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

上传人:62****3 文档编号:800480 上传时间:2018-03-12 格式:PDF 页数:18 大小:637.76KB
返回 下载 相关 举报
摘要
申请专利号:

CN200910151546.6

申请日:

2009.06.30

公开号:

CN101938300A

公开日:

2011.01.05

当前法律状态:

授权

有效性:

有权

法律详情:

授权|||实质审查的生效IPC(主分类):H04B 7/02申请日:20090630|||公开

IPC分类号:

H04B7/02; H04B7/04; H04W92/20(2009.01)I

主分类号:

H04B7/02

申请人:

中兴通讯股份有限公司

发明人:

田开波; 李晓辉; 赵楠; 李峰; 魏民; 牛军涛; 彭爱华; 薛鑫; 任敏

地址:

518057 广东省深圳市南山区科技南路55号

优先权:

专利代理机构:

北京康信知识产权代理有限责任公司 11240

代理人:

余刚;吴孟秋

PDF下载: PDF下载
内容摘要

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

权利要求书

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

说明书


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

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

基于多点协作的数据传输方法及装置.pdf_第1页
第1页 / 共18页
基于多点协作的数据传输方法及装置.pdf_第2页
第2页 / 共18页
基于多点协作的数据传输方法及装置.pdf_第3页
第3页 / 共18页
点击查看更多>>
资源描述

《基于多点协作的数据传输方法及装置.pdf》由会员分享,可在线阅读,更多相关《基于多点协作的数据传输方法及装置.pdf(18页珍藏版)》请在专利查询网上搜索。

1、10申请公布号CN101938300A43申请公布日20110105CN101938300ACN101938300A21申请号200910151546622申请日20090630H04B7/02200601H04B7/04200601H04W92/2020090171申请人中兴通讯股份有限公司地址518057广东省深圳市南山区科技南路55号72发明人田开波李晓辉赵楠李峰魏民牛军涛彭爱华薛鑫任敏74专利代理机构北京康信知识产权代理有限责任公司11240代理人余刚吴孟秋54发明名称基于多点协作的数据传输方法及装置57摘要本发明公开了一种基于多点协作的数据传输方法及装置,该方法包括服务小区在协作资源。

2、内接收用户数据,并从用户数据中检测协作用户数据;如果协作用户数据检测错误,则通知协作小区将检测到的协作资源数据传输到服务小区,并根据接收到的来自所有协作小区的反馈信息进行处理。通过本发明降低了基站间的数据交互量,提高了系统的检测性能。51INTCL19中华人民共和国国家知识产权局12发明专利申请权利要求书2页说明书10页附图5页CN101938302A1/2页21一种基于多点协作的数据传输方法,其特征在于,包括服务小区在协作资源内接收用户数据,并从所述用户数据中检测协作用户数据;如果所述协作用户数据检测错误,则通知协作小区将检测到的协作资源数据传输到所述服务小区,并根据接收到的来自所有协作小区。

3、的反馈信息进行处理。2根据权利要求1所述的方法,其特征在于,在从所述用户数据中检测所述协作用户数据之后,所述方法还包括如果所述协作用户数据检测正确,则通知所述协作小区不需要将接收的协作资源数据传输到所述服务小区。3根据权利要求1所述的方法,其特征在于,根据接收到的来自所述协作小区的反馈信息进行处理包括如果所述所有协作小区的反馈信息都指示协作用户数据质量差,或者在预定时间内没有接收到反馈信息,则通知协作用户进行重传。4根据权利要求1所述的方法,其特征在于,根据接收到的来自所述协作小区的反馈信息进行处理包括如果所述所有协作小区中的任何一个协作小区的反馈信息为正确检测到的协作用户数据,则获取所述正确。

4、检测到的所述协作用户数据。5根据权利要求1所述的方法,其特征在于,根据接收到的来自所述协作小区的反馈信息进行处理包括如果所述所有协作小区的反馈信息都为待处理数据,则将所述待处理数据进行合并后检测,如果检测结果错误,则通知协作用户重传。6根据权利要求1所述的方法,其特征在于,在通知所述协作小区将检测到的协作资源数据传输到所述服务小区之后,所述方法还包括存在调度用户的协作小区作为甲类协作小区在协作资源内接收数据,并根据所述数据获取待处理数据,其中,所述数据包括调度用户数据和所述协作用户数据;计算所述协作用户的信干噪比值,并判断所述信干噪比值是否大于预定阈值,如果判断结果为是,则利用所述待处理数据检。

