[發明專利]一種數據傳輸方法和裝置有效
| 申請號: | 201710440184.7 | 申請日: | 2017-06-12 |
| 公開(公告)號: | CN107276728B | 公開(公告)日: | 2019-05-31 |
| 發明(設計)人: | 施崇陽 | 申請(專利權)人: | 北京三快在線科技有限公司 |
| 主分類號: | H04L1/16 | 分類號: | H04L1/16;H04L1/18 |
| 代理公司: | 北京潤澤恒知識產權代理有限公司 11319 | 代理人: | 莎日娜 |
| 地址: | 100083 北京市海*** | 國省代碼: | 北京;11 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 數據傳輸 方法 裝置 | ||
本發明提供了一種數據傳輸方法和裝置,所述方法包括:向終端連續發送多個數據幀,接收所述終端針對所述數據幀返回的接收確認消息;所述接收確認消息指向設定數量的數據幀;在連續發送多個數據幀之后,重發沒有被所述接收確認消息指向的歷史發送數據幀。根據本發明實施例,節省了終端所消耗的處理資源。
技術領域
本發明涉及數據處理領域,特別是涉及一種數據傳輸方法,以及,一種數據傳輸裝置。
背景技術
目前在系統升級、數據同步等的終端與網關進行數據交互的場景中,通常由網關將用于升級或同步的數據幀傳輸至各個終端,由終端采用接收的數據幀進行系統升級或數據同步。
為了保證數據傳輸的完整性,通常采用OTA(Over The Air Technology,空間下載技術)傳輸方式,網關將單個數據幀發送給用戶終端,用戶終端則需要逐幀確認,針對每個接收的數據幀返回一個接收確認消息(ACK,Acknowledgement),網關收到接收確認消息后再繼續發下一數據幀。如果沒有收到接收確認消息,網關則會重復地發送同一數據幀。網關發送數據幀和終端返回接收確認消息是一個完全串行的過程。
一方面,網關發送完當前的數據幀后,需要等待一段時間,直到接收到確認消息才能發送下一數據幀,網關與終端之間多次的確認需要終端一直保持喚醒狀態以便處理接收的數據幀。終端長時間保持喚醒狀態,需要消耗終端大量的處理資源。
另一方面,終端針對每個接收的數據幀返回接收確認消息,終端進行過多的發送處理,則會消耗終端大量的處理資源。
因此,目前的數據傳輸方法存在著消耗終端大量處理資源的問題。
發明內容
鑒于上述問題,提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的一種數據傳輸方法和數據傳輸裝置。
根據本發明的一個方面,提供了一種數據傳輸方法,所述方法包括:
向終端連續發送多個數據幀,接收所述終端針對所述數據幀返回的接收確認消息;所述接收確認消息指向設定數量的數據幀;
在連續發送多個數據幀之后,重發沒有被所述接收確認消息指向的歷史發送數據幀。
可選地,所述重發沒有被所述接收確認消息指向的歷史發送數據幀的步驟包括:
當單個所述接收確認消息指向一個數據幀,在全部的數據幀發送完畢后,針對沒有收到接收確認消息的全部歷史發送數據幀進行重發。
可選地,所述重發沒有被所述接收確認消息指向的歷史發送數據幀的步驟包括:
當單個所述接收確認消息指向多個連續的數據幀,針對當前沒有收到接收確認消息的歷史發送數據幀進行重發。
可選地,所述向終端連續發送多個數據幀的步驟包括:
發送一個數據幀,并監聽發送數據幀后的設定時間范圍內是否接收到接收確認消息;
若是,則繼續發送下一個數據幀;
若否,則標記當前發送的數據幀為發送失敗數據幀,并繼續發送下一個數據幀。
可選地,所述向終端連續發送多個數據幀的步驟包括:
將待發送數據包拆分成多個數據幀,移動至少一個具有設定范圍的數據標記窗口;
將在所述數據標記窗口內的數據幀發送至所述終端。
可選地,所述向終端連續發送多個數據幀的步驟包括:
按照數據幀的幀標識順序,依次發送多個數據幀至所述終端。
可選地,所述接收所述終端針對所述數據幀返回的接收確認消息的步驟包括:
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于北京三快在線科技有限公司,未經北京三快在線科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201710440184.7/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:一種進行反饋的方法和設備
- 下一篇:一種資源確定方法及裝置





