节点、终端和用于动态覆盖增强的方法

摘要

本申请涉及节点、终端和用于动态覆盖增强的方法。在蜂窝网络的无线电链路上，在终端(130)与该蜂窝网络的接入节点(112)之间传送多条有效载荷消息(502、505、508)。多条有效载荷消息(502、505、508)中的每一条包括根据给定冗余版本(371‑373)编码的数据分组(501)。在一些实施方式中，可以动态地灵活调节多条有效载荷消息(502、505、508)的数目。给出了可以应用于物联网或机器型通信领域中的覆盖增强的示例。

权利要求

1.一种终端(130)，该终端(130)包括：

-接口(130-3)，所述接口(130-3)被配置成在无线电链路(101)上与蜂窝网络(100)的节点(112)通信，-至少一个处理器(130-1)，所述至少一个处理器(130-1)被配置成经由所述接口(130-

3)与所述节点(112)协商捆绑策略(350)，所述捆绑策略(350)指示包括依照相同冗余版本(371-372)编码的数据的消息的默认数目(352)，其中，所述至少一个处理器(130-1)还被配置成在所述捆绑策略下经由所述接口(130-

3)向所述节点(112)发送多条消息(1403)，所述多条消息中的每一条包括根据相同冗余版本(371-373)编码的数据(501)，其中，所述多条消息(1403)的数目小于消息的所述默认数目(352)。

2.根据权利要求1所述的终端(130)，

其中，所述至少一个处理器(130-1)还被配置成访问所述接口(130-3)以确定所述无线电链路(101)上的所述通信的质量，其中，所述至少一个处理器被配置成基于所述无线电链路(101)上的所述通信的质量来确定所述多条消息(1403)的数目。

3.根据权利要求2所述的终端，

其中，所述至少一个处理器被配置成基于多条另外的消息(1402)的信噪比、所述多条另外的消息(1402)的比特误码率、以及在所述无线电链路上实现的信道(261-263)的信道质量指示符中的至少一个来确定所述无线电链路上的所述通信的质量。

4.根据权利要求3所述的终端，

其中，所述多条另外的消息(1402)中的每一条包括根据相同冗余版本(371-373)编码的上行链路许可，所述上行链路许可在所述信道(261-263)上分配资源，用于传输所述默认数目(352)的所述多条消息(1403)。

5.根据前述权利要求中任一项所述的终端，

其中，所述至少一个处理器被配置成监测所述无线电链路上的所述通信的质量的变化，其中，所述至少一个处理器被配置成基于所述监测选择性地将所述多条消息(1403)的数目设置为小于消息的所述默认数目(352)。

6.根据权利要求5所述的终端，

其中，所述至少一个处理器被配置成基于运动传感器信号监测所述无线电链路上的所述通信的质量的变化。

7.根据权利要求1所述的终端，

其中，所述至少一个处理器被配置成基于消息的所述默认数目(352)来确定所述多条消息(1403)的数目。

8.根据权利要求1所述的终端，

其中，所述至少一个处理器被配置成经由所述接口从所述节点接收多条确认消息(1405)，所述多条确认消息(1405)中的每一条包括肯定地确认接收到所述数据的指示符，所述指示符根据相同冗余版本被编码，其中，所述多条确认消息(1405)的数目等于所述多条消息(1403)的数目。

9.根据权利要求1所述的终端，

其中，所述至少一个处理器被配置成经由所述接口从所述节点接收多条否定确认消息(1505)，所述多条否定确认消息(1505)中的每一条包括否定地确认接收到所述数据的指示符，所述指示符根据相同冗余版本被编码，其中，所述多条否定确认消息(1505)的数目等于消息的所述默认数目。

10.根据权利要求1所述的终端，

其中，所述至少一个处理器被配置成响应于发送所述多条消息，选择性地经由所述接口与所述节点重新协商所述捆绑策略。

11.根据权利要求8所述的终端，

其中，所述至少一个处理器被配置成基于接收到所述确认消息(1405)来选择性地重新协商所述捆绑策略。

12.根据权利要求9所述的终端，

其中，所述至少一个处理器被配置成基于接收到所述否定确认消息(1505)来选择性地重新协商所述捆绑策略。

13.根据权利要求1所述的终端，

其中，所述捆绑策略是作为用于将所述终端附接到所述蜂窝网络的随机接入过程(1401)的一部分而协商的。

14.根据权利要求1所述的终端，

其中，在所述无线电链路上实现的信道(261-263)的后续传输间隔中传送的消息的捆绑传输集(351)包括所述多条消息(1403)。

15.一种蜂窝网络(100)的节点(112)，该节点(112)包括：-接口(112-3)，所述接口(112-3)被配置成在无线电链路(101)上与附接到所述蜂窝网络(100)的终端(130)通信，-至少一个处理器(112-1)，所述至少一个处理器(112-1)被配置成经由所述接口(112-

3)与所述终端(130)协商捆绑策略(350)，所述捆绑策略(350)指示包括根据相同冗余版本编码的数据的消息的默认数目(352)，其中，所述至少一个处理器(112-1)还被配置成在所述捆绑策略(350)下经由所述接口(112-3)从所述终端接收多条消息(1403)，所述多条消息(1403)中的每一条包括根据相同冗余版本(371-373)编码的数据(501)，其中，所述多条消息(1403)的数目小于消息的所述默认数目(352)，其中，所述至少一个处理器(112-1)被配置成基于所述多条消息(1403)对所述数据(501)进行解码。

16.根据权利要求15所述的节点，

其中，所述至少一个处理器被配置成，如果基于所述多条消息(1403)对所述数据(501)进行的解码成功，则经由所述接口向所述终端发送多条确认消息(1404)，所述多条确认消息(1404)中的每一条包括肯定地确认接收到所述数据的指示符，所述指示符根据相同冗余版本被编码，其中，所述多条确认消息(1404)的数目等于所述多条消息(1403)的数目。

17.根据权利要求15或16所述的节点，

其中，所述至少一个处理器被配置成，如果基于所述多条消息(1403)对所述数据(501)进行的解码失败，则经由所述接口向所述终端发送多条否定确认消息(1504)，所述多条否定确认消息(1504)中的每一条包括否定地确认接收到所述数据的指示符，所述指示符根据相同冗余版本被编码，其中，所述多条否定确认消息(1504)的数目等于消息的所述默认数目(352)。

18.根据权利要求15所述的节点，

其中，所述捆绑策略是作为用于将所述终端附接到所述蜂窝网络的随机接入过程(1401)的一部分而协商的。

19.根据权利要求15所述的节点，

其中，在所述无线电链路上实现的信道(261-263)的后续传输间隔中传送的消息的捆绑传输集(351)包括所述多条消息(1403)。

20.一种由蜂窝网络(100)的终端(130)执行的方法，该方法包括以下步骤：-在无线电链路上协商捆绑策略(350)，所述捆绑策略(350)指示包括依照相同冗余版本(371-373)的数据的消息的默认数目(352)，-在所述捆绑策略(350)下，在所述无线电链路(101)上发送多条消息(1403)，所述多条消息(1403)中的每一条包括根据相同冗余版本(371-373)编码的数据(501)，其中，所述多条消息(1403)的数目小于消息的所述默认数目(352)。

21.根据权利要求20所述的方法，

其中，所述方法由根据权利要求1至14中任一项所述的终端执行。

22.一种由蜂窝网络(100)的节点(112)执行的方法，该方法包括以下步骤：-在无线电链路(101)上协商捆绑策略(350)，所述捆绑策略(350)指示包括依照相同冗余版本(371-373)的数据的消息的默认数目(352)，-在所述捆绑策略(350)下，在所述无线电链路(101)上接收多条消息(1403)，所述多条消息(1403)中的每一条包括根据相同冗余版本(371-373)编码的数据，其中，所述多条消息(1403)的数目小于消息的所述默认数目(352)，-基于所述多条消息(1403)对所述数据进行解码。

23.根据权利要求22所述的方法，

其中，所述方法由根据权利要求15至19中任一项所述的节点执行。

说明书

节点、终端和用于动态覆盖增强的方法

技术领域

[0001] 各种实施方式涉及蜂窝网络的节点和附接到蜂窝网络的终端。尤其是，各种实施方式涉及通过发送包括根据给定冗余版本编码的数据的多条消息来实现覆盖增强的技术。

背景技术

[0002] 借助蜂窝网络进行的移动通信是现代生活中不可或缺的一部分。蜂窝网络的一个示例是第三代合作伙伴计划(3GPP)长期演进(LTE)技术。

[0003] LTE技术是一种调度技术，在该技术中，接入节点(在LTE框架中被称为演进节点B(eNB))为上行链路(UL)和下行链路(DL)通信分配时间/频率资源(资源块)。LTE技术采用提供1毫秒的资源粒度的传输时间间隔(TTI)；TTI由子帧来实现。

[0004] 在终端需要发送UL有效载荷数据的情况下，其发送UL发送请求并且接收对应的UL发送许可。同样地，在eNB需要发送DL数据的情况下，其向终端发送DL指派，以通告DL数据。这种技术被称为调度。

