爱立信基站2000故障码表(中文)

绪论:

BTS的故障是按故障的起因和重要性进行分类的:

?1A级:MO内的故障,它会影响MO的功能特性.

?1B级:MO外的故障,它也会影响MO的功能特性.

?2A级:MO内的故障,它不会影响MO的功能特性.

BSC要接收以上的BTS故障报告,应采用下列措施:

?1A级: MO退出操作和测试.

- 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将

对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态.

- 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状

态. 在BSC/OSS上将会产生一个A2告警.

?1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告警.

?2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态.

应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障.

总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。

?从BSC上获得：

- 在MO中所有激活的告警: RXASP:MO=RXO…;

- 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD;

- 在MO中所有激活的故障: RXMFP:MO=RXO…;

- M O的故障记录: RXELP:MO=RXO…;

?从OMT上获得:

- 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键)

/ Monitor(监视)/ Fault status(故障状态)”

- 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save

log(保存记录)” (只有 DXU, TRU和ECU才有记录区).

如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此

单元检测到其他单元有故障。

如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。

注解:

注解1:在R7版本中的欠压告警门限和DC电源断开的门限值:

注解2:关于IDB, RBS DB, RU DB 和内部配置信息(常称为本地配置)可以在下列网站找到：http://www.eral.ericsson.se/~erafima/idb.html

注解3: 由于复位而产生的故障代码在下列网页中有具体描述：http://www3-rmog-

bts.ericsson.se/~erafima/startcause.html

(这包括 CF故障I1A:0-6, I2A:0-6, I2A:40 和TRXC故障I1A:0-6, I1A:19).

一些相关缩略语:

VCO 压控振荡器(13 MHz) DSP 数字信号处理器

RF 射频

IF 中频

RU 可替换单元

MO 管理对象

VSWR 电压驻波比

电源内的单元:

BDM 电池和分配模块

BFU 电池熔丝单元

ECU 电源控制器

PSU 电源单元

IDM 内部分配模块TRU内的单元:

PWU 电源：为TRUD, TXU, PAU, RXU提供DC直流电源。

TRUD 数字TRU: 含有CPU (MO TRXC),信号处理平台(MO TS) 和无线控制等单元.

TXU 发信机

PA(U) 功率放大器: 放大TXU信号

RXU 收信机

CDU-D内的单元：

CU 合成器

DU 分配器

FU 滤波器

参考:

BTS fault handling 12/155 17-CRT 241 13

Fault coordination 20/1551-HRB 105 01 List of Supervised Entities OMS 2/1551-CRH 201 101 List of Supervised Entities PLS 2/1551-CRH 201 102 List of Supervised Entities TFS 3/1551-CRH 201 103 List of Supervised Entities RTS 3/1551-CRH 201 104 List of Supervised Entities EPS 2/1551-CRH 201 105 这些文档可以在下列网页找到：

http://www3-rmog-

bts.ericsson.se/~erafima/fault-info.html

检查和：在数据处理和数据通信领域中,用于校验目的的一组数据项的和。这些数据项可以是数字或在计算检验和过程中看作数字的其它字符串。

华为基站故障处理实例

