一種傳輸控制方法、裝置及電子設(shè)備的制造方法
【專利摘要】本發(fā)明實(shí)施例提供一種傳輸控制方法、裝置及電子設(shè)備。傳輸控制方法用于第一設(shè)備，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制方法包括：判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動；當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。以減少因業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延不斷加劇而引起系統(tǒng)不可用的可能性。
【專利說明】
_種傳輸控制方法、裝置及電子設(shè)備
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及流媒體領(lǐng)域，尤其涉及一種傳輸控制方法、裝置及電子設(shè)備。
【背景技術(shù)】
[0002]實(shí)時(shí)流媒體通常采用用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，UDP)協(xié)議進(jìn)行承載，UDP協(xié)議是一種不可靠協(xié)議，自身沒有丟包重發(fā)及流控等能力，實(shí)時(shí)媒體流(如音頻流)通常需要20毫秒傳輸I幀，而部分幀的丟失對于音頻質(zhì)量并不會帶來很大的影響。同樣在視頻應(yīng)用中的視頻媒體流，部分P幀的丟失也不會對視頻質(zhì)量造成很大的影響。
[0003]在實(shí)際流媒體應(yīng)用中由于網(wǎng)絡(luò)環(huán)境差(丟包率太高)、UDP被禁止使用等方面的原因，也會采用TCP方式來承載實(shí)時(shí)流媒體，如采用Adobe公司的實(shí)時(shí)消息傳輸協(xié)議(RealTime Messaging Protocol, RTMP)的 FLASH 解決方案。
[0004]TCP協(xié)議是一種可靠協(xié)議，自身有丟包重發(fā)機(jī)制，但由于TCP的丟包重傳機(jī)制，當(dāng)TCP用作傳輸實(shí)時(shí)流媒體的用途時(shí)，如果網(wǎng)絡(luò)出現(xiàn)抖動(特別是在WIFI接入的情況下)，由于丟幀重發(fā)，造成用戶主觀感受上時(shí)延不斷的加大。此類時(shí)延造成系統(tǒng)的魯棒性差，一旦出現(xiàn)丟幀，如果網(wǎng)絡(luò)不能在幀與幀之間的時(shí)間窗內(nèi)完成歷史數(shù)據(jù)的重傳(如音頻業(yè)務(wù)為20毫秒)，將造成時(shí)延不斷加劇，導(dǎo)致系統(tǒng)不可用。

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

