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

欢迎阅读本文档，希望本文档能对您有所帮助!电信运营支撑系统演变过程及概述第一章：电信业务运营支撑系统概述0、序言1、电信业务运营支撑系统概述电信管理网（TMN）结构及演进2、电信运营及模型（TINA）3、电信管理论坛（TMF）与电信运行图（TOM/eTOM）4、国内电信业务运营支撑系统现状0、序言什么是电信运营：电信运营商利用自身的通信资源，提供给消费者通信服务，而获取利益运营的含义：网络和业务的运行、维护及经营电信运营的目的：提供更加优质的服务，获取更高的收益什么是电信服务？：网络服务，网络承载的基本业务、业务平台提供的增值业务，打包的电信产品（套餐），外包服务，什么是电信运营支撑系统？采用计算机的技术，支持电信业务的运营过程的计算机系统所引出的问题：如何“更快、更高、更准”：通信技术的不断进步；如：3G/Wimax、宽带技术，如何更好地分析、认识、挖掘市场，如何更准确地计量，如何更快地将电信服务交付给用户，同时、涉及到电信公司本身如何有效地管理电信运营支撑系统的特点：复杂、庞大，分布、协同、跨部门，异构研究电信运营支撑系统的意义：任何行业和领域都面临信息化建设的问题—共性问题—业务支撑，计算机应用的根本问题，促进计算机技术的发展—计算、软件1、 电信业务运营支撑系统概述电信管理网（TMN）结构及演进电信业务运营支撑系统的概念目前在业界比较混乱，有多种定义如下：电信运营支撑系统OSS (Operating Support System)，电信业务支撑系统BSS (Business Support System)，电信业务运营支撑系统（BOSS），出于中国移动的概念其中：业务(business)源于TMN的术语。

目前国际上比较公认的叫法：OSS/BSS电信业务运营支撑系统(OSS/BSS)定义:是以市场为导向，面向电信业务和网络的运营支撑以及面向客户服务的企业经营支撑的计算机信息处理和管理系统包括：电信业务管理：业务及资源配置、业务故障及性能、业务准备及测试等管理支撑；客户服务的管理：计费、帐务、业务开通和实现、收费等客户关系管理CRM；市场营销的管理：市场策略及营销计划、策略执行及评估、营销渠道管理等业务合作伙伴管理：电信业务支撑系统的起源：在业界，OSS概念最初源于ITU-T TMN系列建议中的运营系统（OS），OS是用来支撑网络运营的系统， OSS由ITU-T TMN OS演化而来，OSS定义的内涵指电信运营商的支撑系统，其概念范围包括BSS，也包括网元管理系统/网络管理系统等但从过去ITU-T TMN方面的研究内容来看，ITU-T TMN偏向于设备和网络的管理自底向上）电信管理网TMN结构及功能国际电联的电信管理网络标准化建议TMN将电信管理分为四个层次：经营管理层：支撑整个电信企业的决策和管理业务管理层：电信业务的提供、控制和监测，与业务相关的计费网络管理层：网络话务监视与控制、路由调度、质量监测网元管理层：对网元的操作与管理，远程维护 电信管理网TMN功能模型TMN每个层面都有运营系统OSTMN的局限性：很好地解决了网络管理的统一；但是对于业务管理和经营管理却“力不从心”原因分析：运营模式还是“面向网络”、“以业务为中心”用管理框架（FCAPS）和标准接口（参考点）很难将企业的经营进行统一。

