网元代理管理的方法及系统

摘要

本发明提供了一种网元代理管理的方法及系统，包括，监听并截获操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请求网络数据报文；提取请求网络数据报文的源端口，对所述请求网络数据报文的源端口进行预处理；将所述请求网络数据报文发送给目标OMC服务器；截获所述目标OMC服务器返回的OMC应答报文；提取所述应答报文的目标端口，对所述应答报文的目标端口进行所述预处理的逆处理；根据处理后的目标端口将所述OMC应答报文发送给OMT。本发明通过监听并截获RMI和EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的任何网元，有效地提高网元日常维护管理的效率，降低维护管理成本。

说明书

技术领域

本发明涉及网络管理技术领域，尤其涉及一种网元代理管理的方 法及系统。

背景技术

随着移动网络规模的不断扩大，网元数量不断扩大，这对目前分 开部署的网管系统构成了巨大的性能问题和效率问题，运营商对此也 提出了新的要求，实现OMC(Operating and Maintenance Center，操 作维护中心)系统集中化管理，成为OMC部署架构的一个必然的趋 势。

现有的OMC架构，如图1所示，OMT(Operating and Maintenance  Terminal，操作维护终端)和OMC服务器之间的报文协议RMI(Remote  Method Invocation，远程方法调用)和EJB(Enterprise JavaBean，远程 调用的应用JavaBean)是一对一的关系，每个OMT和OMC服务器之 间的IP和端口一一对应。一个OMC服务器管理一个区域的网元，登 录OMT只能看到相应服务器所管理的网元，无法看到其他OMC服务 器所管理的网元。这种部署方式，耗费大量IP，同时对硬件的部署数 量也较多,增加了硬件成本。使用这种部署方式对网元进行日常维护， 效率极低，成本较高。

现有的OMT报文处理流程如图2所示，OMT与OMC直接的应用 协议报文主要包括RMI和EJB两种，通过API(Application Program  Interface，应用程序接口)接口进行交互，OMT发送报文到OMC服务 器，通过OMC服务器上的RMI/EJB后台服务处理系统进行处理，处 理之后返回报文消息给OMT。但是由于RMI技术本身的限制，在同台 服务器上，即使每个网管代理系统实例分配不同的IP，这些实例也无 法使用同一个端口、同一个服务器名提供RMI。这就造成了OMT和 OMC服务器之间只能是单对单的关系。

目前的解决方案有两种：

1、现有系统中多端口固定的情况下，需要将RMI服务通用的标 识格式再增加实例绑定IP的方式进行区分。但是这种方式会占用更多 的IP，在运营商分配IP有限的情况下，这种方式并不划算。

2、使用代理服务器OMC-PROXY对端口进行临时处理，以达到 单对多的应用方式，实现用户登录至一个OMC中，能够对全网网元 进行管理。

在实现本发明过程中，发明人发现现有技术中至少存在如下问 题：

现有的OMT与OMC之间的RMI和EJB应用协议请求报文是通过 TCP/IP协议栈传输层的API接口进行交互的。只能实现单套OMT与单 套OMC服务器之间的映射，无法做到单套OMT与多套OMC服务器之 间的映射。面对全网网元的管理，这显然存在极大的性能压力，同时 可靠性较低。若部署多套OMT与多套OMC服务器，进行对网元进行 分区域管理，则增加了硬件成本，造成整个网管系统的部署成本过高， 同时对运维造成不便。另一方面，目前的部署方式也不符合运营商的 技术规范要求。

发明内容

(一)要解决的技术问题

本发明提供网元代理管理的方法及系统，用于实现OMC的集中 管理，提高网元日常维护管理的效率，降低硬件成本。

(二)技术方案

为解决上述技术问题，本发明提供的网元代理管理的方法，包括：

监听并截获操作维护终端OMT向操作维护中心OMC服务器发送 的RMI和/或EJB请求网络数据报文；

