[發(fā)明專利]一種AVS視頻幀的RTP封裝方法有效
| 申請?zhí)枺?/td> | 201210151540.0 | 申請日: | 2012-05-16 |
| 公開(公告)號: | CN102665140A | 公開(公告)日: | 2012-09-12 |
| 發(fā)明(設(shè)計)人: | 張欽宇;吳偉強;王磊;張常鍵 | 申請(專利權(quán))人: | 哈爾濱工業(yè)大學(xué)深圳研究生院 |
| 主分類號: | H04N21/6437 | 分類號: | H04N21/6437;H04N7/26 |
| 代理公司: | 深圳市科吉華烽知識產(chǎn)權(quán)事務(wù)所 44248 | 代理人: | 胡吉科;鄧揚 |
| 地址: | 518000 廣東省深*** | 國省代碼: | 廣東;44 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關(guān)鍵詞: | 一種 avs 視頻 rtp 封裝 方法 | ||
技術(shù)領(lǐng)域
本發(fā)明涉及流媒體領(lǐng)域,特別涉及一種AVS視頻幀的RTP封裝方法。
背景技術(shù)
AVS(Audio?Video?coding?Standard)標(biāo)準(zhǔn)是數(shù)字音視頻編解碼技術(shù)標(biāo)準(zhǔn)工作組制定的數(shù)字音視頻編碼標(biāo)準(zhǔn)。AVS編碼產(chǎn)生的視頻碼流結(jié)構(gòu)語法層次從高到低依次為序列?、圖像、?條帶?、宏塊?、塊,AVS碼流分層結(jié)構(gòu)如圖3所示。?視頻幀類型有?I、P、B三種,其中I幀是解碼的關(guān)鍵幀。宏塊有幀內(nèi)預(yù)測和幀間預(yù)測兩種塊,是空間預(yù)測補償?、時間預(yù)測補償和空間變換的基本單元。
流媒體是以流的方式在網(wǎng)絡(luò)中傳輸音頻、視頻和多媒體文件的媒體形式。為了支持網(wǎng)絡(luò)的實時傳輸服務(wù),流媒體多是以RTP(Real-time?Transport?Protocol)封裝發(fā)送的。RTP是用于Internet上針對多媒體數(shù)據(jù)流的一種傳輸協(xié)議,RTP被定義為在一對一或一對多的傳輸情況下工作,其目的是提供時間信息和實現(xiàn)流同步。RTP通常使用UDP(User?Datagram?Protocol,用戶數(shù)據(jù)報協(xié)議)來傳送數(shù)據(jù),UDP數(shù)據(jù)在IP上進行傳送。當(dāng)應(yīng)用程序開始一個RTP會話時將使用兩個端口:一個給RTP,一個給RTCP(RTP?Control?Protocol,RTP?控制協(xié)議)。RTP提供端對端的網(wǎng)絡(luò)傳輸功能,適合通過組播和點播傳送實時數(shù)據(jù),如視頻、音頻和仿真數(shù)據(jù)。RTP沒有涉及資源預(yù)訂和質(zhì)量保證等實時服務(wù),RTCP擴充數(shù)據(jù)傳輸以允許監(jiān)控數(shù)據(jù)傳送,提供最小的控制和識別功能。RTP?頭固定部分格式如圖4所示。
由于視頻幀的數(shù)據(jù)長度相差很大,如果按照每個RTP包只封裝一幀視頻數(shù)據(jù),大于MTU(Maximum?Transmission?Unit,最大傳輸單元)的視頻幀在下層就會被分片,分片的不確定性增加了丟包率;有些視頻幀遠(yuǎn)小于MTU,每一幀單獨封裝進一個RTP包發(fā)送,則增加了額外的頭開銷。所以本發(fā)明針對以上問題提出了一種既能降低網(wǎng)絡(luò)開銷又不造成下層分片的AVS視頻幀RTP封裝方法,該方法把P幀、B幀數(shù)據(jù)盡可能多地封裝進RTP包,減小了發(fā)包頻率,在一定長度上降低了丟包率;把I幀、視頻序列頭等關(guān)鍵數(shù)據(jù)單獨封裝成短包長的RTP包發(fā)送,短包長一定程度上意味著低丟包率,從而有效地保護了I幀等關(guān)鍵視頻數(shù)據(jù)。
發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)中問題,本發(fā)明提供了一種AVS視頻幀的RTP封裝方法,?
步驟一:
編碼器產(chǎn)生視頻序列,打包開始,打包器接收編碼器傳來的視頻數(shù)據(jù),判斷接收到的視頻數(shù)據(jù)類型,若為視頻序列頭或序列結(jié)束,轉(zhuǎn)向步驟二;
若為視頻幀數(shù)據(jù),轉(zhuǎn)向步驟三;
步驟二:
將視頻序列頭或序列結(jié)束,單獨封裝進RTP包并發(fā)送,然后接收下一數(shù)據(jù);
步驟三:
獲取該數(shù)據(jù)幀的類型值,判斷該幀所屬幀類型,解析該幀的幀長度,設(shè)為L,
若為I幀,則轉(zhuǎn)向步驟四;
若為P幀,則轉(zhuǎn)向步驟五;
若為B幀,則轉(zhuǎn)向步驟七;
步驟四:
比較L與J的長度,J為在不造成下層分片的情況下,也就是說在不超過MTU的情況下,最多可封裝進RTP包的數(shù)據(jù)長度,分以下兩種情況處理:
若L小于等于J,則將該幀封裝進RTP包并發(fā)送;
若L大于J,將該幀以宏塊為單位,以趨均勻的方式均勻分為n份,封裝進RTP包發(fā)送;
步驟五:
比較L與J的大小,分以下兩種情況處理:
若L小于等于J,則將該幀封裝進RTP包,然后轉(zhuǎn)向步驟六;
若L大于J,準(zhǔn)備按條帶為單位進行封裝,則盡可能多的將條帶封裝進RTP包,將能夠封裝進RTP包的幀頭和條帶封裝進RTP包并發(fā)送,然后轉(zhuǎn)向步驟十;
步驟六:
準(zhǔn)備繼續(xù)封裝新一幀數(shù)據(jù),分以下兩種情況處理:
若該幀數(shù)據(jù)為I幀,不再嘗試?yán)^續(xù)封裝,將RTP包發(fā)送;
若該幀數(shù)據(jù)非I幀,即P、B幀,則判斷可再封裝數(shù)據(jù)長度Lp與Y+s1的大小,s1是該視頻幀的第一條帶的數(shù)據(jù)長度;
若小于Y+s1仍將RTP包發(fā)送;
若大于等于Y+s1,開始比較Lp與該幀長度的大小,
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于哈爾濱工業(yè)大學(xué)深圳研究生院,未經(jīng)哈爾濱工業(yè)大學(xué)深圳研究生院許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201210151540.0/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 上一篇:糧食輸送機專用行走機構(gòu)
- 下一篇:雙模式移動機器人
- 同類專利
- 專利分類
H04N 圖像通信,如電視
H04N21-00 可選的內(nèi)容分發(fā),例如交互式電視,VOD〔視頻點播〕
H04N21-20 .專門適用于內(nèi)容分發(fā)的專用服務(wù)器,例如:VOD服務(wù)器;其操作
H04N21-40 .專門適用于接收內(nèi)容或者與內(nèi)容交互的客戶端設(shè)備,如STB[機頂盒];相關(guān)操作
H04N21-60 .用于在服務(wù)器和客戶端之間或者在遠(yuǎn)程客戶端之間的視頻分配的網(wǎng)絡(luò)結(jié)構(gòu)或者處理
H04N21-80 .通過內(nèi)容產(chǎn)生器獨立于分配過程實現(xiàn)的內(nèi)容或附加數(shù)據(jù)的生成或處理;內(nèi)容本身
H04N21-81 ..其單媒體部件
- 一種提高數(shù)據(jù)傳輸質(zhì)量的方法及裝置
- 一種Linux網(wǎng)絡(luò)設(shè)備動態(tài)標(biāo)記RTP流量的方法
- 調(diào)節(jié)VoIP電話系統(tǒng)電話回聲的方法及裝置
- 基于內(nèi)核進行RTP數(shù)據(jù)收發(fā)的網(wǎng)關(guān)設(shè)備及其實現(xiàn)方法
- 一種實時傳輸協(xié)議會話處理方法及設(shè)備
- 一種RTP數(shù)據(jù)的發(fā)送、接收方法及用戶設(shè)備
- 數(shù)據(jù)傳輸方法、裝置及系統(tǒng)
- 一種基于切片的RTP流媒體存儲、讀取方法及裝置
- RTP丟包檢測方法、裝置、設(shè)備及計算機可讀存儲介質(zhì)
- 一種RTP丟包檢測方法、裝置、電子設(shè)備及存儲介質(zhì)





