CN104641719A

CN104641719A - 一种确认报文发送方法及其设备

Info

Publication number: CN104641719A
Application number: CN201380001014.9A
Authority: CN
Inventors: 庞伶俐; 郑潇潇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-05-20
Filing date: 2013-05-20
Publication date: 2015-05-20
Anticipated expiration: 2033-05-20
Also published as: US10321514B2; EP2993954B1; US20160073449A1; US9907112B2; WO2014186944A1; EP2993954A1; US20180132306A1; EP2993954A4; CN104641719B

Abstract

一种确认报文发送方法及其设备，用以减少空口确认报文的发送，提高空口的资源利用效率。通信设备的RLC协议实体单元接收到所述通信设备的TCP协议实体单元发送的未携带有数据信息的TCP确认报文后，丢弃当前接收到的TCP确认报文，或者根据RLC确认报文的发送情况，确定是否向对端通信设备发送TCP确认报文，并根据确定结果进行相应处理；所述通信设备的RLC协议实体单元接收到对端通信设备发送的RLC确认报文后，若根据当前接收到的RLC确认报文确定需要发送TCP确认报文，则根据当前接收到的RLC确认报文向所述通信设备的TCP协议实体单元发送TCP确认报文。

Description

一种确认报文发送方法及其设备

技术领域本发明涉及无线通信技术领域，尤其涉及一种确认报文发送方法及其设备。背景技术在数据无线传输的过程中，网络侧设备和用户侧设备一般遵循数据传输的分层模型，即，应用层、传输控制（Transfer Control Protocol, TCP )层、网络层、无线链路控制（Radio link Control, RLC )层、 MAC ( Media Access Control, 媒体接入控制）层和物理（ Physical, PHY )层。当网络侧设备向用户侧设备发送数据时，数据从网络侧设备的应用层出发，经网络侧设备的传输控制层、网络层、无线链路控制层、媒体接入控制层和物理层后，经由传输链路到用户侧设备的物理层，并经由用户侧设备的无线链路控制层和网络层，最后到达用户侧设备的应用层，反之亦然。

为避免在传输过程中出现数据缺失或数据错误的情况，在上述数据传输的过程中引入接收数据确认机制，其中 TCP层的确认是为了确保 TCP数据包传输的正确性， RLC层的确认是为了保证数据包在 RLC层接收的正确性。在具备 RLC和 TCP两层确认的条件下，一个数据包传输的流程如图 1所示。

