电信运营支撑系统演变过程及概述
电信运营支撑系统演变
过程及概述
内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
电信运营支撑系统演变过程及概述
第一章：电信业务运营支撑系统概述
第三章 下一代电信业务运营支撑系统中间件技术篇
O r d e r E n t r y S e r v i c e P r o v i s i o n i n g C u s t o m e r
C o n t a c t C e n t e
r C u s t o m e
r
D a t a b a s e
B i l l i n g S y s t e m
M i s c …...
E v e n t s C o l l e c t i o n
F i l t e r i n g C o r r e l a t i o n
T r o u b l e
T i c k e t i n g W o r k f o r c e
M a n a g e m e n
t P e r f o r m a n c
e
M a n a g e m e n t
T h r e s h o l d s N e t w o r k I n v e n t o
r y
F r o n t -e n d A p p l i c a t i o n s
B a c k -E n d A p p l i c a t i o n s
JAVA
C o m m u n i c t i o n B u s Publish/Subscribe
Rule based engines Workflow Management Corba
●TMF
NGOSS ●Java
and
Web
Servi
ce
●TMF
NGOSS
●OSS/J
Funct
ional
API's
●Java
and
Web
Servi
ce
●TMF
NGOSS
●Certi
fied
Produ
cts
●OSS/J
Funct
ional
API's
●Java
and
Web
Servi
ce
●TMF
NGOSS
●JBI,
JES,
OpenOff
ice,
Identit
y Mgt
●Certifi
ed
Product
s
●OSS/J
Functio
nal
API's
●Java
and Web
Service
s
●TMF
NGOSS
QoS and Performance API
– Performance data
–
APIs supporting the following areas first (all Final Draft
except Inventory In Public Draft–final in May’03):
Service Activation API
– Order Management Trouble Ticketing API
– Customer Mngt
Scalability, Security, Integr. CORBA, EAI, B2B (ebXML, SOAP,…), etc….
Common API
IP Billing API
– Usage Data Inventory API
A l i g n m e n t w i t h T M F N G O S S
J2EE, XML and Web Services
紧耦合 集成 J a v a E J B R M I I I O P J a v a E J B R M I I I O P
松耦合 集成 J a v a E J B R M I I I O P X M L J M S
B 2B 集成 X M L W e b S e r v i c e s
X M L
W e b S e r v i c e s
Trouble
Performan Ser Res
Customer
Order Network
Oth
SLA
Usage
Fault
Trouble Service
Billi
Quality of
IP
Pro
Invento
tion t
? 手工
作坊
? 软件
危机
1.软件开发无计划性；
2.软件需求不充分；
3.软件开发过程无规
范；
4.软件开发产品无评
测手段。 ? 以满足功
能需求为主
问题定义；需求分析；概要设计；详细设计；编码；测试；维护
瀑布模型；演化模型；螺旋模型；喷泉模型；增量模型；原型模型；组装可重用构件模型。
2.为什么应用软件开发模型和软件工程方法解决大规模、
复杂问题时，软件系统的质量和效率无法得到保证
1.为什么专家和新手在使用软件开发模型和软件工程方
如：设计模式框架
注意：
t Nodes
Interface
软件概要设计的主要任务就是进行系统结构设计，是不是就是概要
设
计 ? 设计
?
对
象
设
计
注意：显式的，构件间的连接并没有单独作为实体显式地设计，而是作为构件的附属形式出现。而软件体系结构设计将部件、部件连接、连接规
范和原则单独作为实体显式定义。
Multiple interfaces are a consequence of: Object composition
composition
decomposition
L a n g u a g e s:
-O D L strict superset
of OMG-IDL,
adding re-use of
Computational
specifications,
stream interfaces,
QoS and grouping.
T o o l s:
- P l a t y t o o l s
数
管理
电信运营与支撑系统
电信运营与支撑系统 [摘要] 本文重点对电信运营的各个环节进行分析,同时说明支撑系统在电信运营中的作用,支撑系统的业务逻辑。 [关键词] 支撑系统网络数据电信运营 前言 电信运营商为客户提供通信网络,使客户通过网络发布、获取和交换信息,从而使客户发布、获取、交换信息在时间、空间和对象上获得了极大的扩展。因此电信运营商要根据客户的需要建设、维护通信网络,将客户接入网络,使客户通过网络发布、获取和交换信息,并按照客户对网络的使用收费,这就是电信运营商的基本运营活动。 1.电信运营商提供的服务类型 客户通过电信运营商提供的网络发布、获取、交换信息是电信运营商为客户提供的服务,那么电信运营商为客户提供那些交换信息的服务呢?首先我们从客户能够发布、获取、交换那些信息入手:作为一个自然人或者有自然人组成的群体,客户所能发布、获取、交换的信息就是人类所能接受到的信息,包括视觉信息、听觉信息、嗅觉信息、味觉信息、触觉信息这五类信息,那么客户要求通过电信运营商的网络传播的信息也是这五类信息,由于技术原因的限制,现代技术可以提取和再现视觉信息和听觉信息,但不能提取和再现嗅觉和味觉、触觉等信息。因此现代电信运营商所能为客户提供的服务就是让客户通过电信网络传播视觉、听觉信息。 2.根据网络确定服务和资费 2.1电信运营商为实现想客户提供某种服务,就必须先建立某种网络,通过网络为客户提供电信服务。事实上,提供相同服务,电信运营商所采用的网络会有若干不同,特别是接入网络的不同,会导致提供给客户相同的服务需要调用运营商不同的资源,产生不同的成本。因此在这里我们引入一个概念:单位服务。所谓单位服务是指电信运营商为客户提供某种服务所调用最少的资源,采用最少的操作,产生最低成本的情况下所提供的完整主体服务。这是一个将运营商成本和收入关联的概念,是将运营商为客户提供服务分解为最小的单位。下面我们具体分析集中典型的电信服务的单位服务: (1)固定电话:固定电话的单位服务依赖于实现固话的接入网类型,我们举两个例子说明如何确定固话的单位服务: ①远端模块—交接箱—分线盒接入网类型:在此种接入网模式下,要使客户具备通过电信运营商的交换网络实现客户发布、获取、交换语音信息的能力,最少
电信业务运营支撑系统
电信业务运营支撑系统 电信业务运营支撑系统（Business & Operation Support System，简称BOSS），也称电信业务操作支撑系统 目录 [隐藏] ? 1 什么是电信业务运营支撑 系统 ? 2 BOSS系统的组成 ? 3 BOSS系统的意义 ? 4 BOSS系统的功能 ? 5 影响BOSS系统的积极因 素 ? 6 影响BOSS系统的阻碍因 素 ?7 运营商BOSS系统建设情 况 ?8 BOSS系统的发展趋势 [编辑] 什么是电信业务运营支撑系统 所谓电信业务运营支撑系统，是电信企业业务处理信息化管理的基础平台,用于支持前台销售,客户服务及内部支撑全流程及分析管理的业务管理系统。 OSS（运营支持系统） OSS包含用于运行和监控网络的所有系统，如报告或计费系统。它不是网络本身，它是整个运营基础结构，包括运营网络系统和客户服务系统，其中客户支持功能是由业务支持系统(BSS)执行的。 BSS（业务支持系统） BSS系统的设计目标包括客户关系管理（CRM）、业务供应链管理（SCM），经营决策支持系统（DSS）。 [编辑]
BOSS系统的组成 1.计费及结算系统 狭义的计费系统是指处理计费数据采集和批价两个过程的系统。计费数据采集工作包括计算机从电信基础网络（如交换机、网关等）上收集有关的原始基础数据和信息，进行相应的差错检验，格式转换等预处理，生成的结果只记录了用户使用网络（如通话）的情况，并不体现应向用户收取的费用。而批价的动作则是根据既定的原则和规则，对用户使用网络的情况计算费用。 结算系统是电信企业间的行为，它包括两种情况：一种称为漫游结算，另一种称为互联结算。当互联结算发生在两个甚至多个网络之间时，称为网间结算。结算的流程本身比较复杂，再加上数据量很大，出现得比较晚，使结算系统逐渐区别于传统的计费系统，成为业务运营支撑系统相对独立的组成部分。 2.营业、账务系统 营业系统通常完成的是受理和处理用户的业务请求，而帐务系统是将用户使用电信网络的情况汇总形成帐单。这两个过程在以往是比较单调的，但随着个性化服务的需求越来越强烈，要求系统实现功能的数量越来越多，越来越复杂，建设相对独立、灵活的营业系统和帐务系统的呼声也越来越高。 帐务系统要充分满足客户化的帐务要求。支持灵活，多途径的收费功能，满足客户个性化的帐单及其详细话单，并支持多样化的帐单分发方式；提供强大灵活的客户信用度的管理，完善恶意消费控制和欺诈控制；对市场变化做出迅速反映，方便地支持新品牌、新的资费套餐及其新的服务手段的推出。 3.客户服务系统 客户服务系统原来指的是企业的服务热线，如中国电信的"1000"和中国联通的"1001" 等，但随着发展，客户服务系统有了全新的定义和功能。客户服务系统一方面能保证为客户提供快速方便的服务；另一方面保证在未来新业务开放的情况下，系统能及时提供相应的功能保证。从更高的角度来看，客户服务系统要实现多元化服务、个性化服务、交互式服务、异地服务的要求。 多元化服务即系统能为客户提供多种的接入渠道，多项的使用功能，多样的服务项目；个性化服务即能识别客户身份，根据不同客户的要求和系统数据，提供不同的服务和相应的营销，实现准确的服务；交互式服务主要是改变以往只有被动接受客户要求的状况，通过主动地调查市场，与客户联系，了解客户需求提供主动的服务和营销，同时增加系统的客户参与功能，鼓励客户进行自助服务。 这部分与CRM的概念接近。北京电信大客户部总经理赵恒礼认为，CRM是BOSS的一部分；中国移动的宁宇也表示，中国移动现在建的CRM正是基于其BOSS系统。对于电信运营商来说，如何有效地抓住大客户是必须面对的问题，在市场上，保住一个老客户的成本要远远低
(运营管理)电信运营支撑系统的现状与发展趋势
运营支撑系统的组成 目前，各电信运营企业都建有大量系统，覆盖业务运营、客户服务、市场营销、经营分析、网络管理以及企业管理各个方面。总的来看，各电信运营支撑系统一般都包括业务支撑系统（BSS）、网管支撑系统（OSS）与管理支撑系统（MSS）（如图1所示）。 图1 运营支撑系统组成 从系统部署来看，目前各大运营企业都以集团与省公司为主要的建设与管理维护单位，建成了集团与省两级模式的支撑系统。集团公司的系统主要提供面向全公司的企业管理、经营分析等功能；省公司从职能管理单位逐步转向了兼顾管理、生产的单位，具有了越来越多的生产职能，在运营支撑系统建设中的作用较为突出，一般情况下，在遵循集团公司的总体指导思想下，可自行规划与建设本省的支撑系统；市公司的生产职能有所削弱，主要负责市场营销、客户支撑以及设备的现场维护等工作，因而主要是支撑系统的使用单位。 现有系统的支撑能力 为企业的运营管理过程提供支撑能力是建设运营支撑系统最重要的目的。eTOM模型通过分层与端到端的理念，较为完整地刻画了电信运营的全部过程（如图2所示）。
图2 eTOM框架模型示意图 总的来看，现有系统基本覆盖了eTOM各个功能点，实现了市场/客户、业务、资源（基础电信网络、计算资源及业务平台）和企业管理等功能。 在市场与客户支撑方面，各运营商为客户提供了客服电话（中国电信的10000系统、中国移动的10086系统、中国联通10010系统）、网站和短信等多种接入形式，通过各类渠道接受客户的投诉、业务咨询和建议；某些运营商还建设了客户关系管理、经营分析等系统，能够对客户行为、企业经营状况等进行深入分析，为企业决策提供科学依据。 在业务运营与管理方面，现有的业务支撑系统涵盖了对个人客户及集团客户的计费、结算、账务、营销、客户服务、信息服务等内容，实现了对客户、产品（语音以及各类数据产品）、市场营销、渠道的管理，能够有力地支撑企业经营决策，并能够根据业务需要与相关外部系统进行互联。 网络支撑系统初步具备了业务质量的分析与管理功能。系统的网络管理维护功能较为完整，具备了对各专业网络的数据配置、告警监控、性能分析等能力，但在告警与性能的关联分析方面还有所欠缺，这也是目前各大运营商重点关注的内容。 运营支撑系统的技术体系 随着运营支撑系统整体结构与功能的日益复杂化，“技术”在系统建设过程中的重要性也比以前更为凸显。举例来说，在运营支撑系统发展之初，由于业务需求少、系统功能结构简单、系统数量少等原因，几乎不用考虑数据的一致性、信息交互、端到端支撑、资源共享等问题。现在，再进行支撑系统建设时，任何一家运营企业都不能再忽略上述技术问题。 从运营支撑系统技术体系现状（如图3所示）可以看出，我国电信运营支撑系统基本仍沿用“烟囱式”建设模式，缺乏统一规划，软硬件资源共享程度低。具体来说，主要存在几个问题。
电信运营商IT系统介绍
电信运营商IT系统介绍 BSS:Business support system 业务支撑系统 OSS:Operation support system 运营支撑系统 MSS:Management Support System 管理支撑系统 (前二者又合称BOSS:Business and Operation support system ,电信业务运营支持系统)在企业(特别在是电信行业)IT战略规划中占据了重要地位的三大支柱内容.对于BOSS，面对客户是统一的；面对电信运营商，它融合了业务支撑系统(BSS)与运营支撑系统(OSS)，是一个综合的业务运营和管理平台，同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。BSS是面向运营商业务和服务的，而OSS是对BSS提供技术（特别是计算机技术）支撑和管理的。有了BSS才会有OSS。从辩证法角度看，BSS决定OSS，但OSS对BSS起反作用，二者缺一不可。 当前，面对用户需求的变化以及国家加快实施国民经济和社会信息化战略的形势，运营商按照原有的业务和服务模式将难以满足需求，从“提供单纯的通信服务”向提供“综合信息服务”的转型成为我国运营商的共同选择。然而，在拓展新市场的过程中，运营商不仅要提供不同种类的业务，与此相配套地，还要提供不同的业务组合模式、计费模式、服务模式。这些均离不开IT支撑系统的支持。伴随电信业的快速成长，IT支撑系统得到了快速发展，但在建设、部署以及应用过程中，暴露出很多问题，有些问题已经严重影响了系统的可持续发展，IT支撑系统无论从架构、能力还是服务水平上都难以满足发展的需要，系统必须实现转型，甚至重构。可以说，IT支撑系统是电信运营的“中枢神经系统”，IT支撑系统的转型将是电信转型的重要组成部分。 从目前我国运营商的实践来看，对IT支撑系统的认识基本是一致的，即包括BSS、OSS、MSS 三个子系统。三个子系统在整个IT支撑系统中承担不同的责任，同时彼此之间关联。整个IT支撑系统能力的提高需要各个子系统能力的同步提高。 业务支撑系统BSS 随着市场环境的迅速变化和竞争的日益加剧，业务支撑系统BSS(BillingSupportingSystem)已成为各大电信运营企业竞争的焦点，从中国移动的BOSS 到中国电信的CTG-BOSS，各电信运营商都在逐年加大对业务支撑系统BSS的投资。从电信行业角度分析，尽管BSS系统投资巨大，但总体的运行效率还相对较低。因此必须采取主动式管理思路来提升BSS的性能。主动式管理是指主动地去管理BSS系统，包括提升系统性能、优化数据以及提高运行质量等，而非“救火式”系统管理。在被动的响应情况下，管理维护人员在故障发生后才去处理故障，而故障可能已经造成了一定程度的损害。主动式管理的目的是主动地发现和解决系统可能出现的问题，消除系统潜在的风险，延长系统的使用周期，从而进一步提高业务和系统的运作效率，增强客户满意度。对BSS系统进行主动式管理涉及技术、管理、维护等方面。 有效地利用设备与系统投资是实现精益运营的基本要求之一，提高BSS系统运行效率应该针对各种可能导致系统运行效率降低的原因进行详细分析，主动对BSS系统进行有效管理和维护，从而提高整个系统的稳定性和高可用性，降低设备故障率，减少资源和成本的浪费，保障各业务系统平稳、健康地运行。作为提升BSS系统运行效率的一种管理方式，主动式管理涵盖的范围非常广泛，涉及需求管理、进度管理、资源管理、后评估管理等很多项目管理理论的内容。
中国三大运营商业务支撑系统介绍
三大运营商支撑系统介绍 中国移动 中国移动运营支撑系统的代表是CMCCBOSS。2007年，中国移动于杭州举行的业务支撑工作会议对CMCCBOSS的发展变革产生了很大影响。会议中，中国移动创造性地提出业务支撑部门职责从支撑者到使能者的转变，以此配合中国移动从“移动通信专家”到“移动信息专家”的转型。这种居安思危的态度使得CMCCBOSS建设涌现出越来越多热点。与过去重视系统功能的传统思路不同，中国移动开始对运营商自身的研发支持体系进行思考。TDBOSS、BOSS3.0、BASS2.0、BOMC2.0逐渐成为中国移动的主线建设工程，而其NGBOSS的规划也开始进入实质性阶段。 TDBOSS：出于TD-SCDMA在中国电信行业的独特重要性，TDBOSS也引起系统集成厂商的极大重视。在中国大宗采购TD-SCDMA网络设备的同时，中国移动也通过集采的方式选择集团和七个奥运城市的TDBOSS。亚信、华为、联创、神州数码思特奇、新大陆、HP等系统集成厂商纷纷参与其中。在经过了集采的价格博弈之后，HP顺利承建中国移动集团的TDBOSS，而亚信则承建其他分公司的TD支撑系统。尽管项目金额不足2000万元，但此后，亚信公司正式宣布，中标中国移动首个3GBOSS，这也为其在资本市场赢得了喝彩。 BOSS3.0：BOSS3.0从某种程度上体现了中国移动追求稳定发展的主线思路。BOSS3.0没有涉及革命性演变，项目建设重点关注以下三方面：以CRM整合BOSS和客服，完善电子渠道，计费时效性强化。相应的，参与BOSS3.0项目的厂商所做的工作主要集中在软件的维护和新业务的开发方面。当然，BOSS3.0的建设并不是没有创新的亮点。具体到软件建设模式上，浙江移动、上海移动、江苏移动的改造模式都做了一些创新的尝试，这或许将为NGBOSS未来的落地打下了一定基础。在BOSS3.0的硬件集采中，EMC、HDS、HP、IBM、SUN、Fujitsu、华为3COM、Veritas是主要参与的厂商。中国移动在注重控制成本的同时，也在存储虚拟化方面做了一些尝试，这进一步彰显了中国移动对存储异构的关注。在这种趋势下，未来存储硬件集采的竞争将可能呈现白热化。
中国电信业务运营支持系统
中国电信OSS/MSS/BSS BSS:Business support system 业务支撑系统 OSS:Operation support system 运营支撑系统 MSS:Management Support System 管理支撑系统 (前二者又合称 BOSS:Business and Operation support system ,电信业务运营支持系统)在企业(特别在是电信行业)IT 战略规划中占据了重要地位的三大支柱内容.对于BOSS，面对客户是统一的；面对电信运营商，它融合了业务支撑系统(BSS)与运营支撑系统(OSS)，是一个综合的业务运营和管理平台，同时也是真正融合了传统 IP 数据业务与移动增值业务的综合管理平台。BSS 是面向运营商业务和服务的，而 OSS 是对 BSS 提供技术（特别是计算机技术）支撑和管理的。有了 BSS 才会有 OSS。从辩证法角度看，BSS 决定 OSS，但 OSS 对 BSS 起反作用，二者缺一不可。 当前，面对用户需求的变化以及国家加快实施国民经济和社会信息化战略的形势，运营商按照原有的业务和服务模式将难以满足需求，从“提供单纯的通信服务”向提供“综合信息服务”的转型成为我国运营商的共同选择。然而，在拓展新市场的过程中，运营商不仅要提供不同种类的业务，与此相配套地，还要提供不同的业务组合模式、计费模式、服务模式。这些均离不开 IT 支撑系统的支持。伴随电信业的快速成长，IT 支撑系统得到了快速发展，但在建设、部署以及应用过程中，暴露出很多问题，有些问题已经严重影响了系统的可持续发展，IT 支撑系统无论从架构、能力还是服务水平上都难以满足发展的需要，系统必须实现转型，甚至重构。可以说，IT 支撑系统是电信运营的“中枢神经系统” ，IT 支撑系统的转型将是电信转型的重要组成部分。 从目前我国运营商的实践来看，对 IT 支撑系统的认识基本是一致的，即包括 BSS、OSS、MSS 三个子系统。三个子系统在整个 IT 支撑系统中承担不同的责任，同时彼此之间关联。整个 IT 支撑系统能力的提高需要各个子系统能力的同步提高。 业务支撑系统 BSS 随着市场环境的迅速变化和竞争的日益加剧，业务支撑系统 BSS(BillingSupportingSystem)已成为各大电信运营企业竞争的焦点，从中国移动 的 BOSS 到中国电信的 CTG-BOSS，各电信运营商都在逐年加大对业务支撑系统 BSS 的投资。从电信行业角度分析，尽管 BSS 系统投资巨大，但总体的运行效率
电信运营商的业务支撑系统
有的人认为，业务支撑就是计费。这也难怪，业务支撑部门就是从当年的计费部门发展起来的，所以自然而然地理解，业务支撑不过是换的新马甲，本质还是计费。持这种观点的一般都是老资历的同志，甚至领导，和业务支撑的接触少，没有看到业务支撑这些年的发展，缺乏这个专业对企业价值的深刻体会，所以让他们理解业务支撑，很难；让他们明白业务支撑专业与传统通信行业的差异，则更难！ 有的人认为，业务支撑就是给业务做支撑的，名字就是这么起的嘛。这样理解业务支撑的同志，往往把业务支撑看作业务部门的从属单位，业务部门怎么说，支撑部门怎么做。如果支撑部门说做不了，那就是系统太烂，或是支撑部门能力弱。业务上不了线，或者系统出了问题，就是业务支撑部门的主要责任。而持这种观点的人，往往多是围绕某个业务、某个产品、某个管理领域，而没有更多地从企业全局来思考。这就难怪他关注的仅是某个业务的支撑能力，而忽视业务支撑对整个企业的价值和作用。 比较接近事实的观点，应该是业务支撑是给企业的运营做支撑的。传统电信运营商的运营支撑系统，主要说的是网管，那时运营的核心是保障网络的稳定运行，因此运营支撑很大程度上是说网管。但是，现在的运营商，越来越多的是围绕客户和围绕产品两个核心开展运营；而产品也不再是网络直接提供的，而是经过业务部门利用业务支撑系统来包装和整合的。因此，业务支撑系统实质上是支撑运营的平台，这种运营不仅是针对单一业务的，更包括多业务之间的。业务支撑前端面向分散的、多元的、各自独立而又存在交叉的业务部门；后端面向的则是分立的、标准化、规范化刚性运作的网络、计划、财务等部门。凡是别的部门不愿意改的，往往改动的需求就交给了业务支撑部门。这还不能说明业务支撑是在为企业的运营做支撑么？ 这还不够，业务支撑部门不仅需要发现问题，还需要提出解决问题的建议和方案，在很大程度上，已经超越了IT支撑部门的定位，在做一些应该由企业的业务部门或者说运营部门（如果存在运营部门的话）完成的工作。比如，在业务设计时有多少建议是支撑部门提出的？有多少与其他业务的矛盾、冲突是业务支撑人员发现的？企业内部谁在主动地制定和推进跨部门的流程（业务流程甚至管理流程）？甚至谁在做业务规划？如果业务支撑部门仅将自己定位于支撑，它完全可以只接受最终的需求，有问题打回去，没有必要参与确定运营流程和规则的工作，更不必提出建议。可请问我们的业务部门：事实是这样么？事实上，业务支撑部门已经很深地参与到运营里面去了，甚至成了运营商内部和运营结合最紧密的部门。
电信运营支撑系统演变过程及概述
电信运营支撑系统演变过程及概述第一章：电信业务运营支撑系统概述 第三章下一代电信业务运营支撑系统中间件技术篇 ●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 NGOSS O r d e r E n t r y S e r v i c e P r o v i s i o n i n g C u s t o m e r C o n t a c t C e n t e r C u s t o m e r D a t a b a s e B i l l i n g S y s t e m M i s c …... E v e n t s C o l l e c t i o n F i l t e r i n g C o r r e l a t i o n T r o u b l e T i c k e t i n g W o r k f o r c e M a n a g e m e n t P e r f o r m a n c e M a n a g e m e n t T h r e s h o l d s N e t w o r k I n v e n t o r y F r o n t-e n d A p p l i c a t i o n s B a c k-E n d A p p l c a t i o n s JAVA C o m m u n i c a t i o n B u s Publish/Subscribe Rule based engines Workflow Management Corba
电信运营支撑系统的现状与发展趋势
电信运营支撑系统的现 状与发展趋势 Document number：PBGCG-0857-BTDO-0089-PTT1998
运营支撑系统的组成 目前，各电信运营企业都建有大量系统，覆盖业务运营、客户服务、市场营销、经营分析、网络管理以及企业管理各个方面。总的来看，各电信运营支撑系统一般都包括业务支撑系统（BSS）、网管支撑系统（OSS）与管理支撑系统（MSS）（如图1所示）。 图1? 运营支撑系统组成 从系统部署来看，目前各大运营企业都以集团与省公司为主要的建设与管理维护单位，建成了集团与省两级模式的支撑系统。集团公司的系统主要提供面向全公司的企业管理、经营分析等功能；省公司从职能管理单位逐步转向了兼顾管理、生产的单位，具有了越来越多的生产职能，在运营支撑系统建设中的作用较为突出，一般情况下，在遵循集团公司的总体指导思想下，可自行规划与建设本省的支撑系统；市公司的生产职能有所削弱，主要负责市场营销、客户支撑以及设备的现场维护等工作，因而主要是支撑系统的使用单位。 现有系统的支撑能力 为企业的运营管理过程提供支撑能力是建设运营支撑系统最重要的目的。eTOM模型通过分层与端到端的理念，较为完整地刻画了电信运营的全部过程（如图2所示）。
图2? eTOM框架模型示意图 总的来看，现有系统基本覆盖了eTOM各个功能点，实现了市场/客户、业务、资源（基础电信网络、计算资源及业务平台）和企业管理等功能。 在市场与客户支撑方面，各运营商为客户提供了客服电话（中国电信的10000系统、中国移动的10086系统、中国联通10010系统）、网站和短信等多种接入形式，通过各类渠道接受客户的投诉、业务咨询和建议；某些运营商还建设了客户关系管理、经营分析等系统，能够对客户行为、企业经营状况等进行深入分析，为企业决策提供科学依据。 在业务运营与管理方面，现有的业务支撑系统涵盖了对个人客户及集团客户的计费、结算、账务、营销、客户服务、信息服务等内容，实现了对客户、产品（语音以及各类数据产品）、市场营销、渠道的管理，能够有力地支撑企业经营决策，并能够根据业务需要与相关外部系统进行互联。 网络支撑系统初步具备了业务质量的分析与管理功能。系统的网络管理维护功能较为完整，具备了对各专业网络的数据配置、告警监控、性能分析等能力，但在告警与性能的关联分析方面还有所欠缺，这也是目前各大运营商重点关注的内容。 运营支撑系统的技术体系 随着运营支撑系统整体结构与功能的日益复杂化，“技术”在系统建设过程中的重要性也比以前更为凸显。举例来说，在运营支撑系统发展之初，由于业务需求少、系统功能结构简单、系统数量少等原因，几乎不用考虑数据的一致性、信息交互、端到端支撑、资源共享等问题。现在，再进行支撑系统建设时，任何一家运营企业都不能再忽略上述技术问题。 从运营支撑系统技术体系现状（如图3所示）可以看出，我国电信运营支撑系统基本仍沿用“烟囱式”建设模式，缺乏统一规划，软硬件资源共享程度低。具体来说，主要存在几个问题。
电信运营支撑系统演变过程及概述
电信运营支撑系统演变 过程及概述 内部编号：（YUUT-TBBY-MMUT-URRUY-UOOY-DBUYI-0128）
电信运营支撑系统演变过程及概述 第一章：电信业务运营支撑系统概述 第三章 下一代电信业务运营支撑系统中间件技术篇 O r d e r E n t r y S e r v i c e P r o v i s i o n i n g C u s t o m e r C o n t a c t C e n t e r C u s t o m e r D a t a b a s e B i l l i n g S y s t e m M i s c …... E v e n t s C o l l e c t i o n F i l t e r i n g C o r r e l a t i o n T r o u b l e T i c k e t i n g W o r k f o r c e M a n a g e m e n t P e r f o r m a n c e M a n a g e m e n t T h r e s h o l d s N e t w o r k I n v e n t o r y F r o n t -e n d A p p l i c a t i o n s B a c k -E n d A p p l i c a t i o n s JAVA C o m m u n i c t i o n B u s Publish/Subscribe Rule based engines Workflow Management Corba
电信运营商的IT系统(MSS、BSS、OSS)介绍
电信运营商IT系统介绍 Edit by 邋遢风衣 业务支撑系统BSS: Business support system 运营支撑系统OSS: Operation support system 管理支撑系统MSS: Management Support System (前二者又合称BOSS: Business and Operation support system ,电信业务运营支持系统)在企业(特别在是电信行业)IT战略规划中占据了重要地位的三大支柱内容.对于BOSS，面对客户是统一的；面对电信运营商，它融合了业务支撑系统(BSS)与运营支撑系统(OSS)，是一个综合的业务运营和管理平台，同时也是真正融合了传统IP数据业务与移动增值业务的综合管理平台。BSS是面向运营商业务和服务的，而OSS是对BSS提供技术（特别是计算机技术）支撑和管理的。有了BSS 才会有OSS。从辩证法角度看，BSS决定OSS，但OSS对BSS起反作用，二者缺一不可。 当前，面对用户需求的变化以及国家加快实施国民经济和社会信息化战略的形势，运营商按照原有的业务和服务模式将难以满足需求，从“提供单纯的通信服务”向提供“综合信息服务”的转型成为我国运营商的共同选择。然而，在拓展新市场的过程中，运营商不仅要提供不同种类的业务，与此相配套地，还要提供不同的业务组合模式、计费模式、服务模式。这些均离不开IT支撑系统的支持。伴随电信业的快速成长，IT支撑系统得到了快速发展，但在建设、部署以及应用过程中，暴露出很多问题，有些问题已经严重影响了系统的可持续发展，IT 支撑系统无论从架构、能力还是服务水平上都难以满足发展的需要，系统必须实现转型，甚至重构。可以说，IT支撑系统是电信运营的“中枢神经系统”，IT支撑系统的转型将是电信转型的重要组成部分。 目前我国运营商的实践来看，对IT支撑系统的认识基本是一致的，即包括BSS、OSS、MSS三个子系统。三个子系统在整个IT支撑系统中承担不同的责任，同时彼此之间关联。整个IT支撑系统能力的提高需要各个子系统能力的同步提高。 业务支撑系统BSS