51学通信

深度解析 3GPP TS 38.413：9.2.5-9.2.7 网络的生命线：NAS传输、接口管理与配置交换

19分钟阅读

本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范中，关于“9.2.5 NAS Transport Messages”、“9.2.6 Interface Management Messages”和“9.2.7 Configuration Transfer Messages”的核心章节，旨在为读者提供一个关于5G NG-C接口如何处理非用户业务相关的基础信令，支撑网络正常运行的全景视图。

深度解析 3GPP TS 38.413：9.2.5-9.2.7 网络的生命线：NAS传输、接口管理与配置交换

大家好，欢迎回到我们的3GPP规范深度解析系列！在前几期文章中，我们聚焦于与用户直接相关的“前台”业务流程，如PDU会话管理和移动性管理。今天，我们将把目光转向“幕后”，探索支撑整个NG-RAN与5GC之间稳定对话的“后台”生命线——那些非直接处理用户数据，但对网络正常运作至关重要的基础信令流程。

这些流程就像是一座城市的市政系统：我们平时可能感知不到它们的存在，但没有它们，整个城市将陷入瘫痪。具体来说，我们将深入剖析三大类核心消息：

  1. NAS传输消息 (NAS Transport Messages)：这是UE与核心网AMF之间“私密对话”的唯一通道。所有涉及注册、认证、安全、会话建立请求等关键的非接入层（Non-Access Stratum）信令，都由gNB作为“邮差”，通过这个流程进行透明、可靠的传递。

  2. 接口管理消息 (Interface Management Messages)：这是gNB与AMF之间建立“工作关系”的基石。当一个新gNB上线时，它如何向网络“报到”？当网络拓扑或配置发生变化时，双方如何“互通有无”？当发生重大故障时，又如何“一键重启”？这些都由接口管理消息来定义。

  3. 配置传输消息 (Configuration Transfer Messages)：这是实现网络智能化、自组织（SON）的关键“信使”服务。当两个gNB之间需要交换配置信息（如建立Xn接口），但又无法直接通信时，AMF如何扮演“中间人”，为它们“传书带信”？

为了生动地理解这些 foundational 流程，我们将继续跟随网络监控专家Morpheus和他的徒弟Neo。他们将亲历一个全新5G基站（gNB-Newbie-01）的完整上线、配置、以及服务第一个用户（Chloe）的全过程。

  • 场景一：gNB-Newbie-01首次上电，如何通过接口管理流程向AMF-Alpha“自我介绍”并建立NG连接。
  • 场景二：Chloe的手机成为第一个接入gNB-Newbie-01的用户，她的注册请求如何通过NAS传输流程被送达AMF。
  • 场景三：gNB-Newbie-01为了优化切换性能，需要获取邻居gNB-CBD-01的配置信息，它如何利用配置传输流程，请AMF“代为询问”。

通过这个连贯的场景，我们将彻底搞懂这些“幕后”英雄是如何协同工作，支撑起一个稳定、高效、智能的5G网络的。

1. UE与核心网的“密语”通道：9.2.5 NAS Transport Messages (NAS传输消息)

NAS传输流程的核心，是为UE的NAS层和AMF的NAS层之间建立一个可靠的信令传输管道。接入网（gNB）在这个过程中扮演着一个完全透明的“邮差”角色。

1.1 INITIAL UE MESSAGE (初始UE消息)

这是UE与核心网的“第一次亲密接触”，是所有故事的开始。

9.2.5.1 INITIAL UE MESSAGE This message is sent by the NG-RAN node to transfer the initial layer 3 message to the AMF over the NG interface.

场景引入： Chloe的手机开机后，在gNB-Newbie-01的小区上完成了RRC连接建立。紧接着，手机的NAS层生成了一份Registration Request（注册请求）消息，这是它向5GC发出的第一份正式“文书”。手机将这份NAS PDU交给gNB。

gNB收到后，会将其封装在INITIAL UE MESSAGE中，发往AMF-Alpha。这是gNB为这个新来的UE与AMF建立的第一个UE关联信令。

表格 9.2.5.1-1: INITIAL UE MESSAGE 消息内容

