LTE排障总结.docx
《LTE排障总结.docx》由会员分享,可在线阅读,更多相关《LTE排障总结.docx(14页珍藏版)》请在冰豆网上搜索。
LTE排障总结
LTE排障总结
一河南LTE基站产品介绍:
FSMF(系统模块):
提供电源源模块、本地维护接口,扩展接口、4个RRU连接光口,GPS接口。
FBBA(基带扩展)
FYGA(时钟盒)
FTIF(传输板)
RRU类型:
试用场景
RRU类型
平均功耗(W)
最大功耗 (W)
D宏站
FZHA
305
374
E频段室
分RRU
FZNN(3161-fae)
170
190
FZNK(3151e-fae)
170
190
FZNL(3151-fae)
170
190
FZND(3152-e)
190
215
F频段宏站RRU
FZFA(3158-fa)
390
470
FZFD(3158e-fa)
390
470
FZFF(3168-fa)
390
470
TDSBBU:
系统处理板
WMPT
登录IP:
192.168.0.49
登录账户密码:
admin/hwbs@com
本地IP:
192.168.0.48/50;掩码:
255.255.255.0
UMPT
登录IP:
17.21.2.15
登录账户密码:
admin/admin
本地ip:
17.21.2.16;掩码:
255.255.255.0
基带处理板
UBBPb
UBBPc
DCDU:
TYPE:
DCDU48-100
INPUT:
-48VMAX100A
OUTPUT:
-48VMAX100A
光模块:
二、分类故障介绍:
2.1电源类故障:
DCDU:
正常情况借电源柜63A熔丝,熔丝计算:
所接设别最大功率和/48*1.1
供电电压范围内:
DC:
-40.5to-57.0。
DCDU一般提供20A的空开连接设备,12A/10A也可接设备,6A负载不启设备导致DCDU跳闸。
DCDU跳闸两种可能:
1短路。
2超过负载
常见故障:
一RRU反复重启
现象描述
RRU识别到之后,启动到ONAIR这一步就会重启
告警信息
无
处理过程
1,上站检查电源柜有告警
2.电源厂家更换空开,之后基站正常启动
原因分析
电源柜无法提供稳定的电流,导致设备不断重启。
建议与总结
此类故障1,万用表测电压;
2删除FileDirectory中的开通字段,使设备恢复到未开通状态,检查设备设备是否反复重启,如仍反复重启可考虑电源故障
二RRU短路
现象描述
连接RRU空开跳闸
告警信息
无
处理过程
1检查DCDU空开是否够用
2检查地源线是否短路
3检查RRU短路
原因分析
建议与总结
此类故障涉及用电安全谨慎处理。
可采用万用表测电压来检查。
2.2传输类故障
1.分别对传输板和PTN连接的光纤自环。
自环后,传输板和PTN都会有绿灯指示光路连通。
2.检查两端光模块是否匹配,现传输光模块都采用1.25G单模光模块。
正常PTN和传输板的光模块可以混用,诺西所发光模块有FOSC字样。
3.检查PTN数据配置是否一致(IP地址VLAN号等等)。
RRU六口可以做S1口传输,也可以连接RRU。
连接RRU时上图示要勾选上,
做传输时不要勾选。
FSM1对应FSMF上那个电口传输,FSM2对应FSMF6口,
FTIF1/FTIF2对应传输板位置。
典型案例:
现象描述
S1口建立失败
告警信息
Faultname:
S1interfacesetupfailure(6308)
问题描述
新开站出现S1failure告警问题,基站状态为commissioned,版本为186_30,告警详细信息中的目的IP已经是正确的MMEIP了,需要进一步按照我们S1接口的协议栈从下往上检查,依次是物理层/IP/SCTP/S1AP(RRC暂不涉及)
处理方法
1.PINGMMEIP正常,说明传输没问题
2.Wireshake抓包发现SCTP心跳和建立都正常,说明SCTP层没问题
3.Wireshake抓包发现S1AP中基站向MME发起了SIsetuprequest,但是MME返回的是建立失败消息,原因是messagenotcompatiblewithreceiverstate,也就是MME收到的内容跟它之前存储的内容有冲突,最后通过检查,发现是基站的BTSID规划错误,跟现网的一个站冲突了,修改BTSID之后问题解决。
总结建议
导致S1口建立失败原因:
1传输不通
2MME地址错误
3业务IP配置错误
4BTSID冲突
2.3GPS类故障
正常情况下,小的时钟盒信号灯为常绿,如果出现绿色指示灯不断闪烁则GPS信号不正常。
如果灯闪的情况为一长二短,则为GPS馈线短路,
如果灯闪的情况为一长一短,则为GPS馈线开路。
灯闪时间间隔相同,检查时钟盒上模式设置,应为GNSS.
新时钟盒(识别到FYGA)提供时间和时钟信号,导入SCFC后无GPS信号RRU会不识别。
F和E双模站点GPS信号从TDS处取得,导入SCFC后NTPsever不通,FBBA会不识别,NTPserver连接丢失会导致无信号。
Swconfig中添加425=1字段可使基站自同步,但基站业务会收到影响。
2.4光纤类故障
通过登入RRU,可以检查光纤的光路状态。
登录工具PINGUI或者SECURECRT。
Windows32位系统可直接点击进入RRU,secureCRT需要首先登入BBU,通过telnet登入RRU。
登录命令:
telnet192.168.253.1962323
RF1IP:
192.168.253.196
RF2IP:
192.168.253.204
RF3IP:
192.168.253.212
RF4IP:
192.168.253.220
RF5IP:
192.168.253.228
RF6IP:
192.168.253.236
查询命令routersh–stat。
9为主光路、10为辅光路。
如果两路TXstate,RXstate均为Frame,并且PI值为14左右,则代表正常。
不正常状态为TXstate,RXstate为OFF/IDLE,PI值非常大。
主光纤断:
有RP3(0010)告警,辅光纤断:
有RP3(4064)告警。
经常遇到的情况为:
1.辅纤断,本小区出4064告警
2.主纤断,本小区出0010告警;辅纤光口亮起;例:
一小区主纤断,一小区出0010告警同事1.2.1识别到。
3.主纤维断,辅纤未知。
小区出0010告警,或NOenoughHW(1868)告警。
处理光纤告警思路:
一识别到RRU
二RRU软件版本正确
三命令查询光口状态,排定故障光纤
四倒换或更换光模块、光纤使故障恢复。
标题
三小区RP34064
现象描述
三小区查询光路状态正常,出4064告警
告警信息
RP3(4064)
处理过程
1检查光路是否正常
2如光路正常,但速率显示为4X,需要更改光口速率
原因分析
BBU到RRU的光口速率协商模式,导致基站RP34064故障,需要强制光口速率8X解决
建议与总结
更改过程:
一swconfig中加入0x19000C=2字段
二登入RRU更改光口速率rad–pw0xED1会有更改成功提示。
查询指令为rad–r0
三更改完成重启生效。
注意加入0x19000C=2字段后BBU只识别0xED为1的RRU
没有这个字段或0x19000C=0的BBU只识别0xED为0的RRU
2.5驻波类故障
现象描述:
基站出现VSWR(1838)告警,对应的小区橘黄色。
告警明确会指示哪个小区的哪根馈线有问题
解决方法:
1.检查出现驻波告警的跳线
2.在RRU侧把出现驻波的跳线与正常的跳线交替,观察驻波告警是否跟随跳线.
3.如果告警跟随跳线走,则更换跳线.
4.如果不跟跳线走,驻波告警仍然出现在同样的跳线号,则更换RRU.
BTSLOG过滤1253、1353、1453对应一小区、二小区、三小区查看小区校准,查看Amprito这个值,正常为1左右。
过大说明天馈故障,过小可能是校准线插错位置。
2.6TDS类故障
1.功率设置
TDL功率设置为5W。
TDS小区功率设置:
FZFA,小区功率设置不得高于470
FZFD,小区功率设置不得高于490
2.TDS载波数设置:
FZFA:
每小区最多9载波。
FZFD&FZFF:
每小区最多12载波。
3.3TDS载波频点设置:
TDL侧中心频点设置为38350,即用了1880-1900段的20M带宽,对于
F频段,TDL侧不能修改频点,否则容易与TDS冲突。
同时为了不与TDL冲突,TDS需要使用1900之后的频段,即TDS频点大于9504。
三种RRU支持的频段不一样。
FZFA支持频段为1880-1910,频点需设置在1900-1910频段内。
FZFD支持频段为1880-1915,频点需设置在1900-1915频段内。
FZFF支持频段为1880-1915,频点需设置在1900-1915频段内。
功率冲突:
小区RRU反复重启或者出RFmodulefailure告警。
载波超过最大限制:
整站RRU起不来,TDS侧升级不成功。
载波冲突:
对速率会有影响。
2.7设备类故障
FSMF常见故障:
一、FSMFmodulefailure,此故障会导致一小区退服。
可通过升降基站软件版本解决,如仍然无法识别可更换FSMF。
二、PC无法接入SITEmanager
1无法ping通192.168.255.129则只能更换FSMF
2可以ping通则可通过切换基站主备区方法解决。
基站切包过程
oot@FCTB:
~ >uboot_env get active_partition(查询命令)
active_partition=2(查询结果,2未主区)
root@FCTB:
~ >uboot_env set active_partition=1(切换命令)
root@FCTB:
~ >reboot(重启命令)
root@FCTB:
~ >
三、FSMF设备不停重启
首先排除电源故障。
其次可检查中/ffs/run下的FileDirectory.xml文件中记录的SCFC文件名和/ffs/run/config目录下的SCFC文件名是否一致,如不一致则可能导致设备不断重启。
四、文件鉴权失败告警
此告警是由,向BBU内传入未经鉴权的文件导致。
可通过重新升级解决。
RRU类故障
RRU识别故障
1.检查电源供电是否正常
2.检查光路是否正常
3.检查光口速率
二检查
二RFmodulefailure
D频段RRU出此故障应更换RRU,重启可能会暂时恢复但以后很有可能仍然出现。
F频段RRU
FZFA:
1功率冲突;2超过载频限制;3驻波
FZFD:
1功率冲突;2驻波
FZFF:
驻波。
如以上排查无误,则重启TDSRRU检查能否恢复。
其他设备故障
一FBBA故障
FBBA2处理2小区信号,FBBA3处理3小区信号,同时FBBA提供三小区的光口连接。
F站点FBBA识别需要NTPsever。
标题
开封河南饭店三小区RP3(4064)
站点名
河南饭店
硬件配置
FSMF+3FZHA
站点版本
LNT3.0_ENB_1304_243_02
现象描述
三小区RP3(4064)
告警信息
RP3(4064)
处理过程
1、TELNET到三小区查询光纤同步,辅纤不通;怀疑和光口速率无关。
为排除光口速率影响,修改强制8X;故障未消除。
2、为排除BBU侧故障导致,BBU侧一、三小区连接互换。
互换后一小区正常,三小区仍旧出告警;说明RRU和光纤无故障,故障指向BBU侧。
3、对调两块FBBA,故障消除。
4、恢复原状,故障未重出。
原因分析
FBBABUS线连接松动,导致FBBA3连接光口不正常。
建议与总结
BUS线连接卡口出现松动,虽然软件查看FBBA正常,可能内部数据交互出现问题,从而引起FBBA连接光路不正常。
光路故障逐步排查,倒换验证,分部排除。
处理结果
站点正常
传输板故障
标题
许昌三高FTIF丢失故障处理
站点名
许昌三高
硬件配置
FSMF+3FZFF(RRU3168)
站点版本
LNT31_ENB_1209_248_00
现象描述
FTIF不识别,重新安装FTIF后FTIF识别;现场环境恢复后FTIF又丢失。
告警信息
FTIF丢失告警
处理过程
5、FTIF不识别,拆除FTIF重新安装,安装后识别正常。
6、拆除FTIF,剪开了BUS线缆绑扎。
识别后恢复绑扎,FTIF又丢失。
7、更换新的FTIF,仍旧不识别。
8、拔除BUS线,重启设备FTIF识别。
9、更换新BUS线,设备恢复正常。
原因分析
FBBABUS线连接松动,导致FTIF不识别
建议与总结
基站BUS线都做了绑扎,可能导致BUS线弯曲过大,从而使BUS线连接松动;虽然软件查看FBBA正常,可能内部数据交互出现问题,从而引起FTIF丢失。
处理此类故障可考虑只连接FTIF,排除其他设备故障对传输板识别的影响。
处理结果
站点正常