专利名称：用于协调多点传输的资源分配和传输的制作方法
技术领域：
本发明总体涉及无线通信领域，并且更具体地，涉及用于协调多点传输的资源分配和传输。
背景技术：
本部分旨在提供公开实施例的背景或者上下文。这里的描述可以包括能够实施的 设计构思，但是不一定是之前想到或者实施的那些设计构思。因此，除非本文另有指示，否则本部分描述的内容并不是本申请中的说明书和权利要求书的现有技术，且并不因为包含在本部分中而被承认是现有技术。已广泛地部署无线通信系统，以便提供各种类型的通信内容，比如语音、数据等。这些系统可以是能够通过共享可用系统资源(例如，带宽和发射功率)，来支持与多个用户进行通信的多址系统。这类多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、3GPP长期演进(LTE)系统、以及正交频分多址(OFDMA)系统。协调多点(CoMP)发送和接收是针对3GPP增强型LTE (LTE-A)提出的。CoMP采用了通过回程连接与中央处理单元相连接的多个、在地理上分散的节点，来提供比传统的单节点操作更优的增强的覆盖和性能。对来自多个、地理上分散的天线的传输进行协调，能够用来提高远离天线场地的用户的信噪比，例如通过从多个场地发送相同的时间-频率资源。
发明内容
所公开的实施例涉及用于在用户设备处接收聚合下行链路资源分配的方法、装置和制品；其中，所述聚合下行链路资源分配包括用于所述用户设备的多个已调度资源；以及根据所述聚合下行链路资源分配，来接收来自小区的协作集合中的多个小区的传输，包括在比所述多个已调度资源更少的已调度资源上接收来自第一小区的传输的一部分。另一些实施例涉及用于在服务小区处确定用于用户设备的聚合下行链路资源分配的方法、装置和制品；其中，所述聚合下行链路资源分配包括多个已调度资源；以及根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区来协调去往UE的传输；其中，所述协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。还有一些实施例涉及用于在协作小区处接收包含多个已调度资源的聚合下行链路资源分配的通知的方法、装置和制品；根据与所述协作小区相关联的信道状态信息、能力、约束等，来选择所述已调度资源的一部分以用于去往用户设备的传输；以及在所述已调度资源的已选择部分上向用户设备发送。
另外一些实施例涉及用于在用户设备处接收聚合上行链路资源许可的方法、装置和制品，其中，所述聚合上行链路资源许可包括为来自用户设备的传输而调度的多个资源；以及在所述多个资源上发送，其中至少一个小区在比所述聚合上行链路资源许可更少的多个资源的一部分上接收所述传输。其它实施例涉及用于从服务小区发送聚合上行链路资源许可的方法、装置和制品；其中所述聚合上行链路资源许可包括为来自用户设备的传输而调度的多个资源；并且接收所述传输中的资源，其中所述资源包括比所述多个资源更少的资源。还有一些实施例涉及用于在协作小区处接收来自服务小区的对用户设备的聚合上行链路资源许可的通知的方法、装置和制品，其中所述聚合上行链路资源许可包括为传输而调度的多个资源；根据已接收到的信道状态信息和/或所述协作小区的能力，来进行选择以接收比所述多个资源更少的资源；以及在已选择的资源上接收所述传输。当结合附图阅读以下详细描述时，各个实施例的这些和其它特征，连同其组织和操作方式将变得显而易见，在所有附图中，使用类似的附图标记来表示类似部分。·
所提供的实施例是通过举例而并非限制的方式在附图中示出的，其中图I描绘了一个实施例中的无线通信系统；图2描绘了一个实施例中的通信系统的框图；图3A描绘了一个实施例中的下行链路CoMP传输；图3B描绘了一个实施例中的上行链路CoMP传输；图4描绘了一个实施例中的CoMP系统；图5描绘了一个实施例中的CoMP传输；图6是描绘一个实施例中的方法的流程图；图7是描绘一个实施例中的方法的流程图；图8是描绘一个实施例中的方法的流程图；图9是描绘一个实施例中的方法的流程图；图10是描绘一个实施例中的方法的流程图；图11是描绘一个实施例中的方法的流程图；图12描绘了一个实施例中的CoMP系统；以及图13描绘了一个实施例中的装置。
具体实施例方式在以下描述中，出于解释但并非限制的目的，陈述了细节和描述，以便提供对所述各个公开实施例的透彻理解。然而，对于本领域技术人员而言，显然所述各个实施例可以在偏离这些细节和描述的其它实施例中实施。如本文所使用的，术语“部件”、“模块”、“系统”等旨在指代与计算机相关的实体，其为硬件、固件、硬件与软件的结合、软件、或者运行中的软件。例如，部件可以是，但不限于是在处理器上运行的进程、处理器、对象、可执行文件、执行的线程、程序和/或计算机。举例来说，在计算设备上运行的应用程序和该计算设备两者都可以是部件。一个或多个部件能够常驻在进程和/或执行的线程中，并且部件可以位于一个计算机中和/或分布在两个或更多计算机之间。此外，可以从具有保存在其上的各种数据结构的各种计算机可读介质执行这些部件。所述部件可以通过本地和/或远程进程，比如根据具有一个或多个数据分组的信号(例如，来自一个部件的数据，该部件通过该信号与本地系统、分布式系统、和/或跨过诸如互联网等网络与其它系统中的另一个部件进行交互)，进行通信。此外，本文结合用户设备来描述某些实施例。用户设备也可以叫做用户终端，并且可以包含系统、用户单元、用户站、移动站、移动无线终端、移动设备、节点、设备、远程站、远程终端、终端、无线通信设备、无线通信装置或用户代理的功能中的一些或者全部功能。用户设备可以是蜂窝电话、无绳电话、会话发起协议(SIP)电话、智能电话、无线本地环路(WLL)站、个人数字助理(PDA)、膝上型电脑、手持通信设备、手持计算设备、卫星无线电、无线调制解调器卡和/或用于通过无线系统进行通信的另一种处理设备。此外，本文中结合基站来描述各个方面。基站可以用于与一个或多个无线终端进行通信，并且还可以叫做、并且可以包含接入点、节点、节点B、演进型节点B(eNB)、或者一些其它网络实体的功能中的一些或全部功能。基站通过空中接口与无线终端进行通信。所述通信可以通过一个或多个 扇区进行。通过将已接收到的空中接口帧转换成IP分组，基站能够作为无线终端和接入网络的剩余部分之间的路由器，所述接入网络可以包括互联网协议(IP)网络。基站还能够对空中接口的属性的管理进行协调，并且还可以作为有线网络和无线网络之间的网关。将围绕可以包含多个设备、部件、模块等的系统来介绍各个方面、实施例或者特征。应当理解和明白的是，各种系统可以包括其它设备、部件、模块等，和/或可以不包括结合附图讨论的全部设备、部件、模块等。此外，还可以使用这些方法的组合。此外，在本说明书中，所使用的“示例性” 一词意思是用作例子、例证或说明。本文中被描述为“示例性”的任何实施例或者设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。更确切地说，使用示例性一词旨在以具体的方式来展示信息。所公开的各个实施例可以合并入通信系统。在一个示例中，这类通信系统采用正交频分复用(0FDM)，其是将总的系统带宽有效地分割成多个(NF个)子载波，所述子载波也可以叫做频率子信道、音调(tone)、或者频段(frequency bin)等。对于OFDM系统而言,首先，可以用特定的编码方案对要发送的数据(即，信息比特)进行编码，以生成编码比特，并且可以进而将该编码比特组成多比特符号，然后将所述多比特符号映射成调制符号。每个调制符号对应于由用于数据发送的特定调制方案(例如，M-PSK或者M-QAM)所定义的信号星座中的一个点。在可能取决于每个频率子载波带宽的每个时间段内，可以在Nf个频率子载波中的每个频率子载波上发送调制符号。这样，OFDM可以用来防止由频率选择性衰落而造成的符号间干扰(ISI)，其中所述频率选择性衰落是以系统带宽上的不同衰减量为特征的。一般说来，无线多址通信系统可以同时支持多个无线终端的通信。每个终端通过前向链路和反向链路上的传输与一个或多个基站进行通信。前向链路(或下行链路)是指从基站到终端的通信链路，并且反向链路(或上行链路)是指从终端到基站的通信链路。可以通过单输入单输出系统、多输入单输出系统、或者多输入多输出(MMO)系统来建立这种通信链路。MIMO系统使用多个(Nt个)发射天线和多个(Nk个)接收天线来进行数据传输。由Nt个发射天线和Nk个接收天线构建的MMO信道可以分解成Ns个独立信道，其也可以称为空间信道，其中Ns彡min {NT, NJ。所述Ns个独立信道中的每个信道对应一个维度。如果使用由多个发射天线和接收天线所生成的其它维度，则MIMO系统能够提供改善的性能(例如，更高的吞吐量和/或更高的可靠性)。MIMO系统也可以支持时分双工(TDD)和频分双工(FDD)系统。在TDD系统中，前向链路传输和反向链路传输在相同的频域上，使得互易性(reciprocity)原则允许根据反向链路信道来估计前向链路信道。这使得当在基站处有多个天线可用时，基站能够在前向链路上获取发射波束成形增益。图I描绘了可以在其中实施所公开的各个实施例的无线通信系统。基站100可以包括多个天线组，并且每个天线组可以包括一个或多个天线。例如，如果基站100包括六个天线，一个天线组可以包括第一天线104和第二天线106，另一个天线组可以包括第三天线108和第四天线110，而第三天线组可以包括第五天线112和第六天线114。应当注意，虽然上面提到的多个天线组中的每一个天线组被标识为具有两个天线，但是每个天线组中也可以使用更多或更少的天线。 回到图1，示出了第一用户设备116与例如第五天线112和第六天线114进行通信，以便能够实现通过第一前向链路120向第一用户设备116发送信息，并且通过第一反向链路118接收来自第一用户设备116的信息。图I还描绘了第二用户设备122，所述第二用户设备122与例如第三天线108和第四天线110进行通信，以便能够实现通过第二前向链路126向第二用户设备122发送信息，并且通过第二反向链路124接收来自第二用户设备122的信息。在频分双工(FDD)系统中，图I中所示的通信链路118、120、124和126可以使用不同频率来进行通信。例如，第一前向链路120可以使用与第一反向链路118所使用的频率不同的频率。在一些实施例中，每组天线和/或设计每组天线进行通信的区域通常称为基站的扇区。例如，可以将图I所示的不同的天线组设计成与基站100的扇区中的用户设备通信。在通过前向链路120和126通信时，基站100的发射天线使用波束成形，来提高不同用户设备116和122的前向链路的信噪比。此外，与基站通过单个天线向其所有用户设备全方位地发射信号相比，当基站使用波束成形来向随机散布于其覆盖区域中的用户设备发射信号时，对相邻小区中的用户设备造成更少的干扰。支持所公开的各个实施例中的一些实施例的通信网络可以包括逻辑信道，所述逻辑信道分为控制信道和业务信道。逻辑控制信道可以包括广播控制信道(BCCH)，其是用于广播系统控制信息的下行链路信道；寻呼控制信道(PCCH)，其是用于传输寻呼信息的下行链路信道；多播控制信道(MCCH)，其是用于为一个或几个多播业务信道(MTCH)发送多媒体广播和多播服务(MBMS)调度和控制信息的点到多点下行链路信道。通常，在建立无线电资源控制(RRC)连接之后，仅由接收MBMS的用户设备使用MCCH。专用控制信道(DCCH)是另一个逻辑控制信道，其是用于发送专用控制信息(例如，具有RRC连接的用户设备所使用的用户专用控制信息)的点到点双向信道。公共控制信道(CCCH)也是可以用于随机接入信息的逻辑控制信道。逻辑业务信道可以包括专用业务信道(DTCH)，所述专用业务信道(DTCH)是供用于发送用户信息的一个用户设备专用的点到点双向信道。另外，多播业务信道(MTCH)可以用于业务数据的点到多点下行链路传输。支持所述各个实施例中的一些实施例的通信网络另外还可以包括逻辑传输信道，该逻辑传输信道分为下行链路(DL)和上行链路(UL)。DL传输信道可以包括广播信道(BCH)、下行链路共享数据信道(DL-SDCH)、多播信道(MCH)和寻呼信道(PCH)。UL传输信道可以包括随机接入信道(RACH)、请求信道(REQCH)、上行链路共享数据信道(UL-SDCH)和多个物理信道。物理信道还可以包括一组下行链路和上行链路信道。在公开的一些实施例中，下行链路物理信道可以包括公共导频信道(CPICH)、同步信道(SCH)、公共控制信道(CCCH)、共享下行链路控制信道(SDCCH)、多播控制信道(MCCH)、共享上行链路分配信道(SUACH)、确认信道(ACKCH)、下行链路物理共享数据信道(DL-PSDCH)、上行链路功率控制信道(UPCCH)、寻呼指示符信道(PICH)、负载指示符信道(LICH)、物理广播信道(PBCH)、物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)、物理下行链路共享信道(PDSCH)、以及物理多播信道(PMCH)中的至少一个。上行链路物理信道可以包括物理随机接入信道(PRACH)、信道质量指示符信道(CQICH)、确认信道(ACKCH)、天线子集指示符信道(ASICH)、共享请求·信道(SREQCH)、上行链路物理共享数据信道(UL-PSDCH)、宽带导频信道(BPICH)、物理上行链路控制信道(PUCCH)、以及物理上行链路共享信道(PUSCH)中的至少一个。此外，下列术语和特征可以用于描述所公开的各个实施例3G 第三代3GPP 第三代合作伙伴计划ACLR 邻近信道泄漏比ACPR邻近信道功率比ACS邻近信道选择性ADS先进设计系统AMC自适应调制和编码A-MPR附加最大化功率降低ARQ自动重传请求BCCH广播控制信道BTS基站收发信台CDD循环延迟分集(XDF互补累积分布函数CDMA码分多址CFI控制格式指示符Co-MIMO 协作 MMOCP循环前缀CPICH通用导频信道CPRI通用公共无线电接口CQI信道质量指示符CRC循环冗余校验DCI下行链路控制指示符DFT离散傅里叶变换DFT-S0FDM 离散傅里叶变换扩频OFDM
DL下行链路(基站到用户的传输)DL-SCH下行链路共享信道DSP数字信号处理DT开发工具集DVSA数字向量信号分析EDA电子设计自动化E-DCH增强型专用信道
E-UTRAN演进型UMTS陆地无线接入网络eMBMS演进型多媒体广播和多播服务eNB演进型节点BEPC演进分组核心EPRE每资源元素的能量ETSI欧洲电信标准协会E-UTRA演进型 UTRAE-UTRAN演进型 UTRANEVM误差向量幅度FDD频分双工FFT快速傅里叶变换FRC固定参考信道FSl帧结构类型IFS2帧结构类型2GSM全球移动通信系统HARQ混合自动重传请求HDL硬件描述语言HI混合自动重传请求指示符HSDPA高速下行链路分组接入HSPA高速分组接入HSUPA高速上行链路分组接入IFFT快速傅里叶逆变换IOT互操作性测试IP互联网协议LO本地振荡器LTE长期演进MAC媒体访问控制MBMS多媒体广播和多播服务MBSFN多播/广播单频网络MCH多播信道MIMO多输入多输出MISO多输入单输出
MME移动性管理实体MOP最大输出功率MPR最大功率下降MU-MIMO 多用户 MMONAS非接入层OBSAI 开放式基站架构接口OFDM正交频分复用
OFDMA 正交频分多址PAPR峰均功率比PAR峰均比PBCH物理广播信道P-CCPCH 主公共控制物理信道PCFICH 物理控制格式指示符信道PCH寻呼信道PDCCH 物理下行链路控制信道PDCP分组数据汇聚协议PDSCH 物理下行链路共享信道PHICH 物理混合ARQ指示符信道PHY物理层PRACH 物理随机接入信道PMCH物理多播信道PMI预编码矩阵指示符P-SCH 主同步信号PUCCH 物理上行链路控制信道PUSCH 物理上行链路共享信道。图2示出了可以支持所述各个实施例的示例性通信系统的框图。图2所示的MMO通信系统200包括MMO通信系统200中的发射机系统210 (例如，基站或者接入点)和接收机系统250 (例如，接入终端或者用户设备)。普通技术人员应当理解，尽管将基站称为发射机系统210，并且将用户设备称为接收机系统250，如图所示，这些系统的实施例能够进行双向通信。就这点来说，术语“发射机系统210”和“接收机系统250”不应当用于暗示来自任一系统的单向通信。应当注意，图2的发射机系统210和接收机系统250各自能够与图2中未明确示出的多个其它接收机和发射机系统进行通信。在发射机系统210处，从数据源212向发射(TX)数据处理器214提供用于多个数据流的业务数据。可以通过相应的发射机系统发送每个数据流。TX数据处理器214根据为每个数据流选择的特定编码方案对用于该数据流的业务数据进行格式化、编码、以及交织，以提供编码数据。例如，可以使用OFDM技术将每个数据流的编码数据与导频数据复用。所述导频数据通常是以已知方式处理的已知数据模式，并且可以在接收机系统处使用，以估计信道响应。然后，可以根据为每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)，对用于该数据流的复用导频和编码数据进行调制(符号映射)，以提供调制符号。可以由发射机系统210的处理器230执行的指令来确定用于每个数据流的数据速率、编码和调制。在图2的示例性框图中，可以向TX MIMO处理器220提供用于所有数据流的调制符号，所述TX MMO处理器220可以进一步处理所述调制符号(例如，进行0FDM)。然后，TXMIMO处理器220向Nt个发射机系统收发机(TMTR)222a到222t提供Nt个调制符号流。在一个实施例中，TX MMO处理器220可以进一步向数据流的符号和发送符号的天线施加波束成形权重。每个发射机系统收发机222a到222t接收并且处理相应的符号流，以提供一个或多个模拟信号，并且进一步调节所述模拟信号以提供适合于通过MMO信道传输的调制信号。在一些实施例中，所述调节可以包括，但不限于，诸如放大、滤波、上变频等操作。然后，从图2所示的发射机系统天线224a到224t发送由发射机系统收发机222a到222t产生的调制信号。在接收机系统250处，可以由接收机系统天线252a到252r接收已发送的调制信·号，并将来自接收机系统天线252a到252r中的每一个接收机系统天线的接收信号提供给相应的接收机系统收发机(RCVR) 254a到254r。每个接收机系统收发机254a到254r调节相应的已接收信号，对已调节信号进行数字化以提供采样，并进一步处理所述采样以提供对应的“已接收到的”符号流。在一些实施例中，所述调节可以包括，但不限于，诸如放大、滤波、下变频等操作。然后，RX数据处理器260根据特定接收机处理技术，接收并且处理来自接收机系统收发机254a到254r的符号流，以提供多个“已检测到的”符号流。在一个示例中，每个已检测到的符号流可以包括多个符号，这些符号是为相应的数据流传输而发送的符号的估计。然后，RX数据处理器260至少部分地对每个已检测出的符号流进行解调、解交织、以及解码，以恢复用于相应数据流的业务数据。RX数据处理器260的处理与发射机系统210处的TX MMO处理器220和TX数据处理器214执行的处理可以是互补的。RX数据处理器260另外还可以向数据宿264提供已处理的符号流。在一些实施例中，信道响应估计是由RX数据处理器260产生的，并且可以用于执行接收机系统250处的空间/时间处理、调节功率电平、改变调制速率或方案、和/或其它适当动作。此外，RX数据处理器260还能够估计所述已检测出的符号流的信道特征，比如信噪比(SNR)和信号干扰比(SIR)。然后，RX数据处理器260能够向处理器270提供已估计的信道特征。在一个示例中，接收机系统250的RX数据处理器260和/或处理器270还可以为系统推导出“工作”SNR的估计。接收机系统250的处理器270还可以提供信道状态信息(CSI),该信道状态信息可以包括与通信链路和/或已接收的数据流有关的信息。这种信息(其可以包含例如工作SNR和其它信道信息)可以被发射机系统210 (例如，基站或eNodeB)用来对例如用户设备调度、MMO设置、调制以及编码选择等做出合适的决定。在接收机系统250处，由处理器270产生的CSI被TX数据处理器238处理，被调制器280调制，被接收机系统收发机254a到254r调节，并被发送回发射机系统210。此外，在接收机系统250处的数据源236能够提供要由TX数据处理器238处理的另外的数据。在一些实施例中，接收机系统250处的处理器270还可以周期性地决定使用哪个预编码矩阵。处理器270构建包括矩阵索引部分和秩值部分的反向链路消息。所述反向链路消息可以包括与通信链路和/或已接收到的数据流有关的各种类型的信息。然后，所述反向链路消息可以由接收机系统250处的TX数据处理器238处理，TX数据处理器238还可以接收来自数据源236的用于多个数据流的业务数据。然后，已处理过的信息被调制器280调制，被接收机系统收发机254a到254r中的一个或多个调节，并且被发送回发射机系统 210。在MMO通信系统200的一些实施例中，接收机系统250能够接收和处理空间复用信号。在这些系统中，通过复用并且在发射机系统天线224a到224t上发射不同的数据流，在发射机系统210处发生空间复用。这与使用发射分集方案相反，在发射分集方案中，从多个发射机系统天线224a到224t发送同一数据流。在能够接收并且处理空间复用信号的MMO通信系统200中，通常在发射机系统210处使用预编码矩阵，以确保从发射机系统天线224a到224t中的每一个发射机系统天线发射的信号彼此充分地解相关。这种解相关确保到达任何特定接收机系统天线252a到252r的复合信号都能够被接收到，并且在存在携带来自其它发射机系统天线224a到224t的其它数据流的信号的情况下，能够确定各个数据流。
由于流之间的互相关的量可能受到环境影响，所以接收机系统250向发射机系统210反馈关于已接收信号的信息是有利的。在这些系统中，发射机系统210和接收机系统250两者都包含码本(codebook)，所述码本具有多个预编码矩阵。在一些情况下，这些预编码矩阵的每一个能够与已接收信号中经历的互相关量相关。由于发送特定矩阵的索引而不是矩阵中的值是有利的，因此从接收机系统250向发射机系统210发送的反馈控制信号通常包含特定预编码矩阵的索引。在一些情况下，反馈控制信号还包括秩索引，该秩索引向发射机系统210指示在空间复用中要使用多少个独立的数据流。MIMO通信系统200的其它实施例被配置成利用发射分集方案而不是上述空间复用方案。在这些实施例中，通过发射机系统天线224a到224t发送相同的数据流。在这些实施例中，提供给接收机系统250的数据速率通常低于空间复用的MMO通信系统200。这些实施例提供了通信信道的稳健性和可靠性。在发射分集系统中，从发射机系统天线224a到224t发送的多个信号中的每个信号将经历不同的干扰环境(例如，衰落、反射、多路径相移)。在这些实施例中，在接收机系统天线252a到254r处接收到的不同信号特征在确定合适的数据流时是有用的。在这些实施例中，可以将秩指示符设置为1，告知发射机系统210不要使用空间复用。其它实施例可以利用空间复用和发射分集的组合。例如，在使用四个发射机系统天线224a到224t的MMO通信系统200中，可以在发射机系统天线224a到224t中的两个发射机系统天线上发送第一数据流，在发射机系统天线224a到224t的其余两个发射机系统天线上发送第二数据流。在这些实施例中，将秩索引设置为低于预编码矩阵的满秩的整数，向发射机系统210指示使用空间复用和发射分集的组合。在发射机系统210处，来自接收机系统250的调制信号被发射机系统天线224a到224t接收，被发射机系统收发机222a到222t调节，被发射机系统解调器240解调，并且被RX数据处理器242处理，以提取接收机系统250所发送的反向链路消息。在一些实施例中，发射机系统210的处理器230随后确定将哪个预编码矩阵用于将来的前向链路传输，然后对已提取的消息进行处理。在其它实施例中，处理器230使用已接收信号来调节波束形成权重，用于将来的前向链路传输。处理器230也可以对接收机系统250作出调度决策(例如，下行链路分配和上行链路许可)，并且可以通过回程接口 235向其它发射机系统210发送信息，或者接收来自其它发射机系统210的信息。例如，如本文所述，当作为服务小区时，发射机系统210可以将调度、以及控制信息和数据提供给包含接收机系统250的CoMP集合的一组小区，或者当作为CoMP集合的协作成员工作时，发射机系统210可以接收来自其它小区的这类调度、以及控制信息和数据。处理器230可以使用CSI信息来确定，例如，要用于一个或多个数据流的数据速率以及编码和调制方案。然后，可以将已确定的编码和调制方案提供给发射机系统210处的一个或多个发射机系统收发机222a到222t，进行量化和/或用于稍后向接收机系统250的发射。作为补充和/或替代，发射机系统210的处理器230可以使用所报告的CSI来产生用于TX数据处理器214和TX MMO处理器220的各种控制。在一个示例中，可以将发射机系统210的RX数据处理器242处理的CSI和/或其它信息提供给数据宿244。在一些实施例中，发射机系统210处的处理器230和接收机系统250处的处理器270可以指导在它们各自的系统处的工作。此外，发射机系统210处的存储器232和接收 机系统250处的存储器272能够为分别由发射机系统处理器230和接收机系统处理器270使用的程序代码和数据提供存储。此外，在接收机系统250处，可以使用各种处理技术对NR个已接收到的信号进行处理，以检测NT个已发送的符号流。这些接收机处理技术可以包括空间和时空接收机处理技术，可以包括均衡技术、“连续空值/均衡和干扰消除”接收机处理技术、和/或“连续干扰消除”或“连续消除”接收机处理技术。在LTE的发布版本8 (Rel-8)和发布版本9 (Rel_9)中，通过物理下行链路控制信道(PDCCH)来对用户设备的时间-频率资源进行调度(分配或者指定)。PDCCH用于对物理下行链路共享数据信道(PDSCH)上从服务小区到用户设备的下行链路资源进行调度，并且对物理上行链路共享数据信道(PUSCH)上从从用户设备到服务小区的上行链路资源进行调度。资源分配受到不同的下行链路控制信息(DCI)格式的控制，其对于下行链路和上行链路资源分配是不同的。在LTE Rel-8和Rel-9中有三种类型的下行链路资源分配类型O、类型I以及类型2。类型O和类型I是基于位图的分配，其处理资源块组(类型O)或者资源块组的子集中的单个资源块(资源块是LTE中使用的基本时间频率资源元素，在时域中具有持续时间6或7的正交频分复用(OFDM)符号，并且在频域的频率中具有12个连续的OFDM子载波)。类型2资源分配是实际连续的分配，需要最小数量的分配比特用于给定数量的已分配资源块。在上行链路中，LTE Rel-8和Rel-9使用单载波频分多址和物理上连续的类型2资源分配(虽然所述分配可以在传输子帧中的资源块之间或者在两个不同的子帧之间跳变(其中，子帧是两个连续的资源块))。针对LTE Rel-IO (增强型LTE)，已经提出了簇式(clustered)上行链路分配，其中可以向用户设备分配两个或者更多个簇的资源块，其中每个簇是物理上连续的，但是这些簇可能不是连续的。如上面所提到的，协调多点传输(CoMP)也是针对LTE-A提出的。通常，去往用户设备(下文称为UE)的CoMP下行链路传输所涉及的小区都使用了下行链路上的相同资源(PDSCH)0类似地，对于上行链路CoMP接收，所有涉及的小区可以尝试在PUSCH上接收相同资源。针对下行链路的这种情形在图3A中示出，针对上行链路的这种情形在图3B中示出。在图3A中，UE接收来自两个参与小区(小区k和小区j)的相同的I3DSCH资源(示出了不连续的资源分配)。在图3B中，UE向两个参与小区发送相同的PUSCH资源(其中，该资源分配是连续的)。然而，在诸如异构网络等情形中，针对给定UE的发送所涉及的小区可能具有不同的资源管理方案或者约束。例如，当图3A中的小区k可以在没有任何约束的情况下能够使用不连续的分配301和302，小区j可以具有有限能力或者不同优先级，并且可能需要将其向UE的发送只局限于资源分配301。这类限制或者约束可能是由于例如可能的干扰小区j对其它小区造成的，如果该干扰小区j试图向UE发送分配301。如果将该UE约束为接收来自小区k和小区j两者的相同的DL资源，则该UE将被限制为接收最小的公共部分(资源分配302)，其造成资源利用效率的损失。在本申请的一个方面中，资源分配模式可以配置为，针对给定UE的下行链路CoMP传输所涉及的小区，每个小区所使用的roscH资源不必相同。在另一个方面中，资源分配模式可以配置，针对来自给定UE的上行链路CoMP接收所涉及的小区，从该UE向每个CoMP参与小区发送的PUSCH资源不必相同。资源分配可以适用于上面讨论的所有的资源分配类型 (即，类型0、1和2)。为了阐明以下讨论，定义了以下术语如本文所使用的，术语服务小区指的是用于向UE提供上行链路和下行链路分配的单个小区。如本文所使用的，传输点(点)是在CoMP情形中能够与UE进行发送或者接收的任何实体(包括小区、接入点、eNodeB等)。如本文所使用的，术语CoMP协作集合指的是，在CoMP情形中能够与UE进行发送/接收的一组点，包括服务小区。该集合对于UE可以是透明的或者可以不是透明的。如本文所使用的，术语CoMP传输点指的是，向UE发送的点或者点的集合。CoMP传输点的集合是所述CoMP协作集合的子集。如本文所使用的，术语联合处理指的是，CoMP协作集合中的每个传输点向UE发送数据或者从UE接收数据的能力。如本文所使用的，术语联合传输指的是，在给定时间，来自CoMP协作集合的多个点的roscH传输。如本文所使用的，术语动态小区选择指的是，在特定时间，来自CoMP协作集合内的一个或多个点的roscH传输。发送小区可以随着子帧不同而动态地变化。如本文所使用的，术语协调调度/协调波束成形(CS/CB)指的是，来自服务小区的数据传输，并且与之相结合，与CoMP协作集合中的小区相协同而进行用户协调并且做出波束成形决策。如本文所使用的，术语CoMP测量集合指的是，能够向服务小区报告关于小区与UE的链路的信道状态信息的一组小区。根据服务小区(或者如下面更详细描述的回程联合传输处理器)的向下选择(down-selection),CoMP协作集合可以与CoMP测量集合或者其子集具有同等范围。 在一些方面中，在CoMP情形中，针对UE的资源分配可以在来自单个点(该服务小区)的HXXH上发送。PDSCH上的数据可以在给定时间从一个或多个小区(动态小区选择)发送，其可以包括或者可以不包括服务小区。类似地，可以在单个小区或者多个小区处接收到来自UE的PUSCH上的数据。
图4描绘了一个实施例中的系统400，其中，根据所公开实施例，UEl是CoMP传输所涉及的用户设备。图4中，回程处理器401 (也叫做联合传输处理器)通过链路410、411、412,413和414分别链接到小区(点)h、i、j、k和m，并且提供它们之间的回程通信任务。为了下面的讨论，令点j为如上面所定义的服务小区。点j、k和m包括边界415内的小区的协作集合。点j和k是去往(来自)UE1的联合传输或者动态小区选择传输所涉及的传输点。点m，小区的协作集合的成员(例如，基于去往UEl的链路的潜在质量)，不是联合传输或者动态小区选择中的参与方。例如，点m可能具有有限的能力，或者需要在不对另一个点(比如，点k)或者另一个UE (比如，UE3)造成干扰的情况下将不能分配给UEl的资源分配给UE2。除了点j、k和m，假设还有点h和i构成与边界416内的UEl有关的测量集合。所述测量集合是能够接收来自UEl的信道状态指示(CSI)并且将该CSI报告给服务小区、点j(或者，可选地，作为点j的代理的回程处理器401)的所有点的集合。如图4所示，在关于·UEl的CoMP传输中可能涉及点k，并且点k还可以与另一个UE (比如，UE3)进行通信。应当理解，虽然为了方便起见，图4中仅示出了有限数量的点和UE，但是所公开的实施例没有受到这样的限制。图5描绘了一个实施例，其中小区j和k构成了去往UEl的联合传输所涉及的小区的协作集合的子集。图5中，假设小区j是服务小区，并且该小区j向UEl发送资源分配，指示分配给UEl的I3DSCH资源要占据资源301和302。然而，并不是所有资源都可以从该传输所涉及的所有的小区得到(例如，小区j可能需要向另一个UE分配资源301，或者由于潜在的干扰问题而没有发送资源301)。注意，虽然这类资源分配可以对UE透明，该信息对于该UE而言也可以变为可用。如果资源管理方案是相对静态的，则这是有可能的。例如，如果小区j (作为服务小区)将I3DSCH传输半静态地约束(例如，通过功率控制或者完全的传输消隐(transmissionblanking))到其资源子带中的一些资源子带(例如，资源子带301)中，则该小区j可以将这种约束告知UEl，这种约束可以改善I3DSCH解调的质量。按照常规，UE检测特定于小区或特定于UE的解调参考符号(DM-RS)，以便对其已分配资源进行信道估计。如果UE意识到特定小区将不分配特定资源，则该UE可以通过不搜索通常与该资源相关联的参考符号，来节约处理功率。例如，如果向图5中的UEl告知小区j将不在资源子带301上向UEl发送资源，则UEl将不需要对资源子带301中的来自小区j的参考符号进行解调。对于上行链路CoMP接收，可以作出类似的选择，根据该选择，由小区的协作集合中的小区接收并且处理资源。也就是说，并不是小区的协作集合中的所有小区都可以被选择用来对UE在PUSCH上发送的所有资源进行解码。根据小区的协作集合的成员所报告的潜在干扰，并且基于例如服务于其它UE的需要的调度约束，小区的协作集合中的每个小区可以尝试仅对服务小区分配给UE的总的PUSCH资源中的一部分进行解码。虽然对来自小区的协作集合中的所有小区或者一些小区的输出进行解码的操作可以用于执行对已分配的PUSCH资源的软解码，但在一个实施例中，UE所发送的每个簇可以包括检错码(比如，CRC)，使得CoMP接收所涉及的每个小区都可以判断其是否已经将PUSCH资源成功解码。UE可以配置为通过较高层信令(例如，层2或层3)以CRC来对每个PUSCH资源进行编码。
在一个实施例中，可以向UE告知系统带宽划分约束(例如，通过较高层信令或者硬编码限制)。对于每个带宽划分，可以向UE调度一个或多个簇以用于PUSCH传输。UE可以将检错码(比如，CRC)添加到每个带宽划分。小区的协作集合中的不同小区可以参与具有不同带宽约束的上行链路CoMP传输，并且对与不同CRC相对应的不同簇进行解码。在一个实施例中，参与CoMP接收的协作小区可以经由通过回程处理器去往服务小区的ACK/NACK传输，来向服务小区报告CRC解码和校验操作的结果，并且所述服务小区将来自协作小区的ACK/NACK传输绑定到在现有的物理混合ARQ指示符信道(PHICH)上发送的合并的ACK/NACK (例如，单个比特冲。UE可以根据PHICH的内容，使用针对原始传输所使用的相同或者不同的协作小区来重传。图6是描绘了根据一个已提供的实施例的用户设备中的方法的流程图600。为了简化说明的目的，将该方法展示并且描述成一系列操作。应当理解，该方法并不受操作的顺序的限制，因为根据一个或多个实施例，某些操作能够以不同的顺序发生和/或与本文所 示和所述的其它操作同时发生。例如，本领域技术人员将会理解并且明白，可选地，方法可以表现为诸如状态图中的一系列相互关联的状态或事件。而且，根据一个或多个公开实施例，实施一个方法可能并不需要所有示出的动作。在图6中，方法600在操作602处开始，在用户设备处接收聚合下行链路资源分配，其中所述聚合下行链路资源分配包括针对用户设备的多个已调度资源(例如，PDSCH资源的子带)。该方法在操作604处继续，根据所述聚合下行链路资源分配，接收来自小区的协作集合中的多个小区的传输，其包括在比所述多个已调度资源更少的已调度资源上接收来自第一小区的传输的一部分。如前面所述，UE可以接收如下指示协作集合中的哪个小区或者哪些小区将在构成聚合资源分配的一部分的资源上发送，或者对发送小区的选择可以对UE透明。图7是描绘了根据一个已提供的实施例的服务小区中的方法的流程图700。图7中，该方法在操作702处开始，为用户设备(UE)确定聚合下行链路资源分配，其中所述聚合下行链路资源分配包括多个已调度资源。例如，所述聚合资源分配可以包括多个I3DSCH资源，其中服务小区在所述多个roSCH资源上已经调度了针对UE的数据传输。方法700在操作704处继续，根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区来对去往UE的传输进行协调，其中协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。对所述传输进行协调可以以集中的方式执行，其中所述服务小区向每个传输点告知聚合资源分配中的哪些资源应该用于去往该UE的数据传输。可选地，对所述传输进行协调在如下情形中可以是分散的其中向每个传输点告知所述聚合资源分配中的一些或者全部，并且每个传输点在所述已分配资源的至少一部分上向UE发送。在每种情况中，在所述聚合资源分配的一部分上，协作小区可以根据其相应的能力和约束来发送。图8描绘了一个实施例中的协作小区中的方法800。图8中，方法800在操作802处开始，接收聚合下行链路资源分配的通知，其包括用于从小区的协作集合去往用户设备的传输的多个已调度资源。方法800在操作804处继续，选择已调度资源的一部分以用于去往用户设备的传输。选择已调度资源的一部分的步骤可以基于例如信道状态信息或者特定能力和/或对该协作小区的操作的约束。方法800以操作806结束，在已调度资源的已选择部分上向用户设备发送。图9描绘了一个实施例中的用户设备中的方法900。图9中，方法900在操作902处开始，接收聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为了供用户设备使用而分配的多个资源。聚合资源许可例如可以包括来自服务小区的包括多个PUSCH资源的上行链路许可，用户设备可以在所述多个PUSCH资源上发送。方法900在操作904处继续，在多个资源上发送，其中，对多个协作小区中的至少一个小区进行调度，以用于接收比所述多个资源的全部更少的资源。例如，通过使用特定于小区的信息来对所述传输的已选择部分进行编码，或者通过将所述传输的一部分与特定的小区标识符相关联，UE可以将上行链路传输的一部分引导到去往CoMP集合中的特定小区。可选地，CoMP集合中的特定小区可以通过对UE透明的方式，来对UL传输的一部分进行接收并且解码。图10是描绘服务小区中的方法的流程图1000。图10中，方法1000在操作1002处开始，发送聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为UE的传输而分配的多个资源。该方法在操作1004处继续，接收与该传输相关联的资源，其中所述资源 包括比所述多个资源更少的资源。图11是描绘了一个实施例中的协作小区中的方法的流程图1100。图11中，方法1100在操作1102处开始，接收来自服务小区的、针对用户设备的聚合上行链路资源许可的通知，其中所述聚合上行链路资源许可包括为用户设备的传输而调度的多个资源。该方法在操作1104处继续，根据例如与用户设备有关的信道状态信息、以及涉及与协作小区相关联的其它用户设备的信息，进行选择以便接收包括比所述多个资源更少的资源的传输的一部分。该方法在操作1106处结束，接收来自用户设备的传输的已选择部分。图12描绘了能够支持本文所述的各个操作的CoMP通信系统1200，以及特别是，如图6到图10所示的方法。系统1200包括服务小区1202，该服务小区1202具有能够发送和/或接收信息、信号、数据、指令、命令、比特、符号等的收发机模块1212。服务小区1202能够通过下行链路402与用户设备(UE)1201进行通信，该下行链路402包括物理下行链路控制信道(PDCCH)和物理下行链路共享数据信道(PDSCH)。服务小区1202还能够通过上行链路403与UE 1201进行通信，该上行链路403包括物理上行链路共享数据信道(PUSCH)。服务小区1202还能够通过回程链路412与回程处理器401进行通信。服务小区1202包括调度/协调模块1222，该调度/协调模块1222用于与协作小区1203相协调并且在某些情形中与回程处理器401相协调，来对去往UE 1201的下行链路和上行链路资源进行调度、协调以及分配。协作小区1203包括收发机模块1213，该收发机模块1213能够发送和/或接收信息、信号、数据、指令、命令、比特、符号等。协作小区1203能够通过下行链路404与UE 1201进行通信，该下行链路404包括物理下行链路共享数据信道(PDSCH)。协作小区1203还能够通过包括PUSCH的上行链路405与UE 1201进行通信。协作小区1202包括调度/协调模块1222，该调度/协调模块1222用于接收并且处理来自服务小区1202的聚合资源分配信息，并且选择资源用于下行链路404上去往UE 1201的传输以及上行链路405上来自UE1202的传输。协作小区1203还能够通过回程链路413与回程处理器401进行通信，来支持对服务小区1202和协作小区1203之间的资源进行调度、协调和分配。UE 1201包括收发机模块1211，用于与上述服务小区1202和协作小区1203进行通信。此外，UE 1202包括信道状态信息(CSI)报告模块1221，该信道状态信息(CSI)报告模块1221将CSI报告给协作小区1202和服务小区1202，所述CSI能够用于确定协作小区1203和服务小区1202之间向UE 1201分配的聚合资源的分布。此外，虽然图中未示出，但是可以预期的是，与服务小区1202相似的任意数量的服务小区、与UE 1201相似的任意数量的UE、以及与协作小区1203相似的任意数量的协作小区可以包括在系统1200中。图13描绘了可以在其中实施各个公开实施例的装置1300。图13所示的装置1300可以包括服务小区或者协作小区的至少一部分、或者用户设备(比如，图4中所描绘的服务小区j、协作小区k、以及用户设备UEl)的至少一部分、和/或发射机系统或接收机系统(t匕如，图2中所描绘的发射机系统210和接收机系统250)的至少一部分。图13中描绘的装置1300能够常驻在无线网络内，并且通过例如一个或多个接收机和/或合适的接收及解码电路(例如，天线、收发机、解调器等)来接收输入数据。图13中描绘的装置1300还能够通过例如一个或多个发射机和/或合适的编码及发送电路(例如，天线、收发机、调制器等)来发送输出数据。作为补充或者替代，图13中描绘的装置1300可以常驻在有线网络内。
图13还描绘了装置1300可以包括存储器1302，该存储器1302能够保存用于执行一个或多个操作(比如信号调节、分析等)的指令。此外，图13的装置1300可以包括处理器1304，该处理器1304能够执行保存在存储器1302中的指令和/或从另一个设备接收到的指令。所述指令可以涉及例如对装置1300或者相关的通信装置进行配置或操作。应当注意，虽然图13中描述的存储器1302展示为单个模块，但是其也可以包括构成独立的物理和/或逻辑单元的两个或更多个独立的存储器。此外，该存储器可通信地连接到处理器1304时，可以完全或者部分地常驻在图13中描绘的装置1300的外部。还应当理解，一个或多个部件(比如，图4中描绘的服务小区j、协作小区k、以及用户设备UEl)能够存在于诸如存储器1302等存储器内。应当明白，结合所公开的实施例描述的存储器可以是易失性存储器或非易失性存储器，或可以包括易失性和非易失性存储器两者。非易失性存储器可以包括，例如但不限于，只读存储器(ROM)、可编程ROM (PR0M)、电可编程ROM (EPR0M)、电可擦除ROM (EEPR0M)、或闪存。易失性存储器可以包括充当外部高速缓存的随机存取存储器(RAM)。作为示例而非限制，有很多形式的RAM可用，例如同步RAM (SRAM)、动态RAM (DRAM)、同步DRAM (SDRAM)、双倍数据速率SDRAM (DDR SDRAM)、增强SDRAM (ESDRAM)、同步链接DRAM (SLDRAM)和直接型 Rambus RAM (DRRAM)0应当注意，图13的装置1300可以用作用户设备或移动设备，并且可以作为，例如，诸如SD卡、网卡、无线网卡等模块，计算机(包括膝上型、台式、个人数字助理PDA)，移动电话，智能电话，或者能够用来接入网络的任何其它合适的终端。用户设备通过接入部件(图中未示出)来接入网络。在一个例子中，用户设备和接入部件之间的连接可以本质上是无线的，其中接入部件可以是基站，并且用户设备是无线终端。例如，终端和基站可以通过任何合适的无线协议来进行通信，包括但不限于，时分多址(TDMA)、码分多址(CDMA)、频分多址(FDMA)、正交频分复用(OFDM)、FLASH OFDM、正交频分多址(OFDMA)、或者任何其它合适的协议。接入部件可以是与有线网络或者无线网络相连的接入节点。为此，接入部件可以是例如路由器、交换机等。接入部件可以包括用于与其它网络节点进行通信的一个或多个接口，例如，通信模块。此外，在蜂窝类型的网络中，接入部件可以是基站(或者无线接入点)，其中，基站(或者无线接入点)用于向多个用户提供无线覆盖区域。这类基站(或者无线接入点)可以设置为向一个或多个蜂窝电话和/或其它无线终端提供连续的覆盖区域。应当理解，可以将本文所述的实施例和特征用硬件、软件、固件或其任意组合来实现。本文所述的各个实施例是通过一般情况下的方法或过程来描述的，在一个实施例中可以由嵌入在计算机可读介质中的计算机程序产品来实施这些方法或过程，计算机程序产品包括由网络化环境中的计算机执行的计算机可执行指令，例如程序代码。如上面所提到的，存储器和/或计算机可读介质可以包括可移动的和不可移动的存储设备，包括但不限于只读存储器(ROM)、随机存取存储器(RAM)、压缩光碟(CD)、数字多功能光碟(DVD)等。当用软件实施时，功能可以作为一个或多个指令或代码保存在计算机可读介质上，或者通过计算机可读介质传输。计算机可读介质包括计算机存储介质和通信介质，通信介质包括便于将计算机程序从一个地方转移到另一个地方的任何介质。存储介质可以是能够由通用或 专用计算机访问的任何可用介质。作为示例而非限制，这类计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备，或能够用于携带或保存具有指令或数据结构形式的所期望的程序代码模块且能够由通用或专用计算机、或通用或专用处理器访问的任何其它介质。而且，任何连接都恰当称为计算机可读介质。例如，如果软件是使用同轴电缆、光缆、双绞线、数字用户线(DSL)从网站、服务器或其它远程源发送的，则传输介质的定义中包括同轴电缆、光缆、双绞线或者DSL。如本文所使用的，磁盘或者光碟包括压缩光碟(CD)、激光光碟、光碟、数字多功能光碟(DVD)、软盘、以及蓝光光碟，其中，磁盘通常以磁方式再现数据，而光碟利用激光以光学方式再现数据。上述的组合也应当包括在计算机可读介质的范围中。通常，程序模块可以包括用于执行特定任务或实现特定抽象数据类型的例程、程序、对象、部件、数据结构等。计算机可执行指令、相关的数据结构和程序模块表示了用于执行本文公开的方法步骤的程序代码的示例。这类可执行指令或相关的数据结构的特定序列表示用于实施在这类步骤或过程中描述的功能的相应动作的示例。可以利用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件部件、或者被设计为执行本文所述功能的它们的任何组合来实现或执行结合本文公开的各方面所述的各种示意性的逻辑、逻辑块、模块、以及电路。通用处理器可以是微处理器，但在可选方案中，处理器可以是任何常规的处理器、控制器、微控制器或状态机。还可以将处理器实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、结合有DSP内核的一个或多个微处理器、或者任何其它这类配置。此外，至少一个处理器可以包括可操作用来执行上述步骤和/或动作中的一个或多个步骤和/或动作的一个或多个模块。对于软件实施方案，可以用执行本文所述功能的模块(例如，进程、功能等)实施本文所述的技术。软件代码可以存储在存储单元中并由处理器执行。可以在处理器内部和/或处理器外部实现存储单元，在后一种情况下可以通过现有技术中已知的各种模块将其通信地耦接到处理器。此外，至少一个处理器可以包括可操作用来执行本文所述功能的一个或多个模块。
可以将本文所述的技术用于各种无线通信系统，例如CDMA、TDMA, FDMA, OFDMA,SC-FDMA和其它系统。术语“系统”和“网络”常常可互换地使用。CDMA系统可以实施无线电技术，例如通用陆地无线电接入(UTRA)、cdma2000等。UTRA包括宽带CDMA (W-CDMA)和CDMA的其它变体。此外，cdma2000涵盖IS-2000、IS-95和IS-856标准。TDMA系统可以实施诸如全球移动通信系统(GSM)的无线电技术。OFDMA系统可以实施诸如演进的UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802. 11 (Wi-Fi), IEEE 802. 16 (WiMAX), IEEE 802. 20、Flash-OFDM 等无线电技术。UTRA和E-UTRA是通用移动电信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS版本，其在下行链路上采用0FDMA，在上行链路上使用SC-FDMA。在名为“第三代合作伙伴计划”(3GPP)的组织的文献中描述了 UTRA、E-UTRA, UMTS, LTE和GSM。此外，在名为“第三代合作伙伴计划2” (3GPP2)的组织的文献中描述了 cdma2000和UMB。此外，这类无线通信系统还可以包括常常使用非成对的未许可频谱、802. XX无线LAN、蓝牙、以及任何其它短距离或长距离无线通信技术的点对点(例如，用户设备到用户设备)自组织网络系统。 单载波频分多址(SC-FDMA)，其利用了单载波调制和频域均衡，是一种可以用于所公开的实施例的技术。SC-FDMA与OFDMA系统具有类似的性能和基本类似的总体复杂性。SC-FDMA信号由于其固有的单载波结构而具有更低的峰均功率比(PAPR)。可以将SC-FDMA用于上行链路通信中，其中，较低的PAPR能够使用户设备在发射功率效率方面受益。此外，可以利用标准的编程和/或工程学技术将这里所述的各方面或特征实现为方法、设备或制品。如本文所使用的术语“制品”意在涵盖可以从任何计算机可读设备、载体或介质访问的计算机程序。例如，计算机可读介质可以包括但不限于磁性存储装置(例如，硬盘、软盘、磁条等)、光碟(压缩光碟(⑶)、数字多功能光碟(DVD)等)、智能卡、以及闪存设备(例如，EPR0M、卡、棒、密钥驱动器等)。此外，本文所述的各种存储介质可以代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于，能够存储、包含和/或携带指令和/或数据的介质。此外，计算机程序产品可以包括具有一个或多个指令或代码的计算机可读介质，所述指令或代码可以使计算机执行本文所述的功能。此外，可以直接用硬件、处理器执行的软件模块、或者这两者的组合来具体实现结合本文公开的各方面所描述的方法或算法的步骤和/或动作。软件模块可以常驻在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM、或本领域中已知的任何其它形式的存储介质中。可以将示例性存储介质耦接到处理器，使得处理器能够从存储介质读取信息并向其写入信息。在备选方案中，存储介质可以与处理器是一体的。此外，在一些实施例中，处理器和存储介质可以常驻在ASIC中。此外,ASIC可以常驻在用户设备(例如，图12的1201)中。在另一个可选方案中，处理器和存储介质可以作为分立部件常驻在用户设备(例如，图12的1201)中。此外，在一些实施例中，方法或算法的步骤和/或动作可以保存为可以合并入计算机程序产品中的机器可读介质和/或计算机可读介质上的代码和/或指令之一或其任何组合或集合。尽管以上公开论述了示意性的实施例，但是应当注意，在不脱离如所附权利要求限定的所述实施例的范围的情况下可以进行各种变化和修改。因此，所述实施例旨在涵盖所有这种落在所附权利要求范围内的变化、修改和变型。此外，尽管可以用单数描述或声明所述实施例的元件，但是复数也是可以想到的，除非明确说明限于单数。此外，可以将任何实施例的全部或一部分与任何其它实施例的全部或一部分使用，除非另行说明。就详细说明或权利要求中使用的术语“包括”的范围来看，该术语旨在以类似于术语“包括”在用作权利要求中的过渡词语时所解释的那种方式来呈现包含的意义。此外，详细说明或权利要求中所用的术语“或”旨在表示包含性的“或”而不是排除性的“或”。亦即，除非另行说明或从上下文清楚地得知，否则短语“X采用A或B”旨在表示自然包含性排列的任何种类。亦即，以下实例中的任何实例符合短语“X采用A或B”:X采用A ;X采用B ;或者X采用A和B两者。此外，在本申请和所附权利要求中使用的冠词“一”应当通常认为是 指代“一个或多个”，除非另行说明，或从上下文中清楚地得知是指单数形式。所主张的内容参见权利要求书。
权利要求
1.一种用户设备中的方法，包括 接收聚合下行链路资源分配，其中所述聚合下行链路资源分配包括用于所述用户设备的多个已调度资源；以及 根据所述聚合下行链路资源分配，接收来自小区的协作集合中的多个小区的传输，包括在比所述多个已调度资源更少的已调度资源上接收来自所述协作集合中的第一小区的传输的一部分。
2.如权利要求I所述的方法，进一步包括接收来自第二小区的传输的至少一个其它部分，其中，从所述第一小区接收到的传输的所述部分和从所述第二小区接收到的传输的所述其它部分包括在所述多个已调度资源上的传输。
3.如权利要求I所述的方法，其中，所述传输包括在规定的传输间隔期间，来自小区的协作集合中的两个或更多个小区的联合传输。
4.如权利要求I所述的方法，进一步包括接收如下通知所述第一小区在比所述多个已调度资源更少的、包括所述聚合下行链路资源分配的已调度资源上发送。
5.如权利要求3所述的方法，其中，所述UE根据所述通知对下行链路资源进行解码。
6.如权利要求I所述的方法，其中，所述传输包括动态小区选择，其中所述用户设备在规定的传输间隔期间，只接收来自所述协作集合中的一个小区的数据。
7.如权利要求I所述的方法，其中，所述传输包括在规定的传输间隔期间的协调调度或者协调波束成形，该方法进一步包括向所述多个小区中的服务小区发送信道状态信息。
8.如权利要求3所述的方法，其中，所述小区的协作集合包括协调多点测量集合的子集，所述协调多点测量集合包括一组小区，其中所述UE向所述服务小区报告关于该组小区的信道状态信息。
9.如权利要求8所述的方法，其中，所述传输包括来自所述小区的协作集合的子集的传输。
10.如权利要求I所述的方法，其中，所述聚合下行链路资源分配的所述多个已调度资源包括不连续的资源簇。
11.一种服务小区中的方法，包括 确定用于用户设备(UE)的聚合下行链路资源分配，其中，所述聚合下行链路资源分配包括多个已调度资源； 根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区对去往所述UE的传输进行协调，其中，所述协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。
12.如权利要求11所述的方法，其中，所述协作集合中的一个小区根据所述服务小区所发送的资源来进行发送。
13.如权利要求11所述的方法，其中，所述传输包括，在规定的传输间隔期间，来自所述服务小区以及所述小区的协作集合中的一个或多个小区的联合传输。
14.如权利要求11所述的方法，进一步包括向所述UE发送如下通知所述至少一个小区在比所述多个已调度资源更少的已调度资源上发送。
15.如权利要求11所述的方法，其中，所述传输包括动态小区选择，其中，在规定的传输间隔期间只有所述服务小区发送。
16.如权利要求11所述的方法，其中，所述传输包括协调调度或者协调波束成形，所述方法包括 在所述服务小区处接收多个信道状态信息报告；以及 在规定的传输间隔期间，根据所述信道状态信息报告，从所述服务小区发送。
17.根据权利要求11所述的方法，还包括 在所述服务小区处选择所述协作集合中的所述多个小区作为协调多点测量集合的子集，所述协调多点测量集合包括一组小区，其中针对该组小区所述UE向所述服务小区报告信道状态信息。
18.如权利要求11所述的方法，其中，所述服务小区选择包括所述小区的协作集合的子集的传输集合。
19.一种协作小区中的方法，包括 接收对包括多个已调度资源的聚合下行链路资源分配的通知； 选择所述已调度资源的一部分以用于去往用户设备的传输；以及 在所述已调度资源的已选择部分上向所述用户设备发送。
20.如权利要求19所述的方法，其中，所述传输包括在规定的传输间隔期间来自所述协作小区和小区的协作集合中的至少一个其它小区的联合传输。
21.如权利要求19所述的方法，其中，所述传输包括动态小区选择，其中，在规定的传输间隔期间只有所述协作小区发送。
22.如权利要求19所述的方法，其中，所述传输包括协调调度或者协调波束成形，并且其中，在规定的传输间隔期间，所述协作小区不发送资源。
23.如权利要求19所述的方法，其中，小区的协作集合包括协调多点测量集合的子集，该子集包括一组小区，其中针对该组小区将信道状态信息报告给与用户设备有关的服务小区。
24.如权利要求23所述的方法，其中，所述协作小区是包括所述小区的协作集合的子集的传输集合的成员。
25.—种用户设备中的方法,包括 接收聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为来自所述用户设备的传输而调度的多个资源；以及 在所述多个资源上发送，其中，对协作小区集合中的至少一个小区进行调度以用于接收与所述传输相关联的比所述多个资源更少的资源。
26.如权利要求25所述的方法，其中，所述传输包括在规定的传输间隔期间，去往所述协作小区集合中的两个或更多个小区的联合传输。
27.如权利要求25所述的方法，其中，所述传输包括动态小区选择，其中，所述用户设备在规定的传输间隔期间只向所述协作小区集合中的一个小区发送资源。
28.如权利要求25所述的方法，其中，所述传输包括协调调度或者协调波束成形，其中所述用户设备发送与所述协作小区集合中的至少一个小区有关的信道状态信息。
29.如权利要求25所述的方法，其中，所述用户设备发送针对所述协作小区集合的信道状态信息，其中所述协作小区集合包括由UE维持的协调多点测量集合的子集。
30.如权利要求29所述的方法，其中，所述传输包括向所述协作小区集合的子集的传输。
31.如权利要求25所述的方法，进一步包括以特定于小区的码对所述聚合资源的资源簇进行编码。
32.如权利要求25所述的方法，其中，所述协作小区集合对于所述用户设备是已知的。
33.如权利要求25所述的方法，其中，所述协作小区集合对于所述用户设备是未知的。
34.一种服务小区中的方法，包括 向用户设备(UE)发送聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为所述UE的传输而调度的多个资源；以及 在所述服务小区处接收与所述传输相关联的资源，其中，所述资源包括比所述聚合上行链路资源许可的所述多个资源更少的资源。
35.如权利要求34所述的方法，其中，所述传输包括在规定的传输间隔期间，去往所述服务小区以及小区的协作集合中的至少一个其它小区的联合传输。
36.如权利要求34所述的方法，其中，所述传输包括动态小区选择，其中，在规定的传输间隔期间只有所述服务小区接收所述资源。
37.如权利要求34所述的方法，其中，所述传输包括在规定的传输间隔期间的协调调度或者协调波束成形。
38.如权利要求34所述的方法，其中，所述服务小区接收针对小区的协作集合的信道状态信息报告，其中所述小区的协作集合包括小区的协调多点测量集合的子集。
39.根据权利要求34所述的方法，还包括 以信令方式告知用户设备以独立的检错码对所述多个资源的资源簇进行编码； 接收来自小区的协作集合中的一个或多个小区的ACK/NACK指示符；以及 根据所述ACK/NACK指示符，向所述用户设备发送绑定的ACK/NACK指示符。
40.一种协作小区中的方法，包括 接收针对用户设备的聚合上行链路资源许可的通知，其中，所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源； 选择以接收包括比所述多个资源更少的资源在内的所述传输的一部分；以及 接收所述传输的已选择部分。
41.如权利要求40所述的方法，其中，所述传输包括在规定的传输间隔期间，去往所述协作小区以及小区的协作集合中的至少一个其它小区的联合传输。
42.如权利要求40所述的方法，其中，所述传输包括动态小区选择，其中，在规定的传输间隔期间只有所述协作小区接收与所述传输相关联的资源。
43.如权利要求40所述的方法，其中，所述传输包括协调调度或者协调波束成形，其中，所述协作小区向服务小区报告信道状态信息，并且在规定的传输间隔期间不接收来自用户设备的资源。
44.如权利要求40所述的方法，其中，所述协作小区属于小区的协调多点测量集合，所述方法进一步包括接收关于用户设备的信道状态信息。
45.如权利要求40所述的方法，进一步包括 从已选择资源的资源簇中对独立的检错码进行解码； 校验所述检错码；以及向服务小区发送解码状态。
46.一种用户设备(UE)，包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述用户设备配置为 接收聚合下行链路资源分配，其中所述聚合下行链路资源分配包括用于所述UE的多个已调度资源；以及 根据所述聚合下行链路资源分配，接收来自小区的协作集合中的多个小区的传输，其中所述传输的一部分是在比所述多个已调度资源更少的已调度资源上从所述协作集合中的至少一个小区接收到的。
47.一种服务小区,包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述服务小区配置为 确定用于用户设备(UE)的聚合下行链路资源分配，其中，所述聚合下行链路资源分配包括多个已调度资源；以及 根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区对去往所述UE的传输进行协调，其中，所述协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。
48.一种协作小区,包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述协作小区配置为 接收对包括多个已调度资源的聚合下行链路资源分配的通知； 根据信道状态信息，选择所述已调度资源的一部分以用于去往用户设备的传输；以及 在所述已调度资源的已选择部分上向所述用户设备发送。
49.一种用户设备,包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述用户设备配置为 接收聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为来自所述用户设备的传输而调度的多个资源；以及 在所述多个资源上发送，其中，对协作小区集合中的至少一个小区进行调度以用于接收与所述传输相关联的比所述多个资源更少的资源。
50.—种服务小区,包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述服务小区配置为 向用户设备发送聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源；以及 在所述服务小区处接收与所述传输相关联的资源，其中，所述资源包括比所述聚合上行链路资源许可的所述多个资源更少的资源。
51.—种协作小区,包括 处理器；以及 存储器，该存储器包括处理器可执行指令，当所述处理器执行所述处理器可执行指令时，将所述协作小区配置为 接收针对用户设备的聚合上行链路资源许可的通知，其中，所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源； 选择以接收包括比所述多个资源更少的资源在内的所述传输的一部分，以及 接收所述传输的已选择部分。
52.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为用户设备以便进行以下操作 接收聚合下行链路资源分配，其中所述聚合下行链路资源分配包括用于所述用户设备的多个资源已调度资源；以及 根据所述聚合下行链路资源分配，接收来自小区的协作集合中的多个小区的传输，其中所述传输是在比所述多个已调度资源更少的已调度资源上从所述协作集合中的至少一个小区接收到的。
53.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为服务小区以便进行以下操作 确定用于用户设备(UE)的聚合下行链路资源分配，其中，所述聚合下行链路资源分配包括多个已调度资源； 根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区对去往所述UE的传输进行协调，其中，所述协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。
54.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为协作小区以便进行以下操作 接收对包括多个已调度资源的聚合下行链路资源分配的通知； 选择所述已调度资源的一部分以用于去往用户设备的传输；以及 在所述已调度资源的已选择部分上向所述用户设备发送。
55.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为用户设备以便进行以下操作 接收聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为来自所述用户设备的传输而调度的多个资源；以及 在所述多个资源上发送，其中，对协作小区集合中的至少一个小区进行调度以用于接收与所述传输相关联的比所述多个资源更少的资源。
56.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为服务小区以便进行以下操作 发送聚合上行链路资源许可，其中所述聚合上行链路资源许可包括为用户设备的传输而调度的多个资源；以及 在所述服务小区处接收与所述传输相关联的资源，其中，所述资源包括比所述聚合上行链路资源许可的所述多个资源更少的资源。
57.一种制品，包括其中具有指令的非临时性机器可读介质，当机器执行所述指令时，将所述机器配置为协作小区以便进行以下操作 接收针对用户设备的聚合上行链路资源许可的通知，其中，所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源； 选择以接收包括比所述多个资源更少的资源在内的所述传输的一部分；以及 接收所述传输的已选择部分。
58.一种用户设备，包括 用于接收聚合下行链路资源分配的单元，其中所述聚合下行链路资源分配包括用于所述用户设备的多个已调度资源；以及 用于根据所述聚合下行链路资源分配来接收来自小区的协作集合中的多个小区的传输的单元，其中所述传输的一部分是在比所述多个已调度资源更少的已调度资源上从所述协作集合中的至少一个小区接收到的。
59.—种服务小区,包括 用于确定用于用户设备(UE)的聚合下行链路资源分配的单元，其中，所述聚合下行链路资源分配包括多个已调度资源；以及 用于根据所述聚合下行链路资源分配，通过小区的协作集合中的多个小区对去往所述UE的传输进行协调的单元，其中，所述协作集合中的至少一个小区在比所述多个已调度资源更少的已调度资源上发送。
60.一种协作小区,包括 用于接收对包括多个已调度资源的聚合下行链路资源分配的通知的单元； 用于选择所述已调度资源的一部分以用于去往用户设备的传输的单元；以及 用于在所述已调度资源的已选择部分上向所述用户设备发送的单元。
61.一种用户设备，包括 用于接收聚合上行链路资源许可的单元，其中所述聚合上行链路资源许可包括为来自所述用户设备的传输而调度的多个资源；以及 用于在所述多个资源上发送的单元，其中，对协作小区集合中的至少一个小区进行调度以用于接收与所述传输相关联的比所述多个资源更少的资源。
62.—种服务小区,包括 用于向用户设备发送聚合上行链路资源许可的单元，其中所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源；以及 用于在所述服务小区处接收与所述传输相关联的资源的单元，其中，所述资源包括比所述聚合上行链路资源许可的所述多个资源更少的资源。
63.一种协作小区，包括 用于接收针对用户设备的聚合上行链路资源许可的通知的单元，其中，所述聚合上行链路资源许可包括为所述用户设备的传输而调度的多个资源； 用于选择以接收包括比所述多个资源更少的资源在内的所述传输的一部分的单元；以及 用于接收所述传输的已选择部分的单元。
全文摘要
本申请公开了用于在向用户设备的CoMP传输中的协作小区之间的部分下行链路和上行链路资源分配的方法、装置和制品。所述资源分配可以基于信道状况、以及协作小区的不同能力和约束，比如支持异构网络配置。本摘要仅仅是为了符合摘要要求规定、使读者能够快速确定公开主题的目的而提供的。因此，应当理解，其不应当用于解释或者限制权利要求的范围或含义。
文档编号H04L5/00GK102884748SQ201180008101
公开日2013年1月16日 申请日期2011年2月4日 优先权日2010年2月5日
发明者罗涛, W·陈, J·蒙托霍 申请人:高通股份有限公司