[0005] 为了保护无线电链路上的数据通信，LTE技术实现了混合自动重传请求协议(HARQ)。首先，HARQ通过对消息中传送的数据进行编码来采用前向纠错(FEC)。通过根据编码方案添加相应的校验和，可以在一定程度上修复在发送期间出现的错误。其次，HARQ处理在无线电接入层级上错误接收到的数据，并且通常分别由终端和eNB的传输协议栈的媒体接入(MAC)层来实现。详细地，根据LTE技术，在子帧n中无线电链路上传送的有效载荷数据消息在子帧n+4中被肯定地或否定地确认。在有效载荷数据消息被否定确认的情况下(否定确认；NACK)，在子帧n+8中实现(现在根据不同冗余版本编码的)有效载荷数据消息的重传。此重传有助于成功接收有效载荷数据消息。在3GPP技术规范(TS)36.321V.12.7.0(2015-
09-25)中例示了LTE技术中的HARQ协议的细节。

[0006] 通过采用针对不同重传尝试的不同冗余版本实现HARQ协议，使得能够有一定程度的时间分集，并因此增加了成功发送的可能性。由此，可以增加蜂窝网络的总覆盖范围。

[0007] 然而，有时期望更进一步增加覆盖范围。实现相对大覆盖范围的一组特征被称为覆盖增强(CE)。设想到将CE技术应用于机器类型通信(MTC)和有时也被称为NB-LTE的窄带物联网(NB-loT)。这些技术可以在某种程度上基于LTE技术并且可以重用LTE概念中的一些。

[0008] CE技术的关键特征是多次在HARQ协议内重复编码数据的每个冗余版本。这种重复可以是“盲(blind)”的，即，不是响应于相应的重传请求，而是抢占式的。这里，通常假定，携带同一个冗余版本的消息的重复是由在无线电链路上实现的信道的连续/后续子帧中传送的消息的捆绑传输集实现的，参见例如3GPP技术报告(TR)45.820V13.0.0(2015-08)(第6.2.1.3节)。通过采用捆绑传输集，即使在无线电链路上通信条件差的情况下，也可以增加成功传输的可能性。由此，即使对于MTC和NB-loT域内所设想的低传输功率，也可以显著增大蜂窝网络的覆盖范围。这有利于CE技术。

[0009] 通常，通过捆绑策略预先配置包括根据给定冗余版本编码的数据的消息的数目。可以根据无线电链路和/或终端的某些性质来选择捆绑策略。捆绑策略可以(半)持续地使用一定持续时间。

[0010] 然而，这些技术面临某些限制和不足。尤其是，在采用相对静态的捆绑策略的情况下，有时可能的是，传送包括根据给定冗余版本编码的数据的过少或过多的消息；这会导致数据丢失或无线电链路上资源的不合理占用。因此，整体服务质量(QoS)下降。

发明内容

[0011] 因此，需要传送包括根据给定版本的数据分组的消息的先进技术。尤其是，需要先进的CE技术。尤其是，需要能够灵活地动态调节包括根据给定冗余版本编码的数据的消息的数目的技术。

[0012] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到蜂窝网络的终端通信。该节点还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口从所述终端接收第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成基于所述第一多条有效载荷消息对所述数据分组进行解码。所述至少一个处理器被配置成根据所述解码，经由所述接口向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述终端发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0013] 根据各种实施方式，提供了一种可附接到蜂窝网络的终端。该终端包括接口，该接口被配置成在无线电链路上与所述蜂窝网络的节点通信。该终端还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口从所述节点接收第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成基于所述第一多条有效载荷消息对所述数据分组进行解码。所述至少一个处理器被配置成根据所述解码，经由所述接口向所述节点选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述节点发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0014] 根据各种实施方式，提供了一种终端。该终端包括接口，该接口被配置成在无线电链路上与蜂窝网络的节点通信。该终端还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口向所述节点发送第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成经由所述接口从所述节点接收至少一条控制消息。所述至少一条控制消息包括提示发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0015] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到所述蜂窝网络的终端通信。该接口还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口向所述终端发送第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成经由所述接口从所述终端接收至少一条控制消息。所述至少一条控制消息包括提示发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0016] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如从附接到蜂窝网络的终端接收第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括基于所述第一多条有效载荷消息对所述数据分组进行解码。该方法还包括根据所述解码：例如，在无线电链路上向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述终端发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0017] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如从附接到蜂窝网络的终端接收第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括基于所述第一多条有效载荷消息对所述数据分组进行解码。该方法还包括根据所述解码：例如，在无线电链路上向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述终端发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0018] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如向蜂窝网络的节点发送第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括例如在无线电链路上从节点接收至少一条控制消息。所述至少一条控制消息包括提示发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括，响应于接收到所述至少一个控制消息：例如向所述节点发送所述第二多条有效载荷消息。

[0019] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如向蜂窝网络的节点发送第一多条有效载荷消息。所述第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括例如在无线电链路上从节点接收至少一条控制消息。所述至少一条控制消息包括提示发送第二多条有效载荷消息的命令。所述第二多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括，响应于接收到所述至少一个控制消息：例如向所述节点发送所述第二多条有效载荷消息。

[0020] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到所述蜂窝网络的终端通信。该节点包括至少一个处理器，所述至少一个处理器被配置成经由所述接口从所述终端接收多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成基于所述多条有效载荷消息对所述数据分组进行解码。所述至少一个处理器被配置成根据所述解码，经由所述接口向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述终端中止发送包括所述数据分组的有效载荷消息的命令。

[0021] 根据各种实施方式，提供了一种可附接到蜂窝网络的终端。该终端包括接口，该接口被配置成在无线电链路上与蜂窝网络的节点通信。该终端包括至少一个处理器，所述至少一个处理器被配置成经由所述接口从所述节点接收多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成基于所述多条有效载荷消息对所述数据分组进行解码。所述至少一个处理器被配置成根据所述解码，经由所述接口向所述节点选择性发送至少一条控制消息。所述至少一条控制消息包括提示所述节点中止发送包括所述数据分组的有效载荷消息的命令。

[0022] 根据各种实施方式，提供了一种终端。该终端包括接口，该接口被配置成在无线电链路上与蜂窝网络的节点通信。该终端包括至少一个处理器，所述至少一个处理器被配置成经由所述接口向所述节点发送多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成经由所述接口从所述节点接收至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。所述至少一个处理器还被配置成响应于接收到所述至少一条控制消息而中止发送包括所述数据分组的有效载荷消息。

[0023] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到所述蜂窝网络的终端通信。该接口包括至少一个处理器，所述至少一个处理器被配置成经由所述接口向所述节点发送多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。所述至少一个处理器被配置成经由所述接口从所述终端接收至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。所述至少一个处理器还被配置成响应于接收到所述至少一条控制消息而中止发送包括所述数据分组的有效载荷消息。

[0024] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如从终端接收多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括基于所述多条有效载荷消息对所述数据分组进行解码。该方法还包括根据所述解码：例如，在无线电链路上向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。

[0025] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如从终端接收多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括基于所述多条有效载荷消息对所述数据分组进行解码。该方法还包括根据所述解码：例如，在无线电链路上向终端选择性发送至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。

[0026] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如向蜂窝网络的节点发送多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括例如在无线电链路上从节点接收至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。该方法还包括响应于接收到所述至少一条控制消息：中止发送包括所述数据分组的有效载荷消息。

[0027] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如向蜂窝网络的节点发送多条有效载荷消息。所述多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。该方法还包括例如在无线电链路上从节点接收至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。该方法还包括响应于接收到所述至少一条控制消息：中止发送包括所述数据分组的有效载荷消息。

[0028] 根据各种实施方式，提供了一种终端。该终端包括接口，该接口被配置成在无线电链路上与蜂窝网络的节点通信。该终端还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口与所述节点协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。所述至少一个处理器还被配置成在所述捆绑策略下经由所述接口向所述节点发送多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。

[0029] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到所述蜂窝网络的终端通信。该接口还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口与所述终端协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。所述至少一个处理器还被配置成在所述捆绑策略下经由所述接口向所述终端发送多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。

[0030] 根据各种实施方式，提供了一种蜂窝网络的节点。该节点包括接口，该接口被配置成在无线电链路上与附接到所述蜂窝网络的终端通信。该接口还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口与所述终端协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。所述至少一个处理器还被配置成在所述捆绑策略下经由所述接口从所述终端接收多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。所述至少一个处理器被配置成基于所述多条消息对所述数据进行解码。

[0031] 根据各种实施方式，提供了一种可附接到蜂窝网络的终端。该终端包括接口，该接口被配置成在无线电链路上与蜂窝网络的节点通信。该终端还包括至少一个处理器，所述至少一个处理器被配置成经由所述接口与所述节点协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。所述至少一个处理器还被配置成在所述捆绑策略下经由所述接口从所述节点接收多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。所述至少一个处理器被配置成基于所述多条消息对所述数据进行解码。

[0032] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如与蜂窝网络的节点协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。该方法还包括例如在捆绑策略下在所述无线电链路上向所述节点发送多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。

[0033] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如与蜂窝网络的节点协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。该方法还包括例如在捆绑策略下在所述无线电链路上向所述节点发送多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。

