DIY编程器网

 找回密码
 注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 809|回复: 0
打印 上一主题 下一主题

[待整理] 面向客户和业务的OSS的研究

[复制链接]
跳转到指定楼层
楼主
发表于 2014-10-13 14:30:40 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
摘要 本文从面向客户和业务的角度论述和分析了当前形势下OSS(运营支撑系统)的需求、框架体系及实施策略,并介绍了两种典型的面向客户和业务的OSS,指出其在电信运营企业转型过程中的重要支撑作用。
1、面向客户和业务的OSS需求
  在当今世界上各电信运营商纷纷进行战略转型的大形势下,作为企业的重要IT系统OSS(运营支撑系统)必须做好企业转型的支撑工作。分析各运营商转型的目标,基本上都是从加强面向客户的服务和业务支撑的角度来制定企业的转型策略的。因为客户是企业从一而终的服务对象和盈利对象,如何加强客户对企业产品的“粘度”,是企业制定一切策略的根本出发点。OSS原本关注电信网络本身的管理、运行和维护,传统的OSS基本上都是由运营商内部维护人员使用的,称为后端系统,如今OSS必须响应企业的战略转型目标,从关注网络向关注客户和产品(业务)转变。这种转变的内在需求包括以下几个方面。
  ●提高面向客户、面向产品的端到端的服务开通能力。要能灵活地支持企业产品的组合开通,包括前端产品目录和后端资源的统一映射,售前阶段的资源确认和预占,售中阶段的及时开通。这需要OSS和前端相关系统共享客户、产品、业务和资源等信息,并提高端到端业务的自动开通能力,减少人工干预环节,加强服务开通整体管控能力,支持新业务开通流程的快速定制,提高开通效率,提高业务开通阶段的客户满意度。
  ●提高面向客户、面向产品的端到端的服务保障能力。需要加强业务的集中监控能力,尤其是大客户业务监测能力,充分利用客户、产品、业务和资源等共享信息快速定位故障及其影响的客户和业务,灵活快速地调度资源修复故障和业务。加强服务保障整体管控能力,支持新业务保障流程的快速定制和实施,提高保障效率。提高面向客户的主动保障能力如预警,提供针对不同层面大客户的不同等级的差异化服务,按需保障网络质量和障碍修复,有效支持SLA。提供规范的服务质量报告,提高业务保障阶段的客户满意度。
  ●加快对转型业务、新业务、融合业务的业务平台的建设,并将开通和保障融入到已有的OSS体系中。这是企业转型阶段对OSS最迫切的需求。
  ●以后端网络资源库为核心,建立企业的运营数据仓储(ODS),满足管理层决策、精确管理、市场营销、优化企业资源配置等数据/信息管理和深度分析的支撑需求。
  ●加强客户自助服务的能力,OSS和前端系统互相协作共同支撑客户通过自助服务终端输入的各种请求,包括产品的订购、业务的申告、SLA报告的查询、个人信息的修改、服务的预约等。
2、面向客户和业务的OSS框架体系
  根据对OSS需求的分析可知,运营商需要在原有大量的遗留系统基础上扩展OSS架构以适应面向客户和业务的新需求。下面将从OSS功能架构、OSS系统架构、OSS数据架构、实施演进策略等4个角度来描述OSS框架体系的内容。
  总体上来看,OSS框架体系体现了以下特点。
  ●融合。即尽量将相同或类似的流程或功能融合考虑,以屏蔽网络技术差异。
  ●集中。即集中不分散,并且在横向综合的基础上纵向集中。本地网的系统逐步向省集中,省系统逐步向集团集中。集中的系统更有利于快速响应客户的需求,降低企业运营成本,发挥企业支撑系统整体效力,然而集中要同时考虑企业组织架构和维护职责的配套状况。
  ●贯通。即通过规范化接口,解决前后端系统的信息共享、流程衔接,打造一个前后贯通、全业务、灵活高效的OSS体系。
  2.1 OSS功能架构
  在设计OSS功能架构时,首先要考虑面向客户的逗流程的需求。这方面eTOM给了一个较好的参考。eTOM描述了面向客户的业务开通和保障的通用流程,但对运商来说,要完整地提供面向客户的开通和保障服务,还需要有面向网络运行维护管理的内部流程。这部分流程是各运营商所特有的,比如中国电信有自己的运营管理及生产指挥流程。业务流程的实现需要一系列的动作支撑,这些动作就是OSS功能架构中的功能点。由于OSS功能点较多,需要按功能域、功能组、功能点逐层分解和细化。在如图1所示的OSS功能架构中,直接面向客户和业务的OSS功能架构部分包括服务管理与运营层面的服务开通和服务保障功能组,以及资源管理与运营层面的网络资源管理、施工调度及部分综合网络管理应用功能组。其中,施工调度功能组在客户的业务订单、故障工单执行环节对运营商人力资源、工具、仪器仪表等进行调配管理,以期达到客户服务、人、资源的有机结合,对于管控客户服务的成本,提高客户服务效率有积极的作用。此外,综合网络管理应用本身是为了屏蔽底层专业网络管理系统的差异而构建的综合网管应用,比如跨专业的集中告警功能。但该功能一旦和客户信息、业务信息关联上,就能实时地提供客户和业务的实际运行质量,并做到面向客户和业务的主动预警,从而提高企业面向客户和业务的服务能力。

