《MOTO基站无线设备排障手册.doc》由会员分享，可在线阅读，更多相关《MOTO基站无线设备排障手册.doc（27页珍藏版）》请在三一文库上搜索。
1、一、要求范围 1二、技术要求 1三、问题及处理方法 1A、关于Path balance值的问题 1B、关于SD掉话的问题 3C、关于TCH掉话的问题 4D、关于载频BER高的问题 5E、关于载频IOI高的问题 6F、关于切换成功率低的问题 7 G、关于基站时钟问题的问题 8H、关于坏载频的处理 10I、关于断站的处理 10J、关于小区OOS的处理 10K、关于各类告警的处理 10L、GSM网络外干扰 11四、设备更换 11五、网络优化简述 15六、其他PCMCIA Card使用简介21附录1、常用命令22附录2、故障处理流程图 23基站无线设备排障手册一、 要求范围A、重大障碍包括基站中断障碍
2、；载频故障；小区退服，严重告警B、一般性障碍包括基站一般硬件告警C、基站性能统计所反映的障碍二、 技术要求A、具有24小时随时派人到维护现场的能力，原则上独立进行排障B、应避免障碍扩大；未经许可，不擅自对设备及其组件直接掉电、插拔。C、在移动公司要求时限内排除故障D、故障处理过程中，随时与OMC进行通报、配合。E、故障处理完毕后立即通知有关部门，在值班人员确认后方可离开，并做好故障处理记录F、及时返回故障工单，并填写相应维护记录三、故障及处理方法A、关于Path balance值的问题 P-b值是反映RTF性能的一个参数，它的计算公式为pathbalance=uplink path loss-
3、downlink path loss+110，故它的最佳值应为110。P-b值不正常是在基站维护过程中经常遇到的问题，它会影响到拥塞、掉话等一些敏感的指标，也会造成通话质量的下降。第一部分：造成P-b值不正常的原因造成P-b值不正常的原因有很多，既有软件方面的，也有硬件方面的。总结起来主要有以下几个方面：1 基站数据定义错误2 话务量太低也会造成P-b值不正常3 相邻小区或本小区同频或邻频干扰也会造成P-b值不正常4 射频通路、接收通路硬件故障及连接错误5 载频本身故障6 带外干扰第二部分：解决P-b问题的步骤 我们知道了造成P-b值不正常的原因，因此先不要急于下站，我们可以先进行一下前期的分
4、析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。一先看一下基站是否有告警。二是否由于话务量太低，载频无占用造成P-b值不正常（P-b值为0）。三检查相关数据是否有定义错误。这包括：1 接收天线的位置定义是否正确2 定义的合路器类型是否正确3 载频和RTF的相关定义是否正确4 基站内及相邻基站是否存在同频或邻频干扰四倒换RTF位置以便初步判断障碍点。 一般如果只有较少载频的P-b值不正常，则可以在下站前将其RTF的位置与同小区的其它载频倒换一下，观察其后一时段的P-b值变化情况，若改换载频后RTF的P-b值正常，而改换到原RTF所在位置载频的新RTF P-b值不正常，则
5、可初步认定是硬件故障。一般如果P-b值不正常的RTF较多，甚至整个小区的RTF的P-b值都不正常，那么载频故障的机率就比较小，应侧重检查其数据或合路器、天馈线等设备。五基站设备检查： 1如果P-b值较低，可侧重检查射频通路；如果P-b值较高，可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。2 检查基站连线、天馈线连线及方向是否正确。3 检查基站接头是否有松动现象，基站天馈线序是否与标签一制。4 更换基站坏载频、器件性能不好的基站硬件。 5基站硬件检测未发现问题后，可对基站天馈部分进行检查。如：驻波比、天线方向等。六如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返
6、回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。七如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。B、关于SD掉话的问题SDCCH是Stand-alone Dedicated Control Channel 的缩写,其意思是独立专用控制信道。其作用是A GSM control channel where the majority of call setup occurs .Used for MS to BTS communications before MS assigned to T
7、CH。是指建立呼叫时主要使用的GSM控制信道。用于在MS分配给TCH之前MS与BTS的通信。第一部分：SD掉话问题可能产生的原因：1、突发事件（突然增高的话务量、相临基站断站等）2、基站硬件问题可能会造成基站SD产生掉话。（载频、发射通路、合路器、时钟问题等）3、基站天馈性能不好可能会造成基站SD掉话。4、基站天馈接错可能会造成基站SD掉话。5、基站数据设置错误可能会造成基站掉话。（CCB类型、CCB cavity号定义错误等）6、频率问题可能会造成基站掉话。（同频、邻频干扰或基站上行干扰等）7、基站相邻小区定义错误可能造成基站掉话。（产生SD切换掉话）第二部分：掉话问题处理的流程：一 由班组
8、查看统计，是否是突发事件。二由班组重点查看SD所在载频情况、载频PB值、载频IOI值、载频BER值等统计项，观察几天的变化规律。三由班组查看基站和周围小区数据定义是否正确，是否存在同频、邻频等频率问题。（数据及频率问题一般在割接、新站及频率变动工程后易出现）。四由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。五在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录，检查内容如下：1 基站有无告警。2 检查基站时钟是否偏离过大。3基站发射功率是否平衡。4基站天馈（接收及发射）有无驻波比高的现象。5检查基站接头是否有松动现象，基站天馈线序是否与标签一制。6更换基站高掉话
9、载频、器件性能不好的基站硬件。六如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。七如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。C、关于TCH掉话的问题 基站掉话问题是GSM网络运行过程中一个比较常见的问题，由于产生掉话问题的原因较多，因此很难对掉话问题按其产生的原因进行一个较为准确的分类。在现网的统计中，将掉话问题按其归属分成了四类：单载频掉话（Rf_losses_tch）；BTS内小区间切换掉话（Intra_c
10、ell_ho_lost）；BSC内小区间切换掉话（Out_intra_bss_ho_lost）；BSC间小区间切换掉话（Out_inter_bss_ho_clear）。第一部分：掉话问题可能产生的原因 由于掉话问题较为复杂很难准确定位，因此此处我们仅列出在现网中较为常见的几种引起掉话的原因：一 基站硬件问题可能会造成基站产生掉话。（载频、发射通路、接收通路、时钟问题等）二 基站天馈性能不好可能会造成基站掉话。三 基站天馈接错可能会造成基站掉话。四 基站数据数据设置错误可能会造成基站掉话。（CCB类型、CCB cavity号定义错误等）五 频率问题可能会造成基站掉话。（同频、邻频干扰或基站上行干
11、扰等）六 基站相邻小区定义错误可能造成基站掉话。第二部分：掉话问题处理的流程在处理基站掉话问题的过程中可按照以下几个步骤完成：一 由班组查看统计，将掉话类型分类，确定掉话区域。A Rf_losses_tch B Out_inter_bss_ho_clearC Out_intra_bss_ho_lostD Intra_cell_ho_lost二由班组重点查看载频掉话情况、载频PB值、载频IOI值、载频BER值等统计项，观察几天的变化规律。三由班组查看基站和周围小区数据定义是否正确，是否存在同频、邻频等频率问题。（数据及频率问题一般在割接、新站及频率变动工程后易出现）。四由班组路测基站及其周围情况
12、。判断可能的硬件问题、天馈问题及时钟问题等。五在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录，检查内容如下：3 基站有无告警。4 检查基站时钟是否偏离过大。3基站发射功率是否平衡。4基站接收系统有无问题。5基站天馈（接收及发射）有无驻波比高的现象。6检查基站接头是否有松动现象，基站天馈线序是否与标签一制。7更换基站高掉话载频、器件性能不好的基站硬件。六如问题仍无法解决，将路测文件及基站检查的详细记录移交技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。七 如问题属于疑难问题，技术组仍无法解决。由技术组
13、协调Motorola解决或开SR并作好相关记录。D、关于载频BER高的问题 载频的BER（Bit Error Rate）含义是载频工作的时候在其上传输的数字信息比特的比特误码率。载频的BER和在该载频上通话时的通话质量是密切相关的。手机在通话时的话音质量有8个级别，即Quality=0,1,2,3,4,5,6,7 。0是最好，7为最差。而Quality的0到7是和BER分别对应的。对应关系如下：Rxquality BER 默认BER 0 12.8% 18.1%一般情况下认为Rxquality在不大于4的时的通话话音质量是可以接受的。但当Rxquality大于4时则会出现通话断续、杂音甚至掉话的
14、现象。因此从对应关系可以看出，当载频的BER高于2.26%的时候，即说明该载频的通话质量有问题了，应该尽快进行处理。第一部分：BER高的原因造成载频BER高的原因主要有以下几种：一基站问题引起的BER高1、 信道盘的发射接收补偿参数不合格2、 信道盘内部硬件和架顶发射接收器件故障二 频率干扰引起的BER高1、 同邻频干扰造成2、 上行干扰第二部分：处理载频BER高的流程 处理载频BER高的障碍时，首先要判断是硬件故障还是由于干扰引起的高BER。基本流程如下：一通过OMC统计找出BER高的RTF，并找出该RTF（例如 RTF 0 4）所占用的DRI (例如DRI 0 4)。把BER高的DRI 0
15、 4上的RTF 0 4和本小区正常的一个RTF（例如 RTF 0 5,原来在DRI 0 5上）倒换。过一个小时后，再观察统计结果。 如果RTF 0 4的BER正常了，而RTF 0 5的BER高了起来，那么说明DRI 0 4这块信道盘有问题。如果RTF 0 4的BER仍然很高，而RTF 0 5的BER还是正常的。那么说明RTF 0 4可能受到了干扰，信道盘是没有问题的。二 对于信道盘引起的BER高：1、 信道盘的发射接收参数不合格会导致信道盘发射接收的自动增益和衰耗不能正确补偿，从而可能导致通信质量下降。这种情况只需下站重新校准收发参数即可解决。2、 若校准收发没有作用，则可能是信道盘故障和发射
16、接收器件（如CCB ,CBF，IADU,DLNB等出现问题）。可以根据具体情况更换这些硬件来解决。三 对于频率干扰引起的BER高排除了硬件故障原因后，BER高可能是干扰引起的。1、 对于同邻频引起的BER高，通话质量差，可以通过路测来发现该载频周围是否存在同邻频。如果发现有则可以将测试数据移交技术组，由技术组协调网络优化部门更改频点来解决干扰。2、 上行干扰也会影响通话质量和BER。上行干扰可以通过OMC统计中IOI一项观察到上行干扰的影响程度。关于上行干扰问题的解决，可以参照”关于IOI值高的问题“一文中的解决方法。四通过以上几步原因的查找如问题仍无法解决，将路测文件及基站检查的详细记录移交
17、技术组，并将工单返回OMC并做记录，由技术组跟踪问题并分析后提出相关解决建议，由班组联合技术组对问题进行进一步处理，直至问题解决。四 如问题属于疑难问题，技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。E、关于载频IOI高的问题 IOI（Interference On Idle）值的含义是：载频时隙在空闲状态时收到的上行干扰信号的强度。理想情况下，载频时隙在空闲状态即没有占用的情况下收到的上行信号功率应该为0,一般情况下IOI值 1。只要IOI值 输入 disp_siteCurrent site number is MMI-RAM 1015输入 disp_act_al
18、arm 查看基站的告警并观察TCU的状态，通过此过程我们可初步判定障碍点。2 通过进一步检测FOX及光纤以保证TCU以外的通信链路无问题。此过程可通过倒换TCU端或FOX端不同槽位DRI的光纤来判别；3 检查 RF cable及接收电缆的连线，重起TCU一遍（ins或reset_device）;4 更换TCU的槽位并观察TCU的状态；5 检查TCU 的Boot Code，如损坏须重写Boot Code；（此重写过程用时较长，建议将TCU取回在实验站中完成）；通过以上几步的处理判别，可确定是否是TCU的故障，如果确定是TCU的故障则更换TCU即可。更换时应先将TCU lock，然后断电将新TCU
19、换上，更换TCU后需将接受发射重新校准（校准步骤见维护手册）。2R（S）CU：R（S）CU为TCU的早期产品，因此在检验和校测的过程中部分步骤与TCU相同。在更换R（S）CU之前，也应判断是否是R（S）CU损坏，其判断过程可通过以下几步：1 启动CINDY软件在COMMS窗口下回车MMI-RAM 1015输入 disp_siteCurrent site number is MMI-RAM 1015输入 disp_act_alarm 查看基站的告警并观察TCU的状态，通过此过程我们可初步判定障碍点。2 通过进一步检测DRIM，DRIX及光纤以保证R（S）CU以外的通信链路无问题。此过程可通过倒换
20、R（S）CU 端或DRIX端不同槽位DRI的光纤来判别；3 在level 3下（改变level见上所述）MMI-RAM 1015输入 ins dri MMI-RAM 1015输入 reset_device dri 使R（S）CU重起一遍；4 更换R（S）CU的槽位 并观察R（S）CU的状态；经过以上各步后，R（S）CU仍为D-U状态，则须更换R（S）CU。更换是应注意在使用RCU与SCU时，DRIX的跳线位置不同；接受发射重新校准（校准步骤见维护手册）。3CTU：在更换CTU之前首先应确定是否是CTU本身的故障，判断CTU是否损坏可通过以下几步：1 动CINDY（BACK）软件在COMMS窗口
21、下回车MMI-RAM 1015输入 disp_siteCurrent site number is MMI-RAM 1015输入 disp_act_alarm 查看基站的告警并观察CTU的状态，通过此过程我们可初步判定障碍点。2 检查 RF cable及接收电缆的连线，重起CTU一遍（ins或reset_device）;3 更换CTU的槽位并观察TCU的状态；4 检查CTU 的Boot Code，如损坏须重写Boot Code；（此重写过程用时较长，建议将CTU取回在实验站中完成）；通过以上几步的处理判别，可确定是否是CTU的故障，如果确定是CTU的故障则更换CTU即可。更换时应先将CTU l
22、ock，然后断电将新CTU换上，更换CTU后需将接受发射重新校准（校准步骤见维护手册）。B、 发射部件1CCB（RTC）：更换CCB（RTC）之前也必须检验证实是CCB（RTC）的问题方能更换。检验CCB（RTC）的步骤基本一样：1 查看每天话务统计，观察高掉话小区掉话类型及掉话数是否集中于某一DRI；2 下站检查该小区信道盘发射功率是否过低，重新校对信道盘发射功率，但如其满功率发射功率值仍很低；3 更换其它信道盘校对发射功率但其结果同前一样其满功率发射功率值仍很低，则可确定此CCB（RTC）的该腔体已坏；4CCB（RTC）部分腔体损坏则必须更换整个CCB（RTC），更换时只须将固定部分的螺丝
23、卸下换上新的CCB（RTC）即可，但应注意设置好CCB（RTC）中的地址码板（Cabinet 0 的地址为254，Cabinet 1的地址为253，Cabinet 2 的地址为252）。更换CCB（RTC）后需要对小区的信道盘进行重新校准，其步骤见维护守册。2CBF/3-CBF/DCF/DDF：更换之前也必须检验证实是CBF/3-CBF/DCF/DDF的问题方能更换。检验CBF/3-CBF/DCF/DDF的步骤基本一样：1 看每天话务统计，观察高掉话小区掉话类型及掉话数是否集中于某一载频；2 下站检查该小区信道盘发射功率是否过低，重新校对信道盘发射功率，但如其满功率发射功率值仍很低；3 更换其
24、它信道盘校对发射功率但其结果同前一样其满功率发射功率值仍很低，则可确定此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 在基站中用信号源进行调测，如果每块载频都不能正常调测，就可以认为是接受