📚 课程目录第4章 5G核心网注册管理流程实战

4. 5G核心网注册管理流程实战

注册管理（Registration Management, RM）是5G核心网中终端与网络建立并维持“可达关系”的基础机制。UE只有完成注册，网络才知道它在哪里、能提供哪些服务、用哪条用户面路径转发数据。3GPP TS 23.502把注册管理划分为四种典型场景：初始注册、移动性注册更新、周期注册更新和去注册。理解这四类流程的关键，不是背信令名称，而是抓住“触发条件—核心网侧状态变化—异常分支”这条主线。

一、初始注册：从RM-DEREGISTERED到RM-REGISTERED

UE开机或从无覆盖恢复后，处于RM-DEREGISTERED状态。初始注册的目标是让AMF为UE建立5G-GUTI、分配注册区域（Registration Area，即TAI列表），并完成鉴权与安全模式激活。典型信令顺序如下：

UE → gNB → AMF : Registration Request (SUCI/5G-GUTI, 5GS registration type=initial)
AMF → AUSF/UDM : Nausf_UEAuthentication / Nudm_UECM_Registration
AMF → UE       : Authentication Request / Security Mode Command
UE  → AMF      : Security Mode Complete
AMF → UDM      : Nudm_SDM_Get (签约数据)
AMF → PCF      : Npcf_AMPolicyControl_Create
AMF → UE       : Registration Accept (5G-GUTI, TAI list, 允许的NSSAI)
UE  → AMF      : Registration Complete

实战中需要重点观察三个参数：5G-GUTI（后续移动性注册更新的身份凭据）、TAI list（决定UE何时触发移动性注册更新）、Allowed NSSAI（决定UE能建立哪些PDU会话）。若AMF在鉴权阶段收到AUSF的失败响应，会回送Registration Reject并携带5GMM Cause，例如#3（Illegal UE）、#7（5GS services not allowed）。此时UE应进入RM-DEREGISTERED并停止重试，而不是盲目循环注册。

二、移动性注册更新：跨TAI list边界的必然动作

当UE移动到一个不属于当前TAI list的跟踪区时，必须发起移动性注册更新（Mobility Registration Update）。其信令结构与初始注册相似，但携带的是5G-GUTI而非SUCI，AMF可据此从旧AMF获取UE上下文，避免重复鉴权。核心差异在于：

Registration type = mobility registration updating；
AMF可能触发旧AMF的Namf_Communication_UEContextTransfer；
若UE有激活的PDU会话，AMF需通知SMF更新N3接口的gNB地址。

异常处理上，最常见的是“旧AMF不可达”。此时新AMF会退化为初始注册流程，要求UE重新提供SUCI并执行完整鉴权。工程上应关注AMF间的N14接口连通性以及UE上下文传输超时参数，避免因跨AMF切换导致注册时延过大。

三、周期注册更新：用定时器维持可达性

即使UE不移动，网络也需要周期性确认其仍在覆盖内。AMF在Registration Accept中下发T3512定时器，UE在T3512超时前发起周期注册更新（Periodic Registration Update）。该流程不携带新的TAI，也不触发上下文迁移，主要作用是刷新AMF中的UE可达状态并重置定时器。

若AMF在T3512到期后仍未收到周期注册更新，会启动隐式去注册（Implicit Deregistration），释放UE上下文并通知SMF释放PDU会话。因此，T3512的设置需要与UE省电策略、gNB寻呼周期协同：过短会增加信令负荷，过长则会导致下行数据到达时寻呼失败。

四、去注册：显式与隐式的两条路径

去注册分为UE发起和网络发起两类。UE关机时发送Deregistration Request（switch off），AMF回送Deregistration Accept并释放资源。网络侧发起则常见于签约撤销、AMF过载或隐式超时，此时AMF直接向UE发送Deregistration Request，UE应回复Accept。若UE无响应，AMF仍会完成本地上下文释放。

注意：去注册完成后，UE进入RM-DEREGISTERED，但PDU会话的释放由SMF独立完成。排障时若发现“UE已去注册但N3隧道仍存在”，应检查AMF与SMF之间的Nsmsf/N11消息是否正常送达。

五、四类流程的状态与信令关系

下图把四种注册管理场景放在同一张状态—信令关系图中：左侧是UE的RM状态迁移，右侧是AMF侧的关键动作与异常分支。图中标注了触发条件、核心参数和典型失败原因，便于在抓包分析时快速定位当前处于哪一类流程。

六、异常处理与排障要点

注册管理流程的异常大多集中在三类位置：鉴权失败、上下文迁移失败和定时器失配。鉴权失败时，AMF返回的5GMM Cause是最直接的线索，例如#22（Congestion）表示网络拥塞，UE应按退避定时器重试；#7（5GS services not allowed）则说明签约或策略不允许，重试无意义。上下文迁移失败通常表现为移动性注册更新退化为初始注册，此时应检查N14接口和旧AMF的UE上下文保留时间。定时器失配则表现为UE频繁发起周期注册更新或网络过早隐式去注册，需要核对T3512与gNB侧寻呼参数的配合。

实际抓包分析时，建议按“Registration Request中的registration type → AMF回送消息类型 → 5GMM Cause → 后续N11/N14消息”的顺序逐层排查。这样可以在不依赖完整日志的情况下，快速判断问题出在UE侧、gNB侧还是核心网内部。