AMF功能实战篇(3) 去注册功能支持

1.1.4 去注册功能的支持 36

1.1.4.1 UE发起的去注册 36

1.1.4.2 网络侧（AMF）发起的去注册 37

1.1.4.3 网络侧（UDM）发起的去注册 38

1.1.4.4 隐式去注册的支持 38

1.1.4.5 Purge签约数据的支持 39

1.1.4 去注册功能的支持

AMF应支持去注册管理。具体的去注册完整流程请参考原理篇。这里不再赘述。

本节主要分析该流程中的一些重要消息和关键参数。

1.1.4.1 UE发起的去注册

检查点：

1）如果是非关机原因触发，则检查UE发出的去注册请求的类型为Normal de-registration。

2）如果是关机原理触发，则检查去注册请求的请求的类型为Power-off。

例如，下图（Wireshark解码截图）的De-registration type取值为0，表示Normal de-registration（如通过AT指令集触发，非关机场

景。）该参数在24501的9.11.3.20 De-registration type中定义。

1.1.4.2 网络侧（AMF）发起的去注册

检查项：AMF应能支持发起去注册流程，例如通过CLI命令行的方式发起。

检查点：检查AMF发给UE的去注册请求消息里，Deregistration type的取值为Normal de-registration。并且可以可选的携带一个原因值

给UE，从而引导UE的后续行为。如下图所示，AMF给UE的去注册请求带上了原因值#7：5GS services not allowed。

在去注册流程完成后，在AMF上应该可以通过CLI查看到UE已经切换为去注册态。

1.1.4.3 网络侧（UDM）发起的去注册

检查项：AMF应能支持UDM发起的去注册。

检查点：UDM发起的去注册，UDM会发送Nudm_UECM_DeregistrationNotification给AMF，并携带Deregistration Reason，AMF需要

能正确处理，并转成NAS消息去注册请求发给UE。UDM发送给AMF的去注册通知举例如下：

Header uri部分：/namf-callback/v1/imsi-460XX1112226666/deregistration-notification。

JSON数据部分：

本例中的去注册原因取值为SUBSCRIPTION_WITHDRAWN，表示是因为UE取消了签约导致的（去注册）。在TS29503的

6.2.6.3.3 Enumeration: DeregistrationReason中定义。

1.1.4.4 隐式去注册的支持

检查项：AMF应能支持隐式去注册计时器，当隐式去注册计时器超时，AMF将发起隐式去注册流程。该计时器的详细介绍请参考原理篇

的1.3.8 重要的移动性管理计时器。隐式去注册的流程和网络侧发起的去注册流程（原理篇的3.1.6.3节）类似，但没有第1、2、3、13

步。

检查点：AMF能正确监控隐式去注册计时器，并发起该流程，去注册完后，AMF侧的UE状态为去注册态。需要注意，AMF要先等待移

动可达计时器（Mobile Reachable Timer）超时，然后再等隐式去注册计时器超时，才会发起该流程。例如我们假设T3512周期性更新

计时器采用默认值为54分钟，移动可达计时器为58分钟，隐式去注册计时器为60分钟。那假设UE在早上8点注册成功随后进入地铁信号

不好的地方，则以下事件会发生：

1）假设地铁太挤，UE无法上网，则8点0分10秒（取决于基站侧的UE Inactivity Timer）进入CM-IDLE即空闲态。

2）8点54分，T3512超时，但地下信号不好，UE无法发起周期性注册更新。

3）8点58分，移动可达性计时器超时，但UE还是没和网络侧有任何交互。

4）9点58分，也就是再等60分钟，隐式去注册计时器超时，AMF发起隐式去注册流程。

因此，AMF需要有能力监控上述计时器，并触发相应的行动。但因为此时UE已经实质失联，所以隐式去注册没有发给UE的消息。检查

除到UE外，其它步骤和消息与“网络侧发起的去注册流程”相同即可。

1.1.4.5 Purge签约数据的支持

检查项：在隐式去注册后，AMF应Purge（清除）掉UE的签约数据和MM上下文。并且，AMF应发起到UDM的去订阅和去注册。规范原

文在23502的4.5.3节定义：

An AMF may, as an implementation option, purge the subscriber data and MM context of a UE after the implicit orexplicit Deregistratio

n of the UE. In this case, the AMF shall unsubscribe and deregister from the UDM。流程图如下：

检查点：AMF能正确配置Purge Timer。并在隐式去注册之后，当Purge Timer超时，AMF能正确发起了到UDM的去订阅和去注册。其

中，去订阅采用DELETE方法，UDM回204 no content，在29503的5.2.2.4.2 Unsubscribe to notifications of data change定义。如下图

所示：

AMF到UDM去注册登记采用HTTP PATCH方法，UDM回204。在29503的5.3.2.4 Deregistration定义。如下图所示：

如图所示，其中要重点检查AMF发给UDM的PATCH请求的JSON参数部分是否携带了PurgeFlag，如下图所示：