LTE指標(biāo)優(yōu)化及TOP小區(qū)分析指導(dǎo)（圖文詳解）-

1、LTE指標(biāo)優(yōu)化及TOP小區(qū)分析指導(dǎo)(圖文詳解2015-08-17網(wǎng)優(yōu)雇傭軍 本文源自網(wǎng)絡(luò)版權(quán)歸屬原作者如有版權(quán)問題聯(lián)系微信號(hào)lte678刪除!1 掉線率1.1 指標(biāo)定義無線掉線率=(eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)+UE Context異常釋放次數(shù)/UE Context建立成功總次數(shù)*100%1.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹UE Context異常釋放次數(shù) 測(cè)量點(diǎn):如圖1中A點(diǎn)所示,當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息,會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“Normal Release”,“Detach”,“U

2、ser Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”時(shí),測(cè)量指標(biāo)L.UECNTX.AbnormRel加1。eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù) 測(cè)量點(diǎn):如圖2中A點(diǎn)所示,當(dāng)eNodeB向MME發(fā)送S1 RESET消息時(shí),根據(jù)包含的上下文個(gè)數(shù),指標(biāo)L.UECNTX.Rel.S1Reset.eNodeB進(jìn)行累加。UE Context建立

3、成功總次數(shù) 測(cè)量點(diǎn):如圖3中B點(diǎn)所示,當(dāng)eNodeB向MME發(fā)送INITIAL CONTEXT SETUP RESPONSE 消息時(shí)統(tǒng)計(jì)該指標(biāo)。消息中如果包括多個(gè)E-RAB,該指標(biāo)也只統(tǒng)計(jì)一次。1.3 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC 920提取異常釋放原因: eNodeB發(fā)起的原因?yàn)閁E LOST的UE Context釋放次數(shù) eNodeB發(fā)起的原因?yàn)榍袚Q失敗的UE Context釋放次數(shù) eNodeB發(fā)起的原因?yàn)闊o線層問題的UE Context釋放次數(shù) eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù) 是否存在異常告警或傳輸閃斷1通過LST ALMAF查詢站

