CN101841936A - 获取天线端口信息的方法 - Google Patents

Abstract

本发明公开了一种获取天线端口信息的方法，其中一种方法包括：目标基站通过X2建立请求消息获取源基站所管辖小区的天线端口信息。通过上述技术方案，解决了相关技术中当前服务小区不能获得邻区的天线端口信息的问题，网络可以自动配置邻区的天线端口信息。

Description

获取天线端口信息的方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种获取天线端口信息的方法。

背景技术

目前，随着网络架构扁平化的发展以及多种高速宽带可移动接入方式的出现，使得演进的无线通信系统能够提供更高的传输速率、更短的传输延时、以及更低的成本，并且，还可以同时支持第三代移动通信伙伴关系项目(The 3rd Generation Partnership Project，简称为3GPP)内部接入系统之间的移动性以及3GPP接入系统和非3GPP接入系统之间的移动性等，促使移动通信网络提出了长期演进(Long Time Evolution，简称为LTE)/系统架构演进(SystemArchitecture Evolution，简称为SAE)的下一代架构理念。

LTE/SAE架构下的网络结构如图1所示，演进的基站(eNodeB，简称为eNB)组成演进的无线接入网(Evolved Radio AccessNetwork，简称为E-RAN)，演进的分组核心网由移动性管理实体(Mobility Management Entity，简称为MME)和服务网关实体(Serving Gateway，简称为S-GW)组成。eNB和核心网之间的接口称为S1接口，其中，基站和MME之间的接口可以用S1-MME表示，该接口用于移动性管理和S1接口的控制面功能；eNB和S-GW之间的接口可以用S1-U表示，该接口用于用户数据的路由、传递等功能。eNB之间通过X2接口相连，该接口用于用户设备(UserEquipment，简称为UE)在激活状态下的移动性管理功能以及对等的基站间的信息的交互。

在LTE系统中，基站采用多天线传输技术，可以有单天线配置(Antenna Port 0)、双天线配置(Antenna Port 0和Antenna Port 1)、以及四天线配置(Antenna Port 0、Antenna Port 1、Antenna Port 2和Antenna Port 3)。采用上述其中一种天线配置，不同的天线端口传递不同小区特定的参考信号，处于空闲态的UE根据测量到的小区特定的参考信号的强度决定小区选择或重选的目的小区；处于连接态的UE根据测量到的小区特定的参考信号决定测量报告中需要上报的小区，网络侧根据UE提供的测量报告选择该UE合适的切换目标小区。

在一般情况下，UE测量通过天线端口0发射的小区特定的参考信号可以获得该小区的测量结果，然而当基站采用双天线配置或四天线配置时，UE可以测量通过天线端口1发射的小区特定的参考信号更好的评估该小区的测量结果。现在协议已经确定在系统消息以及测量配置中设置邻区的天线端口信息，然而对于当前服务小区如何获得邻区的天线端口信息没有给出解决方案，从网络需要的自组织功能来看，需要网络能够实现邻区的天线端口信息的自我配置。

发明内容

考虑到相关技术中当前服务小区不能获得邻区的天线端口信息的问题而提出本发明，为此，本发明的主要目的在于提供一种获取天线端口信息的方法，以解决相关技术中存在的上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种获取天线端口信息的方法。

根据本发明的获取天线端口信息的方法包括：目标基站通过X2建立请求消息获取源基站所管辖小区的天线端口信息。

优选地，目标基站获取天线端口信息之前，上述方法进一步包括：源基站向目标基站发送X2建立请求消息，其中，X2建立请求消息中携带有源基站所管辖小区的天线端口信息。

优选地，目标基站获取天线端口信息之后，上述方法进一步包括：目标基站保存源基站所管辖小区的天线端口信息，和/或目标基站更新目标基站所管辖小区的邻区信息；目标基站向源基站发送X2建立响应消息，其中，X2建立响应消息中携带有目标基站所管辖小区的天线端口信息；源基站保存目标基站所管辖小区的天线端口信息，和/或源基站更新源基站所管辖小区的邻区信息。

优选地，X2建立请求消息中还包括：除目标基站所管辖的小区之外源基站所管辖小区的其他邻小区的天线端口信息；X2建立响应消息还包括：除源基站所管辖小区之外目标基站所管辖小区的其他邻小区的天线端口信息。

