LTE接入問題分析

1、1、無線接通率指標(biāo)無線接通率=RRC連接建立成功率*E-RAB建立成功率=(RRC連接建立完成次數(shù)/RRC連接請(qǐng)求次數(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)計(jì)方法：RRC建立統(tǒng)計(jì)點(diǎn)【A點(diǎn)】（1）指標(biāo)L.RRC.ConnReq.Att加1，不統(tǒng)計(jì)重發(fā)的次數(shù)。Case1：eNB下發(fā)RRC_Conn_Setup消息后，在T300定時(shí)器超時(shí)前，收到相同的UeID發(fā)起的RRC_Conn_Req（Set

2、up丟失，UE MAC沖突解決定時(shí)器超時(shí)后重發(fā)RRC_Conn_Req，UeID不變），記為一次重發(fā)RRC_Conn_Req消息。Case2：T300超時(shí)后，UE仍未收到RRC_Conn_Setup，UE重新搜網(wǎng)，發(fā)起初始接入，UeID是取0239的隨機(jī)值或上層下發(fā)的TMSI。eNB側(cè)記為新的一次初始接入，L.RRC.ConnReq.Att加1。Case3：發(fā)起Attach后會(huì)啟動(dòng)T3410定時(shí)器。如果UE發(fā)出RRC_Conn_Setup_Cmp后，ENB沒有收到，UE會(huì)在定時(shí)器超時(shí)后重新發(fā)起Attach，ENB側(cè)記為新的一次初始接入；RRC_Conn_Setup_Cmp丟失不會(huì)觸發(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?！綛點(diǎn)】當(dāng)eNodeB下小區(qū)接收到UE發(fā)送的RRC Connection Request消息并下發(fā)RRC Connection Setup消息給UE時(shí)，指標(biāo)L.RRC.ConnSetup加1?！綜點(diǎn)】當(dāng)eNodeB收到UE返回的RRC Conn

5、ection Setup Complete消息時(shí)統(tǒng)計(jì)相應(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)計(jì)方法： 圖4如上圖中A點(diǎn)所示，當(dāng)eNodeB收到來自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST（初始上下文設(shè)置請(qǐng)求）消息時(shí)統(tǒng)計(jì)該指標(biāo)。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同時(shí)建立多個(gè)E-RAB，則

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

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

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

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

10、TS打開,將跟蹤發(fā)給廠家技術(shù)人員來確認(rèn)問題的原因。初始上下文建立請(qǐng)求消息信令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站點(diǎn)接入成功率低的小區(qū)。 按照（L.E-RAB.AttEst-L.E-RAB.SuccEst）次數(shù)從高到低排序，結(jié)合ERAB建立成功率選出TOP10 ERAB建立成功率低的站點(diǎn)。目前TOP小區(qū)提取暫按以下方式操作：RRC請(qǐng)求次數(shù)大于50次接通率小于98%。在一周之類重復(fù)出現(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)顯示不是“正常”，可以按如下方法進(jìn)行簡(jiǎn)單排查：Ø 如果存在S1鏈路異常告警，請(qǐng)檢查S1鏈路配置是否正確。Ø 如果存在RSSI/RSRP通道不平衡，需要檢查天饋互調(diào)干擾，Ø 如果存在駐波告警，需要通過DSP TXBRANCH，DSP RXBRANCH查看RRU發(fā)射和接收通道狀態(tài)。Ø 如果存在小區(qū)不可用告警

12、，需要返回主控和基帶板一鍵式日志。3.2.3、TOP小區(qū)指標(biāo)分析通過話統(tǒng)可以得出TOP小區(qū)原因分布，TOP小區(qū)中RRC和ERAB建立失敗次數(shù)原因值說明： 對(duì)小區(qū)RRC建立失敗次數(shù)：Ø 資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526727083；重點(diǎn)關(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)注傳輸問題、是否擁塞、干擾；Ø 因

13、為SRS資源分配失敗而導(dǎo)致RRC連接建立失敗的次數(shù)，指標(biāo)ID：1526728485；重點(diǎn)關(guān)注SRS帶寬、配置指示、配置方式、SRS ACK/NACK設(shè)置是否合理等；Ø 因?yàn)镻UCCH資源分配失敗而導(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：1526728

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

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

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

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

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

19、建立失敗引起。通過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)問題導(dǎo)致的激活的E-RAB異常釋放² 網(wǎng)絡(luò)擁塞導(dǎo)致的E-RAB異常釋放² 安全模式配置失敗導(dǎo)致E-RAB建立失敗² 無線資源不足導(dǎo)致E-RAB建立失敗² 等待UE響應(yīng)超時(shí)導(dǎo)致E-RAB建立失敗² 無可用資源導(dǎo)致E-RAB建立失敗提取E-RAB建立失

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

21、有 承載資源，并向eNodeB發(fā)送E-RAB SETUP REQUEST消息。消息中主要攜帶E-RAB建立列表，列表包括E-RAB ID、承載的QoS信息、傳輸層配置信息以及NAS層信息。 eNodeB收到E-RAB SETUP REQUEST消息后，根據(jù)UE申請(qǐng)的資源按照 相應(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建立起對(duì)應(yīng)的E-RAB承載，因此 向MME發(fā)送E-RAB SETUP RESPONSE消息，E-RAB建立流程結(jié)束。從后臺(tái)提取指標(biāo)發(fā)現(xiàn)該小區(qū)無可用資源導(dǎo)致E-RAB建立失敗，對(duì)此可以通過以下幾個(gè)方面來進(jìn)行分析：² eN