本发明涉及多天线通信系统中协作多点传输的 业务数据传输技术领 域， 具体涉及一种小区间干扰抑制的下行业务传输 方法及装置。 背景技术

协作多点 （CoMP， Coordinate Multi-Point )传输是一种提高小区边缘 服务质量和吞吐量， 以及系统吞吐量的技术， 成为提高系统频谱利用率的 重要技术， 因此得到了广泛的关注。 所谓协作多点传输， 即多个节点， 即 多个小区协作传输， 服务于一个或多个用户终端 （UE )。

第三代合作伙伴计划 （ 3GPP )定义的 CoMP包括 2种场景， 一种是多 点协作调度 /协作波束赋形 （ CS/CB: Coordinated scheduling and coordinated beamforming ), 即通过相邻节点之间交互调度信息，达到各个 节点传输信号 之间的干扰得到协调； 另一种是多点联合处理， 即多个协作节点之间通过 共享数据及信道状态信息 （CSI: channel State information )、 调度信息等， 联合为目标用户提供服务。联合波束形成的协 作多点传输属于第一种 CoMP 场景。

在上述多点协作调度 /协作波束赋形场景中， 在已知干扰信道和信号信 道的状态之后， 各小区， 即节点可以通过预编码的方法实现各小区物理 下 行共享信道（PDSCH: Physical Downlink Shared Channel ) 的相互避让。 但 是由于长期演进项目 （LTE: Long Term Evolution )各版本要保持向后兼容， 例如 LTE R10版本需要兼容 LTE R8版本， 因此，各小区的下行子帧中一定 会存在小区特定导频 （CRS: Cell Specific Reference Signal, 也可称之为小 区专用参考信号），而各小区下行子帧中存在 的 CRS将对能够接收到该小区 信号的相邻小区， 即协作小区的物理下行共享信道产生强干扰， 从而影响 邻近小区中 UE使用 PDSCH接收下行业务数据质量。 一小区与相邻小区之 间信号干扰的示意图可如附图 1 所示， 其中， 位于中间的小区的用户设备

( UE ) 能够接收虚线所示的相邻小区的信号干扰。

以多点协作调度 /协作波束赋形场景中， 存在三个协作小区为例， 如附 图 2所示，三个小区的 CRS在频域上占满了 CRS所在的正交频分复用技术

( OFDM: Orthogonal Frequency Division Multiplexing )符号， 图 2中三个 协作小区的小区标识（ID )分别为 0、 1、 2， 其中， 标记为 21的区域为小 区标识 ID=0的协作小区所发送的 CRS所在的载波， 标记为 22的区域为小 区标识 ID=1的协作小区所发送的 CRS所在的载波， 标记为 23的区域为小 区标识 ID=2的协作小区所发送的 CRS所在的载波。 假设各协作小区均配 置两个天线，则一个资源块（RB: Resource Block )上有 24个资源单元（RE: Resource Element, 资源单元 )会受到邻区 CRS干扰。

因此， 在 CoMP所包括的多点协作调度 /协作波束赋形场景中， 如何消 除各小区下行业务数据， 即子帧中存在的 CRS对邻近小区的 PDSCH的干 扰， 成为有待解决的问题。 发明内容

本发明所要解决的技术问题是提供一种小区间 干扰抑制的下行业务传 输方法及装置， 从而消除下行业务数据中的相邻小区， 即协作小区的小区 特定导频。

为解决上述技术问题， 本发明提供方案如下：

本发明实施例提供了一种小区间干扰抑制的下 行业务传输方法， 包括： 用户设备接收业务数据， 所述业务数据中包含协作小区通过预设的天 线端口发送的小区特定导频；

用户设备根据所述协作小区与所述用户设备间 的信道状态信息以及小 区特定导频序列， 消除所述业务数据中包含的所述小区特定导频 。

优选的， 所述方法中， 所述协作小区预设发送小区特定导频的天线端 口为 1个、 或 2个。

优选的， 所述方法中， 在接收业务数据之前还包括：

所述用户设备接收服务小区基站发送的所述协 作小区的标识。

优选的， 所述方法中， 所述协作小区与所述用户设备间的信道状态信 息的获取过程为：

根据所述协作小区的标识， 计算用于估计所述协作小区与所述用户设 备间的信道状态信息的导频序列；