提取所述请求网络数据报文的源端口，对所述请求网络数据报文 的源端口进行预处理；

将所述请求网络数据报文发送给目标OMC服务器；

截获所述目标OMC服务器返回的OMC应答报文；

提取所述应答报文的目标端口，对所述应答报文的目标端口进行 所述预处理的逆处理；

根据处理后的目标端口将所述OMC应答报文发送给OMT。

优选地，使用Socket监听机制监听所述OMT向OMC服务器发送 的RMI和/或EJB请求网络数据报文。

优选地，所述方法还包括：

接收所述OMT发送的RMI和/或EJB请求。

相应的，本发明还提出了一种网元代理管理的系统，所述系统包 括：

第一代理客户端模块，用于请求建立监听服务，截获监听到的操 作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请 求网络数据报文，并将所述请求网络数据报文转发给代理服务模块；

代理服务模块，用于建立监听服务，对OMT向OMC服务器发送 的RMI和/或EJB请求网络数据报文进行报文监听，接收所述第一代理 客户端模块发送的所述请求网络数据报文，并根据所述请求网络数据 报文创建第二代理客户端模块；

第二代理客户端模块，用于提取所述请求网络数据报文的源端 口，对所述请求网络数据报文的源端口进行预处理，将所述请求网络 数据报文发送给目标OMC服务器，截获所述目标OMC服务器返回的 OMC应答报文，提取所述应答报文的目标端口，对所述应答报文的 目标端口进行所述预处理的逆处理，根据处理后的目标端口将所述 OMC应答报文发送给OMT。

优选地，所述第一代理客户端模块部署在所述OMT。

优选地，所述第一代理客户端模块包括：

第一接收单元，用于接收所述OMT发送的RMI和/或EJB请求；

监听服务请求单元，用于在接收到所述OMT发送的RMI和/或EJB 请求后向所述代理服务模块发送监听服务请求；

第一获取单元，用于截获所述代理服务模块监听到的所述请求网 络数据报文；

发送单元，用于将所述请求网络数据报文发送给所述代理服务模 块。

优选地，所述第一代理客户端模块还包括：

心跳发送单元，用于向所述代理服务模块发送TCP连接的心跳信 号。

优选地，所述代理服务模块包括：

监听服务单元，用于根据所述第一代理客户端模块的请求建立监 听服务，使用Socket监听机制对OMT向OMC服务器发送的RMI和/或 EJB请求网络数据报文进行报文监听；

第二接收单元，用于接收所述第一代理客户端模块发送的所述请 求网络数据报文；

代理核心单元：用于对第一所述代理客户端进行身份验证，接收 通过身份验证的第一代理客户端发送的请求网络数据报文，并在接收 到所述请求网络数据报文后建立代理通道和第二代理客户端模块；

通道管理单元：用于通道中数据报文的传输、应答报文的监听与 传输、代理通道的保活检测；

负载均衡单元：用于将数据报文进行均衡分发。

优选地，所述代理服务模块还包括：

心跳监测单元：用于监测与代理客户端之间的TCP连接的心跳信 号。

优选地，所述第二代理客户端模块包括：

处理单元，用于提取所述请求网络数据报文的源端口，对所述请 求网络数据报文的源端口进行预处理，并在第二获取单元截获所述目 标OMC服务器返回的OMC应答报文后，对所述应答报文的目标端口 进行所述预处理的逆处理；

第二获取单元，用于截获所述通道管理单元监听到的所述目标 OMC服务器返回的OMC应答报文；

连接建立单元，用于建立与所述OMT的远程调用连接；

第二发送端元，用于通过所述远程调用连接将所述OMC应答报 文发送给OMT。

(三)有益效果

本发明提供的网元代理管理的方法及系统，使用Socket监听机制 截获RMI和/或EJB协议的网络数据报文并进行报文的转发，从而使 OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看登录 用户管理的任何网元，从而实现分权分域和OMC的集中管理，这种 部署方式，减少了IP的消耗，同时由于OMC服务的集中部署，硬件 的部署数量也较少，降低了硬件成本，有效地提高网元日常维护管理 的效率，降低维护管理成本。

