好的，我们继续跟随5G基站工程师小雷，深入探索NG接口上那些为保障网络稳健运行和资源高效利用而设计的关键功能。这一次，我们将聚焦于一个在AMF“搬家”或“扩容”时，确保用户连接平滑过渡的精巧机制——AMF重分配与重定位。

深度解析 3GPP TS 38.410：5.16 & 5.26 AMF重分配与重定位

本文技术原理深度参考了3GPP TS 38.410 V18.2.0 (2024-06) Release 18规范中，关于“5.16 AMF Re-allocation function”和“5.26 AMF CP Relocation Indication Function”的核心章节，并结合其在核心网（TS 23.501/502）和NGAP协议（TS 38.413）中的具体实现，为读者完整呈现5G网络中，AMF如何智能地将UE的连接，从一个AMF实例平滑地迁移到另一个AMF实例。

引言：当“空中交通管制中心”需要“搬家”

我们的主角，基站工程师小雷，所负责的gNB连接着一个由多个AMF组成的AMF Pool（池）。我们已经知道，gNB的**NAS节点选择功能（5.7节）**会在UE首次接入时，为其智能地选择一个服务AMF。

但现在，一个新的问题出现了：如果gNB最初的选择，事后被证明不是最优的，该怎么办？

想象以下几种情况：

• 场景A (负载均衡): gNB最初为UE选择了AMF-01，但随后AMF-01的负载急剧升高，而AMF-02仍然很空闲。核心网希望将一部分新用户，从AMF-01“重分配”到AMF-02。
• 场景B (切片支持): UE最初通过AMF-01（一个通用的AMF）接入了网络。随后，UE请求了一项需要特殊网络切片（如URLLC切片）的服务，但AMF-01并不支持该切片，而池中的AMF-03是专门支持该切片的。核心网需要将这个UE的连接“重定位”到AMF-03。
• 场景C (地理优化): UE从城市A移动到了城市B。它最初连接的是城市A的AMF。为了降低信令时延，核心网希望将其连接切换到城市B的AMF。

在这些场景中，都需要一种机制，能够修正gNB的初始AMF选择，将UE的控制面信令锚点，从一个AMF平滑地迁移到另一个AMF。我们今天要解读的5.16和5.26两个功能，正是为实现这一目标而设计的、互为补充的“AMF搬家工具集”。

---

1. “半路改道”：AMF Re-allocation 功能 (5.16)

5.16 AMF Re-allocation function

This function allows to redirect an initial connection request issued by an NG-RAN node from an initial AMF towards a target AMF selected by 5GC. In this case the NG-RAN node initiates an Initial UE Message procedure over one NG interface instance and receives the first downlink message … over a different NG interface instance.

深度解读：

• 核心使命: 在UE初始接入过程的“半路”，由初始AMF主动发起，将UE的连接请求重定向（redirect）到一个更合适的目标AMF。
• 触发时机: 发生在初始接入期间，即gNB发送了INITIAL UE MESSAGE之后，但在UE上下文在gNB上完全建立起来之前。
• 对gNB的体验: gNB的体验非常奇特——它向AMF-01发出了上行消息，但收到的第一条下行响应消息，却来自一个全新的AMF-02。

“重分配”流程详解

场景设定： 小雷的gNB根据NAS节点选择功能，将一个新UE的INITIAL UE MESSAGE发送给了AMF-01。

1. 初始AMF (AMF-01) 做出重分配决策:

   • AMF-01收到了来自gNB的请求。但它通过查询NRF或自身的策略，发现自己当前负载过高，或者不支持该UE请求的切片。
   • 它决定将这个“烫手山芋”甩给更合适的AMF-02。

2. AMF-01 → AMF-02 (Namf_Communication_N1MessageNotify):

   • AMF-01不会直接响应gNB。它会通过核心网内部的服务化接口，将UE的初始NAS消息，连同一个“重定向”的指示，转发给目标AMF-02。

3. 目标AMF (AMF-02) 接管流程:

   • AMF-02收到了这份“转交”过来的请求。它开始接管这个UE的完整接入流程，包括：
     • 向UDM查询用户签约数据。
     • 执行安全认证。
     • 联系SMF建立PDU会话等。

