温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,汇文网负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
网站客服:3074922707
2023
基站
典型
告警
分析
报告
7704
共五篇
基站典型告警分析报告7704[共五篇]
第一篇:基站典型告警分析报告7704告警编号:7704告警内容:pcmfailure
告警描述:pcm链路故障,该告警涉及包含bcf链路的pcm号触发原因:产生告警的原因有:
1.传输中断
2.基站供电中断影响kpi:信道可用率;
用户感知。假设传输中断,在话务顶峰时段和地区,用户拨打 困难,在基站稀少地区,用户无法拨打 ;假设传输闪断,故障站点周围用户通话过程中,突然中断通话。
派单情况。基站告警监控部门根据传输状态初步定位故障点,再根据故障情况派发工单给传输部门或者代维公司进行处理。
处理建议:
1、基站告警监控部门首先确认该告警涉及的pcm状态是否正常
(zyef:et,pcm号:;)。例如:
输入:zyef:et=1868;输出:
说明。如假设输出显示pcmfailureobservedbyfamilies,表示该小区传输已断,触发该告警。
如假设输出显示pcmok,表示该小区传输未断可能是传输无码高,导致基站闪断,触发该告警。
2、假设pcm状态为ok,需查看传输是否存在误码(zymo:et,pcm号:;)。
例如:
输入:zymo:et,1805:;输出:
说明。红色方框如果不是20230表示传输质量较差,有误码,可能导致基站因传输误码闪断,触发该告警。
a、如果传输存在误码,转发工单给传输部门进行分析处理;
b、如果传输没有误码,派单bsc重新激活该et,传输状态改变为failure,派单给代维公司上站排查,传输状态仍然为ok,需转发工单给传输部门进行分析处理;
2、假设pcm状态为failure,派发工单给代维公司上站排查处理。
第二篇:基站典型告警分析报告7767告警编号:7767告警内容:bcchmissing
公共播送信道丧失
告警描述: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硬件单元,或相关软件。
第三篇:基站典型告警分析报告7706告警编号:7706告警内容:btsomlinkfailure
基站的om链路处于未运行状态
告警描述:基站的om链路处于未运行状态,会引起基站中断触发原因:
1.传输中断;
影响kpi:用户感知:派单情况:处理建议:
2.基站中断;
3.bcf板件故障;
4.bcsu的插板或单元故障;
5.bsc中关于基站的link参数定义错误。
信道可用率;
基站的om链路处于未运行状态,会引起基站中断,在话务顶峰时段和地区,用户拨打 困难,在基站稀少地区,用户无法拨打 ;假设传输闪断,故障站点周围用户通话过程中,突然中断通话。
1、如果单小区或者单基站出现告警,需派发工单给代维公司上站检查基站的om链路;
2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或bcsu故障,需派发工单给代维公司检查传输是否存在故障,假设传输正常,需派发工单给bsc检查bcsu状态;
1、如果单小区或者单基站出现告警可能会引起基站中断,代维公司上站检查链路所用的传
输工作状态、bts与bsc中om链路的对应情况,以及基站的工作状态(如果中断时间很长,必须重新启动基站,因为可能丧失bts告警),经常伴随基站中断故障,如果不存在以上问题更换bcf板。
2、如果同时多个小区或者多个基站出现多条告警,可能是传输节点故障或bcsu故障,首先代维公司检查传输设备,光缆是否存在故障,假设传输正常,需转发工单给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,也不成功的tch占用和不成功的gprs事务
触发原因:在监控期间bts没有成功终止的呼叫,sdcch业务,或gprstraffic。影响kpi:无线接入性
用户感知:无法发起语音或者数据业务请求
派单情况:
1、如果单小区或者单基站出现告警,需派发工单检查基站硬件或者参数设置;
2、如果同时多个小区或者多个基站出现告警,可能是bcsu故障,需派发工单给bsc检查bcsu状态;
处理建议:
1、告警真实性核实
告警网元,查看当前告警。该告警为提示性告警。
2、告警初步处理(包括定位故障点,远程处理方法)
零起呼故障对于网络影响较大,造成该区域用户无法完成主被叫,对用户感知造成恶劣影响。
1)分析该小区是否是edge小区,由于现在edge功能引入,原小区被称为seg,话务小区称为masterbts、edge小区称为slavebts,两个bts之间的话务负荷分担由btsloadinseg(lseg)决定,例如:当lseg=70,即为当masterbts话务负荷到达70%时,开始将话务分给slavebts,因此当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=supervisionstarttime(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:由于载频退服可能会影响到无线接入性、话音拥塞率等指标
用户感知。可能会出现由于载频退服引起的话音拥塞,导致无法起呼或者数据业务不可用等问题。
派单情况:如果小区出现告警,需派发工单给代维人员对硬件和数据进行检查。处理建议:
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处于wo状态。尝试重启整个cell。
4)如果伴有7900(与trx失去联系)告警的话,可以检查告警信息栏来找到没有响应的单元。如果信息栏指向的单元没有在bts内安装,检查硬件数据库的内容。如果诊断信息指向的设备在bts中安装了,那么需要更换trx。
5)如果是trx连线问题,一般伴随有7533告警,提示天线或者合路器连接故障,检查tx口电缆和合路器,可将故障载频与另一个不在同一个合路器下的正常载频互换位置,同时将原故障载频位置的正常载频的tx口,与同一合路器的正常载频的tx互换位置,重启相关载频,观察20分钟,假设原故障载频出现告警,那么为载频故障,假设互换位置的原正常载频出现告警,那么为合路器故障。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页