第一篇：基站典型告警分析報(bào)告7767

告警編號(hào)： 7767 告警內(nèi)容： BCCH MISSING

公共廣播信道丟失

告警描述： BTS小區(qū)公共廣播信道BCCH丟失，導(dǎo)致BTS發(fā)生中斷，該基站下的用戶業(yè)務(wù)全部中斷 觸發(fā)原因：

1、基站板件或軟件故障；

影響KPI：用戶感知：處理建議：

1、基站至BSC的傳輸中斷；

2、電源故障等等；

3、BSC單元或軟件故障。

信道可用率；

BTS無法提供服務(wù)，在話務(wù)高峰時(shí)段和地區(qū)，用戶撥打電話困難，在基站稀少地區(qū)，用戶無法撥打電話；若傳輸閃斷，故障站點(diǎn)周圍用戶通話過程中，突然中斷通話。

1、如果個(gè)別BTS或者個(gè)別基站出現(xiàn)該告警，該BTS或者基站下的用戶業(yè)務(wù)中斷，BSC通過命令EFS/EQS/ERS對(duì)BCF/BTS/TRX進(jìn)行閉鎖與解鎖，即對(duì)小區(qū)或基站進(jìn)行重啟。a、如果重啟后基站運(yùn)行正常，觀察幾個(gè)時(shí)段；

b、如果重啟后基站仍然存在故障，派發(fā)工單給代維公司上站檢查基站的傳輸、電源狀態(tài)；c、如果傳輸、電源狀態(tài)均正常，重新配置基站數(shù)據(jù)并進(jìn)行數(shù)據(jù)集成； d、如果故障依舊，需更換基站主控板。

2、如果多個(gè)BTS或者多個(gè)基站出現(xiàn)該告警，需盡快派發(fā)工單給BSC，檢查BSC硬件單元，或相關(guān)軟件。

第二篇：基站典型告警分析報(bào)告7705（本站推薦）

告警編號(hào)： 7705 告警內(nèi)容： LAPD FAILURE LAPD故障

告警描述： TRX的LAPD鏈路的告警 觸發(fā)原因：

1、TRX故障

2、TRX 連線故障

3、傳輸閃斷

4、BCSU的插板或單元故障

5、BSC中關(guān)于基站的link參數(shù)定義錯(cuò)誤

影響KPI： 由于載頻退服可能會(huì)影響到無線接入性、話音擁塞率等指標(biāo)

用戶感知： 可能會(huì)出現(xiàn)由于載頻退服引起的話音擁塞，導(dǎo)致無法起呼或者數(shù)據(jù)業(yè)務(wù)不可用等問題。

派單情況： 如果小區(qū)出現(xiàn)告警，需派發(fā)工單給代維人員對(duì)硬件和數(shù)據(jù)進(jìn)行檢查。處理建議：

1、告警真實(shí)性核實(shí)

登錄告警網(wǎng)元，查看當(dāng)前告警。查看TRX狀態(tài)和LAPD鏈路工作狀態(tài)，如設(shè)備狀態(tài)不正常則告警真實(shí)存在，尚未消除；否則認(rèn)為告警狀態(tài)不真實(shí)。

2、告警初步處理（包括定位故障點(diǎn)，遠(yuǎn)程處理方法）

1)如果只有7705告警，遠(yuǎn)端使用命令DTI查看TRX的LAPD鏈路狀態(tài)。如果是UA-AD、BL-US或UA-AD RN RECOV的話，使用DTC命令來重新激活TRX的LAPD鏈路。2)如果是BL-SYS的話，需要更換TRX。

3)如果整個(gè)CELL都有7705告警且BCF-SIG處于WO狀態(tài)。嘗試重啟整個(gè)CELL。

4)如果伴有7900（與TRX失去聯(lián)系）告警的話，可以檢查告警信息欄來找到?jīng)]有響應(yīng)的單元。如果信息欄指向的單元沒有在BTS內(nèi)安裝，檢查硬件數(shù)據(jù)庫的內(nèi)容。如果診斷信息指向的設(shè)備在BTS中安裝了，則需要更換TRX。

