常见告警信息及处理

SDH常见告警及处理方法
一、SDH常见告警
1、AIS(Alarm Indication Signal):系统发生严重故障，但故障定位困难时发出的报警信号，其特征是所有光纤信道的信号都变为8kHz的正弦波。

2、RDI 告警：Remote Defect Indication，用来标识由网络其中一端的故障引起的报警信号，其特征是只有发送方端口发出的信号变为
8kHz 正弦波，接收端口不发生改变。

3、LOS(Loss of Signal): 信号丢失告警，当根据多模解调器的输出结果发现收发光纤的质量有问题时，就发出此类报警。

4、LOF (Loss Of Frame):帧丢失告警，当多模解调器未能正确解调出SDH/SONET信号帧，只能解调出时隙时，就发出此类报警。

5、LOFL(Loss Of Frame Lock)：解调锁定丢失告警，当多模解调器未能正确解调SDH/SONET信号帧，会给发出此类报警。

6、TIM（Trace Identify Mismatch）：诊断路径标识错误报警，当多模解调器识别进入端口的信号的诊断路径标识，与设置的诊断路径标识不一致时，就发出此报警。

7、STU（Signal Fail）：发射信号失效报警，当多模解调器发射板信号失效时，就发出此报警。

二、SDH常见告警的处理原则
1、首先仔细考察AIS信号，是否处纤芯断纤等原因导致的。

2、考察RDI信号，区分是单向报警还是双向报警，以及是否真的是本段线路出现问题还是根据RDI反向传输到下一个站点的问题。

华为SDH故障1.1 R_LOS告警名称或故障现象：R_LOS告警表示接收线路侧信号丢失（Receive loss of signal），为紧急告警。

告警产生原因：1、断纤；2、线路衰耗过大；3、本板接收方向故障；4、对端站发送部分故障，线路发送失效；5、对端站交叉时钟板故障或不在位。

告警处理方法：1、现场用光功率计检测告警单板的接收光功率是否正常。

如果接收光功率正常，请转至步骤8。

2、检查光缆是否有故障，排除光缆故障后，查看告警是否排除。

3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。

4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后，查看告警是否排除。

5、用光功率计检查对端站的发射光功率是否正常，如果发射光功率不正常，更换线路板。

6、如果发射光功率正常，清洁对端站的尾纤接头，查看告警是否排除。

7、检查对端站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后，查看告警是否排除。

8、更换本站上报告警的线路板，查看告警是否排除。

9、更换对端站的线路板，查看告警是否排除。

1.2 R_LOF、R_OOF告警名称或故障现象：R_LOF告警表示接收线路侧帧丢失（Receive loss of frame），为紧急告警。

告警产生原因：1、接收信号衰减过大；2、对端站发送信号无帧结构；3、本板接收方向故障。

告警处理方法：1、在网管上查看是否有高级别的R_LOS告警，优先处理这些高级别告警后，查看告警是否排除。

2、检测告警单板的接收光功率是否正常。

如果接收光功率正常，请转至步骤9。

如果收光不正常，让现场定位衰耗点在机房内还是在线路上，如果在线路上，转至步骤8。

3、清洁本站尾纤接头和线路板接收光口，查看告警是否排除。

4、检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后，查看告警是否排除。

2G一）OML链路故障告警（E1TI故障告警）：即断站1 、与传输网管核对，光端机运行是否正常（即是否能监控到本基站光端机），如果可以监控到，则说明是基站侧问题，需上站处理。

如果不能，则可判定传输光缆中断或者传输设备断电，上站核实。

（仅限于华为光端机）2 、上站核查是否断电，掉电则上电即可，如果没断电则检查基站2M质量并环回。

设备对应的传输2M环回，与传输网管核实该端口状态，如果正常则再向BSC网管核实。

如果传输网管看到该端口正常而BSC网管看到不通，则需传输网管与BSC网管进行核实，并找机房相关人员处理。

如果基站环回没问题，则可判定是基站侧问题。

3、检查设备2M头质量。

（自环或者万用表测）GSM可以自环，观察LIU0-4指示灯，WCDMA早期部分基站也有此功能。

4、是否为设备单板故障。

主控板GSM（GTMU），WCDMA(WMPT)5、由于室分安装场景比较复杂，而且有的相当恶劣。

检查是否有进水迹象或者高温等。

观察设备外观，及主控板RUN指示灯运行状态（绿色慢闪）。

