深度解析 3GPP TS 38.423：8.3.19-8.4.1 双连接收尾与全局握手

本文技术原理深度参考了3GPP TS 38.423 V18.5.0 (2025-03) Release 18规范中，关于“8.3.19 Conditional PSCell Change Cancel”、“8.3.20 RACH Indication”以及“8.4.1 Xn Setup”这三个核心章节。本文旨在为读者解析双连接（DC）中精细化的“收尾”流程，并开启一个全新的篇章——探索基站间如何通过全局流程建立起最基础的协作关系。

1. 引言：从UE的“微操”到网络的“建交”

在之前的系列文章中，我们已经跟随工程师小林和他的导师陈工，深入探索了5G双连接（DC）世界中的各种核心战略：如何为用户建立（Addition）、调整（Modification）、更换（Change）和释放（Release）一个得力的“副手”（SN）。这些流程构成了保障用户体验的“主战役”。

然而，一场完美的战役，不仅在于正面战场的胜利，更在于对各种“微小变数”的精准掌控，以及战前牢固“盟约”的建立。小林在对双连接的理解日渐深入后，开始关注那些更为精细和基础的交互。

他向陈工请教：“陈工，我们之前讨论的都是‘计划赶不上变化’时，主节点（MN）如何调整策略。但如果一个MN已经为UE准备好了‘预案’——比如条件PSCell变更（CPC），后来发现这个预案本身就不再需要了，该如何撤销？另外，SN作为‘前线’节点，如果它观察到UE的一些异常接入行为，如何将这些‘一线情报’有效地汇报给MN？”

“你的问题已经从‘战略层面’深入到了‘战术微操’层面，”陈工赞许道，“这正是双连接管理的精髓所在。网络不仅要有宏大的资源调配能力，更要有处理这些‘预案撤销’和‘情报上报’的精细化工具。这就是我们今天要学习的前两个‘收尾’流程：Conditional PSCell Change Cancel 和 RACH Indication。”

“更重要的是，”陈工话锋一转，表情变得严肃起来，“我们之前讨论的所有切换、双连接流程，都有一个 unspoken 的前提：那就是主从节点之间已经相互认识，并且建立了一条畅通的Xn信令链路。但你有没有想过，这条链路本身是如何建立的？两个互不相识的基站，是如何完成第一次‘握手’，交换彼此的‘名片’和‘能力清单’的？这就是我们今天要开启的全新篇章——全局流程（Global Procedures），而它的开篇之作，就是最基础、最重要的**Xn Setup（Xn建立）**流程。它是一切基站间协作的‘创世纪’。”

今天，我们将首先完成双连接“微操”的最后拼图，然后正式扬帆起航，探索基站间“建交”的奥秘。

2. 8.3.19 Conditional PSCell Change Cancel - 精密的“预案”撤销

在深入这个流程之前，我们需要先回顾一下条件PSCell变更（Conditional PSCell Change, CPC）。在双连接中，MN可以为UE预先配置一个或多个候选的次服务小区（PSCell）。当UE发现当前PSCell的信号质量下降，而某个候选PSCell的信号满足特定条件时，UE可以自主地、快速地将SCG切换到这个新的PSCell，无需等待MN的实时指令。这是一种极为高效的主动式移动性方案。

2.1 8.3.19.1 General (概述) - 撤销不再需要的“锦囊”

This procedure is used by the M-NG-RAN node to inform the source S-NG-RAN node that all the prepared PSCells are cancelled in the target S-NG-RAN node during a Conditional PSCell Change.

陈工的解读：“这个流程的发起方是主节点MN，接收方是目标SN（Target S-NG-RAN node），也就是MN之前为其准备了CPC的那个SN。它的目的很明确：通知这个SN，‘我之前让你为这个UE准备的所有候选PSCell方案，现在全部作废，你可以把相关的资源都释放了’。”

触发场景：

• MN决定彻底释放SCG。
• MN决定将UE的SCG变更到一个全新的SN上。
• UE的移动轨迹发生变化，之前准备的候选PSCell都不再适用。

