【摘 要】中国电信在长期的oss系统建设过程中，新旧系统数量众多，存在系统架构不一、技术多样、接口复杂等问题，无法适应灵活快速支撑业务的要求。由于系统间的接口服务相互调用过多、且缺乏一个统一的管理规范，导致目前接口协议种类过多。为了规范化管理各个系统的接口服务以及系统之间的服务调用，本文在分析oss系统现状的基础上，分析了吉林联通oss应用集成平台建设的需求，基于soa架构完成了系统总体设计，并对其中的应用集成模块、服务集成模块、服务注册模块进行了详细设计与实现。所实现平台可以统一管理接口服务，屏蔽了系统间互联的复杂性，达到了《中国电信集团.ctgmboss oss 2.5集成及技术分册》的要求，平台上线后实现了吉林联通oss域系统间的横向信息和数据交互，实现了吉林联通oss域系统同省oss域系统间的纵向信息和数据的交互。
　　【关键词】ngoss；oss；电信运营支撑系统；框架
　　文章编号：issn1006—656x（2013）09 -0105-02
　　一、背景
　　以移动互联网、物联网、云计算为代表的开放融合信息服务成为通信信息服务发展的趋势，由它们带来的新型业务模式与传统电信业务不同，行业应用模式复杂，但业界并没有进行统一的技术标准和统一平台规划，导致缺少统一的业务标准和技术标准，产品、受理和计费流程也不固定，缺乏标准产品和商业模式，在接入上存在很大难度。电信运营商需要投入专业团队研究新业务形态和新商业模式，改变传统boss支撑模式，进行新网络、新业务平台的建设，以满足用户对应用的可操作性、可视化等个性化需求的增强。WwW.11665.CoM同时，运营商迫切需要通过电信集约化的手段实现对业务和运营支撑的统一化，以降低业务部署和运营难度。
　　由于三大电信运营商此前运营的业务较为单一，因此三个运营商的支撑系统目前还普遍存在系统架构老化、系统基础能力弱、标准化水平差、扩展能力不足等四大问题，无法更好地支撑市场发展，需通过推行一体化集约运营型oss系统来彻底完成底层数据模型以及架构的调整。本文就是针对一体化集约运营型oss系统的应用方案展开调查研究的。
　　从整体上看，我国的oss建设仍处于初级阶段，缺乏丰富的理论、技术以及实践经验，缺乏普遍认可并可以参照的建设标准和规范模型，运营商和服务商多数根据自己的理解去规划和建设oss。因此，对于我国oss标准的发展，应在以跟踪、消化为主的基础上，逐步制定相应的国内规范，发展符合国际潮流和本国实情的oss标准。
　　二、ngoss理论基础
　　ngoss是下一代运营支持系统（next generation operations support systems）的缩写。ngoss是电信管理论坛（tmf）提出的新一代oss体系。ngoss从系统（即插即用规则）、过程（企业事务过程模型）、信息（关联处理公用数据）、产品四个方面保证oss体系具备标准化、能够逐步演化、保证互连互操作（开放）、实现端到端的管理和高度自动化的特点。ngoss提出一系列的文档、信息模型和代码，分析研究企业核心业务流和信息技术，提出一套指导oss建设的系统框架和设计即插即用的oss组件方法，帮助开发商迅速开发支撑系统，满足电信运营商对oss系统建设的需要，从而使oss系统设计、开发从满足个别运营商的个体需求到分析电信运营商的整体需求的范围上来，进一步使oss系统的设计、开发进入到一个崭新时代。贴近运营商需求，使系统开发变得更迅速、更灵活、成本更低是ngoss的目标。
　　三、中国电信行业oss系统现状及问题分析
　　中国电信行业oss系统应用现状：从2003年起开始规划自身的bss/oss系统，由于电信业务比较复杂，机构分支庞大，所以电信公司主要采取各本地网、各个子系统分别建立、逐步融合的方式，原有系统模块的划分有所变化，但各系统功能仍然保留。oss系统建设目标为：逐渐由本地网集中向省集中过渡，功能模块之间将共享核心数据模型。
　　中国电信业oss系统建设与应用中存在的问题：oss发展建设缺乏总体框架指导和具体实施规范；无法满足业务变化的需求；管理流程有待进一步规范；客户资料系统不完善。
　　基于以上问题吉林电信公司一体化oss系统建设与应用应满足以下几点要求：集团、省两级纵向信息/数据交互的需求；集团横向信息和数据的需求；简化系统之间网状互联接口的需求；统一规范接口标准的需求。
　　四、吉林电信公司一体化oss系统方案设计
　