5.2.3华为基站故障处理实例 1. 天馈连接鸳鸯线导致扩容载频后话务量减小现象描述： 反映某 312 基站第二小区话务量减小，该站话务量减小是从扩容后，原来是一个载频，采用一个 CDU ，扩容后加了一块载频，同时将 CDU 更换为 EDU ，至此话务量急剧下降，连续 3 天话务量不足原来的 1/4 ，用户怀疑是覆盖范围减小。 告警信息：在告警台中观察不到任何关于该基站的告警，单板指示灯和运行状态均正常。 原因分析：由于用户增加了一块载频，该基站下的四块载频变为五块，但是 PSU 单板只用两块，所以初步分析可能由以下原因造成话务量减小： 1 ） PSU 单板不够用，由于每两块 TRX 需要一个 PSU ，所以有可能是这个原因所致； 2 ）新更换的 EDU 有问题； 3 ）扩容时连接跳线时接头没有连接牢靠，造成驻波比过大； 4 ）小区的天馈连接错误。 处理过程：现场检查数据，没有任何问题，观察话统，发现的确从扩容后话务量就一直维持在 1ERL 左右，没有异常告警。到达现场后加入一块 PSU 板，通过话统对该小区进行测量报告数量的测量，发现很少，话务量没有提高，将 1 、 2 小区的 EDU 更换，现象依旧，仔细检查 TRX 和EDU 之间的连线，也没有错误，又检查天馈连线，发现第二小区的 EDU 的第二个发射端口 TX/RX_ANTB 错误的连接到第一小区天线的发端口，这样以来，第二小区的 BCCH 和 TCH 是通过不同的天线发出去的，造成可能指配信道所在的载频信号很弱，进而发生切换或掉话，切分集接收也不正确，所以造成该小区吸收不了话务量。将小区天线重新连接，二小区的话务量立刻提升了。 建议与总结：扩容，更换硬件时一定要信心连接线缆，避免连成鸳鸯线，交叉线，如果连接错误通常不会产生告警，故障比较隐蔽，同时会造成一些切换，掉话，话务量上不去的现象。 2. 数据配置不当导致 BTS3006A 在市电掉后出现非主 BCCH 载频退服 现象描述：某基站业务信道可用率突然下降，严重影响了考核指标。 告警信息：市电掉告警， PSU 保护，扩展 C3 。原因分析：由于 TCH 可用率 (%)＝ TCH 可用数目 / （ 1800/1900 小区 TCH 配置数目＋ 900/850 小区 TCH 配置数目） 所以到局里采集 TCH 性能测量分析，发现有几个基站在 7 ： 30 左右小区 TCH 可用数目比实际配置的数据少了 8 个，该基站配置为 S2/2 ，也就是少了一个载频的TCH 信道。

爱立信LTE告警

Auto-Configuration of Board Not Possible 无法自动识别板件Automatic CV Creation Failed 自动创建CV失败 BatteryBackupTimeTooShort 报警表明电池的容量是不够的，应更换电池，以满足所需时间 BatteryMissing 由于电源损坏或者电缆不通而产生BatteryVoltageTooLowMainLoadDisconnected 低电压至主控单元失效BatteryVoltageTooLowPrioLoadDisconnected 低电压至电池单元失效 Board Overheated 板件过热 CalibrationFailure 由于外界信号的突发干扰，导致校准信号异常，也有可能是内部干扰导致 CircuitBreakerTripped 断路器跳闸 Clock Calibration Expiry Soon 由于同步问题时钟校准即将失效Configuration Version Corrupt CV损坏 Contact to Default Router 0 Lost 失去与默认路由0的连接 Contact to Default Router 1 Lost 失去与默认路由1的连接 Contact to Default Router 2 Lost 失去与默认路由2的连接Credentials Enrollment Fault 证书登入错误 Credentials Validity Fault 证书即将在7天内过期CurrentTooHigh 电流过高 Disconnected 各个硬件如果失去连接即产生此告警 Disk Volume C Full 如果Main Processor（主处理器MP）的C卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Disk Volume C Full告警 Disk Volume D Full 如果Main Processor（主处理器MP）的D卷上存储的数据过多，会导致该卷的可用空间耗尽或几乎耗尽，此时系统会发出Disk Volume D Full告警 Duplicate IP Address Fault 重复IP地址冲突 Emergency Unlock of Software Licensing 当激活紧急状态时，会产生这个alarm EnclosureDoorOpen 外部门开启EnclosureProductDataMismatch 外部产品的信息空缺或者不匹配EnclosureSmoke 检测到机柜里有烟雾EnclosureSmokeDetectorFailure 外部烟雾感应器实效 ET IP Hardware Fault 以太网传输硬件故障 ExternalAlarm 超过系统对外部设备监控的极限或者外部设备有问题 ExternalLinkFailure 至少一个邻区的X2链接断开 FanFailure 风扇故障 FeatureResourceMissing 特性相关资源丢失，一般由于license缺失FeatureResourceMissing 特性相关资源丢失，一般由于license缺失FeatureResourceMissing 特性相关资源丢失，一般由于license缺失 File System Diagnostic Error 文件系统诊断错误 GeneralHwError 一般性硬件单元故障 GeneralSwError 一般性软件故障 GeneralSwError 一般性软件故障 Gigabit Ethernet Link Fault 千兆以太网传输上的没有速率，或者一直以极低

