电信运营支撑系统

2024-10-15

电信运营支撑系统（精选8篇）

电信运营支撑系统篇1

电信运营支撑系统的生产调度流程管理

Workflow Management of Telecom Operational Support System 2003-11-27 作者:叶云/YE Yun,张帆/ZHANG Fan 摘要:文章对电信运营竞争的环境下运营支撑系统中生产调度流程管理的作用、类型划分和实现要求进行了分析，并对业务受理调度流程中各环节的定义及实现进行了进一步探讨。

关键字:运营支撑系统；生产流程；业务受理；电信运营图

英文摘要:With regard to the fierce competition in the telecom operation field, the workflow management of the telecom operational support system(OSS)is analyzed in respects of its functions, classifications and deployment requirements.The definition and implementation of each section of the service acceptance workflow are further discussed.英文关键字:OSS;Workflow;Service acceptance;Telecom operations map

随着电信运营市场竞争环境的形成，以及加入WTO后国外电信运营商的逐步进入，中国电信运营商面临如何增强竞争力、扩大市场份额、实现效益目标的挑战。在这种情况下，运营支撑系统成为运营商的关注焦点。

对于中国运营商而言，如何按照商业企业的性质和原则来规划、实现、改进运营支撑的管理、组织、流程，是目前需要重点解决的问题。其根本内容，就是改变过去以电信网络为中心的管理、运维模式，实现以客户为中心的商业企业市场营销、客户关系管理、电信产品销售服务。

以客户为中心的运营支撑系统架构的根本内容就是如何实现以客户为中心的业务提供、业务保证、业务计费以及基础建设的端到端过程。而端到端过程的实现，关键问题是如何实现业务在各系统间的流转和衔接。因此，基于工作流的生产调度系统在运营支撑系统建设中起着非常重要的作用。运营支撑系统的发展趋势

国际上运营支撑系统建设正处于飞速发展时期。电信管理论坛(TMF)2000年在电信管理网(TMN)体系基础上，提出了电信运营图(TOM)，后来又补充提出了增强电信运营图(eTOM)，为实现新一代运营支撑系统提供了业务框架规范，在国际范围内得到了广泛的认同和支持。随着中国在电信领域与国际的接轨，先进的运营支撑建设思想也以更快的速度在中国得到应用和实践。如何在运营支撑系统的规划建设中考虑中国国情，体现运营商的实际需求，中国电信运营商以及一批有实力的IT服务提供商在多方面进行了有益的探索。在建设内容上，已经形成了如图1所示的运营支撑功能框架。

在运营支撑系统功能框架中，运营支撑系统(OSS)从电信网元管理到客户之间，由下而上划分为网络管理层、业务管理层、客户服务层3个管理层面。

在各系统功能实现内容上，按照在企业运营过程中的不同管理内容，划分为业务实现、业务保证、业务计费、战略/规划及基础建设等4个过程管理域。

在运营支撑系统功能框架中的各系统之间，按照电信业务前后端管理模式进行总体规划。在业务前端，根据电信运营商的实际情况及需要，规划实施丰富的、多种的客户接入渠道及手段，包括传统营业厅、网上营业厅、呼叫中心、分销商、客户经理等，并提供附加的管理功能，如客户经理的绩效管理等；在业务后端，按照统一的业务实现、业务保证、业务计费、战略/规划及基础建设业务过程管理域定义后台模型并实现。

在业务功能上，目前运营支撑系统覆盖了专业计费、综合帐务、综合结算、资源管理、综合营业/客服、生产调度、故障管理、网络管理、综合营销、经营分析等建设内容，呈现出全面发展建设的态势。

生产调度的作用及类型

从运营支撑系统功能框架可以看出，生产调度实现业务受理、业务投诉、建设申请等从开始到竣工处理的一整套流程，完成流程的配置、状态、时限和业务队列的处理、调度和管理。生产调度利用工作流平台实现业务流程的全部和部分自动化。工作流管理系统使企业中大量的基于知识与规则的任务能与活动协调一致、高效运行，并且在正确的时间将正确的信息传给正确的岗位或应用系统，从而实现正确的业务流程。生产调度子系统不是业务系统，而是业务的“操作系统”，它的作用是为电信企业的业务运行提供一个可以灵活扩展的支撑环境。

按照不同的运营商情况的差异，生产调度系统一般实行主干网、本地网两级调度，同时处理其他生产调度系统传来的异地业务受理、业务协作等业务调度，实现两级的业务流程各环节的顺利流转。

生产调度处理的业务流程按照不同的过程管理域，分为以下4类：

●业务受理处理流程，包括订单审核、任务分解、调度方案设计、施工管理、竣工处理等环节，并包括预受理、咨询等处理流程，属于业务实现管理域。

●故障处理流程，包括由客户报障、网管报警、网络维护巡检触发的相应故障处理流程和应急调度流程，属于业务保证管理域。故障处理流程还包括业务投诉的相关处理流程。

●由帐务系统发起的业务停/复机处理流程，包括欠费停机和缴费复机两大类，属业务计费管理域。

●由网络基础建设、运行维护、网络优化、上级调度产生的订单处理流程等属于战略/规划及基础建设管理域。

为实现生产调度系统在运营支撑系统中的发动机作用，完成以上4类流程的顺畅流转和功能的无缝衔接，对生产调度系统功能提出了如下的要求：

生产调度在订单生命周期中完成各类型业务订单的调度，实现订单在系统状态中的迁移以及用户对业务处理规则的制订和修改，并完成对业务的统计和分析。

●生产调度要处理可能出现的各种处理结果，不得出现不可预测的状态，而且要实现异常工单或订单的调度管理及合并工单或订单的调度管理，以及实现对订单流向的跟踪及追溯。

●在系统各施工环节中，对工单或订单实施时限监控和提供预告警功能。

●提供异常情况的处理能力，包括追单、撤单、缓装、转待装等。

●接受通过其他生产调度系统传过来的异地的业务受理订单，并及时地通过相关生产调度接口回复。

●对异地处理业务全程监控，对异地回复的经其他生产调度系统传回的信息及时处理后并回复给客户。

为实现以上功能要求，生产调度系统必须具有强大的灵活配置能力，以适应各种类型流程的管理需要，要具有如下能力：

●组织架构自定义，适应用户组织机构、岗位、职责变化的需要。

●流程自定义，适应用户不断进行的流程重组、业务优化的需要。

●调度环节权限自定义，适应各部门之间人员、职责变化的需要。

●流转表单通过模板自定义，适应表单变化的需要。

●时限管理设置与流程监控设置提供灵活的时限与流程监控管理途径。

●开放的、标准的对外信息接口定义，实现与其他系统的功能衔接。业务受理调度流程各环节的定义及实现

在各类调度流程中，各种业务受理流程的定义最为复杂，环节定义及功能实现也不尽相同，各运营商实现时往往存在环节模糊功能界定不清的问题。下面本文对国内外业务受理流程的定义及实现进行比较分析，为生产调度的建设提供借鉴。

在TMF制订的电信运营图标准中，对业务提供的典型描述如图2所示。图中，业务受理环节分为受理、订单处理、业务配置、网络提供、网络配置等主要处理过程。之所以业务提供流程出现如上的过程划分与后台的业务逻辑关系密不可分。

目前电信业务的后台基础实体模型已经在运营支撑建设领域被广泛接受(如图3所示)，内容描述如下：

●网络资源是电信运营商提供电信产品的基础，也是网络资源承载业务资源。

●一种或多种业务资源有机组合成为可提供的电信服务，包括主体服务和附加服务。

●服务是为满足客户要求由电信运营商向使用者提供的基本功能元素。服务分两类，一类是主体服务，另一类是承载在主体服务上的附加服务。

●产品是对电信服务的包装，由一项主体服务和承载在该主体服务之上的附加服务构成。服务功能绑定资费策略后就构成了产品。

●产品套餐是对产品的组合包装。产品套餐是由一个或多个产品组合而形成，在产品套餐上可以定义统一的套餐优惠策略。

●客户定购电信运营商的产品或产品套餐，使用电信运营商的服务，成为电信运营商的用户。

综合以上内容描述，业务受理流程中的主要处理环节功能可以划分如下几种：

●受理完成产品、产品包的前台受理，以及竣工后通知用户。

●订单处理完成订单审核，并将产品/产品包分解为服务，转入“业务配置过程”；竣工处理过程根据“业务配置过程”返回的各服务竣工内容，确定产品、产品包的竣工情况后返回“受理”环节。

