基站告警,分析报告

合集下载

LTE基站告警处理案例

3.4处理其它站点
按照以上方法，对出现该告警的TSJIQ0009路北区国家矿山急救中心主楼-ZLHD-高铁甄家庄、TSLUB0262路北区交通局-ZLHF等站点进行排查处理，所有故障站点都已恢复。
问题总结
基带信号类故障多分为：基带板故障、光纤故障或RRU故障。根据具体告警描述结合现场情况进行分析处理。类似驻波类故障，如果对相关单板进行重启后，该故障会在一段间隔时间后再次出现，故处理后要进行观察，长时间没有反复才可确认故障处理结束。由于该故障与光纤链路光衰大造成的光口接收链路故障不同，光纤或光模块的光衰和误码率都在正常范围，所以后台的基本参数测量和前台常规仪器的测量值无法直接对故障进行定位。
LTE基站告警处理案例
• 问题现象 • 问题分析 • 问题处理 • 问题总结
目录
问题现象
问题现象：TSJIQ000F等站点出现“TX通道基带输入信号异常”告警。
问题分析
处理方法： 1、从告警描述中可见，该告警与基带信号有关，所以要对与基带信号相关的硬件基带板（BPL1/BPN2，以下简称基带板）、光模块、光纤及RRU进行分析。若故障站点的所有小区都出现该故障，则基本可判定为基带板故障；若只有一个小区故障，则可通过倒换光口等方式，确定是否为基带板故障；若排除基带板故障，则可通过逐级排查的方法进行故障定位。
BBU-RRU连接图
问题处理
根据前台实际情况，首先排查处理故障站点TSJIQ0001丰南东田庄-ZLHF。网管告警描述显示，该站点只有一个小区TSJIQ0001丰南东田庄-ZLHF西田庄出现“TX通道基带输入信号异常”告警。
3.1 排查基带板
排查基带板
问题处理
为确定是否为基带板故障导致该告警，采用倒换光口的方式，在 BBU端将基带板上连接TSJIQ0001丰南东田庄-ZLHF-西田庄的0光口的光模块、光纤与连接TSJIQ0001丰南东田庄-ZLHF-张良庄高铁LTE的1光口光模块、光纤进行整体调换。同步告警后，“TX通道基带输入信号异常” 告警位置变为TSJIQ0001丰南东田庄-ZLHF-张良庄高铁LTE，由此可以确定基带板正常。可以进行下一步逐级排查。

5G网络告警分析处理

5G网络告警分析处理
目录 1、射频类故障处理流程
射频类告警处理流程
1、判断BBU到RRU光纤故障，可以使用光功率计测试收光功率，接收光功率下限-14dBm。 2、判断光模块故障，可以使用替换法，即把好的小区的光模块与故障小区光模块互换。
射频类告警处理1-离线类
射频单元维护链路异常告警、射频单元交流掉电告警、射频单元CPRI接口异常告警、射频单元光模块收发异常告警、BBUIR光模块收发异常告警等
3、干扰排查。确认GPS配置和设备硬件无故：
令DSP GPSSNR查询提取主控
卫星的信噪比，大部分板一键式
都为0；因此，怀疑
日志送研
GPS天线周围存在干扰；发进行分
析，分析
报告显示，
卫星信噪
比较低，
进一步确
认干扰存
在；
步骤三：现场步骤四：因为该站点
➢ 功分器故障定位步骤跳过功分器设备，把GPS天馈直接接到其中一台主设备，查询GPS状态，判断功分器是否故障。
18
4G时钟类故障处理案例-星卡锁星不足告警
问题描述
同一物理站点泸水三河村委会站点，同时开通TDD泸水县三河村委会-LHHN及FDD 泸水县三河村委会FHHN站点，查看基站告警，两个站点同时上闪断上报“星卡锁星不足告警”；
4G时钟类故障处理案例-星卡锁星不足告警
告警处理过程
1、GPS配置检查。使用MML命令DSP GPS/LST GPS查询GPS状态发现，GPS工作模式、天线掩角配置等均正常。因此，排除因GPS配置错误导致“星卡锁星不足告警”；
2、硬件检查。现场排查主控板、GPS、接头以及他们之间的馈线均连接完好，并查看当前告警也无硬件相关告警。因此，排除因硬件故障导致“星卡锁星不足告警”；

