MOTO无线设备故障处理.docx

MOTO无线设备故障处理.docx

《MOTO无线设备故障处理.docx》由会员分享，可在线阅读，更多相关《MOTO无线设备故障处理.docx（12页珍藏版）》请在冰豆网上搜索。

MOTO无线设备故障处理

基站无线设备排障

一、故障及处理方法分类目录

1、关于Pathbalance值的问题………………………………2

2、关于SD掉话的问题…………………………………………3

3、关于TCH掉话的问题…………………………………………4

4、关于载频IOI高的问题………………………………………4

5、关于切换成功率低的问题………………………………………5

6、关于基站时钟问题的问题………………………………………5

7、关于坏载频的处理……………………………………………6

8、关于断站的处理………………………………………………7

9、关于小区OOS的处理………………………………………7

10、关于各类告警的处理…………………………………………7

11、设备更换………………………………………………………11

1、关于Pathbalance值的问题

P-b值是反映RTF性能的一个参数，它的计算公式为pathbalance=uplinkpathloss-downlinkpathloss+110，故它的最佳值应为110。

P-b值不正常是在基站维护过程中经常遇到的问题，它会影响到拥塞、掉话等一些敏感的指标，也会造成通话质量的下降。

第一部分：

造成P-b值不正常的原因

造成P-b值不正常的原因有很多，既有软件方面的，也有硬件方面的。

总结起来主要有以下几个方面：

1．基站数据定义错误

2．话务量太低也会造成P-b值不正常

3．相邻小区或本小区同频或邻频干扰也会造成P-b值不正常

4．射频通路、接收通路硬件故障及连接错误

5．载频本身故障

6．带外干扰

第二部分：

解决P-b问题的步骤

我们知道了造成P-b值不正常的原因，因此先不要急于下站，我们可以先进行一下前期的分析。

这有助于我们尽快的解决问题。

这个分析主要是根据OMC终端的统计来做的。

一．先看一下基站是否有告警。

二．是否由于话务量太低，载频无占用造成P-b值不正常（P-b值为0）。

三．检查相关数据是否有定义错误。

这包括：

1．接收天线的位置定义是否正确

2．定义的合路器类型是否正确

3．载频和RTF的相关定义是否正确

4．基站内及相邻基站是否存在同频或邻频干扰

四．倒换RTF位置以便初步判断障碍点。

一般如果只有较少载频的P-b值不正常，则可以在下站前将其RTF的位置与同小区的其它载频倒换一下，观察其后一时段的P-b值变化情况，若改换载频后RTF的P-b值正常，而改换到原RTF所在位置载频的新RTFP-b值不正常，则可初步认定是硬件故障。

一般如果P-b值不正常的RTF较多，甚至整个小区的RTF的P-b值都不正常，那么载频故障的机率就比较小，应侧重检查其数据或合路器、天馈线等设备。

五．基站设备检查：

1，如果P-b值较低，可侧重检查射频通路；如果P-b值较高，可侧重检查接收通路。

具体检测方法可按操作维护规程进行检查。

2，检查基站连线、天馈线连线及方向是否正确。

3，检查基站接头是否有松动现象，基站天馈线序是否与标签一制。

4，更换基站坏载频、器件性能不好的基站硬件。

5，基站硬件检测未发现问题后，可检查基站天馈部分。

如：

驻波比、方位角等。

六．如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。

七．如问题属于疑难问题，技术组仍无法解决。

由技术组协调Motorola解决或开SR并作好相关记录。

2、关于SD掉话的问题

SDCCH是Stand-aloneDedicatedControlChannel的缩写,其意思是独立专用控制信道。

其作用是AGSMcontrolchannelwherethemajorityofcallsetupoccurs.UsedforMStoBTScommunicationsbeforeMSassignedtoTCH。

是指建立呼叫时主要使用的GSM控制信道。

用于在MS分配给TCH之前MS与BTS的通信。

第一部分：

SD掉话问题可能产生的原因：

