CN112689966A - 数据重传的方法、装置、通信设备及存储介质 - Google Patents

Abstract

本申请提出一种数据重传的方法、装置、通信设备及存储介质，属于无线通信技术领域。其中，该方法包括：基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

Description

数据重传的方法、装置、通信设备及存储介质

技术领域

本申请涉及无线通信技术领域，尤其涉及一种数据重传的方法、装置、通信设备及存储介质。

背景技术

覆盖是运营商在将蜂窝网络商业化时考虑的关键因素之一，因为它将直接影响到服务质量以及资本支出和运营成本。此外，与LTE(Long Term Evolution，长期演进)通信模型相比，由于NR(New Radio，新空口)通信模式的工作频率要高的多，因此无线信道将不可避免地受到更高的路径损耗，这使得维持至少与当前的小区相当的覆盖质量以及服务质量变得更具有挑战性。其中，控制信道是覆盖增强的主要瓶颈。

相关技术中，为了实现覆盖增强，协议支持PUSCH(Physical uplink sharedchannel，物理上行共享信道)通过重复传输来获得更大的接收信噪比。但是，过多的无效重传，容易导致系统资源浪费。

发明内容

本申请提出的数据重传的方法、装置、通信设备及存储介质，用于解决相关技术中，通过重复传输来获得更大的接收信噪比，以实现覆盖增强的方式。但是，容易导致过多的无效重传，从而导致系统资源浪费的问题。

本申请一方面实施例提出的数据重传的方法，应用应用于数据接收端，包括：基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

本申请另一方面实施例提出的数据重传的方法，应用于数据发送端，包括：基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

本申请再一方面实施例提出的数据重传的装置，应用于数据接收端，包括：第一确定模块，被配置为基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

本申请又一方面实施例提出的数据重传的装置，应用于数据发送端，包括：第二确定模块，被配置为基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

本申请又一方面实施例提出的通信设备，其包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现如前所述的数据重传的方法。

本申请另一方面实施例提出的计算机存储介质，其上存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现如前所述的数据重传的方法。

本申请实施例提供的数据重传的方法、装置、通信设备及计算机可读存储介质，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，

其中：

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

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

图3为本申请实施例所提供的再一种数据重传的方法的流程示意图；

图4为本申请实施例所提供的又一种数据重传的方法的流程示意图；

图5为本申请实施例所提供的又一种数据重传的方法的流程示意图；

图6为本申请实施例所提供的另一种数据重传的方法的流程示意图；

图7为本申请实施例所提供的一种数据重传的装置的结构示意图；

图8为本申请实施例所提供的另一种数据重传的装置的结构示意图；

图9为本申请实施例所提供的一种用户设备的框图；

图10为本申请实施例所提供的一种基站的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。

在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请实施例针对相关技术中，通过重复传输来获得更大的接收信噪比，以实现覆盖增强的方式。但是，容易导致过多的无效重传，从而导致系统资源浪费的问题，提出一种数据重传的方法。

本申请实施例提供的数据重传的方法，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

下面参考附图对本申请提供的数据重传的方法、装置、通信设备及存储介质进行详细描述。

图1为本申请实施例所提供的一种数据重传的方法的流程示意图，应用于数据接收端。

如图1所示，该数据重传的方法，包括以下步骤：

步骤101，基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

需要说明的是，本申请实施例的数据接收端可以是基站，也可以是任意的UE(UserEquipment，用户设备)，本申请实施例的数据重传的方法可以应用在任意的基站或UE中。UE可以是指向用户提供语音和/或数据连通性的设备。UE可以经RAN(Radio Access Network，无线接入网)与一个或多个核心网进行通信，终端可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，STA(Station，站)、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)或用户代理(useragent)。或者，UE也可以是无人飞行器的设备。或者，UE也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线终端。或者，UE也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

其中，信号状态信息可以包括以下信息中的至少一种：是否正确接收及信号的平均接收功率值。

在本申请实施例中，数据接收端当前是否可以正确接收到信号，以及接收到的信号的平均接收功率值，可以反映数据接收端与数据发送端之间的数据重传是否有效，因此，可以数据接收端可以基于连续时段内接收的信号状态信息，确定是否可以启动终止数据重传的机制。

可选的，数据接收端可以根据是否正确到信号，确定当前的数据重传是否有效。即在本申请实施例一种可能的实现方式中，上述步骤101，可以包括：

数据接收端可以响应于连续时段内未正确接收到信号，确定启动终止数据重传的机制；

或者

响应于连续时段内正确接收到信号，确定不启动终止数据重传的机制。

需要说明的是，数据接收端响应于连续时段内未正确接收到信号，则可以确定数据接收端在较长时间内未正确接收到信号，从而可以确定数据接收端与数据发送端之间的数据重传处于无效状态，进而可以启动终止数据重传的机制，以终止数据发送端与数据接收端之间的数据重传，避免过多的无效重传。

相应的，数据接收端响应于连续时段内正确接收到信号，则可以确定数据接收端与数据发送端之间的数据重传处于有效状态，从而可以不启动终止数据重传的机制，以保证数据接收端与数据发送端之间的覆盖增强，提升通信可靠性。

