基站可换设备故障处理指南.docx
- 文档编号:3653285
- 上传时间:2022-11-24
- 格式:DOCX
- 页数:31
- 大小:38.69KB
基站可换设备故障处理指南.docx
《基站可换设备故障处理指南.docx》由会员分享,可在线阅读,更多相关《基站可换设备故障处理指南.docx(31页珍藏版)》请在冰豆网上搜索。
基站可换设备故障处理指南
基站可换设备(FRU)
故障处理指南
修订记录
Date
Version
IssuedBy
Changes
30May2001
1.0
M.Schirmacher
Original
12Jan2002
1.1
PeterZhang
Moreinfo
20May2003
1.2
PeterZhang
LEDstatusref,docu’nref
TableofContents
1.目的5
2.范围5
3.参考资料及注意事项5
4.FRU状态指示灯说明6
5.载频常见故障说明8
5.1“DRINotDetected”和“WaitingforConnection”8
5.2“Inhibited”8
5.3“CodeLoadFail”和“CEBConfigurationFail”8
5.4“NoHDLCresetpending”9
5.5“CodeLoad”9
5.6“InvalidCalibrationData”9
5.7“Highcall/set-upfailurerate”9
5.8DRI150或“ReceiveMatrixBranch1ControlLinkFailure”9
6.MCU/MCUF常见故障说明10
6.1无LED指示10
6.2不能进行TTY接入10
6.3“Waitingforsynctoinitialize”出现在TTY10
6.4MCU/MCUF连续不断的重新启动11
6.5“FMUXLoopbackFailure”11
6.6“NoRedundantLink”11
6.7“PCMCIAFailure”11
7.现场工程师处理CTU和TCU-B的步骤11
7.1现场工程师执行的一般性检查11
7.2“DRINOTDETECTED”和“WaitingforConnection”12
7.3“Inhibited”13
7.4“CodeLoadFail”和“CEB(ControlEqualizerBoard)ConfigurationFail”13
7.5“NoHDLCresetpending”13
7.6“CodeLoad”13
7.7“InvalidCalibrationData”14
7.8“Highdropcall/set-upfailurerate”14
7.9DRI150告警或“ReceiveMatrixBranch1ControlLinkFailure”15
8.现场对于MCU/MCUF问题的判断方法15
8.1对于MCU/MCUF故障的简要判断15
通过检查电源开关和BPSM灯指示,确认机柜中的各个模块都已加电。
15
8.2LED指示灯不亮16
8.3TTY端口没有响应(提示符)16
8.4“WaitingforSynctoinitialize”提示出现在TTY端口16
8.5MCU/MCUF不停地重新启动16
8.6“FMUXLoopbackFailure”17
8.7“NoRedundantLink”17
8.8“PCMCIAFailure”17
附录A19
现场工程师检查CTU’s&TCU-B’s的检查清单19
附录B20
现场工程师对MCU/MCUF的检查清单20
附录C23
使用PCMCIA卡启站23
使用set_site命令23
BSS优化的若干说明26
1.目的
本文件应被用作在现场遇到故障时的快速参考工具。
其中包括了大多数常见问题并提供了快速解答和可能的解决方案。
通过下列方法,可以减少返修器件的数量,提高网络的整体可靠性。
2.范围
下列方法适用于所有现场工程师。
3.参考资料及注意事项
本文件有英文版和简体中文版两中文本,如有不同之处以英文版为准。
本文件要求对系统有一般了解,且系统已正确安装,并进行了适当的频率优化。
关于下列方法的信息,请咨询当地摩托罗拉分公司或访问摩托罗拉内部网:
或阅读这些手册的硬拷贝.
本文中使用下列约定:
.
黑斜体字代表输入的命令。
斜体字代表关于命令或输出的附加信息。
静电放电注意事项
在任何情况下处理电气设备都必须警惕以防止静电放电损伤。
下列注意事项可以将发生静电放电的可能降低到最小:
.
∙必须使用防静电腕带,且应将防静电腕带接至摩托罗拉设备上的防静电接地点。
∙在接触任何器件前应通过触摸机柜的金属表面释放静电。
如要接触电路板或数字卡,应只接触前面板或电路板的边缘。
应避免接触电路板上的电路或器件。
4.FRU状态指示灯说明
Modulefrontpanelstatusindicators
指示灯状态的含义
GCLK
GreenLEDononly=Master,noalarms
主机状态,无故障报警
RedLEDononly=Alarms,notMaster
非主机状态,故障报警
BothLEDson=Masterandalarms
主机状态,故障报警
BothLEDsoff=NotMaster,noalarms(ornopower)
非主机状态,无故障报警
(alarms:
oscillatororPLLfailure,ref.counteroverflow)
(报警内容:
晶振或锁相失效,时钟计数器溢出
GPROC
GreenLEDononly=Processorrunning,noalarms
处理器工作正常,无故障报警
RedLEDononly=Processorhaltedorinreset
处理器死机或发生了复位
BothLEDson=Processorrunning,boardisdisabledorotheralarm
处理器工作正常,开关拨在disable位,或其它报警
BothLEDsoff=Nopowertoboard
电源未加上
BothLEDsflashing=Bootstrapreprograminprogress
启动程序正在重写,(此时不允许断电或复位!
)
KSW/MSI/XCDR/GDP
GreenLEDononly=Processorrunning,noalarms
处理器工作正常,无故障报警
RedLEDononly=Processorhaltedorinreset
处理器死机或发生了复位
BothLEDson=Processorrunning,boardisdisabledorotheralarm
处理器工作正常,开关拨在disable位,或其它报警
BothLEDsoff=Nopowertoboard
电源未加上
KSWX
GreenLEDon=Master,noalarms
主机状态,无故障报警
GreenLEDblinking=Slave,noalarms
从机状态,无故障报警
GreenLEDoff=TDMbusorClockalarms(ornopower)
时分复用总线或时钟故障报警
NVM
GreenLEDononly=Processorrunning,noalarms
处理器工作正常,无故障报警
RedLEDononly=Alarms,boardresetorboardawaitinginitialization
故障报警,或板子发生复位,或等待初始化
BothLEDsoff=Totalpowerfailure
供电电源故障
CardstatusLEDs:
插卡状态指示灯:
GreenLEDononly=PCMCIAcardoperational
PCMCIA卡工作正常
RedLEDononly=FaultonPCMCIAcard
PCMCIA卡工作异常
BothLEDsflashing=Softwarewritingdatatothecard
软件正在写入
BothLEDsoff=Cardslotnotinuse
卡处于非工作状态
MCU/MCUF
RedOff,GreenOff=Boardnotpowereduporinrestcycle
未加电,或正在复未过程中
RedOff,GreenOn=Normaloperation
正常工作状态
RedOn,GreenOff=Faultcondition
故障报警
BothFlashing=Fastflashreprogramminginprogress
闪存正在重写(此时不允许断电或复位!
)
NIU
RedOff,GreenOff=NIUnotpowereduporinresetcycle
未加电,或正在复未过程中
RedOff,GreenOn=Normaloperation*
正常工作状态
BothFlashing=NIUundergoingsystemcodedownload
闪存正在重写系统代码(此时不允许断电或复位!
)
TCU/TCUB
_RadiostatusLED:
–Red=Powerfail.
故障报警
–Steadyyellow(andtransmitterstatusLEDoff)=Sleepmode.
睡眠状态
–Flashingyellow=Testmode.
测试状态
–Steadygreen=Callprocessinginprogress.
话务处理状态
–Flashinggreen=Bootstrapmode.
启动状态
_TransmitterstatusLED
–Off=Transmitteroffandnotprogrammed.
发射机关闭,且未编入信道指令
–Off(andradiostatusLEDsteadyyellow)=Sleepmode.
睡眠状态
–Red=Transmitteralarmexists.
发射机故障报警
–Flashinggreen=Transmitterprogrammedandoff.
发射机已编入信道指令
–Yellow=Transmitteronduringatleastonetimeslot.
至少有一个时隙正在发射
CTU
RadiostatusLED:
Off=Moduleoff
未加电
Flashinggreen=Coderequiredorbeingloaded
等待或正在下载操作代码
GreenNormal=operationalmode
正常工作状态
Flashingyellow=Testmode
测试状态
Steadyyellow=Radioinhibited
该载频已被禁闭
Red=Alarmcondition
故障报警
Transmit(Tx)statusLED:
Off=Transmitterisoff
发射机关闭
Yellow=Transmitteriskeyedon
发射机发射
BothLEDsflashingrapidly=Non-volatilememorybootcodeupgrade
闪存正在重写中(此时不允许断电或复位!
)
5.载频常见故障说明
下文中提到的故障都是客户返修中最常见的,也是返修中最有可能发生“No-Fault-Found”情况的。
通过了解造成这些故障的可能原因,用户就能在故障发生时确定故障背后的真正原因。
这将减少网络故障时间并提高系统可靠性。
5.1“DRINotDetected”和“WaitingforConnection”
这两种故障都是由于MCU/MCUF不能与载频通信。
术语DRI是所有类型载频的软件总称。
在“DRINotDetected”的情况下,从载频到MCU/MCUF的上行链路中断;而“WaitingforConnection”的情况则是从MCU/MCUF到载频的下行链路中断。
这些链路可能受多种因素影响,列举如下:
•数据库错误--MCU/MCUF试图寻找物理上不存在的载频。
•载频未加电或极性颠倒。
•TCU上的光纤损坏或弄脏。
•CTU的背板接头或前面板有物理损坏。
•系统处于过渡状态,会在几分钟内自行恢复。
5.2“Inhibited”
该故障说明载频产生了一个严重告警。
这通常意味着一个真正的故障,但由于缺乏必要的信息,很多这类返修被定为“NoFaultFound”。
当处理一个“Inhibited”的载频时,应当记录下当前的告警。
这可以由OMC操作人员或现场工程师按照步骤完成(见后)。
5.3“CodeLoadFail”和“CEBConfigurationFail”
这两种故障说明在软件下载期间载频的固件(FirmWare)和数字硬件间发生通信错误。
这可能由各种原因造成。
很多情况下该故障可通过重新下载软件清除,载频也可正常工作。
5.4“NoHDLCresetpending”
该故障通常是由于MCU/MCUF与载频间的通信中断造成,而载频则可能处于软件下载过程中或正常工作状态。
该故障通常会在几分钟内自行清除,也可通过“INS”载频清除。
5.5“CodeLoad”
这不是故障,只是表明软件下载仍在进行中。
一次完整的软件下载可能需要15-20分钟。
重要的是尽管可能发生错误,下载过程并没有被中断。
在下载过程结束前不要在该器件上进行任何操作。
5.6“InvalidCalibrationData”
该故障是由于baylevel校准定(调测)未完成或校准数据在校准完成后未能正确保存。
进行baylevel校准最可靠的方法是使用一个简单的终端程序并手工键入命令。
校准软件工具常被用来最大限度地减少所需时间。
最常用的校准软件工具是“Cindy”和“Back”。
不幸的是这些工具可能无法正确保存校准数据,从而引起该告警。
最好在校准完成后手工保存并验证数据。
手工校准和验证数据的说明参见手册“InstallationandConfiguration:
BSSOptimization”,68P02901W43.
下述行为也等可能会导致该故障或导致沿用了该载频以前的校准数据:
▪未启用store_cal_data模式(原校准数据在CM无备份)时,更换载频而未立即做调测。
▪更换载频时,输入了Clear_cal_data命令,而未立即做调测。
▪更换载频时未lockDRI然后unlockDRI.
5.7“Highcall/set-upfailurerate”
这通常是由射频干扰或数据库中的切换参数设置未优化引起,也是造成RMC返修中出现“NoFaultFound”的最主要原因。
在这些情况下最好试用其它频率/信道一段时间并比较统计结果。
完整的调测也可能有助于提高基站的性能。
如果网络中正在发生这类问题,就应进行一次彻底的频率检查以最大限度地减少射频干扰。
5.8DRI150或“ReceiveMatrixBranch1ControlLinkFailure”
该告警通常出现在HorizonMacro类型的站上,而且已经针对这类故障发布了一个ISB(详情参见ISBAlert004〕。
由于该故障发生在M-Cell设备上的可能性非常低,本文只针对它发生在HorizonMacro设备上的情况。
DRI150告警表明SURF模块已经与载频失去联络或SURF模块上有内部故障。
在发生内部故障的情况下,模块会在任意一条射频路径上出现过流状态的时候产生该告警,指示一个或多个LNA的故障。
该告警还可能是由于到模块或载频的连接松脱,SURF模块未加电,或机柜中的SURF机框故障引起。
6.MCU/MCUF常见故障说明
下文中提到的故障都是客户返修中最常见的,也是返修中最有可能发生“No-Fault-Found”情况的。
通过了解造成这些故障的可能原因,用户就能在故障发生时确定故障背后的真正原因。
这将减少网络故障时间并提高系统可靠性。
.
6.1无LED指示
这通常表明MCU/MCUF未加电。
这可能是由于电路保险断路或板卡未正确插入插槽;也可能是由于引导程序(bootcode)损坏。
为消除引导程序(bootcode)损坏的可能性,应确保当设备正在进行引导程序(bootcode)更新时不要切断电源。
当引导程序(bootcode)更新,或写入非易失性内存,可以看到红色和绿色的LED快速交替闪烁。
6.2不能进行TTY接入
这通常是由于用来连接MCU/MCUF的PC或终端设置不正确。
连接MCU/MCUF的正确TTY设置是9600Baud,8bit和1StopBit,且无奇偶校验。
您使用的PC机有漏电且未使用带保护接地的电源插座,导致TTY电路烧毁。
这种情况也可能是由于引导程序(bootcode)损坏。
其原因同上。
6.3“Waitingforsynctoinitialize”出现在TTY
这一问题可能由于MCU/MCUF安装不牢固,或两电路板连接插头松脱,或遭损坏的引导程序(bootcode)所致。
预防措施亦同上。
6.4MCU/MCUF连续不断的重新启动
遭损坏的引导程序(bootcode)或BTS和BSC之间的通信中断都会导致这一问题。
如果是BTS不能与BSC联系,MCU/MCUF将每30分钟自动复位一次。
这是正常情况。
6.5“FMUXLoopbackFailure”
这个告警指示FMUX卡认为光纤连接不能正常工作。
这可能由于以下情况造成:
FMUX卡没插好,或FMUX掉电,光纤安装有问题或折断。
6.6“NoRedundantLink”
主备MCU/MCUF不能正常通信将引发这一告警。
如果备边MCU/MCUF刚刚加上电,需要等待30分钟去预热这块板。
这是由于板内的高精度的晶体振荡器需要一个稳定的温度才能工作。
当然这一告警也可因备用边的MCU/MCUF故障所导致。
6.7“PCMCIAFailure”
PCMCIA卡插入不当或不匹配的卡将造成这一告警。
正确插入时,PCMCIA卡将与MCU/MCUF面板平齐,并且只有摩托罗拉认可的卡能在这里被使用。
7.现场工程师处理CTU和TCU-B的步骤
下面将概要地介绍判断问题的方法,包括一些必要的步骤。
这些步骤仅可作为现场故障诊断正规程序的补充方法,而不是取代它们。
如果经过这些步骤判断,问题依然存在,那么在返修的故障报告中,记录这些测试结果,这将有助于问题根本原因的分析以及设备的返修。
7.1现场工程师执行的一般性检查
7.1.1验证所有机柜内的设备都加上电,也要检查TCU的插头极性。
7.1.2验证TCU射频收发电缆的正确连接,包括线缆和连接的情况,例如是否清洁和可靠。
7.1.3验证TCUA/B光纤的正确连接,连接是否紧密,并且没有碎屑。
这可以通过以下步骤做到:
拔出光纤然后用吹气球向MCU/MCUF和TCU的光纤连接口吹风,并用软布擦拭光纤的端头,然后牢固插入。
7.1.4验证数据库和实际硬件安装相一致。
7.1.5验证MMI提示符出现在载频的RSS端口,如果不是,请验证这个载频的电源开关是否打开。
7.1.6观察LED的状态,如果不是亮的,请验证这个载频的电源开关是否打开。
7.1.7确认这个载频没有被锁住。
StateXdri**
7.1.8检查基站的告警。
记录任何告警以备填写返修报告。
disp_act_alX(从OMC上的MMI提示符下键入,这里X是站号)
7.2“DRINOTDETECTED”和“WaitingforConnection”
7.2.1执行在6.1段中的一般性检查,保证系统运行。
7.2.2如果发生“WaitingforConnection”错误,等待5-10分钟去观察这个故障是否自动消除。
7.2.3INS这个硬件
insXdriYY
7.2.4对于TCUA/B的检查,清洁所有光纤连接口。
对于CTU,检查背板或面板的物理损伤。
如果面板弯曲或安装不到位,那么背板不可能正确连接。
7.2.5如果上述步骤不能清除这故障,请试着和同一基站中的载频调换,然后判断是槽位的问题还是载频问题。
7.2.6判断数据库是否最近被修改,如果是,确保数据库和实际硬件安装一致。
7.3“Inhibited”
7.3.1执行在61.段中的一般性检查,保证系统运行,特别注意所有的告警。
7.3.2打开MCU/MCUF的告警模式,INS这个设备,并且在基站正常工作后,记录所有告警。
Mode_alarmXon或en_alX
InsXdriYY
7.4“CodeLoadFail”和“CEB(ControlEqualizerBoard)ConfigurationFail”
7.4.1执行在7.1段中的一般性检查,保证系统运行。
7.4.2INS这块载频。
InsXdriYY
7.4.3等待10-15分钟的软件下载。
7.4.4如果这个故障再次出现,重启载频。
Reset_devXdriYY
7.5“NoHDLCr
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 基站 设备 故障 处理 指南
![提示](https://static.bdocx.com/images/bang_tan.gif)