LTE接入問題分析

1、1、無線接通率指標(biāo)無線接通率=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）指標(biāo)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側(cè)記為新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：發(fā)起Attach后會啟動T3410定時器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB沒有收到，UE會在定時器超時后重新發(fā)起Attach，ENB側(cè)記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會觸發(fā)重建，發(fā)起

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

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

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

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

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

8、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功控開關(guān)關(guān)閉時可以接入。PDCCH符號數(shù)配置 IPPATH配置問題基站在完成了安全的配置與UE能力的獲取后并向小區(qū)申請資源,會向TRM申請GTPU資源,如果申請資源失敗則會向核心網(wǎng)返回初始上下文建立失敗響應(yīng)INIT_CONTEXT_SETUP_FA

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

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

11、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通道不平衡，需要檢查天饋互調(diào)干擾， 如果存在駐波告警，需要通過DSP TXBRANCH，DSP RXBRANCH查看RRU發(fā)射和接收通道狀態(tài)。 如果存在小區(qū)不可用告警，需要返回主控和基帶板一鍵式日志。3.2.3、TOP小區(qū)指標(biāo)分析通過話統(tǒng)

12、可以得出TOP小區(qū)原因分布，TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明： 對小區(qū)RRC建立失敗次數(shù)： 資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526727083；重點關(guān)注top資源是否足夠，包括top用戶數(shù)，傳輸、PRB等； UE無應(yīng)答而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526727084；關(guān)注質(zhì)差、干擾、無線環(huán)境等； 小區(qū)發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：1526728269；關(guān)注傳輸問題、是否擁塞、干擾； 因為SRS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526728485；重點關(guān)注SRS帶寬、配置指示、配置方

13、式、SRS ACK/NACK設(shè)置是否合理等； 因為PUCCH資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526728486；關(guān)注PUCCH信道相關(guān)參數(shù)設(shè)置是否合理，CQI RB數(shù)配置是否合理等； 流控導(dǎo)致的RRC Connection Request 消息丟棄次數(shù)，指標(biāo)ID：1526728489；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等； 流控導(dǎo)致的發(fā)送RRC Connection Reject消息次數(shù)，指標(biāo)ID：1526728490；關(guān)注擁塞，業(yè)務(wù)流控相關(guān)參數(shù)是否設(shè)置正確等； 對小區(qū)E-RAB建立失敗次數(shù)： 因未收到UE響應(yīng)而導(dǎo)致E-RAB建立失敗的次數(shù)，指標(biāo)ID：1526726

14、717；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。 核心網(wǎng)問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728276；處理建議：需跟蹤信令，排查核心網(wǎng)問題（EPC參數(shù)設(shè)置,TAC碼設(shè)置的一致性，對用戶開卡限制，硬件故障方面排查）； 傳輸層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728277；處理建議：需查詢傳輸是否有故障，高誤碼，閃斷，傳輸側(cè)參數(shù)設(shè)置問題。 無線層問題導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728278；處理建議：處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。 無線資源不足導(dǎo)

15、致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728279；處理建議：1、排查TOP小區(qū)資源是否足夠，是否故障引起，若存在資源不足問題，可考慮參數(shù)調(diào)整，流量均衡（小區(qū)選擇，重選和切換類參數(shù)）；2、結(jié)合現(xiàn)場調(diào)整天饋，流量均衡；3、熱點區(qū)域，增補基站等； 安全模式配置失敗導(dǎo)致E-RAB建立失敗次數(shù)，指標(biāo)ID：1526728280；處理建議：需排查覆蓋，干擾，質(zhì)差，ENODEB參數(shù)設(shè)置錯誤，終端及用戶行為異常等原因。3.2.4、TOP用戶分析通過CHR日志分析可以獲取RRC建立失敗和ERAB建立失敗TOP用戶的TMSI。在CHR數(shù)據(jù)中，可以通過TMSI來確定是否為同一個用戶，具體方法如下：當(dāng)前華為核心

16、網(wǎng)TMSI分配的機制是對于同一個IMSI用戶，TMSI的右起第三個byte的數(shù)據(jù)進行隨機賦值，即某用戶的TMSI中只有第三個字節(jié)的8bit發(fā)生變化（如AA * BB CC）就是同一用戶。如下圖所示，C0 * 00 05就是同一個用戶。使用INSIGHTSHARP工具分析同一TMSI用戶的多個接入流程，查看L2_SRB_LOG字段記錄的接入時上行信道質(zhì)量DMRS_SINR和DMRS_RSRP，可以初步確認(rèn)用戶是否處于上行弱覆蓋區(qū)域：DMRS_SINR0db或DMRS_RSRP-131dbm可以認(rèn)為終端處于弱覆蓋區(qū)域。CHR字段說明截圖3.2.5、TOP小區(qū)跟蹤通過話統(tǒng)分析出TOP小區(qū)和TOP時間

