发送混合自动重复请求反馈信息的方法和用户设备与流程

本公开涉及混合自动重复请求(harq)，并且具体涉及一种发送harq反馈信息的方法和用户设备。

背景技术：

在第三代合作伙伴计划(3gpp)标准rel.13，对于半双工(hd)机器间通信(mtc)系统，应用一对一的harq反馈，即，对于在下行链路的每个子帧内接收到的数据，例如物理下行链路数据信道(pdsch)，用户设备(ue)在处于该子帧之后预定时刻的子帧内发送对于该数据的harq反馈信息，例如表示该数据被成功接收的肯定确认信息(ack)或表示该数据没有被成功接收的否定确认信息(nack)。然而，在该半双工系统中，将用于发送上行链路的harq反馈信息的子帧可能被分配用于下行链路传输，从而导致发送上行链路反馈信息与发送下行链路数据之间的冲突。为了解决这一问题，在rel.14中，提出了harq捆绑，其中，ue将对于所接收的多个数据的harq反馈信息捆绑在一起发送给基站。例如，ue对对于所接收的多个数据的反馈信息进行逻辑加计算，并且将计算结果作为反馈信息发送给基站。

在基于rel.14的hdtddmtc系统中，对于每个下行链路-上行链路配置，规定了在下行链路中应当进行harq捆绑的子帧以及用于在应用harq捆绑的情况下发送反馈信息的上行链路子帧。然而，在基于rel.14的hdfddmtc系统，没有讨论如何进行harq捆绑。

因此，需要一种在基于rel.14的hdtddmtc系统中进行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是可以在其中应用根据本公开实施例的半双工(hd)频分复用(fdd)机器间通信(mtc)系统的示意图。

图2是示出根据本公开实施例的发送harq反馈信息的方法的流程图。

图3a示出确定接收窗口(harq捆绑窗口)的长度的第一示例。

图3b示出确定接收窗口(harq捆绑窗口)的长度的第二示例。

图4示出确定接收窗口(harq捆绑窗口)的起始位置的示例。

图5示意性地示出捆绑发送harq反馈信息的方式。

图6是示出根据本公开实施例的接收harq反馈信息的方法的流程图。

图7示出根据本公开的实施例的用户设备的框图。

图8是示出根据本公开的实施例的基站的框图。

具体实施方式

为了使得本公开的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。基于本公开中描述的本公开实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本公开的保护范围之内。

图1示出了可以在其中应用根据本公开实施例的hdfddmtc系统的示意图。如图1所示，该系统包括基站(enb)10和用户设备(ue)20，其中，基站10向用户设备20发送控制信号和数据，用户设备20接收并检测所述控制信号和数据，并且向基站发送对于所述数据的反馈信息(harq反馈信息)。所述反馈信息可以是表示成功接收所述数据的肯定确认信息(ack)或表示没有成功接收所述数据的否定确认信息(nack)。所述控制信号例如可以是物理下行链路控制信道(pdcch)或其他控制信号，所述数据例如可以是物理下行链路共享信道(pdsch)或其他数据。在下文中，有时候以pdcch和pdsch作为控制信号和数据的示例来进行说明。例如，基站可以在第一子帧内发送pdcch，以便向用户设备通知被调度用于发送pdsch的子帧以及其他控制信号，然后在所述被调度的子帧内发送pdsch。在发送所述pdcch的子帧和发送所述pdsch的子帧之间，可以存在一个或多个空白子帧。

在本公开的实施例中，应用harq捆绑，即，在发送对于所接收的数据的反馈信息时，不是针对所接收的每个数据发送一次反馈信息，而是将对于在harq捆绑窗口内接收的多个数据的反馈信息捆绑发送。具体地，可以对对于在harq捆绑窗口内接收的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站。例如，假设用1来表示ack，用0来表示nack，对于所接收的4个数据的反馈信息依次为1、1、0和1，则可以对对于4个数据的反馈信息进行逻辑与计算，获得计算结果0，然后将0作为反馈信息发送给基站，由此，对于4个数据的反馈信息被捆绑在一起发送给基站。

