一种数据传输方法

技术领域

本发明涉及通信技术领域，具体而言，涉及一种数据传输方法。

背景技术

当前，窄带无线通信技术(如NB-IoT等)主要应用于公共网络。终端想要链接网络必须要拥有支持对应网络的USIM卡并在网络覆盖范围内才能使用。不具备终端的一对多点的通信功能，也不具备此种通信能力下的通信过程中的HARQ(混合自动重传请求，HybridAutomatic Repeat reQuest))能力。例如，FM广播方式支持1对多，不支持通信过程中的HARQ能力；基于5G物联网基尚不支持1对多通信；模拟对讲机虽然可以支持一对多通信，但是不支持通信过程中的HARQ能力。

因此，亟需一种在一对多广播方式下的HARQ实现方法。

发明内容

本发明的目的在于，针对上述现有技术中的不足，本申请提供了一种数据传输方法，以解决现有技术中无法在一对多广播方式下实现HARQ等问题。

为实现上述目的，本申请实施例采用的技术方案如下：

第一方面，本申请实施例提供一种数据传输方法，应用于第一终端，所述方法包括：

根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块；所述多个调度块的数量为所述预设重传次数；

对所述多个调度块中第一个调度块接收的所述第一数据块进行下行数据解码操作；

若所述第一个调度块的数据解码成功，则上报所述第一数据块，并采用预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作。

可选地，所述根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块之前，所述方法还包括：

接收所述第二终端采用所述广播信道发送的重传配置信息；所述重传配置信息包括：第一指示信息，和第二指示信息；

根据所述第一指示信息，确定所述预设的HARQ实现方式；

根据所述第二指示信息，确定所述预设重传次数。

可选地，所述采用预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作，包括：

若所述预设的HARQ实现方式为：第一实现方式，则依次继续对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行下行数据接收操作。

可选地，所采用预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作，包括：

若所述预设的HARQ实现方式为：第二实现方式，则依次继续对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。

可选地，所述采用预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作包括：

若所述预设的HARQ实现方式为：第三实现方式，则在所述多个调度块中所述第一调度块之后的其他调度块内进入空闲态。

可选地，所述采用预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作，包括：

若所述预设的HARQ实现方式为：第四实现方式，则在所述多个调度块中所述第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。

可选地，所述方法还包括：

若所述第一调度块的数据解码失败，则对所述第一调度块接收的数据进行缓存；

对缓存的数据和下一调度块接收的数据进行合并后进行下行数据解码操作；

若解码成功，则上报合并后的所述第一数据块，并依次采用所述预设的HARQ实现方式，对所述多个调度块中所述下一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作。

可选地，所述方法还包括：

若在所述多个调度块内接收的数据均未解码成功，则丢弃所述第一数据块；

根据所述预设重传次数，在连续的所述多个调度块内，继续接收第二终端采用广播信道发送的第二数据块。

第二方面，本申请实施例提供一种数据传输方法，应用于第二终端，所述方法包括：

采用广播信道向至少一个第一终端发送重传配置信息，所述重传配置信息包括：第一指示信息，和第二指示信息；所述第一指示信息用于使得所述第一终端确定预设的HARQ实现方式，所述第二指示信息用于使得所述第一终端确定预设重传次数；

根据所述预设重传次数，在连续的多个调度块内采用所述广播信道向所述至少一个第一终端发送第一数据块，以使得每个第一终端根据所述预设重传次数，在所述多个调度块内，接收所述第二终端发送的所述第一数据块，并对所述多个调度块中第一个调度块接收的数据进行下行数据解码操作，若所述第一个调度块的数据解码成功，则上报所述第一数据块，并采用所述预设的HARQ实现方式，对所述多个调度块中所述第一调度块之后的其他调度块接收的数据进行所述预设的HARQ实现方式对应的处理操作；

其中，所述多个调度块的数量等于所述预设重传次数。

可选地，所述采用广播信道向至少一个第一终端发送重传配置信息之前，所述方法还包括：

