同PN问题的解决方案Word格式.doc

同PN问题的解决方案Word格式.doc

《同PN问题的解决方案Word格式.doc》由会员分享，可在线阅读，更多相关《同PN问题的解决方案Word格式.doc（9页珍藏版）》请在冰点文库上搜索。

u同PN混淆

理论上相同PN小区之间的复用距离应至少间隔4层站点以上，大于5倍小区半径；

u邻PN混淆

邻PN小区在终端侧的相对距离差必须小于PNINC/2所对应的光传播距离，如下图所示：

图1　Δd图示

如终端接收到来自A和B小区的信号距离差Δd大于PNINC/2*64*0.245km，且A和B使用邻PN，则产生邻PN混淆问题，造成终端在本PN和邻PN之间产生误判。

PN_INC

邻PN混淆距离差△D（km）

4

31.4

3

23.54

2

15.7

1

7.85

表1邻PN混淆距离差对应表

1.2PN规划不合理可能导致的问题

CDMA协议规定BSC下发的邻区列表中的PN不能存在重复，且不能与激活集PN重复。

Oneway/twoway问题可能会造成终端切换失败、掉话等。

PN资源紧张会增加oneway/twoway出现的可能性。

对于处于单分支状态下。

若同PN复用距离过近引起的异常邻区配置，定为1-way邻区。

可能的情况是：

nA->

B,且A和B同PN。

（A，B，C，D均指载频，A->

B表示A在B的邻区列表中，下同）

B<

-C，且A和C同PN。

（此情况在华为系统中拒绝输入）。

对于处于软切换状态下才会触发异常的邻区配置，定为2-way邻区。

B->

C，且A和C同PN

C<

-D，且A和D同PN

2案例分析

2.1案例1

2.1.1背景介绍

用户反映在其家里通话经常掉话，但是信号显示满格。

2.1.2处理过程

经现场测试发现，该区域离基站不到100米处，信号前反向信号均正常，明显不是因为弱覆盖造成。

主用的三个基站的示意图如下：

如

截图1　PN438尚未进入激活集的截图

但是同时也发现偶尔有另外一个PN348可以进入激活集，并且当PN348进入激活集时，也伴随着前向正常，反向异常的现象。

如下图

截图2　PN438进入激活集的截图

从上图中可以看出，前向RXPWR为－61.58，FER为0.5　，EC/IO为－7.61，从前向的测试结果上看，前向无异常，反向TXPWR为－51.42，TXADJ为－40.00，反向异常，此现象明显就是同PN问题造成。

并且可以断定是PN402与PN348之间邻区同PN。

如下图，由于用户所在地点为5楼，并且靠近湖面，由于湖面多径效应的影响，导致长升大酒店的PN348漂移到用户所在的位置。

经查，PN402为振兴大厦第二扇区，同时PN402有加PN348（新嘉园第三扇区）的邻区，但是现场收到的PN348是长升酒店第三扇区的信号，在这种情况下，手机一直向基站发送导频强度测量报告即PSMM消息，但是由于手机误以为该PN348为新嘉园的PN348，导致基站无法响应，之后定时器超时，手机关闭发射机，故造成同PN掉话问题。

三者的示意图如下：

截图3　同PN的两个基站的示意图

2.1.3解决方案

由于长升大酒店的PN348与用户的实际距离大概有3公里，在城区明显属于过覆盖（密集城区一般控制在500米为宜），需对该扇区进行调整。

从扇区的朝向看，该扇区的旁瓣确实有可能覆盖到湖面，然后经过湖面的反射，散射到达用户所在的位置。

因此若要控制其覆盖，应该对其进行方位角调整。

因此做出调整方案如下：

Ø

将该扇区的方位角调整由原来的270度调为290度。

调整以后经现场复测，未见出现异常。

2.1.4小结

在处理此类问题时，应尽量控制基站天线的方位，以免信号在类似湖，海等平坦区域进行扩散，对其他区域的信号造成干扰。

2.2案例2

2.2.1背景介绍

路测时反映在仙岳路路上通话时经常出现掉话

2.2.2处理过程

　　　从现场路测发现。

现场主用PN432,PN417从测试数据上看，只要PN417进入激活集，就会伴随着前向误帧率（FER）和TXADJ也伴随着异常。

见如下测试截图：

截图4　PN417未进入激活集时的数据截图

从测试数据图上看，此时TXADJ和FER基本正常。

截图5　PN417刚进入激活的的示意图

此时从数据上看，明显有TXADJ异常升高的情况，但是此时还不是很明显。

截图6　PN417进入激活集时的数据截图

从上述截图上看，此时PN417形成主用，此时FER,TXADJ异常，最后FER升至100导致掉话。

从测试数据上看，明显是PN417有问题。

之后进行双向测试发现，从翼航大厦向松柏邮政方向行进时，测试正常，但是从翼航从仙岳路松柏邮政往翼航大厦方向测试必定会掉话，两者的位置的示意图如下：

截图7　同PN的两个站点的示意图

