TD-LTE KPI劣化小區(qū)分析處理指導(dǎo)手冊_PA1

1、114 (114)Prepared (also subject responsible if other)No.ApprovedCheckedDateRevReference2014-10-28PA1TD-LTE KPI劣化小區(qū)分析處理指導(dǎo)手冊目錄1概述42無線接通率42.1接通率指標(biāo)描述42.1.1公式定義42.1.2信令流程52.2接通率失敗Cause72.2.1失敗Cause描述72.2.2現(xiàn)網(wǎng)Cause比例92.3RRC缺少資源102.3.1分析方法102.3.2優(yōu)化案例122.4RRC高負(fù)載132.4.1分析方法132.4.2優(yōu)化案例142.5RRC超載192.6RRC/ERAB無線

2、進(jìn)程失敗192.6.1優(yōu)化思路192.6.2告警檢查192.6.3干擾優(yōu)化262.6.4覆蓋優(yōu)化373無線掉線率413.1掉線率指標(biāo)描述413.1.1公式定義413.1.2信令流程413.2掉線率Cause423.2.1掉線Cause描述423.2.2現(xiàn)網(wǎng)Cause比例433.3UE丟失優(yōu)化433.3.1優(yōu)化思路433.3.2告警檢查443.3.3干擾優(yōu)化453.3.4覆蓋優(yōu)化523.3.5其他因素633.4切換失敗優(yōu)化714切換成功率714.1切換指標(biāo)描述714.1.1公式定義714.1.2信令流程724.1.3切換類別744.2切換分析流程774.3準(zhǔn)備切換優(yōu)化784.3.1準(zhǔn)備切換思路7

3、84.3.2準(zhǔn)備切換案例794.4執(zhí)行切換優(yōu)化854.4.1告警處理864.4.2干擾優(yōu)化904.4.3覆蓋優(yōu)化944.4.4參數(shù)核查975干擾排查1115.1干擾的原因及分類1115.2宏站干擾排查流程1125.3室分干擾排查流程1131 概述LTE(Long Term Evolution)是3GPP在R8中提出的一種新的寬帶無線空中接口技術(shù)，可分為FDD和TDD兩種模式。TD-LTE是一種新一代寬帶移動(dòng)通信技術(shù)，是TD-SCDMA的后續(xù)演進(jìn)技術(shù)，在繼承了TDD優(yōu)點(diǎn)的同時(shí)又引入了多天線MIMO與頻分復(fù)用OFDM技術(shù)，相比3G，TD-LTE在系統(tǒng)性能上有了跨越式提高，能夠?yàn)橛脩籼峁└迂S富多彩

4、的移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)。LTE網(wǎng)絡(luò)能提供給用戶更加豐富多彩的業(yè)務(wù)和更高速的體驗(yàn)，隨著LTE網(wǎng)絡(luò)覆蓋廣度和深度日趨完善，越來越多的用戶選擇駐留LTE網(wǎng)絡(luò)。網(wǎng)絡(luò)性能的重要性不言而喻，日常除了通過路測的手段發(fā)現(xiàn)問題以外，KPI統(tǒng)計(jì)指標(biāo)從另一個(gè)角度反映了網(wǎng)絡(luò)的運(yùn)行狀態(tài)，而針對KPI劣化小區(qū)的分析處理對于TD-LTE網(wǎng)絡(luò)建設(shè)初期的性能優(yōu)化工作尤為重要。本文重點(diǎn)介紹TD-LTE KPI劣化小區(qū)分析處理，主要考察網(wǎng)絡(luò)接入和保持性能，分析三類劣化問題：無線接通率、無線掉線率和切換成功率。從指標(biāo)相關(guān)聯(lián)的計(jì)數(shù)器、信令流程的介紹、劣化成因的分析以及典型案例分析等方面闡述KPI劣化小區(qū)的分析優(yōu)化思路。2 無線接通率2.1

