5G 核心网 PDU Session Release 信令流程

     下面来整理一下 TS 23.502 中的 UE or network requested PDU Session Release for non-roaming and roaming with local breakout

     首先是信令流程图：

 接着是信令流程图的解读：

      为什么会有 PDU Session Release 流程呢? PDU Session Release 流程就是用于释放一些和这个 pdu session 相关的资源的。

      这些资源包括有：

•        IP 资源
•        UPF 资源， 包括该 session 使用的 N3、N9、N19 的 隧道资源。
•        其他 session 使用的资源

       当release procedure 发生时，smf 会通知其他和这个session 有关的 NF，告知他们，这个session要release了。

       对于上图，和 pdu session modify 流程类似，也是将多种trigger情况画在了同一张信令流程图中。

       整理如下：

       1a: UE 发起 （例如通过手机中某个功能）

       1b: PCF发起 （如根据使用使用量报告，UE超流量等）

       1c: AMF 发起  （UE和AMF的PDU会话状态不匹配）

       1d: gNB 发起 （例如PDU回话中，所有的QosFlow都已经释放）

       1e: SMF 发起 （例如收到了 UDM 或者 CHF 的请求，例如签约数据变化，或者 计费状态发生变化）

       1f：AMF发起 （例如当前network slice 不可用）

 

在上面 6 种情况中，如果是 1C 触发，那么smf回复3C，并且会跳过4-11步，这个是需要注意一下的。

以下是每个流程的大概内容，细节请参考 23502 4.3.4

        1a UE 发起 release 请求。

             UE 会发起这个 pdu session release 的procedure. UE会起一个nas消息给GNB。 这个 nas 消息是：PDU session Release Request.

             然后，GNB 使用 UL NAS Transport 将消息发给AMF。

             NAS PDU: N1 sm container( PDU session Release Request, pdu session id) pdu session id

             这里有两 pdu id ，容器里面的，是给smf的，外面的，是给amf的。

             AMF 收到这个UL NAS Transport后，将会发 nsmf pdu session updateSMContext 给smf, 主要是带N1 container 里面的内容给smf, 同时带上从RAN接收到的 user location info (ULI) 

        1b PCF 发起 release 请求。

             PCF 可能会发起一个 SM Policy Association Termination 流程 来触发 session release。这个流程定义在 4.16.6 23502.