图1 OSS功能架构

  2.2 OSS系统架构
  OSS功能架构是系统划分的基础。在对OSS进行系统划分的过程中,需要综合考虑功能的独立性和相关性以确定功能聚集,同时还要考虑数据的主从性。不可忽略的是要充分考虑已有OSS的分布和架构的影响,保证整体上能够向目标架构平滑演进。因此,OSS系统架构目标不能太过理想化,要结合运营商的组织、系统、维护职责等统筹考虑。
  OSS系统架构划分了一些基本的OSS,但这些系统很难用数量来表示,因为这个数量在不同的企业实体中是变化的,如不同的省公司、本地网公司是不同的,而且实际实施过程中是可以组合建设的。基本的OSS包括:综合服务开通系统、综合服务保障系统、运营管理及生产指挥系统、综合资源管理系统、施工调度系统、自动网络激活系统、集中告警系统、综合网络管理适配平台、网络管理系统、网元管理系统、监测及测量系统。
  其中,与客户和业务密切相关的有综合服务开通系统、综合服务保障系统、综合资源管理系统、施工调度系统、自动网络激活系统、监测及测量系统。
  这里所说的这种OSS系统架构和TMF中所描述的系统应用图并不是完全相同的,但它更符合“中国国情”,更适合中国电信企业。
  OSS基本系统的划分有利于清晰地定义OSS数据的边界和接口的功能,对企业制定系统集成规范具有重要指导意义。
  2.3 OSS数据架构
  OSS数据架构主要提供满足业务需求的信息模型和数据模型。为了满足支撑客户和业务流程的要求,数据架构在不同的生命周期阶段关注点是不同的。在业务阶段,主要关注满足业务需求的信息模型中的实体;在系统阶段,关注系统级别的信息模型中的实体和实体之间的关系;在实现阶段,关注实现系统中具体的数据模型,如具体数据的生命周期的管理;在部署阶段,关注系统中的数据实例,如系统中的数据归属。
  TMF中的SID(共享信息数据)定义了信息和数据模型。SID框架包括市场/销售、产品、客户、服务、资源、供应商/合作伙伴、企业、公共事务等8大主题域,其中,产品、客户、服务、资源是最主要的OSS数据主题域。在SID的实际应用中,运营商还可根据自身的特点对SID进行扩充、拆分或改造以更加适合企业自身的OSS系统架构。比如,可将SID中的客户主题域进一步拆分成客户、账务、事件主题域等。
  在OSS数据模型设计中,一个很重要的需求就是如何对网络的物理资源和逻辑资源进行封装以灵活地建立和产品的动态映射关系。这种封装能够将底层网络的业务能力转变成规范的、可供产品配置重复调用的资源。这种封装概念在面向客户和业务的开通、保障过程中是非常重要的,可以提高开通效率、产品组合能力、后端资源的应用和管理效率。目前业界的最新研究成果表明,建立一种“产品—资源服务—资源”的映射关系将能较好地解决当前产品和资源直接关联所带来的开通方面的问题,最终能提高面向客户和业务(或产品)的提供能力。
  2.4 实施演进策略
  从快速支撑企业转型及面向客户和业务的角度来看,OSS的实施应遵循以下几个原则。
  ●转型业务先行:在统一OSS框架体系规划下优先实现转型业务平台及支撑系统,快速响应企业的战略转型需求。
  ●客户需求驱动:根据客户和市场的需求优先解决最重要、最紧迫的业务需求。
  ●平滑过渡演进:在OSS向目标框架发展的过程中,要适当继承现有OSS的建设成果,平滑演进。
  ●组织流程配套:OSS的实施部署要充分考虑与组织、流程的配套,一些系统的实施会带来组织架构、职责分工、内部流程的变化和调整。
