專利名稱：多媒體通信和協(xié)作系統(tǒng)及協(xié)議的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于多媒體通信會(huì)話和協(xié)作的系統(tǒng)及協(xié)議。具體地說(shuō)，本發(fā)明涉及允許多用戶通過(guò)互聯(lián)網(wǎng)協(xié)議(“IP”)網(wǎng)絡(luò)傳送高質(zhì)量的視頻、音頻、圖像、文本和文件而實(shí)現(xiàn)彼此實(shí)時(shí)通信的系統(tǒng)及協(xié)議。
背景技術(shù)：
很長(zhǎng)時(shí)間以來(lái)，實(shí)時(shí)視頻會(huì)議(multi-party)以及多媒體通信一直是一個(gè)富有挑戰(zhàn)性的技術(shù)問(wèn)題。如圖1所示，最直接的方法是每個(gè)用戶向各其他用戶發(fā)送媒體數(shù)據(jù)(諸如視頻、音頻、圖像、文本和文檔)。
由于每個(gè)用戶必須從多個(gè)用戶處接收不同的媒體數(shù)據(jù)并且每個(gè)用戶必須向多個(gè)用戶發(fā)送同樣的媒體數(shù)據(jù)，該現(xiàn)有技術(shù)中用戶的網(wǎng)狀連接通常需要很高的帶寬。在網(wǎng)絡(luò)中，數(shù)據(jù)傳輸?shù)目値拰?huì)隨著用戶數(shù)量的增加而急劇增加。因此，這種多用戶的網(wǎng)狀連接通常存在很多不足。
圖2所示的現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)試圖采用多點(diǎn)控制單元(“MCU”)作為多個(gè)用戶的中心連接點(diǎn)來(lái)解決所述問(wèn)題。
為了節(jié)省帶寬，該MCU從所有用戶處接收編碼的視頻比特流，對(duì)其進(jìn)行解碼、將全部或者選擇數(shù)量的視頻序列混和為一個(gè)視頻序列，編碼該組合的視頻序列，并向每個(gè)用戶單獨(dú)發(fā)送單一的比特流。在混和多個(gè)視頻序列的過(guò)程中，為了使組合視頻序列適應(yīng)給定的分辨率，通常必須降低某些輸入視頻序列的分辨率。例如，如果用戶1、用戶2和用戶3對(duì)其視頻采用通用中間格式(“CIF”)，而用戶4、用戶5和用戶6對(duì)其視頻采用四分之一通用中間格式(“QCIF”)，則前三個(gè)用戶的視頻分辨率為352×288像素而后三個(gè)用戶的視頻分辨率為176×144像素。假設(shè)將前四個(gè)視頻序列混和為單一的CIF視頻序列，則在將前三個(gè)視頻序列與第四個(gè)結(jié)合為輸出視頻序列之前，必須將前三個(gè)視頻序列的分辨率從CIF降低為QCIF。圖3所示為該實(shí)施例的過(guò)程。通常通過(guò)聲音激活選擇(“VAS”)或者主席控制(chair control)進(jìn)行將視頻序列混和到一起的選擇。在上述實(shí)例中，如果采用VAS，則選擇視頻會(huì)議中與聲音最大的四個(gè)聲音相關(guān)的四個(gè)視頻序列進(jìn)行混和。如果采用主席控制，則將其中一個(gè)用戶指定為主席并且該用戶可以決定將哪些視頻序列混合到一起。
對(duì)于單一MCU，由于帶寬和MCU的處理功耗會(huì)隨著用戶數(shù)量的增加而增加，因此通常會(huì)限定用戶數(shù)量。為了處理具有許多用戶的大量同時(shí)發(fā)生的視頻會(huì)議，如圖4所示，在現(xiàn)有技術(shù)中將多個(gè)MCU級(jí)聯(lián)。在傳統(tǒng)的視頻會(huì)議系統(tǒng)中，通常另外設(shè)置有網(wǎng)守，該網(wǎng)守保持關(guān)于哪個(gè)用戶與哪個(gè)MCU連接以及如何級(jí)聯(lián)MCU的信息，從而可以通過(guò)合適的MCU在用戶之間實(shí)現(xiàn)視頻電話。對(duì)于各MCU，通常將與另一MCU的連接認(rèn)為是與用戶的連接相同。例如，如果視頻會(huì)議包括MCU1上的三個(gè)用戶、MCU2上的兩個(gè)用戶、MCU3上的兩個(gè)用戶以及MCU4上的三個(gè)用戶，則每個(gè)單獨(dú)的MCU對(duì)其自己的本地視頻進(jìn)行混和并向其相鄰的MCU將混和后的視頻作為單一視頻比特流進(jìn)行發(fā)送。這意味著來(lái)自用戶1.1的視頻經(jīng)過(guò)MCU1、MCU3和MCU4上的三個(gè)視頻混和器發(fā)送到用戶4.1。
現(xiàn)有技術(shù)級(jí)聯(lián)MCU視頻會(huì)議系統(tǒng)中的一個(gè)問(wèn)題是端到端的延遲，尤其是IP網(wǎng)絡(luò)上的端到端延遲。首先，各MCU上的視頻處理產(chǎn)生延遲。第二，各MCU在解碼和混和多視頻序列之前通常必須等待所有相關(guān)視頻包都到達(dá)。同時(shí)還存在傳輸延遲。因此，有時(shí)可能會(huì)由于總的端到端時(shí)間延遲過(guò)長(zhǎng)而使用戶不能實(shí)現(xiàn)實(shí)時(shí)交互通信。延遲量通常會(huì)隨著在任意兩端點(diǎn)之間的傳輸路徑中級(jí)聯(lián)的MCU數(shù)量的增加而增加。
因此，傳統(tǒng)現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)的一個(gè)缺點(diǎn)在于不能處理許多用戶。傳統(tǒng)現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)的另一缺點(diǎn)在于每個(gè)用戶的成本相對(duì)較高。再一缺點(diǎn)在于當(dāng)用戶數(shù)量和級(jí)聯(lián)MCU數(shù)量增加時(shí)，呼叫建立的復(fù)雜性會(huì)很快變得很高。

發(fā)明內(nèi)容
本發(fā)明提供了一種包括用于通過(guò)網(wǎng)絡(luò)傳輸和處理多媒體通信會(huì)話的實(shí)時(shí)路由服務(wù)器的系統(tǒng)。該系統(tǒng)還包括用于通過(guò)網(wǎng)絡(luò)管理多媒體通信會(huì)話的組服務(wù)器。組服務(wù)器與路由服務(wù)器連接。該系統(tǒng)進(jìn)一步包括多個(gè)端點(diǎn)處理設(shè)備，用于通過(guò)網(wǎng)絡(luò)安排和管理多媒體通信會(huì)話，該多個(gè)端點(diǎn)處理設(shè)備與所述路由服務(wù)器和所述組服務(wù)器連接。
本發(fā)明還提供了一種用于確定網(wǎng)絡(luò)拓?fù)涞姆椒?。從組服務(wù)器獲得實(shí)時(shí)路由服務(wù)器的各自地址以通過(guò)網(wǎng)絡(luò)傳輸并處理多媒體通信會(huì)話。設(shè)定靜態(tài)相鄰單元配置?；趯?shí)時(shí)路由服務(wù)器之間各自路徑的服務(wù)質(zhì)量級(jí)別、沿路徑的跳數(shù)量、實(shí)時(shí)路由服務(wù)器之間的延遲、實(shí)時(shí)路由服務(wù)器之間的帶寬容量和實(shí)時(shí)路由服務(wù)器之間的公共路徑流量確定動(dòng)態(tài)相鄰單元配置。
本發(fā)明還提供了一種用于預(yù)留帶寬和媒體處理資源的方法。針對(duì)要加入多媒體通信會(huì)話的用戶源實(shí)時(shí)路由服務(wù)器的媒體處理資源是否充足進(jìn)行檢查。對(duì)于包括多個(gè)實(shí)時(shí)路由服務(wù)器的多媒體通信會(huì)話，從源實(shí)時(shí)路由服務(wù)器向所有目標(biāo)實(shí)時(shí)路由服務(wù)器發(fā)送預(yù)留請(qǐng)求。對(duì)于從源實(shí)時(shí)路由服務(wù)器到目標(biāo)實(shí)時(shí)路由服務(wù)器的路徑檢查成功帶寬預(yù)留的通知。對(duì)目標(biāo)實(shí)時(shí)路由服務(wù)器檢查成功媒體處理資源預(yù)留的通知。
本發(fā)明還提供了一種用于在網(wǎng)絡(luò)中預(yù)留帶寬的方法。在第一實(shí)時(shí)路由服務(wù)器處接收來(lái)自上游實(shí)時(shí)路由服務(wù)器的帶寬預(yù)留請(qǐng)求。判斷到目標(biāo)實(shí)時(shí)路由服務(wù)器的至少一條下游路徑是否具有足夠帶寬。如果第一實(shí)時(shí)路由服務(wù)器為中間實(shí)時(shí)路由服務(wù)器而非目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的相鄰實(shí)時(shí)路由服務(wù)器并且保持使用量不變。如果所述第一實(shí)時(shí)路由服務(wù)器僅目標(biāo)實(shí)時(shí)路由服務(wù)器或者目標(biāo)和中間實(shí)時(shí)路由服務(wù)器，則對(duì)所述第一實(shí)時(shí)路由服務(wù)器和所述上游相鄰實(shí)時(shí)路由服務(wù)器之間的路徑預(yù)留帶寬。如果所述第一實(shí)時(shí)路由服務(wù)器不僅為中間實(shí)時(shí)路由服務(wù)器而且是目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的下游相鄰實(shí)時(shí)路由服務(wù)器并給使用量加1。
結(jié)合附圖和如下的詳細(xì)說(shuō)明將使本發(fā)明的其他特征和優(yōu)點(diǎn)更加顯而易見(jiàn)。


