Stream Klassifizierung im Anrufqualitätsdashboard (CQD)
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 überschritten wird, wird die Audiowiedergabe als Schlecht gekennzeichnet. 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
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 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 auf alle Videostreams und Codecs aggregiert wurde. |
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. |
Anwendungsfreigabe-Klassifizierung
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. 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.
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 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 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.
Verwandte Themen
Verbessern und Überwachen der Anrufqualität für Teams
Einrichten des Anrufqualitätsdashboards (Call Quality Dashboard, CQD)
Hochladen von Mandanten- und Gebäudedaten
Verwenden von CQD zum Verwalten der Anruf- und Besprechungsqualität