福州TD NodeB设备故障案例分析.docx
《福州TD NodeB设备故障案例分析.docx》由会员分享,可在线阅读,更多相关《福州TD NodeB设备故障案例分析.docx(11页珍藏版)》请在冰豆网上搜索。
福州TDNodeB设备故障案例分析
福州TDNodeB设备故障案例分析
福州移动网络无线网维护中心刘东东
【摘要】
随着福州TD网络工程的逐步完工,现网运行的NodeB设备逐渐地增多。
作为TD网络中数量最多的网元,其运行状态对TD网络的质量有着很大的影响。
本文首先对福州现网NodeB整体的运行情况进行了分析,然后具体分析了目前NodeB设备中出现的两种典型故障,并详细介绍了该故障排查的过程。
【关键词】NodeB,Path驻波比告警,通道一致性差异
随着福州TD网络工程的逐步完工,现网运行的NodeB设备逐渐地增多。
作为TD网络中数量最多的网元,其运行状态对TD网络的质量有着很大的影响。
本文首先对福州现网NodeB整体的运行情况进行了分析,然后具体分析了目前NodeB设备中出现的两种典型故障,并详细介绍了该故障排查的过程。
福州TD网络采用诺西和中兴两个厂家的设备。
福州诺西NodeB设备BBU用TBBP530,RRU宏站用TRRU268,室分用TRRU261。
诺西NodeB软件包版本于4月8日进行了升级,由原先的TBBP530V004R000C01B042升级到TBBP530V004R000C01B261。
中兴NodeB设备BBU主要用B326,个别基站用B328,RRU宏站用R08,室分用R11。
中兴NodeB软件包版本于4月17日进行了升级,由原先的BBUV130200升级到BBUV200200fc,RRUV130200升级到RRUV200200fc。
中兴新的软件版本V200200与V130200比较,硬件框架和软件框架都没有变化,增加新功能:
1、Iub接口支持Qos机制(遵循802.1Q/P)。
2、HSPAMX:
中移动标准。
3、基站开通检查:
GPS状态检测、RRU状态检测。
基站开通时使用。
4、基站健康度检查。
目前中兴NodeB版本升级完后,站点运行稳定,无其他异常现象。
1、福州目前NodeB设备总体运行情况分析
1.1诺西NodeB设备运行情况。
诺西NodeB的板件主要有8种,根据4月份的统计情况各板件的月故障率见下图:
根据图示,TRRU268的月故障率明显高于其他板件,但仍维持在较低的水平(月故障率0.79%)。
诺西当前NodeB的TOP10告警占比情况见下图:
各告警号的说明如下:
告警数排名
告警ID
告警名称
占比
1
9110
下行驻波比告警
35%
2
9109
下行输出欠/过功率告警
15%
3
8008
RRU配置但不可用超时
9%
4
9108
下行通道告警
8%
5
9203
上行无可用校准通道告警
7%
6
8004
RRU心跳检测失败
6%
7
9112
发射/接收通道天线通道幅相一致性告警
6%
8
9202
下行无可用校准通道告警
6%
9
25104
IMA链路远端接收故障
4%
10
25107
IMA链路远端接收不可用告警
4%
1.2中兴NodeB设备运行情况
中兴NodeB的板件主要有14种,根据4月份的统计情况各板件的月故障率见下图:
根据图示中兴各板件故障对比,R08i的月故障率明显高于其他板件。
其他板件的月故障率保持在了较低的水平,均小于1%。
告警数排名
告警号
告警名称
占比
1
120001
天线通道幅相一致性告警
32%
2
546
BBU-RRU通讯链路断
11%
3
70001
下行通道故障告警
11%
4
60001
上行通道故障告警
11%
5
90001
下行驻波比告警
8%
6
16777218
公共信道异常
6%
7
55
单板温度过高或者过低
6%
8
80001
下行输出欠/过功率告警
6%
9
60
光口故障
6%
10
190001
RRU设备告警
3%
2、福州NodeB故障典型案例分析
2.1、RRUPATH驻波比异常告警(诺西)
【故障背景】
2009年4月27日鳌峰永辉基站的PATH出现驻波比异常的告警。
【查询故障状态】
1、物理状态:
该故障没有明显的物理表象,但是仔细检查有告警的PATH接口是否拧紧和馈线是否存在明显扭损可判断故障的原因。
2、通过网管查询状态:
排查每个PATH的“故障态”,处理每一个存在“次要”告警的PATH,通过查询,造成该原因是该路PATH的驻波比高达3.0,使该路PATH无功率输出,PATH告警属于周期性校准的结果,即无需重新建立小区便可看到PATH是否恢复。
DSPRRU:
;
此RRU型号是268,总共有8组两位的十六进制数,分别表示八路PATH的驻波比,将每组十六进制数化成十进制数再除以十,得到的是该路PATH的驻波比,我们规定驻波比在1.5一下(包括1.5)属于正常,如果大于1.5则异常,需处理,当大于3时会出现PATH的次要告警,此路PATH将停止输出功率,对于268,此值显示的是初始化校准的驻波比,即显示是RRU复位时的驻波比,在RRU进行下一次复位前,无论怎么处理PATH,该值还是无变化。
回环RX结果0=5A5B5A5A5A5A5A5A
回环RX结果1=5A5A5A5A5A5A5A5A
回环TX结果0=9999999899999999
回环TX结果1=9999999899999999
和驻波比一样,代表八路PATH的输入输出功率校准值,将每组数值化为十进制再减去128,RX的值满足-38±10dB,TX的值满足20±10dB,回环0,回环1,代表两次校准,有一次正常即可。
如此例:
5A化成十进制减去128得-38,正常,99化为十进制减去128得25,正常。
注意:
对于268,DSPRRU显示的是初始化校准的值,即显示是刚建立小区时RRU的驻波比和校准值,在RRU进行下一次复位前,无论怎么处理PATH,该值还是无变化。
所以说处理宏基站PATH告警,一般不参考DSPRRU。
DSPCARRIERRES:
;
基带RX校准结果=5A5A5A5A5A5A5A5A
基带TX校准结果=9494949494949494
和DSPRRU一样,查看每个小区主载波中的RX和TX值,显示的便是输入输出功率校准的值,计算方法和标准与DSPRRU雷同。
注意:
对于268,主载中的的校准功率是每5秒一次周期性校准的结果,即只要PATH没有DISABLE过,功率校准值都是随时更新的,此数据可及时反馈PATH驻波比修复的状况。
但是如果PATH有过DISABLE,此功率值将处于假死状态,需重新建立小区方可恢复周期性校准,一般来说,宏基站处理驻波比问题主要参考此项命令。
【故障分析】
一、如果某单个PATH或者某几个PATH(不是全部)出现驻波比告警,原因可能为:
A,馈线接口因安装时没有进行防尘保护致使接口污染导致接触不良。
B,施工时施工队未将馈线接头拧紧导致接触不良。
C,接头因防水处理不到位导致进水,影响驻波比。
D,因施工不当导致馈线扭损而导致驻波比异常。
E,由于施工时操作不当或者出厂时RRU或天线存在故障。
二、如果某个RRU的所有PATH都出现告警的话,原因可能是:
A,此RRU的校准线可能存在接头被污染、没拧紧、损坏、馈线折损等原因。
B,此RRU内部校准或天线的校准出现了故障。
C,校准线接头因防水处理不到位导致进水,影响驻波比。
D,该RRU的所有PATH都出现了故障(此概率很小)。
E,由于施工时操作不当或者出厂时RRU或天线存在故障。
【处理步骤】
一、如果某单个PATH或者某几个PATH(不是全部)出现驻波比告警。
1.用堵头堵住RRU处有告警出现的PATH接口,查看是否存在驻波比告警,如果有则定位RRU故障,更换即可,如无驻波比告警,则继续排查
2.将馈线连接在有告警的RRU接口上,另一端用堵头堵上,如果有告警,则说明是馈线问题,处理如下:
A.对PATH接口进行清理(用毛刷即可,不可用水),先用手将接头重新拧上,再用扳手上紧,然后做好防水处理。
重启小区,查询命令DSPRRU,DSPPATH,DSPCARRIERRES,查看驻波比状态。
B.如果告警仍未消除,需要检查相应的馈线头是否是做好的,馈线头是坏的应及时更换馈线,如果无相应备用馈线,则可重新做头,保证馈线的接触良好,更换完毕再重启小区,查询命令DSPRRU,DSPPATH,DSPCARRIERRES,看驻波比状态。
C.如果告警仍未清除,则需更换馈线,确定是否是施工过程中馈线折损造成的故障。
更换完毕,重启小区,查询命令DSPRRU,DSPPATH,DSPCARRIERRES,看驻波比状态。
如果无告警,则可确定是天线故障,更换即可
3.PATH告警解除后要将馈线头用一层胶带,一层胶泥和两层胶带做好防水处理,最外面一层胶带要从下往上缠,胶带接口在上部断开,再用扎带将馈线头两端绑扎好,用扎带将馈线重新绑扎牢靠,检查标签的完整性。
二、如果某个RRU的所有PATH都出现告警。
A.处理步骤同上,区别是上面的情况主要检查除校准线外其他的PATH,而这种情况主要检查校准线和校准接口。
B.如果校准没有问题的话,可以再试着检查一下其他PATH,部分PATH经重新连接后如果告警恢复则说明不是校准的问题,应继续排查其他PATH(这种概率很小)
2.2通道一致性差异过大(中兴)
【故障案例】2009年4月28日闽侯城关NodeB,出现通道一致性差异过大告警。
【告警影响】
影响智能天线的波束赋形作用。
【告警处理步骤】
(1)查看网管上告警详细信息得知:
闽侯城关基站出现光口0(一扇区)、RRU1,上下行通道一致性差异过大告警。
(2)天线校正。
方法:
打开动态数据管理页面,在页面左边的树形目录上找到闽侯城关站点,双击NodeB动态数据管理[4033]—无线管理—小区—选择第一小区(一扇区)—小区状态查询,由查询结果可知这个小区有三个载波。
无线管理—扇区—选择第一扇区—天线校正(射频载波分别选择:
0、1、2,校正类型选择:
上下行校正),由校正结果可知三个载波的上下行校正结果都是以:
天线通道7与其它通道差异性过大。
(3)输出查询。
方法:
打开动态数据管理页面,在页面左边的树形目录上找到闽侯城关站点,双击NodeB动态数据管理[4033]—RRU管理--选择光口号1,RRU序号1(由于是一扇区天线通道7校正不过,光口号0:
一扇区通道0~3,光口号1:
一扇区通道4~7)--驻波比查询,查询结果:
通道0:
1.51,通道1:
1.21,通道2:
1.91,通道3:
-17.10(光口号1的通道0~3分别对应一扇区的通道4~7),由查询结果可知通道7的驻波比与其它三个通道驻波比相比较差异大,且正常的驻波比范围一般在1~2.5之间,由此可初步判定是一扇区第八根(通道7)跳线出现问题,上站查看。
(4)上站查看:
一扇区第八根跳线坏,进行更换。
(5)查看告警。
在网管告警管理视图左边的树形目录上找到闽侯城关站点,右击选择执行告警查看,告警消失。
3.结论
通道一致性差异过大告警通常由天线校正不通过导致,可先在后台执行手动校正,如果这一扇区所有载波的同一通道校正都不通过,再查看其导频隙功率(与小区配置的最小发射功率相关)及驻波比(1~2.5),如导频时隙功率异常,可重启RRU,如无效则需要上站替换RRU进行判断;如果这一通道的驻波比异常,则很可能是这个通道坏,需要上站查看判断是否是跳线、天线、RRU问题。
但如校正结果提示各子帧校正不过,则很可能是干扰引起,且随着后面自校正通过,该告警将自动消失,不需要处理。