CN101938300B - 基于多点协作的数据传输方法及装置 - Google Patents

Abstract

本发明公开了一种基于多点协作的数据传输方法及装置，该方法包括：服务小区在协作资源内接收用户数据，并从用户数据中检测协作用户数据；如果协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理。通过本发明降低了基站间的数据交互量，提高了系统的检测性能。

Description

基于多点协作的数据传输方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种基于多点协作的数据传输方法及装置。

背景技术

在3G长期演进(Long Term Evolution，简称为LTE)中，小区边缘用户的吞吐量远远低于中心区域用户的吞吐量。利用多个小区的接收天线协作来实现小区边缘用户无线链路的较高容量和可靠传输就成为研究重点，这也就是上行多点协作技术。目前高级长期演进(Long term evaluation-Advanced，简称为LTE-A)已经引入了多点协作(Coordinated Multiple Point transmition and reception，以下简称为CoMP)技术。

多点协作传输类似于传统上熟知的分布式天线技术，图1是根据相关技术的多点协作系统的示意图，如图1所示，1个基站(e-NodeB)通过射频光纤(RoF)连接多个天线站点(SITE)，天线站点类似1个射频远端单元(Radio Remote Unit，简称为RRU)，而所有的基带处理仍集中在基站，形成集中的基带单元(Base BandUnit，简称为BBU)，e-NodeB通过S1接口与移动性管理实体(MobileManagement Entity，简称为MME)/服务网关(Serving GateWay，简称为SGW)进行通信，e-NodeB之间通过S1接口进行通信。

目前，上行多点协作可以分为基站内多点协作和基站间多点协作。图2是根据相关技术的基站内多点协作的示意图，如图2所示，1个e-NodeB通过RoF连接多个SITE，e-NodeB通过S1接口与MME/SGW进行通信。

图3是根据相关技术的2基站间多点协作的示意图，如图3所示，两个e-NodeB分别通过RoF连接多个SITE，e-NodeB通过S1接口与MME/SGW进行通信，e-NodeB之间通过S1接口进行通信。

其中，基站内多点协作指的是各小区内的用户通过多个站点接入网络，这些站点由一个基站来管理；而基站间的多点协作是指多个站点可以由2个或2个以上的基站来管理。多个站点接收到同一个用户发送的数据后，会将数据进行合并。

目前合并的方式有两种：译码前合并和译码后合并，图4是根据相关技术的译码前合并的示意图，如图4所示，接收节点(ReceivePoint)将译码前信号(Signal Before Decoding)发送给中间节点(JointPoint)进行处理。图5是根据相关技术的译码后合并的示意图，如图5所示，接收节点(Receive Point)将译码后信号(Signal AfterDecoding)发送给中间节点(Joint Point)进行处理。

针对相关技术具体如何实现基于多点协作的数据传输，目前尚未提出有效的解决方案。

发明内容

针对目前尚无具体实现基于多点协作的数据传输的处理方案的问题而提出本发明，为此，本发明的主要目的在于提供一种基于多点协作的数据传输方案，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种基于多点协作的数据传输方法。

根据本发明的基于多点协作的数据传输方法包括：服务小区在协作资源内接收用户数据，并从用户数据中检测协作用户数据；如果协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理。

优选地，在从用户数据中检测协作用户数据之后，上述方法还包括：如果协作用户数据检测正确，则通知协作小区不需要将接收的协作资源数据传输到服务小区。

优选地，根据接收到的来自协作小区的反馈信息进行处理包括：如果所有协作小区的反馈信息都指示协作用户数据质量差，或者在预定时间内没有接收到反馈信息，则通知协作用户进行重传。

优选地，根据接收到的来自协作小区的反馈信息进行处理包括：如果所有协作小区中的任何一个协作小区的反馈信息为正确检测到的协作用户数据，则获取正确检测到的协作用户数据。

优选地，根据接收到的来自协作小区的反馈信息进行处理包括：如果所有协作小区的反馈信息都为待处理数据，则将待处理数据进行合并后检测，如果检测结果错误，则通知协作用户重传。

优选地，在通知协作小区将检测到的协作资源数据传输到服务小区之后，上述方法还包括：存在调度用户的协作小区作为甲类协作小区在协作资源内接收数据，并根据数据获取待处理数据，其中，数据包括调度用户数据和协作用户数据；计算协作用户的信干噪比值，并判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据；如果协作用户数据检测错误，则甲类协作小区将待处理数据或者译码后的软比特数据作为协作资源数据发送给服务小区；如果协作用户数据检测正确，则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区。