作为一种可能的实现方式，数据接收端可以通过CRC(Cyclic Redundancy Check，循环冗余校验)确定是否正确接收到信号。即数据发送端在对信号进行编码之前，生成信号对应的CRC编码。从而数据接收端在接收到信号之后，可以对接收到的信号进行CRC校验，并响应于CRC校验成功，确定当前接收到的信号为正确接收到的信号；否则，确定当前接收到的信号不是正确接收到的信号。

可选的，数据接收端还可以同时根据是否正确接收到信号与信号的平均接收功率值，确定当前的数据重传是否有效，以进一步提升数据重传终止的可靠性。即在本申请实施例一种可能的实现方式中，上述步骤101，可以包括：

响应于连续时段内未正确接收到信号、且信号的平均接收功率值小于第一阈值，确定启动终止数据重传的机制。

需要说明的是，数据接收端响应于连续时段内未正确接收到信号，且信号的平均接收功率值小于第一阈值，则可以确定数据接收端与数据发送端之间的数据重传处于无效状态，从而可以启动终止数据重传的机制，以终止数据发送端与数据接收端之间的数据重传，避免过多的无效重传。

相应的，数据接收到响应于连续时段内正确接收到信号，或信号的平均接收功率大于或等于第一阈值，则可以确定数据接收端与数据发送端之间的数据重传处于有效状态，从而可以不启动终止数据重传的机制，以保证数据接收端与数据发送端之间的覆盖增强，提升通信可靠性。

需要说明的是，实际使用时，可以根据实际的业务场景，确定连续时段的时长与第一阈值的具体取值，本申请实施例对此不做限定。

本申请实施例提供的数据重传的方法，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

在本申请一种可能的实现形式中，数据接收端为基站与UE时，响应于确定启动终止数据重传的机制，可以分别采用不同的方式终止数据重传。以下分别对数据接收终端为基站、UE时，终止数据重传的方式进行具体说明。

下面结合图2，对本申请实施例提供的另一种数据重传的方法进行进一步说明。

图2为本申请实施例所提供的另一种数据重传的方法的流程示意图，应用于数据接收端，且数据接收端为基站。

如图2所示，该数据重传的方法，包括以下步骤：

步骤201，基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

在本申请的实施例中，步骤201可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。

步骤202，响应于当前为终止数据重传的时机，向UE发送第一DCI(DownlinkControl Information，下行控制信息)，其中，第一DCI用于指示UE终止数据重传。

作为一种可能的实现方式，终止数据重传的时机可以是基站确定在当前进程中为当前向其发送信号的UE重新调度，从而基站可以向UE发送第一DCI，以通过第一DCI指示UE终止数据重传，并使UE根据第一DCI进行新的数据发送。

需要说明的是，响应于第一DCI指示基站对UE的调度仍然为原TBS(TransportBlock Size，传输块尺寸)调度，则基站可以根据当前的缓存剩余容量，确定在接收到UE发送的数据时，是否需要清空已存储的数据。作为一种示例，响应于当前的缓存剩余容量大于接收到的数据大小时，基站可以不清空已存储的数据，并将新接收到的数据与已存储的数据合并；响应于当前的缓存剩余容量小于或等于接收到的数据大小时，基站可以清空已存储的数据，并将新接收到的数据按照新的传输模型进行处理。

进一步的，响应于当前为终止数据重传的时机，基站还可以为UE重新调度新的传输资源。即在本申请实施例一种可能的实现方式，上述数据重传的方法，还可以包括：

响应于当前为终止数据重传的时机，向UE发送第二DCI，其中，第二DCI中包括传输信道参数和/或调制与编码策略等级。

作为一种可能的实现方式，响应于终止数据重传的时机是为UE重新调度时，基站还可以向UE发送第二DCI，以通过第二DCI指示UE终止数据重传，并可以在第二DCI中为UE重新调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息。

需要说明的是，基站为UE重新调度资源时，可以部分或全部修改上次数据重传的相关参数，即第二DCI中包括的调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息，可以是新的，也可以是与上次数据重传的参数相同的。

进一步的，响应于启动终止数据重传的机制，基站还可以冗余版本的实时接收状态或数据重传的次数，确定终止数据重传的时机。即在本申请实施例一种可能的实现方式中，上述步骤202之前，还可以包括：

响应于第一指定的冗余版本已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于第二指定的冗余版本组已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于数据重传的次数达到第三指定值，确定当前为终止数据重传的时机。

需要说明的是，响应于启动终止数据重传的机制，数据接收端(包括基站与终端)不可以立即终止数据重传，以保证数据接收端与数据发送端之间的数据传输的稳定性。因此，响应于启动终止数据重传的机制，可以预先设置终止数据重传的时机。