4. AMF-02 → gNB (INITIAL CONTEXT SETUP REQUEST):

   • 当AMF-02完成了所有的核心网准备工作后，它会向小雷的gNB发送INITIAL CONTEXT SETUP REQUEST消息，来建立UE上下文。
   • 关键点: 这条消息，是从AMF-02的NG接口实例上发出的！

5. gNB的“智能识别”与“绑定切换”:

   • 小雷的gNB收到了这条来自AMF-02的INITIAL CONTEXT SETUP REQUEST。
   • 它通过消息中的UE标识符，发现这正是它之前发送给AMF-01的那个UE。
   • gNB立即意识到，一次AMF重分配发生了。
   • 它会立即将这个UE的逻辑NG连接，从指向AMF-01，切换为指向AMF-02。后续所有与该UE相关的信令，都将通过与AMF-02的NG接口实例进行交互。

这个“半路改道”的机制，赋予了核心网在UE接入的最后一刻，对AMF的选择进行动态修正的能力，极大地提升了网络资源分配的灵活性和最优性。

---

2. “事后搬家”：AMF CP Relocation Indication 功能 (5.26)

AMF Re-allocation发生在初始接入的“事前”。那么，如果UE的连接已经建立了，核心网还能不能把它从一个AMF“搬走”呢？答案是可以的，但这需要一个更复杂的“事后搬家”流程，而5.26节的功能，就是这个流程中的一个关键“通知”环节。

5.26 AMF CP Relocation Indication Function

The AMF CP relocation indication function enables the AMF to inform the previously serving NG-RAN node that the UE’s connection is to be relocated to a new NG-RAN node.

深度解读：

这句话的字面意思是通知“之前的gNB”，UE的连接要被重定位到“新的gNB”。这看起来更像是一个切换流程。在TS 23.502中，这个功能主要用于支持UE在IDLE或INACTIVE状态下的AMF变更。

核心使命: 当一个处于非活动状态的UE，因为TAU（跟踪区更新）等原因，需要将其注册的AMF从旧的AMF-01变更为新的AMF-02时，由新的AMF-02，通过旧的AMF-01，向可能还保留着该UE INACTIVE态上下文的gNB，发送一个“上下文可以清理了”的通知。

“事后搬家”流程简化版

场景设定： UE之前在小雷的gNB上进入了INACTIVE状态，其上下文保留在gNB和AMF-01上。随后，UE移动到了一个新的TA，并发起了一次TAU，这次TAU被路由到了一个新的AMF-02。

1. 新AMF (AMF-02) 成为服务节点:

   • AMF-02处理了UE的TAU请求，并从UDM获取了完整的用户数据。它现在成为了UE的新服务AMF。
   • AMF-02需要通知旧的AMF-01：“这个用户现在归我了，你可以删除他的档案了。”

2. 新AMF → 旧AMF (上下文传递与确认):

   • AMF-02与AMF-01之间，会进行一次上下文传递和确认的交互。

3. 旧AMF → 旧gNB (AMF CP RELOCATION INDICATION):

   • 关键步骤！ 旧的AMF-01现在知道UE已经“搬家”了。但它还记得，这个UE的INACTIVE态上下文，可能还“暂存”在小雷的gNB上。
   • 为了防止这个“过期的”、“僵尸”上下文永远地占用gNB的资源，AMF-01必须通知gNB将其清理掉。
   • 于是，AMF-01向小雷的gNB发送一条AMF CP RELOCATION INDICATION消息。
   • 这条消息的含义是：“嘿，gNB，你那里暂存的那个UE的INACTIVE上下文，现在已经没用了，它的主人（AMF）已经换了，你可以把它删掉了。”

4. 旧gNB清理上下文:

   • 小雷的gNB收到这个通知后，就会立即释放为该UE保留的INACTIVE态上下文，回收资源。

这个“事后通知”机制，虽然看似是一个简单的清理指令，但它对于维护整个网络中UE上下文状态的一致性，防止“僵尸”上下文的堆积，起着至关重要的作用。

---

总结：AMF“无感迁移”的双重保障

通过对5.16和5.26两个功能的联合解读，我们看到了5G网络为实现AMF间“无感迁移”所设计的双重保障机制，它们分别作用于UE连接生命周期的不同阶段。

