各技能队列无法按照期望接通率调整控制 MCU

故障现象
A局点反映，某技能组中的各技能队列无法按照期望接通率调整控制，而其他技能组正常。
技能组中的B队列的实际接通率总是很高，而A队列总是很低，而期望及最低接通率设置，A比B高，且似乎无论怎样调整，B队列的接通率总能保证，而A不一定，随人员排班及来话量波动明显。
故障定位
如果出现以上故障，可能原因有：
分层服务的请求来话的分配策略有问题；
实际队列的可排队人数、设备占用率、期望接通率等参数设置不适宜；
实际来话量过于不均衡，会议室音响系统解决方案供应商。
故障处理
检查该技能组中的各技能队列的期望接通率、最低接通率、最大呼叫排队数目、忙转条件及设备占用率，未发现有异常。
检查分层服务的分配策略，“所有队列实时接通率大于期望接通率下的分配策略”设置为“平均分配”，“多个队列实时接通率小于期望接通率下的分配策略”设置为“最大差优先”，未发现有异常。
通过监控台观察，发现B队列的接通率始终为0。
因此导致了座席同时拥有A和B的技能队列时，总是优先接B队列的呼叫，这也就是B队列的接通率可以优先得到保证的原因。
检查B队列的配置，发现B队列为下溢队列，路由关系为：××层队列—(超时)—>IVR流程—>××层下溢队列。
平台在统计接通数时，接通率计算仍归属到原队列(××层队列)，因此B队列(下溢队列)的接通率始终为0，就产生了上述现象。
使用客户群组调度策略，将B队列(下溢队列)与原队列配置到B客户群组中，A队列配置到A客户群组中，这样就规避了下溢队列接通率为0的问题。
建议与总结
使用客户群组调度策略，可以规避现场平台版本未结算下溢队列接通率的问题，也可以考虑升级到××版本以上的平台，则可以将下溢的呼叫计算在下溢队列的接通率上。