关于smf-select-data的疑问

varsarch

初始注册流程当中，AMF会向UDM下载smf-select-data，以备后续的PDU会话建立流程使用。smf-select-data会有签约的切片，以及相关切片下的DNN等信息（包括默认DNN的标识），但是却没有见到关于切片的默认标识信息。如果一个用户签约了两个切片的话，那么smf-select-data中应该会有两个切片的信息，但要是没有标注哪个切片是默认切片的话，当UE发起会话请求时又没带请求切片信息（目前好像一般终端都不会在会话请求中携带切片信息），那么AMF又是怎样决定通过哪个切片来进行SMF的选择呢？另外现网当中在完成鉴权后，AMF会先向UDM获取一次slice selection subscription data，这个结果中是有关于默认切片的信息的，那会不会是利用到了这个默认切片信息来参与到后面的SMF选择中去呢？谢谢！

admin

我个人赞同您的观点，默认切片的确定应该需要amf找udm拿slice selection subscription data。但是还有一个不确定的地方咱们一起讨论。
在23502里，有两个注册流程：
- 一个是标准注册流程Figure 4.2.2.2.2-1: Registration procedure；【不需要查NSSF】
- 一个是带AMF重选的注册流程4.2.2.2.3-1: Registration with AMF re-allocation procedure。【需要查NSSF】
带AMF重选的注册流程主要出现在gNB选择初始AMF选错了的情况下。（因为UE没提供请求切片，基站根据配置的默认AMF来选，是有可能选错的。）
问题来了，我查29503的5.2.2.2.2是关于Slice Selection Subscription Data获取的说明，里边提到该流程只出现在带AMF重选的注册流程4.2.2.2.3里。原文如下：




我仔细看了标准的注册流程23502的4.2.2.2.2，并没有Slice Selection Subscription Data获取这一步。
我理解就是说如果gNB一开始就选对了AMF，amf就不需要找udm要slice selection subscription data。
但问题是AMF如何判断gNB是否选错了？并且注册请求里又没有requested-nssai的情况下。
这种情况下AMF其实无法判断。因此还是得到UDM里边去拿Slice Selection Subscription Data。
最后AMF根据UE请求的、AMF本地配置所支持的切片、UDM签约的切片的三者有交集才表示AMF初选正确，无需重路由到target amf，也无需查询NSSF。
所以结论是：我个人觉得现网这么做是对的（就是不管NAS消息里有没有UE请求的切片，都去找UDM要Slice Selection Subscription Data）。规范需要更新。

varsarch

admin 发表于 2022-9-4 23:51
我个人赞同您的观点，默认切片的确定应该需要amf找udm拿slice selection subscription data。但是还有一个 ...

我跟您的观点一致，虽然所附的图是ToB的流程，但个人觉得ToC的也会向UDM获取Slice Selection Subscription Data，我以后会再留意一下。
另外，对于smf-select-data我想跟您再确认一下自己的一些看法：虽然它叫做smf-select-data，但实际上AMF并不是通过它来进行SMF的选择吧？AMF应该还是要通过终端上报的请求切片，请求DNN，并加上TAC等信息一起，再向NRF选择具体的SMF，因此，smf-select-data只是相当于4G中MME在注册流程里，通过ULA消息获取到的APN-Configuration-Profile AVP，用来表示哪个APN是默认APN，以便后续对请求APN验证，以及进行APN纠错等使用。所以我理解smf-select-data主要是起到了这个作用（就是个纯粹的签约数据），一直以来都被select这个词给弄晕了。请问我的理解对吗？谢谢！

admin

哦哦，我个人的理解是smf-select-data就是字面意思，真的就是用来做SMF选择的签约数据。关于SMF的选择在23501的6.3.2 SMF discovery and selection有提到，就是查NRF，需要给NRF提供很多输入信息，但最主要的还是DNN和切片。这个信息都在smf-select-data里的。拿来发给NRF，用来选择SMF。

4G因为移动性管理和会话管理没有分家，所以在ULA里返回的是UE的签约数据，这个APN-Configuration-Profile AVP是会话管理签约数据的一部分，用来选择PGW。这个是合理的。但4G没有分得这么细。没有分成4g-sm-data和pgw-select-data。而是合二为一了。
5G因为AM和SM分离了，所以把含有DNN和切片信息的sm-data发给AMF是和不合适的。只能在发明一个只包含dnn和切片信息（并指明默认dnn）的smf-select-data，用于PDU会话建立过程的SMF的选择。
另外，UE的NAS消息里提供的切片也好、DNN也罢，千万别当真，这个只能做来参考，不能用来作为SMF的选择依据。因为要加强网络侧的控制。GPRS以来都是如此。万一人家UE是美国的水货机，或者买了某通的5G定制手机，然后买了某动的卡。那UE请求的DNN和切片可都是美国运营商或某通的呢。这个不能做为依据，网络侧发现了反而还要纠错。如果没有开纠错，就直接拒绝使用。因为我网络里没这个DNN和切片。