CN101150443B - 电信网络管理消息的处理方法 - Google Patents

Abstract

本发明公开了一种电信网络管理消息的处理方法，包括：步骤S102，Server将Client订阅的事件以预定格式发送至MServer；以及步骤S104，MServer对预定格式的事件的格式进行处理，并将处理后的事件发送给Client。通过使用本发明，能够有效降低Client和Server的生命周期耦合，避免了启动多个客户端重复订阅多次CORBA通知服务的问题，实现了真正的分布式应用；并且，在客户端内可实现各模块之间异常通信和一对多通信，减少了各模块之间的紧密耦合；此外，本发明实现简单，成本低，与原有系统具有良好的兼容性。

Description

电信网络管理消息的处理方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种电信网络管理消息的处理方法。

背景技术

目前的电信网络管理(以下简称为网管)普遍采用了Client/Server(客户端/服务器)架构，其中，Client负责提供网管操作界面，Server负责复杂的逻辑处理及与网元设备的交互。

在这种架构方式下，为了对外兼容其它厂商的网管系统，大多数电信网管系统采用CORBA(公共对象请求代理体系)作为Client和Server之间的通讯交互机制(其具体交互方法可参见专利CN02158385和CN200510097120)；对于告警上报、对象变更通知等需要Server端上报给Client接收处理的事件，采用CORBA规范定义的通知服务作为通讯机制，这种机制有以下好处：

(1)实现了异步通信，Server发出通知后，不必等待Client端完成处理并返回结果后才能继续执行；(2)可以避免Client和Server在生命周期内的紧密耦合；(3)可实现一对多通信：对于一个消息可以有多个接收者。

上述机制解决了网管Client和Server之间的耦合紧密、点对点通讯等问题，但客户端内部依旧存在各模块生命周期耦合紧密、多 个客户端重复订阅通知的问题。上述机制解决了网管Client和Server之间的耦合紧密、点对点通讯等问题，但客户端内部依旧存在各模块生命周期耦合紧密、多个客户端重复订阅通知的问题；同时，由于Client和Server的侧重点不同，会导致Client和Server端使用的开发语言不尽相同，从而会降低实际应用时的效率。

然而，目前尚未提出低成本、适用性广、易于使用维护的电信网络管理消息的处理方案。

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种电信网络管理消息的处理方案，以解决目前电信网络管理消息处理低成高、适用性有限、不易于使用和维护的问题。

根据本发明的实施例，提供了一种电信网络管理消息的处理方法，该方法涉及到电信网络中的服务器、中间件服务器、客户端。

该方法包括：步骤A，启动服务器和中间件服务器，服务器创建事件通道，并在启动中间件服务器的同时启动中间件服务器的Java消息服务；步骤S102，中间件服务器向服务器订阅相关CORBA事件；以及步骤S104，启动客户端，以与中间件服务器建立连接，并向中间件服务器订阅相关主题的Java消息服务，中间件服务器对相关CORBA事件的格式进行处理，并将处理后的事件封装成Java消息服务发送给客户端。

其中，在步骤A中可进一步包括：将服务器和中间件服务器与命名服务和通信服务器连接。

此外，在步骤S102中，进一步包括：服务器生成需要告知客户端的事件的报文；服务器调用事件发送接口，生成符合预定格式 的结构化事件，并将事件的报文和事件的相关信息写入结构化事件中，其中，相关信息可以包括：事件名称、会话、和转发规则。

在这种情况下，在步骤S104中，可以进一步包括：中间件服务器根据预定格式对结构化事件进行解析，得到事件及事件的相关信息；中间件服务器将解析后的事件和事件的相关信息封装为Java消息服务的消息，并发送至客户端。

此外，在该方法中，预定格式为公共对象请求代理体系。

通过本发明的上述技术方案，能够有效降低Client和Server的生命周期耦合，避免了启动多个客户端重复订阅多次CORBA通知服务的问题，实现了真正的分布式应用；并且，在客户端内可实现各模块之间异常通信和一对多通信，减少了各模块之间的紧密耦合；此外，本发明实现简单，成本低，与原有系统具有良好的兼容性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的电信网络管理消息的处理方法的流程图；