根据业务事项，从多个HARQ实现方式中确定所述预设的HARQ实现方式；

根据所述业务事项，确定所述预设重传次数。

相对于现有技术而言，本申请具有以下有益效果：

本申请提供了一种数据传输方法，该方法通过根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块；多个调度块的数量为预设重传次数；对多个调度块中第一个调度块接收的第一数据块进行下行数据解码操作；若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。从而，实现一对多的HARQ数据传输，通过多次发送同一数据块，降低了数据传输的错误率，提高了广播通信中数据传输的可靠性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为一种数据传输系统的结构示意图；

图2为本申请实施例提供的一种数据传输方法的流程示意图；

图3为本申请实施例提供的一种数据传输原理示意图；

图4为本申请提供的一种接收重传配置信息的方法的流程示意图；

图5为本申请提供的一种第一HARQ实现方式的原理示意图；

图6为本申请提供的一种第二HARQ实现方式的原理示意图；

图7为本申请提供的一种第三HARQ实现方式的原理示意图；

图8为本申请提供的一种第四HARQ实现方式的原理示意图；

图9为本申请提供的一种数据解码方法的流程示意图；

图10为本申请提供的一种数据解码均未成功的方法的流程示意图；

图11为本申请提供的另一种数据传输方法的流程示意图；

图12为本申请提供的一种确定重传配置信息的方法的流程示意图；

图13为本申请实施例提供的一种数据传输装置的示意图；

图14为本申请实施例提供的另一种数据传输装置的示意图；

图15为本申请实施例提供的一种终端设备的示意图。

图标：100-第一终端、200-第二终端、1301-接收模块、1302-解码模块、1303-处理模块、1401-第一发送模块、1402-第二发送模块、1501-处理器、1502-发射器、1503-接收器。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

此外，若出现术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

需要说明的是，在不冲突的情况下，本发明的实施例中的特征可以相互结合。

在采用物联网通信技术进行一对多终端通信时，为提高广播通信中数据传输的可靠性，本申请提供了一种数据传输方法。

在介绍数据传输方法之前，先对数据传输系统进行解释说明。图1为一种数据传输系统的结构示意图。如图1所示，该系统包括：第一终端100、第二终端200，第一终端100与第二终端200通信连接。

示例地，第一终端100可以为多个，第二终端200与多个第一终端100之间可采用物联网建立通信链路，并通过通信链路进行数据传输。第二终端200是一对多数据传输中处于BS(Base Station，基站)状态的终端，第一终端100是一对多数据传输中处于UE(UserEquipment，用户设备)状态的终端。终端开机后默认都处于UE状态，当其中一个终端需要发送广播数据时，该终端将状态切换为BS状态，成为一对多数据传输中的中心节点，也就是第二终端200，而接收第二终端200发送数据的其他终端作为第一终端100。当数据发送完毕时，第二终端200将状态切换回UE状态。其中，在数据传输的过程中，第二终端200以固定子帧大小的调度块进行广播数据的发送，同时第一终端100也以相同固定子帧大小的调度块进行广播数据的接收。

如下通过具体示例对本申请提供的一种数据传输方法进行解释说明。图2为本申请实施例提供的一种数据传输方法的流程示意图。图3为本申请实施例提供的一种数据传输原理示意图。该方法的执行主体为第一终端，该终端设备可以为具有计算处理功能的设备。如图2所示，该方法包括：

S101、根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块。

其中，多个调度块的数量为预设重传次数，例如为n。如图3所示，调度块是指在通信链路上固定子帧大小的数据传输区间，重传次数是指同一数据块重复发送的次数。采用一个调度块发送一次数据块，发送重传次数次该数据块，因此，用于发送同一数据块的多个调度块的数量和该数据块的重传次数相同。

在连续的多个调度块内，可以接收到第二终端采用广播信道发送的第一数据块，理论上持续可接收预设重传次数个第一数据块。

