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：;输出： 说明。红色方框如果不是20230表示传输质量较差，有误码，可能导致基站因传输误码闪断，触发该告警。 a、如果传输存在误码，转发工单给传输部门进行分析处理； b、如果传输没有误码，派
3、单bsc重新激活该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占用2023=不成功的gprs事务 11=既不成功的sdcch占用也不成功的gprs事务12=既不成功的tch占用也不成功的gprs事务 13=既不成功的sdcch，也
8、不成功的tch占用和不成功的gprs事务 触发原因：在监控期间bts没有成功终止的呼叫，sdcch业务，或gprstraffic。影响kpi：无线接入性 用户感知：无法发起语音或者数据业务请求 派单情况： 1、如果单小区或者单基站出现告警，需派发工单检查基站硬件或者参数设置； 2、如果同时多个小区或者多个基站出现告警，可能是bcsu故障，需派发工单给bsc检查bcsu状态； 处理建议： 1、告警真实性核实 告警网元，查看当前告警。该告警为提示性告警。 2、告警初步处理（包括定位故障点，远程处理方法） 零起呼故障对于网络影响较大，造成该区域用户无法完成主被叫，对用户感知造成恶劣影响。 1）分析该
9、小区是否是edge小区，由于现在edge功能引入，原小区被称为seg，话务小区称为masterbts、edge小区称为slavebts，两个bts之间的话务负荷分担由btsloadinseg（lseg）决定，例如：当lseg=70，即为当masterbts话务负荷到达70%时，开始将话务分给slavebts，因此当lseg参数设置较大时，会造成edge小区零起呼。对于edge小区出现零起呼的小区，确认master小区起呼正常的的情况，可不做处理。 2）分析该小区话务情况，以故障时段在上一周内的tch占用情况为依据，判断小区零起呼是否由于低话务还是软硬件故障； 3）假设该小区长期低话务，那么77
10、38告警属于正常零占用，需要对低话务原因进行详细深入分析； 4）假设该小区一直处于中高话务情况，那么重启bts；无效，重启bcf；仍无用户占用，那么发送基站维护工单至维护组，对天馈系统进行驻波比测试和检修； 5）检查小区数据业务流量和tbf建立情况，确认是否小区休眠，导致没有成功的pdch占用； 6）如果单bsc下大量7738零起呼时有发生，往往由于某bcsu故障造成，通过zaho或者zahp命令查询bsc告警，确认bcsu故障后，通知bsc工程师进行处理。 mml人机命令eeo可输出无线网络参数输出的值，een可修改这些参数的值，使用以下参数可能会影响到该告警：zeen：smbnt=supe
11、rvisionstarttime（2023-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链路状态。如果是ua-ad、bl-us或ua-adrnrecov的话，使用dtc命令来重新激活trx的lapd链路。2）如果是bl-sys的话，需要更换trx。 3）如果整个cell都有7705告警且bcf-sig处于
13、wo状态。尝试重启整个cell。 4）如果伴有7900（与trx失去联系）告警的话，可以检查告警信息栏来找到没有响应的单元。如果信息栏指向的单元没有在bts内安装，检查硬件数据库的内容。如果诊断信息指向的设备在bts中安装了，那么需要更换trx。 5）如果是trx连线问题，一般伴随有7533告警，提示天线或者合路器连接故障，检查tx口电缆和合路器，可将故障载频与另一个不在同一个合路器下的正常载频互换位置，同时将原故障载频位置的正常载频的tx口，与同一合路器的正常载频的tx互换位置，重启相关载频，观察20分钟，假设原故障载频出现告警，那么为载频故障，假设互换位置的原正常载频出现告警，那么为合路器
14、故障。6）查看zymo查看传输状态和zeoh查看历史告警，确认传输是否存在误码和闪断等问题，一般伴随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是否一致。 第9页 共9页
