專利名稱：分布式mcu的制作方法
技術(shù)領(lǐng)域：
本發(fā)明一般的涉及一種視頻會(huì)議網(wǎng)絡(luò)設(shè)備，并且尤其涉及一種在分布式視頻會(huì)議中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)站點(diǎn)連接單元的多個(gè)端點(diǎn)的最優(yōu)化建立的方法和設(shè)備。
本發(fā)明進(jìn)一步涉及一種監(jiān)視和管理分布式MCU概念的方法和設(shè)備，包括主MCU和一個(gè)或多個(gè)從屬M(fèi)CU，在分布式視頻會(huì)議的呼叫中連接在一起。
背景技術(shù)：
視頻和音頻會(huì)議是在遠(yuǎn)距離通信中使用的技術(shù)。由于在呼叫建立和呼叫管理中存在很多問(wèn)題，很多解決方案需要會(huì)議管理員建立并且管理會(huì)議。為了簡(jiǎn)化呼叫建立和會(huì)議管理工作，很多大型機(jī)構(gòu)和服務(wù)提供者使用稱為多點(diǎn)控制單元(MCU)的中央化服務(wù)器。MCU是用于處理多個(gè)參加者的呼叫或者允許對(duì)來(lái)自2至n個(gè)參加者的呼叫進(jìn)行中央呼叫管理的服務(wù)器。
由于網(wǎng)絡(luò)訪問(wèn)限制以及理解多個(gè)提供商的設(shè)備和相同提供商的不同版本需要培訓(xùn)和教育，僅通過(guò)訪問(wèn)端點(diǎn)(EP)而管理呼叫并不是可行的解決方案。端點(diǎn)(EP)定義為視頻會(huì)議中使用的視頻/音頻終端/電話或者網(wǎng)關(guān)。
通過(guò)提供中央化服務(wù)器(即MCU)，會(huì)議管理者可以控制來(lái)自單個(gè)接口的呼叫的大多數(shù)方面。由于多數(shù)MCU允許多個(gè)會(huì)議，管理者還可以監(jiān)視來(lái)自相同接口的多個(gè)呼叫。
目前，很多系統(tǒng)可以幫助管理端點(diǎn)和MCU，例如Polycom GMS，Polycom會(huì)議套裝(也稱為應(yīng)用全球技術(shù)(AGT)VCAS)和Forgent VNP——然而它們并沒(méi)有解決單個(gè)呼叫建立和管理接口的問(wèn)題。仍然需要管理員理解網(wǎng)絡(luò)上的不同設(shè)備。
Polycom GMS僅允許監(jiān)視端點(diǎn)之間的呼叫。Polycom會(huì)議套裝(AGTVCAS)允許在系統(tǒng)級(jí)別監(jiān)視系統(tǒng)的呼叫。
Forgent VNP允許在系統(tǒng)級(jí)別監(jiān)視系統(tǒng)的呼叫和呼叫建立。
TANDBERG管理套裝允許在系統(tǒng)級(jí)別監(jiān)視系統(tǒng)的呼叫。
目前已有多個(gè)公開(kāi)文檔描述視頻會(huì)議的不同技術(shù)方面。
US-6157401描述了一種在視頻會(huì)議系統(tǒng)中使用的網(wǎng)守(gatekeeper)，用于控制在系統(tǒng)上登錄的EP的別名地址。它檢查地址是否為“復(fù)合地址”，并且如果是則確認(rèn)MCU在如此指定的參加者中分配會(huì)議資源到視頻會(huì)議。
EP-1359708描述了一種用于在視頻會(huì)議中從其他參加者的視頻通信終端創(chuàng)建視頻連接的方法。
US-2003/0147357描述了一種用于通過(guò)視頻通信終端和相關(guān)的消息數(shù)據(jù)表呼叫視頻通信服務(wù)的方法。更特別的，它描述了一種用于通過(guò)使用MCU和呼叫者召集會(huì)議模式建立視頻會(huì)議的方法。
US-2002/0071026描述了一種用于包含虛擬視頻會(huì)議環(huán)境的設(shè)備和方法。更特別的，它描述了一種用于確定在系統(tǒng)上登錄的用戶是否指定了視頻會(huì)議期間通常通過(guò)照相機(jī)設(shè)備檢測(cè)到的默認(rèn)環(huán)境之外的替代環(huán)境的設(shè)備和方法。如果是，則環(huán)境處理器從環(huán)境數(shù)據(jù)庫(kù)獲取環(huán)境，并且視頻會(huì)議設(shè)備使用指定的環(huán)境。如果不是，則環(huán)境處理器發(fā)送可能環(huán)境列表，并且用戶可以從該列表中選擇偏好的環(huán)境。如果用戶不愿意選擇替代環(huán)境，則選擇默認(rèn)環(huán)境。
US-5594725描述了一種視頻率控制的程序和系統(tǒng)。
US-2002/0036707描述了一種從多線程視頻中過(guò)濾人造物的方法。
US-6590603描述了一種管理流數(shù)據(jù)的系統(tǒng)和方法。
這些公開(kāi)文檔描述了本發(fā)明涉及的視頻會(huì)議的相關(guān)方面。最后三個(gè)公開(kāi)文檔被包含為視頻會(huì)議技術(shù)中的一般背景技術(shù)。
現(xiàn)有的視頻和音頻會(huì)議系統(tǒng)允許進(jìn)入系統(tǒng)并且監(jiān)視/編輯呼叫。TMS、Forgent VNP和Polycom會(huì)議套裝還允許進(jìn)行呼叫建立，但是不能處理級(jí)聯(lián)的MCU連接，或者將會(huì)議作為整體進(jìn)行監(jiān)視——僅在系統(tǒng)級(jí)別作為一個(gè)系統(tǒng)。
使用中央化服務(wù)器(MCU)存在多個(gè)問(wèn)題。由于需要處理窺視(peek)情況，可能具有很大尺寸和很高成本。為了處理多數(shù)情況，MCU通常具有遠(yuǎn)超過(guò)一般的使用和會(huì)議數(shù)量所需尺寸的大尺寸。這是由于需要處理在主會(huì)議時(shí)段通常發(fā)生的窺視情況。通常這個(gè)問(wèn)題并不是由于單個(gè)會(huì)議的規(guī)模，而是由于進(jìn)行的會(huì)議的數(shù)量。由于點(diǎn)對(duì)點(diǎn)呼叫也需要管理，也必須路由通過(guò)中央化服務(wù)器，從而需要資源。
由于服務(wù)器設(shè)置而導(dǎo)致的增加的呼叫成本是一個(gè)重要因素。由于通常具有少數(shù)的大型中央化服務(wù)器(MCU)，而所有呼叫必須撥號(hào)經(jīng)過(guò)所述中央化服務(wù)器。例如，如果一個(gè)公司具有位于英國(guó)倫敦的MCU——如果在瑞典和挪威之間進(jìn)行呼叫，則必須在瑞典站點(diǎn)和倫敦的MCU之間進(jìn)行呼叫，并且必須在挪威站點(diǎn)和倫敦的MCU之間進(jìn)行另一呼叫。如果不需要進(jìn)行中央化管理，則呼叫可以在挪威到瑞典的站點(diǎn)之間僅進(jìn)行一次直接呼叫。
如果服務(wù)器失敗，路由通過(guò)所述服務(wù)器的所有呼叫也失敗，即失敗的單點(diǎn)，就此點(diǎn)而言，中央化視頻和音頻會(huì)議服務(wù)器與其他服務(wù)器沒(méi)有什么不同，考慮到上述問(wèn)題，根據(jù)本發(fā)明的解決方案具有如下優(yōu)點(diǎn)由于處理窺視情況所需的大尺寸和高成本可以被極大最小化。由于不需要單個(gè)的會(huì)議服務(wù)器(MCU)，可以使用多個(gè)更小的單元或者在某些端點(diǎn)直接可用的MCU。并且也不需要過(guò)多數(shù)量的MCU，這是因?yàn)橛捎趯?duì)點(diǎn)對(duì)點(diǎn)呼叫直接撥號(hào)并且需要大量參加者以至于單個(gè)MCU不能處理的呼叫會(huì)被分隔在很多更小的MCU之間，處理大量會(huì)議所需的開(kāi)銷大大減小。
由于不再需要大型MCU的單點(diǎn)管理，可以在公司的業(yè)務(wù)區(qū)域內(nèi)設(shè)置很多更小的MCU，由此降低由于設(shè)置服務(wù)器導(dǎo)致的呼叫成本。并且由于很多端點(diǎn)具有內(nèi)部MCU能力，或者僅能在兩個(gè)系統(tǒng)之間呼叫——因此不需要撥號(hào)外部MCU，允許在會(huì)議中在系統(tǒng)之間直接進(jìn)行呼叫。
由于即使某些MCU不可訪問(wèn)或者失敗，所述解決方案仍能正常工作，因此不會(huì)產(chǎn)生失敗的單點(diǎn)。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目標(biāo)是提供一種在概述中提到的能夠克服現(xiàn)有技術(shù)的缺陷的方法和設(shè)備。
本發(fā)明的第一方面是提供一種在分布式視頻會(huì)議系統(tǒng)中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)站點(diǎn)連接單元(MCU)的多個(gè)端點(diǎn)的優(yōu)化建立的方法和設(shè)備。所述方法包括第一步驟基于視頻會(huì)議會(huì)話中需要連接的EP數(shù)量而估計(jì)所需的MCU數(shù)量，接著進(jìn)行第二步驟通過(guò)將每個(gè)EP分配到MCU而根據(jù)所述估計(jì)檢查是否具有足夠數(shù)量的可用MCU，以及最后的優(yōu)化步驟通過(guò)根據(jù)加權(quán)函數(shù)將EP連接到MCU而最終分配EP到MCU。
當(dāng)計(jì)劃的會(huì)議在網(wǎng)絡(luò)上任何單個(gè)MCU上包括多于可用資源的會(huì)議系統(tǒng)，則需要對(duì)MCU進(jìn)行級(jí)聯(lián)。本發(fā)明方法可以自動(dòng)建立級(jí)聯(lián)MCU呼叫。
所述EP和MCU在某些情況下可以為相同的物理設(shè)備。
本發(fā)明第二個(gè)方面是提供一種監(jiān)視和管理網(wǎng)絡(luò)中的多個(gè)視頻會(huì)議設(shè)備的方法和設(shè)備。所述方法包括在第一步驟中從呼叫中的設(shè)備收集并且合并呼叫信息例如協(xié)議和持續(xù)時(shí)間，接下來(lái)一旦接收到管理功能則檢查主設(shè)備是否能夠執(zhí)行特定命令，然后如果所述主設(shè)備不能執(zhí)行所述命令則檢查從屬設(shè)備是否能夠執(zhí)行所述特定命令，接著如果所述主設(shè)備或者從屬設(shè)備不能執(zhí)行該命令則檢查將執(zhí)行所述命令的端點(diǎn)(EP)是否能夠執(zhí)行所述特定命令。最后步驟是在能夠執(zhí)行所述特定命令的設(shè)備上執(zhí)行所述命令。
設(shè)備可以為兩個(gè)或更多視頻會(huì)議設(shè)備的呼叫建立中使用的任何元件，例如MCU、網(wǎng)關(guān)(將不同的網(wǎng)絡(luò)例如IP和ISDN連接在一起)、網(wǎng)守(作為中央控制點(diǎn)并且為注冊(cè)的端點(diǎn)提供呼叫控制服務(wù))以及端點(diǎn)(EP)等等。
通過(guò)提供如所附權(quán)利要求書(shū)所述的方法和設(shè)備可以實(shí)現(xiàn)上述目標(biāo)。


