LTE零流量小區(qū)排除處理思路總結(jié)

1、 零流量小區(qū)處理思路青島優(yōu)化項目組2015-4-1概述目前面對網(wǎng)絡(luò)建設(shè)逐步完善，4G用戶的不斷發(fā)展，針對零流量小區(qū)的分析及處理存在著必要性。零流量小區(qū)的分布既是用戶分布及行為的直觀體現(xiàn)，也是用發(fā)展用戶的一個指引，同時也能發(fā)現(xiàn)設(shè)備的一些故障。一個站點的能夠帶來怎樣的效益關(guān)乎于這個站點的建設(shè)的意義，同時一個站點因故障導(dǎo)致零流量也給用戶感知帶來了直接的影響。因此不管從客戶、運營商、設(shè)備商等角度分析，我們有必要對零流量及低流量小區(qū)引起高度重視，并優(yōu)先進行分析處理。2零流量小區(qū)分類針對現(xiàn)場一個月的零流量小區(qū)統(tǒng)計情況分析，干擾、用戶少、基站故障、人為調(diào)測、工程問題等都是導(dǎo)致零流量小區(qū)的原因。從分布的情況看

2、很多問題我們還是能夠規(guī)避并進行及時處理的，如故障、工程、人為調(diào)測等原因。主要分類：故障問題： 電源：設(shè)備掉電斷站、BBU掉電 硬件告警： X2接口故障、系統(tǒng)時鐘不可用、駐波等 傳輸：傳輸光接口異常、BBU 接口異常、射頻R接口異常覆蓋、干擾問題： 室外站點覆蓋景區(qū)的，景區(qū)冬季人少 室外站點覆蓋農(nóng)村空曠公路的 室外站點覆蓋不合理的，如周圍有村莊、密集人群活動區(qū)域，但天線覆蓋方向不合理的用戶行為問題： 活動場所：偶爾有活動，但周期比較長的。 隨著季節(jié)變化，室外用戶變少的 確實是用戶過少的工程原因： 新建站處理故障期間，流量較低 小區(qū)未激活，導(dǎo)致零流量 通過日常處理零流量小區(qū)的方法及經(jīng)驗，總結(jié)如下排

3、查及處理思路?？捎绊懴鄳?yīng)編號查找下文判斷及解決方案。零流量小區(qū)排查處理思路：工程狀態(tài)只有在正常服務(wù)的狀態(tài)才能產(chǎn)生性能數(shù)據(jù)，因此發(fā)現(xiàn)零流量小區(qū)首要進行工程狀態(tài)核查，一般“等待開通”為現(xiàn)場臨時調(diào)測、“正在開通、正在運維”為交換代維后者是開站人員調(diào)測。面對不同的狀態(tài)與相關(guān)人員進行核查進而作出處理。1.查看小區(qū)狀態(tài)是否正常：2.查看路由、sctp是否正常：目前我司設(shè)備設(shè)置情況：Sctp鏈路對端網(wǎng)元為MME，工作模式為客戶端共設(shè)有6條，全網(wǎng)統(tǒng)一配置，如果出現(xiàn)配置錯誤、缺失等會直接影響站點業(yè)務(wù)：SCTP鏈路工作模式對端IP地址1對端IP地址2對端網(wǎng)元類型SCTP鏈路建立狀態(tài)運行狀態(tài)TD-LTE專用SCTP

4、鏈路有效性TD-LTE專用客戶端MME與對端連接成功正常有效數(shù)據(jù)客戶端MME與對端連接成功正常有效數(shù)據(jù)客戶端MME與對端連接成功正常有效數(shù)據(jù)客戶端MME與對端連接成功正常有效數(shù)據(jù)客戶端MME與對端連接成功正常有效數(shù)據(jù)客戶端MME與對端連接成功正常有效數(shù)據(jù)OMT側(cè)位置及截圖：3.路由關(guān)系核查610版本升級后基站配置到MME及SGW的路由掩為一條，如果路由缺失會全部ERAB會建立失敗，進而引起零流量，如下配置情況：對端IP類型對端IP網(wǎng)段地址對端IP掩碼網(wǎng)關(guān)IP地址備注IPv4網(wǎng)管IP與基站IP相對應(yīng)如上所示，基站IP為100.70.23.138，網(wǎng)關(guān)IP地址前三位一致，最后一位按照如下表進行設(shè)置