5、接通率指標(biāo)描述2.1.1 公式定義一個(gè)完整的呼叫建立首先會(huì)觸發(fā)RRC的建立，RRC建立成功后進(jìn)入ERAB的建立流程，故無線接通率定義為RRC建立成功率*ERAB建立成功率。RRC建立成功率= RRC建立成功次數(shù)/ RRC建立請求次數(shù)*100%；ERAB建立成功率=ERAB建立成功次數(shù)/ ERAB建立請求次數(shù)*100%；詳見下表：指標(biāo)名稱指標(biāo)說明RRC建立請求次數(shù)(pmRrcConnEstabAtt)eNB接收到UE發(fā)送的“RRC連接請求”(RRCConnectionRequest)消息RRC建立成功次數(shù)(pmRrcConnEstabSucc)eNB接收到UE發(fā)送的“RRC連接建立完成”(RRC

6、ConnectionSetupComplete)消息ERAB建立請求次數(shù)(pmErabEstabAttInit+ pmErabEstabAttAdded)eNB接收到MME發(fā)來的“初始上下文建立請求消息”(INITIAL CONTEXT SETUP REQUEST)和“E-RAB建立請求”(E-RAB SETUP REQUEST)消息。ERAB建立成功次數(shù)(pmErabEstabSuccAdded+ pmErabEstabSuccInit)eNB向MME發(fā)送“初始上下文建立響應(yīng)”(INITIAL CONTEXT SETUP RESPONSE)消息和“E-RAB建立響應(yīng)”(E-RAB SETUP

7、 RESPONSE)消息。2.1.2 信令流程RRC連接建立流程： UE收到隨機(jī)接入響應(yīng)后，根據(jù)MSG2的TA調(diào)整上行發(fā)送時(shí)機(jī)，向eNB發(fā)送RRCConnectionRequest消息； eNB向UE發(fā)送RRCConnectionSetup消息，包含建立SRB1承載信息和無線資源配置信息； UE完成SRB1承載和無線資源配置，向eNB發(fā)送RRCConnectionSetupComplete消息，攜帶上行NAS層信息，如Attach request、Service Request信息等。初始ERAB建立流程： MME向eNB發(fā)送INITIAL CONTEXT SETUP REQUEST消息，請求

8、建立承載，攜帶NAS層信息，如Attach Accept等消息； eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，則eNB向UE發(fā)送UECapabilityEnquiry消息，查詢UE能力； UE向eNB發(fā)送UECapabilityInformation消息，報(bào)告UE能力信息； eNB向MME發(fā)送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息； eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE發(fā)送 SecurityModeCommand消息，進(jìn)行安全

9、激活； UE向eNB發(fā)送SecurityModeComplete消息，表示安全激活完成； eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE發(fā)送RRCConnectionReconfiguration消息進(jìn)行UE資源重配，包括重配SRB1和無線資源配置，建立SRB2、DRB等； UE向eNB發(fā)送RRCConnectionReconfigurationComplete消息，表示資源配置完成； eNB向MME發(fā)送INITIAL CONTEXT SETUP RESPONSE響應(yīng)消息，表明UE上下文建立完成；后續(xù)ERAB建立流程： 如果是MME主動(dòng)發(fā)起

10、的承載建立流程，則無步驟1、2； UE發(fā)起的承載建立流程，核心網(wǎng)可以回復(fù)承載建立、修改流程。2.2 接通率失敗Cause2.2.1 失敗Cause描述針對無線接通率劣化小區(qū)，首先通過話統(tǒng)分析小區(qū)接通失敗發(fā)生在哪一階段：RRC建立、ERAB建立，抑或兩階段均存在異常。并查看異常階段的CAUSE值。下圖為RRC和ERAB建立階段的失敗CAUSE圖：RRC建立失敗CAUSE：RRC建立失敗Cause對應(yīng)統(tǒng)計(jì)對象RRC授權(quán)超限連接用戶數(shù)lisence缺失導(dǎo)致的RRC連接建立失敗數(shù)RRC高負(fù)載當(dāng)基站中的負(fù)載控制功能指示高負(fù)載(Highload)時(shí), RRC連接建立拒絕數(shù)RRC超載當(dāng)基站中的負(fù)載控制功能指

