CN110800235B - 无线通信***中的信号发送和接收方法以及装置 - Google Patents

Abstract

各种实施方式提供了终端和基站在无线通信***中发送和接收信号的方法以及用于支持该方法的装置。所述方法包括以下步骤：向基站发送物理上行链路共享信道(PUSCH)；在发送一定次数之前所述PUSCH从所述基站接收关于所述PUSCH的混合自动重传请求确认(HARQ‑ACK)信息，所述一定次数是与所述PUSCH对应的重复发送的次数；以及基于接收到的所述HARQ‑ACK信息来确定是否终止所述PUSCH的发送。因此，终端能有效地控制上行链路数据的不必要重复发送，并且能降低终端的功耗。

Description

无线通信***中的信号发送和接收方法以及装置

技术领域

本公开涉及一种无线通信***，并且更具体地，涉及一种无线通信***中的用户设备(UE)与基站(BS)之间的信号发送和接收的方法和设备。

背景技术

无线接入***已被广泛部署用于提供诸如语音或数据之类的各种类型的通信服务。通常，无线通信***是通过在多个用户之间共享可用***资源(带宽、发送功率等)来支持多个用户通信的多址***。例如，多址***包括码分多址(CDMA)***、频分多址(FDMA)***、时分多址(TDMA)***、正交频分多址(OFDMA)***和单载波频分多址(SC-FDMA)***。

发明内容

技术问题

本公开旨在通过在物理上行链路共享信道(PUSCH)被发送与针对PUSCH配置的重复次数一样多的次数之前对PUSCH执行混合自动重传请求确认(HARQ-ACK) 反馈操作来减少上行链路数据的不必要重复发送。

本领域技术人员将要理解的是，可以利用本公开实现的目的不限于已经在上文特别描述的目的，并且将从下面的详细说明中更清楚地理解本公开可以实现的上述目的和其它目的。

技术解决方案

本公开提供了在无线通信***中用户设备(UE)与基站(BS)之间的信号发送和接收的方法和设备。

在本公开的一方面，一种在无线通信***中由UE向基站BS发送信号以及从所述BS接收信号的方法包括以下步骤：向所述BS发送物理上行链路共享信道PUSCH；在发送与对应于所述PUSCH的重复次数一样多的次数的所述PUSCH之前，从所述 BS接收针对所述PUSCH的混合自动重传请求确认HARQ-ACK信息；以及基于接收到的所述HARQ-ACK信息来确定是否终止所述PUSCH的发送。

根据本公开的实施方式，所述HARQ-ACK信息可以是在下行链路控制信息 (DCI)或用于指示上行链路调度信息的上行链路许可中发送的，并且所述DCI或所述上行链路许可是在机器类型通信物理下行链路控制信道(MPDCCH)或窄带物理下行链路控制信道(NPDCCH)上发送的。

根据本公开的实施方式，当在所述DCI中发送所述HARQ-ACK信息时，可以使用所述DCI的一种或更多种状态来指示针对所述PUSCH的HARQ-ACK反馈。

根据本公开的实施方式，当在所述DCI中发送所述HARQ-ACK信息时，所述 DCI可以具有与所述DCI格式6-0A和所述DCI格式6-0B相同的大小。

根据本公开的实施方式，当在所述DCI中发送所述HARQ-ACK信息时，根据所述UE的覆盖范围增强(CE)模式以不同格式的DCI发送所述HARQ-ACK信息。当 UE在CE模式A下操作时，DCI格式6-0A的资源指派字段的一种或更多种状态可以用于指示针对所述PUSCH的HARQ-ACK反馈，并且其中，当所述UE在CE模式B 下操作时，DCI格式6-0B的调制编码方案(MCS)字段的一种或更多种状态可以用于指示针对所述PUSCH的HARQ-ACK反馈。

根据本公开的实施方式，所述UE可以以全双工-频分双工(FD-FDD)或时分双工(TDD)进行操作。

根据本公开的实施方式，所述方法还可以包括从上行链路许可或更高层消息获得关于所述HARQ-ACK反馈的持续时间、所述HARQ-ACK反馈的周期性或用于执行所述HARQ-ACK反馈的条件中的至少一个的信息，并且基于所获得的信息执行所述 HARQ-ACK反馈。

根据本公开的实施方式，用于执行所述HARQ-ACK反馈的条件可以包括CE模式、上行链路重复次数、上行链路发送功率以及初始发送或重新发送中的至少一个条件。

根据本公开的实施方式，接收所述HARQ-ACK信息可以包括接收针对多个 HARQ进程的HARQ-ACK信息，并且接收针对所述多个HARQ进程的所述 HARQ-ACK信息可以包括：当用于发送所述HARQ-ACK信息的比特的数目小于所述多个HARQ进程的数目时，将所述多个HARQ进程当中的预定数目的HARQ进程捆绑成一个组并且接收针对所述组的HARQ-ACK信息。

根据本公开的实施方式，所述UE可以是在机器类型通信(MTC)或窄带物联网 (NB-IoT)***中操作的UE。

根据本公开的实施方式，当所述UE是在所述NB-IoT***中操作的UE时，DCI 中的MCS字段和子载波指示字段的一种或更多种状态可以用于指示针对所述 PUSCH的HARQ-ACK反馈。

根据本公开的实施方式，接收所述HARQ-ACK信息可以包括以下步骤：当所述重复次数等于或大于预定值时，配置用于监视HARQ-ACK信息的搜索空间；以及在发送与所述重复次数的预定比率一样多的次数或者比所述预定比率多的次数的所述 PUSCH之后，接收所述HARQ-ACK信息。

在本公开的另一方面，一种在无线通信***中由BS从UE接收信号并将所述信号发送到所述UE的方法包括以下步骤：从所述UE接收PUSCH；确定针对所述 PUSCH的HARQ-ACK信息；以及在接收与对应于所述PUSCH的重复次数一样多的次数的所述PUSCH之前，向所述UE发送所确定的所述HARQ-ACK信息。

在本公开的另一方面，一种在无线通信***中向基站BS发送信号以及从所述 BS接收信号的UE包括收发器和处理器。所述处理器被配置为：控制所述收发器向所述BS发送PUSCH；控制所述收发器在发送所述PUSCH与所述PUSCH对应的重复次数一样多的次数之前，从所述BS接收针对所述PUSCH的HARQ-ACK信息；以及基于接收到的所述HARQ-ACK信息来确定是否终止所述PUSCH的发送。

在本公开的另一方面，一种在无线通信***中向UE发送信号以及从所述UE接收信号的BS包括收发器和处理器。所述处理器被配置为控制所述收发器从所述UE 接收PUSCH；确定针对所述PUSCH的HARQ-ACK信息；以及控制所述收发器在接收与对应于所述PUSCH的重复次数一样多的次数的所述PUSCH之前，向所述UE 发送所确定的所述HARQ-ACK信息。

要理解的是，对本公开的以上总体描述和以下详细描述二者都是示例性和说明性的，旨在对所声明的本公开提供进一步的说明。

有益效果

根据本公开的各种实施方式，用户设备(UE)能有效地控制上行链路数据的不必要重复发送。

另外，根据本公开的各种实施方式，因为防止了上行链路数据被不必要地重复发送，所以UE的功耗能降低。

另外，根据本公开的各种实施方式，因为上行链路数据的不必要重复发送减少，所以基站(BS)能高效地使用无线电资源。

可以利用本公开的实施方式实现的效果不限于以上已特别描述的内容，并且本领域的技术人员可以根据以下的详细描述推导出本文中未描述的其它效果。也就是说，应该注意，本领域的技术人员根据本公开的实施方式可以推导出本公开没有预期到的效果。

附图说明

附图被包括以提供对本公开的进一步理解，所述附图与具体实施方式一起提供了本公开的实施方式。然而，本公开的技术特征不受具体附图的限制。每幅附图中公开的特征被彼此组合，以配置新的实施方式。每幅附图中的附图标记对应于结构组件。

图1是例示了根据本公开的实施方式的物理信道和使用物理信道进行的信号发送过程的示图。

图2是例示了根据本公开的实施方式的无线电帧结构的示图。

图3是例示了根据本公开的实施方式的下行链路时隙的持续时间内的资源网格的示图。

图4是例示了根据本公开的实施方式的下行链路子帧的结构的示图。

图5是例示了根据本公开的实施方式的上行链路子帧的结构的示图。

图6是例示了根据本公开的实施方式的长期演进(LTE)***中的带内锚载波的布置的示图。

图7是例示了根据本公开的实施方式的在以频分双工(FDD)操作的LTE***中的下行链路物理信道和下行链路信号的发送位置的示图。

图8是例示了根据本公开的实施方式的在带内模式下对窄带物联网(NB-IoT) ***的信号和LTE***的信号的资源分配的示图。

图9是例示了根据本公开的实施方式的用户设备(UE)将信号发送到基站(BS) 以及从BS接收信号的方法的流程图。

图10是例示了根据本公开的实施方式的UE的配置的框图。

图11是例示了根据本公开的实施方式的BS的配置的框图。

具体实施方式

下面描述的本公开的实施方式是具体形式的本公开的组件和特征的组合。除非另外提到，否则这些组件或特征可以被视为是选择性的。每个组件或特征可以在不与其它组件或特征组合的情况下实践。另外，本公开的实施方式可以通过组合组件和/或特征的部分来构造。可以重新布置本发明的实施方式中描述的操作顺序。任何一个实施方式的一些构造或组件可以被包含在另一个实施方式中，并且可以用另一个实施方式的对应构造或特征替换。

在附图的描述中，将避免对本公开的已知过程或步骤进行详细描述，以免其混淆本公开的主题。另外，也不会描述本领域的技术人员能够理解的过程或步骤。

在整个说明书中，当某个部分“包括”或“包含”某个组件时，这表明没有排除并且可以进一步包括其它组件，除非另有说明。说明书中描述的术语“单元”，“-机/器”和“模块”指示用于处理可以由硬件、软件或其组合来实现的至少一个功能或操作的单元。另外，术语“一”、“一个”、“该”等在本发明的上下文中(更具体地，在所附权利要求书的背景下)可以包括单数表示和复数表示，除非在说明书中另外指示或者除非上下文另外清楚指示。

