移动性注册更新用于在已注册UE的位置或协商注册信息变化时，维护其移动性上下文。它平衡可达性与信令负载：已注册UE不会每次更换小区都重复初始注册。5GS内通过普通3GPP接入进行的移动采用下述路径；EPS互通与特殊接入场景需要附加流程。
识别触发条件与注册区域
跟踪区（TA）通过TAI标识。注册区域是网络分配的一组TA，UE可在其中移动，而不必仅因TA变化而更新注册。若分配列表包含TA1和TA2，在两者之间移动本身不要求更新。进入列表之外的TA3是典型的移动触发条件，即使同一AMF同时服务这三个TA也如此。
离开注册区域不是唯一触发条件。协商能力、协议参数的变化以及某些网络指示，也可能在TA不变时要求移动性注册更新。应检查实际触发原因，以及Registration Request中的5GS注册类型。定时器驱动的周期性注册更新属于另一类情况。
结合接入上下文读取Registration Request
UE通常保留5G-GUTI、注册参数和NAS安全上下文。Registration Request通过5GS注册类型标识此次更新。根据适用条件，它可以携带现有5G-GUTI、Last Visited Registered TAI、UE Security Capability、PDU Session Status和Requested NSSAI。这些信息元素并非每个请求都必须无条件携带的清单。
UE建立新的RAN信令上下文时，gNB通过NGAP Initial UE Message转发NAS请求，同时提供TAI、NR-CGI等接入位置信息。如果合适的UE关联信令连接已经存在，NAS通过该既有连接传送。因此，并非每次移动性更新都必须出现Initial UE Message。
区分同一AMF与跨AMF处理
| 情况 | 上下文处理 |
|---|---|
| 服务AMF不变 | AMF使用现有UE上下文，处理新信息并确定适用注册区域。仅因TA列表变化，不需要进行跨AMF上下文转移。 |
| 新的服务AMF | 新AMF根据现有临时身份及适用的选择信息识别旧AMF，然后在需要时尝试获取上下文。AMF选择并非每个TA与一个AMF固定一一对应。 |
跨AMF场景中，Namf_Communication_UEContextTransfer从旧AMF获取可用的身份、移动性和安全上下文。转移信息可包含可用的SUPI、GPSI、PEI以及接入与移动性上下文。无法定位或验证旧上下文时，可能需要执行身份与安全流程，并不意味着UE从此无法识别。
复用上下文不保证跳过鉴权。规范和安全条件要求时，会执行Identity Request/Identity Response以及5G-AKA等鉴权流程。成功转移也不会使所有身份或安全流程都变成必选步骤。在将较短信令记录判为不完整之前，应检查上下文有效性和完整性校验。
理解UDM、发现与策略步骤
需要变更服务AMF注册关系时，新AMF使用Nudm_UECM_Registration更新UDM中相应接入的服务关系。在规定条件下，UDM通过Nudm_UECM_DeregistrationNotification通知旧AMF。这会清理原服务关系，不应与普遍适用的面向UE注销消息交互混淆。
AMF获取或复用所需签约数据及其变更通知订阅。接入与移动性数据可以包含GPSI、签约切片信息、签约UE-AMBR、周期性注册参数、RAT限制和服务区域限制。单独的SMF选择数据可以包含与S-NSSAI关联的DNN信息。
需要定位网络功能时才使用NRF发现，并非每次更新都要求新的发现事务。同样，AMF在必要时选择或更新PCF AM Policy Association，而非无条件建立新关联。如果保留有效状态，UDM注册、签约获取与策略处理可以简化。
PDU Session Status有助于核对会话状态。根据请求和移动场景，现有会话可能需要SMF上下文更新或用户面激活。注册获准本身既不会创建新的PDU会话，也不能证明用户面业务已经恢复。
正确理解Registration Accept与完成条件
Registration Accept提供注册结果，以及TAI列表、Allowed NSSAI和T3512等适用参数。不能假定每个响应都包含所有可选信息元素。移动性注册更新成功时，应按TS 24.501分配新的5G-GUTI；可以通过注册流程或适用的通用UE配置更新流程传送。
需要确认时，UE会发送Registration Complete，尤其是Registration Accept包含新的5G-GUTI时。应结合收到的信息元素判断该消息是否出现。建立所需RAN上下文时，AMF可以使用NGAP Initial Context Setup；上下文已经存在时，则适用其他上下文与NAS传输流程。Registration Accept并非总与新的Initial Context Setup消息交互绑定。
使用实用的信令检查清单
检查后续消息前，确认触发条件、保存的TAI列表、当前TAI及注册类型。
识别服务AMF，并判断是否确实需要上下文转移。获取失败时，检查5G-GUTI/GUAMI、AMF寻址以及完整性校验结果。
核心网处理停止时，检查必需的UDM注册、签约访问、策略结果及区域限制；可选事务未出现并不能证明故障。
若注册接受消息未到达UE，关联分析NAS、NGAP、RAN上下文与传输日志，再分别检查必要的完成流程和会话恢复。
常见问题
更换小区是否总会触发移动性更新？
不会。仅在已分配注册区域内更换小区或TA，并不要求进行该更新。其他规定的注册更新条件仍可能适用。
离开注册区域是否总会更换AMF？
不会。同一AMF可能服务新的TA，并利用现有上下文更新UE的注册区域。
周期性注册更新有何不同？
其触发原因是适用的周期定时器行为，不一定是移动。两者都使用Registration Request，因此应检查注册类型，而非仅根据消息名称判断。
从4G移动到5G是否属于同一流程？
可能使用相同注册类型，但上下文来源不同。EPS到5GS互通可能涉及MME上下文、映射身份，以及在支持时使用N26。不能将5GS内部旧AMF流程套用于所有EPS互通场景。
技术参考资料
关于注册框架与有条件的核心网步骤，请参阅 3GPP TS 23.502，第18版，尤其是第4.2.2.2条。
关于NAS触发条件、临时身份与完成条件，请参阅 3GPP TS 24.501，第18版，尤其是第5.4.4条和第5.5.1.3条。
关于另一类定时器驱动的情况，请参阅 周期性注册更新。
