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

NSN告警处理方法（包括MCPA）目前7***告警存在7600-7609告警，内容如下：这些告警主要依靠告警排除指导进行：先锁放该扇区通过远端重启硬件ESMC检查射频模块指示灯是否正常检查射频模块直流电源输入电压是否正常基站系统模块与射频模块之间的光纤连接匹配正常更换射频模块更换系统模块按照上述一步一步指导，能很容易排查出故障。典型故障处理：76**告警的处理：1、7600、7601、7602、是BCF级的告警，告警的严重等级7600最高，为严重告警，7601为重要告警，7602为提示性告警2、7603、7604、7605是BTS（扇区）级告警，告警的严重等级7603最高，为严重告警，7604为重要告警，7605为提示性告警3、7606、7607、7608是TRX（载频）级告警，告警的严重等级7606最高，为严重告警，7607为重要告警，7608为提示性告警4、许多BCF级的告警由BTS级告警引起，许多BTS级告警又是由TRX级告警引起，所以BTS级告警是最常见的5、所以76**告警主要介绍7606和7607告警的处理一、处理7607（TRXOPERATIONDEGEADED）告警的处理方法：1、告警的意义：该告警主要告诉我们在载频中出现严重错误2、主要处理方法：MCPA触发7607告警与FLEXIBTS有很大的不同，MCPA没有合路器，集成度更高，在FLEXIBTS中传送数据的多根射频线、BUS线，演进到MCPA中，集成在一根光纤中传送数据。主要处理方法如下：测量天馈驻波比在合理范围内，检查与射频单元相连的馈线头是否紧固检查SFP光纤模块安装是否规范检查光模块SFP型号（单模或多模）与光纤型号（单模或多模）是否一致检查光纤工作状态、收发是否正常，光功率是否正常近端重启射频模块检查基站硬件数据库配置排除以上，更换有故障的射频模块二、处理7606（TRXFAULTY）告警的主要方法1、告警意义：该告警主要告诉我们在载频中出现严重故障，此告警会闭锁载频。2、主要处理方法：MCPA触发7606告警与FLEXIBTS也有很大的不同，MCPA采用集中的基带处理计数，集成度更高，采用载频池的概念。主要处理方法如下：近端重启硬件远端重启BCF检查本地扇区配置与BSC侧是否一致检查本地功率配置与载频数量及时隙（BTS侧与BSC侧）是否匹配检查光模块SFP型号（单模或多模）与光纤型号（单模或多模）是否一致更换系统模块更换射频模块三、处理7745（CHANNELFAILURERATEABOVEDEFINEDTHRESHOLD）告警办法与建议-1统计原理：OMC统计每个载频的每个时隙的信道失败率，对TCH时隙，如果失败率超过20%，对SDCCH时隙，失败率超过80%，则会出7745告警，统计时长为1小时，该告警只能在BSC上看到，通过BSC告警的增补信息，可以看到具体是哪个时隙故障率高，是TCH还是SDCCH信道以及失败率最高值。告警分析：该告警属于统计类综合告警，指出信道的失败率高于指定的值，信道失败率高有可能但不一定造成掉话率高，所以该告警跟掉话率高有较大的关系，该告警只是一个统计的结果，并没有指出造成该结果的原因，所以需要综合分析该告警的原因。四、处理7745告警的办法及建议-2该告警可能的原因非常多，主要有以下：基站有硬件告警：这种是最好解决的，只要有针对性的解决了硬件告警，7745告警就能消除基站无硬件告警，但硬件或软件确实存在问题，往往伴随上下行质量差，大致有以下可能情况：载频性能下降，但是还未到出告警的程度，例如发射功率偏低等基站的同步设置不对会造成切换掉话光纤模块不紧也有可能掉话A-bis口时隙设置有误，特别是Trxsig正确，TCH时隙根BSC不一致会产生大量掉话极少数发生过设备故障造成的干扰，无告警，但产生7745掉话五、处理7745告警的办法及建议-3天馈线问题造成的7745天馈线驻波比偏高，天线方位角的各种问题：两个单极化天线方位角不一致扇区接反建筑物及广告牌等的阻挡全向天线安装过低，被抱杆阻挡两个单极化间距不够1.3米，或者不在同一平面全向天线距离塔身不足1米天线下倾角问题：定向天线上仰两个单极化天线俯仰角不一致天线安装不垂直天线的其它问题：有可能天线的驻波比达标，但其他性能较差，但是工程的手段无法测出天线的全面性能这些天线的问题都会影响到所覆盖的区域，影响到通话质量及掉话六、处理7745告警的办法及建议-4传输问题：曾经发生过微波传输引起的7745，换光端机后问题解决网络规划不合理，主要是天线的覆盖区域不合理，造成越区覆盖方位角不合理下倾角不合理，有可能覆盖过远网络信号差造成的弱覆盖引起的7745干扰造成的掉话频率规划不合理直放站等干扰塔放造成的干扰其它干扰源七、处理7745告警的方法及建议-5BSC问题或参数引起的掉话等有一些BSC参数可能影响到7745，例如以下参数的修改，造成7745增多这两个参数门限系统默认值如下：ZEEN:TCHFR=TCHfailurerate（20%）SCHFR=SDCCHfailurerete（80%）修改如下：ZEEN:TCHFR=TCHfailurerate（10%）SCHFR=SDCCHfailurerete（20%）半速率也会影响7745及掉话八、处理7745告警的方法及建议-6通过前面7745告警的可能原因分析，比较难处理的是没有其它硬件告警的7745，针对这部分的7745的处理，对设备厂家来说，主要是排除设备本身软硬件的原因及天馈线的原因，也就是针对建议2-3类相应的进行检查及处理，主要方法如下：仔细检查基站同步设置，确保没有问题仔细检查传输时隙分配，确保跟BSC一致确保BSC的RDIV参数为“Y”再次检查模块间连线可靠检查天馈线驻波比检查天线方位角、倾角等安装工艺指标是否存在问题检查硬件数据库和实际一致九、处理7745告警的方法及建议-7在前面7步工作的基础上，对出7745的载频进行载频测试，对测试不过的载频进行互换。处理7745最常用的方法是通过互换来检查出7745的载频和没出7745载频、连线、天馈线是否存在问题，观察是否跟着7745走，判断是否设备硬件本身的问题，需注意：首先建议用互换的方式，即好的载频与坏的换，不要直接用新的换，这样做虽然麻烦一点，但思路清晰，结果容易说明问题，直接拿新的换，由于不能百分百保证新板件一定没问题，所以换过后的结果没有百分百的说服力。为了思路清晰，最好载频、连线、天馈线分别、分步更换。如果7745的结果跟着硬件走，说明是硬件问题，不跟着走，说明根本次互换的硬件无关。如果本站7745告警伴随着7744、或者7746告警的话，则有可能是干扰或者拥塞造成。十、关于断站故障断站的标志告警就是7767（BCCHMISSING），随后还会相继出现7700基站OMU信令初始化、7701BCF基站主控板初始化、7708载频重启等。如以下几种情况会引起断站：BCCH载频故障引起的断站，主要告警表现为：7606告警，随后会出现基站重启的一系列告警，如：7767、7701、7708等8****系列的告警，一般是传输质量差告警（例如误码高等），错误累积到一定程度就会引起传输失败（7704PCMFAILURE），从而导致基站信令中断（7706BTSO&MLINKFAILURE），基站重启由传输引起的基站断站，查看历史告警时一般没有别的传输告警（8***系列告警），直接出现（7704PCMFAILURE），从而引起基站重启的一系列告警，如：7767、7706、7708基站维护人员人为关闭基站，监控会出现7710告警，相继出现7767基站断电，如果是交流电基站，没有蓄电池，也会出现断站，这是首先应该有外部电源告警，然后出现断站的其他告警基站主控单元ESM（五代站）故障也会造成断站，并且没有伴随告警，OMUlink直接吊死BSC方面的故障也有可能造成断站，例如BCSU重启十一、7738（BTSWITHNOTRANSACTIONS）告警处理告警意义：OMC统计到BTS无话务，告警增补信息指出告警原因1=SDCCH无话务2=TCH无话务3=SDCCH和TCH均无话务10=没有GPRS话务故障可能原因：基站本身问题（硬件或软件设置）A-bis口设置问题BSC参数的调整统计时长过短（可通过参数调整），确实没有话务处理方法：现场拨打测试语音及数据业务，测试正常的基本都不是设备问题，另外由于网优在BSC上设置参数控制话务量的分配，对开通EDGE分离模式的站，一般设定非EDGE小区语音负荷在80%（参数控制）以上才会占用EDGE小区，及EDGE小区数据业务优先，所以大部分没有话务属于正常现象。对拨打测试不正常的基站，检查硬件、软件设置，排除问题7607告警处理专项报告随着网络维护工作的不断深入和用户对通话质量要求的不断提高，处理各种感知类告警已经成为提高用户感知的重要手段之一。省公司也在10－11年不断要求分公司加大对感知类告警的处理，切实提高用户感知度。而引发感知类告警的因素很多，对于一些隐性因素难以发现，这些给处理感知类告警带来了较大的难度。公司在汲取各分公司现有经验的基础上，经过反复的理论研究、不断的实践论证，寻找出了一套切实可行、行之有效的处理7607告警措施。