1、突发事件（突然增高的话务量、相临基站断站等）

2、基站硬件问题可能会造成基站SD产生掉话。

（载频、发射通路、合路器、时钟问题等）

3、基站天馈性能不好可能会造成基站SD掉话。

4、基站天馈接错可能会造成基站SD掉话。

5、基站数据设置错误可能会造成基站掉话。

（CCB类型、CCBcavity号定义错误等）

6、频率问题可能会造成基站掉话。

（同频、邻频干扰或基站上行干扰等）

7、基站相邻小区定义错误可能造成基站掉话。

（产生SD切换掉话）

第二部分：

掉话问题处理的流程：

在频率方面未发现问题后对基站进行检查并详细填写检查记录，检查内容如下：

1，站有无告警。

2，查基站时钟是否偏离过大。

3，基站发射功率是否平衡。

4，基站天馈（接收及发射）有无驻波比高的现象。

5，检查基站接头是否有松动现象，基站天馈线序是否与标签一制。

6，更换基站高掉话载频、器件性能不好的基站硬件。

3、关于TCH掉话的问题

基站掉话问题是GSM网络运行过程中一个比较常见的问题，由于产生掉话问题的原因较多，因此很难对掉话问题按其产生的原因进行一个较为准确的分类。

在现网的统计中，将掉话问题按其归属分成了四类：

单载频掉话（Rf_losses_tch）；BTS内小区间切换掉话（Intra_cell_ho_lost）；BSC内小区间切换掉话（Out_intra_bss_ho_lost）；BSC间小区间切换掉话（Out_inter_bss_ho_clear）。

第一部分：

掉话问题可能产生的原因

由于掉话问题较为复杂很难准确定位，因此此处我们仅列出在现网中较为常见的几种引起掉话的原因：

1，站硬件问题可能会造成基站产生掉话。

（载频、发射通路、接收通路、时钟问题等）

2，站天馈性能不好可能会造成基站掉话。

3，基站天馈接错可能会造成基站掉话。

4，基站数据数据设置错误可能会造成基站掉话。

（CCB类型、CCBcavity号定义错误等）

5，频率问题可能会造成基站掉话。

（同频、邻频干扰或基站上行干扰等）

6，基站相邻小区定义错误可能造成基站掉话。

第二部分：

掉话问题处理的流程

在处理基站掉话问题的过程中可按照以下几个步骤完成：

在频率方面未发现问题后对基站进行检查并详细填写检查记录，检查内容如下：

1，站有无告警。

2，检查基站时钟是否偏离过大。

3．基站发射功率是否平衡。

4．基站接收系统有无问题。

5．基站天馈（接收及发射）有无驻波比高的现象。

6．检查基站接头是否有松动现象，基站天馈线序是否与标签一制。

7．更换基站高掉话载频、器件性能不好的基站硬件。

4、关于载频IOI高的问题

IOI（InterferenceOnIdle）值的含义是：

载频时隙在空闲状态时收到的上行干扰信号的强度。

理想情况下，载频时隙在空闲状态即没有占用的情况下收到的上行信号功率应该为0,一般情况下IOI值<1。

只要IOI值<5,那么对信道的影响就不会很严重，但若IOI值接近了10或超过了10，则会造成小区的掉话，通话质量下降等严重问题。

第一部分：

IOI值高的原因可以分为两方面

一．基站内部的接收设备障碍造成的IOI值高：

1．信道盘的接收补偿值不准或接收功能障碍

2．小区的接收器件DLNB或IADU、双工器故障

3．天馈线故障

二．外来的干扰源造成的上行干扰：

1．GSM网络内部的干扰：

即频率规划不当，同邻频过多造成的上行干扰。

2．GSM网络外部的干扰：

即外界非法直放站、集团通信系统非法占用GSM上行频段，或由于其它通信系统的设备的不合格，发射信号边带频谱干扰GSM上行频段。

第二部分：

IOI值高的几种解决方法

