CN102238593B - 数据割接方法及装置 - Google Patents

Abstract

本发明公开了一种数据割接方法及装置，该方法包括：获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；获取来自用户指定的割接到目标OMM的基站以及用户指定的数据割接中基站需要修改的数据，并生成数据割接规划文件；从源OMM上导出源OMM数据文件；从目标OMM上导出目标OMM数据文件；根据模型映射关系、源OMM数据文件、目标OMM数据文件和数据割接规划文件生成接口数据文件；将接口数据文件导入到目标OMM中。通过本发明，提高了割接效率和准确性，并减少了割接工程量。

Description

数据割接方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种数据割接方法及装置。

背景技术

无线通讯设备运行维护的过程中，基于业务变化的需要，常常需要将一个操作维护模块(Operation Maintenance Module，简称为OMM)下的基站割接到另外一个OMM下。

通常情况下，一个通讯网络运营商同时采用多家通讯设备供应商的产品，随着无线通信市场竞争的日趋激烈，旧的通讯设备供应商被新的设备供应商所取代。在这个过程中，由于旧的通讯设备的OMM系统和新的通讯设备的OMM系统在系统架构和管理对象模型(Management Object Class，简称为MOC)上存在较大差异，新的通讯设备提供商必须考虑快速、高效的将旧的OMM下的基站数据割接到新的OMM下，并保证割接前后业务不发生大的变化，网络性能和质量不受影响。

在相关技术中，基站数据割接一般通过下面两种方式进行：

方式一，手工进行基站数据割接，即根据源OMM上基站的数据配置情况，手工在目标OMM上配置一套相同的基站数据。

方式一可以实现同系统或者不同系统的OMM之间基站的割接，但是由于是手工操作，效率非常低，并且容易出错。

方式二，将一个版本的OMM升级，保证源和目标OMM版本一致，然后再使用现有的割接方法和装置进行割接，可以解决同版本数据割接中效率和正确性的问题。发明人发现，在数据割接中存在下述问题：

(1)采用方式一，可以实现不同版本的源和目标OMM系统的数据割接，但只能依靠原始的手动割接方式，根据源OMM上基站数据手工在目标OMM上创建相同或类似的基站数据，需要割接的基站数量往往比较多，每个基站有上百个管理对象(ManagementObject，简称为MO)和上千个参数，采用手工方式工作量巨大，效率和质量无法保证。

(2)采用方式二，避免了人为割接效率低下和无法保证数据正确性的缺陷，但是方式二的前提是源OMM版本支持升级到目标OMM版本，所以方式二的缺陷是只能在相同系统版本的OMM之间进行基站割接，不支持跨系统版本的OMM之间的割接。

然而在多数情况下，由于版本之间在系统架构和管理对象模型(Management Object Class，简称为MOC)上存在巨大差异，无法直接割接或升级，所以基于不同系统架构的OMM之间是不可能相互升级的，这种情况尤其表现在不同设备供应商的OMM之间。且即便是在同一个设备供应商的OMM之间直接进行基站割接，源OMM和目标OMM也可能存在版本差异，用服人员必须对其中低版本的OMM进行升级之后才能使用现有的割接工具进行基站割接操作，但是版本升级是一个危险性很高的操作，操作不当会导致系统崩溃，这些都大大限制了现有数据割接方法和装置的应用场景。

发明内容

本发明的主要目的在于提供一种数据割接方法及装置，以解决上述问题至少之一。

本发明的主要目的在于提供一种数据割接方法及装置，以解决上述问题至少之一。

根据本发明的一个方面，提供了一种数据割接方法，包括：获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；获取来自用户指定的割接到目标OMM的基站以及用户指定的数据割接中基站需要修改的数据，并生成数据割接规划文件；从源OMM上导出源OMM数据文件；从目标OMM上导出目标OMM数据文件；根据模型映射关系、源OMM数据文件、目标OMM数据文件和数据割接规划文件生成接口数据文件；将接口数据文件导入到目标OMM中。

进一步地，获取来自用户指定的数据割接中基站需要修改的数据包括以下至少之一：基站标识ID、基站别名、基站端口和基站控制器BSC端口。

