華為LTE指標監(jiān)控(后臺必讀)

1、華為LTE指標監(jiān)控指導書一、 指標監(jiān)控內(nèi)容和KPI指標定義1. 主要監(jiān)控內(nèi)容話統(tǒng)KPI主要包括以下幾大類：接入性指標、保持性指標、移動性指標、業(yè)務(wù)量指標、產(chǎn)品運行類指標、系統(tǒng)可用性指標和網(wǎng)絡(luò)資源利用率指標。通過上述重點話統(tǒng)KPI指標的監(jiān)測，可以達到：識別突發(fā)問題、風險提前預警、話統(tǒng)KPI的穩(wěn)定與提升，目前TD-LTE系統(tǒng)需要重點關(guān)注的話統(tǒng)KPI指標如下表：指標分類數(shù)據(jù)來源具體的KPI指標接入性指標無線側(cè)RRC連接建立成功率ERAB建立成功率無線接通率保持性指標無線掉話率E-RAB掉線率移動性指標eNodeB內(nèi)切換出成功率eNodeB間切換出成功率同頻切換成功率異頻切換成功率切換成功率業(yè)務(wù)量指標

2、上、下行業(yè)務(wù)平均吞吐量量上、下行PRB平均利用率干擾指標系統(tǒng)上行每PRB子載波平均干擾噪聲網(wǎng)絡(luò)資源指標無線側(cè)上行PRB資源使用的平均個數(shù)下行PRB資源使用的平均個數(shù)2. KPI指標公式定義請參考附件中OMC920對應(yīng)指標定義： 二、 數(shù)據(jù)提取方法1. OMC自定義指標以eNB間切換成功率為例： 1、查看工具欄，點擊自定義指標管理，選擇功能子集模塊eNODEB,選擇測量族和測量組（指標所在的測量族請參考文檔中國移動集團要求上報TDD LTE網(wǎng)絡(luò)指標V2.1.8），如圖1：圖12、右擊系統(tǒng)內(nèi)切換出測量，選擇添加后出現(xiàn)下圖窗口，輸入指標名稱（注意單位的選擇），填寫公式后，點擊應(yīng)用圖23、在自定義指標

3、管理界面找到定義的指標，右擊，選擇測量設(shè)置，如圖3圖34、在彈出的窗口，如圖4，勾選新對象自動測量，點擊應(yīng)用，結(jié)束。圖42. KPI指標提取1、點擊結(jié)果查詢，選擇新查詢，選擇對象，如需選取部分站點（點擊第一個對象后，按住“Shift”鍵，再點擊最后一個站點，可將這些對象全選），如圖5圖52、選取需要查詢的指標和對應(yīng)的周期類型，如圖6，按需要選擇日期范圍和時間方式，如圖7圖6圖73、指標查詢結(jié)果如圖8圖83. 告警提取常見告警分類表告警等級告警號告警名稱本機網(wǎng)管緊急網(wǎng)元連接中斷ENODEB重要29243小區(qū)服務(wù)能力下降告警重要19240小區(qū)不可用告警重要26205BBU單板維護鏈路異常告警重要2

4、9207基站控制面?zhèn)鬏斨袛喔婢匾?5621直流輸出異常告警重要26276制式間站點配置沖突告警重要26238RRU組網(wǎng)拓撲類型與配置不一致告警重要BBP心跳檢測失敗告警重要26529射頻單元駐波告警重要26322BBU測收發(fā)光異常重要26503RRU測收發(fā)光異常重要26233BBU IR光接口性能惡化告警重要29201S1接口故障告警重要25888SCTP鏈路故障告警重要26235射頻單元維護鏈路異常告警重要26506RRU測光口性能惡化重要26260系統(tǒng)時鐘不可用告警主要告警分析和常見的處理手段。下面以“網(wǎng)元鏈路中斷”為例說明如何查看和處理常見告警，其他告警類可查看附件內(nèi)容。（附件：）示例

5、：【網(wǎng)元鏈接中斷】告警解釋：網(wǎng)元與OMC網(wǎng)管之間的鏈接中斷，一般來講，為斷電或傳輸問題 對系統(tǒng)的影響 對該網(wǎng)元無法控制 告警處理序號處理方法“是”“否”1檢查同一環(huán)路下基站是否全部中斷(基站側(cè)檢查光路和電源是否OK.) 2 32通知傳輸中心處理433通知機房巡檢處理故障(基站側(cè)更換傳輸光模塊/光纖)44結(jié)束三、 壞小區(qū)（TOP小區(qū)）查找和分析處理每小時對上一個小時的全網(wǎng)整體指標進行提取，如果指標變化波動較大，需提取小區(qū)級別指標進行查看，將小區(qū)級的掉話率指標和掉話絕對次數(shù)按從高到低的順序進行排序, 確認是全網(wǎng)的整體問題還是TOP小區(qū)引起的指標波動，若剔除TOP小區(qū)后，指標恢復正常，則是TOP小區(qū)

6、問題，優(yōu)先分析掉話絕對次數(shù)多且掉話率高的Top小區(qū)；否則是全網(wǎng)性問題，以下是關(guān)于TOP小區(qū)篩選的方法和主要KPI處理方法流程：1. 接入性TOP分析處理1.1.1 指標定義指標分類數(shù)據(jù)來源具體的KPI指標指標定義接入性指標OMC920RRC連接建立成功率RRC連接建立完成次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）ERAB建立成功率E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)無線接通率RRC連接建立成功率*E-RAB建立成功率1.2 指標分析及統(tǒng)計點介紹l RRC連接建立成功率圖1中【A點】（1）指標L.RRC.ConnReq.Att加1，不統(tǒng)計重發(fā)的次數(shù)。Case1：eNB下發(fā)RRC_Con

7、n_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后會啟動T310定時器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB沒有收到，UE會在定時器超時后重新發(fā)起A

8、ttach，ENB側(cè)記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會觸發(fā)重建，發(fā)起重建的前提是安全已經(jīng)激活。（2）如果RRC Connection Request消息信元Establishment Cause為“emergency”，指標L.RRC.ConnReq.Att.Emc加1。（3）如果RRC Connection Request消息信元Establishment Cause為“highPriorityAccess”，指標L.RRC.ConnReq.Att.HighPri加1。（4）如果RRC Connection Request消息信元Establishment C

9、ause為“mt-Access”，指標L.RRC.ConnReq.Att.Mt加1。（5）如果RRC Connection Request消息信元Establishment Cause為“mo-Singnalling”，指標L.RRC.ConnReq.Att.MoSig加1。（6）如果RRC Connection Request消息信元Establishment Cause為“mo-Data”，指標L.RRC.ConnReq.Att.MoData加1?！綛點】當eNodeB下小區(qū)接收到UE發(fā)送的RRC Connection Request消息并下發(fā)RRC Connection Setup消息給

10、UE時，指標L.RRC.ConnSetup加1?！綜點】當eNodeB收到UE返回的RRC Connection Setup Complete消息時統(tǒng)計相應(yīng)指標，L.RRC.ConnReq.Succ加1。RRC Setup Success Rate計算： RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%l E-RAB建立成功率如圖2、3中【A點】所示，當eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息時統(tǒng)計該指標。如果E-RAB

11、SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時建立多個E-RAB，則相應(yīng)指標按各個業(yè)務(wù)的QCI分別進行累加。【B點】當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%1.3 TOP小區(qū)分析和處理Ø 處理流程和方法通過對TOP小區(qū)建立失敗的原

12、因進行觀察，通過對不同的原因做相應(yīng)的觀察，不同失敗原因?qū)τ谙鄳?yīng)指標有不同的變化，應(yīng)對觀察指標和優(yōu)化策略均不同，下表為指標提取的建立失敗的不同原因分類和相應(yīng)說明： 小區(qū)RRC建立失敗次數(shù)：1、 資源分配失敗而導致RRC連接建立失敗的次數(shù)，指標ID：1526727083；重點關(guān)注top資源是否足夠，包括top用戶數(shù)，傳輸、PRB等；2、 UE無應(yīng)答而導致RRC連接建立失敗的次數(shù)，指標ID：1526727084；關(guān)注質(zhì)差、干擾、無線環(huán)境等；3、 小區(qū)發(fā)送RRC Connection Reject消息次數(shù)，指標ID：1526728269；關(guān)注傳輸問題、是否擁塞、干擾；4、 因為SRS資源分配失敗而導致

13、RRC連接建立失敗的次數(shù)，指標ID：1526728485；重點關(guān)注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設(shè)置是否合理等；5、因為PUCCH資源分配失敗而導致RRC連接建立失敗的次數(shù)，指標ID：1526728486；關(guān)注PUCCH信道相關(guān)參數(shù)設(shè)置是否合理，CQI RB數(shù)配置是否合理等；d6、流控導致的RRC Connection Request 消息丟棄次數(shù)，指標ID：1526728489；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等；7、流控導致的發(fā)送RRC Connection Reject消息次數(shù)，指標ID：1526728490；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等； 對

14、小區(qū)E-RAB建立失敗次數(shù)：1、因未收到UE響應(yīng)而導致E-RAB建立失敗的次數(shù)，指標ID：1526726717；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。2、核心網(wǎng)問題導致E-RAB建立失敗次數(shù)，指標ID：1526728276；處理建議：需跟蹤信令，排查核心網(wǎng)問題（EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性，對用戶開卡限制，硬件故障方面排查）；3、傳輸層問題導致E-RAB建立失敗次數(shù)，指標ID：1526728277；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側(cè)參數(shù)設(shè)置問題。4、無線層問題導致E-RAB建立失敗次數(shù)，指標ID：1526728278；處

15、理建議：處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。5、無線資源不足導致E-RAB建立失敗次數(shù)，指標ID：1526728279；處理建議：1、排查TOP小區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調(diào)整，流量均衡（小區(qū)選擇，重選和切換類參數(shù)）；2、結(jié)合現(xiàn)場調(diào)整天饋，流量均衡；3、熱點區(qū)域，增補基站等；6、安全模式配置失敗導致E-RAB建立失敗次數(shù)，指標ID：1526728280；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。在一般正常情況下建立失敗的通常為無線側(cè)問題導致的可以處理，具體常見處理方法

16、和流程如下：1.檢查操作，告警，傳輸問題，是否存在網(wǎng)絡(luò)變動和升級行為等（1.通過LST ALMAF查詢站點實時告警,用LST ALMLOG參考歷史告警；è存在告警則降低功率切出用戶，嚴重的臨時去激活小區(qū)，通知維護人員處理；2.通過DSP BRD 查詢單板運行情況；è異常則通知維護人員；3.傳輸及EPC側(cè)有網(wǎng)絡(luò)變動（升級，割接，參數(shù)修改等）。è一般為突發(fā)，及時同時相關(guān)人員；4.通過Mapinfo查看小區(qū)PCI復用是否合理，是否存在模三沖突；è用MOD CELL修改PCI5.檢查小區(qū)時隙配比是否設(shè)置準確（室分:SA2SSP7;宏站:SA2SSP5）è

17、;LST CELL查看，MOD CELL修改；6.如每PRB上干擾噪聲平均值>-110dBm,確認小區(qū)存在上行干擾，同時可通過后臺跟蹤，確認干擾類型；è統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MOD PDSCH降功率處理；7.檢查傳輸模式，是否為TM3，如長時間為TM2，確認設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；8.對比64QAM和QPSK占比，如后者比例遠大于前者,可確定小區(qū)覆蓋異常；9.鄰區(qū)告警、故障等導致TOP小區(qū)存在弱覆蓋；10.天饋問題,無線環(huán)境差；11.天線權(quán)值配置與現(xiàn)場天線參數(shù)不一致。12.核查參考信號功率是否偏低（常規(guī)設(shè)置92,122，需結(jié)合現(xiàn)場設(shè)置）；

