51学通信

深度解析 3GPP TS 38.413：8.14 UE Radio Capability Management (UE无线能力管理)

21分钟阅读

本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范中，关于“8.13 UE TNLA Binding Procedures”和“8.14 UE Radio Capability Management Procedures”的核心章节，旨在为读者提供一个关于5G网络如何识别、管理和利用终端“十八般武艺”（无线能力）的全景视图。

深度解析 3GPP TS 38.413：8.14 UE Radio Capability Management (UE无线能力管理)

大家好，欢迎回到我们的3GPP规范深度解析系列！在前几期文章中，我们已经探讨了网络如何为用户建立连接、传输信令、进行定位等。今天，我们将聚焦于一个至关重要的“知己知彼”的过程——UE无线能力管理（UE Radio Capability Management）。

每一部5G终端，从基础的物联网模块到顶级的旗舰智能手机，其无线能力都千差万别。有的支持毫米波，有的不支持；有的支持16流的载波聚合，有的只支持2流；有的具备最新的低时延通信特性，有的则专注于低功耗。网络如何准确地了解每一部终端的“特长”和“短板”，并据此为其提供最优的服务呢？这正是UE Radio Capability Management流程的核心使命。

这个流程就像是网络对终端进行的一次全面“体检”和“能力认证”。通过它，网络可以：

  1. 摸清家底：了解UE支持的所有频段、调制方式、MIMO层数、各种新特性等。

  2. 按需问诊：在需要开启某项特定业务（如VoNR高清语音）前，主动“问询”gNB该UE是否胜任。

  3. 效率优化：为海量的、复杂的UE能力信息建立“索引卡”，避免在网络内部频繁传递庞大的能力数据包，提升 handover 等移动性流程的效率。

为了生动地理解这些流程，我们将引入一位新主角——科技评测博主Chloe。她刚刚拿到一部最新发布的、集成了各种前沿5G技术的旗舰手机，准备进行深度评测。我们将跟随Chloe的手机首次开机入网，来深入剖析本章定义的三个核心流程：

  • UE Radio Capability Info Indication：Chloe的手机如何向网络主动“秀肌肉”，展示其强大的无线能力。

  • UE Radio Capability Check：网络如何“面试”Chloe的手机，确认它是否具备开启VoNR高清语音通话的资格。

  • UE Radio Capability ID Mapping：网络如何为Chloe手机这套复杂的“能力档案”创建一个简洁的“员工编号”，以备后续快速查阅。

在进入正题之前，我们将首先简要介绍一下规范中的一个非常特殊且小众的流程——8.13 UE TNLA Binding Procedures。

简述：8.13 UE TNLA Binding Procedures (UE TNLA绑定释放流程)

这是一个高度专业化的流程，主要用于支持5G中的多接入技术，例如ATSSS（Access Traffic Steering, Switching and Splitting）。

8.13.1.1 General

The purpose of the UE TNLA Binding Release procedure is to request the NG-RAN node to release the NGAP UE TNLA binding, while requesting the NG-RAN node to maintain NG-U (user plane connectivity) and UE context information as specified in TS 23.502. The procedure uses UE-associated signalling.

简单来说，这个流程的目的是**“断开信令连接，但保持数据通道”**。

想象一个场景：一个UE同时连接着5G蜂窝网络和家里的Wi-Fi，并且它的数据业务（如一个视频流）可以同时利用这两条路径传输。当UE决定将其主要的信令交互从5G蜂窝网络迁移到Wi-Fi上时，核心网（AMF）就需要通知gNB：“你可以释放与这个UE的NGAP信令绑定了，因为我们接下来要通过Wi-Fi‘对话’了。但是，请继续保持它的用户面（NG-U）隧道，数据流暂时还从你这里走。”

UE TNLA BINDING RELEASE REQUEST消息就是AMF下达的这个指令。收到后，gNB会拆除UE关联的逻辑NG连接，但保留UE上下文和NG-U隧道。这是一个为了实现跨接入技术无缝切换和协同而设计的精巧机制。由于它在常规的蜂窝通信中并不常用，我们在此仅做简要介绍。