11、示過載(Overload)時(shí), RRC連接建立拒絕數(shù)RRC缺少資源由于資源缺失導(dǎo)致的RRC連接建立失敗數(shù)。RRC承載準(zhǔn)入拒絕所有UE承載在承載準(zhǔn)入時(shí)被拒絕導(dǎo)致的RRC連接建立失敗數(shù)RRC無線進(jìn)程失敗因無線進(jìn)程失敗導(dǎo)致的RRC連接建立失敗數(shù)RRC未指定未詳細(xì)說明原因的RRC連接建立失敗數(shù)ERAB建立失敗CAUSE：ERAB建立失敗Cause對應(yīng)統(tǒng)計(jì)對象小區(qū)下行GBR過載小區(qū)下行GBR過載導(dǎo)致的ERAB建立失敗數(shù)Enb下行GBR過載eNodeB下行GBR過載導(dǎo)致的ERAB建立失敗數(shù)小區(qū)上行GBR過載小區(qū)上行GBR過載導(dǎo)致的ERAB建立失敗數(shù)Enb上行GBR過載eNodeB上行GBR過載導(dǎo)致的ERA

12、B建立失敗數(shù)ERAB初始授權(quán)失敗因lisence拒絕而導(dǎo)致的初始ERAB建立失敗數(shù)ERAB后續(xù)授權(quán)失敗因lisence拒絕而導(dǎo)致的后續(xù)ERAB建立失敗數(shù)eNODEB原因因eNODEB導(dǎo)致的ERAB建立失敗數(shù)初始無線進(jìn)程失敗因無線口進(jìn)程導(dǎo)致的初始ERAB建立失敗后續(xù)無線進(jìn)程失敗因無線口進(jìn)程導(dǎo)致的后續(xù)ERAB建立失敗2.2.2 現(xiàn)網(wǎng)Cause比例RRC建立失敗的Cause主要為無線進(jìn)程失敗，占比達(dá)66.96%；其次為占比17.37%的RRC缺少資源；RRC高負(fù)載和超載分別占比8.10%和7.57%；其他相關(guān)Cause：RRC授權(quán)超限、承載接入拒絕和未指定統(tǒng)計(jì)占比為0.00%。ERAB建立失敗的Ca

13、use主要為eNODEB的原因，占比達(dá)72.04%；其次為初始、后續(xù)的無線進(jìn)程失敗，比例為27.96%；無GBR過載及授權(quán)失敗導(dǎo)致的ERAB建立失敗。2.3 RRC缺少資源2.3.1 分析方法Cause:Lack Of Resources是資源缺失而導(dǎo)致的RRC建立失敗，遇到此類問題，需檢查對應(yīng)小區(qū)異常時(shí)段的“最大用戶數(shù)”統(tǒng)計(jì)和當(dāng)前小區(qū)配置的SR用戶數(shù)。通過KPI統(tǒng)計(jì)獲取最大用戶數(shù)：登陸OSS網(wǎng)管利用Amos獲取對應(yīng)小區(qū)SR用戶數(shù)的配置：=MO Attribute Value=EUtranCellTDD=L42B76FA noOfPucchSrUsers 200EUtranCellTDD=L4

14、2B76FB noOfPucchSrUsers 200EUtranCellTDD=L42B76FC noOfPucchSrUsers 200=當(dāng)實(shí)際的最大用戶數(shù)小區(qū)配置noOfPucchSrUsers數(shù)值時(shí)，可能會(huì)出現(xiàn)Cause為Lack Of Resources的RRC失敗計(jì)數(shù)。針對此問題，首先需考慮小區(qū)是否存在越區(qū)吸收多余用戶，如小區(qū)無越區(qū)則可以通過調(diào)大noOfPucchSrUsers來改善RRC連接建立成功率，由于noOfPucchSrUsers參數(shù)調(diào)整會(huì)影響上行帶寬的占用，建議逐步調(diào)高noOfPucchSrUsers設(shè)置值。越區(qū)覆蓋需結(jié)合小區(qū)TA分布、覆蓋方向內(nèi)站點(diǎn)分布及覆蓋環(huán)境等來判

