td網(wǎng)優(yōu)葵花寶典之kpi篇(存儲版)
【正文】 數(shù)器描述實際觸發(fā)原因1RRC連接失敗計數(shù)器，congestion網(wǎng)絡(luò)擁塞無法接入信道用戶2RRC連接失敗計數(shù)器，unspecified其他異常原因3RRC連接失敗計數(shù)器，NO REPLY超時沒有收到UE應(yīng)答 CONGESTION原因：碼資源不足【故障現(xiàn)象】RRC呼通率低，從信令跟蹤上看，RNC收到rrcConnectionRequest請求之后，直接下發(fā)了rrcConnectionReject消息。從終端入手，確認終端是否收到radiobearerSetup或收到后是否發(fā)出radiobearerSetupplete，如用戶無法回訪或無法確認該信息，跟蹤該用戶終端IMSI，看是否仍會出現(xiàn)RAB建立失??；（6） 問題仍無法定位，上報研發(fā)。二、 掉話率 掉話是指用戶在掉話之前，未發(fā)起任何空口信令過程，或之前的信令交互過程已經(jīng)結(jié)束，處于穩(wěn)態(tài)下被網(wǎng)絡(luò)側(cè)發(fā)起Iu鏈接釋放過程。 RRM_CellDelete_Release原因【故障現(xiàn)象】UE突然掉話，掉話原因：RRM_CellDelete_Release【排查方法】小區(qū)異常退出導致用戶釋放，詢問用服是否進行了相關(guān)操作導致。 Release due to UE generated signalling connection release原因【故障現(xiàn)象】鏈路保持過程中，UE向RNC發(fā)送信令連接釋放指示消息，指示RNC釋放該CN域的Iu口連接?！九挪榉椒ā啃枰_認和CN是否存在問題，如故障、擁塞等，重點在CN側(cè)排查問題。 CN下發(fā)正常釋放IU的消息【故障現(xiàn)象】RNC下發(fā)CellchangeOrderFromUTRAN后，約一段時間（7~15s或更長），收到核心網(wǎng)下發(fā)的Iureleasemand消息，正常釋放鏈路?！九挪榉椒ā縐E在收到切換請求后，如果無法接入GSM網(wǎng)絡(luò)，則會嘗試使用切換前的物理信道，如果無法同步上DCH則進行原因為radiolinkFailure的小區(qū)更新，在出現(xiàn)的CS 23G切換失敗情況中。排查方法：（1） 查看各時隙干擾情況，如果發(fā)現(xiàn)時隙干擾很大，查看NODEB載扇是否正常，同時查看鄰小區(qū)是否有大量同頻鄰區(qū)，若在話務(wù)量小的情況下，ISCP仍然很高，則干擾可能來自異系統(tǒng)，如：GSM，PHS等；（2） 查看目標小區(qū)UP干擾，若較大，則進行UP位置偏移；（3） 時隙干擾經(jīng)常性偏大時，可以嘗試調(diào)低UE的上、下行開環(huán)功率；（4） 無效配置、配置不支持等配置錯誤：換個手機測試，若各廠家手機測試都有問題，將本小區(qū)的重配消息和正常小區(qū)的重配消息進行對比，查看配置是否正確； 物理信道重配失敗【故障現(xiàn)象】（1） UE收到了RECONFIGURATION消息，并發(fā)送了COMPLETE消息，但RNC未收到（上行功率不足或存在干擾等原因）；（2） UE收到了RECONFIGURATION消息，但沒發(fā)送COMPLETE消息（消息錯誤或UE內(nèi)部錯誤等原因）；【排查方法】（1） 若UE未收到重配消息：調(diào)整后臺下行最小發(fā)送功率，增加UE接收到重配消息的幾率，或者調(diào)整周圍網(wǎng)絡(luò)的覆蓋、頻點、功率等，盡量降低下行方向上的干擾；（2） 若網(wǎng)絡(luò)側(cè)沒有收到重配完成消息：則調(diào)整后臺D
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1