5)如果是TRX連線問題，一般伴隨有7533告警，提示天線或者合路器連接故障，檢查TX口電纜和合路器，可將故障載頻與另一個(gè)不在同一個(gè)合路器下的正常載頻互換位置，同時(shí)將原故障載頻位置的正常載頻的TX口，與同一合路器的正常載頻的TX互換位置，重啟相關(guān)載頻，觀察20分鐘，若原故障載頻出現(xiàn)告警，則為載頻故障，若互換位置的原正常載頻出現(xiàn)告警，則為合路器故障。6)查看ZYMO查看傳輸狀態(tài)和ZEOH查看歷史告警，確認(rèn)傳輸是否存在誤碼和閃斷等問題，一般伴隨7767（BCCH MISSING）告警和7704(PCM FAILURE)告警，檢查傳輸設(shè)備。

7)通過ZAHO和ZAHP檢查BSC是否存在1583（LAPD MSG DISTRBUTION PROBLEM）告警，如果某一BSCU下大量出現(xiàn)此類告警，需要對(duì)該BCSU進(jìn)行檢查，確認(rèn)是否存在問題，通過1583告警提供LAPDSIG使用ZDTI（ZDTI:T0034）命令查找到所屬的PCM，通過ZDSB（ZDSB:::PCM=35）找到所屬的BCF，對(duì)應(yīng)到出現(xiàn)問題的小區(qū)。

8)檢查TRX的LAPDSIG設(shè)置與BSC是否一致，使用ZDTI和ZDSB指令核對(duì)統(tǒng)一PCM上配置的LAPDSIG是否一致。

第三篇：基站典型告警分析報(bào)告7706

告警編號(hào)： 7706 告警內(nèi)容： BTS O&M LINK FAILURE

基站的O&M鏈路處于未運(yùn)行狀態(tài)

告警描述： 基站的O&M鏈路處于未運(yùn)行狀態(tài)，會(huì)引起基站中斷 觸發(fā)原因： 1.傳輸中斷；

影響KPI：用戶感知：派單情況：處理建議： 2.基站中斷； 3.BCF板件故障；

4.BCSU的插板或單元故障；

5.BSC中關(guān)于基站的link參數(shù)定義錯(cuò)誤。

信道可用率；

基站的O&M鏈路處于未運(yùn)行狀態(tài)，會(huì)引起基站中斷，在話務(wù)高峰時(shí)段和地區(qū)，用戶撥打電話困難，在基站稀少地區(qū)，用戶無法撥打電話；若傳輸閃斷，故障站點(diǎn)周圍用戶通話過程中，突然中斷通話。

1、如果單小區(qū)或者單基站出現(xiàn)告警，需派發(fā)工單給代維公司上站檢查基站的O&M鏈路；

2、如果同時(shí)多個(gè)小區(qū)或者多個(gè)基站出現(xiàn)多條告警，可能是傳輸節(jié)點(diǎn)故障或BCSU故障，需派發(fā)工單給代維公司檢查傳輸是否存在故障，若傳輸正常，需派發(fā)工單給BSC檢查BCSU狀態(tài)；

1、如果單小區(qū)或者單基站出現(xiàn)告警可能會(huì)引起基站中斷，代維公司上站檢查鏈路所用的傳

輸工作狀態(tài)、BTS與BSC中O&M鏈路的對(duì)應(yīng)情況，以及基站的工作狀態(tài)（如果中斷時(shí)間很長(zhǎng)，必須重新啟動(dòng)基站，因?yàn)榭赡軄G失BTS告警），經(jīng)常伴隨基站中斷故障，如果不存在以上問題更換BCF板。

2、如果同時(shí)多個(gè)小區(qū)或者多個(gè)基站出現(xiàn)多條告警，可能是傳輸節(jié)點(diǎn)故障或BCSU故障，首先代維公司檢查傳輸設(shè)備，光纜是否存在故障，若傳輸正常，需轉(zhuǎn)發(fā)工單給BSC檢查BCSU狀態(tài)。

第四篇：基站典型告警分析報(bào)告7738

告警編號(hào)： 7738 告警內(nèi)容： BTS WITH NO TRANSACTIONS BTS沒有話務(wù)

告警描述： 在監(jiān)控時(shí)間內(nèi)，BTS沒有完整的通話或SDCCH業(yè)務(wù)。告警用于BTS通信容量的監(jiān)控。

根據(jù)告警補(bǔ)充信息，7738的告警可以分為以下7類: 1 =不成功的SDCCH占用

=不成功的TCH占用

= 既不成功的SDCCH占用也不成功的TCH占用 10 =不成功的GPRS事務(wù)

=既不成功的SDCCH占用也不成功的GPRS事務(wù) 12 =既不成功的TCH占用也不成功的GPRS事務(wù)

=既不成功的SDCCH,也不成功的TCH占用和不成功的GPRS事務(wù)

觸發(fā)原因： 在監(jiān)控期間BTS沒有成功終止的呼叫，SDCCH業(yè)務(wù)，或GPRS TRAFFIC。影響KPI： 無線接入性

用戶感知： 無法發(fā)起語音或者數(shù)據(jù)業(yè)務(wù)請(qǐng)求

派單情況：

1、如果單小區(qū)或者單基站出現(xiàn)告警，需派發(fā)工單檢查基站硬件或者參數(shù)設(shè)置；

2、如果同時(shí)多個(gè)小區(qū)或者多個(gè)基站出現(xiàn)告警，可能是BCSU故障，需派發(fā)工單給BSC檢查BCSU狀態(tài)；

處理建議：

1、告警真實(shí)性核實(shí)

登錄告警網(wǎng)元，查看當(dāng)前告警。該告警為提示性告警。

2、告警初步處理（包括定位故障點(diǎn)，遠(yuǎn)程處理方法）

零起呼故障對(duì)于網(wǎng)絡(luò)影響較大，造成該區(qū)域用戶無法完成主被叫，對(duì)用戶感知造成惡劣影響。

1)分析該小區(qū)是否是EDGE小區(qū)，由于現(xiàn)在EDGE功能引入，原小區(qū)被稱為SEG，話務(wù)小區(qū)稱為MASTER BTS、EDGE小區(qū)稱為SLAVE BTS, 兩個(gè)BTS之間的話務(wù)負(fù)荷分擔(dān)由BTS LOAD IN SEG(LSEG)決定，例如：當(dāng)LSEG=70，即為當(dāng)MASTER BTS話務(wù)負(fù)荷達(dá)到70%時(shí)，開始將話務(wù)分給SLAVE BTS，因此當(dāng)LSEG參數(shù)設(shè)置較大時(shí)，會(huì)造成EDGE小區(qū)零起呼。對(duì)于EDGE小區(qū)出現(xiàn)零起呼的小區(qū)，確認(rèn)MASTER小區(qū)起呼正常的的情況，可不做處理。

2)分析該小區(qū)話務(wù)情況，以故障時(shí)段在上一周內(nèi)的TCH占用情況為依據(jù)，判斷小區(qū)零起呼是否由于低話務(wù)還是軟硬件故障；

3)若該小區(qū)長(zhǎng)期低話務(wù)，則7738告警屬于正常零占用，需要對(duì)低話務(wù)原因進(jìn)行詳細(xì)深入分析；

4)若該小區(qū)一直處于中高話務(wù)情況，則重啟BTS；無效，重啟BCF；仍無用戶占用，則發(fā)送基站維護(hù)工單至維護(hù)組，對(duì)天饋系統(tǒng)進(jìn)行駐波比測(cè)試和檢修；

5）檢查小區(qū)數(shù)據(jù)業(yè)務(wù)流量和TBF建立情況，確認(rèn)是否小區(qū)休眠，導(dǎo)致沒有成功的PDCH占用；

6）如果單BSC下大量7738零起呼時(shí)有發(fā)生，往往由于某BCSU故障造成，通過ZAHO或者ZAHP命令查詢BSC告警，確認(rèn)BCSU故障后，通知BSC工程師進(jìn)行處理。

MML人機(jī)命令EEO可輸出無線網(wǎng)絡(luò)參數(shù)輸出的值，EEN可修改這些參數(shù)的值，使用以下參數(shù)可能會(huì)影響到該告警: ZEEN: SMBNT= supervision start time(08-00)EMBNT= supervision end time(18-00)PRDBNT= length of supervision period(120 min)

