PDU会话释放过程用于释放与PDU会话关联的所有资源,包括:

    -  基于 IP 的 PDU 会话分配的 IP 地址/前缀; 对于多宿主,可能包括释放多个前缀

    -  PDU 会话使用的任何 UPF 资源(包括 N3 / N9 终止点)

    -  PDU 会话使用的任何接入资源

    SMF 将 PDU 会话版本通知给与 PDU 会话相关的任何实体:PCF,DN(例如,在PDU会话建立时已进行DN授权)

 

UE or network requested PDU Session Release for Non-Roaming and Roaming with Local Breakout

    UE 请求的 PDU 会话释放过程和网络请求的 PDU 会话释放过程。该过程允许 UE 请求释放一个 PDU 会话。 该过程还允许AMF,SMF 或 PCF 启动 PDU 会话的释放。 在 LBO 漫游的情况下,该过程与在非漫游情况下的过程相同,区别在于 AMF,SMF,UPF 和 PCF 位于受访网络中。

  Figure 4.3.4.2-1: UE or network requested PDU Session Release for non-roaming and roaming with local breakout

       

1a. PDU Session Release Request 

    UE requested 触发的 PDU 会话释放, UE 通过传输 NAS消息(N1 SM容器(PDU会话释放请求(PDU会话ID),PDU会话ID))消息来启动 UE 请求的 PDU 会话释放过程。

Message type: PDU SESSION RELEASE REQUEST

Significance: dual

Direction: UE to network

Table 8.3.12.1.1: PDU SESSION RELEASE REQUEST message content

    NAS 消息由(R)AN 转发给 AMF,并带有用户位置信息的指示。

RAN 到 AMF 的 PDU 会话释放 NGAP 消息

    该消息通过 N2 和 AMF 中继到与PDU 会话 ID 对应的 SMF。AMF 调用 Nsmf_PDUSession_UpdateSMContext 服务操作,并将 N1 SM 容器与从(R)AN 接收到的用户位置信息(ULI)一起提供给 SMF。

 

1b. PDU Session Release initiated by the PCF

    PCF 触发,PCF 上删除会话相关的所有 QoS 规则。PCF 可以调用第 4.16.6 节中定义的 SM 策略关联终止过程来请求释放 PDU会话。

 

1c. Nsmf_PDUSession_ReleaseSMContext

    AMF 触发,在 UE 和 AMF 之间的 PDU 会话状态不匹配的情况下,AMF 可以调用 Nsmf_PDUSession_ReleaseSMContext 服务操作来请求释放 PDU 会话。    

 

1d. N2 message(PDU Session ID, SM information)

     AN 触发,AN 可以决定向 SMF 指示与 PDU 会话相关的资源被释放,例如释放。 释放 PDU 会话的所有 QoS 流。

    在这种情况下,由SMF 决定是保持禁用了用户平面连接的 PDU 会话还是释放PDU会话。

 

1e. PDU Session Release Trigger

    SMF 触发发起的 PDU 会话释放,在以下情况下,SMF 可能决定释放 PDU 会话:

    -  基于来自 DN 的请求(取消 UE 对 DN 的访问授权);

    -  根据UDM(签约更改)或 CHF 的请求;

    -  如果 SMF 从 AMF 接收到事件通知,表明 UE 不在 LADN 服务区域内

    -  基于本地配置的策略(例如,释放过程可能与SSC模式2 /模式3的UPF重新分配有关); 

    -  如果(R)AN 通知 SMF 在移动过程中 PDU 会话资源建立失败。

 

1f. Nsmf_PDUSession_ReleaseSMContext

     AMF 可以使用释放指示来调用 Nsmf_PDUSession_UpdateSMContext 服务操作,以请求释放 PDU 会话,其中释放 SM 上下文之前可能需要 N1 或 N2 SM 信令。

 

