第一篇：基站典型告警分析報告7738

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

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

根據(jù)告警補充信息，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ù)請求

派單情況：

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

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

處理建議：

1、告警真實性核實

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

2、告警初步處理（包括定位故障點，遠程處理方法）

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

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

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

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

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

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

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

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

第二篇：基站典型告警分析報告7767

告警編號： 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ù)高峰時段和地區(qū)，用戶撥打電話困難，在基站稀少地區(qū)，用戶無法撥打電話；若傳輸閃斷，故障站點周圍用戶通話過程中，突然中斷通話。

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

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

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

第三篇：基站典型告警分析報告7705（本站推薦）

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

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

1、TRX故障

2、TRX 連線故障

3、傳輸閃斷

4、BCSU的插板或單元故障

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

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

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

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

1、告警真實性核實

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

2、告警初步處理（包括定位故障點，遠程處理方法）

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

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

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

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

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

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

第四篇：基站典型告警分析報告7706

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

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

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

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

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

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

信道可用率；

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

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

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

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

輸工作狀態(tài)、BTS與BSC中O&M鏈路的對應(yīng)情況，以及基站的工作狀態(tài)（如果中斷時間很長，必須重新啟動基站，因為可能丟失BTS告警），經(jīng)常伴隨基站中斷故障，如果不存在以上問題更換BCF板。

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

第五篇：基站告警,分析報告

通信故障分析報告

2G基站的告警故障分析報告

故障單位： 巴州 分公司 故障編號：[2013]BZ0077號 上報人員： 故障級別：其他故障 代維單位：

一、故障時間、地點、影響范圍

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

二、故障申報處理情況

故障過程的簡要描述：

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

故障申報情況：

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

（2）、故障定位： 3個3G、8個2G基站

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

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

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

三、故障損失估算：

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

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

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

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

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

四、故障原因分析

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

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

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