简介这份5G学习总结文档面向通信专业学生、网络工程师及5G技术入门者以体系化笔记形式梳理5G基本架构接入网AN、核心网CN、用户设备UE、网络拓扑星形、树形、mesh与协议栈分层PHY、MAC、RLC、PDCP并对照4G说明更高数据速率、更低延迟、毫米波与大规模MIMO支持等核心差异。资源为单个docx文件大小15.04MB章节结构清晰便于按主题跳转阅读。内容从Multiple Numerology多参数集、Beam Management波束管理、LDPC/Polar信道编码到SDAP层QoS控制、复杂RRC机制及BWP带宽部分均有展开同时给出NR网络拓扑以及NG-U、NG-C、Xn-U、Xn-C和Uu接口协议栈示意图覆盖接入网与核心网交互的关键细节可帮助读者建立从物理层到核心网的完整知识链路也适合用来快速回顾5G关键概念。已有1577人学习可用于5G面试复习、课程总结、培训讲义或自学参考资料。1. 5G学习总结一份能当工作手册用的架构与协议栈笔记真正让 4G 工程师转 5G 时不适应的往往不是毫米波而是 Numerology。LTE 里子载波间隔固定 15kHz看一眼带宽就能估出 RB 数到了 NR15/30/60/120/240kHz 五种子载波间隔摆在那同一段频谱里的 RB 数变了、符号时长变了连最小保护间隔都要重新算。这份《5G学习总结-5G基本架构、5G的网络拓扑及协议栈、与4G的区别》把 5G 基本架构、网络拓扑、协议栈和物理层参数压缩成一套可查的方案文档从 4G 与 5G 的技术分水岭讲起一路落到 NSA/SA 组网和物理层保护间隔计算。适合正在做 4G 转 5G 的网优工程师、基站侧协议栈开发以及准备 5G 岗位面试、需要快速建立知识骨架的人。2. 4G 与 5G 的九处关键区别Numerology、毫米波与 SDAP 为什么让协议栈重写2.1 从固定 15kHz 到可伸缩 Numerology子载波间隔为什么必须变LTE 的子载波间隔是写死的 15kHz一个 RB 在频域上占 180kHz时域上固定 0.5ms。这个参数在低频段没问题但要支撑 5G 从 450MHz 到 52.6GHz 的跨度就不够用了低频需要窄子载波间隔以对抗多径衰落毫米波频段则需要宽子载波间隔来抵抗相位噪声、缩短符号长度。NR 的做法是引入 Multiple Numerology用 μ 值控制子载波间隔公式为 Δf 2^μ × 15kHz。这份总结里列出的 Table 4.2-1 是理解 5G 物理层的起点μ子载波间隔 Δf (kHz)循环前缀类型015Normal130Normal260Normal / Extended3120Normal4240Normal选型逻辑很直接FR1 低频段优先用 15/30/60kHzFR2 毫米波频段用 120kHz 起步240kHz 主要用于高精度定位和超低时延场景。μ 和循环前缀不是随意定的而是由高层参数subcarrierSpacing和cyclicPrefix配置这两个参数在带宽部分BWP级别生效。我一般拿到一个站点配置第一件事就是确认 SCS因为它直接决定后续所有 RB 数、保护间隔和时隙长度计算。2.2 mmWave 与 Massive MIMO窄波束的收益和代价毫米波FR2的优点是带宽大缺点是路径损耗严重、绕射能力差。解决思路是 Massive MIMO——用大量天线阵元把能量集中到一个很窄的波束里。天线数越多能量越集中用户间干扰越小但代价也随之而来必须用足够复杂的算法精确测量用户方位再把波束对准用户。这份总结里有一句话值得反复琢磨Massive MIMO 引入的好处是减少用户间干扰坏处是必须把波束精确指向用户。实际工程里这句话对应的是大量的 CSI 测量、波束上报和重配流程任何一个环节的时延变大波束对准精度就会下降。所以 5G 基站的调测不再像 4G 那样把天线倾角和下倾角调好就完事还要持续跟踪波束状态。2.3 Beam Management毫米波能不能连上看波束管理波束管理是 UE 和 gNB 之间选择、维护、改变波束以保持稳定连接的过程在 mmWave 场景下是 NR 操作的关键部分。SSB 波束扫描是最直观的体现gNB 在不同方向上轮询发送同步信号块UE 测量各波束的信号强度上报最优波束之后数据信道就在这个波束方向上传输。做外场测试时最容易遇到的现象是 UE 一转身数据速率就掉原因就是波束切换没跟上。这不是简单的天线方向问题而是波束管理里的测量上报周期、波束失败检测参数没配好。2.4 信道编码换代LDPC 与 Polar 各管一摊LTE 的信道编码以 Turbo 码为主尾比特卷积码用于控制信道。NR 换成了 LDPC 和 Polar 编码数据信道用 LDPC控制信道用 Polar。原因不复杂——LDPC 在高码率、大块数据传输时译码复杂度低、吞吐量高适合 eMBB 的数据面Polar 在中短码长下性能逼近香农限更适合控制信令这种小包但要求高可靠性的场景。这里有个容易忽略的细节两种编码的引入不是简单的替换而是把 4G 里一套编码走天下的思路拆成了两条路线对应 5G 三大场景里 eMBB 与其他场景对编码的不同诉求。2.5 SDAP 层5G 的 QoS 比 4G 细在哪SDAP 是 NR 在 PDCP 之上新增的一层这是 4G 协议栈里完全没有的。4G 的 QoS 基于 EPS 承载粒度粗5G 核心网改成基于 IP 流做 QoS 控制通过 5G 核心网和基站之间的 PDU 会话隧道实现多个 IP 流到无线承载的独立映射。SDAP 层就干这件事——把 IP 流映射到无线承载并在封装 IP 包时打上 QFIQoS 流标识符。这个改动直接改变了协议栈的层次结构。4G 里 QoS 控制主要靠 EPS Bearer ID到 5G 变成 PDU Session QoS Flow 两层结构SDAP 层做的是这两层之间的映射。做协议栈开发的人要注意SDAP 头虽然短但它的存在意味着 PDCP 之上的数据处理逻辑完全变了。2.6 RRC 复杂度和 BWP灵活性的两面NR 的 RRC 比 LTE 复杂得多原因是 NR 要同时支持 eMBB、eMTC、URLLC 三种使用模型大量与传输信道处理相关的参数由 RRC 配置。更麻烦的是NR 里 RRC 和 DCI 的相互作用非常频繁不像 LTE 里绝大多数参数要么在 RRC 里、要么在 DCI 里几乎独立。BWP 是理解 NR 灵活性的另一个抓手。BWP 的概念和 LTE M1 的窄带类似但灵活得多——UE 可以在一个宽带载波里配置多个带宽部分按需切换。引入 BWP 的核心目的就是让 UE 在 5G 大带宽下正常工作否则 UE 要一直处理整个载波带宽的信号功耗和实现难度都受不了。实际配置中初始 BWP、激活 BWP、默认 BWP 三者的切换关系是外场问题排查里最常见的话题之一。3. 5G 网络拓扑与协议栈从 AMF/UPF 到 Uu 口接口协议对照3.1 拓扑里的核心网元AMF、UPF、gNB 与 ng-eNB 各管什么5G 网络拓扑不是简单的基站连核心网而是控制面和用户面分离后的多重连接。核心网侧的两个关键网元是 AMFAccess and Mobility Management Function和 UPFUser Plane Function。AMF 负责接入和移动性管理相当于 4G 里 MME 的控制面职责UPF 负责用户面数据转发相当于 4G 里 SGW-U 和 PGW-U 的合并。接入网侧有两类节点gNB 提供 NR 用户面和控制面协议终止通过 NG 接口连接 5GCng-eNB 提供 E-UTRA 用户面和控制面协议终止同样通过 NG 接口连接 5GC。注意 ng-eNB 不是传统的 LTE eNB它要能理解 NG 接口协议在 NSA 场景下扮演 LTE 侧锚点角色。网元核心职责对应 4G 参考AMF接入控制、移动性管理、NAS 信令终止MMEUPF用户面数据转发、包检测、QoS 执行SGW-U / PGW-USMF会话管理与 AMF、UPF 协同PGW-C 的一部分gNBNR 空口协议终止NG/Xn 接口eNB 部分新功能ng-eNBE-UTRA 空口协议终止兼容 NGCeNB演进版实际排障时判断一个问题该查核心网还是接入网先看接口涉及 N2/N3 接口信令的找 AMF/UPF涉及空口的找 gNB。3.2 四条 NG/Xn 接口协议栈用户面和控制面分开看5G 的接口协议栈延续了控制面和用户面分离的设计这一点和 4G 的 S1/X2 接口思路一致但协议实现有差异。这份总结里给出了四条关键栈接口用户面协议栈控制面协议栈主要用途NG-UGTP-U / UDP / IP—gNB 与 UPF 之间的 PDU 会话用户面NG-C—SCTP / IP承载 NGAPgNB 与 AMF 之间的信令交互Xn-UGTP-U / UDP / IP—gNB 之间的用户面数据转发Xn-C—SCTP / IP承载 XnAPgNB 之间的控制面信令NG-U 用的是 GTP-U 隧道这一点和 4G 的 S1-U 没有本质区别但隧道粒度从 EPS Bearer 变成了 PDU SessionQoS 流在 GTP-U 头之外再靠 SDAP 层映射。NG-C 上跑 NGAP负责 UE 上下文管理、PDU 会话管理、切换信令等。我在看抓包时习惯先确认 SCTP 偶联是否建立NGAP 的 UE 关联经常因为 SCTP 偶联异常而中断。3.3 Uu 口协议栈控制面与用户面的分层差异Uu 口空口协议栈是理解 5G 协议栈的核心。用户面从下往上依次是 PHY、MAC、RLC、PDCP、SDAP控制面则是 PHY、MAC、RLC、PDCP、RRC。差别就在最顶上用户面多一个 SDAP控制面多一个 RRC。这个层次结构直接对应了数据流和控制流的处理路径。用户面的 IP 包进 SDAP 后被映射到无线承载然后交给 PDCP 做加密和完整性保护仅控制面做完整性保护RLC 负责分段和重传MAC 负责调度和复用PHY 负责编码和调制。控制面的 NAS 消息透传到 AMFRRC 消息则负责空口连接管理、测量配置和无线资源分配。做协议栈开发时一个常见的调试切入点就是看 PDCP 层有没有解出正确的头。因为 SDAP 头、PDCP 头、RLC 头是逐层嵌套的任何一层的头解析错误都会导致后续数据错位而这类问题在抓包里呈现出的是上层长度校验失败。3.4 协议栈演进对照从 4G EPS Bearer 到 5G PDU Session把 4G 和 5G 的协议栈放在一起对比差异就清楚了。4G 的 LTE-Uu 用户面是 PDCP/RLC/MAC/PHY承载在 EPS Bearer 上5G 的 NR-Uu 用户面多了一个 SDAP承载在 PDU Session 的 QoS Flow 上。4G 的控制面 RRC 之上直接终结到 MME5G 的 RRC 之上是 NAS 信令终结到 AMF中间经过 NG-C 接口。维度4G5G无线承载粒度EPS BearerPDU Session / QoS Flow新增协议层无SDAP用户面控制面终结MMEAMF用户面终结SGW/PGWUPF编码方式Turbo / 尾比特卷积LDPC / Polar这张表适合做面试准备时反复默写。5G 协议栈的所有改动归根到底都是围绕更灵活的 QoS 控制和更高的频谱效率这两个目标。4. NSA 与 SA 组网选型Option3/3a/3x 分流点放在哪才不踩坑4.1 NSA 与 SA锚点到底意味着什么NSA非独立组网和 SA独立组网的核心区别在于控制面锚点。NSA NR 的定义是gNB 需要 LTE eNB 作为到 EPC 控制面的锚点或者需要 eLTE eNB 作为到 NGC 控制面的锚点。换句话说NR 本身没有独立的核心网连接所有控制面信令都要借道 LTE 锚点。NSA E-UTRA 是反过来的场景eLTE eNB 需要 gNB 作为到 NGC 的锚点。SA独立组网则不存在这个问题gNB 直接通过 NG 接口连 5GC控制面和用户面都不依赖 LTE。做组网方案时我的判断标准是存量 LTE 核心网能不能用、5GC 是否已就绪、终端是否支持双连接。NSA 的价值在于复用 4G 核心网快速开通 5GSA 的价值在于彻底释放 5G 的时延和切片能力。4.2 Option3/3a/3x数据分流点放在哪NSA 组网里最关键的决策不是选不选 NSA而是数据分流点放在哪。这份总结里对 Option3 系列的判断非常明确方案数据分流点存在的问题结论Option3LTE 基站NR 大数据流量冲击 LTE 基带存量基带容量拥塞需要 LTE 扩容不建议Option3a核心网同一用户无法分配两个 RRC 连接核心网看不到空口情况易盲分不建议Option3xNR 基站不冲击 LTE 基带可基于空口情况做话务分配推荐Option3 的问题在工程上很直观NR 的流量从 LTE 侧走LTE 基带处理能力瞬间成为瓶颈为了 5G 去大规模扩容 4G 基带成本上不划算。Option3a 的问题更隐蔽核心网侧做分流时看不到空口质量QoS 好的数据流也可能被分到信号差的支路上用户体验反而不稳定。Option3x 把分流点放在 NRLTE 只做控制面锚点和兜底承载既能按空口质量分流又不会冲击存量 LTE 基带。4.3 如果我来选什么场景用哪个方案实际工程项目里没有绝对的好坏只有取舍。我的经验是分三步判断第一步确认核心网现状。如果 5GC 还没建好只有 EPC那只能用 NSA在 Option3x 和 Option3 之间选直接排除 Option3优先上 Option3x。第二步确认终端策略。如果现网终端以 NSA 单模为主只上报 LTE 锚点 NR 辅载波那 SA 暂时无法商用Option3x 是唯一合理选择。第三步确认业务诉求。要做网络切片、URLLC 这类 5G 原生特性NSA 做不了必须往 SA 演进此时考虑的是 Option2SA而不是 Option3 系列。常见误用是把 Option 编号和 SA/NSA 混为一谈。Option3 系列全部属于 NSAOption2 是 SAgNB 直连 5GCOption4/5 属于后续演进形态。看文档时先确认 Option 编号再判断组网类型否则会得出错误的架构结论。5. 物理层参数避坑频率范围、帧结构与最小保护间隔计算5.1 FR1/FR2 与频段号别被数字误导NR 的频率范围分两段FR1 是 450MHz–6000MHzFR2 是 24250MHz–52600MHz。FR2 跨到 26GHz 以上这才是严格意义上的毫米波频段。工程上有个容易混淆的点FR1 里也有 n77/n78/n79 这类 3300–5000MHz 的频段很多人习惯把 3.5GHz 也叫毫米波实际上它是 FR1不是毫米波。FR1 的频段号覆盖 n1/n2/n3/n5/n7/n8/n12/n20/n25/n28/n34/n38/n39/n40/n41/n50/n51/n66/n70/n71/n74/n75/n76/n77/n78/n79/n80/n81/n82/n83/n84/n86 等既包含 FDD 也包含 TDD还有 SDL/SUL 这类补充频段。FR2 的频段号则是 n25726.5–29.5GHz、n25824.25–27.5GHz、n26037–40GHz、n26127.5–28.35GHz。配置小区时频段号、SCS、带宽三者必须匹配一个典型的翻车现场是把 n783.3–3.8GHz配成 60kHz SCS 但忽略了对应带宽下的 RB 数限制。频段号上行范围 (MHz)下行范围 (MHz)双工方式备注n412496–26902496–2690TDD国内 5G 主力频段之一n773300–42003300–4200TDDFR1 大带宽n783300–38003300–3800TDD3.5GHz 全球主流n794400–50004400–5000TDD高频补充n25726500–2950026500–29500TDDFR2 毫米波5.2 信道带宽与 RB 数查表的正确姿势NR 的信道带宽从 5MHz 到 100MHz 不等但同一带宽下不同 SCS 对应的最大 RB 数完全不同。这份总结里的 Table 5.3.2-1 是高频使用的基础表我截取几个关键值SCS (kHz)5MHz20MHz50MHz80MHz100MHz1525106270N/AN/A30115113321727360N/A246510713515kHz SCS 最大只支持到 50MHz 带宽100MHz 带宽必须用 30kHz 或 60kHz SCS。这也是为什么 5G 低频重耕时20MHz 带宽的 LTE 频谱直接升级成 30kHz SCS 的 NR 小区后RB 数从 100 左右变成 51 左右容量反而下降——频率效率换来了更灵活的参数集但绝对资源数受限于带宽。配置时先确认 SCS再查表拿 NRB不要凭经验估算。5.3 最小保护间隔计算公式拆解与脚本验证最小保护间隔的公式是最小保护间隔 (CHBW × 1000 − RB数 × SCS × 12) / 2 − SCS/2。CHBW 是信道带宽MHzRB 数和 SCS 决定了实际占用的频谱资源12 是每个 RB 的子载波数除以 2 表示单边保护间隔最后减去的 SCS/2 是保护间隔与占用带宽之间的边界修正。def min_guardband(chbw_mhz, scs_khz, nrb): # 输入信道带宽、子载波间隔、RB 数 # 返回单边最小保护间隔kHz occupied_khz nrb * scs_khz * 12 guard (chbw_mhz * 1000 - occupied_khz) / 2 - scs_khz / 2 return guard # 验证文档示例CHBW100MHz, NRB273, SCS30kHz g min_guardband(100, 30, 273) print(f最小保护间隔 {g:.1f} kHz) # 输出 845.0 kHz这段脚本的逻辑是把信道带宽换算成 kHz扣掉 273 个 RB 实际占用的 273 × 30 × 12 98280kHz剩余 1720kHz 均分到两侧每侧 860kHz再减去 SCS/2 即 15kHz得到 845kHz。注意这个公式算出来的是单边值如果文档或配置里要求的是双边保护间隔需要再乘以 2。还有个边界条件容易漏如果同一符号里复用了多个 Numerology比如 SSB 用 15kHz 而数据信道用 30kHz载波两侧的最小保护间隔取决于紧邻保护带那个参数集的配置。UE 信道带宽大于 50MHz 时紧邻 15kHz SCS 的保护间隔要按 30kHz SCS 的公式计算不能直接用 15kHz 的数值。5.4 帧结构与 Slot 格式D/U/F 三个符号怎么读NR 帧结构的基础参数是一个无线帧 10ms分为两个 5ms 半帧每个半帧含 5 个子帧子帧固定 1ms。但 slot 长度不固定取决于 SCS15kHz 时一个子帧 1 个 slot30kHz 时 2 个60kHz 时 4 个120kHz 时 8 个。所以 NR 的 RB 定义里只提频域 12 个子载波不写时域占多少因为 slot 时长本身是变量这和 LTE 里 RB 固定 0.5ms 是两个概念。Slot 格式由 TDD-UL-DL-ConfigurationCommon、TDD-UL-DL-ConfigDedicated 以及检测到的 DCI 格式共同决定。每种格式用 14 个符号位表示D 代表下行、U 代表上行、F 代表灵活。例如 Format 0 是全 DFormat 1 是全 UFormat 10 是 F 后面跟 13 个 UFormat 46 是 DDDDDFUDDDDDFU 这种混合结构。工程里最常踩的坑就是把某个 slot 格式当成固定配置写死在测试用例里实际上只要 DCI 改了符号分配预期就得重算。5.5 物理层配置三个典型踩坑坑一100MHz 带宽直接套 273RB。现象配置 60kHz SCS 的 100MHz 小区时填了 273RB基站起不来或小区吞吐异常。原因273RB 只对应 30kHz SCS 的 100MHz 配置60kHz SCS 下最多 135RB。解决先查 Table 5.3.2-1按 SCS 确定 NRB再下发配置。坑二保护间隔算错一侧。现象按公式算了 845kHz把它当成双边保护间隔实际计算差了一倍。原因公式本身算的是单边值且还减了 SCS/2 做边界修正。解决用上文脚本算完再对照 Table 5.3.3-1 验证一下数值是否落在合理范围。坑三Slot 格式号理解成固定上下行配比。现象测试用例里写了 Format 28期望它一直是 DDDDDDDDDDDFU但实际抓包发现符号被 DCI 改成了别的格式。原因Slot 格式 0–55 只是候选集合最终由高层配置和 DCI 共同决定Format 56–254 是保留位。解决验证时同时检查 TDD-UL-DL-ConfigDedicated 和 DCI 调度结果不要只盯格式号。6. 把学习总结变成排障工具三个验证技巧与我的复盘习惯6.1 三步校验法SCS → RB 数 → 保护间隔拿到一个 5G 小区的配置参数我习惯强制走一遍三层校验先确认子载波间隔SCS再查对应信道带宽下的最大 RB 数最后算最小保护间隔。这套流程能在十分钟内挡住大部分物理层配置错误。比如一个大网参数写着100MHzSCS30kHzNRB273校验到第二步就发现 273 是合法值但第三部算保护间隔时发现 845kHz 是否满足 Table 5.3.3-1 的要求如果频段两侧还有邻频系统还得看这个留白够不够。6.2 一个反推技巧从 offsetToPointA 还原频点位置Point A 是所有资源块栅格的公共参考点offsetToPointA 表示 Point A 与 SSB 最低资源块的最低子载波之间的偏移单位是 RB。注意 FR1 用 15kHz 做 RB 参考FR2 用 60kHz 做 RB 参考。现场排障时如果 SSB 频点对不上可以通过 offsetToPointA 反推 Point A 的 ARFCN 位置再验证小区中心频点配置是否一致。这个是查频率配置错位的有效手段比逐段核对绝对频点快得多。6.3 我的复盘习惯这份总结文档我用了大半年最大的收获不是背下了多少个参数表而是养成了配参前先查表、算完再验证、验证完再回看协议定义的闭环习惯。5G 的灵活性和复杂度是硬币两面Numerology、BWP、Slot 格式这些机制给足了配置空间也埋下了足够多的错误入口。从那以后我每次处理 5G 物理层问题都强制走一遍 SCS → RB 数 → 保护间隔 → Slot 格式的四步流程顺手把关键值记到本地笔记里下次遇到类似配置直接对照历史记录。这个习惯帮我少踩了很多重复的坑也希望这篇拆解能帮你在 5G 协议栈和物理层参数上少走弯路。本文还有配套的精品资源点击获取
