CN107276728B - 一种数据传输方法和装置 - Google Patents
一种数据传输方法和装置 Download PDFInfo
- Publication number
- CN107276728B CN107276728B CN201710440184.7A CN201710440184A CN107276728B CN 107276728 B CN107276728 B CN 107276728B CN 201710440184 A CN201710440184 A CN 201710440184A CN 107276728 B CN107276728 B CN 107276728B
- Authority
- CN
- China
- Prior art keywords
- data frame
- frame
- data
- confirmation message
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/188—Time-out mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种数据传输方法和装置,所述方法包括:向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。根据本发明实施例,节省了终端所消耗的处理资源。
Description
技术领域
本发明涉及数据处理领域,特别是涉及一种数据传输方法,以及,一种数据传输装置。
背景技术
目前在系统升级、数据同步等的终端与网关进行数据交互的场景中,通常由网关将用于升级或同步的数据帧传输至各个终端,由终端采用接收的数据帧进行系统升级或数据同步。
为了保证数据传输的完整性,通常采用OTA(Over The Air Technology,空间下载技术)传输方式,网关将单个数据帧发送给用户终端,用户终端则需要逐帧确认,针对每个接收的数据帧返回一个接收确认消息(ACK,Acknowledgement),网关收到接收确认消息后再继续发下一数据帧。如果没有收到接收确认消息,网关则会重复地发送同一数据帧。网关发送数据帧和终端返回接收确认消息是一个完全串行的过程。
一方面,网关发送完当前的数据帧后,需要等待一段时间,直到接收到确认消息才能发送下一数据帧,网关与终端之间多次的确认需要终端一直保持唤醒状态以便处理接收的数据帧。终端长时间保持唤醒状态,需要消耗终端大量的处理资源。
另一方面,终端针对每个接收的数据帧返回接收确认消息,终端进行过多的发送处理,则会消耗终端大量的处理资源。
因此,目前的数据传输方法存在着消耗终端大量处理资源的问题。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据传输方法和数据传输装置。
根据本发明的一个方面,提供了一种数据传输方法,所述方法包括:
向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;
在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,所述重发没有被所述接收确认消息指向的历史发送数据帧的步骤包括:
当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
可选地,所述重发没有被所述接收确认消息指向的历史发送数据帧的步骤包括:
当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
可选地,所述向终端连续发送多个数据帧的步骤包括:
发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
若是,则继续发送下一个数据帧;
若否,则标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
可选地,所述向终端连续发送多个数据帧的步骤包括:
将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
将在所述数据标记窗口内的数据帧发送至所述终端。
可选地,所述向终端连续发送多个数据帧的步骤包括:
按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
可选地,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤包括:
接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述方法还包括:
将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
可选地,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤包括:
接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述方法还包括:
根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
可选地,所述针对当前没有收到接收确认消息的历史发送数据帧进行重发的步骤包括:
当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
根据本发明的另一方面,提供了一种数据传输方法,所述方法包括:
接收网关连续发送的多个数据帧;
针对接收的多个数据帧,返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧。
根据本发明的另一方面,提供了一种数据传输装置,所述装置包括:
数据帧发送模块,用于向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;
数据帧重发模块,用于在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,所述数据帧重发模块包括:
第一重发子模块,用于当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
可选地,所述数据帧重发模块包括:
第二重发子模块,用于当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
可选地,所述数据帧发送模块包括:
监听子模块,用于发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
所述数据帧发送模块具体用于继续发送下一个数据帧,或者,标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
可选地,所述数据帧发送模块包括:
数据包拆分子模块,用于将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
数据帧发送子模块,用于将在所述数据标记窗口内的数据帧发送至所述终端。
可选地,所述数据帧发送模块包括:
依次发送数据帧子模块,用于按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
可选地,所述数据帧发送模块包括:
接收确认消息接收子模块,用于接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述装置还包括:
发送成功数据帧标记模块,用于将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
可选地,所述数据帧发送模块包括:
查找指示信息接收子模块,用于接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述装置还包括:
历史发送数据帧查找模块,用于根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
可选地,所述第二重发子模块包括:
发送失败数据帧重发子单元,用于当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
根据本发明的另一方面,提供了一种数据传输装置,所述装置包括:
数据帧接收模块,用于接收网关连续发送的多个数据帧;
接收确认消息返回模块,用于返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧。
根据本发明实施例,网关向终端连续发送多个数据帧,接收终端返回的接收确认消息,根据指向设定数量的数据帧的单个接收确认消息,可以一次性地确认设定数量的发送成功数据帧或发送失败数据帧,并针对发送失败的数据帧进行重发,由此,在保证数据完整性的同时,缩短了终端保持唤醒状态的时间,节省了终端消耗的处理资源;而且,终端无须针对每个接收到的数据帧返回接收确认消息,节省了终端消耗的处理资源。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了本发明实施例一的一种数据传输方法的步骤流程图;
图2示出了本发明实施例二的一种数据传输方法的步骤流程图;
图3示出了本发明实施例三的一种数据传输方法的步骤流程图;
图4示出了本发明实施例四的一种数据传输装置的结构框图;
图5示出了本发明实施例五的一种数据传输装置的结构框图;
图6示出了本发明实施例六的一种数据传输装置的结构框图;
图7示出了本发明实施例的一种发送数据帧的步骤流程图;
图8示出了本发明实施例的另一种发送数据帧的步骤流程图;
图9示出了本发明实施例的一种返回接收确认消息的步骤流程图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
实施例一
详细介绍本发明实施例提供的一种数据传输方法。
参照图1,示出了本发明实施例一的一种数据传输方法的步骤流程图。
步骤101,向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧。
需要说明的是,上述的终端可以包括任何具有数据处理能力的智能设备,如电脑、手机等终端,又如智能门锁、智能电视机、智能空调等家居设备。
具体实现中,网关可以将多个数据帧连续不断地发送至终端。例如,网关根据数据帧的帧标识顺序,依次发出数据帧,在发出一个数据帧后,并不需要等待终端针对当前数据帧返回的接收确认消息,即可继续发送下一个数据帧。又例如,网关在发出一个数据帧后,可以等待一段时间后,无论是否收到接收确认消息,仍然继续发送下一个数据帧。
本领域技术人员可以根据需要采用不同的方式实现多个数据帧的连续发送,以保证在终端没有返回接收确认消息的情况下仍能继续发送下一数据帧。
终端在接收到数据帧后,可以返回针对数据帧的接收确认消息。其中,接收确认消息可以指向设定数量的数据帧。例如,终端可以针对多个接收到的数据帧返回一个接收确认消息,而无须仅仅限于针对一个数据帧返回一个接收确认消息。
实际应用中,终端可以根据其所处网络环境,确定所返回的接收确认消息指向一个数据帧,还是指向多个连续的数据帧。例如,在网络环境较佳的情况下,适合于在当前重发多个数据帧,可以在单个的接收确认消息中添加多个数据帧的帧标识,而在网络环境相对不理想的情况下,并不适合在当前重发数据帧,则可以在单个的接收确认消息中添加单个数据帧的帧标识。从而使得网关可以根据接收确认消息中所指向设定数量的数据帧,在数据帧发送失败的情况下,采用匹配于终端所处网络环境的数据帧重发方式。
步骤102,在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
具体实现中,网关可以根据终端返回的接收确认消息所指向的数据帧,确定历史发送的多个数据帧中,没有被接收确认消息指向的确定为发送失败的数据帧。在连续发送多个数据帧之后,可以确定发送失败的数据帧后,并重发该部分的数据帧。
在其中一种重发没有被所述接收确认消息指向的历史发送数据帧的具体实施方式中,可以在单个接收确认消息指向一个数据帧的时候,在全部的数据帧发送完毕后,针对没有收到接收确认消息的历史发送数据帧进行重发。例如,网关针对指向一个数据帧的单个接收确认消息,可以在当前发送某个数据帧后,若没有接收到针对该数据帧的接收确认消息,则可以将该数据帧标记为发送失败数据帧,并继续发送下一个数据帧。在将全部的数据帧均发送完毕后,将标记的发送失败数据帧重新发送至终端。
在另一种重发没有被所述接收确认消息指向的历史发送数据帧的具体实施方式中,可以在单个所述接收确认消息指向多个连续的数据帧,在连续发送多个数据帧之后,针对当前没有收到接收确认消息的历史发送数据帧进行重发。例如,在连续发送多个数据帧之后,若当前没有接收到指向该多个连续数据帧的接收确认消息,则可以将该多个连续的数据帧重新发送至终端。
本领域技术人员可以实际需要采用不同方式重发没有被接收确认消息指向的历史发送数据帧,本发明实施例对此不作限制。
根据本发明实施例,网关向终端连续发送多个数据帧,接收终端返回的接收确认消息,根据指向设定数量的数据帧的单个接收确认消息,可以一次性地确认设定数量的发送成功数据帧或发送失败数据帧,并针对发送失败的数据帧进行重发,由此,在保证数据完整性的同时,一方面,网关无须等待终端的接收确认消息即可发送下一数据帧,缩短了数据传输过程耗费的时间,从而缩短了终端保持唤醒状态的时间,节省了终端消耗的处理资源;另一方面,终端无须针对每个接收到的数据帧返回接收确认消息,减少了发送处理,节省了终端消耗的处理资源。因此,在整个数据传输过程中,节省了终端所消耗的处理资源。
实施例二
详细介绍本发明实施例提供的另一种数据传输方法。
参照图2,示出了本发明实施例二的一种数据传输方法的步骤流程图。
步骤201,向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧。
可选地,所述向终端连续发送多个数据帧的步骤可以包括以下子步骤:
子步骤S11,将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口。
子步骤S12,将在所述数据标记窗口内的数据帧发送至所述终端。
需要说明的是,上述的待发送数据包可以为发送给终端供终端系统升级的固件。具体实现中,可以将数据包拆分成多个数据帧。可以设定一个发送窗口,将多个数据帧输入至该发送窗口。针对发送窗口上的多个数据帧,可以初始化一个设定范围的数据标记窗口。
可以将该数据标记窗口按照设定的时间间隔和滑动幅度,沿数据帧的排列方向进行移动。移动后的数据标记窗口可以标记出若干个数据帧,将被标记的若干数据帧发送至终端。
可选地,所述向终端连续发送多个数据帧的步骤可以包括以下子步骤:
子步骤S21,按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
具体实现中,可以根据多个待发送的数据帧的帧标识的排列顺序,依次发送给终端。实际应用中,帧标识可以是数据帧的帧号,可以按照帧号的大小顺序进行发送。
实际应用中,在所述步骤201之前,所述方法可以还包括:
向所述终端发送所述数据帧的摘要信息。
当在设定时间范围内没有收到所述终端返回的摘要校验成功消息,则停止发送数据帧。
具体实现中,网关可以在进行数据帧的发送之前,预先向终端发送当前要发送的多个数据帧的摘要信息,供终端进行初步的校验和获取本次所要传输的全部数据帧的帧标识等信息。实际应用中,摘要信息可以是压缩固件以及MD5(Message Digest AlgorithmMD5,消息摘要算法第五版)校验后生成的Meta信息(Meta Information,元信息)。
终端对摘要信息进行校验后,可以根据校验结果相应返回摘要校验成功消息或摘要校验失败消息。校验成功则可以开始数据帧的发送,校验失败则不开始数据帧发送。实际应用中,可以针对发送的摘要信息设置定时器,以对终端返回消息进行监听计时。如果超过一定时间仍然未收到针对摘要信息的校验成功消息,则不开始数据帧发送。
步骤202,接收所述终端针对校验失败的数据帧返回的校验失败消息。
步骤203,重发所述校验失败消息对应的数据帧。
终端针对接收的数据帧可以进行校验,以保证数据帧的内容正确无损。若校验失败,终端可以返回校验失败消息至网关。由于可以接收到校验失败消息,表明终端目前的网络环境正常,因此网关可以针对校验失败的数据帧即时进行重发,而无须等待到全部数据帧发送后再重发。若校验成功,终端可以直接返回接收确认消息至网关,从而网关可以继续发送下一个数据帧。
步骤204,在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,所述步骤204可以包括以下子步骤:
子步骤S31,当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
当网关接收到的单个接收确认消息指向一个数据帧,可以采用相应的数据帧重发方式进行重发。具体地,在发送完全部的数据帧之后,可以在全部历史发送数据帧中,查找不存在接收确认消息的历史发送数据帧作为发送失败数据帧,将发送失败数据帧发送至所述终端。或者,在当前发送某个数据帧后,若没有接收到针对该一个数据帧的单个接收确认消息,则可以将该一个数据帧标记为发送失败数据帧,并继续发送下一个数据帧。在发送完全部的数据帧之后,在历史发送的数据帧中,查找标记为发送失败数据帧,将其全部重新发送至终端。
可选地,所述向终端连续发送多个数据帧的步骤可以包括:
发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
若是,则继续发送下一个数据帧;
若否,则标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
具体实现中,网关可以在发送一个数据帧之后,针对每个发送的数据帧设置一个定时器,以对终端返回接收确认消息进行监听计时。若网关在设定时间范围内接收到接收确认消息,则继续发送下一个数据帧。若在设定时间范围内仍为收到接收确认消息,表明终端可能由于网络环境不佳而无法成功接收数据帧或无法成功返回接收确认消息。因此可以标记当前的数据帧为发送失败数据帧,并继续发送下一个数据帧。
实际应用中,其中一种的针对没有收到接收确认消息的全部历史发送数据帧进行重发的具体实施方式中,可以监听发送所述发送失败数据帧后的设定时间范围内是否接收到接收确认消息;若是,则继续发送下一个发送失败数据帧,若否,则重发当前的发送失败数据帧。更具体地,在将全部数据帧发送至终端后,可以针对发送失败的数据帧进行重发。重发过程中,若在设定时间范围内接收到接收确认消息,则继续发送下一个数据帧。若未接收到接收确认消息,则可以重新发送当前的数据帧。
在实际的数据传输应用场景中,可能会因为终端所处的网络环境不佳,导致发送数据帧或返回接收确认消息失败。例如,有其他用户从正在进行数据传输的终端旁边路过,干扰了终端的网络信号,或者,当前的网络信号存在波动等等。在网络环境不佳的情况下,网关如果一直重发发送失败的数据帧,则会导致整个数据传输的耗时较长,终端也相应地需要保持较长的唤醒状态。长时间保持唤醒状态需要消耗高功耗终端大量的处理资源,最终可能会影响终端的使用寿命。
根据本发明实施例,通过向终端连续发送多个数据帧,在终端所处网络环境不佳而没有收到接收确认消息的情况下,继续发送下一个数据帧至到全部数据帧发送完毕,在终端所处网络环境恢复正常后再重发数据帧。从而减少了在网络环境不佳的情况下重发数据帧耗费的时间,终端保持唤醒状态的时间也相应减少。在保证数据完整性的同时,节省了终端所消耗的处理资源。而且,由于终端无须长时间处于唤醒状态处理数据帧,提升了终端的使用寿命。
可选地,所述步骤204可以包括以下子步骤:
子步骤S41,当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
当网关接收到的单个接收确认消息指向多个连续的数据帧,可以采用相应的数据帧重发方式进行重发。具体地,在当前连续发送多个数据帧后,若没有接收到指向多个连续的数据帧的接收确认消息,则可以将该多个连续的数据帧重新发送至终端。若在当前连续发送多个数据帧后,接收到指向多个连续的数据帧的接收确认消息,则可以针对该多个数据帧标记为发送成功数据帧,并继续发送下一批的多个连续的数据帧。
在实际应用中,可以针对每个发送的数据帧设置一个定时器,以对接收确认消息的返回时间进行计时监听。针对连续发送多个数据帧的情况,如果在一定时间内仍然未接收到针对多个连续的数据帧的单个接收确认消息,则认为之前连续发送的多个数据帧均发送失败,可以对该多个发送失败的数据帧进行重发。
可选地,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤可以包括以下子步骤:
子步骤S51,接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述方法可以还包括:
将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
具体实现中,终端在接收到多个数据帧后,可以将所接收的多个数据帧的帧标识添加至接收确认消息,然后返回给网关。网关接收到指向多个数据帧的单个接收确认消息后,可以根据其中添加的多个帧标识,查找对应的数据帧,将查找的多个数据帧标记为发送成功数据帧。
可选地,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤可以包括以下子步骤:
子步骤S61,接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述方法可以还包括:
根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
具体实现中,终端在接收到多个数据帧后,可以将最新接收到的数据帧的帧标识作为目标帧标识,与查找指示信息一起添加至接收确认消息,然后返回给网关。网关接收到指向多个数据帧的单个接收确认消息后,可以根据查找指示信息和其中添加的目标帧标识,在此前发送过的数据帧中,查找帧标识小于目标帧标识的数据帧,将查找的多个数据帧标记为发送成功数据帧。
在实际的数据传输应用场景中,网关可以一定时间间隔连续发送多个数据帧至终端,并针对每个发送的数据帧设置定时器,设置的超时时间可以为T1。终端在收到一个数据帧之后,即使对数据帧校验成功,也可以不立即返回接收确认消息,而是根据超时时间T1和返回一个接收确认消息所耗时间T2确定当前的待机时间(T1-2*T2)。如果待机时间内接收到更多数据帧,则在待机时间结束后,返回添加有最后收到的数据帧的目标帧号的接收确认消息。网关收到该接收确认消息后,则可以将帧号小于目标帧号的多个数据帧的定时器进行关闭,表明该部分的数据帧为发送成功的数据帧,并继续发送后续的多个数据帧。例如,网关依次发送了帧号为1至10的数据帧至终端,收到的接收确认消息中添加有帧号10,则可以认为帧号为1至10的数据帧均发送成功。
可选地,所述子步骤S61可以包括:
当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
具体实现中,网关发送了多个连续的数据帧之后,若没有接收到接收确认消息,则可以依据最近发送的数据帧的帧标识,查找小于该帧标识的多个历史发送的数据帧,在查找的数据帧中,可以将未被标记为发送成功数据帧的数据帧,作为发送失败的数据帧进行重发。
根据本发明实施例,通过向终端连续发送多个数据帧,由终端返回一个指向多个数据帧的接收确认消息,从而终端无须分别针对各个数据帧返回多个接收确认消息,在保证数据完整性的同时,节省了终端所消耗的处理资源。而且,终端可以提供更多的处理资源供其他功能使用,提升了终端的整体处理效率。
实际应用中,若连续标记发送失败数据帧的次数或数据帧重发次数大于预设阈值,则停止发送数据帧。因为在实际的应用场景中,可能存在着终端所处网络环境不佳,一直无法恢复的情况。在这种情况下,可能会导致连续的发送数据帧失败,如果一直尝试重发数据帧则会耗费终端的处理资源。因此,当连续针对多个数据帧标记为发送失败的次数超过一定阈值时,或数据帧重发次数超过一定阈值时,可以停止发送数据帧,退出本次的数据帧发送任务。
实际应用中,所述方法可以还包括:接收所述终端的数据帧请求消息;所述数据帧请求消息包括所述终端记录的接收失败数据帧的帧标识。
根据所述数据帧请求消息中的帧标识向所述终端发送所述接收失败数据帧。终端可以根据摘要信息中本次数据传输任务中所有待发送数据帧的帧标识,或者,根据多个所接收数据帧中缺失的数据帧,确定接收失败的数据帧并记录其帧标识,将该帧标识添加至数据帧请求消息并发送给网关,由网关将相应的数据帧重发给终端。
网关和终端分别记录发送失败的数据帧和接收失败的数据帧,通过终端请求网关重发缺失的数据帧的方式,在避免增加终端的处理资源的同时,进一步保证了数据传输的完整性。
需要说明的是,本发明实施例所提供的重发没有被所述接收确认消息指向的历史发送数据帧的若干实施方式,既可以单独应用在实际的数据传输应用场景中,也可以结合为一种数据传输方式进行应用,均能起到在保证数据完整性的同时节省终端所消耗处理资源的作用。例如,针对多个连续发送的数据帧,根据单个的指向多个数据帧的接收确认消息标记多个数据帧为发送成功数据帧;若没有收到接收确认消息时,可以将该多个数据帧标记为发送失败数据帧,在发送全部数据帧之后再进行重发。本领域技术人员可以根据实际需要单独或结合应用上述提供的数据传输方法。
在实际的数据传输应用场景中,不同功耗的终端适用于不同的数据传输方式。如高功耗终端适于避免长时间处于唤醒状态,而低功耗终端适于减少返回接收确认消息的次数。
因此,根据本发明实施例,终端可以根据自身的功耗消耗情况,返回相应的指向一个数据帧或多个数据帧的单个接收确认消息。对于高功耗终端,可以使得高功耗终端无须长时间处于唤醒状态处理数据帧,提升了高功耗终端的使用寿命。对于低功耗终端,无须分别针对各个数据帧返回多个接收确认消息,节省了处理资源,以提供更多的处理资源供其他功能使用,提升了低功耗终端的整体处理效率。从而,使得网关可以自动切换适应终端功耗消耗的数据传输方式,提升了数据传输的灵活性和适应性。
需要说明的是,实际应用中,可以预先根据终端的功耗情况选择相应的数据传输方式,而无须根据终端返回的接收确认消息进行切换。
为了便于本领域技术人员深入理解本发明实施例,以下将结合具体实施示例进行说明。
图7示出了本发明实施例的一种发送数据帧的步骤流程图。从图中可见,网关可以首先发送摘要信息meta至终端进行初步校验,判断是否在设定时间范围内接收到ACK,若超时接收则退出本次传输任务,若正确接收则开始发送数据帧。每发送一个数据帧则可以设置一个发送定时器,判断是否在设定时间范围内接收到ACK,若超时接收则标记当前未发送成功数据帧的帧号,并发送下一数据帧;针对接收到的ACK,判断终端对所接收数据帧进行校验后添加的校验结果,若接收到校验成功的ACK,则直接发送下一数据帧,若接收到校验失败的ACK,则重发当前的数据帧,并针对当前重发的数据帧设置发送定时器。在发送完全部的数据帧后,将标记未发送成功的数据帧进行重发。在上述过程中,若存在接收ACK连续超时的情况,则退出本次传输任务。当成功发送全部数据帧后,则完成本次传输任务。
图8示出了本发明实施例的另一种发送数据帧的步骤流程图。从图中可见,网关连续发送多个数据帧至终端,每发送一个数据帧可以设置一个发送定时器,判断是否在设定时间范围内接收到ACK,若超时接收或校验失败则重发当前的多个数据帧;若接收到校验成功的ACK,则继续连续发送多个数据帧。在上述过程中,若存在接收ACK连续超时的情况,则退出本次传输任务。当成功发送全部数据帧后,则完成本次传输任务。
实施例三
详细介绍本发明实施例提供的另一种数据传输方法。
参照图3,示出了本发明实施例三的一种数据传输方法的步骤流程图。
步骤301,接收网关连续发送的多个数据帧。
步骤302,针对接收的多个数据帧,返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧。
具体实现中,终端可以接收到网关发送的多个连续的数据帧,并返回针对设定数量的数据帧的单个接收确认消息,供网关重发没有被所述接收确认消息指向的历史发送数据帧。网关重发没有被所述接收确认消息指向的历史发送数据帧的具体实施方式,可以针对指向一个数据帧的单个接收确认消息,在全部的数据帧发送完毕后,针对没有收到接收确认消息的历史发送数据帧进行重发,或者,也可以针对指向多个连续数据帧的单个接收确认消息,在没有收到接收确认消息时,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
实际应用中,所述方法可以还包括:
监听当前接收数据帧后的设定时间范围是否接收到下一数据帧。
若否,则标记下一数据帧为接收失败数据帧。
具体实现中,终端可以针对当前接收的数据帧设置定时器,以对下一数据帧的接收时间进行监听计时。由于网关发送连续的多个数据帧,根据当前接收的数据帧的帧标识可以确定下一数据帧的帧标识。因此,当设定时间范围内未收到下一数据帧,则可以针对下一数据帧的帧标识标记接收失败数据帧。
实际应用中,所述方法可以还包括:
校验接收的数据帧。当校验失败时,将针对校验失败的数据帧的校验失败消息返回至网关,供所述网关根据该校验失败消息重发对应的数据帧。当校验成功时,则可以直接返回接收确认消息。由于网关可以接收到校验失败消息,表明终端目前的网络环境正常,因此网关可以针对校验失败的数据帧即时进行重发,而无须等待到全部数据帧发送后再重发。
实际应用中,所述方法可以还包括:
当连续标记接收失败数据帧的次数大于预设阈值,则停止接收数据帧。
实际应用中,可能存在着终端所处网络环境不佳,一直无法恢复的情况。在这种情况下,可能会导致连续的接收数据帧失败,如果一直尝试接收数据帧则会耗费终端的处理资源。因此,当连续针对多个数据帧标记为接收失败的次数超过一定阈值时,可以停止接收数据帧,退出本次的数据帧接收任务。
实际应用中,所述方法可以还包括:
在数据帧请求消息中添加被标记为接收失败数据帧的帧标识,并向所述网关发送数据帧请求消息。
具体实现中,终端可以根据摘要信息中本次数据传输任务中所有待发送数据帧的帧标识,或者,根据多个所接收数据帧中缺失的数据帧,确定接收失败的数据帧并记录其帧标识,将该帧标识添加至数据帧请求消息并发送给网关,由网关将相应的数据帧重发给终端。
实际应用中,针对当前接收到的一个数据帧,返回记录有所接收数据帧的帧标识的接收确认消息;或者,针对在设定时间范围内接收到的多个连续的数据帧,返回记录有最新接收数据帧或所接收的全部数据帧的帧标识的接收确认消息。
具体实现中,可以针对每一个接收的数据帧,返回一个接收确认消息。或者,针对设定时间范围内接收到的多个数据帧,将最近接收的数据帧的帧标识或该多个数据帧的全部帧标识添加至接收确认消息,并返回给网关。
实际应用中,所述数据帧可以携带所述网关设置的用于监听数据帧发送是否失败的设定时间范围,终端可以从当前接收的数据帧中查找所述设定时间范围。
例如,网关可以针对每个发送的数据帧设置一个定时器,设置的超时时间可以为T1,作为监听数据帧发送是否失败的设定时间范围。
终端在接收到数据帧后可以查找到该设定时间范围。终端可以根据所述设定时间范围和每次返回接收确认消息所耗费的时间,确定当前的待机时间。
例如,终端在收到一个数据帧之后,即使对数据帧校验成功,也可以不立即返回接收确认消息,而是根据超时时间T1和返回一个接收确认消息所耗时间T2确定当前的待机时间(T1-2*T2)。
终端针对在待机时间内接收的一个或多个数据帧,返回接收确认消息。
例如,网关依次发送了帧号为1至10的数据帧至终端,而终端在待机时间内接收到帧号为1至5的数据帧,可以针对在待机时间内最后接收到的数据帧,将帧号5和查找指示信息添加至接收确认消息中,或者,将帧号1至5均添加至接收确认消息中。将该接收确认消息返回给网关,网关可以根据该接收确认消息,确认1至5的数据帧已经被终端成功接收。
根据本发明实施例,网关向终端连续发送多个数据帧,接收终端返回的接收确认消息,根据指向设定数量的数据帧的单个接收确认消息,可以一次性地确认设定数量的发送成功数据帧或发送失败数据帧,并针对发送失败的数据帧进行重发,由此,在保证数据完整性的同时,一方面,网关无须等待终端的接收确认消息即可发送下一数据帧,缩短了数据传输过程耗费的时间,从而缩短了终端保持唤醒状态的时间,节省了终端消耗的处理资源;另一方面,终端无须针对每个接收到的数据帧返回接收确认消息,减少了发送处理,节省了终端消耗的处理资源。因此,在整个数据传输过程中,节省了终端所消耗的处理资源。
为了便于本领域技术人员深入理解本发明实施例,以下将结合具体实施示例进行说明。
图9示出了本发明实施例的一种返回接收确认消息的步骤流程图。从图中可见,终端可以针对接收的摘要信息meta进行初步的校验和检查,并返回包含校验结果的ACK至网关,以触发数据帧的发送。终端可以监听是否在设定时间范围内接收到数据帧,若成功接收到数据帧,则返回针对一个或多个成功接收数据帧的ACK至网关;若超时接收,则标记未成功接收的数据帧,并保持待机状态。若存在连续的超时接收的情况,则记录下所有未成功接收的数据帧后退出本次传输任务。若已经接收到所有数据帧后,则完成本次传输任务。
需要说明的是,对于前述的方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本发明所必需的。
实施例四
详细介绍本发明实施例提供的一种数据传输装置。
参照图4,示出了本发明实施例四的一种数据传输装置的结构框图。
所述装置可以包括:
数据帧发送模块401,用于向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧。
数据帧重发模块402,用于在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
根据本发明实施例,网关向终端连续发送多个数据帧,接收终端返回的接收确认消息,根据指向设定数量的数据帧的单个接收确认消息,可以一次性地确认设定数量的发送成功数据帧或发送失败数据帧,并针对发送失败的数据帧进行重发,由此,在保证数据完整性的同时,一方面,网关无须等待终端的接收确认消息即可发送下一数据帧,缩短了数据传输过程耗费的时间,从而缩短了终端保持唤醒状态的时间,节省了终端消耗的处理资源;另一方面,终端无须针对每个接收到的数据帧返回接收确认消息,减少了发送处理,节省了终端消耗的处理资源。因此,在整个数据传输过程中,节省了终端所消耗的处理资源。
实施例五
详细介绍本发明实施例提供的一种数据传输装置。
参照图5,示出了本发明实施例五的一种数据传输装置的结构框图。
所述装置可以包括:
数据帧发送模块501,用于向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧。
校验失败消息接收模块502,用于接收所述终端针对校验失败的数据帧返回的校验失败消息。
校验失败重发模块503,用于当接收到所述终端返回的校验失败消息,则重发所述校验失败消息对应的数据帧。
数据帧重发模块504,用于在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,所述数据帧重发模块504包括:
第一重发子模块,用于当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
可选地,所述数据帧重发模块504包括:
第二重发子模块,用于当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
可选地,所述数据帧发送模块501包括:
监听子模块,用于监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
所述数据帧发送模块具体用于发送一个数据帧以及继续发送下一个数据帧,或者,标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
可选地,所述数据帧发送模块501包括:
数据包拆分子模块,用于将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
数据帧发送子模块,用于将在所述数据标记窗口内的数据帧发送至所述终端。
可选地,所述数据帧发送模块501包括:
依次发送数据帧子模块,用于按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
可选地,所述数据帧发送模块501包括:
接收确认消息接收子模块,用于接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述装置还包括:
发送成功数据帧标记模块,用于将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
可选地,所述数据帧发送模块501包括:
查找指示信息接收子模块,用于接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述装置还包括:
历史发送数据帧查找模块,用于根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
可选地,所述第二重发子模块包括:
发送失败数据帧重发子单元,用于当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
根据本发明实施例,通过向终端连续发送多个数据帧,在终端所处网络环境不佳而没有收到接收确认消息的情况下,继续发送下一个数据帧至到全部数据帧发送完毕,在终端所处网络环境恢复正常后再重发数据帧。从而减少了在网络环境不佳的情况下重发数据帧耗费的时间,终端保持唤醒状态的时间也相应减少。在保证数据完整性的同时,节省了终端所消耗的处理资源。而且,由于终端无须长时间处于唤醒状态处理数据帧,提升了终端的使用寿命。
根据本发明实施例,通过向终端连续发送多个数据帧,由终端返回一个指向多个数据帧的接收确认消息,从而终端无须分别针对各个数据帧返回多个接收确认消息,在保证数据完整性的同时,节省了终端所消耗的处理资源。而且,终端可以提供更多的处理资源供其他功能使用,提升了终端的整体处理效率。
根据本发明实施例,终端可以根据自身的功耗消耗情况,返回相应的指向一个数据帧或多个数据帧的单个接收确认消息。对于高功耗终端,可以使得高功耗终端无须长时间处于唤醒状态处理数据帧,提升了高功耗终端的使用寿命。对于低功耗终端,无须分别针对各个数据帧返回多个接收确认消息,节省了处理资源,以提供更多的处理资源供其他功能使用,提升了低功耗终端的整体处理效率。从而,使得网关可以自动切换适应终端功耗消耗的数据传输方式,提升了数据传输的灵活性和适应性。
实施例六
详细介绍本发明实施例提供的一种数据传输装置。
参照图6,示出了本发明实施例六的一种数据传输装置的结构框图。
所述装置包括:
数据帧接收模块601,用于接收网关连续发送的多个数据帧。
接收确认消息返回模块602,用于返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧。
根据本发明实施例,网关向终端连续发送多个数据帧,接收终端返回的接收确认消息,根据指向设定数量的数据帧的单个接收确认消息,可以一次性地确认设定数量的发送成功数据帧或发送失败数据帧,并针对发送失败的数据帧进行重发,由此,在保证数据完整性的同时,一方面,网关无须等待终端的接收确认消息即可发送下一数据帧,缩短了数据传输过程耗费的时间,从而缩短了终端保持唤醒状态的时间,节省了终端消耗的处理资源;另一方面,终端无须针对每个接收到的数据帧返回接收确认消息,减少了发送处理,节省了终端消耗的处理资源。因此,在整个数据传输过程中,节省了终端所消耗的处理资源。
对于上述文字识别装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
实施例七
详细介绍本发明实施例提供的一种计算机设备和一种计算机可读存储介质。
本发明实施例提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现以下步骤:
向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;
在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
若是,则继续发送下一个数据帧;
若否,则标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
将在所述数据标记窗口内的数据帧发送至所述终端。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
可选地,所述处理器执行所述程序时还可以实现以下步骤:
当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现以下步骤:
向终端连续发送多个数据帧,接收所述终端针对所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;
在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧。
可选地,该程序被处理器执行时还可以实现以下步骤:
当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发。
可选地,该程序被处理器执行时还可以实现以下步骤:
当单个所述接收确认消息指向多个连续的数据帧,针对当前没有收到接收确认消息的历史发送数据帧进行重发。
可选地,该程序被处理器执行时还可以实现以下步骤:
发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
若是,则继续发送下一个数据帧;
若否,则标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
可选地,该程序被处理器执行时还可以实现以下步骤:
将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
将在所述数据标记窗口内的数据帧发送至所述终端。
可选地,该程序被处理器执行时还可以实现以下步骤:
按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
可选地,该程序被处理器执行时还可以实现以下步骤:
接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
可选地,该程序被处理器执行时还可以实现以下步骤:
接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
可选地,该程序被处理器执行时还可以实现以下步骤:
当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域技术人员易于想到的是:上述各个实施例的任意组合应用都是可行的,故上述各个实施例之间的任意组合都是本发明的实施方案,但是由于篇幅限制,本说明书在此就不一一详述了。
在此提供的基于移动终端的电话举报方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造具有本发明方案的系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的文字识别方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
Claims (18)
1.一种数据传输方法,所述方法包括:
向终端连续发送多个数据帧,接收所述终端针对在待机时间内接收的所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;其中,所述待机时间根据超时时间和返回一个接收确定消息所耗时间确定;所述超时时间为监听数据帧发送是否失败的设定时间范围;
在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧;
其中,所述重发没有被所述接收确认消息指向的历史发送数据帧的步骤包括:
当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发;
或,
当单个所述接收确认消息指向多个连续的数据帧时,针对当前没有收到接收确认消息的历史发送数据帧进行重发;其中,所述接收确认消息包含多个数据帧的帧标识。
2.根据权利要求1所述的方法,所述向终端连续发送多个数据帧的步骤包括:
发送一个数据帧,并监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
若是,则继续发送下一个数据帧;
若否,则标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
3.根据权利要求1所述的方法,所述向终端连续发送多个数据帧的步骤包括:
将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
将在所述数据标记窗口内的数据帧发送至所述终端。
4.根据权利要求1所述的方法,当单个所述接收确认消息指向多个连续的数据帧时,所述接收确认消息包含多个数据帧的帧标识,所述向终端连续发送多个数据帧的步骤包括:
按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
5.根据权利要求1所述的方法,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤包括:
接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述方法还包括:
将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
6.根据权利要求4所述的方法,所述接收所述终端针对所述数据帧返回的接收确认消息的步骤包括:
接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述方法还包括:
根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
7.根据权利要求5或6所述的方法,所述针对当前没有收到接收确认消息的历史发送数据帧进行重发的步骤包括:
当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
8.一种数据传输方法,所述方法包括:
接收网关连续发送的多个数据帧;
针对接收的多个数据帧,在待机时间内返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧;其中,所述待机时间根据超时时间和返回一个接收确定消息所耗时间确定;所述超时时间为监听数据帧发送是否失败的设定时间范围;
其中,当单个所述接收确认消息指向多个连续的数据帧时,所述接收确认消息包含多个数据帧的帧标识。
9.一种数据传输装置,所述装置包括:
数据帧发送模块,用于向终端连续发送多个数据帧,接收所述终端针对在待机时间内接收的所述数据帧返回的接收确认消息;所述接收确认消息指向设定数量的数据帧;其中,所述待机时间根据超时时间和返回一个接收确定消息所耗时间确定;所述超时时间为监听数据帧发送是否失败的设定时间范围;
数据帧重发模块,用于在连续发送多个数据帧之后,重发没有被所述接收确认消息指向的历史发送数据帧;
其中,所述数据帧重发模块包括:
第一重发子模块,用于当单个所述接收确认消息指向一个数据帧,在全部的数据帧发送完毕后,针对没有收到接收确认消息的全部历史发送数据帧进行重发;
或,
第二重发子模块,用于当单个所述接收确认消息指向多个连续的数据帧时,针对当前没有收到接收确认消息的历史发送数据帧进行重发,其中,所述接收确认消息包含多个数据帧的帧标识。
10.根据权利要求9所述的装置,所述数据帧发送模块包括:
监听子模块,用于监听发送数据帧后的设定时间范围内是否接收到接收确认消息;
所述数据帧发送模块具体用于发送一个数据帧以及继续发送下一个数据帧,或者,标记当前发送的数据帧为发送失败数据帧,并继续发送下一个数据帧。
11.根据权利要求9所述的装置,所述数据帧发送模块包括:
数据包拆分子模块,用于将待发送数据包拆分成多个数据帧,移动至少一个具有设定范围的数据标记窗口;
数据帧发送子模块,用于将在所述数据标记窗口内的数据帧发送至所述终端。
12.根据权利要求9所述的装置,当所述数据帧重发模块包括第二重发子模块时,所述数据帧发送模块包括:
依次发送数据帧子模块,用于按照数据帧的帧标识顺序,依次发送多个数据帧至所述终端。
13.根据权利要求12所述的装置,所述数据帧发送模块包括:
接收确认消息接收子模块,用于接收所述终端针对多个数据帧对应添加有帧标识的接收确认消息;
所述装置还包括:
发送成功数据帧标记模块,用于将所述接收确认消息中多个帧标识所对应的数据帧,标记为发送成功数据帧。
14.根据权利要求12所述的装置,所述数据帧发送模块包括:
查找指示信息接收子模块,用于接收所述终端针对最新接收数据帧添加有目标帧标识的接收确认消息以及查找指示信息;
所述装置还包括:
历史发送数据帧查找模块,用于根据所述查找指示信息,查找帧标识小于目标帧标识的历史发送数据帧,标记为发送成功数据帧。
15.根据权利要求13或14所述的装置,所述第二重发子模块包括:
发送失败数据帧重发子单元,用于当监听到当前发送数据帧后的设定时间范围内,没有接收到接收确认消息,则查找帧标识小于当前发送数据帧的帧标识的、且未被标记为发送成功数据帧的多个历史发送数据帧,作为发送失败数据帧进行重发。
16.一种数据传输装置,所述装置包括:
数据帧接收模块,用于接收网关连续发送的多个数据帧;
接收确认消息返回模块,用于在待机时间内返回指向设定数量的数据帧的接收确认消息,供所述网关在连续发送多个数据帧之后重发没有被所述接收确认消息指向的历史发送数据帧;其中,所述待机时间根据超时时间和返回一个接收确定消息所耗时间确定;所述超时时间为监听数据帧发送是否失败的设定时间范围;
其中,当单个所述接收确认消息指向多个连续的数据帧时,所述接收确认消息包含多个数据帧的帧标识。
17.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1-7中任意一项所述方法的步骤。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-7任意一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710440184.7A CN107276728B (zh) | 2017-06-12 | 2017-06-12 | 一种数据传输方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710440184.7A CN107276728B (zh) | 2017-06-12 | 2017-06-12 | 一种数据传输方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107276728A CN107276728A (zh) | 2017-10-20 |
CN107276728B true CN107276728B (zh) | 2019-05-31 |
Family
ID=60066221
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710440184.7A Active CN107276728B (zh) | 2017-06-12 | 2017-06-12 | 一种数据传输方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107276728B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107948286B (zh) * | 2017-11-24 | 2020-12-22 | 铁将军汽车电子股份有限公司 | 消息传递的方法、装置、终端及系统 |
CN108599904B (zh) * | 2018-03-21 | 2021-09-28 | 中兴通讯股份有限公司 | 一种数据传输方法及装置 |
CN111385015A (zh) * | 2018-12-29 | 2020-07-07 | 上海复控华龙微系统技术有限公司 | 卫星通信的数据传输、接收方法及装置、网关、终端 |
CN113064888B (zh) * | 2021-03-25 | 2021-12-07 | 珠海格力电器股份有限公司 | 数据校对方法、装置和系统、服务器、设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104602196A (zh) * | 2013-10-30 | 2015-05-06 | 株式会社理光 | 多播通信方法、多播发送设备、多播接收设备 |
CN106656425A (zh) * | 2017-01-09 | 2017-05-10 | 电子科技大学 | 光纤通道中固定帧长度的一种高效差错重传与存取机制 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101662346B (zh) * | 2008-08-29 | 2012-10-03 | 富士通株式会社 | 自动重传控制方法、通信系统及其发射机和接收机 |
CN102404098B (zh) * | 2010-09-14 | 2015-01-07 | 中兴通讯股份有限公司 | D通道上链路接入规程传输方法及装置 |
CN102468940B (zh) * | 2010-11-12 | 2015-03-25 | 大唐移动通信设备有限公司 | 调度请求和ack/nack信息的传输方法及装置 |
CN105450362A (zh) * | 2012-03-23 | 2016-03-30 | 广东新岸线计算机系统芯片有限公司 | 一种用于帧确认的方法和装置 |
CN103906251B (zh) * | 2012-12-27 | 2017-09-29 | 普天信息技术研究院有限公司 | 一种lte网络中d2d模式下的harq‑ack反馈方法 |
-
2017
- 2017-06-12 CN CN201710440184.7A patent/CN107276728B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104602196A (zh) * | 2013-10-30 | 2015-05-06 | 株式会社理光 | 多播通信方法、多播发送设备、多播接收设备 |
CN106656425A (zh) * | 2017-01-09 | 2017-05-10 | 电子科技大学 | 光纤通道中固定帧长度的一种高效差错重传与存取机制 |
Also Published As
Publication number | Publication date |
---|---|
CN107276728A (zh) | 2017-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107276728B (zh) | 一种数据传输方法和装置 | |
US10348616B2 (en) | Packet transmission method and apparatus, and interconnect interface | |
US8042004B2 (en) | Diagnosing communications between computer systems | |
CN102281121A (zh) | 一种数据文件传输和校验的方法、设备及系统 | |
CN105657000A (zh) | 消息传送方法及装置 | |
CN109347598A (zh) | 校验码处理方法、电子设备及存储接介质 | |
CN105379164A (zh) | 用于发送和接收数据的方法和设备以及用于执行所述方法的记录介质 | |
CN110460412A (zh) | 用于数据传输的方法和rdma网卡 | |
CN109525542A (zh) | 数据恢复方法、发送/接收装置和计算机可读存储介质 | |
CN107943529A (zh) | 设备配对方法、装置、可读存储介质及交互智能设备 | |
CN110324405A (zh) | 消息发送方法、装置、系统及计算机可读存储介质 | |
CN101369879B (zh) | 一种请求数据重传的方法及装置 | |
CN102769533A (zh) | 数据处理方法和数据处理装置 | |
CN109391381A (zh) | 数据的确认信息生成和反馈、数据传输方法和装置 | |
CN111162880B (zh) | 数据发送方法、装置、设备及存储介质 | |
CN103368703B (zh) | 数据包重传方法、数据包接收方法及装置 | |
CN109039552B (zh) | 一种数据恢复方法及装置 | |
CN109274466A (zh) | 一种中间件报文传输方法及系统 | |
CN111181698A (zh) | 数据处理方法、装置、设备及介质 | |
CN108268420A (zh) | 处理器之间的通信方法、处理器和电子设备 | |
CN116466986A (zh) | 储能系统的设备软件升级方法、装置、通讯模块以及介质 | |
CN110048865A (zh) | 一种总线数据传输方法、装置、电子设备及存储介质 | |
CN1960370B (zh) | 便携式信息交换装置的信息交换方法 | |
US20070268057A1 (en) | Methods and apparatus for applying changes to a group of objects | |
CN108495336B (zh) | 基于无线通讯的数据收发方法、装置和计算机设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |