LTE后臺KPI指標(biāo)優(yōu)化指導(dǎo)書(全集)(共19頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上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)計點介紹UE Context異常釋放次數(shù)測量點：如圖1中A點所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有E-RAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available

2、for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時，測量指標(biāo)L.UECNTX.AbnormRel加1。eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)測量點：如圖2中A點所示，當(dāng)eNodeB向MME發(fā)送S1 RESET消息時，根據(jù)包含的上下文個數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.eNodeB進(jìn)行累加UE Context建立成功總次數(shù)測量點：如圖3中B點所示，當(dāng)eNodeB向MME發(fā)送INITIAL CONTEXT SETUP RESPONS

3、E消息時統(tǒng)計該指標(biāo)。消息中如果包括多個E-RAB，該指標(biāo)也只統(tǒng)計一次。1.3 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC 920提取異常釋放原因： eNodeB發(fā)起的原因為UE LOST的UE Context釋放次數(shù) eNodeB發(fā)起的原因為切換失敗的UE Context釋放次數(shù) eNodeB發(fā)起的原因為無線層問題的UE Context釋放次數(shù) eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù) 是否存在異常告警或傳輸閃斷1）通過LST ALMAF查詢站點實時告警,參考?xì)v史告警；2）通過DSP BRD 查詢單板運行情況；通過提取兩兩小區(qū)切換，確定目標(biāo)小區(qū)1）確定目標(biāo)小區(qū)運行

4、情況，是否基站故障或異常告警；2）檢查鄰區(qū)間參數(shù)設(shè)置是否正確；3）通過Mapinfo檢查小區(qū)鄰區(qū)配置是否合理，進(jìn)行鄰區(qū)合理性優(yōu)化；4）檢查基站是否周邊站點缺少，如為孤站，可視為正常；檢查S1鏈路是否配置正確現(xiàn)統(tǒng)計中eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)均為0，如統(tǒng)計出現(xiàn)釋放次數(shù)，需進(jìn)行針對排查；參數(shù)是否設(shè)置合理1）查詢掉線類定時器設(shè)置是否正確；（T310、N311、N310、T311、T301）2）如掉線率突增，查詢操作日志，確認(rèn)是否有修改，導(dǎo)致小區(qū)異常；是否存在高干擾1）通過Mapinfo查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突；2）檢查小區(qū)時隙配比是否設(shè)置

5、準(zhǔn)確（DE:SA2SSP7;F:SA2SSP5）；3）如每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾，同時可通過后臺跟蹤，確認(rèn)干擾類型；小提示：判斷干擾類型時，可跟蹤后臺干擾檢測，如果RB0-RB99呈下坡圖，則為雜散干擾，如果為陡升陡降則為互調(diào)干擾，如果為上坡圖，則為阻塞干擾，如果干擾僅在RB40-RB80,則為廣電干擾，請大家知悉。是否存在高質(zhì)差1）通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基本斷定小區(qū)存在質(zhì)差；2）通過后臺誤碼率跟蹤，如BLER>10%，確定小區(qū)存在高誤碼；是否存在弱覆蓋1）檢查傳輸模式，是否為TM3，如長時間為TM2，確認(rèn)設(shè)置正確的情

6、況下，基本確定小區(qū)存在弱覆蓋；2）對比64QAM和QPSK占比，如后者比例遠(yuǎn)大于前者,可確定小區(qū)覆蓋異常；現(xiàn)場測試及后臺跟蹤1）安排前場人員現(xiàn)場測試，同時后臺通過信令跟蹤，配合查找問題原因；2）如果確認(rèn)問題后，需第三方配合解決，轉(zhuǎn)發(fā)相關(guān)人員處理，做好跟蹤工作，直至問題閉環(huán)；2 接通成功率2.1 指標(biāo)定義無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）)*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100%2.2 指標(biāo)分析及統(tǒng)計點介紹圖1中【A點】（1）指標(biāo)L.RRC.ConnReq.Att加1，不統(tǒng)計重發(fā)的次數(shù)。Case

7、1：eNB下發(fā)RRC_Conn_Setup消息后，在T300定時器超時前，收到相同的UeID發(fā)起的RRC_Conn_Req（Setup丟失，UE MAC沖突解決定時器超時后重發(fā)RRC_Conn_Req，UeID不變），記為一次重發(fā)RRC_Conn_Req消息。Case2：T300超時后，UE仍未收到RRC_Conn_Setup，UE重新搜網(wǎng)，發(fā)起初始接入，UeID是取0239的隨機值或上層下發(fā)的TMSI。eNB側(cè)記為新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：發(fā)起Attach后會啟動T3410定時器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB沒有收到，

