-リアルタイム トランスポート プロトコル (RTP)、-リアルタイム トランスポート コントロール プロトコル (RTCP)、-リアルタイム ストリーミング プロトコル (RTSP)、およびリアルタイム メッセージングおよびブロードキャスト プロトコル (RTMP) は、マルチメディア通信分野のコア プロトコルです。これらは、音声やビデオの送信、ライブ ストリーミング、ビデオ会議などのシナリオで重要な役割を果たします。以下では、技術原則、アプリケーション シナリオ、およびこれらのプロトコル間の違いについて詳細に分析します。
I. RTP (リアルタイム トランスポート プロトコル)-
1. 基本的な概念
RTP は、リアルタイム データ送信用に特別に設計された UDP{0}} ベースのトランスポート プロトコルで、IETF によって RFC 3550 で定義されています。その中心機能には、タイムスタンプ、シーケンス番号、ペイロード タイプ識別子の提供が含まれており、オーディオ / ビデオ データの時間的同期とパケット損失検出が保証されます。 RTP 自体はサービス品質 (QoS) を保証しませんが、RTCP を通じてモニタリングとフィードバックを可能にします。
2. 技術的特徴
● タイムスタンプのメカニズム:ネットワークジッターによって引き起こされる再生の非同期を解決するために、パケットの生成時間をマークします。
● シーケンス番号:パケット損失と順序どおりでない配信を検出し、受信者側でのデータの再構築を可能にします。{0}{1}{0}{1}
● コンテンツ タイプ識別子:さまざまなエンコード形式 (H.264、AAC など) に動的に適応します。
● 多重化:SSRC (同期ソース識別子) を使用して、同じセッション内の異なるストリームを区別します。
3. アプリケーションシナリオ
● ビデオ会議:Zoom や WebRTC などのプラットフォームは、基礎となるオーディオ/ビデオ ストリームの送信に RTP を利用します。
● IP テレフォニー:VoIP システムは、RTP を利用してリアルタイムの音声通信を行います。{0}
● ライブストリーミング:RTCPと連携して伝送品質を最適化します。
II. RTCP (リアルタイム トランスポート コントロール プロトコル)-
1. 役割と機能
RTCP は RTP のコンパニオン プロトコルで、メディア データではなく制御情報の送信を担当します。主な機能は次のとおりです。
● QoS モニタリング:受信レポート (RR) および送信レポート (SR) を通じて、パケット損失率や遅延などのメトリクスを提供します。
● 同期調整:マルチメディア ストリームでのオーディオビジュアル同期（リップシンクなど）を保証します。{0}{3}
● 参加者管理:マルチパーティ セッションにおけるメンバーのステータスを識別します。-
2. メッセージの種類
● SR (送信者レポート):送信者の統計 (送信バイト数、タイムスタンプなど)。
● RR (受信者レポート):ネットワーク状態に関する受信者のフィードバック。
● SDES (ソース記述):参加者の説明情報 (ユーザー名など)。
● さようなら:セッション終了通知。
3. 実際の応用
ライブ ストリーミング シナリオでは、RTCP はサーバーがビットレートを動的に調整するのを支援します。たとえば、受信者が高いパケット損失を報告すると、送信者はネットワーク状況に適応するために解像度を下げることができます。
Ⅲ． RTSP (リアルタイム ストリーミング プロトコル)-
1. プロトコルの位置付け
RTSP は、再生や一時停止などのメディア サーバーの操作を制御するアプリケーション層プロトコル (RFC 2326) であり、「ネットワーク リモート コントロール」として機能します。その特徴は次のとおりです。
● 輸送能力なし:データ送信には RTP/RTCP または TCP を使用します。
● ステートフル プロトコル:セッション ID を介して接続のライフサイクルを管理します。
2. インタラクションの流れ
1. オプション:クエリ サーバー-でサポートされているメソッド。
2. 説明します:メディアの説明 (SDP ファイルなど) を取得します。
3. セットアップ:トランスポート チャネルを確立します (RTP ポートを指定します)。
4. 再生/一時停止/ティアダウン:再生状態を制御します。
3. 典型的なシナリオ
● セキュリティ監視:RTSP 経由でリアルタイムのカメラ ストリームを取得します。-
● IPTV:VOD とライブ ストリーミングのインタラクティブな制御をサポートします。
IV. RTMP (リアルタイム メッセージング プロトコル)-
1. プロトコルの進化
Adobe によって開発された RTMP は、もともと Flash Player{0}} サーバー通信用に設計されました。 Flash は現在では廃止されましたが、RTMP はその低遅延特性により、依然としてライブ ストリーミングに広く使用されています。-
2. コア機能
● TCP- ベース:信頼性は確保されますが、RTP/UDP よりも遅延が大きくなります。
● チャンク化:さまざまな帯域幅に対応するために、データをより小さなセグメントに分割します。
● 多重化:単一の接続を介してオーディオ/ビデオ、メタデータ、および制御コマンドを送信します。
3. ワークフロー
● ハンドシェイクフェーズ:クライアントとサーバーは C0 ～ C2 パケットを交換します。
● 接続フェーズ:NetConnectionを確立します。
● ストリームの作成:NetStream 経由でメディア データを送信します。
4. 最新のアプリケーション
● ライブストリーミング:OBS などのツールは、RTMP 経由でストリームを CDN (Tencent Cloud、Alibaba Cloud など) にプッシュします。
●互換性適応:プロトコル変換 (RTMP から HLS など) を通じてモバイル デバイスに適応します。
V. プロトコルの比較と選択に関する推奨事項
| 合意 | トランスポート層 | 主な用途 | 遅れ | 該当するシナリオ |
| RTP | UDP | リアルタイムの音声と動画の送信- | 低い | ビデオ会議、VoIP |
| RTCP | UDP | 伝送品質のフィードバック | - | RTPで使用する場合 |
| RTSP | TCP/UDP | ストリーミングメディアコントロール | 適度 | モニタリング、オンデマンド- |
| RTMP | TCP | ライブ ストリーミング、オンデマンド ストリーミング- | 中-〜-高 | ライブ ストリーミング プラットフォーム、レガシー Flash システム |
選択に関する推奨事項:
● 低遅延のインタラクション:-RTP+RTCP (WebRTC など) を優先します。
● ライブストリーミング:RTMP は依然として主流ですが、WebRTC 統合によって最適化できます。
● オンデマンドと制御:-RTSP は、きめ細かい制御が必要なシナリオ (IPTV など) に適しています。
VI.技術動向と課題
1. WebRTC の台頭:エンドツーエンドの暗号化と低レイテンシを提供することで、RTMP と RTSP を段階的に置き換えます。{0}}-
2. QUICプロトコルの統合:Google の QUIC は、パケット損失に対する回復力を強化するために RTP/UDP を置き換える可能性があります。
3. 5G とエッジ コンピューティング:高帯域幅環境では、プロトコルの最適化はエンドツーエンドのレイテンシの削減に重点を置きます。--
今後、リアルタイム インタラクションの需要が高まるにつれて、これらのプロトコルは進化し続け、-新しいアーキテクチャ（例: RTMP に代わる SRT）に収束する可能性があります。-一方で、リアルタイム パフォーマンスと信頼性のバランスをとるという基本原則は引き続きマルチメディア伝送技術開発の中心となります。-