《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 which 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 NSSAI 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。
更多精彩内容,请阅知识星球800+篇精华合集帖。
该链接收录了知识星球800+篇的精华内容,
含视频、图文专栏、精华帖、问答等等精华内容。
无论是想学习课程、看视频、看案例、看log、看实战,统统都有。
各位星友必看!!!
精华合集(链接永久不变,内容自动更新):
https://drpn55b08y.feishu.cn/docx/Y8MqdnyKooY8yKxfBdoc3EvZnof
飞书域名太长,还创建了一个短链接: