華為lte指標(biāo)監(jiān)控[后臺(tái)必讀]-文庫吧資料
2025-04-18 12:17本頁面
【正文】 ME回復(fù)UE CONTEXT RELEASE COMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”。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”。如圖圖圖3和圖4中C點(diǎn)所示，切換執(zhí)行成功，但目標(biāo)小區(qū)有建立失敗的承載，源小區(qū)異常釋放對(duì)應(yīng)的ERAB，則在源小區(qū)按各個(gè)業(yè)務(wù)的QCI分別統(tǒng)計(jì)該指標(biāo)。如【圖3】中A點(diǎn)所示，當(dāng)MME向eNodeB發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“InterRAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時(shí)。（常規(guī)設(shè)置92,122，需結(jié)合現(xiàn)場(chǎng)設(shè)置）；232。LST CELL查看，MOD CELL修改；110dBm,確認(rèn)小區(qū)存在上行干擾，同時(shí)可通過后臺(tái)跟蹤，確認(rèn)干擾類型；232。用MOD CELL修改PCI（室分:SA2\SSP7。232。存在告警則降低功率切出用戶，嚴(yán)重的臨時(shí)去激活小區(qū)，通知維護(hù)人員處理； BRD 查詢單板運(yùn)行情況；232?！鯚o線資源不足導(dǎo)致ERAB建立失敗次數(shù)，指標(biāo)ID：1526728279；處理建議：排查TOP小區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調(diào)整，流量均衡（小區(qū)選擇，重選和切換類參數(shù)）；結(jié)合現(xiàn)場(chǎng)調(diào)整天饋，流量均衡；熱點(diǎn)區(qū)域，增補(bǔ)基站等；□安全模式配置失敗導(dǎo)致ERAB建立失敗次數(shù)，指標(biāo)ID：1526728280；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯(cuò)誤，終端及用戶行為異常等原因。□核心網(wǎng)問題導(dǎo)致ERAB建立失敗次數(shù)，指標(biāo)ID：1526728276；處理建議：需跟蹤信令，排查核心網(wǎng)問題（EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性，對(duì)用戶開卡限制，硬件故障方面排查）；□傳輸層問題導(dǎo)致ERAB建立失敗次數(shù)，指標(biāo)ID：1526728277；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側(cè)參數(shù)設(shè)置問題。ERAB Setup Success Rate計(jì)算公式：ErabSetupSuccessRate=（）/()*100% TOP小區(qū)分析和處理216。如果ERAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時(shí)建立多個(gè)ERAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。【C點(diǎn)】當(dāng)eNodeB收到UE返回的RRC Connection Setup Complete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo)。（6）如果RRC Connection Request消息信元Establishment Cause為“moData”。（4）如果RRC Connection Request消息信元Establishment Cause為“mtAccess”。（2）如果RRC Connection Request消息信元Establishment Cause為“emergency”。Case3：發(fā)起Attach后會(huì)啟動(dòng)T310定時(shí)器。Case2：T300超時(shí)后，UE仍未收到RRC_Conn_Setup，UE重新搜網(wǎng)，發(fā)起初始接入，UeID是取0~239的隨機(jī)值或上層下發(fā)的TMSI。（附件：）示例：【網(wǎng)元鏈接中斷】●告警解釋：網(wǎng)元與OMC網(wǎng)管之間的鏈接中斷，一般來講，為斷電或傳輸問題● 對(duì)系統(tǒng)的影響 對(duì)該網(wǎng)元無法控制 ● 告警處理序號(hào)處理方法“是”“否”1檢查同一環(huán)路下基站是否全部中斷(基站側(cè)檢查光路和電源是否OK.) 2 32通知傳輸中心處理433通知機(jī)房巡檢處理故障(基站側(cè)更換傳輸光模塊/光纖)44結(jié)束三、 壞小區(qū)（TOP小區(qū)）查找和分析處理每小時(shí)對(duì)上一個(gè)小時(shí)的全網(wǎng)整體指標(biāo)進(jìn)行提取，如果指標(biāo)變化波動(dòng)較大，需提取小區(qū)級(jí)別指標(biāo)進(jìn)行查看，將小區(qū)級(jí)的掉話率指標(biāo)和掉話絕對(duì)次數(shù)按從高到低的順序進(jìn)行排序, 確認(rèn)是全網(wǎng)的整體問題還是TOP小區(qū)引起的指標(biāo)波動(dòng)，若剔除TOP小區(qū)后，指標(biāo)恢復(fù)正常，則是TOP小區(qū)問題，優(yōu)先分析掉話絕對(duì)次數(shù)多且掉話率高的Top小區(qū)；否則是全網(wǎng)性問題，以下是關(guān)于TOP小區(qū)篩選的方法和主要KPI處理方法流程：1. 接入性TOP分析處理1. 指標(biāo)定義指標(biāo)分類數(shù)據(jù)來源具體的KPI指標(biāo)指標(biāo)定義接入性指標(biāo)OMC920RRC連接建立成功率RRC連接建立完成次數(shù)/RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）ERAB建立成功率ERAB建立成功總次數(shù)/ERAB建立嘗試總次數(shù)無線接通率RRC連接建立成功率*ERAB建立成功率 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹l RRC連接建立成功率圖1中【A點(diǎn)】（1），不統(tǒng)計(jì)重發(fā)的次數(shù)。圖42. KPI指標(biāo)提取點(diǎn)擊結(jié)果查詢，選擇新查詢，選
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1