LTE告警+零流量那個(gè)低流量分析處理

1、現(xiàn)狀-零流量，低流量，小區(qū)分類：故障問(wèn)題電源：設(shè)備斷電、斷站、BBU斷電。硬件告警：X2接口故障、系統(tǒng)時(shí)鐘不可用、駐波等傳輸：傳輸光口異常、BBU接口異常、射頻R接口異常等覆蓋干擾問(wèn)題室外站點(diǎn)覆蓋景區(qū)的，景區(qū)冬季人少室外站點(diǎn)覆蓋農(nóng)村空曠公路的室外站點(diǎn)覆蓋不合理的，周圍有村莊密集人群活動(dòng)區(qū)域，但天線覆蓋方向不合理的網(wǎng)內(nèi)干擾，網(wǎng)外干擾。用戶行為問(wèn)題活動(dòng)場(chǎng)所：偶爾有活動(dòng)，但周期比較長(zhǎng)的。隨著季節(jié)變化，室外用戶變少的確實(shí)是用戶過(guò)少零流量低流量小區(qū)統(tǒng)計(jì)影響零流量、低流量小區(qū)因素故障問(wèn)題 告警原因分析LTE網(wǎng)絡(luò)零低話務(wù)的主要影響因素之一 為基站告警，基站告警主要分三類，分別為傳輸類、電源類一級(jí)硬件類，篩選

2、出零低話務(wù)小區(qū)，基站故障占比為10%,主要告警如下射頻單元維護(hù)鏈路異常告警小區(qū)短鏈以及不可用告警星卡天線故障告警BBU IR光模塊收發(fā)異常告警告警影響小區(qū)數(shù)統(tǒng)計(jì)如下自我處理建議： 對(duì)告警站點(diǎn)進(jìn)行長(zhǎng)期監(jiān)控，減小告警對(duì)現(xiàn)網(wǎng)的影響，配合基站維護(hù)人員及時(shí)處理告警影響零流量、低流量小區(qū)因素-覆蓋、干擾問(wèn)題覆蓋原因分析： 零低話務(wù)的另一個(gè)影響因素之一-為覆蓋問(wèn)題，其中包含特殊場(chǎng)景覆蓋（如景區(qū)、路等）、室分天饋覆蓋不合理（僅覆蓋電梯，地下停車場(chǎng)等）、覆蓋區(qū)域不合理（附近有村莊、人口密集區(qū)域、但天饋覆蓋方向不合理、天饋存在阻擋）等、零低話務(wù)小區(qū)中覆蓋原因占比為。零低話務(wù)小區(qū)分布：處理建議：影響零低業(yè)務(wù)小區(qū)-用

3、戶行為原因分析： 在優(yōu)化中，可以認(rèn)為一個(gè)小區(qū)話務(wù)量較低原因可以分為兩大類，一種是由網(wǎng)絡(luò)設(shè)備或者參數(shù)問(wèn)題引起的低話務(wù)量，這種原因造成的低話務(wù)量是可以通過(guò)一定優(yōu)化手段得到改善的。另一種則是由于客觀因素造成的低話務(wù)量，基本上是無(wú)法通過(guò)優(yōu)化手段使話務(wù)量增高的，主要原因是用戶行為，體原因如下：活動(dòng)場(chǎng)所：偶有活動(dòng)但周期比較長(zhǎng)的；用戶鎖G網(wǎng)，沒(méi)有占用T網(wǎng)的隨季節(jié)變化；室外用戶變少的；與2/3G網(wǎng)進(jìn)行對(duì)比；確實(shí)是用戶過(guò)少；影響零低業(yè)務(wù)小區(qū)-新建站問(wèn)題原因分析： 目前LTE10月份11月份共開(kāi)通130個(gè)站點(diǎn)，由于新建站點(diǎn)入網(wǎng)流程需要一段時(shí)間，并且部分基站存在告警，天線接反等問(wèn)題無(wú)法激活站點(diǎn)，造成網(wǎng)管統(tǒng)計(jì)為零話務(wù)

4、或者低話務(wù)小區(qū)，新建站主要原因如下：因物業(yè)糾紛等導(dǎo)致無(wú)法調(diào)整新建站點(diǎn)傳輸短鏈等告警影響新建站點(diǎn)天線接反、站點(diǎn)調(diào)整等導(dǎo)致無(wú)法進(jìn)行單站優(yōu)化新建站覆蓋不合理處理建議：告警分析處理，絕大部分的告警后臺(tái)處理不了【網(wǎng)元鏈接中斷】告警解釋：網(wǎng)元與OMC網(wǎng)管之間的鏈接中斷，一般來(lái)講，為斷電或傳輸問(wèn)題 對(duì)系統(tǒng)的影響 對(duì)該網(wǎng)元無(wú)法控制 告警處理序號(hào)處理方法“是”“否”1檢查同一環(huán)路下基站是否全部中斷(基站側(cè)檢查光路和電源是否OK.) 2 32通知傳輸中心處理433通知機(jī)房巡檢處理故障(基站側(cè)更換傳輸光模塊/光纖)44結(jié)束【小區(qū)服務(wù)能力下降29243：】 告警解釋當(dāng)基站射頻資源或基帶資源不能滿足當(dāng)前小區(qū)的配置規(guī)格時(shí)

