爱立信WCDMA基站硬件故障处理
- 格式:docx
- 大小:3.17 MB
- 文档页数:17
爱立信基站故障处理指导手册一、RBS2000系统概述 (3)(一)、RBS2000的总线分类 (4)(二)、DXU (4)(三)、TRU (5)(四)、COMB (5)(五)、合成和分配单元(CDU) (5)(六)、电源的控制单元(ECU) (6)二、爱立信基站故障级别分类 (6)三、基站处理故障流程 (7)四、基站硬件更换流程 (10)五、基站典型故障处理说明 (11)六、附录: (16)2一、RBS2000系统概述RBS2000系列基站是爱立信公司的新一代产品,广泛用于我国的GSM900MHz移动通信网,也适用于GSM1800MHz通信系统。
与RBS200型基站相比,2000系列基站采用了模块化设计,集成度进一步提高,一个基站基本上是由DXU、ECU、PSU、TRU和CDU等几个替换单元(Replacement Unit,RU)组成。
如果基站出现硬件故障,直接更换相应的RU即可;同时RBS2000基站具有良好的人机接口,可很方便地通过OMT软件实现笔记本和基站之间的通信,读取各种数据或进行相应的操作,所以维护起来很方便。
但在日常的维护工作中,有很多告警不易判断故障RU的位置或是否为硬件故障,因此我们需要熟练掌握基站工作原理进行认真分析,找出其真正原因,排除故障,提高网络质量。
RBS2202主要由风扇、温度传感器、IDM、TRU、CDU、PSU、ECU、DXU等组成。
下图为RBS2202的机柜结构图:34各部分硬件面板指示灯如下图:(一)、RBS2000总线分类本地总线 Local Bus 提供DXU 、TRU 和ECU 单元的内部通信连接。
时间总线 时间总路线从DXU 单元至TRU 单元间传送无线空间的时钟信息。
X 总线 X 总线在TRU 单元间以一个时隙为基础传送话音/数据信息。
它用于基带跳频。
CDU 总线 CDU 总线连接CDU 单元至各个TRU 单元,帮助实现接口和O&M 功能。
爱立信 WCDMA 基站常见告警处理方法1. PDH Loss of Signal:PDH信令丢失告警Maj PDH Loss of Sign loss_of_signalSubrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp4告警原因:传输不通。
2. Plug-In Unit General Problem:配置错误告警Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=2,PlugInUnit=1告警原因:对应槽位没有板子,或板子读取不到。
处理方法:拔插相应槽位的板子,如拔插无效,则需更换板子。
3. AuxPlugInUnit_PiuConnectionLost:辅助单元设备告警Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1告警原因:外部告警先没接。
影响:无处理方法:由于现在外部告警线不需要接,可闭掉AuxPlugInUnit=1 这个MO,以消除告警。
4. AuxPlugInUnit_LossOfMains:RRU电源告警Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 告警原因:RRU掉电影响:该小区将退服。
处理方法:到现场检查RRU电源。
5. Carrier_RejectSignalFromHardware:Carrier_SignalNotReceivedWithinTime:载频告警Maj Carrier_RejectSignalFromHardware message_not_expected Sector=1,Carrier=1Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1告警原因:RU或RRU故障。
设备故障处理手册1、设备简介目前我公司使用的爱立信基站产品属于RBS2000(Radio Base Station) 系列。
从基站类型上分,RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型;而从不同的频段分,则有GSM 900,DCS 1800和PCS1900等三种系列。
1.1、主要设备类型介绍宏蜂窝基站:RBS2202、RBS2207、RBS2206微蜂窝基站:RBS2302、RBS2309、RBS2308射频拉远基站:RBS2111、RBS21011.1.1、RBS2202介绍RBS2202设备是爱立信早期基站设备,广泛应用于容量站和覆盖站。
RBS2202单机架最大配置为6个载波,单小区最大配置为12个载波,2个机架分主辅架连接。
常用载波槽位配置有2+2+2,4+4+4,6+6+6,12+12+12。
插图(设备图示)●机柜尺寸:400mm×600mm×1900mm●重量:226kg●工作环境温度:+5℃—+40℃●最大功耗2400W●每个机柜最多能放6块载频。
●机柜既可以配置成EGSM 900M的BTS,也可以配置成DCS1800M的BTS。
1.1.2、RBS2207介绍RBS2207设备适用DTRU,集成度较高,机架高度只有2206的一半,所占空间较小,但是每机架只有3个槽位,容量小,适用于郊区覆盖。
常用配置有2+2+2、4+2。
插图(设备图示)1.1.3、RBS2206介绍RBS2206设备适用DTRU,集成度较高,配置方式灵活,广泛应用于容量站和覆盖站。
每个机架有6个槽位,最大配置为12个载波。
常用槽位配置有4+4+4,6+6,8+4,12+12+12。
插图(设备图示)●机柜尺寸:400mm×600mm×1900mm●重量:230kg●工作环境温度:+5℃—+40℃●最大功耗4800W●每个机柜最多能放6块载频(dTRU)。
●机柜既可以配置成EGSM 900M的BTS,也可以配置成DCS1800M的BTS。
基站常见故障处理CF EC10(Main fail (External Power Source Fail)):外部电源故障处理步骤:1.检查出现故障小区的PSU是否工作正常:检查指示灯是否正常;2.检查电源链路,包括电缆、熔丝空开等;3.检查IDB中配置的电源系统是否和实际使用的电源系统一致;4.检查交流电源是否连接正确;5.更换PSU。
HW and IDB inconsistency(硬件和IDB数据不一致):处理步骤:1.检查硬件的频段、配置数量是否和IDB的配置数据相一致。
2.如发现数据不同,需要重新传建IDB或者在IDB中进行修改。
Climate sensor fault, System voltage sensor fault,A/D converter fault告警处理步骤:1.检查出现告警小区的PSU、ECU是否工作正常。
2.如PSU出现问题,则更换。
(参照例三)3.如ECU出现问题,则更换。
4.将出现告警的ECU电源关闭,更换ECU。
5.更换后,将其电源开启。
TRX 1A/13 (RF loop test fault): RF 环路测试故障处理步骤:1,检查TX电缆与TRU是否正确连接。
2,对TRU进行复位或者断电后重新加电,看是否能够恢复。
3,讲该载频进行退出/进入服务的操作,或者将该载频对应的TG退服后重新进入,看是否可以恢复。
4,若经过上述操作后,故障仍然存在,或者以后再次出现,建议更换该TRU。
TRX 1A/21 (Internal configuration failed): 内部配置失败处理步骤:1,检查CDU电源是否正常。
2,检查IDB中CDU配置是否正确。
3,检查TRU是否安装正确,与Y-link线连接是否正确。
4,检查IDB中TRU配置是否正确。
5,检查CDU-BUS线包括背板连线。
6,将CDU进行断电/加电操作。
7,重启DXU,CDU,TRU。
8,更换TRU。
爱立信解决因传输不同步而导致大量基站切换失败的案例作者:刘博邮箱:liubo@所在省:黑龙江省设备厂家:爱立信专业:GSM无线网设备类型:BTS设备型号:RBS6000&RBS2000软件版本:R12一、故障现象:通过日常指标数据观察一个BSC中突然出现多个小区切换成功率降低,连续多个时段固定小区的切换成功率降至50%左右,严重影响测试情况,用户感知大幅下降。
观察切换成功率指标如下表:现场测试时发现当测试至上述小区时出现大量切换失败现象,几乎没有成功的切换事件,测试过程中静态测试时问题小区存在C1、C2无法解析情况。
如下图:二、故障分析:1、处理流程图:2、分析故障现象可能原因:检查基站硬件障碍:突发的切换成功率异常事件通常要先检查基站运行状态是否出现异常,即基站硬件是否出现障碍。
由于本次同时发生切换成功率异常的小区较多,而同时出现大量基站出现同一硬件障碍的情况几率很小,所以基本排除基站硬件障碍而导致的小区切换成功率低的问题。
但经过工参资料查询,问题小区分属9个基站,其中有8个基站为GSM900M基站与GSM1800M 基站共站,而这9个基站距离较近,并且9个基站建设时间比较接近,所以需要到基站现场确认基站硬件是否存在障碍。
在基站现场检查基站硬件,同时通过现场IDB读取基站运行状态,没有发现以上问题基站硬件障碍历史记录,同时观察问题基站的站型包括RBS2000系列和RBS6000系列各不相同,检查各问题小区可能发生的载频隐形障碍,通过替换等操作排除了所有小区存在载频隐形障碍的可能,所以彻底排除因基站障碍而导致小区切换失败的因素。
检查是否存在其他基站硬件告警:通过OSS系统利用RXELP指令以及RXMFP指令提取问题小区的系统告警以及历史告警信息,并通过基站现场采集IDB告警数据检查问题基站相关的即时告警信息以及历史告警信息并未发现基站存在任何告警信息。
同时通过ALOG、TRH EVENT LOG并结合RALHP、RRMAP检查TRA、TRH运行状态以及告警信息,未发现TRA、TRH运行异常。
以上操作时间要求为在未出现影响业务的故障条件下,一旦出现影响业务的故障,应立即解决故障,尽快恢复业务!一、AP类问题1、MIRRORED DISKS NOT REDUNDANT时间要求:对于HLR,MSC的AP2,应该在晚间22点后,使用指令进行修复;对于BSC和MSC的AP1可在白天进行修复。
注意事项:如果指令修复不成功,则需要在晚间23点后进行下电处理,下电不成功则应申请备件,更换NODE。
2、AP NOT REDUNDANT时间要求:立即处理注意事项:当出现此类告警时,常用的方法是登陆到NODE DOWN的一侧,使用指令net start clussvc,将CLUSTER服务重启,如问题仍未解决,应立即与网管中心技术支援室联系。
3、AP/SP备份时间要求:晚间21点后注意事项:由于黑龙江爱立信的APG网元现在基本都为WINDOWS2003系统(除DAQHLR01外),系统版本都已升级到AGM017或AGM018,已解决了不清空D盘做出来的备份恢复后会导致系统无法启动的问题。
因此所有的APG40设备进行AP备份均不需要执行清空D盘操作,直接使用指令“burbackup -o”进行备份即可。
另外,在备份前,应先检查M盘剩余空间是否足够,如剩余空间不足,则要先删除以前的备份文件,再进行备份。
在进行SP备份时,存在由于磁带机故障,需要进行SP倒边的情况,在进行倒边操作时,需要检查另一侧的SP工作状态是否正常。
4、APG网元磁盘空间不足时间要求:白天即可注意事项:由于C盘为APG网元的系统盘,在处理此类告警时,一定要注意操作指令的准确性,我省多次出现因为“RD”指令导致误删C盘的严重故障,请一定慎用该指令。
导致APG故障。
建议删除文件时,可采用远程桌面的方式登陆网元,对相应的磁盘进行操作。
5、APG网元内存不足时间要求:对于HLR,MSC的AP2执行PRCBOOT应该在晚间23点后;对于BSC,MSC的AP1执行PRCBOOT应该在晚间21点后。
移动通信基站设备常见故障处理案例第一章爱立信基站主设备常见故障一、载频盘故障(一)故障现象:fault灯亮;fault灯亮,operation灯亮;operation灯亮,TX not 灯常亮等载频盘指示灯图1(二)故障定位:载频盘故障(三)故障所用仪器仪表:笔记本电脑(四)处理步骤:1、检查所坏的载频盘的位置,确认位置无误。
2、通知机房将故障载频盘闭掉等待机房闭掉故障载频后,戴上静电手镯,把故障载频的状态切换到本地。
3、掉电后将故障载频卸下换上备件载频加电。
4、待自检完毕后,将载频状态切换至远端,通知机房激活载频。
二、PSU故障(一)、故障现象:PSU fault灯亮PSU指示灯图2(二)、故障定位:检查是PSU故障还是PSU光纤环路故障,或ECU故障,确定故障为PSU故障后进行更换PSU。
(三)、所用仪器仪表:笔记本电脑(四)、处理步骤:1、连接笔记本电脑与主设备,打开OMT管理软件读取主设备数据库2、用OMT软件找出故障PSU进行更换。
3、进行更换PSU的时候我们要遵守的原则是:断PSU电源的时候要先直流后交流,接PSU电源的时候要先交流后直流。
4、遵守更换PSU的原则,将故障PSU拆下,换上备件PSU,观察故障告警是否消除。
三、CDU A 、C、C+故障(一)、故障现象:CDU fault灯亮(二)、故障定位:CDU A 、C、C+故障(三)、所用仪器仪表:笔记本电脑(四)、处理步骤:1、连接笔记本电脑与主设备,打开OMT管理软件读取主设备数据库2、用OMT软件确定是否CDU故障3、若不是CDU故障用OMT软件重新进行故障定位,找出故障点;若是CDU故障,进行更换故障CDU4、更换前要通知机房将故障单元所在小区闭掉。
更换的时候首先将故障CDU断电,然后用专用工具T10将CDU拆下,将备件CDU装上后,确认连线无误后将CDU 加电,观察基站告警是否消除。
5、待CDU、TRU状态正常后通知机房将基站激活,观察设备是否运行正常,正常后清洁卫生离开现场。
1爱立信基站疑难故障分析大家都知道在无线基站维护过程中,交换提供的故障信息对基站现场维护至关重要,但是有许多疑难故障,交换并不能提供准确信息,基站现场的告警灯及操作维护终端OMT也不能提供相应信息,这就需要维护人员有丰富的维护经验及对设备的深入了解,才能解决难题。
现将本人在实际工作中所遇到的几个故障及处理过程介绍给人家,以供交流与探讨。
1.1同、邻频及其它干扰成为基站疑难故障原因之一在安装XXXX大酒店爱立信微蜂窝时,此基站安装室外全向天线,在电源及传输均正常的情况下,由BSC LOAD基站数据后,启动基站,但瞬间基站既脱机,检查微蜂窝硬件及BSC数据均正常,就是启动即脱机,在室外天线所在位置可检测到本不该存在的该基站的邻频信号。
所以判断此故障为强邻频干扰所造成,查出干扰源为邻近娱乐场所私自安装GSM的直放站。
强令其拆除后,该基站正常启动并工作正常。
因此,当基站出现疑难故障时对其进行同频、邻频及其它干扰源检测是非常重要的。
1.2天馈线质量是基站运行的重要保证造纸厂爱立信RBS200基站搬迁后,A扇区掉话5%,B扇区掉话10%,检查B SC数据无问题,基站无任何告警,网优进行拨打测试,发现A、B扇区相邻地区掉话,怀疑有载频“假好”停部分载频进行测试,发现使用任何载频进行测试,均有掉话,于是,判断可能为A、B扇区各有一条接收天线接反。
理顺馈线发现一条A扇区的接收天线接到了B扇区的机架上,而将B扇区的接收天线连到A扇区的机架上,由于该基站使用收发单工的定向天线,天线接反不仅造成分集接收的丢失,而且会造成局部区域的严重掉话。
由于工程建设中对馈线管理不严,在实际工作中经常发生馈线装反现象,其中,带有BCCH及下行信号的馈线装错,在拨打测试中很容易被发现,而接收馈线装反,却较难发现,并造成疑难故障。
加强天馈线系统预检预修,严格执行作业计划,使故障隐患消除在萌芽状态。
由于工程中对馈线与软跳线或天线与软跳线的接头处理的不好,防水胶泥封得不严,会造成馈线进水,接头生锈,如果只从表面上看,很难发现故障。
广州市宜通世纪科技有限公司 Guangzhou Eastone Century Technology Co,. Ltd.1爱立信基站系统常见故障处理总结laiguolong前言・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・03一、RBS 故障1 与扩展架的ECU 失去联系…………………………………………………… 032 因缺少环路终端而导致基站退服・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ 03 3 因雷击导致DXU 中数据损坏・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ 04 4 VSWR/POWER 检测丢失告警 ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ 04 5 塔放的控制模块上的通道口的红灯亮・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・05 6 电源出错后CEU 没有输出电源・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・05 7 TRU 循环重启和TRU 故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・06 8 Maxite900基站的PBC 告警代码‘11H ’・・・・・・・・・・・・・・・・・・・・・・・・・・・・・07 9 RU 数据库丢失・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・07 10 由于Timing Bus 引起的CU 故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・......08 11 由于Dip 开关设置错误导致呼叫建立速率低・・・・・・・・・・・・・・・・・・・・・・・・08 12 TRU 和ECU 失去联系・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・08 13 RBS200控制链(CLC )故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・09 14 RBS2302级联到RBS200故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・09 15 CU 输入功率故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・09 16 CF 不能装载・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・10 17 电源系统处于独立模式・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・10 18 PCB 上的错误代码・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・10 19 RBS200时间单元FC24故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・11 20 RBS200 控制链封・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・11 21 RBS200的ETB 进入 ABL (自动闭塞)状态・・・・・・・・・・・・・・・・・・・・・・・・・・11 22 RBS200 RTX 1A 级的错误码 21・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・12 23 RBS200的TX-Bus 连接・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・12 24 TCH 的下行功率电平 (RXLEV)低・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・12 25 CDU-C+的分集接收丢失・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・13 26 由于RXD 连接不好引起的高掉话率・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・13 27 在TS 上的远端TRA 通讯丢失・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・13 28 气候引起基站告警・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・14 29 MAXITE 警告代码“12P ”・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・14 30 PBC 上的馈线衰减器设置失败・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・14 31 ECU 电源故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・14 32 RBS200 基站输出功率低・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・15 33 RBS2302 基站软件错误・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・15 34 RBS2302 TF 同步故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・15 35 电源失电后Maxite CEU 电源关闭・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・15 36 RBS2302没有对任何操作均没有反应・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・16广州市宜通世纪科技有限公司 Guangzhou Eastone Century Technology Co,. Ltd.237 时隙没有被设置・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・16 38 IS 配置不上・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・16 39 Maxite 系统的覆盖质量很差・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・17 40 一副Maxite 系统天线没有信号・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・17 41 TF 同步失败・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・18 42 不能识别在扩展机架的TRU ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・18 43 DXU 与TRU 、ECU 失去通信・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・18 44 基带跳频的信道间隔需求・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・18 45 因CDU D 数据库损坏导致TX 失败・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・19 46 与TRU 和ECU 失去通信联系・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・19 47 RBS 时钟总线故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・20 48 Maxite CEU 故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・20 49 TRU 失去联系・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・20 50 RBS2202基站CDU-C+ 的配置・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・21 51 小区掉话率高・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・21 52 RBS2301作为 Maxite 900用・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・21 53 外部告警不能出来・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・22 54 TRU 引起的分集接收丢失(SG)・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・22 55 RBS2202 TF 同步失败 (CZ)・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・22 56 Lightning Struck (JY)・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・23 57 RX Diversity Lost (分集接收丢失)・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・23 58 Output Power Limits Exceeded (输出功率超过极限)・・・・・・・・・・・・・・・・23 59 OMT 不能工作・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・24 60 LAPD CON 队列拥塞・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・24 61 TX Not Enabled 和TX自动闭塞・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・24 62 DXU/ECU 里的下载文件丢失・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・25 63 RBS200基站的CLC 阻塞・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・25 64 安装测试和Maxite 的综合・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・25 65 把基带跳频设置为“ON ”时,小区死掉・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・25 66 Maxite 900 RBS2302 级联到 RBS200不成功・・・・・・・・・・・・・・・・・・・・・・・・・・26 67 RBS200 TF 失去同步・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・27 68 RBS200 PCU 的FAULT 指示灯亮・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・27 69 RBS200没有分集接受告警・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・27 70 级联的RBS200控制链路失效・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・27 71 RBS2202循环重启・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・28 72 驻波比门限过高・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・29 73 Maxite 系统PBC 在独立模式・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・29 74 Maxite 系统馈线衰减在最大值・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・29 75 RBS200 TRX Load 不过 ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・30 76 Maxite 站故障・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・30 77 RBS200 一个 TRX 不工作・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・30 75 其它・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・32 76 常见A3的处理方法・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・36广州市宜通世纪科技有限公司 Guangzhou Eastone Century Technology Co,. Ltd.3前言从事爱立信设备基站维护已有几年的时间了,但由于时间关系,一直都没有去做个小结,现就将我从事爱立信基站设备维护工作的心得作一小结,供各位同事和同仁参考,希望能得到相关的建议和指导,使之不断完善,同时也很希望对一些复杂问题能与大家一起探讨探讨。
爱立信3G基站介绍及常见故障告警处理指南目录1 爱立信3G基站硬件介绍 (3)1.1 爱立信提供的WCDMA基站产品 (3)1.2 爱立信基站产品定位 (3)1.3 RBS3206基站介绍 (4)1.3.1 RBS3206基站概述 (4)1.3.2 RBS3206硬件布局 (5)1.3.3 RBS3206主单元模块 (6)1.3.4 基带的控制单元(CBU) (7)1.3.5 无线单元接口(RUIF) (8)1.3.6 基带接收板(RAXB) (9)1.3.7 基带发射板(TXB) (10)1.3.8 RU单元接口简介及与主单元间的连接 (11)1.3.9 传输接口(ET板)及与CBU之间的内部连接 (12)1.3.10 远端单元 (13)1.3.11 FU与RU的各接口及连接 (14)1.3.12 风扇控制单元 (15)1.3.13 电源连接单元 (16)1.3.14 电源开关单元 (16)1.3.15 电源供电流程 (17)1.4 RBS3418基站介绍 (17)1.4.1 RBS3418基站结构 (17)1.4.2 RBS 3418主要板件 (19)1.4.3 基带的控制单元(CBU) (20)1.4.4 基带接收板(RAXB) (21)1.4.5 基带发射板(TXB) (22)1.4.6 远端单元(RRU) (24)1.4.7 光纤基带接口(OBIF) (25)1.4.8 PSU—供电单元 (26)2 3G爱立信基站常见告警及处理方法 (26)2.1 远程可处理的告警 (26)2.1.1 多ET-MFX板子告警 (26)2.1.2 不需要的外部告警 (27)2.1.3 RRU相关问题 (27)2.1.4 电路板告警 (28)2.1.5 多定义了CBU冗余 (28)2.1.6 多启用了RETfeatures (29)2.1.7 同步丢失问题 (29)2.1.8 软件告警 (30)2.1.9 VC告警 (30)2.2 需上站解决的告警 (31)2.2.1 缺少RUIF到RU连接线的告警 (31)2.2.2 设计S222站型,只有1块TX板和2块RAX板,加license后有uplink和downlink的容量告警 (31)2.2.3 RRU相关问题 (32)2.2.4 传输相关问题 (32)2.2.5 FCU相关告警 (33)2.2.6 传输不稳定 (33)2.2.7 天馈问题 (34)3 3G爱立信基站常见故障案例 (34)3.1 Speech 12.2k (语音)问题分析 (34)3.1.1 无3G网络信号 (34)3.1.2 有3G网络信号,无法起呼 (35)3.2 CS 64k(视频电话)问题分析 (35)3.2.1 单站视频对打,可起呼,无回应 (35)3.2.2 视频电话质量差 (35)3.3 HSDPA/HSUPA(高速上传、下载)问题分析 (35)3.3.1HSDPA下载速率慢问题 (35)3.3.2HSUPA上传速率慢问题 (36)3.3.3 HS速率问题处理小结 (37)1爱立信3G基站硬件介绍1.1 爱立信提供的WCDMA基站产品目前北京联通WCDMA网络主要使用2种基站设备类型:RBS3206和RBS3418。
告警名称故障定位及常用处理方法AntennaBranch_AntennaSystemProblemInBranchA 驻波告警,天馈接口问题,需要检查接口,把接口拧紧,也可能是天馈线弯曲过度。
AuxPlugInUnit_LossOfMains 3小区的RRU掉了,一般情况下是由于光口掉了,所以同时看有没有光口掉了的告警,如果有,该故障就确定是光口故障了,如果没有,就有可能是设备RRU的故障,或者是OBIF板子故障AuxPlugInUnit_PiuConnectionLost 插入单元掉了,看后面明细位置,可以知道是CBU上得TEST口,TEST口是起局的时候用得,之后就没用了,所以需要把这个口子闭了,不然就会出现告警。
Equipment=1,AuxPlugInUnit=1表示TEST口UpLinkBaseBandPool_ULHWLessThanULCapacity 下行链路带宽容量不够,这个告警需要配合其他告警一起看,一般来说出现这个告警就是硬件RAX掉了,或者RRU光口掉了导致RRU掉了,随之就会带有光口告警还有上行带宽容量不够的告警;或者是RAX(或OBIF)板子故障,随之就会带有板子故障的告警和上行带宽容量不够的告警。
该站的这个告警是独立的,没有其他附带的告警,所以说是LICENSE里的licenseCapacityRbsChannelElementsDownlink值比该站得availableRbsChannelElementsDownlink值大,(命令lget . channel查看)这个告警就出来了,解决方法是重新换LICENSE或者加RAX板子增加容量。
Ethernet Switch Port Fault 如果为Port3告警,需要联系传输和RNC:确认传输端口已开,RNC侧确无端口告警。
如果出现Port2 告警,联系RNC工程师解决。
出现Port1,4,5,6,7告警,可以将Port闭掉NodeBFunction_MbmsIubEfficiencyLicenseNotValid 该LICENSE不支持多媒体广播业务功能,但是该站把多媒体广播业务的功能打开了,所以会出现这个告警,该功能一般不开启,查看RNC或者RBS所开启的功能命令为lget . feature 查看到featureStateMbmsIubEfficiency 1(ACTIV ATED)OpticalInterfaceLink_OpticalInterfaceLinkFailure RRU光口问题,通知基站人员上站检查RRU光口连线及RRU显示灯状态。
告警分析处理流程通常去解决一个基站的故障,从下面的这个顺序来分析处理1.首先检查发生故障基站的小区是否正常工作。
2.检查基站是否有告警若有告警,根据告警的详细内容定位故障的位置3.检查RNC侧各信道(FACH.RACH.PCH.HSDSCH.Eul)状态和基站侧无线.基带.传输.控制等状态。
4.检查基站各模块工作状态3418/3518A.R RUB.O BIF板C.T X板D.R AX板E.ET-MFX板ET-MFX板注意看Port6的状态,PS业务都是从这个口出去的F.CBU板在Ports下面,pp1~pp4分别显示1~4条E1状态32063206与3418/3518不同的是分为FU和RU,RUIF板与信号相关的故障,先检查天馈,FU,RU(或RRU)如果以上设备工作不正常的话,将会影响基站发出的信号。
当然RUIF(或OBIF)的故障会影响到该基站所有小区的信号发射。
CS业务受阻,检查TX,RAX还有CBU板的工作状态。
PS业务受阻,检查ET-MFX板和CBU板工作状态。
CBU1. 传输闪断,频繁出现Heartbeat Failure告警,在确定传输无异常的情况下,上站检查CBU板2M(E1)线是否异常和CBU板的工作状况(CBU板温度和灯的状态等);CBU板工作状态和E1若无异常,可以对CBU板进行重新拔插【拔插前与机房确认,先lock该板】,后续观察是否还有闪断情况出现;若依旧闪断,对CBU板进行更换。
2. 基站出现Heartbeat Failure告警,确定传输无异常的情况下,RNC侧观察VC12状态正常,而E1状态disable,上站检查基站是否断电和E1状态,若无断电,主要检查E1接口或尝试对E1线进行更换,或发现CBU板红灯长亮,需进行更换。
3. TimDevice_RadioClockIsNotStable分析:时钟device故障,导致基站无法时钟同步处理方法:CBU板时钟device故障,通常情况下可以通过重启基站解决;若重启后无法消除该告警,应上站检查CBU工作状态(CBU板温度和灯的状态等),可以对CBU板进行重新拔插,观察告警是否消除;若告警仍在,对CBU板进行更换。
TxTX板常见的告警为Dbcc Device Not Possible To Release ,Eul_Nbap Message Failure。
一旦遇到这种告警首先可以尝试对TX板进行重启。
1.在重启板件之间需要登录到RNC的EMAS上,对相关联的小区闭掉。
2.然后在登陆到基站的EMAS,对TX板当前PlugInUnit闭掉。
3.最后在EMAS上对此板进行重启。
如果重启后,告警依旧存在,可以在现场对TX板进行拔插,在来看告警是否消失。
RaxRAX板常见的告警为Ubch DeviceSet_GeneralSwError 。
一般遇到此类告警可以首先尝试重启RAX板。
1.在重启板件之间需要登录到RNC的EMAS上,对相关联的小区闭掉。
2.然后在登陆到基站的EMAS,对RAX板当前PlugInUnit闭掉。
3..最后在EMAS上对此板进行重启。
如果重启后,告警依旧存在,可以上站对RAX板进行拔插,观察告警是否消失。
ETMFX11ET-MFX板常见的告警为Plug-In Unit General Problem 和Contact to Default Router 0 Lost。
1.关于Plug-In Unit General Problem告警,可以尝试在现场对ET-MFX板进行拔插。
2.关于Contact to Default Router 0 Lost告警,在排除本地传输网无告警的情况下,如上面重启RAX,TX板的步骤一样,对ET-MFX板进行重启。
如果告警依旧存在,可以尝试换IP 线来看告警是否消失。
Obif【RBS3418/3518】1. ObifDeviceGroup_GammaLinkFailure分析:该告警涉及的相关硬件较多(可能与Obif,Rax,Tx和RRU均相关)a. 在EMAS上lock该Obif板,再对该板进行重启,最后unblock,观察告警是否消除;b. 若重启该板后告警仍在,尝试重启基站,重启基站后告警仍在则进行c;c. 通过网管的Cabinet Viewer查看该站各硬件的状态,主要是检查Obif,Rax,Tx和RRU的硬件状态,若以上任一板卡异常,lock该板进行重启,并对该板进行硬件测试,若硬件测试后,告警仍存在,则需上站对该板进行处理,对9槽位Obif板进行重新拔插【拔插前与机房确认,先lock该板】,拔插后观察告警是否消除,基站的各项统计是否正常,若告警仍在,则对该板进行更换。
2. Plug-In Unit General Problem上站检查该板的工作状态(Obif板温度和灯的状态等),若无异常,则对9槽位Obif 板进行重新拔插【拔插前与机房确认,先lock该板】,拔插后观察告警是否消除,基站的各项统计是否正常,若告警仍在,则对该板进行更换。
RRU1. RRU软件告警:RruDeviceGroup_GeneralSwError ;详情见以下附件:RRU软件告警处理方法.ppt2. TrDeviceSet_GeneralHwError:RRU发射单元告警分析:该告警通常只与RRU硬件相关;(重启RRU前,在RNC侧lock UtranCell)处理方法:该告警与处理RRU软件告警类似,首先是进入OSS common explorer,在小区无用户的情况下,闭锁小区;点击“Tool”进入Node Status Analyser,最后进入Cabinet Viewer,“Lock”对应小区的RRU,“restart”RRU最终“unlock”RRU。
通常情况下,重启RRU告警消失。
3. Carrier_SignalNotReceivedWithinTime或Carrier_RejectSignalFromHardware分析:该告警与RRU和Obif板的关系较大;处理方法 : 通常出现该告警的小区各信道无法正常工作,首先在在RNC侧lock UtranCell,接着lock该小区RRU并重启,重启后unlock该RRU观察告警是否消除。
若仍无法消除,则需在该基站无用户的情况下,在RNC侧lock该站所有小区的UtranCell,接着在基站的EMAS上lock Obif板并执行重启操作,最后unlock Obif观察告警是否消除。
若告警仍在,需重启基站观察;若执行完以上所有操作,告警仍在,则需上站将该RRU与其它小区RRU进行对调观察,若告警消除则处理结束。
若告警依旧,需对RRU进行更换。
Ruif [RBS3206]1: RuifDeviceGroup_GeneralHwError此硬件与RU直接相连,当此板件出问题,所有的小区将不能正常运行当出现此告警a.在EMAS上lock该Ruif板,再对该板进行重启,最后unblock,观察告警是否消除b.若重启该板后告警仍在,尝试重启基站,看告警是否消除c.通过网管的Cabinet Viewer查看该站各硬件的状态,主要是检查RUif,Rax,Tx和RU的硬件状态,若以上任一板卡异常,lock该板进行重启,并对该板进行硬件测试,若硬件测试后,告警仍存在,则需上站对该板进行处理,对12槽位Ruif板进行重新拔插【拔插前与机房确认,先lock该板】,拔插后观察告警是否消除,基站的各项统计是否正常,若告警仍在,则对该板进行更换。
2: . Plug-In Unit General Problem上站检查该板的工作状态(Obif板温度和灯的状态等),若无异常,则对12槽位Ruif板进行重新拔插【拔插前与机房确认,先lock该板】,拔插后观察告警是否消除,基站的各项统计是否正常,若告警仍在,则对该板进行更换。
RU22[RBS3206]1: Carrier_SignalNotReceivedWithinTime或Carrier_RejectSignalFromHardware分析:该告警与RU和Obif板的关系较大;处理方法: 通常出现该告警的小区各信道无法正常工作,首先在RNC侧lock UtranCell,接着lock该小区RU并重启,重启后unlock该RU观察告警是否消除。
若仍无法消除,则需在该基站无用户的情况下,在RNC侧lock该站所有小区的UtranCell,接着在基站的EMAS上lock Ruif板并执行重启操作,最后unlock Ruif观察告警是否消除。
若告警仍在,需重启基站观察;若执行完以上所有操作,告警仍在,则需上站将该RU与其它小区RU进行对调观察,若告警消除则处理结束。
若告警依旧,需对RU进行更换。
2: RuDeviceGroup_GeneralHwError分析:该告警通常只与RU硬件相关;(重启RU前,在RNC侧lock UtranCell)处理方法:该告警与处理RRU软件告警类似,首先是进入OSS common explorer,在小区无用户的情况下,闭锁小区;点击“Tool”进入Node Status Analyser,最后进入Cabinet Viewer,“Lock”对应小区的RU,“restart”RU最终“unlock”RU。
通常情况下,重启RU告警消失。
FU12 [RBS3206]1: FuDeviceGroup_GeneralSwError分析:该告警通常只与FU硬件相关;(重启RU前,在RNC侧lock UtranCell)处理方法:该告警与处理RU硬件告警类似,首先是进入OSS common explorer,在小区无用户的情况下,闭锁小区;点击“Tool”进入Node Status Analyser,最后进入Cabinet Viewer,“Lock”对应小区的FU,“restart”FU最终“unlock”FU。
通常情况下,重启FU告警消失。
2: FuDeviceGroup_GeneralHwError分析:该告警通常只与FU硬件相关;(重启RU前,在RNC侧lock UtranCell)处理方法:该告警与处理FU软件告警类似。