art3GSMBTS故障分析与处理.ppt

《art3GSMBTS故障分析与处理.ppt》由会员分享，可在线阅读，更多相关《art3GSMBTS故障分析与处理.ppt（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、GSM BTS故障分析与处理故障分析与处理1.1学习目标p了解发现了解发现BTS系统故障的途径和方法系统故障的途径和方法p掌握掌握BTS故障分析的思路故障分析的思路p掌握掌握BTS常见故障的处理方法常见故障的处理方法p了解如何预防了解如何预防BTS故障故障学习完本课程，您应该能够：学习完本课程，您应该能够：课程内容第一章第一章 故障处理工作思路故障处理工作思路第二章第二章 故障处理一般流程故障处理一般流程第三章第三章 BTS常见故障分析常见故障分析故障处理的准备工作收到工单后,应认真思考故障解决思路,考虑周全,充分做好准备工作,力争一次解决问题.告警解读通过查阅相关的故障手册,如华为的hede

2、x,输入关键字,可以查阅到相关的各类信息,为排障提供思路.告警的分析判断告警-怎样解决问题有些告警是在网管上就可以解决的,不必要到现场处理的.有些告警是必须要到现场去处理的.有些告警是需要经验积累,需要其他专业配合才能解决问题的.寻找告警解决思路课程内容第一章第一章 故障处理一般流程故障处理一般流程第二章故障处理一般流程第二章故障处理一般流程第三章第三章 BTS常见故障分析常见故障分析故障处理一般流程p故障处理的一般流程故障处理的一般流程 p故障定位的常用方法故障定位的常用方法故障处理一般流程p发现故障：多种途径、越早越好p判断故障：确定故障位置、范围、种类p定位故障：确定故障原因p解决故障：

3、清除故障、恢复系统发现故障的途径p告警：反映系统的“硬伤”p话务统计：全面的系统监控p用户投诉：越少越好p全面巡检：设备“体检”故障范围判断pBSC故障一般是全网性故障，影响多个基站或所有基站pBTS故障一般只影响本基站覆盖区域或周边基站切换指标p判断是否为BTS故障的方法n新开局或扩容时，可以通过“替换法”快速定位是否是BSC问题导致BTS故障n维护期间，除了数据修改发生错误外，其他BSC故障一般不会对单个BTS造成影响常见故障种类p操作维护问题nOMC类故障n加载类故障pBSC问题n语音类故障n链路类故障n对接类故障n时钟类故障lBTS问题天馈类故障传输类故障l网络优化问题接入类故障掉话类

4、故障拥塞类故障切换类故障故障定位的常用方法p告警信息分析n包含故障或异常现象的具体描述、可能的发生原因、有哪些修复建议等等，涉及硬件、链路、中继、CPU负荷等BSS的各个方面，是进行故障分析和定位的重要依据之一p指示灯状态分析n反映诸如端口、电路、链路、光路、节点、主备用等的工作状态，常常与告警信息分析配合使用 p话务统计分析n定位、解决网络问题（尤其是呼叫问题）最有效的手段故障定位的常用方法p仪器、仪表辅助分析n以直观、量化的数据直接反映故障的本质n主要仪器有：信令分析仪、误码仪、测试手机、天馈分析仪等p接口跟踪n利用跟踪的结果，常常可以直接得到呼叫失败的原因，找出问题的症结所在，或者从中得

5、到启发，为后续分析提供宝贵的思路 p拨打测试n判断BSS的呼叫处理功能和相关设备是否正常最直接的方法故障定位的常用方法p对比/互换n对比：将故障的部件或现象与正常的部件或现象进行比较分析，查出不同点，从而找出问题的所在，一般适用于故障范围单一的场合n互换：将处于正常状态的部件（如单板、光纤，甚至整个基站等）与可能故障的部件对调，比较对调后二者运行状况的变化，以此判断故障的范围或部位，一般适用于故障范围复杂的场合 p倒换/复位：只能作为应急措施，迫不得已时谨慎使用n相对于其他方法而言，倒换或复位不能对故障的原因进行精确定位n倒换或复位后，故障现象一般难以在短期内重现，从而容易掩盖故障的本质，给设

6、备的安全、稳定运行带来隐患课程内容第一章第一章 故障处理一般流程故障处理一般流程第二章第二章 BTS常见故障分析常见故障分析第三章第三章 BTS常见故障分析常见故障分析小结p故障处理的一般流程n发现故障判断故障定位故障解决故障p故障定位的主要方法n解决一般故障p告警信息分析、指示灯分析p对比/互换n解决复杂故障p话务统计分析、仪器分析p接口跟踪、拨打测试n紧急恢复系统p倒换/复位BTS常见故障分析l l第一节第一节第一节第一节 天馈类故障分析天馈类故障分析天馈类故障分析天馈类故障分析l第二节第二节 传输类故障分析传输类故障分析BTS天馈系统结构TXRXRXDTRXCDU三工塔放三工塔放主馈线主

7、馈线双双极极化化天天线线收发收发避雷器避雷器三工塔放三工塔放主馈线主馈线收发收发避雷器避雷器选配选配收收发发信信机机收收发发信信前前端端塔塔顶顶放放大大器器天天线线天馈部分故障导致小区出现上下行不平衡现象天馈部分故障导致小区出现上下行不平衡现象 故障现象：故障现象：某局点替换搬迁站BTS3012版本为V100R001C07B425,S2/2/2配置。经常有第二小区手机用户投诉通话时对方总听不清自己的声音，自己听到对方声音也是断断续续的。客户网优人员提取测量报告发现第二小区存在上下行不平衡现象，下行电平比上行电平大20db左右。故障分析：故障分析：1、载频单板故障。2、DDPU故障。3、小区参数

8、中的“MS的最大发射功率”设置不当。4、天馈部分故障。处理过程：处理过程：1、将第二小区载频板DTRU与正常的第一小区DTRU对调，发现调换后第二小区仍然有手机用户投诉，由此排除了载频板故障的可能。2、怀疑是双双工单元DDPU中的低噪放大器增益异常导致，于是更换了一块DDPU，三天后提取测量报告，发现第二小区仍然存在上下行不平衡现象，因此可排除DDPU故障可能。3、检查小区参数中的“MS最大发射功率”一项，发现设置为为0（30dBm），属于推荐设置值范围。由此排除了小区参数设置不当的原因。4、由于该站点属替换搬迁站，天馈部分是利旧的，估计是天馈部分存在故障。于是进行了倒换天馈操作，即将第二小区

9、与第一小区天馈部分对调，发现调换后，原来的第一小区在使用第二小区天馈后出现了上下行不平衡现象。由此可定位是天馈部分故障导致该问题产生，于是让工程队更换了第二小区天馈部分，提取测量报告发现上下行不平衡现象消失，在该小区下进行海量拨测，未发现有通话质量差、通话延时的情况。问题得到了根本性解决。BTS3006C室分站点耦合器问题导致载频下行不平衡隐形问题 故障现象：故障现象：某局，为BTS3006C室分站点，O4配置，2块DDRM通过一次合路器后通过DDPMA、B通道发射，A、B同通过耦合器后走室分系统，经话统统计发现2号载频上下行不平衡，等级1的比例占了97.07%，下行偏弱。故障分析：故障分析：

10、因为问题出在单个载频上，可能有如下问题：1、载频问题。2、一次合路器或者DDPM问题。3、1/4跳线问题。4、耦合器问题。处理过程：处理过程：1、检查硬件连线，无异常。2、互换0、1号DDRM，故障依旧存在，证明非载频问题。3、互换1/4跳线，故障依旧，证明非1/4跳线问题。4、互换耦合器端口，故障在0号DDRM上出现，1号DDRM出现上下行不平衡，判断故障跟随耦合器端口走，定位应该为耦合器问题。5、更换耦合器，问题解决。室分天馈部分少安装一个功分器导致小区频繁出现驻波告警 故障现象：故障现象：某大楼室分基站DBS3900，共五个小区，第五小区RRU安装在25楼，信号覆盖18楼至25楼。但经常