●业务配置将服务拆分为业务资源，实行任务分解，转入“网络提供过程”；在竣工过程中根据“网络提供过程”返回的各业务资源配置完成的内容，确定服务的竣工情况后返回“订单处理”环节。

●网络提供根据业务资源配置的要求，利用资源管理系统，完成各业务资源调度方案设计的功能，即调度网络资源承载业务资源；在竣工过程中根据网络配置竣工的内容，确定业务资源配置完成后返回“业务配置”环节。

●网络配置根据完整的服务调度方案设计，完成现场施工的内容，包括网管施工、线路施工、新装施工、测量施工等；竣工后，返回网络配置竣工内容至“网络提供”环节。

在具体实现中，基于生产调度的工作流平台实现以上功能。订单处理、业务配置、网络提供、网络配置为生产调度系统的业务受理流程管理的具体内容(见图2)。

业务受理流程管理包括如下关键环节：

●订单处理。含订单处理、业务配置，包括订单审核和任务分解的管理环节。

●资源调度设计。含网络提供，包括资源调度、调度方案设计环节。

●施工管理。包含网络配置，包括工单生成、派发、施工管理、测量等环节。

●竣工处理。包含以上环节中的竣工处理内容，包括计费帐务信息的归档、资源归档以及故障管理中业务等级协定相关信息的归档，完成后返回前台受理。

以上内容最终实现以客户为中心的业务受理端到端过程。

总结

在运营支撑规划建设中，将生产调度流程管理划分为业务提供、业务保证、业务计费、基础建设4种类型的调度流程，能使企业中大量的、基于知识与规则的任务与活动能够协调一致、高效运行，并且能在正确的时间将正确的信息传给正确的岗位或应用系统，从而实现正确的业务流程。在竞争环境下，中国电信运营商对运营支撑系统提出了更高的要求，因此，运营支撑系统必须具有强大的灵活配置功能，并认真考虑业务流程的规范化问题。

参考文献：

[1] TMF GB910 Version 2.1,Telecom Operations Map [S].[2] TMF GB921 Version 3.0,The enhanced Telecom Operations Map(eTOM)Business Process Framework [S].[3] TMF GB920 Version 1.5, New Generation Operational Support Systems(NGOSS), Architecture Overview [S].[4] ITU-T M.1400, Designations for Inter-Operator Networks(Revised)[S].[5] ITU-T M.3100,Principles for a telecommunication management network [S].[6] 张雷, 黄友平.基于CRM的电信业务流程重组[J].电信技术, 2002,(4):8-10.叶云，深圳市中兴通讯股份有限公司技术中心主任工程师，清华大学硕士毕业，已发表论文10余篇，长期从事运营支撑系统的需求分析、系统设计工作。

张帆，中国网络通信有限公司北京分公司运维部项目经理，长期从事运营支撑系统的建设规划、项目管理工作。

电信运营支撑系统篇2

随着电信业的飞速发展, 电信运营商为更好地开展业务, 建设各类运营支撑平台保证业务的实时监管, 每年对平台的建设投入大量资金。同时, 由于电信运营商的项目决策管理流程较长, 需要快速实施的平台项目无法及时部署, 在一定程度上降低了客户的体验度, 间接导致客户流失。

二、概念阐述

2.1云计算的概念及特点

维基百科将云计算定义为:云计算将IT相关的能力以服务的方式提供给用户, 允许用户在不了解提供服务的技术、没有相关知识以及设备操作能力的情况下, 通过Internet获取需要的服务。

目前比较公认的云架构分为能够提供基础设施即服务 (Iaa S) 、平台即服务 (Paa S) 和软件即服务 (Saa S) 三种类型的服务[1]。

2.2电信运营支撑系统的概念

运营支撑系统是借助IT手段实现对电信网络和电信业务的管理, 以达到支撑和改善运营的目标[2], 主要包括交换网管系统、传输网管系统、数据网管子系统、移动网管系统等。

三、基于云计算的电信运营支撑系统分析

3.1电信运营支撑系统现状

如今电信运营支撑系统涵盖了运营商业务开展的各个方面。出于安全性等考虑, 各个平台独立建设, 相关平台间部署业务接口, 平台内的IT资源独享。

现有各类系统中除数据库服务器及核心应用服务器的CPU及内存占用率较高外, 执行其他功能的服务器CPU及内存占用率普遍较低。另外, 出于系统容灾等安全性考虑, 需要热备或冷备一台服务器以防主用服务器宕机时的业务倒换使用。种种原因导致现有运营支撑系统中IT设备的处理能力无法得到充分发挥, 造成了资源浪费。同时, 由于各个平台的上线时间、中标厂家不同等原因, 系统中的硬件设备型号各异, 增加了维护难度。

3.2部署方案建议

鉴于各类运营支撑系统现状为不同厂家独立建设, 采用的操作系统及系统架构等各不相同, 因此采用云计算Iaa S上部署将更加适合。

现阶段Iaa S中使用的虚拟化技术及运营管理技术在商业应用上已经比较成熟。同时运营商有丰富的网络资源和IDC资源, 在开展Iaa S所需的基础设施、网络资源以及运营管理经验等方面具有丰富经验, 因此在项目实施的过程中具有自身优势。

通过Iaa S可以将数据中心大量服务器的CPU、内存和硬盘等物理资源进行整合, 以虚拟化的方式提供给架构在传统操作系统上的运营支撑系统。实现动态的基础架构, 可以动态和智能的调配资源, 方便业务快速部署, 简化对现有IT基础设施的维护难度, 降低建设和维护的资金投入。

3.3存在问题分析

(1) 安全性将多个系统部署在统一的云计算硬件平台上, 设备高度复用, 在高业务负载情况下可能会带来不可预期的连锁反应, 并且系统中存储着运营商的用户信息和财务数据等敏感信息数据, 系统及数据安全性尤为重要。对于系统硬件及部署的安全性, 可建设容灾中心, 多站点建设, 并进行数据备份。对于网络攻击的安全性, 系统应部署在运营商的私有云上, 可大大降低外界的攻击影响, 但对于来自运营商内部的安全威胁也不能忽视。综合考虑可采用分级授权用户访问权限、网络防护、建设审计系统、定期进行合规性检查等方式进行防范。 (2) 标准化。发展至今云计算软件商业化程度不高, 产品和服务提供数量较少, 未经大规模应用考验。云计算标准化工作起步不久, 软件系统接口多数为私有, 不同云之间缺乏互操作性, 系统迁移存在困难, 因此需要从公司集团或国家层面制定相关标准。 (3) 现有投资保护。运营商部署的各类运营支撑系统规模庞大, 结构复杂。将系统迁移至云计算平台后, 现网运行设备需要做利旧处理。

四、结束语

综上所述, 未来运营商运营支撑系统向着集中化、易扩展的方向发展, 云计算的特点很好地符合这种建设需求, 只要云计算能满足运营支撑系统安全性, 并制定出统一规范的行业标准, 通过云计算将大大降低系统建设成本, 提升IT资源利用率, 降低资源消耗, 缩减支撑系统的建设周期, 为运营商带来更大的经济效益。

摘要：云计算以高可靠性、快速部署和扩展性强等优势成为未来系统部署的发展趋势。本文首先介绍云计算和电信运营支撑系统概念, 然后对基于云计算的电信运营支撑系统的方案进行分析。

关键词：云计算,电信运营支撑系统

参考文献

[1]中兴通讯学院.《对话云计算》[M].人民邮电出版社.2012, (8) :29

电信运营支撑系统的标准及其进展篇3

文章对电信运营支撑系统标准的现状进行了介绍，对电信运营支撑系统标准中的关键内容进行了阐述，并对电信运营支撑系统标准中尚存在的问题及下一步研究方向进行了探讨。

关键词：

新一代运营与支撑系统；增强电信运营图；标准

Abstract:

The present developments of OSS standards are introduced, and key issues of the OSS standards are analyzed. Further discussion on problems existed in these standards is presented and future research directions are also suggested.

Key words:

NGOSS; eTOM; Standard

1、引言

全球电信市场逐步走向开放化，电信用户的数量迅速增加，用户需求不断变化，新业务、新技术也不断推陈出新，这使得电信运营商面临日益激烈和复杂的竞争环境。在新的环境下，电信运营商要努力提高自身竞争力，不断提高网络运营、业务供应、服务质量、企业管理和经营决策的水平。电信运营商的经营模式将从传统的“面向网络”的经营模式逐步转变到“面向客户”的经营管理模式，不断向信息化、市场化和个性化的方向迈进。这种经营管理模式的转变使得对电信运营管理水平的高要求被提到了重要日程上来。

