天线管控方法、装置和系统与流程

本发明涉及无线通信技术领域，尤其是一种天线管控方法、装置和系统。

背景技术：

对于室外蜂窝移动网络，由于基站的天线工作在室外环境，不可避免会受到风、雨等外界因素的影响，从而导致天线的水平方位角和下倾角发生变化，这直接影响网络覆盖区域的变化，进而影响网络质量和客户感知。对于采用传统天线的网络，在进行网络运营时，只能通过后台话单和路测判断天线角度的变化，这种方式不但优化效率低而且成本高。随着天线技术的不断发展和完善，出现了支持远程调节电子倾角的电调天线。由于具有诸多优点，电调天线在网络中使用的比例不断提高，日渐成为基站天线的主流选择。

目前在接入网中，天线通过射频拉远单元(RRU)与室内基底处理单元(BBU)相连，BBU与管理网元的网管平台相连。对于运营商的网络，往往同时存在多家设备厂商的BBU和网管平台，因此，在一个区域内(例如，多个邻接的小区)，各天线可能连接着不同的BBU和网管平台，在这种情况下，如果要对该区域内的天线进行管理和控制，工程人员可能要基于不同的网管平台分别进行操作，不仅容易出错，而且不利于及时维护该区域内的天线工参，管控成本很高。

技术实现要素：

本发明实施例所要解决的技术问题是：对不同的天线进行管控不方便的问题。

根据本发明的一方面，提供一种天线管控方法，包括：天线管控装 置从所连接的各网管平台获取相应的基站信息，所述基站信息包括天线的天线参数；天线管控装置判断获取到的天线参数与各天线的预设参数的差值是否在允许范围内，若不在允许范围内，则判定该天线异常；天线管控装置查找异常天线的网管平台对应的控制命令，并将该控制命令发送给相应的网管平台，以对异常天线的天线参数进行校正。

在一个实施例中，所述方法还包括：天线管控装置从各网管平台获取各天线的预设参数。

在一个实施例中，天线管控装置预先接收并保存各网管平台发送的各天线的预设参数。

在一个实施例中，天线管控装置保存有各网管平台对应的控制命令。

在一个实施例中，天线管控装置通过人机语言MML接口与各网管平台连接。

在一个实施例中，所述天线参数包括水平方位角和下倾角。

根据本发明的另一方面，提供一种天线管控装置，包括：获取单元，用于从所连接的各网管平台获取相应的基站信息，所述基站信息包括天线的天线参数；判断单元，用于判断获取到的天线参数与各天线的预设参数的差值是否在允许范围内，若不在允许范围内，则判定该天线异常；校正单元，用于查找异常天线的网管平台对应的控制命令，并将该控制命令发送给相应的网管平台，以对异常天线的天线参数进行校正。

在一个实施例中，所述获取单元，还用于从各网管平台获取各天线的预设参数。

在一个实施例中，所述天线管控装置还包括：接收单元，用于预先接收并保存各网管平台发送的各天线的预设参数。

在一个实施例中，所述校正单元保存有各网管平台对应的控制命令。

在一个实施例中，所述获取单元，用于通过人机语言MML接口与各网管平台连接。

在一个实施例中，所述天线参数包括水平方位角和下倾角。

根据本发明的又一方面，提供一种天线管控系统，包括：上述任一实施例所述的天线管控装置以及一个或多个网管平台；所述网管平台用 于获取相应的基站信息并保存，所述基站信息包括天线的天线参数；接收天线管控装置发送的控制命令，并根据将该控制命令对异常天线的天线参数进行校正。

在一个实施例中，所述网管平台还用于将天线的预设参数实时或按照预设周期发送给所述天线管控装置。

本发明增设了天线管控装置，该天线管控装置可以与不同设备厂商提供的网管平台相连，可以实现对不同的网管平台的统一管理，方便了对不同天线的管控。与现有技术对不同天线的管控需要工程人员针对不同的网管平台分别进行操作相比，本发明的天线管控装置可以从不同的网管平台获取各天线的天线参数，通过与各天线的预设参数比较确定出异常的天线，并且可以调用不同网管平台相应的控制命令自动对异常天线的天线参数进行校正，方便了维护，降低了管控成本。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明天线管控系统的网络拓扑图。