2、电信运营及模型（TINA） 电信信息网络体系结构TINA（Telecommunications Information Network Architecture)TINA-C论坛：其宗旨是将TMN与智能网IN结合，用标准化的模式解决电信业务管理和运营的问题，智能网IN及下一代网络NGN是提供电信业务和增值业务的平台TINA-C提出的一些标准化建议和草案可作为电信业务支撑系统设计和规划的理论基础TINA-C的电信经营模型Access and Usage（接入和使用）An ExampleMultiple Provider Scenario 电信运营及模型（中国联通）电信运营企业的经营模式经营参考模式的特点：统一的客户服务（综合营业、综合收费）；客户服务与业务提供商分离：拓展营业网点、发展其它营销渠道（代理商、ISP），拓展业务范围、代理其它业务提供商的业务（外包服务）；业务提供与网络提供商分离（接入与服务）：加快新业务的开发和部署，充分利用网络资源，跨网络提供商的资源共享和业务提供经营模式的核心思想：以市场为导向、以客户为中心、以业务为依托、以网络为基础电信市场环境的变化、新的业务模式的出现（移动数据业务模式）促使电信运营商的运营模式发生变化：客户服务、市场开发，业务运营及管理，网络及资源的规划和运行，供应商及业务伙伴的开发和管理，企业管理在不断加剧的市场竞争环境下，如何保企业的运营快速、健康和可持续发展？市场环境变化引导企业转变管理观念。

3、 电信管理论坛（TMF）与电信运行图（TOM/eTOM） TMF（TeleManagement Forum）：是一个由通信服务提供商及其供应商组成的国际性的协会，它的使命就是帮助业务提供商（Service Provider）和网络运营商（Network Operator）以一种最节省费用和时间的方式来自动化他们的业务处理过程具体而言，电信管理论坛的工作包括：建立业务处理过程的运行指南；取得各处理活动之间的信息流的一致；定义支持与OSS互连的理想的系统环境；支撑集成的和自动化的电信运行过程的建立，以及真正产品的开发TMF的目标：以经营业务（Business）和客户服务（Customer Service）驱动的途径，来获得端到端（End-to-End）的业务流程自动化；TMF强调为经营问题提供实用的解决方案，并基于ITU-T的TMN模型的经营层（Business Layer）在经营环境领域中，TMF定义经营处理过程，需求模型，和信息模型TMF基于ITU-T TMN概念，重点研究并发展“业务管理”和部分“网络管理”方面的框架理论和概念，提出了NGOSS和eTOM等理论和概念可以说，OSS概念在TMForum中得到了发展和广泛的应用；尤其是随着NGOSS的提出，OSS/BSS的提法也得到业界的认可，通常前者指面向网络和设备维护的后台支撑系统，后者指面向业务和客户的前台支撑系统，但OSS和BSS的概念在TMForum中至今并没有一个非常明确清晰的定义或划分界限。

电信运营图TOM（Telecom Operations Map）是TMF最先提出的业务运营流程框架，它是基于TMN结构和TINA的经营模型，结合电信运营实际的TOM是业务处理过程的蓝图以及设计和开发集成业务运营支撑系统（OSS/BSS）的起点TMF的电信运行图TOM TOM中的FAB联通网络及其它网络提供商长途网第三方业务提供商联通业务提供或代理商IP数据网CDMA移动网GSM移动网传输网增值业务平台ISP/ICPIN业务提供基本业务提供收费点客服中心、营业厅、客户 端对端的管理－业务实现（1）端对端的管理－业务保障（1）端对端的管理－业务计费（1） 增强（扩展）的电信运营图eTOM业务运营的含义：面向客户的 1、市场的分析与预测，2、业务产品的开发，3、业务的部署及管理，4、业务的运行及维护，5、业务的评价与审计以最低的成本、最快的速度开发出最满足客户和市场需求的业务产品低成本：指降低业务开发和运营支持的成本快速：指快速的业务开发与部署、以及运营支持的开发与部署合适的业务产品：业务的生命周期与业务的投入和回报（ROI）电信运营支撑系统（OSS）作为快速开通业务及时保障业务、优化管理网络资源的重要手段，是电信网络运营管理不可分割的一部分。

