【正文】 LOSSOFCLKDISTRFN告警級(jí)別：Major（主要） 類型：Equipment 告警產(chǎn)生原因由于下列原因CLKREP時(shí)鐘信號(hào)丟失a、 參考時(shí)鐘故障b、 PLL越限c、 自有時(shí)鐘缺失d、 監(jiān)視器（watchdog）計(jì)時(shí)器超時(shí)e、 訪問(wèn)入口（access）故障 告警處理流程分析附加信息比特，更換相關(guān)硬件 派單建議：緊急故障工單（BSC可能會(huì)宕機(jī)）。 告警處理流程a、 檢查ATER口告警，先解決之；b、 檢查DTC告警，先解決之；c、 更換相關(guān)硬件 派單建議：緊急故障工單（BSC可能會(huì)宕機(jī)）。當(dāng)然了，它將不響應(yīng)操作行為并且返回不響應(yīng)代碼：“busy by rt” 告警處理流程a、 分析告警附加的信息比特代碼；b、 重做一遍測(cè)試 派單建議：不派單（調(diào)測(cè)階段告警）167。失敗的可能原因，一是在一個(gè)循環(huán)中例行檢測(cè)失??；二是除了檢測(cè)失敗還指出了哪一條LINK有問(wèn)題。e、 如還有問(wèn)題，聯(lián)系廠家。可以承載話務(wù)。（3） ROUTINETESTREP告警級(jí)別：Warning（輕微） 類型：Equipment 告警產(chǎn)生原因在例行網(wǎng)絡(luò)Tunnel調(diào)測(cè)中檢測(cè)到一處SWITCH Link的失敗。J首先嘗試LOCK/UNLOCK故障CLOCK 派單建議：一般故障工單（不影響服務(wù)）（2） TRANSIENTFAIL告警級(jí)別：Warning（輕微） 類型：Equipment 告警產(chǎn)生原因系統(tǒng)探測(cè)到SWITCH的一個(gè)瞬間告警 告警處理流程察看有無(wú)SWITCH告警，如果此告警頻繁出現(xiàn)，需要聯(lián)系廠家解決。如果告警發(fā)生在一條LINK的內(nèi)部，那么與之相連的SWCH狀態(tài)變?yōu)镕IT；如果在此SWITCH上故障LINK的數(shù)量大于等于（SWTICH上所有LINK數(shù)量－1）/2，那么，此WC狀態(tài)變?yōu)镕OS。告警處理流程去除TRE，刪去相關(guān)數(shù)據(jù)派單建議：不派單167。派單建議：不派單。直到它被“RESHUFFLING”告警處理流程通過(guò)RSLREMAPPING命令對(duì)TCU 發(fā)起Reshuffle Request”派單建議：不派單（12） SWRPLINPROGRESS告警級(jí)別：Warning 類型：Equipment告警產(chǎn)生原因BSC正在運(yùn)行SW REPLACEMENT時(shí)，被告知設(shè)備增加或去除。（11） TCUDEFRAMENTED告警級(jí)別：Warning 類型：Equipment告警產(chǎn)生原因TCU分配在“碎片”上，這樣導(dǎo)致當(dāng)TRE自動(dòng)檢測(cè)后，無(wú)法自動(dòng)分配TCU?；蛘?，在現(xiàn)場(chǎng)，拔去錯(cuò)誤的TRE，插入正確的扇區(qū)。（不影響現(xiàn)網(wǎng)）（10） TRESECTORMISMATCH告警級(jí)別：Warning 類型：Processing Error 告警產(chǎn)生原因在創(chuàng)建TEE時(shí)定義的扇區(qū)和和TRE的硬件扇區(qū)不相匹配，通過(guò)BSCBTS的AUDIT命令檢測(cè)出來(lái)。這時(shí)要更換TSU或者擴(kuò)容BSC。告警處理流程擴(kuò)容BSC，增加TCU。（9） INSUFFICIENTTCURES告警級(jí)別：Warning 類型：Processing Error 告警產(chǎn)生原因在自動(dòng)探測(cè)（autodetection）TRE后，TCU分配失敗產(chǎn)生此告警。通過(guò)Audit探測(cè)出來(lái)的TRE無(wú)法處于運(yùn)行狀態(tài)，因?yàn)闆](méi)有時(shí)隙供它分配告警處理流程通過(guò)Defrag命令對(duì)Abis 上的時(shí)隙重新分配。 派單建議：不派單。告警處理流程無(wú)需處理派單建議：不派單（7） BSCHWRESYNC告警結(jié)別：Warning 類型：Equipment告警產(chǎn)生原因通常是由于BSC擴(kuò)容/縮容造成的。派單建議：不派單。可能是沒(méi)有OSI CPR； DOWN掉了；也可能是OMCR沒(méi)有工作（not active）告警處理流程無(wú)需處理，系統(tǒng)自動(dòng)恢復(fù)派單建議：不派單。（4） BTSSYNCREQ告警級(jí)別：Warning（輕微）類型：Communication 告警產(chǎn)生原因所有的BTS告警都存放在I/O隊(duì)列中，當(dāng)且僅當(dāng)I/O隊(duì)列溢出時(shí)，BTS發(fā)出BTSSYNCREQ告警。說(shuō)明在OMCR的I/O接口有溢出。必要時(shí)聯(lián)系卡特服務(wù)人員。c、 ，必要時(shí)更換之。告警處理流程a、 ，先解決這些告警。d、 增加N7鏈路J 這種情況通常是擁塞引起，N7鏈路要擴(kuò)容。b、 檢查糾正N7參數(shù)。這條N7鏈路可能存在問(wèn)題。BSC總體類告警（1） SCCPNOTAVAIL告警級(jí)別：Critical（嚴(yán)重）類型：Quality of Service告警產(chǎn)生原因此告警指示出N7信令資源不足。 告警處理流程：檢查指標(biāo)告警器，必要是聯(lián)系alcatel支撐人員。 告警處理流程：自動(dòng)恢復(fù)。派單建議：主要故障工單（影響B(tài)SC處理話務(wù)的能力）J 首先嘗試一下lock/unlock。并給出故障TCUDTC的編號(hào)。TELECOM類告警（1） TELPAIRLOST告警級(jí)別：Critical （嚴(yán)重）類型：EquipmentTCUDTCSWITCHMSC 告警產(chǎn)生原因如圖，TCU通過(guò)交換網(wǎng)絡(luò)和DTC相連，傳送話音信令。 派單建議：不派單（不影響服務(wù)）、注意觀察。 派單建議：不派單（不影響服務(wù)）（9） CRCA告警級(jí)別：Warning（輕微） 類型：COMMUNICATION 告警產(chǎn)生原因中繼檢測(cè)單元檢測(cè)到CRC告警，當(dāng)告警存在100ms時(shí)，即產(chǎn)生CRCA告警。 告警處理流程：檢查時(shí)鐘同步系統(tǒng)和時(shí)鐘告警，先處理掉這些告警。 告警處理流程：檢查傳輸告警，檢查對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。 告警處理流程：檢查傳輸告警，檢查對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。 告警處理流程：檢查傳輸告警，檢查對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。 告警處理流程：檢查傳輸告警，檢查對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。這條告警是BSC產(chǎn)生的， 告警處理流程：檢查傳輸告警；檢查對(duì)端對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。 告警處理流程：檢查傳輸告警（AIS、LIS、LFA等）；檢查對(duì)端設(shè)備，看是否有故障，如果對(duì)端故障，處理后即恢復(fù)。（2） RAI告警級(jí)別：Major（主要） 類型：COMMUNICATION 告警產(chǎn)生原因這條告警是BSC產(chǎn)生的，當(dāng)BSC收到信號(hào)中LIS、AIS、LFA、EER、BERH等告警后，產(chǎn)生RAI告警，指示有遠(yuǎn)端告警存在。TRUNK類告警（1） LFA告警級(jí)別：Major（主要） 類型： COMMUNICATION 告警產(chǎn)生原因傳輸模塊檢測(cè)收到的信號(hào)中，ts0有幀丟失（loss of frame）， 產(chǎn)生LFA告警。（3） INC_REP告警級(jí)別：Warning 類型：COMMUNICATION告警產(chǎn)生原因當(dāng)BSC收到DPC、OPC或者SSF的lable部分和它所期望的不一樣時(shí)產(chǎn)生；或者在一次信令翻轉(zhuǎn)時(shí)，別的DTC收到的MSU太多造成；或者是由于頻繁的軟件錯(cuò)誤；故障處理流程檢查DPC、OPC、然后更換DTC派單建議：不派單。處理流程a、 如果對(duì)端不可及，檢查對(duì)端工作狀態(tài)。 派單建議：一般故障工單（不影響當(dāng)前服務(wù)）J 對(duì)交換對(duì)應(yīng)模塊作BOOT，看能否恢復(fù)。c、 檢查并更換傳輸板。N7類告警（1） LINK_REP告警級(jí)別：Minor（次要）類型：COMMUNICATION 告警產(chǎn)生原因鏈路激活狀態(tài)或者話務(wù)狀態(tài)改變，這個(gè)告警經(jīng)常伴隨著SLIP_UN或者SLIP_OV（滑碼不足或超限），通常是由于時(shí)鐘問(wèn)題導(dǎo)致的。同時(shí)模塊處于FOS狀態(tài)。 派單規(guī)范：重要故障工單（防止CPRA掉電）167。 告警處理流程。（防止BSC掉電）（2） BAT告警級(jí)別：Critical（嚴(yán)重）類型：equipment 告警產(chǎn)生原因 每一個(gè)SCPRC都有一塊電池（BATTERY），這塊電池和SCPRA存在物理硬件連接，當(dāng)硬件連接中斷時(shí)（比如，電池壞了），SCPRA將喪失所有的服務(wù)性能，當(dāng)然也收不到告警了。如果故障沒(méi)有消除，更換硬件板。根據(jù)N+1的備份方式，壞掉一塊DCDC是沒(méi)有關(guān)系的。派單建議：不派單（不影響服務(wù)）167。故障處理流程。派單建議：不派單（不影響服務(wù)）（3） PROT告警 級(jí)別：Minorr（其它）類型：COMMUNICATION告警產(chǎn)生原因當(dāng)BSC和OMCR第三層協(xié)議中斷時(shí)，產(chǎn)生此告警。 如果是BSC無(wú)法和OMCR連接，它會(huì)重復(fù)產(chǎn)生告警BSC_SYNC_REQUEST和TSC_BTS_SYNC_REQUEST告警，當(dāng)告警恢復(fù)時(shí)，OMCR會(huì)自動(dòng)啟用alarm audit，對(duì)BSC、BTS、和TSC進(jìn)行audit。因?yàn)榇烁婢荁SC宕機(jī)時(shí)OMCR唯一收到的告警，所以，應(yīng)首先立即聯(lián)系本地維護(hù)人員檢查BSC是否宕機(jī)；如果BSC正常，則檢查X25接口相關(guān)軟硬件（如CPR、DTC、ATRUNCK等等）派單建議：緊急故障工單（BSC宕機(jī)） 重要故障工單（BSC沒(méi)有宕機(jī)，但和OMCR連接不好）J 。X25類告警（1） failure 級(jí)別：Major（主要）類型：COMMUNICATION告警產(chǎn)生原因BSCOMCRX25X25如圖，BSC和OMCR通過(guò)兩條X25鏈路相連，當(dāng)其中任意一條或者兩條都斷時(shí)（L2層中斷），OMCR產(chǎn)生X25 failure告警，此時(shí)OMCR和BSC連接中斷（或者一條中斷），有可能是BSC宕機(jī)所致，也有可能是BSC端的X25接口不好所致，比如CPR4不好，DTC6不好等等。 告警處理流程在OMCR中，重新分配SDCCH到TCU的映射，使得負(fù)荷平均分擔(dān)。告警處理流程（自動(dòng)恢復(fù)，無(wú)需處理 ）派單建議：不派單（不影響服務(wù)且自動(dòng)恢復(fù)）（7） SDCCH_OVRL_BSC告警級(jí)別：Warning（輕微）類型：Processing Error 告警產(chǎn)生原因SDCCH占用次數(shù)太高，導(dǎo)致TCU的負(fù)荷升高并越限，于是產(chǎn)生SDCCHOVRLBSC告警。告警處理流程（人為正在操作，無(wú)需處理）派單建議：不派單（不影響服務(wù)且自動(dòng)恢復(fù)）J 以上兩個(gè)告警（第4，5條）在各個(gè)告警分類中都存在，這里簡(jiǎn)單介紹了其含義，產(chǎn)生原因，后面的就不再一一列出了。（4） AUDIT告警級(jí)別