用于协作多点操作的探测参考信号与上行链路信道的交互的制作方法
【专利摘要】本公开内容的某些方面提供了用于促进探测参考信号(SRS)与上行链路信道的交互，同时支持协作多点(CoMP)传输/接收操作的方法和装置。一种方法通常包括从参与与用户设备(UE)的CoMP操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定SRS配置或格式中的至少一个，并且至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自UE的所述上行链路信道中的一个或多个。
【专利说明】用于协作多点操作的探测参考信号与上行链路信道的交互
[0001]对相关申请的交叉引用
[0002]本申请要求享有2012年5月10日递交的美国临时专利申请序列N0.61/645，385的权益，通过引用方式明确地将所述临时专利申请整体并入本文。
【技术领域】
[0003]概括地说，本公开内容涉及通信系统，并且更具体地说，本公开内容涉及用于在多个信道和干扰假设下，执行协作多点(CoMP)信道状态信息(CSI)反馈的系统和方法。
【背景技术】
[0004]为了提供诸如话音、视频、数据、消息和广播等各种电信服务，广泛地部署了无线通信系统。典型的无线通信系统可以使用能够通过共享可用的系统资源(例如，带宽、传输功率)来支持与多个用户通信的多址技术。这种多址技术的例子包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、和时分同步码分多址(TD-SCDMA)系统。
[0005]在各种电信标准中已经采用了这些多址技术以提供使得不同的无线设备能够在城市层面、国家层面、地区层面乃至全球层面进行通信的公共协议。新兴电信标准的例子是长期演进(LTE)。LTE是对由第三代合作伙伴计划(3GPP)颁布的通用移动电信系统(UMTS)移动标准的一系列增强。它被设计用于通过以下行为来更好地支持移动宽带互联网接入:提高频谱效率、降低成本、改善服务、利用新的频谱，以及通过在下行链路(DL)上使用0FDMA、在上行链路(UL)上使用SC-FDMA以及使用多输入多输出(MMO)天线技术来与其它开放标准更好地整合。然而，随着对移动宽带接入的需求持续增加，存在对LTE技术的进一步改进的需求。优选地，这些改进应当适用于其它多址技术和采用这些技术的电信标准。
【发明内容】
[0006]本公开内容的某些方面提供了一种用于由用户设备(UE)进行无线通信的方法。所述方法一般包括:从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
[0007]本公开内容的某些方面提供了一种用于由用户设备(UE)进行无线通信的装置。所述装置一般包括:用于从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令的单元，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及用于至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个的单元。
[0008]本公开内容的某些方面提供了一种用于由用户设备(UE)进行无线通信的装置。所述装置通常包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器通常被配置为:从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
[0009]本公开内容的某些方面提供了一种用于由用户设备(UE)进行无线通信的计算机程序产品。所述计算机程序产品通常包括具有代码的计算机可读介质，所述代码用于:从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
[0010]本公开内容的某些方面提供了一种用于由与其它节点一起参与与UE的CoMP操作的节点进行无线通信的方法。所述方法通常包括:向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少基于所述信令，来参与与所述UE的所述CoMP操作。
[0011]本公开内容的某些方面提供了一种用于由与其它节点一起参与与UE的CoMP操作的节点进行无线通信的装置。所述装置通常包括:用于向所述UE传输信令的单元，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一种；以及用于至少基于所述信令，来参与与所述UE的所述CoMP操作的单元。
[0012]本公开内容的某些方面提供了一种用于由与其它节点一起参与与UE的CoMP操作的节点进行无线通信的装置。所述装置通常包括至少一个处理器和耦合到所述至少一个处理器的存储器。所述至少一个处理器通常被配置为:向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少基于所述信令，来参与与所述UE的所述CoMP操作。
[0013]本公开内容的某些方面提供了一种用于由与其它节点一起参与与UE的CoMP操作的节点进行无线通信的计算机程序产品。所述计算机程序产品通常包括具有代码的计算机可读介质，所述代码用于:向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少基于所述信令，来参与与所述UE的所述CoMP操作。
【专利附图】
【附图说明】
[0014]图1是示出了网络架构的例子的示图。
[0015]图2是示出了接入网络的例子的示图。
[0016]图3是示出了接入网络中使用的帧结构的例子的示图。
[0017]图4示出了针对LTE中的UL的示例性格式。
[0018]图5是示出了针对用户平面和控制平面的无线协议架构的例子的示图。
[0019]图6是示出了接入网络中的演进型节点B和用户设备的例子的示图。
[0020]图7是示出了异构网络中的范围扩展的蜂窝区域的示图。
[0021]图8是示出了接入网络中的示例性宏eNB/RRH CoMP配置的示图。
[0022]图9是示出了接入网络中的另一个示例性宏eNB/RRH CoMP配置的示图。
[0023]图10示出了根据本公开内容某些方面，可以由例如UE执行的示例性操作。
[0024]图11示出了根据本公开内容某些方面，可以由例如基站(例如，与其它节点一起参与与UE的CoMP操作的节点)执行的示例性操作。
【具体实施方式】
[0025]下面结合附图所阐述的详细描述，旨在作为对各种配置的描述，而不旨在表示本文中所描述的概念可以以其实践的唯一配置。出于提供给对各种概念的透彻理解的目的，详细描述包括特定的细节。但是，对于本领域技术人员来说将显而易见的是，可以在不具有这些特定细节的情况下实践这些概念。在一些实例中，为了避免模糊这些概念，以框图形式示出公知的结构和组件。
[0026]现在将参照各种装置和方法来给出电信系统的若干方面。将在下面的详细描述中描述并在附图中通过各种方框、模块、组件、电路、步骤、过程、算法等(统称为“要素”)示出这些装置和方法。可以使用电子硬件、计算机软件、或其任意组合来实现这些要素。至于这些要素是实现成硬件还是实现成软件，取决于具体的应用和对整个系统所施加的设计约束条件。
[0027]通过示例的方式，要素或者要素的任何部分或者要素的任意组合，可以用包括一个或多个处理器的“处理系统”来实现。处理器的例子包括微处理器、微控制器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门逻辑器件、分立硬件电路和被配置为执行贯穿本公开内容所描述的各种功能的其它适当硬件。处理系统中的一个或多个处理器可以执行软件。无论被称为软件、固件、中间件、微代码、硬件描述语言还是其它术语，软件应当被广意地解释为意味着指令、指令集、代码、代码段、程序代码、程序、子程序、软件模块、应用、软件应用、软件包、例程、子例程、对象、可执行文件、执行的线程、过程、函数等等。
[0028]因此，在一个或多个示例性实施例中，所描述的功能可以用硬件、软件、固件或者其任意组合来实现。如果使用软件来实现，则可以将这些功能存储或编码为计算机可读介质上的一个或多个指令或代码。计算机可读介质包括计算机存储介质。存储介质可以是计算机能够存取的任何可用介质。通过示例的方式而不是限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质。如本文中所使用的，光盘和磁盘包括压缩光盘(CD)、激光光盘、光盘、数字多用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。上面的组合也应当包括在计算机可读介质的保护范围之内。
[0029]图1是示出了 LTE网络架构100的示图。LTE网络架构100可以称为演进的分组系统(EPS) 100。EPS 100可以包括一个或多个用户设备(UE) 102、演进的UMTS陆地无线接入网络(E-UTRAN) 104、演进的分组核心(EPC) 110、归属订户服务器(HSS) 120和运营商的IP服务122。EPS可以与其它接入网络互连，但为简单起见，没有示出这些实体/接口。如所示，EPS提供分组交换服务，但是，如本领域技术人员将容易地理解的，贯穿本公开内容呈现的各种概念可以扩展到提供电路交换服务的网络。
[0030]E-UTRAN包括演进型节点B (eNB) 106和其它eNB 108。eNB 106提供朝向UE 102的用户平面和控制平面协议终止。eNB 106可以经由X2接口(例如，回程)连接到其它eNB108。eNB 106还可以称为基站、基站收发站、无线基站、无线收发机、收发机功能单元、基本服务集(BSS)、扩展服务集(ESS)或者某种其它适当术语。eNB 106为UE 102提供到EPC110的接入点。UE 102的例子包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型计算机、个人数字助理(PDA)、卫星无线设备、全球定位系统、多媒体设备、视频设备、数字音频播放器(例如，MP3播放器)、照相机、游戏控制台或者任何其它类似功能设备。本领域技术人员还可以将UE 102称为移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、接入终端、移动终端、无线终端、远程终端、手持装置、用户代理、移动客户端、客户端或者某种其它适当术语。
[0031]eNB 106由SI接口连接到EPC 110。EPC 110包括移动性管理实体(MME) 112、其它MME 114、服务网关116和分组数据网络(TON)网关118。MME 112是处理UE 102和EPC110之间的信令的控制节点。通常，MME 112提供承载和连接管理。所有的用户IP分组是通过服务网关116来传送的，服务网关116自身连接到I3DN网关118。PDN网关118提供给UE IP地址分配以及其它功能。PDN网关118连接到运营商的IP服务122。运营商的IP服务122包括互联网、内联网、IP多媒体子系统(MS)和PS流服务(PSS)。
[0032]图2是示出了 LTE网络架构中的接入网络200的例子的示图。在这个例子中，将接入网络200划分成数个蜂窝区域(小区)202。一个或多个低功率类型eNB 208可以具有与小区202中的一个或多个相重叠的蜂窝区域210。低功率类型eNB 208可以称为远程无线头端(RRH)。低功率类型eNB 208可以是毫微微小区(例如，家庭eNB (HeNB))、微微小区或微小区。宏eNB 204中的每个被分配给各自的小区202，并被配置为向小区202中的所有UE 206提供到EPC 110的接入点。在接入网络200的这个例子中，不存在集中式控制器，但在可替代的配置中可以使用集中式控制器。eNB 204负责所有与无线相关的功能，包括无线承载控制、准入控制、移动性控制、调度、安全和到服务网关116的连接性。
[0033]由接入网络200所使用的调制和多址方案可以取决于正在部署的具体电信标准而变化。在LTE应用中，在DL上使用0FDM，并且在UL上使用SC-FDMA，以支持频分双工(FDD)和时分双工(TDD) 二者。如本领域技术人员根据接下来的详细描述将容易地理解的，本文中所呈现的各种概念良好地适用于LTE应用。但是，这些概念可以容易地扩展到使用其它调制和多址技术的其它电信标准。通过示例的方式，这些概念可以扩展到演进数据最优化(EV-DO)或超移动宽带(UMB)。EV-DO和UMB是由第三代合作伙伴计划2 (3GPP2)颁布的作为CDMA2000标准族的一部分的空中接口标准，并且其使用CDMA来提供到移动站的宽带互联网接入。这些概念还可以扩展到使用宽带CDMA(W-CDMA)和CDMA的其它变型(例如，TD-SCDMA)的通用陆地无线接入(UTRA);使用TDMA的全球移动通信系统(GSM)；以及使用 OFDMA 的演进的 UTRA(E-UTRA)、超移动宽带(UMB)、IEEE 802.11 (W1-Fi)、IEEE802.16 (WiMAX)、IEEE 802.20 和闪速0FDM。在来自 3GPP 组织的文档中描述了 UTRA、E_UTRA、UMTS、LTE和GSM。在来自3GPP2组织的文档中描述了 CDMA2000和UMB。所使用的实际无线通信标准和多址技术将取决于具体的应用和对系统所施加的整体设计约束条件。
[0034]eNB 204可以具有支持MMO技术的多个天线。MMO技术的使用使得eNB 204能够使用空间域来支持空间复用、波束成形和发射分集。空间复用可以用于在相同频率上同时发送不同的数据流。可以将数据流发送给单个UE 206以增加数据速率，或者发送给多个UE 206以增加整体系统容量。这可以通过对每一个数据流进行空间预编码(即，施加幅度和相位的缩放)，并且随后通过多个发射天线在DL上发送每一个经空间预编码的流来实现。到达UE 206的经空间预编码的数据流具有不同的空间签名，这使得每一个UE 206能够恢复去往所述UE 206的一个或多个数据流。在UL上，每一个UE 206发送经空间预编码的数据流，所述经空间预编码的数据流使得eNB 204能够识别每一个经空间预编码的数据流的源。
[0035]当信道状况良好时，通常使用空间复用。当信道状况不太有利时，可以使用波束成形来将传输能量聚焦在一个或多个方向中。这可以通过对经由多个天线发送的数据进行空间预编码来实现。为了在小区的边缘处实现良好的覆盖，可以结合发射分集来使用单个流波束成形传输。
[0036]在接下来详细描述中，将参照在DL上支持OFDM的MMO系统来描述接入网络的各个方面。OFDM是一种扩频技术，其将数据调制在OFDM符号中的数个子载波上。所述子载波以精确的频率间隔开。所述间隔提供了使接收机能够从所述子载波中恢复数据的“正交性”。在时域中，可以向每一个OFDM符号添加保护间隔(例如，循环前缀)，以对抗OFDM符号间干扰。UL可以使用具有DFT扩展OFDM信号形式的SC-FDMA，以便补偿高的峰均功率比(PARR)。
[0037]图3是示出了 LTE中的DL帧结构的例子的示图300。可以将帧(1ms)划分成10个相等大小的子帧。每一个子帧可以包括两个连续的时隙。可以使用资源格来表示两个时隙，每一个时隙包括资源块。将资源格划分成多个资源单元。在LTE中，资源块在频域中包括12个连续的子载波(针对每一个OFDM符号中的普通循环前缀)，在时域中包括7个连续的OFDM符号，或者84个资源单元。所述资源单元中的一些资源单元(如R 302、304所指示的)包括DL参考信号(DL-RS)。DL-RS包括小区特定的RS(CRS)(其有时还称为公共RS) 302和UE特定的RS (UE-RS) 304。仅在将相应的物理DL共享信道(PDSCH)所映射到的资源块上发送UE-RS 304。由每一个资源单元所携带的比特的数量取决于调制方案。因此，UE接收的资源块越多，并且调制方案越高，则针对所述UE的数据速率越高。
[0038]图4是示出了 LTE中的UL帧结构的例子的示图400。可以将用于UL的可用资源块划分成数据段和控制段。可以在系统带宽的两个边缘处形成控制段，并且控制段可以具有可配置的大小。可以将控制段中的资源块分配给UE，以传输控制信息。数据段可以包括控制段中未包括的所有资源块。所述UL帧结构引起所述数据段包括连续的子载波，这可以允许将数据段中的所有连续子载波分配给单个UE。
[0039]可以向UE分配控制段中的资源块410a、410b，以向eNB发送控制信息。还可以向UE分配数据段中的资源块420a、420b，以向eNB发送数据。UE可以在控制段中的所分配的资源块上的物理UL控制信道(PUCCH)中发送控制信息。UE可以在数据段中的所分配的资源块上的物理UL共享信道(PUSCH)中仅发送数据或者发送数据和控制信息二者。UL传输可以跨越子帧的两个时隙，并且可以跨越频率来跳变。
[0040]可以使用一组资源块来执行初始的系统接入，并在物理随机接入信道(PRACH) 430中实现UL同步。PRACH 430携带随机序列并且不能携带任何UL数据/信令。每一个随机接入前导占据对应于六个连续资源块的带宽。起始频率由网络指定。也就是说，随机接入前导的传输受限于某些时间和频率资源。对于PRACH来说，不存在频率跳变。在单个子帧(Ims)中或者在一序列的若干连续子帧中携带PRACH尝试，并且UE可以每帧(1ms)仅进行单个PRACH尝试。
[0041]图5是示出了针对LTE中的用户平面和控制平面的无线协议架构的例子的示图500。针对UE和eNB的无线协议架构被示出为具有三个层:层1、层2和层3。层I (LI层)是最低层，并且其实现各种物理层信号处理功能。本文中将LI层称为物理层506。层2(L2层)508在物理层506之上，并且其负责物理层506之上的、UE和eNB之间的链路。
[0042]在用户平面中，L2层508包括介质访问控制(MAC)子层510、无线链路控制(RLC)子层512和分组数据会聚协议(PDCP) 514子层，所述HXP 514在网络侧的eNB处终止。虽然没有示出，但UE可以具有在L2层508之上的若干较上层，所述若干较上层包括终止于网络侧的PDN网关118处的网络层(例如，IP层)，以及终止于连接的另一端(例如远端UE、服务器等)处的应用层。
[0043]PDCP子层514提供不同的无线承载和逻辑信道之间的复用。HXP子层514还提供针对较上层数据分组的报头压缩以减少无线传输开销，通过加密数据分组提供安全性，并且针对UE提供eNB之间的切换支持。RLC子层512提供较上层数据分组的分段和重组、丢失数据分组的重传以及数据分组的重新排序以补偿由混合自动重传请求(HARQ)导致的无序接收。MAC子层510提供逻辑信道和传输信道之间的复用。MAC子层510还负责在UE之间分配一个小区中的各种无线资源(例如，资源块)。MAC子层510还负责HARQ操作。
[0044]在控制平面中，除了以下的例外之处，针对UE和eNB的无线协议架构对于物理层506和L2层508是基本相同的，所述例外之处是:对于控制平面而言没有报头压缩功能。控制平面还包括层3(L3层)中的无线资源控制(RRC)子层516。RRC子层516负责获取无线资源(即无线承载)并且负责使用eNB和UE之间的RRC信令来配置较低层。
[0045]图6是在接入网络中与UE 650通信的eNB 610的框图。在DL中，向控制器/处理器675提供来自核心网的较上层分组。控制器/处理器675实现L2层的功能性。在DL中，控制器/处理器675提供报头压缩、加密、分组分段和重新排序、逻辑信道和传输信道之间的复用，以及基于各种优先级度量的到UE 650的无线资源分配。控制器/处理器675还负责HARQ操作、丢失分组的重发、以及到UE 650的信号发送。
[0046]TX处理器616实现针对LI层(即物理层)的各种信号处理功能。信号处理功能包括:编码和交织以促进UE 650处的前向纠错(FEC)，和基于各种调制方案(例如二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交幅度调制(M-QAM))向信号星座进行映射。随后将经编码和经调制的符号分离成并行流。随后将每个流映射到OFDM子载波、在时域和/或频域中与参考信号(例如导频)进行复用、并且随后使用反向快速傅里叶变换(IFFT)组合在一起以产生携带时域OFDM符号流的物理信道。对OFDM流进行空间预编码以产生多个空间流。可以使用来自信道估计器674的信道估计来确定编码和调制方案，以及使用其用于空间处理。信道估计可以从参考信号和/或由UE 650发送的信道状况反馈推导出。随后经由分别的发射机618TX将每个空间流提供给不同的天线620。每个发射机618TX将RF载波调制有相应的空间流以用于传输。
[0047]在UE 650处，每个接收机654RX通过其相应的天线652接收信号。每个接收机654RX恢复调制到RF载波上的信息并且向接收(RX)处理器656提供所述信息。RX处理器656实现LI层的各种信号处理功能。RX处理器656执行对信息的空间处理以恢复去往UE650的任何空间流。如果多个空间流要去往UE 650，则RX处理器656可以将它们组合成单个OFDM符号流。随后RX处理器656使用快速傅里叶变换(FFT)将OFDM符号流从时域转换到频域。频域信号包括针对OFDM信号的每个子载波的分别的OFDM符号流。通过确定由eNB 610发送的最可能的信号星座点来恢复和解调每个子载波上的符号和参考信号。这些软决定可以基于由信道估计器658所计算的信道估计。随后对软决定进行解码和解交织以恢复最初由eNB 610在物理信道上发送的数据和控制信号。随后将数据和控制信号提供给控制器/处理器659。
[0048]控制器/处理器659实现L2层。控制器/处理器可以与存储有程序代码和数据的存储器660相关联。存储器660可以称为计算机可读介质。在UL中，控制器/处理器659提供了传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理以恢复来自核心网的较上层分组。随后向数据宿662提供较上层分组，数据宿662表示L2层之上的所有协议层。还可以向数据宿662提供各种控制信号用于L3处理。控制器/处理器659还负责使用确认(ACK)和/或否定确认(NACK)协议进行检错以支持HARQ操作。
[0049]在UL中，使用数据源667来向控制器/处理器659提供较上层分组。数据源667表示L2层之上的所有协议层。类似于结合由eNB 610进行的DL传输来描述的功能性，控制器/处理器659基于由eNB 610进行的无线资源分配，通过提供报头压缩、加密、分组分段和重新排序、以及逻辑信道和传输信道之间的复用来实现针对用户平面和控制平面的L2层。控制器/处理器659还负责HARQ操作、丢失分组的重发、和到eNB 610的信号发送。
[0050]TX处理器668可以使用由信道估计器658从参考信号或由eNB 610发送的反馈推导出的信道估计来选择合适的编码和调制方案，以及促进空间处理。可以经由分别的发射机654TX向不同的天线652提供由TX处理器668产生的空间流。每个发射机654TX将RF载波调制有相应的空间流以用于传输。
[0051]以类似于结合UE 650处的接收机功能所描述的方式在eNB 610处对UL传输进行处理。每个接收机618RX通过其相应的天线620接收信号。每个接收机618RX恢复调制到RF载波上的信息并且向RX处理器670提供所述信息。RX处理器670可以实现LI层。
[0052]控制器/处理器675实现L2层。控制器/处理器675可以与存储有程序代码和数据的存储器676相关联。存储器676可以称为计算机可读介质。在UL中，控制器/处理器675提供传输信道和逻辑信道之间的解复用、分组重组、解密、报头解压缩、控制信号处理以恢复来自UE 650的较上层分组。可以向核心网提供来自控制器/处理器675的较上层分组。控制器/处理器675还负责使用ACK和/或NACK协议来检错，以支持HARQ操作。
[0053]图7是示出了异构网络中的范围扩展的蜂窝区域的示图700。较低功率类别的eNB(例如RRH 710b)可以具有范围扩展的蜂窝区域703，所述范围扩展的蜂窝区域703通过RRH 710b与eNB 710a之间的增强的小区间干扰协调以及通过由UE 720执行的干扰消除而从蜂窝区域702扩展。在增强的小区间干扰协调中，RRH 710b从宏eNB 710a接收关于UE 720的干扰状况的信息。所述信息允许RRH 710b来服务在范围扩展的蜂窝区域703中的UE 720，并且在UE 720进入范围扩展的蜂窝区域703时接受UE 720从宏eNB 710a的切换。
[0054]图8是示出了接入网络800中示例性宏eNB和RRH配置的示图。接入网络800可以包括CoMP传输点的多个集群801。CoMP集群801可以包括一个或多个宏eNB 802和一个或多个RRH 804。如本文中所使用的，CoMP集群可以被认为是异构的，其中，实体804以减少的发射功率来操作，并且CoMP集群可以被认为是同构的，其中，实体804以与另一宏eNB相同的发射功率进行传输。针对同构部署和异构部署二者，可以存在一个或多个RRH 804。在一个方面中，宏eNB 802和RRH 804可以通过光缆803、X2回程807等连接806。一般来说，UE 812可以从接入网络800接收服务。在一个方面中，CRS模式(pattern)跨越CoMP集群801是公共的，例如，宏eNB 802和RRH 804可以使用公共的CRS模式进行发送。此夕卜，接入网络800可以包括一个或多个其它CoMP集群805，所述一个或多个其它CoMP集群805包括一个或多个宏eNB/RRH 806。在操作中，可以获取CSI反馈以辅助UE 812与宏eNB802和/或RRH 804来通信，所述CSI反馈包括与来自另一个CoMP集群805的干扰816相关联的信息。
[0055]在一个方面中，UE 812能够使用无线协议用于与CoMP集群801进行通信。这些通信协议可以包括但不限于LTE版本8、LTE版本9、LTE版本10、LTE版本11等。为了向UE812提供服务，可以获取针对信道814的信道估计参数以潜在地用于UE 812和宏eNB 802之间，和/或获取针对UE 812和RRH 804之间的信道818的信道估计参数，并且可以获取干扰估计参数以测量干扰816。在一个方面中，干扰816可以潜在地源自于其它的RRH 804、宏eNB 802和/或其它的CoMP集群805。现在呈现用于为各种资源模式组(例如，CoMP集群)配置资源单元模式以允许UE执行信道估计和干扰估计的各种方案。
[0056]图9是示出了示例性接入网络900的示图，其中，UE 906可以与多个可能的服务发射点(902、904)通信。在一个方面中，发射点(TP 902,904)可以进行协作以作为CoMP集群进行操作。接入网络900可以包括对多个CoMP方案的支持，所述多个CoMP方案包括协作式调度和/或协作式波束成形、动态点选择(DPS)、相干的和/或非相干的联合发射(JT)等。此外，接入网络900可以提供对同构和/或异构CoMP集群操作的支持。
[0057]用于CoMP的SRS与上行链路信道的交互
[0058]根据某些方面，UE 906可以被配置为:从TP 902/906的一个或多个接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
[0059]LTE版本11中的CoMP操作通常包括协作式调度/协作式波束成形(CS/CB)、动态点选择(DPS)、以及联合发射(JT)(例如，相干的或非相干的)。在各种部署场景中(即，同构或异构场景)可以支持CoMP操作。同构\场景的例子包括跨越相同宏站点的小区的CoMP操作，以及跨越相邻宏站点的CoMP操作。异构情形的例子包括跨越宏小区和相关联的微微小区(例如，远程无线头端(RRH))的CoMP操作。宏小区和RRH可以被配置具有不同的小区ID或相同的小区ID。
[0060]如上所述,SRS至少对于UL链路自适应、信道互惠(channel reciprocity)(尤其是对于TDD系统)下的DL调度以及CoMP操作是必要的。SRS配置通常包括小区特定配置和UE特定配置。小区特定SRS配置通常指的是小区特定SRS参数，例如，为来自小区中的一个或多个UE的潜在SRS传输(例如，多达每个UL子帧)而保留的小区特定SRS带宽和SRS子帧，而UE特定SRS配置通常指的是UE特定SRS参数，例如，具体的UE可以以其传输SRS的UE特定SRS带宽和子帧(例如，在小区特定SRS传输实例中)。因此，小区特定SRS参数可以作为系统信息来广播，且UE特定SRS参数可以由专用RRC信令发送到特定UE。小区特定SRS带宽通常覆盖大多数上行链路系统带宽(除了 PUCCH区)。对于某些方面，通过周期性地探测整个的或部分的小区特定SRS带宽来启用SRS跳变。
[0061]版本10中支持周期性的和非周期性的SRS 二者。一旦被配置，周期性的SRS可能导致不确定的持续时间，所述持续时间至少直到由RRC解配置。周期性的SRS配置可以在UE特定的周期性SRS子帧(S卩，小区特定SRS子帧的子集)中传输。非周期性的SRS可以由HXXH传输(例如，针对UL准许的roCCH，格式O (I比特)和格式4 (2比特)；针对DL准许的roCCH，格式1A/2B/2C)来触发，并且一旦触发可以是一次性的持续时间。非周期性的SRS配置可以在UE特定的非周期SRS子帧(即，小区特定SRS子帧的子集)中传输。
[0062]为了支持UL中的单载波波形，并且为了有可能在一个子帧中传输两个或更多个UL信道/信号，可以配置截短的PUCCH格式(例如，在每个小区的基础上)。在子帧的第二时隙中，PUCCH可能不使用最后的符号(即，截短的)，而不是利用所有的符号，这使得在所述子巾贞的最后的符号中的SRS传输成为可能。截短的F1UCCH格式仅可以适用于PUCCH格式Ι/la/lb (例如，携带SR/ACK/NAK)，以及PUCCH格式3 (例如，在版本10中携带SR/ACK/NAK，以及在版本11中携带CSI)。对于PUCCH格式2/2a/2b (例如，携带ACK/NAK和CSI)来说，不支持截短的PUCCH。
[0063]对于某些方面，在接收到参数(例如，ackNackSRS-SimultaneousTransmiss1n)时，可以通知UE是否启用截短的PUCCH格式。如果不启用截短的PUCCH格式，则使用常规的PUCCH格式(从而PUCCH利用第二时隙中的所有符号)，并且如果SRS与来自相同UE的PUCCH传输相冲突，则可以丢弃SRS。如果启用截短的PUCCH，那么在小区特定SRS子帧中，UE可以使用截短的PUCCH格式来传输诸如HARQ-ACK和SR等上行链路控制信息。这个截短的PUCCH格式可以用于小区特定SRS子帧，即使UE不在所述子帧中传输SRS (例如，以保证使用相同RB的UE之间的正交I3UCCH)。
[0064]为了支持UL中的单载波波形，PUSCH可以在一些子帧的最后的符号周围进行速率匹配。在UE特定的非周期性SRS子帧中，用于UE的TOSCH可以总是在最后的符号周围是速率匹配的，即使没有传输非周期性SRS。在UE特定的周期性SRS子帧中，如果至少所述UE也在相同的子帧中传输周期性SRS，或者UE不在相同的子帧中传输周期性SRS，但PUSCH具有与小区特定SRS带宽相重叠的资源，则用于UE的PUSCH可以在最后的符号周围是速率匹配的。
[0065]对于CoMP操作，为PUSCH、PUCCH和/或SRS引入虚拟的小区ID。换句话说，虚拟的小区ID可以与涉及CoMP操作的小区集群相关联。对于某些方面，UL信道可以被配置为与一个或多个虚拟的小区ID相关联。虚拟小区ID的数量和/或虚拟小区ID的值可以跨越信道而变化。即使在一个信道中，虚拟小区ID的数量和虚拟小区ID的值可以跨越不同的格式而变化(例如，对于PUCCH，可以跨越PUCCH格式l/la/lb、PUCCH格式2/2a/2b以及PUCCH格式3而变化)。
[0066]习惯上，子帧最后的符号是否用于I3UCCH或PUSCH的确定是部分地基于小区特定SRS配置和UE特定SRS配置来确定的。可以考虑的其它因素通常包括由于相同子帧中的传输的UL信号/信道，以及是否配置了截短的格式。关于与一个或多个虚拟的小区ID相关联的UL信道/信号(即，CoMP操作)，UE需要技术来确定用于PUCCH或PUSCH的最后的符号的可用性。
[0067]图10示出了根据本公开内容的某些方面，用于促进SRS与上行链路信道交互，同时支持CoMP操作的示例性操作1000。操作1000可以由例如UE来执行。
[0068]在1002处，UE可以从参与与所述UE的CoMP操作的一个或多个节点接收信令(例如，UE特定的信令)，所述信令指示了针对上行链路信道的小区特定SRS配置或格式中的至少一个。对于某些方面，所述信令可以是基于针对上行链路传输而定义的虚拟小区标识来导出的。对于某些方面，小区特定SRS配置通常包括参与所述CoMP操作的节点的小区特定SRS配置的联合。
[0069]在1004处,UE可以至少部分地基于所述信令,来确定子巾贞的至少一个最后的符号是否可用于传输来自所述UE的上行链路信道中的一个或多个。对于某些方面，所述确定还可至少部分地基于UE特定SRS配置或其它上行链路信道的存在。对于某些方面，所述信令可指示是否要使用截短的PUCCH格式，并且如果上行链路信道中的一个或多个被截短，则UE可以确定所述子帧的所述最后的符号不可用于传输所述上行链路信道中的一个或多个。因此，UE可以确定所述子帧的所述最后的符号可用于传输SRS。
[0070]对于某些方面，UE可以基于第一 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输PUSCH，以及基于第二 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输PUCCH。
[0071]对于某些方面，可以存在至少两种配置。如果所述至少两种配置在时间上重叠，则所述UE可以至少基于根据所述子帧中使用的优先级而选择的所述至少两种配置中的一种，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的上行链路信道中的一个或多个。所述至少两种配置中的一种是基于以下各项中的至少一项来选择的:具有较小的虚拟小区标识的配置，具有较大的小区特定SRS子帧周期的配置，具有较大的小区特定SRS带宽的配置，或与所选择的配置相关联的上行链路信道。
[0072]图11示出了根据本公开内容的某些方面用于CoMP操作的示例性操作1100。操作1100可以由例如与其它节点一起参与与UE的CoMP操作的节点来执行。在1102处，所述节点可以向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定SRS配置或格式中的至少一个。在1104处,所述节点至少基于所述信令,来参与与所述UE的所述CoMP操作。对于某些方面，所述节点可以在子帧中对与参与所述CoMP操作的所述UE的传输进行安排，所述子帧不同于用于与不参与所述CoMP操作的其它UE的传输的子帧。
[0073]对于某些方面，涉及针对UE或UE组的CoMP操作的所有小区可以使用公共的小区特定SRS配置以及相同值的参数ackNackSRS-SimultaneousTransmiss1n。然而，使用公共的小区特定SRS配置可能导致针对很多UE (包括非CoMP UE)的PUSCH/PUCCH传输的最后的符号的不必要丢失。
[0074]对于某些方面，无论虚拟的小区ID如何配置用于UL信道/信号，UE可以利用小区特定SRS配置的单个集合和/或ackNackSRS-SimultaneousTransmiss1n的单个参数。可以隐式地或显式地以信号形式发送(例如，UE特定的信令)小区特定SRS配置的单个集合。例如，可以基于针对PUSCH/PUCCH/SRS而定义的一个虚拟的小区ID来隐式地导出单个集合，或如果传统的roCCH是可用的，则基于roCCH小区来隐式地导出单个集合。
[0075]类似地，可以隐式地或显式地向UE (例如，以UE特定的方式)指示ackNackSRS-SimultaneousTransmiss1n的单个参数。UE仍可以被配置具有UE特定SRS配置的一个或多个集合。利用单个集合的小区特定SRS配置和/或单个参数的ackNackSRS-SimultaneousTransmiss1n，所述UE可以确定针对PUCCH/PUSCH的最后的符号的可用性。可以考虑其它的参数，例如，UE特定SRS配置以及其它UL信道/信号的存在/不存在。
[0076]由于多个小区可以涉及与UE的CoMP操作，所以所述UE可以使用相同的小区特定SRS配置和/或ackNackSRS-SimultaneousTransmiss1n配置，这可以导致针对很多UE (包括非CoMP UE)的TOSCH/PUCCH的最后的符号的不必要丢失。
[0077]即使参与CoMP操作的小区不具有相同的配置，也可以例如由针对每个小区的小区特定SRS配置的集合的联合或交集(intersect1n)来向CoMP UE指示小区特定SRS配置的单个集合和/或参数ackNackSRS-SimultaneousTransmiss1n。另外，由于不同的UE (例如，CoMP UE对非CoMP UE)可能对于子帧是否是小区特定SRS子帧和/或是否配置了截短的PUCCH格式有不同的理解，所以要求eNB确保UE之间的PUCCH的正交性。这样，一个UE可以使用常规的PUCCH格式，而另一个UE可以在相同的子帧中使用截短的PUCCH格式。然而，通过给具有不同理解的UE (例如，CoMP UE对非CoMP UE)安排进不同的子帧和/或RB，仍然可以实现正交性。
[0078]对于某些方面，UE可以利用小区特定SRS配置的多个集合和/或多个参数ackNackSRS-SimultaneousTransmiss1n。如果两个或更多个虚拟的小区ID被配置用于UL信道/信号(不论是对于相同的UL信道信号还是不同的UL信道信号)，则这种情况是优选的。小区特定SRS配置的两个集合或多个集合可以用于所有的UL信道，用于一些UL信道，或者可以在UL信道之间划分(例如，一个集合用于I3USCH而另一个集合用于PUCCH)。为了确定用于TOCCH或PUSCH的最后的符号的可用性，可以在每个子帧的基础上基于使用中的小区特定配置的集合来做出所述决定。
[0079]如果小区特定SRS配置的两个或更多个集合在时间上不重叠，则可以部分地基于对应于子巾贞的小区特定SRS配置的集合和/或对应的参数ackNackSRS-SimultaneousTransmiss1n,来确定用于所述子巾贞中的PUCCH/PUSCH的最后的符号的可用性。可以隐式地或显式地指不ackNackSRS-SimuItaneousTransmiss1n参数与小区特定SRS配置的联系。
[0080]然而，小区特定SRS配置的两个或更多个集合可能在时间上重叠。例如，小区特定SRS配置的两个或更多个集合可以为相同子帧(例如，每个帧的子帧2)中的潜在SRS传输保留SRS子帧。对于某些方面，对于如何处理具有重叠的小区特定配置的子帧，可以遵循一些规则。例如，可以认为重叠是配置错误(misconfigurat1n)，其中，UE行为不能被指定。然而，eNB可以保证配置不重叠。再举例而言，UE可以基于子帧中使用的一些优先级来选择一个集合。例如，UE可以选择具有最小的虚拟小区ID的配置、具有最大的小区特定SRS子帧周期的配置、具有最大的小区特定SRS带宽的配置、或者所述集合是否用于PUCCH或PUSCH传输。再举例而言，UE可以选择子帧中使用的两个或更多个集合。例如，如果一个集合被定义用于I3UCCH,而另一个集合被定义用于TOSCH，则分别针对PUCCH和PUSCH来做出决定。
[0081]当在PUSCH传输上捎带(piggyback)上行链路控制信息(UCI)时，则用于PUSCH传输的虚拟小区ID也可以用于在PUSCH上捎带的UCI，即使将不同的虚拟小区ID配置用于PUCCH上的UCI传输。
[0082]将要理解的是，根据本文中描述的一个或多个方面，可以做出关于选择SRS配置参数、评估小区信息、发出功率控制命令等的推论。如本文中所使用的，术语“推断”或“推论”通常指的是:根据经由事件或/数据获得的观测集而进行的关于系统、环境和/或用户的状态的推理过程或推断状态。例如，推论可以用来识别特定的背景或动作，或者可以生成关于状态的概率分布。所述推论可以是概率性的，也就是说，基于对数据和事件的考虑，对感兴趣的状态的概率分布的计算。推论还可以指的是用于根据事件和/或数据的集合来构成高级事件的技术。这种推论使得根据所观测到的事件和/或所存储的事件数据的集合来构造新的事件或动作，无论所述事件是否以紧密的时间接近度(close temporalproximity)相关,也无论所述事件和数据是否来自一个或若干事件和数据源。
[0083]将要理解的是，所公开的过程中的步骤的特定顺序或层次是对示例性方法的说明。基于设计偏好，应当理解的是，所述过程中的步骤的特定顺序或层次可以重新排列。所附方法权利要求呈现了样本顺序中各个步骤的要素，并且不意味着要受限于所呈现的特定顺序或层次。
[0084]为使本领域任何技术人员能够实践本文中所描述的各个方面，提供了之前的描述。对于本领域技术人员来说，对这些方面的各种修改将是显而易见的，并且，本文中定义的一般原理可以适用于其它方面。因此，权利要求并不是要限于本文中所示出的方面，而是要符合与权利要求语言相一致的最广范围，其中，以单数形式来参考的要素并不旨在意味着“一个并且只有一个”(除非特别如此说明)，而指的是“一个或多个”。除非另外特别说明，否则术语“一些”指的是一个或多个。贯穿本公开内容来描述的各个方面的要素的所有结构等同物和功能等同物(对于本领域普通技术人员来说是已知的或稍后要知道的)通过引用明确地并入本文，并且旨在由权利要求所包含。另外，本文中公开的所有内容均不是要贡献给公众的，不论这种公开内容是否在权利要求中进行了明确地陈述。权利要求的任何要素都不应当根据美国专利法(第35编)第112条第六款的规定进行解释，除非所述要素明确地使用短语“用于……的单元”来陈述，或者，在方法权利要求的情形下，所述要素使用短语“用于……的步骤”来陈述。
【权利要求】
1.一种用于由用户设备(UE)进行无线通信的方法，包括: 从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
2.根据权利要求1所述的方法，其中，所述信令指示了是否要使用截短的物理上行链路控制信道(PUCCH)格式。
3.根据权利要求2所述的方法，其中，所述确定包括: 如果所述上行链路信道中的一个或多个是截短的，则确定所述子帧的所述最后的符号不可用于传输所述上行链路信道中的一个或多个。
4.根据权利要求3所述的方法，还包括确定所述子帧的所述最后的符号可用于传输SRS。
5.根据权利要求1所述的方法，其中，所述信令包括UE特定的信令。
6.根据权利要求1所述的方法，其中，所述信令是基于针对上行链路传输而定义的虚拟小区标识来导出的。
7.根据权利要求1所述的方法，其中，所述确定包括还至少部分地基于UE特定SRS配置或其它上行链路信道的存在，来确定所述子帧的所述最后的符号可用于传输所述上行链路信道中的一个或多个。
8.根据权利要求1所述的方法，其中，所述小区特定SRS配置包括参与所述CoMP操作的节点的小区特定SRS配置的联合。
9.根据权利要求1所述的方法，其中，所述确定包括: 基于第一 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输物理上行链路共享信道(PUSCH)；以及 基于第二 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输物理上行链路控制信道(PUCCH)。
10.根据权利要求1所述的方法，其中: 所述配置包括至少两种配置；以及 如果所述至少两种配置在时间上重叠，则所述确定至少基于根据所述子帧中使用的优先级而选择的所述至少两种配置中的一种。
11.根据权利要求10所述的方法，其中，所述至少两种配置中的一种是基于以下各项中的至少一项来选择的:具有较小的虚拟小区标识的配置，具有较大的小区特定探测参考信号(SRS)子帧周期的配置，具有较大的小区特定SRS带宽的配置，或与所选择的配置相关联的上行链路信道。
12.一种用于由用户设备(UE)进行无线通信的装置，包括: 用于从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令的单元，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 用于至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个的单元。
13.根据权利要求12所述的装置，其中，所述信令指示了是否要使用截短的物理上行链路控制信道(PUCCH)格式。
14.根据权利要求13所述的装置，其中，所述用于确定的单元包括: 用于如果所述上行链路信道中的一个或多个是截短的，则确定所述子帧的所述最后的符号不可用于传输所述上行链路信道中的一个或多个的单元。
15.根据权利要求14所述的装置，还包括用于确定所述子帧的所述最后的符号可用于传输SRS的单元。
16.根据权利要求12所述的装置，其中，所述信令包括UE特定的信令。
17.根据权利要求12所述的装置，其中，所述信令是基于针对上行链路传输而定义的虚拟小区标识来导出的。
18.根据权利要求12所述的装置，其中，所述用于确定的单元包括用于还至少部分地基于UE特定SRS配置或其它上行链路信道的存在，来确定所述子帧的所述最后的符号可用于传输所述上行链路信道中的一个或多个的单元。
19.根据权利要求12所述的装置，其中，所述小区特定SRS配置包括参与所述CoMP操作的节点的小区特定SRS配置的联合。
20.根据权利要求12所述的装置，其中，所述用于确定的单元包括: 用于基于第一 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输物理上行链路共享信道(PUSCH)的单元；以及 用于基于第二 SRS配置，来确定所述子帧的所述最后的符号是否可用于传输物理上行链路控制信道(PUCCH)的单元。
21.根据权利要求12所述的装置，其中: 所述配置包括至少两种配置；以及 如果所述至少两种配置在时间上重叠，则所述用于确定的单元至少基于根据所述子帧中使用的优先级而选择的所述至少两种配置中的一种。
22.根据权利要求21所述的装置，其中，所述至少两种配置中的一种是基于以下各项中的至少一项来选择的:具有较小的虚拟小区标识的配置，具有较大的小区特定探测参考信号(SRS)子帧周期的配置，具有较大的小区特定SRS带宽的配置，或与所选择的配置相关联的上行链路信道。
23.一种用于由用户设备(UE)进行无线通信的装置，包括: 至少一个处理器，其被配置为: 从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个；以及存储器，其耦合到所述至少一个处理器。
24.一种用于由用户设备(UE)进行无线通信的计算机程序产品，包括: 具有代码的计算机可读介质，所述代码用于: 从参与与所述UE的协作多点(CoMP)操作的一个或多个节点接收信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少部分地基于所述信令，来确定子帧的至少一个最后的符号是否可用于传输来自所述UE的所述上行链路信道中的一个或多个。
25.一种用于由与其它节点一起参与与用户设备(UE)的协作多点(CoMP)操作的节点进行无线通信的方法，其包括: 向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少基于所述信令，来参与与所述UE的所述CoMP操作。
26.根据权利要求25所述的方法，其中，所述信令指示了是否要使用截短的物理上行链路控制信道(PUCCH)格式。
27.根据权利要求25所述的方法，其中，所述信令包括UE特定的信令。
28.根据权利要求25所述的方法，其中，所述信令是基于针对上行链路传输而定义的虚拟小区标识来导出的。
29.根据权利要求25所述的方法，其中，所述小区特定SRS配置包括参与所述CoMP操作的节点的小区特定SRS配置的联合。
30.根据权利要求25所述的方法，还包括在子帧中对与参与所述CoMP操作的所述UE的传输进行安排，所述子帧不同于用于与不参与所述CoMP操作的其它UE的传输的子帧。
31.一种用于由与其它节点一起参与与用户设备(UE)的协作多点(CoMP)操作的节点进行无线通信的装置，包括: 用于向所述UE传输信令的单元，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一种；以及 用于至少基于所述信令，来参与与所述UE的所述CoMP操作的单元。
32.根据权利要求31所述的装置，其中，所述信令指示了是否要使用截短的物理上行链路控制信道(PUCCH)格式。
33.根据权利要求31所述的装置，其中，所述信令包括UE特定的信令。
34.根据权利要求31所述的装置，其中，所述信令是基于针对上行链路传输而定义的虚拟小区标识来导出的。
35.根据权利要求31所述的装置，其中，所述小区特定SRS配置包括参与所述CoMP操作的节点的小区特定SRS配置的联合。
36.根据权利要求31所述的装置，还包括用于在子帧中对与参与所述CoMP操作的所述UE的传输进行安排的单元，所述子帧不同于用于与不参与所述CoMP操作的其它UE的传输的子中贞。
37.一种用于由与其它节点一起参与与用户设备(UE)的协作多点(CoMP)操作的节点进行无线通信的装置，包括: 至少一个处理器，其被配置为: 向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少基于所述信令，来参与与所述UE的所述CoMP操作；以及存储器，其耦合到所述至少一个处理器。
38.一种用于由与其它节点一起参与与用户设备(UE)的协作多点(CoMP)操作的节点进行的无线通信的计算机程序产品，包括: 具有代码的计算机可读介质，所述代码用于: 向所述UE传输信令，所述信令指示了针对上行链路信道的小区特定探测参考信号(SRS)配置或格式中的至少一个；以及 至少基于所述信令，来参与与所述UE的所述CoMP操作。
【文档编号】H04W72/04GK104303573SQ201380024182
【公开日】2015年1月21日 申请日期:2013年5月9日 优先权日:2012年5月10日
【发明者】W·陈, 骆涛, P·加尔 申请人:高通股份有限公司