电信运营支撑系统演变过程及概述

1、电信运营支撑系统演变过程及概述第一章：电信业务运营支撑系统概述0、序言1、电信业务运营支撑系统概述电信治理网（TMN）结构及演进2、电信运营及模型（TINA）3、电信治理论坛（TMF）与电信运行图（TOM/eTOM）4、国内电信业务运营支撑系统现状0、序言什么是电信运营：电信运营商利用自身的通信资源，提供给消费者通信服务，而猎取利益。运营的含义：网络和业务的运行、维护及经营。电信运营的目的：提供更加优质的服务，猎取更高的收益。什么是电信服务？：网络服务，网络承载的差不多业务、业务平台提供的增值业务，打包的电信产品（套餐），外包服务，。什么是电信运营支撑系统？采纳计算机的技术，支持电信业务的运营

2、过程的计算机系统。所引出的问题：如何“更快、更高、更准”：通信技术的不断进步；如：3G/Wimax、宽带技术，如何更好地分析、认识、挖掘市场，如何更准确地计量，如何更快地将电信服务交付给用户，同时、涉及到电信公司本身如何有效地治理。电信运营支撑系统的特点：复杂、庞大，分布、协同、跨部门，异构研究电信运营支撑系统的意义：任何行业和领域都面临信息化建设的问题共性问题业务支撑，计算机应用的全然问题，促进计算机技术的进展计算、软件电信业务运营支撑系统概述电信治理网（TMN）结构及演进电信业务运营支撑系统的概念目前在业界比较混乱，有多种定义如下：电信运营支撑系统OSS (Operating Suppor

3、t System)，电信业务支撑系统BSS (Business Support System)，电信业务运营支撑系统（BOSS），出于中国移动的概念其中：业务(business)源于TMN的术语。目前国际上比较公认的叫法：OSS/BSS电信业务运营支撑系统(OSS/BSS)定义:是以市场为导向，面向电信业务和网络的运营支撑以及面向客户服务的企业经营支撑的计算机信息处理和治理系统。包括：电信业务治理：业务及资源配置、业务故障及性能、业务预备及测试等治理支撑；客户服务的治理：计费、帐务、业务开通和实现、收费等客户关系治理CRM；市场营销的治理：市场策略及营销打算、策略执行及评估、营销渠道治理等。业

4、务合作伙伴治理：电信业务支撑系统的起源：在业界，OSS概念最初源于ITU-T TMN系列建议中的运营系统（OS），OS是用来支撑网络运营的系统， OSS由ITU-T TMN OS演化而来，OSS定义的内涵指电信运营商的支撑系统，其概念范围包括BSS，也包括网元治理系统/网络治理系统等。但从过去ITU-T TMN方面的研究内容来看，ITU-T TMN偏向于设备和网络的治理。（自底向上）电信治理网TMN结构及功能国际电联的电信治理网络标准化建议TMN将电信治理分为四个层次：经营治理层：支撑整个电信企业的决策和治理业务治理层：电信业务的提供、操纵和监测，与业务相关的计费网络治理层：网络话务监视与操纵

5、、路由调度、质量监测网元治理层：对网元的操作与治理，远程维护 电信治理网TMN功能模型TMN每个层面都有运营系统OSTMN的局限性：专门好地解决了网络治理的统一；然而关于业务治理和经营治理却“力不从心”缘故分析：运营模式依旧“面向网络”、“以业务为中心”用治理框架（FCAPS）和标准接口（参考点）专门难将企业的经营进行统一。2、电信运营及模型（TINA） 电信信息网络体系结构TINA（Telecommunications Information Network Architecture)TINA-C论坛：其宗旨是将TMN与智能网IN结合，用标准化的模式解决电信业务治理和运营的问题，智能网IN及

6、下一代网络NGN是提供电信业务和增值业务的平台。TINA-C提出的一些标准化建议和草案可作为电信业务支撑系统设计和规划的理论基础。TINA-C的电信经营模型Access and Usage（接入和使用）An ExampleMultiple Provider Scenario 电信运营及模型（中国联通）电信运营企业的经营模式经营参考模式的特点：统一的客户服务（综合营业、综合收费）；客户服务与业务提供商分离：拓展营业网点、进展其它营销渠道（代理商、ISP），拓展业务范围、代理其它业务提供商的业务（外包服务）；业务提供与网络提供商分离（接入与服务）：加快新业务的开发和部署，充分利用网络资源，跨网络提

7、供商的资源共享和业务提供经营模式的核心思想：以市场为导向、以客户为中心、以业务为依托、以网络为基础电信市场环境的变化、新的业务模式的出现（移动数据业务模式）促使电信运营商的运营模式发生变化：客户服务、市场开发，业务运营及治理，网络及资源的规划和运行，供应商及业务伙伴的开发和治理，企业治理在不断加剧的市场竞争环境下，如何保企业的运营快速、健康和可持续进展？市场环境变化引导企业转变治理观念。 电信治理论坛（TMF）与电信运行图（TOM/eTOM） TMF（TeleManagement Forum）：是一个由通信服务提供商及其供应商组成的国际性的协会，它的使命确实是关心业务提供商（Service P

8、rovider）和网络运营商（Network Operator）以一种最节约费用和时刻的方式来自动化他们的业务处理过程。具体而言，电信治理论坛的工作包括：建立业务处理过程的运行指南；取得各处理活动之间的信息流的一致；定义支持与OSS互连的理想的系统环境；支撑集成的和自动化的电信运行过程的建立，以及真正产品的开发。TMF的目标：以经营业务（Business）和客户服务（Customer Service）驱动的途径，来获得端到端（End-to-End）的业务流程自动化；TMF强调为经营问题提供有用的解决方案，并基于ITU-T的TMN模型的经营层（Business Layer）。在经营环境领域中，T

9、MF定义经营处理过程，需求模型，和信息模型。TMF基于ITU-T TMN概念，重点研究并进展“业务治理”和部分“网络治理”方面的框架理论和概念，提出了NGOSS和eTOM等理论和概念。能够讲，OSS概念在TMForum中得到了进展和广泛的应用；尤其是随着NGOSS的提出，OSS/BSS的提法也得到业界的认可，通常前者指面向网络和设备维护的后台支撑系统，后者指面向业务和客户的前台支撑系统，但OSS和BSS的概念在TMForum中至今并没有一个特不明确清晰的定义或划分界限。 电信运营图TOM（Telecom Operations Map）是TMF最先提出的业务运营流程框架，它是基于TMN结构和TI

10、NA的经营模型，结合电信运营实际的TOM是业务处理过程的蓝图以及设计和开发集成业务运营支撑系统（OSS/BSS）的起点。TMF的电信运行图TOM TOM中的FAB联通网络及其它网络提供商长途网第三方业务提供商联通业务提供或代理商IP数据网CDMA移动网GSM移动网传输网增值业务平台ISP/ICPIN业务提供差不多业务提供联通网络及其它网络提供商长途网第三方业务提供商联通业务提供或代理商IP数据网CDMA移动网GSM移动网传输网增值业务平台ISP/ICPIN业务提供差不多业务提供收费点客服中心、营业厅、客户端对端的治理业务实现（1）端对端的治理业务保障（1）端对端的治理业务计费（1） 增强（扩展

11、）的电信运营图eTOM业务运营的含义：面向客户的 1、市场的分析与预测，2、业务产品的开发，3、业务的部署及治理，4、业务的运行及维护，5、业务的评价与审计。以最低的成本、最快的速度开发出最满足客户和市场需求的业务产品。低成本：指降低业务开发和运营支持的成本。快速：指快速的业务开发与部署、以及运营支持的开发与部署。合适的业务产品：业务的生命周期与业务的投入和回报（ROI）电信运营支撑系统（OSS）作为快速开通业务及时保障业务、优化治理网络资源的重要手段，是电信网络运营治理不可分割的一部分。全球化竞争的电信市场和电信多元化价值链的形成促进了OSS技术的飞跃进展，电信运营支撑系统在电信集约化经营的

12、实践中扮演着越来越重要的角色。合理使用OSS技术，建设功能完善、互通灵活、充分共享信息的运营支撑系统，是我国每个电信运营商目前极为关注并重点进展的运营治理战略之一。电信业务支撑系统的技术进展。国内电信业务运营支撑系统现状中国电信：1997年，中国电信推出“97 工程”希望利用先进的技术手段和治理方法，提高电信业务的服务质量和综合治理水平，适应电信体制的变革，实现本地网市内电话业务数据的集中治理、各生产部门的信息共享。初步实现了端到端的业务流程治理“97工程”的历史作用：公认为是国内电信运营支撑系统建设和研究的开始。为后续的0SS/BSS的建设和进展奠定了基础。“97系统”的不足：面向市内电话业

