<!-- title: 图解5G空口协议栈五层职责 -->

# 图解5G空口协议栈：五层各司其职的设计智慧

## 一、从一个快递故事说起

想象你要给外地的朋友寄一台易碎的瓷器。你不会直接把裸露的瓷器交给航空公司，而是要经历一整套流程：先用泡沫纸包裹防震，再装入纸箱，贴上收件地址和易碎标签，交给快递公司分拣，最后装车运输。收件人则反向执行这套流程：拆车、分拣、核对地址、拆箱、去掉缓冲材料，最终拿到瓷器。

移动通信的空口协议栈，本质上就是这套“层层包裹、层层解包”的体系。你的微信消息（一个IP数据包）在发出前，要被手机逐层加工：贴上服务质量标签、加密、编号、切段、复用、编码调制，最后变成电磁波飞出去；基站则逆向执行完全相反的操作。每一层只关心自己的任务，对上层交付它“包裹”，对下层它又是“客户”。

这种分层设计不是学术洁癖，而是工程上的必然选择：**每一层解决一类独立的差错和挑战**。无线信道会丢包、会乱序、会失真，如果把所有问题塞进一个巨型模块，任何一点改动都会牵一发而动全身。分层之后，做加密算法的团队和做调度算法的团队可以完全独立地迭代，只要层与层之间的接口不变。

## 二、全景图：两个协议栈，两条生命线

5G空口协议栈分为用户面和控制面两条线。用户面搬运你的数据，控制面搬运“管理指令”——就像高速公路（运货）与交通管理系统（指挥）分开。下面这张图是教科书级的全景：

```mermaid
flowchart TB
    subgraph U["UE 手机"]
        direction TB
        UNAS["NAS 鉴权/寻呼/会话管理"]
        URRC["RRC 连接与移动性管理"]
        USDAP["SDAP QoS流到承载的映射"]
        UPDCP["PDCP 加密/头压缩/排序"]
        URLC["RLC 分段与ARQ"]
        UMAC["MAC 调度/HARQ/复用"]
        UPHY["PHY 编码/调制/成帧"]
    end
    subgraph G["gNB 基站"]
        direction TB
        GRRC["RRC"]
        GSDAP["SDAP"]
        GPDCP["PDCP"]
        GRLC["RLC"]
        GMAC["MAC"]
        GPHY["PHY"]
    end
    AMF["5GC AMF 核心网"]
    UNAS -.->|NAS消息 gNB透传| AMF
    URRC <-.-> GRRC
    USDAP <-.-> GSDAP
    UPDCP <-.-> GPDCP
    URLC <-.-> GRLC
    UMAC <-.-> GMAC
    UPHY -->|空口无线传输| GPHY
```

这张图藏着三个关键信息：

1. **PHY、MAC、RLC 三层只终止于基站**——基站解完这三层，内容就“出土”了。它们解决的是“这一段无线链路怎么传好”的问题。
2. **PDCP 及以上的对端更高**——在切换（Handover）时，PDCP 的序列号机制让数据可以在新旧基站之间接力而不丢包。这就是为什么加密和排序要放在 PDCP：它“站得高”，看得见跨基站的全局。
3. **NAS 消息基站只是透传**——鉴权、寻呼这些“生死攸关”的决策在核心网（AMF）做出，基站是个尽职的邮差。这保证了运营商的安全策略集中在核心网，不必相信每一个接入的基站。

## 三、逐层拆解：每一层为什么存在

### 3.1 SDAP：5G 的新面孔

| 层 | 快递类比 | 核心职责 | 关键机制 |
|---|---|---|---|
| SDAP | 分拣时贴的“优先级标签” | 决定数据走哪条承载 | QoS流到DRB的映射规则 |
| PDCP | 防拆封条+保险箱 | 保密、防丢、防重、防乱序 | 加密、完整性保护、序列号、头压缩、重排序 |
| RLC | 拆大件为标准纸箱 | 把大小不一的数据切成无线能承载的块 | 分段/重分段、级联、ARQ |
| MAC | 分拣中心调度台 | 决定“谁的数据、何时、占多少无线资源” | 动态调度、HARQ、逻辑信道优先级 |
| PHY | 运输车队 | 把比特变成电磁波可靠送达 | 信道编码、调制、多天线处理 |

SDAP（Service Data Adaptation Protocol）是 5G 相比 4G 全新增加的一层，很多工程师的第一个疑问是：好好的五层，为什么要再加一层？