风扇（BBU的FAN 模块）运行状态。

6、室分传输比较多样。

华为可由网管监控，但格林威尔传输及PDH等网管看不到，需相应厂家配合。

二）CPRI链路异常告警、射频单元维护链路异常告警、光接口性能恶化、光模块收发异常告警。

此类告警通俗点说即：BBU与RRU之间通讯不正常。

1、首先核实设备全部上电。

同时检查基站尾纤与光模块是否匹配（室分基站全部为单模尾纤，对应单模光模块1.125G-1310nm-10KM）。

2、观察主控板及RRU的CPRI接口指示灯。

正常为绿色。

有时指示灯正常，但依然有光接口性能恶化告警，说明光衰较大。

这时需用光功率计测各个光路，光衰不能大于-15db。

3、尾纤拔插，酒精清洗接头，更换法兰盘等。

法兰盘对接要插入凹槽内松紧适度4、正常状态下BBU及RRU的CPRI接口灯为绿色常亮。

RUN慢闪，ACT常亮，具体各指示灯含义见下表1，RRU指示灯见表2注：2G一些设备在后台数据去激活状态下主控板GTMU的CPRI接口指示灯不会亮，需要后台把数据激活才能看到光口亮灯，但是未激活状态下BBU与RRU之间如果光路正常则RRU的CPRI指示灯可以看到绿色。

常见基站告警处理主要告警：常见的最多的告警是CF 2A:57,为接收通路不平衡告警，而其中绝大多数为假告警，这样的假告警对基站业务实际上是没有影响的。

对于真告警，一般都是伴随着CF 2A:8、CF 2A:33这样的告警出现，我们处理完CF 2A:8、CF 2A:33，CF 2A:57自然就跟着消除。

对于如何分辨该告警的真假，我们一般采用测相关TRX的SSI值来区分，对于假告警，我们直接修改天线在OMT中的参数，便可以消除告警。

其次CF 2A:33也出现得较多，为分集接收告警，这样的告警比较影响通话质量。

硬件故障可以引起这个告警，像2202 CDU D；2202的TRU；2206的CXU；2206的DTRU，；另外人为原因也可以造成该告警，如基站IDB数据配置错误（天线不共享却配置为共享）；将两个小区的光纤接得交叉；辅柜掉电，造成与辅柜相连天线丢失一路RX信号等。

CF 2A:57告警处理目前出现的这个告警大多为假告警如果是真告警，也多是伴随着CF 2A:33、CF 2A:8、CF 2A:9之类的告警同时出现，一般处理完这些告警，CF 2A:57的告警就会随之消除这里只说明如何处理假的CF 2A:57告警一般情况下，假的CF 2A:57在用OMT读取告警时，只有这样一条告警，如图为了确定为假告警，可对上图告警中的RX-2、RX-3对应的TRX2、TRX3进行SSI值的测试，如果SSI值都正常，则为假告警。

处理过程打开OMT，选择Radio－>在对应小区上点右键－> Define－>Antenna Supervision，如图选择Antenna Supervision后，出现下图这些参数的意思为：在1440分钟的统计周期内，两路RX信号如果有（达到或超过）7000个不平衡度为（达到或者超过)6db的通话采样，就会出现CF 2A：57告警。

因为是假告警，可以调整参数来消除它：将6db－>12db1440分钟－>100分钟7000次－>18000次点OK后，将基站复位重起后，告警消失。

常用告警说明诺西诺西是一款广泛使用的告警系统，帮助企业实时监控和管理各种运行时异常和故障。

本文将介绍一些常见的告警类型以及相应的解决方案，以帮助用户更好地理解和处理诺西告警。

一、服务器宕机告警当服务器宕机时，会触发服务器宕机告警。

这可能是由于硬件故障、网络故障或者服务器过载等原因导致的。

处理服务器宕机告警的解决方案如下：1. 检查服务器硬件：首先需要确认服务器是否存在硬件故障。

可以检查服务器的电源、硬盘、内存等组件是否正常。

2. 检查网络连接：如果服务器宕机是由于网络故障导致的，需要检查网络连接是否正常。

可以尝试重新连接网络或者检查网络设备是否工作正常。

3. 调整服务器负载：如果服务器宕机是由于过载导致的，可以尝试通过减少服务器负载来解决。

例如，优化代码、增加服务器资源等。

