專利名稱：：一種應(yīng)用層組播視頻會(huì)議系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及一種播視頻會(huì)議系統(tǒng)，尤其涉及一種應(yīng)用層組播視頻會(huì)議系統(tǒng)。
背景技術(shù)：
：早期視頻會(huì)議系統(tǒng)的發(fā)展經(jīng)歷了從撥號(hào)群組視頻會(huì)議系統(tǒng)到ISDN桌面視頻會(huì)議系統(tǒng)，再到LAN上的視頻會(huì)議系統(tǒng)的過程。之后在以上技術(shù)的基礎(chǔ)上，基于Internet的多媒體視頻會(huì)議系統(tǒng)逐漸發(fā)展起來。隨著IP組播技術(shù)的應(yīng)用，目前應(yīng)用較多的是基于IP組播網(wǎng)絡(luò)的視頻會(huì)議系統(tǒng)，利用IP組播技術(shù)可構(gòu)建具有組播能力的網(wǎng)絡(luò)。組播允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)通道上，降低了網(wǎng)絡(luò)帶寬要求，有效節(jié)省傳輸帶寬，這對(duì)于需要在多點(diǎn)之間傳輸流媒體的視頻會(huì)議尤其具有重要意義。同時(shí)，IP組播按照路由協(xié)議形成路由器組成的組播樹向組成員發(fā)送組播數(shù)據(jù)，不需要MCU(MultipointControlUnit,多點(diǎn)處理單元)，通過軟件來實(shí)現(xiàn)視頻會(huì)議終端任意多點(diǎn)的視頻會(huì)議功能，大大節(jié)省了系統(tǒng)成本。雖然IP組播視頻會(huì)議系統(tǒng)技術(shù)具有較高的效率，可以保證每條鏈路都不會(huì)有冗余數(shù)據(jù)，但是由于IP組播需要路由器的支持以及高層功能不易實(shí)現(xiàn)等原因，其推廣使用受到了很大的限制。應(yīng)用層組播是指在網(wǎng)絡(luò)協(xié)議的應(yīng)用層實(shí)現(xiàn)的組播。它與IP組播最大的區(qū)別在于，應(yīng)用層組播的主要功能在主機(jī)上實(shí)現(xiàn)(也被稱為EndSystem,也即端系統(tǒng)，區(qū)別于路由器)實(shí)現(xiàn)的，即由主機(jī)來進(jìn)行數(shù)據(jù)的復(fù)制和轉(zhuǎn)發(fā)。應(yīng)用層組播在應(yīng)用層形成一個(gè)邏輯網(wǎng)絡(luò)利用路由層的單播方式向組成員進(jìn)行組播。同時(shí)相比IP組播，應(yīng)用層組播在網(wǎng)絡(luò)擁塞控制和安全等問題方面有著優(yōu)秀表現(xiàn)。在這種情況下，應(yīng)用層組播視頻會(huì)議系統(tǒng)的研究愈加重要。
發(fā)明內(nèi)容本發(fā)明的目的在于針對(duì)現(xiàn)有技術(shù)的不足，提供一種應(yīng)用層組播視頻會(huì)議系統(tǒng)。本發(fā)明的目的是通過以下技術(shù)方案來實(shí)現(xiàn)的一種應(yīng)用層組播視頻會(huì)議系統(tǒng)，它主要由計(jì)算機(jī)、視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊和Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)組成；所述視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊分別與計(jì)算機(jī)相連；所述視頻處理模塊、聲像同步控制模塊和音頻處理模塊依次相連，并分別與Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)相連。本發(fā)明的有益效果是，本發(fā)明應(yīng)用層組播視頻會(huì)議系統(tǒng)可直接通過計(jì)算機(jī)實(shí)現(xiàn)系統(tǒng)應(yīng)用與數(shù)據(jù)發(fā)送接收，并且本系統(tǒng)中的應(yīng)用層組播技術(shù)使系統(tǒng)具有很好的網(wǎng)絡(luò)靈活性，同時(shí)應(yīng)用層組播便于實(shí)現(xiàn)和推廣，只需改變端系統(tǒng)，而不需要對(duì)路由器進(jìn)行任何修改；應(yīng)用層組播便于針對(duì)特定應(yīng)用進(jìn)行優(yōu)化，可以針對(duì)不同的應(yīng)用使用不同的實(shí)現(xiàn)方案，而不必象IP組播那樣必須統(tǒng)一到一個(gè)模型中。圖1是系統(tǒng)模塊圖；圖2是Directshow整體構(gòu)架圖3是音頻處理流程圖4是Spines軟件結(jié)構(gòu)圖。具體實(shí)施例方式如圖1所示，本發(fā)明應(yīng)用層組播視頻會(huì)議系統(tǒng)主要由計(jì)算機(jī)、視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊和Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)組成。視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊分別與計(jì)算機(jī)相連；視頻處理模塊、聲像同步控制模塊和音頻處理模塊依次相連，并分別與Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)相連。其中，計(jì)算機(jī)實(shí)現(xiàn)人機(jī)交互，并包括提供給用戶的操作界面。視頻處理模塊負(fù)責(zé)視頻信息的捕獲、壓縮、解壓縮和回放等功能。音頻處理模塊負(fù)責(zé)音頻信息的捕獲、壓縮、解壓縮和回放等功能；會(huì)議管理和控制模塊完成整個(gè)會(huì)議進(jìn)程的管理和控制。聲像同步控制模塊提供視頻流傳輸質(zhì)量的保證，通過調(diào)整視頻信息發(fā)送率，使視頻信息在帶寬動(dòng)態(tài)變化的網(wǎng)絡(luò)也能有效地傳輸。Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)，搭建應(yīng)用層組播平臺(tái)，提供應(yīng)用層組播技術(shù)支持，并與底層網(wǎng)絡(luò)相連接。計(jì)算機(jī)模塊由服務(wù)器和客戶機(jī)組成。服務(wù)器的組成為一臺(tái)高性能計(jì)算機(jī)與網(wǎng)卡?？蛻魴C(jī)組成為普通計(jì)算機(jī)，音箱，聲卡，網(wǎng)卡，攝像頭，麥克風(fēng)和客戶端運(yùn)行環(huán)境等。各設(shè)備作用如下服務(wù)器端設(shè)備高性能計(jì)算機(jī)運(yùn)行服務(wù)器程序；網(wǎng)卡連接因特網(wǎng)，實(shí)現(xiàn)基本的網(wǎng)絡(luò)通信；客戶端設(shè)備普通臺(tái)式機(jī)；網(wǎng)卡連接因特網(wǎng)，實(shí)現(xiàn)基本的網(wǎng)絡(luò)通信；聲卡將麥克風(fēng)接入聲卡，通過聲卡采集參會(huì)者的音頻媒體；音箱播放所請(qǐng)求的音頻；攝像頭用于捕獲參會(huì)者的視頻媒體；麥克風(fēng)用于聲音輸入。視頻處理模塊的功能包括視頻的采集和播放，視頻的壓縮/解壓縮，視頻的發(fā)送和接收。如圖2所示，系統(tǒng)采用了MicrosoftWindows平臺(tái)上的Direc:tsh0W流式媒體體系結(jié)構(gòu)，它提供媒體流的高質(zhì)量的捕捉與回放。與通常所采用的VideoForWindowsAPI視頻采樣相比；Directshow的硬件效率更高，可自動(dòng)使用硬件加速，節(jié)省系統(tǒng)資源。對(duì)視頻信號(hào)的壓縮，系統(tǒng)采用了H.263標(biāo)準(zhǔn)實(shí)現(xiàn)壓縮，H.263是H.323標(biāo)準(zhǔn)推薦使用的視頻編碼/解碼器之一，H.263是目前較先進(jìn)的網(wǎng)絡(luò)壓縮算法，具有中等的壓縮質(zhì)量，且壓縮算法簡(jiǎn)單、壓縮快速和壓縮比高。為了適應(yīng)Internet帶寬的動(dòng)態(tài)變化，增強(qiáng)系統(tǒng)對(duì)網(wǎng)絡(luò)環(huán)境的適應(yīng)性，系統(tǒng)在壓縮算法上作了一些改進(jìn)發(fā)送端周期性地分析各個(gè)接收終端的接收狀況，獲得當(dāng)前網(wǎng)絡(luò)的傳輸速率，以此調(diào)整壓縮算法的各個(gè)參數(shù)，從而獲得最好的幀率和質(zhì)量。視頻的傳輸由視頻通信進(jìn)程完成。視頻處理的設(shè)計(jì)是基于Directshow平臺(tái)的，F(xiàn)ilterGraph在Directshow中已經(jīng)定義好了，所以只需要設(shè)計(jì)好自己的Fi1ter，然后放入Fi1terGr即h中，讓其控制運(yùn)行，實(shí)現(xiàn)需要的功能。對(duì)于視頻模塊需要兩個(gè)鏈路A視頻采集一視頻壓縮一視頻數(shù)據(jù)一組播發(fā)送B視頻數(shù)據(jù)一組播接收一視頻解壓一視頻播放在Directshow中實(shí)現(xiàn)一個(gè)視頻捕獲預(yù)覽程序大概可以分為以下幾個(gè)步驟A創(chuàng)建一個(gè)FilterGr即hManager實(shí)例，并通過調(diào)用IGr即hBuilder接口引出MediaControl，IVideowindow，MediaEventEx三個(gè)接口。應(yīng)用程序通過調(diào)用Videowindow接口設(shè)置視頻窗口的大小和位置；通過設(shè)定控制按鈕調(diào)用MediaControl接口實(shí)現(xiàn)視頻播放的開始和停止。B創(chuàng)建一個(gè)C即tureGr即h實(shí)例，得至ljIC即tureGr即hBuilderZ接口，F(xiàn)ilterGr即hManager的IGr即hBuilder接口相關(guān)聯(lián)，初始化FilterGr即h。C運(yùn)用枚舉系統(tǒng)設(shè)備方法，列舉所有使用的視頻捕獲設(shè)備，用戶可以選擇任一設(shè)備，將其對(duì)應(yīng)的C即tureFilter加入到初始化后的FilterGr即h中。D設(shè)計(jì)使用的C即tureFilter只有一個(gè)C即tureOutputPin，F(xiàn)ilterGr即hManager會(huì)自動(dòng)接入一個(gè)SmartTeeFilter提供PreviewPin，以便實(shí)現(xiàn)在預(yù)覽視頻和存儲(chǔ)到文件同時(shí)進(jìn)行。網(wǎng)絡(luò)傳輸部分的主要工作是編程實(shí)現(xiàn)組播通信，基本步驟如下A創(chuàng)建socketB綁定本地地址和端口C加入組播組D設(shè)置TTL生命周期E發(fā)送數(shù)據(jù)到組播地址F從組播組中接收數(shù)據(jù)音頻處理模塊的功能包括音頻的采集和播放，音頻的壓縮和解壓縮，音頻的發(fā)送和接收。Microsoft公司的WindowsMultimedia為應(yīng)用程序加入了音頻和視頻的支持，以實(shí)現(xiàn)多媒體功能。在系統(tǒng)中，實(shí)現(xiàn)音頻采集和壓縮/解壓時(shí)使用了MultimediaAudio中的wave函數(shù)集禾口ACM(AudioCompressionManager)，其中音頻壓縮模塊采用MicrosoftG.723.ICODEC，G.723是H.323標(biāo)準(zhǔn)推薦使用的音頻編碼/解碼器之一；實(shí)現(xiàn)音頻混音和回放時(shí)使用了DirectX的組件DirectSound。音頻的傳輸由音頻通信進(jìn)程完成。系統(tǒng)的音頻處理模塊的主要流程如圖3所示。整個(gè)模塊將它封裝在一個(gè)DLL文件中，以下介紹幾個(gè)設(shè)計(jì)中比較重要的類①CWaveln，它是一個(gè)封裝了Waveln即i的類，它主要的功能是從設(shè)備中采集相應(yīng)的信息數(shù)據(jù)流并將數(shù)據(jù)封裝成一個(gè)自定義的結(jié)構(gòu)幀。②CWaveout，對(duì)應(yīng)于CWaveln，也是一個(gè)封裝了Wavelnapi的類，它的主要功能是把網(wǎng)絡(luò)收集到的數(shù)據(jù)幀在設(shè)備中播放出來。③CSortData，它的作用是管理數(shù)據(jù)，調(diào)整亂序包的順序。CUdpsocket繼承于CAsyncsocket，用于將數(shù)據(jù)發(fā)送到服務(wù)器。CRecsocket也繼承于CAsyncsocket,用于觸發(fā)其OnReceive事件來處理到來的數(shù)據(jù)，如果標(biāo)識(shí)為服務(wù)器就將數(shù)據(jù)轉(zhuǎn)發(fā)出去，為客戶端則原地播放。接下來將設(shè)計(jì)好的各個(gè)功能類，引出到接口類中，聲像同步控制是所有視頻會(huì)議系統(tǒng)必需解決的關(guān)鍵技術(shù)和技術(shù)難點(diǎn)。根據(jù)系統(tǒng)的特點(diǎn)，提出了相應(yīng)的解決方案。在該系統(tǒng)中，發(fā)送終端把視頻流和音頻流分開直接傳給接收終端，即兩種媒體流沒有混合起來，而分別走不同的網(wǎng)絡(luò)虛擬通道。由于視頻數(shù)據(jù)量很大，分開音、視頻數(shù)據(jù)傳輸?shù)奶幚矸椒梢栽趲捿^窄的網(wǎng)絡(luò)上保證音頻數(shù)據(jù)的平滑輸送，但其缺點(diǎn)是聲像不同步的問題嚴(yán)重。在解決同步問題時(shí)，作者根據(jù)不同的網(wǎng)絡(luò)狀況使用相應(yīng)的解決措施。網(wǎng)絡(luò)運(yùn)行狀況有兩種情況一是網(wǎng)絡(luò)暢通，即網(wǎng)絡(luò)帶寬能保證音、視頻流按照預(yù)定的速率傳輸，多媒體數(shù)據(jù)基本沒有丟失；二是網(wǎng)絡(luò)擁塞，音、視頻流不能按原定的傳輸速率傳送，音、視頻信息包丟失嚴(yán)重的情況。前一種情況，同步問題主要利用音、視頻RTP包頭的時(shí)間戳字段來解決。后者由QoS控制模塊分析RTCP傳遞的報(bào)文信息，根據(jù)實(shí)時(shí)的網(wǎng)絡(luò)狀況，控制多媒體數(shù)據(jù)的發(fā)送數(shù)據(jù)量，及時(shí)有效地實(shí)現(xiàn)同步。系統(tǒng)由軟件實(shí)現(xiàn)會(huì)議管理器的功能，會(huì)議管理貫穿著會(huì)議的整個(gè)過程，包括會(huì)議的發(fā)起、結(jié)束，會(huì)員的入會(huì)、離會(huì)，身份認(rèn)證及發(fā)言權(quán)控制，議題的產(chǎn)生及管理等。模塊有六個(gè)組成部分會(huì)員信息庫(kù)、發(fā)言處理、過程管理、信息查詢、注冊(cè)入會(huì)、離會(huì)管理。所有與會(huì)人員的活動(dòng)信息被組織成數(shù)據(jù)庫(kù)結(jié)構(gòu)存儲(chǔ)在每個(gè)與會(huì)結(jié)點(diǎn)中，由會(huì)議管理器產(chǎn)生和動(dòng)態(tài)維護(hù)。會(huì)議管理器產(chǎn)生的會(huì)議管理信息按RTCP協(xié)議組包，由UDP通過會(huì)議管理端口以IPMulticast方式實(shí)時(shí)傳遞給所有與會(huì)人員。整個(gè)會(huì)議管理由服務(wù)器端的控制器和客戶端的控制器協(xié)商完成。如圖4所示，Spines是一個(gè)源代碼公開的通用覆蓋網(wǎng)絡(luò)系統(tǒng)，由約翰_霍普金斯大學(xué)的分布式網(wǎng)絡(luò)實(shí)驗(yàn)室所建立。Spines分為兩個(gè)層次:用戶層和覆蓋網(wǎng)絡(luò)節(jié)點(diǎn)層。用戶程序要使用Spines覆蓋網(wǎng)絡(luò)提供的服務(wù)，首先要連接到最近的節(jié)點(diǎn)，這樣就可以通過Spines覆蓋網(wǎng)絡(luò)向其他的用戶發(fā)送數(shù)據(jù)了。當(dāng)節(jié)點(diǎn)接收到來自用戶或者其他節(jié)點(diǎn)的數(shù)據(jù)時(shí)，就選擇適當(dāng)?shù)穆酚赊D(zhuǎn)發(fā)數(shù)據(jù)。經(jīng)過逐跳傳輸，數(shù)據(jù)到達(dá)目的節(jié)點(diǎn)，目的節(jié)點(diǎn)根據(jù)數(shù)據(jù)包的端口，把數(shù)據(jù)提交給用戶程序。Spines提供了端到端的可靠傳輸和不可靠傳輸，可靠傳輸使用了類TCP傳輸模式。如圖4所示，采用兩層的結(jié)構(gòu)是因?yàn)镾pines是分布式的網(wǎng)絡(luò)。節(jié)點(diǎn)之間的連接通過Hello協(xié)議來管理，節(jié)點(diǎn)通過StateFlood協(xié)議來傳播拓?fù)湫畔⒑投嗖バ畔?，每個(gè)節(jié)點(diǎn)都維護(hù)著整個(gè)覆蓋網(wǎng)絡(luò)的結(jié)構(gòu)信息，而且節(jié)點(diǎn)還要處理用戶的請(qǐng)求和處理數(shù)據(jù)，所以Spines覆蓋網(wǎng)絡(luò)不能擴(kuò)展的很大，一般來說可以擴(kuò)展到幾百個(gè)節(jié)點(diǎn)。雖然只有幾百個(gè)節(jié)點(diǎn)，但是每個(gè)節(jié)點(diǎn)可以支持將近一千個(gè)用戶。這樣，兩層的結(jié)構(gòu)可以很好的解決擴(kuò)展性的問題。該系統(tǒng)是基于Spines覆蓋網(wǎng)絡(luò)平臺(tái)的視頻會(huì)議系統(tǒng)，它的網(wǎng)絡(luò)傳輸基本依托于Spines系統(tǒng)。具體實(shí)現(xiàn)步驟分為兩步，一是按照一般IP組播系統(tǒng)進(jìn)行網(wǎng)絡(luò)傳輸?shù)脑O(shè)計(jì)，二是將Spines系統(tǒng)的對(duì)應(yīng)接口與IP組播時(shí)的接口相替換。詳細(xì)說明如下在IP組播模塊設(shè)計(jì)過程中，系統(tǒng)的應(yīng)用平臺(tái)是Windows操作系統(tǒng)，使用的是WinSock規(guī)范。系統(tǒng)的開發(fā)工具是MicrosoftVisualC++6.0，它提供了MFC類CAsyncSocket類，該類封裝了WindowsSocketAPI,為Windows程序員提供了一個(gè)面向?qū)ο蟮腤indowsSocket抽象，大大方便了程序員在C++這種面向?qū)ο蟮拈_發(fā)環(huán)境里使用WinSock規(guī)范開發(fā)基于TCP/IP的通信軟件。系統(tǒng)所有通信進(jìn)程對(duì)象都是從CAsyncSocket類派生的，包括視頻通信進(jìn)程；音頻通信進(jìn)程；音像傳輸同步進(jìn)程；會(huì)議管理通信進(jìn)程。在TCP/IP協(xié)議組中，網(wǎng)絡(luò)層提供了三種IP數(shù)據(jù)包傳送方式一是8-IP點(diǎn)對(duì)點(diǎn)(IPUnicast)方式；二是廣播方式(IPBroadcast);三是組播方式(IPMulticast)。系統(tǒng)采用了IP組播機(jī)制來傳送多媒體數(shù)據(jù)。系統(tǒng)用了WindowsSocket2.0標(biāo)準(zhǔn)的組播專用API編寫組播通信模塊。前面提到的系統(tǒng)的幾個(gè)通信進(jìn)程中，凡是基于UDP的都是組播通信進(jìn)程，系統(tǒng)的組播通信進(jìn)程包括視頻通信進(jìn)程CVideoSocket()，音頻通信進(jìn)程CSoundSocket()，視頻通信質(zhì)量反饋進(jìn)程CVideoFeedBackSocket()以及會(huì)議管理器的三個(gè)進(jìn)程CManageSocket、CSpeakCtrlSocket和CApplySpeakSocket等一共七個(gè)進(jìn)程組成。它們都從MicrosoftVisualC++6.0的MFC中CAsyncSocket類繼承。IP組播模塊是TCP/IP協(xié)議的應(yīng)用通信系統(tǒng)，它的網(wǎng)絡(luò)層和傳輸層基本依托于TCP/IP，是TCP/IP協(xié)議網(wǎng)絡(luò)層和傳輸層的具體應(yīng)用。系統(tǒng)的網(wǎng)絡(luò)層采用了TCP/IP的IGMP協(xié)議，而傳輸層主要用UDP協(xié)議。該系統(tǒng)遵照H.323建議，音、視頻數(shù)據(jù)用UDP來傳輸。但高效率的UDP并不考慮可靠性，因而簡(jiǎn)單地用UDP替代TCP并不足以使多媒體程序在8-分組網(wǎng)上運(yùn)行，還需要使用一些基于UDP之上的協(xié)議，對(duì)通過UDP傳輸?shù)臄?shù)據(jù)進(jìn)行重排和補(bǔ)償?shù)日聿僮鳌Ｔ谙到y(tǒng)中，音頻和視頻數(shù)據(jù)遵照RTP報(bào)文格式打包，而且設(shè)計(jì)各自的RTP擴(kuò)展頭，配合完成適合該系統(tǒng)特點(diǎn)的打包、傳輸、解包方案。另外，在RTP的設(shè)計(jì)中，用RR報(bào)文提供視頻傳輸質(zhì)量反饋，用會(huì)員信息SDES報(bào)文提供會(huì)議管理信息，而與會(huì)者退出會(huì)議時(shí)使用了BYE報(bào)文知會(huì)其他會(huì)員。將Spines覆蓋網(wǎng)絡(luò)平臺(tái)接入視頻會(huì)議系統(tǒng)，具體接入時(shí)，用Spines中的Spines—lib庫(kù)文件將對(duì)應(yīng)端口函數(shù)與Windows下的函數(shù)相互替換，即可將接入視頻會(huì)議系統(tǒng)。SpineS_lib庫(kù)文件中的SPINES端口與IP組播模塊對(duì)應(yīng)接口對(duì)照如下<table>tableseeoriginaldocumentpage7</column></row><table><table>tableseeoriginaldocumentpage8</column></row><table>權(quán)利要求一種應(yīng)用層組播視頻會(huì)議系統(tǒng)，其特征在于，它主要由計(jì)算機(jī)、視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊和Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)組成。所述視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊分別與計(jì)算機(jī)相連。所述視頻處理模塊、聲像同步控制模塊和音頻處理模塊依次相連，并分別與Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)相連。全文摘要本發(fā)明公開了一種應(yīng)用層組播視頻會(huì)議系統(tǒng)，它主要由計(jì)算機(jī)、視頻處理模塊、音頻處理模塊、會(huì)議管理和控制模塊、聲像同步控制模塊和Spines應(yīng)用層覆蓋網(wǎng)絡(luò)平臺(tái)組成；本發(fā)明可直接通過計(jì)算機(jī)實(shí)現(xiàn)系統(tǒng)應(yīng)用與數(shù)據(jù)發(fā)送接收，并且本系統(tǒng)中的應(yīng)用層組播技術(shù)使系統(tǒng)具有很好的網(wǎng)絡(luò)靈活性，同時(shí)應(yīng)用層組播便于實(shí)現(xiàn)和推廣，只需改變端系統(tǒng)，而不需要對(duì)路由器進(jìn)行任何修改；應(yīng)用層組播便于針對(duì)特定應(yīng)用進(jìn)行優(yōu)化，可以針對(duì)不同的應(yīng)用使用不同的實(shí)現(xiàn)方案，而不必像IP組播那樣必須統(tǒng)一到一個(gè)模型中。文檔編號(hào)H04N7/26GK101710959SQ20091015499公開日2010年5月19日申請(qǐng)日期2009年12月10日優(yōu)先權(quán)日2009年12月10日發(fā)明者劉奇,趙問道申請(qǐng)人:浙江大學(xué)