检查松柏邮政的PN432与翼航大厦PN417的邻区关系时发现，PN417有加PN432的邻区，但是PN432未加PN417邻区，即两者是单向邻区的关系。

首先怀疑是两者的邻区关系不完善造成。

在增加PN432与PN417的邻区时，系统提示有PN重复，在观察PN432的邻区的列表时发现，PN432有加PN417枋湖社的邻区，而枋湖社离松柏邮政大概3公里，且周围有高楼阻挡，不应加邻区关系。

PN432应该加邻区的为翼航大厦的PN417。

故怀疑是邻区加错所致。

所有的过程可以如下描述：

在从松柏邮政往仙岳路方向行走时，PN432主用，由于PN432只加了枋湖社PN417的邻区，当终端收到PN417时，其实此时收到的是信号较弱的翼航大厦PN417，系统误认为是枋湖社的多径信号，故可以正常切入激活集（在这里可以确认收到枋湖社的很弱的信号，不然无法切入激活集）。

刚进入激活集时，由于PN432较强，PN417较弱基本还可以正常使用，但是随着往翼航大厦方向行进时，PN417慢慢的形成主用信号，此时，当PN432切出激活集时因前反向无法解调造成掉话。

由于翼航大厦与枋湖社正好同PN，故该问题是一个典型的同PN造成掉话问题。

经查，翼航大厦与松柏邮政两个基站正好处于两个BSC之间，并且翼航大厦是一个新开站，前期只是根据PSMM（导频强度测量消息）增加的邻区，故本来要增加翼航大厦的邻区，却错误加成了距离较远的枋湖社，造成仙岳路松柏邮政PN432中邻区同PN掉话

2.2.3解决方案

通过分析得出如下，该问题主要是邻区中同PN，故解决措施如下：

删除松柏邮政PN432与枋湖社PN417的邻区关系，并对枋湖社PN417进行覆盖控制。

增加松柏邮政PN432与翼航大厦PN417的邻区关系

2.2.4小结

该问题其实就是特殊场景下的同PN问题，该场景主要涉及了跨BSC外部邻区的配置问题。

跨BSC的同PN问题的典型现象是：

在起始时一切正常，当从一个BSC移动到靠近另外一个BSC时的某个扇区下时信号很好，但是出现FER升高，并且出现TXPWR,TXADJ异常升高，掉话以后MS仍然同步在该扇区（该扇区指标一切正常）。

2.3案例3

2.3.1背景介绍

在环东海域通士达公司附近做DT时发现有掉话。

2.3.2处理过程

经测试发现该区域信号良好，仔细观察发现该区域只要PN438出现就会出现异常。

请看如下数据截图：

截图8　PN438尚未进入激活集的截图

截图9　PN438进入激活集的截图

从测试截图上看，初步认定是PN438出现同PN问题。

由于周边最近的站点存在PN438的为西柯下山头，另外可能的PN438为同安银安楼（该站点为高站），翔安火炬园。

这两个基站理论上均有可能覆盖到测试区域。

一时无法确定是哪个站点过覆盖。

三个点的位置关系在google　earth上如下图。

截图10　同PN的两个站点的示意图

仔细观察掉话以后空闲态的测试数据发现，一直在激活集中出现的PN438的蜂窝号为10419，查询工参由此确定10419为翔安火炬园。

具体截图如下：

截图11　lay3消息中的systemparemeters

故判定为翔安火炬园站点过覆盖导致出现同PN问题。

2.3.3解决方案

从地图上看，应该是火炬园的信号打在海面再反射造成过覆盖，故需对该站点进行覆盖控制。

原来该站机械与电调为2+4，考虑到该站在九公里之外依然可以受到较强的信号，故需作较大的调整。

故对机械与电调调整为6＋8。

调整以后测试正常。

2.3.4小结

在已经知道是同PN问题的时候，无法确定是哪个基站的PN时候可以采用空闲态观察的办法锁定具体的基站。

利用层3消息中的systemparemeters.中的base_id锁定具体的蜂窝号，利用工参可以查出具体的扇区。

3.总结

同PN问题一般的表现形式是通话断续，甚至掉话，严重影响用户感知。

如何快速定位问题点是作为网优人员必备的技能，本文介绍了一些一般情况下的同PN问题的分析和解决方案和特殊特殊场景下的同PN问题的分析和解决方法，希望能对网优人员有所帮助。

［案例典评］

虽然在前期进行PN规划时已经尽量避免类似的问题出现，但是由于特殊的地理场景的存在，仍然会造成同PN问题。

作为网优人员，处理此类问题除了需要对地形地貌熟悉之外，还需要有对问题的分析和定位及解决的能力。

本文介绍的案例一主要介绍了普通场景下的同PN问题，案例二介绍了特殊场景下的同PN问题的分析和定位，案例三主要介绍了特殊场景下如何利用空闲态快速锁定同PN对应的扇区。

本文的主要亮点有　

1介绍了一般场景下和特殊场景下（跨BSC）同PN问题的典型现象和解决方案。

2介绍了利用空闲态快速锁定同PN对应的扇区。