Streamklassifizierung im Anrufqualitätsdashboard (CQD)
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 H264SundStreamDirection 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. |
Anwendungsfreigabe-Klassifizierung
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.
Verwandte Themen
Verbessern und Überwachen der Anrufqualität für Teams
Einrichten des Anrufqualitäts-Dashboards (CQD)
Hochladen von Mandanten- und Gebäudedaten
Verwenden von CQD zum Verwalten der Anruf- und Besprechungsqualität