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

告警編號(hào)： 7704 告警內(nèi)容： PCM FAILURE

告警描述： PCM鏈路故障，該告警涉及包含BCF鏈路的PCM號(hào) 觸發(fā)原因： 產(chǎn)生告警的原因有：1.傳輸中斷

2.基站供電中斷 影響KPI： 信道可用率；

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

派單情況： 基站告警監(jiān)控部門根據(jù)傳輸狀態(tài)初步定位故障點(diǎn)，再根據(jù)故障情況派發(fā)工單給傳輸部門或者代維公司進(jìn)行處理。

處理建議：

1、基站告警監(jiān)控部門首先確認(rèn)該告警涉及的PCM狀態(tài)是否正常

（ZYEF:ET,PCM號(hào):;）。例如：

輸入：ZYEF:ET=1868;輸出：

說明：如若輸出顯示PCM FAILURE OBSERVED BY FAMILIES，表示該小區(qū)傳輸已斷，觸發(fā)該告警。

如若輸出顯示PCM OK，表示該小區(qū)傳輸未斷可能是傳輸無碼高，導(dǎo)致基站閃斷，觸發(fā)該告警。

2、若PCM狀態(tài)為OK，需查看傳輸是否存在誤碼（ZYMO:ET,PCM號(hào):;）。

例如：

輸入：ZYMO:ET,1805:;輸出：

說明：紅色方框如果不是100表示傳輸質(zhì)量較差，有誤碼，可能導(dǎo)致基站因傳輸誤碼閃斷，觸發(fā)該告警。

a、如果傳輸存在誤碼，轉(zhuǎn)發(fā)工單給傳輸部門進(jìn)行分析處理；

b、如果傳輸沒有誤碼，派單BSC重新激活該ET,傳輸狀態(tài)改變?yōu)镕AILURE，派單給代維公司上站排查，傳輸狀態(tài)仍然為OK，需轉(zhuǎn)發(fā)工單給傳輸部門進(jìn)行分析處理；

2、若PCM狀態(tài)為FAILURE，派發(fā)工單給代維公司上站排查處理。

第二篇：基站典型告警分析報(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ù)庫(kù)的內(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ā)起語(yǔ)音或者數(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)