5、测所述协作用户数据;如果所述协作用户数据检测错误,则所述甲类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区;如果所述协作用户数据检测正确,则所述甲类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小区。7根据权利要求6所述的方法,其特征在于,所述甲类协作小区根据所述数据获取所述待处理数据包括所述甲类协作小区从所述数据中检测本小区的所述调度用户数据;如果所述调度用户数据检测正确,则从所述数据中除去所述调度用户数据得到所述待处理数据;如果所述调度用户数据检测错误,则所述待处理数据为所述数据。8根据权利要求1所述的方法,其特征在于,在通知所述协作小区将检。

6、测到的协作资源数据传输到所述服务小区之后,所述方法还包括不存在调度用户的协作小区作为乙类协作小区在协作资源内接收数据,并确定所述数权利要求书CN101938300ACN101938302A2/2页3据为待处理数据,其中,所述数据为所述协作用户数据;计算所述协作用户的信干噪比值,并判断所述信干噪比值是否大于预定阈值,如果判断结果为是,则利用所述待处理数据检测所述协作用户数据;如果所述协作用户数据检测错误,则所述乙类协作小区将所述待处理数据或者译码后的软比特数据作为所述协作资源数据发送给所述服务小区;如果所述协作用户数据检测正确,则所述乙类协作小区将检测后的数据作为所述协作资源数据发送给所述服务小。

7、区。9根据权利要求1至8中任一项所述的方法,其特征在于,所述用户数据包括以下之一协作用户数据、所述协作用户数据和存在调度用户的协作小区的调度用户数据。10一种基于多点协作的数据传输装置,其特征在于,包括第一接收模块,用于在协作资源内接收用户数据;检测模块,用于从所述第一接收模块接收的所述用户数据中检测协作用户数据;通知模块,用于在所述检测模块对所述协作用户数据检测错误的情况下,通知协作小区将检测到的协作资源数据传输到服务小区;第二接收模块,用于接收来自所有协作小区的反馈信息;处理模块,用于根据所述第二接收模块接收到的所述反馈信息进行处理。权利要求书CN101938300ACN101938302。

8、A1/10页4基于多点协作的数据传输方法及装置技术领域0001本发明涉及通信领域,具体而言,涉及一种基于多点协作的数据传输方法及装置。背景技术0002在3G长期演进LONGTERMEVOLUTION,简称为LTE中,小区边缘用户的吞吐量远远低于中心区域用户的吞吐量。利用多个小区的接收天线协作来实现小区边缘用户无线链路的较高容量和可靠传输就成为研究重点,这也就是上行多点协作技术。目前高级长期演进LONGTERMEVALUATIONADVANCED,简称为LTEA已经引入了多点协作COORDINATEDMULTIPLEPOINTTRANSMITIONANDRECEPTION,以下简称为COMP技术。

9、。0003多点协作传输类似于传统上熟知的分布式天线技术,图1是根据相关技术的多点协作系统的示意图,如图1所示,1个基站ENODEB通过射频光纤ROF连接多个天线站点SITE,天线站点类似1个射频远端单元RADIOREMOTEUNIT,简称为RRU,而所有的基带处理仍集中在基站,形成集中的基带单元BASEBANDUNIT,简称为BBU,ENODEB通过S1接口与移动性管理实体MOBILEMANAGEMENTENTITY,简称为MME/服务网关SERVINGGATEWAY,简称为SGW进行通信,ENODEB之间通过S1接口进行通信。0004目前,上行多点协作可以分为基站内多点协作和基站间多点协作。。

10、图2是根据相关技术的基站内多点协作的示意图,如图2所示,1个ENODEB通过ROF连接多个SITE,ENODEB通过S1接口与MME/SGW进行通信。0005图3是根据相关技术的2基站间多点协作的示意图,如图3所示,两个ENODEB分别通过ROF连接多个SITE,ENODEB通过S1接口与MME/SGW进行通信,ENODEB之间通过S1接口进行通信。0006其中,基站内多点协作指的是各小区内的用户通过多个站点接入网络,这些站点由一个基站来管理;而基站间的多点协作是指多个站点可以由2个或2个以上的基站来管理。多个站点接收到同一个用户发送的数据后,会将数据进行合并。0007目前合并的方式有两种译码。