国际电信联盟(ITU)提出的电信管理网(TMN)框架，长久以来一直指导着电信领域的网络管理建设。TMN在其信息体系结构模型中从逻辑分层、功能分布的角度出发定义了一个分层管理结构，这个分层管理结构的4个各有侧重而又互相关联的层次由底至上依次是：网元管理层、网络管理层、业务管理层和商务管理层。TMN模型通过分层实施的管理功能和由下至上的信息综合来实现对电信网的管理。

在新的电信经营管理模式下，按照“面向客户”的经营原则，各层管理功能的规划都应贯彻以客户为中心的主线，把客户化需求、市场化需求切实反映到各个层次的管理功能的实施中去，而这个过程则恰恰是一个基于商务视点的自顶向下的规划设计过程。不同于从技术/实现视点出发的自下而上构建的TMN分层结构，运营支撑系统(OSS)是在新的电信运营环境下提出的一种以TMN的分层结构为指导，结合自顶向下的商务设计原则，融合客户管理、业务运作和网络管理为一体的电信企业运营管理解决方案。

近些年来，国际民间组织电信管理论坛(TMF)一直致力于运营支撑系统(OSS)的相关研究。发展到现阶段，OSS已被在其基础上发展而来的新一代运营支撑系统(NGOSS)所代替。TMF的成员由电信运营商、系统集成商、软件供应商和设备供应商组成，这些不同类型的成员分布在NGOSS供应链的不同位置。

2、电信管理论坛的运营支撑系统标准

2.1 标准文档形式和发布程序

TMF的技术研究和标准制订工作以工作组为单位来进行开展，例如与NGOSS研究相关的工作组目前有4个：基于增强电信运营图(eTOM)的商务处理框架研究工作组、共享信息数据建模研究工作组、与技术无关的NGOSS体系构架研究工作组、NGOSS产品的一致性测试研究工作组。工作组的研究成果将以文档形式体现，以便TMF成员共享最新成果。TMF所认可的文档形式包括：

指南：定义框架和策略方向的指导性文档。

商务协定：描述具体商务需求的文档。

信息协定：定义特定信息模型的文档。

规范：描述需要遵照执行的要求的文件。

接口实现规范：结合TMF中的一些合作实施项目输出的关于产品或接口实现方面的文档。

技术报告：对一些公共关注问题的阐述、评估、分析或建议性质的文档。

在TMF的工作流程中，以上任何一类文档的批准和释放均需经历以下过程：

工作组草案：工作组内产生的文档草案。

成员草案：在工作组草案稳定一段时间后，由工作组提交可供TMF所有成员访问的成员草案。

成员评议版：在提交成员草案的3～6个月内，工作组提交可供TMF策略管理组审议批准的成员评议版文档。

TMF批准版：获电信管理论坛批准的文档。

成员公开版：未获TMF批准、但可向TMF所有成员公开的文档。

完全公开版：未获TMF批准但可公开的文档。

2.2 运营支撑系统标准概览

TMF提出了对NGOSS体系进行描述的4个视点，而这4个视点又恰恰与实现运营支撑系统的各个阶段相对应。(1)商务视点：对应分解商务流程、定义需求模型的阶段。(2)系统视点：对应设计逻辑系统构架、定义合约接口、建立数据模型阶段。(3)实现视点：对应基于特定技术的实现、验证过程。(4)运行视点：对应系统运行过程。

TMF与NGOSS相关的工作主要集中在以下几方面：

定义商务处理框架和处理流程模型。

在已定义的商务处理框架的基础上定义系统框架。

通过一系列的合作项目开展多供应商环境下系统解决方案的实现和展示。

向TMF成员提供NGOSS的研究成果和资源共享，如文档、模型、程序源码等。

表1是TMF现阶段公开的NGOSS相关标准一览表(已被新标准所替代的文档不再列出，如GB910电信运营图已被GB921增强电信运营图所替代)。表中各标准介绍如下：

(1)GB909

GB909描述技术集成图(TIM)，从系统视点对OSS逻辑系统构建的原则、合约定义原则和可采用的技术方向进行阐述。其第1部分描述了基于构件的分布式逻辑系统构架，构件间通过已注册的合约进行交互。构件的设计采用面向对象概念，将实现细节隐藏在内部，只有合约是对外可见的。其第2部分阐述了TMN体系结构的借鉴意义，强调运营支撑系统着重于提供端到端运营流程自动化的解决方案，对在系统实现时可能采用的技术(如Web/JAVA、CORBA、CMIP/SNMP)及其应用场合进行了说明。TIM的研究成果已以适当的形式被NGOSS体系采纳，如基于构件的分布式结构。

(2)GB914

GB914描述系统集成图(SIM)，从系统视点给出了基于逻辑商务组件(LBC)的组件信息结构。SIM按功能划分定义了若干个管理域，而每个管理域由若干个逻辑商务组件组成。LBC通过相关的合约与其他组件进行交互，通过LBC的适当组合为运营商提供针对特定商务流程的方案设计。SIM可看作是细化NGOSS组件的一个参考视图。

(3)GB920

GB920给出了NGOSS体系框架的概览。NGOSS提供的是一套面向组件的、基于即插即用方式进行松耦合集成的分布式体系结构。NGOSS体系应定义具备标准合约接口的分布式组件、基于公共合约的组件特性、共享数据信息服务以及与技术无关的通用意义上的基础框架。

(4)GB921

GB921中的增强电信运营图从商务视点描述了支持端到端运营流程自动化的商务处理框架。eTOM从电信运营图(TOM)发展而来，GB921对商务流程进行了分解和细化，并给出了eTOM的分层视图以及相关的流程描述。

(5)GB922

GB922及相关附件定义共享信息/数据(SID)模型。针对SIM中定义的管理域，采用UML类图对各管理域所用到的共享信息进行数据建模，定义了相关的数据对象、对象的属性及属性值类型。

(6)TMF051

TMF051针对NGOSS可能给NGOSS供应链的各方(服务提供商、系统集成商、独立软件供应商、设备供应商)带来的利益、成本和风险进行了分析，并提出了各方投入NGOSS建设应达到的目标以及决策模型。

(7)TMF052

TMF052提出了对NGOSS框架的需求，如互操作性、可扩展性、可移植性、后向兼容性、可靠性、灵活性、数据可达、易管理、易测试等需求，并从服务提供商、系统集成商、独立软件供应商、设备供应商4个主体的不同视角对需求进行了详述。关于对NGOSS功能组件的需求，TMF052建议参考SIM(GB914)中的描述。

(8)TMF053

TMF053描述了基于组件的分布式体系的构建原则，给出了与技术无关的NGOSS体系结构，并对NGOSS体系结构的关键要素(如合约、组件、分布透明性、流程控制、共享信息数据管理)作了细化阐述。其附件B“合约规范”利用UML类图和XML Schema对合约的内容和格式作了形式化的要求。

(9)TMF050

TMF050定义了NGOSS一致性测试的测试内容和测试原则。测试内容涉及对公共通信平台、合约接口和流程控制的要求以及对SIM中定义的管理域的功能覆盖情况，测试范围涵盖TMF052、TMF053及GB914中的相关要求。

(10)TMF055和057

TMF055和057分别对CORBA技术和XML技术以及它们的相关研究与应用现状进行了简单介绍，并对它们在NGOSS体系中的可能应用进行了简要分析。

3、运营支撑系统标准研究现状

3.1 体系构架

新一代运营支撑系统结合了组件技术和分布式技术，提供基于分布式组件的松耦合体系构架。NGOSS体系构架应满足如下主要特征：

(1)商务处理流程的抽象

商务处理流程的抽象与组件相分离，可达到单个组件与商务处理流程逻辑的无关性，使得组件的集成更灵活，也大大提高了组件的可用性和重用性。

(2)NGOSS组件

NGOSS组件表示一个可配置的软件实体，NGOSS组件可分为两大类：应用组件和系统服务组件。组件间利用定义好的合约接口进行交互。商务处理流程通过顺序调用一系列的应用组件的合约接口来实现，应用组件可通过调用系统服务组件来完成自身的部分功能。

(3)共享信息服务

共享信息服务向各独立的组件提供共享信息，并通过提供统一的标准合约接口供各组件来访问。共享信息服务的接口不仅提供数据读、写、增、删等操作，还提供数据排序、访问控制等服务。

(4)合约发现

