NGOSS学习 

 国际电信联盟(ITU)的电信管理网(TMN)模型具有高度抽象的特点,从以往的经验来看,TMN模型简单,但是实现起来却很复杂。在这种背景下,电信管理论坛(TMF)提出了“下一代电信运营支撑系统”(NGOSS)(Next Generation Operations Support Systems)。

NGOSS试图建立一种以构件为基础的分布式系统结构以及一套关键的系统服务,保证OSS具备标准化、能够逐步演化、保证互连互通、实现端到端的管理等特点。NGOSS关注的是运营系统和软件,注重通过软件来实现业务流程的自动化,它强调包含有文档、模型和代码等知识库的创建,侧重于业务流程和信息模型的定义、系统框架的定义、合作催化试点项目的实施等关键元素。

NGOSS是研究人员从电信运营企业的核心业务流出发,通过彻底分析业务流程以及研究OSS系统建设的相关技术,提出的一整套能够完全支撑电信业务,并能在业务变化过程中平滑过渡的OSS系统建设框架。在网络技术和计算机技术的驱动下,NGOSS将成为适应新时期运营商需求的解决方案,并且,NGOSS提出的一系列文档、信息模型和代码,能够帮助开发商迅速开发支撑系统,完善日益复杂的电信OSS系统。 
 
       
NGOSS的建设目标,是分析研究企业核心业务流和信息技术的同时,提出一套指导OSS建设的系统框架,通过设计即插即用的OSS组件方式,满足电信运营商对OSS系统建设的需要。这种变革使OSS系统的设计和开发从满足个别运营商的个体需求扩展到分析电信运营商的整体需求,从而使OSS系统的设计开发进入到一个崭新领域。

 
  相关概念

BOSS:电信业务运营支持系统,融合了业务支撑系统(BSS)与运营支撑系统(OSS)。

MSS:管理支撑系统

BSS:往往指计费,结算,客服,营业等系统

OSS:往往指网管,网优等系统

 

什么是NGOSS以及特征?

Next Generation Operations Support Systems/New Generation Operations Systems and Software

NGOSS提供了一组定义良好并全面文档化的方法和工具,利用它们可以使OSS系统的设计和开发进入到一个崭新阶段

1、采用多视点的方法学

NGOSS有一套完善的多视点的方法学指导整个NGOSS体系结构的建立。NGOSS从商务视点、系统视点、实现视点、运行视点4个视点来看待NGOSS的不同方面。知识库将上述不同视点整合成一个整体,是各视点的“粘合剂”。

2、采用增强的电信管理运营图

增强的电信管理运营图(eTOM)是对原有电信管理运营图(TOM)模型的增强,属于商务视点,描述了高层商务模型和商务流程。TOM的分层模型与TMN的5层模型是一致的,eTOM仍然保持了这种一致性,但考虑更全面、更细致,同时还引进了客户关系管理(CRM)、企业资源规划(ERP)等,从而使NGOSS不仅是一个电信网络运营支持系统,更是一个电信企业管理系统。

3、采用了技术无关的分布式组件体系结构

NGOSS采用了一种与技术无关的体系结构(TNA)。TNA属于系统视点,是经过高度抽象和精心设计的。TNA使得NGOSS并不局限于某种特定的技术。同时,这种体系结构又是一个完全分布式的体系结构,NGOSS系统通过分布在不同位置的各个组件完成商务流程。组件之间的接口称为“合同”,各个组件通过标准的“合同”形式向其他组件提供服务

4、共享信息环境和数据模型

NGOSS的数据环境是共享的,数据模型是单一表示的,从而做到各系统的高度集成。非NGOSS的数据格式可以通过数据适配后被NGOSS使用。

5、电信管理与企业管理的融合

TMF正在与分布式管理任务组(DMTF)展开合作,后者是企业管理和Internet环境管理标准的领导者,制定了著名的公共信息模型(CIM)和基于Web的企业管理(WBEM)标准。相信这一合作将会带来企业管理和电信管理标准的大融合。

6、基于策略的管理

NGOSS利用了IETF制定的策略(policy)的概念。policy在NGOSS中将会以策略服务的形式出现,基于策略的管理思想在NGOSS中得到了充分体现。

 

为什么需要NGOSS?
利用NGOSS,电信运营商可以在众多标准化的商业构件中选择性价比最高的模块,将软件模块通过"即插即用"的方式集成到现有系统中,通过流程定义工具灵活地制定流程,将大大地降低成本。而对于软件供应商,可以鼓励更多厂商进入电信软件领域,将能够提供更好的软件服务。系统集成商也无须去深入熟悉每一家产品的细节,选择可以重复使用的组件可以降低系统集成的难度,并使得他们的项目更加有章可循,更具可替换性。
NGOSS端到端的方案使得运营商可以根据业界最佳实践重新设计它们的业务流程,而软件供应商可以高效地提供软件,方便地集成到运营商的IT系统中。
NGOSS为业界提供了一个完整的框架和方法论,有助于高效地识别业务需求,建立商业解决方案模型。在不断变化的竞争环境中,充分利用最新的分布式操作环境,迅速实现软件系统

 

NGOSS框架包含的参考系统:

1.       Business process framework----eTOM

2.       Enterprise-wide information framework----SID

3.       Applications framework Map-----TAF

4.       Systems Integration framework-----TNA

 

保证OSS具备标准化、能够逐步演化、保证互连互通、实现端到端管理等特点

1,eTOM (Enhanced Telecom Operations Map )

定义了下一代业务处理框架和业务过程模型,主要对现有和将来业务处理进行了分析和分类。eTOM的定义尽量符合一般情况,尽量减少对技术的依赖性。

 

2,SID (Shared Information/Data Model )