11、前合并和译码后合并,图4是根据相关技术的译码前合并的示意图,如图4所示,接收节点RECEIVEPOINT将译码前信号SIGNALBEFOREDECODING发送给中间节点JOINTPOINT进行处理。图5是根据相关技术的译码后合并的示意图,如图5所示,接收节点RECEIVEPOINT将译码后信号SIGNALAFTERDECODING发送给中间节点JOINTPOINT进行处理。0008针对相关技术具体如何实现基于多点协作的数据传输,目前尚未提出有效的解决方案。发明内容0009针对目前尚无具体实现基于多点协作的数据传输的处理方案的问题而提出本发明,为此,本发明的主要目的在于提供一种基于多点协作的数。

12、据传输方案,以解决上述问题。说明书CN101938300ACN101938302A2/10页50010为了实现上述目的,根据本发明的一个方面,提供了一种基于多点协作的数据传输方法。0011根据本发明的基于多点协作的数据传输方法包括服务小区在协作资源内接收用户数据,并从用户数据中检测协作用户数据;如果协作用户数据检测错误,则通知协作小区将检测到的协作资源数据传输到服务小区,并根据接收到的来自所有协作小区的反馈信息进行处理。0012优选地,在从用户数据中检测协作用户数据之后,上述方法还包括如果协作用户数据检测正确,则通知协作小区不需要将接收的协作资源数据传输到服务小区。0013优选地,根据接收到的。

13、来自协作小区的反馈信息进行处理包括如果所有协作小区的反馈信息都指示协作用户数据质量差,或者在预定时间内没有接收到反馈信息,则通知协作用户进行重传。0014优选地,根据接收到的来自协作小区的反馈信息进行处理包括如果所有协作小区中的任何一个协作小区的反馈信息为正确检测到的协作用户数据,则获取正确检测到的协作用户数据。0015优选地,根据接收到的来自协作小区的反馈信息进行处理包括如果所有协作小区的反馈信息都为待处理数据,则将待处理数据进行合并后检测,如果检测结果错误,则通知协作用户重传。0016优选地,在通知协作小区将检测到的协作资源数据传输到服务小区之后,上述方法还包括存在调度用户的协作小区作为甲。

14、类协作小区在协作资源内接收数据,并根据数据获取待处理数据,其中,数据包括调度用户数据和协作用户数据;计算协作用户的信干噪比值,并判断信干噪比值是否大于预定阈值,如果判断结果为是,则利用待处理数据检测协作用户数据;如果协作用户数据检测错误,则甲类协作小区将待处理数据或者译码后的软比特数据作为协作资源数据发送给服务小区;如果协作用户数据检测正确,则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区。0017优选地,甲类协作小区根据数据获取待处理数据包括甲类协作小区从数据中检测本小区的调度用户数据;如果调度用户数据检测正确,则从数据中除去调度用户数据得到待处理数据;如果调度用户数据检测错误,则。

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

16、作小区的调度用户数据。0020为了实现上述目的,根据本发明的另一方面,提供了一种基于多点协作的数据传输装置。0021根据本发明的基于多点协作的数据传输装置包括第一接收模块,用于在协作资说明书CN101938300ACN101938302A3/10页6源内接收用户数据;检测模块,用于从第一接收模块接收的用户数据中检测协作用户数据;通知模块,用于在检测模块对协作用户数据检测错误的情况下,通知协作小区将检测到的协作资源数据传输到服务小区;第二接收模块,用于接收来自所有协作小区的反馈信息;处理模块,用于根据第二接收模块接收到的反馈信息进行处理。0022通过本发明,服务小区在协作资源内接收用户数据,并从。

