51学通信

深度解析 3GPP TS 38.331：5.4 Inter-RAT mobility (跨系统移动性：4G与5G的无缝协同)

21分钟阅读

好的，我们继续跟随工程师阿哲的脚步，深入探索3GPP TS 38.331规范的殿堂。在前几篇文章中，我们已经系统地学习了RRC协议的总则、系统信息获取、连接建立与恢复，以及RRCReconfiguration消息在安全激活、承载配置和故障处理中的核心应用。

阿哲现在已经对单个NR系统内的RRC流程了如指掌。但他很快意识到了一个新的挑战：现实世界中，5G网络并非无处不在，而是与成熟的4G LTE网络深度融合、共存。他每天上下班的路上，手机信号总是在“5G”和“4G”图标之间跳变，但他的视频通话和在线音乐却从未中断。

这背后隐藏着怎样的秘密？RRC协议是如何跨越两代移动通信技术的鸿沟，搭建起一座无缝协同的桥梁的？为了解答这个疑问，阿哲翻开了规范中专门论述此问题的第5.4章——Inter-RAT mobility（异系统移动性）。

本篇文章，我们将聚焦于RRC连接态下最常见、也是最重要的异系统移动场景：4G与5G之间的切换。我们将详细剖析UE如何从LTE平滑地切换到NR，以及如何再从NR优雅地返回LTE，揭示RRC协议在这场跨越代际的“双人舞”中所扮演的精妙角色。

深度解析 3GPP TS 38.331：5.4 Inter-RAT mobility (跨系统移动性：4G与5G的无缝协同)

本文技术原理深度参考了3GPP TS 38.331 V18.5.1 (2025-03) Release 18规范中，关于“5.4 Inter-RAT mobility (异系统移动性)”的核心章节，旨在为读者深入剖析在RRC_CONNECTED状态下，UE在NR与E-UTRA（LTE）网络之间进行切换（Handover）的完整信令流程、配置细节和异常处理机制。

1. 跨系统移动性的序言 (解读5.4.1 Introduction)

Network controlled inter-RAT mobility between NR and E-UTRA, where E-UTRA can be connected to either EPC or 5GC, and from NR to UTRA-FDD is supported.

规范开宗明义，指出了本章的核心内容：网络控制的、在NR与E-UTRA之间的移动性。阿哲注意到了几个关键信息点：

  • 网络控制：与空闲态的UE自主重选不同，连接态的异系统移动是切换（Handover），完全由网络决策和指令。

  • 双向支持：支持从E-UTRA到NR的切换，也支持从NR到E-UTRA的切换。

  • 核心网兼容性：明确指出E-UTRA可以连接到传统的4G核心网（EPC），也可以连接到5G核心网（5GC）。这意味着RRC协议需要处理NSA（非独立组网）和SA（独立组网）两种架构下的异系统移动性。

  • 向下兼容：还支持从NR到3G（UTRA-FDD）的切换，保证了在更广泛覆盖场景下的业务连续性。

本章的重点，无疑是NR与E-UTRA之间的切换。让我们跟随阿哲的脚步，进入第一个场景。

2. 奔向新世界：切换到NR (Handover to NR) (解读5.4.2)

场景: 阿哲驾车行驶在郊区，他的手机正连接在4G LTE网络上，并使用VoLTE进行通话。随着车辆驶近市区，手机的测量报告显示，一个5G NR小区的信号变得非常强。为了让阿哲享受更高质量的通话和潜在的并发数据业务，4G基站（eNB）决定将他切换到5G网络。

2.1 流程的宏观视图与启动 (5.4.2.1 General & 5.4.2.2 Initiation)

Figure 5.4.2.1-1: Handover to NR, successful 极其简洁地描绘了这个过程的核心：

  1. 源网络（4G eNB）通过其他RAT的信令，向UE发送一条RRCReconfiguration消息。

  2. UE成功接入目标5G gNB后，回复RRCReconfigurationComplete消息。

The RAN using another RAT initiates the handover to NR procedure… by sending the RRCReconfiguration message via the radio access technology from which the inter-RAT handover is performed.

