基站系統(tǒng)故障分析與應(yīng)急預(yù)案匯總

1、基站系統(tǒng)故障案例分析與應(yīng)急預(yù)案匯總總則：深圳電信CDMA無線接入網(wǎng)經(jīng)過近三年的開通運(yùn)行，為深圳電信提供了大量的維護(hù)移動(dòng)通訊系統(tǒng)的實(shí)際工作經(jīng)驗(yàn)，在總結(jié)前期的維護(hù)工作、中興公司相關(guān)維護(hù)手冊的基礎(chǔ)上，我們特編制此手冊，希望能夠?qū)Υ蠹以诰S護(hù)工作中遇到的問題和進(jìn)行系統(tǒng)維護(hù)工作有所幫助。 按照基站系統(tǒng)的工作原理，我們將基站系統(tǒng)的故障分為五個(gè)部分，包括1、時(shí)鐘部分2、射頻部分3、電源部分4、傳輸部分5、數(shù)字基帶部分，以下我們將按照基站的分類進(jìn)行分別說明。第一節(jié) 時(shí)鐘系統(tǒng)故障1.1 未探測到GPS故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到GPS”的未恢復(fù)告警。故障分析GPSTM只要電源正常、天

2、饋正常即可正常工作。如果只有未探測到GPS的告警，說明GPSTM與CCM的通信中斷，但GPSTM的時(shí)鐘輸出基本正常。造成GPSTM與CCM的通信中斷的原因可能是：（1）GPSTM模塊與后背板接觸不良（2）GPSTM與CCM的后背板連線有問題或接觸不良（3）CCM模塊與后背板接觸不良（4）GPSTM失效（5）數(shù)據(jù)配置錯(cuò)誤。由于系統(tǒng)機(jī)架提供了兩個(gè)GPSTM插槽，而實(shí)際配置可能只有一個(gè)GPSTM模塊。如果數(shù)據(jù)配置出現(xiàn)與實(shí)際配置不同的錯(cuò)誤，也會出現(xiàn)告警。故障定位和排除檢查物理配置數(shù)據(jù)，確認(rèn)該槽位是否確實(shí)應(yīng)該存在GPSTM模塊；如果不應(yīng)該存在GPSTM模塊，更改配置數(shù)據(jù)，并做數(shù)據(jù)同步。如果數(shù)據(jù)配置無問題

3、，解決該故障必須到前臺處理。倒換或拔插CCM模塊，檢查CCM模塊與后背板接觸不良。檢查GPSTM與CCM的后背板連線。拔插GPSTM模塊，檢查GPSTM模塊是否與后背板接觸不良。用代換法驗(yàn)證是否GPSTM模塊失效。1.2 GPS處于時(shí)延階段故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“GPS處于時(shí)延階段”的未恢復(fù)告警。該告警暫時(shí)不會影響該基站用戶打電話，但會影響切換，也有可能引起該基站服務(wù)區(qū)和相鄰基站服務(wù)區(qū)內(nèi)通話用戶掉話或通話質(zhì)量下降或時(shí)鐘不正確。 故障分析GPS處于時(shí)延階段的告警說明GPSTM模塊已啟動(dòng)，GPSTM已探測到天饋，未能跟蹤到衛(wèi)星，未收到衛(wèi)星定位信號或收到的衛(wèi)星信號極弱。造成

4、該告警的原因可能有：（1）GPS天線面向天空部分被嚴(yán)重遮擋（2）GPS天線已被供電，但接收、放大衛(wèi)星信號能力極差（3）GPS饋線能提供GPS天線所需的直流通路，但對GPS射頻信號衰減很大（4）GPSTM模塊插針與后背板接觸不良（5）GPSTM模塊失效故障定位和排除（1）檢查GPS天線是否被遮擋（2）檢查各接頭連接部位是否擰緊（3）接頭焊接部位是否牢靠可用代換法檢查GPS天線的放大性能。拔插GPSTM模塊，以檢查是否GPSTM模塊與后背板接觸不良。用代換法驗(yàn)證是否GPSTM模塊失效。更換GPSTM模塊。典型案例天饋?zhàn)钃豕收犀F(xiàn)象樞紐大廈出現(xiàn)GPS均處于時(shí)延階段告警。分析定位處理 該站以前曾多次出現(xiàn)

5、該故障。每次出現(xiàn)故障都通過更換GPSTM解決，但間隔兩天到三天后又出現(xiàn)，經(jīng)實(shí)地檢查，發(fā)現(xiàn)天饋有阻擋，經(jīng)更改GPS天線安裝位置后，該故障未再出現(xiàn)。1.3 GPS天饋故障故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“GPS天饋故障”的未恢復(fù)告警。前臺GPSTM面板RUN燈慢閃。該告警暫時(shí)不會影響該基站用戶打電話，但會影響軟切換。也有可能引起該基站服務(wù)區(qū)和相鄰基站服務(wù)區(qū)內(nèi)通話用戶掉話或通話質(zhì)量下降。故障分析GPS天饋故障，說明GPSTM模塊已正常啟動(dòng)，但未檢測到天饋系統(tǒng)。造成該告警的原因可能有：（1）GPS天線失效（2）GPS饋線或跳線在某處開路或短路（3）相關(guān)各接頭存在接觸不良的現(xiàn)象（4）避雷

6、器失效（5）GPSTM模塊失效（6）出現(xiàn)外部干擾故障定位和排除用萬用表測試連接室外GPS天線的饋線頭芯線和外銅皮之間的電壓。正常電壓一般為5V左右。如果電壓正常，用代換法檢查GPS天線。如果電壓不正常，檢查GPSTM模塊后背板處射頻接口輸出電壓（此時(shí)GPSTM模塊不能斷電），如果沒有，拔插GPSTM模塊，如果仍然沒有電壓，說明GPSTM模塊失效。逐段檢查GPS饋線系統(tǒng)。通過測量電壓的方法可以最終定位故障點(diǎn)。檢查順序可以自GPS天線處逐漸向下到GPSTM模塊后背板處射頻接口處，也可按反向順序檢查。典型案例新港基站由于饋頭松動(dòng)造成天饋故障故障現(xiàn)象在告警管理中發(fā)現(xiàn)該基站出現(xiàn)“GPS天饋故障”告警。分

7、析定位處理到前臺基站側(cè)檢查，發(fā)現(xiàn)GPSTM板GPSALM燈慢閃。上天臺檢查，發(fā)現(xiàn)天饋脫落，重新接好，故障消失。1.4 GPS的1PPS時(shí)鐘故障，誤差超過800ns故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，CHM出現(xiàn)“GPS的1PPS時(shí)鐘故障，誤差超過800ns”的未恢復(fù)告警。該告警暫時(shí)不會影響該基站用戶打電話，但會影響切換。故障分析GPSTM運(yùn)行一段時(shí)間后如果出現(xiàn)此故障，可判定該GPSTM故障并更換。故障定位和排除更換GPSTM模塊1.5 GPS處于預(yù)熱階段故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“GPS處于預(yù)熱階段”的未恢復(fù)告警。暫時(shí)不會影響該基站用戶打電話，但會影響軟切換。也有可

