同PN问题的解决方案

同PN问题的解决方案摘要 自从接手 CDMA网络以来，中国电信在全国开展了大规模的网络建设，使得城区覆盖率大幅度提升。但是在大城市，尤其是密集城区，由于特殊的地理场景造成PN复用掉话问题也越来越突出。由于掉话问题严重影响用户感知，因此如何定位和解决不同场景下解决同PN问题显得迫在眉睫。关键词：

CDMA

特殊场景

同PN问题

掉话1 概述在CDMA系统中，PN又称伪随机码，是长度为 215-1的M序列，用于对前向链路进行正交调制，不同的小区使用不同相位的 M序列进行调制，其相位差至少为 64个比特，这样，最多有

512个不同的相位可用。1.1 PN规划原则PN码用于区分小区，因此需要给每个小区分配一个

PN码。同

PN类似于

GSM的BCCH，同PN两个小区之间的复用距离应该足够大，以避免同

PN混淆问题；同时由于

PN短码在传播路径中会带来时延，相邻PN可能会出现混淆，因此在PN规划中应避免同 PN或邻PN混淆。PILOT_INC决定了可用

PN个数，在可用

PN数量有限的情况下，一个网络中需要对

PN进行最大可能的复用，在复用同时又要避免同

PN或邻

PN混淆，如下图：同PN混淆理论上相同 PN小区之间的复用距离应至少间隔 4层站点以上，大于 5倍小区半径；邻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.43 23.542 15.71 7.85表1邻PN混淆距离差对应表1.2 PN规划不合理可能导致的问题CDMA协议规定 BSC下发的邻区列表中的 PN不能存在重复，且不能与激活集 PN重复。Oneway/twoway 问题可能会造成终端切换失败、掉话等。 PN资源紧张会增加 oneway/twoway出现的可能性。对于处于单分支状态下。 若同PN复用距离过近引起的异常邻区配置， 定为1-way邻区。可能的情况是：A->B, 且A和B同PN。（A，B，C，D均指载频，A->B表示A在B的邻区列表中，下同）A->B<-C，且A和C同PN。(此情况在华为系统中拒绝输入 )。对于处于软切换状态下才会触发异常的邻区配置，定为 2-way邻区。可能的情况是：A->B->C，且A和C同PNA->B->C<-D，且A和D同PN案例分析2.1 案例1 背景介绍用户反映在其家里通话经常掉话，但是信号显示满格。 处理过程经现场测试发现，该区域离基站不到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的两个基站的示意图 解决方案由于长升大酒店的 PN348与用户的实际距离大概有 3公里，在城区明显属于过覆盖 （密集城区一般控制在 500米为宜），需对该扇区进行调整。从扇区的朝向看，该扇区的旁瓣确实有可能覆盖到湖面， 然后经过湖面的反射， 散射到达用户所在的位置。 因此若要控制其覆盖，应该对其进行方位角调整。因此做出调整方案如下：将该扇区的方位角调整由原来的调整以后经现场复测，未见出现异常。 小结

270度调为

290度。在处理此类问题时，应尽量控制基站天线的方位，以免信号在类似湖，海等平坦区域进行扩散，对其他区域的信号造成干扰。2.2 案例2 背景介绍路测时反映在仙岳路路上通话时经常出现掉话 处理过程从现场路测发现。现场主用PN432,PN417从测试数据上看，只要PN417进入激活集，就会伴随着前向误帧率（FER）和TXADJ也伴随着异常。见如下测试截图：截图4PN417未进入激活集时的数据截图从测试数据图上看，此时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掉话 解决方案通过分析得出如下，该问题主要是邻区中同 PN，故解决措施如下：删除松柏邮政 PN432与枋湖社 PN417的邻区关系，并对枋湖社 PN417进行覆盖控制。增加松柏邮政 PN432与翼航大厦 PN417的邻区关系 小结该问题其实就是特殊场景下的同PN问题，该场景主要涉及了跨BSC外部邻区的配置问题。跨BSC的同PN问题的典型现象是：在起始时一切正常，当从一个BSC移动到靠近另外一个BSC时的某个扇区下时信号很好，但是出现FER升高，并且出现TXPWR,TXADJ异常升高，掉话以后MS仍然同步在该扇区（该扇区指标一切正常）。2.3 案例3 背景介绍在环东海域通士达公司附近做 处理过程

DT时发现有掉话 。经测试发现该区域信号良好，仔细观察发现该区域只要请看如下数据截图：

PN438出现就会出现异常。截图8 PN438尚未进入激活集的截图截图9 PN438进入激活集的截图从测试截图上看，初步认定是 PN438出现同PN问题。由于周边最近的站点存在 PN438的为西柯下山头，另外可能的 PN438为同安银安楼（该站点为高站） ，翔安火炬园。这两个基站理论上均有可能覆盖到测试区域。 一时无法确定是哪个站点过覆盖。 三个点的位置关系在 google earth 上如下图。截图10 同PN的两个站点的示意图仔细观察掉话以后空闲态的测试数据发现，一直在激活集中出现的 PN438的蜂窝号为10419，查询工参由此确定 10419为翔安火炬园。具体截图如下：截图11 lay3 消息中的systemparemeters故判定为翔安火炬园站点过覆盖导致出现同 PN问题。 解决方案从地图上看，应该是火炬园的信号打在海面再反射造成过覆盖， 故需对该站点进行覆盖控制。原来该站机械与电调为 2+4，考虑到该站在九公里之外依然可以受到较强的信号，故需作较大的调整。故对机械与电调调整为 6＋8。调整以后测试正常。 小结在已经知道是同 PN问题的时候，无法确定是哪个基站的态观察的办法锁定具体的基站。利用层 3消息中的base_id锁定具体的蜂窝号，利用工参可以查出具体的扇区。

PN时候可以采用空闲systemparemeters. 中的3.总结同PN问题一般的表现形式是通话断续，甚至掉话，严重影响用户感知。如何快速定位问题点是作为网优人员必备的技能，本文介绍了一些一般情况下的同PN问题的分析和解决方案和特殊特殊场景下的同PN问题的分析和解决方法，希望能对网优人员有所帮助。［案例典评］虽然在前期进行 PN规划时已经尽量避免类似的问题出现，但是由于