针对组播通信中的反馈的资源分配

技术领域

本公开的实施例总体上涉及电信领域，并且具体地涉及针对组播通信中的反馈的资源分配。

背景技术

已经在各种电信标准中开发了通信技术，以提供使得不同无线设备能够在市政、国家、地区、甚至全球级别进行通信的通用协议。新兴的电信标准的一个示例是新无线电(NR)，例如第五代(5G)无线电接入。通信标准组正在对设备到设备(D2D)通信进行研究，以实现终端设备之间的直接通信服务。在D2D通信期间，终端设备(称为源设备)可以向一组D2D终端设备(称为目的地设备)传输数据。根据是否成功接收到数据，目的地设备可以向源设备提供反馈信息。由于一次传输中有多个接收方，因此取决于是否可以成功接收数据，不同目的地设备可能需要反馈不同信息。适用于传统蜂窝通信的通信资源分配方案可能不适合在D2D通信中使用。

发明内容

通常，本公开的示例实施例提供了一种用于组播通信中的反馈的资源分配的方案。

在第一方面，提供了一种资源分配的方法。该方法包括：标识用于在组播通信中从源设备接收数据的多个目的地设备；以及向多个目的地设备分配资源以用于与接收相关联的反馈传输，该分配包括以下之一：分配特定于第一目的地设备的第一资源集合和要由第二目的地设备集合共享的第二资源集合，并且分配要由多个目的地设备共享以用于频率复用模式下的反馈传输的第三资源集合。

在第二方面，提供了一种资源分配的方法。该方法包括：标识用于在组播通信中从源设备接收数据的多个目的地设备；响应于多个目的地设备的数目低于阈值，向多个目的地设备分配资源以启用与多个目的地设备的接收相关联的反馈传输；以及响应于多个目的地设备的数目超过阈值，禁用与多个目的地设备的接收相关联的反馈传输。

在第三方面，提供了一种资源分配的方法。该方法包括：由用于从源设备接收数据的目的地设备接收用于与接收相关联的反馈传输的资源集合的分配，该目的地设备和至少一个另外的目的地设备与源设备进行组播通信，所分配的资源集合包括以下之一：包括特定于目的地设备的第一资源的第一集合，要与至少一个另外的目的地设备共享的第二资源集合，第一资源和第二资源集合包括被分配用于组播通信中的反馈传输的资源，或者要由多个目的地设备共享以用于频分复用模式下的反馈传输的第三资源集合。

在第四方面，提供了一种电子设备。该设备包括处理单元；以及耦合到处理单元并且存储有指令的存储器，该指令在由处理单元执行时引起该设备执行根据第一方面的方法。

在第五方面，提供了一种电子设备。该设备包括处理单元；以及耦合到处理单元并且存储有指令的存储器，该指令在由处理单元执行时引起该设备执行根据第二方面的方法。

在第六方面，提供了一种电子设备。该设备包括处理单元；以及耦合到处理单元并且存储有指令的存储器，该指令在由处理单元执行时引起该设备执行根据第三方面的方法。

在第七方面，提供了一种计算机可读介质，其上存储有指令，指令当在至少一个处理器上执行时引起至少一个处理器执行根据第一方面的方法。

在第八方面，提供了一种计算机可读介质，其上存储有指令，指令当在至少一个处理器上执行时引起至少一个处理器执行根据第二方面的方法。

在第九方面，提供了一种计算机可读介质，其上存储有指令，指令当在至少一个处理器上执行时引起至少一个处理器执行根据第三方面的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过在附图中对本公开的一些实施例的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，在附图中：

图1是可以在其中实现本公开的实施例的通信环境的框图；

图2A是示出根据本公开的一个实施例的用于组播传输中的反馈的资源分配过程的流程图；

图2B是示出根据本公开的另一些实施例的用于组播传输中的反馈的资源分配过程的流程图；

图3A至3C是示出根据本公开的一些实施例的用于组播传输中的反馈的资源分配的示意图；

图4A至4B是示出根据本公开的另一些实施例的用于组播传输中的反馈的资源分配的示意图；

图5A至5B是示出根据本公开的另一些实施例的用于组播传输中的反馈的资源分配的示意图；

图6A是示出根据本公开的一个实施例的用于组播传输中的反馈的资源分配过程的流程图；

图6B是示出根据本公开的另一些实施例的用于组播传输中的反馈的资源分配过程的流程图；

图7是示出根据本公开的另一些实施例的用于组播传输中的反馈的资源分配的示意图；

图8是示出根据本公开的一个实施例的用于反馈的资源分配过程的流程图；

图9是示出根据本公开的另一些实施例的用于反馈的资源分配过程的流程图；

图10是示出根据本公开的另一些实施例的用于反馈的资源分配过程的流程图；以及

图11是适于实现本公开的实施例的设备的简化框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。应当理解，这些实施例仅出于说明的目的进行描述并且帮助本领域技术人员理解和实现本公开，而没有对本公开的范围暗示任何限制。除了下面描述的之外，本文中描述的公开内容可以以各种其他方式来实现。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的相同含义。

如本文中使用的，术语“网络设备”或“基站”(BS)是指能够提供或托管终端设备可以在其中通信的小区或覆盖范围的设备。网络设备的示例包括但不限于节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、新无线电接入中的NodeB(gNB)、远程无线电单元(RRU)、无线电头(RH)、远程无线电头(RRH)、低功率节点(诸如毫微微节点、微微节点)等。出于讨论的目的，在下文中，将参考eNB作为网络设备的示例来描述一些实施例。

