当前位置:文档之家› 爱立信基站告警处理

爱立信基站告警处理

爱立信 WCDMA 基站常见告警处理方法

爱立信 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、设备简介 目前我公司使用的爱立信基站产品属于RBS2000(Radio Base Station) 系列。 从基站类型上分,RBS2000系列基站分宏蜂窝、微蜂窝、射频拉远基站三大类型;而从不同的频段分,则有GSM 900,DCS 1800和PCS1900等三种系列。 1.1、主要设备类型介绍 宏蜂窝基站:RBS2202、RBS2207、RBS2206 微蜂窝基站:RBS2302、RBS2309、RBS2308 射频拉远基站:RBS2111、RBS2101 1.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,也可以配置成DCS 1800M的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。 插图(设备图示)

爱立信常见基站故障告警处理

基站常见故障处理 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定义的值的大小:

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

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

常见爱立信交换机故障处理流程 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日常告警处理

基站告警处理 告警: Maj OpticalInterfaceLink_OpticalInterfaceLinkFailure equipment_malfunction OpticalInterfaceLink=1-UL 处理办法: ●检查rru是否安装,是否加电 ●检查RRU到MU之间光缆是否正常 告警: Maj FcuDeviceGroup_NumberOfHwEntitiesMismatch configuration_or_customizing_error AuxPlugInUnit=2,FcuDeviceGroup=1 处理办法: ●检查FCU连接线是否连好 ●重启RBS 告警: Maj PDH Loss of Signal loss_of_signal Subrack=1,Slot=1,PlugInUnit=1,Cbu=1,ExchangeTerminal=1,E1PhysPathTerm=pp1 处理办法: ●2M传输不好,PP1表示第一个2E1传输不好,检查传输。 告警: Crit License Key File Fault configuration_or_customizing_error Licensing=1 处理办法: ●为基站加载license

Maj AuxPlugInUnit_LossOfMains commerical_power_failure SectorAntenna=1,AuxPlugInUnit=RRU-1 处理办法: ●检查RRU供电情况; ●检查RRU与MU之间的光缆是否正常 ●查看RRU是否正常,不正常更换RRU 告警: Maj AuxPlugInUnit_PiuConnectionLost equipment_malfunction AuxPlugInUnit=1 处理办法: ●现外部告警均未接,所以锁定相关告警MO(Equipment---- External Alarm— AuxPlugInUnit=1). 告警: Maj Plug-In Unit General Problem replaceable_unit_problem Subrack=1,Slot=8,PlugInUnit=1 Min DownlinkBaseBandPool_DlHwLessThanDlCapacity configuration_or_customizing_error Subrack=1,DownlinkBaseBandPool=1 Min UplinkBaseBandPool_UlHwLessThanUlCapacity configuration_or_customizing_error Subrack=1,UplinkBaseBandPool=1 处理办法: ●Moshell里登陆到该站,ST PLUG命令,查看单板状态,若第8块板Disable,锁住第8 块板,解锁第8块板,查看故障是否消除;不消除择需带上备板上站处理,首先热插拔下第8块板,故障不消除就更换第8块板。 告警: Maj TpaDevice_AmplificationError equipment_malfunction SectorAntenna=2,AuxPlugInUnit=RRU,RruDeviceGroup=1,TpaDeviceSet=1,TpaDevice=1 处理办法: ●重新启动对应小区所在RRU; ●更换对应小区所在RRU

4G常见告警处理意见

目录 1 版本信息 1 2 前言 2 3 常见故障处理 2 3.1 告警Disk Volume C Full 2 3.2 告警Disk Volume D Full 3 3.3 告警FanFailure 4 3.4 告警loss of synch reference redundancy 6 3.5 告警Gigabit Ethernet Link Fault 7 3.6 告警Synch Reference Path HW Fault 9 3.7 告警NoContact 10 3.8 告警License Key File Fault 12 3.9 告警NTP Server Reachability Fault 12 3.10 告警Plug-In Unit General Problem 13 3.11 告警Power feeding fault 15 1 版本信息 日期版本修订信息 2013年5月10日初稿 2 前言 本文档描述了爱立信LTE EnodeB基站的一些常见故障现场处理方法。本手册适用于RBS6000系列。软件版本为L12B。 本文档的目的在于提供现场操作流程以及故障处理方法的中文描述,以帮助了解一些常见故障的处理过程,实际操作时请严格按照爱立信的ALEX文档步骤进行。 3 常见故障处理 3.1 告警Disk Volume C Full 3.1.1 故障描述 Disk Volume C Full是一个主要告警,这个告警由MO ManagedElementData发出。 如果Main Processor(主处理器MP)的C卷上存储的数据过多,会导致该卷的可用空间耗尽或几乎耗尽,此时系统会发出Disk Volume C Full告警。系统一般每隔15分钟对C卷进行一次检测,如果可用空间小于等于MO ManagedElementData的属性minimumHdVolumeCFreespace的值(单位为兆),告警就会出现。 只要可用空间比minimumHdVolumeCFreespace的值大1M,告警就能消除。当该告警出现时,需要删除C卷的文件,令C卷有足够空间,使告警消除。 产生告警的可能原因如下: ?存放了太多UpgradePackage MO,或者存放的UP MO非常大。 ? C卷上有大量其他文件 ? C卷的最小可用空间设置得过大。也就是说,虽然有足够的可用空间,但是属性minimumHdVolumeCFreespace的值太大,使得C卷中允许使用的空间过小。 3.1.2 处理流程 执行以下步骤: 1) 确定是否有应该删除的旧UpgradePackage MO。如果有,请按照ALEX OPI

