CN114338839B - 基于tcp的数据传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种基于TCP的数据传输方法、装置、电子设备及存储介质。该方法包括：接收终端发送的第一数据量，所述第一数据量为服务器所发送数据中确认信息的数据量；确定待发送数据量，所述待发送数据量为从所述服务器中接收且待发送给所述终端的待发数据的数据量；若所述待发送数据量小于第一阈值，则将所述第一数据量调整为第二数据量，所述第二数据量大于所述第一数据量；基于所述第二数据量，确定为所述终端分配的资源配置信息；将所述资源配置信息发送至所述终端，以使所述终端根据所述资源配置信息发送对应于服务器所发送数据的确认信息。本申请实施例实现了使服务器可以发送更多的数据。

Description

基于TCP的数据传输方法、装置、电子设备及存储介质

技术领域

本申请涉及通信技术领域，具体而言，本申请涉及一种基于TCP(TransmissionControl Protocol，传输控制协议)的数据传输方法、装置、电子设备及存储介质。

背景技术

随着无线互联网的普及，无线互联网上的应用绝大部分是TCP业务，提升TCP业务的下载速率、减少手机等终端用户刷网页，新闻，天气，小视频等各类TCP业务的等待时延，可以极大提升用户感知。

TCP是一种基于确认信息(Acknowledgement，ACK)机制的传输协议，当前无线网络针对TCP下载业务的上行反馈流程是这样的：通常情况下，服务器向终端发送数据，终端接收到数据后，向基站发送该数据的确认信息的数据量，基站根据接收到的数据量，为终端分配资源配置信息，并将分配的资源配置信息发送至终端，终端根据资源配置信息，向基站发送该数据的确认信息，由基站将该数据的确认信息发送至服务器，服务器根据该数据的确认信息，向终端发送新的数据。在上述数据传输的过程中，服务器发送的新数据的数据量较少。

发明内容

本申请提供了一种基于TCP的数据传输方法、装置、电子设备及存储介质，可以解决以上至少一种技术问题。

第一方面，提供了一种基于TCP的数据传输方法，该方法包括：

接收终端发送的第一数据量，第一数据量为服务器所发送数据中确认信息的数据量；

确定待发送数据量，待发送数据量为从服务器中接收且待发送给终端的待发数据的数据量；

若待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，第二数据量大于第一数据量；

基于第二数据量，确定为终端分配的资源配置信息；

将资源配置信息发送至终端，以使终端根据所述资源配置信息发送对应于服务器所发送数据的确认信息。

第二方面，提供了一种基于TCP的数据传输装置，该装置包括：

接收模块，用于接收终端发送的第一数据量，第一数据量为服务器所发送数据中确认信息的数据量；

第一确定模块，用于确定待发送数据量，待发送数据量为从服务器中接收且待发送给终端的待发数据的数据量；

调整模块，用于当待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，第二数据量大于第一数据量；

第二确定模块，用于基于第二数据量，确定为终端分配的资源配置信息；

发送模块，用于将资源配置信息发送至终端，以使终端根据资源配置信息发送对应于服务器所发送数据的确认信息。

第三方面，提供了一种电子设备，该电子设备包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据第一方面所示的一种基于TCP的数据传输方法。

第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所示的一种基于TCP的数据传输方法。

本申请提供的技术方案带来的有益效果是：

本申请提供了一种基于TCP的数据传输方法、装置、电子设备及存储介质，与现有技术相比，本申请当待发送数据量小于第一阈值时，将第一数据量增大为第二数据量，其中，第一数据量为服务器所发送数据的确认信息的数据量，然后，按照第二数据量为终端分配资源配置信息，以使终端根据该资源配置信息发送对应于服务器所发送数据的确认信息，实现了基站可以分配更多的确认信息的资源配置信息，从而使得终端可以发送更多的确认信息，进而使的服务器可以发送更多新的数据，可以增加TCP传输的数据量，提高TCP的传输速率，提升用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对本申请实施例描述中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种数据传输系统的结构示意图；

图2为本申请实施例提供的一种拥塞窗口(congestion window，cwnd)的变化示意图；

图3为本申请实施例提供的一种基于TCP的数据传输方法的流程示意图；

图4为本申请实施例提供的一种演进性基站(Evolved Node B，eNB)的一个时隙结构的示意图；

图5为本申请实施例提供的一种基于TCP的数据传输方法的流程示意图；

图6为本申请实施例提供的一种基于TCP的数据传输装置的结构示意图；

图7为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

本申请实施例提供了一种基于TCP的数据传输方法，可以由网络设备执行，如可以基站执行，其中，基站的类型本申请实施例不做限定，可以为4G对应的eNB，也可以为5G对应的下一代基站(next Generation Node B，gNB)等。

具体地，图1为本申请实施例提供的方案所适用的一种数据传输系统的结构示意图，该示例中，网络设备为基站，如图中所示，该数据传输系统可以包括至少一个终端110、基站120以及服务器130(即TCP业务服务器)。

具体的，至少一个终端110可以与一个基站120通信连接。例如，图1中，一个终端110与一个基站120通信连接，另外两个终端110与另一个基站120通信连接。在本申请实施例中，终端110可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。终端110可以是移动用户设备，如移动电话(或称为手机)和计算机(包括笔记本电脑、台式电脑、平板电脑等)，终端110的类型本申请实施例不做限定，终端110可以是便携式、袖珍式、手持式等。

基站120包括至少一个，基站120可以涵盖多个为终端110提供服务的小区。根据具体应用场合不同，基站120又可以称为接入点，或者可以是接入网中在空中接口上通过一个或多个扇区与无线用户设备通信的设备，或者其它名称。基站120可用于将收到的空中帧与网际协议(Internet Protocol，IP)分组进行相互更换，作为无线用户设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。基站120还可协调对空中接口的属性管理。例如，本申请实施例涉及的基站120可以是全球移动通信系统(Global System for Mobile communications，GSM)或码分多址接入(Code DivisionMultiple Access，CDMA)中的网络设备(Base Transceiver Station，BTS)，也可以是带宽码分多址接入(Wide-band Code Division Multiple Access，WCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional Node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(gNB)，也可以是家庭演进基站(Home evolved Node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。在一些网络结构中，基站120可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点，集中单元和分布单元也可以地理上分开布置。

服务器130可以与至少一个基站120进行通信，服务器130在网络中为终端110提供计算或者应用服务。通常情况下，服务器120具有高速的中央处理器(Central ProcessingUnit，CPU)运算能力、长时间的可靠运行能力、以及强大的输入/输出(Input/Output，I/O)外部数据吞吐能力等。本申请实施例中，服务器130是为用户终端提供TCP业务服务的服务器，也就是说，该服务器是基于TCP的服务器，为了描述方便，可以简称为TCP服务器。

由前文描述可知，TCP是一种基ACK机制的传输协议，发送方(如图1中所示的服务器130)要得到接收方(如图1中所示的终端110)的反馈信息才能决定数据的发送量以及是否需要重传等。接收方反馈信息越快，发送方数据发送越快，TCP的传输速率也越高。

通常情况下，发送方的发送数据量等于发送方维护的cwnd与接收方的接收窗口之间的最小值，即，发送方的发送数据量＝Min{发送方维护的cwnd，接收方的接收窗口}。

当前终端的性能越来越强，因此，接收方的接收窗口通常很大，导致发送方的发送数据量通常决定于cwnd。其中，cwnd的变化规律如图2所示，图2为本申请实施例提供的一种cwnd的变化示意图。

具体地，横轴表示传输轮次，纵轴表示cwnd。其中，每经过一个往返时延(Round-Trip Time，RTT)，即为一个传输轮次。在计算机网络中，RRT是一个重要的性能指标，表示从发送方发送数据开始到发送方收到来自接收方的确认(接收方收到数据后便立即发送确认)总共经历的时延。RTT由三个部分决定：链路的传播时间、末端系统的处理时间以及路由器的缓存中的排队和处理时间。其中，前面两个部分(即链路的传播时间和末端系统的处理时间)的值作为一个TCP连接相对固定，路由器的缓存中的排队和处理时间会随着整个网络拥塞程度的变化而变化，因此，RTT的变化在一定程度上可以反映网络拥塞程度的变化。简单来说，RTT就是发送方从发送数据开始，到收到来自接收方的确认信息所经历的时间。

cwnd的单位可以为TCP报文段。刚开始时，cwnd从一个TCP报文段开始呈指数级增长，即每经过一个RTT，cwnd增加一倍，该过程也被称为TCP慢启动过程。例如图2中，在由传输轮次0至传输轮次4构成的区间中，cwnd呈指数级增长，当传输轮次为0时，cwnd为1个TCP报文段，当传输轮次为4时，cwnd为16个TCP报文段，其中，TCP慢启动过程包括由传输轮次0至传输轮次4构成的区间所对应的cwnd增长过程。

当超过初始的慢启动阈值(slow start threshold，ssthresh)后，cwnd呈加法增长，即每经过一个RTT，cwnd增加一个TCP报文段。例如，图2中，以ssthresh 0表示初始的ssthresh，且ssthresh 0等于16个TCP报文段，在由传输轮次4至传输轮次12构成的区间中，cwnd呈加法增长，当传输轮次为4时，cwnd为16个TCP报文段，当传输轮次为12时，cwnd为24个TCP报文段。需要说明的是，图2中ssthresh 0的值仅为示意性的，实际中可以为其他的值。

当RTT值太大或者存在丢包现象时，发送方认为网络拥塞，cwnd从1个TCP报文段开始重新呈指数级增长，即重新开始TCP慢启动过程，同时ssthresh更新为当前cwnd值的一半。例如图2中，当前cwnd值为24个TCP报文段，则更新后的ssthresh为12个TCP报文段，图2中以ssthresh 1表示更新后的ssthresh。可以从传输轮次13开始重新开始TCP慢启动过程，具体的，在由传输轮次13至传输轮次17构成的区间中，cwnd呈指数级增长，当传输轮次为13时，cwnd为1个TCP报文段，当传输轮次为17时，cwnd为12个TCP报文段(即为ssthresh 1)，其中，TCP慢启动过程还包括由传输轮次13至传输轮次17构成的区间所对应的cwnd增长过程。

进一步地，当cwnd大于更新后的ssthresh时，cwnd呈加法增长，具体可见上述相关说明，在此不再赘述。

可见，在RTT时延较小时，相当于接收方反馈信息较快，一方面，可以较快的提升cwnd，另一方面，可以较快的滑动cwnd，更新cwnd的下沿以及上沿，可以触发发送方更快的发送更多的数据，从而提高TCP的下载速率和传输速率。因此，当基站给终端分配更多的确认信息的资源配置信息后，终端可以向基站发送更多的确认信息，相当于提高了终端反馈信息的速率，可以促使服务器更快的发送更多的数据，提高TCP的下载速率和传输速率。

现有的数据传输过程中，终端接收到数据后，向基站发送该数据的确认信息的数据量，基站根据该确认信息的数据量，为终端分配资源配置信息，终端接收到资源配置信息后，将该数据的确认信息发送至基站，由基站转发至服务器，因此，终端接收到数据至向服务器发送该数据的确认信息之间存在一个时间差，终端可能在该时间差内累积一些确认信息，而该时间差内累积的确认信息并未发送至服务器，即终端发送的确认信息较少，相当于降低了终端反馈信息的速率，导致服务器发送数据的数据量较少。

例如，终端接收到数据后，向基站发送该数据的确认信息的数据量，共100字节，基站为终端分配100字节的资源配置信息，在基站为终端分配100字节的资源配置信息的过程中，终端累积了50字节的确认信息，即终端接收到100字节的资源配置信息时，终端共有150字节的确认信息，而终端只能发送100字节的确认信息，则剩余50字节的确认信息只能延迟发送，终端发送的确认信息较少，相当于降低了终端反馈信息的速率，导致服务器发送数据的数据量较少，当服务器处于TCP慢启动过程时，服务器发送数据的数据量会更少，会大大降低TCP传输速率。

基于现有的数据传输过程所导致的服务器发送数据的数据量较少的技术问题，本申请实施例提出了一种基于TCP的数据传输方法，可以使终端可以发送更多的确认信息，进而使服务器可以发送更多的数据，可以增加TCP传输的数据量，提高TCP的传输速率，提升用户体验。

具体地，如图3所示，图3为本申请实施例提供的一种基于TCP的数据传输方法的流程示意图，该方法包括步骤S301-步骤S305。

步骤S301，接收终端发送的第一数据量，第一数据量为服务器所发送数据中确认信息的数据量。

本申请实施例中，终端(如手机)在接收到服务器发送的数据后，可以将该数据的确认信息的数据量发送至基站，使得基站接收终端发送的第一数据量。

通常情况下，终端可以向基站发送缓冲区状态报告(Buffer Status Report，BSR)，终端通过BSR，可以告知基站上行的缓冲区里有多少数据需要发送，即终端可以向基站发送第一数据量。其中，终端可以周期性单独上报BSR，也可以将BSR与其他数据一起上报，例如，将BSR与上行TCP反馈数据一起上报。

终端向基站发送BSR时，可以在上行子帧上传BSR。其中，上行子帧为时隙结构中的一种帧结构，如图4所示，图4为本申请实施例提供的一种eNB的一个时隙结构的示意图。

该时隙结构为5毫秒(millisecond，ms)半帧结构，一共5个子帧，分别为三个D子帧、一个S子帧和一个U子帧，其中，D子帧为下行子帧，可以发送下行数据，S子帧为特殊子帧，也可以用来发送下行数据，但比D子帧发送的数据量少，U子帧为上行子帧，可以用来发送上行数据和/或BSR等。

需要说明的是，图4中的时隙结构图仅为示意性的，在此不做限定。当然，除了eNB有其对应的时隙结构外，gNB、时分双工(Time Division Duplex，TDD)等也各自有各自对应的时隙结构，gNB的时隙结构图、TDD的时隙结构图均与eNB的时隙结构图的原理类似，在此不再赘述。

基站会根据终端发送的BSR维护一个用户数据量，若基站当前接收到了终端发送的BSR，则基站基于当前接收的BSR和该终端的用户数据量，更新用户数据量；若基站当前未接收到终端发送的BSR，则基站确定该终端的用户数据量。

例如，终端的用户数据量为0个字节，之后，终端通过BSR向基站上报有100个字节，则基站确定该终端的用户数据量为100个字节；若基站为终端分配70字节的资源配置信息，且终端未向基站发送BSR，则基站确定终端的用户数据量为30字节。

步骤S302，确定待发送数据量，待发送数据量为从服务器中接收且待发送给终端的待发数据的数据量。

本申请实施例中，基站可以从服务器中接收数据，并将接收到的数据发送至终端，即基站可以作为服务器将数据发送至终端的中转站，因此，基站可以确定待发数据的数据量，即待发送数据量，待发数据为基站从服务器中接收到的、且待向终端发送的数据。

其中，待发送数据量包括至少一个时间单元各自对应的待发送数据量，即待发送数据量包括至少一个时间单元各自对应的待发送给终端的待发数据的数据量。

例如，在时间单元1中，待发送数据量为200字节，则时间单元1对应的待发送数据量为200字节；在时间单元1的下一个时间单元2中，基站向终端发送了120字节的数据，且基站未接收到服务器发送的数据，则时间单元2对应的待发送数据量为80(即200-120)字节；在时间单元2的下一个时间单元3中，基站向终端发送了80字节的数据，且基站接收到了服务器发送的100字节的数据，则时间单元3对应的待发送数据量为100字节。

需要说明的是，至少一个时间单元可以为连续的时间单元，也可以为非连续的时间单元，任一个时间单元对应的待发送数据量为该时间单元中基站待向终端发送的数据的数据量。由于服务器在任一个时间单元中都可能会向基站发送数据，因此，基站在任一个时间单元内都有可能会接收到服务器发送的数据，从而导致任一个时间单元对应的待发送数据量增大，同时，基站在任一个时间单元中都可能会向终端发送数据，从而导致任一个时间单元对应的待发送数据量减小。因此，各个时间单元对应的待发送数据量可能相同，也可能不同。

其中，本申请实施例以及下述实施例中的时间单元不做限定，例如，本申请实施例以及下述实施例中的时间单元均可以为半帧，半帧的结构可以见上述有关图4的相关说明，在此不再赘述。

步骤S303，若待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，第二数据量大于第一数据量。

本申请实施例中，第一阈值的大小不做限定，可以根据实际情况进行调整。若待发送数据量小于第一阈值，表明基站需要向终端发送的数据量较少，可以通过增大第一数据量，增加终端发送确认信息的数据量，从而促使服务器向基站发送更多的数据，进而基站可以接收到更多需要向终端发送的数据；若待发送数据量不小于第一阈值，表明基站需要向终端发送的数据量较多，此时，若增大第一数据量，导致基站会接收到更多需要向终端发送的数据，可能引起基站内部丢包、下行TCP包队列满等异常状况。

其中，待发送数据量包括至少一个时间单元各自对应的待发送数据量，对于任一个时间单元，基站可以判断该时间单元对应的待发送数据量与第一阈值之间的关系。若各个时间单元对应的待发送数据量均小于第一阈值，则基站可以调整第一数据量得到第二数据量；若某些时间单元对应的待发送数据量不小于第一阈值，则基站不调整第一数据量。

当然，基站也可以确定至少一个时间单元各自对应的待发送数据量之和，判断该数据量之和与第一阈值之间的关系。若该数据量之和小于第一阈值，则基站可以调整第一数据量得到第二数据量；若该数据量之和不小于第一阈值，则基站不调整第一数据量。

可选的，第二数据量与第一数据量的差值为设定值。

在实际应用中，当前半帧的U帧时刻(即图4中U子帧对应的时刻)与之前半帧的数据量维护时刻有时间差，该时间差至少为一个时间单元。另一方面，基站将下行数据经过空口发送给终端，终端接收到该下行数据后，该下行数据需要从物理层到空口协议层，再到TCP层，经TCP层处理后再产生确认信息，因此，终端从接收到下行数据至产生该下行数据的确认信息，也会有一个时间差。由于不同终端处理能力不同，这个时间差也不同。

由于终端从接收到下行数据至产生该下行数据的确认信息所对应的时间差，与该终端的处理能力有关，因此，无法通过计算一个半帧的下行数据量来预估终端的确认信息的数据量，且当下行数据存在丢包乱序现象时，终端需要向基站反馈丢包乱序现象所需的数据量，导致终端需要的数据量大大增加。基站若不对下行数据进行解析，则基站无法判断是否有丢包乱序现象，基站也无法准确获知第二数据量的大小。

可选的，可以预先通过对不同终端进行反复测试确定一个数据量增量，将该数据量增量设定为第二数据量与第一数据量的差值。需要说明的是，对于不同的通信系统，第二数据量与第一数据量的差值也可以不同。

步骤S304，基于第二数据量，确定为终端分配的资源配置信息，即基站按照第二数据量为终端分配资源配置信息。

步骤S305，将资源配置信息发送至终端，以使终端根据资源配置信息发送对应于服务器所发送数据的确认信息。

若待发送数据量小于第一阈值，则表明基站待向终端发送的数据较少，基站可以增大第一数据量，得到第二数据量，按照第二数据量为终端分配资源配置信息，并将资源配置信息发送至终端，使得终端可以根据资源配置信息向基站发送确认信息，该确认信息是终端接收到的服务器发送的数据对应的确认信息，且该确认信息的数据量大于第一数据量，即终端可以向基站发送更多的确认信息。

进一步地，步骤S305，即将资源配置信息发送至终端，以使终端根据资源配置信息发送对应于服务器所发送数据的确认信息，之后还可以包括：

接收终端发送的对应于服务器所发送数据的确认信息；将接收到的确认信息发送至服务器。

基站将确认信息发送至服务器，该确认信息的数据量大于第一数据量，使得服务器可以接收到更多的确认信息，从而促使服务器下发更多的数据，进而提升TCP下载速率。

本申请实施例提供了一种基于TCP的数据传输方法，与现有技术相比，本申请实施例当待发送数据量小于第一阈值时，将第一数据量增大为第二数据量，其中，第一数据量为服务器所发送数据的确认信息的数据量，然后，按照第二数据量为终端分配资源配置信息，以使终端根据该资源配置信息发送对应于服务器所发送数据的确认信息，实现了基站可以分配更多的确认信息的资源配置信息，从而使得终端可以发送更多的确认信息，进而使的服务器可以发送更多新的数据，可以增加TCP传输的数据量，提高TCP的传输速率，提升用户体验。

本申请实施例的另一种可能实现方式，该方法还可以包括：

确定终端所在的小区已被占用的资源量。

其中，步骤S303中，若待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，具体可以包括：

若待发送数据量小于第一阈值，且资源量小于第二阈值，则将第一数据量调整为第二数据量。

本申请实施例中，基站可以涵盖至少一个小区，基站分配给每个小区的资源量是有限的，任一个小区可以有终端，也可以没有终端。基站是知晓终端所在的小区的，并可以确定该小区已被占用的资源量，若小区已被占用的资源量不小于第二阈值，则表明小区的负荷较高，小区的资源无富余，可以不调整第一数据量；若小区已被占用的资源量小于第二阈值，则表明小区的负荷较小，小区的资源有富余，为充分利用小区的富余资源，可以增大第一数据量。因此，若待发送数据量小于第一阈值，且资源量小于第二阈值，则基站可以增大第一数据量得到第二数据量。

其中，资源量包括上行资源的资源量以及下行资源的资源量。

步骤S303中，资源量小于第二阈值，具体可以包括：上行资源的资源量小于上行资源量阈值，且下行资源的资源量小于下行资源量阈值。

具体地，上述资源量包括上行数据的资源量和下行数据的资源量，可以判断上行资源的资源量与上行资源的资源量阈值(即上行资源量阈值)之间的关系，以及判断下行资源的资源量与下行资源的资源量阈值(即下行资源量阈值)之间的关系。

当上行资源的资源量小于上行资源的资源量阈值，且下行资源的资源量小于下行资源的资源量阈值，则可以表明资源量小于第二阈值；当上行资源的资源量不小于上行资源的资源量阈值，和/或，下行资源的资源量不小于下行资源的资源量阈值，则可以表明资源量不小于第二阈值。

其中，资源量包括至少一个时间单元各自对应的资源量。例如，时间单元1对应的资源量、时间单元1的下一个时间单元2对应的资源量、时间单元2的下一个时间单元3对应的资源量。

至少一个时间单元可以是连续的时间单元，也可以是不连续的时间单元，在此不做限定。各个时间单元对应的资源量可能相同，也可能不同，具体地，任一时间单元对应的上行资源的资源量和下行资源的资源量可能相同，也可能不同，各个时间单元对应的上行资源的资源量可能相同，也可能不同，各个时间单元对应的下行资源的资源量可能相同，也可能不同，在此不做限定。

本申请实施例中，资源量包括至少一个时间单元各自对应的资源量。对于任一个时间单元，基站可以判断该时间单元对应的资源量与第二阈值之间的关系。若各个时间单元对应的资源量均小于第二阈值，则表明资源量小于第二阈值；若某些时间单元对应的资源量不小于第二阈值，则表明资源量不小于第二阈值。

当然，基站也可以确定至少一个时间单元各自对应的资源量之和，判断资源量之和与第二阈值之间的关系。若资源量之和小于第二阈值，则表明资源量小于第二阈值；若资源量之和不小于第二阈值，则表明资源量不小于第二阈值。

本申请实施例的另一种可能实现方式，该方法还可以包括：

确定已发送数据量，已发送数据量为从服务器中接收且已发送至终端的已发数据的数据量。

其中，步骤S303中，若待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，具体可以包括：若待发送数据量小于第一阈值，且已发送数据量不小于第三阈值，则将第一数据量调整为第二数据量。

本申请实施例中，已发数据是基站从服务器中接收到的、且已发送至终端的数据。若已发送数据量小于第三阈值，表明该终端接收的数据量较小，即该终端的业务为小包偶发业务，无需增大第一数据量；若已发送数据量不小于第三阈值，表明该终端接收的数据量较大，可以通过增大第一数据量，促使服务器发送更多的数据，提高TCP下载速率。因此，当待发送数据量小于第一阈值，且已发送数据量不小于第三阈值时，基站可以增大第一数据量得到第二数据量。

其中，已发送数据量包括至少一个时间单元各自对应的已发送数据量，即已发送数据量包括至少一个时间单元各自对应的已发送至终端的已发数据的数据量。

例如，在时间单元1中，基站向终端发送100字节的数据，则时间单元1对应的已发送数据量为100字节；在时间单元1的下一个时间单元2中，基站向终端发送了120字节的数据，则时间单元2对应的已发送数据量为120字节；在时间单元2的下一个时间单元3中，基站向终端发送了80字节的数据，则时间单元3对应的已发送数据量为80字节。

至少一个时间单元可以是连续的时间单元，也可以不是连续的时间单元，各个时间单元对应的已发送数据量可以相同，也可以不同，在此不做限定。

具体地，可以判断各个时间单元对应的已发送数据量与第三阈值之间的关系，对于任一个时间单元，基站可以判断该时间单元对应的已发送数据量与第三阈值之间的关系。若各个时间单元对应的已发送数据量均小于第三阈值，相当于已发送数据量小于第三阈值；若某些时间单元对应的已发送数据量不小于第一阈值，相当于已发送数据量不小于第三阈值。

当然，基站也可以确定至少一个时间单元各自对应的已发送数据量之和，判断该数据量之和与第三阈值之间的关系。若该数据量之和小于第三阈值，相当于已发送数据量小于第三阈值；若该数据量之和不小于第三阈值，相当于已发送数据量不小于第三阈值。

上述实施例从方法步骤的详细介绍了基于TCP的数据传输方法，下面将介绍一个本申请的实施例，如图5所示，图5为本申请实施例提供的一种基于TCP的数据传输方法的流程示意图，该方法可以包括步骤S501-步骤S507。具体地，

基站执行步骤S501，接收终端发送的第一数据量，然后执行步骤S502，确定连续几个半帧中、每个半帧对应的终端所在的小区已被占用的资源量，并计算资源量之和。

若资源量之和不小于第二阈值，则基站执行步骤S507，按照第一数据量为终端分配资源配置信息，然后再执行步骤S506，将资源配置信息发送至终端。

若资源量之和小于第二阈值，则基站执行步骤S503，确定连续几个半帧中、每个半帧对应的已发送数据量，并计算已发送数据量之和。

若已发送数据量之和小于第三阈值，则基站执行步骤S507，按照第一数据量为终端分配资源配置信息，然后再执行步骤S506，将资源配置信息发送至终端。

若已发送数据量之和不小于第三阈值，则基站执行步骤S504，,确定连续几个半帧中、每个半帧对应的待发送数据量，并计算待发送数据量之和。

若待发送数据量之和不小于第一阈值，则基站执行步骤S507，按照第一数据量为终端分配资源配置信息，然后再执行步骤S506，将资源配置信息发送至终端。

若待发送数据量之和小于第一阈值，则基站执行步骤S505，增大第一数据量，得到第二数据量，并按照第二数据量为终端分配资源配置信息，然后执行步骤S506，将资源配置信息发送至终端。

进一步地，基站将资源配置信息发送至终端之后，终端可以根据资源配置信息，向基站发送对应于服务器所发送数据的确认信息，基站接收到终端发送的确认信息之后，将该确认信息发送至服务器。

本申请实施例中，步骤S501-步骤S507的相关说明，可以见上述实施例的相关说明，在此不再赘述。

上述从方法步骤的角度具体阐述了基于TCP的数据传输方法，下面从虚拟模块的角度介绍基于TCP的数据传输装置，具体如下所示：

本申请实施例提供了一种基于TCP的数据传输装置，如图6所示，图6为本申请实施例提供的一种基于TCP的数据传输装置的结构示意图。该基于TCP的数据传输装置60可以包括：接收模块601、第一确定模块602、调整模块603、第二确定模块604以及发送模块605，其中，

接收模块601，用于接收终端发送的第一数据量，第一数据量为服务器所发送数据中确认信息的数据量。

第一确定模块602，用于确定待发送数据量，待发送数据量为从服务器中接收且待发送给终端的待发数据的数据量。

调整模块603，用于当待发送数据量小于第一阈值，则将第一数据量调整为第二数据量，第二数据量大于第一数据量。

第二确定模块604，用于基于第二数据量，确定为终端分配的资源配置信息。

发送模块605，用于将资源配置信息发送至终端，以使终端根据资源配置信息发送对应于服务器所发送数据的确认信息。

本申请实施例的另一种可能实现方式，接收模块601还用于接收终端发送的对应于服务器所发送数据的确认信息。

发送模块605还用于将接收到的确认信息发送至服务器。

本申请实施例的另一种可能实现方式，待发送数据量包括至少一个时间单元各自对应的待发送给终端的待发数据的数据量。

本申请实施例的另一种可能实现方式，第一确定模块602还用于确定终端所在的小区已被占用的资源量。

调整模块603，具体用于当待发送数据量小于第一阈值，且资源量小于第二阈值，则将第一数据量调整为第二数据量。

本申请实施例的另一种可能实现方式，资源量包括上行资源的资源量以及下行资源的资源量。

资源量小于第二阈值，包括：

上行资源的资源量小于上行资源量阈值，且下行资源的资源量小于下行资源量阈值。

本申请实施例的另一种可能实现方式，资源量包括至少一个时间单元各自对应的资源量。

本申请实施例的另一种可能实现方式，第一确定模块602还用于确定已发送数据量，已发送数据量为从服务器中接收且已发送至终端的已发数据的数据量。

调整模块603，具体用于当待发送数据量小于第一阈值，且已发送数据量不小于第三阈值，则将第一数据量调整为第二数据量。

本申请实施例的另一种可能实现方式，已发送数据量包括至少一个时间单元各自对应的已发送至终端的已发数据的数据量。

本申请实施例的另一种可能实现方式，第二数据量与第一数据量的差值为设定值。

本申请实施例的另一种可能实现方式，时间单元为半帧。

本实施例的基于TCP的数据传输装置可执行本申请方法实施例提供的一种基于TCP的数据传输方法，其实现原理相类似，此处不再赘述。

本申请实施例提供了一种基于TCP的数据传输装置，与现有技术相比，本申请实施例当待发送数据量小于第一阈值时，将第一数据量增大为第二数据量，其中，第一数据量为服务器所发送数据的确认信息的数据量，然后，按照第二数据量为终端分配资源配置信息，以使终端根据该资源配置信息发送对应于服务器所发送数据的确认信息，实现了基站可以分配更多的确认信息的资源配置信息，从而使得终端可以发送更多的确认信息，进而使的服务器可以发送更多新的数据，可以增加TCP传输的数据量，提高TCP的传输速率，提升用户体验。

上述从虚拟模块的角度介绍本申请的基于TCP的数据传输装置，下面从实体装置的角度介绍本申请的电子设备。

本申请实施例提供了一种电子设备，如图7所示，图7所示的电子设备4000包括：处理器4001和存储器4003。其中，处理器4001和存储器4003相连，如通过总线4002相连。可选地，电子设备4000还可以包括收发器4004。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本申请实施例的限定。

处理器4001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线4002可包括一通路，在上述组件之间传送信息。总线4002可以是PCI总线或EISA总线等。总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器4003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器4003用于存储执行本申请方案的应用程序代码，并由处理器4001来控制执行。处理器4001用于执行存储器4003中存储的应用程序代码，以实现前述任一方法实施例所示的内容。

本申请实施例提供了一种电子设备，本申请实施例中的电子设备包括：一个或多个处理器；存储器；一个或多个应用程序，其中一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于：执行根据方法实施例所示的一种基于TCP的数据传输方法。

上述从实体装置的角度介绍本申请的电子设备，下面从存储介质的角度介绍本申请的计算机可读存储介质。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，当其在计算机上运行时，使得计算机可以执行前述方法实施例中相应内容。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种基于传输控制协议TCP的数据传输方法，其特征在于，包括：

接收终端发送的第一数据量，所述第一数据量为服务器所发送数据中确认信息的数据量；

确定待发送数据量，所述待发送数据量为从所述服务器中接收且待发送给所述终端的待发数据的数据量；

若所述待发送数据量小于第一阈值，则将所述第一数据量调整为第二数据量，所述第二数据量大于所述第一数据量；

基于所述第二数据量，确定为所述终端分配的资源配置信息；

将所述资源配置信息发送至所述终端，以使所述终端根据所述资源配置信息发送对应于服务器所发送数据的确认信息。

2.根据权利要求1所述的方法，其特征在于，所述将所述资源配置信息发送至所述终端，以使所述终端根据所述资源配置信息发送对应于服务器所发送数据的确认信息，之后还包括：

接收所述终端发送的对应于服务器所发送数据的确认信息；

将接收到的确认信息发送至所述服务器。

3.根据权利要求1所述的方法，其特征在于，所述待发送数据量包括至少一个时间单元各自对应的待发送给所述终端的待发数据的数据量。

4.根据权利要求1所述的方法，其特征在于，还包括：

确定所述终端所在的小区已被占用的资源量；

所述若所述待发送数据量小于第一阈值，则将所述第一数据量调整为第二数据量，包括：

若所述待发送数据量小于第一阈值，且所述资源量小于第二阈值，则将所述第一数据量调整为第二数据量。

5.根据权利要求4所述的方法，其特征在于，所述资源量包括上行资源的资源量以及下行资源的资源量；

所述资源量小于第二阈值，包括：

所述上行资源的资源量小于上行资源量阈值，且所述下行资源的资源量小于下行资源量阈值。

6.根据权利要求4所述的方法，其特征在于，所述资源量包括至少一个时间单元各自对应的资源量。

7.根据权利要求1所述的方法，其特征在于，还包括：

确定已发送数据量，所述已发送数据量为从所述服务器中接收且已发送至所述终端的已发数据的数据量；

所述若所述待发送数据量小于第一阈值，则将所述第一数据量调整为第二数据量，包括：

若所述待发送数据量小于第一阈值，且所述已发送数据量不小于第三阈值，则将所述第一数据量调整为第二数据量。

8.根据权利要求7所述的方法，其特征在于，所述已发送数据量包括至少一个时间单元各自对应的已发送至所述终端的已发数据的数据量。

9.一种基于TCP的数据传输装置，其特征在于，包括：

接收模块，用于接收终端发送的第一数据量，所述第一数据量为服务器所发送数据中确认信息的数据量；

第一确定模块，用于确定待发送数据量，所述待发送数据量为从所述服务器中接收且待发送给所述终端的待发数据的数据量；

调整模块，用于当所述待发送数据量小于第一阈值，则将所述第一数据量调整为第二数据量，所述第二数据量大于所述第一数据量；

第二确定模块，用于基于所述第二数据量，确定为所述终端分配的资源配置信息；

发送模块，用于将所述资源配置信息发送至所述终端，以使所述终端根据所述资源配置信息发送对应于服务器所发送数据的确认信息。

10.一种电子设备，其特征在于，其包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于：执行根据权利要求1～8任一项所述的一种基于TCP的数据传输方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1～8任一项所述的一种基于TCP的数据传输方法。