1、 湖南移動專項優化KPI優化指導手冊-無線接通率 2015/3/14目錄1 概述22 指標定義23 RRC建立成功率分析23.1 理論介紹23.2 正常信令流程23.3 指標定義33.4 詳細counter統計節點43.5 RRC接入成功率處理經驗及流程74 S1 建立成功率94.1 正常信令流程94.2 指標定義94.3 詳細counter統計節點94.4 S1建立成功率處理經驗及流程115 ERAB建立成功率分析115.1 正常信令流程115.2 指標定義125.3 詳細counter統計節點125.4 ERAB建立成功率處理經驗及流程146 相關案例146.1 PRB資源受限146.2

2、告警導致接入成功率低166.3 GPS故障導致接入成功率低176.4 天線接反導致模3干擾187KPI指標相關counter201 概述無線接通率可以統計UE成功接入LTE網絡的性能。無線接入主要發生在開機附著、異系統重選回LTE、位置更新、收到pagging等過程中，無線接入是用戶使用LTE網絡的前提。無線接通率由RRC建立成功率、S1建立成功率和ERAB建立成功率3部分構成。2 指標定義無線接通率= RRC建立成功率*ERAB建立成功率*100%。RRC建立成功率=RRC接入成功率次數/RRC接入嘗試次數*100% =pmRrcConnEstabSucc/pmRrcConnEstabSuc

3、c*100%ERAB建立成功率=ERAB建立成功率次數/ERAB建立嘗試次數*100% =(PmErabEstabSuccInit+PmErabEstabSuccAdded)/(PmErabEstabAttInit+PmErabEstabAttAdded)*100%3 RRC建立成功率分析3.1 理論介紹RRC連接建立過程分為兩個階段：準備階段和實施階段。在準備階段中，UE會根據NAS 層的觸發原因和系統廣播中的接入限制信息，通過一系列檢查來判斷自己是否被允許進行接入過程，如果可以，則執行后續的實施階段；否則UE的RRC將啟動相應的定時器，在該定時器超時前UE無法發起任何接入過程。上述機制的目

4、的是負荷擁塞控制，當網絡負荷較重時限制某些UE進行接入3.2 正常信令流程RRC建立流程如下圖所示，其中紅點處為RRC建立重要counter（PmRrcConnEstabAtt和pmRrcConnEstabSucc）統計節點。RRC 建立觸發原因：l IDLE態UE需變為連接態時發起該過程，如呼叫、響應尋呼、TAU（跟蹤區）、Attach(附著)等。RRC連接建立成功流程l RRC連接請求：UE通過UL_CCCH在SRB0上發送，攜帶UE的初始（NAS）標識和建立原因等，該消息對應于隨機接入過程的Msg3l RRC連接建立：eNB通過DL_CCCH在SRB0上發送，攜帶SRB1的完整配置信息，

5、該消息對應隨機接入過程的Msg4l RRC連接建立完成：UE通過UL-DCCH在SRB1上發送，攜帶上行方向NAS消息，如Attach Request、TAU Request、Service Request、Detach Request等，eNB根據這些消息進行S1口建立RRC連接重建立拒絕流程l 第二步中，如果eNB中沒有UE的上下文信息，則拒絕為UE重建RRC連接，則通過DL_CCCH在SRB0上回復一條RRC連接重建立拒絕消息3.3 指標定義RRC連接建立是指處于空閑狀態的UE或待開機的UE準備發起一個呼叫或響應尋呼時發起的過程。處于降低接入時延的考慮，LTE系統將RRC連接建立過程設計

6、發生在ENB和MME之間的S1連接建立前，也就是在ENB尚未從MME獲得任何UE上下文前，ENB需要將RRC連接建立完畢，因此該過程主要建立最基本的SRB1。RRC連接建立成功意味著UE與網絡建立了信令連接，是進行其他業務的基礎。RRC建立成功率公式：RRC建立成功率=RRC接入成功率次數/RRC接入嘗試次數*100% =pmRrcConnEstabSucc/pmRrcConnEstabSucc*100%指標指標描述RRC連接請求次數小區接收UE的RRC Connection Request消息次數（不包括重發）RRC連接建立完成次數小區接收UE返回的RRC Connection Setup