图2是本发明天线管控方法一个实施例的流程示意图；

图3是本发明异常天线的实际覆盖区和目标覆盖区的示意图；

图4是本发明天线管控装置一个实施例的结构示意图；

图5是本发明天线管控装置一个实施例的结构示意图；

图6是本发明天线管控系统一个实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案 进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。

在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

图1是本发明天线管控系统的网络拓扑图。如图1所示，天线1、天线2…天线N分别通过RRU、BBU与相应的网管平台1、网管平台2…网管平台N相连，天线管控装置通过数据通信网络(DCN)与每个网管平台相连。

这里，不同的网管平台可以由多家设备制造商来提供。每个网管平台可以通过与相应的天线控制设备的交互获取天线的天线参数并存储到各自的网管数据库中，例如网管平台1通过长期演进(LTE)标准协议与天线1的水平马达交互获取天线的水平方位角并存储到网管数据库中。天线管控装置可以连接到各个网管平台的数据库来读取天线参数，并通过向相应的网管平台发送控制指令来对异常的天线参数进行调整。

图2是本发明天线管控方法一个实施例的流程示意图。如图1所示，本实施例的天线管控方法包括：

步骤202，天线管控装置从所连接的各网管平台获取相应的基站信息，基站信息包括天线的天线参数。

其中，天线参数可以包括天线的水平方位角和下倾角。天线管控装置从所连接的网管平台可以是一个，也可以是多个。在一个实施例中，天线管控装置可以通过人机语言MML接口或者其他预设接口与各网管平台连接。每个网管平台可以保存有一个或多个接入网基站的基站信息，该基站信息可以包括基站和扇区/小区级参数，例如基站和扇区/小区的编号、名称、经纬度、高度、基站下天线的天线参数等信息。

天线管控装置可以实时或按照预设周期获取基站信息，之后可以对基站的天线进行编号与排序，并将各天线与对应的扇区/小区相关联。此外，天线管控装置还可以显示上述基站信息中的一项或多项。

步骤204，天线管控装置判断获取到的天线参数与各天线的预设参数的差值是否在允许范围内。

对于不同的天线来说，每个天线均对应一个预设参数。天线管控装置可以将获取到的天线参数与相应的预设参数进行比较，若二者的差值在允许范围内，则判定该天线正常，无需进行校正，等待下一次监测。若二者的差值在允许范围内，则判定该天线异常，执行步骤206。

需要指出，上述允许范围可以是根据实际情况进行设定。例如精度要求比较高时，则可以将允许范围设定为较小的值；精度要求比较低时，则可以将允许范围设定为较大的值。替代地，允许范围也可以设定为0，此时只要天线参数与预设参数不一致即可判定该天线异常。

步骤206，天线管控装置查找异常天线的网管平台对应的控制命令，并将该控制命令发送给相应的网管平台，以对异常天线的天线参数进行校正。

不同设备厂商的网管平台，其控制命令也不尽相同。天线管控装置可以预先根据各个网管平台定义的指令生成相应的控制命令并将控制命令与网管平台对应保存。例如，一个网络同时存在三家设备厂商A、B、C的接入网设备及网管平台，则天线管控装置可以根据三家设备厂商的网管平台定义的指令生成相应的控制命令并与网管平台对应保存。在判 定出某个天线异常时，可以查找异常天线的网管平台对应的控制命令，从而将异常天线的天线参数调整到与预设参数的差值所允许的范围内。

本实施例中，天线管控装置可以与不同设备厂商提供的网管平台相连，从而实现对不同的网管平台的统一管理，方便了对不同天线的管控。与现有技术对不同天线的管控需要工程人员针对不同的网管平台分别进行操作相比，本实施例中的天线管控装置可以从不同的网管平台获取各天线的天线参数，通过与各天线的预设参数比较确定出异常的天线，并且可以调用不同网管平台相应的控制命令自动对异常天线的天线参数进行校正，方便了维护，降低了管控成本。

