專利名稱：基于ims的多媒體會議實現(xiàn)方法及其裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域的多媒體會議技術(shù)，尤其涉及一種基于IMS的多媒體會議實行方法及其裝置和系統(tǒng)。
背景技術(shù)：
3GPP提出的IMS (IP multi-media subsystem, IP多媒體子系統(tǒng))技術(shù)在軟交換的基礎(chǔ)上完善了業(yè)務(wù)邏輯與控制相分離，以及呼叫控制和承載控制相分離的機制，優(yōu)化了信令面處理。除此以外，IMS系統(tǒng)具有端到端全IP化、接入方式無關(guān)性、水平式業(yè)務(wù)開發(fā)機制等多方面的優(yōu)勢，因此迅速獲得了其他標(biāo)準(zhǔn)化組織的廣泛認可，已經(jīng)從最初3GPP針對移 動用戶定義的系統(tǒng)，擴展為固定移動融合的統(tǒng)一的核心網(wǎng)。在IMS中實現(xiàn)的多媒體會議系統(tǒng)是基于C/S (即客戶端/服務(wù)器)結(jié)構(gòu)的系統(tǒng)，其架構(gòu)中核心組件是MCU (Micro Controller Unit,多點控制單元)服務(wù)器,它是多媒體會議系統(tǒng)的關(guān)鍵設(shè)備，用于處理音視頻數(shù)據(jù)、會議控制信息等。圖I示出了一種現(xiàn)有的基于IMS的多媒體會議系統(tǒng)架構(gòu)。基于該系統(tǒng)架構(gòu)，多媒體會議的實現(xiàn)流程為終端向IMS核心網(wǎng)發(fā)起SIP(Session Initiation Protocol,會話初始協(xié)議)請求，IMS核心網(wǎng)將該請求轉(zhuǎn)發(fā)給AS (應(yīng)用服務(wù)器)以觸發(fā)會議業(yè)務(wù)'AS向RMS (資源管理系統(tǒng))申請會議資源，RMS為該會議指定MCU后請求該MCU創(chuàng)建會議;MCU創(chuàng)建會議后，AS將終端的SIP請求轉(zhuǎn)發(fā)給MCU以進行會議處理和控制。現(xiàn)有MS中多媒體會議的方案完全采用C/S方式來實現(xiàn)，由運營商部署的MCU完成所有音視頻數(shù)據(jù)的處理，MCU通常為負載最重的網(wǎng)元。在需要支撐大量的會議同時進行的情況下，MCU需要耗費大量資源，有可能影響音視頻處理效率或效果，甚至有可能導(dǎo)致多媒體會議無法正常進行。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種基于MS的多媒體會議實現(xiàn)方法及其裝置和系統(tǒng)，以實現(xiàn)多媒體會議音視頻數(shù)據(jù)的分布式處理，減少MCU的資源開銷。本發(fā)明實施例提供的基于MS的多媒體會議實現(xiàn)方法，包括多點控制單元MCU從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流；所述MCU通過MS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。本發(fā)明實施例提供的MCU，包括選擇模塊，用于從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流；通知模塊，用于通過IMS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。本發(fā)明另一實施例提供的基于IMS的多媒體會議實現(xiàn)方法，包括會議終端接收MCU通過MS核心網(wǎng)發(fā)送的處理多媒體會議媒體流的通知；所述會議終端根據(jù)所述通知，對其所負責(zé)進行媒體流處理的其它會議終端發(fā)送來的媒體流進行處理；其中，所述其它會議終端根據(jù)MCU通過MS核心網(wǎng)發(fā)送的通知，將采集到的媒體流發(fā)送給所述會議終端進行處理。本發(fā)明實施例提供的會議終端，包括通知接收模塊，用于接收MCU通過MS核心網(wǎng)發(fā)送的處理多媒體會議媒體流的第 一通知；以及，接收MCU通過IMS核心網(wǎng)發(fā)送的第二通知，所述第二通知用于通知所述會議終端將其采集到的媒體流發(fā)送給所述MCU選擇出的用于處理所述媒體流的其它會議終端；媒體流處理模塊，用于根據(jù)接收到的所述第一通知，對所述會議終端所負責(zé)進行媒體流處理的其它會議終端發(fā)送來的媒體流進行處理；媒體流發(fā)送模塊，用于根據(jù)接收到的所述第二通知，將所述會議終端采集到的媒體流發(fā)送給用于處理所述媒體流的其它會議終端。本發(fā)明實施例提供的基于MS的多媒體會議系統(tǒng)，包括MS核心網(wǎng)設(shè)備、多媒體會議應(yīng)用服務(wù)器，以及至少ー個如權(quán)利要求9至14之一所述的MCU ；所述MCU分別與所述MS核心網(wǎng)設(shè)備和所述多媒體會議應(yīng)用服務(wù)器連接，且所述MCU之間相互連接，用于將自己的資源使用情況信息發(fā)送給其它MCU，以及從其它MCU接收資源使用情況信息。本發(fā)明的上述實施例中，MCU可從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流，并通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理，從而使會議終端承擔(dān)多媒體會議媒體流的處理操作，進而減輕了 MCU的負擔(dān)。在MCU負載較大或帶寬較少的情況下，通過本發(fā)明實施例可以減輕MCU負擔(dān)，從而一定程度上保證多媒體會議的正常進行。