基站故障处理流程规范

基站故障处理流程规范 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】

基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故障处理工作,即在排除 电力、光缆中断的因素后，再进入基站处理故障，在排除软件吊死、数据丢失等 软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需更换且仅需更换的 板件。因此，接到故障通知后，应根据通知内容对故障进行预判断，以便采取针 对性的处理措施，定位真正的故障点，避免错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时，应立即展开协调 并向上级报告相关进展情况。

4.对载频，主控板，传输板等故障处理应禁止在网络指标考核(8:00-11:00,18:00- 20:00)时段进行处理 2.故障处理流程 3.基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。

爱立信RBS6000主要故障代码描述

绪论: 一、故障映射 内部故障映射级别1A（I1A） 该级别报告的故障会影响MO 功能。出错硬件在信令MO 中。 内部故障映射级别1B（I1B） 该级别报告的故障会影响MO 功能。故障原因与信令MO 无关。 内部故障映射级别2A（I2A） 该级别报告的故障不会影响MO 功能。出错硬件在信令MO 中。 外部条件映射级别1（EC1） 该级别报告的条件会影响MO 功能。这些条件是外部TG。 外部条件映射级别2（EC2） 该级别报告的条件不会影响MO 功能。这些条件是外部TG。 替换装置映射（RU Map） 该映射报告的装置怀疑是导致上述内部故障映射的硬件设备。 二、逻辑替换单元 逻辑RU 指可以称为物理单元，但实际上不是指单个物理单元。逻辑替换单元包括四大类 型。如果分析时无法提供更详细的故障位置信息，则显示逻辑RU。逻辑RU 用于帮助用户确定故障位置。 1.总线它经常被称为单个物理单元，但部署在带电缆的机柜底板上。如果RU 映射中出 现总线，说明故障硬件可能连接到总线上的任何装置或总线自身。逻辑总线RU 包括： EC总线 时钟总线 Y-LINK 总线 2. 天线逻辑天线指发射器/接收器和物理天线之间的整个信号路径。逻辑天线RU 是： 天线 3. 环境RU 记录基站不能影响到的条件。该RU 包括两部分： 电源，处理外部电源问题 气候，处理湿度和温度方面的问题 假设机柜温度过高，或者输入的交流主电源超过正常范围，则逻辑RU“环境”指示故 障。 逻辑RU 是： 环境 4. IDB 尽管RBS 数据库不是物理装置，但它仍被视作一个可替换的单元。它只包括 数据库中的数据，而不包括它驻留的介质。 三、故障映射概况 Abis 界面上的故障代码是按照每个MO 定义的。SO RU 映射和I1A/I2A 故障映射应同时读 取。SO 故障映射可确定故障，RU 映射可指示故障所在的位置。 AO I1B 故障对应一个SO I2A 故障。因此，通过读取SO CF 或SO TRXC 的I2A 故障映射 和RU 映射，可以找出导致AO I1B 故障的硬件。在这种情况下，BTS 内部硬件会影响单 个AO。 AO 不能报告硬件的自身故障，因为该任务分配给了负责硬件管理的SO。可以说，结果是 AO I1B 故障映射报告的，而原因则是SO I1A/I2A 故障映射和RU 映射报告的。

基站故障处理流程规范方案

基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故 障处理工作,即在排除电力、光缆中断的因素后，再进入基站处理故障， 在排除软件吊死、数据丢失等软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需 更换且仅需更换的板件。因此，接到故障通知后，应根据通知内容对故 障进行预判断，以便采取针对性的处理措施，定位真正的故障点，避免 错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时， 应立即展开协调并向上级报告相关进展情况。

4. 对载频，主控板，传输板等故障处理应禁止在网络指标考核 (8:00-11:00,18:00-20:00)时段进行处理 2. 故障处理流程

3. 基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。 步骤3：根据基站的配置选定功率匹配并已经过检测完好的油机和电缆线，备足燃油和工具（万用表、钳形表、电笔、绝缘胶布以及其他常用工具）及时到达市电故障的基站。 具体油机选定方法举例如下：某基站通信设备直流负荷为45A（空调、照明除外），配置 GFM400Ah/48V蓄电池2组，开关电源为48V电源,基站由三相交