作为一种示例，可以预先设置第一指定的冗余版本，并响应于启动终止数据重传的机制，且第一指定的冗余版本已接收完毕，基站可以确定当前为终止数据重传的时机，并可以向UE发送第一DCI或终止数据重传的信令，以进行终止数据重传的过程。比如，第一指定的冗余版本为冗余版本的冗余版本号为0，则在启动终止数据重传的机制之后，响应于冗余版本号为0的冗余版本已接收完毕，基站可以确定当前为终止数据重传的时机。

作为一种示例，冗余版本可以是成组发送的，因此可以预先设置第二指定的冗余版本组，并响应于启动终止数据重传的机制，且第二指定的冗余版本组已接收完毕，基站可以确定当前为终止数据重传的时机，并可以向UE发送第一DCI或终止数据重传的信令，以进行终止数据重传的过程。比如，第二指定的冗余版本为冗余版本组为“0 2 1 3”，则在启动终止数据重传的机制之后，响应于冗余版本组“0 2 1 3”已接收完毕，基站可以确定当前为终止数据重传的时机。

作为一种示例，可以预先设置数据重传次数的第三指定值，从而响应于启动终止数据重传的机制，且数据重传的次数达到第三指定值，UE则可以确定当前为终止数据重传的时机。比如，第三指定值可以为4、8、16等，本申请实施例对此不做限定。实际使用时，第三指定值的具体取值可以通过协议规定，也可以配置数据重传资源时通知UE。

本申请实施例提供的数据重传的方法，通过响应于基于连续时段内接收的信号状态信息，确定启动终止数据重传的机制，且响应于当前为终止数据重传的时机，基站向UE发送第一DCI，其中，第一DCI用于指示UE终止数据重传。由此，基站在启动终止数据重传的机制时，可以在合适的终止时机，通过向UE发送第一DCI，以及时终止数据重传，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

以下对数据接收终端为UE时，终止数据重传的方式进行具体说明。

下面结合图3，对本申请实施例提供的再一种数据重传的方法进行进一步说明。

图3为本申请实施例所提供的再一种数据重传的方法的流程示意图，应用于数据接收端，且数据接收端为UE。

如图3所示，该数据重传的方法，包括以下步骤：

步骤301，基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

在本申请的实施例中，步骤301可以分别采用本申请的各实施例中的任一种方式实现，本申请实施例并不对此作出限定，也不再赘述。

步骤302，响应于当前为终止数据重传的时机，向基站发送终止数据重传的请求。

在本申请实施例中，启动终止数据重传的机制之后，数据接收端(包括基站与终端)不可以立即终止数据重传，以保证数据接收端与数据发送端之间的数据传输的稳定性。因此，启动终止数据重传的机制之后，可以预先设置终止数据重传的时机，从而响应于当前为终止数据重传的时机，UE可以向基站发送终止数据重传的请求，以使基站可以终止与该UE之间的数据重传，不再向该UE发送重传数据。

进一步的，响应于当前为终止数据重传的时机，UE还可以请求基站为其重新调度新的传输资源。即在本申请实施例一种可能的实现方式，上述数据重传的方法，还可以包括：

响应于当前为终止数据重传的时机，向基站发送业务调度请求。

作为一种可能的实现方式，响应于当前为终止数据重传的时机，UE可以请求基站为其重新调度新的传输资源，以在终止数据重传后继续与基站进行通信，因此UE可以向基站发送业务调度请求，以使基站可以向UE发送第二DCI，以通过第二DCI指示UE终止数据重传，并可以在第二DCI中为UE重新调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息。

需要说明的是，基站为UE重新调度资源时，可以部分或全部修改上次数据重传的相关参数，即第二DCI中包括的调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息，可以是新的，也可以是与上次数据重传的参数相同的。

进一步的，响应于当前为终止数据重传的时机，UE还可以根据当前的缓存剩余容量，确定是否需要清空已存储的数据，以便于后续的数据传输。即在本申请实施例一种可能的实现方式，上述数据重传方法，还可以包括：

根据当前的缓存剩余容量，确定是否清空已存储的数据。

作为一种示例，响应于当前的缓存剩余容量大于接收到的数据大小时，UE可以不清空已存储的数据，并将新接收到的数据与已存储的数据合并；响应于当前的缓存剩余容量小于或等于接收到的数据大小时，UE可以清空已存储的数据，并将新接收到的数据按照新的传输模型进行处理。

进一步的，响应于启动终止数据重传的机制，UE还可以冗余版本的实时接收状态或数据重传的次数，确定终止数据重传的时机。即在本申请实施例一种可能的实现方式中，上述步骤302之前，还可以包括：

响应于第一指定的冗余版本已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于第二指定的冗余版本组已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于数据重传的次数达到第三指定值，确定当前为终止数据重传的时机。

作为一种示例，可以预先设置第一指定的冗余版本，并响应于启动终止数据重传的机制，且第一指定的冗余版本已接收完毕，UE可以确定当前为终止数据重传的时机，并可以向基站发送终止数据重传的请求或业务调度请求，以进行终止数据重传的过程。比如，第一指定的冗余版本为冗余版本的冗余版本号为0，则在启动终止数据重传的机制之后，响应于冗余版本号为0的冗余版本已接收完毕，UE可以确定当前为终止数据重传的时机。

