Het gebruiken van HotEvents om VoiceXML foutgebeurtenissen netjes te behandelen

Inleiding

Dit document beschrijft hoe sommige VoiceXML-foutgebeurtenissen elegant kunnen worden afgehandeld met HotEvent-elementen in plaats van een ophanging op de beller.

Voorwaarden

Gebruikte componenten

De informatie in dit document is gebaseerd op Cisco Unified Call Studio, Universal Edition.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

Symptomen: De call-flow ontwerper wil rekening houden met de meest voorkomende VoiceXML-foutgebeurtenissen en ze behandelen in de call flow in plaats van standaard-error behandeling toe te staan.

Resolutie: Het HotEvent-element luistert naar een bepaalde gebeurtenis zoals gespecificeerd in de Element-configuratie. Wanneer die gebeurtenis voorkomt, wordt zijn enige uitgangsstaat gevolgd, en de vraagstroom kan verdergaan. Terwijl het vangen van sommige gebeurtenissen, zoals een hang-up, wordt ontmoedigd omdat het de normale functionaliteit van Cisco Unified Call Studio, Universal Edition kan beïnvloeden, zijn er verscheidene gebeurtenissen die u in uw vraagstroom kunt behandelen om de ervaring van de bezoeker in foutensituaties te verbeteren. Verwijs naar uw spraak-browser documentatie voor een lijst van gebeurtenissen die de browser binnen een vraag kan werpen.

Hier is een voorbeeld van hoe u een server voor automatische herstart van de server (ASR) elegant kunt behandelen als deze uitvalt:

1. Configureer een HotEvent om te luisteren naar de gebeurtenis die uw spraakbrowser in deze situatie gooit; het kan iets zijn als resource.unavailable.asr.

2. Afsluiten van de HotEvent naar een Cisco Unified Call Studio, Universal Edition, element dat aan de beller uitlegt dat een kleine fout is opgetreden, maar dat ze hun oproep kunnen voortzetten.

3. Sluit de afsluitstatus van Cisco Unified Call Studio, Universal Edition, element aan op een Application Transfer element.

4. Gebruik het element Application Transfer om de beller naar een alleen-dtmf-versie van de applicatie te sturen.

Als de ASR-server uitvalt, kan de beller met deze aanpak doorgaan met bellen. Afhankelijk van de manier waarop de invoer van de beller wordt opgeslagen, moet de beller mogelijk bepaalde gegevens opnieuw invoeren of teruggaan in de gespreksstroom, maar de beller kan ten minste de interactieve spraakrespons (IVR)-ervaring voortzetten zonder later terug te bellen.

Een ander voorbeeld van dit gebruik is voor error.badfetch, wat kan voorkomen als een mediaserver uitvalt. In dat geval kunt u een HotEvent gebruiken om naar een aangepast Action-element te leiden dat het standaardpad wijzigt om in plaats daarvan naar een back-upmediaserver te verwijzen.

Gerelateerde informatie

• Technische ondersteuning en documentatie – Cisco Systems