《SA站点终端掉话问题分析》

最佳实践上报表问题编号FJ-01-000X设备/终端厂家中兴设备/终端类型中兴所属专业无线网问题类型参数类问题级别重要上报省份—福建上报人王黑娃上报时间2020-07-23《SA站点终端掉话问题分析》问题名称

及现象概

述在泉州某SA站点验证多个5G终端用户反映打电话掉话情况，跟踪信令分析掉话/掉线的原因，UE上下文释放携带原因CauseTransport_Root_unspecified。问题名称

及现象概

述SlapMsg.initialingJCessagf,LEC^ntextReleii-T.]rS-UPjTseirampor1_R«txunsp«c1fied1:rSlt4P.r>us*Trwispori_R«i_un-spwified1; 卵阳Tr呼spp「七晶gti:t$lAP_C<uscTriwiiiporT_RMT_iini5prcifitd1tSlAP_Cau5eTranapori_ltoai_Emspecjfied1:r$lAPp,rau5eTrsrLSpori_iJ<HJ^p,iin.s|>ecsfledl AP_ChwscTitrnspori_R<wi_uft5[weifird1:tSlAPCauseti*hh^DonRootuhSDecifitd一、问题排查1.结合KPI统计及信令分析，梳理掉线场景均为跨PCE的SN添加失败引发的。2.具体失败原因为LTE侧发送EvPceDataFwdReq消息指示PCE进行数据反传，等待EvPceDataFwdRsp超时，该业务现象概率性出现，对上述业务场景进一步明确，可以正常进行跨PCE的SN添加和跨“双链接用户面”的SN添加失败的场景对比分析，发现解决方案详细说明3.4.正常释放场景使用的LTE侧基站IP地址为：100.72.148.217异常建立场景使用的LTE侧基站IP地址为：10.106.216.2175.对等待EvPceDataFwdRsp超时问题，发现NR的UDS容器没有收到LTEDU通过5.F1-U发送的的关闸状态报告，因此UDS无法停止数据业务并且给PCE回复snstatus信息，致使LTE收不到PCE回复的EvPceDataFwdRsp消息。6.对于NR的UDS容器没有收到LTEDU通过F1-U发送的的关闸状态报告，原因是F1-U与LTE侧的GTPU链路使用的是IP地址为：10.106.216.217（该IP是LTE侧配置的第二平面的IP，与5G不通），从NR侧向LTEping这个IP地址不通。

45G用户面数据流交互走GTPU协议，即F1-U链路是UE级链路（动态）；信令面的走是SCTP协议，对应逻辑链路ENDC-X2AP是基站级链路（静态）。这个类似于4G基站与SGW之间建立的是GTPU链路，和核心网的MME建立的是SCTPS1AP，Option3X（EN-DC）协议栈图如下：SCGspf#

b&arer双IP场景：LTE基站传输层配置两个IP地址，映射一条SCTP链路。平台对于信令传输有链路检测机制，当检测到某个IP地址故障时，会自动转换到非故障IP地址进行消息投递。若两个IP均正常情况下，传输层使用负荷分担方式，选择IP。异常释放均为跨PCE的SN添加场景（LTE侧发送EvPceDataFwdReq消息指示PCE进行数据反传，等待EvPceDataFwdRsp超时），PCE是否EvPceDataFwdRsp取决于是否收到LTE侧发送的关闸状态报告。

关闸状态报告属于数据报文，走的是LTEDU与NR的CU之间的F1-U链路，由于选择IP地址无法与LTE的ping通，所以无法正常投递到源PCE，导致源PCE无法正常回复EvPceDataFwdRsp，复EvPce