5G切4G成功率指標對運營商關注的EPSFB成功率和5 G to 5G時延這兩項關鍵指標有著至關重要的影響，現場5G切4G指標一直較低，通過工具進行指標分析，分析其原因，從而提升該指標。

引起5G切4G失敗的原因有很多，包括gNB原因、MME原因、AMF原因和UE原因等，該案例通過計數器查詢到主要原因為gNB原因和MME原因，但通過EMS+工具判斷出屬于MME原因的部分均為[81]失敗碼，為前向重定位失敗，該消息源頭為gNB所發。

因此該案例5G切4G失敗的原因幾乎均為gNB原因，需要無線側重點排查。

1.通過專題分析鉆取號碼結合信令跟蹤的方式定位問題。

a.在進行AMF 5G切4G成功率專題分析時，通過event→cause→inner cause→imsi進行鉆取，可得到失敗詳單。

b.通過對MSISDN進行column statistics操作，可得到失敗號碼排序，提取高頻號碼86159*****681進行信令跟蹤，如下圖所示。

c.AMF向源gNB發送handover command消息4 s后，才觸發context request，說明gNB沒有正常切換到eNB，而后MME發context request采用重定向的方式接入。

d.查詢EMS+該事件失敗信息，結果顯示在20：22：48時出現(524760)Trans aborted失敗。

e.該事件發生的Source NG-RAN node ID=110703，Target EnodeB ID=00F70 F60，需要基站查看沒有成功切換的原因。

2.通過專家模式觀察已知問題是否仍然存在。

a.次日，對該號碼在EMS+上通過專家模式進行篩選，篩選條件為eventid=2023 andMSISDN_GPSI=86159*****681，如下圖所示。



b.導出結果Excel表格后，查找110703（失敗gnbid），仍然有12個結果，如下圖所示。這說明在發現問題后至今，該號碼、該站點還出現過12次跟5G切4G相關的失敗。

c.表明該問題持續存在，通過排查，發現基站鄰區配置錯誤，修改后問題解決。

3.通過專家模式分析innercause權重，區分定位優先級，進而具體定位。

a.在EMS的性能統計界面查詢某時間段5G切4G相關計數器值，發現失敗原因主要是MME原因和gNB原因，如下圖所示。



b.通過EMS+進一步分析，通過專家模式對某時間范圍篩選出所有切換失敗事件（eventid = 2023），并對innercause項進行Column Statistics操作，得到切換失敗的三種主要失敗InnerCause，分別為HO Wait Forward Relocation Response fail(524520)（處理Forward Rellocation Response失敗）、HO trans fail(524498)（切換流程失敗）和Trans aborted(524760)（流程被中止），如下圖所示。



c.針對這三種失敗原因，需要分別進一步探究。

4.HO Wait Forward Relocation Response fail(524520)——處理Forward Rellocation Response失敗。

a.導出失敗日志，通過查看rsvinfo，能看出失敗的具體問題，均為[81]失敗碼，報forward relocation is not accepted，如圖6所示。

b.該innercause 歸屬于MME原因，但根因[81]實則為gNB原因，而所有MME原因的失敗均為[81]失敗碼，因此，HO Wait Forward RelocationResponse fail(524520)導致的失敗實則為gNB導致，需無線排查，組網關系如下圖所示。



c.查看rsvinfo，原因均為在執行切換流程時，無線又發來其他流程命令，將切換流程打斷，如下圖所示。



d.無線排查后，指標正常，如下圖所示。

審核編輯：劉清