【2010-案例-003】CDMA网络PN核查及优化案例-广元分公司-李超.docVIP

广元电信CDMA网络 PN核查及优化报告 2010-8-08  目 录 一、广元地区PN检查结果 3 二、PN修改建议 5 三、用PN checker核查PN 5 四、广元全网PN修改结果及指标监测 6 五、结论 8 一、广元地区PN检查结果 PN核查： 由于广元地区存在很多BBU带RRU拉远的情况，所以在经纬度上存在一个站下不同小区位置不同。 针对此情况，将现网小区分为小区个数大于3个的站点和3个小区以内的站点分别统计。具体情况请查阅附件： 对于小区个数大于3个的站点，如果全部是拉远站，则需要定位一个统一的位置，（即几个RRU如果距离不是很远就选择为同一个经纬度）。3个小区以内的站点方法相同。对于拉远距离较远的站点则需要根据距离来确定具体的经纬度。（则一个站点如果有2个拉远且位置不同就要分开统计，则分为2个不同的站点来进行PN规划）。 例如上图8号站旺苍白水场，共有4个小区，由于PN规划分组原则为PN_INC的整数倍且小于168的为第一小区PN，后两个小区PN则为第一小区PN加168和第一小区PN加336获得。这三个小区的PN称为一个PN组，且一个PN组最多支持3个小区的PN规划。所以针对大于3个小区的站点，我们就需要分为2个站点在进行PN规划。所以我们将8号站分为8 和800两个不同的ID以区别。 此外，对于现网PN进行核查，将同一站点不同组的情况和第一小区大于168的情况都分别找出，并根据现网设置情况进行初步分组修改（将不是一组的改为同一组）。具体请看下表： 二、PN修改建议 根据广元现网核查情况，给出PN修改建议如下： 修改后可提高PN资源的利用率，并且可以更容易查找出现网的PN规划存在的问题。 三、用PN checker核查PN PN chcker是我们进行PN核查和简单规划的常用软件，此工具可以帮助我们将现网中PN规划的问题进行清理，进一步避免One-way 和Two-way的发生。 One-way很好理解，即2个同PN站点只有一层站的隔离，这种设置容易产生掉话和呼叫失败，在网络中的危害程度很大。全网中不允许出现一条。 对于Two-way因为移动台在处于多方软切换的时候，移动台收到的Neighbour List信息是多个基站的邻小区的合并Neighbour List，所以同ONE-WAY也会出现切换判定的问题。 假设A,B,C,D共4个小区，A与B是邻小区关体系，B与C是邻小区关系，C与D是邻小区关体系，A与D得PN Offset设置相同。当移动台处理B与C的软切换过程当中，移动台收到的Neighbour List将是B与C的合集，因此如果A与B的邻小区关系和C与D的邻小区关系的优先级别较高的话，A和D的信息是会同时加到合并的Neighbour List里面。移动台虽然搜索到A和D的PN Offset，但是移动台并不知道其PN Offset是属于哪个基站的，移动台上报的PSMM消息中也没有基站信息，BSC也就无法判定到底这个PN Offset是属于哪个基站的，无法下发切换命令，切换也就不能执行。 在8月3日晚对广元整网的PN进行了修改，由于工作量太大的关系（中兴的后台修改操作只允许一个权限）的原因，PN重规划修改数据在未完成邻区导入的情况下工程优化人员误同步操作导致掉话率上升，对全网指标影响非常大。针对这个情况，在8月3日至5日对现网邻区及PN进行核查及添加，并在针对现网中的TOP 站点进行核查及邻区优化，全网掉话率已经从0.37下降到0.24,坏小区比例从0.82下降至0.23。具体指标如下图： 坏小区TOP站点优化：以下站点在今天进行了详细的核查及邻区优化 ? TOP小区优化前后的对比：8月3至5日由于误同步导致指标恶化，8月6日优化后指标恢复正常。由于数量较多，不逐一列出。具体内容请查看附件。 ? ? 五、结论 由于PN重规划是一项比较复杂的工作，指标在修改后肯定会有所波动。本次广元地区由于误操作导致指标恶化，使得工作的难度进一步升级，指标持续3天恶化。现在全网PN已经按照正常的分组规则进行了修改，对广元地区之后的规划工作会起到一定的帮助。 中国电信广元分公司 第2页 共8页