5G注册流程详解（30）本文已参与「新人创作礼」活动，一起开启掘金创作之路。相关文章会在公众号同步更新。公众号：5G

本文已参与「新人创作礼」活动，一起开启掘金创作之路。

相关文章会在公众号同步更新。公众号：5G通信大家学

持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。

///////////

带AMF重选的注册流程，大部分的内容和初始注册流程基本一致，只是把不同于1.1 注册流程的步骤详解一下即可。

这里的初始AMF是指第一次收到Registration Request消息的AMF。

图片.png

gNB转发将承载有Registration Request消息的Initial UE Message（N2）发送给初始AMF。gNB选择AMF的方法详见：1.1.2.2 AMF选择。
AMF收到Registration Request消息后，向old AMF获取UE Context、触发AUSF的鉴权流程等步骤和1.1章节相同，这几步都是可选的步骤。

这一步需要执行的原因是初始AMF需要用户的SUPI和签约数据用于判断当前的初始AMF是否能够为UE服务，如果不能够服务当前的UE，初始AMF需要重新路由Registration Request消息。

3a. 如果初始AMF从old AMF没有得到UE Context，此时这一部分数据就需要从UDM中获取。本步骤初始AMF使用SUPI向NRF执行UDM服务发现，进行UDM选择。

3b. 初始AMF从UDM下载用户的切片选择签约数据。

3c. UDM返回UE的切片选择签约数据。

4a. 如果AMF根据签约数据，判断不能服务于注册请求Requested NSSAI中所有已签约的S-NSSAI切片，初始AMF需要查询NSSF，来获得可以为UE提供服务的AMF信息。

4b. NSSF返回AMF Set或者AMF候选AMF地址、Allowed NSSAI等信息。NSSF也可能返回用于选择AMF的NRF。

初始AMF向old AMF发送Namf_Communication_RegistrationStatusUpdate消息，通知old AMF当前UE在初始AMF注册没有成功完成。

6a. 初始AMF向NRF执行服务发现，发送Nnrf_NFDiscovery_Request请求。

6b. NRF返回给初始AMF目标AMF的地址等信息。

7(A). 初始AMF根据具体情况选择7A或者7B进行AMF重选的消息传递。如果初始AMF和目标AMF可以直接通信，则通过Namf_Communication_N1MessageNotify转发注册消息到目标AMF。

7(B). 如果初始AMF不能和目标AMF直接通信，初始AMF会将重新路由的注册消息发送给gNB，由gNB再将注册消息发送给目标AMF。

8. 目标AMF收到注册消息，继续执行后续注册。步骤和我们在1.1节叙述的第4～22步注册流程一样。

带AMF重选的注册流程，相比1.1节叙述的注册流程只是多了重选的步骤，其它完全一样。

消息方向：gNB - > AMF

TS 23.502中带AMF重选流程的第1步，相当于初始注册流程的第1～3步，直接从AMF收到Initial UE Message开始。该消息是N2接口消息，详见1.1.2.3章节。

Steps 4-9b的步骤也是可选的，我们先简单回顾一下是哪些步骤：

之后，初始AMF判断是否需要重新路由初始NAS消息，即：Registration Request消息。

为什么要在鉴权成功后初始AMF才执行重选，而不是收到注册消息就执行重选AMF呢？

原因相对比较容易想到，我想到的一些原因如下：

（1）网络首先要确认UE是否是非法用户，否则后续的任何流程都没有意义，只能白白占用网络资源。从old AMF获取UE Context或者执行AUSF鉴权都是这个目的；

（2）后面要介绍的步骤3a，UDM的选择只有SUPI一个选择因子，如果UE没有被网络认可得不到SUPI；

（3）从UDM获取签约数据，一定要是网络鉴权通过的用户，否则任何AMF岂不是都可以到UDM中获取数据。另外，到UDM中获取签约数据的URI也需要SUPI作为参数。

详见1.1.2.13章节。UDM的选择需要利用NRF。

消息方向：初始AMF - > UDM

切片选择签约数据就是1.1.2.14b章节介绍的切片签约数据。

需要注意的是网络切片NSSAI签约数据，是在AMF注册前查询，用于辅助网络选择的签约数据。其它的签约数据都是在注册后查询才有意义，如果考试，这可能就是一个考点。

消息方向：UDM - >初始AMF

详见1.1.2.14b章节介绍的切片数据。