專利名稱：一種多媒體會議實現(xiàn)方法和裝置的制作方法
技術領域：
本發(fā)明涉移動通信技術，特別涉及一種多媒體會議實現(xiàn)方法和裝置。
背景技術：
多媒體會議是一種通過網(wǎng)絡通信技術實現(xiàn)的網(wǎng)絡虛擬會議，具體來說，是指通過圖像、聲音等多種方式，使得在地理位置上分散的多個終端實時地進行遠距離信息交互和共享，開展協(xié)同工作。傳統(tǒng)的多媒體會議系統(tǒng)都是基于客戶端/服務器(C/S，Client/server)架構的， 微控制單元(MCU，Micro Controller Unit)服務器為其中的核心網(wǎng)元，用于完成音頻混合或切換、視頻混合或切換、數(shù)據(jù)分發(fā)以及會議控制等功能，并將處理后的各種信息流送往加入會議的各終端。但是，這種方式會導致MCU服務器的負載過大。為此，現(xiàn)有技術中又提出一種分布式架構，圖1為現(xiàn)有分布式架構的示意圖。如圖 1所示，設置一個或多個MCU節(jié)點(圖1中表示出了 3個MCU節(jié)點)，每個MCU節(jié)點下屬一個或多個終端，MCU節(jié)點也由終端來承擔，用于完成上述MCU服務器的功能。MCU節(jié)點的選擇和數(shù)量可根據(jù)加入會議的終端的數(shù)量以及加入會議的各終端的負載情況動態(tài)確定。可以看出，這種方式無需用到MCU服務器，因此也就不存在導致MCU服務器的負載過大的問題， 但是，相比于MCU服務器，終端的計算能力、帶寬和穩(wěn)定性等方面的性能均較差，因此無法有效保障會議的服務質(zhì)量(QoS，Quality of Service) 0

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種多媒體會議實現(xiàn)方法，既能降低服務器的負載，又能保障會議的QoS。本發(fā)明的另一目的在于提供一種多媒體會議實現(xiàn)裝置，既能降低服務器的負載， 又能保障會議的QoS。為達到上述目的，本發(fā)明的技術方案是這樣實現(xiàn)的一種多媒體會議實現(xiàn)方法，包括A、當接收到加入會議的終端發(fā)送來的音視頻數(shù)據(jù)獲取請求后，服務器確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，則執(zhí)行步驟B，否則，執(zhí)行步驟C;B、如果符合條件的終端為一個，則所述服務器將該終端作為主選節(jié)點，如果為兩個以上，則所述服務器從中選擇一個作為主選節(jié)點，并利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸；C、所述服務器利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸。一種多媒體會議實現(xiàn)裝置，包括第一處理單元，用于當接收到加入會議的終端發(fā)送來的音視頻數(shù)據(jù)獲取請求后， 通知第二處理單元執(zhí)行自身功能；
所述第二處理單元，用于確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，且符合條件的終端為一個，則將該終端作為主選節(jié)點，如果是，且符合條件的終端為兩個以上，則從中選擇一個作為主選節(jié)點，利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸，否則，利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸?？梢?，采用本發(fā)明的技術方案，如果存在符合作為主選節(jié)點的條件的終端，則利用其來承擔終端間的音視頻數(shù)據(jù)傳輸，從而有效降低了服務器的負載，如果不存在符合作為主選節(jié)點的條件的終端，則仍利用服務器來承擔終端間的音視頻數(shù)據(jù)傳輸，從而保障了會議的QoS。


