深度解析 3GPP TS 38.423：8.2.7-8.2.10 移动性终结与高级切换协同

本文技术原理深度参考了3GPP TS 38.423 V18.5.0 (2025-03) Release 18规范中，关于“8.2.7 UE Context Release (UE上下文释放)”、“8.2.8 Handover Success (切换成功)”、“8.2.9 Conditional Handover Cancel (条件切换取消)”以及“8.2.10 Early Status Transfer (早期状态传递)”的核心章节。本文旨在将这些移动性管理的“收尾”与“进阶”流程整合解读，为读者揭示5G网络如何优雅地结束一次成功的移动，并如何通过精巧的协同机制处理条件切换（CHO）和DAPS切换等高级场景。

1. 引言：切换的艺术——从“交接”到“善后”

在之前的系列文章中，我们的主角工程师小林在他的导师陈工的指导下，已经对XnAP协议中的切换准备、状态传递、上下文检索等“开场大戏”有了深刻的理解。他见证了网络如何为高速移动的“李雷”精心准备切换的每一个环节。

“陈工，”小林合上笔记本，总结道，“我明白了，切换准备是‘婚前谈判’，SN状态传递是‘财产交割’，上下文检索是‘失联人员信息恢复’。看起来，一次成功的移动性事件的核心流程我们都学完了。”

“只对了一半，”陈工笑着说，“你学会了如何‘办婚礼’，但还没学会如何‘送宾客’和处理‘订婚后的变数’。一次成功的切换，不仅仅是UE成功接入新小区就万事大吉了。旧的资源如何优雅地释放？在更复杂的5G条件切换（CHO）或DAPS切换中，成功的第一信号如何传递？如果准备好的候选小区突然‘变卦’了怎么办？数据转发的‘抢跑’时机如何同步？这些‘善后’和‘高级玩法’，才是体现网络健壮性和智能性的关键。今天，我们就来学习这‘切换的艺术’的下半场。”

陈工将规范翻到了8.2.7节之后的部分，这里汇集了移动性流程的终结与协同机制：

• UE Context Release (UE上下文释放)：这是最经典的“曲终人散”，通知旧节点可以彻底清理资源了。
• Handover Success (切换成功)：这是为CHO/DAPS场景定制的“第一声捷报”，触发一系列连锁反应。
• Conditional Handover Cancel (条件切换取消)：赋予了目标基站独特的“反悔权”。
• Early Status Transfer (早期状态传递)：为DAPS/CHO场景下数据的无缝转发提供了精密的“同步时钟”。

这四个流程看似独立，实则环环相扣，共同构成了一套完整的、能够应对复杂无线环境的移动性终结与高级协同框架。

2. 8.2.7 UE Context Release (UE上下文释放) - 最后的告别

这是所有移动性事件（无论是切换、RRC_INACTIVE态恢复还是双连接释放）最终都会走到的一个流程。它的核心使命简单而明确：通知持有UE旧上下文的节点，该UE已经成功“安家落户”，你可以放心清理所有相关资源了。

2.1 8.2.7.1 General (概述) - 清理指令的三种场景

For handover, the UE Context Release procedure is initiated by the target NG-RAN node to indicate to the source NG-RAN node that radio and control plane resources for the associated UE context are allowed to be released. For dual connectivity, the UE Context Release procedure is initiated by the M-NG-RAN node to initiate the release the UE context at the S-NG-RAN node. For UE context retrieval, the UE Context Release procedure is initiated by the new NG-RAN node to indicate to the old NG-RAN node that radio and control plane resources for the associated UE context are allowed to be released.

陈工为小林逐一解析这三种场景：

1. 切换场景 (Handover)：这是最常见的场景。李雷的手机成功接入目标基站B后，B就会作为发起方，向源基站A发送UE CONTEXT RELEASE消息。这就像是新房东打电话给旧房东：“人已经住进来了，你可以把他的旧房间打扫一下给别人用了。”
2. 双连接场景 (Dual Connectivity)：当主基站（M-NG-RAN node）决定释放次基站（S-NG-RAN node）的资源时，由主基站发起，通知次基站释放为该UE分配的所有资源。
3. 上下文检索场景 (UE context retrieval)：当RRC_INACTIVE态的李雷在新基站B处成功恢复连接后，新基站B就会向保存上下文的旧基站A发送UE CONTEXT RELEASE，通知A可以删除这份“存档”了。