合约用于描述组件的调用接口，合约的内容包括接口的语法和语义规定。商务处理流程通过调用组件的合约接口得到实现。所有组件都要通过合约注册服务对与其相关的合约进行注册，以便于其他组件的访问。合约交易服务则支持系统在运行时动态发现组件合约，以支持组件的即插即用。

(5)公共通信平台

NGOSS体系采用分布式通信软总线作为公共通信平台。

基于NGOSS体系构架以上的特征，TMF053给出了与技术无关的体系结构，该结构划分为基础框架服务、策略框架服务和商务服务三大组件域。商务服务通过合约规范提供可分解的商务功能单元以供商务处理流程调用，而框架服务提供商务应用组件间的交互能力，包括商务流程管理、共享数据管理、安全及支持分布透明性的命名服务、注册服务、目录服务、交易服务、调用服务等。

3.2 增强电信运营图

在多变的竞争环境下，能够迅速实现业务配置、客户入网及解决业务质量问题对运营商来说尤为重要。eTOM的提出旨在帮助业务/网络运营商将信息管理、业务管理、网络管理等方面较好地集成在一起，以实现低成本的端到端运营流程自动化，并支持运营商之间的互联互通。eTOM从电信运营图(TOM)发展而来，但它作为一个更宽泛意义上的通用商务处理框架比TOM复杂得多。在eTOM中，运营商需要和一些外部实体及内部实体进行交互，这些实体在eTOM中被分为五大类：客户(运营商的销售对象)、供应商或合作方(运营商的购买或合作对象)、运营商的股东、运营商内部职员、其他相关方(包括政府、媒体、竞争者等)。

eTOM给出了一个水平分层、垂直分块的商务处理框架视图。总体上eTOM包括三大处理域：策略、基础设施与产品域，运营域，企业管理域。运营域是eTOM的核心；策略、基础设施与产品域侧重于策略及生命周期的管理，为运营域提供功能性支持；企业管理域属于通用性交叉领域，不是eTOM的重点。

运营域以及策略、基础设施与产品域可水平划分为4个管理层：市场、产品及客户管理层，业务管理层，资源管理层，供应商/合作方管理层。与TOM相比，eTOM融合了电子商务的概念，提出了与其他供应商/合作方的关系管理以及供应链的发展和管理(供应商/合作方管理层)。

eTOM的运营域被垂直分割为4类端到端的处理流程服务。其中FAB(业务指配、业务保障和计费)3类服务是从TOM继承而来的，而运营支持准备(OSR)服务包括为支持FAB实时实现的系列准备活动。

eTOM新提出的策略、基础设施与产品域被垂直分割为3类端到端的处理流程服务，分别是：策略与调配、基础设施生命周期管理、产品生命周期管理。基于eTOM的商务处理流程框架是独立于被管网络、被管业务和企业组织结构的，GB921中还给出了更低层次的流程分解与分析，运营商可根据自身特定需求套用这个框架来进行自身NGOSS系统的商务处理流程映射。

3.3 合约定义

NGOSS中的合约提供组件间进行交互的规范接口，是实现商务处理流程自动化的基础。NGOSS体系中所使用的合约均应有标准定义，以实现即插即用的分布式组件集成。目前TMF并没有定义具体合约的相关规范，但TMF053B中对合约的内容和格式作了如下要求：

合约应具有名称和版本号以被识别。

合约可被继承和扩展。

合约可包括一个或多个操作。

合约应具备文本的行为描述。

合约可包括一系列参数，每个参数应有名字、类型和用法说明(如输入参数、输出参数、返回参数等)。

合约可规定一系列前置条件、后置条件以及适当条件下的异常。

4、结束语

TMF现有的规范在NGOSS体系结构、商务处理流程框架、高层需求及共享数据模型方面都给出了较详细的描述和定义，为电信运营商构建新一代运营支撑系统提供了宝贵的方向性指导，具有可贵的借鉴意义。但TMF现有的NGOSS规范间相互关系较为零散，不同规范对某些相同概念或相似概念所采用的术语描述也不一致，还不足以形成一套自成体系的规范来保证NGOSS系统的设计与实现。因此，为保证NGOSS规范的实用性，相关的研究需进一步开展。

NGOSS旨在提供端到端的运营流程自动化支持，GB921对商务处理流程需求进行了细化，GB920中规定了商务处理流程通过顺序调用一系列应用组件的合约接口来实现的规则，这就需要对应用组件进行细化，对应用组件的合约接口进行定义，对特定商务处理流程与相关合约接口的顺序调用关系进行映射。目前TMF仅在GB914中提出了对逻辑商务组件(LBC)的简单功能性描述，而在应用组件的合约接口定义以及商务处理流程的控制和映射方面还强瞻住Ａ硗猓琓MF053提出了与技术无关的通用意义上的NGOSS体系结构，但还需定义和实现相关的基于特定技术的体系构架。□

基金项目：国家杰出青年科学基金项目（60025104）；国家自然科学基金面上项（60202003）；国家自然科学基金重大研究计划项目（90204002）

参考文献：

[1] TMF GB909, Technology Integration Map (Part 1)：Generic Requirements for Telecommunications Management Building Blocks [S].

[2] TMF GB909, Technology Integration Map (Part 2)：Smart TMN & Technology Direction Statement [S].

[3] TMF GB910 Version 2.1, Telecom Operations Map [S].

[4] TMF GB914 Version 1.3, System Integration Map [S].

[5] TMF GB920 Version 1.5, New Generation Operational Support Systems (NGOSS), Architecture Overview [S].

[6] TMF GB921 Version 3.0, The en?鄄

hanced Telecom Operation Map (eTOM) Business Process Framework [S].

[7] TMF GB922, Shared Information/Data (SID) Model [S].

[8] TMF050, NGOSS Compliance Testing Strategy Technical Specification [S].

[9] TMF 051 Version 1.1, New Generation Operations Systems & Software (NGOSS) Technical Specification Business Case [S].

[10]TMF052, NGOSS Requirements

Technical Specification [S].

[11] TMF053, NGOSS Architecture Technology Neutral Specification [S].

[12] TMF055 Version 1.5, NGOSS Phase 1 Technology Application Note — CORBA [S].

[13] TMF057, NGOSS Phase 1 Technology Application Note — XML [S].

收稿日期：2003-03-25

作者简介：

微软:三个2.0支撑电信融合篇4

微软:三个2.0支撑电信融合

日前,微软全球副总裁Martha Béjar来到中国,向中国业界推广微软的电信融合概念.据了解,今年6月,微软在全球发生了重要的人事变动,北电前拉丁美洲总裁Martha B éjar成为微软全球副总裁,并成为微软全球电信及媒体事业部总裁.

作者：倪兰作者单位：刊名：通信世界B 英文刊名：COMMUNICATIONS WORLD-WEEKLY 年，卷(期)：2007 “”(44) 分类号：关键词：

电信运营支撑系统篇5

斯诺登：美国入侵中国电信运营商攻击主干网

香港《南华早报》22日晚在其网站上发布消息称，遭美国间谍罪等指控的情报部门前雇员斯诺登向该报表示，美国国家安全局曾入侵中国电讯公司以获取手机短信信息，并持续攻击清华大学的主干网络以及电讯公司Pacnet香港总部的计算机，该公司拥有区内最庞大的海底光纤电缆网络。

这篇网站文章披露了更多斯诺登透露的有关美国针对中国内地与香港地区从事网络间谍活动的细节。文章称，斯诺登称他掌握上述指控的证据。

美国媒体21日报道，美国联邦检察官已对“棱镜门”事件中自揭身份的泄密者斯诺登提起间谍罪等指控。报道说，美国联邦检察官已对现年29岁的前防务承包商雇员斯诺登提起诉讼，针对他的刑事指控包括间谍罪、窃取和转移政府财产等。美方已要求香港逮捕斯诺登。

针对美方要求，香港警务处处长曾伟雄22日表示，特区政府和警方会按照香港法律与现有机制处理。

尤文重现锋线黄金组合意媒:欧洲仅逊拜仁巴萨

尤文图斯下赛季锋线的主力组合很可能是特维斯+略伦特，《米兰体育报》称尤文图斯下赛季拥有仅逊于巴萨和拜仁的攻击组合。

网易体育7月2日报道：