根据所述导频序列， 测量所述协作小区与所述用户设备间的信道状 态 信息。

优选的， 所述方法中， 所述小区特定导频序列的获取过程为： 根据所述协作小区的标识， 计算所述协作小区的小区特定导频偏移量； 根据所述小区特定导频偏移量， 确定所述业务数据中， 受所述协作小 区的小区特定导频干扰的业务数据所在的对应 子帧；

根据所述对应子帧的本地序列， 确定所述小区特定导频序列。

优选的， 所述方法中， 所述用户设备根据所述协作小区与所述用户设 备间的信道状态信息以及小区特定导频序列， 消除所述业务数据中包含的 所述小区特定导频包括：

根据计算公式： Y:!^ ¹ ^ ^!^!^ , 消除所述业务数据中所述协作小 区的小区特定导频；

其中， 所述 Υ为所述用户设备接收的业务数据； 所述 Hu为所述用户 设备与所述服务小区间的信道状态信息；所述 为所述服务小区针对所述 用户设备的预编码矩阵； 所述 Si为所述服务小区向所述用户设备发送的原 始业务数据； 所述 Hpi为第 i个存在小区特定导频干扰的协作小区与所述� � 户设备间的信道状态信息； 所述 Pi为第 i个存在小区特定导频干扰的协作 小区的小区特定导频序列。

优选的， 所述方法中， 所述用户设备根据所述协作小区与所述用户设 备间的信道状态信息以及小区特定导频序列， 消除所述业务数据中包含的 所述小区特定导频为：

根据计算公式： 丫二！^^^^^ ^ &十^ !^^， 消除所述业务数据中 所述协作小区的小区特定导频；

其中， 所述 Y为所述用户设备接收的业务数据； 所述 Hu为所述用户 设备与所述服务小区间的信道状态信息；所述 为所述服务小区针对所述 用户设备的预编码矩阵； 所述 Si为所述服务小区向所述用户设备发送的原 始业务数据； 所述 HH是第 i个存在物理下行共享信道干扰的协作小区和� � 户设备间的信道状态信息； Wi是第 i个存在物理下行共享信道干扰的协作 小区采用的预编码矩阵； &为第 i个存在物理下行共享信道干扰的协作小区 的物理下行共享信道所传输的业务数据； 所述 Hpi为第 i个存在小区特定导 频干扰的协作小区与所述用户设备间的信道状 态信息； 所述 Pi为第 i个在 小区特定导频干扰的协作小区的小区特定导频 序列。

本发明实施例还提供了一种小区间干扰抑制的 下行业务传输装置， 包 括：

接收模块， 用于用户设备接收业务数据， 所述业务数据中包含协作小 区通过预设的天线端口发送的小区特定导频；

消除模块， 用于用户设备根据所述协作小区与所述用户设 备间的信道 状态信息以及小区特定导频序列， 消除所述业务数据中包含的所述小区特 定导频。

优选的， 所述装置中， 所述接收模块， 还用于用户设备接收服务小区 基站发送的所述协作小区的标识。 优选的， 所述装置中， 所述消除模块包括：

第一计算单元， 用于根据所述协作小区的标识， 计算用于估计所述协 作小区与所述用户设备间的信道状态信息的导 频序列；

测量单元， 用于根据所述导频序列， 测量所述协作小区与所述用户设 备间的信道状态信息。

优选的， 所述装置中， 所述消除模块包括：

第二计算单元， 用于根据所述协作小区的标识， 计算所述协作小区的 小区特定导频偏移量；

第一确定单元， 用于根据所述小区特定导频偏移量， 确定所述业务数 据中， 受所述协作小区的小区特定导频干扰的业务数 据所在的对应子帧； 第二确定单元， 用于根据所述对应子帧的本地序列， 确定所述小区特 定导频序列。

优选的， 所述装置中， 所述消除模块， 用于根据计算公式： ,消除所述业务数 据中所述协作小区的小区特定导频；

