第一篇:基站典型告警分析报告7738
告警编号: 7738 告警内容: BTS WITH NO TRANSACTIONS BTS没有话务
告警描述: 在监控时间内,BTS没有完整的通话或SDCCH业务。告警用于BTS通信容量的监控。
根据告警补充信息,7738的告警可以分为以下7类: 1 =不成功的SDCCH占用
=不成功的TCH占用
= 既不成功的SDCCH占用也不成功的TCH占用 10 =不成功的GPRS事务
=既不成功的SDCCH占用也不成功的GPRS事务 12 =既不成功的TCH占用也不成功的GPRS事务
=既不成功的SDCCH,也不成功的TCH占用和不成功的GPRS事务
触发原因: 在监控期间BTS没有成功终止的呼叫,SDCCH业务,或GPRS TRAFFIC。影响KPI: 无线接入性
用户感知: 无法发起语音或者数据业务请求
派单情况:
1、如果单小区或者单基站出现告警,需派发工单检查基站硬件或者参数设置;
2、如果同时多个小区或者多个基站出现告警,可能是BCSU故障,需派发工单给BSC检查BCSU状态;
处理建议:
1、告警真实性核实
登录告警网元,查看当前告警。该告警为提示性告警。
2、告警初步处理(包括定位故障点,远程处理方法)
零起呼故障对于网络影响较大,造成该区域用户无法完成主被叫,对用户感知造成恶劣影响。
1)分析该小区是否是EDGE小区,由于现在EDGE功能引入,原小区被称为SEG,话务小区称为MASTER BTS、EDGE小区称为SLAVE BTS, 两个BTS之间的话务负荷分担由BTS LOAD IN SEG(LSEG)决定,例如:当LSEG=70,即为当MASTER BTS话务负荷达到70%时,开始将话务分给SLAVE BTS,因此当LSEG参数设置较大时,会造成EDGE小区零起呼。对于EDGE小区出现零起呼的小区,确认MASTER小区起呼正常的的情况,可不做处理。
2)分析该小区话务情况,以故障时段在上一周内的TCH占用情况为依据,判断小区零起呼是否由于低话务还是软硬件故障;
3)若该小区长期低话务,则7738告警属于正常零占用,需要对低话务原因进行详细深入分析;
4)若该小区一直处于中高话务情况,则重启BTS;无效,重启BCF;仍无用户占用,则发送基站维护工单至维护组,对天馈系统进行驻波比测试和检修;
5)检查小区数据业务流量和TBF建立情况,确认是否小区休眠,导致没有成功的PDCH占用;
6)如果单BSC下大量7738零起呼时有发生,往往由于某BCSU故障造成,通过ZAHO或者ZAHP命令查询BSC告警,确认BCSU故障后,通知BSC工程师进行处理。
MML人机命令EEO可输出无线网络参数输出的值,EEN可修改这些参数的值,使用以下参数可能会影响到该告警: ZEEN: SMBNT= supervision start time(08-00)EMBNT= supervision end time(18-00)PRDBNT= length of supervision period(120 min)
第二篇:基站典型告警分析报告7767
告警编号: 7767 告警内容: BCCH MISSING
公共广播信道丢失
告警描述: BTS小区公共广播信道BCCH丢失,导致BTS发生中断,该基站下的用户业务全部中断 触发原因:
1、基站板件或软件故障;
影响KPI:用户感知:处理建议:
1、基站至BSC的传输中断;
2、电源故障等等;
3、BSC单元或软件故障。
信道可用率;
BTS无法提供服务,在话务高峰时段和地区,用户拨打电话困难,在基站稀少地区,用户无法拨打电话;若传输闪断,故障站点周围用户通话过程中,突然中断通话。
1、如果个别BTS或者个别基站出现该告警,该BTS或者基站下的用户业务中断,BSC通过命令EFS/EQS/ERS对BCF/BTS/TRX进行闭锁与解锁,即对小区或基站进行重启。a、如果重启后基站运行正常,观察几个时段;
b、如果重启后基站仍然存在故障,派发工单给代维公司上站检查基站的传输、电源状态;c、如果传输、电源状态均正常,重新配置基站数据并进行数据集成; d、如果故障依旧,需更换基站主控板。
2、如果多个BTS或者多个基站出现该告警,需尽快派发工单给BSC,检查BSC硬件单元,或相关软件。
第三篇:基站典型告警分析报告7705(本站推荐)
告警编号: 7705 告警内容: LAPD FAILURE LAPD故障
告警描述: TRX的LAPD链路的告警 触发原因:
1、TRX故障
2、TRX 连线故障
3、传输闪断
4、BCSU的插板或单元故障
5、BSC中关于基站的link参数定义错误
影响KPI: 由于载频退服可能会影响到无线接入性、话音拥塞率等指标
用户感知: 可能会出现由于载频退服引起的话音拥塞,导致无法起呼或者数据业务不可用等问题。
派单情况: 如果小区出现告警,需派发工单给代维人员对硬件和数据进行检查。处理建议:
1、告警真实性核实
登录告警网元,查看当前告警。查看TRX状态和LAPD链路工作状态,如设备状态不正常则告警真实存在,尚未消除;否则认为告警状态不真实。
2、告警初步处理(包括定位故障点,远程处理方法)
1)如果只有7705告警,远端使用命令DTI查看TRX的LAPD链路状态。如果是UA-AD、BL-US或UA-AD RN RECOV的话,使用DTC命令来重新激活TRX的LAPD链路。2)如果是BL-SYS的话,需要更换TRX。
3)如果整个CELL都有7705告警且BCF-SIG处于WO状态。尝试重启整个CELL。
4)如果伴有7900(与TRX失去联系)告警的话,可以检查告警信息栏来找到没有响应的单元。如果信息栏指向的单元没有在BTS内安装,检查硬件数据库的内容。如果诊断信息指向的设备在BTS中安装了,则需要更换TRX。
5)如果是TRX连线问题,一般伴随有7533告警,提示天线或者合路器连接故障,检查TX口电缆和合路器,可将故障载频与另一个不在同一个合路器下的正常载频互换位置,同时将原故障载频位置的正常载频的TX口,与同一合路器的正常载频的TX互换位置,重启相关载频,观察20分钟,若原故障载频出现告警,则为载频故障,若互换位置的原正常载频出现告警,则为合路器故障。6)查看ZYMO查看传输状态和ZEOH查看历史告警,确认传输是否存在误码和闪断等问题,一般伴随7767(BCCH MISSING)告警和7704(PCM FAILURE)告警,检查传输设备。
7)通过ZAHO和ZAHP检查BSC是否存在1583(LAPD MSG DISTRBUTION PROBLEM)告警,如果某一BSCU下大量出现此类告警,需要对该BCSU进行检查,确认是否存在问题,通过1583告警提供LAPDSIG使用ZDTI(ZDTI:T0034)命令查找到所属的PCM,通过ZDSB(ZDSB:::PCM=35)找到所属的BCF,对应到出现问题的小区。
8)检查TRX的LAPDSIG设置与BSC是否一致,使用ZDTI和ZDSB指令核对统一PCM上配置的LAPDSIG是否一致。
第四篇:基站典型告警分析报告7706
告警编号: 7706 告警内容: BTS O&M LINK FAILURE
基站的O&M链路处于未运行状态
告警描述: 基站的O&M链路处于未运行状态,会引起基站中断 触发原因: 1.传输中断;
影响KPI:用户感知:派单情况:处理建议: 2.基站中断; 3.BCF板件故障;
4.BCSU的插板或单元故障;
5.BSC中关于基站的link参数定义错误。
信道可用率;
基站的O&M链路处于未运行状态,会引起基站中断,在话务高峰时段和地区,用户拨打电话困难,在基站稀少地区,用户无法拨打电话;若传输闪断,故障站点周围用户通话过程中,突然中断通话。
1、如果单小区或者单基站出现告警,需派发工单给代维公司上站检查基站的O&M链路;
2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或BCSU故障,需派发工单给代维公司检查传输是否存在故障,若传输正常,需派发工单给BSC检查BCSU状态;
1、如果单小区或者单基站出现告警可能会引起基站中断,代维公司上站检查链路所用的传
输工作状态、BTS与BSC中O&M链路的对应情况,以及基站的工作状态(如果中断时间很长,必须重新启动基站,因为可能丢失BTS告警),经常伴随基站中断故障,如果不存在以上问题更换BCF板。
2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或BCSU故障,首先代维公司检查传输设备,光缆是否存在故障,若传输正常,需转发工单给BSC检查BCSU状态。
第五篇:基站告警,分析报告
通信故障分析报告
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基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后,立即发电,业务恢复正常。今后随时待命,出现断站现象用最快的速度赶至断站现场,查明原因,解决问题,力保公司损失降到最低。