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

Article
22/10/2024
S’applique à:

Microsoft Teams, Skype for Business

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.

Notes

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é, nous marquons l’audio comme étant 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

En supposant que l’utilisation des paquets d’un flux vidéo est > de 500 paquets, le flux vidéo 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	> 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.

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.

Conseil

La dimension « QoE Record Available » peut être utilisée pour déterminer si un rapport QoE a été reçu pour un flux. Cette dimension a la valeur « True » si un rapport QoE a été reçu de l’un des points 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.

Conseil

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.
Conseil

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.