微波常见故障处理

微波常见故障处理 以下简单介绍微波设备故障处理的具体方案。 一、微波设备二端平面简图： 二、抢修流程： 首先、故障分析：接障后分析资料和以往故障发生情况，做出初步判断。如是微波设备故障应带齐备件、工具、仪表等准备。 其次、故障处理： 1.到达其中一端，读取

Alarms/Alarms History 各个告警； RSL/RSL History中接收电平参数； TX POWER中发射功率参数； Performance中BER情况； Channel/Freq中频率设置参数。 注：读取Alarms History 及RSL History参数主要针对到达现场无故障情况。 2. 做RF Loopback. 检查Alarms，RSL及Performance。 3. 若本端无故障，取消RF 自环. 4. 到对端重复1&2步骤。 5. 若本端有故障，首先判断是否存在同轴电缆/TNC接头故障、电压不正常及接地不正常的可能性，若以上均正常，则根据告警指示更换设备IDU、ODU……直至本端恢复正常。检查电压分为两个步骤，加电前与加电后；+24V系统输入电压范围为(21.6-28.8V)；系统接地有4个部分，IDU、ODU、机架、数据线。IDU为电源头第3脚或机壳，ODU为ODU接地脚、TNC同轴电缆外壳和天线外壳，数据线为BNC外壳(从DDF引入)，理论上4个地电阻相互应该为0，现场<3Ohm。

6. 移动局基站分为基站和转接站(近OMC端)，微波设备连接基站到转接站，使OMC可以监控基站端。 微波设备恢复正常以基站端，使用BNC短接缆短接E1数据口，OMC确认正常为准。 如设备运行正常，但OMC认为链路中断，则在转接站用T型接头短接E1数据线，请OMC确认链路(从交换机到进入DR+系统前的链路)是否正常。如不正常，抢修该链路，否则，转接站接入数据线，做RF LB，请OMC确认是否正常…… 7. 判断设备故障的基本步骤可以依照以上方法，但要根据实际情况具体分析与处理，对于复杂故障情况的分析与处理仍需到达现场进行。 三、故障原因： 1、微波本身硬件：如IDU、ODU、E1口、接头、馈线。 2、外接设备故障：如接地线、电源。 3、突发情况：雷雨天气、二端微波路由受阻挡。 四、处理方式（根据故障原因------>故障处理方式）： 1、如微波本身硬件故障------>更换； 2、如外接设备故障------>整改或协助其它专业进行抢修； 3、如突发情况------>根据现场情况具体处理（如更换割接路由、二 端微波天线升高等等）

4G基站故障处理手册LTE

TD-LTE产品维护手册 1、基站操作维护常用命令 ●LTE登陆IP：局向设置为192.168.0.49 电脑IP设置为192.168.0.X 255.255.255.0 ●查询RRU光路信息: DSP SFP ●查询RRU驻波状态: DSP VSWR ●查询基站版本命令：LST SOFWARE ●查询盲启开关命令：DSP DHCPSW 2、近端处理光路故障 ●TDS侧光路查询可使用命令DSP OPINFO 查询原有TDS光路好坏，是 否有光衰，通过查看BBU和RRU光口的输入输出功率来确定。 ●LTE侧光路查询可使用命令DSP SFP 查询光路好坏，是否有光衰，目前 开站要求收发光功率一般不小于1500，最小不能小于1000 。

3、近端处驻波故障 ●现网驻波值门限一般设置为1.5，LTE开通后门限一般都改为1.8了，也 就是说如果驻波值不超过1.8，是不会上报驻波告警的。TDL 的通道编号为0~7，驻波可通过命令DSP VSWR 来查询。 ●TDS的通道编号为1~8，驻波可通过DSP RRUPARA 来查询

4、基站近端登陆可查到的常见告警 5、故障处理流程和方法 （1）故障处理流程：

●故障处理流程包括以下几个环节：备份数据、收集并记录相关信息、确定 故障范围和类别、定位故障原因、故障排除、确认故障是否被排除、记录故障处理过程。 6、故障处理方法 ●备份数据 为确保数据安全，在故障处理的过程中，用户应首先保存现场数据，备份相关数据库、告警信息、日志文件等。

