CN116095018A - 数据传输方法、装置 - Google Patents
数据传输方法、装置 Download PDFInfo
- Publication number
- CN116095018A CN116095018A CN202211738481.7A CN202211738481A CN116095018A CN 116095018 A CN116095018 A CN 116095018A CN 202211738481 A CN202211738481 A CN 202211738481A CN 116095018 A CN116095018 A CN 116095018A
- Authority
- CN
- China
- Prior art keywords
- packet
- access terminal
- accessed
- transmission packet
- transmission
- 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
Images
Classifications
-
- 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/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
-
- 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/12—Avoiding congestion; Recovering from congestion
-
- 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/35—Flow control; Congestion control by embedding flow control information in regular packets, e.g. piggybacking
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
本申请涉及一种数据传输方法、装置,属于网络传输技术领域,一种数据传输方法,包括:响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。本申请具有降低网络拥塞度,获取更通畅网络传输的技术效果。
Description
技术领域
本申请涉及网络传输技术领域,尤其是涉及一种数据传输方法、一种数据传输装置。
背景技术
目前, 在网络传输领域,主要考虑的问题是,流量过大,导致网络拥塞。尤其是在云端数据库的访问过程中,访问端的客户需要远程访问云端的数据库,如果出现网络拥塞,会导致数据丢失等技术问题,使得访问远端数据库的体验感变得很差。如何减小由于流量过大,导致的网络拥塞情况,成为亟待解决的技术问题。
发明内容
为了解决网络拥塞导致的访问体验感差的技术问题,本申请提供了一种数据传输方法和一种数据传输装置。
本申请提供的一种数据传输方法,采用如下的技术方案:
第一方面,提供一种数据传输方法,包括:
响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;
响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。
优选的,所述响应于访问端发起数据传输请求,之前,还包括:
响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;
响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;
所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;
响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。
优选的,还包括:
响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;
响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。
优选的,还包括:
响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。
优选的,还包括:
响应于所述访问端在指定的评估时间范围内,没有收到被访问端发出的心跳包,所述访问端将所述评估时间之前发送过的第四传输包,再次发送。
优选的,所述第一传输包的包头和第四传输包的包头,包括:源端口号、目标端口号、数据包长度、校验值;
所述第二传输包的包头和第三传输包的包头,包括:源mac,源随机唯一端口号,源ip,目的ip,目的端口号,协议类型,联结标识。
第二方面,还提供一种数据传输装置,包括:
转换模块:用于响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;
接收模块:用于响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。
优选的,还包括:
缓存模块:用于响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;
发送模块:用于响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;
匹配模块:用于所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;
第一存储模块:用于响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。
优选的,还包括:
联系模块:用于响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;
第二存储模块:用于响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。
优选的,还包括:
周期模块:用于响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。
综上所述,本申请包括以下至少一种有益技术效果:
1.由于TCP包仅用于初始建立联系阶段,之后都是模拟TCP包工作,使得数据传输过程中,减少了TCP包中的ACK数据,极大的降低了网路拥塞的可能性;同时,保证了网络传输的可靠性。
2.在网络出现不稳定的情况下,通过缓存发送的数据包,在后续过程中重发数据包,可以弥补丢失包造成的数据丢失。
附图说明
图1是一种数据传输方法的第一实施例的步骤图;
图2是一种数据传输方法的第二实施例的步骤图;
图3是一种数据传输方法的第三实施例的步骤图;
图4是一种数据传输装置的第一实施例的逻辑框图;
图5是一种数据传输装置的第二实施例的逻辑框图;
图6是一种数据传输装置的第三实施例的逻辑框图;
图7是一种数据传输装置的第四实施例的逻辑框图。
附图标记说明:1、一种数据传输装置;11、转换模块;12、接收模块;13、缓存模块;14、发送模块;15、匹配模块;16、第一存储模块;17、联系模块;18、第二存储模块;19、周期模块。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图1-7及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本申请,并不用于限定本申请。
TCP协议,是目前网络传输的基本协议,是一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP为了保证报文传输的可靠,就给每个包一个序号,同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认信号(ACK);如果发送端实体在合理的往返时延(RTT)内未收到确认,那么对应的数据(假设丢失了)将会被重传。这本来是保证网络传输可靠性的手段,但是,却造成了网络中存在大量的ACK,挤占了有用信息的传输。为了解决这个问题,采用如下的方案来降低ACK的发送。
第一方面,如图1所示,提供一种数据传输方法,包括:
S5:响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;在网络中,利用第一控制程序截取本由TCP协议生成的第一TCP包,将所述第一TCP包的转换为第一传输包。第一传输包和第一TCP包都包含要传输的数据,但是,两者的区别在于,第一TCP包的包头为TCP协议规定的包头,第一传输包的包头不是TCP协议规定的包头。在本实施例中,所述第一传输包为UDP包。UDP也是一种网络传输协议。UDP 为提供了一种无需建立连接就可以发送封装的要传输的数据的方法。本实施例中,也可以是其他协议,只要能够满足去掉TCP协议中的每发送一个数据包,就回复一个ACK信号的功能,即可。
S6:响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。由于网络协议的基础性,目前的网络都是TCP协议的网络,那么应用程序采用的处理数据的方式,也限定为处理TCP协议下的数据包。所以,在被访问端,需要利用第二控制程序将第一传输包转换为第二TCP包;所述第二TCP包和所述第一TCP包完全一样,无论是包头还是要传输的数据。所述第一控制程序和所述第二控制程序是相对应的,类似于,一个是编码,另一个是解码。
优选的,如图2所示,所述响应于访问端发起数据传输请求,之前,还包括:
S1:响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;之前的技术方案,是在已经建立了基于非TCP协议的连接的基础上,实现的数据传输。本实施例的技术方案,则是如何建立非TCP协议的连接的过程。在本实施例中,第一控制程序还具有缓存数据的功能。所述基本信息,包括:源mac,源随机唯一端口,源ip,目的ip,目的端口,协议类型等信息。
S2:响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;被访问端的应用程序在接收到去掉包头的数据后,会对数据进行处理,并返回增加了包头的第三TCP包。被访问端利用第二控制程序将第三TCP包转换为第二传输包,过程类似于访问端,即将第三TCP包的包头去掉,保存应用程序处理后的数据,然后再加上UDP包头;此后,利用网络将第二传输包发送给所述访问端。
S3:所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;在本实施例中,将访问端接收到的第二传输包,利用第一控制程序解析,分析第二传输包中是否包含所述基本信息。
S4:响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。如果,所述解析过的第二传输包与所述基本信息匹配,则表示访问端和被访问端已经建立了联系;
优选的,如图3所示,还包括:
S7:响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;在本实施例中,为了使得访问端和被访问端的建立联系成功的信息被保存,则还需要访问端发送第三传输包到被访问端。之前建立联系成功是访问端保存了成功信息。
S8:响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。在本实施例中,被访问端也保存了访问端和被访问端建立联系成功的信息。因此,在此步骤后,访问端和被访问端之间可以直接发送需要传输的数据,并且,访问端和被访问端都无需回复ACK信号,不增加网络的开销,不会导致由于ACK信号过多,造成的网络拥塞。
优选的,还包括:
S9:响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。由于网络环境的变化,或者网络的基础条件的约束,建立联系成功后,传输数据还有可能中断,或者受影响,导致传输数据不完整。会需要一个指定周期,在该指定周期内,认可传输的数据的完整性。那么在指定周期内,访问端就不再发送第三传输包,被访问端也不再发送第二传输包,用于建立联系。而是,直接通过网络发送数据,接收数据。
优选的,还包括:
S10:响应于所述访问端在指定的评估时间范围内,没有收到被访问端发出的心跳包,所述访问端将所述评估时间之前发送过的第四传输包,再次发送。心跳包,就是在和间定时通知对方自己状态的一个自己定义的命令字,按照一定的时间间隔发送,类似于,所以叫做心跳包。所述评估时间,是缓存记录UDP出口包时间,接到返回的UDP包时间。在网络波动时,例如,发出的某个或某些UDP包,被访问端的第二控制程序并没有接收到,也并不会进行处理或返回结果,此时访问端的第一控制程序,依据上文提到的“评估时间”结果,进行判断,如果大于两倍评估时间,将可能丢失的UDP包,进行补发。被访问端的第二控制程序,将缓存部分最近的数据包,如果接收到重复的数据包,则直接丢弃,避免请求重复。
优选的,所述第一传输包的包头和第四传输包的包头,包括:源端口号、目标端口号、数据包长度、校验值;
所述第二传输包的包头和第三传输包的包头,包括:源mac,源随机唯一端口号,源ip,目的ip,目的端口号,协议类型,联结标识。
第二方面,如图4所示,还提供一种数据传输装置1,包括:
转换模块11:用于响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;
接收模块12:用于响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。
优选的,如图5所示,还包括:
缓存模块13:用于响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;
发送模块14:用于响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;
匹配模块15:用于所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;
第一存储模块16:用于响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。
优选的,如图6所示,还包括:
联系模块17:用于响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;
第二存储模块18:用于响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。
优选的,如图7所示,还包括:
周期模块19:用于响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。
综上所述,本申请包括以下至少一种有益技术效果:
1.由于TCP包仅用于初始建立联系阶段,之后都是模拟TCP包工作,使得数据传输过程中,减少了TCP包中的ACK数据,极大的降低了网路拥塞的可能性;同时,保证了网络传输的可靠性。
2.在网络出现不稳定的情况下,通过缓存发送的数据包,在后续过程中重发数据包,可以弥补丢失包造成的数据丢失。
以上均为本申请的较佳实施例,并非依此限制本申请的保护范围,本说明书(包括摘要和附图)中公开的任一特征,除非特别叙述,均可被其他等效或者具有类似目的的替代特征加以替换。即,除非特别叙述,每个特征只是一系列等效或类似特征中的一个例子而已。
Claims (10)
1.一种数据传输方法,其特征在于,包括:
响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;
响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。
2.根据权利要求1所述的方法,其特征在于,所述响应于访问端发起数据传输请求,之前,还包括:
响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;
响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;
所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;
响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。
3.根据权利要求2所述的方法,其特征在于,还包括:
响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;
响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。
4.根据权利要求3所述的方法,其特征在于,还包括:
响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。
5.根据权利要求4所述的方法,其特征在于,还包括:
响应于所述访问端在指定的评估时间范围内,没有收到被访问端发出的心跳包,所述访问端将所述评估时间之前发送过的第四传输包,再次发送。
6.根据权利要求1~5中任一所述的方法,其特征在于,
所述第一传输包的包头和第四传输包的包头,包括:源端口号、目标端口号、数据包长度、校验值;
所述第二传输包的包头和第三传输包的包头,包括:源mac,源随机唯一端口号,源ip,目的ip,目的端口号,协议类型,联结标识。
7.一种数据传输装置,其特征在于,包括:
转换模块:用于响应于访问端发起数据传输请求,所述访问端的第一控制程序将包含要传输的数据的第一TCP包拦截,并转换为指定的第一传输包;
接收模块:用于响应于被访问端接收到所述第一传输包,所述被访问端的第二控制程序将所述第一传输包转换为第二TCP包,并发送给被访问端的应用程序。
8.根据权利要求7所述的装置,其特征在于,还包括:
缓存模块:用于响应于所述访问端首次发起数据传输请求,所述访问端的第一控制程序将所述首次发起数据传输请求的基本信息缓存;
发送模块:用于响应于所述被访问端收到所述应用程序运行后,返回的第三TCP包,所述被访问端的第二控制程序将所述第三TCP包转换为第二传输包,并将第二传输包发送给所述访问端;
匹配模块:用于所述访问端将被缓存的所述基本信息与被所述第一控制程序解析过的所述第二传输包匹配;
第一存储模块:用于响应于所述基本信息与所述解析过的第二传输包匹配,所述访问端存储所述访问端和所述被访问端建立联系成功的信息。
9.根据权利要求8所述的装置,其特征在于,还包括:
联系模块:用于响应于所述建立联系成功的信息,所述访问端发送第三传输包到所述被访问端;
第二存储模块:用于响应于所述被访问端收到第三传输包,所述被访问端存储访问端和被访问端建立联系成功的信息。
10.根据权利要求9所述的装置,其特征在于,还包括:
周期模块:用于响应于所述访问端存储访问端和被访问端建立联系成功的信息,则在指定周期内,所述访问端不再发送第三传输包,所述被访问端不再发送第二传输包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211738481.7A CN116095018A (zh) | 2022-12-31 | 2022-12-31 | 数据传输方法、装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211738481.7A CN116095018A (zh) | 2022-12-31 | 2022-12-31 | 数据传输方法、装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116095018A true CN116095018A (zh) | 2023-05-09 |
Family
ID=86201978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211738481.7A Pending CN116095018A (zh) | 2022-12-31 | 2022-12-31 | 数据传输方法、装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN116095018A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104243267A (zh) * | 2014-09-18 | 2014-12-24 | 百度在线网络技术(北京)有限公司 | 数据传输方法及装置 |
WO2017215144A1 (zh) * | 2016-06-16 | 2017-12-21 | 乐视控股(北京)有限公司 | 调度方法、调度响应方法及设备和系统 |
CN108989486A (zh) * | 2018-08-30 | 2018-12-11 | 北京智友信诚科技有限公司 | 一种通信方法及通信系统 |
-
2022
- 2022-12-31 CN CN202211738481.7A patent/CN116095018A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104243267A (zh) * | 2014-09-18 | 2014-12-24 | 百度在线网络技术(北京)有限公司 | 数据传输方法及装置 |
WO2017215144A1 (zh) * | 2016-06-16 | 2017-12-21 | 乐视控股(北京)有限公司 | 调度方法、调度响应方法及设备和系统 |
CN108989486A (zh) * | 2018-08-30 | 2018-12-11 | 北京智友信诚科技有限公司 | 一种通信方法及通信系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7471681B2 (en) | Determining network path transmission unit | |
US10237153B2 (en) | Packet retransmission method and apparatus | |
KR102136563B1 (ko) | 패킷 전송 방법 및 사용자 장비 | |
US8713189B2 (en) | System and method for reliable packet data transport in a computer network | |
US7940665B2 (en) | Transparent optimization for transmission control protocol flow control | |
CN112436994B (zh) | 一种数据传输方法及电子设备 | |
WO2012066824A1 (ja) | 通信装置および通信システム | |
CN106210924B (zh) | 视频网络传输控制方法和系统 | |
EP1755314A2 (en) | TCP normalisation engine | |
WO1998042108A1 (en) | Method for implementing a transport layer protocol for wireless packet data delivery | |
CN110505123B (zh) | 丢包率的计算方法、服务器及计算机可读存储介质 | |
US20060271680A1 (en) | Method For Transmitting Window Probe Packets | |
CN112911638B (zh) | 使用udp协议优化无线网络负载拥塞的可靠通信方法 | |
CN101325539B (zh) | 一种局域网内可靠通信的方法 | |
CN113489750A (zh) | 数据传输方法、数据处理方法及相关设备 | |
CN115002023B (zh) | 一种链路聚合方法、链路聚合装置、电子设备及存储介质 | |
CN116095018A (zh) | 数据传输方法、装置 | |
CN112468513B (zh) | 一种企业网的终端管理通信方法 | |
CN114598651A (zh) | 数据传输方法以及装置 | |
CN113424578B (zh) | 一种传输控制协议加速方法和装置 | |
CN114422425A (zh) | 多链路聚合的数据传输方法、系统、装置及存储介质 | |
CN109151904B (zh) | 一种Lora报文重装及重传方法、发送端及接收端 | |
KR100913897B1 (ko) | 재전송 타임아웃 수를 줄이기 위한 전송 제어 프로토콜혼잡제어방법 | |
CN112511573B (zh) | 一种udp数据包的传输控制方法 | |
Garcia-Luna-Aceves et al. | A Connection-Free Reliable Transport Protocol |
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 |