CN110233644B

CN110233644B - 多小区接入的系统、方法和装置

Info

Publication number: CN110233644B
Application number: CN201811519534.XA
Authority: CN
Inventors: 肖维民; 刘德平; 杨云松
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-05-06
Filing date: 2012-04-27
Publication date: 2024-03-15
Anticipated expiration: 2032-04-27
Also published as: CN103765950B; US20120282964A1; US20140328277A1; WO2012152190A1; EP3540975A1; US8792924B2; CN110234123B; EP2700265A4; US11290153B2; CN110234123A; EP2700265A1; CN110233644A; CN103765950A; EP2700265B1

Abstract

本发明提供一种多小区接入的系统和方法。方法包括传输至少一个控制信道到通信设备。所述至少一个控制信道包括控制信息，传输由协作集的子集中的至少一个小区来进行。所述方法还包括根据传输到通信设备的控制信息向通信设备进行传输，或者根据传输到通信设备的控制信息从通信设备进行接收。所述传输由协作集中的至少一个其他小区进行，或者接收由协作集中的至少一个其他小区进行。

Description

多小区接入的系统、方法和装置

相关申请案交叉申请

本发明要求2011年5月6日由Weimin Xiao等人递交的发明名称为“多小区接入的系统和方法(System and Method for Multi-Cell Access)”的第13/102853号非美国临时专利申请案的在先申请优先权，该在先申请的内容以引入的方式并入本文本中，如全文再现一般。

技术领域

本发明大体涉及数字通信，且具体而言，涉及多小区接入的系统和方法。

背景技术

通常情况下，多点协作传输(CoMP)可以被认作是第三代移动通信标准化伙伴项目(3GPP)高级长期演进(LTE)中，高、低通信系统负载场景下，用于提高高数据速率覆盖、小区边缘吞吐量和/或增加通信系统吞吐量的工具。

在上行链路(UL)方向，用户设备(UE)，通常也称作移动台、订户、终端、用户等，向增强型NodeB(eNB)进行传输。eNB通常也称作NodeB、基站、通信控制器、控制器等。UL多点协作接收意味着在多个不同地理点接收UE的已传输信号。

在下行链路(DL)方向，eNB向UE进行传输，DL多点协作传输意味着多个不同地理传输点间的动态协作。DL协作传输方案的示例包括协作波束成形，其中到单个UE的传输从传输点中的一个传输点同时传输，协调调度决策控制如协作小区集中产生的干扰。

联合处理，包括联合传输(JT)及动态小区选择(DCS)在内，为具有更先进干扰抑制能力的协作传输方案的另一示例。联合传输涉及从多个传输点到单个UE的同时传输，例如，(连贯或非连贯地)提高所接收信号的质量和/或主动抵消来自其他UE的干扰。DCS涉及CoMP协作集内一个源点每一次的传输，CoMP协作集为与UE一起参与CoMP操作的一个或多个小区的集合。

DL多点协作传输包括不同小区间的协调可能性。从无线电接口的角度来看，小区是否属于相同或者不同的eNB从UE角度看可能没有区别。如果支持eNB间协作，eNB间需要例如通过eNB间接口(例如，X2接口)发送信息。

协作传输方案的另一形式为多用户(MU)多入多出(MIMO)，其中到多个共享同一网络资源(例如，时域和/或频域网络资源)的UE的(或者其他目的地)传输在空间域中可能会有区分。通常需要控制信道以调度参与MU-MIMO中的每个UE的传输。参与MU-MIMO中的UE在本文中称为UE对或者UE组。

异构网络(HETNET)可描述为由例如宏小区等高(传输)功率小区和例如微微小区、毫微微小区等低功率节点(LPN)小区组成的通信系统。高(传输)功率小区通常由业务提供商部署为规划网络，低功率节点小区可以由业务提供商和/或订户部署以帮助在订户密度高的地区或者低覆盖地区提高性能。

发明内容

本发明的实例实施例提供一种多小区接入的系统及方法，通过本发明的示例实施例，上述问题及其他问题不仅能得到基本上被解决或防止，并且一般还能获得技术上的优势。

根据本发明的示例实施例，提供一种方法。所述方法包括传输至少一个控制信道到通信设备。所述至少一个控制信道包括控制信息，传输由协作集的子集中的至少一个小区来进行。所述方法还包括根据传输到通信设备的控制信息向通信设备进行传输，或者根据传输到通信设备的控制信息从通信设备进行接收。传输由协作集中的至少一个其他小区进行，或者接收由协作集中的至少一个其他小区进行。

根据本发明的另一示例实施例，提供一种小区。所述小区包括控制信道单元，耦合到控制信道单元的发射器以及耦合到控制信道单元的接收器。控制信道单元生成包括控制信息的至少一个控制信道；发射器传输至少一个控制信道到通信设备，根据所述控制信息传输向通信设备进行传输；接收器根据所述控制信息从通信设备进行接收。所述小区为协作集的子集中的至少一个小区，至少一个控制信道的传输由子集中的至少一个小区来进行。

根据本发明的另一示例实施例，提供一种方法。所述方法包括寻找来自协作集的子集中的至少一个小区中的至少一个控制信道，接收预期给通信设备的至少一个控制信道，根据至少一个控制信道中的控制信息接收来自至少一个其他小区，或者根据至少一个控制信道中的控制信息向至少一个其他小区进行传输。至少一个其他小区存在于协作集中。

根据本发明的另一示例实施例，提供一种通信设备。所述通信设备包括控制信道监控器、耦合到控制信道监控器的接收器以及耦合到控制信道监控器的发射器。控制信道监控器寻找来自协作集的子集中的至少一个小区中的至少一个控制信道；接收器接收预期给通信设备的至少一个控制信道，并根据至少一个控制信道中的控制信息接收来自至少一个其他小区；及发射器根据至少一个控制信道中的控制信息，向至少一个其他小区进行传输。至少一个其他小区存在于协作集中。

本发明所公开的一个优点是提供了提高CoMP操作灵活性和性能的技术，例如，接入多个控制信道、跨小区调度、UL小区选择性功率控制、服务小区切换、多个小区进行传输的多小区接收、分离UL/DL服务小区。

示例性实施例的进一步优点在于提供了改进控制信道负载均衡，这可帮助在通信系统中不同小区间分布控制信道负载。分布控制信道负载可以帮助避免具有可用网络资源的小区，由于缺乏控制信道资源，而无法分配网络资源。分布控制信道负载也可以帮助提高控制可靠性。

上述内容非常广泛地概述了本发明的特征和技术优点，以便更好地理解随后对所述实施例的详细描述。下文中将描述所述实施例的附加特征和优点，这些特征和优点构成本发明的权利要求书的主题。所属领域的技术人员应了解，所公开的概念和具体实施例可容易地用作修改或设计用于实现本发明的相同目的的其他结构或过程的基础。所属领域的技术人员还应意识到，此类等效构造不脱离所附权利要求书中所提出的本发明的精神和范围。

附图说明

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

图1示出了符合3GPP LTE的通信系统的DL传输的示例帧结构。

图2示出了从eNB到中继节点(RN)的DL传输的示例帧结构。

图3a示出了根据本文所描述的示例实施例的通信系统的示例部分，其中突出了通信系统间的DL CoMP传输。

图3b示出了根据本文所描述的示例实施例的通信系统的示例部分，其中突出了通信系统间的UL CoMP传输。

图4示出了根据本文所描述的示例实施例的通信系统的示例部分，其中突出了CoMP协作集。

图5a示出了根据本文所描述的示例实施例的来自第一小区的CoMP操作中到UE的示例DL传输。

图5b示出了根据本文所描述的示例实施例的来自第二小区的CoMP操作中到UE的示例DL传输。

图5c示出了根据本文所描述的示例实施例的来自第一小区和第二小区的CoMP操作中到UE的示例组合DL传输。

图6a示出了根据本文所描述的示例实施例的示例CoMP协作集，其中发生服务小区变更。

图6b示出了根据本文所描述的示例实施例，当服务小区参与服务小区变更时，服务小区操作的示例流程图。

图6c示出了根据本文所描述的示例实施例，当协作小区参与服务变更时，协作小区操作的示例流程图。

图6d示出了根据本文所描述的示例实施例的发生在服务小区变更中交换信息和操作的示例图。

图7a示出了根据本文所描述的示例实施例的示例CoMP协作集，其中UE监控来自多个小区的控制信道，即，控制信道的多小区监控。

图7b示出了根据本文所描述的示例实施例的示例CoMP协作集，其中UE监控来自多个小区的控制信道和接收来自第一小区的调度传输的信息，但是该调度传输用于第二小区，即，跨小区调度。

图7c示出了根据本文所描述的示例实施例的控制信道的多小区监控中的UE操作的示例流程图，其中跨小区调度可发生在一些控制信道上。

图7d示出了根据本文所描述的示例实施例的参与控制信道的多小区监控的小区的小区操作的示例流程图，其中跨小区调度可发生在一些控制信道上。

图8a示出了根据本文所描述的示例实施例的示例CoMP协作集，其中UE进行多小区接收。

图8b示出了根据本文所描述的示例实施例的在多小区接收中的UE操作的示例流程图；

图8c示出了根据本文所描述的示例实施例，参与多小区接收的小区的小区操作的示例流程图；

图9a示出了根据本文所描述的示例实施例的示例CoMP协作集，其中进行小区选择性的UL功率控制；

图9b示出了根据本文所描述的示例实施例的小区选择性UL功率控制中UE操作的示例流程图；

图9c示出了根据本文所描述的示例实施例，参与小区选择性UL功率控制的小区的小区操作的示例流程图；

图10a示出了根据本文所描述的示例实施例的示例CoMP协作集，其中进行DL/UL分离；

图10b示出了根据本文所描述的示例实施例，DL/UL分离中的UE操作的示例流程图；

图10c示出了根据本文所描述的示例实施例，DL/UL分离中的小区操作的示例流程图；

图11提供根据本文所述的示例实施例的示例通信设备；以及

图12提供根据本文所述的示例实施例的示例通信设备。

具体实施方式

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

将结合特定背景中的实例实施例来描述本发明，该特定背景是指符合3GPP LTE的通信系统。然而，本发明还可应用于其他如WiMAX和IEEE 802.16等通信系统以及其他利用CoMP操作提高性能的通信系统。

图1示出了符合3GPP LTE的通信系统的DL传输100的帧结构。请注意，在频域中，图1所示的表示为逻辑的，且未必表示各种块在频率上的实际物理位置。DL传输100，在称为子帧的传输时间间隔(TTI)上传输，可以分为控制区105及数据区110。控制区105可以用来发送例如物理下行控制信道(PDCCH)、物理混合自动重传请求(HARQ)指示信道(PHICH)、物理控制格式指示信道(PCFICH)等控制信道，数据区110可以用来发送下行共享物理信道(PDSCH)等。根据3GPP LTE技术标准，控制区105由1-3个正交频分复用(OFDM)符号组成，数据区110在控制区105后出现在DL传输100中。

在控制区105中的PDCCH，例如PDCCH115，可以主要用作如PDSCH120或者物理上行共享信道(PUSCH)等对应的PDSCH的指示。此种指示包括如资源分配、传输格式、混合自动重传请求(HARQ)信息等信息。因此，UE需要先检测其PDCCH，然后获取其对应的PDSCH和/或PUSCH。多个PDCCH可以在控制区105中复用。通常情况下，UE可以在控制区105中的搜寻空间里，例如使用盲检测技术，搜寻PDCCH，直到UE找到其PDCCH或者完成搜寻空间的搜寻但未找到其PDCCH。如果UE完成搜寻空间的搜寻但未找到其PDCCH，DL传输100中不存在预期给UE的PDCCH。

逻辑上，PDSCH可视为从小区传输到UE的数据信道，而PUSCH可视为从UE传输到小区的数据信道。针对逻辑上来自小区的PDSCH传输，用来加扰的小区的标识、资源元素映射及传输格式为包括PDSCH、DM-RS、CRS、CSI-RS等下行链路信道标记传输。类似地，针对逻辑上到达小区的PUSCH传输，用来加扰的小区的标识、资源元素映射及传输格式为包括PUSCH、上行DM-RS、SRS等上行链路信道标记传输。PDSCH或PUSCH传输的其他方面也可以和传输逻辑上针对的小区的配置相关联。

图2示出了从eNB到中继节点(RN)的DL传输200的帧结构。DL传输200包括控制区205和数据区207。请注意，在频域中，图2所示的表示为逻辑的，且未必表示各种块在频率上的实际物理位置。各种块可以是连续的或者非连续的。虽然控制区205被标记为eNB PDCCH，但控制区205可含有其它类型的控制信道或信号。其它类型的控制信道可包括PCFICH、PHICH等，且其它类型的信号可包括参考信号。类似地，出于简单起见，数据区207和PDSCH208一起示出。

由于DL传输200也用于DL中继回程链路，所以DL传输200包括专门用作DL中继回程链路的一些资源元素，例如中继物理下行链路控制信道(R-PDCCH)209。在3GPP LTERelease10中，施主eNB可以使用R-PDCCH来调度施主eNB和RN之间的回程链路上的传输。R-PDSCH也可以称为Un PDSCH。虽然示出数据区207含有若干类型的信道，但其还可含有其它信道和/或信号。其它类型的信号可包括参考信号。

在DL传输200中，RN不知道其R-PDCCH的确切位置。其只知道R-PDCCH位于已知资源块(RB)集合内，所述资源块(RB)集合通常称为R-PDCCH搜索空间(图2中的搜索空间215示出了其的示例)。R-PDCCH搜索空间跟随在控制区205之后，占据数据区207中的一个或若干个OFDM符号的一组子载波。搜索空间215可由其频率位置指定。

用于RN的R-PDCCH209(如果存在)位于RN的搜索空间215中。搜索空间215可称为虚拟系统带宽，其通常可视为资源块集合，所述资源块集合可针对潜在的R-PDCCH传输来半静态地配置。换句话说，可半静态地配置所述资源块集合的时域和/或频域参数。如同控制区205中的PDCCH，R-PDCCH209提供用以支持DL和UL传输的信息。R-PDCCH209可包括例如以下各项等信息：资源分配、调制编码方案(MCS)、HARQ信息等。也就是说，R-PDCCH209含有用于检测和解码下行共享物理信道(PDSCH)和/或用于编码和传输物理上行共享信道(PUSCH)的信息。

R-PDCCH可通过时分多路复用(TDM)、频分多路复用(FDM)或其组合来与例如PDSCH等数据信道进行复用。

R-PDCCH和R-PDSCH和/或R-PUSCH之间的关系可以与PDCCH和PDSCH和/或PUSCH之间的关系类似，当资源占用形式不同时例外。R-PDCCH和R-PDSCH通过FDM在TTI内复用。在频域中，RB集可针对潜在的R-PDCCH传输来半静态地配置，来自PDCCH传输中，子集可以分配给每个R-PDCCH。

通常情况下，eNB、RN、低功率节点(LPN)等可以称为通信控制器。通常，通信控制器可以分为许多扇区以增强利用率、降低干扰等，每个扇区称为一个小区。在不损失一般性的情况下，本文所用的小区可以指通信控制器的覆盖区域的一部分，或者是整个通信控制器的覆盖区域。

图3a示出了通信系统300的一部分，其中突出了通信设备间的DL CoMP传输。尽管应理解通信系统可采用能与许多UE通信的多个小区，但是为了简洁起见，只示出3个小区和1个UE。通信系统300包括第一小区305、第二小区310、第三小区315及UE320。第一小区305、第二小区310、第三小区315及UE320参与DL CoMP传输。

通常，在DL CoMP操作中，UE可以接收来自两个或多个小区的传输，所述小区可以是宏小区、如微微小区或者毫微微小区等低功率节点(LPN)小区、中继小区、远程射频头(RRH)小区或其组合。因此，对接收来自三个小区的传输的UE320的论述不应被解释成限制了这些示例实施例的范围或精神。

通常情况下，在CoMP操作中，存在可以作为服务小区的小区。服务小区可以称为主小区或锚小区。服务小区可以进行UE移动性控制(例如，切换控制)、加密密钥生成、无线链路失败上报等。此外，UE可以监控到服务小区的无线链路，以测量和上报无线链路失败(RLF)。

服务小区可以进一步分配标识(例如，UE ID)给UE并管理UE上下文。服务小区可以进一步向UE提供RRC连接。服务小区可以进一步成为针对UE的S1-MME连接与UE的移动性管理实体(MME)的锚点，也可以在UE和UE的MME之间提供非接入层(NAS)信息的传输服务。另外，用于发向和来自UE的传输加密和/或完整性保护的安全密钥可以从服务小区的参数中得出。

参与CoMP操作的其他小区可以称作协作小区。服务小区和协作小区可以是宏小区、低功率节点小区(如微微小区和/或毫微微小区)、中继小区、远程射头小区或其组合。服务小区和协作小区可以统称为UE的CoMP协作集。

如图3a所示，第一小区305、第二小区310及第三小区315可以传输控制和/或数据到UE320。UE320可以利用CoMP处理以处理来自第一小区305、第二小区310及第三小区315的传输以获得提高的数据率、增强的可靠性、较小的误差率等。

