[发明专利]通知确定上行链路数据重复模式的方法、用户设备和基站

说明书

技术领域

本公开涉及混合自动重复请求(HARQ)，并且具体涉及一种通知上行链路数据的重复模式的方法、确定上行链路数据的重复模式的方法、用户设备和基站。

背景技术

在基于5G网络的大规模机器间通信(mMTC)系统中，物联网(IoT)设备(用户设备)连接到基站以发送上行链路数据。传统上，在发送上行链路之前，UE向基站发送调度请求，基站响应于该请求而向UE发送上行链路许可(UL Grant)，以便通知分配给上行链路数据的资源、以及该上行链路数据应使用的调制编码方案(MCS)和格式等。当在小区中存在很多UE时，基站需要发送大量上行链路许可，导致基站负荷和控制信令开销显著增大。

为了解决这一问题，提出了无许可(Grant-free)调度。具体地，对于一组UE，预先配置一组资源和一组调度信息(指示MCS、格式等)。当这组UE中的某个UE要发送上行链路数据时，该UE从预先配置的调度信息和资源中随机地选择调度信息和资源来发送上行链路数据，而不发送调度请求和接收上行链路许可。

此外，当UE与基站之间的信道质量不好时，为了使基站正确地接收上行链路数据，UE可以将该数据重复发送多次。基站根据上行链路数据的接收状态进行混合自动重复请求(HARQ)反馈。具体地，基站检测被重复发送的上行链路数据，并且以上行链路数据发送结束的时刻为参考时刻，在该参考时刻之后的某一时刻(HARQ时刻)向UE发送对于上行链路数据的反馈信息，所述反馈信息例如是表示上行链路数据被成功接收的肯定确认(ACK)或上行链路数据没有被成功接收的否定确认(NAKC)。HARQ时刻相对于参考时刻的偏移量是预定的。

在mMTC系统中，对于某个频率资源，存在多个重复次数可供选择，例如4次和8次。UE可以根据该UE与基站之间的信道质量等，选择一个重复次数来发送上行链路数据。然而，由于基站不知道UE选择的重复次数，因此可能出现基站确定的HARQ时刻与UE预期的HARQ时刻不一致的情况。例如，假设HARQ时刻相对于参考时刻的偏移量为4，即，在上行链路数据发送结束的时刻之后的第4个子帧发送HARQ反馈信息，并且UE选择了重复次数8，因此，参考时刻为第8子帧，UE预期的HARQ时刻为第12子帧。由于基站不知道UE选择的重复次数，因此基站首先选择重复次数4，从而接收并组合4个子帧来尝试进行解码。由于上行链路数据是被重复发送的，因此基站有可能成功地将被组合的4个子帧解码，从而检测出上行链路数据。由于解码成功，基站将认为UE选择了重复次数4，从而将第4个子帧确定为参考时刻，将第8个子帧确定为HARQ时刻，这与UE预期的HARQ时刻不一致。该不一致可能导致不必要的重传，从而降低频谱效率和增大系统功耗。

发明内容

根据本公开的一个实施例，提供了一种通知上行链路数据的重复模式的方法，包括：选择多种重复模式之一作为上行链路数据的重复模式；将所选择的重复模式通过所述上行链路数据显式地或隐式地通知给基站。

根据本公开的另一实施例，提供了一种确定上行链路数据的重复模式的方法，包括：接收上行链路数据；根据所述上行链路数据包含的信息或所述上行链路数据的发送方式确定所述上行链路数据的重复模式。

根据本公开的另一实施例，提供了一种用户设备，包括：选择单元，被配置为选择多种重复模式之一作为上行链路数据的重复模式；通知单元，被配置为将所选择的重复模式通过所述上行链路数据显式地或隐式地通知给基站。

根据本公开的另一实施例，提供了一种基站，包括：接收单元，被配置为接收上行链路数据；确定单元，被配置为根据所述上行链路数据包含的信息或所述上行链路数据的发送方式确定所述上行链路数据的重复模式。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是可以在其中应用根据本公开实施例的大规模机器间通信(mMTC)系统的示意图。

图2示出了根据本公开实施例的通知上行链路数据的重复模式的方法的流程图。

图3示出了根据本公开实施例的通知上行链路数据的重复模式的方法的第一实现方式。

图4示出了根据本公开实施例的通知上行链路数据的重复模式的方法的第二实现方式。