本文已参与「新人创作礼」活动，一起开启掘金创作之路。
相关文章会在公众号同步更新。公众号：5G通信大家学
持续更新的相关5G内容都是直接根据3GPP整理，保证更新内容的准确性，避免通过二手，甚至多手的资料，以讹传讹误导网友。
///////////
1.1.2.16.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类型，包含的具体内容之前均进行了介绍，不再重复。消息的部分截图如下：
1.1.2.17 Nsmf_PDUSession_UpdateSMContext
/Nsmf_PDUSession_ReleaseSMContext
该步骤可选，适用于移动性注册更新或者周期性注册更新。当AMF没有需要释放的PDU Session或者没有需要更新的PDU Session时该步骤不需要执行。这就面临触发条件的问题，什么时候会出现需要释放的PDU Session，什么时候又需要更新PDU Session。下面分别介绍。
1.1.2.17.1 释放PDU Session的场景
AMF发送Nsmf_PDUSession_ReleaseSMContext消息的场景：
- UE本地释放了PDU Session，需要通知网络释放相关的资源。
UE本地释放了某个PDU Session如何通知网络呢？在第一步中UE发送的Registration Request消息的PDU Session Status IE中携带了每个PDU Session的状态：0表示PDU Session处于INACTIVE状态，1表示PDU Session是非INACTIVE状态。new AMF收到该注册请求消息后，会将PDU Session Status IE中的标记为非INACTIVE状态的PDU Session对应的会话资源释放。
注：****
这里之所以不说是ACTIVE状态，是因为非INACTIVE状态除了包括ACTIVE状态可能还包含吊死、挂起等等状态。这里PDU Session Status IE用于通知AMF释放资源，如果表述为ACTIVE状态会引起理解上的困惑。****
需要注意的是，第10步中Namf_Communication_ RegistrationStatusUpdate消息中也会携带需要释放的PDU Session ID，但是其中携带的是new AMF判断不能支持的PDU Session，需要old AMF释放，而本步骤中是UE自行决定释放的PDU Session。
注：
第10步中new AMF不支持的PDU Session由old AMF释放，这点是确定的。那么，本步骤中UE主动释放的PDU Session是由new AMF释放，还是old AMF释放呢？按照TS 23.502来看应该是new AMF释放，而old AMF只释放new AMF不支持的PDU Session。如果UE既有new AMF不支持的，又有UE自身释放的PDU Session，网络会如何处理呢？ 暂存疑，也许会合并到一起由old AMF释放，这样会减少一步。因为假如AMF不能直接访问SMF，还需要插入SMF时，如果只是为了释放一个PDU Session成本就太高了。具体等研究到PDU Session部分时再分析。
1.1.2.17.2 更新PDU Session的场景
AMF发送Nsmf_PDUSession_UpdateSMContext消息的场景：
-
UE在Registration Request消息中的Uplink data status IE中包含有需要激活的PDU Session；
-
UE在执行进出NB-IOT的Inter-RAT移动性更新时，AMF会向SMF发送Nsmf_PDUSession_UpdateSMContext消息更新PDU Session信息；
-
跨AMF的注册更新，new AMF需要更新SMF中会话信息。
会话更新和释放的具体流程在这里不深入分析，等分析到会话流程时再一起分析。5G的会话流程非常复杂，远比我们平时看流程时介绍的复杂，因为涉及到和4G互操作、切换、及I-SMF/V-SMF、I-UPF等的插入和删除，消息参数特别多，5G真是太复杂了。5G知识点太多了，每一点都够研究很长时间。如果只是懂大概的知识，还是比较简单，但是如果细致分析，感觉就实在太复杂了。
1.1.2.18 UE Context Modification Request/Response
和N3IWF/TNGF/W-AGF间的交互，该步骤涉及到其它接入技术间的流程，国内不涉及。
1.1.2.19 UE Context Modification Response
和N3IWF/TNGF/W-AGF间的交互，该步骤涉及到其它接入技术间的流程，国内不涉及。
