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

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

Info

Publication number
CN101938300A
CN101938300A CN 200910151546 CN200910151546A CN101938300A CN 101938300 A CN101938300 A CN 101938300A CN 200910151546 CN200910151546 CN 200910151546 CN 200910151546 A CN200910151546 A CN 200910151546A CN 101938300 A CN101938300 A CN 101938300A
Authority
CN
China
Prior art keywords
data
cooperation
cell
user data
collaboration user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN 200910151546
Other languages
English (en)
Other versions
CN101938300B (zh
Inventor
田开波
李晓辉
赵楠
李峰
魏民
牛军涛
彭爱华
薛鑫
任敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN200910151546.6A priority Critical patent/CN101938300B/zh
Priority to PCT/CN2010/074830 priority patent/WO2010145616A1/zh
Publication of CN101938300A publication Critical patent/CN101938300A/zh
Application granted granted Critical
Publication of CN101938300B publication Critical patent/CN101938300B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022—Site diversity; Macro-diversity

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 Band Unit，简称为BBU)，e-NodeB通过S1接口与移动性管理实体(Mobile Management 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所示，接收节点(Receive Point)将译码前信号(Signal Before Decoding)发送给中间节点(Joint Point)进行处理。图5是根据相关技术的译码后合并的示意图，如图5所示，接收节点(Receive Point)将译码后信号(Signal After Decoding)发送给中间节点(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 Remote Unit，简称为RRU)都接收到协作用户数据，则将这些协作用户数据视为分布式多天线的接收数据，进行多天线联合处理，然后，进行基站内多点协作处理：(1)如果协作用户数据检测正确，则完成协作传输，服务小区告知协作小区不需要将接收的协作资源数据传输到服务小区；(2)如果协作用户信息检测错误，则服务小区告知协作小区将检测到的协作资源内的数据传输到服务小区，当所有协作小区反馈之后，包括以下三种处理情况：(a)如果所有协作小区反馈的都是协作用户的数据质量差，或者在预定时间内没有接收到任何反馈信息时，服务小区通知协作用户进行重传；(b)如果任何一个协作小区传输到服务小区的数据是检测后的数据(即，正确检测到的协作用户数据)，则获取正确检测到的协作用户数据，协作传输结束；(c)如果所有协作小区反馈的都是检测前的数据(即，待处理数据)，则服务小区将得到的待处理数据合并后检测，如果检测结果正确，则协作传输结束，如果检测结果错误，则通知协作用户重传。
甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。
甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则甲类协作小区的协作处理结束；当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后，如果本小区调度用户数据检测正确，则从接收的数据中剔除本小区调度用户数据，得到待处理数据；如果本小区调度用户数据检测错误，则待处理数据即为未作处理的接收到的数据，然后，利用待处理数据检测协作用户数据。
在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINRXa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。
具体地，通过与预先设定好的门限值(即，预定阈值)SINRthreshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本甲类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本甲类协作小区的协作处理结束，当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则甲类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，甲类协作小区的协作处理结束。
乙类协作小区在协作资源内接收到的数据是协作用户数据。
乙类协作小区处于等待，当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则乙类协作小区的协作处理结束；如果接收到服务小区发送的需要传输协作资源数据的通知，则检测待处理数据即接收的协作资源内的数据，然后，利用待处理数据检测协作用户数据。
在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINRXa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。
具体地，通过与预先设定好的门限值SINRthreshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本乙类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本乙类协作小区的协作处理结束，当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则乙类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，乙类协作小区的协作处理结束。
需要说明的是，在本发明的实施例中，需要设定以下控制信令：
(1)数据传输指示(1bit)，表示服务小区是否需要协作小区传输接收到的协作用户的数据，由服务小区发送给协作小区。
(2)反馈数据指示(2bit)，表示协作小区是否传输接收到的协作数据，若传输数据，则指示传输的数据类型，包括三种类型，待处理数据(协作小区接收的尚未做任何处理的协作资源内的数据或者从协作小区接收的尚未做任何处理的协作资源内的数据中剔除本小区调度用户数据后的数据)、Turbo译码后的软比特数据以及正确判决后的数据，由协作小区反馈给服务小区。
下面将以3个基站协作为例对本发明实施例的实现过程进行详细描述。
实施例一
图7是根据本发明实施例的3基站间多点协作的示意图，如图7所示，服务小区为A小区，协作小区为B小区和C小区，都属于甲类协作小区，协作用户为a用户，调度用户b和c分别属于协作小区B和协作小区C。
小区A、B、C的接收信号为：
R A = H Aa x a + ( H Ab x b + H Ac x c ) + ( I A + N A ) R B = H Bb x b + ( H Ba x a + H Bc x c ) + ( I B + N B ) R C = H Cc x c + ( H Ca x a + H Cb x b ) + ( I C + N C ) - - - ( 1 )
其中：RX表示小区X的接收数据，HXy表示用户y与小区X之间的信道，xy表示用户y的发送数据，IX表示小区X接收到的其他干扰信号，NX表示小区X接收到的噪声信号。
协作用户a处于小区边缘，其发射功率较大，一般情况下B小区能够正确估计HBa，C小区能够正确估计HCa。
第一步：
服务小区A利用接收的数据RA，检测协作用户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的数据，得到待处理数据为：
RB＝(HBaxa+HBcxc)+(IB+NB)                        (2)
如果协作小区B中调度用户b的数据检测错误，则待处理数据为：
RB＝HBbXb+(HBaxa+HBcxc)+(IB+NB)                  (3)
得到待处理数据后，协作小区B计算协作用户a此时的SINRXa值，与预先设定好的SINRthreshold比较：
(a)当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，协作小区B向服务小区A发送控制信令，告知服务小区A本小区接收到的协作数据质量差，不会将接收到的协作数据传输给服务小区A，协作结束。
(b)当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可提高译码的正确性，协作小区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的数据，得到待处理数据为：
RC＝(HCaxa+HCbxb)+(IC+NC)                        (4)
如果协作小区C中调度用户c的数据检测错误，则待处理数据为：
RC＝HCcxc+(HCaxa+HCbxb)+(IC+NC)                  (5)
得到待处理数据后，协作小区C计算协作用户a此时的SINRXa值，与预先设定好的SINRthreshold比较：
(a)当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，协作小区C向服务小区A发送控制信令，告知服务小区A本小区接收到的协作数据质量差，不会将接收到的协作数据传输给服务小区A，协作结束。
(b)当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可提高译码的正确性，协作小区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)甲类协作小区
甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。
甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则甲类协作小区的协作处理结束；当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后，如果本小区调度用户数据检测正确，则从接收的数据中剔除本小区调度用户数据，得到待处理数据；如果本小区调度用户数据检测错误，则待处理数据即为未作处理的接收到的数据，然后，利用待处理数据检测协作用户数据。
在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINRXa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。
具体地，通过与预先设定好的门限值(即，预定阈值)SINRthreshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本甲类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本甲类协作小区的协作处理结束，当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则甲类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，甲类协作小区的协作处理结束。
(1)乙类协作小区
乙类协作小区在协作资源内接收到的数据是协作用户数据。
乙类协作小区处于等待，当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知，则乙类协作小区的协作处理结束；如果接收到服务小区发送的需要传输协作资源数据的通知，则检测待处理数据即接收的协作资源内的数据，然后，利用待处理数据检测协作用户数据。
在利用待处理数据检测协作用户数据之前，计算此时协作用户的信干噪比SINRXa值，判断信干噪比值是否大于预定阈值，如果判断结果为是，则利用待处理数据检测协作用户数据。
具体地，通过与预先设定好的门限值SINRthreshold比较，判定是否将待处理数据(即，检测数据)传输给服务小区，当SINRXa＜SINRthreshold时，表明利用这些数据进行合并处理，会降低译码的正确性，本乙类协作小区会告知服务小区接收到的协作数据质量差，不会将协作数据发送到服务小区，本乙类协作小区的协作处理结束，当SINRXa＞SINRthreshold时，表明利用这些数据进行合并处理，可以提高译码的正确性，然后，检测待处理的协作用户数据，如果协作用户数据检测错误，则乙类协作小区将待处理数据或者Turbo译码后的软比特数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据，也可以由服务小区根据接收到的数据自己来判断，如果协作用户数据检测正确，则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区，优选地，可以告知服务小区这些协作资源数据为检测后的正确数据，也可以由服务小区根据接收到的数据自己来判断，乙类协作小区的协作处理结束。
综上所述，通过本发明的实施例，设定协作基站属于同一个EPC网络，且各协作基站可通过X2接口连接，这样可以有效降低协作的复杂度。在检测步骤中引入的合并数据的有效性指标SINRthreshold以及引入的数据传输指示和反馈数据指示两个控制信令，可以降低服务小区和协作小区检测的复杂度，提高了检测性能，降低了X2接口的数据交换量。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于多点协作的数据传输方法，其特征在于，包括：
服务小区在协作资源内接收用户数据，并从所述用户数据中检测协作用户数据；
如果所述协作用户数据检测错误，则通知协作小区将检测到的协作资源数据传输到所述服务小区，并根据接收到的来自所有协作小区的反馈信息进行处理。
2.根据权利要求1所述的方法，其特征在于，在从所述用户数据中检测所述协作用户数据之后，所述方法还包括：
如果所述协作用户数据检测正确，则通知所述协作小区不需要将接收的协作资源数据传输到所述服务小区。
3.根据权利要求1所述的方法，其特征在于，根据接收到的来自所述协作小区的反馈信息进行处理包括：
如果所述所有协作小区的反馈信息都指示协作用户数据质量差，或者在预定时间内没有接收到反馈信息，则通知协作用户进行重传。
4.根据权利要求1所述的方法，其特征在于，根据接收到的来自所述协作小区的反馈信息进行处理包括：
如果所述所有协作小区中的任何一个协作小区的反馈信息为正确检测到的协作用户数据，则获取所述正确检测到的所述协作用户数据。
5.根据权利要求1所述的方法，其特征在于，根据接收到的来自所述协作小区的反馈信息进行处理包括：
如果所述所有协作小区的反馈信息都为待处理数据，则将所述待处理数据进行合并后检测，如果检测结果错误，则通知协作用户重传。
6.根据权利要求1所述的方法，其特征在于，在通知所述协作小区将检测到的协作资源数据传输到所述服务小区之后，所述方法还包括：
存在调度用户的协作小区作为甲类协作小区在协作资源内接收数据，并根据所述数据获取待处理数据，其中，所述数据包括调度用户数据和所述协作用户数据；
计算所述协作用户的信干噪比值，并判断所述信干噪比值是否大于预定阈值，如果判断结果为是，则利用所述待处理数据检测所述协作用户数据；
如果所述协作用户数据检测错误，则所述甲类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区；
如果所述协作用户数据检测正确，则所述甲类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小区。
7.根据权利要求6所述的方法，其特征在于，所述甲类协作小区根据所述数据获取所述待处理数据包括：
所述甲类协作小区从所述数据中检测本小区的所述调度用户数据；
如果所述调度用户数据检测正确，则从所述数据中除去所述调度用户数据得到所述待处理数据；
如果所述调度用户数据检测错误，则所述待处理数据为所述数据。
8.根据权利要求1所述的方法，其特征在于，在通知所述协作小区将检测到的协作资源数据传输到所述服务小区之后，所述方法还包括：
不存在调度用户的协作小区作为乙类协作小区在协作资源内接收数据，并确定所述数据为待处理数据，其中，所述数据为所述协作用户数据；
计算所述协作用户的信干噪比值，并判断所述信干噪比值是否大于预定阈值，如果判断结果为是，则利用所述待处理数据检测所述协作用户数据；
如果所述协作用户数据检测错误，则所述乙类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区；
如果所述协作用户数据检测正确，则所述乙类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小区。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述用户数据包括以下之一：协作用户数据、所述协作用户数据和存在调度用户的协作小区的调度用户数据。
10.一种基于多点协作的数据传输装置，其特征在于，包括：
第一接收模块，用于在协作资源内接收用户数据；
检测模块，用于从所述第一接收模块接收的所述用户数据中检测协作用户数据；
通知模块，用于在所述检测模块对所述协作用户数据检测错误的情况下，通知协作小区将检测到的协作资源数据传输到服务小区；
第二接收模块，用于接收来自所有协作小区的反馈信息；
处理模块，用于根据所述第二接收模块接收到的所述反馈信息进行处理。
CN200910151546.6A 2009-06-30 2009-06-30 基于多点协作的数据传输方法及装置 Expired - Fee Related CN101938300B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN200910151546.6A CN101938300B (zh) 2009-06-30 2009-06-30 基于多点协作的数据传输方法及装置
PCT/CN2010/074830 WO2010145616A1 (zh) 2009-06-30 2010-06-30 基于多点协作的数据传输方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910151546.6A CN101938300B (zh) 2009-06-30 2009-06-30 基于多点协作的数据传输方法及装置