目前 TCP确认 4艮文（ TCP ACK; ACK: Aacknowledgement, 确认）的发送具有两种形式：捎带发送（即与数据包一起发送）和单独发送（即 TCP确认报文中不包含数据，只有头信息）。 TCP数据包头的格式如图 2所示，其中 4bit (比特）的头部长度指示了 TCP包头中 32bit信息出现的数目， TCP包头最多为 60byte (字节），通常为 20byte。

在一次数据包传输时，釆用 RLC-AM模式（即 RLC确认模式； AM: Acknowledged Mode, 确认模式），接收端的 RLC层和 TCP层可能都会发送确认报文，并且 TCP确认报文的接收还可能会再次触发 RLC确认报文的发送。在单个数据包传输尤其是单个小数据包传输时上述一个应用层数据包最多对应 3个空口（ Air Interface, 空中接口，即移动终端与基站之间的接口）的确认 ·ί艮文，其中出现单独的 TCP确认 ·ί艮文时，数据包较大，导致对空口资源的浪费，并且大量的确认报文对其它通信数据形成千扰。发明内容本发明实施例提供了一种确认报文发送方法及其设备，用以减少空口确认报文的发送，提高空口的资源利用效率。第一方面，提供一种确认 ·ί艮文发送方法，所述方法包括：

通信设备的 RLC协议实体单元接收到所述通信设备的 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；所述通信设备的 RLC协议实体单元接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备的 TCP协议实体单元发送 TCP确认报文。

结合第一方面，在第一种可能的实现方式中，所述通信设备的 RLC协议实体单元接收到所述通信设备的 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文之后，还包括：所述通信设备的 RLC协议实体单元向对端通信设备发送 RLC确认报文。

结合第一方面，在第二种可能的实现方式中，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：若当前时刻是 RLC确认报文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认报文进行信息删减后发送给对端通信设备。

结合第一方面的第二种可能的实现方式，在第一种可能的实现方式中，所述通信设备的 RLC协议实体单元接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备的 TCP协议实体单元发送 TCP确认报文，具体包括：所述通信设备的 RLC协议实体单元接收对端通信设备的 RLC协议实体单元发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述通信设备的 TCP协议实体单元发送 TCP确认 4艮文。

结合第一方面，在第三种可能的实现方式中，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP 确认 ·ί艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。

结合第一方面的第三种可能的实现方式，在第一种可能的实现方式中，所述方法还包括：若所述通信设备的 RLC协议实体单元确认当前接收到的 TCP确认 ·ί艮文所对应的所有

RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认 4艮文所对应的 RLC数据包的序列号确定下一个 RLC确认报文。

结合第一方面，在第四种可能的实现方式中，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：所述通信设备的 RLC协议实体单元在发送 RLC确认报文的时机到达时，若当前緩存有从所述通信设备的 TCP协议实体单元接收到的未携带有数据信息的 TCP确认 ·ί艮文，则确定不向对端通信设备发送 TCP确认报文，并将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。

第二方面，提供一种通信设备，包括： TCP协议实体单元和 RLC协议实体单元；所述 TCP协议实体单元，用于向所述 RLC协议实体单元发送 TCP确认报文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述 RLC协议实体单元发送的 TCP确认 4艮文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；所述 RLC协议实体单元，用于接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后 , 丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；以及，接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述 TCP协议实体单元发送 TCP确认报文。

结合第二方面，在第一种可能的实现方式中，所述 RLC协议实体单元具体进一步用于，在接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认 4艮文 , 并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认报文。

结合第二方面，在第二种可能的实现方式中，所述 RLC协议实体单元具体用于，若当前时刻是 RLC确认报文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认 4艮文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认 4艮文，并将当前接收到的 TCP确认 4艮文或者对当前接收到的 TCP确认 4艮文进行信息删减后发送给对端通信设备。

结合第二方面的第二种可能的实现方式，在第一种可能的实现方式中，所述 RLC协议实体单元具体用于，接收到对端通信设备的 RLC协议实体单元发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述 TCP协议实体单元发送 TCP确认报文。

结合第二方面，在第三种可能的实现方式中，所述 RLC协议实体单元具体用于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的

TCP确认 4艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。结合第二方面的第三种可能的实现方式，在第一种可能的实现方式中，所述 RLC协议实体单元还用于，若确认当前接收到的 TCP确认报文所对应的所有 RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送 , 将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认 4艮文。

结合第二方面，在第四种可能的实现方式中，所述 RLC协议实体单元具体用于，在发送 RLC确认报文的时机到达时，若当前緩存有从所述 TCP协议实体单元接收到的未携带有数据信息的 TCP确认报文，则确定不向对端通信设备发送 TCP确认报文，并将緩存的 TCP 确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。

第三方面，提供了一种通信设备，该通信设备包括：接口模块、存储器和处理器，所述接口模块与所述处理器连接，所述处理器与所述存储器连接，其中：

接口模块，用于接收对端通信设备发送的报文，发送给所述处理器；或者，接收所述处理器发送的报文，向对端通信设备发送；

存储器，用于存储所述处理器进行数据处理过程中生成的临时数据或中间数据；处理器，用于根据数据传输模型中定义的各层协议对传输的数据进行处理，其中包括 TCP协议实体单元和 RLC协议实体单元，其中：

所述 TCP协议实体单元，用于向所述 RLC协议实体单元发送 TCP确认报文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述 RLC协议实体单元发送的 TCP确认 4艮文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；所述 RLC协议实体单元，用于接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后 , 丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；以及，接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述 TCP协议实体单元发送 TCP确认报文。

结合第三方面，在第一种可能的实现方式中，所述 RLC协议实体单元具体进一步用于，在接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认 4艮文 , 并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认报文。

结合第三方面，在第二种可能的实现方式中，所述 RLC协议实体单元具体用于，若当前时刻是 RLC确认报文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认 4艮文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认 4艮文，并将当前接收到的 TCP确认 4艮文或者对当前接收到的 TCP确认 4艮文进行信息删减后发送给对端通信设备。

结合第三方面的第二种可能的实现方式，在第一种可能的实现方式中，所述 RLC协议实体单元具体用于，接收到对端通信设备的 RLC协议实体单元发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述 TCP协议实体单元发送 TCP确认报文。

结合第三方面，在第三种可能的实现方式中，所述 RLC协议实体单元具体用于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认 4艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。

结合第三方面的第三种可能的实现方式，在第一种可能的实现方式中，所述 RLC协议实体单元还用于，若确认当前接收到的 TCP确认报文所对应的所有 RLC确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送。

结合第三方面，在第四种可能的实现方式中，所述 RLC协议实体单元具体用于，在发送 RLC确认报文的时机到达时，若当前緩存有从所述 TCP协议实体单元接收到的未携带有数据信息的 TCP确认报文，则确定不向对端通信设备发送 TCP确认报文，并将緩存的 TCP 确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。

第四方面，提供了一种通信设备，包括：收发器和处理器；

所述收发器，用于向所述处理器发送 TCP确认报文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述处理器发送的 TCP确认报文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；

所述处理器，用于接收到所述收发器发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；

所述收发器，还用于接收到对端通信设备发送的 RLC确认报文后，若所述处理器根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述收发器发送 TCP确认 4艮文。

结合第四方面，在第一种可能的实现方式中，所述处理器还用于，在接收到所述收发器发送的未携带有数据信息的 TCP确认报文，并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认 4艮文。

结合第四方面，在第二种可能的实现方式中，所述处理器具体用于，若当前时刻是 RLC 确认报文的发送时机，则将当前接收到的 TCP确认 4艮文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中通过所述收发器发送给对端通信设备；若当前时刻不是 RLC 确认报文的发送时机，则将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认 4艮文进行信息删减后通过所述收发器发送给对端通信设备。

结合第四方面的第二种可能的实现方式，在第一种可能的实现方式中，所述处理器具体用于，接收到对端通信设备发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述收发器发送 TCP确认报文。

结合第四方面，在第三种可能的实现方式中，所述处理器具体用于，若才居当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认 4艮文；否则，将当前接收到的 TCP确认报文通过所述收发器发送给对端通信设备。

结合第四方面的第三种可能的实现方式，在第一种可能的实现方式中，所述处理器还用于，若确认当前接收到的 TCP确认报文所对应的所有 RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，通过所述收发器将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的

RLC数据包的序列号确定下一个 RLC确认报文。

结合第四方面，在第五中可能的实现方式中，所述处理器具体用于，在发送 RLC确认报文的时机到达时，若当前緩存有从所述收发器接收到的未携带有数据信息的 TCP确认报文，则将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中通过所述收发器发送给对端通信设备。

结合第四方面的第一、第二、第三、第四或第五种可能的实现方式，在第一种可能的实现方式中，所述处理器具体用于，若根据当前接收到的 RLC确认报文，确认对应的 TCP 数据包已经正确接收，则通过所述收发器向所述通信设备的收发器发送所述已经正确接收的 TCP数据包的 TCP确认报文。

结合第四方面的第一、第二、第三、第四或第五种可能的实现方式中的第一种可能的实现方式，所述处理器具体用于，根据当前接收到的 RLC确认报文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认 4艮文对应的 TCP 数据包是否已经正确接收。

结合第四方面的第一、第二、第三、第四或第五种可能的实现方式，在第一种可能的实现方式中，所述处理器具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并通过所述收发器将生成的 TCP确认艮文发送给对端通信设备。

结合第四方面的第一、第二、第三、第四或第五种可能的实现方式中的第一种可能的实现方式，所述处理器生成的 TCP确认报文中携带有指示信息，用于指示该 TCP确认报文是处理器生成的。

本发明的上述实施例中，由于通信设备的 RLC协议实体单元接收到所述通信设备的 TCP协议实体单元发送的未携带有数据信息的 TCP确认 ·ί艮文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，因而与现有技术相比减少了确认报文的发送数量。另外，通信设备的 RLC协议实体单元接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备的 TCP协议实体单元发送 TCP确认报文，从而在减少确认报文发送数量的基础上，实现了报文确认机制。附图说明图 1为现有技术中数据包传输流程示意图；

图 2为现有技术中 TCP数据包头的格式示意图；

图 3为本发明实施例一提供的确认报文发送流程示意图；

图 4为本发明实施例中的 TCP数据包与 RLC数据包的对应关系示意图；

图 5为本发明实施例二提供的确认报文发送流程示意图；

图 6为本发明实施例三提供的确认 4艮文发送流程示意图；

图 7为本发明实施例四提供的确认 4艮文发送流程示意图；

图 8为本发明实施例中的 RLC确认报文数据包的格式示意图；

图 9为本发明实施例五提供的确认 ·ί艮文发送流程示意图；

图 10为本发明实施例六提供的确认 4艮文发送流程示意图；

图 11为本发明实施例七提供的通信设备的结构示意图；

图 12为本发明实施例八提供的通信设备的结构示意图；

图 13为本方面实施例九提供的通信设备的结构示意图。具体实施方式针对现有技术中存在的缺陷，本发明实施例提出了一种在数据传输过程中减少数据确认信息的发送技术方案，具体而言，主要针对报文传输过程中的 TCP层和 RLC层减少 TCP 确认 4艮文或 /和 RLC确认报文的传输。本发明实施例可应用于无线终端和网络设备间的空口数据传输过程，以减少空口中确认报文的发送，进而提高数据传输的效率和资源的利用率。

本发明实施例主要关注在报文传输过程中 TCP层和 RLC层的处理操作，省略了其它协议层的处理过程描述，例如： TCP和 RLC之间的 IP层， PDCP ( Packet Data Convergence Protocol,分组数据汇聚协议）层等。为了便于理解，本发明各实施例的描述基于以下约定： ( 1 ) TCP协议实体（本实施例中也可称为 TCP协议实体单元）属于 TCP层，与 TCP层对应，即为执行 TCP层协议的实体（或称功能模块）； RLC协议实体（本实施例中也可称为 RLC协议实体单元）属于 RLC层，与 RLC层对应，即为执行 RLC层协议的实体（或称功能模块）。

( 2 ) 实施例中的 "发送端设备" 是指发送数据包的设备， "接收端设备" 是指接收该数据包的设备。

( 3 )发送端的 TCP协议实体将 TCP数据包发送给发送端设备的 RLC协议实体只是一种筒单的描述，在实际的操作中 TCP数据包可能还需要经过 IP层， PDCP层等，反之亦然。 RLC 协议实体将 TCP数据包处理为 RLC层的数据包是一种筒单的描述，此时 RLC可能接收到的是包含 TCP数据包的 PDCP数据包。

下面结合附图对本发明实施例进行详细描述。

实施例一

参见图 3 , 为本发明实施例一提供的报文确认流程示意图，在发送端设备向接收端设备发送报文的过程中，执行以下流程：

步骤 301 303：发送端设备的 TCP协议实体发送 TCP数据包到接收端设备的 TCP协议实体。

该步骤中，发送端设备的 TCP协议实体将 TCP层的数据包（以下筒称 TCP数据包）发送给发送端设备的 RLC协议实体， RLC协议实体将该 TCP数据包处理为 RLC层的数据包（以下筒称 RLC数据包）并发送。接收端设备的 RLC协议实体接收到发送端设备 RLC协议实体发送的 RLC数据包后，发送给接收端设备的 TCP协议实体。在该过程中，接收端设备的 RLC 协议实体在接收到发送端设备 RLC协议实体发送的 RLC数据包后，按照现有 RLC 确认报文发送规则发送 RLC确认报文，即，如果此刻是 RLC确认报文的发送时机，则发送 RLC确认报文，如果此刻不是 RLC确认报文的发送时机，则不发送 RLC确认报文，等到 RLC确认报文的发送时机到来时发送 RLC确认报文。

这里 RLC确认报文的发送时机是指需要发送 RLC确认报文的时刻，该发送时机可能是根据 RLC禁止发送的定时器确认的也可能是根据接收端的状态变量确认的，上述确认方式均是按照现有的 RLC确认 ·ί艮文的发送准则定义的，具体的发送准则在 TS25.322协议中有详细的定义。

步骤 304: 接收端设备的 TCP协议实体接收到 TCP数据包后，按照现有 TCP确认 ·ί艮文发送规则发送 TCP确认 4艮文。本流程中，发送 TCP确认 4艮文的时机到达时且当前没有数据包需要发送时，接收端设备的 TCP协议实体生成单独发送的 TCP 确认报文并发送到接收端设备的 RLC协议实体。所述单独发送的 TCP确认报文为包含下一次数据包的传输序列号的，仅有头信息而没有数据信息的 TCP确认报文，该确认报文是为了确认上一个 TCP数据包的正确的接收。步骤 305 : 接收端设备的 RLC协议实体丢弃所接收到的单独发送的 TCP 确认 ·ί艮文。可选地，如果该单独发送的 TCP确认报文中除了确认上一个 TCP数据包的正确的接收之外还包含其他的信息，则 RLC协议实体不丢弃该 TCP确认报文。

步骤 306:发送端设备的 RLC协议实体在接收到接收端 RLC协议实体发送的 RLC确认报文后，如果确认该 RLC确认 4艮文所对应的 TCP数据包已经正确接收，则生成该 TCP数据包的 TCP确认 4艮文，并向发送端设备的 TCP协议实体发送生成的 TCP 确认 4艮文。

进一步地，在步骤 306中，发送端设备的 RLC协议实体生成 TCP确认 4艮文时，为了避免发送端设备的 TCP协议实体的错误的处理，可以在生成的 TCP确认 ·ί艮文包中向发送端设备的 TCP协议实体指示出该 TCP确认 4艮文是 RLC协议实体生成的，例如：可以通过 TCP确认 4艮文中的保留位指示该确认报文是 RLC协议实体生成的，或者可以认为只要收发双方约定釆用本实施例中确认报文减少的方式，则发送端的 TCP协议实体所接收到的确认报文都是由 RLC协议实体构造的。

进一步地，在应用上述方案时，发送端设备的 RLC协议实体需要记录 TCP对应的端口号等信息，在生成 TCP确认报文时用来填充数据包头。

进一步地，上述发送端设备生成（构造） TCP确认 ·ί艮文和 /或记录 TCP数据包对应的端口号等信息的功能可以在发送端设备的 RLC协议实体实现，也可以由其它功能实体实现，而该功能实体可以在 RLC层也可以在 PDCP层或者 IP层等，在此不做限制。当该功能实体在除了 RLC层以外的其他协议实体时，可选地， RLC层需要将 TCP数据包正确接收的信息告知该功能实体。

上述流程中，可选的，在步骤 302中，发送端设备的 RLC协议实体将该 TCP数据包处理为 RLC数据包后，还记录 TCP数据包和 RLC数据包的对应关系（比如记录 TCP数据包的序列号以及 RLC数据包的序列号及其对应关系）；在步骤 306中，发送端设备的 RLC协议实体在接收到接收端 RLC协议实体发送的 RLC确认报文后，根据记录的 TCP数据包和 RLC数据包的对应关系，判断当前接收到的 RLC确认报文所对应的 TCP数据包是否已经正确接收。

上述 TCP确认报文是指 TCP层发送的数据包接收的反馈信息，例如： TCP ACK, 上述

RLC确认报文是指 RLC层发送的数据包接收的反馈信息，可能是 RLC的正确确认（ RLC ACK ) , 也可能为 RLC的非正确确认（RLC NACK )或者其它的确认信息，这里在确定数据包是否正确接收时通常使用的是 RLC ACK信息。

下面以设备 A向设备 B发送数据报文的过程为例，来说明实施例一的具体实现过程。设备的1^^协议实体发送 TCP层序列号为 1002的数据包，该数据包到达设备 A的 RLC 协议实体后，如图 4所示， RLC协议实体将该数据包分段为 4个 RLC层序列号分别为 3、 4、 5、

6的数据包并依次发送，并记录 TCP层序列号（ 1002 )和对应的 RLC层序列号（ 3、 4、 5、 6 )。