共享信息模型的通用框架。

定义了实体的接口以及实体间的关系,这个接口是独立与技术实现的。SID降低了一个系统与外界系统互联互通的难度。

 

3,TNA (Technology Neutral Architecture )

定义了一系列原则用来构建灵活的、分布式的、易于集成的安全NGOSS系统。

定义了NGOSS解决方案中实现互操作的基础单元。

 

4,TAM(Telecom Applications Map )

为NGOSS的软件实施提出了框架性的建议

 

 

NGOSS的生命周期视图:业务视图,系统视图,实现视图,部署视图

其核心是将分析业务需要,明确系统需求,建立解决方案模型,开发具体应用组成一个生命周期。

其目的是积淀每个阶段成果,并使这些成为企业可跟踪可重用的东西,形成企业知识。

将处理过程、策略、功能和信息模型有机的整合在一起

NGOSS生命周期和方法论的目的

将NGOSS应用在企业自身业务分析、系统需求、解决方案设计、实现和开发等过程中

将eTOM、SID、TNA等内容结合起来

NGOSS生命周期和方法论的初步目标:

利用eTom、SID、TNA来定义、设计和开发NGOSS解决方案的框架

将NGOSS的生命周期和方法论集成进原有的管理业务和生命周期中

方法论

Scope:定义解决方案范围,包括解决方案任务目的和业务高层使用案例

Analyze:用详细的使用案例、业务过程框架和策略列表记录现有何渴望的环境

Normalize:将现有的视图映射到公共的词汇,以建立“唯一的统一模型”

Rationalize:检查规范化的模型是否适应需求变化,没有新变化的时候结束

Rectify:修改、删除或者添加功能,以适应第四步当中明确的需求变化,完成后循环回到第三步

 

 

NGOSS的核心设计思想之一是“流程驱动”,eTOM解决“流程”问题,共享信息模型(SID)解决数据问题,

 

eTOM

eTOM重点在于对运营商开展工作所涉及的过程单元和业务活动进行分类,并定义它们之间的联系。

eTOM的目的:

通过规范化业务过程的实施来管理企业,帮助企业设置竞争目标,确保与业务有关的所有关键支撑系统进行集成,实现业务处理自动化以提高企业的生产率,缩短客户响应时间。

eTom跟ngoss的关系:

?    eTOM从NGOSS的商业视图出发,对业务过程进行分析设计

?    eTOM的业务过程单元、以及在此之上定义的流程作为输入参数传入NGOSS系统视图中

?    解决方案的最终执行结果作为反馈被传回NGOSS商业视图,用来重新定义和评估

 

此外,利用eTOM这种通用流程框架,SP可以和其他企业进行有效的联系和沟通。

 

SID主要功能是:数据定义,实体划分及关联关系,数据如何组织,数据模型如何建立

SID与eTOM的关系

在业务视图中(Business View)

         SID和TOM主要关注业务层面的目标、过程、实体以及交互

在系统视图中(System View)

         SID、eTOM、TNA主要描述了系统对象、行为、计算的互操作

SID与eTOM解释了事物之间怎样协同工作来满足现有的业务需求,eTOM定义了确切的业务过程,SID则增加了信息实现的定义。SID将NGOSS生命周期中的业务视图、系统视图、实现视图及开发视图有机的联系在一起,为NGOSS提供了统一的“语言”和“词汇表”。

 

TNA(Technology Neutral Architecture,技术中立架构)。一个系统是否符合NGOSS框架规则的程度要用这个系统与下面八个架构的一致性程度来衡量,这亦是TNA的标准:

1.       接口定义

2.       技术中立的组件模型

3.       业务流程与组件部署相分离

4.       安全全能(Security-Enabled)的架构

5.       基于策略(Policy-Based)的架构

6.       共享信息与数据环境

7.       分布透明性(Distributed Transparency)

8.       一致性验证

 

NGOSS架构是一个基础模型。也就是说,NGOSS中的信息通过定义良好的模型到得再现,这些定义好的模型间能够通信和信息共享。

NGOSS学习 - SandyJing - sandyjing的成长园地

 

 

NGOSS Contract(合约)【这个东西和我们8thManage里的承诺好相似】

NGOSS合约是NGOSS系统协同工作的基本单元,合约有别于传统的API方式,它的接口定义机制提供了端到端生命周期的可见性、可追溯性和可链接性;

NGOSS定义的四个视图通过一致的方式使用合约来实现各个阶段的协同工作。在解决方案的每个阶段合约功能的规范和实现都是不断推进的。我们8thManage中的承诺机制,在解决方案的每个阶段了是不断推进的。我们在8thManage中实现的承诺正是这样一种合约。

 结束语  

 NGN是一个以数据通信为基本技术,承载包括数据、语音、图像、传真等各种电信业务的综合、统一、开放的平台,它同传统电信网络在基础设施、基本技术、网络构成、业务开拓等方面所存在的巨大差异。全新的网络需要有全新的OSS系统。基于总线技术、使用组件开发方法、能够实现即插即用的OSS系统NGOSS为NGN的运营支撑提供了完整的解决方案。虽然NGOSS已经有了相当的基础,但体系方面的变化和不定因素还仍然存在,在具体规定方面还有很大的缺口,NGOSS开发和部署的实际经验还不足。如何通过NGOSS实现对NGN网络的运营支撑,这是一个全新的课题,对这一课题的研究只是刚刚起步。无论是NGN和NGOSS,还是通过NGOSS对NGN进行运营支撑,都还有许多的工作要做,这需要运营商、OSS开发商、设备制造商、标准化组织等付出不懈的努力。

 

posted on 2012-06-02 21:40  NeverGiveUp_ZONE  阅读(1094)  评论(0编辑  收藏  举报