motorola基站维护手册

1、、 B T S 故 障 说 明1. 标定中 80出现的含义， 80 是什么，为什么会出现 80。答：含义为 CALIBRATIONFAILURE，80 为系统莫认的某一接收标定值，表 示对该频点接受补偿标定失败。原因包括： 硬件问题，包括各接收模块，发射模块或者调测设备本身故障 连接问题，发射或接收通路某处连接不当或连接错误；调测设备连接不正确 信号发生器处于OFFRFOFF犬态或者信号发生器输出频率与PC调测频率不同步 标定时天线选择错误2. 在基站观察MMS是B-U状态，但RSL是E-U并且很长时间还不转换为 B-U 犬态，分析可能的原因。答：有可能是MCL的冋题，也有可能是2兆头不合格3

2、. 对新开基站 Load 站成功，但有的手机没有信号，而有的手机却有信号， 出现这种情况的原因有哪几种？ 答：手机本身冋题（不同厂家、不同机型、使用年限或损耗程度）。4. 对某一反复 Load 站的基站，有几种可能的原因？答：MCU或 MCU有问题 BTS数据库定义错误，包括BTP未定义或定义错误，基站设备类型 定义错误（HORIZONS MCELI混淆） 用PCMCIA起站时，SET_SITE #命令中站号输入错误或卡内数据 与该站不匹配 此现象若出现在 OMC端，但BTS端观测不到，则有可能是从 BSC 到BTS的2兆传输某段被环回 2 兆传输本身质量不稳定 基站接地不合要求5. 对断电后

3、CTU不能自己重新进入服务的问题，分析可能的原因。答：可能是CTU内部某软件进程失败或CODE LOA失败6. 传输中断后应该按什么步骤检查，有哪几个部件会有可能出错？ 答：首先确认传输断非人为因素造成，然后可按以下步鄹处理： 除常用工具外，应准备起站卡一张，BTS架顶自环线及DDF自环线各一根 进入基站后，用PC观察基站是否处于RAM犬态，若是， 贝U进行BTS架顶自环、DDF到 BSC自环、DDF到 BTS架顶自环，以 此为依据利用排除法判断问题所在 若基站处于ROM状态，贝U用卡起站，进入 RAM状态后按 处理 若能排除基站本身问题，则通知局方检查传输线路7. 如何判断MCU板已坏答：若

4、基站扩展机柜工作不正常，排除扩展光纤问题，更换一新MCU后问题解决，则原MCU已坏；若MCUI工作时，观察到其扩展光纤输出端子不发光，则MCU也有问题；新站起站时，排除传输、操作或 PCMCIA的 问题，也有可能是MCU出现故障。8. 如何判断FOX板已坏答：应用排除法或替换法进行判断，若光纤和MCU/MCU经判断无问题，而该FOX板所在的机柜通讯中断，所有载频都退出服务，则该FOX板已坏； 另外，用一好FOX板替换上以后，所有部件都恢复正常，则也可以断定该 FOX板发生故障。9. 如果HORIZONS扇出现告警，是否说明该风扇已坏 答：不一定，有可能为假告警或误告警，应到现场实地检查10.

5、标定时，如果中间某个频点出现 80，怎么办答：若其余已调频点补偿值特性很好， 则应重新对该频点进行调测； 若其 余已调频点补偿特性不好或者补偿值在 80 左右浮动，则可能是硬件问题 或调测方法不正确。11. 开新站时，若站不起，可能的原因是什么？如何解决？答：除传输及供电的因素外，参见题12. 一个path_balanee值低于100的CELL重新标定发射时，是不是每个载频的发射值都需要存储？为什么？答：不需要， 该扇区中发射功率最低的载频不需存储， 其他载频都应以该 载频为准进行功率调平，然后将 OFFSE值进行存储13. DRI NOT DETECTEI的原因有多少种可能？分别是什么？如何