优选地，甲类协作小区根据数据获取待处理数据包括：甲类协作小区从数据中检测本小区的调度用户数据；如果调度用户数据检测正确，则从数据中除去调度用户数据得到待处理数据；如果调度用户数据检测错误，则待处理数据为数据。

优选地，在通知协作小区将检测到的协作资源数据传输到服务小区之后，上述方法还包括：不存在调度用户的协作小区作为乙类协作小区在协作资源内接收数据，并确定数据为待处理数据，其中，数据为协作用户数据；计算协作用户的信干噪比值，并判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据；如果协作用户数据检测错误，则乙类协作小区将待处理数据或者译码后的软比特数据作为协作资源数据发送给服务小区；如果协作用户数据检测正确，则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区。

优选地，用户数据包括以下之一：协作用户数据、协作用户数据和存在调度用户的协作小区的调度用户数据。

为了实现上述目的，根据本发明的另一方面，提供了一种基于多点协作的数据传输装置。

根据本发明的基于多点协作的数据传输装置包括：第一接收模块，用于在协作资源内接收用户数据；检测模块，用于从第一接收模块接收的用户数据中检测协作用户数据；通知模块，用于在检测模块对协作用户数据检测错误的情况下，通知协作小区将检测到的协作资源数据传输到服务小区；第二接收模块，用于接收来自所有协作小区的反馈信息；处理模块，用于根据第二接收模块接收到的反馈信息进行处理。

通过本发明，服务小区在协作资源内接收用户数据，并从用户数据中检测协作用户数据，如果协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理，解决了目前尚无具体实现基于多点协作的数据传输的处理方案的问题，进而降低了基站间的数据交互量，提高了系统的检测性能。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的多点协作系统的示意图；

图2是根据相关技术的基站内多点协作的示意图；

图3是根据相关技术的2基站间多点协作的示意图；

图4是根据相关技术的译码前合并的示意图；

图5是根据相关技术的译码后合并的示意图；

图6是根据本发明实施例的基于多点协作的数据传输方法的流程图；

图7是根据本发明实施例的3基站间多点协作的示意图；

图8是根据本发明实施例的仿真结果和其它方案的仿真结果对比的示意图；

图9是根据本发明实施例的基于多点协作的数据传输装置的结构框图。

具体实施方式

功能概述

考虑到目前尚无具体实现基于多点协作的数据传输的处理方案的问题，本发明实施例提供了一种基于多点协作的数据传输方案，服务小区在协作资源内接收用户数据，并从用户数据中检测协作用户数据；如果协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理，可以提高系统的检测性能。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

本发明实施例主要针对的是连接到同一个演进的分组核心(Evolved Packet Core，简称为EPC)网络的基站内和基站间的多点协作模式。从协作的复杂性、时延、X2接口数据交互量考虑，建议多个协作基站连接到同一个EPC网络，且都具有X2接口的支持；从充分利用频带和解码正确性的角度考虑，协作小区在指定的协作资源内：(1)协作小区业务不繁忙时，不调度本小区内的任何用户；(2)协作小区业务繁忙时，调度本小区内的信干噪比高的中心用户；基于上面的两点考虑，本发明实施例提供了一种折中的基站间多点协作的数据合并和检测方法。

为了描述方便，以下将进行协作通信的用户称之为协作用户，协作用户的所在的注册小区称之为服务小区，参与协作的小区称之为协作小区，协作小区在协作资源内调度的用户称之为调度用户，将协作小区分为两类，协作期间，存在调度用户的协作小区称为甲类协作小区，不存在调度用户的协作小区称为乙类协作小区。

方法实施例

根据本发明的实施例，提供了一种基于多点协作的数据传输方法。图6是根据本发明实施例的基于多点协作的数据传输方法的流程图，如图6所示，该方法包括如下的步骤S602至步骤S604：

步骤S602，服务小区在协作资源内接收用户数据，并从用户数据中检测协作用户数据。其中，服务小区在协作资源内接收到的数据是协作用户数据、或者协作用户的数据和甲类协作小区在本资源内调度用户数据的叠加。

步骤S604，如果协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理。

