51学通信

深度解析 3GPP TS 38.331：5.3.5 RRC reconfiguration (Part 3 - 合纵连横：载波聚合与双连接)

21分钟阅读

好的，我们继续跟随工程师阿哲深入3GPP TS 38.331规范的海洋。在之前的探索中，我们已经见证了RRC协议如何完成安全激活，并通过RRCReconfiguration消息铺设数据通路、部署测量任务，甚至导演了一场精彩的无缝切换大戏。阿哲的手机在他的移动过程中，始终保持着稳定、高速的连接。

现在，阿哲来到了一个繁华的商业区，这里的5G网络部署了最先进的技术，以应对密集的人流和巨大的容量需求。他发现自己的手机下载速度飙升到了前所未有的Gbps级别。这背后，正是RRC协议在发挥其“合纵连横”的强大能力——载波聚合（Carrier Aggregation, CA）与双连接（Dual Connectivity, DC）。

本篇文章将是**RRCReconfiguration流程解读的第三部分**，我们将聚焦于规范5.3.5节中用于提升数据速率的核心机制：小区组配置（Cell Group configuration），这包括了对辅小区（SCell）的管理以及更为复杂的双连接场景下的辅小区组（SCG）的建立与释放。我们将揭示RRC是如何通过“捆绑”多个载波，为用户打造出超高速率的虚拟“信息高速公路”。

深度解析 3GPP TS 38.331：5.3.5 RRC reconfiguration (Part 3 - 合纵连横：载波聚合与双连接)

本文技术原理深度参考了3GPP TS 38.331 V18.5.1 (2025-03) Release 18规范中，关于“5.3.5.5 Cell Group configuration (小区组配置)”及其相关子章节的核心内容，旨在为读者详细剖析RRC如何通过RRCReconfiguration消息管理载波聚合（CA）中的辅小区（SCell）和双连接（DC）中的辅小区组（SCG），从而实现网络容量与用户速率的大幅提升。

1. 突破单车道瓶颈：小区组配置的意义

阿哲将单个载波比作一条单车道公路，其通行能力（速率）是有限的。为了提升容量，最直接的方法就是修建更多的车道。在无线通信中，“修建更多车道”的技术就是载波聚合（CA）和双连接（DC）。

  • 载波聚合（CA）：将多个属于**同一个基站（gNB）**的载波（可以是同频段或不同频段）“捆绑”在一起，共同为一个UE服务。UE同时在多个载波上收发数据，峰值速率得以成倍提升。

  • 双连接（DC）：将来自两个不同基站（例如一个4G eNB和一个5G gNB，或者两个5G gNB）的资源“捆绑”在一起，共同为一个UE服务。这不仅能提升速率，还能增强连接的鲁棒性和移动性。

RRC协议通过**小区组配置（Cell Group configuration）**这一强大工具，来动态地为UE管理这些“车道”的增加、修改和删除。所有这些操作，都封装在万能的RRCReconfiguration消息中。

5.3.5.5 Cell Group configuration

The network configures the UE with Master Cell Group (MCG), and zero or one Secondary Cell Group (SCG).

规范开宗明义地指出，网络可以为一个UE配置一个主小区组（MCG），以及零个或一个辅小区组（SCG）。

  • MCG（主小区组）：始终存在，至少包含一个主小区（PCell）。在CA场景下，还可以包含一个或多个辅小区（SCell）。

  • SCG（辅小区组）：仅在双连接场景下存在。它包含一个主辅小区（PSCell）和零个或多个SCell。

2. “单基站内的扩建”：辅小区（SCell）管理 (解读5.3.5.5.8 & 5.3.5.5.9)

阿哲的手机检测到他正在下载一部高清电影，网络决定为他启用载波聚合以提升体验。此时，网络会向他发送一条RRCReconfiguration消息，其中包含了添加一个或多个辅小区（SCell）的配置。

2.1 SCell的添加与修改 (SCell Addition/Modification)

1> for each sCellIndex value included in the sCellToAddModList that is not part of the current UE configuration (SCell addition):

