CN108702249A - 动态覆盖增强 - Google Patents

Abstract

多个有效载荷消息(502、505、508)通过蜂窝网络的无线电链路在终端(130)与该蜂窝网络的接入点(112)之间传送。所述多个有效载荷消息(502、505、508)中的每一个都包括根据给定冗余版本(371‑373)编码的数据包(501)。所述多个有效载荷消息(502、505、508)的数量在一些实施方式中可以被动态且灵活地调整。给出了可以应用于物联网或机器型通信域中的覆盖增强的示例。

Description

动态覆盖增强

技术领域

各个实施方式涉及蜂窝网络的节点并且涉及附接至该蜂窝网络的终端。具体来说，各个实施方式涉及通过发送包括根据给定冗余版本编码的数据的多个消息的覆盖增强的技术。

背景技术

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

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

在终端需要发送UL有效载荷数据的情况下，其发送UL传输请求并接收相应的UL传输授权。同样，在eNB需要发送DL数据的情况下，其向终端发送DL分配以通告DL数据。这种技术被称为调度。

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

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

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

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

典型地，包括根据给定冗余版本编码的数据的消息的数量通过捆绑策略预先配置。该捆绑策略可以根据无线电链路和/或终端的某些特性来选择。该捆绑策略可以(半)永久地采用一段时间。

然而，这种技术面临某些限制和缺点。具体来说，在采用相对静态的捆绑策略的情况下，有时可能传送太少或太多包括根据给定冗余版本编码的数据的消息；这可能导致无线电链路上的数据丢失或资源的不合理占用。由此，总体服务质量(QoS)劣化。

发明内容

因此，需要一种传送包括根据给定版本的数据包的消息的先进技术。具体而言，需要先进的CE技术。具体来说，需要能够灵活且动态地调节包括根据给定冗余版本编码的数据的消息的数量的技术。

独立权利要求的特征满足了这种需求。从属权利要求限定了实施方式。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

上面，已经关于UL或DL通信，公开了各个实施方式。相应的情形可以容易地分别针对UL和DL来实现。

应当理解，在不脱离本发明的范围的情况下，上述特征和下面要说明的那些特征不仅可以在所指示的相应组合中使用，而且可以在其它组合中或孤立地使用。

附图说明

图1是经由无线电链路将终端附接至的蜂窝网络的示意图。

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

图3示意性地例示了捆绑策略，该捆绑策略指定在无线电链路上实现的、以信道的后续传输区间传送的消息的捆绑传输集，其中，消息中的每一个都包括根据给定冗余版本编码的数据。

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

图5是根据基准实现的采用HARQ技术传送包括有效载荷消息的捆绑传输集的信令图。

图6是根据基准实现的包括控制消息的捆绑传输集的信令图。

图7是根据各个实施方式的协商捆绑策略的信令图，其中，捆绑策略指定用于传送根据同一冗余版本的数据的消息的默认数量。

图8A是根据各个实施方式的协商捆绑策略的信令图，其中，捆绑策略指定用于传送根据同一冗余版本的数据的消息的默认数量。

图8B是根据各个实施方式的协商捆绑策略的信令图，其中，捆绑策略指定用于传送根据同一冗余版本的数据的消息的默认数量。

图9例示了作为捆绑传输集的消息数量的函数的数据的成功接收的概率。

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

图11总体上对应于图10。

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

图12B总体上对应于图12A。

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

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

图15总体上对应于图14。

图16示意性地例示了根据各个实施方式的终端。

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

图18是根据各个实施方式的方法的流程图。

图19是根据各个实施方式的方法的流程图。

图20是根据各个实施方式的方法的流程图。

图21是根据各个实施方式的方法的流程图。

图22是根据各个实施方式的方法的流程图。

图23是根据各个实施方式的方法的流程图。

具体实施方式

下面，参照附图，对本发明的实施方式进行详细描述。应当理解，实施方式的下列描述不应以限制性的意义来理解。本发明的范围不旨在通过下面描述的实施方式或者通过附图来限制，其仅被视为例示性的。

附图要被视为示意性表述，而且图中例示元件不必按比例示出。相反地，不同元件被表示成，使得对于本领域技术人员来说它们的功能和一般目的显而易见。图中所示或本文描述的功能块、装置、部件、或者其它物理或功能单元之间的任何连接或耦接也可以通过间接连接或耦接来实现。部件之间的耦接还可以通过无线连接来建立。功能块可以按硬件、固件、软件、或其组合来实现。

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

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

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

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

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

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

在第一示例中，接入节点(或终端)接收包括根据给定冗余版本编码的数据的多个消息。在这种情况下，其中接入节点(或终端)判断(例如，由于足够低的误比特率(BER))数据的给定冗余版本的多次另外的传输很可能使得能够成功解码数据，接入节点(或终端)发送对应控制消息，该对应控制消息包括提示终端(或接入节点)发送包括根据给定冗余版本编码的数据的另外的消息的命令。如果与常规NACK的基准实现相比，代替请求不同的另外的冗余版本的传输，那么这里可以请求包括同一初始冗余版本的多个另外的消息。因此，增加了冗余传送的消息的数量。

在第二示例中，在接入节点(或终端)判断基于多个消息(每个消息都包括根据给定冗余版本编码的数据)的数据解码已经成功的情况下，可以将快速确认消息发送给终端(或接入节点)。快速确认消息对应于控制消息，该控制消息包括提示终端(或接入节点)中止包括该数据的消息的发送的命令。因此，在这样的示例中，甚至在对应捆绑传输集已经完成之前，可以抢先地中止包括给定冗余版本的数据的消息的传送。

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

