本文技术原理深度参考了3GPP TS 38.413 V18.5.0 (2025-03) Release 18规范中，关于“8.7.2 RAN Configuration Update”和“8.7.3 AMF Configuration Update”的核心章节，旨在为读者提供一个关于NG-C接口在建立后如何进行动态维护和配置更新的深度洞察。
深度解析 3GPP TS 38.413：8.7.2 & 8.7.3 RAN/AMF Configuration Update (配置更新流程)
大家好！在上期文章中，我们详细剖析了gNB与AMF初次“握手”的NG Setup流程。一旦这个初始化的“入职报道”完成，NG-C接口就进入了正常工作状态。然而，通信网络是一个动态演进的系统，网元的配置并非一成不变。软件升级、硬件扩容、网络优化……这些日常运维活动都会导致gNB或AMF的配置发生变化。
那么，当一个已经在线服务的gNB或AMF的配置更新后，它如何将这些变化“同步”给自己的合作伙伴，以确保双方的互操作性始终保持一致呢？这正是我们今天要探讨的主题——配置更新流程（Configuration Update Procedures）。
与NG Setup的“从无到有”不同，配置更新是“从有到优”的过程。它是一种轻量级的、在线的、对现网业务影响最小化的信息同步机制。这个机制是双向的：gNB可以向AMF报告自己的变化，AMF也可以向gNB通知自己的更新。
在本篇文章中，我们将继续沿用上一期的场景，主角是已经成功“入职”的gNB-CBD-01和它的“上级”AMF-Alpha。我们将通过两个典型的运维场景，来深度剖析本章定义的两个核心流程：
- RAN Configuration Update (RAN配置更新)：网络优化工程师为gNB-CBD-01增加了一个新的服务小区，扩大了覆盖范围。我们将看到gNB-CBD-01如何主动向AMF-Alpha汇报这一变化。
- AMF Configuration Update (AMF配置更新)：核心网侧为了支持一项新的物联网业务，对AMF-Alpha进行了切片配置升级。我们将看到AMF-Alpha如何将这一新能力通知给gNB-CBD-01。
通过这两个互为镜像的流程，我们将深入理解5G网络是如何在不中断现有服务的前提下，实现网络配置的动态、平滑演进。
1. RAN Configuration Update (RAN配置更新)
当NG-RAN节点（gNB）自身的配置发生变化时，它需要主动通知其连接的AMF。RAN Configuration Update流程就是为此设计的。
1.1 通用流程 (General)
8.7.2.1 General The purpose of the RAN Configuration Update procedure is to update application level configuration data needed for the NG-RAN node and the AMF to interoperate correctly on the NG-C interface. This procedure does not affect existing UE-related contexts, if any. The procedure uses non UE-associated signalling.
这段定义强调了三个核心特点：
- 目的在于“更新”：它不是建立新连接，而是更新已存在连接上的应用层数据。
- 不影响现网用户：这是一个关键保证。执行此流程不会中断正在gNB上进行通信的用户的业务（
does not affect existing UE-related contexts）。这使得在线网络优化和升级成为可能。 - 网络层面信令：这是一个gNB与AMF之间的“内部对话”（
non UE-associated signalling），与任何特定的UE无关。
1.2 成功操作 (Successful Operation)
这是一个由gNB发起的、简单的请求-响应流程。规范中的“Figure 8.7.2.2-1: RAN configuration update: successful operation”清晰地展示了这一点。
- NG-RAN node → AMF:
RAN CONFIGURATION UPDATE - AMF → NG-RAN node:
RAN CONFIGURATION UPDATE ACKNOWLEDGE
1.2.1 gNB的“工作汇报” - RAN CONFIGURATION UPDATE消息
场景引入： 网络优化团队决定为CBD区域增加5G覆盖。工程师通过网管系统为gNB-CBD-01激活了一个新的小区，这个新小区属于一个新的跟踪区（Tracking Area），TAC为1003。配置生效后，gNB-CBD-01必须立即将这一变化通知AMF-Alpha，以便AMF在后续进行寻呼或移动性管理时，能够将这个新区域考虑在内。
此时，gNB-CBD-01会向AMF-Alpha发送一个RAN CONFIGURATION UPDATE消息。
The NG-RAN node initiates the procedure by sending a RAN CONFIGURATION UPDATE message to the AMF including an appropriate set of updated configuration data that it has just taken into operational use.
这个消息的核心在于携带“已更新的配置数据”。与NG SETUP需要提供全部信息不同，UPDATE消息可以只包含发生变化的那些信息。但对于列表型IE（如Supported TA List），规范有特殊要求。
If the
Supported TA ListIE is included in the RAN CONFIGURATION UPDATE message, the AMF shall overwrite the whole list of supported TAs and the corresponding list of supported slices for each TA, and use them for subsequent registration area management of the UE.
这意味着，如果gNB要更新其服务的TA列表，它不能只发送新增的TA，而必须发送完整的、更新后的TA列表。AMF会用这个新列表完全覆盖旧的列表。这种“全量替换”的设计简化了状态同步，避免了复杂的增量更新逻辑。
RAN CONFIGURATION UPDATE消息关键IE解读 (参考表格 9.2.6.4-1):
Supported TA List：最常用的更新内容。如上所述，用于gNB通知AMF其服务区域的变化。RAN Node Name/Extended RAN Node Name：如果网管修改了gNB的名称（例如，从“gNB-temp-01”改为“gNB-CBD-01”），gNB会通过这个IE进行同步。NG-RAN TNL Association to Remove List：这是一个非常重要的网络维护功能。TNL Association指的是gNB和AMF之间的一个SCTP连接。在某些场景下（如网络割接、传输路径调整），gNB可能需要主动、优雅地关闭某条与AMF的连接。通过在这个IE中指定要移除的TNL关联的端点地址，gNB可以请求AMF配合关闭这条连接，而不是粗暴地直接断开。
场景演绎：
gNB-CBD-01发送的RAN CONFIGURATION UPDATE消息中，最重要的内容就是Supported TA List。这个列表中现在包含了它之前支持的TAC=1001, 1002，以及新增的TAC=1003的完整信息，包括每个TAC下支持的PLMN和切片。
1.2.2 AMF的“确认收悉” - RAN CONFIGURATION UPDATE ACKNOWLEDGE消息
AMF-Alpha收到更新请求后，如果配置合法且可以接受，就会更新自己的本地数据，并回复一个RAN CONFIGURATION UPDATE ACKNOWLEDGE消息。
The AMF responds with a RAN CONFIGURATION UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated the configuration data.
这个消息非常简单，主要就是Message Type，表示“我已经收到并成功更新了你的信息”。这标志着一次成功的配置更新流程的结束。
1.3 不成功操作与异常处理
8.7.2.3 Unsuccessful Operation If the AMF cannot accept the update, it shall respond with a RAN CONFIGURATION UPDATE FAILURE message and appropriate cause value.
如果AMF无法接受gNB的更新（例如，gNB上报了一个AMF不支持的TAC），AMF会回复RAN CONFIGURATION UPDATE FAILURE。该消息同样包含Cause和Time to Wait IE，指示失败原因并建议gNB在一段时间后重试。
8.7.2.4 Abnormal Conditions If the NG-RAN node, after initiating the RAN Configuration Update procedure, receives neither a RAN CONFIGURATION UPDATE ACKOWLEDGE nor a RAN CONFIGURATION UPDATE FAILURE message, the NG-RAN node may reinitiate a further RAN Configuration Update procedure…
如果gNB发送了更新但没有收到任何回复（消息在网络中丢失），它可以在超时后重新发送完全相同的更新请求。
2. AMF Configuration Update (AMF配置更新)
这个流程是RAN Configuration Update的镜像，由AMF发起，用于向gNB同步核心网侧的配置变更。
2.1 通用流程 (General)
8.7.3.1 General The purpose of the AMF Configuration Update procedure is to update application level configuration data needed for the NG-RAN node and AMF to interoperate correctly on the NG-C interface. This procedure does not affect existing UE-related contexts, if any. The procedure uses non UE-associated signalling.
定义与RAN侧发起的流程完全一致，同样强调了“更新”、“不影响UE”和“非UE关联”的特点。
2.2 成功操作 (Successful Operation)
流程如图“Figure 8.7.3.2-1: AMF configuration update: successful operation”所示，由AMF发起请求，gNB回复确认。
2.2.1 AMF的“配置下发” - AMF CONFIGURATION UPDATE消息
场景引入： 运营商决定在CBD区域推出一项新的“智慧城市物联网”业务，这对应一个新的网络切片（S-NSSAI）。核心网工程师在AMF-Alpha上配置了对这个新切片的支持。现在，AMF-Alpha需要将这个新能力通知给它所连接的所有gNB，包括gNB-CBD-01，以便gNB在后续的UE接入控制中，能够正确处理请求这个新切片的UE。
AMF-Alpha会向gNB-CBD-01发送一个AMF CONFIGURATION UPDATE消息。
The AMF initiates the procedure by sending an AMF CONFIGURATION UPDATE message including the appropriate updated configuration data to the NG-RAN node.
AMF CONFIGURATION UPDATE消息关键IE解读 (参考表格 9.2.6.7-1):
PLMN Support List：与RAN CONFIGURATION UPDATE中的Supported TA List类似，这是AMF向gNB同步其能力变化的核心IE。AMF会发送其支持的PLMN以及每个PLMN下支持的切片（Slice Support List）的完整列表。gNB收到后会用新列表覆盖旧列表。Served GUAMI List：当AMF集群进行调整，某个AMF的服务范围（GUAMI）发生变化时，它会通过这个IE通知gNB。Relative AMF Capacity：AMF可以主动向gNB推送自己最新的负载状态，而不仅仅是在NG SETUP RESPONSE中被动提供。这使得负载均衡更加动态和实时。AMF TNL Association to Add/Remove/Update List：这是AMF管理与gNB之间传输连接的重要工具。例如，为了扩容，AMF可以在核心网侧新增一个传输接口，然后通过此流程，指示gNB建立一条新的SCTP连接到这个新地址上，从而动态增加接口带宽。
场景演绎：
AMF-Alpha发送的AMF CONFIGURATION UPDATE消息中，最关键的是PLMN Support List。在这个列表里，除了原有的eMBB和URLLC切片，现在新增了“智慧城市物联网”这个切片的S-NSSAI。
2.2.2 gNB的“确认执行” - AMF CONFIGURATION UPDATE ACKNOWLEDGE消息
gNB-CBD-01收到AMF的配置更新后，如果能够支持这些变更，就会更新自己的配置，并回复AMF CONFIGURATION UPDATE ACKNOWLEDGE消息。
The NG-RAN node responds with an AMF CONFIGURATION UPDATE ACKNOWLEDGE message to acknowledge that it successfully updated the configuration data.
这个消息除了确认外，还有一个重要功能：当AMF请求新增TNL关联时，gNB需要在这个响应消息中报告建立的结果。
AMF TNL Association Setup ListIE：列出成功建立的新TNL关联。AMF TNL Association Failed to Setup ListIE：列出未能成功建立的TNL关联及其原因。
2.3 不成功操作与异常处理
与RAN侧发起的流程对称，如果gNB无法接受AMF的更新，它会回复AMF CONFIGURATION UPDATE FAILURE。如果AMF发送更新后未收到gNB的任何响应，它也可以在超时后重发相同的更新请求。
FAQ
Q1: NG SETUP和RAN/AMF CONFIGURATION UPDATE最核心的区别是什么？
A1: 最核心的区别在于**“初始化”与“更新”**。
NG SETUP是“从0到1”的过程，用于在gNB和AMF之间首次建立应用层连接。它会擦除双方所有旧的配置，建立一个全新的接口上下文。这个过程通常在gNB上电或重启后发生。CONFIGURATION UPDATE是“从1到N”的过程，用于在已经建立的接口上同步增量或变更的配置。它的关键特性是不中断现有UE业务，是一种“热更新”机制，用于日常的网络运维和优化。
Q2: 如果一个gNB只是新增了一个小区，但这个小区所属的TA（Tracking Area）是gNB已经支持的，gNB还需要发送RAN CONFIGURATION UPDATE吗？
A2:
不需要。RAN CONFIGURATION UPDATE流程同步的是gNB与AMF互操作所需的应用层信息。根据规范，这些信息主要包括Supported TA List。小区的具体信息（如Cell ID）属于gNB内部的管理范畴，AMF通常不需要知道gNB具体管理了哪些小区。只要新增的小区所属的TA没有超出gNB在NG SETUP或上一次UPDATE中已经上报的Supported TA List的范围，就不需要触发RAN CONFIGURATION UPDATE。AMF只需要知道gNB能覆盖某个TA即可。
Q3: 为什么说配置更新流程不影响现有用户业务是如此重要？
A3:
这对于保障现代移动网络的高可用性和灵活性至关重要。想象一下，如果每次网络配置变更（比如增加一个切片、调整一个TA边界）都需要gNB重启或者中断所有用户的连接，那将是一场灾难。运营商将无法进行平滑的网络扩容和优化，用户的业务体验会频繁中断。CONFIGURATION UPDATE流程的设计，确保了这些网络层面的“内部调整”与用户层面的业务完全解耦，gNB和AMF可以在保持对现有用户服务的同时，动态地更新彼此的能力视图和拓扑信息，实现了网络的“在线维护”。
Q4: AMF可以通过AMF CONFIGURATION UPDATE命令gNB必须接受某个新配置吗？gNB能否拒绝？
A4:
gNB可以拒绝。虽然AMF是核心网的控制节点，但配置更新是一个协商和确认的过程。如果AMF通过AMF CONFIGURATION UPDATE下发了一个gNB无法支持的配置（例如，要求gNB支持一个其硬件或软件版本不支持的切片类型），gNB将会回复AMF CONFIGURATION UPDATE FAILURE消息，并在Cause IE中说明拒绝的原因。这确保了网络配置的健壮性，避免了因强制下发不兼容配置而导致的潜在问题。
Q5: 什么是TNL Association（传输网络层关联）？为什么需要通过NGAP消息来动态增删？
A5: TNL Association在NG-C接口的上下文中，通常指的就是一个SCTP连接。这是gNB和AMF之间承载所有NGAP信令消息的底层传输通道。 动态增删TNL Association的能力极大地增强了网络的可扩展性和弹性。例如：
- 动态扩容：当一个gNB下的用户量激增，导致现有的单条SCTP连接带宽成为瓶颈时，AMF或gNB可以通过配置更新流程，请求建立一条或多条新的SCTP连接，并将部分信令流量分担到新连接上，从而实现接口带宽的平滑扩容。
- 计划性维护：在需要对某条传输路径进行维护或升级时，网络管理员可以先通过配置更新流程建立一条新的备用SCTP连接，然后优雅地移除旧的连接，整个过程对上层信令交互影响最小。 这种能力使得NG-C接口的传输资源可以像业务资源一样被灵活地调度和管理。