【正文】 息，回饋性地表述給客戶端的一個或多個流的集合。由15章語法定義的結構化八位位組序列組成，并通過有連接或者無連接協(xié)議傳送。消息： 單個媒體實例，比如，一個音頻流或者一個視頻流，連同一個白板或者共享程序組。媒體服務器重定向： 提供一個或多個媒體流之回放或錄制服務的服務器。媒體參數(shù): 數(shù)據(jù)類型/編碼的具體初始化。連續(xù)媒體可以是實時的（交互的），它們在源和接受器之間是一種緊密的時序關系；或者是流（回放）的形式，時序關系沒那么嚴格。RTSP服務器可以為這些容器文件提供合控制，但容器文件的概念本身并不包含在本協(xié)議中。容器文件：對音頻/視頻的回放來講，這意味著客戶端僅需發(fā)送一條播放或者暫停消息就可同時控制音頻和視頻的回放。合控制： 術語會議中的各方可輪流按網(wǎng)絡遙控器的按鈕。如果該表示是組播，表示描述就包含用于該連續(xù)媒體的的多播地址和端口。從媒體服務器上獲得媒體： 而由于歷史原因造成的后向兼容性問題，HTTP/，把主機名放入單獨的頭部域中。 *RTSP使用ISO 10646(UTF8) 而不是ISO 88591，以配合當前HTML的國際化。 *RTSP客戶機和服務器都可以發(fā)出請求。盡管如此，RTSP在很多重要方面與HTTP有所不同：在RTSP會話期間，RTSP客戶端可以打開或關閉多個到服務器端的可靠傳輸連接以發(fā)出RTSP請求。換言之，RTSP充當多媒體服務器的網(wǎng)絡遙控器。 61 59*附錄E 作者地址 58 認證enabled 57+ 合控制可用 56o 有效時間 55o 媒體流 53*附錄B 與RTP協(xié)議的交互 52*附錄A 51 錄制 50 容器文件的流化 49 WWW認證（WWWAuthenticate） 49 不支持 49 服務器（Server） 49 稍后重試 47 代理要求 45（IfModifiedSince） 44 過期（Expires） 43 內容位置 41 內容基礎 40 塊大小 38 接受語言 37 不支持的選項 35 不允許合操作 34 本狀態(tài)下該方法無效 32 29 28 重定向 27 暫停 26 描述 流水線化 *8 實體 *7 響應 *5 普通頭部段 消息類型 絕對時間 會議標識 2 符號協(xié)定 RTSP擴展 目的本協(xié)議旨在于控制多個數(shù)據(jù)發(fā)送會話，提供了一種選擇傳送途徑（如UDP、組播UDP與TCP）的方法，并提供了一種選擇基于RTP (RFC1889)的傳送機制的方法。摘要：版權聲明：本備忘錄的傳播不受限制。本備忘錄狀態(tài)1998年4月RealNetworksR. Lanphier A. Rao H. Schulzrinne請求注釋: 2326網(wǎng)絡工作組Email：bryanj譯者： （王晶，寧夏固原）譯文版本：alpha 譯文發(fā)布時間：2007725版權：本中文翻譯文檔之版權歸王晶所有。 哥倫比亞大學.類別: 標準跟蹤 本文為Internet社區(qū)描述了一種Internet標準跟蹤協(xié)議版權為The Internet Society 所有。實時流協(xié)議（RTSP）是應用層協(xié)議，控制實時數(shù)據(jù)的傳送 要求 整體運作 3 協(xié)議參數(shù) 會話標識 選項標簽 消息頭*6 請求 狀態(tài)行 實體頭部域 25 可靠性及確認 26 通知 27 斷開 28 錄制 30 存儲空間低 250 32 34 頭部域與資源不匹配 36 只允許合操作 3712 頭部段定義（Header Field Definitions） 39 允許（Allow）40 緩存控制 42 內容編碼（ContentEncoding） 43 內容類型（ContentType） 45 來自（From） 46 最后修改（LastModified） 47 公布 49 要求 49 會話 49 用戶代理（UserAgent） 50*13 緩存 51 單個流容器文件 52*15 語法 RTSP協(xié)議狀態(tài)機 53*附錄C 使用SDP進行RTSP會話描述 55o 有效載荷類型 56o 連接信息 57*附錄D 最小RTSP實現(xiàn) 58+ 服務器 60*附錄F 致謝1 介紹 表示描述定義了流的控制操作的集合，但本文并沒有規(guī)定表示描述的格式。但也可以使用無連接傳輸協(xié)議，比如UDP，來發(fā)送RTSP請求。 *數(shù)據(jù)由信帶外的另一個協(xié)議傳送（但有一個特例）。 當只有一個IP的主機要提供多個文檔樹時，可使虛擬主機的實現(xiàn)更簡單。如表示僅通過單播發(fā)送給用戶，用戶為了安全應起見要提供目的地址。 現(xiàn)場表示和HTTP/，RTSP的請求可由代理、通道與緩存處理。一些HTTP/。 多方參與的多媒體表示，這里的多方意味著大于或等于一方。 指請求媒體服務器上連續(xù)流媒體數(shù)據(jù)的客戶端。 接受器和數(shù)據(jù)源之間存在時序關系的數(shù)據(jù)。 請求或者響應的載荷部分中所傳輸?shù)男畔ⅰＣ襟w初始化：這包括時鐘頻率，顏色空間等。媒體服務器：同一個表示(presentation)中不同的媒體流可能來自于不同的媒體服務器。(媒體)流：當使用RTP時，流包括由RTP會話(session)中同一個源所創(chuàng)建的所有RTP和RTCP包。表示(presentation)：表示使用下面的表示描述進行表述。另外，其他IETF協(xié)議，如SDP協(xié)議使用術語會話(session)代替現(xiàn)場表示。如果能理解HTTP響應，就能清楚地理解RTSP響應。RTSP會話(session)：比如，一個電影的觀看過程。 協(xié)議特點 可以很容易地向RTSP加入新方法和參數(shù)。安全：了網(wǎng)頁安全機制。獨立于傳輸： 表示(presentation)中的每個流可放在不同服務器上，客戶端自動同不同服務器建立幾個并發(fā)控制的會話，媒體同步在傳輸層執(zhí)行。適合專業(yè)應用： 協(xié)議沒強行指定特定的表示或元文件格式，可傳達所用的格式類型；然而，表示描述必須至少包含一個RTSP URI。HTTP友好： 這些基礎結構包括Internet 內容選擇平臺（PICS：Platform for Internet Content Selection [15,16]），以便通過相關標簽訪問內容。合適的服務器控制： 服務器不能啟動一個用戶不能停止的流。 實際處理連續(xù)媒體流前，客戶端可協(xié)商傳輸方法。早期曾要求RTSP支持多用戶，但現(xiàn)在有了更好的方案，就是保證RTSP能很容易擴展成支持多用戶即可。例如：服務器可能只能回放，因此不必支持錄制請求。但服務器應該實現(xiàn)所有12章中要求的標題域。RTSP 可以如下三種方式擴展，按所支持的改變多少排序： *已有的方法可以擴展加入新參數(shù)，只要這些參數(shù)可以被接收方安全地忽略。服務器應該在公共回應頭里列出它所支持的所有方法。表示組成的整個表示與媒體屬性由表示描述(presentation description)文件定義，其格式不在本協(xié)議中定義。表示(presentation)可包含多個媒體流。多個媒體流可以放到不同的服務器上，比如音頻和視頻流可以分別放到不同服務器而實現(xiàn)均分負載。單播： 另一種選擇是，用和RTSP相同的可靠流傳輸媒體在會話生命期，單個媒體流可通過不同TCP連接按順序發(fā)出的請求來控制。PLAY與RECORD： 臨時暫停流，而不釋放服務器資源。 與其他協(xié)議關系 RTSP在功能上與HTTP有重疊。 但是，RTSP與HTTP 的本質差別在于數(shù)據(jù)發(fā)送以信帶外的不同協(xié)議RTSP請求也不是無狀態(tài) 雖然大多數(shù)實時媒體使用RTP作為傳輸層協(xié)議，RTSP并沒有綁定到RTP。為簡便起見，本文檔中[ ]表示對應HTTP/（RFC 2068 [2]）。某些基本的規(guī)則使用大寫，如SP, LWS, HT, CRLF, DIGIT, ALPHA,等等。規(guī)則1｜規(guī)則2（rule1 | rule2）缺省值是0到無限，例如，1*元素意思是至少有一個，而1*2元素表明允許有1個或2個。＃規(guī)則（rule）與*類似，用于定義元素列表?？赵卦诮Y構中可被任意使用，但不參與元素個數(shù)的計數(shù)。 除非另有指定，否則線性空格（LWS）可以在兩個鄰近符號或分隔符（tspecials）之間任意使用，而不會對整句的意思造成影響。這將使沒有參與制定RTSP規(guī)范的讀者更容易理解RTSP中各部分為什么要以該方式來實現(xiàn)。********************[]：協(xié)議的版本政策傾向于讓發(fā)送方表明其消息的格式及功能，而不僅僅為了獲得通訊的特性，這樣做的目的是為了與更高版本的RTSP實現(xiàn) = RTSP / 1*DIGIT . 1*DIGIT發(fā)送本規(guī)范定義的請求（Request）或響應（Response）消息的應用必須指明RTSP的版本為RTSP/。 當代理及網(wǎng)關收到與其自身版本不同的RTSP請求時，必須小心處理請求的推送，因為協(xié)議版本表明發(fā)送方的能力，代理或網(wǎng)關不應發(fā)出高于自身版本的消息。******************** = param *( 。 param net_loc fragment = *( uchar | reserved ) pchar | = | += ALPHA | DIGIT | safe | extra | national reserved unsafe 權威的URL語法及語義信息請參見RFC1738[4]和RFC1808[9]。rtsp前綴要求使用可靠協(xié)議（在Internet上指TCP協(xié)議）發(fā)出命令，而rtspu前綴則說明使用不可靠協(xié)議（在Internet指UDP協(xié)議）。資源的請求URI是rtsp_URL。一個表示或者流是通過基于文本的媒體標記來標識的，此媒體標記使用URLs (RFC 1738 [20])中的字符集和轉義規(guī)則[]。也可以是這樣RTSP URL：rtsp://:554/twister表示的結構關系和各個流的URL在表示描述中定義。 會議標識會議標識采用URI標準編碼方法（即是說，LWS被轉義為%）編碼，并對RTSP不透明。這樣就不用RTSP客戶端顯式地提供傳輸信息，而改用其他方式代替，例如，客戶端要求媒體服務器使用會議描述中的值。的任意長度的字符串。sessionid = 1*( ALPHA | DIGIT | safe )時間編碼的格式為：時：分：秒：，并以 剪輯開始為起點。（00和01）。 smptetype = smptetime [ smptetime ] = other timecodes may be added = [ . 1*2DIGIT ]時間戳由一個十進制小數(shù)組成，以秒為單位，小數(shù)點左邊可