LTE接入問題分析

1、1、無線接通率指標無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）)*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100%1.1、 RRC連接建立成功率RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/(L.RRC.ConnReq.Att)*100%話統(tǒng)統(tǒng)計方法：RRC建立統(tǒng)計點【A點】（1）指標L.RRC.ConnReq.Att加1，不統(tǒng)計重發(fā)的次數(shù)。Case1：eNB下發(fā)RRC_Conn_Setup消息后，在T300定時器超時前，收到相同的UeID發(fā)起的RRC_Conn_Req（Set

2、up丟失，UE MAC沖突解決定時器超時后重發(fā)RRC_Conn_Req，UeID不變），記為一次重發(fā)RRC_Conn_Req消息。Case2：T300超時后，UE仍未收到RRC_Conn_Setup，UE重新搜網(wǎng)，發(fā)起初始接入，UeID是取0239的隨機值或上層下發(fā)的TMSI。eNB側記為新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：發(fā)起Attach后會啟動T3410定時器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB沒有收到，UE會在定時器超時后重新發(fā)起Attach，ENB側記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會觸發(fā)重建，發(fā)起

3、重建的前提是安全已經激活。（2）如果RRC Connection Request消息信元Establishment Cause為“emergency”，指標L.RRC.ConnReq.Att.Emc加1。（3）如果RRC Connection Request消息信元Establishment Cause為“highPriorityAccess”，指標L.RRC.ConnReq.Att.HighPri加1。（4）如果RRC Connection Request消息信元Establishment Cause為“mt-Access”，指標L.RRC.ConnReq.Att.Mt加1。（5）如果RRC

4、 Connection Request消息信元Establishment Cause為“mo-Singnalling”，指標L.RRC.ConnReq.Att.MoSig加1。（6）如果RRC Connection Request消息信元Establishment Cause為“mo-Data”，指標L.RRC.ConnReq.Att.MoData加1?！綛點】當eNodeB下小區(qū)接收到UE發(fā)送的RRC Connection Request消息并下發(fā)RRC Connection Setup消息給UE時，指標L.RRC.ConnSetup加1?！綜點】當eNodeB收到UE返回的RRC Conn

5、ection Setup Complete消息時統(tǒng)計相應指標，L.RRC.ConnReq.Succ加1。1.2 、ERAB建立成功率ErabSetupSuccessRate=（L.E-RAB.SuccEst）/(L.E-RAB.AttEst)*100%話統(tǒng)統(tǒng)計方法： 圖4如上圖中A點所示，當eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST（初始上下文設置請求）消息時統(tǒng)計該指標。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時建立多個E-RAB，則

6、相應指標按各個業(yè)務的QCI分別進行累加。2、接入性能優(yōu)化流程接入失敗通常有三大類原因：無線側參數(shù)配置問題、信道環(huán)境影響以及核心網(wǎng)側配置問題。因此無線接通率優(yōu)化流程可以按以下步驟進行：（1）通過話統(tǒng)分析是否出現(xiàn)接入成功率低的問題，當前RRCeRAB接通率指標一般為98%，也可根據(jù)對接入成功率指標的特殊要求啟動問題定位。（2）確認是否全網(wǎng)指標惡化，如果是全網(wǎng)指標惡化，需要檢查操作，告警，是否存在網(wǎng)絡變動和升級行為。檢查無線側以及核心網(wǎng)側參數(shù)配置是否合理，如定時器T300、T302、T3410，以及參數(shù)小區(qū)接入禁止、小區(qū)最小接入電平、IPPATH、Ncs等。（3）如果是部分站點指標惡化，影響全網(wǎng)指標

