使用远程射频头的无线通信的方法和系统的制作方法

使用远程射频头的无线通信的方法和系统的制作方法
【专利摘要】本发明提供了一种用于操作无线通信网络中的eNB的方法。该方法包括：由eNB向UE发送第一CSI-RS资源集合和第二CSI-RS资源集合的配置信息，其中，第一CSI-RS资源集合被用于长期测量，以及第二CSI-RS资源集合被用于短期CSI反馈。
【专利说明】使用远程射频头的无线通信的方法和系统
【背景技术】
[0001]本文中使用的术语“用户设备”和“UE”在一些情况下可以指移动设备，例如移动电话、个人数字助理、手持或膝上型计算机、以及具有通信能力的类似设备。这种UE可以由设备及其相关联的可拆卸式存储模块组成，例如但不限于通用集成电路卡(Uicc)，ncc包括订户识别模块(SIM)应用、通用订户识别模块(USIM)应用或者可拆卸式用户识别模块(R-UIM)应用。备选地，这种UE可以由设备在自身没有这种模块的情况下组成。在其他情况下，术语“UE”可以指具有类似能力但是不便携的设备，例如，桌上型计算机、机顶盒或者网络设备。术语“UE”还可以指代可以端接用户的通信会话的任何硬件或软件组件。同样地，在此可以将术语“用户设备”、“UE”、“用户代理”、“UA”、“用户设备”和“移动设备”进行同义使用。
[0002]随着电信技术演进，已经引入了可提供之前不可能的业务的更高级的网络接入设备。该网络接入设备可以包括作为传统无线电信系统中的等同设备的改进的系统和设备。可以将这种高级的或者下一代的设备包括在正在演进的无线通信标准中，例如长期演进(LTE)。例如，LTE系统可以包括演进的通用陆地无线接入网(E-UTRAN)节点B (eNB)、无线接入点或者类似的组件，而不是传统的基站。在本文中任何的这种组件将被称为eNB，然而应该理解的是这种组件不是必须是eNB。
[0003]可以认为LTE对应于第三代移动通信伙伴计划(3GPP)版本8 (Re1-8或R8)、版本9(Rel-9或R9)和版本10 (Rel-1O或R10)，并且还有可能对应于版本10以上的版本，而可以认为高级LTE (LTE-A)对应于版本10，并且也有可能对应于版本10以上的版本。本文中使用的术语“传统”、“传统UE，，等可以指代符合LTE版本10和/或较早版本但不符合版本10之后的版本的信号、UE和/或其他实体。术语“高级的”、“高级UE”等可以指代符合LTE版本11和/或之后版本的信号、UE和/或其他实体。虽然本文中的讨论涉及LTE系统，该概念同等也可用于其他无线系统。
【专利附图】

