用于harq实体配置的系统和方法
【专利摘要】可以将单个混合自动重传请求(HARQ)实体与多个服务单元关联以在多点通信期间实现降低用户侧信号处理的复杂性。此外，当用户参与多点协作发送/接收(CoMP)等多点通信时，配置单个HARQ实体以和多个服务单元建立HARQ操作可实现较低时延的通信。可以通过无线资源控制(RRC)信令实现HARQ实体关联和/或重配置。
【专利说明】用于HARQ实体配置的系统和方法
[0001]本发明要求2012年2月24日递交的发明名称为“用于HARQ实体配置的系统和方法(System and Method for HARQ Entity Configurat1n) ”的第 61/603055 号美国临时申请案以及2013年2月23日递交的发明名称为“用于HARQ实体配置的系统和方法(Systemand Method for Measurement Bandwidth Configurat1n)，，的第 13/775140 号美国非临时申请案的在先申请优先权，这两个申请案都以引用的方式并入本文本中。
【技术领域】
[0002]本发明涉及无线通信，以及在具体实施例中，涉及用于混合自动重传请求(HARQ)实体配置的系统和方法。
【背景技术】
[0003]现代无线网络经常实施混合自动重传请求(HARQ)操作来进行错误控制和数据恢复。例如，接收器可传送肯定确认(ACK)或否定确认(NACK)以指示是否成功解码先前传输。在先前传输未成功解码的情况下，发射器可通过HARQ操作(重新)传送原始传输或与原始传输相关的前向纠错(FEC)比特，这样接收器可获取先前传输中传送的数据。
【发明内容】
[0004]本发明的实施例描述了用于HARQ实体配置的系统和方法，从而大体上实现了技术上的优势。
[0005]根据一项实施例，本发明提供一种用于HARQ实体关联的方法。在该示例中，所述方法包括将单个混合自动重传请求(HARQ)实体与服务用户设备(UE)的多个服务单元关联。还提供了一种用于执行所述方法的装置。
[0006]根据另一项实施例，本发明提供一种用于HARQ实体重配置的方法。在该示例中，所述方法包括重配置用户设备(UE)中的现有HARQ实体。所述现有HARQ实体在被重配置前与一个或多个现有服务单元关联。还提供了一种用于执行所述方法的装置。
【专利附图】
【附图说明】
[0007]为了更完整地理解本发明及其优点，现在参考下文结合附图进行的描述，其中:
[0008]图1示出了用于传送数据的网络的图；
[0009]图2示出了根据多点通信技术的用于传送数据的网络的图；
[0010]图3示出了根据载波聚合通信技术的用于传送数据的传统架构的图；
[0011]图4示出了根据多点通信技术的用于传送数据的实施例架构的图；
[0012]图5示出了根据多点通信技术的用于传送数据的另一实施例架构的图；
[0013]图6示出了用于配置UE中的HARQ实体的实施例通信序列的图；
[0014]图7示出了用于为UE添加服务小区的实施例方法的流程图；
[0015]图8示出了用于从UE中移除服务小区的实施例方法的流程图；
[0016]图9示出了用于根据控制器指令添加服务小区的实施例方法的流程图；
[0017]图10示出了用于根据控制器指令移除服务小区的实施例方法的流程图；
[0018]图11示出了用于下行通信的层2结构的图；
[0019]图12示出了用于上行通信的层2结构的图；
[0020]图13示出了用于下行通信的另一层2结构的图；
[0021]图14示出了用于上行通信的另一层2结构的图；
[0022]图15示出了实施例通信设备的方框图；以及
[0023]图16示出了实施例计算平台的方框图。
[0024]除非另有指示，否则不同图中的对应标号和符号通常指代对应部分。绘制各图是为了清楚地说明实施例的相关方面，因此未必是按比例绘制的。
【具体实施方式】
[0025]下文将详细论述对本发明实施例的实施和使用。但应了解，本发明的各个方面可在多种具体环境中实施。所论述的具体实施例仅仅说明用以实施和使用本发明的具体方式，而不限制本发明的范围。
[0026]一般来说，HARQ操作由HARQ实体执行，HARQ实体可能通常位于发射器和/或接收器的媒体接入控制(MAC)层(或其它层)。与多个小区通信时，可为与UE通信的各个服务小区在UE的MAC层(或其它层)建立单独的HARQ实体。例如，如果UE正与两个服务小区通信，那么在UE的MAC层中建立两个不同的HARQ实体。虽然为每个服务小区建立单独的HARQ实体可允许根据源/目的地的属性更为容易地处理数据，但是当数据流由多点传送时,包含额外的HARQ实体可能增加UE处理复杂度和/或引入时延。具体而言,如果需要评估不同的HARQ实体传送的数据，那么可能需要额外的处理和/或导致时延。例如，从多个服务小区接收联合传输的HARQ实体可能需要合并和/或共同评估收到的数据以确定是否成功接收传输。因此，需要一种在多点传输期间减少UE中建立的HARQ实体数目的机制。
[0027]本文揭示的是用于配置单个HARQ实体以将HARQ操作与多个服务单元关联的技术，这些技术可允许降低用户侧处理的复杂度和传送数据的时延。在本文中，术语“服务单元”可指服务小区、发射点、接收点、载波、端口或资源(例如，不同参考信号表示的资源，例如，信道状态信息-参考信号(CS1-RS)、小区特定参考信号(CRS)或其它)虽然本发明的许多方面以服务小区为背景而论述，但这些方面同样适用于更广泛的服务单元分类。因此，除非另有说明，术语“服务单元”和“服务小区”在【具体实施方式】中可互换使用。在一些实施例中，配置单个HARQ实体以与多个服务小区建立HARQ操作可为参与多小区通信(例如，多点协作发送/接收(CoMP)等)的UE降低信号处理复杂度。在一个示例中，单个HARQ实体和与UE通信的多个服务单元中的每个服务单元执行HARQ操作。在另一示例中，单个HARQ实体和与UE通信的服务小区子集执行HARQ操作。另外，本文还提供了用于将HARQ实体配置指令从控制器传送到UE的无线资源控制(RRC)信令技术。
[0028]图1示出了用于传送数据的网络100。网络100包括具有覆盖区域112的接入点(AP) 110，多个用户设备(UE) 120以及回程网络130。APllO可包括任意部件，该部件能够通过特别是与UE120(例如基站、增强型基站(eNB)、毫微微蜂窝基站或其它开启无线的设备)建立上行(虚线)和/或下行(点线)连接提供无线接入。UE120可包括能够与APllO建立无线连接的任意部件。回程网络130可以是允许数据在APllO和远端(未示出)之间交换的任意部件或部件集合。在一些实施例中，网络100可包括各种其它无线设备，例如中继设备和毫微微蜂窝基站等。如本文所述，术语“控制器”可指网络侧的通信设备，包括接入点、基站、集中控制器和由网络运营商控制的其它设备。
[0029]在一些组网环境下，多个服务单元可用于与单个用户通信。例如，多个服务小区可使用CoMP或载波聚合(CA)通信技术相互协作以与单个用户通信。在下行方向，多个服务小区可根据下行CoMP通信技术(例如，联合传输(JT)技术或动态传输点选择(DPS)通信技术)相互协作向单个用户设备(UE)发送数据。接着在上行方向，多个服务小区可根据连接接收(JR)技术相互协作来接收来自单个UE的数据传输。CoMP通信技术还可包括协作调度/波束成形(CS/CB)，在CS/CB中，调度决策在多个服务小区之间协作。
[0030]图2示出了根据CoMP或载波聚合(CA)通信技术的用于传送数据的网络200。网络200包括在宏小区中提供无线接入的多个宏基站210至230，以及在微微小区中提供无线接入的多个微微基站240至260。多个宏基站可相互协作以实现与用户的CoMP通信，这可由与UE281通信的宏基站210和220证明。此外，宏基站可以与微微基站协作实现与用户的CoMP通信，这可由与UE282通信的微微/宏基站210和240证明。另外，两个或两个以上微微基站可相互协作以实现与用户的CoMP通信，这可由与UE283通信的微微基站250和260证明。
[0031]通常，参与多小区通信的UE将为每个服务小区建立单独的HARQ实体。图3示出了根据载波聚合(CA)通信技术的用于传送数据的传统架构300。如图所示，架构300包括第一服务小区310、第二服务小区320和UE330。第一服务小区310包括收发器模块311和HARQ实体312。类似地，第二服务小区320包括收发器模块321和HARQ实体322。UE330包括收发器模块331、第一 HARQ实体333和第二 HARQ实体334。应注意，在传统网络300中，UE330包括第一服务小区310的第一 HARQ实体333和第二服务小区320的第二 HARQ实体334。
[0032]可以通过为多个服务小区配置单个HARQ实体减少给定UE中的HARQ实体数目。在一些实施例中，单个HARQ实体可和与UE通信的所有服务小区一起参与HARQ操作。图4示出了根据多点通信方案的实施例架构400，在实施例架构400中，服务单元410和420与UE430通信。应注意，UE430包括用于服务单元410和420的单个HARQ实体433。服务单元410和420可对应于不同的小区、不同的通信点和/或不同的载波，并且可包括宏基站、微微基站或两者的混合。
[0033]在其它实施例中，单个HARQ实体可和与UE通信的服务小区子集一起参与HARQ操作。图5示出了根据多点通信方案的用于传送数据的实施例网络500。如图所示，服务单元510、520和540可根据CoMP或CA方案相互协作以与UE530通信。应注意，UE530包括服务单元510和520的子集的第一 HARQ实体533和服务单元540的第二 HARQ实体544。服务单元510、520、540可对应于不同的小区、不同的通信点和/或不同的载波，并且可包括宏基站、微微基站或两者的混合。
[0034]在一些实施例中，RRC消息可用于将多个服务单元的HARQ操作与HARQ实体关联，例如以建立新的HARQ实体以及重配置/移除现有HARQ实体。在一些实施例中，RRC消息可包括用于配置/重配置HARQ实体的显式指令。例如，RRC消息可通过参考标识符显式标识HARQ实体和/或服务单元。在其它实施例中，RRC消息可包括用于配置/重配置HARQ实体的隐式指令。例如，RRC消息可通过HARQ实体的属性或特征隐式标识HARQ实体。此外，RRC消息可通过列出服务单元的属性或特征隐式标识一个或多个服务单元。例如，RRC消息可列出载波频率、空间位置，或与单个HARQ实体关联的一个或多个服务小区所对应的其它属性。
[0035]图6示出了实施例通信序列600，在实施例通信序列600中，控制器610向UE620传送RRC消息630。RRC消息可指示服务小区的添加或移除。RRC消息630还可包括HARQ实体配置字段。当RRC消息630指示添加新服务小区时，HARQ实体配置字段可指示将建立新的HARQ实体用于服务新服务小区，或者应重配置现有HARQ实体以服务新服务小区。当RRC消息630指示移除现有服务小区时，HARQ实体配置字段可指示是否应移除或重配置之前与移除的服务小区关联的HARQ实体。
[0036]图7示出了用于为UE添加服务小区的方法700，方法700可由控制器执行。方法700开始于步骤710，在步骤710，控制器决定为UE添加服务小区。随后，方法700前进到步骤720，在步骤720，控制器确定是否重配置UE中的现有HARQ实体以服务新服务小区，或者初始化UE中的新HARQ实体以服务新服务小区。之后，方法700前进到步骤730，在步骤730，控制器按照步骤720所做的决定构建RRC消息以指示初始化新HARQ实体或重配置现有HARQ实体。在一些实施例中，控制器可在RRC消息中指示多个服务小区的添加和/或多个服务小区的初始化/重配置，以及HARQ实体和待添加/初始化/重配置的多个服务小区之间的关联。最后，方法700前进到步骤740，在步骤740，控制器向UE发送RRC消息。
[0037]图8示出了用于从UE中移除服务小区的方法800，方法800可由控制器执行。方法800开始于步骤810，在步骤810，控制器决定从UE中移除服务小区。随后，方法800前进到步骤820，在步骤820，控制器确定是否重配置或移除UE中的现有HARQ实体。之后，方法800前进到步骤830，在步骤830，控制器按照步骤820所做的决定配置RRC消息以指示移除或重配置现有HARQ实体。在一些实施例中，控制器可构建RRC消息以指示多个服务小区的移除/重配置，以及HARQ实体和待移除/重配置的多个服务小区之间的关联。最后，方法800前进到步骤840，在步骤840，控制器向UE发送RRC消息。
[0038]图9示出了用于根据控制器指令添加服务小区的方法900，方法900可由UE执行。方法900开始于步骤910，在步骤910，UE从控制器接收指示将添加服务小区的RRC消息。在一些实施例中，RRC消息可指示多个新服务小区的添加，以及HARQ实体和待添加的多个服务小区之间的关联。随后，方法900前进到步骤920，在步骤920，UE确定RRC消息是否指示为新服务小区重配置现有HARQ实体或者初始化新HARQ实体。如果RRC消息指示初始化新HARQ实体，那么方法900前进到步骤930，在步骤930，UE初始化新HARQ实体并将新服务小区与新HARQ实体关联。否则，如果RRC消息指示重配置现有HARQ实体，那么方法900前进到步骤940，在步骤940，UE重配置现有HARQ实体并将新服务小区与现有HARQ实体关联。
[0039]图10示出了用于根据控制器指令移除服务小区的方法1000，方法1000可由UE执行。方法1000开始于步骤1010，在步骤1010，UE从控制器接收指示将移除服务小区的RRC消息。在一些实施例中，RRC消息可指示多个新服务小区的移除，以及HARQ实体和待移除的多个服务小区之间的关联。随后，方法1000前进到步骤1020，在步骤1020，UE确定与移除的服务小区关联的现有HARQ实体是否需要重配置或移除。在一项实施例中，可基于RRC消息中包含的显式指令做出决定。或者，可基于隐式指令做出决定。例如，在移除RRC消息中指示的服务小区之后，UE可在确定不存在与现有HARQ实体关联的其它服务小区之后决定移除HARQ实体。如果RRC消息指示移除现有HARQ实体或者不存在与现有HARQ实体关联的其它服务小区时，则方法1000前进到步骤1030，在步骤1030，UE移除现有HARQ实体。否则，如果RRC消息指示重配置现有HARQ实体或者至少存在一个与现有HARQ实体关联的其它服务小区时，则方法1000前进到步骤1040，在步骤1040，UE重配置现有HARQ实体。
[0040]高级LTE将多点协作(CoMP)发送/接收作为一种工具来提高高速数据速率的覆盖范围、小区边缘吞吐量和/或增加高负载和低负载场景中的系统吞吐量。
[0041]下行(DL)多点协作发送意味着多个地理上分离的发射点之间的动态协作。每个DL CoMP方案可归类为以下类别中的一种:
[0042](i)联合处理(JP):在一个时频资源内，用户设备(UE)数据存在于CoMP协作集中的多个传输点中。JP还可进一步归类为联合传输(JT)和动态传输点选择(DPS)/携带噪声。(ii)协作调度/波束成形(CS/CB):在一个时频资源内，UE数据仅存在于CoMP协作集中的一个传输点(由该传输点发送DL数据)处并从该传输点发送UE数据，而用户调度/波束成形决策通过CoMP协作集对应的传输点之间的协作做出。半静态地选择发射点。(iii)JP和的CS/CB混合类别。
[0043]上行(DL)多点协作接收意味着多个地理上分离的传输点之间的协作。每个ULCoMP方案可归类为以下类别中的一种:(i):联合接收(JR):多个传输点(部分或整个CoMP协作集)同时联合接收同一 UE发送的物理上行共享信道(PUSCH)，例如以提高接收信号质量。(ii)协作调度/波束成形(CS/CB):用户调度和预编码选择决策通过CoMP协作集对应的传输点之间的协作做出。预期数据仅发送给一个传输点。
[0044]LTE层2划分为以下子层:媒体接入控制(MAC)、无线链路控制(RLC)和分组数据汇聚层协议(rocp)。MAC子层的主要业务和功能包括但不限于:将属于一个或不同逻辑信道的MAC业务数据单元(SDU)复用到通过传输信道被递送到物理层的传输块(TB)上，或者对来自TB的一个或不同逻辑信道的MAC SDU进行解复用，通过传输信道从物理层递送该TB ;通过HARQ进行的纠错；在一个UE的逻辑信道之间进行的优先级处理；以及使用动态调度在UE之间进行的优先级处理。
[0045]实施例为多点通信系统(例如，支持多点协作(CoMP)操作的多点通信系统)中的媒体接入控制(MAC)实体提供了混合自动重传请求(HARQ)实体配置。实施例例如为CoMP操作提供简化、灵活的HARQ进程处理。实施例可应用于蜂窝式网络系统和设备，例如长期演进(LTE) UE 和 eNodeB (eNB)。
[0046]LTE层2划分为以下子层:媒体接入控制(MAC)、无线链路控制(RLC)和分组数据汇聚层协议(H)CP)。图11示出了无载波聚合(CA)的DL的层2结构，以及图12示出了无CA的UL的层2结构。具体而言，图11至12描绘了当未配置CA时下行链路和上行链路的分组数据汇聚层协议(H)CP)、无线链路控制(RLC)和MAC架构，在下行链路上，增强型NodeB (eNB)只有一个MAC实体对应所有UE，在上行链路上，UE有一个MAC实体对应该UE。在上行链路和下行链路上，每次UE仅与一个服务小区交换数据。因此，当未配置CA时，在MAC实体内，每个UE只有一个HARQ实体，并且HARQ实体仅与一个服务小区关联。图13示出了配置了 CA的DL的层2结构，以及图14示出了配置了 CA的UL的层2结构。具体而言，图13至14描绘了当配置CA时下行链路和上行链路的H)CP、RLC和MAC架构。在下行链路上，eNB仍然只有一个MAC实体对应所有UE和所有载波；在上行链路上，UE有一个MAC实体对应该UE和所有载波。图13至14和图11至12之间的差别在于在MAC实体内，每个UE的每个服务小区有一个独立的混合ARQ实体。这是因为当配置了 CA时，UE可在上行链路和下行链路上同时与多个服务小区交换数据。因此，在MAC实体内，每个UE可能有多个HARQ实体，并且每个HARQ实体仅与一个服务小区关联。
[0047]图11至14的共性在于在MAC实体内，每个UE的每个服务小区有一个独立的HARQ实体。当UE仅与一个服务小区交换数据时，在(eNB或UE处的)MAC实体内，每个UE有一个HARQ实体，图11至12就是这种情况。当UE与多个服务小区交换数据时，在(eNB或UE处的)MAC实体内，每个UE有多个HARQ实体，图13至14就是这种情况。
[0048]当配置了 CoMP时，UE可在上行链路和下行链路上与多个服务小区交换数据，这种情况与CA的类似。因此，CA的HARQ实体配置理所当然地被视作支持CoMP的MAC实体的一种选项。重用当前LTE HARQ实体配置原理的第一选项(选项I)为在MAC实体内，每个UE的每个服务小区有一个独立的HARQ实体。
[0049]然而，CA和CoMP情况存在一些显著差异。首先，在某些CoMP方案中，UE和不同的服务小区之间的数据交换发生在不同的时间，因此，在一个子帧中，UE在下行链路或上行链路方向上仅与一个服务小区交换数据。第二，在某些CoMP方案中，在UE和多个服务小区之间交换的物理层数据可对应于相同的MAC TB的内容。因此，在没有空间复用的情况下，PHY层和MAC层之间仅有一个MAC TB通过。所以，可为支持CoMP的MAC实体的HARQ实体配置考虑一种简化选项。第二选项(选择2)是UE的服务小区子集的一个HARQ实体。
[0050]对于DL CoMP JP相干的JT，在UE和多个服务小区之间交换的物理层数据可对应于相同的MAC TB的内容。因此，由于选项2的简洁性，所以选项2更佳。对于DL CoMP JP非相关的JT，从不同传输点/小区发送的数据的内容有两种可能性。第一，如果UE从多个服务小区接收到的数据对应于相同的MAC TB的内容，那么由于选项2的简洁性，所以选项2更佳。第二，如果UE从多个服务小区接收到的数据对应于不同MAC TB的内容，那么选项I更佳。
[0051 ] 对于DL CoMP JP-DPS,传输点可随子帧而改变。因此，初始HARQ传输和MAC TB的后续重传可能通过不同的传输点进行。因此，最佳的HARQ实体配置为选项2，S卩，一个HARQ实体处理多个服务小区，因为选项2简化了来自不同小区的HARQ传输和重传的处理。
[0052]对于DL CoMP CS/CB，UE仅从一个服务小区接收数据。因此，采用选项I和采用选项2无差别。
[0053]对于DL CoMP, JP和CS/CB的混合类别具有上述可能性的组合。
[0054]对于UL CoMP JR，发送到不同传输点/小区的数据的内容有两种可能性。第一，如果UE发送到多个服务小区的数据对应于相同的MAC TB的内容，那么由于选项2的简洁性，所以选项2更佳。第二，如果UE发送到多个服务小区的数据对应于不同MAC TB的内容，SP，不同小区从UE接收不同的MAC TB，那么选项I更佳。对于UL CoMP CS/CB，UE仅向一个服务小区发送数据。因此，采用选项I和采用选项2无差别。
[0055]另一可能感兴趣的CoMP部署场景为CoMP+CA。也就是说，网络通过载波聚合中的多个载波与UE交换数据，并且存在若干在每个载波上使用CoMP技术与UE通信的发送/接收点。具体而言，额外载波可以是非后向兼容的，在该载波上，UE可能无法找到传统小区。在该情况下，非后向兼容的载波上的那些传输点可以是传统载波上的小区的一部分。然而，在那些载波上仍优先选择不同的HARQ实体，因为将发送不同的MAC TB，这与当前CA场景情况一样。当CoMP和CA联合部署时，优选的HARQ实体配置是选项2的扩展/泛化:每个UE的每个载波有一个HARQ实体，并且每个HARQ实体处理UE的服务小区/传输点的子集的HARQ进程，其中子集的所有服务小区/传输点位于同一载波上。
[0056]此外，除非另有说明，下文中的术语“小区”可以泛化为“小区/传输点/载波/端口 /资源”。该泛化基于长期演进(LTE)网络中的新趋势，例如上述“额外载波类型”的持续讨论。额外载波可称为小区、传输点、载波或端口。LTE-A中也有提案，建议从CS1-RS资源角度而不是从小区或传输点角度定义CoMP测量集。所以该泛化用于覆盖潜在的适用情况。
[0057]选项I (每个UE的每个服务小区/传输点/载波/端口 /资源有一个HARQ实体)符合现有HARQ配置原理。然而，当多个HARQ实体紧密耦合时通常需要频繁的信令，并且信令的时间要求可能非常严格，例如，每次为MAC TB通过DPS改变传输点(都需要发送信令)。
[0058]当多个HARQ实体紧密耦合时选项2 (UE的服务小区/传输点/载波/端口 /资源子集有一个HARQ实体)的信令较少，并且信令的时间要求可能不那么严格，例如仅在小区/传输点/载波/端口 /资源添加开始时。然而，对于选项2，可能需要新的无线资源控制(RRC)消息。
[0059]基于上述分析，选择2对于大多数CoMP (子)类而言是更佳的HARQ实体配置。但在当前LTE标准中，当为UE添加额外的服务小区时，新的独立的HARQ实体添加至与UE关联的对应MAC实体中【2】【3】【4】。因此，如果UE与多个服务小区交换数据，那么MAC实体具有每个UE的多个独立的HARQ实体，其中每个HARQ实体对应于每个UE的一个服务小区。也就是说，仅支持选项I。为了允许选项2作为MAC实体的HARQ实体配置的一种选项，例如支持CoMP，可能需要修改相关的LTE标准来实现处理每个UE的多个服务小区/传输点/载波/端口 /资源的一个HARQ实体的配置。可考虑本发明的若干实施例在MAC实体内为UE的服务小区/传输点/载波/端口 /资源子集配置一个HARQ实体。
[0060]在第一实施例中(实施例1)，对于所有服务单元，每个UE都有一个HARQ实体。例如，当配置了多个服务单元时，该选项可视作CoMP HARQ实体配置的默认选项。
[0061]在第二实施例中(实施例2)，可将UE的服务单元子集配置为具有一个HARQ实体。也就是说，当配置了多个服务单元时，UE的服务单元子集具有一个HARQ实体是HARQ实体配置的一种可用选项。例如，当为CoMP UE添加一个新的服务单元时，网络可(1)(例如，通过RRC信令或默认)请求UE为UE添加处理新添加单元的HARQ操作的新HARQ实体，或者
(2)请求UE (例如，通过RRC信令或默认的方式)将新添加单元的HARQ操作与现有HARQ实体关联。
[0062]可对现有标准进行潜在修改以实现包含以下概念。第一，当新服务单元添加至UE时，网络指示UE是否需要为该单元建立/初始化新HARQ实体。第二，如果新单元将链接到UE的现有HARQ实体，那么网络通过某个索引(例如，HARQ实体ID和/或小区ID)指示UE使用哪个HARQ实体。注意，小区ID和HARQ实体ID之间的映射可能不是一一对应的和/或是隐式的。
[0063]本发明的各方面可以各种方式，例如通过以下任一方法实施。在第一方法(方法I)中，为CoMP服务单元管理重用CA SCell管理的RRC消息/过程/方法。将新的可选字段和对新字段的解释添加至相关RRC消息中。由于SCell添加/修改的现有RRC消息/过程/方法会导致MAC重配置，所以还需要更改MAC规范以区分CA SCell添加/修改和CoMP服务单元添加/修改时的UE行为。
[0064]在第二方法(方法2)中，定义了用于发送/接收单元管理的新的RRC消息/过程/方法。也就是说，定义了新的RRC消息/过程/方法和对这些消息的解释。可实施统一的信令方法以支持CoMP和CA (额外载波)。方法I和2均可支持先前所述的实施例1和实施例2。
[0065]采用方法2实施实施例2的若干示例如下所示。注意，以下文本段落可能例示对一个或多个现有标准的增补或修改。
[0066]示例1:为CoMP单元定义新的RRC消息/过程/方法，并根据引入的新变量harqlndex配置HARQ实体。对新的RRC消息/过程/方法的解释如下:⑴如果harqlndex值为现有HARQ实体已使用的值，那么该消息按规定将新添加的CoMP单元链接到现有HARQ实体；(?)如果harqlndex值为现有HARQ实体未使用过的值，那么该消息为新添加的CoMP单元创建新HARQ实体。
[0067]在MAC-MainConfig 信元内
[0068]
MAC-MainConfig::=SEQUENCE {
ul-SCH-ConfigSEQUENCE {
rr.axHARQ-TxENUMERATED {
ril f n2, n3, n4, n5, n6, n7, n8,
nlO, nl2 f n16, n2 0, n2 4, n2 8 7
spare2 r spareI} OPT1NAL, —一
Need ON
per1aicBSR-TimerENUMERATED {
sf5, sflC, sfl6, sf20, sf'32, sf40,
sf64, sf8Cr
sfl28, sfl60, sf320, sf640, sfl.28〇，
sf2560,
infinity, sparel} OPT1NAL, --
Need ON
retxBSR-TimerENUMERATED {
[0069]
【权利要求】
1.一种用于无线通信系统的方法，所述无线通信系统具有多个服务用户设备(UE)的服务单元，其特征在于，所述方法包括: 将单个混合自动重传请求(HARQ)实体与服务所述UE的多个服务单元关联，其中所述单个HARQ实体用于和服务所述UE的所述多个服务单元中的每个服务单元执行HARQ操作。
2.根据权利要求1所述的方法，其特征在于，所述多个服务单元包括可在所述UE的媒体接入控制(MAC)层相互区分的两个或多个服务单元。
3.根据权利要求1所述的方法，其特征在于，所述单个HARQ实体用于和服务所述UE的所有服务单元执行HARQ操作。
4.根据权利要求1所述的方法，其特征在于，将所述单个HARQ实体与服务所述UE的多个服务单元关联包括: 在控制器和所述UE之间传送无线资源控制(RRC)消息，其中所述RRC消息显式或隐式地指示所述UE将所述单个HARQ实体与所述多个服务单元关联。
5.根据权利要求4所述的方法，其特征在于，所述RRC消息通过指定与所述多个服务单元中的每个服务单元关联的属性标识所述多个服务单元。
6.根据权利要求4所述的方法，其特征在于，所述RRC消息通过指定与所述单个HARQ实体关联的属性标识所述单个HARQ实体。
7.根据权利要求4所述的方法，其特征在于，所述RRC消息指定与所述单个HARQ实体关联的HARQ标识符。
8.根据权利要求1所述的方法，其特征在于，进一步包括: 添加额外的服务单元以服务所述用户设备(UE);以及 通过在控制器和所述UE之间传送无线资源控制(RRC)消息将第二 HARQ实体与额外的服务单元关联，其中所述RRC消息显式或隐式地指示所述UE将所述第二 HARQ实体与所述额外的服务单元关联。
9.根据权利要求8所述的方法，其特征在于，所述RRC消息通过指定与所述第二服务单元关联的属性标识所述第二服务单元。
10.根据权利要求8所述的方法，其特征在于，所述RRC消息通过指定与所述第二HARQ实体关联的属性标识所述第二 HARQ实体。
11.根据权利要求8所述的方法，其特征在于，所述RRC消息指定与所述第二HARQ实体关联的HARQ标识符。
12.一种用于无线通信系统的装置，所述无线通信系统具有多个服务用户设备(UE)的服务单元，其特征在于，所述装置包括: 处理器；以及 计算机可读存储介质，所述计算机可读存储介质存储由所述处理器执行的程序，所述程序包括用于进行如下操作的指令: 将单个混合自动重传请求(HARQ)实体与服务所述UE的多个服务单元关联，其中所述单个HARQ实体用于和服务所述UE的所述多个服务单元中的每个服务单元执行HARQ操作。
13.根据权利要求12所述的装置，其特征在于，所述装置包括控制器。
14.根据权利要求12所述的装置，其特征在于，所述装置包括所述UE。
15.一种用于无线通信系统的方法，所述无线通信系统具有服务UE的多个服务单元，其特征在于，所述方法包括: 重配置用户设备(UE)中的现有混合自动重传请求(HARQ)实体以将所述现有HARQ实体与所述多个服务单元中的至少一个服务单元关联，其中所述现有HARQ实体在被重配置前与一个或多个现有服务单元关联。
16.根据权利要求15所述的方法，其特征在于，重配置所述现有HARQ实体包括: 将所述现有HARQ实体与额外的服务单元关联，使得所述现有HARQ实体在被重配置前被关联到所述额外的服务单元和所述一个或多个现有服务单元。
17.根据权利要求15所述的方法，其特征在于，重配置所述现有HARQ实体包括: 移除所述现有HARQ实体和所述一个或多个现有服务单元中的第一服务单元之间的关联。
18.根据权利要求17所述的方法，其特征在于，进一步包括: 在移除所述现有HARQ实体和所述第一服务单元之间的所述关联后，当无服务单元与所述现有HARQ实体关联时，移除所述现有HARQ实体。
19.根据权利要求17所述的方法，其特征在于，进一步包括: 在移除所述现有HARQ实体和所述第一服务单元之间的所述关联后，当至少一个服务单元保持与所述现有HARQ实体关联时，维持所述现有HARQ实体。
20.根据权利要求15所述的方法，其特征在于，重配置所述现有HARQ实体包括: 在控制器和所述UE之间传送无线资源控制(RRC)消息，其中所述RRC消息显式或隐式地指示所述UE重配置所述现有HARQ实体。
21.根据权利要求20所述的方法，其特征在于，所述RRC消息通过移除或添加所述现有HARQ实体和服务单元之间的关联指示所述UE重配置所述现有HARQ实体，以及所述RRC消息通过指定与所述待添加或移除的服务单元关联的属性标识所述服务单元。
22.根据权利要求20所述的方法，其特征在于，所述RRC消息通过指定与所述现有HARQ实体关联的属性标识所述现有HARQ实体。
23.根据权利要求20所述的方法，其特征在于，所述RRC消息通过指定与所述现有HARQ实体关联的HARQ标识符标识所述现有HARQ实体。
24.根据权利要求20所述的方法，其特征在于，进一步包括: 识别所述待添加的服务小区；以及 当所述RRC消息不将HARQ标识符与所述待添加的服务小区关联时，执行默认关联，其中执行所述默认关联包括将所述现有HARQ实体与所述待添加的服务小区关联。
25.一种用于无线通信系统的装置，所述无线通信系统具有多个服务UE的服务单元，其特征在于，所述装置包括: 处理器；以及 计算机可读存储介质，所述计算机可读存储介质存储由所述处理器执行的程序，所述程序包括用于进行如下操作的指令: 重配置用户设备(UE)的现有混合自动重传请求(HARQ)实体以将所述现有HARQ实体与所述多个服务单元中的至少一个服务单元关联，其中所述现有HARQ实体在被重配置前与一个或多个现有服务单元关联。
26.根据权利要求25所述的装置，其特征在于，所述装置包括控制器。
【文档编号】H04L1/08GK104137457SQ201380010415
【公开日】2014年11月5日 申请日期:2013年2月25日 优先权日:2012年2月24日
【发明者】孙义申, 毕皓 申请人:华为技术有限公司