5G去注册三径信令解码与定时器博弈

一、引言：被忽视的"退出机制"

在5G协议栈中，Registration流程被无数次解读，而其镜像过程——Deregistration（去注册）——却很少获得同等关注。然而，正是这个"退出机制"决定了运营商网络资源的回收效率、用户体验的连续性，以及合规框架下的数据留存边界。本文基于3GPP TS 24.501 Section 5.4.4和TS 23.502 Section 4.2.2.3，对UE发起去注册、网络发起去注册、隐式去注册三条路径进行全链路信令拆解，并深入分析T3512→Mobile Reachable Timer→Implicit Deregistration Timer三级定时器联动机制对运营商成本与用户体验的博弈影响。

二、去注册的三条路径全景

5G系统中的Deregistration并非单一流程，而是根据触发源和场景分化为三条完全不同的执行路径：

图表 1

三、路径一：UE发起去注册信令流全链路拆解

3.1 完整时序图

基于TS 23.502 Section 4.2.2.3.2的UE-initiated Deregistration流程：

图表 2

3.2 关键IE深度解析

DEREGISTRATION REQUEST（UE Originating）消息结构定义于TS 24.501 Section 8.2.9：

Deregistration Type编码（TS 24.501 §9.11.3.14）：

3.3 设计意图分析

为什么Switch-off类型不需要ACCEPT？ 这是5G相比4G的一个重要优化。在TS 24.501 §5.4.4.1中明确规定，当Deregistration type为switch-off时，AMF不需要发送DEREGISTRATION ACCEPT，UE也不等待直接断电。设计意图是减少关机时的空口延迟——用户按下关机键后，UE发出一条"遗言"消息即可立即断电，网络侧异步完成清理。

为什么需要Re-registration required类型？ 这个类型构成了5G"去注册-重注册"原子操作的基础。当AMF发生改变、切片配置变更或策略更新时，网络可以通过先去注册再重注册的方式，确保UE获得最新的网络配置，而无需经历完整的首注册流程（无需再次鉴权和安全模式控制）。

四、路径二：网络发起去注册——策略驱动的强制下线

4.1 完整时序图

基于TS 23.502 Section 4.2.2.3.1和TS 24.501 Section 5.4.4.2：

图表 3

4.2 网络发起去注册的Cause Value映射

网络发起的DEREGISTRATION REQUEST中不直接携带5GMM Cause值，而是通过Deregistration type间接传达意图。但触发原因多种多样，在实际抓包中需要结合SBI接口消息来还原完整因果链：

4.3 CM-IDLE状态下的寻呼博弈

网络发起去注册在UE处于CM-IDLE状态时面临一个关键问题：必须先寻呼UE使其回到CM-CONNECTED，才能传递NAS DEREGISTRATION REQUEST。这产生了一个微妙的设计权衡——

• 寻呼成本：全网寻呼消耗RAN侧无线资源和AMF处理能力
• 可靠性：如果UE不可达（如地下车库、飞行模式），寻呼将失败
• 回退策略：如果寻呼超时，AMF会等待UE下次可达时再发送，或直接触发隐式去注册

这一设计在TS 24.501 §5.4.4.2.2中描述：如果UE不可达，AMF应标记UE为"deregistered pending"状态，在UE下次发起任何NAS信令时执行去注册。

五、路径三：隐式去注册——无声的资源回收

5.1 三级定时器联动机制

隐式去注册是5G系统中最具运营商博弈色彩的设计。它不产生任何空口信令，完全在AMF内部执行，但背后是一套精密的三级定时器联动：

图表 4

定时器参数详解（TS 24.501 §5.3.7和TS 23.502 §4.2.2.3.2）：

5.2 定时器博弈：运营商的调优困局

三级定时器的参数配置直接影响运营商的两个核心指标：资源占用效率和用户可达性。

缩短T3512的代价：