[0034] 根据各种实施方式，提供了一种方法。该方法包括在无线电链路上例如与终端协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。该方法还包括例如在捆绑策略下在所述无线电链路上从所述终端接收多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。该方法还包括基于所述多条消息对所述数据进行解码。

[0035] 根据各种实施方式，提供了一种计算机程序产品。该计算机程序产品包括将由至少一个处理器执行的程序代码。执行程序代码使所述至少一个处理器执行方法。该方法包括在无线电链路上例如与终端协商捆绑策略。所述捆绑策略指示包括根据相同冗余版本编码的数据的消息的默认数目。该方法还包括例如在捆绑策略下在所述无线电链路上从所述终端接收多条消息。所述多条消息中的每条消息包括根据给定冗余版本编码的数据。所述多条消息的数目小于所述消息的默认数目。该方法还包括基于所述多条消息对所述数据进行解码。

[0036] 以上，已经相对于有效载荷消息公开了各种实施方式。可以容易地针对其它种类的消息(例如，包括根据给定冗余版本编码的命令的控制消息)实现相应的情况。

[0037] 以上，已经相对于UL或DL传送公开了各种实施方式。可以分别针对UL和DL容易地实现相应的情况。

[0038] 应理解，以上所提到的特征和以下还要说明的特征可以不仅用在所指示的相应组合中，而且可以在不脱离本发明的范围的情况下以其它组合或单独地使用。

附图说明

[0039] 图1是终端借助无线电链路附接到其上的蜂窝网络的示意图。

[0040] 图2示意性例示了在无线电链路上实现的多个信道。

[0041] 图3示意性例示了指定在无线电链路上实现的信道的后续传输间隔中传送的消息的捆绑传输集的捆绑策略，其中，所述消息中的每条消息包括根据给定冗余版本编码的数据。

[0042] 图4示意性例示了包括根据不同冗余版本编码的数据的消息。

[0043] 图5是采用根据参考实现方式的HARQ技术来传送包括有效载荷消息的捆绑传输集的信令图。

[0044] 图6是包括根据参考实现方式的控制消息的捆绑传输集的信令图。

[0045] 图7是根据各种实施方式的进行捆绑策略协商的信令图，其中，捆绑策略指定根据相同冗余版本传送数据时所使用的消息的默认数目。

[0046] 图8A是根据各种实施方式的进行捆绑策略协商的信令图，其中，捆绑策略指定根据相同冗余版本传送数据时所使用的消息的默认数目。

[0047] 图8B是根据各种实施方式的进行捆绑策略协商的信令图，其中，捆绑策略指定根据相同冗余版本传送数据时所使用的消息的默认数目。

[0048] 图9例示了根据捆绑传输集的消息数目的成功接收数据的概率。

[0049] 图10是例示根据各种实施方式的发送控制消息的信令图，该控制消息包括提示发送包括根据给定冗余版本编码的数据分组的第二有效载荷消息的命令，其中，先前已经传送了第一多条有效载荷消息，该第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。

[0050] 图11总体对应于图10。

[0051] 图12A是例示发送控制消息的各方面的信令图，该控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。

[0052] 图12B总体对应于图12A。

[0053] 图13例示了用于发送图12A的控制消息的发送功率。

[0054] 图14是例示根据各种实施方式的在捆绑策略下发送多条消息的各方面的信令图，其中，消息的数目小于捆绑策略的消息的默认数目。

[0055] 图15总体对应于图14。

[0056] 图16示意性例示了根据各种实施方式的终端。

[0057] 图17示意性例示了根据各种实施方式的蜂窝网络的接入节点。

[0058] 图18是根据各种实施方式的方法的流程图。

[0059] 图19是根据各种实施方式的方法的流程图。

[0060] 图20是根据各种实施方式的方法的流程图。

[0061] 图21是根据各种实施方式的方法的流程图。

[0062] 图22是根据各种实施方式的方法的流程图。

[0063] 图23是根据各种实施方式的方法的流程图。

具体实施方式

[0064] 在下文中，将参照附图来详细描述本发明的实施方式。应理解，下文实施方式的描述不应被视为具有限制意义。本发明的范围不受下文中描述的实施方式或附图限制，这些实施方式实施方式或附图仅用于说明。

[0065] 附图将被视为是示意性表示，附图中例示的元件不一定是按比例绘制的。确切地，表示各种元件，使得其功能和总体目的变得对于本领域的技术人员而言是清楚的。附图中所示出的或本文中所描述的功能块、装置、组件或其它实体单元或功能单元之间的任何连接或联接也可以通过间接连接或联接来实现。也可以通过无线连接来建立组件之间的联接。可以以硬件、固件、软件或它们的组合来实现功能块。

[0066] 下文中，公开了在蜂窝网络的节点与终端之间的无线电链路上传送消息的技术。这些消息可以是包括数据分组的有效载荷消息，数据分组包括应用的更高层用户数据；这些消息可以是控制消息，包括将由对应接收器执行的命令或者包括对应接收器的信息。本文中所公开的技术可以适用于UL方向和DL方向。

[0067] 本文中所公开的技术对应于使用多条消息冗余地传送数据(即，数据分组和/或命令)的情况。因此，所述多条消息中的每条消息包括根据给定冗余版本编码的数据。因此，数据的相同编码版本被多次冗余地传送。

[0068] 可以基于所有冗余传送的消息对根据给定冗余版本编码的数据进行解码。因此，通过跨接收到的消息聚合接收到的信息，成功解码数据的概率增加。

[0069] 这些技术可以在CE技术的框架中找到特定应用，例如，其中，MTC域或NB-loT域中的终端实现相对低的发送功率，但是由于相同编码版本的数据的冗余传输，导致确保成功接收数据的可能性足够高。

[0070] 根据本文中所公开的技术，冗余地传送给定冗余版本数据的属性的灵活和动态调整变得可能。例如，可以通过灵活地动态设置包括根据给定冗余版本编码的数据的消息的数目，优化无线电信道上资源的占用(一方面)和足够低的通信故障率(另一方面)之间的权衡情形。例如，如果确定成功解码数据的概率太低(足够高)，则可以灵活地动态增加(减少)包括根据给定冗余版本编码的数据的消息的数目。由此，即使无线电链路上的通信质量允许较少数目的包括根据给定冗余版本编码的数据的消息，也不会静态地阻挡无线电信道上的资源。

[0071] 本文中所公开的技术可以依赖于在蜂窝网络的网络方(例如，无线电链路上的与终端通信的蜂窝网络的接入节点处)完全或部分实现的逻辑。另选地或另外，本文中所公开的技术可以依赖于终端方(例如，经由接入节点与蜂窝网络附接的终端处)完全或部分实现的逻辑。

[0072] 在第一示例中，接入节点(或终端)接收包括根据给定冗余版本编码的数据的多条消息。在如下情况下，其中接入节点(或终端)判断(例如，由于足够低的误码率(BER))数据的给定冗余版本的多次其它传输有可能将能够成功解码数据，接入节点(或终端)发送对应控制消息，该对应控制消息包括提示终端(或接入节点)发送包括根据给定冗余版本编码的数据的其它消息的命令。与传统NACK的参考实现方式相比，这里，可以请求包括相同初始冗余版本的多条其它消息，而非请求发送不同的其它冗余版本。因此，冗余传送的消息的数目增加。

[0073] 在第二示例中，其中，接入节点(或终端)判断已经基于各自包括根据给定冗余版本编码的数据的多条消息成功解码了数据，可以将快速确认消息发送至终端(或接入节点)。该快速确认消息对应于包括提示终端(或接入节点)中止发送包括数据的消息的命令的控制消息。因此，在这些示例中，即使在对应的捆绑传输集已经完成之前，也有可能抢占式中止传送包括给定冗余版本的数据的消息。

[0074] 在第三示例中，终端(或接入节点)判断(例如，根据无线电链路上的通信质量)捆绑策略所定义的消息的默认数目过大或过小。然后，终端(或接入节点)可以灵活地偏离捆绑策略所定义的消息的默认数目，并且发送包括根据相同冗余版本编码的数据的更小或更大数目的消息。

[0075] 可以将如以上根据第一示例、第二示例和第三示例概述的调整冗余传送给定冗余版本的数据的属性的这些技术彼此相结合。

[0076] 图1例示了根据一些示例实现方式的蜂窝网络100的架构。尤其是，根据图1的示例的蜂窝网络100实现了3GPP LTE架构，有时被称为演进型分组系统(EPS)。然而，这仅仅出于示例性目的。尤其是，仅仅出于示例性目的，在根据3GPP LTE无线电接入技术(RAT)操作的终端130与蜂窝网络100之间的无线电链路101的背景下，说明各种情况。类似的技术可以容易地应用于各种类型的3GPP指定RAT(诸如，全球移动通信系统(GSM)、宽带码分多址(WCDMA)、通用分组无线电业务(GPRS)、GSM演进的增强型数据率(EDGE)、增强型GPRS(EGPRS)、通用移动电信系统(UMTS)和高速分组接入(HSPA))以及关联的蜂窝网络的对应架构。