进一步地，生成接口数据文件的步骤包括：根据模型映射关系判断源OMM的管理对象MOC、源MOC属性和目标OMM的管理对象MOC、目标MOC属性是否存在对应关系；如果源OMM的MOC和源MOC属性在目标OMM上存在对应的目标OMM的MOC和目标MOC属性，将源OMM的MOC和源MOC属性根据模型映射关系适配成目标OMM上的目标OMM的MOC和目标MOC属性，保存在接口数据文件中；如果源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应，将只存在于源OMM上的源OMM的MOC和源MOC属性直接丢弃；如果源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应，将只存在于目标OMM上的目标OMM的MOC和目标MOC属性的默认值保存在接口数据文件中。

进一步地，在生成数据割接规划文件之后，还包括：对数据割接规划文件进行合法性检查，如果检查结果为不合法，则返回错误信息。

进一步地，模型映射关系、源OMM数据文件、目标OMM数据文件、数据割接规划文件、接口数据文件使用Excel或XML格式描述。

根据本发明的另一方面，提供了一种数据割接装置，包括：第一获取模块，用于获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；第二获取模块，用于获取来自用户指定的割接到目标OMM的基站以及用户指定的数据割接中基站需要修改的数据；第一生成模块，用于生成数据割接规划文件；第一导出模块，用于从源OMM上导出源OMM数据文件；第二导出模块，用于从目标OMM上导出目标OMM数据文件；第二生成模块，用于根据模型映射关系、源OMM数据文件、目标OMM数据文件和数据割接规划文件生成接口数据文件；导入模块，用于将接口数据文件导入到目标OMM中。

进一步地，第二生成模块还包括：判断模块，用于根据模型映射关系判断源OMM的管理对象MOC、源MOC属性和目标OMM的管理对象MOC、目标MOC属性是否存在对应关系；第一保存模块，用于当源OMM的MOC和源MOC属性在目标OMM上存在对应的目标OMM的MOC和目标MOC属性时，将源OMM的MOC和源MOC属性根据模型映射关系适配成目标OMM上的目标OMM的MOC和目标MOC属性，保存在接口数据文件中；处理模块，用于当源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应时，将只存在于源OMM上的源OMM的MOC和源MOC属性直接丢弃；第二保存模块，用于当源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应时，将只存在于目标OMM上的目标OMM的MOC和目标MOC属性的默认值保存在接口数据文件中。

进一步地，上述装置还包括：合法性检查模块，用于对数据割接规划文件进行合法性检查。

进一步地，模型映射关系、源OMM数据文件、目标OMM数据文件、数据割接规划文件、接口数据文件使用Excel或XML格式描述。

通过本发明，采用模型映射关系和源OMM和目标OMM生成接口数据文件进行数据割接，解决了跨系统版本的OMM之间的割接的问题，进而大大扩展了基站割接的应用场景，提高了工程效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据割接方法的流程图；

图2是根据本发明实施例的数据割接装置的结构框图；

图3是根据本发明实施例的数据割接装置的优选的结构框图；

图4是根据本发明优选实施例的结构框图；以及

图5是根据本发明优选实施例的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本发明提供了一种数据割接方法，如图1所示，包括如下的步骤S101至步骤S106：

步骤S101，获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系。

步骤S102，获取来自用户指定的割接到目标OMM的基站以及用户指定的数据割接中基站需要修改的数据，并生成数据割接规划文件。

步骤S103，从源OMM上导出源OMM数据文件。

步骤S104，从目标OMM上导出目标OMM数据文件。

步骤S105，根据模型映射关系、源OMM数据文件、目标OMM数据文件和数据割接规划文件生成接口数据文件。

步骤S106，将接口数据文件导入到目标OMM中。

优选地，在步骤S101中，模型映射关系(源OMM和目标OMM的MOC模型映射关系文件)，该文件定义了源OMM的管理对象模型MOC及其属性与目标OMM的MOC及其属性的对应关系。即该文件用来描述源OMM和目标OMM的信息模型差异。

优选地，步骤S105中，采用基站物理和无线数据的处理策略生成接口数据文件。