如本文中使用的，术语“终端设备”是指具有无线或有线通信能力的任何设备。作为示例而非限制，终端设备也可以称为通信设备、用户设备(UE)、订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、诸如数码相机等图像捕获终端设备、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动台、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装设备(LME)、USB加密狗、智能设备、无线用户驻地设备(CPE)等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。

本文中讨论的通信可以符合任何合适的标准，包括但不限于新无线电接入(NR)、长期演进(LTE)、LTE演进、高级LTE(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)、cdma2000和全球移动通信系统(GSM)等。此外，通信可以根据当前已知或将来将要开发的任何一代通信协议来执行。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。本文中描述的技术可以用于上面提到的无线网络和无线电技术以及其他无线网络和无线电技术。

如本文中使用的，单数形式的“一个(a)”、“一个(an)”和“该(the)”也意图包括复数形式，除非上下文另外明确指出。术语“包括(includes)”及其变体应当理解为开放术语，表示“包括但不限于”。术语“基于”应当理解为“至少部分基于”。术语“一个实施例”和“实施例”应当理解为“至少一个实施例”。术语“另一些实施例”应当理解为“至少一个其他实施例”。术语“第一”、“第二”等可以指代不同或相同的对象。下面可以包括其他定义(显式和隐式的)。

在一些示例中，值、过程或装置称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应当理解，这样的描述旨在指示可以在所使用的很多功能替代方案中进行选择，并且这样的选择不需要比其他选择更好、更小、更高或以其他方式优选。

图1示出了可以在其中实现本公开的实现的示例通信网络100。在网络100中，多个终端设备120、130-1至130-4能够彼此支持D2D或侧链路(sidelink)通信，这表示可以在终端设备之间传输数据和/或控制信息。在侧链路通信中，本文中将传输信息的终端设备称为源设备、传输设备、传输器或发送器，这些术语在本文中可互换使用，并且本文中将能够接收信息的终端设备称为目的地设备、接收设备、接收器或接收方，这些术语在本文中可互换使用。

取决于目的地设备的数目或传输的特定目标，侧链路通信可以分类为不同类型的单播、广播和组播/多播。组播通信的示例在图1中示出，其中终端设备120向多个终端设备130-1至130-4传输数据。在该示例中，在组播通信中，终端设备120是源设备，而终端设备130-1至130-4是目的地设备。出于讨论的目的，以下将目的地设备130-1至130-4统称为或单独地称为目的地设备130。如图1所示的一对多通信模式也称为组播/多播通信，并且源设备120和所有目的地设备130形成组104。

取决于是否成功接收到来自源设备120的数据，目的地设备130可能需要传输对应反馈信息以指示数据接收是成功还是失败。例如，否定确认(NACK)反馈可以指示数据接收失败，而确认(ACK)反馈可以指示目的地设备130处的数据接收成功。反馈信息对于源设备120确定是否应当执行数据重传特别有用，例如在混合自动重传请求(HARQ)过程中。用于数据传输和反馈传输的资源可以在侧链路控制信息(SCI)中被分配并且指示给目的地设备130，使得目的地设备130可以知道在哪里检测从源设备120传输的数据以及在哪里向源设备120传输反馈信息。

网络100被示出为包括具有服务覆盖范围(称为小区104)的网络设备110。在图1的示例中，终端设备120和130-1至130-4被示出为在网络设备110的小区104内。但是，在其他示例中，终端设备120和130-1至130-4中的一个或多个终端设备可以不在小区104内。终端设备120和130-1至130-4之间的通信可以由网络设备110控制或辅助。例如，网络设备110可以向终端设备120和130-1至130-4中的一个或多个终端设备传输与组播通信有关的控制信息。因此，尽管未示出，但是网络设备110也可以与终端设备120和130-1至130-4中的一个或多个终端设备通信。

应当理解，网络设备和终端设备的数目仅是用于解释说明的目的，而没有暗示任何限制。网络100可以包括适于实现本公开的实现的任何合适数目的网络设备和终端设备。还应当理解，尽管在组播会话中终端设备120被示出为源设备并且终端设备130被示出为目的地设备，但是如果任何终端设备130具有要传输给其他设备的数据，则任何终端设备130都可以成为源设备，并且如果预期终端设备120从其他设备接收数据，则终端设备120可以成为目的地设备。在一些实现中，设备120和130以半双工模式操作，并且因此可以在D2D通信期间一次或接收或传输数据。在一些其他实现中，对D2D通信中涉及的设备120和130中的一些或全部设备没有半双工约束。

如上所述，在与源设备的组播通信中，需要将用于反馈传输的资源分配给多个目的地设备。一种直接的方案是分配特定于目的地设备的相应资源以进行反馈传输。考虑到组播通信中可能有大量目的地设备，资源消耗可能相对较高，这在可用资源有限的使用情况下尤其不希望出现。在替代方案中，如果为反馈传输分配了有限数目的资源，则源设备标识哪个目的地设备无法接收数据传输可能会很困难。目的地设备处的数据接收失败可能是由于数据解码失败或缺少标识何时和/或在何处检测数据的控制信息而引起的。如果没有从目的地设备接收到适当的反馈，则源设备很难确定是否应当重新传输数据。

