第一篇：愛立信常見基站故障告警處理
基站常見故障處理
CF EC10（Main fail(External Power Source Fail)）：外部電源故障
處理步驟：
1． 檢查出現故障小區的PSU是否工作正常：檢查指示燈是否正常； 2． 檢查電源鏈路，包括電纜、熔絲空開等；
3． 檢查IDB中配置的電源系統是否和實際使用的電源系統一致； 4． 檢查交流電源是否連接正確； 5． 更換PSU。
HW and IDB inconsistency（硬件和IDB數據不一致）：
處理步驟：
1． 檢查硬件的頻段、配置數量是否和IDB的配置數據相一致。2． 如發現數據不同，需要重新傳建IDB或者在IDB中進行修改。
Climate sensor fault, System voltage sensor fault，converter fault告警
處理步驟：
1． 檢查出現告警小區的PSU、ECU是否工作正常。2． 如PSU出現問題，則更換。（參照例三）3． 如ECU出現問題，則更換。
4． 將出現告警的ECU電源關閉，更換ECU。5． 更換后，將其電源開啟。
TRX 1A/13(RF loop test fault): RF 環路測試故障
處理步驟：
A/D 1，檢查TX電纜與TRU是否正確連接。
2，對TRU進行復位或者斷電后重新加電，看是否能夠恢復。
3，講該載頻進行退出/進入服務的操作，或者將該載頻對應的TG退服后重新進入，看是否可以恢復。
4，若經過上述操作后，故障仍然存在，或者以后再次出現，建議更換該TRU。
TRX 1A/21(Internal configuration failed): 內部配置失敗
處理步驟：
1,檢查CDU電源是否正常。2,檢查IDB中CDU配置是否正確。
3,檢查TRU是否安裝正確，與Y-link線連接是否正確。4,檢查IDB中TRU配置是否正確。5,檢查CDU-BUS線包括背板連線。6,將CDU進行斷電/加電操作。7,重啟DXU，CDU，TRU。8,更換TRU。9,更換CDU。10,更換CDU-BUS線。
TRX 1A 11（DSP CPU Communication Fault）：DSP CPU通信故障
處理步驟為： 1,對該TRU進行復位；
2,若復位后無法消除該故障，或者復位后再次出現，更換該TRU。
TX 1B 4（TX Antenna VSWR Limits Exceeded）：TX駐波比超限
處理步驟如下：
1． 在OMT檢查IDB里面的VSWR Limits定義的值的大小： 對于 GSM900:VSWR Class 1建議為2.2，VSWR Class 1建議為1.8； GSM1800:VSWR Class 1建議為2.2，VSWR Class 1建議為2.0； 并檢查故障的位置為哪個小區或者哪個天線出現告警。
2，檢查TRU與CDU/CU之間的TX電纜是否完好，連接是否正確。3，用Site Master儀表測試天線的駐波比，該值應該小于1.5。如果該值大于1.5，用Site Master儀表里面的DTF定位故障點的位置（建議從CDU連接口的跳線開始測試，測試前對儀表進行校驗）。
4，檢查TRU和CDU/CU之間的Pfwd和Prefl電纜是否連接正確。5，將CDU或者FU的電源開關一下，檢查故障是否消失。6，將TRU進行復位,檢查故障是否消失。
TX 1B 0（CDU/Combiner not usable）：CDU/合路器不能使用
出現此類障礙，必須更換CDU/合路器。
TX 1B 1（CDU/Combiner VSWR Limits Exceeded）：CDU/合路器駐波比超過門限值
處理過程為：
1，檢查TRU與CDU/CU之間的TX電纜是否完好，連接是否正確, 檢查TRU和CDU/CU之間的Pfwd和Prefl電纜是否連接正確。
2，用OMT讀出是哪個CDU或者CU出現故障，將該CDU或者CU的電源開關一下，檢查故障是否消失。
3，重啟與故障CDU或者CU相連的TRU。4，更換該故障的CDU或者CU； 5，更換于故障CDU或CU相連的TRU。
TX 1B 14（TX Saturation）：
此告警處理過程如下： 1，對該TRU進行復位； 2，若復位后無法消除該故障，或者復位后再次出現，更換該TRU。
1B/13：TX output power limits exceeded（TX 輸出功率超過門限值）
處理方法為：
1,檢查TX cable是否存在故障，或者是否正確連接, 檢查TRU和CDU/CU之間的Pfwd和Prefl電纜是否連接正確。
2,對TRU進行復位。3,更換TRU。
TX 1B/20：CU/CDU input power fault（CU/CDU 輸入功率超過門限值）
處理方法：
1,檢查TX cable是否存在故障，或者是否正確連接, 檢查TRU和CDU/CU之間的Pfwd和Prefl電纜是否連接正確。
2,將CDU-F/CU關電后重新加電。3,對TRU進行復位。4,更換CDU-F/CU。5,更換TRU
TX 1B/26：CU/CDU fine tuning fault（CU/CDU 微調故障）
處理方法：
1,檢查相鄰的CU/CDU是否加電，且工作正常。2,檢查CU/CDU的terminator是否連接。3,將CU/CDU關電后重新加電。4, 對TRU進行復位。5,更換CU/CDU。TX 1B/27：TX maximum power restricted（TX最大功率超限）
處理方法為：
1,如果是伴隨著CF2A8，請參考TX 1B4的處理方法。2,如果伴隨TRX2A11的告警，處理如下： A,檢查TRU的空面板是否全部安裝。
B,檢查設備的進風口和出風口是否有阻擋物。C,對TRU進行復位。
CF 2A/43 Internal configuration failed（內部配置失敗）
此告警經常為一個或者多個TRU或者ECU出現內部配置故障。如果是TRU，參考TRX 1A21的故障處理。
否則安裝下面方法處理： 1,檢查所有的光纖環路；
2,檢查電源系統和IDB中定義的參數是否吻合，包括PSU的數量等。
3,復位ECU；
4,更換ECU。
CF 2A/33 RX diversity lost（接收分集丟失）
處理方法大概如下：
1，檢查出現故障小區的天饋系統連接是否正確，包括天線的方向及機柜內部RX連線和機柜之間的跳線；
2，用OMT軟件對每個載頻的TRX的分集接收進行監測：TRX?monitor?Diversity supervisor，查看每個載頻的SSI值，該值為RXA和RXB信號的一個相對減值，正常在－3到+3之間，理想值為零，如測出該小區的所有載頻SSI的值均在12以上，則問題出在所有TRU的RX公用電路：天饋線系統，CDU及其外部連線。需要進一步進行檢查。
CF 2A/8 VSWR limits exceeded（駐波比超限）該故障最大可能是天饋系統出現故障，可以參考TX 1B/4的告警進行處理。
RX 2A/1 RX path lost on A receiver side（A側接收之路丟失）
該告警主要是TRU的RXA信號丟失，需要檢查TRU的A路接收，包括天饋系統及機柜之間和機柜內部的RX線纜、CDU等。該告警同時也會引起CF 2A/33的告警。
RX 2A/2 RX path lost on B receiver side（B側接收之路丟失）
參考RX 2A/1的告警處理方式。
CF 2A/41 Lost communication to TRU（與TRU通信丟失）
處理方法為：
1,用OMT軟件檢查配置數據中TRU的數量是否和實際安裝的TRU數量一致，如果不一致，用OMT的modify功能將相應多余的載頻從IDB中刪除。2,檢查TRU與DXU的bus線，包括機柜之間的bus線。3,更換TRU。4,更換DXU。5,更換TRU背板。6,更換DXU/ECU背板。
CF 2A/39 RX cable disconnected（接收電纜斷開）
處理方法為：
1，在基站用OMT檢查斷開的接收電纜位置；
2，檢查相應的接收電纜是否連接已經是否連接正確。
TRX 2A/22 CDU bus communication fault（CDU-bus通信故障）
處理方法為： 1，檢查CDU是否工作正常，包括CU、FU等單元已經CDU bus線是否連接以及是否連接正確。
2，檢查出現故障小區的TRU是否正常，可以將其與其他正常單元進行更換的方式進行檢查；
3，檢查CDU-Bus是否故障，必要時候進行更換。
CDU supervision/communication lost（CDU監測／通信丟失）：
處理步驟為：
1，檢查IDB中配置的CDU數量是否和實際安裝的數量一致； 2，檢查CDU總線包括背板的連接； 3，將CDU、FU、DU、CU等斷/加電； 4，復位DXU；
5，更換CDU/FU/DU/CU。
RU data corrupt（數據庫崩潰）：
處理步驟：
1，用OMT檢查RU MAP，查看哪個替換單元出現該告警信息；
2，檢查與該RU的連接線是否正確，包括CDU-BUS，IOM bus，opto bus，和local bus；
3，如果通信正常，將該RU加/斷電，并復位DXU； 4，替換該RU，并復位DXU。
Lost communication to TRU（與載頻失去聯系）：
處理步驟：
1，檢查IDB中定義的TRU數量是否和實際安裝的數量一致，否則修改IDB； 2，檢查DXU和背板/TRU之間的Y-link線是否連接正確。
3，檢查機柜之間的外部bus線/Y-link線是否連接正確，接頭針腳接觸是否完好；
4，檢查所有終端頭是否安裝；
5，檢查載頻背板開關是否設置在正確位置。
Lost communication to ECU（與ECU失去聯系）：
處理步驟：
1，檢機柜之間的外部bus線/Y-link線是否連接正確，接頭針腳接觸是否完好；
2，檢查所有終端頭是否安裝；
3，檢查DXU/ECU背板的開關是否設置正確； 4，復位與DXU失去聯系的ECU； 5，復位DXU； 6，更換ECU。
第二篇：愛立信 WCDMA 基站常見告警處理方法
愛立信 WCDMA 基站常見告警處理方法
1.PDH Loss of Signal：PDH信令丟失告警
Maj PDH Loss of Sign loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp4 告警原因：傳輸不通。
2.Plug-In Unit General Problem：配置錯誤告警
Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=2,PlugInUnit=1 告警原因：對應槽位沒有板子，或板子讀取不到。
處理方法：拔插相應槽位的板子，如拔插無效，則需更換板子。3.AuxPlugInUnit_PiuConnectionLost：輔助單元設備告警
Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 告警原因：外部告警先沒接。影響：無
處理方法：由于現在外部告警線不需要接，可閉掉AuxPlugInUnit=1 這個MO，以消除告警。4.AuxPlugInUnit_LossOfMains：RRU電源告警
Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 告警原因：RRU掉電 影響：該小區將退服。
處理方法：到現場檢查RRU電源。5.Carrier_RejectSignalFromHardware：
Carrier_SignalNotReceivedWithinTime：載頻告警
Maj Carrier_RejectSignalFromHardware message_not_expected Sector=1,Carrier=1 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1 Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1 告警原因：RU或RRU故障。影響：該小區退服
處理方法：嘗試對故障小區的RU進行重啟，如無效，安排代維人員更換該小區RU或RRU.6.RbsLocalCell_CellReleaseFailure 小區釋放失敗
Maj RbsLocalCell_CellReleaseFailure software_error RbsLocalCell=S1C1 Maj RbsLocalCell_CellReleaseFailure software_error RbsLocalCell=S2C1 告警原因：小區軟件錯誤。影響：該小區退服
處理方法：對該站進行熱啟動。
7.OpticalInterfaceLink_OpticalInterfaceLinkFailure:光纖接口連接失敗
Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=1-UL 告警原因：RRU的光纖沒接或者RRU硬件沒裝，從而檢測不到RRU。RRU未加電有時也會出現。影響：該小區退服
處理方法：代維人員或督導到現場檢查RRU光纖或電源。8.RruDeviceGroup_GeneralSwError:RRU軟件告警 RruDeviceGroup_GeneralHwError:RRU硬件告警
Maj RruDeviceGroup_GeneralSwError software_error SectorAntenna=1,AuxPlugInUnit=RRU-1,RruDeviceGroup=1 告警原因：系統讀取不到RRU的數據。影響：該小區退服
處理方法：對該RRU進行重啟，如不能恢復，更換RRU，一般軟件告警重啟都能恢復。9.TrDeviceSet_GeneralHwError TrDeviceSet_GeneralSwError 發射設備告警
Maj TrDeviceSet_GeneralHwError equipment_malfunction RbsSubrack=RU1,RbsSlot=6,AuxPlugInUnit=1,RuDeviceGroup=1,TrDeviceSet=1 告警原因：發射單元告警，該單元位于RU中或RRU中。影響：對應小區退服
處理方法：一般重啟對應RU或RRU都能解決，如果不能解決，更換RU或RRU.10.RuDeviceGroup_GammaUplinkFailure 連接失敗告警
Maj RuDeviceGroup_GammaUplinkFailure Equipment=1,RbsSubrack=RU1,RbsSlot=6,AuxPlugInUnit=1,RuDeviceGroup=1
3206的RU22的站每個小區的FU與RU之間有三條連線，即如：A小區的連線，就是RfCable=FU1_2_RX_A1，RfCable=FU1_2_RX_B1，RfCable=RU1_2_TX.告警原因：RU到FU的連線故障 影響：對應小區退服
處理方法：到現場檢查RU到FU的連線，可嘗試重啟RU，相關告警：RfCable_Disconnected DigitalCable_Disconnected 11.DbccDevice_GammaDownlinkFailure 連接失敗告警
Maj DbccDevice_GammaDownlinkFailur equipment_malfunction Subrack=1,Slot=8,PlugInUnit=1,TxDeviceGroup=1,DbccDeviceSet=1,DbccDevice=2 告警原因：TX板故障，RU連線故障 影響：相關小區退服
處理方法：重啟TX板，重啟或更換相應小區RU.12.AntennaBranch_AntennaSystemProblemInBranchA: AntennaBranch_AntennaSystemProblemInBranchB:饋線告警
Maj AntennaBranch_AntennaSystemProblemInBranchA equipment_malfunction SectorAntenna=4,AntennaBranch=A Maj AntennaBranch_AntennaSystemProblemInBranchA equipment_malfunction SectorAntenna=5,AntennaBranch=A Maj AntennaBranch_AntennaSystemProblemInBranchB equipment_malfunction SectorAntenna=4,AntennaBranch=B Maj AntennaBranch_AntennaSystemProblemInBranchB equipment_malfunction SectorAntenna=5,AntennaBranch=B 告警原因：天饋線駐波比超過門限值。影響：A口告警影響
處理方法：代維人員或督導到現場檢查天饋線。
13.Power Failure Left Slot：電源告警
Maj Power Failure Left Slot power_problem_m3100 Subrack=1 告警原因；停電后，正在發電，導致直流電壓值達不到所允許的電壓范圍值，從而出現電源告警。影響：暫時無影響，但如不及時處理，會導致掉站。處理方法：到現場檢查電源。
14.IMA Link Reception Unusable at Far End IMA Link Reception Misconnected：
Remote Defect Indication on IMA Link：傳輸告警。
Warn Remote Defect Indication on IMA Link remote_node_transmission_error ImaGroup=1-1-ima1,ImaLink=1 Maj IMA Link Reception Misconnected local_node_transmission_error ImaGroup=1-1-ima1,ImaLink=1 Warn IMA Link Reception Unusable at Far End remote_node_transmission_error ImaGroup=1-1-ima1,ImaLink=1
告警原因：傳輸不同，或傳輸誤碼
影響：2條以上不影響掉站，但影響網絡指標。處理方法：上站檢查傳輸。
15.IMA Link Reception Unusable at Far End remote imalink告警
Warn IMA Link Reception Unusable at Far End remote_node_transmission_error ImaGroup=1-1-ima1,ImaLink=3 Warn IMA Link Transmit Unusable at Far End remote_node_transmission_error ImaGroup=1-1-ima1,ImaLink=3 告警原因：imalink disabled 或RNC側VC12被lock 影響：2條以上不影響掉站
處理方法：如果檢查4條傳輸都是通的，則應該是VC12被lock，解開RNC側對應的VC12 16.NbapCommon_Layer3SetupFailure:Nbap建立失敗
Crit NbapCommon_Layer3SetupFailure communication_subsystem_failure Iub=Iub_WHS6518,NbapCommon=1 告警原因：RNC 的NbapCommon協議被LOCK住了。影響：該站無法正常通信
處理方法: 在RNC側解開NbapCommon.17.RaxDeviceGroup_TemperatureExceptionallyHigh
TxDeviceGroup_TemperatureExceptionallyHigh 溫度過高告警 告警原因：對應板件溫度過高。
影響：會導致小區退服，或個別信道不正常
處理方法：如有風扇告警，先處理風扇告警，同時檢查
18.FcuDeviceGroup_FanFailure 風扇告警
FcuDeviceGroup_FanFailure equipment_malfunction AuxPlugInUnit=2,FcuDeviceGroup=1 告警原因：風扇單元故障
影響：在機房空調系統正常的情況下無影響。
處理方法：可嘗試對風扇單元進行重啟，重啟后如再次出現則需要督導上站處理。19.Ethernet Switch Port Fault 以太網口錯誤
Maj Ethernet Switch Port Fault link_failure Subrack=1,Slot=2,PlugInUnit=1,ExchangeTerminalIp=1,EthernetSwitch=1,EthernetSwitchPort=6 告警原因：第2槽位 ETMFX11板對應端口線沒插 影響：在沒開通FE的情況下無影響
處理方法：目前，port2和port6用來開FE，其它端口如果出告警，可以lock掉該端口。
20.UplinkBaseBandPool_UlHwLessThanUlCapacity 上行容量告警
Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=9,PlugInUnit=1 Min UplinkBaseBandPool_UlHwLessThanUlCapacity configuration_or_customizing_error Subrack=1,UplinkBaseBandPool=1 告警原因：下行容量低于license容量 影響：無
處理方法：一般為2塊RAX板中有一塊讀不到，換到故障RAX板即可解決
20.DownlinkBaseBandPool_DlHwLessThanDlCapacity ： 下行容量告警
Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=1-UL Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=2-UL Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=3-UL Min DownlinkBaseBandPool_DlHwLessThanDlCapacity configuration_or_customizing_error Subrack=1,DownlinkBaseBandPool=1 Min UplinkBaseBandPool_UlHwLessThanUlCapacity configuration_or_customizing_error Subrack=1,UplinkBaseBandPool=1 告警原因：下行容量低于license。影響：無影響
解決方法：該站RRU接通后，該告警會自動消除。
21.FcuDeviceGroup_EnclosureDoorOpen 門禁告警
Maj FcuDeviceGroup_EnclosureDoorOpen enclosure_door_open_m3100 AuxPlugInUnit=2,FcuDeviceGroup=1 告警原因：機框門沒關 影響：無
解決方法：到現場關閉機框門，此告警為3518特有告警。
22.Loss of Tracking 丟失同步
Loss of Tracking replaceable_unit_problem Synchronization=1 Min Loss of Synch Reference Redundancy replaceable_unit_problem Synchronization=1 告警原因：丟失同步
影響：如果2調同步傳輸同事出現該告警，會導致該站退服。
處理方法：對丟失同步的基站進行resetLossOfTracking 操作可消除該告警，但如是傳輸誤碼導致的告警，消除后則
可能再次出現。
第三篇：愛立信基站典型故障處理案例[定稿]
愛立信基站典型故障處理案例
案例1：對基站進行IDB的配置總是無法完成，提示為時間超時。當對基站進行IDB數據的配置時，因為TRU與DXU軟件版本不一致，或BSC下載軟件的同時進行DXU數據配置而產生沖突，或第一次IDB配置電源電壓類型錯誤，或短時間內頻繁的對DXU進行IDB配置等原因，偶爾可能導致再進行IDB的數據配置時，出現提示為時間超時而無法完成的現象。導致DXU同機架內部的通信上存在異常現象，出現類似機架掉死的現象，更換DXU無效。
解決的辦法是，將DXU（或新的DXU）放到同基站的其它機架上，或另外的基站上，僅對DXU加電，按照存在問題的機架配置進行IDB的重新配置，完成后再安裝到存在問題的機架上，不必再重新配置，對DXU等各模塊加電重起，即可解決問題。
案例2：RBS200基站工作不穩定，經常退服。基站各部件的穩定工作離不開穩定的時鐘信號，而基站的時鐘信號是從PCM傳輸中提取的，愛立信的基站不提供外部時鐘輸入的端口, RBS200基站是愛立信早期推出的GSM基站產品，這些基站設備是基于采用傳統的PDH傳輸組網方式而設計的，并不非常適用于SDH傳輸組網方式，這就會導致RBS200基站在和某些廠家的SDH傳輸設備配合使用時，導致基站工作不穩定，頻繁出現時鐘同步的告警，經常退服，嚴重影響了基站的正常運行。
解決辦法有兩種：一種是將RBS200基站使用的SDH傳輸更換為PDH傳輸；另一種是將RBS200基站設備更換為RBS2000基站設備，因為RBS2000對同步要求較RBS200低，能夠很好同SDH傳輸配合工作。
案例3：開始時，馬廠湖基站有部分TS總是無法正常工作，且不固定在某個載頻上，更換TRU、DXU無效，對基站的數據進行拆掉重新加載后仍無效，后來整個基站所有的TS均無法正常工作，基站硬件、傳輸、數據等均不存在問題。點檢查了基站的所有硬件均不存在故障現象，對懷疑有問題的TRU、DXU進行了更換；對傳輸進行了環路測量，也未發現傳輸電路存在質量問題；檢查小區、基站的定義數據也都正常。懷疑基站的數據存在掉死的現象，但沒有確鑿的證據。嘗試用另外一種方法進行故障的定位。從BSC的ETC傳輸接口處，即ETRBLT板子2M接口處將馬廠湖基站的傳輸DIP=97同另外一個類似配置的基站裝載機廠的傳輸DIP=98直接進行互換，也就是說互相用對方基站的數據來開通基站。互換后發現，馬廠湖基站的數據在裝載機廠基站上仍然存在同樣的問題，而裝載機廠基站的數據在馬廠湖基站上卻能正常工作。這就可以說明，馬廠湖基站的硬件、傳輸均不存在問題，基站數據確實存在掉死的現象。
在確認馬廠湖基站的數據存在掉死的情況后，重新定義了新的TG數據，來替換原先存在掉死現象的TG數據，整個基站恢復正常運行。
對上述基站數據掉死的解決辦法還有一種是進行BSC的重新啟動，因為需要在晚上進行，因此可能會導致基站退服的時間較長。
案例4：中國銀行基站第2小區對應的機架為2個CDU C，4個載頻配置，總是在4個載頻全部開起來后，又很快全部退服，現象為第1、2個TRU狀態為TX not enabled，第3、4個TRU為Fault燈和Operational燈同時亮。每次對DXU進行復位，總是出現上述的同樣現象，整個小區無法正常運行。
因為第3、4個TRU總是出現故障現象，將這兩個TRU更換，仍然出現同樣的故障現象；更換第3、4個TRU對應的第2個CDU C，仍然出現同樣的故障現象。將第3、4個TRU放到第5、6個TRU的位置上，將第2個CDU放到第3個CDU的位置，這樣載頻的位置為第1、2、5、6，甩開TRU第3、4位置不使用，整個小區正常運行，不再出現上述故障現象。
根據以上處理過程進行分析，應該是第2個CDU C對應的CDU BUS總線或第3、4個TRU對應的背板存在問題，導致第2個CDU C不能正常工作，不僅導致第3、4個TRU不能正常工作，而且導致整個小區不能正常工作。
將第2個CDU C對應的CDU BUS總線拆下來，更換一新的CDU BUS總線后，故障解決，確認是第2個CDU C對應的CDU BUS總線存在問題。下圖是CDU BUS的連接示意圖：
還有一種解決辦法，就是將CDU C更換為CDU C+，并且使用Y cable，按照如下圖連接：
這樣就可以不再使用第2個CDU C對應的有問題的CDU BUS總線，就不會出現整個小區開不起來的現象。
案例5：沂水城東基站A小區擴容一個機架，由6載頻擴容為8載頻。在打開跳頻的情況下，A小區所有8個載頻的時隙全部正常工作后很快陸續全部退服，同時出現1A級的XBus Fault告警，但告警很快又消失。對基站A小區復位或閉解CF，仍然是同樣的故障現象。將A小區的跳頻關掉后可以正常運行。
針對出現的XBus Fault告警，重點檢查了新增擴的機架TRU和DXU背板跳點設置，CDU BUS的連接情況，均未發現異常，更換DXU也不能解決問題。考慮到當時是在上午忙時，此小區承擔的話務量很高，有可能是因為A小區重起時接入用戶太多導致負荷過高而不能以跳頻方式正常運行，設置A小區參數CB=YES禁止待機時手機接入，設置A小區為Layer=3小區限制其它小區手機用戶向A小區切換，這樣的參數設置曾經解決過類似大容量小區在打開跳頻的情況下忙時重起困難的問題，但仍不能解決沂水城東A小區的問題。
懷疑新增擴的2個TRU雖然狀態顯示正常，但仍然可能存在問題，導致XBbus工作異常。由于A小區的主架的6個TRU和副架的2個TRU間已多次互相倒換位置來排除TRU的問題，已經不能分清哪2個TRU是新增擴的。于是將A小區的所有8個載頻全部替換，問題解決。總結：某個存在故障的TRU可以導致其背板連接的總線工作異常，在這個案例中，導致了XBus工作異常，小區不能打開跳頻，但是此TRU的狀態顯示完全正常。解決辦法是替換懷疑有問題的TRU，尤其是新增擴的TRU，不要采取在有問題的小區內互相倒換的方式，因為存在故障的TRU無論在那個位置均可以導致同樣的故障現象。應該用其它小區或新帶來得TRU替換。
還有一個例子也是存在故障的TRU導致其背板連接的總線工作異常的情況：某小區新擴一個機架，載頻由6個擴容到7個，但是每次啟站時總是很快出現駐波比過高的基站告警，所有載頻全部退服，故障原因是新擴的TRU（在新擴的副架上）存在問題，雖然表面狀態均很正常，但是把它插到機框內加電后，就會干擾背板總線的正常工作，導致出現整個小區駐波比過高的問題產生。
案例6：付莊基站為3個RBS2202機架級聯、4/4/4配置，故障現象為B小區退服，復位后B小區恢復正常，但幾小時后又再次退服，基站不存在任何告警。如此反復，B小區工作狀態很不穩定。
因為是在基站運行中出現的故障，所以首先懷疑是B小區DXU出現故障，但是更換后仍無法解決。檢查B小區的射頻電纜、PCM傳輸電纜、CDU總線均無異常。通過OMT軟件監測付莊基站3個機架DXU的PCM連接狀態均正常。考慮到B小區是級聯A小區的，即PCM傳輸電纜從A小區DXU的G.703-2端口連接到B小區DXU的G.703-1端口，這段傳輸通路是否存在問題？更換這段通路上的所有傳輸電纜，仍不能解決問題。再向前考慮一步，是不是A小區DXU的G.703-2端口存在問題，雖然沒有故障狀態顯示？更換A小區的DXU，重新配置IDB數據后，問題解決。
總結：針對多機架級聯的基站，第2、3小區退服的情況，要考慮前一級級聯的小區所在的機架是否存在DXU故障、PCM傳輸電纜接錯、IDB數據中未定義PCM級聯等情況。
案例7：某個基站第2小區有3個時隙LMO狀態為0800，復位和更換載頻后無效。
檢查基站的定義數據，發現第2小區對應的TG-139，在定義半永久連接關系時，將RBLT-1309與DCP 28連接是錯誤的，導致DCP 28相對應的4個TS時隙，無法正常工作。應該是RBLT-1308與DCP 28連接，正確修改后，故障解除。類似的故障現象可能還有如下的故障原因：（1）某個基站第2小區4個時隙LMO狀態為0800復位和更換載頻無效：用DTIDP指令檢查DIP的定義數據，發現MODE=1是錯誤的。RBS200基站的DIP定義為MODE=1，即傳輸的第16時隙僅用于傳信令，不用于傳話音。而此基站為RBS2000基站，正確的定義是MODE=0，如果定義為MODE=1，會導致DCP 16，即傳輸的第16時隙不能正常使用，出現上述的故障現象，或者導致用戶占用時出現單通現象。
（2）某個基站第3小區2個時隙LMO狀態為0800，復位無效： 第3小區的2個時隙的故障原因是在定義基站數據時，MO CF的參數SIG=UNCONC錯誤，因為所有的TRX的SIG=CONC，導致TG分配的DCP不夠用。將MO CF的參數該為SIG=CONC，故障消除。
案例8：某個新建基站傳輸狀態正常，硬件也不存在問題，但基站開不起來 基站數據定義看起來不存在問題，其它檢查也做了很多，但基站仍然不能開起來。重點檢查基站DIP所連接的SNT的DEVICE數據定義，會發現RBLT的狀態不對，為MBL閉掉的狀態，試圖解閉，可能還會發現未完全定義，再用EXDAI、EXDUI指令進行補充定義，解閉此SNT所帶的RBLT，再重新LOAD基站數據后問題解決。對新建基站開不起來的情況，還有BSC側MO=RXOCF的TEI值與基站OMT軟件定義的不一致，導致基站無法同BSC建立聯系。此種情況較多的出現在級聯基站上，重新定義，使基站的TEI值同BSC側定義的TEI值一致便可解決問題。
案例9：盲校基站存在瞬斷現象，導致信道完好率雖然很接近但達不到100%，同時基站傳輸設備也出現傳輸瞬斷的現象。
檢查基站硬件設備，及傳輸設備均未發現異常，更換DXU也無法解決問題。在基站上進行故障處理時，發現老式的愛立信開關電源存在模塊損壞的情況，但仍能正常工作。經過長時間現場觀察，發現交流電壓不穩定，忽高忽低，當電壓過高時，開關電源的過壓保護器便跳脫保護，愛立信開關電源所有的模塊處在過壓保護的狀態，同時傳輸設備瞬間復位，導致基站瞬斷。此時就發現了交流電壓過高可能是導致盲校基站瞬斷的原因。經過分析，老式的愛立信開關電源對交流電電壓波動范圍的適應性較差，當電壓過高超出其限定值時，開關電源的所有模塊出現瞬間的保護而導致其直流輸出電壓異常，從而導致傳輸設備因直流供電不能滿足要求而瞬間復位，導致愛立信基站瞬間退服。
將老式的愛立信開關電源更換為能適應寬范圍交流電壓波動的新式開關電源，問題解決，盲校基站再也未出現瞬斷的現象。這樣的情況也存在于其它部分型號的、對交流電壓波動適應性差的老式開關電源上。
案例10：柳行頭基站為九期新建全向2載頻基站，傳輸環路狀態正常，不存在滑碼、誤碼等傳輸質量差的情況，基站硬件狀態正常，不存在任何告警，但將傳輸頭子接到DXU的G.703-1接口后，BSC側傳輸狀態顯示WO正常狀態，但是DXU黑燈，所有的指示燈均不亮。從BSC側觀察是CF無法Load成功，導致此基站開不起來。
首先全面檢查基站硬件、傳輸設備、傳輸電纜等均沒有發現問題，檢查柳行頭基站數據、小區數據定義也沒有發現問題，更換DXU也不能解決問題。
從BSC的ETC傳輸接口處將柳行頭基站的傳輸同另外一個相同配置且正在運行的松峰基站傳輸互換，不必改動任何數據，也就是說互相用對方基站的數據來開通。柳行頭基站的數據在松峰基站上運行正常，而松峰基站的數據卻無法在柳行頭基站上運行，這就可以說明柳行頭基站的數據不存在錯誤、掉死等異常情況，而從BSC到柳行頭基站的傳輸通路上存在問題，也可能是基站硬件存在問題（這已排除）。
這樣重點懷疑從BSC到柳行頭基站的傳輸通路上存在問題，需要仔細檢查，傳輸維護人員從BSC往基站方向一段一段進行檢查，果然發現在北園傳輸機房處柳行頭基站的傳輸跳線存在問題，120歐姆4根信號傳輸線中的一根與配線端子處在似接觸非接觸的狀態，重新卡接后，柳行頭基站CF軟件load成功，基站順利開通，問題解決。
需要注意的是，基站電路環路時是通的，并不能代表基站電路完全不存在問題，因為還存在類似上述傳輸信號線接觸不好、遠端告警等一些特殊的傳輸故障現象。
案例11：郵政局基站C小區擴容到主、副架共12個載頻，但是最多只能開起來10個載頻，總有2個載頻無論如何也開不起來，并且這2個開不起來的載頻位置不固定，狀態表現為僅Tx not enable燈亮。基站不存在告警。更換相應的載頻無效。仔細觀察開不起來的2個載頻的故障現象，發現總是某一個CU上的2個載頻同時出現開不起來的現象，雖然這個CU也不是固定的。將12個載頻中的某兩個位于同一個CU上的載頻TRX閉掉，其它10個載頻均能正常工作。
根據以上現象，考慮到愛立信基站載頻相互間發射部分TX和接收部分RX存在“借用現象”，即載頻A的RX（可能載頻A的TX存在問題）和載頻B的TX可以組成一個完整的正常工作的“載頻”，而載頻A的狀態可能為正常運行狀態，而載頻B的狀態為僅Tx not enable燈亮。
進一步從BSC上觀察郵政局基站C小區各MO的工作狀態，發現最后2個載頻的TX-11&&-12工作狀態開始時總是NOOP，過一段時間之后狀態變為FAIL，但是考慮到最后2個載頻的TX發射部分可以借用另外2個載頻的TX發射部分，即存在TX的“借用現象”，因此狀態仍有可能是正常運行的。導致TX狀態為FAIL的原因有發射通路上的CDU存在問題，連接的天線駐波比過大，TX定義的連接小區錯誤，TRU的發射部分存在故障等原因。經過排查，重點懷疑是最后2個載頻，即TRX-11&&-12對應連接的CU存在問題，雖然此CU的運行狀態正常，無故障燈指示。更換此CU后，郵政局C小區的12個載頻全部開起來，問題解決。這種類型的故障處理，不要被基站各硬件的運行狀態顯示所迷惑，可能狀態是正常的，但是也有可能存在問題，就像上面所講的CU的故障現象。
案例12：TX無法正常工作，基站告警為CDU output power limits exceeds 九期工程中，在開通西梁王基站（S2，2，2）時，發現雖然基站本測過程中,各MO 狀態正常,均無告警，但是在開站時,當TX打開后, B小區CDU的Fault 紅燈亮,，小區不能工作。我們通過OMT查尋告警，監測到SO CF 2A:9 :CDU output power limits exceeds。首先我們懷疑天饋系統有問題,用駐波比測試儀測得DTF值1.08,SWR值1.19,均為正常值。隨后更換了CDU及TRU后故障仍未排除。最后我們根據TX的原理,輸出功率由前向及反向功率的比較得出的(Reference RBS2202),于是檢查對應的Pref,Pfwd饋線,發現標簽貼反,導致反向功率總大于前向功率，更改后故障消除。
案例13：基站存在SO CF 2A: Timing bus fault告警，TRU無法工作。建工大廈基站(S6,6,6,)在擴為（S8,6,6）時,A小區擴容的副柜TRU狀態不對,TRU的Fault在自檢后長亮。此時B,C小區已正常。用B,C小區的機柜帶A小區的副柜無問題,從而證明A小區的副柜本身無問題。通過OMT查尋告警，監測到SO CF 2A: Timing bus fault。更換C5 BUS線后故障仍未排除，于是判定故障點應在A小區機柜本身之內。根據OMT讀出告警，判斷故障為機柜內 BUS問題,更換后狀態正常，A小區正常工作。
案例14：PSU的排障方法
下面是滿配置的PSU與ECU的光纖連接示意圖： 在基站出現同PSU相關的告警后，到基站上觀察PSU的狀態，可能有如下兩種情況：第一種是PSU亮紅燈或不亮燈，第二種是PSU面板狀態正常但可能存在故障。針對第一種情況，首先檢查PSU的-48V直流（PSU-48）或230交流（PSU 230）輸入是否正常，可能存在輸入開關跳脫或熔絲熔斷的情況，如果排除上述情況，那么很可能是亮紅燈或不亮燈的PSU存在故障，進行更換確認。對更換后的新PSU，應該先加-48V直流或230交流輸入（下面的接頭），再連接直流輸出接頭（上面的接頭），否則容易導致新加的PSU因為直流電流倒灌的原因而再次損壞。針對第二種情況，使用逐個排除的方法來找出存在故障但面板顯示正常的PSU。滿配置的PSU數量一共是4個，與ECU通過光纖串聯在一起，形成一個環路。首先甩開左邊第1個PSU，將剩下的3個PSU同ECU通過光纖串形連接，再觀察基站的PSU相關告警是否消除，如果消除，則說明左邊第1個PSU存在故障，進行更換；如果故障仍未消除，可將左邊第2個PSU單獨甩開，將剩下的3個PSU同ECU通過光纖串形連接，需注意的是從左邊第1個PSU直接連接到第3個PSU的光纖需要換成長一點的光纖，再觀察基站的PSU相關告警是否消除，以此類推，逐個排查PSU。除了上述方法，類似的，還可采用每個PSU單獨同ECU串形連接，再觀察基站告警是否消除的方法，逐一進行排查。還有一點需要說明的是，基站對PSU的識別并不是完全根據PSU的安裝位置，例如最左邊的PSU被識別為PSU-0，向右依次為PSU-
1、PSU-
2、PSU-3，實際上并不是這樣的。基站識別PSU是通過光纖環路來識別的，不在這個環上的PSU將不被識別，同時針對這個不在環上的PSU基站也不會產生告警。光纖環路連接最左邊的PSU被識別為PSU-0，然后依據光纖環路上的連接，向右依次識別為PSU-
1、PSU-2等，例如PSU-0，它的實際安裝位置可能是從最左邊數第3個PSU。
有一個故障現象是某個PSU的架頂-48V輸入接口因短路損壞嚴重，不能再使用，并且基站存在相應告警。消除告警的辦法是在PSU與ECU的光纖環路中，甩開這個損壞嚴重的架頂-48V輸入接口對應的PSU，再從IDB數據中刪除多余的PSU（損壞的接口對應的）即可消除告警。
第四篇：諾西 WCDMA基站常見告警及處理建議
諾西 WCDMA基站常見告警及處理建議 緊急告警 7650 BASE STATION FAULTY
基站故障告警
告警附加信息：
1、BTS Blocked 基站被鎖
處理建議：解鎖基站
2、BTS internal SW management problem 基站內部軟件包管理問題
處理建議：1.重啟基站； 2.更新基站軟件包 ；3.更換故障模塊
3、Baseband Bus failure
基站基帶連線故障
處理建議：1.檢查系統模塊與射頻模塊的連線； 2.重啟基站； 3.升級軟件包后觀察基站15分鐘左右，看基站工作狀態；4.更換故障模塊
4、Failure in optical RP3 interface
系統模塊與射頻模塊之間按的接口故障
處理建議：此故障多發生于拉遠小區，處理步驟：1.檢查拉遠小區的模塊是否有電；2.檢查系統模塊與射頻模塊間的光路是否正常；3.更換損壞的光纖或者光電模塊；4.重啟基站；5.更換故障模塊
5、No connection to Flexi transport submodule 處理建議：1.重啟基站 2.更換故障傳輸板
6、System Module failure
系統模塊故障
基站傳輸板連接中斷
處理建議：重啟系統模塊，如果不能恢復，則更換系統模塊
7、Temperature alarm
溫度告警
處理建議：1.檢查環境溫度是否過高或過低；2.查看設備風扇是否工作正常； 2.重啟產生告警的模塊 ；3.更換產生告警的模塊 重要告警 7651 BASE STATION OPERATION DEGRADED
基站性能下降告警
告警附加信息：
1、BTS RNC/I-HSPA interface signalling link failure BTS與RNC間的AAL2信令中斷處理建議：引發此告警的最常見原因是傳輸閃斷，檢查傳輸狀況
2、BTS internal SW management problem 基站內部軟件包管理問題 處理建議：1.重啟基站； 2.更新基站軟件包； 3.更換故障模塊
3、BTS reference clock missing 基站參考時鐘丟失
處理建議：基站上一般設置第1&2條傳輸為時鐘源，如果1&2條傳輸均斷，則觸發此告警。檢查并恢復1&2條傳輸
4、Commissioning parameter mismatch 處理建議：重新集成基站數據
5、Incompatible SW version detected
軟件包不匹配
基站參數配置錯誤
處理建議：此告警多發生于新模塊集成的時侯，給新模塊下發軟件包即可消除 次要告警 7652 BASE STATION NOTIFICATION
基站提示告警
告警附加信息：
1、Configuration error；Unknown HW resource 未知的硬件錯誤
處理建議：1.重啟基站；2.通過重復升級基站軟件包；3.更換系統模塊
2、autonomous reset as recovery action
3、Antenna Line Device failure
基站自動重置以啟動復原功能
天線鏈路設備故障
處理建議：1.檢查天饋是否安裝正確； 2.重啟出現告警的RF模塊； 3.更換RF模塊
4、BTS time not corrected
基站時間不正確
處理建議：1.檢查基站NTP設置； 2.檢查BTS至OSS的DCN路由是否通
5、Fan failure 風扇故障
處理建議：1.重啟基站 2.更換故障風扇
6、BTS requires restart because license status has changed BTS因license狀態改變要求重啟 處理建議：重啟基站 緊急告警 7653 CELL FAULTY 小區故障(退服)故障
告警附加信息：
1、Antenna Line Device failure
天線鏈路設備故障
處理建議：1.檢查天饋是否安裝正確 2.重啟出現告警的RF模塊 3.更換RF模塊
2、BTS internal SW management problem 基站內部軟件包管理問題
處理建議：1.重啟基站 2.更新基站軟件包 3.更換故障模塊
3、Baseband Bus failure
基站基帶連線故障
處理建議：1.檢查系統模塊與射頻模塊的連線 2.重啟基站 3.更換故障模塊
4、Failure in optical RP3 interface
系統模塊與射頻模塊之間按的接口故障
處理建議：此故障多發生于拉遠小區，處理步驟：1.檢查拉遠小區的模塊是否有電；2.檢查系統模塊與射頻模塊間的光路是否正常；3.更換損壞的光纖或者光電模塊；4.重啟基站；5.更換故障模塊
5、Incompatible SW version detected
軟件包不匹配
處理建議：此告警多發生于新模塊集成的時侯，給新模塊下發軟件包即可消除
6、RF Module failure 射頻模塊故障
處理建議：1.檢查系統模塊與射頻模塊的連線 2.重啟基站 3.更換故障射頻模塊
7、Temperature alarm
溫度告警
處理建議：1.檢查環境溫度是否過高或過低；2.查看設備風扇是否工作正常； 2.重啟產生告警的模塊 ；3.更換產生告警的模塊
8、VSWR alarm 天饋駐波告警
處理建議：1.檢查天饋的連接是否正確，天饋工藝，天饋是否有損壞;2.測試駐波3.處理后重啟基站
9、Resource status indication, cell disabled 資源狀態指示小區不可用 處理建議：1.解鎖基站或小區；2.重啟基站 重要告警 7654 CELL OPERATION DEGRADED
天線鏈路設備故障
小區性能下降告警
1、Antenna Line Device failure 處理建議：1.檢查天饋是否安裝正確 2.重啟出現告警的RF模塊 3.更換RF模塊
2、Antenna Line failure
天線鏈路故障
處理建議：1.檢查天饋是否安裝正確 2.重啟出現告警的RF模塊 3.更換RF模塊
3、BTS internal SW management problem 基站內部軟件包管理問題
處理建議：1.重啟基站 2.更新基站軟件包 3.更換故障模塊
4、Baseband Bus failure
基站基帶連線故障
處理建議：1.檢查系統模塊與射頻模塊的連線 2.重啟基站 3.更換故障模塊
5、Incompatible SW version detected
軟件包不匹配
處理建議：此告警多發生于新模塊集成的時侯，給新模塊下發軟件包即可消除
6、RF Module failure 射頻模塊故障
處理建議：1.檢查系統模塊與射頻模塊的連線 2.重啟基站 3.更換故障射頻模塊
7、Rx signal level failure
天線接收電平性能下降
處理建議：檢查天饋系統（當某根天線的接收電平低于-112DB或者主集、分級天線之間的接收電平差值大于4DB會觸發此告警）
8、Temperature alarm
溫度告警
處理建議：1.檢查環境溫度是否過高或過低；2.查看設備風扇是否工作正常； 2.重啟產生告警的模塊 ；3.更換產生告警的模塊
9、VSWR alarm 天饋駐波告警
處理建議：1.檢查天饋的連接是否正確，天饋工藝，天饋是否有損壞;2.測試駐波3.處理后重啟基站 次要告警 7655 CELL NOTIFICATION 小區提示性告警
小區HSUPA性能下降
1、HSUPA capacity decreased 處理建議：1.檢查小區狀態是否正常 2.鎖/解鎖小區 3.重啟基站
2、Incompatible SW version detected
軟件包不匹配
處理建議：此告警多發生于新模塊集成的時侯，給新模塊下發軟件包即可消除
3、Failure in optical RP3 interface
系統模塊與射頻模塊之間按的接口故障
處理建議：此故障多發生于拉遠小區，處理步驟： 1.檢查系統模塊與射頻模塊間的光路是否正常；2.更換損壞的光纖或者光電模塊；3.重啟基站；4.更換故障模塊 緊急告警 7660 BASE STATION LICENCE EXPIRED 基站licence過期
購買并更新過期的licence 次要告警 7661 BASE STATION LICENCE NOTIFICATION 基站licence告警
硬件不支持
1、“HW capacity too low for feature
2、“Licence missing
licence丟失
重要告警 7665 BASE STATION TRANSMISSION ALARM 基站傳輸告警 告警附加信息：
61151 “AIS on unit 1, interface X” 第X條傳輸告警
處理建議：第X條傳輸業務未分配，將業務分配后告警即可取消 61104 “EBER on unit 1, interface X” 第X條傳輸存在誤碼
處理建議：檢查基站的傳輸情況
61171 “IMA link out of delay synchronization on unit 1, interface X” 傳輸幀延遲 處理建議：檢查基站傳輸質量
61028 “LOF on unit 1, interface X” 第X條傳輸告警 處理建議：重做傳輸頭
61029 “LOS on unit 1,（ethernet）interface X”
第X條傳輸斷
處理建議：1.檢查傳輸的收發是否接反 2.檢查傳輸頭子是否做好 61170 “Loss of IMA frame on unit $U, interface $IF” 處理建議：檢查基站傳輸質量
61152 “RDI on unit 1, interface X” NONE 第X條傳輸告警 處理建議：重做傳輸頭
LOS on unit 1, ethernet interface X或BFD down FE告警 處理建議：1.檢查網線及頭子2.檢查IP配置 Synchronisation lost 基站同步丟失
傳輸幀丟失
處理建議：1.基站側時鐘配置錯誤；2.2M信號丟失導致基站時鐘同步丟失。目前基站配置，多取第一條E1做時鐘參考，如果第一條E1不好，就會導致基站同步丟失。61500 Five failed logins to FTM due to wrong user name or password 本端登錄基站用戶名或密碼輸入錯誤超過5次
不影響基站運行，無需處理
3117 FAILURE IN SAAL UNI SIGNALLING LINK ACTIVATION AAL2信令層激活失敗
處理建議：檢查基站傳輸，一般都是基站第二條傳輸有問題，此類告警需要與傳輸工程師聯系，排查；
7740 BEATING WCDMA BTS ALARM 基站告警頻出 當某種告警反復出現/取消超過20次就會觸發此告警。
處理建議：檢查基站的其他告警，按照其處理辦法解決 7750 FAILURE IN WCDMA WBTS O&M CONNECTION 連接中斷
BTS與RNC間的維護管理處理建議：1.檢查基站是否退服 2.基站DCN配置是否正確 7761 RNW O&M SCENARIO FAILURE
基站AAL2鏈路激活失敗
處理建議：伴隨告警，一般伴隨基站退服、基站重啟產生。根據基站產生的其他告警處理。
7762 RNW DATABASE OPERATION FAILURE 處理建議：對無法讀取到數據的基站進行重啟 7771 WCDMA CELL OUT OF USE 小區不工作
處理建議：此告警為伴隨告警，一般會伴隨7650&7653等告警產生，請按照7650&7653的處理方法進行處理 7772 HSDPA CONFIGURATION FAILED
HSDPA配置失敗
RNW數據庫讀取或寫入失敗
處理建議：1.檢查小區狀態是否正常 2.檢查小區HSDPA配置是否已經開啟 3.檢查基站COCO配置 4.檢查基站數據配置 4.鎖/解鎖小區 5.重啟基站
7775 INCONSISTENCY IN WCEL CONFIGURATION PARAMETERS
小區配置參數沖突（RNC-BTS之間）
處理建議：檢查RNC與BTS的相關參數是否設置一致 7776 HSDPA FAILURE IN WCEL 小區HSDPA不可用
處理建議：此告警為伴隨告警，一般會伴隨小區退服、基站退服產生，請按照處理小區&基站退服的方法處理
7778 WCDMA BTS DEDICATED MEASUREMENT FAILURE 基站測量失敗
處理建議：1.檢查基站是否正常工作，如果基站或小區已退服，則按照基站&小區退服處理方法處理 2.重新關聯基站COCO 3.重啟基站 7779 RECOVERY ACTIONS ONGOING
基站自動恢復進程正在進行
處理建議：此告警為伴隨告警，當小區從退服狀態恢復到工作時會觸發此告警 7780 HSUPA FAILURE IN WCEL
小區HSUPA不可用
處理建議：此告警為伴隨告警，一般會伴隨小區退服、基站退服產生，請按照處理小區&基站退服的方法處理
7781 NETWORK ELEMENT CONFIGURATION ERROR 處理建議：刪除基站數據，并重創正確的基站數據 7782 HSUPA CONFIGURATION FAILED
HSUPA配置失敗
基站數據配置錯誤
處理建議;1.檢查小區狀態是否正常 2.檢查小區HSUPA配置是否已經開啟 3.檢查基站COCO配置 4.檢查基站數據配置 4.鎖/解鎖小區 5.重啟基站
7783 IP BASED D-NBAP LINK FAILURE
基于D-NBAP鏈路的IP丟失
處理建議：此告警產生與基于IP傳輸的基站
7784 RECOVERY ACTION FAILURE NONE 基站自動恢復進程失敗 處理建議：1.鎖/解鎖小區 2.重新關聯基站COCO 3.重啟基站
3267 AAL TYPE 2 CAC REJECTION LEVEL EXCEEDED FOR AAL TYPE 2 PATH 處理建議：IUB擁塞告警 建議對E1擴容
第五篇：基站故障處理經驗
基站頻繁閃斷的傳輸側處理方法
舉例：烏魯木齊城域網兵團醫院頻繁出現閃斷，造成小區退服，每次閃斷時間為1.5-1.6分鐘，小區退服時傳輸網管側無任何告警。T1處理建議：查詢烏魯木齊城域網兵團醫院S320ET1板上有接口編碼違例計數。安排維護人員檢查基站側DDF接地連接情況正常。更換S320ET1背板2M頭、更換DDF側2M頭、更換BTS機柜頂端2M頭后觀察24小時故障未出現。業務至今正常。操作維護關鍵步驟：
1、在基站側DDF用2M誤碼儀在線測試查看有無誤碼
2、檢查基站側DDF接地連接是否正常
3、更換基站側DDF2M頭、U型塞、BTS2M頭
處理雜音故障
雜音通常表現為通話過程中出現水泡聲、咔咔聲、金屬聲等，嚴重時只能聽到噪聲而聽不到正常話音，這些現象通常由誤碼造成。
故障原因分析：雜音通常由誤碼引起，引入誤碼的原因如下：語音信號所經過的路線上出現單板、接頭或連線的故障。接地錯誤。無線鏈路干擾。時鐘故障。撥碼開關設臵不當，如BTS 的DTMU 單板上撥碼開關與實際傳輸線的類型（75Ω/120Ω）不一致，導致阻抗不匹配。
解決方案：如果出現雜音的同時系統上報特定類別的告警，請參見表3-2 處理已上報的告警。請參見表3-3，根據雜音出現的位臵定位。如告警未恢復，請參見表3-4，根據聲音特征定位。檢查BTS 的
DTMU 單板上撥碼開關的選擇與實際傳輸線的類型（75Ω 或120Ω）是
否
一
致
西門子BTS240XL 1小區合路器故障導致整個基站無法工作 舉例：水利局基站開站，基站數據加載完畢、激活軟件后無法進入FLASE2狀態，告警信息為軟件錯誤，2、3小區合路器有故障告警 處理步驟：
1、由于基站告警為軟件告警，更換2塊COB后，重新下載軟件后，故障依舊，確認主控板正常。
2、檢查軟件版本，確認無誤。
3、檢查后背板鏈接線，確認鏈接牢靠。
4、更換合路器及告警背板，故障依舊。
5、查看告警文件，對基站重新加電，先加COB及載頻，發現可正常加載軟件及創建硬件，信令也正常，但對合路器加電后及出現軟件錯誤，更換2、3小區合路器故障依舊。
6、更換1小區 合路器后，設備正常。
故障總結：
1、根據告警信息判斷，故障可能出現在COB和背板上，導致處理故障時間較長，且維護人員只能大概看懂告警文件，且告警文件代碼無從知曉。2、1小區合路器未有告警信息，影響故障判斷，且2、3小區合路器硬件正常，但有告警，3、因1小區合路器故障影響基站無法開啟，此類故障概率較小。
4、因水利局基站為搬遷基站，一定要注意搬遷中設備保護。
空調故障
主題：新裝空調加電后無法正常啟動。
故障描述：機房新安裝專用空調加電后，啟動繼電器反復吸合，空調無法在加電后不能進入正常運行工作狀態。測量電壓在啟動瞬間低至160V。
故障原因分析：配電屏電源引入線檢查后無問題，空調電源連接線無問題，空調機電源線相序和別的空調對比后也正常，沒有反相。由于給這臺空調供電的配電屏是新安裝的，在低壓配電柜側工程完工后并未檢查，配電屏安裝施工人員為專業人員，應該不會在工程中出現問題，但還是要檢查低壓配電柜側工程的安裝，電纜連接情況。檢查后發現，零線線鼻子已經壓好，并且用膠帶纏繞密封好，但是未連接在低壓配電柜側的零線排上，將這根零線安裝好后，對空調進行啟動，空調運行正常。
解決方案：檢查核對輸入線是否按電器圖接入相應端子，是否牢靠。當檢查到零線時發現未與零排相接導致故障的發生。
操作維護關鍵步驟：嚴格執行設備安裝步驟及加電前后的測試項目，杜絕未經測試合格投入運行。
經驗總結：工程監督隨工要認真，專業施工人員做的工程也要仔細檢查。避免在常規的工程中出現不必要的問題。
基站開關電源故障
故障主題：中達電源ES-3000 兩路LVDS用低壓隔離控制板來控制一次下電對電池的影響。
故障描述：基站交流停電,放電一段時間后一次下電上的負載BTS設備斷掉,二次下電上的負載工作正常（傳輸、監控）,但過一段時間BTS又恢復工作,過一會兒又斷掉,如此頻繁的啟停,對負載設備及電池極為不好。
故障原因分類：因ES3000設備,監控模塊為CU-05H B,一次下電和二次下電都是由低壓隔離控制板控制LVDS吸合，它是根據偵測實際電壓吸合的,原設定跳脫電壓一次下電46V,二次下電44V;復合電壓都是48V;該站負載電流50A,主要是BTS設備約有45A,傳輸、監控設備約為5A，電池為圣陽電池300AH兩組，現場測試檢查發現,電源一次下電跳脫電壓46V是準確的,但當一次下電46V跳脫后,一會兒電池電壓上升到50V左右,此時LVDS馬上又吸合工作;因為復合電壓是48V,因此只要達到復合條件LVDS馬上吸合重新工作,一會兒又跳脫,導致設備頻繁的啟停，造成電池本來到46V跳脫電壓又回升的原因有可能是：
1、電池性能下降或有單體落后,因此不穩定。
2、BTS設備負載較大,因此交流停電電池放電電流較大,導致一次下電跳脫后電池電壓回升較大超過原設定的吸合值。
3、LVDS復合電壓設得過低,如此頻繁啟停,這樣會導致電池的使用壽命下降。解決方案：將低壓隔離控制板復合電壓調整為51V后恢復正常，更換容量下降的蓄電池組。
操作維護關鍵步驟：需要對開關電源進行故障定位準確，查找故障原因后進行處理。
經驗總結：現場停電測試一次下電46V跳脫控制是準確的,但由于一次下電負載較大,因此電壓回升較大可達到50V,將低壓隔離控制板復合電壓調整后不再存在此種問題。需對電池做核對放電測試，及時掌握電池性能。
點擊咨詢 