CN103650618A - Lte***中的pdcch容量增强方法 - Google Patents

Abstract

本发明提供了用于操作无线通信网络中的小区中的发射点的方法。该方法包括：在产生PDCCH的过程中，发射点将DMRS***到包含PDCCH在内的至少一个CCE中的至少一个REG中的至少一个资源单元中，其中，所述PDCCH预期仅针对于至少一个特定的UE。

Description

LTE***中的PDCCH容量增强方法

相关申请的交叉引用

本申请要求题为METHODS OF PDCCH CAPACITYENHANCEMENT IN LTE SYSTEMS的2011年5月2日递交的美国临时申请No.61/481,571和2011年6月27日递交的美国申请No.13/169,856的权益和优先权。

在此特别地，以引用的形式将以上专利申请的内容并入本申请的具体实施例部分。

背景技术

本文中使用的术语“用户设备”和“UE”在一些情况下可以指移动设备，例如移动电话、个人数字助理、手持或膝上型计算机、以及具有通信能力的类似设备。这种UE可以由设备及其相关联的可拆卸式存储模块组成，例如但不限于通用集成电路卡(UICC)，UICC包括订户识别模块(SIM)应用、通用订户识别模块(USIM)应用或者可拆卸式用户识别模块(R-UIM)应用。备选地，这种UE可以由设备在自身没有这种模块的情况下组成。在其他情况下，术语“UE”可以指具有类似能力但是不便携的设备，例如，台式计算机、机顶盒或者网络设备。术语“UE”还可以指代可以端接用户的通信会话的任何硬件或软件组件。同样地，在此可以将术语“用户设备”、“UE”、“用户代理”、“UA”、“用户设备”和“移动设备”进行同义使用。

随着电信技术演进，已经引入了可提供之前不可能的业务的更高级的网络接入设备。该网络接入设备可以包括作为传统无线电信***中的等同设备的改进的***和设备。可以将这种高级的或者下一代的设备包括在正在演进的无线通信标准中，例如长期演进(LTE)。例如，LTE***可以包括演进的通用陆地无线接入网(E-UTRAN)节点B(eNB)、无线接入点或者类似的组件，而不是传统的基站。在本文中任何的这种组件将被称为eNB，然而应该理解的是这种组件不是必须是eNB。

可以认为LTE对应于第三代移动通信伙伴计划(3GPP)版本8(Rel-8或R8)、版本9(Rel-9或R9)和版本10(Rel-10或R10)，并且还有可能对应于版本10以上的版本，而可以认为高级LTE(LTE-A)对应于版本10，并且也有可能对应于版本10以上的版本。本文中使用的术语“传统”、“传统UE”等可以指代符合LTE版本10和/或较早版本但不符合版本10之后的版本的信号、UE和/或其他实体.术语“高级的”、“高级UE”等可以指代符合LTE版本11和/或之后版本的信号、UE和/或其他实体。虽然本文中的讨论涉及LTE***，该概念同等也可用于其他无线***。

附图说明

为了更完整地理解本公开，现在结合附图和详细描述来参考以下简要描述，其中相似的附图标记表示相似的部分。

图1是根据本公开的实施例的下行链路LTE子帧的图。

图2是根据本公开的实施例的LTE下行链路资源栅格的图。

图3是根据本公开的实施例，在eNB处具有两个天线端口的情况下，资源块中的小区特定的参考信号的映射的图。

图4是根据本公开的实施例，当在eNB处配置两个天线端口时，第一时隙中的资源块中的资源单元组分配的图。

图5是根据本公开的实施例，小区中的远程射频头(RRH)部署的示例的图。

图6是根据本公开的实施例的RRH部署的框图，该RRH部署在宏eNB和RRH之间具有用于协调的单独中央控制单元。

图7是本公开的实施例的RRH部署的框图，在该RRH部署中由宏eNB进行协调。

图8是根据本公开的实施例，具有RRH的小区中的可能传输方案的示例的图。

图9是根据本公开的实施例，在不同发射点处的物理下行链路控制信道(PDCCH)分配的概念图。

图10是根据本公开的实施例的UE-PDCCH-DMRS分配的概念图。

图11是根据本公开的实施例，使用UE-PDCCH-DMRS的PDCCH预编码传输的示例的图。

图12是根据本公开的实施例，通过预编码矢量的预先确定的集合来进行循环的示例的图。

图13是在具有4个天线的发射点处的传统PDCCH处理的图。

图14是根据本公开的实施例，在具有4个天线的发射点处针对使用UE-PDCCH-DMRS的PDCCH的PDCCH实现的示例的图。

图15是根据本公开的实施例，针对传统PDCCH和高级PDCCH二者的加扰过程的示例的图。

图16是根据本公开的实施例，使用高级的小区特定的加扰序列对传统PDCCH和高级PDCCH二者的加扰过程的示例的图。

图17是根据本公开的实施例的UE-PDCCH-DMRS***的示例的图。

图18是根据本公开的实施例，使用UE-PDCCH-DMRS的两个PDCCH的复用示例的图。

图19是根据本公开的实施例，根据候选PDCCH的资源单元组确定的示例的图。

图20包含与本公开的实施例有关的表格。

图21示出了适于实现本公开的若干实施例的处理器和相关组件。

具体实施方式

首先应该知道的是，虽然以下提供了本公开的一个或更多实施例的示意性实现，但可用任意数目的技术来实现所公开的***和/或方法，而不管其是当前已知的还是已存在的。本公开不应以任何方式受限于以下示出的示意性实现、附图和技术(包括在此示意和描述的示例性设计和实现)，但在所附权利要求的范围以及其等同替换的全部范围内，可以进行修改。

本公开涉及除了eNB之外还包括一个或多个远程射频头的小区。提供了以下实现：通过该实现，这种小区可以利用高级UE的能力同时还允许传统UE以其传统方式工作。更具体地，引入了UE特定的信号，该UE特定的信号允许UE解调其控制信道，而无需小区特定的参考信号。

在LTE***中，使用物理下行链路控制信道(PDCCH)来从eNB向一个或多个UE携带下行链路(DL)或上行链路(UL)数据调度信息或许可。调度信息可以包括资源分配、调制和编码速率(或传输块大小)、所预期的UE的标识以及其他信息。取决于所调度的数据的特性和内容，PDCCH可以预期针对于小区中的单个UE、多个UE或所有UE。使用广播PDCCH来携带针对预期由小区中的所有UE接收的物理下行链路共享信道(PDSCH)的调度信息，例如携带与eNB有关的***信息的PDSCH。多播PDCCH预期被小区中的一组UE接收到。使用单播PDCCH来携带针对于预期仅由单个UE接收的PDSCH的调度信息。

图1示意了典型的DL LTE子帧110。在控制信道区域120中发送控制信息，例如，PCFICH(物理控制格式指示符信道)、PHICH(物理HARQ(混合自动重复请求)指示符信道)以及PDCCH。控制信道区域120由子帧110中的第一少量OFDM(正交频分复用)符号组成。由在第一符号中发送的PCFICH来动态地指示用于控制信道区域120的OFDM符号的确切数目，或者在LTE版本10中的载波聚合的情况下，半静态地配置用于控制信道区域120的OFDM符号的确切数目。

在PDSCH区域130中发送PDSCH、PBCH(物理广播信道)、PSC/SSC(主同步信道/辅助同步信道)和CSI-RS(信道状态信息参考信号)。由在PDSCH区域130中调度的PDSCH信道来携带DL用户数据。通过控制信道区域120和PDSCH区域130二者来发送小区特定的参考信号(CRS)。

各个子帧110在时域中由多个OFDM符号组成，在频域中由多个子载波组成。时间中的OFDM符号和频率中的子载波一起定义了资源单元(RE)。可以将物理资源块(RB)定义为频域中的12个连续的子载波以及时域中时隙内的所有OFDM符号。始终将子帧中在时隙0 140和时隙1140b中具有相同RB索引的RB对分配在一起。

图2示出了在正常的循环前缀配置情况下，各个时隙140中的LTE DL资源栅格210。针对各个天线端口定义资源栅格210，即，各个天线端口具有其自己各自的资源栅格210。针对天线端口的资源栅格210中的各个单元是RE 220，由时隙140中的子载波与OFDM符号的索引对来对其进行唯一标识。如图所示，RB 230由频域中的多个连续的子载波和时域中的多个连续的OFDM符号组成。RB 230是用于特定物理信道对RE220的映射的最小单位。

为了DL信道估计和解调，在每个子帧中特定的预定时间和频率RE上通过各个天线端口发送小区特定的参考信号(CRS)。Rel-8至Rel-10传统UE使用CRS来解调控制信道。图3示出了子帧中针对两个天线端口310a和310b的CRS位置的示例，其中，使用“R0”和“R1”来标记的RE位置被分别用于CRS端口0和CRS端口1传输。当将在另一天线上发送CRS时，使用“X”来标记的RE指示了在这些RE上什么都不应该发送。

在LTE中使用资源单元组(REG)来定义控制信道(例如，PDCCH)对RE的映射。取决于所配置的CRS的数目，REG由OFDM符号中的4个或6个连续的RE组成。例如，对于图3中示出的两个天线端口CRS，图4中示出了各个RB中的REG分配，其中，控制区域410由两个OFDM符号组成，以及使用不同类型的影线来指示不同的REG。使用“R0”、”R1”和“X”来标记的RE被预留用于其他目的，并因此各个REG中仅有4个RE可用于携带控制信道数据。

在一个或若干个连续的控制信道单元(CCE)的聚合上发送PDCCH，其中，一个CCE由9个REG组成。将可用于UE的PDCCH传输的CCE从0到n_CCE-1编号。在LTE中，如图20的表格1中示出的，针对PDCCH支持多种格式。

由智能电话的普及所特别推动，对无线数据服务的需求已呈指数增长。为了满足该日益增长的需求，在下一代无线标准(例如，3GPP LTE和WIMAX(全球微波接入互操作性))中已经采用了具有多输入多输出(MIMO)和正交频分多址接入(OFDMA)二者和/或单载波-频分多址接入(SC-FDMA)技术的新一代无线标准。在这些新标准中，可以使用MIMO技术极大地提高针对整个小区或UE的DL和UL峰值数据速率，特别是当在UE处有良好的信号对干扰和噪声比(SINR)时。通常这是在UE接近eNB时实现的。对于远离eNB(即，在小区边缘)的UE，通常实现低得多的数据速率，因为由于大的传播损耗或来自相邻小区的高干扰电平，在这些UE处体验到较低的SINR，特别是在小小区场景中。从而，取决于UE在小区中位于何处，不同的UE可以预期到不同的用户体验。

为了提供更一致的用户体验，可以在小区的来自eNB的SINR较低的区域中放置具有一个、两个或四个天线的远程射频头(RRH)，以在这些区域中为UE提供更好的覆盖。RRH有时也被称作其他名字，例如远程无线电单元或远程天线，并且应该将本文中使用的术语“RRH”理解为指代起到本文中描述的功能的任何分布式的无线电设备。为了版本11或更后版本中可能的标准化，LTE已经在对这种类型的RRH部署进行研究。

图5示出了具有一个eNB 510和6个RRH 520的这种部署的示例，其中，eNB 510靠近小区530的中心，以及6个RRH 520散布在小区530中，例如靠近小区边缘。可以将通过该方式来使用多个RRH进行部署的eNB称为宏eNB。由宏eNB的覆盖来定义小区，宏eNB可以位于，也可以不位于小区的中心。RRH可以在，也可以不在宏eNB的覆盖内。一般而言，宏eNB不需要始终具有共处一地的无线电收发信机，并且可被认为是与无线电收发信机交换数据并控制无线电收发信机的设备。在本文中可以使用术语“发射点”(TP)来指代宏eNB或RRH的任一者。宏eNB或RRH可被认为是具有多个天线端口的TP。

可经由高容量和低等待延迟的链路(例如光纤上的CPRI(通用公共无线电接口)))将RRH 520连接到宏eNB 510，以向宏eNB 510发送数字化的基带信号或射频(RF)信号，并从宏eNB 510接收数字化的基带信号或射频(RF)信号。除了覆盖增强之外，使用RRH的另一好处是提高整体小区容量。在UE密度可能较高的热点中，这是特别有利的。

当在小区中部署RRH时，存在着至少两个可能的***实现。在图6中示出的一个实现中，各个RRH 520可以具有内置的、完整的MAC(媒体接入控制)和PHY(物理)层功能，然而可以由中心控制单元610来控制所有RRH 520以及宏eNB 510的MAC和PHY功能。中心控制单元610的主要功能是执行宏eNB 510和RRH 520之间针对DL和UL调度的协调。在图7中示出的另一实现中，可以将中心单元的功能建立在宏eNB 510中。在该情况下，还可以将各个RRH 520的PHY和MAC功能合并在宏eNB510中。当在之后使用术语“宏eNB”时，其可以指代与中心控制单元分离的宏eNB，也可以指代具有内置中心控制功能的宏eNB。

在具有小区中的一个或多个RRH以及宏eNB的部署中，存在着至少两种可能的操作场景。在第一场景中，各个RRH被视为独立小区，并因此具有其自己的小区标识符(ID)。从UE的视角而言，各个RRH在该场景中等效于eNB。当UE从一个RRH移动到另一RRH时，需要正常的切换过程。在第二场景中，RRH被视为宏eNB的小区的一部分。亦即，宏eNB和RRH具有相同的小区ID。第二场景的一个好处是小区中在RRH和宏eNB之间的切换对于UE来说是透明的。另一潜在好处是可以实现更好的协调来避免RRH和宏eNB之间的干扰。

这些好处可使得第二场景更加受期望。然而，关于传统UE和高级UE可以如何接收和使用在小区中发送的参考信号，可出现一些问题。具体地，已知为小区特定参考信号(CRS)的传统参考信号是由宏eNB在整个小区中广播的，并且可被UE用于信道估计以及控制和共享数据的解调。RRH还发送可以与宏eNB广播的CRS相同或不同的CRS。在第一场景中，各个RRH将发送统一的CRS，该统一的CRS不同于宏eNB广播的CRS或在宏eNB广播的CRS之外。在第二场景中，宏eNB和所有的RRH将发送相同的CRS。

针对向小区中部署的所有RRH指派与宏eNB相同的小区ID的第二场景，可以期望若干目标。首先，当UE接近一个或多个TP时，可以期望从这个TP或这些TP发送预期针对于该UE的DL信道，例如PDSCH和PDCCH。(本文中使用例如“接近”或“靠近”TP之类的术语来指示如果从该TP而非另外的TP向该UE发送DL信号，该UE将具有更好的DL信号强度或质量)从附近的TP接收DL信道可导致更好的DL信号质量，并从而导致更高的数据速率和针对UE使用更少的资源。这种传输还可以导致减少对相邻小区的干扰。

第二，当TP之间的干扰可忽略时，可以期望接近不同TP的其他UE重复使用用于由一个TP提供服务的UE的相同时间/频率资源。这将允许增加频谱效率，并从而允许小区中更高的数据容量。

第三，在UE从多个TP中看到同等的DL信号电平时，其可期望以协作的方式从多个TP联合发送预期针对该UE的DL信道，以提供更好的分集增益并从而提高信号质量。

在图8中示意了混合宏eNB/RRH小区的示例，在其中可以执行用于实现这些目标的尝试。可以期望仅从RRH#1 520a发送针对UE 2 810a的DL信道。类似地，可以仅从RRH#4520b发送针对UE 5 810b的DL信道。此外，由于RRH #1 520a和RRH #4 520b的空间分隔大，UE 5 810b重复使用用于UE 2 810a的相同时间/频率资源可以是可允许的。同样地，对于由RRH#2 520c和RRH#3 520d二者覆盖的UE 3 810c，可期望从RRH#2520c和RRH#3 520d二者联合发送针对UE 810c的DL信道，使得来自两个RRH 520c和520d的信号在UE 3 810c处建设性地相加，以提高信号质量。

为了实现这些目标，UE可需要能够根据宏eNB请求来测量每个单独的TP或TP集合的DL信道状态信息(CSI)。例如，为了以适当的预编码和适当的调制和编码方案(MCS)从RRH#1 520a向UE 2 810a发送DL信道，宏eNB 510可能需要知道从RRH#1 520a向UE 2 810a的DL CSI。此外，为了从RRH#2 520c和RRH#3 520d向UE 3 810c联合发送DL信道，可需要来自UE 810c的针对于该两个RRH 520c和520d的等效四端口DL CSI反馈。然而，由于一个或多个下面的原因，在Rel-8/9CRS的情况下不能够轻易地实现这些种类的DL CSI反馈。

首先，CRS是在每个子帧上并在各个天线端口上发送的。可以将CRS天线端口(备选地，CRS端口)定义为是在具体天线端口上发送的参考信号。支持多达4个天线端口，并且在DL PBCH中指示了CRS天线端口的数目。Rel-8/9中的UE将CRS用于DL CSI测量和反馈、DL信道解调以及链路质量监视。CRS还被Rel-10UE用于控制信道(例如，PDCCH/PHICH)解调和链路质量监视。因此，对于所有的UE，CRS端口的数目通常需要相同。因此，UE通常不能够基于CRS来测量和反馈针对小区中的TP子集的DL信道。

第二，Rel-8/9UE在特定传输模式中将CRS用于DL信道的解调。因此，在这些传输模式中，通常需要将DL信号与CRS在相同的天线端口集合上发送。这暗示了可需要将针对Rel-8/9UE的DL信号与CRS在相同的天线端口集合上发送。

第三，CRS还被Rel-8/9/10UE用于DL控制信道解调。因此，通常必须将控制信道和CRS在相同的天线端口上发送。

在Rel-10中，引入信道状态信息参考信号(CSI-RS)，以用于Rel-10UE的DL CSI测量和反馈。就在各个小区中发送CSI-RS的单个集合这一含义而言，CSI-RS是小区特定的。还在Rel-10中引入了静默(Muting)，在静默中不发送小区的PDSCH的RE，以使得UE可以测量来自相邻小区的DL CSI。

此外，在Rel-10中在DL中引入了UE特定的解调参考信号(DMRS)，以用于无需CRS的PDSCH解调。使用DL DMRS，UE可以解调DL数据信道，而无需知道eNB为了传输而正在使用的天线端口或预编码矩阵。预编码矩阵允许信号以不同的相位偏移和幅度通过多个天线端口发送。

因此，Rel-10UE不再需要CRS参考信号来执行CSI反馈和数据解调。然而，仍然需要CRS参考信号来用于控制信道解调。这意味着即使针对UE特定或单播的PDCCH，也必须将PDCCH与CRS在相同的天线端口上发送。因此，使用当前的PDCCH设计，不能仅从接近UE的TP发送PDCCH。因此，不可能针对PDCCH重复使用时间和频率资源。