17、用户数据中检测协作用户数据,如果协作用户数据检测错误,则通知协作小区将检测到的协作资源数据传输到服务小区,并根据接收到的来自所有协作小区的反馈信息进行处理,解决了目前尚无具体实现基于多点协作的数据传输的处理方案的问题,进而降低了基站间的数据交互量,提高了系统的检测性能。附图说明0023此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中0024图1是根据相关技术的多点协作系统的示意图;0025图2是根据相关技术的基站内多点协作的示意图;0026图3是根据相关技术的2基站间多点协作的示意图;0027图4。

18、是根据相关技术的译码前合并的示意图;0028图5是根据相关技术的译码后合并的示意图;0029图6是根据本发明实施例的基于多点协作的数据传输方法的流程图;0030图7是根据本发明实施例的3基站间多点协作的示意图;0031图8是根据本发明实施例的仿真结果和其它方案的仿真结果对比的示意图;0032图9是根据本发明实施例的基于多点协作的数据传输装置的结构框图。具体实施方式0033功能概述0034考虑到目前尚无具体实现基于多点协作的数据传输的处理方案的问题,本发明实施例提供了一种基于多点协作的数据传输方案,服务小区在协作资源内接收用户数据,并从用户数据中检测协作用户数据;如果协作用户数据检测错误,则通知。

19、协作小区将检测到的协作资源数据传输到服务小区,并根据接收到的来自所有协作小区的反馈信息进行处理,可以提高系统的检测性能。0035需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。0036本发明实施例主要针对的是连接到同一个演进的分组核心EVOLVEDPACKETCORE,简称为EPC网络的基站内和基站间的多点协作模式。从协作的复杂性、时延、X2接口数据交互量考虑,建议多个协作基站连接到同一个EPC网络,且都具有X2接口的支持;从充分利用频带和解码正确性的角度考虑,协作小区在指定的协作资源内1协作小区业务不繁忙时,不调度本小。

20、区内的任何用户;2协作小区业务繁忙时,调度本小区内的信干噪比高的中心用户;基于上面的两点考虑,本发明实施例提供了一种折中的基站间多点协作的数据合并和检测方法。说明书CN101938300ACN101938302A4/10页70037为了描述方便,以下将进行协作通信的用户称之为协作用户,协作用户的所在的注册小区称之为服务小区,参与协作的小区称之为协作小区,协作小区在协作资源内调度的用户称之为调度用户,将协作小区分为两类,协作期间,存在调度用户的协作小区称为甲类协作小区,不存在调度用户的协作小区称为乙类协作小区。0038方法实施例0039根据本发明的实施例,提供了一种基于多点协作的数据传输方法。图。

21、6是根据本发明实施例的基于多点协作的数据传输方法的流程图,如图6所示,该方法包括如下的步骤S602至步骤S6040040步骤S602,服务小区在协作资源内接收用户数据,并从用户数据中检测协作用户数据。其中,服务小区在协作资源内接收到的数据是协作用户数据、或者协作用户的数据和甲类协作小区在本资源内调度用户数据的叠加。0041步骤S604,如果协作用户数据检测错误,则通知协作小区将检测到的协作资源数据传输到服务小区,并根据接收到的来自所有协作小区的反馈信息进行处理。0042具体地,如果服务小区内有多个射频远端单元RADIOREMOTEUNIT,简称为RRU都接收到协作用户数据,则将这些协作用户数据。

22、视为分布式多天线的接收数据,进行多天线联合处理,然后,进行基站内多点协作处理1如果协作用户数据检测正确,则完成协作传输,服务小区告知协作小区不需要将接收的协作资源数据传输到服务小区;2如果协作用户信息检测错误,则服务小区告知协作小区将检测到的协作资源内的数据传输到服务小区,当所有协作小区反馈之后,包括以下三种处理情况A如果所有协作小区反馈的都是协作用户的数据质量差,或者在预定时间内没有接收到任何反馈信息时,服务小区通知协作用户进行重传;B如果任何一个协作小区传输到服务小区的数据是检测后的数据即,正确检测到的协作用户数据,则获取正确检测到的协作用户数据,协作传输结束;C如果所有协作小区反馈的都是。

23、检测前的数据即,待处理数据,则服务小区将得到的待处理数据合并后检测,如果检测结果正确,则协作传输结束,如果检测结果错误,则通知协作用户重传。0043甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。0044甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知,则甲类协作小区的协作处理结束;当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后,如果本小区调度用户数据检测正确,则从接收的数据中剔除本小区调度用户数据,得到待处理数据;如果本小区调度用户数据检测错误,则待处理数据即为未作处理的接。

