基于N2-跨核心网切换中的dataforwarding

目录

一、基本概念

二、通过抓包看切换信令流程中dataforwarding

三、切换中问题汇总

---

一、基本概念

1、基于N2的跨核心网切换

        5G中handover有：Xn based inter NG-RAN handover（基于Xn的基站间切换 ）和 Inter NG-RAN node N2 based handover（基于N2的基站间切换）。其中基于Xn的基站间切换不会跨AMF（即核心网），因此，不在本文讨论之列。先看一下3GPP协议中对基于N2的切换流程图； 对于切换中的11b、11c、11d、11e等流程在间接转发模式下才有；因此有必要先理解一下直接转发和间接转发；

inside TS 23.502: Inter NG-RAN node N2 based handover

       需要注意的是，图A和图B都是基于N2的跨核心网切换，其不同在于切换流程中部分信息是否经过核心网进行转发！如果经基站间Xn接口转发，就是直接转发；如果需核心网之间进行转发，就是间接转发。

2、data forwarding

        data forwarding 直译就是数据转发，指UE在基站间进行切换时，其上下行数据包是否在基站间进行转发。关于是否支持数转，个人的理解为，在流程2 Handover Command 之前，UE和S-NG-RAN进行数据交互；在流程4 Handover Confirm之后，UE和T-NG-RAN进行数据交互；在流程2和流程4的中间，会有一段真空期。如果不支持数转，UE切换时，业务数据包不会到达T-NG-RAN，如此时正在视频，会感觉有卡顿（视频不会掉线）；支持数转，UE切换时，业务（数据包）会同时从S-NG-RAN发送到T-NG-RAN，切换中不会感到视频卡顿。

        data forwarding转发路径有直接转发（Xn接口）和间接转发。根据路径选择的不同，是否进行数转的不同，UE在跨核心网切换时共有以下四种情况：1：直接转发，不支持数转；2：直接转发，支持数转（图中3a流程）；3：间接转发，不支持数转；4：间接转发，支持数转（图中3b流程）；

二、通过抓包看切换信令流程中dataforwarding

1、Handover Required

        S-NG-RAN(源基站)发送Handover Required请求给S-AMF(源核心网）；其信令中携带directForwardingPathAvailability字段。如果这个字段缺省（即无此字段），代表源基站和目标基站无直接转发隧道，上文提到的情况3和情况4，源核心网和目标核心网均将启动间接转发隧道的建立；

        此图中源基站告诉源核心网，基站间有直接转发能力（看一下这个字段即可，本文不讨论直接转发的情况，其信令流程本身是间接转发下的一个子集）。

2、Handover Request

        S-AMF收到Handover Required之后，依据基站间是否支持直接转发、核心网自身是否支持数转而做出采用何种转发模式的决定。 T-AMF 发送Handover Request 请求给T-NG-RAN。个人理解，此时，对于T-AMF来说，其已经决定采用何种转发方式及是否支持数转。

        对于直接转发而言，Handover Request中携带代表直接转发通道的字段（抱歉，无抓包），T-NG-RAN和S-NG-RAN间将建立直接转发隧道；至于隧道是否支持数转，是基站之间的事，核心网并不关心。因此，对于之前提到的情况1和情况2来说，核心网只需下发一个字段即可。

        对于间接转发而言，其信令中携带DataForwardingNotPossible：data-forwarding-not-possible字段；代表目标核心网告诉目标基站，核心网不支持数转，情况3。如无此字段，则代表核心网支持数转，情况4。

3、Handover Request Ack

        目标基站回复Handover Request Ack作为对Handover Request响应；其中携带Data-forwarding-accepted字段，表示基站接受间接数转。注意：此字段仅仅表明目标基站接受间接数转，此时信令中携带的dLForwardingUP-TNLInformation字段，代表目标基站为间接数转而建立的GTP隧道标识。目标核心网仅通过识别dLForwardingUP-TNLInformation字段，来判定目标基站是否建立了间接数转隧道，如有，则为情况4。

        核心网不支持间接数转，或者基站间不支持间接数转（基站可手动关闭数转），均属于情况3；此时目标基站不会上发Data-forwarding-accepted和dLForwardingUP-TNLInformation字段（注意：字段均代表间接转发，不涉及情况1和情况2下的Handover Request Ack）；

4、Handover Command

        目标核心网校验dLForwardingUP-TNLInformation字段通过的情况下，和源核心网进行交互，源核心网发送Handover Command给源基站。对于情况4，支持间接数转的情况下，其信令中HandoverCommandTransfer携带dLForwardingUP-TNLInformation字段，其表示源核心网为间接数转而建立的GTP隧道标识，源基站将校验此字段。

        情况3下，源核心网无需下发此字段；

5、Handover Notify

        UE切换成功的情况下，上发Handover Confirm信令给目标基站，目标基站发送Handover Notify给目标核心网，表示切换完成。

三、切换中问题汇总

1、基站上发Handover Notify之后，UE掉线

        可能的解决办法：handover本身是UE移动过程中，依据基站信号强弱而做出的切换行为，其Handover Confirm表示UE切换成功，此时依据3GPP协议，UE将进行mobility registration updating (移动注册更新)流程，即4G中的TAU更新流程；UE有可能因为移动注册更新流程失败，而导致掉线。请检查S-AMF和T-AMF的TAC配置，因为本文为跨核心网切换，因此，核心网之间的TAC需不一致。一致的情况下有可能导致UE移动注册更新失败。

2、UE正常接入，有HD图标，打不了VoNR电话

        可能的解决办法：请关闭基站对手机VoNR能力检查；否则基站有可能认为手机不支持VoNR，从而发起EPS-Fallback流程。

3、源基站未发起Handover Required

        可能的解决办法：经分析，UE未发起meature测量，原因是源基站、目标基站GPS未同步；请检查基站。

4、切换中核心网回复Handover Preparetion Fail

        可能的解决办法：核心网提示unkown targetID，即基站小区PCI错误。切换过程中，小区PCI配置已写入对应的核心网配置中，请确认一致。