搜索
课程回顾：概述：CORBACommonObjectRequestBrokerArchitecture公共对象请求代理体系结构通信中间件符合计算机应用的两大趋势面向对象分布式处理课程回顾：CORBA特点：●定义了一种面向对象的软件构造方法；●每个对象都作细节封装，向外界提供接口；●平台无关性；●语言无关性；底层模块的结构：IDLORBGIOP（IIOP）课程回顾：OMA参考模型应用对象ORB对象服务公用设施课程回顾：IDL属性数据结构接口和操作模块语言映射基于CORBA的网络管理优势应用：os–osOS内部OS-NE课程回顾：基于CORBA技术的实用化网管系统框架第七章新一代运营支撑系统•7.1OSS概述•7.2NGOSS框架结构简介•7.3NGOSS网管参考模型•7.4国内电信运营商对NGOSS的理解7.1OSS概述•OSS的概念：运营支撑系统（OSS，OperationSupportSystem）是电信业务开展和运营时所必须的支撑平台，它借助IT手段实现对电信网络和电信业务的管理，以达到支撑运营和改善运营的目标。包括两部分的内容：一部分是狭义的OSS系统另一部分是业务支撑系统（BSS，BusinessSupportSystem）7.1OSS概述•OSS标准的发展历程1、OSS标准的早期。2、OSS标准的发展：从八十年代末和九十年代初开始，各种团体开始对网络管理、网络互联、管理系统互联进行研究，提出相应的标准。以国际电信联盟（ITU）、国际标准化组织（ISO）、互联网工程工作组（IETF）等组织的工作比较突出。这一时期形成的规范以TMN和SNMP为代表，分别面向电信网和计算机网的管理。7.1OSS概述•3、新一代的OSS标准：其中以TMF的NGOSS(NextGenerationOperationsSystemsandSoftware)尤为瞩目，得到了来自服务商、网络运营商、设备制造商和软件提供商的热切拥护。7.1OSS概述•建设NGOSS的必要性：1、电信运营商的经营模式的转变2、电信运营商的运营还体现了企业内部过程集成性增强；过程的实时性、自动化要求增大；运营策略、管理过程调整周期缩小，企业的动态性增强的新特性，运营过程的集成性、实时性和动态性，要求运营商的支撑系统必须能支撑动态变化的需求，能支撑局部功能模块升级的需要。7.1OSS概述而新一代的电信网络具有高速、高效、低成本的特点，是一个以数据通信为基本技术，承载多种电信业务的综合平台，因此，也要求一个与之相适应的电信运营支撑系统。新一代电信运营支撑系统通过把关键的业务管理过程自动化，从而使运营商通过高效、高速的业务管理和客户服务，不断提高客户满意度，使客户管理和客户服务上升到一个新的水平。7.1OSS概述•NGOSS的特点：(1)以客户为中心；(2)软件设计组件化；(3)共享信息服务；(4)支持统一多样的接入处理；(5)实行接口合约；(6)商务处理过程的抽象；(7)公共通信平台。7.2NGOSS框架结构简介•NGOSS是由TMF管理并驱动的电信网络业务/运营支撑系统的业务解决方案框架它已成为业界公认的新一代0SS/BSS的业务框架•内容包括向运营商、设备供应商和系统集成商提供的工具和指导：运营过程，系统与软件集成图；开发架构以及文档、模型和参考代码。•NGOSS的目标是快速开发灵活的、低成本的满足互联网经济业务要求的支撑系统。7.2NGOSS框架结构简介•NGOSS框架的整体视图如图7.1所示，共分为四个角度的视图，分别是：(1)业务视图；(2)系统视图；(3)实现视图；(4)开发视图。7.2NGOSS框架结构简介图7.1NGOSS框架的整体视图7.2NGOSS框架结构简介NGOSS框架的主要交付成果包括：（1）NGOSSLifeCycleMethodology，NGOSS生命周期方法论；（2）eTOM：EnhancedTelecomOperationsMap，增强电信运营图；（3）SID：ShareInformation/DataModel，共享信息/数据模型；（4）TNA：TechnicalNeutralArchitecture，技术中立架构；（5）ComplianceTest，NGOSS兼容性测试。7.2NGOSS框架结构简介•NGOSS生命周期方法论：NGOSS生命周期方法论运用所有组成NGOSS体系中的工件，包括利用eTOM业务过程框架、SID、技术架构提供一种涵盖过程定义、系统设计、方案实现、方案部署的整体OSS业务驱动开发方法。NGOSS的生命周期的核心是将分析业务需求、明确系统需求、建立解决方案的模型以及开发具体应用的过程组成了一个生命周期7.2NGOSS框架结构简介（1）NGOSS生命周期业务视图；（2）NGOSS生命周期系统视图；（3）NGOSS生命周期实现视图；（4）NGOSS生命周期开发视图。7.2NGOSS框架结构简介图7.2NGOSS生命周期的四个视图7.2NGOSS框架结构简介•eTOM：eTOM是英文EnhancedTelecomOperationsMap的缩写，中文名称是增强电信运营图。TOM是从一般的网管扩展到OSS的全部范围，eTOM则进一步扩展到电信企业的OSS/BSS。eTOM将TOM模型扩展到整个企业的活动，而不仅仅是电信业务的运营。7.2NGOSS框架结构简介•SID：SID（共享信息与数据模型）是英文ShareInformationAndDataModel的缩写。系统设计时首先分析企业的核心数据过程，提炼出所有关键的数据，再利用共享信息模型对数据进行抽象，划分为不同的管理域建立共享的数据模型，最后根据共享的数据模型组建实际的OSS/BSS系统。7.2NGOSS框架结构简介SID业务框架图如图7.3所示，在SID框架中，运营数据被划分为8个域，包括营销、产品、客户、服务、资源（逻辑、物理）、公用业务、供应商/合作伙伴以及企业管理等。7.2NGOSS框架结构简介图7.3SID业务框架7.2NGOSS框架结构简介•TNA：TNA是英文Technology-NeutralArchitecture的缩写，中文名称是技术中立架构，或技术无关架构。图7.4NGOSS服务框架7.2NGOSS框架结构简介•基础机制：主要是现在应用服务器、网关、集群等技术；•基础框架服务：包含服务命名、查找、定位、调用等技术；•OSS框架服务：包含了那些组成业务服务的基础OSS服务，如日志服务、鉴权服务等；•OSS应用：具体的BSS/OSS服务组件；•流程服务：包含BPM/BAM等技术，将流程控制与组件实现剥离；•策略和安全管理：AAA控制；•信息共享模型和架构：SIM。7.3NGOSS网管参考模型狭义的网管主要包含网络性能和故障管理，主要包括监控和处理、恢复；在TOM框架中网管层业务过程是处于网元及服务业务层之间；在eTOM框架中网管也相应的扩展到资源层。7.3NGOSS网管参考模型•业务过程网管业务过程的3级业务过程分解图见图7.5：图7.5网管业务过程的3级业务过程分解7.3NGOSS网管参考模型1.资源开发管理；2.资源支撑与就绪；3.资源开通；4.资源障碍管理；5.资源性能管理；6.资源数据采集。7.3NGOSS网管参考模型•信息模型：SID业务框架中的资源域其目的是确保各种网络技术能实现各种服务的提供。资源域共定义了9个用于管理网络和各种网络技术的业务汇聚实体（ABE）：资源、资源规范、资源拓扑、资源配置、资源性能、资源使用、资源计划、资源障碍和资源测试。为了系统实现的需要，在SID系统框架的资源域的汇聚实体扩展为12个。7.3NGOSS网管参考模型•参考架构：网管系统的参考架构遵循NGOSSTNA架构，采用合约接口，并且对服务框架进行剪裁，强调业务过程分离，并且建议采用CORBA或J2EE技术实现。7.3NGOSS网管参考模型1.服务框架：图7.6服务模型示意图7.3NGOSS网管参考模型2.子网管划分：图7.7子网管划分示意图7.3NGOSS网管参考模型3.业务过程分离机制：图7.8业务过程和业务组件实现分离示意图7.3NGOSS网管参考模型4.共享信息服务实现：网管系统的共享信息服务应混合采用服务级的共享信息联合以及数据仓储级的共享信息联合。对于实时查询的业务服务，应提供服务级的共享信息联合，对于数据同步，可以采用数据仓储级的共享信息联合方式。5.技术实现：网管系统的技术实现可以采用CORBA或J2EE之一实现。从技术实现角度来看，CORBA和J2EE都可以通过适当的封装较好的满足TNA架构的需求，接口之间传递的数据尽量采用XML(可扩展标记语言)描述，XML描述对于合约接口的实现有着天然的优势和适应。7.3NGOSS网管参考模型•TMN体系与NGOSS体系的融合电信运营支撑系统体系框架应该完整地覆盖从客户支持到网络运营支撑的全过程，由于运营商管理重点从网络管理向运营管理的转移，其运营支撑系统的建设从遵循TMN的框架体系转移到遵循TMF的NGOSS体系，两个框架体系分别采用了不同的方法：TMN体系是以网络层为重点从下到上进行支撑(从网络到运营)，而NGOSS体系是以市场和客户为重点从上到下进行支撑（从市场到网络），因而两大框架体系的融合是必然趋势。7.4国内电信运营商对NGOSS的理解国内电信运营商从2000年开始了解电信管理论坛的eTOM前身TOM，随着eTOM的发布，电信运营商开始广泛介入NGOSS框架，进一步对SID进行理解，并在最近两、三年内各主要电信运营商包括：中国电信、中国联通、中国网通、中国移动都注册成为电信管理论坛的正式成员，并且在各自的BSS/OSS建设过程中都不同程度的采用了NGOSS框架的成果进行指导和实现。7.4国内电信运营商对NGOSS的理解总体来说，对NGOSS框架、生命周期方法论、eTOM、SID、TNA、兼容性测试等几个方面来说，国内电信运营商对eTOM理解最深，对NGOSS框架、SID理解次之，对生命周期方法论、TNA只是根据所采用的实现技术或生命周期管理方法自发的适应，对于兼容性测试与认证在目前了解的范围内基本上都没参加。