主设备维护手册MOTOROLA高级部份.docx

主设备维护手册MOTOROLA高级部份.docx

《主设备维护手册MOTOROLA高级部份.docx》由会员分享，可在线阅读，更多相关《主设备维护手册MOTOROLA高级部份.docx（15页珍藏版）》请在冰豆网上搜索。

主设备维护手册MOTOROLA高级部份

主设备维护手册（MOTOROLA分册）

第一章一般外围告警故障处理（等级：

高级维护）

第一节告警数据的制作

由于现有MOTOLOLA设备种类繁多，为便于监控数据的制作，保证短信能及时收到，现将所有的数据罗列出来，同时因机房值班人员对现场情况不了解，区维在通知机房做数据时最好说出是下面的哪一种站形。

要保证短信能收到。

除在OMC上做数据外，还必须将站点的中文名称添加在基站短信系统上，这点很容易忘记。

操作命令说明：

disp_equ*eas00查看某站的环境告警数据（*为站号，下同）

lock*eas00锁某站的eas的00口

unequ*eas00删除某站eas00口的监控数据

equ*eas开始做某站的eas监控数据

ins*eas00激活某站的eas00口

以53号站做数据为例：

第二节一般外围告警故障的处理

1）检查外部告警的数据有无做错；

2）如无做错数据，把动力接入PIX盒的告警线拔开，用万用表检查PIX盒插槽的电压，如果有24V的电压，则基站设备无问题，问题出在动力部分，由动力人员解决；如果无电压，则问题出在基站设备；

3）检查告警线有无接错；

4）如果告警线没接错，把告警线与机柜的接头拔开，看是否是插针有问题，是否是接头接触不好；

5）用万用表检查机柜顶的告警线的电压，如有24V，则问题在由机柜顶到PIX盒的告警线，把该告警线换掉；如无电压，则问题出在由机柜顶告警线到AB6之间的设备段；

6）换掉AB6，检查外部告警是否正常；

7）如不正常，则换掉AB6到机柜顶的告警线。

PIX色表图

第二章BTS中断抢修一般技术流程（等级：

高级维护）

1）从OMC观察该BTS断站前的历史告警，以确定故障点和故障模块；如不能确认，则进行下一步；

2）从机柜顶2M口做自环，如正常，则可能是由DDF架2M口到机柜顶2M口这一段线之间的问题；如不正常，继续下一步；

3）检查NIU（Hor_Cell）模块；

4）进入第三层，确定BTS能否自检，自检能否通过；

5）根据BTS内部模块故障易发顺序查找故障点；

一般来说，BTS内部模块故障易发顺序为：

Hor_Cell：

NIUMCUNPSMBPSMSURF

确定故障点后，把故障模块换掉。

第一节BTS常用指令

1Lockdri载频号

2．Unlockdri载频号

3．Insdri载频号

4．Disp_eq

5．Statedri**，Statemms**.

6．Disp_act_a

7．Disp_cal_ddri载频号

8．Disp_processor

9．Chg_l

Password:

3stooges,4beatles

10.gclk_cal_mode

11.登陆BSC：

chg_l（进入第三层）

CTRL+N（到EMON状态）

EMON:

rlogin（bsc）（dte）:

rlogin10114h

CTRL+D（退回到BTS）

第二节新增MTLCIC测试命令

1）set_mmiexec_mon;/

2）   2）set_mmicust_mmi;/（进入CIC测试模式）

3）   3） filtercreatetag10501H;/

4）    4）filterstart0;/（退出：

fitlerend0）

5）   5）filter;/

对已完成的CIC通话测试，可以通过以下命令进行锁定

Lock0cic***to***;（***（为CIC时隙号，十六进制需改为十进制）

最大可以锁定255个。

第三节PCMCIA卡制作

方法一

1、选择一个所需的正常工作的BTS基站，用9转9串行线将PC机连接到该站的主MCU的MMI口上。

2、启动PC机终端软件，在MMI-RAM状态下，输入chg_l命令，输入密码后，进入LEVEL3，按Ctrl+N键进入emon状态。

3、将去掉写保护的PCMCIA卡插入主MCU的PCMCIA卡插槽中，卡上有箭头面朝左，插到底时，插槽口下方的退卡键会弹出。

注意：

如果方向搞错，就插不到底，千万不要硬插，以免损坏设备和存储卡。

