基站常见告警处理
一、驻波比告警
1.检查各个接头是否有松动现象
2.检查馈线头是否进水
3.更换RRU
4.更换天线
二、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.复位RRU
3.更换RRU
十、BPC单板反复重起
1.处理高温告警，温度正常后看是否恢复
2.复位或拔插单板
3、更换单板
十一、中继电路异常
1.检查线路是否完好，若线路毁坏则更换2M线
2.通过环回判断故障位置逐步排除
十二、单板电源关断（LTE）
1.插拔单板；
2.检查是否存在风扇故障告警
3.检查外围环境温度
4.检查设备的进风口以及防尘网是否被堵
十三、网元断链告警
1.检查网元到网管的通信链路
2.检查配置数据错误
3.检查网管自身故障
4.检查基站是否正常运行
十四、RRU链路断
1. 检查RRU运行是否异常；
2. 检查RRU与主控板之间的通讯链路是否有故障。
十五、光口未接收到光信号
1.检查光纤/电缆是否损坏；
2.检查本端或对端光/电模块或光纤/电缆是否插好；
3.检查本端或对端设备的光/电模块是否损坏。
十六、光模块接收光功率异常（LTE）
1.检查光纤是否损坏；
2.检查光模块老化；
3.检查光纤实际长度大于光模块支持的长度。
十七、光口接收帧失锁（LTE）
1.检查光纤/电缆端面是否污染；
2.检查光纤/电缆链路是否异常；
3.检查对端设备工作是否异常。
十八、GNSS天馈链路故障（LTE）
1.检查GNSS天馈线缆连接是否异常或损坏。
2.检查GPS蘑菇头天线是否损坏。
3.若有使用GPS防雷器或功分器等连接设备，则检查连接设备内部通路是否异常。十九、GNSS接收机搜星故障（LTE）
1.检查GNSS天馈连接线缆是否异常；
2. 检查GPS天馈方向是否有建筑物阻挡；
3.检查周边环境是否存在干扰。
大唐LTE站点告警处理指导手册
1、小区退服 ?? ?告警解释：故障小区业务全阻，不能提供任何服务 可能原因： 1、射频单元不在位； 2、辅光口故障； 3、人为去激活小区； 4、GPS 故障； 5、传输故障； 6、基带板故障。 处理步骤： 1、查找故障站点； 2、查看承建故障小区的射频单元是否在位，物理设备-射频单元拓扑，如下图，一般 情况小区1~3分别建立在射频单元拓扑0~2上。
射频单元不在位告警处理方法： （1）远程确认现场供电是否正常； （2）近端更换光模块观察告警是否恢复； （3）近端更换光纤观察告警是否清除； （4）近端更换RRU观察告警是否清除。 请参考“射频单元不在位告警”处理方法 故障告警依然没有恢复，请联系大唐工程师。 如果射频单元存在，则转步骤3处理； 3、查看承载小区射频单元接入BBU 的光口信息，如下图，射频单元0 接入基站板卡 槽位号为4，射频单元光口1接入板卡光口号为0，射频单元光口2（辅光口）接入板卡光口号为1； 查看光模块光口信号，位置物理设备-机架-机框-板卡-光模块，如果对应光模块的光口信号丢失状态为丢信号，请参考“BBU Ir 光链路光信号丢失告警”处理方法； 如果没有丢信号，则转步骤4处理； 4、请查看操作记录，确认人为去激活小区原因；如果不是人为去激活，则转步骤5 处理； 5、查看基站GPS工作状态是否正常，位置物理设备-时钟信息-当前时钟，如果当前 时钟不是锁定状态，请参考“GPS 告警”处理方法，如果当前时钟是锁定状态，转步骤6处理；
6、查看传输链路信息是否正常，如果链路公共信息是故障，请参考“S1链路断开告 警”处理方法。 故障告警依然没有恢复，请联系大唐工程师。 2、基站退服 ?? ?告警解释：基站所有小区业务全阻，不能提供任何服务 可能原因： 1、传输故障 2、时钟故障 3、基带板卡退服 即所有小区退服后，上报基站退服告警。 处理方法： 1、查找故障站点； 2、查看基站传输链路是否故障如下图，传输管理-SCTP 链路，如果SCTP链路建立 状态不是与对端建立成功，运行状态为故障，请参考“S1链路断开告警”处理方法； 如果传输链路运行正常，转步骤3处理；
第一节：关于Path balance值的问题 作者：张雨 P-b值是反映RTF性能的一个参数，它的计算公式为pathbalance=uplink path loss-downlink path loss+110，故它的最佳值应为110。P-b值不正常是在基站维护过程中经常遇到的问题，它会影响到拥塞、掉话等一些敏感的指标，也会造成通话质量的下降。 第一部分：造成P-b值不正常的原因 造成P-b值不正常的原因有很多，既有软件方面的，也有硬件方面的。总结起来主要有以下几个方面： 1．基站数据定义错误 2．话务量太低也会造成P-b值不正常 3．相邻小区或本小区同频或邻频干扰也会造成P-b值不正常 4．射频通路、接收通路硬件故障及连接错误 5．载频本身故障 6．带外干扰 第二部分：解决P-b问题的步骤 我们知道了造成P-b值不正常的原因，因此先不要急于下站，我们可以先进行一下前期的分析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。 一．先看一下基站是否有告警。 二．是否由于话务量太低，载频无占用造成P-b值不正常（P-b值为0）。
三．检查相关数据是否有定义错误。这包括： 1．接收天线的位置定义是否正确 2．定义的合路器类型是否正确 3．载频和RTF的相关定义是否正确 4．基站内及相邻基站是否存在同频或邻频干扰 四．倒换RTF位置以便初步判断障碍点。 一般如果只有较少载频的P-b值不正常，则可以在下站前将其RTF的位置与同小区的其它载频倒换一下，观察其后一时段的P-b值变化情况，若改换载频后RTF的P-b值正常，而改换到原RTF所在位置载频的新RTF P-b值不正常，则可初步认定是硬件故障。 一般如果P-b值不正常的RTF较多，甚至整个小区的RTF的P-b 值都不正常，那么载频故障的机率就比较小，应侧重检查其数据或合路器、天馈线等设备。 五．基站设备检查： 1．如果P-b值较低，可侧重检查射频通路；如果P-b值较高，可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。 2．检查基站连线、天馈线连线及方向是否正确。 3．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。 4．更换基站坏载频、器件性能不好的基站硬件。 5．基站硬件检测未发现问题后，可对基站天馈部分进行检查。如：驻波比、天线方向等。
诺西GSM常见告警处理建议 一、 UltraSite BTS常见告警 1、7600 BCF FAULTY 基站故障 (1) Crystal oscillator damage 晶体振荡器损坏 Oven oscillator is broken 晶体振荡器故障 处理建议：更换BOIA单元。 (2) Base station synchronous failure 基站同步失败 处理建议：①检查同步线及接头②检查传输设置的同步设置③更换BOIA单元并重启BCF。 (3) BIOA unit to the temperature too high BIOA 单元温度太高 处理建议：①确保周围环境温度在允许的范围内②检查机柜风扇单元③更换BOIA单元。 1、7601 BCF OPERATION DEGRADED 基站性能下降告警 (1)Power unit output voltage fault./Power unit input voltage fault./No connection to power unit电源单元输入或输出电压故障，或者无法连接到电源单元 处理建议：更换所有出故障的电源单元。 (2)Power unit temperature is dangerously high电源单元温度太高 处理建议：①确保周围环境温度在限定范围内②检查机柜风扇③更换电源单元 (3)Difference between PCM and base station frequency reference.PCM链路和基站的频率参考有差异 处理建议：①检查2M线和2M头子②调整基站主时钟，观察时钟是否稳定③更换BOIA。 (4) Flash operation failed in BOI or TRX BOI或者TRX闪存操作失败 处理建议：更换BOIA。 (5)POWER SUPPLY FAULT 电源模块故障
1、闪断：通俗的讲就是基站由于传输不稳定，动力供电的系统的不稳定，设备接地的不好等原因，造成基站瞬时退服，又很快的恢复基站的故障； 2、断站：简单的讲就是基站由于传输中断，设备硬件故障，电源故障等原因引起的基站脱离服务的故障 闪断的原因补充： 外部原因：机房停电，温度过高，或者传输设备的接地不良。BSC并无温高，停电告警，到现场后，基站工作温度正常，排除温高，停电引起闪断;在现场测试主设备和传输设备接地情况，并无异常，排除接地不良引起闪断。内部原因：基站板件，软件设置，传输线路误码等原因移动通信,如果是新站有可能有可能是新机架及板件与老的软件包冲突所致。 最近在维护抢修工作中处理了几起中兴V2、V3等设备频繁小区中断、闪断的故障，现就此故障处理的心得与大家分享。 处理故障，首先要究其根源，个人认为，导致此类故障的原因有以下几点： 1、接地问题。 2、传输的问题。 传输端口有误码也可能导致闪断，需要重新更换端口或让传输人用光仪器清除误码。 3、LAPD板件问题。 频繁闪断，也有可能是BSC上的LAPD板问题，可以根据闪断的站点是不是连接在同一块的LAPD板上确定是否是BSC侧的问题，仔细检查下闪断站点链接的LAPD板，确认所有闪断的站点是不是链接在同一块LAPD单板上。中兴的设备经常会由于BSC上LAPD板故障引起部分站闪断。 4、小区风扇问题。 查看小区的风扇是否工作，如果不工作换个保险，V3设备风扇坏了载频就会自动停止发射信号。 5、动力电源的电压问题。 一一排除这些故障原因，就必须在第一时间到站，测传输、电压、温度，对调、更换问题小区，以及检查本地及BSC数据，必要时尝试重做数据，包括天馈方面，有告警要结合告警情况来具体分析处理等。 闪断主要是因为传输故障引起的，主要表现为1；2M电路的各头子接触不好，会导致基站闪断；2：SDH的光板和光路或者上一级基站的光板存在隐形故障，会导致基站闪断；3：直流开关电源的监控坏，引起二次下电控制不好，会导致基站闪断。4：SDH接地不好也会导致基站闪断。 1、基站的时钟提取有问题，也会出现传输闪断； 3、2M传输在进入基站的机柜前的各段转接的接头质量不好，导致传输的误码和滑码的出现，出现闪断； 4、传输的公共地有问题或部分光端机的接地有问题，导致传输闪断。 5、使用微波传输，微波的对调不精确或在风、雨雪天出现传输的误码和滑码，导致传输闪
爱立信 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.
设备故障处理手册 1、设备简介 目前我公司使用的爱立信基站产品属于RBS2000（Radio Base Station) 系列。 从基站类型上分，RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型；而从不同的频段分，则有GSM 900，DCS 1800和PCS1900等三种系列。 1.1、主要设备类型介绍 宏蜂窝基站：RBS2202、RBS2207、RBS2206 微蜂窝基站：RBS2302、RBS2309、RBS2308 射频拉远基站：RBS2111、RBS2101 1.1.1、RBS2202介绍 RBS2202设备是爱立信早期基站设备，广泛应用于容量站和覆盖站。RBS2202单机架最大配置为6个载波，单小区最大配置为12个载波，2个机架分主辅架连接。常用载波槽位配置有2+2+2，4+4+4，6+6+6，12+12+12。 插图（设备图示）
●机柜尺寸：400mm×600mm×1900mm ●重量：226kg ●工作环境温度：+5℃—+40℃ ●最大功耗2400W ●每个机柜最多能放6块载频。 ●机柜既可以配置成EGSM 900M的BTS，也可以配置成DCS 1800M的BTS。 1.1.2、RBS2207介绍 RBS2207设备适用DTRU，集成度较高，机架高度只有2206
的一半，所占空间较小，但是每机架只有3个槽位，容量小，适用于郊区覆盖。常用配置有2+2+2、4+2。 插图（设备图示） 1.1.3、RBS2206介绍 RBS2206设备适用DTRU，集成度较高，配置方式灵活，广泛应用于容量站和覆盖站。每个机架有6个槽位，最大配置为12个载波。常用槽位配置有4+4+4，6+6，8+4，12+12+12。 插图（设备图示）
基站故障处理流程规范 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】
基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故障处理工作,即在排除 电力、光缆中断的因素后，再进入基站处理故障，在排除软件吊死、数据丢失等 软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需更换且仅需更换的 板件。因此，接到故障通知后，应根据通知内容对故障进行预判断，以便采取针 对性的处理措施，定位真正的故障点，避免错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时，应立即展开协调 并向上级报告相关进展情况。
4.对载频，主控板，传输板等故障处理应禁止在网络指标考核(8:00-11:00,18:00- 20:00)时段进行处理 2.故障处理流程 3.基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。
TD-LTE产品维护手册 1、基站操作维护常用命令 ●LTE登陆IP：局向设置为192.168.0.49 电脑IP设置为192.168.0.X 255.255.255.0 ●查询RRU光路信息: DSP SFP ●查询RRU驻波状态: DSP VSWR ●查询基站版本命令：LST SOFWARE ●查询盲启开关命令：DSP DHCPSW 2、近端处理光路故障 ●TDS侧光路查询可使用命令DSP OPINFO 查询原有TDS光路好坏，是 否有光衰，通过查看BBU和RRU光口的输入输出功率来确定。 ●LTE侧光路查询可使用命令DSP SFP 查询光路好坏，是否有光衰，目前 开站要求收发光功率一般不小于1500，最小不能小于1000 。
3、近端处驻波故障 ●现网驻波值门限一般设置为1.5，LTE开通后门限一般都改为1.8了，也 就是说如果驻波值不超过1.8，是不会上报驻波告警的。TDL 的通道编号为0~7，驻波可通过命令DSP VSWR 来查询。 ●TDS的通道编号为1~8，驻波可通过DSP RRUPARA 来查询
4、基站近端登陆可查到的常见告警 5、故障处理流程和方法 （1）故障处理流程：
●故障处理流程包括以下几个环节：备份数据、收集并记录相关信息、确定 故障范围和类别、定位故障原因、故障排除、确认故障是否被排除、记录故障处理过程。 6、故障处理方法 ●备份数据 为确保数据安全，在故障处理的过程中，用户应首先保存现场数据，备份相关数据库、告警信息、日志文件等。
●故障信息收集 故障信息是故障处理的重要依据。任何一个故障的处理过程都是从维护人员获得故障信息开始，维护人员应尽量收集需要的故障信息。 ●确定故障范围和类别 根据故障现象，确定故障的范围和种类。 ●定位故障原因 故障定位就是从众多可能原因中找出故障原因的过程，通过一定的方法或手段分析、比较各种可能的故障成因，不断排除非可能因素。 7、常用故障维护功能 ●用户跟踪 用户跟踪基于用户号码，可以按照发生时序完整的跟踪用户的标准接口、内部接口消息、内部状态信息，并显示在屏幕上。 ●接口跟踪 接口跟踪基于某个标准（或内部）接口，可以按照发生时序完整的跟踪该接口上的所有消息，并显示在屏幕上。 ●对比/互换 对比/互换可以帮助用户判断故障的范围或位置。 ●倒换/复位 倒换用于确定主用设备是否异常或者主备用关系是否协调；复位主要用于排除软件运行异常。 8、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，
以上操作时间要求为在未出现影响业务的故障条件下，一旦出现影响业务的故障，应立即解决故障，尽快恢复业务！ 一、AP类问题 1、MIRRORED DISKS NOT REDUNDANT 时间要求： 对于HLR，MSC的AP2,应该在晚间22点后，使用指令进行修复； 对于BSC和MSC的AP1可在白天进行修复。 注意事项： 如果指令修复不成功，则需要在晚间23点后进行下电处理，下电不成功则应申请备件，更换NODE。 2、AP NOT REDUNDANT 时间要求：立即处理 注意事项： 当出现此类告警时，常用的方法是登陆到NODE DOWN的一侧，使用指令net start clussvc，将CLUSTER服务重启，如问题仍未解决，应立即与网管中心技术支援室联系。 3、AP/SP备份 时间要求：晚间21点后 注意事项： 由于黑龙江爱立信的APG网元现在基本都为WINDOWS2003系统（除DAQHLR01外），系统版本都已升级到AGM017或AGM018，已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。因此所有的APG40设备进行AP备份均不需要执行清空D盘操作，直接使用指令“burbackup -o”进行备份即可。另外，在备份前，应先检查M盘剩余空间是否足够，如剩余空间不足，则要先删除以前的备份文件，再进行备份。 在进行SP备份时，存在由于磁带机故障，需要进行SP倒边的情况，在进行
倒边操作时，需要检查另一侧的SP工作状态是否正常。 4、APG网元磁盘空间不足 时间要求：白天即可 注意事项： 由于C盘为APG网元的系统盘，在处理此类告警时，一定要注意操作指令的准确性，我省多次出现因为“RD”指令导致误删C盘的严重故障，请一定慎用该指令。导致APG故障。建议删除文件时，可采用远程桌面的方式登陆网元，对相应的磁盘进行操作。 5、APG网元内存不足 时间要求： 对于HLR，MSC的AP2执行PRCBOOT应该在晚间23点后； 对于BSC，MSC的AP1执行PRCBOOT应该在晚间21点后。 注意事项： 执行PRCBOOT时，应先检查另一侧NODE状态是否正常，有无重要告警。 二、CP类问题 1、出现CP FAULT 时间要求：晚间22点 注意事项： HLR和MSC应先申请备件，等备件到达后进行更换。对于CP33/33C类型的网元，定位故障板时，应以最新版本的CP EVENT分析软件的结果为准。 2、IPN FAULT 时间要求：晚间22点后 注意事项：
···常见告警故障处理及分析 MOTOROLA基站的告警按故障设备可分为三类：设备告警、内部告警、外部告警。 一、设备常见告警 设备告警是硬件告警最常见也是最重要的告警，告警设备一般为基站的主要器件，它的告警类型就是它的设备类型。 1. DRI 29：[Front End Processor Failure - Watchdog Timer Expired] 前端处理器故障 DRI硬件故障，出现此告警时DRI可能会反复自启，可能会退服，应先reset or ins DRI应进行INS或RESET处理，若告警未消失，更换TCU。 2． DRI 40-47 ：[Channel Coder Timeslot 0（-7） Failure] 0-7时隙信道编码器失败。 M-CELL基站经常出现此类告警，应进行INS或RESET处理，不行再更换TCU900。此告警在GSR4时出现，升级到GSR5可能会消失。 3． DRI 51 ：[Baseband Hopping TDM Link Error]基带跳频TDM链路错误。 此告警有几种可能性：TDM-Highway BUS或KSW可能有问题。 DRIM的FEP，CCDSP可能有问题。 此告警须在现场具体测试分析。测试后判定故障点。 此告警在GSR4时出现，升级到GSR5可能会消失 TDM——Time Division Multiplexing时分复用：该总线用于把来自BTS的呼叫与信令数据传送到MSC，反之亦然。可分为两个独立的部分：交换机公共通路&出局公共通路。 交换机公共通路：处理路由到交换机的数据，数据来自外部信源 (通过E1/T1接口)或由GPROC内部产生。 出局公共通路：这是一个被交换的数据，现在被路由出BSC/RXCDR (通过E1/T1接口)或通向内部GPROC。 4. DRI 81：[Transmitter Synthesizer Failure]收发单元故障 此告警为收发单元TCU故障，故障原因有可能为： -接收Calibration频点丢失 -信道盘的CEB故障 -射频电缆连接失败 处理方法：远程ins或reset TCU,告警消失并监测；若告警未消失，更换TCU 5. DRI 86 ：[Transmitter Failure]输出功率失败，引起DRI退出服务。状态：
一、业务通、管理断。 1.1相关告警、拓扑断站截图 相关告警：在网管“当前告警浏览”里筛选OSS的告警，即可查到网元连接中断的告警，出现此告警的站点，即为管理断的站点。 拓扑图上的断站显示：站点图标的左上角出现小红点即为断站站点。 1.2配置查询方法，查询命令截图 因为维护链路断链，所以无法从网管上对站点进行维护，因此无查询方法和命令。
1.3处理建议 找传输人员配合处理，查询传输侧配置的VLAN、IP和路由是否和调单一直。 二、管理通、业务断 1.4相关告警、拓扑断站截图 管理通、业务端的站点因为维护链路正常所以在主拓扑上和正常站点的图标没有差别，所以只能通过告警来识别。 相关告警：a.S1接口故障告警 b.SCTP链路故障告警 c.小区不可用告警 d.用户面承载链路故障告警 2. 配置查询方法，查询命令截图 a.查询命令 DSP S1
b.查询命令 DSP SCTPLINK
1.4.1C.查询命令 DSP CELL d.查询命令 LST ALMAF 1.5 LST ALMAF:; 天津西青投资中心F-HLH[132887] +++ 天津西青投资中心F-HLH[132887] 2014-07-31 14:46:00 O&M #173864 %%/*35446265*/LST ALMAF:;%% RETCODE = 0 执行成功 ALARM 2251 故障重要告警eNodeB 25952 中继系统告警同步号= 4534 告警名称= 用户面承载链路故障告警 告警发生时间= 2014-07-31 13:56:37 定位信息= 用户面本端对象标识=0, 对端IP地址=100.72.92.80, 描述信息=eNB:MCC_460 MNC_00 GlobaleNBId_460-00-132502, 业务类型=X2
LTE常见告警故障分析 1.1光口接收链路故障 原因分析： ?光纤有损坏 ?光模块问题 ?ODF架处法兰盘有光损 ?近端、远端之间的线路故障 处理方法： ?根据所出的光口接收链路故障的位置(基带处理板光口或RRU光口)更换相应的光纤 ?同上，更换相应的光模块 ?排除以上2种原因外，可试更换光纤连接处的法兰盘 ?可通过在远近端处互相发光、收光，以此判断线路是否存在故障 1.2RRU链路断 原因分析： ?RRU掉电 ?光路故障 ?光模块损坏 ?基带板故障引起RRU链路断 处理方法： ?检查RRU是否上电 ?如果RRU正常上电，排除光模块或光路是否有光损
?观察基带板指示灯闪烁状态是否正常，如异常，则先插拔基带板使其复位；如果以上因素全都排除，则更好RRU 1.3天馈驻波比异常 原因分析： ?RRU通道接口与天线端口之间连接的跳线未连接好 ?设备接口渗进雨水 ? RRU与天线端口之间连接的跳线有损坏 ?RRU内部出现故障 处理方法： ?检查RRU通道接口与天线端口之间连接的跳线是否连接好，重新连接 ?检查RRU故障通道口内是否有渗进雨水，如有，需清理干净；另外设备被雨水浸泡后会有所腐蚀生锈，可用砂纸打磨后重新连接 ?如无以上情况，请尝试更换跳线，之后重启RRU，查看是否还会出现驻波比告警 ?通过以上操作后再出现，直接更换RRU 1.4天线校正失败 原因分析： ?LTE天线校正序列发射电平上下行为同一个DV参数，经过研发部门分析600版本中默认的下行校正序列发射电平过大，有可能会导致部分RRU校正序列接收电平饱和，导致校正失败。 处理方法： ?修改DV参数降低校正序列发射电平后，可以规避由此造成的天线校正失败问
目录 ULTRA 一、TRX级 7743，7745，7606 (1) 7606，7735，7725，7741， (2) 7744 (2) 二、BTS和BCF级 7738，7602，7601 (4) 7604，7616 (5) 7704，7705，7711，7712，7746 (6) 7767 (7) DE34 7530，7840，7900，7706 (8) 7838，7839，7949 (9) 传输 8020，8050，8099，8010，8011，8012 (10) 8112，8179 (11) 附表1：告警代码定位 (11) 附表2：基站告警代码 (11)
ULTRA TRX级： 7743告警： JANBSC22G BCF-0283 BTS-0583 QUAL 2009-04-01 12:14:59.87 ** ALARM TRX -004 JACXBAOYUYUA1E (30042) 7743 MEAN HOLDING TIME BELOW DEFINED THRESHOLD 01 00 00 00 01 01 01 00 04 02 8d 主要是由于GPRS告警引起，不会对掉话率有什么影响，可能会影响彩信、GPRS激活 成功率、GPRS掉话率等，处理方式同7745告警。 7745告警： JANBSC22G BCF-0174 BTS-0176 QUAL 2009-03-28 08:15:03.12 ** ALARM TRX -009 JACXZHENGBJ3 (27326) 7745 CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD 01 00 00 00 01 00 00 00 00 03 02 20d 01 00 00 00 01 00 00 00 00 03 02 20d 其中头位数表示：01表示TCH 02表示SDCCH 第二到第九位数表示一块载频8个时隙，00正常，01掉话 第十位指出掉话时隙 当02时，表示SDCCH掉话率高，查看SDCCH掉话原因，大部分可能为BSC数据错 或MSC数据定义有误造成。 当01时，表示TCH掉话率高，最后一位表示载频由于信道失败的掉话占整个载频掉话 总数的百分比，如该值超过30％，可考虑重启载频、扇区、BCF。如重启后仍然存在过多 的7745告警，并且小区总体掉话率依然偏高（无直放站情况下大于8％的掉话率）建议更 换载频版或BB2板，一般能解决。 7606告警： JANBSC22G BCF-0004 BTS-0305 EQUIPM 2009-03-24 02:13:42.62 ** ALARM TRX -007 JACXSHENGANCU2E (24260) 7606 TRX FAULTY The transmitter output power is too low. 05 02 07 98 00 00 7606一般为载频退服告警，有不同的告警提示，The transmitter output power is too low.载频输出电平过低，载频故障，一般更换载频即可，故障代码：05 02 07 98 00 00，第 四位98指出故障或故障相关板件，98一般为TSxx，96一般为BOI，97为BB2，9A为RTxx， 9B为DUxx，详见附表1，可根据告警提示信息和代码进行故障定位处理。
常见爱立信交换机故障处理流程 TT计费停 1）〈CHODP：FN=TT；连续看几次，如果指针不变，则确认TT计费停 2）〈CHOFP：FN=TT；看那些计费子文件是CLOSE，那些计费子文件是OPEN 3）〈CHOFI：FN=TT，FILEID=；打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4）〈CHODP：FN=TT；连续看几次，如果指针变，TT计费恢复正常；如果指针仍然不变，则重复3）、4）直到TT计费恢复正常；如果把所有的计费子文件都打开，指针仍然不变，则马上通知交换室。（计费恢复正常后，除了能够正常计费子文件外，其他的计费子文件都要关闭，如果更改了计费子文件要通知立信计费中心） 2．CPFAULT 〈REPCI；测试出错部件。 〈REMCI：MAG=，PCB=；根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI；测试并复位。如果CPFAULT不能消除，则报交换室。 3．RP（EM）FAULT 〈REPRI：RP=，（EM=）； 〈REMRI：RP=，（EM=），PCB=；根据REPRI指令结果把最大怀疑坏的对应值填入。〈RECRI:rp=；如果RPFAULT不能消除，则报交换室。 4．EMRPFAULT 〈REPEI：EMG=，EMRP=； 〈REMEI：EMG=，MAG=，PCB=； 〈RECEI：EMG=，PCB=； 如果不能恢复，还可以进行如下操作： 〈EXEDP：EMG=，EM=； 〈BLODI：DEV=； 〈BLEEI：EMG=，EM=； 〈BLEEE：EMG=，EM=； 〈BLODE：DEV=；如果EMRPFAULT不能消除，则报交换室。 5．TSMFAULT 〈GSSTP；检查TSM的状态。 〈GSDSP；清除干扰源。 〈GSBLI：TSM=；闭TSM。 〈GSTEI：TSM=；测TSM。 〈GSBLE：TSM=；解TSM。等待5分钟，如果TSMFAULT不能消除，则报交换室。 6．系统时钟故障 〈NSSTP；时钟状态。 〈NSBLI：DIP=；闭时钟（参数可为RCM、CCM、DIP、EXT） 〈NSTEI：DIP=；测时钟（参数可为RCM、CCM、DIP、EXT） 测试结果为FAULTLESS，则解闭时钟，否则报障 〈NSBLE：DIP=；解时钟（参数可为RCM、CCM、DIP、EXT） 如果系统时钟状态仍然不能正常，则报交换室。 7．SNTFAULT 〈NSSTP：SNT=；
基站常见告警处理 一、驻波比告警 1.检查各个接头是否有松动现象 2.检查馈线头是否进水 3.更换RRU 4.更换天线 二、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.复位RRU 3.更换RRU 十、BPC单板反复重起 1.处理高温告警，温度正常后看是否恢复 2.复位或拔插单板 3、更换单板 十一、中继电路异常 1.检查线路是否完好，若线路毁坏则更换2M线 2.通过环回判断故障位置逐步排除 十二、单板电源关断（LTE） 1.插拔单板； 2.检查是否存在风扇故障告警 3.检查外围环境温度 4.检查设备的进风口以及防尘网是否被堵
爱立信L TE网管基本功能介绍 1.告警处理 1.查看站点状态 使用OSS Common Explorer（OCE）查看站点状态 打开OCE 打开OCE后右上角第一个按钮“Open Perspective”可以切换两种界面：
Network Status：可以查看全网小区状态、指定站点的告警状态。 Network Configuration：可以查看全网站点的连接状态、同步状态、是否AI开站等信息。 1.查看全网小区状态 在Network Status界面下，Status的标签页下，ECell标签可以看到全网小区状态：
ERBS标签可以看到站点名称及其对应的eNB ID、IP地址等。 2.查看指定站点的告警状态 在Network Status界面下，Alarm的标签页下，可以看到指定站点的告警。选中某一行告警，下面的区域可以显示告警的详细信息。
2.告警查询 1.查看全网告警 打开Alarm List Viewer（ALV） 找到LTE网络，右键View Alarms会看到所有站点当前的告警信息。
Alarm Viewer右上角已用颜色区分不同等级的告警及数目： 1个Critical告警 2个Major告警 1个Minor告警 0个Warning告警 0个Indeterminate告警 427个Cleared告警（表示已经清除的告警） 2.导出实时告警 如果需要统计Alarm成表格，可以采取以下方法。下图是所有告警
先把已经Clear的Alarm屏蔽（点击），会出现如下图只剩当前活动的告警： 【注意】当前Cleared告警已经设置为系统自动确认，因此不会再出现在该界面。 选中上图中所有告警，然后如下图右键选择Save Alarm，保存成文件： 出现如下界面，把需要保存的Alarm文件名字填写好，点击OK，alarm_20130122.log就保存在当前用户目录路径下边，我们可以通过FTP到此路径下载文件。
通信故障分析报告 2G基站的告警故障分析报告 故障单位：巴州分公司 故障编号：[2013]BZ0077号 上报人员： 故障级别：其他故障 代维单位： 一、故障时间、地点、影响范围 故障发生时间（以网管时间为准）： 故障最终修复时间（以网管时间为准）： 故障处理人员 故障历时： 故障地点： 中断电路数量： 业务影响范围： 客户投诉情况：无 二、故障申报处理情况 故障过程的简要描述： 1、日00：30，网管值班人员在监控上发现多个2G、3G基站告警。这些闪断基站附近2G、3G业务中断，网 管机房通知代维公司。代维公司人员接到机房通知后立即赶往2G、3G闪断基站处查看，最终确定造成断站原因为阳霞县基站市电停电，导致其下挂的多个2G、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分钟。 3、故障现场情况：
4、故障处理后涉及的资料、台帐更新情况： 无 三、故障损失估算： 1、本次故障造成的直接损失：合计约元。包含以下内容： 2、本次故障造成的间接损失：合计约元。 1）根据中断的电路数量计算：个2M，中断时长分钟，按照10元/2M.分钟（长途电路）计算损失，合计间接损失元。 2）根据中断的基站数量计算（按照系统划分）：个基站，中断时长分钟，依据每小时平均话务量爱尔兰，按照元/爱尔兰计算损失，合计间接损失元。 3）用户感知角度：无 4）公司形象角度：无 5）其他后勤保障方面：无 3、本次故障造成的经济损失合计约元。 四、故障原因分析 故障发生原因：阳霞县基站市电停电 1、故障的经验教训总结 此次故障为阳霞县基站市电停电，导致其下挂的多个2G、3G基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后，立即发电，业务恢复正常。今后随时待命，出现断站现象用最快的速度赶至断站现场，查明原因，解决问题，力保公司损失降到最低。
基站可换设备故障处理 载频常见故障说明 F文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生WQFault- Found”情况的。通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。这将减少网络故障时间并提高系统可靠性。 1.1“DRI Not Detected"和"Waiting for Connection,, 这两种故障都是由于MCU/MCUF不能与载频通信。术语DRI是所有类型载频的软件 总称。在“DRI Not Detected”的情况下，从载频到MCU/MCUF的上行链路中断； 而“Waiting for Connection”的情况则是从MCU/MCUF到载频的下行链路中断。 这些链路可能受多种因素影响，列举如下： ?数据库错误一一MCU/MCUF试图寻找物理上不存在的載频。 ?载频未加电或光纤的收发弄反。 ?TCU上的光纤损坏或弄脏。 ?CTU的背板接头或前面板有物理损坏。 ?系统处于过渡状态，会在几分钟内口行恢复。 ?TCU-B在”tcu_clock 0”后没有硬件"reset",在载频上按"reset"后会恢复。 ?载频硕件故障，更换載频能正常。 ?MCU/MCUF硕件故障，更换MCU/MCUF能够恢复正常。 ?FMUX故障引起，更换FMUX后能够恢复。 1.2“Inhibited" 该故障说明载频产生了一个严重告警。当处理一个“Inhibited。的载频时，应当记录下当前的告警。 ?软件和硕件载频重启。 ?更换敎频。 ?其它原因。 1.3“Code Load Fail” 和U CEB Configuration Fail J, 这两种故障说明在软件下载期间载频的固件和数字硕件间发生通信错误。这可能由 各种原因造成。很多情况下该故障可通过重新下载软件清除，载频也可正常工作。 1.4“No HDLC reset pending” 该故障通常是由于MCU/MCUF间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。该故障通常会在儿分钟内口行淸除，也可通过JNS”#戈频清除。 1.5“Code Load” 这不是故障，只是表明软件下载仍在进行中。一次完整的软件下载可能需耍15?20 分钟，但对「?戦频的过程只耍1分钟左右。重要的是尽管可能发生错误，下载过程并没有彼中断。在下载过程结束前不要在该器件上进行任何操作，否则会使载频坏 掉。
基站常见故障处理 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，A/D converter fault告警 处理步骤： 1．检查出现告警小区的PSU、ECU是否工作正常。 2．如PSU出现问题，则更换。（参照例三） 3．如ECU出现问题，则更换。 4．将出现告警的ECU电源关闭，更换ECU。 5．更换后，将其电源开启。 TRX 1A/13 (RF loop test fault): RF 环路测试故障 处理步骤：
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定义的值的大小：