信息化 频道

对电信资源系统建设的思考和探讨

    中国电信本地网资源管理,经过三年多的建设,取得了巨大的成就。中国电信从人才队伍、管控体制再到全局对资源管理的认识,都达到了前所未有的高度。随着经验的积累,对资源管理的规律的认识也在不断加深。在看到成绩的同时,更需要加以反思和总结,以有助于取得最终的成功。下面就资源系统的定位、系统架构、系统建模、业务开通接口等方面进行若干思考和探讨。
 
系统定位

    本地网资源系统定位在四个支撑:市场、运维、规划、财务。现在看来,同时支撑这四个方面难度很大,原因如下:
    首先,数据的录入是需要付出代价的,同时支持上述四个方面,数据采集困难,录入工作量大,一个工程的录入需要两、三天时间,在本地网往往难以被接受。在竞争环境下,本地网业务部门希望能快速地录入工程资料,马上开通业务。录入的工作量是难以接受和推广的一个障碍因素。特别需要注意的是,资源是需要日常动态维护的,不是一次录入就结束了。
 
    “九七”系统多年的建设实践表明,对资源的建模并非易事。原“九七”系统的模型是单纯面向业务开通的,往往很难适应后来数据网的发展,以至于后来各地出现了所谓的“数据九七”。单纯面向业务的资源建模尚且如此,要求一个模型同时满足上述四个方面,更是难上加难。仅是对资产的支撑,其建模也需要很多因素。这些要求一并加在资源系统之上,资源建模难度和挑战很大。
 
    对生产操作环境和管理支撑环境缺乏区分。营业受理、配线配号等生产操作环境对性能和可靠性的要求要严酷得多。能满足管理支撑要求的系统,在性能和可靠性上不一定能满足日常生产的要求。
 
    综观国外的资源管理系统,往往定位在纯粹的业务开通领域,也称存量(Inventory)管理系统。分为业务存量库(Service Inventory)和资源存量库(Resource Inventory)两部分,作为开通域的支柱系统,支撑综合服务开通和订单处理的需要。对资产的管理支撑,往往划入另外一个专门的领域(Asset Management),属于MSS(ERP)的一部分。既然资源系统往往难以满足完善的资产管理要求,对固定资产的支撑可以考虑通过MSS域相应的模块来支撑。对于其它方面的一些支撑,可以通过资源系统导出数据到ODS系统或离线的其它工具系统等方式来满足,不一定作为资源系统的首要功能。
 
建设步骤和架构

    在建设步骤上,本地网资源系统采用了分专业、分模块逐步清点入库的建设方针。2002年“规范年”,2003年“传输年”,2004年“管线年”,2005年“数据年”——这种分专业逐步建设的策略,对于考核和抓工作重点是稳妥的。但这样做客观上也对资源系统的架构造成了影响:
 
    各专业模块分立,由于传输网模块先行,先期录入了大量数据,资源模型在后期很难调整。这造成各专业模块之间的有机融合困难,往往通过接口来解决。但模型的内核融合较为困难,对于MSTP等新技术支持不易。
 
    逻辑设备资源库的各专业之间,由于存在一个库中,还可以通过各种技术手段处理解决。但管线资源库和设备资源库分立,客观上造成两个大库分离。配线配号等日常应用需要跨越两个系统,服务开通集成实施困难。
 
    另一方面,在建设步骤上,对“九七系统”的支撑,放在了资源系统建设的较后阶段进行考虑。在进度上,相对于CTG-MBOSS,九七改造较为滞后。客观上使得某些省再上一套资源系统,造成了人力和数据的浪费。

    在建设重点的把握上,对统计报表等要求过多,分散了精力,在体系上面向业务的支撑强调不足。相反录入了很多没有参与业务开通的资源,这也不利于资源系统对自身在业务开通域所处地位的认识。
 
   纵观国外经验,为了支撑全业务开通的需要,应该由一个集中的存量库进行资源管理。一般是基于逻辑网资源系统的。基于GIS技术的图形系统,通常不作为半个存量库来割裂资源存量库。而仅仅是辅助系统。线路设施的重复存放是个困难,但可以通过其它的手段进行妥善处理。站在企业全业务开通的高度,不割裂资源存量库应该是非常好的选择。
 
建模思路

    资源系统的两大难点和风险,一是自身的资源建模;二是和服务开通系统(PF)的接口。由于电信资源纷繁复杂,电信资源的建模是首要的课题。自下向上的建模思路,在某种程度上仿佛盲人摸象,对在细粒度上刻画过多,但整体上抽象不足。
 
    还有另一条可能的建模途径。即自顶向下的建模思路,高屋建瓴,首先在服务开通的全局高度进行把握。例如:把产品、业务、资源、地域等作为Top Level的概念。理顺这些实体之间的关系。在资源的建模上,应该致力于寻求简洁有力的模型来刻画整个电信资源,毕竟以简洁的确定性来概括纷繁复杂的万千世界才是大道所在,这样做也可以避免资源系统落入到替代厂商网管细节等方向上去。
 
和服务开通系统的接口

    服务开通系统和资源管理系统有着大量的交互,其耦合非常紧密。若采用发散式的设计模式,极易导致接口脆弱。从国际上看,该接口有多种架构可供参考:
    ◆同一个厂商的PF和RM内部集成。如各“九七”厂商。
    ◆PF管理综合流程。但有些资源系统内置二级流程。例如:一个产品的开通环节由资源系统的二级流程系统管理。
    ◆所有流程都放在PF中,PF形成一个综合订单管理系统(IOM)。所有存量都放在RM中,形成一个综合的存量管理。即一个流程密集型应用,一个数据库密集型应用。
 
    在CTG-MBOSS1.0规范的制订过程中,各省专家和咨询公司仔细分析了上述架构,考察了国际上的成功经验。认为方案三,即综合的IOM和综合的资源库较为可取,予以推荐。这样,PF和RM的接口的实质就是一个流程密集型应用和一个数据密集型应用之间的接口。通过厂商之间的密切配合,各自整理出产品目录、资源目录,采用开放目录服务等模式,这个接口应该是可以收敛的。
 
结束语

    可以预见,随着3G、IPTV等新业务的引入,服务开通模式将会迅速演变。综合业务管理平台(ISMP)等新的业务开通模式必然会对传统的业务开通模式造成冲击。留给传统资源管理系统建设的时间不多了。我们必须轻装上阵、加快建设,及时割接“九七”系统资源库,建成本地网资源管理系统。(计世网)
0
相关文章