愛(ài)立信TD-LTE網(wǎng)絡(luò)KPI差小區(qū)優(yōu)化與處理-楊錫繼

1、愛(ài)立信TD-LTE網(wǎng)絡(luò)KPI差小區(qū)優(yōu)化與處理單位：無(wú)錫移動(dòng)日期：2015.121. KPI介紹3. 案例分享2. 分析流程接入性能保持性能完整性能移動(dòng)性能-RRC連接建立-S1信令建立-E-RAB建立-E-RAB釋放-UE上下文釋放-時(shí)延-吞吐率-丟包率- eNB內(nèi)切換-X2切換-S1切換概述3無(wú)線接通率-指標(biāo)定義p 一個(gè)完整的呼叫建立首先會(huì)觸發(fā)RRC的建立，RRC建立成功后進(jìn)入ERAB的建立流程，故無(wú)線接通率定義為RRC建立成功率*ERAB建立成功率RRC建立成功率= RRC建立成功次數(shù)/ RRC建立請(qǐng)求次數(shù)*100%；ERAB建立成功率=ERAB建立成功次數(shù)/ ERAB建立請(qǐng)求次數(shù)*100

2、%；RRC建立成功率=pmRrcConnEstabSucc/pmRrcConnEstabAttE-RAB建立成功率= (pmErabEstabSuccInit+pmErabEstabSuccAdded)/(pmErabEstabAttInit+pmErabEstabAttAdded)指標(biāo)名稱(chēng)指標(biāo)名稱(chēng)指標(biāo)說(shuō)明指標(biāo)說(shuō)明RRC建立請(qǐng)求建立請(qǐng)求次數(shù)次數(shù)eNB接收到UE發(fā)送的“RRC連接請(qǐng)求”(RRCConnectionRequest)消息RRC建立成功建立成功次數(shù)次數(shù)eNB接收到UE發(fā)送的“RRC連接建立完成”(RRCConnectionSetupComplete)消息ERAB建立請(qǐng)建立請(qǐng)求次數(shù)求次數(shù)

3、eNB接收到MME發(fā)來(lái)的“初始上下文建立請(qǐng)求消息”(INITIAL CONTEXT SETUP REQUEST)或 “E-RAB建立請(qǐng)求”(E-RAB SETUP REQUEST)消息。ERAB建立成建立成功次數(shù)功次數(shù)eNB向MME發(fā)送“初始上下文建立響應(yīng)”(INITIAL CONTEXT SETUP RESPONSE)消息或“E-RAB建立響應(yīng)”(E-RAB SETUP RESPONSE)消息。4p RRC連接建立流程：連接建立流程：l UE收到隨機(jī)接入響應(yīng)后，根據(jù)MSG2的TA調(diào)整上行發(fā)送時(shí)機(jī)，向eNB發(fā)送RRCConnectionRequest消息l eNB向UE發(fā)送RRCConnect

4、ionSetup消息，包含建立SRB1承載信息和無(wú)線資源配置信息；l UE完成SRB1承載和無(wú)線資源配置，向eNB發(fā)送RRCConnectionSetupComplete消息，攜帶上行NAS層信息，如Attach request、Service Request信息等。p 初始初始ERAB建立流程：建立流程：l MME向eNB發(fā)送INITIAL CONTEXT SETUP REQUEST消息，請(qǐng)求建立承載，攜帶NAS層信息，如Attach Accept等消息；l eNB接收到INITIAL CONTEXT SETUP REQUEST消息，如果不包含UE能力信息，則eNB向UE發(fā)送UECapabi

5、lityEnquiry消息，查詢UE能力；l UE向eNB發(fā)送UECapabilityInformation消息，報(bào)告UE能力信息；l eNB向MME發(fā)送UE CAPABILITY INFO INDICATION消息，更新MME的UE能力信息；l eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息，向UE發(fā)送 SecurityModeCommand消息，進(jìn)行安全激活；l UE向eNB發(fā)送SecurityModeComplete消息，表示安全激活完成；l eNB根據(jù)INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息，向UE

6、發(fā)送RRCConnectionReconfiguration消息進(jìn)行UE資源重配，包括重配SRB1和無(wú)線資源配置，建立SRB2、DRB等；l UE向eNB發(fā)送RRCConnectionReconfigurationComplete消息，表示資源配置完成；l eNB向MME發(fā)送INITIAL CONTEXT SETUP RESPONSE響應(yīng)消息，表明UE上下文建立完成信令流程信令流程無(wú)線接通率-信令分解5p 針對(duì)無(wú)線接通率劣化小區(qū)，首先通過(guò)話統(tǒng)分析小區(qū)接通失敗發(fā)生在哪一階段：RRC建立、ERAB建立，亦或兩階段均存在異常。并查看異常階段的CAUSE值。無(wú)線接通率-Cause分析RRC建立失敗Ca