2.2 8.2.7.2 Successful Operation (成功操作) - “阅后即焚”的通知

UE Context Release是一个Class 2流程，即单向通知。发起方（如目标基站B）发送UE CONTEXT RELEASE消息后，它的任务就完成了。

By sending the UE CONTEXT RELEASE message the target NG-RAN node informs the source NG-RAN node of Handover success and triggers the release of resources. Upon reception of the UE CONTEXT RELEASE message, the source NG-RAN node may release radio and control plane related resources associated to the UE context. If data forwarding has been performed, the source NG-RAN node should continue forwarding of user plane data as long as packets are received at the source NG-RAN node.

陈工的解读：“小林，这里有几个关键点需要注意：”

• 触发释放 (triggers the release)：这个消息的核心作用是触发资源释放。源基站A收到后，就可以安全地删除与李雷相关的所有上下文信息，包括安全密钥、承载配置、UE能力等，并将占用的内存和计算资源回收。
• 数据转发的延续：规范特别指出，即使收到了释放指令，如果数据转发仍在进行（即核心网的数据包还在发往A），A应该继续将这些数据包转发给B，直到数据流完全切换到B为止。这保证了数据丢失的最小化，体现了流程设计的细致周到。A通常会等待一个短暂的计时器结束后，才彻底停止转发并释放转发隧道。

2.3 8.2.7.4 Abnormal Conditions (异常条件) - “失联”的后果

If the UE Context Release procedure is not initiated towards the source NG-RAN node from any prepared NG-RAN node before the expiry of the timer TXnRELOCoverall, the source NG-RAN node shall request the AMF to release the UE context.

陈工的解读：“这是协议健壮性的体现。还记得我们在切换准备成功后，源基站A启动的那个长定时器TXnRELOCoverall吗？它监控着整个切换的完成。如果在沙漏漏完之前，A既没有等到任何一个目标基站（包括B）发来的UE CONTEXT RELEASE，也没等到UE自己‘迷途知返’，A就会判断UE已经‘失踪’了。此时，A不能无限期地保留UE的上下文。它会向核心网（AMF）发起一个UE上下文释放请求，由核心网从更高层面来清理UE的连接。这确保了网络中不会存在无人认领的‘僵尸’上下文。”

If the UE returns to source NG-RAN node before the reception of the UE CONTEXT RELEASE message or the expiry of the timer TXnRELOCoverall, the source NG-RAN node shall stop the TXnRELOCoverall and continue to serve the UE.

“更有趣的是这种情况：A已经指挥李雷去B，但由于B小区的信号突然变得极差，李雷的手机切换失败，又重新尝试接入了A小区。此时A如果还没收到来自B的UE CONTEXT RELEASE，它就会立刻停止TXnRELOCoverall定时器，取消这次失败的切换，并继续为李雷服务。这就像送客送到门口，发现外面狂风暴雨，又赶紧把客人请回屋里。非常灵活！”

3. 8.2.8 Handover Success (切换成功) - 为高级切换定制的“捷报”

“UE Context Release是对一次移动性事件的最终盖棺定论，”陈工话锋一转，“但在5G的条件切换（CHO）或DAPS切换中，我们需要一个更早、更轻量级的成功信号。这就是Handover Success流程的作用。”

3.1 8.2.8.1 General (概述) - CHO/DAPS的专属信使

The Handover Success procedure is used during a conditional handover or a DAPS handover to enable a target NG-RAN node to inform the source NG-RAN node that the UE has successfully accessed the target NG-RAN node.

陈工的解读：“这个流程的发起方是目标基站，接收方是源基站。它专门用于CHO和DAPS。为什么普通切换不需要它？因为普通切换中，目标站一旦接收到UE，马上就可以发UE Context Release来结束流程。但在CHO中，源站可能为UE准备了B、C、D三个候选目标。当UE最终选择了B并成功接入后，B需要第一时间通知A：‘正是在下！’。A收到这个‘捷报’后，才能知道CHO被执行了，并且是B成功了。”

