本文已参与「新人创作礼」活动，一起开启掘金创作之路。
相关文章会在公众号同步更新。公众号：5G通信大家学
持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。
///////////
1.2.4.4a Nnssf_NSSelection_Get
AMF和NSSF之间的接口为N22。
该步骤用于NSSF向AMF提供Allowed NSSAI和Configured NSSAI等信息。需要注意的是AMF向NSSF发消息是根据本地的配置找到的NSSF，而不是像SMF、UDM等是通过查询NRF发现的。
获取切片信息的资源URI：
{apiRoot}/nnssf-nsselection/{apiVersion}/network-slice-information
该请求消息没有消息体，只有HTTP请求的查询参数。
我们先看一下GET请求能够得到哪些信息，后面会详细介绍相关各个信息：
（1）切片选择信息
包括allowed NSSAI、Configured NSSAI、目标AMF Set或者候选AMF列表，及其它可选的信息，如下：
-
Allowed NSSAI和Configured NSSAI的映射；
-
Allowed NSSAI的网络切片实例（Network Slice instances）ID（NSI ID）；
-
用于执行网络切片实例（NSI）选择的NRF及用于确定AMF Set中的目标候选AMF列表NRF；
-
注册请求Requested NSSAI中被NSSF拒绝的S-NSSAI。
（2）PDU Session Establishment流程中，用于执行会话切片关联的NFs/services服务发现的NRF。
（3）HPLMN和VPLMN之间的切片映射信息。
下面介绍HTTP请求的查询参数，即上图问号后面的，具体信息详见下图：
重点IE介绍：
- nf-type
消费者的NF类型。在本流程中即初始AMF的NF类型。NF类型基本就是网元类型。常见的比如AMF、SMF、UDM等，后续陆续会有UCMF（UE无线能力管理的网元）、MME、HSS、PCSCF、ICSCF、SCSCF、NSSAAF等
- nf-id
AMF的NF ID，即：AMF的UUID（Universally Unique Identifier）。5GC中采用的是UUID version 4。
- slice-info-request-for-registration
注册流程或者4G到5G基于N26接口的切换流程中需要包含该IE。其中包含的具体信息如下图，一部分信息是从UE的注册请求中获取的，一部分是UE的签约数据。其中：
-
subscribedNssai：除了包含Subscribed NSSAI列表，还包含default S-NSSAI指示；
-
sNssaiForMapping：在下面的requestMapping设置为True的情况下会包含该IE，其中包含的S-NSSAI是HPLMN，即归属网络的切片。
-
mappingOfNssai：VPLMN到HPLMN的映射。
其它的IE比较好理解，就不具体介绍了。
- slice-info-request-for-pdu-session
PDU Session建立过程中包含的切片请求信息，内容相对简单。只包含：
- S-NSSAI（必选IE）：会话请求建立的S-NSSAI，具体的设置方法，我们在UE Policy中已经介绍过，详见章节1.1.2.21b。
当UE在漫游场景时，对于归属地漫游的PDU Session建立请求，vNSSF查询hNSSF时，包含的应该是归属地的S-NSSAI。原因比较好理解，假如UE处在漫游地，发了一个只在漫游地使用S-NSSAI，归属地根本不识别。此时就会用到下面的homeSnssai IE。
-
roamingIndication（必选IE）：漫游指示。指示UE的漫游状态：NON_ROAMING、LOCAL_BREAKOUT、HOME_ROUTED_ROAMING。
-
homeSnssai（可选IE）：归属地漫游时，PDU Session建立场景使用。
-
slice-info-request-for-ue-cu
UE Configuration Update流程中使用的信息，和slice-info-request-for-registration包含的内容差不多，只是不包含：sNssaiForMapping和requestMapping。
该IE的适用场景比较好理解，当用户UDM中签约的切片发生改变时（比如用户在营业厅变更了签约切片）导致的UE重新注册，就会涉及到这部分信息的获取。
home-plmn-id和tai比较好理解，就不介绍了。