2. N4 接口

    SMF 释放分配给 PDU 会话的 IP 地址/前缀,并释放相应的用户平面资源:

  2a. N4 Session Release Reques

    SMF 将 N4 会话释放请求(N4会话ID)消息发送到 PDU 会话的 UPF。UPF 将丢弃 PDU 会话的所有剩余数据包,并释放与N4 会话相关的所有隧道资源和上下文。

  2b. N4 Session Release Response

    UPF通过向SMF发送N4会话释放响应(N4会话ID)消息来确认N4会话释放请求。

    如果有多个与 PDU 会话相关联的 UPF(例如,由于插入了UL CL或分支点),则为每个 UPF 执行会话释放请求过程(步骤2a和2b)。

 

3. 如果 PDU 会话释放是由 PCF 和 SMF 发起

    如果 PDU 会话释放是由 PCF 和 SMF 发起的,并且 AMF已通知 SMF UE 不可访问,例如: 由于 UE 处于 MICO 模式或定期注册失败,因此该过程在步骤11中通过 SMF 通过调用 Nsmf_PDUSession_SMContextStatusNotify 通知 AMF 释放 PDU 会话来继续进行。步骤3的其余部分和步骤 4-10 将被跳过。

    如果 PDU 会话释放过程是由上述步骤1a,1b,1d或1e触发的,则 SMF 将创建一个包含 PDU 会话释放命令消息(PDU会话ID,原因)的N1 SM。原因可以指示触发以相同的特征建立新的 PDU 会话(例如,当调用与 SSC 模式2相关的过程时)。

    如果 PDU 会话的用户平面连接被激活,则 SMF 发送给 AMF 的消息应包括 N2 SM 资源释放请求。如果未激活 PDU 会话的用户平面连接,则 SMF 发送给 AMF 的消息不应包括 N2 SM 资源释放请求。

  3a. Nsmf_PDUSession_UpdateSMContext 

    (如果PDU会话释放是由 UE 在步骤 1a 中启动的,或者是由(R)AN在步骤1d中触发的),则 SMF 用Nsmf_PDUSession_UpdateSMContext 响应(N2 SM资源释放请求,N1 SM容器(PDU会话)来响应AMF 释放命令))。

    如果 PDU 会话释放由 UE 启动并且 PDU 会话的 UP 连接处于活动状态,则包括 N2 SM 资源释放请求。

  3b. Namf_Communication_N1N2MessageTransfer

    如果 PDU 会话释放是由 SMF 或 PCF 启动的,则 SMF 会调用 Namf_Communication_N1N2MessageTransfer 服务操作(N1 SM 容器(PDU会话释放命令),跳过指示器)。

    如果 PDU 会话的 UP 连接处于激活状态,则 SMF 还应在 Namf_Communication_N1N2MessageTransfer 中包括 N2 资源释放请求(PDU会话ID),以释放与 PDU 会话相关的(R)AN资源。

