專(zhuān)利名稱(chēng)：一種視頻電話(huà)通話(huà)控制方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種視頻電話(huà)控制技術(shù)，尤其涉及一種視頻電話(huà)通話(huà)控制方法及其直O(jiān)背景技術(shù)
隨著計(jì)算機(jī)網(wǎng)絡(luò)的日益發(fā)展，基于網(wǎng)絡(luò)的多媒體傳輸已經(jīng)越來(lái)越普及，而且人 們對(duì)多媒體通信內(nèi)容的要求日益增高，人們不再滿(mǎn)足于單一、被動(dòng)的傳統(tǒng)媒體娛樂(lè)方 式，而真正需要的是個(gè)性化、互動(dòng)化的寬帶流媒體娛樂(lè)，特別是隨著移動(dòng)通信網(wǎng)絡(luò)技術(shù) 的進(jìn)一步發(fā)展，移動(dòng)多媒體已經(jīng)越來(lái)越顯示其未來(lái)廣泛和越趨成熟的用戶(hù)認(rèn)知以及接受度。
移動(dòng)多媒體是要在移動(dòng)通信和寬帶流領(lǐng)域提供豐富多彩的多媒體應(yīng)用服務(wù)，這 是在移動(dòng)通信的基礎(chǔ)上提供的一項(xiàng)移動(dòng)增值業(yè)務(wù)。移動(dòng)多媒體業(yè)務(wù)作為3G移動(dòng)通信網(wǎng)的 一個(gè)重要業(yè)務(wù)已經(jīng)成為了 3G建設(shè)和發(fā)展的重要驅(qū)動(dòng)力之一。移動(dòng)多媒體主要包括會(huì)話(huà)類(lèi) (client-client)、視頻流類(lèi)(Client-Server)多媒體業(yè)務(wù)。其中，第三代合作伙伴項(xiàng)目(3rd Generation Partnership Project,簡(jiǎn)稱(chēng)“3GPP”)R99版本及后續(xù)版本就定義了基于電路交 換域3G 324M的視頻電話(huà)業(yè)務(wù)。
現(xiàn)有技術(shù)中，視頻電話(huà)接通以后，由于受外界電磁環(huán)境干擾的影響，尤其在移 動(dòng)過(guò)程中，接收信號(hào)質(zhì)量存在很大的波動(dòng)，傳輸信道的質(zhì)量會(huì)出現(xiàn)相應(yīng)的下降，信道的 誤碼率較高。為了對(duì)視頻質(zhì)量進(jìn)行監(jiān)測(cè)，現(xiàn)有技術(shù)中由3M視頻電話(huà)協(xié)議棧在接收到語(yǔ) 音和視頻數(shù)據(jù)時(shí)，分別進(jìn)行誤碼統(tǒng)計(jì)。當(dāng)3M視頻電話(huà)協(xié)議棧發(fā)現(xiàn)誤碼率超過(guò)相應(yīng)的門(mén) 限后，視頻電話(huà)將無(wú)法保持。目前使用的主要方法為終端直接掛斷視頻電話(huà)或者視頻回 退。
視頻回退主要過(guò)程如下終端向網(wǎng)絡(luò)發(fā)送Modify消息，和網(wǎng)絡(luò)協(xié)商重新分配 只用來(lái)傳輸普通語(yǔ)音的無(wú)線(xiàn)資源。如果網(wǎng)絡(luò)支持視頻回退功能，則向終端回復(fù)Modify complete消息，視頻電話(huà)回退為普通語(yǔ)音電話(huà)；如果網(wǎng)絡(luò)不支持視頻回退功能給終端回 復(fù)Modify reject消息，終端收到Modify reject消息后只能掛斷視頻電話(huà)。
然而，本發(fā)明的發(fā)明人發(fā)現(xiàn)，僅通過(guò)3M視頻電話(huà)協(xié)議棧檢測(cè)語(yǔ)音和視頻誤碼 率，不能及時(shí)正確的了解底層傳輸質(zhì)量情況，會(huì)出現(xiàn)一段時(shí)間內(nèi)語(yǔ)音和圖像都很差的情 況。并且，當(dāng)?shù)讓觽鬏斮|(zhì)量無(wú)法滿(mǎn)足視頻傳輸要求時(shí)，直接掛斷視頻電話(huà)給用戶(hù)的感受 不好。視頻回退也存在較多的弊端，在視頻回退時(shí)，由于此時(shí)底層傳輸質(zhì)量較差、誤碼 率較高，普通的語(yǔ)音的質(zhì)量也相對(duì)較差；另外由于上層3M視頻電話(huà)協(xié)議棧無(wú)法獲知底 層傳輸信道的質(zhì)量，當(dāng)?shù)讓觽鬏斮|(zhì)量恢復(fù)重新滿(mǎn)足視頻傳輸后，視頻電話(huà)也無(wú)法自動(dòng)恢 復(fù)，需要用戶(hù)掛斷電話(huà)后再次發(fā)起呼叫，十分不便。發(fā)明內(nèi)容
本發(fā)明解決的第一個(gè)技術(shù)問(wèn)題是提供一種視頻電話(huà)通話(huà)控制方法及其裝置，使得在無(wú)線(xiàn)信號(hào)質(zhì)量變差時(shí)，視頻電話(huà)不會(huì)被掛斷，能夠自動(dòng)從視頻通話(huà)轉(zhuǎn)為語(yǔ)音通話(huà)， 并且在無(wú)線(xiàn)信號(hào)質(zhì)量恢復(fù)后，自動(dòng)恢復(fù)視頻通話(huà)。
本發(fā)明解決的第二個(gè)技術(shù)問(wèn)題是提供一種視頻電話(huà)通話(huà)控制方法及其裝置，使 得在無(wú)線(xiàn)信號(hào)質(zhì)量變差時(shí)，能夠自動(dòng)從視頻通話(huà)轉(zhuǎn)為語(yǔ)音通話(huà)，并且使語(yǔ)音通話(huà)質(zhì)量得 到保障。
為了解決上述技術(shù)問(wèn)題，本發(fā)明提供了一種視頻電話(huà)通話(huà)控制方法，包含以下 步驟
在視頻通話(huà)過(guò)程中，定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量；
如果檢測(cè)到所述信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸條件，則停止傳輸視頻數(shù)據(jù)，僅 通過(guò)該底層視頻傳輸信道傳輸語(yǔ)音數(shù)據(jù)和控制信令；
如果檢測(cè)到所述信道傳輸質(zhì)量重新滿(mǎn)足視頻傳輸條件，則重新開(kāi)始通過(guò)該底層 視頻傳輸信道傳輸所述視頻數(shù)據(jù)。
作為對(duì)上述技術(shù)方案的改進(jìn)，在所述僅通過(guò)底層視頻傳輸信道傳輸語(yǔ)音數(shù)據(jù)和 控制信令的步驟中，對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述冗余編碼保護(hù)可以為使用低壓縮率的語(yǔ)音 編碼方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行編碼。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述低壓縮率的語(yǔ)音編碼方式至少包括G.711U 64Kbps的脈沖編碼調(diào)制PCMU，或者G.711A 64Kbps的脈沖編碼調(diào)制PCMA，或者 32Kbp的自適應(yīng)差分脈沖編碼調(diào)制。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述冗余編碼保護(hù)可以為在原有語(yǔ)音編碼的基 礎(chǔ)上，對(duì)原有的語(yǔ)音編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量的方式 可以為在3G高層協(xié)議棧和3G3M協(xié)議棧之間增加一條信道質(zhì)量指示消息，所述3G高 層協(xié)議棧定時(shí)通過(guò)所述信道質(zhì)量指示消息，向所述3G 324協(xié)議棧上報(bào)底層視頻傳輸信道傳輸質(zhì)量。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述底層視頻傳輸信道傳輸質(zhì)量判斷標(biāo)準(zhǔn)至少包 括該底層視頻傳輸信道的誤塊率；
在所述底層視頻傳輸信道的誤塊率大于第一門(mén)限時(shí)，所述信道傳輸質(zhì)量不滿(mǎn)足 所述視頻傳輸條件；
在所述底層視頻傳輸信道的誤塊率小于第二門(mén)限時(shí)，所述信道傳輸質(zhì)量滿(mǎn)足所 述視頻傳輸條件。
本發(fā)明還提供了一種視頻電話(huà)通話(huà)控制裝置，包含
檢測(cè)模塊，用于在視頻通話(huà)過(guò)程中，定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量；
傳輸模塊，用于通過(guò)所述底層視頻傳輸信道傳輸視頻數(shù)據(jù)、語(yǔ)音數(shù)據(jù)和控制信 令；
判斷模塊，用于判斷所述檢測(cè)模塊檢測(cè)到信道傳輸質(zhì)量是否滿(mǎn)足視頻傳輸條 件，如果不滿(mǎn)足，則指示所述傳輸模塊停止傳輸視頻數(shù)據(jù)，僅通過(guò)所述底層視頻傳輸信 道傳輸語(yǔ)音數(shù)據(jù)和控制信令；在所述檢測(cè)模塊檢測(cè)到所述信道傳輸質(zhì)量重新滿(mǎn)足所述 視頻傳輸條件時(shí)，指示所述傳輸模塊重新開(kāi)始通過(guò)該底層視頻傳輸信道傳輸所述視頻數(shù)據(jù)。
作為對(duì)上述技術(shù)方案的改進(jìn)，該裝置還可以包含
編碼模塊，用于對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；
所述判斷模塊還用于在判定所述檢測(cè)模塊檢測(cè)到信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸 條件時(shí)，指示所述編碼模塊對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；
所述傳輸模塊通過(guò)所述底層視頻傳輸信道傳輸所述冗余編碼保護(hù)后的語(yǔ)音數(shù) 據(jù)。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述編碼模塊可以通過(guò)如下方式對(duì)所述語(yǔ)音數(shù)據(jù) 進(jìn)行冗余編碼保護(hù)使用低壓縮率的語(yǔ)音編碼方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行編碼。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述低壓縮率的語(yǔ)音編碼方式至少包括G.711U 64Kbps的脈沖編碼調(diào)制PCMU，或者G.711A 64Kbps的脈沖編碼調(diào)制PCMA，或者 32Kbp的自適應(yīng)差分脈沖編碼調(diào)制。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述編碼模塊可以通過(guò)如下方式對(duì)所述語(yǔ)音數(shù)據(jù) 進(jìn)行冗余編碼保護(hù)
在原有語(yǔ)音編碼的基礎(chǔ)上，對(duì)原有的語(yǔ)音編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼。
作為對(duì)上述技術(shù)方案的改進(jìn)，所述底層視頻傳輸信道傳輸質(zhì)量判斷標(biāo)準(zhǔn)至少包 括該底層視頻傳輸信道的誤塊率，所述判斷模塊通過(guò)以下方式判斷所述信道傳輸質(zhì)量是 否滿(mǎn)足所述視頻傳輸條件
在所述底層視頻傳輸信道的誤塊率大于第一門(mén)限時(shí)，所述信道傳輸質(zhì)量不滿(mǎn)足 所述視頻傳輸條件；
在所述底層視頻傳輸信道的誤塊率小于第二門(mén)限時(shí)，所述信道傳輸質(zhì)量滿(mǎn)足所 述視頻傳輸條件。
本發(fā)明實(shí)施方式與現(xiàn)有技術(shù)相比，主要區(qū)別及其效果在于本發(fā)明在信道惡化 時(shí)暫時(shí)只傳語(yǔ)音的處理方式和現(xiàn)有的視頻回退存在明顯的差別，視頻回退需要和網(wǎng)絡(luò)協(xié) 商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄的信道資源，并且，視頻回退或者掛斷后，需要 用戶(hù)再次發(fā)起視頻呼叫才能再次進(jìn)行視頻通話(huà)。由于用戶(hù)無(wú)法知道目前無(wú)線(xiàn)環(huán)境的傳輸 質(zhì)量，視頻電話(huà)有可能無(wú)法再次發(fā)起。而本發(fā)明中的處理方式是保持原有傳輸視頻電話(huà) 的64kbps的底層傳輸信道，通過(guò)該信道進(jìn)行語(yǔ)音數(shù)據(jù)及控制信令的傳輸，從而保證在信 道惡化時(shí)，視頻電話(huà)不會(huì)被掛斷或者回退為普通的語(yǔ)音電話(huà)，同時(shí)在無(wú)線(xiàn)環(huán)境恢復(fù)后， 不需要用戶(hù)參與，自動(dòng)恢復(fù)視頻通話(huà)，提高了用戶(hù)通話(huà)的流暢性，改善了用戶(hù)通話(huà)體驗(yàn) 質(zhì)量。
此外，現(xiàn)有的視頻回退需要和網(wǎng)絡(luò)協(xié)商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄 的信道資源，由于此時(shí)無(wú)線(xiàn)環(huán)境較差，信道誤碼率較高，普通電話(huà)的話(huà)音質(zhì)量也無(wú)法保 證；而本發(fā)明直接通過(guò)原有傳輸視頻電話(huà)的64kbps的底層傳輸信道進(jìn)行語(yǔ)音數(shù)據(jù)傳輸， 由于帶寬較寬同時(shí)不用傳輸視頻數(shù)據(jù)，從而可以對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)，在這個(gè) 有一定誤碼率同時(shí)相對(duì)較寬的傳輸信道上傳輸冗余編碼保護(hù)的語(yǔ)音數(shù)據(jù)及3M控制信 令，這時(shí)語(yǔ)音數(shù)據(jù)由于進(jìn)行了冗余保護(hù)，傳輸質(zhì)量相對(duì)較好，從而能保證相對(duì)較好的話(huà) 音質(zhì)量。


