CN106330414A - 一种报文传输方法及装置 - Google Patents
一种报文传输方法及装置 Download PDFInfo
- Publication number
- CN106330414A CN106330414A CN201610675475.XA CN201610675475A CN106330414A CN 106330414 A CN106330414 A CN 106330414A CN 201610675475 A CN201610675475 A CN 201610675475A CN 106330414 A CN106330414 A CN 106330414A
- Authority
- CN
- China
- Prior art keywords
- equipment
- message
- data message
- sequence number
- sent
- 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.)
- Granted
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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1874—Buffer management
-
- 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明实施例公开了一种报文传输方法及装置,应用在数据链路层,第一设备把待发送数据报文的初始序号发送给第二设备;第一设备根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;第二设备根据初始序号及接收到的报文的序号确定出遗漏的数据报文的第一序号,并向第一设备发送包含第一序号的第一类反馈报文;第一设备在接收到第一类反馈报文后,在缓存的数据报文中,确定第一序号对应的目标数据报文;向第二设备发送目标数据报文。也就是说,如果第一设备发送的数据报文在传输过程中丢失,第二设备向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,提高了链路层数据传输的可靠性。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种报文传输方法及装置。
背景技术
数据链路层是OSI(Open System Interconnect,开放式系统互联)参考模型中的第二层,介乎于物理层和网络层之间,数据链路层在物理层提供的服务的基础上向网络层提供服务。
数据链路层的最基本的功能是向该层用户提供透明的和可靠的数据传输服务。透明是指:该层上传输的数据的内容、格式及编码没有限制,也没有必要解释信息结构的意义。可靠是指:接收端设备接收到发送端发送的数据报文后,利用纠错码对该数据报文进行检查,如果检查不通过,表示该数据报文出现错误,这种情况下,向发送端反馈错误信息,以使发送端进行后续重传处理。
但是在上述方案中,如果发送端设备发送的数据报文未能成功到达接收端设备,接收端设备并不能检查出丢失数据报文,当然也就不会向发送端设备反馈该丢失信息,发送端设备也就不会进行后续重传处理。
因此,在数据链路层的数据传输过程中,并不能保证发送端设备发送的数据报文到达接收端设备,可靠性较差。
发明内容
本发明实施例的目的在于提供一种报文传输方法及装置,提高链路层数据传输的可靠性。
为达到上述目的,本发明实施例公开了一种报文传输方法,应用于数据链路层,所述方法包括:
第一设备将待发送数据报文的初始序号发送给第二设备;
根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;
接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号;
在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
向所述第二设备发送所述目标数据报文。
可选的,所述方法还可以包括:
接收所述第二设备发送的第二类反馈报文;其中,所述第二类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定没有遗漏的数据报文后发送的,所述第二类反馈报文中包含当前待发送数据报文的第二序号;
当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
可选的,在接收到所述第二设备发送的反馈报文之后,还可以包括:
从所接收到的反馈报文中提取序号,在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
可选的,在向第二设备发送数据报文之前,还可以包括:
广播发现报文,所述发现报文中携带所述第一设备的第一MAC地址、第一端口号及第二设备的第二端口号,以使所述第二设备在接收到所述发现报文后,根据所述第一MAC地址及所述第一端口号,向所述第一设备发送发现回复报文;
接收所述发现回复报文,所述发现回复报文中携带所述第二设备的第二MAC地址;
根据所述第二MAC地址,建立与所述第二设备的连接。
可选的,向第二设备发送数据报文,可以包括:
对基于数据链路层数据报文进行分片处理,将分片后的数据报文发送给第二设备。
可选的,在所述对所发送的数据报文进行缓存之后,还可以包括:
在第一预设时长内未接收到所述第二设备发送的反馈报文的情况下,根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;
向所述第二设备发送所确定的当前待重发数据报文;
和/或,
在缓存的数据报文中,确定所述第一序号对应的目标数据报文,包括:
判断在接收到所述第一类反馈报文之后的第二预设时长内是否接收到预设数量个所述第一类反馈报文;
当判断结果为是时,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
当判断结果为否时,判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;所述第三预设时长大于所述二预设时长。
为达到上述目的,本发明实施例还公开了一种报文传输方法,应用于数据链路层,所述方法包括:
第二设备接收第一设备发送的待发送数据报文的初始序号;
在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号;
根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号;
向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号;
接收所述第一设备发送的所述第一序号对应的目标数据报文。
为达到上述目的,本发明实施例还公开了一种报文传输装置,应用于数据链路层,所述装置设置于第一设备,包括:
第一发送模块,用于将待发送数据报文的初始序号发送给第二设备;
第二发送模块,用于根据待发送数据报文的序号,依次向第二设备发送数据报文;
缓存模块,用于对所发送的数据报文进行缓存;
第一接收模块,用于接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号;
第一确定模块,用于在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
第三发送模块,用于向所述第二设备发送所述目标数据报文。
可选的,所述装置还可以包括:
第二接收模块,用于接收所述第二设备发送的第二类反馈报文;其中,所述第二类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定没有遗漏的数据报文后发送的,所述第二类反馈报文中包含当前待发送数据报文的第二序号;
生成模块,用于当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
第四发送模块,用于根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
可选的,所述装置还可以包括:
第一提取模块,用于从所接收到的反馈报文中提取序号;
删除模块,用于在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
可选的,所述装置还可以包括:
广播模块,用于广播发现报文,所述发现报文中携带所述第一设备的第一MAC地址、第一端口号及第二设备的第二端口号,以使所述第二设备在接收到所述发现报文后,根据所述第一MAC地址及所述第一端口号,向所述第一设备发送发现回复报文;
第三接收模块,用于接收所述发现回复报文,所述发现回复报文中携带所述第二设备的第二MAC地址;
连接模块,用于根据所述第二MAC地址,建立与所述第二设备的连接。
可选的,所述第二发送模块,具体可以用于:
对基于数据链路层数据报文进行分片处理,将分片后的数据报文发送给第二设备。
可选的,所述装置还可以包括:
第二确定模块,用于在第一预设时长内未接收到所述第二设备发送的反馈报文的情况下,根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;
第五发送模块,用于向所述第二设备发送所确定的当前待重发数据报文;
和/或,所述第一确定模块,具体用于:
判断在接收到所述第一类反馈报文之后的第二预设时长内是否接收到预设数量个所述第一类反馈报文;
当判断结果为是时,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
当判断结果为否时,判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;所述第三预设时长大于所述二预设时长。
为达到上述目的,本发明实施例还公开了一种报文传输装置,应用于数据链路层,所述装置设置于第二设备,包括:
第四接收模块,用于接收第一设备发送的待发送数据报文的初始序号;
第二提取模块,用于在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号;
第三确定模块,用于根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号;
第六发送模块,用于向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号;
第五接收模块,用于接收所述第一设备发送的所述第一序号对应的目标数据报文。
应用本发明实施例,在数据链路层中,第一设备首先把待发送数据报文的初始序号发送给第二设备;然后第一设备根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;第二设备根据该初始序号及接收到的报文的序号确定出遗漏的数据报文的第一序号,并向第一设备发送包含该第一序号的第一类反馈报文;第一设备在接收到该第一类反馈报文后,在缓存的数据报文中,确定第一序号对应的目标数据报文;向第二设备发送所述目标数据报文。也就是说,如果第一设备发送的数据报文在传输过程中丢失,第二设备可以向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,这样,便提高了链路层数据传输的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种应用于第一设备的报文传输方法的流程示意图;
图2为本发明实施例提供的一种报文格式示意图;
图3为本发明实施例提供的一种应用于第二设备的报文传输方法的流程示意图;
图4为本发明实施例提供的一种应用于第一设备的报文传输装置的结构示意图;
图5为本发明实施例提供的一种应用于第二设备的报文传输装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为了解决上述技术问题,本发明实施例提供了一种报文传输方法及装置。该方法和装置应用于数据链路层。下面首先对本发明实施例提供的应用于第一设备的报文传输方法进行详细说明。
图1为本发明实施例提供的一种应用于第一设备的报文传输方法的流程示意图,包括:
S101:将待发送数据报文的初始序号发送给第二设备。
在本实施例中,将发送端设备称之为第一设备,将接收端设备称之为第二设备。该设备可以为交换设备、客户端、服务器等等,在此不做限制。
第一设备向第二设备发送的数据报文中携带有序号。该初始序号即为第一设备与第二设备建立连接后,第一设备向第二设备发送的第一个数据报文中应当携带的序号。第一设备在向第二设备发送数据报文之前,先将该初始序号告知第二设备。
S102:根据待发送数据报文的序号,依次向第二设备发送数据报文。
第一设备根据待发送的数据生成数据报文,如上所述,数据报文中携带有序号。按照每个数据报文的序号的先后顺序,依次将数据报文发送给第二设备。
S103:对所发送的数据报文进行缓存。
在本实施例中,第一设备将数据报文发送给第二设备后,并不马上清理掉发送过的数据报文,而是对其进行缓存,以便后续如果有第二设备未接收到的数据报文,可以在缓存中找到该数据报文,并重新对其进行发送。
S104:接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号。
第二设备接收到数据报文后,从报文中提取出该报文的序号,并根据之前接收到的初始序号及提取出的序号判断接收到的数据报文是否有遗漏。在实际应用中,可能是第一设备发送失败导致第二设备接收到的数据报文有遗漏,也有可能是链路中有其他干扰导致第二设备接收到的数据报文有遗漏。
举例来说,假设第一设备向第二设备发送的初始序号为5。之后,第一设备依次向第二设备发送序号为5、6、7的三个数据报文。由于链路干扰,序号为6的数据报文未能到达第二设备。
第二设备接收到第一设备发送的两个数据报文。从这两个数据报文中提取出的序号分别为5和7。第二设备根据之前接收到的初始序号5和提取出的序号5和7,确定遗漏了序号为6的数据报文,“6”即为遗漏的数据报文的第一序号。第二设备向第一设备发送第一类反馈报文,其中包含序号“6”。第一设备接收该第一类反馈报文。
S105:在缓存的数据报文中,确定所述第一序号对应的目标数据报文。
第一设备接收到该第一类反馈报文后,提取出该报文中包含的序号“6”,从缓存的数据报文中找到序号为6的数据报文,将其确定为目标数据报文。
S106:向所述第二设备发送所述目标数据报文。
延续上述例子,第一设备将该序号为6的数据报文重新发送给第二设备。
应用本发明图1所示实施例,如果第一设备发送的数据报文在传输过程中丢失,第二设备可以向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,这样,便提高了链路层数据传输的可靠性。
在上述实施例中,还有可能出现另一种情况,即:第二设备确定没有遗漏的数据报文,此时,第二设备则向所述第一设备发送第二类反馈报文,所述第二类反馈报文中包含当前待发送数据报文的序号;
第一设备在接收到第二类反馈报文的情况下,当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
假设上述序号为5、6、7的数据报文全部成功发送到第二设备,这种情况下,第二设备可以向第一设备发送第二类反馈报文。该第二类反馈报文中携带有当前待发送数据报文的序号,也就是第一设备即将发送给第二设备的数据报文的序号,这里应当为8。
第一设备接收到该携带有序号8的第二类反馈报文后,则表示前3个数据报文全部发送成功,不需要对其重新进行发送。这种情况下,第一设备可以从缓存中将这3个数据报文删除。
具体的,第一设备在接收到第二设备发送的反馈报文之后,从所接收到的反馈报文中提取序号,在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
这种方案同样可以应用于第一设备接收到第一类反馈报文后,还以上述例子进行说明,假设第一设备接收到第一类反馈报文,其中携带序号6。这就表示第二设备已成功接收到序号为5的数据报文,第一设备可以在缓存中将序号为5的数据报文删除。
需要说明的是,在实际应用中,第一设备与第二设备之间并不是一直存在需要传输的数据。因此,只有当第一设备中存在待传输数据时,第一设备生成该待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文。
假设只生成了一个待发送数据报文,该待发送数据报文即为上述当前待发送数据报文,也就是说,该待发送数据报文的序号即为8。假设生成了多个,比如三个待发送数据报文,则第一个待发送数据报文为上述当前待发送数据报文,也就是说,第一个待发送数据报文的序号为8,剩余两个待发送数据报文的序号可以分别为9和10。
根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
假设生成了三个待发送数据报文,则先将序号为8的报文发送给第二设备,其次发送序号为9的报文,再次发送序号为10的报文。
作为本发明的一种实施方式,第一设备接收到第二设备发送的第一类反馈报文后,可以先不立即向第二设备重新发送该第一类反馈报文中携带的序号对应的数据报文,而是先等待第二预设时长,判断在这第二预设时长内是否接收到预设数量个所述第一类反馈报文。
当判断结果为是时,再执行后续确定目标数据报文、重新发送目标数据报文的步骤。
当判断结果为否时,再判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,再执行后续确定目标数据报文、重新发送目标数据报文的步骤。
需要说明的是,所述第三预设时长大于所述二预设时长。
举例来说,假设第二预设时长为2s,第三预设时长为3s,预设数量为2。当第一设备接收到第二设备发送的第一类反馈报文,其中携带有序号6,表示第二设备未接收到序号为6的数据报文。此时,第一设备等待2s,判断在这2s内是否又接收到第二设备发送的同样的两个携带有序号6的第一类反馈报文。
如果接收到同样的两个携带有序号6的第一类反馈报文,表示第二设备确实未接收到该序号为6的数据报文,这种情况下,执行后续的重传操作。
如果第一设备没接收到上述两个携带有序号6的第一类反馈报文,则判断在接收到该第一类反馈报文之后的3s内,是否接收到第二设备发送的携带有序号8的第二类反馈报文。如果接收到该序号8的第二类反馈报文,表示第二设备已经接收到了该序号为6的数据报文,这种情况下,不再执行后续的重传操作。相反,如果也没接收到该序号8的第二类反馈报文,则执行后续的重传操作。
可以理解的是,数据报文的传输可能有延时,当第二设备确定自身有未接收到的数据报文时,可能只是暂时未接收到,此时,第一设备不立即进行重传操作,而是等待一段时间再判断第二设备是否接收到该数据报文,如果还没有,再进行重传操作,如果第二设备已经接收到了该数据报文,则不再进行重传操作。这样,即保证了可靠传输,又避免了不必要的资源浪费。
作为本发明的一种实施方式,在第一设备向第二设备发送数据报文后的第一预设时长内,如果既未接收到第二设备发送的第一类反馈报文,也未接收到第二设备发送的第二类反馈报文,此时,第一设备根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;向第二设备发送所确定的当前待重发数据报文。
也就是说,第一设备向第二设备发送序号为5、6、7的数据报文后,第二设备未做任何反馈,则说明第二设备这3个数据报文可能都未成功发送至第二设备。这种情况下,第一设备在缓存中找到序号最小的数据报文,即序号为5的数据报文,将其确定为当前待重发数据报文,并将其重新发送给第二设备。
第一设备可以按照序号顺序,依次将这3个数据报文全部重新发送给第二设备,也可以只发送序号为5的数据报文。如果第二设备仍没有任何反馈,则说明第一设备和第二设备之间的连接出现异常,可以发送提示信息,使相关人员进行后续处理。
作为本发明的一种实施方式,第一设备与第二设备可以利用socket协议进行数据交互。本领域技术人员应该理解socket只是一组编程接口,可在链路层基于socket标准实现对应的链路层接口,本发明在利用socket协议进行数据交互的过程中,需要指定报文的出端口,并将该出端口信息设置在socket选项中。
在本实施方式中,可以实现连接的动态发现。具体来说,第一设备可以向其所在的网络内的其他设备广播发现报文,发现报文中携带第一设备的第一MAC地址、第一端口号及第二设备的第二端口号。在实际应用中,第二设备的第二端口号可以预先配置于第一设备中,也可以通过协议预定,使得第一设备获得第二设备的第二端口号,当然也可以采用其他方式,在此不做限定。
当第二设备接收到该发现报文后,确定自身端口号与该发现报文中的第二端口号一致,则第二设备根据该发现报文中的第一MAC地址及第一端口号,将发现回复报文发送至第一设备,该发现回复报文中携带有自身第二MAC地址。
第一设备接收到该发现回复报文后,根据第二设备的第二MAC地址,与第二设备建立连接。
也就是说,第一设备中可以不存储其他设备的MAC地址,只存储其他设备的端口号,当第一设备需要与其他设备建立连接时,第一设备将携带有目标设备的端口号的发现报文进行广播,再根据目标设备的回复,获取目标设备的MAC地址。之后,再根据获取到的MAC地址,与目标设备建立连接。这样,便实现了连接的动态发现。
可以理解的是,第一设备与第二设备建立连接之后,第一设备才能向第二设备发送数据报文。
作为本发明的一种实施方式,可以在建立连接的过程中,第一设备与第二设备进行数据报文的初始序号的相互。具体的,第一设备可以进入INIT(内核自行启动)状态,然后将待发送数据报文的初始序号发送给第二设备。第二设备接收到该初始序号后,将状态迁移到INIT_RCV状态,并将自身的待发送数据报文的初始序号发送给第一设备。第一设备记录该初始序号后,进入Establish状态,并向第二设备发送反馈信息,表示自身已接收到该初始序号。第二设备在接收到该反馈信息后,也进入Establish状态。至此,第一设备与第二设备连接成功。
在本实施方式中,第一设备可以根据实际需要,断开与第二设备的连接。第一设备可以向第二设备发送断开连接指令,并在接收到第二设备发送的断开确认信息后,断开与第二设备的连接。
可以理解的是,如果第一设备直接断开与第二设备的连接,则可能造成第二设备上数据错误。因此,第一设备可以先向第二设备发送断开连接指令,第二设备可以根据该指令,为断开连接做相应的准备工作,准备工作完成后,向第一设备发送断开确认信息。第一设备接收到该断开确认信息后,再断开与第二设备的连接。
当第一设备与第二设备利用socket协议进行数据交互时,可以通过socket选项获取当前MTU(Maximum Transmission Unit,最大传输单元)。在数据链路层中,第一设备可以根据MTU的大小来控制数据报文中包含的数据量。以太网中的MTU为1500字节,当待发送数据超过1500字节时,第一设备可以对数据报文进行分片处理,将分片后的数据报文发送给第二设备。
作为本发明的一种实施方式,如果第一设备向第二设备发送了大量的数据报文,占用了第二设备的过多资源,这种情况下,第二设备可以向第一设备发送资源告警信息。
具体的,第二设备中可以设定一个阈值,当接收到第一设备发送的数据报文的数据量超过该阈值时,向第一设备发送资源告警信息。
当第一设备接收到第二设备发送的资源告警信息后,停止向第二设备发送数据报文。与此同时,第二设备对接收到的数据报文进行处理,第二设备中还可以另外设置一个阈值,当未处理的数据报文的数据量小于该阈值时,第二设备可以向第一设备发送解除告警信息。
当第一设备接收到第二设备发送的后,继续向第二设备发送数据报文。
当然,第一设备也可以等待一个设定的时长后,继续向第二设备发送数据报文。
作为本发明的一种实施方式,第一设备向第二设备发送的数据报文、以及第二设备向第一设备发送的反馈报文的格式可以如图2所示,其中,Sequence表示数据报文中携带的序号,ACK sequence表示反馈报文中携带的序号。图2中包含两处目的MAC地址及源MAC地址,其中一处可以用于广播,另一处可以为用于单播。
另外,为了提高数据报文的生成及发送效率,可以将第一设备划分成多个板来并行生成或发送数据报文,图2中的源板号即为第一设备中划分的各个板的板号。相应的,为了提高数据报文的处理效率,可以将第二设备划分成多个板来并行处理数据报文,图2中的目的板号即为第一设备中划分的各个板的板号。。
在本实施方式中,第一类反馈报文和第二类反馈报文均可以为ACK(Acknowledgement,即确认字符)报文,当然也可以为其他,在此不做限制。
图3为本发明实施例提供的一种应用于第二设备的报文传输方法的流程示意图,包括:
S301:接收第一设备发送的待发送数据报文的初始序号。
在本实施例中,将发送端设备称之为第一设备,将接收端设备称之为第二设备。该设备可以为交换设备、客户端、服务器等等,在此不做限制。
延续上面的例子,假设第二设备接收到第一设备发送的初始序号为5。
S302:在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号。
假设接收到第一设备发送的两个数据报文,从这两个数据报文中提取出的序号分别为5和7。
S303:根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号。
第二设备根据之前接收到的初始序号5和提取出的序号5和7,确定遗漏了序号为6的数据报文,“6”即为遗漏的数据报文的第一序号。
在实际应用中,可能是第一设备发送失败导致第二设备接收到的数据报文有遗漏,也有可能是链路中有其他干扰导致第二设备接收到的数据报文有遗漏。
S304:向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号。
第二设备向第一设备发送第一类反馈报文,其中包含序号“6”。第一设备接收该第一类反馈报文后,将序号为6的数据报文重新发送给第二设备。
S305:接收所述第一设备发送的所述第一序号对应的目标数据报文。
该目标数据报文即为序号为6的数据报文。
应用本发明图3所示实施例,如果第一设备发送的数据报文在传输过程中丢失,第二设备可以向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,这样,便提高了链路层数据传输的可靠性。
在上述实施例中,还有可能出现另一种情况,即:第二设备确定没有遗漏的数据报文,此时,第二设备则向所述第一设备发送第二类反馈报文,所述第二类反馈报文中包含当前待发送数据报文的序号;
第一设备在接收到第二类反馈报文的情况下,当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
假设上述序号为5、6、7的数据报文全部成功发送到第二设备,这种情况下,第二设备可以向第一设备发送第二类反馈报文。该第二类反馈报文中携带有当前待发送数据报文的序号,也就是第一设备即将发送给第二设备的数据报文的序号,这里应当为8。
第一设备接收到该携带有序号8的第二类反馈报文后,则表示前3个数据报文全部发送成功,不需要对其重新进行发送。
作为本发明的一种实施方式,第二设备向第一设备发送第一类反馈报文之后,如果未接收到第一设备发送的目标数据报文,则重复发送预设数量个第一类反馈报文;
如果接收到第一设备发送的目标数据报文,则向第一设备发送第二类反馈报文。
也就是说,第二设备向第一设备发送携带有序号为6的第一类反馈报文后,如果接收到了第一设备重新发送的序号为6的数据报文,则第二设备向第一设备发送上述携带有序号8的第二类反馈报文,表示第二设备已经成功接收到序号为5、6、7的数据报文,下一个需要接收的数据报文应为序号为8的数据报文。
假设预设数量为2。如果第二设备向第一设备发送携带有序号为6的第一类反馈报文后,未接收到第一设备重新发送的序号为6的数据报文,则重复发送两个携带有序号6的第一类反馈报文,以通知第一设备自身确实未接收到序号为6的数据报文。
作为本发明的一种实施方式,如果第二设备确定有遗漏的数据报文,第二设备可以先缓存接收到的数据报文;在接收到所述第一设备发送的目标数据报文后,再对缓存的数据报文及所述目标数据报文进行后续处理。
也就是说,在上述例子中,当第二设备接收到序号为5和7的数据报文后,可以先将这两个数据报文进行缓存,等到接收到序号为6的数据报文后,再将这3个报文一并进行后续处理。
在本实施方式中,对数据报文进行缓存具体可以为将数据报文存储至一个缓冲区。该缓冲区的容量是有限的。可以针对该缓冲区设定一个阈值(第一预设阈值)。当缓存的数据报文占用的资源大于第一预设阈值时,向第一设备发送资源告警信息,以使第一设备停止向自身发送数据报文。
当然,如果之前存在第二设备未接收到的数据报文,第一设备仍旧会重新将其发送给第二设备。第二设备对缓存的数据报文进行处理。可以针对该缓冲区设定另一个阈值(第二预设阈值)。当缓存的数据报文占用的资源小于第二预设阈值时,向第一设备发送解除告警信息,以使第一设备继续向自身发送数据报文。这样,便实现了数据反压功能。
作为本发明的一种实施方式,本方案还可以实现连接的动态实现。第二设备在接收到第一设备广播的发现报文后,确定该发现报文中携带的第二端口号与自身端口号一致。此时,第二设备根据该发现报文中携带的第一设备的第一MAC地址及第一端口号,向第一设备发送发现回复报文,发现回复报文中携带第二设备的第二MAC地址。这样,第一设备便可以根据该第二MAC地址,建立与第二设备的连接。
当第二设备接收到第一设备发送的断开连接指令后,可以做好断开连接的相关准备工作,并向第一设备发送断开确认信息。第一设备在接收到该断开确认信息后,断开与第二设备的连接。
作为本发明的一种实施方式,如果第一设备发送的数据报文为分片后的数据报文,第二设备可以在接收到该分片后的数据报文后,判断其是否完整。
举例来说,第一设备可以将序号为5的数据报文分成4个分片,然后将这4个分片发送给第二设备。第二设备判断接收到的分片是否完整,也就是,判断接收到的分片是否能拼接成一个完整的数据报文。如果完整,则根据实现情况,向第一设备发送第一类或者第二类反馈报文。
可以理解的是,数据传输可能有延时,如果不完整,第二设备可以等待一个设定的时长后,再判断接收到的分片是否完整:如果完整,则根据实现情况,向第一设备发送第一类或者第二类反馈报文;如果仍旧不完整,第二设备将之前接收到的分片也一并删除。这样,可以避免分片大量堆积,占用过多资源。
与上述方法实施例相对应,本发明实施例还提供一种报文传输装置。
图4为本发明实施例提供的一种应用于第一设备的报文传输装置的结构示意图,包括:
第一发送模块401,用于将待发送数据报文的初始序号发送给第二设备;
第二发送模块402,用于根据待发送数据报文的序号,依次向第二设备发送数据报文;
缓存模块403,用于对所发送的数据报文进行缓存;
第一接收模块404,用于接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号;
第一确定模块405,用于在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
第三发送模块406,用于向所述第二设备发送所述目标数据报文。
在本实施例中,所述装置还可以包括:第二接收模块、生成模块和第四发送模块(图中未示出),其中,
第二接收模块,用于接收所述第二设备发送的第二类反馈报文;其中,所述第二类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定没有遗漏的数据报文后发送的,所述第二类反馈报文中包含当前待发送数据报文的第二序号;
生成模块,用于当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
第四发送模块,用于根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
在本实施例中,所述装置还可以包括:第一提取模块和删除模块(图中未示出),其中,
第一提取模块,用于从所接收到的反馈报文中提取序号;
删除模块,用于在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
在本实施例中,所述装置还可以包括:广播模块、第三接收模块和连接模块(图中未示出),其中,
广播模块,用于广播发现报文,所述发现报文中携带所述第一设备的第一MAC地址、第一端口号及第二设备的第二端口号,以使所述第二设备在接收到所述发现报文后,根据所述第一MAC地址及所述第一端口号,向所述第一设备发送发现回复报文;
第三接收模块,用于接收所述发现回复报文,所述发现回复报文中携带所述第二设备的第二MAC地址;
连接模块,用于根据所述第二MAC地址,建立与所述第二设备的连接。
在本实施例中,第二发送模块402,具体可以用于:
对基于数据链路层数据报文进行分片处理,将分片后的数据报文发送给第二设备。
在本实施例中,所述装置还可以包括:第二确定模块和第五发送模块(图中未示出),其中,
第二确定模块,用于在第一预设时长内未接收到所述第二设备发送的反馈报文的情况下,根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;
第五发送模块,用于向所述第二设备发送所确定的当前待重发数据报文;
在本实施例中,第一确定模块,具体可以用于:
判断在接收到所述第一类反馈报文之后的第二预设时长内是否接收到预设数量个所述第一类反馈报文;
当判断结果为是时,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
当判断结果为否时,判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;所述第三预设时长大于所述二预设时长。
应用本发明图4所示实施例,在数据链路层中,第一设备首先把待发送数据报文的初始序号发送给第二设备;然后第一设备根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;第二设备根据该初始序号及接收到的报文的序号确定出遗漏的数据报文的第一序号,并向第一设备发送包含该第一序号的第一类反馈报文;第一设备在接收到该第一类反馈报文后,在缓存的数据报文中,确定第一序号对应的目标数据报文;向第二设备发送所述目标数据报文。也就是说,如果第一设备发送的数据报文在传输过程中丢失,第二设备可以向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,这样,便提高了链路层数据传输的可靠性。
图5为本发明实施例提供的一种应用于第二设备的报文传输装置的结构示意图,包括:
第四接收模块501,用于接收第一设备发送的待发送数据报文的初始序号;
第二提取模块502,用于在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号;
第三确定模块503,用于根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号;
第六发送模块504,用于向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号;
第五接收模块505,用于接收所述第一设备发送的所述第一序号对应的目标数据报文。
应用本发明图5所示实施例,在数据链路层中,第一设备首先把待发送数据报文的初始序号发送给第二设备;然后第一设备根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;第二设备根据该初始序号及接收到的报文的序号确定出遗漏的数据报文的第一序号,并向第一设备发送包含该第一序号的第一类反馈报文;第一设备在接收到该第一类反馈报文后,在缓存的数据报文中,确定第一序号对应的目标数据报文;向第二设备发送所述目标数据报文。也就是说,如果第一设备发送的数据报文在传输过程中丢失,第二设备可以向第一设备发送丢失报文的序号,第一设备重新向第二设备发送丢失的报文,这样,便提高了链路层数据传输的可靠性。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于计算机可读取存储介质中,这里所称得的存储介质,如:ROM/RAM、磁碟、光盘等。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (14)
1.一种报文传输方法,其特征在于,应用于数据链路层,所述方法包括:
第一设备将待发送数据报文的初始序号发送给第二设备;
根据待发送数据报文的序号,依次向第二设备发送数据报文,并对所发送的数据报文进行缓存;
接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号;
在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
向所述第二设备发送所述目标数据报文。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述第二设备发送的第二类反馈报文;其中,所述第二类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定没有遗漏的数据报文后发送的,所述第二类反馈报文中包含当前待发送数据报文的第二序号;
当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
3.根据权利要求1或2所述的方法,其特征在于,在接收到所述第二设备发送的反馈报文之后,还包括:
从所接收到的反馈报文中提取序号,在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
4.根据权利要求1所述的方法,其特征在于,在向第二设备发送数据报文之前,还包括:
广播发现报文,所述发现报文中携带所述第一设备的第一MAC地址、第一端口号及第二设备的第二端口号,以使所述第二设备在接收到所述发现报文后,根据所述第一MAC地址及所述第一端口号,向所述第一设备发送发现回复报文;
接收所述发现回复报文,所述发现回复报文中携带所述第二设备的第二MAC地址;
根据所述第二MAC地址,建立与所述第二设备的连接。
5.根据权利要求1所述的方法,其特征在于,向第二设备发送数据报文,包括:
对基于数据链路层数据报文进行分片处理,将分片后的数据报文发送给第二设备。
6.根据权利要求1所述的方法,其特征在于,在所述对所发送的数据报文进行缓存之后,还包括:
在第一预设时长内未接收到所述第二设备发送的反馈报文的情况下,根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;
向所述第二设备发送所确定的当前待重发数据报文;
和/或,
在缓存的数据报文中,确定所述第一序号对应的目标数据报文,包括:
判断在接收到所述第一类反馈报文之后的第二预设时长内是否接收到预设数量个所述第一类反馈报文;
当判断结果为是时,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
当判断结果为否时,判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;所述第三预设时长大于所述二预设时长。
7.一种报文传输方法,其特征在于,应用于数据链路层,所述方法包括:
第二设备接收第一设备发送的待发送数据报文的初始序号;
在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号;
根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号;
向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号;
接收所述第一设备发送的所述第一序号对应的目标数据报文。
8.一种报文传输装置,其特征在于,应用于数据链路层,所述装置设置于第一设备,包括:
第一发送模块,用于将待发送数据报文的初始序号发送给第二设备;
第二发送模块,用于根据待发送数据报文的序号,依次向第二设备发送数据报文;
缓存模块,用于对所发送的数据报文进行缓存;
第一接收模块,用于接收所述第二设备发送的第一类反馈报文;其中,所述第一类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定出遗漏的数据报文的第一序号后发送的,所述第一类反馈报文中包含所述第一序号;
第一确定模块,用于在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
第三发送模块,用于向所述第二设备发送所述目标数据报文。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二接收模块,用于接收所述第二设备发送的第二类反馈报文;其中,所述第二类反馈报文为所述第二设备根据所述初始序号及接收到的数据报文的序号确定没有遗漏的数据报文后发送的,所述第二类反馈报文中包含当前待发送数据报文的第二序号;
生成模块,用于当存在待传输数据时,生成所述待传输数据对应的至少一个待发送数据报文,其中,生成的第一个待发送数据报文为所述当前待发送数据报文;
第四发送模块,用于根据待发送数据报文的序号,依次向所述第二设备发送生成的待发送数据报文。
10.根据权利要求8或9所述的装置,其特征在于,所述装置还包括:
第一提取模块,用于从所接收到的反馈报文中提取序号;
删除模块,用于在缓存的数据报文中删除所提取的序号之前的序号对应的数据报文。
11.根据权利要求8所述的装置,其特征在于,所述装置还包括:
广播模块,用于广播发现报文,所述发现报文中携带所述第一设备的第一MAC地址、第一端口号及第二设备的第二端口号,以使所述第二设备在接收到所述发现报文后,根据所述第一MAC地址及所述第一端口号,向所述第一设备发送发现回复报文;
第三接收模块,用于接收所述发现回复报文,所述发现回复报文中携带所述第二设备的第二MAC地址;
连接模块,用于根据所述第二MAC地址,建立与所述第二设备的连接。
12.根据权利要求8所述的装置,其特征在于,所述第二发送模块,具体用于:
对基于数据链路层数据报文进行分片处理,将分片后的数据报文发送给第二设备。
13.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二确定模块,用于在第一预设时长内未接收到所述第二设备发送的反馈报文的情况下,根据缓存的数据报文的序号,在缓存的数据报文中确定当前待重发数据报文;
第五发送模块,用于向所述第二设备发送所确定的当前待重发数据报文;
和/或,所述第一确定模块,具体用于:
判断在接收到所述第一类反馈报文之后的第二预设时长内是否接收到预设数量个所述第一类反馈报文;
当判断结果为是时,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;
当判断结果为否时,判断在接收到所述第一类反馈报文之后的第三预设时长内是否接收到所述第二设备发送的所述第二类反馈报文;如果否,在缓存的数据报文中,确定所述第一序号对应的目标数据报文;所述第三预设时长大于所述二预设时长。
14.一种报文传输装置,其特征在于,应用于数据链路层,所述装置设置于第二设备,包括:
第四接收模块,用于接收第一设备发送的待发送数据报文的初始序号;
第二提取模块,用于在接收到第一设备发送的数据报文后,提取接收到的数据报文的序号;
第三确定模块,用于根据所述初始序号及所提取的序号确定出遗漏的数据报文的第一序号;
第六发送模块,用于向所述第一设备发送第一类反馈报文,其中,所述第一类反馈报文中包含所述第一序号;
第五接收模块,用于接收所述第一设备发送的所述第一序号对应的目标数据报文。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610675475.XA CN106330414B (zh) | 2016-08-16 | 2016-08-16 | 一种报文传输方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610675475.XA CN106330414B (zh) | 2016-08-16 | 2016-08-16 | 一种报文传输方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106330414A true CN106330414A (zh) | 2017-01-11 |
CN106330414B CN106330414B (zh) | 2021-03-26 |
Family
ID=57740547
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610675475.XA Active CN106330414B (zh) | 2016-08-16 | 2016-08-16 | 一种报文传输方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106330414B (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
CN108199925A (zh) * | 2018-01-30 | 2018-06-22 | 网宿科技股份有限公司 | 一种数据发送方法、接收方法及装置 |
CN108512634A (zh) * | 2017-02-28 | 2018-09-07 | 北京华为数字技术有限公司 | 一种数据处理的方法及相关设备 |
CN109701268A (zh) * | 2018-12-29 | 2019-05-03 | 北京金山安全软件有限公司 | 设备间的信息传输方法、装置、电子设备及存储介质 |
CN109871277A (zh) * | 2019-01-22 | 2019-06-11 | 普联技术有限公司 | 进程间多请求管理方法、装置、终端设备及可读存储介质 |
CN109936859A (zh) * | 2019-04-22 | 2019-06-25 | 南京控维通信科技有限公司 | 适于高延时低带宽卫星通信小数据量传输方法 |
WO2019128840A1 (zh) * | 2017-12-27 | 2019-07-04 | 华为技术有限公司 | 报文传输控制方法及装置 |
CN110035016A (zh) * | 2019-02-26 | 2019-07-19 | 北京钰安信息科技有限公司 | 一种数据传输方法及装置 |
CN110944358A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
CN111211878A (zh) * | 2018-11-22 | 2020-05-29 | 杭州海康威视系统技术有限公司 | 一种文件传输方法、装置、系统及电子设备 |
CN112583472A (zh) * | 2020-12-28 | 2021-03-30 | 四川安迪科技实业有限公司 | 批量升级卫星设备的组播文件发送、接收、传输方法及装置 |
CN113782028A (zh) * | 2021-09-14 | 2021-12-10 | 咪咕数字传媒有限公司 | 语音流数据的处理方法、装置及系统 |
WO2022111471A1 (zh) * | 2020-11-30 | 2022-06-02 | 华为技术有限公司 | 一种通信方法和设备 |
WO2023273486A1 (zh) * | 2021-07-01 | 2023-01-05 | 华为技术有限公司 | 一种数据传输的方法和装置 |
CN116074252A (zh) * | 2023-03-07 | 2023-05-05 | 国仪量子(合肥)技术有限公司 | Udp数据传输方法及udp数据传输装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101119319A (zh) * | 2007-09-19 | 2008-02-06 | 腾讯科技(深圳)有限公司 | 一种在数据传输过程中抵抗丢包的方法、收发装置及系统 |
CN101127702A (zh) * | 2007-08-02 | 2008-02-20 | 北京航空航天大学 | 用于平面结构网络的多对多可靠组播错误恢复方法 |
CN101136849A (zh) * | 2007-01-09 | 2008-03-05 | 中兴通讯股份有限公司 | 多链路数据的发送和接收方法及装置 |
CN102664893A (zh) * | 2012-04-23 | 2012-09-12 | 重庆理工大学 | 自适应重传与分段嵌入签名的数据传输方法 |
CN103259776A (zh) * | 2012-11-19 | 2013-08-21 | 北京新岸线移动多媒体技术有限公司 | 一种用于应用层消息确认的发送、接收方法及装置 |
CN103986647A (zh) * | 2014-05-21 | 2014-08-13 | 大唐移动通信设备有限公司 | 报文传输方法及设备 |
-
2016
- 2016-08-16 CN CN201610675475.XA patent/CN106330414B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101136849A (zh) * | 2007-01-09 | 2008-03-05 | 中兴通讯股份有限公司 | 多链路数据的发送和接收方法及装置 |
CN101127702A (zh) * | 2007-08-02 | 2008-02-20 | 北京航空航天大学 | 用于平面结构网络的多对多可靠组播错误恢复方法 |
CN101119319A (zh) * | 2007-09-19 | 2008-02-06 | 腾讯科技(深圳)有限公司 | 一种在数据传输过程中抵抗丢包的方法、收发装置及系统 |
CN102664893A (zh) * | 2012-04-23 | 2012-09-12 | 重庆理工大学 | 自适应重传与分段嵌入签名的数据传输方法 |
CN103259776A (zh) * | 2012-11-19 | 2013-08-21 | 北京新岸线移动多媒体技术有限公司 | 一种用于应用层消息确认的发送、接收方法及装置 |
CN103986647A (zh) * | 2014-05-21 | 2014-08-13 | 大唐移动通信设备有限公司 | 报文传输方法及设备 |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108512634A (zh) * | 2017-02-28 | 2018-09-07 | 北京华为数字技术有限公司 | 一种数据处理的方法及相关设备 |
CN107491356A (zh) * | 2017-08-28 | 2017-12-19 | 广州市百果园信息技术有限公司 | 基于序号的消息处理方法、终端设备和服务器 |
WO2019128840A1 (zh) * | 2017-12-27 | 2019-07-04 | 华为技术有限公司 | 报文传输控制方法及装置 |
CN108199925A (zh) * | 2018-01-30 | 2018-06-22 | 网宿科技股份有限公司 | 一种数据发送方法、接收方法及装置 |
US11316609B2 (en) | 2018-01-30 | 2022-04-26 | Wangsu Science & Technology Co., Ltd. | Data transmitting method, data receiving method, and device |
CN110944358A (zh) * | 2018-09-25 | 2020-03-31 | 华为技术有限公司 | 数据传输方法和设备 |
US11509597B2 (en) | 2018-09-25 | 2022-11-22 | Huawei Technologies Co., Ltd. | Data transmission method and device |
CN111211878A (zh) * | 2018-11-22 | 2020-05-29 | 杭州海康威视系统技术有限公司 | 一种文件传输方法、装置、系统及电子设备 |
CN111211878B (zh) * | 2018-11-22 | 2023-02-07 | 杭州海康威视系统技术有限公司 | 一种文件传输方法、装置、系统及电子设备 |
CN109701268A (zh) * | 2018-12-29 | 2019-05-03 | 北京金山安全软件有限公司 | 设备间的信息传输方法、装置、电子设备及存储介质 |
CN109871277A (zh) * | 2019-01-22 | 2019-06-11 | 普联技术有限公司 | 进程间多请求管理方法、装置、终端设备及可读存储介质 |
CN110035016A (zh) * | 2019-02-26 | 2019-07-19 | 北京钰安信息科技有限公司 | 一种数据传输方法及装置 |
CN109936859A (zh) * | 2019-04-22 | 2019-06-25 | 南京控维通信科技有限公司 | 适于高延时低带宽卫星通信小数据量传输方法 |
WO2022111471A1 (zh) * | 2020-11-30 | 2022-06-02 | 华为技术有限公司 | 一种通信方法和设备 |
CN112583472A (zh) * | 2020-12-28 | 2021-03-30 | 四川安迪科技实业有限公司 | 批量升级卫星设备的组播文件发送、接收、传输方法及装置 |
WO2023273486A1 (zh) * | 2021-07-01 | 2023-01-05 | 华为技术有限公司 | 一种数据传输的方法和装置 |
CN113782028A (zh) * | 2021-09-14 | 2021-12-10 | 咪咕数字传媒有限公司 | 语音流数据的处理方法、装置及系统 |
CN116074252A (zh) * | 2023-03-07 | 2023-05-05 | 国仪量子(合肥)技术有限公司 | Udp数据传输方法及udp数据传输装置 |
CN116074252B (zh) * | 2023-03-07 | 2023-06-06 | 国仪量子(合肥)技术有限公司 | Udp数据传输方法及udp数据传输装置 |
Also Published As
Publication number | Publication date |
---|---|
CN106330414B (zh) | 2021-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106330414A (zh) | 一种报文传输方法及装置 | |
CN101652952B (zh) | 窗口控制和重发控制方法、以及发送端装置 | |
CN105516080A (zh) | Tcp连接的处理方法、装置及系统 | |
CN103269260A (zh) | 数据传输方法、数据接收端、数据发送端和数据传输系统 | |
CN107360177B (zh) | 一种基于udp的报文传输方法及装置 | |
CN102026281A (zh) | 基于rnc实现tcp代理的方法及装置 | |
CN104780028A (zh) | 一种实现tcp数据报文重传的方法及设备 | |
CN103475706B (zh) | 基于syn-ack双服务器反弹模式的伪tcp隐蔽通信方法 | |
CN110460412A (zh) | 用于数据传输的方法和rdma网卡 | |
CN101652948A (zh) | 重发请求发送方法、发送端装置及接收端装置 | |
CN101369879B (zh) | 一种请求数据重传的方法及装置 | |
US20110038369A1 (en) | Communication method and apparatus based on user datagram protocol | |
CN105554042A (zh) | 一种UDP远程传输log的方法及系统 | |
CN106470497A (zh) | 一种数据传输方法、无线链路控制发送及接收实体 | |
EP1580916B1 (en) | System and method for transmitting units of messages in a mobile communication system | |
CN101567891B (zh) | 源地址验证方法、装置及系统 | |
CN104283716A (zh) | 数据传输方法、设备及系统 | |
CN101068372B (zh) | 处理无线链接控制重置流程的变量的方法及其装置 | |
CN111543079B (zh) | 无线链路控制(rlc)确认模式(am)数据接收 | |
CN105245568A (zh) | 一种文件传输方法 | |
Bedon et al. | A DTN system for nanosatellite-based sensor networks using a new ALOHA multiple access with gateway priority | |
CN109586931A (zh) | 组播方法及终端设备 | |
CN104243107A (zh) | 数据传输方法、装置、终端、服务器及系统 | |
CN108667563A (zh) | 一种前向纠错包个数获取方法及装置 | |
CN116963175A (zh) | 数据传输方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou science and Technology Industrial Park, high tech Industrial Development Zone, Zhejiang Province, No. six and road, No. 310 Applicant before: Huasan Communication Technology Co., Ltd. |
|
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |