【正文】 符集避免了繁瑣的字符集切換，但若應(yīng)用程序使用USASCII字符集，它將不可見基于文本的協(xié)議使得易于以自描述方式增加可選參數(shù)。名字【必須不】包含任何空格，控制符或句點。 比如，UTC時間為：秒的小數(shù)部分也可能會出現(xiàn)。因為對于這種情況而言，絕對時間和0時間都不適用。 059當(dāng)處于快進掃描模式時(倍速為大于1的正數(shù))，NPT快速前進。 1*2DIGIT : 1*2DIGIT : 1*2DIGIT [ : 1*2DIGIT ] smptetime smpte | smpte30drop | smpte25 smptetype =也可能可通過選擇使用不同SMPTE time來選擇其他SMPTE編碼格式（如SMPTE 25）。SMPTE 相對時間戳表示相對于開始剪輯的時間。會話標(biāo)識符【必須】隨機產(chǎn)生并且【必須】至少由8個字節(jié)組成，以保證其難以被猜出。 會話標(biāo)識會議標(biāo)識用以允許RTSP會話從媒體服務(wù)器參與的多媒體會議中獲取參數(shù)?！颈仨殹勘ＷC會議標(biāo)識在全局中的唯一性。RTSP URL的路徑組成對客戶端是不透明的，也不暗含任何服務(wù)器的具體文件系統(tǒng)結(jié)構(gòu)。標(biāo)識了表示twister中的音頻流。請求視情況可以指向一個完整的表示或者表示中的單個流，見第十章。應(yīng)盡可能避免在URL中直接使用IP地址。如是端口為空或沒指定，則缺省為554端口。注意：fragment和query標(biāo)識符在這時沒有明確的定義，需要到RTSP服務(wù)器上解釋。= any OCTET excluding ALPHA, DIGIT, = CTL | SP | | | % | | | ( | ) | , extra | / | ? | : | | amp。 = unreserved | escape query= *( pchar | 。 params= *pchar = 1*pchar fsegment = [ path ] [ 。 rel_pathabs_path 在 []中定義。host?，，? 合法的Internet主機域名或IP地址(用十進制數(shù)及點組成), 見RFC1123，rtsp和rtspu前綴表示要通過RTSP協(xié)議來定位網(wǎng)絡(luò)資源。而低版本的請求也應(yīng)在被推送前升級。因而，RTSP/，而RTSP/。只增加擴展域的值或增加了不影響通訊行為的消息組件都不會導(dǎo)致版本數(shù)據(jù)的變化。3 協(xié)議參數(shù) 實際上，應(yīng)用程序在產(chǎn)生HTTP結(jié)構(gòu)時，應(yīng)當(dāng)試圖遵照通常方式，因為現(xiàn)在的確有些實現(xiàn)方式在通常方式下無法正常工作。 ment）但在結(jié)構(gòu)中，應(yīng)至少有一個非空的元素存在。完整形式是nm元素表示至少有n個至多有m個元素，中間用,或任意數(shù)量的空格（LWS）來分隔，這將使列表非常方便，如（*LWS 元素 *（ *LWS , *LWS 元素 ））就等同于1元素。因而，2DIGIT 就是2位數(shù)字, 3ALPHA 就是由三個字母組成字符串。［規(guī)則］（[rule]）方括號內(nèi)是可選元素。如（元素1（元素2｜元素3）元素4）可表明兩種意思，即元素1 元素2 元素4和元素1 元素3 元素4 文字的字面意思放在引號中間，若無特別指定，則該段文字是大小寫敏感的。要解釋的名詞＝名詞解釋（name = definition）規(guī)則的名字（name）就是它本身（不帶任何尖括號，），后面跟個等號＝，然后就是該規(guī)則的定義。與[]類似，本文對所有機制的說明都是以增廣BNF的形式來描述的。 重用HTTP功能至少在兩個方面有好處，即安全和代理。HTTP是不對稱協(xié)議，用戶發(fā)送請求，服務(wù)器作出響應(yīng)。目前的協(xié)議規(guī)范目的在于允許網(wǎng)頁服務(wù)器與RTSP媒體服務(wù)器之間有多種接力點。 與狀態(tài)相關(guān)的RTSP方法使用會話頭部域（Session header field (Section )）來識別哪個RTSP會話的狀態(tài)需要處理，在SETUP請求()的響應(yīng)中，服務(wù)器生成會話標(biāo)識。 TEARDOWN： 讓服務(wù)器給流分配資源，啟動RTSP會話。 RTSP中很多方法與狀態(tài)無關(guān)，但下列方法在服務(wù)器流資源的定位和應(yīng)用上起著重要的作用：SETUP, PLAY, RECORD, PAUSE, 和TEARDOWN.狀態(tài)之間的轉(zhuǎn)換在附錄A中描述。例如，RTSP控制可能是使用TCP連接，而數(shù)據(jù)流使用UDP。 若服務(wù)器要加入正在進行的多播會議，多播地址、端口和密匙由會議描述給出。 多播，服務(wù)器選擇地址： 除媒體參數(shù)外，網(wǎng)絡(luò)目標(biāo)地址和端口也需要決定。在表示描述中，各個由RTSP分別控制的媒體流各有一個RTSP URL。 根據(jù)此規(guī)范的目標(biāo)，我們假想一個表示描述(presentation description)描述了多個表示(presentation)，每個表示(presentation)維持一個統(tǒng)一的時間軸。如果接收方不理解請求，它就返回一個501錯誤碼（意指未實現(xiàn)），發(fā)送方就不應(yīng)再嘗試這種方法。表示描述(presentation description)應(yīng)當(dāng)保證不提出服務(wù)器不支持的功能，這種情形和HTTP/ [2]中，[]所描述的方法不太可能被所有服務(wù)器都支持的情形一致。一些服務(wù)器可能不支持設(shè)置流參數(shù)，因此不支持GET_PARAMETER和SET_PARAMETER請求。協(xié)議不涉及到多個客戶端如何協(xié)調(diào)入口這項任務(wù)被留給社會協(xié)議或其他層。這允許用戶提出適合的用戶界面。 RTSP不僅僅向HTTP 添加方法。防火墻需要理解SETUP方法，以為UDP媒體流打開一個洞口。代理與防火墻友好： 通過SMPTE 時標(biāo)，RTSP支持幀級別精度，以支持遠(yuǎn)程數(shù)字編輯。具體地說， 可用來邀請服務(wù)器入會。 流控制與會議初始化分離： 錄制設(shè)備控制： 也可以重用傳輸層或網(wǎng)絡(luò)層安全機制。易解析： 客戶端和服務(wù)器端之間關(guān)于傳輸所需的相關(guān)信息（端口號，傳輸協(xié)議等）的協(xié)商。如果能理解HTTP請求，就能清楚地理解RTSP請求。請求： 表示描述包含在表示(presentation)中一個或者多個媒體流的信息。參與者可以是機器，比如是媒體記錄或回放服務(wù)器。 RTSP通訊的基本單元。 重新把媒體客戶端定向到另外一個媒體服務(wù)器。 對于某種特定的媒體類型來說，回放前或者回放中有可能會發(fā)生改變的一些參數(shù)。實體頭部域內(nèi)是信息格式，實體主體內(nèi)是信息內(nèi)容，如第8章所述。最普通的連續(xù)媒體的例子是音頻和動畫視頻。 可以容納多個媒體流的文件，而這些媒體流共同播放時通常還包含一個表示。連接： 服務(wù)器使用一條時間線對多個流進行控制。當(dāng)服務(wù)器可以告訴客戶端可以附加媒體時有用。這種模式在分布式教學(xué)應(yīng)用上很有用。邀請媒體服務(wù)器進入會議： 用戶可通過HTTP或其它途徑請求一個表示描述。協(xié)議支持以下操作： *RTSP的URI請求時總是包含絕對URI。 *RTSP引入了很多新方法并且有不同的協(xié)議標(biāo)識符。實時流協(xié)議在語法和操作上有意地類似于HTTP/，使得HTTP的擴展機制大都可加入RTSP。RTSP會話沒有綁定傳輸層連接（如TCP連接）。盡管在連續(xù)媒體流中有可能插入控制流（），但RTSP本身通常并不發(fā)送連續(xù)媒體流。 60*版權(quán)申明59 58 57+ 合控制不可用 55o 表示的范圍 54o 控制URL 53* 服務(wù)器端狀態(tài)機 5216 安全考慮（Security Considerations） 51 在存在的會話中播放媒體 50 按需點播（單播） 49 通過 49 傳輸 49 倍速（Scale） 速度 49 提交方（Referer） 46 代理認(rèn)證 45 如果匹配 44 日期（Date） 43 內(nèi)容長度（ContentLength） 41 連接 40 帶寬 38 接受編碼 36 目標(biāo)不可達 35 參數(shù)為只讀 33 會話未找到 31 29*11狀態(tài)碼定義 28 設(shè)置參數(shù) 26 播放 25 可選項 24*9 連接 響應(yīng)頭部段 請求消息頭段 消息長度 *4 RTSP消息 RTSP URL 與其他協(xié)議的關(guān)系 協(xié)議特性1 介紹數(shù)據(jù)源包括現(xiàn)場數(shù)據(jù)與存儲在剪輯中的數(shù)據(jù)。請查看最新版本的Internet正式協(xié)議標(biāo)準(zhǔn)（STD 1）了解本協(xié)議的標(biāo)準(zhǔn)化進程和狀態(tài)。實時流協(xié)議(RTSP) Netscape可于非商業(yè)用途前提下自由轉(zhuǎn)載，但必須保留此翻譯及版權(quán)信息。還需要討論和建議以便進行改善。所有權(quán)利保留。RTSP提供了一個可擴展框架，使受控、按需傳輸實時數(shù)據(jù)（如音頻與視頻）成為可能。目錄： 術(shù)語 RTSP狀態(tài) RTSP版本 SMPTE 相對時間戳 用IANA注冊新的選項標(biāo)簽 消息主體 請求行 狀態(tài)碼和原因短語 實體主體 25*10 方法定義 26 建立 27 獲取參數(shù) 29 嵌入（交織）的二進制數(shù)據(jù) 30 重定向 3xx 31 客戶端錯誤 4xx 33 帶寬不足 34 無效范圍 36 不支持的傳輸 38 接受 39 授權(quán)（Authorization） 41 會議 42 內(nèi)容語言 44 命令序列題頭（CSeq） 45 主機 46 位置（Location）47 范圍 49 RTP信息 49 時間戳 49 變化 50*14 例子 51 實況媒體表示的組播 52 基本語法 53* 客戶端狀態(tài)機 54+ 定義 55o 詳細(xì)格式參數(shù) 56o 實體標(biāo)簽 58+ 客戶端 59 60*參考書目 目的 實時流協(xié)議（RTSP）建立并控制一個或幾個時間同步的連續(xù)流媒體，比如音頻或視頻。 RTSP沒有連接這個概念，而由RTSP會話(session)代替（服務(wù)器端保持一個由識別符標(biāo)記的會話）。 RTSP所控制的流可能用到RTP，但RTSP的操作并不依賴用來傳送連續(xù)媒體的傳輸機制。 *RTSP服務(wù)器在絕大多數(shù)默認(rèn)情況下需要維持狀態(tài)，而HTTP是無狀態(tài)協(xié)議。 媒體服務(wù)器可被邀請加入已存在的的會議，包括向該表示內(nèi)回放媒體，或記錄此表示中的一部分或全部媒體。將媒體加到已存在的表示中： 的專用概念。 要求在本文檔中的關(guān)鍵字必須，必須不、需要、必須、必須不、應(yīng)該、不應(yīng)該、推薦、可能、和可選的，都和RFC2119 [4]中的解釋一致。這里沒有舉出的術(shù)語，其定義與HTTP/。會議：客戶端： 以通訊為目的，在傳輸層建立的兩個程序間的虛擬信道。連續(xù)媒體：也就是說，接受器需要重放原來存在于源數(shù)據(jù)中的時序關(guān)系。實體：實體由信息元組成，而每個信息元由由實體頭部域和實體主體組成?？蛻舳苏埱笠粋€媒體流回放時所需的任何獨立于傳輸?shù)男畔?，都是在流?chuàng)建時媒體初始化階段產(chǎn)生的。媒體服務(wù)器可以建在激活該表示(presentation)的Web服務(wù)器上，也可以建立在不同的主機上。這和DS