專利名稱：Mcu多畫面分屏實(shí)現(xiàn)方法及mcu的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及多媒體通信技術(shù)領(lǐng)域，特別涉及MCU多畫面分屏實(shí)現(xiàn)方法及MCU。
背景技術(shù)：
多畫面分屏是視訊會(huì)議系統(tǒng)中的常用功能，一般的MCU都支持。在實(shí)現(xiàn)多畫面分 屏?xí)r，MCU解碼系統(tǒng)中各個(gè)終端發(fā)送過來的視頻流，進(jìn)行圖像縮放，拼接成一個(gè)大畫面，再發(fā) 送給系統(tǒng)中各個(gè)終端。各個(gè)終端就看到了多畫面分屏顯示的效果。一個(gè)MCU上的解碼資源是有限的，一般來說，圖像越大，耗費(fèi)的解碼資源就越多。 一般來說，解碼資源的耗費(fèi)有以下關(guān)系解碼1路1080P圖像的資源=解碼2路720P的資源=解碼4路4CIF圖像的資源 =解碼12路CIF圖像的資源。一般的視訊會(huì)議系統(tǒng)中，終端發(fā)送出來的圖像大小是會(huì)議能力和終端能力匹配協(xié) 商的結(jié)果，會(huì)議中確定終端發(fā)送的圖像大小后，MCU和終端就會(huì)始終采用該大小發(fā)送圖像。 比如召開720P的會(huì)議，那么會(huì)議中所有發(fā)送和接收的碼流格式都是720P。MCU要實(shí)現(xiàn)4畫 面分屏?xí)r，需要解碼4路720P格式畫面，并把每個(gè)畫面縮小成四分之一 720P大小，然后拼 接成一個(gè)720P大小的分屏畫面，再進(jìn)行編碼后發(fā)送給所有終端。分屏數(shù)越多，則所需解碼 并縮放的視頻圖像的數(shù)目就越多，耗費(fèi)的解碼資源越大。在現(xiàn)有的多畫面分屏方案中，MCU所需解碼的總圖像的大小(如4分屏720P需要 解碼4個(gè)720P圖像)比實(shí)際拼接后的分屏圖像(一個(gè)720P)的大小大很多，造成了編解碼 資源的大量浪費(fèi)，限制了 MCU所能夠支持的多畫面分屏的能力，例如假設(shè)MCU的解碼資源能 解4路1080P，那么按照現(xiàn)有方案，MCU最多只能支持1080P的4分屏。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種MCU多畫面分屏實(shí)現(xiàn)方法，在不改變MCU的解碼能力前提 下，可以提高M(jìn)CU所能夠支持的多畫面分屏能力。本發(fā)明實(shí)施例提供一種MCU，在不改變MCU的解碼能力前提下，可以提高M(jìn)CU所能 夠支持的多畫面分屏能力。為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的一種MCU多畫面分屏實(shí)現(xiàn)方法，該方法包括MCU根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖像大小，且所 述源圖像大小小于多畫面分屏圖像大??；MCU向參與多畫面分屏的會(huì)議終端發(fā)送調(diào)整圖像大小的指令；MCU接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編碼的視頻圖像；MCU將所述參與多畫面分屏的會(huì)議終端發(fā)送的圖像拼接為所述多畫面分屏圖像；MCU將所述多畫面分屏圖像進(jìn)行編碼后發(fā)送給所有會(huì)議終端。一種 MCU，該 MCU 包括
源圖像確定模塊，用于根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的 源圖像大小，且所述源圖像大小小于多畫面分屏圖像大??；指令發(fā)送模塊，與所述源圖像確定模塊相連，用于向參與多畫面分屏的會(huì)議終端 發(fā)送調(diào)整圖像大小的指令；圖像接收模塊，用于接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編 碼的視頻圖像；圖像拼接模塊，與所述圖像接收模塊相連，用于將所述參與多畫面分屏的會(huì)議終 端發(fā)送的圖像拼接為所述多畫面分屏圖像；圖像發(fā)送模塊，與所述圖像拼接模塊相連，用于將所述多畫面分屏圖像進(jìn)行編碼 后發(fā)送給所有會(huì)議終端。由上述的技術(shù)方案可見，本發(fā)明的這種MCU多畫面分屏實(shí)現(xiàn)方法及MCU通過MCU 與終端之間的信令交互，在MCU切換多畫面分屏模式時(shí)，讓終端可根據(jù)MCU的要求調(diào)整發(fā)送 給MCU的編碼圖像的大小，減少M(fèi)CU所需要解碼的圖像的大小，從而減少對(duì)MCU上解碼資源 的占用，提升MCU的多畫面分屏能力。