18、èMOD PDSCH進行修改；2. 保持性TOP分析處理1.2.2.1 指標定義指標分類數(shù)據(jù)來源具體的KPI指標指標定義保持性指標OMC920無線掉話率 (eNodeB發(fā)起的S1 RESET導致的UE Context釋放次數(shù)+UE Context異常釋放次數(shù))/UE Context建立成功總次數(shù)*100%E-RAB掉線率(eNodeB觸發(fā)的釋放原因為異常的E-RAB釋放總次數(shù)+切換出E-RAB異常釋放總次數(shù))/用戶發(fā)起E-RAB建立流程且建立成功的總次數(shù)*100%2.2 指標分析及統(tǒng)計點介紹l 無線掉線率如上圖：【圖1】中A點所示，當eNodeB向MME發(fā)送UE CONTEXT RE

19、LEASE REQUEST消息，會釋放UE的所有E-RAB。當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時，測量指標L.UECNTX.AbnormRel加1。如【圖2】中A點所示，當eNodeB向MME發(fā)送S1 RESET消息時，根據(jù)包含的上下文個數(shù)，指標L.UECNTX.Rel.S1R

20、eset.eNodeB進行累加。如【圖3】中A點所示，當MME向eNodeB發(fā)送S1 RESET消息時，根據(jù)包含的上下文個數(shù)，指標L.UECNTX.Rel.S1Reset.MME進行累加。l E-RAB掉線率E-RAB掉線分2部分，為eNodeB觸發(fā)的釋放原因為異常的E-RAB釋放總次數(shù)和切換出E-RAB異常釋放總次數(shù)，分別如下：切換出E-RAB異常釋放信令統(tǒng)計點如下圖：上圖中，圖1表示eNodeB內(nèi)切換，圖2表示X2接口切換，圖3表示S1接口切換，圖4表示E-UTRAN系統(tǒng)切換到WCDMA系統(tǒng)、GERAN系統(tǒng)、或者TD-SCDMA系統(tǒng)。如圖1、圖2、圖3和圖4中C點所示，切換執(zhí)行成功，但目標

21、小區(qū)有建立失敗的承載，源小區(qū)異常釋放對應(yīng)的E-RAB，則在源小區(qū)按各個業(yè)務(wù)的QCI分別統(tǒng)計該指標。同時，在源小區(qū)根據(jù)相應(yīng)E-RAB的個數(shù)將總次數(shù)累加，即指標L.E-RAB.AbnormRel.HOOut累加。eNodeB觸發(fā)的釋放原因為異常的E-RAB釋放信令統(tǒng)計點如下圖：如圖1中A點所示，當eNodeB發(fā)出E-RAB RELEASE INDICATION消息，且釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available For PS Service”，“Inter-RA

22、T Redirection”，“Successful Handover”時統(tǒng)計L.E-RAB.AbnormRel.eNBTot指標，當判斷相應(yīng)承載有數(shù)傳時統(tǒng)計L.E-RAB.AbnormRel指標。如果E-RAB RELEASE INDICATION信令中要求同時釋放多個E-RAB，則相應(yīng)的指標統(tǒng)計多次；如圖2中A點所示，當eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有E-RAB。當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not

23、 Available For PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時統(tǒng)計L.E-RAB.AbnormRel.eNBTot指標，當判斷相應(yīng)承載有數(shù)傳時統(tǒng)計L.E-RAB.AbnormRel指標。如果被釋放用戶建立了多個E-RAB，則相應(yīng)的指標統(tǒng)計多次。并且在MME回復UE CONTEXT RELEASE COMMAND消息時，相應(yīng)指標不會被重復記錄。2.3 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC 920提取異常釋放原因：無線掉線率釋放原因如下： eNodeB發(fā)起的原

24、因為UE LOST的UE Context釋放次數(shù) eNodeB發(fā)起的原因為切換失敗的UE Context釋放次數(shù) eNodeB發(fā)起的原因為無線層問題的UE Context釋放次數(shù) eNodeB發(fā)起的S1 RESET導致的UE Context釋放次數(shù)E-RAB掉線率釋放原因如下：無線層問題導致的激活的E-RAB異常釋放次數(shù)傳輸層問題導致的激活的E-RAB異常釋放次數(shù)網(wǎng)絡(luò)擁塞導致的激活的E-RAB異常釋放次數(shù)切換流程失敗導致激活的E-RAB異常釋放次數(shù)核心網(wǎng)問題導致E-RAB異常釋放次數(shù)1.通過LST ALMAF查詢站點實時告警,參考歷史告警LST ALMLOG；è存在告警則降低功率切出

