【正文】 誤。 param ) param = *( pchar | / ) scheme = 1*( ALPHA | DIGIT | + | | . ) _lc = *( pchar | 。 如是端口為空或 沒指定，則缺省為 554 端口。 例如： RTSP URL: 標(biāo)識了表示 twister中的音頻流，它可以通過發(fā)送基于 TCP連接的 RTSP請求至主機(jī) 554端口進(jìn)行控制。它們能包含任意字節(jié)值。會(huì)話標(biāo)識符【必須】隨機(jī)產(chǎn)生并且【必須】至少由 8個(gè)字節(jié)組成，以保證 其難以被猜出。忽略幀值為 0的幀，子幀以百分之一幀為單位。它只能用于現(xiàn)場事件。 npt time [ npttime ] ) | ( npttime ) npt sec | npthhmmss npt npt hh : nptmm : nptss [ . *DIGIT ] npt npt 59 npt 59 例如： 125 語法遵循 IS 8601規(guī)則。 語法： 要建立新的 RTSP 選項(xiàng)，可以在選項(xiàng)前加入反轉(zhuǎn)域名的前綴（如：對于能訪問到 則 是個(gè)合適的名 字），或者在英特網(wǎng)權(quán)威數(shù)字分派委員會(huì)注冊（ IANA）新的選項(xiàng)。每行結(jié)束處行以 CRLF標(biāo)記，但接收方需有能力將 CR 和 LF自行解釋成行終止符。 (見 RFC 2279 [21]) RTSP 信息可通過任何 8bit clean 的低層傳輸協(xié)議傳送。 genericmessage = startline *messageheader CRLF [ messagebdy ] startline = RequestLine | StatusLine 為了健壯性考慮，服務(wù)器應(yīng)該忽略任何在期望收到請求行時(shí)收到的空行。 當(dāng)且僅當(dāng)頭部域的全部域值都用逗號分隔的列表示時(shí)（即， （值）），多個(gè)有相同域名的 RTSP頭部域才可以表示在一個(gè)消息里。 在請求中有無消息主體的標(biāo)志是是否包含內(nèi)容長度或請求消息頭部域中的傳輸編碼頭部域。） 2. 如果存在內(nèi)容長度頭部域（ CntentLength header field），它的值（單位為 byte）就表示消息體的長度。 Sectin | Cnnectin 。 CRLF [ messagebdy ] 。 Sectin | REDIRECT 。 Sectin | Frm 。 在請求 URI中星號 *表示此請求不用于其他資源，只用于服務(wù)器本身，且只能在該方法對于資源并非必要方法時(shí)才能使用。 Sectin 5 | respnseheader 。客戶端不需要檢查或顯示原因解釋。 繼續(xù) | 200 。 沒有修改 | 305 。 不接受 | 407 。 媒體類型不支持 | 451 。 參數(shù)是 只讀的 | 459 。 無法得到服務(wù) | 504 。 代碼 原因 100 繼續(xù) 所有 200 K 所有 201 已創(chuàng)建 錄制 250 存儲(chǔ)空間不足 錄制 300 有多個(gè)選項(xiàng) 所有 301 被永久移除 所有 302 被臨時(shí)移除 所有 303 見其他 所有 305 使用代理 所有 400 錯(cuò)誤的請求 所有 401 未通過認(rèn)證 所有 402 需要付費(fèi) 所有 403 禁止 所有 404 沒有找到 所有 405 不允許該方法 所有 406 不接受 所有 407 代理需要認(rèn)證 所有 408 請求超時(shí) 所有 410 不在服務(wù)器 所有 411 需要長度 所有 412 預(yù)處理失敗 DESCRIBE, SETUP 413 請求實(shí)體過長 所有 414 請求 URI過 所有 415 媒體類型不支持 所有 451 不理解此參數(shù) SETUP 452 找不到會(huì)議 SETUP 453 帶寬不足 SETUP 454 找不到會(huì)話 所有 455 此狀態(tài)下不接受此方法 所有 456 此頭部域?qū)υ撡Y源無效 所有 457 無效范圍 PLAY 458 參數(shù)是只讀的 SET_PARAMETER 459 不允許合控制 所有 460 只允許合控制 所有 461 傳輸方式不支持 所有 462 無法到達(dá)目的地址 所有 500 服務(wù)器內(nèi)部錯(cuò)誤 所有 501 未實(shí)現(xiàn) 所有 502 網(wǎng)關(guān)錯(cuò)誤 所有 503 無法得到服務(wù) 所有 504 網(wǎng)關(guān)超時(shí) 所有 505 不支持此 RTSP版本 所有 551 不支持選項(xiàng) 所有 表一 : 狀態(tài)碼及適用 RTSP方法 響應(yīng)頭部域 響應(yīng)頭部域使得請求接收方可以發(fā)送 不能放在狀態(tài)行中的附加響應(yīng)信息。 Sectin | WWWAuthenticate 。 entityheader = Allw 。 Sectin | LastMdified 。 和 HTTP不同的是， RTSP 允許媒體服務(wù)器給媒體用戶發(fā)送請求。一個(gè)實(shí)現(xiàn)可能會(huì)緩存最后所測量的 RTT，作為將來連接的初始值。如果由于缺少確認(rèn)而重發(fā)一個(gè)請求，該請求必須攜帶原來的序列號（即是說，序列號不增加）。 將來可能會(huì)定義新的方法。 例子： CS: PTINS * RTSP/ CSeq: 1 Require: implicitplay PrxyRequire: gzippedmessages SC: RTSP/ 200 K CSeq: 1 Public: DESCRIBE, SETUP, TEARDWN, PLAY, PAUSE 注意：這些是有需要的虛構(gòu)特性（有些人可能希望，我們不會(huì)有意忽略一個(gè)確實(shí)有用的特性，以便在這章得到有力的例子）。 為了使客戶端清楚無誤地知道什么時(shí)候通過 DESCRIBE去請求媒體初始化信息，什么時(shí)候不需要，需要建立明確的章程。 例子： CS: ANNUNCE RTSP/ CSeq: 312 Date: 23 Jan 1997 15:35:06 GMT Sessin: 47112344 CntentType: applicatin/sdp CntentLength: 332 v=0 =mhandley 2890844526 2890845468 IN IP4 s=SDP Seminar i=A Seminar n the sessin descriptin prtcl u= (Mark Handley) c=IN IP4 t=2873397496 2873404696 a=recvnly m=audi 3456 RTP/AVP 0 m=vide 2232 RTP/AVP 31 SC: RTSP/ 200 K CSeq: 312 建立（ SETUP） 針對一個(gè) URI的 SETUP詳細(xì)說明了將要用于流媒體的傳輸機(jī)制。client_prt=45884589 SC: RTSP/ 200 K CSeq: 30。如果它不同意，它必須響應(yīng)一個(gè) 455 此狀態(tài)下此方法無效 錯(cuò)誤。 媒體初始化是所有基于 RTSP 的系統(tǒng)的要求，但是 RTSP 規(guī)范沒有規(guī)定這必須通過DESCRIBE方法來實(shí)現(xiàn)。它可能使用同意頭部（ Accept header）來指出客戶端能理解的描述格式。所有的方法被列在表二上。UDP 和 TCP的默認(rèn) RTSP端口都是 554. 一定數(shù)量的發(fā)往同一個(gè)控制末端的包可以放進(jìn)一個(gè)低層 PDU或者封裝進(jìn)一個(gè) TCP流里。 如低層可靠傳輸協(xié)議（如 TCP）和 RTSP 應(yīng)用程序都重發(fā)請求，有可能每次丟包都導(dǎo)致兩次重傳。這也是通過防火墻 從媒體服務(wù)器傳送請求到用戶的唯一辦法。不被識別的頭部域應(yīng)被接收者忽略，而讓代理發(fā)送。 Sectin | CntentEncding 。盡管如此，響應(yīng)頭部域語法中可能會(huì)加入新的或?qū)嶒?yàn)性的頭部域 只要通訊各方能識別它是響應(yīng)頭部域，其語法就可使用。 respnseheader = Lcatin 。 不支持此 RTSP版本 | 551 。 只允許合控制 | 461 。 找不到會(huì)議 | 453 。 請求超時(shí) | 410 。 錯(cuò)誤的請求 | 401 。 已創(chuàng)建 | 250 。首位數(shù)字有 5取值可能： *1xx：通知 已收到請求，繼續(xù)處理 *2xx：成功 操作被成功接收和理解，并被接受 *3xx：重定向 要完成請求必須進(jìn)行進(jìn)一步操作。 Sectin CRLF [ messagebdy ] 。 7 響應(yīng) 使用 [H6] 的規(guī)則，只是其中的 HTTP 版本號要被替換成 RTSP 版本號。 Sectin | Range 。 Sectin | SET_PARAMETER 。 Sectin | ANNUNCE 。 Sectin | Via 。 3. 通過服務(wù)器關(guān)閉連接。 而對于響應(yīng)消息來說，無論消息中是否存在消息主體都與請求方法和響應(yīng)狀態(tài)編碼無關(guān)。 ******************** 消息主體 見 []。 ******************** 消息頭部 見 []。除非另外說明，否則方法是冪等 的。由于參數(shù)的數(shù)量和命令出現(xiàn)的頻率較低，處理效率不予考慮。名字長度不限，但是應(yīng)該不多于 20字符。 nw常數(shù)允許客戶端請求接收實(shí)時(shí)反饋而不是存儲(chǔ)或者延時(shí)的版本。它經(jīng)常在 VCR 上數(shù)字顯示出來。 ther timecdes may be added smptetime = 1*2DIGIT : 1*2DIGIT : 1*2DIGIT [ : 1*2DIGIT ] [ . 1*2DIGIT ] 例如： 10:07:33: 25=10:07:0010:07:33: 正常播放時(shí)間 (NPT)指示流相對于表示 (presentatin)開始的位置。相對時(shí)間戳以 SMPTE時(shí)間編碼形式表示以保證幀級的訪問精度。在 ，將用到會(huì)議的標(biāo)識值。 這里并沒有暗示相關(guān)流 URL 的標(biāo)準(zhǔn)。資源的請求 URI是 rtsp_URL。 | = | + uchar = unreserved | escape unreserved = ALPHA | DIGIT | safe | extra | natinal escape = % HEX HEX reserved = 。代理或網(wǎng)關(guān)響應(yīng)請求時(shí)必須和請求的版本相同。 版本號前面的 0將被接收方忽略，而在發(fā)送方處也不應(yīng)產(chǎn)生。 3 協(xié)議參數(shù) RTSP 版本 同 []定義，僅用 RTSP代替 HTTP即可。 ；注釋（ 。 N 規(guī)則（ N rule） 表明循環(huán)的次數(shù)： n（元素） 就是 n*n（元素） ，也就是精確指出 n取值。定義中還可以使用尖括號來幫助理解規(guī)則名的使用。 RTSP假設(shè)存在可表示包含幾個(gè)媒體流的表示的靜態(tài)與臨時(shí)屬性的表示描述格式。例如，表示描述 (presentatin descriptin)可通過 HTTP 和 RTSP 得到，這降低了基于瀏覽器的應(yīng)用模式的往返傳遞，也允許完全不依賴 HTTP的獨(dú)立 RTSP 服務(wù)器與客戶端。 RTSP 中很多方法與狀態(tài)無關(guān)，但下列方法在服務(wù)器流資源的定位和應(yīng)用上起著重要的作用： SETUP, PLAY, RECRD, PAUSE, 和 TEARDWN. SETUP： 讓服務(wù)器給流分配資源，啟動(dòng) RTSP會(huì)話。 多播，用戶選擇地址： 若服務(wù)器要加入正在進(jìn)行的多播會(huì)議，多播地址、端口和密匙由會(huì)議描述給出。在表示描述中，各個(gè)由 RTSP分別控制的媒體流各有一個(gè) RTSP URL。 *可以定義新版本的協(xié)議，以支持幾乎所有方面的改變（除了版本協(xié)議號的位置）。 但服務(wù)器應(yīng)該實(shí)現(xiàn)所有 12 章中要求的標(biāo)題域。 例如，如果不允許尋找，用戶界面必須能禁止位置條滑動(dòng)。 HTTP友好： 此處， RTSP 明智地重用了 HTTP 概念，使現(xiàn)有的基礎(chǔ)結(jié)構(gòu)可被重用。 錄制設(shè)備控制： 協(xié)議可控制記錄和回放設(shè)備，以及可在兩種模式之間切換的設(shè)備（ VCR）。 傳輸初始化：