如上根据第一、第二以及第三示例概述的调整冗余传送给定冗余版本的数据的特性的这种技术可以彼此组合。

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

另一个具体示例是3GPP NB-IoT RAT。3GPP NB-IoT RAT可以基于3GPP LTE RAT，即，演进UMTS陆地无线电接入(E-UTRA)。此外，NB-IoT RAT可以与EPS组合，如图1所示。另选地或者另外，本文所公开的各种示例可以容易地针对3GPP NB-IoT RAT来实现。

3GPP LTE RAT实现HARQ协议。HARQ保护经由无线电链路101传送的数据。在这方面采用FEC和重发。

终端130经由无线电链路101连接至蜂窝网络100的接入节点112。接入节点112和终端130实现演进UMTS陆地无线电接入技术(E-UTRAN)；因此，接入点节点112是eNB 112。

例如，终端130可以选自包括以下的组：智能电话；蜂窝电话；平板电脑；笔记本电脑；计算机；智能TV；MTC装置、IoT装置；等。

MTC或IoT装置通常是对数据流量和松延迟要求具有低到中等要求的装置。另外，采用MTC或IoT装置的通信应当实现低复杂性和低成本。此外，MTC或IoT装置的能耗应当相对较低，以便允许电池供电装置运行相当长的持续时间：电池寿命应足够长。例如，IoT装置可以经由NB-IoT RAT连接至EPS。

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

例如，第一信道261可以承载同步信号，所述同步信号使得eNB 112和终端130经由通信信道250在无线电链路101上的传送能够在时域中同步。

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

此外，第三信道263和承载与由终端130和eNB 112实现的给定服务相关联的较高层用户平面数据包的有效载荷消息相关联(有效载荷信道263)。根据E-UTRAN RAT，有效载荷信道263可以是物理下行链路共享信道(PDSCH)或物理上行链路共享信道(PUSCH)。

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

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

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

端到端连接160可以由被用于传送服务特定数据的一个或更多个载体(bearer)来实现。EPS载体的特征在于由QoS类标识符(QCI)指示的特定服务质量参数集。

图3例示了捆绑策略350的方面。捆绑策略350对应于将包括根据给定冗余版本编码的数据的消息作为捆绑传输集进行传送。具体来说，图3例示了经由有效载荷信道263传送的有效载荷消息。该有效载荷消息包括根据第一冗余版本371(在图3中标记为RV0)编码的数据包。如可以从图3看出，该消息在信道263的后续子帧255中被连续传送，从而实现捆绑传输集351。捆绑传输集351具有特定持续时间352，其通过传送数据包的最后副本和传送数据的最后副本的结束所限定。捆绑传输集351的持续时间352对应于包括根据给定冗余版本编码的数据的消息的默认数量(例如，在图3的示例中，默认数量为五条消息)。因此，捆绑策略350可以指定默认数量的“盲”重复数据。捆绑策略350可以明确地或隐含地指定消息的默认数量。

而在图3中，示出了捆绑传输集351包括后续子帧255中的消息的情形，在其它示例中，包括给定冗余版本的数据包的消息也可以不连续地设置，即，具有不承载消息的间歇子帧(intermittent subframe)255。

如图3所示的消息的特定时间-频率排布仅仅是一例子。其它示例是可设想的。

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

图4例示了根据不同冗余版本371–373的编码数据411的方面。如可以从图4看出，数据411包括一序列比特。例如，数据411可以是数据包(例如，MAC层服务数据单元(SDU))。数据411还可以对应于RRC命令或其它控制数据(诸如，ACK、NACK、UL授权、或DL分配)。

对数据411进行编码可以对应于将校验和412添加至数据411。可以采用不同的编码技术，诸如，比如，Reed Solomon编码、turbo卷积编码、卷积编码等。提供校验和412可以促进根据编码方案重建对应消息401-403的损坏比特。典型地讲，校验和412越长(越短)，针对噪声和信道缺陷传送对应消息401-403就越多(越少)鲁棒；因此，可以通过校验和的长度来调整成功接收数据411的概率。另选地或者另外，对数据进行编码可以对应于应用交织，其中，数据411的比特被搅乱(shuffle)(图4中未示出)。

典型地讲，不同的冗余版本371-373对应于不同长度的校验和412(如图4所示)。在其它示例中，不同的冗余版本371-373还可以采用相同长度的校验和412，但根据不同的编码方案进行编码。另选地或者另外，不同的冗余版本可以采用不同的交织方案。另选地或者另外，不同的冗余版本可以采用不同的删截(puncturing)方案。

下面，给出了构造不同冗余版本的示例实现。

构造不同冗余版本的步骤1：编码信息比特块(即，待发送数据411)。这里，生成附加冗余位(即，除了数据411之外)。让N表示信息比特的数量；然后，例如，针对E-UTRA RAT，编码比特的总数(即，信息比特和冗余比特之和)可以达到3N。即使因高BER而在所接收比特中存在大量比特错误，接收全部3N个比特的解码器通常也能够解码信息比特。

构造不同冗余版本的步骤2：因此，为了避免过多的传输开销，只选择了冗余位的一部分。信息比特和所选择冗余位形成第一冗余版本371。因此，使用上面的示例，根据第一冗余版本371的编码比特量介于N与3N之间。通过选择所述一部分来去除冗余位的处理有时被称为删截。然后，可以将该第一冗余版本371发送至接收器。