二、磁盘空间告警磁盘空间告警是指服务器磁盘空间不足导致的告警。

这可能是由于长时间未清理无用文件、磁盘写入速度过快等原因导致的。

处理磁盘空间告警的解决方案如下：1. 清理无用文件：可以通过删除无用的日志文件、临时文件等来释放磁盘空间。

2. 增加磁盘容量：如果磁盘空间经常不足，可以考虑增加服务器的磁盘容量。

3. 优化磁盘写入速度：如果磁盘空间告警是由于磁盘写入速度过快导致的，可以尝试优化代码，减少磁盘写入次数。

三、CPU负载告警CPU负载告警是指服务器CPU负载过高导致的告警。

这可能是由于程序运行过多、代码不优化等原因导致的。

处理CPU负载告警的解决方案如下：1. 优化代码：可以通过优化代码、减少CPU消耗来降低CPU负载。

例如，减少循环次数、合并重复代码等。

2. 增加服务器资源：如果CPU负载经常超过服务器承受范围，可以考虑增加服务器资源。

例如，增加CPU核心数、内存容量等。

3. 分离任务：如果程序运行过多导致CPU负载过高，可以尝试将任务分离到多台服务器上进行处理，从而分担负载。

四、网络连接异常告警网络连接异常告警是指服务器与外部网络连接不稳定或者中断导致的告警。

常见告警、性能及处理在我们日常使用各种设备和系统的过程中，经常会遇到各种各样的告警信息和性能问题。

这些问题如果不及时处理，可能会影响到我们的工作效率、甚至导致严重的后果。

下面，让我们来了解一些常见的告警、性能问题以及相应的处理方法。

首先，来说说网络方面的常见告警和性能问题。

网络连接中断是一个让人十分头疼的问题。

当我们突然无法访问网页、无法收发邮件或者与他人的在线交流中断时，很可能就是网络连接出现了故障。

这时候，我们首先要检查自己的网络设备，比如路由器、交换机等，看看指示灯是否正常。

如果指示灯显示异常，可能是设备出现了硬件故障，需要进行维修或更换。

另外，网络延迟过高也是常见的问题。

当我们在玩网络游戏或者进行视频通话时，如果出现卡顿、画面不流畅的情况，很可能就是网络延迟导致的。

造成网络延迟的原因可能是网络拥堵、服务器负载过高或者本地网络设置问题。

解决这个问题，可以尝试关闭其他占用网络带宽的程序，或者更换网络连接方式，比如从无线网络切换到有线网络。

还有一种常见的网络告警是 IP 冲突。

当多个设备被分配了相同的IP 地址时，就会出现这种情况。

这会导致网络连接不稳定，甚至无法正常上网。

解决方法是手动为每个设备设置不同的静态 IP 地址，或者通过路由器的 DHCP 功能自动分配 IP 地址。

接下来，我们谈谈计算机系统方面的常见告警和性能问题。

系统死机是很多人都遇到过的情况。

电脑突然停止响应，鼠标和键盘都无法操作，这可能是由于系统资源耗尽、软件冲突或者硬件故障引起的。

如果是系统资源耗尽，可以尝试关闭一些占用大量内存和 CPU 资源的程序。

如果是软件冲突，可以卸载最近安装的可疑软件。

如果是硬件故障，可能需要检查硬件设备是否正常工作，或者寻求专业的维修服务。

系统运行缓慢也是一个常见的问题。

当我们打开一个程序需要很长时间，或者在操作过程中经常出现卡顿，这可能是由于系统垃圾文件过多、硬盘空间不足、病毒感染等原因造成的。

传输设备常见告警解释及处理建议LianLv一、 LOS 告警：信号丢失1、正常情况下两个网元之间要通信，中间的信号流必须是畅通的，如下图；2、从上图可以看书信号从MSC 发出2M 信号，经过SDH 设备复用后传递给下一个设备，最后末端SDH 设备解复用出2M 信号给另一端的MSC 。

也就是说，产生信号源的设备是发出信号的设备，当相邻的设备收不到对端发出的信号时就会上报LOS 告警，即信号丢失；A 、上图中由于SDH2发出的光信号SDH1收不到所以SDH1的收光口会上报LOS 告警；B 、上图中MSC2发出的2M 信号由于2M 线中断导致SDH2的2M接口收不到信号，所以SDH2的2M 接口会上报LOS 告警；C 、 上图是MSC1收不到信号的情况；说明：在通信标准中信号丢失的告警名都为LOS，但是不同厂家在编写网管软件时其有所不同，比如：华为公司传输设备，光口收不到信号上报告警为R-LOS ，支路口（2M 口）收不到信号时报T-ALOS;二、 LOF 告警：帧丢失1、当收到的信号功率太大或太小时都会上报OOF 告警；2、是指可以收到信号，但是检测不到信号的开始位置。

