[发明专利]一种数据传输方法、数据接收设备及数据发送设备

说明书

一种数据传输方法、数据接收设备和数据发送设备，数据接收端的无线链路控制RLC协议实体单元接收所述数据接收端的传输控制协议TCP协议实体单元发送的TCP确认数据包；所述数据接收端的RLC协议实体单元向数据发送端的RLC协议实体单元发送指示信息，所述指示信息用于指示所述数据发送端的RLC协议实体单元是否需要构造TCP确认数据包。所述数据发送端的RLC协议实体单元接收数据接收端的RLC协议实体单元所发送的指示信息，并根据所述指示信息，向所述数据发送端的TCP协议实体单元发送TCP确认数据包，以确保针对一个TCP数据包，数据发送端的TCP协议实体单元，最终只收到一个TCP ACK数据包。

技术领域

本发明涉及通信技术领域，尤其涉及一种数据传输方法、数据接收设备及数据发送设备。

背景技术

在数据无线传输的过程中，网络侧设备和用户侧设备一般遵循数据传输的分层模型，即，应用层、传输控制(Transfer Control Protocol，TCP)层、网络层(InternetProtocol，IP)、分组数据聚合层(Packet Data Convergence Protocol，PDCP)、无线链路控制(Radio link Control，RLC)层、MAC(Media Access Control，媒体接入控制)层和物理(Physical，PHY)层。当网络侧设备向用户侧设备发送数据时，数据从网络侧设备的应用层出发，经网络侧设备的TCP层、IP层、PDCP层、RLC层、MAC层和PHY层后，经由传输链路到用户侧设备的PHY层，并经由用户侧设备的MAC层、RLC层、PDCP层和IP层及TCP层，最后到达用户侧设备的应用层，反之亦然。

为避免在传输过程中出现数据缺失或数据错误的情况，在上述数据传输的过程中引入接收数据确认机制，其中TCP层的确认是为了确保TCP数据包传输的正确性，RLC层的确认模式(Acknowledged Mode，AM)下的确认是为了保证数据包在RLC层接收的正确性。

在一次数据包传输时，采用RLC-AM模式，数据接收端的RLC层和TCP层可能都会发送确认报文，并且TCP确认报文的接收还可能会再次触发RLC确认报文的发送。在单个数据包传输尤其是单个小数据包传输时上述一个应用层数据包最多对应3个空口(AirInterface，空中接口，即移动终端与基站之间的接口)的确认报文，其中出现单独的TCP确认报文时，数据包较大，导致对空口资源的浪费，并且大量的确认报文对其它通信数据形成干扰。为了避免该问题，当前出现了一种TCP ACK数据包减少方案，即用RLC层的确认来代替TCP层的确认。具体的，数据发送端维护TCP确认号和RLC PDU的映射关系，若数据发送端接收到TCP数据包对应的RLC业务数据单元(Service Data Units，SDU)的正确应答指令(ACKnowledge，ACK)，则确定TCP数据包发送成功并构造TCP ACK数据包，而数据接收端拦截生成的TCP ACK数据包，使其不用发送至数据发送端。

该方案缺陷在于，由于数据接收端不能拦截所有的TCP ACK数据包，例如包含时间戳交互、接收/发送窗口大小的调整等具有收发双方TCP之间信息交互功能的TCP ACK数据包是必须发送给数据发送端不能够被拦截的。故，目前数据传输过程中，对于TCP ACK数据包的发送是不可控的，一部分TCP ACK数据包由数据发送端构造并发送，一部分TCP ACK数据包由数据接收端发送，进而导致TCP ACK数据包处理上的不确定性。并且RLC ACK数据包通常只能保证空口传输的可靠性，一个TCP连接通常包含TCP有线连接和TCP无线连接，而TCP ACK数据包所包含的TCP确认号为下一个待接收的数据的序列号(用来指示该序列号之前的数据包全都正确接收)，当数据包在TCP有线连接中出现丢失或者错误时，通过RLC ACK可能无法准确构造出TCP ACK。

发明内容

本发明实施例提供一种数据传输方法、数据接收设备及数据发送设备，以确保数据发送端的TCP协议实体单元，针对一个TCP数据包最终只收到一个TCP ACK数据包，且收到的TCP ACK数据包准确可靠。