CN107343296A - 一种提高基于lte的tcp数传的下行速率的方法及装置 - Google Patents
一种提高基于lte的tcp数传的下行速率的方法及装置 Download PDFInfo
- Publication number
- CN107343296A CN107343296A CN201710524928.3A CN201710524928A CN107343296A CN 107343296 A CN107343296 A CN 107343296A CN 201710524928 A CN201710524928 A CN 201710524928A CN 107343296 A CN107343296 A CN 107343296A
- Authority
- CN
- China
- Prior art keywords
- upstream data
- group
- data
- sent
- tcp
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0876—Network utilisation, e.g. volume of load or congestion level
- H04L43/0894—Packet rate
-
- 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/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- 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/29—Flow control; Congestion control using a combination of thresholds
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/62—Queue scheduling characterised by scheduling criteria
- H04L47/6215—Individual queue per QOS, rate or priority
-
- 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/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Environmental & Geological Engineering (AREA)
- Communication Control (AREA)
Abstract
本发明实施例中公开了一种提高基于LTE的TCP数传的下行速率的方法及装置,根据数据长度和协议类型将接收到的上行数据划分为包括TCP ACK数据包的第一组上行数据和第二组上行数据进行分组缓存,将第一组上行数据优先发送至PDCP层,由PDCP层将第一组上行数据发送至RLC层进行缓存;接收eNB发送的上行调度请求;RLC层将第一组上行数据包括的TCP ACK数据包发送至MAC层;MAC层将收到的TCP ACK包上报给eNB。将TCP ACK数据包优先发送至PDCP层,eNB就能及时收到TCP ACK反馈,能够使UE在进行上下行数传并发情况下,减少出现下行吞吐率低、吞吐率波动大的问题。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种提高基于LTE的TCP数传的下行速率的方法及装置。
背景技术
LTE(Long Term Evolution,长期演进)是第三代合作伙伴计划(3GPP:3rdGeneration Partnership Project)主导的移动通信系统(UMTS:Universal MobileTelecommunications System)技术的长期演进。作为第四代通信的代表技术之一,LTE对传输速率有了更高的要求,如3gpp 36.306协议规定UE能力1-5所支持的上下行峰值速率如下:
LTE通信系统要求高峰值速率,TCP(Transmission Control Protocol,传输控制协议)是一种面向连接的、可靠的、全双工模式、采用滑动窗口和拥塞避免机制、基于字节流的传输层通信协议,一般应用于ftp(File Transfer Protocol,文件传输协议)文件传送、远程登录、电子邮件等。
在要求高峰值速率的LTE系统上进行TCP数传,排除设备环境、TCP参数设置、LTEPDCP(Packet Data Convergence Protocol,分组数据汇聚协议)超时丢包、RLC(RadioLink Control,无线链路层控制协议)AM(RLC的一种工作模式)重传等影响之后,还是可能会出现TCP数传吞吐率低、吞吐率波动大等问题,特别是在UE进行上下行数传并发情况下,更容易出现下行速率波动的现象。
发明内容
有鉴于此,本发明实施例提供一种提高基于LTE的TCP数传的下行速率的方法及装置,能够。
为实现上述目的,本发明实施例提供如下技术方案:
一种提高基于LTE的TCP数传的下行速率的方法,所述方法包括:
接收上行数据;
根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;
将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
接收eNB发送的上行调度请求;
RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
MAC层将收到的TCP ACK包上报给eNB。
可选的,所述根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,包括:
将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存。
可选的,所述将所述第一组上行数据优先发送至PDCP层包括:
当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,所述将所述第一组上行数据优先发送至PDCP层包括:
当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,在所述MAC层将收到的TCP ACK包上报给eNB之后,所述方法还包括:
向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
一种提高基于LTE的TCP数传的下行速率的装置,所述装置包括:
第一接收单元,用于接收上行数据;
分组缓存单元,用于根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;
发送单元,用于将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
第二接收单元,用于接收eNB发送的上行调度请求;
所述发送单元,还用于RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
所述发送单元,还用于MAC层将收到的TCP ACK包上报给eNB。
可选的,所述分组缓存单元具体用于:
将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存。
可选的,所述发送单元具体用于:
当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,所述发送单元具体用于:
当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,所述发送单元还用于:
向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
基于上述技术方案,本发明实施例中公开了一种提高基于LTE的TCP数传的下行速率的方法及装置,接收上行数据;根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;接收eNB发送的上行调度请求;RLC层将所述第一组上行数据包括的TCPACK数据包发送至MAC层;MAC层将收到的TCP ACK包上报给eNB。将TCP ACK数据包优先发送至PDCP层,eNB就能及时收到TCP ACK反馈,能够使UE在进行上下行数传并发情况下,减少出现下行吞吐率低、吞吐率波动大的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本发明公开的LTE通信系统的用户面协议框架图;
图2为本发明公开的一种提高基于LTE的TCP数传的下行速率的方法的流程示意图;
图3为本发明公开的另一种提高基于LTE的TCP数传的下行速率的方法的流程示意图;
图4为本发明公开的应用本发明的提高基于LTE的TCP数传的下行速率的方法前后的数传测试对比图;
图5为本发明公开的一种提高基于LTE的TCP数传的下行速率的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
TCP连接建立之后,通信双方能同时进行数据传输,属全双工模式;在保证可靠性上,采用超时重传和捎带确认机制;在流量控制上,采用了滑动窗口协议和拥塞控制:发送方会维护一个发送窗口,每次发送数据收到对端ACK确认后发送窗口会在发送缓冲区中按序移动,并且接收方返回的ACK中会包含接收方接收窗口的大小;另外为了防止过多数据注入网络导致路由器或链路超载,发送方还会维护一个拥塞窗口,而拥塞窗口的大小则是根据对端的ACK反馈来决定的。拥塞窗口与接收方的接收窗口共同决定发送方发送窗口的大小,也即ACK的反馈效率对TCP数传速率有很大影响。
在要求高峰值速率的LTE系统上进行TCP数传,排除设备环境、TCP参数设置、LTEPDCP超时丢包、RLC AM重传等影响之后,还是可能会出现TCP数传吞吐率低、吞吐率波动大等问题,特别是在UE进行上下行数传并发情况下,更容易出现下行速率波动的现象。此时通过Wireshark(一个网络封包分析软件)抓数分析,发现基站侧发送窗口已经调整到比较小了,是由于UE侧发送ACK反馈不及时导致的。
针对以上问题,本发明提出一种提高基于LTE的TCP数传的下行速率的方法,能够使UE在进行上下行数传并发情况下,减少出现下行吞吐率低、吞吐率波动大的问题。
请参阅附图1,图1为本发明公开的LTE通信系统的用户面协议框架图。由该图可以看出,LTE通信系统中,上行数据流向为数据路由->PDCP->RLC->MAC->PHY,再通过空口发送给eNB(evolved Node B,演进型基站);下行数据流向则相反。
请参阅附图2,图2为本发明公开的一种提高基于LTE的TCP数传的下行速率的方法的流程示意图,该方法的执行主体为发送方,在本发明中,发送方具体为UE,该方法包括如下步骤:
步骤S100,接收上行数据;
UE从USB(通用串行总线,universal serial bus)侧接收上行数据。
步骤S110,根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK(Acknowledgement,确认字符)数据包。
UE从USB(通用串行总线,universal serial bus)侧接收到上行数据后发送到PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层,PDCP层处理后再发送给RLC(Radio Link Control,无线链路层控制协议)层,在RLC层进行数据缓存,有eNB的上行调度时,MAC(Media Access Control,媒体访问控制子层协议)层再来RLC层取数进行数据发送,如此减少了PDCP层和RLC层的处理时间。但是,如果eNB发送的上行调度比较少,MAC层取数不及时,会导致RLC层缓存数据太多,容易出现拥塞。因此,UE从USB侧接收到上行数据后,根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包。需要说明的是,由于PDCP层和RLC层发送数据时会维护各自的序列号,需要按序进行发送,所以对上行数据分组缓存必须在将上行数据发送至PDCP层之前进行。
步骤S120,将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
需要说明的是,只要存在第一组上行数据,不管RLC层当前缓存数据大小是否小于预设阈值,都优先将第一组上行数据发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存。
RLC层在缓存PDCP层发送的所述第一组上行数据之后,要更新当前缓存的数据大小。
步骤S130,接收eNB发送的上行调度请求;
步骤S140,RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层之后,也要更新当前缓存的数据大小。
步骤S150,MAC层将收到的TCP ACK包上报给eNB。
这样,eNB就能及时收到TCP ACK反馈,从而能够调整发送窗口大小,保证下行发送速率。
本实施例中公开了一种提高基于LTE的TCP数传的下行速率的方法,接收上行数据;根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;接收eNB发送的上行调度请求;RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;MAC层将收到的TCP ACK包上报给eNB。将TCP ACK数据包优先发送至PDCP层,eNB就能及时收到TCP ACK反馈,能够使UE在进行上下行数传并发情况下,减少出现下行吞吐率低、吞吐率波动大的问题。
请参阅附图3,图3为本发明公开的另一种提高基于LTE的TCP数传的下行速率的方法的流程示意图,该方法的执行主体为发送方,在本发明中,发送方具体为UE,该方法包括如下步骤:
步骤S200,接收上行数据;
UE从USB(通用串行总线,universal serial bus)侧接收上行数据。
步骤S210,根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK(Acknowledgement,确认字符)数据包。
UE从USB(通用串行总线,universal serial bus)侧接收到上行数据后发送到PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)层,PDCP层处理后再发送给RLC(Radio Link Control,无线链路层控制协议)层,在RLC层进行数据缓存,有eNB的上行调度时,MAC(Media Access Control,媒体访问控制子层协议)层再来RLC层取数进行数据发送,如此减少了PDCP层和RLC层的处理时间。但是,如果eNB发送的上行调度比较少,MAC层取数不及时,会导致RLC层缓存数据太多,容易出现拥塞。因此,UE从USB侧接收到上行数据后,根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包。需要说明的是,由于PDCP层和RLC层发送数据时会维护各自的序列号,需要按序进行发送,所以对上行数据分组缓存必须在将上行数据发送至PDCP层之前进行。
具体的,将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存,如此划分,能够保证TCP ACK数据包在第一组上行数据中。
进一步需要说明的是,第一组上行数据及第二组上行数据的缓存有最大阈值限制,如果缓存达到最大阈值,则不再接收上行数据,当缓存的第一组上行数据及第二组上行数据发送至PDCP层之后,才会继续接收上行数据。
步骤S220,将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
需要说明的是,只要存在第一组上行数据,不管RLC层当前缓存数据大小是否小于预设阈值,都优先将第一组上行数据发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存。
RLC层在缓存PDCP层发送的所述第一组上行数据之后,要更新当前缓存的数据大小。
所述将所述第一组上行数据优先发送至PDCP层包括:当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
或者,当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
需要说明的是,将第二组上行数据发送至PDCP层不用等第一组上行数据发送完之后再进行,可以在第一组上行数据发送中间插一个第二组上行数据中的数据包进行发送,避免第二组上行数据中的数据包等待时间太长。
步骤S230,接收eNB发送的上行调度请求;
步骤S240,RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层之后,也要更新当前缓存的数据大小。
步骤S250,MAC层将收到的TCP ACK包上报给eNB。
这样,eNB就能及时收到TCP ACK反馈,从而能够调整发送窗口大小,保证下行发送速率。
步骤S260,向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
需要说明的是,MAC层还会向eNB上报BSR(buffer status report,缓存状态报告),所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。eNB会根据MAC层上报的BSR来分配上行调度资源,BSR指示的值越大,eNB就可能分配更多的上行调度资源。
如此,可使eNB为UE分配更多的上行调度资源,能够最大化地提高UE上行数据发送速率,进而可以使TCP ACK数据包更快的发送给eNB,eNB就可以及时调整其发送端的TCP滑动窗口,然后就能更快的发送新数据给UE。
请参阅附图4,图4为本发明公开的应用本发明的提高基于LTE的TCP数传的下行速率的方法前后的数传测试对比图,从左往右依次是应用本发明的提高基于LTE的TCP数传的下行速率的方法之前的单下行数传、并发数传及应用本发明的提高基于LTE的TCP数传的下行速率的方法之后的并发数传。
请参阅附图5,图5为本发明公开的一种提高基于LTE的TCP数传的下行速率的装置的结构示意图,该装置具体包括如下单元:
第一接收单元100,用于接收上行数据;
分组缓存单元110,用于根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;
发送单元120,用于将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
第二接收单元130,用于接收eNB发送的上行调度请求;
所述发送单元120,还用于RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
所述发送单元120,还用于MAC层将收到的TCP ACK包上报给eNB。
可选的,所述分组缓存单元具体用于:
将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存。
可选的,所述发送单元具体用于:
当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,所述发送单元具体用于:
当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
可选的,所述发送单元还用于:
向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
综上所述:
本发明实施例中公开了一种提高基于LTE的TCP数传的下行速率的方法及装置,接收上行数据;根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;接收eNB发送的上行调度请求;RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;MAC层将收到的TCP ACK包上报给eNB。将TCP ACK数据包优先发送至PDCP层,eNB就能及时收到TCP ACK反馈,能够使UE在进行上下行数传并发情况下,减少出现下行吞吐率低、吞吐率波动大的问题。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。
专业人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块,或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种提高基于LTE的TCP数传的下行速率的方法,其特征在于,所述方法包括:
接收上行数据;
根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;
将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
接收eNB发送的上行调度请求;
RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
MAC层将收到的TCP ACK包上报给eNB。
2.根据权利要求1所述的提高基于LTE的TCP数传的下行速率的方法,其特征在于,所述根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,包括:
将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存。
3.根据权利要求1所述的提高基于LTE的TCP数传的下行速率的方法,其特征在于,所述将所述第一组上行数据优先发送至PDCP层包括:
当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
4.根据权利要求1所述的提高基于LTE的TCP数传的下行速率的方法,其特征在于,所述将所述第一组上行数据优先发送至PDCP层包括:
当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
5.根据权利要求1至4中任意一项所述的提高基于LTE的TCP数传的下行速率的方法,其特征在于,在所述MAC层将收到的TCP ACK包上报给eNB之后,所述方法还包括:
向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
6.一种提高基于LTE的TCP数传的下行速率的装置,其特征在于,所述装置包括:
第一接收单元,用于接收上行数据;
分组缓存单元,用于根据数据长度和协议类型将接收到的上行数据划分为第一组上行数据和第二组上行数据进行分组缓存,其中,所述第一组上行数据中包括TCP ACK数据包;
发送单元,用于将所述第一组上行数据优先发送至PDCP层,由PDCP层将所述第一组上行数据发送至RLC层进行缓存;
第二接收单元,用于接收eNB发送的上行调度请求;
所述发送单元,还用于RLC层将所述第一组上行数据包括的TCP ACK数据包发送至MAC层;
所述发送单元,还用于MAC层将收到的TCP ACK包上报给eNB。
7.根据权利要求6所述的提高基于LTE的TCP数传的下行速率的装置,其特征在于,所述分组缓存单元具体用于:
将数据长度不大于40字节且协议类型为IP/TCP的上行数据划分为第一组上行数据进行缓存,剩余的上行数据划分为第二组上行数据进行缓存。
8.根据权利要求6所述的提高基于LTE的TCP数传的下行速率的装置,其特征在于,所述发送单元具体用于:
当RLC层缓存完所述第一组上行数据之后的缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
9.根据权利要求6所述的提高基于LTE的TCP数传的下行速率的装置,其特征在于,所述发送单元具体用于:
当计时器的计时长度达到预设时间阈值且RLC层缓存数据大小小于预设阈值时,则将所述第二组上行数据发送至PDCP层,以由PDCP层将所述第二组上行数据发送至RLC层进行缓存。
10.根据权利要求6至9中任意一项所述的提高基于LTE的TCP数传的下行速率的装置,其特征在于,所述发送单元还用于:
向eNB上报缓存状态报告BSR,所述BSR用于指示UE要发送数据的大小,其中,UE要发送数据的大小包括RLC层缓存的要发送数据的大小和从USB侧已接收但尚未发送给PDCP层的数据的大小之和。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710524928.3A CN107343296A (zh) | 2017-06-30 | 2017-06-30 | 一种提高基于lte的tcp数传的下行速率的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710524928.3A CN107343296A (zh) | 2017-06-30 | 2017-06-30 | 一种提高基于lte的tcp数传的下行速率的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107343296A true CN107343296A (zh) | 2017-11-10 |
Family
ID=60218307
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710524928.3A Pending CN107343296A (zh) | 2017-06-30 | 2017-06-30 | 一种提高基于lte的tcp数传的下行速率的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107343296A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108848099A (zh) * | 2018-06-22 | 2018-11-20 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN110943811A (zh) * | 2019-11-20 | 2020-03-31 | 西安培华学院 | 一种用于多点传输的数据分流及harq进程分配的方法和系统 |
CN113423144A (zh) * | 2021-05-11 | 2021-09-21 | 翱捷科技股份有限公司 | 一种提高lte上下行并发吞吐率的方法及装置 |
CN114585018A (zh) * | 2022-05-05 | 2022-06-03 | 深圳国人无线通信有限公司 | 一种防止5g下行tcp的ack包拥塞的方法、基站、终端与系统 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1842052A (zh) * | 2005-03-29 | 2006-10-04 | 华为技术有限公司 | 无线链路控制层的数据传输方法 |
CN101267443A (zh) * | 2008-05-09 | 2008-09-17 | 北京天碁科技有限公司 | 一种数据处理方法及通信设备 |
CN102316516A (zh) * | 2010-06-30 | 2012-01-11 | 重庆重邮信科通信技术有限公司 | 一种lte上行数据传输结构及控制方法 |
CN102655447A (zh) * | 2012-04-28 | 2012-09-05 | 北京创毅讯联科技股份有限公司 | 一种上行数据的传输方法及装置 |
CN102710389A (zh) * | 2012-04-18 | 2012-10-03 | 华为技术有限公司 | 上行数据发送方法和用户设备 |
CN103369509A (zh) * | 2012-03-29 | 2013-10-23 | 中兴通讯股份有限公司 | 一种缓存状态上报方法及终端设备 |
US20150215218A1 (en) * | 2014-01-30 | 2015-07-30 | Qualcomm Incorporated | Enhanced techniques of tcp ack transmission in uplink |
-
2017
- 2017-06-30 CN CN201710524928.3A patent/CN107343296A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1842052A (zh) * | 2005-03-29 | 2006-10-04 | 华为技术有限公司 | 无线链路控制层的数据传输方法 |
CN101267443A (zh) * | 2008-05-09 | 2008-09-17 | 北京天碁科技有限公司 | 一种数据处理方法及通信设备 |
CN102316516A (zh) * | 2010-06-30 | 2012-01-11 | 重庆重邮信科通信技术有限公司 | 一种lte上行数据传输结构及控制方法 |
CN103369509A (zh) * | 2012-03-29 | 2013-10-23 | 中兴通讯股份有限公司 | 一种缓存状态上报方法及终端设备 |
CN102710389A (zh) * | 2012-04-18 | 2012-10-03 | 华为技术有限公司 | 上行数据发送方法和用户设备 |
CN102655447A (zh) * | 2012-04-28 | 2012-09-05 | 北京创毅讯联科技股份有限公司 | 一种上行数据的传输方法及装置 |
US20150215218A1 (en) * | 2014-01-30 | 2015-07-30 | Qualcomm Incorporated | Enhanced techniques of tcp ack transmission in uplink |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108848099A (zh) * | 2018-06-22 | 2018-11-20 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN108848099B (zh) * | 2018-06-22 | 2020-11-03 | 杭州叙简科技股份有限公司 | 一种基于反向多连接的端口映射系统及其端口映射方法 |
CN110943811A (zh) * | 2019-11-20 | 2020-03-31 | 西安培华学院 | 一种用于多点传输的数据分流及harq进程分配的方法和系统 |
CN110943811B (zh) * | 2019-11-20 | 2021-07-13 | 西安培华学院 | 一种用于多点传输的数据分流及harq进程分配的方法和系统 |
CN113423144A (zh) * | 2021-05-11 | 2021-09-21 | 翱捷科技股份有限公司 | 一种提高lte上下行并发吞吐率的方法及装置 |
CN113423144B (zh) * | 2021-05-11 | 2024-08-27 | 翱捷科技股份有限公司 | 一种提高lte上下行并发吞吐率的方法及装置 |
CN114585018A (zh) * | 2022-05-05 | 2022-06-03 | 深圳国人无线通信有限公司 | 一种防止5g下行tcp的ack包拥塞的方法、基站、终端与系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Larmo et al. | The LTE link-layer design | |
US7953022B2 (en) | Method and apparatus of controlling transmission of data block | |
TWI483589B (zh) | 資料傳輸及重新傳輸之方法 | |
EP2245827B1 (en) | Methods and apparatus for formatting headers in a communication frame | |
TWI445360B (zh) | 在無線通訊系統中產生資料區塊的方法 | |
CN107343296A (zh) | 一种提高基于lte的tcp数传的下行速率的方法及装置 | |
WO2007078156A2 (en) | Transmitting data in a mobile communication system | |
US10594612B2 (en) | Threshold for reduced latency mechanisms | |
CN105517053B (zh) | 减少无线链路控制层协议数据单元重分段的方法及系统 | |
TWI434563B (zh) | 在行動通訊系統中傳輸控制資訊的方法 | |
JP4929349B2 (ja) | 再送要求送信方法及び受信側装置 | |
WO2003049354A1 (en) | Method and system for dispatching multiple tcp packets from communication systems | |
WO2005088917A1 (ja) | 制御局装置、基地局装置、端末装置、パケット通信システム及びパケット通信方法 | |
US20050102412A1 (en) | Transmission performance of a transport layer protocol connection | |
CN107659558A (zh) | 一种数据传输方法及基站 | |
WO2012083762A1 (zh) | 数据传输方法、设备及系统 | |
CN104137507B (zh) | 反馈丢包的消息处理方法及装置 | |
CN107493260B (zh) | 用于数据传输的自适应段尺寸的装置、系统和方法 | |
EP1852995A2 (en) | Method and apparatus of handling a variable of a RLC reset procedure during receiver-side-only re-establishment in wireless communication system | |
WO2004112305A1 (fr) | Procede et appareil permettant d'ecarter des unites de donnees de services dans un mode accuse de reception d'une rlc dans un systeme de communication sans fil | |
EP2890179B1 (en) | Method, apparatus and computer program for data transfer | |
CN116963175A (zh) | 数据传输方法、装置及系统 | |
CN108777607A (zh) | 一种拦截确认包的方法以及接入网设备 | |
Sanchez et al. | TCP/IP performance over EGPRS network | |
WO2018072097A1 (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171110 |