作为一种示例，冗余版本可以是成组发送的，因此可以预先设置第二指定的冗余版本组，并响应于启动终止数据重传的机制，且第二指定的冗余版本组已接收完毕，UE可以确定当前为终止数据重传的时机，并可以向基站发送终止数据重传的请求或业务调度请求，以进行终止数据重传的过程。比如，第二指定的冗余版本为冗余版本组为“0 2 1 3”，则在启动终止数据重传的机制之后，响应于冗余版本组“0 2 1 3”已接收完毕，UE可以确定当前为终止数据重传的时机。

作为一种示例，可以预先设置数据重传次数的第三指定值，从而响应于启动终止数据重传的机制，且数据重传的次数达到第三指定值，UE则可以确定当前为终止数据重传的时机。比如，第三指定值可以为4、8、16等，本申请实施例对此不做限定。实际使用时，第三指定值的具体取值可以通过协议规定，也可以配置数据重传资源时通知UE。

本申请实施例提供的数据重传的方法，通过响应于基于连续时段内接收的信号状态信息，确定启动终止数据重传的机制，且响应于当前为终止数据重传的时机，UE向基站发送终止数据重传的请求或业务调度请求，以终止数据重传。由此，UE在启动终止数据重传的机制时，可以在合适的终止时机，通过向基站发送终止数据重传的请求或业务调度请求，以及时终止数据重传，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

图4为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于数据发送端。

如图4所示，该数据重传的方法，包括以下步骤：

步骤401，基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

需要说明的是，本申请实施例的数据发送端可以是基站，也可以是任意的UE(UserEquipment，用户设备)，本申请实施例的数据重传的方法可以应用在任意的基站或UE中。UE可以是指向用户提供语音和/或数据连通性的设备。UE可以经RAN(Radio Access Network，无线接入网)与一个或多个核心网进行通信，终端可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，STA(Station，站)、订户单元(subscriberunit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)或用户代理(useragent)。或者，UE也可以是无人飞行器的设备。或者，UE也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线终端。或者，UE也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

在本申请实施例中，可以由数据接收端根据自身对接收信号的实时接收状态，确定当前是否需要启动终止数据重传的机制，并将数据接收端的接收状态反馈至数据发送端，以使数据发送端可以根据数据接收端的接收状态，确定是否需要启动终止数据重传的机制。

作为一种实例，响应于启动终止数据重传的机制，数据接收端可以将自身的对重传数据的接收状态发送至数据发送端，以使数据发送端响应于获取到数据接收端的接收状态，确定启动终止数据重传的机制。

进一步的，响应于启动终止数据重传的机制，数据发送端(包括基站与终端)不可以立即终止数据重传，以保证数据接收端与数据发送端之间的数据传输的稳定性。因此，响应于启动终止数据重传的机制，可以预先设置终止数据重传的时机。即在本申请实施例一种可能的实现方式中，上述步骤401之后，还可以包括：

响应于数据接收端已启动终止数据重传的机制，基于指定的规则，确定终止重传的时机；

在终止重传的时机，终止数据的重传。

其中，指定的规则可以包括以下规则中的至少一种：第一指定的冗余版本已传输完毕、第二指定的冗余版本组已传输完毕或者数据重传的次数达到第三指定值。

作为一种示例，可以预先设置第一指定的冗余版本，并响应于启动终止数据重传的机制，且第一指定的冗余版本已传输完毕，数据发送端可以确定当前为终止数据重传的时机，并终止数据的重传。比如，第一指定的冗余版本为冗余版本的冗余版本号为0，则在启动终止数据重传的机制之后，响应于冗余版本号为0的冗余版本已传输完毕，数据发送端可以确定当前为终止数据重传的时机。

作为一种示例，冗余版本可以是成组发送的，因此可以预先设置第二指定的冗余版本组，并响应于启动终止数据重传的机制，且第二指定的冗余版本组已传输完毕，数据发送端可以确定当前为终止数据重传的时机，并终止数据的重传。比如，第二指定的冗余版本为冗余版本组为“0 2 1 3”，则在启动终止数据重传的机制之后，响应于冗余版本组“0 2 13”已传输完毕，数据发送端可以确定当前为终止数据重传的时机。

作为一种示例，可以预先设置数据重传次数的第三指定值，从而响应于启动终止数据重传的机制，且数据重传的次数达到第三指定值，数据发送端则可以确定当前为终止数据重传的时机，并终止数据的重传。比如，第三指定值可以为4、8、16等，本申请实施例对此不做限定。实际使用时，第三指定值的具体取值可以通过协议规定，也可以配置数据重传资源时通知UE。

进一步的，数据发送端在终止数据重传之后，还可以与数据接收端之间建立新的调度。即在本申请实施例一种可能的实现方式中，上述步骤401之后，还可以包括：

在新的调度指令指定的位置，向数据接收端进行数据重传。

在本申请实施例中，终止数据重传之后，响应于获取到新的调度指令，数据发送端可以根据新的调度指令指定的位置，在指定的位置上向数据接收端重新进行新的调度指令对应的数据重传，以实现数据接收端与数据发送端之间的持续业务调度。