●故障信息收集 故障信息是故障处理的重要依据。任何一个故障的处理过程都是从维护人员获得故障信息开始，维护人员应尽量收集需要的故障信息。 ●确定故障范围和类别 根据故障现象，确定故障的范围和种类。 ●定位故障原因 故障定位就是从众多可能原因中找出故障原因的过程，通过一定的方法或手段分析、比较各种可能的故障成因，不断排除非可能因素。 7、常用故障维护功能 ●用户跟踪 用户跟踪基于用户号码，可以按照发生时序完整的跟踪用户的标准接口、内部接口消息、内部状态信息，并显示在屏幕上。 ●接口跟踪 接口跟踪基于某个标准（或内部）接口，可以按照发生时序完整的跟踪该接口上的所有消息，并显示在屏幕上。 ●对比/互换 对比/互换可以帮助用户判断故障的范围或位置。 ●倒换/复位 倒换用于确定主用设备是否异常或者主备用关系是否协调；复位主要用于排除软件运行异常。 8、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，

爱立信常见交换机故障处理流程

常见爱立信交换机故障处理流程 TT计费停 1）〈CHODP：FN=TT；连续看几次，如果指针不变，则确认TT计费停 2）〈CHOFP：FN=TT；看那些计费子文件是CLOSE，那些计费子文件是OPEN 3）〈CHOFI：FN=TT，FILEID=；打开另一个状态为CLOSE的计费子文件 CHOFP:FILE=TTFILE03; 4）〈CHODP：FN=TT；连续看几次，如果指针变，TT计费恢复正常；如果指针仍然不变，则重复3）、4）直到TT计费恢复正常；如果把所有的计费子文件都打开，指针仍然不变，则马上通知交换室。（计费恢复正常后，除了能够正常计费子文件外，其他的计费子文件都要关闭，如果更改了计费子文件要通知立信计费中心） 2．CPFAULT 〈REPCI；测试出错部件。 〈REMCI：MAG=，PCB=；根据REPCI指令结果把最大怀疑坏的对应值填入。 〈RECCI；测试并复位。如果CPFAULT不能消除，则报交换室。 3．RP（EM）FAULT 〈REPRI：RP=，（EM=）； 〈REMRI：RP=，（EM=），PCB=；根据REPRI指令结果把最大怀疑坏的对应值填入。〈RECRI:rp=；如果RPFAULT不能消除，则报交换室。 4．EMRPFAULT 〈REPEI：EMG=，EMRP=； 〈REMEI：EMG=，MAG=，PCB=； 〈RECEI：EMG=，PCB=； 如果不能恢复，还可以进行如下操作： 〈EXEDP：EMG=，EM=； 〈BLODI：DEV=； 〈BLEEI：EMG=，EM=； 〈BLEEE：EMG=，EM=； 〈BLODE：DEV=；如果EMRPFAULT不能消除，则报交换室。 5．TSMFAULT 〈GSSTP；检查TSM的状态。 〈GSDSP；清除干扰源。 〈GSBLI：TSM=；闭TSM。 〈GSTEI：TSM=；测TSM。 〈GSBLE：TSM=；解TSM。等待5分钟，如果TSMFAULT不能消除，则报交换室。 6．系统时钟故障 〈NSSTP；时钟状态。 〈NSBLI：DIP=；闭时钟（参数可为RCM、CCM、DIP、EXT） 〈NSTEI：DIP=；测时钟（参数可为RCM、CCM、DIP、EXT） 测试结果为FAULTLESS，则解闭时钟，否则报障 〈NSBLE：DIP=；解时钟（参数可为RCM、CCM、DIP、EXT） 如果系统时钟状态仍然不能正常，则报交换室。 7．SNTFAULT 〈NSSTP：SNT=；

爱立信故障代码表(最新)

想· 绪论: BTS的故障是按故障的起因和重要性进行分类的: ? 1A级:MO内的故障,它会影响MO的功能特性. ? 1B级:MO外的故障,它也会影响MO的功能特性. ? 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ? 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常 状态. 在BSC/OSS上将会产生一个A2告警. ? 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个 A2告警. ? 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存 记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。

LTE爱立信网管基础操作教程V1.1