示例地，第一终端可以为多个，多个第一终端同时接收第二终端发的第一数据块，实现一对多的数据传输，第一数据块可以为音频数据、视频数据、文本数据等。

S102、对多个调度块中第一个调度块接收的第一数据块进行下行数据解码操作。

通过多个调度块中第一个调度块接收到第一数据块之后，先对第一数据块进行解码，并校验。进一步判断是否可以解码校验成功。

S103、若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

若第一个调度块的数据解码成功，则表明已经接收到正确的第一数据块，则上报第一数据块，可进一步地将第一数据块进行输出处理并展示。

从数据传输的角度来看，上报了解码成功的第一数据块，第一数据块的传输任务应该已经完成了。但本申请实施例中采用HARQ(Hybrid Automatic Repeat reQuest，混合自动重传请求)技术进行数据传输，上报完解码成功的第一数据块之后，多个调度块中第一调度块之后的其他调度块还会继续接收重传的多个第一数据块。因此，可以采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。进而，实现一对多的HARQ数据传输，通过多次发送同一数据块，降低了数据传输的错误率。

综上，在本实施例中，通过根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块；多个调度块的数量为预设重传次数；对多个调度块中第一个调度块接收的第一数据块进行下行数据解码操作；若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。从而，实现一对多的HARQ数据传输，通过多次发送同一数据块，降低了数据传输的错误率，提高了广播通信中数据传输的可靠性。

在上述图2对应的实施例的基础上，本申请还提供了一种接收重传配置信息的方法。图4为本申请提供的一种接收重传配置信息的方法的流程示意图。如图4所述，在S101中的根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块之前，方法还包括：

S201、接收第二终端采用广播信道发送的重传配置信息。

第二终端与第一终端成功建立通信链路之后，先将重传配置信息发送至第一终端，以使得第一终端采用第二终端发送的重传配置信息进行数据接收工作。

其中，重传配置信息包括：第一指示信息，和第二指示信息。第一指示信息中携带了预设的HARQ实现方式，和第二指示信息中携带了预设重传次数。

示例地，重传配置信息可采用MIB(Master Information Block，主系统模块)进行发送，在MIB中添加对应的比特位，分别表示预设的HARQ实现方式和预设重传次数。通过MIB传输预设的HARQ实现方式和预设重传次数，进一步提升了数据传输的实用性。

S202、根据第一指示信息，确定预设的HARQ实现方式。

示例地，解析MIB中对应的比特位，可以确定预设的HARQ实现方式。

S203、根据第二指示信息，确定预设重传次数。

示例地，解析MIB中对应的比特位，可以确定预设重传次数。

综上，在本实施例中，接收第二终端采用广播信道发送的重传配置信息，重传配置信息包括：第一指示信息，和第二指示信息；根据第一指示信息，确定预设的HARQ实现方式；根据第二指示信息，确定预设重传次数。从而，通过提前获取预设的HARQ实现方式和预设重传次数，提升了数据传输的实用性。

在上述图2对应的实施例的基础上，本申请还提供了一种第一HARQ实现方式的原理示意图。图5为本申请提供的一种第一HARQ实现方式的原理示意图。S103中的采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作，包括：

若预设的HARQ实现方式为：第一实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行数据接收操作。

预先设置HARQ实现方式的映射关系，第一实现方式对应：依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行数据接收操作。

如图5所示，第i次的第一数据块解码成功并上报之后，理论上来讲，无需再进行过多的第一数据块的接收、处理工作。但为了便于数据处理的突发情况，并保持链路畅通。可继续接收多个调度块中第一调度块之后的其他调度块传输的数据，但是只对数据做下行数据接收操作，不进行解码、上报等操作。以在做好数据储备的同时降低了数据处理的功耗，节省了成本。

综上，在本实施例中，若预设的HARQ实现方式为：第一实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行数据接收操作。从而，在做好数据储备的同时降低了数据处理的功耗，节省了成本。