图3b示出了通信系统350的一部分，其中突出了通信设备间的UL CoMP传输。尽管应理解通信系统可采用能与许多UE通信的多个小区，但是为了简洁起见，只示出3个小区和1个UE。通信系统350包括第一小区355、第二小区360、第三小区365及UE370。第一小区355、第二小区360、第三小区365及UE370参与UL CoMP传输。第一小区355、第二小区360及第三小区365可以来自不同的通信控制器或者来自单个通信控制器。

如图3b所示，UE370可以传输控制和/或数据到第一小区355、第二小区360及第三小区365。第一小区355和第三小区365可以将来自UE370的传输转发到第二小区360。第一小区355、第二小区360及第三小区365可以联合处理来自UE370的传输，以获得提高的数据率、增强的可靠性、较小的误差率等。服务小区，例如第二小区360，可以协调来自第一小区355和第三小区365的传输到第二小区360。

通常情况下，当UE参与CoMP操作时，例如，联合处理(或以动态小区选择模式或以联合传输模式)，UE需要获得接收或传输之前来自控制信道的分配信息。

一种常用技术是使UE只监控来自UE的CoMP协作集的服务小区的控制信道。UE可以接收来自预期给UE的PDCCH上的来自服务小区的调度信息，所述信息由服务小区的小区标识(例如，小区ID)标记，例如，加扰、交错等。在另一种常用的技术中，UE可以接收R-PDCCH或者类似PDCCH信道的其他形式上的调度信息。对应的DL数据传输可以从与多个小区相关联的物理天线传输到UE。(在PDSCH或R-PDSCH上的)数据传输和相关联的解调参考信号(DMRS)通过使用服务小区的小区标识发送到UE用于传输加扰和/或序列生成(尽管部分或整个数据传输可以实际来自另一小区)。UE可以继续接收来自服务小区的控制信息以执行整个CoMP操作或者切换，这个过程总是先发生。

但是，仅依赖服务小区获取控制信息可能对服务小区造成过度负担，尤其如果服务小区与大量UE正参与CoMP操作。例如，如果服务小区为UE的控制信息的唯一源头并且小区高度负载，当不分配PDSCH资源时，PDCCH资源可能耗尽。因此，需要一种更灵活的用于传输和接收控制信息的系统和方法。

根据示例实施例，根据小区选择性标准，可以选择传输控制信息的CoMP协作集中的小区，以降低CoMP协作集的服务小区的负载。小区选择性标准的示例可以包括由小区待传输的控制信息量、由小区服务的UE数目、小区中可用的控制信道资源量、由CoMP协作集中的其他小区待传输的控制信息量、CoMP协作集中的其他小区服务的UE数目、CoMP协作集中的其他小区中可用的控制信道资源量、小区周围的通信系统流量和负载、CoMP协作集中的其他小区周围的通信系统流量和负载等。

当动态调度变化时，小区的PDCCH资源上的负载可能波动。例如，可以配置以使重传报文比第一传输报文优先调度。因此，由PDCCH占用的大量PDCCH和网络资源可以随着子帧变化而波动。动态波动可能需要由PCFICH指示的PDCCH区的大小的动态适配，其中针对例如正常子帧和/或多播广播单频网络(MBSFN)子帧的当前子帧的类型，大小限于PDCCH资源的最大大小。可能存在当实际报文传输存在足够可用的网络资源时，由于缺乏PDCCH资源，报文无法调度的情况。这种情况可能称作PDCCH阻塞。类似的情形可以存在于R-PDCCH中，其中如果更多的网络资源分配给R-PDCCH，则PDSCH的可用网络资源更少。

在一些CoMP处理技术中，例如来自多个源头(例如，多个小区)到一个UE的联合传输，多个源头间的PDCCH的控制区的大小需要对齐，以使来自多个源头的信号能够连贯结合。因此，对齐PDCCH控制区可能对调度器造成限制和/或增加开销，以协调对齐PDCCH控制区。

因此，对UE能够监控来自CoMP协作集的多个源头的调度信息以进行CoMP处理以及小区间干扰协调(ICIC)处理有益。

借助MU-MIMO操作，可能需要提供调度信息给UE对(UE组)中的每个UE。在单个小区MU-MIMO场景下，由单个服务小区提供调度信息以及给所有的DL数据传输(包括PDSCH和相关联的RS(例如，DMRS))标记，例如，加扰，单个服务小区标识(及与每个PDSCH传输相关联的无线网络临时标识(RNTI))。

但是，对于CoMP操作，例如，联合处理，也可以使用同一时间和/配对或频率资源配对(或分组)多个UE用于PDSCH传输。多个UE的配对(或分组)可以称为多小区MU-MIMO。通常情况下，对于多小区MU-MIMO或CoMP操作，进行测量和接收数据传输的UE所属的CoMP协作集在UE间可能不同，即，CoMP协作集是UE特定的。只要其传输(例如PDSCH和如DM-RS等相关联的RS)由同一服务小区标识标记(例如，加扰)，UE可以和另一UE配对用于多小区MU-MIMO传输。换句话说，尽管传输来自多个小区的天线，传输似乎来自同一服务小区。由于CoMP协作集是UE特定的，UE可以与其CoMP协作集和/或服务小区不同的UE配对。

图4示出了通信系统400的一部分，其中突出了CoMP协作集。尽管应理解通信系统可采用能与许多UE通信的多个小区，但是为了简洁起见，只示出3个小区和4个UE。通信系统400包括第一小区405、第二小区406及第三小区407。通信系统400还包括第一UE410、第二UE411、第三UE412及第四UE413，其中第一UE410由第一小区405服务，第二UE411由第二小区406服务，第三UE412由第三小区407服务。

第四UE413可以位于联合处理区，可以拥有包括{第一小区405，第二小区406，第三小区407}的CoMP协作集。第四UE413可以和一个以上的小区进行通信。理论上，第四UE413可以和第一UE410、第二UE411或第三UE412配对用于MU-MIMO传输，第一UE410、第二UE411或第三UE412在第四UE413的CoMP协作集中的小区之一进行操作。其余UE(第一UE410、第二UE411及第三UE412)可以位于或不位于联合处理区。为了在第四UE413和其他UE之间进行MU-MIMO配对，第四UE413能够接收来自其CoMP协作集中的任意小区的数据传输非常关键。

在异构网络部署中，通信系统可以包括宏小区(具有高传输功率)和LPN小区，低功率节点小区预期给如微微小区、毫微微小区等覆盖范围漏洞提供覆盖范围。在此通信系统中，宏小区和LPN小区可以部署在同一区域并使用同一载波。有时使用范围扩张以允许更多的UE与LPN相关联。在范围扩张中，UE可以与如微微小区、RN小区、毫微微小区等较弱的小区相关联，和如宏小区等较强的小区相比，这些较弱小区的链路相对较弱。小区的相对弱化可以由如范围扩张偏置值等通信系统参数控制。

通过关联UE及可能具有更多网络资源或者更低流量负载(由于服务较小数目的UE)的较弱小区，UE和/或通信系统的总体性能可提高，因为通信可用的资源更多，及如PDCCH阻塞、R-PDCCH阻塞等资源阻塞比较不可能发生。但是，由于来自较强小区的干扰，UE的较弱小区(UE的服务小区)的DL控制信道可能遭受低信道质量。在这种情况下，UE可用于接收来自较强小区的控制和/或调度信息。

此外，在异构网络部署中，来自较强小区和较弱小区的传输间的DL功率不平衡可能导致UE距离较弱小区(如微微小区或毫微微小区等LPN小区)比距离其服务小区(如宏小区)更近(或者具有较小的路径损耗)。UE和较弱小区与UE和较强小区间的距离(或路径耗损)间的相对较大差值可能导致UL功率控制设计次佳，从而降低总体UL性能。

一种可以用来缓和次佳UL功率控制设计的技术就是利用范围扩张。但是，范围扩张偏置不应过大，从而无法避免DL控制信道问题，从而不能完全修正次佳Ul功率控制设计。另一种技术是DL和UE的DL具有不同的小区关联。由于DL和UL不独立，不同小区关联的使用可以使通信系统的结构变复杂。另一可行技术可允许UE针对DL和UL使用两个小区。

图5a示出了来自第一小区的CoMP操作中到UE的DL传输500。很有可能在联合处理区进行操作的UE同时接收来自不止一个小区的不同报文。DL传输500示出了指示第一PDSCH507的第一PDCCH505。

图5b示出了来自第二小区的CoMP操作中到UE的DL传输530。DL传输530示出了指示第二PDSCH537的第二PDCCH535。

图5c示出了来自第一和第二小区的CoMP操作中到UE的组合DL传输560。组合DL传输560示出了第一PDCCH和第二PDCCH以及第一PDSCH和第二PDSCH。组合DL传输560可以来自相同或不同子帧。尽管PDCCH来自不同小区，组合DL传输560中的PDCCH可能来自一个或多个小区。当PDCCH来自不同小区时，PDSCH和其对应的PDCCH可以无需来自同一小区。

