好的，我们继续沿着5G无线协议栈向上探索。在详细解构了PDCP、RLC、MAC这L2层的“三驾马F车”之后，我们将进入5G新增的一个、也是最顶层的L2子层——SDAP。同时，我们将探讨L2层数据流的完整生命周期，以及载波聚合和双连接对L2架构的深刻影响。

深度解析 3GPP TS 38.300：6.5 SDAP, 6.6 L2 Data Flow, 6.7 CA & 6.8 DC

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中，关于“6.5 SDAP Sublayer”、“6.6 L2 Data Flow”、“6.7 Carrier Aggregation”及“6.8 Dual Connectivity”的核心章节，旨在为读者阐明5G QoS架构在L2的落地实现、数据包在协议栈中的完整处理流程，以及多载波技术对L2架构的演进。

前言：“数据快递”的最后一公里与多路分发

在之前的章节中，我们已经了解了数据包在PDCP、RLC、MAC各层经历的“精加工”过程。然而，在这一切开始之前，还有一个至关重要的问题需要回答：当核心网送来一个IP数据包时，L2协议栈是如何知道它属于哪个“服务等级”，应该将它放入哪条“加工流水线”（无线承载）的呢？这个“服务识别与分发”的任务，就由5G L2层的新成员——**SDAP（服务数据适配协议）**来完成。

我们的主角小明，正在同时使用两项业务：一项是需要低时延保障的AR互动教学，另一项是普通的网页浏览。这两个业务的数据流从核心网涌来，在进入PDCP进行加密压缩之前，必须被准确地区分开，并分别送往为AR业务和网页浏览专门配置的、具有不同QoS特性的两条“加工流水线”。SDAP就是站在这个分叉路口的“首席分拣员”。

今天，我们将聚焦于这位“首席分拣员”的工作，并跟随一个数据包走完它在L2层的完整旅程。随后，我们还将探讨当网络启用了载波聚合（CA）和双连接（DC）这两种“多路分发”模式时，L2层的架构会发生怎样精妙的演变。

1. “首席分拣员”：SDAP子层 (6.5 SDAP Sublayer)

SDAP（Service Data Adaptation Protocol）是L2协议栈的最顶层，它直接与5G核心网的用户面（UPF）通过NG-U接口交互。它的存在，就是为了将5GC的**QoS流（QoS Flow）模型，与NG-RAN的无线承载（Radio Bearer）**模型无缝地衔接起来。

The main services and functions of SDAP include:

• Mapping between a QoS flow and a data radio bearer;

• Marking QoS flow ID (QFI) in both DL and UL packets.

1.1 核心职能：映射与标记

SDAP的职责非常专注，主要就是两件事：

• 映射 (Mapping)：在下行方向，当SDAP层从UPF收到一个IP包时，它会检查GTP-U头部中的QFI（QoS Flow Identifier）。QFI是核心网为每个QoS流分配的唯一标识。SDAP维护着一张由gNB配置的“QoS流 → 无线承载”映射表。它根据收到的QFI，在这张表里查找，然后将这个IP包送往对应的**DRB（Data Radio Bearer，数据无线承载）**的PDCP实体。

场景代入：

小明的AR教学数据流（例如，QFI=8, 对应低时延要求）和网页浏览数据流（例如，QFI=9, 对应尽力而为），都到达了gNB的SDAP层。

1. SDAP看到QFI=8的数据包，查询映射表，发现它应该被映射到DRB1。于是，它将这个包递交给DRB1的PDCP实体，该PDCP实体可能被配置了更短的丢弃定时器、更优先的逻辑信道等。

2. SDAP看到QFI=9的数据包，查询映射表，发现它应该被映射到DRB2。于是，它将这个包递交给DRB2的PDCP实体。

• 标记 (Marking)：在上行方向，UE的SDAP层执行相反的映射。更重要的是，如果网络配置了反射QoS（Reflective QoS），下行的SDAP层还会在处理数据包后，在下行SDAP头部中添加QFI。UE收到后，其SDAP层就会“学习”到这个映射关系：“原来来自这个IP五元组的数据流，它的QFI是X”。当UE有同样五元组的上行数据要发送时，它就会自动将这个数据包映射到与QFI X对应的上行DRB上。这是一种隐式的、由数据驱动的上行QoS映射配置方式。

1.2 PDU会话的“总管”

A single protocol entity of SDAP is configured for each individual PDU session.

每个PDU会话（可以理解为UE的一次“上网会话”）都拥有一个独立的SDAP实体。这个实体负责管理该PDU会话内所有QoS流的映射。

2. 数据包的L2生命周期全景图 (6.6 L2 Data Flow)

现在，我们有了SDAP这个起点，就可以完整地描绘一个数据包在L2层的生命周期了。规范中的 Figure 6.6-1: Data Flow Example 给出了一个直观的例子。

场景代入：

