《同PN问题的解决方案》由会员分享，可在线阅读，更多相关《同PN问题的解决方案（9页珍藏版）》请在金锄头文库上搜索。
1、同PN问题的解决方案摘要自从接手CDMA网络以来，中国电信在全国开展了大规模的网络建设，使得城区覆盖率大幅度提升。但是在大城市，尤其是密集城区，由于特殊的地理场景造成PN复用掉话问题也越来越突出。由于掉话问题严重影响用户感知，因此如何定位和解决不同场景下解决同PN问题显得迫在眉睫。关键词：CDMA 特殊场景同PN问题掉话1 概述在CDMA系统中，PN又称伪随机码，是长度为215-1的M序列，用于对前向链路进行正交调制，不同的小区使用不同相位的M序列进行调制，其相位差至少为64个比特，这样，最多有512个不同的相位可用。1.1 PN规划原则PN码用于区分小区，因此需要给每个小区分配一个PN码。同
2、PN类似于GSM的BCCH，同PN两个小区之间的复用距离应该足够大，以避免同PN混淆问题；同时由于PN短码在传播路径中会带来时延，相邻PN可能会出现混淆，因此在PN规划中应避免同PN或邻PN混淆。PILOT_INC决定了可用PN个数，在可用PN数量有限的情况下，一个网络中需要对PN进行最大可能的复用，在复用同时又要避免同PN或邻PN混淆，如下图：u 同PN混淆理论上相同PN小区之间的复用距离应至少间隔4层站点以上，大于5倍小区半径；u 邻PN混淆邻PN小区在终端侧的相对距离差必须小于PNINC/2所对应的光传播距离，如下图所示：图1 d图示如终端接收到来自A和B小区的信号距离差d大于PNINC
3、/2*64*0.245km，且A和B使用邻PN，则产生邻PN混淆问题，造成终端在本PN和邻PN之间产生误判。PN_INC邻PN混淆距离差D（km）431.4 323.54215.717.85表1邻PN混淆距离差对应表1.2 PN规划不合理可能导致的问题CDMA协议规定BSC下发的邻区列表中的PN不能存在重复，且不能与激活集PN重复。One way/two way问题可能会造成终端切换失败、掉话等。PN资源紧张会增加one way/two way出现的可能性。对于处于单分支状态下。若同PN复用距离过近引起的异常邻区配置，定为1-way邻区。可能的情况是：n A-B, 且A和B同PN。（A，B，C
4、，D均指载频，A-B表示A在B的邻区列表中，下同）n A-BB-C，且A和C同PNn A-B-C-D，且A和D同PN2 案例分析2.1 案例12.1.1 背景介绍用户反映在其家里通话经常掉话，但是信号显示满格。2.1.2 处理过程经现场测试发现，该区域离基站不到100米处，信号前反向信号均正常，明显不是因为弱覆盖造成。主用的三个基站的示意图如下：如截图1PN438尚未进入激活集的截图但是同时也发现偶尔有另外一个PN348可以进入激活集，并且当PN348进入激活集时，也伴随着前向正常，反向异常的现象。如下图截图2PN438进入激活集的截图从上图中可以看出，前向RX PWR为61.58，FER为0
5、.5，EC/IO为7.61，从前向的测试结果上看，前向无异常，反向TXPWR为51.42，TXADJ为40.00，反向异常，此现象明显就是同PN问题造成。并且可以断定是PN402与PN348之间邻区同PN。如下图，由于用户所在地点为5楼，并且靠近湖面，由于湖面多径效应的影响，导致长升大酒店的PN348漂移到用户所在的位置。经查，PN402为振兴大厦第二扇区，同时PN402有加PN348（新嘉园第三扇区）的邻区，但是现场收到的PN348是长升酒店第三扇区的信号，在这种情况下，手机一直向基站发送导频强度测量报告即PSMM消息，但是由于手机误以为该PN348为新嘉园的PN348，导致基站无法响应，之
6、后定时器超时，手机关闭发射机，故造成同PN掉话问题。三者的示意图如下：截图3同PN的两个基站的示意图2.1.3 解决方案由于长升大酒店的PN348与用户的实际距离大概有3公里，在城区明显属于过覆盖（密集城区一般控制在500米为宜），需对该扇区进行调整。从扇区的朝向看，该扇区的旁瓣确实有可能覆盖到湖面，然后经过湖面的反射，散射到达用户所在的位置。因此若要控制其覆盖，应该对其进行方位角调整。因此做出调整方案如下： 将该扇区的方位角调整由原来的270度调为290度。调整以后经现场复测，未见出现异常。2.1.4 小结在处理此类问题时，应尽量控制基站天线的方位，以免信号在类似湖，海等平坦区域进行扩散，对
7、其他区域的信号造成干扰。2.2 案例22.2.1 背景介绍路测时反映在仙岳路路上通话时经常出现掉话2.2.2 处理过程从现场路测发现。现场主用PN432,PN417从测试数据上看，只要PN417进入激活集，就会伴随着前向误帧率（FER）和TX ADJ也伴随着异常。见如下测试截图： 截图4PN417未进入激活集时的数据截图从测试数据图上看，此时TX ADJ和FER基本正常。截图5PN417刚进入激活的的示意图此时从数据上看，明显有TXADJ异常升高的情况，但是此时还不是很明显。截图6PN417进入激活集时的数据截图从上述截图上看，此时PN417形成主用，此时FER,TX ADJ异常，最后FER升
8、至100导致掉话。从测试数据上看，明显是PN417有问题。之后进行双向测试发现，从翼航大厦向松柏邮政方向行进时，测试正常，但是从翼航从仙岳路松柏邮政往翼航大厦方向测试必定会掉话，两者的位置的示意图如下 ：截图7同PN的两个站点的示意图检查松柏邮政的PN432与翼航大厦PN417的邻区关系时发现，PN417有加PN432的邻区，但是PN432未加PN417邻区，即两者是单向邻区的关系。首先怀疑是两者的邻区关系不完善造成。在增加PN432与PN417的邻区时，系统提示有PN重复，在观察PN432的邻区的列表时发现，PN432有加PN417枋湖社的邻区，而枋湖社离松柏邮政大概3公里，且周围有高楼阻挡
9、，不应加邻区关系。PN432应该加邻区的为翼航大厦的PN417。故怀疑是邻区加错所致。所有的过程可以如下描述：在从松柏邮政往仙岳路方向行走时，PN432主用，由于PN432只加了枋湖社PN417的邻区，当终端收到PN417时，其实此时收到的是信号较弱的翼航大厦PN417，系统误认为是枋湖社的多径信号，故可以正常切入激活集（在这里可以确认收到枋湖社的很弱的信号，不然无法切入激活集）。刚进入激活集时，由于PN432较强，PN417较弱基本还可以正常使用，但是随着往翼航大厦方向行进时，PN417慢慢的形成主用信号，此时，当PN432切出激活集时因前反向无法解调造成掉话。由于翼航大厦与枋湖社正好同PN
10、，故该问题是一个典型的同PN造成掉话问题。经查，翼航大厦与松柏邮政两个基站正好处于两个BSC之间，并且翼航大厦是一个新开站，前期只是根据PSMM（导频强度测量消息）增加的邻区，故本来要增加翼航大厦的邻区，却错误加成了距离较远的枋湖社，造成仙岳路松柏邮政PN432中邻区同PN掉话2.2.3 解决方案通过分析得出如下，该问题主要是邻区中同PN，故解决措施如下： 删除松柏邮政PN432与枋湖社PN417的邻区关系，并对枋湖社PN417进行覆盖控制。 增加松柏邮政PN432与翼航大厦PN417的邻区关系2.2.4 小结该问题其实就是特殊场景下的同PN问题，该场景主要涉及了跨BSC外部邻区的配置问题。跨
11、BSC的同PN问题的典型现象是：在起始时一切正常，当从一个BSC移动到靠近另外一个BSC时的某个扇区下时信号很好，但是出现FER升高，并且出现TXPWR,TXADJ异常升高，掉话以后MS仍然同步在该扇区（该扇区指标一切正常）。2.3 案例32.3.1 背景介绍在环东海域通士达公司附近做DT时发现有掉话。2.3.2 处理过程经测试发现该区域信号良好，仔细观察发现该区域只要PN438出现就会出现异常。请看如下数据截图：截图8PN438 尚未进入激活集的截图截图9PN438进入激活集的截图从测试截图上看，初步认定是PN438出现同PN问题。由于周边最近的站点存在PN438的为西柯下山头，另外可能的P
12、N438为同安银安楼（该站点为高站），翔安火炬园。这两个基站理论上均有可能覆盖到测试区域。一时无法确定是哪个站点过覆盖。三个点的位置关系在googleearth 上如下图。截图10同PN的两个站点的示意图仔细观察掉话以后空闲态的测试数据发现，一直在激活集中出现的PN438的蜂窝号为10419，查询工参由此确定10419为翔安火炬园。具体截图如下：截图11lay 3 消息中的system paremeters故判定为翔安火炬园站点过覆盖导致出现同PN问题。2.3.3 解决方案从地图上看，应该是火炬园的信号打在海面再反射造成过覆盖，故需对该站点进行覆盖控制。原来该站机械与电调为2+4，考虑到该站在
13、九公里之外依然可以受到较强的信号，故需作较大的调整。故对机械与电调调整为68。调整以后测试正常。2.3.4 小结在已经知道是同PN问题的时候，无法确定是哪个基站的PN时候可以采用空闲态观察的办法锁定具体的基站。利用层3消息中的system paremeters.中的base_id锁定具体的蜂窝号，利用工参可以查出具体的扇区。3. 总结同PN问题一般的表现形式是通话断续，甚至掉话，严重影响用户感知。如何快速定位问题点是作为网优人员必备的技能，本文介绍了一些一般情况下的同PN问题的分析和解决方案和特殊特殊场景下的同PN问题的分析和解决方法，希望能对网优人员有所帮助。案例典评虽然在前期进行PN规划时已经尽量避免类似的问题出现，但是由于特殊的地理场景的存在，仍然会造成同PN问题。作为网优人员，处理此类问题除了需要对地形地貌熟悉之外，还需要有对问题的分析和定位及解决的能力。本文介绍的案例一主要介绍了普通场景下的同PN问题，案例二介绍了特殊场景下的同PN问题的分析和定位，案例三主要介绍了特殊场景下如何利用空闲态快速锁定同PN对应的扇区。本文的主要亮点有1 介绍了一般场景下和特殊场景下（跨BSC）同PN问题的典型现象和解决方案。2 介绍了利用空闲态快速锁定同PN对应的扇区。
