リアルタイムストリーミングプロトコル

OPTIONSリクエストは、サーバーが受け入れるリクエストタイプを返します。

C->S: OPTIONS rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 1 必須: implicit-play プロキシ要件: gzipped-messages S->C: RTSP/1.0 200 OK CSeq: 1 公開：説明、セットアップ、撤去、再生、一時停止 

DESCRIBEリクエストには、RTSP rtsp://URLと、処理可能な応答データの種類が含まれます。この応答には、通常セッション記述プロトコル（SDP）形式のプレゼンテーション記述が含まれます。プレゼンテーション記述には、集約URLで制御されるメディアストリームのリストなどが含まれます。通常、オーディオストリームとビデオストリームにはそれぞれ1つのメディアストリームがあります。メディアストリームのURLは、SDP制御フィールドから直接取得するか、集約URLにSDP制御フィールドを追加することで取得します。

C->S: DESCRIBE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 2 S->C: RTSP/1.0 200 OK CSeq: 2 Content-Base: rtsp://example.com/media.mp4 コンテンツタイプ: application/sdp コンテンツの長さ: 460 m=ビデオ 0 RTP/AVP 96 a=コントロール:streamid=0 a=範囲:npt=0-7.741000 a=長さ:npt=7.741000 a=rtpmap:96 MP4V-ES/5544 a=mimetype:string;"video/MP4V-ES" a=平均ビットレート:整数;304018 a=StreamName:string;"ヒント付きビデオトラック" m=オーディオ 0 RTP/AVP 97 a=コントロール:streamid=1 a=範囲:npt=0-7.712000 a=長さ:npt=7.712000 a=rtpmap:97 mpeg4-generic/32000/2 a=mimetype:string;"audio/mpeg4-generic" a=平均ビットレート:整数;65790 a=StreamName:string;"ヒント付きオーディオトラック" 

SETUPリクエストは、単一のメディアストリームの転送方法を指定します。これは、PLAYリクエストを送信する前に行う必要があります。リクエストには、メディアストリームのURLと転送指定子が含まれます。この指定子には通常、RTPデータ（音声または映像）を受信するためのローカルポートと、RTCPデータ（メタ情報）を受信するための別のポートが含まれます。サーバーからの応答は通常、選択されたパラメータを確認し、サーバーが選択したポートなど、不足している部分を補完します。集約再生リクエストを送信する前に、各メディアストリームをSETUPを使用して構成する必要があります。

C->S: SETUP rtsp://example.com/media.mp4/streamid=0 RTSP/1.0 CSeq: 3 トランスポート: RTP/AVP;ユニキャスト;クライアントポート=8000-8001 S->C: RTSP/1.0 200 OK CSeq: 3 トランスポート: RTP/AVP;ユニキャスト;クライアントポート=8000-8001;サーバーポート=9000-9001;ssrc=1234ABCD セッション: 12345678 C->S: SETUP rtsp://example.com/media.mp4/streamid=1 RTSP/1.0 CSeq: 3 トランスポート: RTP/AVP;ユニキャスト;クライアントポート=8002-8003 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 3 トランスポート: RTP/AVP;ユニキャスト;クライアントポート=8002-8003;サーバーポート=9002-9003;ssrc=1234ABCD セッション: 12345678 

PLAYリクエストを送信すると、1つまたは複数のメディアストリームが再生されます。複数のPLAYリクエストを送信することで、再生リクエストを積み重ねることができます。URLは、すべてのメディアストリームを再生するための集約URL、または特定のメディアストリームのみを再生するための単一メディアストリームURLを指定できます。再生範囲を指定することも可能です。範囲を指定しない場合、ストリームは最初から最後まで再生されます。ストリームが一時停止されている場合は、一時停止した時点から再生が再開されます。

C->S: 再生 rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 4 範囲: npt=5-20 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 4 セッション: 12345678 RTP情報: url=rtsp://example.com/media.mp4/streamid=0;seq=9810092;rtptime=3450012 

PAUSEリクエストは、1つまたは複数のメディアストリームを一時的に停止し、後でPLAYリクエストによって再開します。リクエストには、集約URLまたはメディアストリームURLが含まれます。PAUSEリクエストのrangeパラメータは、一時停止するタイミングを指定します。rangeパラメータを省略すると、一時停止は即座に、かつ無期限に実行されます。

C->S: PAUSE rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 5 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 5 セッション: 12345678 