一般在波分和SDH 相连时，由于中继段线路中断，造成SDH 设备收到的信号为非调制光。

四、 AIS 告警：全1指示告警举例：SDH2收不到BTS 发来的2M 信号，SDH2会上报LOS 告警，并下插“1”码，当BSC1收到的2M 信号为全要“1”的时候就会上报AIS 告警。

这个故障我们日常维护中经常碰到，如果基站发送处理的2M 信号在中间传输环节中中断，BSC 的dip 端口都会上报AIS 告警。

五、 RDI 告警：远端告警指示举例：当BTS 收到的2M 信号在传输途中中断，但是BSC 可以收到BTS 发送的信号，那么BTS 就会发送AIS 信号给BSC ，当BSC 收到AIS 信号时就会上报RDI ，即远端告警指示说明故障点在BTS 端。

华为GPON设备ONU常见告警及处理随着GPON方式接入的逐步应用，GPON设备的维护工作也开始进入维护日程，了解GPON设备的故障处理方法，掌握维护技巧，势在必行，结合平顶山管内移动GPON设备的维护及铁通GPON设备的维护工作，对发生的故障进行整理分类，并得出一点维护心得：1、设备掉电告警名称：ONT掉电(DGi) 告警描述：OLT接收到ONT的掉电消息时发生此告警，OLT在测距阶段接收到ONT的PLOAM消息时告警恢复，发生此告警时ONT下线。

告警原因：ONT电源出现异常修复建议：检查ONT电源，保证ONT电源正常工作2、光信号丢失告警名称：ONT信号丢失(LOSi)告警描述：OLT连续几帧无法收到ONT有效的光信号，ONT下线，业务中断告警原因：（1）光通路质量差（2）光衰减不正常（3）ONT发生异常修复建议：（1）依次检查分支光纤连接和主干光纤连接，清洁光纤接头，必要时更换光纤（2）保证光路的光衰减正常（3）可能是ONT异常，复位该ONT3、主干光路告警告警名称：OLT GPON光信号丢失(LOS) 告警描述：OLT连续多帧收不到任何光信号，PON口下所有ONT下线告警原因：（1）光通路故障（2）PON口激光器没有被打开修复建议：（1）依次检查主干光纤连接和分支光纤连接，清洁光纤接头，必要时更换光纤（2）检查PON端口激光器是否打开，如果没有打开，打开激光器（3） OLT光模块松动或未插到位，重新插拔，并确认链接良好。

4、出现流氓ONT告警名称：端口下存在非法入侵的流氓ONT告警描述：端口下存在非法入侵的流氓ONT，可能阻断其他ONT的业务告警原因：端口下存在非法入侵的流氓ONT 修复建议：人工排查非法入侵的流氓ONT，然后替换它在OLT上查看告警的命令式display alarm history all。

如果对英文命令不好理解的话可以转换成中文switch language-mode目前维护中遇到的告警大都是常见告警，要么设备掉电，要么光路不好，很常见，只要电源和光路及时恢复，设备告警就会清除，业务就能恢复；不常见的是PON口下出现流氓ONU，这个不好处理，得逐一排查，在分光器侧逐个拔插跳纤，然后在OLT上观察告警的消除情况，拔掉一根跳纤，观察一下告警是否消除，直到告警消除，判断最后拔的那个跳纤连接的ONU就很有可能是故障设备，关闭电源重启看是否能恢复，最好是设备更换来解决。

基站动环常见告警及处理一、FSU离线告警（一）原因分析：1）信号差或不稳定；2）FSU设备掉电；3）无线模块硬件故障；4）FSU设备硬件故障；5）天线和无线模块连接中断，或天线丢失；6）流量卡被盗、欠费或故障。

（二）处理办法：1、第一步检查供电：1）在运维监控系统检查离线站点是否有停电告警，判断是否现场停电；2）现场检查FSU指示灯不亮设备没有供电。

3）原因分析： FSU供电异常。

