[发明专利]一种数据传输方法及基站

说明书

技术领域

本申请涉及通信领域，尤其涉及一种数据传输方法及基站。

背景技术

传输控制协议(transmission control protocol，TCP)是一种面向连接的、可靠的、基于字节流的传输层通信协议，由IETF的RFC 793定义。在简化的计算机网络OSI模型中，它完成第四层传输层所指定的功能，用户数据报协议(user datagram protocol，UDP)是同一层内另一个重要的传输协议。在因特网协议族中，TCP层是位于网络之间互连的协议(internetprotocol，IP)层之上，应用层之下的中间层。不同主机的应用层之间经常需要可靠的、像管道一样的连接，但是IP层不提供这样的流机制，而是提供不可靠的包交换。

应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，然后TCP层把数据流分区成适当长度的报文段(通常受该计算机连接的网络的数据链路层的最大传输单元的限制)。之后TCP把结果包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证不发生丢包，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的包发回一个相应的确认字符(acknowledgement，ACK)；如果发送端实体在合理的往返时延内未收到确认，那么对应的数据包就被假设为已丢失将会被进行重传。

目前Internet上的数据流量，TCP协议的数据流量都占了90％以上。移动网络上的TCP协议也占了绝大多数，其中，流媒体、网页浏览、Email、Filehosting和SNS业务基本都是基于TCP协议的，P2P和IM可以是基于TCP或UDP协议的。

根据现网数据统计，传输层采用TCP进行数据的传输具有以下特征：

1、对于TCP业务而言，其上行90％为TCK ACK包；

2、TCP ACK包一般是40～80Bytes的小包；

3、上下行数据包数量之比为1:1.3。

当前主流的视频业务是基于HTTP的OTT类业务，利用TCP层进行传输。基于TCP的视频业务由于需要传输TCP ACK，不仅对下行带宽有需求，对上行带宽也有需求。

现网中，大多负载为中低负载，所以下行带宽不是影响因素，上行传输成为瓶颈，但小区边缘的上行带宽无法满足与下行视频数据传输速率对应的上行TCP ACK速率的需求，由于长期演进(long term evolution，LTE)本身的传输机制，如果基站不主动发送上行调度授权给终端，终端还要发上行调度请求(scheduling request，SR)来触发基站发上行调度授权，增加了终端反馈TCP ACK的时延，且在TCP传输机制下，上行传输的速率会影响下行速率，从而影响了用户下行感知速率，用户体验差。

发明内容

本申请实施例提供了一种数据传输方法及基站，用于减少上行反馈包的传输时延，从而提高TCP传输下用户下行感知速率，提高用户体验。

本申请实施例的第一方面提供了一种数据传输方法，具体包括：基站根据预置的TCP数据包与RLC PDU的映射关系判断所述基站发送的目标TCP数据包是否被终端接收成功；如果基站识别出下行的TCP数据包在终端侧接收成功，那么所述基站则预测与所述目标TCP数据包相对应的TCP ACK生成，所述TCP ACK表示所述终端成功接收到所述基站发送的目标TCP数据包的确认；然后所述基站根据所述TCP ACK向所述终端直接发送上行调度授权UL grant。本实施例中，当基站预测TCP ACK生成之后，主动发送UL grant给终端，可以减少上行反馈包的传输时延，从而提高TCP传输下用户下行感知速率，提高用户体验。

在一种可能的设计中，在本申请实施例第一方面的第一种实现方式中，所述基站根据预置的TCP数据包与RLC PDU的映射关系判断所述目标TCP数据包是否被终端接收成功之前，所述方法还包括：所述基站接收所述终端发送的RLC状态报告，所述RLC状态报告表示所述终端成功接收到基站发送的目标RLC PDU。本实施例中，追加了基站判断TCP数据包是否被终端接收之前的步骤，增加了本申请实施例的可实现性和完整性。