其中， 所述 Y为所述用户设备接收的业务数据； 所述 Hu为所述用户 设备与所述服务小区间的信道状态信息；所述 为所述服务小区针对所述 用户设备的预编码矩阵； 所述 Si为所述服务小区向所述用户设备发送的原 始业务数据； 所述 Hpi为第 i个存在小区特定导频干扰的协作小区与所述� � 户设备间的信道状态信息； 所述 Pi为第 i个在小区特定导频干扰的协作小 区的小区特定导频序列； 所述 是第 i个存在物理下行共享信道干扰的协 作小区和用户设备间的信道状态信息； Wi是第 i个存在物理下行共享信道 干扰的协作小区采用的预编码矩阵； Si为第 i个存在物理下行共享信道干扰 的协作小区的物理下行共享信道所传输的业务 数据。

从以上所述可以看出， 本发明提供的小区间干扰抑制的下行业务传输 方法及装置， 通过由服务小区内的一用户设备接收业务数据 ， 所述业务数 据中包含与服务小区相邻的协作小区即干扰小 区通过预设的小区特定导频 天线端口发送的小区特定导频； 并由所述用户设备根据所述协作小区与所 述用户设备间的信道状态信息以及小区特定导 频序列， 消除所述业务数据 中包含的所述小区特定导频， 从而可以确保用户接收的业务数据的质量。 附图说明

图 1为现有技术中小区间信号干扰示意图一；

图 2为现有技术中小区间信号干扰示意图二；

图 3 为本发明实施例提供的小区间干扰抑制的下行 业务传输方法流程 示意图；

图 4为本发明实施例提供的小区间干扰抑制的下� �业务传输方法应用 场景示意图；

图 5 为本发明实施例提供的小区间干扰抑制的下行 业务传输装置结构 示意图；

图 6为本发明实施例提供的小区间干扰抑制的下� �业务传输装置中消 除模块结构示意图。 具体实施方式 本发明实施例提供了一种小区间干扰抑制的下 行业务传输方法， 如附 图 3所示， 该方法具体可以包括以下步骤：

步骤 31， 用户设备接收业务数据， 所述业务数据中包含协作小区通过 预设的天线端口发送的小区特定导频；

步骤 32， 所述用户设备根据所述协作小区与所述用户设 备间的信道状 态信息以及小区特定导频序列， 消除所述业务数据中包含的所述小区特定 导频。 本发明实施例提供的上述方法的实现， 可以消除业务数据中存在的协 作小区的 CRS， 从而可以确保用户设备接收业务数据的质量。

本发明实施例提供的上述方法， 具体可应用于包括一个服务小区和至 少一个协作小区的协作多点传输系统中， 且所述服务小区内包括至少一个 用户设备， 所述协作小区为所述服务小区相邻的干扰小区 。

为了保持与后续版本， 例如 LTE R8版本的兼容性， 应用于高版本 LTE 场景中的节点， 即小区在普通下行子帧一定要下发 CRS， 这样可保证应用 于 LTE R8版本的 UE可以正常通讯， 所述应用于 LTE R8版本中的 UE需 要通过 CRS进行解调。 为了减少导频开销和接收端的复杂度， 应该尽量减 少 CRS的导频数量， 因为应用于 LTE R10版本的 UE解调数据是通过解调 导频（DMRS， DeModulation Reference Signal )估计等效信道来实现的， 同 时由于 CRS与邻区的物理下行共享信道（PDSCH )会相互干扰， 因此通过 CRS估计信道的信道状态信息（CSI )也会受到干扰的影响， 因此， 本发明 实施例中所涉及的协作小区即便实际采用的天 线数为 4或 8，也可以仅在预 设的一个或两个天线端口上发送 CRS， 为了确保广播、 控制信息的接收， 协作小区以预设两个天线端口为佳。

在本发明实施例中， 协作小区与用户设备间的信道状态信息具体可 以 基于以下方法获取：

根据协作小区的标识， 计算用于估计所述协作小区与所述用户设备间 的信道状态信息的导频序列 （CSI-RS );

根据所述导频序列， 测量所述协作小区与所述用户设备间的信道状 态 信息。

在本发明实施例中， 小区特定导频序列具体可以基于以下方法获取 ： 根据协作小区的标识， 计算所述协作小区的小区特定导频偏移量； 根据所述小区特定导频偏移量， 确定所述业务数据中， 受协作小区的 CRS干扰的业务数据所在的对应子帧；

根据所述对应子帧的本地序列， 确定所述小区特定导频序列。