13、务，造成信息孤岛，未考虑完整的业务支撑 中国移动：2001年6月，中国移动制定了中国移动BOSS系统技术规范,旨在通过一个统一完整的规范来指导中国移动的整个运营支持系统BOSS的建设，BOSS系统的规划和建设遵循“一体化、二级中心和三层结构”的原则， 一体化是指将计费、 结算、帐务、客服及业务治理等功能进行统一规划和考虑，使BOSS成为真正一体化的信息资源充分共享的支持系统。二级中心是指BOSS系统分为集团公司级系统（全国中心）和省级系统（省中心）两级。而三层结构是指BOSS系统在逻辑上分为数据核心层、业务逻辑层和接入层。客观上讲!中国移动的BOSS一期工程是中国第一个完整意义上的BSS/OS

14、S系统（一体化），对促进中国BSS/OSS市场的健康成长和进展起到了重要作用。中国移动BOSS1.0系统框架：中国联通：关键词：集中、综合业务支撑，一个体系结构、多个子系统，以数据为核心，操作型与分析型的分离从运营商的IT架构谈起第三章 下一代电信业务运营支撑系统中间件技术篇1、 概述2、 中间件的技术规范3、 三种主流中间件技术平台的介绍4、 中间件是实现电子商务的基础软件5、 中间件符合软件进展的潮流 一、中间件技术概述1、中间件的概念：随着计算机技术的飞速进展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和治理多种应用系统，软、硬件平台和应用系统之间需要

15、可靠和高效的数据传递或转换，使系统的协同性得以保证。这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在那个环境下应孕而生。比较流行的定义是：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/ 服务器的操作系统之上，治理计算资源和网络通讯。 2、中间件特点及优势：通常意义下，中间件应具有以下的一些特点 ：满足大量应用的需要 ；运行于多种硬件和OS平台 ；支持分布式计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互功能 ；支持标准的协议 ；支持标准的接口。 程序员通过调用中间件提供的大量

16、API，实现异构环境的通讯，从而屏蔽异构系统中复杂的操作系统和网络协议。 中间件提供客户机与服务器之间的连接服务，这些服务具有标准的程序接口和协议。中间件在分布式的客户和服务之间扮演着承上启下的角色，如事务治理、负载均衡以及基于Web的计算等。 具体地讲，中间件屏蔽了低层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 3、中间件的应用领域与分类 ：数据访问中间件：对异构环境下的数据库实现联接或文件系统实现联接的中间件；远程过程调用中间件：程序员编写客户端的

17、应用，能够调用位于远端服务器上的过程；消息中间件：用来屏蔽各种平台及协议之间的特性，进行相互通信，实现应用程序之间的协同；交易中间件：在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台；对象中间件等。对象中间件：在分布、异构的网络计算环境中，能够将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用。 面向对象标准原本只有一个，即CORBA(公共对象请求代理体系结构)，后来，Sun推出了企业级JavaBeans(EJB)，用自己易使用的程序模型来对CORBA做出了改进。微软COM(Component Object Model，组件对象模型)的出现，使面向对象中间件市场里又

18、多了一个标准，二、 中间件的技术规范中间件的技术规范（DCE）1、DCE体系 分布式计算环境DCE（Distrbuted Computing Environment ），它由Open Software Fondation 制定，现在那个组织被称为Open Group。DCE由多个共同在一起工作的组件组成，它们是：远程过程调用（RPC）、本地和全局目录服务（CDS和GDS）、安全服务、DCE线程、分布式时钟服务（DTS）、分布式文件服务（DFC）。线程、RPC、CDS、安全服务和DTS组件通常被成为安全核心，同时是组成任何DCE环境所必须的组件，DTS是可选件。在DCE环境中，还包括用于治理这些

19、组件的治理工具。 DCE被称做中间件或使其具有能力的技术，它不是独立存在的，而是被捆绑在供应商操作系统中，或者由第三方供应商进行集成。中间件的技术标准（DTP）2、 DTP模型与XA规范 DTP（Distributed Transaction Processing）模型是X/OPEN组织提出的一种软件结构，这种结构同意多个应用程序去共享多个资源治理器提供的资源，同时具有协调全局事务的能力。X/Open DTP模型（1994）包括：应用程序（AP）、事务治理器（TM）、资源治理器（RM）、通信资源治理器（CRM）。一般，常见的事务治理器（TM）是交易中间件，常见的资源治理器（RM）是数据库，常见

20、的通信资源治理器（CRM）是消息中间件。事务（Transaction）又称为交易，指一个程序或程序段，在一个或多个资源如数据库或文件上为完成某些功能的执行过程的集合。事务具有ACID特性。分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法能够明白事务在任何地点所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。 所谓全局事务，是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，那个工作即是一个全局事务，例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处但必须全部被提交或回滚。现在一个数据库对自己内部所