实施步骤：

一、7607告警信息分析（7类告警处理）

经过对现网中存在的7607告警的总结，发现7607告警主要有以下几种：

1、7607TRXOPERATIONDEGRADED

TRXtestresultantennaconnectionfaulty.

注解：载频检测到天线连接失败

2、7607TRXOPERATIONDEGRADED

Rxlevelsdiffertoomuchbetweenmainanddiversityantennas.

注解：主分级接收差异过大

3、7607TRXOPERATIONDEGRADED

EXxxTRXmodulecoolingfan(s)reportnorotation

注解：载频风扇不转

4、7607TRXOPERATIONDEGRADED

Commissioningfiledimatecontrolprofilemismatch,

Onfansdetected

注解：风扇配置与实际不符

5、7607TRXOPERATIONDEGRADED

ECxxRTCmodulehasdetectedVSWRaboveminorlimitatantenna

注解：RTC模块检测到天线驻波比值超出门限

6、7607TRXOPERATIONDEGRADED

EXxxTRXmoduledetectedonlyoneRxaignalduringRFCableautodetection

注解：射频电缆检测到只有一路接收

7、7607TRXOPERATIONDEGRADED

RSSIdetectedRxsignaldifferenceexceedingthreshold

注解：RSSI检测两路接收信号差值超出门限

