CN107172712A - 一种进行设备到设备操作的方法和装置 - Google Patents

Abstract

提供了一种用于操作无线通信系统中的通信控制器和用户设备的系统的实施例。所述通信控制器用于为DMC链路将第一子帧集分配给UE组；将第二子帧集分配给所述UE组中的特定UE；向所述UE组传输包含关于所述第一子帧集的信息的第一消息；以及向所述特定UE传输包含关于所述第二子帧集的信息的第二消息。所述第二子帧集是所述第一子帧集的子集，关于所述第二子帧集的信息包括所述特定UE可向所述UE组中的其它UE进行传输的子帧。在所述第一子帧集中但不在所述第二子帧集中的子帧被分配用于所述特定UE进行接收。

Description

一种进行设备到设备操作的方法和装置

技术领域

本发明大体涉及一种用于数字通信的系统和方法，尤其涉及一种在无线通信系统中实现直连移动通信的操作的系统和方法。

背景技术

在无线通信领域，对直连设备到设备通信(“D2D”)、直连移动通信(“DMC”)等的需求已经逐步增加。D2D和DMC是指一组(两个或两个以上)用户设备(“UE”)之间的通信模式，该模式在UE之间的通信路径中不包括或不总是包括通信控制器。本文使用DMC表示这种通信形式。一般而言，DMC链路涉及一组DMC设备之间的直连通信，其指的是点到点(“PTP”)通信：点到单点或点到多点通信，而无需使通信经过或完全受制于一个通信控制器，例如演进型NodeB(“eNB”)、NodeB、基站、控制器、通信控制器等等。DMC设备通常也被称为用户设备(“UE”)、移动台、移动电话、通信设备、订户、终端等等。DMC链路和蜂窝链路不同。UE间的蜂窝链路涉及经过eNB、中继节点等网络基础设施节点的UE之间共享的数据。但应注意，在DMC链路上，虽然数据直接在UE之间交换，但DMC链路的控制信息仍经过网络节点。DMC能使蜂窝网络卸载一部分基站业务。除了卸载基站业务，DMC还能够为本地业务实体进行基于接近度的通告，其可以成为这类实体的收入源。DMC还可促使用户设备的终端用户找到并识别附近的朋友。还可在物理上彼此靠近的用户设备之间提供临时(Ad hoc)类型的业务。DMC还是本地社交网络的关键推动因素。

为DMC提供性能增强的过程会加快这种通信形式在市场中的应用。

一种基站减少与想要彼此通信的用户设备进行通信而无需产生不必要的成本和开销的过程将有助于从基站卸载业务。

发明内容

实施例提供一种用于在无线通信系统中进行设备到设备操作的系统和方法，从而大体上实现了技术上的优势。

根据示例实施例，提供了一种操作无线通信系统中的通信控制器的方法。例如，实施例提供一种由收发器和耦合到所述收发器的处理器构造的系统。所述处理器连同所述收发器用于为DMC链路将第一子帧集分配给UE组；将第二子帧集分配给所述UE组中的特定UE；向所述UE组传输包含关于所述第一子帧集的信息的第一消息；以及向所述特定UE传输包含关于所述第二子帧集的信息的第二消息。在实施例中，所述第二子帧集是所述第一子帧集的子集，关于所述第二子帧集的信息包括所述特定UE可向所述UE组中的其它UE进行传输的子帧，以及在所述第一子帧集中但不在所述第二子帧集中的子帧被分配用于所述特定UE进行接收。

其它实施例提供一种用于操作无线通信系统中的用户设备的系统和方法。例如，实施例可以提供一种由收发器和耦合到所述收发器的处理器构造的系统。所述处理器连同所述收发器用于接收包含关于DMC链路的UE组的第一子帧集的信息的第一消息；以及接收包含关于指派给所述特定UE的第二子帧集的信息的第二消息。在实施例中，所述第二子帧集是所述第一子帧集的子集，关于所述第二子帧集的所述信息包括所述UE可在所述DMC链路中向所述组中的其它UE进行传输的子帧，以及在所述第一子帧集中但不在所述第二子帧集中的子帧被分配用于所述UE进行接收。用于所述UE进行接收而分配的在所述第一子帧集中但不在所述第二子帧集中的子帧可被分配给另一UE用于传输。

附图说明

为了更完整地理解本发明及其优点，现在参考以下结合附图进行的描述，其中：

图1示出了图示与UE在蜂窝网络中通信的基站的系统图，所述UE直接在DMC链路上彼此通信，该图示出了应用实施例原理的环境；

图2示出了根据实施例的DMC时间资源分配过程；

图3示出了图示告知DMC组的每个UE该DMC组的特定通信时间资源的通信控制器操作的实施例的流程图；

图4示出了确定传输还是接收的UE操作的实施例的流程图；

图5示出了根据实施例的将混合自动重传请求(“HARQ”)进程映射到分配的子帧的示例；

图6示出了具有新HARQ进程的通信控制器操作的实施例；

图7示出了当DMC组中的UE接收包括关于HARQ进程的最大数目的信息的信令时的UE操作的实施例的流程图；

图8示出了给定子帧上的HARQ进程的UE操作的实施例的流程图；

图9示出了具有确认的HARQ进程号的显式指示的ACK/NACK反馈的图形表示；

图10示出了在UE处执行的用于发送ACK/NACK和HARQ进程号的指示的过程的实施例；

图11示出了当ACK/NACK由组中的其它UE发送时评估DMC组中的其它UE是否正确接收包的UE操作的实施例；

图12和13示出了根据实施例的使用滑动窗口进行ACK/NACK报告的图形表示；以及

图14示出了处理系统的元件的方框图，该处理系统可用于执行上文所述的一个或多个过程。

具体实施方式

应了解，实施例提供可在各种具体上下文中体现的许多适用概念。下文所论述的具体实施例仅仅说明用以实施和使用本发明的具体方式，而不限制本发明的范围。

在通信控制器(例如，基站)没有过多参与UE间的通信链路的情况下，DMC促使蜂窝网络将业务卸载到无线通信路径。DMC还可以促使数据能够容易传送到不同的外围设备以及从不同的外围设备传送，外围设备包括共置于终端用户的物理环境中的打印机、摄像机、个人计算机、电视接收器等等。例如，在某半径范围内，例如一段距离(例如，50米的距离)内或按照终端用户的可接受物理测量(例如，功率电平)计算的半径内的设备可被视为共置。尽管如此，蜂窝运营商通常出于以下目的希望控制DMC：计费和账务、载波频率和干扰管理以及网络流量整体管理以优化可用带宽。

尽管术语“直连移动通信”通常是指在用户设备之间的通信路径中不包括通信控制器的UE之间的通信模式，本文可以设想DMC通常是指一组无需包括与蜂窝基站通信的通信设备的概念。

实施例使通信控制器允许用户彼此通信而无需产生不必要的成本或信令开销。

参见图1，其示出了图示在蜂窝链路中与一组UE(UE120、130)进行通信的通信控制器(例如，eNB110)的系统图，UE120、130在DMC链路上彼此直接通信，从而示出了应用实施例原理的环境。该UE组包括两个或两个以上UE。eNB110在上行/下行无线通信链路140、150上与UE120、130传送控制信息。eNB110的服务区域115由虚线115指示。UE120、130在DMC链路160上彼此直接传送数据。

DMC链路是两个或两个以上UE之间的直连通信链路，没有过多涉及由通信控制器等为两个UE之间的通信链路提供的网络功能，如图1所示。存在两种实施DMC的方式。在以设备为中心的布置中，DMC连接不受网络监管。在以网络为中心的布置中，当条件合适且协助DMC UE在DMC链路期间彼此通信(例如，传输控制信息、分配资源等等)时，网络发起UE组(DMC UE)之间的DMC连接。条件包括本地参数，例如设备的接近度以及宏参数，例如，整体业务需要、非DMC设备的位置等等。以网络为中心的布置提供了从网络卸载本地业务的可能，这对于蜂窝运营商而言很有吸引力。

使用以网络为中心的方法，DMC UE需要知道通信控制器为DMC组分配哪些时间资源，例如，子帧。本文介绍了若干种用于DMC组的分配资源过程。提供这些过程以确保维持HARQ时间以及用于确定/否定确定(“ACK/NAK”或“ACK/NACK”)反馈。