略伦特驾到！尽管西班牙前锋早在上赛季末就和尤文图斯达成加盟协议，但前毕尔巴鄂射手驾临都灵还是引起了轰动。特维斯已经先略伦特一步加盟，阿根廷人选择了皮耶罗留下的10号球衣。在亮相仪式上，西班牙“公牛”选择了巴斯克前辈德尚曾经身披的14号战袍。尤文图斯下赛季锋线的主力组合很可能是特维斯+略伦特，《米兰体育报》称尤文图斯下赛季拥有仅逊于巴萨和拜仁的攻击组合。

《米兰体育报》：尤文锋线冲击欧洲

过去的数个赛季，尤文图斯的锋线一直被认为是最薄弱环节，几乎每个夏天马罗塔都在寻找顶级前锋力图在欧冠有所突破，但带给球迷们的最好礼物也不过是武齐尼奇级别的射手，称霸意甲的斑马军团在

欧冠联赛也屡屡折戟。尤文经理显然不希望在这个夏天重蹈覆辙，他们早早就确定了略伦特的加盟，然后迅速敲定了特维斯的交易。阿根廷“野兽”和西班牙“公牛”都是成名已久的顶级射手，升级后的尤文锋线如今已经鸟枪换炮。

选择了10号球衣的特维斯对未来

充满憧憬，“我们必须要夺得意甲冠军，而欧冠也是尤文更大的目标，球队要一步一步去实现。”选择了14号球衣的略伦特则期待和特维斯的搭档，“感谢主席阿涅利，感谢俱乐部和球迷们的热烈欢迎。尤文加油，我和特维斯会成为一对黄金组合。”

尤文图斯还在追求约维蒂奇，但即便黑山人未能加盟，斑马军团的现有锋线也值得期待。特维斯和略伦特可能会成孔蒂的锋线主力，这对高中锋加9号半的组合不由得让人们想起昔日皮耶罗和特雷泽盖的黄金搭档。而斑马军团的替补席上还有武齐尼奇、乔文科、夸利亚雷拉和马特里。《米兰体育报》称尤文的锋线是欧冠级配置，但接下来意大利媒体的说法不免有些夸张：放眼整个欧洲，也只有拥有罗贝里的拜仁和拥有梅西+内马尔的巴萨的攻击线比尤文更强。

本文来源：网易体育作者：春秋

以下内容为繁体版尤文图斯下赛季锋线的主力组合很可能是特维斯+略

伦特，《米兰体育报》称尤文图斯下赛季拥有仅逊于巴萨和拜仁的攻击组合。

网易体育7月2日报道：

《米兰体育报》：尤文锋线冲击欧洲

过去的数个赛季，尤文图斯的锋线一直被认为是最薄弱环节，几乎每个夏天马罗塔都在寻找顶级前锋力图在欧冠有所突破，但带给球迷们的最好礼物也不过是武齐尼奇级别的射手，称霸意甲的斑马军团在欧冠联赛也屡屡折戟。尤

文经理显然不希望在这个夏天重蹈覆辙，他们早早就确定了略伦特的加盟，然后迅速敲定了特维斯的交易。阿根廷“野兽”和西班牙“公牛”都是成名已久的顶级射手，升级后的尤文锋线如今已经鸟枪换炮。

选择了10号球衣的特维斯对未来充满憧憬，“我们必须要夺得意甲冠军，而欧冠也是尤文更大的目标，球队要一步一步去实现。”选择了14号球衣的略伦特则期待和特维斯的搭档，“感谢主席阿涅利，感谢俱乐部和球迷们的热烈欢迎。尤文加油，我和特维斯会成为一对黄金组合。”

本文来源：网易体育作者：春秋

3D打印打响桌面争夺战

3D打印只是噱头，如果真的能颠覆产业，“那我的‘郭’字倒过来写。”鸿海集团董事长郭台铭日前高调唱衰3D打印，引来业界一片哗然。

在业内人士看来，3D打印的最大障碍在于商业化运用存疑。但近日，3D打印制造商Stratasys与桌面3D打印生产者Makerbot签订最终合并协议，宣布后者以换股并购交易的方式与Stratasys子公司合并。这意味着，3D打印领域掀起了一轮并购潮，而争夺的对象就是小型桌面用户。

争夺桌面用户

“在5到10年内，让每个孩子人手一个Makerbot。”这是Makerbot创始人布里·佩蒂斯的梦想。

成立于2016年的Makerbot是美国一家小型创业企业，凭借互联网

及美国纽约的一家实体店，2016年该公司营收1500万美元，而仅2016年一季度，营收已达1100万美元。

Makerbot的打印机可归类于开源硬件产品，这类产品的好处是用户可以在之前硬件的基础上进行二次创意。在中国，活跃着一大批创客，不少“创客工程师”的工作方式之一就是购买一台廉价的桌面开源打印机，设计有创意的艺术品或电子产品。

“不过这样的开源打印机往往用上2~3个月就坏了，工程师则通过开源代码修理改进打印机，并把相应的改进方案回馈给开源打印机公司，使其做得更完善。”北京创客空间创始人王盛林对《中国经营报》记者说。

创客们“打印”出的产品，广泛应用于艺术节展示以及DIY创意电子产品等，不少作品亦吸引了风险投资人士的注意。此外一些高校及专业院校通过3D

打印机打印教学模具或学生的创意、创造产品模型，是3D打印机销售的另一市场，增长速度很快。

这两类用户对3D打印机的需求，都集中在小型桌面类3D打印机上。正是在桌面用户需求增长的背景下，Makerbot选择与Stratasys合并。Stratasys董事会主席、FDM技术创始人ScottCrump表示：“目前Stratasys公司共拥有550项专利，对于一些企业来说，可以越过知识产权的限制。”

“目前国内3D打印在航空、高精制造领域应用成果明显，但是尚未大规模应用。”上海卓然工程技术有限公司研发经理展益彬说，行业发展受阻，自身也在寻求新的突破，小型桌面应用一定程度上解决了

产业发展慢的现状。

新一轮并购潮

3D打印界有两家巨头：Stratasys与3DSystems。前者见长于工业级3D打印机制造与销售，而后者则强于在消费

领域，有人把该公司生产的打印机誉为3D打印界苹果的iPod播放器。

3DSystems公司生产的Cube3D打印机主要面向消费者，是不少美国家庭父母送给十几岁孩子们的“玩具”。2016年一季度，3DSystems公司业绩表现强劲，财报显示3D打印机销售额比2016年同期增长61%，盈利比2016年同期增长24%。

2016年5月2日，该公司宣布收购增材制造和传统制造服务供应商RPDG集团有限公司，此前3DSystems还曾收购了扫描软件公司Rapidform。

“RPDG集团专注于注塑成型、数控加工、模具铸造、模型制作和快速成型服务，3DSystems并购意图是希望未来其业务线从消费端走向工业制造。”一位专注3D打印的风险投资人士说。

而Stratasys并购Makerbot，则是希望其产品线从工业级拓展到针对普通消费者的入门级产品。半年前，美国Stratasys公司才刚刚完成与以色列著名的3D打印公司Objet的并购。

Scott坦陈：“并购Makerbot可以让我们进入之前一直未进入的入门级消费者市场，他们主要针对专业消费者、教育用户和一般消费者用户。”

“Makerbot在互联网版块增长很快，该市场为Stratasys提供了有益的补充。”在业内人士看来，这次并购完全是向互联网这一新领域进军，Stratasys要巩固其在3D打印领域大佬的地位。并购后，Stratasys在工业领域和小型桌面应用领域都拥有了产品及渠道。

上述业内人士告诉记者，对于一家能够生产工业级3D打印机的企业，开发面向消费者的小型桌面3D打印机如同“小儿科”，Stratasys并购Makerbot的目地不在打印机本身，而是看好了对方的渠道。记者获悉，Makerbot的产品几乎全部通过互联网进行销售，不仅如此，该公司还拥有大型的3D打印设计数据库，全部为开源文件，没有版权问题。

“从销售打印机的台数上，小型桌面应用产品将占主流，至少超过55%。但是对于公司财务的贡献上，未来5年还将是工业级产品占收入的绝大多数。”Scott说。

本文来源：中国经营报

以下是繁体版

3D打印隻是噱頭，如果真的能顛覆產業，“那我的‘郭’字倒過來寫。”鴻海集團董事長郭臺銘日前高調唱衰3D打印，引來業界一片嘩然。

在業內人士看來，3D打印的最大障礙在於商業化運用存疑。但近日，3D打印制造商Stratasys與桌面3D打印生產者Makerbot簽訂最終合並協議，宣佈後者以換股並購交易的方式與Stratasys子公司合並。這意味著，3D打印領域掀起瞭一輪並購潮，而爭奪的對象就是小型桌面用戶。

