基站告警,分析报告
LTE基站告警处理案例
按照以上方法，对出现该告警的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网络告警分析处理
目录 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后，将基站复位重起后，告警消失。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通信故障分析报告
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基站断站。
代维人员急时赶至断站现场查明断站原因伟市电停电后，立即发电，业务恢复正常。
今后随时待命，出现断站现象用最快的速度赶至断站现场，查明原因，解决问题，力保公司损失降到最低。