21、做操作的提交不仅依靠本身操作是否成功，还要依靠与全局事务相关的其它数据库的操作是否成功，假如任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 一般情况下，某一数据库无法明白其它数据库在做什么，因此，在一个DTP环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）映射到全局事务中。 XA确实是X/Open DTP定义的交易中间件与数据库之间的接口规范（即接口函数），交易中间件用它来通知数据库事务的开始、结束以及提交、回滚等。XA接口函数由数据库厂商提供。 中间件的技术标准（CORBA）3、 CORBA 公共对象请

22、求代理结构CORBA（Common Object Request Broker Architecture ），由国际对象治理组织OMG制定，那个组织是一个国际性组织，始建于1989年，现已拥有包括生产厂商与软件开发商800多个会员，其目的是在分布和异构计算机环境下为应用软件的开发提供一个公共框架，使开发出来的软件即面向对象又具有可重用性、可移植性以及可操作性等特点。该规范描述和定义了OMA的ORB接口和特征。OMG于1998年分布了最新的CORBA2.2规范4，其要紧内容有：1. ORB内核（Core）；2. OMG接口定义语言IDL；3.接口池（Interface Repository）；4

23、.语言映射（Language Mapping）；5.接口存根与骨架（Stub and Skeleton）；6.动态调用与分布（Dynamic Invocation and Dispatch）；7.对象适配器（Object Adapter）；8. ORB互操作协议（Inter-ORB Protocol）。COBRA标准要紧分为3个层次：对象请求代理ORB （底层）：规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的软总线；公共对象服务：在ORB之上定义了专门多公共服务，能够提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；公共设施（上层）：

24、定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。对象请求代理（ORB）的作用：在传统的基于客户机/服务器模式的应用程序开发过程中，项目开发人员遵循公开的标准或自由设计模块间的协议，如此的协议依靠于网络类型、实现语言、应用方式等。引入ORB后，客户只要遵循服务对象的对外接口标准向服务对象提出业务请求，由ORB在分布式对象间建立客户-服务对象关系。总结起来，ORB的作用包括：同意客户发出的服务请求，完成请求在服务对象端的映射；自动设定路由查找服务对象；提交客户参数；携带服务对象计算结果返回客户端。CORBA构件模型CCM，是OMG组织制定的一个用于开发和配置分布

25、式应用的服务器端中间件模型规范，它要紧包括如下三项内容：抽象构件模型，用以描述服务器端构件结构及构件间互操作的结构；构件容器结构，用以提供通用的构件运行和治理环境，并支持对安全、事务、持久状态等系统服务的集成；构件的配置和打包规范，CCM使用打包技术来治理构件的二进制、多语言版本的可执行代码和配置信息，并制定了构件包的具体内容和基于XML的文档内容标准。中间件的技术标准（J2EE）4、 J2EE J2EE是一种多层应用模式的结构体系。整个规范由SUN公司提出，它将业务逻辑从系统服务功能和用户界面中分离出去，放置在客户层和应用基础设施这两层之间的中间层，是目前应用的最为广泛的面向Web的应用系统

26、结构规范。 J2EE的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服务器端中间件的标准。 在J2EE中，Sun给出了完整的基于Java语言开发面向企业分布应用规范，其中：在分布式互操作协议上，J2EE同时支持RMI和IIOP，在服务器端分布式应用的构造形式，则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式，以支持不同的业务需求，EJB自从J2EE推出之后，得到了广泛的进展，差不多成为应用服务器端的标准技术。SunEJB技术是在Java Bean本地构件基础上，进展的面向服务器端分布应用构件技术。EJB给出了系统的服

27、务器端分布构件规范，这包括：构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。 EJB是业务逻辑层的中间件技术，它提供了事务处理TP的能力，自三层结构提出以后，业务逻辑层（中间层：处理事务的核心），从数据存储层分离，取代了存储层的大部分地位。从分布式计算的角度，EJB像CORBA一样，提供了分布式技术的基础。提供了对象之间的通讯手段。 EJB中的Bean能够分为会话Bean和实体Bean，前者维护会话，后者处理事务。目前Servlet负责与客户端通信，访问EJB，并把结果通过JSP产生页面传回客户端。 中间件的比较分析业界常用的做法从以下三个方面进行分析：1、集成性：集成性要紧反

