Y省B局點核心網(wǎng)GUTP傳輸通道配置問題導致無線掉線率升高

1、文檔名稱文檔密級Y省B局點核心網(wǎng)GUTP傳輸通道配置問題導致無線掉線率升高1 現(xiàn)象描述2015年1月份B局點LTE的無線掉線率在0.16%左右，2月初開始無線掉線率開始不斷升高，2月4日以后無線掉線率惡化至0.23%以上，較1月份該指標平均值，升高了0.07%，該指標惡化明顯，接入類指標及移動性指標無明顯變化，詳細指標請見下表：間時間粒度LTE基站數(shù)LTE小區(qū)數(shù)RRC連接建立成功率（%）E-RAB建立成功率（%）無線接通率（%）無線掉線率（%）E-RAB掉線率切換成功率CSFB成功率最大用戶數(shù)01/28/201524小時1236343399.9899.9899.960.160.1599.589

2、9.954853001/29/201524小時1238344199.9799.9899.960.160.1699.5499.954857001/30/201524小時1241344899.9899.9899.950.160.1699.5599.954952801/31/201524小時1242345099.9899.9999.970.170.1699.5699.954796302/01/201524小時1242345199.9899.9899.960.170.1699.5599.955069402/02/201524小時1248346299.9899.9899.960.180.1799.579

3、9.955227002/03/201524小時1248346299.9899.9899.970.190.1899.4599.955251502/04/201524小時1248346299.9899.9899.970.230.2299.4399.955358302/05/201524小時1248346299.9899.9899.970.240.2399.5499.935425602/06/201524小時1248346499.9899.9899.960.230.2399.5799.95459702/07/201524小時1248346499.9899.9899.960.290.2899.5899

4、.865366802/08/201524小時1248346499.9899.9899.970.250.2499.699.8953019表1：網(wǎng)管KPI指標統(tǒng)計（1月28日-2月8日）2 告警信息無3 原因分析1. 無線掉線率指標定義無線掉線率=（eNodeB發(fā)起的S1 RESET導致的UE Context釋放次數(shù)+ MME發(fā)起的S1 RESET導致的UE Context釋放次數(shù)+ UE Context異常釋放次數(shù)）/ UE Context建立成功總次數(shù)*100%UE上下文異常釋放包括eNodeB主動發(fā)送UE CONTEXT RELEASE REQUEST消息，原因為異常的釋放以及eNodeB、

5、MME發(fā)起的S1 RESET導致的UE上下文釋放。eNodeB發(fā)起的UE上下文釋放異常定義：當eNodeB向MME發(fā)送UE CONTEXT RELEASE REQUEST消息，會釋放UE的所有E-RAB。當釋放原因不為“Normal Release”，“Detach”，“User Inactivity”，“CS Fallback triggered”，“UE Not Available for PS Service”，“Inter-RAT Redirection”，“Time critical handover”，“Handover Cancelled”時，測量指標L.UECNTX.Abnor

6、mRel加1。當eNodeB向MME發(fā)送S1 RESET消息時，根據(jù)包含的上下文個數(shù)，指標L.UECNTX.Rel.S1Reset.eNodeB進行累加。當MME向eNodeB發(fā)送S1 RESET消息時，根據(jù)包含的上下文個數(shù)，指標L.UECNTX.Rel.S1Reset.MME進行累加。eNodeB性能指標中定義的eNodeB發(fā)起的UE上下文釋放原因只有5種，分別為無線問題、User Inactivity、UE LOST、切換流程失敗、上行弱覆蓋，指標體系并不完善。另外性能指標中對核心網(wǎng)發(fā)起的UE上下文釋放原因并沒有進一步定義。小區(qū)eNodeB發(fā)起的UE上下文釋放原因各指標名稱及描述如下：指標

7、ID指標名稱指標描述所屬網(wǎng)元1526728857L.UECNTX.Rel.eNodeB.RnleNodeB發(fā)起的原因為無線層問題的UE Context釋放次數(shù)BTS3900, BTS3900 LTE1526728858L.UECNTX.Rel.eNodeB.UserinacteNodeB發(fā)起的原因為User Inactivity的UE Context釋放次數(shù)BTS3900, BTS3900 LTE1526728859L.UECNTX.Rel.eNodeB.UeLosteNodeB發(fā)起的原因為UE LOST的UE Context釋放次數(shù)BTS3900, BTS3900 LTE1526728860

