CN1677935A

CN1677935A - 电信管理网中配置信息模型树的转换系统及其方法

Info

Publication number: CN1677935A
Application number: CN 200410032081
Authority: CN
Inventors: 何枫; 范志忠
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2004-03-31
Filing date: 2004-03-31
Publication date: 2005-10-05
Anticipated expiration: 2024-03-31
Also published as: CN1677935B

Abstract

本发明涉及通信系统的网络管理技术，公开了一种电信管理网中配置信息模型树的转换系统及其方法，使得转换方法对于系统完全独立，在不影响系统实现的前提下，完成任意配置信息模型树到任意标准网管接口配置信息模型树的转换。这种电信管理网中配置信息模型树的转换系统和方法采用多个配置文件描述现有系统配置信息模型树与标准网管接口配置信息模型树的映射关系，在不改变现有系统的基础上，实现现有系统配置信息模型树到标准网管接口配置信息模型树的适配；采用完全独立的转换方法和维护方法对配置信息模型树的映射进行初始化和维护。

Description

电信管理网中配置信息模型树的转换系统及其方法

技术领域

本发明涉及通信系统的网络管理技术，特别涉及通信网管系统中不同类型子系统间的信息转换技术。

背景技术

随着通信技术的发展，网络规模不断扩大，网络复杂性日益提高，为了提高服务质量和降低运行成本，需要对网络建立有效的网络管理系统，电信管理网(Telecommunications Management Networks，简称″TMN″)应运而生。传统的电信网管理一般是针对某种电信设备或电信业务，从而使网络管理系统的适应性受到很大的限制，网络管理系统之间的互联也十分困难，已很难满足现代电信发展对管理网络功能的要求。现代电信网复杂度的增加以及对自动化管理的要求迫切需要一种结构化的网络管理方法，以便对不同类型的电信网络、设备和业务进行有效的管理。电信管理网是电信网的管理信息网络系统，它提供了对电信资源、网络活动、业务、管理进行规划、监督、设计和控制的策略和方法，为电信网络用户，包括操作管理人员和终端用户，提供电信网络操作、管理、维护(Operation Administration Maintenances，简称″OAM″)功能的系统。TMN为网络用户提供网络管理业务和业务的维护，既是一系列管理业务、管理活动，管理功能和代表电信资源的管理对象的集合，又是具有一系列将各类电信网连接起来的标准接口(包括协议和信息规程)的网络体系结构。通过该凌驾在所有电信网上的管理网络，不仅实现了对网络资源的全面有效监督和管理，还使得对网络系统进行互连，在其上开放跨管理区域的业务成为可能。

TMN的实现分两大部分，一部分是建立从网络层以下电信资源的监视和控制系统，实现子网之间的接口互通，达到对市话网、接入网和SDH传输网透明的控制和监测；另一部分是在网络层上建立对电信网的决策支持系统，开发面向21世纪的管理业务：如用户管理、网络供给管理、劳动力管理、计费，收费和记帐管理、业务质量和网络性能管理、流量测量和分析管理、维护管理、安全管理、日志管理等。

TMN分为5个主要的管理功能域，每个功能域包含一组管理活动，各个功能区域并非孤立的，它们相互流通信息和相互操作。功能域的划分可以穿越物理结构的传统边界，完成系统有效的自动的信息流通。这5个管理功能域为配置管理、故障管理、性能管理、帐务管理和安全管理。这其中配置管理模块居于基础的位置，为其它模块提供配置数据支持。

绝大多数电信网管系统配置信息模型都采用树的层次结构来描述配置模型的层次结构，称之为配置信息模型树。所谓信息模型，是从管理角度出发，将网络资源从管理的角度分为一个个需要被管理的小单元，再对这些小单元进行抽象，生成被管对象(Managed Object，简称″MO″)。简单的说，信息模型就是网管系统所管理的资源抽象成的MO集合。资源的管理通过对这些资源抽象实体MO进行处理而间接实现。使用被管对象交换信息，完成一个管理操作，要有负责发出命令的管理者和负责执行命令的代理。要完成命令，代理必须对所要处理的对象有一个了解，比如它的名称、属性、从属关系等等。所有这些信息从相关的管理信息库(Manager Information Base，简称″MIB″)中得到。存在MIB中的信息按规律有机地组织起来。通过信息模型方法，MIB按从属派生规律将已抽象化的被管对象在逻辑上自上而下排列，呈树形结构。这种便于查找的结构成为信息模型树。