IE/Group NamePresenceIE type and referenceSemantics descriptionCriticality
RAN UE NGAP IDM9.3.3.2reject
NAS-PDUM9.3.3.4reject
User Location InformationM9.3.1.16reject
RRC Establishment CauseM9.3.1.111ignore
5G-S-TMSIO9.3.3.20reject
UE Context RequestOENUMERATED (requested, …)ignore
…

核心IE深度解读：

  • RAN UE NGAP ID: gNB在本地为这个UE分配的一个唯一ID。这是gNB侧的“档案编号”。
  • NAS-PDU: 这就是那个透明的“信封”，里面装着UE发来的原始Registration Request。gNB对内容一无所知，也无需知道。
  • User Location Information: gNB必须告知AMF，这条消息是从哪个小区（CGI）、哪个跟踪区（TAI）收到的。这是AMF进行移动性管理和定位的基础。
  • UE Context Request: 这是一个非常重要的标志。如果UE在RRC连接建立时表明自己有活动的NAS信令要处理，gNB就会在这里填上"requested"。AMF看到这个标志后，就会明白：“这个UE不是只想‘潜水’，它有正事要办。” 于是AMF会立即启动INITIAL CONTEXT SETUP流程，为UE建立完整的上下文，而不仅仅是保持一个临时的信令连接。

INITIAL UE MESSAGE成功建立了UE在AMF和gNB的上下文后，后续所有的NAS信令交互都将通过DOWNLINK NAS TRANSPORT和UPLINK NAS TRANSPORT来完成。

  • DOWNLINK NAS TRANSPORT (9.2.5.2): AMF向UE发送NAS消息的通道。例如，AMF收到注册请求后，需要对UE进行身份认证，就会将Authentication Request封装在此消息中，发往gNB，gNB再透明地转发给UE。
  • UPLINK NAS TRANSPORT (9.2.5.3): UE向AMF发送NAS消息的通道。例如，UE计算出认证响应后，会通过RRC消息上报给gNB，gNB再将其封装在此消息中，发往AMF。

1.3 异常与重路由

  • NAS NON DELIVERY INDICATION (NAS未送达指示, 9.2.5.4): 如果gNB收到了AMF发来的DOWNLINK NAS TRANSPORT，但由于某种原因（例如，此时UE正在切换）无法送达UE，gNB会通过此消息向AMF报告：“你发给Chloe的信，我没送到。”
  • REROUTE NAS REQUEST (重路由NAS请求, 9.2.5.5): 这是一个用于AMF负载均衡的机制。如果一个AMF过载，它可以请求gNB将一个INITIAL UE MESSAGE重新路由到另一个AMF。

2. 网络基石的构建：9.2.6 Interface Management Messages (接口管理消息)

如果说NAS传输是UE与核心网的对话，那么接口管理就是gNB与AMF之间的“建交”和“日常联络”机制。

2.1 NG SETUP REQUEST / RESPONSE / FAILURE (NG建立请求/响应/失败)

这是NG-C接口建立后的第一个NGAP消息，是gNB上线后的“第一声啼哭”。

9.2.6.1 NG SETUP REQUEST This message is sent by the NG-RAN node to transfer application layer information for an NG-C interface instance.

场景引入： 新基站gNB-Newbie-01上电，其底层传输网络（SCTP）与AMF-Alpha成功建立了连接。现在，gNB需要在NGAP应用层向AMF进行“注册”。

gNB-Newbie-01向AMF-Alpha发送NG SETUP REQUEST消息。这是一份详细的“gNB能力与覆盖范围说明书”。

表格 9.2.6.1-1: NG SETUP REQUEST 消息内容

IE/Group NamePresenceSemantics descriptionCriticality
Global RAN Node IDMgNB的全局唯一ID。reject
RAN Node NameOgNB的人类可读名称（如“CBD_gNB_01”）。ignore
Supported TA List1该gNB支持的跟踪区（TA）列表。reject
>Supported TA Item1..
>>TAI Slice Support ListM在每个TA中，该gNB支持的网络切片列表。-
Default Paging DRXM该gNB建议的默认寻呼DRX周期。ignore