诺西GSM基站常见告警及处理建议

诺西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 电源模块故障处理建议：电源模块（PSUX）没有输出电压，电源模块坏或没有输入电压，更换电源模块或提供电源给电源模块3、7602 BCF NOTIFICATION 基站提示告警(1) Temperature inside the TRX is high 载频高温告警处理建议：①检查风扇单元告警是否处于激活状态②检查并确保没有异物堵塞③确保基站环境温度在允许范围内(2) Temperature inside the TRX is low 载频低温告警处理建议：①确保环境温度在允许的范围内②检查风扇单元。

诺基亚基站7606告警的处理方法

关于7606告警的处理方法报告
前阶段对7606的告警问题进行了集中处理，现总结如可以分成一下几种情况：
１：告警信息（TSGX）：:7606:the power decrease 3DB(功率下降3DB)
故障现象：用户在该载频很难接通
处理方法：更换载频
２：告警信息(TXGX)：7606:功率太低
故障现象：载频灯显示红灯
处理方法：更换载频
３：告警信息(CTGA)：The RF Modelr integration Failed
故障现象：载频显示红灯，用户无法使用该载频
处理方法：更换载频
４：告警信息（TSGB）：The transmitter synthesizer is not locked
故障现象：载频使用一段时间后会自动重启，重启后有可以正常使用．过后又会重启
处理方法：更换一个新载频
5：告警信息（TSGA）：7606 trx faulty（放射功率太高）
告警现象：TSGA亮红灯，且退出服务
处理方法：到站检查，发现射频线头子没有拧到位，重新旋紧，告警消失
６：告警信息（TSGB）：7606TRX FULTY
告警现象：载频会自动退出服务
处理方法：把载频拔出后再重新锁紧，告警消失．载频恢复正常．。

LTE eNodeB-FDD基站S1断链告警故障分析和处理案例

LTE eNodeB-FDD基站S1断链告警故障分析和处理案例问题描述（故障现象）某局LTE网管上新出现十几个基站有S1断链的告警，查看告警信息时发现，基站配置的两个MME地址中有一个地址是不通的，基站能正常建链，但都出现到同一MME地址不通而告S1断链。

问题原因分析查看告警附加信息，发现基站配置的两个MME地址中有一个地址是不通的，只有一个地址通，基站能正常建链，但由于绝大部分其他基站到2个MME的地址都是通的，排除MME故障原因导致，检查告警基站的配置数据也没有发现问题，于是怀疑烽火IPRAN数据是否做了修改。

问题解决方案1、通过告警信息初步判断故障原因可能是基站配置数据有过修改、其中一套MME故障、IPRAN传输数据有改动。

2、通过查看全网基站告警排除MME故障原因导致，检查基站配置数据都正常。

3、基本定位为IPRAN传输数据修改导致，沟通烽火IPRAN人员了解到，他们在对应的B设备上把网关做了修改，让做数据的人员检查发现网关修改错误导致到一套MME的地址不通，从而导致我们基站上告S 1链路断的告警，烽火把对应网关修改后告警恢复。

总结及注意事项利用告警信息进行故障的初步定位，应用排除法逐一排查最终定位故障原因，沟通协调传输厂家完成故障处理。

LTE eNodeB-某地FDD基站搜星故障的分析处理问题描述（故障现象）某局FDD基站近期频繁出现“GNSS接收机搜星故障”告警，维护组立即进行深入分析。

时钟同步是为了让基站和网络中的其他设备的时钟频率或者时间差异保持在允许的范围内，避免传输系统中收发信号定时的不准确导致传输性能的恶化。

FDD基站同步是为了后续引起诸如eMBMS、eICIC、M BSFN等降低干扰的关键技术。

问题原因分析①由于开站后就出现故障，初步判断硬件问题，更换蘑菇头、跳线等，故障依旧。

②勘察现场，基站所处位置地理条件糟糕，位于两座山之间的山谷内。

③经一段时间观察，发现由于地理条件影响，该基站受环境影响格外明显，一旦出现大雾天气或者云雨遮挡，便会搜星失败。

LTE告警问题及处理方法总结

