LTE質(zhì)差小區(qū)處理指導(dǎo)書

1、精選文檔目錄1.概述42.LTE主要KPI介紹42.1.呼叫接入類指標(biāo)42.1.1.RRC建立成功率42.1.2.E-RAB建立成功率52.2.呼叫保持類指標(biāo)62.2.1.LTE業(yè)務(wù)掉話率62.2.2.UE上下文掉線率92.3.移動(dòng)管理類指標(biāo)102.3.1.eNode B內(nèi)切換成功率122.3.2.eNodeB間切換成功率142.3.3.S1接口切換成功率162.3.4.X2接口切換成功率172.3.5.系統(tǒng)內(nèi)切換成功率182.3.6.同頻切換成功率182.3.7.異頻切換成功率192.4.業(yè)務(wù)完整類指標(biāo)192.4.1.上行PDCP SDU丟包率192.4.2.下行PDCP SDU丟包率192

2、.5.資源負(fù)荷類指標(biāo)192.5.1.上行PRB平均利用率192.5.2.下行PRB平均利用率193.華為L(zhǎng)TE主要KPI優(yōu)化方法及案例203.1.呼叫接入類指標(biāo)優(yōu)化方法203.1.1.處理步驟203.1.2.呼叫接入類優(yōu)化案例213.2.呼叫保持類指標(biāo)優(yōu)化方法223.2.1.處理步驟233.2.2.呼叫保持類優(yōu)化案例233.3.移動(dòng)管理類指標(biāo)優(yōu)化方法253.3.1.處理步驟263.3.2.移動(dòng)管理類優(yōu)化案例264.愛立信LTE主要KPI優(yōu)化方法及案例284.1.接入類指標(biāo)優(yōu)化方法284.1.1.告警核查284.1.2.干擾核查304.1.3.準(zhǔn)入控制分析334.1.4.檢查弱覆蓋344.1.5

3、.接入類問題優(yōu)化案例344.2.呼叫保持類指標(biāo)優(yōu)化方法364.2.1.分析流程364.2.2.弱覆蓋384.2.3.上行高干擾384.2.4.PCI模3干擾404.2.5.傳輸故障404.2.6.eNodB問題404.2.7.切換引起掉話414.2.8.檢查MME是否存在告警424.3.移動(dòng)管理類指標(biāo)優(yōu)化方法424.3.1.LTE切換異?，F(xiàn)象424.3.2.切換問題分析流程434.3.3.切換主要問題441. 概述本文根據(jù)成都聯(lián)通LTE網(wǎng)絡(luò)的差小區(qū)分析，結(jié)合LTE的KPI的基本原理，歸納總結(jié)接呼叫接入類指標(biāo)，呼叫保持類指標(biāo)，移動(dòng)管理類指標(biāo)，業(yè)務(wù)完整類指標(biāo)，資源負(fù)荷類指標(biāo)等5類主要的LTE指標(biāo)差

4、小區(qū)的問題及分析流程及案例。2. LTE主要KPI介紹2.1. 呼叫接入類指標(biāo)接入過程是手機(jī)開始與網(wǎng)絡(luò)連接的初始過程，主要包括隨機(jī)接入，RRC連接的建立，以及各種ERAB承載連接的建立。接入型對(duì)后續(xù)的保持性和移動(dòng)性指標(biāo)都有著重要的意義，同時(shí)接入性又直接影響用戶的感知度，因此優(yōu)化接入性指標(biāo)對(duì)與改善用戶感知度，提高保持性和移動(dòng)性都有具體的重要意義。2.1.1. RRC建立成功率定義：RRC建立成功率= RRC連接建立完成次數(shù) / RRC連接請(qǐng)求次數(shù)*100%；圖1RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）定義：如圖1中A點(diǎn)所示，當(dāng)小區(qū)接收到UE發(fā)送的RRC Connection Request消息時(shí)，統(tǒng)計(jì)對(duì)

5、應(yīng)指標(biāo)；RRC連接建立完成次數(shù)定義：如圖1中C點(diǎn)所示，當(dāng)小區(qū)接收到UE返回的RRC Connection Setup Complete消息時(shí)，統(tǒng)計(jì)對(duì)應(yīng)指標(biāo)。2.1.2. E-RAB建立成功率定義：E-RAB建立成功率=E-RAB建立成功總次數(shù) / E-RAB建立嘗試總次數(shù)*100%； 圖2 圖3E-RAB建立嘗試總次數(shù)定義：如圖2或圖3中A點(diǎn)所示，當(dāng)eNodeB收到來自MME的INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST消息時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)該指標(biāo)。如果INITIAL CONTEXT SETUP REQUEST或者E-RAB SET

