motorola基站维护手册.pdf

《motorola基站维护手册.pdf》由会员分享，可在线阅读，更多相关《motorola基站维护手册.pdf（72页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、 motorola 基站维护手册 The pony was revised in January 2021 一、BTS故障说明 1.标定中 80 出现的含义，80 是什么，为什么会出现 80。答：含义为 CALIBRATION FAILURE，80 为系统莫认的某一接收标定值，表示对该频点接受补偿标定失败。原因包括：硬件问题，包括各接收模块，发射模块或者调测设备本身故障 连接问题，发射或接收通路某处连接不当或连接错误；调测设备连接不正确 信号发生器处于 OFF RF OFF 状态或者信号发生器输出频率与 PC 调测频率不同步 标定时天线选择错误 2.在基站观察 MMS 是 B-U 状态，但 R

2、SL 是 E-U 并且很长时间还不转换为 B-U 状态，分析可能的原因。答：有可能是 MCU 的问题，也有可能是 2 兆头不合格 3.对新开基站 Load 站成功，但有的手机没有信号，而有的手机却有信号，出现这种情况的原因有哪几种？答：手机本身问题（不同厂家、不同机型、使用年限或损耗程度）。4.对某一反复 Load 站的基站，有几种可能的原因？答：MCU 或 MCUF 有问题 BTS 数据库定义错误，包括 BTP 未定义或定义错误，基站设备类型定义错误（HORIZON 和 MCELL 混淆）用 PCMCIA 卡起站时，SET_SITE#命令中站号输入错误或卡内数据与该站不匹配 此现象若出现在

3、OMC 端，但 BTS 端观测不到，则有可能是从 BSC 到 BTS 的 2兆传输某段被环回 2 兆传输本身质量不稳定 基站接地不合要求 5.对断电后 CTU 不能自己重新进入服务的问题，分析可能的原因。答：可能是 CTU 内部某软件进程失败或 CODE LOAD 失败 6.传输中断后应该按什么步骤检查，有哪几个部件会有可能出错？答：首先确认传输断非人为因素造成，然后可按以下步鄹处理：除常用工具外，应准备起站卡一张，BTS 架顶自环线及 DDF 自环线各一根 进入基站后，用 PC 观察基站是否处于 RAM 状态，若是，则进行 BTS 架顶自环、DDF 到 BSC 自环、DDF 到 BTS 架顶

4、自环，以此为依据利用排除法判断问题所在 若基站处于 ROM 状态，则用卡起站，进入 RAM 状态后按处理 若能排除基站本身问题，则通知局方检查传输线路 7.如何判断 MCUF 板已坏 答：若基站扩展机柜工作不正常，排除扩展光纤问题，更换一新 MCUF 后问题解决，则原 MCUF 已坏；若 MCUF 工作时，观察到其扩展光纤输出端子不发光，则MCUF 也有问题；新站起站时，排除传输、操作或 PCMCIA 卡的问题，也有可能是MCUF 出现故障。8.如何判断 FOX 板已坏 答：应用排除法或替换法进行判断，若光纤和 MCU/MCUF 经判断无问题，而该 FOX板所在的机柜通讯中断，所有载频都退出服

5、务，则该 FOX 板已坏；另外，用一好FOX 板替换上以后，所有部件都恢复正常，则也可以断定该 FOX 板发生故障。9.如果 HORIZON 风扇出现告警，是否说明该风扇已坏 答：不一定，有可能为假告警或误告警，应到现场实地检查 10.标定时，如果中间某个频点出现 80，怎么办 答：若其余已调频点补偿值特性很好，则应重新对该频点进行调测；若其余已调频点补偿特性不好或者补偿值在 80 左右浮动，则可能是硬件问题或调测方法不正确。11.开新站时，若站不起，可能的原因是什么如何解决 答：除传输及供电的因素外，参见题 12.一个 path_balance 值低于 100 的 CELL，重新标定发射时，

