Wer in einem vollen Auditorium, einem Open‑Space‑Büro oder einem Coworking‑Loft schon einmal eine Videokonferenz gestartet hat, kennt das Gefühl: Bild friert ein, Ton stottert, alle fragen „Hört ihr mich?“. Das Problem ist selten die reine Internet‑Bandbreite – der eigentliche Engpass heißt Airtime. In dichten WLAN‑Umgebungen konkurrieren viele Geräte gleichzeitig um Sendezeit. Damit Videokonferenzen stabil bleiben, braucht es eine belastbare Kapazitätsrechnung, die nicht nur Megabit pro Sekunde, sondern Funkphysik, Protokoll‑Overhead und Nutzerverhalten berücksichtigt. Genau darum geht es hier: wie Sie systematisch vorgehen, sinnvoll dimensionieren und Fallstricke vermeiden.

„Bild friert ein, Ton stottert, alle fragen „Hört ihr mich?“.“
Teilnehmende im Auditorium, Praxisbeispiel

Warum Videokonferenzen WLANs besonders fordern

Videokonferenzen sind bidirektional, paket‑ und latenzsensibel. Im Gegensatz zum Streaming verlangt nicht nur der Downlink Leistung, auch der Uplink muss konstant liefern. Gleichzeitig erzeugen Bild, Ton, FEC, Bildschirmfreigabe und Signalisierung deutlich mehr Overhead, als es eine einfache Bitrate vermuten lässt. In dichten Umgebungen steigt zusätzlich die Wahrscheinlichkeit von Kollisionen und Retransmissions; jede Wiederholung kostet Airtime und drückt die nutzbare Netto‑Durchsatzrate. Wenn dann noch breite Kanäle ohne durchdachten Reuse‑Plan, zu viele SSIDs oder gemischte Client‑Generationen (2.4/5/6 GHz) zusammenkommen, bricht die gefühlte Qualität schnell ein.

Der Rechenweg: Von der Videolast zur Airtime

Am Anfang steht die Nachfrage. Definieren Sie, wie viele gleichzeitige Teilnehmende mit Video zu erwarten sind und mit welcher Qualitätsstufe. Für moderne Plattformen liegen praxisnahe Richtwerte pro Stream bei etwa 1,5 bis 2,5 Mbit/s für 720p und 3 bis 4 Mbit/s für 1080p – jeweils pro Richtung. Rechnen Sie konservativ und addieren Sie 25 bis 40 Prozent Protokoll‑, Verschlüsselungs‑ und Signalisierungs‑Overhead. Wer häufig Bildschirm teilt oder hohe Bildraten nutzt, legt noch etwas drauf. Aus 3 Mbit/s können so schnell 4 bis 4,5 Mbit/s „inklusive Nebenkosten“ werden.

Im zweiten Schritt übersetzen Sie Bitrate in Airtime. Funk ist ein geteiltes Medium; die maximale PHY‑Rate eines Clients (zum Beispiel 600 Mbit/s) spiegelt nicht die real verfügbare Nutzdatenrate wider. Effiziente High‑Density‑Designs arbeiten auf 5 oder 6 GHz in 20‑MHz‑Kanälen, weil schmalere Kanäle das Wiederverwendungs‑Muster erleichtern und Störungen reduzieren. Abhängig von MCS, räumlichen Streams, SNR und Client‑Mix ist pro Access Point eine effektive UDP‑Nutzrate im Bereich von grob 150 bis 300 Mbit/s auf einem 20‑MHz‑Kanal realistisch. Planen Sie mit einem vorsichtigen Wert und halten Sie Reserve, denn Retransmissions, Management‑Frames und paralleler Datenverkehr kosten zusätzlich.

Die Faustregel lautet: Gesamte Videonutzlast (inklusive Overhead) geteilt durch die effektive AP‑Nutzrate ergibt den Airtime‑Bedarf. Ziel ist, die durchschnittliche Kanalbelegung unter etwa 50 bis 60 Prozent zu halten, damit Latenzspitzen abgefangen werden. Ein Beispiel macht es greifbar: In einem All‑Hands‑Meeting mit 200 Personen rechnen Sie mit 60 Prozent aktiven Kameras – also 120 Streams. Bei 1080p veranschlagen Sie 4 Mbit/s pro Person inklusive Overhead und kommen auf 480 Mbit/s Videolast. Das Areal ist mit zehn APs auf 5/6 GHz und 20‑MHz‑Kanälen versorgt; pro AP kalkulieren Sie konservative 200 Mbit/s netto. Idealerweise verteilen sich die 120 Videoteilnehmenden gleichmäßig, dann liegen pro AP rund 12 Clients an und verursachen etwa 48 Mbit/s Bedarf. Die resultierende Airtime liegt bei ungefähr 24 Prozent – komfortabel unter der Zielmarke. Real sind Verteilungen nie perfekt, daher validieren Sie mit Worst‑Case‑Annahmen und messen vor Ort.

Technik, die Luft schafft: Design, QoS und Client‑Ökosystem

Ein belastbares Hochdichte‑Design beginnt mit dem Spektrum. Priorisieren Sie 5 und 6 GHz; 2.4 GHz eignet sich allenfalls für IoT und Non‑Realtime‑Last. Halten Sie die Kanalbreite bei 20 MHz und planen Sie einen sauberen Reuse über die Fläche, damit benachbarte Zellen sich nicht gegenseitig zuschreien. Zu viele SSIDs blähen Beacon‑Traffic auf; zwei bis drei genügen meist. Sendeleistungen sollten moderat und zueinander abgeglichen sein, um Zellen nicht unnötig zu vergrößern. Moderne Features wie OFDMA und BSS Coloring (Wi‑Fi 6/6E) helfen, die Effizienz zu steigern und Ko‑Kanal‑Störungen besser zu tolerieren – sofern die Clients sie unterstützen. Genau dort liegt ein häufig unterschätzter Hebel: Ein heterogener Client‑Zoo bremst das gesamte Netz. Wo möglich, vereinheitlichen Sie Treiberstände und Mindestfähigkeiten.

Quality of Service muss Ende‑zu‑Ende greifen. Weisen Sie Videopakete korrekt den WMM‑Access‑Categories zu und übernehmen Sie DSCP‑Markierungen der Videoplattform, damit Switches, WLAN‑Controller und SD‑WAN dieselben Prioritäten wahren. Admission Control kann helfen, wenn Zellen zu kippen drohen: Lieber Kamera automatisch auf 720p drosseln, als flächendeckend Aussetzer zu riskieren. Auf der WAN‑Seite prüfen Sie, ob Backhaul und Internet‑Anbindung ausreichend dimensioniert sind und ob lokale Breakouts oder Medienrelais der Plattform genutzt werden können, um Pfade zu verkürzen.