二、告警处理思路：

（一）告警1－2处理

这两种7607告警大多出现在NOKIAMETROSITE中。目前在网的NOKIAMETROSITE大多作为室分信源使用。METROSITE的每块载频均有天馈线连接并最终合成一路进入室分系统；载频1、2互为分集接收，载频3、4互为分集接收。当载频出现故障、连接载频的馈线出现故障、电桥出现故障或室分设备出现故障都可能天线连接失败，导致设备出现第一种告警；由于两两载频的互为分集接收，当连线出现错误、互为分集接收的某一块载频出现故障或某一载频馈线出现故障都可能导致另一块载频主分集接收差异大，导致设备出现第二种告警。

检查及处理建议：

1）检查设备硬件是否正常，及时更换故障载频；

2）检查馈线工艺是否良好，对驻波值不符合要求的故障点及时处理；

3）检查载频连线配置是否正确，及时纠正错误连接；

4）检查室分元器件及室分设备是否正常，及时维修或更换故障单元。

5）对于奇数配置的METROSITE站点，未开通载频的馈线和连线要求配置齐全。

案例：下面为市区公路局微蜂窝因射频线连接错误出现的7607告警。由上图可以看出，由于载频射频连线错误，造成告警（7607：载频检测到天线连接失败），由上图可以看出，经过维护人员进行调整后，告警消除，基站正常工作。

（二）告警3－7处理

这五种7607告警多出现在NOKIAFLEXI中。目前在网的FLEXI设备既做有室分信源也有做宏站。因为FLEXI基站在集成度和设备自检上的改进，告警指向较为明显；但同时由于FLEXI设备可能存在有待完善的地方，也给告警处理造成了一定的困难。