8、能引起該基站服務(wù)區(qū)和相鄰基站服務(wù)區(qū)內(nèi)通話用戶掉話或通話質(zhì)量下降。故障分析GPS處于預(yù)熱階段，說明GPSTM模塊已啟動(dòng)，GPSTM已探測到天饋并已跟蹤到衛(wèi)星，正在鎖定衛(wèi)星信號。一般GPS模塊上電13小時(shí)后，此告警消失。如果長時(shí)間告警存在，說明GPSTM長時(shí)間未能鎖定衛(wèi)星，存在的原因是GPSTM接收到的衛(wèi)星信號太差。GPSTM接收到的衛(wèi)星信號太差原因在于：（1）GPS天線面向天空部分被部分遮擋（2）GPS天線已被供電，但接收、放大衛(wèi)星信號能力變差（3）GPS饋線能提供GPS天線所需的直流通路，但對GPS射頻信號衰減比較大（4）GPSTM模塊與后背板接觸不良（5）GPSTM模塊性能下降故障定位和排除

9、檢查此告警出現(xiàn)的時(shí)間距離現(xiàn)在的時(shí)間是否超過3小時(shí)。如果未超過3小時(shí)，等待時(shí)間超過3小時(shí)后再檢查。檢查GPS天饋系統(tǒng)：（1）檢查GPS天線是否被遮擋（2）檢查各接頭連接部位是否擰緊（3）接頭焊接部位是否牢靠可用代換法檢查GPS天線的性能。更換GPSTM模塊。典型案例電信大廈開站時(shí)出現(xiàn)GPS預(yù)熱告警分析定位處理檢查各連接線正常，懷疑GPSTM模塊與后背板接觸不良，更換GPSTM槽位，故障恢復(fù)。1.6 未探測到FDM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到FDM（也可能是FDM配置失?。钡奈椿謴?fù)告警。故障分析時(shí)鐘分配模塊接收來自GPSTM的定時(shí)信號（數(shù)字）和頻率信號，并將其復(fù)制和

10、驅(qū)動(dòng)以供BTS中各個(gè)模塊使用。不同的信號采用不同的方法進(jìn)行分配。時(shí)鐘分配模塊與TRX模塊、CCM模塊、CHM模塊、RFIM模塊和GPSTM模塊等都有接口。TCM、FDM正常工作首先需要GPSTM正常工作，其次要求CCM對其進(jìn)行正確配置（通過I²C線纜）。另外相關(guān)的射頻電纜連接正常。故障原因有：（1）數(shù)據(jù)配置錯(cuò)誤（2）一般原因是CCM到FDM的I²C線纜故障（3）由于GPSTM后背板插槽不好，引起GPSTM的10M時(shí)鐘無輸出（4）由于運(yùn)輸或其它原因使后背板連線松動(dòng)引起，GPSTM的10M輸出未到達(dá)FDM板。與FDM板并無直接關(guān)系。故障定位和排除檢查數(shù)據(jù)配置。試用拔插法檢查GP

11、STM與后背板連接是否有問題。用代換法檢查是否GPSTM模塊失效。試用拔插法檢查FDM與后背板連接是否有問題。用代換法檢查是否FDM模塊失效。典型案例科技園基站開站時(shí)由于運(yùn)輸或其它原因使后背板連線松動(dòng)引起，GPSTM的10M輸出未到達(dá)FDM板。故障現(xiàn)象開局過程中出現(xiàn)FDM告警信息。分析定位處理從前臺能發(fā)現(xiàn)FDM板ALM燈亮，后臺則出現(xiàn)TRX頻綜異常告警，無輸出功率，不能打通電話。前臺插拔FDM無效。經(jīng)分析為FDM未收到10M時(shí)鐘輸出，打開后背板，發(fā)現(xiàn)GPSTM到FDM的時(shí)鐘線有松動(dòng)，重新插拔后，故障消失。第二節(jié) 射頻系統(tǒng)告警2.1 RFE駐波比異常故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出

12、現(xiàn)“RFE駐波比一般異?！被颉癛FE駐波比嚴(yán)重異?！钡奈椿謴?fù)告警。該告警會嚴(yán)重影響相關(guān)扇區(qū)前向性能。如果告警一直存在，必須立即處理。故障分析RFE駐波比一般異常，說明RFE探測到其輸出口的駐波比已超過1.5。RFE駐波比嚴(yán)重異常，說明RFE探測到其輸出口的駐波比已超過3.0。一般是天饋接線故障。故障定位和排除用駐波比測試儀定位。檢查接頭。請檢查機(jī)內(nèi)跳線、機(jī)頂跳線、天饋等接頭是否短路、斷路、擰緊、有滲水現(xiàn)象。由于連接器可能存在接觸不良的現(xiàn)象，導(dǎo)致用駐波比測試儀測試不準(zhǔn)。因此檢查時(shí)，后臺密切關(guān)注告警，在檢查某一接頭時(shí)告警消失，說明可能該接頭處存在接觸不良的現(xiàn)象，應(yīng)該重點(diǎn)檢查。典型案例火車站基站由于

13、滲水導(dǎo)致駐波比告警問題排除。分析定位處理 該基站每到下雨后均會出現(xiàn)RFE駐波比告警，但一段時(shí)間后該告警自動(dòng)消失，反復(fù)出現(xiàn)，由于該告警與天氣有密切關(guān)系，判斷該基站天饋有滲水現(xiàn)象，經(jīng)更換該基站饋線后系統(tǒng)恢復(fù)正常。2.2 RFE接收鏈路LNA過欠流故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“RFE接收鏈路LNA過欠流”的未恢復(fù)告警。該告警會影響到相關(guān)扇區(qū)反向鏈路性能。故障分析RFE接收鏈路LNA過欠流，說明RFE接收鏈路LNA失效。一般原因是DUV或DIP失效。故障定位和排除更換DUV或DIP。2.3 未探測到RFE故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到RFE”的未恢復(fù)告警

