【正文】 d） 8. RSVP操作模型 —— 基本 RSVP協(xié)議操作 ? RSVP資源預(yù)訂處理初始化開始于 RSVP 后臺服務(wù)查詢本地路由協(xié)議以獲得路由。如接收到的狀態(tài)與存儲狀態(tài)不同，就更新存儲狀態(tài)。 ? RSVP規(guī)范要求在拓?fù)涓淖兒髢擅胪ㄟ^網(wǎng)絡(luò)初始化新資源預(yù)訂。 RSVP RSVP軟 狀 態(tài)實(shí)現(xiàn) ? 當(dāng)路由改變，下一個(gè)路徑信息初始化新路由的路徑狀態(tài)，根據(jù)資源預(yù)訂請求信息建立資源預(yù)訂狀態(tài)。如在清除時(shí)間間隔到期前沒有收到相應(yīng)更新信息，就刪除該狀態(tài)，顯式 teardown信息也可刪除軟狀態(tài)。為維護(hù)資源預(yù)訂狀態(tài)， RSVP跟蹤路由器和主機(jī)結(jié)點(diǎn)的軟狀態(tài)。一般說來， 軟狀態(tài)由基于 RSVP網(wǎng)絡(luò)維護(hù)，使網(wǎng)絡(luò)可在沒有查詢終端結(jié)點(diǎn)的情況下改變狀態(tài)。 RSVP（ Cont’ d） 6. RSVP資源預(yù)訂類型 ? —— 為每個(gè)連接中每個(gè)相關(guān)發(fā)送者安裝一個(gè)流 ? （ 1） 固定過濾類型 ? —— 由不相關(guān)的發(fā)送者使用 ? （ 2）通配過濾類型 默認(rèn)所有發(fā)送者，并通過預(yù)留消息中所攜帶的源端地址列表來限制通配符濾波器 ? （ 3）共享顯式類型 濾波器明確指定一個(gè)或多個(gè)發(fā)送者來進(jìn)行預(yù)留 RSVP（ Cont’ d） 7. RSVP軟狀態(tài)實(shí)現(xiàn) ? 對 RSVP， 軟狀態(tài) 指可被某些 RSVP信息更新的路由器和終端結(jié)點(diǎn)的狀態(tài)。 ? 接收者應(yīng)用收到路徑信息 ， 開始發(fā)送相應(yīng)資源預(yù)訂請求信息 ， 使用 RSVP指定欲點(diǎn)播的流描述 。 對單播連接 ， 單播路由就象 IGMP結(jié)合協(xié)議無關(guān)組播 （ PIM） 在組播時(shí)的作用 。 ? 這樣做 ， RSVP就可維持路由器和主機(jī)狀態(tài)來提供所請求的服務(wù) 。 ? 主機(jī)和路由器使用 RSVP指定 QoS。 RSVP（ Cont’ d） 4. RSVP服務(wù)質(zhì)量（ QoS） ? 是流規(guī)范指定的屬性 。 ? 每個(gè) RSVP發(fā)送者和接收者對應(yīng)唯一的 Inter主機(jī)。即使目的地址是單播，也可能有多個(gè)接收者，以公開端口區(qū)分。 ? 組播傳輸將某個(gè)發(fā)送者的每個(gè)數(shù)據(jù)包拷貝轉(zhuǎn)發(fā)給多個(gè)目的。 ? IP目的地址是組播發(fā)送的組地址，或是單個(gè)接收者的單播地址。 ? RSVP支持單播和組播連接，流總是從發(fā)送者開始。 ? 延遲敏感傳輸要求傳輸及時(shí)，并因而改變其速率。支持最好性能傳輸?shù)姆?wù)稱為最好性能服務(wù)。 ? 最好性能傳輸為傳統(tǒng) IP傳輸。 RSVP（ Cont’ d） 2. RSVP數(shù)據(jù)流 ? 流說明是互連網(wǎng)主機(jī)用來請求特殊服務(wù)的數(shù)據(jù)結(jié)構(gòu)，保證互連網(wǎng)處理主機(jī)傳輸。 ? （ 4）當(dāng)最后一個(gè)路由器接收 RESV，同時(shí)接受請求的時(shí)候，它再發(fā)送一個(gè)證實(shí)消息給接收端。 ? （ 2）為了獲得資源預(yù)留，接收端發(fā)送一個(gè)上行的 RESV（預(yù)留請求）消息。資源預(yù)留的過程從應(yīng)用程序流的源節(jié)點(diǎn)發(fā)送 Path消息開始，該消息會沿著流所經(jīng)路徑傳到流的目的節(jié)點(diǎn)，并沿途建立路徑狀態(tài)；目的節(jié)點(diǎn)收到該 Path消息后，會向源節(jié)點(diǎn)回送 Resv消息，沿途建立預(yù)留狀態(tài)，如果源節(jié)點(diǎn)成功收到預(yù)期的 Resv消息，則認(rèn)為在整條路徑上資源預(yù)留成功。 ? HTTP是無狀態(tài)協(xié)議； RTSP在任何情況下必須保持一定狀態(tài)。絕對時(shí)鐘時(shí)間 ： RTP要求每一種媒體使用一個(gè)流，而視音頻就得用倆的流，絕對時(shí)鐘時(shí)間可進(jìn)行圖像和聲音的同步 RTCP—— RTCP分組格式 RTSP 1. RTSP協(xié)議的工作原理 （ 1） RTSP協(xié)議的功能 ? A. 通過媒體服務(wù)器檢索媒體 ? B. 媒體服務(wù)器邀請進(jìn)入會議 ? C. 將媒體加到現(xiàn)成講座中 RTSP—— RTSP協(xié)議 的工作原理 （ 2） RTSP協(xié)議的實(shí)現(xiàn) ? A. 初始化 ? B. TCP傳輸 ? C. UDP傳輸 ? D. 傳輸反饋 利用 RTSP的流媒體連接過程 OPTION OPTION Response 服務(wù)器信息 DESCRIBE DESCRIBE Response 待播放的文件信息 SETUP SETUP Response 連接信息 PLAY PLAY Re播放信息 TEARDOWN TEARDOWN Response RTSP（ Cont’d） 2. RTSP協(xié)議的結(jié)構(gòu) (p84) 具體解釋另見補(bǔ)充（ RTSP協(xié)議） RTSP（ Cont’d） 3. RTSP協(xié)議的特點(diǎn) ? （ 1）可擴(kuò)展性 ? （ 2）易解析 ? （ 3）安全 ? （ 4）獨(dú)立于傳輸 ? （ 5）多服務(wù)器能力 ? （ 6）記錄設(shè)備控制 ? （ 7）適合專業(yè)應(yīng)用 ? （ 8）播放種類的中立性 ? （ 9）代理和防火墻的友好性 ? （ 10）分配服務(wù)器控制 ? （ 11）傳輸協(xié)商 ? （ 12）能力協(xié)商 RTSP（ Cont’d） 4. RTSP協(xié)議與其他協(xié)議的關(guān)系 （ 1） RTSP協(xié)議與 HTTP協(xié)議的聯(lián)系 ? 目前的協(xié)議規(guī)范同時(shí)允許網(wǎng)頁服務(wù)器和流媒體服務(wù)器支持 RTSP實(shí)現(xiàn)。 ? 接收端每收到一個(gè) RTP流就產(chǎn)生一個(gè)接受端報(bào)告分組 RR， ? RTP流的 SSRC； RTP流的分組丟失率；該RTP流中的最后一個(gè) RTP分組的序號；分組到達(dá)時(shí)間間隔的抖動等。 〃 時(shí)間戳的粒度取決于信號的類型。 〃 接收端使用時(shí)間戳可準(zhǔn)確知道應(yīng)當(dāng)在什么時(shí)間還原那一個(gè)數(shù)據(jù)塊，從而消除時(shí)延抖動。 〃 在一個(gè)會話中，他的初始序號隨機(jī)選擇。應(yīng)用層可根據(jù)次類型進(jìn)行處理。 ? RTP協(xié)議雖然是傳輸層協(xié)議但是沒有作為OSI體系結(jié)構(gòu)中單獨(dú)的一層來實(shí)現(xiàn)。 ? RTP協(xié)議和 UDP二者共同完成運(yùn)輸層協(xié)議功能。 (5) Mixer（混合器） ? 將多個(gè)載荷數(shù)據(jù)組合起來產(chǎn)生一個(gè)發(fā)出的包，允許接收端確認(rèn)當(dāng)前數(shù)據(jù)的貢獻(xiàn)源，具有相同的同步源標(biāo)識符。 (3) Source Identification（源標(biāo)志） ? 幫助接收端利用發(fā)送端生成的唯一數(shù)值來區(qū)分多個(gè)同時(shí)的數(shù)據(jù)流，得到數(shù)據(jù)的發(fā)送源。如果能夠分辨幀速率，則使用一個(gè)固定的速率增加。 ? 默認(rèn)端口號： ? RTP： 5004 ? RTCP： 5005 RTP（ Cont’ d) 實(shí)時(shí)傳輸協(xié)議 暗示它也可以看做傳輸層協(xié)議 因?yàn)?RTP封裝了多媒體應(yīng)用的數(shù)據(jù)塊，并且向多媒體應(yīng)用層提供了服務(wù) RTP（ Cont’ d) RTP（ Cont’ d) 1. RTP協(xié)議的相關(guān)概念 (1) Time Stamping（時(shí)戳） ? 把接收到的語音和視頻等多媒體數(shù)據(jù)按照正確的時(shí)間順序提交給上層。 多媒體數(shù)據(jù)塊 封裝為RTP報(bào)文 UDP用戶數(shù)據(jù)報(bào) 壓縮編碼 送入運(yùn)輸層 從開發(fā)者的角度看， RTP 應(yīng)當(dāng)是應(yīng)用層的一部分。 ? RSVP (Resource Reserve Protocol)：在一定程度上為流媒體的傳輸提供 QoS。 ? RTCP (Realtime Transport Control Protocol)：與 RTP一起提供流量控制和擁塞控制服務(wù)。 流媒體網(wǎng)絡(luò)傳輸特點(diǎn) 1. 流媒體技術(shù)關(guān)鍵特征： ? 數(shù)據(jù)壓縮 ? 流式傳輸 2. 優(yōu)點(diǎn)： ? 啟動延時(shí)短 ? 對系統(tǒng)緩存容量的需求大大降低 ? 流式傳輸?shù)膶?shí)現(xiàn)有特定的實(shí)時(shí)傳輸協(xié)議 流媒體網(wǎng)絡(luò)傳輸特點(diǎn)（ Cont’ d） 3. 應(yīng)用流媒體技術(shù)傳輸網(wǎng)絡(luò)音視頻系統(tǒng)的