具体地，如果服务小区内有多个射频远端单元(Radio RemoteUnit，简称为RRU)都接收到协作用户数据，则将这些协作用户数据视为分布式多天线的接收数据，进行多天线联合处理，然后，进行基站内多点协作处理：(1)如果协作用户数据检测正确，则完成协作传输，服务小区告知协作小区不需要将接收的协作资源数据传输到服务小区；(2)如果协作用户信息检测错误，则服务小区告知协作小区将检测到的协作资源内的数据传输到服务小区，当所有协作小区反馈之后，包括以下三种处理情况：(a)如果所有协作小区反馈的都是协作用户的数据质量差，或者在预定时间内没有接收到任何反馈信息时，服务小区通知协作用户进行重传；(b)如果任何一个协作小区传输到服务小区的数据是检测后的数据(即，正确检测到的协作用户数据)，则获取正确检测到的协作用户数据，协作传输结束；(c)如果所有协作小区反馈的都是检测前的数据(即，待处理数据)，则服务小区将得到的待处理数据合并后检测，如果检测结果正确，则协作传输结束，如果检测结果错误，则通知协作用户重传。

甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。

甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则甲类协作小区的协作处理结束；当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后，如果本小区调度用户数据检测正确，则从接收的数据中剔除本小区调度用户数据，得到待处理数据；如果本小区调度用户数据检测错误，则待处理数据即为未作处理的接收到的数据，然后，利用待处理数据检测协作用户数据。

在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINR_Xa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。

具体地，通过与预先设定好的门限值(即，预定阈值)SINR_threshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINR_Xa＜SINR_threshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本甲类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本甲类协作小区的协作处理结束，当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则甲类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，甲类协作小区的协作处理结束。

乙类协作小区在协作资源内接收到的数据是协作用户数据。

乙类协作小区处于等待，当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则乙类协作小区的协作处理结束；如果接收到服务小区发送的需要传输协作资源数据的通知，则检测待处理数据即接收的协作资源内的数据，然后，利用待处理数据检测协作用户数据。

在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINR_Xa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。

具体地，通过与预先设定好的门限值SINR_threshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINR_Xa＜SINR_threshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本乙类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本乙类协作小区的协作处理结束，当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则乙类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，乙类协作小区的协作处理结束。

需要说明的是，在本发明的实施例中，需要设定以下控制信令：

(1)数据传输指示(1bit)，表示服务小区是否需要协作小区传输接收到的协作用户的数据，由服务小区发送给协作小区。

(2)反馈数据指示(2bit)，表示协作小区是否传输接收到的协作数据，若传输数据，则指示传输的数据类型，包括三种类型，待处理数据(协作小区接收的尚未做任何处理的协作资源内的数据或者从协作小区接收的尚未做任何处理的协作资源内的数据中剔除本小区调度用户数据后的数据)、Turbo译码后的软比特数据以及正确判决后的数据，由协作小区反馈给服务小区。

下面将以3个基站协作为例对本发明实施例的实现过程进行详细描述。

实施例一

图7是根据本发明实施例的3基站间多点协作的示意图，如图7所示，服务小区为A小区，协作小区为B小区和C小区，都属于甲类协作小区，协作用户为a用户，调度用户b和c分别属于协作小区B和协作小区C。

小区A、B、C的接收信号为：

