進(jìn)行不同參與設(shè)備的視頻會(huì)議的方法與系統(tǒng)的制作方法
【專利摘要】本公開涉及一種新型通用橋（UB），該UB可以在多個(gè)MRE和LEP之間處理并進(jìn)行多媒體多點(diǎn)會(huì)議，而不需要使用MRM、MCU和網(wǎng)關(guān)。另外，UB可以配置成根據(jù)每個(gè)與會(huì)者和會(huì)話的當(dāng)前需求而動(dòng)態(tài)地分配和釋放資源。
【專利說明】進(jìn)行不同參與設(shè)備的視頻會(huì)議的方法與系統(tǒng)
[0001]對(duì)相關(guān)申請(qǐng)的交叉引用
[0002]本申請(qǐng)要求于2012年7月30日提交、標(biāo)題為“Method and System forConducting Video Conference of Diverse Participating Devices，，且序列號(hào)為61/677，200的美國臨時(shí)申請(qǐng)的優(yōu)先權(quán)，該申請(qǐng)?jiān)诖艘肫淙孔鳛閰⒖肌?br> [0003]本申請(qǐng)關(guān)于2012 年 7 月 24 日授權(quán)、標(biāo)題為“Method and System for ConductingContinuous Presence Conference”且專利號(hào)為8，228, 363的美國專利,該專利的全部內(nèi)容在此引入作為參考。
[0004]另外，本申請(qǐng)還關(guān)于2012年6月4日提交、標(biāo)題為“Method and System forSwitching Between Video Streams in a Continuous Presence Conference，，且所分配的序列號(hào)為13/487，703的美國專利申請(qǐng)，該申請(qǐng)的全部內(nèi)容在此引入作為參考。
【技術(shù)領(lǐng)域】
[0005]本發(fā)明涉及音頻/視頻通信，并且尤其涉及多點(diǎn)音頻/視頻會(huì)議領(lǐng)域。
【背景技術(shù)】
[0006]隨著互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)上的流量持續(xù)快速增長，隨著各種多媒體會(huì)議裝備的增長，越來越多的人使用多媒體會(huì)議作為他們的通信工具。如今，多媒體會(huì)議通信可以經(jīng)兩種類型的通信方法執(zhí)行，傳統(tǒng)(legacy)多媒體通信方法和媒體中繼通信方法的新技術(shù)。如在此所使用的，術(shù)語:多媒體會(huì)議、視頻會(huì)議和音頻會(huì)議可以理解為是可以互換的，并且術(shù)語視頻會(huì)議可以作為它們的一個(gè)代表性術(shù)語來使用。
[0007]三個(gè)或更多個(gè)參與者之間的傳統(tǒng)多點(diǎn)會(huì)議需要多點(diǎn)控制單元(MCU)。MCU是會(huì)議控制實(shí)體，一般位于網(wǎng)絡(luò)節(jié)點(diǎn)中或者從端點(diǎn)接收幾個(gè)信道的終端中。根據(jù)某些標(biāo)準(zhǔn)，MCU處理音頻和視頻信號(hào)并且把它們分發(fā)到一組連接的信道。MCU的例子包括MGC-100和RMX?2000,其可以從Polycom公司獲得。(RMX是Polycom公司的注冊(cè)商標(biāo)。)可以被稱為傳統(tǒng)端點(diǎn)(LEP)的終端是網(wǎng)絡(luò)上的一個(gè)實(shí)體，能夠提供與另一個(gè)LEP或者與MCU的實(shí)時(shí)雙向音頻和/或視聽通信。對(duì)LEP和MCU的更透徹的定義可以在國際電信聯(lián)盟(“ITU”)標(biāo)準(zhǔn)中找到，包括札320、H.324和H.323標(biāo)準(zhǔn)，這些可以在ITU的網(wǎng)站www.1tu.1nt找到。
[0008]也稱為傳統(tǒng)MCU的公用MCU可以包括多個(gè)音頻與視頻解碼器、編碼器和媒體組合器(音頻混合器和/或視頻圖像生成器)。如在此所使用的，術(shù)語公用MCU和傳統(tǒng)MCU可以被認(rèn)為是可以互換的。MCU可以使用大量的處理能力來處理可變數(shù)量的參與者(LEP)之間的音頻與視頻通信。通信可以基于多種通信協(xié)議和壓縮標(biāo)準(zhǔn)，并且可能涉及不同類型的LEP。MCU可能需要把多個(gè)輸入音頻或視頻流分別組合到至少一個(gè)單個(gè)的音頻或視頻輸出流中，其中這單個(gè)音頻或視頻輸出流與該輸出流要發(fā)送到的至少一個(gè)與會(huì)者的LEP的屬性兼容。從端點(diǎn)接收到的壓縮音頻流被解碼并可以被分析，以便確定哪些音頻流將被選擇用于混合到會(huì)議的單個(gè)音頻流中。如在此所使用的，術(shù)語解碼和解壓縮應(yīng)當(dāng)理解為是可以互換的。
[0009]會(huì)議可以有一個(gè)或多個(gè)視頻輸出流，其中每個(gè)輸出流都與一個(gè)布局關(guān)聯(lián)。布局定義在接收所述流的一個(gè)或多個(gè)與會(huì)者的顯示器上的會(huì)議外觀。布局可以分成一個(gè)或多個(gè)片段，其中每個(gè)片段可以與由某個(gè)與會(huì)者(端點(diǎn))發(fā)送的視頻輸入流關(guān)聯(lián)。每個(gè)輸出流可以由幾個(gè)輸入流構(gòu)成，從而導(dǎo)致持續(xù)呈現(xiàn)(CP)會(huì)議。在CP會(huì)議中，位于遠(yuǎn)端終端的用戶可以同時(shí)觀察會(huì)議中的若干個(gè)其他參與者。每個(gè)參與者可以在布局的一個(gè)片段中顯示，其中每個(gè)片段可以是相同的尺寸或者不同的尺寸。所顯示并且與布局的片段關(guān)聯(lián)的參與者的選擇在參與同一會(huì)話的不同與會(huì)者之間可以變化。
[0010]公用MCU可能需要把每個(gè)輸入的視頻流解碼成未壓縮的全幀視頻；管理與會(huì)議關(guān)聯(lián)的多個(gè)未壓縮視頻流；并且組成和/或管理多個(gè)輸出流，其中每個(gè)輸出流可以與一個(gè)與會(huì)者或者某個(gè)布局關(guān)聯(lián)。輸出流可以由與MCU關(guān)聯(lián)的視頻輸出端口生成。視頻輸出端口可以包括布局生成器和編碼器。布局生成器可以從選定的與會(huì)者收集不同的未壓縮視頻幀并將其縮放成其最終尺寸并且把它們放到布局中它們的片段中。其后，所組成視頻幀的視頻被編碼器編碼并發(fā)送到合適的端點(diǎn)。因此，處理和管理多個(gè)視頻會(huì)議需要繁重且昂貴的計(jì)算資源并且因此MCU—般是昂貴并且相當(dāng)復(fù)雜的產(chǎn)品。公用MCU在幾個(gè)專利和專利申請(qǐng)中進(jìn)行了描述，例如美國專利Nos.6，300，973,6, 496，216,5, 600，646或者5，838，664，這些專利或?qū)＠暾?qǐng)的內(nèi)容在此引入作為參考。這些專利公開了 MCU中可以為CP會(huì)議生成視頻輸出流的視頻單元的操作。
[0011]利用視頻會(huì)議的增長趨勢(shì)產(chǎn)生了對(duì)使得一個(gè)人能夠進(jìn)行具有所組成CP視頻圖像的多個(gè)會(huì)議會(huì)話的低成本MCU的需求。這種需求導(dǎo)致媒體中繼會(huì)議(MRC)的新技術(shù)。
[0012]在MRC中，媒體中繼MCU (MRM)從每個(gè)參與的媒體中繼端點(diǎn)(MRE)接收一個(gè)或多個(gè)流。MRM向每個(gè)參與的端點(diǎn)中繼從會(huì)議中其它端點(diǎn)接收到的一組多個(gè)媒體流。根據(jù)布局，每個(gè)接收端點(diǎn)使用這多個(gè)流生成視頻CP圖像，及混合的會(huì)議音頻。CP視頻圖像和混合的音頻向MRE的用戶播放。MRE可以是會(huì)話中有能力從MRM接收中繼媒體并且根據(jù)來自MRM的指令交付壓縮媒體的與會(huì)者的終端。如在此所使用的，術(shù)語端點(diǎn)可以代表MRE或者LEP。
[0013]在有些MRC系統(tǒng)中，發(fā)送MRE在兩個(gè)或更多個(gè)流中發(fā)送其視頻圖像；每個(gè)流可以與不同的質(zhì)量等級(jí)關(guān)聯(lián)。這種系統(tǒng)可以使用多個(gè)流來提供布局中不同的片段尺寸、每個(gè)接收端點(diǎn)使用的不同分辨率等。另外，這多個(gè)流可以用于克服分組丟失。質(zhì)量等級(jí)可以在幀速率、分辨率和/或信噪比(SNR)等方面不同。
[0014]如今，MRC變得越來越流行。另外，視頻會(huì)議系統(tǒng)越來越多的源并行地交付多個(gè)流，其中這些流彼此區(qū)別在于壓縮視頻的質(zhì)量。質(zhì)量等級(jí)可以在多個(gè)域中表達(dá)，諸如時(shí)間域(例如，每秒的幀數(shù))、空間域(例如，HD對(duì)CIF)和/或質(zhì)量(例如，銳度)?？梢杂糜诙噘|(zhì)量流的視頻壓縮標(biāo)準(zhǔn)是札264AVC、H.264附件G (SVC)、MPEG_4等。關(guān)于諸如H.264的壓縮標(biāo)準(zhǔn)的更多信息可以在ITU網(wǎng)站www.1tu.1nt或者在www.mpeg, org找到。
[0015]常見的視頻壓縮方法涉及使用巾貞內(nèi)巾貞(intra frame)和巾貞間巾貞(inter frame)。幀內(nèi)幀是與只包含在同一幀內(nèi)的信息有關(guān)地而不與視頻序列中任何其它幀有關(guān)地進(jìn)行壓縮的視頻幀。幀間幀是與包含在同一幀內(nèi)的信息有關(guān)地并且還與視頻序列中一個(gè)或多個(gè)其它幀有關(guān)地進(jìn)行壓縮的視頻幀。
[0016]有些多媒體多點(diǎn)會(huì)議會(huì)話可能涉及一些具有LEP的與會(huì)者和一些具有MRE的與會(huì)者。這種會(huì)議會(huì)話需要網(wǎng)關(guān)、MCU和MRM。
[0017]網(wǎng)關(guān)可以適應(yīng)控制涉及一個(gè)或多個(gè)LEP及一個(gè)或多個(gè)MRE的多點(diǎn)多媒體會(huì)議。網(wǎng)關(guān)可以安裝在MRM和一個(gè)或多個(gè)LEP之間的中間節(jié)點(diǎn)中。在一種可供選擇的實(shí)施例中，網(wǎng)關(guān)可以嵌入在MRM中。在還有其它實(shí)施例中，網(wǎng)關(guān)可以添加到LEP或者添加到控制該LEP的公用MCU。
[0018]在從MRM到LEP的方向，網(wǎng)關(guān)可以處理從MRM中繼的多個(gè)音頻流、布置它們并且解碼并混合音頻流?；旌虾蟮囊纛l流可以根據(jù)由目的地LEP使用的音頻壓縮標(biāo)準(zhǔn)來編碼并且發(fā)送到LEP。以類似的方式，所接收到的一個(gè)或多個(gè)壓縮視頻流可以被網(wǎng)關(guān)布置、解碼并組成到CP圖像中。CP圖像可以根據(jù)由目的地LEP使用的視頻壓縮標(biāo)準(zhǔn)來編碼并發(fā)送到LEP。
[0019]在從LEP到MRM的另一個(gè)方向，網(wǎng)關(guān)可以適應(yīng)解碼視頻流、(如果需要的話)把視頻流縮放到一個(gè)或多個(gè)尺寸并且根據(jù)參與會(huì)話的MRE所使用的壓縮標(biāo)準(zhǔn)來壓縮每一個(gè)縮放后的視頻圖像。遵循MRE的需求的壓縮視頻流朝著MRM發(fā)送。從LEP接收到的壓縮音頻流可以被解碼并且可以確定其能量等級(jí)。解碼后的音頻可以根據(jù)MRE使用的壓縮標(biāo)準(zhǔn)來壓縮，并且還可以添加關(guān)于音頻能量的指示，并且遵循MRM的需求的壓縮音頻可以朝著MRM發(fā)送。
[0020]從MRM接收到的控制與信令信息，諸如分配給LEP的一個(gè)或多個(gè)ID、分配給LEP的布局、要混合的選定音頻流或者所呈現(xiàn)的流及其片段，可以被網(wǎng)關(guān)處理并使用。其它信令和控制可以被翻譯并發(fā)送到LEP,例如調(diào)用設(shè)置指令(setup instruction)。希望關(guān)于MRM、MRE及MRC與傳統(tǒng)會(huì)議系統(tǒng)之間的網(wǎng)關(guān)了解更多的讀者請(qǐng)閱讀美國專利N0.8，228，363，該申請(qǐng)的全部內(nèi)容在此引入作為參考。
[0021]在參與同一多媒體多點(diǎn)會(huì)議會(huì)話的MRE與LEP之間使用三個(gè)中間節(jié)點(diǎn)(MRM、網(wǎng)關(guān)和MCU)對(duì)使用任意一種類型端點(diǎn)，MRE或LEP，的與會(huì)者的體驗(yàn)都導(dǎo)致負(fù)影響。在之間使用網(wǎng)關(guān)增加了流量的等待時(shí)間并降低了媒體的質(zhì)量。網(wǎng)關(guān)一般增加附加的解碼/縮放/編碼操作。因?yàn)榻鈮嚎s和壓縮標(biāo)準(zhǔn)的有損本質(zhì)，解碼、縮放和編碼操作增加了延遲并降低了媒體的質(zhì)量。
[0022]另外，在公用MCU中，只要一個(gè)與會(huì)者連接到一個(gè)會(huì)話，解碼器和編碼器一般就分配給該與會(huì)者，而不管該與會(huì)者的視頻圖像或語言是否被選擇來呈現(xiàn)或者由其他與會(huì)者聽至IJ。MRE和LEP之間用于處理會(huì)議會(huì)話的三個(gè)中間設(shè)備的這種分配與使用消耗了昂貴的資源。
[0023]上述當(dāng)前現(xiàn)狀的缺陷不是要以任何方式限定本公開的發(fā)明概念的范圍。這些缺陷僅僅是為了說明而給出的。

【發(fā)明內(nèi)容】

