LTE專項優(yōu)化-KPI優(yōu)化指導手冊-無線接通率

1、KPI優(yōu)化指導手冊-無線接通率2015/3/14湖南移動專項優(yōu)化-KPI湖南移動專項優(yōu)化-KPI優(yōu)化指導手冊-無線接通率Page 目錄TOC o 1-5 h z HYPERLINK l bookmark2 概述2 HYPERLINK l bookmark4 指標定義2RRC建立成功率分析2理論介紹2 HYPERLINK l bookmark9 正常信令流程2 HYPERLINK l bookmark11 指標定義3 HYPERLINK l bookmark13 詳細counter統(tǒng)計節(jié)點4 HYPERLINK l bookmark21 RRC接入成功率處理經(jīng)驗及流程7 HYPERLINK l

2、bookmark31 S1建立成功率9 HYPERLINK l bookmark33 正常信令流程9 HYPERLINK l bookmark35 指標定義9 HYPERLINK l bookmark37 詳細counter統(tǒng)計節(jié)點9 HYPERLINK l bookmark43 S1建立成功率處理經(jīng)驗及流程11 HYPERLINK l bookmark45 ERAB建立成功率分析11 HYPERLINK l bookmark47 正常信令流程11 HYPERLINK l bookmark49 指標定義12 HYPERLINK l bookmark51 詳細counter統(tǒng)計節(jié)點12 HYPE

3、RLINK l bookmark55 ERAB建立成功率處理經(jīng)驗及流程14相關案例14PRB資源受限14 HYPERLINK l bookmark64 告警導致接入成功率低16 HYPERLINK l bookmark66 GPS故障導致接入成功率低17天線接反導致模3干擾18 HYPERLINK l bookmark74 KPI指標相關counter20概述無線接通率可以統(tǒng)計UE成功接入LTE網(wǎng)絡的性能。無線接入主要發(fā)生在開機附著、異系統(tǒng)重選回LTE、位置更新、收到pagging等過程中，無線接入是用戶使用LTE網(wǎng)絡的前提。無線接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部

4、分構成。指標定義無線接通率=RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次數(shù)/RRC接入嘗試次數(shù)*100%=pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%ERAB建立成功率=ERAB建立成功率次數(shù)/ERAB建立嘗試次數(shù)*100%=(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*100%RRC建立成功率分析理論介紹RRC連接建立過程分為兩個階段：準備階段和實施階段。在準備階段中，UE會根據(jù)NAS層的觸發(fā)

5、原因和系統(tǒng)廣播中的接入限制信息，通過一系列檢查來判斷自己是否被允許進行接入過程，如果可以，則執(zhí)行后續(xù)的實施階段；否則UE的RRC將啟動相應的定時器，在該定時器超時前UE無法發(fā)起任何接入過程。上述機制的目的是負荷擁塞控制，當網(wǎng)絡負荷較重時限制某些UE進行接入正常信令流程RRC建立流程如下圖所示，其中紅點處為RRC建立重要counter(PmRrcConnEstabAtt和pmRrcConnEstabSucc)統(tǒng)計節(jié)點。RRC建立觸發(fā)原因：IDLE態(tài)UE需變?yōu)檫B接態(tài)時發(fā)起該過程，如呼叫、響應尋呼、TAU（跟蹤區(qū)）、Attach（附著）等。RRC連接建立成功流程RRC連接請求：UE通過UL_CCCH

6、在SRB0上發(fā)送，攜帶UE的初始（NAS）標識和建立原因等，該消息對應于隨機接入過程的Msg3RRC連接建立：eNB通過DL_CCCH在SRB0上發(fā)送，攜帶SRB1的完整配置信息，該消息對應隨機接入過程的Msg4RRC連接建立完成：UE通過UL-DCCH在SRB1上發(fā)送，攜帶上行方向NAS消息，如AttachRequest、TAURequest、ServiceRequest、DetachRequest等，eNB根據(jù)這些消息進行S1口建立RRC連接重建立拒絕流程第二步中，如果eNB中沒有UE的上下文信息，則拒絕為UE重建RRC連接，則通過DL_CCCH在SRB0上回復一條RRC連接重建立拒絕消息

