404-R16 45G数据转发流程

1、R16 45G数据转发流程牵涉到45G系统间数据转发，那就是存在切换，本文主要介绍切换过程中数据转 发流程。切换准备过程的目的是通过5GC请求准备目标侧的资源。对于某个UE，同一时间 只有一个切换准备过程正在进行。source NG-RAN nodeAMFHANDOVER REQUIREDHANDOVER COMMAND1图1：切换准备成功流程源gNB通过向AMF发送HANDOVER REQUIRED消息来发起切换准备。当源gNB发送 HANDOVER REQUIRED消息时，启动定时器TNGR。源gNB应在Cause IE中指出切换的原因值。PreP在接收到HANDOVER REQUIRED

2、消息后，对于PDU Session ID中指示的每个PDU会 话，AMF应将Handover Required Transfer传输到与相关PDU会话相关联的 SMF。在接收到HANDOVER REQUIRED消息后，对于PDU Session ID中指示的每个PDU会 话，AMF应将Handover Required Transfer传输到相关PDU会话相关联的SMF。系统内切换时，源到目标透明容器中的信息按照源gNB到目标gNB透明容器的定 义进行编码。如果在源gNB到目标gNB的PDU Session Resource Information Item中针对给定 的QoS流将DL For

3、warding包含到HANDOVER REQUIRED消息的目标gNB透明容器 中，并且将其设置为“DL forwarding proposed”，表示源gNB转发该QoS的下 行链路数据流。如果DRB到QoS流映射列表包括在源gNB到目标gNB的PDU Session Resource Information Item中，则HANDOVER REQUIRE D消息的透明容器隐含地指示源gNB 转发这些DRB的下行链路数据。如果用于 QoS 流的 QoS Flow Mapping Indication 包括在 DRB 内的 Associated QoS Flow Lis t中，到 HANDOV

4、ER REQUIRED 消息的源 gNB 到目标 gNB 的QoS Flows Mapping List中，它指示源gNB仅将QoS流的上行或下行映射到DRB。在系统内切换的情况下，如果HANDOVER COMMAND消息在Handover Command Transfer 的Data Forwarding Response DRB Lis t中，且该列表包含给定 DRB 的 DL Forwarding UP TNL Information，则源gNB应认为该DRB的下行数据的转发 被目标gNB接受（也就是为下行数据分配了隧道地址信息）。如果HANDOVER COMMAN D消息在 Hando

5、ver Command Transfer 内的D ata Forwarding Response DRB List中，且该列表包含给定DRB的UL Forwarding UP TNL Information，则 表示目标gNB已经请求转发该DRB的上行数据。在系统间切换采用直接数据转发的情况下，如果E-RAB Handover Command List包含 在HANDOVER COMMAND中，则源gNB应考虑该E-RAB的下行数据的转发被目标 eNB接受。在系统间切换到LTE的情况下，Source to Target Transparent Container中的 信息应根据TS 36.41

6、3 中规定的 Source eNB to Target eNB Transparent Container定义进行编码。如果Direct Forwarding Path Availability 包含在HANDOVER REQUIRED消息中，AMF应按 照TS 23.502的规定进行处理。如果Direct Forwarding Path Availability包含在HANDOVER REQUIRED 的消息的Handover Required Transfer中，则SMF应按照TS 23.502的规定进行处理。当准备就绪（包括在目标端预留资源）时，AMF向源NG-RAN节点发送HANDOV

7、ER COMMAN D消息。在接收到HANDOVER COMMAND消息后，源gNB应停止定时器TNGRELOCprep并启 动定时器 tngreloctotal。如果目标中有任何PD U会话不能被接纳，则应在PDU Session Resources to Release List 中指明。如果 HANDOVER COMMAN D消息在给定 PD U会话的 Handover Command Transfer 中包 含QoS Flow to be Forwarded List，则源gNB应按照TS 38.300中的规定，通过 DL-forwarding UP TNL Information中指

8、定的转发隧道为列出的QoS流发起数 据转发。切换准备失败source NG-RAN nodeAMFHANDOVER REQUIRED一HANDOVER PREPARATION FAILURE图2:切换准备失败流程如果5GC或目标侧不能接受任何PDU会话资源或在切换准备期间发生故障，则AMF 向源gNB发送具有原因值的HANDOVER PREPARATION FAILURE消息。与切换取消流程的交互：如果在源gNB中的计时器TNG过期之前，AMF没有对HANDOVER REQUIRED消息作出响应，则源gNB应通过使用Cause值启动Handover Cancel流程来取消 Handover P

9、reparation流程。源gNB应忽略任何Handover Cancel流程初始化 后收到的 HANDOVER COMMAND 消息或 HANDOVER PREPARATION FAILURE 消息。如果 gNB 接收到PDU Session Resource Handover List 中包含的至少一个 PDU Session ID，并且没有哪怕一个有效的相关GTP隧道地址对（在UL或DL中），则 gNB应将其视为逻辑错误。如果同时存在GTP-TEID和Endpoint IP Address，则 认为GTP隧道地址对有效。切换资源分配切换资源分配的目的是在目标gNB处为UE的切换保留资源。