因此，已经标识了现有CRS的至少三个问题。首先，如果从不同于CRS端口的天线端口发送了PDCCH，不能将CRS用于PDCCH解调。第二，当对为了容量增强而期望对UE的数据传输是基于TP特定的时，CRS不足以用于单独TP信息的CRS反馈。第三，对于联合PDSCH传输，CRS不足以用于TP组的联合CSI反馈。

之前已经提出了用于解决这些问题的若干解决方案，然而每个提议都具有一个或多个缺陷。在一个之前的解决方案中，针对PDCCH/PHICH信道提出了UE特定的参考信号(RS)的概念，以通过例如CoMP(协同多点)、MU-MIMO(多用户多输入/多输出)和波束成形来增强这些信道的容量和覆盖。针对PDCCH/PHICH使用UE特定的RS将使得在共享小区ID部署中针对着UE特定的控制信道也存在区域***增益。一个提议是重复使用在Rel-10中针对中继节点(RN)描述的原理，其中，支持UE特定的RS。在Rel-10中引入了R-PDCCH，用于从eNB向RN发送调度信息。由于RN在各个DL或UL方向上的半双工特性，针对RN的PDCCH不能位于传统控制信道区域中(子帧中的前几个OFDM符号)，并且必须位于子帧中的传统PDSCH区域中。

R-PDCCH结构的缺陷是不能够支持微睡眠特征，因为为了知道是否存在针对其的PDCCH，RN必须在整个子帧中都是活跃的，其中，在微睡眠特征中，如果在子帧中没有检测到任何PDCCH，UE可以在该子帧中的该前几个OFDM符号之后关闭接收机。对于RN而言，这可以是可接受的，因为RN被认为是基础设施的一部分，并且省电是较次的关注点。此外，仅DL子帧的1/8可被配置用于eNB至RN传输，因此微睡眠对于RN较不重要。然而，微睡眠对于UE是重要的，因为微睡眠有助于降低UE的功耗，并从而可以增加其电池寿命。此外，UE需要在每个子帧处检查可能的PDCCH，使得微睡眠特征对UE更重要。因此，将期望在任何新的PDCCH设计中为UE保留微睡眠特征。

在另一之前的解决方案中，为了支持单独的DL CSI反馈，提出了各个TP应该在单独的CSI-RS资源上发送CSI-RS。从而，处理宏eNB覆盖区内的所有TP的联合操作的宏eNB可以配置具体UE在估计用于CSI反馈的DL信道时应该使用的CSI-RS资源。距离TP足够近的UE通常将被配置为在该TP使用的CSI-RS资源上进行测量。因此，不同UE将潜在地根据UE在小区中的位置在不同CSI-RS资源上进行测量。

UE从其接收到显著信号的TP的集合可根据不同的UE而不同。因此需要通过UE特定的方式来配置CSI-RS测量集合。其遵循了零功率CSI-RS集合也需要支持UE特定的配置，因为需要关于针对该CSI-RS使用的资源来配置静默模式。

对问题进行重新叙述，在第一场景中，将不同ID用于宏eNB和RRH，以及在第二场景中，宏eNB和RRH具有相同ID。如果部署了第一场景，由于宏eNB和RRH之间的可能的CRS和控制信道干扰，不能轻易获得上述的第二场景的好处。如果期望这些好处并且选择了第二场景，需要针对传统UE和高级UE的能力之间的差异进行一些调整。传统UE基于用于DL控制信道(PDCCH)解调的CRS来执行信道估计。需要在发送CRS的相同TP上发送预期针对传统UE的PDCCH。因为通过所有的TP来发送CRS，也需要通过所有的TP来发送PDCCH。Rel-8或Rel-9UE也依靠CRS来进行PDCCH解调。因此，需要将针对UE的PDSCH与CRS在相同TP上发送。虽然Rel-10UE不依靠CRS来进行PDSCH解调，其在针对每个单独的TP测量和反馈DL CSI上也存在困难，而这是eNB仅通过靠近UE的TP来发送PDSCH所需要的。高级UE可以不依靠CRS来进行PDCCH解调。因此，可以仅通过接近UE的TP来发送针对这种UE的PDCCH。此外，高级UE能够针对各个单独的TP测量和反馈DL CSI。高级UE的这种能力为对传统UE不可用的小区操作提供了可能性。

作为示例，在小区中分隔很开的两个高级UE可各自靠近RRH，并且该两个RRH的覆盖区域不重叠。各个UE可从其附近的RRH接收PDCCH或PDSCH。因为每个UE可以解调其PDCCH和PDSCH而无需CRS，每个UE可以从其附近的RRH而不是从宏eNB接收其PDCCH和PDSCH。因为两个RRH分隔很开，可以在两个RRH中重复使用相同的PDCCH和PDSCH时间/频率资源，从而提高了整体的小区频谱效率。对于传统UE，这种小区操作是不可能的。

作为另一示例，单个高级UE可以位于两个RRH的重叠覆盖区域中，并且可以从各个RRH接收并适当地处理CRS。这将使高级UE可以与两个RRH都通信，并且可以通过来自该两个RRH的信号的建设性相加来提高UE处的信号质量。

本公开的实施例涉及第二操作场景，在第二操作场景中，宏eNB和RRH具有相同小区ID。因此，这些实施例可以提供在第二场景下有效的透明切换和提高协调的好处。此外，这些实施例允许不同TP在一些环境下发送不同的CSI-RS。这可以允许小区利用高级UE的能力来区分不同TP发送的CSI-RS，因此提高小区的效率。此外，这些实施例后向兼容传统UE，因为传统UE仍然可以在小区中的任何位置接收相同CRS或CSI-RS，这是传统UE在传统上被要求做的。

在一个实施例中，在控制信道区域中通过与分配传统PDCCH相同的方式来分配用于高级UE的UE特定的(或单播的)PDCCH。然而，针对向高级UE的UE特定的PDCCH分配的各个REG，将未向CRS分配的一个或多个RE替换为UE特定的DMRS符号。UE特定的DMRS是携带UE特定的比特序列的复数符号序列，并从而仅所预期的UE能够正确地解码该PDCCH。可以通过更高层信令来显式地配置这种DMRS序列，或者根据用户ID隐式地导出这种DMRS序列。

该针对PDCCH的UE特定的DMRS(此后称为UE-PDCCH-DMRS)允许从单个TP或从多个TP向UE发送PDCCH。这还使得可以使用更高级的技术(例如，波束成形、MU-MIMO和CoMP)来进行PDCCH传输。在该解决方案中，在多播或广播PDCCH传输中没有改变，在公共搜索空间中以和Rel-8/9/10相同的方式来发送PDCCH传输。UE仍然可以在公共搜索空间中使用CRS来解码广播的PDCCH。可以使用UE-PDCCH-DMRS来解码单播的PDCCH。

该解决方案是完全后向兼容的，因为其对传统UE的操作没有任何影响。一个缺陷可能是由于UE-PDCCH-DMRS而可存在资源开销，然而该开销可以是合理的，因为当使用更高级的技术时，需要更少的整体资源来用于PDCCH。

更具体地，在一个实施例中，针对单播PDCCH信道引入了UE特定的PDCCH解调参考信号(UE-PDCCH-DMRS)。UE-PDCCH-DMRS允许UE在不需要CRS的情况下估计DL信道和解调其PDCCH信道。通过这种方式，可以通过与用于CRS传输的那些端口不同的天线端口来发送至UE的单播PDCCH信道。通过这种方式进行发送可以允许通过接近UE的一个或多个TP的对PDCCH的传输，并因此可以开发RRH部署的好处。

图9中示出了一个示例，其中，3个TP 910被部署在小区中，TP 1 910a是宏小区，以及TP 2 910b和TP 3 910c是RRH。该示例中示出了4个UE810，UE 4 810d是传统Rel-8/9/10UE，以及UE1810e、UE 2 810f和UE 3810g是高级UE。在公共搜索空间中使用传统Rel-8方案，通过所有的TP910在与用于CRS传输的那些天线端口相同的天线端口上发送预期针对于所有UE810的PDCCH，例如，用于***信息的传输。在此，假设通过所有的TP910发送CRS参考信号。使用传统Rel-8方案，也通过所有的TP在与用于CRS传输的那些天线端口相同的天线端口上发送预期针对于UE4810d的PDCCH。

使用具有UE-PDCCH-DMRS的高级方案，预期针对于UE 1 810e、UE 2 810f和UE 3 810g之一的PDCCH可被仅在接近该UE 810的TP 910上发送。如果存在足够低的干扰，可以在不同TP 910的覆盖内将相同的PDCCH资源重复用于UE 810。例如，如图中所示，可以将用于TP 2 910b中的UE 2 810f的PDCCH资源重复用于TP 3 910c中的UE 3 810g。

宏eNB(即，TP 1 910a)的覆盖与所有其他TP 910重叠。因此，不能在TP 1 910a和其他TP 910之间重复使用PDCCH资源。

因此，在各个TP910处，可以发送两个PDCCH集合，即，一个传统PDCCH集合，在其中需要将CRS用于PDCCH解调，以及一个高级PDCCH集合，在其中将UE-PDCCH-DMRS用于PDCCH解调。可以不重复使用用于对传统UE的PDCCH传输的资源，因为需要将其与CRS一起从所有的TP910发送。可以重复使用用于对高级UE的PDCCH传输的资源，因为如果TP910的覆盖没有重叠或有很少重叠，可以将其从不同的TP910发送。

