NSN告警處理方法(包括MCPA)

NSN告警處理方法（包括MCPA）目前7***告警存在7600-7609告警，內(nèi)容如下：這些告警主要依靠告警排除指導(dǎo)進(jìn)行：先鎖放該扇區(qū)通過(guò)遠(yuǎn)端重啟硬件ESMC檢查射頻模塊指示燈是否正常檢查射頻模塊直流電源輸入電壓是否正?；鞠到y(tǒng)模塊與射頻模塊之間的光纖連接匹配正常更換射頻模塊更換系統(tǒng)模塊按照上述一步一步指導(dǎo)，能很容易排查出故障。典型故障處理：76**告警的處理：1、7600、7601、7602、是BCF級(jí)的告警，告警的嚴(yán)重等級(jí)7600最高，為嚴(yán)重告警，7601為重要告警，7602為提示性告警2、7603、7604、7605是BTS（扇區(qū)）級(jí)告警，告警的嚴(yán)重等級(jí)7603最高，為嚴(yán)重告警，7604為重要告警，7605為提示性告警3、7606、7607、7608是TRX（載頻）級(jí)告警，告警的嚴(yán)重等級(jí)7606最高，為嚴(yán)重告警，7607為重要告警，7608為提示性告警4、許多BCF級(jí)的告警由BTS級(jí)告警引起，許多BTS級(jí)告警又是由TRX級(jí)告警引起，所以BTS級(jí)告警是最常見(jiàn)的5、所以76**告警主要介紹7606和7607告警的處理一、處理7607（TRXOPERATIONDEGEADED）告警的處理方法：1、告警的意義：該告警主要告訴我們?cè)谳d頻中出現(xiàn)嚴(yán)重錯(cuò)誤2、主要處理方法：MCPA觸發(fā)7607告警與FLEXIBTS有很大的不同，MCPA沒(méi)有合路器，集成度更高，在FLEXIBTS中傳送數(shù)據(jù)的多根射頻線、BUS線，演進(jìn)到MCPA中，集成在一根光纖中傳送數(shù)據(jù)。主要處理方法如下：測(cè)量天饋駐波比在合理范圍內(nèi)，檢查與射頻單元相連的饋線頭是否緊固檢查SFP光纖模塊安裝是否規(guī)范檢查光模塊SFP型號(hào)（單?；蚨嗄＃┡c光纖型號(hào)（單模或多模）是否一致檢查光纖工作狀態(tài)、收發(fā)是否正常，光功率是否正常近端重啟射頻模塊檢查基站硬件數(shù)據(jù)庫(kù)配置排除以上，更換有故障的射頻模塊二、處理7606（TRXFAULTY）告警的主要方法1、告警意義：該告警主要告訴我們?cè)谳d頻中出現(xiàn)嚴(yán)重故障，此告警會(huì)閉鎖載頻。2、主要處理方法：MCPA觸發(fā)7606告警與FLEXIBTS也有很大的不同，MCPA采用集中的基帶處理計(jì)數(shù)，集成度更高，采用載頻池的概念。主要處理方法如下：近端重啟硬件遠(yuǎn)端重啟BCF檢查本地扇區(qū)配置與BSC側(cè)是否一致檢查本地功率配置與載頻數(shù)量及時(shí)隙（BTS側(cè)與BSC側(cè)）是否匹配檢查光模塊SFP型號(hào)（單?；蚨嗄＃┡c光纖型號(hào)（單?；蚨嗄＃┦欠褚恢赂鼡Q系統(tǒng)模塊更換射頻模塊三、處理7745（CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD）告警辦法與建議-1統(tǒng)計(jì)原理：OMC統(tǒng)計(jì)每個(gè)載頻的每個(gè)時(shí)隙的信道失敗率，對(duì)TCH時(shí)隙，如果失敗率超過(guò)20%，對(duì)SDCCH時(shí)隙，失敗率超過(guò)80%，則會(huì)出7745告警，統(tǒng)計(jì)時(shí)長(zhǎng)為1小時(shí)，該告警只能在BSC上看到，通過(guò)BSC告警的增補(bǔ)信息，可以看到具體是哪個(gè)時(shí)隙故障率高，是TCH還是SDCCH信道以及失敗率最高值。告警分析：該告警屬于統(tǒng)計(jì)類(lèi)綜合告警，指出信道的失敗率高于指定的值，信道失敗率高有可能但不一定造成掉話率高，所以該告警跟掉話率高有較大的關(guān)系，該告警只是一個(gè)統(tǒng)計(jì)的結(jié)果，并沒(méi)有指出造成該結(jié)果的原因，所以需要綜合分析該告警的原因。四、處理7745告警的辦法及建議-2該告警可能的原因非常多，主要有以下：基站有硬件告警：這種是最好解決的，只要有針對(duì)性的解決了硬件告警，7745告警就能消除基站無(wú)硬件告警，但硬件或軟件確實(shí)存在問(wèn)題，往往伴隨上下行質(zhì)量差，大致有以下可能情況：載頻性能下降，但是還未到出告警的程度，例如發(fā)射功率偏低等基站的同步設(shè)置不對(duì)會(huì)造成切換掉話光纖模塊不緊也有可能掉話A-bis口時(shí)隙設(shè)置有誤，特別是Trxsig正確，TCH時(shí)隙根BSC不一致會(huì)產(chǎn)生大量掉話極少數(shù)發(fā)生過(guò)設(shè)備故障造成的干擾，無(wú)告警，但產(chǎn)生7745掉話五、處理7745告警的辦法及建議-3天饋線問(wèn)題造成的7745天饋線駐波比偏高，天線方位角的各種問(wèn)題：兩個(gè)單極化天線方位角不一致扇區(qū)接反建筑物及廣告牌等的阻擋全向天線安裝過(guò)低，被抱桿阻擋兩個(gè)單極化間距不夠1.3米，或者不在同一平面全向天線距離塔身不足1米天線下傾角問(wèn)題：定向天線上仰兩個(gè)單極化天線俯仰角不一致天線安裝不垂直天線的其它問(wèn)題：有可能天線的駐波比達(dá)標(biāo)，但其他性能較差，但是工程的手段無(wú)法測(cè)出天線的全面性能這些天線的問(wèn)題都會(huì)影響到所覆蓋的區(qū)域，影響到通話質(zhì)量及掉話六、處理7745告警的辦法及建議-4傳輸問(wèn)題：曾經(jīng)發(fā)生過(guò)微波傳輸引起的7745，換光端機(jī)后問(wèn)題解決網(wǎng)絡(luò)規(guī)劃不合理，主要是天線的覆蓋區(qū)域不合理，造成越區(qū)覆蓋方位角不合理下傾角不合理，有可能覆蓋過(guò)遠(yuǎn)網(wǎng)絡(luò)信號(hào)差造成的弱覆蓋引起的7745干擾造成的掉話頻率規(guī)劃不合理直放站等干擾塔放造成的干擾其它干擾源七、處理7745告警的方法及建議-5BSC問(wèn)題或參數(shù)引起的掉話等有一些BSC參數(shù)可能影響到7745，例如以下參數(shù)的修改，造成7745增多這兩個(gè)參數(shù)門(mén)限系統(tǒng)默認(rèn)值如下：ZEEN:TCHFR=TCHfailurerate（20%）SCHFR=SDCCHfailurerete（80%）修改如下：ZEEN:TCHFR=TCHfailurerate（10%）SCHFR=SDCCHfailurerete（20%）半速率也會(huì)影響7745及掉話八、處理7745告警的方法及建議-6通過(guò)前面7745告警的可能原因分析，比較難處理的是沒(méi)有其它硬件告警的7745，針對(duì)這部分的7745的處理，對(duì)設(shè)備廠家來(lái)說(shuō)，主要是排除設(shè)備本身軟硬件的原因及天饋線的原因，也就是針對(duì)建議2-3類(lèi)相應(yīng)的進(jìn)行檢查及處理，主要方法如下：仔細(xì)檢查基站同步設(shè)置，確保沒(méi)有問(wèn)題仔細(xì)檢查傳輸時(shí)隙分配，確保跟BSC一致確保BSC的RDIV參數(shù)為“Y”再次檢查模塊間連線可靠檢查天饋線駐波比檢查天線方位角、傾角等安裝工藝指標(biāo)是否存在問(wèn)題檢查硬件數(shù)據(jù)庫(kù)和實(shí)際一致九、處理7745告警的方法及建議-7在前面7步工作的基礎(chǔ)上，對(duì)出7745的載頻進(jìn)行載頻測(cè)試，對(duì)測(cè)試不過(guò)的載頻進(jìn)行互換。處理7745最常用的方法是通過(guò)互換來(lái)檢查出7745的載頻和沒(méi)出7745載頻、連線、天饋線是否存在問(wèn)題，觀察是否跟著7745走，判斷是否設(shè)備硬件本身的問(wèn)題，需注意：首先建議用互換的方式，即好的載頻與壞的換，不要直接用新的換，這樣做雖然麻煩一點(diǎn)，但思路清晰，結(jié)果容易說(shuō)明問(wèn)題，直接拿新的換，由于不能百分百保證新板件一定沒(méi)問(wèn)題，所以換過(guò)后的結(jié)果沒(méi)有百分百的說(shuō)服力。為了思路清晰，最好載頻、連線、天饋線分別、分步更換。如果7745的結(jié)果跟著硬件走，說(shuō)明是硬件問(wèn)題，不跟著走，說(shuō)明根本次互換的硬件無(wú)關(guān)。如果本站7745告警伴隨著7744、或者7746告警的話，則有可能是干擾或者擁塞造成。十、關(guān)于斷站故障斷站的標(biāo)志告警就是7767（BCCHMISSING），隨后還會(huì)相繼出現(xiàn)7700基站OMU信令初始化、7701BCF基站主控板初始化、7708載頻重啟等。如以下幾種情況會(huì)引起斷站：BCCH載頻故障引起的斷站，主要告警表現(xiàn)為：7606告警，隨后會(huì)出現(xiàn)基站重啟的一系列告警，如：7767、7701、7708等8****系列的告警，一般是傳輸質(zhì)量差告警（例如誤碼高等），錯(cuò)誤累積到一定程度就會(huì)引起傳輸失?。?704PCMFAILURE），從而導(dǎo)致基站信令中斷（7706BTSO&MLINKFAILURE），基站重啟由傳輸引起的基站斷站，查看歷史告警時(shí)一般沒(méi)有別的傳輸告警（8***系列告警），直接出現(xiàn)（7704PCMFAILURE），從而引起基站重啟的一系列告警，如：7767、7706、7708基站維護(hù)人員人為關(guān)閉基站，監(jiān)控會(huì)出現(xiàn)7710告警，相繼出現(xiàn)7767基站斷電，如果是交流電基站，沒(méi)有蓄電池，也會(huì)出現(xiàn)斷站，這是首先應(yīng)該有外部電源告警，然后出現(xiàn)斷站的其他告警基站主控單元ESM（五代站）故障也會(huì)造成斷站，并且沒(méi)有伴隨告警，OMUlink直接吊死BSC方面的故障也有可能造成斷站，例如BCSU重啟十一、7738（BTSWITHNOTRANSACTIONS）告警處理告警意義：OMC統(tǒng)計(jì)到BTS無(wú)話務(wù)，告警增補(bǔ)信息指出告警原因1=SDCCH無(wú)話務(wù)2=TCH無(wú)話務(wù)3=SDCCH和TCH均無(wú)話務(wù)10=沒(méi)有GPRS話務(wù)故障可能原因：基站本身問(wèn)題（硬件或軟件設(shè)置）A-bis口設(shè)置問(wèn)題BSC參數(shù)的調(diào)整統(tǒng)計(jì)時(shí)長(zhǎng)過(guò)短（可通過(guò)參數(shù)調(diào)整），確實(shí)沒(méi)有話務(wù)處理方法：現(xiàn)場(chǎng)撥打測(cè)試語(yǔ)音及數(shù)據(jù)業(yè)務(wù)，測(cè)試正常的基本都不是設(shè)備問(wèn)題，另外由于網(wǎng)優(yōu)在BSC上設(shè)置參數(shù)控制話務(wù)量的分配，對(duì)開(kāi)通EDGE分離模式的站，一般設(shè)定非EDGE小區(qū)語(yǔ)音負(fù)荷在80%（參數(shù)控制）以上才會(huì)占用EDGE小區(qū)，及EDGE小區(qū)數(shù)據(jù)業(yè)務(wù)優(yōu)先，所以大部分沒(méi)有話務(wù)屬于正?，F(xiàn)象。對(duì)撥打測(cè)試不正常的基站，檢查硬件、軟件設(shè)置，排除問(wèn)題7607告警處理專(zhuān)項(xiàng)報(bào)告隨著網(wǎng)絡(luò)維護(hù)工作的不斷深入和用戶對(duì)通話質(zhì)量要求的不斷提高，處理各種感知類(lèi)告警已經(jīng)成為提高用戶感知的重要手段之一。省公司也在10－11年不斷要求分公司加大對(duì)感知類(lèi)告警的處理，切實(shí)提高用戶感知度。而引發(fā)感知類(lèi)告警的因素很多，對(duì)于一些隱性因素難以發(fā)現(xiàn)，這些給處理感知類(lèi)告警帶來(lái)了較大的難度。公司在汲取各分公司現(xiàn)有經(jīng)驗(yàn)的基礎(chǔ)上，經(jīng)過(guò)反復(fù)的理論研究、不斷的實(shí)踐論證，尋找出了一套切實(shí)可行、行之有效的處理7607告警措施。

實(shí)施步驟：

一、7607告警信息分析（7類(lèi)告警處理）

經(jīng)過(guò)對(duì)現(xiàn)網(wǎng)中存在的7607告警的總結(jié)，發(fā)現(xiàn)7607告警主要有以下幾種：

1、7607TRXOPERATIONDEGRADED

TRXtestresultantennaconnectionfaulty.

注解：載頻檢測(cè)到天線連接失敗

2、7607TRXOPERATIONDEGRADED

Rxlevelsdiffertoomuchbetweenmainanddiversityantennas.

注解：主分級(jí)接收差異過(guò)大

3、7607TRXOPERATIONDEGRADED

EXxxTRXmodulecoolingfan(s)reportnorotation

注解：載頻風(fēng)扇不轉(zhuǎn)

4、7607TRXOPERATIONDEGRADED

Commissioningfiledimatecontrolprofilemismatch,

Onfansdetected

注解：風(fēng)扇配置與實(shí)際不符

5、7607TRXOPERATIONDEGRADED

ECxxRTCmodulehasdetectedVSWRaboveminorlimitatantenna

注解：RTC模塊檢測(cè)到天線駐波比值超出門(mén)限

6、7607TRXOPERATIONDEGRADED

EXxxTRXmoduledetectedonlyoneRxaignalduringRFCableautodetection