VSWR（Voltage Standing Wave Ratio，电压驻波比）用来衡量无线信号通过功率源、传输线、最终进入负载的有效传输功率。当射频单元发射通道的天馈接口驻波超过了设置的驻波告警门限时，产生此告警。天馈驻波检测是在机顶口进行前反向功率的采样，采样值做对比计算后得到天馈驻波比值。
基站将主动去激活所有与异常的S1接口相关的小区，并释放此前已经成功接入到这些小区内的所有在网用户。新的用户将无法接入到这些小区。
当射频单元与对端设备（上级/下级射频单元或BBU）间接口链路（链路层）数据收发异常时，产生此告警。
天馈接口的回波损耗过大，系统根据配置决定是否自动关闭射频单元发射通道开关，当 “驻波比告警后处理开关”取值为“打开” 时，射频单元发射通道开关被关闭且告警无法自动恢复，该发射通道承载的业务中断。当“驻波比告警后处理开关”取值为“关闭 ”时，射频单元会启动降额（默认3dB，具体由当前的业务状态决定），从而防止硬件损坏，且告警可以自动恢复。天馈接口的回波损耗较大，导致实际输出功率减小，小区覆盖减小。
小区退服告警
重要告警光模块问题，更换光模块 #N/A 紧急告警一般为突发告警重要告警突发告警，衍生告警，自恢复 •公共信道故障或删除。 •NCP、CCP故障。 •小区建立失败。紧急告警 •小区删除（NodeB审计）。 •小区删除（NodeB资源状态指示）。 •NodeB上报小区不可用。 •卫星LICENSE控制删除小区。
X2AP（X2 Application Protocol）连接在底层SCTP链路资源可用时，eNodeB将向对端eNodeB发起连接建立请求；对端 eNodeB对连接请求做合法性检查，检查不通过，将无法建立连接；eNodeB收到对端 eNodeB的响应后，如果发现对端eNodeB在黑名单中将无法建立连接。当底层SCTP链路故障、X2AP协议层因配置错误或者对端eNodeB异常无法建立连接时，产生此告警。供电后自恢复,OMC920每，上报本告警。本告警上报后，只要断连未恢复，OMC920 不会因断连期间的故障原因变更而上报新的告警。OMC920会每隔2分钟重连已断开的连接，如果重连成功则自动清除本告警。

BBU IR接口异常告警分析

BBU IR接口异常告警分析一．告警问题：经过这个月的故障处理，发现好多基站会出现BBU IR接口异常告警并且总是闪断。

二．告警分析：BBU IR接口异常告警产生的原因，无非就是设备收到的光功率过高或过低所产生的告警，但造成光功率异常的原因有很多种，主要有：1.光缆问题2.光模块问题（光模块损坏，光模块不匹配，光模块未插紧）3.设备光口问题4.设备电缆问题三．告警误区：很多人认为只要哪个设备或端口出现BBU IR接口异常告警就是这个设备或端口问题，然后一直对这个设备或端口进行盲目的处理。

其实不是这样的，BBU IR接口异常告警可以是根源告警也可以是伴生告警，所以我们在处理这个告警的时候要分析它是以根源告警出现还是伴生告警出现的。

四．光模块问题：目前现网所有TD宏站绝大多数的光模块型号都是6.144G的光模块，所以在更换光模块的时候一定要确定光模块类型，避免光模块混插造成BBU IR接口异常闪断（例如：览山3站），TD室分站的RRU类型是261的话，光模块要用2.5G的，这个跟宏站是有区别的，所以在更换室分站的光模块的时候一定要先确定RRU的型号。

五．问题排查通过DSP SFP 可以查询BBU侧和RRU侧的光功率，通过查询信息可以看出BBU侧和RRU 侧的光功率是否正常。

对于光口接收异常告警，一定要一步一步把问题定位出来，再根据定位结构进行解决即可。

第一步：排查问题是否在BBU侧，若是在BBU侧直接更换光模块或单板即可；第二步：排查问题是否在RRU侧，若是在RRU侧直接更换光模块或RRU即可；第三步：排查光纤问题，一般前两步都没问题，那基本上可以定位是光纤问题。

