AWS Media Services pour le streaming de chaînes FAST via SRT
Une société de médias avait besoin d'établir des flux de contribution fiables et à faible latence pour ses chaînes FAST en utilisant le protocole Secure Reliable Transport (SRT) — permettant l'ingestion de contenu de haute qualité depuis des studios distants, des systèmes de diffusion cloud et des partenaires de syndication sur des connexions internet imprévisibles.
Discutez de Votre Projet
Le Défi
Les workflows de contribution traditionnels s'appuyaient sur des liaisons fibre optique ou satellite dédiées, qui étaient coûteuses et inflexibles :
- Les circuits dédiés coûtaient des milliers par mois et par liaison et prenaient des semaines à provisionner
- Le transport basé sur Internet (RTMP) souffrait de pertes de paquets, de gigue et manquait de chiffrement
- L'ingestion multi-source nécessitait une connectivité flexible, définie par logiciel
- La correction d'erreurs et le chiffrement de SRT en faisaient la norme de diffusion émergente, mais son intégration dans un pipeline natif AWS nécessitait une ingénierie personnalisée
- Le monitoring des métriques spécifiques à SRT (RTT, taux de retransmission, surcharge de bande passante) nécessitait des outils dédiés
Notre Solution
Nous avons construit un pipeline de contribution et de distribution basé sur SRT en utilisant AWS Elemental MediaLive et MediaConnect, permettant un transport de contenu fiable et chiffré sur l'internet public avec une correction d'erreurs de qualité diffusion.
Architecture
- Contribution : AWS Elemental MediaConnect pour l'ingestion SRT depuis des sources distantes
- Transport : Protocole SRT avec chiffrement AES et correction d'erreurs ARQ
- Encodage : AWS Elemental MediaLive pour le transcodage des entrées SRT vers une sortie multi-débits
- Packaging : AWS Elemental MediaPackage pour le packaging HLS/DASH pour la livraison aux téléspectateurs finaux
- Distribution : Sortie SRT depuis MediaConnect pour la syndication B2B vers les partenaires de plateforme
- Monitoring : Tableau de bord des métriques spécifiques à SRT (RTT, perte de paquets, retransmission, gigue)
- CDN : Amazon CloudFront pour la livraison HLS du dernier kilomètre aux téléspectateurs finaux
Avantages du protocole SRT
vs. RTMP
SRT offre des avantages significatifs par rapport à RTMP pour les flux de contribution : correction d'erreurs ARQ intégrée (tolérant jusqu'à 20 % de perte de paquets contre une rupture de flux à 1-2 % avec RTMP), chiffrement AES natif, contrôle de latence configurable, transport basé sur UDP et compatible NAT, et une surcharge de bande passante minimale pour la récupération d'erreurs.
vs. Circuits dédiés
SRT sur internet offre un coût considérablement inférieur et un provisionnement plus rapide par rapport à la fibre optique dédiée — avec les avantages supplémentaires de la redondance multi-chemin et de la flexibilité géographique depuis n'importe quel emplacement connecté à internet.
Conception du pipeline
Contribution (Ingestion)
- Sources distantes — Studios, diffusion cloud ou partenaires envoient des flux SRT à MediaConnect
- Écouteur SRT — Point de terminaison MediaConnect configuré comme écouteur SRT
- Chiffrement — Chiffrement par phrase secrète AES pour la sécurité du contenu en transit
- Correction d'erreurs — ARQ récupère les paquets perdus avec un tampon de latence configurable
- Basculement — Doubles entrées SRT avec basculement automatique en cas de défaillance du flux principal
Traitement
- MediaConnect → MediaLive — Le flux SRT est acheminé vers MediaLive pour le transcodage
- Transcodage — Encodage multi-débits avec passthrough SCTE-35
- Injection SCTE-35 — Signaux de coupure publicitaire insérés aux points planifiés
- Sortie — Flux transcodé envoyé à MediaPackage pour le packaging HLS
Distribution (Syndication B2B via SRT)
Pour la syndication aux partenaires de plateforme qui nécessitent un flux de qualité diffusion :
- Sortie SRT en mode appelant ou écouteur selon les exigences du partenaire
- Phrases secrètes de chiffrement distinctes par partenaire pour le contrôle d'accès
- Configuration de la bande passante par partenaire
- Métriques SRT par sortie pour le monitoring de l'état du flux partenaire
Configuration SRT
Réglage de la latence
La latence SRT est ajustée en fonction des conditions du réseau et du cas d'utilisation :
- Ultra-faible — Réseaux de même région, de haute qualité (studio vers cloud)
- Faible — Réseaux interrégionaux, de bonne qualité
- Standard — Réseaux internationaux, variables
- Haute résilience — Mauvais réseaux, tolérance maximale aux pertes de paquets
Les paramètres sont optimisés par cas d'utilisation avec une latence appropriée, des limites de bande passante, un niveau de chiffrement et un mode de connexion (appelant vs. écouteur).
Monitoring et alertes
La plateforme monitore les métriques spécifiques à SRT en temps réel :
- Temps d'aller-retour (RTT) — Latence réseau entre l'expéditeur et le récepteur
- Taux de retransmission — Pourcentage de paquets nécessitant une retransmission ARQ
- Perte de paquets — Taux de perte de paquets avant ARQ indiquant la qualité du réseau
- Gigue — Variation des temps d'arrivée des paquets
- Utilisation de la bande passante — Bande passante réelle vs. maximale configurée
- Niveau de la mémoire tampon — Niveau de remplissage de la mémoire tampon du récepteur (un sous-débit indique un bégaiement potentiel)
Des alertes automatisées se déclenchent sur les métriques dégradées pour une résolution proactive des problèmes.
Fonctionnalités clés
- Ingestion SRT — Recevoir des flux de contribution de toute source connectée à internet
- Chiffrement AES — Chiffrement de contenu intégré sans VPN ou TLS externe
- Récupération ARQ — Tolère jusqu'à 20 % de perte de paquets avec retransmission automatique
- Latence configurable — Ajustable en fonction de la qualité du réseau et du cas d'utilisation
- Basculement à double entrée — Basculement automatique en cas de défaillance du flux SRT principal
- Syndication B2B — Flux de sortie SRT pour la distribution aux partenaires
- Tableau de bord des métriques SRT — Monitoring en temps réel du RTT, des pertes, de la gigue et des retransmissions
- Sortie hybride — SRT pour la contribution B2B, HLS via CloudFront pour la livraison aux consommateurs
Résultats
Stack Technologique
caseStudyDetail.more Études de Cas
Découvrez plus de nos implémentations techniques
Insertion d'annonces côté client (CSAI) avec analyse des marqueurs SCTE-35 et intégration de lecteurs multiplateformes
Une plateforme de streaming vidéo devait implémenter l'insertion d'annonces côté client (CSAI) sur les applications web, mobiles et de télévision connectée — permettant des expériences publicitaires personnalisées au niveau de l'appareil avec un support complet d'interaction publicitaire (superpositions cliquables, bannières complémentaires, boutons de saut) que l'insertion côté serveur ne peut pas offrir.
Signalisations des marqueurs publicitaires SCTE-35 et pipeline d'insertion de bandes-annonces média
Une société de médias en streaming avait besoin d'un pipeline robuste et automatisé pour injecter des marqueurs publicitaires SCTE-35 dans les flux en direct et VOD, ainsi que de la capacité d'insérer des bandes-annonces promotionnelles (pre-roll, mid-roll et post-roll) à des positions précisément chronométrées – permettant la monétisation sur les chaînes FAST, les événements en direct et les bibliothèques de contenu à la demande.
Questions fréquemment posées
MicrocosmWorks selected SRT for its superior performance over unreliable networks, providing AES-128 encryption, automatic packet retransmission, and adaptive bitrate adjustment that RTMP lacks. SRT maintains broadcast-quality video delivery with less than 1% packet loss recovery overhead even over public internet paths where RTMP would show visible artifacts.
MicrocosmWorks configured AWS Elemental MediaLive to accept SRT inputs in both caller and listener modes, then transcode to an ABR ladder and output HLS/DASH segments to MediaPackage. The SRT ingest benefits from MediaLive's built-in SRT decryption and jitter buffer, ensuring clean source quality before the transcoding stage.
Yes, MicrocosmWorks configured MediaLive with multiple SRT input sources and built a routing control plane that switches between feeds based on a predefined schedule or manual override. Each SRT contributor connects via a unique listener port with individual AES passphrase authentication, and the system supports hot-standby failover between primary and backup SRT sources.
MicrocosmWorks built a monitoring dashboard using CloudWatch custom metrics that ingests SRT statistics including round-trip time, retransmission rate, bandwidth utilization, and buffer levels. Automated alerts trigger when retransmission rates exceed 2% or RTT exceeds 200ms, giving operations teams early warning before quality degradation becomes visible to viewers.
MicrocosmWorks deploys SRT-based FAST channel infrastructure at rates of $30-$50/hr, with the complete setup including SRT ingest configuration, MediaLive encoding, CDN delivery, and monitoring dashboard typically requiring 200-350 development hours. The SRT-specific configuration adds approximately 40-60 hours compared to a standard RTMP ingest setup.
Prêt à Transformer Votre Entreprise ?
Discutons de la façon dont nous pouvons appliquer des solutions similaires à vos défis.