注解：射頻電纜檢測(cè)到只有一路接收

7、7607TRXOPERATIONDEGRADED

RSSIdetectedRxsignaldifferenceexceedingthreshold

注解：RSSI檢測(cè)兩路接收信號(hào)差值超出門(mén)限

二、告警處理思路：

（一）告警1－2處理

這兩種7607告警大多出現(xiàn)在NOKIAMETROSITE中。目前在網(wǎng)的NOKIAMETROSITE大多作為室分信源使用。METROSITE的每塊載頻均有天饋線連接并最終合成一路進(jìn)入室分系統(tǒng)；載頻1、2互為分集接收，載頻3、4互為分集接收。當(dāng)載頻出現(xiàn)故障、連接載頻的饋線出現(xiàn)故障、電橋出現(xiàn)故障或室分設(shè)備出現(xiàn)故障都可能天線連接失敗，導(dǎo)致設(shè)備出現(xiàn)第一種告警；由于兩兩載頻的互為分集接收，當(dāng)連線出現(xiàn)錯(cuò)誤、互為分集接收的某一塊載頻出現(xiàn)故障或某一載頻饋線出現(xiàn)故障都可能導(dǎo)致另一塊載頻主分集接收差異大，導(dǎo)致設(shè)備出現(xiàn)第二種告警。

