CN104488217A - 用于协作多点(CoMP)通信的方法和装置 - Google Patents

Abstract

本公开内容的某些方面涉及用于协作多点(CoMP)通信的方法和装置。某些方面涉及用于确定CoMP操作的资源映射和/或速率匹配的方法和装置。

Description

用于协作多点(CoMP)通信的方法和装置

相关申请的交叉引用

本专利申请要求于2012年8月1日递交的美国临时申请No.61/678,561、2012年9月28日递交的美国临时申请No.61/707,196、2012年11月2日递交的美国临时申请No.61/721,935和2013年1月18日递交的美国临时申请No.61/754,389的优先权，所有临时申请都已经转让给本申请的受让人，故以引用方式将其全部明确地并入本文。

技术领域

概括地说，本公开内容的某些方面涉及无线通信。

背景技术

无线通信系统被广泛地部署以提供各种类型的通信内容，诸如语音、数据等等。这些系统可以是能够通过共享可用系统资源(例如，带宽和发送功率)支持与多个用户的通信的多址系统。这些多址系统的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、第三代合作伙伴计划(3GPP)长期演进(LTE)系统以及正交频分多址(OFDMA)系统。

在最近增加的无线通信系统中，在所谓的先进LTE特征集合(例如，3GPP TS 36.920)下，可以定义多个小区共同协作的不同的功能以增加空中接口的频谱效率、质量和性能。这一功能的示例是协作多点(CoMP)，其已经被引入以提高类MIMO方法的系统频谱效率，并且将由第三代合作伙伴计划(3GPP)全面标准化。

发明内容

本公开内容的某些方面提供了由用户设备(UE)进行的无线通信方法。该方法一般包括接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；在子帧中接收下行链路传输；以及基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

本公开内容的某些方面提供了用于无线通信的装置。该装置一般包括用于接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站集合的不同参考信号(RS)配置的信令的单元，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；用于在子帧中接收下行链路传输的单元；以及用于基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配的单元。

本公开内容的某些方面提供了用于无线通信的装置。该装置一般包括处理系统，所述处理系统被配置为：接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；在子帧中接收下行链路传输；以及基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

本公开内容的某些方面提供了用于无线通信的计算机程序产品。该计算机程序产品一般包括计算机可读介质，其上存储有指令，用于：接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；在子帧中接收下行链路传输；以及基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

本公开内容的某些方面提供了用于由用户设备(UE)进行的无线通信方法。该方法一般包括从参与协作多点(CoMP)操作的基站集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令；在子帧中接收下行链路传输；以及基于所述配置来确定针对所述下行链路传输的开始符号索引。

本公开内容的某些方面提供用于由用户设备(UE)进行的无线通信的装置。该装置一般包括用于从参与协作多点(CoMP)操作的基站集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令的单元；用于在子帧中接收下行链路传输的单元；以及用于基于所述配置来确定针对所述下行链路传输的开始符号索引的单元。

本公开内容的某些方面提供用于由用户设备(UE)进行的无线通信的装置。该装置一般包括接收机，所述接收机被配置为：从参与协作多点(CoMP)操作的基站集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令；在子帧中接收下行链路传输；以及处理器，所述处理器被配置为基于所述配置来确定针对所述下行链路传输的开始符号索引。

本公开内容的某些方面提供了用于无线通信的计算机程序产品。该计算机程序产品一般包括计算机可读介质，其上存储有指令，用于：从参与协作多点(CoMP)操作的基站集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令；在子帧中接收下行链路传输；以及基于所述配置来确定针对所述下行链路传输的开始符号索引。

提供了包括方法、装置、系统、计算机程序产品和处理系统的很多其它方面。

附图说明

为了更详细地理解上文所记载的本公开内容的特征的方式，通过参照其中的一些是在附图中示出的方面可以对上文简要的概括进行具体的描述。然而，应该注意的是，附图仅仅示出了本公开内容的某些典型方面，而不能被视为对其范围的限制，因为，所描述的内容可以允许其它的同样有效的方面。

图1是根据本公开内容的某些方面示出了网络架构的示例的示意图。

图2是根据本公开内容的某些方面示出了接入网络的示例的示意图。

图3是根据本公开内容的某些方面示出了LTE中的下行链路(DL)帧结构的示例的示意图。

图4是根据本公开内容的某些方面示出了LTE中的上行链路(UL)帧结构的示例的示意图。

图5是根据本公开内容的某些方面示出了针对用户平面和控制平面的无线协议架构的示例的示意图。

图6是根据本公开内容的某些方面示出了接入网络中的演进节点B(eNB)和用户设备(UE)的示例的示意图。

图7根据本公开内容的某些方面示出了示例性协作多点(CoMP)系统。

图8根据本公开内容的某些方面示出了由UE执行的用于处理CoMP传输的示例性操作800。

图9根据本公开内容的某些方面示出了由UE执行的用于处理CoMP传输的示例性操作900。

具体实施方式

下面结合附图给出的详细描述仅仅旨在对各种配置进行描述，而不旨在表示可以实践本文所描述的概念的唯一配置。出于提供对各种方面的彻底理解的目的，详细描述包括具体细节。但是，对于本领域普通技术人员来说显而易见的是，可以在没有这些具体细节的情况下实践这些概念。在一些实例中，以框图的形式示出了公知的结构和组件以避免对这些概念造成模糊。

现在将参照各种装置和方法来呈现电信系统的多个方面。这些装置和方法将在下面的详细描述中进行说明，并在附图中由各个框、模块、组件、电路、步骤、过程、算法等(统称为“元素”)来示出。可以使用电子硬件、计算机软件或者它们的任意组合来实现这些元素。至于这些元素是实现成硬件还是软件，取决于具体应用和施加到整个系统上的设计约束。

举例来说，可以利用包括一个或多个处理器的“处理系统”来实现元素、或元素的任何部分、或元素的任意组合。处理器的示例包括被配置来执行贯穿本公开内容所描述的各种功能的微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门逻辑、分立硬件电路以及其它合适的硬件。处理系统中的一个或多个处理器可以执行软件。无论是被称为软件、固件、中间件、微代码、硬件描述语言或者其它名称，软件应当被广义地解释为意指：指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行线程、过程、函数等。

因此，在一个或多个示例性实施例中，可以在硬件、软件、固件或者它们的任意组合中来实现所描述的功能。如果在软件中实现，则所述功能可以存储在计算机可读介质上或者编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是可以由计算机存取的任何可用介质。通过举例而非限制性的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者可以用来以指令或数据结构的形式携带或存储期望的程序代码并可以被计算机存取的任意其它介质。如本文中所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能盘(DVD)以及软盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上述各项的组合也应该包括在计算机可读介质的范围之内。

图1是示出LTE网络架构100的图。LTE网络架构100可以被称为演进型分组系统(EPS)100。EPS 100可以包括一个或多个用户设备(UE)102、演进型UMTS陆地无线接入网(E-UTRAN)104、演进型分组核心(EPC)110、归属用户服务器(HSS)120以及运营商的IP服务122。EPS可以与其它接入网进行互联，不过为了简单起见，那些实体/接口未被示出。如图所示，EPS提供分组交换服务，然而，本领域技术人员将很容易理解，可以将贯穿本公开内容所呈现的各种概念扩展至提供电路交换服务的网络。

E-UTRAN包括演进型节点B(eNB)106和其它eNB 108。eNB 106提供朝向UE 102的用户平面和控制平面协议终止。eNB 106可以经由X2接口(例如，回程)连接到其它eNB 108。eNB 106也可以被称为基站、基站收发机、无线基站、无线收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)或者一些其它适当的术语。eNB 106为UE 102提供到EPC110的接入点。UE 102的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线电、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台或者其它任何相似功能的设备。UE 102也可以被本领域技术人员称为移动站、用户站、移动单元、用户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动用户站、接入终端、移动终端、无线终端、远程终端、手持设备、用户代理、移动客户端、客户端或者一些其它适当的术语。

eNB 106通过S1接口连接到EPC 110。EPC 110包括移动性管理实体(MME)112、其它MME 114、服务网关116和分组数据网络(PDN)网关118。MME 112是处理UE 102和EPC 110之间的信令的控制节点。通常，MME 112提供承载和连接管理。所有的用户IP分组都通过服务网关116进行传输，服务网关116本身连接到PDN网关118。PDN网关118提供UE IP地址分配以及其它功能。PDN网关118连接到运营商的IP服务122。运营商的IP服务122可以包括互联网、内联网、IP多媒体子系统(IMS)和PS流服务(PSS)。

图2是示出LTE网络架构中的接入网200的示例的图。在该示例中，接入网200被划分为多个蜂窝区域(小区)202。一个或多个较低功率等级的eNB 208可以具有与小区202中的一个或多个小区重叠的蜂窝区域210。较低功率等级的eNB 208可以称为远程无线头端(RRH)。较低功率等级的eNB 208可以是毫微微小区(例如，家庭eNB(HeNB))、微微小区或微小区。每个宏eNB 204被分配给各自的小区202，并且每个宏eNB 204被配置为向小区202中的所有UE 206提供到EPC 110的接入点。在接入网200的该示例中没有集中式控制器，但是可以在替换的配置中使用集中式控制器。eNB 204负责所有无线电相关的功能，包括无线电承载控制、准入控制、移动性控制、调度、安全以及到服务网关116的连接。