爱立信L TE网管基本功能介绍 1.告警处理 1.查看站点状态 使用OSS Common Explorer（OCE）查看站点状态 打开OCE 打开OCE后右上角第一个按钮“Open Perspective”可以切换两种界面：

Network Status：可以查看全网小区状态、指定站点的告警状态。 Network Configuration：可以查看全网站点的连接状态、同步状态、是否AI开站等信息。 1.查看全网小区状态 在Network Status界面下，Status的标签页下，ECell标签可以看到全网小区状态：

ERBS标签可以看到站点名称及其对应的eNB ID、IP地址等。 2.查看指定站点的告警状态 在Network Status界面下，Alarm的标签页下，可以看到指定站点的告警。选中某一行告警，下面的区域可以显示告警的详细信息。

2.告警查询 1.查看全网告警 打开Alarm List Viewer（ALV） 找到LTE网络，右键View Alarms会看到所有站点当前的告警信息。

Alarm Viewer右上角已用颜色区分不同等级的告警及数目： 1个Critical告警 2个Major告警 1个Minor告警 0个Warning告警 0个Indeterminate告警 427个Cleared告警（表示已经清除的告警） 2.导出实时告警 如果需要统计Alarm成表格，可以采取以下方法。下图是所有告警

先把已经Clear的Alarm屏蔽（点击），会出现如下图只剩当前活动的告警： 【注意】当前Cleared告警已经设置为系统自动确认，因此不会再出现在该界面。 选中上图中所有告警，然后如下图右键选择Save Alarm，保存成文件： 出现如下界面，把需要保存的Alarm文件名字填写好，点击OK，alarm_20130122.log就保存在当前用户目录路径下边，我们可以通过FTP到此路径下载文件。

爱立信常见告警处理说明

常见告警处理 A1类告警 CP FAUL T 一、告警产生原因： CP FAULT一般是位于CPS或MAU中的硬件故障。当系统发现一个永久性故障或三个相同类型的暂时性故障或暂时性故障出现频率太高时，MAS 的软件就会产生CP FAULT的告警。 二、告警处理流程： 具体告警处理和操作规程请参考B-MODULE ALEX相应的OPI。以下为主要操作步骤： 当CP FAULT告警出现时，首先察看CP的状态，若状态为

常见故障排查 (1)

LTE常见故障排查 华为4G设备故障集成度更高，人机交互界面更为丰富，为了提高故障处理效率，下面简单介绍通过近端LMT登陆辅助排查故障的办法。华为4G站点故障在接到监控通知后，带上电脑、网线、LTE调试线便可不再需要后台的配合。 1、驻波比告警处理 该告警与2&3G一样是最常见告警之一，均可在近端检测驻波比值。有所不同的是，爱立信设备是通过OMT近端检测载波的驻波比值，而华为3&4G近端检测的是各个发射通道的驻波比值。 根据后台通知的故障或现场MLT产看到的告警，查询对应RRU相应通道驻波比值，确定故障通道，如下： 接下来，通过跳线以及射频通道口的对调方法确定跳线、天线、RRU哪个为故障单元，最后将其替换，并重新用DSP VSER 指令确认处理效果。 2、光收发异常告警 此类故障见于PNT的EG2光接口到BBU主控板、BBU基带板光接口道RRU光接口的传输收发光强度超过设备正常运行的范围。 根据后台通知的故障或现场MLT产看到的告警，查询对应光接口的收发光强度，确定故障部件，下面以BBU到PTN光收发异常为例： 3、基站断链故障 此故障为基站与OMC网管断连，此时基站业务可能还在运行。可先近端查看业务通道是否有用户、小区状态是否正常等。

如小区、业务端口也都都不正常，说明此时逻辑传输不通，需与传输网管核对传输数据是否配齐、是否正常，然后检查近端配置的IP、VLAN是否与传输网管一致。最后通过PING的方法的方法向上级路由、OMC网管发包确认是否通。 检查设备端定义的IP 检查IP路由 检查下一跳VLAN映射信息 检查维护通道定义信息 如上述传输定义信息无误，进行ping

NOKIA基站故障处理-案例分析