优选地，天线端口信息至少包括：小区所采用的天线端口，其中，天线端口包括以下至少之一：天线端口0、天线端口1、天线端口2、天线端口3、天线端口数目。

为了实现上述目的，根据本发明的另一方面，提供了一种获取天线端口信息的方法。

根据本发明的获取天线端口信息的方法包括：目标基站通过基站配置更新消息获取源基站所管辖小区的天线端口信息。

优选地，目标基站获取天线端口信息之前，上述方法进一步包括：源基站通过X2接口向目标基站发送基站配置更新消息，其中，基站配置更新消息中携带有源基站所管辖小区的天线端口信息。

优选地，目标基站获取天线端口信息之后，上述方法进一步包括：目标基站保存源基站所管辖小区的天线端口信息，和/或目标基站更新目标基站所管辖小区的邻区信息；目标基站通过X2接口向源基站发送基站配置更新确认消息。

优选地，基站配置更新消息中还包括：除目标基站所管辖的小区之外源基站所管辖小区的其他邻小区的天线端口信息。

优选地，天线端口信息至少包括：小区所采用的天线端口，其中，天线端口包括以下至少之一：天线端口0、天线端口1、天线端口2、天线端口3、天线端口数目。

借助于本发明的技术方案，通过从X2建立请求消息或基站配置更新消息获取邻区的天线端口信息，解决了相关技术中当前服务小区不能获得邻区的天线端口信息的问题，网络可以自动配置邻区的天线端口信息。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1相关技术中LTE/SAE架构下的网络结构的示意图；

图2是根据本发明方法实施例一的获取天线端口信息的方法的流程图；

图3是根据本发明方法实施例一的应用于LTE系统的获取天线端口信息的方法的详细处理的信令流程图；

图4是根据本发明方法实施例二的获取天线端口信息的方法的流程图；

图5是根据本发明方法实施例二的应用于LTE系统的获取天线端口信息的方法的详细处理的信令流程图。

具体实施方式

功能概述

在相关技术中，存在当前服务小区不能获取邻区的天线端口信息的问题，为此，本发明提供了一种新的处理方法以获得邻区的天线端口信息，应用于移动通信系统，该系统至少包含两个基站(源基站和目标基站，并且，源基站所管辖小区与所述目标基站所管辖小区为邻小区)，基站之间存在X2接口。

目前，现有的X2建立请求、X2建立响应和基站配置更新消息中均包含服务小区的信息(Served Cell Information)，其中，服务小区的信息只包含有服务小区的标识、跟踪区域码(Tracking AreaCode，简称为TAC)、PLMN、频率、带宽、帧格式信息，为了实现本发明的实施例，必须扩展服务小区的信息，使其包含小区的天线端口信息，综上所述，根据本发明实施例的获取邻区的天线端口信息的方法包括以下两个方案：方案一，基站通过X2建立请求消息获得邻区的天线端口信息；方案二，基站通过基站配置更新消息获得邻区的天线端口信息。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

在以下的描述中，为了解释的目的，描述了多个特定的细节，以提供对本发明的透彻理解。然而，很显然，在没有这些特定细节的情况下，也可以实现本发明，此外，在不背离所附权利要求阐明的精神和范围的情况下，下述实施例以及实施例中得各个细节可以进行各种组合。

方法实施例一

根据本发明的实施例，提供了一种获取天线端口信息的方法，即，目标基站通过X2建立请求消息获取源基站所管辖小区的天线端口信息。其中，上述天线端口信息为小区所采用的天线端口的信息，其中，天线端口包括以下至少之一：天线端口0(Antenna Port0)、天线端口1(Antenna Port 1)、天线端口2(Antenna Port 2)、天线端口3(Antenna Port 3)。也就是说，小区天线端口信息包括该小区采用Antenna Port 0、或Antenna Port 1、或Antenna Port 2、或Antenna Port 3、或天线端口数目、或以上的任意组合。下面，对本发明实施例的技术方案进行详细说明。

图2是根据本发明方法实施例一的获取天线端口信息的方法的流程图，如图2所示，包括如下处理(步骤S202-步骤S206)：

步骤S202，源基站向目标基站发送X2建立请求消息，其中，X2建立请求消息中携带有源基站所管辖小区的天线端口信息；