当为DMC组建立了DMC链路时，为该UE组分配资源以在其上通信。将时频通信资源都分配给DMC链路。本文解决了DMC的资源分配。

DMC可以是仅有两个设备进行通信的单链路，如图1所示，或其可以是具有多个设备参与DMC的多链路。虽然主要重点是单链路DMC，但多链路DMC从商业角度也被引起高度关注。例如，许多用户可以建立本地多点DMC组作为本地社交网络，例如，高中内的群聊、支持多人游戏，或会议参与者交换文件。本文介绍的过程旨在为多链路和单链路DMC分配资源。高效为多个UE分配通信资源而无需排除具有高性能的单链路UE对。下文中，在不丢失共性的情况下，以DMC组作为示例。

为了保持低UE复杂度，在上行链路波段中假设DMC链路的半频分双工(“FDD”)通信协议。尽管描述了FDD协议，但时分双工(“TDD”)通信同样可用于DMC。上行链路波段的这种用法意味着UE不应同时在DMC资源上进行接收和传输。因此，如果一个UE在DMC链路上进行传输，那么其它DMC UE应准备好接收。出于正确传输和接收包的目的，告知DMC组(单链路或多链路)中包含的UE何时传输和接收时间资源，在何处传输和接收频率资源以及如何传输和接收相关HARQ流程、调制编码方案(“MCS”)、功率以及多入/多出(“MIMO”)方案。

为了解决“何时”方面，考虑半静态布置的通用解决方案，该布置中将一组k(k>1)个UE组合在一起以建立DMC组。该组内的任意UE可直接与该组内的其它UE直接通信。由高层信令，例如来自通信控制器或控制信道的无线资源控制(“RRC”)信令，将时间资源分配给UE。在本文中，控制信道包括物理下行控制信道(“PDCCH”)、增强型物理下行控制信道(“ePDCCH”)、物理广播信道等等。为了简化该描述，采用以下假设：

在第一假设(“P1”)中，仅一个UE在给定时间在DMC组内传输信息；在第二假设(“P2”)中，整个时间传输单元(仅时域)，例如子帧被分配给单个UE。

信息的传输或接收被理解为包括数据和/或控制信息的传输或接收。HARQ进程被理解为管理数据传输。

第一假设(P1)无需对DMC UE进行频率复用。这放松了对功率控制、时间和频率同步的约束。第二假设(P2)指示时域粒度不是必需的，但使得描述更加简单，即可使用不同的时间粒度(例如，时隙或若干子帧的集合)应用描述的过程。然而，考虑实际约束，例如在传输和接收之间交替所需的DMC UE、延时约束等，一个子帧的时间粒度似乎是合理的。

图2示出了根据实施例的DMC时间资源分配过程。例如，DMC组由四个UE组成。一个子帧集由参考数字210指示，该子帧集中的任意子帧可用于蜂窝或DMC传输。10个子帧通常形成无线帧，在时间上周期性地重复。在各种应用中，子帧集中的子帧数目可为20或40或其它数字，而不是10。通信控制器执行若干动作：在图2中，210中的阴影线指示10个子帧的集合中的4个子帧，这4个子帧被分配给一组4个UE之间的DMC。通信控制器在与子帧210匹配的时间段内周期性地重复分配第一子帧集(组220指示的四个子帧)给4个参与的UE的DMC。整体而言，作为一组的四个UE可以在给DMC分配的任意子帧上传输信息。在UE组内，通信控制器决定哪个特定UE在给定子帧上传输信息，如针对特定UE所示，该给定子帧为具有参考数字230的子帧集中的画有阴影线的子帧。其它UE或其它UE中的一些UE在该特定子帧上进行接收。因此，通信控制器使用第二子帧集告知各UE何时在为DMC分配的子帧组(即，第一子帧集)中传输信息，且各UE可以互补方式推断出何时接收信息。在另一实施例中，分配给DMC组的子帧可以用不同的方式向UE指示。例如，UE1被指示分配了10个子帧中的3个子帧；UE2被指示分配了10个子帧中的4个子帧，所以UE1可能无法接收其它UE传输的所有信息。换言之，只有未分配用于信息传输的子帧的子集可用于信息接收，但这使得HARQ进程和时间更加复杂。

图3示出了图示告知DMC组的每个UE该DMC组的特定通信时间资源(即特定子帧分配)的通信控制器操作的实施例的流程图。基于该过程，通信控制器操作如下。该过程开始于步骤或方框310。在步骤或方框320中，通信控制器基于例如用户请求、UE间业务模式的观察等建立DMC组。在步骤或方框330中，通信控制器通知每个UE其在建立的DMC组中的成员资格。通知可由高层信令(例如，RRC信令)发送，并且可以是发送到每个UE的单独消息或发送到整个组的多播消息。

在步骤或方框340中，通信控制器确定分配给形成的DMC组的S个子帧的集合，并且在步骤或方框350中确定在该S个子帧的集合内，每个UE将何时传输信息以及将何时接收信息。在步骤或方框360中，通信控制器(例如，通过RRC信令)告知DMC组针对特定组(第一集合S)的子帧分配，并且在步骤或方框370中，告知该组的每个UE组内的特定子帧分配。UE可在其特定子帧分配(第二集合)的子帧上传输信息。该第二集合为第一集合的子集。对于每个UE，不在第二集合中的第一子帧集被分配用于接收来自UE组中的其它UE的DMC信息传输。可存在多种方式将该信息传递给UE。例如，步骤330、360和370可通过组合的消息或具有330和360的两步消息作为第一步骤消息和具有370的消息作为第二步骤消息实施。该过程结束于步骤或方框380。

整个DMC组的时间资源分配可以是发送到整个DMC组的高效多播RRC消息。DMC组内特定DMC UE的时间资源分配可以是每个UE的单个RRC信令或发送到DMC组中所有UE的多播RRC信令。应注意，可将这两个消息合成为单个消息。当组中仅存在两个DMC UE时，这尤其吸引人。还应注意，为了尽可能地保持信令简单并具有较低开销，特定DMC UE的时间资源分配仅可指示UE在给定子帧上传输信息，其中隐式理解如下：在任意未指派的DMC子帧上，UE将监听且可能接收信息。

若干替代方案可用于为DMC组分配通信时间资源。

第一替代方案用于指定具有位图消息的子帧指派。

该信令可包括两个不同位图，一个用于指示哪些子帧被分配给DMC组，另一个用于指示哪些子帧被分配给特定UE。这两个位图可在两个不同的消息中发送，或可以组合成在单个消息中发送的单个位图。

经过一个给定时间段(例如，10ms、20ms或40ms)，位图消息可用于指示哪些子帧被共同指派给DMC组和/或该DMC组中的特定UE以供传输。未指派给特定DMC UE用于传输的DMC子帧由该特定DMC UE假定为将用于接收。在替代性实施例中，位图消息指示哪些子帧被共同指派给DMC组和/或该DMC组中的特定UE以供接收。人们认识到如果消息指定特定子帧用于传输，且剩余的子帧指定为用于接收，那么该消息可同等地转换为指定特定子帧用于接收，且剩余的子帧指定为用于传输。为简洁起见，将不再进一步描述指定特定子帧用于传输或接收之间的区别。

当指派了非DMC子帧对应的位元时，位图消息中的DMC子帧对应的位元可被指派为“1”，否则指派为“0”，反之亦然。

特定UE用于传输的子帧对应的位元可以指派为“1”，而“0”意味着该子帧用于接收，反之亦然。或者，如果位图被发送给DMC组中的若干UE或所有UE，那么UE ID可用于指示子帧是否被分配给特定UE。

例如，如果子帧周期为10个子帧，编号为0、1、2、3……9，且两个UE组成大小为2的DMC组，那么通信控制器可发送二进制消息“1010000000”至DMC组，从而每隔10个子帧将子帧0和2分配给该组。子帧0和2表示第一子帧集。通信控制器可将第二消息“10”发送到第一UE，从而将第一DMC子帧分配给第一UE用于DMC链路上的传输。对于第一UE，第二子帧集可包含子帧0。第一UE还知道其可在子帧0上传输信息。作为知道第一和第二集合的结果，第一UE确定其可在子帧2上接收信息。通信控制器将另一消息“01”发送到第二UE，从而将第二DMC子帧分配给第二UE用于传输。对于第二UE，第二子帧集可包含子帧2。未分配给特定UE用于传输的任意子帧由UE以互补的方式假定为用于接收。