本申请实施例提供的数据重传的方法，数据发送端通过基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

在本申请一种可能的实现形式中，数据发送端为基站与UE时，响应于确定启动终止数据重传的机制，可以分别采用不同的方式确定是否启动终止数据重传的机制。以下分别对数据接发送端为基站、UE时，启动终止数据重传的机制的方式进行具体说明。

下面结合图5，对本申请实施例提供的又一种数据重传的方法进行进一步说明。

图5为本申请实施例所提供的又一种数据重传的方法的流程示意图，应用于数据发送端，且数据发送端为UE。

如图5所示，该数据重传的方法，包括以下步骤：

步骤501，响应于确定基站终止接收上行数据，确定启动终止数据重传的机制。

在本申请实施例中，响应于基站未数据接收端，UE为数据发送端，则基站在确定可以启动终止数据重传的机制时，可以停止接收上行数据，从而响应于基站终止接收上行数据，UE可以确定启动终止数据重传的机制。

相应的，基站在确定不需要启动终止数据重传的机制时，可以持续接收上行数据，从而响应于基站在接收上行数据，UE可以确定不启动终止数据重传的机制。

进一步的，启动终止数据重传的机制之后，数据发送端(包括基站与终端)不可以立即终止数据重传，以保证数据接收端与数据发送端之间的数据传输的稳定性。因此，启动终止数据重传的机制之后，UE还可以根据基站的指示确定终止数据重传的时机。即在本申请实施例一种可能的实现方式中，上述步骤501之后，还可以包括：

响应于获取到基站发送的第一DCI，确定终止重传的时机，其中，第一DCI用于指示终止数据重传；

在终止重传的时机，终止数据的重传。

作为一种可能的实现方式，终止数据重传的时机可以是基站确定在当前进程中为当前向其发送信号的UE重新调度，从而基站可以向UE发送第一DCI，以通过第一DCI指示UE终止数据重传，并使UE根据第一DCI进行新的数据发送。从而，响应于获取到基站发送的第一DCI，UE可以确定当前为终止重传的时机，并在第一DCI中指示的终止重传的时机，终止数据的重传。

进一步的，响应于当前为终止数据重传的时机，基站还可以为UE重新调度新的传输资源。即在本申请实施例一种可能的实现方式，上述数据重传的方法，还可以包括：

响应于获取到基站发送的第二DCI，确定终止重传的时机，其中，第二DCI中包括传输信道参数和/或调制与编码策略等级；

在终止重传的时机，终止数据的重传。

作为一种可能的实现方式，响应于终止数据重传的时机是为UE重新调度时，基站还可以向UE发送第二DCI，以通过第二DCI指示UE终止数据重传，并可以在第二DCI中为UE重新调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息。从而，响应于获取到基站发送的第二DCI，UE可以确定当前为终止重传的时机，并在终止重传的时机，终止数据的重传。

需要说明的是，终止重传的时机可以是第二DCI中携带的，也可以是UE获取到第二DCI后，根据上述实施例中的指定的规则确定的，本申请实施例对此不做限定。

需要说明的是，基站为UE重新调度资源时，可以部分或全部修改上次数据重传的相关参数，即第二DCI中包括的调度传输信道参数、调制与编码策略等级、重传资源、重传次数等信息，可以是新的，也可以是与上次数据重传的参数相同的。

本申请实施例提供的数据重传的方法，UE响应于确定基站终止接收上行数据，确定启动终止数据重传的机制，并响应于获取到基站发送的第一DCI或第二DCI，确定当前为终止数据重传的时机，进而终止数据的重传。由此，UE在启动终止数据重传的机制时，可以在合适的终止时机，及时终止数据重传，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

以下对数据发送终端为基站时，终止数据重传的方式进行具体说明。

下面结合图6，对本申请实施例提供的另一种数据重传的方法进行进一步说明。

图6为本申请实施例所提供的另一种数据重传的方法的流程示意图，应用于数据发送端，且数据发送端为基站。

如图6所示，该数据重传的方法，包括以下步骤：

步骤601，响应于获取到UE上报的数据接收状态反馈信息，确定启动终止数据重传的机制。

其中，数据接收状态反馈信息，可以包括是否正确接收到信号和/或信号的平均接收功率值。

在本申请实施例中，响应于数据发送端为基站，数据接收端为UE，UE可以在响应于连续时段内未正确接收到信号和/或信号的平均接收功率值小于第一阈值，确定启动终止数据重传的机制。

作为一种示例，确定启动终止数据重传的机制之后，UE可以向基站上报数据接收状态反馈信息，即UE可以将UE在连续时段内未正确接收到信号和/或信号的平均接收功率值小于第一阈值，上报至基站，以使基站终止数据重传。从而响应于获取到UE上报的数据接收状态反馈信息，基站可以确定启动终止数据重传的机制，并可以在终止数据重传的时机，终止数据的重传。

相应的，响应于未获取到UE上报的数据接收状态反馈信息，基站可以确定UE当前未启动终止数据重传的机制，从而基站可以确定不启动终止数据重传的机制。

