本文已参与「新人创作礼」活动，一起开启掘金创作之路。
相关文章会在公众号同步更新。公众号：5G通信大家学
持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。
///////////
1.2.4.7a（B） Reroute NAS message
3GPP TS 23.502中对该步骤的使用场景进行了介绍，总结如下：
（1）初始AMF和目标AMF不属于同一个AMF Set；
（2）初始AMF通过AMF Set查询NRF没有得到候选AMF列表；
（3）初始AMF根据自身配置判断自己无权为UE提供服务。
（4）如果初始AMF查询NSSF，没有返回候选AMF列表，也就是NSSF不知道哪些AMF满足UE的请求。比如多个运营商共享基站，收到注册消息的AMF也不会知道另一个运营商的AMF情况，但是基站共享，基站一定会知道，这种情况初始AMF就会把注册消息发送给gNB，由基站选择合适的目标AMF。
上面虽然列举了四个条件，在实际应用时需要综合考虑来决定选择哪个方法转发注册请求消息。
需要注意的一点是，如果初始AMF不能为UE服务，通过gNB将注册消息转发给目标AMF，无法携带UE的安全上下文信息。
注：
为什么经过gNB对NAS消息重路由不携带安全上下文？原因是消息里没有定义相关的字段。至于不定义的原因也许是保证核心网的安全相关安全数据不暴露给基站（RAN）。按照通信核心网的思路：核心网内自己的东西认为是安全可信的，安全数据不要流出自己的可信范围。
AMF将注册消息发回给gNB使用的消息是REROUTE NAS REQUEST，该消息用于将INITIAL UE MESSAGE消息重新路由到其它AMF。我们先看消息的定义：
重点IE介绍：
- RAN UE NGAP ID
基站侧用于区别UE的ID，为必选项。
- AMF UE NGAP ID
AMF侧用于区别UE的ID，该IE为可选项，因为本来该UE就需要在别的AMF上注册，初始AMF为该UE分配AMF UE NGAP ID并没有什么意义。
- NGAP Message
其中包含有基站发送给初始AMF的INITIAL UE MESSAGE。初始AMF相当于把收到的初始N2消息又转发回了基站。
- AMF Set ID
从NSSF中得到的AMF Set ID。基站可以根据其选择目标AMF，转发INITIAL UE MESSAGE。
- Allowed NSSAI
初始AMF从NSSF中获得的Allowed NSSAI，包含在这可以辅助基站选择目标AMF，并且目标AMF根据该字段也可以知道UE的Allowed NSSAI。
- Source to Target AMF Information Reroute
该IE用于初始AMF向目的AMF透明传递NSSF提供的信息，具体信息如下：
从上面IE可以看出来并没有给传递安全信息留有位置，所以通过gNB转发的注册消息不包含初始AMF的安全数据。
1.2.4.7b（B） Initial UE message
基站从根据收到的REROUTE NAS REQUEST提取出相关信息，重新组合成新的INITIAL UE MESSAGE发给目标AMF，消息名和第一次基站发送注册消息给初始AMF的消息名称一样，只是携带的字段不同。我们再复习一下INITIAL UE MESSAGE消息的定义，如下图。
我们现在再看这条消息定义的很多字段就非常清晰了，比如其中的AMF Set ID、Allowed NSSAI等IE的来源就很容易理解，分析到这我们在1.1.2.3章节的疑惑就烟消云散了。在之前详细分析时，Initial UE Message中的Allowed NSSAI困惑了我很长时间。TS 38.413中根本没有对该IE的来源进行介绍，只是让参看TS 23.502，而TS 23.502是一个600多页的规范，找Allowed NSSAI的使用场景相当麻烦了。规范虽然介绍的很详细，考虑的也很周全，但是用它来学习5G还是很花时间的，对于初学者也并不适合。
