《电信综合网络激活系统的设计与实现.》由会员分享,可在线阅读,更多相关《电信综合网络激活系统的设计与实现.(90页珍藏版)》请在金锄头文库上搜索。
1、综合网络激活系统的设计与实现 综合网络激活系统设计与实现2019年10月综合网络激活陕西项目组大唐软件技术股份有限公司Copyright By CattSoftAll Rights Reserved版本修订历史起止日期作者/修订人更改章节修改描述版本/状态2013/12/25张海强全部创建,根据现有文档整理而成。V0.1填写说明:起止日期: 填写编写本文档的起止日期作 者: 填写文档的创建者或授权的修改人修改描述: 请详细填写修改原因和最近的修改章节摘要版 本: 描述修改生效后的版本号。一般建议表示为Vm.n形式。通过正 式评审后版本号变为1.0,以后每修改一次n相应增加1,例如V1.1状 态
2、: 描述本文档是正式文件还是草稿文件文档编号编写人员编写时间修订时间目录1. 电信规范与技术应用51.1 电信规范51.1.1 系统目标51.1.2 在OSS总体架构中的定位51.1.3 重要概念71.2 技术应用91.2.1 运行平台91.2.2 开发语言91.2.3 数据库访问91.2.4 通信机制102. 系统总体架构设计132.1 系统介绍132.2 系统特点142.2.1 全业务的融合支撑142.2.2 丰富的网元/业务平台适配能力152.2.3 轻量级流程控制机制162.2.4 提供实时、非实时两种业务激活处理通道162.2.5 新系统功能改进172.3 系统架构设计172.3.1
3、 业务流程分析172.3.2 前台界面设计182.3.3 后台服务设计202.4 前台功能介绍232.4.1 前台功能概述232.4.2 业务信息配置242.4.3 激活信息配置242.4.4 网元信息配置262.4.5 流程控制配置262.4.6 工单维护管理272.4.7 系统维护管理282.4.8 系统安全管理283. 系统主要模块详细设计与实现293.1 服务结构293.1.1 运行载体(进程或线程)与业务逻辑的分离293.1.2 服务架构设计303.1.3 日志处理323.1.4 异常处理333.2 取单服务(北向接口)333.2.1 异步交互流程343.2.2 工单消息构成343.
4、2.3 工单消息类型353.2.4 工单消息结构353.2.5 静态数据定义393.2.6 取单服务设计413.2.7 取单服务时序图423.3 流程派发服务433.3.1 业务流程功能分析433.3.2 流程派发服务设计443.3.3 流程派发服务时序图493.4 工单处理服务493.4.1 业务流程功能分析493.4.2 工单处理服务设计503.4.3 工单处理服务时序图563.5 网元接口协议及实现(南向接口)573.5.1 命令行交互协议及实现583.5.2 基于TCP/IP结构化消息协议及实现713.5.3 基于HHTP/SOAP协议及实现823.6 其他服务863.6.1 告警服务
5、863.6.2 回单量统计服务873.6.3 定时工单服务874. 总结和展望874.1.1 应用与评价874.2 未来展望884.2.1 功能展望884.2.2 性能展望881. 电信规范与技术应用1.1 电信规范中国电信CTG_MBOSS规范(CTGMBOSS OSS 2.8_自动激活系统_总体分册)规定了自动激活系统(综合网络激活)的系统目标和系统定位等,规范的提出为建设自动激活系统的相关厂商提供了重要依据。1.1.1 系统目标综合网络激活系统是衔接服务层与资源层,完成服务信息在物理网络、业务平台上自动激活、查询、修改、测试、采集,能够完成移动、固网和综合业务的运营支撑系统。在服务开通支
6、撑过程中,系统确保了一旦接收了激活工单,能够按照流程要求,将激活工单中客户业务在物理网络、业务平台上进行自动激活的处理;在网络上客户业务信息查询支撑过程中,自动激活系统确保一旦接收到查询请求,能够及时的将客户相关信息反馈给请求者;在网络上客户信息修改的过程中,自动激活系统确保一旦接收到用户的修改请求,能够按照修改要求,对客户业务在物理网络、业务平台上进行修改处理;在服务保障支撑中,系统确保一旦接收到用户的测试请求,能够按照测试要求,对客户业务在物理网络、业务平台上进行测试处理;在客户业务信息数据管理的支撑过程中,自动激活系统确保一旦接收到采集请求,能够按照采集请求,对客户业务在物理网络、业务平
7、台上进行采集处理。自动激活系统能够把客户业务在物理网络、业务平台上进行自动激活实现,为相关系统提供自动的查询、修改、测试和采集的服务能力,确保对物理网络、业务平台层有关客户业务信息自动处理能力进行封装。1.1.2 在OSS总体架构中的定位可以通过两种方式标示自动激活系统在OSS总体架构中的位置, 一是自动激活系统在OSS总体架构中覆盖的功能范围,二是标示自动激活系统在OSS系统架构中的位置。图1-1自动激活系统在OSS系统架构中的位置如图1-1所示,综合网络激活位于资源层提供和保障域内,主要覆盖了网元接入、激活就绪、激活过程和激活管控。图1-2自动激活系统在网络管理域的位置如图1-2所示,在O
8、SS系统架构中,自动激活系统位于服务及网络管理系统域,自动激活系统是OSS工具类系统之一。1.1.3 重要概念本节重点描述自动激活系统在规范中涉及到的重要概念,如图1-3所示。图1-3激活工单描述图激活工单:派发给自动激活系统的工单,简称激活工单。一个激活工单包含构成产品实例的业务资源实例。激活子工单:自动激活系统拆分后的工作任务工单。一个激活子工单包含对同一个网元施工的业务资源实例。指令:指能够被网元识别并执行的操作语言,它规定了网元能够完成的某一操作。一个业务资源可以包括多条指令,多个业务资源可以合并成一条指令。网元:提供某种通信业务或增值业务的功能实体。包括程控交换机、HLR、PPC、I
9、VPN、SHLR、业务平台(彩铃平台、商务领航、ISMP等)、DSLAM等类型。北向接口:北向接口指发送和发送激活工单的相关接口协议。发送和接收激活工单的北向接口应用包括服务开通、CRM等。南向接口:南向接口指接收并发送指令的相关接口协议。南向接口的相关应用就是网元。1.2 技术应用1.2.1 运行平台综合网络激活系统的webserver和后台应用程序运行在Unix/Linux系统上。后台应用支持比较常见的Unix/Linux操作系统,包括:AIX、HP Unix、Redhat Linux和Turbo Linux等。与Windows相比,Unix/Linux操作系统在运行过程中消耗系统资源较少
10、。由于系统运行的操作系统平台不同,系统也不会感染病毒。虽然,Unix/Linux在易用性上不如Windows操作系统,但是由于系统的用户不是普通消费者,所以不必在易用性上耗费过多的资源。1.2.2 开发语言综合网络激活系统的后台应用采用C/C+编写,前台界面采用JAVA编写。综合网络激活系统属于电信OSS支持系统的一个子系统,所以相关开发人员均是从事过网管产品研发的工程师,由于历史原因OSS支持系统的相关软件大部分采用C来编写,综合网络激活顺理成章的也采用了C/C+语言编写。与目前广为流行的JAVA语言相比,C/C+编写的程序具有更高的执行效率和稳定性,但是由于开发工具包有限,在开发过程中与J
11、AVA相比具有一定的难度。由于目前大部分网元也是由C/C+语言实现的,所以在协议的实现上,采用C/C+语言也更具优势。1.2.3 数据库访问OCI(Oracle Call Interface,参考文献:ORACLE应用编程手册)是ORACLE公司开发的一个应用程序开发工具,是一个通过OCI访问Oracle数据库的服务器,控制各类SQL语句的执行,进而创建应用程序的应用程序接口(API)。它支持SQL所有的数据定义、数据操作、查询、事务管理等操作,支持C和C+的数据类型,调用,语法和语义。它提供了一组可对Oracle数据库进行存取的接口子例程(函数)。OCI程序实质上就是用高级语言写的程序,其特
12、点是内部含有对OCI子函数库的调用,通过在第三代程序设计语言(如C语言)中进行调用可达到存取ORACLE数据库的目的。可用oracle打开OCI文件。综合网络激活系统的数据库Oracle数据库连接部分是在Oracle OCI(Oracle调用接口)基础上开发的,支持Oracle8i、9i、10g等数据库。根据Oracle公司的介绍:OCI是如此可靠,以至于Oracle数据库中的每一条SQL语句都通过OCI来执行。当应用程序开发人员需要面向Oracle数据库服务器的最强大的接口时,他们将调用Oracle调用接口(OCI)。OCI提供了对所有Oracle数据库功能的最全面的访问。OCI API中包
13、含了最新的性能、可伸缩性和安全性特性。采用OCI的最大好处就是:它是最切近Oracle底层的技术,因此,效率是最高的。同时,它是跨平台的。1.2.4 通信机制综合网络激活系统的通信机制主要采用TCP/IP协议中的面向连接的TCP协议。SOCKET是操作系统为上层应用提供的应用接口,在TCP/IP的四层协议中,SOCKET位于应用层与传输层之间。除了利用SOCKET通信外,综合网络激活系统还提供了基于SOAP的Web服务。简单对象访问协议(SOAP,全写为Simple Object Access Protocol)是一种标准化的通讯规范,主要用于Web服务(web service)中。SOAP的
14、出现是为了简化网页服务器(Web Server)在从XML数据库中提取资料时,无需花时间去格式化页面,并能够让不同应用程式之间透过HTTP通讯协定,以XML格式互相交换彼此的资料,使其与程式语言、平台和硬体无关。此标准由IBM、Microsoft、UserLand和DevelopMentor在1998年共同提出,并得到IBM、莲花(Lotus)和康柏(Compaq)等公司的支持,于2000年提交给全球资讯网联盟(World Wide Web Consortium;W3C),目前SOAP1.1版是业界共同的标准,属于第二代的XML协定(第一代具主要代表性的技术为XML-RPC以及WDDX)。用一个简单的例子来说明SOAP使用过程,一个SOAP消息可以发送到一个具有Web Service功能的Web站点,例如,一个含有房价信息的数据库,消息的参数中标明这是一个查询消息,此站点将返回一个XML格式的信息,其中包含了查询结果(价格,位置,特点,或者其他信息)。由