一种协作多点传输系统的信号发送方法及其装置

摘要

本发明公开了一种协作多点传输系统的信号发送方法及其装置，该方法包括：协作用户的服务小区将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；所述协作用户的协作小区簇内的小区，根据所述协作用户的所述服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；所述协作用户的协作小区簇内的小区将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。采用本发明可解决同一协作用户各协作小区发送的DMRS信号序列不同，导致协作用户无法对接收的DMRS信号进行联合检测的问题。

权利要求

1.一种协作多点传输系统的信号发送方法，其特征在于，包括：

协作用户的服务小区将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；

所述协作用户的协作小区簇内的小区，根据所述协作用户的所述服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；

所述协作用户的协作小区簇内的小区将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。

2.如权利要求1所述的方法，其特征在于，在站内协作多点传输系统中，多个扇区的基带信号分别由同一个基站的多个基带处理板进行处理的情况下，所述协作用户的服务小区通过基带处理板的背板，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

3.如权利要求1所述的方法，其特征在于，在站内协作多点传输系统中，多个扇区的基带信号由一个基带处理板进行处理的情况下，所述协作用户的服务小区在所述基带处理板内部，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

4.如权利要求1所述的方法，其特征在于，在站间协作多点传输系统中，所述协作用户的服务小区通过基站之间的X2接口，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区所属的基站。

5.如权利要求1至4任一项所述的方法，其特征在于，所述协作用户的序列加扰标识，为网络侧的DCI Format 2B信令指示给所述协作用户的序列加扰标识。

6.如权利要求1至4任一项所述的方法，其特征在于，所述方法应用于时分双工TDD系统或频分双工FDD系统。

7.一种基站设备，应用于协作多点传输系统，其特征在于，包括：

第一传输模块，用于将协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；

信号序列确定模块，用于在当前小区为所述协作用户的服务小区的情况下，根据该服务小区的物理标识和所述协作用户的序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；或者，在当前小区为所述协作用户的协作小区簇中除所述协作用户的服务小区外的其它协作小区情况下，根据从所述协作用户的服务小区接收到的所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；

第二传输模块，用于将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。

8.如权利要求7所述的基站设备，其特征在于，在站内协作多点传输系统中，多个扇区的基带信号分别由同一个基站的多个基带处理板进行处理的情况下，所述第一传输模块具体用于，通过基带处理板的背板，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

9.如权利要求7所述的基站设备，其特征在于，在站内协作多点传输系统中，多个扇区的基带信号由一个基带处理板进行处理的情况下，所述第一传输模块具体用于，在所述基带处理板内部，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

10.如权利要求7所述的基站设备，其特征在于，在站间协作多点传输系统中，所述第一传输模块具体用于，通过基站设备之间的X2接口，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区所属的基站设备。

11.如权利要求7至10任一项所述的基站设备，其特征在于，所述基站设备应用于时分双工TDD系统或频分双工FDD系统。

说明书

一种协作多点传输系统的信号发送方法及其装置

技术领域

[0001] 本发明涉及通信领域，尤其涉及一种协作多点传输系统的信号发送方法及其装置。

背景技术

[0002] LTE-A(LTE-Advanced) 系 统 采 用 OFDMA(Orthogonal Frequency Division Multiplexing Access，正交频分复用的多址接入)技术，小区内用户的信息承载在相互正交的不同子载波上，从而避免了小区内用户间的多址干扰。但是，OFDMA多址接入方式本身不具备抑制小区间干扰的能力，因此影响LTE-A系统性能的干扰主要来自相邻小区，即小区间的干扰。

[0003] 在同频组网的传统蜂窝系统中，小区边缘的用户将受到相邻小区信号的干扰，这些干扰严重限制了边缘用户的服务质量和吞吐量。如果相邻的多个小区通过协作共同给用户发射信号，将干扰信号进行抑制，就可以有效地降低小区间干扰，提高各用户的信号接收信噪比。

[0004] CoMP(Coordinated Multi-point Transmission，协作多点传输)系统指多个小区(可能是同站址的多个小区或者不同站址的多个小区)通过彼此协作，将某个目标用户的信号经过不同加权后，再联合发送给该目标用户，以提高小区边缘用户的服务质量和吞吐量，提高系统的频谱利用率。