檢查及處理建議：

1）檢查設(shè)備硬件是否正常，及時(shí)更換故障載頻；

2）檢查饋線工藝是否良好，對(duì)駐波值不符合要求的故障點(diǎn)及時(shí)處理；

3）檢查載頻連線配置是否正確，及時(shí)糾正錯(cuò)誤連接；

4）檢查室分元器件及室分設(shè)備是否正常，及時(shí)維修或更換故障單元。

5）對(duì)于奇數(shù)配置的METROSITE站點(diǎn)，未開(kāi)通載頻的饋線和連線要求配置齊全。

案例：下面為市區(qū)公路局微蜂窩因射頻線連接錯(cuò)誤出現(xiàn)的7607告警。由上圖可以看出，由于載頻射頻連線錯(cuò)誤，造成告警（7607：載頻檢測(cè)到天線連接失?。缮蠄D可以看出，經(jīng)過(guò)維護(hù)人員進(jìn)行調(diào)整后，告警消除，基站正常工作。

（二）告警3－7處理

這五種7607告警多出現(xiàn)在NOKIAFLEXI中。目前在網(wǎng)的FLEXI設(shè)備既做有室分信源也有做宏站。因?yàn)镕LEXI基站在集成度和設(shè)備自檢上的改進(jìn)，告警指向較為明顯；但同時(shí)由于FLEXI設(shè)備可能存在有待完善的地方，也給告警處理造成了一定的困難。