第五章案例分析： 故障案例分析一： 驻马店市区刘阁基站（DE34）TRX2有7533告警（TX ANTENNA OR CONBINER CONNECTION FAULTY）由于连接在同一个合路器上的TRX1工作正常，初步判断AFEA 没有故障，TX连线紧固，则判断可能是TRX坏或者TX连线坏，更换TRX后故障解除。但是到3月9号，TRX2再次出现7533告警，由于TRX为新换的，TX连线无故障，分析认为合路器AFEA不稳定，存在隐患，更换AFE后故障解除，没有重复出现。 故障案例分析二： 西平人和基站（DE34）BCFA故障，更换后无法自启，检查发现软件包不对应（使用的板件是返修的库存板件，没有考虑软件包问题），灌入对应软件包重启后，Sec2和Sec3无法正常工作，其中Sec2的TRX7正常，而TRX8和Sec3的TRX9和TRX10均有7514告警（13MHZ CLOCK IS MISSING IN TRX）按照Nokia告警处理提示应更换TRX，但三块TRX同时坏的可能性不大，考虑可能为其他原因引起。于是将Sec2正常运行的TRX7和出故障的TRX8倒换位置，（操作过程中对该层PSUA断电）结果Sec2两块TRX均恢复正常。于是将Sec3的PSUA断电再加电，该扇区亦恢复正常。分析认为有时TRX内部软件需要重新掉电初始化。这一点和后来改半速率过程中，有些DE34站虽然数据与BSC完全对应，仍然出现OMU信令不活的现象类似，出现这种情况时，对基站供电单元CSUA掉电再加电就可以解决。 故障案例分析三： 遂平红堂基站（UltraSite）O改S后，Sec1一直占不上用户，且有7602（Mismatch between BSC/MMI configuration file and the actual）告警，经检查发现，硬件数据库中Sec1的数据不完整，补充完整后再上传进去，重启BCF，故障解除。 故障案例分析四： 妇幼保健院（ULTRASITE）断站，且断站时有7606告警，告警提示为合路器反射功率过高。根据以往经验，产生这个告警的原因有两种，驻波比过高或合路器坏，测试驻波比正常，更换合路器重起基站后告警消失，后期观察没有再出现这个告警。 故障案例分析五： 市区502基站（ULTRASITE）的SEC3反复闪断，有7705，7706，7723，8102等告警。到基站后发现传输板时而亮黄灯，时而亮绿灯，并且掉话非常明显。因为有传输告警，所以先从传输板、传输连接件和传输线考虑。自环传输板正常，检查DDF架。结果发现DDF架的2M接头松动，紧固后传输板没有再出现间歇性闪烁，基站正常运行。 故障案例分析六： 驻马店市区关王庙基站（UltraSite）的Sec2反复出现7604告警（Rx levels differ too much between main and diversity antennas），造成严重掉话。测量天线驻波比正常，更换宽带合路器WCGA和双工器DVGA仍不能解决，对基站主设备彻底检测确定正常，检查天馈部分，发现馈线进入机房后的接头处松动，重做接头并紧固后告警消除。对此故障分析认为，有时天馈系统的驻波比正常，并不能说明故障一定不是出在天馈系统。有些并不严重的连接松动情况可能无法在驻波比中显示。因此在处理这类故障的时候，测量天馈系统的参数只是判断故障的一个参考，还需要对连接部分进行仔细的检查。

爱立信基站主设备介绍