六．现网告警频闪分析现网现在存在好多BBU IR接口异常告警频闪现象，对于造成这种现象有以下几种可能1.TD与LTE共站，由于TD光模块利旧，光模块型号不匹配，2.TD与LTE共站，设备对于光功率的运算方法更精确，对光模块收发光强度更高，3.光模块损坏。

常见基站告警处理

常见基站告警处理主要告警：常见的最多的告警是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后，将基站复位重起后，告警消失。

基站常见告警处理指导

HUAWEI TECHNOLOGIES CO.. LTD.
Huawei Confidential
Page 2
驻波类故障

驻波比较高
具体分析工程质量比如天线和跳线之间的接头缠绕不好.
可能原因天馈系统
故障
因素
天线质量
跳线和馈线之间的接头缠绕不好;跳线接头制作工艺有问题.
天线破损,漏水或者渗水.
射频模块故障

GPS连接线缆故障
GPS接口到 BCKM板
与ANT接口相连的GPS信号线和机顶GPS天线连接的端口（GPS0或 GPS信号线连接ANT 接口处的内芯过短. GPS信号线断路或短路.
ANT
接口的GPS 信号线故障
GPS1）不对应.

HUAWEI TECHNOLOGIES CO.. LTD.
Huawei Confidential
线馈线转接处接头是否做好、连接是否可靠，看室内跳线是否有明显的硬伤。
HUAWEI TECHNOLOGIES CO.. LTD.
Huawei Confidential
Page 3
传输类故障

常见传输类告警:
E1/T1链路告警
告警分析接收链路存在故障,完全没有信号,通常是BTS和传输设备之间的电缆或接头完全是断开的. 接收链路存在故障,信号质量非常差,通常是BTS和传输设备之间标记有 RX的电缆或接头接触不良,或者传输设备的误码率大于10-3. 前一级发送或接收链路存在故障,通常是BSC与传输设备之间的电缆或接头,以及BSC的发送或接收链路存在问题.
BTS侧命令:
DSP CBTSLNKSTAT
HUAWEI TECHNOLOGIES CO.. LTD.

联通LTE告警分析

告警级别：重要
名称
射频单元CPRI 接口异常告警
网元类型
告警源
MO对象
LM-机场二期交通中心12
定位信息
柜号=0, 框号=135, 槽号=0, 端口号=端口0, 单板类型=MRRU, 端口类型=上联, 具体问题=CPRI接口接收异常
BTS3900 LM-机场二期 LTE 交通中心12
告警产生原因
1.在CPRI链路采用光接口时，可能是射频单元或对端设备的光纤接头或光模块未插紧，或光纤链路故障 2.在CPRI链路采用电接口时，可能是射频单元或对端设备的电缆接头未插紧，或电缆故障 3.射频单元或对端设备运行异常或硬件故障 4.BBU互联场景下，BBU互联线缆异常或者BBU互联端口光模块故障
Huawei Confidential
7
常见告警
BBU CPRI光模块/电接口不在位告警 BBU CPRI接口异常告警 BBU单板维护链路异常告警 BBU光模块收发异常告警 License试运行告警 MAC错帧超限告警 RRU组网级数与配置不一致告警 S1接口故障告警 SCTP链路故障告警 X2接口故障告警 X2接口配置更新失败告警传输光接口异常告警传输光模块不在位告警传输光模块故障告警单板不在位告警单板软件同步失败告警单板软件运行异常告警基站控制面传输中断告警监控设备维护链路异常告警配置数据不一致告警任务执行失败告警射频单元CPRI接口异常告警射频单元发射通道增益异常告警射频单元光接口性能恶化告警射频单元光模块/电接口不在位告警
告警产生原因
1.小区配置与设备支持规格冲突 2.射频模块在共模SDR配置下, 制式间载波频率间隔、功率规格、载波数规格、带宽规格等配置错误 3.单板不可用 4.小区使用的CPRI链路故障 5.小区使用的基带单元故障 6.小区使用的射频单元收发通道故障 7.S1信令链路故障 8.时钟资源不可用（TDD LTE） 9.CPRI带宽不足 10.CPRI MUX场景单板不支持 11.License资源不足

基站告警代码分析与处理

基站告警代码分析与处理RBS2000系列（RBS2202、RBS2301、RBS2302、RBS2206）1SO CF，external condition map class 1故障代码：SO CF EC1：4故障名称：L/R SWI（BTS in local mode）故障原因：DXU处在local本地模式，BSC失去对其的控制。