SMF 到 AMF 的 N1N2 消息-第一部分
SMF 到 AMF 的 N1N2消息-N1 SM 消息
SMF 到 AMF 的 N1N2消息-N2 SM 消息

    skip indicator 指示 AMF,是否可以跳过向 UE 发送 N1 SM 容器(例如,当UE处于CM-IDLE状态时)。SMF在Namf_Communication_N1N2MessageTransfer中包含“跳过指示器”,但在触发过程以SSC模式2更改PDU会话的PDU会话锚时除外。SMF 在 Namf_Communication_N1N2MessageTransfer 中包含“ skip indicator”,但在触发过程以 SSC 模式2 更改 PDU 会话的 PSF 时除外。

    如果 UE 处于 CM-IDLE 状态,并且 Namf_Communication_N1N2MessageTransfer 服务操作中包含“skip indicator”,则 AMF通过向 SMF 发送 Namf_Communication_N1N2MessageTransfer 响应消息(“ N1 SM Message Not Transferred”)来确认步骤3b,并执行步骤4至10 被跳过。

   3c. Nsmf_PDUSession_ReleaseSMContext Response

    如果 PDU 会话释放是由 AMF 在步骤 1c 发起的,即 SMF 从 AMF 收到了Nsmf_PDUSession_ReleaseSMContext请求,SMF用 Nsmf_PDUSession_ReleaseSMContext 响应对 AMF 进行了响应。

    AMF 和 SMF 必须删除与 PDU 会话相关联的所有上下文(包括PDU会话ID),这些上下文被指示为在 UE 处释放。AMF 和 SMF 也应删除 SMF 在 AMF 上的任何事件订阅。跳过步骤4至11。

   3d. Nsmf_PDUSession_UpdateSMContext Response

    如果 PDU 会话释放是由AM F在步骤 1f 中发起的,即 SMF 从 AMF 接收到 Nsmf_PDUSession_UpdateSMContext 请求,并带有释放指示,以请求PDU会话释放(例如,如 TS 23.501 [2]条款 5.15.5.2.2 中所述,由于网络切片实例的改变对于 UE 不再可用,SMF 用 Nsmf_PDUSession_UpdateSMContex 对 AMF 进行响应,其中应包含 N1 SM container(PDU Session Release Command)

    如果 PDU 会话的 UP 连接处于激活状态,则 Nsmf_PDUSession_UpdateSMContext response 还应包括 N2 资源释放请求(PDU会话ID),以释放与 PDU 会话相关的(R)AN 资源。

 

4. N2 Resource Release Request

    如果 UE 处于 CM-IDLE 状态,并且未指示“可以跳过 N1 SM 传递”,则 AMF 启动网络触发的 Service Request 过程,以将 NAS 消息(PDU Session ID,N1 SM container)发送给 UE,并且跳过步骤6、7。

    如果在步骤3中从 SMF 接收到的消息不包括 N2 SM 资源释放请求,则 AMF 将NA S消息(PDU Session ID,N1 SM container)发送给 UE,并跳过步骤6、7。

    如果 UE 处于 CM-CONNECTED 状态,并且在步骤3中从 SMF 接收的消息包括 N2 SM 资源释放请求,则 AMF 在步骤4中传输从 SMF 接收的 SM信息(N2 SM Resource Release request, N1 SM container)到(R)AN

AMF 到 AN 的 NGAP 消息

 

5. AN-specific response modification(including PDU Session Release Command)

    当(R)AN 已经接收到 N2 SM 请求以释放与 PDU 会话相关联的 AN 资源时,其与 UE 发出 AN 特定信令交换以释放对应的 AN 资源。

    在 NG-RAN 的情况下,NAS 消息以 RRC 消息发送给 UE,该 RRC 消息可以在 UE 释放与 PDU 会话有关的 NG-RAN 资源时发生。如果不需要释放 NG-RAN 资源(即PDU会话的用户平面被停用),则 NAS 消息以 RRC 消息的形式发送给 UE,该消息不释放与 PDU 会话相关的 NG-RAN 资源。

    在此过程中,(R)AN发 送在步骤5中从 AMF 接收到的所有 NAS 消息(N1 SM container (PDU Session Release Command))。

 

6. N2 Resource Release Ack [Conditional]

    如果(R)AN 已收到释放 N2 SM 资源的 N2 SM 请求,则(R)AN 通过发送 N2 SM Resource Release Ack(用户位置信息,Secondary RAT 使用数据)消息到 N2 SM 资源释放请求来确认 N2 SM 资源释放请求。

RAN 向 AMF 发送的 NGAP 消息

    如果 PLMN 已经配置了 secondary  RAT 使用情况报告,则 NG-RAN 节点可以提供 RAN 使用情况数据报告。

 

7a. Nsmf_PDUSession_UpdateSMContext(N2 SM info)

    AMF 向 SMF调用 Nsmf_PDUSession_UpdateSMContext(N2 SM Resource Release Ack(Secondary RAT usage data),用户位置信息)。N2 SM 消息类型为 PDU_RES_REL_REP

AMF 调用 Nsmf_PDUSession_UpdateSMContext

7b. Nsmf_PDUSession_UpdateSMContext

    SMF 用 Nsmf_PDUSession_UpdateSMContext 来响应 AMF。

SMF 响应 AMF

 

8. PDU Session Release Ack

    UE 通过在(R)AN 上发送 NAS 消息(PDU Session ID, N1 SM container (PDU Session Release Ack))来确认 PDU 会话释放命令。

Table 8.3.15.1.1: PDU SESSION RELEASE COMPLETE message content

 

9. N2 Uplink NSA transport [Conditional]

    (R)AN 通过向 AMF 发送 N2 NAS 上行链路传输(NAS消息(PDU Session ID, N1 SM container (PDU Session Release Ack)), User Location Information)来转发来自 UE 的 NAS 消息。

RAN 到 AMF 的 Uplink transpor tNGAP 消息

 

10a. Nsmf_PDUSession_UpdateSMContext(N1 SM information)

    AMF 调用 Nsmf_PDUSession_UpdateSMContext((N1 SM container (PDU Session Release Ack, User Location Information)到 SMF。   

AMF 发送 Nsmf_PDUSession_UpdateSMContext 到 SMF

 

10b. Nsmf_PDUSession_UpdateSMContext Response

    SMF 用 Nsmf_PDUSession_UpdateSMContext 来响应AMF。步骤8-10可能在步骤6-7之前发生。

 

11. Nsmf_PDUSession_UpdateSMStatusNotify(Release)

    如果执行了步骤3a,3b或3d,则 SMF 会等到它收到所需的对步骤3中提供的 N1 和 N2 信息的答复。

    SMF 调用 Nsmf_PDUSession_SMContextStatusNotify 通知 AMF 该 PDU 会话的 SM 上下文已释放。AMF 释放 SMF ID 和PDU 会话 ID,DNN 以及 S-NSSAI 之间的关联。

 

12. SM Policy Association Termination

    如果将动态 PCC 应用于此会话,则 SMF 会调用第4.16.6节中定义的 SM 策略关联终止过程来删除 PDU 会话。

    SMF 通知已订阅与 PDU 会话更改有关的用户位置信息的任何实体。

    如果是 SMF 正在为关联的(DNN,S-NSSAI)为 UE 处理的最后一个 PDU 会话,则 SMF 通过Nudm_SDM_Unsubscribe(SUPI,DNN,S-NSSAI)服务操作。UDM 可以通过 Nudr_DM_Unsubscribe(SUPI,Subscription Data, Session Management Subscription data, DNN, S-NSSAI)从 UDR 取消订阅通知。

    SMF 调用包括 DNN 和 PDU 会话ID在内的 Nudm_UECM_Deregistration 服务操作。UDM 删除它在 SMF 标识与关联的 DNN和 PDU 会话 ID 之间存储的关联。UDM 可以 通过 Nudr_DM_Update(SUPI,Subscription Data, UE context in SMF data)更新此信息。

 

总结: PDU Session Release 触发的场景

    -  UE requested

    -  PDU Session Release initiated by the PCF

    -  UE 和 AMF 之间的 PDU 会话状态不匹配的情况下,AMF 可以调用 Nsmf_PDUSession_ReleaseSMContext 服务操作来请求释放 PDU 会话

    -  (R)AN may decide to indicate to the SMF that the PDU Session related resource is released

    -  SMF 发起的 PDU 会话释放

 

    LBO, Local Breakout 漫游接入,指漫游用户通过拜访网络的接入获取相应的业务,业务的提供者可以是归属网络,也可以是拜访网络。

    HR, Home routed漫 游接入,指漫游用户通过归属网络的接入获取归属网络提供的业务

Logo

开放原子开发者工作坊旨在鼓励更多人参与开源活动,与志同道合的开发者们相互交流开发经验、分享开发心得、获取前沿技术趋势。工作坊有多种形式的开发者活动,如meetup、训练营等,主打技术交流,干货满满,真诚地邀请各位开发者共同参与!

更多推荐