协作 : Cisco Unified Call Studio

使用HotEvents优雅地处理的VoiceXML错误事件

2016 年 10 月 27 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

本文描述一些VoiceXML错误事件如何可以温文地处理与HotEvent元素而不是在呼叫方的挂起。

先决条件

使用的组件

本文档中的信息基于Cisco Unified Call Studio,通用版本。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

背景信息

症状:呼叫流设计师在呼叫流要占更加普通的VoiceXML错误事件和处理他们而不是允许默认错误处理发生。

解决方法:HotEvent元素在其元素配置上指定细听一个特定的事件。当该事件发生时,其注销状态被跟随,并且呼叫流能继续。当捉住一些事件,例如挂起,被劝阻,因为能影响Cisco Unified Call Studio的正常功能时,通用版本,那里是您在您的呼叫流能处理改进呼叫方体验在错误情况的几个事件。参考您的浏览器能在呼叫内投掷事件的列表的语音浏览器文档。

这是示例您如何能温文地处理一个自动服务器重新启动(ASR)服务器,如果断开:

  1. 配置HotEvent细听在这种情况下您的语音浏览器投掷的事件;它可以是某事类似resource.unavailable.asr。

  2. 从HotEvent退出到Cisco Unified Call Studio,通用版本,解释给呼叫方较小错误生成了,但是他们能继续他们的呼叫的元素。

  3. 连接Cisco Unified Call Studio的注销状态,通用版本,元素对应用程序转移元素。

  4. 请使用应用程序转移元素派遣呼叫方到应用程序的仅dtmf版本。

使用此方法,如果ASR服务器断开,呼叫方能继续呼叫。从属在呼叫方输入如何存储,可能呼叫方需要重新输入一些数据或返回在呼叫流,但是至少呼叫方能继续交互语音应答(IVR)体验,不用需要呼叫回到以后。

此使用情况另一示例是为error.badfetch,能发生,如果媒体服务器断开。在那种情况下,您能使用HotEvent路由到更换默认路径参考一备份媒体服务器的一个自定义操作元素。


相关信息


Document ID: 91830