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