2.2 8.3.19.2 Successful Operation (成功操作) - 一封单向的“作废通知”

这是一个Class 2的单向通知流程，体现了MN作为“总指挥”的绝对权威。

The M-NG-RAN node initiates the procedure by sending the CONDITIONAL PSCELL CHANGE CANCEL message to the S-NG-RAN node including the Target S-NG-RAN node ID IE.

MN向SN发送CONDITIONAL PSCELL CHANGE CANCEL消息。

• 核心IE - Target S-NG-RAN node ID IE: 这个IE看似多余，但在复杂的网络拓扑中至关重要。一个MN可能同时与多个SN有Xn连接，并且可能为一个UE在不同的SN上都准备了CPC。这个IE就像信封上的收件人地址，确保这封“作废通知”能被准确地送达给那个特定的SN。
• 消息的隐含信息：消息中通常还会包含UE的XnAP ID。SN收到后，就知道是哪个UE的CPC预案被取消了，从而可以精确地释放为该UE预留的、与CPC相关的特定资源，而不会影响到它为其他UE提供的服务。

3. 8.3.20 RACH Indication - 来自“前线”的RACH情报

当UE在SN上进行随机接入（RACH）时，例如，初次接入一个PSCell，或者在发生链路失步后尝试恢复，这个过程可能会成功，也可能会遇到问题。这些接入行为的细节，对于MN判断SCG链路的健康状况和优化移动性参数非常有价值。

3.1 8.3.20.1 General (概述) - 汇报接入“战况”

This message is sent by the S-NG-RAN node to the M-NG-RAN node to inform of one or more performed random access procedures at the S-NG-RAN, due to which one or more RA reports are available at the UE.

陈工的解读：“这个流程的发起方是次节点SN，接收方是主节点MN。它就像是前线哨兵（SN）向指挥部（MN）的一个‘情报速递’：‘报告！刚刚有个士兵（UE）在我这里尝试了好几次登陆（RACH），他那里有详细的登陆过程报告（RA report），你是否需要调取？’”

这个流程是**移动性鲁棒性优化（Mobility Robustness Optimization, MRO）**的重要组成部分。通过分析UE的RACH失败报告，MN可以判断出是否存在切换过早/过晚、或者邻区配置错误等问题。

3.2 8.3.20.2 Successful Operation (成功操作) - 一个触发后续行动的“信号弹”

这是一个由SN发起的Class 2流程。

The S-NG-RAN node initiates the procedure by sending the RACH INDICATION message to M-NG-RAN node. Upon reception of the RACH INDICATION message the M-NG-RAN node may fetch the RA report from the UE.

1. SN发送RACH INDICATION: 当SN检测到UE有可用的RA报告时（通常是UE通过特定的RRC信令告知SN的），SN会向MN发送此消息。
2. MN的决策: MN收到这个“信号弹”后，会根据自身的MRO策略做出决策。如果MN认为有必要深入调查，它就会通过RRC信令，主动向UE请求上报详细的RA-Report。

RACH Indication本身不传输详细的报告，它只是一个触发器，将发现问题的能力赋予SN，而将分析和决策的权力保留在MN，完美体现了双连接中的职责划分。

4. 全局流程的序幕：从“UE”到“基站本身”

“好了，小林，到此为止，我们已经把第8.3节‘Procedures for Dual Connectivity’的所有流程都过了一遍。你有没有发现它们的共同点？”陈工问道。

小林思索片刻，答道：“它们都是‘UE-associated signalling’，都是围绕着某一个特定UE的生命周期事件展开的。”

“完全正确！”陈工在白板上画了一条分割线，“从8.4章开始，我们将进入一个全新的领域——Global Procedures（全局流程）。这个领域的主角，不再是UE，而是NG-RAN节点本身。这些流程处理的是基站与基站之间的‘外交关系’和‘基础设施建设’，它们不与任何UE绑定，是所有UE相关流程能够运行的基础。”

5. 8.4.1 Xn Setup - 基站间的首次“建交”

这是所有全局流程中最基础、最重要的一个。它定义了两个素不相识的NG-RAN节点，如何建立起Xn信令连接，并交换彼此的核心配置信息。

