諾西常見基站告警處理建議
**市現(xiàn)網(wǎng)基站類告警情況概述
從現(xiàn)網(wǎng)提取告警結果顯示，目前**無線網(wǎng)絡中主要存在的告警類型為7601、7602、7604、7607、7608、7743、7745、 7744、2725、7725等，這些告警都會或多或少的影響網(wǎng)絡性能和網(wǎng)絡質(zhì)量。另外還需要附加補充一條告警：2993。
相關告警解釋
告警代碼 | 告警等級 | 告警內(nèi)容 |
7601 | ** | BCF性能下降 |
7604 | ** | BTS性能下降 |
7607 | ** | TRX性能下降 |
7743 | ** | 在測量時段內(nèi),監(jiān)測TCH信道上的平均占用時間低于門限值 |
7745 | ** | 在SDCCH信道和TCH信道上,呼叫因失敗而終止的比率超過門限值 |
7744 | ** | 空閑模式下測量到TCH信道干擾等級超過門限 |
2725 | ** | 鄰區(qū)定義NCC,BCC,BCCH,LAC錯誤,導致出現(xiàn)的告警 |
7602 | ** | BSC硬件數(shù)據(jù)庫與實際不相符或硬件故障 |
2993 | ** | 在ABIS接口BTS和TC不同步 |
7725 | ** | 因為呼叫控制在啟動話務信道時失敗了多次,系統(tǒng)將無線時隙閉鎖 |
在以上告警中，以7744、7745、7949、7601、2725、2993等告警出現(xiàn)最為頻繁，其產(chǎn)生的后果也最為嚴重，直接影響客戶的感知。平時需密切關注7744，7745，7949，7601，2725，2993告警，并提出故障定位和處理措施。
各種常見告警處理方法
1、7745告警
含義：在一個信道上的呼叫終止的比率超過網(wǎng)管設置的門限。
本告警用來監(jiān)控業(yè)務信道或者信令信道的功能，通過監(jiān)控非正常的信道釋放來檢測可能出現(xiàn)故障的信道。當在TCH信道上產(chǎn)生此告警時，就會導致嚴重的掉話和切換失�。划斣赟DCCH信道上產(chǎn)生此告警時，就會導致?lián)懿煌娫挕⒔油实偷痊F(xiàn)象。根據(jù)經(jīng)驗，該告警的觸發(fā)原因是由于當SDCCH/TCH因為錯誤原因釋放，導致丟失呼叫的計數(shù)器增加。
解決方法：7745告警在網(wǎng)絡內(nèi)出現(xiàn)的概率比較大，對信道占用和掉話指標都有很大的影響，建議經(jīng)常查看并進行處理。如果是某載頻的多個信道都有出現(xiàn)占用失敗，那么建議更換整個載頻。如果是某個TCH信道出現(xiàn)了占用失敗，則關閉掉這個信道時隙。如果是某個SDCCH信道出現(xiàn)了占用失敗，需要另外重建一個SDCCH信道，然后再閉掉這個信道時隙�；蛘邔d頻進行重啟，進行觀察，如果還是出現(xiàn)，則重復前面步驟。經(jīng)驗總結是：如果信道占用失敗率很高的話，則載頻壞的可能性很大，應立即對載頻進行更換。
2、7601告警
該告警包含了多種原因，主要是由于BCF內(nèi)連線出現(xiàn)問題導致。
解決方法：檢查相應模塊連線是否正確，排除硬件方面的問題。
3、7604告警
**網(wǎng)絡內(nèi)出現(xiàn)這兩個告警的原因都在于：天饋的主分集接收電平相差太大,或者駐波比不正常。有可能是天饋的連線接頭松動，或者天饋線進水，或者接收（包括分集接收）連線錯誤，或者載頻性能異常。建議對此類告警進行天饋系統(tǒng)的檢查，載波故障診斷，排除此類告警。此類告警一般都會伴隨7606和7607告警的出現(xiàn)。
解決方法：
檢查是否有7606 TRX FAULTY和7607 TRX OPERATION DEGRADED告警；如果存在，那么載頻壞引起7604告警的可能性比較大。
對天饋系統(tǒng)進行檢查，排除老化，進水等可能性。
4、7602告警
網(wǎng)絡內(nèi)出現(xiàn)7602告警，有很多原因引起，主要是硬件故障和數(shù)據(jù)不匹配等引起。
解決方法：
如果出現(xiàn)溫度過高情況，建議更換風扇，風扇壞引起溫度過高出現(xiàn)告警。
在開站或者擴容的過程中，沒有重新做基站數(shù)據(jù)，導致BSC和基站數(shù)據(jù)配置文件不一致。那么需要對基站數(shù)據(jù)進行重做，告警會消失。
5、7744干擾告警
此告警是由于外界有強烈的干擾源影響，造成TCH載頻頻點受到干擾，影響了話音質(zhì)量。由于影響比較大，所以建議對出現(xiàn)告警的小區(qū)或載頻進行實地勘察掃描測試，找出干擾源，進行改頻或者其它方式處理。
6、2725鄰區(qū)定義錯誤告警
在BSC中執(zhí)行指令：ZAHO::NR=2725；就可以發(fā)現(xiàn)網(wǎng)絡內(nèi)存在的2725告警。出現(xiàn)2725告警的原因主要有兩個方面：一是在BSC中鄰區(qū)定義時，NCC、BCC、BCCH、LAC其中的一個或者幾個定義錯誤，造成出現(xiàn)告警；二是跨MSC的鄰區(qū)定義時，在MSC中往往漏加鄰區(qū)小區(qū)號，此時盡管BSC中定義NCC、BCC、BCCH、LAC都正確，但是還是會出現(xiàn)這個告警，往往兩種設備MSC交界處的鄰區(qū)關系設置出現(xiàn)的幾率比較大。
解決方法：
網(wǎng)絡內(nèi)部：網(wǎng)絡內(nèi)部的告警，在告警里會列出源小區(qū)的BTS ID號碼，以及鄰小區(qū)的BCCH頻點和NCC、BCC，對照鄰區(qū)列表里的實際設置，可以發(fā)現(xiàn)設置錯誤之處。更改錯誤定以后，清除告警號，告警不會再出現(xiàn)。
網(wǎng)絡外部：網(wǎng)絡外部的告警，由于解不出鄰區(qū)的BCCH頻點，NCC、BCC，所以很難知道是哪一個鄰區(qū)設置有錯誤。這就需要我們在鄰區(qū)列表里找出定義錯誤的鄰區(qū)。這種情況，一般是跨MSC的鄰區(qū)。所以主要查找跨MSC的鄰區(qū)設置。同時需要注意的是：跨MSC的鄰區(qū)很可能是該MSC沒有定義LAC，所以交換機里設置鄰區(qū)時必須注意要加上外部鄰區(qū)的LAC和CI，以免雖然在BSC里有設置，但是還是出現(xiàn)2725告警的情況。
7、2993告警
2993告警是 BTS AND TC UNSYNCHRONIZATION CLEAR CALLS ON ABIS INTERFACE ，由于傳輸誤碼或者載頻時隙有問題都會造成大量的掉話�，F(xiàn)網(wǎng)無2993告警，但在替換或割接的時候出現(xiàn)2993告警的影幾率比較大，所以我們需要時刻關注2993告警的出現(xiàn)，防止對網(wǎng)絡指標的影響。
解決方法：
目前的快速處理方法是采取關閉有問題的載頻時隙來處理：ZERS:BTS=**,TRX=**,CH=**:L;
檢查BCSU單元，做該BCSU單元與備用的BCSU單元倒換。
關注樓主