Publications (2)

Publication Number Publication Date
CN101938300A true CN101938300A (zh) 2011-01-05
CN101938300B CN101938300B (zh) 2015-07-22

Family

ID=43355891

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910151546.6A Expired - Fee Related CN101938300B (zh) 2009-06-30 2009-06-30 基于多点协作的数据传输方法及装置

Country Status (2)

Country Link
CN (1) CN101938300B (zh)
WO (1) WO2010145616A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595429A (zh) * 2011-01-17 2012-07-18 中兴通讯股份有限公司 上行无线协作多点传输通信网络及其传输方法
WO2012106993A1 (zh) * 2011-02-12 2012-08-16 中国移动通信集团公司 一种数据共享和发送方法、装置及系统
WO2012159547A1 (zh) * 2011-05-25 2012-11-29 中兴通讯股份有限公司 一种上行协作集内信息交互的方法及系统
CN104137452A (zh) * 2011-12-29 2014-11-05 诺基亚通信公司 在通信网络系统中输送业务

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8855046B2 (en) * 2006-03-30 2014-10-07 Broadcom Corporation Method and system for uplink coordinated reception in orthogonal frequency division multiple access systems
CN101453438B (zh) * 2008-12-11 2011-05-25 上海无线通信研究中心 提高多点协作传输效率的方法
CN101442808B (zh) * 2008-12-26 2011-10-26 西安电子科技大学 一种lte-a中的上行多点协作联合调度方法
CN101640901B (zh) * 2009-04-29 2013-05-08 北京邮电大学 基于上行协作多点的数据合并接收方法

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102595429A (zh) * 2011-01-17 2012-07-18 中兴通讯股份有限公司 上行无线协作多点传输通信网络及其传输方法
WO2012106993A1 (zh) * 2011-02-12 2012-08-16 中国移动通信集团公司 一种数据共享和发送方法、装置及系统
WO2012159547A1 (zh) * 2011-05-25 2012-11-29 中兴通讯股份有限公司 一种上行协作集内信息交互的方法及系统
CN104137452A (zh) * 2011-12-29 2014-11-05 诺基亚通信公司 在通信网络系统中输送业务
CN104137452B (zh) * 2011-12-29 2018-01-05 诺基亚通信公司 在通信网络系统中输送业务
US10084694B2 (en) 2011-12-29 2018-09-25 Nokia Solutions And Networks Oy Conveying traffic in a communications network system

