《电信运营支撑系统演变过程及概述.docx》由会员分享，可在线阅读，更多相关《电信运营支撑系统演变过程及概述.docx（47页珍藏版）》请在三一办公上搜索。
1、电信运营支撑系统演变过程及概述第一章：电信业务运营支撑系统概述0、序言1、电信业务运营支撑系统概述电信管理网（TMN）结构及演进2、电信运营及模型（TINA）3、电信管理论坛（TMF）与电信运行图（TOM/eTOM）4、国内电信业务运营支撑系统现状0、序言什么是电信运营：电信运营商利用自身的通信资源，提供给消费者通信服务，而获取利益。运营的含义：网络和业务的运行、维护及经营。电信运营的目的：提供更加优质的服务，获取更高的收益。什么是电信服务？：网络服务，网络承载的基本业务、业务平台提供的增值业务，打包的电信产品（套餐），外包服务，。什么是电信运营支撑系统？采用计算机的技术，支持电信业务的运营过
2、程的计算机系统。所引出的问题：如何“更快、更高、更准”：通信技术的不断进步；如：3G/Wimax、宽带技术，如何更好地分析、认识、挖掘市场，如何更准确地计量，如何更快地将电信服务交付给用户，同时、涉及到电信公司本身如何有效地管理。电信运营支撑系统的特点：复杂、庞大，分布、协同、跨部门，异构研究电信运营支撑系统的意义：任何行业和领域都面临信息化建设的问题共性问题业务支撑，计算机应用的根本问题，促进计算机技术的发展计算、软件1、 电信业务运营支撑系统概述电信管理网（TMN）结构及演进电信业务运营支撑系统的概念目前在业界比较混乱，有多种定义如下：电信运营支撑系统OSS (Operating Supp
3、ort 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、供商的资源共享和业务提供经营模式的核心思想：以市场为导向、以客户为中心、以业务为依托、以网络为基础电信市场环境的变化、新的业务模式的出现（移动数据业务模式）促使电信运营商的运营模式发生变化：客户服务、市场开发，业务运营及管理，网络及资源的规划和运行，供应商及业务伙伴的开发和管理，企业管理在不断加剧的市场竞争环境下，如何保企业的运营快速、健康和可持续发展？市场环境变化引导企业转变管理观念。 3、 电信管理论坛（TMF）与电信运行图（TOM/eTOM） TMF（TeleManagement Forum）：是一个由通信服务提供商及其供应商组成的国际性的协会，它的使命就是帮助业务提供商（Service
8、 Provider）和网络运营商（Network Operator）以一种最节省费用和时间的方式来自动化他们的业务处理过程。具体而言，电信管理论坛的工作包括：建立业务处理过程的运行指南；取得各处理活动之间的信息流的一致；定义支持与OSS互连的理想的系统环境；支撑集成的和自动化的电信运行过程的建立，以及真正产品的开发。TMF的目标：以经营业务（Business）和客户服务（Customer Service）驱动的途径，来获得端到端（End-to-End）的业务流程自动化；TMF强调为经营问题提供实用的解决方案，并基于ITU-T的TMN模型的经营层（Business Layer）。在经营环境领域中
9、，TMF定义经营处理过程，需求模型，和信息模型。TMF基于ITU-T TMN概念，重点研究并发展“业务管理”和部分“网络管理”方面的框架理论和概念，提出了NGOSS和eTOM等理论和概念。可以说，OSS概念在TMForum中得到了发展和广泛的应用；尤其是随着NGOSS的提出，OSS/BSS的提法也得到业界的认可，通常前者指面向网络和设备维护的后台支撑系统，后者指面向业务和客户的前台支撑系统，但OSS和BSS的概念在TMForum中至今并没有一个非常明确清晰的定义或划分界限。 电信运营图TOM（Telecom Operations Map）是TMF最先提出的业务运营流程框架，它是基于TMN结构和
10、TINA的经营模型，结合电信运营实际的TOM是业务处理过程的蓝图以及设计和开发集成业务运营支撑系统（OSS/BSS）的起点。TMF的电信运行图TOM TOM中的FAB联通网络及其它网络提供商长途网第三方业务提供商联通业务提供或代理商IP数据网CDMA移动网GSM移动网传输网增值业务平台ISP/ICPIN业务提供基本业务提供收费点客服中心、营业厅、客户端对端的管理业务实现（1）端对端的管理业务保障（1）端对端的管理业务计费（1） 增强（扩展）的电信运营图eTOM业务运营的含义：面向客户的 1、市场的分析与预测，2、业务产品的开发，3、业务的部署及管理，4、业务的运行及维护，5、业务的评价与审计。
11、以最低的成本、最快的速度开发出最满足客户和市场需求的业务产品。低成本：指降低业务开发和运营支持的成本。快速：指快速的业务开发与部署、以及运营支持的开发与部署。合适的业务产品：业务的生命周期与业务的投入和回报（ROI）电信运营支撑系统（OSS）作为快速开通业务及时保障业务、优化管理网络资源的重要手段，是电信网络运营管理不可分割的一部分。全球化竞争的电信市场和电信多元化价值链的形成促进了OSS技术的飞跃发展，电信运营支撑系统在电信集约化经营的实践中扮演着越来越重要的角色。合理使用OSS技术，建设功能完善、互通灵活、充分共享信息的运营支撑系统，是我国每个电信运营商目前极为关注并重点发展的运营管理战略
12、之一。电信业务支撑系统的技术发展。4、 国内电信业务运营支撑系统现状中国电信：1997年，中国电信推出“97 工程”希望利用先进的技术手段和管理方法，提高电信业务的服务质量和综合管理水平，适应电信体制的变革，实现本地网市内电话业务数据的集中管理、各生产部门的信息共享。初步实现了端到端的业务流程管理“97工程”的历史作用：公认为是国内电信运营支撑系统建设和研究的开始。为后续的0SS/BSS的建设和发展奠定了基础。“97系统”的不足：面向市内电话业务，造成信息孤岛，未考虑完整的业务支撑 中国移动：2001年6月，中国移动制定了中国移动BOSS系统技术规范,旨在通过一个统一完整的规范来指导中国移动的
13、整个运营支持系统BOSS的建设，BOSS系统的规划和建设遵循“一体化、二级中心和三层结构”的原则， 一体化是指将计费、 结算、帐务、客服及业务管理等功能进行统一规划和考虑，使BOSS成为真正一体化的信息资源充分共享的支持系统。二级中心是指BOSS系统分为集团公司级系统（全国中心）和省级系统（省中心）两级。而三层结构是指BOSS系统在逻辑上分为数据核心层、业务逻辑层和接入层。客观上讲!中国移动的BOSS一期工程是中国第一个完整意义上的BSS/OSS系统（一体化），对促进中国BSS/OSS市场的健康成长和发展起到了重要作用。中国移动BOSS1.0系统框架：中国联通：关键词：集中、综合业务支撑，一个
14、体系结构、多个子系统，以数据为核心，操作型与分析型的分离从运营商的IT架构谈起第三章 下一代电信业务运营支撑系统中间件技术篇1、 概述2、 中间件的技术规范3、 三种主流中间件技术平台的介绍4、 中间件是实现电子商务的基础软件5、 中间件符合软件发展的潮流 一、中间件技术概述1、中间件的概念：随着计算机技术的飞速发展，各种各样的应用软件需要在各种平台之间进行移植，或者一个平台需要支持多种应用软件和管理多种应用系统，软、硬件平台和应用系统之间需要可靠和高效的数据传递或转换，使系统的协同性得以保证。这些，都需要一种构筑于软、硬件平台之上，同时对更上层的应用软件提供支持的软件系统，而中间件正是在这个
15、环境下应孕而生。比较流行的定义是：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源。中间件位于客户机/ 服务器的操作系统之上，管理计算资源和网络通讯。 2、中间件特点及优势：通常意义下，中间件应具有以下的一些特点 ：满足大量应用的需要 ；运行于多种硬件和OS平台 ；支持分布式计算，提供跨网络、硬件和OS平台的透明性的应用或服务的交互功能 ；支持标准的协议 ；支持标准的接口。 程序员通过调用中间件提供的大量API，实现异构环境的通讯，从而屏蔽异构系统中复杂的操作系统和网络协议。 中间件提供客户机与服务器之间的连接服务，这些服务具有标准的程序接口和协议。中间
16、件在分布式的客户和服务之间扮演着承上启下的角色，如事务管理、负载均衡以及基于Web的计算等。 具体地说，中间件屏蔽了低层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 3、中间件的应用领域与分类 ：数据访问中间件：对异构环境下的数据库实现联接或文件系统实现联接的中间件；远程过程调用中间件：程序员编写客户端的应用，可以调用位于远端服务器上的过程；消息中间件：用来屏蔽各种平台及协议之间的特性，进行相互通信，实现应用程序之间的协同；交易中间件：在分布、异构环境下
17、提供保证交易完整性和数据完整性的一种环境平台；对象中间件等。对象中间件：在分布、异构的网络计算环境中，可以将各种分布对象有机地结合在一起，完成系统的快速集成，实现对象重用。 面向对象标准原本只有一个，即CORBA(公共对象请求代理体系结构)，后来，Sun推出了企业级JavaBeans(EJB)，用自己易使用的程序模型来对CORBA做出了改进。微软COM(Component Object Model，组件对象模型)的出现，使面向对象中间件市场里又多了一个标准，二、 中间件的技术规范中间件的技术规范（DCE）1、DCE体系 分布式计算环境DCE（Distrbuted Computing Envir
18、onment ），它由Open Software Fondation 制定，现在这个组织被称为Open Group。DCE由多个共同在一起工作的组件组成，它们是：远程过程调用（RPC）、本地和全局目录服务（CDS和GDS）、安全服务、DCE线程、分布式时钟服务（DTS）、分布式文件服务（DFC）。线程、RPC、CDS、安全服务和DTS组件通常被成为安全核心，并且是组成任何DCE环境所必须的组件，DTS是可选件。在DCE环境中，还包括用于管理这些组件的管理工具。 DCE被称做中间件或使其具有能力的技术，它不是独立存在的，而是被捆绑在供应商操作系统中，或者由第三方供应商进行集成。中间件的技术标准（
19、DTP）2、 DTP模型与XA规范 DTP（Distributed Transaction Processing）模型是X/OPEN组织提出的一种软件结构，这种结构允许多个应用程序去共享多个资源管理器提供的资源，并且具有协调全局事务的能力。X/Open DTP模型（1994）包括：应用程序（AP）、事务管理器（TM）、资源管理器（RM）、通信资源管理器（CRM）。一般，常见的事务管理器（TM）是交易中间件，常见的资源管理器（RM）是数据库，常见的通信资源管理器（CRM）是消息中间件。事务（Transaction）又称为交易，指一个程序或程序段，在一个或多个资源如数据库或文件上为完成某些功能的执
20、行过程的集合。事务具有ACID特性。分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。 所谓全局事务，是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，这个工作即是一个全局事务，例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处但必须全部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其它数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有
21、操作都必须回滚。 一般情况下，某一数据库无法知道其它数据库在做什么，因此，在一个DTP环境中，交易中间件是必需的，由它通知和协调相关数据库的提交或回滚。而一个数据库只将其自己所做的操作（可恢复）映射到全局事务中。 XA就是X/Open DTP定义的交易中间件与数据库之间的接口规范（即接口函数），交易中间件用它来通知数据库事务的开始、结束以及提交、回滚等。XA接口函数由数据库厂商提供。 中间件的技术标准（CORBA）3、 CORBA 公共对象请求代理结构CORBA（Common Object Request Broker Architecture ），由国际对象管理组织OMG制定，这个组织是一个
22、国际性组织，始建于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 Invoca
23、tion and Dispatch）；7.对象适配器（Object Adapter）；8. ORB互操作协议（Inter-ORB Protocol）。COBRA标准主要分为3个层次：对象请求代理ORB （底层）：规定了分布对象的定义（接口）和语言映射，实现对象间的通讯和互操作，是分布对象系统中的软总线；公共对象服务：在ORB之上定义了很多公共服务，可以提供诸如并发服务、名字服务、事务(交易)服务、安全服务等各种各样的服务；公共设施（上层）：定义了组件框架，提供可直接为业务对象使用的服务，规定业务对象有效协作所需的协定规则。1. 对象请求代理（ORB）的作用：在传统的基于客户机/服务器模式的应用
24、程序开发过程中，项目开发人员遵循公开的标准或自由设计模块间的协议，这样的协议依赖于网络类型、实现语言、应用方式等。引入ORB后，客户只要遵循服务对象的对外接口标准向服务对象提出业务请求，由ORB在分布式对象间建立客户-服务对象关系。总结起来，ORB的作用包括：接受客户发出的服务请求，完成请求在服务对象端的映射；自动设定路由寻找服务对象；提交客户参数；携带服务对象计算结果返回客户端。CORBA构件模型CCM，是OMG组织制定的一个用于开发和配置分布式应用的服务器端中间件模型规范，它主要包括如下三项内容：抽象构件模型，用以描述服务器端构件结构及构件间互操作的结构；构件容器结构，用以提供通用的构件运
25、行和管理环境，并支持对安全、事务、持久状态等系统服务的集成；构件的配置和打包规范，CCM使用打包技术来管理构件的二进制、多语言版本的可执行代码和配置信息，并制定了构件包的具体内容和基于XML的文档内容标准。中间件的技术标准（J2EE）4、 J2EE J2EE是一种多层应用模式的结构体系。整个规范由SUN公司提出，它将业务逻辑从系统服务功能和用户界面中分离出去，放置在客户层和应用基础设施这两层之间的中间层，是目前应用的最为广泛的面向Web的应用系统结构规范。 J2EE的目标是：提供平台无关的、可移植的、支持并发访问和安全的，完全基于Java的开发服务器端中间件的标准。 在J2EE中，Sun给出了
26、完整的基于Java语言开发面向企业分布应用规范，其中：在分布式互操作协议上，J2EE同时支持RMI和IIOP，在服务器端分布式应用的构造形式，则包括了Java Servlet、JSP(Java Server Page)、EJB等多种形式，以支持不同的业务需求，EJB自从J2EE推出之后，得到了广泛的发展，已经成为应用服务器端的标准技术。SunEJB技术是在Java Bean本地构件基础上，发展的面向服务器端分布应用构件技术。EJB给出了系统的服务器端分布构件规范，这包括：构件、构件容器的接口规范以及构件打包、构件配置等的标准规范内容。 EJB是业务逻辑层的中间件技术，它提供了事务处理TP的能力
27、，自三层结构提出以后，业务逻辑层（中间层：处理事务的核心），从数据存储层分离，取代了存储层的大部分地位。从分布式计算的角度，EJB像CORBA一样，提供了分布式技术的基础。提供了对象之间的通讯手段。 EJB中的Bean可以分为会话Bean和实体Bean，前者维护会话，后者处理事务。目前Servlet负责与客户端通信，访问EJB，并把结果通过JSP产生页面传回客户端。 中间件的比较分析业界常用的做法从以下三个方面进行分析：1、集成性：集成性主要反映在基础平台对应用程序互操作能力的支持上。它要求分布在不同机器平台和操作系统上、采用不同的语言或者开发工具生成的各类商业应用必须能集成在一起，构成一个统
28、一的企业计算框架。这一集成框架必须建立在网络的基础之上，并且具备对于遗留应用的集成能力； 2、可用性：要求所采用的软件构件技术必须是成熟的技术，相应的产品也必须是成熟的产品，在至关重要的企业应用中能够稳定、安全、可靠地运行。另外，由于数据库在企业计算中扮演着重要角色，软件构件技术应能与数据库技术紧密集成； 3、可扩展性：集成框架必须是可扩展的，能够协调不同的设计模式和实现策略，可以根据企业计算的需求进行裁剪，并能迅速反应市场的变化和技术的发展趋势。通过保证当前应用的可重用性，最大程度地保护企业的投资。 四、 BSS/OSS的中间件架构 1、BSS/OSS的本质就是对处于网络分布环境中的各计算机
29、系统进行交互协作，从而支持新的商业运作模式。2、管理和传输各业务系统之间的数据信息、协调各系统的处理模块的中间管理服务系统，是保证BSS/OSS应用成功的关键。3、应用服务器、通用业务网关（接口平台）、支付网关、通信平台和安全平台，统一纳入BSS/OSS中间件构架的范畴。 4、从技术角度看， BSS/OSS将由互联网技术、传统IT技术以及具体的业务处理所构成。但是，系统的建立将会面临许多新的问题，包括：应用系统：能不能快速地建立，能不能适应大用户数、高处理量要求，能不能提供高效率、高可靠性、高可用性等等关键任务的要求，能不能满足安全需要等等。规划出一个整体的应用框架，并提供一个支持平台，用于B
30、SS/OSS应用的开发、部署和管理，并能籍此解决上述各种问题。这已经发展成为一个能广泛适应的标准的支撑层，成为Internet应用的基础设施（Infrastructure），这一支撑层实际上是基于Internet的中间件，也就是应用服务器。BSS/OSS应用包含以下层次： 浏览器：这是进入BSS/OSS的通道。应用平台：提供不同应用类型的生成工具软件，如网上商店、网络支付、虚拟社区等等。交换平台：对内集成企业内部的各种与BSS/OSS相关的业务系统，对外连接商业合作伙伴，如银行、供应商、客户、配送结构，完成各种不同业务系统之间数据转换和整合。基础平台：用来支持大量Internet客户的并发访问
31、，使应用开发商快速开发出灵活多变的应用，尽快把信息系统和业务活动放到Internet中。中间件构架是一种应用集成的关键件，不管BSS/OSS应用分布在什么硬件平台上，使用了什么数据库系统，透过了什么复杂的网络，各种应用的互连和互操作是中间件构架首先要解决的问题。针对不同的应用环境，对BSS/OSS中间件构架有各种不同的要求。在通信方面，中间件构架要支持各种通信协议和通信服务模式，传输各种数据内容，数据格式翻译、流量控制、数据加密、数据压缩等等； 对工作流应用，需要根据条件以及条件满足状态，将信息、响应状态从一个应用传递到另一个应用；对联机事务处理，需要保证分布式的数据一致性、不停机作业、大量并
32、发的高效率；对于一个数据采集系统需要保证可靠传输等等。在BSS/OSS中间件构架核心，要解决名字服务、安全控制、并发控制、可靠性和效率保证等；在BSS/OSS应用开发方面，要能提供基于不同平台的丰富的开发接口，支持流行的开发工具和异构互连接口标准等；在管理方面，解决BSS/OSS中间件构架本身的配置、监控等，为BSS/OSS应用的易用易管理提供保证。BSS/OSS中间件趋势Order EntryServiceProvisioningCustomerContact CenterCustomerDatabaseBillingSystemMisc.Events CollectionFiltering
33、 CorrelationTroubleTicketingWorkforceManagementPerformanceManagementThresholdsNetworkInventoryFront-end ApplicationsBack-End Applications JAVACommunication Bus Publish/Subscribe Rule based engines Workflow Management Corba五、中间件符合软件发展的潮流：软件构件化（Software Component）技术是在大工业生产启发下应运而生的，是软件技术跨世纪的一个发展趋势，其目的是
34、彻底改变软件生产方式，从根本上提高软件生产的效率和质量，提高开发大型软件系统尤其是商用系统的成功率。复用软件一直是整个世界软件业所追求的梦想，软件构件化为实现这一梦想指出了一条切实可行的道路，而中间件正是构件化软件的一种形式。中间件抽象了典型的应用模式，应用软件制造者可以基于标准的形式进行开发，使软件构件化成为可能，加速了软件复用的进程。因此，中间件是符合软件发展的内在规律的。六、OSS/J介绍：NGOSS提供了一个技术无关的框架，而OSS/J则提供一个符合框架原则的技术相关（Java）的实现方案。NGOSS关注架构原则，提出了公共通信机制，流程控制外部化，合约定义接口等架构原则，同时定义了共
35、享信息和数据模型，便于应用集成。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）
36、支持下完成的，以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 APIsStep 4: Integrate best of breed
37、interoperable componentsStep 5: Harmonize presentation and processes on low cost mainstream middleware TMF NGOSS Java and Web Service TMF NGOSS OSS/J Functional APIs Java and Web Service TMF NGOSS Certified Products OSS/J Functional APIs Java and Web Service TMF NGOSS JBI, JES, OpenOffice, Identity
38、Mgt Certified Products OSS/J Functional APIs 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 + JM
39、S/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的
40、开发者使用。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 May03):Service Activ
41、ation 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 CollectionServi
42、ceInventoryResourceInventoryCustomer CareOrder ManagerNetwork ActivatorOtherOSSOtherOperatorsSLA ManagerUsage Data CollectionFault Data CollectionTrouble TicketService ActivationBilling & Rating Quality of Service IP BillingProductInventoryInventoryOSS服务开通API（OSS Service Activation API或SA API）： 主要提供
43、了对订单的管理功能（例如生成、修改、删除、查询订单等）和服务的管理功能。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）：定义了生
44、成、更新、查询、关闭故障单的一系列操作。网管系统可以通过调用TT API自动生成故障单，服务提供商也可以利用它产生和处理故障单，客户关怀系统能够调用这些API将故障单发送给服务提供商；如果故障单的管理是在一个工作流程中完成的话，那么开发人员可以使用这些API与工作流引擎进行信息传递。 OSS/J设计的实现依赖如下几个机制：依赖XML消息实现异步和松耦合交互模型；强类型，基于对象的事件；XML消息机制；基于JMS的事件和消息订阅机制；利用JNDI规范，定位OSS/J架构元素（会话对象，主题，队列等）的服务；依靠外观模式实现OSS/J的会话组件接口，以JVT对象作为参数技术选择：J2EE, XML
45、 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应用
46、间可以进行紧耦合的集成。 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应用和使用的系统复杂：必须满足不同的用户和应用需求，需要灵活的架构