24、收到的数据,然后,利用待处理数据检测协作用户数据。0045在利用待处理数据检测协作用户数据之前,计算此时协作用户的信干噪比SINRXA值,判断信干噪比值是否大于预定阈值,如果判断结果为是,则利用待处理数据检测协作用户数据。0046具体地,通过与预先设定好的门限值即,预定阈值SINRTHRESHOLD比较,判定是否将待处理数据即,检测数据传输给服务小区,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,本甲类协作小区会告知服务小区接收到的协作数说明书CN101938300ACN101938302A5/10页8据质量差,不会将协作数据发送到服务小区,本甲。

25、类协作小区的协作处理结束,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,可以提高译码的正确性,然后,检测待处理的协作用户数据,如果协作用户数据检测错误,则甲类协作小区将待处理数据或者TURBO译码后的软比特数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据,也可以由服务小区根据接收到的数据自己来判断,如果协作用户数据检测正确,则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些协作资源数据为检测后的正确数据,也可以由服务小区根据接收到的数据自己来判断,甲类协作小区的协作处理。

26、结束。0047乙类协作小区在协作资源内接收到的数据是协作用户数据。0048乙类协作小区处于等待,当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知,则乙类协作小区的协作处理结束;如果接收到服务小区发送的需要传输协作资源数据的通知,则检测待处理数据即接收的协作资源内的数据,然后,利用待处理数据检测协作用户数据。0049在利用待处理数据检测协作用户数据之前,计算此时协作用户的信干噪比SINRXA值,判断信干噪比值是否大于预定阈值,如果判断结果为是,则利用待处理数据检测协作用户数据。0050具体地,通过与预先设定好的门限值SINRTHRESHOLD比较,判定是否将待处理数据即,检测数据传。

27、输给服务小区,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,本乙类协作小区会告知服务小区接收到的协作数据质量差,不会将协作数据发送到服务小区,本乙类协作小区的协作处理结束,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,可以提高译码的正确性,然后,检测待处理的协作用户数据,如果协作用户数据检测错误,则乙类协作小区将待处理数据或者TURBO译码后的软比特数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据,也可以由服务小区根据接收到的数据自己来判断,如果协作用户数据检。

28、测正确,则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些协作资源数据为检测后的正确数据,也可以由服务小区根据接收到的数据自己来判断,乙类协作小区的协作处理结束。0051需要说明的是,在本发明的实施例中,需要设定以下控制信令00521数据传输指示1BIT,表示服务小区是否需要协作小区传输接收到的协作用户的数据,由服务小区发送给协作小区。00532反馈数据指示2BIT,表示协作小区是否传输接收到的协作数据,若传输数据,则指示传输的数据类型,包括三种类型,待处理数据协作小区接收的尚未做任何处理的协作资源内的数据或者从协作小区接收的尚未做任何处理的协作资源内的数。

29、据中剔除本小区调度用户数据后的数据、TURBO译码后的软比特数据以及正确判决后的数据,由协作小区反馈给服务小区。0054下面将以3个基站协作为例对本发明实施例的实现过程进行详细描述。0055实施例一0056图7是根据本发明实施例的3基站间多点协作的示意图,如图7所示,服务小区为A小区,协作小区为B小区和C小区,都属于甲类协作小区,协作用户为A用户,调度用户B说明书CN101938300ACN101938302A6/10页9和C分别属于协作小区B和协作小区C。0057小区A、B、C的接收信号为00580059其中RX表示小区X的接收数据,HXY表示用户Y与小区X之间的信道,XY表示用户Y的发送数。

30、据,IX表示小区X接收到的其他干扰信号,NX表示小区X接收到的噪声信号。0060协作用户A处于小区边缘,其发射功率较大,一般情况下B小区能够正确估计HBA,C小区能够正确估计HCA。0061第一步0062服务小区A利用接收的数据RA,检测协作用户A的数据。0063小区A内若有多个站点都接收到协作用户A的数据,则将这些数据整体视为多天线的接收数据,进行多天线的联合处理,即,基站内多点协作处理。00641如果协作用户A信息检测正确,则协作传输结束,小区A通过X2接口通知小区B和小区C不需要传数据给小区A;00652如果协作用户A信息检测错误,则小区A通过X2接口通知小区B和小区C将接收的协作数据传。

