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

     下面来整理一下 3GPP TS 23.502 V15.11.0 (2020-09) 中的 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超流量( when usage quota reached))

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

       1d: gNB 发起 (例如PDU会话中,所有的QosFlow都已经释放)

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

       1f:AMF发起 (例如当前network slice 不可用)

 

       在上面 6 种情况中,如果是 1C 触发,那么smf回复3C,并且会跳过4-11步,这个是需要注意一下的。(其他步骤都是要到step11 才会使用notify通知到AMF)

注:下文的发xxxx消息,其实是调用对应网元的相关服务,例如SMF提供的服务,可以在TS  29502 查询到对应的uri)

以下是每个流程的大概内容,细节请参考 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 ,容器里面的 pdu session id是给smf的,外面的pdu session id是给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.

             在下图中,pcf 发起的release是步骤1a, 对应的信令是29512的4.2.3.3 SM Policy Association termination request。

 

        1c  AMF 发起 release 请求。

             当 UE 和 AMF 的PDU session 状态不匹配时,AMF 会发起一个  Nsmf_Pdusession_release 请求,去要求SMF

release session。

        1d  (R)AN发起的release

             无线接入网络可以指示SMF去释放这个 PDU session 相关的资源。例如呢,当这个 PDU session 相关的QOS flow 都已经释放完毕。上图中的1d N2 Message 其实就是 38413 中的9.2.1.7 PDU SESSION RESOURCE NOTIFY,

             AMF 将38413 9.3.4.13 PDU Session Resource Notify Released Transfer 放在 update_smctx 消息中带给SMF,此时N2SmInfoType = "PDU_RES_NTY_REL"。

        1e  SMF发起的release

              在以下情况中,SMF 会决定 release PDU session.

              -  基于 DN 的请求

              -  基于UDM的请求(签约数据变更)或者 CHF 的请求

              -  SMF 收到了 AMF 的 event notification.( UE 已经不在 LAND service area )

              -  基于 SMF 的本地配置策略

              -  收到了 RAN 的通知 :在 mobility procedure PDU session est failed.

        1f  AMF 发起一个update请求,里面含有 release session 的指示。

 

         2 SMF 发送 pfcp session delete req 给UPF

               在这一步中,SMF 要释放分配给这个 pdu session 的ip资源,并且要释放对应的 user plane 资源。

               在2a中,SMF 发送 pfcp session delete req 给UPF,然后UPF应该 drop 掉这个 session 的数据包,并且释放对应的

