專利名稱：用于監(jiān)控視頻在3g網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線網(wǎng)絡(luò)的視頻傳輸技術(shù)，尤其涉及一種提高3G等無(wú)線網(wǎng)絡(luò)情況下 快速連接視頻圖像的方法。
背景技術(shù)：
隨著國(guó)內(nèi)3G網(wǎng)絡(luò)的商用及網(wǎng)絡(luò)優(yōu)化，基于3G進(jìn)行視頻方案的監(jiān)控越來(lái)越多，3G 網(wǎng)絡(luò)也成為數(shù)字視頻監(jiān)控的重要承載媒介。3G網(wǎng)絡(luò)雖然方便，覆蓋面積廣，但是相對(duì)于傳 統(tǒng)的網(wǎng)絡(luò)它仍然有些許多缺點(diǎn)，如高延時(shí)，高誤碼率，網(wǎng)絡(luò)帶寬不穩(wěn)定，受用戶數(shù)量、信道變 化、用戶速度及信號(hào)載波等情況影響較大。這些特性就影響了用戶的最終體驗(yàn)，從而限制了 3G視頻監(jiān)控的廣泛應(yīng)用。為了改善以上缺陷，現(xiàn)有技術(shù)一般是從以下三方面著手1、優(yōu)化視頻壓縮算法。前幾年國(guó)內(nèi)眾多廠商在MPEG-4開(kāi)源算法的基礎(chǔ)上對(duì)算法 進(jìn)行優(yōu)化，以達(dá)到更佳的網(wǎng)絡(luò)傳輸效果。但是在近幾年H. 264算法的普遍實(shí)現(xiàn)，H. 264完善 的網(wǎng)絡(luò)傳輸性能，已經(jīng)讓通過(guò)優(yōu)化算法來(lái)實(shí)現(xiàn)更佳的網(wǎng)絡(luò)傳輸已經(jīng)走到了盡頭。2、通過(guò)對(duì)底層網(wǎng)絡(luò)協(xié)議的控制，來(lái)提高對(duì)網(wǎng)絡(luò)的適應(yīng)性。主要體現(xiàn)在如對(duì)TCP包 大小的控制，重發(fā)算法，MTU大小參數(shù)等等。這些對(duì)網(wǎng)絡(luò)協(xié)議的控制在一定情況下能達(dá)到很 好的效果，但是在多數(shù)情況沒(méi)有什么效果，因?yàn)槎鄶?shù)的網(wǎng)絡(luò)應(yīng)用程序及H. 264算法的傳輸 已經(jīng)對(duì)網(wǎng)絡(luò)傳輸進(jìn)行了優(yōu)化。3、對(duì)傳輸過(guò)程進(jìn)行優(yōu)化，這類優(yōu)化多是在RTCP協(xié)議框架內(nèi)或使用類似的私有協(xié) 議傳輸方式進(jìn)行控制，提供流量控制或擁塞控制。具體是管理傳輸質(zhì)量在當(dāng)前應(yīng)用進(jìn)程之 間交換控制信息。在視頻連接會(huì)話期間，各參與者周期性地傳送RTCP包，包中含有已發(fā)送 的數(shù)據(jù)包的數(shù)量、丟失的數(shù)據(jù)包的數(shù)量等統(tǒng)計(jì)資料。服務(wù)器可以利用這些信息動(dòng)態(tài)地改 變傳輸速率，甚至改變有效載荷類型。視頻傳輸協(xié)議和RTCP配合使用，能以有效的反饋 和最小的開(kāi)銷使傳輸效率最佳化，故特別適合傳送網(wǎng)上的實(shí)時(shí)數(shù)據(jù)。這類方法有如專利 200810102518. 0(3G-IP無(wú)線視頻傳輸系統(tǒng))實(shí)質(zhì)上就是對(duì)RTCP的詳細(xì)說(shuō)明。上述幾種方法都是單獨(dú)對(duì)網(wǎng)絡(luò)或?qū)嚎s算法或?qū)鬏攨f(xié)議進(jìn)行獨(dú)立的優(yōu)化，但無(wú) 法將視頻壓縮核與各優(yōu)化方案相結(jié)合。這主要是因?yàn)椋?G視頻傳時(shí)壓縮核的參數(shù)已經(jīng)被固 定，不能靈活適應(yīng)網(wǎng)絡(luò)傳輸?shù)囊蟆Ｈ缭诳蛻魧?duì)視頻進(jìn)行連接時(shí)，從壓縮核發(fā)出的數(shù)據(jù)可能 并不是I幀(關(guān)鍵幀)，而可能是P幀或B幀，但是客戶解碼卻必須要從I幀開(kāi)始進(jìn)行解碼， 這樣客戶就必須等到下一個(gè)I幀之后才能看到圖像。而在安防監(jiān)控中，I幀的間隔在3-5秒 左右，這樣客戶就會(huì)有一個(gè)最少長(zhǎng)達(dá)3-5秒的等待，這就給客戶一種很不好的體驗(yàn)“網(wǎng)速很 因此，本領(lǐng)域的技術(shù)人員致力于開(kāi)發(fā)一種提高3G等無(wú)線網(wǎng)絡(luò)情況下快速連接視 頻圖像的方法。