在本公开的实施方式中，将主要对基站(BS)与用户设备(UE)之间的数据发送和接收关系进行描述。BS是指网络中的直接与UE通信的终端节点。被描述为由 BS执行的特定操作可以由BS的上层节点来执行。

即，显而易见的是，在由包括BS的多个网络节点组成的网络中，为了与UE通信而执行的各种操作可以由BS或者除了BS以外的网络节点来执行。术语“BS”可以被固定站、节点B、演进节点B(eNode B或eNB)、gNode B(gNB)、高级基站(ABS)、接入点等替代。

在本公开的实施方式中，术语终端可以被UE、移动站(MS)、订户站(SS)、移动订户站(MSS)、移动终端、高级移动站(AMS)等替代。

发送端是提供数据服务或话音服务的固定和/或移动节点，而接收端是接收数据服务或话音服务的固定和/或移动节点。因此，在上行链路(UL)上，UE可以用作发送端，而BS可以用作接收端。同样地，在下行链路(UL)上，UE可以用作接收端，而BS可以用作发送端。

本公开的实施方式能够由针对以下无线接入***中的至少一个公开的标准规范支持：电气和电子工程师协会(IEEE)802.xx***、第三代合作伙伴计划(3GPP) ***、3GPP长期演进(LTE)***、3GPP 5G NR***和3GPP2***。特别地，本公开的实施方式可以由标准规范3GPP TS 36.211、3GPP TS 36.212、3GPP TS 36.213、 3GPP TS 36.321、3GPP TS36.331、3GPP TS 38.211、3GPP TS 38.212、3GPP TS 38.213、 3GPP TS 38.321和3GPP TS38.331支持。也就是说，可以由以上标准规范来说明本公开的实施方式中的为了明确地揭示本公开的技术精神而没有描述的步骤或部分。本公开的实施方式中使用的所有术语可以用标准规范来解释。

现在，将参照附图来详细参照本公开的示例性实施方式。下文将参照附图给出的详细描述旨在解释本公开的示例性实施方式，而非示出能够根据本公开实现的仅有的实施方式。

下面的详细描述包括特定的术语，以便提供对本公开的全面理解。然而，对于本领域技术人员将显而易见的是，在不脱离本公开的技术精神和范围的情况下，具体术语可以用其它术语替代。

下文中，说明了作为无线接入***示例的3GPP长期演进(LTE)/高级长期演进(LTE-A)***和3GPP NR***。

本公开的实施方式可以被应用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、单载波频分多址(SC-FDMA)等之类的各种无线接入***。

CDMA可以被实现为诸如通用陆地无线电接入(UTRA)或者CDMA2000之类的无线电技术。TDMA可以被实现为诸如全球移动通信(GSM)/通用分组无线电服务(GPRS)/用于GSM演进的增强数据率(EDGE)之类的无线电技术。OFDMA可以被实现为诸如IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、演进型UTRA(E-UTRA)等之类的无线电技术。

UTRA是通用移动电信***(UMTS)的一部分。3GPP LTE是使用E-UTRA的演进型UMTS(E-UMTS)的一部分，采用了用于DL的OFDMA和用于UL的 SC-FDMA。LTE-A是3GPP LTE的演进。尽管为了便阐明本公开的技术特征而在3GPP NR***以及3GPP LTE/LTE-A***的上下文中描述了本公开的实施方式，但是本公开也适用于IEEE 802.16e/m***等。

1.3GPP LTE/LTE-A***

1.1.物理信道和使用该物理信道的信号发送和接收方法

在无线接入***中，UE在DL上从eNB接收信息，并在UL上向eNB发送信息。在UE和eNB之间发送和接收的信息包括通用数据信息和各种类型的控制信息。根据eNB和UE之间发送和接收的信息的类型/用途，存在很多物理信道。

图1是例示了根据本公开的实施方式的物理信道和使用物理信道进行的信号发送过程的示图。

当UE通电或进入新的小区时，UE执行初始小区搜索(S11)。初始小区搜索涉及获取与eNB的同步。具体地，UE通过从eNB接收主同步信道(P-SCH)和副同步信道(S-SCH)来将其定时与eNB同步，并且获取诸如小区标识符(ID)之类的信息。

然后，UE可以通过从eNB接收物理广播信道(PBCH)来获取在小区中广播的信息。

在初始小区搜索期间，UE可以通过接收下行链路参考信号(DL RS)来监视DL 信道状态。

在初始小区搜索之后，UE可以通过接收物理下行链路控制信道(PDCCH)并且基于PDCCH的信息接收物理下行链路共享信道(PDSCH)来获取更详细的***信息 (S12)。

在获取更详细的***信息之后，UE可以在步骤S13至S16中执行随机接入过程，以完全建立与eNB的连接。例如，UE可以在物理随机接入信道(PRACH)上发送前导码(S13)，并且可以接收PDCCH和与PDCCH关联的PDSCH(S14)。在基于竞争的随机接入的情况下，UE可以附加地执行包括发送附加PRACH信号(S15)以及接收PDCCH信号和与PDCCH信号对应的PDSCH信号(S16)在内的竞争解决过程。

在以上过程之后，UE可以在一般UL/DL信号发送过程中从eNB接收PDCCH 和/或PDSCH(S17)，并且向eNB发送物理上行链路共享信道(PUSCH)和/或物理上行链路控制信道(PUCCH)(S18)。

UE向eNB发送的控制信息通常被称为上行链路控制信息(UCI)。UCI包括混合自动重复和请求确认/否定确认(HARQ-ACK/NACK)、调度请求(SR)、信道质量指示符(CQI)、预编码矩阵索引(PMI)、秩指示符(RI)等。HARQ ACK/NACK也可以被称为HARQ-ACK、ACK/NACK(A/N)或HARQ-ACK反馈，这不应该被解释为限制本公开。HARQ-ACK包括肯定ACK(被简称为ACK)、否定ACK(NACK)、不连续发送(DTX)或NACK/DTX中的至少一种。尽管UCI通常是在PUCCH上发送的，但是当应该同时发送控制信息和业务数据时，也可以在PUSCH上发送UCI。另外，响应于来自网络的请求/命令，可以在PUSCH上不定期地发送UCI。

在LTE***中，UCI通常在PUCCH上周期性地发送。然而，如果应该同时发送控制信息和业务数据，则可以在PUSCH上发送UCI。另外，在从网络接收到请求/ 命令后，UE可以在PUSCH上不定期地发送UCI。

1.2.资源结构

图2例示了根据本公开的实施方式的无线电帧结构。

图2的(a)例示了帧结构类型1。帧结构类型1适用于全频分双工(FDD)***和半FDD***二者。

一个无线电帧是10ms(T_f＝307200·T_s)长，包括索引从0到19的相等大小的20 个时隙。每个时隙是0.5ms(T_slot＝15360·T_s)长。一个子帧包括两个连续的时隙。第 i个子帧包括第2i个和第(2i+1)个时隙。也就是说，一个无线电帧包括10个子帧。发送一个子帧所需的时间被定义为发送时间间隔(TTI)。T_s是被给定为T_s＝1/ (15kHz×2048)＝3.2552×10^-8(约33ns)的取样时间。一个时隙包括时域中的多个正交频分复用(OFDM)符号×频域中的多个资源块(RB)。

时隙在时域中包括多个OFDM符号。由于在3GPP LTE***中针对DL采用 OFDMA，因此一个OFDM符号表示一个符号时段(symbol period)。OFDM符号可以被称为SC-FDMA符号或符号时段。RB是包括一个时隙中的多个连续子载波的资源分配单元。

在全FDD***中，10个子帧中的每个可以在10ms的持续时间内同时用于DL 发送和UL发送。DL发送和UL发送以频率进行区分。另一方面，UE不能在半FDD ***中同时执行发送和接收。

以上的无线电帧结构纯粹是示例性的。因此，可以改变无线电帧中的子帧的数目、子帧中的时隙的数目以及时隙中的OFDM符号的数目。

图2(b)示出帧结构类型2。帧结构类型2应用于时分双工(TDD)***。一个无线电帧是10ms(T_f＝307200·T_s)长，包括各自长度为5ms(＝153600·T_s)长的两个半帧。每个半帧包括各自为1ms(＝30720·T_s)长的五个子帧。第i个子帧包括各自长度为0.5ms(T_slot＝15360·Ts)的第2i个和第(2i+1)个时隙。T_s是被给定为T_s＝1/ (15kHz×2048)＝3.2552×10^-8(约33ns)的采样时间。

类型2帧包括具有三个字段(下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS))的特殊子帧。DwPTS用于在UE处的初始小区搜索、同步或信道估计，而UpPTS用于在eNB处的信道估计以及与UE的UL发送同步。 GP用于消除由DL信号的多路径延迟导致的、在UL和DL之间的UL干扰。

在TDD中，同一频带在时域中被分为DL子帧和UL子帧。根据TDD配置，DL 子帧与UL子帧之比可以被设置为M:1，其中，M是与一个UL子帧对应的DL子帧的数目。因此，UE在一个UL子帧中发送针对M个DL子帧中所发送的多个PDSCH 的ACK/NACK。

然而，无线电帧结构仅仅是示例性的，并且无线电帧中的子帧的数目、子帧中的时隙的数目或时隙中的符号的数目根据本公开的实施方式可以有所不同。

以下[表1]列出了特殊的子帧配置(DwPTS/GP/UpPTS长度)。

[表1]

另外，在LTE Rel-13***中，能够通过考虑附加SC-FDMA符号的数目X来重新配置特殊子帧的配置(即，DwPTS/GP/UpPTS的长度)，X是被命名为“srs-UpPtsAdd”的高层参数提供的(如果未配置该参数，则X被设置成0)。在LTE Rel-14***中，新添加了特定子帧配置#10。预期没有为UE配置用于下行链路中的正常循环前缀的特殊子帧配置{3,4,7,8}和用于下行链路中的扩展循环前缀的特殊子帧配置{2,3,5,6}的 2个附加UpPTS SC-FDMA符号、以及用于下行链路中的正常循环前缀的特殊子帧配置{1,2,3,4,6,7,8}和用于下行链路中的扩展循环前缀的特殊子帧配置{1,2,3,5,6}的4个附加UpPTS SC-FDMA符号。