电信管理网的飞速发展，迫切要求网络管理系统(Network ManagerSystem，简称″NMS″)能够通过统一的接口接入网元管理系统(ElementManagement System，简称″EMS″)和网元(Network Element，简称″NE″)，实现对全网资源进行统一管理；不同的网管系统之间也要求网管信息能够互联互通。虽然信息模型也解决了网管上同一个网中不同厂家的设备间难以互通，不同网间难以互通的问题。所有设备都用同一结构同一描述语言定义设备被管对象，这样彼此″认识″对方，为互操作打下必要的基础，但是现有TMN中，运行着大量不同厂家开发的NMS、EMS和NE，它们使用的配置信息模型树各不相同，导致互连互通面临巨大的困难。往往单个NMS为了接入不同的EMS和NE，需要针对不同EMS和NE做配置信息模型树的适配；同样，单个NE和EMS为了能够被不同的NMS接入，也需要提供不同版本的配置信息模型树，而对于已经对接运行的系统，任何一方信息模型树发生变化，都必须要求接口涉及的其它一方或者多方的信息模型树作出相应的修改。

目前，解决不同配置信息模型树之间的互连互通的方法有多种，根据统一化的参照标准不同可以分为三类：根据EMS和NE去转换NMS的配置信息模型树；根据NMS去转换EMS和NE的配置信息模型树；根据统一的标准去转换NMS、EMS和NE的配置信息模型树。

第一种方法，在TMN系统中NMS针对EMS和NE的每一种配置信息模型树，在NMS中增加一个到NMS配置信息模型树的转换子系统，这些子系统都依赖于现有NMS的。如果NMS接入多个EMS和NE，且配置信息模型树存在差异，必然需要多个转换子系统。如果新增EMS或NE的信息模型树与系统中先前存在配置信息模型树不一致，都要增加新的转换子系统，接入的成本随着配置信息模型树种类的增加而呈线性增长。另外，如果NMS配置信息模型树发生变化，例如随着业务的发展，需要在原有信息模型中增加新类型的网元，会导致信息模型树变化，全部的配置信息模型树转换子系统都需要作相应的修改；如果某个EMS或者NE的配置信息模型树发生改变，也需要NMS中的接入该EMS或NE的转换子系统作相应的修改。这种实现方式下，培植信息模型树变化的成本太高，并且EMS和NE内部配置信息模型树的变化都会影响到NMS的接入。

第二种方法，在TMN系统中以NMS的配置信息模型树为参照，要求接入的EMS和NE实现与NMS相同的配置信息模型树。参照某种NMS的配置信息模型树开发的EMS和NE系统，很难移植到其它类型的NMS系统中。为了被不同类型的NMS接入，必需准备不同配置信息模型树的实现版本。如果NMS的配置信息模型树发生变化，必然要求相关联的全部EMS和NE对其系统进行修改。

第三种方法，在TMN系统中，NMS、EMS和NE都参照电信领域标准组织制定的网管接口标准协议描述的配置信息模型树来实现自身的配置信息模型树。比如：目前统一按照国际电信联盟标准部(InternationalTelecommunication Union-Telecommunication Standardization Sector，简称″ITU-T″)建议的X.722标准中的模板结构，并采用ASN.1描述语言进行MO的编写，达到不同网络间的互操作的目的，以ITU-T建议的M.3100标准中的通用网络信息模型为基础，针对各专业网，如同步数字系列(SynchronousDigital Hierarchy，简称″SDH″)、交换网和接入网建立模型。这些信息模型在MO的结构和描述上须与通用网络信息模型保持一致。该方法需要开发新的系统去遵循标准网管接口的配置信息模型树，原有系统不能实现到标准接口的兼容。由于标准接口也不是不断发展和变化的，针对一个版本开发的系统也不能直接兼容其它版本的接口。另外，不同的标准组织制定的和不同的业务领域的网管接口标准中的配置信息模型树也互不相同，不能实现一种方案在不同标准和不同版本之间的兼容。