全球化竞争的电信市场和电信多元化价值链的形成促进了OSS技术的飞跃发展，电信运营支撑系统在电信集约化经营的实践中扮演着越来越重要的角色合理使用OSS技术，建设功能完善、互通灵活、充分共享信息的运营支撑系统，是我国每个电信运营商目前极为关注并重点发展的运营管理战略之一电信业务支撑系统的技术发展4、 国内电信业务运营支撑系统现状中国电信：1997年，中国电信推出“97 工程”希望利用先进的技术手段和管理方法，提高电信业务的服务质量和综合管理水平，适应电信体制的变革，实现本地网市内电话业务数据的集中管理、各生产部门的信息共享初步实现了端到端的业务流程管理“97工程”的历史作用：公认为是国内电信运营支撑系统建设和研究的开始为后续的0SS/BSS的建设和发展奠定了基础97系统”的不足：面向市内电话业务，造成信息孤岛，未考虑完整的业务支撑 中国移动：2001年6月，中国移动制定了《中国移动BOSS系统技术规范》,旨在通过一个统一完整的规范来指导中国移动的整个运营支持系统BOSS的建设，BOSS系统的规划和建设遵循“一体化、二级中心和三层结构”的原则， 一体化是指将计费、 结算、帐务、客服及业务管理等功能进行统一规划和考虑，使BOSS成为真正一体化的信息资源充分共享的支持系统。

二级中心是指BOSS系统分为集团公司级系统（全国中心）和省级系统（省中心）两级而三层结构是指BOSS系统在逻辑上分为数据核心层、业务逻辑层和接入层客观上讲!中国移动的BOSS一期工程是中国第一个完整意义上的BSS/OSS系统（一体化），对促进中国BSS/OSS市场的健康成长和发展起到了重要作用中国移动BOSS1.0系统框架：\中国联通：关键词：集中、综合业务支撑，一个体系结构、多个子系统，以数据为核心，操作型与分析型的分离从运营商的IT架构谈起第三章 下一代电信业务运营支撑系统中间件技术篇1、 概述  2、 中间件的技术规范  3、 三种主流中间件技术平台的介绍  4、 中间件是实现电子商务的基础软件  5、 中间件符合软件发展的潮流 一、中间件技术概述1、中间件的概念：随着计算机技术的飞速发展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠和高效的数据传递或转换，使系统的协同性得以保证这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在这个环境下应孕而生。

比较流行的定义是：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源中间件位于客户机/ 服务器的操作系统之上，管理计算资源和网络通讯 2、中间件特点及优势：通常意义下，中间件应具有以下的一些特点 ：满足大量应用的需要 ；运行于多种硬件和OS平台 ；支持分布式计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互功能 ；支持标准的协议 ；支持标准的接口 程序员通过调用中间件提供的大量API，实现异构环境的通讯，从而屏蔽异构系统中复杂的操作系统和网络协议 中间件提供客户机与服务器之间的连接服务，这些服务具有标准的程序接口和协议中间件在分布式的客户和服务之间扮演着承上启下的角色，如事务管理、负载均衡以及基于Web的计算等 具体地说，中间件屏蔽了低层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担 3、中间件的应用领域与分类 ：数据访问中间件：对异构环境下的数据库实现联接或文件系统实现联接的中间件；远程过程调用中间件：程序员编写客户端的应用，可以调用位于远端服务器上的过程；消息中间件：用来屏蔽各种平台及协议之间的特性，进行相互通信，实现应用程序之间的协同；交易中间件：在分布、异构环境下提供保证交易完整性和数据完整性的一种环境平台；对象中间件等。

对象中间件：在分布、异构的网络计算环境中，可以将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用 面向对象标准原本只有一个，即CORBA(公共对象请求代理体系结构)，后来，Sun推出了企业级JavaBeans(EJB)，用自己易使用的程序模型来对CORBA做出了改进微软COM(Component Object Model，组件对象模型)的出现，使面向对象中间件市场里又多了一个标准，二、   中间件的技术规范中间件的技术规范（DCE）1、DCE体系 分布式计算环境DCE（Distrbuted Computing Environment ），它由Open Software Fondation 制定，现在这个组织被称为Open GroupDCE由多个共同在一起工作的组件组成，它们是：远程过程调用（RPC）、本地和全局目录服务（CDS和GDS）、安全服务、DCE线程、分布式时钟服务（DTS）、分布式文件服务（DFC）线程、RPC、CDS、安全服务和DTS组件通常被成为安全核心，并且是组成任何DCE环境所必须的组件，DTS是可选件在DCE环境中，还包括用于管理这些组件的管理工具 DCE被称做中间件或使其具有能力的技术，它不是独立存在的，而是被捆绑在供应商操作系统中，或者由第三方供应商进行集成。