3.2 8.2.8.2 Successful Operation (成功操作) - 一封捷报引发的连锁反应

When the source NG-RAN node receives the HANDOVER SUCCESS message, it shall consider all other CHO preparations accepted for this UE under the same UE-associated signalling connection in the target NG-RAN node as cancelled. The source NG-RAN node may initiate Handover Cancel procedure towards the other signalling connections or other candidate target NG-RAN nodes for this UE, if any.

场景代入：源基站A为李雷准备了三个CHO候选目标：B、C、D。最终，李雷的手机满足了B小区的触发条件，并成功接入。

1. 目标基站B发送HANDOVER SUCCESS：B向A发送此消息，告知“UE已成功接入”。
2. 源基站A的连锁反应：
   • 取消其他候选：A收到消息后，立刻向C和D发送HANDOVER CANCEL消息，通知它们：“任务取消，释放为李雷预留的资源。” 这确保了网络资源被及时回收。
   • 启动数据转发（如需）：

     If late data forwarding was configured for this UE, the source NG-RAN node shall start data forwarding using the tunnel information related to the global target cell ID provided in the HANDOVER SUCCESS message. “在CHO中，为了节省资源，数据转发隧道地址可能不会在准备阶段就建立，而是配置为‘晚期数据转发’（late data forwarding）。HANDOVER SUCCESS消息中会携带B的数据转发地址。A收到后，才开始将缓存数据转发给B。”

4. 8.2.9 Conditional Handover Cancel (条件切换取消) - 目标基站的“主动退出”

“通常，取消切换是源基站的权力。但CHO赋予了目标基站一次‘反悔’的机会。”陈工指着8.2.9节说。

The Conditional Handover Cancel procedure is used to enable a target NG-RAN node to cancel an already prepared conditional handover or an already prepared conditional reconfiguration.

陈工的解读：“这个流程的发起方是目标基站，接收方是源基站。这是CHO独有的。假设B已经为李雷准备好了条件切换资源。但过了一段时间，B小区突然因为紧急业务（比如需要为接入的救护车提供专有资源）而资源紧张。B无法再保证能随时接纳李雷。此时，B就可以主动向A发送CONDITIONAL HANDOVER CANCEL，并附上原因，如resource-optimisation。A收到后，就会将B从李雷的有效候选列表中移除。”

这个机制增强了CHO的灵活性和网络资源的动态管理能力。

5. 8.2.10 Early Status Transfer (早期状态传递) - 数据转发的“抢跑”同步

“最后，我们来看一个非常精巧的流程，它与SN Status Transfer密切相关，但又有所不同。”

The purpose of the Early Status Transfer procedure is to transfer the COUNT of the first downlink SDU that the source NG-RAN node forwards to the target NG-RAN node or the COUNT for discarding of already forwarded downlink SDUs for respective DRB during DAPS Handover or Conditional Handover.

陈工的解读：“SN Status Transfer传递的是一个完整的PDCP状态快照。而Early Status Transfer只传递一个关键信息：我（源站）即将开始向你（目标站）早期/晚期数据转发，我发给你的第一个数据包的COUNT值是X。或者，我之前通过早期转发给你的数据，请你丢弃COUNT值小于Y的数据包。”

场景代入：在DAPS切换中，UE与A和B同时连接。为了减少中断，A会提前开始把数据转发给B（早期数据转发）。

• 没有Early Status Transfer的困境：A把COUNT为100-110的数据包发给了UE，同时把它们也转发给了B。UE在路径切换到B之后，可能会先收到B转发的100-110的数据包，然后又收到B自己生成的从111开始的新数据包，一切正常。但如果UE在路径切换前，自己只收到了100-105，那么切换后，B是应该从106开始重传，还是从111开始发新的？B不知道。

• EARLY STATUS TRANSFER的作用：A在启动早期转发时，向B发送一个EARLY STATUS TRANSFER消息，其中包含FIRST DL COUNT Value IE，明确告诉B：“我转发给你的第一个包，COUNT值就是100。” 这样B就建立了一个精确的基准。它可以安全地发送从A转发来的数据包，并知道在这些包都处理完后，应该从哪个COUNT值继续发送新数据。