2> add the SCell, corresponding to the sCellIndex, in accordance with the sCellConfigCommon and sCellConfigDedicated;

2> if the sCellState is included:

3> configure lower layers to consider the SCell to be in activated state;

2> else:

3> configure lower layers to consider the SCell to be in deactivated state;

当UE收到包含sCellToAddModList的RRCReconfiguration消息时，RRC层会执行以下动作：

  1. 添加SCell配置：对于列表中的每一个sCellIndex（辅小区的唯一标识），UE会根据消息中提供的sCellConfigCommon（公共配置，通常通过专用信令下发或UE已从邻区广播中获取）和sCellConfigDedicated（专用配置）来建立SCell的完整上下文。

  2. 设置初始状态：SCell被添加后，其初始状态可以是激活（activated）或去激活（deactivated），由sCellState字段决定。

    • 去激活态：这是SCell的“待命”状态。UE已经完成了对SCell的所有配置，但不会在该小区上监听PDCCH，也不进行上行传输。这个状态非常省电。

    • 激活态：UE在该小区上执行所有连接态下的操作，包括监听PDCCH、上报CSI、进行数据收发等。

网络通常会将新添加的SCell初始设置为去激活态，待需要时再通过一个简单的MAC控制单元（MAC CE）信令快速激活它，以平衡速率需求和UE功耗。

2.2 SCell的释放 (SCell Release)

当阿哲的电影下载完成，网络不再需要为他提供如此高的速率时，就会通过另一条RRCReconfiguration消息来释放SCell。

1> if the release is triggered by reception of the sCellToReleaseList:

2> for each sCellIndex value included in the sCellToReleaseList:

3> if the current UE configuration includes an SCell with value sCellIndex:

4> release the SCell.

UE收到包含sCellToReleaseList的消息后，会找到列表中指定的SCell，并释放其所有相关的L1/L2资源，彻底删除该小区的配置。

通过SCell的动态添加、激活/去激活和释放，RRC实现了对载波聚合资源的精细化和动态化管理，如同一个智能交通调度系统，可以根据车流量（数据需求）动态地开放或关闭车道。

3. “跨基站的联盟”：双连接（DC）与SCG管理 (解读5.3.5.10 & 5.3.5.13a/b)

阿哲进入了一个大型商场，这里同时部署了宏基站（提供广覆盖）和微基站（提供热点高容量）。为了给他提供最佳体验，网络决定为他启动NR-DC（NR-NR双连接），让宏基站作为主节点（MN），微基站作为辅节点（SN）。

这个过程比CA要复杂得多，因为它涉及到两个基站的协同，RRC通过配置一个**辅小区组（SCG）**来完成。

3.1 SCG的建立：一场跨节点的RRC重配置

SCG的建立过程，通常由主基站MN发起。

  1. MN决策与SN准备：MN根据UE的测量报告，决定为UE添加一个SCG。它通过Xn接口向选定的辅基站SN发送S-NODE ADDITION REQUEST消息，请求SN为该UE分配资源。

  2. SN生成SCG配置：SN在本地为UE分配资源（如PSCell配置、DRB配置等），并将这些配置封装成一个完整的RRCReconfiguration消息，通过Xn接口回送给MN。

  3. MN封装并下发：MN收到来自SN的RRC配置后，并不会直接转发。它会将这个配置作为“载荷”，封装在一条由自己发给UE的RRCReconfiguration消息的secondaryCellGroup字段中。

1> if the RRCReconfiguration includes the mrdc-SecondaryCellGroupConfig:

2> if the mrdc-SecondaryCellGroupConfig is set to setup:

…

3> if the received mrdc-SecondaryCellGroup is set to nr-SCG:

4> perform the RRC reconfiguration according to 5.3.5.3 for the RRCReconfiguration message included in nr-SCG;

当阿哲的手机收到这条“套娃”式的重配置消息后，它会解析出其中的SCG配置，并执行一个完整的、针对SCG的“迷你RRC重配置”流程，包括：

  • 建立SCG的MAC实体和RLC实体。

  • 配置PSCell。

  • 建立SCG侧的数据承载（通常是分离承载 Split Bearer，即PDCP层在MN，RLC层在SN）。

  • 与PSCell进行随机接入以建立上行同步。