6、解决？答：掉电或未供电，检查供电或保险； 从MCU/MCU到载频的通讯中断，其中包括 MCU/MCUFFMUX FOX 扩展光纤、连接载频光纤（CTU与背板连接），检查通讯通路和相关硬件 有无问题； 载频本身硬件问题，更换载频； 基站正常运行时突然掉电， 供电恢复后，某些载频可能出现此情况，通过INS、LOCK/UNLOCKRESET亥载频可解决问题； 基站正常运行时突然 2 兆传输中断， 恢复正常通讯后， 某些载频可 能出现此情况，解决方法同。14. 无传输，用PCMCIA卡起站时，若反复REBOOT可能的原因是什么？如何 解决？答：参见 8 题15如何判断SURF板坏了？答：手机接受信号很

7、好，但却无法打电话 BTS中某个机柜中所有的载频都有150号告警 在做接收调测时，当信号发生器输出端子接在SURF上时，调测都不成功，但直接接在合路器接收端子或载频接收端子时， 调测能顺利进行16. 在接受标定后，用 disp_eal_d 命令，发现某列值均为 80，请问在何种情况下是允许的，在何种情况下不是允许的？答：用 disp_eal_d 命令显示的数据， 一共 6 列，其中前 3 列分别代表 A 路的天线 1 、2 、 3 的标定值，后 3 列分别代表 过的某一列值中， 则需重新标定，B 路天线 1 、2、 3 的标定值， 80 若出现在已经标定 若80只出现在与该 BTS配置不相关的

8、天线中， 则与工作无关，但用 disp_aet_aTranseeiver Calibration Data命令查看该站告警，可能出现 警告。218 Invalid17试述MOTOROLA站的接地要求?答：要单点接地，接地电阻不得大于 4欧姆 18如何判断功率表电池的电量是否不足？答:将功率表旋钮转到BATTAR档，若指针达到满量程则说明电量足， 反 之则为不足。19. 一个T43板最多能连几块NIU?并画出它们的连接图T43NetworkSide Conn ectorV37 way D type Connections (BIB)NIU Locatio nNIU iden tity (MSI)

9、used in comma ndsJ11,20NIU A0-TX1MSI(NIU) 0J22,21NIU A0-RX1J7:7,26NIU A0-TX2MSI(NIU) 0J88,27NIU A0-RX2J1313,32NIU A1-TX1MSI(NIU) 2J14；14,33NIU A1-RX1J44,23NIU B0-TX1MSI(NIU) 1J55,24NIU B0-RX1J1010,29NIU B0-TX2MSI(NIU) 1J11p1,30NIU B0-RX2J1616,35NIU B1-TX1MSI(NIU) 3J1717,36NIU B1-RX1答：最多能连4块NIULT41E

10、TFNIU XL1T41E TF1NIU BONIU BONIU BlNIU BlJOJO20. 写出MCELL与HORIZON®件的对照表 答:?CTU = TCU?SURF = 3xDLNBs + IADU?DCF = CBF + Duplexer?DDF = 3-Input CBF + Duplexer ?HCU = 900 Hybridfeedthrough Plate = 900 Non-Hybrid ?TDF = TBF + 2xDuplexers21. 150告警的成因 .答：The RX matrix may be faulty. SURF 接收矩阵产生错误 The

11、open circuitcoaxial cable between the RCUand the matrixmay be defective. RCU 和SURF接收矩阵之间断路同轴电缆未连接上或损坏 The short circuit coaxial cable betwee n the RCU and thematrix may be defective. RCU 和SURF接收矩阵之间短路同轴电缆未连接 上或损坏 The Control Equalizer Board (CEB) control circuits mayhave been defective. CEB 板控制电路可能被

12、损坏 The ope n circuiton the fron t-e nd board matrix in terfacemaybe defective. 背板矩阵断路端子可能被损坏 The short circuit on the fron t-e nd board matrix in terface may be defective. 背板矩阵短路端子可能被损坏22. HORIZON 4/4/4扩容至 6/6/6 需要增减什么设备 （包括跳线） . 答：减掉设备包括：两根机柜间扩展电缆、 6个 DCF；增加设备包括： 1CABINET、6CTU、1FMU、X 6DDF、3FREE THR

