Stream Klassifizierung im Anrufqualitätsdashboard (CQD)

2024-10-22
Gilt für:: Microsoft Teams, Skype for Business

Mit dem Anrufqualitäts-Dashboard (Call Quality Dashboard, CQD) für Microsoft Teams und Skype for Business erhalten Sie Einblicke in die Qualität von Anrufen, die über Microsoft Teams und Skype for Business-Dienste getätigt werden. Unter diesem Thema finden Sie detaillierte Informationen über die Qualitätsklassifizierung von Mediendatenströmen. Weitere Informationen zu CQD und dessen Einrichtung finden Sie unter Einrichten des Anrufqualitätsdashboards.

Eine umfassendere und tiefere Ansicht der Anruftelemetrie, die mehrere Faktoren untersucht, um die wahrgenommene Benutzererfahrung von Anrufen zu bestimmen und mögliche Grundursachen zu identifizieren, wenn eine Verschlechterung der Qualität vermutet wird, finden Sie unter Intelligente Medienqualitätsklassifizierer in CQD.

Klassifizierungsdefinitionen

Datenströme in CQD werden basierend auf den Werten der verfügbaren Schlüsselqualitätsmetriken als Gut, Schlecht oder Nicht klassifiziert klassifiziert. Die Metriken und Bedingungen, die zum Klassifizieren des Datenstroms verwendet werden, werden in den folgenden Tabellen angezeigt. Die "Poor Due To"-Dimensionen von CQD können verwendet werden, um zu verstehen, welche Metrik für eine Poor-Klassifizierung verantwortlich ist. Weitere Informationen zu diesen Dimensionen finden Sie unter Verfügbare Dimensionen und Measures im Anrufqualitätsdashboard.

Audio-Klassifizierung

Wenn eine oder mehrere der folgenden Bedingungen erfüllt sind und die Paketauslastung 500 Pakete beträgt > , wird ein Audiodatenstrom als Schlecht gekennzeichnet:

Metrik	Szenario	Bedingung	Erklärung
Round Trip	ALLE	> 500	Durchschnittliche Roundtrip-Netzwerkweitergabezeit, berechnet in Millisekunden. Details finden Sie in RFC3550.
Packet Loss Rate	ALLE	> 0.1	Durchschnittlich Paketverlustrate für Datenstrom.
Jitter	ALLE	> 30	Durchschnittliche Anzahl an Jitter-Daten für Datenstrom in Millisekunden.

Hinweis

Der Audioklassifizierer verwendet grundlegende Telemetriedaten zur Netzwerkleistung, um zu bewerten, ob die optimalen Bedingungen für eine gute Audioqualität vorhanden waren. Wenn einer der Schwellenwerte bricht, markieren wir die Audiodaten als Schlecht. Dies bedeutet jedoch nicht, dass der Audiodatenstrom tatsächlich eine schlechte Qualität hatte, noch bedeutet dies, dass der Benutzer ein Qualitätsproblem wahrgenommen hat. Der Teams-Medienstapel ist so aufgebaut, dass er schlechte Netzwerkbedingungen übersteht und korrigiert, und kann erhebliche Beeinträchtigungen der Netzwerkleistung abmildern, die die oben genannten Schwellenwerte überschreiten, bevor ein Qualitätsabfall von Benutzern wahrgenommen wird. Es wird empfohlen, dass Administratoren alle Anstrengungen unternehmen, um ihre Netzwerke und Teams-Bereitstellungen für die bestmögliche Qualität zu erstellen und zu konfigurieren. Die oben genannten Metriken sind eine nützliche Richtlinie zur Bewertung der Leistung dieser Netzwerke.

Videoklassifizierer aufgrund von Freeze

Der Videostream wird basierend auf dem Wert einer Klassifizierungsbewertung, die generiert wurde, um zu schätzen, dass der Endbenutzer Frozen Video erlebt hat, als gut oder schlecht gekennzeichnet. Dieser Klassifizierer ist nur für Microsoft Teams-Produkte verfügbar.