[0005] 三个小区静态协作的CoMP系统如图1所示，小区1、小区2和小区3组成一个协作式小区簇，用户1、用户2和用户3组成一个协作用户组。在下行链路中，用户1、用户2和用户3的信号首先经过预处理，然后通过小区1、小区2和小区3联合发射。经过信号预处理操作，用户1接收到的信号中抑制了用户2和用户3的干扰信号，用户2接收到的信号中抑制了用户1和用户3的干扰信号，用户3接收到的信号中抑制了用户1和用户2的干扰信号。

[0006] 图1中的CoMP系统是三个小区静态协作的情况，即固定的三个小区(小区1、小区2和小区3)组成一个协作小区簇，联合为协作用户组提供下行数据传输。CoMP系统还可以进行动态协作，即协作小区的选择由每个用户的性能决定。每个用户可选择若干信道质量最好的小区进行有用信号的接收，同时这些协作的小区也动态地选择干扰最强的干扰信号进行消除。动态协作方案的性能相比静态协作方案有所改善，但调度的复杂度较高。

[0007] LTE-A Rel-9/Rel-10系统中，下行DMRS(Demodulation Reference Signals，解调参考信号)的导频符号插入到PDSCH(Physical Downlink Shared Channel，物理下行共享信道)所在的时频资源中，与数据符号一起经过预编码加权后发射，用于辅助数据信号进行解调。设υ＝1，2，...，8为高阶MIMO(Multi-Input Multi-Output，多输入多输出)传输可能配置的传输流数(Layers)，Rel-9/Rel-10的下行DMRS最大可定义8个天线端口p∈{7，8，...，υ+6}。

[0008] LTE Rel-9/Rel-10系统中，Rank 2以及Rank 3～8配置下DMRS Pattern的具体设计方法，可如图2A、图2B和图2C所示：

[0009] Rank＝2：DMRS开销12REs。将2个layer的DMRS分成1组(图2A、图2B和图2C中示为深色的RE)，同一行载波上同一种颜色的相邻2个RE承载2个layer的DMRS，分别对应layer1和layer2，采用长度为2的OCC码分复用；

[0010] Rank＝3～4：DMRS开销24REs。将4个layer的DMRS分成2组(图2A、图2B和图2C中深色的分为一组，对应layer 1-2；横条纹的分为一组，对应layer3-4)，其中，同一行载波上同一种颜色的相邻2个RE承载2个layer的DMRS，采用长度为2的OCC码分复用；

[0011] Rank＝5～8∶DMRS开销24REs。将8个layer的DMRS分成2组(图2A、图2B和图2C中深色的分为一组，对应layer 1，2，5，7；横条纹的分为一组，对应layer 3，4，6，8)，其中，同一行载波上同一种颜色的4个RE承载4个layer的DMRS，采用长度为4的OCC码分复用。这样分组可以保证Rank自适应时，2个组包含的端口数尽可能均衡分配。

[0012] 发明人在实现本发明的过程中，发现现有技术至少存在以下问题：

[0013] 在CoMP系统中，如果隶属于同一个协作小区簇内的多个小区传输不同的DMRS信号序列给协作用户，则会导致协作用户无法对DMRS信号进行正确的解调和信道估计。针对上述问题，目前尚未有相应的解决方案。

[0014] 为便于理解，以单个用户协作(Single User CoMP，SU-CoMP)的情况为例说明。图3是三个小区静态协作，联合为单个协作用户1发送下行数据(SU-CoMP)的例子。用户1的服务小区是小区1，但协作多点传输(SU-CoMP)模式下，下行发送时用户1同时还会接收到来自小区2和小区3的下行联合发送信号，其中：

[0015] 小区1、小区2和小区3发送给用户1的DMRS信号序列分别表示为：R11，R21和R31，其中，R11，R21和R31不相同；

[0016] 三个小区到协作用户1的信道分别表示为：H11，H21，H31；

[0017] 假设三个小区对协作用户1的预编码加权系数分别表示为：W11，W21和W31。