设备 B的 RLC协议实体接收设备 A的 RLC协议实体发送的数据包，并在发送 RLC ACK 的时机到来时，发送对应的 RLC ACK; 设备 8的1^^协议实体在接收到 TCP层的序列号为 1002的数据包之后，如果 TCP协议实体针对该数据包需要发送 TPC ACK, 则将所述 TCP ACK发送给设备 B的 RLC协议实体；如果该 TCP ACK为不包含数据信息的 TCP ACK, 则 RLC协议实体丢弃所接收到的单独发送的 TCP ACK。

设备 A的 RLC协议实体接收到 RLC层序列号为 3的数据包的 RLC层的正确确认信息后，查询所记录的数据包的 TCP层序列号（ 1002 )和数据包的 RLC层序列号（3、 4、 5、 6 ) 的对应关系，确认还没有全部接收到 TCP层序列号为 1002的数据包所对应的所有 RLC层的数据包，因此继续等待其它 RLC数据包的确认信息；同理，当设备 A的 RLC协议实体接收到 RLC层序列号为 4、 5的数据包的 RLC正确确认信息后，继续等待后续数据包的 RLC层的正确确认信息，直到接收到 RLC层序列号为 6的数据包的 RLC层的正确确认信息后，确认已经全部接收到 TCP层序列号为 1002的数据包所对应的所有分割块，即确认正确接收到 TCP层序列号为 1002的数据包，则生成该数据包的 TCP ACK, 并向设备 A的 TCP协议实体发送生成的 TCP ACK。

进一步地，在接收端设备的 RLC协议实体收到序列号为 1002的 TCP的数据包之后，根据 TCP确认报文的发送规则发送 TCP确认报文，比如，当前可能并不是 TCP确认报文反馈的时机，因此不会发送 TCP确认报文。发送端设备的 RLC协议实体在确认接收到 TCP层序列号为 1002的数据包后，也可根据 TCP确认报文的发送规则，在 TCP确认报文的发送时机到来时，生成（构造）并发送 TCP层序列号为 1002的数据包的 TCP确认 ·ί艮文，如果当前不是 TCP确认报文的发送时机，则不生成（构造） TCP确认报文。

通过以上实施例一的描述可以看出，由于接收端设备的 RLC协议实体接收到接收端设备的 TCP协议实体发送的未携带数据信息的 TCP确认报文后将其丢弃，减少了接收端设备向发送端设备传输 TCP确认报文的过程，从而减少了接收端设备和发送端设备间空口确认报文的发送，进而提高数据传输的效率和资源的利用率。

实施例二

参见图 5 , 为本发明实施例二提供的报文确认流程示意图，在发送端设备向接收端设备发送报文的过程中，执行以下流程：

步骤 501 503：发送端设备的 TCP协议实体发送 TCP数据包到接收端设备的 TCP协议实体。

该步骤中，发送端设备的 TCP协议实体将 TCP层的数据包（以下筒称 TCP数据包）发送给发送端设备的 RLC协议实体， RLC协议实体将该 TCP数据包处理为 RLC层的数据包（以下筒称 RLC数据包）并发送。接收端设备的 RLC协议实体接收到发送端设备 RLC协议实体发送的 RLC数据包后，发送给接收端设备的 TCP协议实体。在该过程中，接收端设备的 RLC 协议实体在接收到发送端设备 RLC协议实体发送的 RLC数据包后，按照现有 RLC 确认报文发送规则发送 RLC确认报文。

步骤 504: 接收端设备的 TCP协议实体接收到 TCP数据包后，按照现有 TCP确认 ·ί艮文发送规则发送 TCP确认 4艮文。本流程中，发送 TCP确认 4艮文的时机到达时且当前没有数据包需要发送时，接收端设备的 TCP协议实体生成单独发送的 TCP确认报文并发送到接收端设备的 RLC协议实体。所述单独发送的 TCP确认报文为包含下一次数据包的传输序列号的，仅有头信息而没有数据信息的 TCP确认报文，该确认报文是为了确认以前 TCP数据包的正确的接收。

步骤 505: 接收端设备的 RLC协议实体丢弃所接收到的单独发送的 TCP 确认报文，生成 RLC数据包的确认信息 RLC确认报文，并将生成的 RLC确认信息向发送端设备的 RLC协议实体发送。即，接收端设备的 TCP协议实体发送的 TCP确认报文触发了对应 RLC数据包的 RLC确认信息的发送过程。

比如，接收端设备的 RLC协议实体从发送端设备 RLC协议实体接收到 4个 RLC层序列号为 3、 4、 5、 6的数据包后解封装并装配为 1个 TCP层序列号为 1002的数据包并发送给接收端设备的 TCP协议实体，如果 TCP协议实体针对该 TCP层序列号为 1002的数据包生成单独发送的 TCP确认报文（TCP ACK ) 并发送给接收端设备的 RLC协议实体，则 RLC协议实体丢弃所接收到的单独发送的 TCP ACK, 并生成 RLC数据包的 RLC确认报文，发送给发送端设备的 RLC协议实体。接收端设备 RLC协议实体收到接收端设备 TCP协议实体单独发送的 TCP确认报文时，当前时刻可能不是 RLC确认报文的发送时机，按照本实施例提供的上述流程，此刻会生成 RLC确认 4艮文并发送。

进一步地，接收端设备的 RLC实体在发送 RLC确认报文之后，接收端的 RLC实体从该确认报文之后的一个数据包开始重新计数以确定下一个 RLC确认报文的发送时机，例如： RLC确认报文为 40毫秒发送一次，则在所述 RLC确认报文（即由 TCP确认报文所触发而发送的 RLC确认报文）发送之后需要重新开始计时，直到 40毫秒之后到达下一个 RLC确认 4艮文的发送时机。

可选地，如果该单独发送的 TCP确认报文中除了确认该 TCP数据包之前的 TCP数据包的正确的接收之外还包含其他的信息，则 RLC协议实体不丢弃该 TCP确认 ·ί艮文。

步骤 506:发送端设备的 RLC协议实体在接收到接收端 RLC协议实体发送的 RLC确认报文后，如果确认该 RLC确认 4艮文所对应的 TCP数据包已经正确接收，则生成该 TCP数据包的 TCP 确认 4艮文，并向发送端设备的 TCP协议实体发送生成的 TCP确认报文。

进一步地，在步骤 506中，发送端设备的确认 ·ί艮文生成实体（这里以 RLC协议实体为例）生成 TCP 确认 ·ί艮文时，为了避免发送端设备的 TCP协议实体的错误的处理，进一步地可以在生成的 TCP确认报文中向发送端设备的 TCP协议实体指示出该 TCP确认报文是 RLC协议实体生成的，例如：可以通过 TCP确认 ·ί艮文中的保留位指示该数据包是 RLC协议实体生成的，或者可以认为只要收发双方约定釆用本实施例中确认报文减少的方式，则发送端的 TCP 协议实体所接收到的确认 4艮文都是由 RLC协议实体构造的。