6、是不是每个载频的发射值都需要存储为什么 答：不需要，该扇区中发射功率最低的载频不需存储，其他载频都应以该载频为准进行功率调平，然后将 OFFSET 值进行存储 13.DRI NOT DETECTED 的原因有多少种可能分别是什么如何解决 答：掉电或未供电，检查供电或保险；从 MCU/MCUF 到载频的通讯中断，其中包括 MCU/MCUF、FMUX、FOX、扩展光纤、连接载频光纤（CTU 与背板连接），检查通讯通路和相关硬件有无问题；载频本身硬件问题，更换载频；基站正常运行时突然掉电，供电恢复后，某些载频可能出现此情况，通过INS、LOCK/UNLOCK、RESET 该载频可解决问题；基站正常运

7、行时突然 2 兆传输中断，恢复正常通讯后，某些载频可能出现此情况，解决方法同。14.无传输，用 PCMCIA 卡起站时，若反复 REBOOT，可能的原因是什么如何解决 答：参见 8 题 15.如何判断 SURF 板坏了？答：手机接受信号很好，但却无法打电话 BTS 中某个机柜中所有的载频都有 150 号告警 在做接收调测时，当信号发生器输出端子接在 SURF 上时，调测都不成功，但直接接在合路器接收端子或载频接收端子时，调测能顺利进行 16.在接受标定后，用 disp_cal_d 命令，发现某列值均为 80，请问在何种情况下是允许的，在何种情况下不是允许的？答：用 disp_cal_d 命令显

8、示的数据，一共 6 列，其中前 3 列分别代表 A 路的天线1、2、3 的标定值，后 3 列分别代表 B 路天线 1、2、3 的标定值，80 若出现在已经标定过的某一列值中，则需重新标定，若 80 只出现在与该 BTS 配置不相关的天线中，则与工作无关，但用 disp_act_a 命令查看该站告警，可能出现218 Invalid Transceiver Calibration Data 警告。17.试述 MOTOROLA 基站的接地要求？答：要单点接地，接地电阻不得大于 4 欧姆 18.如何判断功率表电池的电量是否不足？答：将功率表旋钮转到 BATTARY 档，若指针达到满量程则说明电量足，反

9、之则为不足。19.一个 T43 板最多能连几块 NIU?并画出它们的连接图.答：最多能连 4 块 NIU T43 Network Side Connector V37 way D type Connections NIU Location NIU identity(BIB)(MSI)used in commands J1 1,20 NIU A0-TX1 MSI(NIU)0 J2 2,21 NIU A0-RX1 J7 7,26 NIU A0-TX2 MSI(NIU)0 J8 8,27 NIU A0-RX2 J13 13,32 NIU A1-TX1 MSI(NIU)2 J14 14,33 NIU

10、A1-RX1 J4 4,23 NIU B0-TX1 MSI(NIU)1 J5 5,24 NIU B0-RX1 J10 10,29 NIU B0-TX2 MSI(NIU)1 J11 11,30 NIU B0-RX2 J16 16,35 NIU B1-TX1 MSI(NIU)3 J17 17,36 NIU B1-RX1 20.写出 MCELL6 与 HORIZON 硬件的对照表.答：CTU=TCU SURF=3xDLNBs+IADU DCF=CBF+Duplexer DDF=3-Input CBF+Duplexer HCU=900 Hybrid Feedthrough Plate=900 Non-

11、Hybrid TDF=TBF+2xDuplexers 21.150 告警的成因.答：The RX matrix may be faulty.SURF接收矩阵产生错误 The open circuit coaxial cable between the RCU and the matrix may be defective.RCU和 SURF 接收矩阵之间断路同轴电缆未连接上或损坏 The short circuit coaxial cable between the RCU and the matrix may be defective.RCU和 SURF 接收矩阵之间短路同轴电缆未连接上或损

12、坏 The Control Equalizer Board(CEB)control circuits may have been defective.CEB 板控制电路可能被损坏 The open circuit on the front-end board matrix interface may be defective.背板矩阵断路端子可能被损坏 The short circuit on the front-end board matrix interface may be defective.背板矩阵短路端子可能被损坏 22.HORIZON 4/4/4 扩容至 6/6/6 需要增减什么

13、设备(包括跳线).答：减掉设备包括：两根机柜间扩展电缆、6 个 DCF；增加设备包括：1CABINET、6CTU、1FMUX、6DDF、3FREE THROUGH PLATE、1 对光纤、6 根 DDF 与 FREE THROUGH PLATE 之间的跳线 23.怎样设定 HP8648B 的步长.答：开机后，在 HP8648B 的操作面板上按 FREQUENCY 键，然后按 INCR SET 键即可进入设定界面，用数字键将步长值设为 1.6MHz，再按一下 FREQUENCU 键即可。24.为何基站的实际覆盖面积与理论的相差悬殊(基站处于最大发射状态下)答：除了理论与实际本身就存在差距外，天线

