【正文】 權(quán)上采用HTTP功能是有價(jià)值的。 既然很多定義和語(yǔ)法與HTTP/，這里僅指出它們?cè)贖TTP/。隱含*LWS（implied *LWS）本文的語(yǔ)法描述是基于單詞的。 同[]定義，僅用RTSP代替HTTP即可。本節(jié)詳細(xì)定義了RTSP URL的語(yǔ)法和語(yǔ)義。 abs_path path scheme | ? ) uchar escape | = | +語(yǔ)義如下：擁有被請(qǐng)求的資源的服務(wù)器主機(jī)通過(guò)監(jiān)聽(tīng)TCP連接(rtsp方案)或主機(jī)上相應(yīng)端口的UDP包(rtspu方案)，來(lái)控制所標(biāo)記的資源。這里并沒(méi)有暗示相關(guān)流URL的標(biāo)準(zhǔn)。會(huì)話標(biāo)識(shí)符是非直讀負(fù)值沒(méi)有意義。 例如： npt= npt=12:05: npt=now4 RTSP消息 RTSP信息可通過(guò)任何8bit cleanfieldcontent******************** 消息主體見(jiàn)[]。而其他響應(yīng)則都包含主體，盡管其長(zhǎng)度有可能長(zhǎng)度為零。 | requestheader 。 Section GET_PARAMETER Section | 。 AcceptEncoding |OPTIONS * RTSP/。 Response Section *(狀態(tài)行 = HTTP版本 空格 狀態(tài)碼 空格 原因解釋 CRLF 狀態(tài)碼和原因解釋狀態(tài)碼（StatusCode）由3位數(shù)字組成，表示請(qǐng)求是否被理解或被滿(mǎn)足。 已創(chuàng)建 304 。| 。 | 帶寬不足 459 。 | 不支持選項(xiàng) 所有301 所有405 不接受 所有407 請(qǐng)求超時(shí) 需要長(zhǎng)度 請(qǐng)求實(shí)體過(guò)長(zhǎng)所有415 |在本章中，根據(jù)誰(shuí)發(fā)送實(shí)體、誰(shuí)接收實(shí)體，用戶(hù)和服務(wù)器都可能指發(fā)送者或者接收者。 Section 。 。 =然而，這僅在持久連接模式中才支持，否則媒體服務(wù)器沒(méi)有可靠途徑到達(dá)用戶(hù)。UDP和TCP的默認(rèn)RTSP端口都是554. 可選 將來(lái)可能會(huì)定義新的方法。每個(gè)請(qǐng)求都帶有一個(gè)序列號(hào)，位于CSeq頭部（），每發(fā)出一個(gè)單獨(dú)的請(qǐng)求，這個(gè)序列號(hào)就加一。如沒(méi)有確認(rèn)信息，發(fā)送者可在超過(guò)一個(gè)來(lái)回時(shí)間（RTT）傳輸連接類(lèi)型由RTSP URI（）來(lái)定義。 Section | ContentType ContentLength 8 實(shí)體 。 Section Section 傳輸方式不支持所有460所有456 需要付費(fèi)100盡管如此，應(yīng)用程序【必須】理解任何一個(gè)狀態(tài)碼的首位所標(biāo)識(shí)的類(lèi)別，將任何不理解的狀態(tài)碼等同為那個(gè)類(lèi)的x00狀態(tài)碼，只是【必須不】緩存無(wú)法識(shí)別 網(wǎng)關(guān)錯(cuò)誤 | 。 455 請(qǐng)求URI過(guò)長(zhǎng) 沒(méi)有找到 | 。 300 狀態(tài)行這樣做完全是為了向后兼容HTTP/，因此在RTSP中不需要這樣做。 *( generalheader 。 通過(guò)服務(wù)器關(guān)閉連接。）genericmessage = startline *messageheaderCRLF[ messagebody ]RTSP message = Request | ResponseRTCP也采用這種編碼方案。nptrange?，? ( npttime [ npttime ] ) | ( npttime )npttime?，?= now | nptsec | npthhmmssnptsec?，，? 1*DIGIT [ . *DIGIT ]npthhmmss = npthh : nptmm : nptss [ . *DIGIT ]npthh?，，?= 1*DIGIT 。正常播放時(shí)間(NPT)指示流相對(duì)于表示(presentation)開(kāi)始的位置。幀域（frames field）的時(shí)間值在0到29之間。這些會(huì)議是用該規(guī)范之外的協(xié)議創(chuàng)建的， [13] 或 SIP [12]協(xié)議。= uchar | : | | amp。= *( pchar | / ) params ] [ ? query ]********************[]：代理或網(wǎng)關(guān)響應(yīng)請(qǐng)求時(shí)必須和請(qǐng)求的版本相同。版本號(hào)前面的0將被接收方忽略，而在發(fā)送方處也不應(yīng)產(chǎn)生。 RTSP消息的版本由消息第一行中的RTSP版本域來(lái)表示。 RTSP版本如［元素1 元素2］與*1（元素1 元素2）是一回事。字面意思（literal）2 符號(hào)約定多播，用戶(hù)選擇地址： 客戶(hù)端可以用OPTIONS方法去詢(xún)問(wèn)服務(wù)器支持的方法。 若客戶(hù)端能啟動(dòng)一個(gè)流，它必須也能停止一個(gè)流。適合專(zhuān)業(yè)應(yīng)用： RTSP即可使用不可靠數(shù)據(jù)報(bào)協(xié)議（UDP）、可靠數(shù)據(jù)報(bào)協(xié)議（RDP），如要實(shí)現(xiàn)應(yīng)用級(jí)可靠，也可使用可靠流協(xié)議如TCP。 包括一次RTSP事務(wù)（transaction）的全過(guò)程。比如，編碼，網(wǎng)絡(luò)地址和內(nèi)容的信息，的集合。由15章語(yǔ)法定義的結(jié)構(gòu)化八位位組序列組成，并通過(guò)有連接或者無(wú)連接協(xié)議傳送。媒體服務(wù)器重定向： 數(shù)據(jù)類(lèi)型/編碼的具體初始化。 術(shù)語(yǔ)而由于歷史原因造成的后向兼容性問(wèn)題，HTTP/，把主機(jī)名放入單獨(dú)的頭部域中。 61 56o 有效時(shí)間 50 容器文件的流化 49 稍后重試 43 內(nèi)容位置 37 不支持的選項(xiàng) 26 描述 *5 普通頭部段 2 符號(hào)協(xié)定本備忘錄的傳播不受限制。 A. Rao H. Schulzrinne請(qǐng)求注釋: 2326網(wǎng)絡(luò)工作組 實(shí)時(shí)流協(xié)議（RTSP）是應(yīng)用層協(xié)議，控制實(shí)時(shí)數(shù)據(jù)的傳送 會(huì)話標(biāo)識(shí) 狀態(tài)行 27 斷開(kāi) 32 39 允許（Allow） 45 來(lái)自（From） 49 會(huì)話 52*15 語(yǔ)法 RTSP協(xié)議狀態(tài)機(jī) 57*附錄D 最小RTSP實(shí)現(xiàn) 現(xiàn)場(chǎng)表示 請(qǐng)求或者響應(yīng)的載荷部分中所傳輸?shù)男畔?。媒體服務(wù)器：當(dāng)使用RTP時(shí)，流包括由RTP會(huì)話(session)中同一個(gè)源所創(chuàng)建的所有RTP和RTCP包。表示使用下面的表示描述進(jìn)行表述。 協(xié)議特點(diǎn) 了網(wǎng)頁(yè)安全機(jī)制。這些基礎(chǔ)結(jié)構(gòu)包括Internet 內(nèi)容選擇平臺(tái)（PICS：Platform for Internet Content Selection [15,16]），以便通過(guò)相關(guān)標(biāo)簽訪問(wèn)內(nèi)容。早期曾要求RTSP支持多用戶(hù)，但現(xiàn)在有了更好的方案，就是保證RTSP能很容易擴(kuò)展成支持多用戶(hù)即可。 *已有的方法可以擴(kuò)展加入新參數(shù)，只要這些參數(shù)可以被接收方安全地忽略。另一種選擇是，用和RTSP相同的可靠流傳輸媒體PLAY與RECORD： 但是，RTSP與HTTP 的本質(zhì)差別在于數(shù)據(jù)發(fā)送以信帶外的不同協(xié)議 雖然大多數(shù)實(shí)時(shí)媒體使用RTP作為傳輸層協(xié)議，RTSP并沒(méi)有綁定到RTP?？赵卦诮Y(jié)構(gòu)中可被任意使用，但不參與元素個(gè)數(shù)的計(jì)數(shù)。協(xié)議的版本政策傾向于讓發(fā)送方表明其消息的格式及功能，而不僅僅為了獲得通訊的特性，這樣做的目的是為了與更高版本的RTSP實(shí)現(xiàn) param pchar一個(gè)表示或者流是通過(guò)基于文本的媒體標(biāo)記來(lái)標(biāo)識(shí)的，此媒體標(biāo)記使用URLs (RFC 1738 [20])中的字符集和轉(zhuǎn)義規(guī)則[]。 會(huì)議標(biāo)識(shí)會(huì)議標(biāo)識(shí)采用URI標(biāo)準(zhǔn)編碼方法（即是說(shuō)，LWS被轉(zhuǎn)義為%）編碼，并對(duì)RTSP不透明。sessionid = 1*( ALPHA | DIGIT | safe ) smptetype = smptetime [ smptetime ]它經(jīng)常在VCR上數(shù)字顯示出來(lái)。nptsec標(biāo)志法便于自動(dòng)生成， ntphhmmss標(biāo)志法便于人閱讀。?，ptiontag = 1*xchar每行結(jié)束處行以CRLF標(biāo)記，但接收方需有能力將CR和LF自行解釋成行終止符。的。傳輸編碼必須能解釋所有保證傳輸安全和正確的應(yīng)用程序的傳輸編碼。 Via6 請(qǐng)求 Section Section 。 | Section 301 。 | 不允許該方法 媒體類(lèi)型不支持 456 。 | 無(wú)法得到服務(wù) OK 未通過(guò)認(rèn)證 禁止 所有406 所有408所有411 DESCRIBE, SETUP 413 請(qǐng)求URI過(guò) 所有 響應(yīng)頭部域使得請(qǐng)求接收方可以發(fā)送不能放在狀態(tài)行中的附加響應(yīng)信息。 。不被識(shí)別的頭部域應(yīng)被接收者忽略，而讓代理發(fā)送。若丟包由網(wǎng)絡(luò)阻塞引起，多個(gè)層上的的共同重發(fā)將使阻塞進(jìn)一步惡化。 方法 推薦 GET_PARAMETER CS, SC如果RTSP被用在小RTT 支持持久連接或無(wú)連接的客戶(hù)端可能會(huì)使用管道方式傳送請(qǐng)求（即是說(shuō)：發(fā)送多個(gè)請(qǐng)求而不需等待單個(gè)的響應(yīng)）。 實(shí)體主體 LastModified Section 只允許合控制SET_PARAMETER459 此頭部域?qū)υ撡Y源無(wú)效 所有404 所有302 繼續(xù) 不支持此RTSP版本 | 。 458 找不到會(huì)議 | 。 代理需要認(rèn)證 | 。 303 OK *4xx：客戶(hù)端出錯(cuò) 請(qǐng)求有語(yǔ)法錯(cuò)誤或無(wú)法實(shí)現(xiàn)首位數(shù)字有5取值可能： [ messagebody ] StatusLine還有，RTSP增加了一些狀態(tài)碼，也棄用了一些HTTP狀態(tài)碼。 。 | 請(qǐng)求頭部域 。 REDIRECT Section | Connection ?；谖谋镜膮f(xié)議使得易于以自描述方式增加可選參數(shù)。因?yàn)閷?duì)于這種情況而言，絕對(duì)時(shí)間和0時(shí)間都不適用。當(dāng)處于快進(jìn)掃描模式時(shí)(倍速為大于1的正數(shù))，NPT快速前進(jìn)。 smptetypeSMPTE 相對(duì)時(shí)間戳表示相對(duì)于開(kāi)始剪輯的時(shí)間。【必須】保證會(huì)議標(biāo)識(shí)在全局中的唯一性。請(qǐng)求視情況可以指向一個(gè)完整的表示或者表示中的單個(gè)流，見(jiàn)第十章。= any OCTET excluding ALPHA, DIGIT,= unreserved | escape= *pchar rel_path只增加擴(kuò)展域的值或增加了不影響通訊行為的消息組件都不會(huì)導(dǎo)致版本數(shù)據(jù)的變化。但在結(jié)構(gòu)中，應(yīng)至少有一個(gè)非空的元素存在。如（元素1（元素2｜元素3）元素4）可表明兩種意思，即元素1 元素2 元素4和元素1 元素3 元素4要解釋的名詞＝名詞解釋?zhuān)╪ame = definition）規(guī)則的名字（name）就是它本身（不帶任何尖括號(hào)，），后面跟個(gè)等號(hào)＝，然后就是該規(guī)則的定義。HTTP是不對(duì)稱(chēng)協(xié)議，用戶(hù)發(fā)送請(qǐng)求，服務(wù)器作出響應(yīng)。 與狀態(tài)相關(guān)的RTSP方法使用會(huì)話頭部域（Session header field (Section )）來(lái)識(shí)別哪個(gè)RTSP會(huì)話的狀態(tài)需要處理，在SETUP請(qǐng)求()的響應(yīng)中，服務(wù)器生成會(huì)話標(biāo)識(shí)。例如，RTSP控制可能是使用TCP連接，而數(shù)據(jù)流使用UDP。多播，服務(wù)器選擇地址： 在表示描述中，各個(gè)由RTSP分別控制的媒體流各有一個(gè)RTSP URL。協(xié)議不涉及到多個(gè)客戶(hù)端如何協(xié)調(diào)入口這項(xiàng)