在上述图2对应的实施例的基础上，本申请还提供了一种第二HARQ实现方式的原理示意图。图6为本申请提供的一种第一HARQ实现方式的原理示意图。S103中的所采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作，包括：

若预设的HARQ实现方式为：第二实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。

第二实现方式对应：依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。

如图6所示，第i次的第一数据块解码成功并上报之后，理论上来讲，无需再进行过多的第一数据块的接收、处理工作。但为了便于获取数据传输的通信质量，可以继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。在保持链路畅通的同时可实时根据下行参考信号得到当前通信链路的通信质量，并降低数据接收处理的功耗。

综上，在本实施例中，若预设的HARQ实现方式为：第二实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。从而，在保持链路畅通的同时可实时根据下行参考信号得到当前通信链路的通信质量，并降低数据接收处理的功耗。

在上述图2对应的实施例的基础上，本申请还提供了一种第三HARQ实现方式的原理示意图。图7为本申请提供的一种第一HARQ实现方式的原理示意图。S103中的采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作包括：

若预设的HARQ实现方式为：第三实现方式，则在多个调度块中第一调度块之后的其他调度块内进入空闲态。

第三实现方式对应：在多个调度块中第一调度块之后的其他调度块内进入空闲态。

如图7所示，第i次的第一数据块解码成功并上报之后，理论上来讲，无需再进行过多的第一数据块的接收、处理工作。但为了极大地节省数据接收处理的功耗，在多个调度块中第一调度块之后的其他调度块内进入空闲态，即，其他调度块不再接收数据块，不再做任何事情，没有任何消耗。

但需要说明的是，第三实现方式虽然降低了功耗，但是多个调度块处于空闲态，通信链路空闲时间过长，可能会导致后续解算出的接收信号波动变大。因此，在第三实现方式下，重传次数不易过大。

综上，在本实施例中，若预设的HARQ实现方式为：第三实现方式，则在多个调度块中第一调度块之后的其他调度块内进入空闲态。从而，节省数据接收处理的功耗。

在上述图2对应的实施例的基础上，本申请还提供了一种第四HARQ实现方式的原理示意图。图8为本申请提供的一种第一HARQ实现方式的原理示意图。S103中的采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作，包括：

若预设的HARQ实现方式为：第四实现方式，则在多个调度块中第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。

第四实现方式对应：在多个调度块中第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。

如图8所示，第i次的第一数据块解码成功并上报之后，理论上来讲，无需再进行过多的第一数据块的接收、处理工作。但为了降低数据接收处理的功耗，还为了获取数据传输的通信质量，在多个调度块中第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。即，其他调度块中，一部分调度块进行下行参考信号操作，一部分调度块进入空闲态，进行下行参考信号操作的调度块与进入空闲态的调度块间隔分布。示例地，在其他调度块中，可以以“1：1”交替形式进行，先进行下行参考信号操作，再进入空闲态，以此交替循环。需要说明的是，“1：1”交替形式只是一种示例，本申请并不限定“1：1”交替形式，其他交替形式也在本申请的保护范围之内。

综上，在本实施例中，若预设的HARQ实现方式为：第四实现方式，则在多个调度块中第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。从而，降低了数据接收处理的功耗，还获取数据传输的通信质量。

在上述图2对应的实施例的基础上，本申请还提供了一种数据解码方法。图9为本申请提供的一种数据解码方法的流程示意图。如图9所述，方法还包括：

S301、若第一调度块的数据解码失败，则对第一调度块接收的数据进行缓存。

若第一调度块的数据解码失败，在HARQ技术的前提下，为提高数据解码的成功率，对第一调度块接收的第一数据块先进行缓存。

S302、对缓存的数据和下一调度块接收的数据进行合并后进行下行数据解码操作。

对第一数据块缓存之后，继续采用下一调度块接收数据。并将缓存的第一数据块和下一调度块接收的数据进行(还是相同的第一数据块)合并得到合并后的第一数据块，并继续对合并后的第一数据块进行下行数据解码操作。

