一种协作多点传输系统的信号发送方法及其装置 【技术领域】
本发明涉及通信领域， 尤其涉及一种协作多点传输系统的信号发送方法及其装置。 背景技术
LTE-A(LTE-Advanced) 系 统 采 用 OFDMA(Orthogonal Frequency Division Multiplexing Access， 正交频分复用的多址接入 ) 技术， 小区内用户的信息承载在相互正 交的不同子载波上， 从而避免了小区内用户间的多址干扰。但是， OFDMA 多址接入方式本身 不具备抑制小区间干扰的能力， 因此影响 LTE-A 系统性能的干扰主要来自相邻小区， 即小 区间的干扰。
在同频组网的传统蜂窝系统中， 小区边缘的用户将受到相邻小区信号的干扰， 这 些干扰严重限制了边缘用户的服务质量和吞吐量。 如果相邻的多个小区通过协作共同给用 户发射信号， 将干扰信号进行抑制， 就可以有效地降低小区间干扰， 提高各用户的信号接收 信噪比。
CoMP(Coordinated Multi-point Transmission， 协作多点传输 ) 系统指多个小区 ( 可能是同站址的多个小区或者不同站址的多个小区 ) 通过彼此协作， 将某个目标用户的 信号经过不同加权后， 再联合发送给该目标用户， 以提高小区边缘用户的服务质量和吞吐 量， 提高系统的频谱利用率。
三个小区静态协作的 CoMP 系统如图 1 所示， 小区 1、 小区 2 和小区 3 组成一个协作 式小区簇， 用户 1、 用户 2 和用户 3 组成一个协作用户组。在下行链路中， 用户 1、 用户 2 和 用户 3 的信号首先经过预处理， 然后通过小区 1、 小区 2 和小区 3 联合发射。经过信号预处 理操作， 用户 1 接收到的信号中抑制了用户 2 和用户 3 的干扰信号， 用户 2 接收到的信号中 抑制了用户 1 和用户 3 的干扰信号， 用户 3 接收到的信号中抑制了用户 1 和用户 2 的干扰 信号。
图 1 中的 CoMP 系统是三个小区静态协作的情况， 即固定的三个小区 ( 小区 1、 小区 2 和小区 3) 组成一个协作小区簇， 联合为协作用户组提供下行数据传输。CoMP 系统还可以 进行动态协作， 即协作小区的选择由每个用户的性能决定。每个用户可选择若干信道质量 最好的小区进行有用信号的接收， 同时这些协作的小区也动态地选择干扰最强的干扰信号 进行消除。动态协作方案的性能相比静态协作方案有所改善， 但调度的复杂度较高。
LTE-A Rel-9/Rel-10 系统中， 下行 DMRS(Demodulation Reference Signals， 解 调参考信号 ) 的导频符号插入到 PDSCH(Physical Downlink Shared Channel， 物理下行共 享信道 ) 所在的时频资源中， 与数据符号一起经过预编码加权后发射， 用于辅助数据信号 进行解调。设 υ ＝ 1， 2， ...， 8 为高阶 MIMO(Multi-Input Multi-Output， 多输入多输出 ) Rel-9/Rel-10 的下行 DMRS 最大可定义 8 个天线端口 传输可能配置的传输流数 (Layers)， p ∈ {7， 8， ...， υ+6}。
LTE Rel-9/Rel-10 系统中， Rank 2 以及 Rank 3 ～ 8 配置下 DMRS Pattern 的具体设计方法， 可如图 2A、 图 2B 和图 2C 所示 ：
Rank ＝ 2 ： DMRS 开销 12REs。将 2 个 layer 的 DMRS 分成 1 组 ( 图 2A、 图 2B 和图 2C 中示为深色的 RE)， 同一行载波上同一种颜色的相邻 2 个 RE 承载 2 个 layer 的 DMRS， 分 别对应 layer1 和 layer2， 采用长度为 2 的 OCC 码分复用 ；
Rank ＝ 3 ～ 4 ： DMRS 开销 24REs。将 4 个 layer 的 DMRS 分成 2 组 ( 图 2A、 图 2B 和 图 2C 中深色的分为一组， 对应 layer 1-2 ； 横条纹的分为一组， 对应 layer3-4)， 其中， 同一 行载波上同一种颜色的相邻 2 个 RE 承载 2 个 layer 的 DMRS， 采用长度为 2 的 OCC 码分复 用；
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 个组包含的端口数尽可能均衡分配。
发明人在实现本发明的过程中， 发现现有技术至少存在以下问题 ：
在 CoMP 系统中， 如果隶属于同一个协作小区簇内的多个小区传输不同的 DMRS 信 号序列给协作用户， 则会导致协作用户无法对 DMRS 信号进行正确的解调和信道估计。针对 上述问题， 目前尚未有相应的解决方案。 为便于理解， 以单个用户协作 (Single User CoMP， SU-CoMP) 的情况为例说明。图 3 是三个小区静态协作， 联合为单个协作用户 1 发送下行数据 (SU-CoMP) 的例子。用户 1 的 服务小区是小区 1， 但协作多点传输 (SU-CoMP) 模式下， 下行发送时用户 1 同时还会接收到 来自小区 2 和小区 3 的下行联合发送信号， 其中 ：
小区 1、 小区 2 和小区 3 发送给用户 1 的 DMRS 信号序列分别表示为 ： R11， R21 和 R31， 其中， R11， R21 和 R31 不相同 ；
三个小区到协作用户 1 的信道分别表示为 ： H11， H21， H31 ；
假设三个小区对协作用户 1 的预编码加权系数分别表示为 ： W11， W21 和 W31。
协作用户 1 接收到的三个小区联合发送的 DMRS 信号表示为 ：
Y1 ＝ H11W11R11+H21W21R21+H31W31R31+n……………………………… [1]
协作用户 1 使用已知的 DMRS 信号 R11， R21 和 R31 进行信道估计， 此时希望通过 DMRS 信号检测得到的等效信道为 ： H11W11+H21W12+H31W31， 然后通过 DMRS 时频域二维插值获取整个 资源块上的等效信道。但是， 由于给协作用户 1 发送的 DMRS 信号序列 R11， R21 和 R31 各不相 同， 因此用户 1 无法对接收的 DMRS 信号 Y1 进行信道估计。
发明内容
本发明的目的在于提供一种协作多点传输系统的信号发送方法及其装置， 用以解 决针对同一协作用户各协作小区的 DMRS 信号序列不同， 导致协作用户无法对接收的 DMRS 信号进行联合检测的问题， 为此， 本发明实施例采用如下技术方案 ：
一种协作多点传输系统的信号发送方法， 包括 ：
协作用户的服务小区将所述协作用户的服务小区物理标识和序列加扰标识以及 时隙编号， 与所述协作用户的用户标识绑定在一起， 发送给所述协作用户的协作小区簇内 的其它协作小区 ；所述协作用户的协作小区簇内的小区， 根据所述协作用户的所述服务小区物理标 识和序列加扰标识以及时隙编号， 确定出所述协作用户的解调参考信号序列 ；
所述协作用户的协作小区簇内的小区将所述协作用户的解调参考信号序列和用 户数据发送给所述协作用户。
一种基站设备， 应用于协作多点传输系统， 包括 ：
第一传输模块， 用于将协作用户的服务小区物理标识和序列加扰标识以及时隙编 号， 与所述协作用户的用户标识绑定在一起， 发送给所述协作用户的协作小区簇内的其它 协作小区 ；
信号序列确定模块， 用于在当前小区为所述协作用户的服务小区的情况下， 根据 该服务小区的物理标识和所述协作用户的序列加扰标识以及时隙编号， 确定出所述协作用 户的解调参考信号序列 ； 或者， 在当前小区为所述协作用户的协作小区簇中除所述协作用 户的服务小区外的其它协作小区情况下， 根据从所述协作用户的服务小区接收到的所述协 作用户的服务小区物理标识和序列加扰标识以及时隙编号， 确定出所述协作用户的解调参 考信号序列 ；
第二传输模块， 用于将所述协作用户的解调参考信号序列和用户数据发送给所述 协作用户。
本发明上述实施例， 协作用户的服务小区将所述协作用户的服务小区物理标识和 序列加扰标识以及时隙编号， 与所述协作用户的用户标识绑定在一起， 发送给所述协作用 户的协作小区簇内的其它协作小区， 从而使该协作用户的协作小区簇内的各小区针对该协 作用户使用相同的服务小区物理标识和序列加扰标识以及时隙编号， 生成相同的解调参考 信号序列， 进而解决了针对同一协作用户各协作小区的解调参考信号序列不同， 导致协作 用户无法对接收的解调参考信号进行联合检测的问题。 附图说明
图 1 为现有技术中三个基站静态协作的 CoMP 系统示意图 ； 图 2A、 图 2B 和图 2C 分别为现有技术中 LTE-A 系统的 DMRS Pattern 示意图 ； 图 3 为现有技术中三个基站静态协作的 SU-CoMP 系统示意图 ； 图 4 为本发明实施例提供的下行数据发送流程示意图 ； 图 5 为本发明实施例提供的基站设备的结构示意图。具体实施方式
本发明实施例中， 对于图 2 所示的 LTE Rel-9/Rel-10 系统的 DMRS 设计方案， 对于 任一个天线端口 p ∈ {7， 8， ...， υ+6}， υ ＝ 1， 2， ...， 8， DMRS 信号序列 r(m) 可表示为 ：
其中，为最大的下行资源块 (Resource Block， RB) 数， 信号序列 r(m) 的生成取决于伪随机序列 c(i) 的生成， 而伪随机序列 c(i) 的生成则取决于预定义的初始化因 子：
其中， 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 值的对应关系。
表1
DCI format 2B 信令指示的 Scrambling ID 0 1
nSCID 的值 0 1在传统非协作的蜂窝无线系统中， 每个小区向用户发送的 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 信号， 独立的进行参考信号解 调， 各小区之间的解调参考信号序列各不相同。
为了解决 CoMP 系统中， 由于各协作小区发送的 DMRS 信号序列不同， 导致协作用户 无法对接收的 DMRS 信号进行联合检测， 因此不能获取 DMRS 导频符号上的等效信道的问题， 本发明实施例在协作小区簇联合给某个协作用户发送 DMRS 信号时， 使用相同的 DMRS 信号 序列， 即协作小区簇内的每个小区都使用协作用户所在服务小区 (Serving cell) 分配的物 理地址 协作用户所在服务小区 DCI Format 2B 信令所指示的 Scrambling ID 值 nSCID， 和网络侧 DCI Format 2B 以及协作用户所在服务小区约定的时隙编号 ns， 生成 DMRS 信号序列 ； 为此， 协作用户所在 的服务小区 (Serving cell) 需要将服务小区的物理地址 信令指示给协作用户的 Scrambling ID 值 服务小区约定的时隙编号 ns， 以及协作用户的 UE ID 交互给协作小区簇内的其它协作小区 (Coordinated cell)， 从而保证各协作 小区为同一个协作 UE 所生成的 DMRS 信号序列相同， 进而保证协作 UE 可对 DMRS 信号进行 正确的解调和信道估计， 以正确接收数据。 下面结合附图对本发明实施例进行详细描述。
参见图 4， 为本发明实施例提供的下行数据发送流程示意图， 该流程不仅适用于单 用户协作 (SU-CoMP) 的情况， 也适用于多用户协作 (MU-CoMP) 的情况。该流程可包括如下
步骤 ： 步骤 401， 网络侧向 UE 通知 RRM 测量集合， RRM 测量集合也可以是 UE 预先获知的。
步 骤 402， UE 测 量 RRM 测 量 集 合 包 含 的 若 干 小 区 的 RSRP(Reference Signal Receiving Power， 参 考 信 号 接 收 功 率 ) 值 或 者 RSRQ(Reference Signal Receiving Quality， 参考信号接收质量 ) 值， 并向网络侧上报测量结果。
步骤 403， 网络侧根据 UE 上报的测量结果确定 UE 的服务小区和协作小区簇。
步骤 404， 网络侧将确定出的服务小区和协作小区簇通知给 UE。
步骤 405， UE 测量协作小区簇内各小区的信道状态信息， 并向网络侧反馈协作小 区簇内所有小区的信道信息。
步骤 406， 网络侧根据协作 UE 反馈的信道状态信息进行资源分配和联合调度。
步骤 407， 协作小区簇内的各协作小区交互物理小区地址 和 nSCID， 以及时隙编号 ns 绑定在一起进行交互。 具体的， 协作 UE 的服务小区将该 UE 的服务小区物理小区地址DCI Format2B 信令指示的 Scrambling ID 值 nSCID， 时隙编号 ns， 以及协作 UE 的 UE ID。其中， UE ID 与该 UE 对 应的
DCIFormat 2B信令指示的 Scrambling ID 值 nSCID 和时隙编号 ns， 与该 UE 的 UE ID 绑定在一起， 发送给该 UE 的协作小区簇内的其它协作小区。
步骤 408， 协作小区簇内的各协作小区， 根据协作 UE 的 UE ID 确定其服务小区物理 地址 服务小区 DCI Format 2B 信令指示的 Scrambling ID 值 和 以及服务 并为协作 UE 生成 DMRS 导频序列。由于针对同一协作 UE 来说， 各 小区约定的时隙编号 ns， 协作小区所得到的该 UE 对应的 相同， 而公式 (3) 中的 DMRS 信号所在的 资源的时隙编号 ns 也相同， 因此根据公式 (3) 所生成的各协作小区的导频序列的初始化因 子相同， 进而根据公式 (2) 生成的各协作小区的 DMRS 导频序列也相同。
步骤 409， 协作小区簇内的各协作小区， 将 DMRS 导频和数据一起经过预编码加权 后， 发送给协作 UE。
上述流程中， 步骤 401 ～ 404 是协作小区簇的确定过程， 步骤 405 ～ 406 是网络侧 对协作 UE 进行资源分配和联合调度的过程， 步骤 409 是协作小区簇内的各协作小区向协作 UE 发送下行数据的过程。这些过程均可参照现有技术实现。
上述流程中的步骤 407， 是本发明实施例提供的 CoMP 系统中协作小区之间交互生 成 DMRS 信号所使用的相关信息的过程。对于上述流程中步骤 407 的实现， 本发明实施例以 Intra-site CoMP 应用场景和 Inter-site CoMP 应用场景为例， 分别给出了具体的解决方 案， 下面对此进行详细描述。
在 Intra-site CoMP( 站 内 CoMP) 应 用 场 景 下， 如果多个扇区分别由同一个 基 站 (eNodeB) 的 多 个 基 带 处 理 板 进 行 基 带 信 号 的 处 理， 则 协 作 UE 所 在 的 服 务 小 区 (Serving cell) 可通过基带处理板的背板交互所需信息给协作小区簇内的其它协作小区 (Coordinated cell)。 如果多个扇区的基带处理集中放到一个处理能力较强的基带处理板 中， 则协作 UE 所在的服务小区 (Serving cell) 直接在这个基带处理板内部交互所需信息 给协作小区簇内的其它协作小区 (Coordinated cell)。
以相同站址三个扇区协作传输 (Intra-site CoMP) 的情况为例， 如果三个扇区可以分别由同一个基站 (eNodeB) 的三个基带处理板进行基带信号的处理， 则三个基带处理 板可以通过 BBU(Base Band Unit， 基带单元 ) 的背板进行小区之间的信息交互。由于背板 交互信息能力强， 因此可以满足下行 CoMP 的需求。如果三个扇区的基带处理集中放到一个 处理能力较强的基带处理板中， 则可通过对这个基带处理板内部进行软硬件升级以支持小 区之间的信息交互， 也可以满足下行 CoMP 的需求。
具 体 的， 在 Intra-site CoMP 应 用 场 景 下， 如果三个扇区分别由同一个基站 (eNodeB) 的三个基带处理板进行基带信号的处理， 则协作 UE 所在的服务小区 (Serving cell) 通过基带处理板的背板将服务小区的物理地址 令指示给该协作 UE 的 Scrambling ID 值 和网络侧 DCI Format 2B 信 时隙编号 ns， 以及该协作 UE 的 UE ID 交互给协作小区簇内的其它协作小区 (Coordinated cell) ； 如果三个扇区的基带处理集中放 到一个处理能力较强的基带处理板中， 则协作 UE 所在的服务小区 (Serving cell) 直接在 这个基带处理板内部将服务小区的物理地址 协作 UE 的 Scrambling ID 值
和网络侧 DCI Format 2B 信令指示给时隙编号 ns， 以及协作 UE 的 UE ID 交互给协作小区 和网络侧 DCI Format 2B 信令指簇内的其它协作小区 (Coordinated cell)。 上述交互过程中， 服务小区的物理地址 示给协作 UE 的 Scrambling ID 值 以及时隙编号 ns， 与相应协作 UE 的 UE ID 绑定在一起交互给协作小区簇内的其它协作小区。这是因为， 协作小区簇内的任何一个小区向 某个协作 UE 发送下行 DMRS 信号时， 通过该协作 UE 的 UE ID 可以确定其服务小区的物理地 址
和服务小区网络侧 DCI Format 2B 信令指示给该协作 UE 的 Scrambling ID 值 以及联合发送的时隙编号 ns， 从而能够向该协作 UE 发送相同的 DMRS 导频序列。在 Inter-site CoMP( 站间 CoMP) 应用场景下， 协作 UE 所在的服务小区 (Serving cell) 可通过基站 (eNodeB) 之间的 X2 接口， 交互所需信息给协作小区簇内的其它协作小区 (Coordinated cell)。
以 不 同 站 址 三 个 小 区 协 作 传 输 (Inter-site CoMP) 的 情 况 为 例， 不同基站 (eNodeB) 间的小区协作， 可通过 BBU 之间 X2 接口的信息交互来实现。在 Inter-site CoMP 应用场景下， 协作 UE 所在的服务小区 (Serving cell) 通过基站 (eNodeB) 之间的 X2 接口， 将服务小区的物理地址 ID 值
和网络侧 DCIFormat 2B 信令指示给协作 UE 的 Scrambling时隙编号 ns， 以及协作 UE 的 UE ID 交互给协作小区簇内的其它协作小区 具体的， 服务小区的物理地址 和网络侧 DCI Format 2B 信令指示给协作(Coordinated cell)。 用户的 Scrambling ID 值 以及时隙编号 ns， 要和相应协作 UE 的 UE ID 绑定在一起交互给协作小区簇内的其它协作小区。这是因为， 协作小区簇内的任何一个小区向某个 协作 UE 发送下行 DMRS 信号时， 通过该协作 UE 的 UE ID 可以确定其服务小区的物理地址 和服务小区网络侧 DCIFormat 2B 指示给该协作 UE 的 Scrambling ID 值 以及联合发送的时隙编号 ns， 从而能够向该协作 UE 发送相同的 DMRS 导频序列。
需要说明的是， 在目前的 X2AP 协议中， X2 接口消息已经支持相邻基站间交互小 区的物理地址 以及用户的 UE ID， 所以只需要 X2 接口额外的交互服务小区网络侧 DCIFormat 2B 信令指示给协作用户的 Scrambling ID 值
以及联合发送的时隙编号 ns。还需要说明的是， 目前的标准中， 是通过 DCI Format 2B 信令为 UE 指示序列加扰 ID 的， 但本发明实施例对此并不限制， 即， 如果后续能够通过其它信令或方式为 UE 指示序 列加扰 ID， 都应该在本发明的保护范围之内。
另需要说明的是， 本发明实施例可应用于 TDD(Time Division Duplexing， 时分双 工 ) 系统， 也可应用于 FDD(Frequency Division Duplexing， 频分双工 ) 系统。
以图 3 所示的 SU-CoMP 场景为例， 采用本发明上述实施例， 其流程可用公式表述如 下：
小区 1、 小区 2 和小区 3 发送给用户 1 的 DMRS 信号序列分别表示为 ： R11， R21 和 R31 ； 由于协作小区簇内的每个小区都使用服务小区 (Serving cell) 的物理小区地址 和导频序列加扰 ID
以及服务小区约定的联合发送的时隙编号 ns 生成 DMRS 序列， 表示 ；各小区参考信号序列 R11， R21 和 R31 相同， 统一用三个小区到协作用户 1 的信道分别表示为 ： H11， H21， H31 ； 假设三个小区对协作用户 1 的预编码加权系数分别表示为 ： W11， W21 和 W31。 协作用户 1 接收到的三个小区联合发送的 DMRS 信号表示为 ：
协作用户 1 使用已知的 DMRS 信号进行信道估计， 通过 DMRS 信号检测得到协作用户 1 位于导频符号上的等效信道 ：
然后通过 DMRS 时频域二维插值获取整个 PDSCH 数据区域协作用户 1 的等效信道。
可以看出， 本发明实施例提供的 CoMP 系统的 DMRS 信号发送方法， 解决了在 CoMP 中， 由于各协作小区发送的 DMRS 信号序列不同， 导致协作用户无法对接收的 DMRS 信号进行 联合检测， 因此不能获取 DMRS 导频符号上的等效信道的问题。该方案不仅适用于单用户协 作 (SU-CoMP) 的情况， 也适用于多用户协作 (MU-CoMP) 的情况。
基于相同的技术构思， 本发明实施例还提供了一种基站设备， 可应用于上述流程。
参见图 5， 为本发明实施例提供的基站设备的结构示意图， 该基站设备可应用于 TDD 系统或 FDD 系统， 如图所示， 该基站设备可包括 ：
第一传输模块 501， 用于将协作用户的服务小区物理标识和序列加扰标识以及时 隙编号， 与所述协作用户的用户标识绑定在一起， 发送给所述协作用户的协作小区簇内的 其它协作小区 ；
信号序列确定模块 502， 用于在当前小区为所述协作用户的服务小区的情况下， 根 据该服务小区的物理标识和所述协作用户的序列加扰标识以及时隙编号， 确定出所述协作 用户的解调参考信号序列 ； 或者， 在当前小区为所述协作用户的协作小区簇中除所述协作 用户的服务小区外的其它协作小区情况下， 根据从所述协作用户的服务小区接收到的所述 协作用户的服务小区物理标识和序列加扰标识以及时隙编号， 确定出所述协作用户的解调 参考信号序列 ；
第二传输模块 503， 用于将所述协作用户的解调参考信号序列和用户数据发送给 所述协作用户。
在站内协作多点传输系统中， 多个扇区的基带信号分别由同一个基站的多个基带 处理板进行处理的情况下， 第一传输模块 501 可通过基带处理板的背板， 将所述协作用户 的服务小区物理标识和序列加扰标识以及时隙编号， 与所述协作用户的用户标识绑定在一 起， 传输给所述协作用户的协作小区簇内的其它协作小区。
在站内协作多点传输系统中， 多个扇区的基带信号由一个基带处理板进行处理的 情况下， 第一传输模块 501 可在所述基带处理板内部， 将所述协作用户的服务小区物理标 识和序列加扰标识以及时隙编号， 与所述协作用户的用户标识绑定在一起， 传输给所述协 作用户的协作小区簇内的其它协作小区。
在站间协作多点传输系统中， 第一传输模块 501 可通过基站设备之间的 X2 接口， 将所述协作用户的服务小区物理标识和序列加扰标识以及时隙编号， 与所述协作用户的用 户标识绑定在一起， 发送给所述协作用户的协作小区簇内的其它协作小区所属的基站设 备。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分 布于实施例的装置中， 也可以进行相应变化位于不同于本实施例的一个或多个装置中。上 述实施例的模块可以合并为一个模块， 也可以进一步拆分成多个子模块。 通过以上的实施方式的描述， 本领域的技术人员可以清楚地了解到本发明可借助 软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更 佳的实施方式。基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的 部分可以以软件产品的形式体现出来， 该计算机软件产品存储在一个存储介质中， 包括若 干指令用以使得一台终端设备 ( 可以是手机， 个人计算机， 服务器， 或者网络设备等 ) 执行 本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应 视本发明的保护范围。