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:在R7版本中的欠压告警门限和DC电源断开的门限值:
注解2:关于IDB, RBS DB, RU DB 和内部配置信息(常称为本地配置)可以在下列网站找到：注解3: 由于复位而产生的故障代码在下列网页中有具体描述：
(这包括 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
这些文档可以在下列网页找到：
见故障TX IB:12的具体描述。
检查和：在数据处理和数据通信领域中,用于校验目的的一组数据项的和。这些数据项可以是数字或在计算检验和过程中看作数字的其它字符串。
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 千兆以太网传输上的没有速率，或者一直以极低
绪论: 一、故障映射 内部故障映射级别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.到达其中一端，读取
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、如突发情况------>根据现场情况具体处理（如更换割接路由、二 端微波天线升高等等）
常见爱立信交换机故障处理流程 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或执行软件下载来修复。
爱立信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的状态，若状态为 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 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 绪论: 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或执行软件下载来修复。 基站常见故障处理 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。 9,更换CDU。 10,更换CDU-BUS线。 TRX 1A 11（DSP CPU Communication Fault）：DSP CPU通信故障处理步骤为： 1,对该TRU进行复位； 2,若复位后无法消除该故障，或者复位后再次出现，更换该TRU。 TX 1B 4（TX Antenna VSWR Limits Exceeded）：TX驻波比超限处理步骤如下： 1．在OMT检查IDB里面的VSWR Limits定义的值的大小： 爱立信解决因传输不同步而导致大量基站 切换失败的案例 作者：刘博 邮箱：liubo@https://www.doczj.com/doc/6f2943356.html, 所在省：黑龙江省 设备厂家：爱立信 专业：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运行异常。至此排除因各类告警原因导致问题小区出现切换失败的情况。 检查小区切换相关数据是否存在问题： 排除硬件障碍后，影响小区切换成功率的主要问题就是切换相关数据的正确性。由于本次出现切换异常的小区数量较多，所以怀疑出现切换数据误操作情况。通过RLNRP、RLLFP、RLLUP、RLMFP等指令检查所有问题小区的切换数据配置是否存在异常，同时通过参数对比手段，对比未发生小区切换异常时与发生小区切换异常后的问题小区各切换数据配置情况变化，没有发现切换参数配置异常。通过MGCEP、MGOCP等指令检查小区在MSC中的切换数据配置情况也没发现异常。通过各项检查，问题小区的小区切换数据配置均未见异常，排除因小区切换配置有误而导致的问题小区切换异常。 检查小区无线数据是否存在问题： 爱立信设备告警远程处理 手册 目录 第一部分告警分析 (6) 一、可以远程初步处理的告警 (6) §1、A1类告警 (6) §1.1 FILE PROCESS UTILITY AUTOMATIC TRANSFER FAILURE (6) §1.2 SWITCHING NETWORK TERMINAL FAULT (7) §1.3 CCITT7 SIGNALLING LINK FAILURE (7) §1.4 GROUP SWITCH FAULT (8) §1.5 DIGITAL PATH QUALITY SUPERVISION (9) DIGITAL PATH UNAVAILABLE STATE FAULT (9) §1.6 SYNCHRONOUS DIGITAL PATH QUALITY SUPERVISION (9) SYNCHRONOUS DIGITAL PATH F AULT（ET155硬件） (9) §1.7 RP INTERCOMMUNICATION GROUP FAULT (10) §1.8RADIO TRANSMISSION GB INTERFACE FAULT (10) §1.9 NM ROUTE ASR SUPERVISION (11) §2、A2类告警 (11) §2.1 INFINITE FILE END WARNING (11) §2.2 VOLUME LIMIT EXCEEDED (12) §2.3 LINE UNIT BLOCKED (13) §2.4 SIZE ALTERATION OF DATA FILES SIZE CHANGE REQUIRED (13) §2.5 RP FAULT (14) §2.6 EM FAULT (14) §2.7 BACKUP INFORMATION FAULT (15) §2.8 SOFTWARE ERROR (15) §2.9 APPLICATION DETECTED SOFTWARE ERROR (16) §2.10 PVC SET-UP FAILURE (16) §2.11 AUDIT FUNCTION THRESHOLD SUPERVISION (17) §3、A3类告警 (17) §3.1 CCITT7 DISTURBANCE SUPERVISION LIMIT REACHED (17) §3.2 DISTURBANCE SUPERVISION OF TRUNK ROUTES (18) §3.3 HLR AUTHENTICATION DATA REQUEST FAULT (18) §3.4 MT FAILED AUTHENTICATION (19) §3.5 SEIZURE QUALITY SUPERVISION (19) §3.6 SIGNALLING FAULT SUPERVISION (19) §3.7 ALI FAULT (20) 二、无法远程处理的告警 (20) （流程管理）爱立信常见交换机故障处理流程 常见爱立信交换机故障处理流程 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．CP FAULT 〈REPCI；测试出错部件。 〈REMCI：MAG= ，PCB= ；根据REPCI指令结果把最大怀疑坏的对应值填入。〈RECCI；测试并复位。如果CP FAULT不能消除，则报交换室。 3．RP（EM）FAULT 〈REPRI：RP= ，（EM= ）； 〈REMRI：RP= ，（EM= ），PCB= ；根据REPRI指令结果把最大怀疑坏的对应值填入。 〈RECRI :rp=；如果RP FAULT不能消除，则报交换室。 4．EMRP FAULT 〈REPEI：EMG= ，EMRP= ； 〈REMEI：EMG= ，MAG= ，PCB= ； 〈RECEI：EMG= ，PCB= ； 如果不能恢复，还可以进行如下操作： 〈EXEDP：EMG= ，EM= ； 〈BLODI：DEV= ； 〈BLEEI：EMG= ，EM= ； 〈BLEEE：EMG= ，EM= ； 〈BLODE：DEV= ；如果EMRP FAULT不能消除，则报交换室。 5．TSM FAULT 〈GSSTP；检查TSM的状态。 〈GSDSP；清除干扰源。 〈GSBLI：TSM= ；闭TSM。 〈GSTEI：TSM= ；测TSM。 〈GSBLE：TSM= ；解TSM。等待5分钟，如果TSM FAULT不能消除，则报交换室。6．系统时钟故障 〈NSSTP；时钟状态。 〈NSBLI：DIP= ；闭时钟（参数可为RCM、CCM、DIP、EXT） 〈NSTEI：DIP= ；测时钟（参数可为RCM、CCM、DIP、EXT） 测试结果为FAULTLESS，则解闭时钟，否则报障 〈NSBLE：DIP= ；解时钟（参数可为RCM、CCM、DIP、EXT） 如果系统时钟状态仍然不能正常，则报交换室。 7．SNT FAULT 〈NSSTP：SNT= ； 爱立信 WCDMA 基站常见告警处理方法 1. PDH Loss of Signal：PDH信令丢失告警 Maj PDH Loss of Sign loss_of_signal Subrack=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=1 Maj Carrier_RejectSignalFromHardware message_not_expected Sector=2,Carrier=1 Maj Carrier_SignalNotReceivedWithinTime timeout_expired Sector=2,Carrier=1 告警原因：RU或RRU故障。 影响：该小区退服 处理方法：尝试对故障小区的RU进行重启，如无效，安排代维人员更换该小区RU或RRU. 常用指令操作汇总 1.常用指令 ?RLSBP/C （cro、pt、TO、T3212、ATT、TX、MAXRET、ACC、cb、cbq） / \ |cell...| RLSBP:CELL=+ +; |ALL | \ / / / \ | / / \\ |cell| | | |acc...|| RLSBC:CELL=+ + +[,CB=cb]|,ACC=+ +| |ALL | | | |CLEAR || \ / | \ \ // \ [,MAXRET=maxret][,TX=tx] [,ATT=att][,T3212=t3212] [,CBQ=cbq][,CRO=cro] [,TO=to][,PT=pt] \ | | [,ECSC=ecsc]+[,SLOW]; | | / ?RLSSP/C （nccperm、CHR、accmin、CCHPWR、rlinkt、DTXU、RLINKT、NECI、MBCR） / \ |cell...| RLSSP:CELL=+ +; |ALL | \ / / RLSSC:CELL=cell+[,ACCMIN=accmin][,CCHPWR=cchpwr][,CRH=crh] \ [,DTXU=dtxu][,NCCPERM=nccperm...] \ [,RLINKT=rlinkt][,NECI=neci][,MBCR=mbcr]+; / ?RLNRP/C （khyst、koffsetp/n、awoffset、bqoffset、CS、CAND） / \ | / \| | |cellr...|| |CELL=cell,CELLR=+ +| RLNRP:+ |ALL |+[,NODATA]; |CELL=ALL \ /| | | \ / / | RLNRC:CELL=cell,CELLR=cellr +[,CS=cs][,CAND=cand] | \ / / \\ | |KOFFSETP=koffsetp|| [,KHYST=khyst]|,+ +| | |KOFFSETN=koffsetn|| \ \ // / / \\ | |LOFFSETP=loffsetp|| [,LHYST=lhyst]|,+ +| | |LOFFSETN=loffsetn|| \ \ //常见故障排查 (1)
爱立信设备故障代码参照表
爱立信设备故障处理注意事项
爱立信基站2000故障码表(中文)
爱立信常见基站故障告警处理
爱立信解决因传输不同步而导致大量基站切换失败的案例分析
几十个爱立信告警详细处理步骤
(流程管理)爱立信常见交换机故障处理流程
爱立信_WCDMA_基站常见告警处理方法
爱立信常用指令操作汇总
相关主题
文本预览