6、UP REQUEST消息中要求同時(shí)建立多個(gè)E-RAB，則相應(yīng)指標(biāo)根據(jù)業(yè)務(wù)的QCI按具體的E-RAB建立數(shù)目分別進(jìn)行累加，同時(shí)，根據(jù)消息要求建立的E-RAB個(gè)數(shù)對(duì)E-RAB建立嘗試總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.AttEst累加。E-RAB建立成功總次數(shù)定義：如圖2或圖3中B點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)該指標(biāo)。如果E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息中同時(shí)攜帶多個(gè)E-RAB的建立成功

7、結(jié)果，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB建立成功個(gè)數(shù)，對(duì)E-RAB建立成功總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.SuccEst累加。2.2. 呼叫保持類指標(biāo)2.2.1. LTE業(yè)務(wù)掉話率定義：LTE業(yè)務(wù)掉話率= E-RAB異常釋放總次數(shù) /( E-RAB異常釋放總次數(shù) + E-RAB正常釋放總次數(shù) )*100%； 圖4E-RAB異常釋放總次數(shù)定義：如圖4中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送E-RAB RELEASE INDICATION消息，當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS F

8、allback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Successful Handover”時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.eNBTot.QCI.1L.E-RAB.AbnormRel.eNBTot.QCI.9，當(dāng)判斷相應(yīng)承載有數(shù)傳時(shí)統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.QCI.1L.E-RAB.AbnormRel.QCI.9。如果E-RAB RELEASE INDICATION消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加；如

9、圖4中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”時(shí)根據(jù)不同QCI類型統(tǒng)計(jì)指標(biāo)L.E-RAB.AbnormRel.eNBTot.QCI.1L.E-RAB.Abnorm

10、Rel.eNBTot.QCI.9，當(dāng)判斷相應(yīng)承載有數(shù)傳時(shí)統(tǒng)計(jì)L.E-RAB.AbnormRel.QCI.1L.E-RAB.AbnormRel.QCI.9指標(biāo)。如果被釋放用戶建立了多個(gè)E-RAB，則相應(yīng)的指標(biāo)統(tǒng)計(jì)多次。并且在MME回復(fù)UE CONTEXT RELEASE COMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。 圖5E-RAB正常釋放總次數(shù)定義：如圖5中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送E-RAB RELEASE INDICATION消息時(shí)，如果釋放原因?yàn)椤癗ormal Release”，“Detach”，“User Inactivity”，“CS Fallb

11、ack triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，或者判斷相應(yīng)承載無數(shù)傳時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。如果E-RAB RELEASE INDICATION消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。如圖5中A點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的E-RAB RELEASE COMMAND消息時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指

12、標(biāo)。如果E-RAB RELEASE COMMAND消息中要求同時(shí)釋放多個(gè)E-RAB，則相應(yīng)指標(biāo)按各個(gè)業(yè)務(wù)的QCI分別進(jìn)行累加。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。如圖5中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQEUST消息時(shí)，會(huì)釋放UE的所有E-RAB。如果釋放原因?yàn)椤癗ormal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available

13、for PS Service”，“Inter-RAT Redirection”，“Time Critical Handover”，“Handover Cancelled”，或者判斷相應(yīng)承載無數(shù)傳時(shí)，根據(jù)不同QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。同時(shí)，根據(jù)消息中攜帶的E-RAB個(gè)數(shù)對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。并且在MME回復(fù)UE CONTEXT RELEASE COMMAND消息時(shí)，相應(yīng)指標(biāo)不會(huì)被重復(fù)記錄。如圖5中B點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的UE CONTEXT RELEASE COMMAND消息時(shí)，會(huì)釋放UE的所有