15、斷。 2.3.2 優(yōu)化案例2.3.2.1 LD32B37B_技師院2LD2 問題描述LTE劣化小區(qū)分析發(fā)現(xiàn)LD32B37B_技師院2LD2接通率低，接入異常體現(xiàn)在RRC建立階段。詳細(xì)如下表：區(qū)域日期小時(shí)分鐘小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無線接通率RRC建立成功率E-RAB建立成功率常州9月15日210LD32B37B54.074237.52159.11459.1399.974常州9月15日2115LD32B37B52.716266.47671.88371.93499.929常州9月15日2130LD32B37B51.595302.52985.97185.971100常州9月1

16、5日2145LD32B37B53.896332.34477.13377.133100常州9月15日220LD32B37B55.842331.02474.19874.23299.954常州9月15日2215LD32B37B44.389293.78390.34790.347100 問題分析查看小區(qū)RRC建立失敗cause為Lack Of Resources(缺少資源導(dǎo)致的RRC連接失敗)區(qū)域日期小時(shí)分鐘小區(qū)RRC授權(quán)超限承載準(zhǔn)入拒絕高負(fù)載超載無線進(jìn)程失敗未指定缺少資源常州9/15210LD32B37B0000202687常州9/152115LD32B37B0000001647常州9/152130L

17、D32B37B000000666常州9/152145LD32B37B0000301253常州9/15220LD32B37B0000301536常州9/152215LD32B37B000010384統(tǒng)計(jì)小區(qū)最大用戶數(shù)已超200，而小區(qū)實(shí)際定義的SRUSER數(shù)為200，小區(qū)實(shí)際承載的用戶數(shù)已超配置的SRUSER數(shù)導(dǎo)致RRC建立失敗。區(qū)域日期小時(shí)分鐘小區(qū)最大用戶數(shù)RRC平均用戶數(shù)常州9月15日210LD32B37B201169.744常州9月15日2115LD32B37B198180.361常州9月15日2130LD32B37B198177.889常州9月15日2145LD32B37B203185.

18、144常州9月15日220LD32B37B203191.772常州9月15日2215LD32B37B202147.422 優(yōu)化建議及效果擴(kuò)容SRUSER數(shù) 200-270，擴(kuò)容后RRC建立成功率提升至99%以上。2.4 RRC高負(fù)載2.4.1 分析方法在分析無線接通率指標(biāo)時(shí)，當(dāng)RRC失敗Cause為highload時(shí)，需檢查對應(yīng)站點(diǎn)的DUS主處理器MP負(fù)荷情況。當(dāng)系統(tǒng)MP負(fù)荷超過90%時(shí)，部分呼叫會(huì)被拒絕，并記為Reject due to highload。主處理器負(fù)荷情況通過以下的PDF分為11檔，當(dāng)瞬時(shí)MP負(fù)荷滿足一定區(qū)間標(biāo)準(zhǔn)，則對應(yīng)區(qū)間有采樣分布。PDF分布范圍如下:0: 0 = Cpu

19、 Load 20 %1: 20 = Cpu Load 30 %2: 30 = Cpu Load 40 %3: 40 = Cpu Load 50 %4: 50 = Cpu Load 60 %5: 60 = Cpu Load 70 %6: 70 = Cpu Load 80 %7: 80 = Cpu Load 85 %8: 85 = Cpu Load 90 %9: 90 = Cpu Load 95 %10:95 = Cpu Load如下圖為MP負(fù)荷分布，當(dāng)某個(gè)時(shí)刻采樣點(diǎn)在90 =MpLoad 95 %或95% =MpLoad時(shí)有計(jì)數(shù)，說明highload導(dǎo)致RRC建立失敗。而針對MP高負(fù)荷，主要檢查

20、基站有無異常告警，小區(qū)RRC連接請求數(shù)是否在短時(shí)間內(nèi)過多，上下行流量是否過大，是否有異常頻繁觸發(fā)的信令過程(如：頻繁發(fā)起切換請求)等。對于不同的觸發(fā)原因，再做有針對性的排查。2.4.2 優(yōu)化案例2.4.2.1 LD31E48_湖塘大潤發(fā)聯(lián)通LD無線接通率低問題 問題描述劣化小區(qū)處理時(shí)發(fā)現(xiàn)站點(diǎn)LD31E48_湖塘大潤發(fā)聯(lián)通LD三個(gè)小區(qū)的無線接通率從11月17日16點(diǎn)開始均變差，接入異常體現(xiàn)在RRC建立階段，詳細(xì)見下表：日期小時(shí)小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無線接通率RRC建立成功率(%)E-RAB建立成功率(%)11/1714LD31E48A27.052220.19299.55