其中，基站物理数据处理策略是指：物理数据主要涉及到源OMM中的基站在割接到目标OMM时，基站ID的变化，基站别名的变化，基站端口和基站控制器(Base State Controller，简称为BSC)端口的连接关系变化等。这部分信息由用户在规划数据文件中指定。根据源OMM和目标OMM的MOC模型映射关系文件将源OMM的基站物理数据适配成目标OMM的基站物理数据。适配过程中根据规划数据文件中用户填写的信息对部分数据做修正，最后将生成的基站物理数据保存在接口数据文件中。

其中，基站无线数据处理策略是指：根据源OMM和目标OMM之间MOC模型映射关系文件将源OMM基站无线数据适配成目标OMM的基站无线数据，适配过程中根据以下原则对数据做修正，最后将生成的基站无线数据保存在接口数据文件中。源OMM和目标OMM的MOC和属性的差异处理策略如下：

源OMM和目标OMM中都有的MOC和属性，其值要原封不动的割接到目标OMM系统中，其中MOC和MOC属性在源OMM和目标OMM都存在，只不过名称不一样，此时认为源OMM和目标OMM都有该MOC和MOC属性，并根据模型映射关系适配后割接到目标OMM系统中；此过程就是一个将源MOC和属性转换成目标MOC和属性的过程。最简单的例子，比如：在源OMM上有一个MOC取名A，A的一个属性取名a。在目标OMM上存在一个MOC取名A’，A’的一个属性取名a’。而实际上A和A’在业务上是同一个对象类型，只不过在源和目标OMM上名字不一样。而它们之间存在业务上的对应关系，这个对应关系是在模型映射关系文件中描述的。适配的过程就是根据模型映射关系找到源OMM的A对象的a属性对应目标OMM的A’对象的a’属性，将a的值保存到a’中。源OMM中有而目标OMM中没有的MOC和属性，割接到目标OMM时被丢弃，不作处理；源OMM中没有而目标OMM中有的MOC和属性，在割接到目标OMM的过程中这些MOC的属性使用目标OMM的默认值；源OMM到目标OMM的割接过程中，需要用户重新指定的无线参数，由用户在规划数据文件中指定，离线工具根据规划数据文件在割接过程中对数据作修正。

需要说明的是，根据本发明的实施例的跨版本的基站割接方法配置的数据如下：

源OMM数据文件：使用源OMM的配置导出功能，将源OMM的数据库配置数据导出到文件系统中，文件可以是Excel、xml等。

目标OMM数据文件：使用目标OMM的配置导出功能，将目标OMM的数据库配置数据导出到文件系统中，文件可以是Excel、xml等。

数据割接规划文件：规划数据文件由工程人员填写，该文件描述了哪些基站需要从源OMM割接到目标OMM以及在割接过程中，哪些数据是需要根据工程规划来进行修正的，即该文件为用户提供了一个数据修改的入口，文件可以是Excel、xml等。

接口数据文件：针对目标OMM信息模型生成的接口数据文件，适应目标OMM系统，可以在目标OMM上导入以完成割接，文件可以是Excel、xml等。

优选地，源OMM数据文件和目标OMM数据文件相当于源数据的作用，装置可以读取这两个数据来获取源OMM和目标OMM的相关数据。规划数据文件由用户填写完成，相当于提供给用户一个修改割接数据的入口。接口文件是工具自动生成的能够适应目标OMM信息模型的数据文件，用来在目标OMM执行导入操作以便完成割接。

本发明提供了一种数据割接装置，图2是根据本发明实施例的数据割接装置的结构框图，如图2所示，该装置包括第一获取模块21、第二获取模块22、第一生成模块23、第一导出模块24、第二导出模块25、第二生成模块26、导入模块27，下面对上述结构进行详细描述：

第一获取模块21，用于获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；第二获取模块22，用于获取来自用户的指定的割接到目标OMM的基站以及用户指定的数据割接中基站需要修改的数据；第一生成模块23，连接至第二获取模块22，用于根据第二获取模块22生成数据割接规划文件；第一导出模块24，用于从源OMM上导出源OMM数据文件；第二导出模块25，用于从目标OMM上导出目标OMM数据文件；第二生成模块26，连接至第一获取模块21、第一生成模块23、第一导出模块24和第二导出模块25，用于根据第一获取模块21获取的模型映射关系、第一导出模块24导出的源OMM数据文件、第二导出模块25导出的目标OMM数据文件和第一生成模块23生成的数据割接规划文件生成接口数据文件；导入模块27，连接至第二生成模块26，用于将第二生成模块26生成的接口数据文件导入到目标OMM中。

