深度解析 3GPP TS 38.423：8.3.1 S-NG-RAN node Addition Preparation (S节点添加准备)
本文技术原理深度参考了3GPP TS 38.423 V18.5.0 (2025-03) Release 18规范中，关于“8.3.1 S-NG-RAN node Addition Preparation”的核心章节，旨在为读者提供一个关于5G双连接（Dual Connectivity）建立的奠基性流程——次节点添加准备的全景视图。
1. 引言：当一个基站“力不从心”
在5G的世界里，用户的极致体验是网络设计的核心目标之一。想象一下，一位名叫“V-Log小杰”的科技视频博主，正在城市广场上进行一场盛大的8K超高清户外直播。他的设备需要持续、稳定地上传巨量的数据流，这对单个基站的 uplink（上行）能力构成了巨大的挑战。
小杰所连接的基站（我们称之为主节点 Master Node, MN）实时监测着他的业务需求和自身的资源负载。它发现，随着广场上的人流越来越密集，上行链路资源开始变得紧张，继续单独支撑小杰的8K直播流，可能会导致画质下降甚至卡顿。
此时，主节点（MN）面临一个抉择：是降低小杰的业务质量，还是寻求帮助？5G的双连接（Dual Connectivity, DC）技术，正是为这种情况提供的“王牌”解决方案。MN可以向旁边一个资源相对空闲的邻居基站（我们称之为次节点 Secondary Node, SN）发出“求援”信号，让它也来分担一部分小杰的数据传输任务。
而这场“求援”与“协作”的开端，正是通过我们今天要深入剖析的XnAP流程——S-NG-RAN node Addition Preparation（S节点添加准备） 来完成的。这不仅仅是一次简单的资源请求，更是一场涉及安全、QoS、承载配置和无线资源管理的精密信令“谈判”。
2. 8.3.1.1 General (概述) - 招募“最佳拍档”的原则
在深入具体的信令交互之前，我们首先要理解这个流程的根本目的和适用边界。
The purpose of the S-NG-RAN node Addition Preparation procedure is to request the S-NG-RAN node to allocate resources for dual connectivity operation for a specific UE. Possible parallel requests are identified by the PCell ID when the initiating NG-RAN node UE AP IDs are the same. The procedure uses UE-associated signalling.
这段概述简洁地阐明了流程的核心：
- 核心目的：由主节点（M-NG-RAN node）发起，请求一个候选的次节点（S-NG-RAN node）为某个特定的UE分配双连接操作所需的资源。这是为UE“招募”一个数据传输的“副手”。
- UE关联性：这是一个UE关联的信令流程。所有的消息交互都围绕着一个特定的UE展开，消息中必须携带能唯一标识该UE的XnAP ID。
- 并行请求：规范允许主节点同时向多个候选的次节点发起添加请求，以寻找最佳的“拍档”。系统通过“相同的UE ID + 不同的主小区ID（PCell ID）”来区分这些并行的招募流程。
3. 8.3.1.2 Successful Operation (成功操作) - 从“求助”到“联手”的详细步骤
这是一个典型的Class 1流程，有问必答，确保了资源协商的闭环和可靠性。让我们跟随规范中的Figure 8.3.1.2-1: S-NG-RAN node Addition Preparation, successful operation，一步步拆解这场“联手”大戏。
第一步：主节点（MN）发起“求援” - S-NODE ADDITION REQUEST
当MN决定为V-Log小杰启用双连接时，它会向选定的候选SN（例如，广场另一侧负载较轻的基站）发起流程。
The M-NG-RAN node initiates the procedure by sending the S-NODE ADDITION REQUEST message to the S-NG-RAN node. When the M-NG-RAN node sends the S-NODE ADDITION REQUEST message, it shall start the timer TXnDCprep.
MN发送S-NODE ADDITION REQUEST消息，并启动一个TXnDCprep定时器。这个定时器是MN的“耐心计时器”，如果在规定时间内没有收到SN的回复，MN就会认为这次“求援”失败。
这封“求援信”的内容极为丰富，它需要向SN提供关于小杰的详尽信息，以便SN做出准确的判断和资源准备。
S-NODE ADDITION REQUEST消息的核心内容解析：
-
UE上下文信息 (UE Context Information)：
UE Security Capabilities：告知SN小杰手机支持的安全算法。S-NG-RAN node Security Key: 这是双连接安全机制的核心。MN会为SN预先计算好一个专用的安全密钥（S-KeNB或S-KgNB），并通过这个IE安全地传递给SN。SN将使用这个密钥来加密和保护它与UE之间的数据。这确保了即使引入了SN，通信的安全性也不会降低。UE Aggregate Maximum Bit Rate: 小杰签约的总带宽上限。
-
PDU Session Resources To Be Added List: 这是“求援信”的“任务清单”，详细说明了MN希望SN如何协助。PDU Session Resource Setup Info – SN terminated: MN希望SN完全承载某些数据流。例如，MN可以决定将一个新发起的文件下载业务完全交给SN处理。这种承载被称为SN Terminated Bearer。PDU Session Resource Setup Info – MN terminated: MN希望SN分担一部分现有数据流的传输。对于小杰的8K直播流，MN可能希望建立一个Split Bearer（分离承载），即上行数据一部分从MN走，另一部分从SN走，在空中接口侧实现带宽叠加。这个IE会包含相关的DRB（数据无线承载）ID和QoS信息。
-
M-NG-RAN node to S-NG-RAN node Container: 一个至关重要的“透明容器”。它里面装着由MN的RRC层生成的、用于配置SN的无线资源控制信息（CG-ConfigInfo）。SN的RRC层会解析这个容器，了解MN建议的无线参数配置，例如需要建立哪些DRB、RLC模式是什么、MAC层配置等。
第二步：次节点（SN）的“尽职调查”与资源准备
SN收到S-NODE ADDITION REQUEST后，并不会盲目地答应，而是会进行一系列严格的评估和准备工作。
-
资源准入控制：SN首先会检查“任务清单”（
PDU Session Resources To Be Added List），分析需要承载或分担的业务的QoS要求。然后，它会评估自身的无线资源（PRB）、传输网络（回传）带宽和处理能力，判断是否有能力满足这些要求。 -
安全上下文建立：
The S-NG-RAN node shall choose the ciphering algorithm based on the information in the UE Security Capabilities IE and locally configured priority list of AS encryption algorithms and apply the key indicated in the S-NG-RAN node Security Key IE as specified in TS 33.501.
SN会根据UE的安全能力和自身的策略，选择一个合适的加密算法，并应用从MN那里获得的安全密钥，为即将到来的通信建立安全上下文。
-
无线资源配置：SN的RRC层解析来自MN的RRC容器，结合自身的资源情况，确定最终的无线配置，并为请求的DRB分配具体的无线资源。
-
用户面路径准备：SN会为其需要处理的承载（无论是SN Terminated还是Split Bearer）分配GTP-U隧道端点（IP地址+TEID），用于后续与MN或核心网UPF的数据传输。
第三步：次节点（SN）的“回执” - S-NODE ADDITION REQUEST ACKNOWLEDGE
一旦所有准备工作就绪，SN就会向MN回复一个S-NODE ADDITION REQUEST ACKNOWLEDGE消息，表示“我已准备好，随时可以联手”。
Upon reception of the S-NODE ADDITION REQUEST ACKNOWLEDGE message the M-NG-RAN node shall stop the timer TXnDCprep.
MN收到这个成功的“回执”后，会立即停止TXnDCprep定时器，标志着S节点添加准备阶段的成功结束。
S-NODE ADDITION REQUEST ACKNOWLEDGE消息的核心内容：
PDU Session Resources Admitted To Be Added List: SN在此列表中详细反馈了它成功建立的资源。对于每个被接受的承载，它会提供自己的用户面GTP-U隧道信息（UP Transport Layer Information），这相当于告诉MN：“数据可以往这个地址发了”。PDU Session Resources Not Admitted List: 如果SN因为资源不足等原因拒绝了某些承载的建立请求，会在这里列出，并附上明确的Cause值。S-NG-RAN node to M-NG-RAN node Container: 另一个“透明容器”。SN的RRC层将其准备好的、需要UE应用的无线配置信息打包放入其中。MN收到后，会把这个容器的内容整合进一个RRCReconfiguration消息中，最终发送给UE，指挥UE去添加并使用SN的无线资源。
至此，XnAP层面的准备工作全部完成。后续，MN会通过RRC信令流程，正式“任命”SN为小杰手机的次服务节点，双连接正式建立，小杰的8K直播流也因此获得了双倍的上行带宽保障，画质稳定如初。
4. 失败与异常：当“联手”请求被拒绝
4.1 8.3.1.3 Unsuccessful Operation (失败操作)
If the S-NG-RAN node is not able to accept any of the bearers or a failure occurs during the S-NG-RAN node Addition Preparation, the S-NG-RAN node sends the S-NODE ADDITION REQUEST REJECT message with an appropriate cause value to the M-NG-RAN node.
如果SN在准入控制阶段发现自己“心有余而力不足”，无法满足MN的请求，它就必须回复S-NODE ADDITION REQUEST REJECT消息。
场景代入：MN向SN请求为一个高优先级业务建立承载，但SN此时无线资源严重拥塞。SN就会回复REJECT消息，并在Cause IE中填入no-radio-resources-available。MN收到后，就知道这次“求援”失败，可能会去尝试联系另一个候选SN，或者通知核心网降低小杰的业务码率。
4.2 8.3.1.4 Abnormal Conditions (异常条件)
If the timer TXnDCprep expires before the M-NG-RAN node has received the S-NODE ADDITION REQUEST ACKNOWLEDGE message, the M-NG-RAN node shall regard the S-NG-RAN node Addition Preparation procedure as being failed and shall trigger the M-NG-RAN node initiated S-NG-RAN node Release procedure.
这是最常见的异常情况：MN的“耐心”耗尽了。如果在TXnDCprep定时器超时后，MN仍未收到SN的任何回复，MN会单方面认为SN添加失败。如果此时已经与SN建立了部分连接，MN甚至会主动发起S-NODE RELEASE流程来清理可能存在的残留资源，确保系统状态的一致性。
5. 总结：双连接的奠基石
S-NG-RAN node Addition Preparation流程是5G双连接功能得以实现的第一个、也是最关键的信令步骤。它通过一次严谨的Class 1交互，在主从节点之间完成了UE上下文的关键信息同步、安全机制的建立、以及无线与传输资源的协商与预留。
- 它是资源协同的起点：为主节点动态利用邻居节点的空闲资源，实现负载均衡和容量提升提供了标准化的信令工具。
- 它是用户体验的保障：通过为高带宽、低时延业务建立双连接，直接提升了用户的峰值速率和连接的可靠性，是eMBB业务的重要使能技术。
- 它是网络灵活性的体现：无论是建立全新的SN承载，还是分离现有的MN承载，该流程都提供了灵活的IE来满足不同的业务场景需求。
对于协议开发者小林而言，这个流程是理解双连接信令交互的入门必修课，涉及到RRC、安全、QoS等多个层面的知识。对于网络优化工程师，分析S-NODE ADDITION REQUEST REJECT消息中的原因值，是定位双连接建立失败率高的重要手段。
FAQ
Q1：S节点添加（SN Addition）和切换（Handover）有什么根本区别？ A1：两者都是移动性管理流程，但目的和结果完全不同。切换的目的是将UE的主服务小区从源节点转移到目标节点，UE最终只与目标节点保持连接。而S节点添加的目的是为UE增加一个辅助的服务节点，UE最终会同时与主节点和次节点保持连接。切换是“搬家”，而S节点添加是“请个帮手”。
Q2：主节点（MN）是如何决定何时为UE发起SN Addition的？ A2：这完全取决于主节点的内部RRM（无线资源管理）算法。通常，MN会基于UE上报的测量报告、自身的负载情况、以及UE的业务类型和QoS需求来做决策。例如，当MN发现UE处于多个小区信号都很好的区域（适合建立DC），且UE正在进行一个高带宽业务导致MN自身负载较高时，就可能触发SN Addition流程。
Q3：什么是SN Terminated Bearer和Split Bearer？ A3：这是双连接中的两种主要承载类型。
- SN Terminated Bearer（SN终止承载）：用户平面的数据路径直接从核心网UPF到SN，再到UE。MN只负责该承载的控制信令，不处理其用户数据。通常用于完全 offload（分流）到SN的业务。
- Split Bearer（分离承载）：用户平面的数据路径从核心网UPF到MN，然后在MN的PDCP层进行分流，一部分数据通过MN的空口发送给UE，另一部分通过Xn-U接口转发给SN，再由SN的空口发送给UE。UE的PDCP层负责将两路数据重新合并。这种方式可以实现上下行带宽的叠加。
Q4：在SN Addition流程中，安全是如何保证的？为什么需要一个S-NG-RAN node Security Key？
A4：在双连接中，SN也需要独立地与UE进行数据加密和完整性保护。因此，SN需要有自己的安全密钥。这个密钥（S-KeNB或S-KgNB）是由MN根据UE的顶级安全密钥计算得出的，然后通过S-NODE ADDITION REQUEST消息中受保护的S-NG-RAN node Security Key IE传递给SN。这样，SN就能建立起与UE之间的独立安全通道，而无需UE和核心网重新进行密钥协商，保证了流程的快速和安全。
Q5：如果MN向多个候选SN发起了并行的添加请求，最终会如何选择？
A5：MN会根据各个候选SN回复的S-NODE ADDITION REQUEST ACKNOWLEDGE或REJECT消息来做决策。它可能会选择第一个成功回复的SN，也可能会等待多个成功回复后，根据它们提供的资源情况（如可用带宽、时延等）择优选择。一旦MN选定了最终的SN（比如SN1），它就会继续后续的RRC配置流程。对于其他也成功回复了但未被选中的SN（比如SN2），MN会向它们发起S-NODE RELEASE流程，释放为其预留的资源。