3.2 SCG的激活与去激活 (5.3.5.13a SCG activation & 5.3.5.13b SCG deactivation)

与SCell类似，SCG也有激活和去激活状态，但其控制更为复杂，通常在SCG配置下发时就决定了初始状态。

  • SCG激活（Activation）：当SCG被成功添加并完成随机接入后，UE就开始在SCG上监控PDCCH，并进行数据传输。此时，UE真正享受到了双连接带来的速率叠加优势。

  • SCG去激活（Deactivation）：在某些场景下（如UE上报了SCG链路质量不佳），MN可能会决定暂时停用SCG以节省UE功耗。它会向UE发送信令，指示SCG进入去激活状态。此时，UE会停止在SCG上的所有上下行活动，但保留其配置。

    Upon initiating the procedure, the UE shall:

    1> consider the SCG to be deactivated;

    1> indicate to lower layers that the SCG is deactivated;

3.3 SCG的释放 (5.3.5.10 MR-DC release)

当网络不再需要双连接时，例如阿哲走出了商场，远离了微基站的覆盖范围，MN就会发起SCG释放流程。

as a result of SCG release triggered by E-UTRA (i.e. (NG)EN-DC case) or NR (i.e. NR-DC case):

2> reset SCG MAC, if configured;

2> for each RLC bearer that is part of the SCG configuration:

3> perform RLC bearer release procedure…

2> release the SCG configuration;

MN会向UE发送一条RRCReconfiguration消息，其中secondaryCellGroup字段被设置为release。UE收到后，会执行一系列资源释放动作：

  • 重置SCG的MAC实体。

  • 释放所有属于SCG的RLC承载和逻辑信道。

  • 释放SCG的所有物理层配置（包括PSCell和所有SCG内的SCell）。

至此，UE从双连接状态回退到单连接状态。

4. 承载的精妙设计：分离承载（Split Bearer）

在双连接场景下，为了充分利用两个基站的资源并保证数据传输的可靠性，RRC通常会配置分离承载（Split Bearer）。

对于一个分离承载的DRB，其L2协议栈被“劈开”在两个基站上：

  • PDCP层位于主节点MN：所有来自核心网的下行数据包首先到达MN的PDCP层。PDCP层进行加密、头压缩等处理。

  • RLC层和MAC层位于辅节点SN：MN的PDCP层在处理完数据包后，会通过Xn接口将数据转发给SN。SN的RLC和MAC层负责实际的空中接口传输。

这种设计的好处是，PDCP层的状态维护（如序列号、重排序窗口）都集中在MN，使得移动性管理（如MN内部的切换）变得简单。同时，实际的空口传输又可以利用SN靠近UE或容量更大的优势。RRC通过radioBearerConfig中的精细配置，实现了这种跨节点的协议栈部署。

结语：构建Gbps速率的基石

通过对5.3.5.5节的深入解读，阿哲终于明白了手机屏幕上那惊人的下载速率是如何实现的。RRC协议通过小区组配置这一强大的机制，为UE动态地构建了一个多车道的“虚拟高速公路”。

  • 载波聚合（CA） 像是在同一个收费站（gNB）下，动态地增减并行车道（SCell），实现单点能力的弹性伸缩。

  • 双连接（DC） 则更进一步，像是将两个不同高速公路的收费站（MN和SN）连接起来，让车辆（数据）可以同时从两个方向汇入，实现了跨区域、跨系统的资源协同。

RRC的RRCReconfiguration消息，如同总工程师手中的最终施工蓝图，精确地定义了每一次“道路”的增加、修改、激活与拆除。正是这种精细、动态、可靠的资源管理能力，才使得5G的Gbps峰值速率从理论走向了现实。

阿哲的电影已经下载完毕，他准备开始观看。然而，一个电话突然打了进来。RRC将如何处理语音和数据业务的并发？如何为VoNR（Voice over NR）建立专用的QoS承载？在下一篇文章中，我们将继续探索RRCReconfiguration在QoS管理和专用承载配置中的应用。