[表2]

图3是例示了根据本公开的实施方式的DL时隙的持续时间内的资源网格的示图。

参照图3，DL时隙在时域中包括多个OFDM符号。一个DL时隙在时域中包括 7个OFDM符号，并且一个RB在频域中包括12个子载波，本公开不限于此。

资源网格的各个元素被称为资源元素(RE)。一个RB包括12×7个RE。DL时隙中的RB的数目N^DL取决于DL发送带宽。

图4是例示了根据本公开的实施方式的UL子帧的结构的示图。

参照图4，DL子帧可以在频域中被分成控制区域和数据区域。DL子帧的第一个时隙开始处的多达3个(或4个)OFDM符号是控制区域，而其余的OFDM符号是在分配了PDSCH的数据区域。LTE***中使用的DL信道可以包括但不限于例如物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)和物理混合 ARQ指示符信道(PHICH)。

PCFICH在子帧的第一OFDM符号中发送，携带与在子帧中用于发送控制信道的OFDM符号的数目(即，控制区域的大小)有关的信息。PHICH是对于UL发送的响应信道，递送(deliver)HARQ ACK/NACK信号。在PDCCH上携带的控制信息被称为下行链路控制信息(DCI)。例如，DCI可以包括但不限于例如针对任何UE组的 DL资源分配信息、UL资源分配信息或UL发送(Tx)功率控制命令。

下行链路共享信道(DL-SCH)的发送格式和资源分配信息可以被称为DL调度信息或DL许可(grant)，并且上行链路共享信道(UL-SCH)的发送格式和资源分配信息可以被称为UL调度信息或UL许可。

在一个PDCCH上发送的DCI根据DCI格式而可以具有不同的大小和用途，并且根据编码速率而可以具有不同的大小。

在一个或更多个连续控制信道元素(CCE)的聚合中发送PDCCH。CCE是用于基于无线电信道状态为PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组(REG)。根据CCE的数目来确定PDCCH的格式和PDCCH比特的数目。

另外，可以针对每个UE定义可用于PDCCH的一组CCE。UE可以在其中检测到其PDCCH的一组CCE可以被称为PDCCH搜索空间(SS)或SS。可用于SS中的PDCCH发送的个体资源可以被称为PDCCH候选，并且将由UE监视的一组 PDCCH候选可以被定义为SS。SS的大小可以根据实施方式而有所不同。SS可以被分为专用SS和公共SS。专用SS可以被称为UE特定搜索空间(USS)并且针对每个UE独立配置。另外，公共SS可以配置用于多个UE。

eNB实际上可以在SS内的任何PDCCH候选中发送PDCCH，并且UE可以监视 SS以检测PDCCH。监视可以意味着尝试根据受监视的DCI格式对SS内的每个 PDCCH进行解码。

eNB可以按照将发送到UE的DCI来确定DCI格式，并且将循环冗余校验(CRC) 添加到控制信息。根据PDCCH的所有者或目的，利用标识符(例如，无线电网络临时标识符(RNTI))对CRC进行掩码。例如，如果PDCCH专门用于特定UE，则可以利用UE的ID(例如，小区RNTI(C-RNTI))对CRC进行掩码。如果PDCCH用于寻呼消息，则可以利用寻呼ID(例如，寻呼-RNTI(P-RNTI))对CRC进行掩码。如果PDCCH用于***信息(更具体地，***信息块(SIB))，则可以利用***信息 RNTI(SI-RNTI)对CRC进行掩码。如果PDCCH用于随机接入响应，则可以利用随机接入RNTI(RA-RNTI)对CRC进行掩码。

可以在控制区域中发送多个PDCCH，并且UE可以监视多个PDCCH。UE可以通过监视多个PDCCH来检测其PDCCH。因为UE基本上不了解其PDCCH的发送位置，所以UE尝试在每个子帧中对对应DCI格式的所有PDCCH进行解码，直到检测到具有其ID的PDCCH。解码可以被称为盲解码或盲检测。

图5是例示了根据本公开的实施方式的DL子帧的结构的示图。

参照图5，UL子帧包括多个(例如，2个)时隙。根据循环前缀(CP)长度，时隙可以包括不同数目的SC-FDMA符号。UL子帧可以在频域中被分为控制区域和数据区域。携带UCI的PUCCH被分配到控制区域中并且携带用户数据的PUSCH被分配到数据区域中。为了保持单载波特性，单个UE并不同时发送PUSCH和PUCCH。子帧中的一对RB被分配至用于UE的PUCCH。RB对中的RB占据两个时隙中的不同的子载波。因此，可以说分配到PUCCH的RB对在时隙边界上跳频。

PUCCH可以用于发送诸如SR、HARQ-ACK和信道状态信息(CSI)之类的控制信息。

SR可以是用于请求UL-SCH资源的信息，并且可以通过开关键控(OOK)来发送。

HARQ-ACK可以是对于PDCCH的响应和/或对于PDSCH上发送的DL数据分组(例如，码字)的响应。HARQ-ACK可以指示UE是否已成功接收了PDCCH或 PDSCH。例如，可以响应于一个DL码字而发送1比特HARQ-ACK，并且可以响应于两个DL码字发送2比特HARQ-ACK。HARQ-ACK可以包括ACK、NACK、DTX 或NACK/DTX，并且术语HARQ-ACK可以与HARQ ACK/NACK、ACK/NACK或 HARQ-ACK反馈互换地使用。

CSI可以是指针对DL信道的反馈信息。CSI可以包括CQI、PMI、预编码类型指示符(PTI)或RI中的至少一个。

2.新的无线电接入技术***

由于大量通信装置需要更高的通信容量，因此与现有无线电接入技术(RAT)相比取得大幅改进的移动宽带通信的必要性已增加。另外，还需要能够通过将多个装置或物体彼此连接而能够在任何时间任何地点提供各种服务的大规模机器类型通信 (MTC)。此外，已提出了能够支持对可靠性和等待时间敏感的服务/UE的通信***设计。

作为考虑了增强的移动宽带通信、大规模MTC、超可靠低等待时间通信(URLLC) 等的新RAT，已提出了一种新的RAT***。在本公开中，为了便于描述，对应的技术被称为新RAT或新无线电(NR)。

2.1.参数集

本公开适用的NR***支持下表中示出的各种OFDM参数集。在这种情况下，可以分别在DL和UL中用信号通知每个载波带宽部分的μ值和循环前缀信息。例如，可以利用与更高层信令对应的DL-BWP-mu和DL-MWP-cp用信号通知每个下行链路载波带宽部分的μ和循环前缀信息的值。又如，可以利用与更高层信令对应的 DL-BWP-mu和DL-MWP-cp用信号通知每个上行链路载波带宽部分的μ和循环前缀信息的值。

[表3]

μ	Δf＝2<sup>μ</sup>·15[kHz]	循环前缀
			0	15	正常
1	30	正常
			2	60	正常，扩展
3	120	正常
			4	240	正常

2.2.帧结构

DL和UL发送配置有长度为10ms的帧。每个帧都可以由10个子帧构成，每个子帧都具有1ms的长度。在这种情况下，每个子帧中的连续OFDM符号的数目是

另外，每个子帧可以由大小相同的两个半帧构成。在这种情况下，两个半帧分别由子帧0至4和子帧5至9构成。

关于子载波间隔(SCS)μ，时隙可以按如

一样的升序在一个子帧内编号，并且还可以按如

一样的升序在一帧内编号。在这种情况下，可以根据循环前缀如下表中所示地确定一个时隙

中的连续 OFDM符号的数目。一个子帧的起始时隙

在时间维度与同一帧中的起始OFDM 符号

对准。

表4示出了在正常循环前缀的情况下每个时隙/帧/子帧中的OFDM符号的数目，并且表5示出了在扩展循环前缀的情况下每个时隙/帧/子帧中的OFDM符号的数目。

[表4]

[表5]

3.NB-IoT(窄带物联网)

现在，将给出对NB-IoT***的技术特征的详细描述。虽然侧重于符合3GPP LTE 标准的NB-IoT，但是为了方便起见，可以以相同的方式将本公开的配置应用于3GPP NR标准。为此目的，某些技术特征可以用一些替换物来解释(例如，子帧被时隙替代)。

因此，虽然下面基于LTE标准技术描述了NB-IoT，但是在本领域技术人员能容易地推导出的范围内，可以在NR标准技术而非LTE标准技术的背景下解释NB-IoT。

3.1.操作模式和频率

NB-IoT支持三种操作模式：带内模式、保护频带模式和独立模式。每种模式都适用相同的要求。

(1)在带内模式下，LTE***的部分带内资源被分配给NB-IoT***。

(2)在保护频带模式下，使用LTE***的保护频带，并且将NB-IoT载波布置得尽可能靠近LTE***的边缘子载波。

(3)在独立模式下，GSM频带中的某些载波被分配给NB-IoT***。

NB-IoT Ue搜索以100kHz为单位的锚载波，以进行初始同步，并且该锚载波的中心频率应该位于带内和保护频带中的距100kHz信道栅格(channel raster)±7.5kHz 范围内。NB-IoT UE可以是指在NB-IoT***中操作的UE或支持NB-IoT的UE。另外，LTE PRB的中心6个物理资源块(PRB)未被分配给NB-IoT***。因此，锚载波可以仅位于特定PRB中。

图6是例示了根据本公开的实施方式的LTE***中的带内锚载波的布置的示图。

如图6所示，直流(DC)子载波位于信道栅格上。由于相邻PRB之间的中心频率间隔为180kHz，因此PRB 4、9、14、19、30、35、40和45的中心频率位于距信道栅格±2.5kHz的位置。

当带宽为20MHz时，适合在锚载波上发送的PRB的中心频率位于距信道栅格的±2.5kHz处，并且当带宽为3MHz、5MHz或15MHz时，适合在锚载波上发送的 PRB的中心频率位于距信道栅格的±7.5kHz处。