在实际应用中，上述方案存在以下问题：转换方法不能通用，接入的成本随着配置信息模型树种类的增加而呈线性增长；转换方法不能完全独立，必须和NMS、EMS、NE等模块或者规定的某标准相关联，参照对象的变化将会引起转换方法的不可用，会造成系统实现的变动，影响各模块的接入；转换方法对标准有很大依赖性，标准的变更会产生很大的影响。

造成这种情况的主要原因在于，目前的转换方法都是在参照某特定模块或者某特定标准的基础上进行的，不可避免的会收到所参照对象的影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种电信管理网中配置信息模型树的转换系统及其方法，使得转换方法对于系统完全独立，在不影响系统实现的前提下，完成任意配置信息模型树到任意标准网管接口配置信息模型树的转换。

为实现上述目的，本发明提供了一种电信管理网中配置信息模型树的转换系统，包含，

标准网络管理接口配置信息模型树及其实例管理信息树，用于提供统一不同配置信息模型树的标准；

现有系统配置信息模型树及其实例内部配置信息树，用于描述任意类型的配置信息模型树；

第一配置文件，用于描述所述管理信息树与所述内部配置信息树之间的映射关系；

所述转换系统根据所述第一配置文件描述的映射关系将任意的所述内部配置信息树等效转换为统一的所述管理信息树。

其中，包含第二配置文件，用于描述所述标准网络管理接口配置信息模型树的节点及其层次结构。

所述第一配置文件和所述第二配置文件可采用存储文件或者互联网信息流方式存储。

所述标准网络管理接口配置信息模型树，由多个标准网络管理接口配置信息模型的管理对象类型节点构成；

所述管理信息树，由多个根据所述标准网络管理接口配置信息模型的管理对象类型实现的标准网络管理接口配置信息模型的管理对象实例节点构成；

所述现有系统配置信息模型树，由多个现有系统配置信息模型的管理对象类型节点构成；

所述内部配置信息树，由多个根据所述现有系统配置信息模型的管理对象类型实现的现有系统配置信息模型的管理对象实例节点构成。

所述第一配置文件描述的所述管理信息树与所述内部配置信息树之间的映射关系包含，

所述标准网络管理接口配置信息模型树中的管理对象类型与所述现有系统配置信息模型树中管理对象类型之间的一一映射关系；

所述标准网络管理接口配置信息模型树中管理对象的属性与所述现有系统配置信息模型树中一个或多个任意对象的一个或多个任意属性之间的直接或者间接的映射关系。

所述管理信息树的各个节点管理对象实例由递归方式定义的唯一可区分名所标定，用以保存所述管理信息树的继承结构并与所述标准网管接口配置信息模型树的继承结构保持一致；

所述内部配置信息树的各个节点实例由递归方式定义的唯一标识实例号所标定，用以保存所述内部配置信息树的继承结构并与所述现有系统配置信息模型树的继承结构保持一致；

所述管理信息树与所述内部配置信息树之间的映射由所述唯一可区分名和所述唯一标识实例号之间的映射表实现。

所述唯一可区分名或唯一标识实例号由父节点的唯一可区分名或唯一标识实例号和相对可区分名或相对标识实例号两部分组成；

根节点的唯一可区分名或唯一标识实例号由所述第一配置文件定义；

所述相对可区分名或相对标识实例号由关键属性定义，用以区分同一父节点下的不同子节点。

本发明还提供了一种电信管理网中配置信息模型树的转换方法，包含以下步骤，

A.建立管理信息树与内部配置信息树之间的映射关系，并记录到第一配置文件中；

B.根据标准网络管理接口配置信息模型树及其实例建立第二配置文件，；

C.初始化所述管理信息树；

D.保持所述管理信息树与所述内部配置信息树之间的配置同步。

其中，所述步骤C包含以下子步骤，

C1.初始化所述管理信息树的根节点，并置根节点为当前节点，进入步骤C2；

C2.判断当前节点是否有子一层节点，如果是，则进入步骤C3，否则结束；