爱立信BSC常见故障告警处理

常见故障告警处理 一. 硬件设备告警 1、CP FAULT DPWSP;看CP状态。 REPCI;测试出错部件(排第一个是最可能出错的部件)。 REMCI:MAG=XX,PCB=XX;换板(可以再REMCI第二个部件)。 RECCI;测试并复位。 若修时出FC301说明交换机自己在修,此时CP状态为SE-FM(分离),无法人工修,只要等片刻就会发现CP状态变为UPDATING,再等就应该WORKING了。 2、RP FAULT EXRPP:RP=XX;看RP状态 REPRI;测试出错部件(排第一个是最可能出错的部件) REMRI:RP=XX,PCB=XX;(也可以换第二个部件) RECRI;测试并复位 闭解RP BLRPI/E:RP=XX; 3、EMRP FAULT(emrp:Extension Module Regional Processor ) REPEI:EMG=XX,EMRP=XX; REMEI:EMG=XX,MAG=XX,PCB=XX; RECEI:EMG=XX,PCB=XX; 4、EM FAULT EXEMP:RP=X,EM=XX;看EM状态 若无RPT时: REPRI:RP=XX,EM=XX; REMRI:RP=XX,EM=XX,PCB=XX; RECCI:RP=XX,EM=XX; 若有RPT时: EXEMP:RP=XX,EM=XX; BLEMI:RP=XX,EM=XX,RPT=XX; BLEME:RP=XX,EM=XX,RPT=XX; 若与TSM相关时: GSBLI: TSM=XX; 进行(2)或(3)闭解EM GSBLE: TSM=XX; 5、SWITCHING NETWORK TERMINAL FAULT NTSTP:SNT=XX;看SNT状态(常见FC38可闭解修好) NTCOP:SNT=XX;查DEV号 对MSC:EXDRP:DEV=XX;查控制设备的RP号和EM号 对BSC:RADAP:DEV=XX;查控制设备的RP号和EM号 EXRPP:RP=XX; NTBLI:SNT=XX;闭 NTTEI:SNT=XX;测

爱立信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 千兆以太网传输上的没有速率,或者一直以极低

爱立信告警代码解释