13、OUGHPLATE 1对光纤、6根DDF与 FREE THROUGH PLA之间的跳线23. 怎样设定HP8648B的步长.答：开机后，在HP8648B的操作面板上按FREQUENCY，然后按INCRSET 键即可 进入 设定界面，用数 字键 将步长值 设为1.6MHz，再按一下 FREQUENCE 可。24. 为何基站的实际覆盖面积与理论的相差悬殊 ?（基站处于最大发射状态下 ） 答：除了理论与实际本身就存在差距外，天线所处位置、天线倾角大小、 有无遮挡及干扰、 实际发射功率、 硬件本身性能都可能影响到基站发射的 覆盖25. 综测时,某些Mcell6的TCU需键入一定的密码后才执行初始化程续

14、，请问 是何密码 ?答：当用Procom命令行来进行初始化时，现在的确有些 MCELL6的TCU 会提示需输入密码，否则不能进行下一步，但是用CINDY勺CARRIEISETUP 按钮可照常对TCU进行初始化的操作26. Lcf与GPRO之间是对应的吗？答：不是，GPRO还可能起BSP CSFF和OMP勺作用27. 在BTS端自环的步骤，判断方法和注意事项.答：首先应使BTS处在RAM犬态（用PCMCIA或该站只有一条传输有问 题时），然后用自环线（用2兆线和端子自制）将T43两兆端子连接，最 后用 state # mms * * 命令进行观察。28. 如何判断连接架顶到天线的馈线安装是否合格

15、 . 答：首先应观察避雷器是否正确安装， 馈线是否实现三点接地； 其次应检 查天线驻波比是否合格、 各接头制作工艺是否符合规范、 馈线有无大的弯 角或破损处； 再次应检查馈线窗及馈线入室处回水弯是否合格； 最后应检 查布线及捆扎是否合格29. 说明 burst 中 training sequence 的作用 .答： Training sequence is used by the receiver's equalizer as itestimates the transfer characteristic of the physical path between the BTS and