7、use對(duì)應(yīng)統(tǒng)計(jì)對(duì)象RRC授權(quán)超限連接用戶數(shù)lisence缺失導(dǎo)致的RRC連接建立失敗數(shù)RRC高負(fù)載當(dāng)基站中的負(fù)載控制功能指示高負(fù)載(Highload)時(shí), RRC連接建立拒絕數(shù)RRC超載當(dāng)基站中的負(fù)載控制功能指示過(guò)載(Overload)時(shí), RRC連接建立拒絕數(shù)RRC缺少資源由于資源缺失導(dǎo)致的RRC連接建立失敗數(shù)。RRC承載準(zhǔn)入拒絕所有UE承載在承載準(zhǔn)入時(shí)被拒絕導(dǎo)致的RRC連接建立失敗數(shù)RRC無(wú)線進(jìn)程失敗因無(wú)線進(jìn)程失敗導(dǎo)致的RRC連接建立失敗數(shù)RRC未指定未詳細(xì)說(shuō)明原因的RRC連接建立失敗數(shù)p RRC建立失敗建立失敗CAUSEp ERAB建立失敗建立失敗CAUSEERAB建立失敗Cause對(duì)應(yīng)

8、統(tǒng)計(jì)對(duì)象小區(qū)下行GBR過(guò)載小區(qū)下行GBR過(guò)載導(dǎo)致的ERAB建立失敗數(shù)Enb下行GBR過(guò)載eNodeB下行GBR過(guò)載導(dǎo)致的ERAB建立失敗數(shù)小區(qū)上行GBR過(guò)載小區(qū)上行GBR過(guò)載導(dǎo)致的ERAB建立失敗數(shù)Enb上行GBR過(guò)載eNodeB上行GBR過(guò)載導(dǎo)致的ERAB建立失敗數(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ù)初始無(wú)線進(jìn)程失敗因無(wú)線口進(jìn)程導(dǎo)致的初始ERAB建立失敗后續(xù)無(wú)線進(jìn)程失敗因無(wú)線口進(jìn)程導(dǎo)致的后續(xù)ERAB建立失敗6p 現(xiàn)網(wǎng)無(wú)線接入失敗Caus

9、e比例分析無(wú)線接通率-Cause分析 RRC建立失敗的Cause主要為無(wú)線進(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建立失敗的Cause主要為eNODEB的原因，占比達(dá)72.04%；其次為初始、后續(xù)的無(wú)線進(jìn)程失敗，比例為27.96%；無(wú)GBR過(guò)載及授權(quán)失敗導(dǎo)致的ERAB建立失敗7無(wú)線接通率失敗分析p RRC/ERAB建立失敗原因：無(wú)線進(jìn)程失敗通過(guò)CTR解析發(fā)現(xiàn)ERAB建立失敗Cause（eNODEB原因和無(wú)線進(jìn)程失敗）均反映在無(wú)線

10、口的信令上。l 即UE未收到eNODEB下發(fā)的信令”UE Capability Enquiry、“Security Mode Command和RRC Connection Reconfiguration；l 或者eNB端未收到UE上發(fā)的”UE Capability Information、“Security Mode Complete和RRC Connection Reconfiguration Complete。上圖為UE未收到eNODEB下發(fā)的信令RRC Connection Reconfiguration或eNB端未收到UE上發(fā)的RRC Connection Reconfiguratio

11、n Complete而導(dǎo)致的ERAB建立失敗，此處ERAB建立失敗Cause被記為eNODEB原因8下圖為UE未收到eNODEB下發(fā)的信令Security Mode Command或eNB端未收到UE上發(fā)的Security Mode Complete而導(dǎo)致的ERAB建立失敗，此處ERAB建立失敗Cause被記為無(wú)線進(jìn)程失敗下圖為UE未收到eNODEB下發(fā)的信令UE Capability Enquiry或eNB端未收到UE上發(fā)的UE Capability Information而導(dǎo)致ERAB建立失敗，此處ERAB建立失敗Cause被記為eNODEB原因無(wú)線接通率失敗分析9p 從現(xiàn)場(chǎng)KPI指標(biāo)分析

12、的結(jié)果中，我們得到的數(shù)據(jù)是告警、覆蓋、容量、干擾是影響接入的主要因素，其中RRC/ERAB無(wú)線進(jìn)程失敗的處理流程如下：無(wú)線接通率-處理流程覆蓋6%干擾84%告警7%參數(shù)3%其他0%傳輸0%覆蓋干擾告警參數(shù)其他傳輸?shù)徒油试蚪y(tǒng)計(jì) 主要原因?yàn)樯闲懈蓴_和硬件告警兩類(lèi)，其中上行干擾大約占到84%左右10p 告警告警檢查檢查：針對(duì)接通率劣化小區(qū)首先通過(guò)指令al查看站點(diǎn)即時(shí)告警、lga查看歷史告警，檢查小區(qū)是否存在影響接通率的相關(guān)硬件告警。告警類(lèi)型處理建議Gigabit Ethernet Link Fault核查傳輸?shù)萐1ConnectionFailure(S1鏈路故障)Remote IP Addres

