LTE基站故障专题及案例分析-20180720
- 格式:pdf
- 大小:4.46 MB
- 文档页数:59
LTE典型案例分析覆盖类1.1 概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。
在TD-LTE中一般认为RSRP<-110dBm,认为是弱覆盖。
越区覆盖:由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远,从而越区覆盖到其他站点覆盖的区域,并且在该区域终端接收到的信号电平较好。
过覆盖:指网络中存在过度的覆盖重叠,容易引起干扰和乒乓切换;无主导小区:指某一片区域内服务小区和邻区的接收电平相差不大,不同小区之间的下行信号在小区重选门限附近的区域,并且无主导覆盖的区域接收电平一般或者较差,在这种情况下由于网络频率复用的原因,导致服务小区的SINR不稳定,可能发生空闲态主导小区频繁重选、连接态频繁切换,无主导覆盖也可认为是若覆盖的一种。
导频污染:指在某一点存在过多(一般认为大于等于3个)的强导频,但却没有一个足够强的主导频;1.2弱覆盖1.2.1弱覆盖分析造成弱覆盖的原因有:1、规划的站点由于种种原因如物业等没有开起来;2、天线方位角、下倾角不合理,如下倾角过低;3、在站建起来后,由于新建楼宇的遮挡,导致部分区域RSRP很差;4、站点过高,如四十多米或更高,会造成塔下黑5、下倾角、方位角由于条件所限,无法调整,如:美化邓杆站点不方便调整天线的方位角(3个天线方位要一起转,因为外面有罩子盖住下倾角无法调整,如科技园四、海德三路等;深大校园里站点天线都是放在美化罩子(长方体的箱子)里面,对天线的下倾角和方位角调整范围也有影响(如:深大、深大南校等))。
针对以上原因建议的方案有:1、推动客户将规划站点尽快开起来;2、调整天线方位角、下倾角到合理位置;1.2.2天线方位角不合理导致弱覆盖现象:科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖,科技园三站点周围的地物如图:图表1科技园三周围地物调整前道路的电平值如下图:图表2优化前科技园三覆盖措施:将104小区的方位角由20度调整为40度;将102的方位角由150度调整到100度;调整后弱覆盖得到改善,如下图:图表3优化后科技园三覆盖1.2.3天线方位角下倾角不合理导致的弱覆盖现象:东都花园附近有小段路RSRP低于-110dBm,该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
故障总结目录故障总结 (1)告警部分 (2)1.System module failure (0010) (2)2.BTS reference clock missing (1898) (3)3.Configuration error: Unit initialization failure (0012) (3)4.Configuration error: Not enough HW for LCR (1868) (3)5.Configuration error: Power level not supported (4008) (4)6.Cell configuration data distribution failed (6253) (4)7.Failure in optical RP3 interface (4064) (4)8.Failure in optical RP3 interface (0010) (5)9.Baseband bus failure (3020,1906) (5)10.RF module failure (6259,1911、1711、1712) (5)11.Cell power failure (4090) (6)12.GPS Receiver alarm: Control Interface not available (4011) (7)13.X2 interface setup failure(6304) (7)14.Transport layer connection failure in X2 interface (7)15.Failure in replaceable baseband unit (7)16.Temperature alarm(0002) (8)17.VSWR(1838) (8)18.Failure in optical RP3 interface (2004) (8)19.GPS时钟盒闪断,时钟信号不正常,无法识别RRU (9)20.Failure in optical RP3 interface(2000) (9)21.光纤交叉连接 (9)22.基站始终无法建立S1连接,只到configed状态 (9)23.某一个小区的RRU无法识别 (10)24.BBU版本无法识别 (11)26.校准初步排查 (11)27.本地IP地址和路由正常,ping不通MME和网关 (12)28.TRS文件始终无法生效 (12)29.远程ping不通基站(断链) (12)31.风扇告警 (13)32.BTSlog有link消息,但是pinger始终不亮 (13)34.pinger正常,但是SM里小区显示橙黄色告警 (13)36.FOSI 和FOSN的光功率范围 (13)38.MAC绑定及载波冲突 (13)39.传输不通 (14)40.升级完成后出现驻波告警 (14)案例部分 (14)特殊操作部分 (20)1、登录RRU 查看RRU光路状态。
LTE常见告警故障分析1.1光口接收链路故障原因分析:•光纤有损坏•光模块问题•ODF架处法兰盘有光损•近端、远端之间的线路故障处理方法:•根据所出的光口接收链路故障的位置(基带处理板光口或RRU光口)更换相应的光纤•同上,更换相应的光模块•排除以上2种原因外,可试更换光纤连接处的法兰盘•可通过在远近端处互相发光、收光,以此判断线路是否存在故障1.2RRU链路断原因分析:•RRU掉电•光路故障•光模块损坏•基带板故障引起RRU链路断处理方法:•检查RRU是否上电•如果RRU正常上电,排除光模块或光路是否有光损•观察基带板指示灯闪烁状态是否正常,如异常,如此先插拔基带板使其复位;如果以上因素全都排除,如此更好RRU1.3天馈驻波比异常原因分析:•RRU通道接口与天线端口之间连接的跳线未连接好•设备接口渗进雨水• RRU与天线端口之间连接的跳线有损坏•RRU内部出现故障处理方法:•检查RRU通道接口与天线端口之间连接的跳线是否连接好,重新连接•检查RRU故障通道口内是否有渗进雨水,如有,需清理干净;另外设备被雨水浸泡后会有所腐蚀生锈,可用砂纸打磨后重新连接•如无以上情况,请尝试更换跳线,之后重启RRU,查看是否还会出现驻波比告警•通过以上操作后再出现,直接更换RRU1.4天线校正失败原因分析:•LTE天线校正序列发射电平上下行为同一个DV参数,经过研发部门分析600版本中默认的下行校正序列发射电平过大,有可能会导致局部RRU校正序列接收电平饱和,导致校正失败。
处理方法:•修改DV参数降低校正序列发射电平后,可以躲避由此造成的天线校正失败问题。
•经过修改DV参数仍然出现此告警,如此更换RRU室外的话TD通常是通道馈线分为9铲除了八个通道之外还有一个校准线,如果那个接错了会造成通道功率校准失败,驻波比忽高忽低。
可能是校准线损坏,更换校准跳线就行了;也可能是校准通道故障,这个就要更换RRU 设备了。
1.5智能天线校准异常原因分析:•智能天线校准线缆连接故障•RRU内部故障处理方法:•更换RRU校准通道跳线•更换RRU校准通道跳线无效,直接更换RRU1.6输入电压异常原因分析:•输入电压异常一般常见于拉远站,由于室外交转直电源柜供电功率不足或接电异常会导致出现此故障处理方法:•检查设备电源线与电源柜是否有连接问题•如连接没问题,如此考虑电源柜所带设备是否过多,可减少连接的设备或增加电源柜解决此问题1.7基站退出服务原因分析:•基带板故障•如果1个基站的所有RRU光口链路故障、设备掉电或其它原因导致RRU链路断,如此会引起基站退出服务•数据有误:无线参数—>TD-LTE—>资源接口配置—>基带资源:未调整RRU通道口为2即LTE通道处理方法:•检查BBU基带板指示灯闪烁状态是否正常,可试插拔复位,待查看告警是否消除•假如基带板无故障,通过光功率计等测试仪确定光路光信号是否有衰减,查看整站RRU是否有掉电情况发生•以上情况均排除后,检查后台数据是否有误即资源接口配置—>基带资源:查看RRU通道口(LTE通道)是否已调整为2 (此情况只适用于室分的双通道RRU) 1.8内部故障原因分析:•RRU内部时钟类出现异常处理方法:•先查看故障小区是否存在其它告警,如:驻波比告警、RRU功率检测异常、输入电压异常等,假如有,先排除此类告警•假如无其它告警,如此对设备下电复位,此告警如再次出现,直接更换RRU1.9基站同步异常、没有可用的空口时钟源、GNSS天馈链路故障原因分析:•一个基站如果GPS出现故障,这3种告警如此会同时出现•未连接GPS•已连接GPS,但室内外接头处接触不良•GPS馈线有弯折等硬伤•主控板损坏处理方法:•首先应检查机房和室外是否连接GPS•如已连接,如此检查室内外GPS直弯头处连接情况,重新连接•重新连接后告警仍不能消除,如此需检查GPS馈线是否有弯折类的硬伤,假如有,如此更换新的馈线•以上因素排除后告警仍不能消除,如此直接更换主控板1.10设备掉电原因分析:• RRU所接市电停电•有市电但RRU因内部故障不上电处理方法:•先检查RRU所接市电是否有电,如果停电,待市电恢复后查看告警•如果有市电,但RRU未显示上电,掉电重新上电RRU假如仍无反映直接更换RRU1.11单板通讯链路断原因分析:•单板掉电•BBU的PM板供电功率不足•主控板故障导致其他单板不能正常上电•单板软件故障、反复重启处理方法:•热插拔单板复位后,查看单板是否正常•如果插拔无反响,计算PM板供电功率是否满足当前BBU 的所有单板所需功率•如果PM板无本身无故障,供电功率也满足,需查看主控板是否正常•以上因素排除后告警仍不消除,直接更换该单板1.12硬件类型和配置不一致原因分析:•实际设备连接的单板与OMC配置的单板类型不一致处理方法:•根据实际需要,更换前台所插单板或修改后台配置的单板类型1.13网元断链告警原因分析:•前后台数据不一致•机房设备掉电•传输线路光缆断•主控板故障处理方法:•在站点已开通的情况下出现网元断链,需检查后台数据是否有修改导致前后数据不一致•如果数据一致,核实机房设备是否掉电•核查传输线路光缆是否断开•排除以上因素外,核实BBU的主控板是否出现故障(软件故障、单板电路损坏等),如果有此类故障,更换主控板1.14X2断链告警以下三条都会影响切换的,无论出现哪条,都代表X2链路出现了问题。
LTE核心网常见故障和投诉案例分析1.呼叫掉话:呼叫掉话是用户最常见的投诉之一、它可能是由于核心网故障造成的。
可能原因包括:-信号覆盖不足:这可能是由于设备故障或基站问题导致的。
解决方案包括维修设备或增加基站容量。
-呼叫拥塞:当LTE核心网容量超过负荷时,呼叫掉话率可能会增加。
解决方案包括优化网络资源分配和增加容量。
-数据传输问题:LTE核心网的数据传输可能受到故障的影响。
解决方案包括修复故障和优化数据传输。
2.数据速率下降:用户可能投诉在使用LTE网络时遇到数据速率下降的问题。
这可能由以下原因引起:-设备问题:用户设备可能存在故障或配置问题,导致数据速率下降。
解决方案包括检查设备并提供技术支持。
-频谱问题:LTE频谱拥塞可能导致数据速率下降。
解决方案包括优化频谱分配和增加频带宽度。
-核心网负载:LTE核心网负载过高可能导致数据速率下降。
解决方案包括优化网络资源和增加容量。
3.信令延迟:信令延迟是另一个常见的投诉问题。
这可能是由于以下原因引起:-信令丢失:LTE核心网可能会遇到信令丢失问题,导致延迟增加。
解决方案包括修复故障和优化信令传输。
-呼叫拥塞:当LTE网络容量超过负荷时,信令延迟可能会增加。
解决方案包括优化网络资源和增加容量。
-核心网拓扑问题:LTE核心网拓扑设计不合理可能导致信令延迟。
解决方案包括重新设计和优化核心网拓扑。
4.服务不可用:用户可能投诉LTE网络服务不可用。
可能原因包括:-网络故障:当LTE核心网遭遇故障时,服务可能会中断。
解决方案包括快速修复故障和提供备用网络。
-天气影响:极端天气条件可能影响LTE网络的可用性。
解决方案包括增强天气适应性和增加备用设备。
-用户设备故障:用户设备故障可能导致无法使用LTE网络。
解决方案包括检修设备或提供替代设备。
综上所述,LTE核心网常见故障和投诉案例包括呼叫掉话、数据速率下降、信令延迟和服务不可用。
针对这些问题,可以采取一系列解决方案,包括维修设备、优化网络资源、增加容量和重新设计核心网拓扑。
1.1.1 CMPT板损坏导致基站失锁【现象描述】基站在操作维护平台中查看未退服,但BBU内HECM、HCPM板件均无法正常使用,不断重启;告警维护平台中查看基站存在“失锁”告警。
【原因分析】通过告警维护平台可得知告警涉及“GPS线路”方面,但对于具体障碍,需要对整段线路进行检查。
【处理过程】通过障碍现象实际上可以得知该基站已经退服,无法实现其应有的功能。
由于已通过网管定位为GPS故障,因而直接检查GPS线路。
将CMPT板与GPS蘑菇头相连的小跳线处断开,使用万用表的直流电压档位测试CMPT板输出电压,为0V;再使用万用表欧姆档位测试GPS电阻,在合适范围内(注:蘑菇头电阻几百欧不等,按照品牌略有差异)。
由于一般情况下CMPT板应该输出约5V左右的直流电为GPS蘑菇头供电,那么可以判定,为CMPT板件引起的故障。
更换CMPT板,恢复小跳线,基站重启后恢复工作,HCPM、HECM板正常工作,基站修复。
【建议与总结】1.当在基站不同步的一些情况下,网管不显示基站退服,但需要同步的板件无法正常工作;2.应当了解GPS故障处理的一些常识性知识。
1.1.2 PPP链路中断【现象描述】接到网管通知,反映所属安宁分局的“费家营”基站UTRP板件存在PPP链路中断告警,影响该基站的正常业务功能。
【原因分析】由于涉及的设备为基站电路域设备,因此优先考虑是电路部分的问题。
【处理过程】在现场察看发现UTRP板件存在告警,ALM指示灯为红色闪烁状态,初步判断UTRP 板件正常。
排除传输扩展板件故障后,察看与其相联接的2M线路,将不涉及开销信道2013-4-28 第1页, 共10页的2M(不会造成断站)在成端处断开,METRO500光端机的2M接口向BSC环回,与UTRP 板相连的2M接口向基站环回。
询问网管,发现BSC侧链路正常,基站侧无法环回。
近一步察看与UTRP板相连的2M头子,可能存在虚焊,重做2M头子后PPP链路恢复正常,障碍恢复。