如果UE不能监控来自不同小区的PDCCH，那么多个PDCCH必须从单个小区进行传输，这可能导致一个小区中的控制信道过多及造成PDCCH阻塞。相似情况也会出现在R-PDCCH中。

在异构网络部署中，可能存在大范围的可能的CoMP操作配置。例如，服务小区可以是宏小区也可以是LPN小区，协作小区可以是宏小区可以是LPN小区。另外，UE可以监控来自宏小区或LPN小区的PDCCH(和/或R-PDCCH)和PDSCH，以及来自宏小区或LPN小区的PUCCH和PUSCH。表1示出了示例性的CoMP操作配置，其中M为宏小区，S为服务小区及C为协作小区。

表1：可能的CoMP操作配置

图6a示出了CoMP协作集600，其中发生服务小区变更。如图6a所示，CoMP协作集600包括第一小区605、第二小区607、第三小区609和UE611，其中第一小区605、第二小区607和第三小区609向UE611进行传输。此外，第一小区605作为CoMP协作集600中的服务小区运行。

但是，第一小区605不想再成为服务小区而想将第二小区607变为服务小区。由于大量切换因素，包括服务小区过载或服务小区的资源耗尽，从服务小区变更(切换)到协作小区可以来平衡CoMP协作集中小区之间的负载和资源利用，平衡通信系统中的负载和资源利用，以及改善通信系统功能(如切换)等。

根据示例实施例，在发生服务小区变更的CoMP协作集中的UE中，如果未发生服务小区变更，CoMP操作继续。此外，由于服务小区变更，CoMP协作集中的小区可能不需要反配置、重配置、去激活等。

在服务小区变更时，服务小区的一些控制功能可能会转移到新服务小区(为服务小区变更前的协作小区)，而服务小区成为协作小区。在CoMP协作集中的其他协作小区可能不会被服务小区变更所影响。服务小区的控制功能示例可以包括发送到UE的RRC、发送到UE的NAS、安全密钥、UL控制信道关联等。

图6b示出了作为参与服务小区变更的服务小区的服务小区操作630的流程图。当服务小区(也称为源服务小区)与CoMP协作集中的协作小区(也称为目标服务小区)参与服务小区变更时，服务小区操作630可以表示发生在CoMP协作集的服务小区中的操作。当服务小区处于正常操作模式时及CoMP协作集包括能够承担服务小区角色的协作小区，可能发生服务小区操作630。

服务小区操作630可开始于服务小区发送变更消息到CoMP协作集(方框635)中的协作小区。变更消息可以为如X2应用协议(X2AP)消息等高级消息。根据示例实施例，变更消息可发送到CoMP协作集中的协作小区。根据示例实施例，变更消息可发送到CoMP协作集中的协作小区的子集。根据另一示例实施例，服务小区可决定CoMP协作集中的哪个协作小区可变更为服务小区以及可将变更消息仅发送到协作小区，协作小区下文可被称为目标服务小区。

服务小区可接收来自协作小区(方框637)的变更消息的响应。变更消息的响应可指示协作小区是否愿意和/或能够进行服务小区变更。当协作小区要变更为服务小区时(即，目标服务小区)，响应可以是来自CoMP协作集中的协作小区中的一个，CoMP协作集中的协作小区的子集中的协作小区中的一个，或者由服务小区决定的协作小区。根据示例实施例，在存在多个目标服务小区的情况下，一些形式的协调可用作选择目标服务小区。例如，多个目标服务小区可以共享信号强度、小区负载、资源可用性、服务的UE数目等信息，基于一个或多个共享的信息，可以选择目标服务小区。变更消息的响应可以是如X2AP消息等形式的高级消息，或可以捎带在发送给服务小区的消息上。

如果变更消息的响应指示协作小区(如，CoMP协作集中的协作小区中的一个、CoMP协作集中的协作小区的子集中的协作小区中的一个、或由服务小区决定的作为服务小区想要变更为的协作小区的协作小区)想要变更为服务小区(方框639)，则服务小区可变更为协作小区(方框641)。

根据示例实施例，服务小区变更为协作小区可包括服务小区发送如RRC重配置信息等重配置小区信息到CoMP协作集中的UE，以通知UE将要发生服务小区变更。一旦服务小区发送重配置消息到UE，服务小区可以开始变更到协作小区并将不再是CoMP协作集的服务小区。

图6b示出了作为参与服务小区变更的协作小区的协作小区操作660的流程图。当协作小区(也称为目标服务小区)与CoMP协作集中的服务小区(也称为源服务小区)参与服务小区变更时，协作小区操作660可以表示发生在CoMP协作集的协作小区中的操作。当协作小区处于正常操作模式时以及服务小区想要变更为协作小区时，可能发生协作小区操作660。

协作小区操作660可从协作小区从服务小区接收变更消息(方框665)开始。变更消息可以为高等级消息，如X2AP消息。根据示例实施例，服务小区可能已经将该变更消息传输给CoMP协作集中的所有协作小区或协作小区的子集。根据示例实施例，服务小区可能已经明确选择该协作小区作为该变更消息的接收方。

协作小区可发送变更消息的响应给服务小区(方框667)。变更消息的响应可指示协作小区是否愿意和/或能够进行服务小区变更。变更消息的响应可以是如X2AP消息等形式的高等级消息，或变更消息的响应可以捎带在发送给服务小区的消息上。

如果协作小区愿意和/或能够进行服务小区变更(方框669)，协作小区可变更成服务小区(方框671)。

根据示例实施例，协作小区变更成服务小区可包括协作小区从UE接收随机接入(RA)前导以及协作小区发送RA响应(RAR)消息给UE，分配一些UL资源给UE，这样使得UE可以向协作小区进行传输。UE可发送如RRC连接重配置完成消息等重配置完成消息给协作小区以完成服务小区变更。一旦接收到重配置完成消息，协作小区将成为CoMP协作集中的服务小区，UE将视协作小区为CoMP协作集的服务小区。在发送服务小区变更(请求)消息给多个协作小区和一个以上协作小区作出积极响应的情况下，如上所述的这些额外步骤可用于建立单个目标服务小区作为新的服务小区。对服务小区变更(请求)消息作出积极响应但是不接收来自UE的随机接入前导的协作小区不会成为新的服务小区且可继续作为协作小区。

图6d示出了发生在服务小区变更中交换消息和操作的图解。根据示例实施例，服务小区变更涉及UE、服务小区(源服务小区)和协作小区(目标服务小区)。完整的服务小区变更过程不仅涉及源服务小区和目标服务小区之间的X2AP信令交换而且涉及，在目标服务小区成为服务小区之前，源服务小区和UE之间以及UE和目标服务小区之间的RRC信令交换。以下各个步骤的描述示出了服务小区变更过程的示例性实施例：

步骤1：源服务小区发送重配置消息给UE以配置UE根据消息中设定的标准进行一些测量任务并上报测量结果。测量任务的目的在于发现UE和服务小区之间以及UE和协作小区之间无线条件的变更。测量任务的目的还在于发现UE和非服务和非协作小区之间无线条件的变更。

步骤2：UE相应地进行测量任务并用测量报告作出响应。

步骤3：源服务小区就是否进行服务小区变更作出决策。在此示例性情况下，决策结果是肯定的。

步骤4：源服务小区发送X2AP“服务小区变更请求”消息给目标服务小区。

步骤5：目标服务小区就是否接受服务小区的新角色作出决策。在此示例中，决策结果是肯定的。

步骤6，在确定可以接受服务小区的新角色之后，目标服务小区将X2AP“服务小区变更响应”消息发送回源服务小区，并且视情况携带专属随机接入前导信息，UE可以使用该前导信息来将随机接入信道发送给目标服务小区。之后，目标服务小区将持续监测UE是否发送随机接入前导给目标服务小区。由目标服务小区分配的一个专属随机接入前导可帮助目标服务小区快速地识别UE，从而减少变更服务小区所需的时间。

步骤7：源服务小区发送RRC连接重配置消息给UE，将服务小区的变更告知UE，包括目标服务小区的信息以及专属随机接入前导，如果目标服务小区提供该专属随机接入前导。

步骤8：UE发送随机接入前导给目标服务小区。示例性实施例中假设，如果专属随机接入前导已分配给UE，UE应该使用该专属随机接入前导。

步骤9：目标服务小区发送随机接入响应消息给UE，提供UL传输定时调整(TA)信息和分配一些UL资源给UE以向目标服务小区进行传输。

步骤10：UE发送RRC连接重配置完成消息给目标服务小区以完成服务小区变更过程。此时，UE和目标服务小区可将目标服务小区视为现在的新服务小区。