25、用戶，嚴重的臨時去激活小區(qū)，通知維護人員處理；2.通過DSP BRD 查詢單板運行情況； è若異常，通知維護人員處理；3.提取兩兩小區(qū)切換，確定目標小區(qū)：A.確定目標小區(qū)運行情況，是否基站故障或異常告警；è若異常，通知維護人員處理；B.檢查鄰區(qū)間參數(shù)設(shè)置是否正確；è核查修改鄰區(qū)外部小區(qū)參數(shù)是否正確，切換偏置是否合理；C.通過Mapinfo檢查小區(qū)鄰區(qū)配置是否合理，進行鄰區(qū)合理性優(yōu)化；è進行鄰區(qū)的合理刪除和添加；D.檢查基站是否周邊站點缺少，如為孤站，可視為正常；è暫不做處理，觀察；4.檢查參數(shù)設(shè)置是否合理：A.查詢掉線類定時器設(shè)置是否正確；（T

26、310、N311、N310、T311、T301）. LST UETIMERCONST:; B. 如掉線率突增，查詢操作日志，確認是否有修改，導致小區(qū)異常；è用LST OPTLOG查看是否指標異常開始時段有相應(yīng)修改操作，詢問修改人進行相應(yīng)恢復觀察； 5.檢查是否存在干擾： A.通過Mapinfo查看小區(qū)PCI復用是否合理，是否存在模三沖突；è修改PCIB.檢查小區(qū)時隙配比是否設(shè)置準確（E頻段室分:SA2SSP7; F和D頻段宏站:SA2SSP5）；è修改時隙配比配比MOD CELL;C.如每PRB上干擾噪聲平均值>-110dBm,確認小區(qū)存在上行干擾，同時可通

27、過后臺跟蹤，確認干擾類型；è統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MOD PDSCH降功率處理；6.是否存在高質(zhì)差：A.通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基本斷定小區(qū)存在質(zhì)差；B. 通過后臺誤碼率跟蹤，如BLER>10%，確定小區(qū)存在高誤碼；7.是否存在弱覆蓋：A.檢查傳輸模式，是否為TM3，如長時間為TM2，確認設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋；B. 對比64QAM和QPSK占比，如后者比例遠大于前者,可確定小區(qū)覆蓋異常；8.現(xiàn)場測試及后臺跟蹤： A.安排前場人員現(xiàn)場測試，同時后臺通過信令跟蹤，配合查找問題原因；B.如果確認問題后，需配合解決，轉(zhuǎn)發(fā)

28、相關(guān)人員處理，做好跟蹤工作，直至問題閉環(huán)。3. 移動性TOP分析處理3.3.1 指標定義指標分類數(shù)據(jù)來源具體的KPI指標指標定義移動性指標OMC920eNodeB內(nèi)切換出成功率(eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB內(nèi)異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次數(shù))/(eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)+eNodeB內(nèi)異頻切換出執(zhí)行次數(shù))*100%eNodeB間切換出成功率(eNodeB間同頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建

29、回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù))/(eNodeB間同頻切換出嘗試次數(shù)+eNodeB間異頻切換出嘗試次數(shù))*100%同頻切換成功率(eNodeB內(nèi)同頻切換出成功次數(shù)+eNodeB間同頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間同頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)同頻切換出執(zhí)行成功次數(shù))/(eNodeB內(nèi)同頻切換出執(zhí)行次數(shù)+eNodeB間同頻切換出嘗試次數(shù))*100%異頻切換成功率(eNodeB內(nèi)異頻切換出成功次數(shù)+eNodeB間異頻切換出成功次數(shù)-通過重建回源小區(qū)的eNodeB間異頻切換出執(zhí)行成功次數(shù)-通過重建回源小區(qū)的eNodeB內(nèi)異頻切換出執(zhí)行成功次

30、數(shù))/(eNodeB內(nèi)異頻切換出執(zhí)行次數(shù)+eNodeB間異頻切換出嘗試次數(shù))*100%切換成功率(eNodeB間同頻切換出成功次數(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ù))