7、，需要找出TOP站點。（4）查詢RRC連接建立和ERAB建立成功率最低的TOP10站點和TOP時間段。（5）查看TOP站點告警，檢查單板狀態(tài)，RRU狀態(tài)，小區(qū)狀態(tài)，OM操作，配置是否異常。（6）針對TOP站點進行針對性的標準信令跟蹤、干擾檢測進行分析。（7）如果標準信令和干擾檢測無異常，將一鍵式日志，標口跟蹤，干擾檢測結果返回給廠家技術人員分析。接入問題優(yōu)化流程圖如下圖所示：接入問題優(yōu)化流程圖3、接入問題排查分析3.1、E_NB配置問題排查² PDCCH符號數(shù)配置問題測試局點為了盡可能提高下行吞吐率， PDCCH通常固定1符號，但在20M帶寬以下，可能出現(xiàn)無法接入的問題。5M小區(qū)，P

8、DCCH固定1符號，總共能使用的CCE個數(shù)為3，由于CCE資源受限接入不了。10M小區(qū)，PDCCH固定1符號，總共能使用的CCE個數(shù)為8個，受上下行配比約束，下行最多能用5個，而10M小區(qū)公共信令的聚合級別為8，需要8個，因此CCE資源受限所以接入不了。15M小區(qū)，PDCCH固定1符號，總共能使用的CCE個數(shù)為12，受上下行配比約束，下行最多能用8個，PDCCH功控開關關閉時可以接入。PDCCH符號數(shù)配置² IPPATH配置問題基站在完成了安全的配置與UE能力的獲取后并向小區(qū)申請資源,會向TRM申請GTPU資源,如果申請資源失敗則會向核心網(wǎng)返回初始上下文建立失敗響應INIT_CONT

9、EXT_SETUP_FAIL；原因值填寫transport resource unavailable(0)；如下圖所示：初始上下文建立失敗響應信令截圖在這種情況下,對照開站summary首先查看一下MML中的IPPATH是否配置正確,如果已經配置正確,則查看請初始上下文建立請求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否為配置的IPPATH值,如果不一樣則需要確認一下是我們配置錯誤還是核心網(wǎng)填寫錯誤。同時查看路由信息配置是否正確，如果IPPATH正確，但路由錯誤，同樣會出現(xiàn)傳輸資源不可用的錯誤信息。如果以上都不符合則需要把IF

10、TS打開,將跟蹤發(fā)給廠家技術人員來確認問題的原因。初始上下文建立請求消息信令3.2、top小區(qū)分析處理3.2.1、TOP小區(qū)篩選通過U2000導出全網(wǎng)每日話統(tǒng)文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）次數(shù)從高到低排序，結合接入成功率，選出TOP10站點接入成功率低的小區(qū)。 按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次數(shù)從高到低排序，結合ERAB建立成功率選出TOP10 ERAB建立成功率低的站點。目前TOP小區(qū)提取暫按以下方式操作：RRC請求次數(shù)大于50次接通率小于98%。在一周之類重復出現(xiàn)2次以上的小區(qū)。若前三種無法提取出

11、TOP小區(qū)，可按RRC，ERAB建立失敗次數(shù),分開求和后降序排列篩選RRC和ERAB建立失敗的TOP小區(qū)。3.2.2、TOP小區(qū)狀態(tài)檢查檢查TOP小區(qū)的狀態(tài)是否正常，可以在U2000上，通過MML命令“DSP CELL”能查看到小區(qū)的總體信息。如果小區(qū)狀態(tài)顯示不是“正?！?，可以按如下方法進行簡單排查：Ø 如果存在S1鏈路異常告警，請檢查S1鏈路配置是否正確。Ø 如果存在RSSI/RSRP通道不平衡，需要檢查天饋互調干擾，Ø 如果存在駐波告警，需要通過DSP TXBRANCH，DSP RXBRANCH查看RRU發(fā)射和接收通道狀態(tài)。Ø 如果存在小區(qū)不可用告警

12、，需要返回主控和基帶板一鍵式日志。3.2.3、TOP小區(qū)指標分析通過話統(tǒng)可以得出TOP小區(qū)原因分布，TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明： 對小區(qū)RRC建立失敗次數(shù)：Ø 資源分配失敗而導致RRC連接建立失敗的次數(shù)，指標ID：1526727083；重點關注top資源是否足夠，包括top用戶數(shù)，傳輸、PRB等；Ø UE無應答而導致RRC連接建立失敗的次數(shù)，指標ID：1526727084；關注質差、干擾、無線環(huán)境等；Ø 小區(qū)發(fā)送RRC Connection Reject消息次數(shù)，指標ID：1526728269；關注傳輸問題、是否擁塞、干擾；Ø 因

13、為SRS資源分配失敗而導致RRC連接建立失敗的次數(shù)，指標ID：1526728485；重點關注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設置是否合理等；Ø 因為PUCCH資源分配失敗而導致RRC連接建立失敗的次數(shù)，指標ID：1526728486；關注PUCCH信道相關參數(shù)設置是否合理，CQI RB數(shù)配置是否合理等；Ø 流控導致的RRC Connection Request 消息丟棄次數(shù)，指標ID：1526728489；關注擁塞，業(yè)務流控相關參數(shù)是否設置正確等；Ø 流控導致的發(fā)送RRC Connection Reject消息次數(shù)，指標ID：1526728

14、490；關注擁塞，業(yè)務流控相關參數(shù)是否設置正確等； 對小區(qū)E-RAB建立失敗次數(shù)：Ø 因未收到UE響應而導致E-RAB建立失敗的次數(shù)，指標ID：1526726717；處理建議：需排查覆蓋，干擾，質差，ENODEB參數(shù)設置錯誤，終端及用戶行為異常等原因。Ø 核心網(wǎng)問題導致E-RAB建立失敗次數(shù)，指標ID：1526728276；處理建議：需跟蹤信令，排查核心網(wǎng)問題（EPC參數(shù)設置,TAC碼設置的一致性，對用戶開卡限制，硬件故障方面排查）；Ø 傳輸層問題導致E-RAB建立失敗次數(shù)，指標ID：1526728277；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側參數(shù)設

15、置問題。Ø 無線層問題導致E-RAB建立失敗次數(shù)，指標ID：1526728278；處理建議：處理建議：需排查覆蓋，干擾，質差，ENODEB參數(shù)設置錯誤，終端及用戶行為異常等原因。Ø 無線資源不足導致E-RAB建立失敗次數(shù)，指標ID：1526728279；處理建議：1、排查TOP小區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調整，流量均衡（小區(qū)選擇，重選和切換類參數(shù)）；2、結合現(xiàn)場調整天饋，流量均衡；3、熱點區(qū)域，增補基站等；Ø 安全模式配置失敗導致E-RAB建立失敗次數(shù)，指標ID：1526728280；處理建議：需排查覆蓋，干擾，質差，ENODEB

16、參數(shù)設置錯誤，終端及用戶行為異常等原因。3.2.4、TOP用戶分析通過CHR日志分析可以獲取RRC建立失敗和ERAB建立失敗TOP用戶的TMSI。在CHR數(shù)據(jù)中，可以通過TMSI來確定是否為同一個用戶，具體方法如下：當前華為核心網(wǎng)TMSI分配的機制是對于同一個IMSI用戶，TMSI的右起第三個byte的數(shù)據(jù)進行隨機賦值，即某用戶的TMSI中只有第三個字節(jié)的8bit發(fā)生變化（如AA * BB CC）就是同一用戶。如下圖所示，C0 * 00 05就是同一個用戶。使用INSIGHTSHARP工具分析同一TMSI用戶的多個接入流程，查看L2_SRB_LOG字段記錄的接入時上行信道質量DMRS_SINR