附图说明

通过参考附图会更加清楚的理解本发明的特征和优点，附图是示 意性的而不应理解为对本发明进行任何限制，在附图中：

图1为现有技术中网元管理方法中OMC部署架构示意图；

图2为现有技术中网元管理系统中OMT与OMC之间的报文处理 流程图；

图3为本发明实施例提供的一种网元代理管理的方法流程图；

图4为本发明实施例中提供的网元代理管理的方法中OMC部署 架构示意图；

图5为本发明实施例提供的一种网元代理管理的系统模块图；

图6为本发明实施例提供的网元代理管理的系统中OMT与OMC 之间的报文处理流程图；

图7为本发明实施例提供的网元代理管理的系统的具体业务流程 图。

具体实施方式

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

RMI和EJB是基于Java技术的一种远程方法调用技术协议，是 Java分布式应用的基础，同时都是构建于TCP之上的应用层协议，它 们的局限性是仅仅适用于Java语言编写的应用程序之间通讯。在网络 间传输数据时可以只使用TCP/IP(传输层)协议，如果没有应用层， 便无法识别数据内容和数据意义，因此必须使用到比如RMI和EJB等 等的应用层协议。但在某些应用场合中，我们并不需要了解网络间的 数据意义，只需要把网络数据报文通过映射关系转发到其他目的地即 可，这种设计的目的在于代理系统尽可能少的参与业务逻辑的关系中 去。

为解决现有技术中存在的问题，本发明提供了一种网元代理管理 的方法及系统，为了实现网元代理管理的方法及系统的功能需求，可 以透明的把RMI和EJB这些应用协议请求报文进行映射转发，寻找到 TCP/IP协议栈传输层的操作API接口。由于Socket套接字则是对 TCP/IP协议的封装和应用，主要解决数据如何在网络中传输，是一个 调用接口(API)，通过Socket才能使用TCP/IP协议。本发明使用Socket 监听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发。 当然如果需要实现报文转发目的，OMT与网元代理管理系统之间首 先必须遵循一定的协议规则建立起信任连接，同时OMT需要告诉代 理系统在哪些端口建立监听服务。代理系统的SOCKS5服务的代理模 式有连接(Connect)，绑定(Bind)和UDP穿透(UDP Associate)。 其中连接(Connect)，绑定(Bind)是针对TCP数据流的代理，本发 明的网元代理管理系统采用“Bind”类型。创建Bind代理服务的任务 即在网元代理管理系统内部创建一个代理监听服务，接收到操作维护 终端的连接并转发数据到目标服务，实现OMC的集中管理，提高网 元日常维护管理的效率，降低维护管理成本。

图3为本发明实施例提供的一种网元代理管理的方法流程图，如 图3所示，该方法包括以下步骤：

S101、监听并截获操作维护终端OMT向操作维护中心OMC服务 器发送的RMI和/或EJB请求网络数据报文；

S102、提取所述请求网络数据报文的源端口，对所述请求网络数 据报文的源端口进行预处理；

S103、将所述请求网络数据报文发送给目标OMC服务器；

S104、截获所述目标OMC服务器返回的OMC应答报文；

S105、提取所述应答报文的目标端口，对所述应答报文的目标端 口进行所述预处理的逆处理；

S106、根据处理后的目标端口将所述OMC应答报文发送给OMT。

本发明实施例提供的网元代理管理的方法，通过监听并截获RMI 和EJB协议的网络数据报文并进行报文的转发，从而使OMT和OMC 之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的 任何网元，有效地提高网元日常维护管理的效率，降低维护管理成本。

在本发明实施例中，代理服务器具体使用Socket监听机制监听操 作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或EJB请 求网络数据报文。

在本发明实施例中，在代理服务器进行监听服务之前还包括，接 收当前OMT发送的RMI和/或EJB请求。

