划 现今已由MN0允许。然而，存在一些关键问题，如： -基于非移位CRS的多小区信道估计准确性可能受影响，使得至少可能降低发布版本 8UE性能。
[0049]-由于失去的移位，在前3个0FDM符号内可能存在对H)CCH的一些影响(例如减 小的干扰随机化)。
[0050] -MN0可能具有运行的LTE发布版本8网络，其中，小区ID已经被分配有其对应的 频移，因此，对小区ID的重新组织可能导致一些麻烦的RRM(无线电资源管理）问题。
[0051]-具有其对应频移的小区ID还定义了所谓主和辅（primaryandsecondary)同 步信道（PSS/SSS)的代码。因此，在没有频移的情况下，由于使用较少代码，因此总体同步 过程可能受影响。
[0052] _在具有变化的L0S(视线)和NL0S(非视线)条件的强遮蔽（shadowing)情况下， 可能存在远处的eNB作为最强干扰源（interferer)。为此，在这种情形下，对合作区的以用 户为中心的定义强大得多，这是由于其基于UE所看到的最强干扰源来定义合作区。这使小 区规划的频移的避免变得复杂。解决这一点的唯一可能性在于：在整个网络中应用相同频 移。
[0053] 克服该问题的另一可能性会在于：使用在相邻无线电小区中承载CRS的RE上的空 白化（blanking)。这是干净解决方案。同时，其导致针对仅2个AP的支持的约30%的极大 开销。这种开销被视为过分大。
[0054] 因此，本实施例的目的是提供针对先进LTE的CoMP传输方案的向后LTE发布版本 8可兼容解决方案，其允许在针对合作无线电小区具有不同频移的CRS的情况下的相干预 编码。
[0055] 根据本实施例，将合作限于合作区的当前未传输任何CRS的那些eNB和UE。
[0056] 以下参照图2A和2B来描述第一实施例的更总体的示例，其中，图2A示出了根据 第一实施例的方法，而图2B示出了作为根据第一实施例的设备的示例的控制单元（CU)。
[0057] 在图2A中，示出了根据第一实施例的方法的总体示例，在该方法中，对网络控制 单元与终端之间在资源单元上的协作多点传输进行控制。在步骤S11中，检测资源单元是 否包括特定单元，并且在步骤S12中，当检测到资源单元不包括特定单元时，选择用于协作 移动传输的资源单元。
[0058] 图2B示出了根据第一实施例的设备的示例。这里，假定该设备是中央单元（⑶)或 者是其一部分，但是备选地，该设备可以是其他合适单元(如NodeB或eNodeB)或者可以是 其一部分。该设备包括传输控制器(用于控制传输的装置）11，控制网络控制单元与终端之 间在资源单元上的协作多点传输。此外，该设备包括：检测器(检测装置）12,其检测资源单 元（RE)是否包含特定单元。此外，该设备包括：选择器13,当检测到资源单元不包含特定单 元时，其选择用于协作移动传输的资源单元。
[0059] 注意，传输控制器11、检测器12和选择器13可以作为一个单元而提供。SM列如， ⑶或eNode-B(未示出）的控制器可以被配置为执行这些单元的功能。因此，根据第一实施 例，仅使用不包含任何特定单元的那些资源单元，其实际用于协作移动传输（CoMP)。
[0060] 根据第一实施例的更具体示例，特定单元包括参考信号，例如上述公共参考信号 (CRS)。
[0061] 为了更好地理解，以下参照图3和图4。图3示出了具有协作CRS的传统CoMP方 案，允许在其他RE上合作。图4示出了根据本实施例的在小区3中阻止的RE的情况下由 于CRS而大小减小的合作区。可以针对从eNB3至UEJPUE2的已知无线电信道校正来自小 区3的CRS的由于其CRS引起的干扰，如以下将描述的。
[0062] 在图3中，假定没有频移，这可能例如由对应的网络规划保证，忽略其如上所述的 劣势。在这种情况下，从CoMP的角度来看，该情形是容易的，并且在没有CRS的情况下，在 所有RE上对所有3个UE提供服务。根本不将具有CRS的RE用于合作，但是仅用于发布版 本8可兼容CRS的传输。
[0063] 在图4中，引入了频移。传统地，这将意味着：在这些RE上将根本不存在合作（参 见例如RE2,其中，小区3传输其CRS信号）。
[0064] 这里，提出了针对该RE将合作限制于小区1和2,从而可以实现尽可能多的合作 增益。同时，与传统情形相比，将存在由于来自小区3的CRS信号传输引起的干扰增大的劣 势。但是这里，必须记住：已知的干扰不是干扰。这开启了两个不同选项： a)基于从小区3至UE1和UE2的已知无线电信道以及具有其对应小区特定加扰序列、 频移等的已知CRS而在UE处进行的干扰消除。这将导致不透明的解决方案，因为UE必须 知道对其提供服务的所有小区ID，以计算对应的CRS传输信号并将其与对应的无线电信道 h13和h23相乘。此外，必须已知预编码。在这种情况下，UE仅可以将其解码后的信号减去 h13*TXcKS，cell3 (TXcKS，cell3是小区3(cell3)的CRS的传输信号），从而得到无干扰的版本。注 意，无论如何在UE处可能已知参与合作的小区ID，就相干预编码来说，必须组织这些小区 的无线电信道的对应报告，但是预编码可能改变得相当快。
[0065] b)通过对应的预补偿在中央单元（⑶)中直接处理由于来自小区3的CRS引起的干 扰，那么对UE完全透明的解决方案是可能的。在CU处，无论如何，至少针对这里调研的相干 预编码解决方案，所有信息(从所有eNB至所有合作UE的无线电信道、频移、小区ID、加扰序 列、当前PRB的合作小区等)将是可用的。这允许在⑶处已经减去针对UE1的 和针对诎2的1!23*1^1^113。
[0066] 图5示出了所提出的预补偿的示意图，并示意了基于所有小区的数据、CRS(加扰、 种子等）和所估计的无线电信道的知识而对由于非合作小区的CRS引起的进入大小减小的 合作区的干扰的预补偿。如图5所示，仅小区1和2参与CoMP传输。由于从小区3至UE1 和UE2的CRS引起的干扰由被表示为h13和h23的双虚线箭头指示。
[0067] 根据本实施例的方案具有多个优势： -其允许与展示小区特定频移的发布版本8CRS可完全向后兼容的解决方案。
[0068]-其避免了由于失去的频移而引起的基于PSS/SSS的关于PDCCH或同步的任何复 杂情况以及多小区信道估计的性能下降。
[0069]-不需要特定小区ID规划。
[0070] _该解决方案是完全透明的，这是主要优点。如上所述，关于UE，非透明解决方案 也是可能的。UE可以完全不知道频移问题，并且不具有任何额外处理需求。
[0071]-不存在由于合作区的大小有限而引起的性能下降，因为这是典型情况。为了理 解这一点，必须记住：应用相干预编码来克服小区间干扰并消除合作区内的这种干扰，使得 仅合作区间的干扰仍将存在。在这种意义上，通过对应的预补偿来消除由于CRS传输引起 的干扰产生了与同该小区的实际合作的效果相同的效果。
[0072]-此外，在具有频移和不具有频移的情况下可使用的资源的总数并不针对简化速 率匹配的所提出的方案而改变。对于不具有频移的传统合作，将存在三个RE当中的一个RE 未被任何小区用于H)SCH。因此，总共存在对3个UE提供服务的2个RE，S卩，9个数据箱当 中的总共6个可以用于数据传输。在频移的情况下，将存在3乘2个UE被服务，同样也是 9个数据箱当中的6个。
[0073]-在相干预编码的情况下，不需要额外反馈或信道估计，但是如果相应地设计总 体方案，则所有所需信息已经可用。
[0074] 第二实施例 根据第二实施例，与第一实施例中类似，还考虑了包含特定单元的参考单元并不用于CoMP。然而，根据本实施例，这种特定单元的示例是控制信道符号，如roCCH符号。以下将 更详细地说明这一点。
[0075] 即，第二实施例涉及在roCCH失配的情况下的CoMP解决方案，如以下将描述的。
[0076] 以下首先描述与此相关的现有技术。
[0077] 如已提及的，在本申请的【背景技术】部分中，对于先进LTE，在研究项目内调研所谓 协作多点传输（CoMP)，并且在发展方向上已经达成一致，S卩，存在应当在时间和频率上稀疏 的用于CSI估计的RS以及用于解调的预编码专用参考信号（pDRS)。pDRS用于解调并且仅 在具有数据传输的那些PRB上传输，从而节约了不必要的开销。利用与对应的数据信号相 同的预编码器来对PDRS进行预编码。
[0078]CoMPUE(S卩，参与CoMP传输的UE)由所谓的锚（anchor)小区在物理下行链路传 输信道（PDCCH)上控制。每个UE连接至其锚小区，其中，该锚小区是基于最强接收功率来 选择的。
[0079] 对于相干预编码的数据的H)SCH传输，所有合作eNB在相同资源上同时传输。
[0080] 只要所有合作小区中的roCCH符号的数目（根据LTE发布版本8，PCFICH可以在1 与3之间改变0FDM符号的数目）相同，这就产生很好的效果。一般地，对于每个子帧，每个 小区可能具有不同数目的H)CCH0FDM符号，使得每个子帧的前3个符号上的合作变得富有 挑战性。如果合作始终被限制于11个0FDM符号(其接在前3个0FDM符号之后)，则引起相 当显著的开销。
[0081] 因此，本实施例的目的(但不限于此）是：允许对相干预编码CoMP解决方案的透明 且高效的支持，从而允许针对合作区的每个小区的不同数目的H)CCH0FDM符号。
[0082]S卩，要解决的问题是在每子帧的可变且尤其是不同数目的OFDM符号的情况下在 合作区中H)SCH的相干预编码。注意，子帧具有lms长度，包括14或12个0FDM符号，并具 有针对H)CCH的1至3个0FDM符号，其中，PCFICH指示了当前子帧的H)CCH的长度。
[0083] 在图6中，示出了与CoMP相关的原理。图6详细示出了CoMP的基本概念：PDSCH 上的合作，且每个UE仅监听其锚小区的roCCH，S卩，在roCCH上不存在合作。PDCCH由具有 实线的双箭头指示，而CoMP传输由单箭头指示(实线箭头用于UEa，大阴影线箭头用于UEb， 小阴影线用于UE。）。
[0084] 如上所述，目的是：尽可能地保持发布版本8的概念，S卩，维持向后兼容。此外，物 理层（PHY)应当与更高层分离。
[0085] 因此，提出了每个UE仅监听其锚小区（有时也被称作服务小区)，该锚小区是在由 于最强信号功率引起的切换（H0)期间选择的。此外，PDCCH与发布版本8的相似，其中一些 其他CCE(控制信道单元）用于对UE的C-MIM0 (合作多输入多输出）模式进行半静态选择 并对UE的报告模式(小区ID、时间帧等）进行定义。所实现的优势是：优势在于，C-MIM0与 单小区Tx之间的快速切换是可能的，可以尽可能地重用发布版本8特征，UE透明预编码解 决方案是可能的，且可能不会发生与小区和UE特定加扰的混乱。
[0086] 关于pDRS，注意，它们对于至少8个流来说是正交的，每流的FDM/TDM/CDM是可能 的，且每流的序列号的更高层信令（RRC)是可能的。此外，半静态适配与C-MM0模式一起 是可能的。备选地，固定的小区至流的映射是可能的。
[0087] 图6示意锚小区的概念，其中，每个锚小区控制其UE。由此，与LTE发布版本8或 多或少完全一致，在没有合作的情况下传输H)CCH。假定对于先进LTE来说仅需要极少新的 RRC消息，以便例如将UE半静态地设置为CoMP模式，且从而可以重用相同的已经生效的控 制机制。这包括对H)CCH消息的充分覆盖以及充分的小区间干扰鲁棒性。
[0088] 对于roSCH信号的数据传输，合作区的锚小区和锚小区同时进行传输，以实现来 自相干预编码的希望较大的性能增益。对于相干预编码，在PHY层与更高层之间存在容易 分离。这意味着：预编码（PHY)是从不同小区合作进行的，而小区和UE特定加扰码和交织 器、UERNTI(无线电网络临时标识符)等将是基于锚小区来定义的，并且其将是网络相应地 对合作传输进行协作的任务。
[0089] 如已提及的，应当实现先进LTE与发布版本8的完全向后兼容性。对于发布版本 8,已经定义所谓公共参考信号（CRS)，并且通常理解，将必须针对完全向后兼容性连续地传 输这些CRS。CRS可以用于对H)CCH信号进行解调，因为这些仅从锚小区传输。第一0FDM 符号将始终是roCCH符号，使得对于该符号可以始终使用CRS。
[0090] 如已提及的，在先进LTE中，作为发展方向，将存在时间和频率上稀疏的用于CSI 估计的CSI-RS，且此外，在用于解调的CoMP或8TX天线的资源上将存在预编码专用参考信 号（pDRS)。
[0091] pDRS和数据由相同CoMP预编码器进行预编码，使得该预编码对UE来说是透明的， 这意味着：这些UE不必知道用于解调的预编码器。这些pDRS可以/必须用于对子帧的最 后11个0FDM符号中的相干预编码信号进行解调。
[0092] 临界区（critical area)是0FDM符号#2和3,对于这些符号，一些小区可能想要 传输roccH信号(仅一个小区)，而其他小区想要合作传输roscH数据。
[0093] 在现有技术中，标识了如何处理上述问题的不同选项，例如将CoMP传输限于最后 11个0FDM符号(或针对扩展循环前缀的9个0FDM符号)、对每小区的PFCICH的快速信号通 知和对传输的对应适配、将公共控制区域用于相同长度的CoMP传输等。
[0094] 具体地，兴趣在于以下提议：在一个或多个小区在该0FDM符号上仍具有一些 PDCCH信号的情况下使用H)SCH信号的非CoMP传输。
[0095] 该解决方案的劣势在于：对于前几个非CoMP PDSCH 0FDM符号，必须使用CRS，而 对于子帧的其余部分，pDRS必须用于解调。因此，该提议提高了UE复杂度，其为非透明的， 因为必须向UE通知是否必须基于CRS或pDRS来对第二和第三0FDM进行解调，并且该提议 针对每个子帧生成用于发信号通知处于CoMP模式的0FDM符号的大量控制开销。
[0096] 根据本实施例，提出了前3个符号的特殊过程，其中，仅这些小区涉及CoMP，其中， 符号不用于roccH。因此，前3个符号也可以用于CoMP。以下将更详细描述这一点。
[0097] 具体地，根据本实施例的更一般形式与以上结合如图2A和2B所示的第一实施例 所描述的类似。即，基本上，仅这些资源单元用于CoMP，这些资源单元不包含特定单元，在 第二实施例的情况下，该特定单元是针对控制信道使用的控制信道符号(例如，如上所述的 PDCCH符号)。因此，根据第二实施例的一般形式与根据第一实施例的一般形式类似；因此， 这里不重复其详细描述。注意，根据第二实施例，检测器可以被配置为使得其通过参考诸如 PCFICH(物理控制格式指示符信道）之类的控制格式指示符来检测资源单元是否包含特定 单元，其指示了控制信道(如PDCCH)0FDM符号的数目。这样，可以清楚地检测哪些资源单元 或符号包含控制信道符号。
[0098] 参照图7来更详细地描述该实施例。
[0099] 具体地，在图7中，更详细地示意了不同合作小区中与H)CCH长度的失配有关的挑 战。对于最后11个0FDM符号，合作容易是可能的，而在前3个0FDM符号中，由于H)CCH传 输，仍可能阻止合作小区中的一个或多个。
[0100] 在该图中，假定存在，一小区有1个roCCH0FDM符号，一小区有2个roCCH0FDM 符号，而第三小区有3个roCCHOFDM符号。
[0101] 这里，提出了应用尽可能多的合作，即，只要所有其他小区仍处于roCCH模式就以 单小区传输开始(第2 0FDM符号，垂直阴影线块小区3)，并且在0FDM符号上在小区1和3 之间部分地合作，其中，多于一个小区不传输H)CCH(第3 0FDM符号，水平阴影线块)。
[0102] 在图8A至8C中示意了基本概念，图8A至8C示意了根据由于仍在其他小区中运 行PDCCH传输而阻止的小区的数目的不同大小的合作区。图8A示意了阶段1，其中，小区1 和2对其H)CCH进行广播