發(fā)明內(nèi)容
有鑒于現(xiàn)有技術(shù)的上述缺陷，本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種應(yīng)用于3G 網(wǎng)絡(luò)傳輸?shù)目焖龠B接視頻圖像的方法。為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，包 括以下步驟步驟一，視頻服務(wù)端等待客戶端的視頻連接請(qǐng)求；步驟二，收到所述客戶端的 連接請(qǐng)求后，發(fā)送不同大小的TCP測(cè)試數(shù)據(jù)包；步驟三，客戶端收到所述TCP測(cè)試數(shù)據(jù)包后， 向客戶發(fā)送成功標(biāo)志；步驟四，服務(wù)端收到客戶端發(fā)來(lái)的所述成功標(biāo)志后，根據(jù)所述成功標(biāo) 志中的時(shí)間戳確定網(wǎng)絡(luò)延時(shí)、設(shè)定最佳大小的傳輸TCP包；步驟五，根據(jù)所述網(wǎng)絡(luò)延時(shí)，設(shè) 定一客戶端最佳大小的數(shù)據(jù)緩沖區(qū)；步驟六，設(shè)定I幀的最大尺寸；并根據(jù)設(shè)定的所述I幀 的大小，對(duì)所述I幀的量化參數(shù)進(jìn)行設(shè)定；步驟七，壓縮核直接強(qiáng)制輸出所述大小的I幀； 步驟八，將步驟七輸出的所述大小的I幀傳送到所述客戶端；所述客戶端收到所述I幀后開(kāi) 始解碼。在本發(fā)明的較佳實(shí)施方式中，所述步驟二中，在收到所述客戶端的連接請(qǐng)求后，先 對(duì)所述客戶端進(jìn)行認(rèn)證；通過(guò)認(rèn)證后，發(fā)送所述TCP測(cè)試數(shù)據(jù)包。在本發(fā)明的較佳實(shí)施方式中，所述步驟四中，設(shè)定傳輸相同數(shù)據(jù)量用時(shí)最短的TCP 測(cè)試數(shù)據(jù)包為所述最佳大小的傳輸TCP包。在本發(fā)明的較佳實(shí)施方式中，所述步驟五中，設(shè)定客戶期望等待時(shí)間乘以當(dāng)前 最佳網(wǎng)速再乘以一測(cè)試經(jīng)驗(yàn)值為所述最佳大小的數(shù)據(jù)緩沖區(qū)，所述測(cè)試經(jīng)驗(yàn)值為10%至 30%，尤其為20%。在本發(fā)明的較佳實(shí)施方式中，所述步驟六中，設(shè)定客戶期望等待時(shí)間乘以當(dāng)前最 佳網(wǎng)速為所述I幀的最大尺寸。本發(fā)明的原理是使網(wǎng)絡(luò)控制協(xié)議與編碼核直接通訊，以降低或消除用戶看到第一 幅圖像的等待時(shí)間。當(dāng)用戶連接到3G視頻服務(wù)器時(shí)，本發(fā)明的方法通過(guò)對(duì)網(wǎng)絡(luò)情況的測(cè)量之后，不僅 僅確定最終的網(wǎng)絡(luò)傳輸參數(shù)，并同時(shí)設(shè)定客戶端能接收的最佳I幀大小，還設(shè)定壓縮核心I 幀量化參數(shù)，強(qiáng)制輸出I幀給客戶端，使客戶端無(wú)等待I幀間隔就可以以最快的速度看到圖 像，提高了用戶體驗(yàn)。以下將結(jié)合附圖對(duì)本發(fā)明的構(gòu)思、具體結(jié)構(gòu)及產(chǎn)生的技術(shù)效果作進(jìn)一步說(shuō)明，以 充分地了解本發(fā)明的目的、特征和效果。


