摘要从综合网管的定义和地位出发，讨论了电信综合网管系统中数据管理的重要性及其数据的特点，并介绍了一种应用在电信综合网管系统中的数据管理方案，说明了该模型的优点。
1、电信综合网管系统定义及其在OSS中的地位
如图1所示，OSS系统由资源管理系统、网管系统（包括综合网管系统和专业网管系统——EMS/NMS）和运维管理系统三部分构成，是一个统一的业务支撑和业务保障系统。它的主要任务是管理全专业的通信资源和业务资源，对业务提供与保障提供监控和管理的手段，并与BSS、财务、建设、采购等部门有着明确的界面与分工。在OSS系统中，资源管理系统负责实现自动/半自动化的资源调配；综合/专业网管系统完成对故障和服务质量的管理；运维管理系统完成单据流转、专家库等其它运维功能。
综合网管系统是OSS系统中的一个重要组成部分，它集成了多专业、多厂家的网元设备进行综合管理，在实现故障管理、性能管理的基础上，结合资源信息和客户信息，向电信运营商提供以大客户为中心的，面向客户的服务支持，实现电信运营商积极倡导的服务质量保证。
图1 OSS系统的定位与边界
综合网管系统与多个外部系统存在着数据交换：
（1）专业网管系统（EMS/NMS）：综合网管系统从中采集得到网络配置、告警与性能等数据；
（2）资源管理系统：资源管理系统从综合网管系统中得到网络上采集得到的设备配置数据，而综合网管系统则从资源管理系统中获取客户、电路等业务共享数据；
（3）运维管理系统：综合网管系统根据告警信息，产生出各种工单发送给运维管理系统；
2、电信综合网管中数据管理的重要性及其特点
对于综合网管系统，其核心价值在于对电信网络的综合管理和大客户服务质量的重点保障。而要实现这种价值，综合的数据管理就是必不可少的。不管是网络告警的准确定位、专业内/跨专业的根告警关联性分析，还是针对告警的业务、客户影响分析，都必须要有全面而准确的网络配置数据和关联业务数据作为分析的基础。综合系统的意义就在于将各方面的数据在自身的平台中进行整合后，加工成有用的信息，并体现在上层的综合应用中。
资源管理系统的数据管理目标在于面向业务调度、核查网络资源，而对于综合管理系统来说，这个目标则是面向业务保障、支撑网络运营，因此综合网管系统的数据管理侧重点与资源管理系统也存在不同，必须针对综合网管系统的管理需求来进行数据模型管理。
在大部分情况下，综合网管系统只关心数据对象本身，其属性更多的是作为对象的附加描述而存在，针对属性的操作也很少；因此在数据建模的时候，我们就可以忽略对象的细节内容，而将对象本身作为建模的重点。
在综合网管系统中，不管是告警关联性分析，还是业务影响性分析，其分析的数据重点都在于网络数据与网络数据之间的关系，或者网络数据与业务数据之间的关系，这就决定了数据建模的另一个关键点是对象间关系的管理。
对于综合网管系统，其数据主要来源有两种：从资源管理系统中获取业务数据、从专业网管系统中获取网络数据。由于接入设备多种多样，涉及了各种专业和各种厂商，导致了综合网管系统内的配置数据呈现出数据量大、种类多、信息模型差异大的特点；而在综合网管系统和资源管理系统之间存在的大批量的实时/准实时数据交互，也同时要求数据建模能适应这种频繁的数据交换活动。
3、数据管理方案介绍
根据以上说明，我们对电信综合网管系统中的数据管理有了一个初步的认识。下面，就从对象建模和关系建模两个方面简述一种数据管理方案。
3.1对象建模过程
网络环境下资源的表示是网络管理的一个关键问题，目前一般采用所谓“被管对象”（ManagedObject，可缩写为MO）来表示网络中的资源。ISO认为，被管对象是从OSI角度所看的OSI环境下的资源，这些资源可以通过使用OSI管理协议而被管理。另一个关键概念是所谓的“管理信息库’（ManagementInformation Base，可缩写为MIB），MIB是被管对象的一个概念上的集合，所有相关的网络管理客体信息都放在此信息库中。
在专业网管系统中，其北向接口的网络协议一般为：SNMP（简单网络管理协议）、CORBA（公共对象请求代理架构）、CMIP（公共管理信息协议）或者厂家私有协议；其中，SNMP和CMIP均是基于MO和MIB概念对网络进行管理。对于综合网管系统，由于大量数据均是从专业网管中采集得到的，使用MO和MIB的概念进行数据管理也是顺理成章的事情。
根据抽象层次不同，我们可以将MO分为被管对象类（ManagedObjectClass，可缩写为MOC）和被管对象实例（ManagedObject Instance，可缩写为MOI），分别描述数据类和数据实例。
3.1.1被管对象类（MOC）
被管对象类（MOC）用来描述资源对象的类别，比如：机框、插盘、端口、交换机、传输网元、阿尔卡特传输网元、EWSD交换机，每个被管对象类（MOC）都用唯一标识（OID）来确定。
被管对象类（MOC）之间存在着继承关系，所有的MOC会组织成一个具有继承关系的层次结构。例如：对于“华为传输网元”和“阿尔卡特传输网元”，我们可以将其抽象为“传输网元”，继而将其抽象为“网元”，如图2所示。
图2 管理对象类（MOC）之间的继承关系
一组存在包含关系的被管对象类（MOC）组合在一起，就可以形成一棵管理信息树（MIB树）。在综合网管系统中，管理信息树（MIB树）的构成并不是任意的，而是与特定厂商、特定设备相关的，由特定设备本身决定。当综合网管接入设备时，可以根据设备的具体情况构造出一棵特定的管理信息树（MIB树）。如：对于华为传输网元，其管理信息树（MIB树）结构形式可能为“系统—网元—机架—机框—插板—端口—时隙”，如图3所示；但对于阿尔卡特传输网元，其管理信息树（MIB树）结构形式则可能与之不同，表现为“系统—网元—机框—插板—端口—时隙”。
系统提供被管对象类模板对被管对象类（MOC）进行定义，描述类的继承关系以及属性定义，对于行为、动作和通知则不做约定。
3.1.2被管对象实例（MOI）
被管对象实例（MOI）表示在所要管理的网络中，需要网管系统管理的各种实际存在的资源对象在网管系统中的“映像”，代表一个实际存在的资源对象，是MOC的实例化。