Schritt #	Metrik	Szenario	Bedingung	Klassifizierung, wenn die Bedingung wahr ist	Klassifizierung, wenn die Bedingung falsch ist	Klassifizierung, wenn die Metrik nicht verfügbar ist	Erklärung
1	Video Poor Due to Freeze Klassifizierer	Is Server Pair is Client : Server	>0.246	Poor	Good	Unclassified	Eine Bewertung zwischen 0 und 1, die basierend auf einer Kombination aus Benutzerfreundlichkeit, Statistiken zum Einfrieren der Dauer und der allgemeinen Anruferfahrung generiert wird.
2	Video Poor Due to Freeze Klassifizierer	Is Server Pair is Client : Client	>0.524	Poor	Good	Unclassified	Eine Bewertung zwischen 0 und 1, die basierend auf einer Kombination aus Benutzerfreundlichkeit, Statistiken zum Einfrieren der Dauer und der allgemeinen Anruferfahrung generiert wird.

Video-Klassifizierung

Wenn die Paketauslastung eines Videostreams 500 Pakete beträgt > , wird der Videostream basierend auf dem Wert der ersten verfügbaren Metrik in der folgenden Reihenfolge als Gut oder Schlecht markiert:

Schritt #	Metrik	Bedingung	Klassifizierung, wenn die Bedingung wahr ist	Klassifizierung, wenn die Bedingung falsch ist	Klassifizierung, wenn die Metrik nicht verfügbar ist	Erklärung
1	Video Local Frame Loss Percentage Avg	> 50%	Poor	Good	Mit Schritt 2 fortfahren	Durchschnittlicher Prozentsatz der dem Benutzer angezeigten verlorenen Videodatenströme. Der Durchschnitt umfasst Frames, die aus Netzwerkverlusten wiederhergestellt wurden.
2	Video Frame Rate Avg	< 7	Poor	Good	Mit Schritt 3 fortfahren	Die Durchschnittliche Anzahl der pro Sekunde empfangenen Frames für einen Videodatenstrom, die für die Dauer einer Sitzung verarbeitet wurden.
3	Video Post FECPLR	> 0.15	Poor	Good	Unclassified	Paketverlustrate, nachdem FEC angewendet wurde, aggregiert für alle Videostreams und Codecs.

VBSS-Klassifizierung

Ein VBSS-Stream wird basierend auf dem Wert der ersten verfügbaren Metrik in der folgenden Reihenfolge als Gut oder Schlecht gekennzeichnet:

Schritt #	Metrik	Bedingung	Klassifizierung, wenn die Bedingung wahr ist	Klassifizierung, wenn die Bedingung falsch ist	Klassifizierung, wenn die Metrik nicht verfügbar ist	Erklärung
1	Video Local Frame Loss Percentage Avg	Codec ist NICHT H264S und StreamDirection ist eingehend , wenn FrameLoss > 50%	Poor	Good	Unclassified	Durchschnittlicher Prozentsatz der dem Benutzer angezeigten verlorenen Videodatenströme. Der Durchschnitt umfasst Frames, die aus Netzwerkverlusten wiederhergestellt wurden. FrameLoss wird nur zum Klassifizieren eingehender Nicht-H264S-Datenströme verwendet.
2	Video Frame Rate Avg	< 1	Poor	Good	Unclassified	Die Durchschnittliche Anzahl der pro Sekunde empfangenen Frames für einen Videodatenstrom, die für die Dauer einer Sitzung verarbeitet wurden. Gilt für alle ausgehenden Datenströme und streamDirection für H264S.

Ein Anwendungsfreigabedatenstrom wird als Schlecht gekennzeichnet, wenn mindestens eine der folgenden Bedingungen erfüllt ist:

Metrik	Bedingung	Erklärung
Spoiled Tile Percent Total	> 36	Prozentsatz der Kacheln, die verworfen und nicht an einen Remotepeer gesendet werden (z. B. vom MCU an einen Viewer). Verworfene (oder beschädigte) Kacheln können durch Bandbreiteneinschränkungen zwischen Client und Server verursacht werden.
AppSharing RDP Tile Processing Latency Average	> 400	Durchschnittliche Latenz in Millisekunden bei der Verarbeitung von Kacheln im RDP-Stapel auf dem Konferenzserver.
AppSharing Relative OneWay Average	> 1.75	Durchschnittliche relative unidirektionale Verzögerung zwischen den Endpunkten in Sekunden für Anwendungsfreigabedatenströme.