圖1為本發(fā)明實(shí)施例的MCU多畫面分屏實(shí)現(xiàn)方法流程圖；圖2為本發(fā)明實(shí)施例的MCU結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例的源圖像確定模塊結(jié)構(gòu)示意圖；圖4為本發(fā)明實(shí)施例的源圖像大小確定單元結(jié)構(gòu)示意圖；圖5為本發(fā)明實(shí)施例的指令發(fā)送模塊結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì) 本發(fā)明進(jìn)一步詳細(xì)說明。本發(fā)明主要是通過MCU與終端之間的信令交互，在MCU切換多畫面分屏模式時(shí)，讓 終端根據(jù)MCU的要求調(diào)整發(fā)送給MCU的編碼圖像的大小，減少M(fèi)CU所需要解碼的圖像的大 小，從而減少對(duì)MCU上解碼資源的占用，提升MCU的多畫面分屏能力。圖1為本發(fā)明實(shí)施例的MCU多畫面分屏實(shí)現(xiàn)方法流程圖，如圖1所示，該流程包括 如下步驟步驟101，MCU根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖像 大小。分屏數(shù)量例如4分屏、9分屏、16分屏等，分屏模式例如9分屏可以有9個(gè)相同畫 面的標(biāo)準(zhǔn)分屏模式，以及合并相鄰4個(gè)小畫面后5個(gè)小畫面1個(gè)大畫面的5+1分屏模式等。 源圖像即MCU所需解碼的，從會(huì)議終端發(fā)送的視頻圖像，該源圖像大小要小于最終實(shí)現(xiàn)的 多畫面分屏圖像的大小。步驟102，MCU向參與多畫面分屏的會(huì)議終端發(fā)送調(diào)整圖像大小的指令。參與多畫面分屏的會(huì)議終端即多分屏畫面中的每一個(gè)子畫面對(duì)應(yīng)的終端，調(diào)整圖 像大小僅需要對(duì)這些終端進(jìn)行即可，其他未參與的終端可以不發(fā)送該指令，當(dāng)然，所有終端全部發(fā)送也是可以的。步驟103，MCU接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編碼的 視頻圖像。步驟104，MCU將所述參與多畫面分屏的會(huì)議終端發(fā)送的圖像拼接為所述多畫面 分屏圖像。MCU將所有參與多畫面分屏的會(huì)議終端的源圖像拼接為一個(gè)多分屏圖像，這個(gè)多 分屏圖像與切換前的單畫面圖像大小是相同的。步驟105，MCU將所述多畫面分屏圖像進(jìn)行編碼后發(fā)送給會(huì)議終端。其中，步驟101中確定子畫面的源圖像大小的方法具體如下MCU根據(jù)分屏數(shù)量和分屏模式計(jì)算子畫面大小，并根據(jù)子畫面大小和編碼宏塊大 小(16X16)確定子畫面的源圖像大小。其中所述源圖像大小為編碼宏塊大小的整數(shù)倍，且 大于等于子畫面大小。例如可以選擇滿足大小為編碼宏塊大小的整數(shù)倍，且大于等于子畫 面大小的條件的圖像大小中最小的一個(gè)圖像大小確定為需要會(huì)議終端發(fā)送的源圖像大小。以720P(U80x720)的9分屏為例，子畫面大小是427U40，寬度滿足宏塊大小整數(shù) 倍的要求，而長(zhǎng)度不滿足宏塊大小整數(shù)倍的要求，會(huì)議終端無法編碼此大小的畫面，因此源 圖像大小不能是427U40，此時(shí)，通過計(jì)算可知，長(zhǎng)度滿足宏塊大小的整數(shù)倍，且比子畫面大 的最小的長(zhǎng)度是G27/16+l)xl6 = 432，也就是說MCU可以確定源子畫面大小為43^^40。 在拼接多畫面時(shí)，MCU再把圖像左右兩邊共刪除5列，得到427x240的子畫面大小，這樣就 可以完全滿足畫面的拼接要求。對(duì)于現(xiàn)有的多畫面模式，子畫面的大小與源圖像大小的對(duì)應(yīng)關(guān)系舉例如下
權(quán)利要求
1.一種MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，該方法包括MCU根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖像大??； MCU向參與多畫面分屏的會(huì)議終端發(fā)送調(diào)整圖像大小的指令，所述指令中包含所需的 源圖像的大??；MCU接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編碼的視頻圖像； MCU將所述參與多畫面分屏的會(huì)議終端發(fā)送的圖像拼接為所述多畫面分屏圖像； MCU將所述多畫面分屏圖像進(jìn)行編碼后發(fā)送給會(huì)議終端。
2.如權(quán)利要求1所述的MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，所述MCU根據(jù)多畫面分 屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖像大小，包括MCU根據(jù)分屏數(shù)量和分屏模式計(jì)算子畫面大小，并根據(jù)子畫面大小和編碼宏塊大小確 定子畫面的源圖像大小。
3.如權(quán)利要求1所述的MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，所述源圖像大小為編碼 宏塊大小的整數(shù)倍，且大于等于子畫面大小。
4.如權(quán)利要求3所述的MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，所述源圖像大小為滿 足大小為編碼宏塊大小的整數(shù)倍，且大于等于子畫面大小的條件的圖像中大小最小的。
5.如權(quán)利要求1所述的MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，所述指令包括H.245 協(xié)議中的模式請(qǐng)求requestMode信令。
6.如權(quán)利要求1所述的MCU多畫面分屏實(shí)現(xiàn)方法，其特征在于，所述requestMode信令 中攜帶所述源圖像大小的長(zhǎng)、寬參數(shù)，或所述源圖像大小的宏塊個(gè)數(shù)參數(shù)。
7.一種MCU，其特征在于，該M⑶包括源圖像確定模塊，用于根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖 像大小，且所述源圖像大小小于多畫面分屏圖像大??；指令發(fā)送模塊，與所述源圖像確定模塊相連，用于向參與多畫面分屏的會(huì)議終端發(fā)送 調(diào)整圖像大小的指令；圖像接收模塊，用于接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編碼的 視頻圖像；圖像拼接模塊，與所述圖像接收模塊相連，用于將所述參與多畫面分屏的會(huì)議終端發(fā) 送的圖像拼接為所述多畫面分屏圖像；圖像發(fā)送模塊，與所述圖像拼接模塊相連，用于將所述多畫面分屏圖像進(jìn)行編碼后發(fā) 送給所有會(huì)議終端。
8.如權(quán)利要求7所述的MCU，其特征在于，所述源圖像確定模塊包括 子畫面計(jì)算單元，用于根據(jù)分屏數(shù)量和分屏模式計(jì)算子畫面大??；源圖像大小確定單元，與所述子畫面計(jì)算單元相連，用于根據(jù)子畫面大小和編碼宏塊 大小確定子畫面的源圖像大小。
9.如權(quán)利要求7所述的MCU，其特征在于，所述源圖像大小確定單元包括 宏塊計(jì)算子單元，用于計(jì)算宏塊的整數(shù)倍選擇子單元，與所述宏塊計(jì)算子單元相連，用于從滿足大小為編碼宏塊大小的整數(shù)倍， 且大于等于子畫面大小的條件的圖像大小中選擇最小的確定為源圖像大小。
10.如權(quán)利要求7所述的MCU，其特征在于，所述指令發(fā)送模塊，包括參數(shù)添加單元，用于將所述源圖像大小的長(zhǎng)、寬參數(shù)或宏塊個(gè)數(shù)參數(shù)添加在 requestMode 信令中；發(fā)送單元，與所述參數(shù)添加單元相連，用于將所述添加有源圖像大小的長(zhǎng)、寬參數(shù)或宏 塊個(gè)數(shù)參數(shù)的requestMode信令作為調(diào)整圖像大小的指令，向參與多畫面分屏的會(huì)議終端 發(fā)送。
全文摘要
本發(fā)明公開了一種MCU多畫面分屏實(shí)現(xiàn)方法及MCU，該方法包括MCU根據(jù)多畫面分屏圖像的分屏數(shù)量和分屏模式確定子畫面的源圖像大??；MCU向參與多畫面分屏的會(huì)議終端發(fā)送調(diào)整圖像大小的指令；MCU接收參與多畫面分屏的會(huì)議終端發(fā)送的以所述源圖像大小編碼的視頻圖像；MCU將所述參與多畫面分屏的會(huì)議終端發(fā)送的圖像拼接為所述多畫面分屏圖像；MCU將所述多畫面分屏圖像進(jìn)行編碼后發(fā)送給會(huì)議終端。該方法和MCU讓終端可根據(jù)MCU的要求調(diào)整發(fā)送給MCU的編碼圖像的大小，減少M(fèi)CU所需要解碼的圖像的大小，從而減少對(duì)MCU上解碼資源的占用，提升MCU的多畫面分屏能力。
文檔編號(hào)H04N7/15GK102111605SQ20091026114
公開日2011年6月29日 申請(qǐng)日期2009年12月28日 優(yōu)先權(quán)日2009年12月28日
發(fā)明者丁志杰 申請(qǐng)人:杭州華三通信技術(shù)有限公司