根据本公开的实施例，提出了一种用于组播通信中的反馈的资源分配的方案。在该方案中，多个目的地设备进行组播通信以从源设备接收数据。资源被分配给多个目的地设备以用于与接收相关联的反馈传输。资源的分配包括：分配专用于第一目的地设备集合的第一资源集合和要由第二目的地设备集合共享的第二资源集合；以及分配要由多个目的地设备共享以用于频分复用模式下的反馈传输的第三资源集合。通过灵活地向目的地设备分配资源，可以促进标识丢失数据或控制信息的目的地设备并且节省资源消耗。

下面将参考图2A详细描述本公开的原理和实施例，图2A示出了根据本公开的一个实施例的用于组播传输中的反馈的资源分配过程200。出于讨论的目的，将参考图1描述过程200。过程200可以涉及图1中的源设备120和多个目的地设备130。在该实施例中，源设备120控制用于反馈的资源分配。

源设备120标识205用于在组播通信中从源设备接收数据的多个目的地设备130。目的地设备130包括目的地设备130-1至130-4，可以在D2D发现或通信过程中被发现，并且与终端设备120建立组会话以进行通信。在组播会话中，终端设备120是具有要传输的数据的终端设备，而目的地设备130是要接收数据的目的地。如上所述，尽管在图1中示出了四个目的地设备130，但是在与源设备120的组会话中可以包括更多或更少的目的地设备。源设备120可以标识数据要被传输到的每个目的地设备130。

源设备120向多个目的地设备130分配210资源以用于与接收相关联的反馈传输。资源被分配用于目的地设备130传输与来自源设备120的数据的接收结果有关的反馈信息。在一些实施例中，用于反馈传输的资源分配可以在侧链路控制信息(SCI)中被传输。在一些实施例中，用于反馈传输的资源分配可以例如在SCI中与用于数据传输的资源分配一起被指示给目的地设备130。资源分配可以动态地使用物理层信令或半静态地使用高层信令被指示给目的地设备130。

在本公开的实施例中，有几种方式给源设备120分配用于反馈传输的资源。在一些实施例中，一个或多个特定资源被分配给一个或多个特定目的地设备130，而一个或多个其他资源由其他目的地设备130共享。在其他实施例中，不同资源被分配用于不同类型的反馈信息(例如，NACK反馈和ACK反馈)的传输，并且不同资源由多个目的地设备130共享。在另一些实施例中，不同资源被分配用于与数据的不同部分的接收相关联的NACK反馈的传输。如本文中使用的，不同资源可以是在时域、频域和码域中的至少一者中不重叠的资源。下面将详细描述上述实施例。

每个目的地设备130被分配有一个资源集合，该资源集合是特定于该目的地设备的或者要与一个或多个其他目的地设备130共享以用于一种或多种类型的反馈传输。取决于所分配的资源和数据的接收状态，目的地设备130执行215到源设备120的反馈传输。目的地设备130尝试在某些资源上检测来自源设备120的数据。取决于在其上检测到数据的资源是否正确和/或在资源上检测到的信号是否可以成功解码，一个或多个目的地设备130可能成功接收或无法接收部分或全部数据。因此，数据的接收状态包括成功接收状态或失败接收状态。

ACK反馈可以用于指示在目的地设备处的成功接收，而NACK反馈可以用于指示在目的地设备处的失败接收。在组播传输的一些实施例中，特定信号可以被指定为指示ACK反馈，并且不同的特定信号可以被指定为指示NACK反馈。例如，由每个目的地设备130反馈的特定信号可以指定数据的接收能量或功率。取决于接收能量或功率，源设备120可以确定数据是否被成功接收。

所分配的(特定或共享)资源可以包括用于ACK反馈和NACK反馈中的一者或两者的传输的一个或多个资源。因此，如果组播通信中的目的地设备130未能检测到来自源设备120的数据并且所分配的资源包括用于失败接收状态中的NACK反馈传输的资源，则该目的地设备130可以使用所分配的资源向源设备120传输NACK反馈。如果组播通信中的目的地设备130成功检测到来自源设备120的所有数据并且所分配的资源包括用于成功接收状态中的ACK反馈传输的资源，则该目的地设备130可以使用所分配的资源向源设备120传输ACK反馈。

在一些实施例中，如果任何一个目的地设备130未能成功接收数据，源设备120可以重新传输数据。因此，NACK反馈对于源设备120决定是否需要数据重传是一个重要因素。在资源分配中，一个或多个资源可以被分配给一些或全部目的地设备130以仅用于NACK反馈传输。在这种情况下，如果这些目的地设备130成功地检测到来自源设备120的所有数据，则不需要传输反馈信息。

上面已经描述了由源设备120控制的资源分配过程。在一些其他实施例中，资源分配可以由源设备120和目的地设备130所位于的网络设备110控制。图2B示出了根据本公开的一个实施例的用于组播传输中的反馈的资源分配过程202。出于讨论的目的，将参考图1描述过程202。过程202可以涉及图1中的网络设备110、源设备120和多个目的地设备130。

在过程202中，网络设备110控制用于目的地设备130的反馈传输的资源分配。网络设备110标识220用于在组播通信中从源设备120接收数据的多个目的地设备130。目的地设备130可以例如通过从源设备120提供的信息来确定。在一些实施例中，组播通信在网络设备120的控制下或由网络设备120辅助。因此，网络设备120具有与组播通信中涉及哪些设备120用于数据接收有关的信息。

网络设备110向多个目的地设备分配225资源以用于与接收相关联的反馈传输。由网络设备110执行的资源分配可以与如上所述由源设备120执行的资源分配类似，如下面将详细讨论的。如图2B所示，资源分配可以由网络设备110直接指示给目的地设备130，或者可以首先被传输给源设备120以转发给目的地设备130。

利用被分配用于与源设备120的组播通信中的反馈传输的资源，目的地设备130基于所分配的资源和数据的接收状态来执行230反馈传输。无论哪个设备控制资源分配，相应目的地设备130处的反馈传输都是相同的。

上面已经描述了用于组播传输中的反馈的资源分配的一些总体过程。应当理解，在一些其他实施例中，资源分配可以由通信网络100中除网络设备110和源设备120之外的其他实体控制。本公开的实施例的范围不限于此。下面将讨论过程200或过程202中的资源分配的一些详细实施例。

如上所述，在一些实施例中，特定资源被分配用于一些目的地设备130，并且共享资源被分配用于一些其他目的地设备130。更具体地，第一资源集合被分配为特定于第一目的地设备集合130，并且第二资源集合被分配以由第二目的地设备集合130共享。第一资源集合中的每个目的地设备130可以具有一个或多个特定资源，该特定资源可以称为设备特定资源。设备特定资源只能由特定目的地设备130使用，并且可以用于ACK反馈或NACK反馈的传输。

第二集合中的每个共享资源可以由第二目的地设备集合130中的任何一个使用。共享资源可以由第二目的地设备集合130用于某个类型的反馈信息的传输。也就是说，第二集合中的资源特定于反馈信息的类型，但是由目的地设备130共享。例如，共享资源可以被分配为仅用于NACK反馈传输。在其他情况下，目的地设备130可以仅在共享资源上传输ACK反馈。通过分配一个或多个共享资源，所分配的资源的总数不大于组102中的目的地设备130的数目。

在时域和频域中的至少一者中，第一资源集合和第二资源集合可以不彼此不重叠。在一些实施例中，第一集合或第二集合内的资源可以在时域、频域和码域中的一个或多个中部分或全部重叠。在一些实施例中，第二共享资源集合可以在单个时隙中。第一资源集合可以在单个时隙中。

在一些实施例中，要分配的资源的数目(在下文中称为第一数目)可以是可配置的。在一个实施例中，所分配的资源的第一数目可以基于用于组播通信的可用资源来确定。用于组播通信的资源池可以取决于允许使用的时间、频率和/或码资源。资源池中的可用资源也可以随时间变化。如果资源池中有更多资源可用，则可以分配更大数目的分配资源；否则，可以分配较少数目的分配资源。在另一些实施例中，可以针对每个组播会话来配置第一数目的分配资源。在一些实施例中，可以为资源池预先配置第一数目的设备特定资源。

在一些实施例中，第一集合中的设备特定资源的数目(在下文中称为第二数目)可以是可配置的，并且可以基于要分配的资源的第一数目来确定。在一个示例中，要分配的资源的特定部分可以用作设备特定资源。替代地，预定数目的要分配的资源可以用作共享资源，而其余资源因此可以用作设备特定资源。

如果要向一个目的地设备130分配一个特定资源以用于ACK和NACK反馈两者，则第一集合中的目的地设备的数目与设备特定资源的第一数目相同。也可以有一个以上的特定资源要被分配给一个目的地设备130以用于不同类型的反馈，并且第一集合中目的地设备的数目也可以基于设备特定资源的第一数目来相应地确定。

在一些实施例中，单个资源要被分配为共享资源。如果配置的是将R个不同资源分配用于反馈传输，则在一个示例中，(R-1)个资源可以被分配为(R-1)个目的地设备130的设备特定资源。其余一个资源可以由其他目的地设备130共享。图3A示出了这样的示例，其中资源310和312被分配为特定于目的地设备130-1和130-2以用于传输ACK和NACK反馈两者。其余资源320被分配为由其余目的地设备130-3和130-4共享。如果目的地设备130-3和130-4中的一者或两者未能从源设备120接收到数据，则它们可以使用共享资源320来选择传输NACK反馈。

在一些实施例中，第一集合中的设备特定资源的数目和/或第二集合中的共享资源的数目可以被预先确定和固定，而非改变要分配的资源的数目。在一些示例中，这两个数目中的每个数目可以大于或等于1。为了进一步减少资源消耗，在一个具体示例中，单个设备特定资源可以被包括在第一集合中以分配给目的地设备130。替代地或另外地，单个资源可以被包括在第二集合中以分配给其余目的地设备130。例如，如图3B所示，仅资源310被分配为特定于目的地设备130-1，用于NACK/ACK反馈传输；资源320由组102中的目的地设备130-2至130-4共享。资源310和320在时域或频域中可以不重叠。

在一些其他实施例中，第二共享资源集合可以包括用于与数据的不同部分的接收相关联的反馈传输的不同资源。数据的一个或某些部分可能无法在某个目的地设备130处成功接收。因此，第二集合中的不同资源可以特定于数据的不同部分上的反馈传输。第二集合中的资源的数目可以基于可以其上提供有特定反馈的数据部分的数目来确定。在一些实施例中，不同部分包括不同码字。源设备120可以将数据编码为不同码字并且将其传输给组102中的目的地设备130。在D2D通信的示例中，通常传输两个码字。