进一步地，上述发送端设备生成（构造） TCP确认 ·ί艮文和 /或记录 TCP数据包对应的端口号等信息的功能可以在发送端设备的 RLC协议实体实现，也可以由其它功能模块实现，而该功能实体可以在 RLC层也可以在 PDCP层或者 IP层等，在此不做限制。当该功能实体在除了 RLC层以外的其他协议实体时，可选地， RLC层需要将 TCP数据包正确接收的信息告知该功能实体。

上述流程中，可选的，在步骤 502中，发送端设备的 RLC协议实体记录 TCP数据包和 RLC 数据包的对应关系（比如记录 TCP数据包的序列号以及 RLC数据包的序列号及其对应关系）；在步骤 506中，发送端设备的 RLC协议实体在接收到接收端 RLC协议实体发送的 RLC 确认 4艮文后，根据记录的 TCP数据包和 RLC数据包的对应关系，判断当前接收到的 RLC确认报文所对应的 TCP数据包是否已经正确接收。

通过以上实施例二的描述可以看出，由于接收端设备的 RLC协议实体在接收到接收端设备的 TCP协议实体发送的未携带数据信息的 TCP确认报文后放弃该 TCP确认报文，并触发 RLC确认报文的发送，减少了接收端设备向发送端设备传输 TCP确认报文的过程，从而减少了接收端设备和发送端设备间空口数据接收确认报文的发送，进而提高数据传输的效率和资源的利用率。

实施例三

参见图 6, 为本发明实施例三提供的报文确认流程示意图，在发送端设备向接收端设备发送报文的过程中，执行以下流程：

步骤 601 603：发送端设备的 TCP协议实体发送 TCP数据包到接收端设备的 TCP协议实体。

该步骤中，发送端设备的 TCP协议实体将 TCP数据包发送给发送端设备的 RLC协议实体， RLC协议实体将该 TCP数据包处理为 RLC层的数据包（以下筒称 RLC数据包）并发送。接收端设备的 RLC协议实体接收到发送端设备 RLC协议实体发送的 RLC数据包后，发送给接收端设备的 TCP协议实体。该过程中，接收端设备的 RLC协议实体在接收到发送端设备 RLC协议实体发送的 RLC数据包后，按照现有 RLC确认报文发送规则判断是否是发送 RLC 确认 4艮文的时机，如果不是发送 RLC确认报文的时机则不发送 RLC确认报文；如果当前时刻是发送 RLC确认报文的时机且当前还接收到接收端设备 TCP协议实体单独发送的 TCP确认报文，则按照以下步骤 605的描述将 RLC确认报文和 TCP确认报文合并发送给发送端设备。步骤 604: 接收端设备的 TCP协议实体接收到 TCP数据包后，按照现有 TCP确认 ·ί艮文发送规则发送 TCP确认 4艮文。本流程中，发送 TCP确认 4艮文的时机到达时且当前没有数据包需要发送时，接收端设备的 TCP协议实体生成单独发送的 TCP确认报文并发送到接收端设备的 RLC协议实体。所述单独发送的 TCP确认报文为包含下一次数据包的传输序列号的，仅有头信息而没有数据信息的 TCP确认报文，该确认报文是为了确认上一个 TCP数据包的正确的接收。

步骤 605: 接收端设备的 RLC协议实体接收单独发送的 TCP确认报文，如果此刻是 RLC 确认报文的发送时机，则将 RLC 确认报文和 TCP确认报文合并发送给发送端设备的 RLC协议实体。

可选地，该步骤中，如果接收端设备的 RLC协议实体接收到接收端设备的 TCP协议实体单独发送的 TCP确认报文，且此刻是 RLC确认报文的发送时机，则 RLC协议实体在将当前接收到的 TCP确认报文以及当前需要发送的 RLC确认报文合并发送时，可以通过修改 RLC确认报文数据包的格式，在 RLC确认报文数据包中包含 TCP 确认报文的下一个待接收的序列号的信息。图 8示出了一种修改后的 RLC确认 ·ί艮文数据包的格式，其中：

D/C表示：该数据包是数据包还是控制信息还是数据包；

PDU Type字段指示该 RLC确认报文中包含了 TCP 确认信息；

SUFI字段用于承载 RLC层的确认信息；

PAD ( padding )表示填充信息，为了保证数据包满足预先定义的大小。

可选地，该步骤中， RLC 确认 4艮文和 TCP确认 4艮文合并发送的具体实现方式包括：接收端的 RLC协议实体仅仅发送 RLC确认报文（包含 TCP确认信息）而丢弃 TCP确认报文，或者接收端的 RLC协议实体仅仅发送 TCP确认报文（包含 RLC确认信息）而丢弃 RLC确认报文。进一步的为了标识 RLC的确认报文或者 TCP的确认报文被丢弃，在发送出去的确认报文中增加所丢弃的确认报文的指示信息。

步骤 606:发送端设备的 RLC协议实体在接收到接收端设备的 RLC协议实体发送的合并的确认报文后，判断相应的 TCP数据包已经被正确接收，则生成 TCP确认报文，并向发送端设备的 TCP协议实体发送生成的 TCP确认报文。

进一步地，该步骤 606中，发送端设备的 RLC协议实体生成 TCP确认 ·ί艮文时，为了避免发送端设备的 TCP协议实体的错误的处理，可以在生成的 TCP确认 ·ί艮文包中向发送端设备的 TCP协议实体指示出该 TCP 确认 4艮文是 RLC协议实体生成的，例如：可以通过 TCP确认报文数据包中的保留位指示该数据包是 RLC协议实体生成的，或者可以认为只要收发双方约定釆用本实施例中确认 ·ί艮文减少的方式，则发送端的 TCP协议实体所接收到的确认 ·ί艮文都是由 RLC协议实体构造的。

进一步地，上述发送端设备生成（构造） TCP确认 ·ί艮文和 /或记录 TCP数据包对应的端口号等信息的功能可以在发送端设备的 RLC协议实体实现，而该功能实体可以在 RLC层也可以在 PDCP层或者 IP层等，也可以由其它功能模块实现，在此不做限制。当该功能实体在除了 RLC层以外的其他协议实体时，可选地， RLC层需要将 TCP数据包正确接收的信息（即合并发送的确认 ·ί艮文中携带的 TCP确认信息）告知该功能实体。

以上流程是以接收端设备的 RLC协议实体接收单独发送的 TCP确认报文后，当前是 RLC确认报文的发送时机为例描述的，如果当前不是 RLC确认报文的发送时机，则 RLC协议实体将接收到的 TCP确认报文发送给发送端设备的 TCP协议实体。进一步地， RLC协议实体将接收到的 TCP 确认报文向发送端设备发送时，可去除 TCP 确认 ·ί艮文中的端口号等信息，但需要保留 TCP确认序列号，优选的，可仅保留 TCP确认序列号，由 RLC协议实体重新封装 TCP 确认 4艮文并发送重新封装的 TCP确认 4艮文，以减少 TCP 确认 4艮文的数据量。

上述 TCP确认报文是指 TCP层发送的数据包接收的反馈信息，例如： TCP ACK, 上述 RLC确认报文是指 RLC层发送的数据包接收的反馈信息，可能是 RLC的正确确认（ RLC ACK ) , 也可能为 RLC的非正确确认（RLC NACK )或者其它的确认信息，这里在确定数据包是否正确接收时通常使用的是 RLC ACK信息。

下面以设备 A向设备 B发送数据报文的过程为例，来说明实施例三的具体实现过程。设备 A的 TCP协议实体发送 TCP层序列号为 1002的数据包，该数据包到达设备 A的 RLC 协议实体后，如图 4所示， RLC协议实体将该数据包分段为 4个 RLC层序列号分别为 3、 4、 5、 6的数据包并依次发送。

设备 B的 RLC协议实体接收到设备 A的 RLC协议实体发送的数据包后，在发送 RLC ACK的时机到来时且当前时刻还未接收到设备 B的 TCP协议实体发送的 TCP ACK的情况下，针对接收到的 RLC层数据包向设备 A发送 RLC ACK。设备 B的 RLC协议实体接收到 TCP 层序列号为 3、 4、 5、 6的数据包后解封装并发送给设备 8的1^^协议实体， TCP协议实体针对该数据包生成单独发送的 TCP ACK并发送给设备 B的 RLC协议实体； RLC协议实体接收该 TCP ACK, 确定当前是 RLC层序列号 5的数据包的 RLC ACK的发送时机，则生成 RLC层序列号 5的数据包的 RLC ACK, 其中，在生成的 RLC ACK中除了携带 RLC层的确认信息以外，还携带 TCP层下一个待接收的序列号 1003。

设备 A的 RLC协议实体接收到携带有 TCP ACK信息的 RLC ACK后，根据其中携带的 TCP确认序列号 1003 , 确认相应数据包已经正确接收，则生成数据包的 TCP ACK, 并向设备 A的 TCP协议实体发送生成的 TCP ACK。

通过以上实施例三的描述可以看出，由于接收端设备的 RLC协议实体在接收到接收端设备的 TCP协议实体发送的 TCP确认报文后，将 TCP确认报文与 RLC确认报文合并发送，减少了接收端设备向发送端设备传输 RLC确认报文和 /或 TCP确认报文的过程。从而减少了接收端设备和发送端设备间空口数据接收确认报文的发送，进而提高数据传输的效率和资源的利用率。

