5G注册流程详解(17)

385 阅读4分钟

本文已参与「新人创作礼」活动,一起开启掘金创作之路。

相关文章会在公众号同步更新。公众号:5G通信大家学

持续更新的相关5G内容都是直接根据3GPP整理,保证更新内容的准确性,避免通过二手,甚至多手的资料,以讹传讹误导网友。

///////////

1.1.2.15 PCF选择

该步骤是可选的,具体要不要执行AM策略完全是由运营商定义的。为了提供更多的服务,一般运营商都会开启请求AM策略的流程。

从上面叙述的各步骤解释中我们可以想到:对于周期性注册,该步骤不需要执行,对于移动性注册或者初始注册,该步骤都需要执行。另外紧急注册也是一个例外,虽然在国内不涉及,但考试时需要注意,避免入坑。

在AMF选择PCF(获取AM策略和UE策略)的选择因子方面,TS 23.501定义了4个,具体有:

  • SUPI

  • S-NSSAI(在漫游场景下,可能会用到切片选择PCF的情况。)

  • PCF Set ID

  • PCF Group ID

还有一个情况是,如果old AMF已经选择了一个PCF,并且将PCF ID包含在UE Context传递给了new AMF,如果new AMF决定使用原来的PCF,可以直接使用PCF ID访问NRF获得原来PCF的信息。

在该步骤中需要注意的是,不论在漫游场景还是非漫游场景负责AM策略的PCF和UE策略的PCF都是同一个PCF。这点3GPP规范明确进行了说明。****

注:

在中国移动的路由组织规范上,选择PCF的两个因子为:GPSI和PCF ID(PCF的nfInstanceId)。GPSI作为选择因子和3GPP规范上略有不同,需要注意。

下面先介绍AMF执行AM策略的过程(AMF和PCF之间的接口为N15),在后面21b步骤中,再进行UE策略的介绍。

1.1.2.16 AM Policy Association Establishment/Modification

对于本步骤来说,如果new AMF重新选择了一个PCF,则执行AM Policy Association Establishment流程;如果是使用old AMF选择的PCF,则执行AM Policy Association Modification流程。我们先来看创建AM Policy Associations的流程。

1.1.2.16.1 AM Policy Association Establishment

图片.png

请求AM策略的资源URI如下:

"{apiRoot}/npcf-am-policy-control/v1/policies"

HTTP方法为POST。消息名:Npcf_AMPolicyControl_Create Request,消息体为:PolicyAssociationRequest,该数据类型的内容很多,一部分数据来源于AMF从UDM获取的AM签约数据,一部分来自于UE的注册消息携带的信息。截图仅粘贴部分IE:

图片.png

重点IE介绍:

  • notificationUri

必选项。PCF发送策略执行通知的URI,对于AMF来讲,就是AMF接收PCF通知的URI。后面的altNotifIpv4Addrs、altNotifIpv6Addrs、altNotifFqdns都是为了保证消息可靠发送定义的冗余信息。

  • userLoc

可选项。该信息包含UE当前的位置信息,包括:TAC、nCGI、Global RAN Node ID等信息。

  • allowedSnssais/ mappingSnssais

可选项。经过前面的消息交互已经可以推导出UE的Allowed NSSAI,所以这里可以包含UE在当前PLMN下可以使用的NSSAI。包含该IE的前提是AMF支持切片功能,或者AMF支持"DNNReplacementControl"特性(R16中新增的特性)

  • serviceName

AMF中用于处理PCF发送的策略数据的服务名。

  • guami

如果PCF收到了GUAMI,PCF还需要向AMF订阅AMF状态改变通知。

其它信息包括:pei、servingPlmn、ratType、servAreaRes、rfsp、ueAmbr等。

PCF收到Npcf_AMPolicyControl_Create Request请求后,会分配Policy Association ID,并对消息中收到的服务区限制、UE-AMBR等进行策略处理

响应消息:

  • 201 Created

响应消息体中包含的内容为PolicyAssociation,具体定义如下:

图片.png

重点信息介绍:

  • request

包含AMF请求时发送的数据,PCF可以再返回一次。

  • triggers

UE在PCF中签约的触发器,RequestTrigger 数据类型共定义了8中触发器,在AM策略执行中只有 "LOC_CH"、"ALLOWED_NSSAI_CH"、"SMF_SELECT_CH"、"PRA_CH"、"ACCESS_TYPE_CH" 可以使用。

  • smfSelInfo

如果UE请求了不支持的DNN或者在smfSelInfo包含的DNN时,AMF需要执行AM策略。

  • servAreaRes/ rfsp/ ueAmbr

这些AMF发送的数据经过PCF处理后会返回。

从上面的叙述中发现,虽然PCF分配了Association ID,但是在响应消息体中没有该偶联的标识等信息。实际上,这部分信息包含在了HTTP消息的头部“Location”中,具体的资源URI为:{apiRoot}/npcf-am-policy-control/v1/policies/{polAssoId},后续AMF如果需要查询信息时(GET方法),就是使用的该URI。

由于该步骤发生在AMF从UDM获取签约数据之后,所以AMF从PCF收到的服务区限制等信息,可能是经过修改的,和UDM中保存的数据不一样。