2、解决方案：1）检查整个基站是否停电，如停电则通知相关人员取电；2）检查FSU供电空开是否跳闸及通电线路是否正常。

3、第二步检查无线模块：检查无线模块指示灯都不亮或都常亮。

原因分析：无线模块供电异常或无线模块故障。

4、解决方案：1）无线模块供电故障，则检查给无线模块供电接线是否正常如正常，则用万用表测量给无线模块供电FSU输出端是否有12V，如没有则为FSU供电板问题，更换FSU供电板。

2）确认供电正常，则更换无线模块进行测试。

5、第三步FSU检查登陆FSU设备，点击设备诊断管理，若信号强度小于15，表明由信号弱引起。

解决方案：更换运营商无线模块或将天线外延（室内站放到室外，室外柜放到底部隐蔽区域或有外层保护情况下放到机柜顶部）二、开关电源告警1、交流输入频率过低1）原因分析：交流输入多为市电引入，出告警即市电频率超越门限告警，低于48Hz。

2）处理方法：将数字型万用表测试档位置于Hz档，再将两根表笔分别接入信号源两端，测量信号源频率值是否低于48Hz。

2、电池充电过流告警1）原因分析：当充电电流超过0.1C时可认为是过电流充电。

3、电池熔丝故障告警1）原因分析：蓄电池熔丝未连接牢固或检测线未检测到蓄电池熔丝2）处理方法：（1）检查蓄电池熔丝是否连接牢固（2）检查检测线是否和蓄电池熔丝良好接触（3）开关电源显示屏是否有熔丝告警提示（如果没有，可能是平台数据不更新导致，或者开关电源协议解析不正确）。

4、防雷器故障告警1）原因分析：防雷器本身出现破损等故障或防雷器未插紧2）处理方法：（1）防雷器本身出现破损等故障则需要更换防雷器（2）将防雷器插紧，保证接触良好（3）核实是否在交维测试时做的告警一直未消除。

直放站常见告警处理方法1.光纤站近端有光收发告警，但有输出，发光5db、收光-14db，查尾纤是否损坏，也可能是远近端光模块不匹配，更换光模块。

2.下行输入欠功率告警，下行衰减值控制的是下行输出功率的，下行输入功率不够可能因为覆盖区离重发天线太远，或者空间衰减太大，也可能驻波高了，这要你结合现场环境具体分析了，下行输入即是上行输出，也就是说上行功率较弱，你现在用测试手机测试一下手机发射功率不会超过10，这时候你应该增加上行的输出功率，这种情况应该是常见的。

祝你好运！3.输入过功率告警。

不建议告警使能取消，现场施工不合理馈线衰减到达设备输入口过强，长时间工作会损坏设备功放模块。

建议使用衰减器，衰减器大小及瓦数根据主设备到达该设备计算，干线放大器一般2W就够用了。

在输入端增加个衰减器，或者减下行输入过功率门限设置大点4.电源掉电告警，先检查直放站所接的电源电流是否正常，在看电压是否稳定，接电线路是否有混线电源空开是好是坏！最重要的一点要和业主商量好能否用他家的电。

5.电源故障告警，指主机内的电源模块发生了故障。

解决方法：更换主设备或更换电源模块。

6、功放故障。

指主机的高功率放大器发生故障。

解决方法：到现场更换功放或更换主机。

7.设备过温。

指设备的温度高于影响功放正常工作的温度。

一般是主机安装的位置不妥当引起的。

解决方法：更换主机的安装位置，主机应安装在通风、扇热快的区域，并且垂直安装的。

8、位置告警。

指主机的位置接地线被人断开了，是一种防盗告警。

解决方法：到安装现场查看情况后解决。

9.输出功率告警。

该告警分为“过功率告警”和“欠功率告警”。

“过功率告警”指主机输出功率已经高于“过功率告警门限”值，“过功率告警门限”可以通过软件设置，一般该值设置为直放站最大线性功率再加3dB。

“欠功率告警”指主机输出功率已经低于“欠功率告警门限”值，“欠功率告警门限”也可以通过软件设置，该值设置一般要看实际的输出功率而定，一般比实际输出功率下降5~10 dB左右。

常见告警、性能及处理一：告警处理1.LOS：信号丢失告警。

表示本端接收不到光信号。

主要引起的原因是①光纤断；②对端发送光信号没有；③本端光收模块坏。

