Voix et communications unifiées : Cisco Unity

Mise en attente d'appel dans Cisco Unity

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Questions


Introduction

Ce document décrit comment l'appel en attente et les files d'attente travaillent dans le Cisco Unity, et répond à quelques forums aux questions. Les informations dans ce document sont basées sur toutes les versions de Cisco Unity, et elles ne font pas une différence si elles sont intégrées avec Microsoft Exchange ou le Lotus Notes (domino) sur la partie postérieure.

Comment l'appel en attente et les files d'attente travaillent

Les endroits de Cisco Unity certains invite l'attente, selon la façon dont vous avez votre installation de gestionnaire d'abonné et/ou d'appel. Exemple :

ESubscriber a l'extension de 99990. Sous la configuration d'abonné dans SAWeb, ESubscriber a le transfert d'appel réglé à l'oui, l'extension de l'abonné de sonnerie ou oui, abonné de sonnerie à ce nombre.

Un appelant introduit dans le message d'accueil d'ouverture du Cisco Unity, et veut être transféré vers ESubscriber. Ils écrivent les chiffres 99990#. Endroits de Cisco Unity puis qui appellent le tronçon sur l'attente et les débuts pour couler le fichier audio de la musique d'attente (MOH) du serveur des Commutateurs MOH (Cisco CallManager ou PBX existant). Pour le Cisco CallManager, ceci est spécifié dans le Pool d'appareils que les ports de messagerie vocale sont un membre de. Le Cisco Unity initie alors un transfert supervisé sur le même port sur lequel l'appel est initialement entré. Si cet abonné est au téléphone (ou occupé), vous récupérez un état occupé du commutateur. À ce moment, le Cisco Unity prend l'appel outre de l'attente et puis reprend l'appel. Les répétitions de ce cycle jusqu'à l'abonné n'est plus occupée et le transfert est réussi, ou l'appelant choisit de laisser la file d'attente. Pour les appelants ultérieurs dans la même file d'attente, ils avancent dans la file d'attente après que l'appelant devant eux les débranchements et leur flux audio MOH (qui se trouve sur le serveur de Cisco Unity) cesse de le lire. Voyez les Foires aux questions dans ce document sur la façon dont tordre ces paramètres.

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Q. L'appel en attente peut-il remplacer une distribution automatique des appels (ACD) ?

A. Non. La solution appropriée de Cisco AVVID pour l'ACD est Cisco IP Contact Center (IPCC) expriment, le Cisco Customer Response Solution (CRS), ou les applications de Cisco Customer Response (CRA). Ce sont plus équipés pour manipuler la fonctionnalité.

Q. Pourquoi est-ce que j'entends MOH variable quand je suis la première personne dans la file d'attente ?