10、target NG-RAN nodeAMFHANDOVER REQUESTHANDOVER REQUEST ACKNOWLEDGE-图3:切换资源分配成功示意图AMF通过向目标gNB发送HANDOVER REQUEST消息来启动该流程。如果Masked IMEISV包含在HANDOVER REQUEST消息中，则目标gNB应使用它来确 定UE的特征以进行后续处理。在接收到HANDOVER REQUEST消息后，目标gNB应:尝试执行请求的PDU会话配置和相关安全性；将接收到的UE Aggregate Maximum Bit Rate存储在UE上下文中；将接收到的Mobility Restric

11、tion List存储在UE上下文中；将接收到的UE安全能力存储在UE上下文中；将接收到的安全上下文存储在UE上下文中。当接收到包括在 HANDOVER REQUEST 消息的 Source to Target Transparent Container 中的UE History Information 时，目标 gNB 应收集UE History Information中定义为必需的信息，并且如果支持，应收集UE History Information中定义为可选的信息，只要UE停留在其一个小区中，并且存储收集 的信息以用于将来的切换准备。当接收到 HANDOVER REQUEST 消息中包

12、含的 PDU Session Resource Setu时，目 标gNB的行为应与PDU会话资源设置过程中定义的行为相同。目标gNB应在 HANDOVER REQUEST ACKNOWLEDGE消息中向AMF报告请求设置的每个PDU会话资源 的结果。对于成功设置的每个PDU会话资源，应包括包含以下信息的Handover Request Acknowledge Transfer在QoS Flow Setup Response Lis中成功建立的QoS流列表。如果QoS流的数据转发被接受，则Data Forwarding Accepted在QoS Flow Failed to Setup Lis中

13、，未能建立的QoS流列表。要用于PDU会话的上行传输层信息。与PDU会话关联的安全结果。对于每个设置失败的PDU会话资源，Handover Resource Allocation Unsuccessful Transfer 应包含在 HANDOVER REQUEST ACKNOWLEDGE 中，该消息包 含的原因值应足够精确，以使SMF能够知道建立不成功的原因。在接收到 HANDOVER REQUEST ACKNOWLEDGE 消息后，对于 PDU Session ID 中指示 的每个PDU会话，AMF应将Handover Request Acknowledge Transfer或Handov

14、er Resource Allocation Unsuccessful Transfer 透明地传输到与P DU 会话相关联 的 SMF。如果HANDOVER REQUEST消息包含设置为 “data forwarding not possible”的 Handover Request Transfer内，PDU会话相关联的Data Forwarding Not Possible，则目标 gNB 可以不包括DL Forwarding UP TNL Information 和用于系 统内切换的 Data Forwarding Response DRB List，该 PDU 会话的 HANDOVE

15、R REQUEST ACKNOWLEDGE 消息中的 Handover Request Acknowledge Transfe。在系统内切换的情况下，如果目标gNB接受至少一个QoS流的下行数据转发，其 中DL Forwarding被设置为 “DL forwarding proposed”，则其可以在Handover Request Acknowledge Transfer 中包括DL Forwarding UP TNL Information， 作为 QoS 中列出 HANDOVER REQUEST ACKNOWLEDGE 消息的 QoS Flow Setup Response List。如

16、果HANDOVER REQUEST ACKNOWLEDGE 消息包含在Handover Request Acknowledge Transfer 内的Oata Forwarding Response DRB List 中的给定DRB 的 UL Forwarding UP TNL Information， 则表示目标gNB已经请求为DRB转发上行链路数据。在从E-UTRAN进行系统间切换的情况下，如果PDU Session Resource Setup Request Transfer包含被设置为 “direct path available” 的Direct Forwarding Path A

17、vailability，则如果目标gNB接受映射到所接纳PDU会话的 E-RAB的QoS流的下行链路数据转发，则包括DL转发E-RAB Handover Request Acknowledge List中的DL Forwarding UP TNL Information。在从E-UTRAN进行系统间切换的情况下，目标gNB包括针对每个QoS流的Data Forwarding Accepted，其中对于 Source NG-RAN Node to Target NG-RAN Node Transparent Container中的对应E-RAB，DL Forwarding被设置为 “DL for

18、warding proposed”，并且目标gNB已经允许为QoS流转发下行数据。如果采 用间接数据转发进行系统间切换，如果目标gNB接受到PDU会话至少一个QoS流的 下行数据转发，则其应在HANDOVER REQUEST ACKNOWLEDGE消息的PDU Session Resources Admitted Lis t中包括该 PDU 会话的 PDU Session Resource Setup Response Transfer 中的DL Forwarding UP TNL Information。目标gNB应使用Mobility Restriction List中的信息来确定如下动作：确定用于后续移动性动作的目标，目标gNB为其向UE提供关于移动性动作的 目标信息；在双连接操作期间选择合适的SCG； 当将UE移动到RRC_INACTIVE状态时，为UE分配适当的RNA。切换失败流程target NG-RAN nodeAMFTHANDOVER REQUESTHANDOVE