向PDCCH分配的资源可以是1个、2个、4个或8个控制信道单元(CCE)或聚合等级，在Rel-8中对此进行了规定。各个CCE由9个REG组成。各个REG由4个或6个在频域连续并在同一OFDM符号内的RE组成。当在REG内为CRS预留了2个RE时，仅可为REG分配6个RE。因此，事实上在REG中仅有4个RE可用于携带PDCCH数据。

在一个实施例中，通过替换未被预留用于CRS的一个RE，可以将UE特定的参考信号(UE-PDCCH-DMRS)***到每个REG中。在图10中对此进行了示出，其中，针对每个REG 1010示出了4个非CRS RE。在每个REG 1010内，在4个非CRS RE中，将一个RE 1020指定为用于UE-PDCCH-DMRS的RE。由于在Rel-8/9/10中定义的REG交织，CCE内的REG在频率上可以不相邻。因此，针对每个REG 1010，需要至少一个参考信号用于信道估计。参考信号RE 1020在每个REG 1010内的位置可以是固定的，或者可以从REG 1010到REG 1010地变化。还可以考虑REG1010内的多个参考信号以提高性能。

可以针对为PDCCH分配的各个CCE内或所有CCE上的参考RE 1020定义UE特定的参考信号序列。可以根据向UE指派的16比特RNTI(无线电网络临时标识符)、小区ID和/或子帧索引导出该序列。因此，仅小区中预期的UE将能够正确地估计DL信道并成功解码PDCCH。因为CCE由9个REG组成，如果针对每个参考信号RE使用了正交相移键控(QPSK)调制，可以针对CCE定义18比特的序列长度。可以针对具有一个以上CCE的聚合等级定义具有多个18比特的序列长度。

各个REG中存在用于UE-PDCCH-DMRS的参考RE导致少了一个RE可用于携带PDCCH数据。该开销可以是合理的，因为使用UE-PDCCH-DMRS可以允许从接近预期UE的TP发送PDCCH，并从而可以使得在UE处有更好的接收信号质量。这进而可导致更低的CCE聚合等级以及因此增加了整体的PDCCH容量。此外，可以应用更高阶的调制来补偿由于UE-PDCCH-DMRS开销造成的资源数降低。

此外，在使用UE-PDCCH-DMRS的情况下，可以使用波束成形类型的预编码PDCCH传输，其中，对PDCCH信号加权并将其从单个TP或多个TP的多个天线端口发送，以使得信号在预期UE处相干地合并。因此，可以在UE处预期到PDCCH检测性能提高。不同于针对各个天线端口需要唯一参考信号的CRS情况，可以将UE-PDCCH-DMRS与PDCCH预编码在一起，并从而对于PDCCH信道仅需要一个UE-PDCCH-DMRS，而与用于PDCCH传输的天线端口的数目无关。

图11中示出了这种PDCCH传输示例，其中，在通过4个天线发送之前，将PDCCH信道1110与UE-PDCCH-DMRS1120一起和编码矢量

进行预编码。

可以根据在LTE中的闭环传输模式4、6和9中配置的、来自UE的DL宽带PMI(预编码矩阵指示符)获得编码矢量

还可以在以下情况下获得预编码矢量730：基于信道互易性(例如在TDD(时分双工)***中)，根据UL信道测量来估计PMI。

在DL PMI不可获得或不可靠的情况下，可以预先定义预编码矢量集合，以及可以使用集合中的预编码矢量之一来对PDCCH的各个REG进行预编码。可以通过循环的方式来进行从预编码矢量到REG的映射，以最大化时间和频率方面的分集。例如，如果预编码矢量的预先确定的集合是

以及向PDCCH分配一个CCE，则可以使用图12中示出的映射。亦即，将预编码矢量

分别映射到REG0、1、2和3，分别映射到REG4、5、6和7，等等。在其他实施例中，可以使用其他映射。在也对UE-PDCCH-DMRS进行预编码时，因为UE可以将预编码的UE-PDCCH-DMRS用于信道估计和PDCCH数据解调，预编码矢量的使用对UE是透明的。

在***操作的一个场景中，可以通过宏eNB和RRH二者的天线端口来发送CRS。返回图8，作为示例，可以配置4个CRS端口。可以如下发送对应的4个CRS信号{CRS0，CRS1，CRS2，CRS3}：可以通过所有TP的天线端口0来发送CRS0。可以通过所有TP的天线端口1来发送CRS1。可以通过宏eNB 510的天线端口2来发送CRS2。可以通过宏eNB510的天线端口3来发送CRS3。在其他实施例中，可以通过其他方式来发送CRS信号。

通过假设4个CRS端口，可以将预期针对小区中的多个UE或针对传统UE的PDCCH与CRS通过相同的天线端口来发送。预期针对UE 2 810a的PDCCH可被与UE-PDCCH-DMRS一起仅在具有两个天线端口的RRH1 520a上发送。类似地，预期针对UE 5 810b的PDCCH可被与UE-PDCCH-DMRS一起仅通过RRH 4 520b来发送。

因为通过接近预期UE的TP发送PDCCH，可以预期更好的信号质量，并因此可以使用更高的编码速率。因此，可以使用较低聚合等级(或数目较少的CCE)。此外，由于RRH#1 520a和RRH#4520b之间分隔很开，可以在这两个RRH中重复使用相同的PDCCH资源，这倍增了PDCCH容量。

对于由RRH#2 520c和RRH#3 520d二者覆盖的UE 3 810c，可以从RRH#2 520c和RRH#3 520d二者联合发送预期针对UE 3 810c的单播PDCCH，以进一步增强UE 3 810c处的PDCCH信号质量。

对于传统PDCCH，针对例如PDCCH信道编码和速率匹配、PDCCH比特复用、加扰、调制、层映射、预编码和资源单元映射之类的过程的方案可以与Rel-8中所遵循的过程相同。图13中示出了该传统方案。在框1390处的比特级复用中，仅考虑传统PDCCH。

针对具有UE-PDCCH-DMRS的高级PDCCH实现不同的过程。假设各个REG中将一个RE用于UE-PDCCH-DMRS传输，各个CCE中用于PDCCH的编码比特的数目是54，而不是Rel-8中的72(假设将QPSK调制用于PDCCH)。图14中示出了使用具有UE-PDCCH-DMRS的PDCCH的PDCCH实现的示例。在该情况下，向PDCCH和UE-PDCCH-DMRS都应用相同的预编码，这可向PDCCH传输提供预编码(波束成形)增益。然后，针对各个天线端口，在资源单元映射之前复用来自使用UE-PDCCH-DMRS的各个PDCCH的预编码符号。下面提供与图14中的框中的之后过程有关的进一步细节。

支持图20中的表格2中示出的Rel-8中的PDCCH格式，除了针对各个格式的PDCCH比特的数目不同之外，因为如表格2中所示，将各个REG中的一个RE用于UE-PDCCH-DMRS传输。在此为了易于讨论假设了QPSK，然而应该理解的是，可以使用其他调制，例如，16正交幅度调制(16QAM)。在16QAM的情况下，在表格2的最后一列中针对各个PDCCH格式的比特的数目将会加倍。

如图14中示出的，通过与PDCCH相同的方式来预编码UE-PDCCH-DMRS。针对每个UE需要一个UE-PDCCH-DMRS序列，而与用于PDCCH传输的天线端口的数目无关。这允许支持将UE-PDCCH-DMRS用于通过天线端口的PDCCH传输，该天线端口可以不同于用于CRS的传输的天线。UE-PDCCH-DMRS是与对应的PDCCH通过相同的天线端口发送的，并且仅在这种对应的预编码PDCCH所映射到的CCE上发送。不管CRS端口如何，不在CRS所分配到的RE中发送UE-PDCCH-DMRS。

当如图10中所示，当向UE-PDCCH-DMRS指派REG中的一组4个RE中的一个RE时，可能有必要产生针对UE-PDCCH-DMRS的符号序列。在一个实施例中，可以将UE-PDCCH-DMRS符号序列定义为：

$r\left(m\right)=\frac{1}{\sqrt{2}}(1-2\·c\left(2m\right))+j\frac{1}{\sqrt{2}}(1-2\·c(2m+1)),m=\mathrm{0,1},...,M_r-1$

其中，c(i)是从伪随机序列产生器(例如在Rel-8中定义的伪随机序列产生器)产生的伪随机比特序列(PRBS)，以及M_r是UE-PDCCH-DMRS序列的长度，并取决于PDCCH的聚合等级。为了仅允许小区中预期UE正确地解码具有UE-PDCCH-DMRS的PDCCH，可以使用小区ID、UE的RNTI(C-RNTI或SPS C-RNTI)以及子帧索引来初始化PRBS产生器。例如，可以在各个子帧的开始处如下初始化PRBS

其中，n_s∈{0，1，...，19}是时隙索引，是小区ID，以及n_RNTI是向UE指派的RNTI。

亦即，当UE连接到eNB时，eNB向UE指派UE ID，n_RNTI。将小区ID和UE ID作为初始的种子比特馈送到随机序列产生器中，然后随机序列产生器基于该比特来产生唯一的随机序列。UE可以基于小区ID和自己的UE ID识别出该序列属于其自己。

