专利名称：在无线通信系统中对基于harq的数据传输进行控制的制作方法
技术领域：
概括地说，本申请涉及通信，具体地说，涉及在无线通信系统中控制数据传输的技 术。
背景技术：
为了提供诸如语音、视频、分组数据、消息、广播等等的各种通信内容，而广泛部署 了无线通信系统。这些无线系统可以是能够通过共享可用系统资源支持多个用户的多址系 统。这样的多址系统的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址 (FDMA)系统、正交FDMA (OFDMA)系统和单载波FDMA (SC-FDMA)系统。无线通信系统可以包括多个节点B，节点B支持多个用户设备(UE)的通信。UE支 持同时运行的多种应用(例如，语音、视频、电子邮件、文本消息等等)。UE上的每种应用都 需要一定数量的资源，例如处理资源、缓存、电池电量等等。所有活动应用所需要的资源总 量是动态变化的。将UE设计为能够处理最坏情形负载状况，并将其规模设置为所有安装在该UE上 的应用的资源需求的总和。在所有应用都同时激活并且UE以所有应用的峰值速率同时接 收这些应用的数据的时候，最坏情形负载状况发生。然而，针对最坏情形负载状况设计的UE 会极大地增加UE的成本，并且，也未必合乎需求，因为这种情况很少发生(即便有的话)。为了将成本保持在合理的水平，将UE设计为能够处理普通负载状况，普通负载状 况所需要的资源明显少于最坏情形负载状况。然而，如果将UE设计为能够处理普通负载状 况，则UE会在一些情况下出现资源不足。所以，人们希望能够有效处理UE资源不足的情况。
发明内容
本申请中描述了在无线通信系统中根据混合自动重传(HARQ)控制数据传输的技 术。系统支持多个(M个)HARQ进程，每个HARQ进程用于在任意给定时刻传送一个或多个 数据分组。在一方面，接收机通过指示其可支持的HARQ进程的数量，指示其当前接收数据 的能力。随后，发射机根据接收机可支持的HARQ进程的数量，限制用于向接收机发送数据 的HARQ进程的数量。一种在下行链路上传输数据的设计中，例如，UE可根据该UE上可用资源的数量确 定该UE所支持的HARQ进程的数量(Z)。UE向节点B发送指示该UE可支持的HARQ进程的 数量的信息。随后，UE将在最多为Z个HARQ进程上从节点B接收数据。在一种设计中，UE 可在最多为Z个HARQ进程上接收无保证比特速率业务，并在最多为系统提供的M个HARQ 进程上接收有保证比特速率(GBR)业务。在另一种设计中，UE可在最多为Z个HARQ进程上接收GBR业务和无保证比特率业务的数据。UE也可以以其他方式接收GBR业务和无保证 比特率业务的数据。该技术也可用于上行链路上的数据传输。本申请的多个方面和特征将在下面进一 步进行描述。
图1示出了无线通信系统。图2示出了使用HARQ在下行链路上的数据传输。图3示出了用于同步HARQ的多个HARQ进程。图4示出了基于HARQ的数据传输的控制过程。图5示出了接收数据的过程。图6示出了接收数据的装置。图7示出了发送数据的过程。图8示出了发送数据的装置。图9示出了节点B和UE的方框图。
具体实施例方式本申请中所描述的技术可以用于各种无线通信系统，比如CDMA、TDMA、FDMA、 OFDMA、SC-FDMA和其它系统。术语“系统”和“网络”经常可以交换使用。CDMA系统可以实现 无线技术，比如通用陆地无线接入(UTRA)、cdma2000等等。UTRA包括宽带CDMA (WCDMA)和其 他不同的CDMA。cdma2000覆盖IS-2000、IS-95和IS-856标准。TDMA系统实现无线技术，比 如全球移动通信系统(GSM)。OFDMA系统可以实现无线技术，比如演进的UTRA(E-UTRA)、超 移动宽带(UMB)、IEEE 802. 11 (Wi-Fi)、IEEE 802. 16 (WiMAX)、IEEE 802. 20、Flash-OFDM 等等。UTRA和E-UTRA是通用移动通信系统(UMTS)的一部分。3GPP长期演进(LTE)是UMTS 即将到来的采用E-UTRA的版本，在下行链路上采用OFDMA而在上行链路上采用SC-FDMA。 在名为“第三代合作伙伴项目”(3GPP)的组织的文档中描述了 UTRA、E-UTRA、UMTS和LTE。 在名为“第三代合作伙伴项目2”(3GPP2)的组织的文档中描述了 cdma2000和UMB。本申请 中所描述的技术可用于上述系统和无线技术以及其他系统和无线技术。为了清楚起见，下 面针对LTE描述了本技术的某些方面。图1示出了无线通信系统100，其可以是LTE系统。系统100包括多个节点B 110 以及其他网络实体。节点B可以是一个与UE进行通信的电台，也可以称为演进节点B(eNB)、 基站、接入点等等。多个UE 120可以在整个系统中散布，每个UE可以是固定的或移动的。 也可以将UE称为移动站、终端、接入终端、用户单元、电台等等。UE可以是蜂窝电话、个人 数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、笔记本、无绳电话、无线本地回 路(WLL)基站等等。UE通过下行链路和上行链路与节点B进行通信。下行链路(或前向链 路)指从节点B到UE的通信链路，上行链路(或反向链路)指从UE到节点B的通信链路。系统支持HARQ以便提高数据传输的可靠性并支持信道状况变化时的速率调整。 对于HARQ，发射机发送分组的传输，如果需要的话还发送一个或多个额外的传输，直到接收 机能正确解码该分组、已经发送了最大数量的传输或者遇到其他终止条件为止。分组也可
6以称作传输块、码字等等。图2示出了使用HARQ在下行链路上进行数据传输的例子。将传输时间线划分为 多个子帧单元。每个子帧覆盖预定的持续时间，例如在LTE中为1毫秒(ms)。在图2所示的例子中，节点B有数据要向UE发送，并将根据选定的传输格式处理 数据分组A，以获得数据符号。传输格式也可称作诸如速率、分组格式、调制编码方案(MCS) 等等。节点B在子帧t中向UE发送第一个传输，包括分组A和控制信息。控制信息指示选 定的传输格式、用于数据传输的无线资源等等。UE对第一个传输进行接收，并根据选定的传 输格式进行处理。UE可能对分组A出现解码错误，并在子帧t+Δ中发送否定确认(NAK)。 节点B接收ΝΑΚ，并将在子帧t+M中发送分组A的第二个传输。UE接收第二个传输，并根据 选定的传输格式处理第一个和第二个传输。UE可能再次对分组A发生解码错误，并在子帧 t+M+Δ中发送另一个ΝΑΚ。节点B接收NAK并在子帧t+2M中发送分组A的第三个传输。UE 接收第三个传输，并根据选定的传输格式处理第一个、第二个和第三个传输。UE正确解码分 组A，并在子帧t+2M+A中发送确认(ACK)。节点B收到ACK，随后，以相似的方式处理并发 送另一个数据分组B。节点B处理并发送分组，使其在目标传输次数之后能够以高概率得以正确解码。 分组的每个传输称作HARQ传输，并可包括分组的不同冗余信息(例如，数据符号的不同集 合)。目标传输次数也可以称为分组的目标终点。根据接收信号的质量选择分组的传输格 式，从而可以达到分组的目标终点。系统支持同步HARQ和/或异步HARQ。对于同步HARQ，在预先由发射机和接收机 知晓的子帧中发送分组的传输。对于异步HARQ，对分组的传输进行调度，并可在任何子帧中 发送分组的传输。本文描述的技术可适用于同步HARQ和异步HARQ。图3示出了同步HARQ的一种设计。为下行链路和上行链路分别定义M个HARQ 进程，索引号为1到M，其中M等于4、6、8或其他值。HARQ进程也可以称为HARQ交织体 (interlace)、HARQ实例等等。每个HARQ进程包括由M个子帧隔开的多个子帧。例如，HARQ 进程m包括子帧m、M+m、2M+m等等，其中m e {1，…，M}。分组在一个HARQ进程上发送，并 且该分组的全部传输都可以在这些由M个子帧隔开的子帧中发送。对于异步H-ARQ，每个HARQ传输由节点B进行调度，并可在任意子帧中进行传输。 对于给定的分组，无线资源总量、特定的无线资源、传输格式和/或其它参数会根据分组的 不同传输而变化。UE支持有保证比特速率(GBR)业务和无保证比特速率业务。GBR业务是指需要特 定有保证比特速率以便达到满意性能的数据。GBR业务的实例包括话音数据、网络电话协议 (VoIP)、视频等等。无保证比特率业务是指不需要有保证比特速率的数据，其通常更能够容 忍延迟。无保证比特率业务的例子包括文件下载的数据、网页浏览的数据、文本消息的数据 等等。为了获得良好的用户体验，在UE和节点B需要为GBR业务分配充足的资源。由剩余 可用资源支持无保证比特率业务。UE需要处理极高的数据速率，尤其在LTE和其它支持高速率数据传输的系统中更 是如此。在高性价比的实现中，UE只有有限的资源(例如，有限的处理能力、存储器、功率 和/或其它资源)。在某些情况下，例如，当在UE高速率接收数据的情况下启动应用时，UE 将出现资源短缺。在这种情况下，以下做法是有益的，即UE向节点B发送信令，请求节点B减少下行链路数据传输，从而减轻UE的资源需求。当UE的资源回到正常水平后，UE可请 求节点B恢复正常的数据传输。在一方面，UE以其可支持的HARQ进程的数量指示其当前接收数据的能力。当节 点B使用系统中可用的全部M个HARQ进程发送数据时，UE可支持总峰值速率Rmax。UE支持 节点B用于向UE发送数据的每个HARQ进程的峰值速率Rpeak = Rmax/M。UE根据该UE可用 的资源数量(如，对于无保证比特率业务)，确定其可支持的峰值速率(如对于无保证比特 率业务)。UE支持的峰值速率取决于可用处理资源、存储资源、电池资源等等。在一种设计中，UE根据所支持的峰值速率确定其可支持的HARQ进程的数量，如下 式所示
权利要求
一种在无线通信系统中接收数据的方法，包括确定用户设备(UE)支持的混合自动重传(HARQ)进程的数量；向节点B发送用于指示所述UE支持的HARQ进程的数量的信息；在最多为所述UE支持数量的HARQ进程上从所述节点B接收数据。
2.根据权利要求1所述的方法，其中，确定所述UE支持的HARQ进程的数量包括根据系统中可用HARQ进程的总数、所有可用HARQ进程的总峰值速率以及所述UE支持 的峰值速率，确定所述UE支持的HARQ进程的数量。
3.根据权利要求1所述的方法，其中，确定所述UE支持的HARQ进程的数量包括 确定所述UE可用于无保证比特率业务的资源，根据可用于无保证比特率业务的资源，确定所述UE支持的HARQ进程的数量。
4.根据权利要求3所述的方法，其中，确定所述UE支持的HARQ进程的数量还包括 确定用于有保证比特率(GBR)业务的资源，根据用于GBR业务的资源和所述UE的总资源，确定可用于无保证比特率业务的资源。
5.根据权利要求1所述的方法，其中，发送用于指示所述UE支持的HARQ进程的数量的 信息包括生成媒体访问控制(MAC)控制元素，该MAC控制元素携带所述UE支持的HARQ进程的数量，向所述节点B发送该MAC控制元素。
6.根据权利要求1所述的方法，其中，接收数据包括在最多为所述UE支持数量的HARQ进程上从所述节点B接收无保证比特率业务的数据。
7.根据权利要求6所述的方法，其中，接收数据还包括在最多为所述系统中可用的全部HARQ进程上从所述节点B接收有保证比特率(GBR) 业务的数据。
8.根据权利要求1所述的方法，其中，接收数据包括在最多为所述UE支持数量的HARQ进程上既接收有保证比特率(GBR)业务的数据还接 收无保证比特率业务的数据。
9.一种无线通信的装置，包括 至少一个处理器，用于确定用户设备(UE)支持的混合自动重传(HARQ)进程的数量， 向节点B发送用于指示所述UE支持的HARQ进程的数量的信息， 在最多为所述UE支持数量的HARQ进程上从所述节点B接收数据。
10.根据权利要求9所述的装置，其中，所述至少一个处理器用于 确定所述UE可用于无保证比特率业务的资源，根据可用于无保证比特率业务的资源，确定所述UE支持的HARQ进程的数量。
11.根据权利要求9所述的装置，其中，所述至少一个处理器用于生成媒体访问控制(MAC)控制元素，该MAC控制元素携带所述UE支持的HARQ进程的数量，向所述节点B发送该MAC控制元素。
12.根据权利要求9所述的装置，其中，所述至少一个处理器用于在最多为所述UE支持数量的HARQ进程上从所述节点B接收无保证比特率业务的数据。
13.根据权利要求9所述的装置，其中，所述至少一个处理器用于在最多为所述UE支持数量的HARQ进程上既接收有保证比特率(GBR)业务的数据还接 收无保证比特率业务的数据。
14.一种用于无线通信的装置，包括确定用户设备(UE)支持的混合自动重传(HARQ)进程的数量的模块； 向节点B发送用于指示所述UE支持的HARQ进程的数量的信息的模块； 在最多为所述UE支持数量的HARQ进程上从所述节点B接收数据的模块。
15.根据权利要求14所述的装置，其中，确定所述UE支持的HARQ进程的数量的模块包括确定所述UE可用于无保证比特率业务的资源的模块，根据可用于无保证比特率业务的资源确定所述UE支持的HARQ进程的数量的模块。
16.根据权利要求14所述的装置，其中，发送用于指示所述UE支持的HARQ进程的数量 的信息的模块包括生成媒体访问控制(MAC)控制元素的模块，该MAC控制元素携带所述UE支持的HARQ 进程的数量，向所述节点B发送该MAC控制元素的模块。
17.根据权利要求14所述的装置，其中，接收数据的模块包括在最多为所述UE支持数量的HARQ进程上从所述节点B接收无保证比特率业务的数据。
18.根据权利要求14所述的装置，其中，接收数据的模块包括在最多为所述UE支持数量的HARQ进程上既接收有保证比特率(GBR)业务的数据还接 收无保证比特率业务的数据的模块。
19.一种计算机程序产品，包括计算机可读介质，包括存储在所述介质上使计算机进行以下操作的代码 确定用户设备(UE)支持的混合自动重传(HARQ)进程的数量， 向节点B发送用于指示所述UE支持的HARQ进程的数量的信息， 在最多为所述UE支持数量的HARQ进程上从所述节点B接收数据。
20.一种在无线通信系统中发送数据的方法，包括接收用于指示用户设备(UE)支持的混合自动重传(HARQ)进程的数量的信息； 在最多为所述UE支持数量的HARQ进程上从节点B向所述UE发送数据。
21.根据权利要求20所述的方法，还包括根据所支持的HARQ进程的数量，对用于向所述UE发送数据的HARQ进程的数量进行限 制，直到从所述UE接收到指示所支持HARQ进程的更新数量的信息为止。
22.根据权利要求20所述的方法，还包括根据支持的HARQ进程的数量，在预定的时间段对用于向所述UE发送数据的HARQ进程 的数量进行限制。
23.根据权利要求20所述的方法，其中，接收用于指示所述UE支持的HARQ进程的数量 的信息包括接收媒体访问控制(MAC)控制元素，该MAC控制元素携带所述UE支持的HARQ进程的数量。
24.根据权利要求20所述的方法，其中，发送数据包括在最多为所述UE支持数量的HARQ进程上从所述节点B向所述UE发送无保证比特率 业务的数据。
25.根据权利要求24所述的方法，其中，发送数据还包括在最多为系统可用的全部HARQ进程上从所述节点B向所述UE发送有保证比特率 (GBR)业务的数据。
26.根据权利要求20所述的方法，其中，发送数据包括在最多为所述UE支持数量的HARQ进程上从所述节点B向所述UE既发送有保证比特 率(GBR)业务的数据还发送无保证比特率业务的数据。
27.一种无线通信装置，包括 至少一个处理器，用于接收用于指示用户设备(UE)支持的混合自动重传(HARQ)进程的数量的信息， 在最多为所述UE支持数量的HARQ进程上从所述节点B向所述UE发送数据。
28.根据权利要求27所述的装置，其中，所述至少一个处理器用于接收媒体访问控制(MAC)控制元素，所述MAC控制元素携带所述UE支持的HARQ进程 的数量。
29.根据权利要求27所述的装置，其中，所述至少一个处理器用于在最多为所述UE支持数量的HARQ进程上从所述节点B向所述UE发送无保证比特率 业务的数据。
30.根据权利要求27所述的装置，其中，所述至少一个处理器用于在最多为所述UE支持数量的HARQ进程上从所述节点B向所述UE既发送有保证比特 率(GBR)业务的数据还发送无保证比特率业务的数据。
31.一种在无线通信系统中交换数据的方法，包括确定用户设备(UE)支持的混合自动重传(HARQ)进程的数量； 在最多为所述UE支持数量的HARQ进程上交换数据。
32.根据权利要求31所述的方法，其中，交换数据包括 在最多为所述UE支持数量的HARQ进程上从节点B接收数据。
33.根据权利要求31所述的方法，其中，交换数据包括在最多为所述UE支持数量的HARQ进程上从所述UE向节点B发送数据。
34.根据权利要求31所述的方法，其中，确定所述UE支持的HARQ进程的数量包括 根据所述UE可用于无保证比特率业务的资源，确定所述UE支持的HARQ进程的数量。
35.根据权利要求31所述的方法，其中，确定所述UE支持的HARQ进程的数量包括 根据从所述UE接收的关于之前发往所述UE的数据传输的否定确认(NAK)，确定所述UE支持的HARQ进程的数量。
全文摘要
本发明描述了在无线通信系统中基于混合自动重传(HARQ)的数据传输的控制技术。在一种设计中，用户设备(UE)例如根据UE的可用资源的数量，确定由UE支持的HARQ进程的数量(Z)。UE向节点B发送用于指示由UE支持的HARQ进程的数量的信息。其后，UE可以在最多Z个HARQ进程上接收来自节点B的数据。在一种设计中，UE在最多Z个HARQ进程上接收无保证比特率业务的数据，并最多在系统中所有可用的HARQ进程上接收有保证比特率(GBR)业务的数据。在另一种设计中，UE在最多Z个HARQ进程上既接收GBR业务的数据还接收无保证比特率业务的数据。
文档编号H04L1/18GK101946444SQ200980105022
公开日2011年1月12日 申请日期2009年2月11日 优先权日2008年2月12日
发明者S·Y·D·何 申请人:高通股份有限公司