[發(fā)明專利]應(yīng)用于視頻會(huì)議的靜音指示的方法及裝置

無效

• 申請(qǐng)?zhí)枺?/td>: 201010591692.3
• 申請(qǐng)日: 2010-12-16
• 公開（公告）號(hào): CN102025972A
• 公開（公告）日: 2011-04-20
• 發(fā)明（設(shè)計(jì)）人: 吳永明
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04N7/15
• 分類號(hào): H04N7/15
• 代理公司: 北京康信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種應(yīng)用于視頻會(huì)議的靜音指示方法及裝置。

背景技術(shù)

視頻會(huì)議系統(tǒng)是支持聲音、視頻遠(yuǎn)程雙向傳送的多媒體通信系統(tǒng)，它用來幫助身處異地的使用者完成實(shí)時(shí)雙向的面對(duì)面可視溝通。

國(guó)際電信聯(lián)盟(ITU)、互聯(lián)網(wǎng)工程任務(wù)組(IETF)、第三代合作伙伴項(xiàng)目(3GPP)等標(biāo)準(zhǔn)組織各自從事多媒體標(biāo)準(zhǔn)化的開發(fā)。ITU目前開發(fā)了ITU-T?H.320、ITU-T?H.323、ITU-TH.324等多個(gè)多媒體通信標(biāo)準(zhǔn)，其中，ITU-T?H.320是針對(duì)窄帶電路交換網(wǎng)絡(luò)的多媒體通信應(yīng)用，ITU-T?H.323是針對(duì)IP網(wǎng)絡(luò)的多媒體通信應(yīng)用，而ITU-T?H.324是針對(duì)非常低速的網(wǎng)絡(luò)的多媒體通信應(yīng)用，如PSTN(Public?Switched?Telephone?Network，公共交換電話網(wǎng))網(wǎng)絡(luò)和移動(dòng)網(wǎng)絡(luò)。IETF則負(fù)責(zé)制定會(huì)話初始協(xié)議SIP和基于此協(xié)議的多媒體會(huì)議標(biāo)準(zhǔn)。3GPP是負(fù)責(zé)制定IP多媒體子系統(tǒng)IMS的標(biāo)準(zhǔn)，它在IETF標(biāo)準(zhǔn)基礎(chǔ)上也制定了一套基于IMS網(wǎng)絡(luò)的多媒體會(huì)議標(biāo)準(zhǔn)，這個(gè)標(biāo)準(zhǔn)和IETF制定的基于SIP的標(biāo)準(zhǔn)是非常接近的。

圖1描述了視頻會(huì)議通信的基本原理。終端101是用戶使用的設(shè)備，包括終端1～n。每個(gè)終端內(nèi)包含編解碼器，編解碼負(fù)責(zé)完成聲音、視頻等媒體的壓縮編碼和解碼；終端還連接麥克風(fēng)，攝像頭，顯示器，聲音播放子系統(tǒng)，用來完成聲音、視頻的輸入和輸出；終端還包括用戶輸入接口，用戶通過輸入接口向終端輸入指令和信息。在召開視頻會(huì)議時(shí)，終端101和MCU(Multipoint?Conference?Unit，多點(diǎn)會(huì)議單元)102建立連接，包括控制信令、音頻、視頻的雙向通信，為了節(jié)省網(wǎng)絡(luò)帶寬，音頻和視頻一般采用壓縮編碼的格式在網(wǎng)絡(luò)上傳送。

MCU?102用來完成多方會(huì)議通信。參加多方會(huì)議通信的終端101和MCU?102建立連接，進(jìn)行控制信令、音頻、視頻的雙向通信。MCU?102負(fù)責(zé)完成媒體流的交換和混合。對(duì)于聲音媒體流，MCU?102通常為每個(gè)終端101輸出一個(gè)經(jīng)過混音合成的聲音媒體流，混音合成一般選擇輸入的音量最大的幾路聲音媒體流進(jìn)行疊加。對(duì)于視頻，MCU?102可以為某個(gè)終端發(fā)送另一個(gè)終端的單畫面視頻流，如果MCU?102支持多畫面功能，也能夠把多個(gè)終端來的視頻合成為一個(gè)多畫面圖像，然后發(fā)送給某個(gè)或某些終端。

