用于发射和接收用于移动无线通信的下行链路控制信息的方法和布置的制作方法

用于发射和接收用于移动无线通信的下行链路控制信息的方法和布置的制作方法
【专利摘要】一些实施例提供了一种用于在至少一个资源块中发射下行控制信道的方法。下行链路控制信道包括资源元素组集合。该方法可以由例如eNB的发射节点来执行。发射节点首先确定使用集中式传输还是分布式传输来发射下行链路控制信道。响应于确定使用集中式传输，发射节点执行传输，使得包括在相同资源块中的、集合中的所有资源元素组被映射到同一天线端口，并且天线端口取决于资源块中的哪个资源元素组子集用于下行链路控制信道。
【专利说明】用于发射和接收用于移动无线通信的下行链路控制信息的
方法和布置
【技术领域】
[0001 ] 本发明通常涉及用于发射和接收控制信息的方法和布置。
【背景技术】
[0002]3GPP长期演进(LTE)技术是移动宽带无线通信技术，其中使用正交频分复用(OFDM)来发送从基站(称为eNB)到移动站(称为用户设备(UE))的传输。OFDM在频率上将信号分成多个并行的子载波。LTE中的传输的基本单位是资源块(RB)，资源块最常见的配置包括12个子载波和7个OFDM符号(一个时隙)。一个子载波和I个OFDM符号的单元被称为资源元素(RE)，参见图1。因此，一个RB由84个RE组成。LTE无线电子帧由频率上的多个资源块和时间上的两个时隙组成，其中RB的数目确定系统的带宽，参见图2。此外，子帧中在时间上彼此邻近的两个RB被表示为RB对。
[0003]在时间域中，LTE下行链路传输被组织成IOms的无线电帧，每个无线电帧包括长度T子帧=Ims的10个相等大小的子中贞。
[0004]由eNB在下行链路(承载从eNB到UE的传输的链路)子帧中发射的信号可以从多个天线发射，并且可以在具有多个天线的UE处接收该信号。无线电信道使从多个天线端口发射的信号失真。为了解调下行链路上的任何传输，UE依赖于在下行链路上发射的参考信号(RS)。RS由参考符号的集合组成，并且这些参考符号及其在时间-频率栅格中的位置对于UE来说是已知的，并且因此可以用于通过测量无线电信道对这些信号的影响来确定信道估计。
[0005]应当注意，在该上下文中，UE所测量的信道不一定是从eNB处的特定物理发射天线元件到UE接收机天线元件，因为UE的测量基于发射的RS并且其所测量的信道取决于特定RS如何从eNB处的多个物理天线元件发射。因此，引入了天线端口的概念，其中天线端口是与RS相关联的虚拟天线。
[0006]在3GPP TS36.211中，天线端口被定义为使得在其上传递天线端口上的符号的信道可以从在其上传递同一天线端口上的另一符号的信道来推断。该定义也适用于本公开。
[0007]UE使用与天线端口相关联的RS来测量从该天线端口到接收机天线元件的信道。哪个物理发射天线元件或元件组实际用于该RS的传输对于UE来说是透明的并且也与UE无关；天线端口上的传输可以使用单个物理天线元件或来自多个天线元件的信号的组合。因此，eNB所应用的到物理天线元件的映射或预编码被透明地包括在UE从天线端口测量的有效信道中。
[0008]利用多个天线元件的示例是使用发射预编码以将发射的能量引导到一个特定的接收UE，其通过使用对于用于发射同一消息的传输所有可用的天线元件，但是在每个发射天线元件处应用独立的相位和可能的幅度权重。这有时被表示为UE特定的预编码，并且在该情况下的RS被表示为UE特定的RS。如果用与数据相同的UE特定的预编码来对RB中的UE特定的RS进行预编码，则使用单个虚拟天线，即单个天线端口来执行传输，并且UE仅需要使用该单个UE特定的RS来执行信道估计，并且将其用作解调该RB中的数据的参考。换言之，UE不需要知道eNB在发射数据时所应用的预编码矢量。选择和适配预编码矢量通常由实现来决定，并且由此未在标准规范中进行描述。
[0009]仅当在子帧中向UE发射数据时，发射UE特定的RS，否则其不存在。在LTE中，UE特定的RS作为分配给UE以用于接收用户数据的RB的一部分而被包括。图3示出了 LTE中的UE特定的参考信号的示例，其中例如，表示为R7的所有RE包含属于一个“RS”的调制参考符号。因此，在分布式RE的集合中发射的集合参考符号被称为RS。
[0010]另一类型的参考信号是可以由所有UE使用并且由此具有大的小区区域覆盖的那些信号。其一个示例是由UE用于包括信道估计和移动性测量在内的各种目的的公共参考信号(CRS)。这些CRS被定义为使得其占用系统带宽中的所有子帧内的特定预定义的RE，而与子帧中是否存在正被发送到用户的任何数据无关。在图2中，这些CRS被示作“参考符号”。
[0011]通过无线电链路向用户发射的消息可以被广义地分类为控制消息或数据消息。控制消息用于促进系统的适当操作以及该系统内的每个UE的适当操作。控制消息可以包括用于控制功能的命令，诸如从UE发射的功率、其中要由UE接收或者要从UE发射的数据在其内的RB的信令等。控制消息的示例是例如承载调度信息和功率控制信息的物理下行链路控制信道(PDCCH)、承载响应于先前的上行链路传输的ACK/NACK的物理HARQ指示符信道(PHICH)以及承载系统信息的物理广播信道(PBCH)。
[0012]在LTE发布10中，使用CRS来解调控制消息(除了 R-PDCCH，如下所见)，因此其具有大的小区覆盖以在不知道其位置的情况下到达该小区中的所有UE。取决于配置，子帧中的前I到4个OFDM符号被 保留用于控制信息，参见图2。控制消息可以被分类为仅需要被发送到一个UE的消息类型(UE特定的控制)和需要被发送到在eNB所覆盖的小区内的所有UE或UE数目不止一个的UE的某个子集的消息类型(公共控制)。
[0013]应当注意，在该上下文中，在未来的LTE发布中，将存在可能不具有HXXH传输或CRS的传输的新载波类型。
[0014]在称为控制信道元素(CCE)的多个单元中发射HXXH类型的控制消息，其中每个CCE的调制符号映射成36个RE。PDCCH可以具有1、2、4或8个CCE的聚合等级(AL)，以允许控制消息的链路适配。因此，本公开中使用的术语“聚合等级”是指形成HXXH的CCE的数目。此外，每个CCE的36个调制符号被映射成9个资源元素组(REG)，每一个由4个RE组成。这些REG分布在整个带宽上，以针对CCE提供频率分集，参见图4。因此，根据值η的配置，由多达8个CCE组成的HXXH在前η = {1，2，3或4}个OFDM符号中跨越整个系统带宽。
[0015]在控制信息的信道编码、加扰、调制和交织之后，调制的符号被映射到控制范围中的资源元素。总计有Nra个CCE可用于所有HXXH将在子帧中发射，并且数目Nra根据控制符号η的数目随着子帧而变化，天线端口的数目与CRS和HARQ指示符信道(PHICH)的配置数目相关联。
[0016]由于控制符号的数目η由控制格式指示符信道(PCFICH)在每个子帧中指示，因此Ncce的值根据子帧而变化，终端需要盲确定用于其HXXH的位置和CCE的数目。而且，UE需要在不预先知道CCE聚合等级的情况下盲搜索和检测控制信道对其是否有效，由于较大的Nra的值而导致这可能是计算密集型的解码任务。因此，在终端需要进行的可能的盲解码的数目中引入了一些限制。例如，对CCE进行编号，并且大小为K的CCE聚合等级可以仅开始于可被K整除的CCE编号，参见图5。
[0017]终端需要在其中盲解码和搜索有效I3DCCH的CCE集合被称为搜索空间。这是终端应当针对调度指派或其他控制信息来进行监视的AL上的CCE集合，参见图6中的示例。在每个子帧和每个AL上，终端将尝试解码可以从其搜索空间中的CCE形成的所有H)CCH。如果CRC校验，则HXXH的内容被假设对于终端是有效的，并且其进一步处理接收到的信息。通常，两个或更多个终端将具有重叠的搜索空间，并且网络必须选择其中的一个用于控制信道的调度和传输。当这发生时，未被调度的终端称为被阻塞。搜索空间基于子帧而伪随机地变化，以最小化阻塞的可能性。
[0018]搜索空间进一步被划分成公共部分和终端(UE)特定的部分。在公共搜索空间中，发射包括针对所有终端或一组终端的信息(寻呼、系统信息等)的roccH。如果使用载波聚合，则终端将发现公共搜索空间仅存在于主分量载波(PCC)上。该公共搜索空间被限制为聚合等级4和8，以对小区中的所有终端给予充分的信道编码保护。因为这是广播信道，所以无法使用链路自适应。在8或4的AL中的前HI8和HI4个HXXH (具有最低CCE编号)分别属于公共搜索空间。为了系统中的CCE的有效使用，其余搜索空间在每个聚合等级处是终端特定的。
[0019]CCE由映射到对于该CCE唯一的36个RE的36个QPSK调制符号组成。为了最大化分集和干扰随机化，在小区特定循环移位和映射到RE之前使用对所有CCE的交织，参见图7中的处理步骤。注意，在大多数情况下，一些CCE由于对终端搜索空间和聚合等级的PDCCH位置限制而导致在传输期间是空的。空的CCE与任何其他HXXH —样被包括在相同的交织过程中并且被映 射到RE，以保持搜索空间结构。空的CCE被设置为零功率，并且这个功率可以替代地由非空的CCE使用以进一步增强HXXH传输的链路性能。
[0020]此外，为了能够使用4天线TX分集，CCE中的4个相邻QPSK符号的组被映射到4个相邻的RE，其表示为RE组(REG)。因此，CCE交织是基于四工的(4个的组)，并且映射过程具有I个REG的粒度，并且一个CCE对应于9个REG ( = 36个RE)。
[0021]物理下行链路共享数据信道(PDSCH)向UE的传输使用RB对中的、不用于控制消息或RS的RE。根据所配置的传输模式，PDSCH可以使用UE特定的参考符号来发射或作为解调参考的CRS来发射。使用UE特定的RS允许多天线eNB使用对从多个天线发射的数据和参考信号二者的预编码来优化传输，使得接收到的信号能量在UE处增加。因此，信道估计性能得以改善，并且可以增加传输的数据速率。
[0022]在LTE的发布10中，还定义了用于从eNB向中继节点发射控制信息的中继控制信道，其表示为R-PDCCH。R-PDCCH位于数据区域中，因此，类似于I3DSCH传输。R-PDCCH的传输可以被配置成使用CRS来提供大的小区覆盖，或者使用中继节点(RN)特定的参考信号以通过预编码针对特定RN改善链路性能，类似于具有UE特定的RS的I3DSCH传输的增强。UE特定的RS在后者的情况下还用于R-PDCCH传输。R-PDCCH占用系统带宽中的多个配置的RB对，并且因此与在其余RB对中的I3DSCH传输进行频率复用，参见图8。
[0023]在LTE发布11的讨论中，注意力已经转向通过允许使用基于UE特定的参考信号的传输向UE传输通用控制消息来将针对R-PDCCH和I3DSCH的相同的UE特定的传输原理也用于控制信道(包括roCCH、PHICH、PCFICH和PBCH)。这意味着，也可以针对控制信道实现预编码增益，由此实现扩展的或增强的控制信道。另一益处在于，配置用于扩展的控制信道的不同的RB对可以被配置在不同的小区中或者在小区内的不同传输点中。由此，可以实现扩展的控制信道之间的小区间干扰协调。因为roccH跨越整个带宽，所以对于I3DCCH来说该频率协调是不可能的。图9示出了类似于HXXH中的CCE的、扩展的或增强的roccH(eroccH)被划分成多个组并且被映射到配置用于增强的控制信道的RB对中的一个，这里表示为增强的控制区域。
[0024]注意，在图9中，增强的控制区域不在OFDM符号O处开始，以适应子帧中的HXXH的同时传输。然而，如上所述，在未来的LTE发布中可能存在不具有HXXH的载波类型，在该情况下，增强的控制区域可以从子帧内的OFDM符号O开始。
[0025]即使增强的控制信道支持UE特定的预编码以及可能的(在一个RB对内)集中式传输，如图9中所示，在一些情况下这可能有助于能够以广播的大范围覆盖的方式来发射增强的控制信道。如果eNB不具有用于针对特定UE执行预编码的可靠信息，则这是有用的。在该情况下，大区域的覆盖传输更加稳健，尽管失去了预编码增益。在广播和大范围传输有用的另一情况是当特定控制消息意在用于多于一个UE时。在该情况下，不能使用UE特定的预编码。这一点的示例是使用ePDCCH(即，在公共搜索空间中)的公共控制信息的传输。宽带传输有用的又一情况是当利用子带预编码时。如果eNB具有优选的预编码矢量在频带的不同部分中是不同的这样的信息，则由于UE独立地估计每个RB对中的信道，所以eNB可以在不同RB对中选择不同预编码矢量。在这些情况中的任一情况下，可以使用分布式传输，参见图10，其中属于同一 ePDCCH的eREG分布在增强的控制区域上。
[0026]因此，需要用于以有效和灵活的方式来提供下行链路控制信息的集中式和分布式传输二者的机制。