实施例四

参见图 7, 为本发明实施例四提供的报文确认流程示意图，在发送端设备向接收端设备发送报文的过程中，执行以下流程：

步骤 701 703：发送端设备的 TCP协议实体发送 TCP数据包到接收端设备的 TCP协议实体。

该步骤中，发送端设备的 TCP协议实体将 TCP层的数据包（以下筒称 TCP数据包）发送给发送端设备的 RLC协议实体， RLC协议实体将该 TCP数据包处理为 RLC层的数据包（以下筒称 RLC数据包）并发送。接收端设备的 RLC协议实体接收到发送端设备 RLC协议实体发送的 RLC数据包后，发送给接收端设备的 TCP协议实体。在该过程中，接收端设备的 RLC 协议实体在接收到发送端设备 RLC协议实体发送的 RLC数据包后，按照现有 RLC确认报文发送规则发送 RLC确认报文。

步骤 704: 接收端设备的 TCP协议实体接收到 TCP数据包后，按照现有 TCP确认 ·ί艮文发送规则发送 TCP确认 4艮文。本流程中，如果发送 TCP确认 4艮文的时机到达时且当前没有 TCP 数据包需要发送时，接收端设备的 TCP协议实体生成单独发送的 TCP确认报文并发送到接收端设备的 RLC协议实体。所述单独发送的 TCP确认报文为包含下一次数据包的传输序列号的，仅有头信息而没有 TCP数据信息的 TCP确认报文，该确认报文是为了确认上一个 TCP 数据包的正确的接收。

步骤 705: 接收端设备的 RLC协议实体接收到单独发送的 TCP确认 ·ί艮文后，如果确认当前接收到的 TCP确认报文对应的 RLC确认报文已经发送，则 RLC协议实体丢弃接收到的 TCP确认报文。其中， TCP确认报文对应的 RLC确认报文是指： TCP确认报文对应的 TCP 数据包所对应的 RLC数据包的 RLC确认报文。

优选的，接收端设备的 RLC协议实体可通过以下方式确认当前接收到的 TCP确认报文对应的 RLC确认报文：根据当前接收到的 TCP确认报文所确认的 TCP数据包，确定该 TCP 数据包对应的所有的 RLC数据包，该 RLC数据包对应的 RLC确认报文即为该 TCP确认报文所对应的 RLC确认报文。

可选地，如果该单独发送的 TCP确认报文中除了确认上一个 TCP数据包的正确的接收之外还包含其他的信息，则 RLC协议实体不丢弃该 TCP确认 ·ί艮文。

步骤 706:发送端设备的 RLC协议实体如果确认已接收到 TCP数据包对应的 RLC确认 4艮文，则生成该 TCP数据包的 TCP确认报文，并向发送端设备的 TCP协议实体发送生成的 TCP 确认艮文。该步骤中，进一步的，发送端设备的 RLC协议实体生成 TCP 确认 ·ί艮文时，为了避免发送端设备的 RLC协议实体的错误的处理，可以在生成的 TCP确认报文中向发送端设备的 TCP协议实体指示出该 TCP确认 4艮文是 RLC协议实体生成的，例如：可以通过 TCP确认 4艮文中的保留位指示该确认 ·ί艮文是 RLC协议实体生成的。

进一步的，在应用上述方案时，发送端设备的 RLC协议实体需要记录 TCP对应的端口号等信息，在生成 TCP确认报文时用来填充数据包头。

进一步的，上述发送端设备生成（构造） TCP确认 ·ί艮文和 /或记录 TCP数据包对应的端口号等信息的功能可以在发送端设备的 RLC协议实体实现，也可以由其它功能模块实现，在此不做限制。

可选的，上述步骤 701 703中，发送端设备的 RLC协议和接收端设备的 RLC协议实体还可记录 TCP数据包和 RLC数据包的对应关系（比如记录 TCP数据包的序列号以及 RLC数据包的序列号及其对应关系）；接收端设备的 RLC协议实体还根据接收到的 RLC数据包获得 TCP数据包与 RLC数据包的对应关系（比如 TCP数据包的序列号以及 RLC数据包的序列号及其对应关系）并记录该对应关系信息。在步骤 705中，接收端设备的 RLC协议实体接收到单独发送的 TCP确认报文后，根据记录的 TCP数据包和 RLC数据包的对应关系，判断当前接收到的 TCP 确认报文对应的 RLC数据包的 RLC确认报文是否已经发送。在步骤 706中，发送端设备的 RLC协议实体根据记录的 TCP数据包和 RLC数据包的对应关系信息，确认是否已接收到 TCP数据包对应的 RLC数据包。

上述流程的步骤 705可替换为：如果接收端设备的 RLC协议实体接收到单独发送的 TCP 确认报文后，判断当前接收到的 TCP确认报文对应的 RLC数据包的 RLC确认报文还未发送 (比如可根据记录的 TCP数据包和 RLC数据包的对应关系进行判断），则将当前接收到的 TCP 确认报文发送给发送端设备，进一步的， RLC协议实体对于尚未发送 RLC确认报文的 RLC数据包，不再发送 RLC确认报文。相应的，步骤 706可替换为：发送端设备的 RLC协议实体接收到接收端设备发送的 TCP确认报文后，将该 TCP确认报文发送给发送端设备的 TCP协议实体。

下面以设备 A向设备 B发送数据报文的过程为例，来说明实施例四的具体实现过程。设备 A的 TCP协议实体发送 TCP层序列号为 1002的数据包，该数据包到达设备 A的 RLC 协议实体后，如图 4所示， RLC协议实体将该数据包分段为 4个 RLC层序列号分别为 3、 4、 5、

6的数据包并依次发送，并记录 TCP层序列号（ 1002 )和 RLC层序列号（3、 4、 5、 6 )的对应关系。

设备 B的 RLC协议实体接收设备 A的 RLC协议实体发送的数据包，从接收到的数据包获得 TCP层序列号（ 1002 )与 RLC层序列号（3、 4、 5、 6 )及其对应关系，按照现有 RLC ACK 发送规则向设备 A的 RLC协议实体发送 RLC ACK; 当设备 B的 TCP协议实体接收到 TCP层序列号为 1002的数据包后，如果满足 TCP ACK发送的时机且没有 TCP数据需要发送，则针对该数据包生成单独发送的 TCP ACK并发送给接收端设备的 RLC协议实体； RLC协议实体接收所述 TCP ACK, 确认已经发送了 RLC层序列号为 3、 4的数据包的 RLC ACK, RLC层序列号为 5、 6的数据包的 RLC ACK还未发送，则将所述 TCP ACK发送到设备 A,并不再发送 RLC 层序列号为 5、 6的数据包的 RLC ACK。

设备 A的 RLC协议实体接收到与 RLC层序列号为 3的数据包对应的 RLC ACK后，查询所记录的 TCP层序列号（ 1002 )和 RLC层序列号（3、 4、 5、 6 ) 的对应关系，确认还没有全部接收到 TCP层序列号为 1002的数据包所对应的所有 RLC数据包，因此继续等待其它 RLC ACK; 同理，当设备 A的 RLC协议实体接收到与 RLC层序列号为 4、 5对应的 RLC ACK后，继续等待其它 RLC ACK, 直到接收到与 RLC层序列号为 6对应的 RLC ACK后，确认已经全部接收到序列号为 1002的数据包所对应的所有分段块，即确认接收到序列号为 1002的数据包所对应的所有的 RLC数据包都被正确接收，则生成针对 TCP层序列号 1002的数据包的 TCP ACK, 并向设备 A的 TCP协议实体发送所述 TCP ACK。

另一实例中，如果设备 B的 RLC协议实体接收到 TCP层序列号 1002对应的 TCP ACK后 , 判断 RLC层序列号为 3、 4、 5、 6的数据包的 RLC ACK还没有全部发送，则发送接收到的 TCP ACK, 同时认为 RLC层序列号为 6之前的所有数据包的 RLC确认报文均不再发送。设备 A的 RLC协议实体接收到该 TCP ACK后，确认 TCP层序列号 1002的数据包正确接收，因此向设备 A的 TCP协议实体发送所述 TCP ACK, 同时认为 RLC层序列号为 6之前的所有数据包均已正确接收。

通过以上实施例四的描述可以看出，由于接收端设备的 RLC协议实体在接收到接收端设备的 TCP协议实体发送的 TCP确认报文后，且对应的 RLC确认报文已发送时，放弃该 TCP 确认报文的发送，减少了接收端设备向发送端设备传输 TCP确认报文的过程。另外，接收端设备的 RLC协议实体在发送 TCP确认报文后，对于尚未发送的 RLC确认报文不再发送，减少了接收端设备向发送端设备传输 RLC确认报文的过程。从而减少了接收端设备和发送端设备间空口数据接收确认 ·ί艮文的发送，进而提高数据传输的效率和资源的利用率。

实施例五

参见图 9, 为本发明实施例五提供的报文确认流程示意图，在发送端设备向接收端设备发送报文的过程中，执行以下流程：