中间件的技术标准（DTP）2、 DTP模型与XA规范 DTP（Distributed Transaction Processing）模型是X/OPEN组织提出的一种软件结构，这种结构允许多个应用程序去共享多个资源管理器提供的资源，并且具有协调全局事务的能力X/Open DTP模型（1994）包括：应用程序（AP）、事务管理器（TM）、资源管理器（RM）、通信资源管理器（CRM）一般，常见的事务管理器（TM）是交易中间件，常见的资源管理器（RM）是数据库，常见的通信资源管理器（CRM）是消息中间件事务（Transaction）又称为交易，指一个程序或程序段，在一个或多个资源如数据库或文件上为完成某些功能的执行过程的集合事务具有ACID特性分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚） 所谓全局事务，是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，这个工作即是一个全局事务，例如，一个事务中可能更新几个不同的数据库对数据库的操作发生在系统的各处但必须全部被提交或回滚。

此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其它数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚 一般情况下，某一数据库无法知道其它数据库在做什么，因此，在一个DTP环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚而一个数据库只将其自己所做的操作（可恢复）映射到全局事务中 XA就是X/Open DTP定义的交易中间件与数据库之间的接口规范（即接口函数），交易中间件用它来通知数据库事务的开始、结束以及提交、回滚等XA接口函数由数据库厂商提供 中间件的技术标准（CORBA）3、 CORBA 公共对象请求代理结构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.语言映射（Language Mapping）；5.接口存根与骨架（Stub and Skeleton）；6.动态调用与分布（Dynamic Invocation and Dispatch）；7.对象适配器（Object Adapter）；8. ORB互操作协议（Inter-ORB Protocol） COBRA标准主要分为3个层次：对象请求代理ORB （底层）：规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的"软总线"；公共对象服务：在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；公共设施（上层）：定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则1. 对象请求代理（ORB）的作用：在传统的基于客户机/服务器模式的应用程序开发过程中，项目开发人员遵循公开的标准或自由设计模块间的协议，这样的协议依赖于网络类型、实现语言、应用方式等。

引入ORB后，客户只要遵循服务对象的对外接口标准向服务对象提出业务请求，由ORB在分布式对象间建立客户-服务对象关系总结起来，ORB的作用包括：接受客户发出的服务请求，完成请求在服务对象端的映射；自动设定路由寻找服务对象；提交客户参数；携带服务对象计算结果返回客户端CORBA构件模型CCM，是OMG组织制定的一个用于开发和配置分布式应用的服务器端中间件模型规范，它主要包括如下三项内容：抽象构件模型，用以描述服务器端构件结构及构件间互操作的结构；构件容器结构，用以提供通用的构件运行和管理环境，并支持对安全、事务、持久状态等系统服务的集成；构件的配置和打包规范，CCM使用打包技术来管理构件的二进制、多语言版本的可执行代码和配置信息，并制定了构件包的具体内容和基于XML的文档内容标准中间件的技术标准（J2EE）4、 J2EE J2EE是一种多层应用模式的结构体系整个规范由SUN公司提出，它将业务逻辑从系统服务功能和用户界面中分离出去，放置在客户层和应用基础设施这两层之间的中间层，是目前应用的最为广泛的面向Web的应用系统结构规范 J2EE的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服务器端中间件的标准。