[0077] 另一特定示例是3GPP NB-IoT RAT。3GPP NB-IoT RAT可以基于3GPP LTE RAT，即，演进型UMTS地面无线电接入(E-UTRA)。另外，NB-IoT RAT可以与如图1中所例示的EPS相结合。另选地或另外，可以针对3GPP NB-IoT RAT容易地实现本文中所公开的各种示例。

[0078] 3GPP LTE RAT实现HARQ协议。HARQ保护借助无线电链路101传送的数据。在这方面，采用了FEC和重传。

[0079] 终端130借助无线电链路101连接至蜂窝网络100的接入节点112。接入节点112和终端130实现演进型UMTS地面无线电接入技术(E-UTRA)；因此，接入节点112是eNB 112。

[0080] 例如，终端130可选自包括以下各项的组：智能电话；蜂窝电话；工作台；笔记本；计算机；智能TV；MTC装置、IoT装置；等等。

[0081] MTC或IoT装置通常是对数据业务量和宽松等待时间要求的要求低至中等的装置。另外，采用MTC或IoT装置进行的通信应该实现低复杂性和低成本。另外，MTC或IoT装置的能耗应该相对低，以便允许由电池供电的装置在相当长的持续时间内发挥作用。电池寿命应该足够长。例如，IoT装置可以借助NB-IoT RAT连接至EPS。

[0082] 无线电链路101上的通信可以是在UL和/或DL方向上。在图2中例示了无线电链路101的细节。无线电链路101实现了多个通信信道261-263。信道261-263的传输帧255占用一定持续时间。每个信道261-263包括在时域和频域中定义的多个资源块。

[0083] 例如，第一信道261可以携带同步信号，该同步信号使得eNB 112和终端130能够在时域中借助通信信道250同步无线电链路101上的通信。

[0084] 第二信道262可以与控制消息(控制信道262)相关联。控制消息可以配置终端130、eNB 112和/或无线电链路101的操作。例如，可以借助控制信道来交换无线电资源控制(RRC)消息和/或HARQ ACK和NACK。根据E-UTRAN RAT，控制信道262因此可以对应于物理下行链路控制信道(PDCCH)和/或物理上行链路控制信道(PUCCH)和/或物理混合ARQ指示符信道(PHICH)。

[0085] 另外，第三信道263与有效载荷消息相关联，该有效载荷消息携带与终端130和eNB 112(有效载荷信道263)所实现的给定服务相关联的更高层用户层面数据分组。根据E-UTRAN RAT，有效载荷信道263可以是物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)。

[0086] 再次转到图1，eNB 112与服务网关(SGW)117所实现的网关节点相连接。SGW 117可以路由和转发有效载荷数据，并且可以在切换终端130期间充当移动锚点。

[0087] SGW 117与分组数据网络网关(PGW)118所实现的网关节点相连接。PGW 118用作针对朝向分组数据网络(PDN：图1中未示出)的数据的蜂窝网络110的出口点和入口点：出于此目的，PGW 118与分组数据网络的接入节点121相连接。通过接入点名称(APN)唯一地标识接入点节点121。终端130使用APN来寻求对分组数据网络的接入。

[0088] PGW 118可以是用于终端130的分组有效载荷数据的端到端连接160的端点。端到端连接160可以用于传送特定服务的数据。不同的服务可以使用不同的端到端连接160，或者可以至少部分地共享某个端到端连接。

[0089] 端到端连接160可以由用于传送服务特定数据的一个或更多个承载来实现。由特定的服务质量参数集合表征的EPS承载通过Qos类别标识符(QCI)来指示。

[0090] 图3例示了捆绑策略350的各方面。捆绑策略350对应于将包括根据给定冗余版本编码的数据的消息作为捆绑传输集传送。尤其是，图3例示了借助有效载荷信道263传送的有效载荷消息。有效载荷消息包括根据第一冗余版本371(在图3中标记为RV0)编码的数据分组。如从图3中可以看出的，消息在信道263的后续子帧263中被连续传送，由此实现捆绑传输集351。该捆绑传输集351具有一定持续时间352，该持续时间352由数据分组的最后一个副本被传送的位置定义。捆绑传输集351的持续时间352对应于包括根据给定冗余版本编码的数据的消息的默认数目(例如，在图3的示例中，默认数目五条消息)。因此，捆绑策略350可以指定数据的默认数目的“盲”重复。捆绑策略350可以明确地或隐含地指定消息的默认数目。

[0091] 虽然在图3中示出了其中捆绑传输集351包括后续子帧255中的消息的情况，但是在其它示例中，还可能的是，包括给定冗余版本的数据分组的消息非连续地布置，即，带有没有携带消息的间歇子帧225。

[0092] 如图3中例示的消息的特定时间-频率布置仅仅是示例。可以设想到其它示例。

[0093] 虽然在图3中示出了传送有效载荷消息的情况，但是类似的技术可以容易地应用于其它种类和类型的消息，例如，控制消息。

[0094] 图4例示了根据不同冗余版本371-373对数据411进行编码的各方面。如从图4可以看出的，数据411包括比特序列。例如，数据411可以是数据分组，例如，MAC层服务数据单元(SDU)。还将有可能的是，数据411对应于RRC命令或诸如ACK、NACK、UL许可或DL指派的其它控制数据。

[0095] 对数据411进行编码可以对应于向数据411添加校验和412。可以采用不同的编码技术，诸如(例如)里德所罗门编码(Reed Solomon encoding)、turbo卷积编码、卷积编码等。提供校验和412可以促使根据编码方案重建对应消息401-403的损坏比特。通常，校验和412越长(越短)，对应消息401-403的通信抵抗噪声和信道缺陷的鲁棒性越强(越弱)；因此，可以通过校验和的长度来定制成功接收数据411的概率。另选地或另外，对数据进行编码可以对应于应用交织，在交织中，数据411的比特被混合(图4中未示出)。

[0096] 通常，不同的冗余版本371-373对应于不同长度的校验和412(如图4中所例示的)。在其它示例中，还将有可能的是，不同的冗余版本371-373采用相同长度的校验和412，但是根据不同的编码方案进行编码。另选地或另外，不同的冗余版本可采用不同的交织方案。另选地或另外，不同的冗余版本可采用不同的删余方案。

[0097] 下文中，给出了构建不同冗余版本的示例实现方式。

[0098] 构建不同冗余版本的第1步(STEP 1)是：对信息比特块(即，要发送的数据411)进行编码。这里，即，除了数据411之外，还生成附加冗余比特。设N表示信息比特的数目；然后(例如，对于E-UTRA RAT)编码比特的总数(即，信息比特和冗余比特的总和)可以达到3N。接收所有3N比特的解码器通常能够对信息比特进行解码，即使由于高BER而导致在接收到的比特中存在大量比特错误。

[0099] 构建不同冗余版本的第2步(STEP 2)是：因此，为了避免过多的传输开销，仅选择一小部分冗余比特。信息比特和所选择的冗余比特形成第一冗余版本371。因此，使用以上示例，根据第一冗余版本的编码比特量是371，介于N与3N之间的某处。通过选择该一小部分来去除冗余比特的处理有时被称为删余(puncturing)。然后，该第一冗余版本371可以被发送到接收器。

[0100] 构建不同冗余版本的第3步(STEP3)是：在根据HARQ协议需要重传的情况下，发送新的冗余版本372、373。更高阶的冗余版本372、373包括来自先前在步骤2中被删余的冗余比特中的附加冗余比特，并且通常同样具有相同的信息比特。以这种方式，在几次重复之后，整个3N比特至少已经被发送一次。

[0101] 通常，可以使用冗余传输消息来实现捆绑传输集351，这些消息包括根据给定冗余版本371-373编码的用于有效载荷消息和控制消息的数据。

[0102] 图5例示了分别由终端130和eNB 112的通信协议栈的MAC层实现的HARQ协议的各方面。根据图5的示例的HARQ协议采用CE技术内的有效载荷消息502、505、508的捆绑传输集。

[0103] 详细地，首先，例如，在终端130所实现的发送缓冲器中接收更高层数据分组501。然后，包括数据分组501的第一冗余版本371的有效载荷消息502被终端130作为捆绑传输集
351多次发送到eNB 112(通过图5中的多个平行箭头例示了捆绑传输集351)。

[0104] 一旦捆绑传输集351的多条有效载荷消息502的传送已经结束，eNB 112就尝试对数据分组501进行解码。基于捆绑传输集351的所有有效载荷消息502进行解码503，以增加成功解码数据分组501的概率。在图5的示例中，503处的解码失败，并因此，eNB 112将NACK 504发送至终端130。终端130接收NACK 504，并且发送包括数据分组501的第二冗余版本372的多条有效载荷消息505；另外，有效载荷消息505被作为捆绑传输集351发送。

[0105] 一旦包括多条有效载荷消息505的捆绑传输集351的传送已经结束，eNB 112就尝试对数据分组501进行解码，参见506。在506，基于捆绑传输集351的所有有效载荷消息505进行解码，以增加成功解码数据分组501的概率。在图5的示例中，506处的解码失败，并因此，eNB 112将NACK 507发送至终端130。终端130接收NACK 507，并且发送包括数据分组501的第三冗余版本373的有效载荷消息508；另外，有效载荷消息508被作为捆绑传输集351发送。

