Verwenden von HotEvents zur ordnungsgemäßen Behandlung von VoiceXML-Fehlerereignissen

Einleitung

In diesem Dokument wird beschrieben, wie bestimmte VoiceXML-Fehlerereignisse mit HotEvent-Elementen behandelt werden können, anstatt den Anrufer aufzuhängen.

Voraussetzungen

Verwendete Komponenten

Die Informationen in diesem Dokument basieren auf Cisco Unified Call Studio, Universal Edition.

Konventionen

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

Hintergrundinformationen

Symptome: Der Call-Flow-Designer möchte die häufigsten VoiceXML-Fehlerereignisse berücksichtigen und im Anrufablauf behandeln, anstatt die Behandlung von Standardfehlern zuzulassen.

Auflösung: Das HotEvent-Element überwacht ein bestimmtes Ereignis, wie in der Elementkonfiguration angegeben. Wenn dieses Ereignis eintritt, wird nur dessen Exit-Status befolgt, und der Anrufverlauf kann fortgesetzt werden. Während das Abfangen bestimmter Ereignisse, z. B. das Auflegen, vermieden wird, da sich dies auf die normale Funktion von Cisco Unified Call Studio, Universal Edition auswirken kann, gibt es einige Ereignisse, die Sie in Ihrem Anrufablauf behandeln können, um die Erfahrung des Anrufers in Fehlersituationen zu verbessern. Eine Liste der Ereignisse, die der Browser innerhalb eines Anrufs auslösen kann, finden Sie in der Dokumentation Ihres Voice-Browsers.

Im Folgenden finden Sie ein Beispiel dafür, wie Sie einen automatischen Server-Neustart (ASR) bei einem Ausfall sinnvoll handhaben können:

1. Konfigurieren Sie ein HotEvent, um das Ereignis abzuhören, das Ihr Sprachbrowser in dieser Situation auslöst. kann es sich um eine Datei wie resource.unavailable.asr handeln.

2. Beenden Sie das HotEvent in einem Element von Cisco Unified Call Studio, Universal Edition, das dem Anrufer erklärt, dass ein kleiner Fehler aufgetreten ist, er aber den Anruf fortsetzen kann.

3. Verbinden Sie den Beendigungsstatus des Elements Cisco Unified Call Studio, Universal Edition, mit einem Application Transfer-Element.

4. Verwenden Sie das Application Transfer-Element, um den Aufrufer an eine nur für Dtmf geeignete Version der Anwendung zu senden.

Bei diesem Ansatz kann der Anrufer den Anruf fortsetzen, wenn der ASR-Server ausfällt. Je nachdem, wie die Anrufereingabe gespeichert wird, muss der Anrufer möglicherweise einige Daten erneut eingeben oder in den Anruffluss zurückkehren. Zumindest kann der Anrufer die interaktive Sprachsteuerung (IVR) fortsetzen, ohne später zurückrufen zu müssen.

Ein weiteres Beispiel für diese Verwendung ist error.badfetch, das auftreten kann, wenn ein Medienserver ausfällt. In diesem Fall können Sie ein HotEvent verwenden, um an ein benutzerdefiniertes Action-Element weiterzuleiten, das den Standardpfad so ändert, dass er stattdessen auf einen Backup-Medienserver verweist.

Zugehörige Informationen

• Technischer Support und Dokumentation für Cisco Systeme