4、在PC机emon状态下，在PC机emon状态下，输入ctbl命令，此时可看见一个列表，说明原PCMCIA卡中有内容，请注意列表中标志名为S的那一列，该列数值均为1。

如果卡与基站版本不同，将逐行修改，表现为S位由1→0→1，逐行进行。

如果版本相同，仅对第一行修改（002#文件，即数据库，若数据库也相同，则不修改）。

若使用的是新卡，则列表是空的，列表将被一行一行写入文件，S位变化为0→1（0指正该文件在写入，1指写入完毕，2指该文件正在运行）。

5、输入iir_mod730h命令，用以显示比较PCMCIA卡中数据的结果。

系统会按步骤4所述对PCMCIA卡中数据进行修改。

直到出现

PleasetakeoutthePCMCIAcard.

6、当出现上述步骤5中提示时，说明修改已结束，该基站的代码（CODE）及数据库均已写入PCMCIA卡。

输入iir_mod70命令关闭iir（如果不输入此命令，1分钟后，将重复显示过程，并一直循环下去）。

按退卡键，取出PCMCIA卡，关闭写保护，一张PCMCIA卡就算制作完毕。

7、对完成制作的PCMCIA卡，应标注好站型、配置及SITE号，以便备用。

方法二

如果没有PC机监视制作过程，最简单的方法是，将去掉写保护的PCMCIA卡插入主MCU的PCMCIA卡插槽中，半个小时后取出即可。

关闭写保护，做些标注后备用。

第四节PCMCIA卡的装载

a）在确认传输未通的情况下用制作好的PCMCIA卡启动所需的基站。

（出现

MMI-ROM1015―＞

提示符时，进入第三等级，按ctrl+N进入EMON状态，输入

rl10115h

系统会出现新的下载，当出现

Remotereloginfailed.Remoterelogindoesnotrespond.

则表明传输未通。

则要用PCMCIA卡启站。

当出现

Withnewdatabasedownload.

则表明BSC对BTS下载数据。

此情况就不须用PCMCIA卡启站。

）

2、用9转9串行线将PC机连接到所需基站的主MCU的MMI口上，启动PC机终端软件。

3、将制作好的PCMCIA卡插入主MCU的PCMCIA卡插槽中，上电开启基站。

若已经上电，用尖物插一下MCU的FULLRESET孔或RESET按钮，基站进入启动状态。

可看见检测到PCMCIA卡，及下载（download）过程。

4、当出现：

……

MMI-ROM0000―＞

MMI-ROM0000―＞

MMI-ROM1015―＞

输入set_s#命令，#是PCMCIA卡中已设置的SITE号，可根据需要选择。

5、当出现：

MMI-ROM1015―＞Initializationcomplete.Allcommandsaccepted.

表示装载成功。

用PCMCIA卡启动基站非常快，一般5分钟内即可启动完毕。

6、当输入set_s#命令后，系统并不进行装载，而是经过5遍的反复重启，回到：

MMI-ROM1015―＞状态。

则说明PCMCIA卡的软件版本与MCU的FLASHROM中引导程序的版本不同（重启过程中系统会显示原软件的版本好）。

此时，退出PCMCIA卡，打开写保护开关，再将卡插回去（不比担心卡中的内容会冲掉），在MMI-ROM1015―＞提示符下输入burn命令，于是系统对FLASHROM中的引导程序进行更新，并重启。

7、当再次出现：

MMI-ROM1015―＞

则按上述第3条继续下去，后面过程相同。

不过，当进行到：

MMI-ROM1015―＞WaitingSystemInitializationtocomplete……

可能会出现重启的现象，不用着急，等到第二次出现：

MMI-ROM1015―＞WaitingSystemInitializationtocomplete……

会顺利进行下去：

MMI-ROM1015―＞Databasedisplaycommandsaccepted.

MMI-ROM1015―＞Initializationcomplete.Allcommandsaccepted.

装载完毕。

（退出PCMCIA卡，关闭写保护开关）

注意：

在PCMCIA卡去掉写保护插入MCUF前要将架顶E1传输断开，以免BSC下载数据将原有卡中数据冲掉。

基站可换设备故障处理指南

静电放电注意事项

在任何情况下处理电气设备都必须警惕以防止静电放电损伤。

下列注意事项可以将发生静电放电的可能降低到最小：