下面結(jié)合附圖和具體實(shí)施方式
對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。
圖1是本發(fā)明第一實(shí)施方式的視頻電話(huà)通話(huà)控制方法中視頻通信結(jié)構(gòu)示意圖2是本發(fā)明第一實(shí)施方式的視頻電話(huà)通話(huà)控制方法流程圖。
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí) 施方式作進(jìn)一步地詳細(xì)描述。
本發(fā)明第一實(shí)施方式涉及一種視頻電話(huà)通話(huà)控制方法。
本實(shí)施方式中，在3G高層協(xié)議棧和3G 324協(xié)議棧之間增加一條信道質(zhì)量指示 消息，如圖1所示。在視頻電話(huà)建立以后、視頻通話(huà)過(guò)程中，3G高層協(xié)議棧定時(shí)向3G 3M協(xié)議棧上報(bào)底層信道傳輸質(zhì)量，主要包括傳輸信道誤塊率(Block Error Rate，簡(jiǎn)稱(chēng)“BLER” )情況。3 協(xié)議棧對(duì)于3G高層協(xié)議上報(bào)的BLER進(jìn)行平滑處理，當(dāng)BLER 到達(dá)一定的門(mén)限值后，認(rèn)為底層傳輸信道已經(jīng)無(wú)法滿(mǎn)足視頻的傳輸。為了保證基本語(yǔ)音 通信，終端首先暫時(shí)終止視頻數(shù)據(jù)的傳輸，只傳輸語(yǔ)音數(shù)據(jù)及3M控制信令，并且對(duì)語(yǔ) 音數(shù)據(jù)進(jìn)行冗余保護(hù)。當(dāng)對(duì)端收到冗余保護(hù)的語(yǔ)音數(shù)據(jù)和3M控制信令后，也終止視頻 的傳輸只傳輸冗余保護(hù)的語(yǔ)音數(shù)據(jù)和3M控制信令，這時(shí)雙方只進(jìn)行語(yǔ)音通信。當(dāng)3M 協(xié)議棧發(fā)現(xiàn)底層的傳輸質(zhì)量恢復(fù)后，重新開(kāi)始正常的視頻通話(huà)。
需要說(shuō)明的是，本實(shí)施方式中通過(guò)BLER來(lái)確定底層信道傳輸質(zhì)量，只是一個(gè) 例子，在實(shí)際應(yīng)用中，還可以通過(guò)其他標(biāo)準(zhǔn)來(lái)判斷信道傳輸質(zhì)量，如底層信噪比Signal to NoiseRatio,簡(jiǎn)稱(chēng)“SNR”)是否過(guò)低(低于預(yù)設(shè)值)，解調(diào)質(zhì)量是否較差，物理層是否頻繁失步等。
在時(shí)分同步碼分多址(Time Division Synchronous Code Division Multiple Access, 簡(jiǎn)稱(chēng)“TD-SCDMA”)系統(tǒng)中由于上下行傳輸在同一個(gè)頻點(diǎn)上，可以用下行的傳輸質(zhì)量 估計(jì)上行的傳輸質(zhì)量。當(dāng)下行接收較差時(shí)，上行傳輸也會(huì)較差。
具體流程如圖2所示，終端A與終端B的視頻電話(huà)接通以后，進(jìn)入步驟201，終 端A和終端B的3G高層協(xié)議棧定時(shí)向本終端的3G 324協(xié)議棧上報(bào)信道質(zhì)量指示消息， 在消息中主要包括傳輸信道BLER情況。
在步驟202中，終端A的3M協(xié)議棧根據(jù)底層3G高層協(xié)議棧上報(bào)的信道質(zhì)量指 示發(fā)現(xiàn)底層傳輸信道已經(jīng)無(wú)法滿(mǎn)足視頻傳輸?shù)臈l件，可以是底層傳輸信道BLER大于第 一門(mén)限，此時(shí)終止視頻傳輸。向?qū)Χ私K端B傳輸冗余保護(hù)的語(yǔ)音數(shù)據(jù)，及H.245協(xié)議棧 中增加的通知對(duì)端終端開(kāi)始傳輸冗余保護(hù)的語(yǔ)音數(shù)據(jù)和相關(guān)編碼方式的指示消息。
這里對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余保護(hù)的方法有兩種
1)改變?cè)袎嚎s率相對(duì)較高的語(yǔ)音編碼方式，使用壓縮率相對(duì)較低的編碼 方式，如括64Kbps的脈沖編碼調(diào)制(Pulse Code Modulation，簡(jiǎn)稱(chēng)“ PCM ”)，包括 PCMU (G.711U) (PCMU Pulse Code Modulation, Mu-law)，或 PCMA (G.711A) (PCMA Pulse Code Modulation, Α-law)；或者32Kbp的自適應(yīng)差分脈沖編碼調(diào)制(adaptive difference pulse code modulation,簡(jiǎn)稱(chēng)“ADPCM”)。這樣即使語(yǔ)音數(shù)據(jù)在底層傳輸信 道上有所錯(cuò)誤或者丟失，對(duì)端終端接收時(shí)也能較好的恢復(fù)語(yǔ)音。其中，PCMU和PCMA分別為PCM的兩種編碼方式，具體可以參閱ITU-T G.711。
2)對(duì)原有的音頻編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼，這樣對(duì)端終端能夠正確解碼原始 語(yǔ)音編碼數(shù)據(jù)。
為了能把本終端(終端A)開(kāi)始對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余保護(hù)以及相應(yīng)的編碼方式告 知對(duì)端終端(終端B)，可以在H.3M協(xié)議棧的H.245協(xié)議中增加一個(gè)冗余語(yǔ)音傳輸開(kāi)始 指示以及一個(gè)冗余語(yǔ)音傳輸終止指示，通過(guò)冗余語(yǔ)音傳輸開(kāi)始指示告知對(duì)端開(kāi)始傳輸冗 余保護(hù)的語(yǔ)音數(shù)據(jù)，以及進(jìn)行冗余保護(hù)的編碼方式；通過(guò)冗余語(yǔ)音傳輸終止指示告知對(duì) 端停止傳輸冗余保護(hù)的語(yǔ)音數(shù)據(jù)。
在步驟203中，終端B收到終端A傳輸過(guò)來(lái)的冗余保護(hù)的語(yǔ)音數(shù)據(jù)、及H.245協(xié) 議中新增的冗余語(yǔ)音傳輸開(kāi)始指示后，知道終端A的無(wú)線(xiàn)環(huán)境出現(xiàn)了暫時(shí)的惡化，無(wú)法 滿(mǎn)足視頻傳輸?shù)囊螅荒軅鬏斦Z(yǔ)音數(shù)據(jù)。終端B根據(jù)該冗余語(yǔ)音傳輸開(kāi)始指示中指示 的編碼方式，對(duì)收到的語(yǔ)音數(shù)據(jù)進(jìn)行解碼，并且，也開(kāi)始向終端A發(fā)送冗余保護(hù)的語(yǔ)音 數(shù)據(jù)、及冗余語(yǔ)音傳輸開(kāi)始指示。
之后，雙方均停止視頻數(shù)據(jù)的傳輸，只進(jìn)行冗余保護(hù)的語(yǔ)音數(shù)據(jù)及3M控制信 令的傳輸。
在終端A發(fā)現(xiàn)底層傳輸質(zhì)量已經(jīng)恢復(fù)，可以滿(mǎn)足視頻傳輸條件時(shí)，進(jìn)入步驟 204，恢復(fù)向終端B發(fā)送視頻數(shù)據(jù)，并發(fā)送H.245協(xié)議冗余語(yǔ)音傳輸終止指示。同樣，判 斷底層信道傳輸質(zhì)量滿(mǎn)足視頻傳輸條件，可以是底層傳輸信道BLER小于第二門(mén)限。
在步驟205中，終端B收到終端A傳輸過(guò)來(lái)完整的視頻數(shù)據(jù)及H.245協(xié)議冗余 語(yǔ)音傳輸終止指示后，知道終端A的無(wú)線(xiàn)傳輸已經(jīng)恢復(fù)，重新滿(mǎn)足傳輸?shù)囊?，恢?fù)向 終端A傳輸視頻數(shù)據(jù)，并向終端A發(fā)送H.245協(xié)議冗余語(yǔ)音傳輸終止指示。
之后，終端A與終端B之間的視頻通話(huà)恢復(fù)。
綜上所述，本發(fā)明在信道惡化時(shí)暫時(shí)只傳語(yǔ)音的處理方式和現(xiàn)有的視頻回退存 在明顯的差別，視頻回退需要和網(wǎng)絡(luò)協(xié)商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄的信道資 源，并且，視頻回退或者掛斷后，需要用戶(hù)再次發(fā)起視頻呼叫才能再次進(jìn)行視頻通話(huà)。 由于用戶(hù)無(wú)法知道目前無(wú)線(xiàn)環(huán)境的傳輸質(zhì)量，視頻電話(huà)有可能無(wú)法再次發(fā)起。而本發(fā)明 中的處理方式是保持原有傳輸視頻電話(huà)的64kbps的底層傳輸信道，通過(guò)該信道進(jìn)行語(yǔ)音 數(shù)據(jù)及控制信令的傳輸，從而保證在信道惡化時(shí)，視頻電話(huà)不會(huì)被掛斷或者回退為普通 的語(yǔ)音電話(huà)，同時(shí)在無(wú)線(xiàn)環(huán)境恢復(fù)后，不需要用戶(hù)參與，自動(dòng)恢復(fù)視頻通話(huà)，提高了用 戶(hù)通話(huà)的流暢性，改善了用戶(hù)通話(huà)體驗(yàn)質(zhì)量。
并且，現(xiàn)有的視頻回退需要和網(wǎng)絡(luò)協(xié)商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄 的信道資源，由于此時(shí)無(wú)線(xiàn)環(huán)境較差，信道誤碼率較高，普通電話(huà)的話(huà)音質(zhì)量也無(wú)法保 證；而本發(fā)明直接通過(guò)原有傳輸視頻電話(huà)的64kbps的底層傳輸信道進(jìn)行語(yǔ)音數(shù)據(jù)傳輸， 由于帶寬較寬同時(shí)不用傳輸視頻數(shù)據(jù)，從而可以對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)，在這個(gè) 有一定誤碼率同時(shí)相對(duì)較寬的傳輸信道上傳輸冗余編碼保護(hù)的語(yǔ)音數(shù)據(jù)及3M控制信 令，這時(shí)語(yǔ)音數(shù)據(jù)由于進(jìn)行了冗余保護(hù)，傳輸質(zhì)量相對(duì)較好，從而能保證相對(duì)較好的話(huà) 音質(zhì)量。
本發(fā)明第二實(shí)施方式涉及一種視頻電話(huà)通話(huà)控制裝置，包含檢測(cè)模塊，用于 在視頻通話(huà)過(guò)程中，定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量；傳輸模塊，用于通過(guò)底層視頻傳輸信道傳輸視頻數(shù)據(jù)、語(yǔ)音數(shù)據(jù)和控制信令；判斷模塊，用于判斷檢測(cè)模塊檢測(cè) 到信道傳輸質(zhì)量是否滿(mǎn)足視頻傳輸條件，如果不滿(mǎn)足，則指示傳輸模塊停止傳輸視頻數(shù) 據(jù)，僅通過(guò)底層視頻傳輸信道傳輸語(yǔ)音數(shù)據(jù)和控制信令；在檢測(cè)模塊檢測(cè)到信道傳輸質(zhì) 量重新滿(mǎn)足視頻傳輸條件時(shí)，指示傳輸模塊重新開(kāi)始通過(guò)該底層視頻傳輸信道傳輸視頻 數(shù)據(jù)。
該裝置還可以包含編碼模塊，用于對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；判斷模塊 還用于在判定檢測(cè)模塊檢測(cè)到信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸條件時(shí)，指示編碼模塊對(duì)語(yǔ) 音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；傳輸模塊通過(guò)底層視頻傳輸信道傳輸冗余編碼保護(hù)后的語(yǔ)音 數(shù)據(jù)。
編碼模塊可以通過(guò)如下方式對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)改變?cè)袎嚎s 率相對(duì)較高的話(huà)音編碼方式，使用低壓縮率的語(yǔ)音編碼方式對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行編碼。 低壓縮率的語(yǔ)音編碼方式至少包括64Kbps的PCMU (G.711U),或者64Kbps的 PCMA(G.711A),或者32Kbp的自適應(yīng)差分PCM。這樣即使語(yǔ)音數(shù)據(jù)在底層傳輸信道上 有所錯(cuò)誤或者丟失，對(duì)端終端接收時(shí)也能較好的恢復(fù)語(yǔ)音。
編碼模塊還可以通過(guò)如下方式對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)在原有語(yǔ)音編碼 的基礎(chǔ)上，對(duì)原有的語(yǔ)音編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼。這樣對(duì)端終端能夠正確解碼原始 語(yǔ)音編碼數(shù)據(jù)。
作為對(duì)上述技術(shù)方案的改進(jìn)，底層視頻傳輸信道傳輸質(zhì)量判斷標(biāo)準(zhǔn)至少包括該 底層視頻傳輸信道的誤塊率，判斷模塊通過(guò)以下方式判斷信道傳輸質(zhì)量是否滿(mǎn)足視頻傳 輸條件在底層視頻傳輸信道的誤塊率大于第一門(mén)限時(shí)，信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸 條件；在底層視頻傳輸信道的誤塊率小于第二門(mén)限時(shí)，信道傳輸質(zhì)量滿(mǎn)足視頻傳輸條 件。
可見(jiàn)，本發(fā)明在信道惡化時(shí)暫時(shí)只傳語(yǔ)音的處理方式和現(xiàn)有的視頻回退存在明 顯的差別，視頻回退需要和網(wǎng)絡(luò)協(xié)商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄的信道資源， 并且，視頻回退或者掛斷后，需要用戶(hù)再次發(fā)起視頻呼叫才能再次進(jìn)行視頻通話(huà)。由于 用戶(hù)無(wú)法知道目前無(wú)線(xiàn)環(huán)境的傳輸質(zhì)量，視頻電話(huà)有可能無(wú)法再次發(fā)起。而本發(fā)明中的 處理方式是保持原有傳輸視頻電話(huà)的64kbps的底層傳輸信道，通過(guò)該信道進(jìn)行語(yǔ)音數(shù)據(jù) 及控制信令的傳輸，從而保證在信道惡化時(shí)，視頻電話(huà)不會(huì)被掛斷或者回退為普通的語(yǔ) 音電話(huà)，同時(shí)在無(wú)線(xiàn)環(huán)境恢復(fù)后，不需要用戶(hù)參與，自動(dòng)恢復(fù)視頻通話(huà)，提高了用戶(hù)通 話(huà)的流暢性，改善了用戶(hù)通話(huà)體驗(yàn)質(zhì)量。
并且，現(xiàn)有的視頻回退需要和網(wǎng)絡(luò)協(xié)商重新分配傳輸語(yǔ)音12.2kbps相對(duì)較窄 的信道資源，由于此時(shí)無(wú)線(xiàn)環(huán)境較差，信道誤碼率較高，普通電話(huà)的話(huà)音質(zhì)量也無(wú)法保 證；而本發(fā)明直接通過(guò)原有傳輸視頻電話(huà)的64kbps的底層傳輸信道進(jìn)行語(yǔ)音數(shù)據(jù)傳輸， 由于帶寬較寬同時(shí)不用傳輸視頻數(shù)據(jù)，從而可以對(duì)語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)，在這個(gè) 有一定誤碼率同時(shí)相對(duì)較寬的傳輸信道上傳輸冗余編碼保護(hù)的語(yǔ)音數(shù)據(jù)及3M控制信 令，這時(shí)語(yǔ)音數(shù)據(jù)由于進(jìn)行了冗余保護(hù)，傳輸質(zhì)量相對(duì)較好，從而能保證相對(duì)較好地話(huà) 音質(zhì)量。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施方式，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述， 但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種視頻電話(huà)通話(huà)控制方法，其特征在于，包含以下步驟在視頻通話(huà)過(guò)程中，定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量；如果檢測(cè)到所述底層視頻傳輸信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸條件，則停止傳輸視頻 數(shù)據(jù)，僅通過(guò)該底層視頻傳輸信道傳輸語(yǔ)音數(shù)據(jù)和控制信令；如果檢測(cè)到所述底層視頻傳輸信道傳輸質(zhì)量重新滿(mǎn)足所述視頻傳輸條件，則重新開(kāi) 始通過(guò)該底層視頻傳輸信道傳輸所述視頻數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的視頻電話(huà)通話(huà)控制方法，其特征在于，在所述僅通過(guò)底層視 頻傳輸信道傳輸語(yǔ)音數(shù)據(jù)和控制信令的步驟中，對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)。
3.根據(jù)權(quán)利要求2所述的視頻電話(huà)通話(huà)控制方法，其特征在于，所述冗余編碼保護(hù) 為使用低壓縮率的語(yǔ)音編碼方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行編碼。
4.根據(jù)權(quán)利要求3所述的視頻電話(huà)通話(huà)控制方法，其特征在于，所述低壓縮率的語(yǔ)音 編碼方式至少包括G.711U 64Kbps的脈沖編碼調(diào)制PCMU，或者G.711A 64Kbps的脈沖 編碼調(diào)制PCMA，或者32Kbp的自適應(yīng)差分脈沖編碼調(diào)制。
5.根據(jù)權(quán)利要求2所述的視頻電話(huà)通話(huà)控制方法，其特征在于，所述冗余編碼保護(hù) 為在原有語(yǔ)音編碼的基礎(chǔ)上，對(duì)原有的語(yǔ)音編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼。
6.根據(jù)權(quán)利要求1所述的視頻電話(huà)通話(huà)控制方法，其特征在于，所述定時(shí)檢測(cè)底層視 頻傳輸信道傳輸質(zhì)量的方式為在3G高層協(xié)議棧和3G 324協(xié)議棧之間增加一條信道質(zhì) 量指示消息，所述3G高層協(xié)議棧定時(shí)通過(guò)所述信道質(zhì)量指示消息，向所述3G 324協(xié)議棧 上報(bào)底層視頻傳輸信道傳輸質(zhì)量。
7.根據(jù)權(quán)利要求1至6中任意一項(xiàng)所述的視頻電話(huà)通話(huà)控制方法，其特征在于，所述 底層視頻傳輸信道傳輸質(zhì)量判斷標(biāo)準(zhǔn)至少包括該底層視頻傳輸信道的誤塊率；在所述底層視頻傳輸信道的誤塊率大于第一門(mén)限時(shí)，所述信道傳輸質(zhì)量不滿(mǎn)足所述 視頻傳輸條件；在所述底層視頻傳輸信道的誤塊率小于第二門(mén)限時(shí)，所述信道傳輸質(zhì)量滿(mǎn)足所述視 頻傳輸條件。
8.—種視頻電話(huà)通話(huà)控制裝置，其特征在于，包含檢測(cè)模塊，用于在視頻通話(huà)過(guò)程中，定時(shí)檢測(cè)底層視頻傳輸信道傳輸質(zhì)量；傳輸模塊，用于通過(guò)所述底層視頻傳輸信道傳輸視頻數(shù)據(jù)、語(yǔ)音數(shù)據(jù)和控制信令；判斷模塊，用于判斷所述檢測(cè)模塊檢測(cè)到信道傳輸質(zhì)量是否滿(mǎn)足視頻傳輸條件，如 果不滿(mǎn)足，則指示所述傳輸模塊停止傳輸視頻數(shù)據(jù)，僅通過(guò)所述底層視頻傳輸信道傳輸 語(yǔ)音數(shù)據(jù)和控制信令；在所述檢測(cè)模塊檢測(cè)到所述信道傳輸質(zhì)量重新滿(mǎn)足所述視頻傳輸 條件時(shí)，指示所述傳輸模塊重新開(kāi)始通過(guò)該底層視頻傳輸信道傳輸所述視頻數(shù)據(jù)。
9.根據(jù)權(quán)利要求8所述的視頻電話(huà)通話(huà)控制裝置，其特征在于，還包含編碼模塊，用于對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；所述判斷模塊還用于在判定所述檢測(cè)模塊檢測(cè)到信道傳輸質(zhì)量不滿(mǎn)足視頻傳輸條件 時(shí)，指示所述編碼模塊對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)；所述傳輸模塊通過(guò)所述底層視頻傳輸信道傳輸所述冗余編碼保護(hù)后的語(yǔ)音數(shù)據(jù)。
10.根據(jù)權(quán)利要求9所述的視頻電話(huà)通話(huà)控制裝置，其特征在于，所述編碼模塊通過(guò) 如下方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)使用低壓縮率的語(yǔ)音編碼方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行編碼。
11.根據(jù)權(quán)利要求10所述的視頻電話(huà)通話(huà)控制裝置，其特征在于，所述低壓縮率的語(yǔ) 音編碼方式至少包括G.711U64Kbps的脈沖編碼調(diào)制PCMU，或者G.71 IA 64Kbps的脈 沖編碼調(diào)制PCMA，或者32Kbp的自適應(yīng)差分脈沖編碼調(diào)制。
12.根據(jù)權(quán)利要求9所述的視頻電話(huà)通話(huà)控制裝置，其特征在于，所述編碼模塊通過(guò) 如下方式對(duì)所述語(yǔ)音數(shù)據(jù)進(jìn)行冗余編碼保護(hù)在原有語(yǔ)音編碼的基礎(chǔ)上，對(duì)原有的語(yǔ)音編碼數(shù)據(jù)再次進(jìn)行糾錯(cuò)編碼。
13.根據(jù)權(quán)利要求8所述的視頻電話(huà)通話(huà)控制裝置，其特征在于，所述底層視頻傳輸信道傳輸質(zhì)量判斷標(biāo)準(zhǔn)至少包括該底層視頻傳輸信道的誤塊率， 所述判斷模塊通過(guò)以下方式判斷所述信道傳輸質(zhì)量是否滿(mǎn)足所述視頻傳輸條件在所述底層視頻傳輸信道的誤塊率大于第一門(mén)限時(shí)，所述信道傳輸質(zhì)量不滿(mǎn)足所述 視頻傳輸條件；在所述底層視頻傳輸信道的誤塊率小于第二門(mén)限時(shí)，所述信道傳輸質(zhì)量滿(mǎn)足所述視 頻傳輸條件。
全文摘要
本發(fā)明公開(kāi)了一種視頻電話(huà)通話(huà)控制方法及其裝置，涉及視頻電話(huà)控制技術(shù)，在信道惡化時(shí)保持原有傳輸視頻電話(huà)的64kbps的底層傳輸信道，在這個(gè)有一定誤碼率同時(shí)相對(duì)較寬的傳輸信道上傳輸冗余編碼保護(hù)的語(yǔ)音數(shù)據(jù)及控制信令，由于語(yǔ)音數(shù)據(jù)進(jìn)行了冗余保護(hù)，傳輸質(zhì)量相對(duì)較好，從而能保證相對(duì)較好的話(huà)音質(zhì)量。同時(shí)在無(wú)線(xiàn)環(huán)境恢復(fù)后，自動(dòng)恢復(fù)視頻通話(huà)，提高了用戶(hù)通話(huà)的流暢性，改善了用戶(hù)通話(huà)體驗(yàn)質(zhì)量。
文檔編號(hào)G10L19/00GK102025963SQ20091019542
公開(kāi)日2011年4月20日 申請(qǐng)日期2009年9月10日 優(yōu)先權(quán)日2009年9月10日
發(fā)明者王海森 申請(qǐng)人:聯(lián)芯科技有限公司