研究生多媒體10_多媒體通信與網(wǎng)絡(luò)_第1頁(yè)
研究生多媒體10_多媒體通信與網(wǎng)絡(luò)_第2頁(yè)
研究生多媒體10_多媒體通信與網(wǎng)絡(luò)_第3頁(yè)
研究生多媒體10_多媒體通信與網(wǎng)絡(luò)_第4頁(yè)
研究生多媒體10_多媒體通信與網(wǎng)絡(luò)_第5頁(yè)
已閱讀5頁(yè),還剩29頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

1、多媒體技術(shù)1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量3. 多媒體通信網(wǎng)絡(luò)環(huán)境(略)多媒體通信網(wǎng)絡(luò)環(huán)境(略)4. 多媒體通信協(xié)議多媒體通信協(xié)議1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用系統(tǒng)中,多媒體信息的傳輸對(duì)網(wǎng)絡(luò)基礎(chǔ)設(shè)施提出的要求:分布式多媒體應(yīng)用系統(tǒng)中,多媒體信息的傳輸對(duì)網(wǎng)絡(luò)基礎(chǔ)設(shè)施提出的要求:高帶寬高帶寬低延遲低延遲支持支持QoS資源動(dòng)態(tài)分配資源動(dòng)態(tài)分配1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 1 多媒體數(shù)據(jù)流的基本特征多媒體數(shù)據(jù)流的基本特征比特率可變性:多媒體傳輸可分為恒定

2、比特率和可變比特率兩種類型??杀忍芈士勺冃裕憾嗝襟w傳輸可分為恒定比特率和可變比特率兩種類型??勺儽忍芈实膫鬏敚ǔR遭Оl(fā)和跳變的形式出現(xiàn)。變比特率的傳輸,通常以猝發(fā)和跳變的形式出現(xiàn)。時(shí)間依賴性:某些實(shí)時(shí)系統(tǒng)中,必須把延遲控制在一定的范圍內(nèi)。時(shí)間依賴性:某些實(shí)時(shí)系統(tǒng)中,必須把延遲控制在一定的范圍內(nèi)。信道對(duì)稱性:根據(jù)多媒體應(yīng)用類型的不同,上行和下行信道的通信量可能信道對(duì)稱性:根據(jù)多媒體應(yīng)用類型的不同,上行和下行信道的通信量可能是對(duì)稱的,也可能是不對(duì)稱的。是對(duì)稱的,也可能是不對(duì)稱的。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求吞吐量需求

3、吞吐量需求吞吐量:有效的網(wǎng)絡(luò)帶寬吞吐量:有效的網(wǎng)絡(luò)帶寬影響網(wǎng)絡(luò)吞吐量的主要因素:網(wǎng)絡(luò)故障、網(wǎng)絡(luò)擁塞、瓶勁、緩沖區(qū)容量和影響網(wǎng)絡(luò)吞吐量的主要因素:網(wǎng)絡(luò)故障、網(wǎng)絡(luò)擁塞、瓶勁、緩沖區(qū)容量和流量控制等。流量控制等。多媒體通信的吞吐量需求與網(wǎng)絡(luò)傳輸速度、接收端緩沖容量以及數(shù)據(jù)流量多媒體通信的吞吐量需求與網(wǎng)絡(luò)傳輸速度、接收端緩沖容量以及數(shù)據(jù)流量等相關(guān)。要滿足高傳輸帶寬需求、大緩沖容量需求和流量需求。等相關(guān)。要滿足高傳輸帶寬需求、大緩沖容量需求和流量需求。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求可靠性需求可靠性需求差錯(cuò)率反映了網(wǎng)絡(luò)傳輸?shù)目煽?/p>

4、性??梢杂萌N方法定義:差錯(cuò)率反映了網(wǎng)絡(luò)傳輸?shù)目煽啃???梢杂萌N方法定義:位差錯(cuò)率、幀差錯(cuò)率、分組差錯(cuò)率,分別用于在不同的層次上計(jì)算差錯(cuò)率。位差錯(cuò)率、幀差錯(cuò)率、分組差錯(cuò)率,分別用于在不同的層次上計(jì)算差錯(cuò)率。由于受到人類感知能力的限制,視覺(jué)和聽(tīng)覺(jué)很難分辨和感覺(jué)圖像、聲音等由于受到人類感知能力的限制,視覺(jué)和聽(tīng)覺(jué)很難分辨和感覺(jué)圖像、聲音等的微小差異,因此,多媒體應(yīng)用允許網(wǎng)絡(luò)傳輸中存在一定程度的錯(cuò)誤。的微小差異,因此,多媒體應(yīng)用允許網(wǎng)絡(luò)傳輸中存在一定程度的錯(cuò)誤。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求P280,部分媒體的可接受差錯(cuò)率,

5、部分媒體的可接受差錯(cuò)率1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延遲需求延遲需求延遲是衡量網(wǎng)絡(luò)性能的重要參數(shù)。延遲是衡量網(wǎng)絡(luò)性能的重要參數(shù)。端到端的延遲:發(fā)送端發(fā)送一個(gè)分組到接收端正確地接收到該分組所經(jīng)歷端到端的延遲:發(fā)送端發(fā)送一個(gè)分組到接收端正確地接收到該分組所經(jīng)歷的時(shí)間。端到端延遲包含了下列延遲時(shí)間:傳播延遲、傳輸延遲、網(wǎng)絡(luò)延的時(shí)間。端到端延遲包含了下列延遲時(shí)間:傳播延遲、傳輸延遲、網(wǎng)絡(luò)延遲、接口延遲。遲、接口延遲。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延

6、遲需求:延遲需求:傳播延遲:表示端到端之間傳輸一個(gè)二進(jìn)制所需要的時(shí)間。傳播延遲:表示端到端之間傳輸一個(gè)二進(jìn)制所需要的時(shí)間。傳輸延遲:表示端到端之間傳輸一個(gè)數(shù)據(jù)塊所需要的時(shí)間,與網(wǎng)絡(luò)傳輸速傳輸延遲:表示端到端之間傳輸一個(gè)數(shù)據(jù)塊所需要的時(shí)間,與網(wǎng)絡(luò)傳輸速率和中間節(jié)點(diǎn)的處理延遲有關(guān)。率和中間節(jié)點(diǎn)的處理延遲有關(guān)。網(wǎng)絡(luò)延遲:傳播延遲與傳輸延遲之和。網(wǎng)絡(luò)延遲:傳播延遲與傳輸延遲之和。接口延遲:表示發(fā)送端從開(kāi)始準(zhǔn)備發(fā)送數(shù)據(jù)塊到實(shí)際利用網(wǎng)絡(luò)發(fā)送所需要接口延遲:表示發(fā)送端從開(kāi)始準(zhǔn)備發(fā)送數(shù)據(jù)塊到實(shí)際利用網(wǎng)絡(luò)發(fā)送所需要的時(shí)間。的時(shí)間。與延遲有關(guān)的另一個(gè)性能參數(shù)是延遲抖動(dòng)。與延遲有關(guān)的另一個(gè)性能參數(shù)是延遲抖動(dòng)。1.

7、分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延遲需求:延遲需求:與延遲有關(guān)的另一個(gè)性能參數(shù)是延遲抖動(dòng)。在以分組方式傳輸一個(gè)很大的與延遲有關(guān)的另一個(gè)性能參數(shù)是延遲抖動(dòng)。在以分組方式傳輸一個(gè)很大的文件或數(shù)據(jù)流時(shí),各個(gè)分組到達(dá)接收端的延遲時(shí)間是不相同的。文件或數(shù)據(jù)流時(shí),各個(gè)分組到達(dá)接收端的延遲時(shí)間是不相同的。延遲抖動(dòng)是指在一條連接上分組延遲的最大變化量,即端到端延遲的最大延遲抖動(dòng)是指在一條連接上分組延遲的最大變化量,即端到端延遲的最大值與最小值之差。值與最小值之差。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信

8、的性能需求多媒體通信的性能需求多點(diǎn)通信需求:多點(diǎn)通信需求:多媒體通信涉及音頻和視頻數(shù)據(jù),在分布式多媒體應(yīng)用中有廣播和多播信多媒體通信涉及音頻和視頻數(shù)據(jù),在分布式多媒體應(yīng)用中有廣播和多播信息(又稱為組播)。因此,除了常規(guī)的點(diǎn)對(duì)點(diǎn)通信外,多媒體通信需要支息(又稱為組播)。因此,除了常規(guī)的點(diǎn)對(duì)點(diǎn)通信外,多媒體通信需要支持多播通信方式。持多播通信方式。廣播通信是把相同的數(shù)據(jù)傳送到其他所有的站點(diǎn);多播通信又稱組播,其廣播通信是把相同的數(shù)據(jù)傳送到其他所有的站點(diǎn);多播通信又稱組播,其傳送方式是把相同的數(shù)據(jù)傳送到其他相關(guān)站點(diǎn)。組播信息傳遞用的是組地傳送方式是把相同的數(shù)據(jù)傳送到其他相關(guān)站點(diǎn)。組播信息傳遞用的是組

9、地址,組地址是網(wǎng)絡(luò)上與多個(gè)站點(diǎn)相關(guān)的多目地址。址,組地址是網(wǎng)絡(luò)上與多個(gè)站點(diǎn)相關(guān)的多目地址。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求同步需求:同步需求:多媒體通信的同步有兩種類型:流內(nèi)同步和流間同步。多媒體通信的同步有兩種類型:流內(nèi)同步和流間同步。流內(nèi)同步與傳輸延遲、抖動(dòng)等服務(wù)質(zhì)量有關(guān)。流內(nèi)同步與傳輸延遲、抖動(dòng)等服務(wù)質(zhì)量有關(guān)。媒體間同步:由于不同的媒體流可能經(jīng)過(guò)不同的路徑或從不同的信息源傳媒體間同步:由于不同的媒體流可能經(jīng)過(guò)不同的路徑或從不同的信息源傳送過(guò)來(lái)時(shí),為了達(dá)到媒體表現(xiàn)的同步,需要在目的地對(duì)這些媒體流進(jìn)行同送過(guò)來(lái)時(shí),為了

10、達(dá)到媒體表現(xiàn)的同步,需要在目的地對(duì)這些媒體流進(jìn)行同步。步。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念QoS參數(shù):典型的有吞吐量、延遲、延遲抖動(dòng)和可靠性等。參數(shù):典型的有吞吐量、延遲、延遲抖動(dòng)和可靠性等。P282,表,表10.32. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念壓縮編碼對(duì)壓縮編碼對(duì)QoS參數(shù)的影響:多媒體數(shù)據(jù)的壓縮編碼的方法影響了參數(shù)的影響:多媒體數(shù)據(jù)的壓縮編碼的方法影響了QoS參參數(shù),尤其是視頻編碼。數(shù),尤其是視頻編碼。運(yùn)動(dòng)運(yùn)

11、動(dòng)JPEG:采用減低幀率來(lái)允許:采用減低幀率來(lái)允許QoS變化。變化。MPEG、H.261:可以通過(guò)建立不同的優(yōu)先級(jí)來(lái)發(fā)送:可以通過(guò)建立不同的優(yōu)先級(jí)來(lái)發(fā)送MPEG視頻的視頻的I、P和和B幀,達(dá)到幀,達(dá)到QoS調(diào)節(jié)。調(diào)節(jié)。分層壓縮:可以根據(jù)端點(diǎn)的通信能力來(lái)優(yōu)化數(shù)據(jù)傳送的質(zhì)量。分層壓縮:可以根據(jù)端點(diǎn)的通信能力來(lái)優(yōu)化數(shù)據(jù)傳送的質(zhì)量。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念例:視頻傳送中允許一定的差錯(cuò)率,如出錯(cuò)和信道擁塞引起的錯(cuò)誤。丟失例:視頻傳送中允許一定的差錯(cuò)率,如出錯(cuò)和信道擁塞引起的錯(cuò)誤。丟失的是用于解壓的關(guān)鍵信息,如運(yùn)動(dòng)矢量等,將對(duì)解碼后的視頻產(chǎn)生較大的

12、的是用于解壓的關(guān)鍵信息,如運(yùn)動(dòng)矢量等,將對(duì)解碼后的視頻產(chǎn)生較大的影響。影響。解決的方法:使用分層編碼,將重要的信息如運(yùn)動(dòng)矢量等用高質(zhì)量的信道解決的方法:使用分層編碼,將重要的信息如運(yùn)動(dòng)矢量等用高質(zhì)量的信道傳輸,并標(biāo)以高優(yōu)先級(jí)。傳輸,并標(biāo)以高優(yōu)先級(jí)。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念QoS參數(shù)體系結(jié)構(gòu)參數(shù)體系結(jié)構(gòu)在一個(gè)分布式多媒體信息系統(tǒng)中,通常采用層次化的在一個(gè)分布式多媒體信息系統(tǒng)中,通常采用層次化的QoS參數(shù)體系結(jié)構(gòu)來(lái)參數(shù)體系結(jié)構(gòu)來(lái)定義定義QoS參數(shù)。參數(shù)。通信雙方的對(duì)等層之間表現(xiàn)為一種對(duì)等協(xié)商關(guān)系,雙方按所承諾的通信雙方的對(duì)等層之間表現(xiàn)為一種

13、對(duì)等協(xié)商關(guān)系,雙方按所承諾的QoS參參數(shù)提供相應(yīng)的服務(wù)。數(shù)提供相應(yīng)的服務(wù)。同一端的不同層之間表現(xiàn)為一種映射關(guān)系,應(yīng)用的同一端的不同層之間表現(xiàn)為一種映射關(guān)系,應(yīng)用的QoS需求自頂向下地映需求自頂向下地映射到各層相對(duì)應(yīng)的射到各層相對(duì)應(yīng)的QoS參數(shù)集。參數(shù)集。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念(1)應(yīng)用層:面向端用戶,應(yīng)當(dāng)采用直觀、形象的表達(dá)方式來(lái)描述不同的)應(yīng)用層:面向端用戶,應(yīng)當(dāng)采用直觀、形象的表達(dá)方式來(lái)描述不同的QoS,供端用戶選擇。,供端用戶選擇。(2)傳輸層:傳輸層協(xié)議主要提供端到端的、面向連接的數(shù)據(jù)傳輸服務(wù)。)傳輸層:傳輸層協(xié)議主要提供端到

14、端的、面向連接的數(shù)據(jù)傳輸服務(wù)。(3)網(wǎng)絡(luò)層:網(wǎng)絡(luò)層協(xié)議主要提供路由選擇和數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)服務(wù)。網(wǎng)絡(luò)層)網(wǎng)絡(luò)層:網(wǎng)絡(luò)層協(xié)議主要提供路由選擇和數(shù)據(jù)報(bào)轉(zhuǎn)發(fā)服務(wù)。網(wǎng)絡(luò)層QoS同樣也要由支持同樣也要由支持QoS的網(wǎng)絡(luò)層協(xié)議提供可選擇和定義的的網(wǎng)絡(luò)層協(xié)議提供可選擇和定義的QoS參數(shù)。參數(shù)。(4)數(shù)據(jù)鏈路層:數(shù)據(jù)鏈路層協(xié)議主要實(shí)現(xiàn)對(duì)物理介質(zhì)的訪問(wèn)控制功能,)數(shù)據(jù)鏈路層:數(shù)據(jù)鏈路層協(xié)議主要實(shí)現(xiàn)對(duì)物理介質(zhì)的訪問(wèn)控制功能,與網(wǎng)絡(luò)類型密切相關(guān),并不是所有網(wǎng)絡(luò)都支持與網(wǎng)絡(luò)類型密切相關(guān),并不是所有網(wǎng)絡(luò)都支持QoS。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 2 QoS的管理的管理QoS服務(wù)的分類:服務(wù)的分類:確定型確