故障处理：按DXU上的Local/remote按钮，使DXU进入remote远端模式。

故障代码：SO CF EC1：5故障名称：L/R TI（Local to remote while link lost）故障原因：当DXU正在由Local状态转换为remote状态时，传输中断，导致告警产生。

故障处理：在保证传输正常的情况下，对DXU进行复位。

2SO CF，external condition map class 2故障代码：SO CF EC2：10故障名称：Mails fail（External power source fail）说明：适用R8A软件版本故障原因：对PSU的直流或交流供电存在断路等问题故障处理：检查如下方面：●基站交流是否停电●-48V PSU的直流输入开关是否跳脱●230V交流PSU的交流输入开关是否跳脱●ACCU故障，或连接错误（仅对室外型基站）故障代码：SO CF EC2：11故障名称：ALNA/TMA fault说明：适用于R8A软件版本相关故障：AO RX I1B：1 — ALNA/TMA fault故障原因：TMA塔顶放大器可能存在故障。

使用TMA的RX接收通路获得较弱的接收信号，相当于减少了3.5dB的灵敏度。

如果其它接收边也出现故障，会导致告警AO RX I1B：1的产生。

TMA的电流消耗可被CDU监测，可通过OMT进行监控。

当TMA的电流超出范围33-147mA，此告警产生。

TMA的电流值门限可以通过OMT在IDB中设臵。

故障处理：分别进行如下处理：●检查馈线、跳线及接头是否正常●检查IDB中TMA相关参数的设臵●更换TMA注意：如果TMA有两个放大器，若其中一个出现故障，电流值将会产生波动，CDU 监测到这个情况，就会产生告警SO CF EC2：12。

7745基站告警处理(参考版)

故障原因：由于合路器模块故障而导致的衰减不平衡处理建议：更换故障模块
典型案例：【站点信息】东城区尚庄东 2070 【告警信息】S1:TRX 5 S3:TRX8 9 10 11 12 【现场信息】一小区通常是间隔一段时间，单载频出现7745；三小区是该扇区的下半部分载频出现7745. 【处理过程】经检查发现3小区的第 2个WCGT连接的载频均出现掉话且温度极高，更换新的WCGT后该小区告警消除。【解决措施】更换故障的WCGT。
合路器上的连线在未连紧或连线老化的情况下，合路器也会出现高温。
7745故障案例----双工滤波器故障
故障原因：由于双工滤波单元故障而导致的掉话。处理建议：更换故障模块
典型案例：【站点信息】西城区西开经贸学校 5874 【告警信息】S1:TRX 3 5 6 7 8 9 10 【现场信息】基站存在外部干扰，二三小区掉话是伴随干扰出现的【处理过程】一小区通过检查发现本小区的DVGA射频线连接口已经断裂（详见截图），致使本小区大部分载频出现了7745。将一小区损坏的DVGA更换。【解决措施】二三小区确认外部干扰。。
7745故障案例----配置不匹配
故障原因：硬件数据库配置和实际硬件配置不符而导致的掉话处理建议：修改数据配置或更换相符硬件。
典型案例：【站点信息】二七区纬四路服装市场 9757 【告警信息】TRX1 2 4 【现场信息】本站为Metro基站，TRX1 2 4为同类型载频， TRX3与其他载频不同。【处理过程】通过观察发现本站使用了两种不同功率的载频，分别为5W和10W混用。由此导致了掉话，将TRX3更换为10W载频后基站正常，告警消除。【解决措施】Metro基站的载频功率需相同，更换载频为相同功率即可。

基站动环常见告警及处理

基站动环常见告警及处理一、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：处理日期：2021年12月14号站点名称：宏艺珠宝设备类型和配置：wcdma3418设备S111（RRU类型为ru22）配置处理过程：进站打开电脑，登上基站，发现该站第一小区a口有驻波比告警，检查跳线与设备接口连接没问题，就将该小区的b口跳线倒换到a口，发现告警消失，倒回后告警重新出现，告知代维用sitemaster测该跳线，发现该跳线7.4米处断，代维将线缆做了简单的处理（因该站不是该代维所负责的片区），驻波比值降到1.27。