14、所处位置、天线倾角大小、有无遮挡及干扰、实际发射功率、硬件本身性能都可能影响到基站发射的覆盖 25.综测时,某些 Mcell6 的 TCU 需键入一定的密码后才执行初始化程续,请问是何密码?答：当用 Procom 命令行来进行初始化时，现在的确有些 MCELL6 的 TCU 会提示需输入密码，否则不能进行下一步，但是用 CINDY 的 CARRIER SETUP 按钮可照常对 TCU进行初始化的操作 26.Lcf 与 GPROC 之间是一一对应的吗?答：不是，GPROC 还可能起 BSP、CSFP 和 OMP 的作用 27.在 BTS 端自环的步骤,判断方法和注意事项.答：首先应使 BTS 处

15、在 RAM 状态（用 PCMCIA 卡或该站只有一条传输有问题时），然后用自环线（用 2 兆线和端子自制）将 T43 两兆端子连接，最后用 state#mms*命令进行观察。28.如何判断连接架顶到天线的馈线安装是否合格.答：首先应观察避雷器是否正确安装，馈线是否实现三点接地；其次应检查天线驻波比是否合格、各接头制作工艺是否符合规范、馈线有无大的弯角或破损处；再次应检查馈线窗及馈线入室处回水弯是否合格；最后应检查布线及捆扎是否合格 29.说明 burst 中 training sequence 的作用.答：Training sequence is used by the receivers e

16、qualizer as it estimates the transfer characteristic of the physical path between the BTS and the MS.The training sequence is 26 bits long.30.standby link failure(mcell 6)产生原因基及处理办法。答：此种情况只存在 BTS 中数字机笼实现主、辅两套配置时，主 MCU 退出服务，而辅 MCU 虽使 BTS 处于 RAM 状态，但未能和 BSC 建立正常关系，此时利用 PC，登录基站，在 RAM 状态下键入 SWAP，回车即可 31

17、.VSWR,HMS,POWER SUPPLY FAILURE(MCELL 6)产生原因基及处理办法？答:a.AB6 buffer 内存有误码。b.AB6 VSWR 短路塞损坏。c.TCU 告警接头断针。处理：AB6 掉电复位，修复故障部位。32.传输定时闪断可能原因 答:可能供电不稳、BTS 机柜与光端机未能共地引起,或者传输线路不符合要求.33.新建微蜂窝不能下载 code 可能原因 答：接地不正确；传输不稳定或被环回；微蜂窝站数据库定义有问题 34.BTS 无占用，掉话高可能原因 答：可能该站 BTP 时钟不稳定，更换 MCU 可解决问题。35.通过基站登陆 bsc 修改数据，增加 dri

18、 and rtf,基站正常运行后无告警，但发现被修改小区无 sdcch（经 disp_rtf_ch 观察得到），但 omc config management 中却显示其存在，经测试，发现该小区手机不能起呼，仅能切换，后经 omc 重启该站后一切正常。原因？答：此现象应属偶然，但在新站开启或旧站改容重起后应当进行相应观察 36.在定义基站所属 lcf 时，如何判断一个 lcf 最多能带多少个基站或多少个载频？答：一般在定义一个新站的数据库时，应先用 disp_p 0 的命令来检查此 BSC 下各LCF 所带基站的个数，一般应定义所带基站个数少的 LCF 来带这个新站，另外，由于站型的不同，每个

19、 LCF 最多能带的基站或载频的个数都会不同。二、BTS 处理故障经验 BTS 小经验 一.载频常见故障 1.“DRI Not Detected”和“Waiting for Connection”这两种故障都是由于 MCU/MCUF 不能与载频通信。术语 DRI 是所有类型载频的软件总称。在“DRI Not Detected”的情况下，从载频到 MCU/MCUF 的上行链路中断；而“Waiting for Connection”的情况则是从 MCU/MCUF 到载频的下行链路中断。这些链路可能受多种因素影响，列举如下：数据库错误MCU/MCUF 试图寻找物理上不存在的载频。载频未加电或极性颠倒