答案藏在 5G 的设计哲学里。4G 的服务质量（QoS）是“承载级”的——一条 EPS 承载从头贯到尾，空口只是被动执行。而 5G 把 QoS 决策权收归核心网：核心网给每个数据包打上 QFI 标记（QoS Flow ID），空口只需要回答一个问题——**“这个带 QFI 标签的包，该放进哪条无线承载（DRB）？”** 回答这个问题的就是 SDAP。

```mermaid
flowchart LR
    subgraph QF["QoS流 SDAP之上"]
        Q1["视频通话流 GBR"]
        Q2["网页浏览流 Non-GBR"]
        Q3["后台下载流"]
    end
    subgraph DRB["数据无线承载 SDAP之下"]
        D1["DRB1"]
        D2["DRB2"]
    end
    Q1 --> D1
    Q2 --> D2
    Q3 --> D2
```

注意上图：**QoS 流与 DRB 是多对一/多对多的映射，不是一一对应**。三个 QoS 流共用两条 DRB 完全合法，前提是转发处理规则相同。这是一个常见的面试考点，也是现网配置出错的高发区。

### 3.2 PDCP：空口的“首席安全官兼总调度”

PDCP 是协议栈里功能最杂的一层，每一项功能都对应无线环境的一种“恶”：

- **头压缩（ROHC）**：IP/UDP/RTP 头部动辄 40 字节，而 VoIP 净荷可能只有 30 字节——不压缩，一半以上的无线资源在搬运“地址标签”。ROHC 能把 40 字节压到几字节。
- **加密与完整性保护**：无线信号在空气中传播，任何人都能收到。PDCP 用户面数据加密，控制面（RRC 消息）还要额外做完整性保护，防止消息被篡改。值得注意的是，NAS 层在核心网还有一套独立的加密——**双层加密**是刻意的纵深防御。
- **序列号 + 重排序 + 去重**：这是切换无感知的秘密。切换瞬间，源基站把未确认的 PDCP PDU 连同序列号状态一起转发给目标基站，手机在目标侧按序列号重新排好队。对上层来说，什么都没发生——你在打视频电话时横穿基站边界不掉线，就是这几字节序列号的功劳。

### 3.3 RLC：从“全能选手”到“专科医生”

4G 时代的 RLC 承担重排序、去重、级联、ARQ 等一堆职责；5G 给它做了“减法手术”：**重排序和去重功能被移到了 PDCP**。为什么？

因为这两项功能与序列号强相关，而序列号的唯一权威应该在 PDCP——那里才是切换的接力点。5G 之前，RLC 和 PDCP 各自维护序列号、各自排序，功能重叠且交互复杂。5G 干脆把排序权统一收归 PDCP，RLC 专注三件事：分段（把大包切成小包适应无线块）、重分段（重传时可以切得更碎）、以及 AM 模式下的 ARQ 重传。

RLC 有三种工作模式，像三种快递服务等级：

| 模式 | 类比 | 是否重传 | 典型用途 |
|---|---|---|---|
| TM 透明模式 | 裸寄（不包装） | 否 | 广播信道等特殊场景 |
| UM 非确认模式 | 普通信件，丢了不补 | 否 | VoIP 语音、实时视频 |
| AM 确认模式 | 保价快递，丢失必赔 | 是 | 网页、文件下载、绝大多数数据 |

为什么语音用 UM 而不用更可靠的 AM？因为语音对**时延**的敏感远超对**丢失**的敏感——重传补来的音频帧早已过了播放时刻，补了等于白补，还占资源。倒不如丢了就丢，人耳对偶尔的帧丢失几乎无感。

### 3.4 MAC：毫秒级的资源拍卖师

如果说协议栈是一场公司运营，MAC 层就是最忙碌的运营中枢，每 1 毫秒（一个调度周期）都要回答三个问题：

1. **给谁发？**——动态调度：基站根据各手机的缓存状态、信道质量、等待时长，在毫秒级做“拍卖”。
2. **怎么合并？**——多个用户的逻辑信道数据复用进同一个传输块，按逻辑信道优先级（LCP）分配额度，保证语音这类高优先级业务“插队”。
3. **错了怎么办？**——HARQ（混合自动重传）：接收端译码失败不丢数据，先存起来，等重传到达后与旧数据**软合并**再译一次。这比 RLC 的 ARQ 快一个数量级。

### 3.5 PHY：比特与电磁波的翻译官

物理层拿到 MAC 交付的传输块后执行流水线作业：加 CRC 校验 → 信道编码（LDPC/Polar）→ 速率匹配 → 加扰 → 调制（QPSK/16QAM/64QAM/256QAM）→ 映射到资源网格 → 多天线处理 → 发射。

