TD-SCDMA-DCA算法处理切换,掉话问题

故障案例
DCA算法配置――解决部分站点CS掉话，切换问题
省公司
专业
网优
设备类型
关键字
DCA算法，CS掉话，硬切换，接力切换
故障现象/(质量提升原因分析)
这周连续处理了几个站点都是因为DCA算法配置中，SDCA之小区载频优先级排队方式选项中所选取的方式不正确而引起来的，在这里列举新市棠溪，机场路北这2个站点来加以说明。
DCA算法中，SDCA之小区载频优先级排队方式一共有4种，分别为：基于NODEB公共测量报告排队；基于码资源BRU的使用情况排队；基于固定排队之业务不同选择；基于固定排队之所需BRU不同选择。
第一种是按照UE测量报告进行频率选择，功率越小的，优先占用频点，这样每进行一次通话，都会做一个接入的功率比较。非常浪费时间。不适合作为选择。会严重影响小区间的切换。
新市棠溪修改后指标，如下图
机场路北修改后指标，如下图
故障总结
引起小区CS域掉话严重，无法切换的原因有很多，感觉处理起来会有点复杂。大家遇到这种情况建议检各RNC中也有个别站点是设置的第一种，我们在工作中可以注意一下。
第二种方式是业务按BRU上的频点依次作出选择。每次起呼都会排队占用频点，对业务多的频点，有新的业务进来时会自动分配到业务较少的载频上。达到平均分配的目的。有利于合理占用载频。
第三种类似于第一种方式，只是它是按照业务的多少来做判定，UE的业务的类别越高，它占用频点的级别越低，因此它也会影响切换，造成掉话。
新市棠溪：接力切换，硬切换指标严重不正常，如下图
机场北路：CS域严重掉话，如下图
告警信息
无告警信息
原因分析/(解决方案)
进入OMC-R系统，查询新市棠溪、机场路北基站的3个小区集，首先排除基站硬件是没有问题的。再检查邻区，并与现场人员核对邻区，邻区也无误且完整。然后考虑是否参数的设置不合理。先查看与切换相关的算法，HC算法――系统内切换的算法开关与系统间切换的算法开关都是设置打开。事件门限值，绝对导频门限值也正常。然后查看DCA算法开关，如下图：
第四种方式类似于第二种方式，只是这种方式考虑了PS域的接入。有利于384业务的应用。CS域和PS域都可以合理的占用到自己需要的频点。
处理步骤/(优化前后对比分析)
比较了这4种方式载频占用方式后，我们看出第一种和第三种是不适合我们应用的。只有第二种和第四种适用。
新市棠溪、机场路北之前都是应用的第一种载频占用方式，将它们改为第二种。指标恢复正常。