如果运营商将T3512从默认的54分钟缩短到12分钟，周期性注册更新的信令负载将增加约4.5倍。对于拥有千万级用户的网络，这意味着每分钟数十万次额外的NAS信令交互。但收益是更快发现不可达UE，加速资源回收。

延长T3512的风险：

将T3512延长到6小时，虽然信令负载大幅下降，但不可达UE的PDU Session、QoS Flow和N4 Session将在AMF/SMF/UPF上长时间占用资源。对于IoT场景（数亿设备），这种资源浪费可能是灾难性的。

5.3 隐式去注册的完整执行流程

基于TS 23.502 Section 4.2.2.3.2和TS 29.503 Section 5.3.2.2：

1. Implicit Deregistration Timer超时 → AMF将UE状态标记为5GMM-DEREGISTERED
2. AMF→SMF：通过Nsmf_PDUSession_ReleaseSMContext释放所有非紧急PDU Session
3. SMF→UPF：通过N4接口释放用户面资源
4. SMF→PCF：通过Npcf_SMPolicyControl_Delete删除会话策略关联
5. AMF→UDM：通过Nudm_UECM_Deregistration通知UDM，携带PurgeFlag指示UE已不可达
6. UDM处理：将UE的注册状态标记为DEREGISTERED，但保留签约数据以备UE下次注册
7. AMF→RAN（如果N2连接存在）：发起N2 UE Context Release

六、去注册与PDU Session的联动——紧急会话的特殊保护

TS 24.501 Section 5.4.4明确规定了一个关键约束：所有类型的去注册都必须保留紧急PDU Session。这意味着：

图表 5

这一设计的法规背景源于各国通信监管要求——如FCC（美国）、BEREC（欧盟）、MIIT（中国）均要求运营商提供紧急呼叫能力，即使用户欠费或未签约。TS 23.502 Section 4.2.2.3通过保留紧急PDU Session的方式，在协议层面落实了这一监管要求。

七、实战抓包识别指南

7.1 Wireshark过滤规则

7.2 常见故障场景

故障场景1：去注册后立即重注册循环

现象：UE反复发送DEREGISTRATION REQUEST（re-registration required）→ DEREGISTRATION ACCEPT → Registration Request循环。

根因分析：AMF在处理去注册后，由于切片配置不兼容或GUTI分配冲突，UE被迫再次发起注册，但新注册结果与前一次相同，形成死循环。

排查步骤： 1. 检查Registration Accept中的Allowed NSSAI是否与UE请求的S-NSSAI匹配 2. 确认AMF Set ID和GUTI分配是否正确 3. 检查PCF策略是否导致反复重定向

故障场景2：隐式去注册后UE假在线

现象：UE认为仍在线，但网络侧已清理上下文，导致上行数据发送失败。

根因：T3512配置过长 + UE未正确执行周期注册更新（如省电模式过于激进）。

排查步骤： 1. 检查AMF的MR Timer和Implicit Timer配置 2. 对比UE侧T3512值与AMF侧MR Timer值 3. 检查是否存在UE与网络T3512值不一致的情况（通常因Registration Accept中未正确下发）

故障场景3：紧急会话被误释放

现象：执行去注册后，正在进行中的紧急呼叫中断。

根因：SMF实现未正确区分紧急PDU Session和普通PDU Session，在收到Nsmf_PDUSession_ReleaseSMContext时无条件释放。

排查步骤： 1. 检查SMF是否检查PDU Session Type IE中的Emergency指示 2. 确认SMF在收到Release请求时是否跳过紧急会话 3. 检查AMF下发给SMF的Release消息中是否包含明确的Session列表过滤

九、隐式去注册的合规考量

从监管角度看，隐式去注册涉及两个合规维度：

数据留存义务：各国电信法规要求运营商保留用户通信记录一定期限。隐式去注册清理UE上下文时，AMF必须确保已将相关计费数据、位置信息等转存至持久化存储（如CHF、UDR）。TS 32.240规定的CHF交互必须在AMF清理上下文之前完成。