第二集合中的共享资源可以被分配用于特定类型的反馈信息，以指示数据的特定部分的接收状态。图3C示出了这样的示例，其中除了分配给目的地设备130-1的设备特定资源310，资源322被分配用于与数据的第一码字的接收相关联的NACK反馈传输，并且资源324被分配用于与数据的第二码字的接收相关联的NACK反馈传输。资源322和324由目的地设备130-2至130-4共享。资源310、322和324中的至少一个资源在时域和/或频域中不与其他资源重叠。

对于目的地设备130-2至130-4中的每个目的地设备，如果该目的地设备未能成功解码数据信道上的第一码字，则可以在资源322上传输NACK反馈，诸如第一特定信号。如果目的地设备未能成功解码第二码字，则可以在资源324上传输NACK反馈，诸如第二特定信号。可以由目的地设备130在资源322和324上传输针对NACK反馈的相同或不同信号。

在以上讨论的实施例中，第一集合中的特定数目的目的地设备130可以被分配有设备特定资源。源设备120或网络设备110可以以随机方式或通过考虑一些影响因素来从组102中选择第一目的地设备集合130。在一些实施例中，第一目的地设备集合130可以基于目的地设备130与源设备120之间的距离而从组102中选择。第一目的地设备集合130可以具有比第二集合中的其余目的地设备130更大的距离。因此，目的地设备130距源设备120的距离越长，可以为目的地设备130分配用于反馈传输的特定资源的可能性就越高。在分配单个设备特定资源的一些实施例中，可以选择具有相对较大的距离或最大距离的单个目的地设备130。

替代地或另外地，第一目的地设备集合130可以基于目的地设备130与源设备120之间的链路的质量来选择。第一目的地设备集合130可以比第二集合中的其余目的地设备130具有更差的信道状态。因此，目的地设备130的信道状态越差，可以为目的地设备130分配用于反馈传输的特定资源的可能性就越高。链路的质量可以基于各种因素来测量，包括但不限于，参考信号接收功率(RSRP)、信噪比(SNR)、信干噪比(SINR)以及与目的地设备130和源设备120之间的传输信道有关的其他测量因素。这些因素可以被测量和量化以指示链路的质量。在分配单个设备特定资源的一些实施例中，可以选择具有相对较低质量或最低质量的单个目的地设备130。

在一些实施例中，对于第一目的地设备集合130中的每个目的地设备，诸如图3A的示例中的目的地设备130-1或130-2，除了向源设备120传输NACK或ACK反馈，目的地设备130还可以传输指示该目的地设备130与源设备120之间的链路的质量的指示。在一些示例中，该指示可以向该目的地设备130指示用于传送控制信息(诸如用于数据传输的资源分配)的控制信道的特定质量。控制信道可以是物理共享控制信道(PSCCH)或可以在其上传输控制信息的任何其他控制信道。在一些实施例中，该指示可以使用设备特定资源与反馈一起被传输。

链路的质量可以有助于源设备120确定第二共享资源集合上没有NACK反馈的原因。例如，如果链路的质量被指示为低，例如，低于预定阈值，则源设备120可以据此确定由于具有低质量的链路的目的地设备130已经成功接收到用于数据接收和反馈传输的资源分配，所以其他目的地设备130可以具有已经接收到资源分配的高概率。因此，可以间接地指示所有第二目的地设备集合130已经成功接收到数据并且因此不需要传输NACK反馈。在一些其他情况下，链路的质量被指示为高，例如，高于预定阈值，有较高可能性某些目的地设备130可能无法接收针对数据接收和/或反馈传输的资源分配并且因此能够使用第二共享资源集合来传输任何反馈。为了确保成功接收数据，源设备120可以稍后重新传输数据。

在一些实施例中，第二目的地设备集合130(诸如图3A的示例中的目的地设备130-3或130-4)可以在频率复用模式下使用第二共享资源集合。第二共享资源集合可以在频域中被划分为多个资源子集，然后第二集合中的每个目的地设备130可以选择这些资源子集之一来传输反馈信息。子集的数目可以例如由源设备120或网络设备110预先配置。

在一个实施例中，资源子集之一可以由第二集合中的目的地设备130基于被指派给该目的地设备130的预定义索引和资源子集的数目来选择。作为示例，组102中的所有目的地设备130被指派有预定义索引，例如从0到M。假定第二资源集合被划分为S个子集，每个子集从0到S-1被索引。因此，第二集合中的索引为m的目的地设备130可以选择索引等于mod(m,S)的子集。以此方式，可以避免在某些子集中的拥挤反馈传输。应当理解，可以基于目的地设备130的索引和资源子集的数目，以其他方式选择要由目的地设备130使用的资源子集。在其他实施例中，第二集合中的每个目的地设备130可以随机地选择资源子集之一。

在资源分配中，作为分配设备特定资源和共享资源两者的替代，可以分配资源集合(称为第三资源集合)以由组103中的所有目的地设备130共享。

在一些实施例中，第三资源集合包括用于不同类型的反馈信息的传输的不同资源。特别地，一个或多个资源可以被分配用于NACK反馈传输，并且一个或多个其他资源可以被分配用于ACK反馈传输。在时域中，被分配用于NACK反馈传输的资源可以在被分配用于ACK反馈传输的资源之前。这样，源设备120可以总是先检测是否接收到NACK反馈。由于任何NACK反馈的检测都可以触发数据重传，因此如果在先前资源的第三集合中检测到NACK反馈，则源设备120之后可能不需要检测后续资源中的反馈信息，这可以节省源设备120处的信号检测和计算的成本。

在一个实施例中，在第三资源集合中，单个资源可以被分配用于NACK反馈传输，另一资源可以被分配用于ACK反馈传输。图4A示出了这样的实施例，其中资源410由目的地设备130-1至130-4共享以用于NACK反馈传输，并且资源420由目的地设备130-1至130-4共享以用于ACK反馈传输。

在另一些实施例中，可以在第三集合中分配不同资源以用于与数据的不同部分的接收相关联的反馈传输。因此，第二集合中的不同资源可以特定于数据的不同部分上的反馈传输。第三集合中的资源的数目可以基于如下这样的数据部分的数目来确定，可以对这些数据部分提供特定反馈。如上所述，不同部分包括不同码字。源设备120可以将数据编码为不同码字并且将其传输给组102中的目的地设备130。

在D2D通信的示例中，通常传输两个码字。因此，可以在第三集合中分配两个资源，每个资源用于两个码字之一上的NACK反馈传输。图4B示出了两个资源412和414被分配用于分别与数据的第一码字和第二码字的接收相关联的NACK反馈传输。资源412和414两者都在资源420之前的时隙中。

对于目的地设备130-1至130-4中的每个，如果该目的地设备未能成功解码数据信道上的第一码字，则可以在资源412上传输NACK反馈，诸如第一特定信号。如果目的地设备未能成功解码第二码字，则可以在资源414上传输NACK反馈，诸如第二特定信号。可以由目的地设备130在资源412和414上传输用于NACK反馈的相同或不同信号。

在一些实施例中，由于第三资源集合由目的地设备130共享，因此这些目的地设备130可以将第三资源集合用于频率复用模式下的反馈传输。更具体地，第三共享资源集合可以在频域中被划分为多个资源子集。如果需要，目的地设备130可以选择资源子集之一以传输NACK反馈。划分的子集的数目可以例如由源设备120或网络设备110预先配置。

在一个实施例中，资源子集可以由每个目的地设备130基于指派给该目的地设备130的预定义索引和资源子集的数目来选择。作为示例，组102中的所有目的地设备130被指派有预定义索引，例如从0到M。假定第三资源集合被划分为S个子集，每个子集从0到S-1被索引。因此，索引为m的目的地设备130可以选择索引等于mod(m,S)的子集。以这种方式，可以避免某些子集中的拥挤反馈传输。应当理解，可以基于目的地设备130的索引和资源子集的数目，以其他方式选择要由目的地设备130使用的资源子集。在其他实施例中，每个目的地设备130可以随机地选择资源子集之一。

在第三集合中的不同资源被分配用于与数据的不同部分的接收相关联的NACK反馈传输的一些实施例中，可以按数据的部分来划分资源。例如，资源412和资源414在频域中分别被划分为第一数目的资源子集和第二数目的资源子集。如果目的地设备130未能接收到第一部分，则目的地设备130可以选择第一数目的子集之一来传输NACK反馈，而如果目的地设备130未能接收到第二部分，则目的地设备130可以选择第二数目的子集之一来传输NACK反馈。

在一些实施例中，第三资源集合可以仅包括用于NACK反馈传输的一个或多个资源。在图5A所示的示例中，第三资源集合可以包括要由目的地设备130-1至130-4共享以用于NACK反馈传输的仅一个资源510。在另一示例中，第三资源集合可以包括用于与数据的不同部分的接收相关联的反馈传输的不同资源。如图5B所示，被分配用于NACK反馈传输的资源512和资源514分别与数据的第一码字和第二码字的接收相关联。特定于仅NACK反馈传输的第三共享资源集合也可以在频率复用模式下使用。

在要分配的资源的数目可以改变的一些实施例中，源设备120或网络设备110可以控制反馈传输的启用或禁用。图6A示出了根据本公开的另一些实施例的流程图，该流程图示出了用于组播传输中的反馈的资源分配过程600。出于讨论的目的，将参考图1描述过程600。过程600可以涉及图1中的源设备120和多个目的地设备130。在该实施例中，源设备120控制用于反馈的资源分配。

源设备120标识605用于在组播通信中从源设备接收数据的多个目的地设备130。目的地设备的标识与过程200中描述的类似，并且为了简洁起见，在此将不再重复。

源设备120确定610多个目的地设备130的数目是否超过阈值。如果确定该数目低于阈值，则源设备120向多个目的地设备130分配615资源以启用与多个目的地设备130的接收相关联的反馈传输。否则，源设备120禁用615与多个目的地设备130的接收相关联的反馈传输。

组播通信中的目的地设备130的数目可以改变。目的地设备130的这个数目将影响资源分配，尤其是当要分配的资源的数目基于目的地设备130的数目时。在某些情况下，资源集合将被分配为特定于多个目的地设备130，即，组102中的每个目的地设备130具有一个或多个特定资源。因此，要分配的资源的数目基于多个目的地设备130的数目，并且可以取决于不同组播会话中的组播通信而改变。图7示出了示例，其中目的地设备130-1至130-4中的每个目的地设备具有资源710、712、714和716中的一个特定资源。