7、指標定義RRC連接建立是指處于空閑狀態(tài)的UE或待開機的UE準備發(fā)起一個呼叫或響應尋呼時發(fā)起的過程。處于降低接入時延的考慮，LTE系統(tǒng)將RRC連接建立過程設計發(fā)生在ENB和MME之間的S1連接建立前，也就是在ENB尚未從MME獲得任何UE上下文前，ENB需要將RRC連接建立完畢，因此該過程主要建立最基本的SRB1。RRC連接建立成功意味著UE與網(wǎng)絡建立了信令連接，是進行其他業(yè)務的基礎。RRC建立成功率公式：RRC建立成功率=RRC接入成功率次數(shù)/RRC接入嘗試次數(shù)*100%=pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%指標指標描述RRC連接請求次數(shù)小區(qū)接收

8、UE的RRCConnectionRequest消息次數(shù)（不包括重發(fā)）RRC連接建立完成次數(shù)小區(qū)接收UE返回的RRCConnectionSetupComplete消息次數(shù)RRC建立失敗次數(shù)資源分配失敗而導致連接建立失敗的次數(shù)UE無應答而導致連接建立失敗的次數(shù)小區(qū)發(fā)送RRCConnectionReject消息次數(shù)詳細counter統(tǒng)計節(jié)點RRC建立成功率相關主要counter統(tǒng)計節(jié)點如下圖所示:聿RRC*S-，rwpmErabEstabAttAddedpmErabEstabAttAddedQci+,；RCCONNECTIONRECONFIGURATIONContamsinfomiationneed

9、edtosetupRB,RRGCONNECTIONRECONFIGURATIONCOMPLETEpmErabEstebSuccAdded3pmErabEstabSuccAddedQciMMEjS1AP|la1E-RABSETUPREQUEST*卜IncludesalistofE-RABstobeset中1FE-RABSETUPRESPONSE%ACheckwithlicensecontrol(numberofconnectedusers)NopmRrcConnEstabFailLic+Successfullicensecontrol?esRRCconnectionRBSYesHighloado

10、rOverload?pmRrcConnEstabFailHighLoad+orpmRrcConnEstabFailOverload+AllUEsbearersrejectedpmRrcConnEstabFailBeareAdmissionRduringbeareadmission?ej+NoUErejectRRCconnrequestrejecte?UEYesRRRRCconnectionRBSRRCconnectionRBSrejectNoNostuppmRrcConnEstabSucc+UERRCconnectionRBSStupcompletepmRrcConnEstabSuccEm+p

11、mRrcConnEstabSuccEm+stepforcauseEmergency”pmRrcConnEstabSuccHpa+pmRrcConnEstabSuccHpa+pmRrcConnEstabSuccMta+stepforcauseHighPrioAccess”pmRrcConnEstabSuccMos+pmRrcConnEstabSuccMta+pmRrcConnEstabSuccMod+pmRrcConnEstabSuccMod+stepforcauseMobileTerminatingAccess”pmRrcConnEstabSuccDta+pmRrcConnEstabSuccM

12、os+pmRrcConnEstabSuccGummeiNative+pmRrcConnEstabSuccGummeiNative+stepforcauseMobileOriginatingSignalingpmRrcConnEstabSuccMod+stepforcauseMobileOriginatingDatapmRrcConnEstabSuccDta+stepforcause“DelayTolerantAccesspmRrcConnEstabSuccGummeiNativestepwhenindicating“GUmmeitypeequaltonativeEndRRCconnection

13、setupRRC接入成功率處理經(jīng)驗及流程根據(jù)之前處理RRC接入成功率的經(jīng)驗，RRC接入成功率主要從ENB問題、弱覆蓋、干擾、資源受限、license受限等方面來分析處理?？偨Y處理經(jīng)驗及流程如下表：失敗階段原因查找失敗原因優(yōu)化建議RRC失敗檢查告警、小區(qū)可用性、RRU的狀態(tài)及VSWRENB問題根據(jù)告警原因解決告警RRC失敗通過地圖信息檢查周邊環(huán)境及站點分布弱覆蓋調整工參或者增加新站加強周邊覆蓋RRC失敗根據(jù)工參信息檢查受周邊小區(qū)干擾模3干擾調整工參或者PCI解決模3干擾RRC失敗檢查上行RSSI是否偏高上行干擾解決干擾問題RRC失敗檢查上行PRB的利用率PRB資源受限增加noOfPucchSrU

