综合网管建设（初稿）

《综合网管建设（初稿）》由会员分享，可在线阅读，更多相关《综合网管建设（初稿）（24页珍藏版）》请在装配图网上搜索。

1、综合网管系统需求书中国联合网络通讯有限公司目录一、概述21.背景22.现状描述42.1现有应用系统52.2系统机房平面与设备92.3网络结构212.4现有网管系统现状及问题233.总体目标244.总体功能需求255.本期目标26二、本期系统功能需求281.监控管理281.1数据采集281.2数据处理291.3数据展现331.4系统自管理342.基础平台监控需求352.1基础平台可管理性需求352.2基础平台监控点需求353.业务应用监控需求（MSS）363.1信息交换平台363.2邮件服务393.3WWW服务413.4DNS服务493.5搜索引擎513.6工作流523.7目录服务534.内控管

2、理需求564.1主要内容564.2执行原则574.3相关定义574.4流程设计584.5关键角色、职责定义604.6作业计划模板定义61三、保护现有投资需求771.硬件需求772.可扩展性773.接口要求773.1概述773.2接口原则77一、 概述1. 背景中国联通有限公司成立于1994年7月19日，目前开展的主要业务包括移动电话（包括GSM和CDMA）、长途电话、本地电话、数据通信（包括因特网业务和IP电话）、电信增值业务以及与主营业务有关的其他业务。总部BSS系统经过前期工程的建设，已经建立了相对完善的各类业务子系统，包括漫游结算系统、统计报表系统、客服系统、容灾系统及网管与网络安全系统

3、，另外还有一些临建系统，包括大客户管理系统、4330系统、村村通计费系统。根据2005年总部部门运维职责划分，原有总部数固业务支撑系统中的部分系统也纳入到总部结算中心运维管理范围，目前总部BSS业务支撑系统现状如下图所示：图31 总部业务支撑系统现状2. BSS系统现状BSS现有的应用系统有：综合结算系统、大客户管理系统、总部客服系统、统计报表系统、网管与网络安全系统、容灾系统、4330系统、村村通计费系统等，另外还有纳入BSS系统的数固业务支撑系统，包括193结算系统、VoIP计费结算及相关系统、卡业务管理系统、小额支付系统等。如下表所示：表3-1总部BSS应用系统序号系统名称主要实现功能集

4、成商安装机房1综合结算系统G网漫游结算系统国内、国际漫游结算及高额话单处理，长途结算东软京门二层2C网漫游结算系统国内、国际漫游结算及高额话单处理，长途结算东软京门二层3GPRS漫游结算系统国际漫入漫游结算东软京门二层4CDMA1X漫游结算系统国内、国际漫游结算联创京门二层5联通在信结算系统各省SP结算报表的汇总统计合帐东软京门二层6短信国际互通系统负责话单的采集、批价及下发，与国际运营商的结算东软京门二层7G/C网智能网支撑系统异地漫游充值结算，充值情况统计，收入统计功能神码京门二层8大客户管理系统集团信息互动平台，俱乐部积分，掌中宽带数据报表神码京门二层9总部客服系统H1接口数据的接收，省

5、分上传数据的汇总统计合力金桥京门二层10统计报表系统础经营数据报表和专业部门报表的展现东软京门二层11网管与网络安全业务监控，能够及时发现关键点异常情况并告警东软京门二层12容灾系统实现G/C网国内/国际漫游结算、CDMA1X漫游结算、联通在信结算系统的容灾功能东软上海漕河经134330系统4330系统的基本计费和结算联创京门二层14村村通计费系统接收采集机的村通用户原始话单文件，预处理、计费、结算，根据用户归属地将一次批价后话单和结算话单转发至村通用户相应的归属地进行二批（根据省分需要）和合帐处理。东软京门二层15193结算系统193、193300业务省间、国际结算神码京门地下一层16VoI

6、P计费结算及业务支撑系统17911计费采集系统17911业务话单采集BELLE/亚信京门地下一层1717910计费系统负责二次拨号卡用户的认证、鉴权、计费MIND1817910业务支撑系统提供17910业务的客户服务和营帐功能东软19结算系统从17911、17910计费系统采集计费话单，完成省间和国际结算东软20卡业务管理系统实现省分公司制卡工单管理功能西安信利京门地下一层21小额支付系统提供利用17910IP电话卡实现小额支付的功能东方瑞科京门地下一层注：（1）村村通计费系统主要设备均利用CDMA漫游结算系统设备（通信服务器用SUN E420、应用服务器用SUN F12K、统计分析服务器用S

7、UN F12K、存储设备用EMC DMX2000，路由器利用计费中心原有的Cisco7206）。3. 网管系统现状目前网管系统包括以下功能3.1 业务监控功能：完成业务系统的监控、性能指标分析、异常报警、业务稽核等功能。从业务系统采集获得各种指标数据、故障数据、配置数据，经过数据处理、阀值分析，生成报警数据信息及各种指标信息，通过WEB的方式在客户端展现，对性能指标提供各种曲线分析图。同时提供GUI的处理平台，完成配置管理，进程控制等功能。3.2 平台监控功能实施OpenView网管监控，完成网络拓扑、主机性能、存储、备份、数据库管理等的监控功能。在WEB端集成OpenView WEB监控，实

8、现整个网管系统的整体展现。3.3 服务与管理支持功能服务与管理支持子系统将主要提供运维管理工作中的服务支持与管理支持两个方面的功能。服务支持包括事件与故障管理，流程管理（需求管理流程、施工申请流程、领导下发工作流程）、日常工作管理（周报、月报、周计划、月计划）等。管理支持部分主要指运维管理工作中的知识库、排班与考勤管理、项目阶段管理等方面。3.4 存在问题运维管理范围扩大。随着联通总部机构职能的变化。原结算中心管理的范围由总部BSS系统结算系统以及相关系统。增加为管理总部BSS系统（包括VOIP计费、193计费等）和总部MSS系统。随着管理范围的扩大，对运维系统提出了新的需求。原有openvi

9、ew平台采购时间太久，长时间无服务，没有随主机操作系统平台升级而升级到更高版本，导致大部分功能不可用。系统架构设计不合理。系统可维护行差系统实际利用效率低二、 建设目标网管系统建设目标是：实现对总部BSS系统平台的综合管理，依托管理平台，实现集中管理、统一监控、分级维护，对BSS系统进行全方位、分层次的安全保护，实现加强网络系统的安全，保障网络、主机及相关应用系统的可靠运行，减少各种安全事件对BSS系统的威胁。具体目标包括： 构建集中、高效的监控管理平台严格按照统一的监控架构，把BSS系统的网络、主机、数据库、存储、备份、应用等被管对象集中在一个监控管理平台上统一管理，要求监控平台具有强大的可

10、扩展能力和集成能力，从技术上保证监控管理的清晰、稳定、有效，为BSS系统建设和运维提供安全高效的管理保障。 构建可信任的安全防护体系依据联通现在BSS的业务架构和网络结构，相应的采取入侵监测、漏洞扫描、主机加固等功能，构建多层次的安全防护体系。 构建标准、规范的服务管理平台梳理BSS系统运行维护人员岗位责任和服务管理流程，保证全网维护服务管理人员对各维护工作的规范化管理和指导，不断提高全网维护水平；实现整合企业的业务流程，细化工作角色，实现企业的粗放式管理向精细化管理及功能型管理向流程型管理的转变，从而实现运维工作的制度化、流程化、电子化和高效化管理1. 总体功能需求中国联通网管系统（总部）的

