• [问题求助] ivr流程之间相互跳转,有什么方式可以判断是跳转的
    【问题来源】【必填】  深圳容大【问题简要】【必填】  简要描述一下使用场景  目前有流程A,流程B,流程C  需求是这样的电话直接进入流程A播报欢迎语—>菜单;  若电话直接进入流程B通过流程B转移至流程A,则此时流程A不需播报欢迎语,直接播报菜单  若电话直接进入流程C通过流程C转移至流程A,则此时流程A不需播报欢迎语,直接播报菜单【问题类别】【必填】  SCEWIN【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】  简要描述一下使用场景   目前有流程A,流程B,流程C  需求是这样的电话直接进入流程A播报欢迎语—>菜单;  若电话直接进入流程B通过流程B转移至流程A,则此时流程A不需播报欢迎语,直接播报菜单  若电话直接进入流程C通过流程C转移至流程A,则此时流程A不需播报欢迎语,直接播报菜单  请问这样的需求可以有什么方式实现,流程A是否需要在配置管理平台中配置两个
  • [问题求助] OBS IVR自动外呼 回写结果 failCode=20922
    【问题来源】【必填】深圳容大【问题简要】【必填】OBS 进行批量IVR自动外呼 部分回写结果 failCode 等于 20922 , 请问20922 代表什么意思, 为什么会返回这样的错误码【问题类别】【必填】IVR开发【AICC解决方案版本】【必填】22.100【期望解决时间】【选填】在线等【问题现象描述】【必填】OBS 进行批量IVR自动外呼 测试,部分回写结果 failCode 等于 20922 ,请问20922 代表什么意思, 为什么会返回这样的错误码
  • [技术干货] 23.200openeye统信和麒麟系统安装版本
    openeye_2.0_amd64_uos:统信UOS x86架构的openeye2.0安装包openeye_2.0_arm64_uos:统信UOS arm架构的openeye2.0安装包openeye_linux:麒麟系统 arm架构的openeye2.0安装包openeye_linux_x86:麒麟系统 x86架构的openeye2.0安装包
  • [技术干货] IVR流程开发_GSL开发_SCE工具
    【IVR流程开发_GSL开发_SCE工具】1 IVR流程开发的GSL开发是通过CTI发布的SCE工具进行开发的,获取路径来自support,例如:https://support.huawei.com/carrier/navi?coltype=software#col=software&from=product&detailId=PBI1-256959565&path=PBI1-7275736/PBI1-23084441/PBI1-23088383/PBI1-7276331/PBI1-14511下载链接里的ICDV300R008C2 X SPC XXX _PUBLIC_ICD.zip2 解压zip后进入ICDV300R008C2 X SPC XXX _PUBLIC_ICD\scewin\SCEWIN,双击scewin.exe后选择对应的版本确定。3 SCE工具使用3.1 新建IVR流程点击菜单里的文件—新建业务,点击确定;3.2 打开已有IVR流程点击菜单里的文件—打开业务,选择对应的流程文件,然后点击右下角的确定。3.3 流程完成编辑后编译是点击菜单里的文件—生成流程数据文件,然后最下面的方框里会报编译的结果(编译成功、编译不通过、编译警告等)3.3.1 编译成功只是单纯的只编译能够通过,但是编译信息里也会出现很多警告或者严重警告,比如a 某某参数没有被引用;这种是多创建了临时变量,但是没有被引用,虽然对逻辑上没有什么错误,但是每个临时变量参数都会占内存空间,一旦这种没有引用的临时变量太多,会导致整个流程文件非常大。b 某某参数的长度为多少,而引用的长度又是多少;这种是参数的大小赋值,比如长度大的参数赋值给长度小的空间,或者将长度小的参数赋值给长度大的空间等,虽然一般不会出现什么问题,但是这种参数长度赋值不一致也可能会导致内存空间崩坏,参数莫名丢失等。c 某某的参数没有引用数据表里的变量这种问题一般不考虑,部分cell的参数是可以不用赋值的,比如呼叫应答cell里的预留1和预留2等。3.3.2 编译不通过直接点击编译信息里的错误,可直接找到对应错误的cell进行修改。3.4 流程里创建复合cell是点击菜单里的文件—新建复合cell3.5 流程保存是点击菜单里的文件—保存3.6 流程保存为另外一个文件或者新建的复合cell保存是点击菜单里的文件—另存为3.7 临时变量参数的增加,删除,移动是点击菜单里的数据—业务参数列表3.8 SCE工具的语种选择(中文和英语)是点击菜单里的高级—全局配置3.9 全部相同参数的复合cell替换是点击菜单里的高级—使用当前选择的复合cell替换整个文件3.10 部分相同参数的复合cell绑定部分参数是点击菜单里的高级—复合cell参数绑定3.11 选择需要的cell是直接在空白处右键找到对应的cell点击即可3.12 复合cell保存后会另存为XXX组,需要使用这个复合cell需要在左边的窗口选择复合cell,然后选择对应的XXX组,可找到保存的复合cell。
  • [技术干货] IVR流程开发_GSL开发_ASR识别
    【IVR流程开发_GSL开发_ASR识别】1 在GSL开发的IVR流程中,我们用来进行IVR识别的可以使用2种cell,一个是传统的放音收号识别cell,一个是播放输入cell。这两个cell我们更加推荐使用播放输入cell。播放输入cell可以选择只是呼叫识别还是会场里识别,通常我们用到全流程录音(人与ASR机器)就必须使用会场识别。另外TTS放音的参数设置播放输入cell更加全面。2 ASR识别的场景有多种多样:2.1 呼叫+TTS放音+可打断+ASR识别2.2 呼叫+TTS放音+不可打断+ASR识别2.3 呼叫+文件放音+可打断+ASR识别2.4 呼叫+文件放音+不可打断+ASR识别2.5 会场+TTS放音+可打断+ASR识别2.6 会场+TTS放音+不可打断+ASR识别2.7 会场+文件放音+可打断+ASR识别2.8 会场+文件放音+不可打断+ASR识别另外还可以添加收号功能进行打断。其中前面的对象选择(呼叫还是会场)和放音方式(TTS还是文件放音)都直接在播放输入cell右键编辑中选择。可不可以打断指的是能否在放音过程中进行识别,而且识别后停止放音,即在首位识别到达的情况下(事件等于40),停止放音表示可打断,无停止放音表示不可打断。3 传统的接收事件还是用的事件处理,事件处理cell只有一个ASR出口既用来表示首位识别到达,又用来表示识别结束,判断逻辑比较复杂。而且事件处理cell在目前的SCE工具中已经找不到了。所以我们现在都用事件等待cell来获取事件,然后根据当前事件类型来判断当前的事件应该做怎样的逻辑处理。主要有以下事件需要做处理:3.1 音频播放结束(10):表示放音结束;3.2 收号首位到达(30):一般收多位号才使用到;3.3 收号结束(31):表示按键结束;3.4 识别首位到达(40):表示开始识别,一般这种情况下我们停止放音,即表示识别开始打断放音;3.5 识别结束(41):识别结束,我们可以使用事件获取cell来获取识别结果;3.6 呼叫挂机(51):用户挂机,流程释放即可;3.7 呼叫Notify(54):我们熟称的通知事件,干扰事件,没啥用,连接回去继续等待即可;3.8 定时器超时(110):一般情况下我们在放音结束事件后会开启定时器,表示放音结束后的定的这段时间仍能进行识别,但是超过这段时间就会走定时器超时出口,做下面的逻辑处理。4 获取识别结果4.1 我们在识别结束后,可以使用事件获取cell来获取ASR识别结果。事件获取cell需要先右键编辑,事件类型选择输入类:ASR输入结果,需要获取几个识别结果,SLOT指定就填几,最大支持获取8个识别结果。对象类型,如果是普通呼叫就选择呼叫,如果是会场识别就选择会场。右键编辑完成后,双击事件获取cell后,我们需要注意的是slot名是必须我们填写,slot名相当于是XML的标签,我们需要根据slot名去取值,将值放在Slot值中。例如当ASR返回如下的识别结果的时候:asrContent={<DISCERNMENTFLAG 1><ENDTYPE 1><CODE 02001100><TTS 好的,实时话费查询,正在查询,请稍后><SRETURNTYPE 0><SMS NULL><DISCERNMENTTXT 实时话费查询>}ASR识别结果如果在Trace.log里无法看到,可以通过icddebug里的二进制码流进行转码查看,如果二进制码流里的中文显示是正常的,表示ASR返回的中文是GBK的;如果二进制码流里的中文显示是乱码的,则表示ASR返回的中文是UTF-8的。上面例子的ASR识别结果可以看出返回了7个识别结果值,当slot名我们填DISCERNMENTFLAG的时候,那么得到slot值就是1,以此类推,当slot名我们填TTS的时候,那么得到slot值就是好的,实时话费查询,正在查询,请稍后。4.2 通过获取识别结果cell进行获取,该cell获取识别结果的有效个数只有3个,而且获取识别结果的Slot名和Slot值最大支持的长度只有20位。但是使用该cell,Slot名和Slot值都不需要我们绑定值,都是直接从识别结果中获取出来的。5 ASR识别环境设置5.1 ASR识别的主要步骤:5.1.1 IVR流程中在播放输入cell或者放音收号识别cell里的ASR语法文件绑定原始语法文件路径+名称,例如:Y:/jietong.grxml5.1.2 CTI平台动态生成新的以dg开头的语法文件,并放在Y:/grammar路径下。很多局点会卡在这一步,未在grammar路径下生成dg文件。这一步需要依赖在WAS上配置参数组,并将使用的IVR进程选择该参数组,参数组里需设置盘符。修改添加参数组给IVR进程后,IVR进程必须重启后才能生效。我们在IVR的Trace.log里会看到拷贝两次,一次是带有盘符的,一次不带盘符。保证带盘符的拷贝是成功的即可。当在日志中看到这样的信息,即可在grammar下看到dg文件。如果这两个拷贝都返回的8306错误,那么在grammar下不会生成dg文件,需要检查一下CTI用户是否有在文件服务器上写文件的权限,可以用CTI用户进入到文件服务器上touch 文件,如果能生成表示没有问题。5.1.3 UAP平台会将grammar下的dg文件拷贝到service/0/GM256下,并加上.grxml后缀。UAP如果采用DFA模式,会在MRCP的RECOGNIZE消息中将路径发送给ASR服务器,然后ASR那边会根据路径来文件服务器上读取该文件(所以ASR服务器必须有访问文件服务器的权限)。UAP如果采用的是inline模式,MRCP的RECOGNIZE消息不需要传路径,ASR读取他们自己的语法文件即可。然而很多局点在service目录下都没有生成文件,首先我们必须要保证CTI生成的权限属组正常,UAP才有权限来拷贝。这方面的检查可以参考二开论坛上的帖子:cid:link_0 总的来说,ASR识别如下:5.2 环境设置5.2.1 WAS上设置参数组,并加载至IVR进程5.2.2 UAP设置5.2.2.1 查询盘符配置:LST VOLCFG5.2.2.2 查询ASR参数:LST ASRPARA5.2.2.3 查询MRCP语言:LST MRCPLANG5.2.2.4 查询MRCP服务器:LST MRCPSRV5.2.2.5 查看MRCP服务器状态:DSP SRVSTATUS: MN=472, SRVTYP=MRCP;6 最后需要注意ASR识别可能涉及到TTS放音,ASR服务器和TTS服务器最好是分开的两个服务器,而且我们在用TTS放音和获取ASR返回的结果都有中文,所以我们需要和ASR协商好中文编码格式,然后再UAP上设置正确的编码格式。6.1 判断我们发过去的TTS放音编码格式方法:6.1.1 CTI的Trace.log显示的中文是正常的,表示是GBK的;6.1.2 CTI的icddebug消息里中文显示是正常的,表示是GBK的;6.1.3 UAP的SPEAK消息里显示与“查询MRCP语言:LST MRCPLANG”的设置有关:A 如果UAP设置的是UTF-8的,SPEAK消息里显示是正常的,那么我们发过去的中文是UTF-8的,反之则是GBK的;B 如果UAP设置的是GBK的,SPEAK消息里显示是正常的,那么我们发过去的中文是GBK的,反之则是UTF-8的;6.2 判断ASR返回的结果中的中文的编码格式:6.2.1 在UAP上抓tcpdump消息,从消息中的二进制码流判断;6.2.2 CTI的icddebug消息里的识别结果显示是正常的,表示是GBK的。
  • [技术干货] 流程开发_VXML2.1开发_ASR识别
    VXML2.1没有单独的接口去进行ASR识别,只有一个grammar标签来进行ASR识别。ASR环境设置和GSL的ASR环境设置是一样的
  • [技术干货] IVR流程开发_GSL开发_CTI外部呼叫转接
    【 IVR流程开发_GSL开发_CTI外部呼叫转接】1 通常我们说的CTI外部呼叫转接是指华为平台转接到其他平台,或者通过华为平台外呼其他的用户。2 华为平台转接到其他平台2.1 通过呼叫重定向的方式,这种方式是完全的释放华为平台,一旦转接成功,用户就和第三方平台建立通话,与华为平台没有任何关系了,只需要填写重定向第三方的号码即可。2.2 通过呼叫建立的方式,这种方式是转接成功了,华为平台仍然存在,是连接用户和第三方平台的桥梁,所以转接成功后仍要占用资源。其中主叫号码是指华为平台能够外呼出去的号码,即到第三方平台显示是什么号码到他们的平台;被叫号码是第三方平台的号码;呼叫特征默认只能使用普通呼叫;呼叫标志是需要创建一个临时变量来存放,表示的是华为平台与第三方平台通话的标志,而系统的SSP呼叫标志指的是用户与华为平台通话的标志,这是两个不同的标志。3 华为平台外呼其他用户,实现用户A和用户B通话的功能3.1 音频外呼,我们一般使用的是和2.2一样的呼叫建立,使用方式和上面的一致。3.2 视频外呼,我们一般使用的是多媒体呼出cell,媒体能力使用协商能力,其他的配置和呼叫建立基本一样。3.3 后面的摘机处理基本都一样,需要注意的是挂机处理,不然可能会出现用户A挂机后,用户B不能自动释放,或者用户B挂机后,用户A不能自动释放的情况。挂机的时候,我们需要调用两次呼叫释放cell。所以我们需要判断挂机事件返回的结果到底是SSP呼叫标志还是外呼的呼叫标志。如果挂机事件返回的结果是SSP呼叫标志,代表着是主叫挂机,那么需要SSP呼叫标志挂机,外呼呼叫标志正常拆线;反之被叫挂机,需要外呼呼叫标志挂机,SSP呼叫标志正常拆线。
  • [问题求助] 重启scewin复合cell被还原
    【问题来源】【必填】  深圳容大【问题简要】【必填】  重启scewin复合cell被还原【问题类别】【必填】 scewin【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】使用的是发行版本ICDV300R008C26 1、经常出现用着用着上方的菜单数据消失2、由于数据菜单消失需要重启,在重启之前保存的复合cel消失无法找回并且已经修改的复合cell会被还原,需要重新编写,导致很多重复时间
  • [问题求助] 呼叫建立后某些情况下无法事件等待没有返回挂机事件
    【问题来源】【必填】  深交易集团【问题简要】【必填】在使用会场操作给主叫和被叫创建会话后,主叫挂机被叫没有挂机,振铃时被叫不接或者挂掉也是一样的。【问题类别】【必填】ivr【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】主叫和被叫都是手机号,在ivr中首先创建会场,然后主叫和被叫建立会话目前只有接通后主叫挂机是正常的,其他情况和问题如下:1、被叫振铃时直接挂机,主叫依然在呼叫,过几十秒超时挂断,日志只有一个挂机事件2、被叫振铃一直不接,数秒后被叫接听五语音,主叫依然在呼叫,被叫挂断无反应,日志先有一个摘机事件,再有一个挂机事件3、被叫接听,正常通话,主叫挂机,被叫依然处于接听中,一直到被叫挂或者超时挂,日志日志先有一个摘机事件,再有一个挂机事件涉及到的cell和日志已经放在附件了
  • [问题求助] SCEWIN开发工具修改了复合cell,如何将复合cell一键应用到流程中
    【问题来源】【必填】  深圳容大【问题简要】【必填】  SCEWIN开发工具修改了复合cell,如何将复合cell一键应用到流程中【问题类别】【必填】  SCEWIN【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】目前写了一个流程比较复杂,将可以复用的写成复合cell了,复合cell做了更新,如何直接应用到流程中,如果每个节点都要重新去连接复合cell耗费时间比较大,是否可以一键应用
  • [问题求助] AICCC 24.100调用签入接口提示【invalid login param】
    【问题来源】【必填】深圳容大【问题简要】【必填】AICCC 24.100调用签入接口提示【invalid login param】【问题类别】【必填】AICC【AICC解决方案版本】【必填】24.100【期望解决时间】【选填】在线等【问题现象描述】【必填】本地测试环境AICC 是 22.100 ,客户测试环境是24.100,24.100调用签入接口提示【invalid login param】,22.100 调用签入接口是正常的,请问是24.100签入接口有变化吗?另外在论坛上没有找到24.100相关的产品文档,请问有对应产品文档吗?详细见下图
  • [问题求助] CCG回调sayfree接口返回Agentstate setNotReady success
    【问题来源】中讯网联【问题简要】座席接完电话后,要手动切换到示闲状态,第一次会失败。手动示闲调sayfree接口,返回Agentstate setNotReady success事件,重复做置闲操作才能成功【AICC解决方案版本】AICC23.200【期望解决时间】尽快 【问题现象描述】
  • [问题求助] 调用cc-gateway 配置接口查询技能队列获取到的信息与后台页面不一致
     【问题来源】【必填】  深圳容大【问题简要】【必填】调用cc-gateway 配置接口查询技能队列获取到的信息与后台页面不一致【问题类别】【必填】 AICC【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】通过vdn管理员登录页面查看技能组编号为888的信息为​通过接口查询技能队列信息为null 与页面不一致​
  • [问题求助] 强制签入偶现异常,返回invalid request trigger Exception
    【问题来源】【必填】  深圳容大【问题简要】【必填】 强制签入异常,返回invalid request trigger Exception【问题类别】【必填】 AICC【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】请求参数:ccgwDevice agentid 20683 method forcelogin httpEntity=<{"password":"cti-1234","phonelinkage":false,"checkInWebm":false,"autoenteridle":false,"checkInMailm":false,"phonenum":"10006","serviceToken":"rongda001","autoanswer":false,"callBackUri":"http://192.168.3.195:8081/softphone/agentevent/pushresult","listenStatus":false,"status":3},[Accept:"application/json", Content-Type:"application/json"]>响应返回:ccgwDevice agentid 20683 method = forcelogin failed response = {"message":"invalid request trigger Exception","retcode":"000-000"}查看 ccgateway 日志,日志已上传附件与上次发帖一致
  • [技术干货] IVR流程开发_GSL开发_呼叫转移详解
    1 一般常用的CTI内部呼叫转接主要包括:IVR流程转IVR流程,IVR流程转技能队列,IVR流程直接转坐席。2 IVR流程转IVR流程:2.1 通过传统的请求路由cell+查询设备cell+转移呼叫cell其中请求路由cell实现转IVR流程的功能只能使用收号信息。该功能必须依靠WAS配置的被叫配置,系统接入码是呼进本流程的接入码,后续接入码和上面请求路由cell里的路由信息保持一致。例如上图,用户呼叫进入第一个流程(22222023),在这个流程里转下一个流程,如果RouteValue的值是1,那么就会转到编号为2绑定的流程,如果RouteValue的值是0,那么就会转到编号为3绑定的流程。2.2 通过业务转移cell转移到指定的IVR流程其中被叫号码的值是WAS上流程里对应的流程接入码,比如下图ICD_Route.GSL对应的就是11使用业务转移cell必须有个主意的地方,就是上一个流程和下一个流程加载的IVR进程必须一致。比如A流程加载到301上,B流程加载到302上,那么A流程是无法通过业务转移到B流程上面的。2.3 通过按系统接入码转移呼叫cell转移到指定的IVR流程其中接入码的值是WAS上被叫配置里的系统接入码+后续接入码,例如下图要转移到编号为2的IVR流程,接入码需要222220231其中按系统接入码转移呼叫cell是可以跨VDN转移,比如VDN1的IVR流程可以转移到VDN2里的IVR流程。2.4 这三种转接成功后都不需要接呼叫释放,流程直接结束。3 IVR流程转技能队列:3.1 通过传统的请求路由cell+查询设备cell+转移呼叫cell3.1.1 面转IVR流程的设置一样,使用收号信息,那么该功能仍然依靠WAS配置的被叫配置,系统接入码是呼进本流程的接入码,后续接入码和请求路由cell里的路由信息保持一致。3.1.2 路由设置的类型用用户技能需求,那么路由信息的值就必须和技能队列的名称保持一致,比如想转到defaultAudioSkill的技能队列,那么RouteValue的值就必须是defaultAudioSkill。这种方式不需要在WAS的被叫配置配置3.1.3 这种请求路由cell+查询设备cell+转移呼叫cell的方式里,转移呼叫cell里的转移方式分为不等待返回和等待返回,不等待返回指的就是释放转,使用这种方式转移成功后,流程不能接呼叫释放cell,而是直接结束;等待返回指的是挂起转,即坐席处理完成后挂机,用户的通话会继续回到IVR流程处理,处理完成后需要呼叫释放后再结束。3.2 通过按系统接入码转移呼叫cell转移到指定的技能队列其中接入码的值是WAS上被叫配置里的系统接入码+后续接入码,例如下图要转移到编号为10的技能队列,接入码需要222220230014 IVR流程直接转坐席只能通过请求路由cell+查询设备cell+转移呼叫cell的方式请求路由cell的路由类型选择坐席工号,路由信息直接填写路由的坐席的工号。
总条数:281 到第
上滑加载中