将跳线连到设备，告警消失。

在现场，我发现跳线和避雷器之间的接头处有明显的创伤。

当时戴伟只摇晃了几次关节，发现驻波比降低了，所以没有进行进一步的治疗。

因此，跳伞者在12月15日下午2:47再次出现。

该情况已通知负责该区域维护及其处理方法的维护代理。

该告警与基站设备硬件没有关系，属于天馈系统问题。

案例2：处理日期：2021年12月14号站点名称：赵家山设备类型及配置：wcdma3418设备S111（RRU类型：ru22）配置处理流程：在处理本站告警时，维护代理没有基站密钥，本站RRU挂在塔顶，我方人员无法在塔顶配合。

联系RNC以了解该站是2号信元a端口的VSWR警报。

维修人员告知其处理方法后，测量了塔上的电压驻波比，切换A/B端口后报警消失，初步判断接口未紧固。

这与设备硬件无关。

第二天，联系RNC，了解该站是否稳定。

案例3：加工日期：2022年12月15日网站名称：钱峰邮报设备类型及配置：gsm2216设备s888配置处理过程：进站后发现dxu报警灯亮，OMT检查报警并显示第三个报警小区有2a33和2a57告警，代维用sitemaster测驻波比值均在1.3以下，检查连线，发现在ehcu上线缆接错，调整好后，用电脑测ssi与rxpathimbalance，发现该小区的第一块载频rxpathimbalance值高，再次让代维挂表测试，挂表中发现该跳线驻波比值不稳定，故障定位在27米处，位于天线下跳线位置，代维人员将跳线更换，测驻波比稳定在1.24，再次测ssi与rxpathimbalance，处在正常范围内，电脑观察一个小时，没有问题，处理完毕。

诺西 WCDMA基站常见告警及处理建议

诺西 WCDMA基站常见告警及处理建议紧急告警7650 BASE STATION FAULTY 基站故障告警告警附加信息：1、BTS Blocked 基站被锁处理建议：解锁基站2、BTS internal SW management problem 基站内部软件包管理问题处理建议：1.重启基站； 2.更新基站软件包；3.更换故障模块3、Baseband Bus failure 基站基带连线故障处理建议：1.检查系统模块与射频模块的连线； 2.重启基站； 3.升级软件包后观察基站15分钟左右，看基站工作状态；4.更换故障模块4、Failure in optical RP3 interface 系统模块与射频模块之间按的接口故障处理建议：此故障多发生于拉远小区，处理步骤：1.检查拉远小区的模块是否有电；2.检查系统模块与射频模块间的光路是否正常；3.更换损坏的光纤或者光电模块；4.重启基站；5.更换故障模块5、No connection to Flexi transport submodule 基站传输板连接中断处理建议：1.重启基站 2.更换故障传输板6、System Module failure 系统模块故障处理建议：重启系统模块，如果不能恢复，则更换系统模块7、Temperature alarm 温度告警处理建议：1.检查环境温度是否过高或过低；2.查看设备风扇是否工作正常； 2.重启产生告警的模块；3.更换产生告警的模块重要告警7651 BASE STATION OPERATION DEGRADED 基站性能下降告警告警附加信息：1、BTS RNC/I-HSPA interface signalling link failure BTS与RNC间的AAL2信令中断处理建议：引发此告警的最常见原因是传输闪断，检查传输状况2、BTS internal SW management problem 基站内部软件包管理问题处理建议：1.重启基站； 2.更新基站软件包； 3.更换故障模块3、BTS reference clock missing 基站参考时钟丢失处理建议：基站上一般设置第1&2条传输为时钟源，如果1&2条传输均断，则触发此告警。

NOKIA基站故障处理-告警处理

NOKIA基站故障处理-告警处理第三章基站常见告警及处理思路第一节 DE34告警1、7509 RADIO TIMESLOT FAILURE IN TRX――TRX的无线时隙失败。

告警说明：TRX的一些CHDSP中检测到错误情况。

所有的CHDSP时隙告警都用此告警表示。

处理思路：更换TRX。

2、7510 ABIS TESTLOOP FAILURE IN TRX。

――TRX－TRU环路测试中检测到故障。

告警说明：如果同时出现7516和7517告警，则可判断为TRX故障。

