廣州LTE接通指標優(yōu)化指導

廣州TD-LTE保持均衡指標優(yōu)化指導1.1指標定義RRC連接建立成功率=RRC連接建立成功次數(shù)/RRC連接建立請求次數(shù)*100%集團規(guī)范（V1.1.0）集團規(guī)范（V1.1.0）600版本公式對應600版本PIRRC.AttConnEstabRRC.SuccConnEstab/RRC.AttConnEstab*100%C373200084+C373200085+C373200086+C373200087+C373200088+C373200124r311129RRC.SuccConnEstabC373200000+C373200004+C373200008+C373200012+C373200016+C373200120r311130ERAB建立成功率=E-RAB建立成功數(shù)/E-RAB建立請求數(shù)*100%集團規(guī)范（V1.1.0）集團規(guī)范（V1.1.0）600版本公式對應600版本PIERAB.NbrAttEstabERAB.NbrSuccEstab/ERAB.NbrAttEstab*100%C373505472+C373505480311128ERAB.NbrSuccEstabC373505473+C3735054813111491.2日常KPI監(jiān)控處理1.2.1RRC建立失敗常見原因計數(shù)器編號計數(shù)器名稱/描述信息C373200001mt-Access類型RRC連接失敗次數(shù)，定時器超時（次）C373200002mt-Access類型RRC連接失敗次數(shù)，eNB接納失?。ù危〤373200003mt-Access類型RRC連接失敗次數(shù)，其他原因（次）C373200005mo-Signalling類型RRC連接失敗次數(shù)，定時器超時（次）C373200006mo-Signalling類型RRC連接失敗次數(shù)，eNB接納失?。ù危〤373200007mo-Signalling類型RRC連接失敗次數(shù)，其他原因（次）C373200009mo-Data類型RRC連接失敗次數(shù)，定時器超時（次）C373200010mo-Data類型RRC連接失敗次數(shù)，eNB接納失?。ù危〤373200011mo-Data類型RRC連接失敗次數(shù)，其他原因（次）C373200013highPriorityAccess類型RRC連接失敗次數(shù)，定時器超時（次）C373200014highPriorityAccess類型RRC連接失敗次數(shù)，eNB接納失?。ù危〤373200015highPriorityAccess類型RRC連接失敗次數(shù)，其他原因（次）C373200017emergency類型RRC連接失敗次數(shù)，定時器超時（次）C373200018emergency類型RRC連接失敗次數(shù)，eNB接納失?。ù危〤373200019emergency類型RRC連接失敗次數(shù)，其他原因（次）1.2.2RRC建立流程本流程圖表述了RRC連接建立過程。包含了RRC連接建立成功，RRC連接建立被拒絕和RRC連接建立失敗過程。采樣點1：eNodeb接收到UE的RRC連接建立請求消息，進行采樣統(tǒng)計。采樣點2：eNodeb發(fā)送RRC連接建立消息，進行采樣統(tǒng)計。采樣點3：eNodeb接收到RRC建立完成消息，進行采樣統(tǒng)計。采樣點4：eNodeb發(fā)送RRC連接拒絕消息，進行采樣統(tǒng)計。采樣點5：eNodeb等待RRC連接建立完成消息定時器超時，采樣統(tǒng)計。1.2.3影響RRC接入成功率的因素影響RRU接入的主要因素如下，可在優(yōu)化RRC成功率時參考基站故障；最小接入電平設置；上行干擾NI太高；弱場接入，RRC無法完成;用戶數(shù)多導致，SR容量不足；CPU負荷高1.2.4RRC建立成功率低處理思路（1）通過統(tǒng)計分析是否出現(xiàn)RRC接入成功率低的問題，當前RRC接通率指標要求為99%。（2）確認是否全網(wǎng)指標惡化，如果是全網(wǎng)指標惡化，需要檢查操作，告警，是否存在網(wǎng)絡變動和升級行為。（3）如果是部分站點指標惡化，拖累全網(wǎng)指標，需要尋找TOP站點。（4）查詢RRC連接建立最低的TOPN站點及時間段，細分失敗原因值。（5）查看TOPN站點告警，干擾，小區(qū)狀態(tài)，小區(qū)參數(shù)配置是否異常。1.2.5ERAB建立流程初始ERAB建立流程:流程圖表述了初始E-RAB建立過程。包含了初始E-RAB建立成功，初始E-RAB建立超時和E-RAB建立安全激活失敗等過程。采樣點1：eNodeB接收到來自MME的初始上下文建立消息，進行采樣統(tǒng)計。采樣點2：eNodeB發(fā)送RRC連接重配置消息給UE，進行采樣統(tǒng)計。采樣點3：eNodeB接收到來自UE的RRC重配置完成消息，進行采樣統(tǒng)計。采樣點4：eNodeB發(fā)送初始UE上下文建立相應消息給MME，進行采樣統(tǒng)計。采樣點5：eNodeB由于等待RRC重配完成消息超時，進行采樣統(tǒng)計。采樣點6：eNodeB由于上下文ID找不到等導致UE上下文建立失敗，進行采樣統(tǒng)計。采樣點7：eNodeB由于安全激活失敗導致UE上下文建立失敗，進行采樣統(tǒng)計采樣點8：eNodeB接收到從UE來的RRC連接重建立請求消息，采樣統(tǒng)計增加的ERAB建立流程：采樣點1：eNodeB接收到來自MME的E-RAB建立消息，進行采樣統(tǒng)計。采樣點2：eNodeB發(fā)送RRC連接重配置消息給UE，進行采樣統(tǒng)計。采樣點3：eNodeB接收到來自UE的RRC重配置完成消息，進行采樣統(tǒng)計。采樣點4：eNodeB發(fā)送E-RAB建立響應消息給MME,進行采樣統(tǒng)計。采樣點5：eNodeB由于等待RRC重配完成消息超時，進行采樣統(tǒng)計1.2.6ERAB建立失敗常見原因ERAB建立失敗原因計數(shù)器編號計數(shù)器名稱/描述信息C373505474初始的E-RAB建立失敗次數(shù)，eNB接納失敗（個）C373505475初始的E-RAB建立失敗次數(shù)，空口失?。▊€）C373505476初始的E-RAB建立失敗次數(shù)，安全激活失?。▊€）C373505477初始的E-RAB建立失敗次數(shù)，消息參數(shù)錯誤（個）C373505478初始的E-RAB建立失敗次數(shù)，RRC重建立原因（個）C373505479初始的E-RAB建立失敗次數(shù)，其他原因（個）C373505482增加的E-RAB建立失敗次數(shù)，eNB接納失敗（個）C373505483增加的E-RAB建立失敗次數(shù)，空口失敗（個）C373505484增加的E-RAB建立失敗次數(shù)，切換引起（個）C373505485增加的E-RAB建立失敗次數(shù)，消息參數(shù)錯誤（個）C373505486增加的E-RAB建立失敗次數(shù)，RRC重建立原因（個）C373505487增加的E-RAB建立失敗次數(shù)，其他原因（個）1.2.7影響ERAB建立成功的因素無線覆蓋環(huán)境較差，如弱場覆蓋，上行NI偏高;無線參數(shù)設置錯誤，如接納控制門限過低；傳輸故障；1.2.8ERAB建立成功率低處理思路（1）通過統(tǒng)計分析是否出現(xiàn)ERAB接入成功率低的問題，目前ERAB接通率指標一般為99%。（2）確認是否全網(wǎng)指標惡化，如果是全網(wǎng)指標惡化，需要檢查操作，告警，是否存在網(wǎng)絡操作和升級行為。（3）如果是部分站點指標惡化，拖累全網(wǎng)指標，需要查找TOP站點。（4）查詢ERAB連接建立最低的TOPN站點及時間段，細分失敗原因值。（5）查看TOP站點告警，干擾，小區(qū)狀態(tài)，小區(qū)參數(shù)是否異常。1.3接入常見處理方法指標種類原因值處理手段接入類接納失敗查詢基站高峰時段話務，檢查基站負荷接納參數(shù)配置，查詢PRB利用率。PRB利用率高而用戶數(shù)少，通過閉塞解閉塞小區(qū)，將異常用戶踢走CPU過載調整userinactive時間，減少用戶重復接入系統(tǒng)的概率。MSG5超時修改最小接入電平，避免遠距離用戶接入。除此之外還應檢查上行NI和上行功率控制參數(shù)設置，上行NI偏高，功率參數(shù)設置不合理均會導致MSG5超時，重啟基站復位CC板，上訴均不行則上報故障1.4常規(guī)接通TOP小區(qū)問題處理流程常規(guī)接通TOP問題處理流程：帶病入網(wǎng)及故障站點處理容量類問題小區(qū)處理干擾類問題小區(qū)處理參數(shù)修改問題小區(qū)處理偶發(fā)性大量接入失敗小區(qū)處理