通過(guò)實(shí)例描述本發(fā)明的實(shí)施方式，其不受所示附圖的限制，其中相似的附圖標(biāo)記表示相似的元件，并且圖1示出現(xiàn)有技術(shù)的網(wǎng)狀網(wǎng)絡(luò)；圖2示出具有單一多點(diǎn)控制單元的現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)；圖3示出在多點(diǎn)控制單元中將四個(gè)視頻序列混和為一個(gè)的現(xiàn)有技術(shù)實(shí)施例；
圖4示出現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)中的級(jí)聯(lián)多點(diǎn)控制單元；圖5示出包括組服務(wù)器、多媒體應(yīng)用路由服務(wù)器和端點(diǎn)設(shè)備的系統(tǒng)實(shí)施方式；圖6為多媒體應(yīng)用路由服務(wù)器的方框圖；圖7為多媒體應(yīng)用路由服務(wù)器的系統(tǒng)控制模塊的方框圖；圖8為多媒體應(yīng)用路由服務(wù)器的媒體功能模塊的方框圖；圖9為自動(dòng)拓?fù)鋮f(xié)議(“ATP”)的流程圖；圖10為用于查找作為自動(dòng)拓?fù)鋮f(xié)議一部分的動(dòng)態(tài)相鄰應(yīng)用路由服務(wù)器的方法流程圖；圖11為作為高級(jí)服務(wù)路由協(xié)議(“ASRP”)一部分而對(duì)新用戶進(jìn)行呼叫許可控制、預(yù)留帶寬以及預(yù)留媒體處理資源的流程圖；圖12為作為高級(jí)服務(wù)路由協(xié)議(“ASRP”)一部分而預(yù)留帶寬以及呼叫許可控制的方法流程圖；圖13示出包括至少兩個(gè)多媒體應(yīng)用路由服務(wù)器的視頻處理方案示意圖；圖14示出處理包括多媒體應(yīng)用路由服務(wù)器的視頻的替代方法。
具體實(shí)施例方式
本發(fā)明的實(shí)施方式用于幫助克服典型的現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)中存在的問(wèn)題并增加實(shí)時(shí)多媒體通信和協(xié)作的功能性。本發(fā)明實(shí)施方式的系統(tǒng)結(jié)構(gòu)的元件為多媒體應(yīng)用路由服務(wù)器(“MARS”)，該服務(wù)器既可以路由又可以處理多媒體數(shù)據(jù)。該MARS單元還可以被稱為實(shí)時(shí)路由服務(wù)器。系統(tǒng)的其他元件包括端點(diǎn)(“EP”)和組服務(wù)器(“GS”)。該端點(diǎn)還被稱為端點(diǎn)處理設(shè)備。
圖5示出提供實(shí)時(shí)多媒體通信和協(xié)作的系統(tǒng)50。系統(tǒng)50為具有四個(gè)MARS單元61-64的實(shí)例。實(shí)時(shí)路由服務(wù)器61-64通過(guò)網(wǎng)絡(luò)與組服務(wù)器70連接。同時(shí)MARS單元61-64和組服務(wù)器70通過(guò)網(wǎng)絡(luò)與端點(diǎn)處理設(shè)備11-15、21-24、31-32和41-46連接。系統(tǒng)50的所有元件——MARS單元61-64、組服務(wù)器70以及EP設(shè)備11-15、21-24、31-32和41-46與互聯(lián)網(wǎng)協(xié)議(“IP”)網(wǎng)絡(luò)連接并通過(guò)IP地址進(jìn)行識(shí)別?？蛇x地，可以采用其他類型的網(wǎng)絡(luò)和其他類型尋址方式。
對(duì)于其他實(shí)施方式，構(gòu)成多媒體通信和協(xié)作系統(tǒng)50的MARS設(shè)備、組服務(wù)器和EP設(shè)備可多可少。例如，可以設(shè)置一個(gè)MARS設(shè)備、一個(gè)組服務(wù)器和幾個(gè)EP設(shè)備。作為另一實(shí)施例，可以設(shè)置10個(gè)MARS單元、一個(gè)組服務(wù)器和45個(gè)EP處理設(shè)備。
系統(tǒng)50的用戶與端點(diǎn)處理設(shè)備11-15、21-24、31-32和41-46交互。系統(tǒng)50允許端點(diǎn)處理設(shè)備的用戶以最小的延遲實(shí)時(shí)發(fā)送視頻。因此，用戶可以通信和協(xié)作。除了實(shí)時(shí)視頻以外，系統(tǒng)50還允許用戶以最短的延遲發(fā)送實(shí)時(shí)音頻。系統(tǒng)50還允許用戶發(fā)送諸如圖像、文本和文檔的其他數(shù)字信息。因此，用戶可以采用系統(tǒng)50彼此之間建立實(shí)時(shí)多媒體通信會(huì)話。
將系統(tǒng)50的每個(gè)用戶注冊(cè)到組服務(wù)器數(shù)據(jù)庫(kù)中并通過(guò)用戶郵件地址進(jìn)行識(shí)別。為了進(jìn)行會(huì)話，用戶與端點(diǎn)連接，端點(diǎn)與MARS連接，并且MARS與組服務(wù)器連接。
組服務(wù)器70經(jīng)由系統(tǒng)50的網(wǎng)絡(luò)管理多媒體通信會(huì)話。在組服務(wù)器70中，正在運(yùn)行幾個(gè)軟件進(jìn)程以管理其用戶組內(nèi)的所有通信會(huì)話并與其它組服務(wù)器交換信息以跨組進(jìn)行會(huì)話。在一實(shí)施方式中，組服務(wù)器70采用Linux操作系統(tǒng)。在組服務(wù)器70中運(yùn)行的軟件進(jìn)程包括配置服務(wù)器、網(wǎng)絡(luò)服務(wù)器以及與多媒體協(xié)作和日歷管理相關(guān)的進(jìn)程。
MARS設(shè)備的功能可以分為兩大類。一類是發(fā)送媒體數(shù)據(jù)而另一類是處理媒體數(shù)據(jù)。與通常在建立系統(tǒng)時(shí)確定靜態(tài)數(shù)據(jù)路徑的傳統(tǒng)現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)中的某些現(xiàn)有技術(shù)級(jí)聯(lián)MCU不同，MARS動(dòng)態(tài)查找具有足夠帶寬的最優(yōu)路徑以將媒體數(shù)據(jù)以最短的延遲從源傳輸?shù)侥繕?biāo)。并且與在沿著源到目標(biāo)的路徑的每個(gè)MCU中處理視頻的傳統(tǒng)現(xiàn)有技術(shù)視頻會(huì)議系統(tǒng)中的某些現(xiàn)有技術(shù)級(jí)聯(lián)MCU不同，系統(tǒng)50的結(jié)構(gòu)保證從視頻源到任意指定目標(biāo)最多在兩個(gè)MARS單元中執(zhí)行視頻處理。
用于查找最優(yōu)視頻路徑的技術(shù)包括兩個(gè)為此專門定義的協(xié)議。其中之一為自動(dòng)拓?fù)鋮f(xié)議(“ATP”)而另一個(gè)為高級(jí)服務(wù)路由協(xié)議(“ASRP”)。ATP用于在MARS單元之間傳送系統(tǒng)拓?fù)鋸亩姑總€(gè)MARS均了解其相鄰單元以及其相鄰單元的連接帶寬。只要在網(wǎng)絡(luò)中設(shè)置有新的MARS或者系統(tǒng)結(jié)構(gòu)發(fā)生變化就可以采用ATP。ASRP使每個(gè)MARS能夠使用ATP信息并動(dòng)態(tài)搜尋其相鄰單元的數(shù)據(jù)傳輸延遲從而對(duì)于要從MARS單元發(fā)送給到其目標(biāo)的媒體包確定最短的延遲路徑。
圖6為多媒體應(yīng)用路由服務(wù)器61，也稱之為實(shí)時(shí)路由服務(wù)器61，的方框圖。MARS單元61包括系統(tǒng)控制模塊90(“SCM”)和媒體功能模塊(“MFM”)110、120和130。媒體功能模塊110、120和130也稱為多功能模塊。系統(tǒng)控制模塊90和媒體功能模塊110、120和130均連接在背板模塊(BPM)以太網(wǎng)交換機(jī)140上?？蛇x擇地，也可以采用其他類型交換機(jī)。
在本發(fā)明的實(shí)施方式中，BPM以太網(wǎng)交換機(jī)140為由加利福尼亞Irvine的Broadcom公司提供的BCM5646型以太網(wǎng)交換機(jī)。電源150與以太網(wǎng)交換機(jī)140和其他元件連接。背板模塊以太網(wǎng)交換機(jī)140依次與互聯(lián)網(wǎng)協(xié)議網(wǎng)絡(luò)160連接。
系統(tǒng)控制模塊90包括系統(tǒng)控制單元(SCU)92和媒體功能單元(MFU)102。媒體功能模塊110包括媒體功能單元112和114。媒體功能模塊120包括媒體功能單元122和124。媒體功能模塊130包括媒體功能單元132和134。媒體功能單元102、112、114、122、124、132和134也被稱為多功能單元。
MARS61的結(jié)構(gòu)提供高速多媒體和視頻處理。在本發(fā)明的一個(gè)實(shí)施方式中，MARS61具有約每秒鐘120,000,000,000(MIPS)個(gè)指令的基準(zhǔn)速度。MARS單元61既可以用作路由器又可以用作網(wǎng)絡(luò)服務(wù)器。MARS61架構(gòu)不斷朝向高速實(shí)時(shí)視頻和多媒體處理而非大存儲(chǔ)方向調(diào)整。因此，MARS單元61允許實(shí)時(shí)視頻通信和協(xié)作會(huì)話。
圖7為系統(tǒng)控制模塊90的方框圖，該控制模塊包括系統(tǒng)控制單元92和媒體功能單元102。系統(tǒng)控制單元92控制實(shí)時(shí)路由服務(wù)器61。系統(tǒng)控制單元92包括由Illinois Schaumburg的Motorola公司提供的PowerPC微處理器172。PowerPC微處理器172與閃速存儲(chǔ)卡182連接。該閃速存儲(chǔ)卡包括用于微處理器172的Linux操作系統(tǒng)。閃速存儲(chǔ)卡182以與個(gè)人計(jì)算機(jī)的硬盤類似的方式工作。微處理器172還與同步DRAM(“SDRAM”)存儲(chǔ)器174連接。存儲(chǔ)器174保持用于通過(guò)微處理器172執(zhí)行的代碼和數(shù)據(jù)。在本發(fā)明的實(shí)施方式中，存儲(chǔ)器174大小為32兆。在替代實(shí)施方式中，存儲(chǔ)器174可以小于或者大于32兆。
PowerPC微處理器172經(jīng)由PCI總線184與數(shù)字信號(hào)處理器(“DSP”)176連接。在一實(shí)施方式中，DSP176為Texas州Dallas的德州儀器公司提供的TMS320C6415型DSP。DSP176為系統(tǒng)控制單元92的媒體處理源。數(shù)字信號(hào)處理器176與32兆的SDRAM存儲(chǔ)器178連接。替代實(shí)施方式可以具有或大或小的存儲(chǔ)器178。
PowerPC微處理器172經(jīng)由線路186與以太網(wǎng)交換機(jī)140連接。以太網(wǎng)交換機(jī)140又與網(wǎng)絡(luò)160連接。媒體功能單元102包括與32兆SDRAM存儲(chǔ)器204連接的PowerPC微處理器202。
PowerPC微處理器202與PCI總線206連接。PCI總線206又與數(shù)字信號(hào)處理器208到211連接。數(shù)字信號(hào)處理器208到211均是由Texas州Dallas的德州儀器公司提供的TMS320C6415型DSP。數(shù)字信號(hào)處理器208與SDRAM220連接。數(shù)字信號(hào)處理器209與SDRAM221連接。數(shù)字信號(hào)處理器210與SDRAM222連接。數(shù)字信號(hào)處理器211與SDRAM223連接。在一實(shí)施方式中，各SDRAM存儲(chǔ)器220到223均包括一個(gè)32兆存儲(chǔ)器。
PowerPC微處理器202還通過(guò)線路230與以太網(wǎng)交換機(jī)140連接。
圖8包括媒體功能模塊110的方框圖，該媒體功能模塊110包括媒體功能單元112和114。媒體功能單元112包括與32兆SDRAM存儲(chǔ)器282連接的PowerPC微處理器280。PowerPC微處理器與PCI總線310連接。PowerPC微處理器還通過(guò)線路308與以太網(wǎng)交換機(jī)140連接。
PC總線310還與數(shù)字信號(hào)處理器291到294連接。數(shù)字信號(hào)處理器291與32兆SDRAM存儲(chǔ)器300連接。數(shù)字信號(hào)處理器292與32兆SDRAM存儲(chǔ)器301連接。數(shù)字信號(hào)處理器293與32兆SDRAM存儲(chǔ)器302連接。數(shù)字信號(hào)處理器294與32兆SDRAM存儲(chǔ)器303連接。
媒體功能單元114與媒體功能單元112相似。媒體功能單元114包括與DSRAM存儲(chǔ)器242連接的PowerPC微處理器240。PowerPC微處理器240經(jīng)由線路278與以太網(wǎng)交換機(jī)140連接。PowerPC微處理器240還與PCI總線250連接。
PCI總線250進(jìn)一步與數(shù)字信號(hào)處理器261到264連接。數(shù)字信號(hào)處理器261與存儲(chǔ)器270連接。數(shù)字信號(hào)處理器262與存儲(chǔ)器271連接。數(shù)字信號(hào)處理器263與存儲(chǔ)器272連接。數(shù)字信號(hào)處理器264與存儲(chǔ)器273連接。每個(gè)存儲(chǔ)器270到273均為32兆SDRAM存儲(chǔ)器。在替代實(shí)施方式中，也可以采用其他大小的存儲(chǔ)器。
圖6所示的媒體功能模塊120和130類似于媒體功能模塊110。
MARS61可以發(fā)送媒體數(shù)據(jù)并處理媒體數(shù)據(jù)。MARS61的數(shù)字信號(hào)處理器，諸如數(shù)字信號(hào)處理器261到264，用作數(shù)字媒體處理資源。MARS61的系統(tǒng)控制單元92用于發(fā)送媒體數(shù)據(jù)。
用于查找最優(yōu)媒體路徑的技術(shù)包括為此專門定義的兩個(gè)協(xié)議。在系統(tǒng)控制單元92的閃速存儲(chǔ)器182中存儲(chǔ)用于執(zhí)行協(xié)議的程序并通過(guò)微處理器172執(zhí)行該程序。其中一個(gè)協(xié)議為自動(dòng)拓?fù)鋮f(xié)議(“ATP”)。另一協(xié)議為高級(jí)服務(wù)路由協(xié)議(“ASRP”)。
ATP協(xié)議用于在MARS單元61到64之間傳送系統(tǒng)50拓?fù)鋸亩沟妹總€(gè)MARS單元都了解其相鄰單元并且每個(gè)MARS單元均具有用于通過(guò)MARS單元的相鄰單元向任意目標(biāo)MARS單元發(fā)送媒體包的路由表。該ATP協(xié)議用于在網(wǎng)絡(luò)中存在新MARS或者系統(tǒng)50的結(jié)構(gòu)發(fā)生變化時(shí)周期性檢查系統(tǒng)50的拓?fù)浣Y(jié)構(gòu)。
ASRP協(xié)議使得每個(gè)MARS能夠使用ATP信息并與MARS單元的相鄰單元進(jìn)行動(dòng)態(tài)通信以進(jìn)行資源預(yù)留。ASRP協(xié)議還用于為媒體包查找要從任一MARS單元發(fā)送到媒體包的目標(biāo)的最優(yōu)路徑。
因此，在建立和執(zhí)行多媒體通信以及協(xié)作會(huì)話時(shí)采用該ATP和ASRP協(xié)議。
在MARS單元61的系統(tǒng)控制單元92中的微處理器172用于運(yùn)行該ATP和ASRP協(xié)議。采用系統(tǒng)控制單元92中的數(shù)字信號(hào)處理器和媒體功能單元102、112、114、122、124、132和134運(yùn)行媒體處理任務(wù)。
ATP協(xié)議采用MARS單元的幾個(gè)裝置以查找鄰近的MARS單元。鄰近的定義為包括幾個(gè)屬性。所述屬性可以包括沿從一個(gè)MARS單元到另一個(gè)單元的路徑的服務(wù)質(zhì)量(“QoS”)級(jí)別、沿路徑的IP路由器(跳)數(shù)量、兩個(gè)MARS單元之間的延遲、兩個(gè)MARS單元之間的帶寬容量、兩個(gè)MARS單元之間的通信量以及任何的管理政策。
如果源MARS單元和目標(biāo)MARS單元彼此之間不相鄰，則將來(lái)自源MARS單元的媒體通信量發(fā)送給更靠近目標(biāo)MARS單元一步的相鄰MARS單元。該相鄰MARS單元可能經(jīng)過(guò)另一相鄰MARS單元將通信量轉(zhuǎn)發(fā)給目標(biāo)MARS單元。
可以自動(dòng)檢測(cè)限定系統(tǒng)50的網(wǎng)絡(luò)拓?fù)涞哪承傩?。例如，通過(guò)幾個(gè)標(biāo)準(zhǔn)路由協(xié)議檢測(cè)IP路徑信息和基于政策的限制。所述標(biāo)準(zhǔn)路由協(xié)議可以包括查詢來(lái)自路由器的路徑信息的最短路徑優(yōu)先(“OSPF”)路由協(xié)議、邊界網(wǎng)關(guān)協(xié)議(“BGP”)、路由信息協(xié)議(“RIP”)和互聯(lián)網(wǎng)控制消息協(xié)議(“ICMP”)以；在MPLS環(huán)境中通過(guò)服務(wù)水平承諾(“SLA”)請(qǐng)求明確路徑的具有流量工程擴(kuò)展的資源預(yù)留協(xié)議(“RSVP-TE”)或者其他標(biāo)準(zhǔn)多協(xié)議標(biāo)識(shí)交換(“MPLS”)網(wǎng)絡(luò)協(xié)議；以及對(duì)于光學(xué)網(wǎng)絡(luò)采用SLA請(qǐng)求明確路徑的光學(xué)互聯(lián)網(wǎng)絡(luò)論壇用戶網(wǎng)絡(luò)接口協(xié)議(“OIF-UNI”)。
如果在諸如新興的第一英里以太網(wǎng)(“EFM”)或者在測(cè)量以太網(wǎng)基本結(jié)構(gòu)中的基于L2以太網(wǎng)虛擬專用網(wǎng)絡(luò)(“VPN”)的任意其他網(wǎng)絡(luò)中采用MARS單元，則在所述網(wǎng)絡(luò)中可以采用不同的協(xié)議來(lái)請(qǐng)求具有SLA的明確路徑。
為了測(cè)量任意兩個(gè)MARS單元之間的延遲，可以采用網(wǎng)絡(luò)時(shí)間協(xié)議(“NTP”)以同步兩個(gè)MARS單元之間的本地時(shí)間并可以在兩個(gè)MARS單元之間發(fā)送用于測(cè)量的時(shí)間標(biāo)記包組。
為了測(cè)量任意兩個(gè)MARS單元之間的帶寬容量，可以采用包散布技術(shù)。
運(yùn)行ATP協(xié)議的最終結(jié)果是在每個(gè)MARS單元上產(chǎn)生包含相鄰單元信息的路由表?？梢圆捎枚〞r(shí)器周期性觸發(fā)ATP操作以查看在系統(tǒng)50的結(jié)構(gòu)中是否發(fā)生變化。在路由表中，允許從一個(gè)MARS單元到另一MARS單元的多個(gè)路徑并動(dòng)態(tài)確定實(shí)際路由路徑。
圖9為ATP協(xié)議操作的流程圖。在操作350處啟動(dòng)ATP協(xié)議。在操作352，從組服務(wù)器70獲得位于系統(tǒng)50內(nèi)的所有MARS單元的IP地址。
操作354檢測(cè)是否使用靜態(tài)相鄰結(jié)構(gòu)。靜態(tài)相鄰結(jié)構(gòu)為通過(guò)網(wǎng)絡(luò)管理員手動(dòng)設(shè)定的結(jié)構(gòu)，該結(jié)構(gòu)列出了MARS單元的相鄰單元。如果沒(méi)有采用靜態(tài)相鄰結(jié)構(gòu)，則在操作358不設(shè)定靜態(tài)相鄰單元。
如果要設(shè)定靜態(tài)相鄰結(jié)構(gòu)，則在操作356設(shè)定靜態(tài)MARS相鄰單元并通知靜態(tài)MARS相鄰單元。
操作360檢測(cè)是否已經(jīng)從其他MARS單元收到靜態(tài)MARS相鄰?fù)ㄖ?。如果沒(méi)有，則處理流程執(zhí)行到操作364，在該操作中查找動(dòng)態(tài)MARS相鄰單元。但是如果MARS單元已經(jīng)從其他MARS單元收到靜態(tài)相鄰單元通知，則處理執(zhí)行操作362。操作362接收通知MARS單元作為靜態(tài)相鄰單元的信息。在操作362之后的下一操作為查找動(dòng)態(tài)MARS單元相鄰單元的操作364。以下將結(jié)合圖10更詳細(xì)的描述用于查找動(dòng)態(tài)相鄰單元的操作364。
如圖9所示，在操作364之后的下一操作為用于確定路由表的操作368。下一操作為操作372，該操作為針對(duì)網(wǎng)絡(luò)結(jié)構(gòu)是否采用人工檢查的查詢操作。如果要采用人工檢查，則流程執(zhí)行操作370，該操作為針對(duì)是否要修改靜態(tài)相鄰單元結(jié)構(gòu)進(jìn)行詢問(wèn)。如果要修改靜態(tài)相鄰單元結(jié)構(gòu)，則流程返回執(zhí)行操作356，即設(shè)定靜態(tài)相鄰單元并通知靜態(tài)相鄰單元。如果不修改靜態(tài)相鄰單元結(jié)構(gòu)，則流程執(zhí)行操作374。如果在操作372不存在人工檢測(cè)，則流程執(zhí)行操作374。
操作374詢問(wèn)是否到再次運(yùn)行ATP協(xié)議的時(shí)間或者是否已經(jīng)向網(wǎng)絡(luò)中添加了新MARS。如果到達(dá)再次運(yùn)行ATP的時(shí)間或者已經(jīng)向系統(tǒng)或者網(wǎng)絡(luò)中添加了新MARS，則流程執(zhí)行操作360，即查看是否已經(jīng)從其他MARS單元收到靜態(tài)相鄰單元通知的檢查操作。如果沒(méi)有到達(dá)再次運(yùn)行ATP協(xié)議的時(shí)間或者沒(méi)有向網(wǎng)絡(luò)添加新MARS，則在以后的時(shí)間，可能由定時(shí)器設(shè)定的時(shí)間重復(fù)操作374。
圖10為作為ATP協(xié)議一部分的用于查找動(dòng)態(tài)相鄰單元的步驟364的流程圖。在操作402啟動(dòng)步驟364，操作402用于在局域網(wǎng)中檢測(cè)MARS單元串是否需要頭MARS單元。如果不需要頭MARS單元，則流程執(zhí)行操作404。在操作404獲得關(guān)于當(dāng)前MARS單元與各其他候選MARS單元之間的路由器、帶寬、延遲和服務(wù)質(zhì)量的信息。
如果操作402確定在LAN中MARS單元串需要頭MARS單元，則處理流程執(zhí)行操作406，即針對(duì)當(dāng)前MARS單元是否為串頭進(jìn)行檢測(cè)。如果當(dāng)前MARS單元為串頭，則處理流程執(zhí)行操作404。如果在操作406確定當(dāng)前MARS單元不是串頭，則處理流程執(zhí)行操作412。在操作412，將在同一串中的所有MARS單元指定為相鄰單元并將所有其他MARS單元指定為非相鄰單元。在操作412后，處理流程執(zhí)行圖9中用于確定路由表的操作368。
如圖10所示，在完成操作404以后，處理流程執(zhí)行操作408，在該操作中，拒絕所有沒(méi)有合適服務(wù)路由器質(zhì)量的路徑。
處理流程繼續(xù)到操作410，根據(jù)距離測(cè)試對(duì)所有候選MARS單元進(jìn)行分類。
處理流程繼續(xù)到操作414，針對(duì)在當(dāng)前MARS和候選MARS單元之間是否存在路徑進(jìn)行檢測(cè)。如果答案為否，則處理流程執(zhí)行到操作418，其表明候選MARS單元不可到達(dá)。在操作418之后，處理流程繼續(xù)到操作432，以下對(duì)此進(jìn)行描述。
如果在操作414確定在當(dāng)前MARS和候選MARS單元之間存在路徑。則處理流程繼續(xù)執(zhí)行到操作416。在操作416，針對(duì)路徑延遲時(shí)間是否小于最大延遲時(shí)間(“Td”)進(jìn)行檢測(cè)。在操作416還針對(duì)沿路徑的IP路由器數(shù)量是否小于IP路由器的最大數(shù)量(“Tr”)進(jìn)行檢測(cè)。換句話說(shuō)，針對(duì)沿路徑的跳(hop)數(shù)量是否小于最大跳數(shù)量進(jìn)行檢測(cè)。如果在操作416中延遲和跳數(shù)均小于各最大數(shù)量，則處理流程執(zhí)行到操作420。但是，如果延遲或者跳數(shù)量超出各最大值，則處理流程執(zhí)行到操作418，其中將候選MARS單元標(biāo)記為不可到達(dá)。
在操作420，確定候選MARS單元是否與相鄰MARS單元共享公共路徑。換句話說(shuō)，操作420檢測(cè)候選MARS單元和相鄰MARS單元之間的使用流量。如果答案為否，則處理流程執(zhí)行到操作424，如果答案為是，則處理流程執(zhí)行到操作426。
在操作426，將候選MARS單元標(biāo)記為非相鄰單元。經(jīng)過(guò)操作426，處理流程執(zhí)行如下所述的操作432。
在操作424，通知候選MARS單元為相鄰單元。處理流程轉(zhuǎn)向操作428，其中將該候選MARS單元標(biāo)記為可能的相鄰單元。
下一個(gè)操作為操作432，該操作針對(duì)候選MARS單元是否為最后的候選MARS單元進(jìn)行檢查。如果該候選MARS單元不是最后的候選MARS單元，則處理流程轉(zhuǎn)到用于下一候選MARS單元的操作414，如在操作422中所示。
如果該候選MARS單元是最后的候選MARS單元，則流程執(zhí)行到操作434。在操作434，針對(duì)是否從所有可能的相鄰單元處收到通知或者確認(rèn)進(jìn)行檢查。如果答案為是，則在操作440將所有可能的相鄰單元設(shè)定為相鄰單元。如果答案為否，則在操作436針對(duì)是否存在兩個(gè)或者多個(gè)通知相鄰單元進(jìn)行查詢。如果存在兩個(gè)或者多個(gè)通知相鄰單元，則在操作430將通知的相鄰單元設(shè)定為候選單元并且處理流程執(zhí)行到操作410。但是如果在操作436不存在兩個(gè)或者多個(gè)通知相鄰單元，則處理流程轉(zhuǎn)向聲明有一個(gè)相鄰單元或者沒(méi)有相鄰單元的操作438，然后處理流程轉(zhuǎn)向圖9中用于確定路由表的操作368。
圖11和12示出高級(jí)服務(wù)路由協(xié)議。一旦網(wǎng)絡(luò)拓?fù)涫枪模鶕?jù)對(duì)于最優(yōu)路徑的一組標(biāo)準(zhǔn)執(zhí)行媒體流量路由。出于兩個(gè)目的采用ASRP協(xié)議。首先是對(duì)于呼叫準(zhǔn)入控制(“CAC”)查找?guī)捄兔襟w處理資源并為許可用戶預(yù)留資源。采用CAC機(jī)制以確保所有許可的通信會(huì)話以及用戶具有足夠的資源。拒絕不能成功執(zhí)行或者處理的通信會(huì)話或者用戶。
圖11為用于CAC的ASRP的操作流程圖。每個(gè)MARS單元保持關(guān)于所有注冊(cè)的通信會(huì)話參與人員的每次通信會(huì)話的數(shù)據(jù)庫(kù)。在該數(shù)據(jù)庫(kù)中對(duì)于各端點(diǎn)的信息包括連接帶寬、計(jì)算功耗、顯示能力、IP地址、登錄用戶名稱以及ID(電子郵件地址)、視頻顯示布局、比特流列表等。中間MARS單元的數(shù)據(jù)庫(kù)中不保存與所述MARS單元無(wú)關(guān)的端點(diǎn)信息?；谠撔畔?，MARS單元可以確定需要對(duì)哪個(gè)用戶執(zhí)行何種操作。因此，該MARS單元可以提供加入會(huì)話的任意用戶需要多少資源的信息。
因此，圖11為作為高級(jí)服務(wù)路由協(xié)議一部分的呼叫準(zhǔn)入控制步驟的流程圖。圖11示出為許可用戶預(yù)留帶寬和媒體處理資源的流程圖。圖11的流程圖示出如果沒(méi)有足夠的帶寬和媒體處理資源則拒絕該新用戶。
在操作502，在系統(tǒng)50中新用戶請(qǐng)求加入通信會(huì)話。在操作504，針對(duì)在源MARS單元上的數(shù)字信號(hào)處理資源進(jìn)行檢查。然后，處理流程轉(zhuǎn)向操作506，針對(duì)DSP資源是否充足或者充分進(jìn)行檢測(cè)。如果答案為否，則在操作508拒絕該新用戶。如果答案為是，則處理流程執(zhí)行操作510。
在操作510，針對(duì)MARS會(huì)話是否為單一MARS會(huì)話進(jìn)行檢查。如果答案為是，則處理流程轉(zhuǎn)向操作518。在操作518，接納該新用戶并在源MARS單元上預(yù)留DSP資源。如果在操作510答案為否，則處理流程執(zhí)行到操作512。
在操作512，源MARS單元通過(guò)N個(gè)相鄰單元向所有目標(biāo)MARS單元發(fā)送預(yù)留請(qǐng)求，其中N為整數(shù)。
然后，處理流程轉(zhuǎn)向操作514。在操作514，針對(duì)從源MARS單元到各目標(biāo)MARS單元的路徑上源MARS單元是否收到關(guān)于成功帶寬預(yù)留的通知進(jìn)行檢測(cè)。如果答案為是，則處理流程轉(zhuǎn)向操作516。如果答案為否，則處理流程轉(zhuǎn)向操作522。在操作522，拒絕新用戶。此外，在操作522，取消所有臨時(shí)帶寬和DSP資源預(yù)留。
在操作516，針對(duì)源MARS單元是否從所有的目標(biāo)MARS單元收到成功DSP資源預(yù)留的通知進(jìn)行檢查。如果答案為否，則處理流程轉(zhuǎn)向操作522，其中拒絕新用戶并且取消所有臨時(shí)帶寬和DSP資源預(yù)留。如果答案為是，則在操作520接納新用戶。在操作520，預(yù)留關(guān)于源MARS單元的DSP資源。此外，在操作520保留所有其他帶寬和DSP資源預(yù)留。
在依賴于從網(wǎng)絡(luò)中任意其他設(shè)備接收通知或者確認(rèn)的決定中采用定時(shí)器。如果在預(yù)定的時(shí)間沒(méi)有收到所期望的通知或者確認(rèn)，則不認(rèn)為接收到該通知。
圖12示出MARS單元確定帶寬預(yù)留成功或者失敗情況的細(xì)節(jié)。因此，圖12涉及ASRP協(xié)議的第二目的，即對(duì)各從源到目標(biāo)的傳輸動(dòng)態(tài)確定路由路徑。呼叫準(zhǔn)入控制步驟對(duì)于要加入會(huì)話的新用戶預(yù)留帶寬和DSP資源。但是，在同一會(huì)話中并不是每個(gè)通信會(huì)話中的用戶都向其他用戶主動(dòng)發(fā)送媒體數(shù)據(jù)。因此，圖12的ASRP步驟用于對(duì)來(lái)自各有效用戶的媒體數(shù)據(jù)發(fā)出路由路徑信號(hào)。因此，圖12的流程圖不但涉及呼叫準(zhǔn)入控制，而且涉及在網(wǎng)絡(luò)中為媒體數(shù)據(jù)預(yù)留帶寬。
如圖12所示，在操作602，MARS單元通過(guò)MARS單元的一個(gè)上游相鄰單元接收新用戶要加入通信會(huì)話的預(yù)留請(qǐng)求。處理流程執(zhí)行到操作604，在操作604，執(zhí)行判斷到達(dá)任意目標(biāo)MARS單元的至少一個(gè)下游路徑是否具有足夠帶寬的檢查。如果答案為否，則在操作606帶寬預(yù)留失敗。如果答案為是，則處理流程轉(zhuǎn)向操作608。
在操作608，針對(duì)MARS單元是否在預(yù)定時(shí)間周期從多個(gè)上游相鄰單元接收相同預(yù)留請(qǐng)求進(jìn)行檢查。如果答案為否，則處理流程轉(zhuǎn)向以下將要描述的操作616。如果答案為是，則處理流程轉(zhuǎn)向操作610。在操作610，對(duì)所有這些上游相鄰單元的使用量進(jìn)行比較。使用量與各MARS單元相關(guān)。
處理流程從操作610轉(zhuǎn)向操作612。在操作612，針對(duì)是否在上游相鄰單元中僅有一個(gè)具有最大使用量進(jìn)行檢查。如果答案為是，則處理流程轉(zhuǎn)到操作616。如果答案為否。則處理流程轉(zhuǎn)到操作614。
在操作614，對(duì)于預(yù)留請(qǐng)求選擇具有最早到達(dá)時(shí)間的上游相鄰單元。然后流出轉(zhuǎn)到操作616。
在操作616，針對(duì)當(dāng)前MARS單元是否為中間(transit)傳輸MARS單元進(jìn)行檢查。中間傳輸MARS單元為僅傳輸媒體數(shù)據(jù)而不處理媒體數(shù)據(jù)(即，旁路)的MARS單元。這與可以轉(zhuǎn)移媒體數(shù)據(jù)并且可以或者不可以處理媒體數(shù)據(jù)的通用MARS單元完全不同。如果當(dāng)前MARS單元為中間傳輸MARS單元，則處理流程轉(zhuǎn)向操作620。在操作620，將預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的MARS單元下游相鄰單元。此外，不改變當(dāng)前MARS單元的使用量。
如果當(dāng)前MARS單元不是中間傳輸MARS單元，則處理流程從操作616轉(zhuǎn)到操作618。在操作618，在當(dāng)前MARS單元和上游相鄰單元之間保留路徑并拒絕所有其他上游相鄰單元。
在操作618以后，處理流程轉(zhuǎn)到操作622。在操作622，針對(duì)MARS單元是否為唯一目標(biāo)MARS單元進(jìn)行檢查。如果答案為是，則在步驟628不進(jìn)行任何操作。但是如果答案為否，則處理流程轉(zhuǎn)到操作626。進(jìn)而，將預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的其下游相鄰單元。然后處理流程轉(zhuǎn)到操作624。
在操作626和620以后，處理流程轉(zhuǎn)到操作624。在操作624，針對(duì)從當(dāng)前MARS單元到各下游目標(biāo)MARS單元的路徑上是否已經(jīng)收到關(guān)于成功帶寬預(yù)留的通知進(jìn)行檢查。如果答案為是，則處理流程轉(zhuǎn)到操作630。在操作630，通知中間MARS單元預(yù)留帶寬。但是如果答案為否，則處理流程轉(zhuǎn)到操作632。在操作632，帶寬預(yù)留失敗。
對(duì)于多媒體通信會(huì)話，任何參加人員都是目標(biāo)。與參加人員相關(guān)的MARS單元為目標(biāo)MARS單元。在通信會(huì)話中發(fā)送數(shù)據(jù)的主動(dòng)參加人員為源。與主動(dòng)參加人員相關(guān)的MARS單元為源MARS單元。通過(guò)組服務(wù)器70確定用戶和MARS單元之間的相關(guān)度并將該相關(guān)度傳送給各MARS單元。對(duì)于各多媒體通信會(huì)話，設(shè)置一個(gè)監(jiān)控通信會(huì)話并確定哪個(gè)用戶為源的MARS單元。在該MARS單元中，可以自動(dòng)確定或者通過(guò)用戶指定主動(dòng)參與人員。
只有源和目標(biāo)MARS單元會(huì)處理由MARS單元本身確定的媒體數(shù)據(jù)，只要需要數(shù)據(jù)處理。對(duì)于源MARS單元和目標(biāo)MARS單元之間的數(shù)據(jù)流，中間MARS單元不處理數(shù)據(jù)。因此，對(duì)于源和目標(biāo)之間的數(shù)據(jù)流，最多有兩個(gè)MARS單元處理數(shù)據(jù)。
圖13為系統(tǒng)50的架構(gòu)如何保證對(duì)于任意給定的目標(biāo)最多在兩個(gè)MARS單元中處理任意視頻源的實(shí)施例。在該實(shí)施例中，存在三個(gè)與MARS701相關(guān)的視頻源，所述三個(gè)視頻源必須發(fā)送給與MARS702和MARS703相關(guān)的用戶。假設(shè)全部三個(gè)輸入視頻源均具有高比特率，MARS701對(duì)于全部三個(gè)輸入視頻比特流執(zhí)行比特率轉(zhuǎn)換處理以降低比特率。由于只有MARS702上的用戶對(duì)視頻1存在需求，因此在第二處理過(guò)程將視頻1發(fā)送給MARS702。另一方面，在MARS702和MARS703上的用戶均需要視頻2。因此在第二處理過(guò)程將視頻2的比特流發(fā)送給MARS702以滿足與MARS702相關(guān)的用戶需求。同時(shí)，視頻2的比特流還旁路通過(guò)MARS702并在第二處理過(guò)程發(fā)送給MARS703以滿足與MARS703相關(guān)的用戶的需求。因此MARS702用作用于通過(guò)視頻2比特流的通用中間MARS。最后，只有MARS703上的用戶對(duì)視頻3存在需求。視頻3的比特流旁路通過(guò)MARS702并發(fā)送給MARS703。由于視頻3的比特流不需要再進(jìn)行處理，因此MARS703不經(jīng)過(guò)第二處理簡(jiǎn)單將視頻3旁路(經(jīng)過(guò))傳輸給用戶。
在對(duì)于與MARS702和MARS702相關(guān)的用戶需要的輸出視頻2完全一致的情況下，可以采用處理視頻2的替代方式，如圖14所示。其區(qū)別在于輸入視頻2的比特流僅發(fā)送給MARS702的處理單元，而不發(fā)送給旁路(即，經(jīng)過(guò))路由單元。將處理后的視頻2的比特流發(fā)送給MARS703并且在MARS703不需要進(jìn)一步處理。因此MARS703用作僅中間MARS單元。由于已經(jīng)在MARS702對(duì)相同視頻2輸出進(jìn)行過(guò)處理，因此該替代方式的優(yōu)點(diǎn)在于在MARS703中節(jié)省了處理操作。該替代方式的缺點(diǎn)在于對(duì)于給定視頻源在MARS703上處理資源的分配依賴于與中間MARS單元相關(guān)的用戶是否需要相同的輸出視頻，所述相同的輸出視頻恰好是同一視頻源的另一目標(biāo)。
諸如圖5中的EP設(shè)備11-15、21-24、31-32和41-46其中之一的EP設(shè)備可以是作為軟件終端運(yùn)行的個(gè)人計(jì)算機(jī)(“PC”)。EP設(shè)備可以是與用戶界面設(shè)備連接的專用硬件設(shè)備。EP設(shè)備還可以是PC和硬件設(shè)備的組合。
EP設(shè)備用于用戶安排和管理多媒體通信會(huì)話。EP設(shè)備可以捕捉來(lái)自用戶界面設(shè)備的輸入，所述用戶界面設(shè)備諸如視頻攝像機(jī)、音頻麥克風(fēng)、定點(diǎn)設(shè)備(諸如鼠標(biāo))、諸如鍵盤的打字設(shè)備以及監(jiān)視器上的任意圖像/文本顯示器。EP設(shè)備還可以向諸如PC監(jiān)視器、TV監(jiān)視器、揚(yáng)聲器和耳機(jī)的用戶接口設(shè)備發(fā)送輸出。
EP設(shè)備根據(jù)網(wǎng)絡(luò)帶寬和EP設(shè)備的計(jì)算功耗而編碼視頻、音頻、圖像和文本。其向與其相關(guān)的MARS發(fā)送編碼后的數(shù)據(jù)。同時(shí)，EP設(shè)備從其相關(guān)的MARS接收編碼后的媒體數(shù)據(jù)。EP設(shè)備解碼該數(shù)據(jù)并向輸出設(shè)備發(fā)送解碼后的數(shù)據(jù)，所述輸出設(shè)備諸如用于音頻的耳機(jī)或者揚(yáng)聲器以及用于顯示視頻、圖像和文本的PC監(jiān)視器。除了媒體數(shù)據(jù)以外，EP設(shè)備還處理在EP設(shè)備和其相關(guān)的MARS之間傳輸?shù)耐ㄐ畔?。該消息包括安排?huì)議、加入會(huì)議、邀請(qǐng)另一人加入會(huì)議、退出會(huì)議、建立呼叫、回答呼叫、終止呼叫、控制會(huì)議、安排會(huì)議參加人員的視頻位置、更新成員列表狀態(tài)、檢測(cè)與MARS的網(wǎng)絡(luò)連接等。
實(shí)際上，這里所述的方法可以由機(jī)器可執(zhí)行指令組成的一個(gè)或者多個(gè)程序構(gòu)成。參照流程圖描述的方法使熟悉本領(lǐng)域的技術(shù)人員能夠開(kāi)發(fā)該程序，包括在適合配置的計(jì)算機(jī)上或者其他類型的處理機(jī)器(執(zhí)行來(lái)自計(jì)算機(jī)可讀媒體的指令的機(jī)器處理器)執(zhí)行通過(guò)邏輯塊表示的操作(行為)的指令?？梢酝ㄟ^(guò)計(jì)算機(jī)程序語(yǔ)言編寫機(jī)器可執(zhí)行指令或者可以通過(guò)固件邏輯實(shí)施該指令。如果以符合公認(rèn)標(biāo)準(zhǔn)的程序語(yǔ)言書寫，則可以通過(guò)各種硬件平臺(tái)執(zhí)行該指令并可以與各種操作系統(tǒng)連接。此外，本發(fā)明的實(shí)施方式不限于具體的程序語(yǔ)言，各種程序語(yǔ)言均可以用于實(shí)時(shí)本發(fā)明的實(shí)施方式。而且，在本領(lǐng)域中所提到的軟件是以一種或者另一種形式(即，程序、進(jìn)程、處理、應(yīng)用程序、模塊、邏輯等)的公知內(nèi)容，采取行動(dòng)或者產(chǎn)生結(jié)果。該表達(dá)方式僅是說(shuō)明通過(guò)機(jī)器執(zhí)行的軟件使得機(jī)器的處理器能夠執(zhí)行行為或者產(chǎn)生結(jié)果的簡(jiǎn)化方式。在不脫離本發(fā)明的范圍的情況下，可以在所述的方法中結(jié)合更多或者更少的步驟并且這里所述和所示的塊分布并未暗示具體順序。
本文已經(jīng)對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行了描述。但是，顯然在不脫離本發(fā)明的精神和范圍的情況下可以對(duì)本發(fā)明進(jìn)行各種修改和變化。因此應(yīng)該認(rèn)為本發(fā)明的說(shuō)明書和附圖是說(shuō)明性的而非對(duì)本發(fā)明產(chǎn)生限制。
權(quán)利要求
1.一種系統(tǒng)，包括用于通過(guò)網(wǎng)絡(luò)傳輸和處理多媒體通信會(huì)話的實(shí)時(shí)路由服務(wù)器；用于通過(guò)網(wǎng)絡(luò)管理多媒體通信會(huì)話的組服務(wù)器，其中所述組服務(wù)器與所述路由服務(wù)器連接；多個(gè)端點(diǎn)處理設(shè)備，用于通過(guò)網(wǎng)絡(luò)安排和管理多媒體通信會(huì)話，其中所述多個(gè)端點(diǎn)處理設(shè)備與所述路由服務(wù)器和所述組服務(wù)器連接。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)為互聯(lián)網(wǎng)協(xié)議網(wǎng)絡(luò)，其中所述路由服務(wù)器、組服務(wù)器和多個(gè)端點(diǎn)處理設(shè)備中的每一個(gè)均具有用于識(shí)別的互聯(lián)網(wǎng)協(xié)議地址。
3.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述實(shí)時(shí)路由服務(wù)器包括用于動(dòng)態(tài)確定最短延遲路徑的動(dòng)態(tài)路徑處理電路。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述處于中間模式的實(shí)時(shí)路由服務(wù)器傳輸多媒體通信會(huì)話，而不處理所述多媒體通信會(huì)話數(shù)據(jù)。
5.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多個(gè)端點(diǎn)處理設(shè)備的端點(diǎn)處理設(shè)備包括由用戶操作的個(gè)人計(jì)算機(jī)。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述多個(gè)端點(diǎn)處理設(shè)備的端點(diǎn)處理設(shè)備包括專用的硬件設(shè)備。
7.一種用于確定網(wǎng)絡(luò)拓?fù)涞姆椒?，包括從組服務(wù)器獲得實(shí)時(shí)路由服務(wù)器的各自地址以通過(guò)網(wǎng)絡(luò)傳輸并處理多媒體通信會(huì)話；設(shè)定靜態(tài)相鄰單元配置；基于實(shí)時(shí)路由服務(wù)器之間各自路徑的服務(wù)質(zhì)量級(jí)別、沿路徑的跳數(shù)量、實(shí)時(shí)路由服務(wù)器之間的延遲、實(shí)時(shí)路由服務(wù)器之間的帶寬容量以及實(shí)時(shí)路由服務(wù)器之間的公共路徑流量確定動(dòng)態(tài)相鄰單元配置。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括基于相鄰單元信息形成路由表。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述確定動(dòng)態(tài)相鄰單元配置還取決于網(wǎng)絡(luò)管理政策。
10.根據(jù)權(quán)利要求7所述的方法，其特征在于，在向網(wǎng)絡(luò)中添加新實(shí)時(shí)路由服務(wù)器時(shí)重復(fù)所述確定動(dòng)態(tài)相鄰單元配置的操作。
11.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述確定動(dòng)態(tài)相鄰單元配置還包括獲得關(guān)于實(shí)時(shí)路由服務(wù)器之間各自路徑的服務(wù)質(zhì)量級(jí)別、沿路徑的跳數(shù)量、實(shí)時(shí)路由服務(wù)器之間的延遲、實(shí)時(shí)路由服務(wù)器之間的帶寬容量以及實(shí)時(shí)路由服務(wù)器之間的公共路徑流量的信息；拒絕所有不滿足服務(wù)質(zhì)量要求的路徑；根據(jù)包括沿路徑跳數(shù)的距離測(cè)量而對(duì)候選的實(shí)時(shí)路由服務(wù)器進(jìn)行分類；確定在第一實(shí)時(shí)路由服務(wù)器和候選實(shí)時(shí)路由服務(wù)器之間是否存在路徑；確定在第一實(shí)時(shí)路由服務(wù)器和候選實(shí)時(shí)路由服務(wù)器之間的延遲是否小于最大延遲；確定第一實(shí)時(shí)路由服務(wù)器和候選實(shí)時(shí)路由服務(wù)器之間的帶寬容量是否大于最小帶寬容量；確定所述候選實(shí)時(shí)路由服務(wù)器是否與相鄰實(shí)時(shí)路由服務(wù)器共享公共路徑。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，對(duì)于各候選實(shí)時(shí)路由服務(wù)器，重復(fù)確定是否存在路徑、延遲是否小于最大延遲、帶寬容量是否大于最小帶寬容量以及是否共享公共路徑的操作。
13.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述網(wǎng)絡(luò)為互聯(lián)網(wǎng)協(xié)議網(wǎng)絡(luò)。
14.一種用于預(yù)留帶寬和媒體處理資源的方法，包括檢查對(duì)于要加入多媒體通信會(huì)話的用戶來(lái)說(shuō)源實(shí)時(shí)路由服務(wù)器的媒體處理資源是否充足；對(duì)于包括多個(gè)實(shí)時(shí)路由服務(wù)器的多媒體通信會(huì)話，從源實(shí)時(shí)路由服務(wù)器向所有目標(biāo)實(shí)時(shí)路由服務(wù)器發(fā)送預(yù)留請(qǐng)求；對(duì)于從源實(shí)時(shí)路由服務(wù)器到目標(biāo)實(shí)時(shí)路由服務(wù)器的路徑檢查成功帶寬預(yù)留的通知；對(duì)于目標(biāo)實(shí)時(shí)路由服務(wù)器檢查成功媒體處理資源預(yù)留的通知。
15.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述源實(shí)時(shí)路由服務(wù)器檢查成功帶寬預(yù)留和媒體處理資源預(yù)留的通知。
16.根據(jù)權(quán)利要求14所述的方法，其特征在于，所述媒體處理資源為數(shù)字信號(hào)處理資源。
17.根據(jù)權(quán)利要求14所述的方法，其特征在于，如果在預(yù)定時(shí)間周期內(nèi)沒(méi)有收到成功帶寬預(yù)留和媒體處理資源預(yù)留的通知，則認(rèn)為沒(méi)有收到所述通知。
18.一種用于在網(wǎng)絡(luò)中預(yù)留帶寬的方法，包括在第一實(shí)時(shí)路由服務(wù)器處接收來(lái)自上游實(shí)時(shí)路由服務(wù)器的帶寬預(yù)留請(qǐng)求；判斷到目標(biāo)實(shí)時(shí)路由服務(wù)器的至少一條下游路徑是否具有足夠帶寬；如果第一實(shí)時(shí)路由服務(wù)器為中間實(shí)時(shí)路由服務(wù)器而不是目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的下游相鄰實(shí)時(shí)路由服務(wù)器并且保持使用量不變；如果所述第一實(shí)時(shí)路由服務(wù)器為僅目標(biāo)實(shí)時(shí)路由服務(wù)器或者目標(biāo)和中間實(shí)時(shí)路由服務(wù)器，則為所述第一實(shí)時(shí)路由服務(wù)器和所述上游相鄰實(shí)時(shí)路由服務(wù)器之間的路徑預(yù)留帶寬；如果所述第一實(shí)時(shí)路由服務(wù)器不但是中間實(shí)時(shí)路由服務(wù)器而且是目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的下游相鄰實(shí)時(shí)路由服務(wù)器并給使用量加1。
19.根據(jù)權(quán)利要求18所述的方法，其特征在于，如果將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給下游相鄰實(shí)時(shí)路由服務(wù)器，則對(duì)于從第一實(shí)時(shí)路由服務(wù)器到下游相鄰實(shí)時(shí)路由服務(wù)器的路徑檢查成功帶寬預(yù)留的通知。
20.一種用于在網(wǎng)絡(luò)中預(yù)留帶寬的方法，包括在第一實(shí)時(shí)路由服務(wù)器處接收來(lái)自上游實(shí)時(shí)路由服務(wù)器的帶寬預(yù)留請(qǐng)求；判斷到目標(biāo)實(shí)時(shí)路由服務(wù)器的至少一條下游路徑是否具有足夠帶寬；在預(yù)定時(shí)間周期內(nèi)從發(fā)送帶寬預(yù)留請(qǐng)求的上游相鄰實(shí)時(shí)路由服務(wù)器中選擇上游相鄰實(shí)時(shí)路由服務(wù)器；如果第一實(shí)時(shí)路由服務(wù)器為中間實(shí)時(shí)路由服務(wù)器而不是目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的下游相鄰實(shí)時(shí)路由服務(wù)器并且保持使用量不變；如果所述第一實(shí)時(shí)路由服務(wù)器為僅目標(biāo)實(shí)時(shí)路由服務(wù)器或者為目標(biāo)和中間實(shí)時(shí)路由服務(wù)器，則為所述第一實(shí)時(shí)路由服務(wù)器和所選擇的上游相鄰實(shí)時(shí)路由服務(wù)器之間的路徑預(yù)留帶寬；如果所述第一實(shí)時(shí)路由服務(wù)器不但是中間實(shí)時(shí)路由服務(wù)器而且是目標(biāo)實(shí)時(shí)路由服務(wù)器，則將所述帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給具有足夠帶寬的下游相鄰實(shí)時(shí)路由服務(wù)器并給使用量加1。
21.根據(jù)權(quán)利要求20所述的方法，其特征在于，所述從上游相鄰實(shí)時(shí)路由服務(wù)器中選擇上游相鄰實(shí)時(shí)路由服務(wù)器包括如果在預(yù)定時(shí)間周期內(nèi)只有一個(gè)發(fā)送帶寬預(yù)留請(qǐng)求的上游相鄰實(shí)時(shí)路由服務(wù)器具有最大使用量，則選擇該上游相鄰實(shí)時(shí)路由服務(wù)器；如果在預(yù)定時(shí)間周期內(nèi)有兩個(gè)或者多個(gè)發(fā)送帶寬預(yù)留請(qǐng)求的上游相鄰實(shí)時(shí)路由服務(wù)器具有最大使用量，則選擇帶寬預(yù)留請(qǐng)求具有最早到達(dá)時(shí)間的上游相鄰實(shí)時(shí)路由服務(wù)器。
22.根據(jù)權(quán)利要求21所述的方法，其特征在于，如果將帶寬預(yù)留請(qǐng)求轉(zhuǎn)發(fā)給下游相鄰實(shí)時(shí)路由服務(wù)器，則對(duì)于從第一實(shí)時(shí)路由服務(wù)器到所述下游實(shí)時(shí)路由服務(wù)器的路徑檢查成功帶寬預(yù)留的通知。
全文摘要
本發(fā)明公開(kāi)了一種系統(tǒng)，其包括用于通過(guò)網(wǎng)絡(luò)傳輸和處理多媒體通信會(huì)話的實(shí)時(shí)路由服務(wù)器。該系統(tǒng)還包括用于通過(guò)網(wǎng)絡(luò)管理多媒體通信會(huì)話的組服務(wù)器。組服務(wù)器與路由服務(wù)器連接。該系統(tǒng)還包括多個(gè)端點(diǎn)處理設(shè)備，用于通過(guò)網(wǎng)絡(luò)安排和管理多媒體通信會(huì)話，該多個(gè)端點(diǎn)處理設(shè)備與所述路由服務(wù)器和所述組服務(wù)器連接。協(xié)議決定網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)、預(yù)留帶寬、預(yù)留媒體處理資源，并查找最優(yōu)路徑和最優(yōu)實(shí)時(shí)路由服務(wù)器以傳輸和處理多媒體數(shù)據(jù)。
文檔編號(hào)H04L12/56GK1939032SQ200580009837
公開(kāi)日2007年3月28日 申請(qǐng)日期2005年2月24日 優(yōu)先權(quán)日2004年3月26日
發(fā)明者黃成道, 史蒂文·王, 李衛(wèi)平 申請(qǐng)人:愛(ài)米特系統(tǒng)公司