28、映在基础平台对应用程序互操作能力的支持上。它要求分布在不同机器平台和操作系统上、采纳不同的语言或者开发工具生成的各类商业应用必须能集成在一起，构成一个统一的企业计算框架。这一集成框架必须建立在网络的基础之上，同时具备关于遗留应用的集成能力； 2、可用性：要求所采纳的软件构件技术必须是成熟的技术，相应的产品也必须是成熟的产品，在至关重要的企业应用中能够稳定、安全、可靠地运行。另外，由于数据库在企业计算中扮演着重要角色，软件构件技术应能与数据库技术紧密集成； 3、可扩展性：集成框架必须是可扩展的，能够协调不同的设计模式和实现策略，能够依照企业计算的需求进行裁剪，并能迅速反应市场的变化和技术的进展趋

29、势。通过保证当前应用的可重用性，最大程度地爱护企业的投资。 四、 BSS/OSS的中间件架构 1、BSS/OSS的本质确实是对处于网络分布环境中的各计算机系统进行交互协作，从而支持新的商业运作模式。2、治理和传输各业务系统之间的数据信息、协调各系统的处理模块的中间治理服务系统，是保证BSS/OSS应用成功的关键。3、应用服务器、通用业务网关（接口平台）、支付网关、通信平台和安全平台，统一纳入BSS/OSS中间件构架的范畴。 4、从技术角度看， BSS/OSS将由互联网技术、传统IT技术以及具体的业务处理所构成。然而，系统的建立将会面临许多新的问题，包括：应用系统：能不能快速地建立，能不能适应大

30、用户数、高处理量要求，能不能提供高效率、高可靠性、高可用性等等关键任务的要求，能不能满足安全需要等等。规划出一个整体的应用框架，并提供一个支持平台，用于BSS/OSS应用的开发、部署和治理，并能籍此解决上述各种问题。这差不多进展成为一个能广泛适应的标准的支撑层，成为Internet应用的基础设施（Infrastructure），这一支撑层实际上是基于Internet的中间件，也确实是应用服务器。BSS/OSS应用包含以下层次： 扫瞄器：这是进入BSS/OSS的通道。应用平台：提供不同应用类型的生成工具软件，如网上商店、网络支付、虚拟社区等等。交换平台：对内集成企业内部的各种与BSS/OSS相关

31、的业务系统，对外连接商业合作伙伴，如银行、供应商、客户、配送结构，完成各种不同业务系统之间数据转换和整合。基础平台：用来支持大量Internet客户的并发访问，使应用开发商快速开发出灵活多变的应用，尽快把信息系统和业务活动放到Internet中。中间件构架是一种应用集成的关键件，不管BSS/OSS应用分布在什么硬件平台上，使用了什么数据库系统，透过了什么复杂的网络，各种应用的互连和互操作是中间件构架首先要解决的问题。针对不同的应用环境，对BSS/OSS中间件构架有各种不同的要求。在通信方面，中间件构架要支持各种通信协议和通信服务模式，传输各种数据内容，数据格式翻译、流量操纵、数据加密、数据压缩

32、等等； 对工作流应用，需要依照条件以及条件满足状态，将信息、响应状态从一个应用传递到另一个应用；对联机事务处理，需要保证分布式的数据一致性、不停机作业、大量并发的高效率；关于一个数据采集系统需要保证可靠传输等等。在BSS/OSS中间件构架核心，要解决名字服务、安全操纵、并发操纵、可靠性和效率保证等；在BSS/OSS应用开发方面，要能提供基于不同平台的丰富的开发接口，支持流行的开发工具和异构互连接口标准等；在治理方面，解决BSS/OSS中间件构架本身的配置、监控等，为BSS/OSS应用的易用易治理提供保证。BSS/OSS中间件趋势Order EntryOrder EntryServiceProv

33、isioningCustomerContact CenterCustomerDatabaseBillingSystemMisc.Events CollectionFiltering CorrelationTroubleTicketingWorkforceManagementPerformanceManagementThresholdsNetworkInventoryFront-end ApplicationsBack-End Applications JAVACommunication Bus Publish/Subscribe Rule based engines Workflow Mana

34、gement Corba五、中间件符合软件进展的潮流：软件构件化（Software Component）技术是在大工业生产启发下应运而生的，是软件技术跨世纪的一个进展趋势，其目的是完全改变软件生产方式，从全然上提高软件生产的效率和质量，提高开发大型软件系统尤其是商用系统的成功率。复用软件一直是整个世界软件业所追求的梦想，软件构件化为实现这一梦想指出了一条切实可行的道路，而中间件正是构件化软件的一种形式。中间件抽象了典型的应用模式，应用软件制造者能够基于标准的形式进行开发，使软件构件化成为可能，加速了软件复用的进程。因此，中间件是符合软件进展的内在规律的。六、OSS/J介绍：NGOSS提供了一个