为了增强的PDCCH信号质量，该UE-PDCCH-DMRS序列设计允许使用相同的序列从一个以上的TP发送相同PDCCH。其还使得相同的PDCCH资源被同一TP覆盖的一个以上的UE所使用。

返回图10，可以看出，可以分配各个REG中最初分配给Rel-8中的PDCCH的一个或多个RE(除去向CRS分配的RE)来携带UE-PDCCH-DMRS。如Rel-8/9/10中定义的，可以在资源单元映射期间进行REG与来自另一UE的PDCCH REG的交织。在执行REG交织之后，CCE内针对UE的REG在频率或时间上可以不相邻。因此，针对各个REG，需要至少一个参考信号用于适当的信道估计。对各个REG内的UE-PDCCH-DMRS RE的分配(表示为K_DMRS∈{0，1，2，3})可以是预定的，或者可以半静态地向UE发信号通知该分配。为了更好的信道估计，K_DMRS＝1或K_DMRS＝2可以是优选的。可以针对每个REG分配一个以上的RE，以发送UE-PDCCH-DMRS。

UE-PDCCH-DMRS上的发送功率可以与相关联的PDCCH相同，或者可以高于PDCCH，以提高信道估计的精确度。如果在UE-PDCCH-DMRS上发送更多功率，可以向PDCCH借额外的功率，以维持REG内的总发送功率不变。可以使用更高层信令向UE发信号通知UE-PDCCH-DMRS RE与PDCCH RE之间的功率比，或者可以隐式地信号通知。当在PDCCH上使用高阶调制(HOM)时，仅需要功率比来用于PDCCH解调。然而，如果UE-PDCCH-DMRS和PDCCH的发送功率电平相同，将在UE-PDCCH-DMRS中继承这种功率电平，并且将不需要发信号通知。

换言之，可以将图10中的UE-PDCCH-DMRS RE 1020用于信道估计。如果信道条件差，可能有必要在这些RE 1020中提升发送功率，以确保正确进行信道估计。这可导致用于这些RE 1020的发送功率与用于各个REG1010中的其他RE的发送功率不同。在一些情况下，例如在使用QPSK调制的情况下，即使在UE-PDCCH-DMRS RE 1020与其他RE之间的功率差未知时也可以解码信号。然而，在其他情况下，例如在使用16QAM的情况下，如果UE-PDCCH-DMRS RE 1020的功率与其他RE的功率之间的幅度差未知，将不能适当地缩放接收信号。在一个实施例中，在这种情况下，宏eNB显式地或隐式地向UE发信号通知以下事实：RE之间存在功率差，以及该功率差是多少。

现在提供与图14中示出的过程有关的细节。应该理解，该过程不是必须以所示出的顺序发生。例如，可以在整体流程的任何位置执行框1470和1490处的复用步骤。

对于在框1410处的编码过程，可以使用在Rel-8中使用的相同PDCCH编码过程，除了可以使用图20中的表格2的最后一列来确定针对各个PDCCH格式的比特的数目之外。备选地，在一个实施例中，可以将8比特循环冗余码(CRC)用于具有UE-PDCCH-DMRS的高级PDCCH。亦即，传统PDCCH使用16比特CRC来确保正确发送数据。当使用UE-PDCCH-DMRS替代CRS时，可以增强性能，以及使用仅8比特长的CRC也可以是有可能的。

现在将考虑框1420处的UE特定的加扰过程。在当前LTE中，使用长度为72N_CCE的单个小区特定的加扰序列(在此表示为c_legacy(i))来对来自所有PDCCH的编码比特进行串联和加扰，其中，N_CCE是子帧中可用的CCE的总数。具体地，在调制之前使用小区特定的序列c_legacy(i)对子帧中用于所有传统PDCCH的编码比特进行加扰，根据 $\tilde{b}\left(i\right)=(b\left(i\right)+c_{\mathrm{legacy}}\left(i\right))\mathrm{mod}2$ 产生加扰比特块 $\tilde{b}\left(0\right),...,\tilde{b}(M_{\mathrm{tot}}-1),$ 其中，M_tot＝72N_CCE。在各个子帧的开始处使用

来初始化加扰序列产生器。CCE数目n对应于比特b(72n)，b(72n+1)，...，b(72n+71)。

当支持高级PDCCH时，一个CCE对应于54个比特，而不是72个比特，打破了CCE数目n对应于b(72n)，b(72n+1)，...，b(72n+71)的规则。至于针对于传统UE的透明性，需要将高级PDCCH与传统PDCCH分开加扰。

在一个实施例中，将UE特定的加扰序列用于各个高级PDCCH。将

设为是编码PDCCH比特。然后使用PRBS序列c_UE(i)(例如Rel-8中定义的PRBS序列)对比特

进行加扰，根据以下公式产生加扰比特块

${\tilde{b}}_k=(b_k^{\′}+c_{\mathrm{UE}}\left(k\right))\mathrm{mod}2,k=\mathrm{0,1},...,M_{\mathrm{bit}}-1.$

可以在各个子帧的开始处使用

来初始化加扰序列产生器。

因为仅将用于高级PDCCH的比特加扰过程应用于高级UE，这种加扰过程可以是UE特定的过程，并因此可以使用针对该具体UE的RNTI(例如，C-RNTI或SPS C-RNTI)来产生加扰序列。该加扰序列仅被应用于该具体UE的PDCCH的编码比特，因为UE-PDCCH-DMRS已经使用具有UE身份的序列。

在另一实施例中，针对高级PDCCH定义长度为54N_CCE的新的小区特定的加扰序列c_new。对子帧中要发送的各个控制信道上的比特块

(其中，

是要在物理下行链路控制信道号i上发送的一个子帧中的比特的数目)进行复用，产生比特块

其中，n_PDCCH是在子帧中发送的PDCCH的总数，并且

其中，

和分别是传统PDCCH的数目和新PDCCH的数目。在调制之前使用两个小区特定的序列来加扰比特块接下来描述的加扰确保了适当的加扰码在各个CCE的开始边界处的预期的点处开始。对于传统PDCCH，通过c_legacy(72n)，c_legacy(72n+1)，...，c_legacy(72n+71)来加扰CCE号n上的比特，以及通过

获得加扰比特。对于高级PDCCH，通过c_new(54n)，c_new(54n+1)，...，c_new(54n+53)来加扰CCE号n上的比特，以及通过

获得加扰比特。在各个子帧的开始处使用

来初始化c_legacy和c_new。如果有必要，在加扰之前将<NIL>单元***到比特块中，以确保PDCCH在3GPP LTE TS 36.213中描述的CCE位置处开始。

因此，对于传统PDCCH，产生并仅向传统PDCCH应用相同的Rel-8小区特定的加扰序列。对于高级PDCCH，可以产生并向各个高级PDCCH应用UE特定的加扰序列或新的小区特定的序列。

图15中示出了一个示例，其中，在子帧中总共有5个CCE可用，以及分配各自在单个CCE中的两个传统PDCCH和两个高级PDCCH。在传统PDCCH的处理中忽略高级PDCCH的存在性。

亦即，PDCCH可以占据一个或多个CCE，以及可以将多个UE的PDCCH串联到CCE序列中。可以使用索引来指示各个PDCCH在序列中的何处开始。图15中的行1510描绘了具有5个CCE的序列，其中的4个CCE包含PDCCH。第一CCE 1511包含传统PDCCH，第二CCE 1513包含高级PDCCH，第三CCE 1515不包含PDCCH，第四CCE 1517包含高级PDCCH，以及第五CCE 1519包含传统PDCCH。

各个CCE包含9个REG，并且各个REG包含4个RE。对于传统PDCCH，REG中的所有4个RE都携带PDCCH数据，因此36个RE携带了传统PDCCH中的PDCCH数据。如果使用QPSK调制，各个RE可以发送两个比特，因此传统CCE包含72个比特的PDCCH数据。在高级PDCCH中，将REG中的4个RE之一用于UE-PDCCH-DMRS，因此每个REG仅有3个RE可用于PDCCH数据。在CCE中有9个REG的情况下，高级CCE中仅27个RE携带PDCCH数据。因此，在每个RE两个比特的情况下，高级CCE包含54比特的PDCCH数据。

当发生图14中的框1420处描绘的比特级加扰时，图15中的行1510中的CCE可在序列中被从左到右地加扰。加扰过程可以将各个CCE在序列中所预期的开始点基于以下假设：各个CCE包含72比特的PDCCH数据。因为加扰的一些CCE可以包含具有72个比特的传统PDCCH，以及一些可以包含具有54个比特的高级PDCCH，该加扰过程可能关于CCE的开始点做出了不正确的假设，并从而可能不正确地执行加扰过程。

例如，行1510中的第五CCE 1519是包含传统PDCCH的72比特CCE，以及第二CCE 1513和第四CCE1517是包含高级PDCCH的54比特CCE。当加扰过程尝试对第五CCE 1519加扰时，加扰过程可假设之前加扰的所有CCE都包含72比特的PDCCH数据。因为两个之前的CCE具有54比特，加扰过程将对第五CCE 1519假设了不正确的开始点。

在一个实施例中，加扰过程为已经在传统情况下使用的CCE开始点保留索引。当CCE实际包含72比特的PDCCH数据时，通过传统方式处理CCE，然而当CCE包含54比特的PDCCH数据时，通过不同的方式处理CCE。图15中对此进行了示意，其中，假设5个CCE作为示例。在从行1510向下的方向上描绘了用于传统PDCCH的加扰过程，以及在从行1510向上的方向上描绘了用于高级PDCCH的加扰过程。应该注意到，将具有一个CCE的PDCCH各自视为是示例。可以类似地执行具有多个CCE的PDCCH。应该理解，在针对传统PDCCH和高级PDCCH的加扰过程完成之后，在稍后的处理阶段将该两种类型的PDCCH复用在一起，并在传统PDCCH区域中发送。