C3.以当前节点为基对象，递归调用本方法初始化基对象子一层的所有节点及子树。

所述步骤A包含以下子步骤，

建立所述标准网络管理接口配置信息模型的管理对象类型与现有系统配置信息模型的管理对象类型之间的一一对应关系，并记录到所述第一配置文件中；

建立所述标准网络管理接口配置信息模型的管理对象类型的属性与所述现有系统配置信息模型的管理对象类型的属性之间的对应关系，并记录到所述第一配置文件中；

建立所述管理信息树与所述内部配置信息树之间的映射关系，确定所述标准网络管理接口配置信息模型树的管理对象实例与所述现有系统配置信息模型的管理对象实例之间的映射关系，并记录到第一所述配置文件中。

所述步骤D，包含以下子步骤，

所述内部配置信息树增加一个管理对象实例时，根据所述第一配置文件描述的类型和属性的映射关系创建标准网络管理接口信息模型的管理对象实例并加入到管理信息树中对应的位置；

所述内部配置信息树删除一个管理对象实例时，根据所述第一配置文件描述的管理对象实例映射关系查找并删除对应的标准网络管理接口信息模型的管理对象实例；

所述内部配置信息树修改一个管理对象实例时，根据所述第一配置文件描述的管理对象实例映射关系查找并修改对应的标准网络管理接口信息模型的管理对象实例。

包含步骤E，处理来自网络管理接口的操作，当所述网络管理接口的操作为查询操作时，返回管理信息树中的信息，当所述网络管理接口的操作为修改操作时，根据映射关系查询并修改相应内部配置信息树中的信息。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，采用多个配置文件描述现有系统配置信息模型树与标准网管接口配置信息模型树的映射关系，在不改变现有系统的基础上，实现现有系统配置信息模型树到标准网管接口配置信息模型树的适配；采用完全独立的转换方法和维护方法对配置信息模型树的映射进行初始化和维护，实现转换方法的通用性和独立性。

这种技术方案上的区别，带来了较为明显的有益效果，即提供了将一种配置信息模型树转换为另外一种配置信息模型树的通用解决方案，解决了不同系统在网管接口上进行对接时因配置信息模型树不一致而造成无法对接的问题；提供了在现有系统基础上，对配置信息模型树包装出标准网管接口配置信息模型树的通用方法，实现配置信息模型树的通用转换，实现不同配置信息模型树的逻辑独立性；方便了电信管理网的动态维护和操作，大大降低了电信管理网的接入成本。

附图说明

图1是根据本发明的一个实施例的转换系统的示意图；

图2是根据本发明的一个实施例的转换方法的流程图；

图3是根据本发明的一个实施例的初始化管理信息树的方法的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明通过实现由任意配置信息模型树到任意标准网管接口配置信息模型树的通用转化方式，在不改变现有系统基础上完成现有系统配置信息模型树到任意标准网管接口配置信息模型树的适配，形成不同配置信息模型树之间的转换方法。

本发明用于解决和改善TMN系统中，各类拥有任意不同配置模型树的模块或者实体，在各种类型的接口上，采用各种标准网管接口配置信息模型树，进行互连互通的问题。比如TMN系统中NMS和EMS或者NE在各种接口上通过某标准网管接口配置信息模型树进行互连等问题。

在本发明的一个实施例中，解决了NMS和EMS在北向接口(Interface-Northbound，简称″Itf-N″)上通过第三代移动通信标准化的伙伴项目(the 3rd Generation Partnership Project，简称″3GPP″)R4标准网管接口配置信息模型树的对接问题。

下面详细描述本发明的一个实施例的从配置信息模型树到标准网管接口配置信息模型树的转换方法。

首先要建立从配置信息模型树到标准网管接口配置信息模型树的转换方法。