20、。TCU 上的光纤损坏或弄脏。CTU 的背板接头或前面板有物理损坏。系统处于过渡状态，会在几分钟内自行恢复。2 Inhibited”该故障说明载频产生了一个严重告警。这通常意味着一个真正的故障，但由于缺乏必要的信息，很多这类返修被定为“No Fault Found”。当处理一个“Inhibited”的 载频时，应当记录下当前的告警。这可以由 OMC 操作人员或 现场工程师按照下列步骤完成。3 code Load Fail”和“CEB Configuration Fail”这两种故障说明在软件下载期间载频的固件和数字硬件间发生通信错误。这可能由各种原因造成。很多情况下该故障可通过重新下载软件清除

21、，载频也可正常工作。可用 ins 命令使载频正常工作。4“No HDLC reset pending”该故障通常是由于 MCU/MCUF 间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。该故障通常会在几分钟内自行清除，也可通过“INS”载频清除。5“Code Load”这不是故障，只是表明软件下载仍在进行中。一次完整的软件下载可能需要 15-20 分钟。重要的是尽管可能发生错误，下载过程并没有被中断。在下载过程结束前不要在该器件上进行任何操作。6“Invalid Calibration Data”(无效的标定数据)该故障是由于 bay level 校准未完成或校准数据在校准完成

22、后未能正确保存。进行 bay level 校准最可靠的方法是使用一个简单的终端程序并手工键入命令。校准软件工具常被用来最大限度地减少所需时间。最常用的校准软件工具是“Cindy”和“Back”。不幸的是这些工具可能无法正确保存校准数据，(back1.2 可以自动保存)，从而引起该告警。最好在校准完成后手工保存并验证数据。手工校准和验证数据的说明参见手册“Installation and Configuration：BSS Optimization”，68P02901W43.7“High call/set-up failure rate”这通常是由数据库中射频接口或未优化的切换参数设置引起，也是

23、造成 RMC 返修中出现“No Fault Found”的最主要原因。在这些情况下最好试用其它频率/信道一段时间并比较统计结果。完整的 bay level 校准也可能会提高基站的性能。如果网络中正在发生这类问题，就应进行一次彻底的频率检查以最大限度地减少射频干扰。8 DRI 150 或“Receive Matrix Branch 1 Control Link Failure”该告警通常出现在 Horizon Macro 类型的站上，而且已经针对这类故障发布了一个 ISB（详情参见 ISB Alert 004。由于该故障发生在 MCell 设备上的可能性非常低，本文只针对它发生在 Horizon

24、 Macro 设备上的情况。DRI 150 告警表明 SURF 模块已经与载频失去联络或 SURF 模块上有内部故障。在发生内部故障的情况下，模块会在任意一条射频路径上出现过流状态的时候产生该告警，指示一个或多个 LNA 的故障。该告警还可能是由于到模块或载频的连接松动，SURF 模块未加电，或机柜中的 SURF 机框故障引起。二 MCU/MCUF 常见故障说明 下文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生“No-Fault-Found”情况的。通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。这将减少网络故障时间并提高系统可靠性。1.无 LED 指

25、示 这通常表明 MCU/MCUF 未加电。这可能是由于电路保险被触发或板卡未正确插入插槽；也可能是由于引导程序(boot code)损坏。为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(boot code)更新时不要切断电源。当引导程序(boot code)更新，或写入非易失性内存，可以看到红色和绿色的 LED 快速交替闪烁。2.不能进行 TTY 接入 这通常是由于用来连接 MCU/MCUF 的 PC 或终端设置不正确。连接 MCU/MCUF 的正确TTY 设置是 9600 Baud，8 bit 和 1 Stop Bit，且无奇偶校验。这种情况也可能是由于引导程

26、序(boot code)损坏。为消除引导程序(boot code)损坏的可能性，应确保当设备正在进行引导程序(boot code)更新时不要切断电源。当引导程序(boot code)更新，或写入非易失性内存，可看到红色和绿色的 LED 快速交替闪烁。3.“Waiting for sync to initialize”出现在 TTY 这一问题可能由于 MCU/MCUF 安装不牢固或遭损坏的引导程序(boot code)所致。为防止软件被损坏，当 MCU/MCUF 软件正在更新，或者正在写入 NV-RAM 时必须确保不要让 MCU/MCUF 掉电。这一过程可通过面板上 LED 灯红绿快速变换识别。

