下行多天线多基站合作方法、 基站和用户设备 技术领域 本发明涉及通信技术领域中多天线多基站合作, 更具体地, 涉及一种应用于下行 蜂窝系统中, 通过选择多天线多基站的合作发射端口, 提高下行数据传输速率的方法、 以及 相应的基站和用户设备。
背景技术
多天线 (MIMO : Multiple In Multiple Out) 无线传输技术在发射端和接收端配置 多根天线, 对无线传输中的空间资源加以利用, 获得空间复用增益和空间分集增益。 信息论 研究表明, MIMO 系统的容量, 随着发射天线数和接收天线数的最小值线性增长。MIMO 系统 的示意图如图 1 所示, 图 1 中, 发射端与接收端的多天线构成多天线无线信道, 包含空域信 息。另外, OFDM( 正交频分复用 ) 技术具有较强的抗衰落能力和较高的频率利用率, 适合多 径环境和衰落环境中的高速数据传输。将 MIMO 技术与 OFDM 技术结合起来的 MIMO-OFDM 技 术, 已经成为新一代移动通信的核心技术。 例如, 3GPP( 第三代移动通信伙伴计划 ) 组织是移动通信领域内的国际组织, 她在 3G 蜂窝通信技术的标准化工作中扮演重要角色。3GPP 组织从 2004 年下半年起开始设计 EUTRA( 演进的通用移动通信系统及陆基无线电接入 ) 和 EUTRAN( 演进的通用移动通信系统 网及陆基无线电接入网 ), 该项目也被称为 LTE( 长期演进 ) 项目。LTE 系统的下行链路就 是采用 MIMO-OFDM 技术。2008 年 4 月, 3GPP 组织在中国深圳会议上, 开始探讨 4G 蜂窝通信 系统的标准化工作 ( 目前被称为 LTE-A 系统 )。在会上, 一种名为 “多天线多基站合作” 的 概念得到广泛关注和支持, 其核心思想是采用多个基站同时为一个用户或多个用户提供通 信服务, 从而提高小区边界用户的数据传输速率。
在一些技术文献中, 针对下行多天线多基站合作, 主要有三种方法 :
(1) 基于虚拟 MIMO 技术的方法 : 将多基站的多根天线, 视为虚拟的具有更多天线 的单基站 MIMO 系统, 从而获得较大的空间复用和空间分集增益。另外, 重复利用单基站 MIMO 系统的机制有助于降低多天线多基站系统的实现复杂度。参见非专利文献 1 : 3GPP, R1-082501, “Collaborative MIMO for LTE-A downlink” , Alcatel-Lucent(3GPP 文档, 编 号: R1-082501, “LTE-A 下行系统中的合作 MIMO 技术” , Alcatel-Lucent 公司 )。该方法的 实施示意图如图 2 所示。
(2) 基于单基站独立运作的方法 : 配备多天线的单基站独立地为用户设备提供服 务, 然后用户设备将多个单基站的数据进行叠加, 获得较高的空间复用和空间分集增益。 该方法实现简单, 信令开销较小。参见非专利文献 2 : 3GPP, R1-082497, “Network MIMO Precoding” , TexasInstruments(3GPP 文档, 编号 : R1-082497, “网络 MIMO 系统的预编码” , Texas Instruments 公司 )。该方法的实施示意图如图 3 所示。
(3) 将多基站的信道进行简单合并的方法 : 从用户设备的角度来看, 合作基站到 用户设备的信道矩阵可以直接相加合并, 构成一个虚拟信道, 然后再套用单基站 MIMO 技 术。参见非专利文献 3 : 3GPP, R1-083546, “Per-cell precoding methods for downlink
joint processing CoMP” , ETRI(3GPP 文档, 编号 : R1-083530, “下行多节点合作发射中单小 区预编码方法” , 韩国电子通信学会 )。该方法的实施示意图如图 4 所示。
(4) 结合天线选择, 将多基站的信道进行简单合并的方法 : 在方法 (3) 的基础上, 该方法先对合作基站进行天线选择, 然后把经过天线选择后的合作基站到用户设备的信道 矩阵, 直接相加合并, 构成一个虚拟信道, 然后再套用单基站 MIMO 技术。 参见非专利文献 4 : 3GPP, R1-092102, “MBSFN Precoding with Antenna Selection for DL CoMP” , ETRI(3GPP 文档, 编号 : R1-083530, “下行多节点协作中的 MBSFN 预编码及天线选择” , 日本夏普株式会 社 )。该方法的实施示意图如图 5 所示。
综上, 基于虚拟 MIMO 技术的方法 (1) 考虑全局最优的 MIMO 配置, 其性能较好, 但 复杂度过高, 特别是当单个合作基站的天线数目较大时, 虚拟 MIMO 系统的总天线数目将成 倍上升, 导致系统开销过高而无法工作。单基站独立运作的方法 (2) 虽然降低了实现复杂 度, 但基站合作度降低, 系统性能较差。方法 (3) 和方法 (4) 对合作基站的信道进行简单合 并, 其优点是实现简单, 反馈开销少 ; 缺点是性能仍然较差。本发明基于方法 (1), 提出一种 结合发射端口选择的虚拟 MIMO 方案。 发明内容 本发明针对现有技术复杂度较高, 或是性能不佳的缺点, 提出了一种下行多天线 多基站合作方法、 基站和用户设备。 首先, 服务基站为用户设备配置多天线多基站合作工作 模式, 至少包括合作基站集合, 也可以同时配置基站合作发射端口。然后, ( 半 ) 静态地、 或 动态地选择基站合作发射端口。为了避免可能引起的天线功率不平衡问题, 本发明提出采 用发射天线合并的解决方案。 本发明具有实现简单、 以及信道容量较大, 信令开销较小的优 点。
在本发明的说明书中, 采用了术语 “服务基站” “合作基站” 、 和 “合作基站集合” 。 正 如本领域普通技术人员所知, 参与合作发射的基站都被称为 “合作基站” , 因此, “服务基站” 显然也是一种特殊的 “合作基站” 。为了明确区分, 本说明书中的 “合作基站” 并不包含 “服 务基站” , “合作基站集合” 也不包含 “服务基站” 在内。
根据本发明的第一方案, 提出了一种下行多天线多基站合作方法, 包括如下步骤 : 服务基站向处于多天线多基站合作工作模式的每一用户设备发送配置信息, 所述配置信息 包括 : 针对该用户设备的合作基站集合、 以及针对该用户设备的基站合作发射端口 ; 用户 设备检测已配置的基站合作发射端口的信道状态, 并反馈已配置的基站合作发射端口的信 道状态信息 ; 服务基站根据用户设备所反馈的信道状态信息, 为用户设备分配资源 ; 以及 服务基站和合作基站共同通过各自相应的基站合作发射端口向用户设备发送数据信号。
优选地, 服务基站采用与用户设备事先约定的配置表, 静态地配置服务基站的基 站合作发射端口和 / 或合作基站的基站合作发射端口。
优选地, 服务基站根据用户设备的初始信道状态信息反馈, 半静态地配置服务基 站的基站合作发射端口和 / 或合作基站的基站合作发射端口。
优选地, 用户设备仅向服务基站反馈已配置的基站合作发射端口的信道状态信 息, 以及服务基站将用户设备反馈信息中的相关信息分别转发给相应的合作基站 ; 或者用 户设备分别向服务基站和相应的合作基站反馈已配置的基站合作发射端口的信道状态信
息中的相关信息。
根据本发明的第二方案, 提出了一种下行多天线多基站合作方法, 包括如下步骤 : 服务基站向处于多天线多基站合作工作模式的每一用户设备发送配置信息, 所述配置信息 包括 : 针对该用户设备的合作基站集合 ; 用户设备检测基站发射端口的信道状态, 动态选 择基站合作发射端口, 并反馈选出的基站合作发射端口的信息及相应的信道状态信息 ; 服 务基站根据用户设备所反馈的基站合作发射端口的信息及相应的信道状态信息, 为用户设 备分配资源 ; 以及服务基站和合作基站共同通过各自相应的基站合作发射端口向用户设备 发送数据信号。
优选地, 用户设备检测合作基站集合中的各个基站的基站发射端口的信道状态, 动态选择合作基站的基站合作发射端口 ; 以及服务基站的基站合作发射端口是由服务基站 采用与用户设备事先约定的配置表静态地配置的, 或者是由服务基站根据用户设备的初始 信道状态信息反馈半静态地配置的。
优选地, 用户设备检测服务基站和合作基站集合中的各个基站的基站发射端口的 信道状态, 动态选择服务基站的基站合作发射端口和合作基站的基站合作发射端口。
优选地, 用户设备仅向服务基站反馈选出的基站合作发射端口的信息及相应的信 道状态信息, 以及服务基站将用户设备反馈信息中的相关信息分别转发给相应的合作基 站; 或者用户设备分别向服务基站和相应的合作基站反馈选出的基站合作发射端口的信息 及相应的信道状态信息中的相关信息。 优选地, 服务基站的基站合作发射端口和合作基站的基站合作发射端口的基站合 作发射端口总数的取值为 4、 8、 12 或 16。
优选地, 针对服务基站的基站合作发射端口和 / 或合作基站的基站合作发射端 口, 采用发射天线合并的方法, 将多根天线映射到单个基站合作发射端口。
根据本发明的第三方案, 提出了一种基站, 包括 : 配置信息生成装置, 用于为向所 辖服务小区内、 处于多天线多基站合作工作模式的每一用户设备生成配置信息, 所述配置 信息包括 : 针对该用户设备的合作基站集合、 以及针对该用户设备的基站合作发射端口 ; 发送装置, 用于向用户设备发送由配置信息生成装置所生成的配置信息 ; 接收装置, 用于接 收用户设备反馈的已配置的基站合作发射端口的信道状态信息 ; 以及资源分配装置, 用于 根据用户设备所反馈的信道状态信息, 为用户设备分配资源, 所述发送装置还用于通过相 应的基站合作发射端口向用户设备发送数据信号。
优选地, 所述配置信息生成装置采用与用户设备事先约定的配置表, 静态地配置 所述基站的基站合作发射端口和 / 或合作基站的基站合作发射端口。
优选地, 所述接收装置还用于接收用户设备的初始信道状态信息反馈, 以及所述 配置信息生成装置根据用户设备的初始信道状态信息反馈, 半静态地配置所述基站的基站 合作发射端口和 / 或合作基站的基站合作发射端口。
优选地, 所述发送装置还用于将用户设备反馈的已配置的基站合作发射端口的信 道状态信息中的相关信息分别转发给相应的合作基站。
根据本发明的第四方案, 提出了一种基站, 包括 : 配置信息生成装置, 用于为向所 辖服务小区内、 处于多天线多基站合作工作模式的每一用户设备生成配置信息, 所述配置 信息包括 : 针对该用户设备的合作基站集合 ; 发送装置, 用于向用户设备发送由配置信息
生成装置所生成的配置信息 ; 接收装置, 用于接收用户设备选择并反馈的基站合作发射端 口的信息及相应的信道状态信息 ; 以及资源分配装置, 用于根据用户设备所反馈的基站合 作发射端口的信息及相应的信道状态信息, 为用户设备分配资源, 所述发送装置还用于通 过相应的基站合作发射端口向用户设备发送数据信号。
优选地, 所述配置信息生成装置采用与用户设备事先约定的配置表静态地配置所 述基站的基站合作发射端口。
优选地, 所述接收装置还用于接收用户设备的初始信道状态信息反馈, 以及所述 配置信息生成装置根据用户设备的初始信道状态信息反馈, 半静态地配置所述基站的基站 合作发射端口。
优选地, 所述发送装置还用于将用户设备选择并反馈的基站合作发射端口的信息 及相应的信道状态信息中的相关信息分别转发给相应的合作基站。
优选地, 所述基站的基站合作发射端口和合作基站的基站合作发射端口的基站合 作发射端口总数的取值为 4、 8、 12 或 16。
优选地, 所述基站还包括 : 天线 - 端口映射装置, 用于针对所述基站的基站合作发 射端口, 采用发射天线合并的方法, 将多根天线映射到单个基站合作发射端口。
根据本发明的第五方案, 提出了一种用户设备, 包括 : 接收装置, 用于从服务基站 接收配置信息, 所述配置信息包括 : 针对该用户设备的合作基站集合、 以及针对该用户设备 的基站合作发射端口 ; 信道状态检测装置, 用于检测已配置的基站合作发射端口的信道状 态; 以及发送装置, 用于反馈已配置的基站合作发射端口的信道状态信息, 所述接收装置还 用于接收服务基站和合作基站共同通过各自相应的基站合作发射端口向用户设备发送的 数据信号。
优选地, 服务基站的基站合作发射端口和 / 或合作基站的基站合作发射端口是服 务基站采用与用户设备事先约定的配置表静态地配置的。
优选地, 所述发送装置还用于向服务基站发送用户设备的初始信道状态信息反 馈, 以及服务基站的基站合作发射端口和 / 或合作基站的基站合作发射端口是服务基站根 据用户设备的初始信道状态信息反馈半静态地配置的。
优选地, 所述发送装置仅向服务基站反馈已配置的基站合作发射端口的信道状态 信息 ; 或者所述发送装置分别向服务基站和相应的合作基站反馈已配置的基站合作发射端 口的信道状态信息中的相关信息。
根据本发明的第六方案, 提出了一种用户设备, 包括 : 接收装置, 用于从服务基站 接收配置信息, 所述配置信息包括 : 针对该用户设备的合作基站集合 ; 信道状态检测装置, 用于检测基站发射端口的信道状态 ; 端口选择装置, 用于根据所检测到的基站发射端口的 信道状态, 动态选择基站合作发射端口 ; 以及发送装置, 用于反馈选出的基站合作发射端口 的信息及相应的信道状态信息, 所述接收装置还用于接收服务基站和合作基站共同通过各 自相应的基站合作发射端口向用户设备发送的数据信号。
优选地, 所述信道状态检测装置检测合作基站集合中的各个基站的基站发射端口 的信道状态, 所述端口选择装置动态选择合作基站的基站合作发射端口, 以及服务基站的 基站合作发射端口是由服务基站采用与用户设备事先约定的配置表静态地配置的。
优选地, 所述信道状态检测装置检测合作基站集合中的各个基站的基站发射端口的信道状态, 所述端口选择装置动态选择合作基站的基站合作发射端口, 所述发送装置还 用于向服务基站发送用户设备的初始信道状态信息反馈, 以及服务基站的基站合作发射端 口是由服务基站根据用户设备的初始信道状态信息反馈半静态地配置的。
优选地, 所述信道状态检测装置检测服务基站和合作基站集合中的各个基站的基 站发射端口的信道状态, 以及所述端口选择装置动态选择服务基站的基站合作发射端口和 合作基站的基站合作发射端口。
优选地, 所述发送装置仅向服务基站反馈选出的基站合作发射端口的信息及相应 的信道状态信息 ; 或者所述发送装置分别向服务基站和相应的合作基站反馈选出的基站合 作发射端口的信息及相应的信道状态信息中的相关信息。
根据本发明的实施例, 本发明可以包括以下步骤 :
步骤一 : 服务基站配置多天线多基站合作中的用户设备, 至少包括合作基站集合, 也可以同时配置基站合作发射端口。
优选地, 服务基站采用与用户设备事先约定的配置表, 静态地配置基站合作发射 端口。
优选地, 服务基站根据用户设备的初始信道状态信息反馈, 半静态地配置基站合 作发射端口。 优选地, 服务基站根据用户设备的初始信道状态信息反馈, 半静态地配置服务基 站发射的端口。
步骤二分支一 : 用户设备不进行动态选择基站合作发射端口, 于是用户设备检测 已配置的基站合作发射端口的信道状态, 并反馈已配置的基站合作发射端口的信道状态信 息。
步骤二分支二 : 用户设备进行动态选择基站合作发射端口, 于是用户设备检测合 作基站集合中基站发射端口的信道状态, 然后动态选择基站合作发射端口, 并反馈选出的 基站合作发射端口的信息及相应的信道状态信息。
优选地, 用户设备检测合作基站集合中非服务基站的发射端口的信道状态, 然后 动态选择基站合作发射端口, 并向服务基站反馈选出的基站合作发射端口的信息及相应的 信道状态信息。
优选地, 用户设备检测合作基站集合中所有基站的发射端口的信道状态, 然后动 态选择基站合作发射端口, 并向服务基站反馈选出的基站合作发射端口的信息及相应的信 道状态信息。
步骤三 : 服务基站为用户设备分配资源, 基站合作发射端口向用户设备发送信号。
优选地, 限定基站合作发射端口总数只取有限种可能性。
优选地, 采用发射天线合并的方法, 将多根天线映射到单个发射端口。
由此, 本发明提出的下行多天线多基站合作方法及基站, 具有实现简单、 以及信道 容量较大, 信令开销较小的优点。
附图说明
通过下面结合附图说明本发明的优选实施例, 将使本发明的上述及其它目的、 特 征和优点更加清楚, 其中 :图 1 为 MIMO 系统的示意图 ; 图 2 为 3 个基站合作采用方法 (1) 的示意图 ; 图 3 为 3 个基站合作采用方法 (2) 的示意图 ; 图 4 为 3 个基站合作采用方法 (3) 的示意图 ; 图 5 为 3 个基站合作采用方法 (4) 的示意图 ; 图 6 为多小区蜂窝通信系统的示意图 ; 图 7 为根据本发明实施例的下行多天线多基站合作方法的流程图 ; 图 8 为实施例场景一例 (a) 中配置用户设备的示意图 ; 图 9 为实施例场景一例 (b) 中配置用户设备的示意图 ; 图 10 为实施例场景一例 (c) 中配置用户设备的示意图 ; 图 11 为实施例场景二例 (a) 中配置用户设备的示意图 ; 图 12 为实施例场景二例 (b) 中配置用户设备的示意图 ; 图 13 为实施例场景二例 (c) 中配置用户设备的示意图 ; 图 14 为实施例场景三例 (a) 中配置用户设备的示意图 ; 图 15 为实施例场景三例 (b) 中配置用户设备的示意图 ; 图 16 为实施例场景三例 (c) 中配置用户设备的示意图 ; 图 17 为实施例中的用户设备向服务基站反馈信道状态信息的示意图 ; 图 18 为实施例场景一例 (c) 中发射端口选择的示意图 ; 图 19 为实施例中的用户设备向服务基站反馈信道状态信息的示意图 ; 图 20 为实施例场景一例 (d) 中发射端口选择的示意图 ; 图 21 为实施例场景二例 (c) 中发射端口选择的示意图 ; 图 22 为实施例场景二例 (d) 中发射端口选择的示意图 ; 图 23 为实施例场景三例 (c) 中发射端口选择的示意图 ; 图 24 为实施例场景三例 (d) 中发射端口选择的示意图 ; 图 25 为天线合并方法的示意图 ; 图 26 是示出了根据本发明实施例的服务基站 2600 的示意方框图 ; 以及 图 27 是示出了根据本发明实施例的用户设备 2700 的示意方框图。具体实施方式
下面参照附图对本发明的优选实施例进行详细说明, 在描述过程中省略了对于本 发明来说是不必要的细节和功能, 以防止对本发明的理解造成混淆。
为了清楚详细地阐述本发明的实现步骤, 下面给出一些本发明的具体实施例, 适 用于下行 LTE 蜂窝通信系统。需要说明的是, 本发明不限于实施例中所描述的应用, 而是可 适用于其他通信系统, 比如今后的 LTE-A 系统。
图 6 示出了一个多小区蜂窝通信系统的示意图。蜂窝系统把服务覆盖区域分割为 相接的无线覆盖区域, 即小区。在图 6 中, 小区被示意地描绘为正六边形, 整个服务区域由 小区 100 ~ 104 拼接而成。与小区 100 ~ 104 分别相关的是基站 200 ~ 204。基站 200 ~ 204 的每个至少包含一个发射机、 一个接收机, 这是在本领域所公知的。 需要指出的是, 所述 基站, 其基本范畴是小区内的服务节点, 它可以是具有资源调度功能的独立基站, 也可以是从属于独立基站的发射节点, 还可以是中继节点 ( 通常是为了进一步扩大小区覆盖范围而 设置 ) 等。在图 6 中, 基站 200 ~ 204 被示意地描绘为位于小区 100 ~ 104 的某一区域, 并 被配备全向天线。但是, 在蜂窝通信系统的小区布局中, 基站 200 ~ 204 也可以配备定向天 线, 有方向地覆盖小区 100 ~ 104 的部分区域, 该部分区域通常被称为扇区。因此, 图6的 多小区蜂窝通信系统的图示仅是为了示意目的, 并不意味着本发明在蜂窝系统的实施中需 要上述限制性的特定条件。
在图 6 中, 基站 200 ~ 204 通过 X2 接口 300 ~ 304 彼此相连。在 LTE 系统中, 将 基站、 无线网络控制单元和核心网的三层节点网络结构简化成两层节点结构。 其中, 无线网 络控制单元的功能被划分到基站, 基站与基站通过名为 “X2” 的有线接口进行协调和通信。
在图 6 中, 基站 200 ~ 204 之间存在彼此相连的空中接口 “A1 接口” 310 ~ 314。 在未来通信系统中, 可能会引入中继节点的概念, 中继节点间通过无线接口相连 ; 而基站也 可以看作一种特殊的中继节点, 因此, 今后, 基站之间可以存在名为 “A1” 的无线接口进行协 调和通信。
在图 6 中, 还示出了一个基站 200 ~ 204 的上层实体 220( 可以是网关, 也可以是 移动管理实体等其他网络实体 ) 通过 S1 接口 320 ~ 324 与基站 200 ~ 204 相连。在 LTE 系统中, 上层实体与基站之间通过名为 “S1” 的有线接口进行协调和通信。 在图 6 中, 小区 100 ~ 104 内分布着若干个用户设备 400 ~ 430。用户设备 400 ~ 430 中的每一个均包含发射机、 接收机、 以及移动终端控制单元, 这是在本技术领域所公知 的。用户设备 400 ~ 430 通过为各自服务的服务基站 ( 基站 200 ~ 204 中的某一个 ) 接入 蜂窝通信系统。 应该被理解的是, 虽然图 6 中只示意性地画出 16 个用户设备, 但实际情况中 的用户设备的数目是相当巨大的。从这个意义上讲, 图 6 对于用户设备的描绘也仅是示意 目的。用户设备 400 ~ 430 通过为各自服务的基站 200 ~ 204 接入蜂窝通信网, 直接为某 用户设备提供通信服务的基站被称为该用户设备的服务基站, 其他基站被称为该用户设备 的非服务基站, 非服务基站可以作为服务基站的合作基站, 一起为用户设备提供通信服务。
在说明本实施例时, 考察用户设备 416, 配备 2 根接收天线, 令其工作于下行多天 线多基站合作模式, 其服务基站是基站 202, 合作基站是基站 200 和 204。需要指出的是, 本 实施例中, 重点考察用户设备 416, 这并不意味着本发明只适用于 1 个用户设备。 实际上, 本 发明完全适用于多用户设备的情况, 比如, 在图 6 中, 用户设备 408、 410、 430 等, 都可以使用 本发明的方法。当然, 实施场景中选取服务基站为 1 个, 合作基站为 2 个, 也不意味着本发 明需要这样的限定条件, 事实上, 服务基站与合作基站的数量是没有特殊限定的。
在本说明书的各具体实例中, 考虑 LTE 系统的具体配置, 参考 3GPP 组织的文档 : TS 36.213V8.3.0“ ,Evolved Universal TerrestrialRadio Access(E-UTRA) ; Physical Layer Procedures” ( 演进的通用陆基无线电接入的物理层过程 ), 其中定义了 7 种下行数据的 MIMO 传输方式 :
①单天线发射 : 使用单根天线发射信号, 是 MIMO 系统的一个特例, 该方式只能传 输单层数据,
②发射分集 : 在 MIMO 系统中, 利用时间或 / 和频率的分集效果, 发射信号, 以提高 信号的接收质量, 该方式只能传输单层数据,
③开环空分复用 : 不需要用户设备反馈空间预编码信息的空分复用,
④闭环空分复用 : 需要用户设备反馈信道状态信息的空分复用,
⑤多用户 MIMO : 多个用户同时同频参与 MIMO 系统的下行通信,
⑥闭环单层预编码 : 使用 MIMO 系统, 采用预编码技术, 只传输单层数据,
⑦波束成形发射 : 使用 MIMO 系统, 波束成形技术, 配有专用的参考信号用于用户 设备的数据解调。
需要指出的是, 在说明本发明时, 当用户设备的服务基站与合作基站采取发射分 集的发送方案时, 所述发射分集可以是时间分集、 频率分集、 空间分集、 相位延时分集等各 种分集技术的组合与拓展, 且分集预处理可以集中式处理, 也可以分布式处理。 还需要指出 的是, 采用 LTE 系统定义的下行数据的传输方式, 仅仅是为了说明本发明的具体实施而作 的举例, 并不意味着本发明在实施过程中需要上述限制性的条件。
在说明本实施例时, 采用如下多天线多基站合作场景 :
实施例场景一 : 考察用户设备 416, 配备 4 根接收天线, 令其工作于下行多天线多 基站合作模式, 其服务基站是基站 202, 合作基站是基站 200 和 204。在多天线多基站合作 发送时, 基站 200、 202、 204 均使用 8 个发射端口。
实施例场景二 : 考察用户设备 416, 配备 4 根接收天线, 令其工作于下行多天线多 基站合作模式, 其服务基站是基站 202, 合作基站是基站 200 和 204。在多天线多基站合作 发送时, 基站 200、 202、 204 均使用 4 个发射端口。
实施例场景三 : 考察用户设备 416, 配备 4 根接收天线, 令其工作于下行多天线多 基站合作模式, 其服务基站是基站 202, 合作基站是基站 200 和 204。在多天线多基站合作 发送时, 基站 202 使用 4 个发射端口, 基站 200 使用 8 个发射端口, 基站 204 使用 4 个发射 端口。
需要指出的是, 实施例场景三所用的非一致发射端口配置的具体数值, 只是为了 方便说明本发明的实施而做的举例, 本发明的运用不受这些数值的限制, 完全适用于任意 发射端口配置的情况。 应当认为, 本领域的技术人员可以通过阅读本发明的实施例, 理解一 般情况下, 任意发射端口配置场景中, 都可以采用本发明所提出的方案。
图 7 示出了本发明实施例的下行多天线多基站合作方法的流程图。
如图 7 所示, 根据本发明实施例的方法包括以下步骤 :
步骤 500 : 服务基站向处于多天线多基站合作工作模式的每一用户设备发送配置 信息, 所述配置信息至少包括 : 针对该用户设备的合作基站集合, 所述配置信息也可以包 括: 针对该用户设备的基站合作发射端口。
优选地, 服务基站采用与用户设备事先约定的配置表, 静态地配置基站合作发射 端口。
优选地, 服务基站根据用户设备的初始信道状态信息反馈, 半静态地配置基站合 作发射端口。
优选地, 服务基站根据用户设备的初始信道状态信息反馈, 半静态地配置服务基 站发射的端口。
本实施例中, 给出 12 个应用举例。
实施例场景一例 (a) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。同时静态地配置基站合作发射端口总共为 12 个, 分别是服务基站 202 的发射端口 0 ~ 5, 基站 200 的发射端口 0 ~ 2 以及基站 204 的发射端口 0 ~ 2。其实施示意图如图 8 所示。此处 的静态配置可以由基站与用户设备事先约定的表格来实现, 如表 1 所示 :
表1: 静态配置基站合作发射端口的表格 (3 基站合作 )
实施例场景一例 (b) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置基站合作发射端口总 共为 12 个, 分别是服务基站 202 的发射端口 0、 2、 3、 4、 5、 6、 7, 基站 200 的发射端口 0、 1 以及 基站 204 的发射端口 2、 4、 7。此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改 基站合作发射端口配置。其实施示意图如图 9 所示。
实施例场景一例 (c) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置服务基站发射的端口 总共为 6 个, 分别是服务基站 202 的发射端口 0、 2、 3、 5、 6、 7。基站 200 和基站 204 的发射端 口此后由用户设备选择。 此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改基站 合作发射端口配置。其实施示意图如图 10 所示。
实施例场景一例 (d) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。此时, 对服务基站合作发射的端口不作配置, 此后, 由用户设备选择基站合作发射端口。
实施例场景二例 (a) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200
和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。同时 静态地配置基站合作发射端口总共为 8 个, 分别是服务基站 202 的发射端口 0 ~ 3, 基站 200 的发射端口 0 ~ 1 以及基站 204 的发射端口 0 ~ 1。其实施示意图如图 11 所示。此处的静 态配置可以由基站与用户设备事先约定的表格来实现, 如表 2 所示 :
表2: 静态配置基站合作发射端口的表格 (3 基站合作 )
实施例场景二例 (b) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置基站合作发射端口总 共为 8 个, 分别是服务基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 3 以及基站 204 的发射端口 0、 2。此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改基站合作发 射端口配置。其实施示意图如图 12 所示。
实施例场景二例 (c) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置服务基站发射的端口 总共为 4 个, 分别是服务基站 202 的发射端口 0 ~ 3。基站 200 和基站 204 的发射端口此后 由用户设备选择。 此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改基站合作发 射端口配置。其实施示意图如图 13 所示。
实施例场景二例 (d) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。此时, 对服务基站合作发射的端口不作配置, 此后, 由用户设备选择基站合作发射端口。
实施例场景三例 (a) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。同时 静态地配置基站合作发射端口总共为 8 个, 分别是服务基站 202 的发射端口 0 ~ 3, 基站 200 的发射端口 0 ~ 1 以及基站 204 的发射端口 0 ~ 1。其实施示意图如图 14 所示。此处的静 态配置可以由基站与用户设备事先约定的表格来实现, 如表 3 所示 :
表3: 静态配置基站合作发射端口的表格 (3 基站合作 )
实施例场景三例 (b) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置基站合作发射端口总 共为 8 个, 分别是服务基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 5、 7 以及基站 204 的发射端口 2。此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改基站合作 发射端口配置。其实施示意图如图 15 所示。
实施例场景三例 (c) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200 和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。另外, 服务基站 202 根据用户设备的初始信道状态信息反馈, 半静态地配置服务基站发射的端口 总共为 3 个, 分别是服务基站 202 的发射端口 1 ~ 3。基站 200 和基站 204 的发射端口此后 由用户设备选择。 此处, 所谓 “半静态” , 是指服务基站此后还可以通过信令修改基站合作发 射端口配置。其实施示意图如图 16 所示。
实施例场景三例 (d) : 用户设备 416 的服务基站是基站 202, 合作基站是基站 200
和 204。服务基站 202 配置用户设备 416, 通知其合作基站集合为基站 200、 202、 204。此时, 对服务基站合作发射的端口不作配置, 此后, 由用户设备选择基站合作发射端口。
需要指出的是, 此处的举例仅仅是本发明对于服务基站对用户设备进行配置的实 施例, 并不意味着本发明对于服务基站的配置信息只局限于示例中的形式。
步骤 510->515->520 : 用户设备不进行动态选择基站合作发射端口 ( 步骤 510 : “否” ), 于是用户设备检测已配置的基站合作发射端口的信道状态 ( 步骤 515), 并反馈已配 置的基站合作发射端口的信道状态信息 ( 步骤 520)。
优选地, 用户设备只检测已配置的基站合作发射端口的信道状态, 并向服务基站 反馈已配置的基站合作发射端口的信道状态信息。
本实施例中, 给出 6 个应用举例。
实施例场景一例 (a) : 用户设备 416 根据服务基站静态配置的基站合作发射的 12 个端口, 检测服务基站 202 的发射端口 0 ~ 5, 基站 200 的发射端口 0 ~ 2 以及基站 204 的 发射端口 0 ~ 2 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口的信道状 态信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
实施例场景一例 (b) : 用户设备 416 根据服务基站半静态配置的基站合作发射的 12 个端口, 检测服务基站 202 的发射端口 0、 2、 3、 4、 5、 6、 7, 基站 200 的发射端口 0、 1 以及基 站 204 的发射端口 2、 4、 7 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口 的信道状态信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
实施例场景二例 (a) : 用户设备 416 根据服务基站静态配置的基站合作发射的 8 个端口, 检测服务基站 202 的发射端口 0 ~ 3, 基站 200 的发射端口 0 ~ 1 以及基站 204 的 发射端口 0 ~ 1 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口的信道状 态信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
实施例场景二例 (b) : 用户设备 416 根据服务基站半静态配置的基站合作发射的 8 个端口, 检测服务基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 3 以及基站 204 的 发射端口 0、 2 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口的信道状态 信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
实施例场景三例 (a) : 用户设备 416 根据服务基站静态配置的基站合作发射的 8 个端口, 检测服务基站 202 的发射端口 0 ~ 3, 基站 200 的发射端口 0 ~ 1 以及基站 204 的 发射端口 0 ~ 1 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口的信道状 态信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
实施例场景三例 (b) : 用户设备 416 根据服务基站半静态配置的基站合作发射的 8 个端口, 检测服务基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 5、 7 以及基站 204 的发射端口 2 的信道状态, 并向服务基站 202 反馈已配置的基站合作发射端口的信道状态 信息。其实施示意图如图 17 所示, 图 17 中的信号 700 为所述信道状态信息。
需要指出的是, 此处的举例仅仅是为了说明本发明在用户设备不进行动态选择基 站合作发射端口时的实施过程, 并不意味着本发明只局限于示例中的形式。
步 骤 510->525->530 : 用 户 设 备 进 行 动 态 选 择 基 站 合 作 发 射 端 口 ( 步 骤 510 : “是” ), 于是用户设备检测合作基站集合中基站发射端口的信道状态 ( 步骤 525), 然后动 态选择基站合作发射端口, 并反馈选出的基站合作发射端口的信息及相应的信道状态信息( 步骤 530)。
优选地, 用户设备检测合作基站集合中非服务基站的发射端口的信道状态, 然后 动态选择基站合作发射端口, 并向服务基站反馈选出的基站合作发射端口的信息及相应的 信道状态信息。
优选地, 用户设备检测合作基站集合中所有基站的发射端口的信道状态, 然后动 态选择基站合作发射端口, 并向服务基站反馈选出的基站合作发射端口的信息及相应的信 道状态信息。
本实施例中, 给出 6 个应用举例。
实施例场景一例 (c) : 用户设备 416 根据服务基站 202 的半静态配置, 将服务基站 202 的发射端口 0、 2、 3、 5、 6、 7 作为前 6 个基站合作发射端口。然后, 用户设备 416 检测合 作基站集合中非服务基站 200 和 204 的发射端口的信道状态, 动态选择另外 6 个基站合作 发射端口为, 基站 200 的发射端口 0、 1、 6 和基站 204 的发射端口 2、 4、 7。其实施示意图如 图 18 所示。随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基 站 200 的发射端口 0、 1、 6 和基站 204 的发射端口 2、 4、 7) 及相应的信道状态信息。其实施 示意图如图 19 所示, 图 19 中的信号 710 为所述信道状态信息。
实施例场景一例 (d) : 用户设备 416 检测合作基站集合中所有基站, 即基站 200、 202、 204 的发射端口的信道状态, 动态选择 12 个基站合作发射端口为, 基站 202 的发射端口 0、 2、 3、 4、 5、 6、 7, 基站 200 的发射端口 0、 1 和基站 204 的发射端口 2、 4、 7。其实施示意图如 图 20 所示。随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基 站 202 的发射端口 0、 2、 3、 4、 5、 6、 7, 基站 200 的发射端口 0、 1 和基站 204 的发射端口 2、 4、 7) 及相应的信道状态信息。其实施示意图如图 19 所示, 图 19 中的信号 710 为所述信道状 态信息。
实施例场景二例 (c) : 用户设备 416 根据服务基站 202 的半静态配置, 将服务基站 202 的发射端口 0 ~ 3 作为前 4 个基站合作发射端口。然后, 用户设备 416 检测合作基站 集合中非服务基站 200 和 204 的发射端口的信道状态, 动态选择另外 4 个基站合作发射端 口为, 基站 200 的发射端口 0、 3 和基站 204 的发射端口 0、 2。其实施示意图如图 21 所示。 随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基站 200 的发 射端口 0、 3 和基站 204 的发射端口 0、 2) 及相应的信道状态信息。其实施示意图如图 19 所 示, 图 19 中的信号 710 为所述信道状态信息。
实施例场景二例 (d) : 用户设备 416 检测合作基站集合中所有基站, 即基站 200、 202、 204 的发射端口的信道状态, 动态选择 8 个基站合作发射端口为, 基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 3 和基站 204 的发射端口 0、 2。其实施示意图如图 22 所 示。随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 3 和基站 204 的发射端口 0、 2) 及相应的信道 状态信息。其实施示意图如图 19 所示, 图 19 中的信号 710 为所述信道状态信息。
实施例场景三例 (c) : 用户设备 416 根据服务基站 202 的半静态配置, 将服务基站 202 的发射端口 1 ~ 3 作为前 3 个基站合作发射端口。然后, 用户设备 416 检测合作基站集 合中非服务基站 200 和 204 的发射端口的信道状态, 动态选择另外 5 个基站合作发射端口 为, 基站 200 的发射端口 0、 1、 5、 7 和基站 204 的发射端口 2。其实施示意图如图 23 所示。随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基站 200 的发 射端口 0、 1、 5、 7 和基站 204 的发射端口 2) 及相应的信道状态信息。其实施示意图如图 19 所示, 图 19 中的信号 710 为所述信道状态信息。
实施例场景三例 (d) : 用户设备 416 检测合作基站集合中所有基站, 即基站 200、 202、 204 的发射端口的信道状态, 动态选择 8 个基站合作发射端口为, 基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 5、 7 和基站 204 的发射端口 2。其实施示意图如图 24 所 示。随后, 用户设备 416 向服务基站 202 反馈选出的基站合作发射端口的信息 ( 基站 202 的发射端口 0、 2、 3, 基站 200 的发射端口 0、 1、 5、 7 和基站 204 的发射端口 2) 及相应的信道 状态信息。其实施示意图如图 19 所示, 图 19 中的信号 710 为所述信道状态信息。
需要指出的是, 此处的举例仅仅是为了说明本发明在用户设备进行动态选择基站 合作发射端口时的实施过程, 并不意味着本发明只局限于示例中的形式。
步骤 540 : 服务基站为用户设备分配资源, 并通过基站合作发射端口向用户设备 发送数据信号。
优选地, 限定基站合作发射端口总数只取有限种可能性。
优选地, 采用发射天线合并的方法, 将多根天线映射到单个发射端口。
为了简化系统设计, 可以限定基站合作发射端口总数只取有限种可能性。 比如, 基 站合作发射端口总数只有 3 种可能, 4 端口、 8 端口及 12 端口。这样, 多天线多基站合作发 射时, 只需事先定义 4 端口、 8 端口及 12 端口 3 种方案即可。
需要指出的是, 本实施例对多天线多基站系统的合作发射方法没有任何限定, 例 如, 可以采用 LTE 系统 7 种下行数据的传输方式中的任意一种或多种。
另外还需要指出的是, 为了保持基站的发射总功率不变, 需要将基站未选中的发 射端口的功率叠加到选中的发射端口上。 但是, 这可能会导致基站的天线发射功率过载。 这 主要是由于在实际系统中, 天线的发射功率只能在有限范围内变动, 如果过剩的功率叠加 到某根天线上, 将会造成信号截平失真等问题。
为了解决这个问题, 可以采用发射天线合并的方法 : 将基站的多根天线, 通过发 射加权的方式进行合并, 从而将多根天线映射到单个发射端口上。参见非专利文献 5 : 3GPP, R1-092427, “CSI-RS Design forVirtualized LTE Antenna in LTE-A System” , Fujitsu(3GPP 文档, 编号 : R1-092427, “LTE-A 系统参考信号设计中的天线虚拟映射” , 日本 富士通公司 )。该方法的实施示意图如图 25 所示。
结合本发明, 为了平衡天线的发射功率, 可以事先定义发射天线合并为发射端口 的映射表, 如表 4(4 天线基站 ) 或表 5(8 天线基站 ) 所示 :
表4: 发射天线合并为发射端口的映射表 (4 天线基站 )
表5: 发射天线合并为发射端口的映射表 (8 天线基站 )
需要说明的是, 当采用表 4 或表 5 所示的发射天线合并为发射端口的映射表时, 发 射端口的选择是有限制的, 即发射端口必须遍历所有发射天线, 才能保证发射天线的功率 平衡。比如, 当基于表 4 进行发射端口选择时, 端口 0 和端口 1、 端口 2 和端口 3、 端口 4 和 端口 5 必须成对选择, 才可使发射端口遍历所有发射天线, 从而保证发射天线的功率平衡。
或者, 结合本发明, 为了平衡天线的发射功率, 也可以事先定义发射天线遍历的发 射天线到发射端口的合并映射表, 如表 6(4 天线基站 ) 或表 7(8 天线基站 ) 所示 :
表6: 发射天线合并为发射端口的映射表 (4 天线基站 )
表7: 发射天线合并为发射端口的映射表 (8 天线基站 )
需要说明的是, 当采用表 6 或表 7 所示的发射天线合并为发射端口的映射表时, 发 射端口的选择没有限制, 这是因为发射端口已经遍历所有发射天线, 保证了发射天线的功 率平衡。
硬件实现
图 26 是示出了根据本发明实施例的服务基站 2600( 上述服务基站 202) 的示意方 框图。
如图 26 所示, 根据本发明的服务基站 2600 包括 : 配置信息生成装置 2610, 用于 为向所辖服务小区内、 处于多天线多基站合作工作模式的每一用户设备生成配置信息, 所 述配置信息至少包括 : 针对该用户设备的合作基站集合, 所述配置信息也可以包括 : 针对 该用户设备的基站合作发射端口 ; 发送装置 2620, 用于向用户设备发送由配置信息生成装 置 2610 所生成的配置信息 ; 接收装置 2630, 用于接收用户设备反馈的信息, 其中在配置信 息包括针对用户设备的基站合作发射端口的情况下, 用户设备反馈已配置的基站合作发射 端口的信道状态信息, 而在配置信息不包括针对用户设备的基站合作发射端口的情况下, 用户设备选择并反馈基站合作发射端口的信息及相应的信道状态信息 ; 以及资源分配装置 2640, 用于根据用户设备所反馈的信息 ( 信道状态信息, 或端口信息和信道状态信息 ), 为 用户设备分配资源。发送装置 2620 还用于通过相应的基站合作发射端口向用户设备发送
数据信号。
一方面, 在配置信息包括针对用户设备的基站合作发射端口的情况下, 配置信息 生成装置 2610 可以采用与用户设备事先约定的配置表, 静态地配置服务基站 2600 的基站 合作发射端口和 / 或合作基站的基站合作发射端口。或者, 接收装置 2630 可以接收用户设 备的初始信道状态信息反馈, 以及配置信息生成装置 2610 根据用户设备的初始信道状态 信息反馈, 半静态地配置服务基站 2600 的基站合作发射端口和 / 或合作基站的基站合作发 射端口。
另一方面, 在配置信息不包括针对用户设备的基站合作发射端口的情况下, 配置 信息生成装置 2610 可以采用与用户设备事先约定的配置表静态地配置服务基站 2600 的基 站合作发射端口。或者, 接收装置 2630 可以接收用户设备的初始信道状态信息反馈, 以及 配置信息生成装置 2610 根据用户设备的初始信道状态信息反馈, 半静态地配置服务基站 2600 的基站合作发射端口。
根据本发明, 发送装置 2620 还用于将用户设备反馈的信息中的相关信息分别转 发给相应的合作基站。
根据本发明, 优选地, 服务基站 2600 的基站合作发射端口和合作基站的基站合作 发射端口的基站合作发射端口总数的取值为 4、 8、 12 或 16。
如图 26 所示, 服务基站 2600 还可以包括 : 天线 - 端口映射装置 2650, 用于针对服 务基站 2600 的基站合作发射端口, 采用发射天线合并的方法, 将多根天线映射到单个基站 合作发射端口。
图 27 是示出了根据本发明实施例的用户设备 2700( 上述用户设备 416) 的示意方 框图。
如图 27 所示, 根据本发明的用户设备 2700 包括 : 接收装置 2710, 用于从服务基 站 2600 接收配置信息, 所述配置信息包括 : 针对该用户设备 2700 的合作基站集合, 所述配 置信息也可以包括 : 针对该用户设备 2700 的基站合作发射端口 ; 信道状态检测装置 2720, 用于在配置信息包括针对用户设备 2700 的基站合作发射端口的情况下 ( 不需要端口动态 选择 ), 检测已配置的基站合作发射端口的信道状态, 而在配置信息不包括针对用户设备 2700 的基站合作发射端口的情况下, 检测基站发射端口的信道状态 ; 在配置信息不包括针 对用户设备 2700 的基站合作发射端口的情况下 ( 需要端口动态选择 ), 用户设备 2700 还包 括: 端口选择装置 2740, 用于根据所检测到的基站发射端口的信道状态, 动态选择基站合 作发射端口 ; 以及, 用户设备 2700 还包括 : 发送装置 2730, 用于反馈已配置的基站合作发射 端口的信道状态信息 ( 无端口动态选择 ), 或者反馈选出的基站合作发射端口的信息及相 应的信道状态信息 ( 端口动态选择 )。接收装置 2710 还用于接收服务基站 2600 和合作基 站共同通过各自相应的基站合作发射端口向用户设备 2700 发送的数据信号。
一方面, 在配置信息包括针对用户设备 2700 的基站合作发射端口的情况下 ( 无 端口动态选择 ), 服务基站 2600 的基站合作发射端口和 / 或合作基站的基站合作发射端口 是服务基站 2600 采用与用户设备 2700 事先约定的配置表静态地配置的。或者, 发送装置 2730 还用于向服务基站 2600 发送用户设备 2700 的初始信道状态信息反馈, 以及服务基站 2600 的基站合作发射端口和 / 或合作基站的基站合作发射端口是服务基站 2600 根据用户 设备 2700 的初始信道状态信息反馈半静态地配置的。根据这一方面, 发送装置 2730 仅向服务基站 2600 反馈已配置的基站合作发射端 口的信道状态信息。或者, 发送装置 2730 分别向服务基站 2600 和相应的合作基站反馈已 配置的基站合作发射端口的信道状态信息中的相关信息。
另一方面, 在配置信息不包括针对用户设备 2700 的基站合作发射端口的情况下 ( 有端口动态选择 ), 信道状态检测装置 2720 检测合作基站集合中的各个基站 ( 合作基站 ) 的基站发射端口的信道状态, 端口选择装置 2740 动态选择合作基站的基站合作发射端口。 服务基站 2600 的基站合作发射端口是由服务基站 2600 采用与用户设备 2700 事先约定的 配置表静态地配置的。或者, 发送装置 2730 还用于向服务基站 2600 发送用户设备 2700 的 初始信道状态信息反馈, 以及服务基站 2600 的基站合作发射端口是由服务基站 2600 根据 用户设备 2700 的初始信道状态信息反馈半静态地配置的。
再一方面, 在配置信息不包括针对用户设备 2700 的基站合作发射端口的情况下 ( 有端口动态选择 ), 信道状态检测装置 2720 检测服务基站 2600 和合作基站集合中的各个 基站 ( 合作基站 ) 的基站发射端口的信道状态, 以及端口选择装置 2740 动态选择服务基站 2600 的基站合作发射端口和合作基站的基站合作发射端口。
根据上述另一方面和再一方面, 发送装置 2730 仅向服务基站 2600 反馈选出的基 站合作发射端口的信息及相应的信道状态信息。 或者, 发送装置 2730 分别向服务基站 2600 和相应的合作基站反馈选出的基站合作发射端口的信息及相应的信道状态信息中的相关 信息。
应当注意的是, 在以上的描述中, 仅以示例的方式, 示出了本发明的技术方案, 但 并不意味着本发明局限于上述步骤和单元结构。在可能的情形下, 可以根据需要对步骤和 单元结构进行调整和取舍。因此, 某些步骤和单元并非实施本发明的总体发明思想所必需 的元素。因此, 本发明所必需的技术特征仅受限于能够实现本发明的总体发明思想的最低 要求, 而不受以上具体实例的限制。
至此已经结合优选实施例对本发明进行了描述。应该理解, 本领域技术人员在不 脱离本发明的精神和范围的情况下, 可以进行各种其它的改变、 替换和添加。因此, 本发明 的范围不局限于上述特定实施例, 而应由所附权利要求所限定。