第9篇：对Reachable Timer的支持（UE可达性管理）

《5GC原理与实践》实践篇是按网元来规划的。包括AMF篇、SMF篇、PCF篇等。

本文是AMF篇的第9篇。

1 对Reachable Timer的支持（UE可达性管理）

本节对应的原理部分在原理篇的“1.3.8节重要的移动性管理计时器”介绍。

再回顾一下移动可达性计时器的定义和作用（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标记位被清除了。

然后查如果后续隐式去注册计时器超时，AMF是否发起了隐式去注册流程。

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

更多精彩内容，请阅知识星球800+篇精华合集帖。

该链接收录了知识星球800+篇的精华内容，

含视频、图文专栏、精华帖、问答等等精华内容。

无论是想学习课程、看视频、看案例、看log、看实战，统统都有。

各位星友必看！！！

精华合集（链接永久不变，内容自动更新）：

https://drpn55b08y.feishu.cn/docx/Y8MqdnyKooY8yKxfBdoc3EvZnof 

飞书域名太长，还创建了一个短链接：

http://gg.gg/15t0bu 

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！