处理方法：①先将本端用一根光纤自环，若告警消失，表示本端是好的，问题在对端。

若对端自环也好，则可以肯定两端间光纤的断了；若对端自环不好，也是LOS告警，用光功率计测量其光发功率，若功率过小（-50dB或更低）则可断定光发坏了；若功率正常，则是由于没有时钟引起的，换掉时钟板，告警消失。

②若本端自环还是LOS告警，则是由于光收模块坏了，更换后告警消失。

2.LOF/OOF：帧丢失、帧失步告警。

原因和处理同1。

帧失步：连续5帧以上，找不到正确的A1、A2，则进入帧失步状态。

帧丢失：如果OOF状态持续一段时间，则进入帧丢失状态。

3.MS-AIS：该告警是伴随着远端LOS/LOF出现而出现的，或者从网管上插入该告警。

处理方法：①若本端自环也有该告警，则更换光板。

②本端自环是好的，对端又没有LOS告警，则可能是网管上插入了AIS告警，从网管上将插入AIS操作取消，若此处理不消除告警，则更换远端光板。

③若远端有LOS告警，则按1将LOS告警消除。

4.MS-FERF/RDI：复用段远端接收故障。

产生原因是由于远端有LOS、LOF、MS-AIS告警引起的。

处理方法：按1、2、3方法消除远端告警则可。

实际工程中，我们经常遇到这样的情况：5.B1、B2、B3信号劣化告警。

原因：光板接收光功率过强或过弱，或系统本身所有。

处理方法：将本端自环，适当调节光纤插入深度，若告警消失，则是由于光功率过强或过弱引起，过强加衰减，过弱将光纤洗干净，法兰盘连接处拧紧或换光发功率强的光模块；若不是光功率引起的，则是光板或时钟板所致，更换光板或时钟板则可（误码性能的参数意义见后面详细介绍）。

6.LOM：复帧丢失。

原因：通常由对端交叉板引起。

处理方法：①更换对端交叉板则可。

②检查背板是否断针。

③交叉板是否插好。

基站常见告警处理一、驻波比告警1.检查各个接头就是否有松动现象2.检查馈线头就是否进水3.更换RRU4.更换天线二、E1/T1链路远端接收故障告警1.到基站后给传输侧打环瞧就是否有问题,2.没问题的话让传输再给RNC侧打环,定位告警。

三、NodeB退服1.首先检查基站就是否掉电2.检查传输就是否正常四、光/电口上行帧失锁1.BS8800:检查RSU40就是否下电,查瞧光模块2端就是否插紧。

2.B8200+R8840:检查RR8840就是否掉电,查瞧光纤就是否插紧。

