版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
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)中,多媒體信息的傳輸對網(wǎng)絡(luò)基礎(chǔ)設(shè)施提出的要求:分布式多媒體應(yīng)用系統(tǒng)中,多媒體信息的傳輸對網(wǎng)絡(luò)基礎(chǔ)設(shè)施提出的要求:高帶寬高帶寬低延遲低延遲支持支持QoS資源動態(tài)分配資源動態(tài)分配1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 1 多媒體數(shù)據(jù)流的基本特征多媒體數(shù)據(jù)流的基本特征比特率可變性:多媒體傳輸可分為恒定
2、比特率和可變比特率兩種類型??杀忍芈士勺冃裕憾嗝襟w傳輸可分為恒定比特率和可變比特率兩種類型??勺儽忍芈实膫鬏?,通常以猝發(fā)和跳變的形式出現(xiàn)。變比特率的傳輸,通常以猝發(fā)和跳變的形式出現(xiàn)。時間依賴性:某些實時系統(tǒng)中,必須把延遲控制在一定的范圍內(nèi)。時間依賴性:某些實時系統(tǒng)中,必須把延遲控制在一定的范圍內(nèi)。信道對稱性:根據(jù)多媒體應(yīng)用類型的不同,上行和下行信道的通信量可能信道對稱性:根據(jù)多媒體應(yīng)用類型的不同,上行和下行信道的通信量可能是對稱的,也可能是不對稱的。是對稱的,也可能是不對稱的。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 多媒體通信的性能需求多媒體通信的性能需求可靠性需求可靠性需求差錯率反映了網(wǎng)絡(luò)傳輸?shù)目煽?/p>
4、性??梢杂萌N方法定義:差錯率反映了網(wǎng)絡(luò)傳輸?shù)目煽啃???梢杂萌N方法定義:位差錯率、幀差錯率、分組差錯率,分別用于在不同的層次上計算差錯率。位差錯率、幀差錯率、分組差錯率,分別用于在不同的層次上計算差錯率。由于受到人類感知能力的限制,視覺和聽覺很難分辨和感覺圖像、聲音等由于受到人類感知能力的限制,視覺和聽覺很難分辨和感覺圖像、聲音等的微小差異,因此,多媒體應(yīng)用允許網(wǎng)絡(luò)傳輸中存在一定程度的錯誤。的微小差異,因此,多媒體應(yīng)用允許網(wǎng)絡(luò)傳輸中存在一定程度的錯誤。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求P280,部分媒體的可接受差錯率,
5、部分媒體的可接受差錯率1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延遲需求延遲需求延遲是衡量網(wǎng)絡(luò)性能的重要參數(shù)。延遲是衡量網(wǎng)絡(luò)性能的重要參數(shù)。端到端的延遲:發(fā)送端發(fā)送一個分組到接收端正確地接收到該分組所經(jīng)歷端到端的延遲:發(fā)送端發(fā)送一個分組到接收端正確地接收到該分組所經(jīng)歷的時間。端到端延遲包含了下列延遲時間:傳播延遲、傳輸延遲、網(wǎng)絡(luò)延的時間。端到端延遲包含了下列延遲時間:傳播延遲、傳輸延遲、網(wǎng)絡(luò)延遲、接口延遲。遲、接口延遲。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延
6、遲需求:延遲需求:傳播延遲:表示端到端之間傳輸一個二進制所需要的時間。傳播延遲:表示端到端之間傳輸一個二進制所需要的時間。傳輸延遲:表示端到端之間傳輸一個數(shù)據(jù)塊所需要的時間,與網(wǎng)絡(luò)傳輸速傳輸延遲:表示端到端之間傳輸一個數(shù)據(jù)塊所需要的時間,與網(wǎng)絡(luò)傳輸速率和中間節(jié)點的處理延遲有關(guān)。率和中間節(jié)點的處理延遲有關(guān)。網(wǎng)絡(luò)延遲:傳播延遲與傳輸延遲之和。網(wǎng)絡(luò)延遲:傳播延遲與傳輸延遲之和。接口延遲:表示發(fā)送端從開始準備發(fā)送數(shù)據(jù)塊到實際利用網(wǎng)絡(luò)發(fā)送所需要接口延遲:表示發(fā)送端從開始準備發(fā)送數(shù)據(jù)塊到實際利用網(wǎng)絡(luò)發(fā)送所需要的時間。的時間。與延遲有關(guān)的另一個性能參數(shù)是延遲抖動。與延遲有關(guān)的另一個性能參數(shù)是延遲抖動。1.
7、分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求延遲需求:延遲需求:與延遲有關(guān)的另一個性能參數(shù)是延遲抖動。在以分組方式傳輸一個很大的與延遲有關(guān)的另一個性能參數(shù)是延遲抖動。在以分組方式傳輸一個很大的文件或數(shù)據(jù)流時,各個分組到達接收端的延遲時間是不相同的。文件或數(shù)據(jù)流時,各個分組到達接收端的延遲時間是不相同的。延遲抖動是指在一條連接上分組延遲的最大變化量,即端到端延遲的最大延遲抖動是指在一條連接上分組延遲的最大變化量,即端到端延遲的最大值與最小值之差。值與最小值之差。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信
8、的性能需求多媒體通信的性能需求多點通信需求:多點通信需求:多媒體通信涉及音頻和視頻數(shù)據(jù),在分布式多媒體應(yīng)用中有廣播和多播信多媒體通信涉及音頻和視頻數(shù)據(jù),在分布式多媒體應(yīng)用中有廣播和多播信息(又稱為組播)。因此,除了常規(guī)的點對點通信外,多媒體通信需要支息(又稱為組播)。因此,除了常規(guī)的點對點通信外,多媒體通信需要支持多播通信方式。持多播通信方式。廣播通信是把相同的數(shù)據(jù)傳送到其他所有的站點;多播通信又稱組播,其廣播通信是把相同的數(shù)據(jù)傳送到其他所有的站點;多播通信又稱組播,其傳送方式是把相同的數(shù)據(jù)傳送到其他相關(guān)站點。組播信息傳遞用的是組地傳送方式是把相同的數(shù)據(jù)傳送到其他相關(guān)站點。組播信息傳遞用的是組
9、地址,組地址是網(wǎng)絡(luò)上與多個站點相關(guān)的多目地址。址,組地址是網(wǎng)絡(luò)上與多個站點相關(guān)的多目地址。1. 分布式多媒體應(yīng)用的通信需求分布式多媒體應(yīng)用的通信需求1. 2 多媒體通信的性能需求多媒體通信的性能需求同步需求:同步需求:多媒體通信的同步有兩種類型:流內(nèi)同步和流間同步。多媒體通信的同步有兩種類型:流內(nèi)同步和流間同步。流內(nèi)同步與傳輸延遲、抖動等服務(wù)質(zhì)量有關(guān)。流內(nèi)同步與傳輸延遲、抖動等服務(wù)質(zhì)量有關(guān)。媒體間同步:由于不同的媒體流可能經(jīng)過不同的路徑或從不同的信息源傳媒體間同步:由于不同的媒體流可能經(jīng)過不同的路徑或從不同的信息源傳送過來時,為了達到媒體表現(xiàn)的同步,需要在目的地對這些媒體流進行同送過來時,為了
10、達到媒體表現(xiàn)的同步,需要在目的地對這些媒體流進行同步。步。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念QoS參數(shù):典型的有吞吐量、延遲、延遲抖動和可靠性等。參數(shù):典型的有吞吐量、延遲、延遲抖動和可靠性等。P282,表,表10.32. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念壓縮編碼對壓縮編碼對QoS參數(shù)的影響:多媒體數(shù)據(jù)的壓縮編碼的方法影響了參數(shù)的影響:多媒體數(shù)據(jù)的壓縮編碼的方法影響了QoS參參數(shù),尤其是視頻編碼。數(shù),尤其是視頻編碼。運動運
11、動JPEG:采用減低幀率來允許:采用減低幀率來允許QoS變化。變化。MPEG、H.261:可以通過建立不同的優(yōu)先級來發(fā)送:可以通過建立不同的優(yōu)先級來發(fā)送MPEG視頻的視頻的I、P和和B幀,達到幀,達到QoS調(diào)節(jié)。調(diào)節(jié)。分層壓縮:可以根據(jù)端點的通信能力來優(yōu)化數(shù)據(jù)傳送的質(zhì)量。分層壓縮:可以根據(jù)端點的通信能力來優(yōu)化數(shù)據(jù)傳送的質(zhì)量。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念例:視頻傳送中允許一定的差錯率,如出錯和信道擁塞引起的錯誤。丟失例:視頻傳送中允許一定的差錯率,如出錯和信道擁塞引起的錯誤。丟失的是用于解壓的關(guān)鍵信息,如運動矢量等,將對解碼后的視頻產(chǎn)生較大的
12、的是用于解壓的關(guān)鍵信息,如運動矢量等,將對解碼后的視頻產(chǎn)生較大的影響。影響。解決的方法:使用分層編碼,將重要的信息如運動矢量等用高質(zhì)量的信道解決的方法:使用分層編碼,將重要的信息如運動矢量等用高質(zhì)量的信道傳輸,并標以高優(yōu)先級。傳輸,并標以高優(yōu)先級。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念QoS參數(shù)體系結(jié)構(gòu)參數(shù)體系結(jié)構(gòu)在一個分布式多媒體信息系統(tǒng)中,通常采用層次化的在一個分布式多媒體信息系統(tǒng)中,通常采用層次化的QoS參數(shù)體系結(jié)構(gòu)來參數(shù)體系結(jié)構(gòu)來定義定義QoS參數(shù)。參數(shù)。通信雙方的對等層之間表現(xiàn)為一種對等協(xié)商關(guān)系,雙方按所承諾的通信雙方的對等層之間表現(xiàn)為一種
13、對等協(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需求自頂向下地映需求自頂向下地映射到各層相對應(yīng)的射到各層相對應(yīng)的QoS參數(shù)集。參數(shù)集。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 1 QoS的基本概念的基本概念(1)應(yīng)用層:面向端用戶,應(yīng)當采用直觀、形象的表達方式來描述不同的)應(yīng)用層:面向端用戶,應(yīng)當采用直觀、形象的表達方式來描述不同的QoS,供端用戶選擇。,供端用戶選擇。(2)傳輸層:傳輸層協(xié)議主要提供端到端的、面向連接的數(shù)據(jù)傳輸服務(wù)。)傳輸層:傳輸層協(xié)議主要提供端到
14、端的、面向連接的數(shù)據(jù)傳輸服務(wù)。(3)網(wǎng)絡(luò)層:網(wǎng)絡(luò)層協(xié)議主要提供路由選擇和數(shù)據(jù)報轉(zhuǎn)發(fā)服務(wù)。網(wǎng)絡(luò)層)網(wǎng)絡(luò)層:網(wǎng)絡(luò)層協(xié)議主要提供路由選擇和數(shù)據(jù)報轉(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é)議主要實現(xiàn)對物理介質(zhì)的訪問控制功能,)數(shù)據(jù)鏈路層:數(shù)據(jù)鏈路層協(xié)議主要實現(xiàn)對物理介質(zhì)的訪問控制功能,與網(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)計型統(tǒng)計型QoS:“軟軟”QoS保證保證盡力型盡力型QoS:網(wǎng)絡(luò)不提供任何:網(wǎng)絡(luò)不提供任何QoS保證。保證。為了保證端到端的為了保證端到端的QoS,在媒體流傳輸路徑上的各個中間點(路由器)都,在媒體流傳輸路徑上的各個中間點(路由器)都必須支持和保證所承諾的必須支持和保證所承諾的QoS,并且按確定型、統(tǒng)計型及盡力型,并且按確定型、統(tǒng)計型及盡力型QoS的優(yōu)的優(yōu)先級次序為相應(yīng)的媒體流分配和保留資源。先級次序為相應(yīng)的媒體流分配和保留資源。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 2 QoS的管理的管理QoS管理機制:管理機制:異構(gòu)系統(tǒng)之間的通信:需要標準化
16、的異構(gòu)系統(tǒng)之間的通信:需要標準化的QoS參數(shù),并提供如下參數(shù),并提供如下QoS管理特性:管理特性:可配置特性可配置特性可協(xié)商特性可協(xié)商特性動態(tài)特性動態(tài)特性端到端特性端到端特性層次化特性層次化特性2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 2 QoS的管理的管理IETF提出了兩種提出了兩種QoS保證機制:保證機制:由由RSVP提供的保證型服務(wù);面向連接,通過提供的保證型服務(wù);面向連接,通過QoS協(xié)商、接納控制、保留協(xié)商、接納控制、保留帶寬和實時調(diào)度等機制來實現(xiàn)。帶寬和實時調(diào)度等機制來實現(xiàn)。在區(qū)分服務(wù)(在區(qū)分服務(wù)(DiffServ,DS)中定義的區(qū)分型服務(wù);具有無連接特性,主)中定義的區(qū)分
17、型服務(wù);具有無連接特性,主要通過緩沖管理和優(yōu)先級調(diào)度機制來實現(xiàn),而無需進行要通過緩沖管理和優(yōu)先級調(diào)度機制來實現(xiàn),而無需進行QoS協(xié)商和保留帶協(xié)商和保留帶寬等控制。寬等控制。2. 多媒體通信的服務(wù)質(zhì)量多媒體通信的服務(wù)質(zhì)量2. 3 基于策略的基于策略的QoS管理技術(shù)管理技術(shù)基于策略的基于策略的QoS管理是近年來提出的一種智能化的網(wǎng)絡(luò)管理方法。其目的管理是近年來提出的一種智能化的網(wǎng)絡(luò)管理方法。其目的在于提高網(wǎng)絡(luò)管理系統(tǒng)的自動化、智能化和集成化能力。在于提高網(wǎng)絡(luò)管理系統(tǒng)的自動化、智能化和集成化能力。3. 多媒體通信網(wǎng)絡(luò)環(huán)境多媒體通信網(wǎng)絡(luò)環(huán)境略略4. 多媒體通信協(xié)議多媒體通信協(xié)議IPv4協(xié)議在地址空間、
18、信息安全和區(qū)分服務(wù)等方面顯露出明顯的缺陷。為協(xié)議在地址空間、信息安全和區(qū)分服務(wù)等方面顯露出明顯的缺陷。為了解決了解決Internet目前和將來可預(yù)測的問題,目前和將來可預(yù)測的問題,IETF提出了下一代提出了下一代IP協(xié)議建議協(xié)議建議方案,并將它定名為方案,并將它定名為IP V6。IP V6在在IP地址空間、路由協(xié)議、安全性、移動性以及地址空間、路由協(xié)議、安全性、移動性以及QoS支持等方面做了支持等方面做了較大的改進,增強了較大的改進,增強了IP協(xié)議的功能。協(xié)議的功能。4. 1 IP V6協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議Internet Stream Protocol Version
19、2:早期開發(fā)的多媒體通信協(xié)議和方法,:早期開發(fā)的多媒體通信協(xié)議和方法,它與它與IP是同一層次,主要用于支持實時的多媒體通信。是同一層次,主要用于支持實時的多媒體通信。ST II由兩個協(xié)議組成:流控制報文協(xié)議(由兩個協(xié)議組成:流控制報文協(xié)議(SCMP)和流協(xié)議()和流協(xié)議(ST)。發(fā)送)。發(fā)送方利用方利用SCMP為特定的數(shù)據(jù)流建立一個多點傳輸?shù)奶撾娐?,并協(xié)商資源預(yù)為特定的數(shù)據(jù)流建立一個多點傳輸?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)用程序為它們的數(shù)據(jù)保留帶寬。主機根據(jù)數(shù)據(jù)流的特性使用允許應(yīng)用程序為它們的數(shù)據(jù)保留帶寬。主機根據(jù)數(shù)據(jù)流的特性使用這個協(xié)議向網(wǎng)絡(luò)請求保留一個特定量的帶寬,路由器也使用這個協(xié)議向網(wǎng)絡(luò)請求保留一個特定量的帶寬,路由器也使用RSVP 轉(zhuǎn)發(fā)帶轉(zhuǎn)發(fā)帶寬請求。寬請求。為了能夠支持為了能夠支持RSVP,在發(fā)送端、接送端和路由器中都必須支持,在發(fā)送端、接送端和路由器中都必須支持RSVP協(xié)議。協(xié)議。PSVP協(xié)議沒有指定網(wǎng)絡(luò)如何為數(shù)據(jù)流保留資源,僅是允許應(yīng)用程序提出保協(xié)議沒有指定網(wǎng)絡(luò)如何為數(shù)據(jù)流保留資
21、源,僅是允許應(yīng)用程序提出保留必要的鏈路帶寬的一個協(xié)議。留必要的鏈路帶寬的一個協(xié)議。4. 3 RSVP協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議路由器在鏈路上保留帶寬的能力不能超過鏈路本身的能力。因此,每當路路由器在鏈路上保留帶寬的能力不能超過鏈路本身的能力。因此,每當路由器接收一個新的保留消息時,它必須首先判斷是否有足夠的資源可以滿由器接收一個新的保留消息時,它必須首先判斷是否有足夠的資源可以滿足預(yù)留要求,這個過程稱為接納測試(足預(yù)留要求,這個過程稱為接納測試(admission test)。)。如果接納測試失敗,路由器就拒絕保留帶寬,并且給請求保留帶寬的接收如果接納測試失敗,路由器就拒絕保留
22、帶寬,并且給請求保留帶寬的接收端發(fā)送一個錯誤消息。端發(fā)送一個錯誤消息。RSVP不定義和執(zhí)行測試,測試由路由器來完成。不定義和執(zhí)行測試,測試由路由器來完成。4. 3 RSVP協(xié)議協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議RSVP的帶寬保留消息:從接收端發(fā)出向發(fā)送端傳送的消息。的帶寬保留消息:從接收端發(fā)出向發(fā)送端傳送的消息。路徑消息:另一個重要的路徑消息:另一個重要的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。實時傳輸協(xié)議。實時傳輸協(xié)議RTCP:Real-time Control Protocol。實時控制協(xié)議。實時控制協(xié)議RSVP:Resource Reservation Protocol。資源預(yù)留協(xié)議。資源預(yù)留協(xié)議RTSP:Real-time Streaming Protocol。實時流協(xié)議。實時流協(xié)議4. 4 實時傳輸協(xié)議和實時控制協(xié)議實時傳輸協(xié)議和實時控制協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議RTP:Real-time Transport Protocol。實時傳輸協(xié)議。實時傳輸協(xié)議一種提供端
24、對端傳輸服務(wù)的實時傳輸協(xié)議??梢栽诿嫦蜻B接或是無連接的一種提供端對端傳輸服務(wù)的實時傳輸協(xié)議??梢栽诿嫦蜻B接或是無連接的下層協(xié)議上工作,通常和下層協(xié)議上工作,通常和UDP協(xié)議一起使用。協(xié)議一起使用。RTP:用來支持在單播和組播網(wǎng)絡(luò)服務(wù)中傳輸實時數(shù)據(jù)。:用來支持在單播和組播網(wǎng)絡(luò)服務(wù)中傳輸實時數(shù)據(jù)。RTCP協(xié)議監(jiān)聽和控制實時的數(shù)據(jù)傳輸。協(xié)議監(jiān)聽和控制實時的數(shù)據(jù)傳輸。RTP的規(guī)格沒有對多媒體數(shù)據(jù)的壓縮格式指定標準,可以用來傳輸各種格的規(guī)格沒有對多媒體數(shù)據(jù)的壓縮格式指定標準,可以用來傳輸各種格式的文件。式的文件。4. 4 實時傳輸協(xié)議和實時控制協(xié)議實時傳輸協(xié)議和實時控制協(xié)議4. 多媒體通信協(xié)議多媒體通信協(xié)議從協(xié)議棧的角度看,從協(xié)議棧的角度看,RTP可以看成是傳輸層的子層??梢钥闯墒莻鬏攲拥淖訉印膽?yīng)用開發(fā)人員的角度看,可把從應(yīng)用開發(fā)人員的角度看,可把RTP執(zhí)行程序看成是應(yīng)用程序的一部分。執(zhí)行程序看成是應(yīng)用程序的一部分。RTP允許給每個媒體源分配一個單獨的允許給每個媒體源分配一個單獨的RTP信息包流。信息包流。4. 4 實時傳輸協(xié)議和實時控
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025版高科技農(nóng)業(yè)設(shè)施租賃服務(wù)合同范本3篇
- 2025年中國工業(yè)用紙行業(yè)市場深度分析及投資戰(zhàn)略規(guī)劃報告
- 2025版烤鴨店學員招募及學費支付合同2篇
- 2024版交通服務(wù)合同范文
- 二零二五年度7月上市企業(yè)債券發(fā)行還款協(xié)議范本2篇
- 2024水路貨物運輸合同船舶維護保養(yǎng)與定期檢修細則3篇
- 2025年度杭州數(shù)據(jù)中心租賃合同2篇
- 2024年男方權(quán)益突出離婚合同模板版B版
- 2025版物業(yè)管理糾紛調(diào)解服務(wù)合同3篇
- 2025年度智能家居產(chǎn)品包銷合同模板2篇
- 患者滿意度調(diào)查分析
- YS/T 1149.2-2016鋅精礦焙砂化學分析方法第2部分:酸溶鋅量的測定Na2EDTA滴定法
- GB/T 11017.1-2002額定電壓110kV交聯(lián)聚乙烯絕緣電力電纜及其附件第1部分:試驗方法和要求
- 原料藥FDA現(xiàn)場GMP符合性要求與檢查實踐課件
- 科技創(chuàng)新社團活動教案課程
- 氨堿法純堿生產(chǎn)工藝概述
- 基礎(chǔ)化工行業(yè)深度:電解液新型鋰鹽材料之雙氟磺酰亞胺鋰(LiFSI)市場潛力可觀新型鋰鹽LiFSI國產(chǎn)化進程加速
- 年產(chǎn)10000噸一次性自然降解環(huán)保紙漿模塑餐具自動化生產(chǎn)線技改項目環(huán)境影響報告表
- 實戰(zhàn)銷售培訓講座(共98頁).ppt
- 測控電路第7章信號細分與辨向電路
- 哈爾濱工業(yè)大學信紙模版
評論
0/150
提交評論