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