319.几种典型的切换失败案例分析

几种典型的切换失败案例分析摘要在CDMA日常优化中，经常发现由于切换失败而导致的呼叫建立失败、掉话等情况，为有效的解决此方面的问题，提高用户满意度，本文结合笔者一段时间来的优化经验，汇总了几种典型的切换失败案例及解决方案，供大家日常优化中参考。关键词CDMA切换正文在CDMA网络的日常优化和维护中，我们不可避免的会碰到通话掉话的情况，排除硬件设备故障如基站倒站导致的信号覆盖不良或GCRU（GPS时钟接收单元）板故障导致时钟不同步等情况外，还有部分情况是由于切换失败导致话音指标降低继而引起的掉话，一般来说，这些情况归纳起来主要由如下几方面的原因A、邻小区列表设置不合理主要有未添加邻区和优先级设置不合理。B、导频检测参数设置不当引起的切换失败主要由TADD、TDROP等参数设置不合理，导致部分邻区未能及时进入有效集。C、移动台搜索窗设置不合理引起的切换失败主要有SRCHWINA、SRCHWINN等参数设置不当导致强信号未能落入手机的搜索窗而成为干扰信号；D、系统参数如DEMODWINLENGTH等设置不当引起的切换失败；本文就将结合笔者的理解和实际的案例对上述几种问题进行介绍。1、关于邻小区列表设置的问题11问题表征现象手机在通话过程中可以成功的从A小区切换到B小区，但无法从B小区切换到A小区；手机距离某小区C很近，但在手机的导频激活集中看不到C小区的PN码。这样随着手机向目标小区移近，手机导频激活集中的EC/IO将逐渐降低、FER逐渐增大，继而引起掉话。12问题原因分析一般情况下，CDMA手机有四个寄存器，分别存放6个激活导频集、5个候选导频集和20个相邻导频集。虽然在目前的系统中，部分厂家的数据库最多可提供多达45个相邻小区，但系统通过NEIGHBORLISTUPDAT消息经空中接口向手机传送的只有20个，而这20个邻区是系统按一定的算法从当前的服务小区的多个邻小区数据库列表中选出来的，在选择过程中系统一般不依赖于这些小区的信号强度和质量，而仅仅根据数据库的静态定义按照预先设定的算法进行选择。这样如果某个目标小区在系统邻小区中未定义或定义了但由于优先级低而未能通过空中接口消息告之手机，手机的邻小区寄存器中未存放该目标小区的信息，就会导致上述问题现象的发生。1、3解决方案通过路测设备或其它呼叫跟踪设备采集空中接口消息，采集掉话前后的信息，确定掉话后同步的PN码，然后查找该同步消息上面最近的NEIGHBORLISTUPDAT消息，看是否由该PN码，并结合邻小区列表数据库中判断是否为未定义或虽然定义了但优先级太低。2、关于导频检测参数设置的问题21问题表征现象手机在通话过程中由于无线环境变化，导致信号急剧变化，此时会出现手机虽然已搜索到目标小区信号，但由于未达到切换门限而无法切换或切换区域不足，导致误帧率上升引起掉话。下面是一组现场测试数据，可以看出由于无线环境的变化，PN75的信号急剧减弱，但PN396由于切换门限TADD为12DB,未能进入有效集，导致PN27虽然已达到门限值，但由于高误帧而无法完成切换，导致掉话。22问题原因分析分析该问题，我们需要对导频检测参数的定义和设置意义要有些了解。目前，基站导频检测参数主要有TADD、TDROP、TTDROP、TCOMP等，这里我们主要了解一下TADD和TDROP两个参数。TADD是移动台用来检测接收到的导频强度的门限值。如果T_ADD设置太小，会导致过多的掉话和覆盖空洞，也有可能导致切换区域不足。如果T_ADD设置过大，会导致切换区域过大，从而使前向容量损失和由于需要增加信道卡而使成本增加。另外由于切换区域的增加还会使呼叫和切换阻塞增加，后者还有可能导致掉话。TDROP是导频去掉门限。当激活集和候选集中的导频强度低于该门限值时移动台会启动该导频对应的切换去掉计时器。如果T_DROP设置过小，会导致过早地去掉可用导频，从而产生掉话，因为去掉的导频只会是以干扰的形式出现的。如果T_DROP设置过大，会导致切换区域过大，从而使前向容量损失和由于需要增加信道卡而使成本增加。另外由于切换区域的增加还会使呼叫和切换阻塞增加，后者还有可能导致掉话。因此上面的问题主要由于切换门限TADD设置太小引起切换区域不足，有效信号无法进入而引起掉话。23解决方案通过对测试后台数据的分析，可以发现该问题主要由于信号突变，导致强信号无法及时进入有效集，因此需要降低其切换门限，以便有足够的切换区域。因此通过调整PN75的TADD的值为13DB,问题解决。以下是调整后的测试数据3、关于移动台搜索窗设置的问题31问题表征现象当手机从当前服务小区移向某个覆盖范围较大的基站时，如果目标站的搜索窗口设置太小，则手机将不能及时搜索到该目标站的PN，这样随着手机向目标基站的移动，必然出现当前服务小区的信号强度减弱，而目标小区的信号增强而变为强干扰信号，这样就会出现接收电平增强、服务小区的EC/IO减弱、TX、FER增加而导致掉话，这里我们将举个具体案例供大家参考。下图是厦门杏林某掉话点的后台FER效果图和前台数据32问题原因分析321通过前台测试数据回放和后台数据分析，我们可以排除邻小区列表问题。（见下图红圈。）322检测搜索窗参数设置PN432SRCHWINA为9；SRCHWINN为10；由于PN54基站设备为三星PICO设备，该设备分为SMU（三星PICO设备主控单元）和SRU（三星PICO设备远程单元）两部分，其中射频SRU部分可拉远，经与相关工程人员确认，该设备SMU和SRU采用光纤传输，距离大于10KM。由于基站SRCHWINN的设置要大于2倍的PNPHASE。PN_PHASEOPTICCABLEDELAYAIRDELAYSYSTEMDELAY106CHIP00CHIP60CHIP所以SRCHWINA和SRCHWINN要大于120CHIP参照下表，SRCHWINN要大于等于11。SRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWINDOWSIZEPNCHIPSSRCH_WIN_ASRCH_WIN_NSRCH_WIN_RCF_SRCH_WIN_NCF_SRCH_WIN_RWINDOWSIZEPNCHIPS0486016980281010031011130414121605201322662814320740154523、3解决方案参照上表，将PN432的SRCHWINN改为11，则问题解决，见下图（调整后FER效果图）从这个案例可以看出，搜索窗参数的设置过小会导致移动台无法搜索到目标小区而导致呼叫掉话，但在实际应用中，我们也不能把搜索窗设置的太大，因为这样会导致搜索邻小区列表的速度太慢。4、关于系统参数设置的问题11问题表征现象手机在通话过程中可以成功的从A小区切换到B小区，已成功捕捉到B小区信号，进入候补集，但基站无法完全解调手机的上行信号，无法下达切换指令，导致相关指标恶化而引起掉话。下图是某组测试数据，从图中可以看出，PN141信号已经很强并已进入候补集，但无法完成切换进入有效集，导致FER等指标恶化，最终导致掉话。42问题原因分析从上图案例主要是由于系统未下发切换指令，而引起切换失败。在切换过程中，与手机搜索窗相对应的基站的搜索参数是DEMODWINLENGTH，该参数的取值范围为03072（1/8PNCHIPUNIT）。在切换过程中，|RTDOFMASTERRTDOFSLAVE|4CHIP832CHIP。因此DWL的取值应大于512，核查系统参数中DWL的设置为默认值288，因此基本可判断该问题与DWL的设置