專利名稱：多媒體數(shù)據(jù)傳輸?shù)姆椒?、多媒體數(shù)據(jù)傳輸裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)視頻技術(shù)，特別涉及一種多媒體數(shù)據(jù)傳輸?shù)姆椒?、多媒體數(shù)據(jù)傳輸裝置及系統(tǒng)。
背景技術(shù)：
多媒體數(shù)據(jù)傳輸系統(tǒng)又稱視頻會(huì)議系統(tǒng)，是指兩個(gè)或兩個(gè)以上不同地方的用戶或群體，通過傳輸線路及多媒體設(shè)備，將聲音、影像及文件資料等多媒體數(shù)據(jù)互傳，實(shí)現(xiàn)即時(shí)且互動(dòng)的溝通，以實(shí)現(xiàn)會(huì)議目的的系統(tǒng)設(shè)備。圖1為現(xiàn)有的多媒體數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。參見圖1，該系統(tǒng)包括:多點(diǎn)控制單元(MCU, Mult1-point control unit)以及用戶終端(Client)，其中，MCU與用戶終端采用專用網(wǎng)絡(luò)(專網(wǎng))，MCU可以是單片機(jī)，包括多點(diǎn)控制器和多點(diǎn)媒體處理器，多點(diǎn)控制器可以是視頻會(huì)議服務(wù)器。在多媒體數(shù)據(jù)傳輸系統(tǒng)中，主要包括:信令傳輸、服務(wù)器系統(tǒng)間信令控制以及多媒體數(shù)據(jù)傳輸，其中，信令傳輸應(yīng)用于多點(diǎn)控制器與用戶終端之間的交互，服務(wù)器系統(tǒng)間信令控制應(yīng)用于多點(diǎn)控制器與多媒體處理器之間的交互，多媒體數(shù)據(jù)傳輸應(yīng)用于多點(diǎn)媒體處理器與用戶終端之間的交互。在用戶需要加入多媒體數(shù)據(jù)傳輸系統(tǒng)時(shí)，通過Client與多點(diǎn)控制器的信令交互，多點(diǎn)控制器通過與多點(diǎn)媒體處理器的信令控制交互，根據(jù)與多點(diǎn)媒體處理器的信令交互控制結(jié)果，將用戶接入多媒體數(shù)據(jù)傳輸系統(tǒng)，進(jìn)行多媒體數(shù)據(jù)的共享。圖2為現(xiàn)有基于圖1實(shí)現(xiàn)多媒體數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D。參見圖2，該流程包括:步驟201，客戶端向多點(diǎn)控制器發(fā)送多媒體呼叫信令，建立呼叫連接；本步驟中，客戶端可以通過登錄的方式或申請(qǐng)注冊(cè)的方式接入多媒體數(shù)據(jù)傳輸系統(tǒng)，如果是登錄的方式，多媒體呼叫信令中包含用戶號(hào)碼、用戶密碼以及多媒體會(huì)議室標(biāo)識(shí)等信息，如果是申請(qǐng)注冊(cè)的方式，多媒體呼叫信令中可以不包含任何信息。多媒體會(huì)議室包括:音頻會(huì)議室、視頻會(huì)議室以及數(shù)據(jù)會(huì)議室?？蛻舳伺c多點(diǎn)控制器通過多媒體呼叫信令，可以進(jìn)行呼叫建立、呼叫處理、呼叫告警、呼叫連接以及呼叫釋放等流程。步驟202，多點(diǎn)控制器與多點(diǎn)媒體處理器通過服務(wù)器系統(tǒng)間信令控制，建立用戶接入該多媒體會(huì)議室的通道；本步驟中，如前所述，如果是登錄的方式，多點(diǎn)控制器對(duì)用戶進(jìn)行認(rèn)證，在認(rèn)證通過后，與多點(diǎn)媒體處理器通過服務(wù)器系統(tǒng)間信令控制，為用戶分配傳輸帶寬，配置輸入通道、輸出通道，從多點(diǎn)媒體處理器獲取多媒體會(huì)議室標(biāo)識(shí)對(duì)應(yīng)的多媒體會(huì)議室，建立用戶接入該多媒體會(huì)議室的通道；如果是申請(qǐng)注冊(cè)的方式，從多點(diǎn)媒體處理器獲取多媒體會(huì)議室，向客戶端展示，以便用戶選擇所需的多媒體會(huì)議室或創(chuàng)建新多媒體會(huì)議室并進(jìn)行注冊(cè)，在用戶注冊(cè)成功后，為用戶分配傳輸帶寬，配置輸入通道、輸出通道，建立用戶接入該多媒體會(huì)議室的通道。在創(chuàng) 建新多媒體會(huì)議室時(shí)，為用戶創(chuàng)建混合器，例如，多畫面混合器、混音混合器；添加輸入通道、添加輸出通道等。步驟203，多點(diǎn)控制器向客戶端返回多媒體呼叫信令響應(yīng)；步驟204，客戶端接入該多媒體會(huì)議室，將多媒體數(shù)據(jù)進(jìn)行編碼后向多點(diǎn)媒體處理器發(fā)送;本步驟中，用戶確定需要將自己的多媒體數(shù)據(jù)與多媒體會(huì)議室內(nèi)各成員進(jìn)行分享，例如，將視頻進(jìn)行分享，則通過客戶端采集視頻圖像信息，進(jìn)行編碼、壓縮等處理后，發(fā)送至多點(diǎn)媒體處理器。多點(diǎn)媒體處理器與客戶端之間可以使用實(shí)時(shí)傳送協(xié)議(RTP，Real-timeTransport Protocol)和實(shí)時(shí)傳輸控制協(xié)議(RTCP, Real-time Control Protocol)傳輸多媒體數(shù)據(jù)。步驟205，多點(diǎn)媒體處理器接收客戶端發(fā)送的多媒體數(shù)據(jù)，進(jìn)行解碼，將解碼的各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行合成；本步驟中，在多媒體會(huì)議室中，例如，視頻會(huì)議室，各成員需要實(shí)時(shí)了解其他成員的視頻信息，則多點(diǎn)媒體處理器對(duì)各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行解碼，并將解碼的各多媒體數(shù)據(jù)進(jìn)行合成，以在合成的多媒體數(shù)據(jù)中包含各客戶端的多媒體數(shù)據(jù)。步驟206，對(duì)合成的多媒體數(shù)據(jù)進(jìn)行編碼后發(fā)送至各客戶端進(jìn)行展示。本步驟中，多點(diǎn)媒體處理器對(duì)合成的多媒體數(shù)據(jù)進(jìn)行編碼后，采用廣播的方式向多媒體會(huì)議室內(nèi)的各客戶端發(fā)送，客戶端接收編碼的多媒體數(shù)據(jù)，進(jìn)行解壓縮、解碼后展示，這樣，用戶可以實(shí)時(shí)獲·知其他用戶的多媒體數(shù)據(jù)，從而實(shí)現(xiàn)多用戶的多媒體數(shù)據(jù)的共享。進(jìn)一步地，多點(diǎn)媒體處理器可以采用丟包重傳的策略來降低網(wǎng)絡(luò)丟包，以保證多媒體數(shù)據(jù)傳輸?shù)目煽啃?。由上述可見，現(xiàn)有的多媒體數(shù)據(jù)傳輸系統(tǒng)，多點(diǎn)媒體處理器需要對(duì)接收的音視頻碼流等多媒體數(shù)據(jù)進(jìn)行解壓、解碼、壓縮、編碼等處理，由于多點(diǎn)媒體處理器接入的客戶端數(shù)量多，因而，對(duì)多點(diǎn)媒體處理器的數(shù)據(jù)處理性能要求非常高，而提高多點(diǎn)媒體處理器數(shù)據(jù)處理性能所需的成本高,從而增加了多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提出一種多媒體數(shù)據(jù)傳輸?shù)姆椒ǎ档投嗝襟w數(shù)據(jù)傳輸系統(tǒng)的使用成本。本發(fā)明的另一目的在于提出一種多媒體數(shù)據(jù)傳輸裝置，降低多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。本發(fā)明的再一目的在于提出一種多媒體數(shù)據(jù)傳輸系統(tǒng)，降低多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。為達(dá)到上述目的，本發(fā)明提供了一種多媒體數(shù)據(jù)傳輸?shù)姆椒?，該方法包?將待傳輸?shù)亩嗝襟w數(shù)據(jù)進(jìn)行編碼，向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，所述多媒體數(shù)據(jù)包為多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行封裝而成；解碼多媒體數(shù)據(jù)包，將解碼得到的多媒體數(shù)據(jù)進(jìn)行合成并展示。
進(jìn)一步包括:接收多點(diǎn)控制單元輸出的傳輸參數(shù)調(diào)整信息，調(diào)整傳輸多媒體數(shù)據(jù)的傳輸參數(shù)，所述傳輸參數(shù)調(diào)整信息為多點(diǎn)控制單元統(tǒng)計(jì)接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定的。所述多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)后，進(jìn)行封裝前，進(jìn)一步包括:按照預(yù)先存儲(chǔ)的各客戶端能力信息，將接收的多媒體數(shù)據(jù)進(jìn)行相應(yīng)處理。所述客戶端能力信息包括:幀速率信息、傳輸質(zhì)量信息、協(xié)議適配信息、最大傳輸單元、初始碼率以及接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息中的一種或其任意組合。所述在進(jìn)行編碼后，向多點(diǎn)控制單元發(fā)送前，進(jìn)一步包括:根據(jù)包丟失恢復(fù)機(jī)制，將編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)進(jìn)行封裝。進(jìn)一步包括:統(tǒng)計(jì)接收的多媒體數(shù)據(jù)包的丟包率，向多點(diǎn)控制單元輸出以使多點(diǎn)控制單元調(diào)節(jié)傳輸策略。—種多媒體數(shù)據(jù)傳輸裝置，該裝置包括:接入認(rèn)證模塊、編碼模塊、多媒體數(shù)據(jù)發(fā)送模塊、多媒體數(shù)據(jù)包接收模塊、解碼模塊以及合成模塊，其中，接入認(rèn)證模塊，用于與多點(diǎn)控制單元進(jìn)行交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)；編碼模塊，將用戶待發(fā)送的 多媒體數(shù)據(jù)進(jìn)行編碼后，輸出至多媒體數(shù)據(jù)發(fā)送模塊；多媒體數(shù)據(jù)發(fā)送模塊，發(fā)送編碼的多媒體數(shù)據(jù)；多媒體數(shù)據(jù)包接收模塊，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，輸出至解碼模塊；解碼模塊，將接收的多媒體數(shù)據(jù)包進(jìn)行解碼，輸出至合成模塊；合成模塊，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示。進(jìn)一步包括:前向錯(cuò)誤糾正處理模塊，用于根據(jù)包丟失恢復(fù)機(jī)制，將編碼模塊編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)封裝后輸出至多媒體數(shù)據(jù)發(fā)送模塊。進(jìn)一步包括:多媒體數(shù)據(jù)包丟包率統(tǒng)計(jì)模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)包接收模塊接收的多媒體數(shù)據(jù)包的丟包率，并將統(tǒng)計(jì)得到的丟包率信息輸出至多點(diǎn)控制單元。一種多媒體數(shù)據(jù)傳輸裝置，該裝置包括:多媒體數(shù)據(jù)接收模塊、多媒體數(shù)據(jù)包封裝模塊以及多媒體數(shù)據(jù)包發(fā)送模塊，其中，多媒體數(shù)據(jù)接收模塊，用于接收各客戶端發(fā)送的多媒體數(shù)據(jù)，輸出至多媒體數(shù)據(jù)包封裝模塊；多媒體數(shù)據(jù)包封裝模塊，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，輸出至多媒體數(shù)據(jù)包發(fā)送模塊；多媒體數(shù)據(jù)包發(fā)送模塊，用于將接收的多媒體數(shù)據(jù)包向各客戶端發(fā)送。進(jìn)一步包括:客戶端能力信息存儲(chǔ)模塊以及多媒體數(shù)據(jù)過濾模塊，其中，
客戶端能力信息存儲(chǔ)模塊，存儲(chǔ)各客戶端能力信息；多媒體數(shù)據(jù)過濾模塊，用于按照客戶端能力信息存儲(chǔ)模塊存儲(chǔ)的各客戶端能力信息，將多媒體數(shù)據(jù)接收模塊輸出的多媒體數(shù)據(jù)進(jìn)行處理后，輸出至多媒體數(shù)據(jù)包封裝模塊。進(jìn)一步包括:傳輸可靠性處理模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)接收模塊接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定該客戶端的傳輸參數(shù)，并向該客戶端飯反饋。所述傳輸可靠性處理模塊 進(jìn)一步用于接收客戶端上報(bào)的多媒體數(shù)據(jù)包的丟包率，調(diào)節(jié)傳輸策略。一種多媒體數(shù)據(jù)傳輸系統(tǒng)，該系統(tǒng)包括:客戶端以及多點(diǎn)控制單元，其中，客戶端，用于在通過與多點(diǎn)控制單元的交互后，接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將多媒體數(shù)據(jù)進(jìn)行編碼后向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，進(jìn)行解碼，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示；多點(diǎn)控制單元，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。所述多點(diǎn)控制單元包括:多點(diǎn)控制器以及多點(diǎn)媒體處理器，其中，多點(diǎn)控制器，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)；多點(diǎn)媒體處理器，用于將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。所述多點(diǎn)媒體處理器包括:多媒體數(shù)據(jù)接收模塊、多媒體數(shù)據(jù)包封裝模塊以及多媒體數(shù)據(jù)包發(fā)送模塊，其中，多媒體數(shù)據(jù)接收模塊，用于接收各客戶端發(fā)送的多媒體數(shù)據(jù)，輸出至多媒體數(shù)據(jù)包封裝模塊；多媒體數(shù)據(jù)包封裝模塊，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，輸出至多媒體數(shù)據(jù)包發(fā)送模塊；多媒體數(shù)據(jù)包發(fā)送模塊，用于將接收的多媒體數(shù)據(jù)包向各客戶端發(fā)送。所述多點(diǎn)媒體處理器進(jìn)一步包括:客戶端能力信息存儲(chǔ)模塊以及多媒體數(shù)據(jù)過濾模塊，其中，客戶端能力信息存儲(chǔ)模塊，存儲(chǔ)各客戶端能力信息；多媒體數(shù)據(jù)過濾模塊，用于按照客戶端能力信息存儲(chǔ)模塊存儲(chǔ)的各客戶端能力信息，將多媒體數(shù)據(jù)接收模塊輸出的多媒體數(shù)據(jù)進(jìn)行處理后，輸出至多媒體數(shù)據(jù)包封裝模塊。所述多點(diǎn)媒體處理器進(jìn)一步包括:傳輸可靠性處理模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)接收模塊接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定該客戶端的傳輸參數(shù)，并向該客戶端飯反饋。所述客戶端包括:接入認(rèn)證模塊、編碼模塊、多媒體數(shù)據(jù)發(fā)送模塊、多媒體數(shù)據(jù)包接收模塊、解碼模塊以及合成模塊，其中，接入認(rèn)證模塊，用于與多點(diǎn)控制單元進(jìn)行交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)；
編碼模塊，將用戶待發(fā)送的多媒體數(shù)據(jù)進(jìn)行編碼后，輸出至多媒體數(shù)據(jù)發(fā)送模塊；多媒體數(shù)據(jù)發(fā)送模塊，發(fā)送編碼的多媒體數(shù)據(jù)；多媒體數(shù)據(jù)包接收模塊，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，輸出至解碼模塊；解碼模塊，將接收的多媒體數(shù)據(jù)包進(jìn)行解碼，輸出至合成模塊；合成模塊，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示。所述客戶端進(jìn)一步包括:前向錯(cuò)誤糾正處理模塊，用于根據(jù)包丟失恢復(fù)機(jī)制，將編碼模塊編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)封裝后輸出至多媒體數(shù)據(jù)發(fā)送模塊。所述客戶端進(jìn)一步包括:多媒體數(shù)據(jù)包丟包率統(tǒng)計(jì)模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)包接收模塊接收的多媒體數(shù)據(jù)包的丟包率，并將統(tǒng)計(jì)得到的丟包率信息輸出至多點(diǎn)控制單元。由上述的技術(shù)方案可見，本發(fā)明提供的一種多媒體數(shù)據(jù)傳輸?shù)姆椒ā⒍嗝襟w數(shù)據(jù)傳輸裝置及系統(tǒng)，將待傳輸?shù)亩嗝襟w數(shù)據(jù)進(jìn)行編碼，向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，所述多媒體數(shù)據(jù)包為多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行封裝而成；解碼多媒體數(shù)據(jù)包，將解碼得到的多媒體數(shù)據(jù)進(jìn)行合成并展示。這樣，多點(diǎn)控制單元只是簡(jiǎn)單地將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包并轉(zhuǎn)發(fā)，不需要大運(yùn)算量，對(duì)數(shù)據(jù)處理性能要求較低，成本低廉，從而降低了多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本；進(jìn)一步地，多媒體數(shù)據(jù)傳輸系統(tǒng)從發(fā)送多媒體數(shù)據(jù)至接收、合成并展示多媒體數(shù)據(jù)的整個(gè)流程中，只需進(jìn)行`一次編碼、壓縮、解壓、解碼處理，也降低了對(duì)系統(tǒng)數(shù)據(jù)處理性能的要求，節(jié)約了系統(tǒng)資源。


圖1為現(xiàn)有的多媒體數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。圖2為現(xiàn)有基于圖1實(shí)現(xiàn)多媒體數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D。圖3為本發(fā)明實(shí)施例的多媒體數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。圖4為本發(fā)明實(shí)施例的客戶端結(jié)構(gòu)示意圖。圖5為本發(fā)明實(shí)施例的多點(diǎn)媒體處理器結(jié)構(gòu)示意圖。圖6為本發(fā)明實(shí)施例多媒體數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D。圖7為本發(fā)明實(shí)施例多媒體數(shù)據(jù)傳輸?shù)姆椒ň唧w流程示意圖。
具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。現(xiàn)有的多媒體數(shù)據(jù)傳輸系統(tǒng)，多點(diǎn)控制單元需要對(duì)接收的音視頻碼流等多媒體數(shù)據(jù)進(jìn)行解壓、解碼、壓縮、編碼等處理，使得多點(diǎn)控制單元需要較高的數(shù)據(jù)處理性能才能滿足對(duì)各客戶端發(fā)送的多媒體數(shù)據(jù)的編解碼處理，從而增加了多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。本發(fā)明實(shí)施例中，考慮到多媒體數(shù)據(jù)傳輸系統(tǒng)中，客戶端只是對(duì)自身發(fā)送的多媒體數(shù)據(jù)進(jìn)行編碼處理，沒有充分利用其數(shù)據(jù)處理能力，因而，為了充分利用客戶端的數(shù)據(jù)處理能力，多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)后，進(jìn)行轉(zhuǎn)發(fā)輸出至客戶端進(jìn)行解碼以及合成處理，這樣，大大減輕了對(duì)多點(diǎn)控制單元的數(shù)據(jù)處理能力要求，從而無需增加成本提高多點(diǎn)控制單元性能。圖3為本發(fā)明實(shí)施例的多媒體數(shù)據(jù)傳輸系統(tǒng)結(jié)構(gòu)示意圖。參見圖3，該系統(tǒng)包括:客戶端以及多點(diǎn)控制單元，其中，客戶端，用于在通過與多點(diǎn)控制單元的交互后，接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將多媒體數(shù)據(jù)進(jìn)行編碼后向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，進(jìn)行解碼，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示；本發(fā)明實(shí)施例中，客戶端通過與多點(diǎn)控制單元的交互認(rèn)證，接入多媒體數(shù)據(jù)傳輸系統(tǒng)的詳細(xì)流程屬于現(xiàn)有技術(shù)，具體可參見相關(guān)技術(shù)文獻(xiàn)，在此不再贅述。如果用戶確定需要將自己的多媒體數(shù)據(jù)與接入的多媒體數(shù)據(jù)傳輸系統(tǒng)中多媒體會(huì)議室內(nèi)各成員進(jìn)行分享，例如，將視頻進(jìn)行分享，則通過客戶端采集視頻圖像信息，進(jìn)行編碼、壓縮等處理后，發(fā)送至多點(diǎn)控制單元，這一流程具體也可參見相關(guān)技術(shù)文獻(xiàn)。客戶端接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，進(jìn)行解碼，獲取各客戶端發(fā)送的多路多媒體數(shù)據(jù)，將獲取的多路多媒體數(shù)據(jù)進(jìn)行合成后，向用戶展示。這樣，從客戶端發(fā)送多媒體數(shù)據(jù)至該客戶端展示多媒體數(shù)據(jù)包，只需執(zhí)行一次編解碼處理，也降低了對(duì)數(shù)據(jù)處理能力的要求。多點(diǎn)控制單元，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。本發(fā)明實(shí)施例中，多點(diǎn)控制單元在接收到多媒體數(shù)據(jù)后，將接收的多媒體數(shù)據(jù)封裝為多媒體數(shù)據(jù)包，而不執(zhí)行解壓縮、解碼、編碼以及壓縮處理，從而大大降低了多點(diǎn)控制單元的數(shù)據(jù)處理能力要求?，F(xiàn)有技術(shù)中，在對(duì)多媒體數(shù)據(jù)傳輸系統(tǒng)進(jìn)行大規(guī)模組網(wǎng)時(shí)，由于受限于單臺(tái)多點(diǎn)控制單元性能限制，通常采用多點(diǎn)控制單元級(jí)聯(lián)的方式以達(dá)到將多個(gè)客戶端組網(wǎng)接入的目的，但輸入、輸出通道受限于技術(shù)復(fù)雜，做到全通道級(jí)聯(lián)非常困難；而本發(fā)明實(shí)施例中，多點(diǎn)控制單元對(duì)接收的多媒體數(shù)據(jù)進(jìn)行中轉(zhuǎn)處理，對(duì)多點(diǎn)控制單元的性能要求較低，因而，可以無需采用級(jí)聯(lián)的方式就可以達(dá)到將多個(gè)客戶端組網(wǎng)接入的目的，有效降低了多媒體數(shù)據(jù)傳輸系統(tǒng)組網(wǎng)的成本,減少了多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。多點(diǎn)控制單元包括:多點(diǎn)控制器以及多點(diǎn)媒體處理器，其中，多點(diǎn)控制器，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)；本發(fā)明實(shí)施例中，多點(diǎn)控制器的結(jié)構(gòu)、功能以及與客戶端的交互流程與圖1相同，在此不再贅述。多點(diǎn)媒體處理器，用于將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。本發(fā)明實(shí)施例中，多點(diǎn)媒體處理器與客戶端之間可以使用RTP或RTCP傳輸多媒體數(shù)據(jù)。隨著視頻等多媒體數(shù)據(jù)會(huì)議技術(shù)的發(fā)展以及應(yīng)用的推廣，現(xiàn)有的多媒體數(shù)據(jù)傳輸系統(tǒng)，正逐步從高端專用市 場(chǎng) 向中低端市場(chǎng)轉(zhuǎn)移，也就是由專家視頻會(huì)議向大眾消費(fèi)轉(zhuǎn)移。本發(fā)明實(shí)施例中，由于客戶端只需發(fā)送自身的多媒體數(shù)據(jù),對(duì)上行帶寬要求較低,而需要接收各客戶端發(fā)送的多媒體數(shù)據(jù)，對(duì)下行帶寬要求較高，這一特點(diǎn)，與因特網(wǎng)的網(wǎng)絡(luò)特性相適應(yīng)，因而，可以采用因特網(wǎng)進(jìn)行多媒體數(shù)據(jù)傳輸，這樣，基于因特網(wǎng)傳輸?shù)南到y(tǒng)結(jié)構(gòu)體系的復(fù)雜度低，應(yīng)用造價(jià)較小，有利于大規(guī)模普及應(yīng)用。圖4為本發(fā)明實(shí)施例的客戶端結(jié)構(gòu)示意圖。參見圖4，該客戶端包括:接入認(rèn)證模塊、編碼模塊、多媒體數(shù)據(jù)發(fā)送模塊、多媒體數(shù)據(jù)包接收模塊、解碼模塊以及合成模塊，其中，接入認(rèn)證模塊，用于與多點(diǎn)控制單元進(jìn)行交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)；編碼模塊，將用戶待發(fā)送的多媒體數(shù)據(jù)進(jìn)行編碼后，輸出至多媒體數(shù)據(jù)發(fā)送模塊；本發(fā)明實(shí)施例中，編碼模塊采用分層視頻編解碼(SVC，Scaled Video Coding)編碼技術(shù)，編碼幀序列分為內(nèi)部畫面(Intra picture)幀，即I幀、差別幀，即P幀以及切換預(yù)測(cè)中貞(SP, Switchin g Predictive-frame)等巾貞類型。多媒體數(shù)據(jù)發(fā)送模塊，發(fā)送編碼的多媒體數(shù)據(jù)；多媒體數(shù)據(jù)包接收模塊，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，輸出至解碼模塊；解碼模塊，將接收的多媒體數(shù)據(jù)包進(jìn)行解碼，輸出至合成模塊；合成模塊，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示?，F(xiàn)有的采用多媒體數(shù)據(jù)傳輸系統(tǒng)，采用丟包重傳的策略來解決網(wǎng)絡(luò)丟包，也間接增加了多媒體數(shù)據(jù)傳輸系統(tǒng)的傳輸延時(shí)，降低了用戶的業(yè)務(wù)體驗(yàn)。尤其在因特網(wǎng)(Internet)這種高丟包、高網(wǎng)絡(luò)突發(fā)的場(chǎng)景下，采用丟包重傳的策略無法有效保證網(wǎng)絡(luò)視
頻質(zhì)量。本發(fā)明實(shí)施例中，為保證視頻流等多媒體數(shù)據(jù)傳輸效果，在客戶端采用靈活的前向錯(cuò)誤糾正(FEC, Forward Error Correction)策略封裝待傳輸?shù)亩嗝襟w數(shù)據(jù)，以解決視頻傳輸丟包的技術(shù)問題。具體來說，采用數(shù)據(jù)FEC方法中的包丟失恢復(fù)(LPR，Lost PacketRecovery)機(jī)制，由客戶端為發(fā)出的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，使接收方可以偵測(cè)并糾正錯(cuò)誤，從而無須再請(qǐng)求客戶端重新傳送丟失的信息，這種無須等待網(wǎng)絡(luò)重新傳送就能夠進(jìn)行糾錯(cuò)的能力，使得FEC非常適合于實(shí)時(shí)通信。即客戶端進(jìn)一步包括:前向錯(cuò)誤糾正處理模塊，用于根據(jù)包丟失恢復(fù)機(jī)制，將編碼模塊編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)封裝后輸出至多媒體數(shù)據(jù)發(fā)送模塊。本發(fā)明實(shí)施例中，在實(shí)際傳輸過程中，前向錯(cuò)誤糾正處理模塊可以根據(jù)幀類型不同的重要性，采用不同的FEC控制方法。舉例來說，I幀是三種類型幀中最重要的，針對(duì)該類型的I幀，可以采用較強(qiáng)的FEC控制方法，以保證在丟包40%的情況下，接收端仍可以恢復(fù)出該幀；P幀在三種類型幀中是最不重要的，針對(duì)該類型的P幀，可以不采用FEC控制方法，如果接收端確定發(fā)生丟包，可直接丟棄該幀，這樣，也不會(huì)影響其他幀的序列。這樣，通過差異化的采用FEC控制方法，可以在丟包率、帶寬以及算法復(fù)雜中獲取平衡。進(jìn)一步地,客戶端還進(jìn)一步包括:多媒體數(shù)據(jù)包丟包率統(tǒng)計(jì)模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)包接收模塊接收的多媒體數(shù)據(jù)包的丟包率，并將統(tǒng)計(jì)得到的丟包率信息輸出至多點(diǎn)控制單元。圖5為本發(fā)明實(shí)施例的多點(diǎn)媒體處理器結(jié)構(gòu)示意圖。參見圖5，該多點(diǎn)媒體處理器包括:多媒體數(shù)據(jù)接收模塊、多媒體數(shù)據(jù)包封裝模塊以及多媒體數(shù)據(jù)包發(fā)送模塊，其中，多媒體數(shù)據(jù)接收模塊，用于接收各客戶端發(fā)送的多媒體數(shù)據(jù)，輸出至多媒體數(shù)據(jù)包封裝模塊；多媒體數(shù)據(jù)包封裝模塊，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，輸出至多媒體數(shù)據(jù)包發(fā)送模塊；多媒體數(shù)據(jù)包發(fā)送模塊，用于將接收的多媒體數(shù)據(jù)包向各客戶端發(fā)送。較佳地，多點(diǎn)媒體處理器還可以根據(jù)各用戶的個(gè)性化需求，采用將多媒體數(shù)據(jù)流分割為多個(gè)分辨率、質(zhì)量和幀速率層的技術(shù)。即:多點(diǎn)媒體處理器進(jìn)一步包括:客戶端能力信息存儲(chǔ)模塊以及多媒體數(shù)據(jù)過濾模塊，其中，客戶端能力信息存儲(chǔ)模塊，存儲(chǔ)各客戶端能力信息；本發(fā)明實(shí)施例中，對(duì)于不同的客戶端，其能力可能是不同的，因而，對(duì)傳輸?shù)囊笠灿兴煌蛻舳四芰π畔?幀速率信息、傳輸質(zhì)量信息、協(xié)議適配信息以及接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息等中的一種或其任意組合。多媒體數(shù)據(jù)過濾模塊，用于按照客戶端能力信息存儲(chǔ)模塊存儲(chǔ)的各客戶端能力信息，將多媒體數(shù)據(jù)接收模塊輸出的多媒體數(shù)據(jù)進(jìn)行處理后，輸出至多媒體數(shù)據(jù)包封裝模塊。本發(fā)明實(shí)施例中，舉例來說，如果客戶端能力信息包括接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息，則多媒體數(shù)據(jù) 過濾模塊根據(jù)該客戶端設(shè)置的客戶端標(biāo)識(shí)信息，將不屬于客戶端標(biāo)識(shí)信息對(duì)應(yīng)的客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行過濾，然后向多媒體數(shù)據(jù)包封裝模塊發(fā)送，攜帶客戶端能力信息對(duì)應(yīng)的客戶端標(biāo)識(shí)，以便于多媒體數(shù)據(jù)包封裝模塊進(jìn)行封裝后，按照攜帶的客戶端標(biāo)識(shí)向相應(yīng)的客戶端發(fā)送，從而可以滿足用戶的個(gè)性化需求。較佳地，多點(diǎn)媒體處理器還可以對(duì)多媒體數(shù)據(jù)傳輸可靠性進(jìn)行控制，進(jìn)一步包括:傳輸可靠性處理模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)接收模塊接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定該客戶端的傳輸參數(shù)，并向該客戶端飯反饋。本發(fā)明實(shí)施例中，傳輸可靠性處理模塊根據(jù)計(jì)算得到的丟包率，控制上傳多媒體數(shù)據(jù)的該客戶端改變編碼參數(shù)，例如，如果客戶端的丟包率超過預(yù)先設(shè)置的該客戶端的丟包率閾值，可通知該客戶端采用更小的分辨率以及更小的編碼碼率。進(jìn)一步地，傳輸可靠性處理模塊還可以接收客戶端上報(bào)的多媒體數(shù)據(jù)包丟包率，如果多媒體數(shù)據(jù)包丟包率超過預(yù)先設(shè)置的多媒體數(shù)據(jù)包丟包率閾值，將VP8SVC編碼序列中的P幀丟棄。本發(fā)明實(shí)施例中，可以將P幀丟棄，是因?yàn)椴捎昧?SVC技術(shù)，編碼序列為1、P、SP、P、SP、P、SP, P幀依賴之前的I幀或SP幀，重要性相對(duì)較低；SP幀只依賴前面的I幀，并可被P幀依賴，重要性居中幀最重要。這樣，如果下行丟包率太高，則在轉(zhuǎn)發(fā)過程中通過丟棄P幀來降低下行帶寬，而丟棄P幀雖然會(huì)造成幀率減半，但不會(huì)導(dǎo)致圖像質(zhì)量的明顯降低，從而降低其他幀的丟包率。實(shí)際應(yīng)用中，傳輸可靠性處理模塊也可以根據(jù)計(jì)算得到的客戶端的丟包率信息以及客戶端上報(bào)的多媒體數(shù)據(jù)包丟包率，對(duì)丟包率進(jìn)行綜合決策。由上述可見，本發(fā)明實(shí)施例的多媒體數(shù)據(jù)傳輸系統(tǒng)，多點(diǎn)控制單元在接收到各客戶端發(fā)送的編碼的多媒體數(shù)據(jù)后，只是簡(jiǎn)單地將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，客戶端接收多點(diǎn)控制單元發(fā)送的編碼的多媒體數(shù)據(jù)包，進(jìn)行解碼，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示。這樣，多點(diǎn)控制單元執(zhí)行轉(zhuǎn)發(fā)流程，對(duì)數(shù)據(jù)處理性能要求較低，不需要大運(yùn)算量，成本低廉，從而降低了多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本；進(jìn)一步地，從發(fā)送多媒體數(shù)據(jù)至接收、合成并展示多媒體數(shù)據(jù)的整個(gè)流程中，只需進(jìn)行一次編碼、壓縮、解壓、解碼處理，也降低了對(duì)系統(tǒng)數(shù)據(jù)處理性能的要求，節(jié)約了系統(tǒng)資源；而且，客戶端采用SVC編碼技術(shù)結(jié)合FEC策略，對(duì)待傳輸多媒體數(shù)據(jù)采用差別化傳輸策略，不僅保證了關(guān)鍵幀的傳輸質(zhì)量，也避免了重新傳送丟失的多媒體數(shù)據(jù)的流程，有效節(jié)約了帶寬傳輸資源；同時(shí)，通過客戶端和多點(diǎn)控制單元分別進(jìn)行丟包率統(tǒng)計(jì)，可以實(shí)時(shí)根據(jù)網(wǎng)絡(luò)狀況調(diào)整傳輸策略，增加了視頻、音頻數(shù)據(jù)流等多媒體數(shù)據(jù)的傳輸健壯性，提高了傳輸?shù)目煽啃?；此外，?duì)于客戶端來說，由于只傳輸自身的多媒體數(shù)據(jù)，上行帶寬要求相對(duì)較低，通常在320x240分辨率下，占用上行帶寬80kps 300kbps，而在下行上，需要接收多路多媒體數(shù)據(jù)，例如，10路下行需占用帶寬800kbps 2000kps，這種網(wǎng)絡(luò)帶寬需求特性，能夠充分使用目前家庭用的普通ADSL接入，不用申請(qǐng)專線就可以運(yùn)行會(huì)議業(yè)務(wù)，實(shí)現(xiàn)簡(jiǎn)單，能更有效利用網(wǎng)絡(luò)帶寬。圖6為本發(fā)明實(shí)施例多媒體數(shù)據(jù)傳輸?shù)姆椒鞒淌疽鈭D。參見圖6，該流程包括:步驟601，將待傳輸?shù)亩嗝襟w數(shù)據(jù)進(jìn)行編碼，向多點(diǎn)控制單元發(fā)送；本步驟中，采用SVC進(jìn)行編碼，編碼得到的編碼幀序列包括:1幀、P幀以及SP幀。較佳地，在進(jìn)行編碼后，向多點(diǎn)控制單元發(fā)送前，進(jìn)一步包括:根據(jù)包丟失恢復(fù)機(jī)制，將編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)進(jìn)行封裝。步驟602，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，所述多媒體數(shù)據(jù)包為多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行封裝而成；本步驟中，多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)后，進(jìn)行封裝前，進(jìn)一步包括:按照預(yù)先存儲(chǔ)的各客戶端能力信息，將接收的多媒體數(shù)據(jù)進(jìn)行相應(yīng)處理。本步驟中，客戶端能力信息包括:幀速率信息、傳輸質(zhì)量信息、協(xié)議適配信息、最大傳輸單元(MTU Maximum Transmission Unit)、初始碼率以及接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息等中的一種或其任意組合。舉例來說，如果客戶端能力信息包括接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息，則根據(jù)該客戶端設(shè)置的客戶端標(biāo)識(shí)信息，將不屬于客戶端標(biāo)識(shí)信息對(duì)應(yīng)的客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行過濾。步驟603，解碼多媒體數(shù)據(jù)包，將解碼得到的多媒體數(shù)據(jù)進(jìn)行合成并展示。進(jìn)一步包括:步驟604，統(tǒng)計(jì)接收的多媒體數(shù)據(jù)包的丟包率，向多點(diǎn)控制單元輸出以使多點(diǎn)控制單元調(diào)節(jié)傳輸策略。本步驟中，多點(diǎn)控制單元根據(jù)客戶端 上報(bào)的多媒體數(shù)據(jù)包丟包率，如果多媒體數(shù)據(jù)包丟包率超過預(yù)先設(shè)置的多媒體數(shù)據(jù)包丟包率閾值，調(diào)節(jié)傳輸策略為將VP8SVC編碼序列中的P幀丟棄。
較佳地，該方法還可以進(jìn)一步包括:接收多點(diǎn)控制單元輸出的傳輸參數(shù)調(diào)整信息，調(diào)整傳輸多媒體數(shù)據(jù)的傳輸參數(shù)，所述傳輸參數(shù)調(diào)整信息為多點(diǎn)控制單元統(tǒng)計(jì)接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定的。圖7為本發(fā)明實(shí)施例多媒體數(shù)據(jù)傳輸?shù)姆椒ň唧w流程示意圖。主要涉及客戶端以及多點(diǎn)媒體處理器，下面結(jié)合前面的描述，對(duì)客戶端以及多點(diǎn)媒體處理器執(zhí)行的功能進(jìn)行簡(jiǎn)要概括描述。本發(fā)明實(shí)施例中，客戶端主要功能概括如下:1、多媒體數(shù)據(jù)采集、編碼、RTP打包發(fā)送，接收RTP包，進(jìn)行解碼顯示等；2、接收多點(diǎn)媒體處理器下發(fā)的控制命令，并進(jìn)行反饋，控制編碼；3、進(jìn)行多路多媒體數(shù)據(jù)，例如，視頻顯示，合成多畫面?？蛻舳私邮盏降亩嗝襟w數(shù)據(jù)包(音視頻碼流)是多點(diǎn)媒體處理器轉(zhuǎn)發(fā)下來的，并將下發(fā)的多媒體數(shù)據(jù)包進(jìn)行快速組幀，通過不同呈現(xiàn)窗口顯示，從而達(dá)到合成多畫面的效果?？蛻舳说男螒B(tài)可有多種，例如，PC多用戶視頻客戶端軟件、移動(dòng)電話多用戶視頻客戶端軟件、電視多用戶視頻客戶端軟件等。多點(diǎn)控制單元主要功能概括如下:1、客戶端注冊(cè)管理、連接心跳管理；2、房間管理、創(chuàng)建以及銷毀，客戶端進(jìn)入、退出管理等；3、接收來自客戶端的多媒體數(shù)據(jù)，并向同一房間內(nèi)其他客戶端轉(zhuǎn)發(fā)，不執(zhí)行任何音頻視頻數(shù)據(jù)的轉(zhuǎn)換，也就是說，多點(diǎn)媒體處理器維護(hù)各客戶端選擇觀看的房間列表以及房間媒體數(shù)據(jù)轉(zhuǎn)發(fā)的目的房間列表，多點(diǎn)媒體處理器在接收到多個(gè)客戶端發(fā)送的多媒體數(shù)據(jù)，根據(jù)該多媒體數(shù)據(jù)轉(zhuǎn)發(fā)的目的房間列表，進(jìn)行相應(yīng)的轉(zhuǎn)發(fā)，并不對(duì)多媒體數(shù)據(jù)進(jìn)行任何處理。因而，可以節(jié)省多點(diǎn)媒體處理器的大量CPU，從而直接增加了單臺(tái)多點(diǎn)媒體處理器的處理能力。4、轉(zhuǎn)發(fā)過程中的丟包率統(tǒng)計(jì)、丟幀處理，或通知相應(yīng)客戶端改變編碼速率、分辨
率、幀率等。參見圖7，該流程包括:步驟701，客戶端通過多點(diǎn)控制器登錄多點(diǎn)媒體處理器；步驟702，多點(diǎn)媒體處理器向客戶端返回登錄應(yīng)答；步驟703，多點(diǎn)媒體處理器查詢獲得房間列表；步驟704，多點(diǎn)媒體處理器向客戶端返回房間列表應(yīng)答；步驟705，客戶端根據(jù)房間列表，選擇一房間號(hào)進(jìn)入；步驟706，多點(diǎn)媒體處理器向客戶端返回進(jìn)入房間應(yīng)答；步驟707，多點(diǎn)媒體處理器查詢獲取該房間內(nèi)成員列表；步驟708，多點(diǎn)媒體處理器向客戶端返回房間內(nèi)成員列表應(yīng)答；步驟709,客戶端選擇觀看；本步驟中，客戶端向多點(diǎn)媒體處理器發(fā)送觀看請(qǐng)求信令，多點(diǎn)媒體處理器接收觀看請(qǐng)求信令，返回觀看應(yīng)答；步驟710, 客戶端選擇觀看應(yīng)答；
步驟711，客戶端向多點(diǎn)媒體處理器發(fā)送編碼的多媒體數(shù)據(jù)；步驟712，多點(diǎn)媒體處理器按照觀看請(qǐng)求開始封裝多媒體數(shù)據(jù)包并轉(zhuǎn)發(fā)；步驟713，客戶端解碼封裝的多媒體數(shù)據(jù)包，獲取多路多媒體數(shù)據(jù)，合成后進(jìn)行展示；步驟714，多點(diǎn)媒體處理器統(tǒng)計(jì)客戶端丟包率信息；步驟715，多點(diǎn)媒體處理器控制客戶端編碼信息；步驟716，客戶端反饋接收丟包率信息；步驟717，多點(diǎn)媒體處理器選擇性丟棄多媒體數(shù)據(jù)幀中的P幀；步驟718，客戶端退出房間；步驟719，多點(diǎn)媒體處理器響應(yīng)退出房間應(yīng)答。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換以及改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之 內(nèi)。
權(quán)利要求
1.一種多媒體數(shù)據(jù)傳輸?shù)姆椒?，其特征在于，該方法包? 將待傳輸?shù)亩嗝襟w數(shù)據(jù)進(jìn)行編碼，向多點(diǎn)控制單元發(fā)送； 接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，所述多媒體數(shù)據(jù)包為多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行封裝而成； 解碼多媒體數(shù)據(jù)包，將解碼得到的多媒體數(shù)據(jù)進(jìn)行合成并展示。
2.如權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括: 接收多點(diǎn)控制單元輸出的傳輸參數(shù)調(diào)整信息，調(diào)整傳輸多媒體數(shù)據(jù)的傳輸參數(shù)，所述傳輸參數(shù)調(diào)整信息為多點(diǎn)控制單元統(tǒng)計(jì)接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定的。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)后，進(jìn)行封裝前，進(jìn)一步包括: 按照預(yù)先存儲(chǔ)的各客戶端能力信息，將接收的多媒體數(shù)據(jù)進(jìn)行相應(yīng)處理。
4.如權(quán)利要求3所述的方法，其特征在于，所述客戶端能力信息包括:幀速率信息、傳輸質(zhì)量信息、協(xié)議適配信息、最大傳輸單元、初始碼率以及接收多媒體數(shù)據(jù)的客戶端標(biāo)識(shí)信息中的一種或其任意組合。
5.如權(quán)利要求3所述的方法，其特征在于，所述在進(jìn)行編碼后，向多點(diǎn)控制單元發(fā)送前，進(jìn)一步包括: 根據(jù)包丟失恢復(fù)機(jī)制，將編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)進(jìn)行封裝。
6.如權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括:統(tǒng)計(jì)接收的多媒體數(shù)據(jù)包的丟包率，向多點(diǎn)控制單元輸出以使多點(diǎn)控制單元調(diào)節(jié)傳輸策略。
7.一種多媒體數(shù)據(jù)傳輸裝置，其特征在于，該裝置包括:接入認(rèn)證模塊、編碼模塊、多媒體數(shù)據(jù)發(fā)送模塊、多媒體數(shù)據(jù)包接收模塊、解碼模塊以及合成模塊，其中， 接入認(rèn)證模塊，用于與多點(diǎn)控制單元進(jìn)行交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)； 編碼模塊，將用戶待發(fā)送的多媒體數(shù)據(jù)進(jìn)行編碼后，輸出至多媒體數(shù)據(jù)發(fā)送模塊； 多媒體數(shù)據(jù)發(fā)送模塊，發(fā)送編碼的多媒體數(shù)據(jù)； 多媒體數(shù)據(jù)包接收模塊，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，輸出至解碼模塊； 解碼模塊，將接收的多媒體數(shù)據(jù)包進(jìn)行解碼，輸出至合成模塊； 合成模塊，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示。
8.如權(quán)利要求7所述的裝置，其特征在于，進(jìn)一步包括: 前向錯(cuò)誤糾正處理模塊，用于根據(jù)包丟失恢復(fù)機(jī)制，將編碼模塊編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)封裝后輸出至多媒體數(shù)據(jù)發(fā)送模塊。
9.如權(quán)利要求7或8所述的裝置，其特征在于，進(jìn)一步包括: 多媒體數(shù)據(jù)包丟包率統(tǒng)計(jì)模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)包接收模塊接收的多媒體數(shù)據(jù)包的丟包率，并將統(tǒng)計(jì)得到的丟包率信息輸出至多點(diǎn)控制單元。
10.一種多媒體數(shù)據(jù)傳輸裝置，其特征在于，該裝置包括:多媒體數(shù)據(jù)接收模塊、多媒體數(shù)據(jù)包封裝模塊以及多媒體數(shù)據(jù)包發(fā)送模塊，其中， 多媒體數(shù)據(jù)接收模塊，用于接收各客戶端發(fā)送的多媒體數(shù)據(jù)，輸出至多媒體數(shù)據(jù)包封裝模塊；多媒體數(shù)據(jù)包封裝模塊，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，輸出至多媒體數(shù)據(jù)包發(fā)送模塊； 多媒體數(shù)據(jù)包發(fā)送模塊，用于將接收的多媒體數(shù)據(jù)包向各客戶端發(fā)送。
11.如權(quán)利要求10所述的裝置，其特征在于，進(jìn)一步包括:客戶端能力信息存儲(chǔ)模塊以及多媒體數(shù)據(jù)過濾模塊，其中， 客戶端能力信息存儲(chǔ)模塊，存儲(chǔ)各客戶端能力信息； 多媒體數(shù)據(jù)過濾模塊，用于按照客戶端能力信息存儲(chǔ)模塊存儲(chǔ)的各客戶端能力信息，將多媒體數(shù)據(jù)接收模塊輸出的多媒體數(shù)據(jù)進(jìn)行處理后，輸出至多媒體數(shù)據(jù)包封裝模塊。
12.如權(quán)利要求10或11所述的裝置，其特征在于，進(jìn)一步包括: 傳輸可靠性處理模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)接收模塊接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定該客戶端的傳輸參數(shù)，并向該客戶端飯反饋。
13.如權(quán)利要求12所述的裝置，其特征在于，所述傳輸可靠性處理模塊進(jìn)一步用于接收客戶端上報(bào)的多媒體數(shù)據(jù)包的丟包率，調(diào)節(jié)傳輸策略。
14.一種多媒體數(shù)據(jù)傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括:客戶端以及多點(diǎn)控制單元，其中， 客戶端，用于在通過與多點(diǎn)控制單元的交互后，接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將多媒體數(shù)據(jù)進(jìn)行編碼后向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，進(jìn)行解碼，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示； 多點(diǎn)控制單元，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。
15.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述多點(diǎn)控制單元包括:多點(diǎn)控制器以及多點(diǎn)媒體處理器，其中， 多點(diǎn)控制器，用于與客戶端交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)； 多點(diǎn)媒體處理器，用于將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，向各客戶端發(fā)送。
16.如權(quán)利要求15所述的系統(tǒng)，其特征在于，所述多點(diǎn)媒體處理器包括:多媒體數(shù)據(jù)接收模塊、多媒體數(shù)據(jù)包封裝模塊以及多媒體數(shù)據(jù)包發(fā)送模塊，其中， 多媒體數(shù)據(jù)接收模塊，用于接收各客戶端發(fā)送的多媒體數(shù)據(jù)，輸出至多媒體數(shù)據(jù)包封裝模塊； 多媒體數(shù)據(jù)包封裝模塊，將接收的各客戶端發(fā)送的多媒體數(shù)據(jù)封裝為一個(gè)多媒體數(shù)據(jù)包，輸出至多媒體數(shù)據(jù)包發(fā)送模塊； 多媒體數(shù)據(jù)包發(fā)送模塊，用于將接收的多媒體數(shù)據(jù)包向各客戶端發(fā)送。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述多點(diǎn)媒體處理器進(jìn)一步包括:客戶端能力信息存儲(chǔ)模塊以及多媒體數(shù)據(jù)過濾模塊，其中， 客戶端能力信息存儲(chǔ)模塊，存儲(chǔ)各客戶端能力信息； 多媒體數(shù)據(jù)過濾模塊，用于按照客戶端能力信息存儲(chǔ)模塊存儲(chǔ)的各客戶端能力信息，將多媒體數(shù)據(jù)接收模塊輸出的多媒體數(shù)據(jù)進(jìn)行處理后，輸出至多媒體數(shù)據(jù)包封裝模塊。
18.如權(quán)利要求16或17所述的系統(tǒng)，其特征在于，所述多點(diǎn)媒體處理器進(jìn)一步包括:傳輸可靠性處理模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)接收模塊接收的各客戶端發(fā)送的多媒體數(shù)據(jù)，分別計(jì)算各客戶端的丟包率信息，根據(jù)客戶端的丟包率信息確定該客戶端的傳輸參數(shù)，并向該客戶端飯反饋。
19.如權(quán)利要求14所述的系統(tǒng)，其特征在于，所述客戶端包括:接入認(rèn)證模塊、編碼模塊、多媒體數(shù)據(jù)發(fā)送模塊、多媒體數(shù)據(jù)包接收模塊、解碼模塊以及合成模塊，其中， 接入認(rèn)證模塊，用于與多點(diǎn)控制單元進(jìn)行交互，將客戶端接入多媒體數(shù)據(jù)傳輸系統(tǒng)； 編碼模塊，將用戶待發(fā)送的多媒體數(shù)據(jù)進(jìn)行編碼后，輸出至多媒體數(shù)據(jù)發(fā)送模塊； 多媒體數(shù)據(jù)發(fā)送模塊，發(fā)送編碼的多媒體數(shù)據(jù)； 多媒體數(shù)據(jù)包接收模塊，接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，輸出至解碼模塊； 解碼模塊，將接收的多媒體數(shù)據(jù)包進(jìn)行解碼，輸出至合成模塊； 合成模塊，將解碼的多媒體數(shù)據(jù)進(jìn)行合成并展示。
20.如權(quán)利要求19所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步包括: 前向錯(cuò)誤糾正處理模塊，用于根據(jù)包丟失恢復(fù)機(jī)制，將編碼模塊編碼的多媒體數(shù)據(jù)添加冗余數(shù)據(jù)，將添加冗余數(shù)據(jù)的多媒體數(shù)據(jù)封裝后輸出至多媒體數(shù)據(jù)發(fā)送模塊。
21.如權(quán)利要求19或20所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步包括: 多媒體數(shù)據(jù)包丟包率統(tǒng)計(jì)模塊，統(tǒng)計(jì)多媒體數(shù)據(jù)包接收模塊接收的多媒體數(shù)據(jù)包的丟包率，并將統(tǒng)計(jì)得到的丟包率·信息輸出至多點(diǎn)控制單元。
全文摘要
本發(fā)明公開了一種多媒體數(shù)據(jù)傳輸?shù)姆椒?、多媒體數(shù)據(jù)傳輸裝置及系統(tǒng)。該多媒體數(shù)據(jù)傳輸?shù)姆椒ò▽⒋齻鬏數(shù)亩嗝襟w數(shù)據(jù)進(jìn)行編碼，向多點(diǎn)控制單元發(fā)送；接收多點(diǎn)控制單元發(fā)送的多媒體數(shù)據(jù)包，所述多媒體數(shù)據(jù)包為多點(diǎn)控制單元接收各客戶端發(fā)送的多媒體數(shù)據(jù)進(jìn)行封裝而成；解碼多媒體數(shù)據(jù)包，將解碼得到的多媒體數(shù)據(jù)進(jìn)行合成并展示。應(yīng)用本發(fā)明，可以降低多媒體數(shù)據(jù)傳輸系統(tǒng)的使用成本。
文檔編號(hào)H04N21/647GK103248882SQ20121002303
公開日2013年8月14日 申請(qǐng)日期2012年2月2日 優(yōu)先權(quán)日2012年2月2日
發(fā)明者張軻, 陳家君 申請(qǐng)人:騰訊科技(深圳)有限公司