爭奪桌面用戶

“在5到10年內，讓每個孩子人手一個Makerbot。”這是Makerbot創始人

佈裡·佩蒂斯的夢想。

成立於2016年的Makerbot是美國一傢小型創業企業，憑借互聯網及美國紐約的一傢實體店，2016年該公司營收1500萬美元，而僅2016年一季度，營收已達1100萬美元。

Makerbot的打印機可歸類於開源硬件產品，這類產品的好處是用戶可以在之前硬件的基礎上進行二次創意。在中國，活躍著一大批創客，不少“創客工程師”的工作方式之一就是購買一臺廉價的桌面開源打印機，設計有創意的藝術品或電子產品。

“不過這樣的開源打印機往往用上2~3個月就壞瞭，工程師則通過開源代碼修理改進打印機，並把相應的改進方案回饋給開源打印機公司，使其做得更完善。”北京創客空間創始人王盛林對《中國經營報》記者說。

創客們“打印”出的產品，廣泛應用於藝術節展示以及DIY創意電子產品等，不少作品亦吸引瞭風險投資人士的

註意。此外一些高校及專業院校通過3D打印機打印教學模具或學生的創意、創造產品模型，是3D打印機銷售的另一市場，增長速度很快。

這兩類用戶對3D打印機的需求，都集中在小型桌面類3D打印機上。正是在桌面用戶需求增長的背景下，Makerbot選擇與Stratasys合並。Stratasys董事會主席、FDM技術創始人ScottCrump表示：“目前Stratasys公司共擁有550項專利，對於一些企業來說，可以越過知識

產權的限制。”

“目前國內3D打印在航空、高精制造領域應用成果明顯，但是尚未大規模應用。”上海卓然工程技術有限公司研發經理展益彬說，行業發展受阻，自身也在尋求新的突破，小型桌面應用一定程度上解決瞭產業發展慢的現狀。

新一輪並購潮

3D打印界有兩傢巨頭：Stratasys與3DSystems。前者見長於工業級3D打

印機制造與銷售，而後者則強於在消費領域，有人把該公司生產的打印機譽為3D打印界蘋果的iPod播放器。

3DSystems公司生產的Cube3D打印機主要面向消費者，是不少美國傢庭父母送給十幾歲孩子們的“玩具”。2016年一季度，3DSystems公司業績表現強勁，財報顯示3D打印機銷售額比2016年同期增長61%，盈利比2016年同期增長24%。

2016年5月2日，該公司宣佈收購增材制造和傳統制造服務供應商RPDG集團有限公司，此前3DSystems還曾收購瞭掃描軟件公司Rapidform。

“RPDG集團專註於註塑成型、數控加工、模具鑄造、模型制作和快速成型服務，3DSystems並購意圖是希望未來其業務線從消費端走向工業制造。”一位專註3D打印的風險投資人士說。

而Stratasys並購Makerbot，則是希望其產品線從工業級拓展到針對普通消費者的入門級產品。半年前，美國

Stratasys公司才剛剛完成與以色列著名的3D打印公司Objet的並購。

Scott坦陳：“並購Makerbot可以讓我們進入之前一直未進入的入門級消費者市場，他們主要針對專業消費者、教育用戶和一般消費者用戶。”

“Makerbot在互聯網版塊增長很快，該市場為Stratasys提供瞭有益的補充。”在業內人士看來，這次並購完全是向互聯網這一新領域進軍，Stratasys要鞏固其在3D打印領域大佬的地位。並購後，Stratasys在工業領域和小型桌面應用領域都擁有瞭產品及渠道。

上述業內人士告訴記者，對於一傢能夠生產工業級3D打印機的企業，開發面向消費者的小型桌面3D打印機如同“小兒科”，Stratasys並購Makerbot的目地不在打印機本身，而是看好瞭對方的渠道。記者獲悉，Makerbot的產品幾乎全部通過互聯網進行銷售，不僅如此，該公司還擁有大型的3D打印設計數據庫，全部為開源文件，沒有版權問題。

“從銷售打印機的臺數上，小型桌面應用產品將占主流，至少超過55%。但是對於公司財務的貢獻上，未來5年還將是工業級產品占收入的絕大多數。”Scott說。

电信运营商解决方案篇6

电信运营商解决方案

电信级VOIP业务提供商：

作为传统行业的电信运营商，凭借成熟的基础网络以及知名度，在VOIP新兴业务的发展中，可以更为前瞻的做出市场定位，同时通过更为低廉的运维成本，巩固竞争地位，占据更为领先的发展优势。利用互联网这一媒体作为接入网系统来收集话务量，实现跳跃式的发展，迅速介入高额利润的公用电话及企业长途电话的市场。电信级VOIP业务提供商的VOIP的组网方式如下图

此套系统方案适用电信级、城域级的VOIP业务提供商，可以完成从终端IP语音压缩、端口号码分配、用户端主叫计费、通过任意接入方式进入该系统进行网络语音传输；直到中心呼叫认证管理、IP地址解析、媒体流转发、互联网与运营商骨干传输网的交换等一系列功能。已形成了一套完善的低成本、高回报的IP语音系统接入方案。作为成熟的VoIP解决方案已被多家电信运营商所采用。

此方案的中心接入管理系统由软交换平台、网络电话、综合计费系统组成。所有用户端网关发出的呼叫首先到软交换平台上进行呼叫认证，可以通过主叫号码、网关ID号、IP地址、网关MAC地址进行认证、最优化路由选择、地址的转换等程序后，将媒体流转发给接入网关，通过传输网连接，再发送到骨干传输网上完成长途传输、和市话落地。其中话费的记费由电信机房的记费系统(Keep Account System)完成（如图），从而最终实现IP Phone落地话费的解决方案。

与此同时，此方案在结构上看，具有很强的可扩展性能，为今后提供更多的VOIP综合业务能力提供了有利的网络环境。

中英文日报导航站

中英文日报导航站 VOIP业务运营商（IP超市项目）：

本解决方案适用于已申请具有VOIP运营资格的用户，可由我司的网络电话作为终端网络构架，与电信级VOIP业务提供商结合，以较低的运维成本开展IP Phone—PSTN固话与移动的语音业务。同时以极具市场竞争力的资费价格优势占据一定的语音业务市场。IP话吧组网方式如下：

如图所示，在Internet的上方左边GK系统模块和右边的电信PSTN组成了一个标准的VOIP系统平台。从而实现了点对点，点对面的功能。

在Internet的下方有两组Internet接入方式不同的IP超市方式，左边是以ADSL宽带接入方式；右边是光缆专线接入方式。

该方案主要用于架设好一个GK Server(双机热备、磁盘阵列)平台作为运营中心，在要从事IP 电话超市的地方因地置宜架设一个小局域网络，构成一个虚拟IP 电话亭。再利用一套IP 电话超市管理软件来进行IP电话亭的收费和管理。由于该方案成本极低，利用便利的网络条件就近服务大众，在目前的校园和居民区等人口集中且话务需求量大的地区具有很大的市场。在较大的营业网点可以在计算机上安装一个ABS软件来管理的，而在较小的营业网点，可以通过直接在网关上接票据(串口)打印机的方式来进行记费管理。

电信运营支撑系统篇7

参照TMF的e TOM(enhanced Telecom Operations Map)和TAM(Telecom Application Map)框架,国内电信运营商基本上把IT支撑系统划分为以下几类:

(1)MSS(Management Support System):管理支撑系统,主要支撑各种内部管理的需求,包括财务、人力、工程、采购、法律、合同和OA系统等;

(2)BSS(Business Support System):业务支撑系统,包括CRM、计费和客服系统等;

(3)OSS(Operation Support System):运营支撑系统,包括资源管理、服务器开通激活和电子运维等系统;

(4)EDA(Enterprise Data Architecture):企业数据架构,主要支撑各种经营分析功能。

以上四类系统由于功能及面向的对象的不同,之间存在较大差异,下面从处理性能、可扩展性、可用性3个方面进行分析。

(1)处理性能:MSS系统的用户数量相对比较稳定,并发程度和实时性要求不高;BSS类系统作为生产系统,对于服务器的性能与稳定性具有较高的要求,高端服务器基本能够满足需求;OSS系统对于服务器的性能与稳定性的要求仅次于BSS,从负荷情况来看中端服务器基本能够满足系统需求;EDA对服务器性能要求高,需要具有良好的并行数据处理能力及容错能力。