31、*100%3.2 指標分析及統(tǒng)計點介紹統(tǒng)計小區(qū)范圍內(nèi)不同原因的切換出失敗的次數(shù)。切換出失敗一般發(fā)生在切換準備階段，包括幾種典型場景：核心網(wǎng)問題，目標小區(qū)無響應(yīng)，目標小區(qū)回復切換準備失敗以及源小區(qū)發(fā)送切換取消消息。切換準備階段是從切換判決到切換執(zhí)行之間的切換資源準備階段。l 如圖1和圖2中B點所示，在S1接口切換及X2接口切換過程中的切換準備階段，源小區(qū)收到來自MME的UE CONTEXT RELEASE COMMAND消息時，指標L.HHO.Prep.FailOut.MME加1。l 如圖3和圖4中B點所示，在X2接口切換及S1接口切換過程中的切換準備階段結(jié)束時，源小區(qū)未收到來自目標eNodeB

32、的任何消息，包括如下場景：在X2切換時，未收到對端eNodeB發(fā)出的HANDOVER REQUEST ACKNOWLEDEG消息及HANDOVER PREPARATION FAILURE消息；在S1接口切換時，未收到MME發(fā)出的HANDOVER COMMAND消息及HANDOVER PREPARATION FAILURE消息。指標L.HHO.Prep.FailOut.NoReply加1。l 如圖5和圖6中B點所示，在X2接口切換過程中的切換準備階段，當源小區(qū)收到來自目標小區(qū)的HANDOVER PREPARATION FAILURE消息時，指標L.HHO.Prep.FailOut.PrepFai

33、lure加1。在S1接口切換過程中的切換準備階段，當源小區(qū)收到來自MME的HANDOVER PREPARATION FAILURE消息時，指標L.HHO.Prep.FailOut.PrepFailure加1。l 如圖7和圖8中B點所示，在X2接口切換及S1接口切換過程中，切換準備階段未結(jié)束且沒有收到來自目標測的任何消息，源小區(qū)判決取消本次切換，并發(fā)送HANDOVER CANCEL消息時，指標L.HHO.Prep.FailOut.HOCancel加1。如果準備階段結(jié)束，由于其他異常原因，UE未完成切換流程，源小區(qū)向目標小區(qū)發(fā)送HANDOVER CANCEL消息時，不統(tǒng)計到該指標中。如圖7和圖8中

34、B點所示，在X2接口切換及S1接口切換過程中，源小區(qū)發(fā)送HANDOVER CANCEL消息時，指標L.HHO.FailOut.HOCancel加1。該指標不考慮切換準備是否完成，只要源小區(qū)發(fā)送HANDOVER CANCEL消息，指標就統(tǒng)計。3.3 TOP小區(qū)分析流程TOP小區(qū)分析可通過OMC 920提取切換出失敗原因： 核心網(wǎng)原因?qū)е虑袚Q出準備失敗次數(shù) 目標小區(qū)無響應(yīng)導致切換出準備失敗次數(shù) 目標小區(qū)回復切換準備失敗消息導致切換出準備失敗次數(shù) 源小區(qū)發(fā)送切換取消導致切換出準備失敗次數(shù) eNodeB間切換出取消次數(shù)對TOP問題小區(qū)常見如下處理:1查詢站點有無告警,小區(qū)狀態(tài)是否正常；（1.通過LST