如前所述信息模型树由多个网络信息模型作为节点构成，同时也包含各层节点之间的父子关系，而网络信息模型代表的是网络资源，它的各个属性即资源的属性。资源的属性可以是用户控制和观察资源的行为及资源之间的关系。具有相同属性和行为的对象归为同一对象类。一个对象类可以是另一个对象类的子类。一个子类继承其父类的属性类型和行为，另外还拥有其本身的特有属性和特征。网络信息模型不仅涉及网络资源的抽象概念，还涉及管理服务的抽象。模型对生成统一的故障、配置、性能、安全和计费管理标准是必不可少的。这里的网络资源可以是用户所有，也可以是提供者所有，可以是物理的，也可以是逻辑的。其中逻辑资源包括通信协议、应用程序、日志和网络业务；物理资源则指网络的物理设备，如实际的网络、电路、线路和设备等。

要建立两颗配置信息模型树之间的映射关系，即现有系统配置信息模型树与标准网管接口配置信息模型树之间的映射关系，这里现有系统配置信息模型树指的是待转换的独立的配置信息模型树，比如可以是EMS的配置信息模型树、NMS的配置信息模型树等，而标准网管接口配置信息模型树指的是将要转换成的统一形式以便互连的配置信息模型树，必须管理对象即信息模型的类型的一对一的映射和模型的属性之间的映射。

其中，现有系统配置信息模型树中管理对象类型必须唯一的映射到标准网管接口配置信息模型树中的一种管理对象类型，反之亦然；而标准网管接口配置信息模型树中管理对象的属性可以是现有系统配置信息模型树中任意的一个或者多个对象的一个或者多个属性的直接或者间接的映射，反之亦然。

例如，在标准网管接口配置信息模型树中，存在管理对象类型A、B；在现有系统配置信息模型树中存在管理对象类型C、D；其中对象A包含属性attr1、attr2，对象B包含属性attr3，对象C包含属性attr4、attr5，对象D包含属性attr6、attr7等；对象类型的映射为A对应C，B对应D；属性的映射与类型无关，attr1映射到attr4，attr2映射到由attr5和attr6构成的函数，比如attr5和attr6之和或者之差，attr3映射到attr7等。

在本发明的一个实施例中，将这些映射关系采用可持久化的存储方式进行存储，比如文件、互联网Internet的信息流等方式。熟悉本领域的技术人员可以理解，所述映射关系的存储方式可以是任意能够保持并随时重现该映射关系的方法，而不影响本发明的实质和范围。

标准网管接口配置信息模型树中的管理对象类型(Managed ObjectClass，简称″MOC″)和现有系统配置信息模型树中的管理对象类型(为区别于MOC，这里称″Class″)之间的映射关系称为管理对象类型映射(简称″MOCMap″)。而MOC对应的具体管理对象实例(Managed Object Instance，简称″MOI″)和Class对应的具体实例(为区别于MOI，这里称″Object″)也存在对应关系。在MOI之间存在对应于MOC的父子继承的关系，形成一颗管理信息树(Manager Information Tree，简称″MIT″)，为区分不同的MOI，赋予每个MOI一个唯一可区分名(Distinguished Name，简称″DN″)，而DN由递归的方式定义，它由父MOI的DN(Parents′DN，简称″PDN″)和相对可区分名(Relative DN，简称″RDN″)两部分组成，其中PDN定义了该MOI继承于其父MOI，定位在MIT上的该父MOI节点之下，而RDN则在同一父MOI之下的兄弟MOI之间进行相对区分，最终形成关于整颗MIT下的唯一可区分名DN。这里需要指出的是MIT的根节点为Root对象，需在配置文件中给出。按照标准网管接口配置信息模型树中MOC的树形层次结构，全部MOI组成一颗MIT，在MIT中，任意MOI所属的MOC与其父MOI所属的MOC之间的父子层次关系与标准网管接口配置信息模型树中的继承层次结构一致。

在本发明的一个实施例中，RDN的确定方法为：在MOC的属性中选择一个可唯一标识该MOC的多个MOI的属性，称为关键属性，该关键属性能且只能在同一父节点下可唯一区分该MOC的多个MOI，也就是说在不同父节点下的对像实例可以有相同的属性值。用于形成RDN的MOC关键属性在配置文件中指定，并存储于MOCMap中。比如MOC的关键属性为KeyType，而具体到MOI的属性值为KeyValue，则在本发明的一个较佳实施例中，DN的形式是(PDN，KeyType＝KeyValue)。

与标准网管接口配置信息模型树相仿，在现有系统配置信息模型树中，所有Object构成一颗内部配置信息树，其中任意Object所属的Class与其父Object所属的Class之间的父子层次关系与现有系统配置信息模型树中的继承层次结构一致。用于区分Object的唯一标识Object号(ObjectID)可以直接中现有系统配置信息模型树的配置信息中获得。

这样MOI和Object各自由DN和ObjectID唯一确定，MOI与Object之间的映射关系也将转换成DN和ObjectID之间的映射。

如前所述，图1示出了根据本发明的一个实施例的转换系统的示意图，图中包含了MIT结构和内部配置信息树结构以及相互映射关系、标准网管接口配置信息模型树和现有系统配置信息模型树的关系的结构。为便于简洁描述，图中标准网管接口配置信息模型树由MOC 101和MOC 102构成，MOC101为父节点，MOC 102为子节点；现有系统配置信息模型树由Class 103和Class 104构成，Class 103为父节点，Class 104为子节点；而MOC 101的具体实例为MOI 105等，MOC 102的具体实例为MOI 106和MOI 107等，它们之间存在类型与实例的关系，MOC中定义的属性在MOI中得到实现；同样的，Class 103的具体实例为Object 108等，Class 104的具体实例为Object109和Object110等，在Class中定义的属性在Object中得到实现；而所有MOI构成MIT，所有Object构成内部配置信息树；标准网管接口配置信息模型树与现有系统配置信息模型树之间通过MOCMap 111建立MOC及其属性和Class及其属性的映射关系，于是MIT和内部配置信息树之间并存在同样的对应关系，这些映射转换关系均存储在配置文件112中，这样就实现了转换系统和配置文件相分离，使得转换方法完全独立。本发明将完成该映射系统的建立和实现其操作方法。

实现本系统需要两个配置文件，一个描述标准网管接口配置信息模型的MOC树层次结构；另外一个描述映射管理MOCMap的全部内容，包括管理对象类型映射关系的描述、MOC属性获取方式的描述、MOC的RDN参考类型的和参考类型值获取方式的描述，根节点DN的描述方式。图1中示出的配置文件112即用于描述映射管理MOCMap。

熟悉本领域的技术人员可以理解，图1中标准网管接口配置信息模型树、现有系统配置信息模型树、MIT及内部配置信息树的具体结构和节点数目可以变化，映射双方的结构亦可以不对称，而不影响本发明的实质和范围。

下面参照图2描述标准网管接口配置信息模型树与现有系统配置信息模型树之间的转换方法的详细步骤。

在步骤201，分析建立管理对象类型的映射。如前所述，首先分析出标准网管接口配置信息模型树中的MOC类型和语义，同时对现有系统配置信息模型树中的Class进行分析，根据语义相关和实际需要建立MOC与Class之间的一一对应关系，并记录到MOCMap中。这里以标准网管接口配置信息模型树中的MOC为参照，对于标准网管接口配置信息模型树中不涉及的管理对象类型不予考虑。

接着进入步骤202，分析建立管理对象属性的映射。在涉及到的MOC中，每个MOC所定义的所有属性，在现有系统配置信息模型树中分析其对应的语义，建立与Class的属性的映射关系，并将每个MOC的各项属性的映射存储在对应的MOCMap中。如前所述，这里MOC的属性与Class的属性的映射与步骤201中得出的MOC和Class的映射无关，并且属性的映射可以是一对一、一对多的直接或间接函数的关系。同样的，对于标准网管接口配置信息模型树中不涉及的属性不予考虑。

接着进入步骤203，组织标准网管接口配置信息模型树。在本发明的一个较佳实施例中，采用配置文件的形式描述标准网管接口配置信息模型树，内容包含MOC的继承关系和树的层次结构，以及相关映射信息、根节点指针等内容。这使得，当系统发生改变时，重新组织标准网管接口配置信息模型树，只需建立新的配置文件即可，避免了对转换系统的修改，实现了转换方法完全独立。

