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