2. UE Radio Capability Management Procedures (UE无线能力管理)

现在，让我们回到Chloe和她的新手机，正式进入今天的主题。

2.1 UE Radio Capability Info Indication (UE无线能力信息指示)

这是网络获取UE能力信息最主要、最直接的方式。它是一个由gNB主动发起的流程。

2.1.1 通用流程 (General)

8.14.1.1 General

The purpose of the UE Radio Capability Info Indication procedure is to enable the NG-RAN node to provide to the AMF UE radio capability-related information. The procedure uses UE-associated signalling.

当UE首次接入网络，或响应网络的查询时，它会通过RRC消息向gNB上报其完整的无线能力信息。gNB收到后，有责任将这份重要的“能力档案”转发给AMF，以便核心网进行记录和决策。

2.1.2 成功操作 (Successful Operation)

这是一个由gNB发起的单向消息流程，如图“Figure 8.14.1.2-1: UE radio capability info indication”所示。

场景引入：

Chloe第一次将SIM卡插入新手机并开机。手机通过RRC连接建立过程，向gNB-Mall-01发送了包含了其庞大能力集的UECapabilityInformation消息。gNB解析后，发现这是一款支持众多新特性的高端设备。

The NG-RAN node controlling a UE-associated logical NG connection initiates the procedure by sending a UE RADIO CAPABILITY INFO INDICATION message to the AMF including the UE radio capability information.

gNB-Mall-01立即向AMF-Alpha发送UE RADIO CAPABILITY INFO INDICATION消息。这个消息中包含了几个关键的IE：

  • UE Radio Capability: 这是核心载荷，原封不动地包含了UE通过RRC上报的完整能力信息。这个IE可能会非常大，因为它详细描述了UE支持的每一个频段组合、MIMO能力、调制阶数、各种协议特性等。

  • UE Radio Capability for Paging: 这是一个非常重要的能力子集。完整的UE能力信息对于AMF来说过于庞大和复杂，尤其当需要为成千上万处于空闲态的UE存储这些信息时，开销巨大。而UE Radio Capability for Paging只提取了与寻呼优化相关的能力，例如UE支持的DRX周期、是否支持WUS（唤醒信号）等。AMF只需要存储这个“精简版”的能力信息，就能在后续发起寻呼时做出更高效的决策。

  • UE Radio Capability – E-UTRA Format: 在5G NSA（非独立组网）或EN-DC（E-UTRA-NR双连接）场景下，5GC需要知道UE的4G（E-UTRA）能力，以便与4G核心网（EPC）正确协同。这个IE就用于承载这部分信息。

场景演绎：

gNB-Mall-01像一位尽职的“档案管理员”，在收到Chloe手机长达数十页的“能力简历”（UE Radio Capability）后，它并没有直接把整份简历扔给CEO（AMF），而是：

  1. 将完整的简历复印一份，通过UE RADIO CAPABILITY INFO INDICATION消息上报给AMF的中央档案室。

  2. 同时，它还贴心地为CEO准备了一张“能力摘要卡片”（UE Radio Capability for Paging），上面只写着：“该员工（UE）待机时，可以按以下几种模式接收通知（DRX信息），支持提前唤醒（WUS）。”

AMF收到后，将完整简历存入数据库，并将摘要卡片放在手边，以备后续寻呼Chloe时使用。

2.2 UE Radio Capability Check (UE无线能力检查)

与gNB主动上报不同，这是一个由AMF主动发起的“问询”流程，通常用于确认UE是否满足某项特定业务的要求。

2.2.1 通用流程 (General)

8.14.2.1 General

The purpose of the UE Radio Capability Check procedure is for the AMF to request the NG-RAN node to derive and provide an indication to the AMF on whether the UE radio capabilities are compatible with the network configuration for IMS voice.

规范明确指出，这个流程最典型的应用场景就是检查UE对IMS语音（即VoNR）的兼容性。

2.2.2 成功操作 (Successful Operation)

