MOTO基站无线设备排障手册
一、要求范围 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、重大障碍包括基站中断障碍;载频故障;小区退服,严重告警B、一般性障碍包括基站一般硬件告警C、基站性能统计所反映的障碍二、 技术要求A、具有24小时随时派人到维护现场的能力,原则上独立进行排障B、应避免障碍扩大;未经许可,不擅自对设备及其组件直接掉电、插拔。C、在移动公司要求时限内排除故障D、故障处理过程中,随时与OMC进行通报、配合。E、故障处理完毕后立即通知有关部门,在值班人员确认后方可离开,并做好故障处理记录F、及时返回故障工单,并填写相应维护记录三、故障及处理方法A、关于Path balance值的问题 P-b值是反映RTF性能的一个参数,它的计算公式为pathbalance=uplink path loss-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值不正常的原因,因此先不要急于下站,我们可以先进行一下前期的分析。这有助于我们尽快的解决问题。这个分析主要是根据OMC终端的统计来做的。一先看一下基站是否有告警。二是否由于话务量太低,载频无占用造成P-b值不正常(P-b值为0)。三检查相关数据是否有定义错误。这包括:1 接收天线的位置定义是否正确2 定义的合路器类型是否正确3 载频和RTF的相关定义是否正确4 基站内及相邻基站是否存在同频或邻频干扰四倒换RTF位置以便初步判断障碍点。 一般如果只有较少载频的P-b值不正常,则可以在下站前将其RTF的位置与同小区的其它载频倒换一下,观察其后一时段的P-b值变化情况,若改换载频后RTF的P-b值正常,而改换到原RTF所在位置载频的新RTF P-b值不正常,则可初步认定是硬件故障。一般如果P-b值不正常的RTF较多,甚至整个小区的RTF的P-b值都不正常,那么载频故障的机率就比较小,应侧重检查其数据或合路器、天馈线等设备。五基站设备检查: 1如果P-b值较低,可侧重检查射频通路;如果P-b值较高,可侧重检查接收通路。具体检测方法可按操作维护规程进行检查。2 检查基站连线、天馈线连线及方向是否正确。3 检查基站接头是否有松动现象,基站天馈线序是否与标签一制。4 更换基站坏载频、器件性能不好的基站硬件。 5基站硬件检测未发现问题后,可对基站天馈部分进行检查。如:驻波比、天线方向等。六如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回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 TCH。是指建立呼叫时主要使用的GSM控制信道。用于在MS分配给TCH之前MS与BTS的通信。第一部分:SD掉话问题可能产生的原因:1、突发事件(突然增高的话务量、相临基站断站等)2、基站硬件问题可能会造成基站SD产生掉话。(载频、发射通路、合路器、时钟问题等)3、基站天馈性能不好可能会造成基站SD掉话。4、基站天馈接错可能会造成基站SD掉话。5、基站数据设置错误可能会造成基站掉话。(CCB类型、CCB cavity号定义错误等)6、频率问题可能会造成基站掉话。(同频、邻频干扰或基站上行干扰等)7、基站相邻小区定义错误可能造成基站掉话。(产生SD切换掉话)第二部分:掉话问题处理的流程:一 由班组查看统计,是否是突发事件。二由班组重点查看SD所在载频情况、载频PB值、载频IOI值、载频BER值等统计项,观察几天的变化规律。三由班组查看基站和周围小区数据定义是否正确,是否存在同频、邻频等频率问题。(数据及频率问题一般在割接、新站及频率变动工程后易出现)。四由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。五在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录,检查内容如下:1 基站有无告警。2 检查基站时钟是否偏离过大。3基站发射功率是否平衡。4基站天馈(接收及发射)有无驻波比高的现象。5检查基站接头是否有松动现象,基站天馈线序是否与标签一制。6更换基站高掉话载频、器件性能不好的基站硬件。六如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回OMC并做记录,由技术组跟踪问题并分析后提出相关解决建议,由班组联合技术组对问题进行进一步处理,直至问题解决。七如问题属于疑难问题,技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。C、关于TCH掉话的问题 基站掉话问题是GSM网络运行过程中一个比较常见的问题,由于产生掉话问题的原因较多,因此很难对掉话问题按其产生的原因进行一个较为准确的分类。在现网的统计中,将掉话问题按其归属分成了四类:单载频掉话(Rf_losses_tch);BTS内小区间切换掉话(Intra_cell_ho_lost);BSC内小区间切换掉话(Out_intra_bss_ho_lost);BSC间小区间切换掉话(Out_inter_bss_ho_clear)。第一部分:掉话问题可能产生的原因 由于掉话问题较为复杂很难准确定位,因此此处我们仅列出在现网中较为常见的几种引起掉话的原因:一 基站硬件问题可能会造成基站产生掉话。(载频、发射通路、接收通路、时钟问题等)二 基站天馈性能不好可能会造成基站掉话。三 基站天馈接错可能会造成基站掉话。四 基站数据数据设置错误可能会造成基站掉话。(CCB类型、CCB cavity号定义错误等)五 频率问题可能会造成基站掉话。(同频、邻频干扰或基站上行干扰等)六 基站相邻小区定义错误可能造成基站掉话。第二部分:掉话问题处理的流程在处理基站掉话问题的过程中可按照以下几个步骤完成:一 由班组查看统计,将掉话类型分类,确定掉话区域。A Rf_losses_tch B Out_inter_bss_ho_clearC Out_intra_bss_ho_lostD Intra_cell_ho_lost二由班组重点查看载频掉话情况、载频PB值、载频IOI值、载频BER值等统计项,观察几天的变化规律。三由班组查看基站和周围小区数据定义是否正确,是否存在同频、邻频等频率问题。(数据及频率问题一般在割接、新站及频率变动工程后易出现)。四由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。五在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录,检查内容如下:3 基站有无告警。4 检查基站时钟是否偏离过大。3基站发射功率是否平衡。4基站接收系统有无问题。5基站天馈(接收及发射)有无驻波比高的现象。6检查基站接头是否有松动现象,基站天馈线序是否与标签一制。7更换基站高掉话载频、器件性能不好的基站硬件。六如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回OMC并做记录,由技术组跟踪问题并分析后提出相关解决建议,由班组联合技术组对问题进行进一步处理,直至问题解决。七 如问题属于疑难问题,技术组仍无法解决。由技术组协调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 <0.2% 0.14% 1 0.20.4% 0.28% 2 0.40.8% 0.57% 3 0.81.6% 1.13% 4 1.63.2% 2.26% 5 3.26.4% 4.53% 6 6.412.8% 9.05% 7 >12.8% 18.1%一般情况下认为Rxquality在不大于4的时的通话话音质量是可以接受的。但当Rxquality大于4时则会出现通话断续、杂音甚至掉话的现象。因此从对应关系可以看出,当载频的BER高于2.26%的时候,即说明该载频的通话质量有问题了,应该尽快进行处理。第一部分:BE