The network applies the procedure as follows:

  • to activate ciphering, possibly using NULL algorithm, if not yet activated in the other RAT;
  • to re-establish SRBs and one or more DRBs;

启动切换的是源4G eNB。它在收到UE上报的包含5G邻区信息的测量报告后，通过S1/X2接口与目标5G gNB进行切换准备。gNB为UE准备好资源后，会将完整的NR RRC配置信息返回给eNB。

关键的一步来了：eNB会将这条来自gNB的、纯粹的NR RRCReconfiguration消息，原封不动地“塞”进一条4G的RRCConnectionReconfiguration消息的mobilityControlInfo字段中，然后下发给UE。

2.2 UE的“变身”时刻 (5.4.2.3 Reception of the RRCReconfiguration by the UE)

阿哲的手机收到了这条来自4G eNB的RRCConnectionReconfiguration消息。当RRC实体解析到其中内嵌了用于切换到NR的mobilityControlInfo时，一场深刻的“协议栈变身”开始了。

The UE shall:

1> apply the default L1 parameter values as specified in corresponding physical layer specifications except for the parameters for which values are provided in SIB1;

1> apply the default MAC Cell Group configuration as specified in 9.2.2;

1> perform RRC reconfiguration procedure as specified in 5.3.5;

UE的动作可以分解为以下步骤：

  1. “清空”旧世界：UE会立即停止与4G eNB的所有交互。

  2. 构建新世界蓝图：UE会首先应用一些NR侧的基础默认配置，就像搭建一个空的脚手架。

  3. 执行核心重配置：最关键的一步，UE会取出消息中内嵌的NR RRCReconfiguration消息，并完整地执行5.3.5节定义的RRC重配置流程。

阿哲恍然大悟，RRC协议的设计是如此优雅和高效！它并没有为“切换到NR”设计一套全新的流程，而是巧妙地复用了标准的NR内部RRCReconfiguration流程。这条内嵌的消息会包含reconfigurationWithSync，因此UE会执行我们上一篇文章中详细讨论过的所有同步重配置动作：

  • 根据消息中的目标小区信息，与5G gNB建立下行同步。

  • 根据消息中的专用RACH资源，向5G gNB发起随机接入，建立上行同步。

  • 应用消息中包含的全新NR配置，包括SRB1、DRBs、MAC、物理层等。

NOTE: If the UE is connected to 5GC of the source E-UTRA cell, the delta configuration for PDCP and SDAP can be used for intra-system inter-RAT handover. For other cases, source RAT configuration is not considered…

这个NOTE指出了SA网络下的一个优化。如果源4G小区也连接到5GC，那么在切换到5G时，PDCP和SDAP层可以进行“增量配置”，而不是完全重建，因为核心网的用户面路径没有改变。这进一步降低了切换时延。

切换成功后，UE向新的5G gNB发送RRCReconfigurationComplete，标志着阿哲的手机已经成功从4G世界迈入了5G世界。他的VoLTE通话被无缝地切换成了VoNR，通话质量变得更加清晰。

3. 返回熟悉的家园：从NR移动 (Mobility from NR) (解读5.4.3)

场景: 阿哲结束了市区的工作，驾车返回郊区的家。随着车辆远离市中心，5G信号逐渐减弱，而4G信号依然强劲。为了保证通话的连续性，5G gNB决定将他切换回覆盖更广的4G LTE网络。

3.1 流程的宏观视图与启动 (5.4.3.1 General & 5.4.3.2 Initiation)

Figure 5.4.3.1-1: Mobility from NR, successful 和 Figure 5.4.3.1-2: Mobility from NR, failure 分别展示了成功和失败的场景。

The network initiates the mobility from NR procedure to a UE in RRC_CONNECTED… by sending a MobilityFromNRCommand message.

… the procedure is initiated only when AS security has been activated, and SRB2 with at least one DRB or multicast MRB have been setup and not suspended;

与切换到NR类似，这个流程也是由源网络（5G gNB）在收到UE上报的包含4G邻区信息的测量报告后启动的。gNB通过S1/Xn接口与目标4G eNB进行切换准备。准备就绪后，gNB向UE发送一条名为MobilityFromNRCommand的RRC消息。这条消息同样扮演了“信封”的角色，里面封装了目标4G eNB生成的、符合4G RRC规范（TS 36.331）的完整切换命令。

