CN101938765A - 一种网管和网元自动适配的方法和系统 - Google Patents

Abstract

本发明公开了一种网管与网元自动适配的方法及系统，用于解决网管系统和网元绑定太死、升级维护成本高的技术问题。本发明中，一套网管系统可以包含多个解码软件模块，在同网元连接时根据网元版本的不同动态加载对应的解码模块，提高了处理效率，实现了网管系统自动根据网元的软件版本信息进行自适应的信令解析。

Description

一种网管和网元自动适配的方法和系统

技术领域

本发明涉及通讯领域，尤其涉及一种通信领域中网管和网元自动适配的方法和系统。

背景技术

信令观测是网管系统的一项重要功能，当无线网络进行网络调优、问题诊断、以及系统开局调试时都要对信令进行解析观测。网元上传送的信令是二进制码流格式，在通过网管系统进行信令观察时需要对信令进行解析。通常信令的解析由独立的软件模块完成，网管系统结合解码软件模块的解码结果来完成解码过程，通常的做法是网管系统的版本需要和网元的版本相匹配，这样网管系统才能正确的解码。

在现有技术中，当网管软件接入网络，对网路上的网元进行管理时，经常会遇到软件版本兼容问题，通常的处理方式要管理的网元和网管软件的版本一致才能接入，这样就要靠操作人员知道网元的版本，并且必须拿相同版本或者匹配版本的网管软件来接入才能成功。图1为现有技术中信令解析装置的示意图，由图1可见，网元、网管系统以及解码软件模块为一一对应关系，一个版本的网元对应一个版本的网管系统，当网元软件有升级或者实现有变动时，网管系统也需要升级，造成了版本绑定太死，容易出现版本不匹配情况，且前后台耦合度太高维护成本高

LTE系统在网络操作、维护方面引入了自组织网络(Self-organized Network，下称SON)的概念，如自动配置(Self-Configuration)、自动优化(Self-Optimization)、信息模型发现(Information Model Discovery)等技术，因此，对操作维护也提出了更高的要求，配置管理、信令观测、告警管理是LTE系统中的最常用的网管软件，如果仍采用传统的版本匹配方式，操作起来复杂易出错，特别是在无线网络通讯协议还在不断升级时。

发明内容

有鉴于此，本发明的主要目的在于提供一种网元信令解码方法，实现网管系统自动根据网元的软件版本信息进行自适应的信令解析，解决了网管系统和网元绑定太死、升级维护成本高的问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种网管与网元自动适配的方法，包括步骤：

网管系统与网元建立通信链路后，网管系统获取网元的版本信息；

网管系统根据网元的版本信息加载与所述网元的版本信息相对应的解码软件模块或配置文件；

网管系统通过所述与网元的版本信息相对应的解码软件模块对网元信令进行解码，或根据所述与网元的版本信息相对应的配置文件对网元进行配置和管理。

进一步地，所述网元的版本信息与所述解码软件模块或配置文件为一对一或多对一的对应关系，在网管系统与网元建立通信链路后，由网管系统向网元发送版本请求消息，网元响应所述版本请求消息，并在版本请求响应消息中携带网元的版本信息。

进一步地，网管系统在获取到所述网元的版本信息后，并不立即加载对应的解码软件模块，在使用者选择对所述网元发送的信令进行解码时才将对应的解码软件模块加载进内存。

进一步地，所述解码软件模块提供对外调用接口，网管系统直接调用该接口获取解码结果；或，

所述解码软件模块直接将解码结果输出到操作系统文件当中，网管系统从所述操作系统文件当中获取解码结果。

本发明的另一目的在于提供一种网元信令解码系统，为实现该目的，本发明的技术方案是这样实现的：

一种网管与网元自动适配的系统，包括：

网元版本信息获取模块，用于通过建立的通信链路获取网元的版本信息；

版本映射及加载模块，用于根据网元的版本信息查找对应处理模块并加载相应的处理模块；

处理模块，用于执行与所述网元版本信息相对应的信令解析和或配置管理操作。

进一步地，所述网元版本信息获取模块包括：

请求模块，用于通过建立的通信链路向网元发送版本请求消息；

响应模块，用于通过建立的通信链路向网管系统发送版本请求响应消息。

进一步地，所述版本映射及加载模块包括：

版本映射处理模块，用于根据网元的版本信息与处理模块之间一对一或多对一的映射关系确定需要加载的处理模块；

加载判断模块，用于确定处理模块的加载时机，当配置为在获取所述网元版本信息时加载，则在从所述网元版本信息获取模块获知所述网元版本信息后立即通知加载模块加载对应的处理模块；当配置为在使用者选择对所述网元发送的信令进行解码或对所述网元进行配置管理时再加载对应的处理模块时，则在从所述网元版本信息获取模块获知所述网元的版本信息后等待用户的加载指令，当获得加载指令后通知加载模块加载对应处理模块；

