CN111615148B - 基站tcp数据传输处理方法、装置和基站 - Google Patents
基站tcp数据传输处理方法、装置和基站 Download PDFInfo
- Publication number
- CN111615148B CN111615148B CN202010418781.1A CN202010418781A CN111615148B CN 111615148 B CN111615148 B CN 111615148B CN 202010418781 A CN202010418781 A CN 202010418781A CN 111615148 B CN111615148 B CN 111615148B
- Authority
- CN
- China
- Prior art keywords
- base station
- message
- air interface
- messages
- uplink direction
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
Abstract
本发明涉及基站TCP数据传输处理方法、装置和基站。基站TCP数据传输处理方法包括:在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文;将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。通过在基站TCP连接建立初期阶段,在基站的空口上行方向持续监听同步序列编号报文;当监听到上行的同步序列编号报文时,开始在基站的空口上行方向识别并将确认报文分裂成K个子报文后有序上行传输。快速扩大了发送端用户面下行的拥塞窗口而间接扩大该发送端的发送窗口,有效提升了用户面(下行)初始传输速率。
Description
技术领域
本发明涉及无线通信技术领域,特别是涉及一种基站TCP数据传输处理方法、装置和基站。
背景技术
随着无线通信技术的发展,移动网络应用越来越普及,例如在线支付、实时通话和网络游戏等方面的应用,人们对无线网络的传输速率和响应速度的要求也越来越高。在现有的无线网络中,关于传统的基站TCP数据的传输与处理技术,其网络传输协议主要是基于TCP/IP协议,其分为网络层、传输层和应用层。其中,传输层中有TCP(TransmissionControl Protocol,传输控制协议)与UDP(User Datagram Protocol,用户数据报协议)。TCP协议中存在一种慢启动算法,通过拥塞窗口机制来控制发送速率,其目的是防止TCP连接建立初期阶段的发送速率过快,引起网络拥塞,降低TCP连接的吞吐量。然而,在实现本发明过程中,发明人发现前述传统的基站TCP数据的传输与处理技术存在着用户面(下行)初始传输速率不高的问题。
发明内容
基于此,有必要针对上述传统的基站TCP数据的传输与处理技术存在的问题,提供一种能够有效提升用户面(下行)初始传输速率的基站TCP数据传输处理方法、一种基站TCP数据传输处理装置、一种基站和一种计算机可读存储介质。
为了实现上述目的,本发明实施例提供以下技术方案:
一方面,本发明实施例提供一种基站TCP数据传输处理方法,包括:
在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;
在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文;
将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
在其中一个实施例中,在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文的步骤,包括:
在监听到空口上行方向的一个同步序列编号报文时,将上行接收的确认报文的个数N置零;
在空口上行方向持续识别确认报文。
在其中一个实施例中,将识别到的确认报文分裂成K个子报文的过程,包括:
若识别到一个确认报文,则将个数N累加1;
若N小于设定数量,则将识别到的一个确认报文分裂成K个子报文。
在其中一个实施例中,并将K个子报文有序进行上行传输后,上述方法还包括:
返回执行若识别到一个确认报文,则将个数N累加1的步骤。
在其中一个实施例中,上述方法,还包括:
若N大于设定数量,则返回执行在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文的步骤。
在其中一个实施例中,在空口上行方向持续监听同步序列编号报文的过程,包括:
在空口上行方向,根据TCP报文头部的Flags标识持续监听TCP三次握手包中的同步序列编号报文。
在其中一个实施例中,基站为LTE基站,K为2,设定数量为10。
另一方面,还提供一种基站TCP数据传输处理装置,包括:
握手监听模块,用于在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;
识别启动模块,用于在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文;
报文分裂模块,用于将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
又一方面,还提供一种基站,包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现上述基站TCP数据传输处理方法的步骤。
再一方面,还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述基站TCP数据传输处理方法的步骤。
上述各技术方案中的一个技术方案具有如下优点和有益效果:
上述基站TCP数据传输处理方法、装置和基站,通过在基站TCP连接建立初期阶段,在基站的空口上行方向持续监听同步序列编号报文,也即在客户端与基站建立TCP连接的初期阶段,基站持续监听客户端上行发送过来的同步序列编号报文。监听到上行的同步序列编号报文时,即开始在基站的空口上行方向识别确认报文(也即客户端上行发送过来的确认报文);将识别到的确认报文分裂成K个子报文后再有序地上行发送出去,从而使得外部网络的服务网元的TCP发送窗口迅速扩大,以快速扩大发送端(即用户面下行方向上的基站一端)的拥塞窗口而间接扩大该发送端的发送窗口,达到有效提升用户面(下行)初始传输速率,提升响应速度的目的。
附图说明
图1为一个实施例中LTE网络架构中的TCP数据传输示意图;
图2为客户端与服务端之间的三次握手的时序示意图;
图3为一个实施例中基站TCP数据传输处理方法的第一流程示意图;
图4为一个实施例中基站TCP数据传输处理方法的第二流程示意图;
图5为一个实施例中基站TCP数据传输处理方法的第三流程示意图;
图6为一个实施例中客户端的拥塞窗口在TCP启动阶段的增长示意图;
图7为一个实施例中基站TCP数据传输处理方法的第四流程示意图;
图8为一个实施例中基站TCP数据传输处理装置的模块结构框图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
需要说明的是,除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体地实施方式的目的,不是旨在于限制本发明。本文所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
现有的网络传输协议主要是基于TCP/IP协议,其分为网络层、传输层和应用层。其中,传输层中有TCP协议与UDP协议。TCP协议是一种面向连接的、可靠的且基于字节流的传输层通信协议,主要应用在对数据完整性、可靠性要求比较高的场合。TCP协议中存在一种慢启动算法,通过拥塞窗口机制来控制发送速率,其目的是防止TCP连接建立初期阶段的发送速率过快,引起网络拥塞,降低TCP连接的吞吐量。然而,在实践中发明人发现,不同制式的基站(例如但不限于LTE基站会在空口上行方向对TCP的ACK(Acknowledge character,确认字符)包增加约8ms的时延)会在空口上行方向增加一定的时延,使得TCP拥塞窗口增长缓慢,降低了数据发送速率,影响了终端用户的体验,例如出现在线支付速度慢、网页加载过慢以及游戏加载时间过长等。也即是说,传统的基站TCP数据的传输与处理技术存在着用户面(下行)初始传输速率不高的问题。为解决上述传统的基站TCP数据的传输与处理技术存在的问题,本申请提供了以下技术方案:
以LTE网络架构为例,如图1所示,其中,UE表示用户终端(其上可安装客户端),LTEeNodeB表示LTE基站;EPC表示核心网,内部的Sving GW表示服务网关(Serving GateWay),PDN GW表示分组数据网络网关,MME表示移动管理节点(即Mobility Management Entity),HSS表示归属签约用户服务器(Home Subscriber Server);External networks表示外部网络。其他制式的网络架构与此类似。如图2所示的是客户端与服务端之间的三次握手的时序示意图,其中,SYN表示同步序列编号(Synchronize Sequence Numbers),客户端上行发送给服务端的SYN报文(即同步序列编号报文)携带了本方(即客户端)接收窗口大小和MSS(即Maximum Segment Size,最大报文段长度),SYN ACK报文(即同步序列编号确认报文)携带了本方(即服务端)接收窗口大小和MSS。
本发明提供的方案通过在基站内部,分裂用户面(上行)方向的TCP ACK包(即确认报文),让External networks(即外部网络)的服务网元的TCP发送窗口迅速扩大,从而提升用户面(下行)初始传输速率,提升响应速度,改善用户体验。
请参阅图3,在一个实施例中,提供了一种基站TCP数据传输处理方法,包括如下步骤S12至S16:
S12,在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文。
需要说明的是,本端的发送窗口大小遵从如下定义:本端(如客户端)的发送窗口大小=Min[对端(如服务端)接收窗口大小,发送方(如客户端)拥塞窗口大小]。可以理解,在用户终端与基站TCP连接建立初期阶段,基于TCP采用的慢启动算法,发送方(即用户终端或称客户端)的拥塞窗口比对端(即基站或服务端)接收窗口小,因而本端(如客户端)的发送窗口大小受限于本端(如客户端)的拥塞窗口大小。
具体的,在基站的空口上行(即用户面(上行))方向,当处于基站TCP连接建立初期时,基站通过解析空口上行方向的TCP数据包,实现对同步序列编号报文(也即SYN报文)的持续监听,以便基于对SYN报文的监听结果,确定是否开始识别空口上行方向的ACK报文。
S14,在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文。
可以理解,基站在空口上行方向持续监听TCP数据包(即TCP的握手包)中的SYN报文,当监听到一个SYN报文时,即可确认为监听到空口上行方向的SYN报文;可选的,也可以在一定时间内(例如数据包重传周期内)监听到若干个SYN报文时,监听到重传接收成功的一个SYN报文即确认为监听到空口上行方向的SYN报文。此时,基站开始在空口上行方向上,从客户端上行发送给服务端的TCP数据包中识别确认报文。基站可以在空口上行方向上,以监听到的一个包含SYN报文的握手包为起点,持续识别空口上行的确认报文。
S16,将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
可以理解,基站可以将每一个识别到的确认报文均分裂成K个子报文,也即至少两个子报文,也可以一次识别到的两个或以上数量的确认报文分裂成多个(大于两个)子报文,具体的报文分裂方式,可以根据实际应用中用户面(下行)初始传输速率的测试结果确定,只要能够有效实现空口上行方向的确认报文的分裂,以提升用户面(下行)初始传输速率即可。
具体的,基站在空口上行方向识别到确认报文后,将确认报文分裂成两个或两个以上数量的子报文,然后将这些K个子报文直接或间接地按照原确认报文的数据组成顺序,依次上行传输给核心网一侧处理。ACK报文有带数据的和不带数据的两种类型,可对报文的ACK SN号做处理,而报文携带的数据不做处理,例如但不限于,对于带数据的ACK报文(ACKSNn+DATA)可以分裂成(ACK SNn-1)和(ACK SNn+DATA)两个报文;对于不带数据的ACK报文(ACK SNn)可以分裂成ACK SNn-1)和(ACK SNn)两个报文。本领域技术人员还可以根据需要按照类似的方式将ACK报文分裂成更多数量的子报文,此处不做限定。
上述基站TCP数据传输处理方法,通过在基站TCP连接建立初期阶段,在基站的空口上行方向持续监听同步序列编号报文,也即在客户端与基站建立TCP连接的初期阶段,基站持续监听客户端上行发送过来的同步序列编号报文。监听到上行的同步序列编号报文时,即开始在基站的空口上行方向识别确认报文(也即客户端上行发送过来的确认报文);将识别到的确认报文分裂成K个子报文后再有序地上行发送出去,从而使得外部网络的服务网元的TCP发送窗口迅速扩大,以快速扩大发送端(即用户面下行方向上的基站一端)的拥塞窗口而间接扩大该发送端的发送窗口,达到有效提升用户面(下行)初始传输速率,提升响应速度的目的。
请参阅图4,在一个实施例中,关于上述控制步骤S14,具体可以包括如下处理步骤S142和S144:
S142,在监听到空口上行方向的一个同步序列编号报文时,将上行接收的确认报文的个数N置零;
S144,在空口上行方向持续识别确认报文。
可以理解,个数N可以通过基站内部设置的计数器来实现计数。基站在空口上行方向识别确认报文的方式可以是逐个识别,相应的,基站对报文的分裂方式可以是将每一个识别的确认报文都分别分裂成K个子报文。具体的,当基站在空口上行方向持续监听TCP数据包并监听到包含SYN报文的其中一个TCP数据包时,以该TCP数据包为起点,将上行接收的确认报文的个数N置零,从而完成确认报文的识别初始化。然后,基站在空口上行方向持续识别确认报文。
通过上述处理步骤,可以在每一用户终端与基站之间建立TCP连接的初期阶段,基站监听到空口上行方向的一个SYN报文后,即初始化上行接收的确认报文的个数N,进而开始进行空口上行方向的确认报文的持续识别,以便基站对识别到的(对应于当前连接的用户终端)确认报文的准确计数,提高确认报文的识别与分裂处理的准确性,达到更可靠地实现提升用户面(下行)初始传输速率的目的。
请参阅图5和图6,在一个实施例中,关于上述的步骤S16中,将识别到的确认报文分裂成K个子报文的过程,具体可以包括如下处理步骤:
S162,若识别到一个确认报文,则将个数N累加1;
S164,若N小于设定数量,则将识别到的一个确认报文分裂成K个子报文。
可以理解,在本实施例中,基站通过计数器计数实现对空口上行方向识别到的确认报文的计数处理,在空口上行方向监听到一个SYN报文后,将该计数器置为0,以便开始对当前基站TCP连接建立初期阶段中,在空口上行方向识别到的确认报文进行计数。设定数量为根据实际应用中应用上述基站TCP数据传输处理方法,进行用户面(下行)初始传输速率的测试结果预先确定的计数个数。设定数量可以根据不同应用场景中所需的用户面(下行)初始传输速率提升效果进行选择,只要能够使得基站持续识别并分裂传输设定数量的确认报文后,达到用户所需的用户面(下行)初始传输速率即可。
如图6所示的是拥塞窗口在TCP启动阶段的增长示意图,其中Cwnd表示拥塞窗口大小,DATA1至DATAN分别表示N个空口上行方向的确认报文,相应的,DATA1 ACK至DATAN ACK分别表示N个空口下行方向的确认报文。拥塞窗口增长遵从以下定义:
拥塞窗口大小=2的N次方*MSS。
其中,N表示收到对端(即客户端)的ACK报文个数,MSS表示最大报文段长度。具体的,基站在空口上行方向,识别到一个TCP ACK包(即确认报文)时,会使计数器的计数值N加1,从而实现识别到的确认报文的个数N累加1。进而判断对当前最新识别到的一个确认报文进行累加后,累计识别到的确认报文的个数N是否超过设定数量,若不超过,则基站即可将当前最新识别到的这一个确认报文分裂成K个子报文,然后将这些K个子报文有序进行上行传输。
通过上述的处理步骤,基站在空口上行方向持续识别确认报文并对各确认报文进行分裂传输处理时,在设定个数的累计识别个数范围内,对每一个确认报文均进行计数和分裂传输处理,可以精确地实现用户面(下行)初始传输速率的提升效果。初始传输速率提升可控性和可靠性更强,且可避免影响后续TCP数据传输过程。
如图5所示,在一个实施例中,关于上述的步骤S16,并将K个子报文有序进行上行传输后,上述基站TCP数据传输处理方法还可以包括如下处理步骤:
返回执行上述的步骤S162。
可以理解,在上述实施例中,计数器的计数值N未超过设定数量而没有产生溢出时,基站对当前识别到的一个确认报文进行计数和分裂传输处理后,可以通过网关或人工触发等方式,使得基站继续开始识别下一个确认报文并计数处理。
在本实施例中,基站在空口上行方向,识别到一个TCP ACK包(即确认报文)时,会使计数器的计数值N加1,从而实现识别到的确认报文的个数N累加1。进而判断对当前最新识别到的一个确认报文进行累加后,累计识别到的确认报文的个数N是否超过设定数量。若当前最新计数值N未超过设定数量,则基站即可将当前最新识别到的这一个确认报文分裂成K个子报文,然后将这些K个子报文有序进行上行传输。完成传输后,返回执行上述的步骤S162,以识别下一个确认报文并进行计数处理,如此直至计数器的计数值N超过设定数量而溢出,以便基站终止在空口上行方向的确认报文识别与分裂传输处理,便于基站进入正常的TCP连接建立后的工作阶段。
通过上述的循环处理步骤,可以使得基站在空口上行方向识别并处理确认报文的个数N没有超过设定数量时,自动完成对空口上行方向的确认报文的持续识别与处理,从而更精确地实现用户面(下行)初始传输速率的提升效果。
请参阅图7,在一个实施例中,上述基站TCP数据传输处理方法还可以包括如下处理步骤:
若N大于设定数量,则返回执行上述的步骤S12。
可以理解,当前最新计数值N超过设定数量时,即表明对于当前建立TCP连接的用户终端和基站而言,在当前的基站TCP连接建立初期阶段中,用户面(下行)初始传输速率的提升目的已经达成,因而基站可以退出当前一轮的确认报文识别与分裂传输处理循环,返回执行上述的处理步骤S12,以对另一发起TCP连接的用户终端进行用户面(下行)初始传输速率优化,或者对当前建立TCP连接的用户终端,进行另一轮的用户面(下行)初始传输速率优化处理。如图7中所示,其中,D表示设定数量。
具体的,若当前最新计数值N超过设定数量,也即基站识别和分类传输处理的上行方向的确认报文的个数已达到设定数量,则基站不再对当前最新识别到的一个确认报文进行分裂传输处理,而返回执行上述的处理步骤S12。其中,在一些实现方式中,若当前最新计数值N等于设定数量,则基站也可以不再对当前最新识别到的一个确认报文进行分裂传输处理,而返回执行上述的处理步骤S12,具体可以根据实际应用中初始速率提升的需要选择退出识别和分裂传输处理循环,或者继续完成当前最新识别到的一个确认报文的分裂传输处理后,再退出识别和分裂传输处理循环。
通过上述处理步骤,可以使得基站在空口上行方向识别并处理确认报文的个数N超过设定数量时,自动结束当前一轮的空口上行方向的确认报文识别与处理,从而更精确且可控地实现用户面(下行)初始传输速率的提升效果。
在一个实施例中,关于上述步骤S12中,在空口上行方向持续监听同步序列编号报文的过程,具体可以包括如下处理步骤:
在空口上行方向,根据TCP报文头部的Flags标识持续监听TCP三次握手包中的同步序列编号报文。
可以理解,在上述实施例中,基站可以但不限于通过SYN报文的数据内容或者额外添加的特定标签,实现对SYN报文的监听。在本实施例中,在基站的空口上行方向,基站可以直接通过解析TCP报文头部的Flags标识(如SYN报文的标识为0x002),实现对SYN报文的监听。
具体的,在基站的空口上行方向,基站接收到TCP报文后,根据TCP报文头部的Flags标识监听SYN报文,持续监听TCP三次握手包的SYN报文。监听到一个SYN报文后,即可开始对空口上行方向的确认报文的识别处理。
通过上述的处理步骤,SYN报文的监听实现简单且高效,能够更快速地达到提升TCP初始传输速率的效果,提升网络响应速度,改善终端用户的体验。
在一个实施例中,基站为LTE基站,K为2,设定数量为10。可以理解,在本实施例中,上述应用的基站为LTE基站,确认报文的分裂数量K为2,对确认报文的识别计数的设定数量为10,可以实现大幅提升LTE网络中LET基站的用户面(下行)初始传输速率的效果,从而大幅提升网络响应速度,更好地改善终端用户的体验。
应该理解的是,虽然图3至图5,以及图7的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且图3至图5,以及图7中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,上述基站TCP数据传输处理方法所应用的基站还可以是5G基站或者其他使用TCP传输协议的基站。
请参阅图8,在一个实施例中,还提供一种基站TCP数据传输处理装置100,包括握手监听模块11、识别启动模块13和报文分裂模块15。握手监听模块11用于在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文。识别启动模块13用于在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文。报文分裂模块15用于将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
上述基站TCP数据传输处理装置100,通过各模块的协作,在基站TCP连接建立初期阶段,在基站的空口上行方向持续监听同步序列编号报文,也即在客户端与基站建立TCP连接的初期阶段,持续监听客户端上行发送过来的同步序列编号报文。监听到上行的同步序列编号报文时,即开始在基站的空口上行方向识别确认报文(也即客户端上行发送过来的确认报文);将识别到的确认报文分裂成K个子报文后再有序地上行发送出去,从而使得外部网络的服务网元的TCP发送窗口迅速扩大,以快速扩大发送端(即用户面下行方向上的基站一端)的拥塞窗口而间接扩大该发送端的发送窗口,达到有效提升用户面(下行)初始传输速率,提升响应速度的目的。
在一个实施例中,上述识别启动模块13可以包括计数处理子模块和识别处理子模块。计数处理子模块用于在监听到空口上行方向的一个同步序列编号报文时,将上行接收的确认报文的个数N置零。识别处理子模块用于在空口上行方向持续识别确认报文。
在一个实施例中,上述计数处理子模块还可以用于在识别到一个确认报文时,将个数N累加1。上述报文分裂模块15具体可以用于在N小于设定数量时,将识别到的一个确认报文分裂成K个子报文。
在一个实施例中,上述基站TCP数据传输处理装置100还可以包括第一循环触发模块,用于在报文分裂模块15将K个子报文有序进行上行传输后,触发计数处理子模块对下一个识别到的确认报文进行计数。
在一个实施例中,上述基站TCP数据传输处理装置100还可以包括第二循环触发模块,用于在N大于设定数量时,触发握手监听模块11开始下一轮的握手监听处理。
在一个实施例中,握手监听模块11在空口上行方向持续监听同步序列编号报文的实现过程中,具体可以用于在空口上行方向,根据TCP报文头部的Flags标识持续监听TCP三次握手包中的同步序列编号报文。
关于基站TCP数据传输处理装置100的具体限定,可以参见上文中基站TCP数据传输处理方法的相应限定,在此不再赘述。上述基站TCP数据传输处理装置100中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于基站中的处理器中,也可以以软件形式存储于基站中的存储器中,以便于处理器调用执行以上各个模块对应的操作,该基站可以是基站。
在一个实施例中,还提供一种基站,该基站包括存储器和处理器,存储器存储有计算机程序,处理器执行计算机程序时实现以下步骤:在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文;将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
本领域技术人员可以理解,本实施例中的基站除上述的存储器和处理器外,还可以包括其他的组成部分,具体可以根据实际应用中具体的基站的结构组成及其实现的功能确定,本说明书中不再一一展开说明。前述基站可以是各类型的LTE基站,还可以是各类型的5G基站或者其他使用TCP传输协议的基站。
在一个实施例中,处理器执行计算机程序时还可以实现上述基站TCP数据传输处理方法各实施例中的增加的步骤或者子步骤。
在一个实施例中,还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;在监听到空口上行方向的同步序列编号报文时,开始识别空口上行方向的确认报文;将识别到的确认报文分裂成K个子报文,并将K个子报文有序进行上行传输;K为大于或等于2的正整数。
在一个实施例中,计算机程序被处理器执行时,还可以实现上述基站TCP数据传输处理方法各实施例中的增加的步骤或者子步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线式动态随机存储器(Rambus DRAM,简称RDRAM)以及接口动态随机存储器(DRDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种基站TCP数据传输处理方法,其特征在于,包括:
在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;
在监听到所述空口上行方向的所述同步序列编号报文时,将上行接收的确认报文的个数N置零,开始持续识别所述空口上行方向的确认报文;
将识别到的所述确认报文分裂成K个子报文,并将K个所述子报文有序进行上行传输;K为大于或等于2的正整数。
2.根据权利要求1所述的基站TCP数据传输处理方法,其特征在于,将识别到的所述确认报文分裂成K个子报文的过程,包括:
若识别到一个所述确认报文,则将所述个数N累加1;
若所述N小于设定数量,则将识别到的一个所述确认报文分裂成K个所述子报文。
3.根据权利要求2所述的基站TCP数据传输处理方法,其特征在于,并将K个所述子报文有序进行上行传输后,所述方法还包括:
返回执行所述若识别到一个所述确认报文,则将所述个数N累加1的步骤。
4.根据权利要求2或3所述的基站TCP数据传输处理方法,其特征在于,所述方法,还包括:
若所述N大于所述设定数量,则返回执行所述在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文的步骤。
5.根据权利要求4所述的基站TCP数据传输处理方法,其特征在于,在空口上行方向持续监听同步序列编号报文的过程,包括:
在所述空口上行方向,根据TCP报文头部的Flags标识持续监听TCP三次握手包中的所述同步序列编号报文。
6.根据权利要求4所述的基站TCP数据传输处理方法,其特征在于,所述基站为LTE基站,所述K为2,所述设定数量为10。
7.一种基站TCP数据传输处理装置,其特征在于,包括:
握手监听模块,用于在基站TCP连接建立初期阶段,在空口上行方向持续监听同步序列编号报文;
识别启动模块,用于在监听到所述空口上行方向的所述同步序列编号报文时,将上行接收的确认报文的个数N置零,开始持续识别所述空口上行方向的确认报文;
报文分裂模块,用于将识别到的所述确认报文分裂成K个子报文,并将K个所述子报文有序进行上行传输;K为大于或等于2的正整数。
8.一种基站,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述基站TCP数据传输处理方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述基站TCP数据传输处理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010418781.1A CN111615148B (zh) | 2020-05-18 | 2020-05-18 | 基站tcp数据传输处理方法、装置和基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010418781.1A CN111615148B (zh) | 2020-05-18 | 2020-05-18 | 基站tcp数据传输处理方法、装置和基站 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111615148A CN111615148A (zh) | 2020-09-01 |
CN111615148B true CN111615148B (zh) | 2023-09-26 |
Family
ID=72201988
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010418781.1A Active CN111615148B (zh) | 2020-05-18 | 2020-05-18 | 基站tcp数据传输处理方法、装置和基站 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111615148B (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1341350A1 (en) * | 2002-02-15 | 2003-09-03 | Sony International (Europe) GmbH | A method for congestion detection for IP flows over a wireless network |
CN102263618A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团公司 | 无线网络拥塞控制方法、装置及系统 |
CN110868744A (zh) * | 2018-08-28 | 2020-03-06 | 大唐移动通信设备有限公司 | 一种前转数据的处理方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101114999B (zh) * | 2007-08-26 | 2010-08-04 | 上海华为技术有限公司 | 数据发送控制方法及数据传输设备 |
US20150296418A1 (en) * | 2014-04-15 | 2015-10-15 | Nokia Solutions And Networks Oy | Methods and Apparatus for Handover Management of Transfer Control Protocol Proxy Communications |
US9866488B2 (en) * | 2015-11-17 | 2018-01-09 | Alcatel-Lucent Usa Inc. | Method and apparatus for preserving end to end semantic and performance enhancement of split-TCP protocols |
-
2020
- 2020-05-18 CN CN202010418781.1A patent/CN111615148B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1341350A1 (en) * | 2002-02-15 | 2003-09-03 | Sony International (Europe) GmbH | A method for congestion detection for IP flows over a wireless network |
CN102263618A (zh) * | 2010-05-31 | 2011-11-30 | 中国移动通信集团公司 | 无线网络拥塞控制方法、装置及系统 |
CN110868744A (zh) * | 2018-08-28 | 2020-03-06 | 大唐移动通信设备有限公司 | 一种前转数据的处理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN111615148A (zh) | 2020-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102109021B1 (ko) | 데이터 전송 방법, 전송 노드, 수신 노드 및 데이터 전송 시스템 | |
RU2691240C1 (ru) | Способ пакетной передачи и абонентское устройство | |
US9532378B2 (en) | Apparatus and method for moving a receive window in a radio access network | |
CN102006283B (zh) | 数据传输的方法和装置 | |
CN112713970B (zh) | 一种发送报文的方法、装置、芯片及终端 | |
WO2018121294A1 (zh) | 一种报文传输方法、终端、网络设备及通信系统 | |
CN109412946B (zh) | 一种确定回源路径的方法、装置、服务器及可读存储介质 | |
CN112436994B (zh) | 一种数据传输方法及电子设备 | |
EP2667655B1 (en) | Method and apparatus for controlling congestion in wireless communication system | |
CN107645409B (zh) | 一种确定数据的传输故障原因方法及装置 | |
US10980043B2 (en) | Data transmission method and device, and base station | |
US10524175B2 (en) | Data transmission method and network device | |
CN112242956B (zh) | 流速控制方法和装置 | |
CN105207949B (zh) | 一种tcp优化方法和系统、sp服务器 | |
CN101969432A (zh) | 基于随机回退的tcp拥塞窗口的控制方法 | |
CN111615148B (zh) | 基站tcp数据传输处理方法、装置和基站 | |
CN104580171B (zh) | Tcp协议的传输方法、装置和系统 | |
US9385931B1 (en) | Determining a reordering timer | |
CN113424578B (zh) | 一种传输控制协议加速方法和装置 | |
CN103581137A (zh) | Ecn代理设备和ecn通知方法 | |
CN117377137A (zh) | Tcp传输方法、装置、设备及存储介质 | |
Oguchi et al. | Dynamic communication protocol for quick response in interactive communication | |
CN116545994A (zh) | 一种具有低延时低带宽的综合数据通信方法 | |
CN111510417A (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant after: Jingxin Network System Co.,Ltd. Address before: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant before: COMBA TELECOM SYSTEMS (CHINA) Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |