告警分析处理流程通常去解决一个基站的故障，从下面的这个顺序来分析处理1.首先检查发生故障基站的小区是否正常工作。
2.检查基站是否有告警若有告警，根据告警的详细内容定位故障的位置3.检查RNC侧各信道(FACH.RACH.PCH.HSDSCH.Eul)状态和基站侧无线.基带.传输.控制等状态。
4.检查基站各模块工作状态3418/3518A．R RUB．O BIF板C．T X板D．R AX板E．ET-MFX板ET-MFX板注意看Port6的状态，PS业务都是从这个口出去的F．CBU板在Ports下面，pp1~pp4分别显示1~4条E1状态32063206与3418/3518不同的是分为FU和RU，RUIF板与信号相关的故障，先检查天馈，FU，RU(或RRU)如果以上设备工作不正常的话，将会影响基站发出的信号。
当然RUIF(或OBIF)的故障会影响到该基站所有小区的信号发射。
CS业务受阻，检查TX，RAX还有CBU板的工作状态。
PS业务受阻，检查ET-MFX板和CBU板工作状态。
CBU1. 传输闪断，频繁出现Heartbeat Failure告警，在确定传输无异常的情况下，上站检查CBU板2M（E1）线是否异常和CBU板的工作状况（CBU板温度和灯的状态等）；CBU板工作状态和E1若无异常，可以对CBU板进行重新拔插【拔插前与机房确认，先lock该板】，后续观察是否还有闪断情况出现；若依旧闪断，对CBU板进行更换。
2. 基站出现Heartbeat Failure告警，确定传输无异常的情况下，RNC侧观察VC12状态正常，而E1状态disable，上站检查基站是否断电和E1状态，若无断电，主要检查E1接口或尝试对E1线进行更换，或发现CBU板红灯长亮，需进行更换。
3. TimDevice_RadioClockIsNotStable分析：时钟device故障，导致基站无法时钟同步处理方法：CBU板时钟device故障，通常情况下可以通过重启基站解决；若重启后无法消除该告警，应上站检查CBU工作状态（CBU板温度和灯的状态等），可以对CBU板进行重新拔插，观察告警是否消除；若告警仍在，对CBU板进行更换。
TxTX板常见的告警为Dbcc Device Not Possible To Release ，Eul_Nbap Message Failure。
一旦遇到这种告警首先可以尝试对TX板进行重启。
1．在重启板件之间需要登录到RNC的EMAS上，对相关联的小区闭掉。
2.然后在登陆到基站的EMAS，对TX板当前PlugInUnit闭掉。
3.最后在EMAS上对此板进行重启。
如果重启后，告警依旧存在，可以在现场对TX板进行拔插，在来看告警是否消失。
RaxRAX板常见的告警为Ubch DeviceSet_GeneralSwError 。
一般遇到此类告警可以首先尝试重启RAX板。
1．在重启板件之间需要登录到RNC的EMAS上，对相关联的小区闭掉。
2.然后在登陆到基站的EMAS，对RAX板当前PlugInUnit闭掉。
3..最后在EMAS上对此板进行重启。
如果重启后，告警依旧存在，可以上站对RAX板进行拔插，观察告警是否消失。
ETMFX11ET-MFX板常见的告警为Plug-In Unit General Problem 和Contact to Default Router 0 Lost。
1.关于Plug-In Unit General Problem告警，可以尝试在现场对ET-MFX板进行拔插。
2.关于Contact to Default Router 0 Lost告警，在排除本地传输网无告警的情况下，如上面重启RAX,TX板的步骤一样，对ET-MFX板进行重启。
如果告警依旧存在，可以尝试换IP 线来看告警是否消失。
Obif【RBS3418/3518】1. ObifDeviceGroup_GammaLinkFailure分析：该告警涉及的相关硬件较多（可能与Obif，Rax，Tx和RRU均相关）a. 在EMAS上lock该Obif板，再对该板进行重启，最后unblock，观察告警是否消除；b. 若重启该板后告警仍在，尝试重启基站，重启基站后告警仍在则进行c；c. 通过网管的Cabinet Viewer查看该站各硬件的状态，主要是检查Obif，Rax，Tx和RRU的硬件状态，若以上任一板卡异常，lock该板进行重启，并对该板进行硬件测试，若硬件测试后，告警仍存在，则需上站对该板进行处理，对9槽位Obif板进行重新拔插【拔插前与机房确认，先lock该板】，拔插后观察告警是否消除，基站的各项统计是否正常，若告警仍在，则对该板进行更换。
2. Plug-In Unit General Problem上站检查该板的工作状态（Obif板温度和灯的状态等），若无异常，则对9槽位Obif 板进行重新拔插【拔插前与机房确认，先lock该板】，拔插后观察告警是否消除，基站的各项统计是否正常，若告警仍在，则对该板进行更换。
RRU1. RRU软件告警：RruDeviceGroup_GeneralSwError ；详情见以下附件：RRU软件告警处理方法.ppt2. TrDeviceSet_GeneralHwError：RRU发射单元告警分析：该告警通常只与RRU硬件相关；（重启RRU前，在RNC侧lock UtranCell）处理方法：该告警与处理RRU软件告警类似，首先是进入OSS common explorer，在小区无用户的情况下，闭锁小区；点击“Tool”进入Node Status Analyser，最后进入Cabinet Viewer，“Lock”对应小区的RRU，“restart”RRU最终“unlock”RRU。
通常情况下，重启RRU告警消失。
3. Carrier_SignalNotReceivedWithinTime或Carrier_RejectSignalFromHardware分析：该告警与RRU和Obif板的关系较大；处理方法 : 通常出现该告警的小区各信道无法正常工作，首先在在RNC侧lock UtranCell，接着lock该小区RRU并重启，重启后unlock该RRU观察告警是否消除。
若仍无法消除，则需在该基站无用户的情况下，在RNC侧lock该站所有小区的UtranCell，接着在基站的EMAS上lock Obif板并执行重启操作，最后unlock Obif观察告警是否消除。
若告警仍在，需重启基站观察；若执行完以上所有操作，告警仍在，则需上站将该RRU与其它小区RRU进行对调观察，若告警消除则处理结束。
若告警依旧，需对RRU进行更换。
Ruif [RBS3206]1: RuifDeviceGroup_GeneralHwError此硬件与RU直接相连,当此板件出问题,所有的小区将不能正常运行当出现此告警a.在EMAS上lock该Ruif板，再对该板进行重启，最后unblock，观察告警是否消除b.若重启该板后告警仍在，尝试重启基站，看告警是否消除c.通过网管的Cabinet Viewer查看该站各硬件的状态，主要是检查RUif，Rax，Tx和RU的硬件状态，若以上任一板卡异常，lock该板进行重启，并对该板进行硬件测试，若硬件测试后，告警仍存在，则需上站对该板进行处理，对12槽位Ruif板进行重新拔插【拔插前与机房确认，先lock该板】，拔插后观察告警是否消除，基站的各项统计是否正常，若告警仍在，则对该板进行更换。
2: . Plug-In Unit General Problem上站检查该板的工作状态（Obif板温度和灯的状态等），若无异常，则对12槽位Ruif板进行重新拔插【拔插前与机房确认，先lock该板】，拔插后观察告警是否消除，基站的各项统计是否正常，若告警仍在，则对该板进行更换。
RU22[RBS3206]1: Carrier_SignalNotReceivedWithinTime或Carrier_RejectSignalFromHardware分析：该告警与RU和Obif板的关系较大；处理方法: 通常出现该告警的小区各信道无法正常工作，首先在RNC侧lock UtranCell，接着lock该小区RU并重启，重启后unlock该RU观察告警是否消除。
若仍无法消除，则需在该基站无用户的情况下，在RNC侧lock该站所有小区的UtranCell，接着在基站的EMAS上lock Ruif板并执行重启操作，最后unlock Ruif观察告警是否消除。
若告警仍在，需重启基站观察；若执行完以上所有操作，告警仍在，则需上站将该RU与其它小区RU进行对调观察，若告警消除则处理结束。
若告警依旧，需对RU进行更换。
2: RuDeviceGroup_GeneralHwError分析：该告警通常只与RU硬件相关；（重启RU前，在RNC侧lock UtranCell）处理方法：该告警与处理RRU软件告警类似，首先是进入OSS common explorer，在小区无用户的情况下，闭锁小区；点击“Tool”进入Node Status Analyser，最后进入Cabinet Viewer，“Lock”对应小区的RU，“restart”RU最终“unlock”RU。
通常情况下，重启RU告警消失。
FU12 [RBS3206]1: FuDeviceGroup_GeneralSwError分析：该告警通常只与FU硬件相关；（重启RU前，在RNC侧lock UtranCell）处理方法：该告警与处理RU硬件告警类似，首先是进入OSS common explorer，在小区无用户的情况下，闭锁小区；点击“Tool”进入Node Status Analyser，最后进入Cabinet Viewer，“Lock”对应小区的FU，“restart”FU最终“unlock”FU。
通常情况下，重启FU告警消失。
2: FuDeviceGroup_GeneralHwError分析：该告警通常只与FU硬件相关；（重启RU前，在RNC侧lock UtranCell）处理方法：该告警与处理FU软件告警类似。