加载模块，用于加载所述版本映射处理模块确定的处理模块。

进一步地，所述处理模块提供对外调用接口供外部模块实时调用以获得处理结果，或直接将处理结果输出到操作系统文件当中。

通过本发明，在网元版本变化时，只需要向网关系统添加相应的处理模块即可，例如当网元升级或者网元产生的信令有改动时，只需修改或添加解码软件模块即可，避免了整个网管系统的修改；解码软件模块为独立的软件组件，可以在其它软件中复用，减少了重复开发的工作量和潜在的错误；一套网管系统可以包含多个解码软件模块，在同网元连接时根据网元软件版本的不同动态加载对应的解码模块，提高了处理效率，能够做到自适应的信令解析，简化了LTE系统的管理维护的难度、能够满足自组织网络的需求。

附图说明

图1为通常所采用的信令解析装置的示意图；

图2为本发明实施例1中网元版本与解码软件模块之间关系结构示意图；

图3为本发明实施例1中模块执行关系示意图；

图4为本发明所述方法的流程图；

图5为本发明网管与网元自动适配系统逻辑结构示意图。

具体实施方式

本发明的核心思想是：网管系统可以在接入时动态获取网元的软件版本，根据所获取的网元版本自动加载对应的解码软件模块或配置文件，从而使网管系统与网元之间保持软件版本或相关配置文件的版本一致性，实现网管系统与网元之间的自动适配。

为使本发明的目的、技术方案和优点更加清楚明白，以下举实施例并参照附图，对本发明进一步详细说明。

实施例1：

图1是信令观测通常所采用的装置示意图，这种方式下网管系统和前台网元是一对一的关系，同时一套网管系统对应一套解码软件模块，网元升级时网管系统和解码软件模块也必须随同网元一同升级，否则将不能正确解码，甚至不能接入。

图2是本实施例所采用网管与网元自动适配的系统结构示意图，这种方式下网管和网元的接入是一种动态匹配的过程，动态解码模块和网管是一种动态插拔的关系，这种关系下一套网管系统可支持多个网元或一个网元的多个版本，只要该网元提供解析其信令所使用的解码软件模块即可。当网管系统需要接入网元进行信令观测时，首先通过通用的通讯机制建立通讯链路(如TCP链路)，然后动态获取网元的版本信息，当需要解码时根据网元的版本信息加载对应的解码软件模块完成解码操作，并将解码的结果以合适的形式显示在网管界面上。

图3是本实施例中各模块的装置执行关系示意图。网管系统动态从前台网元获取网元的版本信息，并且在后台网管侧存在一个解码软件模块池，网管根据所获取的前台网元版本在解码软件模块池中查找相匹配的解码软件模块，若查找到加载相应的解码软件模块，从而达到了一个动态自动适配的过程。

图4是本实施例采用本发明的方法进行信令解码操作时的流程图，下面结合这些附图来说明本发明的具体实施过程，主要包括以下步骤：

步骤S401：网管系统和网元建立通讯链路，网管系统向网元发送版本请求消息；

此步中的建立通讯链路不仅可以是指有连接的TCP通讯链路，也可以是无连接的UDP通讯，或者采用UDP来模拟有连接链路的通讯方式(如Reliable UDP)。当采用无连接的通讯方式时，所述通讯链路指的是链路能通讯即可，如能ping通。即要建立连接需要网管系统和网元之间存在物理上的链路，且网管系统和网元要支持相同的通讯协议(如UDP或TCP)。

步骤S402：网元收到版本请求消息后，回应版本请求响应消息，并在版本请求响应消息中携带该网元的版本信息；

步骤S403：网管系统收到版本请求响应消息后从中解析出网元的版本信息，并对版本信息进行缓存。

所述消息可以是TCP数据包或者UDP报文，网管系统和网元之间约定消息的结构，故在收到消息时都能对消息进行解析，从而确定消息的含义，从中解析出有用信息。如网管系统和网元约定双方通讯数据包的内容(数据包中除协议头外的数据部分)第一个字节表示消息的含义，该字节为0x01时表示是版本请求消息，网元收到此消息后就向网管系统发送版本请求响应消息；当网管系统收到消息后判断第一字节如果为0x02，则表示是EV_VERSION_ACK消息，即可从消息的后续字节解析出网元的版本信息。

步骤S404：网元发送信令到网管系统，网管系统根据网元的版本信息加载对应的解码软件模块进行解码。

网元将产生的信令发送到网管系统，网管系统根据步骤S403中所获取的版本信息加载对应的解码软件模块。版本信息和解码软件模块的对应关系通过预定义的规则来完成，根据版本信息格式的不同，所述对应关系可能如下所示：

版本号         解码软件模块名称

010A           LTE_DECODE_010A_000

010B           LTE_DECODE_010B_000

1.1            LTE_DECODE_11

根据此映射关系，当网管系统解析出所述网元的版本信息为010A时，就加载名为LTE_DECODE_010A_000的解码软件模块，根据操作系统的不同解码软件模块在的扩展名可以是.dll、.so等，加载后该模块驻留内存，在网管使用者选择对收到的信息进行解码时，该驻留内存的解码软件模块被调用。

可选的，如果网元的多个信令版本相互兼容，这些版本可以用一个解码软件模块来解析，则版本信息和解码软件模块的映射关系可以是多对一的关系，此关系表示如下：

版本号         对应解码模块名称

010A           LTE_DECODE_010

010B           LTE_DECODE_010

这样版本信息为010A、010B的网元所对应的解码软件模块名称都是LTE_DECODE_010，这两个版本的网元对应的解码软件模块名称都为LTE_DECODE_010.dll或LTE_DECODE_010.so。

可选的，网管系统在获取到网元的版本信息后，并不立即加载对应的解码软件模块，在使用者选择对对应网元发送的信令进行解码时才将对应的解码软件模块加载进内存，这样可以节省内存开销，防止未使用的解码软件模块占用内存。解码软件模块的加载只需一次，后续的解码操作不会再引发网管再次加载解码软件模块。

在解码软件模块加载进内存后，当用户选中需要解析的信令进行解析观测时，网管系统调用内存中的解码软件模块对信令进行解码。解码时如果解码软件模块直接对外提供的有调用接口，则网管系统直接调用该接口取得解码的结果，或者对该接口进行包装后进行调用；如果没有提供带有返回值的接口，比如解码软件模块直接将解码结果打印在磁盘文件中，则网管系统可以读取该磁盘文件来获取解码结果。

步骤S405：网管系统展示解码结果供用户观测。

此步中网管系统将解码结果以适当的格式显示在网管界面供用户查看。此处根据软件需求的不同显示方式可能有所不同，最简单的方式即为直接将解码后的文本文件显示在界面上。可选的此处的显示结果也可以是表格格式、树状格式或者xml文件格式。

实施例2：

该实施例中，以LTE中配置管理软件与基站之间的自适应适配过程为例对本发明网管和网元自动适配的方法进行说明：

步骤A1：首先通过配置管理软件(如Local Maintenance Terminal，LMT)连接基站，通讯链路建立后向基站发送请求版本信息的消息；

步骤A2：基站将自己的版本信息发送给配置管理软件，配置管理软件缓存基站的版本信息。

步骤A3：当配置管理软件侦测到基站上没有相关配置数据时(裸基站)，配置管理软件根据基站上报的版本信息加载对应的配置文件，该实施例中所述配置文件为基站数据库文件，由于基站数据库文件和基站版本信息之间有一定的换算关系(如上文提到的映射关系表)，这样就避免了基站上软件版本和配置管理软件加载的数据库文件版本不一致的情况；若LMT连接基站时，基站上已加载过相关基站数据库文件，则基站会将自己的基站数据库文件通过FTP方式上报给LMT，LMT根据缓存的版本信息加载对应的基站数据库文件，将加载的本地数据库文件和基站上报的基站数据库文件进行比较校验，如果不一致，则给出提示，操作根据提示执行相应提示。

采用此方法管理基站时，如果基站上没有基站数据库文件则向基站配置数据库文件时不会出现基站数据库文件的版本和基站的版本不一致的情况；基站上有基站数据库文件时对基站数据库文件进行校验不会出现所使用的校验数据和基站版本要求的格式不一致的情况。

实施例3：

该实施例中，以LTE中告警管理软件与基站之间的自适应适配过程为例对本发明网管和网元自动适配的方法进行说明，告警管理软件主要用作连接基站，获取基站产生的告警信息，并将这些告警信息以用户友好的形式显示。基站产生的告警信息通常包含一个告警标识码，告警管理软件要根据此告警标识码来解析告警信息，其过程具体为：

步骤B1：告警管理软件连接基站；

步骤B2：通讯链路建立后，告警管理软件向基站请求基站的版本信息，基站上报自己的版本信息；

步骤B3：告警管理软件缓存基站的版本信息，并根据基站的版本信息加载对应的告警码解析文件；