5.1 8.4.1.1 General (概述) - 交换“名片”与“能力清单”

The purpose of the Xn Setup procedure is to exchange application level configuration data needed for two NG-RAN nodes to interoperate correctly over the Xn-C interface.

陈工的解读：“Xn Setup就是两个基站的第一次正式会晤。在这个会晤中，它们要完成两件大事：第一，交换‘名片’，告诉对方自己的全网唯一身份（Global NG-RAN Node ID）；第二，交换‘能力与服务清单’，详细告知对方自己管理哪些小区、支持哪些TA和切片、无线参数是怎样的等等。只有完成了这次信息交换，它们之间才能建立起信任，并为未来的切换、双连接等协作打下基础。”

5.2 8.4.1.2 Successful Operation (成功操作) - 一场严谨的“建交谈判”

这是一个Class 1流程，因为“建交”是一个严肃的双向确认过程，必须有请求、有响应，确保双方都已准备就绪。

第一步：发起方的“建交请求” - XN SETUP REQUEST

场景代入：一个新的5G基站gNB-New在完成自身的基本配置后，被网络运维人员激活。它的配置中包含了邻居基站gNB-Old的IP地址。

1. 建立SCTP连接：gNB-New首先会在传输层与gNB-Old建立起一条SCTP连接。
2. 发送XN SETUP REQUEST：连接建立后，gNB-New作为发起方，通过这条SCTP连接发送XN SETUP REQUEST消息。

这份“建交国书”的核心内容包括：

• Global NG-RAN Node ID: 发起方的“国家名称”，全网唯一。
• List of Served Cells NR / E-UTRA: 这是最重要的附件，详细列出了gNB-New所管辖的所有“省份”（小区）。对于每个小区，都包含详尽的信息：
  • Served Cell Information: PCI, CGI, TAC, 广播的PLMN列表。
  • NR-Mode-Info: FDD/TDD模式、频点、带宽、子载波间隔等核心无线参数。
  • NPN Support: 如果支持非公共网络（NPN），还会包含相关信息。
• TAI Support List: gNB-New支持的跟踪区列表。
• AMF Region Information: gNB-New所连接的核心网AMF区域信息。

第二步：响应方的“审核与回执” - XN SETUP RESPONSE

gNB-Old收到请求后，会进行审核。例如，检查发起方的ID是否合法，配置参数是否在可接受范围内等。如果审核通过，它会回复XN SETUP RESPONSE消息。

The candidate NG-RAN node2 replies with the XN SETUP RESPONSE message.

这份“回执国书”同样包含了gNB-Old自身的完整配置信息，包括它的Global NG-RAN Node ID、List of Served Cells、TAI Support List等等。

陈工的解读：“这是一个对等的信息交换。你把你的家底告诉我，我也把我的家底告诉你。这样，双方就对彼此的服务范围、无线能力、所连接的核心网区域等有了全面的了解。例如，gNB-New知道了gNB-Old管理着哪些小区，就可以将它们作为邻区进行配置；gNB-Old知道了gNB-New支持哪些TA和切片，就可以在后续做切换决策时，判断gNB-New是否是一个合适的目标。”

5.3 8.4.1.3 & 8.4.1.4 (失败与异常) - 当“建交”受阻

• Unsuccessful Operation (失败操作)：如果gNB-Old因为配置不兼容、内部错误或策略不允许等原因，无法与gNB-New建立Xn关系，它会回复XN SETUP FAILURE消息，并在Cause IE中说明原因。

  • Time To Wait IE: gNB-Old可以在失败消息中包含这个IE，建议gNB-New“冷静一下”，在指定的时间后再尝试建连。这是一种优雅的拒绝和流控机制。
  • Message Oversize Notification: 如果失败是因为gNB-New的REQUEST消息太大（例如，管理的小区数量太多，导致消息超长），gNB-Old可以通过这个IE告知其所能处理的最大小区列表大小，让gNB-New在下次请求时“长话短说”（例如，使用Partial List Indicator分批上报）。