[0018] 协作用户1接收到的三个小区联合发送的DMRS信号表示为：

[0019] Y1＝H11W11R11+H21W21R21+H31W31R31+n………………………………[1][0020] 协作用户1使用已知的DMRS信号R11，R21和R31进行信道估计，此时希望通过DMRS信号检测得到的等效信道为：H11W11+H21W12+H31W31，然后通过DMRS时频域二维插值获取整个资源块上的等效信道。但是，由于给协作用户1发送的DMRS信号序列R11，R21和R31各不相同，因此用户1无法对接收的DMRS信号Y1进行信道估计。

发明内容

[0021] 本发明的目的在于提供一种协作多点传输系统的信号发送方法及其装置，用以解决针对同一协作用户各协作小区的DMRS信号序列不同，导致协作用户无法对接收的DMRS信号进行联合检测的问题，为此，本发明实施例采用如下技术方案：

[0022] 一种协作多点传输系统的信号发送方法，包括：

[0023] 协作用户的服务小区将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；

[0024] 所述协作用户的协作小区簇内的小区，根据所述协作用户的所述服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；

[0025] 所述协作用户的协作小区簇内的小区将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。

[0026] 一种基站设备，应用于协作多点传输系统，包括：

[0027] 第一传输模块，用于将协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；

[0028] 信号序列确定模块，用于在当前小区为所述协作用户的服务小区的情况下，根据该服务小区的物理标识和所述协作用户的序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；或者，在当前小区为所述协作用户的协作小区簇中除所述协作用户的服务小区外的其它协作小区情况下，根据从所述协作用户的服务小区接收到的所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；

[0029] 第二传输模块，用于将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。

[0030] 本发明上述实施例，协作用户的服务小区将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区，从而使该协作用户的协作小区簇内的各小区针对该协作用户使用相同的服务小区物理标识和序列加扰标识以及时隙编号，生成相同的解调参考信号序列，进而解决了针对同一协作用户各协作小区的解调参考信号序列不同，导致协作用户无法对接收的解调参考信号进行联合检测的问题。

附图说明

[0031] 图1为现有技术中三个基站静态协作的CoMP系统示意图；

[0032] 图2A、图2B和图2C分别为现有技术中LTE-A系统的DMRS Pattern示意图；

[0033] 图3为现有技术中三个基站静态协作的SU-CoMP系统示意图；

[0034] 图4为本发明实施例提供的下行数据发送流程示意图；

[0035] 图5为本发明实施例提供的基站设备的结构示意图。

具体实施方式

[0036] 本发明实施例中，对于图2所示的LTE Rel-9/Rel-10系统的DMRS设计方案，对于任一个天线端口p∈{7，8，...，υ+6}，υ＝1，2，...，8，DMRS信号序列r(m)可表示为：

[0037]

[0038] 其中， 为最大的下行资源块(Resource Block，RB)数，信号序列r(m)的生成取决于伪随机序列c(i)的生成，而伪随机序列c(i)的生成则取决于预定义的初始化因子：

[0039]

[0040] 其中，ns是发送DMRS信号所在的资源的时隙(Slot)编号， 是小区的物理ID，而nSCID是与PDSCH传输相关联的DCI Format 2B信令所指示的序列加扰ID(Scrambling Identity，或称Scrambling ID)，可能的取值为0或1。不同的nSCID值对应的DMRS信号序列是准正交性的，也即存在一定的相关性，而非完全正交。如果没有与PDSCH相关联的DCI Format 2B信令指示，UE(User Equipment，用户设备)就默认nSCID的值为0。表1示出了DCI Format 2B信令指示的Scrambling ID和nSCID值的对应关系。

[0041] 表1

[0042]DCI format 2B信令指示的Scrambling ID nSCID的值
0 0
1 1

