資源描述：
《BSC告警分析說(shuō)課講解.ppt》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫(kù)。
1、BSC告警分析告警的格式與組成告警的種類和格式告警可以分為硬件告警和軟件告警兩種：硬件告警是由于BSS內(nèi)的硬件故障所引起的告警。軟件告警是由GPROC檢測(cè)到軟件進(jìn)程運(yùn)行出錯(cuò)所引起的告警。只有GPROC設(shè)備（BSP，CSFP，DHP，BTP，poolGPROC）才會(huì)產(chǎn)生軟件告警息。軟件告警（SoftwareFaultManagement或SWFM）分為兩類。告警舉例：#0–NEW–*NONE*.CommuncationFailureEvent-CAGE-BSS01(BSS01:SITE-0:):0CAGE1-30/03/199914:23:56.ExpansionKSWX
2、Slot22CommunicationFailure-FMIC-Major--/-.(BSS01:SITE-0:):0SITEImpactedtoMajor.#0：告警IDNEW：告警狀態(tài)NONE：正在處理此告警的人員CommuncationFailureEvent：告警的類型CAGE：告警級(jí)BSS01(BSS01:SITE-0:):0CAGE1：發(fā)生告警的位置30/03/199914:23:56：告警發(fā)生時(shí)間[18]：告警編號(hào)ExpansionKSWXSlot22CommunicationFailure：告警描述FMIC：告警的清除類型Major：告警嚴(yán)重等級(jí)(BSS
3、01:SITE-0:):0SITEImpactedtoMajor:告警附加信息告警的類型告警編號(hào)對(duì)于每種設(shè)備都有唯一的一個(gè)十進(jìn)制數(shù)表示。每種設(shè)備的告警編號(hào)從0到254。對(duì)于不同的設(shè)備告警編號(hào)可能重復(fù)，但與設(shè)備相關(guān)的編號(hào)是唯一的。有些情況下同樣的告警編號(hào)表示類似的告警。例如254號(hào)告警表示設(shè)備fail。在OMC-R上將告警分成不同的六種類型，可以在OMCR的告警說(shuō)明中找到“FailureEvents”字段，其為不同類型告警的名稱。它們分別是：告警的等級(jí)告警嚴(yán)重級(jí)別表明此故障發(fā)生對(duì)系統(tǒng)的影響程度，系統(tǒng)將告警的等級(jí)分為六級(jí)：告警處理的優(yōu)先級(jí)我們可以根據(jù)告警的嚴(yán)重級(jí)別，以及出現(xiàn)
4、告警的網(wǎng)元在系統(tǒng)中的重要性，對(duì)不同的告警情況進(jìn)行相應(yīng)的處理。在此我們提供一般原則下的優(yōu)先級(jí)別。對(duì)于基站來(lái)說(shuō)從RXCDR到BSC，再到BTS；信令鏈路按照MTL、RSL、XBL的次序；告警嚴(yán)重級(jí)別由高到低分別是Critical、Major、Minor、Warning、Investigate、Clear。在相同的告警級(jí)別中，Critical告警按照以下順序AllRXCDR-AllMTL-AllBSC-AllRSL-AllBTS-AllX.25link-AllotherCriticalalarms。Major告警按照以下順序AllRXCDR-AllBSC-AllBTS-All
5、otherMajoralarms。其它告警按照Minor、Warning、Investigate、Clearalarms的順序進(jìn)行處理。ThesitesRemoteTranscoder(RXCDR)BaseStationController(BSC)BaseTransceiverStation(BTS).ThelinksMessageTransferpartLink(MTL)RadioSignallingLink(RSL)X.25link.Critical告警按照以下順序：AllRXCDR-CriticalalarmsAllMTL-CriticalalarmsAllBS
6、C-CriticalalarmsAllRSL-CriticalalarmsAllBTS-CriticalalarmsAllX.25link-CriticalalarmsAllotherCriticalalarms常見的BSS告警1、OML為E-U或D-U的問(wèn)題在BSC或RXCDR看到此現(xiàn)象時(shí)，還可能看到相關(guān)的一些告警，如OML242號(hào)告警等。背景原理：OML鏈路是OMCR到RXCDR或BSC的信令鏈路，主要用于BSS的操作維護(hù)。OML使用X.25協(xié)議。OMCR通過(guò)Router與BSS相連，在BSS端，操作數(shù)據(jù)在2M線的某些時(shí)隙中傳輸，到達(dá)Router后，Router中的
7、虛擬交換電路把它們分門別類送往OMCR進(jìn)行處理。同時(shí)OMCR的數(shù)據(jù)也通過(guò)Router交換后發(fā)往相應(yīng)的NE?？赡芤鸫祟惛婢脑颍孩傧嚓P(guān)的MMS口退出服務(wù)②主用MSI板沒(méi)有插③數(shù)據(jù)庫(kù)中關(guān)于OML鏈路的定義不對(duì)④DTE地址定義不對(duì)⑤路由器定義不對(duì)⑥軟件進(jìn)程問(wèn)題解決思路：如果OML鏈路從來(lái)沒(méi)有起來(lái)過(guò)，那么首先應(yīng)該檢查硬件連接是否正確，特別是主用的MSI板是否插上了，因?yàn)橹饔肕SI板上定義了NE起來(lái)時(shí)用于從OMCR下載軟件和數(shù)據(jù)庫(kù)的OML鏈路。然后核對(duì)DTE地址及路由器的設(shè)置是否正確。如果OML鏈路以前是好的，那么首先要搞清是否有人對(duì)OML相關(guān)