3、两种典型的面向客户和业务的OSS
  结合上述研究成果,下文将列举两种当前典型的面向客户和业务的OSS——大客户网管系统。这两种大客户网管系统概括了运营商如何提升OSS面向客户和业务的支撑能力的举措。
  3.1 第一类大客户网管系统
  第一类大客户网管系统定位为面向运营商内部维护人员使用的、监视运营商为大客户提供的所有业务(包括带宽型业务和接入型业务)端到端运行情况的系统。其中,端到端并不包括客户端设备。这类大客户网管系统在运营商原有面向网络、面向所有业务和客户的普通系统上,通过OSS系统间接口获取与特定大客户相关的各方面信息并按客户视图展现,从而能够快速发现大客户业务故障并主动维护。这对运营商内部实现面向客户的运维转型提供了有效的支撑手段。
  第一类大客户网管系统的实施需要和以下基本OSS交互并获取相关信息:
  ●与综合服务保障系统交互,实现大客户故障派单及服务保障质量统计数据采集;
  ●与综合服务开通系统交互,实现大客户业务开通质量数据采集;
  ●与综合资源管理系统交互,获取大客户资源信息,实现大客户网络拓扑的集中呈现;
  ●与集中告警系统交互,获取大客户业务告警信息;
  ●与监测及测量系统交互,实现大客户业务的端到端性能测试和准确的故障定位。
  3.2 第二类大客户网管系统
  随着电信运营商的转型,运营商不仅要为客户提供语音、数据、多媒体等电信业务,还要为客户提供ICT(信息通信技术)服务。基本的ICT服务包括对客户内部网络设备(包括电信设备和局域网设备)及IT应用的运行监视和维护。客户内部网络可能与运营商相关,也可能与运营商无关,因此运营商提供这类ICT服务的基础是能够接入客户内部的网络并实时采集网络设备和应用的监控数据,发现问题时能够通过运营商内部的服务保障系统综合派单维修。通常由于客户网络的地域分布性,这种数据采集都是分散的,监视是远程的。
  第二类大客户网管系统即运营商为大客户提供的ICT外包服务支撑系统。这类系统的功能包括接入功能、集中监控功能、服务管理功能、安全管理功能等。其中,服务管理功能一般参照ITIL理论建立。在上述功能当中,最难实现的是接入功能。由于客户设备接入方式的多样性及接入设备种类的多样性而需采取不同的接入策略。
  第二类大客户网管系统相对独立,除了综合服务保障系统外,不与运营商内部的其他OSS互联,主要出于对安全性的考虑。对于第二类大客户网管系统,系统的使用对象包括运营商内部的大客户项目团队,如客户经理和维护人员及客户自己。
  第二类大客户网管是支撑企业战略转型新业务的必要手段,是当前OSS建设的主要内容之一。
4、结束语
  对OSS的研究随着全球电信市场需求、电信管制政策、竞争环境、电信运营商战略方向的变化而变化。OSS的研究需要体现电信运营商战略转型的内涵以及客户和业务的需求。通过对OSS的研究可以全面展现OSS的过去、现在和未来,为企业OSS的良好发展奠定基础。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
收藏收藏 分享分享 支持支持 反对反对
您需要登录后才可以回帖 登录 | 注册

本版积分规则

小黑屋|文字版|手机版|DIY编程器网 ( 桂ICP备14005565号-1 )

GMT+8, 2024-11-16 10:18 , 耗时 0.096729 秒, 19 个查询请求 , Gzip 开启.

各位嘉宾言论仅代表个人观点,非属DIY编程器网立场。

桂公网安备 45031202000115号

DIY编程器群(超员):41210778 DIY编程器

DIY编程器群1(满员):3044634 DIY编程器1

diy编程器群2:551025008 diy编程器群2

QQ:28000622;Email:libyoufer@sina.com

本站由桂林市临桂区技兴电子商务经营部独家赞助。旨在技术交流,请自觉遵守国家法律法规,一旦发现将做封号删号处理。

快速回复 返回顶部 返回列表