注册网络切片 详细步骤

注册网络切片 详细步骤

通过网络切片实例（NSI)去建立UE和一个数据网络的用户面连接需要两步：

1）发起RM流程去选择支持所要求的网络切片的AMF，

2）通过网络切片实例（NSI)去建立一个或多个连接到数据网的PDU会话。

当UE在一个PLMN下发起注册流程时，如果UE已经有了该网的Configured NSSAI或Allowed NSSAI，那么UE应该在AS和NAS层给网络提供Requested NSSAI，包含UE想要注册的网络切片的S-NSSAI。Requested NSSAI的S-NSSAI必须来自Configured NSSAI和Allowed NSSAI。

UE在RRC连接建立请求和注册请求消息都要携带Requested NSSAI；但是如果UE没有当前PLMN的Configured NSSAI和Allowed NSSAI的话，则UE不应该在RRC连接建立请求和NAS注册请求消息携带任何的S-NSSAI。接入网（如ngNB）会根据RRC连接建立请求的Requested NSSAI去选择合适的AMF，如果接入网无法做出选择的话（如消息没有携带Requested NSSAI，或携带了但找不到匹配其能力的AMF），其就会选择默认的AMF；之后，接入网就会将初始NAS消息转发给选择的AMF。

当AMF收到接入网发来的UE注册请求消息：

AMF向UDM发起查询来获取这个UE的订阅信息（订阅信息会包含Subscribed S-NSSAIs）

AMF拿Subscribed S-NSSAIs来验证Requested NSSAI里的S-NSSAI，确定哪些请求的S-NSSAI是允许的，哪些是被拒绝的；如果请求的S-NSSAI有影射值，则AMF会拿映射值和Subscribed S-NSSAI进行比较。

当AMF中的UE上下文尚未包括相应访问类型的允许NSSAI时，根据AMF的配置，要么AMF查询NSSF（参见下面的（B）以进行后续处理），要么AMF直接确定它是否可以为UE服务（参见下面的（A）以进行后续处理）。 NSSF的地址在AMF中本地配置。

当AMF中的UE上下文已经包括针对相应接入类型的允许NSSAI时，基于该AMF的配置，可以允许AMF确定其是否可以为UE服务（参见下面的（A）以用于后续处理）.

（A）根据如上所满足配置，可以允许AMF确定其是否可以为UE服务，并且执行以下操作：

AMF检查其是否可以为所有在Requested NSSAI且出现在Subscribed NSSAI的S-NSSAI（Requested NSSAI和Subscribed NSSAI的交集）服务，或者在没有Requested NSSAI时，AMF是否可以为所有的默认S-NSSAI服务。

如果AMF可以为Requested NSSAI的S-NSSAI服务，则AMF继续作为UE的服务AMF；之后组装Allowed NSSAI，Allowded NSSAI由Requested NSSAI和Subscribed NSSAI的交集组成，或者，如果没有Requested NSSAI时，由所有的默认的S-NSSAI组成；AMF还要决定Allowed NSSAI的S-NSSAI到Subscribed S-NSSAI的映射值。如果UE没有提供Requested NSSAI或提供的Requested NSSAI包含了在服务PLMN下不合法的S-NSSAI，则AFM会基于订阅S-NSSAI和运营商的配置给UE提供Configured NSSAI。之后执行步骤C。

否则，AMF查询NSSF（见下面步骤B）

（B）如上所述要求，AMF需要查询NSSF，然后执行如下操作：

AMF向NSSF查询，提供信息：Requested NSSAI、Requested NSSAI到HPLMN Configured NSSAI的映射、订阅S-NSSAI、SUPI的PLMN ID、UE当前的跟踪区（Tracking Area（s））等。

基于上面AMF提供的信息、以及本地配置信息和其它的本地信息（包括当前TA下RAN的能力信息、网络实例的当前负载级别），NSSF执行如下操作：

基于Requested NSSAI和Subscribed NSSAI的S-NSSAI比较，NSSF要判断哪些请求的S-NSSAI可以被允许。如果没有Requested NSSAI，就看用户订阅的默认S-NSSAI是否可被允许。

选择为UE服务的网络切片实例（Network Slice Instance）

选择为UE服务的AMF。

决定UE的Allowed NSSAI（要考虑UE的Access Type、当前的TA、可用的网络切片实例等信息）

基于运营商配置，NSSF可以确定用于在所选网络片实例内用于选择NF /服务的NRF。

在漫游场景下还要确定Allowed NSSAI和Subscribed S-NSSAI的映射。

如果UE没有提供Requested NSSAI或者提供了Requested NSSAI但其包含有在当前服务PLMN无效的S-NSSAI，则NSSF可以基于Subscribed S-NSSAI和运营商的配置推导出Configured NSSAI以及其和HPLMN的Configured NSSAI的映射关系给UE用。

NSSF给当前AMF返回：Allowed NSSAI和其与Subscribed S-NSSAI的映射、目标AMF Set或一个候选AMF列表、NRF、NSI ID、Rejected S-NSSAI、Configured NSSAI。

取决于可用信息以及配置信息，AMF可以用目标AMF Set查询适当的NRF（例如，由NSSF本地预先配置或提供）， NRF返回候选AMF列表。

如果需要选择其它AMF服务UE，则当前AMF就会将Registration Request消息路由给目标AMF（可以通过RAN口重定向或直接信令发给目标AMF【TS23.501 5.15.5.2.3】）。

执行步骤（C）

（C）服务AMF应确定一个注册区域（Registration Area），使得该注册区域的所有S-NSSAI在注册区域的所有TA都可用，然后返回 UE允许NSSAI以及允许的NSSAI到订阅的S-NSSAI的映射（如果提供的话），以及被拒绝的S-NSSAI。

————————————————
版权声明：本文为CSDN博主「cloudfly_cn」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/u010178611/article/details/82109791