一．依据几日内的统计可初步判断IOI高的原因（属设备问题或干扰问题）。

二．基站内部的接收设备障碍造成的IOI值高

1．对于个别载频IOI高的现象通过改变RTF与DRI的位置关系来判断故障信道盘，对信道盘的接收部分进行测试：

若仍没效果，则可以更换该载频。

2．对于某个或所有载频的IOI较高时，排除

（1）中所说的障碍后，故障点可由载频向上查找。

即IADU、DLNB或双工器，检查此类设备的情况。

必要时可更换故障器件。

3．检查天馈系统（包括驻波比、方向角、线续等）。

如馈线不正常，则可以转交天线组处理，维修或更换天馈线。

5、关于切换成功率低的问题

第一部分：

切换成功率低可能的原因

1，区之间存在盲区；

2，基站时钟频率不准，BSIC码无法解开；

3，基站天馈线接错；

4，基站数据定义错误（相邻小区定义错误等）；

5，基站小区话务量高（每TCH话务量超过0.8ERL），无空闲SDCCH或TCH；

6，存在同频干扰；

7，小区功率不齐。

第二部分：

切换成功率低的处理流程

基站部分检查：

检查基站硬件设备，重点检查基站的发射功率、接收电平、时钟等基站设备是否正常。

6、关于基站时钟问题的问题

目前在现网运行的基站时钟中有两种类型，一种是单独采用时钟板GCLK的INCELL型基站时钟，另一种是采用OCXO模块的MCELL型基站时钟。

它们分别提供一个不同的测试端口，分别为：

16.384Mhz和8000Hz。

在GSM网络中时钟的同步方式一般都是主从同步方式，即要求BTS时钟应锁定通过2M线传输的上一级（BSC）的时钟。

第一部分：

基站时钟失锁产生的原因：

目前，现网运行的基站中部分基站经常会出现刚刚校准时钟不久，基站就又有关于时钟方面的告警，其主要是：

phaselocklost或phaselockfalure。

分析此种现象，其原因主要有以下几种：

一，站传输方式对时钟同步的影响：

目前现网基站的传输方式主要有以下几种方式：

PDH传输方式、SDH传输方式、微波传输方式（大微波传输属于SDH传输、小微波属于PDH传输）。

在PDH传输体制中，时钟信息通常是采用一次群数字信号所携带的时钟信息作为网络网络同步的基准。

而在SDH传输体制中，由于低次群信号可能经历指针的调整，使其定时信息产生较大的抖动和漂移损伤，使同步的性能下降，因此通常其时钟从SDH中的高速数字信号中直接提取时钟基准。

由于目前现网使用的传输均为2M（一次群），因此对于采用单一的PDH方式传输的基站，其时钟可由2M中准确的传输，而不至于产生较大的偏移，导致时钟失锁。

而对于采用SDH或SDH与PDH混用的基站其2M中的时钟信号由于指针调整的影响，导致时钟信号产生较大的偏移，以至基站本振的时钟无法跟踪其2M中传输的上级时钟信号，造成基站的时钟失锁。

（目前现网使用的NOKIASDH传输设备由于其设备提供一个外接时钟口，因此可外接时钟保证网络时钟的同步；OMUX设备无此端口，因此现无法提供2M的稳定时钟。

）

二，基站本振时钟对时钟同步的影响：

目前基站时钟使用的是晶振时钟，其时钟的中心频率随着时间的变化会产生漂移，因此如基站的本振时钟产生的漂移过大则也会造成时钟的失锁。

第二部分．MOTOROLA设备对时钟的要求：

现网运行的MOTOROLA基站设备中分别有两种类型时钟测试口（INCELL型的16.384MHz和MELL6或Horizon型的8KHz）。

基站本振的时钟稳定度要求均应小于0.05ppm。

因此在INCELL型基站的时钟调测中应保证其本振时钟的测试输出口应小于：

16.384MHz±0.8192Hz（即正常值应为：

