DL控制信道结构增强的制造方法与工艺

本发明总体上涉及射频（RF）接收和发射，更具体地，涉及下行链路控制信道结构。

背景技术：
该部分旨在提供在权利要求中叙述的发明的背景或上下文。此处的描述可以包括可能被追求但未必是先前已经想到、实施或描述的概念。因此，除非本文另外指明，本部分中描述的内容并不是本申请的说明书和权利要求书的现有技术并且并不由于包含在本部分中而被承认为现有技术。可能在说明书和/或附图中发现的下面的缩写如下定义：3GPP第三代合作项目ACK确认（肯定确认）ARQ自动重复请求BTS基站收发器系统C-RNTI小区-无线电网络临时标识符CSI信道状态信息DL下行链路（eNB,节点B向着UE）eNBEUTRAN节点B（演进节点B，或者eNodeB）EUTRAN演进的UTRAN（LTE）GGSN网关一般分组无线电系统支持节点LTE长期演进MAC介质访问控制MIMO多输入多输出MM/MME移动性管理/移动性管理实体MU-MIMO多用户MIMONACK不确认/否定确认NBAP节点B应用部分（信令）NodeB基站（包括BTS）OFDMA正交频分多址O&M操作和维护PCFICH物理控制格式指示信道PDCCH物理下行链路控制信道PDSCH物理下行链路共享信道PHICH物理混合ARQ指示信道PRB物理资源块P-RNTI寻呼-无线电网络临时标识符PUCCH物理上行链路控制信道PUSCH物理上行链路共享信道RACH随机访问信道RAN无线电访问网络RA-RNTI随机访问-无线电网络临时标识符RB资源块RE资源元素REG资源元素组RF射频RLC无线电链路控制RNC无线电网络控制器RRC无线电资源控制SC-FDMA单载波频分多址SI-RNTI系统信息-无线电网络临时标识符SPS-RNTI半静态调度-无线电网络临时标识符SS搜索空间TCP传输控制协议UE用户设备UL上行链路（UE向着eNB，节点B）UTRAN通用陆地无线电接入网络一种已知的现代通信系统是演进的UTRAN（E-UTRAN，也称为UTRAN-LTE或者E-UTRA）。在该系统中，DL访问技术是OFDMA，并且UL访问技术是SC-FDMA。一种感兴趣的规范是3GPPTS36.300,V8.11.0(2009-12),3rdGenerationPartnershipProject;TechnicalSpecificationGroupRadioAccessNetwork;EvolvedUniversalTerrestrialRadioAccess(E-UTRA)andEvolvedUniversalTerrestrialAccessNetwork(EUTRAN);Overalldescription;Stage2(Release8)，通过引用的方式整体结合在本申请中。为了方便该系统可以称为LTERel-8。通常，一般给定为3GPPTS36.xyz(例如36.211,36.311,36.312等等)的规范组，可以视为描述Release8LTE系统。最近，这些规范中的至少一些的Release9版本已经发表，包括3GPPTS36.300,V9.3.0(2010-03)。图1再现了3GPPTS36.300V8.11.0的图4.1，并且示出了EUTRAN系统(Rel-8)的总体架构。E-UTRAN系统包括提供E-UTRAN用户平面（PDCP/RLC/MAC/PHY）以及向着UE的控制平面（RRC）协议终端的多个eNB。该多个eNB通过X2接口彼此互连。该多个eNB也通过SI接口连接到EPC，更具体地，通过SIMME接口连接到MME并且通过SI接口（MME/S-GW4）连接到S-GW。SI接口支持多个MME/S-GW/UPE与多个eNB之间的多对多关系。eNB拥有如下功能：用于RRM的功能；RRC、无线电接纳控制、连接移动性控制在UL和DL中均向多个UE动态分配资源（调度）；用户数据流的IP报文头压缩和加密UE附件处的MME的选择用户平面数据向EPC（MME/S-GW）的路由；（源自MME的）寻呼消息的调度和传输；（源自MME或O&M）的广播信息的调度和传输；以及针对移动性和调度的测量和测量报告配置。此处特别感兴趣的是目标向着未来IMT-A系统的3GPPLTE(例如，LTERel-10)的进一步的版本，在此处为了方便简单地称为LTE-高级(LTE-A)。就这一点而言，可以参考3GPPTR36.913V9.0.0(2009-12)TechnicalReport3rdGenerationPartnershipProject;TechnicalSpecificationGroupRadioAccessNetwork;RequirementsforfurtheradvancementsforEvolvedUniversalTerrestrialRadioAccess(E-UTRA)(LTE-Advanced)(Release9)。也可以参考3GPPTR36.912V9.3.0(2010-06)TechnicalReport3rdGenerationPartnershipProject;TechnicalSpecificationGroupRadioAccessNetwork;FeasibilitystudyforFurtherAdvancementsforE-UTRA(LTE-Advanced)(Release9)。LTE-A的目标是在降低的成本的情况下通过更高的数据率和更低的延迟来提供显著增强的服务。尽管LTE-A已经提供了很多这种服务，但是这些服务仍可以得到改进。