14、。該告警會影響相關(guān)扇區(qū)前向和反向性能。故障分析RFE通過TRX與CCM通信，其告警信息通過TRX上報(bào)。若TRX探測不到，則相應(yīng)RFE也探測不到。若TRX正常，則故障原因可能是：（1）無線數(shù)據(jù)配置錯(cuò)誤（2）RFE背板撥碼開關(guān)錯(cuò)誤（3）RFE背板上的與TRX間的纜線松動(dòng)（4）RFE模塊與后背板接觸不好（5）RFE模塊失效另外同一扇區(qū)的兩塊RFE硬件版本不一致可能會造成其中一塊RFE探測不到。故障定位和排除首先確認(rèn)TRX是否正常。如果TRX不正常，先解決TRX問題，參考TRX的相關(guān)故障解決辦法等。如果TRX前臺和后臺均無告警，檢查配置數(shù)據(jù)。拔插告警的RFE，如果告警消失，說明故障原因是接觸不好。用好

15、的RFE模塊代換。如果告警消失，說明故障原因是RFE模塊失效。檢查RFE背板上的與TRX間的纜線連接是否松動(dòng)；可用好的RFE與TRX間的纜線代換。2.4 RFE低功率告警故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“RFE低功率告警”的未恢復(fù)告警。該告警會影響相關(guān)扇區(qū)前向性能。故障分析RFE低功率告警，指RFE檢測到的前向射頻信號低于10dBm。該告警原因之一是RFE輸入射頻信號過小導(dǎo)致。實(shí)際常遇到的低功率告警主要是因?yàn)榛鶐]信號和功放增益太低故障導(dǎo)致。如果TRX自動(dòng)定標(biāo)失敗，會出現(xiàn)RFE低功率告警。可能HPA工作異常。另外RFE濾波器失效或監(jiān)測電路失效也會引起告警。CHM板信道單元異常也

16、會引起告警。故障定位和排除確定是整個(gè)BTS的所有扇區(qū)都低功率，還是只有一個(gè)扇區(qū)低功率。查看功率控制參數(shù)值和前向發(fā)射功率值。如果功率控制參數(shù)已經(jīng)達(dá)到255，先降到195左右。關(guān)閉使能HPA（多做幾次），可以解決HPA保護(hù)性關(guān)斷的問題。如果還是解決不了問題，到前臺關(guān)閉、打開HPA，并復(fù)位TRX。如果還解決不了問題，考慮更換HPA或DUP。檢查告警通知，是否配有控制信道的CHM板配置失敗，在告警通知消息中有“配置CE失敗告警”，此時(shí)功率會始終無法升上去。措施：復(fù)位CHM，如果無效，復(fù)位CCM。典型案例迎賓館基站由于信道板控制信道問題導(dǎo)致該扇區(qū)功率問題故障現(xiàn)象迎賓館基站第一扇區(qū)出現(xiàn)低功率告警，發(fā)射功率

17、最多只能加到10dBm。分析定位處理在后臺復(fù)位 TRX后，自動(dòng)定標(biāo)失敗。手工增加發(fā)射功率，增加到10dBm時(shí)，功率控制參數(shù)就已經(jīng)到了255。經(jīng)過一段時(shí)間的觀察，發(fā)現(xiàn)問題存在于射頻子系統(tǒng)中，更換RFE后問題仍然存在，從而排除了功率檢測不準(zhǔn)的可能。更換HPA，故障依舊。將該扇區(qū)控制信道轉(zhuǎn)移到另外的信道板上，該基站恢復(fù)正常。2.5 TRX射頻頻綜異常故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“TRX射頻頻綜異?！钡奈椿謴?fù)告警。故障分析TRX射頻頻綜異常的原因有：（1）射頻鎖相環(huán)失鎖（2）發(fā)信中頻鎖相環(huán)失鎖（3）收信中頻鎖相環(huán)失鎖如果是輸入頻綜故障，則3個(gè)告警將同時(shí)上報(bào)；若同一基站所有扇區(qū)均告警

18、，則是FDM或TCM、GPS出問題。若單個(gè)小區(qū)告警，較常見的原因是連接器故障導(dǎo)致，可能是背板上的連接器，也有單板上的連接器出故障。TRX沒有收到10MHz信號是產(chǎn)生該告警的主要原因。故障定位和排除首先確認(rèn)是否三個(gè)扇區(qū)都出現(xiàn)告警。如果是：（1）檢查GPS與TCM的后背板連線（2）檢查GPS、TCM模塊與后背板接觸狀態(tài)（3）用代換法檢查是否GPS、TCM模塊失效如果只是部分扇區(qū)出現(xiàn)告警，則：（1）檢查TRX與TCM的后背板連線（2）檢查TRX、TCM模塊與后背板接觸狀態(tài)（3）用代換法檢查是否TRX、TCM模塊失效典型案例木棉嶺基站出現(xiàn)GPSTM與后背板配合問題故障現(xiàn)象木棉嶺前臺所有TRX出現(xiàn)頻綜異

19、常告警，F(xiàn)DM告警。分析定位處理以上告警原因?yàn)镕DM未收到GPS輸出的10M時(shí)鐘信號引起。檢查GPSTM后備板，把GPSTM換一個(gè)槽位解決此問題。2.6 未探測到TRX故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到TRX”的未恢復(fù)告警。故障分析未探測到TRX，表示CCM與RFCM通信不通?？赡艿脑蚴牵海?）數(shù)據(jù)配置不正確；（2）TRX在自動(dòng)定標(biāo)，自動(dòng)定標(biāo)過程中出現(xiàn)該告警是正常現(xiàn)象；（3）有部分RFCM單板由于EPC1故障，會導(dǎo)致斷電重啟探測不到，需更換；故障定位和排除檢查配置數(shù)據(jù)。如果配置數(shù)據(jù)正確，重新進(jìn)行數(shù)據(jù)同步到CCM。前臺復(fù)位TRX。拔插TRX。更換TRX。2.7 未探測到

20、HPA故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到HPA”的未恢復(fù)告警。故障分析未探測到HPA，說明HPA與TRX的通信中斷。HPA通過TRX通信，若TRX探測不到，則相應(yīng)HPA也探測不到。若TRX通信正常，則：（1）數(shù)據(jù)配置不正確；（2）功放未加電（前面板有電源開關(guān)）；（3）PPM電源模塊異常；（4）HPA模塊通信電路失效。故障定位和排除檢查配置數(shù)據(jù)。到前臺檢查HPA是否在位和上電。通過代換高功放可判斷是模塊故障還是線纜故障。通過更換PPM可判斷是否PPM電源故障。檢查功放后背板與TRX間的線纜是否故障。典型故障翠園路基站出現(xiàn)由于I2C總線連接問題導(dǎo)致HPA未探測到。故障現(xiàn)象

21、翠園街基站出現(xiàn)HPA未探測到現(xiàn)象，該扇區(qū)的功率通過后臺無法獲取，但通過業(yè)務(wù)觀察發(fā)現(xiàn)該扇區(qū)有用戶呼叫。分析定位處理 由于有用戶呼叫，判斷該扇區(qū)HPA工作正常，問題出在該扇區(qū)HPA與TRX的I2C線連接上，打開后背板發(fā)現(xiàn)該連線脫落，重新插拔，告警消失。2.8 HPA過功率異常故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“HPA過功率異?！钡奈椿謴?fù)告警。故障現(xiàn)象為掉功率，由于輸入信號過大，超過功放額定功率，導(dǎo)致過功率關(guān)斷告警。故障分析如果告警原因?yàn)镠PA駐波比異常告警，說明功放輸出信號駐波過大，導(dǎo)致功放關(guān)斷。一般都是纜線連接故障導(dǎo)致，或RFE射頻輸入口駐波比過大。注意發(fā)生該故障時(shí)，由于功放關(guān)斷，

22、駐波告警消失。RFE出現(xiàn)低功率告警。CHM板CE單元故障可能會導(dǎo)致過功率告警。具體的CE單元由于性能原因?qū)е略贑E單元被呼叫業(yè)務(wù)占用或者被控制信道占用時(shí)，出現(xiàn)異常能量導(dǎo)致HPA功率輸出異常，前向功率輸出比之開銷功率輸出有3dB6dB的異常功率提升。在異常功率提升時(shí)RFE-DUP功率輸出瞬間可以達(dá)到46dB左右，過強(qiáng)的功率輸出導(dǎo)致HPA過功率告警，進(jìn)而HPA自動(dòng)切斷輸出保護(hù)，系統(tǒng)立即進(jìn)入低功率告警。這個(gè)時(shí)候會引起相應(yīng)扇區(qū)無功率輸出。故障定位和排除首先確認(rèn)是否由于CE問題而導(dǎo)致的，處理措施：在確認(rèn)基帶信號正常的情況下，在后臺利用動(dòng)態(tài)數(shù)據(jù)管理工具，手動(dòng)提升TRX前向增益，如果可以使得功放功率到30W

23、800M或20W1.9G，則說明功放模塊本身無故障（注意如果只有控制信道，個(gè)別情況下可能無法升到滿功率，可再增加OCNS）。確認(rèn)功放模塊無問題后，可通過配置OCNS和逐個(gè)打電話的方式找出故障CE。正常的前向功率輸出隨著業(yè)務(wù)信道占用的多少而變化，一般每扇區(qū)在最大業(yè)務(wù)信道占用下，前向功率輸出上升也在3dB以內(nèi)。平常業(yè)務(wù)信道占用緩慢變化的情況下，通過基站信息觀察可以看到前向功率輸出比較規(guī)律并且浮動(dòng)相對比較緩慢。如果未發(fā)現(xiàn)CE問題，可通過更換TRX、HPA等解決。典型案例南華小學(xué)由于信道板問題導(dǎo)致頻繁出現(xiàn)過功率現(xiàn)象。故障現(xiàn)象南華小學(xué)基站頻繁出現(xiàn)過功率關(guān)斷現(xiàn)象，經(jīng)仔細(xì)觀察和驗(yàn)證，發(fā)現(xiàn)當(dāng)用戶占用該基站的第

24、二塊信道板時(shí)，出現(xiàn)該現(xiàn)象。閉塞該信道板后基站恢復(fù)正常。經(jīng)檢查該信道板芯片焊點(diǎn)出現(xiàn)虛焊現(xiàn)象。分析定位處理由于存在信道板導(dǎo)致過功率問題，我們采用閉塞信道板的辦法，發(fā)現(xiàn)當(dāng)用戶占用第二塊信道板時(shí)會出現(xiàn)該現(xiàn)象，于是閉塞了該信道板，故障未再出現(xiàn)。經(jīng)檢查該信道板芯片焊點(diǎn)出現(xiàn)虛焊現(xiàn)象。第三節(jié) 傳輸系統(tǒng)告警3.1 未探測到CDSU故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到CDSU”的未恢復(fù)告警。故障分析CDSU單板每2秒鐘向后臺報(bào)一次CDSU存在消息。而后臺如果連續(xù)6秒沒有收到一次CDSU存在消息，就會顯示CDSU告警消息。原因有：（1）沒有CDSU單板；（2）CDSU的422連線沒有斷開（這時(shí)

25、CDSU單板RUN燈快閃）；（3）CDSU沒有上電；（4）如果CDSU所在的系統(tǒng)重新配置過，可能數(shù)據(jù)配置有問題。故障定位和排除檢查數(shù)據(jù)配置是否正確。檢查CDSU單板的連線，保證CDSU正常連接。確認(rèn)CDSU單板是否上電（一般而言，CDSU無法上電是由于后臺配置與物理連接不一致造成的，比如：撥碼開關(guān)不對，E1連接不對，NIM端口不對等等）。檢查傳輸鏈路。3.2 典型案例黃貝嶺基站由于傳輸機(jī)房2M線接頭不好，導(dǎo)致該基站無法正常開通。故障現(xiàn)象基站上電時(shí)，前臺正常，但后臺發(fā)現(xiàn)傳輸未通，不能觀測到該基站。分析定位處理前臺CDSU指示燈顯示正常，DT0綠燈亮。后臺BSC的CDSU指示燈顯示正常，DT0綠燈

26、亮。兩端自環(huán)，DT燈正常，后懷疑BTS及BSC的CDSU故障，經(jīng)檢查排除此種可能性。后檢查傳輸機(jī)房2M線，發(fā)現(xiàn)接頭有松動(dòng)，將該傳輸接頭重新焊接，基站恢復(fù)正常。3.3 CDSU-E1不可用告警故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“CDSU-E1不可用”的未恢復(fù)告警。同時(shí)CDSU面板ALM燈（紅燈）常亮或閃爍，相應(yīng)的DT燈不亮或閃爍。故障分析CDSU在上電獲得后臺配置后，會定時(shí)對后臺配置的E1進(jìn)行檢測，發(fā)現(xiàn)有E1故障會上報(bào)E1的各種告警。CDSU-E1不可用告警同時(shí)會伴隨著其它的告警，如E1失步告警等。原因有：（1）相應(yīng)的E1口沒有接E1線（2）E1連接頭故障（3）傳輸故障（4）對端C