[0106] 一旦包括多条有效载荷消息508的捆绑传输集351的传送已经结束，eNB 112就尝试对数据分组501进行解码(509)。在509，基于捆绑传输集351的所有有效载荷消息508进行解码，以增加成功解码数据分组501的可能性。在图5的示例中，509处的解码成功，因此，eNB 112将ACK 510发送至终端130。另外，现在被成功解码的数据分组501被释放到eNB 112的通信协议栈的高层。

[0107] 图5是UL方向上的通信的示例。类似的技术可以容易地应用于DL方向上的通信。

[0108] 在图5的示例中，仅仅有效载荷消息502、505、508被作为捆绑传输集351的部分发送，即，已经使用给定冗余版本371-373冗余地发送了多次。另选地或另外，还可以将诸如NACK 504、507和/或ACK 510的控制消息作为捆绑传输集351进行传送。

[0109] 图6例示了将控制消息601作为捆绑传输集351的部分传送多次的各方面。这里，可以根据给定冗余版本(在图6的示例中，第一冗余版本371)对相应的命令进行编码。

[0110] 图6是UL方向上的通信的示例。类似的技术可以容易地应用于DL方向上的通信。

[0111] 在本文中所公开的各种示例中(即使没有特别提到)，可以采用将控制消息601作为捆绑传输集351的部分传送多次的技术。

[0112] 图7例示了协商捆绑策略350的各方面，在捆绑策略350下传送捆绑传输集351的消息。在图7的情况下，在eNB 112与终端130之间实现专用控制信令701。例如，可以基于RRC信令来实现控制信令701。可以在终端130附接到eNB 112的附接阶段期间，执行控制信令701。通常，可以在数据分组501到达终端130的发送缓冲器之前，执行控制信令701。

[0113] 虽然图7例示了借助eNB 112指派包括根据相同冗余版本371-373编码的数据的一定默认数目的消息在终端130与eNB 112之间协商捆绑策略350的情况，但是在其它情况下，所述协商还可以包括从终端130到eNB 112的控制信令。换句话说，有可能的是，用于确定捆绑策略的某些参数的逻辑在eNB 112和/或终端130处实现。

[0114] 图8A例示了协商捆绑策略350的各方面，捆绑传输集351的消息在该捆绑策略350下传送。在图8A的情况下，所述协商被搭载(piggyback)到现有控制信令801上，即，在图8A的非限制示例中，所述协商被搭载到UL许可上。例如，相应的指示符可以根据捆绑策略350明确指示新默认数目的消息。

[0115] 另外，在图8A的示例中，响应于数据分组501到达终端130的发送缓冲器，协商图8A的情况下的捆绑策略的属性。

[0116] 图8B例示了协商捆绑策略350的各方面，在捆绑策略350下传送捆绑传输集351的消息。在图8A的情况下，所述协商被搭载到现有信令850上。在图8B中，隐含地用信号通知新默认数目的消息。尤其是，消息850的数目小于先前有效的默认数目(如图8B中所例示的，消息850未扩展到捆绑传输集351的末端)。这隐含地指示了新默认数目。

[0117] 如从图7和图8A、图8B可以看出的，存在实现终端130与eNB 112之间的捆绑策略协商的各种可能技术。尤其是，所述协商可以根据逻辑位于何处(即，在终端130和/或eNB 112处)、对应控制信令701、801的方向、相应控制信令701、801的触发而变化。可以设想到如图7、图8A和图8B所例示的协商捆绑策略350的技术的组合。

[0118] 可以在本文中所公开的各种示例(即使没有具体提到)中采用如图7、图8A和图8B所例示的协商捆绑策略350的各种技术。

[0119] 在根据参考实现方式(例如，如图7、图8A和图8B的示例所例示的)已经协商捆绑策略350的情况下，通过终端130和/或eNB 112相对静态且时间持久地调整捆绑策略的某些属性。例如，根据参考实现方式，每个捆绑传输集的传输数目901可以通过捆绑策略来指定，并且可以被静态调整，以便在终端130与eNB 112之间进行消息传送。

[0120] 图9例示了接收到数据的概率的各方面。图9示意性绘制了根据传输数目901的成功接收的概率。这里，超过一定传输数目(由图9中的垂直箭头例示)时，成功接收的概率达到饱和，使得更加大数目的传输901在进一步增加接收概率方面没有增加额外的益处。另一方面，如果所选择的传输数目901过小，则成功接收的概率迅速下降，并且QoS受累。实现接收概率与传输数目901之间的最佳的一定传输数目可以被称为最佳点(sweet spot)。

[0121] 通常，最佳点的位置可以改变，以便改变无线电链路101上的通信条件。例如，如果无线电链路101上的通信质量下降(增加)，则可以使最佳点移位到更大(更小)传输数目901。最佳点的这种时间依赖和/或位置依赖行为可能与静态调节的捆绑策略相冲突。

[0122] 在下文中，公开了能够灵活地动态调节传输数目901以便使成功接收数据的概率(一方面)和所需传输数目901(另一方面)之间的权衡最佳的技术。因此，在下文中，公开了能够在最佳点附近进行操作的技术。

[0123] 图10例示了动态地灵活调节有效载荷消息502、1005的传输数目901的第一示例，有效载荷消息502、1005包括根据给定冗余版本371编码的数据分组501。在图10的示例中，终端130在无线电链路101上发送第一多条有效载荷消息502。所述第一多条有效载荷消息502中的每条消息包括根据第一冗余版本371编码的数据分组501。所述第一多条有效载荷消息502是捆绑传输集351的部分。

[0124] eNB 112接收第一多条有效载荷消息502，并且基于所述第一多条有效载荷消息502对数据分组501进行解码(503)。在图10的示例中，503处的解码失败，因此，eNB 112将控制消息1004发送到终端130。

[0125] 虽然在图10中为了简洁起见仅例示了单条控制消息1004，但是通常，如以上相对于图6说明的，包括根据给定冗余版本371-373编码的命令的多条控制消息可以被作为捆绑传输集351的部分发送。这里，所述多条控制消息可以被作为捆绑传输集351的部分发送。这样可以增加成功接收包括在控制消息1004中的命令的概率。

[0126] 控制消息1004包括提示终端130发送第二多条有效载荷消息1005的命令，所述第二多条有效载荷消息1005中的每条消息包括根据第一冗余版本371编码的数据分组501。

[0127] 根据图5和图10的比较，得出以下结论：在图10的情况下，请求根据第一冗余版本371编码的数据分组501的其它副本，而非发送提示终端130发送包括根据第二冗余版本372(图10中未示出)编码的数据分组501的其它多条有效载荷消息505的传统NACK 504。在图10的示例中，另外，控制消息1004是由eNB 112的通信协议栈的MAC层实现的HARQ协议的NACK；
这是因为，另外，控制消息1004至少隐含地指示503中的解码已经失败。

[0128] 通过请求根据第一冗余版本371编码的数据分组501的附加副本(而非请求根据第二冗余版本372编码的数据分组501的副本)，可以减小无线电链路101的总体占用。例如，包括根据第一冗余版本371编码的数据分组501的第二多条消息1005的数目可以小于包括根据第二冗余版本372编码的数据分组501的其它多条有效载荷消息505的数目。通过这样的技术，还可以减少传送数据分组501的等待时间。

[0129] 这些技术基于以下发现：作为一般趋势，接收器通常可能需要多次重复冗余版本371-373，为了进行这多次重复，新发起传输，以便获益于该新发起的冗余版本371-373中所包括的新冗余比特。然而，实现先前传输的冗余版本371-373的更好解调性能可能仅需要再多几次重复此先前传输的冗余版本371-373，因为接收器已经接收到该先前传输的冗余版本371-373的多次重复。

[0130] 终端130响应于接收到NACK 1004而发送第二多条有效载荷消息1005，所述第二多条有效载荷消息1005中的每条消息包括根据第一冗余版本371编码的数据分组501。第二多条有效载荷消息1005是捆绑传输集351的部分。然后，eNB 112接收第二多条有效载荷消息1005，并且基于第一多条有效载荷消息502和第二多条有效载荷消息1005对数据分组501进行解码(1006)。

[0131] 在图10的示例中，1006处的解码成功，使得随后数据分组501被释放到eNB 112的通信协议栈的更高层；发送ACK 1007。

[0132] 如从图10中可以看出的，首先，在捆绑策略下发送第一多条有效载荷消息502，并且根据捆绑策略，第一多条有效载荷消息502的数目等于有效载荷消息的默认数目。然而，第一多条有效载荷消息502的数目和第二多条有效载荷消息502的数目之和等于根据捆绑策略的有效载荷消息的默认数目。例如，另外，第二多条有效载荷消息1005的数目可以等于默认数目，或者可以更小。因此，图10例示了识别到因为503处的解码失败而需要偏离捆绑策略的情况。然后，可以灵活地调节包括根据第一冗余版本371编码的数据分组501的有效载荷消息502、1005的数目，以便促使在1006处成功解码。