5、，產(chǎn)生此告警對(duì)系統(tǒng)的影響告警小區(qū)提供給客戶可用的無(wú)線空口資源會(huì)減少。告警處理序號(hào)處理方法 “是” “否“1DSP BRDMFRINFO查看當(dāng)前RRU型號(hào)(基站側(cè)直接查看RRU型號(hào))2 72LST RRU查詢RRU配置信息是否與當(dāng)前RRU相符(基站側(cè)可以直接登錄基站側(cè)查看命令相同) 3 43LST ALMAF查詢當(dāng)前的告警信息，看可用通是否相符(基站側(cè)可以直接登錄或網(wǎng)管確認(rèn)) 4 54MOD RRU 把通道數(shù)該為當(dāng)前RRU通道數(shù)，看告警是否恢復(fù)（基站側(cè)請(qǐng)聯(lián)系數(shù)據(jù)修改組修改數(shù)據(jù)） 9 5DSP VSWR查看告警小區(qū)RRU是否有駐波（基站側(cè)聯(lián)系網(wǎng)管確認(rèn)） 866DSP SFP查看光模塊型號(hào)是否滿足L

6、TE需求（基站側(cè)可直接查看）光模塊大于6.144G。 787考慮可能基帶板資源不足，需增加基帶板LBBP?？词欠窕謴?fù) 9 8通知基站代維人員上站處理RRU通道/駐波/光模塊 9 9結(jié)束查詢RRU配置通道：查詢基站當(dāng)前告警信息：查詢駐波：查詢光模塊型號(hào)，速率：【小區(qū)不可用告警19240：】 告警解釋當(dāng)基站檢測(cè)到小區(qū)不能提供業(yè)務(wù)時(shí)，產(chǎn)生此告警。對(duì)系統(tǒng)的影響告警小區(qū)不能提供業(yè)務(wù)。告警處理序號(hào)處理方法“是“ “否“1在網(wǎng)管上查看基站是否斷開(kāi)（基站側(cè)聯(lián)系網(wǎng)管確認(rèn)） 8 22DSP CELL，發(fā)現(xiàn)小區(qū)為不可用狀態(tài)（基站側(cè)可直接登錄基站查詢或聯(lián)系網(wǎng)管） 3 113LST ALMAF查看是否有RRU告警,如硬

7、件,溫度,掉電等告警（基站側(cè)可直接檢查或登錄基站查詢） 94 4DSP BRD ，看是否有RRU故障（基站側(cè)可直接查看RRU是否掉電） 9 55DSP SFP查詢不可用RRU對(duì)應(yīng)的光路是否OK（基站側(cè)可看指示燈是否正常） 9 6 6DSP CLKSRC 查看當(dāng)前使用的時(shí)鐘,如是GPS ,DSP GPS查看當(dāng)前收星情況（基站側(cè)直接查看GPS是否開(kāi)路或登錄基站查看） 9 77查看是否有系統(tǒng)無(wú)License運(yùn)行告警、配置數(shù)據(jù)超出License限制告警 10 8通知傳輸人員處理故障 119通知代維人員處理故障 1110聯(lián)系華為申請(qǐng) 1111結(jié)束查詢小區(qū)是否可用：查看RRU是否有告警：查詢光路是否OK：

8、查詢GPS是否可用：查看是否有License告警：目前LTE新建站，很少有這條告警。【基站控制面?zhèn)鬏斨袛喔婢?9207:】（注：由于網(wǎng)元斷鏈，網(wǎng)管無(wú)法對(duì)基站控制） 告警解釋 當(dāng)基站所有SCTP鏈路狀態(tài)都異常時(shí)，產(chǎn)生此告警。 對(duì)系統(tǒng)的影響 基站所有承載S1Interface、X2Interface的SCTP鏈路（鏈路個(gè)數(shù)不少于2條）狀態(tài)都異常，導(dǎo)致基站所有S1接口、X2接口無(wú)法建立成功，小區(qū)無(wú)法激活，用戶無(wú)法入網(wǎng)。 告警處理序號(hào) 處理方法 “是“ “否“1在網(wǎng)管中心的告警臺(tái)上，檢查是否存在根源告警： SCTP鏈路故障告警，S1接口故障告警2 42檢查并處理SCTP鏈路閉塞情況并處理，看是否恢復(fù)4