8、L.UECNTX.Rel.eNodeB.HOFailureeNodeB發(fā)起的原因為切換失敗的UE Context釋放次數(shù)BTS3900, BTS3900 LTE1526730863L.UECNTX.AbnormRel.UlWeakeNodeB發(fā)起的原因為上行弱覆蓋的UE Context異常釋放次數(shù)BTS3900, BTS3900 LTE2. 性能指標統(tǒng)計分析：通過對話統(tǒng)中定義的UE上下文釋放測量指標進行統(tǒng)計，得到2月2日-2月11日的數(shù)據(jù)原表，各指標的UE Context的釋放次數(shù)如下，可以看到eNodeB發(fā)起的UE Context釋放次數(shù)沒有明顯的變化，反之MME發(fā)起的UE Context釋

9、放次數(shù)呈現(xiàn)明顯的增長；eNodeB發(fā)起的原因為無線層問題的釋放次數(shù)有所浮動，但不是異常釋放總數(shù)升高的主因，而原因值為其他的MME發(fā)起的釋放UE Context次有明顯上升（MME釋放總次數(shù)-原因為Normal Release的MME釋放次數(shù)），因此從整網(wǎng)指標的變化情況上看，UE Context異常釋放次數(shù)增多與MME發(fā)起的釋放原因有關：表3：UE Context釋放原因值統(tǒng)計圖1：UE Context釋放各原因值比例變化情況3. TOP問題小區(qū)分析選擇2月5日的TOP3（XX固東愛國-HLH-3、XX辛街大官市-HLH-1、XX永昌白塔-HLH-1）問題小區(qū)進行針對性分析，提取這三站點2月5日

10、一鍵式日志，并通過工具進行解析，2月5日這三個站點無異常告警、事件以及網(wǎng)絡操作，從內(nèi)部釋放原因表中可以看到三個小區(qū)的掉話次數(shù)主要原因為UEM_UECNT_REL_RECV_GTPU_RESET_BEAR_REQ，占總掉線次數(shù)的80%以上，從TOP用戶分析表中看到每一個問題小區(qū)下的掉線次數(shù)集中在一個TIMSI下，結(jié)合TOP終端分布可以進一步確認是否由于某類終端異常導致，但是結(jié)合三張表可以看到XX固東愛國-HLH-3下TOP終端為Coolpad8720L，但是該類終端在XX辛街大官市-HLH-1下表現(xiàn)正常，并且XX辛街大官市-HLH-1下的TOP終端OPPOFind7 X9077，但該小區(qū)下另外一

11、部同類型終端正常，因此判斷小區(qū)異常掉線升高不是某一款終端異常導致的，而是某些TOP用戶導致的：XX固東愛國-HLH-3表5：XX固東愛國-HLH-3掉線內(nèi)部釋放原因統(tǒng)計TMSI掉話次數(shù)上行弱覆蓋上行干擾信號陡降其它XX854C272781900627813FFFFFFFF1740036138XXA55E252718009XX8DBE092424000XX7X354B1F1800315XX0FBA131800315XX354B1F1500015XX9626051500015XX98E923129003XX28DD19123090XX51A9211200012其他1710

126：XX固東愛國-HLH-3掉線TOP用戶統(tǒng)計表7：XX固東愛國-HLH-3掉線TOP終端統(tǒng)計XX辛街大官市-HLH-1表8：XX辛街大官市-HLH-1掉線內(nèi)部釋放原因統(tǒng)計表9：XX辛街大官市-HLH-1掉線TOP用戶統(tǒng)計 表10：XX辛街大官市-HLH-1掉線TOP終端統(tǒng)計XX永昌白塔-HLH-1表11：XX永昌白塔-HLH-1掉線內(nèi)部釋放原因統(tǒng)計TMSI掉話次數(shù)上行弱覆蓋上行干擾信號陡降其它XX1DE21234120003412FFFFFFFF4260927XXA1722970043XX6DCD1230030XX7AEF1530030XX83251F300

13、03XX84880C30003XX64803430003XX640C3D30003XX91BB1820002其他5760843表12：XX永昌白塔-HLH-1掉線TOP用戶統(tǒng)計表13：XX永昌白塔-HLH-1掉線TOP終端統(tǒng)計4. TOP用戶分析以XX固東愛國-HLH-3為例，TMSI為D48XXC27的TOP用戶，導致掉話L.E-RAB.AbnormRel.TNL內(nèi)部釋放原因全為UEM_UECNT_REL_RECV_GTPU_RESET_BEAR_REQ，eNodeB中對統(tǒng)計L.E-RAB.AbnormRel.TNL的定義為“當判斷相應承載有數(shù)傳且釋放原因為傳輸層錯誤時”。GTPU為用戶面隧