15、定型QoS:“硬硬”QoS保證保證統(tǒng)計(jì)型統(tǒng)計(jì)型QoS:“軟軟”QoS保證保證盡力型盡力型QoS:網(wǎng)絡(luò)不提供任何:網(wǎng)絡(luò)不提供任何QoS保證。保證。為了保證端到端的為了保證端到端的QoS,在媒體流傳輸路徑上的各個(gè)中間點(diǎn)(路由器)都,在媒體流傳輸路徑上的各個(gè)中間點(diǎn)(路由器)都必須支持和保證所承諾的必須支持和保證所承諾的QoS,并且按確定型、統(tǒng)計(jì)型及盡力型,并且按確定型、統(tǒng)計(jì)型及盡力型QoS的優(yōu)的優(yōu)先級(jí)次序?yàn)橄鄳?yīng)的媒體流分配和保留資源。先級(jí)次序?yàn)橄鄳?yīng)的媒體流分配和保留資源。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 2 QoS的管理的管理QoS管理機(jī)制:管理機(jī)制:異構(gòu)系統(tǒng)之間的通信:需要標(biāo)準(zhǔn)化

16、的異構(gòu)系統(tǒng)之間的通信:需要標(biāo)準(zhǔn)化的QoS參數(shù),并提供如下參數(shù),并提供如下QoS管理特性:管理特性:可配置特性可配置特性可協(xié)商特性可協(xié)商特性動(dòng)態(tài)特性動(dòng)態(tài)特性端到端特性端到端特性層次化特性層次化特性2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 2 QoS的管理的管理IETF提出了兩種提出了兩種QoS保證機(jī)制:保證機(jī)制:由由RSVP提供的保證型服務(wù);面向連接,通過(guò)提供的保證型服務(wù);面向連接,通過(guò)QoS協(xié)商、接納控制、保留協(xié)商、接納控制、保留帶寬和實(shí)時(shí)調(diào)度等機(jī)制來(lái)實(shí)現(xiàn)。帶寬和實(shí)時(shí)調(diào)度等機(jī)制來(lái)實(shí)現(xiàn)。在區(qū)分服務(wù)(在區(qū)分服務(wù)(DiffServ,DS)中定義的區(qū)分型服務(wù);具有無(wú)連接特性,主)中定義的區(qū)分

17、型服務(wù);具有無(wú)連接特性,主要通過(guò)緩沖管理和優(yōu)先級(jí)調(diào)度機(jī)制來(lái)實(shí)現(xiàn),而無(wú)需進(jìn)行要通過(guò)緩沖管理和優(yōu)先級(jí)調(diào)度機(jī)制來(lái)實(shí)現(xiàn),而無(wú)需進(jìn)行QoS協(xié)商和保留帶協(xié)商和保留帶寬等控制。寬等控制。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 3 基于策略的基于策略的QoS管理技術(shù)管理技術(shù)基于策略的基于策略的QoS管理是近年來(lái)提出的一種智能化的網(wǎng)絡(luò)管理方法。其目的管理是近年來(lái)提出的一種智能化的網(wǎng)絡(luò)管理方法。其目的在于提高網(wǎng)絡(luò)管理系統(tǒng)的自動(dòng)化、智能化和集成化能力。在于提高網(wǎng)絡(luò)管理系統(tǒng)的自動(dòng)化、智能化和集成化能力。3. 多媒體通信網(wǎng)絡(luò)環(huán)境多媒體通信網(wǎng)絡(luò)環(huán)境略略4. 多媒體通信協(xié)議多媒體通信協(xié)議IPv4協(xié)議在地址空間、

18、信息安全和區(qū)分服務(wù)等方面顯露出明顯的缺陷。為協(xié)議在地址空間、信息安全和區(qū)分服務(wù)等方面顯露出明顯的缺陷。為了解決了解決Internet目前和將來(lái)可預(yù)測(cè)的問(wèn)題,目前和將來(lái)可預(yù)測(cè)的問(wèn)題,IETF提出了下一代提出了下一代IP協(xié)議建議協(xié)議建議方案,并將它定名為方案,并將它定名為IP V6。IP V6在在IP地址空間、路由協(xié)議、安全性、移動(dòng)性以及地址空間、路由協(xié)議、安全性、移動(dòng)性以及QoS支持等方面做了支持等方面做了較大的改進(jìn),增強(qiáng)了較大的改進(jìn),增強(qiáng)了IP協(xié)議的功能。協(xié)議的功能。4. 1 IP V6協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議Internet Stream Protocol Version

