Bandbreitenplanung für Video ist eine der häufigsten Quellen für falsche Erwartungen in IT- und Telco-Projekten: „HD braucht doch nur ein bisschen mehr als Voice“ oder „4K geht schon, wir haben ja 100 Mbit/s“. In der Realität hängt der Bandbreitenbedarf eines Videostreams nicht nur von der Auflösung (HD, Full HD, 4K) ab, sondern genauso von Framerate, Codec (H.264/AVC, H.265/HEVC, AV1), Szeneninhalt (Bewegung, Details, Bildschirmfreigabe), Paketisierung, Protokoll-Overhead, Verschlüsselung sowie vom Übertragungsmodus (interaktives Video in Videokonferenzen vs. VoD-Streaming vs. Live-Streaming/IPTV). Dazu kommt ein entscheidender Punkt für „realistisch“: Video ist in der Praxis variabel (VBR), erzeugt Burst-Spitzen (Keyframes/I-Frames) und reagiert bei Congestion mit Qualitätssprüngen oder Buffering. Für eine verlässliche Planung müssen Sie deshalb nicht nur einen Durchschnittswert ansetzen, sondern Peak-Verhalten, Gleichzeitigkeit und Engpassmechanismen (Shaping, Queue-Limits, Congestion Avoidance) berücksichtigen. Dieser Artikel zeigt verständlich, welche Bandbreiten für HD, Full HD und 4K in typischen Szenarien realistisch sind, wie Sie Profile für Standorte und WAN-Links ableiten und welche Stolperfallen dafür sorgen, dass „auf dem Papier genug Bandbreite“ vorhanden ist, das Video aber trotzdem ruckelt.
Warum Auflösung allein nicht reicht: Die vier Bandbreiten-Treiber
Die Auflösung ist sichtbar, aber sie ist nicht der einzige Treiber. Für Bandbreitenplanung sollten Sie diese vier Faktoren immer zusammen betrachten:
- Codec-Effizienz: H.265/HEVC und AV1 benötigen für gleiche Qualität oft weniger Bitrate als H.264/AVC, sind aber rechenintensiver.
- Framerate: 30 fps vs. 60 fps ist in bewegten Szenen ein großer Unterschied; 60 fps kostet spürbar mehr.
- Inhalt: Talking-Head (ruhiges Bild) braucht deutlich weniger Bitrate als Sport, Schwenks oder Bildschirmfreigabe mit Text.
- Übertragungsmodus: Interaktiv (Videokonferenz) hat andere Ziele als VoD (Puffer möglich) oder Live (zeitkritischer).
„Realistisch“ heißt daher: Sie planen nicht nur eine Zahl pro Auflösung, sondern ein Bandbreitenfenster – und Sie entscheiden, welche Qualität bei welchen Bedingungen garantiert werden soll.
Interaktives Video vs. Streaming: Zwei völlig unterschiedliche Profile
Viele verwechseln Videokonferenz-Bandbreiten mit Netflix/YouTube-Bandbreiten. Das führt zu falschen Planwerten.
- Videokonferenz (WebRTC/UC): niedrigere Latenz, wenig Puffer, häufig variable Bitrate, starke Bursts bei Screen Share und Layoutwechsel.
- VoD-Streaming (HLS/DASH): kann vorpuffern, arbeitet mit ABR (Adaptive Bitrate), ist throughput-sensibel und toleriert mehr Latenz.
- Live-Streaming: je nach Low-Latency-Ziel weniger Puffer als VoD; empfindlicher gegen Drop-Cluster.
- IPTV Multicast: oft konstante Bitrate (oder eng begrenzt variabel), UDP-basiert, verlustsensibel, ohne Retransmits.
Deshalb ist die erste Planungsfrage immer: Welches Videoszenario ist gemeint? HD in einer Videokonferenz ist nicht gleich HD in VoD.
Realistische Richtwerte: HD, Full HD und 4K in typischen Szenarien
Die folgenden Werte sind praxisnahe Bandbreitenfenster für einen Stream unter normalen Bedingungen. Sie dienen als Planungsbasis, nicht als Garantie – denn Szene, Codec und Plattform-Parameter können abweichen.
Videokonferenzen (Kamera-Video, interaktiv)
- HD (720p): grob 1,0–2,5 Mbit/s pro Richtung
- Full HD (1080p): grob 2,0–4,5 Mbit/s pro Richtung
- 4K (2160p): grob 8–20 Mbit/s pro Richtung (oft nur in Spezialfällen sinnvoll)
Wichtig: Videokonferenzen sind bidirektional. Pro Teilnehmer planen Sie also Up- und Downstream. In Meetings mit vielen Teilnehmern hängt der Downstream stark davon ab, wie viele Videos gleichzeitig dargestellt/abonniert werden (Galerie vs. Sprecheransicht).
Screen Sharing / Content (interaktiv, oft burstiger als Kamera)
- HD/Full-HD Content: grob 1,5–6 Mbit/s pro Richtung, je nach Bewegung und Textanteil
- „Statischer Inhalt“: kann deutlich darunter liegen, aber Peaks durch Keyframes bleiben
Content ist in Unternehmen häufig wichtiger als Kameraqualität. Für „realistisch“ müssen Sie Content als eigenen Bandbreitentreiber behandeln, nicht als „ein bisschen zusätzlich“.
VoD-Streaming (ABR, mit Puffer)
- HD (720p): grob 2–5 Mbit/s
- Full HD (1080p): grob 4–8 Mbit/s
- 4K (2160p): grob 15–30 Mbit/s
VoD nutzt ABR: Das System versucht, eine Zielqualität zu halten, fällt bei Durchsatzinstabilität aber auf niedrigere Bitraten zurück. „Realistisch“ heißt hier: Sie benötigen stabile Throughput-Fenster, nicht nur hohe Peak-Raten.
Live-Streaming (Unicast)
- HD (720p): grob 2–6 Mbit/s
- Full HD (1080p): grob 5–10 Mbit/s
- 4K (2160p): grob 15–35 Mbit/s
Low-Latency-Live kann empfindlicher sein, weil weniger Puffer vorhanden ist. Dann sind Jitterwellen und Drop-Cluster schneller sichtbar.
IPTV Multicast (Managed, UDP)
- HD (720p/1080i): grob 4–10 Mbit/s pro Kanal
- Full HD (1080p): grob 6–12 Mbit/s pro Kanal
- 4K: grob 15–30+ Mbit/s pro Kanal
Multicast ist besonders verlustsensibel. Dafür sparen Sie Bandbreite im Netz, weil ein Kanal nicht pro Zuschauer dupliziert wird – aber in Access-Segmenten zählt die Anzahl gleichzeitig abonnierter Kanäle pro Port/Segment.
Overhead und Protokolle: Warum „Mbit/s“ nicht die ganze Wahrheit ist
Video wird häufig über RTP/SRTP (UC/WebRTC), über TCP/QUIC (HLS/DASH) oder über UDP-Multicast (IPTV) transportiert. Das erzeugt Overhead durch:
- IP/UDP/RTP-Header: besonders relevant bei kleinen Paketen und hoher Paketfrequenz (Audio), bei Video weniger dominant, aber vorhanden.
- TLS/QUIC: Verschlüsselung und zusätzliche Header, teils mehr CPU-Last, potenziell andere Burst-Charakteristik.
- VPN/Tunnel: Outer-Header, MTU-Risiken und QoS-„Unsichtbarkeit“, wenn DSCP nicht propagiert wird.
- Layer 2: Ethernet/VLAN/PPPoE, besonders am Access relevant.
Für Standort- und WAN-Planung ist eine konservative Reserve (typisch 10–20 %) sinnvoll, damit Overhead, Peaks und Messungenauigkeit nicht sofort zu Engpässen führen.
Burst-Verhalten: Keyframes sind der Grund, warum „Durchschnitt“ nicht reicht
Video ist oft VBR (Variable Bitrate). Selbst wenn die mittlere Bitrate moderat ist, erzeugen Keyframes/I-Frames und Szenenwechsel kurzzeitig deutlich höhere Raten. Das ist in der Praxis der Hauptgrund für:
- kurze Freezes (Drop-Cluster an Engpässen)
- Qualitäts-Pendeln (ABR reagiert auf instabile Throughput-Fenster)
- sporadische Pixelbildung (Paketverlust in kritischen Frames)
„Realistisch“ bedeutet deshalb: Sie planen eine Peak-Toleranz. Diese entsteht nicht nur durch mehr Bandbreite, sondern vor allem durch Shaping, Queue-Limits und eine saubere QoS-Klassentrennung.
Die größte Praxisfalle: Upstream-Engpässe und Bufferbloat
Für interaktives Video (Videokonferenzen, Telemedizin) ist der Upstream häufig der Engpass – besonders in Filialen, Homeoffice, mobilen Zugängen oder asymmetrischen Leitungen. Große CPE-Puffer erzeugen Bufferbloat:
- RTT steigt: der Client schätzt den Durchsatz schlechter, die Qualität pendelt.
- Jitter steigt: Audio wird zuerst hörbar schlecht, Video friert schneller.
- Bursts werden gedroppt: wenn Rate-Limits ohne Shaping greifen, entstehen Drop-Cluster.
Bandbreitenplanung ohne Upstream-Shaping ist in vielen Standorten nicht belastbar, selbst wenn „Mbit/s“ auf dem Papier reichen.
Gleichzeitigkeit planen: Wie viele Streams laufen wirklich parallel?
Die wichtigste Standortfrage lautet selten „HD oder 4K“, sondern „wie viele gleichzeitige Streams treten in der Busy Hour auf?“. Typische Situationen:
- Meetingräume: ein Raum mit 1080p + Content ist meist planbar, aber mehrere Räume gleichzeitig erzeugen Peaks.
- Contact Center/Backoffice: viele gleichzeitige Videocalls oder Trainingsstreams können den Upstream dominieren.
- Wartebereiche/TV: IPTV/Streaming kann im Downstream viele Mbit/s dauerhaft ziehen.
- Hybrid Work: viele Einzelstreams verteilt über den Tag, Peaks um bestimmte Uhrzeiten.
Best Practice: Nutzen Sie Messdaten (Peak Concurrent Calls/Streams, Top Talkers, App-Analytics), statt nur Personenanzahl zu schätzen. Für Neuplanung: konservative Busy-Hour-Annahmen plus Reserve.
QoS-Implikation: Video bekommt Gewichtung, keine absolute Priorität
Für realistische Bandbreitenplanung gehört QoS immer dazu. Video soll stabil laufen, aber darf Voice nicht gefährden. Ein bewährtes Klassenmuster:
- Voice/Audio: EF/LLQ mit Limit
- Video (interaktiv): AF-Klasse, gewichtete Queue mit garantierten Anteilen
- Content: eigene Klasse oder in Video-Klasse, aber budgetiert
- Best Effort: fair, kontrollierte Puffer
- Background: niedrig priorisiert
Mit diesem Modell können Sie Bandbreitenprofile pro Klasse festlegen: Audio klein und geschützt, Video ausreichend und stabil, Best Effort fair.
Shaping und Queue-Design: Der praktische Schlüssel zu „realistisch“
Wenn Ihre Bandbreitenplanung in der Realität halten soll, brauchen Sie Mechanismen, die Peaks glätten und Drop-Cluster verhindern:
- Egress-Shaping: knapp unter Linkrate shapen, damit Queues kontrolliert wachsen und nicht im Modem/Providerpolicer droppen.
- Moderate Queue-Limits: zu große Queues erzeugen Bufferbloat, zu kleine droppen bei Bursts.
- Congestion Avoidance: für TCP/QUIC-lastige Streams kann WRED/ähnliche Mechanik Throughput-Wellen reduzieren.
Für Video ist Stabilität häufig wichtiger als „maximale Bitrate“: Weniger Schwankung liefert subjektiv oft bessere Qualität als kurzfristig höhere Peaks mit anschließenden Freezes.
4K in der Praxis: Wann es realistisch ist – und wann nicht
4K klingt attraktiv, ist aber in Unternehmens- und Telco-Umgebungen nicht immer sinnvoll:
- Interaktive 4K-Konferenzen: benötigen nicht nur hohe Bitrate, sondern vor allem stabile Up- und Downstream-Ressourcen und starke Endgeräte.
- 4K-Streaming: ist realistischer, wenn VoD-Puffer genutzt wird und Durchsatz stabil ist.
- Netzseitig: 4K skaliert schlecht mit Gleichzeitigkeit; wenige parallele 4K-Streams können einen Standort-Uplink dominieren.
Für viele Business-Workflows ist Full HD mit stabiler QoE realistischer als „theoretisches 4K“, das bei Peaks ohnehin herunterregelt.
Typische Fehler bei der Bandbreitenplanung für Video
- Nur Durchschnittswerte: Peaks/Keyframes werden ignoriert, Freezes treten sporadisch auf.
- Upstream vergessen: interaktives Video ist oft uplink-lastig, besonders bei Screen Share.
- Alles in Best Effort: Video konkurriert mit Downloads, QoE pendelt stark.
- Video in Voice-Klasse: Premium-Inflation, LLQ verliert Wirkung, Netz wird instabil.
- Kein Shaping: Drop-Cluster an Rate-Limits, besonders bei Access-Profilen.
- Verschlüsselung/Tunnel ignoriert: Overhead, MTU-Risiken und QoS-Propagation fehlen.
Checkliste: So planen Sie Video-Bandbreite realistisch
- Szenario festlegen: Videokonferenz, Screen Share, VoD, Live, IPTV – jedes hat andere Ziele.
- Zielqualität definieren: HD/Full HD/4K plus Framerate und „akzeptable Degradation“.
- Bandbreitenfenster ansetzen: nicht nur ein Wert, sondern Min/Typ/Peak pro Stream.
- Gleichzeitigkeit bestimmen: Busy-Hour-Peaks und Meetingraum-/Agenten-Szenarien.
- Upstream separat planen: insbesondere für interaktive Szenarien.
- Reserve einplanen: Overhead, Peaks, Wachstum (typisch 10–30 % je nach SLA).
- QoS-Profil ableiten: Audio strikt, Video gewichtet, Content budgetiert, Best Effort fair.
- Shaping/Queueing umsetzen: Bursts glätten, Bufferbloat vermeiden, Drop-Cluster reduzieren.
- Validieren: Queue-Drops/Queueing Delay, Bitrate-Switching, Freeze-Events, Perzentile statt Mittelwerte.