16383999.19Hz—16384000.81Hz），;在MCELL或Horizon型基站的时钟调测中应保证其本振时钟的测试输出口应小于：

8000Hz±0.0004Hz（即正常值应为：

7999.99960Hz—8000.00040Hz）。

第三部分．对基站时钟失锁问题的处理流程：

一．基站出现时钟失锁告警（phaselocklost;phaselockfailure）,基站维护人员用频率计对时钟进行测试（测试前一定要将频率计预热，测试方法见第一章时钟调测）。

将时钟锁定参数：

phase_lock_gclk分别为1和0时的测试值记录下来。

二．对基站时钟进行重新校准，并将校准后的时钟值记录下来（此时phase_lock_gclk的设置应为0）。

将时钟锁定参数：

phase_lock_gclk设置为1，待基站实现Phaselocked后记录此时的时钟测试值。

恢复基站。

三．观察基站情况，过数天后如基站又出现phase_lock_lost;phase_lock_failure。

基站维护人员携带频率计对时钟再次进行测试，记录phase_lock_gclk分别为1和0时的测试值。

四．在phase_lock_gclk在0时的测试值符合Motorola的时钟范围，即小于0.05ppm，则无需对时钟重新校准，记录该站情况反馈给OMC。

但需保证对基站的时钟的定期维护。

（一般为3个月）

7，关于坏载频的处理

坏载频的处理必须及时，因为它会影响整个小区的质量，一般处理坏载频我们要经过以下步骤：

[1]INS载频，观察情况。

[2]清洁光纤，观察情况。

[3]断电重启，观察情况。

[4]用旁边的正常载频的光纤，看是否能起来。

如果不能起来，表明此载频已坏，可根据调测方法更换载频。

[5]第四步如果载频能起来，表明此载频并未坏，可能是光纤或FOX板有问题，可以对此进行相应判断处理。

8、关于断站的处理

断站的处理必须及时，它是影响网络质量的重要方面，障碍的处理必须以断站为主。

产生断站的原因是多方面的，但大方面只有两项：

1，传输问题：

在基站里给BSC方向打环，MMS口子是不好的，这时就需要传输人员配合，查找断站点并解决。

有时基站打环是好的，这可能是传输中有误码，这时就必须用两兆测试表查找问题。

2，基站问题：

一般来说给基站自环，如果MMS口不好的话，就可以认为是基站的自身问题，这时就可以更换扳子了（T43、NIU、MCU或MCUF）。

如果打环是好的，一般就可以认为基站是正常的了，但如果基站还是恢复不了的话，就应该考虑以下三个方面了：

第一，可能是扳子有不明显的问题，第二，可能是传输有误码，第三可能是两兆传输和基站不共地。

总之，使基站断站的可能性很多，但一定要按着“先查传输后查基站，重点基站”的原则做。

基站维护人员应该对基站的传输系统掌握。

特别难处理的是基站瞬断（即坏即好）问题。

可能有BSC的原因、传输的原因和基站的原因。

如果有两个以上基站同时瞬断，基本上可以排除基站因素。

可以从其相同的传输路径（经同一设备）去查找故障并排除；如二者无共同路径或换成不同路径后仍同时瞬断，则可判断是BSC故障。

单个基站的瞬断一般有软件告警、传输误码等情况。

传输误码故障可通过更换设备（传输设备、T43、NIU甚至MCU等）、重做头子、倒换路由等方法解决。

软件告警的处理正在研究，通过更换处理器（MCU或GPROC），即使当时有效，也不能持久。

9、关于小区OOS的处理

小区OOS是指，小区退出正常的工作。

这样的障碍可以按以下几个步骤考虑：

[1]先查看基站的多条传输中的一条是否中断；是则先处理传输

[2]FMUX或FMUX光纤有问题：

用基站内的备用FMUX或FMUX光纤测试。

[3]查看是否是CCB设备障碍：

CCB保险，CCB连线，本小区的前两块载频。

[4]重新起站

注：

