电信运营支撑系统工程

电信运营支撑系统工程（精选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:

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.

Key words:

OSS; Workflow; Service acceptance; Telecom operations map

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

1、运营支撑系统的发展趋势

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

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

2、生产调度的作用及类型

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

开放的、标准的对外信息接口定义，实现与其他系统的功能衔接。

3、业务受理调度流程各环节的定义及实现

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 In?鄄

ter-Operator Networks (Revised) [S].

[5] ITU-T M.3100,Principles for a

telecommunication management network [S].

[6] 张雷, 黄友平. 基于CRM的电信业务流程重组[J]. 电信技术, 2002,(4):8—10.

收稿日期：2002-12-30

作者简介：

叶云，深圳市中兴通讯股份有限公司技术中心主任工程师，清华大学硕士毕业，已发表论文10余篇，长期从事运营支撑系统的需求分析、系统设计工作。

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

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

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

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

电信运营个人简历篇5

一份关于电信运营的简历模板介绍给大家

姓名：*应届毕业生求职网	性别：男
出生日期：1986-03-19	籍贯：河北
目前城市：北京市	工作年限：应届毕业生
目前年薪：XX万人民币	联系电话：1
E-mail：
应聘方向
求职行业：	计算机软件，计算机硬件，计算机服务(系统、数据服务，维修) ，通信/电信运营、增值服务，政府
应聘职位：	技术支持
求职地点：	北京市，秦皇岛市，廊坊市，唐山市，石家庄市	薪资要求：	面议
工作经历
2008/03—现在	深圳XX科技公司
	所属行业：计算机服务(系统、数据服务，维修) 技术部系统和软件维护，提供技术支持主要职责： 1. 负责计算机系统的维护和故障恢复； 2. 解决计算机硬件出现的问题以及硬件维护； 3. 对计算机的`数据进行备份和恢复；
2007/09—2008/01	河北农大
	所属行业：计算机服务(系统、数据服务，维修) 信息工程系系统和软件维护主要职责： 1. 在校期间，与我系网络管理员合作，兼职系统的安装与维护； 2. 电脑软件的安装与优化； 3. 电脑硬件故障排除； 4. 清除病毒等工作。
教育培训
/08—2008/06	河北农业大学计算机网络大专
2008/01—2008/05	河北农业大学计算机组装与维护高级技工计算机组装与维护高级技工
职业技能
外语：	英语：良好

电信运营商渠道拓展建议篇6

高存量的市场特征下，电信运营商开发非传统的新型渠道是必然的趋势。一方面，随着传统话音市场的日渐饱和，通话行为逐渐碎片化，这意味着电信运营商必须通过开辟新渠道以拓展传统业务的新销售空间;另一方面，电信运营商转型的本质是跳出客户钱包中狭窄的通信份额部分，而进入到生活、娱乐、学习、商务等新份额中开辟电信业的新蓝海。这样的战略意图反映到渠道上，就必然需要电信运营商进入到与新钱包份额契合更紧密的渠道中，寻找新的增长空间。

所谓新型渠道，是相对于电信运营商传统的自有营业厅渠道、合作代理渠道、客户经理渠道、自有呼叫中心与互联网渠道的全新渠道形态。选择新型渠道的主要依据，是渠道特征与客户特征之间的匹配度。以此为标准，从匹配颗粒度由大到小，我们将电信运营商的新型渠道分为以下几种类型：

第一，目标客户匹配的新型渠道。例如电信运营商在竞争中需要重点维系与拓展的高价值个人客户群，其相对聚集的商务会所、高尔夫球场、机场、高端酒店、高端演出场所、专业协会等，是电信运营商可以考虑切入的新渠道类型。电信运营商还可以通过开展创新的营销手段，如专业会刊邮寄营销、兴趣圈活动营销、支持性服务营销等创新的营销手段，进一步开发客户价值。

第二，生活型态匹配的新型渠道。与目标客户生活型态匹配的渠道拓展，需要建立在对于目标客户群在不同时间、空间状态准确理解的基础上。随着话务碎片化趋势，人们的通话行为往往被更加细分切割，大量的低价短期号卡产品将越来越多。电信运营商可以考虑针对目标客户群的生活轨迹中的时空状态，进行定向传播与触点营销，形成富有特色的“生活圈”营销模式。

第三，消费场景匹配的新型渠道。有很多特定的场景，例如人们相对放松、愉快、激动、兴奋的消费场景中。人们往往处于比较容易受影响的状态，对于小额购物可以容易产生冲动性购买的欲望，这样的场景如果与企业业务又具备比较高的契合度，则可以考虑纳入到新型渠道之中。

第四，体验行为匹配的新型渠道。正如NTT DoCoMo的战略定位由生活助理演进为行为支持者，对于客户行为如影随形般的行为附着与恰倒好处的行为支持，应该作为新型渠道重要拓展方向。资讯助手式的目录销售是对于家庭体验行为以及家庭预算支出有影响力的渠道模式，也让客户理解到纷繁复杂的电信业务与其生活行为本可以建立的更多关联。

电信运营支撑系统工程篇7

在国内电信企业普遍采取集团统一的管理, 业务分省各自运营的运营模式, 对于如何保障各省建设的业务支撑的系统对业务支撑的能力一致性已提上日程。业务支撑系统的测评中心也应运而生。然而, 面对业务支撑系统依赖的平台庞大复杂性以及大规模的并行测试的任务, 显而易见, 一个有效的测评平台成为测评中心建设和运营的重心。

二、云计算概述

云计算将IT相关的能力以服务的方式提供给用户, 允许用户在不了解提供服务的技术、没有相关知识以及设备操作能力的情况下, 通过Internet获取需要服务。云计算是一种计算的模式。在这种计算的模式中, 应用、信息和IT资源用服务的形式用网络提供给各种用户的使用。大量的计算资源组成IT的资源池, 用于创建动态高度虚拟化的资源供给客户的使用。云计算是系统的虚拟化最高的境界。

云是一个虚拟化的计算机资源池。它可以分为以下几点: (1) 担负多种不同工作负载, 包括处理作业和面向不同用户的交互式应用程序; (2) 通过快速部署虚拟机器或物理机器, 迅速部署系统并增加系统容量; (3) 支持冗余的、能够自我修复的并且可扩展的编程模型。以使工作负载能够从多种不同故障中进行恢复; (4) 实时资源监控使用情况, 在需要时重新平衡分配资源。

云计算和虚拟化为测评平台的构建提供了一个崭新的方向。测评平台需整合现有的虚拟化的技术, 以云计算模型向测试项日提供资源服务。由此看出云计算是以虚拟化的技术为基础, 以网络为载体, 提供基础构架、软件、平台等服务为形式, 整合大规模的可扩展的计算、储存、信息、应用等分布式的计算资源进行协同工作的一种超级的计算模式。

三、我国电信业务支撑系统的架构

3.1层次架构

新一代测评平台的层次架构可分为虚拟池化层、物理基础层和服务管理层等三个层次。其中, IT的基础设施是物理基础层;虚拟池化层通过池化和虚拟化的技术将各种软件硬件资源进行虚拟的池化, 为服务管理层提供了统一接口, 屏蔽了物理基础层的异构性;而服务管理层主要为平台的用户提供了各种管理功能, 如图1所示。

3.2物理结构

在物理架构中, 将服务器规划成了不同的资源池, 主要原因是虚拟技术以及平台的差异性。测试项目在申请资源时, 选择不同的资源时, 也基本上确定了操作系统平台。新一代测评平台的物理架构如下图2所示。

软件映像库管理服务器是软件映像库的管理服务器, 负责不同软件不同版本的映像管理, 完成制作、入库、分发、部制、出库等基础功能。统一服务系统是测评平台的管理服务核心, 以PORTAL方式向不同类型的用户提供完成工作所必须的功能。

四、测评平台的功能与实现

测试平台基于生命周期管理为测试项目提供统一管理功能即为客户打造了集高效率、低成本等特性于一身, 充分发挥虚拟化的优势, 减少物理工作站的数量, 和降低客户的IT系统能耗、提高了空间使用效率的软件工作空间, 实现测试资源的虚拟池化、按需分配、动态调整、自动部署以及效能监控, 提高资源的运用率。

4.1服务器虚拟化

服务器的虚拟化是将服务器物理的资源抽象成逻辑资源, 让一台服务器变成多台相互隔离虚拟的服务器, 我们不再受制于物理的界限, 而是让CPU、磁盘、内存、I/O等硬件变成可以动态的管理的“资源池”, 从而提高资源的运用率, 简化系统的管理, 实现服务器的完美整合, 让IT对业务的变化更具适应力。服务器管理虚拟化主要通过虚拟化技术对各类服务器进行池化, 为用户提供统一的透明视图, 屏蔽服务器厂商虚拟化技术的差异性。

4.2自动化部署管理和软件映像库管理

自动化的部署将在软件映像库中的软件自动安装到目标的服务器上, 主要包括系统软件自动化的安装和OS自动化的安装两类。对于OS而言, 目前主流的操作系统支持自动化的安装, 但需要原厂的开放接口。

软件映像库管理系统是将软件按照同版本、不同平台不甚至不同配置参数制成可自动安装的映像管理起来, 在需要的时候将软件映像分发到目标服务器上。

4.3资源的管理与实施

项目资源管理与实施是基于生命周期来实现测试环境的管理。在项目进行的过程中可能出现测试资源的不足情况, 这样就需要进行调整容量的流程。在项目环境的管理员提出调整容量批示后, 系统会根据物理资源的自动评估是否可以进行扩展。假如可行, 系统的集成工程师将利用虚拟化的动态的调整特性来实现资源动态的调整。我们需要指出的是, 目前大多数的虚拟化的技术只能动态调整CPU和内存的资源。此外, 在资源的调整时, 需要处理因为物理的资源限制导致资源不足的情况, 经常要进行人工的干预。

五、总结

本文在分析测评中心测试资源以及项目特征的基础上, 设计并实现了基于云汁算的新一代电信业务支撑系统测评平台。新一代测评平台的实现使得测评中心可以准确地管理各测试项目的运行环境, 具备快速部署的能力, 可以迅速创建测试环境满足各种测试需求, 提高了资源的利用率, 节省了数据中心空间。

摘要：电信业务的支撑系统是实现电信信息资源共享及运营一体化战略的支持系统, 是全国各电信运营商在日益激烈的竞争环境下获得成功的关键系统。云计算作为新一代计算技术, 以分布的计算、网格的计算、效用的计算多样技术为背景发展开来的, 它为解决大规模的资源管理提供了平台。其中, 在云计算资源的部署中, 为虚拟机提供合理的物理资源是很重要的过程。由于云计算环境下, 资源种类的繁多, 资源具有多样性的特点, 现有的资源提供的策略不能充分的考虑到资源之间的各种不同, 不完全适合云计算下复杂的电信业务支撑系统的异构环境。

关键词：云计算,电信业务支撑系统,测评平台

参考文献

[1]张健.云计算的概念和影响力解析[J].电信网技术, 2009 (1) :l5—18

[2]房秉毅, 张云勇, 程莹, 等.云计算国内外发展现状分析.电信科学, 2010, 26 (8)

电信运营支撑系统工程篇8

关键词：移动通信；运营系统；支撑技术

中图分类号：TN929．5文献标识码：A文章编号：1000-8136(2009)24-0143-02

1引言

本论文主要针对移动业务运营支撑系统在面向3G多媒体业务平台时所需要进行的转变及设计展开分析讨论，以期给出一些可供借鉴的平台建设方案和技术指导，并与同行分享。

23G多媒体业务支撑平台要求分析

3G网络所支持的业务与2G网络相比有较大的变化，从基本的语音业务拓展到多媒体业务，新业务的特点对业务支撑系统提出了新的要求：

2．1业务捆绑

3G业务众多，针对用户的消费习惯细分客户群，推出各种捆绑业务和服务营销包，业务支撑系统需要支持业务捆绑打包销售。

2．2更灵活的计费方式

3G业务增加了对QoS的要求，除了要实现传统的实时计费和按内容计费模式外，业务支撑系统还需要将QoS作为计费要素之一。业务支撑系统还需要根据不同业务采用按时长、流量和使用次数等方式计费。3G的计费采集点众多，协议复杂。业务支撑系统应该能够统一而不失灵活性地计费。

3移动业务运营支撑系统的设计及实现分析

3．1基于软交换技术的业务支撑平台开发

3．1．1平台的软交换开发

随着计算机和通信技术的不断发展，通过在一个公共的分组网络中承载话音、数据、图像已经被越来越多的运营商和设备制造商所认同。在这样的业务驱动和网络融合的趋势下，诞生了NGN(Next Generation Network)下一代网络模型，实现在分组网络中，采用分布式网。

网管中心软交换综合网管系统遵循TMN系列规范设计，分为网元管理层、网络管理层和业务管理层等功能层次。软交换体系各种设备都提供相应的管理器，实现设备的本地操作维护功能，同时在网管系统中可基于SNMP管理协议与TELNET实现对各设备的集中管理，包括相关参数的指配。

3．1．2多媒体业务的平台实现

在对3G多媒体业务平台的设计布置中，采用WCDMA3G平台协议，其中WCDMA系统设置了WAP网关、LCS定位服务平台、MMS、Java平台、短信中心和网关、流媒体服务器；CDMA2000系统设置了定位平台、Java平台、多媒体邮件平台、流媒体平台、WAP平台、可视电话平台、BREW平台以及短信中心和网关。其中的多数业务平台对于不同的3G技术是可以共用的，具体情况如下：

短信系统通过信令网与3{3网络相连。WCDMA中，短信系统可以与核心网MSC相连，也可以通过Gd接口与SGSN相连。CDMA2000中，短信系统只与核心网MSC相连，由于WCDMA与CDMA2000所支持的信令协议不同，2种技术应分别设置短信系统。

定位业务既可以通过信令网也可以通过IP网连接3G网络。由于WCDMA与CDMA2000网络所支持的协议不同，而且WCDMA、TD-SCDMA与CDMA2000在无线定位的实现方式上各不相同，3种技术应分别设置。

WAP、Java、彩信、流媒体等同属于口网上开展的业务，它们对不同技术的网络所支持的IP协议是通用的，只要承载在同一个IP平台上，3种技术能够实现业务平台共享。

3．2运营平台对多媒体业务的接入设计

3G时代相比于2G时代，移动多媒体业务成为了应用的主流，这也是3G的魅力所在。然而，要实现多媒体数据业务与平台的接入，在目前的3G网络平台中也不是那么容易实现的。为此，本论文主要讨论HSDPA(高速下行分组接入)多媒体数据的接入，从而实现3G平台的多媒体业务运营支撑。

HSDPA的基本原理是在R99的空中接口体系中，数据重传方式是由RNC来负责完成的，数据重传需要绕经Iub接口。数据重传的周期较长~NodeB仅仅起到一个根据RNC的指令完成物理层编码、传输的功能，NodeB本身基本不具有对物理资源的控制和调度能力，而在HSDPA中，为了在空中接口上实现更大的吞吐能力，对NodeB的功能进行了增强，在NodeB的层面引入了物理层重传和快速资源调度的概念，通过在更靠近空中接口的NodeB上引入这些原本只RNC才具有的功能，加快了重传以及对空中资源调度的效率。

为了实现HSDPA的功能特性，以及更好的完善移动多媒体数据在平台上的介入，需要在物理层规范中引入设计三种新的物理信道：

3．2．1高速下行链路共享信道(HS-DSCH)

在下行链路上，传输用户的业务数据。采用固定的扩频因子，由于需要给公共信道、HS-SCCH及相关的DCH预留可用的信道码，所以最大可用信道数为15。传输时间间隔定义为2 ms(3个时隙)，远小于R99中规定的10 ms、20 ms等长度。从而大大缩短了数据重传时终端和NodeB之间的往返时延。

3．2．2高速下行共享控制信道(HS-SCCH)

在下行链路上，传送HSDPA的专用信令，如传输格式和系统资源指示等；采用固定的扩频因子SF=128，每个终端最多可以同时监测4个HS-SCCH。

3．2．3高速专用物理控制信道(HS-DPCCH)

在上行链路上，发送反馈信道信息(如信道质量指示CQl)和传输块发送确认信息(承载HARQ进程需要的ACK／NACK信息)。用户终端通过测量CPICH得到CQl信息，cQI的上报周期和映射可由网络定义。NodeB通过用户从上行专用控制信道HS-DPCCH中反馈的信息得到用户的下行信道情况，然后NodeB根据所收集的所有用户的信道情况，通过一定的调度策略，为当前用户分配HSDPA的下行数据传输的物理资源(HS-DSCH、HS-SCCH)，同时选择相应的最合适的AMc方案，以此来实现系统吞吐量最大化、用户吞吐量最大化、用户QoS保证等资源调度目标。

4结束语

【电信运营支撑系统工程】推荐阅读：

基于GIS的电信光纤网络资源管理系统的设计与实现07-01