由于信道状态信息以及 CRS序列计算获取过程比较成熟， 因此， 本发 明实施例其实并不限制获取上述参数的具体过 程。

在一个具体实施例中， 获取小区特定导频序列的方法可如下所示： 对应子帧的本地序列 _Cinit 按照下式进行初始化：

c _mit = 2 ¹⁰ . (7 - (n _s + 1)+ / + 1). (2 · N^ ¹ + 1)+ 2 · N^ ¹ + N _CP ( 1 ) 其中 是时隙编号； /是 OFDM编号； 是小区 ID; N _CT 是小区的循 环前缀 ( CP, Cyclic Prefix )类型;

根据不同的初始值 _Cinit 唯一确定一组小区特定导频序列。

上述过程所涉及的小区标识（ ID )， 可以是在组网当初由用户设备所在 的服务小区的基站告知用户设备， 也可以是组网之后， 用户设备与服务小 区基站交互获取的。 另外， 服务小区可以在用户设备接收业务数据之前或 者正在接收业务数据时， 将存在 CRS干扰的协作小区告知用户设备， 以便 用户设备根据存在 CRS干扰的协作小区的标识， 计算获取上述信道状态信 息和 CRS序列。

那么可以看出， 本发明实施例中， 还可以包括以下处理步骤： 用户设 备接收服务小区基站发送的述协作小区的标识 等信息。

在获取信道状态信息 Hp以及小区特定导频序列 P后，本发明实施例可 以基于上述参数， 消除所述业务数据中包含的 CRS。

在一个具体实施例中， 具体可以根据下述计算公式消除 CRS:

其中， 所述 Y为用户设备当前接收的包括协作小区 CRS的业务数据； 所述 Hu为用户设备与服务小区间的信道状态信息； 所述 为服务小区针 对用户设备的预编码矩阵； 所述 Si为服务小区向用户设备发送的原始业务 数据， 即用户设备最终所要获取的、 不存在任何干扰的业务数据； 所述 Hpi 为第 i个存在 CRS干扰的协作小区与用户设备间的信道状态信 息； 所述 Pi 为第 i个存在 CRS干扰的协作小区的小区特定导频序列。 而且， ∑Hp i可 以是一项， 也可以是多项的和， 这取决于对服务小区存在 CRS干扰的协作 小区的数量。

由于协助小区的 PDSCH也可能对服务小区的用户设备在接收业务� �� 据时造成干扰， 因此， 本发明实施例中， 还可以基于下述公式消除业务数 据中可能存在的各种干扰：

XHiiWSi +∑Hp i ( 3 ) 其中， 所述 Y为用户设备接收的业务数据； 所述 Hu为用户设备与服 务小区间的信道状态信息； 所述 为服务小区针对用户设备的预编码矩 阵； 所述 Si为服务小区向用户设备发送的原始业务数据� �� 所述 i是第 i 个存在 PDSCH干扰的协作小区和用户设备间的信道状态� ��息； Wi是第 i 个存在 PDSCH干扰的协作小区采用的预编码矩阵； &为第 i个存在 PDSCH 干扰的协作小区的 PDSCH所传输的业务数据； 所述 Hpi为第 i个存在 CRS 干扰的协作小区与用户设备间的信道状态信息 ； 所述 Pi为第 i个在 CRS干 扰的协作小区的小区特定导频序列。 而且， ZHuWiSi可能是一项， 也可能 是多项和， 这取决于对服务小区存在 PDSCH干扰的协作小区的数量。

那么可以看出， 对某一载波处的业务数据而言， 用户设备接收的业务 数据除了白噪声，还可能会有相邻协作小区的 CRS干扰和 /或相邻协作小区 的 PDSCH干扰， 如果仅有相邻协作小区的 PDSCH干扰， 则公式 3中无需 XHpiPi项， UE直接去除接收的业务数据中的 PDSCH干扰即可； 如果仅有 相邻协作小区的 CRS干扰， 则公式 3中无需 ZHuWiSi项， UE直接去除接 收的业务数据中的 CRS干扰即可。

为了便于理解， 下面以附图 4所示的组网场景为例， 对本发明实施例 行详细的描述。 附图 4 中， 具体存在一个服务小区和一个协作小区， 该服 务小区中包括一接收业务数据的用户设备 UE, 所述协作小区即为所述服务 小区相邻的干扰小区。