35、 ALMAF查詢站點實時告警,用LST ALMLOG參考歷史告警；è存在告警則降低功率切出用戶，嚴重的臨時去激活小區(qū)，通知維護人員處理；2.查詢有無外部干擾（每PRB上干擾噪聲平均值>-110dBm，則存在外部干擾）；è統(tǒng)計話務(wù)統(tǒng)計看是突發(fā)的還是持續(xù)的，可應(yīng)急通過MOD PDSCH降功率處理；3.提取兩兩小區(qū)切換，確定切換出目標小區(qū)，核查外部小區(qū)參數(shù)（PCI、TAC、頻點、小區(qū)標識、切換參數(shù)）配置有無錯誤； è若錯誤則對外部定義的小區(qū)參數(shù)進行修改，另外關(guān)注兩兩小區(qū)切換過早和過玩或者乒乓切換統(tǒng)計，進行相應(yīng)的CIO調(diào)整；4.查看MAPINFO圖層，查看鄰區(qū)是否存

36、在MOD干擾，確認基站規(guī)劃是否合理，是否會產(chǎn)生弱覆蓋。è用MOD CELL修改PCI或者降功率，降功率需注意是否會造成其他地方覆蓋差；四、 附錄文件常用指令：TDL站點狀態(tài)查詢指令：LST CELL:; 查詢小區(qū)靜態(tài)參數(shù)DSP CELL:; 查詢小區(qū)動態(tài)參數(shù)LST ALMAF:; 查詢當前告警LST BFANT:;查詢天線配置信息（靜態(tài)）DSP BFANT:;查詢天線配置信息（動態(tài)）LST PDSCHCFG:;(參考信號功率)LST CELLPDCCHALGO:;（公共控制信令聚集級別）LST CELLDLPCPDSCHPA:;（pdsch功率控制PA調(diào)整開關(guān)）LST EUTRANI

37、NTRAFREQNCELL:; （查詢EUTRAN同頻鄰區(qū)關(guān)系）LST EUTRANEXTERNALCELL:; （查詢EUTRAN外部小區(qū)）LST GPS:; （查詢小區(qū)的經(jīng)緯度）LST ALMLOG:ALMTP=ALL;（）激活/解閉塞小區(qū)：ACT CELL:LOCALCELLID=1;ACT CELL:LOCALCELLID=2;ACT CELL:LOCALCELLID=3;UBL CELL:LOCALCELLID=1;UBL CELL:LOCALCELLID=2;UBL CELL:LOCALCELLID=3;去激活/閉塞小區(qū)：DEA CELL:LOCALCELLID=1;DEA CEL

38、L:LOCALCELLID=2;DEA CELL:LOCALCELLID=3;BLK CELL:LOCALCELLID=1,CELLADMINSTATE=CELL_HIGH_BLOCK;BLK CELL:LOCALCELLID=2,CELLADMINSTATE=CELL_HIGH_BLOCK;BLK CELL:LOCALCELLID=3,CELLADMINSTATE=CELL_HIGH_BLOCK;閉塞/解閉塞RRUBLK BRD:CN=0,SRN=200,SN=0,BLKTP=IMMEDIATE;UBL BRD:CN=0,SRN=202,SN=0;修改RRU通道：DSP TXBRANCH:;

39、（發(fā)射通道硬件最大輸出功率、駐波比等，或：DSP VSWR：查詢駐波比）DSP RXBRANCH:;（接收通道狀態(tài)）MOD TXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=OFF;(關(guān))MOD TXBRANCH:CN=0,SRN=202,SN=0,TXNO=1,TXSW=ON; (開)MOD RXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=OFF; (關(guān))MOD RXBRANCH:CN=0,SRN=202,SN=0,RXNO=1,RXSW=ON; (開)修改基站小區(qū)PCI：(注：同時要求修改鄰區(qū)數(shù)據(jù)庫相應(yīng)的小區(qū)的PCI，不然影響切換)

40、MOD CELL:LOCALCELLID=3,PHYCELLID=131;MOD CELL:LOCALCELLID=2,PHYCELLID=132;MOD CELL:LOCALCELLID=1,PHYCELLID=133;MOD EUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLID=3,PHYCELLID=131;MOD EUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLID=2,PHYCELLID=132;MOD EUTRANEXTERNALCELL:MCC="460",MNC="08",ENODEBID=10072,CELLID=3,PHYCELLID=133;LTE加天線權(quán)值：LST BFANT:; DSP BFANT:;RMV BFANT: DEVICENO=0;RMV BFANT: DEV