AMF收到后，会验证这个gNB的合法性，记录其覆盖范围和能力，然后回复NG SETUP RESPONSE。这份“回执”同样重要，它包含了AMF的身份信息：

表格 9.2.6.2-1: NG SETUP RESPONSE 消息内容

IE/Group NamePresenceSemantics description
AMF NameMAMF的人类可读名称。
Served GUAMI List1该AMF服务的GUAMI（全局唯一AMF标识符）列表。
Relative AMF CapacityMAMF向gNB宣告的、自己的相对负载能力（0-255）。
PLMN Support List1AMF支持的PLMN列表。

Relative AMF Capacity是实现AMF负载均衡的关键。gNB会优先向容量值高的AMF发送初始接入请求。如果AMF由于任何原因无法接受这个gNB（如配置错误），它会回复NG SETUP FAILURE。

2.2 RAN/AMF CONFIGURATION UPDATE (RAN/AMF配置更新)

NG SETUP是一次性的。之后，如果gNB或AMF的配置发生变化，就需要通过CONFIGURATION UPDATE流程来通知对方。

  • RAN CONFIGURATION UPDATE (9.2.6.4): 由gNB发起。例如，gNB-Newbie-01经过扩容，开始支持一个新的TA或一个新的网络切片，它会通过此消息通知AMF。
  • AMF CONFIGURATION UPDATE (9.2.6.7): 由AMF发起。例如，AMF-Alpha由于负载升高，需要降低自己的Relative AMF Capacity值，它会通过此消息通知所有连接的gNB，让它们在选择AMF时考虑这个新变化。

2.3 NG RESET (NG复位)

这是用于处理大规模故障的“紧急重置”流程。

9.2.4.1 General The purpose of the NG Reset procedure is to initialise or re-initialise the RAN, or part of RAN NGAP UE-related contexts, in the event of a failure in the 5GC or vice versa.

NG RESET可以由gNB或AMF任何一方发起。它有两种模式：

  1. 全局复位: 重置整个NG-C接口，释放该接口上所有的UE上下文和PDU会话。这通常在网元发生严重故障并重启后使用。
  2. 部分复位: 消息中携带一个UE-associated Logical NG-connection List，只重置列表中指定的UE上下文。

2.4 ERROR INDICATION 和 AMF STATUS INDICATION

  • ERROR INDICATION (9.2.6.13): 一个通用的错误报告消息，用于报告在处理收到的消息时遇到的、无法通过特定失败消息报告的协议错误。
  • AMF STATUS INDICATION (9.2.6.10): AMF主动通知gNB，自己即将变得不可用（例如，计划内维护）。gNB收到后，应避免将新的UE接入到这个AMF。

3. gNB间的“鸿雁传书”：9.2.7 Configuration Transfer Messages (配置传输消息)

我们已经在此系列之前的文章中对该流程进行过详细解读，这里我们结合本章的上下文，再次回顾其核心。

9.2.7.1 UPLINK RAN CONFIGURATION TRANSFER 9.2.7.2 DOWNLINK RAN CONFIGURATION TRANSFER

场景引入： gNB-Newbie-01成功上线并服务了第一个用户Chloe。现在，SON功能启动，它需要与邻居gNB-CBD-01建立Xn接口。但由于网络规划，它们之间没有直接的IP路由。

  1. UPLINK: gNB-Newbie-01向AMF-Alpha发送UPLINK RAN CONFIGURATION TRANSFER，其中SON Configuration Transfer IE包含了发往gNB-CBD-01的Xn配置请求。
  2. DOWNLINK: AMF-Alpha作为“信使”，将这个SON Configuration Transfer IE封装在DOWNLINK RAN CONFIGURATION TRANSFER消息中，透明地转发给gNB-CBD-01。

这个流程完美地展示了NGAP如何通过AMF这个中心节点，解决了RAN节点间的“通信孤岛”问题，为高级的自组织网络功能提供了基础的信令通路。

FAQ

Q1: INITIAL UE MESSAGE和INITIAL CONTEXT SETUP REQUEST是什么关系？它们总是成对出现吗？

