[發明專利]以動態可控雙流進行視頻無線組播下TCP誤碼重傳控制方法有效
| 申請號: | 201910851784.1 | 申請日: | 2019-09-10 |
| 公開(公告)號: | CN110753271B | 公開(公告)日: | 2021-08-24 |
| 發明(設計)人: | 楊工明;李衡;徐勇;周子容;葉雋毅;李嘉儀 | 申請(專利權)人: | 杭州億圣信息技術有限公司 |
| 主分類號: | H04N21/6405 | 分類號: | H04N21/6405;H04N21/472;H04N7/18;H04N21/6437;H04N21/647 |
| 代理公司: | 杭州君度專利代理事務所(特殊普通合伙) 33240 | 代理人: | 楊舟濤 |
| 地址: | 310026 浙江省杭州市余杭*** | 國省代碼: | 浙江;33 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 動態 可控 雙流 進行 視頻 無線 播下 tcp 誤碼重傳 控制 方法 | ||
1.以動態可控雙流進行視頻無線組播下TCP誤碼重傳控制方法,其特征在于該方法具體如下:
步驟(1).視頻點播應用客戶端通過SIP協議的Invite方法實現與視頻管理平臺VM的會話連接,Invite中攜帶視頻點播應用客戶端的單播IP信息,通過平臺資源列表,選擇擬點播視頻資源的攝像機;
步驟(2).視頻管理平臺VM將視頻點播應用客戶端的單播IP信息通過Invite方法發送至選定的攝像機;
步驟(3).通過跨視頻管理平臺VM與攝像機TCP的三次握手機制的會話,所述攝像機確認會話成功ACK;
步驟(4).攝像機以RTP/RTCP協議發送組播視頻流給視頻點播應用客戶端;
步驟(5).如視頻點播應用客戶端接收的視頻流發生丟包,根據丟包率PLR和誤碼率SER大小進行如下操作:
若PLR<τ1,則該視頻點播應用客戶端反饋的確認消息中標注不必重傳,同時在反饋的確認消息中提示誤碼信息;τ1為設定的丟包率閾值;
若PLR≥τ1且SER≥τ2,則TCP不減速也不加速,觀察一段時間k,若丟包無加劇現象,則繼續正常加速,否則說明同時存在擁塞現象,按照TCP規則減速;τ2為設定的誤碼率閾值,k為觀察時間窗口;
若PLR≥τ1且SER<τ2,按照TCP擁塞避免機制正常減速;
步驟(6).攝像機收到各個視頻點播應用客戶端的反饋信息;
反饋信息的TCP確認報文報頭6位預留字段中前2位為誤碼通知信息,后4位為S值,表示誤碼累計數,由S值得到誤碼率SER;
前2位為00,表示不必重傳;
前2位為01,表示擁塞減速;
前2位為10,表示誤碼觀察;
前2位為11,表示減速并重傳;
步驟(7).視頻點播應用客戶端的組播組進行動態分組,按照視頻點播應用客戶端的反饋信息情況進行動態組播二次分組:主碼流組播組、輔碼流組播組,并按動態可控雙流的形式發送2個組播流:不必重傳的視頻點播應用客戶端組成的主碼流組播組,按照主碼流的單流全速發送;其他視頻點播應用客戶端組成的輔碼流組播組,按照不同情況啟動輔碼流的減速或減速并重傳:擁塞減速,保持主碼流的單流全速發送,輔碼流啟用TCP擁塞減速機制;減速并重傳,保持主碼流的單流全速發送,輔碼流啟用TCP減速重傳機制;
步驟(8).視頻點播應用客戶端接收二次分組組播流:
不必重傳的組播組:接收主碼流的全速組播流;
其他有丟包組播組:接收輔碼流的減速或減速并重傳的組播流;
步驟(9).輔碼流組播組的優化反饋:當接收輔碼流組播組的視頻點播應用客戶端正常接收時間t間隔后反饋發送不必重傳信息,后續進入主碼流全速組播組;當接收輔碼流組播組的視頻點播應用客戶端依然產生丟包,則繼續反饋發送誤碼通告,后續依然接收輔碼流組播組的碼流,直到PLR<τ1。
2.如權利要求1所述的以動態可控雙流進行視頻無線組播下TCP誤碼重傳控制方法,其特征在于:τ1>τ2,τ1等于5×10-4~5×10-3,τ2等于5×10-5~5×10-4。
3.如權利要求1所述的以動態可控雙流進行視頻無線組播下TCP誤碼重傳控制方法,其特征在于:k等于0.5~2s。
4.如權利要求1所述的以動態可控雙流進行視頻無線組播下TCP誤碼重傳控制方法,其特征在于:t等于0.5~2s。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于杭州億圣信息技術有限公司,未經杭州億圣信息技術有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201910851784.1/1.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:信息顯示方法、裝置、終端、服務器、系統及存儲介質
- 下一篇:一種新型路由器