7、Complete消息次數RRC建立失敗次數資源分配失敗而導致連接建立失敗的次數UE無應答而導致連接建立失敗的次數小區發送RRC Connection Reject消息次數3.4 詳細counter統計節點RRC建立成功率相關主要counter統計節點如下圖所示：Random accessRRC connection setup is triggered byUERRC connectionRBSRRC connection request messagerequestpmRrcConnEstabAtt +RRC connectionYessetup already ongoingfor the

8、 sameS-TMSI or RandomValue?NopmRrcConnEstabAttEmstep for cause ÒEmergencyÓpmRrcConnEstabAttHpapmRrcConnEstabAttEm +step for cause ÒHigh Prio AccessÓpmRrcConnEstabAttHpa +pmRrcConnEstabAttMtapmRrcConnEstabAttMta +step for cause ÒMobile Terminating AccessÓpmRrcConnEstabAt

9、tMos +pmRrcConnEstabAttMospmRrcConnEstabAttMod +step for cause ÒMobile Originating SignalingÓpmRrcConnEstabAttModstep for cause ÒMobile Originating DataÓpmRrcConnEstabAttreattEmpmRrcConnEstabAttReatt +step for cause ÒEmergencyÓpmRrcConnEstabAttReattHpastep for cause 

10、10;High Prio AccessÓpmRrcConnEstabAttReattEm +pmRrcConnEstabAttReattMtapmRrcConnEstabAttReattHpa +step for cause ÒMobile Terminating AccessÓpmRrcConnEstabAttReattMta +pmRrcConnEstabAttReattMospmRrcConnEstabAttReattMos +step for cause ÒMobile Originating SignalingÓpmRrcConnEs

11、tabAttReattMod +pmRrcConnEstabAttReattModstep for cause ÒMobile Originating DataÓAL0000311GA Check with license control(number of connected users)pmRrcConnEstabFailLic +Successful license control? No Yes UE RRC connection RBSpmRrcConnEstabFailHighLoad + or pmRrcConnEstabFailOverload +High

12、load or Overload? Yes reject NoAll UE's bearers rejected during beare admission?pmRrcConnEstabFailBeareAdmissionRej+ YesRRC connrequest rejecte? No UE RRC connection RBSreject UE RRC connection RBS No stup UE RRC connection RBSpmRrcConnEstabSucc+ Stup complete pmRrcConnEstabSuccEm +pmRrcConnEsta

13、bSuccHpa +pmRrcConnEstabSuccMta +pmRrcConnEstabSuccMos +pmRrcConnEstabSuccMod +pmRrcConnEstabSuccDta +pmRrcConnEstabSuccGummeiNative + pmRrcConnEstabSuccEm + step for cause ”Emergency” pmRrcConnEstabSuccHpa + step for cause ”High Prio Access” pmRrcConnEstabSuccMta + step for cause ”Mobile Terminatin

14、g Access” pmRrcConnEstabSuccMos + step for cause ”Mobile Originating Signaling pmRrcConnEstabSuccMod + step for cause ”Mobile Originating Data” pmRrcConnEstabSuccDta+ step for cause “Delay Tolerant Access” pmRrcConnEstabSuccGummeiNativeEnd RRC connection setup step when indicating “GUmmei type equal

15、 to native 3.5 RRC接入成功率處理經驗及流程根據之前處理RRC接入成功率的經驗，RRC接入成功率主要從ENB問題、弱覆蓋、干擾、資源受限、license受限等方面來分析處理。總結處理經驗及流程如下表：失敗階段原因查找失敗原因優化建議RRC失敗檢查告警、小區可用性、RRU的狀態及VSWRENB問題根據告警原因解決告警RRC失敗通過地圖信息檢查周邊環境及站點分布弱覆蓋調整工參或者增加新站加強周邊覆蓋RRC失敗根據工參信息檢查受周邊小區干擾模3干擾調整工參或者PCI解決模3干擾RRC失敗檢查上行RSSI是否偏高上行干擾解決干擾問題RRC失敗檢查上行PRB的利用率PRB資源受限增加no

16、OfPucchSrUsers，noOfPucchcqiUsers配置RRC失敗檢查connected user的license數量license受限建議客戶進行license擴容RRC接入成功率優化詳細流程及counter如下如： 4 S1 建立成功率4.1 正常信令流程S1建立流程：l UE完成SRB1承載和無線資源配置，向eNB發送RRCConnectionSetupComplete消息，包含NAS層Attach request信息，Arrach request信息中攜帶了PLMN等信息。l eNB選擇MME，向MME發送INITIAL UE MESSAGE消息，此信息攜帶了UE標示GUT

17、I 或 IMSI。l MME向HSS發送鑒權請求后HSS回復鑒權需要的向量（Kasme, RAND, AUTN, XRES）。MME通過DL Information Transfer向UE發起鑒權請求。 4.2 指標定義S1建立成功率是指UE完成RRC連接后NAS層信令建立的成功率。S1建立成功率=S1建立成功率次數/S1建立請求次數*100%=pmS1SigConnEstabSucc/pmS1SigConnEstabAtt*100%4.3 詳細counter統計節點Signalling connection setup triggered by initial UE message UE I

18、nitial UE RBSmessageppmS1SigConnEstabAttEm +pmS1SigConnEstabAtt +step for cause ”Emergency”pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +step for cause ”High Prio Access”pmS1SigCo

19、nnEstabAttMod +step for cause ”Mobile Originating Data”pmS1SigConnEstabAttMta +step for cause ”Mobile Terminating Access”pmS1SigConnEstabAttMos +step for cause ”Mobile Originating Signalling”pmS1SigConnEstabAttDta +RBS timeout on initial context setup request from MME?step for cause ”Delay Tolerant

20、Access” yesEnd signallingconnection setup NoMME sends initial context setup request to RBSRBS Initial context MMESetup request(E-RABs, Sec keys)Any message received on the S1 logical connection? NO Stepped for any of the following pmS1SigConnEstabSucc +messages: Yes pmS1SigConnEstabSuccEm +S1 downli

21、nk NAS transport step for cause ”Emergency” S1 UE context release command pmS1SigConnEstabSuccHpa +pmS1SigConnEstabAttEm +pmS1SigConnEstabAttHpa +pmS1SigConnEstabAttMod +pmS1SigConnEstabAttMta +pmS1SigConnEstabAttMos +pmS1SigConnEstabAttDta +S1 initial context setup request step for cause ”High Prio

22、 Access”S1 reset pmS1SigConnEstabSuccMod + step for cause ”Mobile Originating Data” pmS1SigConnEstabSuccMta + step for cause ”Mobile Terminating Access” pmS1SigConnEstabSuccMos + step for cause ”Mobile Originating Signalling” pmS1SigConnEstabSuccDta + step for cause Delay Tolerant Access”4.4 S1建立成功率

23、處理經驗及流程失敗階段原因查找失敗原因優化建議S1失敗檢查小區可用性、告警等，可能多個站點出現類似問題傳輸問題解決傳輸問題S1失敗檢查TAC在MME上的配置TAC配置問題修復TAC配置S1失敗檢查TAC與LAC在MME映射關系LAC-TAC映射問題重選規劃并配置問題TAC-LAC映射關系5 ERAB建立成功率分析5.1 正常信令流程ERAB建立信令流程及重要counter統計節點如下圖：ERAB建立信令流程：l Initial Context Setup過程通過MME向ENB下發的INITIAL CONTEXT SETUP REQUEST信令觸發。此條信令包含了初始ERAB建立請求信息、并包含

24、安全算法和安全密匙。l RBS通過SECURITY MODE COMMAND信令要求UE使用安全模式。UE回復SECURITY MODE COMPLETE后UE與RBS間的通信將進行加密和完整性保護。l 安全模式激活后，RBS通過向UE下發RRC CONNECTION RECONFIGURATION為數據承載分配資源。l UE上發RRC CONNECTION RECONFIGURATION COMPLETE，ENB上發INITIAL CONTEXT SETUP RESPONSE。5.2 指標定義E-RAB建立成功是成功為用戶分配了用戶平面的連接比例。E-RAB建立成功率用E-RAB建立請求個數

25、和E-RAB建立成功個數的比表示，E-RAB建立請求（E-RAB SETUP REQUEST）用于E-RAB建立；在初始上下文建立請求（Initial Context Setup Request）消息中含有E-RAB to Be Setup List IE，也可以用于E-RAB建立。ERAB建立成功率= E-RAB建立成功數/E-RAB建立請求數*100%=(pmErabEstabSuccInit+pmErabEstabSuccAdded)/(pmErabEstabAttInit+pmErabEstabAttAdded)*100%5.3 詳細counter統計節點S1cnnSuccNote:C