随着组102中的目的地设备130的数目增加，更多特定资源可以被分配用于反馈传输。为了限制资源消耗，在目的地设备130的数目超过阈值的情况下，在组播通信中不启用反馈传输。该阈值可以是由源设备120或网络设备130配置的任何预定值。该阈值也可以基于用于组播通信的可用资源来配置。

在特定资源被分配用于所有目的地设备130的实施例中，所分配的资源可以通过目的地设备的索引和分配给参考目的地设备130的资源的位置来被指示给目的地设备130。更具体地，多个目的地设备130分别被指派有一个序列中的唯一索引。例如，每个目的地设备130可以从0到M被索引。源设备120可以指示多个目的地设备130中特定于参考目的地设备130的分配资源中的资源的位置。参考目的地设备130可以是序列中具有第一或最后索引的目的地设备。除该资源之外的其他资源的相应位置可以基于该资源的位置和其他目的地设备的唯一索引来确定。在这些实施例中，所分配的资源的位置在时域、频域或码域中是连续的。

例如，如果第n资源的位置被指示为用于第0参考目的地设备130的资源，则分配给第m目的地设备130的资源可以被确定为(n+m)个资源，并且(n+m)个资源的位置可以基于两个相邻资源之间的偏移来确定。

在目的地设备130的数目低于阈值的情况下，目的地设备130可以被分配有用于反馈传输的资源，并且可以基于所分配的资源集合和数据的接收状态来执行620到源设备120的反馈传输。在目的地设备130处执行的反馈传输在上面已经讨论，并且为了简洁起见。在此将不再重复。

图6B示出了根据本公开的另一些实施例的示出了用于组播传输中的反馈的资源分配过程602的流程图。出于讨论的目的，将参考图1描述过程602。过程602可以涉及图1中的网络设备110、源设备120和多个目的地设备130。过程600与过程602之间的区别在于，网络设备110控制组播通信中的反馈传输的资源分配和启用/禁用。

网络设备110标识625用于在组播通信中从源设备接收数据的多个目的地设备130。目的地设备的标识与过程200中描述的相似，并且为了简洁起见，在此将不再重复。

网络设备110确定630多个目的地设备130的数目是否超过阈值。如果确定该数目低于阈值，则网络设备110向多个目的地设备130分配635个资源以启用与多个目的地设备130的接收相关联的反馈传输。否则，网络设备110禁用635与多个目的地设备130的接收相关联的反馈传输。

过程602中的反馈传输的资源分配和启用/禁用类似于过程600中的资源分配和启用/禁用，除了在过程602中是由网络设备110执行这些功能。

在目的地设备130的数目低于阈值的情况下，目的地设备130可以被分配用于反馈传输的资源，并且可以基于所分配的资源集合和数据的接收状态来执行640到源设备120的反馈传输。在目的地设备130处执行的反馈传输上面已经讨论，并且为了简洁起见，在此将不再重复。

图8示出了根据本公开的一些实施例的示例方法800的流程图。方法800可以在图1所示的源设备120或网络设备110处实现。

在框810，标识用于在组播通信中从源设备接收数据的多个目的地设备。在框820，向多个目的地设备分配资源以用于与接收相关联的反馈传输。分配包括以下之一：分配特定于第一目的地设备集合的第一资源集合和要由第二目的地设备集合共享的第二资源集合，以及分配要由多个目的地设备共享以用于频率复用模式下的反馈传输的第三资源集合。

在一些实施例中，所分配的资源的第一数目是可配置的，并且第一集合中的资源的第二数目是基于第一数目来确定的。

在一些实施例中，第一目的地设备集合是基于以下至少之一而从多个目的地设备中选择的：多个目的地设备与源设备之间的距离以及多个目的地设备与源设备之间的链路的质量。

在一些实施例中，第一资源集合包括单个资源。

在一些实施例中，第一资源集合被分配用于否定确认(NACK)反馈传输和确认(ACK)反馈传输两者。

在一些实施例中，第二资源集合被分配用于NACK反馈传输。

在一些实施例中，第二资源集合或第三资源集合包括不同资源，这些不同资源要由多个目的地设备共享以用于与数据的不同部分的接收相关联的反馈传输。

在一些实施例中，第一资源集合和第二资源集合在时域和频域中的至少一者中彼此不重叠。

在一些实施例中，第三资源集合在频域中被划分为多个资源子集，资源子集由第二目的地设备集合基于第二目的地设备集合的预定义索引和子集的数目来选择。

在一些实施例中，第三资源集合包括用于不同类型的反馈信息的传输的不同资源。

图9示出了根据本公开的一些其他实施例的示例方法900的流程图。方法900可以在图1所示的源设备120或网络设备110处实现。

在框910，标识用于在组播通信中从源设备接收数据的多个目的地设备。在框920，确定多个目的地设备的数目是否超过阈值。如果确定多个目的地设备的数目低于阈值，则在框930，向多个目的地设备分配资源以启用与多个目的地设备的接收相关联的反馈传输。如果确定多个目的地设备的数目超过阈值，则禁用与多个目的地设备的接收相关联的反馈传输。

在一些实施例中，分配包括：基于多个目的地设备的数目来分配特定于多个目的地设备的资源集合。

