CN106411560A - 数据传输方法和装置 - Google Patents
数据传输方法和装置 Download PDFInfo
- Publication number
- CN106411560A CN106411560A CN201610388215.4A CN201610388215A CN106411560A CN 106411560 A CN106411560 A CN 106411560A CN 201610388215 A CN201610388215 A CN 201610388215A CN 106411560 A CN106411560 A CN 106411560A
- Authority
- CN
- China
- Prior art keywords
- subdata bag
- receiving terminal
- transmission
- bag
- packet
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
- H04L47/365—Dynamic adaptation of the packet size
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输方法,所述方法包括:发送端获取待传输的数据包,确定所述待传输的数据包的字节数;若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。本发明还公开了一种数据传输装置。本发明实现了当待传输的数据包的字节数超出通信协议所能传输的数据包的限制时,按照预设拆分规则拆分所述待传输的数据包,得到子数据包,将数据包发送给所述接收端,提高了终端之间的数据传输效率。
Description
技术领域
本发明涉及网络通信技术领域,尤其涉及一种数据传输方法和装置。
背景技术
近年来,信息通信技术的应用已经遍及世界各个角落,渗入了人们的生产、生活的方方面面,作为信息技术应用的基石,网络已经在企业、政府机关、学校和个人之间广泛普及,而网络间的通信已经成为机构之间、个人之间业务往来、信息交流的基本工具。可以说,我们已经进入或者即将进入全方位的信息社会。然而,在进行数据包传输过程中,通信协议所能支持的数据包的字节数是有限制的。当该数据包的字节数超出通信协议所能支持的范围内时,需要将该数据包拆分成多个子数据包。现有的拆分数据包的方法为前面拆分出来的子数据包的字节数等于通信协议所能传输的数据包的字节数,只有最后一个子数据包的字节数才可能是小于通信协议所能传输的数据包的字节数,且当得到第一子数据包时,先发送第一子数据包,只有当第一子数据包发送成功后,才会继续发送第二子数据包,导致终端间数据传输效率低下。
发明内容
本发明的主要目的在于提供一种数据传输方法和装置,旨在解决现有当终端间所要传输的数据包的字节数超出通信协议所能传输的数据包的限制时,数据传输效率低下的问题。
为实现上述目的,本发明提供的一种数据传输方法,所述数据传输方法包括:
发送端获取待传输的数据包,确定所述待传输的数据包的字节数;
若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
优选地,所述若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包的步骤之后,还包括:
获取所述待传输的数据包的标识信息;
根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
优选地,所述将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包的步骤之后,还包括:
接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
再次将所述接收端未成功接收的子数据包发送给所述接收端。
优选地,所述接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端的步骤之后,还包括:
判断所述反馈消息的个数是否等于所述子数据包的个数;
若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
优选地,所述再次将所述接收端未成功接收的子数据包发送给所述接收端的步骤包括:
重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
或者选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
此外,为实现上述目的,本发明还提供一种数据传输装置,所述数据传输装置包括:
获取模块,用于获取待传输的数据包,确定所述待传输的数据包的字节数;
拆分模块,用于若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
发送模块,用于将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
优选地,所述获取模块,还用于获取所述待传输的数据包的标识信息;
所述数据传输装置还包括添加模块,用于根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
优选地,所述数据传输装置还包括:
接收模块,用于接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
确定模块,用于若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
所述发送模块,还用于再次将所述接收端未成功接收的子数据包发送给所述接收端。
优选地,所述数据传输装置还包括:
判断模块,用于判断所述反馈消息的个数是否等于所述子数据包的个数;
删除模块,用于若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
优选地,所述发送模块,还用于重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
所述发送模块,还用于选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
本发明通过当待传输的数据包的字节数大于预设阈值时,所述发送端按照预设拆分规则拆分所述待传输的数据包,得到子数据包,并将所述子数据包发送给所述接收端,以供所述接收端根据所述子数据包还原成待传输的数据包。实现了当待传输的数据包的字节数超出通信协议所能传输的数据包的限制时,按照预设拆分规则拆分所述待传输的数据包,得到子数据包,将数据包发送给所述接收端,提高了终端之间的数据传输效率。
附图说明
图1为本发明数据传输方法的第一实施例的流程示意图;
图2为本发明数据传输方法的第二实施例的流程示意图;
图3为本发明数据传输方法的第三实施例的流程示意图;
图4为本发明数据传输装置的第一实施例的功能模块示意图;
图5为本发明数据传输装置的第二实施例的功能模块示意图;
图6为本发明数据传输装置的第三实施例的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种数据传输方法。
参照图1,图1为本发明数据传输方法第一实施例的流程示意图。
在本实施例中,所述数据传输方法包括:
步骤S10,发送端获取待传输的数据包,确定所述待传输的数据包的字节数;
当发送端在与接收端进行通信连接后,且所述发送端要与所述接收端进行数据传输时,所述发送端获取待传输给所述接收端的数据包。当所述发送端获取到待传输的数据包时,所述发送端确定所述待传输的数据包的字节数。所述发送端和所述发送端包括但不限于智能手机、个人计算机和掌上电脑等。需要说明的是,所述发送端和所述接收端之间的通信协议所能传输的数据包的字节数是有限制的,如当所述发送端和所述接收端是通过TCP/IP(Transmission Control Protocol/Internet Protocol,传输控制协议/因特网互联协议)进行通信时,所述发送端和所述接收端之间所能传输最大的数据包为65536字节。
步骤S20,若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
当所述发送端确定所述待传输的数据包的字节数时,所述发送端判断所述待传输的数据包的字节数是否大于预设阈值。当所述发送端判定所述待传输的数据包的字节数大于所述预设阈值时,所述发送端按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包。所述预设阈值为用户根据具体需要设置,为了保证所述子数据包成功从所述发送端发送至所述接收端,将所述预设阈值设置为小于所述发送端和所述接收端之间所采用的通信协议所能传输的数据包最大字节数。所述预设拆分规则为当所述发送端确定所述待传输的数据包的字节数时,所述发送端按照所述预设阈值将所述待传输的数据包均分成大小一致的子数据包,即每个字数据包的字节数相等。
进一步,当所述发送端判定所述待传输的数据包的字节数等于或者小于所述预设阈值,所述发送端不拆分所述待传输的数据包,直接将所述待传输的数据包发送给所述接收端。
步骤S30,将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
当所述发送端将所述待传输的数据包拆分成子数据包时,所述发送端将所述子数据包发送给所述接收端。所述发送端在将所述子数据包发送给所述接收端的过程中,并不需要等待第一个子数据包发送成功之后,才继续发送第二子数据包给所述接收端,而是在发送了第一个子数据包时,立即发送第二个子数据包,且并不限制各个子数据包发送的顺序,如可以先发送第三个子数据包,然后再发送第一个子数据包。当所述接收端接收到所述发送端发送的子数据包时,所述接收端对所述子数据包进行拼接,将所述子数据包还原成所述待传输的数据包,以完成所述发送端和所述接收端之间大数据包的传输。
进一步地,当所述待传输的数据包过大时,所述发送端拆分得到的子数据包个数过多时,所述发送端可以与所述接收端之间建立多条传输路径,以同时传输所述子数据包,如在第一条传输路径传输第一子数据包时,同时在第二条传输路径传输第二子数据包,以提高所述发送端和所述接收端之间数据传输的效率。
本实施例通过当待传输的数据包的字节数大于预设阈值时,所述发送端按照预设拆分规则拆分所述待传输的数据包,得到子数据包,并将所述子数据包发送给所述接收端,以供所述接收端根据所述子数据包还原成待传输的数据包。实现了当待传输的数据包的字节数超出通信协议所能传输的数据包的限制时,按照预设拆分规则拆分所述待传输的数据包,得到子数据包,将数据包发送给所述接收端,提高了终端之间的数据传输效率。
参照图2,图2为本发明数据传输方法的第二实施例的流程示意图,基于第一实施例提出本发明数据传输方法的第二实施例。
在本实施例中,所述数据传输方法还包括:
步骤S40,获取所述待传输的数据包的标识信息;
当所述发送端将所述待传输的数据包拆分为子数据包时,所述发送端获取所述待传输的数据包的标识信息。所述待传输的数据包的标识信息包括但不限于所述待传输的数据包的字节数和能唯一标识所述待传输的数据包的标识符等。
步骤S50,根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
当所述发送端获取到待传输的数据包的标识信息时,所述发送端根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。当所述接收端接收到所述发送端发送的子数据包时,所述接收端根据所述待传输的数据包的标识信息确定所接收到的子数据包是否属于同一个待传输的数据包,并根据所述子数据包的序列号确定所述子数据包在所述待传输的数据包中位置,根据所述子数据的序列号将所述子数据包还原成所述待传输的数据包。
进一步地,所述发送端还可以将所述待传输的数据包的字节数发送给所述接收端,当所述接收端获取到所述待传输的数据包的字节数,并且将所述子数据包还原成所述待传输的数据包之后,所述接收端计算还原后所得的待传输的数据包的字节数,根据所述还原后所得的待传输的数据包的字节数与所述发送端发送的待传输数据包的字节数确定所述接收端是否成功还原所述待传输的数据包,若所述接收端还原所的数据包的字节数等于所述发送端发送的数据包的字节数,则表明所述接收端已成功接收将所述子数据包,并成功将所述子数据包还原成所述待传输的数据包,若所述接收端还原所的数据包的字节数不等于所述发送端发送的数据包的字节数,则表明所述接收端未能成功将所述子数据包还原成所述待传输的数据包。
本实施例通过根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号,使所述接收端接收到所述子数据包时,根据所述标识信息和序列号将所述子数据包还原成所述待传输的数据包。提高了所述接收端将所述子数据包还原成待传输的数据包的成功率和速率。
参照图3,图3为本发明数据传输方法的第三实施例的流程示意图,基于第二实施例提出本发明数据传输方法的第三实施例。
在本实施例中,所述数据传输方法还包括:
步骤S60,接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
当所述接收端成功接收所述发送端发送的子数据包时,所述接收端生成反馈消息,并将所述反馈消息发送给所述发送端,其中,所述反馈消息中包含所述数据包的标识信息和所述子数据包的序列号。当所述发送端接收到所述接收端发送的反馈消息时,所述发送端根据所述数据包的标识信息确定所述接收端成功接收的子数据包所属的数据包,根据所述子数据包的序列号确定所述接收端成功接收的子数据包在数据包中的位置。
步骤S70,若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
当所述发送端接收到所述接收端发送的反馈消息时,所述发送端计算所接收的反馈消息的个数。若所述反馈消息的个数小于所述子数据包的个数,所述发送端则将所接收的反馈消息所包含的序列号与所述子数据包的序列号进行对比,当所述子数据包的序列号不存在所述反馈消息中时,则确定所述序列号所对应的子数据包即为所述接收端未成功接收的子数据包。
步骤S80,再次将所述接收端未成功接收的子数据包发送给所述接收端。
当所述发送端确定所述接收端未能成功接收的子数据包时,所述发送端再次将所述接收端未成功接收的子数据包发送给所述接收端。进一步地,所述发送端还可以设置在将所述子数据包发送给所述接收端后,若在预设时间内未能接收到所述子数据包所对应的反馈消息后,所述发送端则确定所述接收端未能成功接收所述子数据包,则重新发送所述子数据包。所述预设时间可以根据用户具体需要而设置,也可以采用所述发送端默认的预设时间。
进一步地,所述数据传输方法还包括:
步骤a,判断所述反馈消息的个数是否等于所述子数据包的个数;
步骤b,若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
当所述发送端接收到所述接收端发送的反馈消息时,计算所述反馈消息的个数,判断所述反馈消息的个数是否等于所述子数据包的个数。若所述反馈消息的个数等于所述子数据包的个数,所述发送端则确定所述接收端已成功接收所述待传输的数据包所对应的全部子数据包,所述发送端则删除所述子数据包,以节省存储空间。
进一步地,所述步骤S80还包括:
步骤c,重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
步骤d,或者选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
当所述发送端确定所述接收端未能成功接收的子数据包时,所述发送端可以重新选择与所述接收端之间的传输路径,通过所选择的传输路径将所述接收端未能成功接收的子数据包发送给所述接收端;或者与所述接收端之间建立多条传输路径,在所述多条传输路径中同时将所述接收端未能成功接收的子数据包发送给所述接收端,以使所述接收端成功接收上次未能成功接收的子数据包。在本实施例中,所述多条传输路径为两条传输路径,但是在其它实施例中,并不限制为两条传输路径。
本实施例通过所述发送端接收所述接收端发送反馈消息,所述发送端根据所接收的反馈消息个数与所述子数据包之间的个数之间的大小关系,确定所述接收端是否成功接收子数据包,若所述接收端未成功接收所述子数据包时,重新将所述接收端未成功接收的子数据包发送给所述接收端,提高了所述发送端与所述接收端之间数据传输的成功率。
本发明进一步提供一种数据传输装置。
参照图4,图4为本发明数据传输装置的第一实施例的功能模块示意图。
在本实施例中,所述数据传输装置包括:
获取模块10,用于获取待传输的数据包,确定所述待传输的数据包的字节数;
当发送端在与接收端进行通信连接后,且所述发送端要与所述接收端进行数据传输时,所述发送端获取待传输给所述接收端的数据包。当所述发送端获取到待传输的数据包时,所述发送端确定所述待传输的数据包的字节数。所述发送端和所述发送端包括但不限于智能手机、个人计算机和掌上电脑等。需要说明的是,所述发送端和所述接收端之间的通信协议所能传输的数据包的字节数是有限制的,如当所述发送端和所述接收端是通过TCP/IP(Transmission Control Protocol/Internet Protocol,传输控制协议/因特网互联协议)进行通信时,所述发送端和所述接收端之间所能传输最大的数据包为65536字节。
拆分模块20,用于若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
当所述发送端确定所述待传输的数据包的字节数时,所述发送端判断所述待传输的数据包的字节数是否大于预设阈值。当所述发送端判定所述待传输的数据包的字节数大于所述预设阈值时,所述发送端按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包。所述预设阈值为用户根据具体需要设置,为了保证所述子数据包成功从所述发送端发送至所述接收端,将所述预设阈值设置为小于所述发送端和所述接收端之间所采用的通信协议所能传输的数据包最大字节数。所述预设拆分规则为当所述发送端确定所述待传输的数据包的字节数时,所述发送端按照所述预设阈值将所述待传输的数据包均分成大小一致的子数据包,即每个字数据包的字节数相等。
进一步,当所述发送端判定所述待传输的数据包的字节数等于或者小于所述预设阈值,所述发送端不拆分所述待传输的数据包,直接将所述待传输的数据包发送给所述接收端。
发送模块30,用于将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
当所述发送端将所述待传输的数据包拆分成子数据包时,所述发送端将所述子数据包发送给所述接收端。所述发送端在将所述子数据包发送给所述接收端的过程中,并不需要等待第一个子数据包发送成功之后,才继续发送第二子数据包给所述接收端,而是在发送了第一个子数据包时,立即发送第二个子数据包,且并不限制各个子数据包发送的顺序,如可以先发送第三个子数据包,然后再发送第一个子数据包。当所述接收端接收到所述发送端发送的子数据包时,所述接收端对所述子数据包进行拼接,将所述子数据包还原成所述待传输的数据包,以完成所述发送端和所述接收端之间大数据包的传输。
进一步地,当所述待传输的数据包过大时,所述发送端拆分得到的子数据包个数过多时,所述发送端可以与所述接收端之间建立多条传输路径,以同时传输所述子数据包,如在第一条传输路径传输第一子数据包时,同时在第二条传输路径传输第二子数据包,以提高所述发送端和所述接收端之间数据传输的效率。
本实施例通过当待传输的数据包的字节数大于预设阈值时,所述发送端按照预设拆分规则拆分所述待传输的数据包,得到子数据包,并将所述子数据包发送给所述接收端,以供所述接收端根据所述子数据包还原成待传输的数据包。实现了当待传输的数据包的字节数超出通信协议所能传输的数据包的限制时,按照预设拆分规则拆分所述待传输的数据包,得到子数据包,将数据包发送给所述接收端,提高了终端之间的数据传输效率。
参照图5,图5为本发明数据传输装置的第二实施例的功能模块示意图,基于第一实施例提出本发明数据传输装置的第二实施例。
在本实施例中,所述获取模块10,还用于获取所述待传输的数据包的标识信息;
当所述发送端将所述待传输的数据包拆分为子数据包时,所述发送端获取所述待传输的数据包的标识信息。所述待传输的数据包的标识信息包括但不限于所述待传输的数据包的字节数和能唯一标识所述待传输的数据包的标识符等。
所述数据传输装置还包括添加模块40,用于根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
当所述发送端获取到待传输的数据包的标识信息时,所述发送端根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。当所述接收端接收到所述发送端发送的子数据包时,所述接收端根据所述待传输的数据包的标识信息确定所接收到的子数据包是否属于同一个待传输的数据包,并根据所述子数据包的序列号确定所述子数据包在所述待传输的数据包中位置,根据所述子数据的序列号将所述子数据包还原成所述待传输的数据包。
进一步地,所述发送端还可以将所述待传输的数据包的字节数发送给所述接收端,当所述接收端获取到所述待传输的数据包的字节数,并且将所述子数据包还原成所述待传输的数据包之后,所述接收端计算还原后所得的待传输的数据包的字节数,根据所述还原后所得的待传输的数据包的字节数与所述发送端发送的待传输数据包的字节数确定所述接收端是否成功还原所述待传输的数据包,若所述接收端还原所的数据包的字节数等于所述发送端发送的数据包的字节数,则表明所述接收端已成功接收将所述子数据包,并成功将所述子数据包还原成所述待传输的数据包,若所述接收端还原所的数据包的字节数不等于所述发送端发送的数据包的字节数,则表明所述接收端未能成功将所述子数据包还原成所述待传输的数据包。
本实施例通过根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号,使所述接收端接收到所述子数据包时,根据所述标识信息和序列号将所述子数据包还原成所述待传输的数据包。提高了所述接收端将所述子数据包还原成待传输的数据包的成功率和速率。
参照图6,图6为本发明数据传输装置的第三实施例的功能模块示意图,基于第二实施例提出本发明数据传输装置的第三实施例。
在本实施例中,所述数据传输装置还包括:
接收模块50,用于接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
当所述接收端成功接收所述发送端发送的子数据包时,所述接收端生成反馈消息,并将所述反馈消息发送给所述发送端,其中,所述反馈消息中包含所述数据包的标识信息和所述子数据包的序列号。当所述发送端接收到所述接收端发送的反馈消息时,所述发送端根据所述数据包的标识信息确定所述接收端成功接收的子数据包所属的数据包,根据所述子数据包的序列号确定所述接收端成功接收的子数据包在数据包中的位置。
确定模块60,用于若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
当所述发送端接收到所述接收端发送的反馈消息时,所述发送端计算所接收的反馈消息的个数。若所述反馈消息的个数小于所述子数据包的个数,所述发送端则将所接收的反馈消息所包含的序列号与所述子数据包的序列号进行对比,当所述子数据包的序列号不存在所述反馈消息中时,则确定所述序列号所对应的子数据包即为所述接收端未成功接收的子数据包。
所述发送模块30,还用于再次将所述接收端未成功接收的子数据包发送给所述接收端。
当所述发送端确定所述接收端未能成功接收的子数据包时,所述发送端再次将所述接收端未成功接收的子数据包发送给所述接收端。进一步地,所述发送端还可以设置在将所述子数据包发送给所述接收端后,若在预设时间内未能接收到所述子数据包所对应的反馈消息后,所述发送端则确定所述接收端未能成功接收所述子数据包,则重新发送所述子数据包。所述预设时间可以根据用户具体需要而设置,也可以采用所述发送端默认的预设时间。
进一步地,所述数据传输装置还包括:
判断模块,用于判断所述反馈消息的个数是否等于所述子数据包的个数;
删除模块,用于若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
当所述发送端接收到所述接收端发送的反馈消息时,计算所述反馈消息的个数,判断所述反馈消息的个数是否等于所述子数据包的个数。若所述反馈消息的个数等于所述子数据包的个数,所述发送端则确定所述接收端已成功接收所述待传输的数据包所对应的全部子数据包,所述发送端则删除所述子数据包,以节省存储空间。
进一步地,所述发送模块30,还用于重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
所述发送模块30,还用于选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
当所述发送端确定所述接收端未能成功接收的子数据包时,所述发送端可以重新选择与所述接收端之间的传输路径,通过所选择的传输路径将所述接收端未能成功接收的子数据包发送给所述接收端;或者与所述接收端之间建立多条传输路径,在所述多条传输路径中同时将所述接收端未能成功接收的子数据包发送给所述接收端,以使所述接收端成功接收上次未能成功接收的子数据包。在本实施例中,所述多条传输路径为两条传输路径,但是在其它实施例中,并不限制为两条传输路径。
本实施例通过所述发送端接收所述接收端发送反馈消息,所述发送端根据所接收的反馈消息个数与所述子数据包之间的个数之间的大小关系,确定所述接收端是否成功接收子数据包,若所述接收端未成功接收所述子数据包时,重新将所述接收端未成功接收的子数据包发送给所述接收端,提高了所述发送端与所述接收端之间数据传输的成功率。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种数据传输方法,其特征在于,所述数据传输方法包括:
发送端获取待传输的数据包,确定所述待传输的数据包的字节数;
若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
2.如权利要求1所述的数据传输方法,其特征在于,所述若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包的步骤之后,还包括:
获取所述待传输的数据包的标识信息;
根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
3.如权利要求2所述的数据传输方法,其特征在于,所述将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包的步骤之后,还包括:
接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
再次将所述接收端未成功接收的子数据包发送给所述接收端。
4.如权利要求3所述的数据传输方法,其特征在于,所述接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端的步骤之后,还包括:
判断所述反馈消息的个数是否等于所述子数据包的个数;
若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
5.如权利要求3所述的数据传输方法,其特征在于,所述再次将所述接收端未成功接收的子数据包发送给所述接收端的步骤包括:
重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
或者选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
6.一种数据传输装置,其特征在于,所述数据传输装置包括:
获取模块,用于获取待传输的数据包,确定所述待传输的数据包的字节数;
拆分模块,用于若所述待传输的数据包的字节数大于预设阈值,则按照预设拆分规则拆分所述待传输的数据包,得到所述待传输的数据包的子数据包;
发送模块,用于将所述子数据包发送给接收端,以供所述接收端将所述子数据包还原成所述待传输的数据包。
7.如权利要求6所述的数据传输装置,其特征在于,所述获取模块,还用于获取所述待传输的数据包的标识信息;
所述数据传输装置还包括添加模块,用于根据所述待传输的数据包的标识信息对所述子数据包进行标识,并在所述子数据包中添加序列号。
8.如权利要求7所述的数据传输装置,其特征在于,所述数据传输装置还包括:
接收模块,用于接收所述接收端发送的反馈消息,其中,当所述接收端成功接收所述子数据包时,发送包含所述数据包的标识信息和所述子数据包的序列号的反馈消息给所述发送端;
确定模块,用于若所述反馈消息的个数小于所述子数据包的个数,则根据所述反馈消息所对应的序列号确定所述接收端未成功接收的子数据包;
所述发送模块,还用于再次将所述接收端未成功接收的子数据包发送给所述接收端。
9.如权利要求8所述的数据传输装置,其特征在于,所述数据传输装置还包括:
判断模块,用于判断所述反馈消息的个数是否等于所述子数据包的个数;
删除模块,用于若所述反馈消息的个数等于所述子数据包的个数,则删除所述子数据包。
10.如权利要求8所述的数据传输装置,其特征在于,所述发送模块,还用于重新选择传输路径将所述接收端未成功接收的子数据包发送给所述接收端;
所述发送模块,还用于选择多条传输路径将所述接收端未成功接收的子数据包发送给所述接收端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610388215.4A CN106411560A (zh) | 2016-06-01 | 2016-06-01 | 数据传输方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610388215.4A CN106411560A (zh) | 2016-06-01 | 2016-06-01 | 数据传输方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106411560A true CN106411560A (zh) | 2017-02-15 |
Family
ID=58005831
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610388215.4A Pending CN106411560A (zh) | 2016-06-01 | 2016-06-01 | 数据传输方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106411560A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107689927A (zh) * | 2017-09-27 | 2018-02-13 | 深圳市盛路物联通讯技术有限公司 | 一种异步数据传输方法和*** |
CN108471399A (zh) * | 2018-02-07 | 2018-08-31 | 平安科技(深圳)有限公司 | 一种反洗钱作业中数据包的生成方法、存储介质和服务器 |
CN108738078A (zh) * | 2018-06-25 | 2018-11-02 | 北斗地网(重庆)科技集团有限公司 | 一种数据传输方法装置、设备及可读存储介质 |
CN108768872A (zh) * | 2018-05-24 | 2018-11-06 | 北京维康恒科技有限公司 | 数据传输方法及*** |
WO2018210231A1 (zh) * | 2017-05-16 | 2018-11-22 | 青岛海尔股份有限公司 | 数据发送方法、接收方法及数据发送装置、接收装置 |
CN109343962A (zh) * | 2018-10-26 | 2019-02-15 | 北京知道创宇信息技术有限公司 | 数据处理方法、装置及分布式服务*** |
CN109951447A (zh) * | 2019-01-30 | 2019-06-28 | 合肥合远信息技术有限公司 | 一种基于内外网的数据传输方法和*** |
CN110198203A (zh) * | 2019-06-14 | 2019-09-03 | 中国人民解放军陆军工程大学 | 一种控制数据传输速率的方法 |
CN110351100A (zh) * | 2019-05-31 | 2019-10-18 | 平安科技(深圳)有限公司 | 数据传输方法、装置、计算机设备及计算机可读存储介质 |
CN110381030A (zh) * | 2019-06-20 | 2019-10-25 | 视联动力信息技术股份有限公司 | 一种同步请求的处理方法及装置 |
CN110943935A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 一种实现数据传输的方法、装置和*** |
CN110971387A (zh) * | 2019-12-10 | 2020-04-07 | 上海邦邦机器人有限公司 | 一种数据传输处理方法、发送设备和接收设备 |
WO2021036321A1 (zh) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | 监管数据上报、电子装置、设备及计算机可读存储介质 |
CN113141409A (zh) * | 2021-04-28 | 2021-07-20 | 深圳希施玛数据科技有限公司 | 一种数据传输方法、装置、终端设备及可读存储介质 |
CN114202947A (zh) * | 2021-12-07 | 2022-03-18 | 北京百度网讯科技有限公司 | 车联网数据传输方法、装置及自动驾驶车辆 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101202604A (zh) * | 2007-08-14 | 2008-06-18 | 深圳市同洲电子股份有限公司 | 一种网络数据的发送与接收方法、***及设备 |
CN101626384A (zh) * | 2009-08-05 | 2010-01-13 | 腾讯科技(深圳)有限公司 | 一种基于tcp协议传输数据包的方法和*** |
CN105245317A (zh) * | 2015-10-20 | 2016-01-13 | 北京小鸟听听科技有限公司 | 一种数据传输方法、发送端、接收端和数据传输*** |
-
2016
- 2016-06-01 CN CN201610388215.4A patent/CN106411560A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101202604A (zh) * | 2007-08-14 | 2008-06-18 | 深圳市同洲电子股份有限公司 | 一种网络数据的发送与接收方法、***及设备 |
CN101626384A (zh) * | 2009-08-05 | 2010-01-13 | 腾讯科技(深圳)有限公司 | 一种基于tcp协议传输数据包的方法和*** |
CN105245317A (zh) * | 2015-10-20 | 2016-01-13 | 北京小鸟听听科技有限公司 | 一种数据传输方法、发送端、接收端和数据传输*** |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018210231A1 (zh) * | 2017-05-16 | 2018-11-22 | 青岛海尔股份有限公司 | 数据发送方法、接收方法及数据发送装置、接收装置 |
CN107689927A (zh) * | 2017-09-27 | 2018-02-13 | 深圳市盛路物联通讯技术有限公司 | 一种异步数据传输方法和*** |
CN108471399A (zh) * | 2018-02-07 | 2018-08-31 | 平安科技(深圳)有限公司 | 一种反洗钱作业中数据包的生成方法、存储介质和服务器 |
CN108471399B (zh) * | 2018-02-07 | 2020-06-26 | 平安科技(深圳)有限公司 | 一种反洗钱作业中数据包的生成方法、存储介质和服务器 |
CN108768872A (zh) * | 2018-05-24 | 2018-11-06 | 北京维康恒科技有限公司 | 数据传输方法及*** |
CN108738078A (zh) * | 2018-06-25 | 2018-11-02 | 北斗地网(重庆)科技集团有限公司 | 一种数据传输方法装置、设备及可读存储介质 |
WO2020063338A1 (zh) * | 2018-09-25 | 2020-04-02 | 华为技术有限公司 | 一种实现数据传输的方法、装置和*** |
US11502962B2 (en) | 2018-09-25 | 2022-11-15 | Huawei Technologies Co., Ltd. | Method, apparatus, and system for implementing data transmission |
CN110943935A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 一种实现数据传输的方法、装置和*** |
CN109343962A (zh) * | 2018-10-26 | 2019-02-15 | 北京知道创宇信息技术有限公司 | 数据处理方法、装置及分布式服务*** |
CN109951447A (zh) * | 2019-01-30 | 2019-06-28 | 合肥合远信息技术有限公司 | 一种基于内外网的数据传输方法和*** |
CN110351100A (zh) * | 2019-05-31 | 2019-10-18 | 平安科技(深圳)有限公司 | 数据传输方法、装置、计算机设备及计算机可读存储介质 |
CN110198203A (zh) * | 2019-06-14 | 2019-09-03 | 中国人民解放军陆军工程大学 | 一种控制数据传输速率的方法 |
CN110381030A (zh) * | 2019-06-20 | 2019-10-25 | 视联动力信息技术股份有限公司 | 一种同步请求的处理方法及装置 |
CN110381030B (zh) * | 2019-06-20 | 2022-03-11 | 视联动力信息技术股份有限公司 | 一种同步请求的处理方法及装置 |
WO2021036321A1 (zh) * | 2019-08-30 | 2021-03-04 | 深圳壹账通智能科技有限公司 | 监管数据上报、电子装置、设备及计算机可读存储介质 |
CN110971387A (zh) * | 2019-12-10 | 2020-04-07 | 上海邦邦机器人有限公司 | 一种数据传输处理方法、发送设备和接收设备 |
CN113141409A (zh) * | 2021-04-28 | 2021-07-20 | 深圳希施玛数据科技有限公司 | 一种数据传输方法、装置、终端设备及可读存储介质 |
CN114202947A (zh) * | 2021-12-07 | 2022-03-18 | 北京百度网讯科技有限公司 | 车联网数据传输方法、装置及自动驾驶车辆 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106411560A (zh) | 数据传输方法和装置 | |
CN102792648B (zh) | 在通信***中以显式拥塞通知进行拥塞等级指示 | |
CN104967502A (zh) | 数据发送方法和装置、数据接收方法和装置 | |
CN104170353B (zh) | Tcp链路配置方法、装置及设备 | |
CN107864084A (zh) | 数据包的传输方法和装置 | |
CN105657069B (zh) | 一种消息推送方法和装置 | |
CN110049505A (zh) | 数据传输方法及相关装置 | |
CN103650431B (zh) | 视频数据传输方法及装置 | |
CN104486243B (zh) | 数据传输方法、设备及*** | |
CN106331087A (zh) | 用于通信的方法和*** | |
CN105517195A (zh) | 一种状态检测的方法及无线网络节点 | |
CN107360205A (zh) | 数据报文的传输方法及装置、*** | |
CN106911485A (zh) | 用于可靠组播传输数据的方法及设备 | |
CN111371887A (zh) | 物联网日志传输方法、客户端、服务端、设备及存储介质 | |
CN108076535B (zh) | 无线资源控制连接的控制方法、装置、终端及存储介质 | |
CN102546100B (zh) | 鲁棒性头压缩反馈管理方法、装置及解压器 | |
CN107294878A (zh) | 数据传输方法、***及相关设备 | |
CN104780577B (zh) | 一种数据资源在小区间进行切换传输的方法和设备 | |
CN109462591B (zh) | 一种数据传输方法、接收方法、装置及*** | |
CN106131968A (zh) | 一种基于喷泉码的中继基站多播调度方法 | |
CN106535145A (zh) | 短信传输方法、短信传输装置、终端和应用服务器 | |
CN102685703B (zh) | 移动装置 | |
CN106900017A (zh) | 数据反传方法及装置 | |
CN110704361A (zh) | Rdma数据发送及接收方法、电子设备及可读存储介质 | |
US20070127433A1 (en) | Method and apparatus for generating sndcp header in gprs communication system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
CB02 | Change of applicant information |
Address after: 518057 Shenzhen Software Park, Nanshan District high tech Industrial Park, Guangdong, China,, 6 401-402 Applicant after: Yongxing Shenzhen Polytron Technologies Inc Address before: 518057 Shenzhen Software Park, Nanshan District high tech Industrial Park, Guangdong, China,, 6 401-402 Applicant before: Shenzhen Longrise Technology Co., Ltd. |
|
COR | Change of bibliographic data | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170215 |