来自知识星球

基于主备AMF(backup AMF)的容灾流程

为了支持AMF的容灾,3GPP定义了备用AMF和UDSF(即AMF的后端数据库,存储UE上下文,用于容灾
恢复)两种方案。本文主要介绍基于备用AMF的流程,关于UDSF可以搜索置顶的800+精华帖和顶部搜索
1 主备AMF正常状态下的工作方式:
AMF主备网元之间保持用户动态数据的同步,发生主备倒换后,备用网元有用户动态数据,用户无需重新
注册,无注册浪涌信令,减少对各网元的信令冲击。
正常工作状态,AMF将用户上下文状态数据同时保存到其备份 AMF 中。当 AMF 故障后,周边网元把用
户消息发送给备份AMF,备份AMF查询用户上下文状态数据,继续处理用户业务流程,从而保障了业务
连续性。同时,由于 UE 不用重新注册就能使业务继续,无注册浪涌信令,减少了对各网元的信令冲击。
2 容灾流程
周边网元发送至AMF的消息包括从RAN发起和其他 5GC网元发起 2类,其中 RAN侧主动发起的业务流程
如图1所示。
【注:这个图1其实就是本文标题所提到的“基于主备AMF的容灾流程”】

a)为AMF1(原AMF)配置备份的AMF2(备份AMF),AMF1将Served GUAMI以及Backup AMF信息
下发给gNodeB。AMF2通过NF注册流程将其备份的GUAMI保存到NRF中,供其他NF获取。
b)用户接入网络并进行业务流程处理。AMF1在业务处理流程中,将用户上下文状态数据同步到AMF2
中,AMF2保存同步数据。
c)当AMF1发生故障时,UE发起业务请求,gNodeB发送消息无响应,gNodeB识别并判定AMF1故障,
将用户的请求消息发送给AMF2。AMF2接收用户请求后,判断其原为AMF1所处理的用户,从保存数据中
获取用户上下文状态数据,并继续处理此用户的相关业务流程。AMF2为用户重新分配5G-GUTI,向
gNodeB发送更新5G-GUTI及AMF UE NGAP ID的消息,后续此用户业务由AMF2进行处理。
AMF2与其他NF交互,其他NF接收消息后,识别AMF1故障,后续与AMF2交互处理此用户相关业务流
d)后续此UE的业务将在AMF2正常处理。
来源:《5G核心网网络健壮性增强方案研究》,
作者:张欣,朱晓林,滕佳欣,刘凡栋
涵盖了5G核心网、IMS绝大多数知识点:
无论是想学习课程、看视频、看案例、看log、看实战,统统都有。