19、2:早期開(kāi)發(fā)的多媒體通信協(xié)議和方法,:早期開(kāi)發(fā)的多媒體通信協(xié)議和方法,它與它與IP是同一層次,主要用于支持實(shí)時(shí)的多媒體通信。是同一層次,主要用于支持實(shí)時(shí)的多媒體通信。ST II由兩個(gè)協(xié)議組成:流控制報(bào)文協(xié)議(由兩個(gè)協(xié)議組成:流控制報(bào)文協(xié)議(SCMP)和流協(xié)議()和流協(xié)議(ST)。發(fā)送)。發(fā)送方利用方利用SCMP為特定的數(shù)據(jù)流建立一個(gè)多點(diǎn)傳輸?shù)奶撾娐罚f(xié)商資源預(yù)為特定的數(shù)據(jù)流建立一個(gè)多點(diǎn)傳輸?shù)奶撾娐?,并協(xié)商資源預(yù)留。然后利用留。然后利用ST協(xié)議在該虛電路上傳輸數(shù)據(jù)流。協(xié)議在該虛電路上傳輸數(shù)據(jù)流。4. 2 ST II協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議RSVP: Resource Rese

20、rvation Protocol。資源保留協(xié)議(也稱為資源。資源保留協(xié)議(也稱為資源預(yù)留協(xié)議)預(yù)留協(xié)議)RSVP允許應(yīng)用程序?yàn)樗鼈兊臄?shù)據(jù)保留帶寬。主機(jī)根據(jù)數(shù)據(jù)流的特性使用允許應(yīng)用程序?yàn)樗鼈兊臄?shù)據(jù)保留帶寬。主機(jī)根據(jù)數(shù)據(jù)流的特性使用這個(gè)協(xié)議向網(wǎng)絡(luò)請(qǐng)求保留一個(gè)特定量的帶寬,路由器也使用這個(gè)協(xié)議向網(wǎng)絡(luò)請(qǐng)求保留一個(gè)特定量的帶寬,路由器也使用RSVP 轉(zhuǎn)發(fā)帶轉(zhuǎn)發(fā)帶寬請(qǐng)求。寬請(qǐng)求。為了能夠支持為了能夠支持RSVP,在發(fā)送端、接送端和路由器中都必須支持,在發(fā)送端、接送端和路由器中都必須支持RSVP協(xié)議。協(xié)議。PSVP協(xié)議沒(méi)有指定網(wǎng)絡(luò)如何為數(shù)據(jù)流保留資源,僅是允許應(yīng)用程序提出保協(xié)議沒(méi)有指定網(wǎng)絡(luò)如何為數(shù)據(jù)流保留資

21、源,僅是允許應(yīng)用程序提出保留必要的鏈路帶寬的一個(gè)協(xié)議。留必要的鏈路帶寬的一個(gè)協(xié)議。4. 3 RSVP協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議路由器在鏈路上保留帶寬的能力不能超過(guò)鏈路本身的能力。因此,每當(dāng)路路由器在鏈路上保留帶寬的能力不能超過(guò)鏈路本身的能力。因此,每當(dāng)路由器接收一個(gè)新的保留消息時(shí),它必須首先判斷是否有足夠的資源可以滿由器接收一個(gè)新的保留消息時(shí),它必須首先判斷是否有足夠的資源可以滿足預(yù)留要求,這個(gè)過(guò)程稱為接納測(cè)試(足預(yù)留要求,這個(gè)過(guò)程稱為接納測(cè)試(admission test)。)。如果接納測(cè)試失敗,路由器就拒絕保留帶寬,并且給請(qǐng)求保留帶寬的接收如果接納測(cè)試失敗,路由器就拒絕保留