图3是根据本发明实施例的数据割接装置的结构框图，如图3所示，第二生成模块26还包括：判断模块31、第一保存模块32、处理模块33、第二保存模块34，装置还包括：合法性检查模块35，下面对上述结构进行详细描述：

判断模块31，用于根据模型映射关系判断源OMM的管理对象MOC、源MOC属性和目标OMM的管理对象MOC、目标MOC属性是否存在对应关系；第一保存模块32，连接至判断模块31，用于判断模块31判断结果为源OMM的MOC和源MOC属性在目标OMM上存在对应的目标OMM的MOC和目标MOC属性时，将源OMM的MOC和源MOC属性根据模型映射关系适配成目标OMM上的目标OMM的MOC和目标MOC属性，保存在接口数据文件中；处理模块33，连接至判断模块31，用于判断模块31的判断结果为源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应时，将只存在于源OMM上的源OMM的MOC和源MOC属性直接丢弃；第二保存模块34，连接至判断模块31，用于判断模块31判断结果为当源OMM的MOC、源MOC属性和目标OMM的MOC、目标MOC属性不对应，将只存在于目标OMM上的目标OMM的MOC和目标MOC属性的默认值保存在接口数据文件中，合法性检查模块35，用于对数据割接规划文件进行合法性检查。

需要说明的是，上述第一保存模块32、处理模块33和第二保存模块34根据方法实施例中描述的基站物理数据和无线数据处理策略生成与目标OMM的信息模型相一致的MOC和MOC属性，保存在接口数据文件中。

合法性检查模块35，连接至第一生成模块23，用于对第一生成模块23生成的数据割接规划文件进行合法性检查。

图4是本发明优选实施例的结构框图，如图4所示，包括离线工具4和在线导入工具5，下面对上述结构进行详细描述。

离线工具4，离线工具独立于源OMM和目标OMM系统之外，不与OMM系统绑定，主要负责根据源OMM和目标OMM导出的现网数据文件以及用户输入的规划数据文件将源OMM上需要割接的基站，生成适合在目标OMM上导入的接口文件数据。

离线工具4主要包括如下模块：读数据模块41、合法性检查模块42、解析模块43。

读数据模块41，主要负责读取源OMM现网数据文件、目标OMM现网数据文件和用户规划数据文件。并将读取的文件数据缓存在内存中供合法性检查42和解析模块43使用；

合法性检查模块42，连接至读数据模块41，主要用于对用户填写的规划数据文件内容进行数据合法性检查，从而保证生成的接口数据文件的正确性；

解析模块43，连接至读数据模块41和解析模块43，主要用于处理源OMM和目标OMM之间的MOC模型差异，将源OMM的MOC模型适配成目标OMM的MOC模型。

由于跨版本割接的主要问题是要解决不同版本的OMM之间MOC信息模型的差异，所以，解析模块43根据目标OMM的MOC模型生成接口数据文件以便在目标OMM上导入，即根据模型映射关系完成源OMM到目标OMM信息模型的适配，从而实现跨OMM版本的站点割接。

优选地，模型映射关系可以由离线工具4预定义，也可以由用户自定义。

在线导入工具5，包括导入模块51和数据库52，下面对上述结构进行详细描述。

导入模块51，用于将接口数据文件导入到目标OMM上的数据库52。

优选的，在线导入工具5集成在目标OMM上，读取离线工具4生成的接口数据文件，将接口数据文件中的基站数据导入到目标OMM系统中，从而实现从源OMM到目标OMM的跨版本的基站割接。

本发明还提供了一个优选实施例，结合了上述多个优选实施例的技术方案，下面结合图4和图5来详细描述。

在本实施例中，以中兴的GSM网管系统为例，中兴GSM网管分为V2和V3两大系列，V2网管系统采用C++架构实现，V3网管系统采用Java架构实现。两个系统之间在MOC上存在巨大差异，无法直接割接或者升级。

图5是根据本发明优选实施例的数据割接方法流程图，如图5所示，包括如下的步骤S501至步骤S510。

