Paketverlust

Was ist Paketverlust?

Paketverlust tritt auf, wenn eines oder mehrere Datenpakete auf ihrem Weg durch ein Netzwerk ihr Ziel nicht erreichen. Stellen Sie sich vor, Sie senden 100 Briefe per Post, aber nur 95 kommen an – die 5 fehlenden stellen Paketverlust dar.

Im Gegensatz zum Herunterladen einer Datei (wo verlorene Pakete unbemerkt erneut übertragen werden) müssen Echtzeit-Videoanrufe weiterlaufen. Wenn Pakete verloren gehen, hören Sie Audio-Aussetzer, sehen Video-Einfrieren oder erleben Pixelbildung.

Auswirkungen auf die Anrufqualität

• <1 % Verlust: Nicht wahrnehmbar oder kaum merkbar
• 1–3 % Verlust: Gelegentliche Pixelierung oder kurzes Einfrieren
• 3–5 % Verlust: Spürbare Qualitätsverschlechterung, häufige Artefakte
• 5–10 % Verlust: Starke Pixelierung, langes Einfrieren
• >10 % Verlust: Video wird weitgehend unbrauchbar

Warum WebRTC UDP verwendet

WebRTC verwendet primär UDP statt TCP. TCP garantiert die Zustellung durch erneutes Senden, aber die erneute Übertragung dauert 100–300 ms. Für Echtzeitmedien ist das Abspielen eines veralteten Pakets schlimmer als es einfach zu überspringen. WebRTC akzeptiert gelegentliche Verluste und nutzt Mechanismen auf Anwendungsebene zur Abmilderung.

Wie WebRTC Paketverlust handhabt

• Forward Error Correction (FEC): Fügt redundante Daten vor der Übertragung hinzu, sodass Empfänger verlorene Pakete rekonstruieren können.
• Paketverlustverbergung (PLC): Synthetisiert plausible Ersatzdaten, um Verluste zu maskieren.
• Neuübertragung (RTX): Selektive Neuanforderung wichtiger verlorener Pakete, typischerweise Schlüsselbilder.
• Redundante Kodierung (RED): Sendet niedrigqualitative Versionen vorheriger Pakete zusammen mit aktuellen.
• Adaptive Bitrate: Reduziert die Kodierungsbitrate bei erkanntem Paketverlust.

Paketverlust verhindern

• Kabelverbindungen nutzen: Ethernet hat deutlich weniger Paketverlust als WLAN
• WLAN optimieren: 5-GHz-Band, starkes Signal, WiFi 6
• Netzwerküberlastung reduzieren: Bandbreitenintensive Apps schließen
• QoS konfigurieren: WebRTC-Verkehr im Router priorisieren