[0024]一種新型的通用橋(UB)可以在多個(gè)MRE和LEP之間處理并進(jìn)行多媒體多點(diǎn)會(huì)議，而不需要使用MRM、MCU和網(wǎng)關(guān)。另外，UB可以配置成根據(jù)每個(gè)與會(huì)者和會(huì)話的當(dāng)前需求動(dòng)態(tài)地分配并釋放資源。
[0025]在一種實(shí)施例中，UB可以包括媒體公用接口(MCIF)，該MCIF接口可以攜帶嵌入在MCIF傳輸協(xié)議(MCIFTP)幀中的壓縮媒體流、半壓縮媒體流和解壓縮媒體流。每個(gè)MCIFTP幀可以具有MCIFTP頭，該MCIFTP頭具有識(shí)別流的ID字段。在UB的一種實(shí)施例中，MCIF可以是共享存儲(chǔ)器。在這種實(shí)施例中，流ID可以代表一組存儲(chǔ)器地址。在UB的另一種實(shí)施例中，MCIF可以是具有多播路由能力的以太網(wǎng)交換機(jī)。在UB的這種實(shí)施例中，流ID可以是幀的以太網(wǎng)頭中的一個(gè)字段。在UB的還有另一種實(shí)施例中，MCIF可以是時(shí)分多路復(fù)用(TDM)總線。在這種實(shí)施例中，流ID可以代表時(shí)隙編號(hào)。UB的其它例子可以使用其它類型的 MCIF。
[0026]半壓縮可以是無損壓縮，諸如但不限于ZIP、Lempel-Ziv-Welch (LZW)、無損JPEG2000等。在另一種實(shí)施例中，例如，半壓縮可以通過部分H.264編碼來實(shí)現(xiàn)，而不執(zhí)行無損區(qū)(lossless section)。
[0027]UB的一種實(shí)施例可以包括各堆(bank)元件:一堆LEP輸入網(wǎng)絡(luò)接口處理器(LEPINIP);一堆MRE輸入網(wǎng)絡(luò)接口處理器(MREINIP);—堆解碼模塊(dm);—堆媒體組合器模塊(MCM);—堆編碼器輸出模塊(EOM);—堆LEP輸出網(wǎng)絡(luò)接口處理器(LEP0NIP);—堆MRE輸出網(wǎng)絡(luò)接口處理器(MRE0NIP);及控制模塊(CM)。
[0028]UB的一種實(shí)施例可以采用經(jīng)MCIF連接的多個(gè)處理單元，例如刀片計(jì)算機(jī)。每個(gè)刀片可以實(shí)現(xiàn)來自以上堆中的元件的組合。
[0029]LEPINIP可以獲得攜帶從LEP接收到的壓縮媒體的互聯(lián)網(wǎng)協(xié)議(IP)分組流。每個(gè)所獲得的IP分組可以根據(jù)互聯(lián)網(wǎng)協(xié)議來處理。在有些實(shí)施例中，LEPINIP可以進(jìn)一步處理實(shí)時(shí)協(xié)議(RTP)和實(shí)時(shí)控制協(xié)議(RTCP)頭。希望關(guān)于RTP和RTCP協(xié)議了解更多的讀者請(qǐng)?jiān)L問互聯(lián)網(wǎng)工程任務(wù)組(IETF)網(wǎng)站www.1etf.0rg。在被LEPINIP處理之后，每個(gè)所獲得的分組的媒體有效載荷可以根據(jù)MCIFTP嵌入到MCIF幀中；并且攜帶從LEP接收到的壓縮媒體的MCIFTP幀流朝MCIF傳輸。
[0030]MREINIP可以獲得攜帶從MRE接收到的壓縮媒體的互聯(lián)網(wǎng)協(xié)議(IP)分組流。每個(gè)所獲得的IP分組可以根據(jù)相關(guān)的通信協(xié)議來處理。在被MREINIP處理之后，每個(gè)所獲得的分組的媒體有效載荷可以根據(jù)MCIFTP嵌入到MCIF幀中；并且攜帶從LEP接收到的壓縮媒體的MCIFTP幀流朝MCIF傳輸。
[0031]DM的一種實(shí)施例可以獲得攜帶壓縮媒體的MCIFTP幀流。DM可以解碼MCIFTP幀流并且把攜帶解碼器模塊數(shù)據(jù)單元(DMDU)的MCIFTP幀流交給MCIF。在有些實(shí)施例中，DM可以包括一個(gè)或多個(gè)縮放器。每個(gè)縮放器可以把解碼后的圖像縮放成所需的尺寸并且縮放后的DMDU嵌入到MCIFTP幀中。所述尺寸可以由每個(gè)方向中的像素個(gè)數(shù)來定義，一般是寬乘高(WxH)。
[0032]在UB的有些實(shí)施例中，MCM可以獲得多個(gè)攜帶DMDU的MCIFTP幀流。MCM可以把由這多個(gè)MCIFTP幀流攜帶的解壓縮幀組合到一個(gè)CP視頻圖像中并且交付目標(biāo)指向至少一個(gè)LEP的、攜帶CP視頻圖像的組合媒體的MCIFTP幀流。在其中DM不包括縮放器的UB的有些實(shí)施例中，MCM可以為每個(gè)所獲得的攜帶DMDU的MCIFTP幀流包括一個(gè)縮放器。該縮放器把由所獲得的流攜帶的視頻圖像的尺寸縮放到其中要放置所獲得的視頻圖像的CP視頻圖像布局中片段的適當(dāng)尺寸。
[0033]EOM的一種實(shí)施例可以獲得攜帶DMDU的MCIFTP幀流。例如，DMDU可以是從LEP發(fā)送、由DM解碼并且以MRE為目標(biāo)的解壓縮的數(shù)據(jù)單元。DMDU的另一個(gè)源可以是交付CP視頻圖像的解壓縮數(shù)據(jù)單元的MCM。EOM的一種實(shí)施例可以處理攜帶DMDU的一個(gè)或多個(gè)MCIFTP幀流并且把攜帶壓縮媒體的MCIFTP幀流交給MCIF。在采用多個(gè)刀片計(jì)算機(jī)的UB的有些實(shí)施例中，EOM可以半壓縮攜帶目標(biāo)指向另一個(gè)刀片計(jì)算機(jī)的DMDU的MCIFTP幀流。
[0034]壓縮和解壓縮可以根據(jù)諸如但不限于H.264AVC、H.264附件G、MPEG_4等的壓縮標(biāo)準(zhǔn)來進(jìn)行，這些壓縮標(biāo)準(zhǔn)在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。在其中媒體是音頻的有些實(shí)施例中，音頻壓縮和解壓縮可以根據(jù)諸如但不限于G.711、G.729、G.722.1C、G.719等的壓縮標(biāo)準(zhǔn)來進(jìn)行。關(guān)于壓縮標(biāo)準(zhǔn)的更多信息可以在ITU網(wǎng)站www.1tu.1nt或者在www.mpeg, org 找至丨J0
[0035]MRE0NIP的一種實(shí)施例可以獲得攜帶源自MRE或LEP的壓縮媒體的一個(gè)或多個(gè)MCIFTP幀流、根據(jù)諸如RTP的相關(guān)通信協(xié)議處理這一個(gè)或多個(gè)流?？梢杂糜诎褖嚎s媒體傳輸?shù)組RE的RTP的一種實(shí)施例在美國專利N0.8，228，363中描述。攜帶壓縮媒體的IP分組可以朝著一個(gè)或多個(gè)MRE發(fā)送。
[0036]CM的一種實(shí)施例控制多個(gè)LEP、MRE和UB之間的通信會(huì)話。CM可以進(jìn)一步控制到MCIF和來自MCIF的數(shù)據(jù)流量并且為每個(gè)流分配ID。此外，CM可以分配每個(gè)會(huì)話所需的資源并且把相關(guān)資源關(guān)聯(lián)到相關(guān)的MRE或LEP。在UB的有些實(shí)施例中，CM可以配置成根據(jù)會(huì)話的當(dāng)前需求動(dòng)態(tài)地分配有些資源。
[0037]鑒于附圖和具體描述，本公開的這些及其它方面將是很顯然的。以上概述不是要概述本公開的每種可能的實(shí)施例或者每個(gè)方面，并且，當(dāng)連同附圖和所附權(quán)利要求一起閱讀以下實(shí)施例的具體描述時(shí)，本公開的其它特征和優(yōu)點(diǎn)將變得顯然。
[0038]此外，盡管詳細(xì)地描述了具體的實(shí)施例，以便向本領(lǐng)域技術(shù)人員說明發(fā)明概念，但是這種實(shí)施例很容易有各種修改和備選形式。相應(yīng)地，圖和書面描述不是要以任何方式限定所述發(fā)明概念的范圍。
【專利附圖】

