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

告警編號： 7767 告警內容： BCCH MISSING

公共廣播信道丟失

告警描述： BTS小區公共廣播信道BCCH丟失，導致BTS發生中斷，該基站下的用戶業務全部中斷 觸發原因：

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

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

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

2、電源故障等等；

3、BSC單元或軟件故障。

信道可用率；

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

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

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

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

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

告警編號： 7705 告警內容： LAPD FAILURE LAPD故障

告警描述： TRX的LAPD鏈路的告警 觸發原因：

1、TRX故障

2、TRX 連線故障

3、傳輸閃斷

4、BCSU的插板或單元故障

5、BSC中關于基站的link參數定義錯誤

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

用戶感知： 可能會出現由于載頻退服引起的話音擁塞，導致無法起呼或者數據業務不可用等問題。

派單情況： 如果小區出現告警，需派發工單給代維人員對硬件和數據進行檢查。處理建議：

1、告警真實性核實

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

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

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

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

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

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

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

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

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

告警編號： 7706 告警內容： BTS O&M LINK FAILURE

基站的O&M鏈路處于未運行狀態

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

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

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

5.BSC中關于基站的link參數定義錯誤。

信道可用率；

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

1、如果單小區或者單基站出現告警，需派發工單給代維公司上站檢查基站的O&M鏈路；

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

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

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

2、如果同時多個小區或者多個基站出現多條告警，可能是傳輸節點故障或BCSU故障，首先代維公司檢查傳輸設備，光纜是否存在故障，若傳輸正常，需轉發工單給BSC檢查BCSU狀態。

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

告警編號： 7738 告警內容： BTS WITH NO TRANSACTIONS BTS沒有話務

告警描述： 在監控時間內，BTS沒有完整的通話或SDCCH業務。告警用于BTS通信容量的監控。

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

=不成功的TCH占用

= 既不成功的SDCCH占用也不成功的TCH占用 10 =不成功的GPRS事務

=既不成功的SDCCH占用也不成功的GPRS事務 12 =既不成功的TCH占用也不成功的GPRS事務

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

觸發原因： 在監控期間BTS沒有成功終止的呼叫，SDCCH業務，或GPRS TRAFFIC。影響KPI： 無線接入性

用戶感知： 無法發起語音或者數據業務請求

派單情況：

1、如果單小區或者單基站出現告警，需派發工單檢查基站硬件或者參數設置；

2、如果同時多個小區或者多個基站出現告警，可能是BCSU故障，需派發工單給BSC檢查BCSU狀態；

處理建議：

1、告警真實性核實

登錄告警網元，查看當前告警。該告警為提示性告警。

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

零起呼故障對于網絡影響較大，造成該區域用戶無法完成主被叫，對用戶感知造成惡劣影響。

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

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

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

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

5）檢查小區數據業務流量和TBF建立情況，確認是否小區休眠，導致沒有成功的PDCH占用；

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

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

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

通信故障分析報告

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

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

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

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

二、故障申報處理情況

故障過程的簡要描述：

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

故障申報情況：

申報時間：2014年3月5日00:30 申報對象：故障現象、故障定位和故障排除經過：（1）、故障現象：

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

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

3、故障現場情況：

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

三、故障損失估算：

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

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

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

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

3、本次故障造成的經濟損失合計約 元。

四、故障原因分析

故障發生原因：陽霞縣基站市電停電

1、故障的經驗教訓總結

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