[0133] 在一些示例中，可以顺序地遵循包括根据第一冗余版本371编码的数据分组501的更大数目的有效载荷消息502、1005。在该背景下，可以在终端130与eNB 112之间重新协商捆绑策略350。例如，如果1006处的解码成功，则可以判断，对于未来的通信而言，根据第一冗余版本371对数据分组进行编码的有效载荷消息的数目应该被设置为第一多条有效载荷消息502的数目和第二多条有效载荷消息502的数目之和。这可以借助第二多条有效载荷消息1005和/或NACK 1004隐含地完成(参见图8B)。

[0134] 在一些示例中，用于确定第二多条有效载荷消息1004的数目的逻辑可以完全或部分地驻留在终端130处。例如，终端130响应于接收到NACK 1004，可以根据无线电链路101上的通信质量来确定第二多条有效载荷消息1005的数目。例如，终端130可以将无线电链路101上的通信的BER考虑在内。

[0135] 在其它示例中，用于确定第二多条有效载荷消息1004的数目的逻辑可以完全或部分地驻留在eNB 112处。例如，eNB 112可以根据无线电链路101上的通信质量来确定第二多条有效载荷消息1005的数目。例如，eNB 112可以将无线电链路101上的通信的BER考虑在内。eNB 112可以例如借助NACK 1004明确地或隐含地用信号通知所确定的第二多条有效载荷消息1005的数目。例如，在一些示例中，多个NACK 1004(在图10中，为了简洁起见，仅例示了单个NACK 1004)的数目可以等于第一多条有效载荷消息502的数目和第二多条有效载荷消息502的数目之和。另选地或另外，NACK 1004可以包括指示第二多条有效载荷消息1005的数目的指示符。通过这些手段，还可以在重新协商捆绑策略时，向终端130指示包括根据给定冗余版本371-373的数据分组的新默认数目的有效载荷消息(参见图8B)。

[0136] 如以上说明的，在图10的情况下，因为503处的解码失败，所以eNB 112发送控制消息1004。可以将判断是否发送提示发送第二多条有效载荷消息1005的控制消息1004时的其它决策标准考虑在内，第二多条有效载荷消息1005中的每条消息包括根据第一冗余版本371编码的数据分组501。例如，要考虑在内的其它标准可以是第一多条有效载荷消息502的BER。例如，如果无线电链路101上的通信的BER低于阈值，则可以执行控制消息1004的所述发送；这里，可以考虑第一多条有效载荷消息502的BER。另外，作为考虑第一多条有效载荷消息502的BER的替代，另选地或另外，可以将表征无线电链路101上的通信质量的其它品质因数考虑在内。通常，在无线电链路101上的通信质量没有严重下降的情况下，仅存在基于第一多条有效载荷消息502的第一冗余版本371成功解码数据分组501的相对高的可能性；
那么，并不需要请求更高阶的冗余版本372。然而，在(如可通过相对高的BER指示的)无线电链路101a上的通信质量严重下降的情况下，切换成更高阶的冗余版本372、373会是可行的，而非传输根据更低阶冗余版本371编码的数据分组501的其它副本。

[0137] 虽然在图10的情况下已经在第一冗余版本371的背景下例示了控制消息1004，但是通常，例如，如相对于第三冗余版本373在图11中例示的，可以相对于其它冗余版本发送对应的控制消息1110。在图10中，1110通常对应于1004；1111通常对应于1005；1112通常对应于1006；并且1113通常对应于1007。

[0138] 虽然相对于图10和图11已经例示了针对数据分组501的UL传送的情况，但是可以容易地实现针对数据分组的DL传送的对应情况。

[0139] 图12A例示了动态地灵活调节有效载荷消息1202的传输数目901的第二示例，有效载荷消息1202包括根据给定冗余版本371编码的数据分组501。在图12A的示例中，终端130在无线电链路101上发送多条有效载荷消息1202。所述多条有效载荷消息1202是捆绑传输集351的部分。多条有效载荷消息1202中的每条消息包括根据第一冗余版本371编码的数据分组501。在图12A的示例中，eNB 112甚至在有效载荷消息1202所属的捆绑传输集351结束之前就开始解码数据分组501。

[0140] 在捆绑传输集351结束之前的时间点，基于到目前为止接收到的多条有效载荷消息1202对数据分组501进行的解码成功，并且响应于1203处的成功解码，eNB 112发送控制消息1204。在捆绑传输集351结束之前发送控制消息1204。该控制消息1204包括提示终端132中止发送包括数据分组501的有效载荷消息的命令。终端130响应于接收到控制消息
1204，在捆绑传输集351结束之前中止发送包括数据分组501的有效载荷消息。

[0141] 如从图12A中可以看出的，终端130接收控制消息1204，并且在包括有效载荷消息1202的捆绑传输集351结束之前，中止发送包括数据分组501的有效载荷消息。如此，基于其在1203处执行解码的多条有效载荷消息1202的数目小于先前已经在终端130和eNB 112之间协商(在图12A中未示出该协商)的对应捆绑策略的有效载荷消息的默认数目352。

[0142] 控制消息1204是分别由eNB 112和终端130的通信协议栈的MAC层实现的HARQ协议的ACK。通过将图12A的ACK 1204与图5的传统ACK 510进行比较，可以看出，ACK 1204是被提早发送的，即，尤其是在捆绑传输集351结束之前发送的。因此，ACK 1204也可以被称为快速ACK 1204。因为在捆绑传输集351结束之前发送了快速ACK 1204，所以捆绑传输集的消息1202的发送仍在进行中；因此，快速ACK 1204不仅指示了成功解码，而且提示中止所述发送。通过发送ACK 1204的早期版本，即，快速ACK 1204，可以灵活地动态避免有效载荷消息的不必要传输。

[0143] 另外，在根据图12A的第二示例中，可以遵循在1203中成功解码所需的数目减少的多条消息1202，以便进行将来的通信。如此，可以根据所述解码在eNB 112和终端130之间重新协商捆绑策略350。例如，可在终端130和eNB 112之间隐含地或明确地用信号通知包括根据给定冗余版本的数据分组的有效载荷消息的对应默认数目。这里，例如，控制消息1204可包括指示调节后的默认数目的相应搭载指示符。还可能的是，控制消息1204相对于捆绑传输集合351的持续时间352的相对定时隐含地指示调节后的默认数目。

[0144] 图12A例示了当在相对较小数目的有效载荷消息1202上操作时在1203处的解码成功的情况。图12B例示了1213处的解码在捆绑传输集351结束之前一直不成功的情况。因此，eNB 112没有将控制消息1204发送到终端130。尤其是，除了有效载荷消息1202之外，eNB 112还从终端130接收其它多条有效载荷消息1212。另外，所述其它多条有效载荷消息1212包括根据第一冗余版本371编码的数据分组501。捆绑传输集351包括有效载荷消息1202和有效载荷消息1212二者。在1213处的解码最终基于所述多条有效载荷消息1202和所述其它多条有效载荷消息1212。

[0145] 虽然通常包括根据给定冗余版本371-373编码的相应命令的多条控制消息1204可以被作为相应捆绑传输集351的部分发送，但是有时，可能优选的是，减少控制消息1204的数目，例如，减少至单条控制消息1204，以实现在短时间跨度内中止包括数据分组501的有效载荷消息的所述发送。为此，如相对于图13所例示的，可以暂时增加发送功率。

[0146] 图13例示了暂时增加或提升发送功率以有助于成功接收控制消息的各方面，该控制消息提示中止发送包括数据分组的有效载荷消息。图13例示了与PDCCH 262相关联的基线发送功率1302(图13中的实线)和与PDSCH 263相关联的基线发送功率1301(图13中的虚线)。如图13所示例的，当在PDCCH 262上发送控制消息1204时，PDCCH 262的发送功率暂时增加到特定值1303；例如，功率差1310可以大于2dB，优选地大于6dB，更优选地大于12dB。

[0147] 通过在发送控制消息1204的同时暂时增加发送功率，即使不需要发送包括根据给定冗余版本371-373编码的对应命令的多条控制消息1204，也可以促使控制消息1204的及时传送。同时，由于增加的持续时间1310短，从而导致不需要调整在无线电链路101上实现的其它信道261、263的发送功率1301。

[0148] 如从图12A、图12B和图13中将理解的，控制消息1204的实现需要终端132在PUSCH 263上进行发送的同时在PDCCH 262上进行监听。因此，可以期望在eNB 112与终端130之间协商终端130和eNB 112是否能够发送控制消息1204。由此，在没有发送控制消息1204的能力的情况下，可以避免终端130的功耗增加。

[0149] 虽然相对于图12A、图12B和图13已经例示了针对数据分组501的UL传送的情况，但是可以容易地实现针对数据分组的DL传送的对应情况。

[0150] 图14例示了动态地灵活调节有效载荷消息1403的传输数目901的第三示例，有效载荷消息1403包括根据给定冗余版本371编码的数据分组501。在图14的示例中，终端130响应于在发送缓冲器中接收到数据分组501，通过在随机接入信道(RACH)上进行通信而附接到蜂窝网络100；终端130发送相应的多条控制消息1401。所述多条控制消息1401全都包括根据第一冗余版本371编码的附接命令。多条控制消息1401是捆绑传输集351的部分。例如，终端130基于无线电链路101上的通信质量来确定多条控制消息1401的数目。为此目的，终端130可以采用信道感测等技术。