11、有这个小区用户反映打电话容易掉话，通话有时杂音太大。在告警台上观察发现该小区大约每隔2个小时上报一次提示驻波告警、载频驻波告警。故障分析：故障分析：1、驻波比门限设置错误。2、馈线或跳线进水。3、馈线接头、电桥接头、合路器接头有问题。4、载频板隐形故障。5、缺少天馈器件。处理过程：处理过程：1、检查基站数据，发现驻波比门限值均为默认值。因此排除了由于驻波比门限值设置不合理所致。2、用sitemaster在25楼向下测量天馈主馈线驻波比，测量值为1.87，故障定位在4.6m处。经现场查看发现故障点为位于24楼馈线的一个接头，于是更换了馈头。之后几天驻波告警没再出现，监控信道状态都正常，以为故障已

12、经解决了。但后来告警又开始出现。3、怀疑是RRU隐形故障导致，于是重新更换了一个新RRU。但故障告警仍然存在。4、经过认真分析后，认为故障点还是应该出在天馈部分，于是又带上sitemaster再次上站彻底排查第五小区天馈部分。采用逐段定位法，首先在18楼与25楼的中间楼层22楼用sitemaster往18楼方向测试天馈主通道驻波比，测量值为1.45，说明18到22楼这一段天馈通道没有问题。然后用负载将22楼天馈主通道堵住，到25楼用sitemaster往22楼方向测试驻波比，测量值为1.9，即故障出在23、24楼的天馈通道。于是到了24楼先是测量支路通道驻波比，测量值为1.35，也没有问题。然

13、后再测量24楼到23楼的主通道，驻波比为1.9，故障定位在9m处，即故障出在23楼。到23楼的天馈主通道仔细检查，发现原来在室分施工时少安装了一个功分器，于是将一个功分器补装上，告警立即消失，之后再也没出现。局方也没再接到用户投诉通话质量差。BTS常见故障分析l第一节第一节 天馈类故障分析天馈类故障分析l l第二节第二节第二节第二节 传输类故障分析传输类故障分析传输类故障分析传输类故障分析典型故障网上故障统计表明，基站的传输故障可以占网上故障统计表明，基站的传输故障可以占到到BSS系统所有故障数量的系统所有故障数量的6080p故障现象n告警台p有“LAPD链路告警”、“BIE失步”“LAPD_

14、OML故障告警”、“13M失锁”等告警n话统台p故障时间段内，小区切换成功率、掉话率等指标异常n用户投诉p打不通电话（BTS传输断）、话音质量差或掉话（误码）典型故障p故障原因n传输电路中断：基站和BSC之间传输环节越多，传输中断可能性越大nE1接头接触不良：工程质量问题，会造成传输时有时无，话音质量差，严重时会造成基站传输中断n传输闪断：传输误码率高，多见于使用微波、HDSL，或传输环节多的基站，阴雨天气更频繁n传输接地不好：传输线浮地，将造成E1信号电平异常，可能导致LAPD链路中断常见故障一：E1不通、OML断链 p故障分析n该问题原因可能为E1线缆问题，或者传输设备问题（有时传输设备无

15、告警），或者坏板问题处理步骤如下p第一步：使用自环线对基站侧自环，观察E1接口板接口指示灯是否熄灭。如接口指示灯不灭，则可能为基站接口板问题，更换接口板p第二步：使用自环线对BSC侧自环，观察BIE接口板指示灯是否熄灭。如接口指示灯不灭，则可能为BIE板问题，更换BIE板p第三步：通过传输网管观察传输设备有否告警，针对告警分析是否传输设备问题p第四步：如果两者都无问题，则可能是传输设备与基站间配合有问题是否在传输的某个环节，两端均被自环？是否传输设备采用的传输格式与基站和BSC定义的格式不同（是否采用CRC4校验）？常见故障二：E1失步、OML断链告警频繁p故障分析n该问题一般原因为E1接地系

16、统设置不善引入干扰带来的问题或传输设备问题。定位步骤如下p检查基站E1接口板（TMU等）E1接地设置情况p检查基站E1接插件外壳和机柜的电阻，测试绝缘情况p如配有DDF架，确认DDF上的E1接插件外壳是否和DDF架地相连接p确认传输设备侧E1外壳是否接地p检测以上各处的系统接地情况，判断系统是否处于单点接地状态，如果存在多点接地，请改为单点接地方式，观察故障现象是否消失p如果采取以上处理措施后仍然不能解决问题，则可能为传输设备、E1线缆、E1接口板问题，采用检查连接可靠性和逐一更换的方法进行定位p查看传输网管是否有有关传输的告警，如有，请针对相关告警定位信息进行处理BTS3012主副链传输交叉

17、接反导致基站所有载频出现“载频LAPD链路中断告警”故障现象：故障现象：某BTS3012基站，采用2条2M传输，在进行第3次调试时出现“载频LAPD链路中断告警”。软件版本为C07B421版本。故障分析：故障分析：1、传输故障。2、总线问题。处理过程：处理过程：1、因为该站点是全部载频出该告警，因为可以排除载频硬件问题。2、基站只有LAPD告警，因此总线应该是正常的。3、该告警产生和传输存在很大的关系，就是载频的rsl信令不通。该类卫星传输应急通信车一共有2辆，分别挂在不同的BSC下。在使用的时候才在机房跳卫星传输端口，因此怀疑在接传输端口的时候，主、副链交叉接反了。4、为了验证这个怀疑，对2

18、条传输1、2对对换，之后告警消失，设备运行正常。问题得到解决。总结：主副链传输接反了，基站的OML可以建立起来，但是载频的RSL信令不能建立成功，就会导致出现载频LAPD链路中断告警。DBS3900站点频繁出现LAPD链路拥塞告警故障现象：故障现象：站位于地下室-2F，华为对基站硬件做过整体更换，对电缆接头、设备接地做过多次检查，局房和基站方向自环测试均正常，但开通后BSC端口测试出现误码，严重时影响业务，后经确认中间有第三方传输位于大厦4F。故障分析：故障分析：支路号0：信道激活异常提示告警，指BSC与BTS之间信道类型或者信道状态不一致。支路号1：信道异常释放提示告警，指无线信道的异常释放

19、比例超过告警门限。支路号2：主BCCH无话务提示告警，指主BCCH载频在连续的检测时间内没有话务。支路号3：上下行平衡提示告警，指基站检测的上行接收电平和移动台上报的下行接收电平之间存在较大的差异。处理过程：处理过程：1、根据告警支路号0或1的处理思路，首先要检查数据配置是否正常。将该基站数据配置与其他正常基站数据配置对比，没有发现异常。2、尝试对该基站上报告警载频进行一次复位，过几个小时告警仍然上报。3、尝试对该基站进行一次四级复位，重新下发数据配置，目的是解决基站与BSC数据不一致问题，结果复位基站后几个小时，告警再次上报。4、怀疑基站硬件问题，到基站更换上报告警载频后，告警暂时小时，数小时后告警依然上报。5、再次到基站现场检查连线等硬件问题，并未发现任何异常。6、最后，只能再次检查数据配置，在查看信道占用时发现上报告警的载波的SDCCH始终没有占用。后来想起有过一次答复汇编中曾提到在多密度载频中，需要将SDCCH与主BCCH配置在不同时隙，且每个载波的SDCCH也要在不同时隙。尝试将上报告警的SDCCH配置在与其他SDCCH不同时隙后告警瞬间消失，且能够正常占用了。至此，问题得到了解决。本章总结p处理故障前先要把思路理清，切忌盲目操作，造成故障扩大化p故障处理时一定要做好记录，否则即使排除了故障也不知道为什么p及时总结故障处理经验，才能有效地提高故障分析水平再见！