eNB可将两个消息组合为单个消息，例如通过将消息“1010000000”中的分配子帧0给DMC组的第一位元“1”替换为分配第一子帧给第一UE的两个位元“10”以在DMC链路上传输信息，将分配子帧2给DMC组的第二位元“1”替换为将第三子帧分配给第二UE的两个位元“01”以在DMC链路上传输信息，将每个剩余的“0”替换为两个位元“00”等等，从而为两个UE组成的组产生具有两倍位元的单个消息。

应注意，如果指派的子帧是相邻的，那么可通过使用起始长度或开始-结束指示方法简化该过程。例如，23、24、25的子帧分配可以是[23,3]或[23,25]。

该指派子帧的过程比较简单，且在DMC组中的UE数目较小(例如，2)的情况下比较有吸引力。然而，当DMC组中存在两个以上UE时，该过程存在一些缺点，例如开销较高。例如，如果DMC组子帧分配采用40ms的周期，那么指派给该组的子帧的一个指示需要40个位元。如果在40ms内，许多子帧(例如，20)被指派给DMC组，那么需要一个20位元的子位图，这需要大量开销。

轮循调度(“RR”)过程是使用较少开销将DMC时间资源分配给特定UE的另一替代方案。在N个重复DMC子帧上作出分配，且设置重复DMC子帧的周期的数字N可以与DMC资源分配周期相同或不同。每个UE都被指派L个参数R₁……R_L的集合中的一个或多个参数。如果f是DMC子帧索引，这意味着从0、1、2、3等重新编号分配给DMC的子帧，那么如果存在一个整数i，iε{1,…,L}，则允许UE在该子帧上传输信息，即：

f mod N＝Ri， 等式(1)

其中“mod”是对重复子帧的周期的模运算。在所有其它DMC子帧上，UE进行监听(接收)。

该资源分配方法的示例如下。如果4个DMC UE在一个组中，且所有UE都具有相同的业务要求，那么可将重复DMC子帧的数目N设置为4。第一UE可具有R₁＝0的R值，第二UE可具有R₂＝1的R值，第三UE可具有R₃＝2的R值，第四UE可具有R₄＝3的R值。这样，每隔四个DMC子帧每个UE被分配有一个子帧以传输信息，并在其它三个DMC子帧上进行监听。当业务对称时，每个UE的一个公共N和仅一个R值就足够。

当业务不对称时，不同的UE可被指派不同的N值以调整它们各自的周期。例如，三个UE中的一个UE可被指派一个为2的N值和为0的R值，这样UE每隔两个DMC子帧在第一子帧中进行传输。三个UE中的另一UE可被指派一个为4的N值和为1的R值，这样UE每隔四个DMC子帧在第二子帧中传输信息。三个UE中的第三UE可被指派一个为4的N值和为3的R值，这样UE每隔四个DMC子帧在第四子帧中传输信息。相应地，DMC子帧唯一地且周期性地指派给三个UE的其中一个。

或者，可存在一个公共N值，且可能需要大量R值。因此，当存在多个R值以降低开销时，存在其它提供R值的方式而不是提供单独R值的集合。

例如，可通过起始长度或开始-结束方法将[R1,R2]值的范围发送给特定UE。

可以提供三个值的集合，R₀表示初始R值，S_t表示步长值以及M表示R值的数目。通过以下等式确定R值的集合：

R＝R0+k×St，k∈{0,M–1}。 等式(2)

机制的组合可用于资源分配。

可以定义子帧索引f。对于R和N的较小值，其可以是无线帧中或40个子帧的集合中的子帧索引(例如对MBSFN配置子帧的操作)，或DMC子帧周期内的子帧数目(例如，如果指派10个子帧用于DMC传输，那么周期内的子帧编号为从0至9的整数)，或任意其它固定值。然而，该解决方案缺乏灵活性，如前所述。随用户数目和不对称度扩展良好的更好的解决方案如下计算f:

f＝10×[SF]_i+j， 等式(3)

其中子帧索引SF_i是超帧内的无线帧索引(例如，SFi＝0……1023)，j是无线帧内的子帧索引。

发送参数到UE的消息可以是高层信令消息，例如RRC消息，且可以被多播或单播。

图4示出了确定传输还是接收信息的UE操作的实施例的流程图。出于说明性目的，假设实施了等式(1)但使用了不同的等式。UE过程开始于步骤或方框410。在步骤或方框420中，UE确定子帧索引f。在步骤或方框430中，UE确定其指派的R值中的一个是否满足等式(1)。如果满足等式(1)，那么在步骤或方框440中，UE可在该子帧上传输信息，且该过程在步骤或方框470中结束。如果不满足等式(1)，那么在步骤或方框450中，UE可在该子帧上接收信息，且该过程在步骤或方框460中结束。因此，当不满足等式(1)时，指引UE接收信息。

轮循调度解决方案还可用于为DMC组和该组中的UE分配时间资源。例如，开始-结束或开始长度方法可用于列出特定时间段(10ms、40ms等等)内用于DMC传输的所有资源。随后列出对应于资源的UE。

例如，对于10ms周期的开始-结束方法，时间资源为[3,4]、[5,7]，对应的UE为[UE1,UE2]。因此，UE1应该在第一组时间资源(子帧3和4)上传输信息，UE2应该在第二组时间资源(子帧5、6和7)上传输信息。

采用预定配置的另一过程是第三替代方案且使用某类型的信令指示DMC组的预定配置，类似于LTE版本8中指示上行链路/下行链路(“UL/DL”)子帧配置所做的。例如，如果已用信号通知使用了TDD配置0，则意味着对于该预定义的配置，子帧0和5为DL子帧，子帧1和6为特殊子帧以及其它子帧为UL子帧。

类似解决方案可用于DMC，该解决方案带有预定义配置集以指示DMC UE必须使用哪种模式。该配置集的示例在下文表1中给出，表1示出了根据实施例的可以指派给特定UE的DMC子帧配置的示例。在该示例中，该表指示了FDD模式下的上行链路资源分配。该表中的表项“T”意味着设备在DMC链路中传输信息，“R”意味着设备在DMC链路中接收信息，以及“C”意味着设备处于蜂窝模式。应注意，虽然仅示出了五种配置，但实际上可能将存在更多种配置。

表1：DMC子帧配置的示例

在表1中，一些子帧表示为处于蜂窝模式。由于上文描述了两步消息结构，因此可能不需要进一步描述此类子帧。第一消息可使用索引指示哪些子帧用于DMC链路，DMC子帧配置可仅应用于这些DMC子帧。在这种情况下产生了一个小问题。DMC子帧的数目可变化，但该表的长度是固定的。在这种情况下，仅使用第一行或仅使用占用的子帧所对应的行。还应注意，为对应于一个无线帧的10个子帧定义表1。可使用其它值，例如40。

预定义配置组的子帧的TDD配置可由DMC组用DMC使用的索引标识。预置的二进制模式“1110000000”可通过关联的索引指示前三个子帧用于DMC链路而其余七个用于蜂窝链路。第二二进制模式(也可由索引标识)可用于标识指派给DMC链路的子帧中的哪些子帧被指派给第一UE以供传输，以及哪些子帧被指派给第一UE以供接收。例如，二进制模式“110”可用于向第一UE传达前两个DMC子帧被指派给第一UE用于传输，以及第三子帧用于第一UE监听。

此处介绍的过程可应用于DMC组中的任意数目的DMC UE。然而，配置的数目随DMCUE的数目增长。因此，对于两个以上DMC用户而言，该过程可能并不具吸引力。可将两个不同的RRC消息发送到DMC UE，或将单个消息多播至两个DMC UE。在这种情况下，一个UE必须将“T”理解为“R”，即将传输理解为接收。可通过第一UE将“T”理解为“T”，第二UE将“T”理解为“R”来完成该过程。

该过程具有若干优点。该机制通过将复杂流程分解为每个单独UE的机会的指示，以及非传输(即接收)资源的隐式指示，简化了DMC UE资源分配。UE仅需要知道何时传输；所有的其它DMC资源都是接收机会。