13、s Unreachable(遠(yuǎn)端地址不可達(dá))Heartbeat Failure(脫管)HwFault(硬件故障)駐波檢查，更換硬件等VswrOverThreshold(駐波告警)Clock Calibration Expiry Soon（時(shí)鐘同步超時(shí)）板卡復(fù)位、檢查GPSNetwork Synch Time from GPS Missing(GPS故障)CalibrationFailure(天線校準(zhǔn))核查干擾、跳線等LinkFailure(RRU丟失或高誤碼)檢查光路和光模塊無(wú)線接通率-處理流程11無(wú)線接通率-案例1區(qū)域小區(qū)日期RRC建立成功率RRC建立失敗次數(shù)類(lèi)別分析過(guò)程處理方法地市反饋Ji

14、angyinL42661B2014/10/1091.841677干擾上行干擾-100dBm左右,干擾集中在前20個(gè)PRB，同站三個(gè)小區(qū)均如此，需排查干擾已確定是共站1800干擾，已通知代維安裝CSFU。10日安裝CSFU后指標(biāo)恢復(fù)正常，RRC建立成和EARB建立幾乎達(dá)到100% 共站址DCS1800小區(qū)雜散干擾導(dǎo)致RRC&ERAB建立失敗l 愛(ài)立信CSFU主要應(yīng)用場(chǎng)景是DCS1800和TD-L合路設(shè)備，隔離和濾波性能較高，目前作為共址站時(shí)1800M雜散干擾的排除利器。CSFU:共站合路濾波器12無(wú)線接通率-案例2u Cause:Lack Of Resources是資源缺失而導(dǎo)致的RRC

15、建立失敗，遇到此類(lèi)問(wèn)題，需檢查對(duì)應(yīng)小區(qū)異常時(shí)段的“最大用戶數(shù)”統(tǒng)計(jì)和當(dāng)前小區(qū)配置的SR用戶數(shù)。登陸OSS網(wǎng)管利用Amos獲取對(duì)應(yīng)小區(qū)SR用戶數(shù)的配置p 當(dāng)實(shí)際的最大用戶數(shù)小區(qū)配置noOfPucchSrUsers數(shù)值時(shí)，可能會(huì)出現(xiàn)Cause為L(zhǎng)ack Of Resources的RRC失敗計(jì)數(shù) 首先需考慮小區(qū)是否存在越區(qū)吸收多余用戶，如小區(qū)無(wú)越區(qū)則可以通過(guò)調(diào)大noOfPucchSrUsers來(lái)改善RRC連接建立成功率，由于noOfPucchSrUsers參數(shù)調(diào)整會(huì)影響上行帶寬的占用，建議逐步調(diào)高noOfPucchSrUsers設(shè)置值。 越區(qū)覆蓋需結(jié)合小區(qū)TA分布、覆蓋方向內(nèi)站點(diǎn)分布及覆蓋環(huán)境等來(lái)判

16、斷13 問(wèn)題描述問(wèn)題描述LTE劣化小區(qū)分析發(fā)現(xiàn)LD42B37B_工業(yè)學(xué)校LD2接通率低，接入異常體現(xiàn)在RRC建立階段區(qū)域日期小時(shí)分鐘小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無(wú)線接通率RRC建立成功率E-RAB建立成功率無(wú)錫9月15日210LD42B37B54.074237.52159.11459.1399.974無(wú)錫9月15日2115LD42B37B52.716266.47671.88371.93499.929無(wú)錫9月15日2130LD42B37B51.595302.52985.97185.971100無(wú)錫9月15日2145LD42B37B53.896332.34477.13377.1

17、33100無(wú)錫9月15日220LD42B37B55.842341.02474.19874.23299.954無(wú)錫9月15日2215LD42B37B44.389293.78390.34790.347100 問(wèn)題分析問(wèn)題分析查看小區(qū)RRC建立失敗cause為L(zhǎng)ack Of Resources(缺少資源導(dǎo)致的RRC連接失敗)區(qū)域日期小時(shí)分鐘小區(qū)RRC授權(quán)超限承載準(zhǔn)入拒絕高負(fù)載超載無(wú)線進(jìn)程失敗未指定缺少資源無(wú)錫9/15210LD42B37B0000202687無(wú)錫9/152115LD42B37B0000001647無(wú)錫9/152130LD42B37B000000666無(wú)錫9/152145LD42B37

18、B0000301253無(wú)錫9/15220LD42B37B0000301536無(wú)錫9/152215LD42B37B000010384無(wú)線接通率-案例214 統(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ù)無(wú)錫9月15日210LD42B37B201169.744無(wú)錫9月15日2115LD42B37B198180.361無(wú)錫9月15日2130LD42B37B198177.889無(wú)錫9月15日2145LD42B37B203185.144無(wú)錫9月15日220LD42B37B

19、203191.772無(wú)錫9月15日2215LD42B37B202147.422 優(yōu)化建議及效果擴(kuò)容SRUSER數(shù) 200-270，擴(kuò)容后RRC建立成功率提升至99%以上無(wú)線接通率-案例215無(wú)線掉線率-指標(biāo)定義p 無(wú)線掉線率反映了系統(tǒng)的業(yè)務(wù)保持能力，也反映了系統(tǒng)的穩(wěn)定性和可靠性。無(wú)線掉線率=（eNB請(qǐng)求釋放上下文數(shù)-正常的eNB請(qǐng)求釋放上下文數(shù)）/ （初始上下文建立成功次數(shù)+遺留上下文個(gè)數(shù)）*100%無(wú)線掉線率= pmUeCtxtRelAbnormalEnbAct/(pmUeCtxtEstabSucc+pmErabLevRopStartQci_9)指標(biāo)名稱(chēng)指標(biāo)說(shuō)明eNB請(qǐng)求釋放上下文數(shù)eNB向

20、MME發(fā)送“UE 上下文釋放請(qǐng)求”（UE CONTEXT RELEASE REQUEST）消息或者S1 Reset消息中包含的上下文個(gè)數(shù)，每個(gè)原因?qū)?yīng)一個(gè)子測(cè)量項(xiàng)，其中正常釋放的原因包括：User Inactivity, CS Fallback triggered, Inter-RAT Redirection等。正常的eNB請(qǐng)求釋放上下文數(shù)初始上下文建立成功次數(shù)eNB向MME發(fā)送“初始上下文建立響應(yīng)”（INITIAL CONTEXT SETUP RESPONSE）消息。遺留上下文個(gè)數(shù)當(dāng)采集周期結(jié)束時(shí)，測(cè)量當(dāng)前小區(qū)已經(jīng)存在的UE CONTEXT個(gè)數(shù)。p TD-LTE的掉線定義，是在UE完成“RR

21、CConnectionReconfigurationComplete”后，處于連接態(tài)且在UL/DL BUFFER中含有DATA時(shí)，由于硬件故障、干擾、覆蓋等原因?qū)е碌腢E上下行失步，且觸發(fā)重建失敗的過(guò)程16無(wú)線掉線率-CAUSEp 針對(duì)無(wú)線掉線率劣化小區(qū)，首先分析小區(qū)具體掉線Cause，依據(jù)Cause尋求解決方案。下圖為L(zhǎng)TE掉線Cause圖掉線Cause對(duì)應(yīng)統(tǒng)計(jì)對(duì)象小區(qū)閉鎖由于人為閉鎖小區(qū)而導(dǎo)致的UE上下文異常釋放切換失敗因執(zhí)行切換失敗、UE失聯(lián)而導(dǎo)致的UE上下文異常釋放S1接口故障因S1接口丟失、S1承載錯(cuò)誤指示、SGW失敗等引發(fā)的UE上下文異常釋放UE丟失因無(wú)線連接狀態(tài)下的UE丟失導(dǎo)致的