.

·        必须使用防静电腕带，且应将防静电腕带接至摩托罗拉设备上的防静电接地点。

·        在接触任何器件前应通过触摸机柜的金属表面释放静电。

·        如要接触电路板或数字卡，应只接触前面板或电路板的边缘。

应避免接触电路板上的电路或器件。

第三章载频常见故障说明

1.1   “DRINotDetected”（DRI未检测到）和“WaitingforConnection”（等待连接）

这两种故障都是由于MCU/MCUF不能与载频通信。

术语DRI是所有类型载频的软件总称。

在“DRINotDetected”的情况下，从载频到MCU/MCUF的上行链路中断；而“WaitingforConnection”的情况则是从MCU/MCUF到载频的下行链路中断。

这些链路可能受多种因素影响，列举如下：

•数据库错误－－MCU/MCUF试图寻找物理上不存在的载频。

•载频未加电或极性颠倒。

•TCU上的光纤损坏或弄脏。

•CTU的背板接头或前面板有物理损坏。

•系统处于过渡状态，会在几分钟内自行恢复。

1.2    “Inhibited”（受抑制的）

该故障说明载频产生了一个严重告警。

这通常意味着一个真正的故障，但由于缺乏必要的信息，很多这类返修被定为“NoFaultFound”。

当处理一个“Inhibited”的载频时，应当记录下当前的告警。

这可以由OMC操作人员或现场工程师按照下列步骤完成

1. 3   “CodeLoadFail”（软件加载失败）和“CEBConfigurationFail”（CEB建立失败）

这两种故障说明在软件下载期间载频的固件和数字硬件间发生通信错误。

这可能由各种原因造成。

很多情况下该故障可通过重新下载软件清除，载频也可正常工作。

1.4      “NoHDLCresetpending”（HDLC全部重置）

该故障通常是由于MCU/MCUF间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。

该故障通常会在几分钟内自行清除，也可通过“INS”载频清除。

1.5        “CodeLoad”（软件加载）

这不是故障，只是表明软件下载仍在进行中。

一次完整的软件下载可能需要15-20分钟。

重要的是尽管可能发生错误，下载过程并没有被中断。

在下载过程结束前不要在该器件上进行任何操作。

1.6     “InvalidCalibrationData”（无效的校准数据）

该故障是由于baylevel校准未完成或校准数据在校准完成后未能正确保存。

进行baylevel校准最可靠的方法是使用一个简单的终端程序并手工键入命令。

校准软件工具常被用来最大限度地减少所需时间。

最常用的校准软件工具是“Cindy”和“Back”。

不幸的是这些工具可能无法正确保存校准数据，从而引起该告警。

最好在校准完成后手工保存并验证数据。

手工校准和验证数据的说明参见手册“InstallationandConfiguration：

BSSOptimization”，68P02901W43

1.7  “Highcall/set-upfailurerate”（高呼叫/建立失败率）

这通常是由数据库中射频接口或未优化的切换参数设置引起，也是造成RMC返修中出现“NoFaultFound”的最主要原因。

在这些情况下最好试用其它频率/信道一段时间并比较统计结果。

完整的baylevel校准也可能会提高基站的性能。

如果网络中正在发生这类问题，就应进行一次彻底的频率检查以最大限度地减少射频干扰。

1. 8  DRI150或“ReceiveMatrixBranch1ControlLinkFailure”（接收MATRIXBRANCH1控制链路失败）

该告警通常出现在HorizonMacro类型的站上，而且已经针对这类故障发布了一个ISB（详情参见ISBAlert004〕。

由于该故障发生在M－Cell设备上的可能性非常低，本文只针对它发生在HorizonMacro设备上的情况。

DRI150告警表明SURF模块已经与载频失去联络或SURF模块上有内部故障。

在发生内部故障的情况下，模块会在任意一条射频路径上出现过流状态的时候产生该告警，指示一个或多个LNA的故障。

该告警还可能是由于到模块或载频的连接松动，SURF模块未加电，或机柜中的SURF机框故障引起。

第四章MCU/MCUF常见故障说明

1.1     无LED指示

这通常表明MCU/MCUF未加电。

这可能是由于电路保险被触发或板卡未正确插入插槽；也可能是由于引导程序（bootcode）损坏。