在J2EE中，Sun给出了完整的基于Java语言开发面向企业分布应用规范，其中：在分布式互操作协议上，J2EE同时支持RMI和IIOP，在服务器端分布式应用的构造形式，则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式，以支持不同的业务需求，EJB自从J2EE推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术SunEJB技术是在Java Bean本地构件基础上，发展的面向服务器端分布应用构件技术EJB给出了系统的服务器端分布构件规范，这包括：构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容 EJB是业务逻辑层的中间件技术，它提供了事务处理TP的能力，自三层结构提出以后，业务逻辑层（中间层：处理事务的核心），从数据存储层分离，取代了存储层的大部分地位从分布式计算的角度，EJB像CORBA一样，提供了分布式技术的基础提供了对象之间的通讯手段 EJB中的Bean可以分为会话Bean和实体Bean，前者维护会话，后者处理事务目前Servlet负责与客户端通信，访问EJB，并把结果通过JSP产生页面传回客户端 中间件的比较分析业界常用的做法从以下三个方面进行分析：1、集成性：集成性主要反映在基础平台对应用程序互操作能力的支持上。

它要求分布在不同机器平台和操作系统上、采用不同的语言或者开发工具生成的各类商业应用必须能集成在一起，构成一个统一的企业计算框架这一集成框架必须建立在网络的基础之上，并且具备对于遗留应用的集成能力； 2、可用性：要求所采用的软件构件技术必须是成熟的技术，相应的产品也必须是成熟的产品，在至关重要的企业应用中能够稳定、安全、可靠地运行另外，由于数据库在企业计算中扮演着重要角色，软件构件技术应能与数据库技术紧密集成； 3、可扩展性：集成框架必须是可扩展的，能够协调不同的设计模式和实现策略，可以根据企业计算的需求进行裁剪，并能迅速反应市场的变化和技术的发展趋势通过保证当前应用的可重用性，最大程度地保护企业的投资 四、  BSS/OSS的中间件架构 1、BSS/OSS的本质就是对处于网络分布环境中的各计算机系统进行交互协作，从而支持新的商业运作模式2、管理和传输各业务系统之间的数据信息、协调各系统的处理模块的中间管理服务系统，是保证BSS/OSS应用成功的关键3、应用服务器、通用业务网关（接口平台）、支付网关、通信平台和安全平台，统一纳入BSS/OSS中间件构架的范畴 4、从技术角度看， BSS/OSS将由互联网技术、传统IT技术以及具体的业务处理所构成。

但是，系统的建立将会面临许多新的问题，包括：应用系统：能不能快速地建立，能不能适应大用户数、高处理量要求，能不能提供高效率、高可靠性、高可用性等等关键任务的要求，能不能满足安全需要等等规划出一个整体的应用框架，并提供一个支持平台，用于BSS/OSS应用的开发、部署和管理，并能籍此解决上述各种问题这已经发展成为一个能广泛适应的标准的支撑层，成为Internet应用的基础设施（Infrastructure），这一支撑层实际上是基于Internet的中间件，也就是应用服务器BSS/OSS应用包含以下层次： 浏览器：这是进入BSS/OSS的通道应用平台：提供不同应用类型的生成工具软件，如网上商店、网络支付、虚拟社区等等交换平台：对内集成企业内部的各种与BSS/OSS相关的业务系统，对外连接商业合作伙伴，如银行、供应商、客户、配送结构，完成各种不同业务系统之间数据转换和整合基础平台：用来支持大量Internet客户的并发访问，使应用开发商快速开发出灵活多变的应用，尽快把信息系统和业务活动放到Internet中中间件构架是一种应用集成的关键件，不管BSS/OSS应用分布在什么硬件平台上，使用了什么数据库系统，透过了什么复杂的网络，各种应用的互连和互操作是中间件构架首先要解决的问题。