27、DSU單板或E1故障（5）對端CDSU單板正在復(fù)位（告警會馬上恢復(fù)）CDSU-E1不可用，根據(jù)經(jīng)驗(yàn)，傳輸問題的可能性較大。故障定位和排除檢查傳輸鏈路。檢查CDSU單板。檢查CDSU單板的E1連線是否正確，保證CDSU正常連接。檢查CDSU單板的E1連接與后臺的配置是否一致。典型案例E1口鴛鴦線故障現(xiàn)象ZXC10-MSC的DTI板和ZXC10-BSS的SVICM板2M連接，兩板指示燈均正常指示，但在調(diào)試中發(fā)現(xiàn)有2條PCM不可用。分析定位處理DTI和SVICM單板的“DT”指示燈只是監(jiān)控了單板能收到2M載波信號，但并不能說明收、發(fā)連線和設(shè)定的對端設(shè)備的相應(yīng)端口物理連接正確。后臺告警監(jiān)控沒有發(fā)現(xiàn)異常

28、，應(yīng)該是接成鴛鴦線引起。仔細(xì)檢查SVICM和DTI間的連線，確實(shí)有一對2M線接成鴛鴦線，接正確后2M線鏈路正常。在排除故障過程中不能只看單板指示燈，因?yàn)橹甘緹舨⒉荒芊从惩暾膯伟鍫顟B(tài)。3.4 CDSU的E1信號失步告警故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“CDSU的E1信號失步”的未恢復(fù)告警。同時(shí)CDSU面板ALM燈（紅燈）長亮或閃爍，相應(yīng)的DT燈不亮或閃爍。故障分析CDSU-E1信號失步，傳輸誤碼率已大大超過10-3。CDSU在上電獲得后臺配置后，會定時(shí)對后臺配置的E1定時(shí)進(jìn)行檢測，發(fā)現(xiàn)有各種E1故障會上報(bào)E1的各種告警。CDSU的E1信號失步告警同時(shí)會伴隨著其它的告警，如CDS

29、U-E1不可用告警等。原因有：（1）E1連接頭故障（2）傳輸故障（3）對端CDSU單板或E1故障（4）對端CDSU單板復(fù)位（告警會馬上恢復(fù)）故障定位和排除檢查CDSU單板的E1連線是否正確，保證CDSU正常連接。檢查CDSU單板的E1連接與后臺的配置是否一致。檢查傳輸鏈路。檢查CDSU單板。3.4 CDSU10-6/ CDSU10-3告警故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“CDSU10-6告警”或“CDSU10-3告警”的未恢復(fù)告警。同時(shí)，CDSU面板ALM燈（紅燈）可能會閃爍。故障分析CDSU在上電后獲得后臺配置后，會定時(shí)對后臺配置的E1進(jìn)行檢測，發(fā)現(xiàn)有各種E1故障會上報(bào)E1的

30、各種告警。CDSU單板的E1芯片中有計(jì)數(shù)器，每次CRC校驗(yàn)錯(cuò)誤（誤碼）、計(jì)數(shù)器累計(jì)溢出時(shí)告警。以上兩個(gè)告警的告警類型一致，僅僅是CRC校驗(yàn)的錯(cuò)誤計(jì)數(shù)器大小不一致。說明傳輸誤碼程度不一樣。CDSU10-6告警的計(jì)數(shù)器大小為256，CDSU10-3告警的計(jì)數(shù)器大小為1024。3.5 引起告警原因有：（1）傳輸質(zhì)量差（2）CDSU單板E1接口電路故障（3）CDSU單板E1線接地故障（4）干擾引起如機(jī)架接地的問題故障定位和排除檢查CDSU單板。檢查CDSU單板的E1連線是否正確，保證CDSU正常連接。檢查機(jī)架以及CDSU單板E1線的接地問題。檢查傳輸設(shè)備。更換CDSU單板。根據(jù)經(jīng)驗(yàn)，傳輸?shù)目赡苄暂^大。

31、典型案例竹子林基站出現(xiàn)CDSU10-6/ CDSU10-3告警故障現(xiàn)象竹子林基站頻繁出現(xiàn)CDSU10-3告警分析定位處理由于竹子林基站采用HDSL傳輸方式，有可能會出現(xiàn)傳輸誤碼的現(xiàn)象，經(jīng)檢查，發(fā)現(xiàn)該基站的HDSL設(shè)備問題，更換傳輸設(shè)備后正常。第四節(jié) 電源系統(tǒng)告警4.1 PPM異常或不在位故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“PPM異?；虿辉谖弧钡奈椿謴?fù)告警。故障分析通過后臺告警模塊觀察，如PSMD也同樣告警，則可能是SAM板異?；騊SMD與SAM板連接的RS485通訊線有問題，或PSMD異常；若PSMD正常，則可能是PPM與PSMD通訊的RS485通訊線故障；PPM故障。故障定位和

32、排除檢查PSMD是否有告警。如果有，請消除PSMD的告警。更換PPM。4.2 PSMD異常或不在位故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“PSMD異常或不在位”的未恢復(fù)告警。故障分析通過后臺觀察，如果所有電源模塊全部不在位，而SAM板正常，可能是RS485通訊線的問題或者是PSMD的問題；如果電源模塊和SAM板全部不在位，可能是SAM板的問題，如果只有PSMD異常告警，可能是PSMD與BPOWER的接觸不好。故障定位和排除檢查SAM板是否有告警。如果SAM板有告警，請先消除SAM板告警。更換PSMD。4.3 PSMB異?；虿辉谖还收犀F(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“PSM

33、B異常或不在位”的未恢復(fù)告警。故障分析未探測到PSMB，說明PSMB與PAM（或SAM）的通信中斷。要保證PSMB與PAM（或SAM）的通信暢通，必須滿足以下條件：PAM（或SAM）正常、PSMB在位、PSMB正常。通過后臺告警模塊觀察，如SAM（用于BTS）（或PAM，用于BSC）正常，則可能與SAM（或PAM）之RS485通訊線故障，或PSMB故障。由于每層機(jī)框的PSMB單板有兩塊，所以一塊PSMB故障一般不會造成機(jī)框斷電，并且定位檢查故障時(shí)可以不斷電進(jìn)行。故障定位和排除后臺查看是否有SAM（或PAM）告警。如果有，必須先消除SAM（或PAM）告警。到前臺關(guān)斷告警的PSMB單板，將其拔插后

34、再次開電，如果告警消失，說明是接觸不良。用代換法換掉故障單板判斷是否單板故障。用代換法換掉機(jī)框另一塊PSMB單板，以判斷是否另一塊PSMB單板引起告警。如果以上處理無效，檢查SAM（或PAM）之RS485通訊線是否故障。典型案例蓮塘BSC0中心架出現(xiàn)與其并聯(lián)的PSMB電源板異常故障現(xiàn)象蓮塘BSC0中心架出現(xiàn)右邊PSMB異?；虿辉谖桓婢蔚糇筮匬SMB，右邊PSMB能夠檢測到，拔掉右邊PSMB，左邊正常。分析定位處理更換單板未解決，說明原單板無問題，可能是后背板問題。測試兩個(gè)PSMB電壓，發(fā)現(xiàn)兩個(gè)電源電壓有差異，將左邊PSMB板換上另一塊后，右邊PSMB板的告警不再出現(xiàn)。4.4 PSMC異?；?/p>

35、不在位故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“PSMC異?；虿辉谖弧钡奈椿謴?fù)告警。故障分析未探測到PSMC，說明PSMC與SAM的通信中斷。要保證PSMC與SAM的通信暢通，必須滿足以下條件：CCM板正常、CHM和CCM軟件版本適合、CHM板硬件版本適合軟件版本、CHM板在位。通過后臺告警模塊觀察，如PSMD也同樣告警，則可能SAM板異?；騊SMD與SAM板通信之RS485通訊線有問題，或PSMD異常；若PSMD正常，則可能與PSMD通訊的RS485通訊線故障，或PPM、PSMC故障。故障定位和排除檢查SAM板是否正常。檢查PSMD是否正常。更換PSMC。第五節(jié) 基帶數(shù)字系統(tǒng)故障5.

