首页>>>技术>>>计费  计费产品

面向客户和业务的OSS的研究

2008/02/25

  摘要 本文从面向客户和业务的角度论述和分析了当前形势下OSS(运营支撑系统)的需求、框架体系及实施策略,并介绍了两种典型的面向客户和业务的OSS,指出其在电信运营企业转型过程中的重要支撑作用。

1、面向客户和业务的OSS需求

  在当今世界上各电信运营商纷纷进行战略转型的大形势下,作为企业的重要IT系统OSS(运营支撑系统)必须做好企业转型的支撑工作。分析各运营商转型的目标,基本上都是从加强面向客户的服务和业务支撑的角度来制定企业的转型策略的。因为客户是企业从一而终的服务对象和盈利对象,如何加强客户对企业产品的“粘度”,是企业制定一切策略的根本出发点。OSS原本关注电信网络本身的管理、运行和维护,传统的OSS基本上都是由运营商内部维护人员使用的,称为后端系统,如今OSS必须响应企业的战略转型目标,从关注网络向关注客户和产品(业务)转变。这种转变的内在需求包括以下几个方面。 2、面向客户和业务的OSS框架体系

  根据对OSS需求的分析可知,运营商需要在原有大量的遗留系统基础上扩展OSS架构以适应面向客户和业务的新需求。下面将从OSS功能架构、OSS系统架构、OSS数据架构、实施演进策略等4个角度来描述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的实施应遵循以下几个原则。

3、两种典型的面向客户和业务的OSS

  结合上述研究成果,下文将列举两种当前典型的面向客户和业务的OSS——大客户网管系统。这两种大客户网管系统概括了运营商如何提升OSS面向客户和业务的支撑能力的举措。

3.1 第一类大客户网管系统

  第一类大客户网管系统定位为面向运营商内部维护人员使用的、监视运营商为大客户提供的所有业务(包括带宽型业务和接入型业务)端到端运行情况的系统。其中,端到端并不包括客户端设备。这类大客户网管系统在运营商原有面向网络、面向所有业务和客户的普通系统上,通过OSS系统间接口获取与特定大客户相关的各方面信息并按客户视图展现,从而能够快速发现大客户业务故障并主动维护。这对运营商内部实现面向客户的运维转型提供了有效的支撑手段。

第一类大客户网管系统的实施需要和以下基本OSS交互并获取相关信息: 3.2 第二类大客户网管系统

  随着电信运营商的转型,运营商不仅要为客户提供语音、数据、多媒体等电信业务,还要为客户提供ICT(信息通信技术)服务。基本的ICT服务包括对客户内部网络设备(包括电信设备和局域网设备)及IT应用的运行监视和维护。客户内部网络可能与运营商相关,也可能与运营商无关,因此运营商提供这类ICT服务的基础是能够接入客户内部的网络并实时采集网络设备和应用的监控数据,发现问题时能够通过运营商内部的服务保障系统综合派单维修。通常由于客户网络的地域分布性,这种数据采集都是分散的,监视是远程的。

  第二类大客户网管系统即运营商为大客户提供的ICT外包服务支撑系统。这类系统的功能包括接入功能、集中监控功能、服务管理功能、安全管理功能等。其中,服务管理功能一般参照ITIL理论建立。在上述功能当中,最难实现的是接入功能。由于客户设备接入方式的多样性及接入设备种类的多样性而需采取不同的接入策略。

  第二类大客户网管系统相对独立,除了综合服务保障系统外,不与运营商内部的其他OSS互联,主要出于对安全性的考虑。对于第二类大客户网管系统,系统的使用对象包括运营商内部的大客户项目团队,如客户经理和维护人员及客户自己。

  第二类大客户网管是支撑企业战略转型新业务的必要手段,是当前OSS建设的主要内容之一。

4、结束语

  对OSS的研究随着全球电信市场需求、电信管制政策、竞争环境、电信运营商战略方向的变化而变化。OSS的研究需要体现电信运营商战略转型的内涵以及客户和业务的需求。通过对OSS的研究可以全面展现OSS的过去、现在和未来,为企业OSS的良好发展奠定基础。

中国联通网站



相关链接:
四川移动基于Oracle RAC构建BOSS系统 2008-02-25
电信计费和运营支撑大会:中国移动河南公司王丽演讲 2008-01-21
诺基亚西门子陈文:融合计费的实践与经验 2008-01-21
2008年电信计费和运营支撑大会:爱立信唐岱云演讲 2008-01-21
在线计费系统(OCS)正式投入商业运营 2008-01-18

分类信息:  电信_与_计费技术     行业_电信_文摘   技术_计费_文摘