本文已参与「新人创作礼」活动，一起开启掘金创作之路。
相关文章会在公众号同步更新。公众号：5G通信大家学
持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。
///////////
1.1.2.24.4终审判决
经过2）和3）步，AMF已经收集到了所有的基础数据，这时候AMF就可以做出最终判决了。如果签约数据和兼容性都满足，AMF就会认为网络支持IMS语音，并使用Nudm_UECM_Update消息更新UDM IMS语音的支持情况"Homogeneous Support of IMS Voice over PS Sessions"。
"Homogeneous Support of IMS Voice over PS Sessions"信息的设置原则如下：
（1）如果AMF下的所有TA均支持"IMS Voice over PS Sessions"，则"Homogeneous Support of IMS Voice over PS Sessions"指示设置为：Supported；
（2）如果AMF下的所有TA都不支持"IMS Voice over PS Sessions"，则"Homogeneous Support of IMS Voice over PS Sessions"指示设置为：Not Supported；
（3）如果AMF对"IMS Voice over PS Sessions"的支持是不均质的（即：不是所有的TA都支持）或者不能断定，则不需要包含"Homogeneous Support of IMS Voice over PS Sessions"指示。
UDM做被叫域选（T-ADS）的时候会使用到这些信息。
从上面的叙述和第20步的叙述中，看起来好像比较乱套。比如初始注册（使用SUCI），第20步的Initial Context Setup Request步骤中，肯定是需要gNB向UE查询UE Radio Capability，之后上传AMF。那么第24步中AMF要不要在UE RADIO CAPABILITY CHECK REQUEST消息中携带UE Radio Capability IE就看各厂家设备的实现了。总之，这些步骤哪些要执行哪些不需要执行都是根据具体情况，唯一的原则就是：缺少信息就执行，不缺少就不执行。PLMN网络的最终准则就是尽最大的可能为用户服务。
经过上面的分析，我们可以想到在注册流程末尾更新UE的注册信息，初始注册和移动性注册场景中可能会发生。如果new AMF没有从old AMF获取到UE Context或者获取到的UE Context没有包含签约数据或者UE Radio Capability信息，AMF不能立即做终审判决时，可能就会触发第24步。
注：****
最后仍然有一个疏漏，不知道大家注意到了没有。在第2）小节：“如果AMF没有及时收到“Voice Support Match Indicator”，AMF可能就会默认在5GS network feature support IE中下发IMS语音指示（取决于网络设备的实现），后续如果有变化再向UDM更新，也就是本步骤的作用。”
这一段来自TS 23.502中的Step 21，原文：If the AMF hasn't received Voice Support Match Indicator from the NG-RAN on time then, based on implementation, AMF may set IMS Voice over PS session supported Indication and update it at a later stage.
这里，我仍然有疑问。如果AMF没有准时收到NG-RAN的返回结果，AMF该怎么在Registration Accept中设置IMS语音支持指示。如果设置为不支持，即使后来收到了NG-RAN的结果是网络支持IMS语音。这时候Registration Accept消息已经下发给UE了，UE收到后，认为网络不支持，可能就不发起IMS语音呼叫了。如果设置为支持，后来AMF的判决是不支持，这时候UE如果发起IMS语音呼叫，会直接被网络拒绝，之后再回落吗？
所以这句话虽然说的是“可以”，但实际情况还是要尽早收到UE Capability Match Response才好，否则还真有麻烦。
25. Network Slice-Specific Authentication and Authorization
UE的Allowed NSSAI中有需要NSSAA的切片时，需要触发该流程。切片的鉴权使用EAP鉴权框架，并且需要使用GPSI。该步骤也非常复杂，部分内容在第21步骤中，已经进行了部分介绍。NSSAA的详细流程，这里就不进行详解了。目前在网络中暂时还没有用到，后续使用后再进行详解。
最后对于移动性注册更新，因为new AMF从old AMF得到了UE事件的全部订阅。所以在new AMF执行完注册后，需要通知所有订阅UE可达性事件的NF。
1.1.3 移动性注册更新流程图
虽然前面的详解流程把每一步骤的触发条件都说明了，但是对于初学者判定这一步是否执行时可能仍有困难，下面把移动性注册流程图和周期性注册流程图贴一下，方便初学者学习。
在学习注册流程中，第一个需要知道在什么场景下，UE触发的是什么类型的注册流程。这部分内容在注册流程详解的第一步中有明确的说明。后面的步骤重点关注触发条件及携带的参数。这样整个注册流程学完之后，会知道其中的原理，什么特性是手机发送给网络的，什么特性是网络下发给UE的。
虽然感觉详解系列已经说明的很细致了，可能仍有一些疏漏，各位同学如果平时学习遇到疑惑可以公众号后台随时发消息。
流程图中的步骤序号相比初始注册都没有变化，初学者可以根据流程的序号对照之前的详解步骤就可以直接学习
