第七章流媒體相關(guān)網(wǎng)絡(luò)協(xié)議-在線瀏覽
2025-02-18 10:29本頁面
【正文】 展性和適用性 RTCP 1. RTCP協(xié)議的工作原理 —— 四個(gè)功能： ? （ 1）為數(shù)據(jù)傳輸?shù)馁|(zhì)量提供反饋，并提供 QoS檢測 ? （ 2）提供不同媒體間的同步 ? （ 3）在會(huì)話的用戶界面上顯示會(huì)話參與者的標(biāo)志 ? （ 4）調(diào)節(jié)信息的縮放 RTCP（ Cont’d） 2. RTCP分組格式 2 3 8 16bit Version P RC Packet type Length RTCP—— RTCP分組格式 5種類型的報(bào)文： ? SR ? RR ? SDES ? BYE ? APP 類型 縮寫表示 意義 200 SR 發(fā)送端報(bào)告 201 RR 接收端報(bào)告 202 SDES 源點(diǎn)報(bào)告 203 BYE 結(jié)束 204 APP 特定應(yīng)用 RTCP—— RTCP分組格式 ? 結(jié)束分組 BYE：表示關(guān)閉一個(gè)數(shù)據(jù)流 ? 特定應(yīng)用分組 APP：使應(yīng)用程序定義新的分組類型 ? 源點(diǎn)描述分組 SDES：給出會(huì)話中參加者的描述，他包含參加者的規(guī)范名 CNAME（電子郵件地址的字符串） RTCP—— RTCP分組格式 ? 接收端報(bào)告分組 RR：接收端周期性地向所有的點(diǎn)用多播方式進(jìn)行報(bào)告。 RTCP—— RTCP分組格式 Company Logo RR的兩大作用 1 讓所有接收端和發(fā)送端了解當(dāng)前網(wǎng)絡(luò)的狀態(tài) 2 可以使所有發(fā)送RTCP分組的站點(diǎn)自適應(yīng)調(diào)整自己發(fā)送 RTC分組的速率，使 RTCP不影響RTP網(wǎng)絡(luò)分組的速率 ? 發(fā)送報(bào)告端分組 SR：發(fā)送端周期性地向所有接受端用多播方式進(jìn)行報(bào)告 ? 發(fā)送端每發(fā)送一個(gè)發(fā)送端報(bào)告分組 RTP，就發(fā)送一個(gè)發(fā)送端報(bào)告分組 SR ? 該 RTP的 SSRC、時(shí)間戳、絕對時(shí)鐘時(shí)間、分組數(shù)、字節(jié)數(shù) （ 2） RTSP協(xié)議與 HTTP協(xié)議的區(qū)別 ? HTTP是一個(gè)不對稱協(xié)議；在 RTSP中， Client和 Server都可發(fā)出請求，且請求是有狀態(tài)的。 ? 資源預(yù)留協(xié)議（ RSVP）最初是 IETF為 QoS的綜合服務(wù)模型定義的一個(gè)信令協(xié)議，用于在流（ flow）所經(jīng)路徑上為該流進(jìn)行資源預(yù)留，從而滿足該流的QoS要求。 RSVP RSVP 1. RSVP協(xié)議工作原理 ? （ 1）發(fā)送端依據(jù)傳輸帶寬范圍的高低、傳輸延遲，以及抖動(dòng)來說明發(fā)送業(yè)務(wù)。 ? （ 3）當(dāng)每個(gè)支持 RSVP的路由器沿著上行路徑接收 RESV的消息時(shí)，它采用輸入控制過程證實(shí)請求，并且配置所需的資源。當(dāng)發(fā)送端或接收端結(jié)束了一個(gè) RSVP會(huì)話時(shí)，將斷開連接。 ? RSVP支持三種傳輸類型：最好性能（ besteffort），速率敏感（ ratesensitive）與延遲敏感（ delaysensitive）。應(yīng)用包括文件傳輸（如郵件傳輸）、磁盤映像、交互登錄和事務(wù)傳輸。 ? 速率敏感傳輸放棄及時(shí)性，而確保速率。 RSVP（ Cont’ d） 3. RSVP數(shù)據(jù)流處理 ? RSVP數(shù)據(jù)流基本特征是連接，數(shù)據(jù)包在其上流通。 ? 特定連接的數(shù)據(jù)包被導(dǎo)向同一個(gè) IP目的地址或公開的目的端口。 ? RSVP數(shù)據(jù)發(fā)布通過組播或單播實(shí)現(xiàn)。 ? 單播傳輸只有一個(gè)接收者。多個(gè)發(fā)送者也可能存在單播地址， RSVP可建立多對一傳輸?shù)馁Y源預(yù)訂。單個(gè)主機(jī)可包括多個(gè)發(fā)送者和接收者，以公開端口區(qū)分。 ? 流規(guī)范用于決定參加實(shí)體 （ 路由器 、 接收者和發(fā)送者 ） 進(jìn)行數(shù)據(jù)交換的方式 。 ? 其中 ， 主機(jī)代表應(yīng)用數(shù)據(jù)流使用 RSVP從網(wǎng)絡(luò)申請 QoS級別；路由器使用 RSVP發(fā)送 QoS請求給數(shù)據(jù)流路經(jīng)的其它路由器 。 RSVP（ Cont’ d） 5. RSVP連接啟動(dòng) ? 為了初始化 RSVP組播連接 ， 接收者首先使用Inter組成員協(xié)議 （ IGMP） 加入 IP目的地址指定的組播組 。 ? 接收者加入組后 ， 潛在的發(fā)送者就開始發(fā)送RSVP路徑信息給 IP目的地址 。 ? 發(fā)送者應(yīng)用接收到資源預(yù)訂請求信息后 ， 開始發(fā)送數(shù)據(jù)包 。 ? 軟狀態(tài)特征允許 RSVP網(wǎng)絡(luò)支持動(dòng)態(tài)組成員變化，并適應(yīng)路由變化。 ? RSVP協(xié)議為創(chuàng)建和維護(hù)組播和單播混合發(fā)送路徑的分布式資源預(yù)訂狀態(tài)提供了一個(gè)通用功能。 ? 路徑與資源預(yù)訂請求信息創(chuàng)建并周期更新 RSVP軟狀態(tài)。RSVP周期掃描欲建立的軟狀態(tài)，并轉(zhuǎn)發(fā)路徑與預(yù)訂請求更新信息給下一跳。 ? 現(xiàn)在未使用的網(wǎng)段狀態(tài)標(biāo)記為超時(shí)。 ? 當(dāng)發(fā)生狀態(tài)變化， RSVP無延遲的將變化從 RSVP網(wǎng)絡(luò)的一個(gè)終端傳到另一個(gè)終端。如結(jié)果改變了欲產(chǎn)生的更新信息，更新信息立即生成并轉(zhuǎn)發(fā)出去。 ? 主機(jī)發(fā)送 IGMP消息加入組播組，而發(fā)送 RSVP消息預(yù)訂沿組路徑的資源。 ? RSVP包分類器決定每個(gè)包的路由和 QoS類 ； RSVP調(diào)度器給每個(gè)接口所使用的特殊數(shù)據(jù)鏈路層媒介上傳輸分配資源。 ? 調(diào)度器本身分配無源 QoS媒介上包傳輸能力，如雙鉸線；也可分配其它系統(tǒng)資源，如 CPU時(shí)間與緩存。 ? RSVP協(xié)議接著將對所有結(jié)點(diǎn)（路由器與主機(jī)）的請求沿逆向數(shù)據(jù)路徑傳到數(shù)據(jù)源。如進(jìn)入允許控制成功， RSVP程序設(shè)置包分類和調(diào)度器的參數(shù)，以獲得所申請的 QoS。 RSVP（ Cont’ d） 8. RSVP操作模型 —— RSVP隧道 ? 在整個(gè) Inter上同時(shí)配置 RSVP或任意其他協(xié)議都是不可能的。 因此， RSVP必須提供正確協(xié)議操 作，即使只有兩個(gè)支持 RSVP的路由器與一群不支持 RSVP的路由器相連。然而，如該網(wǎng)絡(luò)有充足額外容量，也可以提供可接受的實(shí)時(shí)服務(wù)。 當(dāng)路徑信息通過非 RSVP網(wǎng)絡(luò)時(shí)，路徑信息拷貝攜帶最后一個(gè)支持 RSVP的路由器的 IP地址。 RSVP（ Cont’ d） 9. 加權(quán)平均排隊(duì)方案 基于 RSVP網(wǎng)絡(luò)間采用隧道技術(shù)的 RSVP環(huán)境 NB：隧道技術(shù)僅在瓶頸出在非 RSVP域且不可避免時(shí)才有風(fēng)險(xiǎn) RSVP（ Cont’ d） 11. RSVP包格式 ? （ 1） RSVP公共頭 ? （ 2） RSVP對象段 16 8 8 Variable Length Classnum CType Object Contents 4b 4b 8b 16b 16b 8b 8b 32b 1b 16b Version Flag Type Checknum Length Reserved Send TTL Messege ID MF Fragment offset RSVP（ Cont’ d） 12. RSVP協(xié)議的特點(diǎn) RSVP —— Conclusions ? RSVP運(yùn)行在傳輸層，在 IP上層。 ? RSVP的組成元素有發(fā)送者、接收者和主機(jī)或路由器。流是從發(fā)送者到一個(gè)或多個(gè)接收者的連接特征，通過 IP包中“流標(biāo)記”來認(rèn)證。這個(gè)流規(guī)格是由流的速率和延遲組成的，這是流的 QoS需要的。 ? RSVP領(lǐng)域的發(fā)展非常迅速，但目前并沒有在任何一種網(wǎng)絡(luò)上得到證實(shí)，它的應(yīng)用只是局限在測試的小 Intra網(wǎng)絡(luò)上。 ? RSVP還存在諸如當(dāng)一個(gè)服務(wù)請求被申請控制否決時(shí)網(wǎng)絡(luò)應(yīng)該怎樣通知用戶以及用戶怎樣應(yīng)答這樣的通知等問題。 ? 建立在 UDP或 TCP上，屬于應(yīng)用層。 ? 如果連接到編入索引的 asf文件，想要快進(jìn)、后退、暫停、開始和停止流，必須使用 MMS。
職業(yè)教育相關(guān)推薦
鄂ICP備17016276號-1