《基站典型告警分析报告7704[共五篇].doc》由会员分享，可在线阅读，更多相关《基站典型告警分析报告7704[共五篇].doc（9页珍藏版）》请在金锄头文库上搜索。
1、基站典型告警分析报告7704共五篇 第一篇：基站典型告警分析报告7704告警编号：7704告警内容:pcmfailure 告警描述：pcm链路故障，该告警涉及包含bcf链路的pcm号触发原因：产生告警的原因有： 1.传输中断 2。基站供电中断影响kpi：信道可用率; 用户感知。若传输中断,在话务高峰时段和地区，用户拨打 困难,在基站稀少地区,用户无法拨打 ；若传输闪断，故障站点周围用户通话过程中，突然中断通话。 派单情况。基站告警监控部门根据传输状态初步定位故障点，再根据故障情况派发工单给传输部门或者代维公司进行处理。 处理建议： 1、基站告警监控部门首先确认该告警涉及的pcm状态是否正常 (
2、zyef:et，pcm号:;）.例如： 输入:zyef：et=1868;输出： 说明。如若输出显示pcmfailureobservedbyfamilies,表示该小区传输已断，触发该告警。 如若输出显示pcmok，表示该小区传输未断可能是传输无码高，导致基站闪断，触发该告警. 2、若pcm状态为ok，需查看传输是否存在误码（zymo:et,pcm号：;)。 例如： 输入:zymo:et，1805:；输出: 说明。红色方框如果不是100表示传输质量较差，有误码，可能导致基站因传输误码闪断，触发该告警。 a、如果传输存在误码,转发工单给传输部门进行分析处理; b、如果传输没有误码，派单bsc重新激
3、活该et,传输状态改变为failure,派单给代维公司上站排查,传输状态仍然为ok，需转发工单给传输部门进行分析处理； 2、若pcm状态为failure，派发工单给代维公司上站排查处理。 第二篇：基站典型告警分析报告7767告警编号:7767告警内容：bcchmissing 公共广播信道丢失 告警描述：bts小区公共广播信道bcch丢失，导致bts发生中断，该基站下的用户业务全部中断触发原因: 1、基站板件或软件故障； 影响kpi：用户感知:处理建议: 1、基站至bsc的传输中断； 2、电源故障等等； 3、bsc单元或软件故障。 信道可用率； bts无法提供服务,在话务高峰时段和地区，用户拨打
4、 困难，在基站稀少地区，用户无法拨打 ；若传输闪断,故障站点周围用户通话过程中，突然中断通话。 1、如果个别bts或者个别基站出现该告警，该bts或者基站下的用户业务中断,bsc通过命令efs/eqs/ers对bcf/bts/trx进行闭锁与解锁，即对小区或基站进行重启。a、如果重启后基站运行正常，观察几个时段； b、如果重启后基站仍然存在故障，派发工单给代维公司上站检查基站的传输、电源状态;c、如果传输、电源状态均正常，重新配置基站数据并进行数据集成；d、如果故障依旧，需更换基站主控板. 2、如果多个bts或者多个基站出现该告警，需尽快派发工单给bsc，检查bsc硬件单元,或相关软件。 第三
5、篇：基站典型告警分析报告7706告警编号：7706告警内容：btsomlinkfailure 基站的om链路处于未运行状态 告警描述:基站的om链路处于未运行状态,会引起基站中断触发原因： 1.传输中断; 影响kpi：用户感知：派单情况：处理建议： 2。基站中断； 3.bcf板件故障； 4。bcsu的插板或单元故障； 5。bsc中关于基站的link参数定义错误. 信道可用率； 基站的om链路处于未运行状态，会引起基站中断，在话务高峰时段和地区,用户拨打 困难，在基站稀少地区,用户无法拨打 ；若传输闪断，故障站点周围用户通话过程中，突然中断通话。 1、如果单小区或者单基站出现告警，需派发工单给代
6、维公司上站检查基站的om链路； 2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或bcsu故障，需派发工单给代维公司检查传输是否存在故障,若传输正常，需派发工单给bsc检查bcsu状态； 1、如果单小区或者单基站出现告警可能会引起基站中断，代维公司上站检查链路所用的传 输工作状态、bts与bsc中om链路的对应情况，以及基站的工作状态（如果中断时间很长，必须重新启动基站，因为可能丢失bts告警），经常伴随基站中断故障，如果不存在以上问题更换bcf板. 2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或bcsu故障，首先代维公司检查传输设备，光缆是否存在故障，若传
7、输正常，需转发工单给bsc检查bcsu状态. 第四篇：基站典型告警分析报告7738告警编号：7738告警内容：btswithnotransactionsbts没有话务 告警描述。在监控时间内,bts没有完整的通话或sdcch业务.告警用于bts通信容量的监控。 根据告警补充信息,7738的告警可以分为以下7类:1=不成功的sdcch占用 2=不成功的tch占用 3=既不成功的sdcch占用也不成功的tch占用10=不成功的gprs事务 11=既不成功的sdcch占用也不成功的gprs事务12=既不成功的tch占用也不成功的gprs事务 13=既不成功的sdcch，也不成功的tch占用和不成功的
8、gprs事务 触发原因：在监控期间bts没有成功终止的呼叫，sdcch业务，或gprstraffic。影响kpi:无线接入性 用户感知：无法发起语音或者数据业务请求 派单情况： 1、如果单小区或者单基站出现告警，需派发工单检查基站硬件或者参数设置； 2、如果同时多个小区或者多个基站出现告警,可能是bcsu故障，需派发工单给bsc检查bcsu状态； 处理建议： 1、告警真实性核实 登录告警网元，查看当前告警。该告警为提示性告警. 2、告警初步处理（包括定位故障点，远程处理方法） 零起呼故障对于网络影响较大,造成该区域用户无法完成主被叫，对用户感知造成恶劣影响。 1）分析该小区是否是edge小区，
9、由于现在edge功能引入，原小区被称为seg，话务小区称为masterbts、edge小区称为slavebts,两个bts之间的话务负荷分担由btsloadinseg（lseg）决定，例如：当lseg=70，即为当masterbts话务负荷达到70时,开始将话务分给slavebts，因此当lseg参数设置较大时,会造成edge小区零起呼。对于edge小区出现零起呼的小区，确认master小区起呼正常的的情况，可不做处理. 2）分析该小区话务情况，以故障时段在上一周内的tch占用情况为依据，判断小区零起呼是否由于低话务还是软硬件故障； 3）若该小区长期低话务，则7738告警属于正常零占用,需要对
10、低话务原因进行详细深入分析; 4)若该小区一直处于中高话务情况,则重启bts；无效,重启bcf；仍无用户占用,则发送基站维护工单至维护组,对天馈系统进行驻波比测试和检修； 5）检查小区数据业务流量和tbf建立情况，确认是否小区休眠，导致没有成功的pdch占用； 6)如果单bsc下大量7738零起呼时有发生，往往由于某bcsu故障造成，通过zaho或者zahp命令查询bsc告警，确认bcsu故障后，通知bsc工程师进行处理。 mml人机命令eeo可输出无线网络参数输出的值,een可修改这些参数的值，使用以下参数可能会影响到该告警：zeen：smbnt=supervisionstarttime（0
11、8-00）embnt=supervisionendtime（18-00）prdbnt=lengthofsupervisionperiod（120min） 第五篇：基站典型告警分析报告7705(本站推荐)告警编号：7705告警内容：lapdfailurelapd故障 告警描述：trx的lapd链路的告警触发原因: 1、trx故障 2、trx连线故障 3、传输闪断 4、bcsu的插板或单元故障 5、bsc中关于基站的link参数定义错误 影响kpi:由于载频退服可能会影响到无线接入性、话音拥塞率等指标 用户感知。可能会出现由于载频退服引起的话音拥塞,导致无法起呼或者数据业务不可用等问题。 派单情况
12、：如果小区出现告警,需派发工单给代维人员对硬件和数据进行检查。处理建议: 1、告警真实性核实 登录告警网元，查看当前告警。查看trx状态和lapd链路工作状态，如设备状态不正常则告警真实存在，尚未消除；否则认为告警状态不真实。 2、告警初步处理（包括定位故障点,远程处理方法） 1）如果只有7705告警，远端使用命令dti查看trx的lapd链路状态.如果是uaad、blus或ua-adrnrecov的话，使用dtc命令来重新激活trx的lapd链路。2）如果是blsys的话，需要更换trx. 3）如果整个cell都有7705告警且bcf-sig处于wo状态。尝试重启整个cell。 4)如果伴有
13、7900（与trx失去联系）告警的话，可以检查告警信息栏来找到没有响应的单元.如果信息栏指向的单元没有在bts内安装，检查硬件数据库的内容。如果诊断信息指向的设备在bts中安装了，则需要更换trx。 5）如果是trx连线问题，一般伴随有7533告警，提示天线或者合路器连接故障，检查tx口电缆和合路器,可将故障载频与另一个不在同一个合路器下的正常载频互换位置，同时将原故障载频位置的正常载频的tx口，与同一合路器的正常载频的tx互换位置，重启相关载频，观察20分钟，若原故障载频出现告警，则为载频故障，若互换位置的原正常载频出现告警，则为合路器故障.6）查看zymo查看传输状态和zeoh查看历史告警
14、,确认传输是否存在误码和闪断等问题，一般伴随7767（bcchmissing)告警和7704（pcmfailure）告警，检查传输设备. 7）通过zaho和zahp检查bsc是否存在1583（lapdmsgdistrbutionproblem）告警,如果某一bscu下大量出现此类告警,需要对该bcsu进行检查,确认是否存在问题，通过1583告警提供lapdsig使用zdti（zdti：t0034）命令查找到所属的pcm，通过zdsb(zdsb：:pcm=35)找到所属的bcf，对应到出现问题的小区。 8）检查trx的lapdsig设置与bsc是否一致,使用zdti和zdsb指令核对统一pcm上配置的lapdsig是否一致。
