覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法

文档序号:7791668阅读:132来源:国知局
覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系统和方法
【专利摘要】本发明提供了一种为参与直连移动通信(“DMC”)链路的用户设备组操作无线通信系统中的通信控制器的系统的实施例。所述通信控制器用于为所述DMC链路向所述UE组分配子帧集,将所述分配的子帧集用信号通知给所述UE组,以及将滑动窗口的长度用信号通知给所述UE组。在实施例中,根据所述滑动窗口的长度聚合DMC链路上的通信的ACK/NACK反馈,独立确定所述DMC链路上的通信的所述ACK/NACK反馈与所述通信控制器和所述UE组之间的蜂窝传输的ACK/NACK反馈。在实施例中,所述滑动窗口的长度为子帧数目。
【专利说明】覆盖在蜂窝网络上的设备到设备通信的消息确认反馈的系 统和方法
[0001] 本发明要求2012年2月27日递交的发明名称为"覆盖在蜂窝网络上的设备到设 备通信的消息确认反馈的系统和方法(System and Method for Message Acknowledgment Feedback for Device-t〇-Device Communication Overlaid on a Cellular Network),'的 第13/406462号美国非临时专利申请案的在先申请优先权,该在先申请的内容以引用的方 式并入本文本中。

【技术领域】
[0002] 本发明大体涉及一种用于数字通信的系统和方法,尤其涉及一种在无线通信系统 中实现直连移动通信的操作的系统和方法。

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


【发明内容】

[0006] 实施例提供一种用于在无线通信系统中进行设备到设备操作的系统和方法,从而 大体上实现了技术上的优势。
[0007] 根据示例实施例,提供了一种为参与DMC链路的用户设备组操作无线通信系统中 的通信控制器的系统和方法。例如,实施例提供一种由收发器和耦合到所述收发器的处理 器构造的系统。所述处理器连同所述收发器用于为所述DMC链路将子帧集分配给所述UE 组,将所述分配的子帧集用信号通知给所述UE组,以及将滑动窗口的长度用信号通知给所 述UE组。在实施例中,根据所述滑动窗口的长度聚合所述DMC链路上的通信的ACK/NACK反 馈,独立确定所述通信控制器和所述UE组之间的蜂窝传输的ACK/NACK反馈与所述DMC链 路上的通信的所述ACK/NACK反馈。在实施例中,所述滑动窗口的长度为子帧数目。
[0008] 其它实施例提供了一种操作无线通信系统中参与DMC链路的用户设备的系统和 方法。例如,实施例可以提供一种由收发器和耦合到所述收发器的处理器构造的系统。所 述处理器连同所述收发器用于在所述DMC链路上为一组HARQ进程生成ACK/NACK反馈,根 据滑动窗口的长度和从通信控制器接收到的所述DMC链路的第一子帧集的分配聚合所述 ACK/NACK反馈,以及在所述通信控制器接收到的第二子帧集的分配中的一个子帧上将所述 聚合的ACK/NACK反馈传输给所述UE组的其它UE。在实施例中,所述分配的第二子帧集是 所述分配的第一子帧集的子集。在实施例中,聚合所述ACK/NACK反馈包括识别含所述滑动 窗口的子中贞。

【专利附图】

【附图说明】
[0009] 为了更完整地理解本发明及其优点,现在参考以下结合附图进行的描述,其中:
[0010] 图1示出了图示与UE在蜂窝网络中通信的基站的系统图,所述UE直接在DMC链 路上彼此通信,该图示出了应用实施例原理的环境;
[0011] 图2示出了根据实施例的DMC时间资源分配过程;
[0012] 图3示出了图示告知DMC组的每个UE该DMC组的特定通信时间资源的通信控制 器操作的实施例的流程图;
[0013] 图4示出了确定传输还是接收的UE操作的实施例的流程图;
[0014] 图5示出了根据实施例的将混合自动重传请求("HARQ")进程映射到分配的子帧 的示例;
[0015] 图6示出了具有新HARQ进程的通信控制器操作的实施例;
[0016] 图7示出了当DMC组中的UE接收包括关于HARQ进程的最大数目的信息的信令时 的UE操作的实施例的流程图;
[0017] 图8示出了给定子帧上的HARQ进程的UE操作的实施例的流程图;
[0018] 图9示出了具有确认的HARQ进程号的显式指示的ACK/NACK反馈的图形表示;
[0019] 图10示出了在UE处执行的用于发送ACK/NACK和HARQ进程号的指示的过程的实 施例;
[0020] 图11示出了当ACK/NACK由组中的其它UE发送时评估DMC组中的其它UE是否正 确接收包的UE操作的实施例;
[0021] 图12和13示出了根据实施例的使用滑动窗口进行ACK/NACK报告的图形表示;以 及
[0022] 图14示出了处理系统的元件的方框图,该处理系统可用于执行上文所述的一个 或多个过程。