这是一个请求-响应流程，如图“Figure 8.14.2.2-1: UE radio capability check procedure: successful operation”所示。

场景引入：

Chloe的手机已经成功入网。现在，她尝试拨打她的第一个VoNR高清语音电话。核心网的IMS系统通知AMF准备语音承载。AMF需要确认Chloe的手机在当前gNB的配置下，是否真的能够支持VoNR。

The AMF initiates the procedure by sending a UE RADIO CAPABILITY CHECK REQUEST message. … Upon receipt of the UE RADIO CAPABILITY CHECK REQUEST message, the NG-RAN node checks whether the UE radio capabilities are compatible with the network configuration for IMS voice, and responds with a UE RADIO CAPABILITY CHECK RESPONSE message…

  1. AMF发问：AMF向gNB-Mall-01发送UE RADIO CAPABILITY CHECK REQUEST消息。如果AMF已经存有Chloe手机的UE Radio Capability信息，它可以将这份信息附在请求中。

  2. gNB核查：gNB收到请求后，会进行一次综合评估。它不仅会检查UE的能力信息，还会结合自身当前小区的配置。例如，手机可能支持VoNR，但gNB当前小区并未开启VoNR功能，或者所需的特定QoS流配置不受支持。

  3. gNB回答：gNB将评估结果填入UE RADIO CAPABILITY CHECK RESPONSE消息并回复给AMF。这个响应的核心IE是IMS Voice Support Indicator。

  • IMS Voice Support Indicator：这个IE的取值非常直接——Supported或Not Supported。它给了AMF一个明确的“是”或“否”的答案。

场景演绎：

AMF向gNB-Mall-01发问：“Chloe的手机要打电话，你那边检查一下，它的能力和你的配置，能不能支持VoNR？”

gNB-Mall-01经过核查，发现Chloe的旗舰手机能力完全满足，并且自己也配置了VoNR。于是它回复：“IMS Voice Support Indicator = Supported”。

AMF收到肯定的答复后，便会继续后续的PDU会话修改流程，为Chloe建立一个用于语音通话的专用QoS流。

2.3 UE Radio Capability ID Mapping (UE无线能力ID映射)

这个流程旨在解决UE能力信息过于庞大，在网络内部（特别是切换时）频繁传输效率低下的问题。

2.3.1 通用流程 (General)

8.14.3.1 General

The purpose of the UE Radio Capability ID Mapping procedure is for the NG-RAN node to request from the AMF UE Radio Capability information mapped to the UE Radio Capability ID.

其核心思想是，为一套特定且常见的UE能力组合，分配一个简短的、全网唯一的**UE Radio Capability ID**。之后，网络内部传递时，只需要传递这个短ID，而不再需要传递整个庞大的能力信息块。

2.3.2 成功操作 (Successful Operation)

这是一个由gNB发起的请求-响应流程，如图“Figure 8.14.3.2-1: UE Radio Capability ID Mapping procedure: successful operation”所示。

场景引入：

Chloe的手机在注册时，除了上报完整的UE Radio Capability，还上报了一个由制造商分配的UE Radio Capability ID，例如“Samsung-S_ModelX_Rev2-V1”。AMF将这个ID和对应的完整能力信息存储在了核心网的数据库（UDR）中。

现在，Chloe从gNB-Mall-01移动到了gNB-CBD-01。在切换过程中，gNB-Mall-01只需要将这个简短的UE Radio Capability ID传递给目标gNB-CBD-01即可。gNB-CBD-01收到这个ID后，它并不知道这个ID代表了什么具体能力。于是，它需要向AMF查询。

  1. gNB查询：gNB-CBD-01向AMF发送UE RADIO CAPABILITY ID MAPPING REQUEST，其中包含ID“Samsung-S_ModelX_Rev2-V1”。

  2. AMF回复：AMF收到请求后，用这个ID去数据库中检索，找到对应的完整的UE Radio Capability信息，然后通过UE RADIO CAPABILITY ID MAPPING RESPONSE消息回复给gNB-CBD-01。

场景演绎：

