请说出下列告警是什么
第一篇：请说出下列告警是什么
请说出下列告警是什么？
RJA（远端告警）
SLIP（滑码告警）
AIS（上游告警）
LIS（断线告警）
在日常维护中，我们常常会遇到传输告警，如果机房维护人员不了解各种传输告警的性质，在处理过程中会延误处理时间，造成接通率的降低，引起不必要的呼损。在这里，列出几种常见的传输告警，以供大家参考。
1、LFA（loss of frame alignment）帧失步告警
帧同步码在偶帧信道0中，格式为I0011011，其中0011011为同步码；在奇帧信道0中，格式为I1ANNNNN，其中第二比特为1，帧同步的建立和恢复通过对奇、偶帧信道0的同步码进行检测。当连续收到三个偶帧0中同步码出错或奇帧0中第二比特不为“1”时，则出现帧失步告警；当连续三帧偶帧0的同步码和奇帧0中第二比特错，也说明出现了失步告警。造成LFA告警的主要原因是外线传输质量的劣化和在微波中传输受气候的影响而造成的滑码、误码大。当LFA告警产生时，正在通话的电路仍保持通话直到通话结束，未通话的电路立即出现告警。LFA告警后，应与传输部门联系，进行必要处理。
2、AIS（alarm indication signal alarm）线路信号监示告警
我国数字传输中采用HDB3码，同步时钟从HDB3码中提取，以做到收发同步，当传输系统的转发器出现一个故障时，转发器将发送全“1”的码流，该码流将置为AIS告警，当连续2帧收到的“0”码流大于3时，告警消失。该告警与传输质量有关，如果是瞬间产生，有可能会自行消失，但当不断产生和长时间不消失时，应与传输部门配合，查找故障原因。
3、LIS（loss incoming signal alarm）入信号丢失告警
此告警的产生是由于入中继上长时间监测不到外部时钟而触发的外部时钟的丢失，也意味着输入数据的丢失。该告警的产生，一部分是由于在增加电路时，数据已做完毕，但中继模块未接入电路造成的，这属于正常范畴，另一部分原因是由于传输的中断，或DDF架插头的脱落松动造成的。当出现该告警时中继状态显示的是外阻告警，我们应先进行自环，逐级的判断故障发生的部位。
4、RJA（remote junction alarm）远端、对端告警
RJA告警是不属于交换机本身的一种告警，它主要是由于对端设备或线路受到干扰造成的。当交换机检测不到帧同步码，则TS0偶帧的第三个比特收到1时产生RJA告警，当收到0时，告警消除。RJA告警是一种属于帧失步类型的告警，一般时间很短，当长时间不消失时，与对端局联系，协同处理。
5、ERRALARM误码告警
在传输中经常会产生不同程度的误码，一般为ERR 10－4，该误码在话音传输时一般不影响通话接续，传送信令时则不能保证。当误码超过10-3 时，有时会造成电路的闭塞，如果一时不能消失，建议将产生误码的系统暂时关闭，待查清原因后，再予以开放。
6、SLIP ALARM（synchronisation slip alarm）滑码告警
当传输系统不稳定时，常会引起瞬间的滑码产生，这与时钟的同步有关，当外部时钟快于或慢于内部时钟时，都会产生滑码，当经常出现此现象时，应与传输人员合作共同查找原因，电缆接触不良或接地不好等，都是造成滑码的原因。
第二篇：告警说明
RBS常见故障处理
掉站或小区不可用类告警：
IMA Group Insufficient Links（at Far End）
NbapDedicated_RncRbsControlLinkDown：这是一个NbapD信令承载的告警，RNC对RBS的控制链路宕掉 Heartbeat failure AuxPlugInUnit_LossOfMains: AuxPlugInUnit_交流电源中断，小区的RRU掉了 OpticalInterfaceLink_OpticalInterfaceLinkFailure RuDeviceGroup_GammaUplinkFailure: RU到RUIF板之间gamma上行链路故障，可能是连线问题，也可能是连线的两个端口问题。其他告警：
UpLinkBaBandPool_ULHWLessThanULCapacity: 上行链路带宽容量不够，这个告警需要配合其他告警一起看，一般来说出现这个告警就是硬件RAX掉了，或者硬件安装不能满足设计需求。
Eul_NbapMessageFailure Ethernet Switch Port Fault NTP Server Reachability Fault Loss of Synch Reference Redundancy Loss of Tracking基站时钟跟踪丢失，对Synchronization=1 执行action “retLossOfTracking
NbapCommon_Layer3SetupFailure:若只有这一个告警，说明此站已好，只是IUB被锁，需放开
AntennaBranch_AntennaSystemProblemInBranchA驻波告警
NbapDedicated_RncRbsControlLinkDown断站告警 UtranCell_ServiceUnavailable小区退服告警
RbsLocalCell_CellReleaFailure小区释放失败告警，此情况需锁住IUB,立即重启基站。AuxPlugInUnit_PiuConnectionLost插入单元掉了，若AuxPlugInUnit=2，可能是风扇单元F
CU坏，需要上站检查风扇单元连接。若AuxPlugInUnit=RRUW-1，表示RRU与MU的连接中断。若RbsSlot=2/4/6，分别表示第一、二、三小区连接断。
Gigabit Ethernet Link Fault：千兆Ethernet 链路故障，断站后恢复一般会上报这个告警，过一会会自动消失
DeviceGroup_GeneralHwError常规硬件错误，出现这个告警后一般先对硬件进行重启。显示板卡的重启板卡，显示设备的重启设备，6000系列的一般就重启基站。
UpLinkBaBandPool_ULHWLessThanULCapacity基站基带池硬件容量少于licen key 文件定义的容量，对于这种告警，需要查看一下基站硬件配置及状态，与LICENSE里定义的上下行带宽容量进行比对。一般是硬件容量小于LICENSE里定义的容量。
第三篇：OMC告警总结
1: BCC+NCC+BCCH TRX FREQUENCY NOT UNIQUE IN ADJACENCY DEFINITIONS
邻区存在同频同BSIC
2: FLEXI MULTIRADIO CAPACITY LICENCE EXCEEDED
容量不够
3：AMR HR TRX CAPACITY LICENCE EXCEEDED
半速率容量不够
4: TOO MANY TCHS IN ONE SIGNALLING UNIT
BCSU不够
5：BSS-SYSTEM HAS NO RESOURCES FOR REQUESTED TASK
系统正在请求
6：BTS HANDOVER CONTROL PARAMETERS NOT FOUND IN DATABASE
功控参数没加
第四篇：基站告警,分析报告
通信故障分析报告
2G基站的告警故障分析报告
故障单位： 巴州 分公司 故障编号：[2013]BZ0077号 上报人员： 故障级别：其他故障 代维单位：
一、故障时间、地点、影响范围
故障发生时间（以网管时间为准）： 故障最终修复时间（以网管时间为准）： 故障处理人员 故障历时： 故障地点： 中断电路数量： 业务影响范围： 客户投诉情况：无
二、故障申报处理情况
故障过程的简要描述：
1、日00：30，网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断，网管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看，最终确定造成断站原因为阳霞县基站市电停电，导致其下挂的多个2
G、3G基站断站，于01:56代维人员发电后业务恢复，故障历史86分钟。
故障申报情况：
申报时间：2014年3月5日00:30 申报对象：故障现象、故障定位和故障排除经过：（1）、故障现象：
（2）、故障定位： 3个3G、8个2G基站
2、（3）、故障排除经过：，网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断，网管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看，最终确定造成断站原因为阳霞县基站市电停电，导致其下挂的多个2G、3G基站断站，于01:56代维人员发电后业务恢复，故障历史86分钟。