采用此方案，一套告警管理软件可以支持多种模式的基站，如当连接的是GSM基站时就加载GSM系统对应的告警码解析文件，当连接的是LTE的基站时就加载LTE基站对应的告警码解析文件；当同一模式的基站软件版本升级时如果告警码有变动则也可以采用此方法来使一套告警管理软件管理不同版本的基站。

图5为本发明网管与网元自动适配的系统的逻辑结构示意图，所述系统包括：网元版本信息获取模块、版本映射及加载模块、处理模块。

网元版本信息获取模块用于通过建立的通信链路获取网元的版本信息，包含了网管系统侧的请求模块及网元侧的响应模块，请求模块用于通过建立的通信链路向网元发送版本请求消息；响应模块用于通过建立的通信链路向网管系统发送版本响应消息。

版本映射及加载模块位于网管系统中，用于根据网元的版本信息查找对应处理模块并加载相应的处理模块；主要包括：版本映射处理模块、加载判断模块及加载模块。版本映射处理模块用于根据网元版本信息与处理模块之间一对一或多对一的映射关系确定需要加载的处理模块；加载判断模块用于确定处理模块的加载时机，当配置为在获取所述网元版本信息时加载，则在从所述网元版本信息获取模块获知所述网元版本信息后立即通知加载模块加载对应的处理模块；当配置为在使用者选择对所述网元发送的信令进行解码或对所述网元进行配置管理时再加载对应的处理模块时，则在从所述网元版本信息获取模块获知所述网元版本信息后等待用户的加载指令，当获得加载指令后通知加载模块加载对应处理模块。加载模块用于加载所述版本映射处理模块确定的处理模块。

处理模块位于网管系统侧，由网元生产商提供与网元的版本信息相对应的处理模块，所述处理模块包括了各种必需与网元版本相对应的用于对网元进行管理、配置或对网元发送的信息进行解码的软件模块，例如解码软件模块、配置管理模块等。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (8)

1.一种网管与网元自动适配的方法，其特征在于，包括：

网管系统与网元建立通信链路后，网管系统获取网元的版本信息；

网管系统根据网元的版本信息加载与所述网元的版本信息相对应的解码软件模块或配置文件；

网管系统通过所述与网元的版本信息相对应的解码软件模块对网元信令进行解码，或根据所述与网元的版本信息相对应的配置文件对网元进行配置和管理。

2.根据权利要求1所述的方法，其特征在于，所述网元的版本信息与所述解码软件模块或配置文件为一对一或多对一的对应关系，在网管系统与网元建立通信链路后，由网管系统向网元发送版本请求消息，网元响应所述版本请求消息，并在版本请求响应消息中携带网元的版本信息。

3.根据权利要求1所述的方法，其特征在于，网管系统在获取到所述网元的版本信息后，并不立即加载对应的解码软件模块，在使用者选择对所述网元发送的信令进行解码时才将对应的解码软件模块加载进内存。

4.根据权利要求1所述的方法，其特征在于，所述解码软件模块提供对外调用接口，网管系统直接调用该接口获取解码结果；或，

所述解码软件模块直接将解码结果输出到操作系统文件当中，网管系统从所述操作系统文件当中获取解码结果。

5.一种网管与网元自动适配的系统，其特征在于，包括：

网元版本信息获取模块，用于通过建立的通信链路获取网元的版本信息；

版本映射及加载模块，用于根据网元的版本信息查找对应处理模块并加载相应的处理模块；

处理模块，用于执行与所述网元版本信息相对应的信令解析和或配置管理操作。

6.根据权利要求5所述的系统，其特征在于，所述网元版本信息获取模块包括：

请求模块，用于通过建立的通信链路向网元发送版本请求消息；

响应模块，用于通过建立的通信链路向网管系统发送版本请求响应消息。

7.根据权利要求5所述的系统，其特征在于，所述版本映射及加载模块包括：

版本映射处理模块，用于根据网元的版本信息与处理模块之间一对一或多对一的映射关系确定需要加载的处理模块；

加载判断模块，用于确定处理模块的加载时机，当配置为在获取所述网元版本信息时加载，则在从所述网元版本信息获取模块获知所述网元版本信息后立即通知加载模块加载对应的处理模块；当配置为在使用者选择对所述网元发送的信令进行解码或对所述网元进行配置管理时再加载对应的处理模块时，则在从所述网元版本信息获取模块获知所述网元的版本信息后等待用户的加载指令，当获得加载指令后通知加载模块加载对应处理模块；

加载模块，用于加载所述版本映射处理模块确定的处理模块。

8.根据权利要求5所述的系统，其特征在于，所述处理模块提供对外调用接口供外部模块实时调用以获得处理结果，或直接将处理结果输出到操作系统文件当中。

Images