步骤11：该新服务小区是之前的目标服务小区，经由X2接口发送UE上下文释放消息给源服务小区，指示源服务小区删除其作为该UE的服务小区的角色。当接收到此消息时，源服务小区将不再是服务小区，并且如果该源服务小区还是CoMP协作集中的一员，它将成为协作小区。

图7a示出了CoMP协作集700，其中UE监控来自多个小区的控制信道，即，控制信道的多小区监控。如图7a所示，CoMP协作集700包括第一小区705、第二小区707、第三小区709和UE711，其中第一小区705、第二小区707和第三小区709向UE711进行传输。此外，第一小区705作为CoMP协作集700中的服务小区运行。

此外，第一小区705、第二小区707和第三小区709传输控制信道信息。尽管如图7a所示，CoMP协作集700中所有的小区传输控制信道信息，但是，在通常情况下，CoMP协作集中的一个或多个小区传输控制信道信息。作为示例实施例，可以要求CoMP协作集中仅有一个小区在同一时间或帧内传输控制信道信息。

在控制信道的多小区监控中，UE可监听来自CoMP协作集内两个或多个小区的控制信道。为此，UE可能需要与两个(或多个)小区中的每个小区同步，并且需要获得必要信息来解码控制信道。必要信息的示例可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、小区参考信号(CRS)天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD帧的帧配置、相关控制信道的配置等。UE可通过同步检测、主信息块(MIB)和系统信息块(SIB)等获得与服务小区相关的必要信息。针对协作小区，UE可获得使用了确定服务小区必要信息所使用技术的必要信息，或通过来自服务小区的特定专属信令(例如，RRC信令)来获得必要信息。

由UE监控控制信道的小区集可由CoMP协作集的服务小区配置成作为CoMP协作集中小区子集的小区集。待监控小区集的管理可包括从小区集中增加和/或删除小区，以及从小区集中激活和/或停用一个小区。小区集的管理可能类似于管理CoMP协作集。可能由于UE的移动性，需要提供特殊的补偿给。例如，如果UE移出小区的范围，可从小区集(或CoMP协作集)中移除一个小区。而且，当UE移出其服务小区的范围时，可能会发生切换。服务小区变更可作为另一种切换用于处理UE的移动性。类似地，如果UE移入小区的范围，可增加一个小区到小区集(或CoMP协作集)中。

为了简化控制信道的多小区监控，可能对维护CoMP协作集中跨小区的单个UE标识(例如，UE ID)有益。

图7b示出了CoMP协作集720，其中UE监控来自多个小区的控制信道和从第一小区接收关于调度传输的信息，但是该调度传输用于第二小区，即，跨小区调度。如图7b所示，CoMP协作集720包括第一小区725、第二小区727、第三小区729和UE731，其中第一小区725、第二小区727和第三小区729向UE731进行传输。此外，第一小区725作为CoMP协作集720中的服务小区运行。

通常情况下，通过第二小区传输的控制信道调度第一小区的DL或UL传输可能有助于跨小区调度。通过跨小区调度，第一小区的控制信道可与第二小区的控制信道一起位于小区内。

UE可能需要一个指示符来区分不同小区的控制信道。该指示符可以是如下行控制信息(DCI)格式中的字段。指示符可包括字段大小信息、(跨小区的)小区信息等。指示符中的信息可根据如信道质量、控制信道负载、UE流量类型等标准通过高层(例如，RRC层)信令配置。指示符还可以是RRC信令中的字段。

如图7b所示，第一小区725、第二小区727和第三小区729传输控制信道信息。尽管如图7b所示，CoMP协作集720中所有的小区传输控制信道信息，但是，在通常情况下，CoMP协作集中的一个或多个小区传输控制信道信息。根据示例实施例，可以要求CoMP协作集中仅有一个小区传输控制信道信息。

尽管第一小区725可传输数据，但是自从第一小区725向UE731传输控制信道以来，并未在第一小区725和UE731之间显示出表示数据的箭头线。第一小区725并不会向UE731传输数据或接收来自UE731的数据，而是指示出用于CoMP协作集720中不同小区的，向UE731传输或来自UE731的数据传输。例如，由第一小区725传输的UE731的控制信道，可指示出由第二小区727或第三小区729所进行的UE731的传输。类似地，由第一小区725传输的UE731的控制信道，可指示出向第二小区727或第三小区729传输的UE731的传输机会。

根据示例实施例，第一小区725也可以在针对CoMP协作集中其他小区进行跨小区调度时，向UE731传输数据或接收来自731的传输。根据示例实施例，当第一小区725在针对CoMP协作集中其他小区进行跨小区调度时，CoMP协作集中的其他小区也可以自己进行调度。

图7c示出了控制信道的多小区监控中的UE操作750的流程图，其中跨小区调度可发生在一些控制信道上。当UE监控来自CoMP协作集中小区的多个控制信道，以及CoMP协作集中的一个或多个小区可进行跨小区调度时，UE操作750可表示发生在UE中的操作。UE操作750可在UE处于正常的操作模式时发生。

UE操作750可从UE接收来自CoMP协作集中服务小区的配置信息(方框755)开始。服务小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

UE可监控小区集中小区的控制信道(方框757)和检测预期给UE的控制信道(方框759)。通过预期给UE的控制信道，UE能够确定分配给UE的网络资源(方框761)。如果分配给UE的网络资源是跨小区调度的，则预期给UE的控制信道可包含指示其为跨小区调度的指示符。

UE随后可检测在已分配网络资源上的传输或传输在已分配网络资源上的传输(方框763)。

图7d示出了参与控制信道的多小区监控的小区的小区操作780的流程图，其中跨小区调度可发生在一些控制信道上。当小区参与控制信道的多小区监控以及一个或多个小区可能在进行跨小区调度时，小区操作780可表示为发生在CoMP协作集的小区(例如，服务小区或协作小区)中的操作。小区操作780可在小区处于正常的操作模式时发生。

小区操作780可从小区发送配置信息给UE(方框785)开始。小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

如果小区进行跨小区调度，小区可接收来自其他小区的与已分配网络资源相关的信息(方框787)。小区随后可根据自己的已分配网络资源和来自其他小区(如果小区正在进行跨小区调度)的已分配网络资源生成控制信道(方框789)并传输该控制信道(方框791)。

图8a示出了CoMP协作集800，其中UE进行跨小区接收。如图8a所示，CoMP协作集800包括第一小区805、第二小区807、第三小区809和UE811，其中第一小区805、第二小区807和第三小区809发送到UE811。此外，第一小区805作为CoMP协作集800中的服务小区运行，UE811从多个小区(例如，第一小区805、第二小区807和第三小区809)接收数据。

通常情况下，跨小区接收包括从多个小区接收DL数据传输，可以是控制信道的多小区监控的附加。来自多个小区的多小区接收可在不同的时间和/或子帧中进行。

和跨小区调度一样，指示符可用于指示哪个已分配网络资源属于哪个小区。

根据示例实施例，数据传输发生在具有如最高信道质量、资源利用率等最佳性能的小区中。单个控制信道可用于(和跨小区调度)减少UE在控制信道监控中的工作。然而，多个控制信道也可用于帮助提高灵活性和/或控制信道可靠性。例如，控制信道可动态地位于小区传输的R-PDCCH链路区中，例如在传输UE最后一个数据包的小区的传输中。

根据示例实施例，来自不同小区的多小区接收可允许在同一时间和/或子帧中进行，这可能要求UE能够解码来自多个小区的多个数据信道。如PDSCH等数据信道可以或不可以占用子帧内相同的网络资源。

当来自不同小区的数据信道占用不同网络资源时，对应于数据信道的控制信道可位于单个小区的控制区中。虽然，如果控制信道位于一个以上的小区内，根据其对应的数据信道所处的位置，这些小区可以相同或不同。因此，很难将多个小区的控制区对齐使得UE能够同时、正确地接收来自小区的不同信息。一种简化接收的技术是在一个小区的典型控制区中接收一个控制信道以及在其他小区的控制区(类似于R-PDCCH控制区)中接收其他控制信道。另一种技术可以是在小区的类似于R-PDCCH控制区中接收所有控制信道。

图8b示出了多小区接收中UE操作830的流程图。当UE接收来自CoMP协作集中多个小区的数据时，UE操作830可表示发生在UE中的操作。UE操作830可在UE处于正常的操作模式时发生。

UE操作830可从UE接收来自CoMP协作集的服务小区的配置信息(方框835)开始。服务小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

UE可监控小区集中小区的控制信道(方框837)和检测预期给UE的控制信道(方框839)。通过预期给UE的控制信道，UE能够确定分配给UE的网络资源(方框841)。如果分配给UE的网络资源是跨小区调度的，则预期给UE的控制信道可包含指示其为跨小区调度的指示符。