步骤S501，首先要定义V2系统和V3系统MOC信息模型映射关系文件，本实施例中该文件使用xml文件格式来描述。

例如：基站MOC的映射：

<map>

  <moc v2moc＝″ZTESITE″v3moc＝″IBTSFUNCTION″>

   <field v2name＝″PHSITEID″v3name＝″SITEID″/>

   ...0.....

 </moc>

    </map>

优选地，该文件描述的对应关系可以由程序预定义，用户直接使用，也可以由用户自定义。在本实施例中，采用程序预定义的方式。

步骤S502，用户填写割接规划数据文件，在本实施例中规划数据文件采用Excel文件方式。用户在文件中指定需要从V2系统割接到V3系统的基站以及割接中需要修改的数据。

例如，在规划数据excel模板中指定V2系统中的基站在割接到V3系统后，基站与BSC的端口连接关系；

步骤S503，用户在V2系统上导出V2配置数据文件，本实施例中该文件为Excel格式，包含V2系统中配置全数据；

步骤S504，用户在V3系统上导出V3配置数据文件，本实施例中该文件为Excel格式，包含V3系统中配置全数据；

步骤S505，启动离线工具4，导入V2配置数据Excel文件、V3配置数据Excel文件和规划数据Excel文件；

步骤S506，离线工具4中的读数据模块41读取V2配置数据excel文件、V3配置数据excel文件和规划数据excel文件内容并保存到内存中供合法性检查和解析模块使用；当然，用户也可以不导出V2和V3配置数据文件，而是由读数据模块直接去连接V2和V3系统数据库，获取配置数据。在本实施例中采用的是前一种方法。

步骤S507，离线工具4中的合法性检查模块42对用户填写的规划数据文件内容进行数据合法性检查。

例如，在将基站从源OMM割接到目标OMM时，规划数据中指定的基站所要连接的目标BSC的端口号是否存在。检查通过则继续执行步骤八，检查不通过返回相关错误，并提示用户修改。

步骤S508，离线工具4解析模块43根据读数据模块41保存在内存中的V2配置数据、V3配置数据、规划数据，并结合V2和V3系统MOC模型映射关系文件以及上文所述的物理和无线数据的处理策略生成接口数据文件。

优选地，根据V2系统的每一个MO从步骤S501中MOC模型映射关系文件中找到V2系统MOC对应的V3系统MOC，生成一个V3系统MO对象。然后遍历该V2系统MO的每一个属性，从步骤一所述MOC模型映射关系文件中找到该属性对应的V3系统MOC的属性，然后将V2系统MO的该属性值设置到V3系统MO对应的属性中。经过以上过程，将V2的一个MO适配成V3的一个MO，适配的过程中根据规划数据对必要属性值进行修正。适配完成后将生成的V3系统MO保存在接口数据文件中。

需要说明的是，MOC和MO的关系为：MOC为管理对象类型，MO为管理对象，即MO是MOC的一个具体对象实例。

步骤S509，调用导入模块51，传入接口数据文件。

步骤S510，用户在目标OMM上启动导入模块51，读取接口数据Excel文件中的数据，将数据导入到目标OMM系统中，例如导入数据库52，从而完成割接。

通过上述步骤，克服了V2系统基站数据割接到V3系统只能通过手工方式，效率很低的缺陷，工程人员可以简单高效的实现两个不同版本OMM系统上跨版本的基站数据割接，即，将V2系统中的基站数据割接到V3系统中，从V2系统中将基站数据割接到V3系统的过程中，用户只需要填写少量必要的规划数据，通可以轻易的完成不同版本的源OMM和目标OMM之间的基站割接，大大提高了工程进度和工程质量。

综上所述，使用本发明的数据割接方案实现了跨版本的基站割接，减轻了工程现场的基站割接工作面临的诸多不便和巨大压力，用服人员只需要输入少量必要的数据，就能轻松实现跨系统版本的基站数据割接工作，从而大大扩展了基站割接装置的应用场景，提高了工程效率。

需要说明的是，装置实施例中描述的数据割接装置对应于上述的方法实施例，其具体的实现过程在方法实施例中已经进行过详细说明，在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (7)

1.一种数据割接方法，其特征在于，包括：

获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；