Morpheus向Neo展示了这个流程的高效之处：“你看，切换时，两个gNB之间不再需要传递那个几千字节的能力信息包了，只需要传递一个几十字节的ID。目标gNB如果本地没有这个ID的缓存，就向AMF问一次。这样一来，切换信令的开销大大降低，切换速度也更快了。” 这就像在公司内部，我们通过员工工号来调取档案，而不是每次都让员工重新填写一份完整的履历。

FAQ

Q1: gNB是什么时候通过UE Radio Capability Info Indication上报UE能力的？是每次UE连接都会上报吗？

A1:

不是每次都上报。这会造成巨大的信令冗余。通常在上报一次后，AMF就会存储这份能力信息。gNB只在以下几种情况需要上报：

  1. 首次接入：当AMF中完全没有该UE的能力信息时（例如UE首次开机注册）。

  2. AMF请求：当AMF通过DOWNLINK NAS TRANSPORT中的UE Capability Info Request IE明确要求gNB上报时。

  3. 能力变更：如果UE的能力发生了变化（虽然这种情况很少见），并通过RRC流程通知了gNB。

  4. 切换到新的AMF：如果UE移动到了一个新的AMF服务区，新的AMF没有该UE的能力信息，它会通过INITIAL CONTEXT SETUP REQUEST消息请求gNB提供。

Q2: 如果UE Radio Capability Check返回“Not Supported”，是不是意味着我就不能打电话了？

A2:

不一定。这仅仅意味着你不能使用VoNR（基于5G数据网络的超高清语音）。如果网络和UE都支持，系统会自动进行Fallback（回落）。最常见的是EPS Fallback，即核心网会指示UE回落到4G网络，并通过4G的IMS语音（VoLTE）来完成本次通话。通话结束后，UE再返回5G网络。所以，你依然能打电话，只是通话的质量和体验可能从“超高清”降为“高清”。

Q3: UE Radio Capability ID是由谁来标准化和管理的？

A3:

这个ID的生成和管理是一个产业链协作的过程。它通常由UE制造商根据手机的型号、硬件和软件版本来生成一个唯一的标识符，这个标识符与一套完整的无线能力相对应。然后，运营商需要获取这些ID与具体能力集的映射关系，并将其配置到核心网的数据库中（如UDR/UDM）。这样，当AMF从UE那里收到一个ID时，它才能在自己的数据库里找到对应的“能力档案”。GSMA等组织也会参与协调，以确保这些ID的格式和使用具有一定的通用性。

Q4: 为什么需要gNB来做UE Radio Capability Check，AMF自己不能直接判断吗？

A4:

因为UE能否支持某项业务（如VoNR），是一个**“UE能力”和“当前网络配置”**共同作用的结果。AMF存储的是UE的“理论能力”，即UE的“简历”。但这份简历并不代表UE在任何“岗位”（小区）都能发挥其全部能力。

gNB掌握着“岗位”的实时信息，即当前小区的具体配置、资源负载、频段情况等。只有gNB才能做出最准确的判断：“这个UE虽然理论上支持VoNR，但我这个小区现在没开VoNR功能/资源紧张，所以‘Not Supported’。” 或者 “UE和我的配置都匹配，‘Supported’。” 因此，这个检查必须由gNB来完成。

Q5: 5G终端的能力信息为什么会变得如此庞大和复杂？

A5:

这主要是由5G技术本身的复杂性和灵活性决定的。与4G相比，5G引入了大量的频段组合（Band Combination），尤其是在载波聚合（CA）和双连接（DC）场景下。一个UE需要明确告诉网络，它支持哪些频段的组合、在这些组合下能支持的最大带宽、MIMO层数是多少等等。随着Release版本的演进，新的特性（如NR-U、IAB、NTN、RedCap等）不断加入，所有这些都需要通过能力信令来体现。因此，UE的能力信息就从4G时代的一个相对简单的列表，演变成了一个庞大而复杂的树状结构，这也是UE Radio Capability ID Mapping这类优化机制变得越来越重要的原因。

关系图谱