14、E-RAB，如果釋放原因不是切換類原因值，包括“Successful Handover”，“Partial Handover”，“S1 intra system Handover triggered”，“S1 inter system Handover triggered”，“X2 Handover triggered”，則根據(jù)不同的QCI統(tǒng)計(jì)相應(yīng)指標(biāo)。同時(shí)，根據(jù)具體業(yè)務(wù)數(shù)目對(duì)eNodeB正常釋放E-RAB的總次數(shù)進(jìn)行累加，即指標(biāo)L.E-RAB.NormRel累加。2.2.2. UE上下文掉線率定義：UE上下文掉線率=( UE Context異常釋放次數(shù) /( UE Context異常釋放次數(shù)

15、 + UE Context正常釋放次數(shù) )*100%； 圖6UE Context異常釋放次數(shù)定義：如圖6中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會(huì)釋放UE的所有E-RAB。當(dāng)釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time critical handover”，“Handover Cancelled”時(shí)，測(cè)量指標(biāo)L.

16、UECNTX.AbnormRel加1。如圖6中A點(diǎn)所示，當(dāng)eNodeB向MME發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.eNodeB進(jìn)行累加。如圖6中A點(diǎn)所示，當(dāng)MME向eNodeB發(fā)送S1 RESET消息時(shí)，根據(jù)包含的上下文個(gè)數(shù)，指標(biāo)L.UECNTX.Rel.S1Reset.MME進(jìn)行累加。圖 7UE Context正常釋放次數(shù)定義：如圖7中A點(diǎn)所示，eNodeB主動(dòng)發(fā)起的釋放，當(dāng)eNodeB向MME發(fā)送UE CONTEXT RELEASE REQEUST消息時(shí)，且釋放原因?yàn)椤癗ormal Release”，“Detach”，“User

17、Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time critical handover”，“Handover Cancelled”時(shí)，該指標(biāo)加1。并且在MME回復(fù)UE CONTEXT RELEASE COMMAND消息時(shí)，該指標(biāo)不會(huì)被重復(fù)記錄。如圖6中B點(diǎn)所示，MME主動(dòng)發(fā)起的釋放，當(dāng)eNodeB收到來自MME的UE CONTEXT RELEASE COMMAND消息時(shí)，且如果釋放原因不是切換類原因值，包括“Successful Handover”

18、，“Partial Handover”，“S1 intra system Handover triggered”，“S1 inter system Handover triggered”，“X2 Handover triggered”，則該指標(biāo)加1。2.3. 移動(dòng)管理類指標(biāo)切換事件概述：LTE主要有下面幾種類型測(cè)量報(bào)告： Event A1 (Serving becomes better than threshold)：表示服務(wù)小區(qū)信號(hào)質(zhì)量高于一定門限，滿足此條件的事件被上報(bào)時(shí)，eNodeB停止異頻/異系統(tǒng)測(cè)量；類似于UMTS里面的2F事件； Event A2 (Serving becomes

19、worse than threshold)：表示服務(wù)小區(qū)信號(hào)質(zhì)量低于一定門限，滿足此條件的事件被上報(bào)時(shí)，eNodeB啟動(dòng)異頻/異系統(tǒng)測(cè)量；類似于UMTS里面的2D事件； Event A3 (Neighbour becomes offset better than serving)：表示同頻鄰區(qū)質(zhì)量高于服務(wù)小區(qū)質(zhì)量，滿足此條件的事件被上報(bào)時(shí)，源eNodeB啟動(dòng)同頻切換請(qǐng)求； Event A4 (Neighbour becomes better than threshold)：表示異頻鄰區(qū)質(zhì)量高于一定門限量，滿足此條件的事件被上報(bào)時(shí)，源eNodeB啟動(dòng)異頻切換請(qǐng)求； Event A5 (Servi

20、ng becomes worse than threshold1 and neighbour becomes better than threshold2)：表示服務(wù)小區(qū)質(zhì)量低于一定門限并且鄰區(qū)質(zhì)量高于一定門限；類似于UMTS里的2B事件； Event B1 (Inter RAT neighbour becomes better than threshold)：表示異系統(tǒng)鄰區(qū)質(zhì)量高于一定門限，滿足此條件事件被上報(bào)時(shí)，源eNodeB啟動(dòng)異系統(tǒng)切換請(qǐng)求；類似于UMTS里的3C事件； Event B2 (Serving becomes worse than threshold1 and inter

21、RAT neighbourbecomes better than threshold2)：表示服務(wù)小區(qū)質(zhì)量低于一定門限并且異系統(tǒng)鄰區(qū)質(zhì)量高于一定門限，類似于UMTS里進(jìn)行異系統(tǒng)切換的3A事件。測(cè)量事件判決條件eventA1事件進(jìn)入條件：Ms - Hys Thresh事件離開條件：Ms + Hys ThresheventA2事件進(jìn)入條件：Ms + Hys ThresheventA3事件進(jìn)入條件：Mn + Ofn + Ocn - HysMs + Ofs + Ocs + Off事件離開條件：Mn + Ofn + Ocn + Hys Thresh事件離開條件：Mn + Ofn + Ocn + Hys