五、设备温度高告警1、拔出BBU上面的防尘网,进行清理2、检查风扇就是否有故障3、查瞧环境温度就是否超过工作范围六、SCTP偶联断告警出现此类告警时,请注意检查就是否伴有以太网电(光、信号丢失告警,如果有,则1、检查设备的网线2、检查与设备连接的光端机的网口3、检查BBU网口就是否接错位置;如果没有这个告警,只就是出现SCTP偶联断开告警,则1、检查传输的FE数据没有做2、检查传输的FE数据没有保存上,此时需要传输人员重新下载数据或重新激活相对应的以太网单板、3、检查无线与传输侧配置数据就是否一致;4、检查SCTP端口配置就是否错误七、PM电源过压告警1、检查站点提供的电源电压就是否正常,2、检查设备的PM板就是否有告警;如有告警,联系中兴技术人员判断该单板就是否损坏,就是否需要更换、八、以太网模式与对端不匹配告警1、与传输人员核对以太网的传输模式,RNC侧的模式为auto(自适应、,请传输人员对其模式进行修改、九、RRU RTWP 上报异常值1、检查天馈、线缆就是否连接好,更换损坏线缆,判断告警就是否消失2、复位RRU3、更换RRU十、BPC单板反复重起1、处理高温告警,温度正常后瞧就是否恢复2、复位或拔插单板3、更换单板十一、中继电路异常1、检查线路就是否完好,若线路毁坏则更换2M线2、通过环回判断故障位置逐步排除十二、单板电源关断(LTE)1、插拔单板;2、检查就是否存在风扇故障告警3、检查外围环境温度4、检查设备的进风口以及防尘网就是否被堵十三、网元断链告警1、检查网元到网管的通信链路2、检查配置数据错误3、检查网管自身故障4、检查基站就是否正常运行十四、RRU链路断1、检查RRU运行就是否异常;2、检查RRU与主控板之间的通讯链路就是否有故障。

SDH常见告警及处理故障定位关键是：将故障点准确地定位到单站。

故障定位的一般原则可总结为四句话：先外部，后传输；先网络，后网元；先高速，后低速；先高级，后低级。

故障定位的一般原则可总结如下：先定位外部，后定位传输在定位故障时，应先排除外部的可能因素，如光纤断，对接设备故障或电源问题等。

先定位网络，后定位网元在定位故障时，首先要尽可能准确地定位出是哪个站的问题。

先高速部分，后低速部分从告警信号流中可以看出，高速信号的告警常常会引起低速信号的告警；因此在故障定位时，应先排除高速部分的故障。

先分析高级别告警，后分析低级别告警在分析告警时，应首先分析高级别的告警，如紧急告警、主要告警；然后再分析低级别的告警，如次要告警和提示告警。

一、紧急告警类1、R_LOS 告警表示接收线路侧信号丢失（Receive loss ofsignal），为紧急告警，SL16板会上报此告警。

告警原因●断纤；●线路衰耗过大；●本板接收方向故障；●对端站发送部分故障，线路发送失效；●对端站交叉时钟板故障或不在位。

处理步骤：●如果相邻两端的线路板同时告R-LOS,用网管查询发射光功率正常，则应该为光缆故障。

●检查对端光板发射功率是否正常，如果不正常，更换线路板●清洁本站尾纤接头和线路板接收光口，查看告警是否排除●用光功率计检查本站光接收是否正常，如果正常，更换线路板●检查本站的法兰盘和光衰减器是否连接正确，光衰减器的衰减值是否过大。

正确使用法兰盘和光衰减器后，查看告警是否排除。

R_LOS告警为高级告警，跟随它出现的会有R_LOF、APS_INDI、AU_AIS、MS_AIS，往往处理完R_LOS告警后，跟随它出现的许多告警会随着消失。

2、BUS_ERR. 概述BUS_ERR告警表示总线错误告警（Bus error），为紧急告警，GXCS，EXCS板会上报此告警。

告警原因交叉芯片损坏；线路板到交叉板的母板总线坏。

处理步骤危险：如果交叉时钟没有热备份，复位、更换该单板，会导致业务中断，属危险操作。

◆级别：二级告警号：28760 告警标题：CAPACITY EXCEEDED告警解释为：超过容量限定告警产生的原因为：1、每天下午16：00-17：00下发天气预报，短时业务处理量较大，会触发此告警。

2、节假日短信高发期，也会触发此告警。

此节点下的业务会短时受影响。

预处理方法：先判断超限的原因是软件还是硬件。

如果是软件就不用处理，但硬件就需要立即处理。

具体处理方法见告警处理手册。

手动派单◆28719 二级告警 RUNTIME ERROR告警解释为：运行错误告警产生的原因为：1、主要是SP下发的源号码有问题，仅影响1条消息的发送。

2、登录短信中心的应用账号在300秒不响应，就将连接中断，连接中断后，又会重新建立新的连接，对业务有一定影响，但范围不大。

预处理方法：1、保持观察。

如果持续出现，请通知相应帐号的用户进行处理。

2、如果确认帐号设置正确，请通知维护部门处理。

手动派单◆28738 二级告警 SMSC FULL告警解释为：SMSC 满告警产生的原因为：短信数据库满或下发待发队列满，该业务节点下的短信业务受阻。

预处理方法：打开该集群的图形界面，点击“status”查看：1、当前短信下发后，等MS返回消息数不能超过2000条；2、待发队列的数值，MT下发队列和AT下发队列空闲数不能小于50000。

具体处理方法详见告警处理手册。

◆65005 二级告警 CONNECTION LOST告警解释为：连接丢失告警产生的原因为：PSW进程在连接集群内部各短信中心内核的时候失败。

可能业务会受影响。

预处理方法：此类告警通常情况系统会自动恢复。

如果频繁并持续出现，需要报告专业维护人员。

◆28789 二级告警 CONFIGURATION ERROR告警解释为：配置错误告警产生的原因为：进程启动时，在读取配置文件过程中遇到错误。

一般在维护性重启时出现。

预处理方法：确认此设备是否在进行维护性重启。

如果在进行重启，无需处理。