Uso de HotEvents para Manejar Correctamente Eventos de Error de VoiceXML

Introducción

Este documento describe cómo algunos eventos de error de VoiceXML se pueden manejar correctamente con elementos HotEvent en lugar de un cuelgue en el llamador.

Prerequisites

Componentes Utilizados

La información de este documento se basa en Cisco Unified Call Studio, Universal Edition.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Antecedentes

Síntomas: El diseñador de flujo de llamadas desea tener en cuenta los eventos de error de VoiceXML más comunes y manejarlos en el flujo de llamadas en lugar de permitir que se produzca el control de errores predeterminado.

Resolución: El elemento HotEvent escucha un evento determinado como se especifica en su configuración de elemento. Cuando se produce ese evento, se sigue su único estado de salida y el flujo de llamadas puede continuar. Aunque no es recomendable detectar algunos eventos, como un cuelgue, ya que pueden afectar al funcionamiento normal de Cisco Unified Call Studio, Universal Edition, hay varios eventos que puede controlar en el flujo de llamadas para mejorar la experiencia de la persona que llama en situaciones de error. Consulte la documentación del navegador de voz para obtener una lista de eventos que el navegador puede producir en una llamada.

A continuación se muestra un ejemplo de cómo se puede administrar sin problemas un servidor de reinicio automático del servidor (ASR) si deja de funcionar:

1. Configure un HotEvent para escuchar el evento que su navegador de voz arroja en esta situación; puede ser algo como resource.available.asr.

2. Salga de HotEvent en un elemento de Cisco Unified Call Studio, Universal Edition que explique a la persona que llama que se ha producido un error menor, pero que puede continuar con la llamada.

3. Conecte el estado de salida del elemento Cisco Unified Call Studio, Universal Edition a un elemento Application Transfer.

4. Utilice el elemento Application Transfer para enviar al llamador a una versión de la aplicación que sólo sea dtmf.

Con este enfoque, si el servidor ASR deja de funcionar, la persona que llama puede continuar la llamada. En función de cómo se almacene la entrada de la persona que llama, es posible que la persona que llama necesite volver a introducir algunos datos o volver al flujo de llamadas, pero al menos la persona que llama puede continuar con la experiencia de respuesta de voz interactiva (IVR) sin necesidad de volver a llamar más tarde.

Otro ejemplo de este uso es para error.badfetch, que puede ocurrir si un servidor de medios deja de funcionar. En ese caso, puede utilizar HotEvent para enrutar a un elemento Action personalizado que cambie la ruta de acceso predeterminada para hacer referencia a un servidor de medios de copia de seguridad.

Información Relacionada

• Soporte Técnico y Documentación - Cisco Systems