1、對(duì)于第三種告警和第四種告警，主要是針對(duì)風(fēng)扇產(chǎn)生的告警。

檢查及處理建議：

1）檢查風(fēng)扇電纜是否連接到載頻。

2）檢查風(fēng)扇有無(wú)阻擋。

3）清除風(fēng)扇灰塵及贓物。

4）更換風(fēng)扇。（部分基站曾發(fā)現(xiàn)風(fēng)扇轉(zhuǎn)依然出告警現(xiàn)象，主要是由風(fēng)扇轉(zhuǎn)速低引起）

5）更換載頻。（風(fēng)扇更換后依然出現(xiàn)風(fēng)扇告警）

2、對(duì)于第五種告警主要是由于VSWR（駐波）過(guò)高引起的，類(lèi)似該類(lèi)告警相對(duì)較多，在此不一一指出。

檢查及處理建議：

1）檢測(cè)天饋線駐波值是否過(guò)高，使用DDU模塊時(shí)經(jīng)常出現(xiàn)單口（A口或者B口）駐波比高的告警，及時(shí)處理天饋故障或天線故障；

2）檢查連接天線口的射頻線有無(wú)問(wèn)題，及時(shí)更換射頻連線；

3）檢查合路單元是否存在故障，及時(shí)更換DDU或者RTC。

3、對(duì)于第六種告警主要是由于實(shí)際連線與軟件連線不統(tǒng)一造成。

檢查及處理建議：

1)檢查載頻連線及RX連線接頭，及時(shí)緊固連線或更換損壞的連線；

2)檢查實(shí)際連線配置與數(shù)據(jù)庫(kù)連線配置是否相符，根據(jù)實(shí)際連線配置對(duì)數(shù)據(jù)庫(kù)進(jìn)行手動(dòng)配置；

3)檢查載頻硬件是否存在故障，更換出現(xiàn)告警的載頻；

4)檢查雙工器中是否部分連線口存在故障，更換載頻硬件位置或更換雙工器。

4、第七種告警是是現(xiàn)網(wǎng)中FLEXI站點(diǎn)存在最多的告警，也是7606告警中較為難處理的一種告警。維護(hù)人員對(duì)這一類(lèi)告警進(jìn)行了專(zhuān)門(mén)的研究。

告警含義：

該告警實(shí)時(shí)測(cè)量并比較每個(gè)Trx兩路接收的差值，當(dāng)差值大于設(shè)定的門(mén)限時(shí)觸發(fā)告警，目的是提醒兩路接收中的一路可能有問(wèn)題。

主要原理：

基站不斷對(duì)每個(gè)載頻的兩路接收電平值進(jìn)行采樣計(jì)算，必須每小時(shí)采樣數(shù)大于160000次才能得出統(tǒng)計(jì)結(jié)果，也就是每個(gè)載頻需要有足夠的話務(wù)量，如果某個(gè)載頻話務(wù)量過(guò)少，結(jié)果就統(tǒng)計(jì)不出來(lái)，結(jié)果統(tǒng)計(jì)如果大于10dB，該載頻將出7607告警，如果某扇區(qū)的所有載頻都出7607告警，這該扇區(qū)出7604告警。

主要思路：

通過(guò)觀察RSSI測(cè)量值、分析RSSI值的特點(diǎn)、載頻功率測(cè)試、載頻環(huán)路測(cè)試等手段，可以逐步縮小范圍，確定故障點(diǎn)。

檢查及處理建議：

當(dāng)個(gè)別或部分載頻出現(xiàn)第七種7607告警時(shí)，按照第五種、第六種7607告警的處理思路進(jìn)行逐步排查和處理。

當(dāng)整個(gè)扇區(qū)出現(xiàn)第七種7607告警時(shí)，其檢查及處理建議如下：

1）對(duì)載頻進(jìn)行功率測(cè)試，確認(rèn)小區(qū)RDIV參數(shù)是否打開(kāi)，及時(shí)聯(lián)系交換打開(kāi)RDIV參數(shù)；

2）檢查RSSI值情況，檢查周?chē)鸁o(wú)線環(huán)境，確認(rèn)天線周?chē)鸁o(wú)遮擋；

3）檢查RSSI值情況，檢查天線角度是否一致，及時(shí)對(duì)天線進(jìn)行調(diào)整；

4）檢查RSSI值情況，統(tǒng)計(jì)扇區(qū)切換關(guān)系，確認(rèn)是否存在天線接反、接鴛鴦情況，及時(shí)調(diào)整天線；

5)檢查RSSI值情況，判斷RX接收存在問(wèn)題的是A口還是B口，測(cè)量天饋駐波值并及時(shí)處理天饋、天線或避雷器故障；

6）對(duì)扇區(qū)數(shù)據(jù)庫(kù)進(jìn)行清空并重新配置；

7）更換設(shè)備主控模塊；

創(chuàng)新亮點(diǎn)：

對(duì)于以上情況仍無(wú)法處理掉的情況，分公司又專(zhuān)門(mén)進(jìn)行了研究。通過(guò)研究我們發(fā)現(xiàn)，該告警從根本上所關(guān)注的只是兩個(gè)天線接口處的差值，只要我們消除了差值告警就會(huì)消失。我們對(duì)各類(lèi)設(shè)備進(jìn)行了研究、實(shí)驗(yàn)。

1、將RTC的RXIN和RXOUT連接。

通過(guò)查閱NOKIA設(shè)備資料，發(fā)現(xiàn)諾西稱(chēng)將RTC的RXIN和RXOUT連接就是在內(nèi)部將A口和B口連接起來(lái)從而消除RX差值。經(jīng)過(guò)實(shí)驗(yàn)我們發(fā)現(xiàn)，這種做法起不到資料中所說(shuō)的作用。

2、功分器。

功率分配器簡(jiǎn)稱(chēng)為功分器，它是把輸入信號(hào)功率等分或不等分成

幾路功率輸出的器件。腔體功分器是功分器中的一種，結(jié)構(gòu)是腔體的，如：同軸結(jié)構(gòu)或波導(dǎo)結(jié)構(gòu)?？善骄姆峙浞涓C網(wǎng)的大功率信號(hào)，具有反射和損耗小的特點(diǎn)。寬頻設(shè)計(jì)，可廣泛應(yīng)用于單頻段、多頻段天線或泄露電纜系統(tǒng)，因采用無(wú)焊接點(diǎn)的同軸腔系統(tǒng)，使插損最小，可靠性增強(qiáng)。但該源器件輸出口不能接大功率信號(hào)，只能接上行信號(hào)，也就是說(shuō)功分器不能作大功率合路器使用。所以在嘗試中無(wú)法使其長(zhǎng)時(shí)間工作，容易損壞。

3