U1980的VU脚本收号速度过慢

发布时间:  2015-02-03 浏览次数:  178 下载次数:  5
问题描述

客户的需要利用VU脚本实现如下总机流程:


客户可以转分机,所有分机以8开头;也可以按1、2、3、4、5转其他号码,按0进入下一级菜单,进入下级菜单后可以转分机,也可以按1、2和3转相应的号码。由于客户没有按#加快收号速度的习惯,现场反应收号的速度特别的慢,延迟20s左右

更改如下参数不能解决按0 或者 3,4,5速度慢的问题 
PlayCollect 1024,1024,252,true,4,'#','*',1,2,60,NumLen,calledNum,3,3

处理过程

因为所有的分机号都是以8开头的4位长号码,我们可以将第一次的收号的长度改为1,将收到的第一位号码进行判断,如果是1、2、3、4、5或者是0走入相应的流程,如果是8再进行余下3位的收号,并转到相应的分机号上去

 
修改后的脚本核心部分如下

 
3050     PlayCollect 1024,1024,252,true,1,'#','*',1,2,60,NumLen,calledNum,3,3   ////////////更改第一次收号为1位
3320     if (calledNum == dialNum001)//////如果收的第一位为1 进入相应的流程
3330     {
3340         CallTransfer transfer01,strNull,1023,10500,10600,20000,10700
3350     }

3512     if (calledNum == dialNum08)//////如果收的第一位为8进行二次收号收余下的3位并转相应的分机
3513     {
3514        PlayCollect 1024,1024,1024,true,3,'#','*','#','#',60,NumLen,calledNextNum,3,3
3515        StrAdd strTemp,5,calledNum,calledNextNum,strNull,strNull,strNull
3516        CallTransfer strTemp,strNull,1023,10500,10600,20000,10700
3517     }

20000    end

根因
客户返回了脚本后看到收号的语句如下,必须要收4位才能结束,因此导致客户一直等待直到超时完成收号
3050     PlayCollect 1024,1024,252,true,4,'#','*',1,2,60,NumLen,calledNum,3,3
建议与总结
1. VU的收号速度加快依赖于精细的判断,如果局内的号码第一位没有被第一级菜单引用为转分机或者是业务的话都可以这么修改
2. VU脚本修改之后总是会报错使用最新版本的LMT没有对应的提示,一个好的检查办法是将C20版本的脚本中如下语句中标红的地方删除使用老版本工具来进行编译可以快速定位到脚本编写错误的地方,然后再将相应的参数填写上使用C20版本的LMT编译并加载到设备上
PlayCollect 1024,141,250,true,4,'#','*','#','#',60 ,NumLen,calledNum,3,1

END