21、99.6499.9111/1715LD31E48A24.21300.5699.5999.6399.9611/1716LD31E48A38.332210.59498.6998.9499.7511/1717LD31E48A17.261125.12798.2998.3999.911/1718LD31E48A19.429146.25598.598.5699.9411/1714LD31E48B23.876741.1699.8899.9699.9211/1715LD31E48B27.717203.67499.7110099.7111月17日16LD31E48B17.637132.67898.7498.99

22、99.75 問題分析進(jìn)一步查詢RRC連接失敗Cause統(tǒng)計(jì)，發(fā)現(xiàn)主要分布在RRC高負(fù)載和無線進(jìn)程失敗，其中RRC高負(fù)載占比91.5%，無線進(jìn)程原因占比8.5%，其他原因占比0%。日期小時(shí)小區(qū)RRC建立失敗數(shù)RRC授權(quán)超限RRC承載準(zhǔn)入拒絕RRC高負(fù)載RRC超載RRC無線進(jìn)程失敗RRC未指定RRC缺少資源11/1714LD31E48A3000030011/1715LD31E48A2000020011/1716LD31E48A230020030011/1717LD31E48A510047040011/1718LD31E48A490049000011/1714LD31E48B0000000011/1

23、715LD31E48B0000000011/1716LD31E48B290026030011/1717LD31E48B600053070011/1718LD31E48B630059040011/1714LD31E48C0000000011/1715LD31E48C2000020011/1716LD31E48C240024000011/1717LD31E48C550054010011/1718LD31E48C5800550300提取該基站接入指標(biāo)較差時(shí)段MP負(fù)荷指標(biāo)，發(fā)現(xiàn)基站從16點(diǎn)開始負(fù)荷突增，MP負(fù)荷出現(xiàn)超90%的采樣。MP Load14:0015:0016:0017:0018:00 0 =

24、 MP Load 20 %35735616740 20 = MP Load 30 %005110210 30 = MP Load 40 %00124156141 40 = MP Load 50 %001169161 50 = MP Load 60 %000319 60 = MP Load 70 %00034 70 = MP Load 80 %0011011 80 = MP Load 85 %00123 85 = MP Load 90 %00056 90 = MP Load 95 %0024595 = MP Load00000接下來，問題排查主要集中在MP負(fù)荷突增的誘因。檢查基站告警，無硬件故障

25、，且無其它告警紀(jì)錄。觀察該站點(diǎn)上行底噪變化情況，也正常。查看該站三個(gè)小區(qū)的用戶數(shù)變化情況，三個(gè)小區(qū)在問題時(shí)段最大用戶數(shù)都沒有超過50。日期小時(shí)分鐘小區(qū)最大用戶數(shù)小區(qū)最大用戶數(shù)小區(qū)最大用戶數(shù)11/16150LD31E48A33LD31E48B41LD31E48C2511/161515LD31E48A30LD31E48B40LD31E48C2811/161530LD31E48A30LD31E48B47LD31E48C3111/161545LD31E48A37LD31E48B41LD31E48C3211/16160LD31E48A29LD31E48B41LD31E48C3411/161615LD31

26、E48A30LD31E48B38LD31E48C3111/161630LD31E48A29LD31E48B39LD31E48C3111/161645LD31E48A31LD31E48B41LD31E48C3611/16170LD31E48A26LD31E48B44LD31E48C3011/161715LD31E48A30LD31E48B44LD31E48C3411/161730LD31E48A29LD31E48B44LD31E48C2211/161745LD31E48A29LD31E48B38LD31E48C24查看該站三個(gè)小區(qū)的上下行流量變化情況，也無明顯變化。時(shí)間小區(qū)空口上行業(yè)務(wù)量(MB)

