【2010-案例-008】夹江县青州PN混淆故障处理分析报告-乐山电信-辜俊.docVIP

乐山电信夹江县青州PN混淆故障处理分析报告 【四川网优〔案例〕2010- 号】 拟 制： 辜俊 日 期： 2009-8-24 审 核： 日 期： 审 核： 　 期： 　 准： 　 期： 　 一 问题提出 1 二 原因分析 1 1、测试情况： 1 （1）基站分布图 1 （2）无线信号 2 2、问题分析： 3 （1）分析流程 4 （2）PN混淆原理介绍 5 三 解决方案 5 四 总结经验 6 一 问题提出 据夹江分公司维护人员反映，在夹江青州区域近期出现了拨打电话困难，通话单通且经常掉话的情况。由于以前该区域通话正常，因此属于突发性的故障类型。 二 原因分析 1、测试情况 （1）基站分布图 夹江青州周边主要有基站夹江青州小学和夹江青州东山，根据基站分布图分析该区域应该主要由夹江青州小学1（PN=273, CELLID=1,CI= 20492）及夹江青州0（PN=105, CELLID=0,CI= 20491）覆盖。 图 21-1 夹江青州地理图 （2）无线信号 图3-2-1 测试截图1 图3-2-2 测试截图2 从测试情况看该处无线环境较差，RxPower在-75dbm——-85dbm之间，Ec/Io在-6db——-10db之间。FER和TX波动幅度比较大。 2、问题分析 （1）分析流程 根据现场的测试观察，发现有时候当PN为138的小区进入激活集后，TxPower和FER会抬升，RxPower也会变差。在夹江青州小学附近测试时PN138的小区进入激活集又能进行正常的通话。初步怀疑该处可能存在PN混淆的情况。通过对基站图的观察，发现距该处PN为138的小区只有夹江合兴基站的0小区比较近。但从当地维护人员处了解得知，该处与眉山罗波相邻且罗波海拔较夹江青州高，眉山罗波基站很容易能覆盖到此。 检查数次测试过程中的空口下发的系统消息中发现PN138的CI为25063和20617，确认为眉山罗波0小区和夹江合兴0小区。 （2）PN混淆原理介绍 以夹江青州小学基站的扇区（PN105）为例，其Neighbor list里配置了夹江合兴基站的扇区（PN138）。假设某移动台正在夹江青州小学基站的扇区（PN105）附近通话，此时移动台所持有的Neighbor list有四种可能： 1．）移动台的激活级里只有PN105，那么其持有的Neighbor list就是原始Neighbor list 2．）激活级里有多个PN，但系统重新构造的Neighbor list没有PN138 3．）激活级里有多个PN，每个PN的Neighbor list都配有夹江合兴基站的扇区（PN138），所以构造后的新Neighbor list也含有夹江合兴基站的扇区的PN138 4．）激活级里有多个PN，但有一个PN的Neighbor list配置了眉山罗波基站的扇区（PN72），由于系统构造Neighbor list时，只以PN值为依据，无法检测其是否来自不同的小区，所以，来自夹江合兴基站的PN138和眉山罗波基站的PN138作为一个PN合并在新的Neighbor list里，并下发给移动台。 此时，移动台检测到PN138的强度大于T_add门限，并发送PSMM消息，如果此时移动台持有的邻区列表是第二种情况（说明其他PN的Neighbor list里不包含PN138），那么系统会到移动台激活级里的每个小区的link cell去找PN138的归属，最终找到夹江合兴基站，并指示其分配前向资源，如果移动台上报的PN138是来自夹江合兴基站，则启动软切换；如果该PN来自眉山罗波基站，切换流程也会启动，但还是切向夹江合兴基站，有可能因夹江合兴基站的扇区信号不好，同时又被眉山罗波基站PN138的干扰而导致掉话发生。 如果移动台持有的Neighbor list是第一种情况，而上报的PN138来自眉山罗波基站，但系统只会根据link cell信息指示夹江合兴基站分配资源，如果此时移动台所处位置夹江合兴基站的扇区（PN138）的信号强度很差，则导致切换失败，并被眉山罗波基站PN138干扰，可能掉话。 如果移动台持有的Neighbor list是第三种情况，移动台上报的PN138还是来自眉山罗波基站，但系统只会到激活级里的每个PN的link cell里去找PN138的归属，找到其CI后还是分配夹江合兴基站资源，如果此时移动台所处位置夹江合兴基站的扇区（PN138）的信号强度很差，还是会导致切换失败，并被眉山罗波基站PN138干扰，可能产生掉话。 如果移动台持有的Neighbor list是第四种情况，移动台上报的PN是138，系