示例地，若在当前的物联网环境及通信距离下，通信数据的解码成功率为50％，那么解码一个第一数据块的成功率为50％，解码两个第一数据块合并后的数据块的成功率为75％，解码三个第一数据块合并后的数据块的成功率为87.5％。以此，通过数据块合并提高了数据解码的成功率。

S303、若解码成功，则上报合并后的第一数据块，并依次采用预设的HARQ实现方式，对多个调度块中下一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

若解码成功，则表明已经接收到正确的第一数据块，则上报合并后的第一数据块，可进一步地将第一数据块进行输出处理并展示。

并依次采用预设的HARQ实现方式，对多个调度块中下一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。进而，实现一对多的HARQ数据传输，通过多次发送同一数据块，降低了数据传输的错误率。

进一步地，若解码失败，则对合并后的第一数据进行缓存，并重复步骤S302和步骤S303，继续合并下一调度块接收的数据，进行解码，直至解码成功，上报合并后的第一数据块，并依次采用预设的HARQ实现方式，对多个调度块中下一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

综上，在本实施例中，若第一调度块的数据解码失败，则对第一调度块接收的数据进行缓存；对缓存的数据和下一调度块接收的数据进行合并后进行下行数据解码操作；若解码成功，则上报第一数据块，并依次采用预设的HARQ实现方式，对多个调度块中下一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。从而，通过数据块合并提高了数据解码的成功率，降低了数据传输的错误率。

在上述图2对应的实施例的基础上，本申请还提供了一种数据解码均未成功的方法。图10为本申请提供的一种数据解码均未成功的方法的流程示意图。如图10所述，该方法还包括：

S401、若在多个调度块内接收的数据均未解码成功，则丢弃第一数据块。

有上述实施例可知，用于传输第一数据的多个调度块的数量等于预设重传次数，重传次数是有限的。若在多个调度块内接收的数据均未解码成功，也就是说，将接收到的预设重传次数个第一数据块合并后，仍未解码成功，再也接收不到新的第一数据块。因此，在当前容错率的要求下，可以放弃接收解码成功的第一数据块，则丢弃第一数据块。

S402、根据预设重传次数，在连续的多个调度块内，继续接收第二终端采用广播信道发送的第二数据块。

无论是采用预设的HARQ实现方式对多个调度块中下一调度块之后的其他调度块接收的数据进行对应的处理操作，还是丢弃第一数据。用于传输第一数据块的多个数据块都完成了传输第一数据块的任务，则继续接收第二数据块。

如图5-图8所示，在用于传输第一数据块的多个调度块之后，继续确定连续的多个调度块，继续接收第二终端采用广播信道发送的第二数据块。对于第二数据块的处理与对第一数据块的处理类似，此处不再赘述。以此，完成对所有数据块的接收处理。

综上，在本实施例中，若在多个调度块内接收的数据均未解码成功，则丢弃第一数据块；根据预设重传次数，在连续的多个调度块内，继续接收第二终端采用广播信道发送的第二数据块。从而，通过设置的预设重传次数对数据处理进行限制，在保证数据解码成功率的同时，提高了数据处理效率。

如下再通过具体的示例，对本申请提供的另一种数据传输方法进行解释说明。图11为本申请提供的另一种数据传输方法的流程示意图。该方法的执行主体为第二终端，该终端设备可以为具有计算处理功能的设备。如图11所示，该方法包括：

S501、采用广播信道向至少一个第一终端发送重传配置信息。

在进行广播通信之前，第二终端先与多个第一终端建立一对多通信链路。

再采用广播信道向至少一个第一终端发送重传配置信息。其中，重传配置信息包括：第一指示信息，和第二指示信息；第一指示信息用于使得第一终端确定预设的HARQ实现方式，第二指示信息用于使得第一终端确定预设重传次数。