圖1為現(xiàn)有分布式架構的示意圖。圖2為本發(fā)明所述方案基于的網(wǎng)絡架構示意圖。圖3為本發(fā)明任一終端X加入會議的方式示意圖。圖4為本發(fā)明任一加入會議的終端Y獲取其它加入會議的終端的音視頻數(shù)據(jù)的方式示意圖。圖5為本發(fā)明多媒體會議實現(xiàn)方法實施例的流程圖。圖6為本發(fā)明多媒體會議實現(xiàn)裝置實施例的組成結構示意圖。
具體實施例方式針對現(xiàn)有技術中存在的問題，本發(fā)明中提出一種改進后的多媒體會議實現(xiàn)方案， 既能降低服務器的負載，又能保障會議的QoS。圖2為本發(fā)明所述方案基于的網(wǎng)絡架構示意圖。如圖2所示，包括平臺管理服務器(PMS，Platform Management Server)、會議控制服務器(CCS，Conference Control Server)和媒體控制服務器(MCS，Media Control krver)，另外，還可進一步包括編碼服務器，如果不設置編碼服務器，其功能可集成在MCS服務器中。其中，PMS服務器可采用一主一備的形式，主要功能包括1)管理和監(jiān)控各服務器；2)多媒體會議相關信息的存儲維護中心；3)終端信息的存儲維護中心；4)對終端的權限進行認證和對會議設備資源進行分配。根據(jù)會議規(guī)模，CCS服務器的數(shù)量可為一個或多個，主要功能包括1)負責終端的登錄管理，并維護其在線信息；2)終端加入會議的管理，通知為其分配的會議設備資源。根據(jù)會議規(guī)模，MCS服務器的數(shù)量也可為一個或多個，主要功能包括1)處理終端的音視頻數(shù)據(jù)獲取請求，并通知相應的目標終端；幻接收目標終端發(fā)送來的音視頻數(shù)據(jù)，轉(zhuǎn)發(fā)給發(fā)出請求的終端；3根據(jù)需要對音視頻數(shù)據(jù)進行混音、混屏和轉(zhuǎn)碼等處理；4)維護和管理各終端的狀態(tài)信息和延遲信息等，并據(jù)此進行決策，選擇主選節(jié)點ο編碼服務器為具備音視頻硬件編解碼芯片的高性能服務器，主要功能包括根據(jù) MCS服務器的請求，將多路音視頻數(shù)據(jù)編碼成一路，或?qū)⒁宦芬粢曨l數(shù)據(jù)進行碼率等的轉(zhuǎn)碼。
基于圖2所示網(wǎng)絡架構，圖3為本發(fā)明任一終端X加入會議的方式示意圖。如圖 3所示，包括步驟31 終端X將自身對應的用戶X選擇的多媒體會議標識發(fā)送給CCS服務器。如果后續(xù)需要進行權限認證，那么可要求用戶X輸入會議密碼，并將會議密碼進一步發(fā)送給CCS服務器。步驟32 =CCS服務器將接收到的多媒體會議標識轉(zhuǎn)發(fā)給PMS服務器。如果CCS服務器接收到了會議密碼，那么將會議密碼進一步轉(zhuǎn)發(fā)給PMS服務器。步驟33 =PMS服務器將接收到的多媒體會議標識對應的MCS服務器的地址返回給 CCS服務器。如果PMS服務器接收到了會議密碼，那么可首先根據(jù)會議密碼對終端X進行權限認證，如果認證不通過，則結束流程，如果認證通過，則將認證通過信息連同接收到的多媒體會議標識對應的MCS服務器的地址一起返回給CCS服務器。另外，如果終端X是第一個加入其所選擇的多媒體會議的終端，那么本步驟中，在認證通過后，PMS服務器需要首先為接收到的多媒體會議標識分配一個對應的MCS服務器， 具體來說，可根據(jù)各MCS服務器的負載情況，分配一個負載較輕的MCS服務器，然后再將認證通過信息連同所分配的MCS服務器的地址一起返回給CCS服務器，當然，如果只有一個 MCS服務器，則無需進行分配，直接將認證通過信息連同該MCS服務器的地址一起返回給 CCS服務器即可。步驟34 =CCS服務器將接收到的MCS服務器的地址返回給終端X。步驟35 終端X根據(jù)接收到的MCS服務器的地址與MCS服務器建立連接，并將自身的相關信息上報給MCS服務器。步驟36 =MCS服務器將加入會議的各終端的相關信息返回給終端X。步驟37 =MCS服務器通知加入會議的各終端有新的終端，即終端X加入，并附上終端χ的相關信息。所述相關信息可包括用戶標識和地址等。圖4為本發(fā)明任一加入會議的終端Y獲取其它加入會議的終端的音視頻數(shù)據(jù)的方式示意圖。如圖4所示，包括步驟41 終端Y向MCS服務器發(fā)送音視頻數(shù)據(jù)獲取請求，其中攜帶有目標用戶標識。步驟42 =MCS服務器通知接收到的目標用戶標識對應的終端，即目標終端1 (為與后續(xù)的目標終端2進行區(qū)分)進行音視頻數(shù)據(jù)的發(fā)送。步驟43 目標終端1采集音視頻數(shù)據(jù)，并返回給MCS服務器。步驟44 =MCS服務器將接收自目標終端1的音視頻數(shù)據(jù)返回給終端Y。步驟45 終端Y向MCS服務器發(fā)送音視頻數(shù)據(jù)獲取請求，其中攜帶有另一目標用戶標識。步驟46 =MCS服務器通知接收到的目標用戶標識對應的終端，即目標終端2進行音視頻數(shù)據(jù)的發(fā)送。步驟47 目標終端2采集音視頻數(shù)據(jù)，并返回給MCS服務器。步驟48 =MCS服務器將接收自目標終端2的音視頻數(shù)據(jù)返回給終端Y。
7
在實際應用中，為節(jié)省帶寬，MCS服務器可將多路音視頻數(shù)據(jù)編碼成一路，一并返回給終端Y。圖3和4所示實現(xiàn)方式與現(xiàn)有技術中基本相同，區(qū)別僅在于將現(xiàn)有技術中的MCU 服務器的功能分散到了 PMS服務器、CCS服務器和MCS服務器上，從而使得各服務器的功能更為專一和明確。需要說明的是，如果按照現(xiàn)有方式，只設置一個MCU服務器，也是可以的，對本發(fā)明所述方案的實現(xiàn)并沒有實質(zhì)的影響。為降低服務器的負載，同時保障會議的QoS，本發(fā)明所述方案中，當各終端加入會議后，可周期性地獲取自身的狀態(tài)信息，包括中央處理單元(CPU，Central Processing Unit)利用率、音視頻輸入帶寬以及音視頻輸出帶寬等，并上報給MCS服務器；另外，還可周期性地獲取自身與其它加入會議的各終端之間的延遲信息，并上報給MCS服務器。上報狀態(tài)信息的周期和上報延遲信息的周期可相同，也可不同。如何獲取狀態(tài)信息和延遲信息均為現(xiàn)有技術。MCS服務器接收到加入會議的各終端上報的狀態(tài)信息和延遲信息后，可以表格的形式進行保存，并周期性進行更新，如表一和表二所示
權利要求
1.一種多媒體會議實現(xiàn)方法，其特征在于，包括A、當接收到加入會議的終端發(fā)送來的音視頻數(shù)據(jù)獲取請求后，服務器確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，則執(zhí)行步驟B，否則，執(zhí)行步驟 C ；B、如果符合條件的終端為一個，則所述服務器將該終端作為主選節(jié)點，如果為兩個以上，則所述服務器從中選擇一個作為主選節(jié)點，并利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸；C、所述服務器利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸。
2.根據(jù)權利要求1所述的方法，其特征在于，該方法進一步包括加入會議的各終端周期性地獲取自身的狀態(tài)信息，并上報給所述服務器；所述服務器確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端包括 所述服務器根據(jù)所述狀態(tài)信息確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端。
3.根據(jù)權利要求2所述的方法，其特征在于，所述狀態(tài)信息包括中央處理單元CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬；所述服務器根據(jù)所述狀態(tài)信息確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端包括如果一終端的CPU利用率大于或等于所述多媒體會議的總CPU利用率、 音視頻輸入帶寬大于或等于所述多媒體會議的總音視頻輸入帶寬，且音視頻輸出帶寬大于或等于所述多媒體會議的總音視頻輸出帶寬，則確定該終端為符合條件的終端。
4.根據(jù)權利要求3所述的方法，其特征在于，該方法進一步包括加入會議的各終端周期性地獲取自身與其它加入會議的各終端之間的延遲信息，并上報給所述服務器；所述服務器從中選擇一個作為主選節(jié)點包括所述服務器分別計算各符合條件的終端與其它加入會議的各終端之間的延遲總和，將計算結果最小的終端作為所述主選節(jié)點。
5.根據(jù)權利要求4所述的方法，其特征在于，該方法進一步包括所述服務器將加入會議的各終端中符合同組條件的終端劃分為一組，得到一個以上分組，每個分組間的鏈路彼此獨立，并確定每個分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬；所述服務器根據(jù)所述狀態(tài)信息確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端包括如果不存在CPU利用率大于或等于所述總CPU利用率、音視頻輸入帶寬大于或等于所述總音視頻輸入帶寬，且音視頻輸出帶寬大于或等于所述總音視頻輸出帶寬的終端，則所述服務器將加入會議的各終端的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬分別與各分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬進行比較，如果一終端的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬均對應大于或等于一分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬，則確定該終端為符合條件的終端。
6.根據(jù)權利要求5所述的方法，其特征在于，所述服務器從中選擇一個作為主選節(jié)點包括所述服務器分別計算各符合條件的終端與其對應的分組中的各終端之間的延遲總和，將計算結果最小的終端作為所述主選節(jié)點；所述對應的分組為CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬均小于自身的分組。
7.根據(jù)權利要求1所述的方法，其特征在于，該方法進一步包括所述主選節(jié)點周期性地向所述服務器發(fā)送心跳消息，并在當自身情況不允許繼續(xù)作為主選節(jié)點時，向所述服務器發(fā)送主選節(jié)點重選請求；如果超過預定時長仍未接收到所述心跳消息或接收到來自所述主選節(jié)點的重選請求， 則所述服務器重新確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，則執(zhí)行步驟B，否則，執(zhí)行步驟C。
8.根據(jù)權利要求1 6中任一項所述的方法，其特征在于，所述服務器為媒體控制服務器 MCS。
9.一種多媒體會議實現(xiàn)裝置，其特征在于，包括第一處理單元，用于當接收到加入會議的終端發(fā)送來的音視頻數(shù)據(jù)獲取請求后，通知第二處理單元執(zhí)行自身功能；所述第二處理單元，用于確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，且符合條件的終端為一個，則將該終端作為主選節(jié)點，如果是，且符合條件的終端為兩個以上，則從中選擇一個作為主選節(jié)點，利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸，否則，利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸。
10.根據(jù)權利要求9所述的裝置，其特征在于，所述第二處理單元包括第一處理子單元，用于接收加入會議的各終端周期性上報的狀態(tài)信息，包括中央處理單元CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬，并發(fā)送給第二處理子單元；所述第二處理子單元，用于確定加入會議的各終端中是否存在CPU利用率大于或等于所述多媒體會議的總CPU利用率、音視頻輸入帶寬大于或等于所述多媒體會議的總音視頻輸入帶寬，且音視頻輸出帶寬大于或等于所述多媒體會議的總音視頻輸出帶寬的終端，如果是，則確定該終端為符合條件的終端，并當在符合條件的終端為一個時，將該終端作為主選節(jié)點，當符合條件的終端為兩個以上時，從中選擇一個作為主選節(jié)點，利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸，否則，利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸。
11.根據(jù)權利要求10所述的裝置，其特征在于，所述第一處理子單元進一步用于，接收加入會議的各終端周期性上報的與其它加入會議的各終端之間的延遲信息，并發(fā)送給所述第二處理子單元；當符合條件的終端為兩個以上時，所述第二處理子單元分別計算各符合條件的終端與其它加入會議的各終端之間的延遲總和，將計算結果最小的終端作為所述主選節(jié)點。
12.根據(jù)權利要求11所述的裝置，其特征在于，所述第二處理子單元進一步用于，將加入會議的各終端中符合同組條件的終端劃分為一組，得到一個以上分組，每個分組間的鏈路彼此獨立，并確定每個分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬；如果不存在CPU利用率大于或等于所述總CPU利用率、音視頻輸入帶寬大于或等于所述總音視頻輸入帶寬，且音視頻輸出帶寬大于或等于所述總音視頻輸出帶寬的終端，則將加入會議的各終端的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬分別與各分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬進行比較，如果一終端的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬均對應大于或等于一分組的CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬， 則確定該終端為符合條件的終端。
13.根據(jù)權利要求12所述的裝置，其特征在于，當符合條件的終端為兩個以上時，所述第二處理子單元分別計算各符合條件的終端與其對應的分組中的各終端之間的延遲總和， 將計算結果最小的終端作為所述主選節(jié)點；所述對應的分組為CPU利用率、音視頻輸入帶寬和音視頻輸出帶寬均小于自身的分組。
14.根據(jù)權利要求9所述的裝置，其特征在于，該裝置中進一步包括第三處理單元，用于接收所述主選節(jié)點周期性發(fā)送的心跳消息，并在當超過預定時長仍未接收到所述心跳消息或接收到來自所述主選節(jié)點的重選請求后，通知所述第二處理單元重復執(zhí)行自身功能。
全文摘要
本發(fā)明公開了一種多媒體會議實現(xiàn)方法A、當接收到加入會議的終端發(fā)送來的音視頻數(shù)據(jù)獲取請求后，服務器確定加入會議的各終端中是否存在符合作為主選節(jié)點的條件的終端，如果是，則執(zhí)行步驟B，否則，執(zhí)行步驟C；B、如果符合條件的終端為一個，則所述服務器將該終端作為主選節(jié)點，如果為兩個以上，則所述服務器從中選擇一個作為主選節(jié)點，并利用所述主選節(jié)點來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸；C、所述服務器利用自身來承擔加入會議的各終端之間的音視頻數(shù)據(jù)傳輸。本發(fā)明同時公開了一種多媒體會議實現(xiàn)裝置。應用本發(fā)明所述的方法和裝置，既能降低服務器的負載，又能保障會議的服務質(zhì)量。
文檔編號H04W4/06GK102469409SQ201010533438
公開日2012年5月23日 申請日期2010年11月2日 優(yōu)先權日2010年11月2日
發(fā)明者廖洪鑾, 彭晉 申請人:中國移動通信集團公司