在保护带模式下，给定10MHz和20MHz的带宽，与LTE***的边缘PRB紧邻的PRB的中心频率位于距信道栅格的±2.5kHz处。另外，给定3MHz、5Mhz和 15MHz的带宽，使用与来自边缘PRB的三个子载波对应的保护频带，因此锚载波的中心频率可以位于距信道栅格的±7.5kHz处。

在独立模式下，锚载波与100kHz信道栅格对准，并且所有GSM载波(包括DC 载波)都可以用作NB-IoT锚载波。

另外，NB-IoT可以支持使用多个载波，并且带内与带内的组合、带内与保护频带的组合、保护频带与保护频带的组合以及独立与独立的组合是可用的。

3.2.物理信道

3.2.1.下行链路(DL)

在NB-IoT***中，具有15kHz SCS的OFDMA用于DL。OFDMA提供子载波之间的正交性，使得NB-IoT***与LTE***能平滑地共存。

对于DL，可以提供诸如窄带物理广播信道(NPBCH)、窄带物理下行链路共享信道(NPDSCH)和窄带物理下行链路控制信道(NPDCCH)之类的物理信道，并且提供诸如窄带主同步信号(NPSS)、窄带主同步信号(NSSS)和窄带参考信号(NRS) 之类的物理信号。

图7是例示了根据本公开的实施方式的在FDD中操作的LTE***中的DL物理信道和DL信号的发送位置的示图。

NB-IoT UE应该获取小区的***信息以便接入网络。为此目的，NB-IoT UE应该在小区搜索过程中实现与小区的同步。为了使NB-IoT UE能够实现与小区的同步，可以在DL上发送同步信号。

NB-IoT UE使用同步信号实现频率同步、符号同步和帧同步，并且搜索504个物理小区ID(PCID)。由于在6个PRB资源中发送LTE同步信号，因此不能够在使用 1个PRB的NB-IoT***中重新使用LTE同步信号。

在这种背景下，设计出了新的NB-IoT同步信号，并且以相同的方式将其适用于NB-IoT的三种操作模式。

如图7所示，在每个无线电帧的第一子帧中发送NPBCH，在每个无线电帧的第六子帧中发送NPSS，并且在每个偶数帧的最后一个子帧中发送NSSS。

更具体地，NPSS由序列长度为11且根索引为5的Zadoff-Chu(ZC)序列构成。可以由下式1生成NPSS。

[式1]

可以如表6中例示地定义用于符号索引1的S(1)。

[表6]

NSSS由长度为131的ZC序列和诸如Hadamard序列之类的二进制加扰序列的组合构成。特别地，NSSS通过序列的组合向小区内的NB-IoT UE指示PCID。

可以由式2生成NSSS。

[式2]

可以如下地定义应用于式2的变量。

[表7]

可以如表8中例示地定义二进制序列bq(m)，并且可以由下式3定义帧号nf的循环移位θ_f。

[表8]

[式3]

可以以与LTE中相同的方式来生成NRS，该NRS是用于DL物理信道的解调所需的信道估计的参考信号。然而，NRS使用窄带物理小区ID(NB-PCID)作为初始化的初始值。

通过一个或两个天线端口发送NRS，并且NB-IoT***中的eNB最多支持两根 Tx天线。

NPBCH递送最小***信息(NB-IoT UE所需的主信息块-窄带(MIB-NB))以将***接入到NB-IoT UE。

MIB-NB的传输块大小(TBS)为34比特，以640ms的传输时间间隔(TTI) 为周期进行更新和传输，并且包括关于操作模式、***帧号(SFN)、超级SFN、小区特定参考信号(CRS)端口的数目和信道栅格偏移的信息。

NPBCH信号总共可以被重复发送8次，以增强覆盖范围。

NPDCCH具有与NPBCH相同的Tx天线配置，并且支持三种类型的DCI格式(例如，DCIN0、DCI N1和DCI N2)。DCI N0用于将窄带物理上行链路共享信道 (NPUSCH)的调度信息发送到UE，并且DCI N1和DCI N2用于将NPDSCH的解调所需的信息发送到UE。NPDCCH可以被重复发送多达2048次，以便增强覆盖范围。

NPDSCH是用于发送诸如DL-SCH或寻呼信道(PCH)之类的传输信道(TrCH) 的物理信道。NPDSCH的最大TBS为680比特并且可以被重复发送多达2048次，以便增强覆盖范围。

3.2.2.上行链路(UL)

UL物理信道包括窄带物理随机接入信道(NPRACH)和NPUSCH，并且支持单音发送和多音发送。

仅针对15kHz的SCS支持多音发送，而针对3.5kHz和15kHz的SCS支持单音发送。

在UL上，当SCS为15kHz时，保持与LTE***的正交性，由此提供最佳性能。然而，3.75kHz SCS可能破坏正交性，从而由于干扰而导致性能下降。

NPRACH前导码包括四个符号组，这些符号组各自包括CP和五个符号。 NPRACH仅支持3.75kHz SCS的单音发送并且提供长度分别为66.7μs和266.67μs的 CP，以支持不同的小区半径。

每个符号组都经历跳频。携带第一符号组的子载波是伪随机确定的。第二符号组跳一个子载波，第三符号组跳六个子载波，并且第四符号组跳一个子载波。在重复发送的情况下，重复应用跳频过程。为了增强覆盖范围，可以重复发送NPRACH前导码多达128次。

NPUSCH能支持两种格式。格式1用于UL-SCH发送，并且具有1000比特的最大TBS。格式2用于诸如HARQ-ACK信令之类的UCI发送。格式1支持单音发送和多音发送，而格式2仅支持单音发送。在单音发送中，可以使用p/2二进制相移键控 (BPSK)和p/4正交相移键控(QPSK)来降低峰均功率比(PAPR)。

3.2.3.资源映射

在独立模式和保护频带模式下，一个PRB的所有资源都可以被分配给NB-IoT ***。然而，对带内模式下的资源映像有约束，以保持与传统LTE***的信号的正交。

在没有***信息的情况下，NB-IoT UE应该检测NPSS和NSSS，以进行初始同步。因此，被归类为分配给LTE***的控制信道的区域的资源(每个子帧中的OFDM 符号0至2)可以不被分配给NPSS和NSSS，并且映射到与LTE CRS交叠的资源元素(RE)的NPSS和NSSS应该被删余(puncture)。

图8是例示了根据本公开的实施方式的在带内模式下对NB-IoT信号和LTE信号的资源分配的示图。

如图8所示，为了便于实现，不管NB-IoT***的操作模式如何，NPS和NSSS 都不在与用于传统LTE***的控制信道对应的子帧的前三个OFDM符号中发送。在物理资源中冲突的用于传统LTE CRS的RE和用于NPSS/NSSS的RE被删余并映射，以免响传统LTE***。

在进行小区搜索后，NB-IoT UE在没有除了PCI之外的***信息的情况下对 NPBCH进行解调。因此，NPBCH符号可以不被映射到LTE控制信道分配区域。此外，由于应该假定四个LTE天线端口和两个NB-IoT天线端口，因此分配给CRS和 NRS的RE可以不被分配给NPBCH。因此，应该根据可用资源对NPBCH进行速率匹配。

在对NPBCH进行解调之后，NB-IoT UE可以获取关于CRS天线端口的数目的信息。然而，NB-IoT UE仍可能未获取关于LTE控制信道分配区域的信息。因此，携带***信息块类型1(SIB1)数据的NPDSCH没有被映射到被归类为LTE控制信道分配区域的资源。

然而，与NPBCH不同，未被分配给LTE CRS的RE可以被分配给NPDSCH。由于NB-IoTUE在接收到SIB1之后获取了所有与资源映像相关的信息，因此可以基于控制信道信息和LTE***中的CRS天线端口的数目将NPDSCH(除了发送SIB1 的情况之外)和NPDCCH映射到可用资源。

4.提出的实施方式

将基于上述技术特征更详细地描述本公开中提出的配置。

本公开提出有效地控制来自UE的UL数据的不必要重复发送的HARQ-ACK反馈方法。所提出的方法可以应用于但不限于MTC***、增强型MTC(eMTC)***、使用总***带宽中的部分的NB-IoT***以及半双工***。为了描述方便，将以MTC ***为例。另外，使用被提出作为HARQ-ACK反馈方法的技术的使用还使得能够以小于一个RB的RE级别进行资源分配。

在MTC***中，可以根据UE的位置或发送功率来定义覆盖范围增强(CE)模式A和CE模式B，并且可以以CE模式执行不同的UE操作。在UL/DL发送/接收中，CE模式B可能需要比CE模式A更高的发送功率和比CE模式A更大的重复次数。

表9和表10列出了相应模式下的针对PUSCH的重复次数和最大重复次数。例如，参照表9，当UE在CE模式A下操作时，PUSCH的最大重复次数可以为16或 32。另外，参照表10，当UE在CE模式B下操作时，PUSCH的最大重复次数可以是192、256、384、512、768、1024、1536和2048之一。

参照表9和表10，可以定义与每个最大重复次数对应的集合，并且可以基于最大重复次数和DCI所指示的值从与所配置的最大重复次数对应的集合中选择重复次数。例如，参照表10，当UE在CE模式B下操作，最大重复次数为1024，并且DCI 所指示的值为3时，可以确定该重复次数为但不限于与最大重复次数1024对应的集合{4,8,16,64,128,256,512,1024}中的第三个值(例如，16)。

[表9]

[表10]

参照表9和表10，随着每个集合中数字的增加，数字之间的距离会增加。

根据版本13和版本14，一旦eNB针对PUSCH配置了重复次数，则UE可以根据特定规则，将PUSCH重复发送与所配置的重复次数一样多的次数。在PUSCH被发送与重复次数一样多的次数之前，eNB能成功检测PUSCH。然而，UE无法确定 eNB是否已成功检测到PUSCH，因此在PUSCH被重复发送与所配置的重复次数一样多的次数之前，不能自行终止PUSCH的重复发送。所得的PUSCH的不必要重复发送可能导致UE的不必要功耗，引起相邻小区之间的干扰，并且使eNB难以有效地使用资源。

