为什么要建设综合资源管理系统

    为什么要建设综合资源管理系统，这看似一个不用回答的问题。然而，也存在以下这样一些疑问。

    ●资源管理系统是必要的吗？网管系统是否也能解决我发现的问题？

    ●为什么要建设跨专业的综合资源管理系统？我们的管理架构是分专业管理的，分专业的网管系统或者资源管理系统建设更能符合各个专业的需求。

    ●资源管理系统到底能给我们带来多大的益处？从投入产出比来看是值得的吗？

    因此，对于综合资源管理系统建设必要性的分析还是需要的。

    首先，综合资源管理系统建设不是IT系统架构的需要，而是网络和业务发展的必然。随着电信网络规模日益扩大、层次日益复杂，网络或专业之间关联和整合的需求逐渐增多。在下一代运营环境中，这种趋势更为明显，多样化的接入层承载在融合的IP承载层上，业务的融合使得专业之间的界限日益模糊。从网管角度来看，专业网管往往是面向某专业网络的，只能反映网络的局部或者单个层次，无法形成跨专业的全局视图。这就对跨网络、跨业务的横向一体化的资源管理系统提出了需求。

    其次，资源管理系统是运营支撑系统的应用基础。资源管理系统通过对网络实体的全程全网和全生命周期管理，可以支持服务开通、服务保障（故障处理、综合告警）、运行维护（网优、备品备件）、网络规划和资产管理。

    再次，资源管理系统是企业精细化管理的必然要求。准确、动态的资源管理，可以对服务开通和服务保障提供有效支持，从而提高客户服务质量，降低运营成本（Opex）。同时，通过对于网络规划和资产管理的支持，可以降低企业的资本性支出（Capex）。

    资源的定义

    什么是资源的内涵？虽然经过了多年的资源管理系统建设，我们仍然有必要对资源的内涵给出一个明确的定义。这对如何控制资源管理系统的业务需求以及如何驱动资源生命周期变化都有重要意义。

    资源是可以提供业务能力的、可调度的电信网络基础设施单元及其组合。

    首先，资源一定要是能够提供业务能力的。仅仅工程建设完成的网络实体，只是所谓“转固”，成为了固定资产。而资源必须是可以提供业务能力的，是面向业务的。它一般不需要包括现网中的所有设备信息，而是以可以提供业务能力的可调度的信息为主，包括物理资源、逻辑资源以及资源之间的关联关系。

    其次，资源还必须是“可以调度的”。这是因为资源与网管信息的最重要的区别是，资源是“通过流程来驱动其生命周期的变化”，这里的流程包括资源进入（工程）、运维（开通、保障）、退出等，而网管是通过网络协议主动、实时获取的网络信息，通过协议实时配置设备，网管是资源配置后的主要执行者之一。

    最后，资源是电信网络基础设施单元及其组合，这种定义使得资源不仅包括网络物理与逻辑资源，还包括空间资源如机房、机位、号码资源等。

    应用不足与应用过度

    到底是先数据还是先应用，其实这是一个“先有鸡还是先有蛋”的问题。数据是应用的基础，而应用是数据得以历久弥新的保证。在资源管理系统建设中，对应用的把握至关重要。资源系统建设必须关注应用不足和应用过度的问题。

    所谓应用不足，是指资源系统缺乏应用，导致资源本身不能形成动态的数据，而逐步变成一堆死数据。应用不足而导致资源系统建设的失败，这是有实际的经验教训的。因此，资源管理一定要明确核心应用。

    所谓应用过度，是指对资源管理的应用范围和方式没有控制，任意将本不属于资源管理范畴的应用纳入系统建设范围。例如，资源管理对于某应用的支持可以是数据提供的支持，不等同于该应用必须在资源系统中实现。例如，无线覆盖的设计、管道杆路的设计、根告警分析等。

    固网与移动网络资源管理的异同

    固网和移动网络资源管理的异同分析有相当的现实意义。一方面，正在逐步展开的移动资源管理建设需要借鉴固网资源管理的经验教训，另一方面，运营商的重组使得几大运营商都逐步成为全业务运营商。固网和移动网络资源管理应用的异同本质上源自于网络与业务本身的异同。

    ●固网有大量的外线资源，PSTN与宽带业务是重点。

    ●除企业用户接入的部分传输/光纤资源外，移动网基本无外线资源。移动话音及及其增值业务是其重点业务，企业数据业务（如GPRS）和企业短信业务量根据地域不同差别较大。

    从网络与业务的异同可以进一步分析资源管理应用的异同。

    ●相同点：都需要实现多技术多业务的管理，从而实现跨网络、跨业务的关联；都需要对开通、报障、规划、资产等几大应用的支持。

    ●固网与移动资源管理的区别主要在于应用的重点不同：资源管理范围不同，除核心传输/光缆网和IP承载网以外，固网资源管理重点管理的资源范围包括外线资源、号码资源、交换/宽带/传输/光纤网的接入侧资源；移动资源管理的重点在于GSM网核心和无线侧资源及其对应的传输网资源，以及企业业务接入对应的IP和传输接入侧资源。

    应用重点也不同，对固网来说，服务开通支持是资源管理的最重要应用，是资源数据生命周期变化的主要驱动力；对移动网络，资源管理的服务开通支持主要只面向企业业务，业务量不足以驱动整个资源数据的生命周期变化。而运维支持（如网络设计/割接/内部资源调度）和保障支持（综合告警及故障处理支持）是移动资源管理的重点应用。

    服务层封装不仅仅是概念

    从TMF的ServiceModelFramework到国际几大资源管理产品不约而同地推出服务层模型及应用，服务层管理正逐步成为资源管理的重要内容。不仅如此，如果仔细研究运营支撑域的其他产品，如服务激活、SDP等，其本质也都是一种网络能力或者智能业务使能部件能力的服务封装。
 服务层封装绝不仅仅是概念炒作，服务封装关注的是资源的使用，它的出现最本质原因是资源管理的重点从“理清家底”向“有效使用”的转变。在下一代运营环境中，随着接入层的多样化和产品推出速度的加快，这一趋势更为明显。

    对服务封装的理解往往存在误区，它往往会被与业务层资源相混淆。实际上，服务不是资源，它反映的是网络（资源）提供的能力，也有人称之为后端产品；服务配置（模板）也不是资源，而是怎样用资源，它定义的是需要哪些资源支持这个服务，怎么支持（派配）。一种服务可以有多种服务配置；服务实例也不是资源，它实际上是表示“这些资源为这个用户提供的这个服务”，通过它可以不仅可以将资源与用户关联起来，还可以管理资源从投用到退服的生命周期。

    商用软件如何解决定制业务逻辑问题

    商用软件具有成熟、扩展性好的数据模型和技术架构，但是，如何解决定制业务逻辑是一个难点。例如，任意选取中国电信固话业务里面的两个业务逻辑：“公务电话不能开通17909”，“直线电话不能选择Centrex业务”。这些业务逻辑与运营商的网络、业务环境甚至管理结构密切相关，商用产品中不可能穷举。而且，在下一代运营环境中，核心层的融合和智能化使得资源管理更关注接入层乃至终端层。这一层次厂商和设备种类更多，对应的资源派配业务逻辑更为复杂。

    因此，商用软件必须解决定制业务逻辑如何无缝嵌入平台核心业务逻辑的问题。而这一点通过传统的面向对象的软件架构很难实现，这就需要从软件架构层面进入新的模式。

    资源配置流程该放在哪里

    实际上，“资源配置流程该放在哪里”的问题一直存在争论。在中国电信的资源管理系统建设早期，资源配置流程放在资源管理系统中。随着服务开通系统建设，资源配置流程逐步剥离到开通流程。然而，目前也出现一些反对的声音，因为资源配置流程涉及到的后端网络相对比较复杂，开通流程的设计人员很难懂得资源配置。

    要回答这个问题，首先要搞清楚流程是什么？实际上，流程是人或者部门之间分工协作共同完成一个事务处理过程。因此，如果资源配置涉及多个部门或者系统之间的协作，则应放在整个开通流程中，以便于流程整体控制、异常处理和回滚。目前大多数业务对应的资源配置都属于这种情况。

    然而，资源配置流程的设计确实是比较专业和复杂。这就要求在系统建设规划和实施层面进行有效的控制。服务开通流程平台最好能与资源管理系统并行建设。然而，针对具体情况可以有以下对策。

    ●对于服务开通系统已建而资源管理系统新建的情况,如果原服务开通流程系统可以支持复杂的资源配置流程，则可以采用对该平台进行同步改造的方式，将资源配置流程纳入整体流程。

    ●如果原服务开通流程系统不足以支持复杂的资源配置流程，则应选择新建流程平台，初期仅仅在其上新建资源配置流程，后期逐步纳入原开通流程系统的整体流程。

    ●对于新建资源管理系统而服务开通系统未建的情况，则最好同步选型服务开通流程平台，并将资源配置流程在该平台上实现，以利于今后服务开通流程系统的整体建设。

    ●如果不能做到以上的并行建设方式，则只能将资源配置流程部分纳入资源管理系统建设范畴，并与服务开通大流程采用单据交互的方式，但这种模式将不利于流程整体控制、异常处理和回滚。

    资源数据准确性问题

    数据是应用的基础，如何保持资源数据的持久弥新，是关系到系统建设最终成败的重要问题。要最终解决资源数据准确性问题，应坚持流程驱动为资源管理系统数据生命周期变化的主要驱动力，这里的流程包括服务开通流程、工程建设流程、维护流程等。

    现网到资源系统数据的网络发现与同步是有效的补充，特别是在资源系统建设的初期以及流程不闭环的情况下（如图2所示）。

    另外，TMFMTOSI规范的发展与应用值得关注。MTOSI致力于解决网络层与OSS层的接口问题，使不同的设备厂商，不同的应用之间有一个互操作的统一标准。

    资源管理系统该如何实施

    资源管理系统的实施是一个系统工程，需要从规划、技术和管理多个层面进行综合考虑。

    首先，应该有一个统一的规划，包括业务和IT建设规划。业务需求是根本，定义好业务应用的目标、内容和边界，是资源管理建设的首要任务。IT建设规划包括新老系统的衔接、与其他系统的集成关系、方法以及系统演进路线等。

    其次，应该建立统一的实施和管理部门。资源管理系统建设应纳入企业IT建设的高度加以重视。从以往的经验来看，只有管理、实施和应用部门紧密合作，资源管理系统建设才有可能成功。

    再次，应该有一个长期的合作伙伴。资源管理系统建设是复杂而艰巨的，需要软件供应商、系统集成商等的良好支持。

    最后，应该有一个好的软件平台。软件平台的选择应慎重，需要从建模能力、集成能力、可扩展性、售后支持等多方面综合考虑。