14、sers，noOfPucchcqiUsers配置RRC失敗檢查connecteduser的license數(shù)量license受限建議客戶進行l(wèi)icense擴容RRC接入成功率優(yōu)化詳細流程及counter如下如:rpmRncConnEstabFaiIHigJiLflad.+口riErcj3onnEai/JJQc蜘小rrpmRncConnEstabFaiIHigJiLflad.+口riErcj3onnEai/JJQc蜘小r-縮4演蓋范圉負載容量問題下rioofPucchCniUser、ofisIEiut涮UerJE置調整L負載均衡LicensenBrcCDnnEstsbFaiLt.License擴容

15、rpmRri.cq!_haaiL.ljblgPqeFgj.lur。EgrFdJ.lui守MgrRulug前，L3lhmmLlablqSr-Ri-cqav-riLldblqFiwrFailurePK4rFuLlurQEgFdJ.lur。m*6rR.llurqPagFuj.Lu修PsgFuj.lui日3cqlhnvLl北LqSarYrcq-hav-aLlablsFygFGllur*的mFllur0FagRulureWrixEMmYELl口bhS3mca!J7a7-aLl-ablglureFa棋tF口1lur*RsgFhlureWaMLmJnnYmLhblgSa“Lz；MiadsPOArFuilur

16、G1RjrFailurePnfttrFailure-MLuUnzrwLlmblgSarvi.cq：JnavALlablQPnihrFiilurs-P3woFgj.lur*內mFlugmEJnmvLInblqSa，工udhnjnLhbE5PLijqEJhi:.#ULrFjiLurs由Ue:p：，ALarrr!F=,EJLr-anCfillTDD=+571721CJjId;1)EJLr-anCtllTDD=+!71721Cdjldu1AjMflugtftJrn=fiRJL-：FjiLursAjMPlyanJ-iilFULtl：FFniuG41rr【口、Klarr；P=A1,tiPlugnlJ-at