11、业务功能需求包括帮助台、日常运维管理、事件/故障管理、性能/告警管理、变更管理、配置/资产管理、统计报表、安全管理、系统自管理；管理对象包括网元设备、系统平台和业务应用。如下图所示：1.1 帮助台帮助台在服务支持中扮演极其重要的角色，它通过提供一个集中和专职的服务联络点促进组织业务流程与服务管理基础架构的集成。其主要目标是协调用户和IT部门之间的关系，为IT服务运作提供支持，从而提高用户的满意程度。1.2 日常运维管理日常运维管理为业务人员日常值班和周期性作业任务提供工作界面。1.3 事件/故障管理事件/故障管理的主要功能是尽快解决出现的事件，保持业务支撑系统的稳定性。1.4 性能/告警管理性

12、能/告警管理对设备、系统等性能指标进行监控，根据KPI判断系统及设备的稳定性，通过性能阀值产生告警信息，帮助维护人员定位故障与排除故障。1.5 变更管理变更管理接受服务台直接提出的请求或者来自事件管理、问题管理转出的请求，完成对系统的变更处理，变更内容包括软件开发实施相关的文档及流程。它的目标是通过授权、后备措施使变更给系统带来的风险最小化。1.6 配置/资产管理配置/资产管理记录目前运行系统所有软硬件资源状况和配置信息、管理系统中各个组件的整个生命周期，从采购、使用到报废。它登记组成服务的资产信息，登记这些资产之间的关系，并且维护这种关系，配置管理为其它管理流程提供配置管理数据库信息。1.7

13、 统计报表报表管理要求能够综合展示资源管理、告警管理和性能管理等管理数据，提供各种专题分析，并包含简单的考核管理功能。1.8 安全管理安全管理为业务运营提供日常的安全运行和维护支持，包括网络入侵检测、漏洞扫描和主机加固等内容。1.9 系统自管理系统自管理要求系统支持统一帐号，无论登录任何界面均采用相同的帐号和口令；系统支持添加用户、修改用户、删除用户、修改口令等操作；支持各种审计，有完善的数据备份。2. 本期目标实现总体功能需求中的网元设备及 应用的告警（性能）管理，简单的事件（故障）管理和日常运维管理。n 在统一平台上实现对系统（BSS ）级运行状态的集中监控管理,进一步提升故障的事前管理能

14、力，并在事故发生后能够迅速定位故障原因，缩短故障历时,提高业务服务质量。n 以IT管控要求为基础，建立日常运维工作流程，实现对日常运维工作的管理，从而实现对维护人员工作的监控和量化。 n 本期平台监控要求具有良好的可扩展性、与其他主流网管平台易于集成，在未来系统升级时利于保护现有投资。3. 建设范围3.1 基础平台本项目需要监控的业务主要涉及到21个BSS系统系统，200多台主机，每个应用系统都有应用程序、数据库、中间件等程序，各个系统的开发环境，以及对外提供的业务各不相同。对于被监控业务，存在很多的监控采集对于监控系统每秒都有海量的数据采集上来，系统要能能灵活定制采集粒度，并能完全及时分析处

15、理采集上来的数据。3.2 监控点 能够采集各种主机服务器的基本配置数据、运行时事件及性能数据、基本配置属性数据。 能够采集Webspher、Weblogic、MQ以及TUXEDO等中间件的基本配置数据、运行时事件及性能数据。 能够采集数据库系统的基本配置数据、运行时事件及性能数据。 采集频率可以灵活定制，原则是不影响被管资源的运行性能数据。 能够承受海量采集数据的压力。对监控点的需求统计成如下表格：3.3 设备列表SUN E6500G网国内漫游结算应用BSS京门222机房SUN E6500G网边界结算应用BSS京门222机房SUN E6500G网国际漫游结算应用BSS京门222机房SUN E6

16、500短信国际互通主机BSS京门222机房SUN E6500智能网应用BSS京门222机房SUN E5500测试机BSS京门222机房SUN F12000CDMA结算应用BSS京门222机房SUN F12000CDMA结算数据库BSS京门222机房SUN F6800CDMA1X结算应用BSS京门222机房SUN F6800CDMA1X结算数据库BSS京门222机房SUN V880传输机BSS京门222机房SUN V880传输机BSS京门222机房SUN E4000BSS京门222机房SUN v440传输机BSS京门222机房SUN v440传输机BSS京门222机房IBM B80测试机BSS京