このメソッドは、プレゼンテーションの説明に従って、メディアデータの範囲の記録を開始します。タイムスタンプは、開始時刻と終了時刻（UTC）を示します。時間範囲が指定されていない場合は、プレゼンテーションの説明で指定された開始時刻または終了時刻を使用します。セッションが既に開始されている場合は、記録は直ちに開始されます。サーバーは、記録されたデータをリクエストURIまたは別のURIに保存するかどうかを決定します。サーバーがリクエストURIを使用しない場合、レスポンスは201となり、リクエストの状態を記述し、新しいリソースを参照するエンティティと、Locationヘッダーが含まれます。

C->S: RECORD rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 6 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 6 セッション: 12345678 

ANNOUNCEメソッドには2つの目的があります。

クライアントからサーバーに送信される際、ANNOUNCEはリクエストURLで識別されるプレゼンテーションまたはメディアオブジェクトの説明をサーバーに送信します。サーバーからクライアントに送信される際、ANNOUNCEはセッションの説明をリアルタイムで更新します。プレゼンテーションに新しいメディアストリームが追加された場合（例えば、ライブプレゼンテーション中）、追加されたコンポーネントだけでなく、プレゼンテーションの説明全体を再度送信する必要があります。そうすることで、コンポーネントを削除できるようになります。

 C->S: アナウンス rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 7 日付: 1997 年 1 月 23 日 15:35:06 GMT セッション: 12345678 コンテンツタイプ: application/sdp コンテンツの長さ: 332 v=0 o=mhandley 2890844526 2890845468 IN IP4 126.16.64.4 s=SDPセミナー i=セッション記述プロトコルに関するセミナー u= http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps e=mjh@isi.edu (マーク・ハンドリー) c=IN IP4 224.2.17.12/127 t=2873397496 2873404696 a=recvonly m=オーディオ 3456 RTP/AVP 0 m=ビデオ 2232 RTP/AVP 31 S->C: RTSP/1.0 200 OK CSeq: 7 

TEARDOWNリクエストはセッションを終了するために使用されます。これにより、すべてのメディアストリームが停止され、サーバー上のセッション関連データがすべて解放されます。

C->S: TEARDOWN rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 8 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 8 

GET_PARAMETERリクエストは、URIで指定されたプレゼンテーションまたはストリームのパラメータの値を取得します。応答の内容は実装に委ねられます。エンティティボディのないGET_PARAMETERは、クライアントまたはサーバーのライブネステスト（「ping」）に使用できます。

S->C: GET_PARAMETER rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 9 コンテンツタイプ: text/parameters セッション: 12345678 コンテンツの長さ: 15 受信パケット数 ジッター C->S: RTSP/1.0 200 OK CSeq: 9 コンテンツの長さ: 46 コンテンツタイプ: text/parameters 受信パケット数: 10 ジッター: 0.3838 

このメソッドは、URIで指定されたプレゼンテーションまたはストリームのパラメータの値を設定することを要求します。

C->S: SET_PARAMETER rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 10 コンテンツの長さ: 20 コンテンツタイプ: text/parameters barparam: バースタッフ S->C: RTSP/1.0 451 無効なパラメータ CSeq: 10 コンテンツの長さ: 10 コンテンツタイプ: text/parameters バルパラム 

リダイレクト要求は、クライアントが別のサーバーに接続する必要があることを通知します。この要求には、クライアントがそのURLに対して要求を発行する必要があることを示す必須ヘッダーLocationが含まれます。また、リダイレクトが有効になるタイミングを示すパラメータRangeが含まれる場合もあります。クライアントがこのURIに対してメディアの送受信を継続したい場合は、指定されたホストで現在のセッションに対してTEARDOWN要求を、新しいセッションに対してSETUP要求を発行する必要があります。

S->C: RTSP://example.com/media.mp4 RTSP/1.0 にリダイレクトします CSeq: 11 場所: rtsp://bigserver.com:8001 範囲: clock=19960213T143205Z- 

ファイアウォールの設計やその他の状況によっては、サーバーがRTSP方式とストリームデータをインターリーブせざるを得ない場合があります。このインターリーブは、クライアントとサーバーの動作を複雑にし、余分なオーバーヘッドを発生させるため、必要がない限り一般的には避けるべきです。インターリーブされたバイナリデータは、RTSPがTCP上で伝送される場合にのみ使用してください。