Nicht klassifizierte Streams

In CQD wird ein Stream als Nicht klassifiziert markiert, wenn die ICE-Konnektivität (Interactive Connectivity Establishment) fehlschlägt oder wenn nicht alle Metriken gemeldet werden, die zum Berechnen der Streamklassifizierung erforderlich sind.

Zum Prüfen von ICE-Verbindungsfehlern überprüfen Sie die Dimensionen "Erste ICE-Konnektivität" und "Zweite ICE-Konnektivität" für einen Wert "FEHLGESCHLAGEN". Wenn einer der Werte auf einen Fehler hinweist, wird der Stream als Nicht klassifiziert markiert.

Wenn die ICE-Konnektivität für einen nicht klassifizierten Datenstrom erfolgreich war, wird der Stream wahrscheinlich als nicht klassifiziert betrachtet , da wichtige Datenstrommetriken nicht gemeldet wurden. Es gibt einige Gründe, warum diese Metriken möglicherweise nicht gemeldet werden:

QoE-Berichte wurden nicht empfangen – Die für die Klassifizierung verwendeten Metriken werden in einem QoE-Bericht gemeldet, der am Ende eines Anrufs gesendet wird. Wenn dieser Bericht nicht erstellt wird (z. B. weil einige Endpunkte von Drittanbietern möglicherweise keine QoE senden) oder nicht gesendet werden konnte (z. B. aufgrund eines Netzwerkausfalls), kann CQD den Datenstrom nicht klassifizieren.

Tipp

Mit der Dimension "QoE-Bericht verfügbar" können Sie feststellen, ob ein QoE-Bericht für einen Datenstrom empfangen wurde. Diese Dimension hat den Wert "True", wenn ein QoE-Bericht von einem der Endpunkte empfangen wurde. Ein QoE-Bericht von beiden Endpunkten ist erforderlich, um eine möglichst genaue Berichterstellung der Metriken zu ermöglichen.
Kurze Aufrufe – Kurze Aufrufe weisen möglicherweise nicht genügend Medienaktivitäten auf, um Schlüsseldatenstrommetriken zu berechnen. Ohne diese Metriken ist AQD nicht in der Lage, den Datenstrom zu klassifizieren.

Tipp

Die Dimensionen "Dauer (Sekunden)," "Dauer (Minuten)," "Dauer 5 Sekunden oder weniger" und "Dauer 60 Sekunden oder mehr" können verwendet werden, um die Dauer eines Datenstroms zu bestimmen. Mithilfe der Messung "Durchschnittliche Anrufdauer" können Sie die durchschnittliche Dauer eines Satzes von Datenströmen berechnen.
Geringe Paketauslastung – Wie beim Szenario "kurzer Aufruf" ist eine ausreichende Paketauslastung für die Berechnung von Schlüsseldatenstrommetriken erforderlich. Ohne diese Metriken ist AQD nicht in der Lage, den Datenstrom zu klassifizieren.
- Ein häufiges Szenario mit geringer Paketauslastung tritt auf, wenn ein Teilnehmer an einer Besprechung teilnimmt, um dem Referenten zuzuhören, aber nie spricht (das Mikrofon ist für den großteil des Anrufs stummgeschaltet). Hier weist der an den Client eingehende Audiodatenstrom eine hohe Paketauslastung auf, während der vom Client ausgehende Audiodatenstrom eine geringe bis gar keine Paketauslastung aufweist. Die Dauer des Datenstroms kann eine Stunde oder länger sein, aber die Paketauslastung des Datenstroms vom Client zum Server ist niedrig, da das Mikrofon stummgeschaltet wurde und ein nicht klassifizierter Stream resultiert.
Tipp

Mit der Dimension "Paketauslastung" und der Messung "Durchschnittliche Paketauslastung" kann die Paketaktivität eines Datenstroms bestimmt werden.