51学通信

深度解析 3GPP TS 38.423：9.1.1 基础移动性消息 (Part 4 - 移动性完成与高级协同)

17分钟阅读

深度解析 3GPP TS 38.423：9.1.1 基础移动性消息 (Part 4 - 移动性完成与高级协同)

本文技术原理深度参考了3GPP TS 38.423 V18.5.0 (2025-03) Release 18规范中，关于“9.1.1 Messages for Basic Mobility Procedures”的核心章节，特别聚焦于XN-U ADDRESS INDICATION (9.1.1.11), HANDOVER SUCCESS (9.1.1.12), CONDITIONAL HANDOVER CANCEL (9.1.1.13) 和 EARLY STATUS TRANSFER (9.1.1.14)。本文将深入剖析这些在移动性流程中负责“收尾”、“报捷”和“精细化协同”的关键消息，揭示5G网络如何处理数据转发、条件切换等高级场景。

1. 引言：从“铺路”到“通车”与“智能交通”

在之前的篇章中，我们跟随工程师小林和他的导师陈工，已经 meticulously 地研究了切换准备和上下文检索的“三部曲”——请求、确认与失败。小林已经能够熟练地“阅读”这些信令，理解了网络是如何为用户的移动“铺平道路”的。

“陈工，”小林指着一张复杂的DAPS（双协议栈）切换时序图，眉头紧锁，“我明白了切换准备是在目标侧预留资源，但这里有个细节：源基站在切换过程中，需要把‘在途’的数据包转发给目标基站。这个转发的‘收货地址’是在何时、通过什么消息精确告知的？还有，对于条件切换（CHO），源基站向B、C、D三个候选目标都发了准备请求，最终UE选择了B，A是如何知道的？又是如何通知C和D‘你们可以下班了’的？”

陈工赞许地看着他：“你的问题已经从‘铺路’阶段，深入到了‘通车’和‘智能交通调度’的层面。这正是我们今天要学习的内容，它们是基础移动性管理中，负责收尾和处理高级场景的最后几块关键拼图。”

陈工继续说道：“今天，我们将学习四个看似独立、实则紧密协同的消息，它们是移动性流程得以完美闭环的保障：”

  • XN-U ADDRESS INDICATION: 这是“快递转运”的地址标签，精确告知数据转发的目的地。
  • HANDOVER SUCCESS: 这是条件切换或DAPS切换成功的“胜利号角”，是触发后续一系列清理和协同动作的发令枪。
  • CONDITIONAL HANDOVER CANCEL: 这是目标基站的“主动退出”机制，体现了网络资源管理的灵活性。
  • EARLY STATUS TRANSFER: 这是为高级数据转发场景设计的“精密同步时钟”，确保数据包的‘抢跑’和‘接力’万无一失。

这些消息虽然不如HANDOVER REQUEST那样“家喻户晓”，但它们是实现5G无损、高效、智能化移动性的“幕后功臣”。

2. 9.1.1.11 XN-U ADDRESS INDICATION - 用户面数据转发的“导航信”

在上下文检索或双连接承载建立后，这个消息用于在节点间传递用户面（U-Plane）的数据转发地址。

2.1 消息结构概览

这是一个Class 2流程，由需要接收转发数据的节点发起，单向通知发送数据的节点。

XN-U ADDRESS INDICATION 消息内容 方向: new NG-RAN node → old NG-RAN node, 或 M-NG-RAN node → S-NG-RAN node

IE/Group NamePresenceIE type and referenceSemantics description
Message TypeM9.2.3.1
New NG-RAN node UE XnAP IDMNG-RAN node UE XnAP ID 9.2.3.16
Old NG-RAN node UE XnAP IDMNG-RAN node UE XnAP ID 9.2.3.16
Xn-U Address Information per PDU Session Resources List1包含各PDU会话的转发地址

2.2 核心IE深度剖析

1. Xn-U Address Information per PDU Session Resources List

  • 陈工解读：“这是消息的核心。它是一个列表，因为一个UE可能同时有多个PDU会话，每个会话的转发路径都可能不同。列表中的每一项都精确定义了一个PDU会话的数据‘新家’在哪。”

    列表项 (Xn-U Address Information per PDU Session Resources Item) 的关键内容：

    • PDU Session ID: 明确这个地址是给哪个PDU会话用的。
    • Data Forwarding Info from target NG-RAN node: 这是真正的“收货地址”。它里面封装了UP Transport Layer Information (IP地址) 和GTP-TEID (GTP隧道端点ID)。旧基站收到后，就知道应该把缓存的下行数据包封装成GTP-U包，发往这个指定的地址和隧道。
    • Secondary Data Forwarding Info from target NG-RAN node List: 这是一个可选的增强功能，允许为一个PDU会话建立多个转发隧道，以支持冗余传输等高级特性。