下面，参照附图来描述根据本公开的实施例的发送和接收harq反馈信息方法、以及使用该方法的用户设备(ue)和对应的基站(enb)。

首先，参照图2来描述根据本公开实施例的发送harq反馈信息的方法。该方法可以由ue执行。

如图2所示，在步骤s201中，确定要进行harq捆绑的数据的接收窗口，即上文所述的harq捆绑窗口。

具体地，可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。在这里，可以使用接收窗口包含的子帧的数量来表示所述接收窗口的长度。此外，可以用所述接收窗口所包含的第一个子帧的位置来表示所述接收窗口的位置。

可以采用多种方式来确定所述接收窗口的长度。在一种实现方式中，可以通过接收包括指示所述长度的信息的高层信令来确定harq捆绑窗口的长度。所述高层信令例如是系统信息块(sib)。例如，基站可以在小区中广播sib，从而将所述长度通知给ue。在这种情况下，所述接收窗口的长度是专用于该小区的。

在另一实现方式中，所述接收窗口的长度可以是预先定义的值。例如，可以将所述接收窗口的长度作为预定义的值预配置在基站和ue中，使得基站和ue可以通过读取该预定义的值来确定所述接收窗口的长度。

在另一实现方式中，可以隐式地确定所述接收窗口的长度。例如，可以基于基站发送的数据(例如pdsch)的重复数量和控制信息(例如pdcch)的重复数量来确定所述接收窗口的长度。具体地，在ue与基站之间的信道质量不佳时，为了确保ue能够接收到pdcch和pdsch，基站可以将pdcch重复发送多次，并且/或者将pdsch重复发送多次。在这种情况下，所确定的长度是专用于该ue的。在这种实现方式中，在所发送的pdcch和pdsch之间可以存在一个或多个空白子帧，从而每个pdcch、在该pdcch之后发送的pdsch以及在该pdcch和pdsch之间的一个或多个空白子帧形成一个组。所述接收窗口可以容纳一个或多个这样的组，因此，所述接收窗口的长度l可以用下式(1)确定：

l＝m*(rpdcch+rpdsch+n)(1)

其中，rpdcch是pdcch的重复数量，rpdsch是pdsch的重复数量，m是接收窗口可以容纳的上述组的数量，n是pdcch和pdsch之间的空白子帧的数量，rpdcch≥1，rpdsch≥1、n≥1。此外，m≥1，例如可以是4。rpdcch和rpdsch可以由基站配置并通知给ue。在这种情况下，基站可以通过诸如无线资源控制(rrc)信令之类的高层信令将所配置的rpdcch和rpdsch通知给ue。m和n也可以由基站配置并例如通过诸如rrc信令之类的信令通知给ue，或者可以是预先定义的值，并且被预配置在基站和ue中。图3a示出了在该实现方式中确定接收窗口的长度的第一示例，其中，m为4，n为1，rpdcch和rpdsch均为1。在该示例中，可以确定l为12，即，所述接收窗口长度为12个子帧。图3b示出了在该实现方式中确定接收窗口的长度的第二示例，其中，m为4，n为1，rpdcch和rpdsch均为2。在该示例中，可以确定l为20，即，所述接收窗口长度为20个子帧。

此外，可以采用多种方式来确定所述接收窗口的起始位置。在一种实现方式中，可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，将帧的编号(帧号)表示为nf，将该帧包含的子帧的编号(子帧编号)表示为nsf，则可以将满足下式(2)的帧中的子帧确定为所述接收窗口的起始位置：

(nsf+10*nf)mod(l)＝offset(2)

其中，l为所述接收窗口的长度，offset为根据需要设置的偏移量，例如0、1或其他值，并且可以预先配置在ue和基站中，或者由基站配置并通过信令通知给ue，使得ue可以通过接收该信令来获知offset。例如，可以将offset设置为0，在这种情况下，可以将满足(nsf+10*nf)mod(l)＝0的帧中的子帧确定为所述接收窗口的起始位置。图4示出了确定所述接收窗口的起始位置的第一示例。在图4中，假设l＝3，则当nf＝0时，nsf＝3、6或9的子帧可以被确定为所述接收窗口的起始位置，而当nf＝1时，nsf＝2、5或8的子帧可以被确定为所述接收窗口的起始位置。

在另一实现方式中，可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(dai)的pdsch的子帧确定为所述接收窗口的起始位置。如本领域所知，pdsch的dai指示该pdsch所在的子帧是该子帧所述的帧中的第几个下行链路子帧。所述预定值可以根据实际需要灵活地设置，例如1、2等，并且可以预先配置在ue和基站中，或者可以由基站配置并通知给ue。在图4所示的例子中，假设预定值为1，即，将帧中携带dai＝1的pdsch的子帧确定为所述接收窗口的起始位置，在这种情况下，每个帧中的子帧2可以被确定为所述接收窗口的起始位置。

返回图2，在步骤s202中，在所述接收窗口内检测数据。具体地，在确定了接收窗口的起始位置和长度之后，可以定位所述接收窗口，并且在所述接收窗口内检测基站发送的pdsch，即，检测位于接收窗口内的子帧中携带pdsch的子帧。可以使用本领域公知的方法来在携带pdsch的子帧，因此在这里不再赘述。

接下来，在步骤s203中，将对于在所述接收窗口内检测到的数据(pdsch)的harq反馈信息捆绑发送。

具体地，对于接收到的每个pdsch可以进行解码，并且根据解码从结果而产生对于该pdsch的反馈信息，即harq反馈信息。例如，当对于pdsch的解码成功时，可以产生ack，而当对于pdsch的解码失败时，可以产生nack。然后，可以按照上文所述的方式，对对于在所述接收窗口内检测到的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站，由此，可以将对于在所述接收窗口内检测到的多个数据的反馈信息捆绑在一起而发送给基站。在一种实现方式中，可以在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在ue和基站中，或者可以由基站配置并通知给ue。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms，使得在所述接收窗口结束之后的4ms(第4子帧)发送所述反馈信息。

在将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送时，可以在上行链路控制信道(pucch)或上行链路共享信道(pusch)中捆绑发送所述harq反馈信息，如图5所示。具体地，在所述接收窗口结束之后的预定时刻的子帧可能被调度用于发送pusch，也可能被调度用于发送pucch。在所述子帧被调度用于发送pusch的情况下，可以利用该pusch承载所述harq反馈信息。另一方面，在所述子帧被调度用于发送pucch的情况下，可以利用该pucch来承载所述harq反馈信息。

下面，参照图6来描述根据本公开实施例的接收harq反馈信息的方法。该方法可以由基站执行。

如图6所示，在步骤s601中，确定ue进行harq捆绑的数据的接收窗口。

具体地，可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。在这里，可以使用接收窗口包含的子帧的数量来表示所述接收窗口的长度。此外，可以用所述接收窗口所包含的第一个子帧的位置来表示所述接收窗口的位置。

可以采用多种方式来确定所述接收窗口的长度。

在一种实现方式中，基站可以直接设置所述接收窗口(harq捆绑窗口)的长度。基站可以将指示所设置的长度的信息通过信令发送给ue。

在另一实现方式中，如上所述，所述接收窗口的长度可以是预先定义的值，使得基站可以通过读取该预定义的值来确定所述接收窗口的长度。

在另一实现方式中，可以隐式地确定所述接收窗口的长度。例如，可以基于发送给ue的数据(例如pdsch)的重复数量和控制信息(例如pdcch)的重复数量来确定所述接收窗口的长度。例如，基站可以按照在上文中针对公式(1)描述的方式来确定所述接收窗口的长度。

在另一实现方式中，可以通过从ue接收指示所述长度的信息来确定所述接收窗口的长度。

此外，可以采用多种方式来确定所述接收窗口的起始位置。

在一种实现方式中，可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，可以按照上文所述的方式来确定所述接收窗口的起始位置，在这里不再赘述。

在另一实现方式中，可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(dai)的pdsch的子帧确定为所述接收窗口的起始位置。所述预定值可以根据实际需要灵活地设置，例如1、2等，并且可以预先配置在ue和基站中，或者可以由基站配置并通知给ue。