【附图说明】
[0004]为了更完整地理解本公开，现在结合附图和详细描述来参考以下简要描述，其中相似的附图标记表示相似的部分。
[0005]图1是根据本公开的实施例，小区中的远程射频头(RRH)部署的示例的图。
[0006]图2是根据本公开的实施例，下行链路LTE子帧的图。
[0007]图3是根据本公开的实施例的RRH部署的框图，该RRH部署在宏eNB和RRH之间具有用于协调的单独中央控制单元。
[0008]图4是本公开的实施例的RRH部署的框图，在该RRH部署中由宏eNB进行协调。
[0009]图5是根据本公开的实施例，具有RRH的小区中的可能传输方案的示例的图。
[0010]图6是根据本公开的实施例的UE-PDCCH-DMRS分配的概念图。
[0011]图7是根据本公开的实施例，使用UE-PDCCH-DMRS的PDCCH预编码传输的示例的图。[0012]图8是根据本公开的实施例，通过预编码矢量的预定集合来进行循环的示例的图。
[0013]图9是根据本公开的实施例，子帧中的UE-DL-SRS资源分配的示例的图。
[0014]图10是根据本公开的实施例，具有宏eNB和两个RRH的小区中的CRS和CS1-RS配置示例的图。
[0015]图11是包含了根据本公开的实施例的表格，该表格具有带有一个宏eNB和两个RRH的小区中的UE CS1-RS配置示例。
[0016]图12示意了根据本公开的实施例，用于在电信小区中发送控制信息的方法。
[0017]图13示意了根据本公开的另一实施例，用于在电信小区中发送控制信息的方法。
[0018]图14示意了根据本公开的实施例，用于电信小区中的通信的方法。
[0019]图15示意了根据本公开的实施例，用于电信小区中的通信的方法。
[0020]图16示意了根据本公开的实施例，用于确定要使用哪些发射点来用于对用户设备的下行链路数据传输的方法。
[0021]图17示意了适于实现本公开的若干实施例的处理器和相关组件。
[0022]图18示意了本公开的另一实施例。
【具体实施方式】
[0023]首先应该知道的是，虽然以下提供了本公开的一个或更多实施例的示意性实现，但可用任意数目的技术来实现所公开的系统和/或方法，而不管其是当前已知的还是已存在的。本公开不应以任何方式受限于以下示出的示意性实现、附图和技术(包括在此示意和描述的示例性设计和实现)，但在所附权利要求的范围以及其等同替换的全部范围内，可以进行修改。
[0024]本公开涉及除了 eNB之外还包括一个或多个远程射频头的小区。提供了以下实现:通过该实现，这种小区可以利用高级UE的能力同时还允许传统UE以其传统方式工作。标识实现该结果的两个问题，并针对每个问题提供两个解决方案。
[0025]当在UE处有良好的信号对干扰和噪声比(SINR)时，可以加大地提高UE的下行链路(DL)和上行链路(UL)数据速率。通常这是在UE靠近eNB时实现的。对于远离eNB(SP，在小区边缘)的UE，通常实现低得多的数据速率，因为由于大的传播损耗或来自相邻小区的高干扰电平，在这些UE处体验到较低的SINR，特别是在小小区场景中。从而，取决于UE在小区中位于何处，可以预期到不同的用户体验。
[0026]为了提供更一致的用户体验，可以在小区的来自eNB的SINR较低的区域中放置具有一个、两个或四个天线的远程射频头(RRH)，以在这些区域中为UE提供更好的覆盖。RRH有时也被称作其他名字，例如远程射频单元或远程天线，并且应该将本文中使用的术语“RRH”理解为指代起到本文中描述的功能的任何分布式的无线电设备。为了版本11或之后版本中可能的标准化，这种类型的RRH部署已在LTE的研究中。图1示出了具有一个eNB110和6个RRH 120的这种部署的示例，其中，eNB 110靠近小区130的中心，以及6个RRH120分散在小区130中，例如靠近小区边缘。可以将通过该方式来使用多个RRH部署的eNB称为宏eNB。由宏eNB的覆盖来定义小区,宏eNB可以位于,也可以不位于小区的中心。所部署的RRH可以在，也可以不在宏eNB的覆盖内。一般而言，宏eNB不需要始终具有共处一地的无线电收发信机，并且可被认为是与无线电收发信机交换数据并控制无线电收发信机的设备。在本文中可以使用术语发射点(TP)来指代宏eNB或RRH的任一者。宏eNB或RRH可被认为是具有多个天线端口的TP。
[0027]RRH 120可以经由高容量和低等待延迟的链路(例如光纤上的CPRI (通用公共无线电接口))连接到宏eNB 110，以向宏eNB 110发送数字化的基带信号或射频(RF)信号，并从宏eNB 110接收数字化的基带信号或射频(RF)信号。除了覆盖增强之外，使用RRH的另一好处是提高整体小区容量。在UE密度可能较高的热点中，这是特别有利的。
[0028]图2示意了典型的DL LTE子帧210。在控制信道区域220中发送控制信息，例如，PCFICH (物理控制格式指示符信道)、PHICH (物理HARQ (混合自动重复请求)指示符信道)以及roccH(物理下行链路控制信道)。在roscH区域230中发送roscH(物理下行链路共享信道)、PBCH(物理广播信道)、PSC/SSC (主同步信道/辅助同步信道)和CS1-RS (信道状态信息参考信号)。通过该两个区域来发送小区特定参考信号(CRS)。每个子帧210在时域中由多个OFDM(正交频分复用)符号组成，在频域中由多个子载波组成。时间中的OFDM符号和频率中的子载波一起定义了资源单元(RE)。将物理资源块(RB)定义为频域中的12个连续的子载波以及时域中时隙内的所有OFDM符号。始终将子帧中在时隙O 240和时隙
I250中具有相同RB索引的RB对分配在一起。
[0029]当在小区中部署RRH，存在着至少两个可能的系统实现。在图3中示出的一个实现中，每个RRH 120可以具有内置的、完整的MAC(媒体接入控制)和PHY(物理)层功能，然而可以由中心控制单元310来控制所有RRH 120以及宏eNB 110的MAC和PHY功能。中心控制单元310的主要功能是执行宏eNB 110和RRH 120之间针对DL和UL的协调。在图4中示出的另一实现中，可以将中心单元的功能内置在宏eNB 110中。在该情况下，还可以将每个RRH 120的PHY和MAC功能合并在宏eNB 110中。可以实现任一架构，然而出于讨论的目的，之后仅假设第二种架构。当在之后使用术语“宏eNB”时，其可以指代与中心控制单元分离的宏eNB，也可以指代具有内置中心控制功能的宏eNB。
[0030]在具有小区中的一个或多个RRH以及宏eNB的部署中，存在着至少两种可能的操作场景。在第一场景中，各个RRH被视为独立小区，并因此具有其自己的小区标识符(ID)。从UE的视角而言，各个RRH在该场景中等效于eNB。当UE从一个RRH移动到另一 RRH时，需要正常的切换过程。在第二场景中，RRH被视为宏eNB的小区的一部分。亦即，宏eNB和RRH具有相同的小区ID。第二场景的一个好处是小区中在RRH和宏eNB之间的切换对于UE来说是透明的。另一潜在好处是可以实现更好的协调来避免RRH和宏eNB之间的干扰。
[0031]这些好处可使得第二场景更加受期望。然而，关于传统UE和高级UE可以如何接收和使用在小区中发送的参考信号，可出现一些问题。具体地，已知为小区特定参考信号(CRS)的传统参考信号是由宏eNB在整个小区中广播的，并且可被UE用于信道估计以及控制和共享数据的解调。RRH还发送可以与宏eNB广播的CRS相同或不同的CRS。在第一场景中，每个RRH将发送不同于宏eNB广播的CRS或在宏eNB广播的CRS之外的统一的CRS。在第二场景中，宏eNB和所有的RRH将发送相同的CRS。
[0032]针对向小区中部署的所有RRH指派与宏eNB相同的小区ID的第二场景，可以期望若干目标。首先，当UE靠近一个或多个TP时，可以期望从这个TP或这些TP发送针对于该UE的DL信道，例如roSCH和roCCH。(本文中使用术语“靠近” TP来指示如果从该TP而不是不同的TP向该UE发送DL信号，该UE将具有更好的DL信号强度或质量)从附近的TP接收DL信道将导致更好的DL信号质量，并从而导致更高的数据速率和针对UE使用更少的资源。这种传输还可以导致减少对相邻小区的干扰。
[0033]第二，当TP之间的干扰可忽略时，可以期望针对靠近不同TP的其他UE重复使用用于由一个TP提供服务的UE的相同时间/频率资源。这将允许增加频谱效率，并从而允许小区中更高的数据容量。
[0034]第三，在UE从多个TP中看到同等的DL信号电平时，其可期望以协作的方式从多个TP联合发送针对该UE的DL信道，以提供更好的分集增益并从而提高信号质量。
[0035]在图5中示意了混合宏eNB/RRH小区的示例，在其中可以执行用于实现这些目标的尝试。可以期望仅从RRH#1 120a发送针对UE 2 510a的DL信道。类似地，可以仅从RRH#4120b发送针对UE 5 510b的DL信道。此外，由于RRH#1 120a和RRH#4 120b的空间分隔大，UE 5 510b重复使用用于UE 2 510a的相同时间/频率资源可以是可允许的。对于由RRH#2 120c 和 RRH#3 120d 二者覆盖的 UE 3 510c，可期望从 RRH#2 120c 和 RRH#3 120d —者联合发送针对UE 510c的DL信道，使得来自RRH 120c和120d的信号在UE 510c处建设性地相加，以提高信号质量。
[0036]为了实现这些目标，UE可需要能够根据宏eNB请求来测量每个单独的TP或TP集合的DL信道状态信息(CSI)。例如，为了以正确的预编码和正确的调制和编码方案(MCS)从RRH#1 120a向UE 2 510a发送DL信道，宏eNB 110可能需要知道从RRH#1 120a向UE 2510a 的 DL CSI。此外，为了从 RRH#2 120c 和 RRH#3 120d 向 UE 3 510c 联合发送 DL 信道，可需要来自UE 510c的针对于两个RRH 120c和120d的等效四端口 DL CSI反馈。然而，由于一个或多个下面的原因，在Rel-8/9 CRS的情况下不能够轻易地实现这些种类的DL CSI反馈。
[0037]首先，CRS是在每个子帧并在每个天线端口上发送的。我们将CRS天线端口(备选地，CRS端口)定义为是在具体天线端口上发送的参考信号。支持多达4个天线端口，并且在DL PBCH中指示了 CRS天线端口的数目。Rel-8/9中的UE将CRS用于DL CSI测量和反馈、DL信道解调以及链路质量监视。CRS还被Rel-1OUE用于控制信道(例如，PDCCH/PHICH)解调和链路质量监视。因此，对于所有的UE，CRS端口的数目通常需要相同。因此，UE通常不能够基于CRS来测量和反馈针对小区中的TP子集的DL信道。
[0038]第二，Rel-8/9 UE在特定传输模式中将CRS用于DL信道的解调。因此，在这些传输模式中，通常需要将DL信号与CRS在相同的天线端口集合上发送。这暗示了可需要将针对Rel-8/9 UE的DL信号与CRS在相同的天线端口集合上发送。
[0039]第三，CRS还被Rel-8/9/10 UE用于DL控制信道解调。因此，通常必须将控制信道和CRS在相同的天线端口上发送。
[0040]在Rel-ΙΟ，引入信道状态信息参考信号(CS1-RS)，以用于Rel-10 UE的DL CSI测量和反馈。就在每个小区中发送CS1-RS的单个集合这一含义而言，CS1-RS是小区特定的。还在Rel-1O中引入了静默(Muting)，在静默中不发送小区的TOSCH的RE，以使得UE可以测量来自相邻小区的DL CSI。
[0041]此外，在Rel-1O中，在DL中引入了 UE特定的解调参考信号(DMRS)，以用于无需CRS的roSCH解调。使用DL DMRS, UE可以解调DL数据信道，而无需知道eNB为了传输而正在使用的天线端口或预编码矩阵。预编码矩阵允许信号以不同的相位偏移和幅度通过多个天线端口发送。
[0042]因此，Rel-10 UE不再需要CRS参考信号来执行CSI反馈和数据解调。然而，仍然需要CRS参考信号来用于控制信道解调。这意味着即使针对UE特定或单播的roCCH，也必须将roccH与CRS在相同的天线端口上发送。因此，使用当前的roccH设计，不能仅从靠近UE的TP发送roccH。因此，不可能针对roccH重复使用时间和频率资源。此外，不清楚ue如何基于CS1-RS来针对TP的子集测量和反馈DL CSI。
[0043]因此，已经标识了现有CRS的至少三个问题。首先，如果从不同于CRS端口的天线端口发送了 roccH，不能将CRS用于roccH解调。第二，当为了容量增强而期望对ue的数据传输是基于TP特定的时，CRS不足以用于单独TP信息的CRS反馈。第三，对于联合I3DSCH传输，CRS不足以用于TP组的联合CSI反馈。
[0044]之前已经提出了用于解决这些问题的若干解决方案，然而每个提议都具有一个或多个缺陷。在一个之前的解决方案中，针对roCCH/PHICH信道提出了 UE特定的参考信号(RS)的概念，以通过例如CoMP(协同多点)、MU-MM0(多用户多输入/多输出)和波束成形来增强这些信道的容量和覆盖。针对roCCH/PHICH使用UE特定的RS将使得在共享小区ID部署中针对着UE特定控制信道也存在区域分裂增益。一个提议是重复使用在Rel-1O中针对中继节点(RN)描述的原理，其中，支持UE特定的RS。在Rel-1O中引入了 R-PDCCH，用于从eNB向RN发送调度信息。由于RN在每个DL或UL方向上的半双工特性，针对RN的PDCCH不能位于传统控制信道区域中(子帧中的前几个OFDM符号)，并且必须位于子帧中的传统roscH区域中。
[0045]R-PDCCH结构的缺陷是不能够支持微睡眠特征，因为为了知道是否存在针对其的PDCCH，RN必须在整个子帧中都是活跃的，其中，在微睡眠特征中，如果在子帧中没有检测到任何H)CCH，UE可以在该子帧中的该前几个OFDM符号之后关闭接收机。对于RN而言，这可以是可接受的，因为RN被认为是基础设施的一部分，并且省电是较次的关注点。此外，仅DL子帧的1/8可被配置用于eNB至RN传输，因此微睡眠对于RN较不重要。然而，微睡眠对于UE是重要的，因为微睡眠有助于降低UE的功耗，并从而可以增加其电池寿命。此外，UE需要在每个子帧处检查可能的H)CCH，使得微睡眠特征对UE更重要。因此，将期望在任何新的PDCCH设计中为UE保留微睡眠特征。
[0046]在另一之前的解决方案中，为了支持单独的DL CSI反馈，提出了每个TP应该在单独的CS1-RS资源上发送CS1-RS。从而，处理宏eNB覆盖区域内的所有TP的联合操作的宏eNB可以配置具体UE在估计用于CSI反馈的DL信道时应该使用的CS1-RS资源。距离TP足够近的UE通常将被配置为在该TP使用的CS1-RS资源上进行测量。因此，不同UE将潜在地根据UE在小区中的位置在不同CS1-RS资源上进行测量。
[0047]UE从其接收到显著信号的发送TP的集合可根据不同的UE而不同。因此需要通过UE特定的方式来配置CS1-RS测量集合。其遵循零功率CS1-RS集合也需要支持UE特定的配置，因为需要关于针对该CS1-RS使用的资源来配置静默模式。
[0048]该方案的限制之一是:虽然可以通过UE特定的方式来配置对零和非零传输功率CS1-RS集合的分配以反映小区中的UE位置差异，需要针对小区中的所有UE配置相同的CS1-RS集合。这是因为:为了支持宏eNB和一个或多个RRH之间的联合发送，在小区中的宏eNB和所有其他TP上，PDSCH传输在其上静默的CS1-RS资源需要是相同的。因此，针对小区中的所有UE，为CS1-RS配置分配的RE (零传输功率或非零传输功率)需要是相同的。否贝U，TP和UE中的CS1-RS配置将不同步。因此，当在小区中部署大量的TP时，用于CS1-RS的资源开销可以很高。
[0049]该方案的另一问题是:基于针对CS1-RS配置的当前Rel-1O信令机制，UE需要测量和反馈基于“非零”传输功率CS1-RS配置的DL CSI，或者基于非零传输功率CS1-RS配置和零传输功率CS1-RS配置二者的DL CS10虽然在一些情况下需要对UE的基于所有CS1-RS配置的DL CSI反馈，其可以不是始终期望的。例如，如果UE仅靠近一个TP或少量TP，可能不期望针对小区中的所有TP反馈CSI，因为反馈开销可能很高。因此，可以期望仅针对靠近UE的TP反馈CSI。
[0050]对问题进行重新叙述，在第一场景中，将不同ID用于宏eNB和RRH，以及在第二场景中，宏eNB和RRH具有相同ID。如果部署了第一场景，由于宏eNB和RRH之间的可能的CRS和控制信道干扰，不能轻易获得上述的第二场景的好处。如果期望这些好处并且选择了第二场景，需要针对传统UE和高级UE的能力之间的差异进行一些调整。传统UE基于用于DL控制信道(PDCCH)解调的CRS来执行信道估计。需要在发送CRS的相同TP上发送针对传统UE的H)CCH。因为通过所有的TP来发送CRS，也需要通过所有的TP来发送roccH。传统的Rel-8或Rel-9 UE也依靠用于I3DSCH解调的CRS。因此，需要将针对UE的TOSCH与CRS在相同TP上发送。对于传统的Rel-10 UE，虽然传统的Rel-10 UE不依靠用于TOSCH解调的CRS，其在针对每个单独的TP测量和反馈DL CSI上也存在困难，而这是eNB仅通过靠近UE的TP来发送I3DSCH所需要的。对于高级UE’其不依靠用于HXXH解调的CRS。因此，可以仅通过靠近UE的TP来发送针对这种UE的H)CCH。此外，高级UE能够针对每个单独的TP测量和反馈DL CSI。高级UE的这种能力为对传统UE不可用的小区操作提供了可能性。
[0051]作为示例,在小区中分隔很开的两个高级UE可各自靠近RRH，并且该两个RRH的覆盖区域不重叠。每个UE可从其附近的RRH接收HXXH或roSCH。因为每个UE可以解调其PDCCH和I3DSCH而无需CRS，每个UE可以从其附近的RRH而不是从宏eNB接收其I3DCCH和PDSCH。因为两个RRH分隔很开，可以在两个RRH中重复使用相同的PDCCH和TOSCH时间/频率资源，从而提高了整体的小区频谱效率。对于传统UE，这种小区操作是不可能的。
[0052]作为另一示例，单个高级UE可以位于两个RRH的重叠覆盖区域中，并且可以从各个RRH接收并正确处理CRS。这将使高级UE可以与两个RRH都通信，并且可以通过来自该两个RRH的信号的建设性相加来提高UE处的信号质量。
[0053]本公开的实施例涉及第二操作场景，在第二操作场景中，宏eNB和RRH具有相同小区ID。因此，这些实施例可以提供在第二场景下有效的透明切换和提高协调的好处。此外，这些实施例允许不同TP在一些环境下发送不同的CS1-RS。这可以允许小区利用高级UE的能力来区分不同TP发送的CS1-RS，因此提高小区的效率。此外，这些实施例后向兼容传统UE,因为传统UE仍然可以在小区中的任何位置接收相同CRS或CS1-RS，这是传统UE传统上被要求做的。
[0054]亦即，本公开的实施例解决了之前描述的问题，同时避免了现有解决方案的缺陷。一组实施例涉及通过小区中的RRH的子集来发送高级UE可使用的参考信号，同时还在整个小区中广播传统UE可使用的CRS的问题。首先将描述该问题以及对该问题的可能解决方案。另一组实施例涉及UE可以如何向宏eNB提供与UE从一个或多个RRH接收到的下行链路信道的质量有关的反馈的问题。将在对第一个问题的讨论之后描述该第二个问题以及对该第二个问题的可能解决方案。
[0055]在本文中针对发送高级UE可以使用的专用参考信号同时广播传统UE可以使用的CRS的第一问题提供两个总的解决方案。在对第一个问题的第一个解决方案中，通过分配传统rossH的相同方式在控制信道区域中分配针对高级UE的roccH。然而，针对为针对于高级UE的UE特定的HXXH分配的每个资源单元组(REG)，将未分配用于CRS的一个或多个RE替换为UE特定的DMRS符号。UE特定的DMRS是携带UE特定的比特序列的复数符号序列，并从而仅所针对的UE能够正确地解码该H)CCH。可以通过高层信令来显式地配置这种DMRS序列，或者根据用户ID隐式地导出这种DMRS序列。
[0056]该针对PDCCH的UE特定的DMRS (UE-PDCCH-DMRS)将允许从单个TP或从多个TP向UE发送roccH。这还使得可以使用更高级的技术(例如，波束成形、MU-MMO和CoMP)来进行HXXH传输。在该解决方案中，在多播或广播HXXH传输中没有改变，在公共搜索空间中以和Rel-8/9/lO相同的方式来发送HXXH传输。UE仍然可以在公共搜索空间中使用CRS来解码广播的H)CCH。可以使用UE特定的DMRS来解码单播的TOCCH。
[0057]该解决方案是完全后向兼容的，因为其对传统UE的操作没有任何影响。一个缺陷可能是由于UE-PDCCH-DMRS而可存在资源开销，然而该开销可以是合理的，因为当使用更高级的技术时，需要更少的整体资源来用于roccH。
[0058]更具体地，在对第一问题的该第一解决方案中，通过针对单播roccH信道引入了 UE特定的roCCH解调参考信号(UE-PDCCH-DMRS)，解决了 PDCCH增强的问题。UE-PDCCH-DMRS的目的是允许UE在不需要CRS的情况下解调器I3DCCH信道。通过这样做，可以通过靠近UE的TP来发送针对UE的单播HXXH信道。
[0059]向TOCCH分配的资源可以是I个、2个、4个或8个控制信道单元(CCE)或聚合等级，在Rel-8中对此进行了规定。每个CCE由9个REG组成。每个REG由4个或6个在频域连续并在同一 OFDM符号内的RE组成。当在REG内为CRS预留了两个RE时，仅可为REG分配6个RE。因此，事实上在REG中仅有4个RE可用于携带HXXH数据。
[0060]通过替换未被预留用于CRS的一个RE，可以将UE特定的参考信号插入到每个REG中。在图6中对此进行了示出，其中，针对每个REG 610示出了 4个非CRS RE。在每个REG 610中，在4个非CRS RE中，将一个RE 620指定为用于UE-PDCCH-DMRS的RE。由于在Rel-8/9/lO中定义的REG交织，CCE内的REG在频率上可以不相邻。因此，针对每个REG610，需要至少一个参考信号用于信道估计。参考信号RE 620在每个REG 610内的位置可以是固定的，或者可以从REG 610到REG 610地变化。还可以考虑REG 610内的多个参考信号以提高性能。
[0061]可以针对为HXXH分配的每个CCE内或所有CCE上的参考RE 620定义UE特定的参考信号序列。可以根据向UE指派的16比特RNTI (无线电网络临时标识符)、小区ID和子帧索引导出该序列。因此，仅小区中所针对的UE能够正确地估计DL信道并成功解码PDCCH。因此CCE由9个REG组成，如果针对每个参考信号RE使用了正交相移键控(QPSK)调制，可以针对CCE定义18比特的序列长度。可以针对具有一个以上CCE的聚合等级定义具有多个18比特的序列长度。
[0062]每个REG中用于UE-PDCCH-DMRS的参考RE意味着少了一个RE可用于携带I3DCCH数据。该开销可以是合理的，因为使用UE-PDCCH-DMRS可以允许从靠近所针对的UE的TP发送H)CCH，并从而使得在UE处有更好的接收信号质量。这进而可导致更低的CCE聚合等级以及因此增加了整体的HXXH容量。此外，可以应用更高阶的调制来补偿由于UE-PDCCH-DMRS开销造成的资源数降低。
[0063]此外，在使用UE-PDCCH-DMRS的情况下，可以使用波束成形类型的预编码I3DCCH传输，其中，对roccH信号加权并将其从单个TP或多个TP的多个天线端口发送，以使得信号在所针对的UE处相干地合并。因此，可以在UE处预期到HXXH检测性能提高。不同于针对每个天线端口需要唯一参考信号的CRS情况，可以将UE-PDCCH-DMRS与HXXH预编码在一起，并从而对于roCCH信道仅需要一个UE-PDCCH-DMRS，而与用于I3DCCH传输的天线端口的数目无关。
[0064]图7中示出了这种HXXH传输示例，其中，在通过4个天线发送之前，将HXXH信道710与UE-PDCCH-DMRS720 —起和编码矢量V 730进行预编码。
[0065]可以根据在LTE中的闭环传输模式4、6和9中配置的、来自UE的DL宽带PMI (预编码矩阵指示符)获得预编码矢量#730。还可以在以下情况下获得预编码矢量#730:基于信道互易性(例如在TDD (时分双工)系统中)，根据UL信道测量来估计PMI。
[0066]在DL PMI不可获得或不可靠的情况下，可以预先定义预编码矢量集合，以及可以使用集合中的预编码矢量之一来对roCCH的每个REG进行预编码。可以通过循环的方式来进行从预编码矢量到REG的映射，以最大化时间和频率中的分集。例如，如果预编码矢量的
预定集合是，以及向HXXH分配一个CCE，则可以使用图8中示出的映射。亦
即，将预编码矢量K O3分另映射到REG 0、1、2和3，映射到REG 4、5、6和7，等等。在
其他实施例中，可以使用其他映射。因为也对UE-PDCCH-DMRS进行预编码，因为UE可以将预编码的UE-PDCCH-DMRS用于信道估计和I3DCCH数据解调，预编码矢量的使用对UE是透明的。
[0067]UE可被半静态配置，以在LTE中的UE特定的搜索空间中解码TOCCH，假设UE将接收没有 UE-PDCCH-DMRS 的传统 PDCCH 和 / 或具有 UE-PDCCH-DMRS 的新 PDCCH。
[0068]在系统操作的一个场景中，可以通过宏eNB和RRH 二者的天线端口来发送CRS。返回图5，作为示例，可以配置4个CRS端口。可以如下发送对应的4个CRS信号{CRSO, CRSI, CRS2, CRS3}:可以通过所有TP的天线端口 O来发送CRSO。可以通过所有TP的天线端口 I来发送CRSl。可以通过宏eNB 110的天线端口 2来发送CRS2。可以通过宏eNB110的天线端口 3来发送CRS3。在其他实施例中，可以通过其他方式来发送CRS信号。
[0069]通过假设4个CRS端口，可以将针对小区中的多个UE或针对传统UE的HXXH与CRS通过相同的天线端口来发送。针对UE 2 510a的HXXH可被与UE-PDCCH-DMRS—起仅通过具有两个天线端口的RRH I 120a来发送。类似地，针对UE 5 510b的HXXH可被与UE-PDCCH-DMRS—起仅通过 RRH 4 120b 来发送。
[0070]因为通过靠近所针对的UE的TP发送roCCH，可以预期更好的信号质量，并因此可以使用更高的编码速率。因此，可以使用较低聚合等级(或数目较少的CCE)。此外，由于RRH#I 120a和RRH#4 120b之间分隔很开，可以在这两个RRH中重复使用相同的HXXH资源，这倍增了 HXXH容量。
[0071]对于由RRH#2 120c 和 RRH#3 120d 二者覆盖的 UE 3 510c，可以从 RRH#2 120c 和RRH#3 120d 二者联合发送针对UE 3 510c的单播TOCCH，以进一步增强UE 510c处的TOCCH
信号质量。
[0072]如上所述，针对通过小区中的RRH的子集来发送高级UE可使用的参考信号，同时还在整个小区中广播传统UE可使用的CRS的第一问题，提供了两个总的解决方案。以上讨论已经涉及到第一解决方案，以及现在将转向对第二解决方案的讨论。在该第二解决方案中，使用用于roccH解调的TP特定的参考信号来支持通过单个或多个TP的roccH传输。针对对传统UE的透明，在一个实施例中，借用传统的CRS端口 2和端口 3或者DMRS端口的资源来发送用于HXXH解调的TP特定的参考信号。从而不将这些端口配置用于传统UE。针对TP特定的参考信号使用TP特定的序列。向高级UE发信号通知这些TP特定的参考信号的存在。通过将小区ID替换为TP ID，这些TP特定的参考信号可以重复使用针对CRS和DMRS定义的现有序列。备选地，在Rel-1l中可以从新定义序列。该方案的好处是:与UE-PDCCH-DMRS相比，需要较少资源。此外，可以为信道估计进行更好的平均。
[0073]更具体地，在对第一问题的第二解决方案中，替代添加新的RS来构建用于HXXH的UE特定的DMRS，可以重复使用现有的RS结构。在一些实施例中，可以重复使用CRS端口
2和3。在其他实施例中，可以重复使用DMRS端口。
[0074]在使用CRS端口 2和3的实施例中，与在Rel_8中相比，CRS可以占据相同的RE和符号，并具有相同的随机化和其他参数。然而，在所有的TP (包括宏eNB)上发送与一个小区ID相关联的CRSO和CRS1，同时每个TP携带与不同的TP ID相关联的CRS2和CRS3。使用TP ID替换小区ID，以使用传统机制来配置CRS2和CRS3的传输，包括扰码序列、占据的RE以及其他参数。因为在本解决方案中TP不作为小区工作，它们不具有不同的小区ID。传统UE可以将CRSO和CRSl用于针对HXXH的信道估计，以及针对使用CRSO和CRSl作为相位参考的I3DSCH传输模式使用CRSO和CRSI。因为每个TP都具有带有不同TP ID的CRS2和CRS3，高级UE可以将CRS2和CRS3用于TOCCH解调。将针对使用2端口 CRS作为相位参考的I3DSCH传输模式使用CRS2和CRS3也可以是可能的，然而Rel-1ODMRS可以是TOSCH相位参考的更好选择。
[0075]可以考虑两个发送CRS的方案，对应于向传统UE通知小区中有2个或4个天线时。如果传统UE假设存在4个天线端口，则它们将假设所有的下行链路控制信道使用4个天线端口。这将防止能够通过TP特定的方式来发送UE的H)CCH，因此该操作可被排除。
[0076]如果传统UE假设使用2个天线端口，对应于CRS2和CRS3的RE是数据RE，以及传统UE将使用这些RE来解码roSCH或roccH。如果使用CRS来对这些RE打孔，则性能将与打孔的量成正比地降级。将首先考虑到打孔对roccH的影响，并在然后将考虑到对roscH的影响。
[0077]在HXXH的情况下，如果控制区域有一个符号长，将不存在控制打孔，因为CRS2和CRS3仅在控制区域的第二 OFDM符号中。对于两符号控制区域，因为在第二 OFDM符号中将每RB进行4个RE的打孔，每个比特具有4/(2*12) =1/6?=17%的平均机会被打孔。类似地，如果存在3个控制符号，每个比特具有4/(3*12) =1/9?=11%的平均机会被打孔。[0078]与PDCCH相比，对I3DSCH的影响将较小，因为对于CRS2和CRS3，每子帧的RS密度是8/(14*12)?=4.7%。此外，与PDCCH相比，PDSCH的更好的链路自适应和HARQ可用性将使得打孔的伤害较小。
[0079]替代对传统I3DCCH或roSCH打孔，这些信道的RE将在调度传统UE的区域中携带数据。考虑到H)CCH，由于REG交织和UE搜索空间随机化，每个UE的TOCCH在整个载波带宽上分布，并在HXXH区域内占据随机位置。因此，如果由传统UE的HXXH数据以动态的方式对CRS2和CRS3打孔，高级UE可能难以使用CRS2和CRS3进行信道估计。
[0080]考虑到roSCH，使用传统I3DSCH数据对CRS2和CRS3打孔将消除OFDM符号8中这两个CRS端口的RE中的一些或全部。在使用本地化虚拟资源块(VRB)时，有可能以半静态的方式仅对CRS的一部分进行打孔，并因此仍然允许高级UE直接将未打孔RE用于信道估计。此外，该半静态模式可随着时间改变，以使得可以估计整个频带。分布式的VRB也是可能的，然而这并不同样直接。
[0081 ] 如果使用了传统信道打孔，仅在OFDM符号8中对具有CRS端口 2和3的TOSCH打孔可对传统roSCH性能造成较少影响。然而，仅具有一个包含CRS端口 2和3的符号将使TP特定的HXXH可支持的最大速度减半，并且可降低可针对这些天线端口使用的功率的量。此外，高级UE可始终必须将OFDM符号8用于针对HXXH的信道估计，轻微地降低了微睡眠的任何的潜在好处。减轻该问题的一种方式是仅调度在UE特定的HXXH上频繁进行接收或发送的UE。另一方面，特别是如果优选最大化微睡眠的好处，可以使用CRS端口 2和3来至少对OFDM符号I打孔。
[0082]在其他实施例中，替代使用CRS端口 2和3来发送TP特定的TOCCH参考信号，可以重复使用DMRS端口。相对于使用CRS端口 2和3，将DMRS端口用于TP特定的I3DCCH参考信号的好处在于以下事实:除了窄系统带宽之外，使用DMRS端口将不对传统UE的HXXH打孔，因为它们在I3DSCH区域中。此外，与CRS端口 2和3相比，存在着更多DMRS RE，这可以使得有更好的信道估计。
[0083]然而，相对于CRS端口 2和3，将DMRS端口用于TP特定的参考信号可具有一些缺陷。首先，因为对于传输模式7，DMRS在例如符号3、6、9和12中，针对这些符号中的一个或多个，UE必须醒来以测量DMRS，从而干扰了读取PDCCH的TDM(时分复用)行为。第二，与DMRS相比，每OFDM符号存在更多RE用于CRS端口 2和3。因此，如果UE醒来以接收包含DMRS的一个或两个符号，如使用CRS端口 2和3相比，UE将具有较低质量的信号估计。第三，UE不能被配置为在接收TP特定的PDCCH的同时使用被TP特定的参考信号占据的DMRS天线端口来接收H)SCH。这可以是不可接受的，因为Rel-1O参考信号很可能要被用于I3DSCH传输和CSI估计。
[0084]可以看出，CRS端口 2和3或者DMRS天线端口都可被重复使用。使用CRS端口的优点可以是维持roccH和roscH的tdm复用的优点的可能性。如果可以由crs对传统ue的HXXH打孔，该优点更大。使用DMRS的优点是其不会降级HXXH接收以及其具有较高的每RB参考信号密度。因此，如果roccH打孔是可行的并且存在用于良好信道估计的足够的参考信号密度，使用CRS可以是优选的。否则，DMRS可以是优选的。
[0085]与是否重复使用CRS端口 2和3或者DMRS天线端口无关，该TP特定的TOCCH-DMRS方案具有优点和缺点。在优点中，TP特定的RS通过在时间和频率上求平均来使得更高质量的信道估计称为可能。此外，信道估计要求对Rel-8原理进行很少修改。此外，如果使用了 CRS端口 2和3，直接支持2端口发送分集。此外，TP的信道估计是可用的，并且可被用于RRH配置的管理、用于上行链路环路功率控制的路径损耗测量等。
[0086]然而，TP特定的参考信号可能使得波束成形或预编码难以应用。此外，TP特定的参考信号可能较不灵活。亦即，可能仅从两组TP(以CRS0/1或CRS2/3来配置)之一发送高级UE的H)CCH，并且这些组可能缓慢改变。此外，基于4端口 CRS的传输模式不能用于Rel-8/9 UE。
[0087]以上讨论设计对第一问题的两个可能的解决方案。现在，讨论转到涉及第二问题的一组实施例，第二问题是UE可以如何向宏eNB提供与UE从一个或多个RRH接收到的下行链路信道的质量有关的反馈。
[0088]本文中针对该第二问题提供了两个总的解决方案。在第一解决方案中，提供UE特定的DL探测参考信号(UE-DL-SRS)，以用于针对单独TP或联合针对多个TP的DL CSI测量和反馈。该方案的好处是小区中TP的存在对UE是透明的。宏eNB可以请求UE反馈具有预配置UE-DL-SRS的DL CSI，并通过期望的TP来发送对应的UE-DL-SRS。不存在切换问题，因为宏eNB可以基于DL CSI反馈信息动态地从靠近UE的TP向UE调度和发送DL信号。该方案将小区中的TP作为分布式天线对待，并允许宏eNB通过所选数目的天线端口来向UE发送DL信号。根据关于第一问题描述的、用于PDCCH的UE特定的或TP特定的参考信号，可以独立地配置用于CSI反馈的这些UE特定的参考信号，因为这些信号解决了不同的问题。
[0089]换言之，在UE连接到宏eNB的小区时，由宏eNB向UE指派UE特定的SRS。TP可以在该TP被宏eNB提示这样做时向UE发送UE特定的SRS,并且可以在没有提示的情况下这样做。UE测量UE特定的SRS，并使用该测量来确定与TP和UE之间的链路有关的下行链路信道信息。然后，UE向宏eNB反馈该信息。宏eNB针对其小区内的所有UE和TP存储这种信息，并由此知道从各个TP到各个UE的下行链路信道的质量。宏eNB可以使用该信息来确定用于对UE的DL数据传输的最佳TP，并且指定用于该传输的调制和编码方案。
[0090]更具体地，在对第二问题的该第一解决方案中，为了促进与小区中单独的TP或TP组有关的灵活的DL CSI反馈，引入UE特定的DL探测参考信号(UE-DL-SRS)。UE-DL-SRS是要在天线端口上向UE发送的、用于该端口的DL CSI测量的复数符号的序列。可以通过码分复用(CDM)的方式，通过多个天线端口向UE发送多个正交序列(每个天线端口一个)，以用于天线端口的DL CSI测量。在CDM或FDM(频分复用)中，可以在相同子帧中复用针对不同UE的UE-DL-SRS，或者在TDM中，可以在不同子帧中复用针对不同UE的UE-DL-SRS。
[0091]可以使用UE-DL-SRS配置的单个集合或多个集合来半静态地配置UE。每个UE-DL-SRS配置集合可以包含多个UE-CS1-RS端口以及时域、频域和码域中的对应资源。
[0092]可以从单个TP或多个TP向UE周期性地和/或不定期地发送UE-DL-SRS。在周期性发送UE-DL-SRS的情况下，在相同的天线端口集合上周期性地向UE发送相同的UE-DL-SRS信号。可以半静态地配置周期性和子帧偏移。
[0093]在不定期UE-DL-SRS的情况下，可以在HXXH信道上的UL许可中向UE发送CSI反馈请求，并且在其后可以向UE发送UE-DL-SRS。发送UE-DL-SRS的子帧可以与携带CSI请求的子帧相同，或者可以是CSI反馈请求之后的后续子帧。UE基于接收到的UE-DL-SRS来估计DL CSI，并通过调度的PUSCH(物理上行链路共享信道)以相同的UL许可报告回所估计的CSI。可以使用不定期的UE-CS1-RS来动态地从UE反馈与单个TP或多个TP有关的DL CSI信息。
[0094]可存在基于DL CSI测量和反馈的UE-DL-SRS的至少两个应用。在第一应用中，可以独立地测量和反馈针对于各个TP的DL CSI，该各个TP可被用于对UE的DL传输。DLCSI可以是现有LTE Rel-8/9/lO中的PMI (预编码矩阵指示符)、CQI (信道质量指示符)和RI (秩指示符)的形式。
[0095]在第二应用中，可以考虑将多个TP在一起作为具有多个分布式天线的单个发射机。在该情况下，使用来自UE的单个CSI反馈来联合计算DL CSI。CSI计算基于TP的天线端口的总数。例如，如果反馈针对于各自具有两个天线端口的两个TP，则CSI计算将基于4端口传输。只要TP同步良好，并且天线端口的总数不大于8 (LTE Rel-1O规定的)，可以重复使用Rel-1O的CSI计算和反馈机制。使用该方法，在与Rel-1O的UL开销相同的情况下，在相同资源上来自一个以上TP的联合发送变得可能。TP对UE可以是透明的；仅需要配置用于UE-DL-SRS的天线端口的数目。
[0096]在已经大致确定靠近UE的TP之后，可以向UE发送CSI测量和反馈请求，然后是通过TP中的一个或多个来发送UE-DL-SRS，以用于针对TP的DL CSI测量和反馈。使用图5中的UE 3 510c作为示例，宏eNB 110可以已经确定宏eNB 110、RRH2 120c和RRH3 120d靠近UE 510C，并且宏eNB 110可以因此对来自这些TP的DL CSI感兴趣。
[0097]在一个场景中，这可以通过向UE 510c发送三个CSI请求来进行。每个请求还将指示UE 510c应该用于CSI测量和反馈的UE-DL-SRS端口数。例如，对于针对图5中的宏eNB110的CSI测量和反馈，可以发送4端口 CSI反馈请求，并且将针对宏eNB 110发送4端口UE-DL-SRS0类似地，对于针对RRH#2 120c的CSI测量和反馈，可以发送2端口 CSI反馈请求，并且将针对RRH#2 120c发送2端口 UE-DL-SRS。通过请求具有不同数目的UE-DL-SRS端口的CSI报告并通过对应的TP接收UE-DL-SRS，宏eNB 110可以获得与靠近UE 510c的TP有关的DL CSI。
[0098]在另一场景中，可以进行针对多个TP的联合DL CSI反馈。例如，通过发送4端口CSI请求并通过两个RRH向UE 510c发送4端口 UE-DL-SRS (每个天线端口一个UE-DL-SRS信号)，可以进行针对图5中的RRH#2 120c和RRH#3 120d的、来自UE 510的联合DL CSI反馈。这将允许从RRH#2 120c和RRH#3 120d 二者向UE 510c的DL PDSCH联合发送。类似地，通过发送8端口 CSI请求并通过两个RRH 120c和120d以及宏eNB 110来发送8端口UE-DL-SRS，可以进行针对图5中的RRH#2 120c、RRH#3 120d和宏eNB 110的来自UE 510的联合DL CSI反馈。这将允许从所有三个TP向UE 510c的DL PDSCH联合发送。
[0099]备选地，可以在相同子帧中从多个TP同时发送具有正交资源的多个UE-DL-SRS参考信号(每个TP —个)，并且可以请求UE测量和反馈针对各个单独TP的DL CSI和/或针对多个TP的联合DL CSI。
[0100]可以将用于UE-DL-SRS的频率和时间资源划分为小区特定资源和UE特定资源。小区特定的UE-DL-SRS资源可以由小区中的多个天线端口和多个UE共享。图9中示出了子帧中的UE-DL-SRS资源分配的一个示例，其中，向UE-DL-SRS分配最后的符号910。备选地，可以分配子帧的I3DSCH区域中的任何符号来用于该目的。此外，可以向UE-DL-SRS分配符号中的全部或部分频率资源。可以半静态地配置子帧中的UE-DL-SRS符号的存在，或者可以使用图9中概念性地示出的特殊许可来动态地指示。在此，通过在子帧210的公共搜索空间中发送特殊的HXXH 920来假设动态指示和进行动态指示。当UE在公共搜索空间中接收到特殊的HXXH 920，UE可以假设UE-DL-SRS将出现在子帧210中。针对子帧中的UE-DL-SRS配置的频率资源通常不应被用于针对传统UE的DL PDSCH传输。对于对高级UE的I3DSCH传输，可以考虑预留配置用于UE-DL-SRS的RE，并且不将其用于I3DSCH传输。
[0101]UE特定资源是小区特定资源的子集。可以在时域、频域或码域中，或者在这些域的组合中半静态地配置UE的UE特定资源。对于不定期的UE-DL-SRS，可以半静态地配置多个资源集合(包括UE-DL-SRS端口的数目)，以及宏eNB可以通过TOCCH动态地请求UE 一次使用一个配置集合或一次使用多个配置集合来测量和反馈DL信道信息。
[0102]每个UE-DL-SRS配置集合可以包括:UE-DL_SRS端口的数目，例如，{I, 2，4，8};频域位置，例如开始频率和带宽；时域位置，例如子帧；周期性和子帧偏移；码序列，例如预定或半静态配置的基本序列的周期性偏移；和/或UE-DL-SRS对I3DSCH功率比。
[0103]如前所述，本文中针对第二问题提供了两个总的解决方案。以上讨论已经涉及到第一解决方案，以及现在将转向对第二解决方案的讨论。在该第二解决方案中，提供了允许来自UE的对TP子集的DL CSI测量和反馈的CS1-RS配置增强方法。亦即，UE产生并使用TP特定的CS1-RS来确定与从TP到UE的下行链路信道有关的信息。然后，UE可以向UE和TP所位于的小区的宏eNB反馈该信息，以用于宏eNB在确定从TP到UE的传输参数中使用。可以仅针对靠近具体UE的TP向宏eNB提供该反馈。
[0104]该解决方案的好处是当在小区中部署大量的TP时降低CSI测量和反馈开销，因为在多数时间仅有少量TP靠近UE。根据关于第一问题描述的、用于HXXH的TP特定的或UE特定的参考信号，可以独立地配置用于CSI反馈的这些TP特定的参考信号。
[0105]此外，提供了用于允许在不同TP中部署不同数目天线的CS1-RS配置增强以及对应信令。
[0106]更具体地，在对第二问题的该第二解决方案中，将TP特定的CS1-RS用于来自UE的TP特定的DL CSI反馈。TP特定的CS1-RS可以基于Rel-1O中定义的CS1-RS，其中，将CS1-RS引入以用于DL CSI测量和反馈。通过RRC(无线电资源控制)信令向UE发信号通知CS1-RS端口或信号的数目，并且支持每小区多达8个CS1-RS端口。从小区周期性地发送CS1-RS参考信号，并且该CS1-RS参考信号针对于由该小区服务的所有UE。半静态地配置子帧内的周期性、子帧偏移、以及时间和频率资源。
[0107]对于使用传输模式9来配置的Rel-10 UE，由于Rel-1O中引入的UE特定的DMRS，不需要将CRS用于I3DSCH解调。因此，可以通过与CRS不同的天线端口来发送roscH。对于靠近TP的UE (可以基于UL测量来确定)，可以仅经由该TP来发送针对UE的roscH数据。UE可以使用DMRS解调信号。然而，至少对于FDD (频分双工)而言，宏eNB获得的UL信道信息通常不足以确定针对UE的正确DL传输预编码和MCS。为了具有用于TP处的传输预编码和MCS指派的精确DL信道信息，需要来自UE的针对TP的DL CSI测量和反馈。
[0108]图10中示出了针对小区中的CS1-RS的3种可能的配置示例，该小区具有与宏eNB有相同小区ID的RRH。配置示例被称为配置#1 1010、配置#2 1020和配置#3 1030。在配置#1 1010中，从宏eNB和RRH发送相同的CS1-RS信号。例如，从所有TP的天线端口 O发送CS1-RSO。因此，针对示例中的天线端口 O和1，在UE处看到复合信道。因此对于UE，天线端口 O和I是虚拟天线，即，各自是所有TP的天线端口 O或天线端口 I的组合。需要将CRS用于解调的所有信道通常需要通过相同的虚拟天线来发送。由于宏分集，在该配置下可以实现针对Rel-10 UE的一些增强，然而通常不能在不同的RRH之间重复使用DL资源。
[0109]在配置#2 1020中，向RRH指派不同的CS1-RS端口，以及将RRH中的天线端口作为宏eNB的一部分对待。该配置的好处是可以进行来自所有TP的联合DL CSI测量和反馈，以支持联合DL PDSCH传输。然而，由于在Rel-1O规范中定义的每小区最多8个CS1-RS端口的限制，可以支持的RRH的数目是有限的。此外，即使可能仅靠近一个RRH，各个UE通常也需要报告基于多达8个CS1-RS端口的DL CSI。此外，反馈CSI不向宏eNB提供与UE靠近哪个发射点有关的信息，该信息是可允许仅从靠近UE的发射点向UE发送H)SCH的信息。因此，与配置#1 1010类似，在不同RRH中不能轻易使用DL资源。
[0110]在配置#3 1030中，向每个TP (宏eNB或RRH)指派唯一 CS1-RS集合。向TP指派的CS1-RS资源在时域或频域中是相互正交的。通常不应该将CS1-RS资源用于来自小区中的TP的roSCH传输，即，PDSCH传输在CS1-RS资源上是静默的。该选项是之前已经提出的现有解决方案。该选项的限制之一是:虽然可以根据UE的位置来使用不同的零和非零传输功率CS1-RS配置来对不同UE进行配置，对于小区中的每个UE，CS1-RS配置的全部集合是相同的。当在小区中部署大量TP时，可能需要大的CSI反馈开销来使用现有Rel-1O信令支持协同多点传输。
[0111]使用图10作为示例，基于Rel-1O的针对每个UE的CS1-RS配置可以是在图11的表格I中示出的配置，其中，CS1-RS-宏eNB、CS1-RS-RRH1和CS1-RS-RRH2分别代表宏eNB、RRHl 1040和RRH2 1050中用于CS1-RS传输的CS1-RS配置。对于UE，通常将其“非零传输功率” CS1-RS配置为向UE提供最佳DL信号的TP的CS1-RS。使用这种配置，UE可以基于“非零传输功率”CS1-RS配置来测量和反馈单个DL CSI，或者可以基于“非零传输功率” CS1-RS配置和“零传输功率” CS1-RS配置二者来测量和反馈多个DL CSI。
[0112]然而，UE并不是始终必须针对小区中的所有TP反馈DL CSI。例如，对于图5中的UE2 510a，不是必须针对RRH#4 120b反馈DL CSI，因为其与该RRH之间有大的空间间隔。因此，期望UE仅针对小区中的TP的子集来进行反馈。从而，可以向UE指示CS1-RS配置的子集，以用于DL CSI反馈，例如，图11中的表格2中1110列所示的示例。可以看出，对于UE2，不为CS1-RS-RRH2提供CSI反馈，或者对于UE3，不为CS1-RS-RRH1提供CSI反馈，而是在其他实例中提供CSI反馈。可以通过高层信令半静态地进行这种配置，或者基于每个请求来动态地进行这种配置。
[0113]对Rel-10 CS1-RS配置的另一限制是针对UE的所有CS1-RS配置假设相同数目的CS1-RS端口。为了支持具有不同数目的CS1-RS端口的RRH的部署，如图11中的表格2中1120列所示，每个CS1-RS配置可以伴随有CS1-RS端口的数目。
[0114]此外，还可以期望来自一个以上TP的联合DL CSI的反馈，以支持从一个以上TP向UE的联合发送。例如，通过假设来自两个RRH的联合4端口传输，可以由UE进行针对图10中的RRHl 1040和RRH2 1050的DL联合CSI反馈。当UE不靠近任一 RRH时，这可以是有好处的，并且来自两个RRH的联合PDSCH传输可以为UE提供更好的宏分集(以及因此更好的DL信号质量和数据吞吐量)。可以半静态地或动态地向UE发信号通知该联合CSI反馈。
[0115]可以周期性地或不定期地进行基于CS1-RS配置的DL CSI反馈。在多个DL CSI的周期性反馈的情况下，可以通过反馈资源在时域或频域中的位置来隐式地标识针对TP的DL CSI。备选地，可以将针对TP的DL CSI与DL CSI反馈显式地编码在一起。
[0116]在不定期反馈的情况下，可以通过HXXH信道来动态地发送反馈请求。可以将针对其请求DL CSI反馈的TP与请求一起发信号通知。
[0117]对于具有与宏eNB共享相同小区ID的多个RRH的小区，宏eNB可需要确定针对对UE的DL数据传输的最佳TP。在本文中可以将可参与到对UE的DL协同数据传输中的TP的集合称为DL CoMP集合。当在小区中部署大量的TP时，从UE针对每个TP测量和反馈DLCSI可在UL上增加大的反馈开销。因此，可期望仅针对靠近UE的TP子集来测量CSI。该TP子集包括针对UE的DL CSI测量集合。DL CoMP集合通常是测量集合的子集。
[0118]针对UE的初始DL测量集合可以基于对在所有TP处从UE接收的UL信号的测量。UL信号可以包括诸如PRACH (物理随机接入信道)、SRS (探测参考信号)、PUCCH (物理上行链路控制信道)和PUSCH(物理上行链路共享信道)之类的信号。可以假设宏eNB对于从小区中的所有TP接收到的信号而言是完全可见的，以及宏eNB可以测量和处理分别来自各个TP的UL接收信号或者联合地来自多个TP的UL接收信号。
[0119]在从UE发送UL信号之后，宏eNB可以测量每个TP处的接收信号的强度，并基于UL接收信号强度和各个TP的发送功率来估计来自各个TP的、在UE处的DL信号强度。宏eNB可以使用该信息来确定用于UE的DL CSI测量的候选TP。亦即，确定初始DL测量集合。可以基于来自UE的接收到的UL信号周期性地更新初始测量集合。
[0120]在已经确定初始测量集合之后，可以使用正确的CS1-RS或UE-CS1-RS来配置UE，并且可以请求UE提供DL CSI测量和反馈。UE可被配置为或被发信号通知针对测量集合中的各个TP分别测量DL CSI。UE还可被配置为或被发信号通知针对测量集合中的多个TP测量和反馈联合DL CSI。然后，宏eNB可以使用CSI反馈来确定针对UE的DL CoMP集合。
[0121]图12是示意在电信小区中发送控制信号的方法的流程图。在步骤1210处，小区中的发射点发送仅针对小区中的特定UE的单播roccH。该单播roccH在每个资源单元组中包含至少一个资源单元。至少一个资源单元包含UE特定的DMRS，UE特定的DMRS可被使用来在无需小区特定的参考信号的情况下解码单播roccH。
[0122]图13是示意在电信小区中发送控制信号的方法的流程图。在步骤1220处，小区中的至少一个TP发送仅用于PDCCH解调的至少一个参考信号。
[0123]图14是示意在电信小区中用于通信的方法的流程图。在步骤1230处，宏eNB通过至少一个TP向小区中的特定UE发送UE特定的SRS。在步骤1240处，UE接收UE特定的SRS，测量UE特定的SRS，并向小区中的宏eNB反馈与从TP到UE的下行链路信道有关的信
息。该信息基于测量。
[0124]图15是示意在电信小区中用于通信的方法的流程图。在步骤1250处，小区中的UE从小区中的至少两个TP接收CS1-RS。每个TP都具有唯一的CS1-RS。在步骤1260处，UE基于CS1-RS向小区中的宏eNB提供与至少一个TP有关的信息。
[0125]图16是示意用于确定哪些TP在UE的预定距离内的方法的流程图。在步骤1282处，宏eNB测量多个TP从UE接收到的上行链路信号的强度。在步骤1284处，宏eNB基于上行链路信号强度和该多个TP的发送功率来估计从该多个TP中的每个TP到UE的下行链路信号强度。在步骤1286处，宏eNB使用估计的下行链路信号强度来确定候选TP的集合。在步骤1288处，宏eNB请求UE基于从TP发送的下行链路参考信号来反馈与各个候选TP有关的下行链路信道信息。在步骤1290处，宏eNB从UE接收与关于TP的下行链路信道信息有关的反馈。在步骤1292处，宏eNB根据反馈来确定哪些TP要被用于对UE的下行链路数据传输。
[0126]总而言之，对第一问题的第一解决方案允许从单独TP或TP组向UE发送roCCH，并从而可以在其他TP中使用相同的资源以增加roccH容量。存在着对现有规范的小改变，并且该解决方案是完全后向兼容的。
[0127]对第一问题的第二解决方案将少量开销用于参考信号，并且也允许来自单独TP的HXXH传输。然而在该解决方案中，TP对UE而言不是透明的，并且可需要执行与UE的某个TP关联。
[0128]在对第二问题的第一解决方案中，UE-DL-SRS允许来自UE的对单独TP或TP组的DL CSI反馈，以支持来自所选择的TP的roSCH传输，来通过在不同TP中重复使用相同资源提供最佳的DL信号质量和增加的系统容量。小区中TP的存在对于UE而言是透明的，并且当UE在小区中从一个TP移动到另一个TP时，不需要切换。
[0129]针对来自UE的对单独TP的CSI反馈，对第二问题的第二解决方案修改了 Rel-1OCS1-RS0与对第二问题的第一解决方案相比，该解决方案可能较不灵活，然而需要对LTE规范的较少改变。
[0130]UE可以将CS1-RS用于长期测量和短期CSI反馈，长期测量例如包括接收信号强度和信号质量，短期CSI反馈例如包括R1、PMI和CQI以及可能是UE处的其他信道信息。长期测量被用于UE确定哪些TP靠近UE和确定UE与TP之间的关联关系，eNB可以将其用于对UE的潜在的DL传输。eNB可以使用短CSI反馈来应用MMO以及CoMP传输和链路适配。可以使用各个CS1-RS资源(由多个天线端口限定)、子帧内的频率-时间资源以及其在子帧中的周期性和偏移来在具体的发射点(例如，eNB、远程射频头(RRH)或低功率节点(LPN))处从发送天线集合发送CS1-RS端口集合。eNB可以为UE配置各自对应于TP的多个CS1-RS资源(例如，CS1-RS资源集合)，以用于长期测量。可以经由高层信令向UE发信号通知这种配置。
[0131]为了短期CSI反馈，可以配置被配置用于长期测量的多个CS1-RS资源的子集，或者新的CS1-RS资源的新集合。例如，用于CSI反馈的CS1-RS端口可以与用于长期测量但具有较短周期的CS1-RS端口占据相同的时间和频率资源。针对被配置用于CSI反馈的CS1-RS资源中的每一个，估计并反馈对应的CSI。备选地，CSI反馈可以基于多个CS1-RS资源的聚合，以支持从多个TP的联合发送。可以通过包括CS1-RS端口的总数和多个CS1-RS资源配置的高层信令来配置该聚合CSI反馈。此外，可以发信号通知每资源单元roscH能量(EPRE)与对应于每个CS1-RS资源的CS1-RS EPRE之间的比率。关于联合发送，需要在相同的子帧中发送被使用来携带来自不同TP的不同CS1-RS端口的CS1-RS资源，仅需要一个子帧配置。下面示意了这种配置的示例:
[0132]
【权利要求】
1.一种用于操作无线通信网络中的eNB的方法，所述方法包括: 由所述eNB向用户设备(UE)发送第一 CS1-RS资源集合和第二 CS1-RS资源集合的配置信息，其中，所述第一 CS1-RS资源集合被用于长期测量，以及所述第二 CS1-RS资源集合被用于短期CSI反馈。
2.根据权利要求1所述的方法，其中，CS1-RS资源集合包括多个CS1-RS资源，其中，每个CS1-RS资源能够以天线端口的数目、子帧中的频率-时间资源、传输周期性以及子帧偏移中的至少之一来定义。
3.根据权利要求1或2所述的方法，其中，用于长期测量的所述第一CS1-RS资源集合和用于CSI反馈的所述第二 CS1-RS资源集合是相同的，或者是不同的，或者一个是另一个的子集。
4.根据前述任一个或多个权利要求所述的方法，其中，所述配置信息是通过高层信令来发信号通知的。
5.根据前述任一个或多个权利要求所述的方法，其中，向配置中的每个CS1-RS资源或聚合的CS1-RS资源指派索引。
6.根据前述任一个或多个权利要求所述的方法，其中，如果向聚合的CS1-RS资源指派索引，针对所述聚合的CS1-RS资源发信号通知单个子帧配置。
7.根据前述任一个或多个权利要求所述的方法，其中，与CS1-RS资源对应的CSI反馈报告配置引用该CS1-RS资源的索引。
8.根据前述任一个或多个权利要求所述的方法，其中，如果所述第二CS1-RS资源集合是所述第一 CS1-RS资源集合的子集，通过使用所述第一 CS1-RS资源集合中的CS1-RS资源的对应索引来向所述UE发信号通知所述第二 CS1-RS资源集合的配置。
9.根据前述任一个或多个权利要求所述的方法，其中，向CS1-RS资源指派的索引是UE特定的，并以UE特定的为基础进行更新。
10.一种无线通信网络中的eNB，所述eNB包括: 处理器，被配置为使得所述eNB向用户设备(UE)发送第一 CS1-RS资源集合和第二CS1-RS资源集合的配置信息，其中，所述第一 CS1-RS资源集合被用于长期测量，以及所述第二 CS1-RS资源集合被用于短期CSI反馈。
11.根据权利要求10所述的eNB，其中，CS1-RS资源集合包括多个CS1-RS资源，其中，每个CS1-RS资源能够以天线端口的数目、子帧中的频率-时间资源、传输周期性以及子帧偏移中的至少之一来定义。
12.根据权利要求10或11所述的eNB，其中，用于长期测量的所述第一CS1-RS资源集合和用于CSI反馈的所述第二 CS1-RS资源集合是相同的，或者是不同的，或者一个是另一个的子集。
13.根据前述任一个或多个权利要求所述的eNB，其中，所述配置信息是通过高层信令来发信号通知的。
14.根据前述任一个或多个权利要求所述的eNB，其中，向配置中的每个CS1-RS资源或聚合的CS1-RS资源指派索引。
15.根据前述任一个或多个权利要求所述的eNB，其中，如果向聚合的CS1-RS资源指派索引，针对所述聚合的CS1-RS资源发信号通知单个子帧配置。
16.根据前述任一个或多个权利要求所述的eNB，其中，与CS1-RS资源对应的CSI反馈报告配置引用该CS1-RS资源的索引。
17.根据前述任一个或多个权利要求所述的eNB，其中，如果所述第二CS1-RS资源集合是所述第一 CS1-RS资源集合的子集，通过使用所述第一 CS1-RS资源集合中的CS1-RS资源的对应索引来向所述UE发信号通知所述第二 CS1-RS资源集合的配置。
18.根据前述任一个或多个权利要求所述的eNB，其中，向CS1-RS资源指派的索引是UE特定的，并以UE特定的为基 础进行更新。
【文档编号】H04J11/00GK103503330SQ201280021488
【公开日】2014年1月8日 申请日期:2012年4月20日 优先权日:2011年5月2日
【发明者】高世伟, 许华, 郭世光, 杰克·安东尼·史密斯, 贾永康, 马苏德·安布拉赫米塔泽玛哈勒, 余东升, 罗伯特·马克·哈里森 申请人:黑莓有限公司