27、空口下行業(yè)務(wù)量(MB)小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)1117_14:00A27.052220.192B23.876741.16C11.788111.5981117_15:00A24.21300.56B27.717203.674C10.36258.1991117_16:00A38.332210.594B17.637132.678C11.32799.8761117_17:00A17.261125.127B20.075129.568C16.02176.8761117_18:00A19.429146.255B31.984197.495C

28、19.946105.806進(jìn)一步查看基站歷史操作記錄，發(fā)現(xiàn)在11月17日16點(diǎn)27分修改cellIndividualOffsetEUtran為10。該參數(shù)和切換有關(guān)，修改該參數(shù)將會(huì)影響切換觸發(fā)評估。檢查該站點(diǎn)三個(gè)小區(qū)的切換指標(biāo)。其中B，C小區(qū)切入和切出申請次數(shù)從11月17日16時(shí)后增長非常明顯，如下圖所示： 這和LD31E48B-LD31E48C小區(qū)間的cellIndividualOffsetEUtran為10密切相關(guān)，增加了雙向切換的容易程度，參數(shù)設(shè)置異常導(dǎo)致小區(qū)間乒乓切換，切換次數(shù)激增導(dǎo)致MP負(fù)荷增大。 優(yōu)化建議及效果建議還原cellIndividualOffsetEUtran為0；提交參

29、數(shù)修改工單后于11月19日10點(diǎn)48分進(jìn)行了參數(shù)修改，修改后小區(qū)接入指標(biāo)和基站負(fù)荷都恢復(fù)正常，Mp Load1119_8:001119_9:001119_10:001119_11:001119_12:000 = Mp Load 20 %6619720035735620 = Mp Load 30 %2371151310030 = Mp Load 40 %37310040 = Mp Load 50 %1760050 = Mp Load 60 %8980060 = Mp Load 70 %1820070 = Mp Load 80 %2610080 = Mp Load 85 %1110085 = Mp

30、 Load 90 %1220090 = Mp Load 95 %3950095 = Mp Load000002.5 RRC超載 2.6 RRC/ERAB無線進(jìn)程失敗2.6.1 優(yōu)化思路無線進(jìn)程失敗Cause處理流程圖：2.6.2 告警檢查針對接通率劣化小區(qū)首先通過指令al查看站點(diǎn)即時(shí)告警、lga查看歷史告警，檢查小區(qū)是否存在影響接通率的相關(guān)硬件告警。對如下影響接通指標(biāo)的告警及時(shí)處理：告警類型處理建議Gigabit Ethernet Link Fault核查傳輸?shù)萐1ConnectionFailure(S1鏈路故障)Remote IP Address Unreachable(遠(yuǎn)端地址不可達(dá))He

31、artbeat Failure(脫管)HwFault(硬件故障)駐波檢查，更換硬件等VswrOverThreshold(駐波告警)Clock Calibration Expiry Soon（時(shí)鐘同步超時(shí)）板卡復(fù)位、檢查GPSNetwork Synch Time from GPS Missing(GPS故障)CalibrationFailure(天線校準(zhǔn))核查干擾、跳線等LinkFailure(RRU丟失或高誤碼)檢查光路和光模塊2.6.2.1 LF32D76C_印墅搬遷站2LF3l 問題描述LTE劣化小區(qū)分析中發(fā)現(xiàn)LF32D76C_印墅搬遷站2LF3無線接通率很差僅40%左右，在RRC和ERA

32、B建立階段均存在異常。日期小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無線接通率RRC建立成功率E-RAB建立成功率7/2LF32D76C66.1333303.66242.06172.50158.0147/3LF32D76C8.41238.12536.96764.98356.8877/4LF32D76C5.86831.82636.22565.22555.5387/5LF32D76C5.14524.78532.14258.31755.1167/6LF32D76C6.7755.57637.73764.04158.9257/7LF32D76C5.49815.55135.78363.10756.7

33、027/8LF32D76C11.523164.66851.60174.81968.967l 問題分析RRC建立失敗Cause： RRC無線進(jìn)程失敗日期小區(qū)RRC授權(quán)超限RRC承載準(zhǔn)入拒絕RRC高負(fù)載RRC超載RRC無線進(jìn)程失敗RRC未指定RRC缺少資源7/2LF32D76C0000989007/3LF32D76C00001861007/4LF32D76C0000870007/5LF32D76C0000641007/6LF32D76C0000621007/7LF32D76C0000975007/8LF32D76C000064700ERAB建立失敗Cause：eNODEB原因和無線進(jìn)程失敗小區(qū)日期