图2是实现根据本发明实施例的电信网络管理消息的处理方法的电信网络管理系统的框图；以及

图3是实现根据本发明实施例的处理方法的时图2所示的电信网络管理系统的简化图。

具体实施方式

在本实施例中，提供了一种电信网络管理消息的处理方法，该方法涉及到电信网络中的服务器(Server)、中间件服务器(MServer)、客户端(Client)。其中，Client为网管客户端，负责提供操作界面，可以通过Java语言开发，一套网管系统可以同时启动多个Client；MServer也可以通过Java语言开发，其负责向客户端提供中间件服务，服务的内容包括：启动JMS服务(Java消息服务)、客户端登录鉴权以及命名、通知的转发等；Server端对实现语言没有明确要求，考虑到效率问题，普遍采用C++实现，并且能够按照规范实现CORBA相关接口即可。对于同一套网管系统，MServer和Server各只有一个，而Client可以有多个。

如图1所示，根据本发明实施例的电信网络管理消息的处理方法包括：步骤S102，MServer向服务器订阅相关CORBA事件；以及步骤S104，MServer对相关CORBA事件的格式进行处理，并应所述客户端的订阅请求将处理后的事件发送给Client。

其中，在步骤S102之前，可以进一步包括：步骤A，启动Server和MServer，Server创建事件通道，并在启动MServer的同时启动MServer的JMS；在步骤S102之后、步骤S104之前，进一步包括：步骤B，启动Client，Client向MServer请求订阅的事件，并将事件 的相关信息通知JMS；以及步骤C，MServer根据Client请求订阅的事件，通过事件通道从Server订阅预定格式下的事件。

其中，在步骤A中可进一步包括：将Server和MServer与命名服务和通信Server连接，如图2所示。

此时，在步骤C中，可以进一步包括：MServer通过查找从命名服务获取通知服务的链接，并订阅预定格式下的事件。

此外，在步骤S102中，进一步包括：Server生成Client订阅的事件的报文；Server调用事件发送接口，生成符合预定格式的结构化事件(StructuredEvent)，并将事件的报文和事件的相关信息写入StructuredEvent中。

在这种情况下，在步骤S104中，可以进一步包括：MServer根据预定格式对StructuredEvent进行解析，得到事件及事件的相关信息；MServer将解析后的事件和事件的相关信息封装为JMS的消息，并发送至Client。

其中，相关信息可以包括：事件名称、会话、和转发规则。

此外，在该方法中，预定格式可以为CORBA。

实现上述处理的系统的可以是图2所示的系统。基于图2所示的系统，在实现本发明时，可以进行以下处理：

(a)启动命名服务、通知服务，命令服务和通知服务采用根据CORBA标准实现的第三方厂商产品即可；然后启动Server，使其与命名服务和通知服务建立链接，并根据配置文件创建事件通道；

(b)启动MServer，MServer提供的JMS Service随之同时启动；此后MServer根据配置文件与Server创建的事件通道建立连接，并订阅相关CORBA事件；

(c)启动多个Client，与已经启动的MServer建立连接，每个Client启动时都向MServer订阅相关主题的JMS消息；具体可以包括以下处理：启动Client，Client通讯模块完成初始化；Client各应用模块向JMS Service注册相关主题消息；Client各应用模块向JMSService注册消息过滤器(selector)，包括Session(会话)、事件名称、事件分发规则等；

(d)如果Server产生了需要通知Client的事件，则向通知服务发送CORBA事件，通知服务将该事件转发给相关订阅者；该步骤具体可以包括以下处理：(d1)Server应用模块生成需要告知Client的事件报文，然后调用Server端的事件发送接口；(d2)Server事件发送接口生成符合CORBA规范的StructuredEvent，将步骤(d1)中生成的报文存入StructuredEvent；(d3)Server事件发送接口将事件名称、事件分发规则和Session存入StructuredEvent的fixed_header和variable_header中；(d4)Server事件发送接口将d3步骤生成的StructuredEvent发送给通知服务；