8、UE會在定時器超時后重新發(fā)起Attach，ENB側(cè)記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會觸發(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.HighPri加1。（4）如果RRC Connection Request消息信元

9、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?！綛點】當(dāng)eNodeB下小區(qū)接收到UE發(fā)送的RRC Connection Request消息并下發(fā)RRC Conn

10、ection Setup消息給UE時，指標(biāo)L.RRC.ConnSetup加1。【C點】當(dāng)eNodeB收到UE返回的RRC Connection Setup Complete消息時統(tǒng)計相應(yīng)指標(biāo)，L.RRC.ConnReq.Succ加1。RRC Setup Success Rate計算RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%圖2、3中【A點】當(dāng)eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息時統(tǒng)計該指標(biāo)。如果E-RAB SET

11、UP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時建立多個E-RAB，則相應(yīng)指標(biāo)按各個業(yè)務(wù)的QCI分別進(jìn)行累加。【B點】當(dāng)MME收到來自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時E-RAB建立成功次數(shù)累加。ERAB Setup Success Rate計算公式ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%2.3 TOP小區(qū)提取及分析流程1. TOP小區(qū)提取暫按以下方式操作（僅供參考，請根據(jù)網(wǎng)絡(luò)實

12、際情況自定義）：RRC請求次數(shù)大于50次接通率小于98%。在一周之類重復(fù)出現(xiàn)2次以上的小區(qū)。若前三種無法提取出TOP小區(qū)，可按RRC，ERAB建立失敗次數(shù),分開求和后降序排列篩選RRC和ERAB建立失敗的TOP小區(qū)。2. TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明：對小區(qū)RRC建立失敗次數(shù)： 資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：；重點關(guān)注top資源是否足夠，包括top用戶數(shù)，傳輸、PRB等； UE無應(yīng)答而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：；關(guān)注質(zhì)差、干擾、無線環(huán)境等； 小區(qū)發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：；關(guān)注傳輸問題、是否擁塞

13、、干擾； 因為SRS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：；重點關(guān)注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設(shè)置是否合理等；因為PUCCH資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：；關(guān)注PUCCH信道相關(guān)參數(shù)設(shè)置是否合理，CQI RB數(shù)配置是否合理等；流控導(dǎo)致的RRC Connection Request 消息丟棄次數(shù)，指標(biāo)ID：；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等；流控導(dǎo)致的發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等；對小區(qū)E-RAB建立失敗次數(shù)：因未收到UE響應(yīng)而導(dǎo)致E-RA

14、B建立失敗的次數(shù)，指標(biāo)ID：；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：；處理建議：需跟蹤信令，排查核心網(wǎng)問題（EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性，對用戶開卡限制，硬件故障方面排查）；傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側(cè)參數(shù)設(shè)置問題。無線層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：；處理建議：處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：；處理建議

15、：排查TOP小區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調(diào)整，流量均衡（小區(qū)選擇，重選和切換類參數(shù)）；2、結(jié)合現(xiàn)場調(diào)整天饋，流量均衡；3、熱點區(qū)域，增補基站等；安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。篩選TOP小區(qū)RRC建立成功率TOP、E-RAB建立成功率TOP條件相同：建立成功率<98%,連接請求次數(shù)極少。是否存在干擾1）通過Mapinfo查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突；2）檢查小區(qū)時隙配比是否設(shè)置準(zhǔn)確（DE:SA2SSP7;F:SA2SSP5）3）如

16、每PRB上干擾噪聲平均值>-110dBm,確認(rèn)小區(qū)存在上行干擾，同時可通過后臺跟蹤，確認(rèn)干擾類型；4）發(fā)送干擾組協(xié)助處理。是否存在覆蓋問題1）檢查傳輸模式，是否為TM3，如長時間為TM2，確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；2）對比64QAM和QPSK占比，如后者比例遠(yuǎn)大于前者,可確定小區(qū)覆蓋異常；3）鄰區(qū)告警、故障等導(dǎo)致TOP小區(qū)存在弱覆蓋；4）天饋問題；5）無線環(huán)境差；6）基站規(guī)劃、建設(shè)、施工問題；7）天線權(quán)值配置與現(xiàn)場天線參數(shù)不一致。8）核查參考信號功率是否偏低（常規(guī)設(shè)置92,122，需結(jié)合現(xiàn)場設(shè)置）；是否存在高質(zhì)差1）通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基本

17、斷定小區(qū)存在質(zhì)差；2）通過后臺誤碼率跟蹤，如BLER>10%，確定小區(qū)存在高誤碼；是否存在資源不足1）參數(shù)調(diào)整，流量均衡；2）天饋調(diào)整，分擔(dān)流量；3）熱點區(qū)域，增補基站；是否終端、用戶行為異常結(jié)合用戶投訴情況，安排前場人員現(xiàn)場測試，同時后臺通過信令跟蹤，配合查找問題原因；3 切換成功率3.1 指標(biāo)定義(eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù) + eNodeB內(nèi)同頻切換出成功次數(shù) + eNodeB內(nèi)異頻切換出成功次數(shù) - 通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù) - 通過重建回源小區(qū)的eN

18、odeB內(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)計點介紹1）核心網(wǎng)原因?qū)е虑袚Q出準(zhǔn)備失敗源小區(qū)收到來自MME的UE CONTEXT RELEASE COMMAND消息時，指標(biāo)L.HHO.Prep.FailOut.MME加12）目標(biāo)小區(qū)無響應(yīng)導(dǎo)致切換出準(zhǔn)備失敗在X2切換時，未收到對端eNodeB發(fā)出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息；在S1接口切換時，未收到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