34、ERAB初始授權(quán)失敗ERAB后續(xù)授權(quán)失敗小區(qū)下行GBR過載Enb下行GBR過載小區(qū)上行GBR過載Enb上行GBR過載eNODEB原因初始無線進(jìn)程失敗后續(xù)無線進(jìn)程失敗LF32D76C7/200000042014660LF32D76C7/300000049421262LF32D76C7/400000032913490LF32D76C7/50000002709670LF32D76C7/60000002419210LF32D76C7/700000036113930LF32D76C7/80000002178800檢查告警發(fā)現(xiàn)站點(diǎn)存在校準(zhǔn) (CalibrationFailure)、鏈路丟失(LinkFai

35、lure)及服務(wù)降級(ServiceUnavailable)等多種告警。產(chǎn)生校準(zhǔn)告警CalibrationFailure的原因主要有：外部干擾和硬件故障。小區(qū)存在上行強(qiáng)干擾，上行PUSCH和PUCCH底噪分別為-90dBm、-93dBm且每PRB上均有強(qiáng)干擾，但周邊F頻段小區(qū)并無上行干擾，初步懷疑為小區(qū)硬件故障導(dǎo)致。通過共站小區(qū)間天饋、RRU互換等方式確認(rèn)為RRU故障，干擾隨RRU移動(dòng)。l 優(yōu)化建議及效果建議更換小區(qū)LF32D76C_印墅搬遷站2LF3的故障RRU。更換后，小區(qū)硬件告警消失，上行底噪降至-118dBm左右，無線接通率提升至99%以上。2.6.2.2 LD33C87_小河加油站L

36、Dl 問題描述LTE劣化小區(qū)分析中發(fā)現(xiàn)站點(diǎn)LD33C87_小河加油站LD的A/B小區(qū)的無線接通率僅80%左右偏低，C小區(qū)低于20%，接入性能很差，且在RRC和ERAB建立階段均異常。日期小時(shí)小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無線接通率RRC建立成功率E-RAB建立成功率10/136LD33C87A0.5666.95880.93387.06792.95410/137LD33C87A1.6655.66166.60377.9685.43210/138LD33C87A4.02313.85373.88582.17589.91210/139LD33C87A7.25526.88379.2768

37、8.10489.9810/1310LD33C87A7.98625.28755.26468.81680.30710/136LD33C87B1.86126.42993.82495.89897.83710/137LD33C87B1.09120.69782.29387.21594.35710/138LD33C87B1.6064.69671.76876.40393.93310/139LD33C87B2.1816.19881.57787.11693.64210/1310LD33C87B1.7483.27385.45589.70695.26210/136LD33C87C0.1620.18547.40262.

38、95575.29410/137LD33C87C0.0280.05726.33347.44455.50410/138LD33C87C0.0030.00714.2937.00838.61410/139LD33C87C0.0020.00511.64527.14442.90210/1310LD33C87C0.0040.00510.2128.43435.907l 問題分析RRC建立失敗Cause： RRC無線進(jìn)程失敗日期小時(shí)小區(qū)RRC授權(quán)超限RRC承載準(zhǔn)入拒絕RRC高負(fù)載RRC超載RRC無線進(jìn)程失敗RRC未指定RRC缺少資源10/136LD33C87A0000310010/137LD33C87A0000

39、750010/138LD33C87A0000960010/139LD33C87A0000560010/1310LD33C87A00003300010/136LD33C87B000070010/137LD33C87B0000250010/138LD33C87B0000680010/139LD33C87B0000250010/1310LD33C87B0000170010/136LD33C87C00002560010/137LD33C87C00005560010/138LD33C87C00004820010/139LD33C87C00006920010/1310LD33C87C000055000ER