現(xiàn)在參考附圖進(jìn)一步描述本發(fā)明，其中圖1為顯示系統(tǒng)組群之間的呼叫建立的示意結(jié)構(gòu)圖；圖2為顯示兩個(gè)可用MCU的呼叫建立的示意結(jié)構(gòu)圖；圖3A為顯示根據(jù)本發(fā)明方法的分布式呼叫解決方案的實(shí)現(xiàn)的流程圖；以及圖3B為圖3A所示的流程圖的優(yōu)化部分。
具體實(shí)施例方式
圖1顯示系統(tǒng)組群之間如何建立呼叫的示例。在左上方，三個(gè)系統(tǒng)連接到外部MCU A。右上方另外三個(gè)系統(tǒng)連接到外部MCU B。在MCU A和MCUB之間具有呼叫以在其間傳送信息。在附圖的底部，具有內(nèi)置MCU的端點(diǎn)具有與其連接的另外兩個(gè)系統(tǒng)。這樣總共有九個(gè)端點(diǎn)連接到單個(gè)會(huì)議。
本發(fā)明的第一部分是按照自動(dòng)連接所有系統(tǒng)的方式對(duì)呼叫進(jìn)行路由。這可以考慮到不同因素(呼叫代價(jià)、質(zhì)量、容量等)而完成。所述方法允許建立呼叫而不需要中央化位置。
本發(fā)明的第二并且獨(dú)特部分是通過(guò)一個(gè)或多個(gè)服務(wù)主動(dòng)管理和監(jiān)視配置中的系統(tǒng)。然后提供單個(gè)接口給管理員以建立、監(jiān)視和管理所述呼叫。例如為了改變具有會(huì)議發(fā)言權(quán)的人(其音頻和/或視頻提供給所有其他參加者)，必須發(fā)送請(qǐng)求到MCU A、MCU B和內(nèi)部MCU。與現(xiàn)今使用的解決方案不同——其中管理員必須進(jìn)入每個(gè)這些單元以改變呼叫流，在本發(fā)明中管理員在一個(gè)位置改變?cè)O(shè)置，導(dǎo)致在呼叫中所需單元上產(chǎn)生連鎖動(dòng)作——從而端點(diǎn)用戶看起來(lái)就好像是從中央化MCU對(duì)呼叫進(jìn)行管理一樣。
圖2顯示了兩個(gè)可用MCU的呼叫建立的示例。其中顯示了本發(fā)明方法如何建立分布式呼叫。該示例涉及14個(gè)視頻會(huì)議系統(tǒng)的呼叫。本發(fā)明在存在多于任何單個(gè)MCU上的可用資源的會(huì)議系統(tǒng)時(shí)自動(dòng)產(chǎn)生優(yōu)化的級(jí)聯(lián)的多個(gè)MCU解決方案，而不必讓用戶手動(dòng)建立整個(gè)分布式會(huì)議。
假定有14個(gè)視頻會(huì)議系統(tǒng)，其中7個(gè)位于美國(guó)德克薩斯州的達(dá)拉斯，4個(gè)位于美國(guó)紐約州的紐約，以及3個(gè)位于挪威奧斯陸的Lysaker。還有兩個(gè)MCU，一個(gè)位于達(dá)拉斯并且一個(gè)位于Lysaker。達(dá)拉斯的MCU具有足夠資源以保持10個(gè)系統(tǒng)，而Lysaker的MCU具有足夠資源保持8個(gè)系統(tǒng)。
由于沒(méi)有哪個(gè)MCU具有足夠資源以保持所有14個(gè)系統(tǒng)，我們需要將兩個(gè)MCU級(jí)聯(lián)在一起。我們將位于達(dá)拉斯的7個(gè)系統(tǒng)置于達(dá)拉斯MCU上，因?yàn)樗鼈冏羁拷?，并且還將紐約的兩個(gè)系統(tǒng)置于相同的MCU上。剩下的第10個(gè)資源用于鏈接到挪威的第二MCU。由于達(dá)拉斯MCU已經(jīng)滿載了，我們將Lysaker的3個(gè)系統(tǒng)置于Lysaker的MCU上并且將紐約的剩下的兩個(gè)系統(tǒng)也置于該MCU上。
圖3A顯示了創(chuàng)建分布式MCU呼叫時(shí)涉及的程序。所述在分布式視頻會(huì)議中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)站點(diǎn)連接單元的多個(gè)端點(diǎn)的優(yōu)化建立的方法包括步驟第一步驟100是基于加權(quán)函數(shù)產(chǎn)生可用MCU的MCU優(yōu)先級(jí)列表，所述加權(quán)函數(shù)是基于MCU的任何所需特性或?qū)傩砸约癊P數(shù)量的。這可以是MCU中的可用處理資源量，以及將MCU連接到EP所需的帶寬資源。通過(guò)此列表，具有最大權(quán)重的MCU被選擇為主MCU。
下一步驟110是基于當(dāng)前視頻會(huì)議會(huì)話中需要連接的EP數(shù)量而估計(jì)所需的MCU數(shù)量。接著在步驟120中檢查是否存在足夠的MCU。如果沒(méi)有，則顯示錯(cuò)誤消息140，并且創(chuàng)建分布式MCU呼叫的程序?qū)⑼Ｖ?。如果具有足夠的MCU，則程序?qū)⒗^續(xù)進(jìn)行若干子步驟。
第一子步驟130是將步驟100中產(chǎn)生的優(yōu)先級(jí)列表中的所需MCU添加到數(shù)據(jù)庫(kù)，“選中”列表包含所選擇的MCU。
下一子步驟160是計(jì)算從步驟130中產(chǎn)生的MCU數(shù)據(jù)庫(kù)列表中的主MCU到其他MCU所需的鏈接。
接著是子步驟170，其中主MCU被分配到視頻會(huì)議領(lǐng)導(dǎo)者(如果存在的話)的EP。視頻會(huì)議領(lǐng)導(dǎo)者是提供音頻和/或視頻給所有其他參加者的EP。
在步驟180，處理在步驟130中產(chǎn)生的“選中”列表中的下一個(gè)MCU。第一次將是主MCU，第二次將是主MCU之后的具有第二大權(quán)重的MCU，依此類推。
在步驟190中計(jì)算每個(gè)EP的呼叫權(quán)重，其中EP和MCU之間的呼叫代價(jià)在包含在權(quán)重中的所有因素中。接著進(jìn)行步驟200，其中產(chǎn)生每個(gè)MCU的EP優(yōu)先級(jí)列表，即在步驟130中產(chǎn)生的“選中”列表中的對(duì)于不同MCU的每個(gè)EP的呼叫權(quán)重。
在步驟210中檢查在步驟200中產(chǎn)生的EP優(yōu)先級(jí)列表中是否存在剩余EP。如果不存在，則EP優(yōu)先級(jí)列表中的所有端點(diǎn)已經(jīng)被處理，并且在步驟300中啟動(dòng)優(yōu)化程序。如果成功，則可以將當(dāng)前視頻會(huì)議中的所有系統(tǒng)以優(yōu)方式連接在一起。優(yōu)化程序在下面參考圖3B進(jìn)行詳細(xì)描述。
如果在EP優(yōu)先級(jí)列表中存在剩余EP，則在步驟220中進(jìn)行新的測(cè)試，檢查根據(jù)步驟180處理的當(dāng)前MCU是否滿載。如果沒(méi)有，則步驟200中產(chǎn)生的EP優(yōu)先級(jí)列表中的第一EP被分配給當(dāng)前MCU。這是在步驟230中進(jìn)行的，接下來(lái)的步驟240中將第一EP從所述EP優(yōu)先級(jí)列表中去除。包括步驟210、220、230和240的循環(huán)被執(zhí)行直到所有EP都已經(jīng)分配到MCU，或者直到當(dāng)前MCU滿載，即所有資源都被使用。如果這樣，則執(zhí)行步驟250。
在步驟250中，執(zhí)行測(cè)試在步驟130中產(chǎn)生的“選中”列表是否為空的測(cè)試。如果不為空，則再次進(jìn)入上述的步驟180，緊接著190、200等等。如果“選中”列表為空，則在步驟260中檢查是否存在新的可用的MCU。如果是，則在步驟230中分配的所有EP在步驟280中被釋放(de-allocate)，并且在添加新的MCU到“選中”列表之后程序再次從步驟160開(kāi)始。添加新的MCU到“選中”列表是在步驟150中執(zhí)行的。如果沒(méi)有新的可用的MCU，則在步驟270中產(chǎn)生錯(cuò)誤消息。
需要對(duì)前面步驟中的EP和MCU連接/分配進(jìn)行優(yōu)化。這是因?yàn)樵谀承┣闆r下，所請(qǐng)求的資源遠(yuǎn)大于所需資源，因此更加昂貴。
圖3B顯示了對(duì)最終分布式MCU路由進(jìn)行優(yōu)化時(shí)涉及的程序。所述優(yōu)化方法是在所有EP都已經(jīng)分配到MCU也就是沒(méi)有產(chǎn)生出錯(cuò)消息時(shí)進(jìn)行的。
所述優(yōu)化方法通過(guò)釋放除了主MCU之外的所有MCU的EP而從步驟400開(kāi)始。釋放列表是從步驟230中進(jìn)行的分配EP到MCU而產(chǎn)生的優(yōu)先級(jí)列表產(chǎn)生的。
在步驟410，定位釋放列表中的下一個(gè)EP，并且在步驟430中定位釋放列表中的下一個(gè)MCU。在步驟430中創(chuàng)建EP和MCU之間的路由。接著在步驟440中添加所述路由到路由集合中。
在步驟450中檢查是否達(dá)到釋放MCU列表的末尾。如果沒(méi)有，則再次進(jìn)入步驟420，并且執(zhí)行步驟420、430、440和450直到釋放列表中當(dāng)前EP和MCU之間的路由被創(chuàng)建。如果達(dá)到釋放MCU列表的末尾，則在步驟460中執(zhí)行新的測(cè)試。在此步驟中，檢查是否達(dá)到EP列表的末尾。如果沒(méi)有，則在步驟470中將MCU釋放列表復(fù)位到第一位置，并且在上述的步驟420至460之后定位EP釋放列表中的下一個(gè)EP。如果步驟460報(bào)告達(dá)到EP列表末尾，則進(jìn)入步驟480。
在步驟480中，進(jìn)行步驟400至460獲得的路由集合按照最低權(quán)重進(jìn)行排序。
在步驟490中，定位路由集合中排序的EP和MCU之間的下一個(gè)路由，并且在步驟500中檢查在特定MCU上是否有足夠資源。如果沒(méi)有，則優(yōu)化程序失敗并且在進(jìn)入步驟300之前給出的原始解決方案被提交并且執(zhí)行。如果在特定MCU上具有足夠資源，則進(jìn)入步驟520。
在步驟520中，路由中包含的EP被分配給MCU。接著在步驟530中從集合中去除所述路由。
在步驟540中檢查在路由集合中是否還有路由。如果是，則再次進(jìn)入步驟490，并且執(zhí)行后續(xù)步驟500至530直到所有路由都被評(píng)估。
優(yōu)化程序在步驟500終止。
所述方法允許以低代價(jià)高效率方式在視頻會(huì)議設(shè)備之間建立呼叫，并且不需要中央化位置。
參考圖3A和3B描述的上述方法被認(rèn)為是最佳模式，因此包括優(yōu)選步驟。但是可以偏離所述方法而仍然認(rèn)為是在本發(fā)明范圍之內(nèi)。
本發(fā)明還涉及一種執(zhí)行根據(jù)上述方法的在分布式視頻會(huì)議中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)MCU的多個(gè)EP的優(yōu)化建立的設(shè)備。
本發(fā)明的第二個(gè)目標(biāo)是提供一種在網(wǎng)絡(luò)內(nèi)監(jiān)視和管理多個(gè)視頻會(huì)議設(shè)備的方法和設(shè)備。視頻會(huì)議設(shè)備可以為建立視頻會(huì)議中包括的任何設(shè)備，例如具有或者不具有內(nèi)部MCU的端點(diǎn)、網(wǎng)關(guān)、網(wǎng)守、MCU等等。
監(jiān)視察看關(guān)于呼叫、參加者及其狀態(tài)的信息。
管理能夠改變參加者狀態(tài)、添加參加者、去除參加者等等。
監(jiān)視和管理視頻會(huì)議是在建立視頻會(huì)議中涉及的設(shè)備成功完成之后進(jìn)行的。
所述方法包括在第一步驟中從呼叫中的設(shè)備收集并且合并呼叫信息例如協(xié)議和持續(xù)時(shí)間。這是通過(guò)讓每個(gè)視頻會(huì)議設(shè)備對(duì)不同功能的支持水平對(duì)于緩存可用從而提升處理速度而進(jìn)行的。該步驟之后一旦接收到管理功能則檢查主設(shè)備(通常為MCU——所述解決方案中的主設(shè)備為級(jí)聯(lián)呼叫中的主MCU、非級(jí)聯(lián)呼叫中的MCU(內(nèi)部或外部MCU)或者具有多數(shù)點(diǎn)對(duì)點(diǎn)呼叫功能的端點(diǎn))是否能夠執(zhí)行特定命令(例如靜音、發(fā)言、音量等等)，接下來(lái)如果所述主設(shè)備不能執(zhí)行所述命令則檢查從屬設(shè)備是否能夠執(zhí)行所述特定命令，接著如果所述主設(shè)備或者從屬設(shè)備不能執(zhí)行該命令則檢查將執(zhí)行所述命令的EP是否能夠執(zhí)行所述特定命令。最后步驟是在能夠執(zhí)行所述特定命令的設(shè)備上執(zhí)行所述命令。
根據(jù)本發(fā)明，監(jiān)視和管理用戶接口連接到視頻會(huì)議設(shè)備，即不需要從中央化服務(wù)器執(zhí)行這些任務(wù)。
在下面的三種示例情況中，描述了利用本發(fā)明方法執(zhí)行監(jiān)視和管理。假定系統(tǒng)已經(jīng)連接并且在呼叫中。
在不同情況中，人們系統(tǒng)通過(guò)一個(gè)接口監(jiān)視和管理所有呼叫。下而的描述顯示了如何根據(jù)上述方法進(jìn)行實(shí)現(xiàn)。
情形點(diǎn)對(duì)點(diǎn)監(jiān)視從點(diǎn)對(duì)點(diǎn)會(huì)議中的一個(gè)系統(tǒng)收集呼叫信息。所述系統(tǒng)按照具有最大容量(多站點(diǎn)、ISDN帶寬)的系統(tǒng)進(jìn)行自動(dòng)選擇。所述系統(tǒng)稱為主系統(tǒng)。所述信息包括關(guān)于協(xié)議、持續(xù)時(shí)間等的信息。如果所述系統(tǒng)為外部系統(tǒng)，則使用內(nèi)部系統(tǒng)收集所述信息。
管理當(dāng)在會(huì)議中執(zhí)行管理功能時(shí)，依賴于系統(tǒng)容量，首先檢查主系統(tǒng)。如果在所述系統(tǒng)上不能執(zhí)行所述功能，則使用其他系統(tǒng)執(zhí)行所述功能。如果其他系統(tǒng)不是內(nèi)部的，則功能失敗(沒(méi)有系統(tǒng)能夠執(zhí)行功能)。通常地，音量、靜音是在人們需要控制的端點(diǎn)進(jìn)行控制，而繼續(xù)演示、添加/移除參加者和發(fā)言人控制是在主系統(tǒng)上完成的。
情形MCU(內(nèi)部或外部)監(jiān)視從MCU會(huì)議中的MCU系統(tǒng)收集呼叫信息。所述系統(tǒng)稱為主系統(tǒng)。所述信息包括關(guān)于協(xié)議、持續(xù)時(shí)間等的信息。
管理當(dāng)在會(huì)議中執(zhí)行管理功能時(shí)，依賴于系統(tǒng)容量，首先檢查主系統(tǒng)(MCU)。如果在所述主系統(tǒng)上不能執(zhí)行所述功能，則檢查待執(zhí)行所述功能的系統(tǒng)(例如，如果MCU不支持靜音，則在將被靜音的站點(diǎn)上執(zhí)行靜音)。如果其他系統(tǒng)不是內(nèi)部的，則功能失敗(沒(méi)有系統(tǒng)能夠執(zhí)行功能)。通常地，音量、靜音(通過(guò)內(nèi)部MCU)是在人們需要控制的單獨(dú)端點(diǎn)進(jìn)行控制，而繼續(xù)演示、添加/移除參加者、靜音(通過(guò)外部MCU)以及發(fā)言人控制是在主系統(tǒng)(MCU——內(nèi)部或者外部的)上完成的。
情形級(jí)聯(lián)/分布式MCU(內(nèi)部或外部)監(jiān)視從會(huì)議中的作為MCU的所有系統(tǒng)收集并且合并呼叫信息。一個(gè)系統(tǒng)將處于級(jí)聯(lián)/分布式的頂級(jí)，所述系統(tǒng)稱為主系統(tǒng)。所述合并后的信息包括關(guān)于協(xié)議、持續(xù)時(shí)間等的信息。
管理當(dāng)在會(huì)議中執(zhí)行管理功能時(shí)，依賴于系統(tǒng)容量，首先檢查主系統(tǒng)(主MCU)。如果在所述主系統(tǒng)上不能執(zhí)行所述功能，則檢查每個(gè)其他MCU(從屬M(fèi)CU)，如果從屬M(fèi)CU也不支持所述功能，則檢查待執(zhí)行所述功能的系統(tǒng)(例如，如果主MCU和從屬M(fèi)CU不支持靜音，則在將被靜音的站點(diǎn)上執(zhí)行靜音)。如果其他系統(tǒng)不是內(nèi)部的，則功能失敗(沒(méi)有系統(tǒng)能夠執(zhí)行功能)。通常地，音量、靜音(通過(guò)內(nèi)部MCU)是在人們需要控制的單獨(dú)端點(diǎn)進(jìn)行控制，而繼續(xù)演示、添加/移除參加者以及靜音(通過(guò)外部MCU)是在主或從屬M(fèi)CU上執(zhí)行的，而發(fā)言人控制是在主系統(tǒng)(MCU——內(nèi)部或者外部的)上完成的。
對(duì)于不同系統(tǒng)，如何完成所述方法和實(shí)際系統(tǒng)控制會(huì)不同。TANDBERG系統(tǒng)支持與其競(jìng)爭(zhēng)對(duì)手(RadVision、Polycom、Ezenia)不同的管理特性。主要問(wèn)題是每個(gè)系統(tǒng)支持不同功能，為了收集呼叫信息，產(chǎn)生單獨(dú)系統(tǒng)狀態(tài)的統(tǒng)一體(為了優(yōu)化，在多數(shù)情況下僅向主系統(tǒng)查詢所述信息)。然而對(duì)于管理，根據(jù)在此提出的解決方案，必須首先嘗試在主系統(tǒng)上執(zhí)行所述功能，然后在從屬M(fèi)CU上(如果使用了從屬M(fèi)CU)并且最后在各個(gè)系統(tǒng)上。
這樣使得在多數(shù)情況下并且對(duì)于多數(shù)特性，僅需要訪問(wèn)主系統(tǒng)，從而減少了由于IP網(wǎng)絡(luò)問(wèn)題而導(dǎo)致的連接不良的幾率。由于可以對(duì)主系統(tǒng)開(kāi)放持續(xù)連接，可以訪問(wèn)多數(shù)功能，并且不需要連接所有系統(tǒng)。
本發(fā)明的解決方案為管理員提供一個(gè)屏幕和一種控制所有會(huì)議的方式，不管它們是點(diǎn)對(duì)點(diǎn)、內(nèi)部MCU、外部MCU或者分布/級(jí)聯(lián)式會(huì)議。這樣避免了使用所有呼叫都必須經(jīng)過(guò)的大規(guī)模MCU，能夠具有相同的監(jiān)視和管理能力。
權(quán)利要求
1.一種在分布式視頻會(huì)議系統(tǒng)中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)站點(diǎn)連接單元(MCU)的多個(gè)端點(diǎn)(EP)的優(yōu)化建立的方法，包括以下步驟a)基于視頻會(huì)議會(huì)話中需要連接的EP數(shù)量而估計(jì)所需MCU的數(shù)量，b)通過(guò)將每個(gè)EP分配到MCU而根據(jù)所述估計(jì)檢查是否具有足夠數(shù)量的可用MCU，c)通過(guò)根據(jù)加權(quán)函數(shù)將EP連接到MCU而優(yōu)化分配EP到MCU。
2.根據(jù)權(quán)利要求1所述的方法，其中估計(jì)所需MCU的數(shù)量的步驟進(jìn)一步包括子步驟a)基于加權(quán)函數(shù)產(chǎn)生可用MCU的MCU優(yōu)先級(jí)列表，所述加權(quán)函數(shù)是基于MCU的任何所需特性或?qū)傩砸约癊P的數(shù)量，b)將具有最大權(quán)重的MCU選擇為主MCU。
3.根據(jù)權(quán)利要求1所述的方法，其中估計(jì)所需MCU的數(shù)量的步驟進(jìn)一步包括子步驟a)計(jì)算從MCU優(yōu)先級(jí)列表中的主MCU到其他MCU所需的鏈接，b)分配主MCU到視頻會(huì)議領(lǐng)導(dǎo)者(如果存在的話)的EP，c)計(jì)算每個(gè)EP的呼叫權(quán)重，其中EP和MCU之間的呼叫代價(jià)在包含在權(quán)重中的因素中，d)產(chǎn)生每個(gè)MCU的EP優(yōu)先級(jí)列表，e)根據(jù)所產(chǎn)生的EP和MCU優(yōu)先級(jí)列表而分配每個(gè)EP到MCU。
4.根據(jù)權(quán)利要求1所述的方法，其中所述優(yōu)化分配EP到MCU的步驟進(jìn)一步包括子步驟a)通過(guò)所產(chǎn)生的分配EP到MCU的優(yōu)先級(jí)列表產(chǎn)生除了主MCU之外的所有MCU的EP的釋放列表，b)創(chuàng)建MCU釋放列表中每個(gè)EP和每個(gè)MCU之間的路由，c)添加這些路由到路由集合的列表，d)按照最低權(quán)重呼叫對(duì)所述路由集合的列表進(jìn)行排序，e)分配所述路由集合中包含的每個(gè)EP到最需要的MCU，如果MCU上具有足夠的可用資源，并且在該EP存在時(shí)移除排序后列表中的所有其他路由。
5.根據(jù)權(quán)利要求2所述的方法，其中所產(chǎn)生的MCU優(yōu)先級(jí)列表按照位置、帶寬和計(jì)劃會(huì)議時(shí)的信道進(jìn)行排序。
6.根據(jù)權(quán)利要求3所述的方法，其中所述呼叫權(quán)重的計(jì)算進(jìn)一步包括帶寬因素。
7.根據(jù)權(quán)利要求3所述的方法，其中所產(chǎn)生的EP優(yōu)先級(jí)列表按照不同的加權(quán)因素進(jìn)行排序，其中代價(jià)和帶寬為優(yōu)先考慮的因素。
8.根據(jù)權(quán)利要求3所述的方法，其中所述分配每個(gè)EP到MCU是根據(jù)可用MCU的排序后列表進(jìn)行的。
9.根據(jù)權(quán)利要求3所述的方法，其中所述分配每個(gè)EP到MCU被執(zhí)行直到所有EP都被分配到MCU。
10.根據(jù)權(quán)利要求3所述的方法，其中如果EP優(yōu)先級(jí)列表中的一個(gè)或多個(gè)EP由于MCU上缺乏資源而沒(méi)有分配時(shí)，每個(gè)分配的EP都被釋放。
11.根據(jù)權(quán)利要求3所述的方法，其中如果前一個(gè)MCU被占用時(shí)，EP被分配到優(yōu)先級(jí)列表中的下一個(gè)MCU。
12.根據(jù)權(quán)利要求4所述的方法，其中所述將包含在路由集合中的EP分配到MCU的步驟在所述MCU上沒(méi)有足夠資源時(shí)被放棄并且選擇在優(yōu)化步驟之前所分配的路由。
13.根據(jù)權(quán)利要求7所述的方法，其中所產(chǎn)生的EP優(yōu)先級(jí)列表按照所述加權(quán)因素中的一者進(jìn)行排序。
14.根據(jù)權(quán)利要求7所述的方法，其中所產(chǎn)生的EP優(yōu)先級(jí)列表按照加權(quán)因素進(jìn)行排序。
15.根據(jù)權(quán)利要求10所述的方法，其中所述釋放EP在添加新的MCU到所述MCU優(yōu)先級(jí)列表之后被重新分配。
16.一種在分布式視頻會(huì)議系統(tǒng)中自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)MCU的多個(gè)EP的優(yōu)化建立的設(shè)備，包括a)估計(jì)單元，基于視頻會(huì)議會(huì)話中需要連接的EP數(shù)量而估計(jì)所需的MCU數(shù)量，b)檢查單元，通過(guò)分配EP到MCU而根據(jù)所述估計(jì)檢查是否具有足夠數(shù)量的可用MCU，以及c)優(yōu)化單元，通過(guò)根據(jù)加權(quán)函數(shù)將EP連接到MCU而優(yōu)化分配EP到MCU。
17.根據(jù)權(quán)利要求16所述的設(shè)備，其中所述估計(jì)所需MCU數(shù)量的估計(jì)單元進(jìn)一步包括a)基于加權(quán)函數(shù)產(chǎn)生可用MCU的MCU優(yōu)先級(jí)列表的裝置，所述加權(quán)函數(shù)是基于MCU的任何所需特性或?qū)傩砸约癊P數(shù)量的，b)將具有最佳權(quán)重的MCU選擇為主MCU的裝置。
18.根據(jù)權(quán)利要求16所述的設(shè)備，其中所述估計(jì)所需MCU數(shù)量的檢查單元進(jìn)一步包括a)計(jì)算從MCU優(yōu)先級(jí)列表中的主MCU到其他MCU所需鏈接的裝置，b)分配主MCU到視頻會(huì)議領(lǐng)導(dǎo)者(如果存在的話)EP的裝置，c)計(jì)算每個(gè)EP的呼叫權(quán)重的裝置，其中EP和MCU之間的呼叫代價(jià)在包含在權(quán)重中的因素中，d)產(chǎn)生每個(gè)MCU的EP優(yōu)先級(jí)列表的裝置，e)根據(jù)所產(chǎn)生的EP和MCU優(yōu)先級(jí)列表而分配每個(gè)EP到MCU的裝置。
19.根據(jù)權(quán)利要求16所述的設(shè)備，其中所述分配EP到MCU的優(yōu)化單元進(jìn)一步包括a)通過(guò)所產(chǎn)生的分配EP到MCU的優(yōu)先級(jí)列表產(chǎn)生除了主MCU之外的所有MCU的EP的釋放列表的裝置，b)創(chuàng)建MCU釋放列表中每個(gè)EP和每個(gè)MCU之間路由的裝置，c)添加這些路由到路由集合的列表的裝置，d)按照最低權(quán)重呼叫對(duì)所述路由集合的列表進(jìn)行排序的裝置，e)依賴于足夠資源的可用性而分配所述路由集合中包含的每個(gè)EP到最需要的MCU的裝置，以及在該EP存在時(shí)移除排序后列表中的所有其他路由的裝置。
20.一種監(jiān)視和管理網(wǎng)絡(luò)中的多個(gè)視頻會(huì)議設(shè)備的方法，包括以下步驟a)從呼叫中的設(shè)備收集并且合并呼叫信息例如協(xié)議和持續(xù)時(shí)間，b)一旦接收到管理功能則檢查設(shè)備是否能夠執(zhí)行特定命令，c)在能夠執(zhí)行所述特定命令的設(shè)備上執(zhí)行所述命令。
21.根據(jù)權(quán)利要求20所述的方法，其中所述檢查步驟包括a)一旦接收到管理功能則檢查主設(shè)備是否能夠執(zhí)行特定命令，b)如果所述主設(shè)備不能執(zhí)行所述命令則檢查從屬設(shè)備是否能夠執(zhí)行所述特定命令，c)如果所述主設(shè)備或者從屬設(shè)備不能執(zhí)行該命令則檢查將執(zhí)行所述命令的端點(diǎn)(EP)是否能夠執(zhí)行所述特定命令，d)在能夠執(zhí)行所述特定命令的設(shè)備上執(zhí)行所述命令。
22.根據(jù)權(quán)利要求20所述的方法，其中所述收集并合并呼叫信息是通過(guò)讓每個(gè)視頻會(huì)議設(shè)備對(duì)不同功能的支持水平對(duì)于緩存可用從而提升處理速度而進(jìn)行的。
23.根據(jù)權(quán)利要求20所述的方法，其中所述監(jiān)視和管理用戶接口連接到視頻會(huì)議設(shè)備。
24.一種監(jiān)視和管理網(wǎng)絡(luò)中的多個(gè)視頻會(huì)議的設(shè)備，包括a)接收裝置，從所有級(jí)聯(lián)MCU收集并且合并呼叫信息例如協(xié)議和持續(xù)時(shí)間，b)一旦接收到管理功能則檢查設(shè)備是否能夠執(zhí)行特定命令的裝置，c)在能夠執(zhí)行所述特定命令的設(shè)備上執(zhí)行所述命令的裝置。
25.根據(jù)權(quán)利要求24所述的設(shè)備，其中所述檢查裝置包括a)一旦接收到管理功能則檢查主設(shè)備是否能夠執(zhí)行特定命令的裝置，b)如果所述主設(shè)備不能執(zhí)行所述命令則檢查從屬設(shè)備是否能夠執(zhí)行所述特定命令的裝置，c)如果所述主設(shè)備或者從屬設(shè)備不能執(zhí)行該命令則檢查將執(zhí)行所述命令的端點(diǎn)(EP)是否能夠執(zhí)行所述特定命令的裝置。
全文摘要
本發(fā)明一般地涉及一種會(huì)議網(wǎng)絡(luò)系統(tǒng)并且尤其涉及一種在分布式視頻會(huì)議中根據(jù)加權(quán)函數(shù)自動(dòng)產(chǎn)生和分配對(duì)于多個(gè)站點(diǎn)連接單元(MCU)的多個(gè)端點(diǎn)(EP)的優(yōu)化建立的方法和設(shè)備。本發(fā)明進(jìn)一步涉及一種監(jiān)視和管理在分布式視頻會(huì)議系統(tǒng)中連接在一起并且建立呼叫的分布式MCU的方法和設(shè)備。通過(guò)收集并且合并呼叫信息，所述方法和系統(tǒng)能夠發(fā)送特定命令到能夠執(zhí)行所述命令的MCU。
文檔編號(hào)H04N7/15GK1820505SQ200480019619
公開(kāi)日2006年8月16日 申請(qǐng)日期2004年5月28日 優(yōu)先權(quán)日2003年7月7日
發(fā)明者T·施拉德?tīng)? A·達(dá)爾, M·雷克達(dá)爾 申請(qǐng)人:泰德通信公司