【发明内容】

[0027]—些实施例提供一种用于在至少一个资源块中发射下行链路控制信道的方法。下行链路控制信道包括资源元素组集合。该方法可以由例如eNB的发射节点来执行。发射节点首先确定使用集中式传输还是分布式传输来发射下行链路控制信道。响应于确定使用集中式传输，发射节点执行传输，使得包括在相同资源块中的、集合中的所有资源元素组被映射到同一天线端口，并且天线端口取决于资源块中的哪个资源元素组子集用于下行链路控制信道。
[0028]一些实施例提供一种用于在至少一个资源块中发射下行链路控制信道的发射节点，其中下行链路控制信道包括资源元素组集合。发射节点包括无线电电路和处理电路。处理电路被配置用于确定使用集中式传输还是分布式传输来发射下行链路控制信道。该处理电路进一步被配置用于响应于确定使用集中式传输，经由无线电电路来执行传输，使得包括在相同资源块或资源块对中的、集合中的所有资源元素组被映射到同一天线端口，并且天线端口取决于资源块或资源块对中包括哪些资源元素组。
[0029] 一些实施例提供一种在用户设备中的用于在至少一个资源块中接收下行链路控制信道的方法，其中下行链路控制信道包括资源元素组集合。用户设备从配置用于用户设备的搜索空间中选择与候选下行链路控制信道相对应的候选资源元素组集合。然后，对于候选集合中的每个资源元素组，用户设备基于该资源元素组来识别该资源元素组被映射到的天线端口。然后，用户设备尝试基于来自针对每个资源元素组所识别的天线端口的估计的信道来解码下行链路控制信道。
[0030]一些实施例提供了一种用于在至少一个资源块中接收下行链路控制信道的接收节点，其中下行链路控制信道包括资源元素组集合。发射节点包括无线电电路和处理电路。处理电路被配置用于从配置用于用户设备的搜索空间中选择与候选下行链路控制信道相对应的候选资源元素组集合。处理电路进一步被配置用于，对于候选集合中的每个资源元素组，基于该资源元素组来识别该资源元素组被映射到的天线端口。处理电路进一步被配置用于尝试基于来自针对每个资源元素组所识别的天线端口的估计的信道来解码下行链路控制信道。
[0031]一些实施例提供了一种用于配置用于用户设备的下行链路控制信道传输的方法。该方法可以在例如eNB的发射节点中执行。根据该方法，发射节点向用户设备发送指示资源块或资源元素组集合的消息，该资源块或资源元素集合被保留用于下行链路控制信道的集中式传输。
[0032]一些实施例提供了一种用于配置用于用户设备的下行链路控制信道传输的方法。该方法可以在例如eNB的发射节点中执行。根据该方法，发射节点向用户设备发送指示资源块或资源元素组集合的消息，该资源块或资源元素组集合被保留用于下行链路控制信道的分布式传输。
[0033]一些实施例提供了一种用于配置用于用户设备的下行链路控制信道传输的方法。该方法可以在例如eNB的发射节点中执行。根据该方法，发射节点向用户设备发送下述消息:该消息指示被保留用 于下行链路控制信道的集中式传输的资源块或资源元素组集合并且指示被保留用于下行链路控制信道的分布式传输的第二资源块或资源元素组集合。
[0034]一些实施例提供了一种用于接收关于下行链路控制信道传输的配置信息的方法。该方法可以在例如用户设备的接收节点中执行。根据该方法，用户设备接收指示资源块或资源元素组集合的消息，该资源块或资源元素组集合被保留用于下行链路控制信道的集中式传输。
[0035]一些实施例提供了一种用于接收关于下行链路控制信道传输的配置信息的方法。该方法可以在例如用户设备的接收节点中执行。根据该方法，用户设备接收指示资源块或资源元素组集合的消息，该资源块或资源元素组集合被保留用于下行链路控制信道的分布式传输。
[0036]一些实施例提供了一种用于接收关于下行链路控制信道传输的配置信息的方法。该方法可以在例如用户设备的接收节点中执行。根据该方法，用户设备接收下述消息:该消息指示被保留用于下行链路控制信道的集中式传输的资源块或资源元素组集合并且指示被保留用于下行链路控制信道的分布式传输的第二资源块或资源元素组集合。
[0037]受益于在前述描述和相关附图中呈现的教导的本领域技术人员可以想到所公开的发明的修改和其他实施例。因此，应当理解，本发明不限于所公开的特定实施例，并且修改和其他实施例旨在被包括在本公开的范围内。尽管这里可以使用特定术语，但是这些术语仅在一般和描述性意义上使用而不用于限制的目的。【专利附图】

