爱立信WCDMA基站硬件故障处理
爱立信基站故障处理指导手册
爱立信基站故障处理指导手册一、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 基站常见告警处理方法
爱立信 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。
爱立信基站典型故障处理案例
对上述基站数据掉死的解决办法还有一种是进行BSC的重新启动，因为需要在晚上进行，因此可能会导致基站退服的时间较长。
案例4：中国银行基站第2小区对应的机架为2个CDU C，4个载频配置，总是在4个载频全部开起来后，又很快全部退服，现象为第1、2个TRU状态为TX not enabled，第3、4个TRU为Fault灯和Operational灯同时亮。每次对DXU进行复位，总是出现上述的同样现象，整个小区无法正常运行。
总结：针对多机架级联的基站，第2、3小区退服的情况，要考虑前一级级联的小区所在的机架是否存在DXU故障、PCM传输电缆接错、IDB数据中未定义PCM级联等情况。
案例7：某个基站第2小区有3个时隙LMO状态为0800，复位和更换载频后无效。
检查基站的定义数据，发现第2小区对应的TG-139，在定义半永久连接关系时，将RBLT-1309与DCP 28连接是错误的，导致DCP 28相对应的4个TS时隙，无法正常工作。应该是RBLT-1308与DCP 28连接，正确修改后，故障解除。
因为第3、4个TRU总是出现故障现象，将这两个TRU更换，仍然出现同样的故障现象；更换第3、4个TRU对应的第2个CDU C，仍然出现同样的故障现象。
将第3、4个TRU放到第5、6个TRU的位置上，将第2个CDU放到第3个CDU的位置，这样载频的位置为第1、2、5、6，甩开TRU第3、4位置不使用，整个小区正常运行，不再出现上述故障现象。
首先全面检查基站硬件、传输设备、传输电缆等均没有发现问题，检查柳行头基站数据、小区数据定义也没有发现问题，更换DXU也不能解决问题。
爱立信常见基站故障告警处理
基站常见故障处理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。
爱立信基站常见故障分析
第17页
DXU（DISTRIBUTION SWITCH UNIT）--分配交换单元 DXU是RBS2000的中央控制单元，它具有下面的几个功能： 1、分配交换，SWITCH的功能 2、面向BSC的接口 3、定时单元，与外部时钟同步或与内部参考信号同步， 4、外部告警的连接，所有机架外的告警信号接口。 5、本地总线控制 6、物理接口G.703，处理物理层与链路层， 7、OMT接口，提供用于外接终端的RS232串口 8、处理A-BIS链路资源，如安装软件先存贮于刷新存贮器后向 DRAM下载。 9、信令链的解压与压缩(CONCENTRATES)，及依TEI来分配 DXU信令与TRU信令。 10、保存一份机架设备的数据库。第一：机架安装的硬件单元 即所有RU单元的识别，物理位置，配置参数。第二、硬件 单元的产品编号、版本号、系列号等。
第18页
DXU的面板图及各个指示灯的意义
•全部指示灯亮表示自检过程 •OPERATION灯闪（或与FAULT灯交替闪）表示FLASH的更 新过程，版本不同时出现，若版本相同时，只做比较，时间不 长，上述指示灯不闪。 •全部灯熄，表示RXESI：MO=RXOCF-0；的过程 •OPERATION灯亮表示：RXBLE：MO=RXOCF-0；解闭成功 •BS FAULT灯亮表示：DXU管理的所有设备中出现故障，此 信息由设备管理总线提供。IDB的安装与机架不符也会出现此 情况。具体内容可MONITOR中查出FAULT CODE，或OMT2 中查出。 •DXU加电后出现FAULT LED 闪、OPERA LED 亮、LOCAL 亮，之后为FAULT LED、LOCAL 亮表明没有IDB。（一个有 益的提示：通过查序号可知各个TRU是否同类产品，因不同产 品时，有可能影响跳频） •LOCAL 亮为本地状态，灭为BSC控制的状态，闪为交接状态
爱立信解决因传输不同步而导致大量基站切换失败的案例分析
爱立信解决因传输不同步而导致大量基站切换失败的案例作者：刘博邮箱：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点后。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
告警分析处理流程通常去解决一个基站的故障，从下面的这个顺序来分析处理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软件告警类似。