【正文】 8。 19號告警:“ Warmup Failure”此告警表明GCLK不能在即定的時間內完成預熱，檢查SYNC處理器及硬件。 17號告警:“ SYNC Shutdown Request”該告警表明GCLK同步嚴重失敗，檢查GCLK狀態(tài)、SYNC硬件及MCU板。 15號告警:“ Watchdog Timer Expired ”此告警說明SYNC處理器在MCU板上的Watchdog計數(shù)器超時，檢查SYNC硬件及MCU板。 9號告警:“Hard reset”此告警說明GCLK板發(fā)生了復位。 7號告警:“ seconds reference count over?ow” s，GCLK將自動切換到備用側。 6號告警:“60 ms reference count over?ow”此告警說明GCLK板60μs參考時鐘延時超過60μs，GCLK將自動切換到備用側。 5號告警:“125 μs reference count over?ow”此告警說明GCLK板125μs參考時鐘延時超過125μs，GCLK將自動切換到備用側。 3號告警：“Hardware Fault Detected”此告警說明GCLK存在不可恢復的硬件故障，需要更換。需要更換GCLK板。178。178。一、告警定義在維護中一些實時告警是需要我們時時關注的，這些告警我們定義在OMCR上Event Mgt窗口上，如何在OMCR上Event Mgt窗口定義告警、如何在該窗口查看告警，請參考附件：二、監(jiān)控列表及描述日常的安全監(jiān)控應該從軟件、硬件及信令負荷來分析處理，我們現(xiàn)在監(jiān)控的主要是BSC級的告警，因為網(wǎng)絡正常運行最基本的條件是硬件正常工作，如果網(wǎng)元都不能正常運行，所有的性能指標也毫無意義，所以在日常的網(wǎng)絡維護中，掌握一定的告警分析和處理技能，顯得非常重要，這里就對我們監(jiān)控的告警進行說明解釋。 三、SR數(shù)據(jù)收集由于目前浙江沒有簽署NSP合同，因此只能通過以下兩個途徑才能開SR。每次出現(xiàn)的故障及處理好后都要做記錄，以便為以后出現(xiàn)故障提供參考。首先我們要分清是局部問題，還是系統(tǒng)問題，是單個基站的問題，還是整個BSC的問題，是一個BSC的問題還是MSC下所有的BSC問題。預防性維護是我們的最佳選擇，定期對任何一個BSS網(wǎng)元的巡檢和對基站的安裝調測都進行嚴格的檢測調整，保證系統(tǒng)及其附屬外圍設備工作在正常狀態(tài)，通過集中性預防維護，可以及時發(fā)現(xiàn)系統(tǒng)隱患并加以排除，最大限度地提高現(xiàn)行系統(tǒng)設備的利用率，增強系統(tǒng)設備的可靠性，從而減輕平時日常維護的壓力。 數(shù)據(jù)總線的故障處理 26 LANX的故障處理 23 GPROC的故障處理 20 MTL告警 15 KSW告警 11通過本部分的學習讀者將具有GSM BSC級網(wǎng)絡維護的一般知識，掌握BSS系統(tǒng)基本維護技能，能夠承擔日常的網(wǎng)絡維護工作。Network Service amp。目錄序論 4維護工作的要旨防患未燃 4分析問題的一般思路 5第一章 日常監(jiān)控數(shù)據(jù)收集 6一、ECT 6二、EVENT LOG ： 7第二章 BSS系統(tǒng)安全監(jiān)控 8一、告警定義 8二、監(jiān)控列表及描述 8 LAN告警 13 XBL告警 17 GCLK的故障處理 21 MSI的故障處理 24 單通故障的處理 29二、日常維護的注意事項 29三、典型問題匯總 30序論維護工作的要旨防患未然系統(tǒng)建設完成經(jīng)過驗收后，就轉入系統(tǒng)維護工作。由于各個方面的原因，諸如傳輸、不同廠家設備配合、各個廠家硬件的穩(wěn)定性、軟件、氣候、環(huán)境等，使得系統(tǒng)會出現(xiàn)一些不可預知的問題。通過初步的故障定位，進行初步的處理與測試，縮小故障范圍，直到找到最終的故障原因。 第一章 日常監(jiān)控數(shù)據(jù)收集機房維護人員經(jīng)常碰到告警，有些告警是操作維護過程中自然產(chǎn)生的，有些告警是瞬時性的，不會影響系統(tǒng)正常運行，但頻繁的出現(xiàn)也會加大系統(tǒng)的負荷，因此對于我們維護人員來說，怎么發(fā)現(xiàn)告警，怎么來定義告警，有些告警是需要通過歷史事件來發(fā)現(xiàn)跟蹤，還有一些告警故障是需要CNRC來協(xié)助我們解決，在CNRC處理的過程中當然會需要一些數(shù)據(jù)分析說明，所以需要我們來收集一些告警事件，SWFM、MMI LOG、EVENT LOG等數(shù)據(jù)，因此我們有必要知道日常維護中的一些命令和工具的使用。：需要上報領導批準；：浙江移動客戶上報省公司網(wǎng)絡部批準。 24號告警：“ Bad Clock Source or SYNC OCXO(oscillator) Replacement Required”晶振震蕩器的故障引起GPROC退服，檢查SYNC硬件及更換。 254號告警:“ Device Failure”GPROC管理系統(tǒng)的故障引起GPROC退服，如果該GPROC是BSP會導致BSC重起，檢查處理板的連接、復位該硬件板無效、進行更換。 GCLK告警GCLK：Generic Clock board產(chǎn)生時鐘信號，向上一級時鐘鎖相，對于BSS來說GCLK要與MSC的時鐘同步，因此出現(xiàn)了該告警我們逐步往上查如提供時鐘的MMS、GCLK硬件板等相關硬件。178。178。如果7秒鐘內出現(xiàn)2次，這塊GCLK將 OOS。如果7秒鐘內出現(xiàn)2次，這塊GCLK將 OOS。如果7秒鐘內出現(xiàn)2次，這塊GCLK將 OOS。178。178。178。178。 24號告警: “Bad clock source此告警表明GCLK的同步時鐘超出的范圍會影響系統(tǒng)性能，或時鐘源需要校準。KSWX Error時，有可能是KSWX板子的硬件問題，也有可能是連接KSWX板的光纖故時，應該先確認故障的原因。178。178。178。178。178。 Standby LAN Failure”此告警表明LAN的檢測進程無法將active LAN SWAP到另一個LAN，主備LAN OOS，檢查主備LAN板及光纖連接。 X25 告警：“X25CircuitDown”178。178。178。178。178。1 塊MSI 板終端2 個E1，提取2M 時鐘參考信號。178。此告警表示MTL鏈路與MSC已經(jīng)失去聯(lián)系。178。178。 BSS0 告警：Last MTL link Failure Signalling Point Inaccessible一個BSS可能有好多條MTL鏈路，BSS0告警表示此BSS系統(tǒng)的最后一條鏈路也退出服務，此時BSS完全癱瘓。178。178。TBUS它由KSW控制，有1024個Ts，分配給GPROC、MSI、XCDR、KSW，可擴展擴容。 3號告警：Local KSWX/DSWX TDM Error 本地KSWX/DSWX的TDM錯誤，一般是KSWX/DSWX的光纖連接或硬件板的故障引起。給GPROC、KSW、MSI、XCDR等提供時鐘，這些BUS都是每個CAGE一主一備的。 2號告警：“Master CBUS Signal Provided By Slave GCLK ” 此告警表明因為GCLK被取走使得CBUS無法工作。PBUS即Processor Bus ，它是MCAP總線在軟件上的一種表示，它負責GPROC與其他全尺寸板（XCDR、GCLK、KSW、DRI）之間的通信。 BSS[5] 號告警：“No MSC Acknowledgement for Circuit Block” 從MSC側得不到電路BLOCK的確認應答178。 BSS[12] 號告警：“Unequipped Circuit at the BSS BSC”增加該CIC或MSC刪除該CIC178。一、常見故障分析處理 如果是BSS上的某個GPROC出現(xiàn)[35]號告警，應該可以判斷是該GPROC的故障，建議更換。GCLK 要與上一級時鐘同步必須要有上一級時鐘的參考信號，時鐘參考信號是根據(jù)數(shù)據(jù)庫的定義從指定的MMS 口上提取的。在排除了數(shù)據(jù)庫、MSI 硬件和傳輸原因之后，應校正或更換GCLK 板，而日常的時鐘失鎖基本上都是傳輸問題引起，雖然GCLK失鎖不會給系統(tǒng)帶來致命后果，但也會給網(wǎng)絡的指標帶來負面影響。也能進行32Kb/s 或16Kb/s 的交換，RXCDR 站中完成靜態(tài)交換功能（釘連），BSC 站中完成16Kb/s 動態(tài)交換功能。 KSWX/DSWX板的故障：當BSC超過一個CAGE時就需要KSWX板來擴展KSW板的1024個Ts到另外的CAGE ，KSWX板它支持TDM highway的擴展和擴容，接受擴展時鐘。 KSWX的問題一樣會導致BSC自動reset，因為它負責了TDM highway的擴展和擴容，當它出現(xiàn)問題時，擴展的CAGE有可能就是失去時鐘源，或者是沒有了時隙分配，當然就不能正常工作了，所以系統(tǒng)為了盡可