在視頻會(huì)議中，為了滿足用戶對(duì)會(huì)議管理的需要，一般均提供會(huì)議控制功能。圖1中的會(huì)議控制軟件103用來完成會(huì)議控制功能。會(huì)議控制軟件103的一個(gè)重要的功能是對(duì)終端進(jìn)行靜音控制，為了達(dá)到好的聲音溝通效果，通常會(huì)對(duì)當(dāng)前不需要發(fā)言的終端進(jìn)行靜音操作，一個(gè)終端被靜音后，參與同一個(gè)會(huì)議的其它終端無法聽到該終端的發(fā)言。

如果被靜音的終端未被通知自身被靜音，該終端的用戶會(huì)嘗試進(jìn)行發(fā)言操作，但是在其它終端側(cè)的用戶又聽不到他的發(fā)言，會(huì)誤解為系統(tǒng)故障，引起易用性的下降。

傳統(tǒng)的音頻會(huì)議系統(tǒng)中，一般是通過給被靜音的終端播放一種特殊的提示音的，例如間隔地播放“嘟”音。這種做法的缺點(diǎn)是提示不夠直觀，而且一定程度上干擾正常會(huì)議聲音的收聽。

針對(duì)相關(guān)技術(shù)中靜音提示采用提示音方式，不夠直觀，而且一定程度上干擾正常會(huì)議聲音的收聽的問題，目前尚未提出有效的解決方案。

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

本發(fā)明旨在提供一種應(yīng)用于視頻會(huì)議的靜音指示方法及裝置，以解決相關(guān)技術(shù)中靜音提示采用提示音方式，不夠直觀，而且一定程度上干擾正常會(huì)議聲音的收聽的問題。

根據(jù)本發(fā)明的一個(gè)方面，提供了一種應(yīng)用于視頻會(huì)議的靜音指示方法，包括：多點(diǎn)會(huì)議單元MCU對(duì)參與視頻會(huì)議且已被靜音的終端發(fā)送的音頻媒體流進(jìn)行聲音激活檢測(cè)；所述MCU獲取所述終端的檢測(cè)結(jié)果，其中，所述檢測(cè)結(jié)果包括下列任意之一：聲音激活狀態(tài)和聲音未激活狀態(tài)；當(dāng)所述檢測(cè)結(jié)果為聲音激活狀態(tài)時(shí)，所述MCU在發(fā)送給所述終端的視頻信號(hào)中疊加所述靜音視頻指示。

優(yōu)選的，所述MCU對(duì)參與視頻會(huì)議的終端發(fā)送的音頻媒體流進(jìn)行聲音激活檢測(cè)，包括：所述MCU周期性對(duì)所述音頻媒體流進(jìn)行聲音激活檢測(cè)。

優(yōu)選的，所述MCU獲取所述終端的檢測(cè)結(jié)果，包括：若所述音頻媒體流的聲音參數(shù)高于所述聲音激活檢測(cè)的門限值時(shí)，所述MCU確定所述檢測(cè)結(jié)果為聲音激活狀態(tài)；若所述音頻媒體流的聲音參數(shù)不高于所述聲音激活檢測(cè)的門限值時(shí)，所述MCU確定所述檢測(cè)結(jié)果為聲音未激活狀態(tài)。

優(yōu)選的，所述MCU在發(fā)送給所述終端的視頻信號(hào)中疊加所述靜音視頻指示，包括：所述MCU在發(fā)送給所述終端的視頻信號(hào)中疊加文字或圖標(biāo)，所述文字或圖標(biāo)用于指示所述終端被靜音。