[0151] eNB 112接收多条控制消息1401。根据多条控制消息1401的数目，eNB 112可以推断出捆绑策略350以及(尤其是)包括根据相同冗余版本371-373编码的数据的消息的默认数目。如从图14可以看出的，可以借助于多条控制消息1401协商捆绑策略350，即，将此作为用于将终端130附接到蜂窝网络100的随机接入过程的部分(也参见图8B)。然而，虽然在图14中例示了借助多条控制消息1401隐含地协商捆绑策略350的示例，但是在其它示例中，可以采用协商捆绑策略350的其它技术(参见图7和图8A)。

[0152] 接下来，eNB 112利用包括根据第一冗余版本371编码的UL许可命令的多条控制消息1402进行响应。多条控制消息1402的数目对应于先前协商的捆绑策略350的默认数目。UL许可在PUSCH 263上分配用于传输包括根据第一冗余版本编码的数据分组501的默认数目的有效载荷消息的资源。

[0153] 在接收到多条控制消息1402之后，终端130开始发送包括根据第一冗余版本371编码的数据分组501的多条有效载荷消息1403。然而，终端130将较小数目的有效载荷消息作为捆绑传输集351发送，而非(因此使用所有许可的资源)发送默认数目的有效载荷消息。尤其是，如从图14可以看出的，多条控制消息1401的数目大于有效载荷消息1403的数目。如此，终端130仅使用PUSCH 263上的用于传送多条消息263的一小部分许可的资源。

[0154] 在发送多条有效载荷消息1403时，指定默认数目的捆绑策略350仍然有效；如此，在捆绑策略下发送多条有效载荷消息1403。然而，根据图14的示例，终端130具有灵活动态地偏离默认数目的能力。

[0155] 相比于默认数目决定使用较小数目的多条消息1403，终端130可以将各种决策标准考虑在内。例如，可以考虑无线电链路101上的通信质量，该通信质量例如是在无线电链路101上传送的多条其它消息(例如，多条控制消息1402)的信噪比、在无线电链路101上传送的多条其它消息(例如，多条控制消息1402)的BER以及在无线电链路101上实现的信道261-263的信道质量指示符的形式。eNB 112可以在UL情况(图14中未示出)下将类似的决策标准考虑在内。

[0156] 当决定是否将多条有效载荷消息1403的数目设置成小于默认数目时，可以监测无线电链路101上的通信质量的改变。如果监测的结果是无线电链路101上的通信质量改变，则相比于默认数目，可以将多条有效载荷消息1403的数目设置成更小的数目。在一些示例中，可以例如通过考虑相应的信道质量指示符，明确地监测无线电链路101上的通信质量。在其它示例中，另选地或另外，可以例如基于指示终端130的位置改变的运动传感器信号来隐含地监测无线电链路101上的通信质量改变。相比于监测无线电链路101上的所述通信的质量的绝对值，在一些示例中，监测无线电链路101上的所述通信的质量改变会更简单或电池效率更高。

[0157] 相比于默认数目是默认数目本身，当决定使用较小数目的多条消息1403时，终端130可以将其它决策标准考虑在内。例如，减少可以是相对于默认数目。由此，可以避免用于传送数据分组501的有效载荷消息的数目的突然过大的改变。

[0158] 发送多条有效载荷消息1403可以实现捆绑策略350的隐含式重新协商(参见图8B)。尤其是，传送与多条有效载荷消息1403的数目相等的新默认数目。虽然在图14的示例中例示了捆绑策略350的隐含式重新协商，但是在其它示例中，可以应用重新协商捆绑策略
350的其它技术(参见图7和图8A)。

[0159] eNB 112基于多条有效载荷消息1403对数据分组501进行成功解码(1404)。接下来，eNB 112发送实现HARQ的ACK的多条控制消息1405。多条控制消息1405的数目等于多条有效载荷消息1403的数目。由此，eNB 112确认重新协商捆绑策略500的默认数目。数据分组501被释放到更高层。

[0160] 在图15中，示出了在1504对多条有效载荷消息1403的解码失败的情况。因此，eNB 112发送实现HARQ的NACK的多条控制消息1505。如从图15可以看出的，多条控制消息1505的数目大于有效载荷消息1403的数目。尤其是，多条控制消息1505的数目等于初始多条控制消息1401的数目，即，捆绑策略350的先前有效的默认数目。由此，eNB 112否定确认重新协商捆绑策略500的默认数目。因此，终端130重新发送数据分组501；尤其是，终端130发送包括根据第二冗余版本372编码的数据分组的多条有效载荷消息1506。另外，终端130回退到捆绑策略350的先前有效的默认数目，并且发送对应数目的多条有效载荷消息1506。

[0161] 在1507对多条有效载荷消息1506的解码成功，并且eNB 112发送对应的多条控制消息1507。所述多条控制消息1405实现了HARQ的ACK。

[0162] 如从图15和图16的比较可以看出的，根据ACK 1405或NACK 1505，肯定或否定地确认捆绑策略500的新默认数目的协商。如此，基于ACK 1405或NACK 1505的接收，重新协商捆绑策略。

[0163] 虽然已经相对于图14和图15讨论了随机接入过程的情况，但是可以在不同的背景下容易地采用相应的技术。

[0164] 虽然相对于图14和图15已经例示了针对数据分组501的UL传送的情况，但是可以容易地实现针对数据分组的DL传送的对应情况。

[0165] 图16示意性例示了终端130。该终端包括处理器130-1，例如，单核或多核处理器。可以采用分配处理。处理器130-1联接至存储器130-2，例如，非易失性存储器。存储器130-2可以存储可由处理器130-1执行的程序代码。执行程序代码可以使处理器130-1执行如本文中公开的技术，例如，与以下相关的技术：发送UL消息；接收DL消息；协商捆绑政策；确定无线电链路101上的通信质量；根据给定的冗余版本371-373编码数据；解码数据；监测无线电链路上的通信质量的改变等。终端130还包括接口130-3，该接口130-3被配置成在无线电链路101上与eNB 112通信。接口130-3可以包括模拟前端和/或数字前端。接口130-3可以例如根据3GPP LTE技术实现协议栈。协议栈可以包括物理层、MAC层等。

[0166] 图17示意性例示了eNB 112。eNB 112包括处理器112-1，例如，单核或多核处理器。可以采用分配处理。处理器112-1联接至存储器112-2，例如，非易失性存储器。存储器112-2可以存储可由处理器112-1执行的程序代码。执行程序代码可以使处理器112-1执行如本文中公开的技术，例如，与以下相关的技术：发送DL消息；接收UL消息；协商捆绑政策；确定无线电链路101上的通信量；根据给定的冗余版本371-373编码数据；解码数据；监测无线电链路上的通信质量的改变等。eNB 112还包括接口112-3，该接口112-3被配置成在无线电链路
101上与终端130通信。接口112-3可以包括模拟前端和/或数字前端。接口112-3可以例如根据3GPP LTE技术实现协议栈。协议栈可以包括物理层、MAC层等。

[0167] 图18是根据各种示例情况的方法的流程图。例如，根据图18的方法可以由eNB 112的处理器112-1在执行存储器112-2中存储的程序代码时执行，和/或由终端130的处理器130-1执行存储器130-2中存储的程序代码时执行。

[0168] 首先，在2001，接收第一多条有效载荷消息。第一多条有效载荷消息中的每条消息包括根据给定冗余版本编码的数据分组。因此，第一多条有效载荷消息全都包括根据相同冗余版本(例如，第一冗余版本371、第二冗余版本372或更高阶的冗余版本373)编码的数据分组。

[0169] 接下来，在2002，对数据分组进行解码。基于在2001接收到的第一多条消息在2002进行解码。通过考虑(作为所述解码的部分)多条信息，增加了成功解码的可能性。

[0170] 在2003，根据特定决策标准来选择性地发送(即，发送或不发送)至少一条控制消息。所述至少一条控制消息包括命令。该命令提示发送第二多条有效载荷消息。如此，所述至少一条控制消息(隐含地或明确地)指示2002处的解码还未成功；即，所述至少一条控制消息是HARQ的否定确认或NACK。所述至少一条控制消息提示发送包括根据给定冗余版本(即，根据第一多条消息中包括的相同冗余版本)编码的数据分组的第二多条有效载荷消息。可选地，所述至少一条控制消息可以包括指示第二多条有效载荷消息的数目的指示符；该指示符可以是明确或隐含的指示符，例如，可以是2比特、4比特等值。

[0171] 可选地，该方法还可以包括：接收包括根据给定冗余版本编码的数据分组的第二多条消息；基于第一多条有效载荷消息和第二多条有效载荷消息(全都未在图18中示出)对数据分组进行解码。

[0172] 图19是根据各种示例情况的方法的流程图。图19总体对应于图18，但是更详细地例示了一种方法。2011、2012分别对应于2001、2002。