26、orresponding counter per QCI pmErabEstabAttlnitQcipmUeCtxtEstabAtt+pmErabEstabAttlnit+pmErabEstabAttlnitArp+ Stepped for each E-RAB that has the given ARP Priority LevelpmErabEstabAttlnitPa+ Stepped for attempted setup of bearer No With priviliged accessLicense for number ofE-RABs per user/License f

27、or RLC UM OK ? UE RRC connection RBS reconfiguration pmErabEstabFailLlinitLic+ UE RRC connection RBS Reconfiguration complete Yes DL/UL GBR resource overload?UE Linitial context RBS Setup failure YespmErabEstabFailGbrDIEnb+or pmErabEstabGbrUlENB+RBS sends initial context setup response to MME No RBS

28、 Initial context MME Setup responseUE Initial context RBS Note:Corresponding counter per QCI pmErabEstabSucclnitQcipmUeCtxtEstabSucc + pmErabEstabSuccInit + Setup failurepmErabEstabSuccInitArp + Stepped for each successfully setup E-RAB that has the given ARP Prionity LevepmErabEstabSuccInitPa + Ste

29、pped for successfully setup of bearer with privileged accessEnd signaling connection setup5.4 ERAB建立成功率處理經驗及流程失敗階段原因查找失敗原因優化建議ERAB失敗通過UETR信令消息查看原因值Security update failures問題解決SIM，UE，ENB或MME安全性參數問題ERAB失敗通過UETR信令消息查看原因值vendor/UE specific issues問題解決SIM，UE，ENB或MME參數配置問題ERAB失敗檢查MME容量licens容量問題增加MME容量ERAB

30、失敗通過地圖信息檢查周邊環境及站點分布弱覆蓋問題調整工參或者增加新站增強周邊覆蓋ERAB失敗檢查小區可用性、告警等，可能多個站點出現類似問題傳輸問題解決傳輸問題6 相關案例6.1 PRB資源受限一、問題描述在岳陽武廣火車站3小區接通率偏低為91.05%，且發現該小區Erab接通率正常為99.39%，可RRC接通率只有91.05%，RRC建立失敗了4263次。二、原因分析PRB資源受限。下圖可以看出Pucch請求CQI和SR資源未響應次數較高，說明該小區有業務需求但是資源無法滿足分配。pmPucchSrCqiResCongSr ：The number of times a PUCCH alloc

31、ation request for SR resource(s) could not be granted.pmPucchSrCqiResCongCqi ：The number of times a PUCCH allocation request for CQI resource(s) could not be granted進一步分析發現，該小區RRC最大連接數超過設定上限。 該站覆蓋岳陽高鐵站，元旦假日臨近人流量增大用戶數增多，資源分配不足，導致RRC建立成功率不高。三、解決措施確定PRB資源受限，因此需要增加no0fPucchCqiUsers和no0fPucchSrUsers配置。令后

32、臺更改參數如下：MO Class AttributeRecommendedEUtranCellTDDnoOfPucchSrUsers200EUtranCellTDDnoOfPucchCqiUsers0EUtranCellTDDcommonSrPeriodicity                 20四、處理結果參數更改后，該站現網配置如下：RRC接通率恢復為：6.2 告警導致接入成功率低一、問題描述岳陽市漁光社區2、3小區接通率變差分

33、別為52.49%、48.24%。該站接通變差主要由于RRC建立成功率變差引起，RRC接通率分別只有52.58%和48.37%，兩個小區RRC建立都失敗了四千余次。二、原因分析基站電源故障。當時查得該站并無強干擾，也未出現業務量激增的情況。登錄后臺查詢告警情況時，也未發現實時告警產生。后進一步查詢該站的歷史告警，發現該站曾短時間內頻繁的出現了電源告警。三、解決措施查得告警將該情況反饋給工程部，并令后臺將該站暫時鎖住，以免KPI指標繼續下滑。工程組實地勘察得知，該站近日新開了2G站點與之共站，共用電源。而電源額定功率不足，無法負荷兩個基站，于是導致我4G站點頻繁電源告警，基站處于通而未通斷而未斷的狀態，用戶接通受到嚴重影響。工程部對該站電源進行整改。四、處理結果工程整改后， RRC接通率恢復為：6.3 GPS故障導致接入成功率低一、問題描述：一站點RRC接入成功率由平時的99.5以上驟降到80%左右，并且其周邊小區接入成功率也同時開始下降。二、問題分析后