本申请实施例提供的数据重传的方法，基站响应于获取到UE上报的数据接收状态反馈信息，确定启动终止数据重传的机制，进而终止数据的重传。由此，基站通过根据UE反馈的数据接收状态反馈信息，启动终止数据重传的机制，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

本申请实施例所提供的一种数据重传的方法，应用于数据发送端，且数据发送端为基站，包括：

响应于获取到UE上报的数据接收状态反馈信息，确定不启动终止数据重传的机制；

或者，

响应于未获取到UE上报的数据接收状态反馈信息，确定启动终止数据重传的机制。

作为一种示例，UE可以在确定不启动终止数据重传的机制之后，向基站上报数据接收状态反馈信息，即UE可以将UE在连续时段内正确接收到信号和/或信号的平均接收功率值大于或等于第一阈值，上报至基站，以使基站可以确定UE当前未启动终止数据重传的机制，从而基站可以确定不启动终止数据重传的机制。

相应的，UE可以在确定启动终止数据重传的机制之后，不向基站上报数据接收状态反馈信息，从而响应于未获取到UE上报的数据接收状态反馈信息，基站可以确定UE当前启动了终止数据重传的机制，从而基站可以确定启动终止数据重传的机制，并可以在终止数据重传的时机，终止数据的重传。

为了实现上述实施例，本申请还提出一种数据重传的装置。

图7为本申请实施例提供的一种数据重传的装置的结构示意图，应用于数据接收端。

如图7所示，该数据重传的装置70，包括：

第一确定模块71，被配置为基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

在实际使用时，本申请实施例提供的数据重传的装置，可以被配置在任意通信设备中，以执行前述数据重传的方法。

本申请实施例提供的数据重传的装置，通过基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

在本申请一种可能的实现形式中，上述号状态信息包括以下信息中的至少一种：是否正确接收及信号的平均接收功率值。

进一步的，在本申请另一种可能的实现形式中，上述基第一确定模块71，包括：

第一确定单元，被配置为响应于连续时段内未正确接收到信号，确定启动终止数据重传的机制；

或者，

第二确定单元，被配置为响应于连续时段内正确接收到信号，确定不启动终止数据重传的机制；

或者，

第三确定单元，被配置为响应于连续时段内未正确接收到信号、且信号的平均接收功率值小于第一阈值，确定启动终止数据重传的机制。

进一步的，在本申请再一种可能的实现形式中，上述数据接收端为基站，上述数据重传的装置70，还包括：

第一发送模块，被配置为响应于当前为终止数据重传的时机，向用户设备UE发送第一下行控制信息DCI，其中，所述第一DCI用于指示UE终止数据重传。

进一步的，在本申请又一种可能的实现形式中，上述数据接收端为基站，上述数据重传的装置70，还包括：

第二发送模块，被配置为响应于当前为终止数据重传的时机，向UE发送第二DCI，其中，第二DCI中包括传输信道参数和/或调制与编码策略等级。

进一步的，在本申请又一种可能的实现形式中，上述数据接收端为UE，上述数据重传的装置70，还包括：

第三发送模块，被配置为响应于当前为终止数据重传的时机，向基站发送终止数据重传的请求。

进一步的，在本申请另一种可能的实现形式中，上述数据接收端为UE，上述数据重传的装置70，还包括：

第四发送模块，被配置为响应于当前为终止数据重传的时机，向基站发送业务调度请求。

进一步的，在本申请再一种可能的实现形式中，上述数据重传的装置70，还包括：

第三确定模块，被配置为根据当前的缓存剩余容量，确定是否清空已存储的数据。

进一步的，在本申请又一种可能的实现形式中，上述数据重传的装置70，还包括：

第四确定模块，被配置为响应于第一指定的冗余版本已接收完毕，确定当前为终止数据重传的时机；

或者，

第五确定模块，被配置为响应于第二指定的冗余版本组已接收完毕，确定当前为终止数据重传的时机；

或者，

第六确定模块，被配置为响应于数据重传的次数达到第三指定值，确定当前为终止数据重传的时机。

需要说明的是，前述对图1、图2、图3所示的数据重传的方法实施例的解释说明也适用于该实施例的数据重传的装置70，此处不再赘述。

本申请实施例提供的数据重传的装置，通过响应于基于连续时段内接收的信号状态信息，确定启动终止数据重传的机制，且响应于当前为终止数据重传的时机，基站向UE发送第一DCI，其中，第一DCI用于指示UE终止数据重传。由此，基站在启动终止数据重传的机制时，可以在合适的终止时机，通过向UE发送第一DCI，以及时终止数据重传，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

为了实现上述实施例，本申请还提出一种数据重传的装置。

图8为本申请实施例提供的另一种数据重传的装置的结构示意图，应用于数据发送端。

如图8所示，该数据重传的装置80，包括：

第二确定模块81，被配置为基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

在实际使用时，本申请实施例提供的数据重传的装置，可以被配置在任意通信设备中，以执行前述数据重传的方法。