获取来自用户指定的割接到所述目标OMM的基站以及用户指定的数据割接中所述基站需要修改的数据，并生成数据割接规划文件；

从所述源OMM上导出源OMM数据文件；

从所述目标OMM上导出目标OMM数据文件；

根据所述模型映射关系、所述源OMM数据文件、所述目标OMM数据文件和所述数据割接规划文件生成接口数据文件；

将所述接口数据文件导入到所述目标OMM中；

其中，生成接口数据文件的步骤包括：

根据所述模型映射关系判断所述源OMM的管理对象MOC、源MOC属性和目标OMM的管理对象MOC、目标MOC属性是否存在对应关系；

如果所述源OMM的MOC和所述源MOC属性在所述目标OMM上存在对应的所述目标OMM的MOC和所述目标MOC属性，将所述源OMM的MOC和所述源MOC属性根据所述模型映射关系适配成所述目标OMM上的所述目标OMM的MOC和所述目标MOC属性，保存在所述接口数据文件中；

如果所述源OMM的MOC、所述源MOC属性和所述目标OMM的MOC、所述目标MOC属性不对应，将只存在于所述源OMM上的所述源OMM的MOC和所述源MOC属性直接丢弃；

如果所述源OMM的MOC、所述源MOC属性和所述目标OMM的MOC、所述目标MOC属性不对应，将只存在于所述目标OMM上的所述目标OMM的MOC和所述目标MOC属性的默认值保存在所述接口数据文件中。

2.根据权利要求1所述的方法，其特征在于，获取来自用户指定的数据割接中所述基站需要修改的数据包括以下至少之一：

基站标识ID、基站别名、基站端口和基站控制器BSC端口。

3.根据权利要求1所述的方法，其特征在于，在生成数据割接规划文件之后，还包括：

对所述数据割接规划文件进行合法性检查，如果检查结果为不合法，则返回错误信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述模型映射关系、所述源OMM数据文件、所述目标OMM数据文件、所述数据割接规划文件、所述接口数据文件使用Excel或XML格式描述。

5.一种数据割接装置，其特征在于，包括：

第一获取模块，用于获取系统版本不同的源管理对象模型OMM和目标OMM之间的模型映射关系；

第二获取模块，用于获取来自用户指定的割接到所述目标OMM的基站以及用户指定的数据割接中所述基站需要修改的数据；

第一生成模块，用于生成数据割接规划文件；

第一导出模块，用于从所述源OMM上导出源OMM数据文件；

第二导出模块，用于从所述目标OMM上导出目标OMM数据文件；

第二生成模块，用于根据所述模型映射关系、所述源OMM数据文件、所述目标OMM数据文件和所述数据割接规划文件生成接口数据文件；

导入模块，用于将所述接口数据文件导入到所述目标OMM中；

其中，所述第二生成模块还包括：

判断模块，用于根据所述模型映射关系判断所述源OMM的管理对象MOC、源MOC属性和目标OMM的管理对象MOC、目标MOC属性是否存在对应关系；

第一保存模块，用于当所述源OMM的MOC和所述源MOC属性在所述目标OMM上存在对应的所述目标OMM的MOC和所述目标MOC属性时，将所述源OMM的MOC和所述源MOC属性根据所述模型映射关系适配成所述目标OMM上的所述目标OMM的MOC和所述目标MOC属性，保存在所述接口数据文件中；

处理模块，用于当所述源OMM的MOC、所述源MOC属性和所述目标OMM的MOC、所述目标MOC属性不对应时，将只存在于所述源OMM上的所述源OMM的MOC和所述源MOC属性直接丢弃；

第二保存模块，用于当所述源OMM的MOC、所述源MOC属性和所述目标OMM的MOC、所述目标MOC属性不对应时，将只存在于所述目标OMM上的所述目标OMM的MOC和所述目标MOC属性的默认值保存在所述接口数据文件中。

6.根据权利要求5所述的装置，其特征在于，还包括：合法性检查模块，用于对所述数据割接规划文件进行合法性检查。

7.根据权利要求5至6任一项所述的装置，其特征在于，所述模型映射关系、所述源OMM数据文件、所述目标OMM数据文件、所述数据割接规划文件、所述接口数据文件使用Excel或XML格式描述。