4、點(diǎn)實(shí)時(shí)告警,參考?xì)v史告警;2通過DSP BRD 查詢單板運(yùn)行情況;通過提取兩兩小區(qū)切換,確定目標(biāo)小區(qū)1確定目標(biāo)小區(qū)運(yùn)行情況,是否基站故障或異常告警;2檢查鄰區(qū)間參數(shù)設(shè)置是否正確;3通過Mapinfo檢查小區(qū)鄰區(qū)配置是否合理,進(jìn)行鄰區(qū)合理性優(yōu)化;4檢查基站是否周邊站點(diǎn)缺少,如為孤站,可視為正常;檢查S1鏈路是否配置正確現(xiàn)統(tǒng)計(jì)中eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)均為0,如統(tǒng)計(jì)出現(xiàn)釋放次數(shù),需進(jìn)行針對(duì)排查;參數(shù)是否設(shè)置合理1查詢掉線類定時(shí)器設(shè)置是否正確;(T310、N311、N310、T311、T3012如掉線率突增,查詢操作日志,確認(rèn)是否有修改,導(dǎo)致小區(qū)異常;是否

5、存在高干擾1通過Mapinfo查看小區(qū)PCI復(fù)用是否合理,是否存在模三沖突;2檢查小區(qū)時(shí)隙配比是否設(shè)置準(zhǔn)確(DE:SA2SSP7;F:SA2SSP5;3如每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾,同時(shí)可通過后臺(tái)跟蹤,確認(rèn)干擾類型;小提示:判斷干擾類型時(shí),可跟蹤后臺(tái)干擾檢測(cè),如果RB0-RB99呈下坡圖,則為雜散干擾,如果為陡升陡降則為互調(diào)干擾,如果為上坡圖,則為阻塞干擾,如果干擾僅在RB40-RB80,則為廣電干擾,請(qǐng)大家知悉。是否存在高質(zhì)差1通過觀察小區(qū)上下行丟包率是否正常,如丟包率偏高,基本斷定小區(qū)存在質(zhì)差;2通過后臺(tái)誤碼率跟蹤,如BLER>10%,確定小

6、區(qū)存在高誤碼;是否存在弱覆蓋1檢查傳輸模式,是否為TM3,如長時(shí)間為TM2,確認(rèn)設(shè)置正確的情況下,基本確定小區(qū)存在弱覆蓋;2對(duì)比64QAM和QPSK占比,如后者比例遠(yuǎn)大于前者,可確定小區(qū)覆蓋異常;現(xiàn)場(chǎng)測(cè)試及后臺(tái)跟蹤1安排前場(chǎng)人員現(xiàn)場(chǎng)測(cè)試,同時(shí)后臺(tái)通過信令跟蹤,配合查找問題原因;2如果確認(rèn)問題后,需第三方配合解決,轉(zhuǎn)發(fā)相關(guān)人員處理,做好跟蹤工作,直至問題閉環(huán);2 接通成功率2.1 指標(biāo)定義無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數(shù)/RRC連接請(qǐng)求次數(shù)(不包括重發(fā)*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100%2.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹圖1中

7、【A點(diǎn)】(1指標(biāo)L.RRC.ConnReq.Att加1,不統(tǒng)計(jì)重發(fā)的次數(shù)。Case1:eNB下發(fā)RRC_Conn_Setup消息后,在T300定時(shí)器超時(shí)前,收到相同的UeID發(fā)起的RRC_Conn_Req(Setup丟失,UE MAC沖突解決定時(shí)器超時(shí)后重發(fā)RRC_Conn_Req, UeID不變,記為一次重發(fā)RRC_Conn_Req消息。Case2:T300超時(shí)后,UE仍未收到RRC_Conn_Setup,UE重新搜網(wǎng),發(fā)起初始接入, UeID是取0239的隨機(jī)值或上層下發(fā)的TMSI。eNB側(cè)記為新的一次初始接入,L.RRC.ConnReq.Att加1。Case3:發(fā)起Attach后會(huì)啟動(dòng)T

8、3410定時(shí)器。如果UE發(fā)出RRC_Conn_Setup_Cmp后,ENB 沒有收到,UE會(huì)在定時(shí)器超時(shí)后重新發(fā)起Attach,ENB側(cè)記為新的一次初始接入;RRC_Conn_Setup_Cmp丟失不會(huì)觸發(fā)重建,發(fā)起重建的前提是安全已經(jīng)激活。(2如果RRC Connection Request消息信元Establishment Cause為“emergency”,指標(biāo)L.RRC.ConnReq.Att.Emc加1。(3如果RRC Connection Request消息信元Establishment Cause為“highPriorityAccess”,指標(biāo)L.RRC.ConnReq.Att.

9、HighPri加1。(4如果RRC Connection Request消息信元Establishment Cause為“mt-Access”,指標(biāo)L.RRC.ConnReq.Att.Mt加1。(5如果RRC Connection Request消息信元Establishment Cause為“mo-Singnalling”,指標(biāo)L.RRC.ConnReq.Att.MoSig加1。(6如果RRC Connection Request消息信元Establishment Cause為“mo-Data”,指標(biāo)L.RRC.ConnReq.Att.MoData加1?！綛點(diǎn)】當(dāng)eNodeB下小區(qū)接收到UE

10、發(fā)送的RRC Connection Request消息并下發(fā)RRC Connection Setup消息給UE時(shí),指標(biāo)L.RRC.ConnSetup加1?！綜點(diǎn)】當(dāng)eNodeB收到UE返回的RRC Connection Setup Complete消息時(shí)統(tǒng)計(jì)相應(yīng)指標(biāo),L.RRC.ConnReq.Succ加1。RRC Setup Success Rate計(jì)算RRCSetupSuccessRate=(L.RRC.ConnReq.Succ/(L.RRC.ConnReq.Att*100%圖2、3中 【A點(diǎn)】當(dāng)eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONT

11、EXT SETUP REQUEST消息時(shí)統(tǒng)計(jì)該指標(biāo)。如果E-RAB SETUP REQUEST或者INITIAL CONTEXTSETUP REQUEST消息中要求同時(shí)建立多個(gè)E-RAB,則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加?！綛點(diǎn)】當(dāng)MME收到來自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時(shí)E-RAB建立成功次數(shù)累加。ERAB Setup Success Rate計(jì)算公式ErabSetupSuccessRate=(L.E-RAB.SuccEst/(L.E-RAB.AttEst*100%2.3 TOP小區(qū)提取及

12、分析流程1. TOP小區(qū)提取暫按以下方式操作(僅供參考,請(qǐng)根據(jù)網(wǎng)絡(luò)實(shí)際情況自定義:RRC請(qǐng)求次數(shù)大于50次接通率小于98%。在一周之類重復(fù)出現(xiàn)2次以上的小區(qū)。若前三種無法提取出TOP小區(qū),可按RRC,ERAB建立失敗次數(shù),分開求和后降序排列篩選RRC和ERAB建立失敗的TOP小區(qū)。2. TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明:對(duì)小區(qū)RRC建立失敗次數(shù): 資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù),指標(biāo)ID:1526727083;重點(diǎn)關(guān)注top資源是否足夠,包括top用戶數(shù),傳輸、PRB等; UE無應(yīng)答而導(dǎo)致RRC連接建立失敗的次數(shù),指標(biāo)ID:1526727084;關(guān)注質(zhì)差、干擾、無

13、線環(huán)境等; 小區(qū)發(fā)送RRC Connection Reject消息次數(shù),指標(biāo)ID:1526728269;關(guān)注傳輸問題、是否擁塞、干擾; 因?yàn)镾RS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù),指標(biāo)ID:1526728485;重點(diǎn)關(guān)注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設(shè)置是否合理等;因?yàn)镻UCCH資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù),指標(biāo)ID:1526728486;關(guān)注PUCCH信道相關(guān)參數(shù)設(shè)置是否合理,CQI RB數(shù)配置是否合理等;流控導(dǎo)致的RRC Connection Request 消息丟棄次數(shù),指標(biāo)ID:1526728489;關(guān)注擁塞,業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正

14、確等;流控導(dǎo)致的發(fā)送RRC Connection Reject消息次數(shù),指標(biāo)ID:1526728490;關(guān)注擁塞,業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等;對(duì)小區(qū)E-RAB建立失敗次數(shù):因未收到UE響應(yīng)而導(dǎo)致E-RAB建立失敗的次數(shù),指標(biāo)ID:1526726717;處理建議:需排查覆蓋,干擾,質(zhì)差,ENODEB參數(shù)設(shè)置錯(cuò)誤,終端及用戶行為異常等原因。核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù),指標(biāo)ID:1526728276;處理建議:需跟蹤信令,排查核心網(wǎng)問題(EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性,對(duì)用戶開卡限制,硬件故障方面排查;傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù),指標(biāo)ID:1526728277;處理建議

15、:需查詢傳輸是否有故障,高誤碼,閃斷,傳輸側(cè)參數(shù)設(shè)置問題。無線層問題導(dǎo)致E-RAB建立失敗次數(shù),指標(biāo)ID:1526728278;處理建議:處理建議:需排查覆蓋,干擾,質(zhì)差,ENODEB參數(shù)設(shè)置錯(cuò)誤,終端及用戶行為異常等原因。無線資源不足導(dǎo)致E-RAB建立失敗次數(shù),指標(biāo)ID:1526728279;處理建議:排查TOP小區(qū)資源是否足夠,是否故障引起,若存在資源不足問題,可考慮參數(shù)調(diào)整,流量均衡(小區(qū)選擇,重選和切換類參數(shù);2、結(jié)合現(xiàn)場(chǎng)調(diào)整天饋,流量均衡;3、熱點(diǎn)區(qū)域,增補(bǔ)基站等;安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù),指標(biāo)ID:1526728280;處理建議:需排查覆蓋,干擾,質(zhì)差,ENODE

16、B參數(shù)設(shè)置錯(cuò)誤,終端及用戶行為異常等原因。 篩選TOP小區(qū)RRC建立成功率TOP、E-RAB建立成功率TOP條件相同:建立成功率<98%,連接請(qǐng)求次數(shù)極少。是否存在干擾1通過Mapinfo查看小區(qū)PCI復(fù)用是否合理,是否存在模三沖突;2檢查小區(qū)時(shí)隙配比是否設(shè)置準(zhǔn)確(DE:SA2SSP7;F:SA2SSP53如每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾,同時(shí)可通過后臺(tái)跟蹤,確認(rèn)干擾類型;4發(fā)送干擾組協(xié)助處理。是否存在覆蓋問題1檢查傳輸模式,是否為TM3,如長時(shí)間為TM2,確認(rèn)設(shè)置正確的情況下,基本確定小區(qū)存在弱覆蓋;2對(duì)比64QAM和QPSK占比,如后者比例遠(yuǎn)大于

17、前者,可確定小區(qū)覆蓋異常;3鄰區(qū)告警、故障等導(dǎo)致TOP小區(qū)存在弱覆蓋;4天饋問題;5無線環(huán)境差;6基站規(guī)劃、建設(shè)、施工問題;7天線權(quán)值配置與現(xiàn)場(chǎng)天線參數(shù)不一致。8核查參考信號(hào)功率是否偏低(常規(guī)設(shè)置92,122,需結(jié)合現(xiàn)場(chǎng)設(shè)置;是否存在高質(zhì)差1通過觀察小區(qū)上下行丟包率是否正常,如丟包率偏高,基本斷定小區(qū)存在質(zhì)差;2通過后臺(tái)誤碼率跟蹤,如BLER>10%,確定小區(qū)存在高誤碼;是否存在資源不足1參數(shù)調(diào)整,流量均衡;2天饋調(diào)整,分擔(dān)流量;3熱點(diǎn)區(qū)域,增補(bǔ)基站;是否終端、用戶行為異常結(jié)合用戶投訴情況,安排前場(chǎng)人員現(xiàn)場(chǎng)測(cè)試,同時(shí)后臺(tái)通過信令跟蹤,配合查找問題原因;3 切換成功率3.1 指標(biāo)定義(eN

18、odeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù) + eNodeB內(nèi)同頻切換出成功次數(shù) + eNodeB內(nèi)異頻切換出成功次數(shù) - 通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù) / (eNodeB間同頻切換出嘗試次數(shù) + eNodeB間異頻切換出嘗試次數(shù) + eNodeB內(nèi)同頻切換出嘗試次數(shù) + eNodeB內(nèi)異頻切換出嘗試次數(shù)*100%3.2 指標(biāo)分析及統(tǒng)計(jì)點(diǎn)介紹1核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗

19、 源小區(qū)收到來自MME的UE CONTEXT RELEASE COMMAND消息時(shí),指標(biāo)L.HHO.Prep.FailOut.MME加12目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗 在X2切換時(shí),未收到對(duì)端eNodeB發(fā)出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息; 在S1接口切換時(shí),未收到MME發(fā)出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指標(biāo)L.HHO.Prep.FailOut.NoReply加1。3目標(biāo)小區(qū)回復(fù)切換準(zhǔn)備失敗消息導(dǎo)致切換出準(zhǔn)備失敗 在X2接口切換過程中的切換準(zhǔn)備階段,當(dāng)源小區(qū)收到來自目標(biāo)小區(qū)的HANDOVER PREPARATION FAILURE消息時(shí),指標(biāo)L.HHO.Prep.FailO