Partager via


classification Stream dans le tableau de bord de qualité des appels (CQD)

Le tableau de bord de qualité des appels (CQD) pour Microsoft Teams et Skype Entreprise vous permet d’obtenir des informations sur la qualité des appels effectués à l’aide de Microsoft Teams et des services Skype Entreprise. Cette rubrique fournit des informations détaillées sur la classification de qualité des flux de médias. Pour en savoir plus sur CQD et comment le configurer, consultez Configurer le tableau de bord qualité des appels.

Pour une vue plus large et plus approfondie de la télémétrie des appels qui examine plusieurs facteurs afin de déterminer l’expérience utilisateur perçue des appels et d’identifier la cause racine possible en cas de suspicion de dégradation de la qualité, consultez Classifieurs de qualité multimédia intelligents dans CQD.

Définitions du classificateur

Les flux dans CQD sont classés comme bons, médiocres ou non classés en fonction des valeurs des métriques de qualité clés disponibles. Les métriques et les conditions utilisées pour classifier le flux sont indiquées dans les tableaux qui suivent. Les dimensions « Poor Due To » du CQD peuvent être utilisées pour comprendre quelle mesure est responsable d’une classification Poor . Pour plus d’informations sur ces dimensions, consultez Dimensions et mesures disponibles dans le tableau de bord qualité des appels.

Classificateur audio

Si une ou plusieurs des conditions suivantes sont remplies et que l’utilisation des paquets est > de 500 paquets, un flux audio est marqué comme médiocre :

Mesure Scénario Condition Explication
Round Trip TOUT > 500 Temps moyen de propagation réseau aller-retour, calculé en millisecondes. Détails disponibles dans RFC3550.
Packet Loss Rate TOUT > 0.1 Taux moyen de perte de paquets pour le flux.
Jitter TOUT > 30 Gigue moyenne pour le flux, en millisecondes.

Remarque

Le classifieur audio utilise les données de télémétrie des performances réseau de base pour évaluer si les conditions optimales pour une bonne qualité audio étaient présentes. Si l’un des seuils est dépassé, l’audio sera marqué médiocre, mais cela ne signifie pas que le flux audio était réellement de mauvaise qualité, ni que l’utilisateur a perçu un problème de qualité. La pile multimédia Teams est conçue pour résister et corriger les mauvaises conditions du réseau, et peut atténuer une dégradation considérable des performances du réseau au-delà des seuils supérieurs avant qu’une baisse de qualité ne soit perçue par les utilisateurs. Nous recommandons aux administrateurs de faire tout leur possible pour créer et configurer leurs réseaux et leurs déploiements Teams pour obtenir la meilleure qualité possible, et les métriques ci-dessus sont utiles pour évaluer les performances de ces réseaux.

Classifieur vidéo en raison de Freeze

Le flux vidéo est marqué Bon ou Pauvre en fonction de la valeur d’un score de classifieur généré pour estimer que l’utilisateur final a rencontré Frozen Video. Ce classifieur est disponible uniquement pour le produit Microsoft Teams.

N° d’étape Mesure Scénario Condition Classification si la condition est vraie Classification si la condition est fausse Classification si la métrique n'est pas disponible Explication
1 Video Poor Due to Freeze Classifier La paire de serveurs est-elle cliente : Serveur >0.246 Poor Good Unclassified Un score compris entre 0 et 1 qui est généré en fonction d’une combinaison de l’expérience utilisateur, des statistiques de durée de gel et de l’expérience d’appel globale
2 Video Poor Due to Freeze Classifier Est-ce que la paire de serveurs est client : Client >0.524 Poor Good Unclassified Un score compris entre 0 et 1 qui est généré en fonction d’une combinaison de l’expérience utilisateur, des statistiques de durée de gel et de l’expérience d’appel globale

Classificateur vidéo

Un flux vidéo est marqué comme bon ou mauvais en fonction de la valeur de la première métrique disponible dans l’ordre suivant :

N° d’étape Mesure Condition Classification si la condition est vraie Classification si la condition est fausse Classification si la métrique n'est pas disponible Explication
1 Video Local Frame Loss Percentage Avg > 50% Poor Good Passez à l’étape 2 Pourcentage moyen de perte de trames vidéo tel qu'affiché pour l'utilisateur. La moyenne inclut les trames récupérées après des pertes réseau.
2 Video Frame Rate Avg < 7 Poor Good Passez à l’étape 3 Moyenne de fréquence d'images par seconde reçues pour un flux vidéo calculée pour toute la durée de la session.
3 Video Post FECPLR > 0.15 Poor Good Unclassified Taux de perte de paquets après l’application de FEC agrégé sur tous les flux vidéo et codecs.

Classificateur VBSS

Un flux VBSS est marqué comme Bon ou Médiocre en fonction de la valeur de la première métrique disponible dans l’ordre suivant :

