5G注册流程分级详解(Step15-16)

相关文章会在公众号同步更新（可看全文）。公众号：5G通信大家学

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

在介绍完流程详解后，会整理专题内容，比如切片、服务发现、QoS流端到端的映射等内容，各位同学不仅可以纵向学习知识点，横向也会将知识关联起来，达到深入理解灵活运用的目的。

目录

15. PCF选择

16. AM Policy Association Establishment/Modification过程

1. AM Policy Association Establishment

2. AM Policy Association Modification

---

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策略的介绍。

16. AM Policy Association Establishment/Modification过程

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

1. AM Policy Association Establishment

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

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

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

重点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，具体定义如下：

重点信息介绍：

- 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中保存的数据不一样。

2. AM Policy Association Modification

该流程不仅适用于new AMF选择了原来的PCF时，更新通知接收的URI、GUAMI和备用IP地址等信息。当前面介绍的AM Policy Association Establishment流程中PCF发给AMF的触发器（triggers）被触发时，AMF也会发起该流程。

该流程的请求方法为：POST，调用的服务为Npcf_AMPolicyControl_Update Request，请求的资源URI：

{apiRoot}/npcf-am-policy-control/v1/policies/{polAssoId}/update

消息体包含的内容为：PolicyAssociationUpdateRequest，内容和PolicyAssociationRequest差不多，但不包含supi、gpsi、pei等信息。

重点信息介绍：

- notificationUri

new AMF的通知接收URI。

- triggers

满足触发条件的事件，如服务区限制变化、UE位置变化、RFSP索引变化等。

当PCF收到该请求后，首先更新相关的策略数据，其次，当triggers中对应的事件发生时，执行的响应的策略操作。如果是AMF变化引起的策略更新，GUAMI发生变化，PCF还需要向AMF重新订阅AMF状态改变通知。

注：

在TS 29.507中有一段说明：If the AMF received the request of removal of Service Area Restrictions and/or RFSP and/or UE-AMBR from the UDM, the AMF shall remove the authorized Service Area Restrictions and/or RFSP and/or UE-AMBR provisioned by the PCF and apply the configured Service Area Restrictions and/or RFSP and/or UE-AMBR at the AMF without  interacting with the PCF.

这里的UDM删除数据的请求操作应为UDM的通知操作，调用的是Nudm_SDM_Subscribe操作中包含的{callbackReference} URI。携带的消息体内容包括：ModificationNotification，其中包含的通知项目对应的改变类型为“REMOVE”，其它的改变类型为："ADD"、"MOVE"、"REPLACE"。但是后面的“apply the configured Service Area Restrictions and/or RFSP and/or UE-AMBR at the AMF”一句没有理解是什么意思，既然前面的是请求删除，后面接着说使用“配置的数据”，对于服务区限制数据、RFSP和UE-AMBR的配置都是在UDM中的。如果UDM的签约数据变化了，通知给AMF。按照TS 29.507后面的介绍当UE的签约数据变化时，如服务区限制信息、RFSP信息、UE-AMBR改变时，UDM都会通知AMF。这就满足了AM的策略触发条件，之后AMF会发起AM Policy Association Modification流程请求PCF执行策略。

感觉内部逻辑有点矛盾，暂存疑。如果哪位同学get到了原因，多多指教。

响应消息：

Npcf_AMPolicyControl_Update Response消息的消息体包含PolicyUpdate类型，包含的具体内容之前均进行了介绍，不再重复。消息的部分截图如下：

 

后续流程，下回分解