22、UE上下文異常釋放預(yù)清空由于預(yù)清空導(dǎo)致的UE上下文異常釋放17TOP小區(qū)分析掉線原因切換失敗導(dǎo)致掉線切換分析UE丟失原因分析弱覆蓋高干擾鄰區(qū)丟失或切換參數(shù)設(shè)置不合理切換準(zhǔn)備失敗導(dǎo)致掉線原因分析目標(biāo)小區(qū)沒(méi)有l(wèi)icense，接入被拒絕目標(biāo)小區(qū)故障準(zhǔn)入失敗其他原因原因分析S1接口故障RRU 故障小區(qū)閉鎖終端上報(bào)異常預(yù)清空正常釋放原因分析-定時(shí)釋放-Detach釋放-切換成功非正常釋放切換失敗無(wú)線掉線率-掉線問(wèn)題定位18無(wú)線掉線率-處理流程 無(wú)錫愛(ài)立信LTE掉線Cause主要為UE丟失占比達(dá)87.14%；其次為切換引發(fā)，占比12.78%；小區(qū)人為閉鎖、S1接口故障及預(yù)清空等掉線Cause僅占比0.07

23、% 目前現(xiàn)網(wǎng)無(wú)線接通率差小區(qū)原因，主要為上行干擾和硬件告警兩類(lèi)，其中上行干擾大約占到60%左右，告警占到18%左右。在無(wú)線掉線Cause項(xiàng)中有一類(lèi)原因?yàn)閁E lost的失敗統(tǒng)計(jì)占比最高，該統(tǒng)計(jì)是表征當(dāng)基站檢測(cè)到EUTRAN和UE之間的無(wú)線鏈路連接發(fā)生故障而導(dǎo)致的掉線，遇到此類(lèi)問(wèn)題，我們建議按照以下流程進(jìn)行問(wèn)題排查。19無(wú)線掉線率-排查流程p 告警檢查針對(duì)劣化小區(qū)首先通過(guò)指令al查看站點(diǎn)即時(shí)告警、lga查看歷史告警，檢查小區(qū)是否存在影響掉線率的相關(guān)硬件告警。告警類(lèi)型處理建議Gigabit Ethernet Link Fault核查傳輸?shù)萐1ConnectionFailure(S1鏈路故障)Rem

24、ote IP Address Unreachable(遠(yuǎn)端地址不可達(dá))Heartbeat Failure(脫管)HwFault(硬件故障)駐波檢查，更換硬件等VswrOverThreshold(駐波告警)Clock Calibration Expiry Soon（時(shí)鐘同步超時(shí)）板卡復(fù)位、檢查GPSNetwork Synch Time from GPS Missing(GPS故障)CalibrationFailure(天線校準(zhǔn))核查干擾、跳線等LinkFailure(RRU丟失或高誤碼)檢查光路和光模塊p 干擾排查針對(duì)無(wú)硬件告警的接通率劣化小區(qū)，需結(jié)合上行PUSCH底噪和上行PUSCH SINR

25、判斷是否上行干擾導(dǎo)致。當(dāng)上行PUSCH底噪高于-105dBm且PUSCH SINR低于2時(shí)，可初步判定為上行干擾導(dǎo)致的接入性能劣化，后續(xù)進(jìn)行干擾排查20p 如排除了告警、干擾等可能因素外，可對(duì)劣化小區(qū)進(jìn)行覆蓋分析。目前影響掉線指標(biāo)惡化的覆蓋因素主要分為：越區(qū)覆蓋，弱覆蓋和重疊覆蓋。對(duì)于這三類(lèi)覆蓋問(wèn)題，分析時(shí)需綜合考慮以下信息無(wú)線掉線率-排查流程1)無(wú)線測(cè)量結(jié)果信息： a)反映UE和基站距離的TA分布； b)下行覆蓋場(chǎng)強(qiáng)RSRP分布； c)下行信道質(zhì)量CQI分布；2)劣化小區(qū)所處位置及周邊站點(diǎn)的分布等信息；3)CTR信令跟蹤所表征的實(shí)時(shí)信息；取得以上這些信息，綜合判斷小區(qū)是否存在越區(qū)、弱覆蓋等現(xiàn)

26、象。21無(wú)線掉線率-排查流程 基于無(wú)線測(cè)量結(jié)果分布的判斷通過(guò)小區(qū)服務(wù)UE的TA均值、TA分布，結(jié)合覆蓋方向的LTE站點(diǎn)站間距分布，綜合判斷小區(qū)是否存在越區(qū)現(xiàn)象。如TA均值較大，或大TA值占比較高，則可能需要檢查該小區(qū)覆蓋方向的站間距分布情況，如果平均TA明顯大于站間距，則可能存在越區(qū)覆蓋?；蛘呔瞪锌?，但特定的大TA采樣占一定比重，也有可能存在越區(qū)嫌疑。通過(guò)下行覆蓋RSRP及信道質(zhì)量CQI分布及均值計(jì)算判斷小區(qū)是否存在弱覆蓋。如RSRP/CQI均值較小，或均值尚可，部分特定低RSRP和低CQI采樣占比較高，則可能存在弱覆蓋嫌疑。 基于CTR信令跟蹤的判斷可通過(guò)工具對(duì)特定小區(qū)劣化時(shí)段的CTR進(jìn)行