【具体实施方式】
[0023] 应了解,实施例提供可在各种具体上下文中体现的许多适用概念。下文所论述的 具体实施例仅仅说明用以实施和使用本发明的具体方式,而不限制本发明的范围。
[0024] 在通信控制器(例如,基站)没有过多参与UE间的通信链路的情况下,DMC促使 蜂窝网络将业务卸载到无线通信路径。DMC还可以促使数据能够容易传送到不同的外围设 备以及从不同的外围设备传送,外围设备包括共置于终端用户的物理环境中的打印机、摄 像机、个人计算机、电视接收器等等。例如,在某半径范围内,例如一段距离(例如,50米的 距离)内或按照终端用户的可接受物理测量(例如,功率电平)计算的半径内的设备可被 视为共置。尽管如此,蜂窝运营商通常出于以下目的希望控制DMC :计费和账务、载波频率 和干扰管理以及网络流量整体管理以优化可用带宽。
[0025] 尽管术语"直连移动通信"通常是指在用户设备之间的通信路径中不包括通信控 制器的UE之间的通信模式,本文可以设想DMC通常是指一组无需包括与蜂窝基站通信的通 信设备的概念。
[0026] 实施例使通信控制器允许用户彼此通信而无需产生不必要的成本或信令开销。
[0027] 参见图1,其示出了图示在蜂窝链路中与一组UE(UE120、130)进行通信的通信控 制器(例如,eNBllO)的系统图,UE120U30在DMC链路上彼此直接通信,从而示出了应用 实施例原理的环境。该UE组包括两个或两个以上UE。eNBllO在上行/下行无线通信链路 140、150上与诎120、130传送控制信息。6咄110的服务区域115由虚线115指示。诎120、 130在DMC链路160上彼此直接传送数据。
[0028] DMC链路是两个或两个以上UE之间的直连通信链路,没有过多涉及由通信控制器 等为两个UE之间的通信链路提供的网络功能,如图1所示。存在两种实施DMC的方式。在 以设备为中心的布置中,DMC连接不受网络监管。在以网络为中心的布置中,当条件合适且 协助DMC UE在DMC链路期间彼此通信(例如,传输控制信息、分配资源等等)时,网络发起 UE组(DMC UE)之间的DMC连接。条件包括本地参数,例如设备的接近度以及宏参数,例如, 整体业务需要、非DMC设备的位置等等。以网络为中心的布置提供了从网络卸载本地业务 的可能,这对于蜂窝运营商而言很有吸引力。
[0029] 使用以网络为中心的方法,DMC UE需要知道通信控制器为DMC组分配哪些时间资 源,例如,子帧。本文介绍了若干种用于DMC组的分配资源过程。提供这些过程以确保维持 HARQ时间以及用于确定/否定确定("ACK/NAK"或"ACK/NACK")反馈。
[0030] 当为DMC组建立了 DMC链路时,为该UE组分配资源用以通信。将时频通信资源都 分配给DMC链路。本文解决了 DMC的资源分配。
[0031] DMC可以是仅有两个设备进行通信的单链路,如图1所示,或其可以是具有多个设 备参与DMC的多链路。虽然主要重点是单链路DMC,但多链路DMC从商业角度也被引起高度 关注。例如,许多用户可以建立本地多点DMC组作为本地社交网络,例如,高中内的群聊、支 持多人游戏、或会议参与者交换文件。本文介绍的过程旨在为多链路和单链路DMC分配资 源。高效为多个UE分配通信资源而无需排除具有高性能的单链路UE对。下文中,在不丢 失共性的情况下,以DMC组作为示例。
[0032] 为了保持低UE复杂度,在上行链路波段中假设DMC链路的半频分双工("FDD") 通信协议。尽管描述了 FDD协议,但时分双工("TDD")通信同样可用于DMC。上行链路 波段的这种用法意味着UE不应同时在DMC资源上进行接收和传输。因此,如果一个UE在 DMC链路上进行传输,那么其它DMC UE应准备好接收。出于正确传输和接收包的目的,告 知DMC组(单链路或多链路)中包含的UE何时传输和接收时间资源,在何处传输和接收频 率资源以及如何传输和接收相关HARQ流程、调制编码方案("MCS")、功率以及多入/多出 ("MMO")方案。
[0033] 为了解决"何时"方面,考虑半静态布置的通用解决方案,该布置中将一组k(k>l) 个UE组合在一起以建立DMC组。该组内的任意UE可直接与该组内的其它UE直接通信。由 高层信令,例如来自通信控制器或控制信道的无线资源控制("RRC")信令,将时间资源分 配给UE。在本文中,控制信道包括物理下行控制信道("ΗΧΧΗ")、增强型物理下行控制信 道("ePDCCH")、物理广播信道等等。为了简化该描述,采用以下假设:
[0034] 在第一假设("P1")中,仅一个UE在给定时间在DMC组内传输信息;在第二假设 ("P2")中,整个时间传输单元(仅时域),例如子帧被分配给单个UE。
[0035] 信息的传输或接收被理解为包括数据和/或控制信息的传输或接收。HARQ进程被 理解为管理数据传输。
[0036] 第一假设(P1)无需对DMC UE进行频率复用。这放松了对功率控制、时间和频率 同步的约束。第二假设(P2)指示时域粒度不是必需的,但使得描述更加简单,即可使用不 同的时间粒度(例如,时隙或若干子帧的集合)应用描述的过程。然而,考虑实际约束,例 如在传输和接收之间交替所需的DMC UE、延时约束等,一个子帧的时间粒度似乎是合理的。
[0037] 图2示出了根据实施例的DMC时间资源分配过程。例如,DMC组由四个UE组成。 一个子帧集由参考数字210指示,该子帧集中的任意子帧可用于蜂窝或DMC传输。
[0038] 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分配的子帧组(S卩,第一子帧集)中传输信息,且各UE可以互补方 式推断出何时接收信息。在另一实施例中,分配给DMC组的子帧可以用不同的方式向UE指 示。例如,UE1被指示分配了 10个子帧中的3个子帧;UE2被指示分配了 10个子帧中的4 个子巾贞,所以UE1可能无法接收其它UE传输的所有信息。换言之,只有未分配用于信息传 输的子帧的子集可用于信息接收,但这使得HARQ进程和时间更加复杂。
[0039] 图3示出了图示告知DMC组的每个UE该DMC组的特定通信时间资源(即特定子 帧分配)的通信控制器操作的实施例的流程图。基于该过程,通信控制器操作如下。该过 程开始于步骤或方框310。在步骤或方框320中,通信控制器基于例如用户请求、UE间业务 模式的观察等建立DMC组。在步骤或方框330中,通信控制器通知每个UE其在建立的DMC 组中的成员资格。通知可由高层信令(例如,RRC信令)发送,并且可以是发送到每个UE的 单独消息或发送到整个组的多播消息。
[0040] 在步骤或方框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。
[0041] 整个DMC组的时间资源分配可以是发送到整个DMC组的高效多播RRC消息。DMC 组内特定DMC UE的时间资源分配可以是每个UE的单个RRC信令或发送到DMC组中所有UE 的多播RRC信令。应注意,可将这两个消息合成为单个消息。当组中仅存在两个DMC UE时, 这尤其吸引人。还应注意,为了尽可能地保持信令简单并具有较低开销,特定DMC UE的时 间资源分配仅可指示UE在给定子帧上传输信息,其中隐式理解如下:在任意未指派的DMC 子帧上,UE将监听且可能接收信息。
[0042] 若干替代方案可用于为DMC组分配通信时间资源。
[0043] 第一替代方案用于指定具有位图消息的子帧指派。
[0044] 该信令可包括两个不同位图,一个用于指示哪些子帧被分配给DMC组,另一个用 于指示哪些子帧被分配给特定UE。这两个位图可在两个不同的消息中发送,或可以组合成 在单个消息中发送的单个位图。
[0045] 经过一个给定时间段(例如,10mS、20ms或40ms),位图消息可用于指示哪些子帧 被共同指派给DMC组和/或该DMC组中的特定UE以供传输。未指派给特定DMC UE用于传 输的DMC子帧由该特定DMC UE假定为将用于接收。在替代性实施例中,位图消息指示哪些 子帧被共同指派给DMC组和/或该DMC组中的特定UE以供接收。人们认识到如果消息指 定特定子帧用于传输,且剩余的子帧指定为用于接收,那么该消息可同等地转换为指定特 定子帧用于接收,且剩余的子帧指定为用于传输。为简洁起见,将不再进一步描述指定特定 子帧用于传输或接收之间的区别。
[0046] 当指派了非DMC子帧对应的位元时,位图消息中的DMC子帧对应的位元可被指派 为" 1",否则指派为" 〇 ",反之亦然。
[0047] 特定UE用于传输的子帧对应的位元可以指派为" 1",而"0"意味着该子帧用于接 收,反之亦然。或者,如果位图被发送给DMC组中的若干UE或所有UE,那么UE ID可用于指 示子帧是否被分配给特定UE。
[0048] 例如,如果子帧周期为10个子帧,编号为0、1、2、3……9,且两个UE组成大小为2 的DMC组,那么通信控制器可发送二进制消息" 1010000000"至DMC组,从而每隔10个子帧 将子帧〇和2分配给该组。子帧0和2表示第一子帧集。通信控制器可将第二消息"10" 发送到第一 UE,从而将第一 DMC子帧分配给第一 UE用于DMC链路上的传输。对于第一 UE, 第二子帧集可包含子帧0。第一 UE还知道其可在子帧0上传输信息。作为知道第一和第二 集合的结果,第一 UE确定其可在子帧2上接收信息。通信控制器将另一消息"01"发送到 第二UE,从而将第二DMC子帧分配给第二UE用于传输。对于第二UE,第二子帧集可包含子 帧2。未分配给特定UE用于传输的任意子帧由UE以互补的方式假定为用于接收。
[0049] eNB可将两个消息组合为单个消息,例如通过将消息" 1010000000"中的分配子帧 0给DMC组的第一位元" 1"替换为分配第一子帧给第一 UE的两个位元" 10"以在DMC链路 上传输信息,将分配子帧2给DMC组的第二位元" 1"替换为将第三子帧分配给第二UE的两 个位元"01"以在DMC链路上传输信息,将每个剩余的"0"替换为两个位元"00"等等,从而 为两个UE组成的组产生具有两倍位元的单个消息。
[0050] 应注意,如果指派的子帧是相邻的,那么可通过使用起始长度或开始-结束指示 方法简化该过程。例如,23、24、25的子帧分配可以是[23, 3]或[23, 25]。
[0051] 该指派子帧的过程比较简单,且在DMC组中的UE数目较小(例如,2)的情况下比 较有吸引力。然而,当DMC组中存在两个以上UE时,该过程存在一些缺点,例如开销较高。 例如,如果DMC组子帧分配采用40ms的周期,那么指派给该组的子帧的一个指示需要40个 位元。如果在40ms内,许多子帧(例如,20)被指派给DMC组,那么需要一个20位元的子位 图,这需要大量开销。
[0052] 轮循调度("RR")过程是使用较少开销将DMC时间资源分配给特定UE的另一替 代方案。在N个重复DMC子帧上作出分配,且设置重复DMC子帧的周期的数字N可以与DMC 资源分配周期相同或不同。每个UE都被指派L个参数&……&的集合中的一个或多个参 数。如果f是DMC子帧索引,这意味着从0、1、2、3等重新编号分配给DMC的子帧,那么如果 存在一个整数i,i ε {1,…,L},则允许UE在该子帧上传输信息,即:
[0053] f mod Ν =氏,等式(1)
[0054] 其中"mod"是对重复子帧的周期的模运算。在所有其它DMC子帧上,UE进行监听 (接收)。
[0055] 该资源分配方法的示例如下。如果4个DMC UE在一个组中,且所有UE都具有相同 的业务要求,那么可将重复DMC子帧的数目N设置为4。第一 UE可具有& = 0的R值,第 二UE可具有R2 = 1的R值,第三UE可具有R3 = 2的R值,第四UE可具有R4 = 3的R值。 这样,每隔四个DMC子巾贞每个UE被分配有一个子巾贞以传输信息,并在其它三个DMC子巾贞上 进行监听。当业务对称时,每个UE的一个公共N和仅一个R值就足够。
[0056] 当业务不对称时,不同的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的其中一个。
[0057] 或者,可存在一个公共N值,且可能需要大量R值。因此,当存在多个R值以降低 开销时,存在其它提供R值的方式而不是提供单独R值的集合。
[0058] 例如,可通过起始长度或开始-结束方法将[Rp R2]值的范围发送给特定UE。
[0059] 可以提供三个值的集合,&表示初始R值,St表示步长值以及Μ表示R值的数目。 通过以下等式确定R值的集合:
[0060] R = R〇+kXSt,k e {〇,Μ-1}。等式(2)
[0061] 机制的组合可用于资源分配。
[0062] 可以定义子帧索引f。对于R和Ν的较小值,其可以是无线帧中或40个子帧的集 合中的子帧索引(例如对MBSFN配置子帧的操作),或DMC子帧周期内的子帧数目(例如, 如果指派10个子帧用于DMC传输,那么周期内的子帧编号为从0至9的整数),或任意其它 固定值。然而,该解决方案缺乏灵活性,如前所述。随用户数目和不对称度扩展良好的更好 的解决方案如下计算f:
[0063] f = 10 X [SF]才 j,等式(3)
[0064] 其中子帧索引SFi是超帧内的无线帧索引(例如,SFi = 0……1023),j是无线帧 内的子帧索引。
[0065] 发送参数到UE的消息可以是高层信令消息,例如RRC消息,且可以被多播或单播。
[0066] 图4示出了确定传输还是接收信息的UE操作的实施例的流程图。出于说明性目 的,假设实施了等式(1)但使用了不同的等式。UE过程开始于步骤或方框410。在步骤或 方框420中,UE确定子帧索引f。在步骤或方框430中,UE确定其指派的R值中的一个是 否满足等式(1)。如果满足等式(1),那么在步骤或方框440中,UE可在该子帧上传输信息, 且该过程在步骤或方框470中结束。如果不满足等式(1),那么在步骤或方框450中,UE可 在该子帧上接收信息,且该过程在步骤或方框460中结束。因此,当不满足等式(1)时,指 引UE接收信息。
[0067] 轮循调度解决方案还可用于为DMC组和该组中的UE分配时间资源。例如,开 始-结束或开始长度方法可用于列出特定时间段(10mS、40ms等等)内用于DMC传输的所 有资源。随后列出对应于资源的UE。
[0068] 例如,对于10ms周期的开始-结束方法,时间资源为[3, 4]、[5, 7],对应的UE为 [UE1,UE2]。因此,UE1应该在第一组时间资源(子帧3和4)上传输信息,UE2应该在第二 组时间资源(子巾贞5、6和7)上传输信息。
[0069] 采用预定配置的另一过程是第三替代方案且使用某类型的信令指示DMC组的预 定配置,类似于LTE版本8中指示上行链路/下行链路("UL/DL")子帧配置所做的。例 如,如果已用信号通知使用了 TDD配置0,则意味着对于该预定义的配置,子巾贞0和5为DL 子中贞,子巾贞1和6为特殊子巾贞以及其它子巾贞为UL子中贞。
[0070] 类似解决方案可用于DMC,该解决方案带有预定义配置集以指示DMCUE必须使用 哪种模式。该配置集的示例在下文表1中给出,表1示出了根据实施例的可以指派给特定 UE的DMC子帧配置的示例。在该示例中,该表指示了 FDD模式下的上行链路资源分配。该 表中的表项"T"意味着设备在DMC链路中传输信息,"R"意味着设备在DMC链路中接收信 息,以及"C"意味着设备处于蜂窝模式。应注意,虽然仅示出了五种配置,但实际上可能将 存在更多种配置。
[0071]
[0072]