步骤 901 903：发送端设备的 TCP协议实体发送 TCP数据包到接收端设备的 TCP协议实体。

该步骤中，发送端设备的 TCP协议实体将 TCP层的数据包（以下筒称 TCP数据包）发送给发送端设备的 RLC协议实体， RLC协议实体将该 TCP数据包处理为 RLC层的数据包（以下筒称 RLC数据包）并发送。接收端设备的 RLC协议实体接收到发送端设备 RLC协议实体发送的 RLC数据包后，发送给接收端设备的 TCP协议实体。在该过程中，接收端设备的 RLC 协议实体在接收到发送端设备 RLC协议实体发送的 RLC数据包后，在 RLC确认报文的发送时机到达时，并且当前緩存中没有接收端设备的 TCP协议实体发送的 TCP确认报文的情况下，发送 RLC确认报文给发送端设备。

步骤 904: 接收端设备的 TCP协议实体接收到 TCP数据包后，按照现有 TCP确认 ·ί艮文发送规则发送 TCP确认 4艮文。本流程中，发送 TCP确认 4艮文的时机到达时且当前没有数据包需要发送时，接收端设备的 TCP协议实体生成单独发送的 TCP确认报文并发送到接收端设备的 RLC协议实体。所述单独发送的 TCP确认报文为包含下一次数据包的传输序列号的，仅有头信息而没有数据信息的 TCP确认报文，该确认报文是为了确认以前 TCP数据包的正确的接收。

步骤 905：接收端设备的 RLC协议实体在 RLC确认报文的发送时机到达时，检测到当前緩存有接收端设备的 TCP协议实体单独发送的 TCP确认报文，则接收端设备的 RLC协议实体将緩存的 TCP确认报文和当前需要发送的 RLC确认报文合并发送给发送端设备。

可选地，该步骤中，如果接收端设备的 RLC协议实体检测到当前緩存有接收端设备的

TCP协议实体单独发送的 TCP确认报文，且此刻是 RLC确认报文的发送时机，则 RLC协议实体在将当前緩存的 TCP确认报文以及当前需要发送的 RLC确认报文合并发送时，可以通过修改 RLC确认报文数据包的格式，在 RLC确认报文数据包中包含 TCP 确认报文的下一个待接收的序列号的信息。

可选地，该步骤中， RLC 确认 4艮文和 TCP确认 4艮文合并发送的具体实现方式包括：接收端的 RLC协议实体仅仅发送 RLC确认报文（包含 TCP确认信息）而丢弃 TCP确认报文，或者接收端的 RLC协议实体仅仅发送 TCP确认报文（包含 RLC确认信息）而丢弃 RLC的确认报文。进一步的为了标识 RLC的确认 4艮文或者 TCP确认报文被丢弃，在发送出去的确认报文中增加所丢弃的确认报文的指示信息。

可选地，在步骤中，如果接收端设备的 RLC协议实体检测到当前緩存有 TCP确认报文，且此刻是 RLC确认报文的发送时机，则 RLC协议实体在将当前緩存的 TCP确认报文以及当前需要发送的 RLC确认报文合并发送时，可以通过修改 RLC确认报文数据包的格式，在 RLC 确认 4艮文数据包中包含 TCP 确认报文的下一个待接收的序列号的信息。

步骤 906:发送端设备的 RLC协议实体在接收到接收端设备的 RLC协议实体发送的合并的确认报文后，判断相应的 TCP数据包已经被正确接收，则生成 TCP确认报文，并向发送端设备的 TCP协议实体发送生成的 TCP确认报文。

进一步地，该步骤 906中，发送端设备的 RLC协议实体生成 TCP确认 ·ί艮文时，为了避免发送端设备的 TCP协议实体的错误的处理，可以在生成的 TCP确认 ·ί艮文包中向发送端设备的 TCP协议实体指示出该 TCP 确认 4艮文是 RLC协议实体生成的，例如：可以通过 TCP确认报文数据包中的保留位指示该数据包是 RLC协议实体生成的，或者可以认为只要收发双方约定釆用本实施例中确认 ·ί艮文减少的方式，则发送端的 TCP协议实体所接收到的确认 ·ί艮文都是由 RLC协议实体构造的。

以上各流程是以接收端设备的 TCP协议实体接收到 TCP数据包后生成单独发送的 TCP 确认报文（仅包含头信息而不包含数据信息）为例描述的，如果接收端设备的 TCP协议实体接收到 TCP数据包后生成捎带发送的 TCP确认报文（包含头信息且还包含数据信息），则一种优选的实现方式为：接收端设备的 RLC协议实体在接收到接收端设备的 TCP协议实体发送的 TCP确认报文后将其发送给发送端设备的对等协议实体（即 TCP协议实体），并在需要发送 RLC确认报文时，针对从发送端设备 RLC协议实体接收到的 RLC数据包返回 RLC确认报文。接收端设备的 RLC协议实体接收到 TCP确认报文后，向发送端设备返回 RLC 确认艮文。

以上各实施例主要描述了发送端设备和接收端设备之间的数据接收确认过程，即在该过程中如何处理 RLC确认 4艮文和 TCP确认 4艮文。在实际应用中，可将本发明实施例应用于终端和网络侧设备（如基站）之间的数据传输过程。为了提高灵活性以及与现有技术的兼容性，终端可向网络侧设备指示釆用本发明实施例所描述的数据确认方式的能力，网络侧设备在承载配置时指示终端在数据传输过程中釆用本发明实施例描述的数据确认方式，终端在数据的传输过程中应用根据该指示釆用本发明实施例提供的数据接收确认方式进行数据传输，以减少 RLC确认报文或 /和 TCP确认报文的发送。图 10示出了上述流程的一种优选实施例的实现过程。

参见图 10, 为本发明实施例六提供的报文确认流程示意图，该流程可包括：步骤 1001 : 终端向网络设备（比如无线网络控制器）指示支持确认报文减少的能力。该步骤中，终端可以在接入网络后向网络设备上报所述终端的相关信息时，将所述终端支持确认报文减少的能力上报给网络设备。或者，终端可在请求传输资源时，将所述 UE 支持确认报文减少的能力上报给网络设备。

步骤 1002: 网络设备对所述终端进行承载配置，指示终端在数据传输过程中釆用确认 4艮文减少的方式。

步骤 1003: 终端根据网络设备的指示，在数据传输过程中应用确认报文减少的方式进行数据传输，即，应用前述实施例的方式进行数据传输。

进一步的，网络设备可根据终端上报的能力信息，指示终端在数据传输过程中釆用哪种确认 ·ί艮文减少的方式。比如，如果终端向网络设备指示出支持前述实施例一提供的确认报文减少的方式，则网络设备指示终端釆用该种确认报文减少的方式；如果终端向网络设备指示出支持多种确认报文减少的方式，则网络设备可根据预先制定的策略为该终端选择一种确认报文减少的方式，比如可根据当前网络传输性能进行选择 , 网络传输性能较差时，可选择实施例四提供的方式以尽量减少确认报文的发送数量。

需要说明的是，本发明的上述各实施例中，优选的，发送端设备的 RLC协议实体在接收到 TCP层的数据包时，将数据包头的某些固定信息去除（如去除源、目的端口号等），在接收端设备的 RLC协议实体接收到该 TCP数据包时再将该信息填充到包头中。这样可以提高空口传输效率。