调制阶数决定每个符号装多少比特：256QAM 每符号 8 比特，即：

$$
b = \log_2 M \quad (M=256 \Rightarrow b=8)
$$

信号好时用高阶调制“满载”，信号差时降为 QPSK“少装保平安”——这正是链路自适应（CQI 反馈决定 MCS）的物理基础。

## 四、封装之旅：一个 IP 包的五层变身

```mermaid
flowchart TD
    A["应用层IP数据包 约1400字节"] -->|SDAP 加QFI标记 约1字节| B["SDAP PDU"]
    B -->|PDCP 加头 压缩 加密 加序列号| C["PDCP PDU"]
    C -->|RLC 分段或级联 加头| D["RLC PDU"]
    D -->|MAC 多用户复用 加子头| E["MAC PDU 传输块"]
    E -->|PHY 加CRC 编码 调制 加参考信号| F["无线波形发射"]
```

每一层都在净荷之外附加控制信息（头，有时还有尾），接收端逆向逐层剥离。协议栈的效率因此可以量化为封装效率：

$$
\eta = \frac{L_{data}}{L_{data} + L_{SDAP} + L_{PDCP} + L_{RLC} + L_{MAC}}
$$

对 1400 字节的大包，各层头开销合计通常只有十几字节，效率超过 98%；但对 VoIP 的 30 字节小包，头部开销占比陡增——这正是 PDCP 头压缩存在的意义。**小包业务才是协议栈开销的真正考场**，物联网和语音场景的优化重点都在这里。

## 五、两级重传：无线可靠性的双保险

无线信道天然易错，5G 设计了一套“快慢双保险”体系：

```mermaid
sequenceDiagram
    participant TX as 发送端
    participant HM as MAC层HARQ
    participant RX as 接收端
    TX->>HM: 新块交由HARQ进程发送
    HM->>RX: 首次无线传输
    RX-->>HM: NACK 译码失败
    HM->>RX: HARQ快重传 带软合并
    RX-->>HM: ACK 合并后译码成功
    Note over RX: 若HARQ次数用尽仍失败
    RX->>TX: ARQ状态报告 请求重传
    TX->>HM: RLC重传整个PDU
```

两级的分工体现了“就近原则”：

- **HARQ（MAC层）**：驻留在基站，重传环路只有几毫秒，且带增量冗余软合并——失败的那次传输不是垃圾，而是下次译码的“原材料”。工程上 HARQ 首传目标 BLER 通常设为 10%，靠重传把残余错误压下去。设首次译码失败概率为 $p$，$n$ 次**独立**传输后的残余错误概率为：

$$
P_{residual} = p^n
$$

  以 $p=0.1$ 计，4 次传输后残余错误率降至 $10^{-4}$——这就是“故意留 10% 首传错误，反而换来高效率”的数学依据：首传用更激进的 MCS 冲吞吐量，错了由重传兜底。
- **ARQ（RLC层）**：HARQ 重传次数用尽仍失败才触发，环路要跨越空口往返，慢但可靠，负责最终兜底。

## 六、从 4G 到 5G：协议栈的进化逻辑

| 变化点 | 4G LTE | 5G NR | 设计动机 |
|---|---|---|---|
| 顶层协议 | 无（PDCP 直接对上层） | 新增 SDAP | QoS 决策权上移核心网，空口灵活映射 |
| RLC 重排序/去重 | RLC 负责 | 移交 PDCP | 序列号唯一权威化，简化切换处理 |
| 加密位置 | PDCP | PDCP（另可启用上层二次加密） | 纵深防御，核心网与空口双层保护 |
| 调度周期 | 1ms 子帧固定 | 随子载波间隔缩放，最短可到 0.125ms 级 | 满足 URLLC 毫秒级时延要求 |
| 双连接承载 | 无 | PDCP 可在 LTE 与 NR 两侧同时终止 | NSA 场景 4G/5G 数据分流与接力 |

关于最后一行多说两句。在 NSA 部署模式下（5G 借用 4G 的控制面起步），PDCP 层被“劈”成两半：一部分数据走 4G 承载、一部分走 5G 承载，都汇聚到同一个 PDCP 实体排序交付。工程师在 NSA 现网看到“PDCP 层吞吐量大于任一空口吞吐量”的现象，原因就在这里——它同时管着两条路。

另一个值得体会的数字：5G NR 支持 15kHz 到 960kHz 的多种子载波间隔，子载波间隔翻倍，时隙时长减半。协议栈下三层的“时间轴”因此变得可伸缩——大子载波间隔配短时隙，让 MAC 调度和 HARQ 重传环路整体提速，这是 URLC 低时延在协议栈层面的支柱。

## 七、实战连接：这些知识在哪里用得上

1. **看吞吐量先看哪一层？** 排查速率问题自上而下：PDCP 层吞吐量正常但应用层慢——查服务器或 TCP；PDCP 层就上不去——看调度器的 MCS、RB 占用、HARQ 重传率。**PDCP 吞吐量与 PHY 吞吐量的差值就是协议栈开销+重传浪费**，健康网络这个差值稳定，突变则往往意味着干扰恶化（HARQ 重传激增）。
2. **语音 MOS 值差的排查路径**：先确认 RLC 用的是 UM 模式（若被错误配成 AM，重传时延会毁掉语音）；再看 HARQ 重传率和 PDCP 丢包率，定位是覆盖问题还是容量问题。
3. **切换掉线的元凶常在 PDCP**：切换失败后数据中断，多为 PDCP 状态转发或序列号同步问题；而“切换成功但上层卡顿几十秒”，典型症状是 PDCP 重排序定时器配得过长，个别迟到的包把整个队列憋住。
4. **两个高频误解**：其一，“RLC 层会重排序”——5G 已经不会了，别再按 4G 的老地图排查；其二，“一个 DRB 只能承载一个 QoS 流”——多对一映射才是常态，按一一对应的假设写映射表会导致流数超过承载数时业务被拒。

## 常见问题

**Q: SDAP 的 QoS 流和 PDCP 的 DRB 到底差在哪？**
A: QoS 流是核心网视角的“服务质量合同”（由 QFI 标识，约定时延、速率保障），DRB 是空口视角的“运输通道”。SDAP 是两者之间的翻译官：核心网说“QFI=5 的包要低时延”，SDAP 负责把它放进为此配置好的 DRB。合同可以有很多份，通道不必每份一条。

**Q: HARQ 和 ARQ 都做重传，为什么不只留一个？**
A: 两者在时延和可靠性上分工：HARQ 环路短（基站本地，毫秒级）且有软合并增益，但重传次数有限、数据留在 MAC 缓存里不可靠（掉电即失）；ARQ 环路长但能跨 HARQ 失败兜底。只留 HARQ，深层差错无人兜底；只留 ARQ，每次错误都要付出整段环路的时延代价，吞吐量会崩。

**Q: 用户面加密在 PDCP，那 NAS 加密不是重复劳动吗？**
A: 不是，两者防的“敌人”不同。PDCP 加密防的是空口窃听（保护的是无线这段路）；NAS 加密保护的是 UE 到核心网的端到端信令，即使某个基站被攻破或不可信，核心网层面的机密性仍然完好。这是典型的纵深防御，代价只是少量处理开销。

**Q: 为什么 VoIP 走 RLC UM 模式，不怕丢包影响音质吗？**
A: 怕，但更怕时延。语音帧的有效期只有几十毫秒，AM 模式重传回来的帧到达时播放时刻已过，不仅无用还挤占新帧的资源。实践中语音帧丢失由接收端的差错隐藏（用相邻帧合成填补）来掩盖，人耳对这个级别的丢失不敏感。可靠性和实时性冲突时，实时语音永远选后者。

**Q: NSA 组网下，手机是不是有两套协议栈在跑？**
A: 空口协议栈只有一套实体，但 PDCP 以上是“一个大脑管两条路”：数据承载被拆分（split bearer）后，同一 PDCP 实体同时向 4G 和 5G 两条链路收发，负责汇聚、排序和加密。这也是为什么 NSA 升级时旧手机常需刷基带固件——PDCP 的双连接行为是新能力。

## 参考来源

3. Erik Dahlman 等《4G – LTE/LTE-Advanced for Mobile Broadband》, Academic Press — 协议分层设计思想的经典教材（见上述 Wikipedia 词条文献列表）
4. SeungJune Yi 等《Radio Protocols for LTE and LTE-Advanced》, Wiley, 2012 — 专讲无线协议栈各层职责的专著（见上述 Wikipedia 词条文献列表）

---
> 本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵**爱卫生**（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。
> 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

> [!tip] 51学通信知识星球
> **星主：爱卫生**（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。
> **星球定位**：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。
> **当前规模**：5200 篇主题 / 990 个回答，198 元/年。
> **加入福利**：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。
> **AI 加持**：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

![51学通信知识星球海报-扫码加入](https://wiki.500nian.com/images/zhixingqiu_qrcode.png)
