午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

一種傳輸控制方法、裝置及電子設(shè)備的制造方法

文檔序號:10473670閱讀:215來源:國知局
一種傳輸控制方法、裝置及電子設(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)廣東有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1