36、1 未探測到NCM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到NCM”的未恢復(fù)告警。故障分析未探測到NCM，說明主備用NCM均未運(yùn)行正?；蚯昂笈_通信中斷。故障定位和排除檢查NCM是否在位和上電。檢查此告警出現(xiàn)是否頻繁，是否有前后臺通信中斷出現(xiàn)。（1）如果有，檢查網(wǎng)線與HUB；沒有，則復(fù)位NCM。（2）檢查NCM的RUN燈運(yùn)行情況，如果運(yùn)行正常，說明NCM的軟件版本和后臺不兼容。重新下載軟件或更換后臺版本。（3）如果問題還不能解決，更換NCM。以下是NCM單板上電時(shí)RUN燈運(yùn)行情況及含義：（1）1s內(nèi)閃爍3次-單板上電時(shí)出現(xiàn)，表示BOOT正在運(yùn)行。如果單板上電時(shí)運(yùn)行燈未閃爍3次，一

37、般表示該板進(jìn)入調(diào)試模式或BOOT芯片故障。解決方法：更換單板。（2）滅-BOOT開始裝載FLASH中的版本程序。如果單板閃爍3次后RUN不亮，表示此板中無版本程序。更換單板或通過超級終端下載版本程序。（3）常亮-版本開始運(yùn)行并試圖得到地址?？扉W（周期0.3s）-正常運(yùn)行。 典型案例 蓮塘機(jī)樓1X升級時(shí)出現(xiàn)NCM未探測到告警 故障現(xiàn)象 蓮塘機(jī)樓在升級完1X版本時(shí)，呼叫正常，但幾分鐘后出現(xiàn)NCM未探測到告警，不能進(jìn)行前后臺同步操作和軟件下載操作，但呼叫仍然正常。 故障分析定位 在前臺觀察，發(fā)現(xiàn)NCM處于快閃狀態(tài)，說明單板本身無問題，在后臺PING前臺NCM邏輯地址，不能PING通，懷疑前后臺通訊中

38、斷，檢查HUB到NCM連線，發(fā)現(xiàn)BSC機(jī)架背板連接到主用NCM連接處有松動(dòng)，重新插拔后正常。 5.2 NCM主備通信故障故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“NCM主備通信故障”的未恢復(fù)告警。該告警不影響打電話。故障分析NCM主備通信故障，說明主用NCM正常，備用NCM與主用NCM的通信失敗。重點(diǎn)通過NCM的指示燈來判斷故障。告警原因可能是：（1）NCM備板未插（2）NCM上的串行通信控制器壞（3）備板發(fā)起過復(fù)位故障定位和排除診斷測試NCM的主備通信是否正常。數(shù)據(jù)庫配置了NCM備板，檢查前臺NCM備板是否插好。檢查備用NCM是否在位和上電。檢查備用NCM的RUN燈運(yùn)行情況：（1）如

39、果異常，通過RUN燈的運(yùn)行情況判斷故障所在。此時(shí)一般極快閃（周期70ms）。復(fù)位備用NCM。（2）如果備用NCM的RUN燈運(yùn)行正常，說明備用NCM單板正常，但版本軟件和主用版本軟件不兼容。重新下載軟件版本到備用NCM上。如果復(fù)位無效，查詢備用NCM單板軟件版本是否和主用一致。如果主備NCM版本一致則更換NCM板，并重新下載軟件版本到備用NCM上；如果不一致，運(yùn)行軟件下載程序，使主備NCM版本一致。5.3 NCM網(wǎng)關(guān)異常故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“NCM網(wǎng)關(guān)異?！钡奈椿謴?fù)告警。故障分析造成告警的可能原因有：（1）單板故障，NCM、NIM或TCM（2）連線問題，背板上TCM與

40、NCM的連線（3）干擾問題。NCM端口外接連線被強(qiáng)信號感應(yīng)干擾故障定位和排除如果是未恢復(fù)告警，觀察后臺，看具體是何種錯(cuò)誤，如果是CHIP時(shí)鐘錯(cuò)誤告警，倒換NCM，如果問題解決，問題可能與NCM或連線有關(guān)系（1）檢查TCM與NCM的連線是否正確（2）更換NCM（3）更換TCM與NCM的連線（4）如果倒換NCM不能解決問題，可能TCM或連線有關(guān)系（5）檢查TCM與NCM的連線是否正確（6）更換TCM（7）更換TCM與NCM的連線如果是CO幀長錯(cuò)誤：（1）檢查背板NIM上有沒有未接單板的的RS422線，若有則拔掉（2）檢查背板中間的一排電容是否焊接完全（3）檢查NIM的版本，有非法版本就更換（4）依

41、次復(fù)位NIM，觀察是否有復(fù)位到其中一塊就恢復(fù)，更換該NIM（5）倒換NCM或更換NCM其它故障：（1）檢查背板中間的一排電容是否焊接完全（2）依次復(fù)位NIM，觀察是否有復(fù)位到其中一塊就恢復(fù)，更換該NIM（3）倒換NCM或更換NCM如果是已恢復(fù)告警而且告警頻繁，和未恢復(fù)告警同樣步驟處理；如果告警頻率比較低，注意觀察，可以不做處理。典型案例蓮塘BSC0出現(xiàn)NCM網(wǎng)關(guān)異常告警解決故障現(xiàn)象蓮塘BSC0 出現(xiàn)NCM網(wǎng)關(guān)異常告警，顯示原因?yàn)椤癗CM網(wǎng)關(guān)CO幀長錯(cuò)誤”。分析定位處理倒換NCM，故障未恢復(fù)，晚上復(fù)位NIM，發(fā)現(xiàn)復(fù)位到最邊一塊新加NIM時(shí)故障消失，檢查該NIM硬件版本，發(fā)現(xiàn)NIM的版本與其余NI