22、ThresheventA5事件進(jìn)入條件：Ms + HysThresh2事件離開條件：Ms - Hys Thresh1 or Mn + Ofn + Ocn + Hys10%，確定小區(qū)存在高誤碼；5）確實(shí)是否是資源不足的問題可以通過后天話統(tǒng)查看：資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，無線資源不足導(dǎo)致E-RAB建立失敗次數(shù)，這些話統(tǒng)確認(rèn)是否小區(qū)資源不足導(dǎo)致接入失敗。6）確認(rèn)是否是終端或是用戶行為異常 需要通過對(duì)用戶進(jìn)行后天信令跟蹤和前臺(tái)現(xiàn)場(chǎng)測(cè)試結(jié)合來確認(rèn)問題原因；7）問題閉環(huán)。3.1.2. 呼叫接入類優(yōu)化案例CDF1730_大豐王橋2社_3小區(qū)接入失敗分析問題描述：CDF1730_大豐王橋2社

23、_3小區(qū)的RRC建立成功率一直持續(xù)在98%左右。問題分析：a. 核查該站是否有告警：無；b. 后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值，都在-118左右，正常無干擾；c. 分析主要RRC建立失敗的主要原因?yàn)椋篣E無應(yīng)答而導(dǎo)致RRC鏈接建立失敗。由此可見主要問題是由于弱覆蓋導(dǎo)致的RRC建立失敗，由于該站點(diǎn)處在繞城附件的郊區(qū)，站間距離在1公里以上，檢查該小區(qū)的RS功率為15.2dBm，修改該小區(qū)的RS功率為16.2 dBm后，問題解決。d. 修改RS功率后，RRC建立成功率提升到99%以上，問題閉環(huán)。3.2. 呼叫保持類指標(biāo)優(yōu)化方法呼叫保持類指標(biāo)分析流程：3.2.1. 處理步驟1）

24、小區(qū)是否存在異常告警；2）對(duì)于eNodeB發(fā)起的原因?yàn)榍袚Q失敗的UE Context釋放：需要提取兩兩小區(qū)切換確定目標(biāo)小區(qū)；1.確定目標(biāo)小區(qū)運(yùn)行情況，是否基站故障或異常告警； 2. 檢查鄰區(qū)間參數(shù)設(shè)置是否正確； 3.檢查小區(qū)鄰區(qū)配置是否合理，進(jìn)行鄰區(qū)合理性優(yōu)化； 4.檢查基站是否周邊站點(diǎn)缺少，如為孤站，可視為正常；3）對(duì)于eNodeB發(fā)起的原因?yàn)樯闲腥醺采w的UE Context異常釋放：如果有是上行弱覆蓋導(dǎo)致的異常釋放，需要增加RS功率，或是RF優(yōu)化解決。4）eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context釋放次數(shù)現(xiàn)統(tǒng)計(jì)中eNodeB發(fā)起的S1 RESET導(dǎo)致的UE Context

25、釋放次數(shù)均為0，如統(tǒng)計(jì)出現(xiàn)釋放次數(shù)，需進(jìn)行針對(duì)排查；檢查S1鏈路是否配置正確。5）對(duì)于eNodeB發(fā)起的原因?yàn)閁E LOST的UE Context釋放和eNodeB發(fā)起的原因?yàn)闊o線層問題的UE Context釋放：a.參數(shù)是否設(shè)置合理（1）.查詢掉線類定時(shí)器設(shè)置是否正確； （2）.如掉線率突增，查詢操作日志，確認(rèn)是否有修改，導(dǎo)致小區(qū)異常； b.是否存在高干擾（1）. 查看小區(qū)PCI復(fù)用是否合理，是否存在模三沖突； （2）.如每PRB上干擾噪聲平均值-110dBm,確認(rèn)小區(qū)存在上行干擾，同時(shí)可通過后臺(tái)跟蹤，確認(rèn)干擾類型； c是否存在高質(zhì)差（1）.通過觀察小區(qū)上下行丟包率是否正常，如丟包率偏高，基