图4为本发明实施例中提供的网元代理管理的方法中OMC部署 架构示意图，如图4所示，OMT和OMC服务器之间的报文协议RMI (Java的远程过程调用(RPC)机制)和EJB(远程调用的应用JavaBean) 通过代理服务器OMC-PROXY代理系统的Socket监听机制截获RMI和 /或EJB协议的网络数据报文并进行报文的转发。从而使OMT和OMC 之间实现一对多的模式，登录一个OMT就可以查看登录用户管理的 任何网元，从而实现分权分域和OMC的集中管理。这种部署方式， 减少了IP的消耗，同时由于OMC服务的集中部署，硬件的部署数量 也较少，,降低了硬件成本。使用这种部署方式对网元进行日常维护， 效率极高，成本较低。

图5为本发明实施例提供的一种网元代理管理的系统模块图，如 图5所示，所述系统包括：

第一代理客户端模块201，用于请求建立监听服务，截获监听到 的操作维护终端OMT向操作维护中心OMC服务器发送的RMI和/或 EJB请求网络数据报文，并将所述请求网络数据报文转发给代理服务 模块；

代理服务模块202，用于建立监听服务，对OMT向OMC服务器发 送的RMI和EJB请求网络数据报文进行报文监听，接收所述第一代理 客户端模块发送的所述请求网络数据报文，并根据所述请求网络数据 报文创建第二代理客户端模块203；

第二代理客户端模块203，用于提取所述请求网络数据报文的源 端口，对所述请求网络数据报文的源端口进行预处理，将所述请求网 络数据报文发送给目标OMC服务器，截获所述目标OMC服务器返回 的OMC应答报文，提取所述应答报文的目标端口，对所述应答报文 的目标端口进行所述预处理的逆处理，根据处理后的目标端口将所述 OMC应答报文发送给OMT。

本发明实施例，在协议报文传递的过程中在OMT客户端和OMC 应用服务之间增加一个网元代理管理的系统，从而实现使用Socket监 听机制截获RMI和EJB协议的网络数据报文并进行报文的转发，实现 OMC的集中化管理，本发明实施例中，本文的代理服务模块采用 “Bind”类型对TCP数据流进行代理，网元代理管理的系统内部创建 一个代理监听服务，接收到客户端的连接并转发数据到目标服务，实 现OMC系统集中化管理的要求，解决了物理多套OMC服务器与一套 OMT系统之间的映射问题，实现对全网网元的管理。

本发明实施例中提出的第一代理客户端模块201部署在所述 OMT。将网元代理管理的系统的客户端组件即第一代理客户端模块 嵌套于OMT系统的设计，极大程度上降低了系统间的耦合度，方便 OMT系统的多种应用。当不需要经过代理系统转发请求时去掉部署 在OMT的第一代理客户端模块即可，拆分和组合相对比较方便简单。

本发明实施例中的第一代理客户端模块201包括：

第一接收单元，用于接收所述OMT发送的RMI和/或EJB请求；

监听服务请求单元，用于在接收到所述OMT发送的RMI和/或EJB 请求后向所述代理服务模块发送监听服务请求；

第一获取单元，用于截获所述代理服务模块监听到的所述请求网 络数据报文；

发送单元，用于将所述请求网络数据报文发送给所述代理服务模 块。

本发明实施例中的第一代理客户端模块201还包括：

心跳发送单元，用于向所述代理服务模块发送TCP连接的心跳信 号。

本发明实施例中的代理服务模块202包括：

监听服务单元，用于根据所述第一代理客户端模块的请求建立监 听服务，使用Socket监听机制对OMT向OMC服务器发送的RMI和EJB 请求网络数据报文进行报文监听；

第二接收单元，用于接收所述第一代理客户端模块发送的所述请 求网络数据报文；