在一个具体实施例中， 服务小区和协作小区的物理天线为 4个， CRS 天线端口数均为 2个， 接收天线为 2个。 本发明实施例具体可以包括以下 步骤：

步骤 1， 将服务小区和协作小区的 4个物理天线分别映射到天线端口 portO和 portl上进行 CRS的发送， 其中物理天线 0~1映射到 portO上， 物 理天线 2~3映射到 portl上。

步骤 2， 服务小区通知 UE协作小区存在 CRS干扰， 需要上报协作小 区的信道状态信息。

步骤 3， UE接收业务数据 Y。

该业务数据 Υ中， 存在协作小区通过端口 portO和 portl发送的 CRS。 步骤 4， UE测量 UE与所述协作小区间的信道状态信息 Hp 。

具体的， UE 可以根据协作小区的标识（ID )， 计算用于估计协作小区 与用户设备间的信道状态信息的导频序列；

根据所述导频序列， 测量协作小区与用户设备间的信道状态信息。 此步骤中， UE还可以将超过测量门限的干扰信道上报给服� ��小区， 服 务小区与协作小区间通过交互， 计算可以抑制下行物理信道干扰的预编码 矩阵 W。

步骤 5， UE计算协作小区的 CRS序列。

具体的， UE可以根据协作小区标识， 计算协作小区的小区特定导频偏 移量；

UE根据小区特定导频偏移量， 确定接收的业务数据中， 受协作小区 CRS干扰的业务数据所在的对应子帧；

根据所述对应子帧的本地序列， 确定小区特定导频序列 P。

步骤 6， UE根据步骤 4获取的信道状态信息 Hp， 以及步骤 5中获取的 小区特定导频序列 P， 消除接收的业务数据中存在的协作小区 CRS干扰。

具体的， UE可以基于业务数据中是否存在协作小区 PDSCH干扰， 利 用公式 2或公式 3来消除协作小区的 CRS干扰， 还原不包括任何干扰的初 始业务数据。

在基于附图 4场景下的另一个实施例中， 假设服务小区和协作小区的 物理天线为 8个， CRS端口数均为 2个， 接收天线为 2个。 则在此实施例 中， 可以将服务小区和协作小区的 8个物理天线分别映射到天线端口 portO 和 portl上进行 CRS的发送， 其中物理天线 0~3映射到 portO上， 物理天线 4~7映射到 portl上。 而后续操作与上述步骤 1至 6类似， 因此不再赘述。

从以上所述可以看出， 本发明实施例提供的小区间干扰抑制的下行业 务传输方法， 通过由服务小区内的一个用户设备接收业务数 据， 所述业务 数据中包含与服务小区相邻的协作小区， 即干扰小区通过预设的小区特定 导频天线端口发送的小区特定导频， 并由所述用户设备根据所述协作小区 与所述用户设备间的信道状态信息以及小区特 定导频序列， 消除所述业务 数据中包含的所述小区特定导频， 从而可以确保用户接收的业务数据的质 量。 而且， 本发明实施例的应用， 不改变物理层协议， 保证对 LTE R8版本 用户的兼容性。

另外， 本发明实施例中， 协作小区仅通过预设的 1或 2个天线端口发 送 CRS， 因此减少了 CRS的端口数， 从而减小 UE用于信道估计的资源占 用， 同时有利于先进的长期演进（LTE-Adv: Long Term Evolution ) 的 UE 进行 CRS的干扰消除。 此外， 本发明实施例中确保了业务数据的质量， 因 此可以提高接收机， 即 UE 的信号与干扰加噪声比 （SINR: Signal to Interference plus Noise Ratio )， 提高小区边缘 UE的吞吐量， 使边缘用户使 用高阶调制成为可能。

基于本发明实施例提供的小区间干扰抑制的下 行业务传输方法， 本发 明实施例还提供了一种小区间干扰抑制的下行 业务传输装置， 如附图 5 所 示， 该装置具体可以包括：

接收模块 51， 用于接收业务数据， 所述业务数据中包含所述协作小区 通过预设的天线端口发送的小区特定导频（CRS );