31、输到小区A,小区A等待协作小区B和C的反馈。0066协作小区B和C首先解调各自小区调度用户的数据。00671如果协作小区B和C接收到服务小区A发送的不需要传输协作数据的控制信令,则协作结束。00682如果协作小区B和C接收到服务小区A发送的需要传输协作数据的控制信令,则依据本小区的检测情况,做如下处理0069协作小区B的处理过程0070如果协作小区B中调度用户B的数据检测正确,则从接收数据中剔除调度用户B的数据,得到待处理数据为0071RBHBAXAHBCXCIBNB20072如果协作小区B中调度用户B的数据检测错误,则待处理数据为0073RBHBBXBHBAXAHBCXCIBNB30074得。

32、到待处理数据后,协作小区B计算协作用户A此时的SINRXA值,与预先设定好的SINRTHRESHOLD比较0075A当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,协作小区B向服务小区A发送控制信令,告知服务小区A本小区接收到的协作数据质量差,不会将接收到的协作数据传输给服务小区A,协作结束。0076B当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,可提高译码的正确性,协作小区B从待处理数据中检测协作用户A的数据0077I如果协作用户A数据检测正确,则协作小区B向服务小区A发送控制信令,告知服务小区A本小区已经正确检测出协。

33、作用户A的数据,并利用X2接口将正确检测到的协作用户A的数据发送给服务小区A,协作结束。0078II如果协作用户A数据检测错误,则协作小区B向服务小区A发送控制信令,告说明书CN101938300ACN101938302A7/10页10知服务小区A本小区协作用户A的数据质量尚可但无法正确检测,并利用X2接口将待处理数据发送给服务小区A,协作结束。0079协作小区C的处理过程0080协作小区C的处理过程与协作小区B的处理过程完全相同。0081如果协作小区C中调度用户C的数据检测正确,则从接收数据中剔除调度用户C的数据,得到待处理数据为0082RCHCAXAHCBXBICNC40083如果协作小区。

34、C中调度用户C的数据检测错误,则待处理数据为0084RCHCCXCHCAXAHCBXBICNC50085得到待处理数据后,协作小区C计算协作用户A此时的SINRXA值,与预先设定好的SINRTHRESHOLD比较0086A当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,协作小区C向服务小区A发送控制信令,告知服务小区A本小区接收到的协作数据质量差,不会将接收到的协作数据传输给服务小区A,协作结束。0087B当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,可提高译码的正确性,协作小区C从待处理数据中检测协作用户A的数据008。

35、8I如果协作用户A数据检测正确,则协作小区C向服务小区A发送控制信令,告知服务小区A本小区已经正确检测出协作用户A的数据,并利用X2接口将正确检测到的协作用户A的数据发送给服务小区A,协作结束。0089II如果协作用户A数据检测错误,则协作小区C向服务小区A发送控制信令,告知服务小区A本小区协作用户A的数据质量尚可但无法正确检测,并利用X2接口将待处理数据发送给服务小区A,协作结束。0090第二步0091服务小区A接收到协作小区B和协作小区C的控制信令后,做如下处理00921如果服务小区A接收的控制信令表明,协作小区B和协作小区C接收的协作数据质量都差,则发送控制信令给协作用户A,让其重传。0。

36、0932如果服务小区A接收的控制信令表明,协作小区B和协作小区C两小区中只要有一个小区正确检测到协作用户A的数据,则协作结束。00943如果服务小区A接收的控制信令表明,协作小区B和协作小区C两小区中只要有一个小区接收到的协作数据质量尚可,则将通过X2接口传输过来的数据与服务小区接收到的数据合并,进行联合检测0095A如果协作用户A的数据检测正确,则协作结束。0096B如果协作用户A的数据检测错误,则发送控制信令给协作用户A,让其重传。0097以上仅是本发明的一个具体的实施例,以本发明为基础,可以演变出多种简单或复杂的实施例,如下所示0098实施例二0099基于实施例一,假定服务小区能够正确估。