CF 2A 33:RX分级接受丢失 产生条件为:基站的一个或若干载频的2路接收信号A、B的强度相差至少为12dB(即≥12 dB),并且持续50分钟以上,基站就会产生分集接收告警。产生分集接收告警的TRU的接收机灵敏度会因此降低大约3.5dB。 处理方法:此故障对DXU进行复位,BS FAULT会消除,但没有真正解决问题,不久后会再出现此故障。这可能是小区间天线调乱,需对天线进行对线处理,把天线调整好。这也可能是HL-out和HL-in之间的连线有问题。如果CDU为D型,可能是DU的故障,可用万用表测量其上的接收输入口的电压,正常为5~6V之间,若不对,更换DU。 在移动通信的无线环境中,信号衰落将会产生严重问题,分集接收技术通过在若干支路上接收相关性很小的载有同一消息的信号,从而可在接收端大大降低信号衰弱的影响。频率分集是一种典型的分集技术,当一个基站的某个扇区使用2 个或2个以上的频率工作时,就能得到较好的分集效果,但这时分发现有三阶交调干扰问题,这需要在网络规划中仔细地分配频率资源。另一种是使用(无源)接收分集技术,因为是无源的,所以不会产生任何干扰,同时设备也较为简单,所以被广泛地应用。最常用的分集接收技术有空间分集和极化分集两种。当然在使用分集接收时,还必须考虑如何合成分集接收到的两个信号,合适的合成技术会产生较好的结果。 1 空间分集接收技术M S C BSC移动通信论坛通信工程师的首选技术论坛*u*e`4G~ 采用空间分集接收的基站,在每一个扇需放置二面单极化(垂直极化)天线。如果一个基站是分成三个扇区,则一个基站需6面天线。需要据天线的架设高度来确定两面天线的最佳水平间距,以使两天线接收到的信号相关性最小。w A D{v- 2 极化分集接收技术/d)h w W%N9_P 如果用两个极化方向相互垂直的天线来实现分集接收,就称为极化分集技术。通常是将这两付天线制作在一起,从外表上看像一面天线,故称为双极化天线。最常用的双极化天线有垂直/水平双极化或±45°双极化两种。F a)$h p#p#1H 极化分集的原理是:由于手机至基站传播路径上,受阻于建筑物、高山等,因而会出现复杂的多路径,而不同的路径来的信号有着不同的极化方向,显然极化相互垂直的信号相关性是最小的,从而分集增益最大。M SCB S C 移动通信论坛通信工程师的首选技术论坛#g7Y+90Z%?* 与空间分集不一样,在基站的一个扇区,极化分集技术只需一面双极化天线,一个基站仅需三面双极化天线,这样就较大地节省了设备成本和安装费用;另一方面极化分集对天线的安装也没有任何特殊要求,不像空间分集那样,要求每个扇区的两面天线在水平方向有一个最佳距离,这将极大地方便安装和节省附属设备的费用。 3 信号合成方式 采用分集技术,必须考虑如何合成分集接收的两个信号。合适的合成技术会产生较好的性能。现时通常有四种合成方式:最大比合成(MRC)技术、选择合成(SEC)技术、等增益合成(EGC)技术、转换合成(SWC)技术。分集接收是在若干支路上接收相关性很小的载有同一消息的信号,从而可在接收端大大降低深衰弱的概率。对于900MHZ可以得到3db的增益。我公司采用的分集接收技术有空间分集(单极化天线)、极化分集(双极化天线)。)B.^8^$M 2 分集接收丢失的故障分析与处理 在GSM基站维护中,分集接收丢失是一种出现较为频繁的故障,是影响网络指标的一个重要因素。而许多维护人员并不是很认真的去思考这一问题,只是简单

爱立信告警代码汇总

爱立信告警代码汇总 级别告警代码级别告警代码告警名称 RXOCF1A_1RXOCF1A_1重启,加电 RXOCF1A_2RXOCF1A_2重启,切换 RXOCF1A_3RXOCF1A_3看门狗(Watchdog)重启 RXOCF1A_4RXOCF1A_4软件故障重启 RXOCF1A_5RXOCF1A_5RAM故障重启 RXOCF1A_6RXOCF1A_6重启,内部功能修改 RXOCF1A_8RXOCF1A_8定时装置VCO故障 RXOCF1A_9RXOCF1A_9时钟分配故障(仅提供软件版本R9)/定时总线故RXOCF1A_10RXOCF1A_10室内温度超出安全范围RXOCF1A_14RXOCF1A_14总线故障 RXOCF1A_15RXOCF1A_15RBS数据库(软件版本R9)/IDB遭到破坏(软件版RXOCF1A_16RXOCF1A_16RU数据库遭到破坏RXOCF1A_17RXOCF1A_17硬件和IDB不相容 RXOCF1A_18RXOCF1A_18内部配置失败 RXOCF1A_21RXOCF1A_21硬件错误 RXOCF1A_22RXOCF1A_22无法计算开始时间 RXOCF1A_23RXOCF1A_23时间分配故障 RXOCF2A_7RXOCF2A_7RX内部放大器错误 RXOCF2A_8RXOCF2A_8超过VSWR限制 RXOCF2A_9RXOCF2A_9超过电源限制 RXOCF2A_12RXOCF2A_12RX最大/最小增益超标 RXOCF2A_13RXOCF2A_13定时装置VCO老化 RXOCF2A_14RXOCF2A_14无法进行监管/通信(软件版本R9);CDU无法进行RXOCF2A_15RXOCF2A_15无法监测VSWR/输出功率 RXOCF2A_16RXOCF2A_16超出正常的室内温度范围 RXOCF2A_17RXOCF2A_17内部湿度

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

爱立信设备故障处理注意事项 一、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点后。 注意事项: 执行PRCBOOT时,应先检查另一侧NODE状态是否正常,有无重要告警。 二、CP类问题 1、显现CP FAULT 时刻要求:晚间22点 注意事项: HLR和MSC应先申请备件,等备件到达后进行更换。关于CP33/33C类型的网元,定位故障板时,应以最新版本的CP EVENT分析软件的结果为准。 2、IPN FAULT 时刻要求:晚间22点后 注意事项:

S1链路故障导致掉线案例--爱立信核心网

问题描述(故障现象)组网环境 问题原因分析 问题解决方案

由于掉线上报的原因为S1链路故障,初步认为是S1链路故障导致,同时这段时间通辽的退服基站、故障基站、传输问题导致的基站退服较多,因此筛选出了由于S1故障导致掉线次数较多的基站进行了检查,基站工程师反馈说这些基站状态正常,并且也从没有发生过告警,包括S1链路故障告警。 同时,联系了爱立信核心网确认是否在指标恶化的6月5日是否进行过什么操作,答复这两天没有对核心网做过任何操作。然后请其对告警检查,爱立信核心网反馈了同样的信息,没有发现任何告警,包括S1故障告警。 从基站和核心网反馈的情况来看,这应该不是硬件故障之类的告警引起。鉴于这种情况,提取了一周的小区级别数据进行了分析:几乎由于该原因导致的掉线每个基站都存在,其中有几个TOP小区次数较多,其余都是几十次或者十几次和几次的。至此,我们开始怀疑是核心网的原因,由于核心网是异厂家,我们要拿出充分的证据才能去理论。

通过TOP小区筛选出几个由于S1故障掉线次数较多的小区进行跟踪,从基站侧跟踪到了掉线情况: UE GID为1127的用户在正常RRC 连接态,基站向MME发送了“UE CONTEXT RELEASE QUEST",原因值为 传输不可用,见下图: 之后收到了核心网下发的“UE CONTEXT release command”,携带的原因值为DETACH。见下图:

由于是传输层原因不可用,我们从网管提取了E-RAB的情况进行分析: 可以看出由于传输层问题导致的E-RAB异常释放次数较多,这是导致UE Context

异常释放的主要原因。 根据3GPP 23.007协议中,对基站收到GTP error indication的处理定义如下,基站的实现符合协议标准。因此需要爱立信确认为什么发起GTPU Error indication。 移动公司与核心网厂家爱立信沟通后答复: 故障初步分析:由于EPG的U平面存在吊死的TEID导致的。详细信息如下: 因为在合设的SAE-GW上,SGW的U卡与PGW的U卡是共用的,当一些U面的TEID由于软件原因吊死的时候,SAE-GW还是在认为它们是可用的。因此继续分配给S1-U的接口使用,当enodeB在往这个TEID传上行payload package的时候,SGW不能正常处理这些payload package,因此返还GTP-U的error indication。 临时解决方案:需要重启重启板卡或者节点重启来清除吊死的TEID。 解决方案:需软件升级解决,升级到13A,该软件版本上优化了防止TEID软件吊死的机制。 总结及注意事项 由于掉线原因为S1链路故障导致,在处理该问题之初,一直从S1链路着手处理,一直督促让产品侧和核心网产品侧对S1链路故障处理,很长时间才答复没有告警等问题,耽搁了很长时间。 对于S1链路问题,涉及基站接口、传输和核心网接口,需要多单元协调处理。

爱立信LTE无线故障现场处理手册

爱立信LTE无线故障现场处理手册 爱立信LTE无线告警现场处理手册 日常故障处理方法 (1) --- Loss of Tracking ? 告警解释: 此告警是由于系统或者无线时钟失步导致,可能造成基站退服。 ? 可能原因: (1)GPS硬件故障;(2)基站进程吊死;(3)DU硬件故障; TD-LTE采用GPS进行同步。其硬件以及连接方式如下: ? 处理步骤: 检查GPS信号接收器上的工作状态灯状态。 I (1)灯不亮 1. 检查GPS信号接收器和连接DU的RJ45网线,如有问题则进行更换。 2. 检查DU 上的GPS端口是否存在问题,如有问题则更换DU。

(2)绿灯常亮 1. 检查连接DU的RJ45网线,如有问题进行更换。 2. 通知后台重启基站 3. 更换DU。 (3)绿灯闪 1. 按照上面GPS硬件连接图按照从DU到GPS天线的顺序检查各个接口是 否有虚接、各线缆是否有破损、各个单元硬件是否存在问题,如有问题则进行重接或者更换。 2. 通知后台重启基站 3. 更换DU。 (2)---Network Synch Time from GPS Missing ? 告警解释: 此告警是由于GPS信号丢失导致,可能导致基站退服。 ? 可能原因: (1)GPS硬件故障;(2)基站进程吊死;(3)DU硬件故障; ? 处理步骤: 请参考“Loss of Tracking”告警的处理步骤。 II (3)---System Clock Quality Degradation ? 告警解释: 此告警表示系统或者无线时钟进入了“free-running”模式,不能满足系统正常工作的需求。 该告警为伴生告警,其提示作用。能够触发该告警的子告警为: ? Network Synch Time from GPS Missing ? Loss of Tracking ? TU Synch Reference Loss of Signal

爱立信性能处理流程

爱立信性能处理流程 1.1接入问题处理流程 1.1.1 指标定义 ◆TD-LTE低接入小区:每日(考核15时段8:00-23:00)内累计无线 接通率<95%,且E-RAB建立请求次数>50的小区 ◆RRC SSR(%)=100 * ([pmRrcConnEstabSucc]/[pmRrcConnEstabAtt]) //RRC建立成功 率 ◆E-RAB SSR(%)= [pmErabEstabSuccInit]+[pmErabEstabSuccAdded])/([pmErabEstab AttInit]+[pmErabEstabAttAdded] //E-RAB 建立成功率 ◆Radio SSR(%)=100 * ([pmRrcConnEstabSucc]/[pmRrcConnEstabAtt]) * ([pmErabEstabSuccInit]+[pmErabEstabSuccAdded])/([pmErabEsta bAttInit]+[pmErabEstabAttAdded]) //无线掉线率 Counter解释: pmErabEstabAttInit //Erab初始建立尝试次数 pmErabEstabAttAdded //Erab建立增加次数 pmErabEstabSuccInit //Erab初始建立成功次数 pmRrcConnEstabSucc //RRC建立成功次数 pmRrcConnEstabAtt //RRC建立尝试次数 1.1.2 RRC连接成功率优化方法 1.硬件问题: 查看告警列表,如果出现硬件类告警,根据交维/未交维站点提交给相 应的人员处理 2.高干扰问题: 查看干扰counter,显示干扰水平较高的话(一般来说,大于-105dbm), 建议查看站点告警,是否有GPS失步告警,时钟失步告警等,如GPS Network Missing等。如果有GPS失步告警,需要紧急提交给相关人 员进行处理,因为TD系统机制的原因会使该站成为严重的干扰源,对 周边同频站点产生很高的干扰。 3.容量问题: ●查看noofpucchsrusers和noofpucchcqiusers设置是否符合要求。 如不符合,提单修改。

爱立信基站设备BSC操作指令

第一节BSC操作指令1命令分类

2 指令应用范围 第一章 常常利用大体指令 第一节 外部告警 1 查外部告警 ALLIP :ALCAT=EXT ;(A^E 网元); ALLIP :ALCAT=BTS ;(其它网元) ;

ALLIP:ACL=A1;查A1级告警;ALLIP:ACL=A2;查A2级告警;ALLIP:ACL=A3;查A3级告警; 第二节查传输指令 1RBS2000基站传输指令 RXTCP:MOTY=RXOTG,CELL=小区名;(查出小区的TG号) RXCDP:MO=RXOTG-;(查看小区的整体配置) RXAPP:MO=RXOTG-;(查看小区的传输时隙分派) RADEP:DEV=RBLT-X;(查具体传输号,其中X表示传输时隙) DTSTP:DIP=RBLT;(查传输

状态) DTQUP:DIP=RBLT;(查看传输质量) DTQSR:DIP=RBLT,UNACC,DEGR,SF;(清传输质差误码和滑码)NTCOP:SNT=ETRBLT-;(知传输号反查TG号,列传输所有时隙出来)RXMDP:MOTY=RXOTS,DEV=RBLT-X;(知传输号反查TG号,哪个载波在用) RXMDP:MO=RXOTS-X-X-0&&-7;(TS用哪几个DEV) DTBLI:DIP=RBLT;(闭传输)DTBLE:DIP=RBLT;(解传输)STDEP:DEV=RBLT-X;(查传输设

备状态) BLODI:DEV=RBLT-X;(闭传输设备状态) BLODE:DEV=RBLT-X;(解传输设备状态) DTIDP:DIP=RBLT;(查传输的MODE) DTIDC:DIP=RBLT,MODE=0/1;(200站时为1,2000站时为0;) 第三节常常利用RL类指令RLCRP:CELL=小区名;(查看小区的信道配置情形-干扰状态:ICMBAND,1-5级); RLCFP:CELL=小区名;(查看小区

爱立信常见告警处理

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

相关主题
文本预览
相关文档 最新文档