專利名稱：在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法、系統(tǒng)及mcu的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通訊領(lǐng)域，尤其涉及一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法、系 統(tǒng)及MCU。
背景技術(shù)：
隨著網(wǎng)絡(luò)和各種視音頻設(shè)備的快速發(fā)展，視頻會(huì)議技術(shù)在本世紀(jì)有了飛速的發(fā) 展。運(yùn)營商、政府部門、軍隊(duì)、企業(yè)等部門，都在不斷的新建或擴(kuò)容已有的視頻會(huì)議系統(tǒng)。而 且，隨著視訊技術(shù)的提升以及用戶對系統(tǒng)容量的擴(kuò)大，MCU(Multipoint Control Unit，多 點(diǎn)控制單元)之間的級聯(lián)會(huì)議在現(xiàn)網(wǎng)環(huán)境中應(yīng)用更加廣泛。通過多個(gè)MCU級聯(lián)召集會(huì)議的 方式，可以解決分層組網(wǎng)、提高會(huì)議容量等問題。在現(xiàn)有的多畫面級聯(lián)會(huì)議中，多畫面的合成通常是由級聯(lián)會(huì)議中的主MCU完成 的，而其他的次MCU或是更低一級的MCU只負(fù)責(zé)將終端會(huì)場的視頻碼流傳遞到主MCU。由于 主MCU和次MCU之間對于一路視頻來講通常只有一個(gè)媒體通道，也就是說MCU之間同一時(shí) 刻只能傳輸一路終端的視頻碼流。因此，如果想在多畫面中看到多個(gè)非主MCU外的任一次 MCU上的多個(gè)終端，是不可能的。為了解決上述問題，現(xiàn)有技術(shù)中有一種方法是采用在次MCU上也進(jìn)行多畫面合 成，由主MCU控制各個(gè)次MCU分別將其下的終端會(huì)場的畫面合成在多畫面的某個(gè)具體位置， 即每個(gè)次MCU只合成自己終端所在的多畫面的子畫面，然后將這個(gè)不完整的多畫面發(fā)送到 主MCU，最后主MCU將從各個(gè)次MCU上收到的不完整的多畫面最終合成為一個(gè)完整的多畫 面。還有另一種方法是采用主MCU控制各個(gè)次MCU將其下的需要顯示在多畫面中的終端 圖像，按照某個(gè)策略重新編碼，例如將視頻格式降低或?qū)⒁曨l編碼速率降低等，使其碼率降 低，從而可以傳遞多路視頻碼流到主MCU，再由主MCU合成多畫面。上述兩種方法都是在主MCU和次MCU之間的媒體帶寬不變的條件下解決的。但是， 隨著網(wǎng)絡(luò)傳輸技術(shù)的飛速發(fā)展，網(wǎng)絡(luò)帶寬已經(jīng)不再是資源瓶頸。因此，可以充分利用網(wǎng)絡(luò)帶 寬來更好地實(shí)現(xiàn)會(huì)議電視中級聯(lián)會(huì)議的多畫面顯示。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法、系統(tǒng)及MCU，旨在 利用網(wǎng)絡(luò)寬帶資源，實(shí)現(xiàn)兩級MCU之間的多路視頻同時(shí)傳輸。本發(fā)明提供了一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法，包括以下步驟第二 MCU向第一 MCU發(fā)送視頻通道申請；第一 MCU根據(jù)預(yù)置分配策略，為第二 MCU分配視頻通道；第二 MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU。優(yōu)選地，上述預(yù)置分配策略包括根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)所要傳輸?shù)囊曨l碼流在多畫面中的具體位置來分配。
優(yōu)選地，上述第二 MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至 第一 MCU的步驟具體包括第二 MCU判斷第一 MCU為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸 的視頻碼流能力是否相同；若是，則將所需的視頻碼流直接由第一 MCU為其分配的視頻通道傳輸至第一 MCU ；若否，則將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU為其分配的視頻通道 傳輸至第一 MCU。優(yōu)選地，上述第二 MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至 第一 MCU之后還包括第二 MCU向第一 MCU發(fā)送視頻通道釋放請求，且由第一 MCU釋放視頻通道。優(yōu)選地，上述第二 MCU向第一 MCU發(fā)送視頻通道申請請求之前還包括第一 MCU與第二 MCU之間互相建立呼叫連接，并建立至少一條視頻通道。本發(fā)明還提供了一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)，包括第一 MCU及第二 MCU 所述第一 MCU，用于接收第二 MCU發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配策略，為 第二 MCU分配視頻通道；所述第二 MCU，用于向第一 MCU發(fā)送視頻通道申請，并將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU。優(yōu)選地，上述預(yù)置分配策略包括根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)所要傳輸?shù)囊曨l碼流在多畫面中的具體位置來分配。優(yōu)選地，上述第二 MCU具體用于判斷第一 MCU為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊曨l 碼流能力是否相同；若是，則將所需的視頻碼流直接由第一 MCU為其分配的視頻通道傳輸至第一 MCU ；若否，則將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU為其分配的視頻通道 傳輸至第一 MCU。優(yōu)選地，上述第二 MCU還用于向第一 MCU發(fā)送視頻通道釋放請求；第一 MCU還用 于根據(jù)視頻通道釋放請求，釋放相應(yīng)的視頻通道。優(yōu)選地，上述第一 MCU與第二 MCU之間還互相建立呼叫連接，并建立至少一條視頻 通道。本發(fā)明又提供了一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的控制器MCU，包括視頻通道申請模塊，用于向另一 MCU發(fā)送視頻通道申請，并將所需的視頻碼流由 另一 MCU為其分配的視頻通道傳輸至所述另一 MCU ；視頻通道分配模塊，用于接收另一 MCU發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配策 略，為所述另一 MCU分配視頻通道。優(yōu)選地，上述視頻通道申請模塊具體包括判斷單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)?視頻碼流能力是否相同；傳輸單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)?br> 5視頻碼流能力相同時(shí)，將所需的視頻碼流直接由另一 MCU為其分配的視頻通道傳輸至另一 MCU ；視頻轉(zhuǎn)碼單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳 輸?shù)囊曨l碼流能力不相同時(shí)，將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再通過傳輸單元，傳輸視 頻碼流至另一 MCU。優(yōu)選地，上述視頻通道申請模塊還用于向另一 MCU發(fā)送視頻通道釋放請求；所述視頻通道分配模塊還用于接收視頻通道申請模塊發(fā)送的視頻通道釋放請求， 釋放相應(yīng)的視頻通道。本發(fā)明解決了在召開級聯(lián)多畫面會(huì)議時(shí)，兩個(gè)MCU之間只能有一路視頻加入到多 畫面中的問題，充分利用網(wǎng)絡(luò)帶寬資源，在同一多畫面級聯(lián)會(huì)議中可以傳遞多路視頻碼流， 使得這多路的視頻碼流都可以保質(zhì)保量的進(jìn)行傳輸，不會(huì)因視頻帶寬的限制而導(dǎo)致其在多 畫面中出現(xiàn)畫質(zhì)損耗。


