CoMP下EPDCCH/PDSCH解调的CRS干扰减轻的制作方法
【技术领域】
[0001 ] 本公开涉及无线通信领域，更具体地，涉及CoMP下ePDCCH/PDSCH解调的CRS干扰 减轻的方案。
【背景技术】
[0002] 3GPP已经持续地致力于长期演进（LTE)的进一步演进以满足对更高的数据速率 和网络容量的需求。已经引入了许多高级特征（例如多入多出（MMO)、协作多点发送/接 收（CoMP)、载波聚合等）来提高峰值数据速率。然而，这些技术主要瞄准提高数据信道。随 着每个小区的连接数的爆炸式增长，控制信道容量成为系统性能的瓶颈。早期版本中的控 制信道的设计原则不再适用。目前，3GPP正在致力于设计新的控制信道，下文称为"增强的 PDCCH(ePDCCH) "。
[0003] RANl中针对ePDCCH的讨论正在进行，并且尚未决定许多细节，例如eREG/eCCE 到RE的映射、DM-RS天线端口关联和扰码序列初始化、搜索空间设计、ePDCCH的PUCCH HARQ-ACK资源分配等。
[0004] 在ePDCCH讨论中，在3GPP中尚未决定是否针对每个ePDCCH集发信号通知CRS配 置。在每个ePDCCH集中，如果CRS配置与服务小区CRS配置不同，仍然要讨论如何处理服 务小区CRS和ePDCCH RE的映射。
【发明内容】
[0005] 根据本公开的一方面，提供了一种CRS干扰减轻方法，包括步骤：确定已经配置的 (在映射中排除的）CRS不是服务小区的CRS ;以及通过参考服务小区的CRS配置，减轻来自 服务小区的CRS干扰。
[0006] 在一个实施例中，CRS干扰减轻方法还可以包括步骤：检测当前的增强的ePDCCH 集配置，以确定包括在当前ePDCCH集配置中的CRS配置（例如，包括小区ID(可以用于确 定扰码序列和CRS位移））。
[0007] 在另一实施例中，CRS干扰减轻方法还可以包括步骤：获取DCI，以确定在DCI中发 信号通知的CRS配置。
[0008] 如果所确定的CRS配置与服务小区的CRS配置不相同，则确定已经配置的CRS不 是服务小区的CRS。否则，如果所确定的CRS配置与服务小区的CRS配置相同，则确定已经 配置的CRS是服务小区的CRS。
[0009] 在又另一实施例中，CRS干扰减轻方法还可以包括：通过参考其他CRS辅助信息来 减轻其他干扰小区的CRS的步骤。
[0010] 根据本发明的第二方面，提供了一种用户设备（UE)，包括：CRS减轻确定单元，其 配置为确定已经配置的（在映射中排除的）CRS不是服务小区的CRS ;以及CRS减轻单元， 其配置为通过参考服务小区的CRS配置，减轻来自服务小区的CRS的干扰。
[0011] 在一个实施例中，UE还可以包括：ePDCCH集检测单元，其配置为检测当前的 ePDCCH集配置，以确定包括在当前ePDCCH集配置中的CRS配置。
[0012] 在另一实施例中，UE还可以包括：DCI获取单元，其配置为获取DCI以确定在DCI 中发信号通知的CRS配置。
[0013] 当所确定的CRS配置与服务小区的CRS配置不相同时，CRS减轻确定单元确定已 经配置的CRS不是服务小区的CRS。否则，当所确定的CRS配置与服务小区的CRS配置相同 时，CRS减轻确定单元确定已经配置的CRS是服务小区的CRS。
[0014] 在又另一实施例中，CRS减轻单元还配置为：通过参考其他CRS辅助信息来减轻其 他干扰小区的CRS。
【附图说明】
[0015] 结合附图并且参考下文对本公开的非限制性实施例的详细描述，本公开的上述和 其它目的、特征和优势将更加清楚，其中：
[0016] 图IA是示出在相邻小区CRS周围映射的ePDCCH的示意图；
[0017] 图IB是示出服务小区的CRS映射的示意图；
[0018] 图2是示出说明在利用图IA中示出的ePDCCH和图IB中示出的服务小区的CRS 的情况下在UE侧接收到的数据的示意图；
[0019] 图3示出具有针对ePDCCH解调减轻服务小区CRS干扰的能力的UE 300的框图；
[0020] 图4示出了根据本公开的针对ePDCCH解调的CRS干扰减轻方法400的流程图；
[0021] 图5示出了具有针对PDSCH解调减轻服务小区CRS干扰的能力的UE 500的框图； 以及
[0022] 图6示出了根据本公开的针对H)SCH解调的CRS干扰减轻方法600的流程图。
【具体实施方式】
[0023] 以下，将根据附图描述本公开的实施例。在以下描述中，一些特定实施例仅用于说 明的目的，不应该将其理解为对本公开的任何限制，而仅是其示例。当传统配置或构成可能 混淆对本公开的理解时，将省略对其的描述。
[0024] 与HXXH处理不同，eHXXH处理需要分别处理每个ePDCCH集和它们相应的eCCE。 在roccH处理中，来自每个编码的roccH的CCE被串联在一起，并且在执行调制、交织和小 区专用循环位移之前应用小区专用扰码。交织和对交织序列的小区专用循环位移分别支持 对频率分集和小区间干扰随机化的利用。
[0025] 另一方面，对于ePDCCH处理，一旦知道了 eCCE索引，eCCE到RE的映射在ePDCCH 资源集内是预先确定的。因此，不需要对多个ePDCCH传输进行交织（参见参考文献[1])。 应该注意的是，扰码可以是UE专用的（参见参考文献[2])。
[0026] 遗留问题是如何执行编码比特到RE的映射。如已经一致同意的，与任何其他信 号冲突的RE不用于ePDCCH，并且针对CRS周围和高达H)SCH开始位置的区域使用码链速 率匹配（code chain rate)。此外，ePDCCH的主要适用情况之一是可以在大的小区范围扩 展（CRE)下操作，在该大的小区操作扩展（CRE)下从相邻小区接收到的CRS功率会显著大 于从服务小区接收到的CRS功率。因此，将ePDCCH映射到来自相邻小区的CRS周围（而不 是映射到服务小区的CRS周围）的可能性可以为在大的CRE下的UE的ePDCCH提供显著 的性能优势。该原则对于CoMP WI中的roSCH已经达成了一致意见，并且能够预见：对于 ePDCCH将能够给出相同的优势。区别在于，动态信令是不可能的；然而，对于ePDCCH，我们 具有ePDCCH集的结构，其中集合可以与来自特定传输点的ePDCCH传输相关联。因此，应当 有可能针对每个集合配置在ePDCCH映射中应当排除哪个CRS。因此，在ePDCCH集的配置 中，有可能发信号通知一个CRS配置。UE可以知道，eHXXH没有映射到的CRS RE是通过该 配置发信号通知的CRS。
[0027] 为了支持动态点选择或动态点消隐（blanking)，提出将ePDCCH映射到来自相邻 小区的CRS周围而不是服务小区的CRS的周围（参见参考文献[1])。在大的小区范围扩展 场景下，这为ePDCCH提供了显著的性能优势。
[0028] 假设服务小区CellId = 1且相邻小区CellId = 0。如果ePDCCH被映射到相邻小 区CRS周围，则映射如图1中所示。然而，如图IB中所示，为了支持传统UE和其他使用CRS 的UE，将始终发送服务小区的CRS。在本实例中，服务小区CRS将会是对ePDCCH的干扰。在 图2中，示出了在UE侧接收到的数据。根据图2,用粗边的框来标记被服务小区CRS污染 (pollute)的RE(以下称为"CRS污染的RE"）。在CRS污染的RE中，不仅接收了 ePDCCH， 还接收了服务小区CRS。
[0029] CRS污染的RE必须处理如下新的干扰场景：干扰来自它自身的服务小区的CRS而 不是其他小区的CRS。在传统的CRS干扰减轻（例如FeICIC中的CRS减轻）中，减轻后的 CRS总是来自相邻小区。配置是半静态的。但是在本实例中，CRS干扰来自它自身的服务小 区，并且是逐子帧动态地改变的。对于这些新的干扰场景，UE需要新的过程来处理这种类 型的干扰。
[0030] 本公开提供了一种用于UE的在ePDCCH/PDSCH解调期间减轻CRS干扰（不仅是其 他干扰小区的CRS，还有服务小区的CRS干扰）的方法。对于其中相关联的CRS配置与服务 小区的CRS配置不同的ePDCCH集，ePDCCH应当被映射到发信号通知的CRS配置周围而不 是映射到服务小区的CRS周围。这导致服务小区CRS将干扰从另一传输点发送的ePDCCH。 这与传统的场景不同，并且因此应当指定新的UE行为来处理针对ePDCCH接收的干扰。我 们提出，如果在ePDCCH配置中配置的CRS配置与服务小区的CRS配置不同，则UE应当减轻 来自它自身的服务小区的CRS的干扰。在引入这种干扰减轻的情况下，能够提高ePDCCH解 调性能。如发明人已经发现和提出的，类似的情况对于PDSCH也成立。
[0031] 对于识别服务小区的CRS是否正在干扰ePDCCH或H)SCH，可以使用参数CRS配置 (例如，包括小区ID (可以用于确定扰码序列和CRS位移）和天线端口数）（以下称为"CRS_ Configuration"）。ePDCCH集的每个配置包含CRS_Configuration，以发信号通知/标识 CRS配置（在ePDCCH映射中应当被排除的CRS)和天线端口数。对于H)SCH，略微不同的是， 在DCI中包含CRS_Configuration，以发信号通知/标识CRS配置（在H)SCH映射中应当 被排除的CRS)和天线端口数。