27、解析，獲取特定時(shí)段、小區(qū)的UE LOST信令信息，包括UE lost前的測(cè)量TA值、下行的RSRP/CQI及上行的SINR值。判別小區(qū)是否存在越區(qū)、弱覆蓋的嫌疑22無(wú)線掉線率-案例 問(wèn)題描述：LTE劣化小區(qū)分析中發(fā)現(xiàn)LD41C65B_橫林2無(wú)線掉線率偏高日期小時(shí)小區(qū)空口上行業(yè)務(wù)量(MB)空口下行業(yè)務(wù)量(MB)無(wú)線掉線率無(wú)線掉線次數(shù)9/2211LD41C65B6.75330.44.483399/2212LD41C65B9.12140.3513.971339/2213LD41C65B5.57529.6612.941229/2214LD41C65B3.61519.8966.965569/2215LD

28、41C65B2.78513.0773.177219/2216LD41C65B5.18317.6485.205479/2217LD41C65B5.97224.3563.598439/2218LD41C65B7.13828.8071.485219/2219LD41C65B6.66125.8124.207659/2220LD41C65B3.83614.1484.179429/2221LD41C65B2.9926.7154.30128 問(wèn)題分析：LD41C65B掉線Cause為UE丟失日期小時(shí)小區(qū)無(wú)線掉線次數(shù)小區(qū)閉鎖切換S1接口故障UE丟失預(yù)清空9/2211LD41C65B390003909/2212

29、LD41C65B330003309/2213LD41C65B220002209/2214LD41C65B560005609/2215LD41C65B210002109/2216LD41C65B470004709/2217LD41C65B430004309/2218LD41C65B210002109/2219LD41C65B650006509/2220LD41C65B420004209/2221LD41C65B2800028023無(wú)線掉線率-案例 檢查站點(diǎn)無(wú)硬件告警 小區(qū)存在較強(qiáng)的上行干擾，上行PUSCH和PUCCH底噪為-99dBm、-93dBm，初步懷疑LD41C65B的高掉線是上行干擾導(dǎo)致

30、的 統(tǒng)計(jì)每PRB干擾發(fā)現(xiàn)小區(qū)全頻段均存在較強(qiáng)干擾，初步排除共站GSM900/1800或TD的雜散、諧波干擾。 LD41C65站點(diǎn)為D頻段，周邊站點(diǎn)均為F頻段，F(xiàn)頻段站點(diǎn)上行PUSCH和PUCCH底噪均在-118dBm左右，無(wú)上行干擾。懷疑干擾源為站點(diǎn)本身24無(wú)線掉線率-案例檢查小區(qū)幀偏移設(shè)置發(fā)現(xiàn)framestartoffset=0，而現(xiàn)網(wǎng)D頻段站點(diǎn)的幀偏移framestartoffset均設(shè)置為700000ns。明顯站點(diǎn)LD41C65的幀偏移設(shè)置有誤導(dǎo)致的上行強(qiáng)干擾修改站點(diǎn)LD41C65的幀偏移framestartoffset 0-700000us。幀偏移framestartoffset調(diào)整后

31、，上行強(qiáng)干擾消失，無(wú)線掉線率恢復(fù)正常25切換成功率-指標(biāo)定義p 切換成功率是系統(tǒng)移動(dòng)性管理性能的重要指標(biāo)。切換成功率=（eNB間S1切換出成功次數(shù)+ eNB間X2切換出成功次數(shù)+ eNB內(nèi)切換出成功次數(shù)）/（eNB間S1切換出請(qǐng)求次數(shù)+ eNB間X2切換出請(qǐng)求次數(shù)+ eNB內(nèi)切換出請(qǐng)求次數(shù)）*100%中文名稱(chēng)觸發(fā)點(diǎn)eNB間S1切換出請(qǐng)求次數(shù)源eNB向MME發(fā)送的“切換請(qǐng)求”消息（HANDOVER REQUIRED），指示eNB間通過(guò)S1接口的切換出準(zhǔn)備請(qǐng)求。eNB間S1切換出成功次數(shù)源eNB收到MME發(fā)送的“UE上下文釋放命令”消息（UE CONTEXT RELEASE COMMAND），指示