接下来，在步骤s602中，接收由ue捆绑发送的、对于该ue在所述接收窗口内检测到的数据的harq反馈信息。

在一种实现方式中，可以接收由ue在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的harq反馈信息。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在ue和基站中，或者可以由基站配置并通知给ue。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms。

此外，如上文所述，ue在将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送时，可以在pucch或pusch中捆绑发送所述harq反馈信息。相应地，在基站侧，可以在pucch或pusch中接收所述harq反馈信息。

在接收到所述反馈信息之后，基站可以对其解码，以确认pdsch的发送是否成功。例如，在对于多个pdsch的反馈信息被进行逻辑与计算以进行捆绑发送时，如果基站接收到的捆绑发送的反馈信息为0，则表明所述多个pdsch中的至少一个未被成功接收，从而可以请求重传所述多个pdsch。

下面，参照图7来描述根据本公开实施例的ue。在这里，为简单起见，对于与在上文中参照图2描述的方法相同的内容不再赘述。

如图7所示，根据本公开实施例的ue20包括确定单元21、检测单元22和harq反馈单元23。需要认识到，在这里，为了简单起见而仅示出ue中与本公开的实施例密切相关的单元，而省略ue的其他单元，这不是限制性的，根据需要，ue20可以包括其他单元，例如各种数据处理单元。

确定单元21确定要进行harq捆绑的数据的接收窗口，即上文所述的harq捆绑窗口。具体地，确定单元21可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。

确定单元21可以采用多种方式来确定所述接收窗口的长度。在一种实现方式中，确定单元21可以通过(例如经由接收单元(未示出))接收包括指示所述长度的信息的高层信令来确定harq捆绑窗口的长度。所述高层信令例如是系统信息块(sib)。在另一实现方式中，所述接收窗口的长度可以是预先定义的值，并且例如可以被预配置在基站和ue中。在这种情况下，确定单元21可以通过读取该预定义的值来确定所述接收窗口的长度。在另一实现方式中，确定单元21可以隐式地确定所述接收窗口的长度。例如，确定单元21可以基于基站发送的数据(例如pdsch)的重复数量和控制信息(例如pdcch)的重复数量来确定所述接收窗口的长度。例如，确定单元21可以按照上文所述的方式，通过上式(1)来基于pdsch和pdcch的重复数量确定所述接收窗口的长度。

此外，确定单元21可以采用多种方式来确定所述接收窗口的起始位置。在一种实现方式中，确定单元21可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，确定单元21可以按照上文所述的方式，使用上式(2)来确定所述接收窗口的起始位置。在另一实现方式中，确定单元21可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(dai)的pdsch的子帧确定为所述接收窗口的起始位置。

检测单元22可以在确定单元21确定的接收窗口内检测数据。具体地，在确定单元21确定了接收窗口的起始位置和长度之后，检测单元22可以定位所述接收窗口，并且在所述接收窗口内检测基站发送的pdsch。检测单元22可以使用本领域公知的方法来在携带pdsch的子帧，因此在这里不再赘述。

harq反馈单元23可以将对于在所述接收窗口内检测到的数据(pdsch)的harq反馈信息捆绑发送。具体地，harq反馈单元23可以对于接收到的每个pdsch进行解码，并且根据解码从结果而产生对于该pdsch的反馈信息，即harq反馈信息。然后，harq反馈单元23可以按照上文所述的方式，对对于在所述接收窗口内检测到的多个数据的反馈信息进行逻辑计算，并且将计算结果作为反馈信息发送给基站，由此，harq反馈单元23可以将对于在所述接收窗口内检测到的多个数据的反馈信息捆绑在一起而发送给基站。在一种实现方式中，harq反馈单元23可以在所述接收窗口结束之后的预定时刻，将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在ue和基站中，或者可以由基站配置并通知给ue。例如，可以将所述预定时刻设置为在所述接收窗口结束之后的4ms，使得在所述接收窗口结束之后的4ms(第4子帧)发送所述反馈信息。