针对不同的应用环境，对BSS/OSS中间件构架有各种不同的要求在通信方面，中间件构架要支持各种通信协议和通信服务模式，传输各种数据内容，数据格式翻译、流量控制、数据加密、数据压缩等等； 对工作流应用，需要根据条件以及条件满足状态，将信息、响应状态从一个应用传递到另一个应用；对联机事务处理，需要保证分布式的数据一致性、不停机作业、大量并发的高效率；对于一个数据采集系统需要保证可靠传输等等在BSS/OSS中间件构架核心，要解决名字服务、安全控制、并发控制、可靠性和效率保证等；在BSS/OSS应用开发方面，要能提供基于不同平台的丰富的开发接口，支持流行的开发工具和异构互连接口标准等；在管理方面，解决BSS/OSS中间件构架本身的配置、监控等，为BSS/OSS应用的易用易管理提供保证BSS/OSS中间件趋势Order EntryServiceProvisioningCustomerContact CenterCustomerDatabaseBillingSystemMisc…...Events CollectionFiltering CorrelationTroubleTicketingWorkforceManagementPerformanceManagementThresholdsNetworkInventoryFront-end ApplicationsBack-End Applications JAVACommunication Bus Publish/Subscribe Rule based engines Workflow Management Corba五、中间件符合软件发展的潮流：软件构件化（Software Component）技术是在大工业生产启发下应运而生的，是软件技术跨世纪的一个发展趋势，其目的是彻底改变软件生产方式，从根本上提高软件生产的效率和质量，提高开发大型软件系统尤其是商用系统的成功率。

复用软件一直是整个世界软件业所追求的梦想，软件构件化为实现这一梦想指出了一条切实可行的道路，而中间件正是构件化软件的一种形式中间件抽象了典型的应用模式，应用软件制造者可以基于标准的形式进行开发，使软件构件化成为可能，加速了软件复用的进程因此，中间件是符合软件发展的内在规律的六、OSS/J介绍：NGOSS提供了一个技术无关的框架，而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 )他们一直在为加速OSS/BSS解决方案的开发、简化其中系统组件的部署和集成而努力OSS/J规范的推出是在JCP（ Java Community Process, http://jcp.org）支持下完成的，以Java规约请求（JSR，Java Specification Request）的形式提交。

JCP是SUN和许多其它主流厂商所主导的一个社团，现有500多个公司和组织参与Roadmap to NGOSSStep 1: Pick the most comprehensive telco business frameworkStep 2: Pick the only open standard software foundation truly adoptedStep 3: Mandate Standard API'sStep 4: Integrate best of breed interoperable componentsStep 5: Harmonize presentation and processes on low cost mainstream middleware● TMF NGOSS● Java and Web Service● TMF NGOSS● OSS/J Functional API's● Java and Web Service● TMF NGOSS● Certified Products● OSS/J Functional API's● Java and Web Service● TMF NGOSS● JBI, JES, OpenOffice, Identity Mgt● Certified Products● OSS/J Functional API's● Java and Web Services● TMF NGOSSFrom the theory to practice with OSS/JOSS/J 原则和架构：OSS/J的制定立足于J2EE平台，它的制定基于以下原则：OSS的功能以EJB构件定义实现；粗粒度，面向业务的接口；利用应用服务器支持集群，可扩展性和错误恢复；利用消息机制最小化构件间的耦合；支持工作流；依靠JCA集成遗留系统Alignment 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 Beans Component based softwareJNDI registration工作组利用JAVA技术，为OSS/BSS定义实现了一系列的开放的标准API，提供给OSS/BSS的开发者使用。

OSS/J的优点在于它定义了标准的接口，应用间可以通过此接口进行交互API的定义中考虑了其适应性和可扩展性在设计中应用了许多设计模式，保证了新实体加入时，不会影响到API的架构 OSS/J 关注域 (late 02)QoS and Performance API– Performance data– Alarm data– Usage dataAPIs supporting the following areas first (all Final Draft except Inventory In Public Draft– final in May’03):Service Activation API– Order Management– Network ActivationTrouble Ticketing API– Customer Mngt– Network LevelScalability, Security, Integr. CORBA, EAI, B2B (ebXML, SOAP,…), etc….Common APIIP Billing API– Usage Data Collection– Billing + RatingInventory API各关注域之间的关系Trouble Ticket ManagerPerformance Data CollectionServiceInventoryResourceInventoryCustomer CareOrder ManagerNetwork ActivatorOtherOSSOtherOperatorsSLA ManagerUsage Data CollectionFault Data CollectionTrouble TicketService ActivationBilling & Rating Quality of Service IP BillingProductInventoryInventory OSS服务开通API（OSS Service Activation API或SA API）： 主要提供了对订单的管理功能（例如生成、修改、删除、查询订单等）和服务的管理功能。