示例地，重传配置信息可采用MIB进行发送，在MIB中添加对应的比特位，分别表示预设的HARQ实现方式和预设重传次数。通过MIB传输预设的HARQ实现方式和预设重传次数，进一步提升了数据传输的实用性。

S502、根据预设重传次数，在连续的多个调度块内采用广播信道向至少一个第一终端发送第一数据块。

以使得每个第一终端根据预设重传次数，在多个调度块内，接收第二终端发送的第一数据块，并对多个调度块中第一个调度块接收的数据进行下行数据解码操作，若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

其中，多个调度块的数量等于预设重传次数。

每个第一数据块都只在对应连续的多个调度块进行重发发送。当第一数据块对应的多个调度块使用完了，则继续采用下一段连续的多个调度块内采用广播信道向至少一个第一终端发送第二数据块。

综上，在本实施例中，采用广播信道向至少一个第一终端发送重传配置信息，重传配置信息包括：第一指示信息，和第二指示信息；第一指示信息用于使得第一终端确定预设的HARQ实现方式，第二指示信息用于使得第一终端确定预设重传次数；根据预设重传次数，在连续的多个调度块内采用广播信道向至少一个第一终端发送第一数据块，以使得每个第一终端根据预设重传次数，在多个调度块内，接收第二终端发送的第一数据块，并对多个调度块中第一个调度块接收的数据进行下行数据解码操作，若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作；其中，多个调度块的数量等于预设重传次数。从而，实现一对多的HARQ数据传输，通过多次发送同一数据块，降低了数据传输的错误率，提高了广播通信中数据传输的可靠性。

在上述图2对应的实施例的基础上，本申请还提供了一种确定重传配置信息的方法。图12为本申请提供的一种确定重传配置信息的方法的流程示意图。如图12所述，S501中的采用广播信道向至少一个第一终端发送重传配置信息之前，方法还包括：

S601、根据业务事项，从多个HARQ实现方式中确定预设的HARQ实现方式。

在多个终端中，会提前预设业务事项与HARQ实现方式的映射关系，当第二终端触发了发送业务事项的数据的操作，则根据映射关系获取该业务事项对应的HARQ实现方式，将该HARQ实现方式确定为预设的HARQ实现方式。

示例地，业务事项可以为音频数据、视频数据、文本数据等，不同的业务事项对应不同的HARQ实现方式。例如，业务事项为音频数据，对应的HARQ实现方式为第一实现方式；业务事项为视频数据，对应的HARQ实现方式为第二实现方式；业务事项为文本数据，对应的HARQ实现方式为第三实现方式。此处的映射关系只是一种示例，并不限定业务事项与HARQ实现方式的映射关系，业务事项与HARQ实现方式的映射关系也可以为更复杂的方式，都可以提前预设，并都在本申请的保护范围内。

S602、根据业务事项，确定预设重传次数。

数据块的重传次数增加会伴随着数据带宽的下降，同时，同一数据块重传次数的增加可使广播数据的接收端能接收到此数据块的可能性增大。因此，重传次数的确定需要综合考虑带宽以及数据容错率的要求而设定。在多个终端中，会提前预设业务事项与预设重传次数的映射关系，当第二终端触发了发送业务事项的数据的操作，则根据映射关系获取该业务事项对应的预设重传次数，将该预设重传次数确定为预设的预设重传次数。

示例地，业务事项可以为音频数据、视频数据、文本数据等，不同的业务事项对应不同的预设重传次数。例如，业务事项为音频数据，对应的预设重传次数为5次；业务事项为视频数据，对应的预设重传次数为8次；业务事项为文本数据，对应的预设重传次数为2次。此处的映射关系只是一种示例，并不限定业务事项与预设重传次数的映射关系，业务事项与预设重传次数的映射关系也可以为更复杂的方式，都可以提前预设，并都在本申请的保护范围内。

综上，在本实施例中，根据业务事项，从多个HARQ实现方式中确定预设的HARQ实现方式；根据业务事项，确定预设重传次数。从而，精准地获取了业务事项对应的预设的HARQ实现方式及预设重传次数。