UE随后可检测在已分配网络资源上的传输(方框843)。

图8c示出了参与多小区接收的小区的小区操作860的流程图。当小区参与多小区接收时，小区操作860可表示发生在CoMP协作集的小区(例如，服务小区或协作小区)中的操作。小区操作860可在小区处于正常的操作模式时发生。

小区操作860可从小区发送配置信息给UE(方框865)开始。小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

小区随后可根据自己的已分配网路资源和来自其他小区(如果小区正在进行跨小区调度)的已分配网络资源生成控制信道(方框867)并传输该控制信道(方框869)。小区随后可传输与已分配网络资源对应的数据(方框871)。

图9a示出了CoMP协作集900，其中进行小区选择性UL功率控制。如图9a所示，CoMP协作集900包括第一小区905、第二小区907、第三小区909和UE911，其中第一小区905、第二小区907和第三小区909向UE911进行传输。此外，第一小区905作为CoMP协作集900中的服务小区运行，UE911监控包括UL功率控制信息的下行控制信道。此外，UE911向第三小区909进行传输，其中根据第三小区909的UL功率控制信息配置该传输。

在小区选择性UL功率控制中，可以为每个小区规定传输定时和/或功率控制，其中每个小区可能具有用于UE的不同的功率控制配置和参数，以及不同的定时提前。小区的UL传输定时和/或功率控制配置和参数在与小区对应的控制信道上或通过由服务小区传输的控制信道提供给UE。

对于PUSCH而言，根据3GPP LTE Rel-8和Rel-9技术标准，对UE发射功率电平的设定可定义为：

P_PUSCH(i)＝min{P_CMAX,10log₁₀(M_PUSCH(i))+P_{O_PUSCH}(j)+α(j)·PL+Δ_TF(i)+f(i)},

其中示例性上行功率控制配置和参数可包括：

-P_CMAX是已配置的UE发射功率；

-M_PUSCH(i)是PUSCH资源分配的带宽，以子帧i的有效资源块数量表示；

-P_{O_PUSCH}(j)是由eNB配置的参数；

-α∈{0,0.4,0.5,0.6,0.7,0.8,0.9,1}是由高层提供的小区特定参数；

-PL是UE中进行计算的DL路径损耗估计，单位是dB，且PL＝参考信号功率-高层过滤的参考信号接收功率(RSRP)；

-在K_S＝1.25时是基于传输格式的功率偏移，且在K_S＝0时，其可归零(等于0)，并且是已配置的参数；以及

-当前PUSCH功率控制调整状态通过f(i)得出。

再例如，对于PUCCH而言，根据3GPP LTE Rel-8和Rel-9技术标准，对UE发射功率电平的设定可定义为：

P_PUCCH(i)＝min{P_CMAX,P_{0_PUCCH}+PL+h(n_CQI,n_HARQ)+Δ_{F_PUCCH}(F)+g(i)},

其中示例性上行功率控制配置和参数可包括：

-参数Δ_{F_PUCCH}(F)由高层提供。每个Δ_{F_PUCCH}(F)值对应于一个PUCCH传输格式(F)；

-h(n_CQI,n_HARQ)是PUCCH格式相关值，其中n_CQI对应于信道质量信息的信息位数量，且n_HARQ是混合自动重传请求(HARQ)位数量；

-P_{O_PUCCH}与P_{O_PUSCH}类似且由eNB进行配置；以及

-g(i)是当前PUCCH功率控制调整状态。

此外，针对UL SRS，对UE发射功率电平的设定可定义为：

P_SRS(i)＝min{P_CMAX,P_{SRS_OFFSET}+10log₁₀(M_SRS)+P_{O_PUSCH}(j)+α(j)·PL+f(i)}。

SRS的功率控制可通过偏移值P_{SRS_OFFSET}与UE的PUSCH的功率控制关联，且M_SRS是SRS传输的带宽。

上行功率控制配置和参数对于协作集中的各种小区来说可以不同。UE可利用对应于与已分配网络资源相关联的小区的UL传输定时和/或功率控制配置和参数。例如，UE可利用对应于协作小区内已配置小区的UL传输定时和/或功率控制配置和参数。该已配置的小区可以是服务小区或协作小区。服务小区可能需要将已配置小区相应的UL传输定时和/或功率控制配置和参数告知UE。

例如，UE可利用对应于小区的UL传输定时和/或功率控制配置和参数，UE的UL传输逻辑上指向该小区。服务小区需要将协作集中的小区的对应的UL传输时间和功率控制配置和参数告知UE，这些小区可以是用于UL传输的目标小区的候选。服务小区可通过小区间的接口获得协作集内参与小区选择性功率控制的小区的UL传输定时和功率控制配置和参数。尽管UE的UL传输可逻辑上指向CoMP协作集中的特定小区，但是CoMP协作集中所有小区可协作从UE实际接收数据。

图9b示出了小区选择性UL功率控制中UE操作930的流程图。当UE进行用于UL传输的小区选择性UL功率控制时，UE操作930可表示发生在UE中的操作。UE操作930可在UE处于正常的操作模式时发生。

UE操作930可从UE接收来自CoMP协作集中服务小区的配置信息(方框935)开始。服务小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

UE可监控小区集中小区的控制信道(方框937)和检测预期给UE的控制信道(方框939)。通过预期给UE的控制信道，UE能够确定分配给UE的网络资源以允许UE进行传输(方框941)。如果分配给UE的网络资源是跨小区调度的，则预期给UE的控制信道可包含指示其为跨小区调度的指示符。

除了包含已分配网络资源的信息，控制信道还可包含关于小区的UL传输定时和/或功率控制配置和参数的信息，该小区与已分配网络资源相关联。UE可利用UL传输定时和/或功率控制配置和参数以确定UL功率控制设定、定时提前等(方框943)和在已分配网络资源上传输其传输和UL功率控制设定、定时提前等(方框945)。

图9c示出了参与多小区选择性UL功率控制的小区的小区操作960的流程图。当小区参与小区选择性UL功率控制时，小区操作960可表示发生在CoMP协作集的小区(例如，服务小区或协作小区)中的操作。小区操作960可在小区处于正常的操作模式时发生。

小区操作960可从小区将配置信息发送给UE(方框965)开始。小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

小区可确定UL功率控制信息(方框967)。如果小区不进行跨小区调度，小区可只针对小区自身确定UL功率控制信息，比如UL传输定时和/或功率控制信息。然而，如果小区进行跨小区调度，小区可能需要获得小区进行跨小区调度的UL功率控制信息。根据示例实施例，服务小区可拥有CoMP协作集中所有小区的UL功率控制信息。

小区可根据本小区的已分配网络资源和其他小区(如果该小区正进行跨小区调度)的已分配网络资源生成控制信道和用于本小区和其他小区(如果该小区正在进行跨小区调度)的UL功率控制信息(方框969)。小区随后可传输控制信道(方框971)。

图10a示出了CoMP协作集1000，其中进行DL/UL分离。如图10a所示，CoMP协作集1000包括第一小区1005、第二小区1007、第三小区1009和UE1011，其中第一小区1005、第二小区1007和第三小区1009向UE1011进行传输，UE1011向第一小区1005、第二小区1007和第三小区1009进行传输。此外，第一小区1005作为CoMP协作集1000中的服务小区运行。

如图10a所示，UE能够传输其控制信道(包括确认和/或否定确认、信道质量指示(CQI)反馈、系统消息(SI)、随机接入信道(RACH)等)到协作小区而不是服务小区(或不同的协作小区)，从而实现DL/UL分离。

当UE在联合处理模式下操作时，UE可能需要反馈附加CQI信息。如果CoMP协作集的服务小区承受UL控制信道重负载，可发送CQI信息到协作小区。如果UE将CQI信息发送到协作小区，则反馈CQI到协作小区，其方式与协作小区配置相同，并且CQI占用协作小区调度的网络资源。

如果UE的DL数据信道来自不同的小区并占用不同的网络资源，可使用对应小区的UL资源来反馈对应的CQI信息。例如，根据UL控制信道负载，可使用一个或多个与传输DL数据信道的小区相同或不同的小区的UL资源来收集和传输CQI信息。RRC信令等高层信令可用于配置该传输。

通常情况下，UL确认和/或否认可根据DL控制信道来传输。当来自不同小区的UE的DL数据信道占用了不同网络资源时，可反馈对应于PDCCH和/或R-PDCCH控制信道的确认和/或否认。确认和/或否认可进行组合然后传输，使用单独的确认和/或否认信道从而有效利用网络资源。用于传输确认和/或否认组合的确认和/或否认信道，可由高层信令(例如，RRC信令)明确地进行配置，通过物理层信令进行通知以保存资源，并且在进行传输以引入更高灵活性或提高可靠性，或一起提高时，由UE来进行选择。传输确认和/或否认的不同技术可以在不同UE以及CoMP协作集的单个通信系统中共存。