本申请实施例提供的数据重传的装置，数据发送端通过基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。由此，通过数据接收端对信号的实时接收状态，及时终止数据重传，从而避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量。

在本申请一种可能的实现形式中，上述数据发送端为UE，上述第二确定模块81，包括：

第四确定单元，被配置为响应于确定基站终止接收上行数据，确定启动所述终止数据重传的机制；

或者，

第五确定单元，被配置为响应于确定所述基站在接收上行数据，确定不启动所述终止数据重传的机制。

进一步的，在本申请另一种可能的实现形式中，上述数据重传的装置80，还包括：

第七确定模块，被配置为响应于获取到基站发送的第一DCI，确定终止重传的时机，其中，第一DCI用于指示终止数据重传；

第一终止模块，被配置为在终止重传的时机，终止数据的重传。

进一步的，在本申请再一种可能的实现形式中，上述数据重传的装置80，还包括：

第八确定模块，被配置为响应于获取到基站发送的第二DCI，确定终止重传的时机，其中，第二DCI中包括传输信道参数和/或调制与编码策略等级；

第二终止模块，被配置为在终止重传的时机，终止数据的重传。

进一步的，在本申请又一种可能的实现形式中，上述数据发送端为基站，所述第二确定模块81，包括：

第六确定单元，被配置为响应于获取到UE上报的数据接收状态反馈信息，确定启动终止数据重传的机制；

或者，

第七确定单元，被配置为响应于获取到UE上报的数据接收状态反馈信息，确定不启动终止数据重传的机制；

或者，

第八确定单元，被配置为响应于未获取到UE上报的数据接收状态反馈信息，确定启动终止数据重传的机制；

或者，

第九确定单元，被配置为响应于未获取到UE上报的数据接收状态反馈信息，确定不启动终止数据重传的机制。

进一步的，在本申请又一种可能的实现形式中，上述数据重传的装置80，还包括：

第九确定模块，被配置为响应于数据接收端已启动终止数据重传的机制，基于指定的规则，确定终止重传的时机；

第三终止模块，被配置为在终止重传的时机，终止数据的重传。

进一步的，在本申请另一种可能的实现形式中，上述指定的规则包括以下规则中的至少一种：第一指定的冗余版本已传输完毕、第二指定的冗余版本组已传输完毕或者数据重传的次数达到第三指定值。

进一步的，在本申请再一种可能的实现形式中，上述数据重传的装置80，还包括：

数据重传模块，被配置为在新的调度指令指定的位置，向数据接收端进行数据重传。

需要说明的是，前述对图4、图5、图6所示的数据重传的方法实施例的解释说明也适用于该实施例的数据重传的装置80，此处不再赘述。

本申请实施例提供的数据重传的装置，UE响应于确定基站终止接收上行数据，确定启动终止数据重传的机制，并响应于获取到基站发送的第一DCI或第二DCI，确定当前为终止数据重传的时机，进而终止数据的重传。由此，UE在启动终止数据重传的机制时，可以在合适的终止时机，及时终止数据重传，从而不仅避免了过多的无效重传，降低了系统资源浪费，提升了系统吞吐量，而且提升了数据传输的稳定性。

为了实现上述实施例，本申请还提出一种通信设备。

本申请实施例提供的通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有处理器运行的可执行程序，其中，处理器运行可执行程序时执行前述任意技术方案提供的数据重传的方法。

该通信设备可为前述的终端或基站。

其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。这里，所述通信设备包括终端或基站。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图1至图6的至少其中之一。

为了实现上述实施例，本申请还提出一种计算机存储介质。

本申请实施例提供的计算机存储介质，存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述任意技术方案提供的数据重传的方法，例如，如图1至图6的至少其中之一。

图9是本申请实施例所提供的一种UE900的框图。例如，UE900可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，UE900可以包括以下至少一个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制UE900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件902可以包括至少一个处理器920来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件902可以包括至少一个模块，便于处理组件902和其他组件之间的交互。例如，处理组件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在UE900的操作。这些数据的示例包括用于在UE900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为UE900的各种组件提供电力。电源组件906可以包括电源管理系统，至少一个电源，及其他与为UE900生成、管理和分配电力相关联的组件。

多媒体组件908包括在所述UE900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当UE900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(MIC)，当UE900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

I/O接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括至少一个传感器，用于为UE900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为UE900的显示器和小键盘，传感器组件914还可以检测UE900或UE900一个组件的位置改变，用户与UE900接触的存在或不存在，UE900方位或加速/减速和UE900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于UE900和其他设备之间有线或无线方式的通信。UE900可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，UE900可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由UE900的处理器920执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

如图10所示，为本申请实施例所提供的一种基站的结构示意图。例如，基站1000可以被提供为一网络设备。参照图10，基站1000包括处理组件1022，其进一步包括至少一个处理器，以及由存储器1032所代表的存储器资源，用于存储可由处理组件1022的执行的指令，例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1022被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法，例如，如图1、图2、图4、图6所示方法。