场景代入：李雷的RRC_INACTIVE手机在新基站B处被唤醒，B从旧基站A成功检索到上下文。在为李雷的上网PDU会话建立好本地资源后，B会向A发送XN-U ADDRESS INDICATION消息，其中包含了B为接收转发数据而创建的GTP-U隧道地址。A收到后，立即将还在发往A的核心网数据包，通过这个Xn-U隧道转发给B。

3. 9.1.1.12 HANDOVER SUCCESS - CHO/DAPS的“胜利号角”

这个消息是为条件切换（CHO）或DAPS切换这类高级移动性场景量身定制的。

3.1 消息结构概览

HANDOVER SUCCESS 消息内容 方向: target NG-RAN node → source NG-RAN node

IE/Group NamePresenceIE type and referenceSemantics description
Message TypeM9.2.3.1
Source/Target NG-RAN node UE XnAP IDMNG-RAN node UE XnAP ID 9.2.3.16
Requested Target Cell IDMTarget Cell Global ID 9.2.3.25对应于源站请求中的目标小区ID
Accessed PSCell IDONR CGI 9.2.2.7（用于DC）实际接入的PSCell ID

3.2 核心IE与流程意义

陈工的解读：“这个消息解决了CHO场景下的一个核心问题：源基站A向B、C、D都发起了切换准备，UE最终选择了B，A如何知道？答案就是HANDOVER SUCCESS。”

  • 发起方：目标基站（例如，B）。当UE成功接入后，B会立刻向A发送此消息。
  • Requested Target Cell ID: 这个IE是强制性的，它包含了B的小区ID。A收到后，通过比对这个ID，就能知道是B“中选”了。
  • 触发的连锁反应: A收到来自B的SUCCESS消息后，会立刻：
    1. 向C和D发送HANDOVER CANCEL消息，通知它们释放为该UE预留的资源。
    2. 如果配置了晚期数据转发（Late Data Forwarding），SUCCESS消息中会携带B的数据转发地址，A此时才开始向B转发数据。

HANDOVER SUCCESS是CHO流程能够高效运作的关键信使，它确保了“备胎”资源能够被及时释放，并精确触发了数据转发的启动。

4. 9.1.1.13 CONDITIONAL HANDOVER CANCEL - 目标基站的“反悔权”

4.1 消息结构概览

这是一个由目标基站发起的Class 2流程，用于取消已经准备好的条件切换。

CONDITIONAL HANDOVER CANCEL 消息内容 方向: target NG-RAN node → source NG-RAN node

IE/Group NamePresenceRangeSemantics description
Message TypeM
Source/Target NG-RAN node UE XnAP IDM
CauseM取消原因
Candidate Cells To Be Cancelled ListO要取消的候选小区列表
Conditional Reconfigurations To Be Cancelled ListO要取消的条件重配列表

4.2 核心IE与流程意义

陈工的解读：“这个流程赋予了目标基站主动权。如果B在为UE准备好CHO资源后，自身状态发生了变化（如突发拥塞、O&M操作），导致无法再履行承诺，它就可以主动向源基站A发送此消息，告知‘我这里情况有变，之前为你准备的预案作废’。A收到后，会将B从UE的候选列表中移除。”

  • Candidate Cells To Be Cancelled List: 允许B精确地取消为其准备的特定候选小区。
  • Conditional Reconfigurations To Be Cancelled List: 更进一步，在复杂的CPC（条件PSCell变更）中，可以取消特定的重配方案。

这个流程增强了网络的灵活性和鲁棒性，确保了CHO的候选列表始终是有效和可靠的。

5. 9.1.1.14 EARLY STATUS TRANSFER - DAPS/CHO数据转发的“同步心跳”

这个消息是SN STATUS TRANSFER的“轻量版”和“前锋版”，专用于DAPS和CHO中的早期或晚期数据转发场景。

5.1 消息结构概览

EARLY STATUS TRANSFER 消息内容 方向: source NG-RAN node → target NG-RAN node

IE/Group NamePresenceRangeSemantics description
…
CHOICE Procedure StageM
>First DL COUNTM包含DRBs Subject To Early Status Transfer List
>>DRB IDM
>>CHOICE First DL COUNTM12位或18位的COUNT值
>DL DiscardingM包含DRBs Subject To DL Discarding List

5.2 核心IE与流程意义