在将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送时，harq反馈单元23可以在上行链路控制信道(pucch)或上行链路共享信道(pusch)中捆绑发送所述harq反馈信息。具体地，在所述接收窗口结束之后的预定时刻的子帧可能被调度用于发送pusch，也可能被调度用于发送pucch。在所述子帧被调度用于发送pusch的情况下，harq反馈单元23可以利用该pusch承载所述harq反馈信息。另一方面，在所述子帧被调度用于发送pucch的情况下，harq反馈单元23可以利用该pucch来承载所述harq反馈信息。

下面，参照图8来描述根据本公开实施例的基站。

如图8所示，根据本公开实施例的基站10包括确定单元11和接收单元12。需要认识到，在这里，为了简单起见而仅示出基站中与本公开的实施例密切相关的单元，而省略基站的其他单元，这不是限制性的，根据需要，基站可以包括其他单元，例如各种数据处理单元。由于确定单元11和接收单元12的功能的很多细节与参照图6描述的方法基本相同，因此在这里省略对相同内容的描述。

确定单元11可以确定ue进行harq捆绑的数据的接收窗口。

具体地，确定单元11可以通过确定所述接收窗口的长度和起始位置来确定所述接收窗口。确定单元11可以采用多种方式来确定所述接收窗口的长度。

在一种实现方式中，确定单元11可以直接设置所述接收窗口(harq捆绑窗口)的长度。基站可以例如通过发送单元(未示出)将指示所设置的长度的信息通过信令发送给ue。

在另一实现方式中，如上所述，所述接收窗口的长度可以是预先定义的值，使得确定单元11可以通过读取该预定义的值来确定所述接收窗口的长度。

在另一实现方式中，确定单元11可以隐式地确定所述接收窗口的长度。例如，确定单元11可以基于发送给ue的数据(例如pdsch)的重复数量和控制信息(例如pdcch)的重复数量来确定所述接收窗口的长度。

在另一实现方式中，确定单元11可以通过从ue接收指示所述长度的信息来确定所述接收窗口的长度。

此外，确定单元11可以采用多种方式来确定所述接收窗口的起始位置。

在一种实现方式中，确定单元11可以基于帧的编号和该帧包含的子帧的编号以及所述接收窗口的长度来确定所述接收窗口的起始位置。例如，可以按照上文所述的方式来确定所述接收窗口的起始位置，在这里不再赘述。

在另一实现方式中，确定单元11可以将帧包含的各个子帧中携带具有预定值的下行链路分配指示符(dai)的pdsch的子帧确定为所述接收窗口的起始位置。所述预定值可以根据实际需要灵活地设置，并且可以预先配置在ue和基站中，或者可以由基站配置并通知给ue。

接收单元12可以接收由ue捆绑发送的、对于该ue在所述接收窗口内检测到的数据的harq反馈信息。

在一种实现方式中，接收单元12可以接收由ue在所述接收窗口结束之后的预定时刻捆绑发送的、对于该用户设备在所述接收窗口内检测到的数据的harq反馈信息。所述预定时刻可以根据实际需要而灵活地的设定，并且可以被预先配置在ue和基站中，或者可以由基站配置并通知给ue。

此外，如上文所述，ue在将对于在所述接收窗口内检测到的数据的harq反馈信息捆绑发送时，可以在pucch或pusch中捆绑发送所述harq反馈信息。相应地，在基站侧，接收单元12可以在pucch或pusch中接收所述harq反馈信息。

在接收到所述反馈信息之后，基站例如可以通过解码单元(未示出)对其解码，以确认pdsch的发送是否成功。例如，在对于多个pdsch的反馈信息被进行逻辑与计算以进行捆绑发送时，如果基站接收到的捆绑发送的反馈信息为0，则表明所述多个pdsch中的至少一个未被成功接收，从而可以请求重传所述多个pdsch。

利用根据本公开实施例的上述发送harq反馈信息的方法、ue和基站，可以在hddfddmtc系统中，方便地确定要进行harq捆绑发送的数据，并且将对于这些数据的反馈信息捆绑发送。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本公开可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本公开的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例或者实施例的某些部分所述的方法。

以上对本公开进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。