40、AB建立失敗Cause：eNODEB原因和無線進(jìn)程失敗小區(qū)日期ERAB初始授權(quán)失敗ERAB后續(xù)授權(quán)失敗小區(qū)下行GBR過載Enb下行GBR過載小區(qū)上行GBR過載Enb上行GBR過載eNODEB原因初始無線進(jìn)程失敗后續(xù)無線進(jìn)程失敗LD33C87A10/130000007745063LD33C87B10/13000000102601LD33C87C10/130000004274031檢查告警站點(diǎn)存在時(shí)鐘同步超時(shí)告警(Clock Calibration Expiry Soon)時(shí)鐘同步問題導(dǎo)致該站點(diǎn)及周邊D頻段小區(qū)均有強(qiáng)上行干擾。區(qū)域日期小時(shí)小區(qū)上行干擾電平(dBm)PUCCH上行干擾電平(dBm)常

41、州10月13日10LD33C66A-90-93.006常州10月13日10LD33C66B-96.391-102.622常州10月13日10LD33C66C-92.607-101.557常州10月13日10LD33C87A-92.974-93.006常州10月13日10LD33C87B-93-93.006常州10月13日10LD33C87C-92.952-93.009常州10月13日10LD33E03A-102.735-110.968常州10月13日10LD33E03B-90-93.006常州10月13日10LD33E03C-92.974-102.117常州10月13日10LD33E16A-9

42、0.018-93.006常州10月13日10LD33E16B-101.417-102.957常州10月13日10LD33E16C-91.049-93.006l 優(yōu)化建議及效果建議進(jìn)站處理時(shí)鐘同步超時(shí)告警。告警清除后，干擾消失，站點(diǎn)無線接通率恢復(fù)至99%以上。2.6.3 干擾優(yōu)化針對無硬件告警的接通率劣化小區(qū)，需結(jié)合上行PUSCH底噪和上行PUSCH SINR判斷是否上行干擾導(dǎo)致。當(dāng)上行PUSCH底噪高于-105dBm且PUSCH SINR低于2時(shí)，可初步判定為上行干擾導(dǎo)致的接入性能劣化，后續(xù)進(jìn)行干擾排查，詳見章節(jié)5。2.6.3.1 LF31D77B_蔣家塘LF2l 問題描述LTE劣化小區(qū)分析中

43、發(fā)現(xiàn)小區(qū)LF31D77B_蔣家塘LF2無線接通率僅93%左右偏低，RRC建立階段異常，詳細(xì)如下表：日期小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無線接通率RRC建立成功率E-RAB建立成功率8/15LF31D77B33.182416.03693.38595.83797.4418/16LF31D77B18.683141.07293.72596.26697.3618/17LF31D77B28.123299.46593.07594.96798.0078/18LF31D77B34.147209.27194.86496.32698.4828/19LF31D77B29.731307.05393.46

44、294.9898.4028/20LF31D77B30.715232.66293.63695.35998.193l 問題分析 檢查小區(qū)RRC建立失敗Cause均為RRC無線進(jìn)程失敗。區(qū)域日期小區(qū)RRC授權(quán)超限RRC承載準(zhǔn)入拒絕RRC高負(fù)載RRC超載RRC無線進(jìn)程失敗RRC未指定RRC缺少資源常州8/14LF31D77B000044800常州8/15LF31D77B000030100常州8/16LF31D77B000025800常州8/17LF31D77B000048700常州8/18LF31D77B000028900常州8/19LF31D77B000038000常州8/20LF31D77B000037800檢查站點(diǎn)無硬件告警。小區(qū)上行PUSCH和PUCCH底噪分別為-99dBM、-93dBm，同時(shí)小區(qū)的上行PUSCH SINR很差僅0左右，初步懷疑小區(qū)的性能下降是上行強(qiáng)干擾導(dǎo)致。統(tǒng)計(jì)每PRB上的底噪發(fā)現(xiàn)，強(qiáng)干擾主要集中在低頻段上，隨著頻段增加干擾逐漸下降，具體見下圖：從每PRB上行干擾分析，初步懷疑為DCS1800對LTE站點(diǎn)的雜散干擾，嘗試閉鎖共站1800小區(qū)，閉鎖后低頻段的上行強(qiáng)干擾消失，具體見下圖：l 優(yōu)化建議及效果LF3