# 5G去注册(Deregistration)信令流四场景全链拆解 ## 一、引言：为什么去注册比注册更值得关注 在5G系统（5GS）的移动性管理中，注册（Registration）流程被广泛讨论，但去注册（Deregistration）同样是5GMM（5G Mobility Management）的核心流程。TS 23.502 Section 4.2.2.3定义了完整的去注册信令流程，涵盖UE发起、AMF发起、UDM发起和隐式去注册四大场景。与4G EPS中的Detach流程相比，5G去注册在多接入（3GPP + Non-3GPP）、切片感知（S-NSSAI处理）和紧急会话保护等方面有显著增强。 本文基于3GPP TS 23.502 V18.10.0（Release 18）Section 4.2.2.3、TS 24.501 Section 8.2.9/8.2.8和TS 23.501 Section 5.4.4.2，逐信令消息拆解四种去注册场景的完整时序，解析NAS IE编码，并给出抓包识别方法和常见故障排查思路。 --- ## 二、去注册的四种触发场景全景 5G去注册并非单一流程，而是根据发起方和触发原因分为四种独立场景： | 场景 | 发起方 | TS 23.502章节 | 典型触发原因 | |------|--------|--------------|-------------| | UE发起的去注册 | UE | 4.2.2.3.2 | 关机、飞行模式、SIM拔出、切换到EPS | | AMF发起的去注册 | AMF | 4.2.2.3.1 | O&M干预、AMF过载、负载重平衡 | | UDM发起的去注册 | UDM→AMF | 4.2.2.3.1 | 签约终止、运营商删除用户、 subscription withdrawal | | 隐式去注册 | AMF（定时器） | TS 23.501 §5.4.4.2 | UE不可达、Mobile Reachable Timer超时 | ```mermaid flowchart TD A[去注册触发] --> B{发起方?} B -->|UE| C[UE-Initiated Deregistration] B -->|AMF| D[AMF-Initiated Deregistration] B -->|UDM| E[UDM-Initiated Deregistration] B -->|Timer| F[Implicit Deregistration] C --> C1[关机/飞行模式] C --> C2[切换到EPS] C --> C3[USIM移除] D --> D1[O&M干预] D --> D2[AMF过载控制] D --> D3[负载重平衡 re-registration required] E --> E1[签约终止] E --> E2[Subscription Withdrawal] F --> F1[Mobile Reachable Timer超时] F --> F2[Implicit Deregistration Timer超时] C1 & C2 & C3 --> G[AMF释放PDU Session] D1 & D2 & D3 --> G E1 & E2 --> H[AMF收到Nudm_UECM_DeregistrationNotification] F1 & F2 --> I[AMF本地删除MM Context] G --> J[UDM注销 + N2释放] H --> D I --> J ``` --- ## 三、5GMM状态机中的去注册位置 理解去注册前，必须明确它在5GMM状态机中的位置。TS 24.501 Section 5.1定义了5GMM的三种状态： ```mermaid stateDiagram-v2 [*] --> 5GMM_DEREGISTERED : UE开机/未注册 5GMM_DEREGISTERED --> 5GMM_REGISTERED : Registration成功 5GMM_REGISTERED --> 5GMM_DEREGISTERED : Deregistration流程 state 5GMM_REGISTERED { [*] --> CM_IDLE CM_IDLE --> CM_CONNECTED : Service Request / Paging CM_CONNECTED --> CM_IDLE : N2 Release / UE进入Idle } state 5GMM_DEREGISTERED { [*] --> PLMN_SEARCH PLMN_SEARCH --> INITIAL_REG : 选择新PLMN } ``` 去注册的核心作用是将UE从**5GMM-REGISTERED**状态迁移回**5GMM-DEREGISTERED**状态，同时触发： - 所有PDU Session的释放 - N2/N3连接的拆除 - UDM注册信息的更新 - AMF本地MM Context的清理 --- ## 四、场景一：UE发起的去注册（TS 23.502 §4.2.2.3.2） ### 4.1 完整信令时序图 这是最常见的去注册场景——用户关机或开启飞行模式时触发。 ```mermaid sequenceDiagram participant UE participant RAN as NG-RAN participant AMF participant SMF participant UDM participant UPF participant PCF Note over UE: 用户关机/飞行模式触发 UE->>RAN: NAS Deregistration Request
(5G-GUTI, Deregistration type=switch-off,
Access type=3GPP) RAN->>AMF: N2 Uplink NAS Transport
(NAS PDU, User Location Info) Note over AMF: 检查Deregistration type
switch-off: 不需要回复Accept loop 每个PDU Session AMF->>SMF: Nsmf_PDUSession_Release_SMContext
(SUPI, PDU Session ID, cause) SMF->>UPF: N4 Session Release Request UPF-->>SMF: N4 Session Release Response SMF->>PCF: Npcf_SMPolicyControl_Delete
(释放策略关联) PCF-->>SMF: 200 OK SMF-->>AMF: Nsmf_PDUSession_Release_SMContext Response end AMF->>UDM: Nudm_SDM_Unsubscribe
(取消订阅数据变更通知) UDM-->>AMF: 204 No Content AMF->>UDM: Nudm_UECM_Deregistration
(SUPI, AMF ID) UDM-->>AMF: 200 OK
(UDM删除AMF注册记录) Note over AMF: switch-off场景
不发送Deregistration Accept AMF->>RAN: N2 UE Context Release Command
(cause, NAS PDU可选) RAN-->>AMF: N2 UE Context Release Complete RAN->>UE: RRC Release（如果UE仍在线） Note over UE,AMF: 去注册完成，UE进入5GMM-DEREGISTERED ``` ### 4.2 NAS Deregistration Request消息IE详解 UE发送的NAS Deregistration Request消息（TS 24.501 Section 8.2.9）编码结构如下： | Information Element | 类型 | M/O/C | 长度 | 说明 | |---|---|---|---|---| | Extended protocol discriminator | 枚举 | M | 1 octet | 值=0x7E（5GMM消息） | | Spare half octet | — | M | 1/2 octet | 填0 | | Security header type | 枚举 | M | 1/2 octet | 0=无安全头，1-3=完整性保护/加密 | | Deregistration request message identity | 枚举 | M | 1 octet | 消息类型标识 | | 5GS registration type | 字段 | M | 1/2 octet | 含deregistration type子字段 | | ngKSI | 字段 | M | 1/2 octet | NAS安全密钥集标识 | | 5G-GUTI | 类型4 TLV | C | 11 octets | UE标识（如果可用则必填） | | Access type | 枚举 | O | 1 octet | 3GPP/Non-3GPP/Both | | Mapped N5GS Allowed NSSAI | 类型4 TLV | O | 4-74 octets | 映射的允许切片信息 | **Deregistration type编码**（5GS registration type子字段）： | 比特值 | 含义 | 使用场景 | |--------|------|---------| | 001 | Re-registration required | AMF负载重平衡、TAI Change | | 010 | Re-registration not required | 正常关机、飞行模式 | | 011 | Re-registration not required (5GS services not allowed) | 仅网络侧使用 | **Access type编码**： | 值 | 含义 | |----|------| | 01 | 3GPP access | | 10 | Non-3GPP access（通过N3IWF/W-AGF） | | 11 | 3GPP + Non-3GPP（全部接入类型） | ### 4.3 关键设计意图 **为何区分"switch-off"和"re-registration required"？** - **switch-off（re-registration not required）**：UE即将断电，AMF不需要回复Deregistration Accept，因为UE无法接收。AMF直接进入资源清理。 - **re-registration required**：AMF要求UE在去注册后立即重新注册。用于AMF负载重平衡（TS 23.502 Section 4.2.2.3.1 Step 1a），将UE引导到其他AMF Set。 **为何需要Access type参数？** 5G支持双接入注册（3GPP + Non-3GPP通过N3IWF），UE可能只需要去注册其中一个接入类型。例如：Wi-Fi断开时只需去注册Non-3GPP access，4G/5G移动性管理仍保留。 --- ## 五、场景二：AMF发起的去注册（TS 23.502 §4.2.2.3.1） ### 5.1 完整信令时序图 AMF主动发起去注册，通常由于O&M操作、负载均衡或策略变更。 ```mermaid sequenceDiagram participant OAM as O&M/PCF participant AMF participant RAN as NG-RAN participant UE participant SMF participant UDM OAM->>AMF: 触发去注册
(O&M命令/策略变更) Note over AMF: AMF决定去注册UE
Deregistration type=
re-registration required alt UE处于CM-CONNECTED AMF->>RAN: N2 Downlink NAS Transport
(NAS: Deregistration Request) RAN->>UE: RRC DLInformationTransfer
(携带NAS PDU) else UE处于CM-IDLE AMF->>RAN: N2 Paging（触发UE进入CONNECTED） RAN->>UE: Paging UE->>RAN: Service Request RAN->>AMF: N2 Uplink NAS Transport AMF->>RAN: N2 Downlink NAS Transport
(NAS: Deregistration Request) RAN->>UE: RRC DLInformationTransfer end UE->>RAN: NAS Deregistration Accept RAN->>AMF: N2 Uplink NAS Transport
(NAS PDU) Note over AMF: 如果re-registration required
UE将立即发起Registration loop 每个PDU Session AMF->>SMF: Nsmf_PDUSession_Release_SMContext SMF-->>AMF: Release Response end AMF->>UDM: Nudm_SDM_Unsubscribe UDM-->>AMF: 204 No Content AMF->>UDM: Nudm_UECM_Deregistration UDM-->>AMF: 200 OK AMF->>RAN: N2 UE Context Release Command RAN-->>AMF: N2 UE Context Release Complete Note over UE: 如果re-registration required
UE自动发起新Registration ``` ### 5.2 AMF侧NAS Deregistration Request（下行方向） 网络侧发送的Deregistration Request（TS 24.501 Section 8.2.9.1）与UE侧版本不同： | Information Element | 类型 | M/O/C | 说明 | |---|---|---|---| | Extended protocol discriminator | M | 1 octet | 0x7E | | Security header type | M | 1/2 octet | 通常使用完整性保护 | | Deregistration request message identity | M | 1 octet | 消息类型 | | Deregistration type | M | 1 octet | re-registration required / not required | | Access type | M | 1 octet | 目标接入类型 | | 5G-GUTI | O | TLV | 可选分配新GUTI | | TAI list | O | TLV | 部分去注册时指示TA范围 | ### 5.3 与4G MME Initiated Detach的对比 | 对比维度 | 5G AMF Deregistration | 4G MME Initiated Detach | |---------|----------------------|------------------------| | NAS消息 | Deregistration Request | Detach Request | | 接入类型感知 | 支持3GPP/Non-3GPP分别处理 | 仅3GPP | | 切片处理 | 按S-NSSAI释放PDU Session | 不涉及切片 | | 重注册指示 | Deregistration type字段 | Detach Type字段 | | 紧急会话保护 | 紧急PDU Session不会被释放 | 紧急承载可保持 | | SBI接口 | Nudm_UECM_Deregistration | ULR/ULA (Diameter) | --- ## 六、场景三：UDM发起的去注册 ### 6.1 信令时序图 UDM发起去注册通常是最高优先级的操作——运营商直接删除用户签约。 ```mermaid sequenceDiagram participant Operator as 运营商系统 participant UDM participant AMF participant SMF participant UE participant RAN as NG-RAN Operator->>UDM: 删除用户签约
(Subscription Withdrawal) Note over UDM: UDM决定通知所有
注册的AMF UDM->>AMF: Nudm_UECM_DeregistrationNotification
(SUPI, Access Type, Deregistration Reason) Note over AMF: AMF收到通知后
转为AMF-initiated Deregistration AMF->>RAN: N2 Downlink NAS Transport
(NAS: Deregistration Request
type=re-registration not required) RAN->>UE: 携带NAS PDU UE->>RAN: NAS Deregistration Accept RAN->>AMF: N2 Uplink NAS Transport loop 每个PDU Session AMF->>SMF: Nsmf_PDUSession_Release_SMContext SMF->>UDM: Nudm_SDM_Unsubscribe UDM-->>SMF: 204 No Content SMF-->>AMF: Release Response end AMF->>UDM: Nudm_UECM_Deregistration
(SUPI, AMF ID) Note over UDM: UDM确认已删除
AMF注册记录 AMF->>UDM: Nudm_SDM_Unsubscribe UDM-->>AMF: 204 No Content AMF->>RAN: N2 UE Context Release Command RAN-->>AMF: N2 UE Context Release Complete ``` ### 6.2 Nudm_UECM_DeregistrationNotification关键参数 | 参数 | 类型 | 说明 | |------|------|------| | supi | Supi | 用户永久标识 | | accessType | AccessType | 3GPP / Non-3GPP / Both | | deregReason | DeregistrationReason | INITIAL_REGISTRATION / MOBILITY_REGISTRATION / PERIODIC_REGISTRATION等 | | subsValidTime | DateTime | 可选：签约有效截止时间 | **设计意图**：UDM通过SBI服务化接口`Nudm_UECM_DeregistrationNotification`通知AMF，而非AMF主动查询。这是5GC服务化架构的"事件通知"模式，相比4G的HSS推送（通过Diameter CLR）更灵活——UDM可以向多个AMF实例同时发送通知。 --- ## 七、场景四：隐式去注册（Implicit Deregistration） ### 7.1 定时器链机制 隐式去注册是AMF的"最后防线"，当UE长时间不可达时自动触发。核心是两级定时器链： ```mermaid flowchart TD A[UE进入CM-IDLE] --> B[AMF启动
Mobile Reachable Timer
默认54分钟] B --> C{UE是否发起
Periodic Registration?} C -->|是| B C -->|否 Timer超时| D[AMF启动
Implicit Deregistration Timer
默认4分钟] D --> E{UE是否恢复联系?} E -->|是| B E -->|否 Timer超时| F[AMF执行
Implicit Deregistration] F --> G[删除MM Context] G --> H[通知SMF释放
所有PDU Session] H --> I[通知UDM
注销AMF注册] I --> J[AMF可选执行
Purge UE Procedure] ``` ### 7.2 定时器参数详解（TS 23.501 §5.4.4.2） | 定时器 | TS 23.501参考 | 默认值 | 配置来源 | 说明 | |--------|-------------|--------|---------|------| | Mobile Reachable Timer (MRT) | §5.4.4.2 | Periodic Registration Timer + 4分钟 | AMF本地策略 | 检测UE是否仍在网络可达范围 | | Implicit Deregistration Timer | §5.4.4.2 | 可配置（通常4分钟） | AMF本地策略 | MRT超时后的宽限期 | | Periodic Registration Timer | TS 24.501 §5.4.1 | 54分钟（默认） | NAS Registration Accept中下发 | UE周期性发送Registration Update | **关键设计决策**：MRT = Periodic Registration Timer + 缓冲量。缓冲量的设计是为了容忍NAS消息传输延迟和处理时延，避免在UE已发送Periodic Registration Update但AMF尚未处理时就误判为不可达。 ### 7.3 隐式去注册与Purge流程的关系 隐式去注册完成后，AMF可能进一步执行**Purge UE Procedure**（TS 23.502 Section 4.2.2.3.4）： ```mermaid sequenceDiagram participant AMF participant UDM participant SMF Note over AMF: Implicit Deregistration Timer超时
UE仍不可达 AMF->>AMF: 删除UE的MM Context
标记UE为Deregistered loop 每个PDU Session AMF->>SMF: Nsmf_PDUSession_Release_SMContext
(SUPI, PDU Session ID, cause=implicit) SMF-->>AMF: Release Response end AMF->>UDM: Nudm_UECM_Deregistration
(SUPI, purgeFlag=TRUE) Note over UDM: UDM标记UE为Purged
保留用户签约数据 UDM-->>AMF: 200 OK AMF->>UDM: Nudm_SDM_Unsubscribe UDM-->>AMF: 204 No Content Note over AMF,UDM: Purge完成
如果UE后续重新注册
UDM通过Initial Registration流程
恢复AMF注册 ``` **Purge与普通Deregistration的区别**： | 维度 | 普通Deregistration | Purge | |------|-------------------|-------| | UE是否参与 | 是（发送/接收NAS消息） | 否（UE不可达） | | UDM状态 | 直接删除AMF注册记录 | 标记为Purged状态 | | PDU Session处理 | 正常释放 | 强制释放 | | 后续恢复 | UE重新发起Registration | UE发起Initial Registration，UDM下发签约数据重建上下文 | --- ## 八、紧急会话的特殊处理 TS 23.502 Section 4.2.2.3明确规定：**紧急PDU Session在去注册过程中不能被释放**。这是5G相对4G的重要安全增强。 | 场景 | 普通PDU Session | 紧急PDU Session | |------|----------------|----------------| | UE关机去注册 | 立即释放 | 保持，直到紧急会话结束 | | AMF发起去注册 | 立即释放 | 不释放，仅释放非紧急会话 | | UDM签约删除 | 立即释放 | 不释放 | | 隐式去注册 | 立即释放 | 保持 | **实现机制**：SMF在建立PDU Session时通过`Emergency indicator`标记紧急会话。AMF在触发去注册时，通过Nsmf_PDUSession_Release_SMContext消息中的`cause`参数区分是否可以释放——SMF检查PDU Session的Emergency标记后决定是否执行释放。 --- ## 九、实战连接：抓包识别与故障排查 ### 9.1 Wireshark抓包识别要点 | 协议层 | 过滤器 | 关键字段 | |--------|--------|---------| | 5G-NAS | `nas-5gs.message_type == 0x41` | Deregistration Request (UE→Network) | | 5G-NAS | `nas-5gs.message_type == 0x42` | Deregistration Accept | | 5G-NAS（下行） | `nas-5gs.message_type == 0x45` | Deregistration Request (Network→UE) | | NGAP | `ngap.procedureCode == 18` | Uplink NAS Transport | | NGAP | `ngap.procedureCode == 19` | Downlink NAS Transport | | NGAP | `ngap.procedureCode == 47` | UE Context Release | | HTTP/2 (SBI) | `http2.headers.path contains "nudm-uecm"` | UDM注册管理 | | HTTP/2 (SBI) | `http2.headers.path contains "smf/pdu-sessions"` | PDU Session释放 | ### 9.2 常见故障场景及排查思路 **故障1：UE关机后AMF仍保留上下文（资源泄漏）** - **现象**：UE已关机，但AMF上仍显示UE为5GMM-REGISTERED，PDU Session未释放 - **排查**： 1. 检查UE是否发送了Deregistration Request（nas-5gs.message_type == 0x41） 2. 如果UE突然断电（拔电池），NAS Deregistration Request不会发送 3. 此时依赖MRT + Implicit Deregistration Timer超时后AMF自动清理 4. 检查AMF的MRT配置值是否异常过大（如误配置为24小时） - **典型根因**：AMF的Mobile Reachable Timer配置过大，或Periodic Registration Timer协商值异常 **故障2：AMF发起去注册后UE未重新注册** - **现象**：AMF发送Deregistration Request（re-registration required），但UE未发起新Registration - **排查**： 1. 确认Deregistration Accept是否被UE正确接收 2. 检查Deregistration type是否正确设置为"re-registration required"（比特值001） 3. 确认UE的NAS层实现是否正确处理重注册逻辑 - **典型根因**：部分厂商UE实现未正确处理re-registration required场景 **故障3：UDM发起去注册但AMF未响应** - **现象**：UDM发送Nudm_UECM_DeregistrationNotification，AMF未执行去注册 - **排查**： 1. 检查AMF是否订阅了UDM的DeregistrationNotification（Nudm_SDM_Subscribe是否包含该事件） 2. 检查AMF日志是否收到该通知 3. 确认AMF与UDM之间的SBI连接是否正常 - **典型根因**：AMF未正确订阅UDM的注册状态变更通知 **故障4：紧急呼叫后UE无法正常去注册** - **现象**：紧急呼叫结束后，UE发起去注册但PDU Session未释放 - **排查**： 1. 检查SMF是否正确识别了PDU Session的Emergency标记 2. 确认AMF在去注册时是否区分了紧急/非紧急PDU Session 3. 检查SMF的Emergency Session超时定时器是否正常工作 - **典型根因**：厂商实现中Emergency Session的超时清理机制与标准不完全一致 ## 十、PDU Session释放的级联信令 去注册过程中的PDU Session释放是一个级联过程，涉及SMF、UPF、PCF三个网元的协调： ```mermaid sequenceDiagram participant AMF participant SMF participant UPF participant PCF participant UDM as UDM/BSF AMF->>SMF: Nsmf_PDUSession_Release_SMContext
POST /nsmf-pdusession/v1/sm-contexts/{smContextId}/release
{json: PDU Session ID, cause, accessType} SMF->>UPF: N4 Session Release Request
(Release所有N4规则) UPF-->>SMF: N4 Session Release Response SMF->>PCF: Npcf_SMPolicyControl_Delete
DELETE /npcf-smpolicycontrol/v1/policies/{polId} PCF-->>SMF: 204 No Content opt SMF订阅了UDM数据 SMF->>UDM: Nudm_SDM_Unsubscribe
DELETE /nudm-sdm/v1/{supi}/sdm-subscriptions/{subId} UDM-->>SMF: 204 No Content end SMF-->>AMF: Nsmf_PDUSession_Release_SMContext Response
200 OK ``` **关键参数说明**： | 参数 | 说明 | 取值示例 | |------|------|---------| | cause | 释放原因 | "deregistration", "implicit_deregistration", "subscription_withdrawal" | | accessType | 接入类型 | "3GPP_ACCESS", "NON_3GPP_ACCESS" | | releaseSession | 是否释放会话 | true（去注册场景始终为true） | --- ## 十一、去注册过程中的N2接口处理 N2接口在去注册过程中承担NAS消息透传和RAN资源释放两个职责： ### 11.1 NAS消息透传（CM-CONNECTED态） | 步骤 | NGAP消息 | 方向 | 携带内容 | |------|---------|------|---------| | 1 | Downlink NAS Transport | AMF→RAN | NAS Deregistration Request | | 2 | Uplink NAS Transport | RAN→AMF | NAS Deregistration Accept | ### 11.2 RAN资源释放 去注册完成后，AMF通过**UE Context Release**流程释放RAN侧资源： | NGAP消息 | IE | 说明 | |---------|-----|------| | UE Context Release Command | Cause=detach | AMF通知RAN释放UE上下文 | | UE Context Release Complete | — | RAN确认释放完成 | **设计意图**：N2 UE Context Release与NAS Deregistration Accept是两个独立步骤。RAN资源释放在AMF确认所有PDU Session已释放后才执行，确保数据面资源不会在控制面清理完成前被提前释放。 --- ## 十二、Non-3GPP接入的去注册特殊性 5G支持通过N3IWF/W-AGF的Non-3GPP接入，去注册流程有额外考量： | 维度 | 3GPP接入 | Non-3GPP接入 | |------|---------|-------------| | NAS传输 | 通过NGAP N2 Transport | 通过IKEv2/EAP-5G封装 | | AN资源释放 | RRC Release | IKEv2 DELETE / IPSec SA删除 | | 接入特定清理 | — | N3IWF上删除IKE SA和IPSec隧道 | | Access Type编码 | 01 | 10 | | 同时去注册 | Access Type=11 | Access Type=11 | **部分去注册场景**：当Access Type=01（仅3GPP）时，AMF仅释放3GPP接入上的PDU Session和N2连接，Non-3GPP接入上的注册关系和会话保持不变。这在UE从5G移动到Wi-Fi但需要保持IMS注册的场景中特别重要。 --- ## 十三、常见问题 **Q1: UE关机时的去注册和突然拔电池有什么区别？** A: 关机时UE会发送NAS Deregistration Request（Deregistration type=switch-off），AMF立即释放所有资源。突然拔电池时NAS消息不会发送，AMF需要等Mobile Reachable Timer（约54分钟）+ Implicit Deregistration Timer（约4分钟）超时后，才能通过隐式去注册清理资源。这意味着突然断电场景下，AMF上的UE上下文会残留约58分钟。 **Q2: Deregistration type的"re-registration required"和"re-registration not required"对AMF行为有何影响？** A: "re-registration required"意味着AMF期望UE在收到Deregistration Accept后立即发起新的Registration（可能被引导到另一个AMF Set，用于负载均衡）。"re-registration not required"则表示UE可以保持去注册状态。在网络侧，两者的资源清理流程相同，但AMF在"re-registration required"场景下会在UE Context中设置标记，等待UE的新注册请求。 **Q3: 隐式去注册后，UE再次开机时为什么走Initial Registration而不是Mobility Registration Update？** A: 因为隐式去注册后AMF已删除了MM Context和5G-GUTI关联。UE虽然可能仍存储旧的5G-GUTI，但AMF无法识别这个GUTI（上下文已删除），会返回Registration Reject（Cause=#3 "Illegal UE"），UE随后自动发起Initial Registration。这也是Purge流程的价值——UDM将UE标记为Purged后，会在AMF的新Registration请求时重新下发完整签约数据。 **Q4: 去注册过程中，PDU Session的QoS Flow如何处理？** A: AMF通过`Nsmf_PDUSession_Release_SMContext`通知SMF释放会话，SMF向UPF发送N4 Session Release Request，UPF删除所有PDR（Packet Detection Rule）、FAR（Forwarding Action Rule）和QER（QoS Enforcement Rule）。如果PDU Session有多个QoS Flow，UPF一次性删除该Session下的所有QoS Flow资源——不存在按QoS Flow逐个释放的过程。 **Q5: 5G去注册和4G Detach在信令层面的核心差异是什么？** A: 三个核心差异：(1) **接入类型感知**：5G支持3GPP/Non-3GPP分别去注册，4G仅支持3GPP；(2) **接口差异**：5G使用SBI（HTTP/2）的`Nudm_UECM_Deregistration`，4G使用Diameter的`Cancel-Location`；(3) **切片处理**：5G去注册时按S-NSSAI释放PDU Session，4G不涉及切片概念。此外，5G的紧急会话保护机制比4G更完善——标准明确规定紧急PDU Session在去注册过程中不被释放。 --- ## 参考来源 1. [3GPP TS 23.502 V18.10.0](https://www.etsi.org/deliver/etsi_ts/123500_123599/123502/18.10.00_60/ts_123502v181000p.pdf) — Section 4.2.2.3 Deregistration Procedures, Section 4.2.2.3.2 UE-initiated Deregistration, Section 4.2.2.3.4 Purge UE Procedure 2. [3GPP TS 24.501 V18.x.x](https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3370) — Section 8.2.9 Deregistration Request message contents, Section 5.4.2 Deregistration procedure 3. [3GPP TS 23.501 V18.x.x](https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=3144) — Section 5.4.4.2 Reachability Management, Mobile Reachable Timer and Implicit Deregistration Timer 4. [3GPP规范知识点解读系列第14篇：UE去注册流程深度解析](https://zhuanlan.zhihu.com/p/2017835606558929745) — 知乎专栏，UE去注册流程中文详解 5. [5G Core Deregistration and SM Context Release Explained](https://www.telecomtrainer.com/5g-core-deregistration-and-sm-context-release-explained-udm-and-smf-interactions/) — TelecomTrainer, UDM与SMF交互分析 --- > 本文由「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 等场景全覆盖。