如果没有这两个告警，则可判断为TRU故障。

处理思路：检查载频是否同时发生7516和7517告警，如果有，更换TRX单元，如果没有，更换TRUA单元。

3、7514 13MHz CLOCK IS MISSING IN TRX――TRX内部13M时钟丢失。

告警说明：TRX检测到13M时钟发生故障。

该告警多出现在DE34基站重新启动过程中，多数为误告警。

处理思路：Reset出现该告警的TRX，必要时重新拔插一下，如果告警仍然出现，则更换该TRX。

4、7523 TRX TEMPERATURE DANGEROUSLY HIGH。

――TRX温度太高。

告警说明：TRX单元中的温度高于80 oC，必需关闭TX电源以防止组件损坏。

处理思路：当温度降低后， TRX能够正常运行，检查基站风扇单元和基站空调，如果TRX温度正常而告警仍然存在，则更换TRX。

5、7524 TX FREQUENCY TUNER OUT OF ORDER。

――TX频率不稳定告警说明：某个TX锁相合成器出现故障，如果不是跳频模式或者基带跳频模式，则TRX仍能工作，如果另一个合成器也未锁定，则TRX一定被闭锁。

在合成器调频模式下，基站时钟被扰乱或者TRX已坏，该告警是致命告警。

处理思路：检查相应的时钟和时钟线，如果都正常，则更换TRX。

6、7533 TX ANTENNA OR COMBINER CONNECTION FAULTY。

RNC侧基站告警分析

RNC侧基站常见告警分析：一．影响基站状态的告警影响基站状态的告警主要有两个，7650会导致整个Node B停止工作，7653会导致单小区不能正常工作。

1. 7650 BASE STATION FAULTY7650是一个critical告警，7650告警出现可能导致整个Node B停止工作，7650告警的出现可以是由一个或者多个具体的原因导致，下面是一些遇到过的触发7650告警的原因：a）Baseband Bus failure原因分析：基站基带总线检查到一个非正常操作或失败。

解决办法：a. 检查基站当前告警以及历史告警，是否有并发告警出现；b．检查射频模块到系统模块之间的光纤连接是否正常；c．重启射频模块和系统模块；d．替换射频模块以及系统模块。

b）BTS internal SW management problem原因分析：软件包在升级到某一个模块过程中失败，或者系统检测到某个模块flash中运行的软件不可用解决办法：a. 登录到基站检查Node B中是否有其它告警；b． blocking/unblocking射频模块；c． reset系统模块；d．再次升级基站软件包并激活，检查软件包是否已成功加载到各个module；c．如果还不能解决，更换告警提示的模块。

c）Commissioning error原因分析：Commissioning数据丢失或错误解决办法：a. 从RNC远端登录到Node B检查，Commission配置向导检查commission数据配置情况，如果有误，重新加载正确commission配置文件。

d）Communication failuree）原因分析：基站某个module在解码过程中出现内部的Communication failure解决方法：a.检查该基站其它告警；b．reset该module；c．如果不能解决，替换该module。

f）Failure in optical RP3 interface原因分析:Node B检测到射频模块统直接连接有问题解决方法：a.站其它告警；b.检查射频模块到系统模块之间线，以及光纤接头是否有损坏，光功率计测试发光功率是否正常；c．重启射频模块以及系统模块；d．替换光纤，以及告警指向的moduleg）System Module failure原因分析：基站检测到有内部的功能单元或系统模块failure解决方法：a.登录到基站远端reset该系统模块b.通知基站工程师上站处理或替换模块h）Unknown HW resource原因分析：不能通过产品代码或设备物理地址来识别某个硬件单元解决方法：a.软件包升级到102，b．替换该系统模块2. 7653 CELL FAULTY7653是一个critical告警，7653告警出现会导致该小区停止工作，下面是触发7653告警的一些原因：a）Antenna Line Device failure原因分析：天线设备故障解决方法：a. 检查天线设备，包括接头；b. 重启该射频模块；c．更换射频模块；b）BTS reset required原因分析：基站检测到某一cell需要通过BTS重启来恢复工作解决方法：远端登录到RNC对Node B进行esetc）Baseband Bus failure原因分析：基站基带总线检查到一个非正常操作或失败。