有时要注意站内的室温，温度是造成小区OOS和坏载频的主要原因之一。

10、关于各类告警的处理

[1]第二、三小区备边光纤告警：

这是由于站内的部分FMUX板版本的问题，一般用BBD版的FMUX替换其他版本FMUX就可以排除障碍（或用其他光功率大的也行）。

[2]IAS：

NOREDUNDATNCONNECTIONTOALARMBOARDCONNECTIONBROKEN：

本小区第二载频的告警线未连或未连好。

[3]IAS：

CABINETFANFAILURE：

站内的风扇坏或插头有问题。

[4]TRASMITFAILUREOUTPUTPOWERBUTFUCTION：

载频低功率造成的，更换载频就可以恢复。

[5]其他可能出一些奇怪的告警，这一般都是告警板造成的，检查它的各个连线是否连好。

仔细检查告警线的接头是否完好。

11、设备更换

A、载频

[1]TCU/TUC-B：

在更换TCU之前首先应确定是否是TCU本身的故障，判断TCU是否损坏可通过以下几步：

1．启动CINDY软件在COMMS窗口下回车

MMI-RAM1015—>输入disp_site↙

Currentsitenumberis<站号>

MMI-RAM1015—>输入disp_act_alarm<站号>↙

查看基站的告警并观察TCU的状态，通过此过程我们可初步判定障碍点。

2．通过进一步检测FOX及光纤以保证TCU以外的通信链路无问题。

此过程可通过倒换TCU端或FOX端不同槽位DRI的光纤来判别；

3．检查RFcable及接收电缆的连线，重起TCU一遍（ins或reset_device）;

4．更换TCU的槽位并观察TCU的状态；

5．检查TCU的BootCode，如损坏须重写BootCode；（此重写过程用时较长，建议将TCU取回在实验站中完成）；

通过以上几步的处理判别，可确定是否是TCU的故障，如果确定是TCU的故障则更换TCU即可。

更换时应先将TCUlock，然后断电将新TCU换上，更换TCU后需将接受发射重新校准（校准步骤见维护手册）。

[2]R（S）CU：

R（S）CU为TCU的早期产品，因此在检验和校测的过程中部分步骤与TCU相同。

在更换R（S）CU之前，也应判断是否是R（S）CU损坏，其判断过程可通过以下几步：

1．启动CINDY软件在COMMS窗口下回车

MMI-RAM1015—>输入disp_site↙

Currentsitenumberis<站号>

MMI-RAM1015—>输入disp_act_alarm<站号>↙

查看基站的告警并观察TCU的状态，通过此过程我们可初步判定障碍点。

2．通过进一步检测DRIM，DRIX及光纤以保证R（S）CU以外的通信链路无问题。

此过程可通过倒换R（S）CU端或DRIX端不同槽位DRI的光纤来判别；

3．在level3下（改变level见上所述）

MMI-RAM1015—>输入ins<站号>dri

MMI-RAM1015—>输入reset_device<站号>dri

使R（S）CU重起一遍；

4．更换R（S）CU的槽位并观察R（S）CU的状态；

经过以上各步后，R（S）CU仍为D-U状态，则须更换R（S）CU。

更换是应注意在使用RCU与SCU时，DRIX的跳线位置不同；接受发射重新校准（校准步骤见维护手册）。

[3]CTU：

在更换CTU之前首先应确定是否是CTU本身的故障，判断CTU是否损坏可通过以下几步：

1．动CINDY（BACK）软件在COMMS窗口下回车

MMI-RAM1015—>输入disp_site↙

Currentsitenumberis<站号>

MMI-RAM1015—>输入disp_act_alarm<站号>↙

查看基站的告警并观察CTU的状态，通过此过程我们可初步判定障碍点。

2．检查RFcable及接收电缆的连线，重起CTU一遍（ins或reset_device）;

3．更换CTU的槽位并观察TCU的状态；

4．检查CTU的BootCode，如损坏须重写BootCode；（此重写过程用时较长，建议将CTU取回在实验站中完成）；