42、M不同，升級該板件版本，故障消失。5.4 未探測到NIM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到NIM”的未恢復(fù)告警。故障分析未探測到NIM，說明NIM與NCM的通信中斷。故障原因一般是NIM和NCM的I²C總線通信出現(xiàn)問題。NIM超過一個(gè)時(shí)間沒有通過I²C應(yīng)答NCM，NCM就發(fā)出“未探測到NIM”的告警。故障定位和排除由于掛在I²C總線上的任何單板I²C出現(xiàn)故障，都有可能影響I²C通訊，因此解決辦法可以：（1）按照順序復(fù)位TCM、NIM和NCM（2）如果問題無法解決，按照順序拔掉TCM、NIM和NCM，以確定故障單板（3）如

43、果仍然無法解決，可能是背板問題5.5 未探測到CPM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到CPM”的未恢復(fù)告警。如果未探測到的為備用CPM，則不影響打電話；如果主板出現(xiàn)未探測到CPM，且不能恢復(fù)，則影響整個(gè)系統(tǒng)的運(yùn)行，系統(tǒng)肯定不能打電話。并可導(dǎo)致電源板、溫度、濕度等環(huán)境告警異常。故障分析未探測到CPM，說明CPM與NCM的通信中斷。如果未探測到的是備板CPM：（1）CPM通信的雙口RAM損壞（2）數(shù)據(jù)庫配置了CPM備板，但前臺未插（3）CPM板壞或槽位壞，導(dǎo)致備板CPM不能起來如果未探測到的是主板CPM：（1）NIM節(jié)點(diǎn)7或8端口6的422線斷（2）CPM板壞（3）連接CP

44、M的NIM板壞，而前臺沒有插可供倒換的NIM備板出現(xiàn)“未探測到CPM”可能有以下幾種原因：（1）CPM模塊未上電(或不在位)（2）CPM模塊與后背板接觸不良（3）CPM和NCM軟件版本不匹配故障定位和排除如果未探測到的是備板CPM：（1）備板CPM運(yùn)行燈是否快閃，如是可能雙口RAM損壞導(dǎo)致主備通信不正常。（2）檢查是否數(shù)據(jù)庫配置了備板CPM而前臺未插板。（3）診斷測試主備通信鏈路否正常，有確認(rèn)幀或無確認(rèn)幀是否有丟失，是否有誤幀率。如果未探測到的是主板CPM：（1）前臺主CPM運(yùn)行燈是否快閃。（2）診斷測試與NCM的鏈路否正常，有確認(rèn)幀或無確認(rèn)幀是否有丟失，是否有誤幀率。（3）前臺倒換CPM看是

45、否恢復(fù)正常，如果恢復(fù)正常說明原來為主用的CPM后背板RS422線可能有問題或沒插好。（4）檢查告警通知是否有CPM上電通知，如有說明CPM發(fā)起過復(fù)位。檢查CPM模塊是否上電（或在位）；檢查CPM模塊與后背板是否接觸不良；檢查CPM和NCM軟件版本是否匹配；更換CPM模塊。典型案例 2001年12月31日，由于大話務(wù)量的沖擊，蓮塘BSC出現(xiàn)阻斷，后臺出現(xiàn)了CPM未探測到告警，前臺無法進(jìn)行呼叫。采用關(guān)斷總電源重啟方法恢復(fù)但未能成功，于是采取最小配置重啟的方式進(jìn)行，只留下一塊主用CPM，一塊NCM、兩塊NIM，兩塊CDSU和對應(yīng)的聲碼架板件進(jìn)行重啟，前臺恢復(fù)正常。5.6 CPM主備通信故障故障現(xiàn)象在

46、后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“CPM主備通信故障”的未恢復(fù)告警。故障分析CPM主備通信故障，說明主用CPM已啟動(dòng)正常，但備用CPM與主用CPM的通信中斷。出現(xiàn)“CPM主備通信故障”可能有以下幾種原因：（1）CPM模塊內(nèi)部跳線XJ1/XJ2上的跳線帽沒有去掉（2）CPM模塊與后背板接觸不良（3）CPM模塊失效（4）主備CPM運(yùn)行的軟件版本不一致故障定位和排除檢查CPM模塊內(nèi)部跳線XJ1/XJ2上的跳線帽是否去掉；檢查CPM模塊與后背板是否接觸不良；檢查主備CPM運(yùn)行的軟件版本是否一致。如果不一致，運(yùn)行軟件下載程序，使主備CPM運(yùn)行的軟件版本一致；更換CPM模塊。5.7 未探測到SVIC

47、M故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到SVICM”的未恢復(fù)告警。因?yàn)樵摳婢瘻p少系統(tǒng)可用資源數(shù)量，所以可能影響打電話。故障分析未探測到SVICM，說明SVICM與NCM的通信中斷。要保證SVICM與NCM的通信暢通，必須滿足以下條件：NCM板正常、SVICM與NCM軟件版本適合、SVICM板硬件版本適合軟件版本、SVICM板在位、SVICM與NCM的鏈接正常。實(shí)際運(yùn)行中，未探測到SVICM的主要原因一般是SVICM與NIM的鏈路不通，有如下幾種可能：（1）SVICM沒有在位或沒有上電（2）NIM工作不正常（3）RS422線連接不正確或沒有接好（4）SVBS機(jī)框的機(jī)框號和機(jī)架

48、號撥位設(shè)置不正確（5）RS422線連接的NIM端口和數(shù)據(jù)庫配置不一致（6）SVICM單板上的跳線連接方式不正確或者接觸不良（7）SVICM單板上運(yùn)行版本不對（8）數(shù)據(jù)配置錯(cuò)誤（9）SVICM單板損壞故障定位和排除檢查SVICM是否在位和上電。前臺SVICM運(yùn)行燈是否快閃，如是則可能后背板RS422連線故障。檢查與SVICM相連的NIM工作是否正常。檢查RS422線連接是否正確。檢查SVBS機(jī)框的機(jī)框號和機(jī)架號撥位方式是否和后臺配置相同。檢查RS422線連接的NIM端口和數(shù)據(jù)庫配置是否一致。如果是新加的單板，檢查SVICM單板上的跳線連接方式并且確認(rèn)是否接觸良好（正確的應(yīng)該是XJ3、XJ4各自的

