《5G核心网原理与实践》实践篇 · AMF 网元功能
《5GC原理与实践》实践篇(19) UE请求切片和UDM中签约切片有交集，无需查NSSF
爱卫生
2023年02月12日 23:09
《5GC原理与实践》实践篇是按网元来规划的。包括AMF篇、SMF篇、PCF篇等。
本文是AMF篇的第19篇。
1.4.2 UE请求的切片和UDM中签约的切片有交集，无需查NSSF
本节的信令流程介绍在原理篇的3.1.1节：5GC初始注册流程（注册过程不查询NSSF）。
这里不重复赘述。
这里涉及到的主要参数有：
- UE请求的切片：Requested S-NSSAI；
- UDM中签约的切片：Subscribed S-NSSAI。
而S-NSSAI由两部分组成：SST（切片类型）+SD（切片区分符）。
另外，还有一个AMF侧的重要参数是NSSAI inclusion mode。
表示UE操作使用NSSAI包含模式。
取值有A/B/C/D共四个模式，在24501的9.11.3.37A NSSAI inclusion mode定义。
Q：NSSAI inclusion mode的主要作用是什么？哪个消息里发送？
A：该参数是AMF通过Registration Accept消息发给UE的。用于控制UE，是否以及何时在5G-AN（也就是RRC消息）信令中提供
NSSAI信息。
【The AMF may indicate, via the NSSAI inclusion mode IE of a REGISTRATION ACCEPT message, an NSSAI inclusion mode in whi
ch the UE shall operate over the current access within the current PLMN。】
在《5G Core Network Powering Digitalization》一书中对该参数的解释原文是：
“Access Stratum Connection Establishment NSSAI Inclusion Mode parameter, indicating whether and when the UE shall include NSS
AI information in the 5G-AN signaling, e.g., RRC”。那又是如何控制的呢？这个在24501的4.6.2.3.1表格中有提到，如下：
例如，AMF侧配置的是Mode A，那么AMF会把这个参数下下发给UE。
UE要按照网络侧的要求来执行。包括：
- 如果接下来还是发起初始注册，那UE可以在空口消息中提供Requested NSSAI；
- 如果接下来是做MRU并且是5.5.1.3.2节除了case g和case n以外的其他case，那UE可以在空口消息中提供Requested NSSAI；
- 如果接下来是做MRU并且是5.5.1.3.2节的case g和case n，那UE要在空口消息中提供Allowed NSSAI；
- 如果接下来是做周期性注册，那UE要在空口消息中提供Allowed NSSAI。
检查项：在注册流程中，当AMF发现UE请求的切片和UDM签约的切片不一致时，AMF应向NSSF发起查询，但如果UE请求的切片和
UDM中签约的切片有交集、并且AMF也能支持为该请求的切片服务时，则AMF无需查询NSSF。
直接看本节的消息和参数。
第1步：AMF检查UE发上来的注册请求消息，里边有Requested NSSAI，在本例中，可以看到UE请求的S-NSSAI包括切片1：
SST1+SD1、切片2：SST1+SD2、切片3：SST1+SD3。
第2步：AMF接下来从UDM获取签约数据，里边有签约的S-NSSAI。通过下面的例子可以看出，UE签约了两个S-NSSAI。分别是切片
1：SST1+SD000001、切片3：SST1+SD3。
第3步：AMF将UE请求的和UDM中签约的进行比对，发现UE请求的3个切片中有2个是签约的，有交集。无需查询NSSF。AMF然后结
合自己所支持的切片（本地配置）信息取交集，最后向UE发送Registration Accept消息。消息中携带了允许的切片以及配置的
NSSAI inclusion mode参数（Mode A）。
可以看到，AMF下发的Allowed NSSAI只有两个切片：SST1+SD1、SST1+SD3，没有SST1+SD2（因为在UDM中没有签约）。并成功
下发了NSSAI inclusion mode=A。