接着进入步骤204，配置标准网管接口配置信息模型树中的管理对象实例。MOC的具体实例MOI组成MIT，根据MOCMap的映射关系分析MIT与内部配置信息树之间的对应关系。为区分MOI，必须给MOI配置DN作为唯一标识，如前所述，对于同一父节点之下需要根据该MOC的关键属性形成一个RDN，并连同PDN构成它的DN。所述每个MOC的关键属性和根节点DN在配置文件中存储。而现有系统配置信息模型树中Object的唯一标识为ObjectID，所以在下一步需要将对应的MOI与Object的映射关系通过DN和ObjectID的映射表来实现。

接着进入步骤205，分析建立MIT与内部配置信息树的映射。存储DN与ObjectID的映射关系，完成MIT与内部配置信息树之间的映射。在本发明的一个实施例中，该映射关系存储在映射表中，并且该映射表在初始化MIT时被创建，在系统发生变化的过程中进行动态维护。系统可以通过该映射表，根据ObjectID查询DN或者根据DN查询ObjectID，实现透明相关。

接着进入步骤206，初始化MIT。在本发明的一个较佳实施例中，是按照MOC树的层次结构，从上到下按广度优先的方式逐层进行初始化。对于MIT的初始化方法，下文将详细展开描述。

接着进入步骤207，保持MIT与内部配置信息树之间的配置同步，处理来自网管接口的操作。系统运行过程中，内部配置信息树发生变化时，需要对MIT进行配置同步，保持MIT与内部配置信息树的对应关系。在初始化完成后，DN与ObjectID的对应关系被保存，这时可能发生的操作有：增加对象、删除对象、修改对象。

增加对象时：内部配置信息树增加一个Object，首先获得该Object所属的Class，根据Class查找MOCMap，如果没有找到，说明该对象不被标准网管接口配置信息模型树涉及，则不进行任何操作；如果找到MOCMap，则需要在MIT中建立一个对应的MOI。先通过Object查找父Object，再根据ObjectID查找DN即对应父MOI的DN，根据DN获取父MOI即为需要创建的MOI的父MOI。根据MOCMap确定所属MOC，并在父MOI底下创建一个新的MOI，并根据MOCMap描述的属性对应关系和Object的属性，生成其全部属性并赋值，按照PDN加RDN的形式形成DN，并添加该DN与ObjectID的对应关系，于是完成增加对象的操作。

删除对象时：在内部配置信息树提出删除一个Object的请求时，根据该ObjectID查找对应DN，如果不存在，说明该Object不被标准网管接口配置信息模型树涉及，直接进行删除Object的操作；如果存在，则先删除MIT中对应MOI及其子树，然后删除该Object。

修改对象时：内部配置信息树修改一个Object，根据该ObjectID查找对应DN，如果不存在，说明该Object不被标准网管接口配置信息模型树涉及，不进行任何操作；如果存在，则按照修改后的Object的新属性值和MOCMap描述的属性对应关系，对相应的MOI的属性进行修改。

在保持MIT与内部配置信息树的同时，系统还要对来自网管接口的操作进行处理。来自网管接口的操作分查询和修改两类，这里将任何对配置信息的增加、修改、删除操作均称为修改操作。对于查询操作，直接返回MIT中的信息，因为已经保持了MIT与内部配置信息树的配置同步；对于修改操作，根据映射关系查询并修改相应内部配置信息树中的信息，因为通过MIT与内部配置信息树的同步，可以将修改的内容反映在MIT上。

下面参照图3详细描述初始化MIT的方法。

首先在步骤301中，初始化MIT的根节点，并置根节点为当前节点。

根节点的DN在配置文件中指定，根据根节点DN初始化一个MOI实例，此时MOI的具体属性值还未确定。通过MOI获取MOC信息，然后根据MOC查询MOCMap获取MOC与Class间的映射关系。MOCMap描述了MOC全部属性的映射关系。根据MOCMap获取Class，根据Class查找该Class的全部Object实例，对于根节点来说，对应的Class只有一个Object实例。根据MOCMap中描述的属性映射关系和Object属性值，可生成MOI的属性值。根节点MOI创建成功，存储根节点DN和对应ObjectID之间的映射关系。