17、和DMRS_RSRP，可以初步確認用戶是否處于上行弱覆蓋區(qū)域：DMRS_SINR<0db或DMRS_RSRP<-131dbm可以認為終端處于弱覆蓋區(qū)域。CHR字段說明截圖3.2.5、TOP小區(qū)跟蹤通過話統(tǒng)分析出TOP小區(qū)和TOP時間段后，在對應的小區(qū)和時間段，打開Uu口，S1口，X2口跟蹤，查看接入流程在哪一步失敗。通過TOP用戶的TMSI在核心網(wǎng)側獲取到IMSI，可以啟動該用戶的全網(wǎng)跟蹤。3.2.6、TOP小區(qū)環(huán)境干擾分析通過頻譜掃描儀功能查看下行是否存在鄰區(qū)干擾、外部系統(tǒng)干擾等。通過E_NB小區(qū)干擾檢測的性能跟蹤分析是否存在上行干擾。如存在外部干擾或鄰區(qū)干擾，需要進行干擾源排查

18、。4、 案例分析4.1、SGW鏈路不通引起的無線接通率偏低案例分析【現(xiàn)象描述】：6月7日對南寧移動LTE全網(wǎng)站點進行KPI統(tǒng)計，發(fā)現(xiàn)部分站點在6月6日（10：00-11：00）時間段內無線接通率偏低，其中部分小區(qū)無線接通率僅有5.25%，詳細指標如下： 無線接通率：無線掉線率：切換成功率：無線接通率主要通過話務統(tǒng)計獲得，根據(jù)區(qū)公司推薦的公式為：無線接通率=RRC連接建立次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100。從以上KPI指標統(tǒng)計情況可以看出RRC連接建立成功率、切換成功率、無線掉線率指標均無明顯異常，無線接通率偏低主要是因為E-RAB

19、建立失敗引起。通過OMC920提取E-RAB建立失敗小區(qū)原因如下：² eNodeB發(fā)起的S1 RESET導致的E-RAB異常釋放² 傳輸層問題導致的E-RAB異常釋放² 切換流程失敗導致E-RAB異常釋放² 無線層問題導致的E-RAB異常釋放² 核心網(wǎng)問題導致的激活的E-RAB異常釋放² 網(wǎng)絡擁塞導致的E-RAB異常釋放² 安全模式配置失敗導致E-RAB建立失敗² 無線資源不足導致E-RAB建立失敗² 等待UE響應超時導致E-RAB建立失敗² 無可用資源導致E-RAB建立失敗提取E-RAB建立失

20、敗指標情況如下：從以上KPI指標統(tǒng)計結果來看，以上小區(qū)RRC建立成功率良好，無線接通率偏低主要是因為無可用資源導致?！驹蚍治觥浚篍-RAB建立流程是UE的專有承載建立過程，當UE完成初始UE上下文接入過程后，當需要進行新的業(yè)務服務時，會發(fā)起E-RAB建立過程。同樣地，E-RAB建立過程也會伴隨有NAS消息的交互，目的是在NAS層協(xié)商業(yè)務參數(shù)用于接入層的資源分配。下圖所示為典型的E-RAB建立過程： 在完成初始UE上下文建立過程后，當UE需要進行業(yè)務建立時，會通過 NAS層消息交互向MME申請建立專有承載。 MME收到UPLINK NAS TRANSPORT后，根據(jù)NAS層消息內容為UE分配專

21、有 承載資源，并向eNodeB發(fā)送E-RAB SETUP REQUEST消息。消息中主要攜帶E-RAB建立列表，列表包括E-RAB ID、承載的QoS信息、傳輸層配置信息以及NAS層信息。 eNodeB收到E-RAB SETUP REQUEST消息后，根據(jù)UE申請的資源按照 相應的RRM算法為UE分配相關資源，包括：傳輸資源、無線資源、調度資源、功率資源、天線資源等等。并向UE發(fā)送RRC Connection Reconfiguration消息。 UE收到RRC Connection Reconfiguration消息后，根據(jù)eNodeB為其分配 的相關資源完成參數(shù)配置，并向eNodeB發(fā)送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。 eNodeB完成上述操作后即成功地為UE建立起對應的E-RAB承載，因此 向MME發(fā)送E-RAB SETUP RESPONSE消息，E-RAB建立流程結束。從后臺提取指標發(fā)現(xiàn)該小區(qū)無可用資源導致E-RAB建立失敗，對此可以通過以下幾個方面來進行分析：² eN