A1: 它们是UE初始接入过程中的关键两步，但不一定成对出现。

  1. INITIAL UE MESSAGE是第一步，由gNB在收到UE的第一个NAS消息（如Registration Request）后，发往AMF。它“敲开”了AMF的大门。
  2. INITIAL CONTEXT SETUP REQUEST是第二步，由AMF在完成对UE的认证和核心网资源准备后，发往gNB。它正式请求gNB为UE建立完整的上下文。 它们通常会成对出现。但如果UE只是发起一次简短的信令交互而不需要建立PDU会话（例如，响应寻呼后只是收发一条短信），AMF可能只会通过DOWNLINK/UPLINK NAS TRANSPORT完成交互，而不会发起INITIAL CONTEXT SETUP，以节省信令开销。只有当INITIAL UE MESSAGE中UE Context Request标志被设置时，AMF才必须启动上下文建立流程。

Q2: 为什么NAS-PDU对gNB是透明的？gNB知道UE在进行注册还是发起业务请求吗？

A2: NAS-PDU的透明性是3GPP架构中接入层（AS）与非接入层（NAS）分离的核心原则。

  • 接入层（AS），由gNB和UE的RRC层负责，只关心如何建立和维护可靠的无线连接，即“修路”。
  • 非接入层（NAS），由AMF和UE的核心协议栈负责，关心的是用户的身份、安全、移动性状态和会话管理，即“路上跑的是什么车，要去哪里”。 gNB作为“修路工”，它不需要也不应该知道“车”里的具体“货物”（NAS消息内容）。它只需要确保路是通的。这种分离使得AS和NAS可以独立演进，例如，未来引入新的NAS流程（如新的认证方法），完全不需要改动gNB的软件。

Q3: NG SETUP和RAN CONFIGURATION UPDATE有什么区别？gNB重启后是发NG SETUP还是UPDATE？

A3: 主要区别在于**“初始化”和“增量更新”**。

  • NG SETUP: 用于在gNB与AMF之间首次建立NGAP应用层关联。它会擦除双方任何可能存在的旧有上下文，建立一个全新的、干净的接口。因此，gNB重启后，必须重新发起NG SETUP流程。
  • RAN CONFIGURATION UPDATE: 用于在一个已经建立并稳定运行的NG接口上，增量地更新gNB的配置。例如，只是增加了一个新的切片支持，而gNB的其他配置（如全局ID、支持的TA）都没有变。

Q4: 一个gNB可以同时连接到多个AMF吗？它是如何选择AMF的？

A4: 是的，一个gNB通常会配置连接到**一个AMF Set（AMF集合）**中的多个AMF，以实现负载均衡和冗余备份。gNB的选择过程如下：

  1. 配置：gNB在开站时，会通过网管配置好AMF Set中所有AMF的传输层地址（IP地址）。
  2. NG SETUP：gNB会与Set中的所有AMF都建立NG连接和NGAP关联。
  3. 获取容量：在NG SETUP RESPONSE中，每个AMF都会向gNB报告自己的Relative AMF Capacity。
  4. 选择：当一个新UE（没有有效的GUAMI）接入时，gNB会根据一种加权算法，优先选择Relative AMF Capacity值最高的AMF来发送INITIAL UE MESSAGE。
  5. 更新：AMF会通过AMF CONFIGURATION UPDATE消息，动态地更新自己的容量值，从而动态地引导gNB进行负载均衡。

Q5: NG RESET流程会影响正在通话的用户吗？

A5: 会的，而且影响非常大。NG RESET是一个“大杀器”，特别是全局复位。当gNB收到一个来自AMF的全局NG RESET时，它必须释放与该AMF关联的所有UE的上下文和所有无线资源。这意味着所有正在该gNB下进行通话、上网的用户都会立即掉线。 同样，如果gNB向AMF发起全局NG RESET，AMF也会清除所有来自该gNB的UE上下文。因此，NG RESET只在发生严重故障、导致双方上下文不一致、无法通过其他方式恢复时，作为最后的手段来使用。它以牺牲当前所有业务为代价，换取接口状态的快速恢复和同步。

关系图谱