紧急服务可达性：如前所述，隐式去注册不能释放紧急PDU Session。运营商在配置隐式去注册策略时，必须确保SMF具备紧急会话识别能力。这一要求在中国MIIT的《电信用户申诉处理管理办法》和欧盟的Universal Service Directive中都有明确体现。

物联网设备管理：对于海量IoT设备，运营商需要在"快速资源回收"和"设备可达性"之间取得平衡。GSMA的NG.116指南建议，对于低移动性IoT设备，T3512可以配置为24小时甚至更长，但必须配合MO-only数据传输策略来避免不必要的周期注册。

十、常见问题

Q1: Deregistration和4G的Detach有什么核心区别？ A: 5G Deregistration相比4G Detach有三个关键演进：(1) 支持Partial Deregistration——可以仅对3GPP或Non-3GPP接入单独去注册，而不影响另一接入的注册状态；(2) 引入Re-registration required类型——支持"去注册+重注册"的原子操作，减少了完整注册流程的开销；(3) 与网络切片深度耦合——去注册可以由切片重选触发，重注册时可能选择不同的AMF/S-NSSAI组合。

Q2: 隐式去注册后UE再次发起注册，网络如何知道这是"重新注册"而非"首次注册"？ A: UDM中保留了UE的签约数据和注册历史。即使AMF通过Purge操作清理了本地5GMM上下文，UDM仍然保有Subscription Data。当UE再次注册时，新AMF会通过Nudm_SDM_Get从UDM获取签约数据，通过Nudm_UECM_Registration更新注册信息。如果隐式去注册时间未超过UDM的保留期限，部分上下文可以被恢复。

Q3: 运营商为什么需要配置不同的T3512值？ A: 核心原因是不同业务场景对"可达性"和"信令负载"的权衡完全不同。手机用户需要快速发现不可达（短T3512），IoT传感器需要极低信令开销（长T3512），URLLC工业设备需要毫秒级故障检测（极短T3512）。TS 23.501 Section 5.3.5允许AMF在Registration Accept中为不同UE下发不同的T3512值，运营商据此实现差异化定时器策略。

Q4: 网络发起去注册时，如果UE处于CM-IDLE且不可达，AMF应该怎么做？ A: 按TS 24.501 §5.4.4.2.2的规定，AMF有两种策略可选：(1) 先发起Paging，如果UE响应则正常完成去注册流程；(2) 如果Paging超时，AMF可以标记UE为"deregistration pending"状态，等待UE下次发起任何NAS信令时执行去注册。部分厂商实现中，如果网络侧已决定强制去注册，会直接跳过Paging进入隐式去注册流程，以加速资源回收。

Q5: 去注册过程中，如果某个SMF的PDU Session释放失败，AMF是否继续执行？ A: TS 23.502 §4.2.2.3规定，去注册流程不应因为单个PDU Session释放失败而中断。AMF会记录失败的Session，继续执行后续流程（通知UDM、释放N2连接等）。失败的PDU Session会在后续通过SMF自身的超时机制异步释放。这种"尽力而为"的设计确保了去注册流程的鲁棒性。

参考来源

1. 3GPP TS 24.501 V18.9.0 — Section 5.4.4 (Deregistration procedures), Section 5.3.7 (Periodic Registration Update timer handling), Section 8.2.9 (DEREGISTRATION REQUEST message)
2. 3GPP TS 23.502 V18.10.0 — Section 4.2.2.3 (Deregistration procedures), Section 4.2.2.3.1 (Network-initiated), Section 4.2.2.3.2 (UE-initiated)
3. 3GPP TS 29.503 — Section 5.3.2.2 (Nudm_UECM_DeregistrationNotification), Section 5.3.2.3 (Purge UE)
4. 3glteinfo - 5G Deregistration Procedure Call Flow — 完整去注册信令流参考
5. 华为云社区 - 5G信令流程MM定时器 — T3512/MR Timer/Implicit Timer联动机制分析

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。