各天线的预设参数可能会发生变化，例如建网初期的预设参数为初始预设参数，在网络运行一段时间后，有可能会根据不同区域的人口流动情况或邻区干扰情况对初始预设参数进行调整。针对预设参数可能会发生变化的情况，本发明提供了两种不同的更新方案。

一种情况下，在执行上述步骤204之前，还可以包括从网管平台获取预设参数的如下步骤：天线管控装置从各网管平台获取各天线的预设参数，然后将获取到的天线参数与各天线预设参数进行比较，从而可以确保预设参数是最新的预设参数。

另一种情况下，各网管平台在各天线的预设参数发生变化后可以实时更新到天线管控装置，从而天线管控装置可以预先接收并保存各网管平台发送的各天线的预设参数。在这种情况下，天线管控装置保存有各天线最新的预设参数，无需再从网管平台进行获取。

下面以天线的水平方位角为例对天线管控方法进行说明。

目标基站为设备厂商A的设备，其天线的覆盖状态如图3所示，目标覆盖区域为55°，但是由于外力如刮风导致该基站的天线姿态发生异常，使得其实际覆盖区域为40°，假设二者的差值的允许范围为10°。天线管控方法流程如下：

步骤S1：天线管控装置在一个监测周期内，受定时触发，通过设备厂商A的网管平台读取目标基站当前天线的实际水平方位角为40°。

具体地，天线管控装置可以向设备厂商A的网管平台发送相关的 MML指令来读取水平方位角，MML指令例如可以是如下形式：

SHOW RAS TILT:

SUBNET＝0,NE＝0,RACK＝0,SHELF＝0,SLOT＝0,AISGDEVICE＝0,R ADIO＝0。

步骤S2：天线管控装置进一步从上述网管平台获取该天线的预设水平方位角为55°。如图天线管控装置已经预先接收并保存有网管平台发送的天线的预设水平方位角，则可以省略该步骤。

步骤S3：天线管控装置对实际水平方位角与预设水平方位角进行比较，发现二者相差15°，超过了允许范围10°。

步骤S4：天线管控装置判断出该天线的水平方位角需要顺时针偏转15°才能达到预设水平方位角，于是调用设备厂商A的网管平台对应的控制命令，并将该控制命令发送给该网管平台，网管平台接收到该命令后，对天线的水平方位角进行调整。

天线管控装置向相应的网管平台发送的MML指令的形式可以是：

SET RAS TILT:

SUBNET＝0,NE＝0,RACK＝0,SHELF＝0,SLOT＝0,AISGDEVICE＝0,T ITL＝1,RADIO＝0。

在具体实现时，可以通过远程登录的方式，例如telnet连接的方式向网管平台发送MML指令，可以直接将水平方位角调整至预设水平方位角，或者，也可以将异常天线的当前水平方位角向顺时针方向调整，直至水平方位角与预设水平方位角的差值在允许范围内。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于装置实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

图4是本发明天线管控装置一个实施例的结构示意图。如图4所示，包括获取单元401、判断单元402和校正单元403，其中：

获取单元401，用于从所连接的各网管平台获取相应的基站信息并发送给判断单元402，其中，基站信息包括天线的天线参数。

获取单元401可以通过人机语言MML接口与各网管平台连接。获取的天线参数例如可以包括水平方位角和下倾角。

判断单元402，用于判断获取到的天线参数与各天线的预设参数的差值是否在允许范围内，若不在允许范围内，则判定该天线异常。

校正单元403，用于查找异常天线的网管平台对应的控制命令，并将该控制命令发送给相应的网管平台，以对异常天线的天线参数进行校正。在一个实施例中，校正单元403中可以保存有各网管平台对应的控制命令。在需要时，可以调用相应的控制命令。