（一）系统方案设计目标与原则
　　为了支撑吉林电信oss域系统间的横向信息和数据交互需求，以及集团公司oss系统与省级系统间的纵向信息和数据交互需求，达到市县oss系统接口的贯通，满足吉林电信企业信息化架构的目标。系统建设应达到以下几个业务目标：实现集团oss域系统间的横向信息和数据交互；实现集团oss域系统同集团其他域系统间的横向信息和数据交互；实现集团oss域系统同省oss域系统间的纵向信息和数据交互；企业外部系统对集团oss域系统的信息和数据交互技术目标。通过建设总部oss应用集成平台，减少集团oss域内系统间、市与县级oss域系统间网状互连接口，达到接口的统一化和标准化。
　　系统建设应达到以下几个技术目标：（1）统一接口服务管理（2）屏蔽系统间互联的复杂性（3）建立系统之间高效、稳定的接口管理机制（4）接口服务动态发布和扩展能力运用soa理念，通过组件式模块化开发，达到系统组件的动态更新与发布，提局系统的稳定性，并提尚系统的横向与纵向扩展能力。
　　系统方案设计原则有两个分别为：面向服务构架和基于soa设计原则
　　（二）系统总体技术架构
　　oss应用集成平台系统集成逻辑图如图4-1所示。oss应用集成平台基于spring的j2ee框架，采用的是infomix数据库、业务逻辑层、展示层的三层架构。在展示层使用了extjs、struts2，dwr、flex等技术。在服务端使用了drools hibernate、h2等技术。 　图4-1 oss应用集成平台系统集成逻辑图
　　（三）系统核心业务实体概念模型设计
　　ngoss所强调是一个体系概念和结构。在体系概念和结构的指导下，规定和开发具体的标准和技术，在抽象模型和结构的基础上，研究和选择适用的分布、数据和信息共享等技术，以构造最有效的系统和应用。
　　ngoss的核心框架不使用任何特殊技术，这样即使使用新出现的技术构建新的织件时，也无需在不同技术间建立接口，只需通过构造适当的适配器就可以实现组件间的通信，从而保证了核别心框架的有效性和连续性。要保证技术独立性，ngoss核j自框架需要满足大量的约束条件，如：不能指定任何特殊的通信协议；必须允许使用同步、异步、准同步的调用方式；不能描述任何业务过程数据；必须定义技术独立的ngoss组件如何实现过程中的织州一管理接口等。
　　虽然ngoss核心框架不使用任何特殊技术，但是在框架的实现过程中不可能脱离技术。在ngoss解决方案中，任何基手技术的框架必须声明执行环境，从而保证织件开发者开发的组织，可以在这种框架实现中的正常工作。
　　（四）系统界面规划设计
　　系统界面规划如下图4-2所示：
　　图4-2 系统界面规划
　　（五）各主要子系统功能描述与业务流程设计
　　1、子系统的数据（局部）私有化
　　子系统之间的数据严格封装，一个子系统不允许直接修改另一个子系统的数据，被访问子系统必须向访问子系统提供相应的服务访问接口。
　　2、子系统划分
　　我们可以清晰定义系统的外部接口模块和土要的系统模块。接口模块土要可以分为综合采集模块，综合联机指令模块，统一缴费平台，客服接口平台，统一接入平台等系统核心模块可以分为对计费数据流的处理，综合计费模块，综合帐务处理模块，对费用管理为土的帐务管理模块，对工单管理的综合营业（客户服务）模块。
　　3、子系统分布
　　接口类：综合采集，综合联机指令，统一接入平台，统一缴费平台，客服接口管理平台。
　　技术平台类：系统管理子系统（系统框架），内存数据库系统
　　核心类（bss核心模块）：综合计费，综合帐务处理，信用控制模块，帐务管理模块，综合客户服务
　　外部应用类：渠道管理支撑系统，客户管理系统，运维管理子系统，综合资源管理，经营报表平台，产品管理系统等。
　　图4-3 基于dgoss的电信业务支撑系统架构
　　五、吉林电信公司一体化oss系统方案实施的保障措施
　　保证oss系统规划的科学性、明确oss系统评估体系的指导性、实施oss系统技术标准的统一性、保障oss系统人员培训的规范性及提高oss系统管理体制的完善性。
　　六、结论
　　在电信技术快速发展及中国电信的市场发展战略逐步转移为以客户为中心的发展策略背景下，借鉴tmf提出的下一代运营支撑系统ngoss理论体系，充分分析当前oss系统存在的问题，结

合电信运营商制定的企业目标和发展战略，对所提出的oss建设方案中的总体技术架构、核心实体模型、界面规划及核心子系统的业务功能和业务流程进行重点分析设计。
　　参考文献：
　　[1] 陈龙，张春红，云亮.电信运营支撑系统[m].北京：人民邮电出版社，2005.
　　[2] 赵慧玲，叶华.以软交换为核心的下一代网络技术[m].北京：人民邮电出版社，2002.
　　[3] 电信管理论坛.运营支撑系统与软件ngoss数据模型、体系架构与测试[m].北京：人民邮电出版社，2005：15-20.
　　[4] 梅斌.电信业务运营支撑系统的发展与演进[m].邮电设计技术，2005-05.
　　[5] 王君坷，艾波.电信运营支撑系统：软件体系结构模式系统[m].北京：人民邮电出版社，2006：44，50.
　　[6] 孔令萍.新一代运营支撑系统体系结构[j].中兴通讯技术，2003，（3）：60-6.
　　[7] 卢捍华，王亚石，闵丽娟等.基于ngoss的oss/bss 框架[j].电信科学，2009，（10）：57-62.
　　[8]谢青宇.新一代运营支撑系统与软件ngoss：数据模型、体系架构与测试[m].北京：人民邮电出版社，2003.
　　[9]sun microsystem，oss through javatm initiative simpling integration with commonapis， version.1 april 2001.
　　[10]tm-forum tmf050a.ngoss compliance testing information model and testing rules[s]， may 2003.