華為lte指標(biāo)監(jiān)控[后臺(tái)必讀](編輯修改稿)
2025-05-09 12:17 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 常規(guī)設(shè)置92,122，需結(jié)合現(xiàn)場(chǎng)設(shè)置）；232。MOD PDSCH進(jìn)行修改；2. 保持性TOP分析處理1.2. 指標(biāo)定義指標(biāo)分類數(shù)據(jù)來(lái)源具體的KPI指標(biāo)指標(biāo)定義保持性指標(biāo)OMC920無(wú)線掉話率 (eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)+UE Context異常釋放次數(shù))/UE Context建立成功總次數(shù)*100%ERAB掉線率(eNodeB觸發(fā)的釋放原因?yàn)楫惓５腅RAB釋放總次數(shù)+切換出ERAB異常釋放總次數(shù))/用戶發(fā)起ERAB建立流程且建立成功的總次數(shù)*100% 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹l 無(wú)線掉線率如上圖：【圖1】中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會(huì)釋放UE的所有ERAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時(shí)。如【圖2】中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)。如【圖3】中A點(diǎn)所示，當(dāng)MME向eNodeB發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)。l ERAB掉線率ERAB掉線分2部分，為eNodeB觸發(fā)的釋放原因?yàn)楫惓５腅RAB釋放總次數(shù)和切換出ERAB異常釋放總次數(shù)，分別如下：切換出ERAB異常釋放信令統(tǒng)計(jì)點(diǎn)如下圖：上圖中，圖1表示eNodeB內(nèi)切換，圖2表示X2接口切換，圖3表示S1接口切換，圖4表示EUTRAN系統(tǒng)切換到WCDMA系統(tǒng)、GERAN系統(tǒng)、或者TDSCDMA系統(tǒng)。如圖圖圖3和圖4中C點(diǎn)所示，切換執(zhí)行成功，但目標(biāo)小區(qū)有建立失敗的承載，源小區(qū)異常釋放對(duì)應(yīng)的ERAB，則在源小區(qū)按各個(gè)業(yè)務(wù)的QCI分別統(tǒng)計(jì)該指標(biāo)。同時(shí)，在源小區(qū)根據(jù)相應(yīng)ERAB的個(gè)數(shù)將總次數(shù)累加。eNodeB觸發(fā)的釋放原因?yàn)楫惓５腅RAB釋放信令統(tǒng)計(jì)點(diǎn)如下圖：如圖1中A點(diǎn)所示，當(dāng)eNodeB發(fā)出ERAB RELEASE INDICATION消息，且釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“InterRAT Redirection”，“Successful Handover”。如果ERAB RELEASE INDICATION信令中要求同時(shí)釋放多個(gè)ERAB，則相應(yīng)的指標(biāo)統(tǒng)計(jì)多次；如圖2中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會(huì)釋放UE的所有ERAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”。如果被釋放用戶建立了多個(gè)ERAB，則相應(yīng)的指標(biāo)統(tǒng)計(jì)多次。并且在MME回復(fù)UE CONTEXT RELEASE COMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC 920提取異常釋放原因：無(wú)線掉線率釋放原因如下：□ eNodeB發(fā)起的原因?yàn)閁E LOST的UE Context釋放次數(shù)□ eNodeB發(fā)起的原因?yàn)榍袚Q失敗的UE Context釋放次數(shù) □ eNodeB發(fā)起的原因?yàn)闊o(wú)線層問題的UE Context釋放次數(shù) □ eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)ERAB掉線率釋放原因如下：□無(wú)線層問題導(dǎo)致的激活的ERAB異常釋放次數(shù)□傳輸層問題導(dǎo)致的激活的ERAB異常釋放次數(shù)□網(wǎng)絡(luò)擁塞導(dǎo)致的激活的ERAB異常釋放次數(shù)□切換流程失敗導(dǎo)致激活的ERAB異常釋放次數(shù)□核心網(wǎng)問題導(dǎo)致ERAB異常釋放次數(shù) ALMAF查詢站點(diǎn)實(shí)時(shí)告警,參考?xì)v史告警LST ALMLOG；232。存在告警則降低功率切出用戶，嚴(yán)重的臨時(shí)去激活小區(qū)，通知維護(hù)人員處理； BRD 查詢單板運(yùn)行情況； 232。若異常，通知維護(hù)人員處理；，確定目標(biāo)小區(qū)：，是否基站故障或異常告警；232。若異常，通知維護(hù)人員處理；；232。核查修改鄰區(qū)外部小區(qū)參數(shù)是否正確，切換偏置是否合理；，進(jìn)行鄰區(qū)合理性優(yōu)化；232。進(jìn)行鄰區(qū)的合理刪除和添加；，如為孤站，可視為正常；232。暫不做處理，觀察；：；（T3N31N3T31T301）. LST UETIMERCONST:。 B. 如掉線率突增，查詢操作日志，確認(rèn)是否有修改，導(dǎo)致小區(qū)異常；232。用LST OPTLOG查看是否指標(biāo)異常開始時(shí)段有相應(yīng)修改操作，詢問修改人進(jìn)行相應(yīng)恢復(fù)觀察； ： ，是否存在模三沖突；232。修改PCI（E頻段室分:SA2\SSP7。 F和D頻段宏站:SA2\SSP5）；232。修改時(shí)隙配比配比MOD CELL。110dBm,確認(rèn)小區(qū)存在上行干擾，同時(shí)可通過后臺(tái)跟蹤，確認(rèn)干擾類型；232。統(tǒng)計(jì)話務(wù)統(tǒng)計(jì)看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MOD PDSCH降功率處理；：，如丟包率偏高，基本斷定小區(qū)存在質(zhì)差；B. 通過后臺(tái)誤碼率跟蹤，如BLER10%，確定小區(qū)存在高誤碼；：，是否為TM3，如長(zhǎng)時(shí)間為TM2，確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；B. 對(duì)比64QAM和QPSK占比，如
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1