基于相同的技术构思，本发明实施例七还提供了一种通信设备，该通信设备可适用于上述各实施例所描述的流程。在将所述通信设备应用于用户设备和网络设备进行通信的过程中，所述通信设备为 UE ( User Equipment, 用户设备） , 则对端通信设备为 RNC ( Radio Network Control, 无线网络控制器）；或者所述通信设备为 RNC, 则对端通信设备为 UE。

参见图 11 , 为本发明实施例七提供的设备的结构示意图。如图所示，该通信设备 10可包括： TCP协议实体 11和 RLC协议实体 12, 其中：

TCP协议实体 11 ,用于向 RLC协议实体 12发送 TCP确认 4艮文，该 TCP确认 4艮文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收 RLC协议实体 12发送的 TCP确认 ·ί艮文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；

RLC协议实体 12 , 用于接收到 TCP协议实体 11发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；以及，接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向 TCP协议实体 11发送 TCP确认报文。

进一步的， RLC协议实体 12在接收到所述 TCP协议实体发送的未携带有数据信息的 TCP确认 4艮文，并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认 4艮文。具体的， RLC协议实体 12具体用于：若当前时刻是 RLC确认 ·ί艮文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；若当前时刻不是 RLC 确认报文的发送时机，则确定向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP 确认 ·ί艮文或者对当前接收到的 TCP确认报文进行信息删减后发送给对端通信设备。

具体的， RLC协议实体 12具体用于：接收到对端通信设备的 RLC协议实体发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC 确认报文中携带的 TCP确认信息，向所述 TCP协议实体发送 TCP确认报文。

具体的， RLC协议实体 12具体用于：若根据当前接收到的 TCP确认报文确认对应的 RLC 确认 4艮文已经发送，则丢弃当前接收到的 TCP确认 4艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。

具体的， RLC协议实体 12还用于，若确认当前接收到的 TCP确认 4艮文所对应的所有 RLC 数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认报文。

具体的， RLC协议实体 12具体用于，在发送 RLC确认报文的时机到达时，若当前緩存有从所述 TCP协议实体接收到的未携带有数据信息的 TCP确认报文，则确定不向对端通信设备发送 TCP确认报文，并将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。

具体的， RLC协议实体 12具体用于，若根据当前接收到的 RLC确认报文，确认对应的

TCP数据包已经正确接收，则向所述通信设备的 TCP协议实体发送所述已经正确接收的 TCP数据包的 TCP确认报文。

具体的， RLC协议实体 12具体用于，根据当前接收到的 RLC确认报文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认 4艮文对应的 TCP数据包是否已经正确接收。

具体的， RLC协议实体 12具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并将生成的 TCP确认 4艮文发送给对端通信设备。

具体的， RLC协议实体 12生成的 TCP确认 ·ί艮文中携带有指示信息，用于指示该 TCP确认报文是 RLC协议实体生成的。

基于相同的技术构思，本发明实施例八提供了一种通信设备。在将所述通信设备应用于用户设备和网络设备进行通信的过程中，所述通信设备为 UE, 则对端通信设备为 RNC; 或者所述通信设备为 RNC, 则对端通信设备为 UE。

参见图 11 , 为本发明实施例八提供的设备的结构示意图。如图所示，该通信设备 20可包括：接口模块 21、处理器 22和存储器 23 , 其中，接口模块 21与处理器 22连接，处理器 22 和存储器 23连接，上述各模块的连接方式也可以是总线方式，即各模块通过数据总线进行信息交互。

接口模块 21可以由能够进行无线信号处理的电路实现，比如可包括天线、射频模块等，用于与其它通信设备进行空口通信，包括接收或 /和发送空口报文，比如数据报文或协议报文。接口模块 21接收到其它设备发送的报文并进行解调等处理后，发送给处理器 22。接口模块 21接收到处理器 22发送的报文后，进行调制等处理并发送给其它通信设备。

存储器 23可以由寄存器、 ROM等存储器件实现，其中可以存储系统数据，也可以存储处理器 22处理过程中生成的临时数据或中间数据等。

处理器 22可以由处理芯片实现，其中安装有通信应用软件，用于根据数据传输模型中定义的各层协议对传输的数据进行处理。根据数据传输模型定义的协议层，处理器 22中可包含各协议层对应的协议实体（也即功能模块），用来实现对传输数据进行对应协议层的处理。处理器 22在接收到接口模块 21发送来的报文后，按照处理器 22中的各层协议实体从底层到高层的顺序进行协议处理。处理器 22将需要发送的报文，按照处理器 22中的各层协议实体从高层到底层的顺序进行协议处理，并将处理后的报文发送给接口模块 21 , 以便通过接口模块 21发送出去。处理器 22在进行数据处理过程中，将临时数据或中间数据存储在存储器 23中，以便在需要时读取存储器 23中存储的数据。

上述所列举的各模块的具体实现方式仅为举例说明，不构成对本发明实施例的限制。处理器 22中，与本发明实施例相关的协议实体包括 RLC协议实体和 TCP协议实体。处理器 22中可安装如图 11所示的协议实体，下面进行描述。

处理器 22中安装如图 11所示的 RLC协议实体和 TCP协议实体。此种情况下：接口模块 21用于接收对端通信设备发送的报文（比如数据报文或数据报文的确认报文），并发送给处理器 22; 或者，将向对端通信设备发送 ·ί艮文。

处理器 22接收接口模块 21发来的数据报文，按照数据传输模型定义的协议层，通过对应协议实体进行协议处理。其中：

处理器 22中的 TCP协议实体 11 , 向 RLC协议实体 12发送 TCP确认 4艮文，该 TCP确认 4艮文用于确认接收到对端通信设备发送的 TCP数据包。处理器 22中的 TCP协议实体 11还可以接收 RLC协议实体 12发送的 TCP确认报文，该 TCP确认 4艮文表示对端通信设备已确认接收对应的 TCP数据包。

处理器 22中的 RLC协议实体 12, 在接收到 TCP协议实体 11发送的未携带有数据信息的

TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；以及，接收到对端通信设备发送的 RLC确认报文（该 RLC确认报文通过接口模块 21接收）后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向 TCP协议实体 11发送 TCP确认报文。

进一步的， RLC协议实体 12在接收到所述 TCP协议实体发送的未携带有数据信息的 TCP确认 4艮文，并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认 4艮文（该 RLC确认报文通过接口模块 21发送给对端通信设备 ) 。

具体的， RLC协议实体 12具体用于：若当前时刻是 RLC确认 ·ί艮文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备 (该 RLC确认 4艮文通过接口模块 21发送给对端通信设备）；若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认报文进行信息删减后发送给对端通信设备 (该 TCP确认报文通过接口模块 21发送给对端通信设备）。

具体的， RLC协议实体 12具体用于：接收到对端通信设备的 RLC协议实体发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC 确认报文中携带的 TCP确认信息，向所述 TCP协议实体发送 TCP确认 4艮文。

具体的， RLC协议实体 12具体用于：若根据当前接收到的 TCP确认报文确认对应的 RLC 确认 ·ί艮文已经发送，则丢弃当前接收到的 TCP确认 ·ί艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备（该 TCP确认报文通过接口模块 21发送给对端通信设备）。

具体的， RLC协议实体 12还用于，若确认当前接收到的 TCP确认 4艮文所对应的所有 RLC 数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认 4艮文。

具体的， RLC协议实体 12具体用于，在发送 RLC确认 ·ί艮文的时机到达时，若当前存储器 22中緩存有从所述 TCP协议实体接收到的未携带有数据信息的 TCP确认报文，则将存储器 22中緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。

TCP数据包已经正确接收，则向所述通信设备的 TCP协议实体发送所述已经正确接收的

TCP数据包的 TCP确认报文（该 TCP确认报文通过接口模块 21发送给对端通信设备）。

具体的， RLC协议实体 12具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并将生成的 TCP确认 ·ί艮文发送给对端通信设备。

基于相同的技术构思，本发明实施例九提供了一种通信设备。在将所述通信设备应用于用户设备和网络设备进行通信的过程中，所述通信设备为 UE, 则对端通信设备为 RNC; 或者所述通信设备为 RNC, 则对端通信设备为 UE。如图 13所示，该通信设备 30可包括：收发器 31和处理器 32;

收发器 31用于向处理器 32发送 TCP确认报文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述处理器发送的 TCP确认报文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；

处理器 32用于接收到收发器 31发送的未携带有数据信息的 TCP确认 ·ί艮文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认艮文，并根据确定结果进行相应处理；

收发器 31还用于接收到对端通信设备发送的 RLC确认报文后，若处理器 32根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述收发器发送 TCP确认 4艮文。

进一步的，处理器 32还用于，在接收到收发器 31发送的未携带有数据信息的 TCP确认报文，并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认报文。

具体的，处理器 32具体用于，若当前时刻是 RLC确认 ·ί艮文的发送时机，则将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中通过收发器 31发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认报文进行信息删减后通过收发器 31发送给对端通信设备。

具体的，处理器 32具体用于，接收到对端通信设备发送的携带有 TCP确认信息的 RLC 确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP 确认信息，向收发器 31发送 TCP确认报文。

具体的，处理器 32具体用于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认报文；否则，将当前接收到的 TCP确认报文通过收发器 31发送给对端通信设备。

进一步的，处理器 32还用于，若确认当前接收到的 TCP确认 ·ί艮文所对应的所有 RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，通过收发器 31将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的

TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认 4艮文。具体的，处理器 32具体用于，在发送 RLC确认报文的时机到达时，若当前緩存有从收发器 31接收到的未携带有数据信息的 TCP确认报文，则将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中通过收发器 31发送给对端通信设备。

具体的，处理器 32具体用于，若根据当前接收到的 RLC确认报文，确认对应的 TCP数据包已经正确接收，则通过收发器 31向所述通信设备的收发器发送所述已经正确接收的 TCP数据包的 TCP确认报文。

具体的，处理器 32具体用于，根据当前接收到的 RLC确认报文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认 4艮文对应的 TCP 数据包是否已经正确接收。

具体的，处理器 32具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并通过收发器 31将生成的 TCP确认 4艮文发送给对端通信设备。

具体的，处理器 32生成的 TCP确认 ·ί艮文中携带有指示信息，用于指示该 TCP确认 ·ί艮文是处理器生成的。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可釆用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可釆用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介盾（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、一种确认 ·ί艮文发送方法，其特征在于，所述方法包括：

通信设备的 RLC协议实体单元接收到所述通信设备的 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；所述通信设备的 RLC协议实体单元接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备的 TCP协议实体单元发送 TCP确认报文。

2、如权利要求 1所述的方法，其特征在于，所述通信设备的 RLC协议实体单元接收到所述通信设备的 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认 ·ί艮文之后 , 还包括：

所述通信设备的 RLC协议实体单元向对端通信设备发送 RLC确认报文。
3、如权利要求 1所述的方法，其特征在于，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：

若当前时刻是 RLC确认报文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；

若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认报文进行信息删减后发送给对端通信设备。
4、如权利要求 3所述的方法，其特征在于，所述通信设备的 RLC协议实体单元接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备发送 TCP确认报文，具体包括：

所述通信设备的 RLC协议实体单元接收对端通信设备的 RLC协议实体单元发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC 确认报文中携带的 TCP确认信息，向所述通信设备的 TCP协议实体单元发送 TCP确认报文。
5、如权利要求 1所述的方法，其特征在于，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：

若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认报文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。
6、如权利要求 5所述的方法，其特征在于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认 ·ί艮文未发送，则将当前接收到的 TCP确认 ·ί艮文发送给对端通信设备，具体包括：

若所述通信设备的 RLC协议实体单元确认当前接收到的 TCP确认报文所对应的所有 RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认 4艮文所对应的 RLC数据包的序列号确定下一个 RLC确认报文。
7、如权利要求 1所述的方法，其特征在于，根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理，具体包括：

所述通信设备的 RLC协议实体单元在发送 RLC确认 4艮文时，若当前緩存有从所述通信设备的 TCP协议实体单元接收到的 TCP确认报文，则确定不向对端通信设备发送 TCP确认报文，并将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。
8、如权利要求 1-7之一所述的方法，其特征在于，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述通信设备发送 TCP 确认 ·ί艮文，具体包括：

若所述通信设备的 RLC协议实体单元根据当前接收到的 RLC确认报文，确认对应的 TCP数据包已经正确接收，则向所述通信设备的 TCP协议实体单元发送所述已经正确接收的 TCP数据包的 TCP确认报文。
9、如权利要求 8所述的方法，其特征在于，根据当前接收到的 RLC确认报文，确认对应的 TCP数据包是否已经正确接收，具体包括：

根据当前接收到的 RLC确认报文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认报文对应的 TCP数据包是否已经正确接收。
10、如权利要求 1-7之一所述的方法，其特征在于，所述根据当前接收到的 RLC确认报文向所述通信设备发送 TCP确认报文，具体包括：

所述通信设备的 RLC协议实体单元根据当前接收到的 RLC确认报文生成 TCP确认报文，并将生成的 TCP确认 4艮文发送给对端通信设备。
11、如权利要求 10所述的方法，其特征在于，所述通信设备的 RLC协议实体单元生成的 TCP确认 ·ί艮文中携带有指示信息，用于指示该 TCP确认 ·ί艮文是 RLC协议实体单元生成的。

12、一种通信设备，其特征在于，包括： TCP协议实体单元和 RLC协议实体单元；所述 TCP协议实体单元，用于向所述 RLC协议实体单元发送 TCP确认 4艮文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述 RLC协议实体单元发送的 TCP确认 4艮文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；所述 RLC协议实体单元，用于接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认报文后 , 丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；以及，接收到对端通信设备发送的 RLC确认报文后，若根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述 TCP协议实体单元发送 TCP确认报文。

13、如权利要求 12所述的通信设备，其特征在于，所述 RLC协议实体单元进一步用于，在接收到所述 TCP协议实体单元发送的未携带有数据信息的 TCP确认 4艮文 , 并丢弃当前接收到的 TCP确认报文之后，向对端通信设备发送 RLC确认报文。
14、如权利要求 12所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，若当前时刻是 RLC确认报文的发送时机，则确定不向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则确定向对端通信设备发送 TCP确认报文，并将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认报文进行信息删减后发送给对端通信设备。
15、如权利要求 14所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，接收到对端通信设备的 RLC协议实体单元发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述 TCP协议实体单元发送 TCP确认 4艮文。
16、如权利要求 12所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认 4艮文；否则，将当前接收到的 TCP确认报文发送给对端通信设备。
17、如权利要求 16所述的通信设备，其特征在于，所述 RLC协议实体单元还用于，若确认当前接收到的 TCP确认 4艮文所对应的所有 RLC数据包的确认 4艮文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认报文。
18、如权利要求 12所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，在发送 RLC确认 4艮文的时机到达时，若当前緩存有从所述 TCP协议实体单元接收到的未携带有数据信息的 TCP确认 ·ί艮文，则确定不向对端通信设备发送 TCP确认 ·ί艮文，并将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中发送给对端通信设备。
19、如权利要求 12-18之一所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，若根据当前接收到的 RLC确认报文，确认对应的 TCP数据包已经正确接收，则向所述通信设备的 TCP协议实体单元发送所述已经正确接收的 TCP数据包的 TCP确认 ·ί艮文。
20、如权利要求 19所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，根据当前接收到的 RLC确认报文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认报文对应的 TCP数据包是否已经正确接收。
21、如权利要求 12-18之一所述的通信设备，其特征在于，所述 RLC协议实体单元具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并将生成的 TCP确认报文发送给对端通信设备。
22、如权利要求 21所述的通信设备，其特征在于，所述 RLC协议实体单元生成的 TCP 确认 ·ί艮文中携带有指示信息，用于指示该 TCP确认 ·ί艮文是 RLC协议实体单元生成的。
23、一种通信设备，其特征在于，包括：收发器和处理器；

所述收发器，用于向所述处理器发送 TCP确认报文，该 TCP确认报文用于确认接收到对端通信设备发送的 TCP数据包；以及，接收所述处理器发送的 TCP确认报文，该 TCP确认报文表示对端通信设备已确认接收对应的 TCP数据包；

所述处理器，用于接收到所述收发器发送的未携带有数据信息的 TCP确认报文后，丢弃当前接收到的 TCP确认报文，或者根据 RLC确认报文的发送情况，确定是否向对端通信设备发送 TCP确认报文，并根据确定结果进行相应处理；

所述收发器，还用于接收到对端通信设备发送的 RLC确认报文后，若所述处理器根据当前接收到的 RLC确认报文确定需要发送 TCP确认报文，则根据当前接收到的 RLC确认报文向所述收发器发送 TCP确认 4艮文。

24、如权利要求 23所述的通信设备，其特征在于，所述处理器还用于，在接收到所述收发器发送的未携带有数据信息的 TCP确认报文，并丢弃当前接收到的 TCP确认 4艮文之后 , 向对端通信设备发送 RLC确认报文。
25、如权利要求 23所述的通信设备，其特征在于，所述处理器具体用于，若当前时刻是 RLC确认报文的发送时机，则将当前接收到的 TCP确认报文中的 TCP确认信息携带于发送时机为当前时刻的 RLC确认报文中通过所述收发器发送给对端通信设备；若当前时刻不是 RLC确认报文的发送时机，则将当前接收到的 TCP确认报文或者对当前接收到的 TCP确认 4艮文进行信息删减后通过所述收发器发送给对端通信设备。
26、如权利要求 25所述的通信设备，其特征在于，所述处理器具体用于，接收到对端通信设备发送的携带有 TCP确认信息的 RLC确认报文后，确定需要发送 TCP确认报文，并根据当前接收到的 RLC确认报文中携带的 TCP确认信息，向所述收发器发送 TCP确认报文。
27、如权利要求 23所述的通信设备，其特征在于，所述处理器具体用于，若根据当前接收到的 TCP确认报文确认对应的 RLC确认报文已经发送，则丢弃当前接收到的 TCP确认报文；否则，将当前接收到的 TCP确认报文通过所述收发器发送给对端通信设备。 28、如权利要求 27所述的通信设备，其特征在于，所述处理器还用于，若确认当前接收到的 TCP确认报文所对应的所有 RLC数据包的确认报文中还有尚未发送的 RLC确认报文，则放弃对尚未发送的 RLC确认报文进行发送，通过所述收发器将当前接收到的 TCP确认报文发送给对端通信设备，根据当前发送的 TCP确认报文所对应的 RLC数据包的序列号确定下一个 RLC确认报文。
29、如权利要求 23所述的通信设备，其特征在于，所述处理器具体用于，在发送 RLC 确认 4艮文的时机到达时，若当前緩存有从所述收发器接收到的未携带有数据信息的 TCP确认报文，则将緩存的 TCP确认报文中的 TCP确认信息携带于当前时刻需要发送的 RLC确认报文中通过所述收发器发送给对端通信设备。
30、如权利要求 23-29之一所述的通信设备，其特征在于，所述处理器具体用于，若根据当前接收到的 RLC确认报文，确认对应的 TCP数据包已经正确接收，则通过所述收发器向所述通信设备的收发器发送所述已经正确接收的 TCP数据包的 TCP确认 ·ί艮文。
31、如权利要求 30所述的通信设备，其特征在于，所述处理器具体用于，根据当前接收到的 RLC确认 4艮文所对应的 RLC数据包，以及 TCP数据包与 RLC数据包的对应关系，确定与当前接收到的 RLC确认报文对应的 TCP数据包是否已经正确接收。
32、如权利要求 23-29之一所述的通信设备，其特征在于，所述处理器具体用于，根据当前接收到的 RLC确认报文生成 TCP确认报文，并通过所述收发器将生成的 TCP确认报文发送给对端通信设备。
33、如权利要求 31所述的通信设备，其特征在于，所述处理器生成的 TCP确认报文中携带有指示信息，用于指示该 TCP确认报文是处理器生成的。