LTE排障总结.docx

上传人:b****3 文档编号:11561411 上传时间:2023-06-01 格式:DOCX 页数:15 大小:380.43KB
下载 相关 举报
LTE排障总结.docx_第1页
第1页 / 共15页
LTE排障总结.docx_第2页
第2页 / 共15页
LTE排障总结.docx_第3页
第3页 / 共15页
LTE排障总结.docx_第4页
第4页 / 共15页
LTE排障总结.docx_第5页
第5页 / 共15页
LTE排障总结.docx_第6页
第6页 / 共15页
LTE排障总结.docx_第7页
第7页 / 共15页
LTE排障总结.docx_第8页
第8页 / 共15页
LTE排障总结.docx_第9页
第9页 / 共15页
LTE排障总结.docx_第10页
第10页 / 共15页
LTE排障总结.docx_第11页
第11页 / 共15页
LTE排障总结.docx_第12页
第12页 / 共15页
LTE排障总结.docx_第13页
第13页 / 共15页
LTE排障总结.docx_第14页
第14页 / 共15页
LTE排障总结.docx_第15页
第15页 / 共15页
亲,该文档总共15页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

LTE排障总结.docx

《LTE排障总结.docx》由会员分享,可在线阅读,更多相关《LTE排障总结.docx(15页珍藏版)》请在冰点文库上搜索。

LTE排障总结.docx

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

本地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通则可通过切换基站主备区方法解决。

基站切包过程       

ootFCTB:

~ >uboot_env get active_partition(查询命令)

active_partition=2(查询结果,2未主区)

rootFCTB:

~ >uboot_env set active_partition=1(切换命令)

rootFCTB:

~ >reboot(重启命令)

rootFCTB:

~ >

三、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,排除其他设备故障对传输板识别的影响。

处理结果

站点正常

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 商业计划

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2