5、，如本周基站IP末尾為138，在“130-193”段，因此網(wǎng)關(guān)最后設(shè)置為129.最終此站點網(wǎng)關(guān)IP地址為100.70.23.129.業(yè)務(wù)IP末尾網(wǎng)關(guān)末尾1-65166-12965130-193129194-255193LMT位置截圖：目前crs設(shè)置情況為宏站統(tǒng)一設(shè)置為15，室內(nèi)站點統(tǒng)一設(shè)置為9，集團管控參數(shù)。有時候因其它原因臨時調(diào)整為-15，此種情況等于小區(qū)去激活。小區(qū)最大發(fā)射功率一般不做修改。宏站設(shè)置為460、室分設(shè)置為460或者390.如下LMT位置截圖：5.性能統(tǒng)計項核查正常情況：異常情況：（詳情如下，可參考附件原文預(yù)警情況）產(chǎn)品預(yù)警【2015】002-YJ-TDL_周期性測量任務(wù)導(dǎo)致北

6、向缺數(shù)問題，OMC在V6.00.00.08版本和V6.00.10.10版本對周期性測量任務(wù)的組別和索引號做了一一對應(yīng)的關(guān)系，例如R016組的索引號就是16，但在之前的版本中索引號是隨機取的，導(dǎo)致如果升級608和610版本后會導(dǎo)致索引號重復(fù)而周期性測量任務(wù)無法下發(fā)的問題場景一：歷史遺留問題歷史以后問題分版本給出解決方案：1、采取分批使用輪訓(xùn)工具的方法操作，每批100站方式輪訓(xùn)工具刪除的具體步驟：1、使用輪訓(xùn)工具刪除基站的周期性測量任務(wù)，刪除方法參見【2014】056-TZ-TDL_基站升級到V6.00.00.08版本后出現(xiàn)KPI指標(biāo)為0的方案解決【技術(shù)通知單】2、同步刪除了周期性測量任務(wù)的基站的

7、配置數(shù)據(jù)3、同步預(yù)定義性能計劃任務(wù)場景二、新開站問題參考預(yù)警附件，在此不做說明。3告警類如下告警均有可能造成小區(qū)業(yè)務(wù)異常，因此在故障處理中如下告警優(yōu)先級有必要提升：告警名稱告警編號是否可能產(chǎn)生零流量小區(qū)降質(zhì)1017000是NEA和網(wǎng)元斷連31000是基站掉電通知1104000是小區(qū)退服1018000是射頻單元不在位告警1021000是單通道IOT異常1099000是本地小區(qū)建立失敗1020000是單板不在位告警1006000是處理器故障1100000是射頻單元駐波比嚴重告警1155000是4室內(nèi)覆蓋問題如果室內(nèi)小區(qū)測試正常，但是存在如下問題：1. 室外宏站信號較強。2. 占用室外宏站信號無法切

8、換至室內(nèi)小區(qū)?？赏ㄟ^修改A2門限改善情況，適當(dāng)?shù)脑黾邮彝夂暾続2門限，是用戶盡早的切換至室內(nèi)小區(qū)。但是造成此種問題的根本原因還是室內(nèi)外覆蓋的不合理，可通過調(diào)整天饋、整改室內(nèi)系統(tǒng)等手段改善覆蓋。可通過觀察RRC最大用戶數(shù)、RRC平均用戶數(shù)以及流量情況進行后臺初步判斷，對疑似用戶較少的場景結(jié)合2、3G流量及用戶情況進行觀察。最后到現(xiàn)場進行實測觀察覆蓋場景。一般情況下如荒山、農(nóng)田、工地、沒落景區(qū)等出均可能導(dǎo)致零流量。針對此種情況可適當(dāng)調(diào)整天饋方位角，將站點覆蓋盡量轉(zhuǎn)移至存在用戶的地方，或者通過農(nóng)村覆蓋場景技術(shù)（8t8r、16t16r）增加小區(qū)覆蓋范圍，盡量減少零流量產(chǎn)生機會。青島發(fā)現(xiàn)個別站點代維在排