陈工的解读：“这个消息解决了在源和目标可能同时向UE发送数据时，如何同步PDCP序列号的问题。它只传递最关键的同步信息，而不是完整的PDCP状态。”

  • First DL COUNT: 当源基站A准备开始向目标基站B进行早期数据转发（在UE切换前就开始转），它会先发送这个消息，告诉B：“我将要发给你的第一个数据包，它的COUNT值是X。” B收到后，就建立了一个明确的序列号基准。
  • DL Discarding: 在某些复杂的重配场景中，源基站A可能需要通知目标基站B：“请丢弃你收到的、COUNT值小于Y的所有已转发数据包。” 这用于纠正可能出现的序列号不一致。

EARLY STATUS TRANSFER是实现真正意义上无缝、零中断DAPS切换的底层保障。它像一个精密的手术刀，精确地同步了数据流在两个节点间的“接力”瞬间，避免了任何混乱。

6. 总结：从基础到高级，移动性的精细化演进

小林今天学习的这四个消息，让他对5G移动性管理的深度和广度有了全新的认识。它们不再是基础的“建立连接”，而是深入到了连接生命周期的完成、协同和优化等高级阶段。

  • XN-U ADDRESS INDICATION 为用户面数据在控制面指令下的无缝流转提供了路径。
  • HANDOVER SUCCESS 和 CONDITIONAL HANDOVER CANCEL 共同构成了条件切换（CHO）这一高级移动性方案的闭环管理机制。
  • EARLY STATUS TRANSFER 则为DAPS等最前沿的切换技术提供了精密的同步保障。

这些流程的设计，充分体现了3GPP在设计5G协议时的前瞻性：不仅要满足当前的需求，更要为未来更智能、更高效、更复杂的网络应用场景预留出工具和接口。它们是5G网络区别于前几代网络，真正走向智能化、精细化运营的有力证明。

FAQ

Q1：HANDOVER SUCCESS消息之后，源基站还会收到UE Context Release消息吗？ A1：是的。HANDOVER SUCCESS是一个早期的成功指示，主要用于触发源基站取消其他CHO候选。而UE Context Release是一个最终的清理指令，它在目标基站完成了与核心网的路径更新等所有“善后”工作后才会发送。收到UE Context Release才标志着源基站可以彻底删除与该UE相关的所有上下文。

Q2：HANDOVER CANCEL和CONDITIONAL HANDOVER CANCEL有什么本质区别？ A2：本质区别在于发起方和目的。HANDOVER CANCEL（9.1.1.6）由源基站发起，用于取消它自己之前发起的切换准备请求。而CONDITIONAL HANDOVER CANCEL（9.1.1.13）由目标基站发起，用于撤销它之前已经同意并准备好的CHO资源。前者是“我反悔了”，后者是“我这里情况有变，你另请高明”。

Q3：EARLY STATUS TRANSFER和SN STATUS TRANSFER都会在切换中使用，网络如何决定用哪个？ A3：SN STATUS TRANSFER是所有需要无损切换的场景下的标准流程，它传递的是完整的PDCP上下文信息。而EARLY STATUS TRANSFER是DAPS和CHO等特定高级移动性场景下的一个补充流程，它只传递用于同步转发数据流起点的COUNT值，通常在启动早期/晚期数据转发时使用，或者用于丢弃数据的协调。在一个DAPS切换中，这两个流程可能会先后使用，Early Status Transfer用于同步转发，SN Status Transfer用于最终的状态交接。

Q4：为什么这些高级协同消息，如HANDOVER SUCCESS和CONDITIONAL HANDOVER CANCEL，都是Class 2的？ A4：在这些场景下，消息的目的是单向通知一个已经发生的事件或一个单方面的决定，而不需要对方的“批准”。例如，HANDOVER SUCCESS是目标基站告知源基站“UE已经在我这里了”这个事实；CONDITIONAL HANDOVER CANCEL是目标基站告知源基站“我决定取消”这个决定。采用Class 2可以最快地传递信息，接收方根据这个信息执行后续动作即可，无需回复，从而提高了信令效率。

Q5：这些高级移动性流程的引入，对终端（UE）有什么要求吗？ A5：有。例如，要支持条件切换（CHO），UE的RRC协议栈必须支持RRCReconfiguration消息中与CHO相关的字段，能够存储多个候选小区的配置，并具备根据测量事件自主触发切换执行的能力。要支持DAPS，UE的物理层和协议栈必须支持同时与两个基站进行数据收发。这些都需要UE具备相应的Release版本（如Rel-16及以后）所定义的能力。

关系图谱