17、段后，在對應(yīng)的小區(qū)和時間段，打開Uu口，S1口，X2口跟蹤，查看接入流程在哪一步失敗。通過TOP用戶的TMSI在核心網(wǎng)側(cè)獲取到IMSI，可以啟動該用戶的全網(wǎng)跟蹤。3.2.6、TOP小區(qū)環(huán)境干擾分析通過頻譜掃描儀功能查看下行是否存在鄰區(qū)干擾、外部系統(tǒng)干擾等。通過E_NB小區(qū)干擾檢測的性能跟蹤分析是否存在上行干擾。如存在外部干擾或鄰區(qū)干擾，需要進行干擾源排查。4、 案例分析4.1、SGW鏈路不通引起的無線接通率偏低案例分析【現(xiàn)象描述】：6月7日對南寧移動LTE全網(wǎng)站點進行KPI統(tǒng)計，發(fā)現(xiàn)部分站點在6月6日（10：00-11：00）時間段內(nèi)無線接通率偏低，其中部分小區(qū)無線接通率僅有5.25%，詳細(xì)指

18、標(biāo)如下： 無線接通率：無線掉線率：切換成功率：無線接通率主要通過話務(wù)統(tǒng)計獲得，根據(jù)區(qū)公司推薦的公式為：無線接通率=RRC連接建立次數(shù)/RRC連接請求次數(shù)（不包括重發(fā)）*E-RAB建立成功總次數(shù)/E-RAB建立嘗試總次數(shù)*100。從以上KPI指標(biāo)統(tǒng)計情況可以看出RRC連接建立成功率、切換成功率、無線掉線率指標(biāo)均無明顯異常，無線接通率偏低主要是因為E-RAB建立失敗引起。通過OMC920提取E-RAB建立失敗小區(qū)原因如下： eNodeB發(fā)起的S1 RESET導(dǎo)致的E-RAB異常釋放 傳輸層問題導(dǎo)致的E-RAB異常釋放 切換流程失敗導(dǎo)致E-RAB異常釋放 無線層問題導(dǎo)致的E-RAB異常釋放 核心網(wǎng)問

19、題導(dǎo)致的激活的E-RAB異常釋放 網(wǎng)絡(luò)擁塞導(dǎo)致的E-RAB異常釋放 安全模式配置失敗導(dǎo)致E-RAB建立失敗 無線資源不足導(dǎo)致E-RAB建立失敗 等待UE響應(yīng)超時導(dǎo)致E-RAB建立失敗 無可用資源導(dǎo)致E-RAB建立失敗提取E-RAB建立失敗指標(biāo)情況如下：從以上KPI指標(biāo)統(tǒng)計結(jié)果來看，以上小區(qū)RRC建立成功率良好，無線接通率偏低主要是因為無可用資源導(dǎo)致。【原因分析】：E-RAB建立流程是UE的專有承載建立過程，當(dāng)UE完成初始UE上下文接入過程后，當(dāng)需要進行新的業(yè)務(wù)服務(wù)時，會發(fā)起E-RAB建立過程。同樣地，E-RAB建立過程也會伴隨有NAS消息的交互，目的是在NAS層協(xié)商業(yè)務(wù)參數(shù)用于接入層的資源分配

20、。下圖所示為典型的E-RAB建立過程： 在完成初始UE上下文建立過程后，當(dāng)UE需要進行業(yè)務(wù)建立時，會通過 NAS層消息交互向MME申請建立專有承載。 MME收到UPLINK NAS TRANSPORT后，根據(jù)NAS層消息內(nèi)容為UE分配專有 承載資源，并向eNodeB發(fā)送E-RAB SETUP REQUEST消息。消息中主要攜帶E-RAB建立列表，列表包括E-RAB ID、承載的QoS信息、傳輸層配置信息以及NAS層信息。 eNodeB收到E-RAB SETUP REQUEST消息后，根據(jù)UE申請的資源按照 相應(yīng)的RRM算法為UE分配相關(guān)資源，包括：傳輸資源、無線資源、調(diào)度資源、功率資源、天線資源等等。并向UE發(fā)送RRC Connection Reconfiguration消息。 UE收到RRC Connection Reconfiguration消息后，根據(jù)eNodeB為其分配 的相關(guān)資源完成參數(shù)配置，并向eNodeB發(fā)送RRC Connection Reconfiguration Complete消息，通知eNodeB配置完成。 eNodeB完成上述操作后即成功地為UE建立起對應(yīng)的E-RAB承載，因此 向MME發(fā)送E-RAB SETUP RESPONSE消息，E-RAB建立流程結(jié)束。從后臺提取指標(biāo)發(fā)現(xiàn)該小區(qū)無可用資源導(dǎo)致E-RAB建立失敗，對此