干擾定免擂除指標恢豆結束，壬些接蹄撤壽TOP小成f1+J故障德單我理'+J接入美妻救核查小區(qū)客童奏皺修財CELLBAR;P降低功率5/發(fā)起T容而求等5『信令3^、掏魂眼、上報敵I辜說研發(fā)干擾定免擂除指標恢豆結束，壬些接蹄撤壽TOP小成f1+J故障德單我理'+J接入美妻救核查小區(qū)客童奏皺修財CELLBAR;P降低功率5/發(fā)起T容而求等5『信令3^、掏魂眼、上報敵I辜說研發(fā)3B設備曲颼限;否干?區(qū)設備順C.FU沖曲拳孰回退現(xiàn)網(wǎng)接通類TOP小區(qū)首先檢查是否為新入網(wǎng)站點，對于帶病入網(wǎng)的TOP小區(qū)，除了進行頻點、PCI、鄰區(qū)、功率等常規(guī)參數(shù)核查外，需進行接入類相關參數(shù)核查，詳細核查參數(shù)參照省公司下發(fā)文件。2、故障類站點處理對于故障類站點，首先查看有問題站點無故障告警，對于同站多個小區(qū)出現(xiàn)低接通的情況優(yōu)先考慮是否站點故障。注：出現(xiàn)軟件運行版本異常告警，突發(fā)大量RRC連接建立失敗建議復位CC板1.4.2容量類問題小區(qū)處理策略1、SR小區(qū)容量不足：首先統(tǒng)計該小區(qū)RRC最大連接建立用戶數(shù)和KPI核查小區(qū)容量等級參數(shù)設置，判斷用戶數(shù)是否超檔修改SR容量相關參數(shù)2、設備能力超限：在SR設置最大容量基礎上：核查單小區(qū)RRC最大連接建立用戶數(shù)是否超限核查基站級用戶數(shù)是否超限降低功率、CELLbar、切換參數(shù)控制、重選參數(shù)控制發(fā)起擴容需求3、CPU沖高1）用戶過多導致：下調小區(qū)功率，減小覆蓋范圍，剔除邊緣用戶LCELLBAR開啟用戶懲罰機制i切換參數(shù)、重選參數(shù)控制，減少邊緣用戶i核查周圍是否存在故障站點，導致該小區(qū)下用戶增多2）故障或定制任務過多導致：i關閉所以任務跟蹤，如信令、實時指標監(jiān)控等L故障上報1.4.3干擾類問題小區(qū)處理策略該類問題小區(qū)指標上表現(xiàn)為MSG5超時。首先根據(jù)后臺頻譜掃描初步判定干擾類型，然后進一步分析掃頻，干擾一般分為兩類：1、長期干擾小區(qū)：啟動干擾排查機制，針對遺留問題按照干擾排查流程跟進