1、TOP小區分析思路（自己整理）目錄TOP小區分析思路（自己整理）11、掉線率11.1 指標定義11.2 指標分析及統計點介紹21.3 TOP小區分析流程42、無線接通率72.1 指標定義72.2 指標分析及統計點介紹72.3 TOP小區提取及分析流程103、切換成功率率133.1 指標定義133.2 指標分析及統計點介紹143.2.1 核心網原因導致切換出準備失敗143.2.2 目標小區無響應導致切換出準備失敗153.2.3 目標小區回復切換準備失敗消息導致切換出準備失敗173.2.4 eNodeB間切換出取消183.3 TOP小區分析流程191、掉線率1.1 指標定義無線掉線率=(eNode

2、B發起的S1 RESET導致的UE Context釋放次數+UE Context異常釋放次數)/UE Context建立成功總次數*100%。1.2 指標分析及統計點介紹u UE Context異常釋放次數測量點：如圖1中A點所示，當eNodeB向MME發送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有E-RAB。當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirect

3、ion”，“Time Critical Handover”，“Handover Cancelled”時，測量指標加1。u eNodeB發起的S1 RESET導致的UE Context釋放次數測量點：如圖2中A點所示，當eNodeB向MME發送S1 RESET消息時，根據包含的上下文個數，指標進行累加。u UE Context建立成功總次數測量點：如圖3中B點所示，當eNodeB向MME發送INITIAL CONTEXT SETUP RESPONSE消息時統計該指標。消息中如果包括多個E-RAB，該指標也只統計一次。1.3 TOP小區分析流程TOP小區分析可通過OMC 920提取異常釋放原因：

4、eNodeB發起的原因為UE LOST的UE Context釋放次數 eNodeB發起的原因為切換失敗的UE Context釋放次數   eNodeB發起的原因為無線層問題的UE Context釋放次數   eNodeB發起的S1 RESET導致的UE Context釋放次數是否存在異常告警或傳輸閃斷1）通過LST ALMAF查詢站點實時告警,參考歷史告警；2）通過DSP BRD 查詢單板運行情況；通過提取兩兩小區切換，確定目標小區1）確定目標小區運行情況，是否基站故障或異常告警；2）檢查鄰區間參數設置是否正確；3）通過Mapinfo檢查小區鄰區配置是否

5、合理，進行鄰區合理性優化；4）檢查基站是否周邊站點缺少，如為孤站，可視為正常；檢查S1鏈路是否配置正確現統計中eNodeB發起的S1 RESET導致的UE Context釋放次數均為0，如統計出現釋放次數，需進行針對排查；參數是否設置合理1）查詢掉線類定時器設置是否正確；（T310、N311、N310、T311、T301）2）如掉線率突增，查詢操作日志，確認是否有修改，導致小區異常；是否存在高干擾1）通過Mapinfo查看小區PCI復用是否合理，是否存在模三沖突；2）檢查小區時隙配比是否設置準確（DE:SA2SSP7;F:SA2SSP5）；3）如每PRB上干擾噪聲平均值>-110dBm,

6、確認小區存在上行干擾，同時可通過后臺跟蹤，確認干擾類型；小提示：判斷干擾類型時，可跟蹤后臺干擾檢測，如果RB0-RB99呈下坡圖，則為雜散干擾，如果為陡升陡降則為互調干擾，如果為上坡圖，則為阻塞干擾，如果干擾僅在RB40-RB80,則為廣電干擾，請大家知悉。是否存在高質差1）通過觀察小區上下行丟包率是否正常，如丟包率偏高，基本斷定小區存在質差；2）通過后臺誤碼率跟蹤，如BLER>10%，確定小區存在高誤碼；是否存在弱覆蓋1）檢查傳輸模式，是否為TM3，如長時間為TM2，確認設置正確的情況下，基本確定小區存在弱覆蓋；2）對比64QAM和QPSK占比，如后者比例遠大于前者,可確定小區覆蓋異常

7、；現場測試及后臺跟蹤1）安排前場人員現場測試，同時后臺通過信令跟蹤，配合查找問題原因；2）如果確認問題后，需第三方配合解決，轉發相關人員處理，做好跟蹤工作，直至問題閉環。2、無線接通率2.1 指標定義無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數/RRC連接請求次數（不包括重發）)*E-RAB建立成功總次數/E-RAB建立嘗試總次數*100%。2.2 指標分析及統計點介紹圖1中【A點】（1）指標加1，不統計重發的次數。Case1：eNB下發RRC_Conn_Setup消息后，在T300定時器超時前，收到相同的UeID發起的RRC_Conn_Req（Setup丟

8、失，UE MAC沖突解決定時器超時后重發RRC_Conn_Req，UeID不變），記為一次重發RRC_Conn_Req消息。Case2：T300超時后，UE仍未收到RRC_Conn_Setup，UE重新搜網，發起初始接入，UeID是取0239的隨機值或上層下發的TMSI。eNB側記為新的一次初始接入，加1。Case3：發起Attach后會啟動T3410定時器。如果UE發出RRC_Conn_Setup_Cmp后，ENB沒有收到，UE會在定時器超時后重新發起Attach，ENB側記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會觸發重建，發起重建的前提是安全已經激活。（2）如果RR

9、C Connection Request消息信元Establishment Cause為“emergency”，指標加1。（3）如果RRC Connection Request消息信元Establishment Cause為“highPriorityAccess”，指標加1。（4）如果RRC Connection Request消息信元Establishment Cause為“mt-Access”，指標加1。（5）如果RRC Connection Request消息信元Establishment Cause為“mo-Singnalling”，指標加1。（6）如果RRC Connection R

10、equest消息信元Establishment Cause為“mo-Data”，指標加1。【B點】當eNodeB下小區接收到UE發送的RRC Connection Request消息并下發RRC Connection Setup消息給UE時，指標加1。【C點】當eNodeB收到UE返回的RRC Connection Setup Complete消息時統計相應指標，加1。RRC Setup Success Rate計算RRCSetupSuccessRate=（）/(L.RRC.ConnReq.Att)*100%。圖2、3中【A點】當eNodeB收到來自MME的E-RAB SETUP REQUES

11、T或者INITIAL CONTEXT SETUP REQUEST消息時統計該指標。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時建立多個E-RAB，則相應指標按各個業務的QCI分別進行累加。【B點】當MME收到來自eNodeB的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時E-RAB建立成功次數累加。ERAB Setup Success Rate計算公式ErabSetupSuccessRate=（）/(L.E-RAB.AttEst)*100%2.3 TOP小區

12、提取及分析流程1. TOP小區提取暫按以下方式操作（僅供參考，請根據網絡實際情況自定義）：RRC請求次數大于50次接通率小于98%。在一周之類重復出現2次以上的小區。若前三種無法提取出TOP小區，可按RRC，ERAB建立失敗次數,分開求和后降序排列篩選RRC和ERAB建立失敗的TOP小區。2. TOP小區中RRC和ERAB建立失敗次數原因值說明：對小區RRC建立失敗次數： 資源分配失敗而導致RRC連接建立失敗的次數，指標ID：1526727083；重點關注top資源是否足夠，包括top用戶數，傳輸、PRB等； UE無應答而導致RRC連接建立失敗的次數，指標ID：1526727084；關注質差、

13、干擾、無線環境等； 小區發送RRC Connection Reject消息次數，指標ID：1526728269；關注傳輸問題、是否擁塞、干擾； 因為SRS資源分配失敗而導致RRC連接建立失敗的次數，指標ID：1526728485；重點關注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設置是否合理等；因為PUCCH資源分配失敗而導致RRC連接建立失敗的次數，指標ID：1526728486；關注PUCCH信道相關參數設置是否合理，CQI RB數配置是否合理等；流控導致的RRC Connection Request 消息丟棄次數，指標ID：1526728489；關注擁塞，業務流控相關參數是

14、否設置正確等；流控導致的發送RRC Connection Reject消息次數，指標ID：1526728490；關注擁塞，業務流控相關參數是否設置正確等；對小區E-RAB建立失敗次數：因未收到UE響應而導致E-RAB建立失敗的次數，指標ID：1526726717；處理建議：需排查覆蓋，干擾，質差，ENODEB參數設置錯誤，終端及用戶行為異常等原因。核心網問題導致E-RAB建立失敗次數，指標ID：1526728276；處理建議：需跟蹤信令，排查核心網問題（EPC參數設置,TAC碼設置的一致性，對用戶開卡限制，硬件故障方面排查）；傳輸層問題導致E-RAB建立失敗次數，指標ID：1526728277

15、；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側參數設置問題。無線層問題導致E-RAB建立失敗次數，指標ID：1526728278；處理建議：處理建議：需排查覆蓋，干擾，質差，ENODEB參數設置錯誤，終端及用戶行為異常等原因。無線資源不足導致E-RAB建立失敗次數，指標ID：1526728279；處理建議：排查TOP小區資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數調整，流量均衡（小區選擇，重選和切換類參數）；2、結合現場調整天饋，流量均衡；3、熱點區域，增補基站等；安全模式配置失敗導致E-RAB建立失敗次數，指標ID：1526728280；處理建議：需排查覆蓋，干擾，質差

16、，ENODEB參數設置錯誤，終端及用戶行為異常等原因。篩選TOP小區RRC建立成功率TOP、E-RAB建立成功率TOP條件相同：建立成功率<98%,連接請求次數極少。是否存在干擾1） 通過Mapinfo查看小區PCI復用是否合理，是否存在模三沖突；2）檢查小區時隙配比是否設置準確（DE:SA2SSP7;F:SA2SSP5）3）如每PRB上干擾噪聲平均值>-110dBm,確認小區存在上行干擾，同時可通過后臺跟蹤，確認干擾類型；4）發送干擾組協助處理。是否存在覆蓋問題1）檢查傳輸模式，是否為TM3，如長時間為TM2，確認設置正確的情況下，基本確定小區存在弱覆蓋；2）對比64QAM和QP

17、SK占比，如后者比例遠大于前者,可確定小區覆蓋異常；3）鄰區告警、故障等導致TOP小區存在弱覆蓋；4）天饋問題；5）無線環境差；6）基站規劃、建設、施工問題；7）天線權值配置與現場天線參數不一致。8）核查參考信號功率是否偏低（常規設置92,122，需結合現場設置）；是否存在高質差1）通過觀察小區上下行丟包率是否正常，如丟包率偏高，基本斷定小區存在質差；2）通過后臺誤碼率跟蹤，如BLER>10%，確定小區存在高誤碼；是否存在資源不足1）參數調整，流量均衡；2）天饋調整，分擔流量；3）熱點區域，增補基站；是否終端、用戶行為異常結合用戶投訴情況，安排前場人員現場測試，同時后臺通過信令跟蹤，配合

18、查找問題原因。3、切換成功率率3.1 指標定義(eNodeB間同頻切換出成功次數+eNodeB間異頻切換出成功次數 + eNodeB內同頻切換出成功次數 + eNodeB內異頻切換出成功次數 - 通過重建回源小區的eNodeB間同頻切換出執行成功次數 - 通過重建回源小區的eNodeB間異頻切換出執行成功次數 - 通過重建回源小區的eNodeB內同頻切換出執行成功次數 - 通過重建回源小區的eNodeB內異頻切換出執行成功次數) /(eNodeB間同頻切換出嘗試次數 + eNodeB間異頻切換出嘗試次數 + eNodeB內同頻切換出嘗試次數 + eNodeB內異頻切換出嘗試次數)*100%。3.2 指標分析及統計點介紹 核心網原因導致切換出準備失敗源小區收到來自MME的UE CONTEXT RELEASE COMMAND消息時，指標加1。3.2.2 目標小區無響應導致切換出準備失敗在