17、门222机房IBM B80测试机BSS京门222机房IBM shark ESS800G网业务存储BSS京门222机房IBM shark F20BSS&MSS共享京门222机房EMC DMX2000C网业务存储BSS京门222机房Brocade 2000光交换BSS京门222机房Brocade 2000光交换BSS京门222机房Cisco4507R中心核心交换机BSS京门222机房Cisco7206中心核心路由BSS京门222机房Cisco4507R中心核心交换机BSS京门222机房Cisco7206中心核心路由BSS京门222机房Cisco2610BSS京门222机房CISCO PIX525与

18、办公网防火墙BSS&MSS京门222机房CISCO PIX525与办公网防火墙BSS&MSS京门222机房华为6506CDMA1X接入路由BSS京门222机房华为6506CDMA1X接入路由BSS京门222机房Cisco7206与办公网路由BSS京门222机房Cisco3745外部接口路由BSS京门222机房三、 本期系统功能需求1. 监控管理1.1 数据采集数据采集是监控管理系统直接与被管设备、被管应用之间交互数据的模块，是监控管理系统信息的来源和保证。它在监控管理系统中处于最底层，基于上层下发的采集任务，自动进行协议适配和任务执行，完成对各类原始管理数据的采集，并进行校验、完整性、格式化、

19、归一化等预处理操作，最后发送给上层对应的处理模块。1.1.1 采集对象数据采集应包括系统中以下对象：l 主机系统：AIX、HP-UX、Solaris、Linux、Windows NT/2000/2003；l 数据库系统：Oracle、DB2、Sybase、MS SQL Server；l 中间件：应用服务器WebLogic Application Server、WebSphere Application Server、WebSphere MQ和Tuxedo等。l 业务应用： MSS业务。1.1.2 采集功能数据采集的功能应包括：l 自动发现：能够通过分布式采集机进行分布式自动发现，支持多种协议和

20、标准，最大程度发现获取各种资源对象的基本信息。l 任务调度能力：多个采集机应该可被一个采集任务管理服务器集中调度和管理，并应能接收从上层下发的配置策略和实时性能采集指令要求，正确解析并执行相关采集策略，包括采集对象和参数、协议和接口、采集周期、采集时间段、采集起止日期等；l 数据预处理能力：可以将采集到的原始数据进行格式化，首先给所有原始数据增加采集批次的时间戳，并将采集到的原始数据进行预处理，其中性能数据、配置数据、告警数据需要分别进行各自的预处理；l 数据补采和重采：支持自动进行纠正或抛弃不合理数据，提供数据完整性检查，根据采集时间和采集批次发现采集到的数据是否有缺失，并自动进行重采、补采

21、。l 自身管理的能力：自身采集队列的监控、任务调度的监控、预处理环节的监控、并通过自身心跳通知主服务自身的状态1.1.3 采集数据数据采集需要采集的网络设备、系统软件和业务应用的数据，包括：l 告警数据：监控管理系统负责监视被管系统中的所有告警信息。 l 性能数据：监控管理系统所采集的性能数据包括平台和应用的性能数据。 1.2 数据处理1.2.1 告警管理l 告警采集告警管理应支持多种告警信息的采集方式，如SNMP Trap、Syslog、主机监控代理生成的告警、资源配置变更和性能指标超门限生成的告警等。l 事件标准化监控管理应可基于告警指标模型，将采集到的告警信息进行标准化、归一化处理，标准

22、化应具备告警内容翻译能力，能够将不同来源的事件信息按照统一的字段设置和格式要求进行处理，形成易于理解的事件信息。告警管理能够创建、修改、删除事件类别，并可以根据一定规则将标准化后的事件信息进行归类。告警管理应基于资源管理提供的资源服务实现资源对象与标准化后事件的关联，以便该事件能够关联相关资源对象、关键级别、地理位置、负责人等标准化信息。告警管理应基于资源对象的关键级别和事件分类实现告警级别的重定义。l 事件合并当告警管理收到内容相同的事件时，能够清除合并重复的事件，只保留最初一条告警内容，同时记录重复次数、最初发生时间和最后一次发生时间。l 事件过滤告警管理应该具备过滤器功能，以此控制对用户