3.2 UE的“返乡之旅” (5.4.3.3 Reception of the MobilityFromNRCommand by the UE)

阿哲的手机收到了MobilityFromNRCommand消息。RRC实体开始执行“返乡”操作。

The UE shall:

1> stop timer T310, if running;

…

1> if the targetRAT-Type is set to eutra:

2> consider inter-RAT mobility as initiated towards E-UTRA;

2> forward the nas-SecurityParamFromNR to the upper layers, if included;

1> access the target cell indicated in the inter-RAT message in accordance with the specifications of the target RAT.

UE的动作井然有序：

  1. 停止NR侧的“哨兵”：停止T310等用于监控NR链路的定时器。

  2. 安全上下文传递：nas-SecurityParamFromNR字段至关重要。它包含了用于在目标4G网络中派生新安全密钥所需的安全上下文。UE的RRC层会将其透传给NAS层，NAS层再用它来为4G侧的通信准备安全保障。

  3. 执行目标RAT的接入：UE会解析出消息中封装的4G切换命令，并严格按照4G RRC规范（TS 36.331）的定义，执行向目标4G小区的接入流程。

3.3 成功后的“清扫战场” (5.4.3.4 Successful completion of the mobility from NR)

当UE成功接入目标4G小区后，它认为与NR的“缘分已尽”，需要进行彻底的资源清理。

Upon successfully completing the handover, at the source side the UE shall:

1> reset MAC;

1> stop all timers that are running except T325, T330 and T400;

1> release ran-NotificationAreaInfo, if stored;

1> release the AS security context including the KRRCenc key, the KRRCint key, the KUPint key and the KUPenc key, if stored;

1> release all radio resources, including release of the RLC entity and the MAC configuration;

这是一个“格式化”般的操作，UE会：

  • 重置MAC实体。

  • 停止所有NR RRC定时器。

  • 释放所有NR侧的AS安全上下文和密钥。

  • 释放所有NR侧的无线资源，包括SRBs、DRBs、RLC实体、PDCP实体等。

至此，UE彻底地、干净地从NR RRC_CONNECTED状态转换到了LTE RRC_CONNECTED状态。

3.4 切换失败的“迷途知返” (5.4.3.5 Mobility from NR failure)

场景: 目标4G小区突然出现故障或极度拥塞，导致阿哲的手机无法成功接入。

if the UE does not succeed in establishing the connection to the target radio access technology:

…

3> revert back to the configuration used in the source PCell;

3> initiate the connection re-establishment procedure as specified in clause 5.3.7;

如果向目标RAT的接入失败，UE不会束手无策。它会立即执行**回退（revert）**操作：

  1. 恢复旧配置：UE会恢复到接收MobilityFromNRCommand之前的NR配置。

  2. 发起连接重建：立即在之前的NR服务小区（如果信号仍然可用）或其他合适的NR小区上，发起RRC连接重建流程。

这个强大的回退和重建机制，确保了即使在异系统切换失败这种极端情况下，UE也能够尝试快速返回原来的网络，尽最大努力恢复连接，而不是直接掉线进入IDLE状态。

结语：RRC的跨系统协同智慧

通过对5.4章的深入学习，阿哲对RRC协议的强大能力有了全新的认识。RRC不仅是单个RAT内部的“总指挥”，更是不同RAT之间的“首席外交官”和“翻译官”。

  • 封装与复用：RRC协议通过将目标RAT的RRC命令“封装”在源RAT的信令中，实现了跨系统切换的信令传递。同时，它最大限度地复用了系统内的RRCReconfiguration和RRCReestablishment流程，避免了为每个异系统交互都设计一套全新流程的复杂性。

  • 安全无缝衔接：通过nas-SecurityParamFromNR等机制，RRC确保了安全上下文能够在不同RAT之间平滑过渡，保证了切换过程中的持续安全。

  • 强大的鲁棒性：通过“回退+重建”的失败处理机制，RRC为高风险的异系统切换提供了坚实的“安全网”，大大提升了用户在复杂网络边界区域的连接稳定性。