(e)MServer收到Server发送的CORBA事件后，根据CORBA中的规范对其进行解析，将解析后的数据封装成JMS消息发送至Client；MServer收到Server发送的CORBA事件后，根据规范对其进行解析，将解析后的数据封装成JMS消息发送；该步骤具体可以包括以下处理：MServer收到通知服务发送的StructuredEvent；MServer根据与Server的约定规范解析出StructuredEvent包含的报文体、事件名、Session和分发规则；MServer将解析出的报文体、事件名、Session和分发规则组装成JMS的ObjectMessage消息；MServer调用JMS接口，将ObjectMessage发送出去；

(f)Client收到JMS消息后，进行相关业务流程处理。

下面将结合附图3，以传输网管系统中的告警上报为例对本发明进行描述。图3示出了在该实例中与处理紧密相关的部分系统组成。

基于图3所示的系统，在实现告警上报时可以进行如下处理：

步骤1，启动命名服务和通知服务；

步骤2，分别启动Server和MServer，并将Server和MServer与命名服务和通知服务建立连接，其中，Server和MServer之间没有启动的先后顺序；

步骤3，启动若干Client，每个Client均与MServer建立连接，并向MServer提供的JMS服务订阅告警消息；

步骤4，设备产生告警上报Server适配器模块(专门用于告警的处理模块)；

步骤5，告警上报Server适配器模块生成告警报文，将告警报文发送给Server告警处理模块；

步骤6，Server告警处理模块经过CORBA的通知服务的Server域将告警报文封装成CORBA StructuredEvent事件发送给MServer；

步骤7，MServer收到StructuredEvent事件，按照和Server的约定以及CORBA规范进行解析；

步骤8，MServer将解析结果封装成JMS消息，然后由JMS服务将消息发给订阅者；

步骤9，当前已启动客户端的告警模块作为订阅者收到JMS消息，将JMS中的告警消息取出，进行业务逻辑处理。

综上所述，本发明增加了MServer作为网管系统Client和Server之间的中间件服务器，从而有效的降低了Client和Server的生命周期耦合，避免了启动多个客户端重复订阅多次CORBA通知服务的问题，实现了真正的分布式应用；对于客户端内部，由于采用了JMS系统，各模块之间实现了异常通信和一对多通信，同时减少了各模块之间的紧密耦合，达到了松耦合、强内聚的效果。此外，对于已经开发完成的网管系统，只要系统原本原来遵循CORBA规范，就仅需要进行部分的改造即可本发明所述的架构，即，增加“MServer中间件服务器”，因此，具有很好的适用性。

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

Claims (5)

1.一种电信网络管理消息的处理方法，所述电信网络包括服务器、中间件服务器、客户端，其特征在于，所述方法包括：

步骤A，启动所述服务器和所述中间件服务器，所述服务器创建事件通道，并在启动所述中间件服务器的同时启动所述中间件服务器的Java消息服务；

步骤S102，所述中间件服务器向所述服务器订阅相关CORBA事件；以及

步骤S104，启动所述客户端，以与所述中间件服务器建立连接，并向所述中间件服务器订阅相关主题的Java消息服务，所述中间件服务器对所述相关CORBA事件的格式进行处理，并将处理后的事件封装成所述Java消息服务的消息发送给所述客户端。

2.根据权利要求1所述的处理方法，其特征在于，在所述步骤A中进一步包括：

将所述服务器和所述中间件服务器与命名服务和通信服务器连接。

3.根据权利要求1所述的处理方法，其特征在于，在所述步骤S102中，进一步包括：

所述服务器生成需要告知所述客户端的所述CORBA事件的报文；

所述服务器调用事件发送接口，生成符合预定格式的结构化事件，并将所述CORBA事件的报文和所述CORBA事件的相关信息写入所述结构化事件中，其中，所述相关信息包括：事件名称、会话、和转发规则。

4.根据权利要求3所述的处理方法，其特征在于，在所述步骤S104中，进一步包括：

所述中间件服务器根据所述预定格式对所述结构化事件进行解析，得到所述CORBA事件及所述CORBA事件的相关信息；以及

所述中间件服务器将解析后的所述CORBA事件和所述CORBA事件的相关信息封装为Java消息服务的消息，并发送至所述客户端。

5.根据权利要求3或4所述的处理方法，其特征在于，所述预定格式为公共对象请求代理体系。

Images