为了避免以上问题，UE可以在重复发送UL数据的同时周期性或间歇地检测针对UL数据的HARQ-ACK信息。检测到的HARQ反馈信息可以是指与正在进行的重复发送的HARQ进程的数目对应的HARQ反馈信息。在UL数据的重复发送中的UE 的功耗与正尝试检测HARQ反馈信息的UE的功耗之间可能存在折衷关系。因此，使重复发送UL数据的所有UE能够以相同的方式检测HARQ反馈信息可能是无效的。下文中，将描述通过在重复发送UL数据的UE处有效检测HARQ反馈信息使 UE数据的不必要重复发送的次数和UE功耗减少的方法。

4.1提议1：“配置HARQ-ACK反馈的持续时间和周期性的方法”

eNB可以通过指示向UE分配UL资源的UL许可来显式配置HARQ-ACK反馈操作的持续时间和周期性。在通过UL许可显式配置HARQ-ACK反馈操作的持续时间和周期性的情况下，可以通过每个UL许可来动态地配置HARQ-ACK反馈操作，而DCI的量增加。

另外，eNB可以通过诸如RRC信令之类的更高层信令来配置HARQ-ACK反馈操作的持续时间和周期性。可以通过更高层消息将更高层消息所指示的HARQ-ACK 反馈信息配置为在配置下一个HARQ-ACK反馈信息之前一直是有效的，或者在预定时间之后期满。

另外，可以通过每个UL许可显式配置基于通过更高层消息配置的HARQ-ACK 反馈信息来执行HARQ-ACK反馈操作。通过更高层消息配置的HARQ-ACK反馈信息可以是关于将在特定条件下执行的UE操作的信息。UE可以基于每个UL许可所指示的信息来检查特定条件，并且根据是否满足特定条件来执行不同的HARQ-ACK 反馈监视操作以检测HARQ-ACK信息。例如，特定条件可以包括但不限于与CE模式、UL重复次数、UL发送功率或UL数据是否为重传相关的至少一个条件。UE可以根据是否满足条件来不同地设置HARQ-ACK反馈监视的周期性、偏移或持续时间中的至少一个。

以下，将详细描述特定条件和HARQ-ACK反馈监视操作。

1)CE模式

考虑到发送功率与接收功率之间的折衷关系，在CE模式A下，由于UL数据的重复发送被提前终止而引起的功耗增益可以相对小。例如，因为相对于CE模式B，在CE模式A下的重复次数少，所以由于UL数据的重复发送被提前终止而引起的重复次数的减少可能并不大。另外，由于需要DL数据接收操作来监视发送UL数据期间的HARQ-ACK反馈，并且尽管节省了发送功率，但额外消耗了接收功率，因此 UL数据发送被提前终止实际上可能没有收益。另一方面，由于在CE模式B下以最大发送功率发送UL信号，因此与在CE模式A下相比，在CE模式B下重复次数也可以较多，HARQ-ACK反馈监视招致的UE的功耗增益可能大。因此，eNB可以基于CE模式配置HARQ-ACK反馈操作。

2)UL重复次数(重复级别)

通常，与在CE模式A下操作的UE相比，对于在CE模式B下操作的UE，UL 重复次数可能较多。然而，参照表6和表7，根据本公开的实施方式，与在CE模式 A下操作的UE相比，对于在CE模式B下操作的UE，UL重复次数可能较少。因此，即使在CE模式B下操作的UE当中，eNB也可以根据UL重复次数配置不同的 HARQ-ACK反馈操作。

3)UL发送功率

在CE模式A下操作的UE在任何时候都不会以最大发送功率来发送UL信号。然而，当针对UE配置接近最大重复次数的重复次数时，UE可以以接近最大发送功率的发送功率来发送UL信号。因此，即使在CE模式A下操作的UE当中，eNB也可以基于UL重复次数或UL重复功率中的至少一个配置不同的HARQ-ACK反馈。

4)UL上的初始发送或重新发送(PUSCH检测可靠性)

UE尝试在重复发送UL数据的同时检测HARQ反馈信息，因为在UL数据被发送与重复次数一样多的次数之前，eNB有可能成功检测到UL数据。因此，当UL发送具有相对较高的可靠性时(例如，当eNB很有可能成功检测到所发送的UL数据时)，应用UE的HARQ反馈信息监视操作可能是有效的。因此，根据UE的UL发送是对应的HARQ进程号的初始(新)发送还是重新发送，可以针对UE配置不同的HARQ-ACK反馈监视操作。

5)HARQ-ACK反馈监控周期性、偏移和持续时间

配置有HARQ-ACK反馈的UE需要在重复发送UL数据的同时，检测针对UL 数据的HARQ-ACK反馈信息。HARQ-ACK反馈信息可以在用于ACK信息发送的信道或用于其它目的的现有信道上发送。例如，LTE PHICH是用于发送ACK信息的信道，并且(M)PDCCH是用于发送DCI的现有信道。HARQ反馈信息可以在与PHICH 或(M)PDCCH相同或相似的信道上发送。根据UE在其中操作的***，与(M)PDCCH 相同或相似的信道可以是PDCCH、MTC PDCCH(MPDCCH)或NPDCCH。例如，如果UE在eMTC***中操作，则HARQ-ACK反馈信息可以在MPDCCH上发送，并且如果UE在NB-IoT***中操作，则HARQ-ACK反馈信息可以在NPDCCH上发送，不应该将其解释为限制本公开。因此，eNB可以一次或更多次地重新发送 HARQ-ACK信息，以支持HARQ-ACK信息在UE处的稳定检测。可以基于接收到的UE的信噪比(SNR)来确定HARQ-ACK信息的重新发送重复次数。此外，接收到的UE的SNR可以与UL重复次数、UL发送功率或调制编码方案(MCS)中的至少一个相关，并且HARQ-ACK信息的重新发送重复次数可以与HARQ-ACK反馈监视周期性、偏移或持续时间中的至少一个相关。因此，可以基于UL重复次数、UL 发送功率或MCS中的至少一个来确定HARQ-ACK反馈监视周期性、偏移或持续时间中的至少一个。

4.2.提议2：发送HARQ-ACK信息的方法

根据实施方式，可以设计新的信道(例如，基于LTE PHICH的信道)或者可以使用基于传统(M)PDCCH的信道，以便指示UL数据发送的提前终止。

基于(M)PDCCH的信道可以被设计为包括大小与传统DCI(例如，DCI格式 6-0A/B)相同的DCI或者大小比传统DCI小的DCI。使用携带大小比传统DCI小的 DCI的(M)PDCCH的使用和用于发送HARQ反馈信息的新信道的设计二者会使UE 的复杂度增加。然而，新信道可以仅携带HARQ-ACK信息，而除了ACK信息之外，携带大小比传统DCI小的DCI的基于(M)PDCCH的信道可以还携带附加信息。因此，基于(M)PDCCH的信道可以有利地传送比新信道多的信息。该信息可以用于通过一个信令将HARQ-ACK信息传送到多个UE，或者用于将针对多个ULHARQ进程号的HARQ-ACK信息传送到一个UE。尽管使用携带大小与传统DCI相同的DCI的 (M)PDCCH确实增加了UE进行盲检测的复杂度，但可能难以在不造成UE混淆的情况下另外发送新消息。然而，eNB可以使用(M)PDCCH中的资源指派字段和MCS字段中的未使用状态(无效状态)，通过一次DCI发送将针对多个UL HARQ进程号的 HARQ-ACK信息发送到UE。例如，eNB可以根据每种CE模式通过使用未使用状态发送HARQ-ACK信息。以下，将给出对基于例如eMTC的DCI格式6-0A和6-0B 使用未使用状态执行HARQ-ACK反馈操作的方法的详细描述。

1)针对CE模式A的DCI格式6-0A

可以将{5,6,7,8,9,9}比特分配给分别针对***带宽{1.4,3,5,10,15,20}MHz的DCI格式6-0A的资源块指派字段。对于每种情况，至少不使用11种状态。

2)针对CE模式B的DCI格式6-0B

MCS字段可以是4比特并且指示16种状态。在CE模式B下，在与0至15(例如，二进制数0000至1111)对应的16种状态当中，未使用与11至15对应的5种状态(例如，二进制数1011至1111)。

具体地，UE(或UE组)可以基于已经获取的小区无线电网络临时标识符 (C-RNTI)(对于UE组，可以在UE组中共享的特定RNTI)以传统方法盲检测 (M)PDCCH DCI格式6-0A(或6-0B)。如果对应于未使用状态的值被分配给检测到的DCI的资源块指派字段(在DCI格式6-0B的情况下，MCS字段)，则UE可以将 DCI解释为是用于HARQ-ACK反馈的目的。为了指定HARQ-ACK反馈的目的，可以指示对应于11种状态(DCI格式6-0B中的5种状态)的值中的特定一个。因此， UE可以根据未使用状态的值来不同地解释DCI。

另外，eNB可以通过使用其余的比特(例如，DCI格式6-0A中，19个)来发送针对多个HARQ进程号的HARQ-ACK信息。例如，eNB可以通过将位图应用于其余比特来发送针对多个进程号的HARQ-ACK信息，不应该将其解释为限制本公开。

例如，给定8个HARQ进程，eNB可以将8比特分配给相应HARQ进程，并且将ACK和NACK中的每一个作为0或1发送。在另一示例中，eNB可以通过将用于相应HARQ进程的ACK/NACK设计为处于特定关系(例如，以诸如信道编码之类的方法)来发送针对每个HARQ进程的HARQ-ACK信息，以便增加ACK/NACK的可靠性。

此外，如果用于发送HARQ-ACK信息的可用比特的数目小于旨在针对其进行 HARQ-ACK反馈的HARQ进程的数目，则eNB可以通过将多个HARQ进程号捆绑成一个组来发送HARQ-ACK信息。将多个HARQ进程号捆绑成一个组提供了以下优点：容易确保指示用于N个HARQ进程的ACK/NACK组合所需的最小比特数目。尤其是当同时在UL上重复发送N个HARQ进程时，如果eNB已经将M(≤N)个HARQ进程检测为ACK，则UE可以通过一个(M)PDCCH监视来终止M个HARQ 进程的UL发送。此外，UE可以终止针对M个HARQ进程的ACK/NACK监视或 (M)PDCCH监视。