正是RRC协议这种精巧的、兼具扩展性和鲁棒性的设计，才使得今天的多模终端能够在4G、5G乃至未来的网络之间自由穿梭，为用户提供了“一张网”般的无缝体验。

阿哲的旅程还在继续，他对RRC的探索也愈发深入。在下一篇文章中，我们将把目光聚焦于5.5节——Measurements（测量）。我们将详细剖析measConfig的每一个细节，看看网络是如何通过这套复杂的“遥测系统”，精确感知无线环境，并为移动性管理、负载均衡等高级功能提供源源不断的数据支持。

FAQ

Q1：在从LTE切换到NR的过程中，UE是如何获得NR的系统信息的？还需要读取SIB吗？

A1：不需要。在网络控制的切换过程中，为了最大限度地降低切换时延，UE不会去读取目标NR小区的广播系统信息（MIB和SIBs）。所有UE在目标小区进行初始接入所必需的“准系统信息”——例如，SSB的频率和时域位置、PRACH配置、公共信道配置等——都会被直接包含在源LTE eNB下发的RRCReconfiguration（内嵌）消息中的servingCellConfigCommon字段里。UE直接应用这些专用信令中携带的配置即可，从而跳过了耗时的SI读取过程。

Q2：从NR切换到LTE时，UE的NAS层（核心网连接）会发生什么变化？

A2：这取决于核心网的类型。

  • 如果连接到5GC（SA场景）：从NR切换到连接5GC的LTE小区，属于**系统内（Intra-system）**的异RAT切换。UE的NAS层连接（与AMF的连接）保持不变，PDU会话也保持连续。UE的RRC层会将nas-SecurityParamFromNR传递给NAS层，用于派生出LTE侧的AS安全密钥，但NAS层的安全上下文本身是连续的。

  • 如果切换到连接EPC的LTE小区（例如，从SA 5G回落到VoLTE）：这属于**系统间（Inter-system）**的切换。UE的NAS层需要执行从5GS到EPS的回落（Fallback）流程，这可能涉及与MME的重新附着和PDN连接的重建。这个过程比系统内切换要复杂得多，时延也更长。

Q3：为什么从NR切换到LTE成功后，UE需要“彻底”释放所有NR资源，而不能像进入RRC_INACTIVE那样“挂起”？

A3：这是因为切换（Handover）和挂起（Suspend）是两个目的和机制完全不同的流程。

  • 切换的目标是将UE的连接锚点从一个RAT完全转移到另一个RAT。为了保证状态的清晰和简单，UE在成功接入目标RAT后，必须彻底清除源RAT的所有上下文，避免出现跨RAT的状态不一致问题。

  • 挂起的目标是在同一个RAT内部，为了省电而暂时中断连接，并期望在未来快速恢复。因此，它必须保留上下文。

将两者混淆会极大地增加协议的复杂性和状态管理的难度。因此，规范设计了一个清晰的原则：跨RAT切换=彻底搬家；同RAT挂起=临时出差。

Q4：如果UE在NR向LTE切换失败后，发起RRC连接重建，它会尝试连接到哪个小区？

A4：UE会尝试在其最后一次成功连接的NR网络中寻找一个合适的NR小区进行重建。revert back to the configuration used in the source PCell的动作意味着UE的“记忆”回到了发起切换前的那一刻。它会利用之前在NR网络中的身份（C-RNTI等）和安全上下文，向一个信号质量最好的NR小区发起RRCReestablishmentRequest。这个小区可能是它刚刚离开的那个源PCell，也可能是另一个信号更好的NR邻区。它不会再去尝试连接失败的那个LTE小区。

Q5：MobilityFromNRCommand消息本身是受安全保护的吗？

A5：是的。MobilityFromNRCommand是一条标准的NR RRC消息，在UE处于RRC_CONNECTED状态下通过SRB1下发。由于此时AS安全已经激活，这条消息和所有其他RRCReconfiguration消息一样，都经过了完整性保护和加密。这确保了切换指令本身不会被篡改或窃听，保证了移动性过程的安全性。

关系图谱