在实际应用中，在现有的X2建立请求中还包含有服务小区的邻区信息(Neighbour Information)，但是，邻区信息只包含邻区的标识和频点，由于相邻基站所管辖小区的邻区具有很强的相关性，因此，优选地，可以扩展服务小区的邻区信息，使其包含邻区的天线端口信息；即，X2建立请求消息中还可以包括除目标基站所管辖的小区之外源基站所管辖小区的其他邻小区的天线端口信息。

步骤S204，目标基站保存源基站所管辖小区的天线端口信息；和/或，目标基站更新其所管辖小区的邻区信息，并向源基站发送X2建立响应消息，其中，X2建立响应消息中携带有目标基站所管辖小区的天线端口信息。

优选地，如上所述，在现有的X2建立响应消息中也包含有服务小区的邻区信息(Neighbour Information)，但是，邻区信息只包含邻区的标识和频点，由于相邻基站所属小区的邻区具有很强的相关性，因此，优选地，可以扩展服务小区的邻区信息，使其包含邻区的天线端口信息；即，X2建立响应消息还可以包括除源基站所管辖小区之外目标基站所管辖小区的其他邻小区的天线端口信息。

步骤S206，源基站保存目标基站所管辖小区的天线端口信息，和/或源基站更新源基站所管辖小区的邻区信息。

下面结合附图，对本发明的技术方案进行说明。

实例1

图3是根据本发明方法实施例一的应用于LTE系统的获取天线端口信息的方法的详细处理的信令流程图。

在本实例中，包括基站1和基站2，且基站1和基站2之间存在X2接口，基站1的所管辖小区为小区1，基站2所管辖小区包括：小区2、小区3。基站1所管辖的小区1与基站2所管辖的两个小区均为邻区关系，且均处于同一频率，并且基站1为源基站，基站2为目标基站。如图3所示，包括如下处理：

步骤301，基站1通过X2接口向基站2发送X2建立请求消息(X2 Setup Request)，该消息包括基站1所管辖小区1的天线端口信息，此时小区1采用天线端口0和天线端口1、或小区1采用的天线端口数目为2。

步骤302，基站2收到基站1发送的X2建立请求消息，获取此时基站1所管辖小区的天线端口信息(小区1采用天线端口0和天线端口1、或小区1采用的天线端口数目为2)，保存该信息，并向基站1返回X2建立响应消息(X2 Setup Response)，该响应消息包括基站2所管辖的小区2和小区3的天线端口信息，此时基站2所管辖的小区2仅采用天线端口0或小区2采用的天线端口数目为1，小区3采用天线端口0和天线端口1或小区3采用的天线端口数目为2。

在基站2返回响应消息的同时，基站2更新所管辖小区的邻区信息。由于小区2的同频邻区(即小区1和小区3)均采用天线端口1，因此基站2更新小区2系统消息中同频邻区的天线端口信息为均采用天线端口1，并且基站2设置小区2处于连接态的UE的测量配置中同频邻区的天线端口信息为均采用天线端口1。由于小区3的同频邻区(即小区1和小区2)只有小区1采用天线端口1，因此基站2更新小区3系统消息中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1，并且基站2设置小区3处于连接态的UE的测量配置中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1。

基站1收到基站2发送的X2建立响应消息，获取此时基站2所管辖小区的天线端口信息，保存该信息，同时基站1更新所管辖小区的邻区信息。由于小区1的同频邻区(即，小区2和小区3)只有小区3采用天线端口1，因此基站1更新小区1系统消息中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1，并且基站1设置小区1处于连接态的UE的测量配置中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1。

通过上述处理，网络可以自动配置邻区的天线端口信息，并且，在网络需要增加覆盖或改变当前的天线端口配置时，网络能够实现自我优化。

方法实施例二

根据本发明的实施例，提供了一种获取天线端口信息的方法，即，目标基站通过基站配置更新消息获取源基站所管辖小区的天线端口信息。其中，上述天线端口信息为小区所采用的天线端口的信息，其中，天线端口包括以下至少之一：天线端口0(Antenna Port0)、天线端口1(Antenna Port 1)、天线端口2(Antenna Port 2)、天线端口3(Antenna Port 3)、天线端口数目。也就是说，小区天线端口信息包括该小区采用Antenna Port 0、或Antenna Port 1、或Antenna Port 2、或Antenna Port 3、或以上的任意组合以及天线端口数目。下面，对本发明实施例的技术方案进行详细说明。