在对应的CE模式下，在(M)PDCCH上发送针对其的HARQ-ACK信息的HARQ 进程的数目M可以等于最大HARQ进程号、UL调度的HARQ进程的数目或UL调度的HARQ进程当中的特定时间之前没有接收到作为反馈的针对其的ACK的HARQ 进程的数目。例外地，当重复发送对HARQ进程号没有特殊限制的UL信道(例如，仅携带不定期地CSI的PUCCH或(N)PUSCH)时，可以指示并另外包括第(N+a)个 HARQ进程号。在本文中，a可以是但不限于1。根据UE在其中操作的***，(N)PUSCH 可以包括但不限于PUSCH或NPUSCH。例如，(N)PUSCH可以是用于在eMTC***中操作的UE的PUSCH以及用于在NB-IoT***中操作的UE的NPUSCH。

UE应该针对N或(N+a)个HARQ进程当中的尚未反馈针对其的ACK的HARQ 进程持续进行UL发送。可以在非自适应HARQ中执行UL发送。例如，可以用初始配置的MCS和冗余版本(RV)来执行用于尚未反馈针对其的ACK的HARQ进程的 UL发送。RV可以是基于用于用MCS进行重复发送的特定RV模式。

另外，在可以使用发送针对N或(N+a)个HARQ进程的HARQ-ACK之后的其余比特来重新配置用于针对尚未反馈针对其的ACK的的任何其它HARQ进程的UL发送方法(例如，MCS、重复次数、UL资源等)。

可以分别用DCI格式6-1A和6-1B替代上述DCI格式6-0A和6-0B，并且针对 FDD和TDD使用不同的发送HARQ-ACK信息的方法和不同的解释DCI的方法。除了上述DCI之外，类似于以上方法，可以使用包括未使用状态的DCI来发送 HARQ-ACK信息。

上述方法也可以应用于NB-IoT***，并且NB-IoT***可以支持HARQ-ACK 反馈操作以便UL数据发送被提前终止。特别是在TDD***中，DL子帧和UL子帧可以在每个预定时段交替。UE可以在重复发送被调度的(N)PUSCH的过程中出现的 DL子帧时段期间预计有针对正在进行的(N)PUSCH的ACK。

在NB-IoT***中，当发送HARQ-ACK信息时，可以发送类似于LTE PHICH的同步HARQ-ACK信息。然而，就防止UE的复杂度增加而言，使用UL许可可能更有效。例如，UL许可(DCI N0)的MCS字段和子载波指示字段可以包括一个或更多个未使用状态。除了针对一个UL HARQ进程的HARQ-ACK信息之外，eNB还可以通过使用MCS字段和子载波指示字段的未使用状态来反馈针对多个UL HARQ进程的HARQ-ACK信息。

另外，在发送次数与所配置的重复次数一样多的NPUSCH之前，只有当 HARQ-ACK信息是ACK才能发送HARQ-ACK信息，以避免故障警报对UE的效果。例如，UL许可(DCI N0)的MCS字段为4比特，并且未定义与0至15对应的16 种状态之中的对应于11至15的状态。另外，对于6比特子载波指示字段，当子载波间隔为15kHz时，不使用对应于0至63的64种状态之中的对应于19至63的状态，并且当子载波间隔为3.75kHz时，不使用64种状态之中的对应于48至63的状态。因此，在检测到DCI N0中的未定义或未使用的状态的值后，UE可以将针对特定ULHARQ进程的HARQ-ACK信息解释为ACK。因此，eNB可以通过使用MCS字段或子载波间隔字段的未使用状态来向UE指示对先前发送的NPUSCH的调度是最后的调度，而无需显式调度新的NPUSCH。

为了减轻错误警报对UE的影响，可以通过联合编码MCS字段和子载波指示字段的未使用状态来定义ACK/NACK。例如，当{MCS，子载波指示}字段组合的值为 {11,48}时，其可以被定义为针对UL HARQ进程1的ACK，并且当{MCS，子载波指示}字段组合的值为{11,49}时，其可以被定义为针对UL HARQ进程1的NACK。当 {MCS，子载波指示}字段组合的值为{12,48}时，其可以被定义为针对UL HARQ进程2的ACK，并且当{MCS,子载波指示}字段组合的值为{12,49}时，其可以被定义为针对UL HARQ进程2的NACK。当{MCS，子载波指示}字段组合的值为{13,48}时，其可以被定义为分别针对UL HARQ进程1和UL HARQ进程2的ACK/ACK，并且当{MCS,子载波指示}字段组合的值为{13,49}时，其可以被定义为分别针对UL HARQ 进程1和UL HARQ进程2的ACK/NACK。当{MCS，子载波指示}字段组合的值为 {13,50}时，其可以被定义为分别针对UL HARQ进程1和UL HARQ进程2的 NACK/ACK，并且当{MCS,子载波指示}字段组合的值为{13,51}时，其可以被定义为分别针对UL HARQ进程1和UL HARQ进程2的NACK/NACK。然而，本公开不限于这些定义。因此，对于以上{MCS，子载波指示}字段组合，可以使用与未使用状态对应的值之中的其它值。

当UE接收到针对特定UL HARQ进程的NACK反馈时，UE可以将NACK反馈解释为指示先前已发送的UL HARQ进程的连续发送。然而，在接收到针对一个HARQ 进程的ACK反馈后，UE可以通过使用分配给UL HARQ进程的资源来发送已接收到针对其的NACK反馈或尚未接收到针对其的ACK反馈的UL HARQ进程。

另外，当未对MCS字段和子载波指示字段的未使用状态进行联合编码时，可以使用MCS字段来反馈HARQ-ACK信息，并且可以使用子载波指示字段来配置用于在NACK的情况下进行NPUSCH发送的RV。

另外，根据本公开的实施方式，对于已接收到针对其的NACK反馈的UL HARQ 进程，可以使用联合编码来改变用于重新发送(或连续NPUSCH发送)的RV和调制阶数。

另外，当在MCS字段和子载波指示字段中检测到特定未使用状态的值时，DCI N0中的所有其余字段可以被不同地解释，并且DCI格式和未使用状态的值可以根据***而变化。

4.3.提议3：在部分RB级别指示UL调度的方法

根据本公开的实施方式，能够以大小小于RB的RE级别执行UL调度。当以RE 级别执行UL调度时，可能存在不顾及CE模式仅支持QPSK的限制。

另外，RE级别资源分配单元(例如，RE或子载波的数目)可以被配置在比12 小的诸如{1,2,3,6}之类的数字的集合内。{1,3,6}是在NB-IoT***中允许的小于12 的RE级别调度单元。根据一些实施方式，RE级别调度单元可以被设置为不同于1、 3和6的值。

如前所述，未使用状态可以包括MCS字段的状态的部分和资源指派字段的状态的部分。

另外，可以在RE级别资源分配中使用在DCI格式6-0A和6-0B中添加到有效载荷的一部分末尾的零填充以与DCI格式6-1A和6-1B的大小相匹配。现在，将给出对使用MCS字段和资源分配字段的RE级别UL调度方法的详细描述。

1)CE模式A

在CE模式A下，当DCI格式6-0A中的MCS字段的值为15时，UE可以将MCS 字段解释为指示RE级别UL调度，并且UE可以在RB分配字段所指示的RB的特定 RE中发送一个RE或预定M个RE。例如，当MCS字段的值为15时，UE可能不需要期望在窄带中调度一个或更多个RB。因此，可以在预定M个RE的级别而非RB 级别下执行RB分配字段所指示的针对窄带的RB分配，其中，M可以由更高层配置或者可以是固定值。例如，可以将6个RB的72个RE划分为各自包括3个RE(M＝ 3)的RE组，并且可以以RE组为单元调度资源。然后，5比特RB分配{0 1，2，…，31}可以指示包括3个RE的RE组的起始位置指示为{0，3，6，…，69，…，93}中的一个。然而，根据本公开的实施方式，可以按每两个RE或每六个RE而非每三个 RE对RE进行分组，并且本公开不限于以上示例。另外，根据本公开的实施方式，可以配置为不使用{0,3,6,…,69,…,93}中的大于69的值。

另外，可以使用DCI的HARQ进程号字段来指示TBS。例如，当以部分RB级别(RE级别)执行UL调度时，可能不需要8个HARQ进程。例如，在假定如CE 模式B下一样仅需要2个HARQ进程的情况下，可以使用HARQ进程号0至3来指示其中{0,1,…,3}用作TBS信息(ITBS)的第一HARQ进程，并且可以使用HARQ 进程号4至7来指示其中{4,5,…,7}用作ITBS信息的第二HARQ进程。然而，本公开不限于以上示例，并且根据本公开的实施方式，以上值可以有所不同。

根据本公开的实施方式，可以指定8个HARQ过程的部分并将其用于部分RB 级别UL调度。例如，可以通过更高层来配置针对部分RB级UL调度指定的HARQ 进程号。如果指示部分RB级别UL调度，则可能需要更多样化的RE级别组合。因此，可以通过将传统MCS字段的4比特与RB分配字段的5比特重新组合来指示调制阶数(QPSK或16QAM)、ITBS和RE级别资源分配。以上方法可以以相同的方式应用于下述CE模式B。本文中，调制阶数可以被固定为QPSK。

2)CE模式B

可以以与针对CE模式A相似的方式针对CE模式B配置部分RB调度，并且每个字段的未使用状态可能不同于CE模式A下的状态。

例如，DCI格式6-0B的MCS字段的长度为4比特，因此可能总共存在16种状态。未使用与0至15对应的16种状态之中的与11至15对应的5种状态。因此，当 MCS字段被设置为值11至15之一时，UE可以将MCS字段解释为指示部分RB级别调度。另外，可以将11到15之间的值用作特定ITBS。