37、计协作小区内的调度用户到服务小区的信道,协作小区检测接收到的协作资源内的数据,并且只将检测到的正确数据发送给服务小区。对于甲类协作小区,如果调度用户的数据检测正确,则将调度用户的数据发送给服务说明书CN101938300ACN101938302A8/10页11小区,如果协作用户的数据检测正确,则将协作用户的数据发送给服务小区,如果两种数据都检测正确,则同时将两种数据发送给服务小区,如果两种数据都检测错误,则不发送数据给服务小区;对于乙类协作小区,如果协作用户数据检测正确,则将协作用户数据发送给服务小区,如果检测错误,则不发送数据给服务小区。0100实施例三0101基于实施例一,简化实施例二,服。

38、务小区和协作小区分别处理协作资源内的数据,当协作小区接收到服务小区发送的需要传输协作数据的控制信令后,检测接收到的协作用户的数据,如果正确检测出协作用户的数据,则将检测到的协作用户的数据反馈给服务小区,否则,不反馈数据给服务小区。0102实施例四0103基于实施例一,强化实施例二,假定服务小区能够正确估计协作小区内的调度用户到服务小区的信道,同时协作小区也能够正确估计其它协作小区内调度用户到本协作小区的信道。协作小区检测接收到的协作资源内的数据,并且只将检测到的正确数据发送给服务小区或者其他协作小区。对于甲类协作小区,如果调度用户的数据检测正确,则将调度用户的数据发送给服务小区,同时也将此调度。

39、用户的数据发送给其它协作小区,如果协作用户的数据检测正确,则将协作用户的数据发送给服务小区,如果两种数据都检测正确,则将两种数据都发送给服务小区,同时将正确检测到的本小区调度用户的数据发送给其它协作小区,如果两种数据都检测错误,则不发送数据给服务小区;对于乙类协作小区,如果协作用户数据检测正确,则将协作用户数据发送给服务小区,如果检测错误,则不发送数据给服务小区。0104实施例五0105基于实施例一,假定服务小区能够正确估计协作小区内的调度用户到服务小区的信道以及协作小区能够正确估计其它协作小区内调度用户到本协作小区的信道。如果协作小区能够正确检测出本小区调度用户的数据,则也将本小区调度用户的。

40、正确数据发送给其它协作小区。其它过程与实施例一的过程完全一致。0106图8是根据本发明实施例的仿真结果和其它方案的仿真结果对比的示意图,如图8所示,DATA1曲线是不进行协作方案的性能曲线,DATA2是根据本发明实施例的实施例二的性能曲线,DATA3是根据本发明实施例的实施例一的性能曲线,DATA4是根据本发明实施例的实施例三的性能曲线,DATA5是根据本发明实施例的实施例四的性能曲线,DATA6是根据本发明实施例的实施例五性能曲线。0107根据本发明实施例的协作方案具有协作增益性能适中,复杂度适中的特点。0108装置实施例0109根据本发明的实施例,提供了一种基于多点协作的数据传输装置。图9。

41、是根据本发明实施例的基于多点协作的数据传输装置的结构框图,如图9所示,该装置包括第一接收模块2,检测模块4,通知模块6,第二接收模块8,处理模块0,下面对上述结构进行描述。0110第一接收模块2,用于在协作资源内接收用户数据;检测模块4,连接至第一接收模块2,用于从第一接收模块2接收的用户数据中检测协作用户数据;通知模块6,连接至检测模块4,用于在检测模块4对协作用户数据检测错误的情况下,通知协作小区将检测到的协作资源数据传输到服务小区;第二接收模块8,用于接收来自所有协作小区的反馈信息;说明书CN101938300ACN101938302A9/10页12处理模块0,连接至第二接收模块8,用于。

42、根据第二接收模块8接收到的反馈信息进行处理。0111在通知模块6通知协作小区将检测到的协作资源数据传输到服务小区之后,对于甲类协作小区和乙类协作小区分别包括以下处理01121甲类协作小区0113甲类协作小区在协作资源内接收到的数据是本小区在本资源内调度用户数据和协作用户数据的叠加。0114甲类协作小区从接收的数据中检测本小区调度用户数据。当甲类协作小区接收到服务小区发送的不需要传输协作资源数据的通知,则甲类协作小区的协作处理结束;当甲类协作小区接收到服务小区发送的需要传输协作资源数据的通知后,如果本小区调度用户数据检测正确,则从接收的数据中剔除本小区调度用户数据,得到待处理数据;如果本小区调度。