通过以上几步的处理判别，可确定是否是CTU的故障，如果确定是CTU的故障则更换CTU即可。

更换时应先将CTUlock，然后断电将新CTU换上，更换CTU后需将接受发射重新校准（校准步骤见维护手册）。

B、发射部件

[1]CCB（RTC）：

更换CCB（RTC）之前也必须检验证实是CCB（RTC）的问题方能更换。

检验CCB（RTC）的步骤基本一样：

1．查看每天话务统计，观察高掉话小区掉话类型及掉话数是否集中于某一DRI；

2．下站检查该小区信道盘发射功率是否过低，重新校对信道盘发射功率，但如其满功率发射功率值仍很低；

3．更换其它信道盘校对发射功率但其结果同前一样其满功率发射功率值仍很低，则可确定此CCB（RTC）的该腔体已坏；

4．CCB（RTC）部分腔体损坏则必须更换整个CCB（RTC），更换时只须将固定部分的螺丝卸下换上新的CCB（RTC）即可，但应注意设置好CCB（RTC）中的地址码板（Cabinet0的地址为254，Cabinet1的地址为253，Cabinet2的地址为252）。

更换CCB（RTC）后需要对小区的信道盘进行重新校准，其步骤见维护守册。

[2]CBF/3-CBF/DCF/DDF：

更换之前也必须检验证实是CBF/3-CBF/DCF/DDF的问题方能更换。

检验CBF/3-CBF/DCF/DDF的步骤基本一样：

1．看每天话务统计，观察高掉话小区掉话类型及掉话数是否集中于某一载频；

2．下站检查该小区信道盘发射功率是否过低，重新校对信道盘发射功率，但如其满功率发射功率值仍很低；

3．更换其它信道盘校对发射功率但其结果同前一样其满功率发射功率值仍很低，则可确定此CBF/3-CBF/DCF/DDF的该腔体已坏；

4．CBF/3-CBF/DCF/DDF部分腔体损坏则必须更换整个CBF/3-CBF/DCF/DDF，更换时只须将固定部分的螺丝卸下换上新的即可。

更换CBF/3-CBF/DCF/DDF后需要对小区的信道盘进行重新校准，其步骤见维护守册。

C、接收部件：

[1]在MCELL基站中接受部件主要包括DLNB、IADU、MPD/HPD三个部件，接收部件的问题一般要一起考虑：

1．在更换接受部件前，要掌握P-B值与IOI值，如果这两项指标或其中一项有问题（整个小区），就可以认为是接受部件有问题。

2．在基站中用信号源进行调测，如果每块载频都不能正常调测，就可以认为是接受部件的问题

3．更换DLNB、MPD/HPD时更换时只须将固定部分的螺丝卸下换上新的即可；IADU更换时，需佩带防静电带，注意新板在装之前把跳线调好，更换好后要对本小区接收重新校对，其步骤见调测手册。

[2]在HORION基站中接收部件主要包括SURF，DDF/DCF部件，接收部件的问题要考虑：

1．更换接受部件前，要掌握P-B值与IOI值，如果这两项指标或其中一项有问题（整个小区），就可以认为是接受部件有问题。

2．在基站中用信号源进行调测，如果每块载频都不能正常调测，就可以认为是接受部件的问题。

3．更换SURF、DDF、DCF时更换时只须将固定部分的螺丝卸下换上新的即可，IADU更换时，需要把本机柜关电，佩带防静电带，注意新板在装之前把跳线调好，更换好后要对本小区接收重新校对，其步骤见调测手册。

D、各种控制电路板及电源模块

1.全尺寸板：

对于全尺寸板，须佩带防静电带，先将电路板上的开关置于Disable位置，然后换上新板，再将开关打到Reset位置，结束。

2．半尺寸板：

对于全尺寸板，须佩带防静电带，正常更换部件。

（注意LANXswitch和DRIX跳线的设置）

（1）MCU/MCUF/N