(2)可扩展性:MSS系统的用户数量相对比较稳定,主要集中在业务功能扩展方面,短期内纵向扩容需求不高;业务发展对BSS系统服务器提出了较高的扩展性与伸缩性要求,服务器通常频繁升级以满足业务的发展需求,一般都会预留一定的扩展能力;OSS系统主要面向后端生产与维护流程,一般主要针对新业务新产品的支持需对服务器进行扩容,中低端服务器的扩展能力基本能够满足系统需求;EDA系统处理能力具有较高的错位峰值处理要求,对线性扩展能力要求很高,需支撑海量数据库处理。

(3)可用性:MSS一旦出现故障将会造成内部管理停滞,但对外部用户不会造成影响;BSS系统对于系统服务器要求高度可靠性,要求支持双机热备切换;OSS系统对于系统服务器要求具有较高的可靠性;EDA系统处理的数据量一般较大,要求应用系统支持分级容错。

2电信运营商IT支撑系统设备选型的考虑

通过对运营商IT支撑系统分类分析,可以将MSS、BSS、OSS和EDA系统划分为事务处理型、批处理型和海量数据型系统。

(1)系统范围:事务处理系统包括BSS-CRM域大部分系统、OSS系统、MSS系统,批处理系统主要为BSS-计费域系统(计费、结算等),海量数据型系统主要为EDA域的经分系统等。

(2)展现层:3类系统建议采用x86架构服务器,通过负载均衡技术横向扩展性能。

(3)应用层:事务型系统目前较多采用第三方中间平台,可适配多种操作系统,支持负载均衡,建议在x86服务器分布式部署;批处理系统属于计算密集型系统,一般要求大内存容量,高处理性能,对系统容错性要求较高,主流采用unix服务器;海量数据系统针对数据采集、ETL等处理环节可考虑分布式处理方式,采用x86服务器。

(4)数据库层:事务型系统较多采用关系型数据库,其基于share everything的设计理念对处理节点间的IO要求较高,目前基本上采用双机部署模式,横向扩展能力差,建议采用单机处理能力较高的unix服务器;批处理系统数据库主要用于资料管理、账务处理等,参考事务处理系统的特性,建议采用单机处理能力较高的unix服务器;海量数据型系统性能要求高,需要具有良好的并行数据处理能力,随着大数据技术的普及,x86服务器的应用越来越广泛。

3云计算引入对物理配置的要求

通过上述针对电信运营商IT支撑系统的分析,可见x86服务器的大量采用已经成为趋势,这就为云计算技术的引入铺平了道路。云计算的引入可以较好地提升设备利用率和系统部署弹性,同时云计算也对x86设备提出了物理配置要求,建议如下:

(1)物理内存(GB)一般应不少于CPU总核数的2倍,对于四路以上CPU机型,内存配置要求是4的倍数;

(2)每台物理服务器建议至少配置4个千兆网口,其中第1、3个网口捆绑,支撑所有虚拟机对外的服务,第2、4个网口捆绑,支撑管理与迁移流量;

(3)若使用IP存储,例如i SCSI和NAS,物理服务器建议配置6个千兆网口,其中第1、4个网口捆绑,支撑所有虚拟机对外的服务,第2、5个网口捆绑,支撑管理与迁移流量,第3、6个网口捆绑,支撑IP存储访问(i SCSI/NAS);

(4)若使用FC SAN存储,每台物理服务器应该配置两块HBA卡,连接到两台FC交换机上,磁盘阵列的两个控制器分别都接到两台FC交换机上。

4云计算引入的分步建议

电信运营商IT支撑系统构建云计算资源池带来的影响,本质上是IT管理组织架构、制度和流程的变化,为避免对现有架构的剧烈冲击,建议的云计算技术切入点如下:

(1)系统域角度,以基于大量WEB、标准中间件应用的

浅析通信网络资源管理

曲云彩,张良

(中国联合网络通信有限公司烟台市分公司,山东烟台264000)

摘要:随着信息时代的开始,网络在生活中的普及应用,使得网络资源在社会发展过程中日益占据重要地位。因此要对网络进行有效管理,提高网络资源的应用率。但由于网络管理是个很复杂的工程,管理方法的好坏会影响到网络的运行效率。传统的网络资源管理模式是以设备为管理中心,使用特有密码指令来执行设备的管理功能,过程冗长复杂。为了顺应时代发展,必须对这种旧的管理模式进行新的改革,并且注意改革要本着“网络管理者必须对设备进行规范化操作”的网络管理原则。文章通过通讯网络资源管理的现状进行分析,提出一些完善网络资源管理的有效措施。

关键词:网络资源;管理;基于策略;探究

中图分类号:TN915.853-65文献标识码:A

网络的出现给人们的生活带来了方便,我们可以足不出户而了解世界。但由于管理不当,通信网络的弊端也逐渐显露。例如:我国的电信通信网络由收信设备与连接线路组成,露天的设备和复杂的线路给电信通信的管理带来一定的麻烦。在飞速发展的电信技术面前,电信运营商不得不承认企业内部存在着大量关于通信网络资源管理、维护等等复杂的问题。至于造成这些问题的原因,笔者认为主要有两点:一是由于电信通信网络资源分布较为广泛且数量过多;二是电信公司采取人力记录的方式对电信通信数据进行管理。这样的数据记录方式花费时间长,而且由于记录人员要爬到电线杆上采取数据,存在一定的安全隐患。因此该企业长期需要投入大量资金管理企业的网络资源。如何能够更好地将通讯网络资源最大化地利用的同时又节约成本,是人们一直不断研究的问题[1]。

1通信网络资源的概括

科技在不断创新进步,人们对网络也提出一些新的要求。虽然互联网较过去的web网络服务具有更多优点,它已经能够对处于不同位置的网络资源进行有效的统一管理。但是,由于通信资源的管理体制仍旧是沿用过去的管理模式,因此管理工作难度系数在不断加大的同时管理效率却异常低。网络的状态长期处于不断更新的过程中,这也大大加重了网络管理的难度。由于网络资源会极大地影响到其功能的发挥。因此,管理系统必须对系统的故障进行相关分析而非仅仅提供故障报告。

事实上,在网络管理中网络资源是管理关键。就目前而言,人们通常将网络资源称为“被管对象”,而同一概念上的被管对象又被称为管理信息库。这些被管对象和管理信息库都是人们实现网络管理的主要依靠。在现代通信网中,通信网络资源是组成部分中的关键。因此,通信网络资源的技术和功能也应随着科学技术的进步而提高[2]。

2 基于策略对通信网络资源管理

系统为切入点,其次考虑基于share nothing架构的EDA架构。

(2)应用架构角度,以新建WEB、应用服务器为基础,构建统一计算资源平台。

(3)对于新建系统,在项目前期即积极引导厂商引入云计算技术;对于扩容系统,综合考虑系统改造难度、设备扩容更文章编号:1673-1131(2013)06-0253-02

企业如何才能对网络资源进行有效的管理?答案是有针对性地对通信资源活动与网络产业活动进行管理。下面我们对这两大内容进行细致研究。

2.1 基于策略的发展

简单来说,网络资源的管理必须有一个规范化的执行策略。策略能引导网络管理的有序进行,客户的需求只需通过设备设置就能反映到企业,无需花费人力,从而提高网络资源管理效率[3]。在基于策略的网络资源管理的发展过程中,1996年,IETF创建的策略工作组根据“基于策略”本身所具有的灵活实现管理自动化的优势从而首次将基于策略运用到网络资源管理中。当初其将基于策略运用到网络管理的目的是为了能够在虚拟的世界里管理、控制网络资源。

2.2 基于策略的管理

“授权管理、智能代理、管理策略”是目前基于策略的通信网络资源管理的三个部分。对网络资源的管理要从开网、开户、保障、维修这四个方面下手。在通信资源网络的管理过程中,注意及时对新开网用户和退网用户状态进行处理。网络管理虽然很方便但依旧存在着一些急需解决的问题。例如在基于策略的网络管理中,代理可分为两种:自动代理以及手工代理。这就必须使用一些手段对代理进行相应定义以控制这些代理,确保其所代理的管理责任所分布的正确性。

目前为止,无论国内外,基于策略的通信网络资源管理依旧处在研发时期,全球统一的管理标准并没有形成。综上所述,基于策略的管理模式对整个网络企业的效益有着重大的意义。

2.3 基于策略的研究

“基于策略”的管理模式实现了将网络资源管理同网络资产管理的有效连接。例如可以通过一定的管理机器设备,将现场的情况同步到企业固定资产的记录档案上;或者是根据工程实际情况统计企业的固定资产;或者企业可以根据工程的仪器管理表数据调查整个网络额生命资源周期。

