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