□ 信息产业部电信规划研究院 王红娟
在传统的网络治理正在进行变革和完善的同时，下一代网络技术的发展和应用，给网络治理系统的建设带来了新的问题。如何积极借鉴TMF提出的NGOSS建设框架，建设好其相应的网络治理系统，提高服务质量的同时降低运行成本，适应企业长远发展的需求是当前网管系统开发人员研究的重点。
一、NGOSS概念
国际电信联盟（ITU）的电信治理网（TMN）模型具有高度抽象的特点，从以往的经验来看，TMN模型简单，但是实现起来却很复杂。在这种背景下，电信治理论坛（TMF）提出了“新一代电信运营支撑系统”（NGOSS）。NGOSS是研究人员从电信运营企业的核心业务流出发，通过彻底分析业务流程以及研究OSS系统建设的相关技术，提出的一整套能够完全支撑电信业务，并能在业务变化过程中平滑过渡的OSS系统建设框架。在网络技术和计算机技术的驱动下，NGOSS将成为适应新时期运营商需求的解决方案，并且，NGOSS提出的一系列文档、信息模型和代码，能够帮助开发商迅速开发支撑系统，完善日益复杂的电信OSS系统。
NGOSS的建设目标，是分析研究企业核心业务流和信息技术的同时，提出一套指导OSS建设的系统框架，通过设计即插即用的OSS组件方式，满足电信运营商对OSS系统建设的需要。这种变革使OSS系统的设计和开发从满足个别运营商的个体需求扩展到分析电信运营商的整体需求，从而使OSS系统的设计开发进入到一个崭新领域。
IP技术的迅速发展和DWDM的大规模应用，不但推动了电信业务的迅速发展，也使NGOSS得到了技术上的保证。
二、NGOSS的特点
为适应运营治理的发展趋势，使运营系统满足日益发展变化的市场需要，NGOSS应具有以下几方面特点。
1．NGOSS是一个有机的、完整的支撑体系。新一代运营支撑系统应涵盖企业生产经营、网络运维、企业治理等各个层面，为企业的运营提供有效且完整的技术支撑，同时，运营支撑系统应是一个有机的整体，它不是企业内各支撑系统的简单叠加，而是通过特定的规则和流程将各个层面的支撑系统组织起来的一个企业支撑体系。
2．NGOSS应具备智能化的特征。通信市场变化的速度要远远超过支撑系统软件升级的速度，因此要求运营企业支撑系统必须具备足够的智能功能，以保证系统能够灵活快速地升级和完善。同时，市场营销、网络治理、经营决策等工作也需要支撑系统的智能化支持。
3．NGOSS应充分体现“以客户为中心”的思想。面向市场、面向客户的支撑系统才能真正有效地支撑企业的运营，才能发挥系统应有的作用。服务客户的重点内容就是为客户提供个性化的服务，给客户更多的选择，满足其独特的要求，非凡是针对大客户，我们可以为其定制和虚拟一套支撑系统，提供客户自主治理的手段，让客户随心所欲地治理自己的网络。只有保证客户的充分参与，才能真正体现“以客户为中心”的思想。
4．与电子商务技术相结合。互联网的迅速发展与应用，使得电子商务向支撑系统一步步渗透，它将使电信运营企业的生产经营和运维治理的方式发生变革。网上营业厅、无现金支付等将成为电信服务的主流方式。
三、NGOSS有效的参考模型eTOM
TMF在对NGOSS的研究过程中，首先提出了TOM模型，在2001年上半年，TMF根据各个成员的建议又提出了新的参考模型eTOM。eTOM模型是一个与组织结构、技术、业务都无关的过程控制框架模型，eTOM对任何希望建造适合自己企业的电信运营支撑系统的电信运营商来说都具有指导意义。
TMF在eTOM模型中还定义了三个基本的面向客户的端到端服务——业务实现、业务保障、业务计费。在面向客户的端到端业务治理的思路指引下，面对竞争激烈的市场环境，NGOSS能为运营商提供一个必要的、开放的技术平台，以使运营商能够快速地开发和部署新的业务，通过自动化操作来降低运营成本，提高网络的处理能力及网络设备的利用率，从而提高运营治理水平。
四、NGOSS基本建设思想
1．“流程优先”指导思想
企业的运营过程不仅包括运营商内部的业务流程，还包括运营商与用户、运营商与其它运营商的协作等业务流程，因此NGOSS的业务过程流不会局限于运营商本身的范围。以往OSS系统的设计仅仅满足一个部门或者一种业务的需要，而新一代电信运营支撑系统应立足于企业整体高度，否则难以解决数据无法共享、部门工作难以协调、软件修改的速度赶不上业务流程的变化等等难题。
2．“平台”与“组件”
NGOSS中包含平台的概念，该平台上的系统不再孤立，而是通过业务经营和治理流程关联在一起，平台上所有子系统对需要实现的每个应用都是透明的，既没有技术上的差别，也没有地域上的划分，仅相当于平台上的多个功能组件。平台上不同的多个组件通过不同的流程关联在一起，形成不同的应用，实现业务从开发、应用到退出市场的整个生命期的治理。NGOSS通过从组件中剥离业务过程流而使组件成为功能实体，这使组件开发变得更轻易，系统灵活性也更高。这种过程控制能力，使系统对单独的组件开发要求，转变为对过程控制的业务逻辑要求。需要改变业务过程流时，组件只需完成公共协议中定义的接口功能，应用组件不需要修改，可以重新利用。
在上述平台上，符合NGOSS体系的组件都可实现“即插即用”，只要组件满足平台上的接口规范就可以接入平台。组件可大可小，可以是计费模块、客服模块、传输网网管模块等，也可以是用户地址显示模块、用户总费用计算模块等。
3．公共总线结构
当OSS系统变得越来越复杂时，点对点的系统集成结构在面对众多子系统时显得难以维护和扩展（因为每个业务都要有面向其它系统的接口）。公共总线结构对应用系统的互连采用的不是一对一的直接连接方式，而是采用一些先进的结构和软件技术实现总线的连接。NGOSS系统中交换的数据量越大，越需要公共总线，于是公共总线结构的体系架构也就应运而生。使用公共总线结构构建NGOSS，可以使NGOSS具有组件之间相对独立、整个平台稳定可靠、系统有扩展性和灵活性、高效整合数据、高效整合业务流程、适用于各种应用和不同硬件环境等特点。
五、网络治理系统的建设框架分析
不同的电信运营商其网络环境是不同的，交换网、传输网、GSM网、IP网、智能网、信令网等网络的治理工具只能完成垂直治理，而且，由于不同的网管设备开发商采用各自不同的技术和治理协议，不可避免地带来网络协议互不兼容、治理信息不能互通、治理内容庞杂、操作界面多样等问题。同时，随着IP网络的日益发展，数据业务不断增长，基于分组技术和IP协议的下一代网络在发展和应用过程中，将面临与传统网络之间的互连互通问题，电信运营商除了面对现有的网络治理系统的问题，同时也要考虑如何使网管系统平滑过渡到下一代网管系统的问题。
结合以上对NGOSS的分析，今后网络治理体系的建设完全可以参照和借鉴TMF提出的NGOSS建设思路，在这方面，国外企业已经走在了前面，其网管系统建设经验值得借鉴。因此，运营企业应基于NGOSS的建设思想，提出可行的网络治理体系建设框架，指导网络治理系统的建设，并使其实现与企业其他支撑系统之间的信息共享，以满足企业长远发展的需求。
在电信运营企业已有的网管系统的基础上，为保证企业支撑系统的连续性，NGOSS核心框架支持符合NGOSS结构要求的组件，也可以支持非NGOSS结构要求的组件，这样可以保证运营商的原有投资不被浪费，并可以保证系统运行的连续性。原有的网管系统模块，可以通过模块的协议适配层，实现与NGOSS平台的交互。新一代电信运营企业网络治理系统的实现结构框架如图1所示。
图1所示的系统框架包括业务组件、业务流治理模块、平台监视模块和平台配置治理模块。网管系统是业务组件的重要成员，业务组件还可以包括企业各个层次的支撑系统，是系统的核心模块，实现电信生产所需要的支持功能。业务组件之间通过统一定义的通信协议，在业务流治理模块的控制下进行通信。
业务流治理模块反映运营企业的业务流控制要求，该模块可以按照业务要求进行配置，完成业务流控制功能。平台监视模块和平台配置治理模块是系统的维护治理功能模块，这两个模块完成系统平台的治理功能，包括流程监控、日志监控、系统安全性监控、系统运行情况监控等。
图1所示的系统框架不基于任何技术解决方案，但在具体实现时，需要采用面向对象的设计思想，采用科学的软件工程手段，借助先进的中间件平台，结合实际治理流程，实现最优解决方案。
六、建议
NGOSS建设思路的提出，给电信运营企业今后建设网络治理系统以及其他OSS系统的建设描绘了一个总体设计蓝图，也给旧OSS系统的改造以及新OSS系统的建设指引了一个发展的方向。但是，TMF提出的NGOSS建设框架或者eTOM模型，只能为我们提供一个参考，实际工作中需要运营企业结合自身的业务特色和经营定位、对政策环境和竞争环境的理解、自身的发展战略等因素来构建运营支撑系统及其网络治理系统。
NGOSS的建设涉及到整个电信运营企业的运营全过程，运营企业需要结合实际情况，遵循螺旋式上升的客观规律，对“新一代电信运营支撑系统”进行反复的调整和完善，使之在运营企业的业务流程与治理中发挥最大效用。