[0005]本發(fā)明實(shí)施例的目的是提供一種傳輸控制方法、裝置及電子設(shè)備，以減少因業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延不斷加劇而引起系統(tǒng)不可用的可能性。
[0006]為解決上述技術(shù)問題，本發(fā)明實(shí)施例提供方案如下:
[0007]本發(fā)明實(shí)施例提供一種應(yīng)用業(yè)務(wù)的傳輸控制方法，用于第一設(shè)備，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制方法包括:
[0008]判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動；
[0009]當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。
[0010]優(yōu)選地，所述判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動包括:
[0011]獲取所述傳輸層連接的當(dāng)前傳輸速率；
[0012]判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸；
[0013]當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。
[0014]優(yōu)選地，所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0015]將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源；或者，
[0016]丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)；或者，
[0017]丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。
[0018]優(yōu)選地，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀；
[0019]所述將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源包括:
[0020]將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源；
[0021]或者，所述丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)包括:
[0022]丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。
[0023]優(yōu)選地，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，所述第一設(shè)備為所述流媒體業(yè)務(wù)的源設(shè)備，所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0024]提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。
[0025]本發(fā)明實(shí)施例還提供一種應(yīng)用業(yè)務(wù)的傳輸控制裝置，用于第一設(shè)備，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制裝置包括:
[0026]判斷模塊，用于判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動；
[0027]處理模塊，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。
[0028]優(yōu)選地，所述判斷模塊包括:
[0029]獲取單元，用于獲取所述傳輸層連接的當(dāng)前傳輸速率；
[0030]判斷單元，用于判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸；當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。
[0031]優(yōu)選地，所述處理模塊包括:
[0032]壓縮單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源；或者，
[0033]第一丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)；或者，
[0034]第二丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。
[0035]優(yōu)選地，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀；
[0036]所述壓縮單元包括:
[0037]交付子單元，用于將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源；
[0038]或者，所述第二丟棄單元包括:
[0039]丟棄子單元，用于丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。
[0040]優(yōu)選地，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，所述第一設(shè)備為所述流媒體業(yè)務(wù)的源設(shè)備，所述處理模塊包括:
[0041]提升單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。
[0042]本發(fā)明實(shí)施例還提供一種包括以上所述的應(yīng)用業(yè)務(wù)的傳輸控制裝置的電子設(shè)備。
[0043]從以上所述可以看出，本發(fā)明實(shí)施例至少具有如下有益效果:
[0044]當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率也會下降，從而減少了新交付的業(yè)務(wù)數(shù)據(jù)因?yàn)樵桓兜臉I(yè)務(wù)數(shù)據(jù)沒有完成傳輸而積壓到所述傳輸資源的可能性，從而也就減少了因業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延不斷加劇而引起系統(tǒng)不可用的可能性。
【附圖說明】
[0045]圖1表示本發(fā)明實(shí)施例提供的一種應(yīng)用業(yè)務(wù)的傳輸控制方法的步驟流程圖；
[0046]圖2表示本發(fā)明實(shí)施例的較佳實(shí)施方式的應(yīng)用場景示意圖；
[0047]圖3表示本發(fā)明實(shí)施例的較佳實(shí)施方式的時(shí)間間隔統(tǒng)計(jì)示意圖；
[0048]圖4表示本發(fā)明實(shí)施例提供的一種應(yīng)用業(yè)務(wù)的傳輸控制裝置的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0049]為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖及具體實(shí)施例對本發(fā)明實(shí)施例進(jìn)行詳細(xì)描述。
[0050]圖1表示本發(fā)明實(shí)施例提供的一種應(yīng)用業(yè)務(wù)的傳輸控制方法的步驟流程圖，參照圖1，本發(fā)明實(shí)施例提供一種應(yīng)用業(yè)務(wù)的傳輸控制方法，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制方法包括如下步驟:
[0051]步驟101，判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動；
[0052]步驟102，當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。
[0053]所述傳輸控制方法用于第一設(shè)備。
[0054]可見，通過上述方式，當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生網(wǎng)絡(luò)抖動時(shí)，所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率也會下降，從而減少了了新交付的業(yè)務(wù)數(shù)據(jù)因?yàn)樵桓兜臉I(yè)務(wù)數(shù)據(jù)沒有完成傳輸而積壓到所述傳輸資源的可能性，從而也就減少了因業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延不斷加劇而引起系統(tǒng)不可用的可能性。
[0055]其中，所述傳輸層連接例如:傳輸控制協(xié)議(Transmiss1n Control Protocol,TCP)連接。
[0056]所述應(yīng)用業(yè)務(wù)例如:流媒體業(yè)務(wù)。
[0057]所述業(yè)務(wù)數(shù)據(jù)例如:流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀。
[0058]所述第一設(shè)備例如:彼此之間通過互聯(lián)網(wǎng)交互的電腦(PC)和RTMP-頂S-GW中的任一個(gè)。其中，所述第一設(shè)備為電腦時(shí)，所述第二設(shè)備可以為rtmp-1ms-gw;所述第一設(shè)備為RTMP-1MS-GW時(shí)，所述第二設(shè)備可以為電腦。IMS英文全稱為IP Multimedia Subsystem，中文名稱為IP多媒體子系統(tǒng)。Gff的中文名稱為網(wǎng)關(guān)。其中，PC和RTMP-頂S-GW之間采用RTMP進(jìn)行流媒體業(yè)務(wù)數(shù)據(jù)的傳輸，該流媒體業(yè)務(wù)為PC與手機(jī)之間的業(yè)務(wù)，手機(jī)與RTMP-頂S-GW之間通過頂S連接。
[0059]本發(fā)明實(shí)施例中，所述判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動可包括:
[0060]獲取所述傳輸層連接的當(dāng)前傳輸速率；
[0061]判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸；
[0062]當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。
[0063]本發(fā)明實(shí)施例中，所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率可以有多種方式，列舉如下:
[0064]< 方式一 >
[0065]所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0066]將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源。
[0067]< 方式二 >
[0068]所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0069]丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)。
[0070]<方式三>
[0071]所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0072]丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。
[0073]具體地，所述應(yīng)用業(yè)務(wù)可包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)可包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，相應(yīng)地，考慮到音頻數(shù)據(jù)在壓縮后接收方用戶仍然能夠聽到，則所述將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源可包括:
[0074]將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源。
[0075]這樣，既減少了傳輸時(shí)延不斷加劇的可能性，又保證了通話的正常進(jìn)行。
[0076]或者，考慮到一般約有一半的音頻數(shù)據(jù)幀為靜音數(shù)據(jù)幀，則所述丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)可包括:
[0077]丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。
[0078]這樣，也是既減少了傳輸時(shí)延不斷加劇的可能性，又保證了通話的保真。
[0079]此外，本發(fā)明實(shí)施例中，對于所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀的情況，所述第一設(shè)備可以為所述流媒體業(yè)務(wù)的源設(shè)備，為了從源頭上降低交付速率，則可以有:
[0080]所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括:
[0081]提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。
[0082]為將本發(fā)明實(shí)施例闡述得更加清楚明白，下面提供本發(fā)明實(shí)施例的較佳實(shí)施方式。
[0083]本較佳實(shí)施方式提供一種基于RTMP協(xié)議承載的流媒體流控及擁塞控制方法。
[0084]本較佳實(shí)施方式涉及數(shù)據(jù)業(yè)務(wù)、流媒體技術(shù)領(lǐng)域。
[0085]流媒體流控技術(shù)由來已久，但是在RTMP協(xié)議之上的應(yīng)用系統(tǒng)的流控并沒有相關(guān)的專利及文獻(xiàn)進(jìn)行完整有效的描述，本提案的方法是簡單可行(RTMP協(xié)議是Adobe公司開源的FLASH插件與服務(wù)器之間的協(xié)議，RTMP協(xié)議自身的改進(jìn)及優(yōu)化若Adobe公司不采納則意味著不可行)且實(shí)用效果顯著的。
[0086]本較佳實(shí)施方式提出的方法可以很好的解決網(wǎng)絡(luò)抖動造成的時(shí)延不斷加劇而造成的系統(tǒng)不可用。當(dāng)采用TCP來承載實(shí)時(shí)流媒體時(shí)，需要有相應(yīng)的技術(shù)手段來進(jìn)行流控，以應(yīng)對網(wǎng)絡(luò)抖動造成的語音質(zhì)量抖動。
[0087]本較佳實(shí)施方式需要解決如下技術(shù)問題:
[0088]1、如何判斷出現(xiàn)了網(wǎng)絡(luò)抖動；
[0089]2、出現(xiàn)網(wǎng)絡(luò)抖動后如何解決TCP重傳帶來的時(shí)延疊加效應(yīng)。
[0090]本較佳實(shí)施方式提供的技術(shù)方案的詳細(xì)闡述:
[0091]總體思路方面，本較佳實(shí)施方式針對的系統(tǒng)是使用RTMP協(xié)議進(jìn)行實(shí)時(shí)的流媒體傳輸?，F(xiàn)網(wǎng)涉及的網(wǎng)絡(luò)抖動主要體現(xiàn)了如下幾個(gè)方面:
[0092]方面一，網(wǎng)絡(luò)設(shè)備瞬間性能抖動造成瞬間丟包。如交換機(jī)、路由器或者熱點(diǎn)設(shè)備瞬間丟包；
[0093]方面二，操作系統(tǒng)TCP多連接之間的調(diào)度。部分TCP應(yīng)用優(yōu)先級高；
[0094]方面三、UDP及TCP應(yīng)用的優(yōu)先級。如系統(tǒng)進(jìn)行RTMP傳輸?shù)耐瑫r(shí)又進(jìn)行UDP的P2P應(yīng)用將會造成TCP應(yīng)用的瞬間阻塞。
[0095]本較佳實(shí)施方式涉及的方向是語音通話，語音通話應(yīng)用的特點(diǎn)是類半雙工模式，即一方發(fā)言的時(shí)候另外一方是在收聽。而傳輸?shù)牧髅襟w方式在靜音的時(shí)候也在以固定的碼率傳輸媒體流，造成了帶寬的占用。
[0096]本較佳實(shí)施方式的核心思路是當(dāng)系統(tǒng)檢測到網(wǎng)絡(luò)抖動的時(shí)候，主動放棄一段周期的媒體流傳輸，當(dāng)系統(tǒng)已經(jīng)將TCP協(xié)議固有的重傳完成后才開始后續(xù)的流媒體傳輸。
[0097]圖2表示本發(fā)明實(shí)施例的較佳實(shí)施方式的應(yīng)用場景示意圖，如圖2所示，PC與手機(jī)之間經(jīng)由互聯(lián)網(wǎng)、RTMP-頂S-GW和頂S進(jìn)行流媒體業(yè)務(wù)的交互。
[0098]圖3表示本發(fā)明實(shí)施例的較佳實(shí)施方式的時(shí)間間隔統(tǒng)計(jì)示意圖，參照圖3，網(wǎng)絡(luò)抖動的檢測方法為RTMP-頂S-GW通過RTMP協(xié)議的invoke封裝一個(gè)ping調(diào)用包，當(dāng)客戶端收到ping請求后通過RTMP協(xié)議的invoke封裝的pong請求，服務(wù)器及客戶端都在統(tǒng)計(jì)N個(gè)ping和pong之間的時(shí)間間隔。服務(wù)器中保有一張時(shí)間間隔經(jīng)驗(yàn)表，通過查表可以判定網(wǎng)絡(luò)處于優(yōu)、良、尚可、差等檔次，分別進(jìn)行不同級別的流控。
[0099]當(dāng)檢測到某個(gè)方向媒體流為靜音時(shí)，停止固定碼率的流媒體傳輸，降低網(wǎng)絡(luò)帶寬的占用。
[0100]實(shí)施細(xì)節(jié)方面，如圖2所示。在上述的系統(tǒng)中，電腦(PC)和RTMP-頂S-GW之間采用RTMP進(jìn)行流媒體傳輸。流媒體分成PC到GW及GW到PC兩個(gè)方向。本較佳實(shí)施方式引入了 PC及GW之間的例行網(wǎng)絡(luò)測速功能，當(dāng)N個(gè)周期的網(wǎng)速出現(xiàn)偏離中位線較大的偏差時(shí)，則判定為網(wǎng)絡(luò)抖動，出現(xiàn)網(wǎng)絡(luò)抖動時(shí)，PC側(cè)主動并將麥克風(fēng)的聲音提取閥值提升，非用戶發(fā)言的情況將不產(chǎn)生數(shù)據(jù)包，降低PC至GW方向的網(wǎng)絡(luò)壓力。當(dāng)測速模塊判定網(wǎng)速平穩(wěn)后，PC至GW方向開始正常的傳輸。
[0101]GW與PC雙向進(jìn)行靜音檢測，降低某一方發(fā)言時(shí)反方向的媒體流傳輸。GW往IMS啟動舒適噪音功能。
[0102]客戶端計(jì)算乒乓(ping-pong)的時(shí)間間隔算法如下:服務(wù)器主動發(fā)出ping信號，客戶端收到Ping信號后使用pong信號回應(yīng)，服務(wù)器收到pong信號后馬上發(fā)出ping信號?？蛻舳擞?jì)算時(shí)間間隔，當(dāng)客戶端收到第一個(gè)Ping后開始周期計(jì)時(shí)開始，收到第N個(gè)ping后作為周期計(jì)時(shí)結(jié)束。
[0103]服務(wù)端計(jì)時(shí)ping-pong的時(shí)間間隔算法如下:
[0104]服務(wù)器發(fā)出第一個(gè)ping后馬上啟動周期計(jì)時(shí)開始，當(dāng)服務(wù)器收到客戶端pong回應(yīng)后會馬上發(fā)出ping，這兩個(gè)時(shí)間差就是I個(gè)ping-pong的時(shí)間間隔，以此類推，N個(gè)ping-pong的時(shí)間間隔。
[0105]統(tǒng)計(jì)的時(shí)間間隔直接反映出網(wǎng)絡(luò)的情況。比如說20毫秒以下代表網(wǎng)絡(luò)優(yōu)質(zhì)，20到100暈秒表不網(wǎng)絡(luò)情況良好，100暈秒以上表不網(wǎng)絡(luò)情況差，等等。
[0106]通過查表判定網(wǎng)絡(luò)檔次例如:將網(wǎng)絡(luò)分成優(yōu)、良、可接受、差4個(gè)檔次，流控的級別與這4個(gè)檔次分別對應(yīng)。分成4個(gè)級別:不流控、控制發(fā)送的音頻數(shù)據(jù)質(zhì)量在某個(gè)閾值以下、取消發(fā)送靜音包和取消發(fā)送所有音頻數(shù)據(jù)。需要說明的是，音頻數(shù)據(jù)質(zhì)量對于數(shù)據(jù)量有很大影響，例如CD音質(zhì)優(yōu)于電臺廣播音質(zhì)，而CD的數(shù)據(jù)量也大于電臺廣播數(shù)據(jù)的數(shù)據(jù)量。與上述“取消發(fā)送靜音包”級別對應(yīng)，當(dāng)檢測到某個(gè)方向媒體流為靜音時(shí)，停止固定碼率的流媒體傳輸，降低網(wǎng)絡(luò)帶寬的占用。其中，停止固定碼率的流媒體傳輸是指，當(dāng)客戶端檢測到用戶沒有說話，也就是靜音了，那就把原先準(zhǔn)備用靜音包發(fā)送的數(shù)據(jù)停止發(fā)送，取而代之的是用命令的方式通知網(wǎng)關(guān)，客戶靜音了，由網(wǎng)關(guān)用算法產(chǎn)生靜音數(shù)據(jù)發(fā)給電話網(wǎng)絡(luò)。用戶A與用戶B對話的時(shí)候，正常情況有一半的時(shí)間一方是靜音的，因?yàn)殪o音的一方的用戶在聽對方用戶說。使用這種機(jī)制會降低近一半的數(shù)據(jù)量。
[0107]在正常網(wǎng)絡(luò)抖動小的情況下，N次計(jì)算的結(jié)果不應(yīng)該偏差太大。因此我們可以用前10次計(jì)算的結(jié)果作為中位線，也就是參考線，如果后續(xù)計(jì)算的結(jié)果優(yōu)于此結(jié)果，說明網(wǎng)絡(luò)變優(yōu)；如果低于此結(jié)果，說明網(wǎng)絡(luò)往差的方向發(fā)展，如果不進(jìn)行干預(yù)，只會讓網(wǎng)絡(luò)更差，干預(yù)的手段就是減少數(shù)據(jù)量，讓網(wǎng)絡(luò)恢復(fù)，不出現(xiàn)雪崩效應(yīng)。減少數(shù)據(jù)量就是少發(fā)靜音數(shù)據(jù)，那就是降低靜音判斷的門檻，靜音判斷依靠音量分貝來判定。
[0108]GW與PC雙向進(jìn)行靜音檢測，降低某一方發(fā)言時(shí)反方向的媒體流傳輸。其中，雙向靜音檢測是指客戶端也就是PC在發(fā)送數(shù)據(jù)前進(jìn)行靜音檢測，服務(wù)端也就是GW，也在向PC發(fā)送數(shù)據(jù)前進(jìn)行靜音檢測。由于GW是中間橋接設(shè)備，一方面和電話頂S網(wǎng)絡(luò)連接，一方面和客戶端FLASH連接?？蛻舳薋LASH進(jìn)行靜音檢測的方法是使用Adobe公司提供的FLASH的應(yīng)用程序編程接口(Applicat1n Programming Interface, API)。GW進(jìn)行靜音檢測的方法是使用算法分析MS發(fā)往GW的音頻數(shù)據(jù)。
[0109]Gff進(jìn)行靜音檢測的方法是使用算法分析頂S發(fā)往GW的音頻數(shù)據(jù)。因?yàn)槊恳粋€(gè)音頻數(shù)據(jù)包都可以通過波形來分析出能量值，也就是音量值，還有頻率等，通過頻率可以分析出是環(huán)境雜音還是人的聲音。通過這兩個(gè)數(shù)據(jù)可以分析出是不是靜音了。如果是靜音了，在靜音的過程中，如果需要流控的話，那么就無需轉(zhuǎn)發(fā)這些靜音數(shù)據(jù)。
[0110]GW具有根據(jù)音頻流檢測出是否靜音的能力，同時(shí)根據(jù)流控的級別來做成停止轉(zhuǎn)發(fā)靜音數(shù)據(jù)或者連同正常的語音數(shù)據(jù)都停止轉(zhuǎn)發(fā)的動作。
[0111]本較佳實(shí)施方式的關(guān)鍵點(diǎn)是在互聯(lián)網(wǎng)與電信運(yùn)營商MS網(wǎng)邊界設(shè)備上，使用基于中位線預(yù)判算法檢測網(wǎng)絡(luò)抖動或擁塞發(fā)生，并使用提升靜音檢測閾值的方式來動態(tài)控制數(shù)據(jù)量方法有效的提升了系統(tǒng)的魯棒性。使用此方法可以減少由于TCP協(xié)議自身原理限制帶來的承載音視頻數(shù)據(jù)的缺陷，同時(shí)發(fā)揮TCP協(xié)議的可靠性優(yōu)勢。
[0112]本較佳實(shí)施方式涉及的RTMP-頂S-GW，包括但不限于實(shí)現(xiàn)RTMP服務(wù)端協(xié)議模塊、實(shí)現(xiàn)媒體流的編解碼模塊、實(shí)現(xiàn)通信MS網(wǎng)絡(luò)的ua模塊。
[0113]本較佳實(shí)施方式通過網(wǎng)速測量及歷史網(wǎng)速中位線偏離方式進(jìn)行網(wǎng)絡(luò)抖動判斷。
[0114]當(dāng)出現(xiàn)網(wǎng)絡(luò)抖動時(shí)通過減少傳輸量的方式將系統(tǒng)進(jìn)行使能恢復(fù)。
[0115]系統(tǒng)使用雙向靜音檢測的方式來降低靜音時(shí)的網(wǎng)絡(luò)占用。
[0116]本較佳實(shí)施方式的優(yōu)點(diǎn)是實(shí)現(xiàn)方便，靜音檢測是Adobe公司FLASH的基礎(chǔ)API。在實(shí)現(xiàn)方便的基礎(chǔ)上效果明顯。
[0117]圖4表示本發(fā)明實(shí)施例提供的一種應(yīng)用業(yè)務(wù)的傳輸控制裝置的結(jié)構(gòu)框圖，參照圖4，本發(fā)明實(shí)施例還提供一種應(yīng)用業(yè)務(wù)的傳輸控制裝置，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制裝置包括:
[0118]判斷模塊401，用于判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動；
[0119]處理模塊402，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。
[0120]所述傳輸控制裝置用于第一設(shè)備。
[0121]可見，通過上述方式，當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率也會下降，從而減少了新交付的業(yè)務(wù)數(shù)據(jù)因?yàn)樵桓兜臉I(yè)務(wù)數(shù)據(jù)沒有完成傳輸而積壓到所述傳輸資源的可能性，從而也就減少了因業(yè)務(wù)數(shù)據(jù)傳輸時(shí)延不斷加劇而引起系統(tǒng)不可用的可能性。
[0122]本發(fā)明實(shí)施例中，所述判斷模塊401可包括:
[0123]獲取單元，用于獲取所述傳輸層連接的當(dāng)前傳輸速率；
[0124]判斷單元，用于判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸；當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。
[0125]本發(fā)明實(shí)施例中，所述處理模塊402可包括:
[0126]壓縮單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源；或者，
[0127]第一丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)；或者，
[0128]第二丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。
[0129]其中，所述應(yīng)用業(yè)務(wù)可包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)可包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀；
[0130]所述壓縮單元可包括:
[0131]交付子單元，用于將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源；
[0132]或者，所述第二丟棄單元可包括:
[0133]丟棄子單元，用于丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。
[0134]本發(fā)明實(shí)施例中，所述應(yīng)用業(yè)務(wù)可包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)可包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，所述第一設(shè)備可以為所述流媒體業(yè)務(wù)的源設(shè)備，所述處理模塊可包括:
[0135]提升單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。
[0136]本發(fā)明實(shí)施例還提供一種電子設(shè)備，所述電子設(shè)備包括以上所述的應(yīng)用業(yè)務(wù)的傳輸控制裝置。所述電子設(shè)備例如電腦或RTMP-1MS-GW。
[0137]以上所述僅是本發(fā)明實(shí)施例的實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明實(shí)施例原理的前提下，還可以作出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明實(shí)施例的保護(hù)范圍。
【主權(quán)項(xiàng)】
1.一種應(yīng)用業(yè)務(wù)的傳輸控制方法，用于第一設(shè)備，其特征在于，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制方法包括: 判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動； 當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。2.根據(jù)權(quán)利要求1所述的傳輸控制方法，其特征在于，所述判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動包括: 獲取所述傳輸層連接的當(dāng)前傳輸速率； 判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸； 當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。3.根據(jù)權(quán)利要求1所述的傳輸控制方法，其特征在于，所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括: 將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源；或者， 丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)；或者， 丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。4.根據(jù)權(quán)利要求3所述的傳輸控制方法，其特征在于，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀； 所述將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源包括: 將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源； 或者，所述丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)包括: 丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。5.根據(jù)權(quán)利要求1所述的傳輸控制方法，其特征在于，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，所述第一設(shè)備為所述流媒體業(yè)務(wù)的源設(shè)備，所述降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率包括: 提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。6.一種應(yīng)用業(yè)務(wù)的傳輸控制裝置，用于第一設(shè)備，其特征在于，所述第一設(shè)備與第二設(shè)備之間建立有傳輸層連接，所述第一設(shè)備分配有傳輸資源，所述傳輸資源用于將所述第一設(shè)備交付的所述應(yīng)用業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接傳輸給所述第二設(shè)備，所述傳輸控制裝置包括: 判斷模塊，用于判斷所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸是否發(fā)生了網(wǎng)絡(luò)抖動； 處理模塊，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，降低所述業(yè)務(wù)數(shù)據(jù)到所述傳輸資源的交付速率。7.根據(jù)權(quán)利要求6所述的傳輸控制裝置，其特征在于，所述判斷模塊包括: 獲取單元，用于獲取所述傳輸層連接的當(dāng)前傳輸速率； 判斷單元，用于判斷所述當(dāng)前傳輸速率是否低于參考傳輸速率，其中，所述傳輸層連接的傳輸速率為所述參考傳輸速率以上時(shí)，交付到所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)在下一次交付的所述業(yè)務(wù)數(shù)據(jù)交付之前完成傳輸；當(dāng)所述當(dāng)前傳輸速率低于所述參考傳輸速率時(shí)，判定所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動。8.根據(jù)權(quán)利要求6所述的傳輸控制裝置，其特征在于，所述處理模塊包括: 壓縮單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，將待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)按照設(shè)定方式壓縮后交付給所述傳輸資源；或者， 第一丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)；或者， 第二丟棄單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，丟棄待交付給所述傳輸資源的所述業(yè)務(wù)數(shù)據(jù)中滿足設(shè)定條件的數(shù)據(jù)。9.根據(jù)權(quán)利要求8所述的傳輸控制裝置，其特征在于，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀； 所述壓縮單元包括: 交付子單元，用于將待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀的音頻質(zhì)量降低后交付給所述傳輸資源； 或者，所述第二丟棄單元包括: 丟棄子單元，用于丟棄待交付給所述傳輸資源的所述音頻數(shù)據(jù)幀中的靜音數(shù)據(jù)幀。10.根據(jù)權(quán)利要求6所述的傳輸控制裝置，其特征在于，所述應(yīng)用業(yè)務(wù)包括流媒體業(yè)務(wù)，所述業(yè)務(wù)數(shù)據(jù)包括所述流媒體業(yè)務(wù)的音頻數(shù)據(jù)幀，所述第一設(shè)備為所述流媒體業(yè)務(wù)的源設(shè)備，所述處理模塊包括: 提升單元，用于當(dāng)所述業(yè)務(wù)數(shù)據(jù)通過所述傳輸層連接的傳輸發(fā)生了網(wǎng)絡(luò)抖動時(shí)，提升聲音采集設(shè)備的聲音提取閥值，使得所述音頻數(shù)據(jù)幀的生成速率降低。11.一種電子設(shè)備，其特征在于，包括如權(quán)利要求6至10中任一權(quán)利要求所述的應(yīng)用業(yè)務(wù)的傳輸控制裝置。
【文檔編號】H04L29/06GK105827575SQ201510007485
【公開日】2016年8月3日
【申請日】2015年1月5日
【發(fā)明人】白琳, 胡文輝, 王鋼, 張慧芳, 寧志剛, 姚良超
【申請人】中國移動通信集團(tuán)廣東有限公司