[实用新型]用于控制混合自动重复请求资源的分配的无线发射/接收单元

说明书

技术领域

本申请涉及无线通信。

背景技术

上行链路(UL)和下行链路(DL)调度的基础是动态调度。在长期演进(LTE)无线通信系统中，调度信息在传输时间间隔(TTI)期间经由物理下行链路控制信道(PDCCH)被传输到无线发射/接收单元(WTRU)。无线电接入网络(RAN)工作组(即，RAN2)已经同意在长期演进(LTE)中支持DL和UL的半持续调度。针对传输时间间隔(TTI)中的半持续调度的无线发射/接收单元(WTRU)，不需要为初始数据传输发送DL/UL授权。唯一的例外是演进型节点B想要覆盖(override)持续资源分配，根据定义这应该是很少发生的。否则，会失去DL/UL持续资源分配的唯一目的。作为网络电话(VoIP)的优化，持续调度用于DL和UL，在DL和UL上持续分配用于初始传输的资源并动态分配用于混合自动重复请求(HARQ)重新传输的资源。

对于DL，必须为重新传输特别指定HARQ进程标识(ID)，这是因为从发生重新传输的TTI中不能对具有相同ID的传输进行推断(由于DL重新传输的不同步性)。对于动态调度，这是经由DL授权信令来实现的。对于TTI中的半持续调度的WTRU，不为初始传输发送DL授权，且任意后续的自适应重新传输需要显式的指示用于重新传输的HARQ进程ID的DL授权。

解决方案包括WTRU和eNB假定下一个可用HARQ进程ID用于持续调度DL传输。但是，在出现错误时该过程不够稳固。

当为持续传输预留HARQ进程时，留给动态传输的HARQ进程便显得很有限了。这样，如果一些HARQ进程成功完成传输且在长时间不能被其他服务使用，则只为持续传输预留这些HARQ进程是很低效的。

因此，需要一种用于减轻以上低效率和忧虑的方法。

实用新型内容

公开了一种有效利用HARQ进程进行半持续和动态数据传输的设备，其中可以重新使用预留的HARQ进程ID。预留多个HARQ进程ID的子集以用于半持续分配并基于该半持续分配传输数据。经由PDCCH接收动态分配。基于动态分配，至少一个预留的HARQ进程ID被选择性地用于传输数据。

附图说明

从以下以示例方式给出的描述并结合附图可以得到更详细的理解，其中：

图1示出了被配置成有效利用HARQ进程的无线通信系统；

图2示出了下行链路中系统帧号和预留HARQ进程ID之间的关系的示例；

图3示出了用于持续重新传输和动态分配的信令的示例；以及

图4是有效利用HARQ进程进行半持续和动态数据传输的过程的流程图。

具体实施方式

下文提及的术语“无线发射/接收单元(WTRU)”包括但不限于用户设备(UE)、移动站、固定或移动用户单元、寻呼机、蜂窝电话、个人数字助理(PDA)、计算机或能工作在无线环境下的任何类型的用户设备。

下文提及的术语“演进型节点B(eNB)”包括但不限于基站、站点控制器、接入点(AP)或能工作在无线环境下的任何类型的接口设备。

图1示出了包括WTRU 105和eNB 110的无线通信系统100，WTRU 105和eNB 110通过PDCCH 115和物理上行链路控制信道(PUCCH)120进行通信。WTRU 105包括发射机125、接收机130、处理器135和缓存器140。eNB 110包括发射机145、接收机150和处理器155。

以下公开了一种用于有效利用DL和UL HARQ资源的方法。在DL中，如果为半持续传输预留了HARQ进程ID的子集，则当与某种预留的HARQ进程ID相关联的数据已经被成功传输时(即，从WTRU 105接收应答(ACK))和在下一个相关的系统帧号(SFN)时刻使用预留的HARQ进程ID之前，该预留的HARQ进程还可以用于动态分配。例如，如果一个HARQ进程m被预留与奇数SFN相关联，如图2所示，且然后如果HARQ进程m在SFN1开始传输且在SFN2之前结束，则动态调度可以使用该HARQ进程m。这样，HARQ进程m可以被充分利用而不会浪费资源。此外，动态分配可以覆盖已有HARQ进程m由此该过程不会完成其传输。

可替换地，当所有未预留的HARQ进程用尽(或不可用)且预留的HARQ进程已经成功传输分组或达到最大重新传输数量，或在用于持续传输的相关SFN处使用该HARQ进程之前用于动态分配和传输的时间足够长时，动态分配将使用预留的HARQ进程。