16、 the MS. The training sequence is 26 bits long.30. standby link failure(mcell 6) 产生原因基及处理办法。答：此种情况只存在BTS中数字机笼实现主、辅两套配置时，主MCU!出 服务，而辅MCUS使BTS处于RAM犬态，但未能和BSC建立正常关系，此 时利用PC,登录基站，在RAM犬态下键入SWAP回车即可31. VSWR,HMS,POWER SUPPLY FAILURE(MCE产生原因基及处理办法？答:a.AB6 buffer 内存有误码。b. AB6 VSWR短路塞损坏。c. TCU 告警接头断针。处理： AB6

17、掉电复位，修复故障部位。32. 传输定时闪断可能原因答:可能供电不稳、BTS机柜与光端机未能共地引起，或者传输线路不符合 要求.33. 新建微蜂窝不能下载 code 可能原因 答：接地不正确；传输不稳定或被环回；微蜂窝站数据库定义有问题34. BTS无占用，掉话咼可能原因答：可能该站BTP时钟不稳定，更换MCI可解决问题。35. 通过基站登陆 bsc 修改数据， 增加 dri and rtf, 基站正常运行后无告警， 但发现被修改小区无sdcch (经disp_rtf_ch 观察得到)，但omcconfig ma nageme nt中却显示其存在，经测试，发现该小区手机不能起呼，仅能 切换，后

18、经 omc 重启该站后一切正常。原因？ 答：此现象应属偶然， 但在新站开启或旧站改容重起后应当进行相应观察36. 在定义基站所属 lcf 时，如何判断一个 lcf 最多能带多少个基站或多少个 载频？答：一般在定义一个新站的数据库时，应先用 disp_p 0 的命令来检查此 BSC下各LCF所带基站的个数，一般应定义所带基站个数少的LCF来带这 个新站，另外，由于站型的不同，每个LCF最多能带的基站或载频的个数 都会不同。二、BTS处理故障经验BTS小经验一 . 载频常见故障1. “ DRI Not Detected ” 和 “ Waiting for Connection ”这两种故障都是由于

19、 MCU/MCUF 不能与载频通信。 术语 DRI 是所有 类型载频的软件总称。在“ DRI Not Detected的情况下，从载频到MCU/MCUF的上行链路中断；而“Waiting for Connection的情况则是从 MCU/MCUF 到载频的下行链路中断。 这些链路可能受多种因素影响， 列 举如下：? 数据库错误 MCU/MCUF 试图寻找物理上不存在的载频。? 载频未加电或极性颠倒。? TCU 上的光纤损坏或弄脏。? CTU的背板接头或前面板有物理损坏。? 系统处于过渡状态，会在几分钟内自行恢复。2 Inhibited ”该故障说明载频产生了一个严重告警。这通常意味着一个真正的

20、故障，但由于缺乏必要的信息，很多这类返修被定为 “No Fault Found。"当处理一个 “Inhibited 的载频时，应当记录下当前的告警。这可以由 OMC 操作人员或 现场工程师 按照下列步骤完成。3 code Load Fail ”和 “CEB Configuration Fail ”这两种故障说明在软件下载期间载频的固件和数字硬件间发生通信错误。这可 能由各种原因造成。很多情况下该故障可通过重新下载软件清除，载频也可正 常工作。 可用 ins 命令使载频正常工作。4“No HDLC reset pending ”该故障通常是由于 MCU/MCUF 间的通信中断造成，而载

21、频则可能处于软件下载 过程中或正常工作状态。该故障通常会在几分钟内自行清除，也可通过“ INS”载频清除。5“Code Load”这不是故障，只是表明软件下载仍在进行中。一次完整的软件下载可能需要15-20 分钟。重要的是尽管可能发生错误，下载过程并没有被中断。在下载过 程结束前不要在该器件上进行任何操作。6 “Invalid Calibration Data（无”效的标定数据 ）该故障是由于 bay level 校准未完成或校准数据在校准完成后未能正确保存。进 行 bay level 校准最可靠的方法是使用一个简单的终端程序并手工键入命令。 校 准软件工具常被用来最大限度地减少所需时间。最常

22、用的校准软件工具是“ Cindy和“ Back。不幸的是这些工具可能无法正确保存校准数据，（back1.2可以自动保存 ），从而引起该告警。最好在校准完成后手工保存并验证数据。手工 校准和验证数据的说明参见手册“ Installation and Configuration ： BSS Optimization ”，68P02901W43.7“High call/set-up failure rate”这通常是由数据库中射频接口或未优化的切换参数设置引起， 也是造成 RMC 返 修中出现“No Fault Found的最主要原因。在这些情况下最好试用其它频率 /信道 一段时间并比较统计结果。完

23、整的 bay level 校准也可能会提高基站的性能。如 果网络中正在发生这类问题，就应进行一次彻底的频率检查以最大限度地减少 射频干扰。8. DRI 150 或 “ Receive Matrix Branch 1 Con trol Link Failure”该告警通常出现在 Horizon Macro 类型的站上，而且已经针对这类故障发布了 一个ISB （详情参见ISB Alert 004。由于该故障发生在 M Cell设备上的可 能性非常低，本文只针对它发生在 Horizon Macro 设备上的情况。DRI 150 告警表明 SURF 模块已经与载频失去联络或 SURF 模块上有内部故障

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

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

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

27、引导程序 (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 掉电，光纤安装有问题或折断。6. “ No

28、 Redundant Link ”主备 MCU/MCUF 不能正常通信将引发这一告警。 如果备边 MCU/MCUF 刚刚加 上电，需要等待 30 分钟去预热这块板。这是由于板内的高精度的晶体振荡器需 要一个稳定的温度才能工作。 当然这一告警也可因备用边的 MCU/MCUF 故障所 导致。7. “PCMCIA Failure ”PCMCIA 卡插入不当或不匹配的卡将造成这一告警。正确插入时， PCMCIA 卡 将与 MCU/MCUF 面板平齐，并且只有摩托罗拉认可的卡能在这里被使用。1).执行在 6。1 段中的一般性检查，保证系统运行，特别注意所有的告警下面将概要地介绍判断问题的方法，包括一些必

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

30、库和实际硬件安装相一致。disp_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) . 检

31、查基站的告警。记录任何告警以备填写返修报告。disp_act_al X ( 从 OMC 上的 MMI 提示符下键入，这里 X 是站号 )2. “ DRI NOT DETECTED 和 “ Wait ing for Co nn ectio n”1) . 执行在 6。1 段中的一般性检查，保证系统运行。2) .如果发生“ Waiting for Connection 错”误，等待 5-10 分钟去观察这个故障是否自动消除。3) .INS 这个硬件ins X dri Y Y (从MCU上的MMI提示符下键入，这里 X是站号，Y是DRI号4) .对于 TCU-B 的检查，清洁所有光纤连接口。对于 CT