圖I為現(xiàn)有技術(shù)提供的基于IMS的多媒體會議系統(tǒng)的架構(gòu)示意圖；圖2為本發(fā)明實施例提供的基于IMS的多媒體會議系統(tǒng)的架構(gòu)示意圖；圖3為本發(fā)明實施例提供的多媒體會議創(chuàng)建流程示意圖；圖4為本發(fā)明實施例提供的終端加入多媒體會議的流程示意圖；圖5為本發(fā)明實施例提供的多媒體會議過程中媒體數(shù)據(jù)交互的流程示意圖；圖6為本發(fā)明實施例提供的多個會議終端協(xié)同混音的流程示意圖；圖7為本發(fā)明實施例提供的MCU的結(jié)構(gòu)示意圖；圖8為本發(fā)明實施例提供的終端設(shè)備的結(jié)構(gòu)示意圖。
具體實施例方式針對現(xiàn)有技術(shù)存在的上述問題，本發(fā)明實施例在基于MS的多媒體會議系統(tǒng)中引入分布式多媒體會議機制，既可充分利用IMS可管可控的特性，又可以復(fù)用原有的用戶管理、認證、鑒權(quán)等機制，同時還能夠利用分布式技術(shù)降低MCU的負擔(dān)，從而降低MCU的運營成本。下面結(jié)合附圖對本發(fā)明實施例進行詳細描述。參見圖2，為本發(fā)明實施例提供的基于IMS的多媒體會議系統(tǒng)的架構(gòu)示意圖。如圖所示，在基于MS的多媒體會議系統(tǒng)中，除了常規(guī)的MS核心網(wǎng)網(wǎng)元，如，P-CSCF(代理CSCF，其中CSCF為呼叫會話控制功能的英文簡稱)、I-CSCF(查詢CSCF)和S-CSCF(服務(wù)CSCF)之外，還包括HSS (Home Subscriber Server，歸屬用戶服務(wù)器)、多媒體會議應(yīng)用服務(wù)器(圖中表示為Conf-AS)以及MCU。該系統(tǒng)架構(gòu)中，MCU可以是ー個或多個， 如果是多個，則可以采用分布式結(jié)構(gòu)(如圖2中所示的分布式MCU服務(wù)器D-MCU)。本發(fā)明實施例優(yōu)選分布式MCU的系統(tǒng)架構(gòu)，各MCU均可與多媒體會議應(yīng)用服務(wù)器Conf-AS交互SIP消息，各MCU還可與MS核心網(wǎng)網(wǎng)元進行信息交互。其中，多媒體會議應(yīng)用服務(wù)器Conf-AS主要負責(zé)提供會議信息的管理，參與對用戶的業(yè)務(wù)鑒權(quán)等處理；分布式MCU則負責(zé)提供會議成員之間媒體數(shù)據(jù)的處理和分發(fā)，包括接收用戶的音視頻數(shù)據(jù)并進行必要的轉(zhuǎn)碼、混音等處理，并將處理后的音視頻數(shù)據(jù)分發(fā)給相應(yīng)的會議終端。分布式MCU之間可以互相感知負載狀態(tài)，如，各MCU可按照一定策略(如周期)將自身的資源使用情況(包括負載狀態(tài)、帶寬資源占用等情況)發(fā)送給其它MCU，以及接收其它MCU發(fā)送來的相關(guān)資源使用情況的信息?；谏鲜鱿到y(tǒng)架構(gòu)，多媒體會議的信令面控制使用IMS，用戶面的音視頻數(shù)據(jù)傳輸則采用分布式進行優(yōu)化。圖3示出了基于上述系統(tǒng)架構(gòu)的多媒體會議創(chuàng)建的流程。如圖3所示，該流程可包括步驟301，會議終端(圖中示為Conf-UE)啟動后，進行網(wǎng)絡(luò)配置，包括IP地址的配置和P-CSCF地址的發(fā)現(xiàn)等。步驟302，Conf-UE執(zhí)行MS注冊流程。該MS注冊流程可采用現(xiàn)有方式實現(xiàn)。步驟303 304，Conf-UE通過MS核心網(wǎng)(圖中示為MS Core)向Conf-AS請求多媒體會議服務(wù)。步驟305 306，Conf-AS根據(jù)HSS中該Conf-UE的簽約信息進行權(quán)限校驗并返回校驗結(jié)果。步驟307 308，Conf-UE通過MS Core進行會議預(yù)約，以事先創(chuàng)建好會議。步驟309 310，Conf-AS為會議分配會議標(biāo)識，完成會議信息的記錄并返回會議
創(chuàng)建結(jié)果。圖4示出了基于上述系統(tǒng)架構(gòu)，會議終端加入多媒體會議的流程，如圖4所示，該流程可包括步驟401 402，會議終端(圖中示為Conf-UEl)向Conf-AS請求加入已創(chuàng)建的會議。步驟403，Conf-AS為Conf-UE I選擇合適的D-MCU，并將選擇結(jié)果和會議成員信息發(fā)送給選擇出的D-MCU。該步驟中，Conf-AS上存儲有各D-MCU上報的負載和帶寬等資源使用情況信息，Conf-AS可根據(jù)各D-MCU的負載和帶寬等資源使用情況選擇為該會議服務(wù)的D-MCU，如選擇負載輕的或/和帶寬資源占用少的D-MCU。步驟404 405，Conf-AS向Conf-UEl返回會議的信息，包括D-MCU的信息，以便Conf-UEl與該D-MCU建立連接。
步驟406 409，Conf-UEl經(jīng)由頂S Core向D-MCU建立連接。該步驟中，優(yōu)選的，如果該D-MCU判斷自己的負載過大或/帶寬資源占用較多，則可根據(jù)該D-MCU所感知的其它D-MCU的資源使用情況，將Conf-UEl重定向至負載較輕的或/和帶寬資源占用少D-MCU，Conf-UEl可與重定向的目標(biāo)D-MCU (即新選擇出的服務(wù)MCU)進行連接。該步驟可選。步驟410 411，D-MCU向Conf-UEl返回該會議信息以及該會議的成員信息。本流程中，返回的會議成員信息為Conf-UE2的信息。步驟412 415，Conf_UEl經(jīng)由MS Core向其它已經(jīng)加入會議的會議終端(本流程中為Conf-UE2)建立連接。步驟416，Conf-UEl檢測網(wǎng)絡(luò)環(huán)境，如檢測兩兩會議成員之間的鏈路的延遲。步驟417 418，Conf-UEl經(jīng)由MS Core向Conf-AS報告自身的資源使用情況(如負載情況或/和帶寬占用等情況)、自身的能力或測量到的延遲參數(shù)等信息。進一步的，Conf-AS可將Conf-UEl上報的信息發(fā)送給各D-MCU，以便作為D-MCU選擇分擔(dān)其媒體流處理操作的會議終端的依據(jù)。通過以上流程可以看出，通過分布式D-MCU的設(shè)置，一方面，在為加入多媒體會議的終端選擇MCU時，可選擇其中負載較輕或/和帶寬占用較少的D-MCU，從而可達到負載均衡的目的，同時可以一定程度上保證多媒體會議的正常進行；另一方面，由于分布式D-MCU中各D-MCU可感知其它D-MCU的負載或/和帶寬使用情況，因此當(dāng)多媒體會議應(yīng)用服務(wù)器選擇出的D-MCU不適合為多媒體會議服務(wù)時(如負載較大)，則可以將會議終端重定向到其它合適的D-MCU(如負載較輕的D-MCU)，從而實現(xiàn)負載均衡的目的，并可以一定程度上保證多媒體會議的正常進行。圖5示出了基于上述系統(tǒng)架構(gòu)，多媒體會議進行過程中多媒體數(shù)據(jù)的處理流程示意圖，本流程以當(dāng)前多媒體會議中有3個會議成員Conf-UEI、Conf-UE2和Conf_UE3為例描述，如圖所示，該流程可包括步驟501 504，D-MCU選擇合適的會議終端(此處為Conf_UE3)進行音頻混音，并將選擇出的會議終端的信息通過頂S Core通知給會議成員Conf-UEl和Conf_UE2以及所選擇出的Conf-UE3。其中，D-MCU可通知Conf_UE3作為超級節(jié)點，由其進行混音處理和分發(fā)。該步驟中，D-MCU可在自身的負載較大時(如高于設(shè)定負載閾值時)，選擇會議終端分擔(dān)該D-MCU的音頻混音處理。D-MCU可根據(jù)多媒體會議中各會議終端的處理能力、資源使用情況或鏈路性能等因素(或上述各種因素的組合)選擇用于音頻混音處理的會議終端。如選擇硬件能力強、負載輕、帶寬大、與其它的終端間鏈路時延小或丟包少的會議終端。由于加入多媒體會議的終端種類多種多樣，可以是手機終端，也可以是PC等，D-MCU可以根據(jù)會議終端的類型，選擇其中處理能力強的終端進行音頻混音。當(dāng)然，還可以默認指定某會議終端進行音頻混音。
步驟505 506，Conf-UEl和Conf_UE2分別將音頻數(shù)據(jù)發(fā)送給Conf_UE3進行處理。該步驟中，Conf-UE3接收到Conf-UEl和Conf_UE2發(fā)送的音頻數(shù)據(jù)后，可將接收到的音頻數(shù)據(jù)和自己采集的音頻數(shù)據(jù)進行混音處理。當(dāng)然，也可以根據(jù)混音策略將相應(yīng)的音頻數(shù)據(jù)進行混音處理。步驟507a 507b，Conf_UE3分別將混音處理后的音頻數(shù)據(jù)發(fā)送給Conf-UEl和Conf-UE20步驟508，當(dāng)Conf-UEl請求查看Conf_UE3的視頻時，向D-MCU發(fā)送請求。步驟509，D-MCU經(jīng)過一定的策略計算，發(fā)現(xiàn)可以由Conf_UE2進行視頻數(shù)據(jù)的處理轉(zhuǎn)發(fā)，則將此決策信息(即通過Conf-UE2轉(zhuǎn)發(fā)Conf-UE3的視頻流)以及Conf-UEl的視頻請求發(fā)送給Conf_UE3。 該步驟中，D-MCU可在自身的帶寬資源較少時(如低于設(shè)定帶寬資源閾值時)，選擇會議終端分擔(dān)該D-MCU的視頻轉(zhuǎn)發(fā)處理。D-MCU可根據(jù)多媒體會議中各會議終端的處理帶寬選擇用于轉(zhuǎn)發(fā)視頻流的會議終端。如選擇帶寬大、與其它的終端間鏈路時延小或丟包少的會議終端。當(dāng)然，還可以默認指定某會議終端進行視頻流的轉(zhuǎn)發(fā)處理。步驟510，D-MCU 告知 Conf-UEl，從 Conf_UE2 處獲取 Conf_UE3 的視頻數(shù)據(jù)。步驟511，D-MCU通知Conf_UE2作為超級節(jié)點，由其進行視頻數(shù)據(jù)的處理轉(zhuǎn)發(fā)。步驟512，Conf-UE3將視頻數(shù)據(jù)發(fā)送給Conf-UE2。步驟513，Conf-UE2 將 Conf_UE3 的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給 Conf-UEl，Conf-UEl 從Conf-UE2處接收Conf-UE3的視頻數(shù)據(jù)。上述流程中，音頻數(shù)據(jù)的混音處理過程和視頻數(shù)據(jù)的轉(zhuǎn)發(fā)處理過程，其執(zhí)行順序沒有嚴格的時序要求。上述流程中，MCU在多媒體會議過程中所選擇出的用于音頻混音的會議終端為該多媒體會議的成員終端，所選擇出的用于視頻數(shù)據(jù)轉(zhuǎn)發(fā)的會議終端也是該多媒體會議的成員終端。上述流程中，MCU所選擇的用于音頻混音的終端可以是ー個也可以是多個。如果選擇出的會議終端為多個，則可通過如圖6所示的流程使選擇出的各會議終端協(xié)同進行音頻混音處理。以當(dāng)前多媒體會議中有5個會議成員Conf-UEl-5為例，被選擇執(zhí)行音頻混音處理的會議終端包括Conf-UEl和Conf-UE2，如圖6所示，該流程可包括 步驟601 602b，D-MCU選擇合適的會議終端進行混音，本實施例中選擇Conf-UEl和Conf-UE2進行混音，D-MCU經(jīng)MS核心網(wǎng)(MS Core)通知Conf-UEl和Conf_UE2已被選擇為混音終端，并告知Conf-UEl負責(zé)Conf-UE5的混音，告知Conf_UE2負責(zé)Conf_UE3和Conf-UE4的混音；步驟603 604c，D-MCU 經(jīng)頂S 核心網(wǎng)通知 Conf_UE3、Conf_UE4 將由 Conf_UE2 對它們采集的音頻進行混音處理，通知Conf-UE5將由Conf-UEl對其采集的音頻進行混音處理；步驟605a 605c，Conf_UE5根據(jù)接收到的通知，將自身的音頻數(shù)據(jù)發(fā)送給Conf-UEl, Conf-UEl將自身和Conf_UE5的音頻數(shù)據(jù)進行混音；Conf_UE3和Conf_UE4根據(jù)接收到的通知，將自身的音頻數(shù)據(jù)發(fā)送給Conf-U2進行混音處理，Conf-UE2將自身以及Conf-UE3、Conf-UE4的音頻數(shù)據(jù)進行混音；步驟606，Conf-UEU Conf-UE2交換各自混音后的數(shù)據(jù)后，再進行一次混音，得到所有會議終端混音后的音頻數(shù)據(jù)。步驟607a 607c，Conf-UEl、Conf_UE2分別將所有會議終端混音后的音頻數(shù)據(jù)發(fā)送給各自負責(zé)的會議終端。綜上所述，通過本發(fā)明實施例的以上流程可以看出，一方面，通過在多媒體會議系統(tǒng)中部署多個MCU，即進行分布式MCU的部署，當(dāng)為多媒體會議選擇服務(wù)MCU時，可根據(jù)各MCU的資源使用情況等信息進行選擇，從而可以提高多媒體會議的處理效率；另一方面，通過MCU在其負載較高或帶寬較少的情況下，即有可能影響多媒體會議處理效率的情況下，將媒體流處理操作交給處理能力較強的會議成員終端進行處理，從而分擔(dān)該MCU的部分處理操作，減輕了 MCU的負載，同時也能一定程度上保證多媒體會議的正常進行?；谙嗤募夹g(shù)構(gòu)思，本發(fā)明實施例還提供了一種可應(yīng)用于上述流程的MCU和會 議終端設(shè)備。參見圖7，為本發(fā)明實施例提供的MCU的結(jié)構(gòu)示意圖，如圖所示，該MCU設(shè)備可包括選擇模塊701，用于從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流；通知模塊702，用于通過MS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。上述MCU中，選擇模塊701可根據(jù)所述多媒體會議的成員終端上報的以下信息之一或任意組合，從多媒體會議的各成員終端中選擇會議終端會議終端的處理能力；會議終端的資源使用情況；與其它會議終端的鏈路性能。上述MCU還可包括接收模塊703，用于接收成員終端加入所述多媒體會議后上報的所述信息；其中，所述成員終端將所述信息上報給MCU所在的多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器，并由該多媒體應(yīng)用服務(wù)器發(fā)送給所述MCU。所述處理多媒體會議的媒體流是指對多媒體會議的音頻數(shù)據(jù)進行混音；相應(yīng)的，通知模塊702具體用于，通知音頻數(shù)據(jù)的采集者會議終端將采集到的音頻數(shù)據(jù)發(fā)送到選擇出的會議終端；以及，通知選擇出的會議終端對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。所述處理多媒體會議的媒體流是指轉(zhuǎn)發(fā)多媒體會議的視頻數(shù)據(jù)；相應(yīng)的，通知模塊702具體用于，通知被請求訪問的視頻數(shù)據(jù)的采集者會議終端將其采集到的視頻數(shù)據(jù)發(fā)送給選擇出的會議終端；以及，通知選擇出的會議終端將從所述視頻數(shù)據(jù)的采集者會議終端接收到的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給請求訪問所述視頻數(shù)據(jù)的訪問者會議終端。上述MCU中，選擇模塊701選擇出的會議終端為一個或多個；相應(yīng)的，通知模塊702具體用于，當(dāng)所述選擇模塊選擇出多個會議終端進行音頻混音時，通知各選擇出的會議終端各自所負責(zé)混合的音頻數(shù)據(jù)的采集者會議終端，將采集到的音頻數(shù)據(jù)發(fā)送給相應(yīng)的選擇出的會議終端；以及，通知選擇出的會議終端對其所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音,并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。上述MCU還可包括重定向模塊704，用于在所述MCU被選擇為多媒體會議的服務(wù)MCU后，根據(jù)自己的資源使用情況和多媒體會議系統(tǒng)中的其它MCU的資源使用情況，從所述其它MCU中選擇MCU作為所述多媒體會議的服務(wù)MCU，并將加入 所述多媒體會議的成員終端重定向到新選擇出的服務(wù)MCU。參見圖8，為本發(fā)明實施例提供的會議終端設(shè)備的結(jié)構(gòu)示意圖，如圖所示，該會議終端設(shè)備可包括通知接收模塊801，用于接收MCU通過MS核心網(wǎng)發(fā)送的處理多媒體會議媒體流的第一通知；以及，接收MCU通過IMS核心網(wǎng)發(fā)送的第二通知，所述第二通知用于通知所述會議終端將其采集到的媒體流發(fā)送給所述MCU選擇出的用于處理所述媒體流的其它會議終端;媒體流處理模塊802，用于根據(jù)接收到的所述第一通知，對所述會議終端所負責(zé)進行媒體流處理的其它會議終端發(fā)送來的媒體流進行處理；媒體流發(fā)送模塊803，用于根據(jù)接收到的所述第二通知，將所述會議終端采集到的媒體流發(fā)送給用于處理所述媒體流的其它會議終端。上述會議終端中，通知接收模塊801接收到的所述第一通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知；相應(yīng)的，流媒體處理模塊802具體用干，對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)和自己采集到的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。上述會議終端中，通知接收模塊801接收到的所述第一通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知；相應(yīng)的，流媒體處理模塊802具體用干，對所述會議終端所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)和自激采集到的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音，并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。上述會議終端中，通知接收模塊801接收到的所述第一通知為，將視頻數(shù)據(jù)訪問者會議終端所請求的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端的通知；相應(yīng)的，媒體流處理模塊802具體用于，接收所請求的視頻數(shù)據(jù)的采集者會議終端發(fā)送的視頻數(shù)據(jù)，并將該視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端。上述會議終端還可包括上報模塊804，用于在所述會議終端加入多媒體會議后，通過IMS核心網(wǎng)向多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器上報以下信息之一或任意組合會議終端的處理能力；會議終端的資源使用情況；與其它會議終端的鏈路性能。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令周以使得一臺終端設(shè)備(可以是手機，個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng)視本發(fā)明的保護范圍。
權(quán)利要求
1.一種基于MS的多媒體會議實現(xiàn)方法，其特征在于，包括 多點控制單元MCU從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流； 所述MCU通過IMS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。
2.如權(quán)利要求I所述的方法，其特征在于，所述MCU根據(jù)所述多媒體會議的成員終端上報的以下信息之一或任意組合，從多媒體會議的各成員終端中選擇會議終端 會議終端的處理能力； 會議終端的資源使用情況； 與其它會議終端的鏈路性能。
3.如權(quán)利要求2所述的方法，其特征在于，所述成員終端上報的所述信息，是該成員終端加入所述多媒體會議后上報給所述MCU所在的多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器，并由該多媒體應(yīng)用服務(wù)器發(fā)送給所述MCU的。
4.如權(quán)利要求I所述的方法，其特征在于，所述處理多媒體會議的媒體流是指對多媒體會議的音頻數(shù)據(jù)進行混音； 所述MCU通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，具體為所述MCU通知音頻數(shù)據(jù)的采集者會議終端將采集到的音頻數(shù)據(jù)發(fā)送到選擇出的會議終端； 所述MCU通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理，具體為所述MCU通知選擇出的會議終端對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。
5.如權(quán)利要求I所述的方法，其特征在于，所述處理多媒體會議的媒體流是指轉(zhuǎn)發(fā)多媒體會議的視頻數(shù)據(jù)； 所述MCU通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，具體為所述MCU通知被請求訪問的視頻數(shù)據(jù)的采集者會議終端將其采集到的視頻數(shù)據(jù)發(fā)送給選擇出的會議終端； 所述MCU通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理，具體為所述MCU通知選擇出的會議終端將從所述視頻數(shù)據(jù)的采集者會議終端接收到的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給請求訪問所述視頻數(shù)據(jù)的訪問者會議終端。
6.如權(quán)利要求I所述的方法，其特征在于，所述MCU選擇出的會議終端為ー個或多個；當(dāng)所述MCU選擇出多個會議終端對多媒體會議的音頻數(shù)據(jù)進行混音時 所述MCU通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，具體為所述MCU通知各選擇出的會議終端各自所負責(zé)混合的音頻數(shù)據(jù)的采集者會議終端，將采集到的音頻數(shù)據(jù)發(fā)送給相應(yīng)的選擇出的會議終端； 所述MCU通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理，具體為所述MCU通知選擇出的會議終端對其所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音,并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。
7.如權(quán)利要求I至6任一項所述的方法，其特征在于，所述MCU所在的多媒體會議系統(tǒng)中設(shè)置有多個MCU ； 所述MCU是所述多媒體會議系統(tǒng)中的多媒體會議應(yīng)用服務(wù)器，在接收到終端加入多媒體會議的請求后，根據(jù)所述多個MCU的資源使用情況從中選擇出的服務(wù)MCU。
8.如權(quán)利要求I至6任一項所述的方法，其特征在于，所述MCU所在的多媒體會議系統(tǒng)中設(shè)置有多個MCU ； 所述MCU是所述多媒體會議系統(tǒng)中的多媒體會議應(yīng)用服務(wù)器，在根據(jù)終端加入多媒體會議的請求以及所述多個MCU的資源使用情況選擇出服務(wù)MCU后，該服務(wù)MCU根據(jù)各MCU的資源使用情況所重定向出的服務(wù)MCU。
9.ー種MCU，其特征在于，包括選擇模塊，用于從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流； 通知模塊，用于通過MS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。
10.如權(quán)利要求9所述的MCU，其特征在于，所述選擇模塊具體用于，根據(jù)所述多媒體會議的成員終端上報的以下信息之一或任意組合，從多媒體會議的各成員終端中選擇會議終端 會議終端的處理能力； 會議終端的資源使用情況； 與其它會議終端的鏈路性能。
11.如權(quán)利要求10所述的MCU，其特征在于，還包括 接收模塊，用于接收成員終端加入所述多媒體會議后上報的所述信息；其中，所述成員終端將所述信息上報給MCU所在的多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器，并由該多媒體應(yīng)用服務(wù)器發(fā)送給所述MCU。
12.如權(quán)利要求9所述的MCU，其特征在于，所述處理多媒體會議的媒體流是指對多媒體會議的音頻數(shù)據(jù)進行混音； 所述通知模塊具體用于，通知音頻數(shù)據(jù)的采集者會議終端將采集到的音頻數(shù)據(jù)發(fā)送到選擇出的會議終端；以及，通知選擇出的會議終端對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。
13.如權(quán)利要求9所述的MCU，其特征在于，所述處理多媒體會議的媒體流是指轉(zhuǎn)發(fā)多媒體會議的視頻數(shù)據(jù)； 所述通知模塊具體用于，通知被請求訪問的視頻數(shù)據(jù)的采集者會議終端將其采集到的視頻數(shù)據(jù)發(fā)送給選擇出的會議終端；以及，通知選擇出的會議終端將從所述視頻數(shù)據(jù)的采集者會議終端接收到的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給請求訪問所述視頻數(shù)據(jù)的訪問者會議終端。
14.如權(quán)利要求9所述的MCU，其特征在于，所述選擇模塊選擇出的會議終端為ー個或多個； 所述通知模塊具體用于，當(dāng)所述選擇模塊選擇出多個會議終端進行音頻混音時，通知各選擇出的會議終端各自所負責(zé)混合的音頻數(shù)據(jù)的采集者會議終端，將采集到的音頻數(shù)據(jù)發(fā)送給相應(yīng)的選擇出的會議終端；以及，通知選擇出的會議終端對其所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音,并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。
15.如權(quán)利要求9至14任一項所述的MCU，其特征在于，還包括 重定向模塊，用于在所述MCU被選擇為多媒體 會議的服務(wù)MCU后，根據(jù)自己的資源使用情況和多媒體會議系統(tǒng)中的其它MCU的資源使用情況，從所述其它MCU中選擇MCU作為所述多媒體會議的服務(wù)MCU，并將加入所述多媒體會議的成員終端重定向到新選擇出的服務(wù)MCU。
16.一種基于MS的多媒體會議實現(xiàn)方法，其特征在于，包括 會議終端接收MCU通過MS核心網(wǎng)發(fā)送的處理多媒體會議媒體流的通知； 所述會議終端根據(jù)所述通知，對其所負責(zé)進行媒體流處理的其它會議終端發(fā)送來的媒體流進行處理；其中，所述其它會議終端根據(jù)MCU通過MS核心網(wǎng)發(fā)送的通知，將采集到的媒體流發(fā)送給所述會議終端進行處理。
17.如權(quán)利要求16所述的方法，其特征在于，所述會議終端接收到的所述通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知； 所述會議終端對其它會議終端發(fā)送來的媒體流進行處理，具體為 所述會議終端對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)和自己采集到的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。
18.如權(quán)利要求16所述的方法，其特征在于，所述會議終端接收到的所述通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知； 所述會議終端對其它會議終端發(fā)送來的媒體流進行處理，具體為 所述會議終端對其所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)和自激采集到的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音,并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。
19.如權(quán)利要求16所述的方法，其特征在于，所述會議終端接收到的通知為，將視頻數(shù)據(jù)訪問者會議終端所請求的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端的通知； 所述會議終端對其它會議終端發(fā)送來的媒體流進行處理，具體為 所述會議終端接收所請求的視頻數(shù)據(jù)的采集者會議終端發(fā)送的視頻數(shù)據(jù)，并將該視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端。
20.如權(quán)利要求16至19任一項所述的方法，其特征在于，該方法還包括 所述會議終端加入所述多媒體會議后，通過MS核心網(wǎng)向所述基于MS的多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器上報信息，所述多媒體應(yīng)用服務(wù)器將所述會議終端上報的信息發(fā)送給所述MCU ;所述會議終端上報的信息包括以下之一或任意組合 會議終端的處理能力； 會議終端的資源使用情況； 與其它會議終端的鏈路性能。
21.一種會議終端，其特征在于，包括 通知接收模塊，用于接收MCU通過MS核心網(wǎng)發(fā)送的處理多媒體會議媒體流的第一通知；以及，接收MCU通過IMS核心網(wǎng)發(fā)送的第二通知，所述第二通知用于通知所述會議終端將其采集到的媒體流發(fā)送給所述MCU選擇出的用于處理所述媒體流的其它會議終端； 媒體流處理模塊，用于根據(jù)接收到的所述第一通知，對所述會議終端所負責(zé)進行媒體流處理的其它會議終端發(fā)送來的媒體流進行處理； 媒體流發(fā)送模塊，用于根據(jù)接收到的所述第二通知，將所述會議終端采集到的媒體流發(fā)送給用于處理所述媒體流的其它會議終端。
22.如權(quán)利要求21所述的會議終端，其特征在于，所述通知接收模塊接收到的所述第一通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知； 所述流媒體處理模塊具體用干，對音頻數(shù)據(jù)采集者會議終端發(fā)送來的音頻數(shù)據(jù)和自己采集到的音頻數(shù)據(jù)進行混音，并將混音后的音頻數(shù)據(jù)發(fā)送給所述音頻數(shù)據(jù)采集者會議終端。
23.如權(quán)利要求21所述的會議終端，其特征在于，所述通知接收模塊接收到的所述第一通知為，對多媒體會議的音頻數(shù)據(jù)進行混音的通知； 所述流媒體處理模塊具體用干，對所述會議終端所負責(zé)混音的會議終端發(fā)送來的音頻數(shù)據(jù)和自激采集到的音頻數(shù)據(jù)進行混音，將混音后的音頻數(shù)據(jù)與其它選擇出的會議終端混音后的音頻數(shù)據(jù)進行交換，并對接收到的混音數(shù)據(jù)和該會議終端自己的混音數(shù)據(jù)再次進行混音,并將再次混音后的音頻數(shù)據(jù)發(fā)送給該會議終端所負責(zé)混音的會議終端。
24.如權(quán)利要求21所述的會議終端，其特征在于，所述通知接收模塊接收到的所述第一通知為，將視頻數(shù)據(jù)訪問者會議終端所請求的視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端的通知； 所述媒體流處理模塊具體用于，接收所請求的視頻數(shù)據(jù)的采集者會議終端發(fā)送的視頻數(shù)據(jù)，并將該視頻數(shù)據(jù)轉(zhuǎn)發(fā)給該視頻數(shù)據(jù)訪問者會議終端。
25.如權(quán)利要求21至24任一項所述的會議終端，其特征在于，還包括 上報模塊，用于在所述會議終端加入多媒體會議后，通過頂S核心網(wǎng)向多媒體會議系統(tǒng)中的多媒體應(yīng)用服務(wù)器上報以下信息之一或任意組合 會議終端的處理能力； 會議終端的資源使用情況； 與其它會議終端的鏈路性能。
26.—種基于IMS的多媒體會議系統(tǒng),其特征在于,包括IMS核心網(wǎng)設(shè)備、多媒體會議應(yīng)用服務(wù)器，以及至少ー個如權(quán)利要求9至14之一所述的MCU ； 所述MCU分別與所述MS核心網(wǎng)設(shè)備和所述多媒體會議應(yīng)用服務(wù)器連接，且所述MCU之間相互連接，用于將自己的資源使用情況信息發(fā)送給其它MCU，以及從其它MCU接收資源使用情況信息。
全文摘要
本發(fā)明公開了一種基于IMS的多媒體會議實現(xiàn)方法及其裝置和系統(tǒng)，該方法包括MCU從多媒體會議的各成員終端中選擇會議終端，用于處理所述多媒體會議的媒體流；所述MCU通過IMS核心網(wǎng)，通知所述媒體流的源會議終端發(fā)送媒體流到選擇出的會議終端，并通知選擇出的會議終端對從所述媒體流的源會議終端發(fā)送來的媒體流進行處理。采用本發(fā)明，在MCU負載較大或帶寬較少的情況下，可以減輕MCU負擔(dān)，從而一定程度上保證多媒體會議的正常進行。
文檔編號H04L29/06GK102694777SQ20111007202
公開日2012年9月26日 申請日期2011年3月24日 優(yōu)先權(quán)日2011年3月24日
發(fā)明者廖洪鑾, 彭晉 申請人:中國移動通信集團公司