OSS系统发展Word文件下载.docx
《OSS系统发展Word文件下载.docx》由会员分享,可在线阅读,更多相关《OSS系统发展Word文件下载.docx(13页珍藏版)》请在冰豆网上搜索。
![OSS系统发展Word文件下载.docx](https://file1.bdocx.com/fileroot1/2022-12/8/f2198f8e-713b-492b-b376-e3b9c832ef81/f2198f8e-713b-492b-b376-e3b9c832ef811.gif)
1、中国电信OSS采用FrameworxSID提升业务敏捷性
Frameworx目前已被90%的全球最大服务提供商所采用,它是促成高效运营蓝图的标准套件;
通过使用一套经实践验证、基于业务导向的运营和集成方法,评估和升级运营表现,实现业务增长的目标。
Frameworx通过商业流程架构(eTOM)、信息架构(SID)、应用架构(TAM)、集成架构等四大部件,驱动业务导向、高度自动化和高效性的方法,助力服务提供商进行业务运营。
中国电信广州研究院工程师李凌表示,中国电信对OSS的定义是:
中国电信使用的运营支撑系列计算机软件系统,通过对基础通信网络、业务网络、客户网络和应用的管理,有效支撑前端面向客户的产品销售和客户服务。
这些管理过程涵盖了面向服务和资源的和规划、运营支撑及就绪、开通、保障功能域全业务运营和3G时代电信服务从传统通信网络进入3I交融新领域,电信服务的组成、合作模式、服务模式发生了变化,丰富了OSS管理的范围。
近年来,中国电信积极参考FrameworxeTOM架构,通过对流程框架的逐层细分来识别业务功能,依据业务相关性和耦合度对功能进行聚类。
他提出,OSS规范体系发展是一个逐步完善的过程,近年来,中国电信纳入到OSS范围的系统不断增多。
2004—2005年,中国电信初步融合SID的资源概念及模型,尝试引入SID服务的概念,对技术人员能力建模。
2006—2008年,中国电信进一步融合SID的面向资源的服务,扩展技术人员能力模型,提出对网管提供的技术能力进行建模。
2009年,中国电信融合SID面向产品的服务完善开通线规范模型,独立明确保障线规范
模型,初步对规划、就绪和运营支撑流程涉及的对象进行建模。
2011年,中国电信梳理分析SID的适用范围和中国电信的目标应用,力图初步形成体现运营商网络能力、支撑系统能力和技术人员能力的稳定运营模型。
利用SID达成业务和技术目标
目前,中国电信的OSS系统和Frameworx尚存差异性,中国电信一方面利用SID标准进行“合规”、提升OSS/BSS性能表现,同时也正以其实践和对OSS/BSS标准和技术的理解和探索对SID构成完善,可谓相得益彰。
李凌指出,中国电信利用SID,希望实现OSS的业务目标和技术目标——即全面应对“智能管道主导者、业务平台提供者、内容应用参与者”的挑战,在“聚焦客户的全业务运营的信息化创新战略”指导原则下,实现OSS业务目标;
技术目标则是构建以客户感知为中心、以核心系统为基础、以公共平台为纽带、服务能力高度共享的OSS开放灵巧架构体系。
将中国电信的BSS和OSS看作一个整体,产品是BSS和OSS的枢纽。
BSS是销售产品的过程,OSS是制造产品的过程。
OSS通过服务的组合和封装,把后端的资源能力向前端提供,支撑面向客户的产品销售和客户服务。
OSS功能蓝图架构根据中国电信运营流程管理进行设计,对网络规划建设和产品开发流程、网络运营就绪与支撑流程、开通和保障等业务流程提供支撑。
他同时表示,中国电信对SID的应用原则和方法是:
Frameworx主要关注以商务过程为源头的运营商流程框架及其共享信息和数据;
中国电信的OSS除对服务开通和服务保障过程需要进行刻画和支持外,还需要对日常的网络运维、人员和OSS本身的专业技术服务能力进行刻画和支持,以利于整合到CRM或门户系统中,提供给前端商务人员乃至客户使用。
中国电信网络资源对应SID的资源,产品服务对应SID的产品服务,对于致力于打造服务型企业的中国电信而言,网络和专业技术服务能力都是重要核心资源,均会构成产品、为客户所感知引入工作资源和运营服务,借鉴SID推导方法论和开发方法刻画工作资源与运营服务、运营服务与产品之间的关联。
中国电信OSS能力前置工作“工作资源”和“运营服务”已在中得到了初步应用和验证。
李凌介绍,在CTG-MBOSS规范编制历程中,中国电信一直关注着Frameworx的进展,在应用eTOM、SID和TAM成果、提升商务过程敏捷性的基础上,根据企业发展战略对运营流程、数据模型和系统应用等方面进行了有益的实践,在与TMForum的合作下,也将对Frameworx作出自己的贡献。
2、中兴通讯提升ZSmartBSS/OSS效能覆盖终端用户超3.5亿
9月21日,中兴通讯携ZSmartBSS/OSS综合解决方案亮相在德国柏林举行的全球管理服务大会(ManagedServiceWorldCongress2011)。
ZSmartBSS/OSS是中兴通讯自主研发的新一代的全网络全业务运营支撑系统,并根据运营商实际运营情况定制化的综合解决方案。
其中的ZSmart-iNOC方案和ZSmart-xMAN方案成为本次大会展示的亮点。
两种方案是ZSmartBSS/OSS套件针对不同业务和应用的方案。
ZSmart-iNOC方案除了传统的功能外,更加关注外线运维人员工作效率的提升,整合内部资源为一线运维人员现场作业提供有力支撑。
ZSmart-iNOC的手持终端功能,使现场运维人员通过智能手机上的维护终端,实现物料扫描、电子工单处理、远程故障定位、地理位置跟踪、微型知识库和远程拍照签到功能,有效的提高室外作业的工作效率。
ZSmart-iNOC方案将大大降低运营商的平均故障解决时间,减少维护人员数量,平均故障解决时间减少75%,维护人员的比率减少21%。
中兴通讯ZSmart-xMAN则是为FTTx推出的全生命周期的解决方案,功能上覆盖了eTOM的保障域和开通域,部分涉及SIP中的产品生命周期管理,为运营商提供一个开放、智能的运营支撑平台,帮助运营商最大程度的降低运维成本,提高运维效率。
中兴通讯BSS/OSS产品国际市场副总经理周勇说:
“中兴通讯的ZSmartBSS/OSS综合解决方案已经在为全球50多家运营商提供定制化服务,覆盖超过3.5亿终端用户,希望通过我们的努力,能为运营商提升运维效率,降低运营成本提供帮助。
”
当前OSS系统需求:
快速的业务就绪要求系统具备灵活的流程配置能力
业务流程就绪是新业务就绪的基础。
下一代运营环境中,业务的复杂性和推出的速度大大加快,这就要求运营支撑系统具备灵活的流程配置与扩展能力从而支持新业务的快速就绪。
传统的业务流程定制方式实际上是以功能模块为中心的,这种方式通过单据在各个功能模块之间的交互完成开通过程。
当需要支持新业务就绪和业务调整时,需要在各个功能模块中进行代码开发以及交互单据的创建。
这种方式不利于流程各个元素的重用,支持业务就绪的速度很慢。
在下一代运营环境中,业务就绪速度加快要求原来以“功能为中心”向“以流程和数据驱动为中心”转变。
“以流程和数据驱动为中心”的方式侧重于流程的组装和数据的流动,它关注的是:
要实现一个新业务就绪需要哪些步骤(任务的定义)、这些步骤的先后(流程的定义)、步骤的输入与输出(数据的流动与变化)、步骤的执行者以及执行者看到的视图等。
这种方式使得流程及数据可以高度重用,可以快速支持新业务就绪。
另外,在新业务就绪所要求的流程配置能力中,由于电信行业特有的技术、业务复杂性,对于异常流程处理的配置能力是关键和难点。
例如,后续环节的异常提出(如资源配置错误或不存在),会造成流程的回滚,而流程应该回滚到哪个节点,中间的并行过程中哪些任务节点需要重做,哪些不需要重做,是一个非常复杂的问题。
往往一个简单的流程的异常处理子流程会有数十个之多。
在下一代运营环境中,由于业务及网络之间的关联性,这一问题更加突出。
产品多元化和接入层多样化带来的服务配置的复杂化
产品多元化和接入层多样化带来的服务配置的复杂化有两种情况。
一方面,同一种网络服务针对不同的产品组合或者不同级别的用户,其对应的服务配置不同,例如,固网业务专线ADSL需要配固定IP地址而普通ADSL不需要;
移动业务行业GPRS接入采用CMNET专线接入时,针对不同级别的用户,有“双GGSN、单传输、单路由器”、“双GGSN、双传输、双路由器”等多种配置选择。
另一方面,服务之间存在更多的依存关系,例如固网IPTV业务需要ADSL业务支持。
在这种环境下,网络能力的组件化——服务封装,就成为加快新业务就绪的重要手段。
服务层的封装充分体现了下一代运营支撑系统从以“网络技术为核心”到以“客户、服务为核心”的重要转变。
它不仅包含业务配置所需要的网络能力,还包含了如何分配这些能力的方法。
从而成为一种网络的“使能部件”。
对于新业务就绪,流程只需要面对这些封装的“使能部件”而不需要直接面向底层的网络,可以大大加快新业务就绪的速度。
大量特定的业务逻辑如何与系统原有的业务逻辑融合
由于核心层网络的智能化使得业务开通、业务逻辑向边缘层汇聚,定制化业务逻辑的问题在下一代运营环境中更为突出。
这是因为接入厂商与设备的多样化使得不同地区的服务开通对应的流程、资源派配逻辑和激活方式可能截然不同;
同时,快速、自动化的开通与报障要求人工任务逐步压缩,更多的业务逻辑由系统来完成。
在采用商用软件时,定制业务逻辑如何无缝嵌入系统核心业务逻辑,是一个无法回避的问题。
横向分层融合与纵向端到端业务流程之间的矛盾
“弹筒”式系统产生于网络和业务相对简单的早期,其优势是端到端业务流程在同一个系统中完成,交互少,速度快。
网络与业务的复杂和关联产生了横向分层融合的要求。
然而,层次与系统的增多对于端到端业务流程的执行效率是不利的,这就产生了横向分层融合与纵向端到端业务流程之间的矛盾。
在下一代运营环境中,竞争的加剧使得客户服务水平的要求日益提高。
为了实现更为高速的服务开通与报障,横向分层的系统架构(如流程、资源、激活等)要求层与层之间更为有效地集成,也就是“融合OSS”的要求。
这一方面要求这些OSS系统本身具备更好的集成能力如多接口技术支持,另一方面也需要采用更好的系统整合架构如SOA体系架构,如图1所示。
h图1“融合OSS”要求更好的整合架构
网络与业务的演进要求系统具有模块化、可扩展的特征
向下一代网络与业务的转变不会一蹴而就,而是一个逐步演进的过程。
这就要求OSS系统具有“模块化”、“可扩展”的特征。
从技术架构来看,表现层、业务逻辑层和数据层分离的分层架构可以保证各个层的相对独立扩展,如图2所示。
从功能架构层面,系统服务和基本功能可以作为共性抽取出来,而对于面向特定技术与业务的扩展,即插即用的插件式扩展会成为对OSS系统的更高要求。
图2表现层、业务逻辑层和数据层分离架构
复杂的产业价值链要求OSS系统具有开放的系统架构
在下一代运营环境中,产业价值链环节比较复杂,例如虚拟运营、运营外包、线路租用、内容服务等。
这就要求OSS系统的服务开通、服务保障流程具有跨运营商、合作伙伴的处理能力。
因此,SOA架构体系和WebService等先进的整合和接口技术将得到广泛采用,从而提高系统的内外部集成能力与开放度。
服务路径的动态化和共享化带来网络容量管理的困难
下一代网络的IP化、智能化的趋势,使得服务路径从静态路由为主向动态化、共享化转变。
这种转变使得主动的网络容量规划在下一代运营环境中具有更加重要的意义。
准确、真实、主动的网络容量计划和趋势分析能力将成为对OSS解决方案的关键需求。
网络规划不仅可以帮助运营商准确分配网络容量,而且可以减少容量不足和失败订单,并可通过找出利用率不足的网络资源来提高网络运行效率,如图3所示。
图3网络规划可帮助运营商提高网络运行效率
在保证业务正常运营的同时实施OSS改造
如何在保证业务正常运营的同时实施OSS改造,一个形象的比喻是:
“给飞行中的飞机换引擎”,它不仅难度大而且风险很高。
从当前的OSS改造的案例来看,主要有三种模式。
联邦式整合:
通俗的说法就是在原有的系统之上盖一层“帽子”。
一般来说,在这层“帽子”中会建立跨网络的统一模型,并从原有系统中抽取数据形成跨网络统一视图。
根据这层加盖的“帽子”是否参与业务流程,联邦式整合模式还可以进一步衍生出一些分支模式。
横向整合,分层实现:
这种方式简单来说就是“层层推进”的模式,例如基本上以串行的方式先后实现统一服务开通、统一资源管理和统一服务激活。
新业务分层整体建设,横向推进:
这种方式从新业务网络入手,分层、整体、端到端地进行下一代OSS系统的建设。
例如,可以针对基于IP的业务涉及的网络进行从定单流程、资源管理到服务激活的整体OSS建设。
在完成新业务网络的OSS建设后,再横向推进,逐步延伸至其它业务网络。
对于以上三种方式的优缺点分析见表1。
表1三种不同改造模式比较
如何定位OSS改造与企业流程重组之间的关系
企业流程重组(BPR)是对企业流程的再思考和再设计。
对于电信运营商来说,其最终的目标是建立以客户为中心,以市场为导向,以效益为目标的企业运作模式。
OSS与企业流程重组(BPR)有着千丝万缕的联系。
一方面,两者是一种相辅相成的关系,业务流程是企业运营的根本,OSS系统为流程的运作提供了基础和保障;
另一方面,在OSS建设过程中,我们又经常对于两者产生“先有鸡还是先有蛋”的争论。
这是因为,从集成商或者开发商的角度来说,通过系统建设推动流程变更是一件非常痛苦的事情,为了控制项目风险,往往要求业务流程变更先行,然后系统再去固化其流程;
而从运营商角度来说,有时候又确实需要通过IT建设来促动各方利益,推进流程重组。
实际上,OSS建设和BPR之间必须是一个“你中有我,我中有你”的关系,而不是一个谁先谁后的问题。
一方面,OSS规划和建设要能够对业务流程的优化和重组提出要求和建设性的意见,通过系统规划、建设和运行的过程来推动业务流程重组,不能仅仅是对现有业务流程的IT复制;
另一方面,企业领导者也应该充分认识到BPR对于企业运营及其支撑系统建设的重要意义,在BPR上能做到比OSS建设“先行一步”或者至少与OSS建设“同步推进”。
有一种说法是,在OSS建设中,技术只占15%,85%都是管理、流程、人员文化方面。
因此,在OSS规划和建设过程中,既要考虑现有系统的现状,还需要考虑现有运维组织架构以及BPR的力度。
OSS应该努力推动BPR,固化BPR成果。
但是,在坚持某些原则的前提下,一定程度的折中有时候还是需要的。
因为我们需要一个成功上线的系统,而不是一个永远上不了线的空中楼阁。
当前主要提供商应对方案:
Oracle通信行业解决方案概览
Oracle通信行业解决方案如图1所示。
图4Oracle通信行业解决方案
从IT基础架构、整合中间件、企业管理、客户关系管理、计费、OSS到业务智能分析,Oracle为通信行业运营商提供了完整的端到端解决方案。
Oracle通信行业解决方案致力于以下几方面。
第一是在公共、开放和基于标准的技术平台上构建最好的行业应用。
第二是提供完整解决方案,同时提供产品化的整合以及行业特定的业务流程。
第三是在可以预测的成本下帮助运营商实现业务转型。
OracleOSS解决方案介绍
在Oracle通信行业解决方案中,OSS解决方案处于核心的地位,它主要包括以下几个产品组件,如图2所示。
定单管理控制系统
在运营商内部或者之间,协调、整合所有服务以及网络定单交付。
综合资源管理系统
整合企业范围内所有网络资源和服务资源,并保证资源充足。
综合服务激活系统
多服务激活、配置和管理平台。
网络发现与同步
网络自动与资源数据同步。
网络智能
网络规划、设计、预测、分析、报表。
OracleOSS解决方案应对行业挑战
针对下一代运营环境对OSS系统带来的挑战,OracleOSS解决方案都有其应对之策。
基于SID的多技术多业务建模
共享信息数据模型(SharedInformationDatamodel,SID)是TMFNGOSS中提出的建立共享信息模型的通用框架。
在以Oracle为主的多家通信行业软件提供商以及研究机构的共同推动下,SID已经成为行业共同遵循的模型规范。
在下一代运营环境中,系统之间的集成度和交互性要求更高,SID必将扮演更为重要的角色。
Oracle不仅是SID规范的制定者,也是规范落地的主要推动者。
基于SID规范的Oracle资源管理系统不仅具有强大的建模能力,而且带来了系统间更好的交互性,从而使系统的部署时间更短,成本更低。
以“流程和数据驱动”为中心的流程配置
Oracle定单与服务管理系统(OSM)以“流程和数据驱动为中心”,其主要特点包括:
●高度灵活的工作流定制;
●主数据模式:
主定单模板可以衍生出各种定单模板和视图,使数据定义在各个流程中具有高度的可重用性,保证了新业务和业务调整支持的灵活性;
●在异常流程定义上有独到之处,其特有的关键数据映射机制不仅极大地简化了异常流程处理的定义与开发,甚至使得业务流程分析的方法更为标准化。
图5OracleOSS解决方案
Oracle统一服务创建环境(SCE)
通过服务的封装,业务流程可以不用理解复杂的底层网络技术,而是直接调用相应的服务配置,从而使资源派配、服务激活等业务逻辑的调用更为灵活和简单。
因此,OracleOSS解决方案,通过统一的服务创建环境(ServiceCreationEnvironment,SCE)来实现资源、流程和激活的服务/客户/网络建模(如图3所示)。
平台化产品提供定制业务逻辑扩展能力
由于运营环境和业务的日益复杂,OracleOSS解决方案在提高平台化产品的同时,特别注重定制业务资源逻辑的扩展能力,可以从OSS的几个核心产品来看。
●Oracle资源管理系统:
通过AOP(面向方面编程)、规则引擎(RulesetEngine)架构以及丰富的API,允许定制业务逻辑插入或者替换系统平台自身的业务逻辑。
●Oracle定单服务管理系统(OSM)。
流程和用户界面定制。
基于关键数据映射的异常处理流程定制。
规则、任务、工作组、工作时间等定制。
●服务激活系统:
预提供的厂商/设备插件和支持灵活扩展的配置开发包CDK相结合。
Oracle应用集成平台架构(AIA)加速开通与报障
在横向分层的系统架构(如流程、资源、激活等)下,Oracle融合OSS解决方案更加强调层与层之间有效的集成,并全球首家推出了基于SOA架构的电信行业的端到端集成应用套件(OracleApplicationintegrationArchitecture,AIA)。
OracleAIA预建的SOA架构提供灵活的框架,支持新的业务需求和持续的创新,并通过预建的跨系统流程模板有效进行跨系统的集成。
模块化、可扩展的体系架构
OracleOSS解决方案中,各个系统均采用了先进的设计理念和架构技术,从而支持核心平台和通用功能层之上的、面向特定技术与业务的插件式扩展。
●综合资源管理系统:
采用核心平台(CorePlatform)+功能管理器(FunctionalManagers)+技术包(TechnologyPacks)扩展的架构体系。
●定单服务管理系统(OSM):
采用包(Cartridge)管理机制可以加载针对不同业务的流程定义包。
●服务激活系统(ASAP):
支持多服务和多厂商的cartridges扩展支持。
开放的体系架构
OracleOSS解决方案采用开放的体系架构,满足下一代运营环境中复杂价值链间集成与交互的要求。
具体包括以下两方面。
●采用基于SOA的系统集成架构,带来如下特性:
模块化、封装、松耦合、可重用和可组装等。
●从技术实现上看,采用基于标准的成熟框架,如AOP、WebService等,从而使系统具有很好的可扩展性和交互性。
集成网络智能分析的最佳实践
OracleOSS解决方案中集成了业内最先进的网络容量管理平台—OracleNetworkIntelligence。
主要功能模块包括:
核心平台、网络预测、路由分析、监控报表、网络割接设计和故障影响分析。
它们能够帮助运营商实现以下目标:
●优化网络,提升现有网络的利用效率,降低网络运营成本;
●准确预测网络容量的消耗趋势,使网络发展与市场发展相匹配,让“钱花在刀刃上”;
●高效、精确的网络调整方案设计,使之对现有网络和业务的影响最小;
●可“个性化的”、可“推送”的网络运营情况的分析报表,帮助领导层准确决策;
●故障影响的准确、高效分析,提高服务响应速度,提升客户服务水平。
完整解决方案支持多种演进模式
OracleOSS解决方案可以帮助运营商高效实现向下一代运营支撑系统的转变。
对于前述的几种典型的演进方式,OracleOSS解决方案都有应对之策。
在向下一代运营环境转变的关键阶段,无论对于旧有系统较多或者完全新建的情况,“新业务分层整体建设,横向推进”方案都是一种值得推荐的演进模式。
这种方案要求将注意力集中到企业的业务增长点,通过端到端的整体建设极大地提高服务开通和保障的速度与质量。
这种方案要求端到端产品支持较高的产品间集成度。
OracleOSSOracle是业内惟一提供包括“资源管理+定单流程+服务激活+网络发现&
同步+网络智能+SDP”功能的完整OSS解决方案的厂商,可以很好地支持这一方案的实施。
图6Oracle统一服务创建环境
“联邦式整合”方案对于旧有系统多而复杂的情况,是一种见效较快的方式。
这种方案强调数据整合,要求产品具有极强的、标准化的数据模型扩展能力,Oracle基于SID标准的建模能力有利于多系统的数据整合。
“横向整合,分层实现”方案涉及系统与部门较多,初期实施周期长。
需要企业层面的关注、整体规划和统一实施。
OracleOSS解决方案支持这种实施模式,并可以利用Oracle咨询实施团队的丰富经验帮助运营商进行统一规划与实施。
在下一代运营环境中,“融合”与“多样”,“简单”与“复杂”,这些看似矛盾的定义共存,从不同的方面对下一代OSS系统提出了需求。
Oracle利用其系统基础架构和中间件能力,以及对于下一代运营环境的深入理解,融合OSS领域先进的产品形成的OSS解决方案,可以帮助运营商有效实现向下一代OSS系统的转型。
国内OSS发展趋势:
一、从企业发展的战略高度审视运营支撑系统
在运营支撑系统的建设过程中,必须与企业的发展战略、业务发展策略、市场营销策略以及业务流程的优化、运维模式的调整等紧密结合起来,明确系统的服务对象;
同时,应坚持“统一规划,分步实施”的理念。
另外,还应把运维支撑系统作为一个有机的“整体”,明确系统之间的关联关系,尤其要关注业务支撑系统与网管支撑系统之间的互动,这是实现端到端服