【正文】 Email：bryanj@譯者： （王晶，寧夏固原）譯文版本：alpha 譯文發(fā)布時(shí)間：2007725版權(quán)：本中文翻譯文檔之版權(quán)歸王晶所有?？捎诜巧虡I(yè)用途前提下自由轉(zhuǎn)載，但必須保留此翻譯及版權(quán)信息。網(wǎng)絡(luò)工作組 H. Schulzrinne請(qǐng)求注釋: 2326 哥倫比亞大學(xué).類別: 標(biāo)準(zhǔn)跟蹤 A. Rao Netscape R. Lanphier RealNetworks 1998年4月 實(shí)時(shí)流協(xié)議(RTSP)本備忘錄狀態(tài)本文為Internet社區(qū)描述了一種Internet標(biāo)準(zhǔn)跟蹤協(xié)議，還需要討論和建議以便進(jìn)行改善。請(qǐng)查看最新版本的Internet正式協(xié)議標(biāo)準(zhǔn)（STD 1）了解本協(xié)議的標(biāo)準(zhǔn)化進(jìn)程和狀態(tài)。本備忘錄的傳播不受限制。版權(quán)聲明：版權(quán)為The Internet Society 所有。所有權(quán)利保留。摘要：實(shí)時(shí)流協(xié)議（RTSP）是應(yīng)用層協(xié)議，控制實(shí)時(shí)數(shù)據(jù)的傳送RTSP提供了一個(gè)可擴(kuò)展框架，使受控、按需傳輸實(shí)時(shí)數(shù)據(jù)（如音頻與視頻）成為可能。數(shù)據(jù)源包括現(xiàn)場(chǎng)數(shù)據(jù)與存儲(chǔ)在剪輯中的數(shù)據(jù)。本協(xié)議旨在于控制多個(gè)數(shù)據(jù)發(fā)送會(huì)話，提供了一種選擇傳送途徑（如UDP、組播UDP與TCP）的方法，并提供了一種選擇基于RTP (RFC1889)的傳送機(jī)制的方法。 目錄：1 介紹 目的 要求 術(shù)語 協(xié)議特性 RTSP擴(kuò)展 整體運(yùn)作 RTSP狀態(tài) 與其他協(xié)議的關(guān)系 2 符號(hào)協(xié)定 3 協(xié)議參數(shù) RTSP版本 RTSP URL 會(huì)議標(biāo)識(shí) 會(huì)話標(biāo)識(shí) SMPTE 相對(duì)時(shí)間戳 絕對(duì)時(shí)間 選項(xiàng)標(biāo)簽 用IANA注冊(cè)新的選項(xiàng)標(biāo)簽 *4 RTSP消息 消息類型 消息頭 消息主體 消息長度 *5 普通頭部段 *6 請(qǐng)求 請(qǐng)求行 請(qǐng)求消息頭段 *7 響應(yīng) 狀態(tài)行 狀態(tài)碼和原因短語 響應(yīng)頭部段 *8 實(shí)體 實(shí)體頭部域 實(shí)體主體 24*9 連接 流水線化 25 可靠性及確認(rèn) 25*10 方法定義 25 可選項(xiàng) 26 描述 26 通知 26 建立 26 播放 27 暫停 27 斷開 27 獲取參數(shù) 28 設(shè)置參數(shù) 28 重定向 28 錄制 29 嵌入（交織）的二進(jìn)制數(shù)據(jù) 29*11狀態(tài)碼定義 29 30 存儲(chǔ)空間低 250 30 重定向 3xx 31 客戶端錯(cuò)誤 4xx 31 32 32 33 帶寬不足 33 會(huì)話未找到 34 本狀態(tài)下該方法無效 34 頭部域與資源不匹配 34 無效范圍 35 參數(shù)為只讀 35 不允許合操作 36 只允許合操作 36 不支持的傳輸 36 目標(biāo)不可達(dá) 37 不支持的選項(xiàng) 3712 頭部段定義（Header Field Definitions） 38 接受 38 接受編碼 38 接受語言 39 允許（Allow） 39 授權(quán)（Authorization） 40 帶寬 40 塊大小 40 緩存控制 41 會(huì)議 41 連接 41 內(nèi)容基礎(chǔ) 42 內(nèi)容編碼（ContentEncoding） 42 內(nèi)容語言 43 內(nèi)容長度（ContentLength） 43 內(nèi)容位置 43 內(nèi)容類型（ContentType） 44 命令序列題頭（CSeq） 44 日期（Date） 44 過期（Expires） 45 來自（From） 45 主機(jī) 45 如果匹配 45（IfModifiedSince） 46 最后修改（LastModified） 46 位置（Location） 46 代理認(rèn)證 47 代理要求 47 公布 47 范圍 49 提交方（Referer） 49 稍后重試 49 要求 49 RTP信息 49 倍速（Scale） 速度 49 服務(wù)器（Server） 49 會(huì)話 49 時(shí)間戳 49 傳輸 49 不支持 49 用戶代理（UserAgent） 49 變化 49 通過 49 WWW認(rèn)證（WWWAuthenticate） 50*13 緩存 50*14 例子 50 按需點(diǎn)播（單播） 50 容器文件的流化 51 單個(gè)流容器文件 51 實(shí)況媒體表示的組播 51 在存在的會(huì)話中播放媒體 51 錄制 52*15 語法 52 基本語法 5216 安全考慮（Security Considerations） 52*附錄A RTSP協(xié)議狀態(tài)機(jī) 53* 客戶端狀態(tài)機(jī) 53* 服務(wù)器端狀態(tài)機(jī) 53*附錄B 與RTP協(xié)議的交互 53*附錄C 使用SDP進(jìn)行RTSP會(huì)話描述 54+ 定義 54o 控制URL 55o 媒體流 55o 有效載荷類型 55o 詳細(xì)格式參數(shù) 55o 表示的范圍 56o 有效時(shí)間 56o 連接信息 56o 實(shí)體標(biāo)簽 57+ 合控制不可用 57+ 合控制可用 57*附錄D 最小RTSP實(shí)現(xiàn) 58+ 客戶端 58 58 認(rèn)證enabled 58+ 服務(wù)器 59 59 59*附錄E 作者地址 60*附錄F 致謝 60*參考書目 60*版權(quán)申明 611 介紹 目的 實(shí)時(shí)流協(xié)議（RTSP）建立并控制一個(gè)或幾個(gè)時(shí)間同步的連續(xù)流媒體，比如音頻或視頻。盡管在連續(xù)媒體流中有可能插入控制流（），但RTSP本身通常并不發(fā)送連續(xù)媒體流。換言之，RTSP充當(dāng)多媒體服務(wù)器的網(wǎng)絡(luò)遙控器。 表示描述定義了流的控制操作的集合，但本文并沒有規(guī)定表示描述的格式。 RTSP沒有連接這個(gè)概念，而由RTSP會(huì)話(session)代替（服務(wù)器端保持一個(gè)由識(shí)別符標(biāo)記的會(huì)話）。RTSP會(huì)話沒有綁定傳輸層連接（如TCP連接）。在RTSP會(huì)話期間，RTSP客戶端可以打開或關(guān)閉多個(gè)到服務(wù)器端的可靠傳輸連接以發(fā)出RTSP請(qǐng)求。但也可以使用無連接傳輸協(xié)議，比如UDP，來發(fā)送RTSP請(qǐng)求。 RTSP所控制的流可能用到RTP，但RTSP的操作并不依賴用來傳送連續(xù)媒體的傳輸機(jī)制。實(shí)時(shí)流協(xié)議在語法和操作上有意地類似于HTTP/，使得HTTP的擴(kuò)展機(jī)制大都可加入RTSP。盡管如此，RTSP在很多重要方面與HTTP有所不同： *RTSP引入了很多新方法并且有不同的協(xié)議標(biāo)識(shí)符。 *RTSP服務(wù)器在絕大多數(shù)默認(rèn)情況下需要維持狀態(tài)，而HTTP是無狀態(tài)協(xié)議。 *RTSP客戶機(jī)和服務(wù)器都可以發(fā)出請(qǐng)求。 *數(shù)據(jù)由信帶外的另一個(gè)協(xié)議傳送（但有一個(gè)特例）。 *RTSP使用ISO 10646(UTF8) 而不是ISO 88591，以配合當(dāng)前HTML的國際化。 *RTSP的URI請(qǐng)求時(shí)總是包含絕對(duì)URI。而由于歷史原因造成的后向兼容性問題，HTTP/，把主機(jī)名放入單獨(dú)的頭部域中。 當(dāng)只有一個(gè)IP的主機(jī)要提供多個(gè)文檔樹時(shí)，可使虛擬主機(jī)的實(shí)現(xiàn)更簡(jiǎn)單。協(xié)議支持以下操作： 從媒體服務(wù)器上獲得媒體： 用戶可通過HTTP或其它途徑請(qǐng)求一個(gè)表示描述。如果該表示是組播，表示描述就包含用于該連續(xù)媒體的的多播地址和端口。如表示僅通過單播發(fā)送給用戶，用戶為了安全應(yīng)起見要提供目的地址。邀請(qǐng)媒體服務(wù)器進(jìn)入會(huì)議： 媒體服務(wù)器可被邀請(qǐng)加入已存在的的會(huì)議，包括向該表示內(nèi)回放媒體，或記錄此表示中的一部分或全部媒體。這種模式在分布式教學(xué)應(yīng)用上很有用。會(huì)議中的各方可輪流按網(wǎng)絡(luò)遙控器的按鈕。 將媒體加到已存在的表示中： 現(xiàn)場(chǎng)表示的專用概念。當(dāng)服務(wù)器可以告訴客戶端可以附加媒體時(shí)有用。和HTTP/，RTSP的請(qǐng)求可由代理、通道與緩存處理。 要求在本文檔中的關(guān)鍵字必須，必須不、需要、必須、必須不、應(yīng)該、不應(yīng)該、推薦、可能、和可選的，都和RFC2119 [4]中的解釋一致。 術(shù)語一些HTTP/。這里沒有舉出的術(shù)語，其定義與HTTP/。合控制： 服務(wù)器使用一條時(shí)間線對(duì)多個(gè)流進(jìn)行控制。對(duì)音頻/視頻的回放來講，這意味著客戶端僅需發(fā)送一條播放或者暫停消息就可同時(shí)控制音頻和視頻的回放。會(huì)議： 多方參與的多媒體表示，這里的多方意味著大于或等于一方?？蛻舳耍?指請(qǐng)求媒體服務(wù)器上連續(xù)流媒體數(shù)據(jù)的客戶端。連接： 以通訊為目的，在傳輸層建立的兩個(gè)程序間的虛擬信道。容器文件： 可以容納多個(gè)媒體流的文件，而這些媒體流共同播放時(shí)通常還包含一個(gè)表示。RTSP服務(wù)器可以為這些容器文件提供合控制，但容器文件的概念本身并不包含在本協(xié)議中。連續(xù)媒體： 接受器和數(shù)據(jù)源之間存在時(shí)序關(guān)系的數(shù)據(jù)。也就是說，接受器需要重放原來存在于源數(shù)據(jù)中的時(shí)序關(guān)系。最普通的連續(xù)媒體的例子是音頻和動(dòng)畫視頻。連續(xù)媒體可以是實(shí)時(shí)的（交互的），它們?cè)谠春徒邮芷髦g是一種緊密的時(shí)序關(guān)系；或者是流（回放）的形式，時(shí)序關(guān)系沒那么嚴(yán)格。實(shí)體： 請(qǐng)求或者響應(yīng)的載荷部分中所傳輸?shù)男畔?。?shí)體由信息元組成，而每個(gè)信息元由由實(shí)體頭部域和實(shí)體主體組成。實(shí)體頭部域內(nèi)是信息格式，實(shí)體主體內(nèi)是信息內(nèi)容，如第8章所述。媒體初始化： 數(shù)據(jù)類型/編碼的具體初始化。這包括時(shí)鐘頻率，顏色空間等?？蛻舳苏?qǐng)求一個(gè)媒體流回放時(shí)所需的任何獨(dú)立于傳輸?shù)男畔?，都是在流?chuàng)建時(shí)媒體初始化階段產(chǎn)生的。媒體參數(shù): 對(duì)于某種特定的媒體類型來說，回放前或者回放中有可能會(huì)發(fā)生改變的一些參數(shù)。媒體服務(wù)器： 提供一個(gè)或多個(gè)媒體流之回放或錄制服務(wù)的服務(wù)器。同一個(gè)表示(presentation)中不同的媒體流可能來自于不同的媒體服務(wù)器。媒體服務(wù)器可以建在激活該表示(presentation)的Web服務(wù)器上，也可以建立在不同的主機(jī)上。媒體服務(wù)器重定向： 重新把媒體客戶