圖1是本發(fā)明一具體實(shí)施例的原理示意圖。
具體實(shí)施例方式如圖1所示，本發(fā)明的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法的一具體實(shí)施例， 包括以下步驟步驟一，視頻服務(wù)端等待客戶端的視頻連接請(qǐng)求。步驟二，在收到客戶端的連接請(qǐng)求后，先對(duì)客戶端進(jìn)行認(rèn)證；通過(guò)認(rèn)證后，發(fā)送不 同大小的TCP測(cè)試數(shù)據(jù)包。
步驟三，客戶端收到TCP測(cè)試數(shù)據(jù)包后，向客戶發(fā)送成功標(biāo)志。步驟四，服務(wù)端收到客戶端發(fā)來(lái)的成功標(biāo)志后，根據(jù)成功標(biāo)志中的時(shí)間戳確定網(wǎng) 絡(luò)延時(shí)、設(shè)定最佳大小的傳輸TCP包；其中，設(shè)定傳輸相同數(shù)據(jù)量用時(shí)最短的TCP測(cè)試數(shù)據(jù) 包為最佳大小的傳輸TCP包。步驟五，根據(jù)網(wǎng)絡(luò)延時(shí)，設(shè)定一客戶端最佳大小的數(shù)據(jù)緩沖區(qū)。在具體實(shí)施中，可設(shè)定客戶期望等待時(shí)間X當(dāng)前最佳網(wǎng)速X—測(cè)試經(jīng)驗(yàn)值=最佳 大小的數(shù)據(jù)緩沖區(qū)。其中，測(cè)試經(jīng)驗(yàn)值可以為10%至30%，尤其以20%為最佳。步驟六，設(shè)定I幀的最大尺寸；并根據(jù)設(shè)定的I幀的大小，對(duì)I幀的量化參數(shù)進(jìn)行設(shè)定。在具體實(shí)施中，設(shè)定客戶期望等待時(shí)間X當(dāng)前最佳網(wǎng)速=I幀的最大尺寸。步驟七，壓縮核直接強(qiáng)制輸出大小的I幀。步驟八，將步驟七輸出的I幀傳送到客戶端；客戶端收到I幀后開(kāi)始解碼。當(dāng)用戶連接到3G視頻服務(wù)器時(shí)，本發(fā)明的方法通過(guò)對(duì)網(wǎng)絡(luò)情況的測(cè)量之后，不僅 僅確定最終的網(wǎng)絡(luò)傳輸參數(shù)，并同時(shí)設(shè)定客戶端能接收的最佳I幀大小，還設(shè)定壓縮核心I 幀量化參數(shù)，強(qiáng)制輸出I幀給客戶端，使客戶端無(wú)等待I幀間隔就可以以最快的速度看到圖 像，提高了用戶體驗(yàn)。以上詳細(xì)描述了本發(fā)明的較佳具體實(shí)施例。應(yīng)當(dāng)理解，本領(lǐng)域的普通技術(shù)無(wú)需創(chuàng) 造性勞動(dòng)就可以根據(jù)本發(fā)明的構(gòu)思作出諸多修改和變化。因此，凡本技術(shù)領(lǐng)域中技術(shù)人員 依本發(fā)明的構(gòu)思在現(xiàn)有技術(shù)的基礎(chǔ)上通過(guò)邏輯分析、推理或者有限的實(shí)驗(yàn)可以得到的技術(shù) 方案，皆應(yīng)在本發(fā)明的權(quán)利要求保護(hù)范圍內(nèi)。
權(quán)利要求
一種用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，包括以下步驟步驟一，視頻服務(wù)端等待客戶端的視頻連接請(qǐng)求；步驟二，收到所述客戶端的連接請(qǐng)求后，發(fā)送不同大小的TCP測(cè)試數(shù)據(jù)包；步驟三，客戶端收到所述TCP測(cè)試數(shù)據(jù)包后，向客戶發(fā)送成功標(biāo)志；步驟四，服務(wù)端收到客戶端發(fā)來(lái)的所述成功標(biāo)志后，根據(jù)所述成功標(biāo)志中的時(shí)間戳確定網(wǎng)絡(luò)延時(shí)、設(shè)定最佳大小的傳輸TCP包；步驟五，根據(jù)所述網(wǎng)絡(luò)延時(shí)，設(shè)定一客戶端最佳大小的數(shù)據(jù)緩沖區(qū)；步驟六，設(shè)定I幀的最大尺寸；并根據(jù)設(shè)定的所述I幀的大小，對(duì)所述I幀的量化參數(shù)進(jìn)行設(shè)定；步驟七，壓縮核直接強(qiáng)制輸出所述大小的I幀；步驟八，將步驟七輸出的所述大小的I幀傳送到所述客戶端；所述客戶端收到所述I幀后開(kāi)始解碼。
2.如權(quán)利要求1所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述步 驟二中，在收到所述客戶端的連接請(qǐng)求后，先對(duì)所述客戶端進(jìn)行認(rèn)證；通過(guò)認(rèn)證后，發(fā)送所 述TCP測(cè)試數(shù)據(jù)包。
3.如權(quán)利要求1所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述步 驟四中，設(shè)定傳輸相同數(shù)據(jù)量用時(shí)最短的TCP測(cè)試數(shù)據(jù)包為所述最佳大小的傳輸TCP包。
4.如權(quán)利要求1所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述步 驟五中，設(shè)定客戶期望等待時(shí)間乘以當(dāng)前最佳網(wǎng)速再乘以一測(cè)試經(jīng)驗(yàn)值為所述最佳大小的 數(shù)據(jù)緩沖區(qū)。
5.如權(quán)利要求4所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述測(cè) 試經(jīng)驗(yàn)值為10%至30%。
6.如權(quán)利要求5所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述測(cè) 試經(jīng)驗(yàn)值為20%。
7.如權(quán)利要求1所述的用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，其特征在于所述步 驟六中，設(shè)定客戶期望等待時(shí)間乘以當(dāng)前最佳網(wǎng)速為所述I幀的最大尺寸。
全文摘要
本發(fā)明公開(kāi)了一種用于監(jiān)控視頻在3G網(wǎng)絡(luò)傳輸?shù)膬?yōu)化方法，包括步驟一，視頻服務(wù)端等待客戶端的視頻連接請(qǐng)求；步驟二，收到連接請(qǐng)求后，發(fā)送不同大小的TCP測(cè)試數(shù)據(jù)包；步驟三，客戶端收到TCP測(cè)試數(shù)據(jù)包后，向客戶發(fā)送成功標(biāo)志；步驟四，服務(wù)端收到客戶端發(fā)來(lái)的成功標(biāo)志后，根據(jù)成功標(biāo)志中的時(shí)間戳確定網(wǎng)絡(luò)延時(shí)、設(shè)定最佳大小的傳輸TCP包；步驟五，根據(jù)網(wǎng)絡(luò)延時(shí)，設(shè)定一客戶端最佳大小的數(shù)據(jù)緩沖區(qū)；步驟六，設(shè)定I幀的最大尺寸，并對(duì)I幀的量化參數(shù)進(jìn)行設(shè)定；步驟七，壓縮核直接強(qiáng)制輸出大小的I幀；步驟八，將I幀傳送到客戶端；客戶端收到I幀后開(kāi)始解碼。本發(fā)明降低了用戶看到第一幅圖像的等待時(shí)間。
文檔編號(hào)H04N7/26GK101854382SQ20101015779
公開(kāi)日2010年10月6日 申請(qǐng)日期2010年4月26日 優(yōu)先權(quán)日2010年4月26日
發(fā)明者郝盼 申請(qǐng)人:上海樂(lè)毅信息科技有限公司