AMF功能实战篇(9) 对Reachable Timer的支持（UE可达性管理）

再回顾一下移动可达性计时器的定义和作用（Mobile Reachable Timer），它在24501里定义，默认值是T3512+4分钟，也就是说正常

情况下，UE如果在CM-IDLE态下，要向网络侧发起周期性注册流程（T3512），但万一UE进入信号不好的地方（地铁、高原、矿井

等），没法做周期性更新，那AMF要再等4分钟，如果还等不到UE的消息，就判定UE已经失联。并且立即暂停对UE的寻呼，也就是清

除PPF（Paging Proceed Flag）标记位，即便收到了下行数据也不寻呼（也就不会转发下行数据给UE了）。从而达到节省网络资源的

目的。但为了防止UE一会信号又好了，又回来了。AMF此时并不会删除UE的上下文，这样万一UE第T3512+5分钟又回来了，那UE不

需要重新注册，做一个service request流程就可以继续上网了。直到隐式去注册计时器超时，AMF才会删除UE的上下文，那以后如果

UE再回来，就只能关机/飞行模式重新发起注册了。因为网络侧已经没有你的上下文了，不知道你是谁了。

摘录一段规范的原文：However, the AMF does not know for how long the UE remains not reachable, thus the AMF shall not

immediately deregister the UE. Instead, after the expiry of the Mobile Reachable timer, the AMF should clear the PPF and shall start

an Implicit De-registration timer, with a relatively large value. The AMF shall stop the Implicit De-registration timer and set the PPF if

the AMF moves the UE CM state in the AMF to CM-CONNECTED state.

检查项：AMF支持本地配置Mobile Reachable Timer，并在该Timer超时后，如果收到了下行方向该UE的信令/用户数据，都不会对UE

发起Paging。并检查AMF应正确清除PPF标记位。此时，在AMF侧看到的UE状态应该还是：RM-Registered + CM-IDLE。和超时之前

的主要区别是PPF标记位被清除了。然后就是结合本文的1.1.4.4节，检查如果后续隐式去注册计时器超时，AMF是否发起了隐式去注册

流程。

【注：本节属于AMF本地的流程，不涉及信令消息和流程，因此不需要抓包验证。】