API中并没有给出指定的“服务信息模型（Service Information Model）”，而是将这部分工作留给开发者去实现，这样开发者可以根据自己的业务逻辑的需要定义服务信息模型SA 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与工作流引擎进行信息传递 OSS/J设计的实现依赖如下几个机制：依赖XML消息实现异步和松耦合交互模型；强类型，基于对象的事件；XML消息机制；基于JMS的事件和消息订阅机制；利用JNDI规范，定位OSS/J架构元素（会话对象，主题，队列等）的服务；依靠外观模式实现OSS/J的会话组件接口，以JVT对象作为参数技术选择：J2EE™, XML and Web Services紧耦合集成Java EJBRMI IIOPJava EJBRMI IIOP松耦合集成Java EJBRMI IIOPXMLJMSB2B集成XMLWeb ServicesXMLWeb 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模式定义的标识和管理实体的状态XML表示的请求对象被传递到特定应用的消息驱动对象（MDB，Message Drive Bean），MDB通过JVT接口操作实体第四章 下一代电信运营支撑系统 共享信息和数据模型（SID）设计原理u 为什么要研究共享信息和数据模型？u 什么是SID？u SID信息模型的设计原理u SID描述u SID的应用一、 为什么要研究SID？：信息孤岛、信息冗余、缺乏统一的信息术语---交互、信息共享新的管理需求BOSS应用环境愈加复杂：用户和设备的数量增加、提供的服务数量增加、业务链的延伸；BOSS应用和使用的系统复杂：必须满足不同的用户和应用需求，需要灵活的架构和管理；随需应变的管理 业务提供的障碍固定的提供和策略 (the EML, NML, and SML are provisioned separately)：Manual fine-tuning and validation is inconsistent and doesn’t 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 switch doesn’t 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 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 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 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, MetaSolv) 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/RECIPIENTRECIPIENTOWNERPRODUCTPRODUCT SPECIFICATIONSERVICESERVICE SPECIFICATIONRESOURCERESOURCE SPECIFICATIONrealizedAsdefinedByutilizePhase 2Phase 2三、SID信息模型的设计原理信息建模的基本方法：从企业过程模型到企业信息模型、现实世界的概念抽象四、SID描述 Archetype Used for All SID Models 共性业务实体RequestResponseNotificationAgreementCommandInteractionLocationPartyPolicyManagedEntityPhase 2Phase 2Phase 2Party (Simplified)Interaction Example Customer-CustomerCustomer-OrderProduct设备– 资源 and 资源描述Equipment – Hardware ClassesEquipment - PhysicalResourceRole五、 SID的应用共享信息数据服务---SID应用数据的处理和存储需考虑的问题：共享信息的实现结构应与分布式的构件接口一致。

即：服务（信息服务）；应将处理逻辑和共享数据的耦合降低；对数据封装；对数据的操作应保证数据的一致性、完整性尽量提高数据处理的效率在NGOSS中将数据分为：局部数据和共享数据如：订单处理过程中的客户数据是共享数据、内部状态数据为局部信息服务层：是对原始数据进行的加工和处理，转换（信息结构、编码）、适配引入共享信息数据模型的根本目的在于信息的充分共享单独的NGOSS共享信息模型将为大量的共享信息服务定义信息模型并提供公共框架通过信息共享，实现信息在一定业务流程驱动下的动态交互，即通过业务流程来驱动各部门、各应用系统之间的协调运作，从而实现企业自动化第五章 软件体系结构及NGOSS-TNA1. 软件体系结构的兴起2. 软件体系结构的定义3. 软件体系结构的风格4. NGOSS采用的软件体系结构TNA1、软件体系结构的兴起六十年代的软件危机使得人们开始重视软件工程的研究最初软件设计的重点放在数据结构和算法的设计，随着软件系统规模和复杂性增加，整个软件系统的结构和规格说明显得愈加重要在此种背景下，人们认识到软件体系结构的重要性，并认为对软件体系结构的系统、深入的研究将会成为提高软件生产率和解决软件维护问题的新的最有希望的途径。