• Abnormal Conditions (异常条件)：

  • 超时：发起方如果在定时器超时后仍未收到响应，可以重试。
  • Glare Case（冲突竞争）：如果两个基站同时向对方发起XN SETUP REQUEST，规范定义了基于Global NG-RAN Node ID的仲裁机制，ID值较高的一方将继续处理，另一方则会进入接收状态，从而解决冲突。

6. 总结：从个体智能到网络智能的跃迁

本章我们学习的四个流程，展现了XnAP协议从处理UE个体的“微操”到构建基站间“宏观关系”的广阔图景。

• Conditional PSCell Change Cancel 和 RACH Indication 是双连接管理工具箱中的最后两件“精密仪器”，它们使得DC的移动性管理和故障诊断更加完善和智能。
• Xn Setup 则标志着我们进入了一个全新的视角。它不再关心任何单个UE，而是专注于构建一个健壮、信息对称的基站间协同网络。它是5G网络能够作为一个整体、而非一盘散沙来运作的根本保障。

小林现在明白了，要诊断小张的游戏卡顿，不仅需要Trace、SCG Failure Report等UE级诊断工具，更需要确保MN和SN之间的“外交关系”——即Xn接口本身是健康、稳定的。而这份健康的基石，正是由Xn Setup流程所奠定的。

FAQ

Q1：Conditional PSCell Change Cancel和Conditional Handover Cancel (8.2.9节) 有何区别？ A1：两者都是取消“预案”，但作用的场景和对象不同。Conditional Handover Cancel (CHO Cancel) 是目标基站发起的，用于取消一次完整的切换准备，这通常发生在普通连接态。而Conditional PSCell Change Cancel (CPC Cancel) 是主节点MN发起的，用于取消在双连接状态下为UE准备的次小区（PSCell）变更。前者是取消“搬家”的预约，后者是取消“换个帮手”的预约。

Q2：MN收到RACH Indication后，一定会去获取UE的RA报告吗？ A2：不一定。规范用词是may fetch（可以获取）。MN是否获取，取决于其MRO（移动性鲁棒性优化）算法的实现和策略。例如，对于偶尔的、孤立的RACH问题，MN可能选择忽略。但如果MN在短时间内从同一个SN收到了关于多个UE的RACH Indication，或者一个关键用户（VIP）出现了RACH问题，它就很可能会触发获取详细报告的流程，以进行深度分析。

Q3：为什么Xn Setup是一个全局流程，而S-NODE ADDITION是一个UE关联流程？ A3：Xn Setup是两个基站之间的第一次信息交换，目的是建立它们之间的通用信令通道并了解彼此的全部静态配置。这个过程完成后，两个基站就“认识”了，可以处理任何UE的移动性。而S-NODE ADDITION发生在Xn Setup已经成功之后，是MN为了某个特定UE的业务需求，请求SN为这个特定UE分配资源。前者是“修路”，后者是“跑车”。路修好了，才能跑各种各样的车。

Q4：一个基站管理的小区数量非常多，Xn Setup消息会不会太大而导致失败？ A4：有这个可能，而协议也为此设计了解决方案。发起方可以使用Partial List Indicator IE。例如，一个基站有100个小区，它可以先在第一个REQUEST消息中只上报前50个，并附上Partial List Indicator。接收方收到后，在RESPONSE中也只回复自己的部分小区列表。之后，发起方可以通过NG-RAN NODE CONFIGURATION UPDATE流程，分批将剩下的小区信息更新给对方。此外，如前所述，XN SETUP FAILURE消息中的Message Oversize Notification IE也提供了失败反馈和协商最大列表长度的机制。

Q5：Xn接口建立后是永久的吗？如果一个基站被移除了怎么办？ A5：不是永久的。Xn接口的生命周期由全局流程来管理。当一个基站需要被移除或其与邻居的连接需要被拆除时，会使用**Xn Removal (8.4.6节)**流程。一个节点会向另一个节点发送XN REMOVAL REQUEST，双方确认后，就会清空彼此的Xn配置信息，并可以拆除底层的SCTP连接。这确保了接口的生命周期能够被优雅地管理。