构造不同冗余版本的步骤3：如果根据HARQ协议需要重传，那么发送新冗余版本372、373。较高阶冗余版本372、373包括来自先前在步骤2中被删截的冗余比特的附加冗余比特，并且通常再次具有相同的信息比特。这样，在几次重复之后，全部3N个比特已经至少被发送一次。

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

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

详细地说，首先，例如在由终端130实现的发送缓冲器中接收较高层数据包501。然后，包括第一冗余版本371的数据包501的有效载荷消息502由终端130作为捆绑传输集351多次发送给eNB 112(捆绑传输集351在图5中由多个并行箭头示出)。

一旦已结束捆绑传输集351的所述多个有效载荷消息502的传送，eNB 112就尝试解码数据包501。解码503基于捆绑传输集351的所有有效载荷消息502，以增加成功解码数据包501的概率。在图5的示例中，在503处解码失败，从而，eNB 112将NACK 504发送给终端130。终端130接收NACK 504并发送包括第二冗余版本372的数据包501的多个有效载荷消息505；有效载荷消息505也作为捆绑传输集351被发送。

一旦已结束包括所述多个有效载荷消息505的捆绑传输集351，eNB 112就尝试解码数据包501，参见506。506处的解码基于捆绑传输集351的所有有效载荷消息505，以增加成功解码数据包501的概率。在图5的示例中，在506处解码失败，从而，eNB 112将NACK 507发送给终端130。终端130接收NACK 507并发送包括第三冗余版本373的数据包501的有效载荷消息508；有效载荷消息508也作为捆绑传输集351被发送。

一旦已结束包括所述多个有效载荷消息508的捆绑传输集351，eNB 112就尝试解码数据包501，509。509处的解码基于捆绑传输集351的所有有效载荷消息508，以增加成功解码数据包501的可能性(likelihood looks)。在图5的示例中，509处的解码成功，从而，eNB 12将ACK 510发送给终端130。另外，eNB 112的通信协议栈的上层释放数据包501(现在成功解码)。

图5是沿UL方向传送(communication)的示例。类似的技术可以容易地应用于沿DL方向的传送。

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

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

图6是沿UL方向传送的示例。类似的技术可以容易地应用于沿DL方向的传送。

作为捆绑传输集351的一部分多次传送控制消息601的技术可以在本文所公开的各种示例中采用(即使未具体提及)。

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

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

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

另外，在图8A的示例中，在图8A的情形中的捆绑策略的特性响应于数据包501抵达终端130的发送缓冲器处而被协商。

图8B例示了协商捆绑策略350的方面，在该捆绑策略350下传送捆绑传输集351的消息。在图8A的情形中，所述协商被搭载在现有信令850上。在图8B中，隐含地信号通知消息的新的默认数量。具体来说，消息850的数量小于先前的有效默认数量(如图8B所示，消息850未延伸至捆绑传输集351的结束)。这隐含地表示新的默认数量。

如可以从图7和图8A、8B看出，存在实现终端130与eNB 112之间的捆绑策略的协商的各种潜在技术。具体来说，所述协商可以根据相应逻辑位于何处(即，在终端130和/或eNB112处)、对应控制信令701、801的方向、针对相应控制信令701、801的触发标准等来改变。如图7、图8A、以及图8B所示的协商捆绑策略350的技术的组合是可设想的。

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

在已经根据基准实现协商了捆绑策略350的情况下(例如，如图7以及图8A和8B的示例所示)，捆绑策略的某些特性由终端130和/或eNB 112可相对静地态且持久地进行调整。例如，根据基准实现，每个捆绑传输集的传输数901可以由捆绑策略指定，并且可以针对终端130与eNB 112之间的消息的传送而静态地调整。

图9例示了数据接收的概率的方面。图9示意性地将成功接收的概率绘制为传输数901的函数。这里，超过某一数量的传输(由图9中的竖直直箭头所示)，成功接收的概率饱和，使得更加大数量的传输901在进一步增加接收概率方面未增加额外的益处。另一方面，如果选择的传输数901太小，那么成功接收的概率迅速下降并且QoS更糟(sufferer)。获得接收概率与传输数901之间的最佳的某一传输数可被称为最佳点(sweet spot)。

通常，最佳点的位置可以改变以改变无线电链路101上的传送条件。例如，如果无线电链路101上的通信质量下降(增加)，那么该最佳点可以移位至更大(更小)数量的传输901。最佳点的这种时间相关和/或位置相关的行为可能与静态调整的捆绑策略相冲突。

下面，公开了能够灵活且动态地调整传输数901以便优化一方面数据的成功接收的概率与另一方面所需传输数901之间的折衷方案的技术。因此，下面，公开了使能在最佳点附近操作的技术。

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

eNB 112接收所述多个第一有效载荷消息502，并基于所述多个第一有效载荷消息502、503解码数据包501。在图10的示例中，503处的解码失败，由此，eNB 112将控制消息1004发送给终端130。

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

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

根据图5和图10的比较，因而断定，在图10的情形下(代替发送提示终端130发送包括根据第二冗余版本372编码的数据包501的多个另外的有效载荷消息505的常规NACK 504(图10中未示出))，请求根据第一冗余版本371编码的数据包501的另外的副本。在图10的示例中，控制消息1004还是由eNB 112的通信协议栈的MAC层实现的HARQ协议的NACK；这是因为控制消息1004还至少隐含地指示503处的解码已经失败。