22、帶寬,并且給請(qǐng)求保留帶寬的接收端發(fā)送一個(gè)錯(cuò)誤消息。端發(fā)送一個(gè)錯(cuò)誤消息。RSVP不定義和執(zhí)行測(cè)試,測(cè)試由路由器來(lái)完成。不定義和執(zhí)行測(cè)試,測(cè)試由路由器來(lái)完成。4. 3 RSVP協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議RSVP的帶寬保留消息:從接收端發(fā)出向發(fā)送端傳送的消息。的帶寬保留消息:從接收端發(fā)出向發(fā)送端傳送的消息。路徑消息:另一個(gè)重要的路徑消息:另一個(gè)重要的RSVP消息,從發(fā)送端發(fā)出并向接收端發(fā)送的消消息,從發(fā)送端發(fā)出并向接收端發(fā)送的消息。息。路徑消息的主要功能是讓路由器知道在哪些鏈路上應(yīng)該轉(zhuǎn)發(fā)保留消息。路徑消息的主要功能是讓路由器知道在哪些鏈路上應(yīng)該轉(zhuǎn)發(fā)保留消息。4. 3 RSVP協(xié)議協(xié)議

23、4. 多媒體通信協(xié)議多媒體通信協(xié)議RTP:Real-time Transport Protocol。實(shí)時(shí)傳輸協(xié)議。實(shí)時(shí)傳輸協(xié)議RTCP:Real-time Control Protocol。實(shí)時(shí)控制協(xié)議。實(shí)時(shí)控制協(xié)議RSVP:Resource Reservation Protocol。資源預(yù)留協(xié)議。資源預(yù)留協(xié)議RTSP:Real-time Streaming Protocol。實(shí)時(shí)流協(xié)議。實(shí)時(shí)流協(xié)議4. 4 實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控制協(xié)議實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控制協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議RTP:Real-time Transport Protocol。實(shí)時(shí)傳輸協(xié)議。實(shí)時(shí)傳輸協(xié)議一種提供端

24、對(duì)端傳輸服務(wù)的實(shí)時(shí)傳輸協(xié)議??梢栽诿嫦蜻B接或是無(wú)連接的一種提供端對(duì)端傳輸服務(wù)的實(shí)時(shí)傳輸協(xié)議??梢栽诿嫦蜻B接或是無(wú)連接的下層協(xié)議上工作,通常和下層協(xié)議上工作,通常和UDP協(xié)議一起使用。協(xié)議一起使用。RTP:用來(lái)支持在單播和組播網(wǎng)絡(luò)服務(wù)中傳輸實(shí)時(shí)數(shù)據(jù)。:用來(lái)支持在單播和組播網(wǎng)絡(luò)服務(wù)中傳輸實(shí)時(shí)數(shù)據(jù)。RTCP協(xié)議監(jiān)聽(tīng)和控制實(shí)時(shí)的數(shù)據(jù)傳輸。協(xié)議監(jiān)聽(tīng)和控制實(shí)時(shí)的數(shù)據(jù)傳輸。RTP的規(guī)格沒(méi)有對(duì)多媒體數(shù)據(jù)的壓縮格式指定標(biāo)準(zhǔn),可以用來(lái)傳輸各種格的規(guī)格沒(méi)有對(duì)多媒體數(shù)據(jù)的壓縮格式指定標(biāo)準(zhǔn),可以用來(lái)傳輸各種格式的文件。式的文件。4. 4 實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控制協(xié)議實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控制協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議從協(xié)議棧的角度看,從協(xié)議棧的角度看,RTP可以看成是傳輸層的子層。可以看成是傳輸層的子層。從應(yīng)用開(kāi)發(fā)人員的角度看,可把從應(yīng)用開(kāi)發(fā)人員的角度看,可把RTP執(zhí)行程序看成是應(yīng)用程序的一部分。執(zhí)行程序看成是應(yīng)用程序的一部分。RTP允許給每個(gè)媒體源分配一個(gè)單獨(dú)的允許給每個(gè)媒體源分配一個(gè)單獨(dú)的RTP信息包流。信息包流。4. 4 實(shí)時(shí)傳輸協(xié)議和實(shí)時(shí)控

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論