26、本斷定小區(qū)存在質(zhì)差； （2）. 通過后臺(tái)誤碼率跟蹤，如BLER10%，確定小區(qū)存在高誤碼；d.是否存在弱覆蓋（1）.檢查傳輸模式，是否為TM3，如長(zhǎng)時(shí)間為TM2，確認(rèn)設(shè)置正確的情況下，基本確定小區(qū)存在弱覆蓋； （2）. 對(duì)比64QAM和QPSK占比，如后者比例遠(yuǎn)大于前者,可確定小區(qū)覆蓋異常； e.后天信令跟蹤和前臺(tái)現(xiàn)場(chǎng)測(cè)試（1）.安排前場(chǎng)人員現(xiàn)場(chǎng)測(cè)試，同時(shí)后臺(tái)通過信令跟蹤，配合查找問題原因；（2）.如果確認(rèn)問題后，需第三方配合解決，轉(zhuǎn)發(fā)相關(guān)人員處理，做好跟蹤工作，直至問題閉環(huán)；3.2.2. 呼叫保持類優(yōu)化案例CDF3040_平樂古鎮(zhèn)_1小區(qū)高掉話失敗高問題分析1） 問題描述：CDF3040_平

27、樂古鎮(zhèn)_1小區(qū)高掉話失敗高2） 問題分析a. 核查該站是否有告警：無；b. 后臺(tái)取小區(qū)的系統(tǒng)上行每個(gè)PRB上檢測(cè)到的干擾噪聲的平均值，都在-118左右，正常無干擾； c. 檢查小區(qū)兩兩切換指標(biāo),主要切換向邛崍平樂_3小區(qū)切換失敗。d. 從X2口的標(biāo)準(zhǔn)信令監(jiān)控來看，主要切換失敗都是eNodeB=461188的3小區(qū)=邛崍平樂_3，和話統(tǒng)上的兩兩切換是對(duì)應(yīng)的。e. 檢查邛崍平樂_3告警情況，發(fā)現(xiàn)該站有射頻單元維護(hù)鏈路異常告警，BBU CPRI接口異常告警，小區(qū)服務(wù)能力下降告警。f. 推動(dòng)維護(hù)處理告警后，指標(biāo)恢復(fù)，問題閉環(huán)。3.3. 移動(dòng)管理類指標(biāo)優(yōu)化方法移動(dòng)管理類指標(biāo)分析流程：3.3.1. 處理步

28、驟1) 小區(qū)是否存在異常告警；2) 參數(shù)核查，核查小區(qū)的切換參數(shù)是否正確合理3) 排除核心網(wǎng)的原因1. 請(qǐng)核心網(wǎng)配合對(duì)參數(shù)進(jìn)行核查及信令跟蹤排查問題；4) 后臺(tái)提取兩兩小區(qū)切換次數(shù)，找到失敗的目標(biāo)小區(qū)5) 核查外部小區(qū)和鄰區(qū)關(guān)系6) 核查小區(qū)是否有干擾，確認(rèn)是模三干擾，還是外部干擾7) 是否存在弱覆蓋，RS功率，RF優(yōu)化，新增站點(diǎn)8) 是否存在資源不住引起的擁塞問題，擴(kuò)容，新增站點(diǎn)9) 閉環(huán)。3.3.2. 移動(dòng)管理類優(yōu)化案例CDF0586_文家七里溝8組_3小區(qū)切換成功率低問題分析問題描述：CDF0586_文家七里溝8組_3小區(qū)切換成功率低，在80%多；問題分析：a. 核查該站是否有告警：無；

29、b. 后臺(tái)取兩兩小區(qū)切換數(shù)據(jù)，顯示每天向CDF0654_多聯(lián)建材_2和CDF127931合作鎮(zhèn)清江社區(qū)_2切換失敗，這2個(gè)小區(qū)距離該基站超過5公里，冗余的外部小區(qū)，外部小區(qū)優(yōu)化；c. 該站位于光華大道二段附件，與愛立信交接區(qū)域（綠色愛立信，藍(lán)色華為）存在模三干擾的。修改CDF0586_文家七里溝8組_3小區(qū)PCI由365修改為35。 4. 愛立信LTE主要KPI優(yōu)化方法及案例4.1. 接入類指標(biāo)優(yōu)化方法4.1.1. 告警核查接入差小區(qū)處理流程第一步：檢查是否因硬件問題導(dǎo)致接入指標(biāo)差(若RRC建立成功率很高，僅因?yàn)镋RAB承載建立成功率低而引起接入指標(biāo)差，可直接進(jìn)入第三步準(zhǔn)入控制分析)。硬件告警

