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

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

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

3、程原因：Ø 新建站處理故障期間，流量較低Ø 小區(qū)未激活，導(dǎo)致零流量3.零流量小區(qū)處理流程 通過日常處理零流量小區(qū)的方法及經(jīng)驗(yàn)，總結(jié)如下排查及處理思路?？捎绊懴鄳?yīng)編號查找下文判斷及解決方案。零流量小區(qū)排查處理思路：1.工程狀態(tài)核查工程狀態(tài)只有在正常服務(wù)的狀態(tài)才能產(chǎn)生性能數(shù)據(jù)，因此發(fā)現(xiàn)零流量小區(qū)首要進(jìn)行工程狀態(tài)核查，一般“等待開通”為現(xiàn)場臨時(shí)調(diào)測、“正在開通、正在運(yùn)維”為交換代維后者是開站人員調(diào)測。面對不同的狀態(tài)與相關(guān)人員進(jìn)行核查進(jìn)而作出處理。2.常規(guī)核查項(xiàng)1.查看小區(qū)狀態(tài)是否正常：2.查看路由、sctp是否正常：目前我司設(shè)備設(shè)置情況：Sctp鏈路對端網(wǎng)元為MME，工作模式為客

4、戶端共設(shè)有6條，全網(wǎng)統(tǒng)一配置，如果出現(xiàn)配置錯(cuò)誤、缺失等會(huì)直接影響站點(diǎn)業(yè)務(wù)：SCTP鏈路工作模式對端IP地址1對端IP地址2對端網(wǎng)元類型SCTP鏈路建立狀態(tài)運(yùn)行狀態(tài)TD-LTE專用SCTP鏈路有效性TD-LTE專用客戶端100.70.254.1100.70.254.2MME與對端連接成功正常有效數(shù)據(jù)客戶端100.70.254.3100.70.254.4MME與對端連接成功正常有效數(shù)據(jù)客戶端100.70.254.5100.70.254.6MME與對端連接成功正常有效數(shù)據(jù)客戶端100.70.254.9100.70.254.10MME與對端連接成功正常有效數(shù)據(jù)客戶端100.70.254.11100.7

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

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

7、00.08版本和V6.00.10.10版本對周期性測量任務(wù)的組別和索引號做了一一對應(yīng)的關(guān)系，例如R016組的索引號就是16，但在之前的版本中索引號是隨機(jī)取的，導(dǎo)致如果升級608和610版本后會(huì)導(dǎo)致索引號重復(fù)而周期性測量任務(wù)無法下發(fā)的問題場景一：歷史遺留問題歷史以后問題分版本給出解決方案：1、 V6.00.00.08版本和V6.00.10.10版本采取分批使用輪訓(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&

8、gt;、同步刪除了周期性測量任務(wù)的基站的配置數(shù)據(jù)3>、同步預(yù)定義性能計(jì)劃任務(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是射頻單元駐波比嚴(yán)重告警1155000是4室內(nèi)覆蓋問題如果室內(nèi)小區(qū)測試正常，但是存在如下問題：1.

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

10、加小區(qū)覆蓋范圍，盡量減少零流量產(chǎn)生機(jī)會(huì)。6.工程問題青島發(fā)現(xiàn)個(gè)別站點(diǎn)代維在排障過程中將RRu和天饋臨時(shí)放在機(jī)房內(nèi)的情況，如果后臺查看小區(qū)狀態(tài)正常，現(xiàn)場測試無信號，或者信號覆蓋異常非常弱的情況，可在機(jī)房處測試是否信號較強(qiáng)。遇到此種問題可追責(zé)代維責(zé)任。7.掛資源問題導(dǎo)致基站610版本目前已發(fā)現(xiàn)4類掛資源問題，會(huì)導(dǎo)致用戶在當(dāng)前小區(qū)接入失敗，或者從其他小區(qū)切換到當(dāng)前小區(qū)失敗，短時(shí)間造成KPI嚴(yán)重惡化。所有掛資源導(dǎo)致的問題現(xiàn)象表現(xiàn)一致：  現(xiàn)場發(fā)現(xiàn)的集中典型表現(xiàn). 后臺觀察小區(qū)狀態(tài)正常。. 現(xiàn)場測試無信號。. 后臺查看存在實(shí)時(shí)用戶。. 流量統(tǒng)計(jì)為（有時(shí)候可能存在流量，兩種情況均存在）. 按照分

11、鐘力度進(jìn)行監(jiān)控，重點(diǎn)關(guān)注請求次數(shù)及切換請求次數(shù)。如果發(fā)現(xiàn)短時(shí)間存在大量請求次數(shù)，則通過進(jìn)行統(tǒng)計(jì)失敗情況。. 外場投訴（一般都是之前正常，然后突然就不行了，站下無信號。）. 周邊鄰小區(qū)切換到目標(biāo)小區(qū)失敗，原因是：目標(biāo)小區(qū)無可用的無線資源。. 掛資源問題和實(shí)際用戶數(shù)滿的區(qū)別1、出現(xiàn)掛資源后及時(shí)查詢用戶數(shù)，掛資源和用戶數(shù)沒有直接聯(lián)系，用戶數(shù)很少的情況下，也會(huì)出現(xiàn)掛資源。2、 真實(shí)用戶數(shù)滿之后導(dǎo)致的資源分配失敗分析指導(dǎo)如下，現(xiàn)場初步分析時(shí)要跟掛資源問題分開。1） 未開啟接納控制，用戶數(shù)滿后，是ERAB建立失??；2） 開啟接納控制時(shí)，用戶數(shù)滿后，是RRC拒絕；掛資源問題分類序號類型bug號問題現(xiàn)象排障手

12、段1類型1：掛實(shí)例DTMUC00254038CDL異常流程判斷：對應(yīng)異常日志時(shí)間點(diǎn)前后，出現(xiàn)終端重建立到目標(biāo)基站其它小區(qū)，等待重配置完成時(shí)候，核心網(wǎng)觸發(fā)上下文釋放流程。多見于S1切換入后發(fā)生重建立。復(fù)位基站基站異常日志判斷（3條告警）：1、鏈表管理出錯(cuò)（告警編號10916，附加信息File:/misc_link_base_func.c,Line:57, Key Parameters:）2、獲取鏈表空閑節(jié)點(diǎn)失?。ǜ婢幪?0901，附加信息File:/misc_com.c,Line:353, Key Parameters:）3、分配UE實(shí)例失敗(File:/rrm_rbc_elemproc,Li

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