对于传统PDCCH，产生在行1520处的长度为5x72的单个加扰比特序列。然后，由行1520处的加扰序列的对应比特来加扰行1510中的传统PDCCH的编码比特，产生在行1530处的针对传统PDCCH的加扰PDCCH比特。72比特CCE 1532在行1530的序列中占据了与行1510中的72比特CCE 1511相同的位置，并被使用来加扰CCE 1511，以及72比特CCE 1534在行1530的序列中占据了与行1510中的72比特CCE1519相同的位置，并被使用来加扰CCE 1519。3个尾CCE 1536(各自具有72比特的长度并且没有PDCCH指派)在行1530的序列中占据了与行1510中的54比特CCE 1513和1517以及第三CCE 1515相同的位置。

对于高级PDCCH，在序列中与行1510中的对应54比特CCE 1513和1517相同的位置处，在行1540处产生两个54比特加扰序列。由行1540中对应的UE特定的加扰序列对行1510处高级UE的两个编码PDCCH中的各个PDCCH进行加扰，产生行1550处针对高级PDCCH的加扰PDCCH比特。从针对于预期针对高级UE的对应PDCCH来产生行1540中的各个序列这一意义而言，行1540中的两个加扰序列是UE特定的。

在备选实施例中，可以使用高级的小区特定的加扰序列来加扰高级PDCCH。如16中所示，产生行1610中长度为5x54比特的单个加扰序列。然后，由加扰序列在相同比特位置处的对应比特来加扰行1510处针对两个高级UE的编码PDCCH比特，产生行1550处针对高级PDCCH的加扰PDCCH比特，如图15中所示。从在该位置处不在预期针对该小区中的不同高级UE的CCE之间进行区分这一意义而言，行1610处的加扰序列是小区特定的。

基于若干因素，行1610中的高级加扰序列的长度可以不同于Rel-8加扰序列的长度。第一，不需要向UE-PDCCH-DMRS应用加扰。第二，可以向高级PDCCH应用更高阶的调制，这产生更多加扰比特。类似于针对传统PDCCH的加扰，该加扰序列可仅被应用于高级PDCCH，并且可以跳过传统PDCCH。

返回图14，现在将考虑框1430处的调制过程。可以将在Rel-8中使用的相同调制方法用于对加扰比特

的调制。可将所产生的QPSK符号表示为d(0)，...，d(M_symb-1)，其中，M_symb是QPSK符号的数目。备选地，可以使用更高的调制，例如16QAM。

在框1440处的UE-PDCCH-DMRS***过程中，如图10中示出的，将UE-PDCCH-DMRS***到REG中的一个RE中。更具体地，如下将r(0)，...，r(M_r-1)，***到d(0)，...，d(M_symb-1)中，产生新的符号序列

$\tilde{d}\left(0\right),...,\tilde{d}({\tilde{M}}_{\mathrm{symb}}-1):$

其中，K_DMRS∈{0，1，2，3}是各个REG内的UE-PDCCH-DMRS RE位置，L_PDCCH是PDCCH的聚合等级，并且

图17中示出了使用L_PDCCH＝1和K_DMRS＝2的示例。在该情况下，REG 1010中每隔两个RE 1020包含UE-PDCCH-DMRS。

返回图14，在框1450处的层映射过程中，可以将在Rel-8中针对单层传输定义的层映射方法应用到

即

$x\left(i\right)=\tilde{d}\left(i\right),i=\mathrm{0,1},...,{\tilde{M}}_{\mathrm{symb}}-1.$

在框1460处的预编码中，可以使用预编码矢量 $\stackrel{\&RightArrow;}{w}\left(i\right)={[w^{\left(0\right)}\left(i\right),...,w^{(P-1)}\left(i\right)]}^T$ 对各个符号x(i)进行预编码，即

$\stackrel{\&RightArrow;}{y}\left(i\right)=\stackrel{\&RightArrow;}{w}\left(i\right)\&CenterDot;x\left(i\right),i=0,...,{\tilde{M}}_{\mathrm{symb}}-1.$

其中， $\stackrel{\&RightArrow;}{y}\left(i\right)={[y^{\left(0\right)}\left(i\right)...y^{(P-1)}\left(i\right)]}^T,$ (·)^T表示转置，以及y^(p)(i)和w^(p)(i)分别表示针对天线端口p的信号和加权因子。亦即，x(i)表示数据，以及

表示预编码权重。在框1460处执行的预编码是被实现来处理高级PDCCH的新的过程；针对传统PDCCH不同地执行预编码。之前，如果将单个天线用于传统PDCCH，传输将发生，而没有任何的预编码或其他修改。如果将两个天线用于传统PDCCH，将利用使用不同预编码方案的发送分集。

现在将考虑框1470处用于将PDCCH与UE-PDCCH-DMRS复用的过程。设 $\{y_i^{\left(p\right)}\left(0\right),y_i^{\left(p\right)}\left(1\right),...,y_i^{\left(p\right)}({\tilde{M}}_{\mathrm{symb},i}-1)\},(i=\mathrm{0,1},...,n_{\mathrm{PDCCH}}^{\left(P\right)}-1.)$ 是所关注的TP的第p个天线端口处的第i个PDCCH信道的预编码符号，其中，

是要在第i个PDCCH信道上发送的符号的数目，以及

是要通过第p个天线端口在子帧中发送的具有UE-PDCCH-DMRS的PDCCH的数目。然后，如下将来自所有PDCCH信道的符号进行复用，产生新的符号序列

${\hat{y}}^{\left(p\right)}({36n}_{\mathrm{CCE}}^{\left(i\right)}+m)=y_i^{\left(p\right)}\left(m\right),m=\mathrm{0,1},...,{\tilde{M}}_{\mathrm{symb},i}-1$

其中，

是基于Rel-8PDCCH过程确定的第i个PDCCH的开始CCE索引。对于未被映射到任何PDCCH信道的索引，可以***<NIL>单元。

设

是子帧中的可用CCE的总数。然后，可以基于Rel-8PDCCH过程和M_y＝36N_CCE来确定针对第i个PDCCH的开始CCE索引

图18中示出了一个示例，其中，N_CCE＝10，n_PDCCH＝2，

以及

亦即，PDCCH11810和PDCCH21820可以是预期针对不同UE的高级PDCCH，并且被复用在一起。应用上述公式可产生在CCE21830处开始的PDCCH11810和在CCE61840处开始的PDCCH21820。如下所述，可在图14的框1470处或框1490处将传统PDCCH复用到PDCCH11810和PDCCH21820周围和/或之间的间隙1850中。

返回图14，现在将考虑框1480处的资源单元映射过程。设 $z^{\left(p\right)}\left(i\right)=<{\hat{y}}^{\left(p\right)}\left(4i\right),{\hat{y}}^{\left(p\right)}(4i+1),{\hat{y}}^{\left(p\right)}(4i+2),{\hat{y}}^{\left(p\right)}(4i+3)>$ 表示针对天线端口p的符号四元组i。从z^(p)(0)，...，z^(p)M_quad-1)(其中，

)到REG的映射可以与Rel-8中所进行的映射相同。

在框1490中，将高级PDCCH与传统PDCCH进行复用。在进行了到子帧中的控制信道区域中的资源单元的映射之后，可以将具有UE-PDCCH-DMRS的PDCCH和传统PDCCH映射到不同的RE。因此，也高效地进行了对控制区域中的两个PDCCH集合的复用。备选地，可以通过与关于框1470处执行的复用的描述相同的方式来将传统PDCCH与具有UE-PDCCH-DMRS的PDCCH复用。PDCCH在序列中的顺序可以取决于PDCCH所预期针对的UE的标识。

在框1490之后发生的处理(例如，CRS***和OFDM信号产生)可以与Rel-8中的相同，由这些后续框周围的虚线来对此进行指示。

UE确定是已经将传统PDCCH还是已经将高级PDCCH指派给了该UE，这可以是必要的。在一个实施例中，可以将在Rel-8/9/10中定义的相同PDCCH指派过程用于具有UE-PDCCH-DMRS的PDCCH。为清楚起见，现在重复该过程。设N_CCE，k是子帧k的控制区域中的CCE的总数。可以将CCE从0到N_CCE，k-1编号。UE可以监视用于每个非DRX(不连续接收)中的控制信息的PDCCH候选集合，其中，监视意味着根据所有所监视的DCI(下行链路信道信息)格式来尝试对集合中的各个PDCCH进行解码。

根据搜索空间对要监视的PDCCH候选的集合进行定义，其中，由PDCCH候选的集合来定义聚合等级L∈{1，2，4，8}处的搜索空间

将与搜索空间的PDCCH候选m相对应的CCE给出为

其中，在下面的段落中定义Y_k，i＝0，…，L-1并且m＝0，…，M^(L)-1。M^(L)是在给定的搜索空间中要监视的PDCCH的数目。UE可以监视聚合等级1、2、4、8中每一个处的一个UE特定的搜索空间以及聚合等级4和8中每一个处的一个公共搜索空间。在图20的表格3中列出了定义搜索空间的聚合等级。UE监视的DCI格式取决于所配置的Rel-8/9/10中定义的传输模式。