在一些实施例中，多个目的地设备分别被指派有一个序列中的唯一索引，并且分配包括：指示所分配的资源中特定于多个目的地设备中的参考目的地设备的资源的位置，除该资源之外的其他资源的相应位置是基于该资源的位置和其他目的地设备的唯一索引而确定的。

图10示出了根据本公开的一些实施例的示例方法1000的流程图。方法1000可以在图1所示的目的地设备130处实现。

在框1010，目的地设备130接收用于与接收相关联的反馈传输的资源集合的分配，目的地设备和至少一个另外的目的地设备与源设备进行组播通信，所分配的资源集合包括以下组之一：特定于目的地设备的第一资源，要与至少一个另外的目的地设备共享的第二资源集合，第一资源和第二资源集合包括被分配用于组播通信中的反馈传输的资源，或者要由多个目的地设备共享以用于频率复用模式下的反馈传输的第三资源集合。在框1020，目的地设备130基于所分配的资源集合和数据的接收状态来执行到源设备的反馈传输。

在一些实施例中，所分配的资源集合包括特定于目的地设备的第一资源，该方法还包括：向源设备传输指示目的地设备与源设备之间的链路的质量的指示。

在一些实施例中，第一资源被分配用于否定确认(NACK)反馈传输和确认(ACK)反馈传输两者。

在一些实施例中，第二资源集合被分配用于NACK反馈传输。

在一些实施例中，第二资源集合或第三资源集合包括不同资源，这些不同资源要与至少一个另外的目的地设备共享以用于与数据的不同部分的接收相关联的NACK反馈传输。

在一些实施例中，第一资源和第二资源集合在时域和频域中的至少一者中彼此不重叠。

在一些实施例中，第三资源集合在频域中被划分为多个资源子集，资源子集是由第二目的地设备集合基于第二目的地设备集合的预定义索引和子集的数目来选择的。

在一些实施例中，第三资源集合包括用于不同类型的反馈信息的传输的不同资源。

图11是适于实现本公开的一个实施例的设备1100的简化框图。设备1100可以被认为是如图1所示的网络设备110、源设备120或目的地设备130的另一示例实现。因此，设备1100可以在网络设备110、源设备120或目的地设备130处或者作为其至少一部分来实现。

如图所示，设备1100包括处理器1110、耦合到处理器1110的存储器1120、耦合到处理器1110的合适的发射器(TX)和接收器(RX)1140、以及耦合到TX/RX 1140的通信接口。存储器1110存储程序1130的至少一部分。TX/RX 1140用于双向通信。TX/RX 1140具有至少一个天线以促进通信，尽管实际上本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所需要的任何接口，诸如用于eNB之间的双向通信的X2接口、用于移动性管理实体(MME)/服务网关(S-GW)与eNB之间的通信的S1接口、用于eNB与中继节点(RN)之间通信的Un接口、或用于eNB与终端设备之间通信的Uu接口。

假定程序1130包括程序指令，这些程序指令在由相关联的处理器1110执行时使设备1100能够根据本公开的实施例进行操作，如本文中参考图2A至图10讨论的实施例。本文中的实施例可以通过由设备1100的处理器1110可执行的计算机软件，或通过硬件，或通过软件和硬件的组合来实现。处理器1110可以被配置为实现本公开的各种实施例。此外，处理器1110和存储器1110的组合可以形成适于实现本公开的各种实施例的处理模块1150。

存储器1110可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。尽管在设备1100中仅示出了一个存储器1110，但在设备1100中可以存在几个物理上不同的存储器模块。处理器1110可以是适合于本地技术网络的任何类型，并且可以包括以下中的一项或多项：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。设备1100可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

通常，本公开的各种实施例可以用硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的一个实施例的各个方面被示出和描述为框图、流程图或使用一些其他图形表示，但应当理解，作为非限制性示例，本文所述的框、装置、系统、技术或方法可以用硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本公开还提供了有形地存储在非暂态计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，诸如程序模块中包括的计算机可执行指令，计算机可执行指令在目标真实或虚拟处理器上的设备中执行，以执行以上参考图2A至图10中的任何一个所述的过程或方法。通常，程序模块包括执行特定任务或实现特定抽象数据结构的例程、程序、库、对象、类、组件、数据类型等。程序模块的功能可以在各种实施例中根据需要而在程序模块之间进行组合或拆分。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得这些程序代码在由处理器或控制器执行时引起在流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上执行，部分在机器上执行，作为独立软件包执行，部分在机器上并且部分在远程机器上执行，或者完全在远程机器或服务器上执行。

以上程序代码可以被体现在机器可读介质上，机器可读介质可以是可以包含或存储供指令执行系统、装置或设备使用或与其结合使用的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备、或者其任何合适的组合。机器可读存储介质的更具体示例包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备、或其任何合适的组合。

此外，尽管以特定顺序描绘了操作，但这不应当被理解为要求这样的操作以所示的特定顺序或以连续的顺序执行或者执行所有示出的操作以实现期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，尽管以上讨论中包含若干具体的实现细节，但这些细节不应当被解释为对本公开的范围的限制，而应当被解释为可以是特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。

尽管已经以特定于结构特征和/或方法动作的语言描述了本公开，但应当理解，所附权利要求书中定义的本公开不必限于上述特定特征或动作。相反，上述特定特征和动作被公开作为实现权利要求的示例形式。