【附图说明】
[0038]图1是示出LTE下行链路物理资源的示意图；
[0039]图2是示出下行链路子帧的示意图；
[0040]图3是示出UE特定的参考符号的示意图；
[0041]图4是示出一个CCE的映射的示意图； [0042]图5是示出CCE聚合的示意图；
[0043]图6是示出搜索空间的示意图；
[0044]图7是图示用于发射HXXH的处理步骤的流程图；
[0045]图8是图示R-PDCCH的示意图；
[0046]图9是示出集中式传输的示例的示意图；
[0047]图10是示出分布式传输的示例的示意图；
[0048]图11是示出具有eREG的PRB对的示意图；
[0049]图12-图13是示出示例性eREG与AP关联的示意图；
[0050]图14是示出MMO多层传输的示意图；
[0051]图15是示出示例性D类型资源块的示意图；
[0052]图16-图18是示出示例性L类型资源块的示意图；
[0053]图19-图25图示了具有针对L或D传输优先的eREG的示例性PRB对；
[0054]图26是示出示例性无线网络的示意图；
[0055]图27是图示一些实施例的组合信令示图和流程图；
[0056]图28-图29是图示一些实施例的流程图；
[0057]图30示出了在eREG和AP之间的示例性关联；
[0058]图31-图35是图示一些实施例的流程图；
[0059]图36是图示示例性网络节点的框图；
[0060]图37是图示示例性无线设备的框图；以及
[0061]图38-图39示出了示例性天线端口映射。
【具体实施方式】
[0062]应当注意，虽然在本公开中已经使用了 3GPP LTE的术语来例示本发明，但是这不应该被视作将本发明的范围限制为仅上述系统。采用多天线传输的其他无线系统也可以受益于采用本公开内所涵盖的原理。
[0063]本公开的具体示例涉及ePDCCH、增强的TOCCH、扩展的TOCCH、扩展的控制信道、增强的控制信道、扩展的下行链路控制信道或增强的下行链路控制信道。本公开中所讨论的增强或扩展的控制信道还包括用于上行链路传输的HARQ-ACK的传输，因此是扩展或增强的PHICH(ePHICH)。因此，应当注意，这些术语意在包含任何控制信道，特别是下行链路控制信道，其与数据进行频率复用，并且在由关联的控制信息所占用的资源块内具有自包含的用于解调的参考信号(DMRS)。这样的控制信道也可以称为扩展的控制信道。因此，当这里的示例具体地涉及ePDCCH或增强的HXXH时，这不应当被解释为限制。本公开中提出的原理一般地适用于增强或扩展的控制信道。
[0064]本公开中所使用的表述“资源块”指配置用于增强的控制信道传输的、在频率和时间上连续的资源块或组。最小的资源实体是资源元素(RE)。在两个示例性和非限制性实现中，“资源块”可以是物理资源块(PRB)或者物理资源块对(PRB对)。在LTE中，PRB对与子帧相对应，其中该对中的第一 PRB占用第一时隙，并且该对中的第二 PRB占用第二时隙。然而，应该注意，无论何时本发明涉及使用“PRB对”时，这都不应当被解释为是限制性的。有可能等同地在单个PRB中(例如，仅在第一时隙中、或者仅在第二时隙中)、单个PRB的一部分中或在PRB对的一部分中发射控制信息。还能够设想使用更大的资源组，例如，两个或四个PRB对。
[0065]当本公开涉及资源元素组被“映射”到天线端口时，这意味着当解调被认为是映射到该天线端口的资源元素组中的消息时，UE可以使用通过与该天线端口相关联的DMRS所估计的信道。
[0066]在利用UE特定的参考信号的增强的控制信号传输的可能的原理中，在用于控制信道传输的每个配置的RB或RB对中定义了多个正交资源。资源最常见被定义为时间-频率OFDM栅格中的区域，包括RB或RB对中的RE的子集加上来自正交覆盖代码集合中的覆盖代码。因此，该资源分别在时间、频率和代码域上被正交复用(分别是TDM、FDM和CDM)。对于下面的描述，在不失一般性的情况下，假设不使用代码划分。替代地，资源仅被定义为时间频率栅格中的区域。
[0067]时间频率资源中的每一个与唯一 RS或等同地与位于同一 RB或RB对中的天线端口相关联。当UE解调RB或RB对的给定资源中的信息时，其使用与该资源相关联的RS/天线端口。以下，与特定天线端口相对应的解调RS还将被称为DMRS。此外，在RB或RB对中的每个资源可以被独立地指派给UE。参见图11，示出使用表示为增强的资源元素组或RE组的、RE的时间和频率划分成资源(因此eREG是一个资源)的示例。每个eREG与来自RB和RB对中的正交RS的集合中的一个RS相关联。
[0068]每个eREG与天线端口(AP)相关联，并且这可以例如利用节点图来描述，如图12中所示。这里，可以看出，eREGl和eREG3与天线端口(AP)O相关联。当UE解调例如eREGl中发射的ePDCCH的一部分时，其将使用与APO相关联的RS以用于解调。应当注意，在一些实施例中，eREG可以与多于一个的天线端口相关联，如以下将解释的。天线端口的数目可以比物理发射天线的数目更少、相同或更多。
[0069]在本公开中可互换地使用术语eREG、增强的资源元素组或简称为资源元素组(REG)以指示可以用于发射下行链路控制信息的时间-频率栅格中的资源元素组，即不用于其他目的的RE，诸如H)CCH、PHICH、PCFICH、解调参考信号、CRS、CS1-RS等。资源元素组中的资源元素被包括在同一资源块中，例如，同一 PRB或PRB对中，并且每个资源元素组与至少一个天线端口相关联。在本公开的各种示例中，假定PRB对包含8个eREG，但是这不应当被理解为是限制性的。资源块可以包含更少或更多数目的eREG，例如，4、6或12个eREG。
[0070]每个增强的下行链路控制信道包括至少一个控制信道元素(CCE)，其中CCE可以被包含在单个资源块中或分布在若干个块上(即在频率上分布)。每个CCE进而包括固定数目的eREG。在本公开中，假定每CCE两个eREG，但是其他配置同样是可能的。
[0071]注意，即使在资源块中，例如RB或RB对中使用多个正交的RS，但是仅发射一个控制数据层。如在图12中可以看出，有可能多于一个的eREG正在使用一个AP，这是有可能的，因为eREG在时间-频率OFDM栅格中是正交的。注意，在该情况下，因为使用相同的天线端口，所以eREGl和eREG3 二者将使用相同的预编码矢量。
[0072]这里对天线端口的使用不应当与RB对中的MMO多层传输相混淆，在MMO多层传输中，多个RS或AP中的每一个对应于所发射的MMO层。如果是这种情况，则一个eREG可以具有多个层，并且每个eREG继而将需要与多于一个的AP相关联，每层一个。图13示出了对于该情况的相关的节点图。图14示出了使用表示为AP-1和AP-2的两个天线端口的MMO多层传输的示例。注意，在MMO中，天线端口的最大数目通常与物理天线的数目相同。
[0073]在每个资源中，发射控制信息，包括增强的PDCCH、CCE或CCE的一部分、增强的PHICH或增强的PBCH。如果该资源小得难以适用于所有增强的H)CCH、CCE、PHICH或PBCH，则可以在该资源中发射一部分，并且在同一子帧中的其他位置的其他RB或RB对中的其他资源中发射其他部分，如图10中所示。注意，其他RB或RB对中的资源与同一 RB或RB对内的其相应的天线端口相关联。
[0074]应当以有效和灵活的方式来进行增强的控制信道的传输。具体地，这将有利于最小化或至少减少RS开销并且仅使用资源块内的必要数目的天线端口，因为每个附加的天线端口暗示了需要在用户设备处执行另一信道估计。此外，可能期望在同一时间帧内，即在同一子帧或时隙内支持增强的控制信道的集中式和分布式传输二者。这将使得有可能在可提供足够的预编码信息时利用波束成形增益，同时还能够向若干用户设备或者在对用户设备的信道未知的情况下发射广播控制信息。
[0075]每当使用UE特定的预编码发射的ePDCCH正在使用PRB对内的多于一个的eREG时，那么应当避免UE中的对多个信道进行估计的需要。在该情况下，根据一些实施例，eREG与AP的关联规则每使用的eREG的组仅选择一个AP。参见附图中的示例，示出了所有的4个eREG被使用并且AP7用于使用所有eREG发射的ePDCCH的解调的情况。这样的AP关联的另一优点在于，DMRS功率有时可以从未使用的AP转移到使用的AP，这提高了信道估计性倉泛。
[0076]图38示出了当ePDCCH在PRB对内分别使用2个或4个eREG时，用于UE特定的预编码的天线端口关联的示例。在左侧的示例中，AP9未使用。在右侧的示例中，ePDCCH使用整个PRB对并且仅AP7被使用，其他AP未使用。在左侧的示例中，eREGl和eREG2用于发射ePDCCHl，并且eREG4用于发射ePDCCH2。在右侧的示例中，eREG 1-4用于发射ePDCCHl。
[0077]注意，在该情况下，信道估计将是盲解码的一部分，因为使用哪个天线端口取决于对CCE聚合等级并且由此使用的eREG的数目的假设。
[0078]当不使用UE特定的预编码时，诸如当发射的控制信道包含广播信息，或者当优选的预编码矢量在eNB处未知时，那么DMRS可以用作“集中式公共参考信号”，由多个UE用于解调ePDCCH。等同地，可以说，AP被共享用于多个ePDCCH消息和/或用于多个UE。在该情况下，对于所有的eREG每PRB对使用一个或两个(用于天线分集)天线端口是足够的，并且在附图中给出了该关联的示例，其中两个端口 AP7和AP9用于提供天线分集。由于从不使用AP8和AP10，因此AP7和AP9总是被功率提升3dB。
[0079] 图39示出了在共享天线端口的情况下的eREG和AP之间的关联。这可以用于ePDCCH的分布式传输。在该情况下，eREG与AP的关联是固定的，并且不取决于ePDCCH正在使用的eREG的数目。在左侧的示例中，在eREGl和eREG2中发射ePDCCHl，并且在eREG3和eREG4中发射ePDCCH2。在右手的示例中，在eREGl_eREG4中发射ePDCCHl。[0080]此外，由于这些AP由多个UE或多个ePDCCH消息共享，并且可能利用天线分集，所以使用的eREG与AP的关联应当是固定的，并且不取决于使用多少eREG。这还暗示了总是知道DMRS功率，并且信道估计与盲解码分离，这可以简化接收机。
[0081]因此，根据一些实施例，每个eREG与天线端口相关联。当UE特定的预编码被使用例如用于集中式传输时，每PRB对一个天线端口用于给定的ePDCCH传输。要使用哪个AP取决于哪些eREG用于传输。当没有使用UE特定的预编码并且AP被共享(例如，对于分布式传输的一些情况)时，eREG与AP的关联是固定的。在这些实施例中，从eREG到天线端口的映射取决于是否使用用户特定的预编码。
[0082]在该上下文中，分布式传输是指ePDCCH在频域中的分布以获得频率分集。因此，在典型的情况下，ePDCCH跨越若干不同的PRB或PRB对传播，覆盖大部分的频谱或甚至整个频谱。每个PRB或PRB对由此将通常包含用于多个UE的ePDCCH的部分。以下，分布式传输还被称为“D”传输。当不应用UE特定的预编码时，通常使用分布式传输。因此，控制信道在大的区域上广播，或者换言之，形成宽的波束。替代地，该消息可以在不同的部分中发射，并且每个部分都具有伪随机选择的预编码器。然而，注意，当应用用户特定的预编码时，也可以使用该分布式传输。例如当eNB仅访问宽带预编码信息时，该传输模式可以是有利的，因为其继而有可能捕获一些波束成形增益和一些分集增益。
[0083]另一方面，集中式传输是指在频率上集中的传输。在该情况下，ePDCCH可以被限定在单个PRB或PRB对内，但是其也可以占用通常在频率上相邻的两个或更多个PRB或PRB对。例如，当前定义的最大聚合等级(8CCE)需要8*36 = 288个RE，这在使用QPSK调制时需要两个PRB对。以下集中式传输也被称为“L”传输。当应用UE特定的预编码时，通常使用集中式传输。然后，可以形成定向到特定用户设备的波束。前提条件是，发射机具有到用户设备的下行链路信道的知识。 [0084]以下描述进一步的实施例。在这些实施例中的一些中，将假设用户特定的预编码总是与ePDCCH的集中式传输一起应用，并且非用户特定的预编码总是与ePDCCH的集中式传输一起应用。如将在下面的段落中说明的，这是实践中常见的情况。然而，这不应当被解释为限制，并且尤其应当认识到，用户特定的预编码可以不论传输是集中式还是分布式来独立地应用。这就是说，应当注意，在用户特定的预编码暗示了集中式传输，并且非用户特定的预编码暗示了分布式传输的实施例中，如在上述实施例中，可以基于传输是否是以用户特定的预编码执行的来确定eREG到AP的映射，或等同地，可以基于传输是分布式还是集中式来确定eREG到AP的映射。
[0085]在一些实施例中，然后基于特定逻辑或规则来确定在资源元素组和天线端口之间的关联。例如，当用户特定的预编码应用于资源块中的控制信道时，可以基于该资源块中使用的资源元素组来确定天线端口。更具体地，可以基于资源块中使用的资源元素组的位置和/或使用的资源元素组的数目来确定天线端口。应当注意，因为应用用户特定的预编码，所以同一天线端口将用于同一资源块内的所有资源元素组。因此，在资源块中使用的天线端口的数目是灵活的，并且取决于所使用的资源元素组。通过以该方式将天线端口的数目适配用于所使用的资源元素组，可以实现天线端口开销的减少、增加的能量效率以及改善的信道估计，这将在下面进一步说明。
[0086]对于不利用用户特定的预编码的控制信道的传输，可以在每个资源块中使用固定数目的天线端口(例如，两个天线端口)，并且根据预定义的映射来确定用于每个资源元素组的天线端口，即每个资源元素组与预定的天线端口相关联。此外，用于同一控制信道的同一个资源块内的资源元素组可以使用不同的天线端口来实现天线分集。
[0087]在特定实施例中，配置用于控制信道传输的资源块(例如，PRB或PRB对)被分类为“L”型和“D”型，其中L型块用于集中式传输并且D型块用于分布式传输。在该特定实施例中，并且在图19-25、29、31、33、34所示的那些实施例中，假定用户特定的预编码适用于集中式传输，而不适用于分布式传输。如上所指出的，这不必然是这样的情况。该分类可以在配置消息中从发射节点传送到用户设备。UE搜索空间可以跨越L类和D类资源块，以使得eNB能够使用L或D传输来向UE灵活地发射控制信道。可以使用L和D传输的混合来发射用于同一 UE的不同控制信道。
[0088]进一步指出，在其他实施例中，配置用于控制信道传输的资源块被分类为使得一些块被保留用于利用用户特定的预编码的传输，并且其他块被保留用于不利用用户特定的预编码的传输。然后，从eREG到AP的映射可以基于该块的类型来确定。
[0089]在下面阐述的示例中，通常假定可提供最多4个天线端口。此外，假设用于天线端口 I (AP-1)和天线端口 2(AP-2)的参考信号在图3中表示为R7的资源元素中被码分复用，并且用于天线端口 3(AP-3)和天线端口 4(AP-4)的参考信号在图3中表示为R9的资源元素中被码分复用。然而，应当理解，这里描述的原理通常适用于任何数目的天线端口，其可以以不同的方式来被码复用或完全不被码复用。
[0090]图15示出了示例性D型资源块。资源块可以是RB或RB对，并且包括8个资源元素组，eREG-1到eREG- 8，如黑圆所示。如围绕eREG的椭圆形所指示的，2、4或8个资源元素组可以被分组在一起，以形成控制信道或控制信道的一部分。根据预定的映射，每个eREG与天线端口相关联。在该示例中，eREG-Ι、3、5和7与AP-1相关联，并且eREG_2、4、6和8与AP-2或AP-3中的任何一个相关联。因此，在该资源块中使用总共两个天线端口，AP-1和AP-2、或AP-1和AP-3。因为eREG在时间频率域中是正交的，并且预编码不是用户特定的，所以同一 DMRS可以用于多个用户设备，这降低了 RS开销并且提高了能量效率。在该示例中，在D型块中使用的天线端口的数目是固定，但是也可以是例如使用RRC信令通过更高层而可配置的。要使用的天线端口(例如AP-1和AP-2或AP-1和AP-3)也可以是固定的或通过更高层可配置的。
[0091]图16(a)_(c)示出了 L型资源块的三个不同的示例。如在图15中，块可以是RB或RB对，并且每个块包括8个eREG。围绕eREG的椭圆形对应于在块中发射的控制信道或控制信道的一部分。如这里看到的，在L型块中使用的天线端口的数目取决于哪些eREG用于该块中的控制信道。在图16(a)中，2个eREG用于控制信道，并且在块中发射4个不同的控制信道或部分控制信道(对应于四个椭圆形)。总共使用4个天线端口。在图16(b)中，发射两个控制信道或部分控制信道。属于第一控制信道的eREG-Ι到eREG-4被映射到AP-1，并且属于第二控制信道的eREG-5到eREG_8被映射到AP-3。因此，4个eREG用于控制信道，并且使用2个天线端口。最后，在图16(c)中，所有的8个eREG用于单个控制信道，并且其被映射到一个天线端口 AP-1。因此，在图16(a)-(c)中，用于eREG的天线端口取决于用于同一控制信道的eREG的数目，并且取决于所使用的特定eREG子集。如图15，用于不同数目的eREG和eREG子集的天线端口可以是固定的或可配置的。[0092]应当注意，在控制信道被包含在单个资源块的情况下，所使用的eREG的数目对应于控制信道的聚合等级。在图16(a)中，聚合等级(AL)可以是I (假设在CCE中存在2个eREG)，图16(b)对应于AL = 2，并且图16(c)可以对应于AL = 4。在该特殊情况下，要使用的天线端口可以说是取决于控制信道的聚合等级。
[0093]图17图示了不同数目的eREG(不同AL)用于不同控制信道的L型资源块。eREG-Ι到eREG-4属于一个控制信道并且使用AP-1，eREG-5和eREG_6属于第二控制信道并且使用AP-3，并且eREG-7和eREG_8属于第三控制信道并且使用AP-4。而且，在该示例中，控制信道中用于eREG的天线端口取决于哪个eREG子集用于该控制信道。
[0094]基于哪个eREG子集用于不同的控制信道来适配用于集中式传输的天线端口的数目的优点可以包括降低和自适应RS开销、增加的能量效率、改善的信道估计和更有效的信道估计。图18图示了改进。在图18 (a)中，4个ePDCCH被包括在资源块中。4个天线端口和相应的RS用于eREG-Ι到eREG-4。在图18(b)中，在所有的4个eREG中发射同一 ePDCCH，并且单个AP用于所有的eREG。因此，仅需要发射单个DMRS，而不是4个DMRS。这还意味着，用户设备仅需要执行单个信道估计。相反，如果在(b)中使用固定数目的天线端口(例如，4个AP)，则UE将必须每eREG执行一次信道估计，这不太有效率。此外，DMRS能量需要在资源块中分配的AP当中划分，这意味着信道估计可能不太准确。
[0095]在一些实施例中，所有资源块中配置用于控制信道传输的资源元素组被分类成两组，其中第一组是优先用于L传输，并且第二组是优先用于D传输。因此，L或D分类按资源元素组发生而不是按资源块(RB或RB对)发生。在本实施例中，有可能对L或D传输中的任一个或二者使用一个资源块(例如，一个RB或RB对)。注意，将整个资源块分类为L型或D型块可以被看作是该实施例的特殊情况，其中资源块内的所有资源元素组优先用于同一类型的传输。关于哪些资源元素组优先用于不同的传输类型的信息可以在配置消息中从发射节点传送到用户设备。此外，优先级可以动态地改变，在该情况下，发射节点可以向用户设备发送另一配置消息。在该实施方案的变体中，eREG与L组或D组的关联是用户设备特定的。
[0096]还注意，在其他实施例中，配置用于控制信道传输的所有资源块内的资源元素组被替代地分类为使得一些资源元素组被保留用于利用用户特定的预编码的传输，并且其他资源元素组被保留用于不利用用户特定的预编码的传输。然后，从eREG到AP的映射可以基于该资源元素组的类型来确定。
[0097]本实施例的优点是增加的灵活性，因为整个PRB对不依赖于如前述实施例中的L型或D型。如在前述实施例中，D型eREG具有与特定天线端口的预定义关联，这可以是固定的或者通过更高层可配置的。对于L型eREG，天线端口取决于哪个eREG子集用于控制信道。
[0098]图19-图25图示了 eREG被优先用于D或L传输的各种示例性PRB对。假定在这些附图中，固定数目的天线端口(2个AP)用于分集传输。如上所述，该数目可以是可由更高层配置的。进一步假设每PRB对有8个eREG，并且每CCE有2个eREG。
[0099]图19图示了支持1CCE、2CCE或4CCE D-传输中的任何一个的PRB对。上面的4个eREG优先用于D传输，参见图19(a)。然而，在覆盖D型和L型eREG 二者的4-CCE传输的情况下，将优先D传输，参见图19(b)。[0100]图21示出了支持用于1^传输的2父10^、1\20^或者1\40^的？1?对。在图21(a)中假设4AP开销，在图21(b)中假设3AP开销，并且图21 (c)假设IAP开销。注意，2个AP总是被保留用于分集传输(ΑΡ-l和AP-2)，除了在整个PRB对用于L传输的4CCE L传输的情况下。因此，当控制信道跨越L型和D型eREG 二者时，在该示例中，优先进行L传输。
[0101]图22示出了用于L和D传输二者的PRB对。这可以被称为“共享模式”。假设4AP开销。2AP是用于分集传输，并且2AP用于集中式传输。如在图22中所看到的，一个PRB对同时支持用于D传输的2X1CCE或1X2CCE以及用于L传输的2X ICCE或I X2CCE。
[0102]如图23-图25所示，指派给L型和D型的eREG的数目可以变化，并且如果需要的话，eREG也可以被重新指派给不同的分类。
[0103]在图23中，存在较少的L型传输，并且因此，更大数目的eREG被指派给PRB对内的D型类别。在图24中，不存在L型传输，并且因此所有的L型eREG被重新指派给D型。结果，与图23中的4个AP相比，仅存在2AP的开销。图25还示出了不存在L型传输并且所有的eREG被指配给D型的情况。注意，有可能将四阶分集用于IX4CCE D传输。最后，在不需要分集传输的相反情况下，有可能将所有的eREG指派给L型。这对应于图16中所示的情况。
[0104]在eREG被重新指派给不同分类的情况下，将需要通知UE，因为这在哪些AP以及在RPB对中使用多少AP方面影响UE的解码假设。这可以例如通过从eNB到UE的RRC信令来实现。
[0105]本发明的一些实施例可以在图26所示的无线网络中实现。该附图图示了基于RRU的异构网络场景。诸如eNB的高功率节点服务宏小区。eNB连接到在该宏小区内提供额外覆盖区(虚线区域)的远程无线电单元(RRU)。在该示例中，RRU使用与宏小区相同的小区ID，并且因此，虚线区域不是单独的小区。然而，通过使用扩展的控制信道传输，eNB可以经由RRU针对虚线区域内的UE对控制信息进行波束成形。因此，在该示例中，扩展的控制信道传输提供资源的小区内空间重用。
[0106]需要强调的是，本发明还可以用于各种其他场景。例如，扩展的控制信道传输在微微小区的扩展区中可能是有利的，其中在宏小区和微微小区之间的干扰使得难以接收控制信道，诸如roCCH、PCFICH和PHICH。那么可以使用传统的小区间干扰协调(ICIC)方法，其中微微小区和宏小区在频域上可以是分离的，并且低功率节点(微微基站)仅在保留用于微微小区的频率中发射ePDCCH加上ePHICH。此外，应当注意，本发明不限于HetNet场景。例如，如果用户设备位于宏小区的小区边界，则控制信息的波束成形可以是有利的。通常，扩展的控制信道传输使得能够在发射机(例如eNB)处更有效地使用多个天线。
[0107]现在将参考图26和图27中的信令图来描述根据一些实施例的配置用于用户设备的下行链路控制信道传输的方法。该方法可以在发射节点中执行，诸如图2中所示的eNB。该方法还可以在配备有多个天线的诸如低功率节点(例如，微微基站)的任何其他类型的发射节点中执行。
[0108]发射节点向要配置的用户设备发送消息，其中该消息指示被保留用于利用集中式传输的下行控制信道的传输的资源块集合。
[0109]资源块集合可以以若干不同的方式来指示，例如通过位图，或作为对预定义的配置表的索引。又如，该块集合可以由整数N来指示，其指示系统带宽中的每第N个块或资源元素、或者替代地用户设备的搜索空间中的每第N个块，被包括在该集合中。在又一示例中，指示块的范围。在该情况下，该消息可以包括开始索引和结束索引，其指示块的范围。还可以指示若干范围，在该情况下，消息将包括若干开始和结束索引。
[0110]在一个变体中，资源块集合仅包括被包括在用户设备的搜索空间中的块。
[0111]在特定变体中，资源块对应于PRB或PRB对。
[0112]该消息可以使用专用的更高层信令、例如作为RRC消息来发送。还可以在广播消息中，例如在系统信息中，指示资源块集合。这假定保留块的集合对于由发射节点服务的所有用户设备来说是相同的。
[0113]在本实施例的变体中，指示资源元素组集合，而不是指示资源块。这对应于为在资源元素组的基础上的集中式传输保留资源。应当注意，“保留”在该上下文中不一定意味着资源元素组仅可以用于特定类型的传输。如上文所述，在特定情况下，保留用于集中式传输的资源元素组可以被重新指派用于分布式传输，反之亦然。换言之，资源元素组集合被优先用于或主要用于集中式传输。
[0114]现在将参考图26和图27中的信令图来描述根据一些实施例的用于配置用于用户设备的下行链路控制信道传输的另一方法。该方法基于上述实施例，但是代替于指示被保留用于集中式传输的资源块，该消息指示被保留用于分布式传输的资源块或资源元素组的集合。[0115]发射节点向要配置的用户设备发送消息，其中该消息指示被保留用于下行控制信道的分布式传输的资源块集合。
[0116]资源块集合可以以上述方式中任一种来指示。
[0117]在一个变体中，资源块集合仅包括被包括在用户设备的搜索空间中的块。
[0118]在特定变体中，资源块对应于PRB或PRB对。
[0119]该消息可以使用RRC信令来发送。也可以在广播消息中，例如在系统信息中，指示资源块集合。这假定保留块的集合对于由发射节点服务的所有用户设备来说是相同的。这可能更类似于分布式传输，因为这通常用于定向到所有用户设备或用户设备组的控制信息。[0120]在本实施例的变体中，指示资源元素组集合，而不是指示资源块。这对应于为在资源元素组的基础上的集中式传输保留资源。
[0121]现在将描述又一实施例，该实施例是上述两个实施例的组合。因此，在本实施例中，在消息中指示块或资源元素组的两个集合:第一集合用于集中式传输，并且第二集合用于分布式传输。可以以上述方式中的任何一个来指不第一集合和第二集合二者。注意，对于第一集合和第二集合可以使用不同的指示机制。例如，可以通过位图来指示用于集中式传输的集合，而可以通过索引或整数N来指示用于分布式传输的集合。
[0122]如在图27中可以看出，使用集中式或分布式传输的扩展的控制信道eCCH的传输可以遵循上述配置。下面的实施例将描述用于执行传输的方法。因此，上述用于发射配置信息的方法可以与下述用于发射或接收扩展的控制信道的方法中的任何一个组合。
[0123]在例如用户设备的接收节点中执行的相应的方法从例如eNB的发射节点接收配置消息。这使得用户设备能够在其盲解码假设中考虑资源块或资源元素组的分类。[0124]因此，在一些变体中，在接收配置消息的步骤之后是下述用于接收扩展的控制信道的方法中的任何一个。
[0125]图28图示例如图26的eNB的网络节点中用于发射扩展的控制信道的方法。
[0126]现在将参考图29的流程图来描述根据实施例的用于向UE发射扩展的控制信道的方法。在该示例中，方法由eNB执行，但是一般来说，该方法可以在配备有多个天线的任何发射节点中执行。
[0127]eNB首先决定使用扩展的控制信道的集中式还是分布式信息。如上所述，集中式传输是指应用UE特定的预编码，并且分布式传输意味着不应用UE特定的预编码。
[0128]首先考虑在eNB决定通过集中式传输来以ePDCCH的形式向UE发射增强的控制信道的情况。假设eNB知道优选的预编码矢量并且通过来自UE的信道状态信息反馈而知道下行链路信道质量。
[0129]eNB中的ePDCCH调度器基于下行链路信道质量来决定用于ePDCCH传输的聚合等级以确保稳健的接收。如果信道质量差，则选择较大的聚合等级。然后，eNB识别UE被配置以监视的搜索空间和使用的PRB对。然后，对于给定的聚合等级，eNB向UE监视的eREG中的一个或多个分配编码和调制的ePDCCH消息。
[0130]如果ePDCCH 跨越多个PRB对，则在每个PRB对中针对该消息选择一个天线端口。该选择基于预定义的规则，当使用PRB对中的eREG的子集时，那么指派唯一的天线端口。图16中示出了这样的预定义的规则的示例。例如，如果ePDCCH正在使用该PRB对中的eREG-l+eREG2，则使用天线端口 I (AP-1)。替代地，如果使用eREG-5_eREG8，则使用AP-3。
[0131]然后，eNB利用同一优选预编码矢量来对每个使用的PRB对内的ePDCCH和使用的DMRS进行预编码。如果eNB具有详细的可用预编码信息，那么在每个PRB对中使用的预编码矢量可以是不同的，以实现每子带预编码益处。然后，eNB从多个eNB天线发射预编码的ePDCCH 和 DMRS。
[0132]在实施例的一个替代中，PRB对中使用的eREG的数目还可以用于确定用于DMRS的功率。例如，假设APl和AP2在所使用的RE上码复用，并且AP3和AP4在不同的RE集合上码复用。然后，如果在PRB对中同时使用AP-1和AP-2，则总计每资源元素能量(EPRE)的1/2被分配给与每个AP相关联的DMRS。另一方面，如果对于另一天线端口不存在这些DMRS的其他使用(如在上述8eREG的情况下)，则eNB可以使用，并且UE可以假设，全部EPRE用于所使用的AP的DMRS。
[0133]现在将考虑通过分布式传输来向UE发射增强的控制信道的情况以及假设eNB不知道优选的预编码矢量但是通过来自UE的信道状态信息反馈知道一些下行链路信道质量的情况。
[0134]eNB中的ePDCCH调度器基于下行链路信道质量来决定用于ePDCCH传输的聚合等级以确保稳健的接收。如果信道质量差，则选择较大的聚合等级。然后，eNB识别UE被配置以监视的搜索空间和使用的PRB对。然后，对于给定的聚合等级，eNB向UE监视的eREG中的一个或多个分配编码和调制的ePDCCH消息。这些eREGs分布在多个PRB对上，充分分离隔开，使得实现频率分集。
[0135]用于该消息的每个PRB对中使用两个天线端口，并且每个eREG使用AP-1或替代的AP。替代的AP可以是AP-2，并且因此，对应的DMRS与AP-2码复用。替代地，使用AP-3，其继而与AP-1时间频率复用3。这具有能够每AP使用全部EPRE的优点。
[0136]图30中示出了 eREG和AP之间的关联的示例。
[0137]然后，eNB根据每个使用的PRB对内的所使用的AP来对ePDCCH和使用的DMRS进行预编码。然而，因为通过使用其余ePREG在该PRB对中可能发射了多个ePDCCH，并且因为其使用同一 AP，所以UE特定的预编码不能在该情况下使用。然后，用于在2天线eNB情况下使用的预编码矢量的一个实例简单地可以是分别用于两个AP的[10]和[01]，因此将第一 AP映射到第一天线并且将第二 AP映射到第二天线。因此，实现对整个小区的覆盖。然后，eNB从多个eNB天线发射预编码的ePDCCH和DMRS。
[0138]在本实施例的特定变体中，eNB从预定义的PRB对集合中选择用于传输的PRB对。如果选择集中式传输，则从被保留用于集中式传输的预定义的PRB对集合中选择PRB对。相应地，如果选择分布式传输，则从被保留用于分布式传输的第二预定义的PRB对集合中选择PRB对。除了被包括在适用的预定义集合中之外，所选择的PRB对还应当被包括在UE的搜索空间内。
[0139]对于分布式传输，用于同一 PRB对内的控制信道的增强的资源元素组可以被映射到不同的天线端口以实现天线分集，特别是当控制信道被限制在单个PRB对内时。
[0140]在本实施例的其他变体中，eNB从预定义的eREG集合中选择用于传输的eREG。这在图31中进行了图示。如果选择集中式传输，则从被保留用于集中式传输的预定义的eREG集合中选择eREG。相应地，如果选择分布式传输，则从被保留用于分布式传输的第二预定义的eREG集合中选择eREG。除了被包括在适用的预定义集合中之外，所选择的eREG还应当被包括在UE的搜索空间 内。eNB可以直接选择eREG，而不先选择PRB对，或者可以通过选择PRB对而开始，然后选择PRB对内被包括在适用的保留的eREG集合中的eREG。
[0141]对于分布式传输，同一 PRB对内的所使用的增强的资源元素组可以被映射到不同的天线端口，以实现天线分集，特别是当控制信道被限制在单个PRB对内时。
[0142]在特定变体中，eNB可以从用于一个控制信道的传输的第一和第二集合中选择eREG。这对应于将特定eREG重新指派给不同类型，例如将“L型” eREG重新指派给“D型”，反之亦然。如果仅需要一种类型的传输(例如仅集中式传输)，或者如果对于分布式传输存在比集中式传输更多的需要(或反之亦然)，则这可能是有利的。
[0143]被保留以分别用于集中式和分布式传输的PRB对或eREG的集合可以在配置消息中被传送到UE，如上所述。
[0144]参考图32-图33中的流程图，现在将描述用户设备中的用于接收下行链路控制信道的方法，其中下行链路控制信道包括在至少一个资源块中的增强的资源元素组集合。在该示例中，资源块(例如PRB或PRB对)被指定为L型或D型，并且基于该知识，UE可以推断哪个天线端口用于特定资源元素组。
[0145]UE开始于从为用户设备配置的搜索空间中选择对应于候选下行链路控制信道的增强的资源元素组候选集合。候选集合中的CCE的数目对应于UE在该盲解码尝试中假设的聚合等级。如上所述，每CCE通常有2个eREG。
[0146]对于候选集合中的每个资源元素组，UE现在需要识别增强的资源元素组所映射到的天线端口。
[0147]UE首先确定增强的资源元素组的候选集合被包括在其内的至少一个资源块。[0148]然后，UE检查其中一个块的类型。换言之，UE确定该块被包括在第一还是第二预定义的资源块集合中，其中第一预定义的集合被保留用于集中式传输，并且第二预定义的集合被保留用于分布式传输。预定义的集合可能先前已经在配置消息中被传送到UE，如上所述。替代地，一个或这两个集合可以被硬编码，例如标准文档中定义。
[0149]响应于确定该块被包括在第一预定义的资源块集合中，UE识别用于该块中的所有增强的资源元素组的同一天线端口以及哪些属于候选下行链路控制信道。哪个天线端口被识别取决于增强的资源元素组的哪个子集用于资源块中的下行链路控制信道。
[0150]在特定变体中，如果该候选下行链路控制信道使用资源块中的所有增强的资源元素组、或增强资源元素组的前半部分、或增强的资源元素组的第一对，则UE识别出第一天线端口(AP-1)。如果该候选下行链路控制信道使用资源块中的增强资源元素组的后半部分或增强的资源元素组的第二对，则UE识别出第二天线端口(AP-2)。如果该候选下行链路控制信道使用资源块中的增强的资源元素组的第三对，则UE识别出第三天线端口(AP-3)。最后，如果该候选下行链路控制信道使用资源块中的增强的资源元素组的第四对，则UE识别出第四天线端口(AP-4)。
[0151]响应于确定资源块被包括在第二预定义的集合中，UE基于增强的资源元素组与天线端口之间的预定映射来识别用于包括在资源块中的每个增强的资源元素组的天线端口。
[0152]在特定示例中，如果该候选下行链路控制信道使用资源块中的增强资源元素组的一半，则UE识别出第三天线端口。否则，UE根据候选下行链路控制信道使用哪个资源块子集来识别第三或第四 天线端口。
[0153]对于属于候选下行链路控制信道的其他资源块遵循类似的过程。应当注意，因为可以假定用于候选下行链路控制信道的所有块具有相同的类型，所以不是严格必需检查每个块的类型。因此，有可能检查每个块的类型，或者仅检查第一块的类型并且然后假设对于该候选信道的其他块为相同类型。
[0154]最后，UE尝试基于来自针对每个增强的资源元素组识别的天线端口的估计的信道来解码候选下行链路控制信道。解码过程可以涉及多个子步骤，如图32中所示。
[0155]资源块可以对应于物理资源块或物理资源块对。
[0156]在特定变体中，下行链路控制信道与数据频率复用，并且每个天线端口与解调参考信号相关联，解调参考信号在由相应的增强的资源元素组所占用的资源块内发射。这也可以被称为扩展的或增强的控制信道。
[0157]参考图32和图34中的流程图，现在将描述用户设备中的用于接收下行链路控制信道的方法，下行链路控制信道包括在至少一个资源块中的增强的资源元素组集合。
[0158]UE开始于从为用户设备配置的搜索空间中选择对应于候选下行链路控制信道的增强的资源元素的候选集合。候选集合中的CCE的数目对应于UE在该盲解码尝试中假设的聚合等级。如上所述，每CCE通常有2个eREG。
[0159]对于候选集合中的每个增强的资源元素组，UE现在需要识别增强的资源元素组所映射到的天线端口。
[0160]UE通过检查增强的资源元素组中的一个的类型开始。换言之，UE确定REG被包括在第一还是第二预定义的REG块集合中，其中第一预定义的集合被保留或优先用于集中式传输，并且第二预定义的集合被保留或优先用于分布式传输。预定义的集合可能先前已经在配置消息中被传送到UE，如上所述。替代地，一个或这两个集可以被硬编码，例如在标准文档中定义。
[0161]响应于确定增强的资源元素组被包括在第一预定义的集合中，UE确定增强的资源元素组被包括在其中的资源块。然后，UE基于块中的增强的资源元素组的哪个子集用于候选下行链路控制信道来识别用于增强的资源元素组的天线端口。
[0162]在特定示例中，如果该候选下行链路控制信道使用资源块中的所有增强的资源元素组、或增强资源元素组的前半部分或增强的资源元素组的第一对，则UE识别出第一天线端口。否则，如果该候选下行链路控制信道使用资源块中的增强资源元素组的后半部分或增强的资源元素组的第二对，则UE识别出第二天线端口。否则，如果该候选下行链路控制信道使用资源块中的增强资源元素组的第三对，则UE识别出第三天线端口。最后，如果该候选下行链路控制信道使用资源块中的增强资源元素组的第四对，则UE识别出第四天线端口。
[0163]响应于确定增强资源元素组被包括在第二预定义的集合中，UE基于增强的资源元素组与天线端口之间的预定映射来识别用于资源元素组的天线端口。
[0164]在特定示例中，如果该候选下行链路控制信道使用资源块中的增强资源元素组的一半，则UE识别出第三天线端口。否则，UE根据候选下行链路控制信道使用资源块的哪个子集来识别第三或第四天线端口。
[0165]对于属于候选 下行链路控制信道的其他REG遵循类似的过程。应当注意，因为可以假定用于候选下行链路控制信道的所有REG具有相同的类型，所以不是严格必需检查每个REG的类型。因此，有可能检查每个REG的类型，或者仅检查第一 REG的类型并且然后假设对于该候选信道的其他REG为相同类型。
[0166]最后，UE尝试基于来自针对每个增强资源元素组识别的天线端口的估计的信道来解码候选下行链路控制信道。解码过程可以涉及多个子步骤，如图32中所示。
[0167]资源块可以对应于物理资源块或物理资源块对。
[0168]在特定变体中，下行链路控制信道与数据频率复用，并且每个天线端口与解调参考信号相关联，解调参考信号在由相应的资源元素组所占用的资源块内发射。这也可以被称为扩展的或增强的控制信道。
[0169]在又一实施例中，如图35所不,UE不需要如前述实施例基于规则来确定用于每个eREG的AP。替代地，已经作为ePDCCH候选定义的一部分而为每个候选ePDCCH定义PRB对、在PRB对内使用的eREG和关联的天线端口。
[0170]当尝试解码下行链路控制信道时，UE具有需要检查的、其搜索空间中的ePDCCH候选的列表。
[0171]每个候选ePDCCH由PRB/eREG/AP映射的集合组成。例如，UE可以具有一个候选ePDCCH，其具有搜索集合[(PRB I, eREGl, API), (PRB I, eREG2，AP2) ]，AL = 2。
[0172]然后，UE仅搜索其候选ePDCCH中的每一个。
[0173]此外，用于UE的ePDCCH候选的列表可以以某种伪随机方式改变以避免冲突。
[0174]注意，如果UE的列表包含其集合的两个元素包含映射到多个AP的同一 eREG的候选ePDCCH，则这隐式地用信号通知多层传输。AL = 2的示例是[(PRB1，eREGl，API)，(PRBI,eREGl，AP2)]。这里，API和AP2都被指派给eREGl，由此隐式地用信号向UE通知在该eREG上正使用多层传输。
[0175]虽然以支持任何适当通信标准的电信系统的任何适当的类型并且使用任何适当的组件来实现所描述的解决方案，所描述的解决方案的具体实施例可以在LTE网络中实现，例如图26中所示。
[0176]示例性网络可以进一步包括适用于支持无线设备之间或在无线设备和另一通信设备(诸如固网电话)之间的通信的任何附加元件。虽然图示的无线设备可以表示包括硬件和/或软件的任何适当组合的通信设备，但是该无线设备在特定实施例中可以表示诸如图37更详细地图示的示例性无线设备900的设备。类似地，虽然图示的网络节点可以表示包括硬件和/或软件的任何适当组合的网络节点，但是该网络节点在特定实施例中可以表示诸如图36更详细图示的示例性网络节点800的设备。
[0177]如图37中所示，示例性无线设备900包括处理电路920、存储器930、无线电电路910和至少一个天线。无线电电路可以包括RF电路和基带处理电路(未示出)。在具体实施例中，由移动通信设备或其他形式的无线设备所提供的上述功能中的一些或全部可以由执行存储在诸如图37中所示的存储器930的计算机可读介质上的指令的处理电路920来提供。无线设备900的替代实施例可以包括除了图37所示的那些之外的附加组件，其可以负责提供无线设备的功能的特定方面，包括上述任何功能和/或支持上述解决方案所需要的任何功能。
[0178]如图36中所示，示例性网络节点800包括处理电路820、存储器830、无线电电路810和至少一个天线。处理电路820可以包括RF电路和基带处理电路(未示出)。在具体实施例中，上述由移动基站、基站控制器、中继节点、节点B、增强型节点B和/或任何其他类型的移动通信节点所提供的上述功能中的一些或全部可以由执行存储在诸如图36中所示的存储器830的计算机可读介质上的指令的处理电路820来提供。网络节点800的替代实施例可以包括负责提供附加功能的附加组件，包括上述任何功能性和/或支持上述解决方案所需要的任何功能。
[0179]当使用词语“包括”或“包含”时，应当被解释为非限制性的，即，意味着“至少包括”。
[0180]本发明并不限于上述优选实施例。可以使用各种替换、修改和等同物。因此，上述实施例不应被视为限制本发明的范围。
[0181]一些实施例提供了一种用于在至少一个资源块中发射下行控制信道的方法，其中下行链路控制信道包括资源元素组集合。该方法可以由例如eNB的发射节点来执行。发射节点首先确定使用集中式传输还是分布式传输来发射下行链路控制信道。响应于确定使用集中式传输，发射节点执行传输，使得包括在相同资源块中的、集合中的所有资源元素组被映射到同一天线端口，并且天线端口取决于资源块中的哪个资源元素组子集用于下行链路控制信道。
[0182]在一些变体中，用于传输的资源元素组集合可以从预定义的第一资源元素组集合中选择。在这些变体中，用于传输的资源元素组中的至少一个可以从预定义的第二资源元素组集合中选择。
[0183]可选地，该方法还包括:选择至少一个资源块，并且在每个选择的资源块内选择用于下行链路控制信道的传输的资源元素组集合。该至少一个资源块可以从预定义的第一资源块集合中选择。
[0184]在一些变体中，天线端口取决于资源块中用于下行链路控制信道的资源元素组的数目，并且取决于资源块中用于下行链路控制信道的资源元素组的位置。
[0185]可选地，该方法可以进一步包括下述步骤，响应于确定执行不利用用户设备特定的预编码的传输，发射下行链路控制信道，使得该集合中的每个资源元素组根据预定映射被映射到与该资源元素组相关联的天线端口。在一些变体中，该方法进一步包括:选择至少一个资源块，以及在每个选择的资源块内选择用于下行链路控制信道的传输的资源元素组集合。此外，这些变体可以包括从预定义的第二资源块集合中选择该至少一个资源块。还有可能从预定义的第二资源元素组集合中选择用于传输的资源元素组，并且从预定义的第一资源元素组集合中选择用于传输的至少一个资源元素组。
[0186]该方法还可以 包括选择用于下行链路控制信道的聚合等级，其中聚合等级对应于用于发射下行链路控制信道的资源元素组的数目，以对集合中的每个资源元素组以及用于资源元素组所映射到的天线端口的参考信号执行发射预编码，并且经由多个发射天线发射下行链路控制信道。
[0187]可以从包括在传输所指向的一个或多个用户设备的搜索空间中的资源元素组中选择用于传输的资源元素组。
[0188]一些实施例提供了一种用于在至少一个资源块中发射下行链路控制信道的发射节点，其中下行链路控制信道包括资源元素组的集合，发射节点包括无线电电路和处理电路。处理电路被配置用于确定使用用户设备特定的预编码还是不使用用户设备特定的预编码来执行传输，以及响应于确定使用用户设备特定的预编码来执行传输，经由无线电电路来执行传输，使得包括在相同资源块或资源块对中的、集合中的所有资源元素组被映射到同一天线端口，并且天线端口取决于资源块或资源块对中包括哪个资源元素组。
【权利要求】
1.一种用于在至少一个资源块中发射下行链路控制信道的方法，其中所述下行链路控制信道包括资源元素组集合，所述方法包括: -确定使用集中式传输还是分布式传输来发射所述下行链路控制信道；以及-响应于确定使用集中式传输，执行所述传输，使得所述集合中包括在相同资源块中的所有资源元素组被映射到同一天线端口，并且所述天线端口取决于所述资源块中哪个资源元素组子集用于所述下行链路控制信道。
2.根据权利要求1所述的方法，其中所述天线端口取决于所述资源块中用于所述下行链路控制信道的资源 元素组的数目，并且取决于所述资源块内用于所述下行链路控制信道的资源元素组的位置。
3.根据权利要求1-2中的任何一项所述的方法，进一步包括: -选择至少一个资源块；以及 -在每个选择的资源块内选择用于所述下行链路控制信道的传输的资源元素组集合。
4.根据权利要求3所述的方法，进一步包括: -从预定义的第一资源块集合中选择所述至少一个资源块。
5.根据权利要求1-3中的任何一项所述的方法，进一步包括: -从预定义的第一资源元素组集合中选择用于所述传输的所述资源元素组集合。
6.根据权利要求5所述的方法，进一步包括: -从预定义的第二资源元素组集合中选择用于所述传输的所述资源元素组中的至少一个。
7.根据权利要求1-6中的任何一项所述的方法，进一步包括: -响应于确定使用分布式传输，发射所述下行链路控制信道，使得所述集合中的每个资源元素组根据预定的映射被映射到与该资源元素组相关联的天线端口。
8.根据权利要求7所述的方法，进一步包括: -选择至少一个资源块；以及 -在每个选择的资源块内选择用于所述下行链路控制信道的传输的资源元素组集合。
9.根据权利要求8所述的方法，进一步包括: -从预定义的第二资源块集合中选择所述至少一个资源块。
10.根据权利要求7或8所述的方法，进一步包括: -从预定义的第二资源元素组集合中选择用于所述传输的资源元素组。
11.根据权利要求10所述的方法，进一步包括: -从预定义的第一资源元素组集合中选择用于所述传输的至少一个资源元素组。
12.根据权利要求1-11中的任何一项所述的方法，进一步包括: -选择用于所述下行链路控制信道的聚合等级，其中所述聚合等级对应于用于发射所述下行链路控制信道的资源元素组的数目； -执行对所述集合中的每一个资源元素组和用于所述资源元素组所映射到的所述天线端口的参考信号的发射预编码；以及 -经由多个发射天线来发射所述下行链路控制信道。
13.根据权利要求1-12中的任何一项所述的方法，进一步包括:从包括在所述传输所指向的一个或多个用户设备的搜索空间中的所述资源元素组中选择用于所述传输的所述资源元素组。
14.一种用于在至少一个资源块中发射下行链路控制信道的发射节点，其中所述下行链路控制信道包括资源元素组集合，所述发射节点包括无线电电路和处理电路，其中所述处理电路被配置用于: -确定使用集中式传输还是分布式传输来发射所述下行链路控制信道；以及 -响应于确定使用集中式传输，经由所述无线电电路执行所述传输，使得所述集合中包括在相同资源块或资源块对中的所有资源元素组被映射成同一天线端口，并且所述天线端口取决于哪些资源元素组被包括在所述资源块或资源块对中。
15.一种在用户设备中的用于在至少一个资源块中接收下行链路控制信道的方法，其中所述下行链路控制信道包括资源元素组集合，所述方法包括: -从配置用于所述用户设备的搜索空间中选择与候选下行链路控制信道相对应的资源元素组候选集合； -对于所述候选集合中的每个资源元素组，基于所述资源元素组来识别所述资源元素组被映射到的天线端口； -尝试基于来自针对每个资源元素组识别的天线端口的估计的信道来解码所述下行链路控制信道。
16.根据权利要求15所述的方法，其中所述识别天线端口的步骤进一步包括: -确定所述资源元素组候选集合被包括于其中的至少一个资源块； -响应于确定资源块被包括在第一预定义资源块集合中，识别用于所述集合中包括在所述资源块中的所有资源元素组的同一天线端口，其中所识别的天线端口取决于哪个资源元素组子集用于所述资源块中的下行链路控制信道。
17.根据权利要求16所述的方法，进一步包括: -如果所述候选下行链路控制信道使用所述资源块中的所有资源元素组、或所述资源元素组的前半部分、或资源元素组的第一对，则识别出第一天线端口 ；或者 -如果所述候选下行链路控制信道使用所述资源块中的所述资源元素组的后半部分、或所述资源元素组的第二对，则识别出第二天线端口 ；或者 -如果所述候选下行链路控制信道使用所述资源块中的所述资源元素组的第三对，则识别出第三天线端口 ；或者 -如果所述候选下行链路控制信道使用所述资源块中的所述资源元素组的第四对，则识别出第四天线端口。
18.根据权利要求16所述的方法，其中所述识别天线端口的步骤进一步包括: -响应于确定所述资源块被包括在第二预定义的资源块集合中，基于资源元素组与天线端口之间的预定映射来识别用于包括在所述资源块中的每个资源元素组的天线端口。
19.根据权利要求16所述的方法，其中所述识别天线端口的步骤进一步包括: -响应于确定所述资源元素组被包括在第一预定义的资源元素组集合中，确定所述资源元素组被包括于其中的所述资源块，并且基于哪些资源元素组被包括在同一资源块中、哪些资源元素组被包括在第一预定义的资源元素组集合中、以及哪些资源元素组被包括在所述候选集合中，来识别用于所述资源元素组的天线端口。
20.根据权利要求20所述的方法，进一步包括:-如果所述候选下行链路控制信道使用所述资源块中的所述资源元素组的一半，则识别出第三天线端口 ；或者 -根据所述候选下行链路控制信道使用所述资源块的哪个子集来识别出第三或第四天线端口。
21.根据权利要求16所述的方法，其中所述识别天线端口的步骤进一步包括: -响应于确定所述资源元素组被包括在第二预定义的资源元素组集合中，基于资源元素组和天线端口之间的预定映射来识别用于包括在所述资源块中的所述资源元素组的天线端口。
22.根据前述权利要求中的任何一项所述的方法，其中资源块是物理资源块或物理资源块对。
23.根据前述权利要求中的任何一项所述的方法，其中所述下行链路控制信道与数据频率复用，并且其中每个天线端口与解调参考信号相关联，所述解调参考信号在由相应的资源元素组所占用的资源块内发射。
24.一种用于在至少一个资源块中接收下行链路控制信道的接收节点，其中所述下行链路控制信道包括资源元素组集合，所述发射节点包括无线电电路和处理电路，其中所述处理电路被配置用于: -从配置用于所述用户设备的搜索空间中选择与候选下行链路控制信道相对应的资源元素组候选集合； -对于所述候选集合中的每个资源元素组，基于所述资源元素组来识别所述资源元素组被映射到的天线端口； -尝试基于来自针对每个资源元素组识别的天线端口的估计的信道来解码所述下行链路控制信道。
25.一种用于配置用于用户设备的下行链路控制信道传输的方法，所述方法包括: -向所述用户设备发送消息，所述消息指示被保留用于下行链路控制信道的集中式传输的资源块或资源元素组的集合。
26.一种用于配置用于用户设备的下行链路控制信道传输的方法，所述方法包括: -向所述用户设备发送消息，所述消息指示被保留用于下行链路控制信道的分布式传输的资源块或资源元素组的集合。
27.根据权利要求25-26中的任何一项所述的方法，其中所述块或资源元素组的集合通过位图来指示。
28.根据权利要求25-26中的任何一项所述的方法，其中所述块或资源元素组的集合通过对预定义的配置表的索引来指示。
29.根据权利要求25-26中的任何一项所述的方法，其中所述块或资源元素组的集合通过整数N来指示,其指示每第N个块或资源元素被包括在所述集合中。
30.一种用于配置用于用户设备的下行链路控制信道传输的方法，所述方法包括: -向所述用户设备发送消息，所述消息指示被保留用于下行链路控制信道的集中式传输的资源块或资源元素组的集合，并且指示被保留用于下行链路控制信道的分布式传输的资源块或资源元素组的第二集合。
31.根据权利要求30所述的方法，其中所述第一集合和所述第二集合中的至少一个通过位图来指示。
32.根据权利要求30-31中的任何一项所述的方法，其中所述第一集合和所述第二集合中的至少一个通过对预定义的配置表的索引来指示。
33.根据权利要求30-32中的任何一项所述的方法，其中所述第一集合和所述第二集合中的至少一个通过整数N来指示,其指示每第N个块或资源元素被包括在所述集合中。
34.根据权利要求30-33中的任何一项所述的方法，其中所述第一集合和所述第二集合中的至少一个通过开始索引和结束索引来指示，其指示包括在所述集合中的块或资源元素组的范围。
35.根据权利要求25-34中的任何一项所述的方法，包括使用RRC信令来发送所述消肩、O
36.一种用于接收关于下行链路控制信道传输的配置信息的方法，所述方法包括: -接收消息，所述消息指示被保留用于下行链路控制信道的集中式传输的资源块或资源元素组的集合。
37.一种用于接收关于下行链路控制信道传输的配置信息的方法，所述方法包括: -接收消息，所述消息指示被保留用于下行链路控制信道的分布式传输的资源块或资源元素组的集合。
38.一种用于接收关于下行链路控制信道传输的配置信息的方法，所述方法包括: -接收消息，所述消息指示被保留用于下行链路控制信道的集中式传输的资源块或资源元素组的集合，并且指示被保留用于下行链路控制信道的分布式传输的资源块或资源元素组的第二集合。
【文档编号】H04W72/00GK104025495SQ201280054393
【公开日】2014年9月3日 申请日期:2012年10月24日 优先权日:2011年11月7日
【发明者】M·弗雷内, C·霍伊曼, J·菲鲁斯科格, D·拉森, J-F·程, H·科拉帕蒂 申请人:瑞典爱立信有限公司