【权利要求】
1. 一种为用户设备("UE")组的直连移动通信("DMC")链路操作通信控制器的方 法,其特征在于,所述方法包括: 为所述DMC链路将子帧集分配给所述UE组; 将所述分配的子帧集用信令通知给所述UE组;以及 将滑动窗口的长度用信号通知给所述UE组,所述UE组的UE根据所述滑动窗口的长度 聚合所述DMC链路上的通信的确认和否定确认("ACK/NACK")反馈, 其中,独立确定所述通信控制器和所述UE组之间的蜂窝传输的ACK/NACK反馈与所述 DMC链路上的通信的所述ACK/NACK反馈。
2. 根据权利要求1所述的方法,其特征在于,所述滑动窗口的长度为子帧数目。
3. 根据权利要求1所述的方法,其特征在于,进一步包括根据所述分配的子帧集确定 所述滑动窗口的长度。
4. 根据权利要求1所述的方法,其特征在于,进一步包括将参数用信令通知给与所述 DMC链路的HARQ进程组有关的所述UE组。
5. 根据权利要求4所述的方法,其特征在于,所述DMC链路上的通信的所述ACK/NACK 反馈是针对所述DMC链路的所述HARQ进程组。
6. 根据权利要求1所述的方法,其特征在于,将所述滑动窗口的长度用信号通知给所 述UE组在无线资源控制信令消息中传输。
7. -种操作DMC链路的UE组中的用户设备的方法,其特征在于,包括: 生成所述DMC链路上的HARQ进程组的ACK/NACK反馈; 根据滑动窗口的长度和从通信控制器接收到的所述DMC链路的第一子帧集的分配聚 合所述ACK/NACK反馈;以及 在从所述通信控制器接收的第二子帧集的分配中的一个子帧上向所述DMC链路的所 述UE组的其它UE传输聚合的ACK/NACK反馈, 其中,所述第二子帧集的分配是所述第一子帧集的分配的子集。
8. 根据权利要求7所述的方法,其特征在于,所述聚合所述ACK/NACK反馈包括识别包 括所述滑动窗口的子帧。
9. 根据权利要求8所述的方法,其特征在于,所述包括所述滑动窗口的子帧包括来自 所述第一子帧集的分配的子帧。
10. 根据权利要求8所述的方法,其特征在于,所述识别包括所述滑动窗口的子帧考虑 处理所述DMC链路上的数据的处理时间。
11. 根据权利要求8所述的方法,其特征在于,进一步包括将所述HARQ进程组中的 HARQ进程与所述识别的包括所述滑动窗口的子帧相关联。
12. 根据权利要求11所述的方法,其特征在于,所述聚合所述ACK/NACK反馈包括捆绑 所述HARQ进程组中所述关联的HARQ进程的ACK/NACK反馈。
13. 根据权利要求11所述的方法,其特征在于,所述聚合所述ACK/NACK反馈包括复用 所述HARQ进程组中所述关联的HARQ进程的ACK/NACK反馈。
14. 根据权利要求7所述的方法,其特征在于,所述滑动窗口的长度从所述通信控制器 接收。
15. 根据权利要求7所述的方法,其特征在于,独立确定所述通信控制器和所述UE组之 间的蜂窝传输的ACK/NACK反馈与所述聚合的ACK/NACK反馈。
16. 根据权利要求7所述的方法,其特征在于,所述UE在所述第一子帧的分配中的子帧 上接收其它聚合的ACK/NACK反馈的传输,所述第一子帧的分配中的子帧不是所述第二子 中贞集的分配的一部分。
17. 根据权利要求7所述的方法,其特征在于,所述传输所述聚合的ACK/NACK反馈还包 括传输数据。
18. 根据权利要求7所述的方法,其特征在于,所述生成所述ACK/NACK反馈还包括为所 述第二子帧集的分配上传输的HARQ进程生成确认。
19. 一种通信控制器,其特征在于,包括: 收发器;以及 耦合到所述收发器的处理器单元,所述处理器单元,连同所述收发器,用于使所述通信 控制器进行以下操作: 将子帧集分配给DMC链路的UE组; 将所述分配的子帧集用信令通知给所述UE组;以及 将滑动窗口的长度用信号通知给所述UE组以 使所述UE组的UE根据所述滑动窗口的长度聚合DMC链路上的通信的确认和否定确认 ("ACK/NACK")反馈,以及 使独立确定所述通信控制器和所述UE组之间的蜂窝传输的ACK/NACK反馈与所述DMC 链路上的通信的所述ACK/NACK反馈。
20. -种用户设备("UE"),其特征在于,包括: 收发器;以及 耦合到所述收发器的处理器单元,所述处理器单元,连同所述收发器,用于使所述UE 进行以下操作: 生成所述DMC链路上的HARQ进程组的ACK/NACK反馈, 根据滑动窗口的长度和从通信控制器接收到的所述DMC链路的第一子帧集的分配聚 合所述ACK/NACK反馈,以及 在从所述通信控制器接收的第二子帧集的分配中的一个子帧上向所述DMC链路的所 述UE组的其它UE传输所述聚合的ACK/NACK反馈,其中所述第二子帧集的分配是所述第一 子帧集的分配的子集。
【文档编号】H04W72/04GK104160767SQ201380010804
【公开日】2014年11月19日 申请日期:2013年2月8日 优先权日:2012年2月27日
【发明者】刘德平, 菲利普·萨特瑞, 杨云松, 维普尔·德赛 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1