49、1，2腳短接；XJ1、XJ2斷開）。檢查SVICM單板上運(yùn)行版本是否正確。以上措施無效請更換SVICM單板。 典型案例蓮塘BSC新增聲碼器時(shí)出現(xiàn)新加聲碼器出現(xiàn)SVICM未探測到現(xiàn)象。 故障現(xiàn)象蓮塘BSC新加聲碼器時(shí)出現(xiàn)SVIM未探測到現(xiàn)象，前臺SVICM運(yùn)行燈不閃，檢查后臺數(shù)據(jù)配置無異常，檢查背板撥碼開關(guān)與所配數(shù)據(jù)一致，插拔SVICM無效，更換SVICM無效，背板422連線連接良好，仔細(xì)檢查后臺數(shù)據(jù)配置，發(fā)現(xiàn)有后臺數(shù)據(jù)配置錯(cuò)誤現(xiàn)象。58 未探測到SVM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到SVM”的未恢復(fù)告警。因?yàn)樵摳婢瘻p少系統(tǒng)可用資源數(shù)量所以可能影響打電話。故障分析未探測

50、到SVM的主要原因是SVICM與SVM的鏈路不通，有如下幾種可能：（1）SVICM沒有在位或沒有上電（2）SVM沒有在位或沒有上電（3）SVBS機(jī)框的機(jī)框號和機(jī)架號撥位設(shè)置不正確（4）SVM單板槽位與數(shù)據(jù)庫配置不一致（5）SVM單板損壞（6）SVM和SVICM的軟件版本不兼容也會造成SVM與SVICM的通信中斷故障定位和排除檢查SVICM是否在位和上電；檢查SVM是否在位和上電；診斷測試與SVICM的鏈路否正常，有確認(rèn)幀或無確認(rèn)幀是否有丟失，是否有誤幀率；檢查SVBS機(jī)框的機(jī)框號和機(jī)架號撥位方式是否和后臺配置相同；檢查SVM單板槽位與數(shù)據(jù)庫配置是否一致；檢查SVM和SVICM的軟件版本；復(fù)位S

51、VM單板；以上措施無效請更換SVM單板；59 未探測到CCM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到CCM”的未恢復(fù)告警。故障分析未探測到CCM的主要原因是CCM與后臺的鏈路不通，有如下幾種可能：（1）CCM沒有在位或沒有上電（2）CDSU工作不正常（3）E1線連接不正確或沒有接好（4）BDS機(jī)框的信道號撥位設(shè)置不正確（5）E1線連接關(guān)系和數(shù)據(jù)庫配置不一致（6）CCM單板損壞（7）傳輸中斷（8）基站掉電（9）時(shí)鐘問題（GPSTM、TCM、FDM）（10）軟件版本（11）硬件版本故障定位和排除診斷測試BTS側(cè)的CDSU和BSC側(cè)的CDSU的鏈路否正常，有確認(rèn)幀或無確認(rèn)幀是否有丟

52、失，是否有誤幀率，如是這說明傳輸有問題或CDSU板壞；檢查CCM是否在位和上電；檢查該信道上的BSC側(cè)CDSU、BTS側(cè)CDSU工作是否正常；前臺CCM運(yùn)行燈是否快閃，如是則可能是傳輸斷；檢查E1線連接是否正確；檢查BDS機(jī)框的信道號撥位是否正確，和后臺配置是否一致；檢查E1線連接關(guān)系和數(shù)據(jù)庫配置是否一致；以上措施無效請更換CCM單板。典型案例版本升級時(shí)出現(xiàn)故障現(xiàn)象在一次版本升級完成后，發(fā)現(xiàn)有十幾個(gè)基站沒有啟動(dòng)起來，表現(xiàn)為在告警管理系統(tǒng)中“未探測到CCM”，其余單板均為灰色。分析定位處理由于升級后除了這些基站外，其余基站都正常，所以不可能是版本問題，而且由于所有基站的升級操作方法完全相同，所以

53、也不應(yīng)該是操作失誤造成的，分析認(rèn)為由于升級時(shí)積累的告警太多，超過了告警上限，導(dǎo)致告警不再刷新，所以此時(shí)看到的情況是不準(zhǔn)的。按照以下方法處理后恢復(fù)正常：關(guān)閉告警服務(wù)器程序，重啟后刪除一部分告警。510 未探測到CHM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到CHM”的未恢復(fù)告警。影響打電話，如果該信道板上配置了控制信道，影響更大。故障分析未探測到CHM，說明CHM與CCM的通信中斷。要保證CHM與CCM的通信暢通，必須同時(shí)滿足以下條件：CCM工作正常、CHM和CCM軟件版本適合、CHM硬件版本適合軟件版本、CHM在位、CHM正常。CHM未探測到的原因有：（1）物理配置中配置了CH

54、M單板，但實(shí)際槽位中沒有插CHM單板（2）主控模塊CCM單板故障或者不在槽位，導(dǎo)致CHM單板與CCM單板通信故障（3）GPS不正?；騎CM未鎖定導(dǎo)致CHM無時(shí)鐘（4）CHM單板故障，無法上電運(yùn)行（5）CCM單板中沒有與CHM單板相對應(yīng)的正確的應(yīng)用軟件版本，導(dǎo)致CHM單板無法下載到軟件版本，CHM單板無法正常運(yùn)行（6）RFIM單板故障或者不在槽位，無法給CHM單板提供PP2S和16CHIP時(shí)鐘，導(dǎo)致CHM單板無法正常運(yùn)行故障定位和排除后臺告警管理查看是否有GPS或TCM告警故障，TCM是否鎖定；檢查是否后臺數(shù)據(jù)庫配置了該CHM但并沒有插板；檢查主控模塊CCM是否正常；檢查RFIM單板是否正常；檢

55、查CHM單板是否在槽位和是否上電；檢查CCM單板上CHM的軟件版本是否正確；檢查CHM運(yùn)行的軟件版本是否正確；復(fù)位CHM單板；更換CHM單板。5.11 未探測到RFIM故障現(xiàn)象在后臺的操作維護(hù)系統(tǒng)告警管理程序中，出現(xiàn)“未探測到RFIM”的未恢復(fù)告警。會影響相關(guān)小區(qū)打電話。故障分析RFIM探測不到說明和CCM的通訊鏈路故障，故障原因在于：（1）GPS不正常或TCM未鎖定導(dǎo)致RFIM無時(shí)鐘（2）CCM故障沒有給RFIM發(fā)信令（3）RFIM單片機(jī)故障或信令邏輯故障，導(dǎo)致RFIM請求不到地址，不能處理CCM發(fā)過來的信令（4）RFIM的驅(qū)動(dòng)DISCO總線的16244故障，導(dǎo)致RFIM收不到CCM發(fā)過來的信令（5）RFIM與后背板接觸不良（6）RFIM單板失效故障定位和排除檢查GPS是否已經(jīng)鎖定時(shí)鐘；檢查FDM、TCM是否正常（可以啟用診斷測試查看）；檢查RFIM是否在位