可进行新的编码、可改变管理状态是基于策略这个网络

电信运营支撑系统篇8

珠海广播电视台网络公司从1999年开始进行网络改造，2003年底基本完成市区骨干网双向改造，分配网相应从550MHz升级为860MHz。市区有线电视用户约为23万户，CableModem用户为25万户。系统方面，2005年7月完成了有线数字电视用户管理系统(SMS)的招标工作。

从有线电视网络的运营特征来看，其与电信／移动有许多相似之处，这些相似性在网络融合的趋势下表现的更加明显。如电信BOSS系统具有“以客户为中心，整合灵活的平台和统一的平台”等特点，从系统理念、功能模块、技术体系等各个层面来分析，应用在有线电视网络中是完全可行的。

珠海广播电视台网络公司于2007年7月重新进行了BOSS系统的招标工作，最终选定了诚毅公司的解决方案，并于2007年12月开始对珠海数字电视及宽带业务进行需求调研，目前。前期需求已基本整理完毕，预计将在2008年6月完成系统开发和数据割接工作，并开始试运行。

系统总体规划

1、建设目标

1)建立业务运营网络和分销渠道

提供营业厅等的直接接入，各种分销渠道的简单业务连接及CallCenter、网站、多媒体自助终端、银行现金代收、实时划账等多种数据交互模式，最大限度拓展业务运营支撑系统的运营渠道和运营空间；

2)建立灵活、有竟争能力的市场营铺体系

通过灵活、准确和及时的计费和账务处理系统提高计费、出账、收款的效率和准确性，提高收视费的回收率，减少坏账的产生几率；

3)充分考虑未来发展。制订增值平台的接入规范和运营规则

统一增值业务的计费规则，将增值业务纳入有序管理的环境中，以确保增值业务的健康发展；

4)建立完整的资源管理系统

加强对各种资源的集中管理，提高资源管理的效率、为各种资源的组合打包、调整服务提供支持，达到物尽其用；

5)配合数字电视发展规划

提供灵活有效的方案，确保模拟电视向数字电视的整体平移，实现业务的平稳过渡。

2、设计思想

一个好的BOSS框架，可最大限度降低系统内部的消耗，并能够将硬件系统和软件系统的性能发挥至最佳状态，从而降低整个系统的建设和运营成本。

1)面向对象

采用面向对象的设计思路，以方便业务系统构造、缩短开发周期、确保开发质量。

2)多层应用的B／S模式

采用多层B／S模式，提供一个公共的应用通信及数据接口平台，实现应用及实现的分离，以保障系统的完整性和核心数据的安全性。实现同构和异构环境下的多种数据源通信，提高系统与其他系统的互联性及扩展能力。

3)并发的程序设计思想

操作系统、数据库系统、中间件和应用系统均支持整个系统大用户量并发访问，大幅提升响应性能。

4)基于E-R关系的数据库设计

数据库表设计以实体一关系(E-R关系模型)为基础，数据结构的紧密关联，保障了数据一致性、完整性，提升了系统的可靠性及完整型。

5)模块化独立设计

将应用程序分为多个既能独立运行又可灵活组合的程序包，以提高系统的灵活性、扩充性和可维护性。

3、系统管理层次划分

在系统的管理上，将整个系统划分为决策支持层、管理层和业务运行层三个层次。

★决策支持层

为决策人员提供生产业务和管理控制的各种信息，为有线电视网络的战略决策提供决策手段。

★管理层

为管理人员提供各种管理功能，便于管理者方便获取统计分析数据，详细了解业务的运行情况和发展趋势，实现信息管理的自动化和科学化。

★业务运行层

主要实现面向用户的各种业务需求，并对系统的运行提供保障和支持。

4、技术层次划分

★系统体系架构

在技术实现上，BOSS系统须能够充分应对有线业务快速发展的需求，因此其逻辑结构应当具备良好的层次，同时不同的层次结构间的耦合关系应尽可能小。

珠海BOSS系统采用J2EE架构，分为客户接入层、界面表现层、业务逻辑层和核心数据资源层，界面实现了Web化。这样的结构不但避免了客户端臃肿、版本发布与升级的工作量大、客户端界面与其他系统的界面整合比较困难、业务逻辑和展现逻辑没有完全分离等问题，提升了维护和版本升级的效率，同时也为与其他系统的界面整合和系统自身的扩展提供了更多的空间。

★表现层

主要功能为实现用户交互和数据显示，为以后的处理收集数据，向第二层业务逻辑请求调用核心服务处理，并显示处理结果。这一层功能的实现主要有两种方式：①GUI，即图形用户界面，采用VB、PowerBuilder、Delphi等进行开发；②Browser，即浏览器，用HTML结合Servlet进行开发(珠海的前端采用B／S结构，因此采用第二种方式)。

★逻辑层

该层为本系统的核心层。物理分布的多台设备通过事务管理器构成虚拟主机，虚拟主机上分布着多个服务器，每个服务器可支撑多种服务。服务是业务逻辑的具体体现。也是接受客户服务请求的基本单元。业务逻辑层通过XA协议与数据层的数据库连接，与表示层则是通过ATMIAPI进行交互。

★资源层

该层可以是多个关系型数据库，也可以是异构数据库。

九大功能及实现

1、业务受理

客户可通过多种服务渠道享受珠海有线提供的各种服务，包括业务受理、用户缴费、产品订购等。业务受理功能可显示客户的全面信息，如基本资料、业务变更、账务登记、客服资料、售后服务资料等，方便全面了解客户情况，加强对市场营销的支持。

为实现面向客户销售自动化的目标，BOSS系统必须对销售过程的各类行为及活动进行流程化管理。即通过流程管理机制，实现对各项营销活动的自动跟踪、记录、调度和监控。业务受理能支持多种接入方式，包括面对面、语音、Internet、移动终端及其他方式。

BOSS业务受理功能包括：开户、增装、过户、迁移、更改账户信息、资料更改、停机、开机、销户、修改密码、修改服务方式、产品订购、退订业务、更换设备、营业收费、营销方案办理、用户资料查询、业务异动查询、用户业务类型查询、用户产品查询、待处理资料查询等。

2、账务处理

帐务管理主要完成根据计费的清单结果进行出账以及固定费用的计算等功能，出账处理、调账处理、账务托收和销售处理等。可将所有账单文件按用户编号、业务类型进行合

并或分离。

3、资源管理

本模块主要完成各类业务所需资源的集中管理，涉及到的进销存流程。

流程描述：订购相关业务资源——各营业厅、分公司根据业务需要从总库领取业务资源——营业厅、分公司之间可以进行资源的调配或调拨，通过客户业务办理完成资源的销售——系统可为因各种原因产生的客户设备更换提供支持，有问题的设备可经营业厅、分公司退回公司总库，再由公司总库统一处理(譬如退回供货商)——总公司仓库或分公司、营业厅仓库定期进行盘点。

根据以上流程，本模块主要包括：配置管理、入库、退货、盘点、出库，退库、调拨，及地址资料清理、资源告警、状态修改、资源查询、认证资源管理等功能。

4、产品管理

产品管理模块的主要功能为，对产品的相应属性进行设置、主要包括产品基本信息、CA产品、费用、停用期间产品费用、包容互斥关系、促销方案等的设置。最后还需通过相应部门的审核才能最终发布。促销方案优惠的内容主要包括对资费、产品、设备、账户、客户群、时段、跨业务类型的优惠等。

5、终端销售管理

终端销售模块负责管理公司的各种有编号设备(包括机顶盒、有线电视卡、Ic卡、各种充值卡等)以及其他无编号设备(包括网线、双叉线、遥控器等)的批发、零售业务，对各终端销售商的设备订购、代销、付款进行统一管理，并跟踪设备的流向。

6、客服管理

客服管理功能包括：投诉、咨询、维修、建议、客服业务受理、复核派单、维修派工、工单处理、客服工单查询、客服日志查询、客户建议处理对、重大故障、刷新授权、客服知识库维护、发送短信息、工单分步时限、节目预订、满意度调查、客户信息管理、客服统计分析等。

7、接口管理

珠海BOSS管理系统外围接口平台管理主要包括：

★CA接口

实时将OSS系统送来的相关客户数据翻译成CA的系统指令，送入CA的相应系统中执行；对CA的执行结果或返回的有关信息做出相应处理，能同时支持爱迪德、永新同方等不同的CA系统。

★监管平台接口