当指示部分RB级别调度时，UE可以将用于窄带中进行RB分配的3比特解释为RE级别资源分配。可以以与CE模式A下相似的方式在RE级别资源分配中使用这3比特。另选地，根据本公开的实施方式，如果可用于部分RB级别分配的RB的位置限于特定R个RB，则与CE模式A下相似的方法可以被应用于R个RB。

4.4.提议4：配置HARQ-ACK反馈监视持续时间的方法

尽管eMTC UE能支持两个或更多个HARQ进程，但NB-IoT UE可以仅支持一个HARQ进程。另外，尽管eMTC UE能支持全双工FDD(FD-FDD)、半双工FDD (HD-FDD)和TDD的全部，但是NB-IoT UE只能支持HD-FDD。在版本15标准中将引入支持TDD的NB-IoT UE。

通常，在子帧或时隙时段期间发送(N)PUSCH与所配置的重复次数(例如，N) 一样多的次数之前，在HD-FDD中操作的eMTC UE和在HD-FDD中操作的NB-IoT UE中的每一个不能监视DL上的(N)PDCCH。因此，考虑到在eNB在UL接收到正在进行的(N)PUSCH达N次之前(N)PUSCH有可能经过CRC校验，UE需要中断 (N)PUSCH的发送并且在预定时间内监视DL HARQ-ACK反馈信道(例如， (N)PDCCH、显式ACK/NACK信道或信号)，以监视(N)PDCCH或显式ACK/NACK。

然而，当eNB检测到正在进行的(N)PUSCH的可能性低时，HARQ-ACK反馈监视操作会增加UE的功耗，造成延迟。因此，当不满足特定条件时，UE(特别的，执行HD-FDD操作的UE)不能执行HARQ反馈监视，并且eNB也可以继续接收UE 发送N次的(N)PUSCH，而不发送HARQ-ACK信息。

即使eNB调度UE发送(N)PUSCH达N次并且对于相对少量的(N)PUSCH发送的 CRC校验也成功，也可以假定，在满足HARQ-ACK反馈条件之前，eNB不能将 HARQ-ACK信息发送到UE或者UE不执行HARQ-ACK反馈监视。例如，不执行 HARQ-ACK反馈监视的条件可以被设置为“在(N)PUSCH被发送与重复次数N的预定比率一样多的次数之前”。该预定比率可以由eNB配置或者可以被设置为标准中的特定值。

另外，该预定比率可以根据CE模式、CE级别、参考信号接收功率(RSRP)、参考信号接收质量(RSRQ)、(N)PUSCH的调度信息(例如，MCS、资源分配信息等) 或先前接收或发送的ACK/NACK的比率中的至少一个而改变。

另外，在执行HARQ反馈操作以提早终止UL数据发送的情况下，只有当反馈信息是ACK时，eNB才可以被配置为将反馈信息发送到UE。在接收到NACK后， UE可以忽略检测到的NACK，从而确定UE已错误地检测到NACK。因此， HARQ-ACK反馈监视可以用于在完成(N)PUSCH的N次重复发送之前终止调度的(N)PUSCH发送的目的。另外，为了使eNB通过HARQ-ACK反馈监视反馈NACK，除了提早终止UL数据发送之外，还需要服务于另一目的。例如，eNB可以通过 HARQ-ACK反馈监视来反馈NACK，以使UE在UE执行HARQ-ACK反馈监视之前在预定方法中改变RV、调制阶数、或正在进行的(N)PUSCH的资源分配中的至少一个，或者使UE通过HARQ-ACK反馈监视根据直接重新调度的信息来继续发送UL 数据。

除了在HDD-FDD中操作的UE之外，以上方法还可以以相同或相似的方式应用于在FD-FDD或TDD中操作的UE。

当为了提早终止UL数据发送而配置新的SS(或HARQ-ACK监视时机)时，可以按用调度的重复次数推导出的特定时段定义SS。例如，给定重复次数N，当UE 没有发送(N)PUSCH与N的预定比率一样多的次数时，eNB可以不配置SS，或者即使eB配置SS，UE也能忽略SS。可以根据{CE模式，UL重复次数，UL发送功率或对应UL数据的初始发送或重新发送}中的至少一个来不同地配置预定比率和SS。另外，可以基于{HARQ反馈监视周期性,偏移或持续时间}的至少一个参数来定义SS。即使当为了提早终止UL数据发送和/或提早终止(M)PDCCH/NPDCCH监视而定义新 SS(或监视时机)时，如果在SS中没有发送与重复次数N的预定比率一样多的次数的F(N)PUSCH，则UE可以忽略SS或者可以不接收SS。

另外，当调度的(N)PUSCH的重复次数相对小时，与HARQ-ACK监视的功耗相比，因提早终止UL发送而引起的UE的功耗降低可以相对小。例如，当调度的 (N)PUSCH的重复次数小于特定值时，可以不定义用于监视HARQ-ACK反馈的SS。

另外，即使当已配置了用于(提早)HARQ-ACK监视的SS时，如果UE没有重复发送预定次数的(N)PUSCH或者重复发送的次数小于调度的(N)PUSCH重复发送的预定比率，则UE也可以不监视或者可以忽略SS中的HARQ-ACK反馈。

另外，可以根据调度的(N)PUSCH的重复次数来不同地配置用于HARQ-ACK反馈监视的SS的长度或位置。例如，给定(N)PUSCH的重复次数2048和512，可以与重复次数成比例地配置用于(提早)HARQ-ACK监视的SS的长度。另外，根据本公开的实施方式，可以基于UE的UE特定SS(USS)的(最大)重复次数或rmax (或Rmax)来确定用于HARQ-ACK反馈监视的SS。

还可以为了提早终止DL数据发送而应用以上方法。例如，在调度的DL数据发送完成之前，UE可以通过UL发送来反馈针对对应DL进程的ACK。另外，如前所述，给定K是调度的(N)PDSCH的重复次数，在接收到与预定比率一样多的次数的 (N)PDSCH之前不允许UE反馈ACK。反馈ACK可以等同于在调度的DL数据发送完成之前在UL上反馈针对DL处理的ACK。在这种情况下，不会显式地反馈NACK。然而，即使UE可以在接收到与K的预定比率一样多的次数的(N)PDSCH之后反馈 ACK，eNB也可以确定检测ACK时的错误是DTX并且将DTX视为NACK。eNB可以用与先前发送调度中使用的参数不同的参数，针对正在进行的(N)PDSCH的相同进程号来重新调度(N)PDSCH。另外，当UE在UE可以发送HARQ-ACK信息的时段中没有确定针对DL进程的ACK时，UE可以预计在预定时间之后将以与eNB初始调度不同的模式来发送DL进程。该模式可以包括但不限于发送功率、RV、调制阶数、增加的重复次数或PMI中的至少一个。

5.设备的配置

图9是例示了根据本公开的实施方式的UE将信号发送到BS以及从BS接收信号的方法的流程图。

根据本公开的实施方式，UE和eNB能在FD-FDD或TDD中操作。UE和eNB 也能在MTC或NB-IoT***中操作，不应该将其解释为限制本公开。

参照图9，在步骤S900中，UE可以将PUSCH发送到eNB。UE可以按针对PUSCH 配置的重复次数将PUSCH发送一次或更多次。

在步骤S910中，UE可以在发送与重复次数一样多的次数的PUSCH之前从eNB 接收针对PUSCH的HARQ-ACK信息。HARQ-ACK信息可以是用于在PUSCH被发送与重复次数一样多的次数之前提早终止PUSCH的信息。

在用于指示UL调度信息的UL许可中或在DCI中发送HARQ-ACK信息。当在 DCI中发送HARQ-ACK信息时，可以使用DCI的一种或更多种状态来指示针对正在进行的PUSCH的HARQ-ACK反馈。用于指示HARQ-ACK反馈的状态可以是针对 DCI的多种状态当中的未使用或未定义的状态。此外，当UE在MTC***中操作时，可以在MPDCCH上发送UL许可或DCI。

当在DCI中发送HARQ-ACK信息时，DCI可以具有与DCI格式6-0A和6-0B 相同的大小。另外，当在DCI中发送HARQ-ACK信息时，可以根据UE的CE模式以不同格式的DCI发送HARQ-ACK信息。例如，DCI格式6-0A的资源指派字段的一种或更多种状态或DCI格式6-0B的MCS字段的一种或更多种状态可以用于根据 UE的CE模式发送HARQ-ACK发送。更具体地，当UE在CE模式A下操作时， DCI格式6-0A的资源指派字段的一种或更多种状态可以用于指示针对PUSCH的 HARQ-ACK反馈。当UE在CE模式B下操作时，DCI格式6-0B的MCS字段的一种或更多种状态可以用于指示针对PUSCH的HARQ-ACK反馈。

当UE在NB-IoT***中操作时，DCI的MCS字段和子载波指示字段的一种或更多种状态可以用于指示针对PUSCH的HARQ-ACK反馈。

另外，UE从eNB接收的HARQ-ACK信息可以包括关于多个HARQ进程的 HARQ-ACK信息。当用于发送HARQ-ACK信息的比特小于HARQ进程的数目时，多个HARQ进程之中的预定数目的HARQ进程可以被捆绑成一个组，并且UE可以接收针对该组的HARQ-ACK信息。因此，针对多个HARQ进程的HARQ-ACK信息可以以比多个HARQ进程的数目更少的比特来发送。

另外，UE可以在发送与针对正在进行的PUSCH配置的重复次数的预定比率一样多的次数或者比该预定比率更多的次数的PUSCH之后接收HARQ-ACK信息。

在步骤S920中，UE可以基于接收到的HARQ-ACK信息来确定是否终止PUSCH 发送。如果接收到的HARQ-ACK信息是ACK，则UE可以在发送与针对PUSCH配置的重复次数一样多的次数的PUSCH之前终止PUSCH的重复发送。因此，即使在发送与针对PUSCH配置的重复次数一样多的次数的PUSCH之前，在接收到针对 PUSCH的ACK后，UE可以提早终止PUSCH发送。因此，UE能减少不必要地重复发送UL数据所使用的功耗，并且eNB能更高效地使用无线电资源。

图10是例示了根据本公开的实施方式的UE的配置的框图。

图10中例示的UE 100可以执行图1至图9中例示的UE的信号发送和接收操作。