17、=WJLD=471721Cd-Jld;1JEJLr-anC=llTDD=4j57i721(djld11AdxrlugCrfJhitS=*JL；PewrFailurejmPLlgrfJTaLn：PzwrFailurefllanr:p：，filarr卬二也：,ijMPluCrt-tatRRJL:Pc*sFaiLure=JLr-anC&llTDn=ri72i，4工d31)EJtr-3nCHllTDn=ri721(duld:1JAlanT；P=A.l,L:P二FailureAlarFp：，i浦r!luAE5i：6：*JL,：PevsrFiaiLurcfllanr4注PLuqEnJhiiWLiPewrF

18、aiLuruEJLr-anCsllTDD=*!J71721(duld:1=JLr-HrCllTDD=4fl!ri721(djld:1Alamf蝌iMPluGCnJhiLJPewrFailureAlarr:p=：，iUsnliiGtnJtg.L-：PcvsrFailurefilanrEX,AjMFluitn-tiiLFailure；JLr-anCallTDD=4firi721(duld:1.HlarrTm=M,EJtr-anCsllTDn=471721Cduld:3jtJMPluctrtJrii-=RJLiPwarFailurefllarnP=X,.MnLucCn-rctJL:PcgFailur

19、eAlam.p：，AjxPLuqlrfJhi匕/RJ.LPzwrFdilursEJLr-anC&llTDD=4fliri721(duld:1AlarnPFA.EJtrjnCzllTD0=4.*iri721(duld:11111111tttrrr產(chǎn)產(chǎn)產(chǎn)士武,d44111111ttttttrrrrrr產(chǎn)產(chǎn)產(chǎn)8,產(chǎn)產(chǎn)r-Jr-T“匕4dddd-111tttrrr產(chǎn)產(chǎn)產(chǎn)hrr-J-金111111rrr產(chǎn)忘力之之dd&111tttrrr尸尸尸odd111tttrrr產(chǎn)產(chǎn)產(chǎn)2Z,Zdrfc-aEc-dNo1!3M后北和1：csldziNo1!C-aGCidlC1!c-aEcdaNe1)tnsc3日院，1!

20、cscdaND1cma:gNo1：c-sEcduhC1!c-ascrfdabc1；costa:hNc1)1!CFECNZkl柘1：emu匚azhNo1；匚勺二匚nchMolius占匚adaNo1!,c-ascdaNc1ES2：h廂1/匚u匚匚口daKoJ.；c-sscdaJ.；c-ascdaMo1：*zscazhNo1；c-ssodsNc1!co匚azhMoJ.；匚事寫匚總三口的口1；三、解決措施查得告警將該情況反饋給工程部，并令后臺將該站暫時鎖住，以免KPI指標繼續(xù)下滑。工程組實地勘察得知，該站近日新開了2G站點與之共站，共用電源。而電源額定功率不足，無法負荷兩個基站，于是導致我4G站點頻繁

21、電源告警，基站處于通而未通斷而未斷的狀態(tài)，用戶接通受到嚴重影響。工程部對該站電源進行整改。四、處理結果工程整改后，RRC接通率恢復為：際ERE匕Kamo11EDlr&riCcllNj1RRC手摞落空虛期率RRCi早操平均Jll戶驗RRCWtk1411-21YUVyu0uang5k4671721999309943711014-11-21YUYyuguan剃46R7229976997s3.533814-11-21UYyuguargsk4G7172399833JE336.3GPS故障導致接入成功率低一、問題描述：一站點RRC接入成功率由平時的99.5以上驟降到80%左右，并且其周邊小區(qū)接入成功率也同

22、時開始下降。二、問題分析后臺查詢此站及周邊站點UL_RSSI，發(fā)現(xiàn)此站低噪變的極高，三個小區(qū)低噪均達到-91.5dBm，周邊小區(qū)干擾也均以此站為中心干擾呈逐步下降的趨勢。重啟站點、閉解小區(qū)均未能解決問題。懷疑此站與周邊小區(qū)形成干擾。249T72721&337b-71JI1T27SEIB-H7-qnd16IdB249T72721&337b-71JI1T27SEIB-H7-qnd16IdB-tJ9uglK1773-iLg4sBlK.ftrcfIMFr*口停1-lxB-45m？20nD527Di;二.-n19IXDIDDJrrFM，王wl工2w=O-rlrI1-=l=9Xc3S1OQOO0QOOOK

23、7YN+IaIDO971013eJ-63Ra-111a%comrflb0oB5.OOO359757E75g57052q-232-M-0Ui221227122J02000002400000a765d2dd0211111111Qoos111111111Ills219J二二二七二“.XIrIrTIzIm1-44-.I.4-4-1-工4-4-4-+-1-工hNNMN-NNN+NNNNN+NHNdloo-87654324oaTZJlllllllloooczR-111111111111199EM-二二二二二二二ZhlZ0ad.7-ctTeBe工1hu七口cDunx.eruadingwasIDscc.DTi

24、dicellZHZ004.?aZYHZDQ4rBZHZDO4rzvTizfieftgrylhaol47rnrl日liME口zosg47rnrl日liME口zosgJ351422173L4J-1DDD-Aoldd3zdD319Lll-R-4272DDOOfl5131S95-工a-7BQulTil412210010o.o.auo.o.D.o.D.口口&0O*fl765d20qO21111-L131000511111工11mlS2一二二二,二二-0rcL:Y:y:I3TZZIZ1I-L.L+.4-十十4-十十工.-NNIMMZNN*IZ:NN31*十ZZFN-lomB7O5*MZA郵Qr?21Lll

25、io&o6JH-iuMll.工L1.L11.1工口。四一二二二二二二二t1barwa-anCD-urtTarr-Ad-lng中口土iOs4coiridss”ZYHZOCI01AJYHZOOSlEZYHZQOB1CAverflnulIntdBm-117-56s”ZYHZOCI01AJYHZOOSlEZYHZQOB1C-HE.36-119.95JTFVTJtiaol3lwu-EI-IV-三、解決措施與工程相關人員溝通發(fā)現(xiàn)此問題站點當天凌晨進行過施工，進機房檢查GPS設備發(fā)現(xiàn)GPS接收器接口未擰緊，且接口線受損；更換此站GPS接收器。四、處理結果經(jīng)過處理后，此基站級周邊基站底噪恢復正常。、問題描述在TOPN處理時：