由接入网200所使用的调制和多址方案可以根据所部署的具体的电信标准而变化。在LTE应用中，在DL上使用OFDM并且在UL上使用SC-FDMA以支持频分双工(FDD)和时分双工(TDD)两者。正如本领域技术人员从下面的详细描述中很容易理解到的，本文所给出的各种概念非常适合于LTE应用。然而，这些概念可以容易地扩展至使用其它调制和多址技术的其它电信标准。举例说明，这些概念可以扩展至演进数据优化(EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2(3GPP2)所发布的作为CDMA2000标准家族的一部分的空中接口标准，并且使用CDMA来提供到移动站的宽带互联网接入。这些概念还可以扩展至使用宽带CDMA(W-CDMA)和CDMA的其它变形的通用陆地无线接入(UTRA)，例如TD-SCDMA；使用TDMA的全球移动通信系统(GSM)；以及演进型UTRA(E-UTRA)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20和使用OFDMA的闪速OFDM。在来自3GPP组织的文档中描述了UTRA、E-UTRA、UMTS、LTE和GSM。在来自3GPP2组织的文档中描述了CDMA2000和UMB。所使用的实际的无线通信标准和多址技术将取决于具体应用和对系统所施加的整体设计约束。

eNB 204可以具有支持MIMO技术的多个天线。MIMO技术的使用使得eNB 204能够利用空间域以支持空间复用、波束成形以及发射分集。空间复用可以用于在相同频率上同时发送不同的数据流。可以将数据流发送给单个UE 206以增加数据速率，或者发送给多个UE 206以提高整体系统容量。这是通过对每个数据流进行空间预编码(即，应用对幅度和相位的缩放)以及然后在DL上通过多个发射天线来发送每个经空间预编码的流来实现的。经空间预编码的数据流到达具有不同的空间签名的UE 206处，这使得UE 206中的每一个UE能够恢复去往该UE 206的一个或多个数据流。在UL上，每个UE 206发送经空间预编码的数据流，这使得eNB 204能够识别每个经空间预编码的数据流的源。

当信道状况良好时，一般使用空间复用。当信道状况不佳时，可以使用波束成形来将传输能量集中到一个或多个方向。这可以通过对通过多个天线发送的数据进行空间预编码来实现。为了在小区的边缘处实现良好的覆盖，可以结合发射分集来使用单个流波束成形传输。

在随后的详细描述中，将参照在DL上支持OFDM的MIMO系统来对接入网的各个方面进行描述。OFDM是在OFDM符号之内的多个子载波上对数据进行调制的扩频技术。子载波以精确的频率间隔开。该间隔提供了使接收机能够从子载波恢复出数据的“正交性”。在时域中，可以向每个OFDM符号添加保护间隔(例如，循环前缀)来抵抗OFDM符号间干扰。UL可以以DFT扩展的OFDM信号的形式来使用SC-FDMA以补偿高峰均功率比(PAPR)。

图3是示出LTE中的DL帧结构的示例的图300。一帧(10ms)可以被划分为10个大小相等的子帧。每个子帧可以包括两个连续的时隙。一个资源网格可以被用来表示两个时隙，每个时隙都包括资源块。资源网格被划分为多个资源元素。在LTE中，一个资源块包含频域中的12个连续的子载波，并且，对于每个OFDM符号中的正常循环前缀来说，一个资源块包含时域中的7个连续的OFDM符号或84个资源元素。对于扩展循环前缀来说，一个资源块包含时域中的6个连续的OFDM符号并且具有72个资源元素。资源元素中的一些(就像被指示为R 302、R 304的资源元素)包括DL参考信号(DL-RS)。DL-RS包括小区特定的RS(CRS)(有时也被称为公共RS)302和UE特定的RS(UE-RS)304。只在相应的物理DL共享信道(PDSCH)映射在其上的资源块上发送UE-RS 304。每个资源元素携带的比特数取决于调制方案。因此，UE接收的资源块越多并且调制方案越高，则用于UE的数据速率就越高。

图4是示出LTE中的UL帧结构的示例的图400。针对UL的可用资源块可以被划分为数据部分和控制部分。控制部分可以在系统带宽的两个边缘处形成，并且可以具有可配置的大小。可以将控制部分中的资源块分配给UE用于控制信息的传输。数据部分可以包括所有未包括在控制部分中的资源块。UL帧结构使得数据部分包括连续的子载波，这可以允许将数据部分中的所有的连续子载波分配给单个UE。

可以将控制部分中的资源块410a、410b分配给UE以向eNB发送控制信息。也可以将数据部分中的资源块420a、420b分配给UE以向eNB发送数据。UE可以在所分配的控制部分中的资源块上发送物理UL控制信道(PUCCH)中的控制信息。UE可以在所分配的数据部分中的资源块上仅发送物理UL共享信道(PUSCH)中的数据或者数据和控制信息两者。UL传输可以跨越子帧的两个时隙并且可以在频率之间跳变。

一组资源块可以被用于执行初始系统接入以及在物理随机接入信道(PRACH)430中获得UL同步。PRACH 430携带随机序列并且不能携带任何UL数据/信令。每个随机接入前导码占用与6个连续的资源块相对应的带宽。起始频率由网络指定。即，随机接入前导码的传输被限制在某些时间和频率资源。没有针对PRACH的跳频。在单个子帧(1ms)或在少量连续的子帧的序列中携带PRACH尝试，并且UE在每帧(10ms)只能进行单个PRACH尝试。

图5是示出用于LTE中的用户平面和控制平面的无线协议架构的示例的图500。针对UE和eNB的无线协议架构以三层表示：层1、层2和层3。层1(L1层)是最低层，并且实现各种物理层信号处理功能。L1层在本文中将被称为物理层506。层2(L2层)508在物理层506之上，并且负责UE和eNB之间在物理层506上的链路。

在用户平面中，L2层508包括终止于网络侧的eNB处的介质访问控制(MAC)子层510、无线链路控制(RLC)子层512以及分组数据会聚协议(PDCP)514子层。尽管没有示出，但是UE可以在L2层508之上具有一些上层，包括终止于网络侧的PDN网关118处的网络层(例如，IP层)以及终止于连接的另一端(例如，远端UE、服务器等)的应用层。

PDCP子层514提供不同的无线电承载和逻辑信道之间的复用。PDCP子层514也为上层数据分组提供报头压缩以减少无线传输开销，通过加密数据分组提供安全性以及为UE提供在eNB之间的切换支持。RLC子层512提供对上层数据分组的分段和重组、对丢失数据分组的重传以及对数据分组的重新排序，以补偿由于混合自动重传请求(HARQ)导致的乱序接收。MAC子层510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。

在控制平面中，除了针对控制平面没有报头压缩功能以外，针对UE和eNB的无线协议架构对于物理层506和L2层508是基本相同的。控制平面在层3(L3层)中还包括无线资源控制(RRC)子层516。RRC子层516负责获取无线资源(即无线电承载)并且负责使用eNB和UE之间的RRC信令来配置较低层。

图6是接入网中eNB 610与UE 650通信的框图。在DL中，把来自核心网的上层分组提供给控制器/处理器675。控制器/处理器675实现L2层的功能。在DL中，控制器/处理器675提供报头压缩、加密、分组分段和重新排序、逻辑信道和传输信道之间的复用以及基于各种优先级度量向UE650提供无线资源分配。控制器/处理器675还负责HARQ操作、对丢失分组的重传以及向UE 650发送信号。

发送(TX)处理器616实现针对L1层(即，物理层)的各种信号处理功能。信号处理功能包括编码和交织以促进UE 650处的前向纠错(FEC)，以及基于各种调制方案(例如，二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交幅度调制(M-QAM))映射至信号星座图。然后，将已编码和已调制的符号分成并行的流。然后，将每个流映射至OFDM子载波、在时域和/或频域中与参考信号(例如，导频)进行复用，并且然后使用快速傅立叶逆变换(IFFT)将其组合在一起来产生携带时域OFDM符号流的物理信道。对OFDM流进行空间预编码来产生多个空间流。来自信道估计器674的信道估计可以被用于确定编码和调制方案以及用于空间处理。信道估计可以从参考信号和/或UE 650发送的信道状况反馈中获得。然后，将每个空间流经由各自的发射机618TX提供给不同的天线620。每个发射机618TX利用各自的空间流来对RF载波进行调制以用于传输。

在UE 650处，每个接收机654RX通过其各自的天线652接收信号。每个接收机654RX对调制到RF载波上的信息进行恢复并向接收(RX)处理器656提供该信息。RX处理器656实现L1层的各种信号处理功能。RX处理器656对信息执行空间处理以恢复去往UE 650的任何空间流。如果多个空间流去往UE 650，那么RX处理器656可以将它们组合成单个OFDM符号流。然后，RX处理器656使用快速傅立叶变换(FFT)将OFDM符号流从时域变换到频域。频域信号包括针对OFDM信号的每个子载波的单独的OFDM符号流。通过确定eNB 610发送的最有可能的信号星座图点来对每个子载波上的符号以及参考信号进行恢复和解调。这些软判决可以基于信道估计器658所计算出的信道估计。然后，对软判决进行解码和解交织来恢复最初由eNB 610在物理信道上发送的数据和控制信号。然后将该数据和控制信号提供给控制器/处理器659。

控制器/处理器659实现L2层。控制器/处理器可以与存储程序代码和数据的存储器660相关联。存储器660可以被称为计算机可读介质。在UL中，控制器/处理器659提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理以恢复来自核心网络的上层分组。然后将上层分组提供给数据宿662，其表示L2层之上的所有协议层。也可以将各种控制信号提供给数据宿662用于L3处理。控制器/处理器659也负责错误检测，其使用确认(ACK)和/或否定确认(NACK)协议来支持HARQ操作。

在UL中，数据源667被用来向控制器/处理器659提供上层分组。数据源667表示L2层之上的所有协议层。与结合由eNB 610所执行的DL传输所描述的功能相似，控制器/处理器659通过提供报头压缩、加密、分组分段和重新排序以及基于eNB 610的无线资源分配的逻辑信道和传输信道之间的复用来为用户平面和控制平面实现L2层。控制器/处理器659还负责HARQ操作、对丢失分组的重传以及向eNB 610发送信号。

TX处理器668可以使用由信道估计器658从参考信号或eNB 610发送的反馈获得的信道估计来选择合适的编码和调制方案，以及来促进空间处理。将TX处理器668生成的空间流经由各个发射机654TX提供给不同的天线652。每个发射机654TX使用各自的空间流来对RF载波进行调制以进行传输。

在eNB 610处，以与结合UE 650处的接收机功能所描述的方式相似的方式对UL传输进行处理。每个接收机618RX通过其各自的天线620接收信号。每个接收机618RX对调制到RF载波上的信息进行恢复并向RX处理器670提供该信息。RX处理器670可以实现L1层。

控制器/处理器675实现L2层。控制器/处理器675可以与存储程序代码和数据的存储器676相关联。存储器676可以被称为计算机可读介质。在UL中，控制器/处理器675提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理来对来自UE 650的上层分组进行恢复。可以将来自控制器/处理器675的上层分组提供给核心网。控制器/处理器675还负责错误检测，其使用ACK和/或NACK协议来支持HARQ操作。

用于协作多点通信的方法和装置

如上所述，在最近增加的无线通信系统中，例如所谓的先进LTE特征集合(例如，3GPP TS 36.920)，可以定义一些小区共同协作以提高空中接口的频谱效率、质量和性能的不同功能。这样的功能的示例是协作多点(CoMP)操作，其已经被引入以便提高类MIMO方法中的系统频谱效率(其中，参与CoMP操作的不同基站可以被视为与单独的MIMO Tx天线是类似的)并且将由第三代合作伙伴计划(3GPP)全面标准化。本方法和装置包括针对CoMP传输方案的资源映射以及基于这一映射的处理通信。

图7描绘了一种示例性系统，其中，多个基站710(例如，服务eNB 710a和远程无线电头端RRH 710b)可以使用一个或多个CoMP方案来协调到一个或多个UE 720的传输。基站710和UE 720可以被配置为参与CoMP方案，利用下面详细描述的技术以说明使用不同数据资源元素(RE)(不同数量的和/或位置的数据RE)的不同基站。

如本申请中所使用的，术语CoMP方案通常指被多个基站用来协调到一个或多个UE的传输的特定方案。CoMP方案的一些示例包括联合传输、分布式MIMO、协作式波束成形、动态点切换等等。

在联合传输CoMP方案中，多个基站(或eNB)通常发送针对UE的相同数据。例如，协作基站可以使用跨越所有参与的基站的所有天线的联合预编码矢量。

在分布式MIMO CoMP方案中，多个基站通常作为不同的MIMO层发送针对UE的不同数据片。例如，一层可以由一个基站发送，第二层由第二基站发送，以此类推，直到所支持的层的数量。

在协作波束成形CoMP方案中，每个特定的基站使用被选择来降低对由其它相邻小区中的参与CoMP的基站所服务的UE的干扰的波束来向它的UE(其服务的UE)进行发送。

在动态点切换CoMP方案中，针对UE的服务基站可以随着时间在一组基站内变化。

由于由不同的CoMP基站用于数据的特定RE不同，因此产生关于CoMP方案的一个问题。不同基站所使用的数据RE的准确数量和位置可能由于一个或多个各种原因而不同。例如，不同基站可能具有不同数量的控制符号，留下可用于数据的不同数量的RE。举其它示例，CRS的位置可能是不同的，它们的CSI-RS模式可能是不同的，和/或它们的静音RE的模式可能是不同的。如本申请中所用的，术语静音RE一般指的是基站在其上限制传输的RE，例如以降低与其它基站的相互干扰或便于其它基站的干扰测量。举一个这种限制性传输的示例，一些RE可以利用零功率来发送。

根据各种系统，可以支持不同载波类型。例如，在LTE Rel-9至Rel-11中，所有载波都可以向后兼容Rel-8(例如，“传统载波类型”或LCT)。在这些情况中，CRS可以存在于所有子帧中。在MBSFN子帧中，CRS可以只存在于子帧的非MBSFN区域中。

在Rel-12中以及以后，例如，可以引入不需要向后兼容的新的载波类型(NCT)。在NCT的情况下，CRS可以只存在于子帧的子集中(例如，每5个子帧)，可以仅限于一个天线端口并且可以是窄带的。这可以帮助减少DL开销并提供针对eNB的能量节约。NCT的载波可以是独立的或是载波聚合的一部分。在一些情况中，NCT可以至少在一些子帧中(如果不是在所有子帧中)没有传统控制区域。NCT可以完全依赖于增强型物理下行链路控制信道(ePDCCH)(使用通常用于物理下行链路共享信道(PDSCH)的资源发送的)，以及用于控制信令或来自另一个载波的控制的潜在的增强型物理控制格式指示符信道(ePCFICH)和/或增强型PHICH(ePHICH)。在一些实施例中，NCT可以将最初用于第一目的的资源用于第二目的。在一些实施例中，NCT可以将传统上用于第一目的的资源用于第二目的。

在Rel-11中，例如，可以支持协作多点(CoMP)传输方案。如上所述，CoMP可以指其中多个基站协调到一个或多个UE的传输(例如，DL CoMP)或协调来自一个或多个UE的接收(例如，UL CoMP)的方案。可以针对UE单独地或联合地启用DL CoMP和UL CoMP。

如上所述，CoMP方案的一些示例是：多个eNB发送针对UE的相同数据的联合传输(JT)(例如，DL CoMP)，多个eNB接收针对UE的相同数据的联合接收(例如，UL CoMP)，eNB使用被选择用于降低对相邻小区中的UE的干扰的波束向其UE进行发送的协作波束成形(CBF)，以及数据传输中涉及的小区可以随着子帧而改变的动态点选择(DPS)。

CoMP可以存在于同构网络(例如，有相同类型的基站)和/或异构网络(例如，HetNet，有不同功率等级类型的基站，诸如宏节点、微微节点和/或毫微微节点)中。CoMP中涉及的节点之间的连接可以是X2(一些延迟、受限制的带宽)或光纤(最小延迟和“不受限制的”带宽)。在HetNet CoMP中，低功率节点有时称为远程无线电头端(RRH)。

在一些系统中，同意DM-RS序列初始化以配置UE使用X的两个候选值：x(0)和x(1)。扰码标识号(nSCID)可以重用于只针对秩1和2的x(0)或x(1)的动态选择。在一些情况中，nSCID对于大于2的秩可以等于0，并且可以使用x(0)。x(n)(0≤n<2)的值范围可以是例如0–503。

在一些情况中，可以提供信令以指示至少一个小区的CRS位置，PDSCH传输可以从所述至少一个小区进行。这一信令可以至少标识频移。

如果所述信令被发送，那么PDSCH处理可以遵循例如所指示的单个小区的CRS附近的Rel-10速率匹配；否则(例如，如果所述信令没有被发送)，UE可以假设服务小区的CRS位置。

针对CoMP系统中的CRS传输，可以考虑各种细节。例如，CoMP场景中的CRS传输可以有如下设计细节：天线端口的数量(例如，在LTERel-8/9/10/11中，可以是1、2或4个天线端口(例如，端口0至3)，在LTERel-12中，例如可以有0个天线端口(至少针对一些子帧))。各种子帧类型还可以影响CRS传输。例如，在非MBSFN子帧中，CRS端口0和端口1存在于四个符号中，而CRS端口2和端口3存在于两个符号中。在MBSFN子帧中，每个CRS端口只存在于一个符号(例如，非MBSFN区域)中，而在MBSFN区域中没有CRS。基于小区的物理小区ID NIDCell，每个CRS端口可以有6的频移。CRS也可以是TDD特有的。例如，在特定子帧中，CRS可以只存在于DwPTS中，而DwPTS的长度取决于特定子帧配置和CP类型。另外，在一些系统中，不同小区可以有不同的DL/UL子帧配置。

本公开内容解决了下面问题：CRS相关的参数、PDSCH速率匹配依赖性、回退、ePDCCH问题、详细信令、PDSCH开始符号、与CSI反馈的交互以及各种其它问题。

关于传统载波类型，一个问题可能是针对参与CoMP的小区，UE是否能够假设相同数量的CRS天线端口。如果可以，则没有必要用信号发送针对非服务小区的多个CRS天线端口的数量。这可以是简单的，但还可能是相对限制性的(例如，尤其考虑使得新的载波类型和传统载波类型使用相同载波频率的可能性)。需要注意的是，服务小区和非服务小区之间的CRS天线端口的实际数量可能是不同的，只要服务小区的CRS天线端口的数量不小于非服务小区的CRS天线端口的数量，并且UE假设针对非服务小区的CRS天线端口的#与服务小区的CRS天线端口的#相同。

否则，可能需要用信号发送CRS天线端口的数量。理想的是，针对CoMP中的每个非服务小区，可能存在有3个可能的值(例如，1、2或4个CRS端口)。这可以通过指示2个可能值(例如，2或4个CRS端口)来简化，这样只涉及1比特信息。这甚至还可以通过用信号发送针对CoMP中所涉及的所有小区的一个(或一些小的数目)值来进一步简化，例如，CoMP中的3个小区，但是针对所有3个小区的CRS端口数量的一个值(例如，针对3个小区的最大值)。

CRS配置还可以是依赖于子帧类型的。例如，根据子帧类型是多播广播单频网(MBSFN)还是非MBSFN，可以使用不同的RS配置。

如果没有指示子帧类型的信令，则可以假设相同子帧类型与服务小区相同，但是太受限制。相反，应该在跨越CoMP中的小区中允许不同子帧类型。

假设子帧同步操作(例如，所有小区在给定子帧中有相同的子帧索引)和相同帧结构(例如，TDD或FDD)，则子帧的某个子集可以跨越小区有相同的类型。例如，对于针对FDD的子帧0、4、5和9，或针对TDD的子帧0、1、5和6，针对具有传统载波类型的所有小区的子帧类型是相同的(例如，非MBSFN)，因为MBSFN无法利用这些子帧来配置。对于其它子帧，子帧类型在小区之间可以是不同的。在那种情况下，1个比特用于指示针对这些其它6个子帧中的每一个的MBSFN vs.非MBSFN子帧。这可以利用位图来发送信号，以指示子帧是否是MBSFN。例如，40比特的位图可以用于指示基于40ms周期的配置。

在一些系统中，应该支持CoMP中的小区之间的不同频移。例如，可以根据CRS端口的数量来确定到底支持(例如，并且用信号发送)了多少移位。从PDSCH RE映射的角度，使用哪个CRS天线端口可能并不重要，但是哪个RE被CRS占用更重要。因此，如果只有一个CRS端口，则移位可以有6个值；如果有两个或更多个CRS端口，则可以只指示3个移位值。还有可能的是考虑不支持1个CRS端口的信号发送(例如，即使有一个CRS端口，出于PDSCH RE映射的目的用信号发送两个CRS端口而不是一个CRS端口)。最后，这一决定代表信令复杂度和PDSCH资源效率之间的平衡。

对于新载波类型(NCT)，各个参数可能影响CRS配置(例如，CRS端口、子帧索引和/或频移)。对于CoMP中的小区新载波类型，例如根据CRS是如何被发送的，可以采用不同的信令方案。如果CRS只在子帧#0和子帧#5中，只有1个端口，并且其带宽是固定的，则只有频移(例如，6个可能的值)可被用信号发送。在一些情况中，为了帮助UE进行速率匹配，可以向UE指示小区是传统载波类型(LCT)还是新载波类型(NCT)。

胜于CRS参数的显式信令，一种替代方案是隐式信令。例如，替代用信号发送移位、天线端口等，可以替代地经由物理小区标识(PCI)用信号通知UE。在这种情况下，UE可以基于PCI来获取相应的CRS参数。

在一些情况中，不同小区可以有不同的特定子帧配置。这在例如LTERel-12中支持动态TDD子帧配置的特征时尤其如此。可以向UE提供指示或UE可以盲目地检测CoMP中涉及的每个小区的特定子帧配置。针对联合传输(JT)，确保JT中的所有小区有相同数量的可用RE是很重要的。在一些情况中，如果两个或更多个小区有不同的DwPTS长度，则在这些小区之间不允许JT(例如，只允许非JT CoMP)。可选地，如果在不同DwPTS长度的小区之间支持JT，则PDSCH只基于公共资源集合(例如，最小DwPTS长度)在JT CoMP中的小区之间映射。可选地，只有具有相同DwPTS长度的小区的子集可以处于JT。信道估计也可以针对常规子帧和特殊子帧来不同地进行。

在一些系统中(例如，LTE Rel-12)，不同小区可以有不同的TDD子帧配置。例如，可以有一种使用情况，其中可以在具有不同子帧配置的小区之间支持CoMP(例如，JT、DPS、CBS等)，并且DL CoMP和/或UL CoMP中涉及的小区的数量可以依赖于子帧。例如，在小区1中是DSUUDDSUUD的UL/DL配置的情况下，在小区2中是DSUDDDSUDD；在子帧0、1、4、5、6和9中，小区1和2都可以涉及DL CoMP，而在子帧3和8中，只有小区2涉及DL CoMP；对于UL CoMP，在子帧2和7中，涉及小区1和2二者，而在子帧3和8中，只涉及小区1。然而，对于特定UE，其能够在DL或UL情况下操作，但不能同时在二者下操作。

CoMP中的UE可以操作为DL或UL，或者甚至在两个或更多个小区有不同的DL/UL配置时完全跳过一个子帧，这样的操作可以是根据各种替代方案的。根据第一替代方案，这一操作可以是动态确定的(例如，根据eNB调度决策)。根据第二替代方案，这一操作可以是半静态配置的(例如，通过显式RRC信令，或隐式地依赖于一些RRC配置，例如，如果CQI被配置为要在该子帧中发送，则它是UL；否则，它是DL)。

根据第三替代方案，这一操作可以硬编码到规范中。例如，可以只在相同链路类型(例如，DL或UL)的子帧中支持CoMP。在上述相同的示例中，针对DL只支持子帧{0,1,4,5,6,9}，而针对UL只支持子帧{2,7}，而子帧{3,8}不用于CoMP中的UE。

虽然有可能不同的UE可以不同地操作(例如，一些UE用DL，一些用UL)，并且FDM能够用于将UE之间的相互干扰最小化，但是从小区角度来看更简单的是，子帧是DL或UL。

如果实现信道估计的过滤，则它可以只在相同数量的CoMP小区的子帧之间进行。应该注意的是，由于跨越子帧的不同预编码操作，信道估计的过滤通常不跨越不同子帧进行。然而，如果能够实现子帧域绑定从而相同的预编码应用于多个子帧，则可以利用子帧来执行信道估计过滤。

在一些情况中，速率匹配可以取决于特定的CoMP方案。例如，针对JT，在CoMP中的小区中的两个或更多个小区的CRS配置的组合的CRS模式附近，PDSCH可以是速率匹配的。针对其它非JT方案(例如，DPS)，PDSCH速率匹配可以以每一小区为基础来进行。

针对特定UE，CoMP方案之间的动态切换(例如，JT和DPS之间)是可能的。可以有各种替代方案。例如，针对第一替代方案，UE获知多个CRS配置集合并在任意子帧中基于集合之一来执行速率匹配。这一替代方案可以不涉及UE处的、涉及配置的不同集合的交互的额外处理。该配置集合本身可以处理JT vs.非JT操作。

针对第二替代方案，UE可以获知多个CRS配置集合并且可以在至少一些子帧中基于两个或更多个集合来执行速率匹配。这一替代方案可以在UE处引起有关如何组合两个或更多个集合的额外处理。该UE最有可能获知何时和/或如何来执行该额外的处理。

其它参考信号(诸如非零功率(NZP)CSI-RS和/或零功率(ZP)CSI-RS)的速率匹配也可以依赖于上述配置集合。这实现了传输点，UE可以在这些传输点之间执行动态点选择以便有不同NZP CSI-RS和/或ZP CSI-RS配置。以这种方式，可以根据哪个点正在执行到UE的PDSCH传输来做出UE的速率匹配。在给定子帧中，可以用信号通知UE可应用于该子帧的包含NZPCSI-RS和/或ZP CSI-RS配置的一个配置集合。

在一些方面，可以不同地执行NZP和ZP CSI-RS资源的速率匹配。由于NZP CSI-RS资源被UE用于信道测量，因此可能期望在所有所配置的NZP CSI-RS资源(例如，所有包含在CoMP测量集合中的所配置的NZPCSI-RS)附近执行速率匹配。这样做的一个好处是网络不需要配置重叠的ZP CSI-RS资源以增强相应的速率匹配。此外，由于NZP CSI-RS可以占用少于4个的资源元素(例如，鉴于ZP CSI-RS资源具有4个资源元素的粒度)，因此在开销方面可以有一些灵活性的好处。类似的，在另一个方面，替代如上所描述的所有NZP CSI-RS资源附近的速率匹配，UE可以在NZPCSI-RS资源的固定子集(比如，与服务小区相关联的NZP CSI-RS资源)附近进行速率匹配。

另一个方面关于ZP CSI-RS资源的速率匹配如何涉及针对UE能够半静态配置的一个或多个干扰测量资源(IMR)。在一个方面，可能期望强制针对一个UE配置的所有IMR都与任何给定子帧中的ZP CSI-RS资源相关联(例如，由其覆盖)。这确保了相应RE能够被UE用于干扰测量，而不考虑用信号动态地发送给UE的速率匹配集合。在这种场景中，网络可以通过发送任意(例如，非PDSCH)信号以创建期望的干扰条件来确保针对IMR资源元素创建精确的干扰条件。

在另一个方面，可以基于与向UE指示的配置状态相关联的ZP CSI-RS配置来单独执行速率匹配。在这种情况下，一些IMR资源元素可以不在一些子帧附近进行速率匹配，从而导致UE将其自己的PDSCH干扰计为IMRRE上的干扰。从精确性的角度看这是不期望的，因为由于将其自己的PDSCH计为干扰，UE会在错误的预编码假设下执行干扰测量。但是，这一方案具有稍微降低的开销的好处。

在一些情况中，速率匹配可以依赖于子帧。例如，如较早讨论的，针对MBSFN vs.非MBSFN子帧，速率匹配可以不同地进行。例如，针对MBSFN vs.非MBSFN子帧，可以定义CRS配置的不同集合。基于当前子帧类型(例如，MBSFN vs.非MBSFN)，UE可以确定哪个集合要用于PDSCH速率匹配。

如果在不同TDD DL/UL配置下支持CoMP，则PDSCH速率匹配还可以取决于CoMP中涉及的UL和DL子帧的组合。例如，对于其中所有小区都有DL子帧的子帧，定义CRS配置的第一集合，和/或针对一些小区有DL子帧而其它小区有UL子帧的子帧，定义CRS配置的第二集合。基于CoMP中的小区的DL和UL子帧的当前组合，UE来确定哪个集合要用于PDSCH速率匹配。

在一些情况中，可以基于不同的RB来执行不同的速率匹配。例如，如果支持具有分布式PDSCH资源分配的CoMP，则速率匹配还可以在所分配的PDSCH资源的不同部分上不同地进行。例如，假设PDSCH被分配有4个资源块，前两个来自小区1，并且其它两个来自小区2。在这种情况下，前两个资源块可以有基于小区1CRS配置的速率匹配，而后两个资源块可以有基于小区2CRS配置的速率匹配。举另一个例子，CRS在新载波类型中的存在可以被限制于系统带宽的一小部分。因此，根据针对PDSCH的分配资源和携带CRS的RB，速率匹配可能需要不同地进行。

应该注意的是，如果支持PRG(预编码RB分组)，则相同的速率匹配可以应用于相同PRG的资源块(RB)。

NZP和/或ZP CSI-RS资源附近的速率匹配可以基于与特定传输点相关联的寻呼配置和/或其它配置。在一个方面，寻呼信息和其它信道(比如PSS/SSS、PBCH或SIB1)的传输可以优先于NZP或ZP CSI-RS传输。在不存在CoMP的情况下，UE可以基于其服务小区的配置知道与该寻呼信息相关联的传输时间。然而，在CoMP中，UE可能无法根据其服务小区的配置来确定这些信道的传输时间，因为传输时间在参与CoMP操作的传输点之间可能不同。

在一些系统中，已经考虑到能够通过信号将寻呼相关的配置参数作为CSI-RS配置的一部分来发送以通知UE这些寻呼相关的配置参数。这包括比如像默认寻呼周期这样的参数和参数“nB”(如在LTE技术规范(TS)TS36.331、TS36.304中所描述的)，其中，nB可以是4T、2T、T、T/2、T/4、T/8、T/16或T/32，并且T是UE的DRX周期。T是由UE特定DRX值(如果由上层分配了的话)的最短值确定的，而默认DRX值在系统信息中广播。如果UE特定DRX不是由上层配置的，则可以应用默认值。如较早描述的，通过信号向UE发送这些信息的目的是使其知道何时应该丢弃特定CSI-RS实例，以便根据这一假设执行速率匹配。然而，这一信令可以限于仅半静态地提供这些信息。

在一些方面，对寻呼相关配置参数的信号发送可以在其它系统中不同地执行。替代将这些参数包括为NZP和/或ZP CSI-RS配置的一部分，它们可以被并入较早描述的参考信号配置集合的一个或多个中(例如，速率匹配配置状态可以基于此)。这允许CSI-RS和寻呼是否一致的动态指示，由于它提高了通知UE这一潜在冲突的网络的灵活度，因此是很有用的。

可以以许多方式来执行将寻呼相关配置参数并入参考信号配置集合中的操作。

在第一方面，可以采用一个字段，所述字段显式地通知UE该子帧是否为寻呼子帧。以这种方式，网络可以配置至少两个配置集合以动态地通知UE，例如，关于寻呼时机(例如，一个状态应该使寻呼字段设置为真，而另一个状态应该使这一字段设置为假)。在这种情况下，可以基于网络动态通知UE应该假设哪个参考信号配置集合在给定子帧中的能力来使动态信令生效。

在第二方面，可以采用一个或多个字段，所述一个或多个字段通知UE针对各个传输点的寻呼时机何时发生。可以将寻呼相关的配置参数(诸如默认寻呼周期和/或参数“nB”)添加到参考信号速率匹配配置集合的一个或多个，基于此UE可以使用如同这些参数被提供作为服务小区的一部分的相同的方法来确定特定子帧是否是寻呼时机。在这一方面，速率匹配参考信号配置可以与特定传输点或传输点的集合相关联，添加这些寻呼相关的参数从而通知UE那些点的寻呼时机。在某些方面，所添加的字段可以是可选的，这样网络具有不提供任何寻呼信息作为参考信号配置的一部分的能力。例如，如果网络想要UE假设寻呼时机从未发生，这可以是期望的。

上述信令方面通过信令(例如，动态信令)通知UE是否应该假设寻呼时机在给定子帧中。除了提供这一信息之外，该配置还可以指定应该假设哪些NZP和/或ZP CSI-RS资源受到寻呼时机的影响。由于寻呼配置参数可以跨传输点不同并且每个传输点可以与NZP和/或ZP CSI-RS的单独的配置相关联，因此这很有用。在一个实施例中，UE可以假设：寻呼时机应用于在配置集合中所指定的NZP CSI-RS(例如，为了准共置目的)和/或在参考信号配置中所指定的ZP CSI-RS配置。如本文所使用的，准共置一般是指基本相同的(例如，在容忍限度内)一个或多个长期信道属性(例如，延迟扩展、接收功率、频移、多普勒扩展和接收时序)。在一些方面，如果可以通过其传递一个天线端口上的符号的信道的很大比例的属性可以从通过其传递另一个天线端口上的符号的信道推断出来，那么两个天线端口可以被称为是准共置的。以这种方式，可以不需要额外的信令来标识哪些NZP和/或ZP CSI-RS资源受到寻呼的影响。然而，在另一个实施例中，可以显式地提供这一信令。也就是说，额外的信令可以被添加到配置集合以标识假设受到寻呼发生的影响的NZP和/或ZP CSI-RS资源的集合。

上述信令建议通知UE与不同传输点相关联的寻呼时机。基于这一信息，UE能够确定或推断由于重合的寻呼发生应当何时丢弃NZP和/或ZPCSI-RS，并且只有当NZP/ZP CSI-RS没有被丢弃时在NZP/ZP CSI-RS附近执行速率匹配。在另一个方面，UE还可以使用这一信息来确定何时应该进行NZP CSI-RS测量。例如，当NZP CSI-RS被丢弃时，由于参考信号可能实际并不存在，所以UE可能不在相应的RE上进行测量。

速率匹配还可以依赖于干扰消除(IC)能力。例如，针对CoMP中UE的PDSCH速率匹配可以根据UE是否有IC功能而不同地执行。例如，对于具有IC功能的UE，PDSCH速率匹配可以只围绕CoMP中的一个小区的CRS进行；而不具有IC功能的UE可以围绕CoMP中的多个小区的CRS进行。即使针对具有IC功能的UE，不同速率匹配可以根据IC是否启用来进行。例如，如果UE接近电池耗尽则禁用IC，并且如果是这样，可以针对该UE定义用于PDSCH速率匹配的不同CRS配置集合。

速率匹配还可以依赖于特定的信道和/或信道参数。例如，虽然本文中的各种示例集中在了PDSCH速率匹配上，但是类似的问题和解决方案还可以应用于其它控制信道，比如传统PDCCH，或新的“增强型”PDCCH(ePDCCH)。然而，针对CoMP中的UE的PDCCH、ePDCCH和/或PDSCH可以有不同的速率匹配方案。例如，UE可以配置有ePDCCH，其中PDCCH在公共搜索空间中并且ePDCCH在UE特定搜索空间中。在这一示例中，可以采用下面的速率匹配：UE被配置具有用于速率匹配的2个CRS配置集合，PDCCH速率匹配与非CoMP(例如，基于服务小区CRS)是相同的，ePDCCH速率匹配基于第一CRS配置集合，和/或PDSCH可以基于非CoMP和所配置的2个集合，这取决于PDSCH是如何被调度的和/或其类型(例如，单播或广播)。

还可以提供额外的ePDCCH特定速率匹配细节。例如，一般而言，针对ePDCCH的速率匹配可以采用下面的设计替代方案。在第一替代方案中，针对ePDCCH(例如，基于服务小区CRS)没有新的速率匹配(RM)。针对第二替代方案，ePDCCH RM可以基于单个CRS配置集合。UE可以使用针对PDSCH定义的一个集合(例如，针对PDSCH定义的第一集合)和/或针对ePDCCH专门配置的集合(例如，不同于针对PDSCH定义的集合)。针对第三替代方案，ePDCCH RM可以基于两个或更多个CRS配置集合。在这些情况下，必须定义在子帧中使用(或用于候选者)的集合的隐式联接(例如，子帧索引、解码候选者、虚拟小区ID等)以便不增加盲编码的最大数量。

ePDCCH速率匹配还可以重新使用如上所讨论的寻呼相关的配置参数的信令。在一个方面，针对PDSCH定义的速率匹配配置状态可被重新用于ePDCCH并且与一个或多个ePDCCH资源集合相关联。每个ePDCCH集合可以对应于特定的资源集合(例如，特定的PRB对)并且可以与PDSCH速率匹配配置状态之一连接。在这一示例中，UE可以因此根据ePDCCH资源集合做出不同的速率匹配假设。这可以尤其包括寻呼相关的假设。

另外地或可选地，针对不同ePDCCH解码候选的RM可以是不同的。例如，根据该候选者是在公共搜索空间还是在UE特定搜索空间中，根据该候选者是基于本地化的传输还是分布式的传输，和/或根据聚合等级。

增强型PCFICH和增强型物理HARQ(混合自动重传请求)指示符信道(PHICH)RM还可以基于服务小区。还可以考虑多种其它替代方案，比如基于一些RRC配置的RM。

在一些情况下，可能期望在UE重新配置的情况下提供回退操作。例如，在重新配置速率匹配参数时，为了在UE和eNB之间维持链接，可以有与该重新配置无关的至少一个PDSCH RE映射方案。该回退PDSCH RE映射可以总是只基于服务小区CRS。该回退PDSCH RE映射可以与控制信道类型(例如，PDCCH vs.ePDCCH)、公共搜索空间、特定下行链路控制信息(DCI)格式(例如，1A)、(多个)特定聚合等级、(多个)特定解码候选或它们的组合相连接。例如，对于经由来自公共搜索空间的PDCCH调度的PDSCH，PDSCH速率匹配可以总是基于服务小区(例如，与非CoMP操作相同)。需要注意的是，当两个搜索空间重叠时，关于PDCCH是来自公共搜索空间还是UE特定搜索空间可能存在模糊，并且如果是这样，则UE可以假设来自公共搜索空间的PDCCH优先。例如，UE可以假设PDSCH操作是基于针对来自公共搜索空间的PDCCH定义的那一个。

可选地，通过确保在重新配置时至少有一个集合未改变，可以实现回退操作。在这种情况下，还期望确保保持相同的集合索引。例如，UE可以被配置有两个集合(集合1和集合2)。为了确保无缝操作，该重新配置可以遵循：{1,2}→{1,2'}(第二集合被重新配置，但是第一集合保持不变)→{1',2'}。

如本文所述，可以基于一个或多个RS配置来执行速率匹配。举例而言，UE可以被配置有N个RS集合。在这种情况下，UE可以处理(N+1)个PDSCH速率匹配方案。额外的一个是由基于服务小区CRS的回退(例如，基于非CoMP操作的速率匹配)所产生的。

在一些情况下，可以设计CRS配置集合的数量N以便在复杂度和灵活性之间权衡折中。在第一替代方案中，N≥2，使用中的集合可以基于虚拟小区ID(例如，或nSCID)和潜在的更多比特。例如，当N＝2时，如果公共搜索空间中的DCI格式1A触发传统速率匹配，那么UE特定搜索中的DCI格式1A触发基于第一集合配置的速率匹配，并且DCI格式2C根据nSCID触发基于第一集合配置或第二集合配置的速率匹配。

在另一个替代方案中，当N≥2时，使用中的那一个是部分地基于一些控制信道属性的。例如，如果PDCCH被调度，一个集合，如果ePDCCH没有被调度，则是另一个集合；或者依赖于搜索空间(例如，公共搜索空间vs.UE特定搜索空间)，本地的vs.分布式ePDCCH，依赖于DCI格式(例如，1A vs.2C触发不同的参数集合)，依赖于聚合等级，依赖于解码候选和/或依赖于UE能力(例如，通过RRC配置的IC功能vs.非IC功能)。

作为另一个替代方案，当N＝1时，UE可以仍然在传统集合(例如，基于服务小区CRS)和一个配置的集合之间切换。例如，DCI格式1A，传统集合；DCI格式2C，配置的集合。

作为另一个替代方案，当N≥2时，可以有隐式的连接(例如，具有子帧索引)。还可以利用这些替代方案的任意组合。

在一些情况中，下行链路传输的开始符号可以是依赖于小区的。例如，针对CoMP中的PDSCH的开始符号可以是层3通过信号发送的。由于不同小区可以有不同的控制区域大小(例如，包括针对新型载波类型的零型传统控制区域)，因此针对CoMP中的PDSCH的开始符号索引可以是理想的依赖于小区的。例如，基于使用中的虚拟小区ID(例如，等效地依赖于nSCID的值)。如果nSCID＝0，第一开始符号；如果nSCID＝1，第二开始符号。然而，对于JT CoMP，针对CoMP中的小区的开始符号通常应该是相同的。

在一些情况下，UE可以是半静态地或动态地指示的PDSCH开始符号。举例而言，在情况1中：UE可以被配置有单个开始符号索引，主要以JTCoMP为目标；在情况2中：UE被配置有两个开始符号索引，并且基于虚拟小区ID来确定要使用哪一个，这对于非JT CoMP方案(比如DPS)尤其有用；在情况3中：UE被配置有两个开始符号索引，并且还单独地被指示要使用哪一个；并且在情况4中：UE被配置有两个开始符号索引，并且还被指示CoMP方案(例如，JT vs.非JT)。如果是非JT，使用的那一个可以基于虚拟小区ID；如果是JT，总是使用第一开始符号索引。

如上所述，对于回退，针对一些PDSCH传输的开始符号可以总是遵循非CoMP情况(例如，基于服务小区PCFICH)。例如，当PDSCH是经由来自公共搜索空间的控制调度的时。

对于新型载波类型(NCT)，可能没有传统控制；然而，还是期望指定针对PDSCH的开始符号。例如，CoMP可以涉及具有传统载波类型(LCT)和NCT二者的小区。因此，可以定义两个或更多个PDSCH开始符号。另外，对于回退，针对一些PDSCH传输的开始PDSCH符号可以基于服务小区。如果服务小区是NCT，则PDSCH可以从第一符号开始。

在一些情况中，开始PDSCH符号可以依赖于PDSCH是通过PDCCH还是ePDCCH调度的。举例而言，如果PDSCH是通过PDCCH调度的，则开始PDSCH符号可以基于PCFICH来确定(例如，开始符号直接在由PCFICH所指示的控制区域大小之后)。如果PDSCH是通过ePDCCH调度的，则可以基于RRC配置来确定开始PDSCH符号。针对UE的PDCCH或ePDCCH的存在可以是依赖于子帧的。另外，对于没有相应控制信道的PDSCH(例如，半持续性调度的PDSCH)，开始符号索引可以基于PCFICH或RRC配置。

该确定也可以是依赖于子帧的。例如，如果UE被配置为在子帧中监听ePDCCH，则可以基于RRC配置来确定没有相应控制信道的开始PDSCH符号。如果UE被配置为在子帧中监听PDCCH，则可以基于PCFICH来确定没有相应控制信道的开始PDSCH符号。

作为另一个例子，如果半持续性调度(SPS)PDSCH通过PDCCH被激活，则开始PDSCH符号索引可以基于PCFICH。如果SPS PDSCH是通过ePDCCH被激活的，则开始PDSCH符号索引可以基于RRC配置(如果被配置的话)。作为另一个例子，SPS PDSCH的开始PDSCH符号可以总是基于RRC配置，尤其是在ePDCCH被配置用于UE时。作为另一个例子，可以在SPS激活控制信道中向UE提供(例如，通过PDCCH或ePDCCH)激活时段期间的SPS PDSCH的开始PDSCH开始符号应该基于PCFICH还是应该基于RRC配置的指示。

在一些情况下，PDSCH速率匹配和信道状态信息(CSI)反馈之间存在依赖性。可用于PDSCH的资源元素的数量取决于速率匹配方案。由于PDSCH速率匹配有两种或更多种方案，因此针对PDSCH可以有两个或更多个可能数量的可用资源。

理想地，这可能影响CSI反馈。对于CoMP，UE可能被配置有两个或更多个CSI反馈。因此将CSI反馈与PDSCH速率匹配方案连接起来可能是优选的。例如，可以提供3个CSI反馈配置：一个映射到传统PDSCH RM，一个映射到基于针对PDSCH RM的第一CRS配置集合的RM，另一个映射到基于针对PDSCH RM的第二CRS配置集合的RM。

在一些情况下，这些连接对UE可以是透明的(eNB实现)或者被指示给UE。例如，不同CSI反馈配置与不同RM选项连接，这样，针对不同的CSI反馈配置，对于CRS扣除RE的数量是不同地进行的。

在一些情况下，CoMP PDSCH速率匹配可以适应载波聚合。例如，如果UE被配置有两个或更多个载波，则预期针对CoMP中的PDSCH的速率匹配可以在每一个载波基础上进行。

图8根据本公开内容的某些方面示出了由用户设备(UE)执行的用于处理CoMP传输的示例性操作800。该操作通过接收信令开始于802，所述指令向UE指示参与协作多点(CoMP)操作的基站集合的不同参考信号(RS)配置，每个配置标识由基站中的一个或多个基站用于发送参考信号的资源。在804处，UE在子帧中接收下行链路传输。在806处，UE确定如何基于一个或多个RS配置来执行针对下行链路传输的速率匹配。

本文中提出的技术可以允许CoMP操作中数据RE的有效使用。本文中提出的技术可以应用于采用相同功率等级的基站的CoMP网络(例如，同构网络)中或采用不同功率等级的基站的CoMP网络(例如，异构网络)中、以及采用中继和远程无线电头端(RRH)的网络中。

如上所述，可以提供各种机制以将UE配置有不同的开始符号索引，并且该UE可以基于多种因素来确定哪个开始索引用于特定DL CoMP传输。例如，UE可以基于来自基站的信令、小区ID、虚拟小区ID、nSCID和/或调度该DL传输的何种类型的控制信道来确定该开始符号索引。

图9根据本公开内容的某些方面示出了由用户设备(UE)执行的用于处理CoMP传输的示例性操作900。操作通过从参与协作多点(CoMP)操作的基站集合接收信令开始于902，所述信令指示针对下行链路传输的一个或多个开始符号索引的配置。在904处，UE在子帧中接收下行链路传输。在906处，UE基于所述配置来确定针对下行链路传输的开始符号索引。

如上描述的方法的各个操作可以由能够执行相应功能的任何适当单元来执行。所述单元可以包括各种硬件和/或(多个)软件组件和/或(多个)模块，包括但并不仅限于电路、专用集成电路(ASIC)或处理器。一般而言，虽然在图中显示了操作，但是那些操作可以对应于能够执行这些操作的配对的功能单元组件。

利用被设计来执行本文所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件(PLD)、分立门或者晶体管逻辑器件、分立硬件组件或者其任意组合，可以实现或执行结合本文公开内容所描述的各种说明性逻辑框图、模块和电路。通用处理器可以是微处理器，但是在替代方案中，处理器可以是任何商业上可得的处理器、控制器、微控制器或者状态机。处理器还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器、或者任何其它这样的配置。

结合本公开内容描述的方法或者算法的步骤可直接体现为硬件、由处理器执行的软件模块或二者的组合。软件模块可以位于本领域公知的任何形式的存储介质中。一些可用的存储介质的例子包括随机存取存储器(RAM)、只读存储器(ROM)、闪存、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM等等。软件模块可以包括单个指令或很多指令，并且可以分布在一些不同的代码段上、不同的程序之间和跨多个存储介质。存储介质耦合到处理器，从而使处理器可以从该存储介质读取信息以及向该存储介质写入信息。在替代方案中，存储介质可以集成到处理器。

本文公开的方法包括用于实现所述方法的一个或多个步骤或动作。在不偏离权利要求的范围的前提下，这些方法步骤和/或动作可以相互交换。换言之，除非指定了步骤或动作的特定顺序，否则在不偏离权利要求的范围的前提下可以修改具体步骤和/或动作的顺序和/或用法。

可以在硬件、软件、固件或其任意组合来实现本文所述的功能。如果在软件中实现，则可以将功能作为一个或多个指令存储在计算机可读介质上。存储介质是计算机可以访问的任意可用介质。举例而言，而非限制性地，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者可以用来以指令或数据结构的形式携带或存储期望的程序代码并可以被计算机存取的任意其它介质。如本文中所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。

因此，某些方面可以包括用于执行本文中给出的操作的计算机程序产品。例如，这样的计算机程序产品可以包括其上存储有(和/或编码有)指令的计算机可读介质，可由一个或多个处理器执行的所述指令可以执行本申请中所描述的操作。对于某些方面，计算机程序产品可以包括包装材料。

软件或指令也可以通过传输介质进行传输。例如，如果软件传输自使用同轴电缆、光纤电缆、双绞线、数字用户线(DSL)或诸如红外、射频和微波的无线技术的网站、服务器或其它远程资源，则同轴电缆、光纤电缆、双绞线、DSL或诸如红外、射频和微波的无线技术都包括在传输介质的定义内。

此外，应当意识到，如果适用，可以通过用户终端和/或基站来下载或者以其它方式获得用于执行本文所描述的方法和技术的模块和/或其它适当部件。例如，这样的设备可以耦合到服务器，以便于传输用于执行本文所述方法的单元。可替换地，本文所述的各种方法可以经由存储单元(例如，RAM、ROM、诸如压缩盘(CD)或软盘之类的物理存储介质等)来提供，从而用户终端和/或基站可以在将存储模块耦合到所述设备或将存储模块提供给所述设备时获得所述各种方法。此外，可以采用用于将本文所描述的方法和技术提供给设备的任何其它合适的技术。

如本申请中所用的，关于一列条目中的“至少一个”的短语指的是那些条目的任意组合，包括单个成员。例如，“a、b或c中的至少一个’意在包含：a、b、c、a-b、a-c、b-c和a-b-c。

应当理解，权利要求不限于上述具体配置和部件。在不偏离权利要求范围的情况下，可以对上述的方法和装置的排列、操作和细节进行各种修改、改变和变化。

虽然上面内容针对本发明内容的(多个)方面，但是也可以在不背离本发明的基本范围的前提下设计本发明的其它或进一步的方面，并且本发明的范围由下面的权利要求来确定。

Claims (88)

1.一种由用户设备(UE)进行的用于无线通信的方法，包括：

接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站的集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；

在子帧中接收下行链路传输；以及

基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

2.根据权利要求1所述的方法，其中，所述信令指示用于发送RS的一个或多个天线端口的数量。

3.根据权利要求2所述的方法，其中，所述信令仅指示用于服务基站的天线端口的数量。

4.根据权利要求3所述的方法，其中，由所述基站中的至少一个基站所使用的天线端口的实际数量不同于用于所述服务基站的天线端口的所述数量。

5.根据权利要求1所述的方法，其中，所述基站的集合是利用相同子帧索引同步的，并且在一个时段中，子帧的第一子集是相同的子帧类型。

6.根据权利要求5所述的方法，还包括：

接收指示不在所述第一子集中并且在其中接收所述下行链路传输的子帧的子帧类型的信令；以及

基于根据所指示的子帧类型选择的RS配置来执行所述速率匹配。

7.根据权利要求6所述的方法，其中，所述第一子帧集合包括除了多播-广播单频网(MBSFN)子帧之外的类型的子帧。

8.根据权利要求1所述的方法，其中，所述信令包括一个或多个频移值的指示。

9.根据权利要求8所述的方法，其中，可能的频移值的数量取决于天线端口的相应数量。

10.根据权利要求1所述的方法，其中，所述基站中的至少一个基站在有限数量的子帧中发送新型载波类型中的RS。

11.根据权利要求10所述的方法，还包括接收基站是否使用新型载波类型进行发送的指示，并且速率匹配是以至少部分依赖于所述指示的方式来执行的。

12.根据权利要求1所述的方法，其中，所述信令是经由一个或多个物理小区标识(PCI)传递的，并且所述方法还包括基于所述PCI来获取所述RS配置。

13.根据权利要求1所述的方法，其中，所述集合中的所述基站中的至少一些基站具有不同的特殊子帧配置。

14.根据权利要求13所述的方法，其中，接收信令包括接收一个或多个特殊子帧配置的指示。

15.根据权利要求13所述的方法，其中，不允许来自具有不同特殊子帧配置的基站的联合传输。

16.根据权利要求13所述的方法，其中，允许来自使用公共资源集合的具有不同特殊子帧配置的基站的联合传输。

17.根据权利要求13所述的方法，其中，只允许来自具有特殊子帧配置的具有相同下行链路导频时隙(DwPTS)长度的基站的联合传输。

18.根据权利要求1所述的方法，其中：

所述集合中的不同基站支持不同的上行链路/下行链路(UL/DL)时分双工(TDD)子帧配置；以及

针对任何给定子帧参与CoMP操作的基站的数量是依赖于子帧配置的。

19.根据权利要求18所述的方法，其中，只有在给定子帧中具有相同子帧上行链路或下行链路类型的基站在该子帧中参与CoMP操作。

20.根据权利要求18所述的方法，还包括只在其中有相同数量的基站参与CoMP操作的子帧中执行信道估计过滤。

21.根据权利要求1所述的方法，其中，速率匹配是以至少部分依赖于CoMP方案的方式来执行的。

22.根据权利要求21所述的方法，其中，对于联合传输(JT)CoMP方案，速率匹配是基于针对涉及所述联合传输的基站的RS配置的组合来执行的。

23.根据权利要求21所述的方法，其中，针对非JT CoMP方案，速率匹配是基于单独的RS配置来执行的。

24.根据权利要求1所述的方法，其中，所述信令包括所述RS配置的数量的指示。

25.根据权利要求24所述的方法，其中，在给定子帧中，所述速率匹配是基于所述RS配置中的单独一个来执行的。

26.根据权利要求24所述的方法，其中，在给定子帧中，所述速率匹配是基于RS配置的组合来执行的。

27.根据权利要求1所述的方法，其中：

所述集合中的不同基站支持不同的上行链路/下行链路(UL/DL)时分双工(TDD)子帧配置；

第一RS配置是针对其中所有基站都有DL子帧的子帧定义的；

第二RS配置是针对其中一些基站有DL子帧而一些基站有UL子帧的子帧定义的；以及

所述UE通过基于针对在其中接收到所述下行链路传输的所述子帧的DL和UL子帧的当前组合来使用所述第一或第二RS配置，来执行速率匹配。

28.根据权利要求1所述的方法，其中：

所述下行链路传输的第一部分是从第一基站接收的；

所述下行链路传输的第二部分是从第二基站接收的；

针对所述下行链路传输的所述第一部分的速率匹配是基于针对所述第一基站的RS配置来执行的；以及

针对所述下行链路传输的所述第二部分的速率匹配是基于针对所述第二基站的RS配置来执行的。

29.根据权利要求1所述的方法，其中，速率匹配是以根据所述UE是否有干扰消除(IC)功能的方式来执行的。

30.根据权利要求29所述方法，其中：

如果所述UE有IC功能，则速率匹配是基于单个基站RS配置来执行的；以及

如果所述UE没有IC功能，则速率匹配是基于基站RS配置的组合来执行的。

31.根据权利要求29所述的方法，其中，速率匹配是以还根据针对所述UE是否启用IC的方式来执行的。

32.根据权利要求1所述的方法，其中，速率匹配是以根据所述下行链路传输的信道类型的一个或多个特征的方式来执行的。

33.根据权利要求32所述的方法，其中，如果所述下行链路传输包括物理下行链路控制信道(PDCCH)，则对应于服务基站的第一RS配置用于速率匹配。

34.根据权利要求33所述的方法，其中，如果所述下行链路传输包括使用传统上用于物理下行链路共享信道(PDSCH)的资源发送的增强型物理下行链路控制信道(ePDCCH)，则第二RS配置用于速率匹配。

35.根据权利要求33所述的方法，其中，根据所述下行链路传输是单播的还是非单播的，不同RS配置能用于速率匹配。

36.根据权利要求33所述的方法，其中，根据所述下行链路传输是包括物理下行链路共享信道(PDSCH)还是包括使用传统上用于PDSCH的资源所发送的增强型物理下行链路控制信道(ePDCCH)，不同RS配置能用于速率匹配。

37.根据权利要求1所述的方法，其中，所述RS配置中的至少一个RS配置在所述UE的重新配置之后保持不变。

38.根据权利要求1所述的方法，其中：

所述UE被配置有N个RS配置；以及

用于速率匹配的特定RS配置是至少部分地基于虚拟小区ID来确定的。

39.根据权利要求38所述的方法，其中，用于速率匹配的所述特定RS配置还是至少部分地基于DCI格式来确定的。

40.根据权利要求1所述的方法，其中：

所述UE被配置有N个RS配置；以及

用于速率匹配的特定RS配置是至少部分地基于动态信令来确定的。

41.根据权利要求40所述的方法，其中，所述特定RS配置是至少部分地基于多个显式比特来确定的。

42.根据权利要求40所述的方法，其中，所述特定RS配置是至少部分地基于子帧索引来确定的。

43.根据权利要求1所述的方法，其中，所述下行链路传输的开始符号是依赖于小区的。

44.根据权利要求43所述的方法，其中，所述下行链路传输的所述开始符号取决于虚拟小区ID。

45.根据权利要求1所述的方法，其中，所述下行链路传输的开始符号至少部分地基于CoMP方案。

46.根据权利要求1所述的方法，其中，所述下行链路传输的开始符号至少部分地基于用于所述下行链路传输的载波类型。

47.根据权利要求1所述的方法，还包括提供信道状态信息(CSI)反馈，其中，所述UE具有基于用于速率匹配的一个或多个RS配置的至少两个CSI反馈配置。

48.根据权利要求1所述的方法，其中，所述下行链路传输的开始符号至少部分地基于与所述下行链路传输相关联的控制信道的类型。

49.根据权利要求1所述的方法，其中，所述下行链路传输的开始符号至少部分地基于RS配置状态。

50.根据权利要求49所述的方法，其中，所述特定RS配置是至少部分地基于多个显式比特来确定的。

51.根据权利要求49所述的方法，其中，所述特定RS配置是至少部分地基于与所述下行链路传输相关联的控制信道的类型来确定的。

52.根据权利要求49所述的方法，其中，所述特定RS配置是至少部分地基于子帧索引来确定的。

53.根据权利要求1所述的方法，其中：

所述下行链路传输没有相应的控制信道；以及

所述下行链路传输的开始符号至少部分地基于无线资源控制(RRC)或物理控制格式指示符信道(PCFICH)配置。

54.根据权利要求53所述的方法，其中，所述下行链路传输是半持续性调度的。

55.根据权利要求54所述的方法，其中，所述下行链路传输在半持续性调度的信道上，并且所述下行链路传输的所述开始符号还基于激活所述半持续性调度的信道的控制信道。

56.根据权利要求54所述的方法，其中，所述下行链路传输在半持续性调度的信道上，并且所述下行链路传输的开始符号是在激活所述半持续性调度的信道的控制信道上指示的。

57.根据权利要求1所述的方法，其中，所述下行链路传输的所述开始符号还基于所述UE被配置来监听的控制信道。

58.根据权利要求1所述的方法，其中，所述RS配置包括非零功率(NZP)CSI-RS配置或零功率(ZP)CSI-RS配置中的至少一个。

59.根据权利要求58所述的方法，其中，所述确定包括NZP CSI-RS或ZP CSI-RS资源的固定子集附近的速率匹配。

60.根据权利要求58所述的方法，其中，干扰测量资源(IMR)配置与ZP CSI-RS配置相关联。

61.根据权利要求1所述的方法，还包括：

基于所述RS配置中的所述一个或多个RS配置来确定所述子帧中的一个或多个资源的准共置。

62.根据权利要求61所述的方法，还包括假设RS配置基于所确定的准共置来共享一个或多个寻呼相关的配置参数。

63.一种用于由用户设备(UE)进行的无线通信的方法，包括：

从参与协作多点(CoMP)操作的基站的集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令；

在子帧中接收下行链路传输；以及

基于所述配置来确定针对所述下行链路传输的开始符号索引。

64.根据权利要求63所述的方法，其中，所述确定包括至少部分地基于小区ID来确定所述下行链路传输的开始符号。

65.根据权利要求64所述的方法，其中，所述确定包括至少部分地基于虚拟小区ID来确定所述下行链路传输的开始符号。

66.根据权利要求64所述的方法，其中，所述确定包括至少部分地基于CoMP方案来确定所述下行链路传输的开始符号。

67.根据权利要求64所述的方法，其中，所述确定包括至少部分地基于用于所述下行链路传输的载波类型来确定所述下行链路传输的开始符号。

68.根据权利要求64所述的方法，其中，所述确定包括至少部分地基于与所述下行链路传输相关联的控制信道的类型来确定所述下行链路传输的开始符号。

69.根据权利要求64所述的方法，其中：

所述下行链路传输没有相应的控制信道；以及

所述确定包括至少部分地基于无线资源控制(RRC)或物理控制格式指示符信道(PCFICH)配置来确定所述下行链路传输的开始符号。

70.根据权利要求64所述的方法，其中，所述下行链路传输是半持续性调度的。

71.根据权利要求70所述的方法，其中，所述下行链路传输在半持续性调度的信道上，并且所述下行链路传输的所述开始符号至少部分地基于激活所述半持续性调度的信道的控制信道。

72.根据权利要求70所述的方法，其中，所述下行链路传输在半持续性调度的信道上，并且所述下行链路传输的开始符号是在激活所述半持续性调度的信道的控制信道上指示的。

73.根据权利要求64所述的方法，其中，所述确定包括至少部分地基于所述UE被配置来监听的控制信道来确定所述下行链路传输的开始符号。

74.一种用于由用户设备(UE)进行的无线通信的装置，包括：

用于接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站的集合的不同参考信号(RS)配置的信令的单元，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；

用于在子帧中接收下行链路传输的单元；以及

用于基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配的单元。

75.根据权利要求74所述的装置，其中，所述RS配置包括非零功率(NZP)CSI-RS配置或零功率(ZP)CSI-RS配置中的至少一个。

76.根据权利要求74所述的装置，其中，所述用于确定的单元包括用于在NZP CSI-RS或ZP CSI-RS资源的固定子集附近进行速率匹配的单元。

77.一种用于由用户设备(UE)进行的无线通信的装置，包括：

用于从参与协作多点(CoMP)操作的基站的集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令的单元；

用于在子帧中接收下行链路传输的单元；以及

用于基于所述配置来确定针对所述下行链路传输的开始符号索引的单元。

78.根据权利要求77所述的装置，其中，所述用于确定的单元包括用于至少部分地基于小区ID来确定所述下行链路传输的开始符号的单元。

79.一种用于由用户设备(UE)进行的无线通信的装置，包括：

接收机，被配置为接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站的集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源，以及在子帧中接收下行链路传输；以及

处理器，被配置为基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

80.根据权利要求79所述的装置，其中，所述RS配置包括非零功率(NZP)CSI-RS配置或零功率(ZP)CSI-RS配置中的至少一个。

81.根据权利要求79所述的装置，其中，所述处理系统被配置为在NZP CSI-RS或ZP CSI-RS资源的固定子集附近进行速率匹配。

82.一种用于由用户设备(UE)进行的无线通信的装置，包括：

接收机，被配置为从参与协作多点(CoMP)操作的基站的集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令，以及在子帧中接收下行链路传输；以及

处理器，被配置为基于所述配置来确定针对所述下行链路传输的开始符号索引。

83.根据权利要求82所述的装置，其中，所述处理器被配置为至少部分地基于小区ID来确定所述下行链路传输的开始符号。

84.一种用于由用户设备(UE)进行的无线通信的程序产品，包括计算机可读介质，其上存储有指令，用于：

接收向所述用户设备(UE)指示针对参与协作多点(CoMP)操作的基站的集合的不同参考信号(RS)配置的信令，每个配置标识由所述基站中的一个或多个基站用于发送参考信号的资源；

在子帧中接收下行链路传输；以及

基于所述RS配置中的一个或多个RS配置来确定如何执行针对所述下行链路传输的速率匹配。

85.根据权利要求84所述的程序产品，其中，所述RS配置包括非零功率(NZP)CSI-RS配置或零功率(ZP)CSI-RS配置中的至少一个。

86.根据权利要求84所述的程序产品，其中，所述确定包括在NZPCSI-RS或ZP CSI-RS资源的固定子集附近进行速率匹配。

87.一种用于由用户设备(UE)进行的无线通信的程序产品，包括计算机可读介质，其上存储有指令，用于：

从参与协作多点(CoMP)操作的基站的集合接收指示针对下行链路传输的一个或多个开始符号索引的配置的信令；

在子帧中接收下行链路传输；以及

基于所述配置来确定针对所述下行链路传输的开始符号索引。

88.根据权利要求87所述的程序产品，其中，所述确定包括至少部分地基于小区ID来确定所述下行链路传输的开始符号。