通过请求根据第一冗余版本371编码的数据包501的附加副本(而不是请求根据第二冗余版本372编码的数据包501的副本)，可以减少无线电链路101的总体占用。例如，包括根据第一冗余版本371编码的数据包501的所述多个第二消息1005的数量可以小于包括根据第二冗余版本372编码的数据包501的多个另外的有效载荷消息505的数量。通过这种技术，还可以减少传送数据包501的等待时间。

这些技术基于这样的发现(作为一般趋势)，即，接收器通常可能需要最近发起针对其的传输的冗余版本371–373的多次重复，以便利用包括在该最近发起的冗余版本371-373中的新冗余位的益处。然而，实现先前发送的冗余版本371-373的更好解调制性能可能仅需要该先前发送的冗余版本371–373的再多次重复，因为接收器已经接收到该先前发送的冗余版本371-373的多次重复。

终端130响应于收到NACK 1004，发送多个第二有效载荷消息1005，所述多个第二有效载荷消息1005中的每一个都包括根据第一冗余版本371编码的数据包501。所述多个第二有效载荷消息1005是捆绑传输集351的一部分。然后，eNB 112接收所述多个第二有效载荷消息1005，并基于所述多个第一有效载荷消息502和所述多个第二有效载荷消息1005、1006来解码数据包501。

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

如可以从图10看出，首先，在捆绑策略下发送所述多个第一有效载荷消息502，并且根据捆绑策略，所述多个第一有效载荷消息502的数量等于有效载荷消息的默认数量。然而，根据捆绑策略，所述多个第一有效载荷消息502的数量和所述多个第二有效载荷消息1005的数量之和大于有效载荷消息的默认数量。例如，所述多个第二有效载荷消息1005的数量也可以等于默认数量或者可以更小。因此，图10例示了需要被标识为偏离捆绑策略的情形，因为503处的解码失败。然后，可以灵活地调整包括根据第一冗余版本371编码的数据包501的有效载荷消息502、1005的数量，以便促进1006处的成功解码。

在一些示例中，随后可以遵循包括根据第一冗余版本371编码的数据包501的更大数量的有效载荷消息502、1005。在本上下文中，可以在终端130与eNB 112之间重新协商捆绑策略350。例如，如果在1006处的解码成功，则可以判断，对于将来的通信，根据第一冗余版本371编码数据包的有效载荷消息的数量应当被设定为所述多个第一有效载荷消息502的数量和所述多个第二有效载荷消息1005的数量之和。这可以借助于所述多个第二有效载荷消息1005和/或NACK 1004隐含地完成(参见图8B)。

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

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

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

虽然在图10的情形中，已经在第一冗余版本371的背景下例示了控制消息1004，但通常，可以关于其它冗余版本发送对应控制消息1110，例如，如图11参照第三冗余版本373所示。在图10中，1110体上对应于1004；1111总体上对应于1005；1112总体上对应于1006；以及1113总体上对应于1007。

虽然参照图10和11，针对数据包501的UL传送情形进行了例示，但相应情形可以容易地针对数据包的DL传送而实现。

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

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

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

控制消息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，可以灵活且动态地避免有效载荷消息的不必要传输。

另外在根据图12A的第二示例中，可以遵循在1203处成功解码所需的所述多个消息1202的减少的数量以供将来传送。这样，可以根据所述解码在eNB 112与终端130之间重新协商捆绑策略350。例如，可以在终端130与eNB 112之间隐含地或明确地信号通知包括根据给定冗余版本的数据包的有效载荷消息的对应默认数量。这里，例如，控制消息1204可以包括指示调整后的默认数量的相应搭载指示符。控制消息1204相对于捆绑传输集合351的持续时间352的相对定时也可以隐含地指示调整后的默认数量。

图12A例示了当在相对较少数量的有效载荷消息1202上操作时在1203处的解码成功的情形。图12B例示了直到捆绑传输集351结束，在1213处的解码都不成功的情形。因此，控制消息1204不由eNB 112发送给终端130。具体来说，eNB 112从终端130除接收有效载荷消息1202之外还接收多个另外的有效载荷消息1212。另外，所述多个另外的有效载荷消息1212包括根据第一冗余版本371编码的数据包501。捆绑传输集351包括有效载荷消息1202和有效载荷消息1212两者。1213处的解码最终基于多个有效载荷消息1202和多个另外的有效载荷消息1212。

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

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

通过在发送控制消息1204的同时暂时增加发送功率，可以促进控制消息1204的及时递送，即使不需要发送包括根据给定冗余版本371-373编码的对应命令的多个控制消息1204。同时，在无线电链路101上实现的另外的信道261、263的发送功率1301不需要因短持续时间的增加1310而被调整。

如将从图12A、图12B、以及图13理解，控制消息1204的实现要求终端132在PUSCH263上进行发送的同时在PDCCH 262上进行监听。由此。可能希望在eNB 112与终端130之间协商终端130和eNB 112是否能够发送控制消息1204。由此，在不存在发送控制消息1204的能力的情况下，可以避免终端130的增加的功耗。

虽然关于图12A、图12B、以及图13，已经例示了针对数据包501的UL传送的情形，但对应情形可以容易地针对数据包的DL传送而实现。

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

