rtsp協(xié)議詳解中文版(已改無錯(cuò)字)
2023-07-07 17:43:08 本頁(yè)面
【正文】 60。 TEARDOWN 。 Section | extensionmethod extensionmethod = token RequestURI = * | absolute_URI RTSPVersion = RTSP / 1*DIGIT . 1*DIGIT 請(qǐng)求頭部域 requestheader = Accept 。 Section | AcceptEncoding 。 Section | AcceptLanguage 。 Section | Authorization 。 Section | From 。 Section | IfModifiedSince 。 Section | Range 。 Section | Referer 。 Section | UserAgent 。 Section 注意：相對(duì)于HTTP/[2]而言，RTSP請(qǐng)求總是包含絕對(duì)URL（包括rtsp或rtspu前綴，主機(jī)，端口號(hào)）而不僅僅是絕對(duì)路徑。HTTP/ 要求服務(wù)器能夠理解絕對(duì)URL, 但還是期望客戶端使用主機(jī)請(qǐng)求頭部。這樣做完全是為了向后兼容HTTP/，因此在RTSP中不需要這樣做。在請(qǐng)求URI中星號(hào)*表示此請(qǐng)求不用于其他資源，只用于服務(wù)器本身，且只能在該方法對(duì)于資源并非必要方法時(shí)才能使用。如下面的例子：OPTIONS * RTSP/。7 響應(yīng) 使用 [H6] 的規(guī)則，只是其中的HTTP版本號(hào)要被替換成RTSP版本號(hào)。還有，RTSP增加了一些狀態(tài)碼，也棄用了一些HTTP狀態(tài)碼。在表一中，對(duì)有效的響應(yīng)碼和可用的方法進(jìn)行了定義。在收到并解釋了一條請(qǐng)求消息后，接收方以一條RTSP響應(yīng)消息作為回應(yīng)。 Response = StatusLine 。 Section *( generalheader 。 Section 5 | responseheader 。 Section | entityheader ) 。 Section CRLF [ messagebody ] 。 Section 狀態(tài)行 響應(yīng)消息的第一行就是狀態(tài)行，它由協(xié)議版本、數(shù)字形式的狀態(tài)碼、與狀態(tài)碼對(duì)應(yīng)的文本解釋依次組成，各元素間以空格（SP）分隔，除了結(jié)尾的CRLF外，不允許出現(xiàn)CR或LF符。狀態(tài)行 = HTTP版本 空格 狀態(tài)碼 空格 原因解釋 CRLF 狀態(tài)碼和原因解釋狀態(tài)碼（StatusCode）由3位數(shù)字組成，表示請(qǐng)求是否被理解或被滿足。這些狀態(tài)碼的完整定義在第十一章。原因解釋（ReasonPhrase）是用簡(jiǎn)短的文字來描述狀態(tài)碼產(chǎn)生的原因。狀態(tài)碼用來支持自動(dòng)操作，原因解釋用來方便人的查看?？蛻舳瞬恍枰獧z查或顯示原因解釋。狀態(tài)碼的第一位數(shù)字定義了響應(yīng)的類別，后面兩位數(shù)字沒有具體分類。首位數(shù)字有5取值可能： *1xx：通知 已收到請(qǐng)求，繼續(xù)處理 *2xx：成功 操作被成功接收和理解，并被接受 *3xx：重定向 要完成請(qǐng)求必須進(jìn)行進(jìn)一步操作。 *4xx：客戶端出錯(cuò) 請(qǐng)求有語法錯(cuò)誤或無法實(shí)現(xiàn) *5xx：服務(wù)器端出錯(cuò) 服務(wù)器無法滿足合法的請(qǐng)求。HTTP/、對(duì)應(yīng)原因解釋在下面給出。下面的原因解釋只是建議采用，可用其他等價(jià)形式替換，而不會(huì)對(duì)協(xié)議造成影響。注意：RTSP采用了大多數(shù)HTTP/ [2]狀態(tài)碼，并增加了一些形如x50的RTSP特有的狀態(tài)碼以避免與最新定義的HTTP狀態(tài)碼沖突。 狀態(tài)碼 = 100 。 繼續(xù) | 200 。 OK | 201 。 已創(chuàng)建 | 250 。 存儲(chǔ)空間不足 | 300 。 有多個(gè)選項(xiàng) | 301 。 被永久移除 | 302 。 被臨時(shí)移除 | 303 。 見其他 | 304 。 沒有修改 | 305 。 使用代理 | 400 。 錯(cuò)誤的請(qǐng)求 | 401 。 未通過認(rèn)證 | 402 。 需要付費(fèi) | 403 。 禁止 | 404 。 沒有找到 | 405 。 不允許該方法 | 406 。 不接受 | 407 。 代理需要認(rèn)證 | 408 請(qǐng)求超時(shí) | 410 。 不在服務(wù)器 | 411 。 需要長(zhǎng)度 | 412 。 預(yù)處理失敗 | 413 。 請(qǐng)求實(shí)體過長(zhǎng) | 414 。 請(qǐng)求URI過長(zhǎng) | 415 。 媒體類型不支持 | 451 。 不理解此參數(shù) | 452 。 找不到會(huì)議 | 453 。 帶寬不足 | 454 。 找不到會(huì)話 | 455 。 此狀態(tài)下此方法無效 | 456 。 此頭部域?qū)υ撡Y源無效 | 457 。 無效范圍 | 458 。 參數(shù)是只讀的 | 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) | 擴(kuò)展碼 擴(kuò)展碼 = 3位數(shù)字 原因解釋 = *文本, 包括 CR, LFRTSP狀態(tài)碼是可擴(kuò)展的。RTSP應(yīng)用程序不被要求了解全部注冊(cè)的狀態(tài)碼，當(dāng)然很明顯這種了解是被期望的。盡管如此，應(yīng)用程序【必須】理解任何一個(gè)狀態(tài)碼的首位所標(biāo)識(shí)的類別，將任何不理解的狀態(tài)碼等同為那個(gè)類的x00狀態(tài)碼，只是【必須不】緩存無法識(shí)別的響應(yīng)。例如，如果客戶端收到一個(gè)無法識(shí)別的狀態(tài)碼431，可以安全地假定是請(qǐng)求出了問題，認(rèn)為其響應(yīng)的狀態(tài)碼就是400。在這種情況下，用戶界面應(yīng)當(dāng)在把響應(yīng)消息的實(shí)體顯示給用戶，因?yàn)閷?shí)體中可能包括一些人類可以識(shí)別的關(guān)于此非正常狀態(tài)的描述信息。代碼 原因100 繼續(xù) 所有200 OK 所有201 已創(chuàng)建 錄制250160
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1