基站1000还可以包括一个电源组件1026被配置为执行基站1000的电源管理，一个有线或无线网络接口1050被配置为将基站1000连接到网络，和一个输入输出(I/O)接口1058。基站1000可以操作基于存储在存储器1032的操作系统，例如Windows Server TM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (21)

1.一种数据重传的方法，其特征在于，应用于数据接收端，所述方法包括：

基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

2.如权利要求1所述的方法，其特征在于，所述信号状态信息包括以下信息中的至少一种：是否正确接收及信号的平均接收功率值。

3.如权利要求1所述的方法，其特征在于，所述基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制，包括：

响应于连续时段内未正确接收到信号，确定启动终止数据重传的机制；

或者，

响应于连续时段内正确接收到信号，确定不启动终止数据重传的机制；

或者，

响应于连续时段内未正确接收到信号、且信号的平均接收功率值小于第一阈值，确定启动终止数据重传的机制。

4.如权利要求1-3任一所述的方法，其特征在于，所述数据接收端为基站，所述方法还包括：

响应于当前为终止数据重传的时机，向用户设备UE发送第一下行控制信息DCI，其中，所述第一DCI用于指示UE终止数据重传。

5.如权利要求1-3任一所述的方法，其特征在于，所述数据接收端为基站，所述方法还包括：

响应于当前为终止数据重传的时机，向所述UE发送第二DCI，其中，所述第二DCI中包括传输信道参数和/或调制与编码策略等级。

6.如权利要求1-3任一所述的方法，其特征在于，所述数据接收端为UE，所述方法还包括：

响应于当前为终止数据重传的时机，向基站发送终止数据重传的请求。

7.如权利要求1-3任一所述的方法，其特征在于，所述数据接收端为UE，所述方法还包括：

响应于当前为终止数据重传的时机，向基站发送业务调度请求。

8.如权利要求6所述的方法，其特征在于，还包括：

根据当前的缓存剩余容量，确定是否清空已存储的数据。

9.如权利要求4所述的方法，其特征在于，还包括：

响应于第一指定的冗余版本已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于第二指定的冗余版本组已接收完毕，确定当前为终止数据重传的时机；

或者，

响应于数据重传的次数达到第三指定值，确定当前为终止数据重传的时机。

10.一种数据重传的方法，其特征在于，应用于数据发送端，所述方法包括:

基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

11.如权利要求10所述的方法，其特征在于，所述数据发送端为UE，所述基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制，包括：

响应于确定基站终止接收上行数据，确定启动所述终止数据重传的机制；

或者，

响应于确定所述基站在接收上行数据，确定不启动所述终止数据重传的机制。

12.如权利要求11所述的方法，其特征在于，还包括：

响应于获取到基站发送的第一DCI，确定终止重传的时机，其中，所述第一DCI用于指示终止数据重传；

在所述终止重传的时机，终止数据的重传。

13.如权利要求11所述的方法，其特征在于，还包括：

响应于获取到基站发送的第二DCI，确定终止重传的时机，其中，所述第二DCI中包括传输信道参数和/或调制与编码策略等级；

在所述终止重传的时机，终止数据的重传。

14.如权利要求10所述的方法，其特征在于，所述数据发送端为基站，所述基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制，包括：

响应于获取到UE上报的数据接收状态反馈信息，确定启动终止所述数据重传的机制；

或者，

响应于获取到UE上报的数据接收状态反馈信息，确定不启动终止所述数据重传的机制；

或者，

响应于未获取到UE上报的数据接收状态反馈信息，确定启动终止所述数据重传的机制；

或者，

响应于未获取到UE上报的数据接收状态反馈信息，确定不启动终止所述数据重传的机制。

15.如权利要求10-14任一所述的方法，其特征在于，还包括：

响应于数据接收端已启动所述终止数据重传的机制，基于指定的规则，确定终止重传的时机；

在所述终止重传的时机，终止数据的重传。

16.如权利要求15所述的方法，其特征在于，所述指定的规则包括以下规则中的至少一种：第一指定的冗余版本已传输完毕、第二指定的冗余版本组已传输完毕或者数据重传的次数达到第三指定值。

17.如权利要求10所述的方法，其特征在于，还包括：

在新的调度指令指定的位置，向所述数据接收端进行数据重传。

18.一种数据重传的装置，其特征在于，应用于数据接收端，所述装置包括：

第一确定模块，被配置为基于连续时段内接收的信号状态信息，确定是否启动终止数据重传的机制。

19.一种数据重传的装置，其特征在于，应用于数据发送端，所述装置包括:

第二确定模块，被配置为基于确定的数据接收端的接收状态，确定是否启动终止数据重传的机制。

20.一种通信设备，其特征在于，包括：收发器；存储器；处理器，分别与所述收发器及所述存储器连接，配置为通过执行所述存储器上的计算机可执行指令，控制所述收发器的无线信号收发，并能够实现权利要求1至9、或10至17任一项所述的方法。

21.一种计算机存储介质，其中，所述计算机存储介质存储有计算机可执行指令；所述计算机可执行指令被处理器执行后，能够实现权利要求1至9、或10至17任一项所述的方法。

Images