图4是根据本发明方法实施例二的获取天线端口信息的方法的流程图，如图4所示，包括如下处理(步骤S402-步骤S406)：

步骤S402，源基站通过X2接口向目标基站发送基站配置更新消息，其中，基站配置更新消息中携带有源基站所管辖小区的天线端口信息。

在实际应用中，在现有的基站配置更新消息中还包含有服务小区的邻区信息(Neighbour Information)，但是，邻区信息只包含邻区的标识和频点，由于相邻基站所管辖小区的邻区具有很强的相关性，因此，优选地，可以扩展服务小区的邻区信息，使其包含邻区的天线端口信息；即，基站配置更新消息中还可以包括除目标基站所管辖的小区之外源基站所管辖小区的其他邻小区的天线端口信息。

步骤S404，目标基站通过基站配置更新消息获取源基站所管辖小区的天线端口信息，并保存源基站所管辖小区的天线端口信息，和/或更新目标基站所管辖小区的邻区信息。

步骤S406，目标基站通过X2接口向源基站发送基站配置更新确认消息。

下面结合附图，对本发明的上述技术方案进行说明。

实例2

图5是根据本发明方法实施例二的应用于LTE系统的获取天线端口信息的方法的详细处理的信令流程图。

在本实例中，包括基站1和基站2，且基站1和基站2之间存在X2接口，基站1的所管辖的小区为小区1，基站2所管辖的小区包括：小区2、小区3。基站1所管辖的小区1与基站2所管辖的两个小区均互为邻区关系，小区1和小区2的频率均为f1，小区3的频率为f2。并且基站1为源基站，基站2为目标基站，如图5所示，包括如下处理：

步骤501，基站1通过X2接口向基站2发送基站配置更新消息(eNB Configuration Update)，该消息包括基站1所管辖小区1的天线端口信息，即，小区1采用天线配置包括天线端口0和天线端口1、或小区1的天线端口数目为2。

步骤502，基站2收到基站1发送的基站配置更新消息，获取此时基站1所管辖小区的天线端口信息(小区1采用天线配置包括天线端口1或小区1的天线端口数目为2)，保存该信息，并向基站1返回基站配置更新确认消息(eNB Configuration UpdateAcknowledge)。

基站2在返回确认消息的同时，更新所管辖小区的邻区信息。基站2所管辖的小区2拥有除小区1之外的多个同频邻区，这些邻区采用的天线配置均不包括天线端口1，因此基站2更新小区2系统消息中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1，并且基站2设置小区2处于连接态的UE的测量配置中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1。

如果邻区的天线端口信息采用sameRefSignalsInNeighbour表示，那么基站2设置小区2系统消息中同频邻区的sameRefSignalsInNeighbour为False，设置小区2处于连接态的UE的测量配置中同频邻区的sameRefSignalsInNeighbour为False。小区3拥有异频(f1)邻区为小区1和小区2，小区2的天线配置也包括天线端口1，因此基站2更新小区3系统消息中异频(f1)邻区的天线端口信息为所有的邻区均采用天线端口1，并且基站2设置小区3处于连接态的UE的测量配置中异频(f1)邻区的天线端口信息为所有的邻区均采用天线端口1。

如果邻区的天线端口信息采用sameRefSignalsInNeighbour表示，那么基站2设置小区3系统消息中异频(f1)邻区的sameRefSignalsInNeighbour为True，设置小区3处于连接态的UE的测量配置中同频邻区的sameRefSignalsInNeighbour为True。

实例3

在本实例中，包括基站1和基站2，且基站1和基站2之间存在X2接口，基站1所管辖的小区为小区1和小区2，基站2所管辖的小区为小区3。这三个小区均互为邻区关系。小区1和小区3的频率均为f1，小区2的频率为f2，基站1为源基站，基站2为目标基站，包括如下处理：

步骤601，基站1通过X2接口向基站2发送基站配置更新消息(eNB Configuration Update)，该消息包括基站1所管辖的小区1和小区2的天线端口信息，由于小区1拥有同频邻区小区4(不属于基站1)，该基站配置更新消息还包含邻区信息小区4的天线端口信息，因此该基站配置更新消息包括小区1采用天线配置包括天线端口0、天线端口1、天线端口2和天线端口3；小区2采用天线端口0和天线端口1；小区4采用天线配置包括天线端口0、天线端口1、天线端口2和天线端口3。