27、4.MCU/MCUF 连续不断的重新启动 遭损坏的引导程序(boot code)或 BTS 和 BSC 之间的通信中断都会导致这一问题。为防止引导程序(boot code)遭损坏，当 MCU/MCUF 软件正在更新，或者正在写入NV-RAM 时必须确保不要让 MCU/MCUF 掉电。这一过程可通过面板上 LED 灯红绿快速变换识别。如果是 BTS 不能与 BSC 联系，MCU/MCUF 将每 30 分钟自启动一次。这是正常情况。5.“FMUX Loopback Failure”这个告警指示 FMUX 卡认为光纤连接不能正常工作。这可能由于以下情况造成：FMUX 卡没插好，或 FMUX 掉电，光

28、纤安装有问题或折断。6.“No Redundant Link”主备 MCU/MCUF 不能正常通信将引发这一告警。如果备边 MCU/MCUF 刚刚加上电，需要等待 30 分钟去预热这块板。这是由于板内的高精度的晶体振荡器需要一个稳定的温度才能工作。当然这一告警也可因备用边的 MCU/MCUF 故障所导致。7.“PCMCIA Failure”PCMCIA 卡插入不当或不匹配的卡将造成这一告警。正确插入时，PCMCIA 卡将与MCU/MCUF 面板平齐，并且只有摩托罗拉认可的卡能在这里被使用。三 现场工程师处理 CTU 和 TCU-B 的步骤 下面将概要地介绍判断问题的方法，包括一些必要的步骤。这

29、些步骤是作为其他一些方法的补充，而不是取代它们。如果经过这些步骤判断，问题依然存在，那么在返修的故障报告中，记录这些测试结果，这将有助于问题根本原因的分析以及设备的返修。1.现场工程师执行的一般性检查 1).验证所有机柜内的设备都加上电，也要检查 TCU 的插头极性。2).验证 TCU 收发线缆的正确连接，包括线缆和连接的情况，例如是否清洁和可靠。3).验证 TCU-B 光纤的正确连接，连接是否紧密，并且没有碎屑。这可以通过以下步骤做到：拔出光纤然后用吹气球向 MCU/MCUF 和 TCU 的光纤连接口吹风，并用软布擦拭光纤的端头，然后牢固插入。4).验证数据库和实际硬件安装相一致。disp_

30、equip X full(在 MCU 的 MMI 提示符符下键入，这里的 X 是站号)5).验证 MMI 提示符出现在载频的 RSS 端口，如果不是，请验证这个载频的电源开关是否打开。6).验证 LED 的状态，如果不是亮的，请验证这个载频的电源开关是否打开。7).验证这个载频没有被锁住。State X dri*（从 MCU 上的 MMI 提示符下键入，这里 X 是站号，Y 是 DRI号）Unlock X dri Y Y(从 MCU 上的 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号)这将解锁这个 DRI。8).检查基站的告警。记录任何告警以备填写返修报告。disp_act_al

31、 X(从 OMC 上的 MMI 提示符下键入，这里 X 是站号)2.“DRI NOT DETECTED”和“Waiting for Connection”1).执行在 6。1 段中的一般性检查，保证系统运行。2).如果发生“Waiting for Connection”错误，等待 5-10 分钟去观察这个故障是否自动消除。3).INS 这个硬件 ins X dri Y Y（从 MCU 上的 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号 4).对于 TCU-B 的检查，清洁所有光纤连接口。对于 CTU，检查背板或面板的物理损伤。如果面板弯曲或安装不到位，那么背板不可能正确连接。5)

32、.如果上述步骤不能清除这故障，请试着和同一基站中的载频调换，然后判断是槽位的问题还是载频问题。6).判断数据库是否最近被修改，如果是，确保数据库和实际硬件安装一致。3.“Inhibited”1).执行在 6。1 段中的一般性检查，保证系统运行，特别注意所有的告警。2).打开 MCU/MCUF 的告警模式，INS 这个设备，并且在基站正常工作后，记录所有告警。Mode_alarm X on 或 en_al X（在 MCU 上的 MMI 提示符下键入，这里的 X 是站号）Ins X dri Y Y（从 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号）4.“Code Load Fail”

