Streamklassifizierung im Anrufqualitätsdashboard (CQD)

Artikel
12/14/2022
5 Minuten Lesedauer
Gilt für::

Skype for Business, Microsoft Teams

Mit dem Anrufqualitäts-Dashboard (AQD) für Microsoft Teams und Skype for Business Online erhalten Sie einen Einblick in die Qualität von Anrufen, die mit Microsoft Teams- und Skype for Business-Diensten getätigt wurden. 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.

Klassifizierungsdefinitionen

Datenströme im 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 CQD-Dimensionen "Poor Due To" können verwendet werden, um zu verstehen, welche Metrik für eine Schlechte Klassifizierung verantwortlich ist. Weitere Informationen zu diesen Dimensionen finden Sie unter Dimensionen und Kennzahlen, die im Anrufqualitätsdashboard verfügbar sind.

Audio-Klassifizierung

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

Metrik	Szenario	Bedingung	Erklärung
Round Trip	Alle	> 500	Durchschnittliche Roundtrip-Netzwerkverteilungszeit in Millisekunden. In RFC3550 verfügbare Details.
Packet Loss Rate	Alle	> 0.1	Durchschnittlich Paketverlustrate für Datenstrom.
Jitter	Alle	> 30	Durchschnittliche Anzahl an Jitter-Daten für Datenstrom in Millisekunden.

Videoklassifizierer aufgrund von Freeze

Der Videodatenstrom wird basierend auf dem Wert einer generierten Klassifizierungsbewertung als "Gut " oder " Schlecht " markiert, um zu schätzen, dass der Endbenutzer eingefrorenes Video erlebt hat. 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 Classifier	Is Server Pair is Client : Server	>0.246	Poor	Good	Unclassified	Eine Bewertung zwischen 0 und 1, die basierend auf einer Kombination aus Benutzererfahrung, Einfrieren von Dauerstatistiken und gesamter Anruferfahrung generiert wird
2	Video Poor Due to Freeze Classifier	Is Server Pair is Client : Client	>0.524	Poor	Good	Unclassified	Eine Bewertung zwischen 0 und 1, die basierend auf einer Kombination aus Benutzererfahrung, Einfrieren von Dauerstatistiken und gesamter Anruferfahrung generiert wird

Video-Klassifizierung

Ein Videostream wird 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 enthält Frames, die von 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 über alle Videodatenströme und Codecs aggregiert angewendet wurde.

VBSS-Klassifizierung

Ein VBSS-Datenstrom wird 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	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 enthält Frames, die von 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 eine oder mehrere der folgenden Bedingungen erfüllt sind:

Metrik	Bedingung	Erklärung
Spoiled Tile Percent Total	> 36	Prozentsatz der Kacheln, die verworfen werden, anstatt sie an einen Remotepeer zu senden (z. B. von der MCU zu einem 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 Datenströme

In CQD wird ein Datenstrom als nicht klassifiziert gekennzeichnet, wenn die ICE-Konnektivität (Interactive Connectivity Establishment) fehlschlägt oder wenn nicht alle metriken gemeldet werden, die zum Berechnen der Datenstromklassifizierung 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 Datenstrom als nicht klassifiziert markiert.

Wenn die ICE-Konnektivität für einen nicht klassifizierten Datenstrom erfolgreich war, wird der Datenstrom wahrscheinlich als nicht klassifiziert betrachtet, da keine Schlüsseldatenstrommetriken gemeldet wurden. Es gibt einige Gründe, warum diese Metriken nicht gemeldet werden können:

QoE-Berichte wurden nicht empfangen – Die für die Klassifizierung verwendeten Metriken werden in einem QoE-Bericht gemeldet, der am Ende eines Anrufs gesendet wurde. Wenn dieser Bericht nicht erstellt wird (z. B. weil einige Endpunkte von Drittanbietern QoE möglicherweise nicht 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. Beachten Sie, dass diese Dimension den Wert "Wahr" haben wird, wenn ein QoE-Bericht von einem der beiden Endpunkte empfangen wurde. Ein QoE-Bericht von beiden Endpunkten ist erforderlich, um eine möglichst genaue Berichterstellung der Metriken zu ermöglichen.
Kurzanrufe – Kurze Anrufe verfügen möglicherweise nicht über genügend Medienaktivitäten, um wichtige Datenstrommetriken 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 zur Bestimmung der Dauer eines Datenstrom verwendet werden. Mithilfe der Messung "Durchschnittliche Anrufdauer" können Sie die durchschnittliche Dauer eines Satzes von Datenströmen berechnen.
Geringe Paketauslastung – Wie beim Szenario "kurzer Anruf" ist für die Berechnung von Schlüsseldatenstrommetriken eine ausreichende Paketauslastung 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 den Referenten zu hören, aber nie spricht (das Mikrofon ist für den größten Teil des Anrufs stummgeschaltet). Hier hat der an den Client eingehende Audiodatenstrom eine hohe Paketauslastung, während der vom Client ausgehende Audiodatenstrom nur wenig bis gar keine Paketauslastung aufweist. Die Dauer des Datenstroms kann eine Stunde oder länger dauern, aber die Paketauslastung des Datenstroms vom Client zum Server ist niedrig, da das Mikrofon stummgeschaltet wurde, und ein nicht klassifizierter Datenstrom ergibt sich.
Tipp

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