本实施例中，天线管控装置可以与不同设备厂商提供的网管平台相连，从而实现对不同的网管平台的统一管理，方便了对不同天线的管控。与现有技术对不同天线的管控需要工程人员针对不同的网管平台分别进行操作相比，本实施例的天线管控装置可以从不同的网管平台获取各天线的天线参数，通过与各天线的预设参数比较确定出异常的天线，并且可以调用不同网管平台相应的控制命令自动对异常天线的天线参数进行校正，方便了维护，降低了管控成本。

与方法实施例类似地，由于各天线的预设参数可能会发生变化，针对预设参数可能会发生变化的情况，本发明提供了两种不同的更新方案。

一种情况下，参见图4，获取单元401，还用于从各网管平台获取各天线的预设参数并发送给判断单元402，即在判断单元402执行每次判断的步骤之前均要利用获取单元401获取各天线的预设参数，以确保判断步骤中的预设参数为最新的预设参数。

另一种情况下，如图5所示，天线管控装置还可以包括：接收单元501，用于预先接收并保存各网管平台发送的各天线的预设参数并发送给判断单元402。在这种情况下，判断单元402中已经保存有各天线最新的预设参数，无需再利用获取单元从网管平台进行获取。

本发明的天线管控装置按数据层次可以划分为业务数据层、数据整合层和数据应用层三个部分。其中，数据源来自于业务数据层，在数据整合层中对数据源进行加工、清洗和处理，最后，在数据应用层将数据展示出来。下面分别介绍这三个部分。

(1)业务数据层

业务数据层是指天线管控装置的数据源头，包括网元设备信息、巡检资料信息、故障风险信息和其他数据。

(2)数据整合层

数据整合层是将业务数据层的数据在天线管控装置中进行一系列的加工和处理，成为有规律的、符合天线管控装置要求的数据。数据整合层为前端的数据应用提供了全面的数据支持。

(3)数据应用层

数据应用层是在数据整合层的基础上，按照业务分析的需要，将数据划分为多个分析主题。本层包含了两部分内容：一部分是基于网元设备资料；另一部分则是根据天线管控装置的业务需求，通过收集网元设备巡检数据，对其进行分析和加工，并且将加工后所得到的信息按照特定使用群体和关注点整理成业务分析主题。

本发明的天线管控装置的数据库可以采用oracle数据库，服务器端的应用软件可以采用j2ee开发平台，通过数据库以及MML等接口与网管平台进行交互。天线管控装置的架构为“信息管理平台”，管理人员可以进入信息管理平台进行后台管理。信息管理平台采用B/S(Browser/Server)架构，在该架构下应用软件只需安装在一台服务器上，方便集中管理和系统更新维护。对于用户来说，可以使用浏览器方式访问，只要与服务器间存在网络链接就可以使用，简单方便。

图6是本发明天线管控系统一个实施例的结构示意图。如图6所示，包括：天线管控装置601以及一个或多个网管平台602，其中：

天线管控装置601用于从所连接的各网管平台602获取相应的基站信息，基站信息包括天线的天线参数；判断获取到的天线参数与各天线的预设参数的差值是否在允许范围内，若不在允许范围内，则判定该天线异常；查找异常天线的网管平台对应的控制命令，并将该控制命令发送给相应的网管平台，以对异常天线的天线参数进行校正。

网管平台602用于获取相应的基站信息并保存，基站信息包括天线的天线参数；接收天线管控装置601发送的控制命令，并根据将该控制 命令对异常天线的天线参数进行校正。

本实施例的天线管控系统中，天线管控装置可以与不同设备厂商提供的网管平台相连，从而实现对不同的网管平台的统一管理，方便了对不同天线的管控。与现有技术对不同天线的管控需要工程人员针对不同的网管平台分别进行操作相比，本实施例可以从不同的网管平台获取各天线的天线参数，通过与各天线的预设参数比较确定出异常的天线，并且可以调用不同网管平台相应的控制命令自动对异常天线的天线参数进行校正，方便了维护，降低了管控成本。

在一个实施例中，天线管控装置601可以是上述任一实施例所述的天线管控装置。

在一个实施例中，网管平台602还可以用于将天线的预设参数实时或按照预设周期发送给天线管控装置601，以便在预设参数有更新时可以保证及时更新给天线管控装置601。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。