33、和“CEB Configuration Fail”1).执行在 6。1 段中的一般性检查，保证系统运行。2).INS 这块载频。Ins X dri Y Y（从 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号）3).等待 10-15 分钟的软件下载。4).如果这个故障再次出现，重启载频。Reset_dev X dri Y Y（从 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号）5.“No HDLC reset pending”1).执行在 6。1 段中的一般性检查，保证系统运行。2).INS 这个载频 ins X dri Y Y（从 MMI 提示符下键入，这里 X 是站号

34、，Y 是 DRI 号）3).等待 10-15 分钟的软件下载。6.“Code Load”1).不进行任何操作，等待软件下载的完成。如果载频在软件下载过程中被重启或者掉电，可能造成永久性的软件损坏。正常的软件下载过程需要花费 15-20 分钟完成，具体依赖于这一基站所需的软件大小。2).仅当载频处于下载状态（code load）超过 20 分钟后，INS 这一载频。ins X dri Y Y（从 MMI 提示符下键入，这里 X 是站号，Y 是 DRI 号）3).等待 15-20 分钟的软件下载 4).如果这个载频再一次吊死在软件下载状态（Code Load），重启这个载频。Reset_dev X

35、 dri Y Y（从 MCU/MCUF 上 MMI 提示符下键入，这里 X 是站号，Y 是DRI 号）7.“Invalid Calibration Data”1).执行完整的 Bay Level 调试。2).如果使用 CINDY 或 BACK 这样的调试软件，必须在完成调试后使用保存命令确保调试结果被存储。可以从载频上读取调试数据然后验证是否有“80”值被存储。如果是“80”值，载频将给出相应告警并且需要重新调试。对于人工调试指令和数据的验证，请参考 BSS 用户手册：68P02901W43。8.“High drop call/set-up failure rate”问题通常是由于无线干扰造成

36、。关于具体的频率优化，请参考无线射频规划(RF Planning Guidelines)。一个完整的 Bay level 校准会提高这些统计指标。若有可能，选用另一频率一段时间，然后观察统计结果。若此类问题普遍存在于网络中，那么网络需要进行一次系统的频率优化.9.DRI 150 告警 或“Receive Matrix Branch 1 Control Link Failure”1).按照 6.1 节所述，进行全面的检查，以保证系统的运行。2).确定在机柜中有多少载频有这样的告警。若只有一块载频，那么很大可能是载频和 SURF 模块间的连接有问题。disp_act_al X dri Y Y(从

37、OMC MMI提示符输入该命令 ，X 站号 Y Y是 dri号)3).Lock 该站的所有载频.lock X dri Y Y(自 OMC MMI提示符输入 ，X是站号 Y Y 是dri 号)4).关闭 SURF 模块电源.5).取出 SURF 模块，再次插回原来的位置，确认可靠插入。6).将 SURF 模块加电。7).解锁（Unlock）所有载频，并再次确认告警是否存在。8).如果告警还存在，那么很可能是 SURF 模块的问题。四 现场对于 MCU/MCUF 问题的判断方法 下面将概要地介绍判断问题的方法，包括一些必要的步骤。这些步骤是作为其他一些方法的补充，而不是取代它们。如果经过这些步骤判

38、断，问题依然存在，那么在返修的故障报告中，记录这些测试结果，这将有助于问题根本原因的分析以及设备的返修。1.对于 MCU/MCUF 故障的简要判断 1).通过检查电源开关和 BPSM 灯指示，确认机柜中的各个模块都已加电。2).通过前面板的“cpu”复位开关，复位 MCU/MCUF。当基站正常工作后，确认所有载频是 Busy-Unlocked(B-U)。按“cpu”复位开关仅复位在 MCU/MCUF中运行的软件。state X dri Y Y(自 OMC MMI提示符输入，X 是站号 Y Y 是dri 号)重复以上指令直至所有载频进入 B-U 状态。若载频不能进入 B-U 状态，则参考本手册