1、主设备故障有 硬件故障 软件故障 动力故障 传输故障 更换载频时，注意戴上防静电环，防止静电危害人体健康 人体上的静电影响载频板子 载频驻波比告警出现的原因有：(1)、载频连线CS-03等连接线；(2)、载频；(3)、耦合器和合路器；(4)、天馈系统 引起扩容后基站无法正常工作的原因：(1) 扩容载频坏；(2) 扩容载频槽位坏；(3) BTS背板坏；(4) BTS背板连接排线坏 影响小区覆盖大小的主要因素有基站天线高度、天线下倾角、天线特性、基站发射功率、接收机灵敏度等 在更换BCCH载频时不需要关闭TEL （错） 1.RBS2206基站中，有4个G.703接口。Y－LINK最大的速率是13MBIS/S。 2.RBS2206中，目前主要采用的CDU类型有CDU-G 和CDU-F 3.一个RBS2206机架最多可支持 6 个dTRU。 4.爱立信2202设备四条总线本地总线 , 时钟总线 ,X总线， CDU bus 线， 5.DXU21 DCP 与时隙上的关系对应表。 A端口：1 至 31 B端口：33 至 63 C端口：287 至 317 D端口：319 至 349 CDU-C，C+所含的合成器为 HCOMB ，CDU-D所含的合成器为FCOMB ，CDU-C+既可接成A 型接法，又可接成C型接法，GSM900本架内从HLOUT连到HLIN时要加 3dB衰减头。 IDB版本C+9d-2.2中的C+表示CDU的类型为C+，9表示频率为900MHZ，d表示采用双工器，前面的2表示有2条天线，后面的2表示最多接2个载波。 我省采用爱立信宏蜂窝设备的型号主要为RBS2000系列的2202和 2206 ；2000系列机架连

爱立信设备故障代码参照表

RBS2000 故障代码的描述版本) 绪论: BTS的故障是按故障的起因和重要性进行分类的: 1A级:MO内的故障,它会影响MO的功能特性. 1B级:MO外的故障,它也会影响MO的功能特性. 2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: 1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将对间歇性故障进行累加,当发生间歇性 故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告 警. 1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告警. 2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - MO的故障记录: RXELP:MO=RXO…; 从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。

爱立信设备故障处理注意事项

爱立信设备故障处理注意事项 1

以上操作时间要求为在未出现影响业务的故障条件下,一旦出现影响业务的故障,应立即解决故障,尽快恢复业务! 一、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点后 注意事项: 2

由于黑龙江爱立信的APG网元现在基本都为WINDOWS 系统(除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点后。 3

爱立信基站2000故障码表(中文)

绪论: BTS的故障是按故障的起因和重要性进行分类的: ?1A级:MO内的故障,它会影响MO的功能特性. ?1B级:MO外的故障,它也会影响MO的功能特性. ?2A级:MO内的故障,它不会影响MO的功能特性. BSC要接收以上的BTS故障报告,应采用下列措施: ?1A级: MO退出操作和测试. - 如果测试结果表明MO没有故障,那么MO将返回操作状态,并且其故障以间歇性故障处理.故障计数器将 对间歇性故障进行累加,当发生间歇性故障的次数太高时,MO将会永久地退出工作状态. - 如果测试结果表明MO有故障,那么MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状 态. 在BSC/OSS上将会产生一个A2告警. ?1B级: MO将永久地退出工作状态,直到故障停止或人工干涉才能恢复正常状态. 在BSC/OSS上将会产生一个A2告警. ?2A级:在BSC/OSS上将会产生一个A2或A3告示警. 但MO仍处于工作状态. 应注意的是:CF或TRXC上的2A级故障在从属MO中却被认为是1级故障. 总是在CF/TRXC上读取RU的故障映象来进行故障定位.但有时应紧记要替换的被检测到的故障单元,以便更换. BTS的故障信息可以从BSC上或站上OMT接口用人机命令MML来获得。 ?从BSC上获得： - 在MO中所有激活的告警: RXASP:MO=RXO…; - 在TG中所有激活的故障（1级）: RXMFP:MO=RXOTG-x,FAULTY,SUBORD; - 在MO中所有激活的故障: RXMFP:MO=RXO…; - M O的故障记录: RXELP:MO=RXO…; ?从OMT上获得: - 在TG中所有激活的故障: ”System view(系统视图) / 选择 RBS 2000 / Operations操作(或按右键) / Monitor(监视)/ Fault status(故障状态)” - 某个RU的故障记录: ”Hardware view(硬件视图) /选择RU / Operations操作(或按右键) / Save log(保存记录)” (只有 DXU, TRU和ECU才有记录区). 如果在CF/TRXC上产生ＲＵ单元的故障映象，其上的红灯将会发亮. 但这不一定就指此单元一定有故障，这也可能指此 单元检测到其他单元有故障。 如果红灯闪动，说明此故障很大可能是相关软件的故障： RBS/RU的数据库坏了或者丢失了，DXU只运行基本应用程序。这通常可以通过重新安装IDB和重新设置DXU或执行软件下载来修复。