[0173] 在2013，检查2012处的解码是否已经成功。例如，在2013，可以将解码算法的误差度量考虑在内。根据特定解码算法，可以采用检查解码是否已经成功的不同技术。

[0174] 如果(在2013)判断解码已经成功，则在2014，将HARQ协议的ACK发送到终端。然而，如果(在2013)判断解码还未成功，则在2015中检查无线电链路101上的通信的BER是否低于某个预定阈值。例如，可以在2015考虑在2001接收到的第一多条消息的BER。另选地或另外，还可以在2015确定BER时考虑在无线电链路101上传送的不同消息。另外，作为在2015考虑BER的替代或补充，可以考虑无线电链路101上的通信质量的其它品质因数。

[0175] 如果(在2015)判断BER低于预定阈值，则在2016发送与NACK对应的至少一条控制消息，所述至少一条控制消息提示重复已经在2011被作为第一多条消息的部分接收的给定冗余版本。然而，如果在2015判断BER高于预定阈值，则在2017发送提示发送下一个冗余版本的与NACK对应的至少一条控制消息；如此，在2017发送的至少一条控制消息对应于现有技术的实现方式。

[0176] 在一些示例中，在2016发送至少一条控制消息可以对应于重新协商捆绑策略。详细地，通过请求在2011已经传送的根据给定冗余版本编码的数据分组的一定数目的附加副本，可以将用于传送根据相同冗余版本的数据的消息的默认数目调节成在2011接收到的第一多条消息的数目和2016处的至少一条控制消息所提示的根据相同冗余版本的数据分组的其它副本的数目之和。在其它示例中，可以采用重新协商捆绑策略350的更明确的情况(参见图7和图8A)。

[0177] 图20是根据各种示例情况的方法的流程图。例如，根据图20的方法可以由eNB 112的处理器112-1在执行存储器112-2中存储的程序代码时执行，和/或由终端130的处理器130-1执行存储器130-2中存储的程序代码时执行。

[0178] 在2021，接收包括根据给定冗余版本编码的数据分组的多条有效载荷消息。这里，2021处所接收到的有效载荷消息全都包括根据相同冗余版本(例如，第一冗余版本371、第二冗余版本372或更高阶的冗余版本373)编码的数据分组。

[0179] 接下来，在2022，基于到目前为止在2021所接收到的多条消息对数据分组进行解码。在一些示例中，可以开始在2022的解码，同时仍然监听以便接收包括根据给定冗余版本371-373编码的数据分组的其它消息。如此，在2022的解码可以尝试基于到目前为止接收到并且可用于解码的所有有效载荷消息对数据分组进行解码。

[0180] 接下来，在2023，根据特定决策标准来选择性地发送(即，发送或不发送)至少一条控制消息。所述至少一条控制消息包括提示中止发送包括数据分组的有效载荷消息的命令。如此，所述至少一条控制消息(隐含地或明确地)指示2022处的解码已经成功；即，所述至少一条控制消息是HARQ的肯定确认或ACK。可以在仍然监听/接收包括根据给定冗余版本编码的数据分组的其它有效载荷消息的同时执行2023。可以在包括在2021所接收到的多条消息的捆绑传输集结束之前执行2023。在指定用于传送根据相同冗余版本的数据的消息的默认数目的捆绑策略下发送2021处的捆绑传输集的多条消息的情况下，2022处作为数据分组解码基础的多条消息的数目可以小于默认数目。

[0181] 可选地，该方法还可以包括协商发送至少一条控制消息的能力，所述至少一条控制消息包括提示例如在2021之前中止发送包括数据分组的有效载荷消息的命令。

[0182] 图21是根据各种示例情况的方法的流程图。图21总体对应于图20，但是更详细地例示了一种方法。2031、2032分别对应于2021、2022。2033总体对应于2013。

[0183] 2034总体对应于2014；然而，应该理解，2034处的肯定确认可以比2014处的肯定确认早发送，即，在捆绑传输集351结束之前发送。如此，2034的ACK可以被称为快速ACK。

[0184] 在一些示例中，可能优选的是，使用包括根据给定冗余版本编码的相应命令的相对小数目的冗余控制消息来发送肯定确认2034；这里，在无线电链路101上实现的相应控制信道的发送功率的暂时提升可有助于成功接收2034中的肯定确认，即便使用的是包括根据给定冗余版本编码的相应命令的相对小数目的冗余控制消息。例如，提升1310可以达到2dB，优选地6dB，更优选地12dB。

[0185] 如果在2033判断解码还未成功，则在2035检查是否有捆绑传输的其它消息可用。即，在2035，可以检查是否已经到达捆绑传输集351的末尾。如果包括根据给定冗余版本
371-373编码的数据分组的其它有效载荷消息可用，则在2037接收并且在2032在下一次尝试解码数据分组时考虑这些有效载荷消息中的至少一条。如此，2032处的解码基础被连续扩展，以在接收到包括根据给定冗余版本编码的数据分组的其它有效载荷消息时覆盖它们。

[0186] 如果在2035判断捆绑传输集351的其它消息不可用(即，如果已到达捆绑传输集351的末尾)，则例如因为已经接收到捆绑策略350所指定的默认数目的有效载荷消息，所以在2036发送HRQ的否定确认或NACK。2036处的否定确认提示发送其它多条有效载荷消息，所述其它多条有效载荷消息中的每条消息包括根据其它冗余版本371-373编码的数据分组，所述其它冗余版本371-373与在2031、2036所接收到的有效载荷消息的给定冗余版本371-
373不同。

[0187] 在一些示例中，在2034发送肯定确认可以对应于重新协商捆绑策略。详细地，通过在捆绑传输集结束之前在2034发送肯定确认，可以将用于传送根据相同冗余版本的数据的消息的默认数目调节成较小值，该较小值对应于导致2032处成功解码数据分组的2031和2037处所接收到的多条消息的数目。可以根据相对于捆绑传输集351的末尾在2034发送肯定确认的暂时位置来推导该数目。在其它示例中，可以采用重新协商捆绑策略350的更明确的情况，例如，如以上相对于图7和图8A说明的。

[0188] 图22是根据各种示例情况的方法的流程图。例如，根据图20的方法可以由eNB 112的处理器112-1在执行存储器112-2中存储的程序代码时执行，和/或由终端130的处理器130-1执行存储器130-2中存储的程序代码时执行。

[0189] 首先，在2041，例如，根据以上相对于图7、图8A和图8B所例示的技术来协商捆绑策略350。捆绑策略350指示用于传送根据相同冗余版本371-372编码的数据的消息的默认数目。如此，捆绑策略350指示捆绑传输集351的持续时间352。

[0190] 在2042，在捆绑策略下(即，在2041协商的捆绑策略350有效或者被对应接收器假定有效的时间点)发送多条消息。然而，在2042，发送较小数目的多条消息，而非发送默认数目的多条消息。即，相对于多条消息的数目，可以偏离捆绑策略350。

[0191] 图23是根据各种示例情况的方法的流程图。图23总体对应于图22，但是更详细地例示了一种方法。2051对应于2041。

[0192] 在2052，检查无线电链路101上的通信质量是否高于预定阈值。例如，在2052，可以将以下决策标准中的一个或更多个考虑在内：在无线电链路101上传送的消息的信噪比；在无线电链路101上传送的消息的BER；以及在无线电链路101上实现的信道的信道质量指示符。作为2052的部分，还可以监测无线电链路上的通信质量的改变。这可以通过例如跟踪终端130的位置来实现；如果终端130的位置随着时间的变化而显著改变，则无线电链路101上的通信质量也已改变。这里，可以将来自例如终端130的加速度计或陀螺仪或全球定位系统的运动传感器信号考虑在内。

[0193] 如果在2052判断无线电链路101上的通信质量低于预定阈值，则在其中多条消息的数目等于捆绑策略350所指定的消息的默认数目的捆绑策略下，发送多条消息(2054)。然而，如果无线电链路101上的通信质量高于预定阈值，则在2053，在其中多条消息的数目小于捆绑策略350所指定的消息的默认数目的捆绑策略下，发送多条消息。

[0194] 可选地，该方法可以包括：如果质量低于阈值，则确定多条消息的数目。例如，可以基于消息的默认数目和/或基于无线电链路101上的通信质量来确定多条消息的数目。

[0195] 虽然已经相对于某些优选实施方式示出和描述了本发明，但是本领域的其它技术人员在阅读和理解了本说明书后将想到等同形式和修改形式。本发明包括所有这些等同形式和修改形式，并且只受随附权利要求书的范围限制。

[0196] 例如，虽然仅针对UL或DL给出了一些示例，但是类似的技术可以容易地应用于UL和DL二者。

[0197] 例如，虽然仅针对有效载荷消息给出了一些示例，但是类似的技术可以容易地应用于控制消息。

[0198] 例如，虽然针对LTE E-UTRA RAT给出了以上一些示例，但是相应的技术可以容易地应用于其它种类和类型的RAT。尤其是，相应技术可以容易地应用于NB-loT RAT或MTC RAT(其可以至少在某种程度上基于LTE技术)。