爱立信解决因传输不同步而导致大量基站切换失败的案例.doc

爱立信解决因传输不同步而导致大量基站切换失败的案例作者：刘博邮箱：所在省：黑龙江省设备厂家：爱立信专业：GSM无线网设备类型：BTS设备型号：RBS6000&RBS2000软件版本：R12一、故障现象： 通过日常指标数据观察一个BSC中突然出现多个小区切换成功率降低，连续多个时段固定小区的切换成功率降至50%左右，严重影响测试情况，用户感知大幅下降。观察切换成功率指标如下表：现场测试时发现当测试至上述小区时出现大量切换失败现象，几乎没有成功的切换事件，测试过程中静态测试时问题小区存在C1、C2无法解析情况。如下图：二、故障分析：1、处理流程图：2、分析故障现象可能原因：检查基站硬件障碍：突发的切换成功率异常事件通常要先检查基站运行状态是否出现异常，即基站硬件是否出现障碍。由于本次同时发生切换成功率异常的小区较多，而同时出现大量基站出现同一硬件障碍的情况几率很小，所以基本排除基站硬件障碍而导致的小区切换成功率低的问题。但经过工参资料查询，问题小区分属9个基站，其中有8个基站为GSM900M基站与GSM1800M基站共站，而这9个基站距离较近，并且9个基站建设时间比较接近，所以需要到基站现场确认基站硬件是否存在障碍。在基站现场检查基站硬件，同时通过现场IDB读取基站运行状态，没有发现以上问题基站硬件障碍历史记录，同时观察问题基站的站型包括RBS2000系列和RBS6000系列各不相同，检查各问题小区可能发生的载频隐形障碍，通过替换等操作排除了所有小区存在载频隐形障碍的可能，所以彻底排除因基站障碍而导致小区切换失败的因素。检查是否存在其他基站硬件告警：通过OSS系统利用RXELP指令以及RXMFP指令提取问题小区的系统告警以及历史告警信息，并通过基站现场采集IDB告警数据检查问题基站相关的即时告警信息以及历史告警信息并未发现基站存在任何告警信息。同时通过ALOG、TRH EVENT LOG并结合RALHP、RRMAP检查TRA、TRH运行状态以及告警信息，未发现TRA、TRH运行异常。至此排除因各类告警原因导致问题小区出现切换失败的情况。检查小区切换相关数据是否存在问题： 排除硬件障碍后，影响小区切换成功率的主要问题就是切换相关数据的正确性。由于本次出现切换异常的小区数量较多，所以怀疑出现切换数据误操作情况。通过RLNRP、RLLFP、RLLUP、RLMFP等指令检查所有问题小区的切换数据配置是否存在异常，同时通过参数对比手段，对比未发生小区切换异常时与发生小区切换异常后的问题小区各切换数据配置情况变化，没有发现切换参数配置异常。通过MGCEP、MGOCP等指令检查小区在MSC中的切换数据配置情况也没发现异常。通过各项检查，问题小区的小区切换数据配置均未见异常，排除因小区切换配置有误而导致的问题小区切换异常。检查小区无线数据是否存在问题：影响到小区切换的无线侧参数为小区动态相关参数以及小区基础数据。通过RLLOP、RLCPP等指令检查出现切换异常的问题小区的所有动态参数，包括小区切换门限类参数、小区切换算法相关参数等未见异常。通过参数对比结果检查问题小区出现切换问题前后的参数变化情况也没有发现参数出现任何变化，排除因参数设置不合理而导致小区切换失败情况。切换失败的情况也会出现在BCCH、BSIC等小区基础数据配置不当的情况，当出现近距离同BCCH同BSIC的情况是会出现大量误切换情况，导致大量切换失败情况出现。由于问题小区参数没有发生变化，所以检查问题小区周边小区参数变化情况，同时进行现场测试进行“伪基站”的排除工作。经过参数对比检查，问题小区周边小区在问题小区出现切换问题前后没有参数发生变化，同时测试结果显示出现切换问题的小区周围没有发现“伪基站”。至此排除因无线参数设置不当而导致问题小区出现切换异常。检查是否存在资源受限：当目标小区资源受限情况下，有一定几率会出现切换失败情况。26个问题小区属于同一个BSC，通过RRTPP等质量检查BSC中TRA、TRH资源没有溢出风险。通过日常统计指标数据显示，26个问题小区信道利用率均不超过70%，并且信道可用率均为100%，如下表： 小区信道利用率低于70%时对小区切换性能的影响极小，所以排除小区资源受限而导致的问题小区切换异常情况。检查是否受传输影响而导致切换异常：在现场测试过程中发现出现切换异常的问题小区与其他小区之间的切换基本全部失败，但在问题小区之间却能够成功进行切换操作，在测试中的切换操作分为了非问题小区集合与问题小区集合，两个集合之间几乎无法进行切换，但两个集合内部的小区切换可以正常进行。结合测试结果观察小区BNCEL文件数据，如下表： 分析问题小区切换数据的过程中发现，在问题小区中，只有HG5101基站的B小区属于正常小区集合，其他基站均为所有小区均属问题小区集合。传输障碍会引起小区运行异常，当传输质量差的情况下将会引起小区通话异常、串线、切换失败等异常情况。通过DTSTP、DTQUP等查看传输状态的指令检查问题小区的传输状态，发现所有问题小区的所有传输均有误、滑码。同时发现所有问题小区的所有传输在误、滑码累积的过程中间隔时间和累积频次均相同，并且累积时间间隔为固定时长，如下图： 经过传输记录查询发现问题小区所有传输均属同一传输链路，链路传输节点正位于HG5101基站内，该传输链路上并不包含HG5101基站的B小区，与出现切换异常的问题小区表现现象完全一致，经过提取基站LOG数据以及传输数据，发现该传输链路出现传输时钟不同步情况，导致该传输链路上小区无法与其他小区进行正常切换，至此，确定26个出现切换异常的问题小区为所在传输链路不同步导致基站运行异常。三、 解决措施：该故障可通过如下方法进行规避： 因为涉及到调整传输链路的问题，在进行传输链路调整的过程中会影响到该传输链路上所带所有基站的运行状态，所以进行传输链路调整需要在夜间，即业务最低时段，避免影响正常的用户使用。在话务量较低的夜间将存在时钟不同步现象的传输链进行重启、同步操作，然后观察该传输链路上所带所有小区的运行状态。传输同步调整完毕后进行一段时间的传输状态观察，观察目前传输是否还存在误、滑码累积，然后进行现场测试工作，测试问题小区的切换情况是否仍存在异常，通过现场测试，HG5126A等26个小区的切换情况恢复正常，由于夜间业务量非常小，无法通过夜间数据统计观察切换成功率指标，但通过次日切换成功率指标的观察，26个问题小区的切换成功率均恢复正常（如下表）。至此，由于传输不同步而导致的26个小区切换异常的问题得以解决。四、借鉴经验：在日常优化过程中会出现突发的指标异常，当出现异常的小区数量较多的时候，小区级别的数据以及障碍导致异常的几率比较小，但也应验证排除、严谨工作流程，避免偶然现象的出现。同时涉及切换方面的异常，考虑多为切换数据以及小区硬件方面的问题，要从这两方面入手，但事实证明这两方面并不是全部影响小区切换的原因。无线优化工程师在进行优化的过程中不能只拘泥于