32、U ，检查背板或面板的物理损伤。如果面板弯曲或安装不到位，那么背板不可能正确连接。5) .如果上述步骤不能清除这故障，请试着和同一基站中的载频调换，然后判断是槽位的问题还是载频问题。6) .判断数据库是否最近被修改，如果是，确保数据库和实际硬件安装一致。3. “Inhibited ”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 Loa

33、d Fail 和” “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提示

34、符下键入，这里 X是站号，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 )，重启这个载

35、频。Reset_dev X 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 r

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

37、问题。disp_act_al X dri Y Y (从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) .通过前面板的“ cpi复位开关，复位 MCU/MCUF。当基站正常工作后，确认所有载频是 Busy-U nlocked (B-U)。按 “ cpu”复位开关仅复位在 MCU/MCUF 中运行的软件。state X dri Y Y (自OMC MMI提示符输入， X是站号 Y Y 是dri

39、号) 重复以上指令直至所有载频进入 B-U 状态。若载频不能进入 B-U 状态，则参考 本手册 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 端口还

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

41、在 MCU/MCUF 前面板红绿灯交替闪烁时， 不要 将 MCU/MCUF 断电。5. MCU/MCUF 不停地重新启动1) .按照 7.1 节中所述，进行检查。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板(remot

42、e FMUX )已插入，并且提供电源的 BPSM有绿灯指示。3) .如果主机柜使用 FMUX 板，确认其可靠插入槽中。4) .确认光纤可靠连接，收发光纤没有交叉。5) .更换光纤以确认是否是光纤的问题。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 卡完全查入槽位中。

43、 完全插入的卡应该和面板齐平。3) .用以下命令确认 PCMCIA 卡的状态 :state X CSFP *(自 OMC MMI 提示符输入， X 是站号)以下是正确的状态 :B-U No ReasonE-U No ReasonD-U No Code三、BTS故障解决办法本篇探论的是关于基站中可能遇到的几种故障现象以及相应采取的排障方 法。A. BTS 安装时故障现象分析 故障一： Horizon Macro BTS 扩展时，找不到扩展机架或载频 关联设备：光纤， MCUF ，FMUX ，BPSM ，Cabinet ，PCMCIA 。 排障过程： 先检查 CBM （Circuit Breake

44、r Module ）的开关是否都已将必须的开 关合上， 再检查光纤的光路是否正常（有没有光信号），是否收发对应。若以上都没问 题，则再检查主机架的 MCUF 和扩展机架的 FMUX 板是否有问题。若以上都正常，最 后检查 是否是机架背板的问题。也有可能用于启动基站的 PCMCIA 的数据不合适，例 如基站数 据库不匹配或软件的版本太低（这时载频出现 code load failed ，而且怎么也 ins 或 reset 不起来）。在以上排障过程中，若发现相关器件有问题，则及时更换，再观察问题是否已 解决。如果不能确定是哪个部件有问题，可考虑采用替代法来验证。B. BTS 调测时故障现象分析 故

45、障一：在 Horizon 基站调发射功率时，功率计读数很低 关联设备：载频，射频跳线， DCF ，功率计连接线，功率计转换头，天馈线 排障过程：先检查从载频 > 功率计 > 天馈线的连接是否都已拧紧，并测试功 率计电池是否 充足，若以上情况正常，而问题仍未解决，则换一个不同 DCF 的载频检查是否 发射功率常；若正常，则说明功率计及天馈线是正常的，只需检查机架内载频或 DCF 以及它们之间的射频跳线；若仍不正常，则可能是功率计本身、连接线 （包括连接头）或转换头的原因。故障二：载频在调接受补偿校准时，出现 80 值而调不下去 关联设备：载频， DCF ，SURF ，射频信号发生仪，

46、 RF 连接线，调测串口线， 便携 PC 机， CINDY ，BACK 排障过程：首先，在启站后，查看基站是否有载频或SURF （ Receive Matrix ）是否有告警，若有告警，则更换告警设备；之后检查连接是否正确无误，是否 在 CBM 板上将 SURF 板的开关合上， 是否对载频做过初始化； 再检查信号发生 仪的设置（频点，输出功率，步进值）是否正确；否则换到另一机架的载频之 后再试，若正常，说明可能先前机架的硬件（ CTU ，DCF ，SURF 等）有问题； 而后检查调测串口线和便携 PC 机的软件 CINDY ， BACK 是否已安装正确；最 后是采取载频开关电或插拔载频 （可能

47、背板接触不好） 或更换载频、 DCF 、SURF 板。故障三：调测好的基站数据被冲掉关联设备： PCMCIA ，BSC ，MCUF排障过程：若是用 PCMCIA 启站，说明卡里有调测数据，所以在调完基站后， 将基站开关电后，将 PCMCIA 取走，不能再启站查看基站的状态，否则调测数 据在载频重新 B-U 时会被卡里的数据冲掉；若是在线调测基站，则在 lock 载频 之后，须将待调测的载频 clear_cal_data 之后再调测。C. BTS 测打时故障现象分析故障一：基站开通后，手机测打背景噪音太大关联设备： OMCR 统计， MCUF ，载频，天馈线， TEMS ，便携 PC 机 排障过

48、程：先查看基站的 per cell 和 per carrier 的统计并用逐个 lock 载频的方 法查看是否是载频的问题；再检查基站调测是否正常，特别是天馈线的驻波比 是否合格；然后是用 SWAP 倒换 BTP 1 为主用看是否是 MCUF 造成的；最后 到现场用 TEMS 手机 CQT 看是否是频率干扰引起的。MOT基站常见故障DU-N-8:基站可换设备故障处理指南载频常见故障说明 下文中提到的故障都是客户返修中最常见的，也是返修中最有可能发生 “ No-FaultFound ”情况的。通过了解造成这些故障的可能原因，用户就能在故 障发生时确定故障背后的真正原因。这将减少网络故障时间并提高

49、系统可靠性。 N-1：“ DRINotDetected ”和“ WaitingforConnection ”这两种故障都是由于 MCU/MCU不能与载频通信。术语 DRI是所有类型载频的软件总称。在“ DRINotDetected ”的情况下，从载频到 MCU/MCU的上行链路中断；而 “WaitingforConnection ”的情况则是从 MCU/MCUF到载频的下链路中断。这些链路可能受多种因素影响，列举如下：数据库错误？?MCU/MCU试图寻找物理上不存在的载。载频未加电或极性颠倒。 TCU上的光纤损坏或弄脏。 CTU勺背板接头或前面板有物理损坏。系统处于过渡状态，会在几分钟内自行恢

50、复。N-2：“ Inhibited ”该故障说明载频产生了一个严重告警。 这通常意味着一个真正勺故障， 但由于缺 乏必要勺信息， 很多这类返修定为 “No-FaultFound ”。当处理一个 “Inhibited ” 的载频时，应当记录下当前的告警。这可以由0M（操作人员或现场工程师按照下 列步骤完成。N-3:“ CodeLoadFall ”和“ CEBConfigurationFail ” 这两种故障说明在软件下栽期间载频的固件个数字硬件发生通信错误， 这可能由 各种原因造成。 很多情况下该故障可通过重新下载软件清除， 载频也可正常工作 了。N-4:“ NOHDLCRESETPEND” I

51、NG该故障通常是由于MCU/MCU间的通信中断造成，而载频则可能处于软件下载过 程中或正常工作状态。该故障通常会在几分钟内自行清除，也可通过“INS”载频清除。N-5:“CODELOA”D 这不是故障，只是表明软件下载仍在进行中，一次完整的软件下载可能 15-20 或者是需要更长的时间（笔者曾经在一次 ATP过程中有过数据下载录置了超过 30分钟）的。重要的是尽管可能发生错误，下载过程并没有中断，在下载过程 结束前不要在该器件上进行任何操作N-6:“ INVALIDCALIBRATIONDA”TA该故障是由于BAYLEVE校准未完成或校准数据在校准完成后未能正确保存。进 行BAYLEVE校准做

52、可靠的方法是使用一个简短的终端程序并手工键入命令（RL10115I回车 STORE?CAL?DATA车STRO回车#在这表示站号）这样就可以安全的保存在BSCS面了（笔者在广东的揭阳，汕头，惠洲，中山等一般看到ATP工程师一般在BAYLEVE后在BACK 软件里面SAVE即可，这样的保存很难保证，特别在传输通了的情况下）。校准 软件工具常被用来最大限度地减少所需时间。 最常用的校准软件工具是 “CINDY” 和“ BSCK。不辛的是这些工具可能无法正确保存校准数据，从而引起该告警。 所以手工保存数据是有必要的。N-7:“ HIGHCALL/SET?UPFAILURER”ATA这通常是由数据库中

53、射频接口或未优化的切换参数设置引起，也是造成RWC修中出现“ NOFAUITFOU”的最主要原因。在这些情况下最好试用其它的频率/信道一段时间并比较统计的结果。完整的BAYLEVE校准也可能会提高基站的性能。 如果网络中正在发生这类问题， 就应该进行一次彻底的频率检查以最大限度地减 少射频干扰。N-8:“ DRI150或“ RECEIVEMATRIXBRANCH1CONTROLLINKFAILURE该告警通常出现在HOURIZONMAC类型的基站上，而且已经针对这 类故障发生在M-CELL设备上的可能性非常的底，在这就只针对它发生在HORIZONMAC设备上的情况DRI150告警表明SURF模

54、块（板快）上有内部故障。在发生内部故障的情况下， 模块会在任意一条射频路径上出现过流状态的时候产生该告警， 指示一个或多个 LNA的故障。该告警还可能是由于到模块或载频的连接松动，SURF模块未加电或 几柜中的SURF机框故障引起。DU-L-7: MCU/MCl常见故障说明下文中提到的故障是客户返修中最常见的，也是换修中最有可能发生“NO-FAUIT?FOUN啲情况的，通过了解造成这些故障的可能原因， 用户就能够 在故障发生的时候确定故障背后的真正原因。 这将减少网络故障时间并提高系统 可靠性。L-1 :无LED指示这通常标明MCU/MC未加电。这可能是由于电路保险被触发或板卡未正确插入插 槽

55、：也可能是由于引导程序（bootcode）损坏。为消除引导程序（BOOTCOD损 坏的可能性，应确保当设备正在进行引导程序（BOOTCOD更新时不要切断电源。 当引导程序（BOOTCOD更新，或写入非易失性内存，可以看到红色和绿色的 LED快速交替闪烁。L-2 :不能够进行TTY接入这通常是由于用来连接MCU/MCUF PC或终端设置不正确。连接MCU/MCU的正 确TTY设置是9600BAUD 8BIT和1STOPBIT且无奇偶校验。这种情况也可能是 由于引导程序9BOOTCOD损坏。为消除引导程序（BOOTCOD损坏的可能性， 应确保当设备正在进行引导程序 （BOOTCOD更新时不要切断电

56、源。当引导程序（BOOTCOD更新，或写入非易失性内存，可看到红色和绿色的LED快速交替闪 烁。L-3 :“WAITINGFORSYNCTOINITIAL”出现在 TTY这一问题可能由于 MCU/MCUF安装不牢固或遭损坏的引导程序（BOOTCOD所致。为防止软件被损坏，当 MCU/MCU软件正在更新，或者正在写入 NV-RA附必须确保不要让MCU/MCL掉 电。这一过程可通过面板上的 LED灯红绿快速变换识别。L-4 : MCU/MCU连续不断的重新启动遭损坏的引导程序（bootcode）或BTS之间的通信中断都会导致这一问题。 为防 止引导程序（bootcode）遭损坏，当MCU/MCU正在更新，或者正在写入 NV-RAM 时必须确保不要让MCU/MCU掉电。这一过程可通过面板上 LED灯红绿快速变换 识别。如果是BTS不能与BSC联系，MCU/MCUF30分钟自启动一次。L-5：“ FMUXLOOPBACKFAIL”URE这个告警指示FMU炸认为光纤连接不能正常工作。这可能由于以下情况造成：FMU冷没插好，或FMU）掉电，光纤安装有