对于公共搜索空间，针对两个聚合等级L＝4和L＝8，Y_k被设置为0。针对聚合等级L处的UE特定的搜索空间通过以下公式来定义变量Y_k

Y_k＝(A·Y_k-1)modD

其中，Y_-1＝n_RNTI≠0，A＝39827，D＝65537并且

n_s是无线电帧内的时隙号。用于n_RNTI的RNTI值是在Rel-8/9/10中定义的C-RNTI或SPS-RNTI。

在用于PDCCH指派的UE过程与Rel-8相比没有改变时，可以通过与Rel-8中相同的方式来复用传统UE和高级UE的PDCCH，从而使得高级PDCCH的引入对传统UE而言是透明的。

缺省地，如果不存在UE-PDCCH-DMRS，高级UE应该遵循传统的用于PDCCH检测的Rel-8过程。可以通过更高层将高级UE半静态地配置为：通过假设三种配置之一，使用由C-RNTI或者eNB配置的其他类型的RNTI加扰的CRC来解码UE特定的PDCCH。在第一配置中，UE被半静态地配置为假设其将接收传统PDCCH并将因此尝试仅将CRS用于解调。在已知UE不靠近RRH时，可以使用该配置。在第二配置中，UE被半静态地配置为假设其将接收高级PDCCH并将因此尝试仅将UE-PDCCH-DMRS用于解调。在已知UE靠近RRH时，可以使用该配置。在第三配置中，不执行用于向UE通知其应该预期哪种类型的PDCCH的信号通知。代之，UE可以假设其可以接收传统PDCCH或高级PDCCH，并且其可需要将CRS或UE-PDCCH-DMRS用于解调。

因为可以将Rel-8CCE分配方法和聚合等级用于具有UE-PDCCH-DMRS的PDCCH，对于第一配置和第二配置而言，用于子帧中的PDCCH检测的盲解码的最大数目是相同的。对于第三配置，可以要求更多的盲解码。亦即，UE可以首先假设其已接收到使用QPSK并且没有UE-PDCCH-DMRS的传统PDCCH。如果使用CRS对PDCCH的处理正确发生，UE知道对传统PDCCH的假设是正确的。如果对PDCCH的处理没有正确发生，UE假设其已经接收到高级PDCCH并且使用UE-PDCCH-DMRS来执行另一轮盲解码。

当在公共搜索空间和UE特定的搜索空间中都可以发送UE特定的PDCCH时，可以在这两个搜索空间中应用第三配置。假设公共搜索空间中的传统PDCCH，高级UE可始终使用由特殊RNTI(例如，SI-RNTI、P-RNTI、TPC-RNTI等)加扰的CRS来解码PDCCH。

UE通常基于从宏eNB接收到的参考信号来执行信道估计。对于传统PDCCH解调，UE将CRS用于信道估计。对于高级PDCCH解调，将UE-PDCCH-DMRS用于信道估计。在另一实施例中，当UE被配置为检测具有UE-PDCCH-DMRS的PDCCH时，UE可以在各个子帧中执行以下步骤，以使用由C-RNTI加扰的CRC来在UE特定的搜索空间和公共搜索空间二者中检测UE特定的PDCCH.

确定控制区域中的CCE的数目。

针对各个聚合等级(L＝1，2，4，8)：

设置m＝0；

如果m＜M^(L)，其中，M^(L)是要监视的PDCCH候选的数目，确定下一PDCH候选的CCE(如Rel-8中所进行的)；识别构成CCE的REG(如Rel-8中所进行的)；针对UE处的各个接收天线端口：

如图19中示出的，从各个REG提取UE-PDCCH-DMRS RE(如下所述)，

执行关于UE-PDCCH-DMRS RE的信道估计(如下所述)；

使用根据对应UE-PDCCH-DMRS RE的信道估计来对各个REG执行MRC(最大比合并)和均衡(如下所述)；

执行对所有REG上的已均衡符号的解调(如Rel-8中所进行的)；

执行解扰(如下所述)；

通过基于向UE指派的UL和DL传输模式对UL或DL DCI格式进行假设来执行信道解码(如Rel-8中所进行的)；

检查CRC以看是否检测到正确的PDCCH(如Rel-8中所进行的)；

m＝m+1。

可以将在UE的天线端口p上接收到的、针对聚合等级为L的如图19中示出的候选PDCCH的第k个REG的第i个RE的信号写为：

$v_k^{\left(p\right)}\left(i\right)=h_k^{\left(p\right)}\left(i\right)\&CenterDot;x(4k+i)+n_k^{\left(p\right)}\left(i\right),i=\mathrm{0,1,2,3};k=\mathrm{0,1},...,9L-1.$

其中，

是来自通过其向UE处的天线端口p发送PDCCH的TP的信道，包括预编码的效果；x(4k+i)是要在RE处检测到的符号，以及如果在针对UE的CCE上发送PDCCH，

其中，是发送PDCCH符号；L是候选PDCCH的聚合等级；以及

是RE上在UE的天线端口p处的接收噪声。假设候选PDCCH对应于任何实际发送的PDCCH，并使用图17作为示例，则

是UE-PDCCH-DMRS符号。因此，可以如下估计UE-PDCCH-DMRS RE处的信道 $h_k^{\left(p\right)}(i=2):$

${\hat{h}}_k^{\left(p\right)}\left(2\right)=v_k^{\left(p\right)}\left(2\right)/r\left(k\right)=h_k^{\left(p\right)}\left(2\right)+n_k^{\left(p\right)}\left(2\right)/r\left(k\right)$

等式右侧的第二项是由于接收噪声而造成的信道估计误差。

因为各个REG内的RE在频率上相邻，这些RE上的信道没有显著改变。因此，可以使用所估计的UE-PDCCH-DMRS RE的信道来对信道进行估计，即，

使用该信道估计，可以如下对

执行MRC方案：

${v^{\mathrm{MRC}}}_k\left(i\right)=\underset{.p}{\mathrm{\&Sigma;}}{\left({\hat{h}}_k^{\left(p\right)}\left(i\right)\right)}^{*}{v}_k^{\left(p\right)}\left(i\right)/\underset{p}{\mathrm{\&Sigma;}}{\left|{\hat{h}}_k^{\left(p\right)}\left(i\right)\right|}^2,i=\mathrm{0,1,3};k=\mathrm{0,1},...,{9L}_{\mathrm{CCE}}-1.$

其中，(·)^*指示复共轭操作。然后，可以如下估计发送符号：

$\hat{\tilde{d}}(4k+i)=v_k^{\mathrm{MRC}}\left(i\right),i=\mathrm{0,1,3};k=\mathrm{0,1},...,9L-1.$

可以通过根据图17来从

移除 $\hat{\tilde{d}}(4k+2)=r\left(k\right),$ 从

获得对发送PDCCH符号 $\hat{d}\left(k\right)(k=\mathrm{0,1},...,27L-1)$ 的估计。

可以使用硬判决解调或软判决解调来对估计的PDCCH符号进行解调。在候选PDCCH的CCE的位置处，通过图15或图16中示出的相同加扰序列来解扰从解调输出的二进制序列或LLR(对数似然比)序列g₀，g₁，...，g_Q。通过翻转g_i(i＝0，1，...，Q)的符号来进行解扰，即，从0翻转到1，或者如果加扰序列的对应比特是“1”，从1翻转到0。

PDCCH检测的剩余部分可以与传统PDCCH的检测的剩余部分相同。

UE和上述的其他组件可以包括能够执行与上述动作相关的指令的处理组件。图21示出了***1300的示例，***1310包括适用于实现在此公开的一个或多个实施例的处理组件1810。除了处理器1310(其可以指的是中央处理器单元或CPU)之外，***1300可以包括网络连接设备1320、随机存取存储器(RAM)1330、只读存储器(ROM)1340、辅助存储器1350和输入/输出(I/O)设备1360。这些组件可以经由总线1370彼此进行通信。在一些情况下，这些组件中的一些可以不出现，或者可以通过彼此间的各种组合或者与未示出的其他组件的各种组合来进行组合。这些组件可以位于单个物理实体中，或者可以位于一个以上的物理实体中。可以将在本文中描述为由处理器1310进行的任何动作由处理器1310单独进行，或者由处理器1380与图中示出或未示出的一个或多个组件(例如，数字信号处理器(DSP)1302)一起进行。虽然DSP1380被示出为单独的组件，然而可以将DSP1380并入到处理器1310中。

处理器1310执行其可以从网络连接设备1320、RAM1330、ROM1340或辅助存储器1350(可以包括各种基于碟的***，如硬碟、软碟或光碟)访问的指令、代码、计算机程序或脚本。虽然仅示出了一个CPU1310，然而可以存在多个处理器。因此，尽管可以通过由处理器执行来对指令进行讨论，然而可以同时地、串行地、或者由一个或多个处理器来执行指令。可以将处理器1310实现为一个或多个CPU芯片。

网络连接设备1320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发信机设备(例如，码分多址(CDMA)设备)、全球移动通信***(GSM)无线电收发信机设备、通用移动电信***(UMTS)无线电收发信机设备、长期演进(LTE)无线电收发信机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其他众所周知的用于连接网络的设备。这些网络连接设备1320可以使得处理器1310能够与因特网或者一个或多个通信网络或其他网络(处理器1310可以从该其他网络接收信息或处理器1310可以向该其他网络输出信息)通信。网络连接设备1320还可以包括能够无线发送和/或接收数据的一个或多个收发信机组件1325。

