分享
2023年基站典型告警分析报告7704[共五篇.docx
下载文档

ID:637166

大小:19.34KB

页数:9页

格式:DOCX

时间:2023-04-14

收藏 分享赚钱
温馨提示:
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页

此文档下载收益归作者所有

下载文档
你可能关注的文档
收起
展开