N° d’étape Mesure Condition Classification si la condition est vraie Classification si la condition est fausse Classification si la métrique n'est pas disponible Explication
1 Video Local Frame Loss Percentage Avg Codec n’est PAS H264S
et
StreamDirection est entrant

si FrameLoss > 50 %
Poor Good Unclassified Pourcentage moyen de perte de trames vidéo tel qu'affiché pour l'utilisateur. La moyenne inclut les trames récupérées après des pertes réseau. FrameLoss est utilisé uniquement pour classifier les flux entrants non-H264S.
2 Video Frame Rate Avg < 1 Poor Good Unclassified Moyenne de fréquence d'images par seconde reçues pour un flux vidéo calculée pour toute la durée de la session. S’applique à tous les flux sortants et à StreamDirection pour H264S.

Classificateur de partage d'applications

Un flux de partage d’application est marqué comme médiocre si une ou plusieurs des conditions suivantes sont remplies :

Mesure Condition Explication
Spoiled Tile Percent Total > 36 Pourcentage de vignettes ignorées au lieu d’être envoyées à un homologue distant (par exemple, du MCU à une visionneuse). Les vignettes ignorées (ou gâtées) peuvent être dues à des restrictions de bande passante entre le client et le serveur.
AppSharing RDP Tile Processing Latency Average > 400 Latence moyenne en millisecondes du traitement des vignettes sur la pile RDP du serveur de téléconférence.
AppSharing Relative OneWay Average > 1.75 Délai unidirectionnel relatif moyen entre les points de terminaison en secondes pour les flux de partage d’application.

Flux non classifiés

Dans CQD, un flux est marqué comme non classé en cas d’échec de la connectivité ICE (Interactive Connectivity Establishment) ou lorsque toutes les métriques requises pour calculer la classification de flux ne sont pas signalées.

Pour vérifier les échecs de la connectivité ICE, examinez les dimensions « First Connectivity Ice » et « Second Connectivity Ice » pour une valeur « FAILED ». Si l’une ou l’autre valeur indique un échec, le flux est marqué comme Non classifié.

Si la connectivité ICE a réussi pour un flux non classifié , le flux est probablement considéré comme non classifié , car les métriques de flux clés n’ont pas été signalées. Il existe plusieurs raisons pour lesquelles ces métriques peuvent ne pas être signalées :

  • Les rapports QoE n’ont pas été reçus : les métriques utilisées pour la classification sont signalées dans un rapport QoE envoyé à la fin d’un appel. Si ce rapport n’est pas produit (par exemple, parce que certains points de terminaison tiers n’envoient pas QoE) ou n’a pas pu être envoyé (par exemple, en raison d’une panne réseau), CQD ne peut pas classifier le flux.

    Pourboire

    La dimension « QoE Record Available » peut être utilisée pour déterminer si un rapport QoE a été reçu pour un flux. Notez que cette dimension aura la valeur « True » si un rapport QoE a été reçu de chaque point de terminaison. Un rapport QoE des deux points de terminaison est requis pour un compte-rendu plus précis des métriques.

  • Appels courts : les appels courts peuvent ne pas avoir suffisamment d’activité multimédia pour calculer les métriques de flux clés. Sans ces métriques, le TBQA est incapable de classifier le flux.

    Pourboire

    Les dimensions « Durée (Secondes) », « Durée (Minutes) », « Durée 5 secondes ou moins » et « Durée 60 secondes ou plus » peuvent être utilisées pour déterminer la durée d'un flux. La mesure « durée moyenne d'appel » peut également être utilisée pour calculer la durée moyenne d'un ensemble de flux.

  • Faible utilisation des paquets : à l’instar du scénario « appel court », une utilisation suffisante des paquets est requise pour le calcul des métriques de flux clés. Sans ces métriques, le TBQA est incapable de classifier le flux.

    • Un scénario courant d’utilisation faible des paquets se produit lorsqu’un participant rejoint une réunion pour écouter le présentateur, mais ne parle jamais (le microphone est désactivé pendant la majeure partie de l’appel). Ici, le flux audio entrant vers le client a une utilisation élevée des paquets, tandis que le flux audio sortant du client a peu ou pas d’utilisation de paquets. La durée du flux peut être d’une heure ou plus longue, mais l’utilisation des paquets sur le flux du client vers le serveur est faible, car le microphone a été désactivé et un flux non classifié a donné des résultats.

    Pourboire

    La dimension « Utilisation des paquets » et la mesure « Utilisation moyenne des paquets » peuvent être utilisées pour déterminer l’activité des paquets d’un flux.

Améliorer et surveiller la qualité des appels pour Teams

Qu’est-ce que le TBQA ?

Configurer le tableau de bord de qualité des appels (CQD)

Charger le client et créer des données

Données et rapports du TBQA

Utiliser le TBQA pour gérer la qualité des appels et des réunions

Dimensions et mesures disponibles dans le TBQA

Utiliser Power BI pour analyser les données TBQA