后续时间资源分配可通过一个消息指示。不需要动态地发送一个调度授权的两个副本来区分哪个UE用于传输和哪个UE用于接收。例如，可通过物理层将组ID所标识的一个调度授权传输到UE组以指示频率资源分配、调制编码方案“MCS”等等，授权在以下分配给UE组的多个子帧中有效。

由于UE知道何时应接收DMC传输，所以UE可准备好接收该传输。

除了知道哪些子帧被分配给用于传输以外，DMC UE具有一个指示何处和何时接收的机制也很重要。具体而言，有必要知道何时传输和/或确认给定的HARQ进程。

HARQ进程是前向纠错编码和使用自动重传请求(“ARQ”)错误控制进程的错误检测的组合。在标准ARQ中，使用循环冗余校验(“CRC”)等错误检测码将冗余(错误检测)位元添加到待传输的数据中。在HARQ中，将前向纠错(“FEC”)位元(例如，里德-所罗门码、卷积码或Turbo码)添加到现有错误检测(“ED”)位元中以纠正错误，同时依靠ARQ来检测无法纠正的错误。

实际上，错误接收到的编码数据块通常存储在缓存中的接收器处而不是被丢弃，且当接收到重传的块时，组合所存储的和重传的块。这称为具有软合并的HARQ。虽然可能无法无误地对两个给定的传输独立地进行解码，但是先前错误接收到的传输的组合可能提供足够的信息来进行正确地解码。在HARQ中存在两种主要的软合并方法。

一种软合并方法称为“追赶合并(chase combining)”，其中每次重传都包含相同信息(数据和奇偶校验位)。接收器可使用最大比率合并将接收到的位元与来自先前传输的相同位元组合。在其它实施方式中，可组合对数似然比。由于所有的传输都是相同的，因此追赶合并可视为额外重复编码。本质上，每次重传都将额外能量添加至接收到的传输中，从而增加了信噪比(“E_b/N₀”)。

另一软合并方法为“增量冗余”，该方法中每次重传都包含可能与前一次不同的信息。生成多个编码位元集，每个编码位元集表示相同的信息位元集。通常，重传使用与前一次传输不同的编码位元集，其中通过截断编码器输出生成的不同冗余版本。因此，在每次重传时，接收器获取额外知识并可增加一些接收到的值(例如，对数似然比)的质量(例如，信噪比)。

当在与初始传输有关的固定时间发生了重传时，该进程称为同步HARQ。当重传时间更加灵活时，该进程称为异步HARQ。当采用了异步HARQ时，有必要确定与特定包关联的特定HARQ传输。同步HARQ可简化HARQ流程并节省开销。

在传统蜂窝模式下，UE维护一定数目的其自身的HARQ进程，例如最多8个HARQ进程以供3GPP LTE FDD UE在下行链路上并行接收包，最多8个HARQ进程以供3GPP LTE FDD UE在上行链路上并行传输包，最多15个HARQ进程以供3GPP LTE TDD UE在下行链路上并行接收包，以及最多8个HARQ进程以供3GPP LTE TDD UE在上行链路上并行传输包。应注意，在蜂窝模式中，UE进行传输和接收的两个HARQ进程集彼此独立。在网络侧，由于通信控制器在其媒体接入控制(“MAC”)层为每个UE维护HARQ实体，因此通信控制器同时维护多个HARQ实体，每个实体都具有UE的多个HARQ进程。

在DMC模式下，如果UE需要为DMC组中的每个对端UE管理一组HARQ进程，那么软缓存需求可能相当大。由于每个对端可能是DMC会话期间的最大数据提供者，因此提前减少任何UE的HARQ进程数据既不好也不可取。此外，缓存保留(buffer preservation)随着DMC组中的DMC UE数目的增加而增加。

使DMC UE像具有多个HARQ实体的通信控制器一样运作将需要许多新功能，这将要求软件和硬件发生重大改变。

蜂窝模式下，在物理层，UE不知道数据源自何处。UE仅知道数据来自通信控制器。源标识留给高层。对于DMC模式，不应将知道物理层中数据来源的负担施加在UE上。然而，如果采用了传统HARQ，那么DMC UE需要确认谁在发送数据以执行HARQ合并。应注意，DMC组中的每个UE为DMC链路和蜂窝模式管理HARQ进程。每个UE为DMC链路配置HARQ进程并使用通信控制器提供的参数管理这些进程。因此，DMC链路的HARQ进程和蜂窝模式的HARQ进程不相同且独立确定。从通信控制器的角度来看，其没有使用DMC的任何HARQ进程用于通信。

本文引进了新的HARQ协议以在DMC模式下执行HARQ。

假定已经执行了UE子帧分配，即在DMC链路上为DMC链路分配的子帧和分配给UE传输的子帧。其它资源分配流程的扩展简单明了。过程的实施例使涉及的UE共享和维护HARQ进程的公共集合用于信息的传输和接收，该信息的传输和接收与共同分配的DMC资源的时间相关联。

该过程可描述如下。假定同步HARQ，这样预定义了重传时间/子帧，但重传之间的间隔可随分配给UE组的子帧变化。使用通信控制器发送的参数隐式或显式地给每个DMC子帧分配HARQ进程。分配HARQ进程号的方式是将HARQ进程的最大数目用信号通知给特定DMC组中的UE，排除未分配给特定DMC组的所有子帧，以及根据分配的子帧按顺序对HARQ进程进行编号。

DMC组中的每个UE根据DMC子帧的子帧数目映射一个或多个HARQ进程。在从通信控制器获取了HARQ进程的最大数目之后，可从分配给DMC组的子帧中推导得出HARQ进程号。HARQ进程的最大数目可能和组中的UE数目(例如，组中UE的最大数目)有关。无论哪个UE将在子帧中进行传输，分配给DMC组的每个子帧都将被映射至HARQ进程。HARQ进程的最大数目可从通信控制器配置(例如，DMC子帧/无线帧分配期间DMC子帧的数目)推导得出。在一个示例中，如果为信息(即，具有十个子帧的周期)将每十个子帧中的四个子帧分配给DMC组，例如由二进制序列“1100110000”标识的子帧指示每个无线子帧中的子帧0、1、4和5被分配给DMC组，那么HARQ进程的总数目可以是4且与分配的DMC子帧关联的HARQ进程号可以是0、1、2和3。在该示例中，该组的每个UE将DMC链路的HARQ进程组映射到分配的子帧集。应注意，对于DMC链路和蜂窝模式，UE可具有相同的HARQ进程号，但这些HARQ进程都是被独立确定的。或者HARQ进程的最大数目可以是DMC子帧/无线帧分配期间的子帧数目减去1，此处为3，那么与分配的DMC子帧关联的HARQ进程号可以是0、1、2和1。又例如，如果eNB的较高层(RRC层)将HARQ的总数目配置为H，其中H为正整数，那么与分配的DMC子帧相关联的HARQ进程号可以是0、1、2……(H–2)和(H–1)。如果H为7，那么与DMC子帧相关联的全部HARQ进程将是0、1、2……5和6。还可以通过包括PDCCH、ePDCCH、PBCH等的控制信道配置HARQ进程的最大数目。

在每个UE没有进行传输的子帧上，UE进行接收，如上文所述。由于UE知道哪个HARQ进程在给定子帧上传输，因此UE可明确地在UE接收数据的任意子帧上执行HARQ合并。

图5示出了根据实施例的新HARQ进程的示例。编号为0、1、2、3……9的子帧的重复模式510包括某些用于DMC链路的子帧以及某些用于蜂窝通信链路的子帧。子帧0、3、5、7和9被分配到一个组用于DMC传输，并且用阴影线标识。组520中的子帧按顺序与五个HARQ进程号0、1、2、3和4相关联(映射)。在形成DMC组的四个UE530的组中，UE1、UE2、和UE4分别指派有子帧0、3和9用于信息传输。组530中的UE3指派有子帧5和7用于信息传输。

DMC组的每个UE下面示出了五个HARQ进程540。每个UE都分配有一个或多个用于传输的子帧和相应关联的HARQ进程用于重建接收到的数据。每个UE接收关联的子帧的所有其它HARQ进程，在关联的子帧中UE未进行传输。UE1不需要在接收器中采用HARQ进程0以在子帧0中重建数据，因为UE在子帧0中进行传输。相应地，UE1下的HARQ进程0未画有阴影线。应注意，即使UE1在为HARQ进程0传输数据，UE1也必须管理该进程。类似地，与它们各自的传输相关联的其它UE下的HARQ进程未画有阴影线。

图6示出了相应通信控制器操作的实施例。应注意，该过程最有可能在与子帧分配过程相同的时间运行。该过程开始于步骤或方框610。在步骤或方框620中，通信控制器确定其想要传输到DMC组的HARQ进程的最大数目。该数目可以和指派给DMC时间资源周期的时间资源的数目相同或不同。应注意，这些(DMC组的)HARQ进程独立于蜂窝HARQ进程，且并未共享蜂窝HARQ进程的相同HARQ池。例如，可能存在HARQ进程号1用于蜂窝操作，以及另一HARQ进程号1用于特定DMC组操作。在步骤或方框630中，如果HARQ进程的数目不同于指派给DMC时间资源周期的时间资源数目，那么通信控制器可将分配给DMC组的HARQ进程的最大数目传输到该DMC组。如果HARQ进程的数目和指派给DMC时间资源周期的时间资源数目相同，那么通信控制器可能不需要显式地通知UE HARQ进程的最大数目。该信令的一个选择是RRC信令。应注意，HARQ进程的数目还可和子帧过程一起发送。该过程结束于步骤或方框640。

图7示出了当DMC组中的UE接收包括关于HARQ进程的最大数目的信息的HARQ信令时的UE操作的实施例的流程图。在实施例中，UE仅可假设DMC的HARQ进程的数目与DMC时间资源周期中的时间资源的数目相同。该过程开始于步骤或方框710。在步骤或方框720中，UE从通信控制器中获得HARQ进程的(最大)数目。在步骤或方框730中，根据HARQ进程的数目和分配给DMC组的子帧，UE通过按顺序将HARQ进程关联到指派给DMC组的子帧确定哪个特定HARQ进程与特定子帧相关联。随后UE关联与指派给DMC组的所有子帧对应的HARQ进程。该过程结束于步骤或方框740。

图8示出了给定子帧上的UE操作的实施例的流程图。在UE未在DMC链路上传输信息的所有子帧上，UE在DMC链路上接收信息并更新对应的HARQ进程。图8中所示的操作在图7中所示的操作之后执行。

如果UE被添加到该组或离开该组，那么通信控制器可能需要重新配置时间资源分配以及HARQ进程分配。

该过程开始于步骤或方框810。在步骤或方框820中，UE确定是否在DMC链路上的当前子帧上传输信息。UE从通信控制器接收子帧集用于在DMC链路上进行传输。如果UE确定是时候传输信息，那么在步骤或方框860中，UE在与HARQ进程关联的子帧中传输信息。该过程结束于步骤或方框870。如果UE确定在步骤或方框820中其并没有在当前子帧中传输信息，那么在步骤或方框830中，UE在与HARQ进程关联的当前子帧中通过DMC链路接收信息。未用于在DMC链路上进行传输的分配的DMC子帧可以在DMC链路上接收DMC传输。在步骤或方框840中，UE更新该对应HARQ进程的缓冲。该过程结束于步骤或方框850。

通过该操作，当前包的新数据指示符(“NDI”)位元可用于指示接收器如何组合当前数据包和先前版本。如果NDI指示该包为初始传输，那么UE清空对应HARQ进程的缓冲。如果UE没有正确地解码新接收到的包，那么UE缓冲新接收到的包；如果NDI指示该报文为重传，那么UE组合新接收到的包和HARQ进程缓冲中先前接收到的版本。NDI位元可以和对应数据一起发送，但分别对它们进行编码，这样涉及的UE首先决定组合新接收到的包和HARQ进程缓冲中先前接收到的版本，或者仅丢弃旧包版本。

该过程具有若干优点。UE可接收数据、组合初始传输和重传的包以及在知道数据源之前对数据包进行解码。此处假设加扰和参考信号序列组在DMC组内保持相同，DMC组可由组ID识别或定义。随后接收器可根据子帧号盲组合数据包。物理层无需知道源标识。假设每个时间资源存在一个HARQ进程，那么可以提前预测DMC模式下需要的内存。一般而言，DMC模式下UE需要的内存量比通信控制器对上行传输的要求少得多，其中内存量与活动UE的数目以及每个UE的HARQ进程的数目有关。反馈还和时间相关联。

一个以上的包可以在一个HARQ进程中传输，因此可反馈多个确认/否定确认(“ACK/NACK”，“A/N”)位元；为简洁起见，在以下文本中使用一个包，并且ACK/NACK反馈用于指示HARQ进程的整个反馈。对于发送HARQ ACK/NACK而言，在UE接收包之后，处理包和准备对应的ACK/NACK反馈需要花费一定时间(HARQ处理时间)。在处理时间结束之前，针对包的与HARQ进程对应的ACK/NACK反馈不可用并且无法发送。对于LTE，处理时间不应超过四个子帧(4ms)。

蜂窝模式下，UE在DL上接收到的包必须在UL上的预定义子帧上向通信控制器确认。FDD模式下，在接收DL包后的四个子帧处确认DL包。TDD模式下，在接收DL包后的至少四个子帧处将DL包分配给第一UL子帧。应注意，独立确定并单独执行DMC模式下的ACK/NACK反馈与DMC模式下的具有两个或两个以上UE的组之间的ACK/NACK反馈。

DMC模式下，UE可以半双工方式运行。接收和传输并非同时执行。如果为DMC链路上的HARQ进程将专用独立的ACK/NACK反馈机会指派给UE，那么ACK/NACK开销将消耗可用于信息传输的资源。另外，这还使传输时间的高层配置更加复杂。在实施例中，ACK/NACK反馈和信息传输成组且伴随。ACK/NACK反馈可以和数据一起或单独进行编码。在实施例中，ACK/NACK反馈与数据单独进行编码。在这种方式下，当UE具有传输数据的机会时，UE反馈ACK/NACK。该ACK/NACK反馈在DMC链路上传输。由于可以一起ACK/NACK多个HARQ进程，因此为DMCUE采用了一些映射规则。

在第一示例中，在无ACK/NACK反馈的情况下自动发生原始数据的重传。

如果要反馈ACK/NACK集，那么对应HARQ进程号的开销可能较大，这浪费了资源并降低了数据信道(包)的解码性能。丢弃ACK/NACK反馈可以是一个解决方案。在这种情况下，发射器仅根据预定的重传的最大数目进行重传。该解决方案对于传输小数据包而言是高效的。然而，该解决方案对于传输大数据包而言非常低效，因为可能会非常频繁地发生不必要的重传。

在第二示例中，使用ACK/NACK反馈显式地提供对应的HARQ进程号。该解决方案确保正确地识别和确认HARQ进程。ACK/NACK反馈的对应HARQ进程号被显式地指示，这样包源/发射器可知是否在特定子帧(其可唯一地与HARQ进程关联，如上文所述)中正确接收给定的包。

图9示出了根据实施例的具有对应HARQ进程号的显式指示的ACK/NACK反馈的图形表示。参考数字910指示十个子帧的周期模式。分配给DMC的一组UE的周期序列910中的五个子帧(示例数字)画有阴影线。通信控制器为DMC链路分配该子帧集并将该集用信号通知该UE组。为DMC分配的子帧在参考数字920指示的子帧组中按顺序重复。参考数字930指示的来自DMC UE的ACK/NACK反馈提供HARQ进程号和关联的ACK/NACK反馈。在画有阴影线的子帧中传输ACK/NACK反馈的UE考虑处理时间并确认先前接收到的接收包。如参考数字930指示的ACK/NACK反馈所示，除了指示实际ACK/NACK反馈字段，传输ACK/NACK响应的UE还指示被ACK/NACK的HARQ进程号。

