[發明專利]報文傳輸方法及裝置、系統、存儲介質、電子裝置

有效

• 申請號: 201810443885.0
• 申請日: 2018-05-10
• 公開（公告）號: CN108616334B
• 公開（公告）日: 2020-09-29
• 發明（設計）人: 熊勤;陳穎川;劉學安;史美康;張曉渠
• 申請（專利權）人: 南京中興軟件有限責任公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L12/24;H04L12/761;H04N21/6405
• 代理公司: 北京康信知識產權代理有限責任公司 11240
• 代理人: 江舟;董文倩

本發明提供了一種報文傳輸方法及裝置、系統、存儲介質、電子裝置，其中，該方法包括：接收第一設備發送的丟失報文的序號，其中，丟失報文的序號用于指示在第二設備發送給第一設備的報文中丟失報文的序號；對丟失報文的序號進行去重操作，得到丟失報文序號集合；將丟失報文序號集合發送給第二設備。通過本發明，解決了相關技術中處理丟失報文時間太長的技術問題。

技術領域

本發明涉及通信領域，具體而言，涉及一種報文傳輸方法及裝置、系統、存儲介質、電子裝置。

背景技術

網絡應用中，組播作為一種高效的傳輸方案，被廣泛應用于視頻傳輸、消息分發、文件推送，主流的組播方案是，基于無連接的UDP(User Data Protocol，用戶數據報協議)協議封裝原始數據報文，采用組播方式在網絡設備中分發和傳輸。由于組播傳輸存在不可靠性，在網絡異常時容易出現丟包或者誤碼，必須進行糾錯補償，以保證可靠性數據傳輸。IPTV(網路協定電視，Internet Protocol Television)\視頻會議等視頻業務領域中，相關技術中的組播傳輸方案是UDP組播+FEC(前向糾錯，Forward Error Correction)：對于媒體數據，發送端除了發送組播原始數據外，還會對媒體內容進行FEC糾錯編碼，發送FEC糾錯報文，接收端可以同時接收到媒體內容的原始數據報文和FEC報文，對于丟包或者誤碼的原始數據報文，接收端使用FEC糾錯報文對原始報文進行還原，從而大大提升媒體內容傳輸的質量。UDP組播+FEC方案存在的問題：FEC冗余報文只能提供部分的冗余度，原始數據報文丟包率超過FEC的冗余度的時候，FEC糾錯報文依舊無法對數據進行還原；FEC糾錯數據報文如果丟包，接收端將無法對原始數據報文進行還原。

為了實現更加高效的可靠組播傳輸，相關技術中IETF(The InternetEngineering Task Force，國際互聯網工程任務組)提出了一種基于NACK(NegativeAcknowledge，否定確認)機制的可靠組播協議NORM(NACK-Oriented Reliable MulticastTransport Protocol)，其主要的思想是，在正常情況下，發送端基于UDP+FEC方式協議封裝傳輸數據，以組播發送，接收端接收原始數據和FEC糾錯數據，并且根據報文的序號進行丟包檢測，如果沒有丟包，則進行FEC糾錯、解碼和業務呈現；如果存在丟包，那么接收端向發送端發送NACK(否定確認)報文，以此將丟失的組播報文的序號告訴發送端，發送端則根據NACK請求中的丟包報文序號，對指定的原始數據報文或者FEC糾錯報文發送修復報文，接收端接收到修復報文，則進行數據重組，這樣來實現可靠的數據傳輸。

NORM可靠組播傳輸方案與UDP組播+FEC糾錯傳輸方案相比，引入了類似于TCP(Transport Control Protocol)的丟包重傳和擁塞控制機制，在傳輸可靠性上，遠遠好于UDP組播+FEC方案，使得NORM可以適用于更多的傳輸場景。目前可以適用NORM的業務場景有：比如IPTV直播、OTT(Over The Top)直播、數字視頻廣播(Digital VideoBroadcasting，DVB)直播、分布式消息隊列、文件分發、網紅直播、視頻會議、網絡游戲、軍事指揮系統等等。著名的開源消息隊列ZeroMQ就支持使用NORM作為傳輸協議，CableLabs的IPTV規范也將NORM定義為媒體傳輸的標準協議，其市場價值越來越高。

NORM的可靠組播傳輸機制也存在問題，如附圖1所示，圖1是本發明相關技術中NORM可靠組播傳輸機制的示意圖。