32、eNB間通過(guò)S1接口的切換出執(zhí)行成功。eNB間X2切換出請(qǐng)求次數(shù)源eNB向目標(biāo)eNB發(fā)送的“切換請(qǐng)求”消息（HANDOVER REQUEST），指示eNB間通過(guò)X2接口的切換出準(zhǔn)備請(qǐng)求。eNB間X2切換出成功次數(shù)源eNB收到目標(biāo)eNB發(fā)送的“UE上下文釋放”消息（UE CONTEXT RELEASE），指示eNB間通過(guò)X2接口的切換出執(zhí)行成功。eNB內(nèi)切換出請(qǐng)求次數(shù)eNB向UE發(fā)送攜帶mobilityControlInfo 的“RRC連接重配置”消息（RRCConnectionReconfiguration），指示eNB內(nèi)小區(qū)間切換出請(qǐng)求。eNB內(nèi)切換出成功次數(shù)eNB收到UE發(fā)送的“RRC連接

33、重配置完成”消息（RRCConnectionReconfigurationComplete），指示eNB內(nèi)小區(qū)間切換出成功。26l Measurement Control測(cè)量控制，一般在初始接入或上一次切換命令中的重配消息里攜帶l Measurement Report測(cè)量報(bào)告，終端根據(jù)當(dāng)前小區(qū)的測(cè)量控制信息，將符合切換門(mén)限的小區(qū)進(jìn)行上報(bào)l HO Request源小區(qū)在收到測(cè)量報(bào)告后向目標(biāo)小區(qū)申請(qǐng)資源及配置信息（站內(nèi)切換的話為站內(nèi)交互，站間切換會(huì)使用X2口或者S1口，優(yōu)先使用X2口）l HO Request Ack目標(biāo)小區(qū)將終端的接納信息以及其它配置信息反饋給源小區(qū)l RRC Connectio

34、n Reconfiguration將目標(biāo)小區(qū)的接納信息及配置信息發(fā)給終端，告知終端目標(biāo)小區(qū)已準(zhǔn)備好終端接入，重配消息里包含目標(biāo)小區(qū)的測(cè)量控制l SN Status Transfer源小區(qū)將終端業(yè)務(wù)的緩存數(shù)據(jù)移至目標(biāo)小區(qū)l Random Access Preamble終端收到第5步重配消息（切換命令）后使用重配消息里的接入信息進(jìn)行接入l Random Access Response目標(biāo)小區(qū)接入響應(yīng)，收到此命令后可認(rèn)為接入完成了，然后終端在RRC層上發(fā)重配完成消息（第9步）l RRC Connect Reconfiguration complete（HO Confirm）上報(bào)重配完成消息，切換完成

35、l Release Resource當(dāng)終端成功接入后，目標(biāo)小區(qū)通知源小區(qū)刪除終端的上下文信息切換成功率-切換流程27p 按照實(shí)際情況，切換可分為eNb站內(nèi)切換，X2口切換以及S1口切換切換成功率-切換類(lèi)型 站內(nèi)切換：站內(nèi)切換過(guò)程比較簡(jiǎn)單，由于切換源和目標(biāo)都在一個(gè)小區(qū)，所以基站在內(nèi)部進(jìn)行判決，并且不需要向核心網(wǎng)申請(qǐng)更換數(shù)據(jù)傳輸路徑。28 X2切換：用于建立X2口連接的鄰區(qū)間切換，在接到測(cè)量報(bào)告后需要先通過(guò)X2口向目標(biāo)小區(qū)發(fā)送切換申請(qǐng)（切換流程第3步），得到目標(biāo)小區(qū)反饋后（切換流程第4步）才會(huì)向終端發(fā)送切換命令，并向目標(biāo)測(cè)發(fā)送帶有數(shù)據(jù)包緩存、數(shù)據(jù)包緩存號(hào)等信息的SNStatus Transfer消

36、息，待UE在目標(biāo)小區(qū)接入后，目標(biāo)小區(qū)會(huì)向核心網(wǎng)發(fā)送路徑更換請(qǐng)求，目的是通知核心網(wǎng)將終端的業(yè)務(wù)轉(zhuǎn)移到目標(biāo)小區(qū)，X2切換優(yōu)先級(jí)大于S1切換。切換成功率-切換類(lèi)型29切換成功率-切換類(lèi)型 S1切換：S1口發(fā)生在沒(méi)有X2口且非站內(nèi)切換的有鄰區(qū)關(guān)系的小區(qū)之間，基本流程和X2口一致，但所有的站間交互信令都是通過(guò)核心網(wǎng)S1口轉(zhuǎn)發(fā)，時(shí)延比X2口略大。30切換成功率-切換分析流程根據(jù)切換流程：切換成功率低主要有兩大類(lèi)： 切換準(zhǔn)備失敗 執(zhí)行階段失敗目前現(xiàn)網(wǎng)導(dǎo)致切換成功率較低的主要原因?yàn)楦采w、參數(shù)、告警3類(lèi)，其中覆蓋類(lèi)占到31%，告警原因占到21%，參數(shù)大約占到19%左右31切換成功率-執(zhí)行階段失敗分析p 針對(duì)準(zhǔn)備