代理核心单元：用于对第一所述代理客户端进行身份验证，接收 通过身份验证的第一代理客户端发送的请求网络数据报文，并在接收 到所述请求网络数据报文后建立代理通道和第二代理客户端模块；

通道管理单元：用于通道中数据报文的传输、应答报文的监听与 传输、代理通道的保活检测；

负载均衡单元：用于将数据报文进行均衡分发。

本发明实施例中的代理服务模块202还包括：

心跳监测单元：用于监测与代理客户端之间的TCP连接的心跳信 号。

本发明实施例中的第二代理客户端模块203包括：

处理单元，用于提取所述请求网络数据报文的源端口，对所述请 求网络数据报文的源端口进行预处理，并在第二获取单元截获所述目 标OMC服务器返回的OMC应答报文后，对所述应答报文的目标端口 进行所述预处理的逆处理；

第二获取单元，用于截获所述通道管理单元监听到的所述目标 OMC服务器返回的OMC应答报文；

连接建立单元，用于建立与所述OMT的远程调用连接；

第二发送端元，用于通过所述远程调用连接将所述OMC应答 报文发送给OMT。

图6为本发明实施例提供的网元代理管理的系统中OMT与OMC 之间的报文处理流程图。如图6所示，网元代理管理的系统从软件结 构上划分为“代理服务”和“代理客户端”两大功能模块，同时也是 独立部署的两个独立组件。代理服务模块是代理系统的核心，主要负 责代理服务的管理和代理业务通道管理；客户端组件代理客户端模块 主要帮助其他系统与代理服务建立信任连接和请求创建代理业务通 道，代理客户端模块依附于其他系统中，不能独立运行；代理服务模 块是可以独立运行的软件模块。

本发明实施例提出的网元代理管理的系统的具体业务流程如图7 所示，具体包括：

(1)OMT系统向OMC服务器发送的RMI和EJB等协议的网络数 据报文；

(2)监听并截获OMT系统向OMC服务器发送的RMI和/或EJB等 协议的网络数据报文并进行报文的转发。因此如果它要为OMC系统 承担起数据转发工作，网元代理管理的系统首先必须以独立系统形式 启动，并创建代理服务的“监听器”及监听服务单元。当有代理客户 端模块的连接请求时，经合法性验证后将请求交由代理服务模块处 理，如果没有客户端的连接，监听服务一直处于线程“阻塞”状态。

(3)代理服务模块在接受到监听转发的EJB请求报文信息后， 进行第二代理客户端模块的创建、代理连接器的创建、代理服务创建 器的创建以及心跳发送器的创建等等，第二代理客户端模块对EJB请 求报文信息的源端口进行预处理，本发明实施例的预处理优选为在源 端口的基础上“+100”，并将EJB请求报文信息发送给OMC服务器；

(4)OMC服务器接收到EJB请求后，按照OMC内部流程做出应 答报文，并再次发送给第二代理客户端模块。

(5)第二代理客户端模块对应答报文的目标端口进行上述预处 理的逆处理，即在目标端口的基础上“-100”，其中EJB请求报文信息 的源端口与应答报文的目标端口相同，均为OMT的端口地址，通过 代理服务模块的代理核心单元建立的代理通道收到相关报文后，再次 进行处理，然后转发给OMT。

(6)OMT收到相关报文消息后，呈现在OMT界面上，整个转发 过程结束。

本发明实施例提供的网元代理管理的方法及系统，使用Socket监 听机制截获RMI和/或EJB协议的网络数据报文并进行报文的转发，从 而使OMT和OMC之间实现一对多的模式，登录一个OMT就可以查看 登录用户管理的任何网元，有效地提高网元日常维护管理的效率，降 低维护管理成本。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台 的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品 的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可 以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一 台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行 本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附 图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的系统中的模块可以按照实 施例描述进行分布于实施例的系统中，也可以进行相应变化位于不同 于本实施例的一个或多个系统中。上述实施例的模块可以合并为一个 模块，也可以进一步拆分成多个子模块。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局 限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护 范围。