14、道協(xié)議，在兩個端點間建立專用隧道，傳輸用戶數(shù)據(jù)，在S1-u接口實現(xiàn)隧道功能，滿足多個用戶共享少數(shù)傳輸通道的需求，在X2-u接口實現(xiàn)隧道功能，傳遞數(shù)據(jù)和某些信息（如PDCP SN），空口并不涉及GTP-U協(xié)議，下面為GTPU協(xié)議層在LTE/SAE網(wǎng)絡的示意圖：圖2：GTPU協(xié)議層在LTE/SAE網(wǎng)絡的示意圖選取2月5日01:14:53的異常掉線事件分析，在此后的時間里該用戶平均3-5秒左右會發(fā)生一次掉線，查看SigInfoLst，發(fā)現(xiàn)在第15個信令消息的記錄里，eNodeB向MME發(fā)起S1MsgType:S1AP_UE_CONTEXT_REL_REQ (10)，并且釋放請求原因S1Cause:T

15、ransp|TRANSPORT_RESOURCE_UNAVAILABLE (512)，在第16條信令消息里面eNodeB收到MME下發(fā)的S1MsgType:S1AP_UE_CONTEXT_REL_CMD (11)：圖3：無線掉線內(nèi)部釋放原因圖4：SigInfoLst內(nèi)容根據(jù)掉話性能優(yōu)化X板斧的規(guī)定動作，下一步進行GTPU檢測，如果是GTPU請求響應超時，則需要傳輸和核心網(wǎng)共同分析，如果是GTPU Err Ind，聯(lián)合核心網(wǎng)一期分析對方發(fā)送Err Ind的原因，eNB側(cè)可以根據(jù)信令分析說明問題過程推動核心網(wǎng)投入分析，由于信令查詢需要提前開啟，并且XX固東愛國-HLH-3非持續(xù)掉線指標惡化小區(qū)，因

16、此需要通過對其他具有相同掉線原因的高掉線小區(qū)進行信令分析。4 處理過程1. XX辛街阿今中寨-HLH復現(xiàn)掉線問題：提取2月14日傳輸層問題導致的E-RAB異常釋放次數(shù) (無)無線掉線TOP小區(qū)，發(fā)現(xiàn)隆陽辛街阿今中寨-HLH-2連續(xù)兩個15分鐘出現(xiàn)大量L.E-RAB.AbnormRel.TNL原因值的掉話，因此對該小區(qū)分析S1標口、UU標口及傳輸GTPU信令：表14：2月14日傳輸層問題高掉線小區(qū)統(tǒng)計2. XX辛街阿今中寨-HLH-2從11點開始無線掉線率開始突然升高，13點后無線掉線恢復正常，查詢告警事件日志，在1月30日后該網(wǎng)元無異常告警，通過操作日志發(fā)現(xiàn)在該時間點附近同樣無異常指令下發(fā)：圖

17、5：高掉線時間內(nèi)告警、事件、操作日志查詢3. 從掉線原因統(tǒng)計明細中看到，XX辛街阿今中寨-HLH-2無線掉線內(nèi)部原因值統(tǒng)計為UEM_UECNT_REL_RECV_GTPU_RESET_BEAR_REQ的最早一條信令是在11:38:24：圖6：隆陽辛街阿今中寨-HLH-2最早異常時間點4. 按照11:38:24時間點查詢DBG日志,NO.179860（11:38:13）記錄的消息為PathLink可用，在NO.179861中記錄的消息為gtpuPeerMtSendErrorIndMsg2TRM:Begin to send error indication to TRM，即為對端向收發(fā)機發(fā)送了錯誤

18、的指示，基站在收到錯誤指示后對原有承載發(fā)起釋放，而TMSI為XXXXF513的用戶進行MO DATA業(yè)務，因此一直處于上下文的建立釋放狀態(tài)，協(xié)議3GPP 23.007的描述，對基站收到GTP error indication的處理定義如下，說明基站對相應流程的處理符合規(guī)范：5. ulLocIP = 0x64XXd6fa（100.XX.214.250）,與實際配置相符，ulTriggerIpAddr = 0x64XXfb05（100.XX.251.5），100.XX.251.5是對端設備的IP地址，因此需要核心網(wǎng)配合核查這個IP地址歸屬的設備，確認發(fā)送錯誤指示的原因：圖7：異常事件時間點DBG日志查詢圖8：XX辛街阿今中寨-HLH DEVIP配置6. 從S1口信令消息進一步驗證該問題，篩選S1AP_UE_CONTEXT_REL_REQ消息，發(fā)現(xiàn)連續(xù)不斷的異常釋放原因值均為cause=transport-resource-unavailable，并且出現(xiàn) 異常的TMSI均為XX XX F5 137. MME發(fā)送給eNB的S1AP_INITIAL_CONTEXT_SETUP_REQ