eNB 112接收所述多个控制消息1401。根据所述多个控制消息1401的数量，eNB112可以推断出捆绑策略350，并且具体推断出包括根据同一冗余版本371-373编码的数据的消息的默认数量。如可以从图14看出，可以借助于所述多个控制消息1401协商捆绑策略350(即，作为用于将终端130附接至蜂窝网络100的随机接入过程的一部分(还参见图8B))。然而，尽管在图14中例示了借助于所述多个控制消息1401隐含地协商捆绑策略350的示例，但在其它示例中，可以采用协商捆绑策略350的其它技术(参见图7和图8A)。

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

在接收到所述多个控制消息1402之后，终端130开始发送包括根据第一冗余版本371编码的数据包501的多个有效载荷消息1403。然而，代替由此利用所有授权资源发送默认数量的有效载荷消息，终端130发送较少数量的有效载荷消息1403作为捆绑传输集351。具体来说，如可以从图14看出，所述多个控制消息1401的数量大于有效载荷消息1403的数量。这样，终端130仅使用PUSCH 263上的授权资源的一部分来传送所述多个消息263。

在发送所述多个有效载荷消息1403时，指定默认数量的捆绑策略350仍然有效；这样，在该捆绑策略下发送所述多个有效载荷消息1403。然而，根据图14的示例，终端130具有灵活且动态地偏离默认数量的能力。

如果与默认数量相比，当决定使用较少数量的所述多个消息1403时，终端130可以考虑各种决策标准。例如，可以例如采用这样的形式来考虑无线电链路101上的通信质量，即，在无线电链路101上传送的多个另外的消息(例如，所述多个控制消息1402)的信噪比，在无线电链路101上传送的多个另外的消息(例如，所述多个控制消息1402)的BER，以及在无线电链路101上实现的信道261-263的信道质量指示符。eNB 112在UL情形(图14中未示出)下可以考虑类似的决策标准。

在决定是否将所述多个有效载荷消息1403的数量设定为小于默认数量时，可以监测无线电链路101上的通信质量的变化。在该监测产生无线电链路101上的通信质量改变的情况下，如果与默认数量相比，则可以将所述多个有效载荷消息1403的数量设定成较小的数量。在一些示例中，可以例如通过考虑相应信道质量指示符来明确地监测无线电链路101上的通信质量。在另外的示例中，另选地或者另外，可以例如基于指示终端130的位置变化的运动传感器信号，来隐含地监测无线电链路101上的通信质量变化。如果与监测无线电链路101上的所述通信的质量的绝对值相比，那么在一些示例中，监测无线电链路101上的所述通信的质量变化可以更简单或电池效率更高。

如果与默认数量相比，在决定使用较少数量的所述多个消息1403时，终端130可以考虑的另外的决策标准是默认数量本身。例如，该减少可以相对于默认数量。由此，可以避免用于传送数据包501的有效载荷消息的数量的突然过大变化。

发送所述多个有效载荷消息1403可以实现对捆绑策略350的隐含重新协商(参见图8B)。具体来说，传送新的默认数量，该新的默认数量等于所述多个有效载荷消息1403的数量。虽然在图14的示例中例示了捆绑策略350的隐含重新协商，但在其它示例中，可以应用重新协商捆绑策略350的其它技术(参见图7和图8A)。

eNB 112基于所述多个有效载荷消息1403、1404成功解码数据包501。eNB 112接下来发送实现HARQ的ACK的多个控制消息1405。所述多个控制消息1405的数量等于所述多个有效载荷消息1403的数量。由此，eNB 112确认捆绑策略500的默认数量的重新协商。数据包501被释放至较高层。

在图5中，示出了所述多个有效载荷消息403的解码失败1504的情形。因此，eNB112发送实现HARQ的NACK的多个控制消息1505。如可以从图15看出，所述多个控制消息1505的数量大于有效载荷消息1403的数量。具体来说，所述多个控制消息1505的数量等于初始多个控制消息1401的数量，即，捆绑策略350的先前有效的默认数量。由此，eNB 112否定地确认捆绑策略500的默认数量的重新协商。因此，终端130重新发送数据包501；具体来说，终端130发送包括根据第二冗余版本372编码的数据包的多个有效载荷消息1506。另外，终端130回退至捆绑策略350的先前有效的默认数量，并发送对应数量的多个有效载荷消息1506。

所述多个有效载荷消息1506的解码是成功的1507，并且eNB 112发送对应多个控制消息1507。所述多个控制消息1507实现HARQ的ACK。

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

虽然关于图14和图15，已经讨论了随机接入过程的情形，但各种技术可以容易地用于不同的背景。

虽然关于图14和图15，已经例示了针对数据包501的UL传送的情形，但针对数据包的DL传送可以容易地实现对应情形。

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

图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，其被配置成在无线电链路101上与终端130通信。接口112-3可以包括模拟前端和/或数字前端。接口112-3可以实现协议栈(例如，根据3GPP LTE技术)。该协议栈可以包括物理层、MAC层等。

图18是根据各个示例情形的方法的流程图。例如，根据图18的方法可以在执行存储在存储器112-2中的程序代码时通过eNB 112的处理器112-1来执行，和/或在执行存储在存储器130-2中的程序代码时通过终端130的处理器130-1来执行。

首先，在2001，接收多个第一有效载荷消息。所述多个第一有效载荷消息中的每一个都包括根据一给定冗余版本编码的数据包。因此，所有所述多个第一有效载荷消息包括根据同一冗余版本(例如，第一冗余版本371、第二冗余版本372、或较高阶冗余版本373)编码的数据包。