图10示出了在UE处执行的用于发送ACK/NACK和生成HARQ进程的ACK/NACK的过程的实施例。该过程开始于步骤或方框1010。在步骤或方框1020中，UE确定其是否应在当前子帧中通过DMC链路进行传输。DMC链路上传输的子帧集由通信控制器用信号通知给UE。如果UE不应在当前子帧中通过DMC链路进行传输，那么在步骤或方框1030中，UE尝试在DMC链路上接收和解码包，从而可能地执行HARQ合并用于重传，并评估包是否被正确接收。在步骤或方框1040中，UE记录该HARQ进程的ACK/NACK状态和对应于当前子帧的HARQ进程号以及将信息存储到列表中。该过程结束于步骤或方框1050。如果在步骤或方框1020中，UE要在该子帧中进行传输，那么在步骤或方框1060中，UE聚合列表的内容并传输聚合的ACK/NACK反馈，并且在步骤或1070中清空该列表。应注意，UE在该子帧上生成其HARQ进程(用于UE的传输)的确认。还应注意，UE可在传输聚合的ACK/NACK反馈的同时传输数据。该过程结束于步骤或方框1050。

图11示出了UE操作的实施例，UE操作通过检查接收到的ACK/NACK反馈评估DMC组中的其它UE是否正确接收包。该过程开始于步骤或方框1110。假设UE正在监控HARQ进程“i”的ACK/NACK。在该示例中，UE为HARQ进程i在DMC链路上传输包。在步骤或方框1120中，在一个接收到的子帧中，监控HARQ进程i的ACK/NACK的UE收集和存储聚合的ACK/NACK反馈，该聚合的ACK/NACK反馈由在特定子帧中进行传输的UE传输。在步骤或方框1130中，UE从存储器中检索与该特定子帧相关联的以及先前子帧中的HARQ进程i对应的聚合的ACK/NACK反馈。在步骤或方框1140中，UE随后评估HARQ进程i的ACK/NACK反馈是否已经接收，该HARQ进程i的ACK/NACK反馈源自在除了HARQ进程i以外的所有HARQ进程上进行传输的UE。如果否，那么在方框或步骤1150中，UE等待下一子帧以收集更多ACK/NACK响应。如果是，那么在步骤或方框1170中，UE检查来自所有HARQ进程的接收到的ACK/NACK是否为肯定ACK。如果是，在步骤或方框1190中，确定包已经被所有接收UE正确接收。如果否，那么在步骤或方框1180中，确定包未被正确接收，且UE随后发起HARQ重传过程。该过程结束于步骤或方框1160。

应注意，该过程可能稍有更改。例如，如果一个UE报告包未被正确接收，那么原先传输该包的UE决定在接收来自所有HARQ进程的反馈之前重传HARQ进程i的包，因为至少一个接收UE无法正确地对该包进行解码。

在第三示例中，实施例采用序列反馈来报告DMC子帧的滑动窗口，其中ACK/NACK反馈将提供给DMC子帧。该过程不需要显式发送具有聚合的ACK/NACK反馈的HARQ进程号。该过程更为系统化且可以更容易实施。这样可以降低ACK/NACK反馈开销。

第三示例如下所述。DMC组中的每个UE的ACK/NACK反馈的长度为N的滑动窗口由网络等设置。长度N表示子帧数目。滑动窗口长度可以等于或小于为DMC链路分配的子帧数目或HARQ进程的最大数目。DMC组中的所有UE都知晓滑动窗口长度，滑动窗口长度由通信控制器预配置或通过来自通信控制器的高层(RRC)信令传送。当给定的UE要传输时，UE在窗口内传输所有N个先前接收到的HARQ进程/包的聚合的ACK/NACK。聚合的ACK/NACK反馈可(例如，使用位图，其中一个位元(或若干位元)对应于给定HARQ进程)复用，并且根据滑动窗口中的DMC子帧按顺序排列。例如，第一位元可对应于滑动窗口中的最早子帧，且最后一个位元对应于最后子帧。可以采用其它排序方式。聚合的ACK/NACK反馈可采用捆绑，其中窗口内所有ACK/NACK进程的反馈逻辑上用AND组合在一起，类似于LTE的时分双工模式中的捆绑进程。

此外，如果窗口内存在一个子帧或多个子帧，UE在这一个或多个子帧中传输一个包或多个包，且相应地不需要反馈，那么该包或这些包的对应反馈可以只是ACK。

可以通过常规线性块码对ACK/NACK反馈和其它控制信息进行编码，这样从ACK到二进制0的映射将不会降低解码性能。

图12和13示出了根据实施例的分别使用第一用例和第二用例的滑动窗口进行ACK/NACK报告的图形表示。UE操作与上述针对第二HARQ示例所述的示例有一些相似之处，其中HARQ进程号的显式反馈已确认，该差异通过使用包含与滑动窗口中的子帧位置对应的聚合的ACK/NACK反馈来更新。ACK/NACK反馈和HARQ进程的关联可以是按顺序的，例如第一ACK/NACK响应可与滑动窗口中的第一子帧相关联，或该关联可由表指定。