根据本公开的实施方式，UE 100可以用作UL上的发送器和DL上的接收器。

根据本公开的实施方式，UE 100可以包括收发器110和处理器120。然而，UE 100可以配置有比所例示更多的部件，并且可以将两个或更多个部件组合成单个部件。例如，除了收发器110和处理器120之外，UE 100还可以包括存储器和天线。另外，收发器110可以被分别配置成发送器和接收器。下面将描述每个部件。

收发器110可操作地联接到处理器120，并且从外部装置(例如，eNB)接收信号并且将信号发送到外部装置(例如，eNB)。

根据本公开的实施方式，UE 100的收发器110可以执行但不限于用于数据发送和接收的分组调制和解调功能、高速分组信道编码功能、OFDMA分组调度或信道复用中的至少一个。另外，根据本公开的实施方式，UE 100和eNB 200中的每一个还可以包括低功率射频(RF)/中频(IF)模块。

处理器120对UE 100提供整体控制。

根据本公开的实施方式，处理器120可以控制收发器110向eNB发送PUSCH，控制收发器110在发送与针对PUSCH配置的重复次数一样多的次数的PUSCH之前从eNB接收针对PUSCH的HARQ-ACK信息，并且基于接收到的HARQ-ACK信息来确定是否终止PUSCH的发送。

根据实施方式，UE 100可以是在eMTC或NB-IoT***中操作的UE。当UE 100 是在NB-IoT***中操作的UE时，PUSCH可以是指NPUSCH。

另外，可以在用于指示UL调度信息的DCI或UL许可中发送HARQ-ACK信息，并且可以在MPDCCH或NPDCCH上发送DCI或UL许可。例如，当UE 100是在eMTC ***中操作的UE时，可以在MPDCCH上发送DCI或UL许可，并且当UE 100是在NB-IoT***中操作的UE时，可以在NPDCCH上发送DCI或UL许可。

根据本公开的实施方式，UE 100可以是但不限于个人数字助理(PDA)、蜂窝电话、个人通信服务(PCS)电话、全球移动***(GSM)电话、宽带码分多址(WCDMA) 电话、移动宽带***(MBS)电话、手持PC、膝上型PC、智能电话、多模式多频带 (MM-MB)终端等中的任一种。例如，智能电话是利用了移动电话和PDA二者的优势的终端。它将PDA的功能(也就是说，诸如传真发送和接收和互联网连接之类的调度和数据通信)并入移动电话中。MB-MM终端是指具有内置的多调制解调器芯片并且可以在移动互联网***和其它移动通信***(例如，CDMA 2000、WCDMA 等)中的任一个中操作的终端，

图11是例示了根据本公开的实施方式的eNB的配置的框图。

图11中例示的eNB 200可以执行图1至图9中例示的eNB的信号发送和接收操作。

根据本公开的实施方式，UE 200可以包括收发器210和处理器220。然而，eNB 200可以配置有比所例示更多的部件，并且可以将两个或更多个部件组合成单个部件。例如，除了收发器210和处理器220之外，eNB 200还可以包括存储器和天线。

根据本公开的实施方式，收发器210可以可操作地联接到处理器220，并且控制信号、信息、数据和/或消息的发送和接收。

根据本公开的实施方式，处理器220可以控制收发器210从UE接收PUSCH，确定针对PUSCH的HARQ-ACK信息，并且在接收到与PUSCH对应的重复次数一样多的次数的PUSCH之前将所确定的HARQ-ACK信息发送到UE。

本发明的实施方式可以通过各种手段(例如，硬件、固件、软件或其组合)来实现。

在硬件配置中，根据本公开的示例性实施方式的方法可以由一个或更多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

在固件或软件配置中，根据本公开的实施方式的方法可以按照执行上述功能或操作的模块、过程、功能等方式来实现。软件代码可以被存储在存储器中并且由处理器 120或220来执行。

本领域的技术人员将领会，在不脱离本公开的精神和基本特性的情况下，本公开可以以与本文中阐述的那些不同的其它特定方式来执行。以上实施方式因此被理解为在所有方面都是例示性的，而非限制性的。本公开的范围应该由所附的权利要求及其法律等同物而非以上描述限定，并且落入所附的权利要求的含义和等同范围内的所有改变都应当被包含在本文中。对于本领域技术人员而言显而易见的是，在所附权利要求书中彼此未明确引用的权利要求可以作为本公开的实施方式组合提出，或者在提交申请之后通过后续修改被包括为新的权利要求。

工业实用性

本公开适用于包括3GPP***和/或3GPP2***的各种无线接入***。除了这些无线接入***之外，本公开的实施方式适用于无线接入***能应用于的所有技术领域。

Claims (15)

1.一种在无线通信***中由用户设备UE进行通信的方法，该方法包括以下步骤：

接收关于调度物理上行链路共享信道PUSCH的N次重复发送的调度信息，其中，N表示PUSCH发送的重复次数；

基于所述调度信息，开始进行所述PUSCH的所述重复发送；

在所述PUSCH的所述重复发送结束之前，接收与所述PUSCH有关的混合自动重传请求确认HARQ-ACK信息；以及

基于所述HARQ-ACK信息，确定是否停止所述PUSCH的所述重复发送，

其中，基于所述重复次数等于或大于预定值，由所述UE配置用于接收所述HARQ-ACK信息的搜索空间。

2.根据权利要求1所述的方法，其中，所述HARQ-ACK信息是基于下行链路控制信息DCI获得的，并且

其中，所述DCI是在机器类型通信物理下行链路控制信道MPDCCH或窄带物理下行链路控制信道NPDCCH上接收的。

3.根据权利要求2所述的方法，其中，使用所述DCI的至少一种状态来指示针对所述PUSCH的HARQ-ACK反馈。

4.根据权利要求2所述的方法，

其中，基于所述UE被配置为在覆盖增强CE模式A下操作，确定所述DCI的格式为DCI格式6-0A，并且所述DCI格式6-0A中所包括的资源指派字段的至少一种状态与指示针对所述PUSCH的HARQ-ACK反馈相关，并且

其中，基于所述UE被配置为在CE模式B下操作，确定所述DCI的格式为DCI格式6-0B，并且所述DCI格式6-0B中所包括的调制编码方案MCS字段的至少一种状态与指示针对所述PUSCH的HARQ-ACK反馈相关。

5.根据权利要求2所述的方法，其中，所述DCI的大小与所述DCI格式6-0A或所述DCI格式6-0B的大小相同。

6.根据权利要求1所述的方法，其中，所述UE被配置为以频分双工FDD或时分双工TDD进行操作。

7.根据权利要求2所述的方法，该方法还包括以下步骤：

从所述DCI或更高层消息中所包括的上行链路许可获得与所述HARQ-ACK反馈的持续时间、所述HARQ-ACK反馈的周期性或用于执行所述HARQ-ACK反馈的条件中的至少一个有关的信息；以及

基于所获得的信息执行所述HARQ-ACK反馈。

8.根据权利要求7所述的方法，其中，用于执行所述HARQ-ACK反馈的条件包括CE模式、上行链路重复次数、上行链路发送功率以及是初始发送还是重新发送中的至少一个条件。

9.根据权利要求1所述的方法，

其中，所述HARQ-ACK信息包括与多个HARQ进程相关的组的HARQ-ACK信息，并且

其中，基于用于发送所述HARQ-ACK信息的比特的数目小于所述多个HARQ进程的数目，通过将所述多个HARQ进程当中的预定数目的HARQ进程捆绑成一个组来获得所述组的所述HARQ-ACK信息。

10.根据权利要求1所述的方法，其中，所述UE被配置为在机器类型通信MTC***或窄带物联网NB-IoT***中操作。

11.根据权利要求10所述的方法，其中，基于所述UE被配置为在所述NB-IoT***中操作，DCI中所包括的MCS字段和子载波指示字段的至少一种状态与指示针对所述PUSCH的HARQ-ACK反馈相关。

12.根据权利要求1所述的方法，其中，在发送了与所述重复次数的预定比率一样多的次数或者比所述重复次数的预定比率多的次数的所述PUSCH之后，接收所述HARQ-ACK信息。

13.一种在无线通信***中由基站BS进行通信的方法，该方法包括以下步骤：

发送关于调度物理上行链路共享信道PUSCH的N次重复发送的调度信息，其中，N表示PUSCH发送的重复次数；

开始进行响应于所述调度信息的所述PUSCH的重复接收；

在所述PUSCH的所述重复接收结束之前，确定与所述PUSCH有关的混合自动重传请求确认HARQ-ACK信息；以及

发送所述HARQ-ACK信息，

其中，基于所述重复等于或大于预定值，在搜索空间中发送所述HARQ-ACK信息。

14.一种用于在无线通信***中进行通信的设备，该设备包括：

存储器；以及

至少一个处理器，该至少一个处理器与所述存储器联接并且被配置为：

接收关于调度物理上行链路共享信道PUSCH的N次重复发送的调度信息，其中，N表示PUSCH发送的重复次数；

基于所述调度信息，开始进行所述PUSCH的所述重复发送；

在所述PUSCH的所述重复发送结束之前，接收与所述PUSCH有关的混合自动重传请求确认HARQ-ACK信息；以及

基于所述HARQ-ACK信息，确定是否停止所述PUSCH的所述重复发送，

其中，基于所述重复次数等于或大于预定值，由所述至少一个处理器配置用于接收所述HARQ-ACK信息的搜索空间。

15.一种用于在无线通信***中进行通信的设备，该设备包括：

存储器；以及

至少一个处理器，该至少一个处理器与所述存储器联接并且被配置为：

发送关于调度物理上行链路共享信道PUSCH的N次重复发送的调度信息，其中，N表示PUSCH发送的重复次数；

开始进行响应于所述调度信息的所述PUSCH的重复接收；

在所述PUSCH的所述重复接收结束之前，确定与所述PUSCH有关的混合自动重传请求确认HARQ-ACK信息；以及

发送所述HARQ-ACK信息，

其中，基于所述重复等于或大于预定值，在搜索空间中发送所述HARQ-ACK信息。

Images