作者：严昌权 潘鸿雷 张颖峰
摘要：针对目前电信运营商对网络OSS规划建设的要求。
提出可行的本地网OSS演进策略，并对该策略作了具体介绍。
要害词：OSSEMS 网管
1、背景
为了在网络服务质量、维护成本方面与国际先进水平接轨，国内各大运营商正在逐步建立综合化集中维护体系。本地网的网络运维工作逐步走向集中化、综合化、流程化和客户化。
建设本地网综合化集中维护体系的一个要害环节是OSS(运维支撑系统)的规划建设，这是与业务和网络都相关的一个全新的体系架构，因此具有一定的难度和挑战性。其难度不仅体现在单个系统的工程量上，更体现在如何融入综合化集中维护体系中。
电信运营商对今后数年的OSS建设都有了明确的目标和规划。但是OSS的演进需要有一个科学、合理的发展策略。
2、需要注重的问题
本地网OSS的建设需要注重下列问题。
(1)注重治理和规划，不要片面追求新技术。实际上，OSS的水平主要取决于规划和治理水平，而不是技术水平。对OSS来说，治理的重要性体现在两个方面：一是OSS建设必须适应运维治理的需要；二是OSS建设维护本身也需要严格的治理手段。
(2)循序渐进，量力而行。一味地贪大求全，不仅会造成投资的浪费，而且大量堆积的工程量也是无法承担的。
(3)注重接口标准化工作。OSS的接口包括EMS/网元网管接口、OSS系统之间的接口以及OSS与BSS/MSS接口3类。接口的标准化工作直接关系到OSS的功能和综合应用水平。
(4)注重数据维护。鉴于OSS与业务的联系越来越紧密，网管数据的准确性和完整性越来越重要，需要采取与业务系统类似的严格治理制度和流程保证。
3、演进策略
本地网的OSS总体演进策略如图1所示。
图1 本地网OSS演进策略
从图1中可以看出，本地网OSS的演进是在两个维度上进行的：一是传统的网管分层模型，由底层网管一直到业务治理的发展过程；二是从孤立系统→数据集中→数据比对→数据交互→数据同步→系统整合的数据整合过程。通过对数据整合过程的细分，可以使得OSS的演进路线更加清楚。
OSS的数据比对工作主要体现在网管系统和资源治理系统之间，由于两者的信息模型、命名规则不尽相同，因此需要花费大量的时间和人力来实施比对和修正工作，假如这一步工作做不好，整个数据整合工作都将难以继续。在此基础上，可以初步建设资源治理系统和网管系统之间的接口，实现定时的、人工校对的数据交互。数据交互阶段是OSS体系建设的第一个里程碑，在这一阶段，实际上需要的大部分功能都可以实现了。根据目前的实际情况估计，到达数据交互阶段大概需要1～2年的时间。后面的数据同步和系统整合工作，难度都比较大，其实施情况会受到技术水平、治理水平和运营商的战略规划等因素的影响。
3.1EMS/网元的网管接口
有些类型的网元本身具有网管接口，有些则需要通过EMS(子网治理系统)提供网管接口。EMS/网元的网管接口功能直接决定了网管的操作功能。由于历史原因，目前某些种类EMS/网元的接口功能尚不完善，例如，传输EMS北向接口的向下配置功能普遍不成熟，部分厂商的传输网元甚至不能上报较完整的配置信息。这需要运营商和厂商共同努力解决，制定网管接口功能需求和技术规范，并从计划建设开始就严格把关，逐步形成网管接口技术与网络设备同步发展的良性循环。
3.2专业集中网管
专业集中网管建设是本地网OSS体系的基础和要害环节之一，非凡是对于大型本地网来说，应先按专业(包括交换、传输、数据、电源等)建设集中网管，然后再建设综合网管。
专业网管应充分注重端到端治理(包括接入端设备如PDH、协议转换器等)功能，能提供面向客户和业务的网络视图，以及相关的告警和性能数据分析。
可以预计，近期国内电信网的结构将会发生很大变化，包括NGN、固网智能化、3G网络等新技术将会广泛应用。一方面，专业集中网管要能适应网络的发展变化，例如，本地交换网向NGN、固网智能化转变后，本地交换网管应进行相应的升级改造，以具备对新增和改造设备的治理能力；另一方面，这些新型网络大部分是承载在现有网络之上，这就要求各专业网管能够灵活地定制新业务的治理功能，例如，提供3G网的传输、数据电路视图和相关的告警、性能分析。
在专业网管发展初期，另一个需要重视的问题是网管与网元/EMS配置信息的同步。这是因为在初期网元配置操作仍然是在EMS或直接在网元上进行，大量的配置变动需要及时反映到网管系统中。配置信息的同步在初期可采用定时或人工触发的方式，并逐步过渡到实时同步。
3.3资源治理系统
资源治理系统保存了业务、客户以及网络承载关系信息，这些都是综合网管系统进行面向客户/业务和跨专业分析需要的重要数据。因此，资源治理系统的完善程度直接关系到OSS体系演进的成败，在系统未完善之前，不应急于建设综合网管应用(如综合告警系统)。
另一方面，网管的网络配置和故障信息来自于实际设备，对资源治理系统的网络资源校对和更新有重要意义。因此需要努力实现网管系统和资源治理系统之间的数据交互和共享。
在资源治理系统的完善过程中，要非凡注重理顺各专业网络之间的关联关系，这主要表现为传输网络与交换中继群、信令链路、数据中继/电路的承载关系，以及各类数据网络(ip、ATM/FR、DDN)之间的承载/对接关系。
作为前后台信息共享的一个重要纽带，资源治理系统的业务、产品、客户标识应与前端保持一致。随着CRM系统的建设，以及资源治理系统与“九七”系统的逐步融合，应大力推进该项工作，逐步实现前后台数据的畅通流转。
3.4OSS系统间的数据接口
OSS系统间的数据接口主要体现为网管系统、资源治理系统和工单系统之间的接口，其中网管系统和资源治理系统之间的接口是最重要的，在建设综合告警系统时，需要重点考虑。在这个接口中，首先应该重点突破传输专业，这是因为传输网络是业务网络的主要载体，并且传输资源治理工作开展最早、最完善。
网管和资源治理系统的数据交互需要建立在网络资源标识和信息模型统一的基础上，例如，当资源治理系统向网管系统提交电路资料时，网管系统应能够识别该电路两端所在端口，这样才能将电路资料与网管数据库中的路径对应起来。由于历史原因，两个系统不能识别对方提供的资源标识，因此在建立接口前，首先要做好模型匹配和数据比对工作。
模型匹配实际上就是网管系统和资源治理系统之间信息模型的映射或调整，包括物理资源(如板卡、端口)和逻辑资源(如时隙、槽路)。当前两个系统之间的信息模型差异一般是设备槽位、板卡、端口、时隙等命名和编号的不一致，以及系统本身无需关注的对象造成的差异，因此匹配起来是比较轻易的。
网管中的网元命名与资源治理系统往往不一致，因此数据比对的第一步工作是建立两个系统网元命名的一一映射关系，然后再利用比对工具，通过模型对照，对网元的物理资源和逻辑资源进行自动比对和人工修正完善。网元名称的比对应尽早进行，不必等到综合告警系统建设时才开始。
通过数据比对，使得网管和资源治理系统的资源数据基本一致，在此基础上，可建立数据交互接口。资源治理系统的客户、业务、网络承载关系信息和网管系统的配置、故障信息都可以通过定时或人工触发的方式提交给对方。
通过数据交互，各系统之间的数据逐步趋于一致，在达到较高的水平后，可考虑实施数据同步，各系统之间可通过企业级的EAI数据总线，实现实时消息传递和数据更新。
3.5综合网管应用
综合网管应用的第一步应该是实现网管数据的集中分析。这是因为网管本身作为生产系统往往负荷较重，难以承担长周期、复杂的分析运算，需要将告警和性能数据导入数据仓库，进行集中分析。在数据交互阶段，可在原有集中分析功能的基础上，实现综合分析。通过强大的数据仓库平台，采集所有专业网络的资源、告警和性能数据，进行跨专业分析。
当网管和资源治理系统进行了一定程度的数据比对并且资源治理系统中明确了跨专业承载关系后，可考虑建设综合告警系统，即采集各专业网络的告警信息，进行集中呈现和关联性分析(包括跨专业关联和客户关联)。综合告警系统有建设独立的综合告警系统或采用综合告警视图方式两种建设思路。
建设独立的综合告警系统需要建立与资源治理系统、专业集中网管和网元/EMS的各种接口，交互大量数据，非凡是与资源治理系统的动态接口比较复杂。因此建议系统建设分两步走：第一步先建设一个面向大客户的网管系统，人工整理与大客户相关的资料，对大客户相关的告警进行跨专业分析；第二步建立与资源治理系统的接口，并逐步将治理范围扩大到全网。
综合告警视图不会保存告警和网络资源数据，而是通过Web技术，从各专业网管和资源治理系统提取关联的告警和资源数据进行集中呈现。例如，对于某交换中继电路全阻的故障，网管人员可以在Web界面上点击该中继，然后通过Web页面到资源治理系统中查找相关的传输2Mit/s电路，然后再到传输网管中去寻找该电路相关的告警并显示在网页上，从而使网管人员能够进行跨专业的故障定位。
采用视图方式而不是新建独立系统实现综合告警处理的好处在于：不仅可以节省投资、避免数据的冗余，而且能够降低接口开放难度，各专业网管和资源治理系统只需提供可参数化调用的Web接口即可。缺点是告警关联性的自动分析功能较弱。
建设功能齐全的综合网管系统将是一个长期努力的过程，只有在OSS各种接口功能都比较完善、数据基本统一了以后，才可以考虑建设综合网管平台，替代原有各专业网管，实现所有网管功能。
3.6电子工单系统
运维工单系统主要包括故障单处理、电子运维治理和业务开通3个方面。现阶段，各地一般都建有故障单处理系统，业务开通系统则往往依附于资源治理系统。相当一部分地区的工单系统存在着分散建设、功能不完善的问题。
从综合化集中维护治理的角度出发，可以适当超前建设统一的电子工单平台，实现业务开通、局数据制做、故障处理、应急调度、网络割接、作业维护、机房值班等统一闭环治理，以及统一的工作考核、流程优化、人员优化和成本控制评估。另外，需要重视统一认证平台的建设，以实现一次登录即能访问所有OSS系统的功能。
随着NGN、固网智能化、3G等技术的不断应用，原有维护体制和流程必将发生重大变化，这就要求电子工单平台在维护组织和维护流程这两个方面有灵活的定制能力，以适应不断变化的需求。
在数据交换阶段，电子工单平台应重点建立与网管系统和资源治理系统的接口，实现重要故障自动派发工单、网络资源数据交互等功能。在数据同步阶段，电子工单平台可通过EAI数据总线，与OSS、BSS和MSS各系统交互消息，实现流程与数据的同步。在系统整合阶段，通过与综合网管功能的配合，最终实现流程的过程控制。
4、结束语
本地网的OSS体系建设是一项复杂而艰巨的任务，不仅需要制定合理的演进策略，而且要在治理手段、组织实施等方面给予充分保障。本文讨论的演进策略不仅适用于较大规模的本地网，对于中小省份的全省集中OSS建设也有一定的参考价值。
进入讨论组讨论。
