Inspecteur vocal
Inspecteur vocal est un outil conçu pour vous aider à comprendre ce qui s'est passé pendant les appels. Avec Voice Inspector, vous pouvez accéder à des informations sur un appel spécifique, y compris :
- Statistiques de haut niveau
- Statut de l'appel final
- Liste des OCNC utilisés avec leur statut
- Tous les événements survenus au cours d'un appel
- Mesures de la qualité
Vue d'ensemble de l'inspecteur vocal
L'inspecteur vocal est composé de deux sections principales : un Page de recherche et un Page d'information sur les appels.
Vous pouvez également accéder à la page d'informations sur un appel particulier à partir des journaux vocaux, en cliquant sur l'ID de l'appel dans la liste des appels :
Page de recherche
Les informations relatives à un segment d'appel peuvent être trouvées en recherchant un numéro de téléphone "de" ou "à", un ID de segment d'appel ou un ID de conversation. Les ID de segments d'appel (uuid) et les identifiants de conversation (conversation_uuid) peuvent être trouvés dans le rappels. Seuls les appels passés au cours des 21 derniers jours peuvent être trouvés grâce à Voice Inspector.
La recherche à l'aide des numéros de téléphone permet uniquement de rechercher les appels RTC, tandis que la recherche à l'aide de l'ID de conversation ou de l'ID de segment d'appel permet de rechercher les appels in-app, les appels RTC/SIP et les segments WebSocket.
Le sélecteur de fuseau horaire permet de spécifier une plage de dates dans le fuseau horaire préféré.
La recherche par ID de la branche d'appel permet d'accéder directement à l'ID de la branche d'appel. Page d'information sur les appels affichant les données et les métriques pour cet identifiant de segment d'appel spécifique.
Si vous effectuez une recherche à l'aide d'un numéro de téléphone, celui-ci doit être présenté dans un format spécifique :
A partir de Numbers - La saisie de numéros alphanumériques est autorisée :
(/^[a-zA-Z0-9-_ ]{1,20}$/)Au nombre de - seule la saisie numérique est autorisée :
(/^\+?[0-9]{1,19}$/)
La recherche par identifiant de conversation renvoie un composant Résumé de la conversation ainsi qu'une liste des segments d'appel appartenant à cet identifiant de conversation.
La liste des segments d'appel s'affiche :
- ID de la branche d'appel
- Heures de début et de fin du segment d'appel, ainsi que le durée
- Les statut définitif du segment d'appel
- Prix de l'appel
Page d'information sur les appels
Les Page d'information sur les appels fournit des informations détaillées sur un segment d'appel spécifique et se compose de plusieurs sections, comme indiqué ci-dessous :
- Résumé de l'appel
- BCN
- Crochets Web
- Mesures de la qualité
Résumé de l'appel
En haut de la page se trouve la section Résumé de l'appel. Cette section fournit une vue d'ensemble de ce qui s'est passé pendant l'appel. Cette section est utile pour comprendre les informations générales sur l'appel, notamment le canal d'appel, l'état, les heures de début et de fin ainsi que la durée de l'appel. Ces informations permettent de vérifier que vous regardez le bon appel lors du débogage.
L'indice de qualité (QI) fournit également un aperçu rapide de la qualité ressentie pendant l'appel - il n'est disponible que pour les appels vocaux / Web-RTC inapp. Les appels vocaux (SIP/PSTN) affichent un score d'indice MOS, un indicateur similaire de la qualité de l'appel ; les appels WebSocket ne disposent d'aucune donnée sur la qualité.
BCN
La section NCCO montre Appeler des objets de contrôle traitées pendant l'appel.
Le NCCO n'est affiché que pour le segment d'appel joint à la conversation en premier ; pour les segments créés avec relier cette section sera vide, car NCCO est traité au niveau de la conversation.
Crochets Web
La section Webhooks affiche Answer et Event Crochets Web envoyé de la plateforme Vonage à votre application :
- Méthode - Méthode HTTP utilisée (par exemple, GET, POST)
- URL - Point d'arrivée de la cible
- Code d'état - Réponse HTTP (par exemple, 200 OK)
- Latence - Temps de réponse en millisecondes
- Tentatives - Nombre de tentatives de livraison
En cliquant sur une ligne de webhook, l'entrée est développée pour révéler les détails de la charge utile de la requête.
Mesures de la qualité
La section Quality Metrics est utile pour comprendre le débit binaire, la gigue, la perte de paquets et la latence au fil du temps pour le segment d'appel. Bien que ces statistiques ne permettent pas de déterminer directement la qualité subjective de l'appel, elles peuvent aider à comprendre ce qui a pu contribuer à une mauvaise qualité.
La qualité de l'appel est présentée de deux manières :
- Appels de type PSIP et RTCP: Qualité moyenne sur toute la durée de l'appel.
- Appels WebRTC (Client SDK): Graphiques de qualité montrant la qualité de l'appel par incréments d'une seconde.
Les mesures de qualité pour le débit, la gigue et la perte de paquets sont présentées dans les cas d'envoi et de réception. Une brève explication de chacun de ces concepts est donnée ci-dessous :
- Indice de qualité (IQ) - Pris en charge par les appels WebRTC. Mesure objective de la qualité globale de l'appel ressentie par l'utilisateur. L'échelle va de 1 pour une mauvaise qualité d'appel à 5 pour une excellente qualité d'appel. La plupart des appels devraient avoir un IQ compris entre 3 et 4. L'IQ est calculé sur la base d'une combinaison des mesures de qualité capturées et ressenties pendant l'appel.
- Score d'opinion moyen (MOS) - Affiché à la place de QI pour les appels SIP/PSTN. Il s'agit d'une autre mesure de la qualité globale de la voix, qui va de 1 à 5 pour indiquer la qualité perçue d'un appel vocal, 1 étant la qualité la plus faible et 5 la qualité la plus élevée. Un score MOS inférieur à 4 peut indiquer des problèmes de qualité du réseau qui peuvent avoir un impact sur la qualité de l'appel.
- Bitrate - Pris en charge pour les appels WebRTC et vocaux. Le nombre de bits (données) envoyés sur la connexion de l'utilisateur. Bien que le débit ne soit pas directement lié à la qualité, un débit élevé est généralement synonyme de meilleure qualité d'appel. Un débit inférieur à 64 Kbps peut entraîner une dégradation de la qualité audio.
- Gigue - Pris en charge pour les appels WebRTC et vocaux. L'incohérence dans l'ordre des paquets reçus par le destinataire. Un niveau élevé de gigue peut entraîner une dégradation de la qualité de l'appel et provoquer des distorsions, des échos ou un son haché. Une gigue de plus de 50 ms peut entraîner des conversations incohérentes.
- Perte de paquets - Pris en charge pour les appels WebRTC et vocaux. Les données sont envoyées en unités appelées paquets au cours d'un appel. Dans de nombreuses situations, certains de ces paquets sont perdus en transit, ce qui signifie qu'ils ne sont pas reçus par le point de terminaison de l'utilisateur. La perte de paquets est calculée comme un pourcentage de paquets perdus par rapport aux paquets envoyés. Par exemple, si 100 paquets sont envoyés et que seuls 99 sont reçus, la perte de paquets est de 1 %. Une perte de paquets supérieure à 1 % peut se traduire par des mots coupés ou des phrases entières manquées.
- Temps de latence - Pris en charge uniquement pour les appels vocaux. Temps nécessaire pour qu'un paquet de données passe d'un point d'extrémité à un autre. Toute latence supérieure à 100 ms peut entraîner une rupture audio ou un chevauchement des conversations entre les participants.