图10b示出了DL/UL分离中的UE操作1030的流程图。当UE进行用于反馈UL控制信息的DL/UL分离时，UE操作1030可表示发生在UE中的操作。UE操作1030可在UE处于正常的操作模式时发生。

UE操作1030可从UE接收来自CoMP协作集中服务小区的配置信息(方框1035)开始。服务小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

按照配置的那样，UE可监控小区集中小区的DL控制信道(方框1037)。通常情况下，UE可提供UL控制信道信息给小区集中监控DL控制信道的小区(方框1039)。

然而，根据小区集中小区的变更条件(例如，负载、控制信道资源利用率、通信系统流量分布等)，UE可能需要变更其发送UL控制信道信息的目的地，即，UE可能需要变更其目标小区(方框1041)。如果UE需要变更目标小区，则UE可发送小区变更(方框1043)。由RRC信令等高层信令发起的小区变更可导致UE的目标小区的变更。如果存在一个以上的目标小区，则一个或多个目标小区可能变更。目标小区可能变更成根据负载、资源利用率、通信系统流量分布等因素选择的CoMP协作集中的另一小区。

图10c示出了DL/UL分离中的小区操作1060的流程图。当UE进行用于反馈UL控制信息的DL/UL分离时，UE操作1060可表示发生在UE中的操作。小区操作1060可在小区处于正常的操作模式时发生。