【附圖說明】
[0039]根據(jù)以下具體描述并聯(lián)系附圖，本發(fā)明的實(shí)施例將得到更完全的理解和認(rèn)識(shí)，附圖中:
[0040]圖1說明了包括多種新型電子視頻會(huì)議系統(tǒng)的新型多媒體會(huì)議系統(tǒng)100的實(shí)施例。
[0041]圖2繪出了關(guān)于集中式通用橋(CUB)的一種實(shí)施例的相關(guān)元件的簡化框圖。
[0042]圖3繪出了關(guān)于分散式通用橋(DCUB)的一種實(shí)施例的相關(guān)元件的簡化框圖。
[0043]圖4繪出了關(guān)于高容量通用橋(HVUB)的一種實(shí)施例的相關(guān)元件的簡化框圖。
[0044]圖5A和5B繪出了說明由CUB的實(shí)施例實(shí)現(xiàn)的會(huì)議設(shè)置方法(conference setupmethod) 500的相關(guān)動(dòng)作的流程圖。
具體實(shí)施例
[0045]現(xiàn)在轉(zhuǎn)向附圖，描述了本公開的實(shí)施例，其中附圖中相同的標(biāo)號(hào)貫穿幾個(gè)附圖都代表相同的元件。為了方便，同一組中只有一些元件用編號(hào)做了標(biāo)記。附圖的目的是為了描述實(shí)施例而不是為了生產(chǎn)。因此，圖中所示出的特征僅僅是為了方便和清晰而選擇的。并且，本公開中所使用的語言主要是為可讀性和指導(dǎo)性目的而選擇的，并且沒有選擇成劃定或限定發(fā)明主題，因此有必要借助權(quán)利要求來確定這種發(fā)明主題。
[0046]本說明書中對(duì)“一種實(shí)施例”或者對(duì)“實(shí)施例”的引用意味著聯(lián)系該實(shí)施例所描述的特定特征、結(jié)構(gòu)或特性包括在本發(fā)明的至少一種實(shí)施例中，并且對(duì)“一種實(shí)施例”或者“實(shí)施例”的多次引用不應(yīng)當(dāng)理解為全都指的是同一個(gè)實(shí)施例。[0047]盡管以下描述中的一些是以關(guān)于軟件或固件的術(shù)語寫的，但是，根據(jù)期望，實(shí)施例可以在軟件、固定或硬件中實(shí)現(xiàn)在此所述的特征和功能，包括軟件、固件和硬件的任意組合。在以下描述中，詞“單元”、“元件”、“模塊”和“邏輯模塊”可以互換使用。指定為單元或模塊的任何東西都可以是獨(dú)立的單元或者是專用或集成的模塊。單元或模塊可以是模塊化的或者具有模塊化方面，從而允許其容易地被除去或者用另一個(gè)類似的單元或模塊代替。每個(gè)單元或模塊可以是軟件、硬件和/或固件中的任意一種或者其任意組合，這最終導(dǎo)致編程成執(zhí)行賦予該單元或模塊的功能的一個(gè)或多個(gè)處理器。此外，相同或不同類型的多個(gè)模塊可以由單個(gè)處理器實(shí)現(xiàn)。邏輯模塊的軟件可以體現(xiàn)在計(jì)算機(jī)可讀介質(zhì)上，諸如讀/寫硬盤、CDR0M、閃存存儲(chǔ)器、ROM或者其它存儲(chǔ)器或儲(chǔ)存器等。為了執(zhí)行某個(gè)任務(wù)，軟件程序可以根據(jù)需要加載到適當(dāng)?shù)奶幚砥?。如在此所使用的，術(shù)語任務(wù)、方法和過程可以理解為是可以互換的。
[0048]圖1說明了根據(jù)本公開實(shí)施例的新型多媒體會(huì)議系統(tǒng)100。系統(tǒng)100可以包括網(wǎng)絡(luò)110、一個(gè)或多個(gè)UB120、多個(gè)MRE130及多個(gè)LEP140。網(wǎng)絡(luò)110可以是，但不限于，分組交換網(wǎng)絡(luò)、電路交換網(wǎng)絡(luò)、IP網(wǎng)絡(luò)或者其任意組合。經(jīng)網(wǎng)絡(luò)的多媒體通信可以基于諸如但不限于H.320、H.323、SIP的通信協(xié)議，并且可以使用諸如但不限于H.263、H.264、G.711、G.719的媒體壓縮標(biāo)準(zhǔn)。如在此所使用的，術(shù)語數(shù)據(jù)塊、幀和分組可以理解為是可以互換的。
[0049]每個(gè)MRE130都能夠提供到另一個(gè)MRE130或者到UB120的實(shí)時(shí)雙向音頻和/或視頻通信。MRE130可以是會(huì)話中的一個(gè)與會(huì)者的終端，該終端具有從UB120接收被中繼的壓縮媒體(音頻和/或視頻)并且根據(jù)來自UB120的指令交付中繼壓縮媒體數(shù)據(jù)塊的能力。中繼(relay)和被中繼(relayed)的壓縮媒體，音頻或視頻，數(shù)據(jù)塊可以是RTP壓縮的媒體數(shù)據(jù)塊。每個(gè)MRE130都可以按適當(dāng)?shù)乃栉凰俾?一個(gè)或多個(gè))和所需壓縮標(biāo)準(zhǔn)發(fā)送中繼RTP壓縮音頻數(shù)據(jù)塊。類似地，每個(gè)MRE130可以按適當(dāng)?shù)乃璩叽?一個(gè)或多個(gè))、位速率(一個(gè)或多個(gè))、質(zhì)量和所需的壓縮標(biāo)準(zhǔn)發(fā)送中繼RTP壓縮視頻數(shù)據(jù)塊。在一種實(shí)施例中，每個(gè)MRE130可以適應(yīng)通過把音頻能量指示嵌入到中繼RTP壓縮音頻數(shù)據(jù)塊的頭或擴(kuò)展頭中的一個(gè)字段來發(fā)送其音頻能量的指示。
[0050]在CP視頻會(huì)議中，MRE130可以接收源自選定與會(huì)者的視頻圖像數(shù)據(jù)塊的多個(gè)被中繼RTP壓縮視頻流。每個(gè)視頻圖像可以適合與那個(gè)圖像關(guān)聯(lián)的CP圖像的適當(dāng)布局片段。MRE130可以解碼每個(gè)接收到的被中繼RTP壓縮視頻流、通過在布局的適當(dāng)片段中放置每個(gè)解碼的圖像來把解碼的視頻圖像組合到一個(gè)CP視頻圖像中。CP視頻圖像可以傳輸?shù)斤@示器，以呈現(xiàn)給使用該MRE130的與會(huì)者。
[0051]此外，MRE130可以接收音頻數(shù)據(jù)塊的被中繼RTP壓縮音頻流。MRE130可以解碼所接收到的音頻數(shù)據(jù)塊的被中繼RTP壓縮音頻流、混合不同的解碼音頻流并且把混合后的音頻傳輸?shù)組RE130揚(yáng)聲器。在另一個(gè)方向，MRE130可以根據(jù)來自UB120的指令交付中繼RTP壓縮音頻與視頻數(shù)據(jù)塊。
[0052]LEP140是作為網(wǎng)絡(luò)110上一個(gè)實(shí)體的常見視頻會(huì)議終端，能夠提供與另一個(gè)LEP140或者與MCU (圖1中未示出)的實(shí)時(shí)雙向音頻和/或視聽通信。
[0053]UB120的一種實(shí)施例可以在多個(gè)MRE130和LEP140之間處理并進(jìn)行多媒體多點(diǎn)會(huì)議，而不需要使用MRM和/或MCU和/或網(wǎng)關(guān)。另外，UB120可以配置成根據(jù)每個(gè)與會(huì)者與會(huì)話的當(dāng)前需求動(dòng)態(tài)地分配并釋放資源。[0054]UB120的一種實(shí)施例可以是集中式UB (CUB)0 CUB可以具有集中式體系結(jié)構(gòu)并且可以位于多個(gè)MRE130和多個(gè)LEP140之間網(wǎng)絡(luò)110的中間節(jié)點(diǎn)中。在另一個(gè)例子中，UB120可以是具有分散式體系結(jié)構(gòu)的分散式UB (DCUB)0 DCUB可以包括位于多個(gè)MRE130和多個(gè)LEP140之間網(wǎng)絡(luò)110的中間節(jié)點(diǎn)中的多個(gè)處理實(shí)體。在DCUB的有些實(shí)施例中，每個(gè)處理實(shí)體或者處理實(shí)體組可以執(zhí)行UB120的一部分功能。在還有其它實(shí)施例中，這多個(gè)處理實(shí)體中的每一個(gè)都可以執(zhí)行UB120的全部功能并且多個(gè)處理實(shí)體可以共享負(fù)荷。
[0055]UB120的實(shí)施例可以包括可以攜帶嵌入在MCIFTP幀中的壓縮媒體流、半壓縮媒體流和解壓縮媒體流的MCIF。每個(gè)MCIFTP幀可以具有MCIFTP頭，該MCIFTP頭具有識(shí)別流的ID字段。在CUB中，MCIF可以是內(nèi)部公用接口。在DCUB中，MCIF可以包括內(nèi)部MCIF和外部MCIF。一個(gè)處理實(shí)體的內(nèi)部MCIF可以連接到那個(gè)處理實(shí)體的內(nèi)部模塊，而外部MCIF可以連接組成DCUB的多個(gè)處理實(shí)體。為了把外部和內(nèi)部MCIF關(guān)聯(lián)到DCUB的MCIF中，可以使用MCIF適配器。
[0056]在UB120的有些實(shí)施例中，MCIF可以是共享存儲(chǔ)器。在這種實(shí)施例中，流ID可以代表一組存儲(chǔ)器地址。在UB120的另一種實(shí)施例中，MCIF可以是具有多播路由能力的以太網(wǎng)交換機(jī)。在UB120的這種實(shí)施例中，流ID可以是幀的以太網(wǎng)頭中的一個(gè)字段。在UB120的還有另一種實(shí)施例中，MCIF可以是TDM總線。在這種實(shí)施例中，流ID可以代表時(shí)隙編號(hào)。UB的其它實(shí)施例可以使用其它類型的常見接口或者以上類型的常見接口的任意組合。以下在圖2-5B的討論中描述關(guān)于UB120實(shí)施例的操作的更多信息。
[0057]圖2繪出了關(guān)于CUB200的一種實(shí)施例的相關(guān)元件的簡化框圖。CUB200可以包括MCIF292 ;一堆 LEPINIP210 ;—堆 MREINIP220 ;—堆 LEP0NIP230 ;—堆 MRE0NIP240 ;—堆去往/來自MRE或LEP的信令與控制模塊250 ;—堆DM260 ;—堆MCM270 ;—堆E0M280 ;及經(jīng)控制總線294控制CUB200的操作的CM290。如在此所使用的，術(shù)語“堆(bank) ”代表某種類型的一組多個(gè)資源。這些資源中的每一個(gè)都可以根據(jù)需要由CM290分配。每個(gè)分配的資源可以經(jīng)MCIF292與CUB200的一個(gè)或多個(gè)內(nèi)部模塊關(guān)聯(lián)及與當(dāng)前連接到多媒體多點(diǎn)會(huì)議的LEP或MRE中的一個(gè)或多個(gè)關(guān)聯(lián)。
[0058]LEPINIP210的一種實(shí)施例可以與LEP關(guān)聯(lián)并且可以獲得攜帶從關(guān)聯(lián)的LEP140接收到的壓縮媒體的互聯(lián)網(wǎng)協(xié)議(IP)分組流。壓縮媒體可以是音頻和/或視頻。每個(gè)所獲得的IP分組可以根據(jù)例如互聯(lián)網(wǎng)協(xié)議進(jìn)行處理。在有些實(shí)施例中，LEPINIP210可以進(jìn)一步處理RTP和RTCP頭。在被LEPINIP210處理之后，媒體有效載荷——每個(gè)所獲得的包的壓縮音頻或壓縮視頻——可以根據(jù)MCIFTP嵌入到MCIF幀中；并且攜帶從LEP140接收到的壓縮媒體的MCIFTP幀流朝著MCIF傳輸。
[0059]當(dāng)LEP140加入視頻會(huì)議時(shí)，CM290可以分配一個(gè)用于處理從那個(gè)LEP接收到的壓縮視頻流的LEPINIP210和一個(gè)用于處理從那個(gè)LEP接收到的壓縮音頻流的LEPINIP210。每個(gè)LEPINIP210都可以接收與所接收到的壓縮視頻或音頻流關(guān)聯(lián)的流ID(SID)，所接收到的壓縮視頻或音頻流要由LEPINIP210進(jìn)行處理。CM290可以管理所有SID及所分配資源和如何把每個(gè)流路由到適當(dāng)資源的信息的映射(map)。
[0060]所分配的SID用于在其經(jīng)MCIF292行進(jìn)的同時(shí)標(biāo)記那個(gè)流的MCIFTP幀。用于經(jīng)MCIF行進(jìn)的每個(gè)流的標(biāo)記技術(shù)依賴于MCIF292的類型。例如，如果MCIF是共享存儲(chǔ)器，則LEPINIP210可以從CM290得到LEPINIP210可以把每個(gè)接收到的壓縮數(shù)據(jù)塊以例如循環(huán)模式寫(存儲(chǔ))到其中的共享存儲(chǔ)器中地址的間隔。如果MCIF292是TDM總線，則LEPINIP210可以得到與那個(gè)SID關(guān)聯(lián)的時(shí)隙編號(hào)，等等。
[0061]基于從CM290接收到的信息，每個(gè)分配的LEPINIP210可以設(shè)定與相關(guān)LEP的RTP連接，用于攜帶壓縮媒體，視頻或音頻，并且設(shè)定RTCP連接，用于攜帶關(guān)于RTP連接的實(shí)時(shí)控制協(xié)議的分組。經(jīng)RTP連接，每個(gè)接收到的攜帶壓縮媒體的分組根據(jù)IP協(xié)議和RTP協(xié)議進(jìn)行處理，以便獲得壓縮媒體的數(shù)據(jù)塊。然后，壓縮媒體數(shù)據(jù)塊可以根據(jù)MCIF292的結(jié)構(gòu)組織到MCIFTP幀中，并且SID的值可以作為MCIFTP幀的頭的一部分添加。MCIFTP幀可以經(jīng)例如緩沖區(qū)傳輸?shù)組CIF292。例如，如果MCIF292是共享存儲(chǔ)器，則每個(gè)MCIFTP幀可以按循環(huán)模式存儲(chǔ)在分配給那個(gè)SID的共享存儲(chǔ)器的區(qū)中。
[0062]在有些實(shí)施例中(圖中未示出)，LEPINIP210可以進(jìn)一步包括DM。DM可以包括一個(gè)或多個(gè)縮放器。在這種實(shí)施例中，經(jīng)RTP連接接收到的、源自LEP的攜帶壓縮媒體的每個(gè)分組根據(jù)IP協(xié)議和RTP協(xié)議進(jìn)行處理，以便獲得壓縮媒體的數(shù)據(jù)塊。然后，壓縮媒體數(shù)據(jù)塊可以被解碼，通過或者沒有通過DM進(jìn)行縮放。DMDU可以根據(jù)MCIF292的結(jié)構(gòu)組織到MCIFTP幀中，并且SID的值可以作為MCIFTP幀的頭的一部分添加。在其中DM包括一個(gè)或多個(gè)縮放器的實(shí)施例中，SID可以與縮放器關(guān)聯(lián)。攜帶DMDU的MCIFTP幀可以經(jīng)緩沖區(qū)傳輸?shù)組CIF292。如果MCIF292是共享存儲(chǔ)器，則每個(gè)MCIFTP幀可以按循環(huán)模式存儲(chǔ)在分配給那個(gè)SID的共享存儲(chǔ)器的區(qū)中。
[0063]在包括DM的LEPINIP210的備選實(shí)施例中(圖中未示出)，DM可以進(jìn)一步包括無損編碼器。無損編碼器可以用于利用無損算法壓縮需要經(jīng)MCIF292傳輸?shù)?、未壓縮的解碼媒體(音頻或視頻)。無損解碼器可以由收集DMDU的元件使用。無損編碼器和解碼器可以使用無損壓縮算法，諸如但不限于GZIP、Lempel-Ziv-Welch (LZW)、無損JPEG2000等。在另一種實(shí)施例中，例如，無損壓縮可以通過部分H.264編碼來實(shí)現(xiàn)，而不執(zhí)行無損區(qū)。如在此所使用的，術(shù)語半壓縮和無損壓縮可以理解為是可以互換的。
[0064]MREINIP220可以與MRE130關(guān)聯(lián)并且可以獲得攜帶從關(guān)聯(lián)的MRE130接收到的壓縮媒體的IP分組流。壓縮媒體可以是音頻和/或視頻。每個(gè)所獲得的IP分組可以根據(jù)例如互聯(lián)網(wǎng)協(xié)議來進(jìn)行處理。在被MREINIP220處理之后，每個(gè)所獲得的分組的RTP媒體有效載荷，中繼壓縮壓縮音頻或壓縮壓縮視頻數(shù)據(jù)塊，可以根據(jù)MCIFTP嵌入到MCIF幀中；并且攜帶從MRE130接收到的中繼RTP壓縮媒體的MCIFTP幀流朝著MCIF292傳輸。
[0065]當(dāng)MRE130加入視頻會(huì)議時(shí)，CM290可以分配一個(gè)或多個(gè)MREINIP220，用于處理從那個(gè)MRE130接收到的一個(gè)或多個(gè)壓縮視頻流。每個(gè)壓縮視頻流可以是不同的分辨率(尺寸)、質(zhì)量等。此外，可以分配一個(gè)或多個(gè)MREINIP220，用于處理從那個(gè)MRE130接收到的一個(gè)或多個(gè)壓縮音頻流。每個(gè)MREINIP220可以接收與由那個(gè)MREINIP220處理的所接收到的壓縮視頻或音頻流關(guān)聯(lián)的流ID (SID)0
[0066]所分配的SID用于在其經(jīng)MCIF292行進(jìn)的同時(shí)標(biāo)記那個(gè)流的MCIFTP幀。如何經(jīng)MCIF292路由每個(gè)流的信息依賴于MCIF292的類型。例如，如果MCIF292是共享存儲(chǔ)器，則MREINIP220可以從CM290得到MREINIP220可以把每個(gè)MCIFTP幀以循環(huán)模式寫(存儲(chǔ))至Ij其中的共享存儲(chǔ)器中地址的間隔。如果MCIF292是TDM總線，則MREINIP220可以得到與那個(gè)SID關(guān)聯(lián)的時(shí)隙編號(hào)，等等。
[0067]基于經(jīng)控制總線294從CM290接收到的信息，每個(gè)分配的MREINIP220可以設(shè)定與相關(guān)MRE130的RTP連接，用于攜帶壓縮媒體，視頻或音頻，還設(shè)定RTCP連接，用于攜帶與RTP連接相關(guān)的實(shí)時(shí)控制協(xié)議的分組。經(jīng)RTP連接接收到的、攜帶壓縮媒體的每個(gè)分組根據(jù)IP協(xié)議進(jìn)行處理，以便獲得壓縮媒體的中繼RTP數(shù)據(jù)塊。然后，RTP壓縮媒體數(shù)據(jù)塊可以根據(jù)MCIF292的結(jié)構(gòu)組織到MCIFTP幀中，并且相關(guān)SID的值可以作為MCIFTP幀的頭的一部分添加。MCIFTP幀可以經(jīng)例如緩沖區(qū)傳輸?shù)組CIF292。例如，如果MCIF292是共享存儲(chǔ)器，則每個(gè)MCIFTP幀可以按循環(huán)模式存儲(chǔ)在分配給那個(gè)SID的共享存儲(chǔ)器的區(qū)中。如果MCIF292是以太網(wǎng)LAN，則每個(gè)MCIFTP幀可以把SID與以太網(wǎng)頭的目的地地址關(guān)聯(lián)。在其中以太網(wǎng)LAN具有多播能力的實(shí)施例中，SID可以與多播地址關(guān)聯(lián)。
[0068]當(dāng)LEP140加入視頻會(huì)議時(shí)，CM290可以分配一個(gè)用于處理朝那個(gè)LEP發(fā)送的壓縮CP視頻圖像的LEP0NIP230和一個(gè)用于處理朝那個(gè)LEP發(fā)送的壓縮音頻混合的LEP0NIP230。每個(gè)LEP0NIP230可以接收與需要由相關(guān)LEP0NIP230從MCIF292獲得的壓縮視頻或音頻MCIFTP幀關(guān)聯(lián)的SID?；趶腃M290接收到的信息，每個(gè)分配的LEP0NIP230可以建立與相關(guān)LEP140的RTP連接，用于攜帶壓縮媒體，視頻或音頻，還建立RTCP連接，用于攜帶與RTP連接相關(guān)的實(shí)時(shí)控制協(xié)議的分組。
[0069]LEP0NIP230可以從MCIF292獲得攜帶從與相關(guān)LEP140關(guān)聯(lián)的E0M280接收到的壓縮媒體的MCIFTP幀流。壓縮媒體可以是由適當(dāng)MCM270生成的混合音頻或CP視頻圖像。用于從MCIF292獲得適當(dāng)MCIFTP幀的技術(shù)依賴于MCIF292的類型并且包括共享存儲(chǔ)器、TDM總線、以太網(wǎng)等。
[0070]LEP0NIP230可以處理每個(gè)所獲得的MCIFTP幀，以便檢索幀中所嵌的壓縮媒體。例如，MCIFTP幀的處理可以包括除去MCIFTP幀的頭。每個(gè)處理后的MCIFTP幀的媒體有效載荷可以適應(yīng)遵循RTP，以便創(chuàng)建RTP壓縮媒體數(shù)據(jù)塊?？梢蕴砑泳哂羞m當(dāng)字段的RTP頭。RTP頭的字段可以反映那個(gè)流的來源(SSRC)、反映媒體及編碼器的有效載荷類型(PT)、序列號(hào)、時(shí)間戳等。RTP數(shù)據(jù)塊可以根據(jù)IP協(xié)議來處理，以便嵌入到IP分組中。IP頭可以添加到分組。源IP地址與頭的端口可以反映相關(guān)的LEP0NIP230。目的地IP地址可以反映關(guān)聯(lián)的LEP140和與那種媒體類型關(guān)聯(lián)的端口號(hào)。IP分組可以朝關(guān)聯(lián)的LEP140發(fā)送。在有些實(shí)施例中或者在有些會(huì)話中，IP分組可以朝共享相同壓縮標(biāo)準(zhǔn)與相同音頻混合或CP視頻圖像的多個(gè)LEP140發(fā)送。
[0071]當(dāng)MRE130加入視頻會(huì)議時(shí)，CM290可以分配一個(gè)或多個(gè)MRE0NIP240，用于處理朝那個(gè)MRE130發(fā)送的、要包括在CP視頻圖像中的被中繼RTP壓縮視頻圖像。在CUB200的一種實(shí)施例中，所呈現(xiàn)的MRE130或LEP140的被中繼RTP壓縮視頻數(shù)據(jù)塊可以經(jīng)CUB200與相關(guān)MRE130之間的單個(gè)RTP連接發(fā)送。在這種實(shí)施例中，可以分配單個(gè)MRE0NIP240，用于處理朝那個(gè)MRE130發(fā)送的CP圖像的壓縮視頻。
[0072]在CUB200的另一種實(shí)施例中，每個(gè)呈現(xiàn)的MRE130或LEP140的被中繼RTP壓縮視頻數(shù)據(jù)塊可以經(jīng)CUB200與相關(guān)MRE130之間的單獨(dú)RTP連接發(fā)送。在這種實(shí)施例中，可以分配多個(gè)MRE0NIP240，用于被中繼的壓縮視頻流，每個(gè)RTP連接一個(gè)MRE0NIP240。每個(gè)MRE0NIP240可以處理源自所呈現(xiàn)的MRE130或LEP140之一的被中繼RTP壓縮視頻數(shù)據(jù)塊。
[0073]以類似的方式，可以分配一個(gè)或多個(gè)MRE0NIP240，用于處理朝那個(gè)MRE130發(fā)送的被中繼RTP壓縮混合音頻。對(duì)于攜帶壓縮媒體(音頻/視頻)的每個(gè)RTP連接，可以建立用于攜帶關(guān)于該RTP連接的實(shí)時(shí)控制協(xié)議的分組的RTCP連接。[0074]在分配過程中，每個(gè)分配的MRE0NIP240可以從CM290接收關(guān)于SID值的指示。所指示的SID可以與攜帶需要由相關(guān)MRE0NIP240從MCIF292獲得的被中繼RTP壓縮視頻/音頻數(shù)據(jù)塊的MCIFTP幀關(guān)聯(lián)。所指示的SID可以由相關(guān)的MCM270使用，其中MCM270組織攜帶被中繼RTP壓縮視頻/音頻數(shù)據(jù)塊的MCIFTP幀。
[0075]MRE0NIP240可以從CM290獲得一個(gè)或多個(gè)要從MCIF292收集的被中繼壓縮流的SID值。流的個(gè)數(shù)依賴于CP圖像或混合音頻的被中繼壓縮媒體是經(jīng)單個(gè)RTP連接還是多個(gè)RTP連接發(fā)送的。攜帶壓縮媒體的一個(gè)或多個(gè)MCIFTP幀流是從與相關(guān)MRE130關(guān)聯(lián)的MCM270接收的。基于所接收到的SID值，從MCIF292獲得適當(dāng)?shù)腗CIFTP幀依賴于MCIF292的類型:共享存儲(chǔ)器、TDM總線、以太網(wǎng)等。
[0076]MRE0NIP240的實(shí)施例可以處理每個(gè)獲得的MCIFTP幀并且檢索嵌在幀中的壓縮媒體。例如，處理MCIFTP幀可以包括除去MCIFTP幀的頭。每個(gè)處理后的MCIFTP幀的媒體有效載荷可以適應(yīng)遵循RTP，以便創(chuàng)建RTP壓縮媒體數(shù)據(jù)塊。可以添加具有適當(dāng)字段的RTP頭。RTP頭的字段可以反映那個(gè)流的來源(SSRC)、反映媒體及編碼器的有效載荷類型(PT)、序列號(hào)、時(shí)間戳等。RTP數(shù)據(jù)塊可以根據(jù)IP協(xié)議來處理，以便嵌入到IP分組中。IP頭可以添加到分組。源IP地址與頭的端口可以反映相關(guān)的MRE0NIP240。目的地IP地址可以反映關(guān)聯(lián)的MRE130和與那種媒體類型關(guān)聯(lián)的端口號(hào)。IP分組可以朝關(guān)聯(lián)的MRE130發(fā)送。在有些實(shí)施例中或者在有些會(huì)話中，IP分組可以朝共享相同壓縮標(biāo)準(zhǔn)與相同音頻混合或CP視頻圖像的多個(gè)MRE130發(fā)送。
[0077]當(dāng)端點(diǎn)連接到CUB200時(shí)，可以由CM290為MRE130或LEP140分配去往/來自MRE或LEP的信令與控制處理器250的一種實(shí)施例。信令與控制模塊250用于建立通信會(huì)話并且把相關(guān)端點(diǎn)連接到會(huì)議。經(jīng)相關(guān)的信令與控制模塊250，CM290可以認(rèn)證端點(diǎn)和相關(guān)的會(huì)議會(huì)話。在認(rèn)證之后，可以啟動(dòng)協(xié)商階段，以便定義端點(diǎn)的類型、端點(diǎn)的能力、定義壓縮標(biāo)準(zhǔn)、位速率等。此外，可以定義描述用于那個(gè)端點(diǎn)的CP視頻圖像、被強(qiáng)制講話者(forcedspeaker)等的布局。協(xié)商可以基于例如H.323或SIP，這些在本領(lǐng)域中是眾所周知的并且將不進(jìn)一步討論。
[0078]三種類型的媒體處理器可以包括在CUB200中。第一種是解碼(解壓縮)壓縮媒體，音頻或視頻，的解碼模塊DM260。第二種是把從兩個(gè)或更多個(gè)端點(diǎn)接收到的媒體組合到要經(jīng)MCIF292朝一個(gè)或多個(gè)端點(diǎn)發(fā)送的組合媒體中的MCM270。組合音頻的MCM270可以混合從一個(gè)或多個(gè)端點(diǎn)接收到的音頻。組合視頻的MCM270可以組合從兩個(gè)或更多個(gè)所呈現(xiàn)的端點(diǎn)接收到的、要組合到CP圖像中的視頻圖像。第三種類型的媒體處理器可以包括編碼(壓縮)解碼媒體，音頻或視頻，的E0M280。
[0079]這三種類型媒體處理器中的每一種，DM260、MCM270和E0M280，都可以包括兩個(gè)區(qū)(在圖中未示出)=MCIF區(qū)和媒體區(qū)。這三種類型媒體處理器的MCIF區(qū)可以類似。MCIF區(qū)的一種實(shí)施例可以配置成從MCIF292獲得相關(guān)的一個(gè)或多個(gè)MCIFTP幀流、處理MCIFTP幀的頭、組織媒體有效載荷并且朝著媒體區(qū)交付該媒體有效載荷。在另一個(gè)方向，MCIF區(qū)可以配置成從媒體區(qū)獲得處理過的媒體數(shù)據(jù)、把媒體組織成MCIFTP幀的有效載荷、添加適當(dāng)?shù)念^來標(biāo)記一個(gè)或多個(gè)MCIFTP幀流并且朝著MCIF292交付MCIFTP幀。
[0080]在分配媒體處理器之后，不管是DM260、MCM270還是E0M280，所分配媒體處理器的MCIF區(qū)都可以從CM290接收兩個(gè)SID值。輸入SID值和輸出SID值。輸入SID值可以代表要從MCIF292獲得的壓縮媒體MCIFTP幀流，作為到所分配媒體處理器的輸入，由該媒體處理器進(jìn)行處理。輸出SID值可以代表位于所分配媒體處理器輸出的、要經(jīng)MCIF292朝著CUB200的一個(gè)或多個(gè)內(nèi)部模塊交付的處理過的媒體MCIFTP幀流。SID的類型和經(jīng)MCIF292獲得并發(fā)送MCIFTP幀的方式依賴于以上所述MCIF的類型(共享存儲(chǔ)器、TDM總線等)并且將不進(jìn)一步描述。
[0081]在CUB200的一種實(shí)施例中，對(duì)于在MCIF292上攜帶并且從MRE130或LEP140經(jīng)(分另ij) MREINIP220或LEPINIP210交付的MCIFTP幀的每個(gè)壓縮媒體流，可以由CM290為整個(gè)會(huì)話分配DM260。
[0082]在CUB200的另一種實(shí)施例中，對(duì)于在MCIF292上攜帶并且從LEP140經(jīng)LEPINIP210接收到的MCIFTP幀的每個(gè)壓縮媒體流，可以由CM290根據(jù)需要分配DM260，其中所述壓縮媒體流當(dāng)前在CP視頻圖像中呈現(xiàn)，其將被組合并朝著LEP140或MRE130中的一個(gè)交付。對(duì)于在MCIF292上攜帶并且從MRE130經(jīng)MREINIP220接收到的MCIFTP幀的每個(gè)壓縮媒體流，還可以分配DM260，所述壓縮媒體流當(dāng)前在CP視頻圖像中呈現(xiàn)，其將被組合并朝著LEP140中的一個(gè)交付。在這種實(shí)施例中，在每次分配DM260時(shí)，可以從相關(guān)的MRE130或LEP140請(qǐng)求幀內(nèi)幀。
[0083]所分配DM260的MCIF區(qū)可以從CM290接收兩個(gè)SID值:輸入SID值，可以代表要從MCIF292獲得的壓縮媒體MCIFTP幀流，作為到所分配DM260的輸入，由該DM260解碼；及輸出SID值，代表解碼的媒體MCIFTP幀流，作為所分配DM260的輸出流，經(jīng)MCIF292朝MCM270或E0M280中的一個(gè)或多個(gè)交付。DM260的所分配的媒體區(qū)配置成遵循用于壓縮到所分配DM260的輸入流的壓縮標(biāo)準(zhǔn)。壓縮標(biāo)準(zhǔn)可以是諸如但不限于用于壓縮視頻的H.264或者用于壓縮音頻的G.729。
[0084]在操作過程中，DM260的MCIF區(qū)可以從MCIF292獲得與輸入SID值關(guān)聯(lián)的壓縮媒體的MCIFTP幀。每個(gè)幀都可以被處理，以便根據(jù)它們的順序和時(shí)間戳組織這些幀。幀頭可以被除去并且壓縮的媒體有效載荷(音頻或視頻)可以朝DM260的媒體區(qū)交付，其中DM260是媒體解碼器。媒體解碼器依賴于相關(guān)壓縮流的類型，把壓縮媒體解碼成解碼流，音頻或視頻。壓縮音頻或視頻的解碼在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。在相關(guān)DM260所處理的媒體是音頻的情況下，DM260可以周期性地確定解碼的音頻流的音頻能量并且經(jīng)控制連接294把這個(gè)參數(shù)交給CM290。
[0085]解碼后的媒體流可以傳輸?shù)剿峙銬M260的MCIF區(qū)。該MCIF區(qū)可以把解碼后的媒體流布置到與分配給那個(gè)DM260的輸出SID值關(guān)聯(lián)的MCIFTP幀中。MCIFTP幀是根據(jù)MCIF292的類型創(chuàng)建的。MCIFTP幀可以作為DM260的輸出流交付，該輸出流在MCIF292上攜帶DMDU的MCIFTP幀。
[0086]在CUB200的有些實(shí)施例中，DM260的視頻區(qū)可以包括一個(gè)或多個(gè)縮放器。每個(gè)縮放器可以把解碼后的圖像縮放成所需的尺寸。在這種實(shí)施例中，多個(gè)輸出SID值可以分配給那個(gè)DM260的MCIF區(qū)。每個(gè)輸出SID值可以與一個(gè)縮放器關(guān)聯(lián)。在MCIF區(qū)，縮放后的DMDU嵌入到與相關(guān)輸出SID關(guān)聯(lián)的MCIFTP幀中并且作為單獨(dú)的流交給MCIF292。每個(gè)縮放器的輸出尺寸可以由每個(gè)方向中的像素個(gè)數(shù)來定義，即寬乘高(WxH)。視頻圖像縮放器的操作在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。
[0087]CUB200的實(shí)施例可以包括多種類型的MCM270。MCM270的類型可以依賴于媒體的類型，音頻或視頻，還依賴于作為組合媒體的目標(biāo)的端點(diǎn)的類型，LEP140或MRE130。如上所述，MCM270可以包括MCIF區(qū)和媒體區(qū)。MCM270的MCIF區(qū)可以按類似于上述方式的方式操作，并可以具有不同個(gè)數(shù)的所分配輸入和輸出SID值。所分配MCM270的MCIF區(qū)可以接收多個(gè)輸入SID值。例如，輸入SID值中的每一個(gè)代表源自由CM290選擇的端點(diǎn)的流，該流要由目標(biāo)端點(diǎn)呈現(xiàn)或聽到。因而，當(dāng)講話者改變或者所呈現(xiàn)的與會(huì)者改變時(shí)，等等，輸入SID值可以在會(huì)議會(huì)話期間根據(jù)會(huì)話的動(dòng)態(tài)而改變。根據(jù)當(dāng)前所分配的輸入SID值，MCIF區(qū)從MCIF292獲得選定流的MCIFTP幀、組織流中的所獲得的幀并且把每個(gè)流的媒體有效載荷朝位于MCM270的媒體區(qū)的媒體組合器交付。
[0088]在另一個(gè)方向，來自MCM270的媒體區(qū)的一個(gè)或多個(gè)組合媒體流可以由MCM270的MCIF區(qū)組織成作為MCIFTP幀的有效載荷。具有適當(dāng)輸出SID值的頭可以添加到組合媒體有效載荷，以便創(chuàng)建MCIFTP幀，該MCIFTP幀交付到MCIF292。
[0089]配置成創(chuàng)建目標(biāo)指向LEP140的CP視頻圖像的視頻MCM270的一種實(shí)施例可以具有MCIF區(qū)，該MCIF區(qū)可以基于當(dāng)前所分配的輸入SID值獲得多個(gè)攜帶視頻DMDU的MCIFTP幀流。所獲得的視頻DMDU的MCIFTP幀通過多個(gè)視頻DM260交給MCIF292。每個(gè)視頻DM260都與當(dāng)前選定的所呈現(xiàn)LEP140或MRE130關(guān)聯(lián)。因而，由某個(gè)視頻DM260交付的流的輸出SID值可以類似于指向那個(gè)流的視頻MCM270的輸入SID值。在CUB200的另一種實(shí)施例中，由某個(gè)視頻DM260交付的流的輸出SID的值和指向那個(gè)流的視頻MCM270的輸入SID值可以不同。在這種實(shí)施例中，SID轉(zhuǎn)換表可以提供給視頻MCM270，用于關(guān)聯(lián)兩個(gè)不同的SID值。MCIF區(qū)可以處理接收到的選定流的MCIFTP幀、組織流中的所獲得的幀并且朝著位于視頻MCM270的媒體區(qū)的CP圖像生成器交付每個(gè)流的DMDU。
[0090]CP圖像生成器可以把選定視頻圖像的解碼視頻數(shù)據(jù)組合到CP視頻圖像中并且把解碼的CP圖像數(shù)據(jù)單元的流交給視頻MCM270的MCIF區(qū)。該MCIF區(qū)可以把解碼后的CP圖像數(shù)據(jù)單元組織到MCIFTP幀中、添加包括所分配輸出SID值的頭并且經(jīng)視頻E0M280和LEP0NIP230朝著至少一個(gè)目標(biāo)LEP140交付MCIFTP幀流。在CUB200的有些實(shí)施例中，其中視頻DM260不包括縮放器，則CP圖像生成器可以包括用于攜帶DMDU的每個(gè)選定的MCIFTP幀流的縮放器。該縮放器把由每個(gè)選定的流所攜帶的視頻圖像的尺寸縮放成要在其中放置所獲得的視頻圖像的CP視頻圖像布局中片段的合適尺寸。CP圖像生成器和縮放器的操作在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。
[0091]配置成混合要朝著至少一個(gè)目標(biāo)LEP140發(fā)送的多個(gè)音頻流的音頻混合器MCM270的一種實(shí)施例可以具有MCIF區(qū)，該MCIF區(qū)可以基于當(dāng)前所分配的輸入SID值獲得攜帶DMDU的多個(gè)MCIFTP幀流，這些DMDU是解碼的音頻數(shù)據(jù)單元。所獲得的DMDU的MCIFTP幀通過多個(gè)音頻DM260交給MCIF292。每個(gè)音頻DM260與當(dāng)前選定的被聽到的LEP或MRE關(guān)聯(lián)。因而，由某個(gè)音頻DM260交付的音頻流的輸出SID值可以類似于指向那個(gè)流的MCM270的輸入SID值。在CUB200的另一種實(shí)施例中，由某個(gè)音頻DM260交付的流的輸出SID的值和指向那個(gè)流的音頻混合器MCM270的輸入SID值可以不同。在這種實(shí)施例中，SID轉(zhuǎn)換表可以提供給MCM270，用于關(guān)聯(lián)兩個(gè)不同的SID值。MCIF區(qū)可以處理接收到的選定流的MCIFTP幀、組織音頻流中的所獲得的幀并且朝著位于MCM270的媒體區(qū)的音頻混合器交付每個(gè)音頻流的DMDU。
[0092]音頻混合器可以把選定的音頻流的解碼音頻數(shù)據(jù)混合到解碼后的混合音頻中并且向音頻MCM270的MCIF區(qū)交付解碼后的混合音頻數(shù)據(jù)單元流。MCIF區(qū)可以把解碼后的混合音頻數(shù)據(jù)單元組織到MCIFTP幀中、添加包括所分配輸出SID值的頭并且經(jīng)音頻E0M280和LEP0NIP230朝著至少一個(gè)目標(biāo)LEP140交付MCIFTP幀的混合音頻流。音頻混合器的操作在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。
[0093]為了把兩個(gè)或更多個(gè)選定的中繼RTP壓縮視頻流轉(zhuǎn)換成要朝著一個(gè)或多個(gè)MRE130發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮視頻流，可以使用另一種類型的MCM270，被中繼視頻MCM270。每個(gè)MRE130可以從接收到的所發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮視頻流建立CP視頻圖像并將其呈現(xiàn)。
[0094]被中繼視頻MCM270的一種實(shí)施例可以具有MCIF區(qū)，該MCIF區(qū)可以基于當(dāng)前所分配的輸入SID值獲得攜帶中繼RTP壓縮視頻數(shù)據(jù)塊的多個(gè)選定的MCIFTP幀流。所獲得的中繼RTP壓縮視頻數(shù)據(jù)塊的MCIFTP幀流由一個(gè)或多個(gè)MREINIP230或者從一個(gè)或多個(gè)E0M280交給MCIF292，每個(gè)MREINIP230與當(dāng)前選定的MRE130關(guān)聯(lián)，每個(gè)E0M280與當(dāng)前選定的LEP140關(guān)聯(lián)。因而，由選定的E0M280或選定的MREINIP230交付的流的輸出SID值可以類似于指向那個(gè)流的被中繼視頻MCM270的輸入SID值。在CUB200的另一種實(shí)施例中，由選定的E0M280或MREINIP230交付的流的輸出SID值和指向那個(gè)流的被中繼視頻MCM270的輸入SID值可以不同。在這種實(shí)施例中，SID轉(zhuǎn)換表可以提供給被中繼視頻MCM270，用于關(guān)聯(lián)兩個(gè)不同的SID值。MCIF區(qū)可以處理接收到的選定流的MCIFTP幀、組織流中的所獲得的幀并且朝著位于被中繼視頻MCM270的媒體區(qū)的會(huì)話壓縮視頻RTP處理器(SCVRP)交付每個(gè)流的中繼RTP壓縮視頻數(shù)據(jù)塊。
[0095]SCVRP可以從被中繼視頻MCM270的MCIF區(qū)接收每個(gè)流的中繼RTP壓縮視頻數(shù)據(jù)塊(RTP頭和壓縮視頻有效載荷)。SCVRP可以管理多個(gè)順序存儲(chǔ)器，每個(gè)選定的MRE130或LEP140—個(gè)順序存儲(chǔ)器。例如，SCVRP可以解析所接收到的中繼RTP壓縮視頻數(shù)據(jù)塊的頭并且根據(jù)其幀號(hào)或時(shí)間戳把它存儲(chǔ)到合適的順序存儲(chǔ)器中。有時(shí)候，依賴于會(huì)話所使用的幀速率，根據(jù)從CM290接收到的信令與控制信息，SCVRP可以訪問一組一個(gè)或多個(gè)順序存儲(chǔ)器并且把這組選定端點(diǎn)的壓縮數(shù)據(jù)轉(zhuǎn)換成要朝那個(gè)被中繼視頻MCM270的MCIF區(qū)傳輸?shù)谋恢欣^RTP壓縮視頻數(shù)據(jù)塊。希望關(guān)于SCVRP的操作了解更多的讀者請(qǐng)閱讀美國專利N0.8，228，363，該專利的內(nèi)容在此引入作為參考。
[0096]被中繼視頻MCM270的MCIF區(qū)可以把被中繼RTP壓縮視頻數(shù)據(jù)塊組織到MCIFTP幀中、添加包括所分配輸出SID值的頭并且經(jīng)MRE0NIP240朝著至少一個(gè)目標(biāo)MRE130交付MCIFTP幀流。在CUB200的其它實(shí)施例中，MCIF區(qū)可以把被中繼RTP壓縮視頻數(shù)據(jù)塊組織到多個(gè)輸出MCIFTP幀流中，其中每個(gè)輸出流源自選定的LEP140或MRE130并且攜帶按分配給那個(gè)選定端點(diǎn)(MRE130或LEP140)的片段的縮放后尺寸的視頻圖像。對(duì)于每個(gè)輸出流，MCIF區(qū)可以為那個(gè)流添加包括所分配輸出SID值的頭，并且經(jīng)MRE0NIP240朝著至少一個(gè)目標(biāo)MRE交付MCIFTP幀流。
[0097]另一種類型的MCM270可以稱為被中繼音頻MCM270。被中繼音頻MCM270的一種實(shí)施例可以用來把兩個(gè)或更多個(gè)選定的中繼RTP壓縮音頻流轉(zhuǎn)換成要朝著一個(gè)或多個(gè)MRE130發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮音頻流。每個(gè)MRE130可以通過接收所發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮音頻流來解碼、混合并播放混合后的音頻。本領(lǐng)域技術(shù)人員可以通過以上對(duì)被中繼視頻MCM270的描述來理解被中繼音頻MCM270的操作，其中媒體從視頻變成了音頻并且用會(huì)話壓縮音頻RTP處理器(SCARP)代替了 SCVRP。希望關(guān)于SCARP的操作了解更多的讀者請(qǐng)閱讀美國專利N0.8，228，363，該專利的內(nèi)容在此引入作為參考。
[0098]E0M280是關(guān)于圖2中所說明的CUB200實(shí)施例的另一種媒體處理器。CUB200可以包括多種類型E0M280。E0M280的類型可以依賴媒體的類型，視頻或視頻，并且依賴編碼(壓縮)媒體目標(biāo)所指的端點(diǎn)類型，LEP140或MRE130。如上所述，E0M280可以包括MCIF區(qū)和媒體區(qū)。E0M280的MCIF區(qū)可以類似于以上所述的方式操作，具有附加功能和不同個(gè)數(shù)的所分配輸入與輸出SID值。
[0099]與LEP140 (目標(biāo)LEP140)關(guān)聯(lián)的所分配E0M280的MCIF區(qū)可以接收輸入SID值，其代表攜帶目標(biāo)指向那個(gè)LEP140的、解碼后的合成媒體的MCIFTP幀流。這個(gè)流可以由與那個(gè)LEP140相關(guān)的MCM270組成。MCM270可以是用于視頻的CP視頻圖像生成器或者用于音頻的音頻混合器。根據(jù)當(dāng)前所分配的輸入SID值，MCIF區(qū)可以從MCIF292獲得選定流的MCIFTP幀、組織所獲得的幀并且朝著位于E0M280的媒體區(qū)的媒體編碼器交付解碼后的組合媒體有效載荷。對(duì)于音頻流，媒體編碼器可以遵循目標(biāo)LEP140所使用的音頻壓縮標(biāo)準(zhǔn)。音頻壓縮標(biāo)準(zhǔn)的例子可以是G.711、G.729、G.722.1C、G.719等。用于視頻的媒體編碼器可以遵循諸如但不限于H.263、H.264的壓縮標(biāo)準(zhǔn)。
[0100]在另一個(gè)方向，來自E0M280的媒體區(qū)的壓縮媒體流可以由E0M280的MCIF區(qū)組織成為MCIFTP幀的有效載荷。具有適當(dāng)輸出SID值的頭可以添加到編碼后的媒體有效載荷，以便創(chuàng)建MCIFTP幀，該MCIFTP幀交給MCIF292。
[0101]為了適配源自LEP140并且需要交給MRE130的媒體流，可以使用其它類型的E0M280。這種E0M280可以被稱為適配器E0M280。依賴于媒體的類型，可以使用兩種類型的適配器E0M280。在輸入方向，與源LEP140的音頻關(guān)聯(lián)的所分配適配器E0M280的MCIF區(qū)可以接收代表攜帶源自源LEP140的解碼音頻的MCIFTP幀流的輸入SID值。這個(gè)流可以被與那個(gè)源LEP140相關(guān)的DM260解碼。
[0102]根據(jù)當(dāng)前所分配的輸入SID值，MCIF區(qū)可以從MCIF292獲得選定解碼流的MCIFTP幀、組織所獲得的幀并且把解碼后的音頻有效載荷朝著位于適配器E0M280的媒體區(qū)的音頻編碼器交付。音頻編碼器可以遵循由一個(gè)或多個(gè)目標(biāo)MRE130使用的音頻壓縮標(biāo)準(zhǔn)。音頻壓縮標(biāo)準(zhǔn)的例子包括G.711、G.729、G.722.1C、G.719等。在CUB200的有些實(shí)施例中，音頻DM260和E0M280可以分別包括可縮放的音頻編解碼器解碼器/編碼器。希望關(guān)于可縮放的音頻編解碼器解碼器/編碼器了解更多的讀者請(qǐng)閱讀美國專利申請(qǐng)公開N0.2012/0004918，該申請(qǐng)?jiān)诖巳恳胱鳛閰⒖肌?br> [0103]在有些實(shí)施例中，MCIF區(qū)可以接收首頻流的首頻能量的指不。該指不可以從相關(guān)的DM260或者從CM290直接接收。MCIF區(qū)還可以接收為了把編碼的音頻數(shù)據(jù)塊轉(zhuǎn)換成中繼RTP壓縮音頻數(shù)據(jù)塊所需的附加信息。這種附加信息可以包括序列號(hào)、源ID、時(shí)間戳等。在其它實(shí)施例中，E0M280可以確定流的音頻能量。
[0104]通過在RTP音頻數(shù)據(jù)塊的頭中添加并嵌入附加的參數(shù)，適配器E0M280的MCIF輸出區(qū)可以配置成以類似于MRE130的輸出音頻RTP處理器的方式操作。所述附加參數(shù)可以包括序列號(hào)、源ID、時(shí)間戳、音頻能量指示等。然后，中繼RTP壓縮音頻數(shù)據(jù)塊可以由適配器E0M280的MCIF區(qū)組織成為MCIFTP幀的有效載荷。具有適當(dāng)輸出SID值的頭可以添加到中繼RTP壓縮音頻數(shù)據(jù)塊的有效載荷，以便創(chuàng)建MCIFTP幀，該MCIFTP幀交付到MCIF292。這個(gè)MCIFTP幀流可以由與一個(gè)或多個(gè)目標(biāo)MRE130關(guān)聯(lián)的音頻MCM270從MCIF292獲得。希望關(guān)于MRE130 了解更多的讀者請(qǐng)閱讀美國專利N0.8，228，363，該專利的全部內(nèi)容在此引入作為參考。
[0105]為了適配源自LEP140并且需要交給MRE130的視頻流，可以使用第二類型適配器E0M280?？梢詾榻桓稄脑碙EP140接收到的某個(gè)尺寸的解碼視頻圖像的每個(gè)DM260分配這種適配器E0M280。因而，所分配適配器E0M280的MCIF區(qū)可以接收代表攜帶源自源LEP140并且被DM260解碼并縮放的縮放后解碼視頻的MCIFTP幀流的輸入SID值。根據(jù)當(dāng)前所分配的輸入SID值，MCIF區(qū)可以從MCIF292獲得選定的縮放后解碼視頻的MCIFTP幀、組織所獲得的幀并且把解碼后的縮放后視頻有效載荷朝著位于適配器E0M280的媒體區(qū)的視頻編碼器交付。視頻編碼器可以遵循由一個(gè)或多個(gè)目標(biāo)MRE130使用的視頻壓縮標(biāo)準(zhǔn)。視頻壓縮標(biāo)準(zhǔn)的例子包括a 263、H.264等。此外，MCIF區(qū)還可以接收把編碼的視頻數(shù)據(jù)塊轉(zhuǎn)換成中繼RTP壓縮視頻數(shù)據(jù)塊流所需的附加信息。該附加信息可以包括序列號(hào)、源ID、時(shí)間戳、CP視頻圖像中的片段號(hào)等。
[0106]通過在RTP視頻數(shù)據(jù)塊的頭中添加并嵌入附加參數(shù)，適配器視頻E0M280的MCIF輸出區(qū)可以配置成以類似于MRE130的輸出視頻RTP處理器的方式操作。所述附加參數(shù)可以包括序列號(hào)、源ID、時(shí)間戳、片段號(hào)等。然后，中繼RTP壓縮視頻數(shù)據(jù)塊可以由適配器E0M280的MCIF輸出區(qū)組織成為MCIFTP幀的有效載荷。具有適當(dāng)輸出SID值的頭可以添加到中繼RTP壓縮視頻數(shù)據(jù)塊有效載荷，以便創(chuàng)建MCIFTP幀，該MCIFTP幀交給MCIF292。這個(gè)MCIFTP幀流可以由與一個(gè)或多個(gè)目標(biāo)MRE130關(guān)聯(lián)的視頻MCM270從MCIF292獲得。
[0107]CUB200的其它例子可以給CUB200的模塊添加除上述之外的某些功能。例如，在CUB200的有些實(shí)施例中，視頻DM260可以不包括縮放器；相反，與LEP140關(guān)聯(lián)的視頻MCM270可以包括縮放器并且與MRE130關(guān)聯(lián)的視頻E0M280也可以具有縮放器。
[0108]在CUB200的有些實(shí)施例中，與MRE關(guān)聯(lián)的MCM270或E0M280可以配置成把RTP頭轉(zhuǎn)換成被中繼RTP頭。在CUB200的其它實(shí)施例中，MRE0NIP240可以適應(yīng)實(shí)現(xiàn)頭轉(zhuǎn)換。
[0109]CM290的一種實(shí)施例可以管理CUB200的操作。CM290可以從MRE130或者LEP140接收建立視頻會(huì)議會(huì)話(撥入與會(huì)者)的請(qǐng)求。該請(qǐng)求可以經(jīng)一個(gè)或多個(gè)信令與控制模塊250接收。備選地，CM290可以從管理服務(wù)器(圖中未示出)獲得在多個(gè)MRE130和/或LEP140之間建立會(huì)議會(huì)話(撥出與會(huì)者)的請(qǐng)求。該請(qǐng)求可以與由CUB200使用的撥號(hào)列表(一個(gè)撥號(hào)可以代表一個(gè)IP地址)關(guān)聯(lián)，以便經(jīng)一個(gè)或多個(gè)信令與控制模塊250與那些端點(diǎn)建立連接。有些會(huì)議會(huì)話可以既包括撥入與會(huì)者又包括撥出與會(huì)者。例如，與端點(diǎn)建立連接可以遵循諸如札323或SIP的眾所周知的標(biāo)準(zhǔn)。
[0110]對(duì)于加入會(huì)話的每個(gè)端點(diǎn)，MRE130或LEP140，CM290可以從該端點(diǎn)獲得與會(huì)話相關(guān)的信息。這種信息諸如但不限于端點(diǎn)的類型、能力、帶寬、壓縮標(biāo)準(zhǔn)、位速率等。與端點(diǎn)的協(xié)商可以經(jīng)適當(dāng)?shù)男帕钆c控制模塊250進(jìn)行?；谒@得的信息，CM290可以向那個(gè)端點(diǎn)分配相關(guān)的內(nèi)部模塊。對(duì)于MRE130，CM290可以為從MRE130獲得的多個(gè)視頻流中的每個(gè)視頻流分配MREINIP220 (每個(gè)尺寸、質(zhì)量等級(jí)等一個(gè));為從那個(gè)MRE130獲得的多個(gè)音頻流中的每個(gè)音頻流分配MREINIP220 (例如，每個(gè)質(zhì)量等級(jí)一個(gè))；一個(gè)或多個(gè)MRE0NIP240，攜帶與要在MRE顯示單元上呈現(xiàn)的CP視頻圖像有關(guān)的視頻圖像的每個(gè)視頻流一個(gè)MRE0NIP240 ；一個(gè)或多個(gè)MRE0NIP240，攜帶與要從MRE130揚(yáng)聲器聽到的混合音頻有關(guān)的音頻的每個(gè)音頻流一個(gè)MRE0NIP240 ;—個(gè)或多個(gè)信令與控制模塊250，等等。
[0111]此外，CM290可以分配用于處理去往/來自MRE130的媒體的一個(gè)或多個(gè)媒體處理器單元。例如，可以為從MRE130獲得的多個(gè)視頻流中的每個(gè)視頻流分配一個(gè)視頻DM260(每個(gè)尺寸、質(zhì)量等級(jí)等一個(gè));可以為從MRE130獲得的多個(gè)音頻流中的每個(gè)音頻流分配一個(gè)音頻DM260 (例如，每個(gè)質(zhì)量等級(jí)一個(gè))。所分配的視頻或音頻DM260配置成遵循用于壓縮相關(guān)流的壓縮標(biāo)準(zhǔn)、位速率等。
[0112]可以分配一個(gè)或多個(gè)視頻E0M280，攜帶從與參與會(huì)話的LEP140關(guān)聯(lián)的視頻DM260獲得的縮放后解碼視頻圖像的每個(gè)視頻流一個(gè)視頻E0M280。可以分配一個(gè)或多個(gè)音頻E0M280，攜帶從與參與會(huì)話的LEP140關(guān)聯(lián)的音頻DM260獲得的某個(gè)質(zhì)量的解碼音頻的每個(gè)解碼音頻流一個(gè)音頻E0M280。音頻和視頻MCM270可以分配給那個(gè)MRE130，以便從MCIF292獲得相關(guān)的壓縮音頻與視頻流，以便組成要朝那個(gè)MRE130傳輸?shù)囊纛l和視頻的被中繼RTP流7等等。
[0113]以類似的方式，可以分配具有一個(gè)或多個(gè)縮放器的視頻DM260，用于解碼從LEP140獲得的視頻流，并且可以分配音頻DM260，用于從LEP140獲得的音頻流。所分配的視頻和/或音頻DM260配置成遵循用于壓縮相關(guān)流的壓縮標(biāo)準(zhǔn)、位速率等。可以分配視頻LEPMCM270,以便從選定端點(diǎn)的解碼視頻流建立要在LEP140的顯示單元上呈現(xiàn)的CP視頻圖像。可以分配視頻E0M280，來壓縮由所分配的LEP視頻MCM270創(chuàng)建的解碼CP視頻圖像，以便朝著那個(gè)LEP140傳輸并且在那個(gè)LEP140的顯示單元上呈現(xiàn)?？梢苑峙湟纛lLEP MCM270,以便混合選定的解碼音頻流，在LEP140的揚(yáng)聲器上被聽到。可以分配音頻E0M280，以便壓縮從與那個(gè)LEP140關(guān)聯(lián)的音頻MCM270獲得的混合解碼音頻流。
[0114]在有些實(shí)施例中，在分配用于處理去往/來自MRE130或LEP140的媒體的內(nèi)部資源之后，可以向由所分配的內(nèi)部模塊之一交付到MCIF292的每個(gè)流分配輸出SID值。管理SID值和MCIF292的分配可以通過使用管理與控制表(MCT)進(jìn)行。SID的類型和MCIF292的控制依賴于MCIF292的類型。對(duì)于其中MCIF292是共享存儲(chǔ)器的CUB200的實(shí)施例，輸出SID值可以代表相關(guān)內(nèi)部模塊可以把其輸出流的MCIFTP幀寫(存儲(chǔ))到其中的共享存儲(chǔ)器中地址的間隔。對(duì)共享存儲(chǔ)器的寫和讀可以例如按循環(huán)模式進(jìn)行。為了從MCIF292獲得流，需要獲得該流的每個(gè)內(nèi)部模塊可以接收由把該流交給MCIF292的模塊所使用的輸出SID，作為輸入SID?；谠撦斎隨ID值,相關(guān)的內(nèi)部模塊可以按循環(huán)模式一個(gè)接一個(gè)地從與那個(gè)SID值關(guān)聯(lián)的相同地址間隔提取MCIFTP幀。
[0115]在CUB200的其它實(shí)施例中，MCIF292可以是TDM總線。在這種實(shí)施例中，輸出SID值可以代表來自那個(gè)內(nèi)部模塊的每個(gè)MCIFTP幀將要傳輸?shù)組CIF292的時(shí)隙編號(hào)。為了從MCIF292獲得流，需要獲得該流的每個(gè)內(nèi)部模塊可以接收由把流交付到MCIF292的模塊所使用的輸出SID，作為輸入SID。基于該輸入SID值，相關(guān)的內(nèi)部模塊可以提取與TDM總線的那個(gè)時(shí)隙關(guān)聯(lián)的MCIFTP幀。
[0116]在CUB200的還有另一種實(shí)施例中，MCIF可以是由具有多播路由能力的以太網(wǎng)交換機(jī)控制的以太網(wǎng)網(wǎng)絡(luò)。在CUB200的這種實(shí)施例中，輸出SID可以是MCIFTP幀的以太網(wǎng)頭中的字段。輸出SID值可以代表用于一個(gè)流的多播地址。為了從MCIF292獲得流，需要從MCIF292獲得那個(gè)流的每個(gè)內(nèi)部模塊可以使相同的SID值作為輸入SID值?；谠撦斎隨ID值，相關(guān)的內(nèi)部模塊可以從以太網(wǎng)交換機(jī)獲得相關(guān)的MCIFTP幀。CUB200的其它例子可以使用其它類型的MCIF和SID或者以上例子的任意組合。本領(lǐng)域的技術(shù)人員將認(rèn)識(shí)到，本發(fā)明的范圍不限于MCIF292的類型。
[0117]會(huì)議會(huì)話的MCT的一種實(shí)施例可以包括多個(gè)條目。每個(gè)條目可以與參與會(huì)話的MRE130或LEP140關(guān)聯(lián)。每個(gè)條目可以與多個(gè)字段關(guān)聯(lián)。這些字段可以分成若干個(gè)區(qū)。第一個(gè)區(qū)可以被稱為端點(diǎn)區(qū)。端點(diǎn)區(qū)的字段可以包括關(guān)于端點(diǎn)的信息，諸如但不限于端點(diǎn)類型(MRE或LEP)、用于每個(gè)流的IP地址、壓縮標(biāo)準(zhǔn)(音頻和視頻)、位速率、CP視頻圖像所需的布局等。在有些會(huì)議中，只要端點(diǎn)(MRE130或LEP140)連接到會(huì)話，端點(diǎn)區(qū)的字段就保持不變。
[0118]MCT的第二個(gè)區(qū)可以被稱為輸入?yún)^(qū)。對(duì)于每個(gè)條目，輸入?yún)^(qū)可以包括多個(gè)字段，與從與那個(gè)條目關(guān)聯(lián)的端點(diǎn)(MRE130或LEP140)接收到的輸入有關(guān)的字段?？梢詾榉峙鋪硖幚韽哪莻€(gè)端點(diǎn)接收到的壓縮媒體流，音頻或視頻，的每個(gè)資源分配一個(gè)字段。屬于LEP140的條目的輸入?yún)^(qū)字段可以包括關(guān)于例如所分配的LEPINIP210、DM260、E0M280的信息。屬于MRE130的條目的輸入?yún)^(qū)字段可以包括關(guān)于例如所分配的一個(gè)或多個(gè)MREINIP220及一個(gè)或多個(gè)DM260的信息。除了關(guān)于所分配的資源的其它參數(shù)之外，存儲(chǔ)在一些所述字段中的信息可以包括由該資源傳輸?shù)組CIF292的MCIFTP幀流的輸出SID值。在CUB200的有些實(shí)施例中，只要關(guān)聯(lián)的端點(diǎn)(MRE130或LEP140)連接到會(huì)話，輸入?yún)^(qū)的字段就可以保持不變。在CUB200的其它實(shí)施例中，依賴于會(huì)話的動(dòng)態(tài)，輸入?yún)^(qū)的有些字段在會(huì)議會(huì)話期間可以變化。例如，與從LEP140或MRE130接收到的視頻輸入流關(guān)聯(lián)的視頻DM260只有在那個(gè)端點(diǎn)(MRE130或LEP140)被選作會(huì)議CP視頻圖像的一部分在至少一個(gè)其他LEP140或MRE130的顯示單元上呈現(xiàn)的時(shí)候才能分配。
[0119]MCT的第三個(gè)區(qū)可以被稱為輸出區(qū)。對(duì)于每個(gè)條目，輸出區(qū)可以包括多個(gè)字段，與要朝著與那個(gè)條目關(guān)聯(lián)的端點(diǎn)(MRE130或LEP140)傳輸?shù)妮敵隽饔嘘P(guān)的字段。可以為分配來處理目標(biāo)指向那個(gè)端點(diǎn)的輸出媒體流，音頻或視頻，的每個(gè)資源分配一個(gè)字段。屬于LEP140的條目的輸出區(qū)字段可以包括例如關(guān)于所分配的音頻與視頻MCM270、音頻與視頻E0M280及一個(gè)或多個(gè)LEP0NIP230的信息。屬于與MRE130關(guān)聯(lián)的條目的輸出區(qū)字段可以包括例如關(guān)于所分配的音頻與視頻MRE MCM270、一個(gè)或多個(gè)MRE0NIP240的信息。除關(guān)于所分配資源的其它參數(shù)之外，存儲(chǔ)在有些所述字段中的信息可以包括由所述資源傳輸?shù)組CIF292的MCIFTP幀流的輸出SID值。在CUB200的有些實(shí)施例中，只要關(guān)聯(lián)的端點(diǎn)(MRE130或LEP140)連接到會(huì)話，輸出區(qū)的字段就可以保持不變。
[0120]在CUB200的其它實(shí)施例中，依賴于會(huì)話的動(dòng)態(tài)，輸出區(qū)的有些字段在會(huì)議會(huì)話的過程中可以變化。例如，與目標(biāo)指向LEP140或MRE130的視頻輸出流關(guān)聯(lián)的視頻MCM270可以重新配置，以便要在端點(diǎn)上所呈現(xiàn)的CP布局改變的時(shí)候組合不同數(shù)量的流。MCT會(huì)不時(shí)地變化，例如當(dāng)每次有一個(gè)端點(diǎn)加入或離開會(huì)議會(huì)話時(shí)。
[0121]基于MCT，CM可以創(chuàng)建MCIF路由表(MRT)。MRT可以具有多個(gè)條目；每個(gè)條目可以與CUB200的所分配內(nèi)部模塊的輸入關(guān)聯(lián)并且為那個(gè)內(nèi)部模塊定義將從MCIF292獲得哪一個(gè)或多個(gè)MCIFTP幀流。MRT中的一個(gè)條目可以分配給DM260的輸入(音頻或視頻)；與那個(gè)條目關(guān)聯(lián)的字段可以包括例如LEPINIP210或MREINIP220的輸出SID值。另一個(gè)條目可以分配給與LEP140關(guān)聯(lián)的音頻MCM270。這個(gè)條目可以具有多個(gè)字段，每個(gè)字段可以包括輸出SID值，該輸出SID值與和MRE130或LEP140關(guān)聯(lián)的音頻DM270相關(guān)，其被選擇來混合并經(jīng)關(guān)聯(lián)的LEP140的揚(yáng)聲器聽到。另一個(gè)條目可以分配給音頻E0M280的輸入。與那個(gè)條目關(guān)聯(lián)的字段可以包括混合目標(biāo)指向LEP140的音頻流的音頻MCM270的輸出SID值，其中的LEP140與所述音頻E0M280關(guān)聯(lián)。另一個(gè)條目可以分配給LEP0NIP230的輸入。與那個(gè)條目關(guān)聯(lián)的字段可以包括音頻E0M280的輸出SID值，其中音頻E0M280編碼目標(biāo)指向與那個(gè)LEP0NIP230相關(guān)的LEP140的混合音頻流。以類似的方式，可以分配具有多個(gè)字段的附加條目，來處理朝向LEP140的視頻流及目標(biāo)指向MRE130的音頻流和視頻流。
[0122]MRT可以被CM290更新與控制。CUB200的每個(gè)內(nèi)部模塊可以不時(shí)地訪問MRT，以便了解它需要從MCIF292獲得的MCIFTP幀流的一個(gè)或多個(gè)適當(dāng)SID。備選地，內(nèi)部模塊可以由CM290利用那些SID來更新。在其中除輸出SID值之外還使用輸入SID值的CUB200實(shí)施例中，MRT可以用作那個(gè)會(huì)話的SID轉(zhuǎn)換表。在這種實(shí)施例中，每個(gè)條目可以關(guān)聯(lián)到相關(guān)的輸入SID值。在其中內(nèi)部模塊在需要的時(shí)候動(dòng)態(tài)分配的實(shí)施例中，可以相應(yīng)地更新MRT。
[0123]在會(huì)議會(huì)話期間，CM290可以執(zhí)行MCU中控制多個(gè)LEP140之間視頻會(huì)議的控制模塊的常見行為和用于控制多個(gè)MRE130之間的會(huì)議會(huì)話的MRM的控制模式的常見行為。此夕卜，CM290可以提供與CUB200的新型體系結(jié)構(gòu)相關(guān)的附加功能。例如，基于從參與會(huì)議會(huì)話的多個(gè)MRE130和LEP140接收到的音頻流的音頻能量，以每個(gè)幾十毫秒(例如，10至40毫秒)的間隔，CM290可以選擇具有最高音頻能量的一組一些端點(diǎn)(例如，三至六個(gè))。根據(jù)這種選擇，MRT中與音頻MCM270和音頻E0M280的輸入相關(guān)的條目的字段可以更新成包括與新選擇的音頻流而不是先前音頻流相關(guān)的輸出SID值。
[0124]以類似的方式，以每個(gè)幾秒鐘的周期(例如，三至五秒)，CM290可以確定哪個(gè)端點(diǎn)可以被選為講話者。講話者可以是在某一比例的該時(shí)間周期(例如，那個(gè)時(shí)間周期中50-70%的間隔)中具有最高音頻能量的端點(diǎn)。根據(jù)選定的講話者，可以選擇呈現(xiàn)給會(huì)議會(huì)話參與者的端點(diǎn)。為了適應(yīng)新的選擇，MRT中與視頻MCM270和視頻E0M280關(guān)聯(lián)的條目的字段可以更新成包括與新選擇的視頻流而不是先前視頻流相關(guān)的輸出SID值。
[0125]在其中只有當(dāng)需要時(shí)才分配視頻資源的CUB200實(shí)施例中，每次當(dāng)選擇一個(gè)LEP140在CP視頻圖像中呈現(xiàn)時(shí)，可以分配視頻DM260，來解碼從那個(gè)LEP140接收到的視頻流。解碼可以包括適當(dāng)?shù)目s放。在這種實(shí)施例中，幀內(nèi)請(qǐng)求可以朝那個(gè)LEP發(fā)送。此外，可以分配一個(gè)或多個(gè)E0M280來壓縮源自那個(gè)LEP140并且目標(biāo)指向一個(gè)MRE130的縮放后的解碼流，以便由該MRE130將其組合到CP視頻圖像中。MRE中的相關(guān)字段可以相應(yīng)地更新。當(dāng)選擇一個(gè)MRE130呈現(xiàn)時(shí)，等等，類似的過程可以重復(fù)。
[0126]圖3繪出了關(guān)于DCUB300的一種實(shí)施例的相關(guān)元件的簡化框圖。DCUB300可以包括三個(gè)區(qū)，包括一個(gè)或多個(gè)DCUB MRE處理器(DCUBMRE) 310的MRC區(qū)，包括一個(gè)或多個(gè)DCUB LEP處理器(DCUBLEP) 320的傳統(tǒng)區(qū)和包括DCUB控制模塊(DCUBCM) 330的控制區(qū)。DCUBMRE310和DCUBLEP320中的每一個(gè)可以包括內(nèi)部MCIF318或328。這三個(gè)區(qū)的元件可以經(jīng)外部MCIF345彼此通信。多個(gè)內(nèi)部MCIF318或328連同外部MCIF345可以實(shí)現(xiàn)以上在圖2的討論中描述過的MCIF292的任務(wù)。
[0127]外部MCIF345可以經(jīng)高容量局域網(wǎng)(LAN)，諸如但不限于以太網(wǎng)，攜帶MCIFTP幀。外部MCIF345的其它實(shí)施例可以遵循例如IP協(xié)議。此外，外部MCIF345可以與路由設(shè)備關(guān)聯(lián)。例如，在其中外部MCIF345是以太網(wǎng)網(wǎng)絡(luò)的DCUB300實(shí)施例中，路由設(shè)備可以是具有多
播能力的以太網(wǎng)交換機(jī)340。以太網(wǎng)交換機(jī)340的例子可以是來自Cisco?Catalyst?3750-X和3560-X系列的交換機(jī)，但是其它的交換機(jī)也可以使用。以太網(wǎng)交換機(jī)340可以由DCUBCM330控制。從DCUBCM330到每個(gè)處理單元DCUBMRE310和DCUBLEP320或者從每個(gè)處理單元DCUBMRE310和DCUBLEP320到DCUBCM330的命令或者狀態(tài)和報(bào)告可以經(jīng)控制通信鏈路342攜帶。控制通信鏈路342可以經(jīng)外部MCIF345攜帶。
[0128]DCUBMRE310的一種實(shí)施例可以包括多個(gè)MREINIP312、多個(gè)MRE0NIP314、多個(gè)MRE MCM316、內(nèi)部 MCIF318 及 MCIF 適配器 319。每個(gè) DCUBMRE310 可以經(jīng) MREINIP312 和MRE0NIP314與一個(gè)或多個(gè)MRE130通信。內(nèi)部MCIF318可以與內(nèi)部模塊(MREINIP312、MRE0NIP314和MRE MCM316)彼此連接并且經(jīng)MCIF適配器319連接到外部MCIF345。
[0129]每個(gè)MREINIP312可以與MRE130關(guān)聯(lián)并且可以獲得攜帶從關(guān)聯(lián)MRE130接收到的壓縮媒體的IP分組流。壓縮媒體可以是音頻和/或視頻。每個(gè)所獲得的IP分組可以根據(jù)IP協(xié)議來處理。在被MREINIP312處理之后，每個(gè)所獲得的分組的RTP媒體有效載荷，中繼RTP壓縮音頻或壓縮視頻數(shù)據(jù)塊，可以根據(jù)MCIFTP嵌到MCIF幀中；并且攜帶從MRE130接收到的中繼RTP壓縮媒體的MCIFTP幀流朝著內(nèi)部MCIF318傳輸。MREINIP312的操作可以類似于以上描述過的MREINIP220的操作并且因此將不進(jìn)一步描述。
[0130]每個(gè)MRE0NIP314可以與一個(gè)或多個(gè)MRE130關(guān)聯(lián)。MRE0NIP314的一種實(shí)施例可以從DCUBCM330獲得要從內(nèi)部MCIF318收集的一個(gè)或多個(gè)壓縮后的被中繼流的SID值。流的個(gè)數(shù)依賴于CP圖像或混合音頻的被中繼壓縮媒體是經(jīng)單個(gè)RTP連接還是經(jīng)多個(gè)RTP連接發(fā)送。攜帶壓縮媒體的一個(gè)或多個(gè)MCIFTP幀流是從與相關(guān)的一個(gè)或多個(gè)MRE130關(guān)聯(lián)的MRE MCM316接收的。基于所接收到的SID值，從內(nèi)部MCIF318獲得適當(dāng)?shù)腗CIFTP幀依賴于內(nèi)部MCIF318的類型，共享存儲(chǔ)器、TDM總線、以太網(wǎng)等。
[0131]MRE0NIP314的實(shí)施例可以處理每個(gè)所獲得的MCIFTP幀并且檢索幀中所嵌的壓縮媒體。例如，處理MCIFTP幀可以包括除去MCIFTP幀的頭。每個(gè)處理后的MCIFTP幀的媒體有效載荷可以適應(yīng)遵循RTP，以便創(chuàng)建RTP壓縮媒體數(shù)據(jù)塊?？梢蕴砑泳哂羞m當(dāng)字段的RTP頭。RTP頭的字段可以反映那個(gè)流的源(SSRC)、反映媒體及編碼器的有效載荷類型(PT)、序列號(hào)、時(shí)間戳等。RTP數(shù)據(jù)塊可以根據(jù)互聯(lián)網(wǎng)協(xié)議來處理，以便嵌入到IP分組中。IP頭可以添加到該分組。源IP地址和頭的端口可以反映相關(guān)的MRE0NIP314。目的地IP地址可以反映關(guān)聯(lián)的MRE130和與那種媒體類型關(guān)聯(lián)的端口號(hào)。IP分組可以朝著關(guān)聯(lián)的MRE130發(fā)送。在有些實(shí)施例中或者在有些會(huì)話中，IP分組可以朝著共享相同壓縮標(biāo)準(zhǔn)和相同音頻混合或CP視頻圖像的多個(gè)MRE130發(fā)送。MRE0NIP314的操作可以類似于以上描述過的MRE0NIP240的操作并且因此將不進(jìn)一步描述。
[0132]為了把來自內(nèi)部MCIF318的兩個(gè)或更多個(gè)選定的中繼RTP壓縮視頻流轉(zhuǎn)換成要經(jīng)關(guān)聯(lián)的MRE0NIP314朝一個(gè)或多個(gè)MRE130發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮視頻流，可以使用MRE MCM316。這種MRE MCM316可以稱為被中繼視頻MRE MCM316。每個(gè)MRE130可以從接收到的所發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮視頻流建立并呈現(xiàn)CP視頻圖像。被中繼視頻MRE MCM316的操作類似于以上在圖2的討論中描述過的被中繼視頻MCM270的操作。因此，被中繼視頻MRE MCM316將不進(jìn)一步描述。
[0133]另一種MRE MCM316可以稱為被中繼音頻MRE MCM316。為了把來自內(nèi)部MCIF318的兩個(gè)或更多個(gè)選定的中繼RTP壓縮音頻流轉(zhuǎn)換成要經(jīng)關(guān)聯(lián)的MRE0NIP314朝一個(gè)或多個(gè)MRE130發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮音頻流，可以使用被中繼音頻MCM316。通過接收所發(fā)送的一個(gè)或多個(gè)被中繼RTP壓縮音頻流，每個(gè)MRE130可以解碼、混合并播放混合后的音頻。被中繼音頻MRE MCM316的操作類似于以上在圖2的討論中描述過的被中繼音頻MCM270的操作。因此，被中繼音頻MRE MCM316將不進(jìn)一步描述。
[0134]內(nèi)部MCIF318可以類似于MCIF292。MCIF292的操作、MCIFTP幀及SID值的處理都在以上圖2的討論中描述過了，因此將不進(jìn)一步描述。為了在內(nèi)部MCIF318與外部MCIF345之間接口，可以使用MCIF適配器319。MCIF適配器319把外部MCIF345與內(nèi)部MCIF318關(guān)聯(lián)，以便充當(dāng)DCUB300的一個(gè)MCIF。MCIF適配器319的操作依賴于內(nèi)部MCIF318的類型和外部MCIF345的類型。
[0135]在DCUB300的實(shí)施例中，例如，內(nèi)部MCIF318可以是共享存儲(chǔ)器，而外部MCIF345可以是以太網(wǎng)網(wǎng)絡(luò)。在這種實(shí)施例中，對(duì)于每個(gè)MCIFTP幀流，MCIF適配器319可以獲得SID值、源以太網(wǎng)地址和目的地以太網(wǎng)地址。對(duì)于從內(nèi)部MCIF318傳輸?shù)酵獠縈CIF345的MCIFTP幀流，SID值可以代表MCIF適配器319可以按循環(huán)模式從其提取要朝外部MCIF345傳輸?shù)腗CIFTP幀的共享存儲(chǔ)器(內(nèi)部MCIF318)中地址的間隔。相關(guān)的源以太網(wǎng)地址可以代表DCUBMRE310與生成那個(gè)MCIFTP幀流的相關(guān)內(nèi)部模塊MREINIP312或MRE MCM316之間的對(duì)應(yīng)。關(guān)聯(lián)的目的地以太網(wǎng)地址可以代表所述幀要傳輸?shù)降哪莻€(gè)單元中的另一個(gè)DCUBMRE310或DCUBLEP320與相關(guān)的內(nèi)部模塊。在添加以太網(wǎng)頭之后，利用合適的SID值與以太網(wǎng)地址，以太網(wǎng)MCIFTP幀可以經(jīng)外部MCIF345朝著其目的地傳輸。
[0136]對(duì)于從外部MCIF345傳輸?shù)絻?nèi)部MCIF318的MCIFTP幀流，SID值可以代表MCIF適配器319可以按循環(huán)模式把從外部MCIF345接收到的MCIFTP幀存儲(chǔ)在其中的共享存儲(chǔ)器(內(nèi)部MCIF318)中地址的間隔。相關(guān)的目的地以太網(wǎng)地址可以與那個(gè)SID值關(guān)聯(lián)并且代表DCUBMRE310與作為那個(gè)MCIFTP幀流目標(biāo)的相關(guān)內(nèi)部模塊MREINIP312或MRE MCM316之間的對(duì)應(yīng)。在基于適當(dāng)?shù)腟ID值處理以太網(wǎng)頭之后，MCIFTP幀流可以按循環(huán)模式存儲(chǔ)在與那個(gè)SID值關(guān)聯(lián)的共享存儲(chǔ)器(內(nèi)部MCIF318)的地址間隔中。
[0137]DCUBLEP320 可以包括多個(gè) LEPINIP321、多個(gè) LEP0NIP322、多個(gè) LEP MCM323、多個(gè)E0M324、多個(gè) DM325、內(nèi)部 MCIF328 及 MCIF 適配器 329。每個(gè) DCUBLEP320 可以經(jīng) LEPINIP321和LEP0NIP322與一個(gè)或多個(gè)LEP140通信。內(nèi)部MCIF328可以彼此連接DCUBLEP320的內(nèi)部模塊并且經(jīng)MCIF適配器329連接到外部MCIF345。內(nèi)部MCIF328和MCIF適配器329以(分別)與如上所述的DCUBMRE310的內(nèi)部MCIF318和MCIF適配器319操作類似的方式操作并且因此將不進(jìn)一步描述。
[0138]LEPINIP321、LEP0NIP322、E0M324和DM325以(分別)與以上圖2的討論中所述的LEPINIP210、LEP0NIP230、E0M280和DM260操作類似的方式操作并且因此將不進(jìn)一步描述。
[0139]DCUBLEP320可以進(jìn)一步包括多個(gè)無損解碼器(LLD) 326、多個(gè)無損編碼器(LLE)327。LLD326和LLE327可以用于利用無損算法壓縮需要經(jīng)外部MCIF345朝另一個(gè)DCUBLEP320或DCUBMRE310傳輸?shù)奈磯嚎s(音頻或視頻)的解碼媒體。一對(duì)LLE327和LLD326可以執(zhí)行無損壓縮算法，諸如但不限于GZIP、Lempel-Ziv_Welch (LZW)、無損JPEG2000等。在另一種實(shí)施例中，例如，無損壓縮可以通過部分H.264編碼來實(shí)現(xiàn)，而無需執(zhí)行無損區(qū)。如在此所使用的，術(shù)語半壓縮和無損壓縮應(yīng)當(dāng)理解為可以互換。
[0140]在DCUBLEP320的一種備選的實(shí)施例中，LLE327和LLD326可以包括在MCIF適配器329的實(shí)施例中。在這種實(shí)施例中，在適應(yīng)經(jīng)外部MCIF345攜帶之前，經(jīng)MCIF適配器329從內(nèi)部MCIF318傳輸?shù)酵獠縈CIF345的MCIFTP幀的有效載荷可以被MCIF適配器329的內(nèi)部LLE327無損壓縮。在另一個(gè)方向，在適應(yīng)經(jīng)內(nèi)部MCIF318攜帶之前，從外部MCIF345傳輸?shù)絻?nèi)部MCIF318的MCIFTP幀的有效載荷可以被MCIF適配器329的內(nèi)部LLD326無損解壓縮。
[0141]DCUBCM330可以包括多個(gè)去往/來自LEP或MRE的信令與控制模塊332及主控制器334。信令與控制模塊332可以與以上在圖2討論中所描述過的信令與控制模塊250類似的方式操作。信令與控制模塊332可以用于建立通信會(huì)話并且把相關(guān)端點(diǎn)連接到會(huì)議。經(jīng)相關(guān)的信令與控制模塊332，主控制器334可以認(rèn)證端點(diǎn)和相關(guān)的會(huì)議會(huì)話。在認(rèn)證之后，協(xié)商階段可以啟動(dòng)，以便定義端點(diǎn)的類型、端點(diǎn)的能力、定義壓縮標(biāo)準(zhǔn)、位速率等。此外，可以為那個(gè)端點(diǎn)定義描述CP視頻圖像、被強(qiáng)制講話者等的布局。協(xié)商可以基于例如H.323或SIP，這些在本領(lǐng)域中是眾所周知的并且將不進(jìn)一步討論。
[0142]主控制器334可以管理DCUB300的操作。主控制器334可以從MRE130或LEP140接收建立視頻會(huì)議會(huì)話的請(qǐng)求(撥入與會(huì)者)。該請(qǐng)求可以經(jīng)一個(gè)或多個(gè)信令與控制模塊332接收。備選地，主控制器334可以從管理服務(wù)器(圖中未示出)獲得在多個(gè)MRE130和/或LEP140之間建立會(huì)議會(huì)話的請(qǐng)求(撥出與會(huì)者)。該請(qǐng)求可以與要由主控制器334用于經(jīng)一個(gè)或多個(gè)信令與控制模塊332與那些端點(diǎn)建立連接的撥出號(hào)碼(一個(gè)撥號(hào)可以代表一個(gè)IP地址)的列表關(guān)聯(lián)。有些會(huì)議會(huì)話可以既包括撥入與會(huì)者又包括撥出與會(huì)者。建立與端點(diǎn)的連接可以遵循眾所周知的標(biāo)準(zhǔn)，諸如，例如H.323或SIP。
[0143]對(duì)于加入會(huì)話的每個(gè)端點(diǎn)，MRE130或LEP140，主控制器334可以向那個(gè)端點(diǎn)分配相關(guān)的內(nèi)部模塊。對(duì)于MRE130，主控制器334可以把DCUBMRE310關(guān)聯(lián)到那個(gè)會(huì)話并且為從那個(gè)MRE獲得的多個(gè)視頻流中的每個(gè)視頻流分配一個(gè)MREINIP312 (每個(gè)尺寸、質(zhì)量等級(jí)等一個(gè));為從那個(gè)MRE130獲得的多個(gè)音頻流中的每個(gè)音頻流分配一個(gè)MREINIP312 (例如，每個(gè)質(zhì)量等級(jí)一個(gè))；一個(gè)或多個(gè)MRE0NIP314，每個(gè)都用于攜帶與要在MRE130的顯示單元上呈現(xiàn)的CP視頻圖像相關(guān)的視頻圖像的一個(gè)視頻流；一個(gè)或多個(gè)MRE0NIP314，每個(gè)都用于攜帶與要從MRE的揚(yáng)聲器聽到的混合音頻相關(guān)的音頻的一個(gè)音頻流；一個(gè)或多個(gè)信令與控制模塊332，等等。
[0144]此外，主控制器334可以分配用于處理去往/來自那個(gè)MRE130的媒體的一個(gè)或多個(gè)媒體處理器單元。例如，可以為從那個(gè)MRE130獲得的多個(gè)視頻流中的每個(gè)視頻流分配一個(gè)視頻DM325 (每個(gè)尺寸、質(zhì)量等級(jí)等一個(gè))。類似地，可以為從那個(gè)MRE130獲得的多個(gè)音頻流中的每個(gè)音頻流分配一個(gè)音頻DM325 (例如,每個(gè)質(zhì)量等級(jí)一個(gè))。所分配的視頻或音頻DM325可以配置成遵循用于壓縮相關(guān)流的壓縮標(biāo)準(zhǔn)、位速率等。另外，那些DM325可以駐留在與那個(gè)會(huì)議會(huì)話關(guān)聯(lián)的DCUBLEP320中。為了到達(dá)關(guān)聯(lián)的DM325，來自相關(guān)MREINIP312的每個(gè)MCIFTP幀流可以經(jīng)內(nèi)部MCIF318、MCIF適配器319、外部MCIF345、MCIF適配器329和內(nèi)部MCIF328傳輸。主控制器334可以配置成向那些流分配SID值與以太網(wǎng)地址，并且相應(yīng)地設(shè)定以太網(wǎng)交換機(jī)340及兩個(gè)MCIF適配器319和329。
[0145]一個(gè)或多個(gè)視頻E0M324可以由主控制器334分配，每個(gè)視頻流一個(gè)，其中每個(gè)視頻流都攜帶從與參與會(huì)話的LEP140關(guān)聯(lián)的視頻DM325獲得的縮放后解碼視頻圖像；可以分配一個(gè)或多個(gè)音頻E0M324，每個(gè)解碼音頻流一個(gè)，每個(gè)解碼音頻流都攜帶從與參與會(huì)話的LEP140關(guān)聯(lián)的音頻DM325獲得的某個(gè)質(zhì)量的解碼音頻。位于那些E0M324輸出的壓縮MCIFTP幀流可以經(jīng)內(nèi)部和外部MCIF318、328和345及MCIF適配器319和329與以太網(wǎng)交換機(jī)340傳輸?shù)竭m當(dāng)?shù)腗RE MCM316。主控制器334可以繼續(xù)分配并控制所需的資源、所需的SID值和所需的以太網(wǎng)資源與目的地地址。主控制器334的剩余操作與以上圖2討論中描述過的CM290的操作類似并且將不進(jìn)一步描述。
[0146]圖4繪出了關(guān)于高容量通用橋(HVUB) 400的實(shí)施例的相關(guān)元件的簡化框圖。HVUB400可以用在具有高容量多媒體會(huì)議的地方。HVUB400可以包括多個(gè)子高容量通用橋(SHVUB)模塊410、DCUB控制模塊(DCUBCM)450和具有路由設(shè)備440的外部MCIF445。每個(gè)SHVUB410和DCUBCM450可以經(jīng)外部MCIF445彼此通信。在HVUB400的有些實(shí)施例中，每個(gè)SHVUB410及DCUBCM450可以嵌到刀片計(jì)算機(jī)中。在這種實(shí)施例中，HVUB400可以不時(shí)地通過添加一個(gè)或多個(gè)SHVUB410來擴(kuò)展。
[0147]SHVUB410可以包括類似于在以上圖2討論中描述過的CUB200的內(nèi)部模塊的內(nèi)部模塊，諸如 LEPINIP210、MREINIP220、LEP0NIP230、MRE0NIP240、DM260、MCM270 和 E0M280。那些模塊將不進(jìn)一步描述。此外，SHVUB410可以包括內(nèi)部MCIF412和MCIF適配器414。內(nèi)部MCIF412和MCIF適配器414連同外部MCIF445 —起可以實(shí)現(xiàn)在以上圖2討論中描述過的MCIF292的任務(wù)。另外，內(nèi)部MCIF412、MCIF適配器414、外部MCIF445和路由設(shè)備440的操作類似于在以上圖3討論中描述過的內(nèi)部MCIF318和328、MCIF適配器319和329、外部MCIF345和路由設(shè)備340的操作并且因此將不進(jìn)一步描述。在其中外部MCIF遵循守以太網(wǎng)協(xié)議的實(shí)施例中，路由設(shè)備340和440可以是以太網(wǎng)交換機(jī)。在其中外部MCIF345或445遵循IP的其它實(shí)施例中，路由設(shè)備340和440可以是互聯(lián)網(wǎng)路由器。
[0148]路由設(shè)備440、外部MCIF445及每一個(gè)SHVUB410都可以由DCUBCM450控制。從DCUBCM450到每個(gè)SHVUB410或者從每個(gè)SHVUB410到DCUBCM450的命令或者狀態(tài)和報(bào)告可以經(jīng)控制通信鏈路416攜帶?？刂仆ㄐ沛溌?16可以經(jīng)外部MCIF445攜帶。
[0149]DCUBCM450可以包括多個(gè)去往/來自LEP或MRE的信令與控制模塊452和主控制器454。DCUBCM450的操作類似于在以上圖3討論中描述過的DCUBCM350的操作并且因此將不進(jìn)一步描述。
[0150]現(xiàn)在參考說明根據(jù)一種實(shí)施例的過程500的圖5A和5B，其中過程500可以由CUB200的CM290實(shí)現(xiàn)。具有少許修改的類似方法可以分別由DCUBCM330或DCUBCM450的主控制器334或454使用。方法500可以在多媒體會(huì)議會(huì)話開始的時(shí)候或者每次新與會(huì)者加入現(xiàn)有的多媒體會(huì)議時(shí)在方框502啟動(dòng)。圖5A說明了設(shè)置任務(wù)，而圖5B說明了在會(huì)議運(yùn)行的同時(shí)CM290的相關(guān)動(dòng)作。
[0151]任務(wù)500可以在獲得開始所保留會(huì)話的指示的時(shí)候由CM290啟動(dòng)。該指示可以包括會(huì)話簡介。會(huì)話簡介可以包括關(guān)于會(huì)話的信息，所述信息諸如但不限于會(huì)話持續(xù)時(shí)間、撥入或撥出號(hào)碼、壓縮參數(shù)、CP布局、端點(diǎn)的類型等。所述指示可以從管理服務(wù)器獲得，這在圖中未示出。備選地，當(dāng)接收到對(duì)虛擬會(huì)議室的撥入呼叫時(shí)，臨時(shí)會(huì)議可以在方框502啟動(dòng)。會(huì)議簡介和虛擬會(huì)議室在本領(lǐng)域是眾所周知的并且將不進(jìn)一步描述。希望關(guān)于那些功能了解更多的讀者請(qǐng)閱讀美國專利Nos.7，085，243,7, 310，320和7，830，824，這些專利的內(nèi)容在此引入作為參考。
[0152]當(dāng)啟動(dòng)時(shí)，在方框504可以獲得會(huì)議參數(shù)。會(huì)議參數(shù)可以從會(huì)議簡介、會(huì)議室簡介或者通過與呼叫端點(diǎn)協(xié)商來獲得?；谒@得的會(huì)議參數(shù)，可以在方框506中分配資源，諸如但不限于可以在會(huì)話處于活動(dòng)狀態(tài)的同時(shí)被使用的管理與控制表(MCT)、MCIF路由表(MRT)等。對(duì)于每個(gè)MRE130，進(jìn)一步的資源和MCT與MRT的分配可以在方框510和518之間的回路中進(jìn)行，而對(duì)于每個(gè)LEP140，這在之后方框520和528之間的回路中進(jìn)行。如果新的與會(huì)者加入會(huì)話，就可以基于端點(diǎn)的類型，MRE130或LEP140，執(zhí)行相關(guān)回路的適當(dāng)循環(huán)。
[0153]對(duì)于每個(gè)MRE130，第一回路循環(huán)可以在方框510啟動(dòng)。在方框512，基于所收集到的信息，確定(從MRE接收到的)輸入流的個(gè)數(shù)?；谟赡莻€(gè)MRE130呈現(xiàn)的CP布局和要由那個(gè)MRE130混合的音頻流的個(gè)數(shù)，為每種類型的媒體(音頻/視頻)確定(朝那個(gè)MRE130發(fā)送的)輸出流的個(gè)數(shù)。流的個(gè)數(shù)可以依賴于從那個(gè)MRE130獲得/發(fā)送到那個(gè)MRE130的流的不同尺寸(分辨率)、不同幀速率、不同質(zhì)量、不同位速率等的個(gè)數(shù)。
[0154]對(duì)于每個(gè)輸入流(音頻或視頻)，在方框514中可以分配適當(dāng)?shù)腗REINIP220和DM260(音頻或視頻)?？梢詾槊總€(gè)MREINIP220分配輸出SID值。此外，可以為每個(gè)DM260(音頻或視頻)分配輸入SID值和輸出SID值。DM260可以用于解碼組成要由LEP140呈現(xiàn)的CP視頻圖像所需的壓縮視頻；備選地，DM260可以用于解碼混合要在LEP140中使用的音頻所需的音頻。另外，對(duì)于每個(gè)輸出流(音頻或視頻)，在方框514中可以分配適當(dāng)?shù)腗RE0NIP240和MRE MCM270 (音頻或視頻)?？梢詾槊總€(gè)MRE0NIP240分配輸入SID值。此外，可以為每個(gè)MRE MCM270 (音頻或視頻)分配輸入SID值和輸出SID值。
[0155]在方框516，在MCT中為每個(gè)所分配的資源分配一個(gè)條目。每個(gè)條目可以包括用于在那個(gè)會(huì)話中管理資源的多個(gè)字段。與MREINIP220或MRE0NIP240關(guān)聯(lián)的條目可以包括與MREINIP220或MRE0NIP240和攜帶相關(guān)流的相關(guān)MRE之間的IP連接相關(guān)的信息、輸出/輸入SID值等。與DM260 (音頻或視頻)關(guān)聯(lián)的條目可以包括對(duì)于每種資源與相關(guān)MRE所使用的壓縮相關(guān)的信息、與那個(gè)DM相關(guān)的輸入和輸出SID值等。此外,可以在方框516中在MRT (SID轉(zhuǎn)換表)中為所分配的DM260、MRE MCM270和MRE0NIP240的每個(gè)輸入流分配一個(gè)條目。每個(gè)條目可以具有至少兩個(gè)字段。在第一個(gè)字段中，可以寫那個(gè)流的輸入SID值。在第二個(gè)字段中，可以寫要由這個(gè)資源獲得的流的輸出SID值。這個(gè)字段可以根據(jù)會(huì)話的動(dòng)態(tài)而變化。在其中使用單個(gè)SID值的CUB200的實(shí)施例中，對(duì)于輸入流的每個(gè)條目只能使用一個(gè)字段。這個(gè)字段的值可以根據(jù)會(huì)話的動(dòng)態(tài)而不時(shí)地更新。
[0156]接下來，在方框518，確定是否有一個(gè)或多個(gè)附加的MRE130參與到會(huì)話中。如果有，方法500就返回方框510并對(duì)下一個(gè)MRE130開始新的回路循環(huán)。如果沒有，過程500就前進(jìn)到方框520，處理參與到會(huì)話中的一個(gè)或多個(gè)LEP140。
[0157]對(duì)于每個(gè)參與的LEP140，可以在方框520啟動(dòng)第二回路循環(huán)。對(duì)于每個(gè)輸入流(音頻或視頻)，可以在方框524中分配適當(dāng)?shù)腖EPINIP210、DM260 (音頻或縮放后的視頻)及一個(gè)或多個(gè)縮放器(對(duì)于視頻DM)。此外，可以為每個(gè)縮放后的解碼視頻分配一個(gè)E0M280。E0M280可以在相關(guān)的LEP140包括在由MRE130呈現(xiàn)的CP圖像中的時(shí)候使用。可以為每個(gè)LEPINIP210分配一個(gè)輸出SID值。此外，可以為每個(gè)DM260 (音頻或視頻)和E0M280分配輸入SID值和輸出SID值。另外，對(duì)于朝著那個(gè)LEP140的每個(gè)輸出流(音頻或視頻)，可以在方框524中分配適當(dāng)?shù)腖EP0NIP230和傳統(tǒng)MCM270 (音頻或視頻)。傳統(tǒng)MCM270可以適應(yīng)組成相關(guān)的CP視頻圖像。可以為CP視頻圖像分配適當(dāng)尺寸的幀存儲(chǔ)器。幀存儲(chǔ)器可以根據(jù)定義的布局等分成片段。可以為每個(gè)LEP0NIP230分配一個(gè)輸入SID值。此外，可以為每個(gè)傳統(tǒng)MCM270 (音頻或視頻)分配輸入SID值和輸出SID值。[0158]在方框526,在MCT中為用于那個(gè)LEP140的每個(gè)所分配的資源分配一個(gè)條目。每個(gè)條目可以包括在那個(gè)會(huì)話過程中管理資源所需的多個(gè)字段。與LEPINIP210或MRE0NIP230關(guān)聯(lián)的條目可以包括關(guān)于LEPINIP210和MRE0NIP230與攜帶相關(guān)流的相關(guān)LEP140之間的IP連接的信息、輸出/輸入SID值等。對(duì)于每種資源，與DM260 (音頻或視頻)關(guān)聯(lián)的條目可以包括與由相關(guān)LEP140使用的壓縮相關(guān)的信息、關(guān)于那個(gè)DM260的輸入和輸出SID值等。此外，在方框526中，可以在MRT (SID轉(zhuǎn)換表)中為所分配的DM260、傳統(tǒng)MCM270和LEP0NIP230的每個(gè)輸入流分配一個(gè)條目。在有些實(shí)施例中，每個(gè)條目可以具有至少兩個(gè)字段。在第一個(gè)字段中，可以寫那個(gè)流的輸入SID值。在第二個(gè)字段中，可以寫要由這個(gè)資源獲得的流的輸出SID值。這個(gè)字段可以根據(jù)會(huì)話的動(dòng)態(tài)在會(huì)話過程中改變。在其中使用單個(gè)SID值的CUB200的實(shí)施例中，對(duì)于輸入流的每個(gè)條目，可以使用單個(gè)字段。這個(gè)字段的值可以根據(jù)會(huì)話的動(dòng)態(tài)不時(shí)地更新。
[0159]接下來，在方框528，確定是否有附加的LEP140參與到會(huì)話中。如果有，方法500就返回方框520并且對(duì)下一個(gè)LEP開始新的回路循環(huán)。如果沒有，過程500就前進(jìn)到圖5B中的方框530，處理正在進(jìn)行的會(huì)話。
[0160]在方框530，啟動(dòng)當(dāng)前視頻設(shè)置過程。當(dāng)前視頻設(shè)置過程可以在兩個(gè)內(nèi)部回路中處理。在第一個(gè)回路中，從方框540到方框550，可以處理參與會(huì)話的一個(gè)或多個(gè)MRE130的設(shè)置。第二個(gè)回路，從方框560到方框572，處理參與會(huì)話的一個(gè)或多個(gè)LEP140的當(dāng)前視頻設(shè)置。當(dāng)前視頻設(shè)置過程可以每幾秒鐘重復(fù)一次，例如I至10秒，以便響應(yīng)會(huì)議會(huì)話中的變化，諸如但不限于:新的講話者、新的參與者等。用于處理音頻的類似的當(dāng)前音頻設(shè)置過程(圖中未示出)也可以由CM290執(zhí)行。當(dāng)前音頻設(shè)置過程可以用于使混合音頻適應(yīng)會(huì)議會(huì)話中的變化。與視頻過程相反，當(dāng)前音頻設(shè)置過程可以更高的頻率重復(fù)，例如每幾十毫秒至幾百毫秒。在音頻過程中，音頻MCM270處理音頻流，以混合它們。
[0161]用于每個(gè)MRE130的回路循環(huán)可以在方框542中通過確定哪些端點(diǎn)(MRE130或LEP140)將在當(dāng)前CP視頻圖像中呈現(xiàn)開始，該當(dāng)前CP視頻圖像將在那個(gè)MRE130顯示器上呈現(xiàn)。選擇所呈現(xiàn)的端點(diǎn)及將在其中呈現(xiàn)來自每個(gè)端點(diǎn)的視頻圖像的片段可以基于不同的標(biāo)準(zhǔn)。所使用的標(biāo)準(zhǔn)可以在方框504定義。在一個(gè)會(huì)議會(huì)話中，該標(biāo)準(zhǔn)可以是從每個(gè)端點(diǎn)獲得的音頻的能量。例如，講話者可以定義為在某一比例(例如，60-80%)的某個(gè)周期(例如，1-10秒)期間具有最高音頻能量的端點(diǎn)。在其它會(huì)議會(huì)話中，某個(gè)端點(diǎn)可以被強(qiáng)制成為講話者。在還有其它會(huì)議會(huì)話中，MRE130可以定義將由它呈現(xiàn)的選定端點(diǎn)，等等。
[0162]在方框548，可以更新MRT中與和那個(gè)MRE130關(guān)聯(lián)的MCM270關(guān)聯(lián)的條目。更新可以基于當(dāng)前所呈現(xiàn)端點(diǎn)的選擇、當(dāng)前講話者的選擇、布局參數(shù)(每個(gè)片段的尺寸與位置)等等。相應(yīng)地，與當(dāng)前呈現(xiàn)的一個(gè)或多個(gè)MRE130關(guān)聯(lián)的MREINIP240的輸出SID值，及與當(dāng)前呈現(xiàn)的一個(gè)或多個(gè)LEP140關(guān)聯(lián)的E0M280的輸出SID值，可以寫到MRT的相關(guān)條目中?；诟潞蟮腗RT，MCM270可以獲得攜帶從所呈現(xiàn)MRE130接收到的中繼RTP壓縮視頻數(shù)據(jù)塊的適當(dāng)MCIFTP幀流。此外，在被適當(dāng)?shù)腄M260解碼并縮放至合適的尺寸并且被E0M280壓縮成中繼RTP壓縮視頻數(shù)據(jù)塊之后，MCM270可以獲得攜帶源自所選LEP140的中繼RTP壓縮視頻數(shù)據(jù)塊的適當(dāng)MCIFTP幀流。接下來，在方框550中確定是否有附加的MRE130參與到會(huì)話中。如果有，方法就返回方框540。如果沒有，就在方框560中啟動(dòng)第二個(gè)回路，以為參與會(huì)話的每個(gè)LEP140處理當(dāng)前視頻設(shè)置過程。[0163]用于每個(gè)LEP140的回路循環(huán)可以在方框562中通過確定哪些端點(diǎn)(MRE130或LEP140)將在當(dāng)前CP視頻圖像中呈現(xiàn)開始，該當(dāng)前CP視頻圖像將在那個(gè)LEP140顯示器上呈現(xiàn)。選擇所呈現(xiàn)的端點(diǎn)及將在其中呈現(xiàn)來自每個(gè)端點(diǎn)的視頻圖像的片段是與以上方框542中所述的選擇類似地執(zhí)行的。
[0164]在方框568，可以更新MRT中與和那個(gè)LEP140關(guān)聯(lián)的MCM270關(guān)聯(lián)的條目。更新可以基于當(dāng)前所呈現(xiàn)端點(diǎn)的選擇、當(dāng)前講話者的選擇、布局參數(shù)(每個(gè)片段的尺寸與位置)等等。相應(yīng)地，與當(dāng)前呈現(xiàn)的一個(gè)或多個(gè)LEP140和MRE130關(guān)聯(lián)的DM260的輸出SID值可以寫到MRT的相關(guān)條目中?；诟潞蟮腗RT，LEP MCM270可以獲得攜帶解碼并縮放之后的、源自所呈現(xiàn)LEP140和MRE130的DMDU的合適MCIFTP幀流。接下來，在方框570中確定是否有附加的LEP140參與到會(huì)話中。如果有，方法就返回方框560。如果沒有，就在方框572中請(qǐng)求來自所呈現(xiàn)LEP和MRE的幀內(nèi)幀。
[0165]然后，過程500可以在方框574中等待幾秒鐘，例如I至10秒。在該等待周期之后，可以在方框576中檢查會(huì)話的當(dāng)前狀態(tài)，尋找變化。變化可以是:加入會(huì)話的新與會(huì)者、離開會(huì)話造成布局改變的與會(huì)者、新講話者等。如果在方框580中沒有變化，過程500就返回方框574并等待另一個(gè)幾秒鐘的周期。如果在方框580中選擇了新講話者，過程500就返回方框540并重復(fù)當(dāng)前視頻設(shè)置過程。如果在方框580中有新的端點(diǎn)加入會(huì)話，方法500就可以從開頭開始并返回方框504，獲得關(guān)于該新端點(diǎn)的當(dāng)前會(huì)議參數(shù)。新的端點(diǎn)會(huì)影響當(dāng)前的布局、壓縮參數(shù)等。這個(gè)過程可以繼續(xù)，直到會(huì)議會(huì)話結(jié)束。
[0166]在權(quán)利要求及本公開的描述中，“包括”、“包含”、“具有”及其變化形式用于指示該動(dòng)詞的一個(gè)或多個(gè)對(duì)象不一定是該動(dòng)詞的一個(gè)或多個(gè)主語的成員、部分、元素或者部分的完全列表。
[0167]應(yīng)當(dāng)理解，以上描述是說明性而不是約束性的。以上所述的裝置、系統(tǒng)與方法可以許多種方式變化，包括改變步驟的次序及所使用的確切實(shí)現(xiàn)。所述實(shí)施例包括不同的特征，不是在本公開的所有實(shí)施例中都需要所有這些特征。并且，本公開的有些實(shí)施例只使用一些特征或者特征的可能組合。在所述實(shí)施例中指出的特征的不同組合對(duì)本領(lǐng)域技術(shù)人員來說是很容易想到的。此外，本公開的有些實(shí)施例可以通過已經(jīng)關(guān)于本公開不同實(shí)施例描述過的特征與元素的組合來實(shí)現(xiàn)。本發(fā)明的范圍只能由以下權(quán)利要求及其等同來限定。
【權(quán)利要求】
1.一種用于多媒體會(huì)議系統(tǒng)的通用橋，包括: 接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流，每個(gè)幀都具有流標(biāo)識(shí)符； 媒體中繼輸入處理器，耦合到所述接口并且配置成把攜帶從媒體中繼端點(diǎn)接收到的壓縮媒體的傳輸幀交付給所述接口； 解碼器模塊，耦合到所述接口并且配置成獲得攜帶壓縮媒體的傳輸幀流并且生成攜帶解碼器模塊數(shù)據(jù)單元的傳輸幀流； 第一類型媒體組合器模塊，耦合到所述接口并且配置成把攜帶解碼器模塊數(shù)據(jù)單元的多個(gè)傳輸幀流組合到攜帶目標(biāo)指向傳統(tǒng)端點(diǎn)的組合媒體的傳輸幀流中； 編碼器輸出模塊，耦合到所述接口并且配置成獲得攜帶解碼器模塊數(shù)據(jù)單元的傳輸協(xié)議幀流并且生成攜帶壓縮媒體的傳輸幀流； 媒體中繼端點(diǎn)輸出處理器，耦合到所述接口并且配置成獲得攜帶源自第一媒體中繼端點(diǎn)或者第一傳統(tǒng)端點(diǎn)的壓縮媒體的一個(gè)或多個(gè)傳輸幀流并且朝著第二媒體中繼端點(diǎn)交付一個(gè)或多個(gè)分組流；及 控制模塊，控制去往接口或來自接口的數(shù)據(jù)流量并且為傳輸幀流分配流標(biāo)識(shí)符。
2.如權(quán)利要求1所述的通用橋，還包括: 傳統(tǒng)輸入處理器，耦合到所述接口并且配置成把攜帶從傳統(tǒng)端點(diǎn)接收到的壓縮媒體的傳輸幀交付給所述接口。
3.如權(quán)利要求2所述的通用橋，其中傳統(tǒng)輸入處理器還包括實(shí)時(shí)協(xié)議處理單元。
4.如權(quán)利要求1所述的通用橋，還包括: 傳統(tǒng)輸入處理器，耦合到所述接口并且配置成從傳統(tǒng)端點(diǎn)接收攜帶壓縮媒體的分組并對(duì)其進(jìn)行處理，包括: 解碼器模塊，配置成把壓縮媒體的塊處理成攜帶要傳輸?shù)剿鼋涌诘慕獯a器模塊數(shù)據(jù)單元的傳輸幀流， 其中傳統(tǒng)輸入處理器還配置成把壓縮媒體的數(shù)據(jù)塊交給所述解碼器模塊。
5.如權(quán)利要求1所述的通用橋，還包括: 第二類型媒體組合器模塊，耦合到所述接口并且配置成把攜帶壓縮媒體的多個(gè)傳輸幀流組合到攜帶目標(biāo)指向媒體中繼端點(diǎn)的組合媒體的傳輸幀流。
6.如權(quán)利要求5所述的通用橋，其中所述攜帶壓縮媒體的多個(gè)傳輸幀流中的至少一個(gè)傳輸幀流源自傳統(tǒng)端點(diǎn)。
7.如權(quán)利要求1所述的通用橋，還包括多個(gè)解碼器模塊、編碼器輸出模塊和第一類型媒體組合器模塊， 其中，響應(yīng)所獲得的控制參數(shù)，控制模塊不時(shí)地分配選自包括以下項(xiàng)的組的至少一個(gè)模塊: 解碼器模塊、編碼器輸出模塊和第一類型媒體組合器模塊。
8.如權(quán)利要求1所述的通用橋，其中解碼器模塊數(shù)據(jù)單元是解壓縮的數(shù)據(jù)單元。
9.如權(quán)利要求1所述的通用橋，其中編碼器輸出模塊獲得攜帶組合媒體的傳輸幀流并且生成攜帶壓縮組合媒體的傳輸協(xié)議幀流。
10.如權(quán)利要求9所述的通用橋，還包括傳統(tǒng)輸出處理器，所述傳統(tǒng)輸出處理器耦合到所述接口并且配置成獲得攜帶壓縮組合媒體的傳輸幀流，并且朝傳統(tǒng)端點(diǎn)交付分組。
11.如權(quán)利要求1所述的通用橋，其中根據(jù)傳輸協(xié)議的傳輸幀包括遵循實(shí)時(shí)協(xié)議的頭。
12.如權(quán)利要求1所述的通用橋，其中媒體是視頻，并且第一類型媒體組合器模塊還配置成建立持續(xù)呈現(xiàn)視頻圖像。
13.如權(quán)利要求12所述的通用橋，其中第一類型媒體組合器模塊配置成在建立持續(xù)呈現(xiàn)視頻圖像的同時(shí)把解碼后的視頻圖像縮放到所需的分辨率。
14.如權(quán)利要求1所述的通用橋，其中媒體是音頻，并且第一類型媒體組合器模塊是音頻混合器。
15.如權(quán)利要求1所述的通用橋，其中解碼器模塊還包括把解碼后的視頻圖像縮放到所需分辨率的縮放器。
16.如權(quán)利要求1所述的通用橋，其中編碼器輸出模塊包括把解碼后的視頻圖像縮放到所需分辨率的縮放器。
17.如權(quán)利要求1所述的通用橋，其中所述接口是共享存儲(chǔ)器。
18.如權(quán)利要求17所述的通用橋， 其中根據(jù)傳輸協(xié)議的傳輸幀包括傳輸協(xié)議頭； 其中傳輸協(xié)議頭包括流標(biāo)識(shí)符；及 其中流標(biāo)識(shí)符代表一組存儲(chǔ)器地址。
19.如權(quán)利要求1所述的通用橋，其中所述接口包括具有多播路由能力的交換機(jī)。
20.如權(quán)利要求1所述的通用橋，其中攜帶朝著第二媒體中繼端點(diǎn)的壓縮媒體的分組用于在第二媒體中繼端點(diǎn)建立持續(xù)呈現(xiàn)視頻圖像。
21.如權(quán)利要求1所述的通用橋， 其中控制模塊響應(yīng)一個(gè)或多個(gè)控制參數(shù)而控制數(shù)據(jù)流量，及 其中所述控制參數(shù)包括狀態(tài)信息、用戶請(qǐng)求和端點(diǎn)參數(shù)中的一個(gè)或多個(gè)。
22.如權(quán)利要求21所述的通用橋，其中狀態(tài)信息包括從一個(gè)或多個(gè)媒體中繼端點(diǎn)和一個(gè)或多個(gè)傳統(tǒng)端點(diǎn)接收到的音頻流的音頻能量。
23.如權(quán)利要求1所述的通用橋，其中控制模塊分配選自包括以下項(xiàng)的組的至少一個(gè)模塊: 解碼模塊、編碼器輸出模塊和媒體組合器模塊。
24.一種用于多媒體會(huì)議系統(tǒng)的通用橋系統(tǒng)，包括: 第一接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流； 控制模塊，連接到所述第一接口 ； 媒體中繼處理器，連接到所述第一接口并且配置成接收從第一媒體中繼端點(diǎn)接收到的壓縮媒體、朝第二媒體中繼端點(diǎn)交付一個(gè)或多個(gè)分組流、向所述第一接口交付傳輸幀流并且從所述第一接口接收傳輸幀流；及 傳統(tǒng)處理器，連接到所述第一接口，配置成接收從第一傳統(tǒng)端點(diǎn)接收到的壓縮媒體、朝第二傳統(tǒng)端點(diǎn)交付一個(gè)或多個(gè)分組流、向所述第一接口交付傳輸幀流并且從所述第一接口接收傳輸幀流。
25.如權(quán)利要求24所述的通用橋，其中媒體中繼處理器包括: 第二接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流； 媒體中繼輸入處理器，耦合到所述第二接口并且配置成向所述第二接口交付攜帶從第一媒體中繼端點(diǎn)接收到的壓縮媒體的傳輸幀； 第一類型媒體組合器模塊，耦合到所述第二接口并且配置成把攜帶壓縮媒體的多個(gè)傳輸幀流組合到攜帶目標(biāo)指向媒體中繼端點(diǎn)的組合媒體的傳輸幀流中； 媒體中繼端點(diǎn)輸出處理器，耦合到所述第二接口并且配置成獲得攜帶由第一類型媒體組合器模塊根據(jù)源自第一媒體中繼端點(diǎn)和第一傳統(tǒng)端點(diǎn)的壓縮媒體創(chuàng)建的組合媒體的一個(gè)或多個(gè)傳輸幀流并且朝第二媒體中繼端點(diǎn)交付一個(gè)或多個(gè)分組流；及 第一接口適配器模塊，耦合到所述第一和第二接口，配置成在第一接口和第二接口之間交付傳輸中貞。
26.如權(quán)利要求24所述的通用橋，其中傳統(tǒng)處理器包括: 第三接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流 '及 傳統(tǒng)端點(diǎn)輸出處理器，耦合到所述第三接口并且配置成獲得攜帶源自第一媒體中繼端點(diǎn)和第一傳統(tǒng)端點(diǎn)的壓縮媒體的傳輸幀流并且朝第二傳統(tǒng)端點(diǎn)交付一個(gè)或多個(gè)分組流；及第二接口適配器模塊，耦合到所述第一和第三接口，配置成在第一接口和第三接口之間交付傳輸中貞。
27.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 傳統(tǒng)輸入處理器，耦合到所述第三接口，配置成向所述第三接口交付攜帶從第一傳統(tǒng)端點(diǎn)接收到的壓縮媒體的傳輸幀。
28.如權(quán)利要求27所述的通用橋，其中傳統(tǒng)處理器還包括: 解碼器模塊，耦合到所述第三接口并且配置成獲得攜帶壓縮媒體的傳輸幀流并且生成攜帶解碼器模塊數(shù)據(jù)單元的傳輸幀流。
29.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 傳統(tǒng)輸入處理器，耦合到所述第三接口，配置成從第一傳統(tǒng)端點(diǎn)接收壓縮媒體，并且其中傳統(tǒng)處理器還包括:解碼器模塊，配置成把壓縮媒體的塊處理成攜帶要傳輸?shù)剿龅谌涌诘慕獯a器模塊數(shù)據(jù)單元的傳輸幀流；及 其中傳統(tǒng)輸入處理器還配置成向解碼器模塊交付壓縮媒體的數(shù)據(jù)塊。
30.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 無損解碼器，耦合到所述第三接口，配置成利用無損技術(shù)解碼在從第一接口接收到的傳輸幀中所攜帶的無損壓縮媒體。
31.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 無損編碼器，耦合到所述第三接口，配置成利用無損技術(shù)壓縮未壓縮媒體，以便在傳輸幀中向第一接口交付無損壓縮的媒體。
32.如權(quán)利要求26所述的通用橋，其中第二接口適配器模塊包括: 無損解碼器，配置成利用無損技術(shù)解碼在從第一接口接收到的傳輸幀中所攜帶的壓縮媒體 '及 無損編碼器，配置成利用無損技術(shù)壓縮未壓縮媒體，以便在傳輸幀中向第一接口交付無損壓縮的媒體。
33.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 第二類型媒體組合器模塊，耦合到所述第三接口，配置成把攜帶解碼器模塊數(shù)據(jù)單元的多個(gè)傳輸幀流組合到攜帶目標(biāo)指向第二傳統(tǒng)端點(diǎn)的組合媒體的傳輸幀流中。
34.如權(quán)利要求33所述的通用橋，其中所述攜帶解碼器模塊數(shù)據(jù)單元的多個(gè)傳輸幀流中的至少一個(gè)源自媒體中繼端點(diǎn)。
35.如權(quán)利要求26所述的通用橋，其中傳統(tǒng)處理器還包括: 編碼器模塊，耦合到所述第三接口并且配置成獲得攜帶解碼器模塊數(shù)據(jù)單元的傳輸協(xié)議幀流并且生成攜帶壓縮媒體的傳輸幀流。
36.如權(quán)利要求24所述的通用橋，包括多個(gè)媒體中繼處理器和多個(gè)傳統(tǒng)處理器。
37.一種用于多媒體會(huì)議系統(tǒng)的通用橋系統(tǒng)，包括: 第一接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流； 通信耦合到媒體中繼端點(diǎn)和傳統(tǒng)端點(diǎn)的多個(gè)子橋，其中多個(gè)子橋中的每一個(gè)都配置成用于 從源媒體中繼端點(diǎn)接收攜帶壓縮媒體的分組流； 朝目的地媒體中繼端點(diǎn)交付攜帶壓縮媒體的分組流； 從源傳統(tǒng)端點(diǎn)接收攜帶壓縮媒體的分組流； 朝目的地傳統(tǒng)端點(diǎn)交付攜帶壓縮媒體的分組流； 從所述第一接口接收源自所述多個(gè)子橋中的另一個(gè)子橋的傳輸幀流；及 向所述第一接口交付傳輸幀流，所述第一接口是所述多個(gè)子橋中的另一個(gè)子橋的目·標(biāo)。
38.如權(quán)利要求37所述的通用橋系統(tǒng)，還包括: 控制模塊，連接到所述第一接口，配置成用于控制多個(gè)子橋。
39.如權(quán)利要求37所述的通用橋系統(tǒng)，其中所述多個(gè)子橋中的每一個(gè)子橋都包括: 第二接口，配置成攜帶根據(jù)傳輸協(xié)議的傳輸幀流； 媒體中繼輸入處理器，耦合到所述第二接口，配置成向所述第二接口交付攜帶從源媒體中繼端點(diǎn)接收到的壓縮媒體的傳輸幀； 傳統(tǒng)輸入處理器，耦合到所述第二接口，配置成向所述第二接口交付攜帶從源傳統(tǒng)端點(diǎn)接收到的壓縮媒體的傳輸幀； 解碼器模塊，耦合到所述第二接口，配置成獲得攜帶壓縮媒體的傳輸幀流并且生成攜帶解碼器模塊數(shù)據(jù)單元的傳輸幀流； 媒體組合器模塊，耦合到所述第二接口，配置成把攜帶解碼器模塊數(shù)據(jù)單元的多個(gè)傳輸幀流組合到攜帶組合媒體的傳輸幀流中； 編碼器輸出模塊，耦合到所述第二接口，配置成獲得攜帶解碼器模塊數(shù)據(jù)單元或組合媒體的傳輸協(xié)議幀流并且生成攜帶壓縮媒體的傳輸幀流； 媒體中繼輸出處理器，耦合到所述第二接口，配置成獲得攜帶壓縮媒體的一個(gè)或多個(gè)傳輸幀流并且朝目的地媒體中繼端點(diǎn)交付一個(gè)或多個(gè)分組流； 傳統(tǒng)輸出處理器，耦合到所述第二接口，配置成獲得攜帶壓縮組合媒體的傳輸幀流并且朝目的地傳統(tǒng)端點(diǎn)交付分組；及 接口適配器，配置成在第一接口和第二接口之間傳遞傳輸幀。
40.一種用于配置用于多媒體會(huì)議系統(tǒng)的通用橋的方法，包括: 在會(huì)議中為媒體中繼輸入流分配: 媒體中繼輸入處理器 '及解碼器模塊； 在會(huì)議中為每個(gè)媒體中繼端點(diǎn)分配: 媒體組合器模塊 '及 媒體中繼輸出處理器； 在會(huì)議中為傳統(tǒng)輸入流分配: 傳統(tǒng)輸入處理器； 解碼器模塊； 縮放器；及 編碼器輸出模塊； 在會(huì)議中為每個(gè)傳統(tǒng)端點(diǎn)分配: 媒體組合器模塊 '及 傳統(tǒng)輸出處理器。
41.如權(quán)利要求40所述 的方法，還包括: 創(chuàng)建控制表和路由表； 在控制表中為會(huì)議中的每個(gè)媒體中繼端點(diǎn)和每個(gè)傳統(tǒng)端點(diǎn)分配條目；及 在路由表中為每個(gè)媒體中繼輸入流和每個(gè)傳統(tǒng)輸入流分配條目。
42.如權(quán)利要求41所述的方法，還包括: 確定要在會(huì)議中的媒體中繼端點(diǎn)呈現(xiàn)的當(dāng)前持續(xù)呈現(xiàn)圖像；及更新路由表以允許向該媒體中繼端點(diǎn)分配媒體組合器模塊，以便獲得對(duì)應(yīng)于所呈現(xiàn)媒體中繼端點(diǎn)的傳輸幀和由所分配的與所呈現(xiàn)傳統(tǒng)端點(diǎn)對(duì)應(yīng)的編碼器輸出模塊產(chǎn)生的傳輸幀。
43.如權(quán)利要求41所述的方法，還包括: 確定要在會(huì)議中的傳統(tǒng)端點(diǎn)呈現(xiàn)的當(dāng)前持續(xù)呈現(xiàn)圖像；及 更新路由表以允許向該傳統(tǒng)端點(diǎn)分配媒體組合器模塊，以便從與所呈現(xiàn)媒體中繼端點(diǎn)和所呈現(xiàn)傳統(tǒng)端點(diǎn)關(guān)聯(lián)的解碼器模塊獲得傳輸幀。
44.如權(quán)利要求40所述的方法，其中為媒體中繼輸入流分配是在對(duì)應(yīng)于該媒體中繼輸入流的持續(xù)呈現(xiàn)圖像被呈現(xiàn)給至少一個(gè)傳統(tǒng)端點(diǎn)時(shí)執(zhí)行的。
45.如權(quán)利要求40所述的方法,其中為傳統(tǒng)輸入流分配是在對(duì)應(yīng)于該傳統(tǒng)輸入流的持續(xù)呈現(xiàn)圖像被呈現(xiàn)給至少一個(gè)媒體中繼端點(diǎn)時(shí)執(zhí)行的。
【文檔編號(hào)】H04N7/15GK103581610SQ201310242963
【公開日】2014年2月12日 申請(qǐng)日期:2013年6月19日 優(yōu)先權(quán)日:2012年7月30日
【發(fā)明者】A·海拉威 申請(qǐng)人:寶利通公司