• AMF Re-allocation (重分配)，是“事前干预”的艺术。它作用于初始接入的关键时刻，允许核心网根据实时的负载或业务需求，在不增加空口信令开销的情况下，对gNB的初始路由决策进行一次性的、高效的修正。
• AMF CP Relocation (重定位)，是“事后清理”的严谨。它主要作用于IDLE/INACTIVE态的AMF变更场景，通过一个反向的通知机制，确保了旧的RAN节点上残留的UE上下文能够被及时、干净地清除，维护了网络状态的最终一致性。

对于基站工程师小雷来说，这两个功能共同提升了他所连接的AMF Pool的整体弹性和资源效率。

• 重分配功能，让他无需担心自己最初的AMF选择是否“完美”，因为核心网拥有最终的“调优权”。
• 重定位的清理机制，则保证了他的gNB不会因为UE的“静默迁移”而堆积大量无用的上下文，始终保持“轻装上阵”。

这套精巧的“搬家”工具集，正是5G核心网实现切片化、服务化、负载均衡等高级能力，并将其与无线接入网进行高效协同的关键技术拼图。

---

FAQ

Q1：AMF Re-allocation和我们之前讲的AMF计划性下线的重定向，是同一个东西吗？ A1：思想一致，但触发时机和流程细节不同。两者都利用了AMF将UE请求“重定向”到另一个AMF的能力。计划性下线的重定向，发生在旧AMF已经处于“准备下线”状态时，它会对所有新来的请求（无论是初始接入还是IDLE态恢复）都进行重定向。而AMF Re-allocation则是一种更常态化、更精细化的负载均衡或业务路由手段，它发生在所有AMF都正常工作的情况下，初始AMF只是根据实时策略，决定将某一个特定的UE请求进行重定向。

Q2：在AMF Re-allocation过程中，UE会感知到自己的AMF被换了吗？ A2：完全不会。整个重分配过程，对于UE来说是完全透明的。UE只负责发送初始的NAS消息，然后等待最终的NAS响应（通常封装在INITIAL CONTEXT SETUP REQUEST中）。它完全不知道自己的请求在核心网内部被“转手”了一次。它最终只会看到，为它服务的AMF是AMF-02，而它永远不会知道AMF-01曾经“拒绝”过它。

Q3：为什么5.26节的标题是“通知旧gNB，UE的连接要重定位到新gNB”？这听起来像切换。 A3：这个标题确实容易引起困惑。需要结合TS 23.502的上下文来理解。在广义的“CP Relocation”（控制面重定位）场景中，确实包含了UE在CONNECTED态下，因为AMF变更而触发的、需要切换到新gNB的复杂流程。但在38.410的这个特定功能（AMF CP RELOCATION INDICATION消息）的语境下，它最主要的应用场景，就是我们上文描述的，在IDLE/INACTIVE态AMF变更后，去清理旧gNB上的残留上下文。这个消息本身，是“重定位”这个大流程的结果，而不是触发切换的原因。

Q4：如果旧AMF在通知旧gNB清理上下文之前就宕机了，那个“僵尸”上下文会怎么样？ A4：这是一个很好的异常场景问题。如果旧AMF-01在完成与新AMF-02的交接后、但在通知gNB之前就宕机了，那么小雷的gNB上确实会留下一个“僵尸”的INACTIVE上下文。这个上下文会一直占用资源，直到：1. gNB的内部老化定时器超时，gNB会主动将这个长时间不活动的上下文清除。2. 那个UE自己因为某些原因，恰好又回到了这个gNB的覆盖下并发起连接恢复，gNB会发现无法从AMF-01那里获取响应，从而触发异常处理，最终清除该上下文。

Q5：这些AMF间的迁移，对用户的数据业务（PDU会话）有影响吗？ A5：没有直接影响。AMF的变更，是控制面（Control Plane）的迁移。UE的PDU会话，是由SMF锚定的。在AMF变更过程中，UE的服务SMF通常保持不变。新的AMF会从UDM或旧AMF那里，获取到指向同一个SMF的上下文信息。然后，新AMF会负责重建UE与这个SMF之间的信令通道。只要这个过程处理得当，UE原有的IP地址和用户面（User Plane）到UPF的隧道都保持不变，数据业务就可以无感地继续进行。