A. Si vous pouvez placer un téléphone normal sur l'attente et pouvez entendre MOH bien, alors le problème n'est pas avec le MOH. Le MOH variable est réellement dû aux limites de calcul des utilisations de Cisco Unity du fournisseur de services TAPI (TSP) d'intégrer avec le commutateur (Cisco CallManager ou le PBX existant). Le silence est entendu parce qu'après que le transfert tenté échoue (parce que l'utilisateur est occupé) l'appelant s'assied sur le port TSP et attend jusqu'au prochain intervalle de tenter un autre transfert au commutateur. L'audio MOH arrête parce que le Cisco Unity doit reprendre l'appel après que le transfert tenté échoue, et ne coule pas n'importe quel audio. Le temps total pour que cette interaction ait lieu est approximativement cinq secondes. Par conséquent, vous entendez approximativement cinq secondes de MOH, silence pendant approximativement vingt secondes, puis approximativement cinq secondes de MOH de nouveau, et ainsi de suite.

Si le Cisco Unity est intégré avec le Cisco CallManager, et le silence est un problème pour votre environnement, vous pouvez changer le fichier audio MOH sur le Cisco CallManager pour dire que quelque chose semblable « s'il vous plaît attendez tout en transférant » et placez ceci sur le serveur MOH. Définissez alors la source audio sur un nouveau groupe de périphériques qui est seulement utilisé sur les ports de messagerie vocale. Ce fichier doit avoir lieu au-dessous de cinq secondes puisque vous entendez seulement approximativement cinq secondes d'audio MOH avant que le Cisco CallManager réponde avec un succès ou un état occupé sur le transfert tenté. Ceci fonctionne dans les limites de calcul du TSP, et s'applique à toutes les versions de Cisco Unity.

Q. La durée entre la « presse 1 continuer de tenir » des demandes peut-elle être rallongé ?

A. Oui. La durée entre la « presse 1 pour continuer de tenir » des demandes est contrôlée par la longueur des demandes de musique. Il n'y a aucun éditeur prompt pour le Cisco Unity. Il y a deux situations différentes où la durée peut être modifiée :

  1. Pour le premier appelant dans la file d'attente vous devez modifier cette entrée dans le registre pour étendre la période des demandes. Par défaut, ceux-ci sont placés à cinq pièce. Par conséquent, cinq se sont multipliés par cinq égaux vingt-cinq secondes pour attendre le premier appelant dans la file d'attente avant que le Cisco Unity incite l'appelant de nouveau s'ils souhaitent continuer d'attendre. Pour augmenter cette valeur, augmentez une ou chacun des deux valeurs. Aucun besoin de services d'être redémarré pour que ceci prenne effet.

    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0\Attempts = 5
    HKEY_LOCAL_MACHINE\SOFTWARE\Active Voice\CallTransfer\1.0\WaitTimeSec = 5 
    
  2. Pour les appelants ultérieurs dans la file d'attente, vous pouvez enregistrer votre propre fichier MOH et le placer dans l'emplacement suivant. Le Cisco Unity coule les fichiers MOH commençant dans l'ordre par le fichier PHHoldMusic000.wav à PHHoldMusic009.wav dans le répertoire de X:\CommServer\Localize\Prompts\ENU\G711\AvPHGreet\, puis les boucles - de retour au premier fichier. Pour mettre à jour la cohérence de la musique d'attente, vous pouvez copier le PHHoldMusic000.wav neuf fois, et renommez les fichiers copiés à PHHoldMusic001.wav, PHHoldMusic002.wav, et ainsi de suite. Vous ne pouvez pas supprimer les neuf fichiers supplémentaires MOH. Ceci fait entendre les appelants ultérieurs le message de sécurité quand ils appuient sur 1 pour continuer.

    Rendez-vous également compte que les appelants ultérieurs dans la file d'attente n'avancent pas dans la prochaine position dans la file d'attente jusqu'à ce que le fichier MOH ait arrêté couler. Ce n'est pas une bonne idée d'avoir fichier trois cents un seconde MOH. Une bonne durée d'attente a lieu n'importe où entre soixante à cent vingt secondes. La bonne pratique est de créer un fichier MOH dans cette plage qui étend la durée entre la « presse 1 pour continuer de tenir » la demande sur soixante à cent vingt secondes.

Q. La « presse 1 continuer de tenir » la demande qu'est lu entre les demandes de musique peut-elle être retiré ?

A. Non. L'installation de Cisco Unity ne permet pas ceci. Le Cisco Unity a été conçu de cette façon parce qu'il n'y a pas toujours une bonne déconnexion quand un appelant raccroche. Si l'appelant n'était pas incité « à appuyer sur 1 pour continuer de se tenir » et raccroche par la suite, un port serait coincé à la mise en attente.

Q. Si l'appelant « n'appuie sur pas 1 pour continuer de se tenir, » l'appelant est renvoyé au message d'accueil d'ouverture. L'appel peut-il être envoyé à un gestionnaire différent d'appel à la place ?

A. Non Le Cisco Unity est codé en dur pour passer l'appel de retour à l'arbitre et pour le rerouter au point d'entrée (le message d'accueil d'ouverture) quand l'utilisateur ne répond pas. Ceci ne peut pas être changé, même si un ingénieur édite le transport dynamique de paquets (DPT). Au lieu de cela, le code de conversation doit être changé.

Q. Comment est-ce que je désactive « attente tandis que je la demande transfère votre appel » dans le Cisco Unity ?

A. Par défaut, le Cisco Unity lit « attente tandis que je la demande transfère votre appel » quand elle transfère un appel vers une extension. Afin de désactiver cette demande, exécutez ces étapes dans l'administrateur de Cisco Unity :

Remarque: Cette option est disponible dans l'Unity 4.2(1) et plus tard. Cette caractéristique n'est pas disponible pour les versions préalables du Cisco Unity.

  1. Dans l'administrateur de Cisco Unity, allez à votre page applicable :
    • Afin de modifier le modèle que vous utiliserez pour créer des comptes d'abonné, allez à n'importe quels abonnés > page de modèle d'abonné, et trouvez le modèle que vous voulez modifier. Parcourez alors à la page de transfert d'appel.

    • Afin de modifier un compte existant d'abonné, allez à n'importe quelle page d'abonnés > d'abonnés et trouvez l'abonné applicable. Parcourez alors à la page de transfert d'appel.

    • Afin de modifier un gestionnaire existant d'appel, aller à tous les programme de maintenance > gestionnaires d'appel paginez et trouvez le gestionnaire applicable d'appel. Parcourez alors à la page de transfert d'appel.

  2. Dans transférer de moment informez la section d'appelant, cochent ne lisent pas « attente tandis que je la case de demande transfère votre appel ».
  3. Cliquez sur l'icône de sauvegarde.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 13919