35、技术无关的框架，而OSS/J则提供一个符合框架原则的技术相关（Java）的实现方案。NGOSS关注架构原则，提出了公共通信机制，流程操纵外部化，合约定义接口等架构原则，同时定义了共享信息和数据模型，便于应用集成。OSS/J为构件创建一个标准运行环境，消除了学院框架和实践设计模式间的障碍。事实上，OSS/J在专门大程度实现了TMF的愿景。OSS/J 的由来：就在TMF于2000年提出NGOSS的概念时，以SUN为首的一些厂商，如BEA，IBM， NEC， Motorola，Nokia等，酝酿成立了OSS/J工作组(OSS/J，OSS through Java Initiative )。他们一直在

36、为加速OSS/BSS解决方案的开发、简化其中系统组件的部署和集成而努力。OSS/J规范的推出是在JCP（ Java Community Process, ）支持下完成的，以Java规约请求（JSR，Java Specification Request）的形式提交。JCP是SUN和许多其它主流厂商所主导的一个社团，现有500多个公司和组织参与。Roadmap to NGOSSStep 1: Step 1: Pick the most comprehensive telco business frameworkStep 2: Pick the only open standard software

37、 foundation truly adoptedStep 3: Mandate Standard APIsStep 4: Integrate best of breed interoperable componentsStep 5: Harmonize presentation and processes on low cost mainstream middlewareTMF NGOSSJava and Web ServiceTMF NGOSSOSS/J Functional APIsJava and Web ServiceTMF NGOSSCertified ProductsOSS/J

38、Functional APIsJava and Web ServiceTMF NGOSSJBI, JES, OpenOffice, Identity MgtCertified ProductsOSS/J Functional APIsJava and Web ServicesTMF NGOSSFrom the theory to practice with OSS/JOSS/J 原则和架构：OSS/J的制定立足于J2EE平台，它的制定基于以下原则：OSS的功能以EJB构件定义实现；粗粒度，面向业务的接口；利用应用服务器支持集群，可扩展性和错误恢复；利用消息机制最小化构件间的耦合；支持工作流；依

39、靠JCA集成遗留系统Alignment with TMF NGOSSAlignment with TMF NGOSSAlignment with TMF NGOSSWorkflow + JMS/XMLExternalised Process controlStandardized APIsContract Defined InterfacesJMS/XMLCommon Communication VehicleContract Registration & TradingJCA, RMI/IIOP Integration with legacy systemsEnterprise Java B

40、eans Component based softwareJNDI registration工作组利用JAVA技术，为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS的开发者使用。OSS/J的优点在于它定义了标准的接口，应用间能够通过此接口进行交互。API的定义中考虑了其适应性和可扩展性。在设计中应用了许多设计模式，保证了新实体加入时，可不能阻碍到API的架构。 OSS/J 关注域 (late 02)QoS and Performance APIQoS and Performance API Performance data Alarm data Usage dataAP

41、Is supporting the following areas first (all Final Draft except Inventory In Public Draft final in May03):Service Activation API Order Management Network ActivationTrouble Ticketing API Customer Mngt Network LevelScalability, Security, Integr. CORBA, EAI, B2B (ebXML, SOAP,), etc.Common APIIP Billing

42、 API Usage Data Collection Billing + RatingInventory API各关注域之间的关系Trouble Ticket ManagerPerformance Data CollectionTrouble Ticket ManagerPerformance Data CollectionServiceInventoryResourceInventoryCustomer CareOrder ManagerNetwork ActivatorOtherOSSOtherOperatorsSLA ManagerUsage Data CollectionFault D

43、ata CollectionTrouble TicketService ActivationBilling & Rating Quality of Service IP BillingProductInventoryInventoryOSS服务开通API（OSS Service Activation API或SA API）： 要紧提供了对订单的管理功能（例如生成、修改、删除、查询订单等）和服务的治理功能。API中并没有给出指定的“服务信息模型（Service Information Model）”，而是将这部分工作留给开发者去实现，如此开发者能够依照自己的业务逻辑的需要定义服务信息模型。SA

