基于多点协作的数据传输方法及装置 【技术领域】
本发明涉及通信领域, 具体而言, 涉及一种基于多点协作的数据传输方法及装置。背景技术 在 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 的接收信号为 :
其中 : 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 接口的数据交换量。
显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布在多个计算装置所组成 的网络上, 可选地, 它们可以用计算装置可执行的程序代码来实现, 从而, 可以将它们存储 在存储装置中由计算装置来执行, 或者将它们分别制作成各个集成电路模块, 或者将它们 中的多个模块或步骤制作成单个集成电路模块来实现。这样, 本发明不限制于任何特定的 硬件和软件结合。
以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本领域的技 术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内, 所作的任何修 改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。