第五篇：基站告警,分析報(bào)告

通信故障分析報(bào)告

2G基站的告警故障分析報(bào)告

故障單位： 巴州 分公司 故障編號(hào)：[2013]BZ0077號(hào) 上報(bào)人員： 故障級(jí)別：其他故障 代維單位：

一、故障時(shí)間、地點(diǎn)、影響范圍

故障發(fā)生時(shí)間（以網(wǎng)管時(shí)間為準(zhǔn)）： 故障最終修復(fù)時(shí)間（以網(wǎng)管時(shí)間為準(zhǔn)）： 故障處理人員 故障歷時(shí)： 故障地點(diǎn)： 中斷電路數(shù)量： 業(yè)務(wù)影響范圍： 客戶投訴情況：無

二、故障申報(bào)處理情況

故障過程的簡(jiǎn)要描述：

1、日00：30，網(wǎng)管值班人員在監(jiān)控上發(fā)現(xiàn)多個(gè)2G、3G基站告警。這些閃斷基站附近2G、3G業(yè)務(wù)中斷，網(wǎng)管機(jī)房通知代維公司。代維公司人員接到機(jī)房通知后立即趕往2G、3G閃斷基站處查看，最終確定造成斷站原因?yàn)殛栂伎h基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站，于01:56代維人員發(fā)電后業(yè)務(wù)恢復(fù)，故障歷史86分鐘。

故障申報(bào)情況：

申報(bào)時(shí)間：2014年3月5日00:30 申報(bào)對(duì)象：故障現(xiàn)象、故障定位和故障排除經(jīng)過：（1）、故障現(xiàn)象：

（2）、故障定位： 3個(gè)3G、8個(gè)2G基站

2、（3）、故障排除經(jīng)過：，網(wǎng)管值班人員在監(jiān)控上發(fā)現(xiàn)多個(gè)2G、3G基站告警。這些閃斷基站附近2G、3G業(yè)務(wù)中斷，網(wǎng)管機(jī)房通知代維公司。代維公司人員接到機(jī)房通知后立即趕往2G、3G閃斷基站處查看，最終確定造成斷站原因?yàn)殛栂伎h基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站，于01:56代維人員發(fā)電后業(yè)務(wù)恢復(fù)，故障歷史86分鐘。

3、故障現(xiàn)場(chǎng)情況：

4、故障處理后涉及的資料、臺(tái)帳更新情況： 無

三、故障損失估算：

1、本次故障造成的直接損失：合計(jì)約 元。包含以下內(nèi)容：

2、本次故障造成的間接損失：合計(jì)約 元。

1）根據(jù)中斷的電路數(shù)量計(jì)算： 個(gè)2M，中斷時(shí)長(zhǎng) 分鐘，按照10元/2M.分鐘（長(zhǎng)途電路）計(jì)算損失，合計(jì)間接損失 元。

2）根據(jù)中斷的基站數(shù)量計(jì)算（按照系統(tǒng)劃分）： 個(gè)基站，中斷時(shí)長(zhǎng) 分鐘，依據(jù)每小時(shí)平均話務(wù)量 愛爾蘭，按照 元/愛爾蘭計(jì)算損失，合計(jì)間接損失 元。3）用戶感知角度：無 4）公司形象角度：無 5）其他后勤保障方面：無

3、本次故障造成的經(jīng)濟(jì)損失合計(jì)約 元。

四、故障原因分析

故障發(fā)生原因：陽霞縣基站市電停電

1、故障的經(jīng)驗(yàn)教訓(xùn)總結(jié)

此次故障為陽霞縣基站市電停電，導(dǎo)致其下掛的多個(gè)2G、3G基站斷站。代維人員急時(shí)趕至斷站現(xiàn)場(chǎng)查明斷站原因偉市電停電后，立即發(fā)電，業(yè)務(wù)恢復(fù)正常。今后隨時(shí)待命，出現(xiàn)斷站現(xiàn)象用最快的速度趕至斷站現(xiàn)場(chǎng)，查明原因，解決問題，力保公司損失降到最低。