图12和13中所示的用例示出了在给定的时间资源周期和长度为5的滑动窗口内分配给DMC的子帧数目为5。在图12所示的示例中，在滑动窗口中传输数据的子帧(其对应于1210的子帧#9)和滑动窗口1240之后的用于ACK/NACK反馈的子帧1270(其对应于1210的子帧#13)之间存在足够的间隔(4个子帧的处理时间)，但在图13所示的示例中，在1370之前的子帧(对应于1310的子帧#3)和用于ACK/NACK反馈的子帧1370(其对应于1310的子帧#5)之间的2个子帧不存在足够的间隔，这样滑动窗口1340无法包括该子帧的A/N，如双箭头1370所示。帧中的蜂窝和DMC子帧共同由参考数字1210、1310指示。DMC组中参与的UE的DMC子帧分配由帧1210、1310中画有阴影线的子帧指示(子帧编号在1210、1310上示出)，且进一步通过参考数字1220、1320指示的DMC子帧的周期性分组指示。在由参考数字1220、1320示出的子帧之间，分配给该组中DMC UE的DMC子帧由虚线框示出。DMC UE分配有两个子帧用于在一个时间资源周期内进行传输(以及它们对应的HARQ进程)，这两个子帧在图12和13中标记为子帧“1”和“2”。待确认的子帧是滑动窗口1240、1340中的子帧。ACK/NACK反馈和其对应子帧由双箭头指示，例如双箭头1260和1360。由数字1和2标识的分配给DMC组中参与的UE中的UE的子帧的ACK/NACK反馈在反馈1230和1330之间仅由“A”或“N”而不是“A/N”指示，因为该反馈从传输UE到达自身，以及“A”或“N”仅是保持位图中反馈顺序的占位符。在不失一般性的情况下，确认(“A”)用作占位符。在该示例中，帧1210、1310的周期在第十四个子帧；滑动窗口1240、1340的长度为5，由水平双箭头指示，例如由水平双箭头1250和1350指示。

该过程可进一步增强。如果大部分DMC子帧或甚至全部DMC子帧都被指派给UE，那么UE有更多机会进行传输，这意味着UE具有更多机会反馈ACK/NACK。这样会造成资源浪费，因为可以多次报告相同的ACK/NACK。以在接收器处进行稍微复杂过程为代价，可省略未来报告中先前报告的ACK/NACK，但这使得位图字段长度可变。

对于具有两个UE的DMC组来说，ACK/NACK在接收UE的第一次可用传输机会时可以很容易被反馈，且随后不再被传输。反馈时间可被简化。例如，可半静态地配置或动态地用信号通知携带反馈的子帧。除了这些子帧，将不传输ACK/NACK。

还可以使用TDD系统中的空间域捆绑和时间域捆绑。

已经描述了与DMC组的时间资源分配有关的若干机制。覆盖的方面包括子帧分配过程、HARQ时间轴以及HARQ ACK/NACK报告。

图14示出了处理系统1400的元件的方框图，处理系统1400可用于执行上文所述的一个或多个过程。图14所示的一个或多个元件在特定实施例中可能不是必要的。例如，用户设备可能不包括鼠标。处理系统1400可包括处理器1410，处理器配有一个或多个输入/输出设备，例如鼠标、键盘、打印机以及显示器等等。处理器1410包括中央处理单元(CPU)、存储器、大容量存储器设备、视频适配器以及连接至总线1420的I/O接口。

总线1420可是一个或多个任意类型的若干总线架构，包括存储总线或存储控制器、外设总线以及视频总线等等。CPU可包括任意类型的电子数据处理器。存储器可包括任何类型的系统存储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步DRAM(SDRAM)、只读存储器(ROM)、非易失性RAM(“NVRAM”)或其组合等等。在实施例中，存储器可包括在开机时使用的ROM以及执行程序时使用的用于数据存储的DRAM。

耦合到天线1440的收发器1430耦合到总线1420以向处理系统提供无线传输和接收功能。例如，在没有限制的情况下，收发器1430可以向蜂窝通信网络提供无线传输和接收功能。

大容量存储器设备可包括任意类型的存储器设备，其用于存储数据、程序和其它信息，并使这些数据、程序和其它信息可通过总线访问。大容量存储器设备可包括如下项中的一种或多种：硬盘驱动器、磁盘驱动器、光盘驱动器、远程磁盘等等。

视频适配器和I/O接口提供接口以耦合外部输入输出设备至处理器。输入输出设备的示例包括耦合至视频适配器的显示器和耦合至I/O接口的鼠标/键盘/打印机。其它设备可以耦合到处理器，可以利用附加的或更少的接口卡。例如，可使用串行接口卡(未示出)将串行接口提供给打印机。

处理器还优选地包括网络接口，其可以是以太网电缆等有线链路，和/或无线链路以能够与蜂窝通信网络等网络进行通信。网络接口允许处理器通过网络与远程单元进行通信。在实施例中，处理器耦合到局域网或广域网以提供到远程设备(例如，其它处理器、互联网、远程存储设施等等)的通信。

应注意，处理系统可包括其它部件。例如，处理系统可包括电源、电缆、母板、可移动存储媒体、机壳等等。这些其它部件，虽然没有示出，但被认为是处理系统的一部分。

尽管上文所述的实施例在说明书中描述的在如3GPP-LTE蜂窝系统等蜂窝通信系统之内实施，其它无线通信安排都预期在实施例的更广的范围之内，包括WiMAX、GSM、Wi-Fi以及其它无线通信系统。

注意的是，除非另有指示，本文所述的功能可以通过人为干涉或没有人为干涉由硬件或软件，或它们的一些组合来执行。在实施例中，除非另有指示，根据编码成执行这些功能的计算机程序代码等代码、软件和/或集成电路，计算机或电子数据处理器等处理器执行这些(例如，参考图14上文所述的)功能。

因此，本文所呈现的实施例提供一种用于操作通信控制器的系统和方法。例如，实施例提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于为DMC链路将第一子帧集分配给UE组；将第二子帧集分配给UE组中的特定UE；向UE组传输包含关于第一子帧集的信息的第一消息；以及向特定UE传输包含关于第二子帧集的信息的第二消息。在实施例中，第二子帧集是第一子帧集的子集，关于第二子帧集的信息包括特定UE可向UE组中的其它UE进行传输的子帧，以及在第一子帧集中但不在第二子帧集中的子帧被分配用于特定UE进行接收。在实施例中，第一消息和第二消息都在单个消息中传输。在实施例中，第一消息在无线资源控制信令消息中传输。在实施例中，第一消息在控制信道上传输。在实施例中，第二消息在无线资源控制信道上传输。在实施例中，第二消息在控制信道上传输。在实施例中，传输给UE组的第一消息是发往UE组中的所有UE。在实施例中，位图消息用于识别第一子帧集和第二子帧集。在实施例中，位图消息的第一位图字段用于识别第一子帧集，而位图消息的第二位图字段用于识别第二子帧集。在实施例中，第二位图字段和第一位图字段的长度不同。在实施例中，有关至少一个子帧索引I的函数用于确定索引I的子帧是否在第二子帧集内。实施例还包括为该函数向UE组中的特定UE指派参数M和参数R，其中如果I mod M＝R，则将索引I的子帧指派给组中的特定UE以进行传输。实施例还包括指派至少一个额外参数R给组中的特定UE。在实施例中，根据子帧在第一子帧集中的位置对索引I的子帧进行标引。在实施例中，子帧的预定义配置用于指示用于组中特定UE进行传输的第一子帧集和第二子帧集。在实施例中，在第一子帧集中但不在第二子帧子集中的子帧用于组中特定UE进行接收。实施例还包括向UE组传输第一消息以识别第一子帧集以及向组中的特定UE传输第二消息以识别第二子帧集以供特定UE进行传输。在实施例中，UE组由组标识符标识。在实施例中，组中的每个UE由组内的唯一UE标识符引用。

其它实施例提供一种用于操作用户设备的系统和方法。例如，实施例可以提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于接收包含关于DMC链路的UE组的第一子帧集的信息的第一消息；以及接收包含关于指派给特定UE的第二子帧集的信息的第二消息。在实施例中，第二子帧集是第一子帧集的子集，关于第二子帧集的信息包括UE可在DMC链路中向该组中的其它UE进行传输的子帧，以及在第一子帧集中但不在第二子帧集中的子帧被分配用于UE进行接收。用于UE进行接收而分配的在第一子帧集中但不在第二子帧集中的子帧可被分配给另一UE用于传输。在实施例中，第一消息和第二消息都在单个消息中接收。在实施例中，第一消息在无线资源控制信令消息中接收。在实施例中，第一消息在控制信道(例如，PDCCH)上接收。在实施例中，第二消息在无线资源控制信道上接收。在实施例中，第二消息在控制信道(例如，PDCCH)上接收。在实施例中，第一消息指向到组中的所有UE。在实施例中，位图消息用于识别第一子帧集和第二子帧集。在实施例中，位图消息的第一位图字段用于识别第一子帧集，而位图消息的第二位图字段用于识别第二子帧集。在实施例中，第二位图字段和第一位图字段的长度不同。在实施例中，有关至少一个子帧索引I的函数用于确定索引I的子帧是否在第二子帧集内。在另一实施例中，接收含有参数M和参数R的传输，如果I mod M＝R，则将索引I的子帧分配给UE。其它实施例包括接收至少一个额外参数R。在实施例中，根据子帧在第一子帧集中的位置对索引I的子帧进行标引。在实施例中，子帧的预定义配置用于识别第一子帧集和第二子帧集。另一实施例包括接收发往UE组的第一消息以识别第一子帧集以及接收发往UE的第二消息以识别第二子帧集以供UE在DMC链路中进行传输。在实施例中，UE组由组标识符标识。在实施例中，组内的UE由UE标识符标识。

其它实施例提供一种为用户设备组的DMC链路操作通信控制器的系统和方法。例如，实施例提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于将一个周期性子帧组中的子帧集分配给UE组，将分配的子帧集用信号通知给UE组，以及传输与DMC链路的HARQ进程组有关的参数。在实施例中，通信控制器使用蜂窝UE传输的HARQ进程，独立确定这些HARQ进程与DMC链路的HARQ进程组中的HARQ进程，以及参数用于使UE组能够管理DMC链路的HARQ进程组。在实施例中，与DMC链路的HARQ进程组有关的参数包括HARQ进程的最大数目。在实施例中，HARQ进程的最大数目至少通过UE组的UE数目推导得出。在实施例中，HARQ进程的最大数目至少通过分配的子帧集内的子帧数目推导得出。在实施例中，HARQ进程的最大数目等于分配的子帧集内的子帧数目。在实施例中，HARQ进程的最大数目至少通过通信控制器的配置推导得出。在实施例中，HARQ进程的最大数目至少通过分配的周期性子帧组内的子帧数目推导得出。在实施例中，DMC链路的HARQ进程组中的第一HARQ进程对应于分配给UE组的分配的子帧集中的第一子帧。在实施例中，根据分配给UE组的子帧对DMC链路的HARQ进程进行编号。在实施例中，编号是按顺序的。在实施例中，与HARQ进程组有关的参数在无线资源控制信令消息中传输。在实施例中，与DMC链路的HARQ进程组有关的参数在控制信道中传输。

其它实施例提供一种用于为用户设备组的DMC链路操作UE的系统和方法。例如，实施例提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于从通信控制器接收DMC链路的UE组的第一子帧集的分配，以及从所述通信控制器接收与DMC链路的HARQ进程组有关的参数。在实施例中，UE管理蜂窝UE传输的HARQ进程组以及DMC链路的HARQ进程组中的至少一个HARQ进程，以及UE基于第一子帧集分配和接收到的参数映射HARQ进程组中的至少一个HARQ进程。在实施例中，映射至少一个HARQ进程包括映射DMC链路的HARQ进程组中的所有HARQ进程。在实施例中，蜂窝UE传输的HARQ进程组中的HARQ进程的进程号等于DMC链路的HARQ进程组中的HARQ进程的进程号。另一实施例包括接收来自通信控制器的第二子帧集的分配，其中分配的第二子帧集是分配的第一子帧集的子集，且UE可在分配的第二子帧集中进行传输。在实施例中，该传输使用HARQ进程组中的映射的至少一个HARQ进程。在实施例中，UE在不是分配的第二子帧集的一部分的分配的第一子帧集上进行接收。另一实施例包括使用HARQ进程组中的映射的至少一个HARQ进程在分配的第一子帧集的子帧中从UE组内的另一UE接收。另一实施例包括传输新数据指示符位元。在实施例中，按顺序将HARQ进程组中的至少一个HARQ进程映射到分配的第一子帧集。在实施例中，与HARQ进程组有关的参数在无线资源控制信令消息中接收。在实施例中，与DMC链路的HARQ进程组有关的参数在控制信道中接收。在实施例中，与DMC链路的HARQ进程组有关的参数包括DMC链路的HARQ进程组的最大数目的指示。

其它实施例提供一种为用户设备组的DMC链路操作通信控制器的系统和方法。例如，实施例提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于为DMC链路将子帧集分配给UE组，将分配的子帧集用信号通知给UE组，以及将滑动窗口的长度用信号通知给UE组。在实施例中，UE组的UE根据滑动窗口的长度聚合DMC链路上的通信的确认和否定确认(“ACK/NACK”)反馈。在实施例中，独立确定DMC链路上的通信的ACK/NACK反馈与通信控制器和UE组之间的蜂窝传输的ACK/NACK反馈。在实施例中，滑动窗口的长度为子帧数目。在另一实施例中，根据分配的子帧集确定滑动窗口的长度。在另一实施例中，将与DMC链路的HARQ进程组有关的参数用信号通知给UE组。在实施例中，DMC链路上的通信的ACK/NACK反馈针对DMC链路的HARQ进程组。在实施例中，将滑动窗口的长度用信号通知给UE组在无线资源控制信令消息中传输。

其它实施例提供一种用于为用户设备组的DMC链路操作UE的系统和方法。例如，实施例提供一种由收发器和耦合到该收发器的处理器构造的系统。处理器连同收发器用于在DMC链路上为HARQ进程组生成ACK/NACK反馈，根据滑动窗口的长度和从通信控制器接收到的DMC链路的第一子帧集的分配聚合ACK/NACK反馈，以及在通信控制器接收到的第二子帧集的分配中的一个子帧上将聚合的ACK/NACK反馈传输给所述UE组的其它UE。在实施例中，第二子帧集的分配是第一子帧集的分配的子集。在实施例中，聚合ACK/NACK反馈包括识别包括滑动窗口的子帧。在实施例中，包括滑动窗口的子帧包括第一子帧集的分配中的子帧。在实施例中，识别包括滑动窗口的子帧考虑处理通过DMC链路的数据的处理时间。在又一实施例中，HARQ进程组的HARQ进程与识别的包括滑动窗口的子帧相关联。在实施例中，聚合ACK/NACK反馈包括捆绑HARQ进程组中关联的HARQ进程的ACK/NACK反馈。在实施例中，聚合ACK/NACK反馈包括复用HARQ进程组中关联的HARQ进程的ACK/NACK反馈。在实施例中，从通信控制器接收滑动窗口的长度。在实施例中，独立确定聚合的ACK/NACK反馈与通信控制器和UE组之间的蜂窝传输的ACK/NACK反馈。在实施例中，UE在第一子帧集的分配中的子帧上接收其它聚合的ACK/NACK反馈的传输，该第一子帧集的分配不是第二子帧集的分配的一部分。在实施例中，传输聚合的ACK/NACK反馈还包括传输数据。在实施例中，生成ACK/NACK反馈还包括生成在第二子帧集的分配上传输的HARQ进程的确认。

虽然已参考说明性实施例描述了本发明，但此描述并不意图限制本发明。所属领域的一般技术人员在参考该描述后，会显而易见地认识到说明性实施例的各种修改和组合，以及本发明的其它实施例。因此，希望所附权利要求书涵盖任何此类修改或实施例。

Claims (19)

1.一种进行设备到设备操作的方法，其特征在于，所述方法包括：

向用户设备(UE)组中的UE传输包括关于第一子帧集的信息，其中所述第一子帧集是为直连移动通信DMC链路分配给所述UE组的；

向所述UE组中的特定UE传输包括关于第二子帧集的信息，其中，所述第二子帧集是分配给所述特定UE的，所述第二子帧集是所述第一子帧集的子集，所述第二子帧集包括所述特定UE可向所述UE组中的其它UE进行传输的子帧，以及在所述第一子帧集中但不包括在所述第二子帧集中的子帧被分配用于所述特定UE进行接收。

2.根据权利要求1所述的方法，其特征在于，位图消息用于识别所述第一子帧集和所述第二子帧集。

3.根据权利要求1所述的方法，其特征在于，有关至少一个子帧索引I的函数用于确定所述索引I的子帧是否在所述第二子帧集内。

4.根据权利要求3所述的方法，其特征在于，进一步包括：为所述函数向所述UE组中的所述特定UE指派参数M和参数R，其中如果I mod M＝R，则将所述索引I的所述子帧指派给所述组中的特定UE以进行传输。

5.根据权利要求4所述的方法，其特征在于，进一步包括：指派至少一个额外参数R给所述组中的所述特定UE。

6.根据权利要求1所述的方法，其特征在于，子帧的预定义配置用于指示用于所述组中所述特定UE进行传输的所述第一子帧集和所述第二子帧集。

7.根据权利要求1所述的方法，其特征在于，进一步包括向所述UE组传输所述第一消息以识别所述第一子帧集以及向所述组中的所述特定UE传输所述第二消息以识别所述第二子帧集以供所述特定UE进行传输。

8.根据权利要求7所述的方法，其特征在于，所述UE组由组标识符标识。

9.一种进行设备到设备操作的方法，其特征在于，所述方法包括：

接收包括关于DMC链路的用户设备UE组的第一子帧集的信息；以及

接收包括关于指派给所述UE组中的特定UE的第二子帧集的信息，其中，所述第二子帧集是所述第一子帧集的子集，关于所述第二子帧集的所述信息包括所述特定UE可在所述DMC链路中向所述UE组中的其它UE进行传输的子帧；

确定在所述第一子帧集中但不在所述第二子帧集中的子帧被分配用于所述特定UE进行接收。

10.根据权利要求9所述的方法，其特征在于，位图消息用于识别所述第一子帧集和所述第二子帧集。

11.根据权利要求9所述的方法，其特征在于，有关至少一个子帧索引I的函数用于确定所述索引I的子帧是否在所述第二子帧集内。

12.根据权利要求11所述的方法，其特征在于，进一步包括：接收含有参数M和参数R的传输，其中如果I mod M＝R，则将索引I的所述子帧分配给所述UE。

13.根据权利要求12所述的方法，其特征在于，进一步包括接收至少一个额外参数R。

14.根据权利要求9所述的方法，其特征在于，子帧的预定义配置用于识别第一子帧集和第二子帧集。

15.根据权利要求9所述的方法其特征在于，进一步包括：接收发往所述UE组的第一消息以识别所述第一子帧集以及接收发往所述特定UE的第二消息以识别所述第二子帧集以供所述特定UE在所述DMC链路中进行传输。

16.一种进行设备到设备操作的装置，其特征在于，所述装置用于实现如权利要求1-8任一项所述的方法。

17.一种进行设备到设备操作的装置，其特征在于，所述装置用于实现如权利要求9-15任一项所述的方法。

18.一种处理系统，其特征在于，所述处理系统用于实现如权利要求1-8任一项所述的方法。

19.一种处理系统，其特征在于，所述处理系统用于实现如权利要求9-15任一项所述的方法。