接着进入步骤302，判断当前节点是否有子一层节点，如果是，则说明需要继续递归的初始化子一层的几点，进入步骤303；否则，说明已经到达底层，结束本次递归过程。

在步骤303中，以当前节点MOI为基对象，递归调用本方法初始化基对象子一层的所有节点及子树。

根据基对象的MOI信息获取基对象的MOC信息，在MOC树中查询基对象所属MOC包含的全部子MOC信息，依次处理每一个子MOC类型。根据MOC查询MOCMap，获取MOC与Class间的映射关系。获取Class，根据Class查找该Class的全部Object实例。在内部配置信息树中，已经描述了全部Object的父子关系，依次查找每个Object实例的父Object，再根据父Object的ObjectID查找对应的DN，根据DN在MIT中查找MOI，判断MOI是否为基对象。如果不是，表明不是该基对象的子对象，可不处理。如果是，根据MOC创建一个MOI，该MOI的属性值还未确定，DN未指定。

根据MOCMap中描述的属性映射关系和对应Object属性值，生成MOI的全部属性值。根据MOCMap中描述RDN关键属性、对应Object属性值，生成MOI的RDN，进而生成MOI的DN。MOI创建成功，存储DN和ObjectID之间的映射关系。

依次处理完处理完本层全部的子MOC，基对象子一层的MOI全部初始化。对于本层中新增的每一个MOI，递归执行本过程，直到全部MIT初始化完成。

从该实施例可以看出，该转换方法完成了EMS的配置信息模型树到3GPP R4标准网管接口配置信息模型树的转换和映射，熟知本领域的技术人员可以理解，该方法同样适用于NMS的配置信息模型树到3GPP R4标准网管接口配置信息模型树的转换和映射，也可以在适当改变相关参数之后适用于任意配置信息模型树到任意标准网管接口配置信息模型树之间的转换和映射，而不影响本发明的实质和范围。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims

1.一种电信管理网中配置信息模型树的转换系统，其特征在于，包含，

2.根据权利要求1所述的电信管理网中配置信息模型树的转换系统，其特征在于，包含第二配置文件，用于描述所述标准网络管理接口配置信息模型树的节点及其层次结构。

3.根据权利要求1所述的电信管理网中配置信息模型树的转换系统，其特征在于，所述第一配置文件和所述第二配置文件可采用存储文件或者互联网信息流方式存储。

4.根据权利要求1或2所述的电信管理网中配置信息模型树的转换系统，其特征在于，所述标准网络管理接口配置信息模型树，由多个标准网络管理接口配置信息模型的管理对象类型节点构成；

5.根据权利要求4所述的电信管理网中配置信息模型树的转换系统，其特征在于，所述第一配置文件描述的所述管理信息树与所述内部配置信息树之间的映射关系包含，

6.根据权利要求4所述的电信管理网中配置信息模型树的转换系统，其特征在于，所述管理信息树的各个节点管理对象实例由递归方式定义的唯一可区分名所标定，用以保存所述管理信息树的继承结构并与所述标准网管接口配置信息模型树的继承结构保持一致；

7.根据权利要求6所述的电信管理网中配置信息模型树的转换系统，其特征在于，所述唯一可区分名或唯一标识实例号由父节点的唯一可区分名或唯一标识实例号和相对可区分名或相对标识实例号两部分组成；

8.一种电信管理网中配置信息模型树的转换方法，其特征在于，包含以下步骤，

C.初始化所述管理信息树；

9.根据权利要求8所述的电信管理网中配置信息模型树的转换方法，其特征在于，所述步骤C包含以下子步骤，

10.根据权利要求8所述的电信管理网中配置信息模型树的转换方法，其特征在于，所述步骤A包含以下子步骤，

11.根据权利要求8所述的电信管理网中配置信息模型树的转换方法，其特征在于，所述步骤D，包含以下子步骤，

12.根据权利要求8所述的电信管理网中配置信息模型树的转换方法，其特征在于，包含步骤E，处理来自网络管理接口的操作，当所述网络管理接口的操作为查询操作时，返回管理信息树中的信息，当所述网络管理接口的操作为修改操作时，根据映射关系查询并修改相应内部配置信息树中的信息。