AWS Media Services による SRT 経由の FAST Channel ストリーミング
あるメディア企業は、Secure Reliable Transport (SRT) プロトコルを使用して、FAST Channel 向けの信頼性の高い低遅延の配信フィードを確立する必要がありました。これにより、予測不能なインターネット接続を介して、リモートスタジオ、クラウドプレイアウトシステム、およびシンジケーションパートナーから高品質なコンテンツを取り込むことが可能になります。
プロジェクトを相談する
課題
従来の配信ワークフローは、専用の光ファイバーまたは衛星回線に依存しており、高価で柔軟性に欠けていました。
- 専用回線はリンクあたり月額数千ドルの費用がかかり、プロビジョニングに数週間を要しました
- インターネットベースの転送 (RTMP) は、パケットロス、ジッターに悩まされ、暗号化が不足していました
- マルチソースの取り込みには、柔軟なソフトウェア定義の接続が必要でした
- SRT のエラー訂正と暗号化は、新たな放送標準となりつつありましたが、これを AWS ネイティブのパイプラインに統合するには、カスタムエンジニアリングが必要でした
- SRT 固有のメトリクス (RTT、再送率、帯域幅オーバーヘッド) を監視するには、専用のツールが必要でした
私たちのソリューション
当社は、AWS Elemental MediaLive と MediaConnect を使用して、SRT ベースのコンテンツ配信および配信用パイプラインを構築し、公共のインターネットを介して放送品質のエラー訂正を備えた信頼性の高い暗号化されたコンテンツ転送を可能にしました。
アーキテクチャ
- 配信 (Contribution): リモートソースからの SRT 取り込みに AWS Elemental MediaConnect を使用
- 転送 (Transport): AES 暗号化と ARQ エラー訂正を備えた SRT プロトコル
- エンコーディング (Encoding): SRT 入力をマルチビットレート出力にトランスコーディングするために AWS Elemental MediaLive を使用
- パッケージング (Packaging): 最終視聴者への配信のための HLS/DASH パッケージングに AWS Elemental MediaPackage を使用
- 配布 (Distribution): プラットフォームパートナーへの B2B シンジケーションのための MediaConnect からの SRT 出力
- 監視 (Monitoring): SRT 固有のメトリクスダッシュボード (RTT、パケットロス、再送、ジッター)
- CDN: 最終視聴者へのラストマイル HLS 配信に Amazon CloudFront を使用
SRT プロトコルの利点
RTMP との比較
SRT は、配信フィードに関して RTMP に比べて大きな利点を提供します。組み込みの ARQ エラー訂正 (RTMP では 1〜2% のパケットロスでストリームが途切れるのに対し、最大 20% のパケットロスを許容)、ネイティブの AES 暗号化、設定可能な遅延制御、UDP ベースの NAT フレンドリーな転送、およびエラー回復のための最小限の帯域幅オーバーヘッドが挙げられます。
専用回線との比較
インターネット経由の SRT は、専用の光ファイバーと比較して劇的に低コストで迅速なプロビジョニングを提供します。さらに、マルチパス冗長性と、インターネットに接続されたあらゆる場所からの地理的柔軟性という利点もあります。
パイプライン設計
配信 (取り込み)
- リモートソース — スタジオ、クラウドプレイアウト、またはパートナーが SRT ストリームを MediaConnect に送信
- SRT リスナー — SRT リスナーとして設定された MediaConnect エンドポイント
- 暗号化 — 転送中のコンテンツセキュリティのための AES パスフレーズ暗号化
- エラー訂正 — ARQ は設定可能な遅延バッファで失われたパケットを回復
- フェイルオーバー — プライマリストリーム障害時に自動フェイルオーバーするデュアル SRT 入力
処理
- MediaConnect → MediaLive — SRT フローをトランスコーディングのために MediaLive にパイプする
- トランスコーディング — SCTE-35 パススルーによるマルチビットレートエンコーディング
- SCTE-35 インジェクション — スケジュールされたポイントで広告ブレーク信号を挿入
- 出力 — トランスコードされたストリームを HLS パッケージングのために MediaPackage に送信
配布 (SRT 経由の B2B シンジケーション)
放送品質のフィードを必要とするプラットフォームパートナーへのシンジケーションの場合:
- パートナーの要件に基づいたコーラーモードまたはリスナーモードでの SRT 出力
- アクセス制御のためにパートナーごとに個別の暗号化パスフレーズ
- パートナーごとの帯域幅設定
- パートナーフィードの健全性監視のための出力ごとの SRT メトリクス
SRT 設定
遅延チューニング
SRT の遅延は、ネットワーク状況とユースケースに基づいて調整されます。
- 超低遅延 — 同一リージョン、高品質ネットワーク (スタジオからクラウドへ)
- 低遅延 — リージョン間、良好なネットワーク
- 標準 — 国際間、変動するネットワーク
- 高耐性 — 不良ネットワーク、最大パケットロス許容度
設定は、適切な遅延、帯域幅制限、暗号化レベル、および接続モード (コーラー vs. リスナー) を用いて、ユースケースごとに最適化されます。
監視とアラート
このプラットフォームは、SRT 固有のメトリクスをリアルタイムで監視します。
- ラウンドトリップタイム (RTT) — 送信者と受信者間のネットワーク遅延
- 再送率 — ARQ 再送を必要とするパケットの割合
- パケットロス — ARQ 前のパケットロス率。ネットワーク品質を示す
- ジッター — パケット到着時間のばらつき
- 帯域幅利用率 — 実際と設定された最大帯域幅の比較
- バッファレベル — 受信バッファの充填レベル (アンダーランは潜在的な途切れを示す)
メトリクスの劣化時には自動アラートが発動し、プロアクティブな問題解決を促進します。
主な機能
- SRT インジェスト — インターネットに接続されたあらゆるソースから配信フィードを受信
- AES 暗号化 — 外部 VPN や TLS なしで組み込みのコンテンツ暗号化
- ARQ 回復 — 自動再送により最大 20% のパケットロスを許容
- 設定可能な遅延 — ネットワーク品質とユースケースに基づいて調整可能
- デュアル入力フェイルオーバー — プライマリ SRT フィード障害時の自動切り替え
- B2B シンジケーション — パートナー配布のための SRT 出力フィード
- SRT メトリクスダッシュボード — リアルタイムの RTT、損失、ジッター、再送監視
- ハイブリッド出力 — B2B 配信には SRT、消費者向け配信には CloudFront 経由の HLS を使用
成果
技術スタック
caseStudyDetail.more ケーススタディ
その他の技術実装事例をご覧ください
SCTE-35マーカー解析とマルチプラットフォームプレイヤー統合によるクライアントサイド広告挿入 (CSAI)
あるビデオストリーミングプラットフォームは、ウェブ、モバイル、コネクテッドTVアプリ全体でクライアントサイド広告挿入 (CSAI) を実装する必要がありました。これにより、サーバーサイド挿入では提供できない、完全な広告インタラクションサポート（クリック可能なオーバーレイ、コンパニオンバナー、スキップボタン）を備えた、パーソナライズされたデバイスレベルの広告体験が可能になります。
SCTE-35アドマーカーシグナリング＆メディアトレーラー挿入パイプライン
あるストリーミングメディア企業は、SCTE-35アドマーカーをライブおよびVODストリームに挿入し、プロモーション用トレーラー（プレロール、ミッドロール、ポストロール）を正確なタイミングで挿入できる堅牢な自動化パイプラインを必要としていました。これにより、FASTチャンネル、ライブイベント、オンデマンドコンテンツライブラリ全体での収益化が可能になります。
よくある質問
MicrocosmWorks は、不安定なネットワーク上での優れたパフォーマンスのため SRT を選択しました。SRT は、RTMP にはない AES-128暗号化、自動パケット再送、適応ビットレート調整を提供します。SRT は、RTMP では目に見えるアーティファクトが発生するような公衆インターネット経路であっても、1%未満のパケットロス回復オーバーヘッドで放送品質のビデオ配信を維持します。
MicrocosmWorksはAWS Elemental MediaLiveを構成し、callerモードとlistenerモードの両方でSRT入力を受け入れ、その後ABRラダーにトランスコードし、HLS/DASHセグメントをMediaPackageに出力するようにしました。SRTインジェストは、MediaLiveの内蔵SRT復号化とジッタバッファの恩恵を受け、トランスコーディング段階の前にクリーンなソース品質が保証されます。
はい、MicrocosmWorksは、複数のSRT入力ソースでMediaLiveを設定し、事前定義されたスケジュールまたは手動オーバーライドに基づいてフィードを切り替えるルーティング制御プレーンを構築しました。各SRT提供者は、個別のAESパスフレーズ認証を備えたユニークなリスナーポートを介して接続し、システムはプライマリとバックアップのSRTソース間のホットスタンバイフェイルオーバーをサポートします。
MicrocosmWorks は、CloudWatch のカスタムメトリクスを使用して監視ダッシュボードを構築しました。このダッシュボードは、ラウンドトリップタイム、再送信率、帯域幅使用率、バッファレベルなどの SRT 統計を取り込みます。再送信率が2%を超えたり、RTT が200ミリ秒を超えたりすると自動アラートがトリガーされ、視聴者に品質劣化が目に見えるようになる前に、運用チームに早期警告を提供します。
MicrocosmWorksは、SRTベースのFASTチャンネルインフラストラクチャを時給30ドルから50ドルのレートで展開します。SRTインジェスト設定、MediaLiveエンコーディング、CDN配信、および監視ダッシュボードを含む完全なセットアップは、通常200〜350の開発時間を要します。SRT固有の設定は、標準的なRTMPインジェスト設定と比較して、約40〜60時間を追加で必要とします。