37、切換成功率劣化小區(qū)，可按如下思路排查： 擁塞檢查：目標(biāo)小區(qū)RRC擁塞時(shí)會(huì)導(dǎo)致切入時(shí)無(wú)線資源申請(qǐng)失敗，從而導(dǎo)致所有Scell至擁塞Tcell準(zhǔn)備切換失敗。故在優(yōu)化準(zhǔn)備切換成功率劣化小區(qū)時(shí)應(yīng)優(yōu)先檢查目標(biāo)小區(qū)是否存在擁塞。 X2檢查：當(dāng)目標(biāo)小區(qū)資源充足且X2切換準(zhǔn)備成功率低，需檢查X2定義的準(zhǔn)確性，比如目標(biāo)小區(qū)IP的定義等。 S1檢查：當(dāng)目標(biāo)小區(qū)資源充足且S1切換準(zhǔn)備成功率低，需核心網(wǎng)配合檢查MME數(shù)據(jù)，如TAC的定義等。 其他參數(shù)核查，如某些情況下同頻同PCI也會(huì)導(dǎo)致準(zhǔn)備切換成功率低。 除上述檢查外，可解析異常切換小區(qū)的CTR，通過(guò)內(nèi)部信令I(lǐng)NTERNAL_PROC_HO_PREP_X2_OUT(

38、IN)獲取具體的切換失敗CAUSE，如：Unknown_Target_ID、無(wú)資源或切換超時(shí)等分析查找問(wèn)題原因32切換成功率-切換準(zhǔn)確失敗分析 針對(duì)（Scell-多個(gè)Tcell差）和（多個(gè)Scell-T cell差）兩種切換異常，應(yīng)首先通過(guò)指令al查看目標(biāo)或源站點(diǎn)的即時(shí)告警、lga查看歷史告警，檢查小區(qū)是否存在影響切換成功率的相關(guān)硬件告警告警類(lèi)型處理建議Gigabit Ethernet Link Fault核查傳輸?shù)萐1ConnectionFailure(S1鏈路故障)Remote IP Address Unreachable(遠(yuǎn)端地址不可達(dá))Heartbeat Failure(脫管)HwFa

39、ult(硬件故障)駐波檢查，更換硬件等VswrOverThreshold(駐波告警)Clock Calibration Expiry Soon（時(shí)鐘同步超時(shí)）板卡復(fù)位、檢查GPSNetwork Synch Time from GPS Missing(GPS故障)CalibrationFailure(天線校準(zhǔn))核查干擾、跳線等LinkFailure(RRU丟失或高誤碼)檢查光路和光模塊對(duì)如下影響切換指標(biāo)的告警及時(shí)處理：33切換成功率-案例問(wèn)題內(nèi)容：寧杭高鐵愛(ài)立信室分小區(qū)向華為高鐵專(zhuān)網(wǎng)小區(qū)切換測(cè)試，UE上報(bào)A3事件后RRC釋放，RRC釋放攜帶38100頻點(diǎn)，再重選至華為小區(qū)，不是走切換流程：L4Y

40、D27EA/ L4YA31EA定義至L43E04D_1的鄰區(qū)關(guān)系設(shè)備CELLNAMEPCIenbidTACearfcnBANDTYPECoverTypeMME標(biāo)識(shí)HWL43E04D_13098650092121938100D2outdoorWUXMME15Ber EricssonL4YD27EA3183520732051638950E1indoorWUXMME13Ber EricssonL4YA31EA3453518042051638950E1indoorWUXMME13Ber 34問(wèn)題分析：檢查L(zhǎng)4YD27EA/L4YA31EA無(wú)相關(guān)告警，ExternalENodeBFunction/ Ex

41、ternalEUtranCellTDD定義和華為提供的信息一致，參數(shù)設(shè)置正常切換成功率-案例parameterValueinterFreqMeasType （38100）A3mobilityAction（38100） handovercellReselectionPriority（38100）7connectedModeMobilityPrio（38100）7qrxlevmin（38100）-128a1ThresholdRsrpPrim-87a2ThresholdRsrpPrim-90featureStateInterFrequencyLTEHandoveractivelicenseStateInterFrequenc