30、告警查詢相關(guān)操作， Event查詢，可以快速查看站點(diǎn)運(yùn)行情況，核查是否發(fā)生故障。操作日志查詢：lgo歷史告警查詢：lga當(dāng)前告警查詢：alt歷史Event查詢：lge站點(diǎn)硬件運(yùn)行情況查詢：invhr站點(diǎn)硬件運(yùn)行情況查詢：cabx站點(diǎn)運(yùn)行l(wèi)og查詢：te log readvswr查詢：lhrufui get vswr常見影響KPI告警：TimingSyncFault（GPS信號(hào)不穩(wěn)定）；System Clock Quality Degradation（時(shí)鐘同步告警）；SectorEquipmentFunction=3 (timeout_expired)；附告警查詢操作實(shí)物圖： 天饋告警如果基站出

31、現(xiàn)駐波告警會(huì)影響小區(qū)的接入性，有些天饋問題可能沒有告警，F(xiàn)FAX是檢測(cè)這類問題較方便的工具告警標(biāo)識(shí)：VswrOverThreshold（駐波比告警，可以cabx查看RRU駐波比，一般駐波比設(shè)置為1.5db，小于1.5db就不會(huì)有告警）。 信道檢查檢查Enode各個(gè)信道是否正常，若僅有PRACH、PDSCH、PUSCH信道倒掉就會(huì)導(dǎo)致用戶不能接收到小區(qū)信息，數(shù)據(jù)業(yè)務(wù)的ERAB建立成功率為0，此種情況只需重啟基站或者信道就能恢復(fù)正常。 其他告警其他告警如License、傳輸告警等同樣會(huì)影響小區(qū)的接入性。License Key File Fault（license失效或者沒有植入，所以導(dǎo)致這樣的告警

32、）；Gigabit Ethernet Link Fault（1.傳輸光口光纖斷，2.傳輸光口沒有插光纖）；4.1.2. 干擾核查檢查干擾主要包括:UL RSSI 是否處于正常值范圍、模三干擾、直放站干擾。UL RSSILTE從統(tǒng)計(jì)上檢查UL RSSI 的counter 值：pmRadioRecInterferencePwr是否正常:一般認(rèn)為-120dBm-110 dBm為合理范圍，但大于-105 dBm時(shí)認(rèn)為RSSI 偏低，過來可能原因包括:TMA 問題，天線問題，硬件故障(饋線/連接器/跳線)等，需要逐一排查；當(dāng)大于-100 dBm時(shí)認(rèn)為RSSI 偏高，過來原因包括:TMA 問題，話務(wù)增加，

33、干擾增加以及錯(cuò)誤配置等，應(yīng)檢查TMA，觀察話務(wù)量走勢(shì)，使用頻譜分析儀檢測(cè)干擾，檢查是否有錯(cuò)(饋線接反)等。網(wǎng)管側(cè)查看統(tǒng)計(jì)方法：1. 定義了IntferenceScanner統(tǒng)計(jì)，pmRadioRecInterferencePwr這個(gè)測(cè)量值2. 激活定義好的測(cè)量scanner狀態(tài)=pdebIntferenceScanner3. 激活后，IntferenceScanner為active狀態(tài)4. 查看定義的統(tǒng)計(jì)=PST, IntferenceScanner為active狀態(tài)5. 查看site實(shí)際底噪=pget . pmRadioRecInterferencePwr$pmRadioRecInterfe

34、rencePw i16為底噪打點(diǎn)分布區(qū)間，本站多分布在【3】6. 查詢pmRadioRecInterferencePwr參數(shù)含義=pmom .pmRadioRecInterferencePwr$16個(gè)區(qū)間對(duì)應(yīng)的N+I分布值，【3】區(qū)間為-119-118；一般N+I在=-106以上才有問題，不正?！?1】正確情況，底噪應(yīng)該多分布在【0】【4】 同PCI干擾定期進(jìn)行全網(wǎng)一二級(jí)PCI沖突檢查，保證相同擾碼的復(fù)用距離不要過近造成干擾，PCI檢查工具可以使用 XNOW。另外模三沖突需要大量DT測(cè)試數(shù)據(jù)發(fā)現(xiàn)。網(wǎng)管側(cè)PCI查看：指令：查看PCI：get eutrancellfdd physical PCI=