[0043] 在传统非协作的蜂窝无线系统中，每个小区向用户发送的DMRS信号导频序列r(m)的生成取决于三个关键参数，即信号发送的时隙编号ns，该小区分配的物理地址以及DCI Format 2B信令所指示的序列加扰ID(Scrambling ID)值nSCID。例如：三个非协作小区，小区1是用户1的服务小区，小区2是用户2的服务小区，小区3是用户3的服务小区，由于每个小区分配的物理地址 不同，网络侧DCI Format 2B指示的Scrambling ID可能也不同，这样，即使相邻三个小区传输相同的流数给各自小区的用户(Rank相同，使用的DMRS Pattern也相同)，在导频RE位置插入的DMRS信号序列r(m)的值也不相同。在传统非协作的蜂窝系统中，不同小区向各自的用户传输DMRS信号，独立的进行参考信号解调，各小区之间的解调参考信号序列各不相同。

[0044] 为了解决CoMP系统中，由于各协作小区发送的DMRS信号序列不同，导致协作用户无法对接收的DMRS信号进行联合检测，因此不能获取DMRS导频符号上的等效信道的问题，本发明实施例在协作小区簇联合给某个协作用户发送DMRS信号时，使用相同的DMRS信号序列，即协作小区簇内的每个小区都使用协作用户所在服务小区(Serving cell)分配的物理地址 协作用户所在服务小区DCI Format 2B信令所指示的Scrambling ID值nSCID，以及协作用户所在服务小区约定的时隙编号ns，生成DMRS信号序列；为此，协作用户所在的服务小区(Serving cell)需要将服务小区的物理地址 和网络侧DCI Format 2B信令指示给协作用户的Scrambling ID值 服务小区约定的时隙编号ns，以及协作用户的UE ID交互给协作小区簇内的其它协作小区(Coordinated cell)，从而保证各协作小区为同一个协作UE所生成的DMRS信号序列相同，进而保证协作UE可对DMRS信号进行正确的解调和信道估计，以正确接收数据。

[0045] 下面结合附图对本发明实施例进行详细描述。

[0046] 参见图4，为本发明实施例提供的下行数据发送流程示意图，该流程不仅适用于单用户协作(SU-CoMP)的情况，也适用于多用户协作(MU-CoMP)的情况。该流程可包括如下步骤：

[0047] 步骤401，网络侧向UE通知RRM测量集合，RRM测量集合也可以是UE预先获知的。

[0048] 步骤402，UE测量RRM测量集合包含的若干小区的RSRP(Reference Signal Receiving Power，参考信号接收功率)值或者RSRQ(Reference Signal Receiving Quality，参考信号接收质量)值，并向网络侧上报测量结果。

[0049] 步骤403，网络侧根据UE上报的测量结果确定UE的服务小区和协作小区簇。

[0050] 步骤404，网络侧将确定出的服务小区和协作小区簇通知给UE。

[0051] 步骤405，UE测量协作小区簇内各小区的信道状态信息，并向网络侧反馈协作小区簇内所有小区的信道信息。

[0052] 步骤406，网络侧根据协作UE反馈的信道状态信息进行资源分配和联合调度。

[0053] 步骤407，协作小区簇内的各协作小区交互物理小区地址 DCI Format2B信令指示的Scrambling ID值nSCID，时隙编号ns，以及协作UE的UE ID。其中，UE ID与该UE对应的 和nSCID，以及时隙编号ns绑定在一起进行交互。

[0054] 具体的，协作UE的服务小区将该UE的服务小区物理小区地址 DCIFormat 2B信令指示的Scrambling ID值nSCID和时隙编号ns，与该UE的UE ID绑定在一起，发送给该UE的协作小区簇内的其它协作小区。

[0055] 步骤408，协作小区簇内的各协作小区，根据协作UE的UE ID确定其服务小区物理地址 服务小区DCI Format 2B信令指示的Scrambling ID值 以及服务小区约定的时隙编号ns，并为协作UE生成DMRS导频序列。由于针对同一协作UE来说，各协作小区所得到的该UE对应的 和 相同，而公式(3)中的DMRS信号所在的
资源的时隙编号ns也相同，因此根据公式(3)所生成的各协作小区的导频序列的初始化因子相同，进而根据公式(2)生成的各协作小区的DMRS导频序列也相同。

[0056] 步骤409，协作小区簇内的各协作小区，将DMRS导频和数据一起经过预编码加权后，发送给协作UE。