44、API中关于订单治理的定义是依照TMF 603中的“世界订单信息协定”（World Ordering Information Agreement）以及OMG WMF/WfMC的“订单状态模型（Order State Model）”的定义完成的。 OSS故障单API（OSS Trouble Ticket API或TT API）：定义了生成、更新、查询、关闭故障单的一系列操作。网管系统能够通过调用TT API自动生成故障单，服务提供商也能够利用它产生和处理故障单，客户关怀系统能够调用这些API将故障单发送给服务提供商；假如故障单的治理是在一个工作流程中完成的话，那么开发人员能够使用这些API与工作

45、流引擎进行信息传递。 OSS/J设计的实现依靠如下几个机制：依靠XML消息实现异步和松耦合交互模型；强类型，基于对象的事件；XML消息机制；基于JMS的事件和消息订阅机制；利用JNDI规范，定位OSS/J架构元素（会话对象，主题，队列等）的服务；依靠外观模式实现OSS/J的会话组件接口，以JVT对象作为参数技术选择：J2EE, XML and Web ServicesJ2EE, XML and Web Services紧耦合集成Java EJBRMI IIOPJava EJBRMI IIOP松耦合集成Java EJBRMI IIOPXMLJMSB2B集成XMLWeb ServicesXMLWe

46、b ServicesOSS/J定义了如下两种交互模式，用以支持A2A的集成和B2B的集成： JAVA值类型会话对象（JVT，Java Value Type Session Beans）： JVT是一种JAVA模式，通过值对象作为参数来访问后端实体。应用外观模式（facade）,通过单一接口访问系统定义的实体。以Java值类型对象作为参数，也可进行批量操作。JVT类型接口使得JAVA应用间能够进行紧耦合的集成。 XML/JMS消息: OSS/J中定义了JAVA对象到XML的映射，在XML表示和JAVA对象间建立了一个等价的对应关系。XML表示的消息请求中定义了操作，它传递使用XML模式定义的标识

47、和治理实体的状态。XML表示的请求对象被传递到特定应用的消息驱动对象（MDB，Message Drive Bean），MDB通过JVT接口操作实体。第四章 下一代电信运营支撑系统 共享信息和数据模型（SID）设计原理什么缘故要研究共享信息和数据模型？什么是SID？SID信息模型的设计原理SID描述SID的应用什么缘故要研究SID？：信息孤岛、信息冗余、缺乏统一的信息术语交互、信息共享新的治理需求BOSS应用环境愈加复杂：用户和设备的数量增加、提供的服务数量增加、业务链的延伸；BOSS应用和使用的系统复杂：必须满足不同的用户和应用需求，需要灵活的架构和治理；随需应变的治理 业务提供的障碍固定的提

48、供和策略 (the EML, NML, and SML are provisioned separately)：Manual fine-tuning and validation is inconsistent and doesnt scale 人工的接口造成不一致，Hard to build a flow-through system 专门难支持流程网络部件不能联动：Currently measure traffic load and content，Need to measure customer, resource or service analysis，A router or swit

49、ch doesnt know customer needs, product offerings or personalized SLAsOSSs 孤立于客户服务和服务提供：Difficult to manage and integrate in real time解决之道 To define and use a new information modelBuilt towards promoting data sharing and reuse（共享和复用）Built to support multiple mappings（映射） to different implementations

50、using different data storesTo define and use new extensions of this information modelIntegrated support for SLAs, Contracts, and other Business Entities Integrated support for translating between different representations of policy Especially between business and device configuration二、什么是SID？The SID

51、 is the NGOSS “Glue”Provides business, system, and implementation views to drive design and implementationAn organized collection of business and system entity definitions and UML models thatProvide a common information/data languageDepict the relationships among the entitiesSID and the NGOSSSID is

52、the NGOSS “glue”Provides a ：business view，system view，implementation viewThree views necessary to ensure that business requirements can drive system design and implementationSID and the IndustrySID is a federation of models, not “home-grown”：Material mined from company contributions (BT, Telstra, Me

53、taSolv) as well as ITU, IETF, and DEN-ngSID is already being used!：TM Forum Catalyst Projects，OSS/J，T1M1 Global Telecom Data Dictionary (GTDD)，By vendors, such as MetaSolv and Intelliden，By Service Providers, such as BT and TelstraEntity Template/Entity PatternSUBSCRIBER/RECIPIENTSUBSCRIBER/RECIPIEN

54、TRECIPIENTOWNERPRODUCTPRODUCT SPECIFICATIONSERVICESERVICE SPECIFICATIONRESOURCERESOURCE SPECIFICATIONrealizedAsdefinedByutilizePhase 2Phase 2三、SID信息模型的设计原理信息建模的差不多方法：从企业过程模型到企业信息模型、现实世界的概念抽象四、SID描述 Archetype Used for All SID Models 共性业务实体RequestResponseRequestResponseNotificationAgreementCommandInte

