[發(fā)明專利]一種基于FEC算法的視頻傳輸自適應方法在審
| 申請?zhí)枺?/td> | 201410211225.1 | 申請日: | 2014-05-20 |
| 公開(公告)號: | CN103957222A | 公開(公告)日: | 2014-07-30 |
| 發(fā)明(設計)人: | 王振中 | 申請(專利權(quán))人: | 艾諾通信系統(tǒng)(蘇州)有限責任公司 |
| 主分類號: | H04L29/06 | 分類號: | H04L29/06;H04L1/00;H04N21/6437 |
| 代理公司: | 暫無信息 | 代理人: | 暫無信息 |
| 地址: | 215021 江蘇省蘇州市工業(yè)*** | 國省代碼: | 江蘇;32 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 一種 基于 fec 算法 視頻 傳輸 自適應 方法 | ||
技術(shù)領(lǐng)域
本發(fā)明涉及一種針對網(wǎng)絡不穩(wěn)的情況下進行丟包恢復的方法,特別涉及一種基于FEC算法的視頻傳輸自適應方法。
背景技術(shù)
當前,流媒體應用十分廣泛,視頻質(zhì)量尤為關(guān)鍵。流媒體中的視頻由于前向參考的原因,對視頻的數(shù)據(jù)包比較敏感,一旦發(fā)生丟失,將會導致圖像質(zhì)量的損失,出現(xiàn)圖像花屏并持續(xù)擴散一段時間等現(xiàn)象。網(wǎng)絡時常會發(fā)生數(shù)據(jù)的丟失,這就給視頻質(zhì)量帶來了影響。重傳機制可以解決丟包問題,但實時性相對受影響。如果不重傳,則需要通知媒體發(fā)送端通過修改視頻編碼器或者FEC參數(shù)來減少數(shù)據(jù)量,以便適應帶寬。
發(fā)明內(nèi)容
本發(fā)明所要解決的問題是針對現(xiàn)有技術(shù)存在的不足,提供一種簡單、方便,且能有效恢復網(wǎng)絡造成丟包的視頻傳輸自適應方法。
為達到上述發(fā)明目的,本發(fā)明采用的技術(shù)方案是:提供一種基于FEC算法的視頻傳輸自適應方法,包括如下步驟:
步驟一:本地端將媒體包進行FEC組包,在數(shù)據(jù)包和冗余包中加載FEC頭標識信息,發(fā)送;
步驟二:對端接收到本地端發(fā)送的FEC包后,解析包頭中的信息后,得到實際的媒體包數(shù)據(jù),再判斷是否發(fā)生丟包,并進行如下操作:
5)若不丟包,則進行提高冗余度、依據(jù)業(yè)務場景提高編碼器碼率的操作;
6)若丟包,且能糾錯成功,則繼續(xù)維持當前參數(shù);
7)若丟包,且糾錯之后數(shù)據(jù)包仍然有丟包,但數(shù)據(jù)包的丟包率較小,則進行降低冗余度、降低網(wǎng)絡消耗的操作;
8)若丟包,且糾錯之后數(shù)據(jù)包仍然有丟包,但數(shù)據(jù)包的丟包率較大,則通知編碼器進行降低碼率,降低網(wǎng)絡消耗操作;
步驟三:本地端由對端發(fā)送反饋消息改變當前的FEC打包策略,依據(jù)業(yè)務場景提高編碼器碼率。
本發(fā)明通過控制編碼器,實現(xiàn)控制FEC參數(shù),特別是采用控制參數(shù)的策略以及適應帶寬的有效性的方法,最大效率的利用媒體包,減少冗余包的數(shù)據(jù)量,達到丟包恢復的效果。
本發(fā)明與現(xiàn)有技術(shù)相比具有下列優(yōu)點:
1、在udp傳輸?shù)那闆r下,不需要另設重傳機制。
2、與重傳機制相比,實時性要好。
3、網(wǎng)絡資源不夠的時候,調(diào)整參數(shù),適應網(wǎng)絡,以保證視頻質(zhì)量,最大限度的使用網(wǎng)絡資源。
附圖說明
圖1是本發(fā)明實施例提供的發(fā)送端根據(jù)接收端反饋信息調(diào)整媒體參數(shù)以及FEC參數(shù)的流程示意圖;
圖2是本發(fā)明實施例提供的接收端接受FEC數(shù)據(jù)包還原媒體包的流程示意圖。
具體實施方式
下面結(jié)合附圖及實施例對本發(fā)明作進一步描述。
實施例1
在本發(fā)明實施例中,作下列名詞解釋:
FEC:forward?error?correction前向糾錯;
Gourp:組,一個組表示n個FEC包,其中有k個數(shù)據(jù)包,n-k個冗余包;
FEC_group_seq:12bits表示組的序列號;
FEC_pkt_seq_in_group:4bits表示組內(nèi)的FEC包的序列號;
FEC_k:4bits表示當前組的k值,k表示數(shù)據(jù)包的數(shù)量;
FEC_n:4bits表示當前組的n值,n表示數(shù)據(jù)包加上冗余包的數(shù)量;
h:FEC?header表示FEC頭數(shù)據(jù);
len:rtp的長度字節(jié),2bytes。
本發(fā)明實施例提供的一種基于FEC算法的視頻傳輸自適應方法具體步驟如下:
發(fā)送端處理步驟
參見附圖1,它是本實施例提供的發(fā)送端根據(jù)接收端反饋信息調(diào)整媒體參數(shù)以及FEC參數(shù)的流程示意圖;具體步驟如下:
步驟1:開始
步驟2:102,初始化FEC參數(shù)
步驟3:103,接收到反饋消息,根據(jù)反饋的丟包信息進行不同的分支,丟包率分為兩個參數(shù),一個是FEC糾錯前的丟包率L1,一個是糾錯之后的丟包率L2。如果L2==0,而且L1!=0,表示FEC糾錯前丟包了,但是在糾錯范圍之內(nèi),能正常恢復出媒體包,則跳往104;如果L1==0,表示糾錯前沒有丟包,那么L2也肯定等于0,則跳往105;如果Lb2>L2>0,表示丟包率已經(jīng)超出了糾錯能力了,但是又不是很高的丟包率,則跳往106;如果L1>Lb2,表示一個較大的丟包率,則跳往107。
步驟4:104,不做任何處理,之后跳往108。
步驟5:105,這時候提高碼率步長B和提高冗余度步長NK,具體的基數(shù)的值可依據(jù)業(yè)務場景來修改,但是NK不能超過FEC初始化的值。之后跳往108。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于艾諾通信系統(tǒng)(蘇州)有限責任公司,未經(jīng)艾諾通信系統(tǒng)(蘇州)有限責任公司許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201410211225.1/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。