下述对用以执行的本申请所提供的一种数据传输装置、设备及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图13为本申请实施例提供的一种数据传输装置的示意图，如图13所示，应用于第一终端，该装置包括：

接收模块1301，用于根据预设重传次数，在连续的多个调度块内，接收第二终端采用广播信道发送的第一数据块；多个调度块的数量为预设重传次数。

解码模块1302，用于对多个调度块中第一个调度块接收的第一数据块进行下行数据解码操作。

处理模块1303，用于若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

进一步地，接收模块1301，还用于接收第二终端采用广播信道发送的重传配置信息；重传配置信息包括：第一指示信息，和第二指示信息；根据第一指示信息，确定预设的HARQ实现方式；根据第二指示信息，确定预设重传次数。

进一步地，处理模块1303，具体用于若预设的HARQ实现方式为：第一实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行数据接收操作。

进一步地，处理模块1303，具体还用于若预设的HARQ实现方式为：第二实现方式，则依次继续对多个调度块中第一调度块之后的其他调度块接收的数据进行下行参考信号的处理操作。

进一步地，处理模块1303，具体还用于若预设的HARQ实现方式为：第三实现方式，则在多个调度块中第一调度块之后的其他调度块内进入空闲态。

进一步地，处理模块1303，具体还用于若预设的HARQ实现方式为：第四实现方式，则在多个调度块中第一调度块之后的其他调度块中进行下行参考信号和空闲态的组合操作。

进一步地，处理模块1303，还用于若第一调度块的数据解码失败，则对第一调度块接收的数据进行缓存；对缓存的数据和下一调度块接收的数据进行合并后进行下行数据解码操作；若解码成功，则上报合并后的第一数据块，并依次采用预设的HARQ实现方式，对多个调度块中下一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作。

进一步地，处理模块1303，还用于若在多个调度块内接收的数据均未解码成功，则丢弃第一数据块。

进一步地，接收模块1301，还用于根据预设重传次数，在连续的多个调度块内，继续接收第二终端采用广播信道发送的第二数据块。

下述对用以执行的本申请所提供的另一种数据传输装置、设备及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。

图14为本申请实施例提供的另一种数据传输装置的示意图，如图14所示，应用于第二终端，该装置包括：

第一发送模块1401，用于采用广播信道向至少一个第一终端发送重传配置信息，重传配置信息包括：第一指示信息，和第二指示信息；第一指示信息用于使得第一终端确定预设的HARQ实现方式，第二指示信息用于使得第一终端确定预设重传次数。

第二发送模块1402，用于根据预设重传次数，在连续的多个调度块内采用广播信道向至少一个第一终端发送第一数据块，以使得每个第一终端根据预设重传次数，在多个调度块内，接收第二终端发送的第一数据块，并对多个调度块中第一个调度块接收的数据进行下行数据解码操作，若第一个调度块的数据解码成功，则上报第一数据块，并采用预设的HARQ实现方式，对多个调度块中第一调度块之后的其他调度块接收的数据进行预设的HARQ实现方式对应的处理操作；其中，多个调度块的数量等于预设重传次数。

进一步地，第一发送模块1401，还用于根据业务事项，从多个HARQ实现方式中确定预设的HARQ实现方式；根据业务事项，确定预设重传次数。

图15为本申请实施例提供的一种终端设备的示意图，该终端设备可以是具备处理、发送、接收功能的设备。如图15所示：

该终端设备包括：处理器1501、发射器1502、接收器1503。处理器1501与发射器1502、接收器1503通过总线连接。

接收器1503用于接收其他终端设备发送的信号，并传输至处理器1501。处理器1501用于执行上述方法实施例。具体实现方式和技术效果类似，这里不再赘述。发射器1502用于将处理器1501的处理结果发送至其他终端设备。

可选地，本发明还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述方法实施例。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。