1、对于第三种告警和第四种告警，主要是针对风扇产生的告警。

检查及处理建议：

1）检查风扇电缆是否连接到载频。

2）检查风扇有无阻挡。

3）清除风扇灰尘及赃物。

4）更换风扇。（部分基站曾发现风扇转依然出告警现象，主要是由风扇转速低引起）

5）更换载频。（风扇更换后依然出现风扇告警）

2、对于第五种告警主要是由于VSWR（驻波）过高引起的，类似该类告警相对较多，在此不一一指出。

检查及处理建议：

1）检测天馈线驻波值是否过高，使用DDU模块时经常出现单口（A口或者B口）驻波比高的告警，及时处理天馈故障或天线故障；

2）检查连接天线口的射频线有无问题，及时更换射频连线；

3）检查合路单元是否存在故障，及时更换DDU或者RTC。

3、对于第六种告警主要是由于实际连线与软件连线不统一造成。

检查及处理建议：

1)检查载频连线及RX连线接头，及时紧固连线或更换损坏的连线；

2)检查实际连线配置与数据库连线配置是否相符，根据实际连线配置对数据库进行手动配置；

3)检查载频硬件是否存在故障，更换出现告警的载频；

4)检查双工器中是否部分连线口存在故障，更换载频硬件位置或更换双工器。

4、第七种告警是是现网中FLEXI站点存在最多的告警，也是7606告警中较为难处理的一种告警。维护人员对这一类告警进行了专门的研究。

告警含义：

该告警实时测量并比较每个Trx两路接收的差值，当差值大于设定的门限时触发告警，目的是提醒两路接收中的一路可能有问题。

主要原理：

基站不断对每个载频的两路接收电平值进行采样计算，必须每小时采样数大于160000次才能得出统计结果，也就是每个载频需要有足够的话务量，如果某个载频话务量过少，结果就统计不出来，结果统计如果大于10dB，该载频将出7607告警，如果某扇区的所有载频都出7607告警，这该扇区出7604告警。

主要思路：

通过观察RSSI测量值、分析RSSI值的特点、载频功率测试、载频环路测试等手段，可以逐步缩小范围，确定故障点。

检查及处理建议：

当个别或部分载频出现第七种7607告警时，按照第五种、第六种7607告警的处理思路进行逐步排查和处理。

当整个扇区出现第七种7607告警时，其检查及处理建议如下：

1）对载频进行功率测试，确认小区RDIV参数是否打开，及时联系交换打开RDIV参数；

2）检查RSSI值情况，检查周围无线环境，确认天线周围无遮挡；

3）检查RSSI值情况，检查天线角度是否一致，及时对天线进行调整；

4）检查RSSI值情况，统计扇区切换关系，确认是否存在天线接反、接鸳鸯情况，及时调整天线；

5)检查RSSI值情况，判断RX接收存在问题的是A口还是B口，测量天馈驻波值并及时处理天馈、天线或避雷器故障；

6）对扇区数据库进行清空并重新配置；

7）更换设备主控模块；

创新亮点：

对于以上情况仍无法处理掉的情况，分公司又专门进行了研究。通过研究我们发现，该告警从根本上所关注的只是两个天线接口处的差值，只要我们消除了差值告警就会消失。我们对各类设备进行了研究、实验。

1、将RTC的RXIN和RXOUT连接。

通过查阅NOKIA设备资料，发现诺西称将RTC的RXIN和RXOUT连接就是在内部将A口和B口连接起来从而消除RX差值。经过实验我们发现，这种做法起不到资料中所说的作用。

2、功分器。

功率分配器简称为功分器，它是把输入信号功率等分或不等分成

几路功率输出的器件。腔体功分器是功分器中的一种，结构是腔体的，如：同轴结构或波导结构。可平均的分配蜂窝网的大功率信号，具有反射和损耗小的特点。宽频设计，可广泛应用于单频段、多频段天线或泄露电缆系统，因采用无焊接点的同轴腔系统，使插损最小，可靠性增强。但该源器件输出口不能接大功率信号，只能接上行信号，也就是说功分器不能作大功率合路器使用。所以在尝试中无法使其长时间工作，容易损坏。

3