9、3聯(lián)系傳輸網(wǎng)絡(luò)維護(hù)人員處理故障 44結(jié)束【BBU IR光接口性能惡化告警26233：】 告警解釋 當(dāng)BBU的IR端口上的光模塊的接收或發(fā)送性能惡化時(shí)，產(chǎn)生此告警。 對(duì)系統(tǒng)影響 1、光模塊的收發(fā)性能嚴(yán)重惡化，可能導(dǎo)致IR鏈路承載的業(yè)務(wù)質(zhì)量嚴(yán)重下降，或?qū)е孪录?jí)射頻單元業(yè)務(wù)中斷。2、光模塊的收發(fā)性能輕微惡化，可能導(dǎo)致射頻單元該IR鏈路承載的業(yè)務(wù)質(zhì)量出現(xiàn)輕微惡化。告警處理序號(hào)處理方法 “是“ “否“1在網(wǎng)管中心的告警臺(tái)上，檢查是否存在告警（基站側(cè)可登陸基站或聯(lián)系網(wǎng)管） 2 52光模塊的型號(hào)與射頻單元測(cè)是否匹配,并用DSP SFP命令查詢收發(fā)光是否過(guò)低或過(guò)高（基站側(cè)可直接檢查BBU到RRU光模塊型號(hào)是否

10、相同或登陸基站查詢）。 4 43聯(lián)系代維到BBU近端，重新插拔故障IR端口上的光模塊和光纖接頭并用酒精擦拭以清潔光纖接頭，看是否恢復(fù) 5 44通知代維人員上站更換光模塊 55結(jié)束 查詢RRU收發(fā)光：【S1接口故障告警29201：】 告警解釋當(dāng)S1AP（S1 Application Protocol）協(xié)議層處理錯(cuò)誤，或SCTP（Stream Control Transmission Protocol）鏈路出現(xiàn)異常時(shí)，產(chǎn)生此告警。對(duì)系統(tǒng)影像基站將主動(dòng)去激活所有與異常的S1接口相關(guān)的小區(qū)，并釋放此前已經(jīng)成功接入到這些小區(qū)內(nèi)的所有在網(wǎng)用戶。新的用戶將無(wú)法接入到這些小區(qū)?？赡茉?. SCTP鏈路狀態(tài)異

11、常。2. SCTP鏈路未添加。3 .S1接口配置錯(cuò)誤。4. SCTP鏈路閉塞。5. 跟蹤區(qū)域配置信息未配置 MME連接的基站數(shù)到達(dá)上限。告警處理序號(hào)處理方法 “是” “否”1檢查是否存在相關(guān)告警：25888 SCTP鏈路故障告警，存在則按相關(guān)告警的處理建議排除故障。262執(zhí)行MML命令DSP S1INTERFACE，查看S1接口對(duì)應(yīng)SCTP鏈路號(hào)配置是否正確。633執(zhí)行MML命令LST CNOPERATORTA，查看跟蹤區(qū)域配置信息是否正確。644執(zhí)行MML命令LST ENODEB，查看基站標(biāo)識(shí)配置是否與規(guī)劃相同。65聯(lián)系MME側(cè)維護(hù)人員協(xié)助處理。6結(jié)束查詢SCTP對(duì)端IP是否正確：【SCTP

12、鏈路故障告警25888:】 告警解釋 當(dāng)基站檢測(cè)到SCTP鏈路無(wú)法承載業(yè)務(wù)時(shí)，產(chǎn)生此告警。 對(duì)系統(tǒng)影響 導(dǎo)致SCTP鏈路上無(wú)法承載信令?？赡茉?. SCTP的承載鏈路故障。 2.和對(duì)端設(shè)備配置參數(shù)不一致。 3.到對(duì)端的路由不可達(dá)。 4.光纖連接錯(cuò)誤。 5.對(duì)端設(shè)備故障。 告警處理序號(hào)處理方法 “是” “否”1在網(wǎng)管中心的告警臺(tái)上，檢查承載該SCTPLNK的鏈路是否存在以太網(wǎng)相關(guān)告警或者PPP/MLPPP相關(guān)告警，存在則按相關(guān)告警的處理建議排除故障。622執(zhí)行MML命令LST SCTPLNK查看本端SCTP鏈路的所有配置參數(shù)與配置規(guī)劃是否一致，如本端IP地址、本端SCTP端口號(hào)、對(duì)端IP地址、

13、對(duì)端SCTP端口號(hào)等。633執(zhí)行MML命令DSP IPRT/DSP IPRT6檢查承載該故障SCTP的鏈路上是否配置了到對(duì)端的IP路由644聯(lián)系維護(hù)人員，檢查光纖連接是否正確。565檢查對(duì)端設(shè)備是否正常。66結(jié)束檢查配置的IPRT是否正確：【系統(tǒng)時(shí)鐘不可用告警26260：】 告警解釋 當(dāng)基站使用本地晶振的時(shí)間超過(guò)其可保持的時(shí)限時(shí)，產(chǎn)生此告警。 對(duì)系統(tǒng)影響基站業(yè)務(wù)處理會(huì)出現(xiàn)各種異常，如切換失敗、掉話等，嚴(yán)重時(shí)基站不能提供業(yè)務(wù)。告警處理序號(hào)處理方法 “是” “否”1網(wǎng)管中心告警臺(tái)上，檢查系統(tǒng)是否存在相關(guān)告警。（基站側(cè)可直接檢查GPS是否開(kāi)路或登陸基站檢查） 2 52在網(wǎng)管室查詢TD測(cè)(LTE取得時(shí)鐘為對(duì)端