35、physicalLayerCellIdGroup*3+physicalLayerSubCellId直放站干擾直放站干擾是目前存在的最普遍的上行干擾問題之一。直放站干擾分為無線直放站干擾和光纖直放站干擾。無線直放站實(shí)際上是一個(gè)寬頻放大器，它將整個(gè)移動(dòng)上行和下行頻帶放大，實(shí)現(xiàn)信號(hào)覆蓋。無線直放站有合法直放站和非法直放站之分，合法直放站由于設(shè)置不好，會(huì)造成對(duì)基站的干擾，但較多的無線直放站干擾為非法私自安裝的無線直放站或MINI直放站，這是因?yàn)榱淤|(zhì)的無線直放站價(jià)格便宜，在人口密度大，移動(dòng)信號(hào)覆蓋不好的場(chǎng)所經(jīng)常私自安裝。無線直放站的干擾特點(diǎn)是頻帶寬，占據(jù)整個(gè)上行，且幅度不穩(wěn)定。 光纖直放站干擾頻譜的底噪

36、音較強(qiáng)，比正常業(yè)務(wù)情況下的噪音電平一般高20dB30dB，干擾區(qū)域也較大，可造成該區(qū)域部分用戶無法正常使用手機(jī)，未接通、掉話等現(xiàn)象。光纖直放站的干擾特點(diǎn)是頻帶寬，占據(jù)整個(gè)上行，且幅度穩(wěn)定。處理方法：l 拆除私自安裝的無線直放站或MINI直放站； l 用頻譜儀測(cè)試合法無線直放站接收施主基站信號(hào)的強(qiáng)度，如果信號(hào)較強(qiáng)建議加裝衰減器，確保接收到的施主基站信號(hào)強(qiáng)度在-70dBm左右。l 確保合法無線直放站的施主天線與重發(fā)天線有較好的隔離度，避免自激現(xiàn)象產(chǎn)生，同時(shí)建議施主天線的安裝高度不超過6層樓。l 根據(jù)現(xiàn)場(chǎng)實(shí)際情況，重新調(diào)整無線直放站的上、下行ATT值。上行ATT設(shè)置值下行ATT設(shè)置值5dB 下行AT

37、T設(shè)置值直放站下行額定輸出功率2dBm為設(shè)置依據(jù)。l 排查是否存在其他運(yùn)營(yíng)商無線寬頻直放站的干擾。 無線寬頻直放站也會(huì)因?yàn)槠骷膮?shù)問題，放大聯(lián)通上行頻段內(nèi)的一些頻點(diǎn)，對(duì)聯(lián)通上行頻段產(chǎn)生干擾。4.1.3. 準(zhǔn)入控制分析 MpLoad統(tǒng)計(jì)counter：pmRrcConnEstabFailHighLoadpmRrcConnEstabFailOverload如果EnodeMpLoad負(fù)荷過高則會(huì)產(chǎn)生RRC 建立受限，需要通過參數(shù)調(diào)整、RF優(yōu)化、新增站點(diǎn)、擴(kuò)載波等方法可以降低Enode負(fù)荷。 CU LICENSE受限pmLicConnectedUsersMax（峰值用戶數(shù)）pmLicconnecte

38、dUsersLicense（LICENSE許可用戶數(shù)）當(dāng)pmLicConnectedUsersMax/pmLicconnectedUsersLicense*100% =75%將會(huì)影響用戶接入，因此建議采取相應(yīng)解決措施。主要解決手段：CU license 擴(kuò)容、RF優(yōu)化負(fù)荷分擔(dān)。話務(wù)熱點(diǎn)覆蓋分擔(dān)有時(shí)話務(wù)熱點(diǎn)區(qū)域用一個(gè)sector 或site 無法滿足話務(wù)需求，可以引入附近其他不擁塞小區(qū)覆蓋分擔(dān)話務(wù)，之后再考慮擴(kuò)容。4.1.4. 檢查弱覆蓋通過WMRR 判斷是否存在弱覆蓋。弱覆蓋解決主要手段為:物理手段與參數(shù)調(diào)整手段 物理手段:調(diào)整天線、處理阻擋、處理因天線性能或老化導(dǎo)致弱覆蓋等情況。 參數(shù)調(diào)整:

39、maximumTransmissionPower、PAPB、；檢查參qRxLevMin、qQualMin、觀察周圍是否有信號(hào)較強(qiáng)小區(qū)。注意提升qRxLevMin、qQualMin會(huì)較容易提升相關(guān)小區(qū)的接入指標(biāo)，但可能造成真正的無法接入，不建議偏離default 值過遠(yuǎn)。 n Neighbor 合理化。如果有較明顯的漏定鄰區(qū)，會(huì)導(dǎo)致UE 在idle 狀態(tài)時(shí)不容易駐留在最好的小區(qū)，導(dǎo)致起呼接入查。4.1.5. 接入類問題優(yōu)化案例案例：對(duì)比38個(gè)擴(kuò)容站點(diǎn)的指標(biāo)對(duì)比情況1：業(yè)務(wù)量（38個(gè)站點(diǎn)擴(kuò)容前后業(yè)務(wù)量平均增長(zhǎng)10.89%）2：RRC建立成功率（提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升2.75%）。3：ER