技术实现要素：
在示例性实施例中，一种设备包括一个或多个处理器以及一个或多个包含计算机程序代码的存储器。所述一个或多个存储器和所述计算机程序代码配置成，利用所述一个或多个处理器并且响应于所述计算机程序代码的执行，使得所述设备至少执行下述：在下行链路子帧的增强的下行链路控制区域中访问与该设备对应的下行链路控制信道消息，其中与该设备对应的下行链路控制信道消息占据在时间和频率之一或二者上相邻的两个或更多物理资源块；以及至少部分根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中的物理下行链路共享信道的特定于该设备的部分。在另一个示例性实施例中，一种方法包括下述：在下行链路子帧的增强的下行链路控制区域中访问与设备对应的下行链路控制信道消息，其中与该设备对应的下行链路控制信道消息占据在时间和频率之一或二者上相邻的两个或更多物理资源块；以及至少部分根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中的物理下行链路共享信道的特定于该设备的部分。在另一个示例性实施例中，公开了一种计算机程序产品，该计算机程序产品包括在其中包含用于计算机的计算机程序代码的计算机可读存储介质，所述计算机程序代码包括：代码，用于在下行链路子帧的增强的下行链路控制区域中访问与该设备对应的下行链路控制信道消息，其中与该设备对应的下行链路控制信道消息占据在时间和频率之一或二者上相邻的两个或更多物理资源块；以及，代码，用于至少部分根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中的物理下行链路共享信道的特定于该设备的部分。在另一个示例性实施例中，一种设备包括一个或多个处理器以及一个或多个包含计算机程序代码的存储器。所述一个或多个存储器和所述计算机程序代码配置成，使用所述一个或多个处理器并且响应于所述计算机程序代码的执行，使得所述设备执行至少下述：接收指示该设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一或二者的信令，其中该下行链路子帧具有下行链路传输带宽和持续时间；在所述第一下行链路控制区域中访问一般的下行链路控制信道消息；响应于所接收的指示所述设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息，访问或不访问该下行链路子帧中的第一物理下行链路共享信道的特定于该设备的部分；响应于所接收的指示该设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中第二物理下行链路共享信道的特定于该设备的部分。在另一示例性实施例中，一种方法包括下述：接收指示设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一或二者的信令，其中该下行链路子帧具有下行链路传输带宽和持续时间；在所述第一下行链路控制区域中访问一般的下行链路控制信道消息；响应于所接收的指示所述设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息，访问或不访问该下行链路子帧中的第一物理下行链路共享信道的特定于该设备的部分；响应于所接收的指示该设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中第二物理下行链路共享信道的特定于该设备的部分。在又一实施例中，公开了一种包括其中包含用于计算机的计算机程序代码的计算机可读存储介质的计算机程序产品，该计算机程序代码包括：代码，用于接收指示设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一或二者的信令，其中该下行链路子帧具有下行链路传输带宽和持续时间；代码，用于在所述第一下行链路控制区域中访问一般的下行链路控制信道消息；代码，用于响应于所接收的指示所述设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息，访问或不访问该下行链路子帧中的第一物理下行链路共享信道的特定于该设备的部分；代码，用于响应于所接收的指示该设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中访问下行链路控制信道消息，该下行链路控制信道消息与该设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，访问或不访问所述下行链路子帧中第二物理下行链路共享信道的特定于该设备的部分。在另一示例性实施例中，一种设备包括一个或多个处理器以及一个或多个包括计算机程序代码的存储器。所述一个或多个存储器和所述计算机程序代码配置成，使用所述一个或多个处理器并且响应于所述计算机程序代码的执行，使得所述设备执行至少下述：用户设备发信号以指示该用户设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一还是二者，其中该下行链路子帧具有下行链路传输带宽和持续时间；在第一下行链路控制区域中放置至少与所述用户设备对应的公共下行链路控制信道消息；响应于所接收的指示该用户设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息在该下行链路子帧中放置或不放置第一物理下行链路共享信道的特定于该用户设备的部分；响应于所接收的指示该用户设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，在所述下行链路子帧中放置或不放置第二物理下行链路共享信道的特定于该用户设备的部分；以及发射所述子帧。在另一示例性实施例中，一种方法包括下述：向用户设备发信号以指示该用户设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一还是二者，其中该下行链路子帧具有下行链路传输带宽和持续时间；在第一下行链路控制区域中放置至少与该用户设备对应的公共下行链路控制信道消息；响应于所接收的指示所述用户设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息，在该下行链路子帧中放置或不放置第一物理下行链路共享信道的特定于该用户设备的部分；响应于所接收的指示该用户设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，在所述下行链路子帧中放置或不放置第二物理下行链路共享信道的特定于该用户设备的部分；以及发射所述子帧。在又一实施例中，公开了一种包括其中包括用于计算机的计算机程序代码的计算机可读存储介质的计算机程序产品，该计算机程序代码包括：代码，用于向用户设备发信号以指示该用户设备要访问下行链路子帧中的第一下行链路控制区域或下行链路子帧中的增强的下行链路控制区域之一还是二者，其中该下行链路子帧具有下行链路传输带宽和持续时间；代码，用于在第一下行链路控制区域中放置至少与该用户设备对应的公共下行链路控制信道消息；代码，用于响应于所接收的指示所述用户设备要访问第一下行链路控制区域的信令，在第一下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应且包括在该第一下行链路控制区域的整个下行链路传输带宽上展开的多个物理资源块上展开的相邻子载波的四元组，每一个四元组占据物理资源块的一部分但不是全部，以及根据该下行链路控制信道消息，在该下行链路子帧中放置或不放置第一物理下行链路共享信道的特定于该用户设备的部分；代码，用于响应于所接收的指示该用户设备要访问增强的下行链路控制区域的信令，在增强的下行链路控制区域中放置下行链路控制信道消息，该下行链路控制信道消息与该用户设备对应并且包括占据在时间或频率之一或二者上相邻的一个或多个物理资源块的多个子载波，以及根据所确定的下行链路控制信道消息，在所述下行链路子帧中放置或不放置第二物理下行链路共享信道的特定于该用户设备的部分；以及发射所述子帧。附图说明当结合附图阅读时，本发明实施例的前述和其它方面在下文中对示例性实施例的详细描述中变得更加显而易见，在附图中：图1再现了3GPPTS36.300的图4-1，并且示出了EUTRAN系统的总体架构。图2示出了在LTERel-8/9/10中为DL子帧定义的基本DL控制信道结构。图3示出了适用于实践本发明的示例性实施例的各种电子设备的简化框图。图4示出了在示例性实施例中为DL子帧定义的DL控制信道结构。图5是根据示例性实施例由用户设备执行的示例性方法的流程图。图6是根据示例性实施例由基站执行的示例性方法的流程图。图7和8是用多个PDCCH430填充与增强的控制对应的PDSCH区域450的示例性方法的流程图。图9是具有用于增强的控制区域的部分的OFDM符号的例子。图10示出了子帧的一部分的例子。具体实施方式在像3GPPLTE这样的蜂窝式无线电系统中，基站（BS）（也称为e节点-B或eNB）用信号发出分配给终端（UE）的时间-频率资源。在LTE中，以资源块（RB）为单位分配下行链路和上行链路资源。在时隙中可用的RB数量取决于带宽并且从六（对应于1.25MHz的带宽）变化到100（对应于20MHz的带宽）。已经决定LTE将在下行链路共享信道（PDSCH）中使用频率选择调度，以便为每个终端分配最佳RB。这产生了最佳性能但是也是最昂贵的传信方式。在LTE中，下行链路控制信道区，在图2中也示为DL控制区，在子帧的第一符号中被传输，并且数据信道（PDSCH）在随后的符号中被传输，正如3GPPTS36.211,3GPPTS36.212和3GPPTS36.213中所描述的。在DL控制信令中涉及三个不同的信道：1）PCFICH，其指示用于DL控制区的OFDM符号的数量（对于最小的带宽，1-3或者2-4个符号）。PCFICH总是在子帧的第一符号中被传输并且由16个资源元素（RE）组成，这些资源元素以四个RE的组在带宽（其包括第一符号的多个物理资源块，PRB）上展开。2）PDCCH，其承载DL控制信息（DCI）。PDCCH旨在既用于个体UE也用于所有UE的共同控制。PDCCH在整个信道上并且在所有指示的控制符号上交错，以获得最大的频率多样性。3）PHICH，其包括与上行链路传输对应的混合-ARQ信道的确认信号（Ack/Nack）。PHICH也在所有频率和控制符号上与其它信道交错。图2示出了针对LTERel-8/9定义的基本DL控制结构。LTE-高级Rel-10还定义了交叉载波调度，其中一个载波的调度信息可以在另一个载波的控制信道上被信号发出。然而，尽管此处描述的实例性实施例对于交叉载波调度也有用，但是此处给出的例子并未利用该属性。因此，为了简单起见，在此处将当前控制信道技术称为Rel-8/9/10。此时的示例性实施例提出了标记为Rel-11/12的该标准的未来版本的一些增强。问题是Rel-8/9/10DL控制信道是针对UE的信道状态信息（CSI）对于eNB是未知的情况被优化的。因此，发明人已经观察到如果信道状态信息可以像在共享数据信道（PDSCH）中被利用那样利用，控制信道性能在覆盖和容量方面都能够得到改善。在实践中，这可以意味着人们能够以更高的码率或更低的聚集（即重复）来传输PDCCH，并且控制信道的容量将增加。在更详细地描述本发明的示例性实施例之前，参考图3，图3示出了适用于实践本发明的示例性实施例的各种电子装置和设备的简化框图。在图3中，无线网络1适于经由网络接入节点通过无线链路与设备通信，所述设备例如是可以称为UE10的移动通信装置，所述在LTE或LTE-A网络的情况下，网络接入节点诸如是eNB。UE10-1到10-N中的每一个分别使用无线链路11-1到11-N与eNB12通信。无线网络1可以包括网络控制元件（NCE）14，网络控制元件（NCE）14可以包括如图1所示的MME/SGW功能性，并且提供与另外的网络的连接性，所述另外的网络例如是电话网络和/或数据通信网络（例如，互联网）。每个UE10包括诸如计算机或数据处理器（DP）的控制器10A、存储计算机指令程序（PROG）10C的体现为存储器（MEM）10B的计算机可读存储介质、以及至少一个用于经由一个或多个天线10E与eNB进行双向无线通信的适当的射频（RF）收发器10D。eNB12也包括诸如计算机或数据处理器（DP）12A的控制器、存储计算机指令程序（PROG）12C的体现为存储器（MEM）12B的计算机可读存储介质、以及至少一个用于经由一个或多个天线12E与UE10进行通信的适当的RF收发器12D。eNB12通过数据/控制路径13耦合到NCE14。NCE14也包括诸如计算机或数据处理器（DP）14A的控制器以及存储计算机指令程序（PROG）14C的体现为存储器（MEM）的计算机可读存储介质。NCE14可以连接到诸如互联网的另外的网络。路径13可以实现为图1所示的S1接口。eNB12也可以经由数据/控制路径15耦合到另一eNB（或节点B），路径15可以实现为图1所示的X2接口。此处的技术可以被认为是仅实现为UE10或eNB12中的计算机程序代码（例如，分别实现为10C或12C）,或者实现为（由一个或多个处理器执行的）计算机程序代码和各种硬件（包括存储器位置、数据处理器、缓冲器、接口等等）的组合、或者完全在硬件中（例如在超大规模集成电路中）实现。此外，收发器10D和12D也可以使用任何类型的适合于本地技术环境的无线通信接口实现，例如，它们可以使用单个的发射器、接收机、收发器或者这种部件的组合实现。通常，UE10的各种实施例可以包括但不限于蜂窝电话、具有无线通信能力的个人数字助理（PDA）、具有无线通信能力的便携式计算机、具有无线通信能力的诸如数字相机的图像捕获装置、具有无线通信能力的游戏装置、具有无线通信能力的音乐存储器和回放电器、允许进行无线互联网访问和浏览的互联网电器、以及结合了这些功能的组合的便携式单元或终端。计算机可读MEM10B和12B可以是适于本地技术环境的任何类型并且可以使用任何适当的数据存储技术实现，所述数据存储技术例如是基于半导体的存储装置、闪存、磁性存储装置和系统、光学存储装置和系统、固定存储器以及可拆卸存储器。DP10A和12A可以是适于本地技术环境的任何类型，并且可以包括作为非限制性实例的通用计算机、专用计算机、微处理器、数字信号处理器（DSP）和基于多核处理器架构的处理器中的一种或多种。发明人已经注意到当前的控制结构对于性能增强不是最佳的并且因此提出了在Rel-8/9/10控制信道之后，即刻可以在下（一个或多个）OFDM符号中传输增强部分（作为增强的控制信道的一部分）。增强的控制信道将仅由标准(Rel-10/11)的未来终端和eNB使用，并且将不会被本领域中较旧版本的UE注意到。即，保持了向后兼容性。增强是基于这样的观察：如果eNB知道用于UE的信道状态信息，其就有可能优化控制信道传输。尤其是，此处可以考虑两种类型的优化：1）基于可用的信道状态信息针对特定UE进行的PDCCH的频率本地化和最相称RB的选择（类似于PDSCH上的频域调度）；以及2）在多天线系统中在UE特定的搜索空间中的PDCCH的预编码（例如，波束成形）。前者，即（1），需要信道的不同部分（例如，以资源元素组解析）的信道质量信息（例如SINR或SNR）方面的信道状态信息（CSI），并且后者，即（2），需要在多个BS发射天线上的空间或定向信道信息方面的CSI。此外，UE特定的搜索空间中的增强的PDCCH也使得能够在UE处可能使用基于专用参考信号的PDCCH解码，而不产生向后兼容性的问题。利用本地化，以与调度PDSCH时相似的方式选择用于PDCCH的最佳频率位置。在H.Holma等的Chapter8,"RadioResourceManagement",LTEforUMTS:OFDMAandSC-FDMABasedRadioAccess(2009)中描述了这种类型的PDSCH调度。利用预编码，可以在多天线系统中实现最佳一等性能。预编码对于本地化的传输尤其方便，这是因为对于所有RE频率响应是相似的并且只需要一个预编码器。即，本地化的传输使用连续的时间-频率资源。换而言之，对于仅单个UE该传输应当在包括子载波的（在时间上或在频率上或者在二者上）相邻的PRB中。现有的Rel.8/9/10DL控制信道假设用于传输的子载波在整个带宽上分布，而连续PRB仅占据在小区中配置的总下行链路传输带宽的一些部分。此外，由于在接收器处容易解调而不需要UE知道e节点B使用了哪个预编码器，容纳预编码的参考符号更容易。在图4中示出了示例性DL控制信道结构。该例子中的DL子帧470包括针对Rel-8/9/10控制和相关DL数据传输的区域以及针对增强的控制和相关DL数据传输的区域。针对Rel-8/9/10的区域包括Rel-8/9/10DL控制信道区域420以及由Rel-8/9/10控制定义的Rel-8/9/10PDSCH区域460。PDSCH实例440占据与Rel-8/9/10控制对应的PDSCH区域460。即，较旧版本的UE访问Rel-8/9/10DL控制信道区域420以及由Rel-8/9/10控制定义的Rel-8/9/10PDSCH区域460中的PDSCH440。较旧版本的UE不访问增强的控制区域410（不是承载由Rel-8/9/10控制定义的PDSCH440方的部分）并且不访问由增强的控制定义的PDSCH430。注意示例性PDSCH430和440位置的地点仅仅是说明性的并不是限制性的。针对增强的控制的区域包括增强的控制区域410以及由增强的控制定义的PDSCH区域450中的PDSCH430。在一个示例性实施例中，Rel-11/12UE使用Rel-8/9/10控制信道（即，Rel-8/9/10DL控制区域420）作为默认，但是可以配置成另外使用UE特定的搜索空间（SS）的增强的控制信道。在一个示例性实施例中，这些Rel-11/12UE访问Rel-8/9/10DL控制区域420、增强的控制区域410（不是由Rel-8/9/10控制定义的被增强的控制区域410的PDSCH440占据的那部分）以及与增强的控制对应的PDSCH区域450的增强的控制所定义的的PDSCH430。注意，DL子帧470在时域中占据几个PFDM符号（在该实例中为14个）。因此，在该实例中，DL子帧470具有与14个OFDM符号的持续时间相等的持续时间。此外，DL子帧470在频域中占据多个子载波。每PRB480使用12个或可选地使用24个子载波，对于每PRB12个子载波的情况，在整个下行链路传输带宽中，可能有例如6、15、25、50、75或100个PRB480。子帧400的有阴影的部分（在该例子中两个PFDM符号）表示Rel-8/9/10DL控制区域420，并且包括Rel.8/9/10PDCCH490（包括UE特定的Rel.8/9/10PDCCH491和公共PDCCH492）、PCFICH496和PHICH495。在阅读DL控制信道结构时，示例性UE的行为如下（除了图4之外还参考图5）：在框5A中，UE读取PCFICH496以发现Rel-8/9/10类型控制信道的长度，该Rel-8/9/10类型控制信道在图5的例子中被示为Rel-8/9/10DL控制区域420。在该例子中，Rel-8/9/10DL控制区域420的长度是时域中的两个OFDM符号，并且在频域中，Rel-8/9/10DL控制区域420包括整个下行链路传输带宽。在框5B中，UE从Rel-8/9/10类型控制信道（例如，Rel-8/9/10DL控制区域420）读取PHICH495。PHICH495包括与当前的公开不相关的HARQ信息。在框5C中，UE监视Rel-8/9/10类型控制区域420上的公共SS，以便发现公共PDCCH492或者UE特定的PDCCH，所述公共PDCCH492通过具有利用SI-RNTI、RA-RNTI或P-RNTI进行加掩的CRC而被识别，所述UE特定的PDCCH包括3GPPTS36.213表7.1-5中解释的格式0或1A。框5D实际上并不由较旧版本的或新的UE执行，而是增加其以易于说明。即，如果UE是较旧版本的UE或者并未配置成使用增强的Dl控制信道（即，伴随的增强的控制区域410）（框5D=否），框5E和5F由UE执行。相反，如果例如通过从e节点B发信（框5I）将UE配置成使用增强的DL控制信道（即，DL控制信道结构和伴随的增强的控制区域410）（框5D=是），则框5G和5H由UE执行。或者，即使UE已经被信号发出（框5I）来监视增强的控制区域（框5D=是），则在框5E和5F中UE可以被请求来另外尝试解码Rel-8/9/10控制区域。如果UE未配置成使用增强的DL控制信道（即，伴随的增强的控制区域410）（框5D=否），则在框5E中UE监视UE特定的SS（491）以发现与该UE对应的PDCCH消息（例如，用其自己的C-RNTI或SPS-RNTI加掩的PDCCH491）。注意到，在Rel-8/9/10DL控制区域420中用于UE的PDCCG消息包括在多个物理资源块上展开的相邻子载波的四元组（即，四个相邻子载波的组），所述多个物理资源块在整个下行链路传输带宽上展开。在框5F中，UE使用来自所发现的UE特定PDCCH消息中的信息来访问或者不访问由Rel-8/9/10控制定义的PDSCH区域460中的PDSCH440。在框5F中，UE因此确定与UE对应并且包括至少一些UE特定的信息的PDSCH区域460的部分。基于来自所发现的UE特定PDCCH消息中的信息，UE也可以不访问PDSCH区域460。即，仅在PDCCH消息包括下行链路分配（downlinkassignment）的情况下，UE才访问PDSCH区域460。在框5G中，如果UE配置成使用增强的DL控制信道（即，伴随的增强的控制区域410）（框5D=是），则UE监视增强的控制区域410以发现与该UE对应的PDCCH510（以及它们的消息）（例如，用其自己的C-RNTI或SPS-RNTI加掩的PDCCH510）。在一个实例中，PDCCH510是在增强的控制区域410中在与UE对应的特定PRB发现的本地化PDCCH435。每个本地化PDCCH430都包括与某个UE对应的PDCCH消息。原则上，在框5K中UE必须搜索本地化的PDCCH435。然而，该搜索可以被限制到预定搜索空间（例如，在框5j中由eNB信号发出的）。在另一个实例中，UE将发现在增强的控制区域410中的PDCCH510是预编码（例如波束成形）的PDCCH520并且对应于该UE。在一个例子中，该UE搜索UE特定的SS以发现预编码的PDCCH520（框5M）。预编码信息可以明确地或者通过使用预编码的参考符号用信号发出（框5L）给UE。或者，UE可执行对预编码器的盲估计或者盲解码。该预编码可以是用于传输多样性、空间多路复用、波束成形、天线选择的预编码以及任何其它合适的预编码.在若干OFDM符号用于增强的控制区域的情况下，PRB可以仅包括多个PDCCH（见图10）。此外，在一个示例性实施例中，用于单个UE的PDCCH消息可以包括增强的控制区域410中的多个连续PRB的部分或全部。还应当注意，与PDCCH435-2相比，本地化的PDCCH435-3被分配更多PRB并且因此被分配更多的子载波。这是因为，由于例如对应的UE离基站多远（较近=较少的子载波以及较小的聚合大小）或者在UE处有多少干扰（较多干扰=较多子载波以及较大的聚合大小），而存在不同的聚合大小（多少个相邻的子载波被分配给UE）。注意，当多个PRB用于PDCCH消息时，可以使用PRB中所有子载波或者可以使用PRB中的仅一些子载波。例如，PRB中的某个（些）子载波可能包括例如参考符号，而其它子载波包括PDCCH消息。在框5F中，UE使用来自所发现的PDCCH510中的信息来访问或者不访问由增强的控制定义的PDSCH区域450中的PDSCH430。在框5H中，UE因此确定与UE对应并且包括至少一些UE特定的信息的PDSCH区域450的部分。基于来自所发现的UE特定PDCCH消息中的信息，UE也可以不访问PDSCH区域450。即，仅在PDCCH消息包括下行链路分配（downlinkassignment）的情况下，UE才访问PDSCH区域450。此外，如上所述，可以预见高级的方案，其中UE监视Rel-8/9/10类型控制信道（例如，Rel-8/9/10DL控制区域420）上的以及增强的DL控制信道（例如，增强的控制区域410）上的UE特定SS。即，UE能够执行框5G和5H并且也能够执行框5E和5F（框5D=两者）。此处假设存在以与针对Rel-8/9/10类似的方式在增强的控制区域410中定义的用户特定SS，以便使得UE知道在哪寻找PDCCH候选。在一个示例性实施例中，SS以UE特定的方式定义并且将被设计成在展开于信道上的不同位置提供PDCCH的起点的选择，以便选择最佳的或者至少相当好的信道状态。转到图6，示出了根据示例性实施例由基站（例如，图3的eNB12）执行的示例性方法的流程图。在框6M中，基站用发信给UE，正如先前针对框5I、5J和5L所描述的。在框6A中，基站确定Rel-8/9/10控制区域（例如，Rel-8/9/10控制区域420）的长度并且将至少与区域420的长度对应的信息放置在区域420的PCFICH496中。在框6B中，基站将信息放置在Rel-8/9/10控制区域（例如，Rel-8/9/10DL控制区域420）中的PHICH495中。PHICH495包括与当前的公开不相关的HARQ信息。在框6C中，基站将公共PDCCH信息492放置在Rel-8/9/10DL控制区域的公共SS中。如上所述，较旧版本的UE以及能够使用增强的控制的UE读取PDCCH492的公共搜索空间上的公共信息。在框6D中，基站将UE特定的PDCCH信息491（即，PDCCH消息）放置在Rel-8/9/10控制区域420的UE特定搜索空间上。在框6E中，基站将本地化的UE特定的增强的PDCCH435（即，PDCCH消息）放置在增强的控制区域410中。参考图7和8更详细地描述这一点。在框6F中，基站将用于UE的PDSCH信息440放置在PDSCH区域460中，所述UE使用Rel-8/9/10PDCCH结构并且不配置成利用增强的控制信道结构。注意，PDSCH占据增强的控制区域410的一部分。在框6G中，基站将用于使用增强的控制的UE的PDSCH信息430放置在与增强的控制对应的PDSCH区域450中。如框6I所指示的，对于框6F和6G，对于特定UE，基于用于Rel-8/9/10DL控制区域420中和/或增强的控制区域410中的UE的对应PDCCH消息，可能在对应的PDSCH区域中存在对于该特定UE的信息。在框6H中，基站发射子帧。参考图7，示出了将UE特定的PDCCH435放置在增强的控制信道区域410中的示例性方法的流程图。该方法对应于图6的框6F。在该实例中，在框7A中，基站从UE接收信道状态信息610。在该实例中信道状态信息610包括来自每个UE的信道的SNR信息620（例如，或者其标记）。在框7B中，基站使用信道状态信息确定每个UE的“最佳”相称PRB。即，被选择为用于特定UE的最佳PRB的PRB将具有与用于该特定UE的该PRB对应的最高SNR。应当注意，该“最佳”相称的PRB可以是两个或更多个UE的最佳PRB。在这种情况下，UE之一将被选择为具有非所述“最佳”PRB而是例如次佳PRB的PRB。在框7C中，基站将为UE确定的RB中的本地化PDCCH435放置在增强的控制区域410中。特定UE的每个本地化的PDCCH占据用于增强的控制区域410下行链路传输带宽中的一组相邻子载波。图8示出了将UE特定的PDCCH435放置在增强的控制信道区域410中的示例性方法的流程图。该方法对应于图6的框6F。框8A中基站从UE接收信道状态信息610。图8的例子中的信道状态信息包括在所述多个BS（基站，例如eNB）发射天线上的空间或定向信道信息方面的CSI以及资源元素组（附图标记630）。注意，“资源元素组”是之后用于承载PDCCH消息的四个资源元素的组。资源元素是特定子载波处的OFDM符号。即，资源元素组是一个物理资源块中的四个相邻的子载波的组（四元组）。在框8B中，基站确定每一个UE的预编码（例如，波束成形）信息。例如，可以选择特定码本。在框8C中，基站向增强的控制区域410中的本地化PDCCH520应用预编码（例如波束成形）信息。特定UE的每个本地化的PDCCH占据用于增强的控制区域410的下行链路传输带宽中的一组相邻PRB。参考图9，示出了另一示例性实施例。该图示出了来自图4的子帧470的第三PFDM符号。在图4中，该符号包括增强的控制区域410的全部。在图9的例子中，增强的控制区域410形成频率上连续或不连续的子区域。用作增强的控制区域的所述符号的部分由基于PRB的更高的层配置。该部分910可以用作例如PDSCH传输的一部分。可以以小区特定的方式配置增强的控制区域的尺寸。即，小区中的所有UE将使用相同的配置。现在参考图10，图10示出了子帧的一部分的例子。示出了Rel-8/9/10DL控制区域420和增强的控制区域410。在该例子中，增强的控制区域410包括多个OFDM符号。用于UE的包括PDCCH消息的本地化PDCCH435可以包括PRB1010中的一个或多个。即，用于UE的PDCCH消息可以包括多个在时间上相邻的PRB（例如，1010-1和1010-2；或者1010-3和1010-4）或者多个在频率上相邻的PRB（例如，1010-1和1010-3；或者1010-2和1010-4），或者多个在时间和频率上都相邻的PRB（例如，所有四个PRB1010-1到1010-4）。注意，每个PRB中子载波的数量不限于四个，并且在每个PRB中可以例如有五个或者更多子载波。增强控制信道的技术具有下述非限制性益处中的一个或多个。-DL控制信道的更大的容量和更好的覆盖率。这也意味着有对应更大容量的数据信道，或者有更好的服务。-由于本地化PDCCH而导致的对频率选择预编码的传输更好的适应性。能够容纳不同风格的预编码（例如闭环的或开环的），并且使得UE的接收基于小区特定的参考信号；或者使得能够直接进行PDCCH检测而无需预编码器估计或者预编码器发信的UE特定的参考信号。-非常有效地调度多用户MIMO。当调度MU-MIMO时，DL控制信道的容量已经被断言是不足的。在常规的MU-MIMO中，具有不同预编码的两个或若干个UE共享PDSCH的相同分配并且具有不同控制信道资源上的PDCCH而不需要预编码。使用本申请中描述的技术，调度MU-MIMO传输的本地化PDCCH可以共享相同的RE并且具有不同的预编码（对于共享的信道，通常是相似或相同的预编码）。尤其当PDCCH的频率资源是PDSCH的频率资源的子集并且包括在所涉及的UE的搜索空间内时，这是可能的。-总DL控制未增加,这是因为UE特定的SS移动到用于Rel-11/12UE的增强的信道,Rel-8/9/10控制信道可以相应地减少。-与来自较早的LTE版本的UE的向后兼容性。注意，在增强的控制信道中的UE特定的SS可以与Rel-8/9/10UE控制信道的PDSCH交叠。这不是一个问题，因为试图解码PDCCH的UE将仅经历失败的CRC测试并且以正常的顺序继续移动到下一PDCCH候选。底线是增强的控制区域410仅是一个OFDM符号，但是通过配置，对于一些其它数量的OFDM可能是成组的。也应当注意，即使eNB没有可用的信道状态信息，eNB总是能够动态地退而求其次（fallback）并从公共SS调度UE或者重新配置UE使用Rel-8/9/10DL控制信道。人们能够想到该方案的若干变型，例如，将UE特定的SS分成两部分，其中一部分在Rel-8/9控制信道上，且另一部分在增强的控制信道中。此处公开的示例性实施例中一个或多个的技术效果，不是以任何方式限制下面出现的权利要求的范围、解释或应用，而是提供对当前DL控制信道结构的增强。此处公开的示例性实施例中的一个或多个的另一技术效果是为UE提供改进的控制。本发明的实施例可以以软件、硬件、应用逻辑或者软件、硬件和应用逻辑的组合实现。在一个示例性实施例中，可以在各种常规计算机可读介质中的任一种上保持应用逻辑、软件或者指令组。在该文件的上下文中，“计算机可读介质”可以是能够包括、存储、通信、传播或者传输由指令执行系统、设备或者装置（例如，计算机，计算机的例子在例如图3中描述和描绘）使用的指令或者与所述指令执行系统、设备或者装置有关的指令的任何介质或装置。图5-8的方法可以通过硬件元件、通过在处理器上执行的软件、或者通过二者的组合来执行。计算机可读介质可以包括这样的计算机可读存储介质，该计算机可读存储介质可以是能够包括或存储由诸如计算机的指令执行系统、设备或装置使用的指令或者与所述指令执行系统、设备或装置有关的指令的任何介质或装置。如果期望，此处公开的不同功能可以以不同的顺序执行和/或彼此同时地执行。此外，如果期望，上述功能中的一种或多种可以是任选的或者可以组合。尽管在独立权利要求中阐述了本发明的各方面，但是本发明的其它方面包括所描述的实施例和/或从属权利要求中的特征与独立权利要求的特征的其它组合，并且不仅仅是在权利要求中明确阐述的组合。此处也应当注意，尽管上文中描述了本发明的示例性实施例，不应当以限制的意义看待这些描述。相反，在不脱离如所附权利要求所定义的本发明的范围的情况下，可以做出若干变型和修改。