假设gNB在下一个调度机会，决定发送两个属于DRB_x的数据包（来自小明的AR业务）和一个属于DRB_y的数据包（来自小明的网页浏览）。

1. SDAP层：来自核心网的IP包（IP Packet n 和 n+1），因为它们的QFI被映射到DRB_x，所以被送往DRB_x的SDAP实体，成为SDAP SDU。另一个IP包m，因为QFI被映射到DRB_y，被送往DRB_y的SDAP实体。

2. PDCP层：

   • IP包n和n+1分别进入DRB_x的PDCP实体，经过头压缩、加密、添加PDCP头后，成为两个独立的PDCP PDU。

   • IP包m进入DRB_y的PDCP实体，进行同样的处理。

3. RLC层：

   • DRB_x的两个PDCP PDU被送到其对应的RLC实体。假设它们都不需要分段，就直接添加RLC头，成为两个RLC PDU。

   • DRB_y的PDCP PDU被送到其RLC实体。假设这个包比较大，RLC实体将其分割成了两个RLC PDU Segment。

4. MAC层：

   • 调度器决定本次传输的TB大小。

   • MAC层的复用功能开始工作。它从DRB_x的逻辑信道队列中取出两个RLC PDU，再从DRB_y的逻辑信道队列中取出第一个RLC PDU Segment。

   • MAC层为这三个“货物”分别添加MAC子头部，然后将它们拼接在一起，形成一个大的传输块（Transport Block, TB）。

   • 这个TB最终被交给物理层进行发送。

这张图完美地展示了数据是如何从QoS流开始，经过层层封装、分段和复用，最终汇聚成一个物理传输单元的完整过程。

3. “多车道”模式下的L2架构演进 (6.7 & 6.8)

当网络启用了载波聚合（CA）或双连接（DC）时，L2层的架构会发生相应的演变，以支持“多路分发”。

3.1 载波聚合 (CA) 下的L2架构 (6.7)

In case of CA, the multi-carrier nature of the physical layer is only exposed to the MAC layer for which one HARQ entity is required per serving cell…

在CA模式下，只有一个MAC实体。但这个MAC实体变得更强大了，它“长出”了多个HARQ实体，分别对应每一个成员载波（CC）。

规范中的 Figure 6.7-1 and 6.7-2 展示了CA下的L2结构。

• SDAP, PDCP, RLC层：与单载波时完全相同，它们感知不到CA的存在。

• MAC层：是CA的核心适配点。

  • 统一的调度与复用：MAC实体统一管理所有逻辑信道。但在进行复用打包时，调度器会决定这个TB是在PCell上传输，还是在某个SCell上传输。

  • 独立的HARQ实体：MAC层为每个CC维护一套独立的HARQ进程。这意味着PCell上的传输失败，不会影响SCell上的传输。两个CC可以并行地进行数据收发和HARQ重传。

简而言之，CA对L2的影响主要集中在MAC层，实现了物理层资源池的扩展。

3.2 双连接 (DC) 下的L2架构 (6.8)

双连接（DC）的架构演进则更为深刻，它将协议栈进行了“分裂”。

When the UE is configured with SCG, the UE is configured with two MAC entities: one MAC entity for the MCG and one MAC entity for the SCG.

在DC模式下，UE会配置两个独立的MAC实体。

• MCG MAC：服务于主小区组（Master Cell Group），即主节点（MN）下的所有小区。

• SCG MAC：服务于辅小区组（Secondary Cell Group），即辅节点（SN）下的所有小区。

这种“双MAC”架构，导致整个L2协议栈在不同的点上发生“分裂（Split）”。

• MCG Split Bearer (MCG分流承载)：数据流在主节点的PDCP层进行分流。一个PDCP PDU，可以被路由到MCG MAC，也可以被路由到SCG MAC。这种模式下，只有一个PDCP实体，可以保证数据的有序性。

• SCG Split Bearer (SCG分流承载)：数据流在UPF进行分流，分别送往MN和SN。在UE侧，这意味着一个DRB拥有两个PDCP实体，分别对应两条路径。这种模式下，数据的有序性保障更为复杂。

3GPP定义了多种DC架构，但其核心思想都是通过在某个协议层（通常是PDCP）进行数据分流，从而利用两个独立基站（及其下的两个独立MAC/PHY协议栈）的资源。

总结：从精细分拣到多路并发

通过对6.5至6.8节的深入学习，我们不仅补全了L2协议栈的最后一块拼图——SDAP，还拥有了L2数据流的全景视角，并理解了多载波技术如何重塑L2架构。

1. SDAP是QoS的入口：它通过QFI到DRB的映射，将核心网的QoS模型与RAN的无线承载模型联系起来，是5G实现端到端差异化服务的关键。

2. L2数据流是一场精密的接力赛：从SDAP的映射，到PDCP的安全压缩，再到RLC的分段重组，最后到MAC的复用调度，每一层都为数据包的最终成功传输贡献了不可或缺的价值。