RTPパケットなどのストリームデータは、ASCIIドル記号（16進数で24）でカプセル化され、その後に1バイトのチャネル識別子、さらにネットワークバイトオーダーの2バイト整数としてカプセル化されたバイナリデータの長さが続きます。ストリームデータは、CRLFなしで、上位層プロトコルヘッダーを含めて、その直後に続きます。各$ブロックには、上位層プロトコルデータユニット（RTPパケットなど）が正確に1つ含まれています。

C->S: SETUP rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 3 トランスポート: RTP/AVP/TCP;インターリーブ=0-1 S->C: RTSP/1.0 200 OK CSeq: 3 日付: 1997年6月5日 18:57:18 GMT トランスポート: RTP/AVP/TCP;インターリーブ=0-1 セッション: 12345678 C->S: 再生 rtsp://example.com/media.mp4 RTSP/1.0 CSeq: 4 セッション: 12345678 S->C: RTSP/1.0 200 OK CSeq: 4 セッション: 12345678 日付: 1997年6月5日 18:59:15 GMT RTP情報: url=rtsp://example.com/media.mp4;seq=232433;rtptime=972948234 S->C: $\000{2バイト長}{"length"バイトのデータ、RTPヘッダー付き} S->C: $\000{2バイト長}{"length"バイトのデータ、RTPヘッダー付き} S->C: $\001{2バイト長}{"length"バイトのRTCPパケット} 

• Ant Media Server : コミュニティ版^{[ 16 ]}はRTSP/Sソースからのプルをサポートし、HLSを使用してライブストリーミングしたり、MP4で録画したりできます。エンタープライズ版は、エンドツーエンドの遅延が約200～500msでRTSPをWebRTCに変換できます。
• Darwin Streaming Serverは、Appleが保守管理しているQuickTime Streaming Serverのオープンソース版です。
• GStreamerベースのRTSPサーバーおよびクライアント。
• Helix DNA ServerはRealNetworks社のストリーミングサーバーで、オープンソース版とプロプライエタリ版の両方が提供されています。
• Helix Universal Serverは、 RealNetworks社が提供する、RTSP、RTMP、iOS、Silverlight、HTTPストリーミングメディアクライアントに対応した商用ストリーミングサーバーです。
• LIVE555 liveMedia / openRTSPは、 VLCやmplayerなどの有名なクライアントで使用されているオープンソースのC++サーバーおよびクライアント ライブラリです。
• Motionは、Linux向けの無料CCTVソフトウェアアプリケーションです。
• Nimble Streamerは、 RTSPのプルおよびアナウンス入力をサポートし、TCPインターリーブ再生出力に対応しています。
• OvenMediaEngineは、RTSPプッシュ入力に対応したオープンソースの低遅延ストリーミングサーバーです。
• pvServer：以前はPacketVideo Streaming Serverと呼ばれていた、アルカテル・ルーセントのストリーミングサーバー製品です。
• QuickTime Streaming Serverは、Appleが開発したクローズドソースのストリーミングサーバーで、Mac OS X Serverに同梱されています。
• VideoLANはオープンソースのメディアプレーヤーおよびストリーミングサーバーです。
• Windows Media Servicesは、以前はWindows Serverに付属していたMicrosoftのストリーミングサーバーで、 Windows Media拡張機能で変更されたRTSPを使用します。
• Wowza Streaming Engineは、RTSP/RTP、 RTMP、MPEG-TS、ICY、HTTP（HTTPライブストリーミング、HTTPダイナミックストリーミング、スムーズストリーミング、MPEG-DASH）、およびWebRTCに対応したマルチフォーマットストリーミングサーバーです。
• YouTubeは2007年6月にモバイルウェブフロントエンドを実装し、このプロトコルを介してビデオを配信している。^{[ 17 ]}

多くのCCTV /セキュリティカメラ（IPカメラと呼ばれることが多い）は、特にONVIFプロファイルG、S、Tを備えたものなど、RTSPストリーミングもサポートしています。

• アストラ
• cURL（バージョン7.20.0以降—2010年2月9日^{[ 18 ]}）
• FFmpeg ^{[ 19 ]}
• GStreamer
• ジェットオーディオ
• LIVE555 liveMedia / openRTSP : VLCやmplayerなどの有名なクライアントで使用されているオープンソースのC++サーバーおよびクライアントライブラリ。
• メディアプレーヤークラシック
• MPlayer
• MythTV（Freebox経由）
• QuickTime
• リアルプレイヤー
• Skype
• Spotify
• VLCメディアプレーヤー
• ウィナンプ
• Windows Media Player
• xine
• ゾーンマインダー
• モーション（監視ソフトウェア）