9、障過程中將RRu和天饋臨時放在機房內(nèi)的情況，如果后臺查看小區(qū)狀態(tài)正常，現(xiàn)場測試無信號，或者信號覆蓋異常非常弱的情況，可在機房處測試是否信號較強。遇到此種問題可追責(zé)代維責(zé)任?；?10版本目前已發(fā)現(xiàn)4類掛資源問題，會導(dǎo)致用戶在當(dāng)前小區(qū)接入失敗，或者從其他小區(qū)切換到當(dāng)前小區(qū)失敗，短時間造成KPI嚴重惡化。所有掛資源導(dǎo)致的問題現(xiàn)象表現(xiàn)一致：現(xiàn)場發(fā)現(xiàn)的集中典型表現(xiàn). 后臺觀察小區(qū)狀態(tài)正常。. 現(xiàn)場測試無信號。. 后臺查看存在實時用戶。. 流量統(tǒng)計為（有時候可能存在流量，兩種情況均存在）. 按照分鐘力度進行監(jiān)控，重點關(guān)注請求次數(shù)及切換請求次數(shù)。如果發(fā)現(xiàn)短時間存在大量請求次數(shù)，則通過進行統(tǒng)計失敗情況。.

10、外場投訴（一般都是之前正常，然后突然就不行了，站下無信號。）. 周邊鄰小區(qū)切換到目標(biāo)小區(qū)失敗，原因是：目標(biāo)小區(qū)無可用的無線資源。. 掛資源問題和實際用戶數(shù)滿的區(qū)別1、出現(xiàn)掛資源后及時查詢用戶數(shù)，掛資源和用戶數(shù)沒有直接聯(lián)系，用戶數(shù)很少的情況下，也會出現(xiàn)掛資源。2、 真實用戶數(shù)滿之后導(dǎo)致的資源分配失敗分析指導(dǎo)如下，現(xiàn)場初步分析時要跟掛資源問題分開。1） 未開啟接納控制，用戶數(shù)滿后，是ERAB建立失??；2） 開啟接納控制時，用戶數(shù)滿后，是RRC拒絕；掛資源問題分類1類型1：掛實例DTMUC00254038CDL異常流程判斷：對應(yīng)異常日志時間點前后，出現(xiàn)終端重建立到目標(biāo)基站其它小區(qū)，等待重配置完成時候

11、，核心網(wǎng)觸發(fā)上下文釋放流程。多見于S1切換入后發(fā)生重建立。復(fù)位基站基站異常日志判斷（3條告警）：1、鏈表管理出錯（告警編號10916，附加信息,Line:57, Key Parameters:）2、獲取鏈表空閑節(jié)點失?。ǜ婢幪?0901，附加信息File:/misc_com.c,Line:353, Key Parameters:）3、分配UE實例失敗(File:/rrm_rbc_elemproc,Line:2333, Key Parameters:943,305,2,65535)等告警注：由于版本不同，Line可能略有偏差2類型2：掛ue_indexDTMUC00252329CDL異常流程判

12、斷：對應(yīng)異常日志時間點前后，存在較多的切換的重建立后重配置失敗流程.刪建小區(qū)基站異常日志判斷：查看LMT異常告警，存在Crnti資源分配失敗或者UE在小區(qū)內(nèi)索引分配失敗的告警；3類型3：掛ue_indexDTMUC00250612CDL異常流程判斷：此問題多出現(xiàn)于caps較大的站點，主要是大業(yè)務(wù)量站點存在較多用戶反復(fù)接入。刪建小區(qū)基站異常日志判斷：查看LMT異常告警，有UE在小區(qū)內(nèi)索引釋放失敗的告警（,Line:30585, Key Parameters:小區(qū)索引,Ue在小區(qū)內(nèi)索引,Ue在基站內(nèi)索引）注：由于版本不同，Line可能略有偏差4類型3：掛L2定時器DTMUC00257382CDL異常流程判斷：信令CDL中查看L2的消息（RRC-MAC），存在輔小區(qū)刪鏈消息RRCMAC_SCELL_RL_DELETE_REQ，導(dǎo)致L2掛了定時器，此問題對初始接入用戶的上行同步產(chǎn)生影響，進而影響了上行傳