本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范中，关于“9.2.12 UE TNLA Binding Messages”, “9.2.13 UE Radio Capability Management Messages”, “9.2.14 Data Usage Reporting Messages”及“9.2.15 RIM Information Transfer Messages”的核心章节，旨在为读者提供一个关于5G网络中用于支撑高级功能（如多RAT协同、能力管理、智能运维）的特殊信令消息的全景视图。
深度解析 3GPP TS 38.413：9.2.12 - 9.2.15 网络的“多面手”：特殊信令传输消息
大家好，欢迎回到3GPP规范的深度解析系列！在前几期文章中，我们已经详细剖析了与用户核心体验直接相关的“主干道”消息，如PDU会话、UE上下文和移动性管理。今天，我们将把目光转向那些同样重要，但更为特殊和精细的“辅助道路”——那些为了支撑5G网络高级特性和智能化运维而设计的专用信令消息。
这些消息虽然不直接承载用户的通话或上网数据，但它们是网络实现“多面手”能力的关键。它们负责在不同的网络实体、甚至不同的无线技术（RAT）之间，传递关键的协调信息、能力档案和统计数据。可以说，它们是5G网络智能化的“神经末梢”。
本篇文章将整合四个相对独立但逻辑上相关的消息集，揭示网络是如何处理这些特殊信息交换的：
- 数据使用报告消息 (Data Usage Reporting Messages)：在5G NSA（EN-DC）组网下，网络如何精确统计通过5G链路传输了多少流量？这是精细化计费和策略控制的基础。
- RAN信息传输消息 (RIM Information Transfer Messages)：当一个5G基站需要了解一个无法直接通信的4G基站的信息时（例如为了解决切换中的邻区混淆问题），它如何通过核心网“隔空喊话”？
- UE无线能力管理消息 (UE Radio Capability Management Messages)：网络如何“盘点”和“核查”一部终端的所有“武艺”，并为其建立一个高效的“能力索引”？
- UE TNLA绑定消息 (UE TNLA Binding Messages)：在面向未来的多接入（如5G+Wi-Fi）场景下，网络如何灵活地“解绑”信令链路，同时保持数据通道？
为了生动地理解这些流程，我们将引入今天的主角——网络现场测试工程师David。他正驾驶着一辆装有专业测试终端的车辆，在一个刚刚部署了5G SA网络的城市中，进行4G/5G共存环境下的网络性能和功能验证。
我们将跟随David的测试路线，来深度剖析这些特殊信令消息是如何在他的测试终端与网络之间交互的。
1. 9.2.14 Data Usage Reporting Messages (数据使用报告消息)
这是支撑EN-DC（以及其他多RAT双连接）场景下精细化管理的核心消息。
1.1 SECONDARY RAT DATA USAGE REPORT (次要RAT数据使用报告)
9.2.14.1 SECONDARY RAT DATA USAGE REPORT This message is sent by the NG-RAN node to report Secondary RAT data usage.
场景引入：
David在他的测试终端上启动了EN-DC模式，手机同时连接到4G基站eNB-A（主节点）和5G基站gNB-A（次节点）。他启动了一个大流量的下载任务，数据流被分流到4G和5G两条链路上同时传输。核心网的计费系统需要知道，有多少流量是通过5G链路（次要RAT）下载的。
此时，负责上报的RAN节点（通常是主节点eNB通过其连接的5GC节点gNB）会收集5G链路的流量统计，并向AMF发送SECONDARY RAT DATA USAGE REPORT消息。
表格 9.2.14.1-1: SECONDARY RAT DATA USAGE REPORT 消息内容
| IE/Group Name | Presence | Range | IE type and reference | Semantics description | Criticality | Assigned Criticality |
|---|---|---|---|---|---|---|
| Message Type | M | 9.3.1.1 | YES | ignore | ||
| AMF UE NGAP ID | M | 9.3.3.1 | YES | ignore | ||
| RAN UE NGAP ID | M | 9.3.3.2 | YES | ignore | ||
| PDU Session Resource Secondary RAT Usage List | 1 | YES | ignore | |||
| >Secondary RAT Data Usage Report Transfer | M | OCTET STRING | Containing the Secondary RAT Data Usage Report Transfer IE specified in subclause 9.3.4.23 | - | ||
| Handover Flag | O | ENUMERATED (handover_preparation, …) | YES | ignore | ||
| User Location Information | O | 9.3.1.16 | YES | ignore |
核心IE深度解码：
PDU Session Resource Secondary RAT Usage List: 这是一个列表，因为一个UE可能同时有多个PDU会话（例如，一个上网，一个VoNR），并且这些会话都可能使用了EN-DC。gNB需要为每个使用了次要RAT的PDU会话分别上报其流量。Secondary RAT Data Usage Report Transfer: 这是一个透明容器。gNB将详细的流量统计（包含上、下行字节数）打包在这个IE中。AMF收到后，不会解析其内容，而是直接将其转发给负责该PDU会话的SMF。SMF才是这些统计数据的最终“消费者”，它会根据这些数据进行计费和策略控制。Handover Flag: 这个标志在David的驾车测试场景中非常重要。当车辆即将驶出gNB-A的覆盖范围，准备切换到gNB-B时，gNB-A会在切换准备阶段，发送最后一次数据使用报告，并在这个IE中标记为"handover_preparation"。AMF收到这个标记后，会缓存这份报告，直到切换成功、路径切换也完成后，再将其与切换流程中的其他信息一并可靠地送达SMF，确保了移动场景下流量统计的准确无误。
2. 9.2.15 RIM Information Transfer Messages (RAN信息传输消息)
RIM（RAN Information Management）是RAN节点之间通过核心网“传话”的通用机制，尤其适用于跨RAT的场景。
2.1 UPLINK/DOWNLINK RIM INFORMATION TRANSFER
场景引入：
David的测试车辆继续前行，手机的测量报告显示，一个PCI（物理小区ID）为250的4G小区信号很好，可以作为EN-DC的邻区候选。然而，gNB-A的邻区数据库中没有这个PCI=250的4G小区的全局ID（CGI）。为了能够正确地配置这个邻区关系，gNB-A需要向这个4G小区“打听”它的CGI。
-
UPLINK RIM INFORMATION TRANSFER(上行RIM信息传输)9.2.15.1 UPLINK RIM INFORMATION TRANSFER This message is sent by the NG-RAN node to the AMF to transfer the RIM Information.
gNB-A会发起此流程。它构造一个RIM PDU（可以理解为信件内容），内容是“请求CGI”，并指定了目标eNB的ID（如果已知）或者目标小区的其他信息。然后，它将这个RIM PDU封装在UPLINK RIM INFORMATION TRANSFER消息中，通过AMF发送出去。AMF会根据目标ID，将这个请求路由到4G核心网（MME），再由MME送达目标eNB。 -
DOWNLINK RIM INFORMATION TRANSFER(下行RIM信息传输)9.2.15.2 DOWNLINK RIM INFORMATION TRANSFER This message is sent by the AMF to the NG-RAN node to transfer the RIM Information. 目标eNB收到查询后，会构造一个包含其CGI的RIM应答PDU，并通过MME→AMF的路径返回。AMF最终将这个应答PDU封装在
DOWNLINK RIM INFORMATION TRANSFER消息中，发回给gNB-A。gNB-A收到后，就成功获取了邻区信息，可以更新其邻区列表，为后续可能的切换或双连接做好准备。
这两个消息的核心都是RIM Information Transfer IE，它是一个透明容器，AMF只负责根据其中的Target RAN Node ID进行路由，而不关心其内容。
3. 9.2.13 UE Radio Capability Management Messages (UE无线能力管理消息)
我们在8.14节的流程解析中已经了解了能力管理的宏观流程，现在我们深入消息本身。
3.1 UE RADIO CAPABILITY INFO INDICATION
这是gNB向AMF主动上报UE能力的“档案提交”消息。当David的测试终端首次接入gNB-A时，gNB-A就会通过此消息，将终端上报的完整UE Radio Capability和精简的UE Radio Capability for Paging信息发送给AMF。
3.2 UE RADIO CAPABILITY CHECK REQUEST / RESPONSE
这是AMF向gNB发起的“能力核查”请求。
场景引入：
David准备测试一项需要特定调制方式和频段组合的载波聚合功能。网络策略（PCF）需要确认他当前的gNB是否能与他的终端协同支持此功能。AMF向gNB-A发送UE RADIO CAPABILITY CHECK REQUEST，其中可以包含AMF已知的UE能力信息。
gNB-A收到后，进行“双向匹配”：
- UE的能力是否满足要求？
- gNB自身当前的配置和资源是否支持该能力？
然后，它在
UE RADIO CAPABILITY CHECK RESPONSE中回复结果，例如通过IMS Voice Support Indicator（虽然名字是IMS语音，但这个机制是通用的）来告知AMF“支持”或“不支持”。
3.3 UE RADIO CAPABILITY ID MAPPING REQUEST / RESPONSE
这是为了优化移动性而设计的“能力索引”查询机制。
场景引入：
David的测试终端在业界有一个公认的“能力ID”，例如“TestDevice-ModelX-v2”。这个ID在切换时，从源gNB传递给了目标gNB。目标gNB不认识这个ID，于是向AMF发起UE RADIO CAPABILITY ID MAPPING REQUEST，请求查询该ID对应的完整能力。
AMF在核心网数据库中查到该ID，并通过UE RADIO CAPABILITY ID MAPPING RESPONSE将完整的UE Radio Capability信息返回给目标gNB。这避免了在切换信令中携带庞大的能力信息，大大提升了切换效率。
4. 9.2.12 UE TNLA Binding Messages (UE TNLA绑定消息)
这是一个面向未来的、用于多接入场景的特殊流程。
4.1 UE TNLA BINDING RELEASE REQUEST (UE TNLA绑定释放请求)
场景引入： David的测试终端同时连接着5G网络和工厂内部的Wi-Fi网络，并支持ATSSS（多接入流量导向、切换和分离）。测试中，他需要验证信令面从5G切换到Wi-Fi的场景。
9.2.12.1 UE TNLA BINDING RELEASE REQUEST This message is sent by the AMF to request the NG-RAN node to release the TNLA binding for the respective UE.
AMF会向gNB发送UE TNLA BINDING RELEASE REQUEST消息。这个消息的含义是：“请释放你与这个UE之间的NGAP信令连接（TNLA Binding），因为我们马上要通过另一条路（Wi-Fi）来通信了。但是，请继续保留它的UE上下文和用户面（NG-U）隧道。”
gNB收到后，会拆除与该UE关联的SCTP流，但不会删除UE上下文。这样，即使信令面已经切换，通过5G的数据流仍然可以继续，实现了信令与数据在不同接入技术上的解耦。
FAQ
Q1: Secondary RAT Data Usage Report中的数据是谁统计的？gNB还是UE？
A1: 数据是由RAN侧统计的，具体来说是负责数据分流的节点。在EN-DC场景下，这个节点是主节点MeNB（4G基站）。MeNB从核心网接收所有数据，然后决定哪些数据自己处理，哪些分流给次节点SgNB（5G基站）。因此，只有MeNB知道分流到5G链路的确切流量。MeNB会与SgNB通过X2接口协同，收集SgNB侧的实际发送数据量，最终形成报告，并通过与5GC连接的节点（通常是SgNB）的NGAP接口上报。UE自身也会进行流量统计，但主要用于自身显示和管理，网络侧的计费和策略依据的是RAN侧的统计。
Q2: RIM和SON的Configuration Transfer都用于RAN节点间的信息交换，它们会被合并吗？
A2:
虽然它们机制相似，但服务的场景和历史渊源不同，目前在规范中是并存的。RIM是一个从2G/3G时代就存在的、非常通用的跨RAT信息交换框架，历史悠久，功能稳定。而5G中引入的Configuration Transfer则更聚焦于NG-RAN内部和与E-UTRAN之间的SON功能，特别是ANR（自动邻区关系）。可以认为，Configuration Transfer是针对特定SON场景的、更“现代化”的实现，而RIM则作为一个更底层、更通用的“备用通道”继续存在，特别是在处理与更老旧系统（如GERAN/UTRAN）的互通时。
Q3: 如果AMF收到了一个它不认识的UE Radio Capability ID，它会怎么办？
A3:
如果gNB向AMF发起UE RADIO CAPABILITY ID MAPPING REQUEST，但AMF在自己的数据库（或从UDM查询）中找不到这个ID，AMF会回复一个带有失败原因的UE RADIO CAPABILITY ID MAPPING RESPONSE。这个失败原因会告知gNB查询失败。在这种情况下，gNB如果仍然需要UE的完整能力信息（例如为了切换），它可能需要通过其他方式获取，比如向源gNB请求（在Xn切换中），或者触发AMF向UE发起一次新的能力查询流程。
Q4: UE TNLA BINDING RELEASE REQUEST后，gNB和UE之间就完全没有信令交互了吗？
A4: 是的，在NGAP层面，gNB与AMF之间关于这个UE的UE关联信令连接被释放了。同时，gNB也会释放与UE之间的RRC连接。UE的信令交互会转移到新的接入技术上，例如通过Wi-Fi连接到N3IWF，再与AMF通信。但是，gNB仍然在本地保留了UE的上下文和NG-U用户面隧道。如果后续需要将会话切换回5G，或者数据分流策略发生变化，核心网可以通过非UE关联的信令或其他机制，重新激活gNB上的UE上下文和信令连接。
Q5: 为什么这些看似“辅助”的消息，在NGAP协议中也要被标准化得如此详细？
A5:
因为这些“辅助”消息是实现网络自动化、智能化和异构融合的关键。没有标准化的Data Usage Report，NSA网络的计费就是一笔糊涂账。没有标准化的RIM和Configuration Transfer，网络的自组织、自优化就无从谈起，需要大量昂贵的人工配置。没有标准化的Capability Management，网络就无法充分利用终端的能力，只能提供“一刀切”的保守服务。这些消息虽然不直接影响一次通话或一次下载，但它们决定了整个网络的运营效率、演进能力和最终的用户体验上限。