CN108713311A - 一种传输控制协议tcp报文的传输方法、设备及系统 - Google Patents
一种传输控制协议tcp报文的传输方法、设备及系统 Download PDFInfo
- Publication number
- CN108713311A CN108713311A CN201680083216.6A CN201680083216A CN108713311A CN 108713311 A CN108713311 A CN 108713311A CN 201680083216 A CN201680083216 A CN 201680083216A CN 108713311 A CN108713311 A CN 108713311A
- Authority
- CN
- China
- Prior art keywords
- tcp
- equipment
- base station
- ack information
- server
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种TCP报文的传输方法、设备及系统,涉及通信领域,能够解决现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。具体方案为:基站获取来自服务器的TCP报文;基站向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基站基于拥塞窗长度获取时延T;基站接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。本发明用于TCP报文的传输。
Description
本发明涉及通信领域,特别涉及一种传输控制协议TCP报文的传输方法、设备及系统。
在网络通信系统中,例如长期演进(英文:Long Term Evolution,简称:LTE)系统,通用移动通信系统(英文:Universal Mobile Telecommunications System,简称:UMTS),增强型长期演进(英文:Long Term Evolution-Advanced,简称:LTE-A)系统,基站通常接收服务器发送的数据包,再将数据包传输至用户设备(英文:User Equipment,简称:UE),以LTE系统为例,在LTE系统中,基站可以是演进节点B(英文:Envolved Node B,简称:eNB),此处,以eNB为接收端,服务器为发送端为例进行说明,当eNB向用户设备传输数据时,先接收服务器发送的数据包,将数据包存储在缓存区,对接收的数据包正确解码后,向服务器反馈肯定应答(英文:Acknowledgement,简称:ACK)信息,但是,当缓存区占用率较高时,可能会使得之后接收的数据包丢失,当较多数据包丢失后,服务器因为在较长时间内无法接收到ACK信息,就会判定为发送超时,从而将发送窗口降低到很小,发送窗口用于指示服务器向eNB同时传输的数据包范围,这严重影响了网络通信系统数据传输的性能。
现有技术中,在eNB的缓存区占用率较高时,会将ACK信息向服务器延迟固定的时间发送,从而减小服务器接收到ACK信息的速率,服务器根据ACK信息的接收情况降低发送数据包的速率,ACK信息的延迟时间太大,会使得ACK信息积压太多,导致ACK信息突发量增大,再发送如此大量的ACK信息就会占用过多时频资源,影响正常的数据传输,如果ACK信息的延迟时间太短,则其延迟作用有限,会使得服务器将发送窗口降低到很小,影响网络通信系统数据传输的性能。
但是,网络中的业务量和链路传输质量是不断变化的,将ACK信息延迟固定时间发送,无法适应网络状况的动态变化。
发明内容
为了解决现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题,本发明提供了一种传输控制协议TCP报文的传输方法、设备及系统。所述技术方案如下:
第一方面,本发明实施例提供一种传输控制协议TCP报文的传输方法,该方法包括:
基站获取来自服务器的TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
基站向用户设备UE发送TCP数据;
基站接收来自UE的确认ACK信息,ACK信息为UE正确接收TCP数据的反馈信息;
基站将ACK信息延迟时延T发送给服务器,时延T为基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
在一种可能的实现中,TCP报头的预留6比特用于承载拥塞窗长度。
在一种可能的实现中,基站基于拥塞窗长度获取时延T,包括:
基站基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
在一种可能的实现中,TCP数据的RTT包括:TCP数据在服务器和基站之间的有线传输时延,TCP数据在基站和UE之间的无线传输时延,以及RLC缓存队列的处理时延。
第二方面,本发明实施例提供一种传输控制协议TCP报文的传输方法,该方法包括:
服务器生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
服务器向基站发送TCP报文;
服务器接收基站发送的确认ACK信息,ACK信息为用户设备UE正确接收TCP数据的反馈信息,TCP数据由基站发送给UE;
服务器根据ACK信息调整拥塞窗长度。
在一种可能的实现中,TCP报头的预留6比特用于承载拥塞窗长度。
在一种可能的实现中,服务器接收基站发送的确认ACK信息,包括:
服务器接收基站发送的来自UE的ACK信息,ACK信息由基站延迟时延
T发送给服务器,时延T为基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
第三方面,本发明实施例提供一种传输控制协议TCP报文的传输方法,该方法包括:
第一设备获取来自第二设备的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
第一设备向第三设备发送TCP数据;
第一设备接收来自第三设备的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息;
第一设备将ACK信息延迟时延T发送给第二设备,时延T为第一设备在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
第四方面,本发明实施例提供一种传输控制协议TCP报文的传输方法,该方法包括:
第二设备生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
第二设备向第一设备发送TCP报文;
第二设备接收第一设备发送的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息,TCP数据由第一设备发送给第三设备;
第二设备根据ACK信息调整拥塞窗长度。
第五方面,本发明实施例提供一种基站,包括:
接口单元,用于获取来自服务器的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
发送单元,用于向用户设备UE发送接口单元获取的TCP数据;
接收单元,用于接收来自UE的确认ACK信息,ACK信息为UE正确接收TCP数据的反馈信息;
发送单元,还用于将接收单元接收的ACK信息延迟时延T发送给服务器,时延T为处理单元在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
在一种可能的实现中,TCP报头的预留6比特用于承载拥塞窗长度。
在一种可能的实现中,处理单元,具体用于基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
在一种可能的实现中,TCP数据的RTT包括:TCP数据在服务器和基站之间的有线传输时延,TCP数据在基站和UE之间的无线传输时延,以及RLC缓存队列的处理时延。
第六方面,本发明实施例提供一种服务器,包括:
处理单元,用于生成传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
接口单元,用于向基站发送处理单元生成的TCP报文;
接口单元,还用于接收基站发送的确认ACK信息,ACK信息为用户设备UE正确接收TCP数据的反馈信息,TCP数据由基站发送给UE;
处理单元,还用于根据接口单元接收的ACK信息调整拥塞窗长度。
在一种可能的实现中,TCP报头的预留6比特用于承载拥塞窗长度。
在一种可能的实现中,接口单元,具体用于接收基站发送的来自UE的ACK信息,ACK信息由基站延迟时延T发送给服务器,时延T为基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
第七方面,本发明实施例提供一种第一设备,包括:
获取单元,用于获取来自第二设备的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
发送单元,用于向第三设备发送获取单元获取的TCP数据;
接收单元,用于接收来自第三设备的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息;
发送单元,还用于将接收单元接收的ACK信息延迟时延T发送给第二设备,时延T为获取单元在无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
第八方面,本发明实施例提供一种第二设备,包括:
处理单元,用于生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
发送单元,用于向第一设备发送处理单元生成的TCP报文;
接收单元,用于接收第一设备发送的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息,TCP数据由第一设备发送给第三设备;
处理单元,还用于根据接收单元接收的ACK信息调整拥塞窗长度。
第九方面,本发明实施例提供一种网络通信系统,包括:基站和服务器;
基站为第五方面或第五方面的任意一种可能的实现中所描述的基站,服务器为第六方面或第六方面的任意一种可能的实现中所描述的服务器。
第十方面,本发明实施例提供一种网络通信系统,其特征在于,包括:第一设备和第二设备;
第一设备为第七方面或第七方面的任意一种可能的实现中所描述的第一设备,第二设备为第八方面或第八方面的任意一种可能的实现中所描述的第二设备。
本发明实施例提供的一种TCP报文的传输方法、设备及系统,基站获取来自服务器的TCP报文;基站向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基站基于拥塞窗长度获取时延T;基站接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链路传输质量,基站基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络通信系统结构示意图;
图2是本发明实施例提供的一种TCP报文的传输方法流程示意图;
图3是本发明实施例提供的另一种TCP报文的传输方法流程示意图;
图4是本发明另一实施例提供的一种TCP报文的传输方法信息交互示意图;
图5是本发明另一实施例提供的一种TCP报文数据结构示意图;
图6是本发明实施例提供的一种基站结构示意图;
图7是本发明实施例提供的一种服务器结构示意图;
图8是本发明实施例提供的一种第一设备结构示意图;
图9是本发明实施例提供的一种第二设备结构示意图;
图10是本发明实施例提供的另一种基站结构示意图;
图11是本发明实施例提供的另一种服务器结构示意图;
图12是本发明实施例提供的另一种第一设备结构示意图;
图13是本发明实施例提供的另一种第二设备结构示意图;
图14是本发明另一实施例提供的一种网络通信系统结构示意图;
图15是本发明又一实施例提供的一种网络通信系统结构示意图。
通过上述附图,已示出本发明明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本发明构思的范围,而是通过参考特定实施例为本领域技术人员说明本发明的概念。
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供的TCP报文的传输方法、设备及系统可以应用在网络通信系统中,例如长期演进(英文:Long Term Evolution,简称:LTE)系统,通用移动通信系统(英文:Universal Mobile Telecommunications System,简称:UMTS),增强型长期演进(英文:Long Term Evolution-Advanced,简称:LTE-A)系统。此处,以网络通信系统属于LTE系统为例,参照图1所示,该网络通信系统10包括:服务器101、演进节点B(英文:Evolved Node B,简称:eNB)102和用户设备(英文:User Equipment,简称:UE)103,需要说明的是,服务器101与eNB102之间可以是有线连接,eNB102和UE103之间可以是无线连接,可选的,该网络通信系统还可以包括网关(英文:Gateway,简称:GW)104。优选的,本发明所提供的确定延迟时长的方法及设备可以应用于服务器101、eNB102、UE103、GW104之间的数据传输过程之中,当然,此处只是举例说明,并不代表本发明局限于此。
本发明实施例提供一种传输控制协议(英文:Transmission Control Protocol,简介:TCP)报文的传输方法,优选的,可以应用于图1所示的网络通信系统10中服务器101与eNB102之间的TCP报文传输,参照图2所示,本实施例提供的TCP报文的传输方法包括以下步骤:
201、基站获取来自服务器的TCP报文。
TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度。可选的,该TCP报头的预留6比特可以用于承载拥塞窗长度。
优选的,该基站可以是图1所示的网络通信系统10中的eNB102,该服务器可以是网络通信系统10中的服务器101。
202、基站向UE发送TCP数据。
204、基站接收来自UE的确认ACK信息。
ACK信息为UE正确接收TCP数据的反馈信息。
205、基站将ACK信息延迟时延T发送给服务器。
其中,时延T为基站在无线链路控制(英文:Radio Link Control,简称:RLC)缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
可选的,在步骤205之前,当RLC缓存队列的长度大于预设阈值时,基站可以基于拥塞窗长度获取时延T。
进一步可选的,基站可以基于拥塞窗长度,队列处理速度和TCP数据的环回时间(英文:Round Trip Time,简称:RTT)获取时延T。
需要说明的是,TCP数据的RTT表示从发送端发送数据开始,到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认),总共经历的时延。优选的,TCP数据的RTT可以包括:TCP数据在服务器和基站之间的有线传输时延,TCP数据在基站和UE之间的无线传输时延,以及RLC缓存队列的处理时延。
需要说明的是,本实施例提供的TCP报文的传输方法,不仅可以用于基站,也可以用于其他设备,以第一设备和第二设备之间的TCP报文传输为例,第一设备可以对应图2对应的TCP报文的基站,第二设备可以对应图2对应的TCP报文的传输方法中的服务器,第三设备对应图2对应的TCP报文的传输方法中的UE,当然,第一设备也可以是其他设备,例如,GW,移动管理实体(英文:Mobility Management Entity,简称MME)等,第二设备也可以是GW、MME等,只要适用于此处TCP报文的传输方法即可,其传输TCP报文的方法如下:
第一设备获取来自第二设备的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
第一设备向第三设备发送TCP数据;
第一设备接收来自第三设备的确认ACK信息,ACK信息为第三设备正确
接收TCP数据的反馈信息;
第一设备将ACK信息延迟时延T发送给第二设备,时延T为基站在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
在一种优选的应用场景中,可以是其他设备(例如网关)确定时延T,并告知基站,以图1所示的网络通信系统为例,具体方案如下:
服务器101向eNB102发送TCP报文,并向GW104发送服务器101的拥塞窗长度,TCP报文包括TCP报头和TCP数据;
eNB102接收服务器发送的TCP报文,并向UE103发送TCP数据;
eNB102向GW104发送缓存队列长度,或者eNB102向GW104发送缓存队列长度是否大于预设阈值的判定结果;
GW104接收服务器101发送的拥塞窗长度,并接收eNB102发送的缓存队列长度是否大于预设阈值的判定结果,当缓存队列长度大于预设阈值时(如果eNB102发送的是缓存队列长度,则GW104需自行判定缓存队列长度是否大于预设阈值,预设阈值可以预先存储于GW104),基于拥塞窗长度获取时延T,并将时延T发送至eNB102;
eNB102接收来自UE103的确认ACK信息,ACK信息为UE正确接收TCP数据的反馈信息,接收GW104发送的时延T并将ACK信息延迟时延T发送给服务器101。
本发明实施例提供的一种TCP报文的传输方法,基站获取来自服务器的TCP报文;基站向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基站基于拥塞窗长度获取时延T;基站接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链路传输质量,基站基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
结合上述图2对应的实施例,本发明实施例提供另一种TCP报文的传输方法,对应上述图2对应的实施例中所描述的TCP报文的传输方法的服务器侧方法,参照图3所示,本实施例提供的TCP报文的传输方法包括以下步骤:
301、服务器生成TCP报文。
TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度。
302、服务器向基站发送TCP报文。
303、服务器接收基站发送的确认ACK信息。
ACK信息为用户设备UE正确接收TCP数据的反馈信息,TCP数据由基站发送给UE。
304、服务器根据ACK信息调整拥塞窗长度。
需要说明的是,本实施例提供的TCP报文的传输方法,不仅可以用于服务器,也可以用于其他设备,以第二设备和第一设备之间的TCP报文传输为例,第二设备可以对应图3对应的TCP报文的传输方法中的服务器,第一设备可以对应图3对应的TCP报文的基站,第三设备对应图3对应的TCP报文的传输方法中的UE,当然,第二设备和第一设备也可以是其他设备,例如,GW,MME等,其传输TCP报文的方法如下:
第二设备生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
第二设备向第一设备发送TCP报文;
第二设备接收第一设备发送的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息,TCP数据由第一设备发送给第三设备;
第二设备根据ACK信息调整拥塞窗长度。
本发明实施例提供的一种TCP报文的传输方法,服务器生成TCP报文,向基站发送TCP报文,接收基站发送的确认ACK信息,并根据ACK信息调整拥塞窗长度。因为服务器接收的ACK信息体现了链路传输质量及业务量,服务器根据ACK信息调整拥塞窗就可以使拥塞窗适应当前的网络状况,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2和图3对应的实施例,本发明另一实施例提供一种TCP报文的传输方法,以上述图1所示的网络通信系统为例,参照图4所示,本实施例提供的TCP报文的传输方法包括以下步骤:
401、服务器生成TCP报文。
TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度。优选的,该TCP报头的预留6比特可以用于承载拥塞窗长度。
此处,本实施例提供一种具体的TCP报文的数据结构,如图5所示,TCP报头可以包括:
16位源端口号,用于指示发送端;
16位目的端口号,用于指示接收端;
序号(英文:Sequence Number),用于指示TCP数据在发送的数据流中的位置;
确认序号(英文:Acknowledgment Number),用于指示接收端希望收到对方下次发送的数据的第一个字节的序号;
数据偏移量(英文:Data Offset),用于指示数据偏移,该字段的值是TCP报文(包括选项部分)长度除以4;
标识位,保留6比特,此处,该保留的6比特即可用于承载拥塞窗长度;
紧急标识(英文:Urgent,简称:URG),用于和紧急指针配合使用,当其为1时表示,此报文要尽快传送;
确认标识(ACK),用于确认号字段配合使用,当ACK位置1时,确认号字段有效;
推送标识(英文:Push,简称:PSH),置为1时,发送方将立即发送缓冲区中的数据;
复位标识(英文:Reset,简称:RST),置为1时,表明有严重差错,必须释放连接;
同步标识(英文:Synchronization,简称:SYN),置为1时,表示请求建立连接;
终止标识(英文:Finish,简称:FIN),置1时,表明数据已经发送完,请求释放连接;
窗口(英文:Windows),用于表示接收缓冲区的空闲空间,16位,用来告诉TCP连接对端自己能够接收的最大数据长度;
校验和(英文:Checksum),校验范围包括段首部、数据以及伪首部;
紧急指针(英文:Urgent Pointers),占16位,只有URG标志位被设置时该字段才有意义,表示紧急数据相对序列号(Sequence Number字段的值)的偏移。
402、服务器向eNB发送TCP报文。
403、eNB接收服务器发送的TCP报文,并获取拥塞窗长度。
404、eNB向UE发送TCP数据。
405、UE接收TCP数据。
若UE正确接收该TCP数据,则生成该TCP数据的ACK信息,该ACK
信息用于指示UE已经正确接收该TCP数据。
406、当RLC缓存队列的长度大于预设阈值时,eNB基于拥塞窗长度获取时延T。
可选的,eNB可以基于拥塞窗长度,队列处理速度和TCP数据的RTT获取时延T,其中,TCP数据的RTT表示从发送端发送数据开始,到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认),总共经历的时延。优选的,TCP数据的RTT可以包括:TCP数据在服务器和eNB之间的有线传输时延,TCP数据在eNB和UE之间的无线传输时延,以及RLC缓存队列的处理时延,对RLC缓存队列的处理可以包括将数据从缓存队列中调用出来、对数据进行加头或去头操作、对数据进行解码中的至少一项。
进一步可选的,eNB可以根据第一公式计算时延T,第一公式为T=W/C-RTT,其中,T为时延,W为拥塞窗长度,C为缓存队列的处理速度。
需要说明的是步骤404-405与步骤406无先后顺序关系,步骤406和步骤407也无先后顺序关系。
407、UE向eNB发送ACK信息。
408、eNB将ACK信息延迟时延T发送给服务器。
409、服务器根据ACK信息调整拥塞窗长度。
需要说明的是,本发明对于根据ACK信息调整拥塞窗长度的具体方式不作限制,此处列举两种应用场景中,服务器根据ACK信息调整拥塞窗长度的具体方式。
可选的,服务器在慢启动阶段,每收到一个ACK信息,经过1个RTT,拥塞窗长度就增加一倍,如果,在服务器的慢启动阶段,eNB的RLC缓存队列超过预设阈值,此时,eNB将ACK信息延迟时延T发送给服务器,就可以减缓服务器增加拥塞窗长度;当服务器的拥塞窗长度达到慢启动阈值时,慢启动阶段结束,进入拥塞避免阶段。
另外,可选的,服务器在拥塞避免阶段,每收到一个ACK信息,经过1个RTT,拥塞窗长度就加1,直到拥塞窗长度达到最大拥塞窗长度,在拥塞窗避免阶段,没收到一个ACK信息,拥塞窗长度加1,拥塞窗长度的增加速度比较缓慢,此时,如果eNB的RLC缓存队列超过预设阈值,eNB将ACK信息延迟时延T发送给服务器,就可以较为明显的减慢拥塞窗长度的增加,避免出现丢包,重新开始慢启动阶段,如果重新开始慢启动阶段,慢启动阀值将被
设置为当前拥塞窗长度的一半,拥塞窗长度则被设置为初始拥塞窗长度,这就会大大降低数据传输的速率。
需要说明的是,本实施例提供的TCP报文的传输方法,可以用于解释上述图2和图3对应的实施例中所描述的TCP报文的传输方法,重复解释部分不在每个实施例中都做说明。
本发明实施例提供的一种TCP报文的传输方法,eNB获取来自服务器的TCP报文;eNB向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,eNB基于拥塞窗长度获取时延T;eNB接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链路传输质量,eNB基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供一种基站,用于执行上述图2或图4对应的实施例中所描述的TCP报文的传输方法,参照图6所示,本实施例提供的基站60包括:接口单元601、发送单元602、处理单元603、接收单元604。
其中,接口单元601,用于获取来自服务器的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
发送单元602,用于向用户设备UE发送接口单元601获取的TCP数据;
接收单元604,用于接收来自UE的确认ACK信息,ACK信息为UE正确接收TCP数据的反馈信息;
发送单元602,还用于将接收单元604接收的ACK信息延迟时延T发送给服务器,时延T为处理单元603在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,处理单元603,具体用于基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
可选的,TCP数据的RTT包括:TCP数据在服务器和基站之间的有线传输时延,TCP数据在基站和UE之间的无线传输时延,以及RLC缓存队列的处理时延。
本发明实施例提供的一种基站,获取来自服务器的TCP报文;向用户设
备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链路传输质量,基站基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图3和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供一种服务器,用于执行上述图3或图4对应的实施例中所描述的TCP报文的传输方法,参照图7所示,本实施例提供的服务器70包括:处理单元701、接口单元702。
其中,处理单元701,用于生成传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
接口单元702,用于向基站发送处理单元701生成的TCP报文;
接口单元702,还用于接收基站发送的确认ACK信息,ACK信息为用户设备UE正确接收TCP数据的反馈信息,TCP数据由基站发送给UE;
处理单元701,还用于根据接口单元702接收的ACK信息调整拥塞窗长度。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,接口单元702,具体用于接收基站发送的来自UE的ACK信息,ACK信息由基站延迟时延T发送给服务器,时延T为基站在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
本发明实施例提供的服务器,生成TCP报文,向基站发送TCP报文,接收基站发送的确认ACK信息,并根据ACK信息调整拥塞窗长度。因为服务器接收的ACK信息体现了链路传输质量及业务量,服务器根据ACK信息调整拥塞窗就可以使拥塞窗适应当前的网络状况,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供一种第一设备,用于执行上述图2或图4对应的实施例中所描述的TCP报文的传输方法,该第一设备可以是基站(例如eNB)、网关等,参照图8所示,本实施例提供的第一设备80包括:获取单元801、发送单元802、接收单803。
其中,获取单元801,用于获取来自第二设备的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
发送单元802,用于向第三设备发送获取单元801获取的TCP数据;
接收单元803,用于接收来自第三设备的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息;
发送单元802,还用于将接收单元803接收的ACK信息延迟时延T发送给第二设备,时延T为获取单元801在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,获取单元801,具体用于基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
可选的,TCP数据的RTT包括:TCP数据在第一设备和第二设备之间的有线传输时延,TCP数据在第一设备和第三设备之间的无线传输时延,以及RLC缓存队列的处理时延。
本发明实施例提供的一种第一设备,获取来自第二设备的TCP报文;向第三设备发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自第三设备的确认ACK信息,并将ACK信息延迟时延T发送给第二设备。因为拥塞窗长度体现了业务量大小及链路传输质量,第一设备基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图3和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供一种第二设备,用于执行上述图3或图4对应的实施例中所描述的TCP报文的传输方法,该第二设备可以是服务器,参照图9所示,本实施例提供的第二设备90包括:处理单元901、发送单元902、接收单元903。
其中,处理单元901,用于生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
发送单元902,用于向第一设备发送处理单元901生成的TCP报文;
接收单元903,用于接收第一设备发送的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息,TCP数据由第一设备发送给第三设备;
处理单元901,还用于根据接收单元903接收的ACK信息调整拥塞窗长
度。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,接收单元903,具体用于接收第二设备发送的来自第三设备的ACK信息,ACK信息由第一设备延迟时延T发送给第二设备,时延T为第一设备在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
本发明实施例提供的第二设备,生成TCP报文,向第一设备发送TCP报文,接收第一设备发送的确认ACK信息,并根据ACK信息调整拥塞窗长度。因为第二设备接收的ACK信息体现了链路传输质量及业务量,第二设备根据ACK信息调整拥塞窗就可以使拥塞窗适应当前的网络状况,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供另一种基站,用于执行上述图2或图4对应的实施例中所描述的TCP报文的传输方法,参照图10所示,本实施例提供的基站100包括:处理器1001,存储器1002、网络接口1003、发送器1004和接收器1005。处理器1001、存储器1002、网络接口1003、发送器1004和接收器1005相互连接,存储器1002用于存储程序和数据,处理器1001用于调用存储器1002中存储的程序执行图2或图4对应的实施例中所描述的TCP报文的传输方法。
其中,网络接口1003,用于获取来自服务器的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
发送器1004,用于向用户设备UE发送网络接口1003获取的TCP数据;
接收器1005,用于接收来自UE的确认ACK信息,ACK信息为UE正确接收TCP数据的反馈信息;
发送器1004,还用于将接收器1005接收的ACK信息延迟时延T发送给服务器,时延T为处理器1001在RLC缓存队列的长度大于预设阈值时,基于网络接口1003获取的拥塞窗长度获取的。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,处理器1001,具体用于基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
可选的,TCP数据的RTT包括:TCP数据在服务器和基站之间的有线传输时延,TCP数据在基站和UE之间的无线传输时延,以及RLC缓存队列的处理时延。
本发明实施例提供的一种基站,获取来自服务器的TCP报文;向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链路传输质量,基站基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图3和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供另一种服务器,用于执行上述图3或图4对应的实施例中所描述的TCP报文的传输方法,参照图11所示,本实施例提供的服务器110包括:处理器1101,存储器1102、网络接口1103。处理器1101、存储器1102和网络接口1103相互连接,存储器1102用于存储程序和数据,处理器1101用于调用存储器1102中存储的程序执行图3或图4对应的实施例中所描述的TCP报文的传输方法。
其中,处理器1101,用于生成传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含服务器的拥塞窗长度;
网络接口1103,用于向基站发送处理器1101生成的TCP报文;
网络接口1103,还用于接收基站发送的确认ACK信息,ACK信息为用户设备UE正确接收TCP数据的反馈信息,TCP数据由基站发送给UE;
处理器1101,还用于根据网络接口1103接收的ACK信息调整拥塞窗长度。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,网络接口1103,具体用于接收基站发送的来自UE的ACK信息,ACK信息由基站延迟时延T发送给服务器,时延T为基站在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
本发明实施例提供的服务器,生成TCP报文,向基站发送TCP报文,接收基站发送的确认ACK信息,并根据ACK信息调整拥塞窗长度。因为服务器接收的ACK信息体现了链路传输质量及业务量,服务器根据ACK信息调整拥塞窗就可以使拥塞窗适应当前的网络状况,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供另一种第一设备,用于执行上述图2或图4对应的实施例中所
描述的TCP报文的传输方法,该第一设备可以是基站(例如eNB)、网关等,参照图12所示,本实施例提供的第一设备120包括:处理器1201,存储器1202、发送器1203和接收器1204。处理器1201、存储器1202、发送器1203和接收器1204相互连接,存储器1202用于存储程序和数据,处理器1201用于调用存储器1202中存储的程序执行图2或图4对应的实施例中所描述的TCP报文的传输方法。
其中,处理器1201,用于获取来自第二设备的传输控制协议TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
发送器1203,用于向第三设备发送处理器1201获取的TCP数据;
接收器1204,用于接收来自第三设备的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息;
发送器1203,还用于将接收器1204接收的ACK信息延迟时延T发送给第二设备,时延T为处理器1201在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,处理器1201,具体用于基于拥塞窗长度,队列处理速度和TCP数据的环回时间RTT获取时延T。
可选的,TCP数据的RTT包括:TCP数据在第一设备和第二设备之间的有线传输时延,TCP数据在第一设备和第三设备之间的无线传输时延,以及RLC缓存队列的处理时延。
本发明实施例提供的一种第一设备,获取来自第二设备的TCP报文;向第三设备发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自第三设备的确认ACK信息,并将ACK信息延迟时延T发送给第二设备。因为拥塞窗长度体现了业务量大小及链路传输质量,第一设备基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图3和图4对应的实施例中所描述的TCP报文的传输方法,本发明实施例提供另一种第二设备,用于执行上述图3或图4对应的实施例中所描述的TCP报文的传输方法,该第二设备可以是服务器,参照图13所示,本实施例提供的第二设备130包括:处理器1301,存储器1302、网络接口1303。
处理器1301、存储器1302和网络接口1303相互连接,该网络接口1303可以是有线传输的网络接口,也可以是无线传输的网络接口,存储器1302用于存储程序和数据,处理器1301用于调用存储器1302中存储的程序执行图3或图4对应的实施例中所描述的TCP报文的传输方法。
其中,处理器1301,用于生成TCP报文,TCP报文包括TCP报头和TCP数据,TCP报头包含第二设备的拥塞窗长度;
网络接口1303,用于向第一设备发送处理器1301生成的TCP报文;
网络接口1303,还用于接收第一设备发送的确认ACK信息,ACK信息为第三设备正确接收TCP数据的反馈信息,TCP数据由第一设备发送给第三设备;
处理器1301,还用于根据网络接口1303接收的ACK信息调整拥塞窗长度。
可选的,TCP报头的预留6比特用于承载拥塞窗长度。
可选的,网络接口1303,具体用于接收第一设备发送的来自UE的ACK信息,ACK信息由第一设备延迟时延T发送给第二设备,时延T为第一设备在RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取的。
本发明实施例提供的第二设备,生成TCP报文,向第一设备发送TCP报文,接收第一设备发送的确认ACK信息,并根据ACK信息调整拥塞窗长度。因为第二设备接收的ACK信息体现了链路传输质量及业务量,第二设备根据ACK信息调整拥塞窗就可以使拥塞窗适应当前的网络状况,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2-图13所对应的实施例,本发明另一实施例提供一种网络通信系统,参照图14所示,该网络通信系统140包括:基站1401和服务器1402。
其中,基站1401为图6对应的实施例中所描述的基站,服务器1402为图7对应的实施例中所描述的服务器。
或者,基站1401为图10对应的实施例中所描述的基站,服务器1402为图11对应的实施例中所描述的服务器。
本发明实施例提供的网络通信系统,基站获取来自服务器的TCP报文;向用户设备UE发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自UE的确认ACK信息,并将ACK信息延迟时延T发送给服务器。因为拥塞窗长度体现了业务量大小及链
路传输质量,基站基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
基于上述图2-图13所对应的实施例,本发明又一实施例提供一种网络通信系统,参照图15所示,该网络通信系统150包括:第一设备1501和第二设备1502。
其中,第一设备1501为图8对应的实施例中所描述的基站,第二设备1502为图9对应的实施例中所描述的服务器。
或者,第一设备1501为图12对应的实施例中所描述的基站,第二设备1502为图13对应的实施例中所描述的服务器。
本发明实施例提供的网络通信系统,第一设备获取来自第二设备的TCP报文;向第三设备发送TCP数据;当无线链路控制RLC缓存队列的长度大于预设阈值时,基于拥塞窗长度获取时延T;接收来自第三设备的确认ACK信息,并将ACK信息延迟时延T发送给第二设备。因为拥塞窗长度体现了业务量大小及链路传输质量,第一设备基于拥塞窗长度获取的时延T就能够动态适应网络状况的变化,解决了现有技术中将ACK信息延迟固定时间发送,无法适应网络状况的动态变化的问题。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
- 一种传输控制协议TCP报文的传输方法,其特征在于,所述方法包括:基站获取来自服务器的TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述服务器的拥塞窗长度;所述基站向用户设备UE发送所述TCP数据;所述基站接收来自所述UE的确认ACK信息,所述ACK信息为所述UE正确接收所述TCP数据的反馈信息;所述基站将所述ACK信息延迟时延T发送给所述服务器,所述时延T为所述基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 根据权利要求1所述的方法,其特征在于,所述TCP报头的预留6比特用于承载所述拥塞窗长度。
- 根据权利要求1或2所述的方法,其特征在于,所述基站基于所述拥塞窗长度获取时延T,包括:所述基站基于所述拥塞窗长度,队列处理速度和所述TCP数据的环回时间RTT获取所述时延T。
- 根据权利要求3所述的方法,其特征在于,所述TCP数据的RTT包括:所述TCP数据在所述服务器和所述基站之间的有线传输时延,所述TCP数据在所述基站和所述UE之间的无线传输时延,以及所述RLC缓存队列的处理时延。
- 一种传输控制协议TCP报文的传输方法,其特征在于,所述方法包括:服务器生成TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述服务器的拥塞窗长度;所述服务器向基站发送所述TCP报文;所述服务器接收所述基站发送的确认ACK信息,所述ACK信息为用户设备UE正确接收所述TCP数据的反馈信息,所述TCP数据由所述基站发送给所述UE;所述服务器根据所述ACK信息调整所述拥塞窗长度。
- 根据权利要求5所述的方法,其特征在于,所述TCP报头的预留6比特用于承载所述拥塞窗长度。
- 根据权利要求5或6所述的方法,其特征在于,所述服务器接收所述基站发送的确认ACK信息,包括:所述服务器接收所述基站发送的来自所述UE的所述ACK信息,所述ACK信息由所述基站延迟时延T发送给所述服务器,所述时延T为所述基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 一种传输控制协议TCP报文的传输方法,其特征在于,包括:第一设备获取来自第二设备的传输控制协议TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述第二设备的拥塞窗长度;所述第一设备向第三设备发送所述TCP数据;所述第一设备接收来自所述第三设备的确认ACK信息,所述ACK信息为所述第三设备正确接收所述TCP数据的反馈信息;所述第一设备将所述ACK信息延迟时延T发送给所述第二设备,所述时延T为所述第一设备在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 一种传输控制协议TCP报文的传输方法,其特征在于,包括:第二设备生成TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述第二设备的拥塞窗长度;所述第二设备向第一设备发送所述TCP报文;所述第二设备接收所述第一设备发送的确认ACK信息,所述ACK信息为第三设备正确接收所述TCP数据的反馈信息,所述TCP数据由所述第一设备发送给所述第三设备;所述第二设备根据所述ACK信息调整所述拥塞窗长度。
- 一种基站,其特征在于,包括:接口单元,用于获取来自服务器的传输控制协议TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述服务器的拥塞窗长度;发送单元,用于向用户设备UE发送所述接口单元获取的所述TCP数据;接收单元,用于接收来自所述UE的确认ACK信息,所述ACK信息为所述UE正确接收所述TCP数据的反馈信息;所述发送单元,还用于将所述接收单元接收的所述ACK信息延迟时延T发送给所述服务器,所述时延T为所述处理单元在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 根据权利要求10所述的基站,其特征在于,所述TCP报头的预留6比特用于承载所述拥塞窗长度。
- 根据权利要求10或11所述的基站,其特征在于,所述处理单元,具体用于基于所述拥塞窗长度,队列处理速度和所述TCP数据的环回时间RTT获取所述时延T。
- 根据权利要求12所述的基站,其特征在于,所述TCP数据的RTT包括:所述TCP数据在所述服务器和所述基站之间的有线传输时延,所述TCP数据在所述基站和所述UE之间的无线传输时延,以及所述RLC缓存队列的处理时延。
- 一种服务器,其特征在于,包括:处理单元,用于生成传输控制协议TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述服务器的拥塞窗长度;接口单元,用于向基站发送所述处理单元生成的所述TCP报文;所述接口单元,还用于接收所述基站发送的确认ACK信息,所述ACK信息为用户设备UE正确接收所述TCP数据的反馈信息,所述TCP数据由所述基站发送给所述UE;所述处理单元,还用于根据所述接口单元接收的所述ACK信息调整所述拥塞窗长度。
- 根据权利要求14所述的服务器,其特征在于,所述TCP报头的预留6比特用于承载所述拥塞窗长度。
- 根据权利要求14或15所述的服务器,其特征在于,所述接口单元,具体用于接收所述基站发送的来自所述UE的所述ACK信息,所述ACK信息由所述基站延迟时延T发送给所述服务器,所述时延T为所述基站在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 一种第一设备,其特征在于,包括:获取单元,用于获取来自第二设备的传输控制协议TCP报文,所述TCP报 文包括TCP报头和TCP数据,所述TCP报头包含所述第二设备的拥塞窗长度;发送单元,用于向第三设备发送所述所述获取单元获取的所述TCP数据;接收单元,用于接收来自所述第三设备的确认ACK信息,所述ACK信息为所述第三设备正确接收所述TCP数据的反馈信息;所述发送单元,还用于将所述接收单元接收的所述ACK信息延迟时延T发送给所述第二设备,所述时延T为所述获取单元在无线链路控制RLC缓存队列的长度大于预设阈值时,基于所述拥塞窗长度获取的。
- 一种第二设备,其特征在于,包括:处理单元,用于生成TCP报文,所述TCP报文包括TCP报头和TCP数据,所述TCP报头包含所述第二设备的拥塞窗长度;发送单元,用于向第一设备发送所述处理单元生成的所述TCP报文;接收单元,用于接收所述第一设备发送的确认ACK信息,所述ACK信息为第三设备正确接收所述TCP数据的反馈信息,所述TCP数据由所述第一设备发送给所述第三设备;所述处理单元,还用于根据所述接收单元接收的所述ACK信息调整所述拥塞窗长度。
- 一种网络通信系统,其特征在于,包括:基站和服务器;所述基站为权利要求10-13任一项所述的基站,所述服务器为权利要求14-16任一项所述的服务器。
- 一种网络通信系统,其特征在于,包括:第一设备和第二设备;所述第一设备为权利要求17所述的第一设备,所述第二设备为权利要求18所述的第二设备。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2016/080768 WO2017185353A1 (zh) | 2016-04-29 | 2016-04-29 | 一种传输控制协议tcp报文的传输方法、设备及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108713311A true CN108713311A (zh) | 2018-10-26 |
Family
ID=60160660
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680083216.6A Pending CN108713311A (zh) | 2016-04-29 | 2016-04-29 | 一种传输控制协议tcp报文的传输方法、设备及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN108713311A (zh) |
WO (1) | WO2017185353A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726201A (zh) * | 2020-06-15 | 2020-09-29 | 哈工大机器人(合肥)国际创新研究院 | 一种airt-ros虚拟网卡丢包解决方法 |
CN112118191A (zh) * | 2020-09-18 | 2020-12-22 | 首都师范大学 | 多路径传输拥塞控制方法、装置、控制设备及存储介质 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110213167A (zh) * | 2018-02-28 | 2019-09-06 | 吴瑞 | 一种传输控制协议在网络拥塞时的处理方法和装置 |
CN112087399A (zh) * | 2019-06-12 | 2020-12-15 | 阿里巴巴集团控股有限公司 | LoRa数据传输方法、装置、设备及存储介质 |
CN110856214B (zh) * | 2019-10-29 | 2023-01-10 | 广东省电信规划设计院有限公司 | 一种tcp拥塞控制方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1052797A3 (en) * | 1999-05-08 | 2003-11-19 | Kent Ridge Digital Labs | Dynamically delayed acknowledgement transmission system |
EP1432207B1 (en) * | 2002-12-20 | 2007-05-02 | Nokia Corporation | Adaptive delayed ACK switching for TCP applications |
CN102201997A (zh) * | 2011-06-03 | 2011-09-28 | 华为技术有限公司 | 数据传输控制方法和设备 |
CN102946361A (zh) * | 2012-10-16 | 2013-02-27 | 清华大学 | 基于交换机缓存分配的流量控制方法及系统 |
CN103648058A (zh) * | 2013-10-28 | 2014-03-19 | 南京邮电大学 | 基于信道测量的3g媒体流跨层速率控制方法 |
CN103782534A (zh) * | 2011-09-06 | 2014-05-07 | 阿尔卡特朗讯公司 | 避免网络拥塞的方法及其装置 |
CN103944954A (zh) * | 2013-01-23 | 2014-07-23 | A10网络股份有限公司 | 基于延迟的确认减少对tcp代理会话的缓存使用 |
CN104009931A (zh) * | 2014-06-13 | 2014-08-27 | 中南大学 | 数据中心网络中基于通告窗口和多流协同的拥塞控制方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964755B (zh) * | 2010-11-03 | 2012-03-07 | 中南大学 | 高带宽延时网络中基于带宽估计的显式拥塞控制方法 |
JP5699985B2 (ja) * | 2012-05-29 | 2015-04-15 | 三菱電機株式会社 | Tcp通信高速化装置 |
JP2013251737A (ja) * | 2012-05-31 | 2013-12-12 | Canon Inc | 通信装置、通信装置の制御方法、およびプログラム |
CN105072637A (zh) * | 2015-07-02 | 2015-11-18 | 山东航天电子技术研究所 | 一种面向时变无线信道的传输层高效通信方法 |
-
2016
- 2016-04-29 CN CN201680083216.6A patent/CN108713311A/zh active Pending
- 2016-04-29 WO PCT/CN2016/080768 patent/WO2017185353A1/zh active Application Filing
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1052797A3 (en) * | 1999-05-08 | 2003-11-19 | Kent Ridge Digital Labs | Dynamically delayed acknowledgement transmission system |
EP1432207B1 (en) * | 2002-12-20 | 2007-05-02 | Nokia Corporation | Adaptive delayed ACK switching for TCP applications |
CN102201997A (zh) * | 2011-06-03 | 2011-09-28 | 华为技术有限公司 | 数据传输控制方法和设备 |
CN103782534A (zh) * | 2011-09-06 | 2014-05-07 | 阿尔卡特朗讯公司 | 避免网络拥塞的方法及其装置 |
CN102946361A (zh) * | 2012-10-16 | 2013-02-27 | 清华大学 | 基于交换机缓存分配的流量控制方法及系统 |
CN103944954A (zh) * | 2013-01-23 | 2014-07-23 | A10网络股份有限公司 | 基于延迟的确认减少对tcp代理会话的缓存使用 |
CN103648058A (zh) * | 2013-10-28 | 2014-03-19 | 南京邮电大学 | 基于信道测量的3g媒体流跨层速率控制方法 |
CN104009931A (zh) * | 2014-06-13 | 2014-08-27 | 中南大学 | 数据中心网络中基于通告窗口和多流协同的拥塞控制方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726201A (zh) * | 2020-06-15 | 2020-09-29 | 哈工大机器人(合肥)国际创新研究院 | 一种airt-ros虚拟网卡丢包解决方法 |
CN112118191A (zh) * | 2020-09-18 | 2020-12-22 | 首都师范大学 | 多路径传输拥塞控制方法、装置、控制设备及存储介质 |
CN112118191B (zh) * | 2020-09-18 | 2023-07-28 | 首都师范大学 | 多路径传输拥塞控制方法、装置、控制设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2017185353A1 (zh) | 2017-11-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2434337C1 (ru) | Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи | |
EP2086148B1 (en) | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications | |
US7477675B2 (en) | Data communication apparatus | |
JP4708978B2 (ja) | 高スループットを実現する通信システム、通信端末、セッション中継装置、及び通信プロトコル | |
JP7376363B2 (ja) | 無線リンク制御ステータスのレポーティング | |
CN108713311A (zh) | 一种传输控制协议tcp报文的传输方法、设备及系统 | |
CN108768596B (zh) | 信号自动重传请求方法与装置 | |
US8917728B2 (en) | Retransmission request transmitting method and receiving-side apparatus | |
JP2008005021A (ja) | 再送制御方法及び装置 | |
JP2014509483A (ja) | ワイヤレスネットワークにおけるトランスミッション・コントロール・プロトコルの性能を改善する機構 | |
JPWO2016068308A1 (ja) | ゲートウェイ装置及びゲートウェイ装置の制御方法 | |
US10524175B2 (en) | Data transmission method and network device | |
US10932159B2 (en) | Data transmission method, data receiving device, and data sending device | |
EP2996275A1 (en) | Link processing method and mobile terminal in multiplexing control protocol | |
CN112136338A (zh) | 无线通信装置和方法 | |
KR20190002693A (ko) | 비연결형 송신에서 동기를 유지하는 시스템 및 방법 | |
CN108463987B (zh) | 无线通信装置、无线通信系统和无线通信方法 | |
WO2022083371A1 (zh) | 一种数据传输方法和装置 | |
KR20050078096A (ko) | 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치 | |
JP2006114973A (ja) | 無線基地局及び無線端末装置 | |
EP3637840A1 (en) | Uplink data transmission method, timer configuration method and related equipment | |
EP1993313A2 (en) | Method and apparatus for polling transmission status in a wireless communications system | |
WO2018218996A1 (zh) | 数据包传输方法及设备 | |
CN113424578A (zh) | 一种传输控制协议加速方法和装置 | |
KR102031896B1 (ko) | Udp 캡슐화에 기반한 대역폭 정보 제공 방법 및 이를 위한 장치 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181026 |
|
RJ01 | Rejection of invention patent application after publication |