23、无关的告警上报。其中需要支持各种过滤条件，其中包括告警时间范围、事件分类、事件级别、事件类型、告警源等。l 关联分析能够对多条相关的事件信息进行关联分析，从中分析出根源事件和影响事件，在进行相关信息展现时能明确区分出根源事件及其相关的影响事件。能够设定策略，根据多条事件的内在关系派生出新的事件信息。l 告警前转告警管理应提供前转条件的设置，包括告警时间范围、告警级别、类型、告警源、时间段等，允许创建多个前转条件。告警管理应提供将告警前转条件关联到相关的运维人员的功能。一个告警应可以关联到多个运维人员，并提供对E-mail和短信前转方式的设置。当出现告警时，网管系统会自动根据告警前转条件通过E-

24、mail或短信通知相关的运维人员。告警通知的规则应能够灵活定义，如分时段、分地域的告警通知告警管理应提供与服务管理的双向工单接口，能够自动在服务管理中创建工单，并根据告警管理模块的告警状态和服务管理的工单处理情况，自动更新告警和工单相关属性。l 告警升级系统可以通过图形配置界面设定告警升级策略，对历时过长而未解决的的告警自动提升其告警级别。l 告警确认系统允许用户设置自动确认的方式，根据设置的方式，告警处理模块根据告警级别、告警清除状态自动确认指定告警。手工确认是指由用户在当前告警列表中对指定告警进行确认操作。l 告警清除告警清除后，告警条目自动从当前告警列表中转移到历史告警列表中，并自动记录

25、执行告警确认和清除操作的用户名称以及操作时间。告警清除支持自动清除和手工清除：u自动清除是指从网元采集到告警清除信息，系统根据此清除信息对数据库中对应的告警进行清除处理。u手工清除是指由用户在当前告警列表中对指定告警进行清除操作。1.2.2 性能管理l 性能采集性能管理应支持网络设备、系统软件和业务应用的性能数据的采集，而且支持实时性能数据和历史性能数据的采集。l 预处理基于性能指标模型，性能管理预处理能够对采集的原始数据进行格式转换、检错纠错和相关计算，形成内部标准记录，支持比较灵活的格式转换配置和检错纠错配置。l 性能门限管理性能门限支持多种方式，包括：n 性能门限要求能够针对某类性能指标

26、设置全局门限，也可以针对某个对象的实例化指标设置门限；针对一个指标可以设置多级门限，每个门限可以对应不同级别的告警。n 要求能够提供性能指标的上行和下行门限、梯度门限和性能基线门限设定功能。n 系统实时对性能指标进行监控，在每次采集数据后，根据各门限表的设置而产生相应的性能告警，告警可定义告警分类和严重程度，并将其存入数据库和显示在监控界面中。n 性能门限可以设置压制时间。l 实时性能处理支持各类实时性能数据的处理，可配置实时性能监控的采样时间间隔。l 历史性能处理网管系统支持设置查询条件快速查看网元当前性能数据，查询条件包括地区、网元名称、时间范围等，网管系统提供对单个条件项或所有条件项的快

27、捷的重置清空功能，查询条件的值可以通过点击拓扑自动获取、通过下拉菜单选取或手工输入等多种方式。n 系统可按照不同位置、业务、网元、时间范围、性能指标等条件组合进行统计。统计的结果可以表格和图形方式（直方图、折线图、饼图、曲线图等）显示。用户可以自定义图形的显示方式。n 系统提供定义查询结果字段是否显示的功能，当查询结果数量较多时，提供分页显示功能。1.2.3 资源管理l 配置采集资源管理采集数据包括以下内容：u数据库软件（含实例、数据库表、监听服务、数据文件等）u业务应用（含业务应用模块、数据接口等）支持自动采集和手动采集两种数据采集方式：系统提供对自动采集条件的设置，其中包括采集范围、采集周

28、期、采集开始、结束时间等，系统根据此设置自动从直连网元、厂家网管或第三方管理软件采集资源数据。对于部分不能直接采集到的配置数据，网管系统提供有效的录入和修改手段，包括用户手工方式录入编辑和平面数据文件导入等。l 资源数据的处理资源管理支持对资源对象的各种维度信息的处理，包括地理位置、关键级别、联系部门、生产商、集成商、维护商、状态代码、应用系统等。如果描述资源对象的还需要详细文档和图片，可以在资源对象上加载详细的附件。资源对象的各种维度信息和属性信息能够将提供给故障管理、性能管理等模块使用。无论自动更新还是手动更新资源属性，在资源对象中均可记录其变更历史。l 资源维护计划资源管理可以针对资源对

29、象定义维护计划，按照预定义策略的自动切换资源对象的当前状态代码，故障管理和性能管理可根据状态代码进行相关的处理。l 资源变更告警当采集到资源对象发生变更时，资源管理可产生相关的告警，说明变更的对象、时间和内容，并且发送到告警管理。l 资源续保管理资源管理可以管理各类资源对象的保修期，并且进行相关的续保预警和告警。l 资源数据查询系统按照网元类型分类提供配置信息的查询功能，支持条件查询和模糊查询等。网管系统能按网元的各种属性对配置信息进行灵活的条件组合查询，并可灵活地重置查询的条件。系统对查询的结果以表格形式显示，当数据较多时应能够支持分页显示。系统能够按时间段、按区域、按厂商、按设备类型等对配

30、置信息进行灵活查询与统计，并能对查询统计结果按不同项目分类排序，并能将结果以图形方式直方图、曲线图、饼图等和表格方式显示。1.3 数据展现1.3.1 拓扑管理系统应该具备拓扑呈现的功能。n 业务拓扑能够展现关键业务中业务对象和资源对象的拓扑连接和状态n 业务影响视图能够展现资源对象发生的告警影响了哪些业务，以及对业务的影响程度n 性能视图能够基于性能指标模型按照业务逻辑展现性能指标的数值和状态拓扑管理要求分层次地呈现业务系统所涉及的所有被管理资源的拓扑结构，应具有灵活的浏览、监视和编辑的功能，同时在性能、告警、配置等方面动态反映资源环境的变化。在拓扑节点上可以查看相应资源详细配置信息、告警信息

31、和性能信息。在拓扑图上，系统能够以不同的颜色表示各个资源设备上各种级别的告警，系统支持对告警级别的对应颜色进行灵活设置。1.4 系统自管理1.4.1 安全管理l 用户管理系统支持统一帐号，无论登录任何界面均采用相同的帐号和口令。系统支持添加用户、修改用户、删除用户、修改口令等操作。系统支持以列表的方式将所有用户信息列出，每条用户记录包括以下信息：用户名称、真实姓名、联系方式、工作单位、工作部门、所属用户组、移动电话、电子邮箱等。系统支持用户组，能够创建、修改、复制、删除用户组。l 授权权限管理：系统应提供基于角色或者用户组的授权机制，在权限分配方面应支持以下功能：n 功能点授权：支持针对所有的

32、菜单、工具栏、按钮均能够进行权限控制n 管理内容授权：支持对资源类、资源对象、各类拓扑图进行权限分配n 统计报表授权：支持对各种报表类型的授权r审计系统应该支持对各类操作的审计和记录，包括：n 登录日志：记录每个用户登录系统的用户名、IP地址、时间、登录方式等信息等。n 授权日志：记录安全管理员进行权限分配时的用户名、IP地址、时间和具体授权操作等。n 操作日志：记录每个用户登录系统后每个变更操作，包括用户名、IP地址、时间、操作模块、操作内容等。1.4.2 系统自监控系统支持自我监控各类指标，包括：u支持监控应用服务器各类数据进程状态、启动时间和操作系统资源消耗；各个关键接口状态和队列长度；

33、与后台数据库连接情况、数据库存储空间利用率、数据库系统资源利用率；u支持监控各个采集机各类数据进程状态、启动时间和操作系统资源消耗；各种采集适配采集频率、队列长度、采集总数。1.4.3 数据备份恢复系统能够根据需要进行系统备份和恢复、数据备份和恢复。2. 运维管理四、 保护现有投资需求1. 硬件需求1.1 现有硬件平台可在未来系统升级或者扩展时完全利用2. 可扩展性2.1 确保网管平台具有良好的可扩展性，各类功能需求开发模块化，未来不但易于增加模块的部署，也易于和其他网管平台集成，最好源代码开放，方便和其他产品集成及二次开发。3. 接口要求3.1 概述1 平台接口，指网管系统与平台之间的接口，

34、包括与主机、网络、数据库、中间件、存储、备份以及客户机之间的接口。2 应用监控接口，指网管系统与BSS等应用之间的接口。3 监控管理平台与服务管理平台的接口。4 与其它管理系统接口，指与其它运维管理系统的工作流接口。5 与其它第三方系统接口，指与OA、邮件、短信、安全操作中心等第三方系统的接口。3.2 接口原则 松耦合网管系统接口的松耦合原则包括两大方面：第一，接口方式与信息模型的松耦合。即无论采取何种接口方式或技术，其交互的信息都应遵循统一的信息模型，如BOSS等需要与网管系统进行接口的应用应遵循统一的信息模型与网管交互。第二，网管系统与外部信息源的松耦合。即通过接口的信息交互，网管系统与采

35、集信息源或监控对象之间不应存在强依赖的关系，如网管系统与BOSS之间数据采集接口的运作不应对网管系统或BOSS核心应用造成任何影响。 可靠性接口方式是信息模型的载体，无论采取何种接口方式，都应保证所传递的信息是可靠、完整和一致的。接口可靠性不仅要求交互方式的可靠与稳定，还要求接口的实现不能对参与接口的系统的可靠性造成任何不良影响，如当采集链路或程序异常时，不应造成数据丢失以及对接口相关系统的正常工作造成影响。适度冗余可以作为网管接口的建设参考，以在某种接口方式失效时保证信息的正常交互。 安全性网管系统与外部系统通过接口交互的信息有着不同的安全保密要求，如配置信息通常比性能信息更需要保密，根据信

36、息的安全级别可采取内网传输等多种方式进行保护。 高效性网管系统的运行效率与接口效率密切相关，接口的高效性要求采用的接口方式与实现技术必须保证接口的畅通及不会造成待交互信息的积压或延迟。 扩展性接口的可扩展性包括多个层面的意义：1、管理功能的可扩展性：接口的定义不应限制网管系统的功能实现，并且在将来网管系统管理功能发生改变时（增加或调整），接口方式应能继续提供支持。2、信息模型的可扩展性：随着移动通信网络的发展，网络结构、网络设备及业务应用必然发生变化，管理对象的种类和具体指标都会发生改变。无论采取何种接口方式，都应能很好地支持信息模型的改变。3、与其它系统的连接：网管系统也需要与其它系统互联来

37、交换信息，各系统之间建议采用统一、通用的接口方式进行互联。 经济性接口的选取是灵活的，既可固定为单一方式的方案，也可采用多种方式组合并存的方案，还可选取各种方式之间相互过渡的方案。无论使用哪种方案，都应考虑到系统的总体投资与收益，短期投资成本与长期投资成本的兼顾。 成熟性接口方式与实现应当尽可能采用成熟的先进技术，与国际主流技术保持一致，尽量使用标准接口，从而使系统得到较好的投资保护。 保留对被管对象的控制接口大部分网管系统接口，如与平台或应用的接口，都以采集或监视信息的上行为主要信息流向，建议接口方式也应当能支持控制信息的下行，即支持网管系统对被管对象进行适当控制的扩展接口。 自维护能力接口在异常恢复后，具有一定的自我恢复能力。第 21 页