tunnel resource。

               在2b中,UPF 回复 pfcp session delete rsp 给 SMF。

               如果有多个 UPF 和这个 PDU session 有关联(例如 ULCL, multiho bP),那么每个UPF都要执行这个 pdu session release procedure. 

 

       

            第三步有多种情况,分别对应步骤1的各种情况。

            如果 这个 pdu sesson release 是由 PCF 和 SMF 触发,并且SMF已经 notify AMF 这个UE是unreachable的(例如UE MICO 模式开启),这个应该是amf 通过 event notify 告知SMF的,这个流程会接着跑 step 11. (也就是跳过了step4-10),

            SMF 会发送 nsmf pdu session smContextStatusNotify 给 AMF,过后接着执行步骤12.

            如果 release 流程是由 1a 1b 1d 和1e 触发的。SMF会创建一个 N1 SM, 包含 pdu session release Command(带有

pdu sess id, cause)。这个 cause 可能包含一个 trigger, 会 trigger 建立一个使用同样 character 的pdu sess.

            如果用户面是actived的,那么SMF 发给AMF的消息应该包含 N2 SM resouce release req. 如果不actived,那就不带了。ok,就这样子。

           3a 是对应 1a 和 1d 的,SMF 会复一个 nsmf pdu session updateSmContext Rsp(带有N2 SM resouce release request 和 N1 SM container(带的就是 pdu session release cmd))。

           注意,就像上面所说的,当user plane 是actived 时,N2 SM resouce release request 才会 present。

           3b 是对应于 SMF 或者 PCF 发起的release。 这时,SMF 会发送 N1N2 transfer 给 AMF. 这个消息会带有 N1 SM container(其实就是消息: PDU session release cmd),还带有 skip indicator.

            同样地,如果user plane 是actived的,那么也要带上N2 resouce release request。这样做是为了 释放 RAN 和这个 pdu session相关的资源。

            那么这个  skip indicator,有什么作用呢?这个skip indicator 会告诉AMF是否需要跳过发送 N1 SM container 给UE。(例如当 UE 处于 IDLE 状态)。一般来说,smf 都会带这个IE,除了 procedure is triggered to change PDU Session Anchor of a PDU Session with SSC mode 2.

            如果 UE 处于 IDLE 状态,并且smf发过来的消息带了skip indicator,那么AMF 会通过 N1 N2 transfer rsp 告诉 SMF,"N1 SM Message Not Transferred",这时,step4-10 就跳过了。

           3c 是对应于1c中的AMF发起的release。SMF 收到 release sm context req 后,回复AMF 一个对应的rsp. 这个AMF应该删除所以有的和这个 pdu session 相关的context。并且删除相关的订阅。 step4-11 就跳过了。

           3d 是对应于1f中AMF发起的release。这个是由于 network slice 改变 或者 network slice 不可用导致的。同样地,如果user plane 是actived的,那么也要带上N2 resouce release request。这样做是为了 释放 RAN 和这个 pdu session相关的资源。

           

        4 AMF 发 N2 resource release req

            其实这个消息是个 NGAP 消息, 叫做 PDU session resouce relase cmd , 这个消息里面会封装有一个 nas pdu,叫做PDU session release cmd 。

            如果 UE 是 idle 状态,并且"N1 SM delivery can be skipped" is not indicated, the AMF initiates the network triggered Service Request procedure to transmit the NAS message (PDU Session ID, N1 SM container) to the UE and the steps 6, 7 are skipped.

            如果 如果在第三步中,smf 发过来的消息没有带 N2 SM resource request,那么AMF ransmit the NAS message (PDU Session ID, N1 SM container) to the UE and the steps 6, 7 are skipped.

            如果 UE 是 CM-CONTECTED 状态,那就N1 N2的消息都会带个RAN。

 

        5 这是一个NAS 消息:PDU session release cmd (TS 24501)

             In the case of a NG-RAN, the NAS message is sent to the UE in an RRC message which may take place with the UE releasing the NG-RAN resources related to the PDU Session. If NG-RAN resources do not need to be released (i.e. the User Plane of the PDU Session is deactivated), the NAS message is sent to the UE in an RRC message which does not release the NG-RAN resources related to the PDU Session.

       6 RAN 回复 N2 resouce release ack ( TS 38413)

            消息是ngap: pdu sesssion resouce release rsp.  会带有 user location info, secondary RAT usage data.

       7  AMF 发送 nsmf pdusession update sm context 给SMF。

            消息中带有 N2 SM resouce release ACK 和 ULI

            SMF 收到后,回复 rsp

       8 

            UE 通过 一个 nas 消息:PDU session relese complete 回复 RAN

       9   

            RAN 封一个 UL NAS Transport,里面有一个 NAS pdu 就是PDU session relese complete,去告诉AMF,UE 的资源已经释放。

      10a.       

          The AMF invokes the Nsmf_PDUSession_UpdateSMContext (N1 SM container (PDU Session Release Ack, User Location Information) to the SMF.


      10b.    

              The SMF responds to the AMF with an Nsmf_PDUSession_UpdateSMContext response.
              Steps 8-10 may happen before steps 6-7. --------------》 要注意一下这个

      11 

            SMF 发notify给 AMF。

            SMF 发送Nsmf pdu session sm contex status notify 给AMF。 告知AMF 这个 和 pdu seesion 相关的 SM context 都已经释放完毕。AMF 就会删除和这个 pdu session 相关联的 pdu session id dnn s-nssai 等。

       12 释放和Pcf的会话

           

        

          

      If Dynamic PCC applied to this session the SMF invokes an SM Policy Association Termination procedure as defined in clause 4.16.6 to delete the PDU Session.

      SMF notifies any entity that has subscribed to User Location Information related with PDU Session change.

      If it is the last PDU Session the SMF is handling for the UE for the associated (DNN, S-NSSAI), the SMF unsubscribes from Session Management Subscription data changes notification with the UDM by means of the Nudm_SDM_Unsubscribe (SUPI, DNN, S-NSSAI) service operation. The UDM may unsubscribe the subscription notification from UDR by Nudr_DM_Unsubscribe (SUPI, Subscription Data, Session Management Subscription data, DNN, S-NSSAI).

      The SMF invokes the Nudm_UECM_Deregistration service operation including the DNN and the PDU Session Id. The UDM removes the association it had stored between the SMF identity and the associated DNN and PDU Session Id. The UDM may update this information by Nudr_DM_Update (SUPI, Subscription Data, UE context in SMF data).

           

 

       

 

           

 

 

           

 

 

             

 

       

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值