Also Published As

Publication number Publication date
CN101938300B (zh) 2015-07-22
WO2010145616A1 (zh) 2010-12-23

Similar Documents

Publication Publication Date Title
CN101965741B (zh) 用于协作无线通信的方法和设备
CN103733703B (zh) 用于多媒体广播多播服务的能力扩展
CN105453451B (zh) 大规模mimo方案的天线合并
CN101841495B (zh) 一种用于上行协作多点传输用户数据的方法及装置
CN101997583B (zh) 用于协作多点传输的上行多用户mimo用户配对方法和装置
CN101400139B (zh) 一种多基站协作系统中的数据传输方法和基站
CN103858372A (zh) 用于通信系统中多点传输的系统和方法
CN104135354A (zh) 用于提供冗余版本的信令的方法和设备
CN103858455A (zh) 用于通信系统中多点传输的系统和方法
CN105359426A (zh) 用于大规模mimo方案的基于分组的参考信号发送
KR20150093815A (ko) 모바일 장치 지원 협력 멀티포인트 전송 및 수신
CN101795169A (zh) 中继协助通信系统及其方法
CN101998615A (zh) 辅载波小区同步方法及终端
CN101789815A (zh) 下行数据传输方法及基站
CN103974430A (zh) 一种数据传输方法及装置
CN102891742A (zh) 通过不同发射点执行重传的方法及其通信装置
CN105794245A (zh) 用于处理ue之间的上行链路至下行链路干扰的基站、装置以及其中的方法
CN101938300B (zh) 基于多点协作的数据传输方法及装置
CN102300234B (zh) 一种新型多跳路由传输方法
CN103944688A (zh) 一种反馈信息的处理方法、设备及系统
US20230353685A1 (en) Device and method for recovering lost information in wireless communication system
CN102480348B (zh) 数据传输方法及通信节点
CN102857868B (zh) 单播业务发送方法及装置
CN103220789B (zh) 资源分配方法、用户调度方法及其装置、设备
CN103384185A (zh) 处理分时双工系统中资源配置的方法及其通信装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20150722

Termination date: 20190630