为消除引导程序（bootcode）损坏的可能性，应确保当设备正在进行引导程序（bootcode）更新时不要切断电源。

当引导程序（bootcode）更新，或写入非易失性内存，可以看到红色和绿色的LED快速交替闪烁。

1.2     不能进行TTY接入

这通常是由于用来连接MCU/MCUF的PC或终端设置不正确。

连接MCU/MCUF的正确TTY设置是9600Baud，8bit和1StopBit，且无奇偶校验。

这种情况也可能是由于引导程序（bootcode）损坏。

为消除引导程序（bootcode）损坏的可能性，应确保当设备正在进行引导程序（bootcode）更新时不要切断电源。

当引导程序（bootcode）更新，或写入非易失性内存，可看到红色和绿色的LED快速交替闪烁。

1.3    “Waitingforsynctoinitialize”出现在TTY

这一问题可能由于MCU/MCUF安装不牢固或遭损坏的引导程序（bootcode）所致。

为防止软件被损坏，当MCU/MCUF软件正在更新，或者正在写入NV-RAM时必须确保不要让MCU/MCUF掉电。

这一过程可通过面板上LED灯红绿快速变换识别。

1.4    MCU/MCUF连续不断的重新启动

遭损坏的引导程序（bootcode）或BTS和BSC之间的通信中断都会导致这一问题。

为防止引导程序（bootcode）遭损坏，当MCU/MCUF软件正在更新，或者正在写入NV-RAM时必须确保不要让MCU/MCUF掉电。

这一过程可通过面板上LED灯红绿快速变换识别。

如果是BTS不能与BSC联系，MCU/MCUF将每30分钟自启动一次。

这是正常情况。

1.5     “FMUXLoopbackFailure”

这个告警指示FMUX卡认为光纤连接不能正常工作。

这可能由于以下情况造成：

FMUX卡没插好，或FMUX掉电，光纤安装有问题或折断。

1.6    “NoRedundantLink”

主备MCU/MCUF不能正常通信将引发这一告警。

如果备边MCU/MCUF刚刚加上电，需要等待30分钟去预热这块板。

这是由于板内的高精度的晶体振荡器需要一个稳定的温度才能工作。

当然这一告警也可因备用边的MCU/MCUF故障所导致。

第五章现场处理TCU的步骤（等级：

高级维护）

一．现场执行的一般性检查

1.验证所有机柜内的设备都加上电，也要检查TCU的插头极性。

2 .  验证TCU收发线缆的正确连接，包括线缆和连接的情况，例如是否清洁和可靠。

验证TCU-B光纤的正确连接，连接是否紧密，并且没有碎屑。

这可以通过以下步骤做到：

拔出光纤然后用吹气球向MCU/MCUF和TCU的光纤连接口吹风，并用软布擦拭光纤的端头，然后牢固插入。

3. 验证数据库和实际硬件安装相一致。

disp_equipXfull（在MCU的MMI提示符符下键入，这里的X是站号）

4.  验证MMI提示符出现在载频的RSS端口，如果不是，请验证这个载频的电源开关是否打开。

5. 验证LED的状态，如果不是亮的，请验证这个载频的电源开关是否打开。

6. 验证这个载频没有被锁住。

StateXdri**（从MCU上的MMI提示符下键入，这里X是站号，Y是DRI号）

UnlockXdriYY（从MCU上的MMI提示符下键入，这里X是站号，Y是DRI号）这将解锁这个DRI。

7.检查基站的告警。

记录任何告警以备填写返修报告。

disp_act_alX（从OMC上的MMI提示符下键入，这里X是站号）

8. 如果发生“WaitingforConnection”错误，等待5-10分钟去观察这个故障是否自动消除。

 9.  INS这个硬件

insXdriYY（从MCU上的MMI提示符下键入，这里X是站号，Y是DRI号）

对于TCU-B的检查，清洁所有光纤连接口。

对于CTU，检查背板或面板的物理损伤。

如果面板弯曲或安装不到位，那么背板不可能正确连接。

10.如果上述步骤不能清除这故障，请试着和同一基站中的载频调换，然后判断是槽位的问题还是载频问题。

11. 判断数据库是否最近被修改，如果是，确保数据库和实际硬件安装一致。

二.           “Inhibited”（受抑制的）

1.2.1       打开MCU/MCUF的告警模式，INS这个设备，并且在基站正常工作后，记录所有告警。

Mode_alarmXon或en_alX（在MCU上的MMI提示符下键入，这里的X是站号）

InsXdriYY（从MMI提示符下键入，这里X是站号，Y是DRI号）

三 “CodeLoadFail”（软件加载失败）和“CEBConfigurationFail”（CEB建立失败）

1.  执行在6。

1段中的一般性检查，保证系统运行.

2. INS这块载频。

InsXdriYY（从MMI提示符下键入，这里X是站号，Y是DRI号）

  等待10-15分钟的软件下载。

如果这个故障再次出现，重启载频。

Reset_devXdriYY（从MMI提示符下键入，这里X是站号，Y是DRI号）

四.       “NoHDLCresetpending”（HDLC全部重置）

执行在6。

1段中的一般性检查，保证系统运行。

   等待10-15分钟的软件下载。

五.            “CodeLoad”（软件加载）

 1.不进行任何操作，等待软件下载的完成。

如果载频在软件下载过程中被重启或者掉电，可能造成永久性的软件损坏。

正常的软件下载过程需要花费15-20分钟完成，具体依赖于这一基站所需的软件大小。

2.  仅当载频处于下载状态（codeload）超过20分钟后，INS这一载频。

insXdriYY（从MMI提示符下键入，这里X是站号，Y是DRI号）

3.   等待15-20分钟的软件下载

4 .      如果这个载频再一次吊死在软件下载状态（CodeLoad），重启这个载频。

Reset_devXdriYY（从MCU/MCUF上MMI提示符下键入，这里X是站号，Y是DRI号）

六.    “InvalidCalibrationData”（无效的校准数据）

1.  执行完整的BayLevel调试。

2.   如果使用CINDY或BACK这样的调试软件，必须在完成调试后使用保存命令确保调试结果被存储。

可以从载频上读取调试数据然后验证是否有“80”值被存储。

如果是“80”值，载频将给出相应告警并且需要重新调试。

七.    “Highdropcall/set-upfailurerate”（高呼叫/建立失败率）

问题通常是由于无线干扰造成。

关于具体的频率优化，请参考无线射频规划（RFPlanningGuidelines）。

一个完整的Baylevel校准会提高这些统计指标。

若有可能，选用另一频率一段时间，然后观察统计结果。

若此类问题普遍存在于网络中，那么网络需要进行一次系统的频率优化.

八.   DRI150告警或“ReceiveMatrixBranch1ControlLinkFailure”（接收MATRIXBRANCH1控制链路失败）

1. 确定在机柜中有多少载频有这样的告警。

若只有一块载频，那么很大可能是载频和SURF模块间的连接有问题。

disp_act_alXdriYY（从OMCMMI提示符输入该命令，X站号YY是dri号）

2 .     Lock该站的所有载频.

lockXdriYY（自OMCMMI提示符输入，X是站号YY是dri号）

3.   关闭SURF模块电源.

4 .  取出SURF模块，再次插回原来的位置，确认可靠插入。

5.   将SURF模块加电。

6.   解锁（Unlock）所有载频，并再次确认告警是否存在。

如果告警还存在，那么很可能是SURF模块的问题。

第六章现场对于MCU/MCUF问题的判断方法（等级：

高级维护）

1.1    对于MCU/MCUF故障的简要判断

1.1.1       通过检查电源开关和BPSM灯指示，确认机柜中的各个模块都已加电。

1.1.2       通过前面板的“cpu”复位开关，复位MCU/MCUF。

当基站正常工作后，确认所有载频是Busy-Unlocked（B-U）。

按“cpu”复位开关仅复位在MCU/MCUF中运行的软件。

stateXdriYY（自OMCMMI提示符输入，X是站号YY是dri号）

重复以上指令直至所有载频进入B-U状态。

若载频不能进入B-U状态，。

1.1            LED指示灯不亮

1.1.1     确认MCU/MCUF完全插入槽位中。

 1.1.2      检查MCU/MCUFTTY端口有无响应（提示符）。

1.2            TTY端口没有响应（提示符）

1.2.1       确认便携机中的串口设置正确。

正确的串口设置是波特率9600，8比特，1位停止位，没有奇偶校验位。

通过MCU/MCUF前面板的“fullreset”按钮，复位MCU/MCUF。

 1.1.1       如果TTY端口还是没有响应（