FAQ

Q1：载波聚合（CA）和双连接（DC）最本质的区别是什么？

A1：最本质的区别在于控制节点和协议栈的结构。

  • CA：所有载波（PCell和SCell）都属于同一个gNB。UE只有一个MAC实体，RRC控制信令也只通过PCell进行。它本质上是单连接下的带宽扩展。

  • DC：涉及两个gNB（一个主节点MN，一个辅节点SN）。UE有两个独立的MAC实体，分别对应MCG和SCG。RRC控制面也更为复杂，除了PCell上的SRB1/SRB2，还可能有PSCell上的SRB3。它本质上是两个独立连接的紧密协同。

Q2：什么是主小区（PCell）和主辅小区（PSCell）？它们的作用有何不同？

A2：

  • PCell (Primary Cell)：主小区组（MCG）中的“老大”，在任何时候都存在。它负责承载SRB1，是UE与网络RRC信令交互的主通道，并且是与核心网连接的锚点。所有NAS消息都通过PCell所在的gNB进行转发。

  • PSCell (Primary SCell)：辅小区组（SCG）中的“老大”。它仅在双连接时存在，是SCG的锚点小区。它负责SCG的随机接入、PUCCH上行控制信道传输，以及处理SCG内部的链路失败监测。它拥有自己独立的MAC实体。

Q3：为什么需要将SCell设置为“激活/去激活”状态？直接添加/删除不可以吗？

A3：引入“激活/去激活”机制主要是为了在快速响应速率需求和节省UE功耗之间取得最佳平衡。

  • 快速响应：一个SCell的添加/删除需要通过RRC信令（RRCReconfiguration）完成，这是一个相对较“重”的流程，时延在几十毫秒量级。而SCell的激活/去激活是通过MAC CE信令完成的，这是一个L2的快速控制信令，时延仅需几毫秒。当数据流量突发时，通过MAC CE快速激活一个已配置好的SCell，能更快地提升速率。

  • 节省功耗：当数据速率需求下降时，将SCell去激活。UE无需再监听该SCell的PDCCH，也无需进行CSI测量和上报，这能显著降低UE的功耗。相比之下，如果直接删除SCell，在下次需要时又得走一遍完整的RRC添加流程，信令开销和时延都更大。

Q4：分离承载（Split Bearer）中，数据包从MN转发到SN会引入额外的时延吗？

A4：是的，会引入基于Xn接口的传输时延。然而，这种设计是经过权衡的。首先，gNB之间的Xn接口通常是高速、低时延的光纤连接，其引入的时延在毫秒级，对于大多数业务是可以接受的。其次，分离承载带来的好处（如利用SN更好的无线信道、简化MN的移动性管理）通常远大于这点时延的负面影响。对于极低时延的业务（URLLC），网络可能会选择配置“复制承载”（Duplication Bearer），即MN的PDCP层将同一个数据包同时发往MCG和SCG的RLC层，UE可以从任一路径率先接收到数据，从而对抗传输路径上的抖动和时延。

Q5：UE如何决定何时上报SCG Failure（辅小区组失败）？

A5：UE会上报SCG Failure通常由以下几种情况触发（详见5.7.3节）：

  1. SCG无线链路失败（RLF）：PSCell的无线链路质量持续恶化，触发了与PCell RLF类似的T310超时。

  2. SCG重配置失败：UE收到了针对SCG的reconfigurationWithSync（如PSCell切换），但在T304定时器内未能成功接入新的PSCell。

  3. SCG RRC配置失败：UE收到了通过SRB3下发的SCG配置消息，但无法正确应用。

  4. SCG完整性校验失败：UE在SRB3上收到的RRC消息完整性校验失败。

当这些失败事件发生时，UE会通过主基站MN的SRB1向网络发送SCGFailureInformation消息，详细报告失败的类型和相关的测量信息，以便MN进行故障诊断和恢复决策（例如，释放SCG或重新配置一个新的SCG）。

关系图谱