39、4，6 和 7 节。2.LED 指示灯不亮 1).按照 7.1 节中所述，进行检查。2).确认 MCU/MCUF 完全插入槽位中。3).检查 MCU/MCUF TTY 端口有无响应（提示符）。3.TTY 端口没有响应（提示符）1).按照 7.1 节中所述，进行检查。2).确认便携机中的串口设置正确。正确的串口设置是波特率 9600，8 比特，1 位 停止位，没有奇偶校验位。3).通过 MCU/MCUF 前面板的“full reset”按钮，复位 MCU/MCUF。4).如果 TTY 端口还是没有响应（提示符），则引导程序(boot code)损坏。返修 MCU/MCUF。为防止问题再度发生，请

40、在 MCU/MCUF 前面板红绿灯交替闪烁时，不要将 MCU/MCUF 断电。4.“Waiting for Sync to initialize”提示出现在 TTY 端口 1).按照 7.1 节中所述，进行检查。.2).将板子从机框中抽出，检查连线并将他们按紧保证可靠连接。在此过程中应符合防静电要求。重新插入板子并在 TTY 端口检查问题是否仍然存在。3).如果问题依然存在，则引导程序(boot code)损坏.返修 MCU/MCUF.为防止问题以后再度发生，请在 MCU/MCUF 前面板红绿灯交替闪烁时，不要将MCU/MCUF 断电。5.MCU/MCUF 不停地重新启动 1).按照 7.1

41、节中所述，进行检查。2).若在 TTY 端口显示“Waiting for Sync to initialize”提示，请参照 7.4节中所述，进行检查。3).确认 NIU 板可靠插入，并已加电。4).确认基站同 BSC 正常连接，若中间传输不通，MCU/MCUF 将每 30 分钟重新启动一次。这是正常现象。6.“FMUX Loopback Failure”1).按照 7.1 节中所述，进行检查。2).确认远端 FMUX 板(remote FMUX)已插入，并且提供电源的 BPSM 有绿灯指示。3).如果主机柜使用 FMUX 板，确认其可靠插入槽中。4).确认光纤可靠连接，收发光纤没有交叉。5)

42、.更换光纤以确认是否是光纤的问题。7.“No Redundant Link”1).按照 7.1 节中所述，进行检查。2).按照此节中所述，首先检查备用 MCU/MCUF。3).确认主备用 MCU/MCUFs 可靠插在槽位中。4).复位备用 MCU/MCUF。5).复位主用 MCU/MCUF。8.“PCMCIA Failure”1).按照 7.1 节中所述，进行检查。2).确认 PCMCIA 卡完全查入槽位中。完全插入的卡应该和面板齐平。3).用以下命令确认 PCMCIA 卡的状态:state X CSFP*(自 OMC MMI提示符输入，X 是站号)以下是正确的状态:B-U No Reason

43、 E-U No Reason D-U No Code 三、BTS 故障解决办法 本篇探论的是关于基站中可能遇到的几种故障现象以及相应采取的排障方法。A.BTS 安装时故障现象分析 故障一：Horizon Macro BTS扩展时，找不到扩展机架或载频 关联设备：光纤，MCUF，FMUX，BPSM，Cabinet，PCMCIA。排障过程：先检查 CBM（Circuit Breaker Module）的开关是否都已将必须的开关合上，再检查光纤的光路是否正常（有没有光信号），是否收发对应。若以上都没问题，则 再检查主机架的 MCUF 和扩展机架的 FMUX 板是否有问题。若以上都正常，最后检查 是否

44、是机架背板的问题。也有可能用于启动基站的 PCMCIA 的数据不合适，例如基站数 据库不匹配或软件的版本太低（这时载频出现 code load failed，而且怎么也 ins或 reset 不起来）。在以上排障过程中，若发现相关器件有问题，则及时更换，再观察问题是否已 解决。如果不能确定是哪个部件有问题，可考虑采用替代法来验证。B.BTS 调测时故障现象分析 故障一：在 Horizon 基站调发射功率时，功率计读数很低 关联设备：载频，射频跳线，DCF，功率计连接线，功率计转换头，天馈线 排障过程：先检查从载频功率计天馈线的连接是否都已拧紧，并测试功率计电池是否 充足，若以上情况正常，而问题