消除模块 52， 用于根据所述协作小区与所述用户设备间的信 道状态信 息以及小区特定导频序列， 消除所述业务数据中包含的所述小区特定导频 。

本发明实施例提供的上述装置的实现， 可以消除业务数据中存在的协 作小区 CRS， 从而可以确保用户设备接收业务数据的质量。

为了保持与后续版本， 例如 LTE R8版本的兼容性， 应用于高版本 LTE 场景中的节点， 即小区在普通下行子帧一定要下发 CRS， 这样可保证应用 于 LTE R8版本的 UE可以正常通讯， 所述应用于 LTE R8版本中的 UE需 要通过 CRS进行解调。 为了减少导频开销和接收端的复杂度， 应该尽量减 少 CRS的导频数量， 因为应用于 LTE R10版本的 UE解调数据是通过解调 导频（DMRS， DeModulation Reference Signal )估计等效信道来实现的， 同 时由于 CRS与邻区的物理下行共享信道（PDSCH )会相互干扰， 因此通过 CRS估计信道的信道状态信息（CSI )也会受到干扰的影响， 因此， 本发明 实施例中所涉及的协作小区即便实际采用的天 线数为 4或 8，也可以仅在预 设的一个或两个天线端口上发送 CRS， 为了确保广播、 控制信息的接收， 协作小区以预设两个天线端口为佳。

在本发明一个可选实施例中， 如附图 6所示， 消除模块 52具体可以包 括：

第一计算单元 521， 用于根据协作小区的标识， 计算用于估计协作小区 与用户设备间的信道状态信息的导频序列 （ CSI-RS );

测量单元 522， 用于根据所述导频序列， 测量协作小区与用户设备间的 信道状态信息。

在本发明一个可选实施例中， 如附图 6所示， 消除模块 52具体还可以 包括：

第二计算单元 523， 用于根据协作小区的标识， 计算所述协作小区的小 区特定导频偏移量；

第一确定单元 524， 用于根据所述小区特定导频偏移量， 确定所述业务 数据中， 受协作小区 CRS干扰的业务数据所在的对应子帧；

第二确定单元 525， 用于根据所述对应子帧的本地序列， 确定所述小区 特定导频序列。

上述过程所涉及的协作小区的标识， 可以是在组网当初由用户设备所 在服务小区的基站告知用户设备， 也可以是组网之后， 用户设备与服务小 区基站交互获取的。

在本发明实施例一个可选实施例中， 所述接收模块 51， 还可以用于接 收服务小区基站发送的所述协作小区的标识等 信息。

在获取信所述信道状态信息 Hp以及小区特定导频序列 P后，本发明实 施例可以基于上述参数， 消除所述业务数据中包含的 CRS。

在一个具体实施例中， 具体可以根据计算公式（2 )或（3 )消除 CRS。 从以上所述可以看出， 本发明实施例提供的小区间干扰抑制的下行业 务传输装置， 通过由服务小区内的一个用户设备接收业务数 据， 所述业务 数据中包含与服务小区相邻的协作小区， 即干扰小区通过预设的小区特定 导频天线端口发送的小区特定导频， 并由所述用户设备根据所述协作小区 与所述用户设备间的信道状态信息以及小区特 定导频序列， 消除所述业务 数据中包含的所述小区特定导频， 从而可以确保用户接收的业务数据的质 量。 而且， 本发明实施例的应用， 不改变物理层协议， 保证对 LTE R8版本 用户的兼容性。

另外， 本发明实施例中， 协作小区仅通过预设的 1或 2个天线端口发 送 CRS， 因此减少了 CRS的端口数， 从而减小 UE用于信道估计的资源占 用， 同时有利于先进的长期演进（LTE-Adv: Long Term Evolution ) 的 UE 进行 CRS的干扰消除。 此外， 本发明实施例中确保了业务数据的质量， 因 此可以提高接收机， 即 UE 的信号与干扰加噪声比 （SINR: Signal to Interference plus Noise Ratio )， 提高小区边缘 UE的吞吐量， 使边缘用户使 用高阶调制成为可能。

以上所述仅是本发明的实施方式， 应当指出， 对于本技术领域的普通 技术人员来说， 在不脱离本发明原理的前提下， 还可以作出若干改进和润 饰， 这些改进和润饰也应视为本发明的保护范围。