55、ractionLocationPartyPolicyManagedEntityPhase 2Phase 2Phase 2Party (Simplified)Interaction Example Customer-CustomerCustomer-OrderProduct设备 资源 and 资源描述Equipment Hardware ClassesEquipment - PhysicalResourceRoleSID的应用共享信息数据服务SID应用数据的处理和存储需考虑的问题：共享信息的实现结构应与分布式的构件接口一致。即：服务（信息服务）；应将处理逻辑和共享数据的耦合降低；对数据封装；对数

56、据的操作应保证数据的一致性、完整性。尽量提高数据处理的效率在NGOSS中将数据分为：局部数据和共享数据。如：订单处理过程中的客户数据是共享数据、内部状态数据为局部。信息服务层：是对原始数据进行的加工和处理，转换（信息结构、编码）、适配引入共享信息数据模型的全然目的在于信息的充分共享。单独的NGOSS共享信息模型将为大量的共享信息服务定义信息模型并提供公共框架。通过信息共享，实现信息在一定业务流程驱动下的动态交互，即通过业务流程来驱动各部门、各应用系统之间的协调运作，从而实现企业自动化。第五章 软件体系结构及NGOSS-TNA软件体系结构的兴起软件体系结构的定义软件体系结构的风格NGOSS采纳的

57、软件体系结构TNA1、软件体系结构的兴起六十年代的软件危机使得人们开始重视软件工程的研究。最初软件设计的重点放在数据结构和算法的设计，随着软件系统规模和复杂性增加，整个软件系统的结构和规格讲明显得愈加重要。在此种背景下，人们认识到软件体系结构的重要性，并认为对软件体系结构的系统、深入的研究将会成为提高软件生产率和解决软件维护问题的新的最有希望的途径。软件体系结构的设计差不多成为软件开发过程中的一个时期。自从软件系统首次被分成许多模块，模块之间有相互作用，组合起来有整体的属性，就具有了体系结构。好的开发者常常会使用一些体系结构模式作为软件系统结构设计策略，但他们并没有规范地、明确地表达出来，如此

58、就无法将他们的知识与不人交流。软件体系结构是设计抽象的进一步进展，满足了更好地理解软件系统，更方便地开发更大、更复杂的软件系统的需要。 软件总是有体系结构（Architecture）的，不存在没有体系结构的软件。从细节上来看每一个程序也是有结构的。早期的结构化程序确实是以语句组成模块，模块的聚拢和嵌套形成层层调用的程序结构，也确实是体系结构。结构化程序的程序（表达）结构和（计算的）逻辑结构的一致性及自顶向下开发方法自然而然地形成了体系结构。由于结构化程序设计时代程序规模不大，通过强调结构化程序设计方法学，自顶向下、逐步求精，并注意模块的耦合性就能够得到相对良好的结构，因此，并未特不研究软件体系

59、结构。随着面向对象软件时代的到来，软件也从传统的软件工程进入到现代面向对象的软件工程，研究整个软件系统的体系结构，寻求建构最快、成本最低、质量最好的构造过程。 什么缘故要研究软件体系结构？软件工程技术进展的要求 程序设计时期程序设计时期早期软件工程时期手工作坊软件危机1.软件开发无打算性；2.软件需求不充分；3.软件开发过程无规范；4.软件开发产品无评测手段。如何更多、更好、更方便、更快地开发软件？工程化治理软件开发以满足功能需求为主问题定义；需求分析；概要设计；详细设计；编码；测试；维护瀑布模型；演化模型；螺旋模型；喷泉模型；增量模型；原型模型；组装可重用构件模型。？1.？1. 什么缘故专家

60、和新手在使用软件开发模型和软件工程方法时，表现出来的软件效率和效果不一样？专家的经验应用环境问题要求空间问题求解空间如：设计模式 框架注意：经验的抽取与表达独立于具体的功能要求。？2. 什么缘故应用软件开发模型和软件工程方法解决大规模、复杂问题时，软件系统的质量和效率无法得到保证？非功能性需求1. 系统性能要求，可用性要求；2. 系统可适应性和可移植性要求；3. 系统可靠性和安全保密性要求；4. 系统可重用性要求等。解决方法：在系统的局部算法结构设计之前，着重进行系统的整体结构设计。软件体系结构设计软件概要设计的要紧任务确实是进行系统结构设计，是不是确实是软件体系结构设计？软件概要设计的要紧任