$\left\{\begin{array}{c}{R}_A=H_{\mathrm{Aa}}{x}_a+(H_{\mathrm{Ab}}{x}_b+H_{\mathrm{Ac}}{x}_c)+(I_A+N_A)\\ R_B=H_{\mathrm{Bb}}{x}_b+(H_{\mathrm{Ba}}{x}_a+H_{\mathrm{Bc}}{x}_c)+(I_B+N_B)\\ R_C=H_{\mathrm{Cc}}{x}_c+(H_{\mathrm{Ca}}{x}_a+H_{\mathrm{Cb}}{x}_b)+(I_C+N_C)\end{array}\right.---\left(1\right)$

其中：R_X表示小区X的接收数据，H_Xy表示用户y与小区X之间的信道，x_y表示用户y的发送数据，I_X表示小区X接收到的其他干扰信号，N_X表示小区X接收到的噪声信号。

协作用户a处于小区边缘，其发射功率较大，一般情况下B小区能够正确估计H_Ba，C小区能够正确估计H_Ca。

第一步：

服务小区A利用接收的数据R_A，检测协作用户a的数据。

小区A内若有多个站点都接收到协作用户a的数据，则将这些数据整体视为多天线的接收数据，进行多天线的联合处理，即，基站内多点协作处理。

(1)如果协作用户a信息检测正确，则协作传输结束，小区A通过X2接口通知小区B和小区C不需要传数据给小区A；

(2)如果协作用户a信息检测错误，则小区A通过X2接口通知小区B和小区C将接收的协作数据传输到小区A，小区A等待协作小区B和C的反馈。

协作小区B和C首先解调各自小区调度用户的数据。

(1)如果协作小区B和C接收到服务小区A发送的不需要传输协作数据的控制信令，则协作结束。

(2)如果协作小区B和C接收到服务小区A发送的需要传输协作数据的控制信令，则依据本小区的检测情况，做如下处理：

协作小区B的处理过程：

如果协作小区B中调度用户b的数据检测正确，则从接收数据中剔除调度用户b的数据，得到待处理数据为：

R_B＝(H_Bax_a+H_Bcx_c)+(I_B+N_B)    (2)

如果协作小区B中调度用户b的数据检测错误，则待处理数据为：

R_B＝H_Bbx_b+(H_Bax_a+H_Bcx_c)+(I_B+N_B)    (3)

得到待处理数据后，协作小区B计算协作用户a此时的SINR_Xa值，与预先设定好的SINR_threshold比较：

(a)当SINR_Xa＜SINR_threshold时，表明利用这些数据进行合并处理，会降低译码的正确性，协作小区B向服务小区A发送控制信令，告知服务小区A本小区接收到的协作数据质量差，不会将接收到的协作数据传输给服务小区A，协作结束。

(b)当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可提高译码的正确性，协作小区B从待处理数据中检测协作用户a的数据：

(i)如果协作用户a数据检测正确，则协作小区B向服务小区A发送控制信令，告知服务小区A本小区已经正确检测出协作用户a的数据，并利用X2接口将正确检测到的协作用户a的数据发送给服务小区A，协作结束。

(ii)如果协作用户a数据检测错误，则协作小区B向服务小区A发送控制信令，告知服务小区A本小区协作用户a的数据质量尚可但无法正确检测，并利用X2接口将待处理数据发送给服务小区A，协作结束。

协作小区C的处理过程：

协作小区C的处理过程与协作小区B的处理过程完全相同。

如果协作小区C中调度用户c的数据检测正确，则从接收数据中剔除调度用户c的数据，得到待处理数据为：

R_C＝(H_Cax_a+H_Cbx_b)+(I_C+N_C)    (4)

如果协作小区C中调度用户c的数据检测错误，则待处理数据为：

R_C＝H_Ccx_c+(H_Cax_a+H_Cbx_b)+(I_C+N_C)    (5)

得到待处理数据后，协作小区C计算协作用户a此时的SINR_Xa值，与预先设定好的SINR_threshold比较：

(a)当SINR_Xa＜SINR_thershold时，表明利用这些数据进行合并处理，会降低译码的正确性，协作小区C向服务小区A发送控制信令，告知服务小区A本小区接收到的协作数据质量差，不会将接收到的协作数据传输给服务小区A，协作结束。

(b)当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可提高译码的正确性，协作小区C从待处理数据中检测协作用户a的数据：

(i)如果协作用户a数据检测正确，则协作小区C向服务小区A发送控制信令，告知服务小区A本小区已经正确检测出协作用户a的数据，并利用X2接口将正确检测到的协作用户a的数据发送给服务小区A，协作结束。

(ii)如果协作用户a数据检测错误，则协作小区C向服务小区A发送控制信令，告知服务小区A本小区协作用户a的数据质量尚可但无法正确检测，并利用X2接口将待处理数据发送给服务小区A，协作结束。

第二步：

服务小区A接收到协作小区B和协作小区C的控制信令后，做如下处理：

(1)如果服务小区A接收的控制信令表明，协作小区B和协作小区C接收的协作数据质量都差，则发送控制信令给协作用户a，让其重传。

(2)如果服务小区A接收的控制信令表明，协作小区B和协作小区C两小区中只要有一个小区正确检测到协作用户a的数据，则协作结束。

(3)如果服务小区A接收的控制信令表明，协作小区B和协作小区C两小区中只要有一个小区接收到的协作数据质量尚可，则将通过X2接口传输过来的数据与服务小区接收到的数据合并，进行联合检测：

(a)如果协作用户a的数据检测正确，则协作结束。

(b)如果协作用户a的数据检测错误，则发送控制信令给协作用户a，让其重传。

以上仅是本发明的一个具体的实施例，以本发明为基础，可以演变出多种简单或复杂的实施例，如下所示：

实施例二

基于实施例一，假定服务小区能够正确估计协作小区内的调度用户到服务小区的信道，协作小区检测接收到的协作资源内的数据，并且只将检测到的正确数据发送给服务小区。对于甲类协作小区，如果调度用户的数据检测正确，则将调度用户的数据发送给服务小区，如果协作用户的数据检测正确，则将协作用户的数据发送给服务小区，如果两种数据都检测正确，则同时将两种数据发送给服务小区，如果两种数据都检测错误，则不发送数据给服务小区；对于乙类协作小区，如果协作用户数据检测正确，则将协作用户数据发送给服务小区，如果检测错误，则不发送数据给服务小区。

实施例三：

基于实施例一，简化实施例二，服务小区和协作小区分别处理协作资源内的数据，当协作小区接收到服务小区发送的需要传输协作数据的控制信令后，检测接收到的协作用户的数据，如果正确检测出协作用户的数据，则将检测到的协作用户的数据反馈给服务小区，否则，不反馈数据给服务小区。

实施例四

基于实施例一，强化实施例二，假定服务小区能够正确估计协作小区内的调度用户到服务小区的信道，同时协作小区也能够正确估计其它协作小区内调度用户到本协作小区的信道。协作小区检测接收到的协作资源内的数据，并且只将检测到的正确数据发送给服务小区或者其他协作小区。对于甲类协作小区，如果调度用户的数据检测正确，则将调度用户的数据发送给服务小区，同时也将此调度用户的数据发送给其它协作小区，如果协作用户的数据检测正确，则将协作用户的数据发送给服务小区，如果两种数据都检测正确，则将两种数据都发送给服务小区，同时将正确检测到的本小区调度用户的数据发送给其它协作小区，如果两种数据都检测错误，则不发送数据给服务小区；对于乙类协作小区，如果协作用户数据检测正确，则将协作用户数据发送给服务小区，如果检测错误，则不发送数据给服务小区。

实施例五：

基于实施例一，假定服务小区能够正确估计协作小区内的调度用户到服务小区的信道以及协作小区能够正确估计其它协作小区内调度用户到本协作小区的信道。如果协作小区能够正确检测出本小区调度用户的数据，则也将本小区调度用户的正确数据发送给其它协作小区。其它过程与实施例一的过程完全一致。

图8是根据本发明实施例的仿真结果和其它方案的仿真结果对比的示意图，如图8所示，data1曲线是不进行协作方案的性能曲线，data2是根据本发明实施例的实施例二的性能曲线，data3是根据本发明实施例的实施例一的性能曲线，data4是根据本发明实施例的实施例三的性能曲线，data5是根据本发明实施例的实施例四的性能曲线，data6是根据本发明实施例的实施例五性能曲线。

根据本发明实施例的协作方案具有协作增益性能适中，复杂度适中的特点。

装置实施例

根据本发明的实施例，提供了一种基于多点协作的数据传输装置。图9是根据本发明实施例的基于多点协作的数据传输装置的结构框图，如图9所示，该装置包括：第一接收模块2，检测模块4，通知模块6，第二接收模块8，处理模块0，下面对上述结构进行描述。

第一接收模块2，用于在协作资源内接收用户数据；检测模块4，连接至第一接收模块2，用于从第一接收模块2接收的用户数据中检测协作用户数据；通知模块6，连接至检测模块4，用于在检测模块4对协作用户数据检测错误的情况下，通知协作小区将检测到的协作资源数据传输到服务小区；第二接收模块8，用于接收来自所有协作小区的反馈信息；处理模块0，连接至第二接收模块8，用于根据第二接收模块8接收到的反馈信息进行处理。

在通知模块6通知协作小区将检测到的协作资源数据传输到服务小区之后，对于甲类协作小区和乙类协作小区分别包括以下处理：

(1)甲类协作小区

甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。

甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则甲类协作小区的协作处理结束；当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后，如果本小区调度用户数据检测正确，则从接收的数据中剔除本小区调度用户数据，得到待处理数据；如果本小区调度用户数据检测错误，则待处理数据即为未作处理的接收到的数据，然后，利用待处理数据检测协作用户数据。

在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINR_Xa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。

具体地，通过与预先设定好的门限值(即，预定阈值)SINR_threshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINR_Xa＜SINR_threshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本甲类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本甲类协作小区的协作处理结束，当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则甲类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，甲类协作小区的协作处理结束。

(1)乙类协作小区

乙类协作小区在协作资源内接收到的数据是协作用户数据。

乙类协作小区处于等待，当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则乙类协作小区的协作处理结束；如果接收到服务小区发送的需要传输协作资源数据的通知，则检测待处理数据即接收的协作资源内的数据，然后，利用待处理数据检测协作用户数据。

在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINR_Xa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。

具体地，通过与预先设定好的门限值SINR_threshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINR_Xa＜SINR_threshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本乙类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本乙类协作小区的协作处理结束，当SINR_Xa＞SINR_threshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则乙类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，乙类协作小区的协作处理结束。

综上所述，通过本发明的实施例，设定协作基站属于同一个EPC网络，且各协作基站可通过X2接口连接，这样可以有效降低协作的复杂度。在检测步骤中引入的合并数据的有效性指标SINR_threshold以及引入的数据传输指示和反馈数据指示两个控制信令，可以降低服务小区和协作小区检测的复杂度，提高了检测性能，降低了X2接口的数据交换量。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种基于多点协作的数据传输方法，其特征在于，包括：

服务小区在协作资源内接收用户数据，并从所述用户数据中检测协作用户数据；

如果所述协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到所述服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理；

其中，根据接收到的来自所述协作小区的反馈信息进行处理包括以下至少之一：

如果所述所有协作小区的反馈信息都指示协作用户数据质量差，或者在预定时间内没有接收到反馈信息，则通知协作用户进行重传；

如果所述所有协作小区的反馈信息都为待处理数据，则将所述待处理数据进行合并后检测，如果检测结果错误，则通知协作用户重传。

2.根据权利要求1所述的方法，其特征在于，在从所述用户数据中检测所述协作用户数据之后，所述方法还包括：

如果所述协作用户数据检测正确，则通知所述协作小区不需要将接收的协作资源数据传输到所述服务小区。

3.根据权利要求1所述的方法，其特征在于，在通知所述协作小区将检测到的协作资源数据传输到所述服务小区之后，所述方法还包括：

存在调度用户的协作小区作为甲类协作小区在协作资源内接收数据，并根据所述数据获取待处理数据，其中，所述数据包括调度用户数据和所述协作用户数据；

计算所述协作用户的信干噪比值，并判断所述信干噪比值是否大于预定阈值，如果判断结果为是，则利用所述待处理数据检测所述协作用户数据；

如果所述协作用户数据检测错误，则所述甲类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区；

如果所述协作用户数据检测正确，则所述甲类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小区。

4.根据权利要求3所述的方法，其特征在于，所述甲类协作小区根据所述数据获取所述待处理数据包括：

所述甲类协作小区从所述数据中检测本小区的所述调度用户数据；

如果所述调度用户数据检测正确，则从所述数据中除去所述调度用户数据得到所述待处理数据；

如果所述调度用户数据检测错误，则所述待处理数据为所述数据。

5.根据权利要求1所述的方法，其特征在于，在通知所述协作小区将检测到的协作资源数据传输到所述服务小区之后，所述方法还包括：

不存在调度用户的协作小区作为乙类协作小区在协作资源内接收数据，并确定所述数据为待处理数据，其中，所述数据为所述协作用户数据；

计算所述协作用户的信干噪比值，并判断所述信干噪比值是否大于预定阈值，如果判断结果为是，将所述待处理数据作为所述协作用户数据进行检测；

如果所述协作用户数据检测错误，则所述乙类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区；

如果所述协作用户数据检测正确，则所述乙类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小区。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述用户数据包括以下之一：协作用户数据、所述协作用户数据和存在调度用户的协作小区的调度用户数据。

7.一种基于多点协作的数据传输装置，其特征在于，包括：

第一接收模块，用于在协作资源内接收用户数据；

检测模块，用于从所述第一接收模块接收的所述用户数据中检测协作用户数据；

通知模块，用于在所述检测模块对所述协作用户数据检测错误的情况下，通知协作小区将检测到的协作资源数据传输到服务小区；

第二接收模块，用于接收来自所有协作小区的反馈信息；

处理模块，用于根据所述第二接收模块接收到的所述反馈信息进行处理；

其中，根据接收到的来自所述协作小区的反馈信息进行处理包括以下至少之一：

如果所述所有协作小区的反馈信息都指示协作用户数据质量差，或者在预定时间内没有接收到反馈信息，则通知协作用户进行重传；

如果所述所有协作小区的反馈信息都为待处理数据，则将所述待处理数据进行合并后检测，如果检测结果错误，则通知协作用户重传。