故障現(xiàn)象

國(guó)內(nèi)某局點(diǎn)SA網(wǎng)絡(luò)5G切4G指標(biāo)日均維持在95%左右，切換失敗概率較大，影響用戶語(yǔ)音通話和上網(wǎng)體驗(yàn)。

故障分析

1.通過AMF的計(jì)數(shù)器排查，失敗主要來(lái)源于MME，如下圖所示。

2.通過EMS+進(jìn)行失敗信令統(tǒng)計(jì)，統(tǒng)計(jì)了2021 年11 月22 日上午8 點(diǎn)到10點(diǎn)5G切4G失敗的次數(shù)，可以看出主要是Hanover failuer intarget 5GC/NG-RAN node or target system失敗占81.64%，Uknown target ID占比18.16%，如下圖所示。

a.Hanover failuer intarget 5GC/NG-RAN node or target system

Hanover failuer intarget 5GC/NG-RAN node or target system失敗中，HO Wait Forward Relocation Response fail失敗占比99.92%，這一步是5G切4G過程中，MME返回的失敗，對(duì)應(yīng)AMF統(tǒng)計(jì)的MME原因，如下圖所示。

b.Unknown Target ID

該原因失敗中，HO trans fail失敗占比59.55%，Trans aborted占比33.83%。該失敗主要是5G基站配置問題或者斷鏈導(dǎo)致，如下圖所示。

故障處理

1.gNB原因：需要無(wú)線進(jìn)行5G基站鄰區(qū)配置、是否有斷鏈等檢查。

2.MME原因：通過抓取高頻切換失敗用戶主要發(fā)現(xiàn)如下兩類問題。

3.問題1：Forward Relocation Response（reject）

a.通過信令跟蹤，同一用戶多次切換，搜尋Forward Relocation Response，發(fā)現(xiàn)失敗的時(shí)候都是在同一個(gè)MME上。

b.如果MME有問題，那問題范圍應(yīng)該更大，所以先不考慮MME側(cè)問題。

c.切換流程涉及AMF、MME、eNB，切換過程中AMF會(huì)攜帶ta、enb參數(shù)給MME。所以先排查該因素。

d.對(duì)比請(qǐng)求消息Forward Relocation Request，當(dāng)中有ta信息，基站信息。切換失敗和成功都是相同的。

e.檢查eNB，發(fā)現(xiàn)切換失敗的MME上無(wú)法查詢到該enbid。即該eNB為跟該MME建立偶聯(lián)，導(dǎo)致切換失敗。

4.問題2：4G基站返回HANDOVER FAILURE。

a.通過信令跟蹤，同一用戶多次切換，MME直接返回HANDOVER FAILURE給AMF。

b.跟蹤并搜尋HANDOVER FAILURE，查看信令，正常在MME-->eNB發(fā)送handouver request后，應(yīng)該有eNB-->MME發(fā)送handover request acknowledge。

c.失敗的信令中，MME直接給AMF回了failure?？赡苁荕ME錯(cuò)誤，也可能是MME只是透?jìng)鱡NB的信息。

d.通過失敗觀察可以看到，是MME透?jìng)髁薳NB的信息，即是eNB返回的handover failure。

5.無(wú)線排查具體原因后，問題解決，指標(biāo)正常。

編輯：黃飛

?