这个流程确保了在源站和目标站可能同时向UE发送数据的复杂DAPS/CHO场景下，数据包的序列号能够精确同步，避免了混乱。

6. 总结：精巧的“善后”艺术

小林恍然大悟。他现在明白，一个完整的移动性管理方案，不仅需要完美的“开场”，更需要精巧的“收尾”。8.2.7到8.2.10这四个流程，正是XnAP协议“善后”艺术的集中体现。

• UE Context Release是所有移动性事件的终点站，负责资源的彻底回收。
• Handover Success是CHO/DAPS成功的发令枪，触发一系列的清理和数据转发动作。
• Conditional Handover Cancel是目标基站的安全阀，保证了CHO承诺的动态可撤销性。
• Early Status Transfer是高级转发场景下的同步器，确保了数据流在复杂路径切换中的精确衔接。

这套组合拳，充分展示了5G NG-RAN在设计上的前瞻性和对复杂无线场景的深刻洞察，它们共同协作，为用户提供了看似简单、实则背后凝聚了巨大技术智慧的无缝移动体验。

FAQ

Q1：Handover Success 和 UE Context Release 在功能上有什么根本区别？为什么CHO需要前者？ A1：根本区别在于时效性和触发的动作。Handover Success是一个早期的、轻量级的成功指示，它的主要目的是让源基站立即知道CHO已被执行，从而可以立即取消其他候选小区的准备。而UE Context Release是一个最终的、重量级的清理指令，它意味着目标基站已经完全接管了UE（包括与核心网的路径切换也已完成），源基站可以开始彻底清理所有资源。在CHO中，如果等UE Context Release再来取消其他候选，会造成其他候选小区的资源被不必要地占用太长时间。

Q2：SN Status Transfer 和 Early Status Transfer都传递COUNT值，为何不合并成一个流程？ A2：它们传递的COUNT值的含义和目的不同。SN Status Transfer传递的是一个完整的状态快照，包括下行发送窗口的起始点（下一个要发送的SN）和上行接收窗口的状态（下一个期望接收的SN以及已接收的位图），它用于目标站完全重建PDCP状态机。而Early Status Transfer只传递一个单一的基准点，即“我转发给你的第一个包的COUNT是X”，或者“请丢弃X之前我发给你的包”。它不关心完整的收发窗口，只为了同步转发数据流的起点或丢弃点，是一个更轻量、更聚焦于数据转发同步的工具。

Q3：如果源基站A向B和C都准备了CHO，UE切换到了B。A向C发送了Handover Cancel，但消息丢失了，会怎么样？ A3：基站C为UE准备的CHO上下文同样会有一个超时定时器。当C在规定时间内既没有收到UE的接入（因为UE去了B），也没有收到源站的取消指令，这个定时器就会超时。超时后，C会自动清理为这次未执行的CHO所预留的资源。因此，Handover Cancel是一个加速资源回收的优化机制，但即使它失败，网络的健壮性（通过超时机制）也能保证最终的资源一致性。

Q4：Conditional Handover Cancel是由目标基站发起的，那源基站可以拒绝吗？ A4：不可以。Conditional Handover Cancel是一个Class 2的单向通知流程。目标基站发出此消息，是基于其自身资源状况的变化做出的单方面决定。源基站收到后，必须接受这个事实，并将该候选小区从UE的有效候选集中移除。这体现了网络资源管理的自主权，即每个基站对自己承诺的资源有最终的处置权。

Q5：XN-U Address Indication 和 Early Status Transfer 都是为了数据转发，它们是什么关系？ A5：它们是协同工作的。XN-U Address Indication负责建立通道，它告诉对端“转发数据的收货地址（IP+TEID）是什么”。而Early Status Transfer负责同步内容，它告诉对端“我通过这个通道发给你的第一个包裹，编号是多少”。通常，在需要数据转发的场景下，地址指示和状态传递会配合使用，确保数据不仅能被送到正确的地点，还能被正确地排序和处理。