[0057] 上述流程中，步骤401～404是协作小区簇的确定过程，步骤405～406是网络侧对协作UE进行资源分配和联合调度的过程，步骤409是协作小区簇内的各协作小区向协作UE发送下行数据的过程。这些过程均可参照现有技术实现。

[0058] 上述流程中的步骤407，是本发明实施例提供的CoMP系统中协作小区之间交互生成DMRS信号所使用的相关信息的过程。对于上述流程中步骤407的实现，本发明实施例以Intra-site CoMP应用场景和Inter-site CoMP应用场景为例，分别给出了具体的解决方案，下面对此进行详细描述。

[0059] 在Intra-site CoMP(站内CoMP)应用场景下，如果多个扇区分别由同一个基站(eNodeB)的多个基带处理板进行基带信号的处理，则协作UE所在的服务小区(Serving cell)可通过基带处理板的背板交互所需信息给协作小区簇内的其它协作小区(Coordinated cell)。如果多个扇区的基带处理集中放到一个处理能力较强的基带处理板中，则协作UE所在的服务小区(Serving cell)直接在这个基带处理板内部交互所需信息给协作小区簇内的其它协作小区(Coordinated cell)。

[0060] 以相同站址三个扇区协作传输(Intra-site CoMP)的情况为例，如果三个扇区可以分别由同一个基站(eNodeB)的三个基带处理板进行基带信号的处理，则三个基带处理板可以通过BBU(Base Band Unit，基带单元)的背板进行小区之间的信息交互。由于背板交互信息能力强，因此可以满足下行CoMP的需求。如果三个扇区的基带处理集中放到一个处理能力较强的基带处理板中，则可通过对这个基带处理板内部进行软硬件升级以支持小区之间的信息交互，也可以满足下行CoMP的需求。

[0061] 具体的，在Intra-site CoMP应用场景下，如果三个扇区分别由同一个基站(eNodeB)的三个基带处理板进行基带信号的处理，则协作UE所在的服务小区(Serving cell)通过基带处理板的背板将服务小区的物理地址 和网络侧DCI Format 2B信令指示给该协作UE的Scrambling ID值 时隙编号ns，以及该协作UE的UE ID交互给协作小区簇内的其它协作小区(Coordinated cell)；如果三个扇区的基带处理集中放到一个处理能力较强的基带处理板中，则协作UE所在的服务小区(Serving cell)直接在这个基带处理板内部将服务小区的物理地址 和网络侧DCI Format 2B信令指示给协作UE的Scrambling ID值 时隙编号ns，以及协作UE的UE ID交互给协作小区簇内的其它协作小区(Coordinated cell)。

[0062] 上述交互过程中，服务小区的物理地址 和网络侧DCI Format 2B信令指示给协作UE的Scrambling ID值 以及时隙编号ns，与相应协作UE的UE ID绑定在一起交互给协作小区簇内的其它协作小区。这是因为，协作小区簇内的任何一个小区向某个协作UE发送下行DMRS信号时，通过该协作UE的UE ID可以确定其服务小区的物理地址 和服务小区网络侧DCI Format 2B信令指示给该协作UE的Scrambling ID值以及联合发送的时隙编号ns，从而能够向该协作UE发送相同的DMRS导频序列。

[0063] 在Inter-site CoMP(站间CoMP)应用场景下，协作UE所在的服务小区(Serving cell)可通过基站(eNodeB)之间的X2接口，交互所需信息给协作小区簇内的其它协作小区(Coordinated cell)。

[0064] 以不同站址三个小区协作传输(Inter-site CoMP)的情况为例，不同基站(eNodeB)间的小区协作，可通过BBU之间X2接口的信息交互来实现。在Inter-site CoMP应用场景下，协作UE所在的服务小区(Serving cell)通过基站(eNodeB)之间的X2接口，将服务小区的物理地址 和网络侧DCIFormat 2B信令指示给协作UE的Scrambling ID值 时隙编号ns，以及协作UE的UE ID交互给协作小区簇内的其它协作小区(Coordinated cell)。

