CDMA网络优化典型案例分析

网络优化案例案例1：关于邻小区列表设置的问题【现象描述】手机在通话过程中可以成功的从A小区切换到B小区，但无法从B小区切换到A小区；手机距离某小区C很近，但在手机的导频激活集中看不到C小区的PN码。这样随着手机向目标小区移近，手机导频激活集中的EC/IO将逐渐降低、FER逐渐增大，继而引起掉话。【原因分析】一般情况下，CDMA手机有四个寄存器，分别存放6个激活导频集、5个候选导频集和20个相邻导频集。虽然在目前的系统中，部分厂家的数据库最多可提供多达45个相邻小区，但系统通过NeighborListUpdat消息经空中接口向手机传送的只有20个，而这20个邻区是系统按一定的算法从当前的服务小区的多个邻小区数据库列表中选出来的，在选择过程中系统一般不依赖于这些小区的信号强度和质量，而仅仅根据数据库的静态定义按照预先设定的算法进行选择。这样如果某个目标小区在系统邻小区中未定义或定义了但由于优先级低而未能通过空中接口消息告之手机，手机的邻小区寄存器中未存放该目标小区的信息，就会导致上述问题现象的发生。【解决方案】通过路测设备或其它呼叫跟踪设备采集空中接口消息，采集掉话前后的信息，确定掉话后同步的PN码，然后查找该同步消息上面最近的NeighborListUpdat消息，看是否由该PN码，并结合邻小区列表数据库中判断是否为未定义或虽然定义了但优先级太低。案例2：关于导频检测参数设置的问题【现象描述】手机在通话过程中由于无线环境变化，导致信号急剧变化，此时会出现手机虽然已搜索到目标小区信号，但由于未达到切换门限而无法切换或切换区域不足，导致误帧率上升引起掉话。下面是一组现场测试数据，可以看出由于无线环境的变化，PN75的信号急剧减弱，但PN396由于切换门限T-ADD为-12db,未能进入有效集，导致PN27虽然已达到门限值，但由于高误帧而无法完成切换，导致掉话。【原因分析】分析该问题，我们需要对导频检测参数的定义和设置意义要有些了解。目前，基站导频检测参数主要有T-ADD、T-DROP、T-TDROP、T-COMP等，这里我们主要了解一下T-ADD和T-DROP两个参数。T-ADD是移动台用来检测接收到的导频强度的门限值。如果T_ADD设置太小，会导致过多的掉话和覆盖空洞，也有可能导致切换区域不足。如果T_ADD设置过大，会导致切换区域过大，从而使前向容量损失和由于需要增加信道卡而使成本增加。另外由于切换区域的增加还会使呼叫和切换阻塞增加，后者还有可能导致掉话。T-DROP是.导频去掉门限。当激活集和候选集中的导频强度低于该门限值时移动台会启动该导频对应的切换去掉计时器。如果T_DROP设置过小，会导致过早地去掉可用导频，从而产生掉话，因为去掉的导频只会是以干扰的形式出现的。如果T_DROP设置过大，会导致切换区域过大，从而使前向容量损失和由于需要增加信道卡而使成本增加。另外由于切换区域的增加还会使呼叫和切换阻塞增加，后者还有可能导致掉话。因此上面的问题主要由于切换门限T-ADD设置太小引起切换区域不足，有效信号无法进入而引起掉话。【解决方案】通过对测试后台数据的分析，可以发现该问题主要由于信号突变，导致强信号无法及时进入有效集，因此需要降低其切换门限，以便有足够的切换区域。因此通过调整PN75的T-ADD的值为-13db,问题解决。以下是调整后的测试数据：案例3：关于移动台搜索窗设置的问题【现象描述】当手机从当前服务小区移向某个覆盖范围较大的基站时，如果目标站的搜索窗口设置太小，则手机将不能及时搜索到该目标站的PN，这样随着手机向目标基站的移动，必然出现当前服务小区的信号强度减弱，而目标小区的信号增强而变为强干扰信号，这样就会出现接收电平增强、服务小区的EC/IO减弱、TX、FER增加而导致掉话，这里我们将举个具体案例供大家参考。下图是某市某掉话点的后台FER效果图和前台数据：【原因分析】通过前台测试数据回放和后台数据分析，我们可以排除邻小区列表问题。（下图红圈。）检测搜索窗参数设置：PN432：SRCH-WIN-A为9；SRCH-WIN-N为10；由于PN54基站设备为三星PICO设备，该设备分为SMU（三星PICO设备主控单元）和SRU（三星PICO设备远程单元）两部分，其中射频SRU部分可拉远，经与相关工程人员确认，该设备SMU和SRU采用光纤传输，距离大于10KM。由于基站SRCH-WIN-N的设置要大于2倍的PNPHASE。PN_phase=Opticcabledelay+Airdelay+systemdelay=10*6chip+0+0chip=60chip所以SRCH-WIN-A和SRCH-WIN-N要大于120chip参照下表，SRCH-WIN-N要大于等于11。SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindowSize(PNchips)SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWindowSize(PNchips)048601698028101003101113041412160520132266281432074015452【解决方案】参照上表，将PN432的SRCH-WIN-N改为11，则问题解决，见下图（调整后FER效果图）【总结】从这个案例可以看出，搜索窗参数的设置过小会导致移动台无法搜索到目标小区而导致呼叫掉话，但在实际应用中，我们也不能把搜索窗设置的太大，因为这样会导致搜索邻小区列表的速度太慢。案例4：关于系统参数设置的问题【现象描述】手机在通话过程中可以成功的从A小区切换到B小区，已成功捕捉到B小区信号，进入候补集，但基站无法完全解调手机的上行信号，无法下达切换指令，导致相关指标恶化而引起掉话。下图是某组测试数据，从图中可以看出，PN141信号已经很强并已进入候补集，但无法完成切换进入有效集，导致FER等指标恶化，最终导致掉话。【原因分析】从上图案例主要是由于系统未下发切换指令，而引起切换失败。在切换过程中，与手机搜索窗相对应的基站的搜索参数是DEMOD-WIN-LENGTH，该参数的取值范围为0~3072（1/8PNCHIPUNIT）。在切换过程中，|RTDofMaster–RTDofSlave|DWL/2(Demod_Win_Length)，分别测算切换点距PN141和PN186两基站的空间距离，两直线距离相差约为8KM（注：PN141基站为位于海对岸漳州中银基站，图中未标注。），因此|RTDofMaster–RTDofSlave|4CHIP*8=32CHIP。因此DWL的取值应大于512，核查系统参数中DWL的设置为默认值288，因此基本可判断该问题与DWL的设置过小有关。【解决方案】调整两扇区DWL参数设置，将其调整为600，则问题解决，下图为调整后现场测试数据。案例5：基站过覆盖，导致前向功率不足，起呼成功率不高【现象描述】由于邮电大楼基站较高（11层楼上面有一铁塔20多米），覆盖远，旁瓣范围较大；观察指标发现，此基站2扇区经常出现呼叫失败，前向功率不足等现象，导致指标相对较差。处理前前向功率过载分析：采集开始时间BTSCell子系统号载频号前向发射功率达到级别1的采样次数前向发射功率达到级别2的采样次数前向发射功率达到级别3的采样次数前向发射功率达到级别4的采样次数功率过载时长(ms)2009-2-2420:00921001251491578002009-2-2420:309210017016939128002009-2-2621:00921001481652388002009-2-2621:3092100140114002009-2-2720:309210010161921084621496002009-2-2720:0092100169301247178002009-2-2820:0092100205282128154002009-2-2820:30921001822683012800话统指标：开始时间BTSCELL1X:语音呼叫话务量(Erl)语音呼叫拥塞次数1X:语音起呼成功率(%)业务信道负载率(%)2月2420:00[92]邮电大楼14.1739298.6216.822月2520:00[92]邮电大楼15.9686010024.052月2620:00[92]邮电大楼14.7878198.1519.32月2720:00[92]邮电大楼15.03061396.6720.272月2820:00[92]邮电大楼16.1469297.8124.77从上面的统计来看，此基站2扇区连续几天晚忙时都存在前向功率过载，出现呼叫拥塞，导致呼叫失败，并且过载的时长相对较长。连续几天的起呼成功率都在99%以下。【原因分析】分析此小区的话务量，发现并不是很高，并且没有出现由于CE不足导致的拥塞，查看呼叫次数也不是很高，观察前向功率状况分析统计，发现都是由于前向功率不足导致的呼叫失败，拥塞等现象，于是怀疑可能是此小区覆盖过远导致的前向功率不足。我们对此基站进行了实地勘察，发现此基站天线较高，在11层楼楼顶20米高的铁塔上，并且检查其俯仰角发现机械倾角仅1度，并且2扇区覆盖的区域没有太高的楼，因此造成此小区过远覆盖，旁瓣较大。我们对此小区的覆盖进行了DT测试，如下图所示：从上面图示来看，此小区旁瓣覆盖过大，并且覆盖到了万福桥附近，对周围小区造成一定的影响。【处理过程】根据以上的基站勘察和实地测试分析，发现此小区出现前向功率过载，呼叫失败，主要是由于此基站较高，主瓣覆盖过远，导致大部分用户处于离基站较远的位置进行通话，由于路径损耗，因此分给每个用户的前向功率就增多，这样造成在用户不多的情况下也很容易出现由于前向功率不足导致的起呼不成功。因此需要从两方面入手，处理此问题；一方面控制此小区的覆盖，另一方面调整此小区的过载功率门限。【解决方案】邮电大楼2扇区俯仰角从1度→7度；限制呼叫门限：90→95；限制切换门限95→98；导频占最大过载功率比例：150→120；【处理后结果】根据以上调整方案，我们进行了调整实施，从调整后的话统来看，由于前向功率不足导致的拥塞已经没有了，并且起呼成功率也有所提高，覆盖基本正常合理。前向功率过载观察：采集开始时间BTSCell子系统号载频号前向发射功率达到级别1的采样次数前向发射功率达到级别2的采样次数前向发射功率达到级别3的采样次数前向发射功率达到级别4的采样次数功率过载时长(ms)3月319:0092100000003月319:3092100000003月320:0092100000003月320:3092100000003月420:0092100000003月420:3092100100003月420:0090100000003月420:3090100000003月519:0092100000003月519:3092100000003月520:0092100000003月520:309210010000开始时间BTSCELL1X:语音呼叫话务量(Erl)语音呼叫拥塞次数1X:语音起呼成功率(%)业务信道负载率(%)3月320:00[92]邮电大楼14.6472099.2718.733月420:00[92]邮电大楼14.9847099.5420.093月520:00[92]邮电大楼14.4906099.4118.13月620:00[92]邮电大楼14.3742099.5517.63从上面的统计来看，经过调整后，前向功率过载测试明显减少，几乎没有；并且从指标观察，此小区的语音呼叫没有出现拥塞现象，并且起呼成功率有所提高在99%以上，业务信道负载也比以前明显降低。覆盖图示：从调整后的覆盖来看，此小区的覆盖得到了很好的控制，过覆盖现象基本消除，对周围基站的影响明显减少。【总结】从上面的案例分析得出，城区基站不宜选址较高，选址过高，可能造成超远覆盖，导致前向功率不足，影响相关的指标。并且天线挂高过高，为了控制覆盖，可