Inhalt dieses Guides
Hub für den Transport eines IRL-Streams: SRT, Latenzpuffer, Paketverlust, Caller/Listener, Bonding, Failover und Fehlersuche über mehrere Mobilfunkpfade.
Die mobile Übertragung als Gesamtkette
Zwischen Kamera und Plattform können Strom, Funk, Encoder und Transport getrennt ausfallen.
- Uplink unter Last prüfen
- Latenzreserve planen
- Failover unter Realbedingungen testen
Prüfe die Stationen nacheinander.
Hier werden keine Messwerte erhoben. Du prüfst lokal und dokumentierst die Ergebnisse selbst.
Mobilfunk
Ein einzelner Speedtest sagt wenig über Schwankungen während Bewegung und Funkzellenwechsel.
Upload und Stabilität entlang der tatsächlichen Route wiederholt unter Streaminglast prüfen.
Starke Einbrüche? Bitrate reduzieren, Reserve oder alternative Funkstrecke planen.
Transport / Latenz
SRT-Puffer und Netzwerkpfad beeinflussen Glitches und Verzögerung gemeinsam.
RTT, Verlust und Transportlatenz beobachten; Teststream mit Bewegung und Handover durchführen.
Puffer unzureichend? Latenz anhand reproduzierbarer Verlustsituationen justieren.
Strom / Failover
Stromwechsel und Modemausfall müssen den gesamten Stream überstehen, nicht nur einen Teil.
Unter sicheren Bedingungen Powerbankwechsel, Backup-Uplink und automatische Wiederaufnahme testen.
Abbruch? Aufbau vereinfachen und Ausfallpfad vor dem nächsten Außeneinsatz testen.
Fortschritt bleibt auf diesem Gerät und wird nicht übertragen.
IRL-Arbeitsmodus
IRL ist ein Gesamtsystem aus Funk, Transport, Strom, Thermik und Audio. Teste diese Ebenen getrennt.
Welche Ebene ist aktuell am schwächsten?
Peak-Speed allein reicht nicht. Stabilität, Handover und Zelllast bestimmen den Livebetrieb.
Transportprotokoll und Redundanz müssen zum Verhalten deiner Mobilfunkpfade passen.
Ein perfekter Uplink hilft nicht, wenn Smartphone, Hub, Mikrofon oder Stromversorgung ausfallen.
Zwischen Kamera oder Smartphone und der eigentlichen Streaming-Plattform kann ein zusätzlicher Transportweg liegen. Gerade bei anspruchsvollen IRL-Setups wird das Videosignal häufig zunächst zuverlässig zu einem Server oder Produktionsrechner übertragen und von dort weiterverarbeitet. Hier kommen Protokolle wie SRT und Techniken wie Bonding oder Failover ins Spiel.
Contribution und Plattform-Ingest trennen
RTMP/RTMPS ist für viele Plattformen der klassische Ingest. SRT ist dagegen besonders für die robuste Punkt-zu-Punkt-Übertragung über schwankende Netze gedacht. Ein Workflow kann deshalb SRT vom Feld zur Regie und anschließend RTMPS von der Regie zur Plattform verwenden.
SRT gegen Paketverlust und Jitter
SRT arbeitet UDP-basiert, ergänzt Wiederholungen, Pufferung und optionale Verschlüsselung. Haivision beschreibt das Protokoll als Transport für niedrige Latenz über unvorhersehbare Netze. Der Preis für mehr Robustheit ist ein ausreichend dimensionierter Latenzpuffer und zusätzlicher Bandbreitenbedarf für Wiederholungen.
Caller, Listener und Rendezvous
SRT-Endpunkte können unterschiedliche Verbindungsrollen übernehmen. Das beeinflusst Firewall- und NAT-Planung. Ein Feldencoder hinter Mobilfunk-NAT kann häufig leichter eine ausgehende Verbindung zu einer öffentlich erreichbaren Listener-Gegenstelle aufbauen.
Bonding ist mehr als Failover
Bonding verteilt Daten über mehrere Pfade. Failover hält einen Ersatzpfad bereit. Peplink beschreibt Bandwidth Bonding als paketbasierte Nutzung mehrerer WANs und Hot Failover als unterbrechungsarme Umschaltung. Beides löst unterschiedliche Probleme.
Mehr Links bedeuten mehr Betrieb
Mit zwei oder drei Mobilfunkmodems steigen Stromverbrauch, Wärme, Datenvolumen und Fehlermöglichkeiten. Ein professionelles Setup braucht deshalb Monitoring: Welcher Link verliert Pakete? Welche SIM ist gedrosselt? Welche Verbindung verursacht hohe RTT?
Der sinnvolle Einstieg
- Einzelnen Mobilfunkpfad stabil bekommen.
- SRT-Punkt-zu-Punkt-Verbindung testen.
- Latenz und Overhead bewusst konfigurieren.
- Erst danach zweiten WAN-Link hinzufügen.
- Failover oder Bonding nach Ziel auswählen.
Vertiefung: SRT-Latenz einstellen, Bonding vs. Failover und Bonding-Fehlersuche.
Gegenstelle als Teil des Systems behandeln
Der Feldencoder ist nur eine Hälfte des Transportwegs. Cloud-Server, Decoder oder Produktionsrechner brauchen ebenfalls Monitoring, genügend Bandbreite und stabile CPU-Ressourcen. Wenn die Gegenstelle überlastet ist, sieht das Ergebnis ähnlich aus wie ein schlechter Mobilfunkpfad. Dokumentiere deshalb Endpunkt, Region, Port, Protokoll und Logquelle gemeinsam mit der mobilen Konfiguration.
