基站典型告警分析报告7767

第一篇：基站典型告警分析报告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状态。

第四篇：基站典型告警分析报告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)

第五篇：基站告警,分析报告

通信故障分析报告

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基站断站。代维人员急时赶至断站现场查明断站原因伟市电停电后，立即发电，业务恢复正常。今后随时待命，出现断站现象用最快的速度赶至断站现场，查明原因，解决问题，力保公司损失降到最低。