基于CORBA通信网动态网络规划系统设计.doc

基于CORBA通信网动态网络规划系统设计 　　摘要：深入研究了通信网网络规划系统软件的开发流程，指出了现今基于客户端/服务器两层体系结构开发和应用网络规划系统软件时的不足，并提出了相应的解决办法。采用分布式对象技术，基于CORBA规范提出了三层体系结构。该系统框架忽略了通信网络中的具体业务处理，重点在于实现一个基于CORBA具有三层体系结构的网络规划功能框架。 关键词关键词：CORBA；网络规划；三层体系结构 中图分类号：TP393文献标识码：A 文章编号2014）002013402 0引言 1990年，OMG制定了OMA （Object Management Architecture 对象管理体系结构），CORBA（Common Object Request Broker Architecture 公用对象请求代理体系结构）是它的一种实现方案。由于CORBA 是开放式的、独立于厂商、用于网络上计算机应用的底层结构[1]，任何厂家、计算机、操作系统、编程语言及网络环境下基于CORBA 的应用均可使用IIOP标准协议，所以任何基于CORBA 的应用均能协同工作。 网络规划有两层含义：网络布设和网络优化。网络布设着重于网络中的拓扑结构设计，例如网络节点的分布，节点间的拓扑算法优化，目的在于构建一个最基本的网络框架；网络优化着眼于提升网络的整体负载性能，方便网络管理软件对各种网络业务进行管理。 目前，国内综合业务通信网网络规划系统软件的设计与实现往往存在如下问题： （1）从体系结构上看：由于采用C/S模式进行开发，服务器负荷巨大。对于现今各项复杂的网络综合业务，客户端非常多，当所有客户端都向服务器提交服务请求时，网络负载集中于服务器端，服务器端逐渐成为整个系统的瓶颈，速度会变得十分缓慢，很难满足网络需求。 （2）从开发过程上看：现在的网络综合业务千差万别，对于每种不同的业务，在规划系统中都要开发出不同的应用程序，其代码的可移植性差、工程量大；通用的方法是采用动态链接库的方式进行设计，另一台机器上的开发人员想使用这一方法时，必须将其动态链接库拷贝过来才可使用，这便涉及到不同动态链接库的开发版本问题。 （3）从应用角度看：规划软件要对各业务的网络管理进行业务开通，这一过程集中于规划端，速度很慢，很难达到规划软件对管理软件进行优化的要求，也无法满足用户的要求。 基于上述原因，传统的网络规划系统亟待改进，而这种改进需从软件系统的体系结构规划入手。在本设计中，引入了CORBA技术作为本系统开发的支撑。采用CORBA规范构建网络规划系统软件，最终要实现数据库服务器/CORBA应用服务器/客户端三层体系结构，将对事务的处理方法封装为不同的CORBA服务，每个服务位于网络中不同的节点，形成一个逻辑上的“服务器群”。客户端通过ORB（Object Request Broker 对象请求代理）获取各个CORBA服务，或者通过某个CORBA服务访问数据库服务器。 1移动通信网功能需求 1.1网络规划的用况分析 网络规划系统是从传统的网络管理系统中分化出来的用于开通基本网络业务的软件系统。规划人员要通过此系统进行数据和业务的初始化工作，其主要系统模块为：设备库、网络拓扑和综合业务。 1.2设备管理功能需求 静态网络规划的设备管理只有设备库管理功能，动态网络管理中增加了设备状态实时监控的功能。 1.2.1设备库管理功能需求 设备库是整个网络规划系统开发时首先要初始化的部分。设备库管理的最主要功能是初始化设备库，即将设备添加到设备库，同时具有对设备进行修改、删除的功能。 对于大型的通信网络来说，设备非常多，所以要能够按照设备的类型一次添加多个设备。设备初始状态分为“正常”和“未使用”两种状态。 1.2.2拓扑管理功能需求 网络拓扑结构的管理包括如下功能：节点初始化、链路初始化、节点属性设置和链路属性设置。拓扑管理的重点是生成拓扑结构，在任意两个节点间找到一条最短路径。 1.2.3综合业务功能需求 由于本设计的重点是开发一个动态网络规划系统框架，网络综合业务的功能需求只能在具体的通信网络环境中提出。本系统框架只提供开发综合业务的接口。 2通信网网络规划系统软件设计 2.1网络规划系统三层体系结构 在通信网网络规划系统软件中，采用三层体系结构进行开发，在服务器和客户端之间，引入CORBA应用服务器，将对事务的处理方法封装为不同的CORBA服务，每个服务位于网络中不同的节点，形成一个逻辑上的“服务器群”。由ORB 建立该对象与客户程序之间的连接并创建一个代理对象，返回该对象的引用。此时客户程序可以调