[0065] 具体的，服务小区的物理地址 和网络侧DCI Format 2B信令指示给协作用户的Scrambling ID值 以及时隙编号ns，要和相应协作UE的UE ID绑定在一起交互给协作小区簇内的其它协作小区。这是因为，协作小区簇内的任何一个小区向某个协作UE发送下行DMRS信号时，通过该协作UE的UE ID可以确定其服务小区的物理地址和服务小区网络侧DCIFormat 2B指示给该协作UE的Scrambling ID值以及联合发送的时隙编号ns，从而能够向该协作UE发送相同的DMRS导频序列。

[0066] 需要说明的是，在目前的X2AP协议中，X2接口消息已经支持相邻基站间交互小区的物理地址 以及用户的UE ID，所以只需要X2接口额外的交互服务小区网络侧DCI Format 2B信令指示给协作用户的Scrambling ID值 以及联合发送的时隙编号ns。

[0067] 还需要说明的是，目前的标准中，是通过DCI Format 2B信令为UE指示序列加扰ID的，但本发明实施例对此并不限制，即，如果后续能够通过其它信令或方式为UE指示序列加扰ID，都应该在本发明的保护范围之内。

[0068] 另需要说明的是，本发明实施例可应用于TDD(Time Division Duplexing，时分双工)系统，也可应用于FDD(Frequency Division Duplexing，频分双工)系统。

[0069] 以图3所示的SU-CoMP场景为例，采用本发明上述实施例，其流程可用公式表述如下：

[0070] 小区1、小区2和小区3发送给用户1的DMRS信号序列分别表示为：R11，R21和R31；由于协作小区簇内的每个小区都使用服务小区(Serving cell)的物理小区地址和导频序列加扰ID 以及服务小区约定的联合发送的时隙编号ns生成DMRS序列，各小区参考信号序列R11，R21和R31相同，统一用 表示；

[0071] 三个小区到协作用户1的信道分别表示为：H11，H21，H31；

[0072] 假设三个小区对协作用户1的预编码加权系数分别表示为：W11，W21和W31。

[0073] 协作用户1接收到的三个小区联合发送的DMRS信号表示为：

[0074]

[0075] 协作用户1使用已知的DMRS信号 进行信道估计，通过DMRS信号检测得到协作用户1位于导频符号上的等效信道：

[0076]

[0077] 然后通过DMRS时频域二维插值获取整个PDSCH数据区域协作用户1的等效信道。

[0078] 可以看出，本发明实施例提供的CoMP系统的DMRS信号发送方法，解决了在CoMP中，由于各协作小区发送的DMRS信号序列不同，导致协作用户无法对接收的DMRS信号进行联合检测，因此不能获取DMRS导频符号上的等效信道的问题。该方案不仅适用于单用户协作(SU-CoMP)的情况，也适用于多用户协作(MU-CoMP)的情况。

[0079] 基于相同的技术构思，本发明实施例还提供了一种基站设备，可应用于上述流程。

[0080] 参见图5，为本发明实施例提供的基站设备的结构示意图，该基站设备可应用于TDD系统或FDD系统，如图所示，该基站设备可包括：

[0081] 第一传输模块501，用于将协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区；

[0082] 信号序列确定模块502，用于在当前小区为所述协作用户的服务小区的情况下，根据该服务小区的物理标识和所述协作用户的序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；或者，在当前小区为所述协作用户的协作小区簇中除所述协作用户的服务小区外的其它协作小区情况下，根据从所述协作用户的服务小区接收到的所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，确定出所述协作用户的解调参考信号序列；

[0083] 第二传输模块503，用于将所述协作用户的解调参考信号序列和用户数据发送给所述协作用户。

[0084] 在站内协作多点传输系统中，多个扇区的基带信号分别由同一个基站的多个基带处理板进行处理的情况下，第一传输模块501可通过基带处理板的背板，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

[0085] 在站内协作多点传输系统中，多个扇区的基带信号由一个基带处理板进行处理的情况下，第一传输模块501可在所述基带处理板内部，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，传输给所述协作用户的协作小区簇内的其它协作小区。

[0086] 在站间协作多点传输系统中，第一传输模块501可通过基站设备之间的X2接口，将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号，与所述协作用户的用户标识绑定在一起，发送给所述协作用户的协作小区簇内的其它协作小区所属的基站设备。

[0087] 本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

[0088] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

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