小区操作1060可从小区将配置信息发送给UE(方框1065)开始。小区提供的配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识符(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关控制信道配置(例如，Ng参数和phichDur)等必要信息。

小区可将DL控制信道传输至UE(方框1067)。通常情况下，会期望UE将UL控制信道信息传输回小区(方框1069)。然而，根据小区内的条件(例如，负载、资源利用率、通信系统流量分布等)，UE可能需要变更其发送UL控制信道信息的目的地，即，UE可能需要变更其目标小区，并发起小区变更。UE可通过发送小区内接收的小区变更消息，来发起小区变更(方框1071)。小区变更消息可以是高层消息，如RRC消息。一旦接收到小区变更消息，小区可发起小区变更(方框1073)。

作为说明性示例，可考虑以下情况，其中CoMP协作集正在进行联合传输。CoMP协作集的一个UE可能需要监控其服务小区和一个或多个协作小区的控制信道(即，PDCCH)。用于在第二小区进行数据传输和/或接收的来自第一小区的跨小区调度，可帮助与相应PDSCH一起分配控制信道的负载，其中的相应PDSCH正根据调度传输自不同的小区。

对CoMP协作集的益处可包括平衡小区的PDCCH负载；针对MU-MIMO和/或CoMP操作，UE可与任何UE(其与CoMP协作集中的UE有一些重叠)配对；也支持动态和/或快速小区选择；以及可支持来自单个子帧内来自多个小区的接收。

作为另一说明性示例，可考虑以下情况，其中CoMP协作集实施在异构网络中。对于DL，可提供控制信道可靠性和流量卸载。为了更加可靠(尤其是在范围扩张的情况下)，控制信道(即，PDCCH)可传输自一个宏小区，而数据(PDSCH)传输可传输自LPN以卸载流量。使用移动UE，服务小区可以作为宏小区用以保持连接，而PDCCH和/或PDSCH可以传输自LPU，用于流量和/或控制信道卸载。

针对UL，PUCCH可仅传输到服务小区，而PUSCH(以及SRS)可根据调度传输到服务小区或协作小区。可根据目标小区的配置，进行UL功率控制。UL服务小区可能与DL服务小区不同，因为：1、DL和UL对于宏小区和LPN来说通常是不平衡的；2、UL流量负载保持均衡；3、选择性UL功率控制和CoMP操作；4、可使用TDM的多余资源。

作为另一说明性示例，可考虑以下情况，其中CoMP协作集可支持切换。可以由高层信令(例如，RRC信令)增加和/或移除协作小区。无需停用或取消配置的服务小区和协作小区之间的切换，可能发生在CoMP协作集中的任何小区中。UL服务小区(用于PUCCH)可以由服务小区的高层信令(例如，RRC信令)来配置。益处可包括联合CoMP协作集的管理和软切换。

图11提供通信设备1100的替代性图解。通信设备1100可以是eNB和/或RN的实施方案。通信设备1100可用于实施本文所论述的各种实施例。如图11所示，发射器1105用于传输信息，而接收器1110用于接收信息。

在比如服务小区过载或服务小区的资源耗尽时，小区变更单元1117被用于确定服务小区变更是否保证可以平衡CoMP协作集的小区之间的负载和资源利用，是否可以平衡通信系统中的负载和资源利用，以及是否可以改善通信系统功能(如切换)等。服务小区切换单元1117还用于通过引起服务小区切换消息的生成来发起服务小区变更。小区变更单元1117进一步用于根据来自与通信设备1100耦合的UE的目标小区变更消息发起目标小区变更。消息生成单元1119用于生成如高层消息(例如，服务小区变更消息)等消息。

控制信道单元1121用于根据控制信道上携带的信息(例如已分配网络资源、UL功率控制信息等)进行跨小区调度，以及生成控制信道等。配置单元1123用于确定待提供给UE的配置信息。该配置信息可包括控制信道由UE监控的小区集，以及可包括小区标识(例如，小区ID)、系统带宽(例如，大量的物理资源块)、CRS天线端口的数目、帧类型(例如，频分双工(FDD)和时分双工(TDD))、假如为TDD的帧配置、相关的控制信道配置(例如，Ng参数和phichDur)等必要信息。

UL功率控制单元1125用于确定如UL传输定时、功率控制、定时提前等UL功率控制信息。UE配对单元1127用于选择一个或多个UE和参与CoMP操作的UE配对。UE配对单元1127可根据如CoMP协作集、服务小区等因素来选择一个或多个UE。CoMP处理器1129用于提供对接收数据的CoMP处理，例如，联合处理、联合传输、MU-MIMO等。存储器1130用于存储CoMP协作集、配置信息、UL功率控制信息、UE配对、接收数据等。

通信设备1100的元件可实施成特定的硬件逻辑块。在一个替代性实施例中，通信设备1100的元件可实施成在处理器、控制器、专用集成电路等中执行的软件。在又一个替代性实施例中，通信设备1100的元件可实施成软件和/或硬件的组合。

例如，接收器1110和发射器1105可实施成特定的硬件块，而小区变更单元1117、消息生成单元1119、控制信道单元1121、配置单元1123、UL功率控制单元1125、UE配对单元1127以及CoMP处理器1129可以是在微处理器(例如，处理器1115)或者定制电路或者现场可编程逻辑阵列的定制编译逻辑阵列中执行的软件模块。

图12提供通信设备1200的替代性图解。通信设备1200可以是UE的实施方案。通信设备1200可用于实施本文所论述的各种实施例。如图12所示，发射器1205用于传输信息，而接收器1210用于接收信息。

控制信道监控器1217用于监控预期给通信设备1200使用的控制信道的控制信道区域。控制信道监控器1217可进行盲检测以找到控制信道。发射器调整单元1219用于根据小区提供的UL功率控制信息，来调整发射器的参数。上行控制信道单元1221用于生成在上行控制信号上传输的控制信息，以及确定上行控制信道信息在小区中传输时，是否需要小区变更，等等。

CoMP处理器1223用于提供对接收数据的CoMP处理，例如，联合处理、联合传输和MU-MIMO等等。小区变更单元1225用于发起小区变更，其中通过生成和传输小区变更消息来传输上行控制信道信息。小区变更单元1225还用于变更服务小区。消息生成单元1227用于生成如高层消息(例如，小区变更消息)等消息。存储器1230用于存储预编码矩阵、预编码向量、预编码系数、信道信息、信道估算、本征值、传输参数、算法类型等。

通信设备1200的元件可实施成特定的硬件逻辑块。在一个替代性实施例中，通信设备1200的元件可实施成在处理器、控制器、专用集成电路等中执行的软件。在又一个替代性实施例中，通信设备1200的元件可实施成软件和/或硬件的组合。

例如，接收器1210和发射器1205可实施成特定的硬件块，而控制信道监控器1217、发射器调整单元1219、上行控制单元1221、CoMP处理器1223、目标小区变更单元1225以及消息生成单元1227可以是在微处理器(例如，处理器1215)或者定制电路或者现场可编程逻辑阵列的定制编译逻辑阵列中执行的软件模块。

尽管图7c、7d、8b和8c以及相关讨论着重于在UE处接收和在小区里传输，但是示例实施例也可以应用于在UE处传输和在小区里接收和/或在UE处传输和接收和在小区里接收和传输。因此，对在UE处接收和在小区里传输的论述不应被解释成限制了这些实例实施例的精神或范围。

通信设备1100和通信设备1200的上述实施例还可按照包括功能步骤和/或非功能动作的方法来说明。先前的描述和相关流程图说明了可在本发明的示例实施例的实践中执行的步骤和/或动作。通常，功能步骤按照实现的结果来描述本发明，而非功能动作描述用于实现特定结果的更具体动作。虽然功能步骤和/或非功能动作可按特定顺序进行描述或要求，但本发明无需受限于步骤和/或动作的任何特定顺序或组合。此外，列举的权利要求中的步骤和/或动作的使用(或不使用)-和图6b、图6c、图6d、图7c、图7d、图8b、图8c、图9b、图9c、图10b和图10c的流程图的描述中步骤和/或动作的使用(或不使用)-用于指示此类术语的所需特定使用(不使用)。

尽管已详细描述本发明及其优点，但应理解，在不脱离所附权利要求书界定的本发明的精神和范围的情况下，可在本文中进行各种变更、替代和更改。

此外，本发明的范围不应限于说明书中描述的过程、机器、制造工艺、物质成分、构件、方法和步骤的特定实施例。所属领域的一般技术人员将从本发明的披露内容中容易了解到，可根据本发明利用执行与本文本所述对应实施例大致相同的功能或实现与本文本所述对应实施例大致相同的效果的过程、机器、制造工艺、物质成分、构件、方法或步骤，包括目前存在的或以后将开发的。因此，所附权利要求书既定在其范围内包括此类过程、机器、制造工艺、物质成分、构件、方法或步骤。

Claims

1.一种通信方法，其特征在于，包括：

传输至少一个控制信道到通信设备，其中所述至少一个控制信道包括控制信息，所述传输由协作集的至少一个通信控制器来进行；

根据传输到通信设备的控制信息向通信设备进行传输，其中所述传输由所述协作集中的至少一个其他通信控制器进行，或者，根据传输到通信设备的控制信息从通信设备进行接收，其中所述接收由所述协作集中的至少一个其他通信控制器进行；以及

接收来自所述通信设备的控制信息，所接收的控制信息包括对应于所述至少一个控制信道的上行确认和/或否认的组合，所述组合通过单独的确认和/或否认信道传输。

2.一种通信方法，其特征在于，包括：

接收来自所述通信设备的控制信息，所接收的控制信息包括对应于各个控制信道的确认和/或否认，并且对应于各个控制信道的确认和/或否认分别承载在所述各个控制信道相应的确认和/或否认信道上。

3.根据权利要求1或2所述的方法，其特征在于，所述至少一个控制信道进一步包括协作集的上行功率控制信息，其中所述协作集中的通信控制器接收来自通信设备的传输，所述来自通信设备的传输根据与通信控制器相关联的上行功率控制信息进行配置。

4.根据权利要求1或2所述的方法，其特征在于，所述确认和/或否认信道通过高层信令进行配置。

5.根据权利要求1或2所述的方法，其特征在于，进一步包括通过所述协作集中一个通信控制器向所述通信设备发送配置信息，所述配置信息包括小区标识。

6.根据权利要求1或2所述的方法，其特征在于，还包括：

所述协作集中的两个或多个通信控制器与所述通信设备同步，并向所述通信设备发送各自的小区标识。

7.根据权利要求1或2所述的方法，其特征在于，所述协作集中的一个通信控制器向所述通信设备发送无线资源控制信令、非接入层信令、安全密匙参数、或、移动性管理中的一个或多个。

8.根据权利要求1或2所述的方法，其特征在于，所述至少一个控制信道根据所述协作集中的至少一个通信控制器的小区信息来标记。

9.根据权利要求8所述的方法，其特征在于，所述至少一个控制信道由加扰、交织、掩码或其组合来标记。

10.根据权利要求8所述的方法，其特征在于，所述小区信息包括小区标识、无线网络临时标识或其组合。

11.根据权利要求8所述的方法，其特征在于，所述至少一个通信控制器包括服务通信控制器。

12.根据权利要求1-2、9-11中任一项所述的方法，其特征在于，所述传输至少一个控制信道由所述协作集中的至少两个通信控制器进行。

13.根据权利要求12所述的方法，其特征在于，由所述至少两个通信控制器中的每个通信控制器传输的控制信道包括由通信控制器进行传输的控制信息。

14.根据权利要求1-2、9-11、13中任一项所述的方法，其特征在于，所述至少一个控制信道包括由至少一个替代的通信控制器进行传输的控制信息。

15.根据权利要求14所述的方法，其特征在于，所述至少一个替代的通信控制器是部分的协作集。

16.根据权利要求14所述的方法，其特征在于，所述至少一个替代的通信控制器并不传输所述至少一个控制信道到所述通信设备。

17.根据权利要求1-2、9-11、13、15-16中任一项所述的方法，其特征在于，所述所接收的控制信息由所述协作集的至少一个通信控制器进行接收。

18.根据权利要求17所述的方法，其特征在于，接收所述控制信息的所述至少一个通信控制器与传输所述控制信息的通信控制器不是同一个。

19.根据权利要求1-2、9-11、13、15-16、18中任一项所述的方法，其特征在于，所述至少一个通信控制器由物理层信令或无线资源控制信令指示到所述通信设备。

20.根据权利要求1-2、9-11、13、15-16、18中任一项所述的方法，其特征在于，所述方法还包括：

通过多个通信控制器与所述通信设备传输多个数据信道，所述多个数据信道在同一时间和/或子帧中进行。

21.一种通信方法，其特征在于，所述方法应用于通信设备，所述方法包括：

接收来自协作集的至少一个通信控制器的至少一个控制信道；

根据所述至少一个控制信道中的控制信息从至少一个其他通信控制器进行接收，其中所述至少一个其他通信控制器存在于所述协作集中，或者，根据所述至少一个控制信道中的控制信息向所述至少一个其他通信控制器进行传输；以及

向所述协作集中的目标通信控制器发送控制信息，向所述目标通信控制器发送的控制信息包括对应于各个控制信道的确认和/或否认，并且对应于各个控制信道的确认和/或否认分别承载在所述各个控制信道相应的确认和/或否认信道上。

22.根据权利要求21所述的方法，其特征在于，所述方法还包括：

通过所述通信设备与多个通信控制器传输多个数据信道，所述多个数据信道在同一时间和/或子帧中进行。

23.根据权利要求21或22所述的方法，其特征在于，所述至少一个控制信道中的控制信息进一步包括所述协作集的上行功率控制信息，所述方法进一步包括向所述协作集中的通信控制器进行传输，所述传输根据与所述通信控制器相关联的上行功率控制信息进行配置。

24.根据权利要求21或22所述的方法，其特征在于，进一步包括：

接收来自所述协作集中一个通信控制器的配置信息，所述配置信息包括小区标识。

25.根据权利要求21或22所述的方法，其特征在于，还包括：

与所述协作集中的两个或多个通信控制器同步，获得所述两个或多个通信控制器的小区标识。

26.根据权利要求21或22所述的方法，其特征在于，接收来自所述协作集中的一个通信控制器的无线资源控制信令、非接入层信令、安全密匙参数或移动性管理中的一个或多个。

27.根据权利要求21或22所述的方法，其特征在于，所述至少一个通信控制器由物理层信令或无线资源控制信令指示。

28.根据权利要求27所述的方法，其特征在于，所述协作集包括服务通信控制器，所述至少一个控制信道由所述至少一个通信控制器进行传输，以及所述至少一个控制信道由所述服务通信控制器的小区标识来标记。

29.根据权利要求21、22、28中任一项所述的方法，其特征在于，所述至少一个控制信道中的控制信息从所述至少一个控制信道确定，所述控制信道与由所述协作集中至少一个替代的通信控制器的传输相关联。

30.根据权利要求29所述的方法，其特征在于，所述协作集中的至少一个替代的通信控制器并不传输所述至少一个控制信道。

31.根据权利要求21所述的方法，其特征在于，所述目标通信控制器并不传输所述至少一个控制信道。

32.根据权利要求21所述的方法，其特征在于，向所述目标通信控制器发送的控制信息基于已接收的传输。

33.根据权利要求21、22、28、30-32中任一项所述的方法，其特征在于，进一步包括接收重配置消息，其中所述重配置消息包括新服务通信控制器的指示。

34.根据权利要求33所述的方法，其特征在于，所述重配置消息是无线资源控制消息。

35.一种通信系统，其特征在于，包括：

至少一个通信控制器，用于执行如权利要求1-20中任一项所述的方法。

36.一种通信装置，其特征在于，包括用于执行如权利要求21-34中任一项所述的方法的模块。