圖1是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法一實(shí)施例的流程示意圖；圖2是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法一實(shí)施例中第二MCU將視頻碼流傳 輸至第一 MCU的流程示意圖；圖3是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法另一實(shí)施例的流程示意圖；圖4是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法又一實(shí)施例的流程示意圖；圖5是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)一實(shí)施例的結(jié)構(gòu)示意圖；圖6是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)另一實(shí)施例的結(jié)構(gòu)示意圖；圖7是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的MCU —實(shí)施例的結(jié)構(gòu)示意圖；圖8是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的MCU作為第一 MCU及第二 MCU的結(jié)構(gòu)示 意圖；圖9是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的MCU中視頻通道申請模塊的結(jié)構(gòu)示意 圖。本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。
具體實(shí)施例方式以下結(jié)合說明書附圖及具體實(shí)施例進(jìn)一步說明本發(fā)明的技術(shù)方案。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。圖1是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法一實(shí)施例的流程示意圖。本實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法，包括以下步驟步驟S10、第二 MCU向第一 MCU發(fā)送視頻通道申請；當(dāng)多畫面級聯(lián)會(huì)議需要使用特殊的視頻通道來傳遞視頻時(shí)，則可以由傳輸這路視 頻的兩個(gè)級聯(lián)MCU(Multipoint Control Unit，多點(diǎn)控制單元)中的其中一方向另一方提出 視頻通道申請。該申請包括要傳輸?shù)囊曨l能力，以及該路視頻在多畫面中的具體位置。本 實(shí)施例中，第二 MCU為下一級MCU，第一 MCU為上一級MCU。當(dāng)然，第二 MCU為上一級MCU，第 一 MCU為下一級MCU，其原理與本實(shí)施例一致。
步驟S11、第一 MCU根據(jù)預(yù)置分配策略，為第二 MCU分配視頻通道；當(dāng)?shù)谝?MCU收到第二 MCU發(fā)送的視頻通道申請時(shí)，根據(jù)預(yù)置分配策略，為第二 MCU 分配視頻通道。該預(yù)置分配策略可以包括(1)根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)視頻通道申請中所要傳輸?shù)囊曨l能力(即視頻碼流格式)來分配合適帶寬 的視頻通道。例如，所傳輸?shù)囊曨l碼流格式為小于或等于CIF，可以為其分配低帶寬(例如 384k)的視頻通道；所傳輸?shù)囊曨l碼流格式大于CIF小于或等于4CIF，可以為其分配中帶寬 (例如1M)的視頻通道；若所傳輸?shù)囊曨l碼流格式大于4CIF，可以為其分配高帶寬(例如2M 或以上)的視頻通道。(2)根據(jù)所要傳輸?shù)囊曨l在多畫面中的具體位置來分配。根據(jù)視頻通道申請中所要傳輸?shù)囊曨l碼流在多畫面中的具體來分配合適帶寬的 視頻通道。例如對于位于多畫面中的小畫面的視頻碼流，則為其分配低帶寬(例如384k) 的視頻通道；對于位于多畫面中的大畫面的視頻碼流，則為其分配中帶寬(例如1M)或高帶 寬(例如2M)的視頻通道。在這里需要說明的是，當(dāng)上述兩個(gè)策略產(chǎn)生沖突時(shí)，將以第二策略為準(zhǔn)來分配視 頻通道。例如所傳輸?shù)囊曨l碼流為高清的720p，而該視頻路碼流僅顯示在多畫面的小畫 面中(例如16畫面中的某個(gè)子畫面中)，則可以為其分配低帶寬的視頻通道。步驟S12、第二 MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU。參照圖2，上述步驟S12具體包括步驟S121、第二 MCU判斷第一 MCU為其分配的視頻通道所對應(yīng)的視頻能力和帶寬 與所要傳輸?shù)囊曨l碼流能力是否相同；若是，則執(zhí)行步驟S123 ；若否，則執(zhí)行步驟S122 ；步驟S122、將所需的視頻碼流直接由第一 MCU為其分配的視頻通道傳輸至第一 MCU ；步驟S123、將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU為其分配的視頻通 道傳輸至第一 MCU。本實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法，解決了在召開級聯(lián)多畫面會(huì)議時(shí)，兩 個(gè)MCU之間只能有一路視頻加入到多畫面中的問題，充分利用網(wǎng)絡(luò)帶寬資源，在同一多畫 面級聯(lián)會(huì)議中可以傳遞多路視頻碼流，使得這多路的視頻碼流都可以保質(zhì)保量的進(jìn)行傳 輸，不會(huì)因視頻帶寬的限制而導(dǎo)致其在多畫面中出現(xiàn)畫質(zhì)損耗。參照圖3，上述實(shí)施例中步驟S12之后還包括步驟S13、第二 MCU向第一 MCU發(fā)送視頻通道釋放請求，且由第一 MCU跟進(jìn)視頻通 道釋放請求，釋放相應(yīng)的視頻通道。當(dāng)級聯(lián)會(huì)議不再需要視頻通道進(jìn)行視頻傳輸時(shí)，由第二 MCU向第一 MCU提出視頻 通道釋放請求。第一 MCU收到視頻通道釋放時(shí)，則回收該視頻通道資源。本實(shí)施例中，第二 MCU為下一級MCU，第一 MCU為上一級MCU。當(dāng)然，第二 MCU為上一級MCU，第一 MCU為下一 級MCU，其原理與本實(shí)施例一致。本實(shí)施例使得在兩個(gè)MCU之間的所有多畫面級聯(lián)會(huì)議可以共享兩個(gè)MCU之間的視 頻通道，最大限度的共享兩個(gè)MCU之間的帶寬資源。
參照圖4，上述實(shí)施例步驟SlO之前還包括步驟S14、第一 MCU與第二 MCU建立呼叫連接，并建立至少一條視頻通道。當(dāng)兩個(gè)MCU之間要召開級聯(lián)會(huì)議時(shí)，在兩個(gè)MCU之間除了建立級聯(lián)會(huì)議的呼叫連 接外，再建立多條視頻通道。第一 MCU與第二 MCU之間可以通過基于H. 320、H. 323、SIP等 協(xié)議來建立呼叫連接。而且具體的視頻通道的個(gè)數(shù)、每條視頻通道的能力及帶寬，都通過第 一 MCU與第二 MCU之間的協(xié)商而建立視頻通道。第一 MCU與第二 MCU之間還可以使用自定 義的消息進(jìn)行交互，從而協(xié)商出具體的視頻通道的個(gè)數(shù)、每條視頻通道的能力及帶寬，以建 立視頻通道。上述視頻通道所占用的總帶寬應(yīng)小于或等于兩個(gè)MCU之間的可用帶寬。而且，每 條視頻通道所占用的帶寬可以按照固定帶寬來分配創(chuàng)建；也可以按照視頻碼流格式來分配 創(chuàng)建。例如可以將視頻通道分為三類，對于小于CIF格式的視頻碼流，采用384k的固定帶 寬；對于大于CIF格式小于4CIF格式的視頻碼流，采用IM的固定帶寬；對于大于4CIF格式 的視頻碼流，采用2M的固定帶寬。該三種類型的視頻通道的個(gè)數(shù)也可以按2 2 6的比 例進(jìn)行分配。圖5是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)一實(shí)施例的結(jié)構(gòu)示意圖。本實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)，包括第一 MCU100及第二 MCU200 第一 MCU100，用于接收第二 MCU200發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配策略， 為第二 MCU200分配視頻通道；第二 MCU200，用于向第一 MCU100發(fā)送視頻通道申請，并將所需的視頻碼流由第一 MCU100為其分配的視頻通道傳輸至第一 MCU100。當(dāng)多畫面級聯(lián)會(huì)議需要使用特殊的視頻通道來傳遞視頻時(shí)，則可以由傳輸這路視 頻的兩個(gè)級聯(lián)MCU中的其中一方向另一方提出視頻通道申請。該申請包括要傳輸?shù)囊曨l能 力，以及該路視頻在多畫面中的具體位置。本實(shí)施例中，第二 MCU為下一級MCU，第一 MCU為 上一級MCU。當(dāng)然，第二 MCU為上一級MCU，第一 MCU為下一級MCU，其原理與本實(shí)施例一致。上述第一 MCU100中，預(yù)置分配策略包括根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)所要傳輸?shù)囊曨l碼流在多畫面中的具體位置來分配。具體分配方法，參照上 述方法中所述的預(yù)置分配策略。上述第二 MCU200具體用于判斷第一 MCU100為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊?頻碼流能力是否相同；若是，則將所需的視頻碼流直接由第一 MCU100為其分配的視頻通道 傳輸至第一 MCU100 ；若否，則將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU100為其分 配的視頻通道傳輸至第一 MCU100。本實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法，解決了在召開級聯(lián)多畫面會(huì)議時(shí)，兩 個(gè)MCU之間只能有一路視頻加入到多畫面中的問題，充分利用網(wǎng)絡(luò)帶寬資源，在同一多畫 面級聯(lián)會(huì)議中可以傳遞多路視頻碼流，使得這多路的視頻碼流都可以保質(zhì)保量的進(jìn)行傳 輸，不會(huì)因視頻帶寬的限制而導(dǎo)致其在多畫面中出現(xiàn)畫質(zhì)損耗。上述第二 MCU200還用于向第一 MCU100發(fā)送視頻通道釋放請求；上述第一 MCU100還用于根據(jù)視頻通道釋放請求，釋放相應(yīng)的視頻通道。
當(dāng)級聯(lián)會(huì)議不再需要視頻通道進(jìn)行視頻傳輸時(shí)，由第二 MCU向第一 MCU提出視頻 通道釋放請求。第一 MCU收到視頻通道釋放時(shí)，則回收該視頻通道資源。本實(shí)施例中，第二 MCU為下一級MCU，第一 MCU為上一級MCU。當(dāng)然，第二 MCU為上一級MCU，第一 MCU為下一 級MCU，其原理與本實(shí)施例一致。本實(shí)施例使得在兩個(gè)MCU之間的所有多畫面級聯(lián)會(huì)議可以共享兩個(gè)MCU之間的視 頻通道，最大限度的共享兩個(gè)MCU之間的帶寬資源。當(dāng)兩個(gè)MCU之間要召開級聯(lián)會(huì)議時(shí)，在兩個(gè)MCU之間除了建立級聯(lián)會(huì)議的呼叫連 接外，再建立多條視頻通道。第一 MCU100與第二 MCU200之間可以通過基于H. 320,H. 323、 SIP等協(xié)議來建立呼叫連接。而且具體的視頻通道的個(gè)數(shù)、每條視頻通道的能力及帶寬，都 通過第一 MCU100與第二 MCU200之間的協(xié)商而建立視頻通道。第一 MCU100與第二 MCU200 之間還可以使用自定義的消息進(jìn)行交互，從而協(xié)商出具體的視頻通道的個(gè)數(shù)、每條視頻通 道的能力及帶寬，以建立視頻通道。上述實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)中第一 MCU為上級MCU，第二 MCU為下 級MCU，而且該第二 MCU可以為多個(gè)。例如圖6所示，第一 MCU可以為一級MCUl，第二 MCU 則為二級MCU2及二級MCU3。且一級MCUl與二級MCU2及二級MCU3之間的視頻傳輸分別同 時(shí)進(jìn)行，二級MCU2及二級MCU3分別根據(jù)一級MCUl為其分配的視頻通道將所需終端的視頻 碼流傳輸至一級MCU1，從而一級MCUl進(jìn)行合成處理后，再發(fā)送至上一級的MCU進(jìn)行合成處 理或者發(fā)送至相應(yīng)的終端進(jìn)行顯示。圖7是本發(fā)明在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的控制器MCU—實(shí)施例的結(jié)構(gòu)示意圖。本實(shí)施例在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的控制MCU，包括視頻通道申請模塊10，用于向另一 MCU發(fā)送視頻通道申請，并將所需的視頻碼流 由另一 MCU為其分配的視頻通道傳輸至另一 MCU ；視頻通道分配模塊20，用于接收另一 MCU發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配 策略，為另一 MCU分配視頻通道。參照圖8，上述MCU可以為在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)中的第一MCU100，也可 以為第二 MCU200。即當(dāng)?shù)诙?MCU200中視頻通道申請模塊201向第一 MCU100發(fā)送視頻通道 申請，第一 MCU100的視頻通道分配模塊102再根據(jù)預(yù)置分配策略，為第二 MCU200分配視頻 通道，從而使得第二 MCU200的視頻通道申請模塊201將所需的視頻碼流由第一 MCU100為 其分配的視頻通道傳輸至第一 MCU100。參照圖9，上述視頻通道申請模塊10具體包括判斷單元11，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸 的視頻碼流能力是否相同；傳輸單元12，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸 的視頻碼流能力相同時(shí)，將所需的視頻碼流直接由另一 MCU為其分配的視頻通道傳輸至另 一 MCU ；視頻轉(zhuǎn)碼單元13，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要 傳輸?shù)囊曨l碼流能力不相同時(shí)，將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再通過傳輸單元，傳輸 視頻碼流至另一 MCU。上述視頻通道申請模塊10還用于向另一 MCU發(fā)送視頻通道釋放請求。視頻通道分配模塊20還用于接收視頻通道申請模塊發(fā)送的視頻通道釋放請求，釋放相應(yīng)的視頻通道。
以上所述僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制其專利范圍，凡是利用本發(fā)明 說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng) 域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。
權(quán)利要求
1.一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法，其特征在于，包括以下步驟 第二 MCU向第一 MCU發(fā)送視頻通道申請；第一 MCU根據(jù)預(yù)置分配策略，為第二 MCU分配視頻通道；第二 MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)置分配策略包括 根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)所要傳輸?shù)囊曨l碼流在多畫面中的具體位置來分配。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第二MCU將所需的視頻碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU的步驟具體包括第二 MCU判斷第一 MCU為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊?頻碼流能力是否相同；若是，則將所需的視頻碼流直接由第一 MCU為其分配的視頻通道傳輸至第一 MCU ； 若否，則將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU為其分配的視頻通道傳輸 至第一 MCU。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述第二MCU將所需的視頻 碼流由第一 MCU為其分配的視頻通道傳輸至第一 MCU之后還包括第二 MCU向第一 MCU發(fā)送視頻通道釋放請求，且由第一 MCU釋放視頻通道。
5.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述第二MCU向第一 MCU發(fā) 送視頻通道申請請求之前還包括第一 MCU與第二 MCU之間互相建立呼叫連接，并建立至少一條視頻通道。
6.一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的系統(tǒng)，其特征在于，包括第一 MCU及第二 MCU 所述第一 MCU，用于接收第二 MCU發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配策略，為第二 MCU分配視頻通道；所述第二 MCU，用于向第一 MCU發(fā)送視頻通道申請，并將所需的視頻碼流由第一 MCU為 其分配的視頻通道傳輸至第一 MCU。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述預(yù)置分配策略包括 根據(jù)所要傳輸?shù)囊曨l碼流格式來分配；和/或根據(jù)所要傳輸?shù)囊曨l碼流在多畫面中的具體位置來分配。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述第二MCU具體用于判斷第一 MCU為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊曨l碼流 能力是否相同；若是，則將所需的視頻碼流直接由第一 MCU為其分配的視頻通道傳輸至第一 MCU ； 若否，則將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再由第一 MCU為其分配的視頻通道傳輸 至第一 MCU。
9.根據(jù)權(quán)利要求6至8中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述第二MCU還用于向第 一 MCU發(fā)送視頻通道釋放請求；第一 MCU還用于根據(jù)視頻通道釋放請求，釋放相應(yīng)的視頻 通道。
10.根據(jù)權(quán)利要求6至8中任一項(xiàng)所述的系統(tǒng)，其特征在于，所述第一MCU與第二 MCU 之間還互相建立呼叫連接，并建立至少一條視頻通道。
11.一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的控制器MCU，其特征在于，包括視頻通道申請模塊，用于向另一 MCU發(fā)送視頻通道申請，并將所需的視頻碼流由另一 MCU為其分配的視頻通道傳輸至所述另一 MCU ；視頻通道分配模塊，用于接收另一 MCU發(fā)送的視頻通道申請后，根據(jù)預(yù)置分配策略，為 所述另一 MCU分配視頻通道。
12.根據(jù)權(quán)利要求11所述的MCU，其特征在于，所述視頻通道申請模塊具體包括判斷單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊曨l 碼流能力是否相同；傳輸單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)囊曨l 碼流能力相同時(shí)，將所需的視頻碼流直接由另一 MCU為其分配的視頻通道傳輸至另一 MCU ；視頻轉(zhuǎn)碼單元，用于判斷為其分配的視頻通道所對應(yīng)的視頻能力和帶寬與所要傳輸?shù)?視頻碼流能力不相同時(shí)，將所需的視頻碼流進(jìn)行轉(zhuǎn)碼處理后，再通過傳輸單元，傳輸視頻碼 流至另一 MCU。
13.根據(jù)權(quán)利要求11或12所述的MCU，其特征在于，所述視頻通道申請模塊還用于向 另一 MCU發(fā)送視頻通道釋放請求；所述視頻通道分配模塊還用于接收視頻通道申請模塊發(fā)送的視頻通道釋放請求，釋放 相應(yīng)的視頻通道。
全文摘要
本發(fā)明涉及一種在級聯(lián)會(huì)議中實(shí)現(xiàn)多畫面的方法、系統(tǒng)及MCU。該方法包括第二MCU向第一MCU發(fā)送視頻通道申請；第一MCU根據(jù)預(yù)置分配策略，為第二MCU分配視頻通道；第二MCU將所需的視頻碼流由第一MCU為其分配的視頻通道傳輸至第一MCU。本發(fā)明解決了在召開級聯(lián)多畫面會(huì)議時(shí)，兩個(gè)MCU之間只能有一路視頻加入到多畫面中的問題，充分利用網(wǎng)絡(luò)帶寬資源，在同一多畫面級聯(lián)會(huì)議中可以傳遞多路視頻碼流，使得這多路的視頻碼流都可以保質(zhì)保量的進(jìn)行傳輸，不會(huì)因視頻帶寬的限制而導(dǎo)致其在多畫面中出現(xiàn)畫質(zhì)損耗。
文檔編號H04N7/26GK102006451SQ20101054914
公開日2011年4月6日 申請日期2010年11月18日 優(yōu)先權(quán)日2010年11月18日
發(fā)明者馬錚 申請人:中興通訊股份有限公司