步骤602，基站2收到基站1发送的基站配置更新消息，获取此时基站1所管辖小区的天线端口信息(小区1采用天线配置包括天线端口0、天线端口1、天线端口2和天线端口3；小区2采用天线端口0和天线端口1)和基站1所管辖小区的邻区的天线端口信息(小区4采用天线配置包括天线端口0、天线端口1、天线端口2和天线端口3)，保存该信息，并向基站1返回基站配置更新确认消息(eNB Configuration Update Acknowledge)。

基站2在返回确认消息的同时更新所属小区的邻区信息。基站2所管辖的小区3拥有除小区1之外的多个同频邻区，这些邻区采用的天线配置均不包括天线端口1，因此基站2更新小区3系统消息中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1，并且基站2设置小区3处于连接态的UE的测量配置中同频邻区的天线端口信息为不是所有的邻区均采用天线端口1。小区3拥有异频(f2)邻区除了小区2还有多个其他的邻区(f2)，这些邻区的天线配置均包括天线端口1，因为小区2的天线配置包括天线端口1，因此基站2保持小区3系统消息中异频(f2)邻区的天线端口信息为所有的邻区均采用天线端口1。

综上所述，借助于本发明的技术方案，通过从X2建立请求消息或基站配置更新消息获取邻区的天线端口信息，解决了相关技术中当前服务小区不能获得邻区的天线端口信息的问题，网络可以自动配置邻区的天线端口信息，在网络需要增加覆盖或改变当前的天线端口配置时，能够实现自我优化。

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

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

Claims (10)

1.一种获取天线端口信息的方法，其特征在于，所述方法包括：

目标基站通过X2建立请求消息获取源基站所管辖小区的天线端口信息。

2.根据权利要求1所述的方法，其特征在于，所述目标基站获取所述天线端口信息之前，所述方法进一步包括：

所述源基站向所述目标基站发送所述X2建立请求消息，其中，所述X2建立请求消息中携带有所述源基站所管辖小区的天线端口信息。

3.根据权利要求2所述的方法，其特征在于，所述目标基站获取所述天线端口信息之后，所述方法进一步包括：

所述目标基站保存所述源基站所管辖小区的天线端口信息，和/或所述目标基站更新所述目标基站所管辖小区的邻区信息；

所述目标基站向所述源基站发送X2建立响应消息，其中，所述X2建立响应消息中携带有所述目标基站所管辖小区的天线端口信息；

所述源基站保存所述目标基站所管辖小区的天线端口信息，和/或所述源基站更新所述源基站所管辖小区的邻区信息。

4.根据权利要求3所述的方法，其特征在于，

所述X2建立请求消息中还包括：除所述目标基站所管辖的小区之外所述源基站所管辖小区的其他邻小区的天线端口信息；

所述X2建立响应消息还包括：除所述源基站所管辖小区之外所述目标基站所管辖小区的其他邻小区的天线端口信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述天线端口信息至少包括：小区所采用的天线端口，其中，所述天线端口包括以下至少之一：天线端口0、天线端口1、天线端口2、天线端口3、天线端口数目。

6.一种获取天线端口信息的方法，其特征在于，所述方法包括：

目标基站通过基站配置更新消息获取源基站所管辖小区的天线端口信息。

7.根据权利要求6所述的方法，其特征在于，所述目标基站获取所述天线端口信息之前，所述方法进一步包括：

所述源基站通过X2接口向所述目标基站发送所述基站配置更新消息，其中，所述基站配置更新消息中携带有所述源基站所管辖小区的天线端口信息。

8.根据权利要求7所述的方法，其特征在于，所述目标基站获取所述天线端口信息之后，所述方法进一步包括：

所述目标基站保存所述源基站所管辖小区的天线端口信息，和/或所述目标基站更新所述目标基站所管辖小区的邻区信息；

所述目标基站通过所述X2接口向所述源基站发送基站配置更新确认消息。

9.根据权利要求8所述的方法，其特征在于，所述基站配置更新消息中还包括：除所述目标基站所管辖的小区之外所述源基站所管辖小区的其他邻小区的天线端口信息。

10.根据权利要求6至9中任一项所述的方法，其特征在于，所述天线端口信息至少包括：小区所采用的天线端口，其中，所述天线端口包括以下至少之一：天线端口0、天线端口1、天线端口2、天线端口3、天线端口数目。

Images