[发明专利]用于支持CoMP的ePDCCH资源映射的信令

说明书

通信系统可以从用于资源映射的信令中获益。例如，第三代伙伴项目(3GPP)长期演进‑高级(LTE‑高级)可以从用于支持协调多点(CoMP)传输的增强型下行链路控制信道(ePDCCH)资源映射的信令中获益。

技术领域

通信系统可以从用于资源映射的信令中获益。例如第三代伙伴项目(3GPP)长期演进-高级(LTE-高级)可以从用于支持协调多点(CoMP)传输的增强型下行链路控制信道(ePDCCH)资源映射的信令中获益。

背景技术

在关于增强型下行链路(DL)控制信道的考虑之中考虑关于围绕公共参考信号(CRS)、PDCCH区域和PBCH/PSS/SSS使用增强型物理下行链路控制信道(ePDCCH)编码链速率匹配如下。例如,可以是与任何其它信号冲突的资源单元(RE)未用于ePDCCH。另外，如果支持在这些物理资源块(PRB)对中的ePDCCH传输，则可以围绕CRS、在新载波类型(NCT)上的新天线端口、上至物理下行链路共享信道(PDSCH)起始位置的区域和/或物理广播信道(PBCH)和主同步信号/次同步信号(PSS/SSS)使用编码链速率匹配。

以上列举的这些信号的位置可以在从单个传输点(TP)传输ePDCCH时对UE是已知的。然而，在一些场景中，与数据信道PDSCH相似，ePDCCH也可以从协作多点传输(CoMP)中获益。CoMP对于PDSCH的支持通常以对于UE透明的方式操作。

对于CoMP操作和进行中的ePDCCH设计的控制信令支持可能需要是兼容的。另外，为了具有将来试验ePDCCH设计，该设计可能需要考虑用于ePDCCH的潜在CoMP支持。在ePDCCH在协作传输点(TP)具有不同小区ID的场景中运用任何CoMP方案、比如联合传输(JT)或者动态点选择(DPS)时，用户设备(UE)可能需要知道用于每个ePDCCH盲解码候选的CRS和PDCCH区域的位置。

这对于协作TP具有相同共享小区ID的场景不是问题。在这样的情况下，用于所有传输点的CRS位置和PDCCH区域相同。在CoMP场景中，就宏-微微型异构网络(HetNet)而言，假设DPS用于ePDCCH，在一个子帧中，可以从宏小区传输ePDCCH，然后可能需要映射用于例如宏小区的CRS的RE。在另一子帧中，可以从微微小区传输ePDCCH，并且相应地可能需要为ePDCCH围绕映射用于例如微微小区的CRS的RE。如果应用从宏和微微的JT，则可能需要映射用于例如两个小区的CRS的RE。

一种解决对于PDSCH情况的问题的方式是向UE提供其它信号、比如CRS的位置，以用于具有CoMP操作的PDSCH资源映射。PDCCH或者ePDCCH所携带的下行链路控制信息(DCI)将用来向UE提供CRS位置。然而，这样的方式对于利用CoMP操作的ePDCCH是不可能的，因为DCI仅在UE对ePDCCH正确地进行解码之后才可由UE访问。然而，由于编码链速率匹配方式，用于对ePDCCH进行解码的CRS位置信息。

目前，围绕CRS的资源映射对于ePDCCH是必需的而尚未考虑潜在CoMP支持。因此，没有用于处理CRS和PDCCH区域信令以支持用于ePDCCH的CoMP操作的现有方式。

发明内容

根据某些实施例，一种方法包括接收在物理资源块资源与在协作多点系统中的多个传输点中的至少一个传输点之间的关联。该方法也包括基于该关联对增强型物理下行链路控制信道进行解码。

在某些实施例中，一种方法包括确定在物理资源块资源与在协作多点系统中的多个传输点中的至少一个传输点之间的关联。该方法也包括向用户设备传输该关联。

在某些实施例中，一种装置包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少接收在物理资源块资源与协作多点系统中的多个传输点中的至少一个传输点之间的关联。至少一个存储器和计算机程序代码也被配置为与至少一个处理器一起使该装置至少基于该关联对增强型物理下行链路控制信道进行解码。