软件体系结构的设计已经成为软件开发过程中的一个阶段自从软件系统首次被分成许多模块，模块之间有相互作用，组合起来有整体的属性，就具有了体系结构好的开发者常常会使用一些体系结构模式作为软件系统结构设计策略，但他们并没有规范地、明确地表达出来，这样就无法将他们的知识与别人交流软件体系结构是设计抽象的进一步发展，满足了更好地理解软件系统，更方便地开发更大、更复杂的软件系统的需要 软件总是有体系结构（Architecture）的，不存在没有体系结构的软件从细节上来看每一个程序也是有结构的早期的结构化程序就是以语句组成模块，模块的聚集和嵌套形成层层调用的程序结构，也就是体系结构结构化程序的程序（表达）结构和（计算的）逻辑结构的一致性及自顶向下开发方法自然而然地形成了体系结构由于结构化程序设计时代程序规模不大，通过强调结构化程序设计方法学，自顶向下、逐步求精，并注意模块的耦合性就可以得到相对良好的结构，所以，并未特别研究软件体系结构随着面向对象软件时代的到来，软件也从传统的软件工程进入到现代面向对象的软件工程，研究整个软件系统的体系结构，寻求建构最快、成本最低、质量最好的构造过程 为什么要研究软件体系结构？----软件工程技术发展的要求 程序设计阶段早期软件工程阶段• 手工作坊• 软件危机1.软件开发无计划性；2.软件需求不充分；3.软件开发过程无规范；4.软件开发产品无评测手段。

如何更多、更好、更方便、更快地开发软件？• 工程化管理软件开发• 以满足功能需求为主问题定义；需求分析；概要设计；详细设计；编码；测试；维护瀑布模型；演化模型；螺旋模型；喷泉模型；增量模型；原型模型；组装可重用构件模型1. 为什么专家和新手在使用软件开发模型和软件工程方法时，表现出来的软件效率和效果不一样？专家的经验应用环境问题要求空间问题求解空间如：设计模式 框架注意：经验的抽取与表达独立于具体的功能要求2. 为什么应用软件开发模型和软件工程方法解决大规模、复杂问题时，软件系统的质量和效率无法得到保证？非功能性需求1. 系统性能要求，可用性要求；2. 系统可适应性和可移植性要求；3. 系统可靠性和安全保密性要求；4. 系统可重用性要求等解决方法：在系统的局部算法结构设计之前，着重进行系统的整体结构设计软件体系结构设计软件概要设计的主要任务就是进行系统结构设计，是不是就是软件体系结构设计？概要设计• 结构化设计• 面向对象设计注意：以往的概要设计中的功能实体（构件）的设计是首位的，也是显式的，构件间的连接并没有单独作为实体显式地设计，而是作为构件的附属形式出现而软件体系结构设计将部件、部件连接、连接规范和原则单独作为实体显式定义。

二、软件体系结构的定义 定义1：软件体系结构是具有一定形式的结构化元素，即：构件的集合，包括：处理构件、数据构件和连接构件处理构件负责对数据进行加工，数据构件是被加工的信息，连接构件把体系结构的不同部分组组合连接起来定义2：一个软件体系结构包括一个软件和系统构件，互联及约束的集合；一个系统需求说明的集合；一个基本原理用以说明这一构件，互联和约束能够满足系统需求定义3：一个程序或计算机系统的软件体系结构包括一个或一组软件构件、软件构件的外部的可见特性及其相互关系其中，"软件外部的可见特性"是指软件构件提供的服务、性能、特性、错误处理、共享资源使用等总之：软件体系结构为软件系统提供了一个结构、行为和属性的高级抽象，由构成系统的元素（构件）的描述、这些元素（构件）的相互作用、指导元素（构件）集成的模式以及这些模式的约束组成软件体系结构不仅指定了系统的组织结构和拓扑结构，并且显示了系统需求和构成系统的元素之间的对应关系，提供了一些设计决策的基本原理三软件体系结构的风格定义：软件体系结构风格是描述某一特定应用领域中系统组织方式的。