基站告警,分析报告
- 格式:doc
- 大小:31.50 KB
- 文档页数:2
诺西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的告警问题进行了集中处理,现总结如可以分成一下几种情况:
1:告警信息(TSGX)::7606:the power decrease 3DB(功率下降3DB)
故障现象:用户在该载频很难接通
处理方法:更换载频
2:告警信息(TXGX):7606:功率太低
故障现象:载频灯显示红灯
处理方法:更换载频
3:告警信息(CTGA):The RF Modelr integration Failed
故障现象:载频显示红灯,用户无法使用该载频
处理方法:更换载频
4:告警信息(TSGB):The transmitter synthesizer is not locked
故障现象:载频使用一段时间后会自动重启,重启后有可以正常使用.过后又会重启
处理方法:更换一个新载频
5:告警信息(TSGA):7606 trx faulty(放射功率太高)
告警现象:TSGA亮红灯,且退出服务
处理方法:到站检查,发现射频线头子没有拧到位,重新旋紧,告警消失
6:告警信息(TSGB):7606TRX FULTY
告警现象:载频会自动退出服务
处理方法:把载频拔出后再重新锁紧,告警消失.载频恢复正常.。
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等降低干扰的关键技术。
问题原因分析①由于开站后就出现故障,初步判断硬件问题,更换蘑菇头、跳线等,故障依旧。
②勘察现场,基站所处位置地理条件糟糕,位于两座山之间的山谷内。
③经一段时间观察,发现由于地理条件影响,该基站受环境影响格外明显,一旦出现大雾天气或者云雨遮挡,便会搜星失败。
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后,将基站复位重起后,告警消失。
基站告警代码分析与处理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。
基站动环常见告警及处理一、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基站常见告警及处理建议紧急告警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基站故障处理-告警处理第三章基站常见告警及处理思路第一节 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侧基站常见告警分析:一.影响基站状态的告警影响基站状态的告警主要有两个,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原因分析:基站基带总线检查到一个非正常操作或失败。
通信故障分析报告
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基站断站。
代维人员急时赶至断站现场查明断站原因伟市电停电后,立即发电,业务恢复正常。
今后随时待命,出现断站现象用最快的速度赶至断站现场,查明原因,解决问题,力保公司损失降到最低。