43、用户数据检测错误,则待处理数据即为未作处理的接收到的数据,然后,利用待处理数据检测协作用户数据。0115在利用待处理数据检测协作用户数据之前,计算此时协作用户的信干噪比SINRXA值,判断信干噪比值是否大于预定阈值,如果判断结果为是,则利用待处理数据检测协作用户数据。0116具体地,通过与预先设定好的门限值即,预定阈值SINRTHRESHOLD比较,判定是否将待处理数据即,检测数据传输给服务小区,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,本甲类协作小区会告知服务小区接收到的协作数据质量差,不会将协作数据发送到服务小区,本甲类协作小区的协作处理。

44、结束,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,可以提高译码的正确性,然后,检测待处理的协作用户数据,如果协作用户数据检测错误,则甲类协作小区将待处理数据或者TURBO译码后的软比特数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些数据是可用于合并检测的数据并且是何种类型数据,也可以由服务小区根据接收到的数据自己来判断,如果协作用户数据检测正确,则甲类协作小区将检测后的数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些协作资源数据为检测后的正确数据,也可以由服务小区根据接收到的数据自己来判断,甲类协作小区的协作处理结束。01171乙类。

45、协作小区0118乙类协作小区在协作资源内接收到的数据是协作用户数据。0119乙类协作小区处于等待,当乙类协作小区接收到服务小区发送的不需要传输协作资源数据的通知,则乙类协作小区的协作处理结束;如果接收到服务小区发送的需要传输协作资源数据的通知,则检测待处理数据即接收的协作资源内的数据,然后,利用待处理数据检测协作用户数据。0120在利用待处理数据检测协作用户数据之前,计算此时协作用户的信干噪比SINRXA值,判断信干噪比值是否大于预定阈值,如果判断结果为是,则利用待处理数据检测协作用户数据。0121具体地,通过与预先设定好的门限值SINRTHRESHOLD比较,判定是否将待处理数据即,检测数据。

46、传输给服务小区,当SINRXASINRTHRESHOLD时,表明利用这些数据进行合并处理,会降低译码的正确性,本乙类协作小区会告知服务小区接收到的协作数据质量差,不会将协作数据发送到服务小区,本乙类协作小区的协作处理结束,当SINRXASINRTHRESHOLD时,说明书CN101938300ACN101938302A10/10页13表明利用这些数据进行合并处理,可以提高译码的正确性,然后,检测待处理的协作用户数据,如果协作用户数据检测错误,则乙类协作小区将待处理数据或者TURBO译码后的软比特数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些数据是可用于合并检测的数据并且是何种。

47、类型数据,也可以由服务小区根据接收到的数据自己来判断,如果协作用户数据检测正确,则乙类协作小区将检测后的数据作为协作资源数据发送给服务小区,优选地,可以告知服务小区这些协作资源数据为检测后的正确数据,也可以由服务小区根据接收到的数据自己来判断,乙类协作小区的协作处理结束。0122综上所述,通过本发明的实施例,设定协作基站属于同一个EPC网络,且各协作基站可通过X2接口连接,这样可以有效降低协作的复杂度。在检测步骤中引入的合并数据的有效性指标SINRTHRESHOLD以及引入的数据传输指示和反馈数据指示两个控制信令,可以降低服务小区和协作小区检测的复杂度,提高了检测性能,降低了X2接口的数据交换。

48、量。0123显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。0124以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。说明书CN101938300ACN101938302A1/5页14图1图2说明书附图CN101938300ACN101938302A2/5页15图3图4说明书附图CN101938300ACN101938302A3/5页16图5图6说明书附图CN101938300ACN101938302A4/5页17图7说明书附图CN101938300ACN101938302A5/5页18图8图9说明书附图CN101938300A。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 电学 > 电通信技术


copyright@ 2017-2020 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备2021068784号-1