40、AB建立成功率（提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升1.76%）4：切換成功率（提取實(shí)際忙時(shí)，38個(gè)站點(diǎn)平均提升0.73%）。4.2. 呼叫保持類指標(biāo)優(yōu)化方法本流程主要關(guān)注數(shù)據(jù)業(yè)務(wù)的保持性指標(biāo)。數(shù)據(jù)掉線愛立信的統(tǒng)計(jì)原因基本可分為6大類型不同的掉線原因相對(duì)有不同的處理方法，以下對(duì)不同原因的掉線分析排查清單和解決建議。4.2.1. 分析流程counter：數(shù)據(jù)收集：1、計(jì)算保持性KPI公式及可能影響掉線counter原始數(shù)據(jù)；2、全網(wǎng)地圖文件(MapInfo圖層及google earth文件)；3、最新全網(wǎng)database信息；4、差小區(qū)的告警信息；4.2.2. 弱覆蓋UE檢測(cè)主服務(wù)小區(qū)及鄰小區(qū)都低于

41、-100dBm，定義為弱覆蓋現(xiàn)象，可以通過現(xiàn)場(chǎng)工程師SSV_DT驗(yàn)證及MRR測(cè)量信息收集是否存在四超站點(diǎn)(超高、超低、超近、超遠(yuǎn))、基站告警退服、鄰區(qū)漏配等原因?qū)е翿SRP-100dBm，建議消除告警、鄰區(qū)優(yōu)化、RF優(yōu)化、增加新站加強(qiáng)覆蓋。4.2.3. 上行高干擾從系統(tǒng)上檢查PUCCH和PUSCH的counter：pmRadioRecInterferencePwr是否正常目前2/3/4G基站共存導(dǎo)致系統(tǒng)干擾也大幅度提升，如天線隔離度不夠?qū)е伦枞?、互調(diào)、雜散干擾等，工程師需通過上站收集天饋信息、DT(Driver Test)數(shù)據(jù)BLER誤碼率及掃頻儀器來判斷干擾源，一般認(rèn)為-110dBm為合理范

42、圍，當(dāng)-110dBm時(shí)認(rèn)為存在上行干擾，可能原因包括：上行不同步(TDD)、廣電干擾，天線問題，硬件故障(饋線、連接器、跳線)等，需逐步排查干擾源。如果檢查結(jié)果值相對(duì)較高可以進(jìn)行以下排查：l 問題小區(qū)是否固定一個(gè)時(shí)間段PUCCH和PUSCH值較高還是全天都處于偏高狀態(tài)。l 全天值都處于較高，需要發(fā)單處理要求檢查基站。A. 是否有天線問題、硬件故障(饋線、連接器、跳線)，硬件問題。B. 附近有沒有干擾源，特別是小區(qū)覆蓋隱私密度較高的建筑，如政府部門重要機(jī)構(gòu)，軍區(qū)，醫(yī)院，學(xué)校等。如果有是否可以通過調(diào)整天線物理來解決。建議解決方案： 一般在基站正常工作的情況下，掉線主要由于弱覆蓋區(qū)域、小區(qū)天線物理設(shè)置不合理導(dǎo)致過覆蓋或者重疊覆蓋高1、 天饋調(diào)整通過RF優(yōu)化有效控制覆蓋合理性。2、 參數(shù)調(diào)整可以通過參數(shù)調(diào)整，如RS參考信號(hào)PA/PB等來進(jìn)行優(yōu)化。3、 勘站及路測(cè)檢查站點(diǎn)是否廣告牌或者其它實(shí)物阻擋如美化天線，如有必要發(fā)單要求整改，另外通過路測(cè)檢查問題小區(qū)的信號(hào)是否處于重疊覆蓋區(qū)域。4、 新開站點(diǎn)如果處于站點(diǎn)比較稀疏的區(qū)域容易造成掉線不因只加強(qiáng)PA/PB或者天線來增加覆蓋，而是盡量催開附件的規(guī)劃站點(diǎn)或者提新建站點(diǎn)來解決，相關(guān)列表記得長(zhǎng)期維護(hù)并且時(shí)時(shí)更新。5、鄰近站