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

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


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