接下来，在2002，解码数据包。2002处的解码基于在2001处接收的多个第一消息。通过作为所述解码的一部分考虑多个消息，增加了成功解码的可能性。

在2003，根据某一决策定标准，选择性地发送(即，发送或不发送)至少一个控制消息。所述至少一个控制消息包括命令。该命令提示发送多个第二有效载荷消息。这样，所述至少一个控制消息(隐含地或明确地)指示2002处的解码尚未成功；即，所述至少一个控制消息是HARQ协议的否定确认或NACK。所述至少一个控制方法提示发送包括根据给定冗余版本(即，根据被包括在所述多个第一消息中的同一冗余版本)编码的数据包的多个第二有效载荷消息。可选地，所述至少一个控制消息可以包括指示所述多个第二有效载荷消息的数量的指示符；该指示符可以是显式或隐式指示符，例如，可以是2比特值、4比特值等。

可选地，所述方法还可以包括以下步骤：接收包括根据给定冗余版本编码的数据包的多个第二消息；并且基于多个第一有效载荷消息和多个第二有效载荷消息来解码数据包(图18中都未示出)。

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

在2013，检查2012处的解码是否已经成功。在2013，例如可以考虑解码算法的误差指标。根据该特定解码算法，可以采用检查解码是否已经成功的不同技术。

如果在2013，判断解码已经成功，则在2014，将HARQ协议的ACK被发送给终端。然而，如果在2013，判断解码尚未成功，则在2015，检查无线电链路101上的传送的BER是否低于某个预定阈值。例如，可以在2015考虑在2001处接收的多个第一消息的BER。另选地或者另外，当在2015确定BER时，还可以考虑在无线电链路101上传送的不同消息。此外，针对在2015考虑BE R另选地或者另外，可以考虑针对无线电链路101上的通信质量的其它品质因数。

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

在一些示例中，在2016处发送所述至少一个控制消息可以对应于重新协商捆绑策略。详细地，通过请求已经在2011传送的根据给定冗余版本编码的数据包的一定数量的附加副本，用于传送根据同一冗余版本的数据的消息的默认数量可以被调整成在2011处接收的所述多个第一消息的数量与如在2016处由所述至少一个控制消息所提示的、根据同一冗余版本的数据包的另外的副本的数量之和(参见图8B)。在其它示例中，可以采用重新协商捆绑策略350的更明确的情形(参见图7和图8A)。

图20是根据各个示例情形的方法的流程图。例如，根据图20的方法可以在执行存储在存储器112-2中的程序代码时通过eNB 112的处理器112-1来执行，和/或在执行存储在存储器130-2中的程序代码时通过终端130的处理器130-1来执行。

在2021，接收包括根据给定冗余版本编码的数据包的多个有效载荷消息。这里，在2021处接收的所有有效载荷消息包括根据同一冗余版本(例如，第一冗余版本371、第二冗余版本372、或较高阶冗余版本373)编码的数据包。

接下来，在2022，基于到目前为止在2021接收的多个消息对数据包进行解码。在一些示例中，在2022处的解码可以在仍然监听包括根据给定冗余版本371-373编码的数据包的另外的消息的接收的同时开始。这样，在2022处的解码可以尝试基于到目前为止接收并且可用于解码的所有有效载荷消息来解码数据包。

接下来，在2023，根据某些决策标准，选择性地发送(即，发送或不发送)至少一个控制消息。所述至少一个控制消息包括提示中止包括所述数据包的有效载荷消息的发送的命令。这样，所述至少一个控制消息(隐含地或明确地)指示2022处的解码已经成功；即，所述至少一个控制消息是HARQ协议的肯定确认或ACK。可以执行2023，同时仍然监听/接收包括根据给定冗余版本编码的数据包的另外的有效载荷消息。在包括在2021处接收的多个消息的捆绑传输集结束之前可以执行2023。在2021处的捆绑传输集的所述多个消息在指定用于传送根据同一冗余版本的数据的消息的默认数量的捆绑策略下被发送的情况下，在2022处数据包的解码所基于的所述多个消息的数量可以小于默认数量。

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

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

2034总体上对应于2014；然而，应当理解，2034处的肯定确认可以比2014处的肯定确认被更早发送(即，在捆绑传输集351的结束之前)。这样，2034处的ACK可以被称为快速ACK。

在一些示例中，可能优选的是，使用包括根据给定冗余版本编码的相应命令的相对较少数量的冗余控制消息来发送肯定确认2034；这里，即使使用包括根据给定冗余版本编码的相应命令的相对较少数量的冗余控制消息，在无线电链路101上实现的相应控制信道的传输功率的临时提升也可以促进在2034处肯定确认的成功接收。例如，该提升1310可以相当于2dB，优选为6dB，更优选为12dB。

如果在2033，判断解码尚未成功，则在2035，检查是否有另外的捆绑传输消息可用。即，在2035，可以检查捆绑传输集351的结束是否已经到达。如果包括根据给定冗余版本371-373编码的数据包的另外的有效载荷消息可用，则在2037处接收这些中的至少一个，并且在下一次尝试在2032处解码数据包时加以考虑。这样，在2032处解码的基础被连续扩展以覆盖如所接收的、包括根据给定冗余版本编码的数据包的另外的有效载荷消息。

如果在2035，判断捆绑传输集351的另外的消息不可用(即，如果捆绑传输集351的结束已经到达，例如，因为已经接收到如根据捆绑策略350指定的默认数量的有效载荷消息)，则在2036，发送HARQ的否定确认NACK。在2036处的否定确认提示发送多个另外的有效载荷消息，所述多个另外有效载荷消息中的每一个都包括根据与给定冗余版本371-373(已经在2031处针对给定冗余版本371–373接收到有效载荷消息)不同的另外的冗余版本371-373编码的数据包，2036。