3. CA和DC是L2的“涡轮增压”：

   • CA在MAC层扩展了资源池，通过多HARQ实体实现了并行传输，是“单引擎多缸”模式。

   • DC则在PDCP层（或更高）进行数据分流，驱动两个独立的MAC/PHY协议栈，是“双引擎”模式。

理解了这些L2层的顶层设计和架构演进，我们才能真正把握5G网络如何在高层策略（QoS、多连接）和底层实现（物理资源分配）之间建立起高效的桥梁。

在下一篇文章中，我们将进入规范的第7章 RRC (无线资源控制)，探访整个无线接口的“总指挥部”，看看它是如何通过信令来配置和管理我们之前学过的所有协议层和功能的。

FAQ

Q1：为什么5G需要新增一个SDAP子层？4G LTE是如何处理QoS映射的？

A1：新增SDAP是为了增强RAN侧的QoS感知和调度灵活性。在4G LTE中，IP流到EPS承载的映射规则（称为TFT - Traffic Flow Template）由核心网的P-GW完全控制，并通过NAS信令下发给UE。RAN侧的eNB对这个映射过程是“盲”的，它只能看到不同的EPS承载，而不知道每个承载里具体跑的是哪个IP流。而在5G中，SDAP层的引入，使得gNB能够直接看到每个下行数据包的QFI，从而感知到核心网的QoS流。这使得gNB可以自主地、动态地将一个或多个QoS流映射到一个DRB上。这种“RAN侧感知”的模式，让gNB可以进行更精细、更实时的QoS调度优化，例如，可以将多个间歇性的VoNR流合并到一个DRB以节省资源，或者在检测到拥塞时，优先保障高优先级QFI的数据。

Q2：什么是反射QoS（Reflective QoS）？它有什么好处？

A2：反射QoS是一种简化的上行QoS映射机制。其工作原理是：网络侧在下行数据包的SDAP头中打上QFI标签 → UE收到后，其SDAP层会“学习”并缓存这个映射关系：“从IP地址A、端口B发往我的IP地址C、端口D的数据流，其QFI是X” → 当UE有上行数据要从C:D发往A:B时，它就会自动地（反射地）为这个上行数据包也打上QFI X，并将其映射到对应的DRB上。好处是极大地减少了信令开销。在传统模式下，每一个上行的QoS映射规则都需要通过核心网经由RRC信令进行显式配置。而通过反射QoS，这个配置过程由数据包本身隐式地完成了，对于那些上下行QoS要求对称的应用（如视频通话），非常高效。

Q3：在载波聚合（CA）中，UE如何知道某个PDSCH是在PCell上还是SCell上？

A3：这是通过PDCCH中的DCI信息来指示的。当gNB配置了跨载波调度时，在PCell的PDCCH上发送的DCI格式中，会包含一个CIF（Carrier Indicator Field，载波指示字段）。这个字段（通常是3比特）的值，会明确地告诉UE：“本条DCI所调度的PDSCH/PUSCH资源，位于编号为CIF的那个成员载波上”。例如，CIF=0代表PCell，CIF=1代表第一个SCell，以此类推。UE解码DCI后，根据CIF的值，就知道该去哪个载波上接收数据或发送数据了。

Q4：双连接（DC）相比载波聚合（CA），对UE的功耗影响哪个更大？

A4：通常情况下，双连接（DC）对UE的功耗影响更大。原因在于：1）双协议栈：在DC模式下，UE需要同时运行和维护两套完整的、独立的MAC/PHY协议栈（一套用于MCG，一套用于SCG），这带来了巨大的基带处理功耗。而在CA模式下，只有一个MAC实体，处理相对集中。2）双上行链路：在DC模式下，UE需要同时与两个物理上分离的基站保持上行同步（维护两个TA），并可能需要同时在两条链路上进行PUSCH/PUCCH的传输，这大大增加了射频功耗。因此，DC通常只在需要极高吞吐量时才被激活，在业务量下降时，网络会倾向于快速释放SCG以节省UE的电量。

Q5：MCG Split Bearer 和 SCG Split Bearer在实际应用中如何选择？

A5：这取决于网络部署架构和业务需求。MCG Split Bearer的优点是数据在RAN侧（主gNB的PDCP层）分流，只有一个PDCP实体，能够很好地保证数据的有序性，且对核心网的要求较低。它更适合站间距较近、Xn接口质量良好的场景，主要用于提升单用户的峰值吞吐量。SCG Split Bearer的优点是数据在核心网（UPF）分流，可以实现MN和SN的完全独立传输，无需通过Xn接口转发用户数据，降低了对Xn接口带宽和时延的要求。它更适合站间距较远、或者需要实现链路级冗余（例如，一条路径走宏站，另一条路径走微站，以提高可靠性）的场景。但它对UE的实现更复杂（需要处理来自两条独立路径的数据），且需要核心网UPF的支持。