可以使用RAM 1330来存储易失性数据，以及可能存储由处理器1310执行的指令。ROM 1340是非易失性存储设备，通常具有与辅助存储器1350的存储器容量相比较小的存储器容量。可以使用ROM 1340来存储指令，以及可能存储在指令的执行期间读取的数据。对ROM 1330和RAM 1340的存取一般快于对辅助存储器1350的存取。辅助存储器1350通常由一个或多个碟驱动器或带驱动器组成，并且可以用于数据的非易失性存储，或者在RAM 1330不够大到保存所有工作数据的情况下用作溢出数据存储设备。辅助存储器1350可以用于存储程序，当选择执行程序时将程序加载至RAM 1330。

I/O设备1360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、小键盘、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器或其他公知的输入/输出设备。此外，收发机1325可以被认为是I/O设备1360的组件而不是网络连接设备1320的组件，或者除了是网络连接设备1020的组件之外还是I/O设备1060的组件。

在一个实施例中，提供了用于操作无线通信网络中的小区中的发射点的方法。该方法包括：在产生PDCCH的过程中，发射点将DMRS***到包含PDCCH在内的至少一个CCE中的至少一个REG中的至少一个资源单元中，其中，所述PDCCH预期仅针对于至少一个特定的UE。

在另一实施例中提供了发射点。该发射点包括处理器，处理器被配置为使得在产生PDCCH的过程中，发射点将DMRS***到包含PDCCH在内的至少一个CCE中的至少一个REG中的至少一个资源单元中，其中，所述PDCCH预期仅针对于至少一个特定的UE。

在另一实施例中提供了UE。该UE包括处理器，处理器被配置为使得UE接收DMRS，该DMRS已被***到包含PDCCH在内的至少一个控制信道单元中的至少一个资源单元组中的至少一个资源单元中，该PDCCH预期至少针对于该UE。

以引用的方式将以下文献并入本文，以用于任何的目的：3GPP技术规范(TS)36.211和3GPP TS 36.213。

尽管本公开中已经提供了多个实施例，但是应当理解，在不脱离本公开的范围的前提下，可以通过许多其他具体形式来体现所公开的***和方法。当前示例应被认为是示意性而非限制性的，并且本发明不限于这里给出的细节。例如，各个元件或组件可以组合或集成在另一***中，或者可以省略或不实现特定的特征。

此外，在不脱离本公开的范围的前提下，在各个实施例中描述和示意为离散或分离的技术、***、子***和方法可以与其他***、模块、技术或方法进行组合或集成。示出或讨论为耦合或直接耦合或彼此通信的其他项目可以通过某种接口、设备或中间组件(不论以电、机械还是其他方式)来间接耦合或彼此通信。在不背离在此公开的原理和范围的情况下，本领域技术人员可以发现并做出改变、替换和变更的其他示例。

Claims (33)

1.一种用于操作无线通信网络中的小区中的发射点的方法，所述方法包括：

在产生物理下行链路控制信道PDCCH的过程中，由所述发射点将解调参考信号DMRS***到包含所述PDCCH在内的至少一个控制信道单元CCE中的至少一个资源单元组REG中的至少一个资源单元中，其中，所述PDCCH预期仅针对于至少一个特定的用户设备UE。

2.根据权利要求1所述的方法，其中，针对已经***了所述DMRS的第一PDCCH使用的第一CCE中的比特的第一数目不同于针对尚未***所述DMRS的第二PDCCH使用的第二CCE中的比特的第二数目，以及向所述第一CCE应用第一比特加扰过程，向所述第二CCE应用第二比特加扰过程。

3.根据权利要求2所述的方法，其中，使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程。

4.根据权利要求2所述的方法，其中，在加扰比特的开始索引处使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程，就如同所述第二CCE与所述第一CCE具有相同数目的比特一样。

5.根据权利要求2所述的方法，其中，在加扰比特的开始索引处使用第二比特加扰序列向所述第二CCE应用所述第二比特加扰过程，就如同所述第一CCE与所述第二CCE具有相同数目的比特一样。

6.根据权利要求2所述的方法，其中，所述第一比特加扰序列至少部分基于所述UE的标识符。

7.根据权利要求2所述的方法，其中，所述第二比特加扰序列对于所述小区中的所有UE而言是公共的。

8.根据权利要求1所述的方法，其中，在所述至少一个资源单元组中，用于所述至少一个资源单元的发送功率不同于用于至少一个其他资源单元的发送功率，以及所述发射点向所述UE通知功率的差异。

9.根据权利要求1所述的方法，其中，8比特循环冗余码用于所述PDCCH。

10.根据权利要求1所述的方法，其中，对所述PDCCH执行预编码，以及对所***的DMRS执行相同的预编码。

11.根据权利要求10所述的方法，其中，预编码矢量是以下至少之一：

针对各个REG是相同的；

针对各个REG是不同的；

预先确定的；以及

从所述UE反馈的。

12.一种发射点，包括：

处理器，所述处理器被配置为使得：在产生物理下行链路控制信道PDCCH的过程中，所述发射点将解调参考信号DMRS***到包含所述PDCCH在内的至少一个控制信道单元CCE中的至少一个资源单元组REG中的至少一个资源单元中，其中，所述PDCCH预期仅针对于至少一个特定的用户设备UE。

13.根据权利要求12所述的发射点，其中，针对已经***了所述DMRS的第一PDCCH使用的第一CCE中的比特的第一数目不同于针对尚未***所述DMRS的第二PDCCH使用的第二CCE中的比特的第二数目，所述第一CCE与所述第二CCE复用，以及向所述第一CCE应用第一比特加扰过程，向所述第二CCE应用第二比特加扰过程。

14.根据权利要求13所述的发射点，其中，使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程。

15.根据权利要求13所述的发射点，其中，在加扰比特的开始索引处使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程，就如同所述第二CCE与所述第一CCE具有相同数目的比特一样。

16.根据权利要求13所述的发射点，其中，在加扰比特的开始索引处使用第二比特加扰序列向所述第二CCE应用所述第二比特加扰过程，就如同所述第一CCE与所述第二CCE具有相同数目的比特一样。

17.根据权利要求13所述的发射点，其中，所述第一比特加扰序列至少部分基于所述UE的标识符。

18.根据权利要求13所述的发射点，其中，所述第二比特加扰序列对于小区中的所有UE而言是公共的。

19.根据权利要求12所述的发射点，其中，在所述至少一个资源单元组中，用于所述至少一个资源单元的发送功率不同于用于至少一个其他资源单元的发送功率，以及所述发射点向所述UE通知功率的差异。

20.根据权利要求12所述的发射点，其中，8比特循环冗余码用于所述PDCCH。

21.根据权利要求12所述的发射点，其中，对所述PDCCH执行预编码，以及对所***的DMRS执行相同的预编码。

22.根据权利要求21所述的发射点，其中，预编码矢量是以下至少之一：

针对各个REG是相同的；

针对各个REG是不同的；

预先确定的；以及

从所述UE反馈的。

23.一种用户设备UE，包括：

处理器，所述处理器被配置为使得所述UE接收解调参考信号DMRS，所述DMRS已被***到包含物理下行链路控制信道PDCCH在内的至少一个控制信道单元中的至少一个资源单元组中的至少一个资源单元中，所述PDCCH预期至少针对于所述UE。

24.根据权利要求23所述的UE，其中，针对已经***了所述DMRS的第一PDCCH使用的第一CCE中的比特的第一数目不同于针对尚未***所述DMRS的第二PDCCH使用的第二CCE中的比特的第二数目，所述第一CCE与所述第二CCE复用，以及向所述第一CCE应用第一比特加扰过程，向所述第二CCE应用第二比特加扰过程。

25.根据权利要求24所述的UE，其中，使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程。

26.根据权利要求24所述的UE，其中，在加扰比特的开始索引处使用第一比特加扰序列向所述第一CCE应用所述第一比特加扰过程，就如同所述第二CCE与所述第一CCE具有相同数目的比特一样。

27.根据权利要求24所述的UE，其中，在加扰比特的开始索引处使用第二比特加扰序列向所述第二CCE应用所述第二比特加扰过程，就如同所述第一CCE与所述第二CCE具有相同数目的比特一样。

28.根据权利要求24所述的UE，其中，所述第一比特加扰序列至少部分基于所述UE的标识符。

29.根据权利要求24所述的UE，其中，所述第二比特加扰序列对于小区中的所有UE而言是公共的。

30.根据权利要求23所述的UE，其中，在所述至少一个资源单元组中，用于所述至少一个资源单元的发送功率不同于用于至少一个其他资源单元的发送功率，以及所述UE接收与功率的差异有关的信息。

31.根据权利要求23所述的UE，其中，所述UE接收以下之一：

半静态配置，其中，所述UE将小区特定的参考信号用于解调；

半静态配置，其中，所述UE将DMRS用于解调；以及

没有与要被用于解调的参考信号有关的配置。

32.根据权利要求31所述的UE，其中，在所述UE没有接收到与要被用于解调的参考信号有关的配置时，所述UE尝试将所述小区特定的参考信号用于解调，以及当将所述小区特定的参考信号用于解调的尝试不成功时，所述UE尝试将所述DMRS用于解调。

33.根据权利要求23所述的UE，其中，所述UE将所述DMRS用于信道估计。

Images