在一些示例中，在2034处发送肯定确认可以对应于重新协商捆绑策略。详细地，通过在捆绑传输集结束之前在2034处发送该肯定确认，可以将被用于传送根据同一冗余版本的数据的消息的默认数量调整为较小值，该较小值对应于在2031和2037处接收的、导致在2032处成功解码数据包的所述多个消息的数量。该数量可以根据在2034发送的关于捆绑传输集351结束的肯定确认的时间位置推导出。在其它示例中，可以采用重新协商捆绑策略350的更明确情形(例如，如上面关于图7和图8A所说明的)。

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

首先，在2041，例如根据如上面关于图7、图8A、图以及8B所示的技术来协商捆绑策略350。捆绑策略350指示被用于传送根据同一冗余版本371-372编码的数据的消息的默认数量。这样，捆绑策略350指示捆绑传输集351的持续时间352。

在2042，在该捆绑策略(即，在如2041处协商的捆绑策略350有效或通过对应接收器假设有效的时间点)下发送多个消息。然而，代替发送默认数量的多个消息，在2042，发送较少数量的所述多个消息。即，关于所述多个消息的数量，可以偏离捆绑策略350.

图23是根据各个示例情形的方法的流程图。图23总体上对应于图22，但更详细地例示了方法。2051对应于2041。

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

如果在2052，判断无线电链路101上的通信质量低于预定阈值，那么在所述多个消息的数量等于如由捆绑策略350指定的消息的默认数量的捆绑策略下发送所述多个消息，2054。然而，如果无线电链路101上的通信质量高于预定阈值，那么在2053，在所述多个消息的数量小于如由捆绑策略350指定的消息的默认数量的捆绑策略下发送所述多个消息。

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

尽管本发明关于特定优选实施方式进行了示出和描述，但本领域技术人员通过阅读并理解本说明书，将想到等同物和修改例。本发明包括所有这种等同物和修改例，并且仅通过所附权利要求书的范围来限制。

例如，虽然仅给出了关于UL或DL的一些示例，但类似的术可以容易地应用于UL和DL两者。

例如，虽然已经给出了关于有效载荷消息的一些示例，但类似技术可以容易地应用于控制消息。

例如，虽然已经给出了关于LTE E-UTRA RAT的一些示例，但相应技术可以容易地应用于其它种类和类型的RAT。具体来说，相应技术可以容易地应用于NB-IoT RAT或MTCRAT(其可以至少在某种程度上基于LTE技术)。

Claims (20)

1.一种蜂窝网络(100)的节点(112)，该节点包括：

-接口(112-3)，该接口被配置成在无线电链路(101)上与附接至所述蜂窝网络(100)的终端(130)通信，

-至少一个处理器(112-1)，所述至少一个处理器被配置成经由所述接口(112-3)从所述终端(130)接收多个第一有效载荷消息(502、505、508)，所述多个第一有效载荷消息(502、505、508)中的每一个都包括根据给定冗余版本(371-373)编码的数据包(501)，

其中，所述至少一个处理器(112-1)被配置成基于所述多个第一有效载荷消息(502、505、508)来解码所述数据包(501)，

其中，所述至少一个处理器(112-1)被配置成根据所述解码，经由所述接口(112-3)向所述终端(130)选择性地发送至少一个控制消息(1004、1010)，所述至少一个控制消息(1004、1010)包括提示所述终端(130)发送多个第二有效载荷消息(1005、1011)的命令，所述多个第二有效载荷消息(1005、1011)中的每一个都包括根据所述给定冗余版本(371-373)编码的所述数据包(501)。

2.根据权利要求1所述的节点，

其中，所述至少一个处理器被配置成如果基于所述多个第一有效载荷消息(502、505、508)对所述数据包进行的所述解码失败，则执行所述至少一个控制消息(1004、1010)的所述发送。

3.根据权利要求1或2所述的节点，

其中，所述至少一个处理器被配置成根据所述多个第一有效载荷消息(502、505、508)的误比特率选择性地发送所述至少一个控制消息(1004、1010)。

4.根据权利要求3所述的节点，

其中，所述至少一个处理器被配置成如果所述多个第一有效载荷消息的所述误比特率低于阈值，则执行所述至少一个控制消息的所述发送。

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

其中，所述至少一个处理器被配置成接入所述接口以确定所述无线电链路上的所述通信的质量，

其中，所述至少一个处理器被配置成根据所述无线电链路上的所述通信的质量来确定所述多个第二有效载荷消息的数量。

6.根据前述权利要求中的任一项所述的节点，

其中，所述至少一个处理器被配置成根据所述解码，经由所述接口向所述终端选择性地发送至少一个另外的控制消息(504、507)，所述至少一个另外的控制消息(504、507)提示所述终端发送多个另外的有效载荷消息(505、508)，所述多个另外的有效载荷消息(505、508)中的每一个都包括根据与所述给定冗余版本不同的另外的冗余版本编码的数据包。

7.根据前述权利要求中的任一项所述的节点，

其中，所述至少一个处理器被配置成经由所述接口从所述终端接收所述多个第二有效载荷消息(1005、1011)，

