まず、エンコードと伝送を区別する
SRTは、ネットワークでデータを伝送するためのプロトコルおよびソフトウェア実装です。音声・映像機器では、エンコード済みのデータを遠隔側へ送信するために一般的に使用されます。カメラによる撮影、音声・映像の圧縮、ネットワーク伝送、デコードと表示は、それぞれ異なる段階です。SRTは主に、ネットワーク経路上でデータをどのように届けるかという課題に対応します。単にオプションを1つ有効にするだけでHDMI信号を圧縮映像に変換するものではなく、カメラの解像度を決めるものでもありません。使用前に、送信ソフトウェアと受信機器の両方がSRTへの対応を明示していることを確認してください。
エンコーダーはデータを生成する機器、伝送プロトコルはデータをネットワーク経由で運ぶための構成を担うもの、デコーダーは受信内容を音声と映像に復元するものと考えることができます。これは役割の違いを理解するための説明にすぎず、ネットワーク上のデータには依然としてパケット、番号付け、タイミングに関する明確な要件があります。一般的なイーサネットスイッチが該当するIPパケットを転送できても、それによってSRTエンコーダーやデコーダーになるわけではありません。
パケットが失われた場合、どのように回復するのでしょうか？
SRTはUDPを基盤として、信頼性のある伝送に必要な機構を追加します。送信側は、直近に送信したデータを一時的に保存します。受信側はパケットのシーケンス番号に基づいて欠落を識別します。パケットが未着であることを検出すると、フィードバックを通じて再送を要求します。送信側が再送できるのは、そのデータをまだ保持しており、送信条件を満たしている場合に限られます。このようなフィードバックに基づく再送処理を自動再送要求と呼び、一般にARQと表記します。これは映像圧縮アルゴリズムとは別のものです。
例えば、受信側が最初にパケット1、3、4を受信したとしても、番号の抜けだけからパケット2が永久に失われたと判断することはできません。ネットワークではパケットが順不同で届く場合もあるためです。プロトコルは実装に従って欠落、フィードバック、到着状況を処理し、受信バッファは順序どおりにデータを引き渡すための条件を提供します。再送されたパケット2が時間内に到着すれば、欠落を埋められる可能性があります。ただし、元のデータが送信バッファに残っていない場合、帯域幅が不足している場合、または回復に時間がかかりすぎる場合には、再送が失敗することもあります。信頼性のある伝送を、どのような回線でもパケットが一切失われないこととして説明してはいけません。
データの回復になぜバッファリングが必要なのでしょうか？
リアルタイム再生では、失われた1つのデータパケットを無期限に待つことはできません。受信側には、到着時間のばらつきを吸収し、フィードバックと再送の機会を確保するためのバッファ時間が必要です。SRTのタイムスタンプに基づく配信機構は、送信タイミングに従ってアプリケーションへの引き渡しをスケジュールするため、早く到着したパケットでもバッファ内で待機する場合があります。バッファリングは映像を自動修復するアルゴリズムではありません。一定の待機時間と引き換えに、データ回復の余地と安定した配信ペースを確保するものです。
往復時間とは、要求が相手に届き、応答が戻るまでの時間を意味し、通常はRTTと表記します。これはネットワークの片道遅延とは異なります。経路の距離、輻輳、無線アクセスは、いずれも回復の機会に影響します。バッファの設定が小さすぎると再送が間に合わない可能性があり、大きくすると待機時間も増えます。撮影、エンコード、デコード、表示にはそれぞれ時間がかかるため、設定した遅延オプションを、そのままレンズから画面までの総遅延と見なすことはできません。実際の運用経路を測定する必要があります。固定のミリ秒値があらゆる現場に適していると主張してはいけません。
接続の役割とデータの方向は同じではない
Callerは通常、相手への接続を能動的に開始し、Listenerは指定されたアドレスとポートで接続を待ち受けます。Rendezvousは、双方が対応する方法で接続確立を行うモードです。これらは接続確立時の役割を表します。Callerが必ず映像送信側であることや、Listenerが必ず受信側であることを意味しません。どちらが能動的に接続するかを決めた後も、実際にどちらが音声・映像を提供し、もう一方がどのように受信してデコードするかを確認する必要があります。
ネットワークアドレス変換（NAT）、ファイアウォール、ポートマッピングは、接続先への到達性に影響します。Rendezvousは一部の環境でNAT越えなどを支援しますが、すべてのネットワークポリシーを回避できることを保証するものではありません。接続に使用するUDPポートは実際の設定に従って許可し、プロジェクトに必要な範囲だけを開放してください。例示されたポートをプロトコル唯一の固定ポートと見なしてはいけません。また、トラブルシューティングのために全ポートを長期間開放したままにしてはいけません。バージョン、ストリーム識別子、機器実装の違いも、項目ごとに確認する必要があります。
暗号化とサービスの互換性を個別に確認する
SRTの実装には暗号化関連のオプションがあり、機器は対応する機能をサポートし、パラメーターを一致させて設定する必要があります。鍵長、パスフレーズ、受信ポリシーは、双方のバージョンに照らして確認してください。プロトコル名にセキュリティを連想させる意味が含まれているというだけで、すべての接続で暗号化が有効になっていると考えてはいけません。設定の不一致は、接続やデータ受信の失敗につながる場合があります。また、トラブルシューティングの記録にパスフレーズを開示してはいけません。
暗号化は伝送中のデータを保護しますが、機器の管理権限、ネットワークアクセス制御、エンコードの互換性確認に代わるものではありません。接続が確立していても、カプセル化方式、映像エンコード、音声トラック、受信アプリケーションが対応していなければ、再生できない場合があります。検証時には、セッションの状態、実際のデータ到着、デコードの成否、映像と音声の正常性をそれぞれ確認してください。ソフトウェアの緑色の接続インジケーターだけで判断してはいけません。
産業用スイッチはどの部分を担えるのでしょうか？
飛暢科技の産業用スイッチ製品カテゴリーでは、型番2241の光4ポート・銅線8ポート構成のマネージドレイヤー3スイッチに、VLAN、QoS、および関連するネットワーク管理機能が記載されています。このような機器は、音声・映像のIP伝送経路におけるネットワークノードとして、プロジェクトに応じたサービス経路、分離範囲、転送優先度の構成に使用できます。レイヤー3転送、光ポート、特定のポート速度が必要かどうかは、納入されるモデルと既存ネットワークに照らして確認してください。
このスイッチの資料は、SRTのエンコード機能やデコード機能が内蔵されていることの証明にはなりません。エンドポイントには引き続き、対応するソフトウェアと形式への対応が必要であり、再送もネットワークリソースを消費します。QoSはキューの優先順位に影響を与えられますが、出力帯域を無から生み出すことはできません。光ファイバーは物理的な伝送距離を延ばせますが、エンコード遅延をなくすものではありません。機器選定では、単に公称速度の高いものを購入するのではなく、複数ストリーム、再送用の余裕、サービス優先度、回復要件を併せて整理してください。
一度だけでなく、経路全体を検証する
まず、管理されたネットワークで、エンコード、接続、受信の一式のパラメーターが一致していることを確認してから、本番経路に接続してください。実効データビットレート、経路のRTT、パケット損失、再送、受信バッファリングに関する統計を記録し、動きの少ないシーンと動きのあるシーン、単一ストリームと複数ストリームの同時伝送を観察してください。パケット損失や経路変更をテストする場合は、隔離された環境または承認された保守時間帯を使用してください。本番の制御ネットワークで意図的に輻輳を発生させてはいけません。
映像が途切れた場合は、まずネットワーク切断、データ回復のタイムアウト、デコード失敗を区別し、その後、エンドポイント、アドレスとポート、帯域幅、エンコード形式を個別に確認してください。調整時には、主要な条件を一度に1つだけ変更し、実際の総遅延と回復結果を記録してください。最後に、問題の再現と納入時の受入検証ができるよう、双方のバージョン、接続の役割、データの方向、バッファ設定、暗号化の状態、テスト条件を保存してください。
資料に関する注記：原理図は一般的な仕組みを説明するためのものであり、製品写真や実測記録ではありません。具体的なインターフェース、モード、機能は、選択したモデル、バージョン、および現場での検証結果に従います。
検証資料： Haivision SRTプロジェクトとARQ機構
SRTのタイムスタンプに基づく配信と遅延の仕組み
SRTツールの接続モードとパラメーター
SRTのソケットオプションと暗号化設定
Haivision SRTアプリケーションQ&A
飛暢科技の光4ポート・銅線8ポート構成のマネージドレイヤー3スイッチ
飛暢科技の産業用スイッチの種類
中国語の技術記事から翻訳。原文の初回公開日：2022-01-18。原文の最終改訂日：2026-10-13。 中国語の原文を読む