45、仍未解决，则换一个不同 DCF 的载频检查是否发射功率常；若正常，则说明功率计及天馈线是正常的，只需检查机架内载频或 DCF 以及它们之间的射频跳线；若仍不正常，则可能是功率计本身、连接线（包括连接头）或转换头的原因。故障二：载频在调接受补偿校准时，出现 80 值而调不下去 关联设备：载频，DCF，SURF，射频信号发生仪，RF 连接线，调测串口线，便携 PC机，CINDY，BACK 排障过程：首先，在启站后，查看基站是否有载频或 SURF（Receive Matrix）是否有告警，若有告警，则更换告警设备；之后检查连接是否正确无误，是否在 CBM板上将 SURF 板的开关合上，是否对载频做过

46、初始化；再检查信号发生仪的设置（频点，输出功率，步进值）是否正确；否则换到另一机架的载频之后再试，若正常，说明可能先前机架的硬件（CTU，DCF，SURF 等）有问题；而后检查调测串口线和便携 PC 机的软件 CINDY，BACK 是否已安装正确；最后是采取载频开关电或插拔载频（可能背板接触不好）或更换载频、DCF、SURF 板。故障三：调测好的基站数据被冲掉 关联设备：PCMCIA，BSC，MCUF 排障过程：若是用 PCMCIA 启站，说明卡里有调测数据，所以在调完基站后，将基站开关电后，将 PCMCIA 取走，不能再启站查看基站的状态，否则调测数据在载频重新 B-U 时会被卡里的数据冲掉

47、；若是在线调测基站，则在 lock 载频之后，须将待调测的载频 clear_cal_data 之后再调测。C.BTS 测打时故障现象分析 故障一：基站开通后，手机测打背景噪音太大 关联设备：OMCR 统计，MCUF，载频，天馈线，TEMS，便携 PC 机 排障过程：先查看基站的 per cell 和 per carrier 的统计并用逐个 lock 载频的方法查看是否是载频的问题；再检查基站调测是否正常，特别是天馈线的驻波比是否合格；然后是用 SWAP 倒换 BTP 1 为主用看是否是 MCUF 造成的；最后到现场用TEMS 手机 CQT 看是否是频率干扰引起的。MOTO 基站常见故障 DU-

48、N-8:基站可换设备故障处理指南 载频常见故障说明 下文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生“No-FaultFound”情况的。通过了解造成这些故障的可能原因，用户就能在故障发生时确定故障背后的真正原因。这将减少网络故障时间并提高系统可靠性。N-1：“DRINotDetected”和“WaitingforConnection”这两种故障都是由于 MCU/MCUF 不能与载频通信。术语 DRI 是所有类型载频的软件总称。在“DRINotDetected”的情况下，从载频到 MCU/MCUF 的上行链路中断；而“WaitingforConnection”的情况则是从MCU/

49、MCUF 到载频的下链路中断。这些链路可能受多种因素影响，列举如下：数据库错误?MCU/MCUF 试图寻找物理上不存在的载。载频未加电或极性颠倒。TCU 上的光纤损坏或弄脏。CTU 的背板接头或前面板有物理损坏。系统处于过渡状态，会在几分钟内自行恢复。N-2：“Inhibited”该故障说明载频产生了一个严重告警。这通常意味着一个真正的故障，但由于缺乏必要的信息，很多这类返修定为“No-FaultFound”。当处理一个“Inhibited”的载频时，应当记录下当前的告警。这可以由 OMC 操作人员或现场工程师按照下列步骤完成。N-3：“CodeLoadFall”和“CEBConfigurat

50、ionFail”这两种故障说明在软件下栽期间载频的固件个数字硬件发生通信错误，这可能由各种原因造成。很多情况下该故障可通过重新下载软件清除，载频也可正常工作了。N-4：“NOHDLCRESETPENDING”该故障通常是由于 MCU/MCUF 间的通信中断造成，而载频则可能处于软件下载过程中或正常工作状态。该故障通常会在几分钟内自行清除，也可通过“INS”载频清除。N-5：“CODELOAD”这不是故障，只是表明软件下载仍在进行中，一次完整的软件下载可能 15-20 或者是需要更长的时间（笔者曾经在一次 ATP 过程中有过数据下载录置了超过 30 分钟）的。重要的是尽管可能发生错误，下载过程并