其中，所述至少一个处理器被配置成基于所述多个第一有效载荷消息(502、505、508)和所述多个第二有效载荷消息(1005、1011)来解码所述数据包。

8.根据前述权利要求中的任一项所述的节点，

其中，所述至少一个处理器被配置成经由所述接口与所述终端协商捆绑策略(350)，该捆绑策略指示被用于根据同一冗余版本的进行数据传送的消息的默认数量(352)，

其中，在所述捆绑策略(350)下传送所述多个第一有效载荷消息(502、505、508)，

其中，所述多个第一有效载荷消息(502、505、508)的数量等于有效载荷消息的所述默认数量(352)。

9.根据权利要求8所述的节点，

其中，所述至少一个处理器被配置成根据所述解码经由所述接口与所述终端重新协商所述捆绑策略(350)。

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

-接口(130-3)，该接口被配置成在无线电链路(101)上与蜂窝网络(100)的节点(112)通信，

-至少一个处理器(130-1)，所述至少一个处理器被配置成经由所述接口(130-3)向所述节点(112)发送多个第一有效载荷消息(502、505、508)，所述多个第一有效载荷消息(502、505、508)中的每一个都包括根据给定冗余版本(371-373)编码的数据包(501)，

其中，所述至少一个处理器(130-1)被配置成经由所述接口(130-3)从所述节点(112)接收至少一个控制消息(1004、1010)，所述至少一个控制消息(1004、1010)包括提示发送多个第二有效载荷消息(1005、1011)的命令，所述多个第二有效载荷消息(1005、1011)中的每一个都包括根据所述给定冗余版本(371-373)编码的所述数据包(501)，

其中，所述至少一个处理器(130-1)被配置成响应于接收到所述至少一个控制消息(1004、1011)而经由所述接口(130-3)向所述节点(112)发送所述多个第二有效载荷消息(1005、1011)。

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

其中，所述至少一个处理器被配置成经由所述接口从所述节点接收至少一个另外的控制消息(504、507)，所述至少一个另外的控制消息(504、507)提示所述终端发送多个另外的有效载荷消息(505、508)，所述多个另外的有效载荷消息(505、508)中的每一个都包括根据与所述给定冗余版本(371-373)不同的另外的冗余版本(371-373)编码的数据包(501)，

其中，所述至少一个处理器被配置成响应于接收到所述另外的控制消息(504、507)而经由所述接口向所述节点发送所述多个另外的有效载荷消息(505、508)。

12.根据权利要求1-9中的任一项所述的节点(112)或者根据权利要求10或11中的任一项所述的终端(130)，

其中，所述至少一个控制消息包括指示所述多个第二有效载荷消息的数量的指示符。

13.根据权利要求1-9或12中的任一项所述的节点(112)或者根据权利要求10-12中的任一项所述的终端(130)，

其中，所述至少一个控制消息(1004、1010)包括多个控制消息(1004、1010)，所述多个控制消息中的每一个都包括根据给定冗余版本(371-373)编码的命令。

14.根据权利要求13所述的节点(112)或者根据权利要求13所述的终端(130)，

其中，所述多个控制消息(1004、1010)的数量等于所述多个第一有效载荷消息的数量与所述多个第二有效载荷消息的数量之和。

15.根据权利要求1-9或12-14中的任一项所述的节点(112)或者根据权利要求10-14中的任一项所述的终端(130)，

其中，在所述无线电链路(101)上实现的信道(261-263)的后续传输区间(255)中传送的有效载荷消息的捆绑传输集(351)包括所述多个第一有效载荷消息(502、505、508)。

16.根据权利要求1-9或12-15中的任一项所述的节点(112)或者根据权利要求10-15中的任一项所述的终端(130)，

其中，所述至少一个控制消息是由所述节点的通信协议栈的介质接入层实现的自动重复请求协议的否定确认消息，所述否定确认消息包括否定地确认所述数据包的接收的指示符。

17.一种方法，该方法包括以下步骤：

-在无线电链路(101)上接收多个第一有效载荷消息(502、505、508)，所述多个第一有效载荷消息(502、505、508)中的每一个都包括根据给定冗余版本(371-373)编码的数据包(501)，

-基于所述多个第一有效载荷消息(502、505、508)解码所述数据包(501)，

-根据所述解码：在所述无线电链路上选择性地发送至少一个控制消息(1004、1010)，所述至少一个控制消息(1004、1010)包括提示发送多个第二有效载荷消息(1005、1011)的命令，所述多个第二有效载荷消息(1005、1011)中的每一个都包括根据所述给定冗余版本编码的所述数据包(501)。

18.根据权利要求17所述的方法，

其中，所述方法由根据权利要求1-9或者12-16中的任一项所述的节点(112)执行。

19.一种方法，该方法包括以下步骤：

-在无线电链路(101)上发送多个第一有效载荷消息(502、505、508)，所述多个第一有效载荷消息(502、505、508)中的每一个都包括根据给定冗余版本(371-373)编码的数据包(501)，

-在无线电链路(101)上接收至少一个控制消息(1004、1010)，所述至少一个控制消息(1004、1010)包括提示发送多个第二有效载荷消息(1005、1011)的命令，所述多个第二有效载荷消息(1005、1011)中的每一个都包括根据所述给定冗余版本(371-373)编码的所述数据包(501)，

-响应于接收到所述至少一个控制消息(1004、1010)：在无线电链路(101)上发送所述多个第二有效载荷消息(1005、1011)。

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

其中，所述方法由根据权利要求10-16中的任一项所述的终端(130)执行。