CN101867941A - 数据处理方法及网管设备 - Google Patents

Abstract

本发明的实施例公开了一种数据处理方法及网管设备，涉及通信技术领域。本发明实施例的方法包括：以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；获取更新后的配置数据；根据所述更新后的配置数据，制作源基站控制器上删除基站的配置数据，和/或，制作目标基站控制器上增加基站的配置数据。本发明实施例主要应用于基站搬迁场景下。

Description

数据处理方法及网管设备

技术领域

本发明涉及通信技术领域，尤其涉及一种数据处理方法及一种网管设备。

背景技术

随着网络技术的发展及应用，基站搬迁成为运营商经常面临的网络优化场景。如图1所示，是基站搬迁的示意图。该基站搬迁一般应用如下几类场景：

1、运营商调整运营过程中发现的不合理的网络规划，通过基站搬迁纠正不合理的网络规划；

2、运营商在运营过程中对无线网络控制器(Radio Network Controller，RNC)进行扩容后，需要搬迁部分原有RNC所管辖的无线网络基站(NodeB)到扩容的RNC，以达到RNC负载均衡；

3、根据人群密集程度，动态调整RNC下的热点地区NodeB和非热点地区NodeB的数量，避免RNC负载不均衡；

4、因业务发展需要，运行商在不同设备商之间进行基站搬迁等。

基站搬迁从设备商角度划分为：不同设备商之间的基站搬迁和相同设备商之间的基站搬迁。另外，相同设备商之间的基站搬迁也可以进一步划分为：RNC为相同版本的基站搬迁和RNC为不同版本的基站搬迁。从基站搬迁前后隶属的RNC角度又划分为：RNC内部搬迁(基站在一个RNC内部搬迁)和RNC之间搬迁(基站在两个RNC之间搬迁)。由此可见，基站搬迁因涉及到设备商、RNC版本和基站搬迁后隶属的RNC的不同组合，导致基站搬迁场景多样化，操作步骤复杂，且容易出错。

针对上述基站搬迁场景，目前制作基站适配数据的方案如下：

针对相同设备商、相同RNC版本的基站搬迁场景，其实现方案为：通常设备商的上层网管或者数据配置工具，直接提供了相同设备商、相同RNC版本的基站搬迁。操作员可以利用上层网管或者数据配置工具自动完成基站搬迁，此场景基站搬迁操作简单、效率高，且不容易出错。

针对相同设备商、不同RNC版本的基站搬迁场景，以及不同设备商之间的基站搬迁场景，现有技术中往往需要手工制作基站搬迁的配置数据。但是，手工制作基站搬迁的配置数据过程复杂性高，且易出错。

可以理解的是，以上技术问题的描述，主要以宽带码分多址(Wideband CodeDivision Multiple Access，简称WCDMA)系统为例进行了说明，但在其他系统中也存在类型问题需要解决。

发明内容

本发明的实施例提供一种数据处理方法及网管设备，以便提高基站搬迁时配置数据的处理效率。

为达到上述目的，本发明的实施例采用如下技术方案：

一种配置数据的处理方法，包括：

以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；

获取所述更新后的配置数据；

根据所述更新后的配置数据，制作所述源基站控制器上删除基站的配置数据，和/或，制作所述目标基站控制器上增加基站的配置数据。

一种网管设备，包括：

控制单元，用于以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；

获取单元，用于获取所述控制单元更新后的配置数据；

制作单元，用于根据所述更新后的配置数据，制作所述源基站控制器上删除基站的配置数据，和/或，制作所述目标基站控制器上增加基站的配置数据。

本发明实施例提供的方案，将源基站控制器的配置数据进行数据更新以适配目标基站控制器，在此基础上制作基站搬迁数据。从而避免了手工制作基站搬迁数据，降低操作复杂度和出错几率，大大提高基站搬迁效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为背景技术中基站搬迁示意图；

图2为本发明实施例中配置数据的处理方法的流程图；

图3为本发明实施例中配置数据的处理方法的示意图；

图4为本发明实施例中配置数据的处理方法的流程图；

图5为本发明实施例中包括第三方RNC时配置数据的处理方法的示意图；

图6为本发明实施例中配置数据的处理方法的示意图；

图7为本发明实施例中另一个包括第三方RNC时配置数据的处理方法的示意图；

图8为本发明实施例中配置数据的处理方法的流程图；

图9为本发明实施例中不同设备商之间数据转换方法的流程图；

图10为本发明实施例中根据适配规则进行配置数据转换过程的示意图；

图11为本发明实施例中网管设备的结构示意图；

图12为本发明实施例中另一网管设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种基站搬迁的方法，该方法可以通过上层网管设备来实现，如图2所示，该方法包括：

步骤000，以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；

步骤100，获取更新后的配置数据；

步骤200，根据更新后的配置数据，制作源基站控制器上删除基站的配置数据，和/或，制作目标基站控制器上增加基站的配置数据。

需要说明的是，在本发明的各个实施例中该上层网管设备可以是源基站控制器以及目标基站控制器的上层网管设备，并且，在有些时候，该上层网管设备也被简称为网管，或叫做数据配置工具。

对于源基站控制器与目标基站控制器版本不同或所属设备商不同的情况下，通过上述方案可将源基站控制器的配置数据进行更新，从而适配目标基站控制器的配置数据，在此基础上制作基站搬迁数据。本发明实施例提供的技术方案，减少了人工配置数据过程的复杂度，降低了制作配置数据时的出错率，提高了基站搬迁时配置数据的处理效率。

另外，值得说明的是，本发明实施例提供的技术方案，可以适用于各种通信系统。除了WCDMA系统外，还可以适用在其他系统中，比如长期演进系统(Long Term Evolution，简称LTE)、或全球移动通信系统(Global System forMobile Communications，简称GSM)等。在不同的系统中，控制基站的设备可能有不同的名称，比如WCDMA系统中是RNC，GSM(Global System for MobileCommunications，全球移动通讯系统)系统中为BSC(Base Station Controller，基站控制器)等。在本发明实施例的技术方案中，可以统称为基站控制器。下面的描述，主要以WDCMA系统为例进行说明，但不限于此。

本实施例将以基站控制器具体为WCDMA系统中RNC为例进行描述。具体的，以相同设备商、不同版本的RNC之间的基站搬迁场景为例，提供一种基站搬迁的方法，图3所示为该基站搬迁的示意图。

从图3可知，基站从其所属的设备商A的Version1的源RNC预搬迁到设备商A的Version2的目标RNC，其中，Version2的版本高于Version1的版本，并且设备商A的上层网管设备(或者数据配置工具)不支持不同版本Version1、Version2的RNC之间的基站搬迁，那么，在该场景下，本实施例提供的方法如图4所示，包括如下步骤：

步骤101，上层网管设备以基站搬迁的源RNC的配置数据为基础进行数据更新，更新后的源RNC的配置数据适配基站搬迁的目标RNC所支持的版本。

该源RNC在本实例中具体指Version1的源RNC。

具体地，该步骤101可以通过如下方式实现(方式一，借助实体RNC执行虚拟升级)：上次网管设备执行适配过程，对源RNC的配置数据进行更新，使该配置数据的版本类型适配目标RNC的版本类型。具体的步骤可以包括：借助一台设备商A的实体RNC，该实体RNC可以为未启用的空RNC，上层网管设备将正在运行的源RNC上的配置数据备份到该实体RNC上后，实体RNC对上述备份得到的Version1的配置数据进行升级，升级到目标RNC的Version2，该升级后的配置数据可以作为源RNC更新后的配置数据；或者，在将源RNC上的配置数据备份到实体RNC上后，再通过人工的方式使该实体RNC对上述备份得到的Version1的配置数据进行升级，使之升级到目标RNC的Version2，该升级后的配置数据可以作为源RNC更新后的配置数据。由于上述数据升级/适配/更新的过程并没有在源RNC上进行，而是为了便于基站搬迁而使配置数据在其它设备环境(比如，实体RNC)中进行的一种虚拟的更新，真正处于源RNC上配置数据并未被更新，所以对于源RNC而言，可以称为虚拟升级/适配/更新。

步骤101还可以为采用方式二(上层网管设备执行虚拟升级)：上层网管设备自身提供用于虚拟升级到设备商A Version2的信息。具体的步骤可以是：上层网管设备从正在运行的源RNC上获取Version1的配置数据并存储在该上层网管设备上。接着，上层网管设备可以将该Version1的配置数据虚拟升级到Version2的配置数据，将该Version2的配置数据作为适配目标RNC版本的源RNC更新后的配置数据，以方便后继的基站搬迁过程。

步骤102，上层网管设备获取更新后的配置数据；

具体地，结合步骤101中的两种方式，步骤102可以包括相应的执行方式。

如果步骤101采用的是方式一，则步骤102包括：上层网管设备从实体RNC上获取该Version2的配置数据，并将Version2的配置数据作为适配目标RNC的版本类型的源RNC更新后的配置数据；或者，

如果步骤101采用的是方式二，则步骤102包括：在上层网管设备通过升级用的信息将该Version1的配置数据虚拟升级到Version2的配置数据后，上层网管设备直接获取该适配目标RNC版本的源RNC更新后的配置数据。

步骤103，上层网管设备根据更新后的配置数据，制作源RNC上删除基站的配置数据，和/或，制作目标RNC上增加基站的配置数据。

如图3所示，经过虚拟升级，形成具有与目标RNC相同设备商A相同版本Version2的虚拟化的源RNC，此时，便可以按照同设备商同版本的基站搬迁过程获取用于源RNC和目标RNC基站搬迁的配置数据。

例如：因为基站预搬迁到目标RNC，即基站搬迁后，源RNC上应该存有搬迁基站的所有数据。因此，需要删除在源RNC上与搬迁基站相关的配置数据。该配置数据可以包含基站设备数据、基站传输数据和基站无线数据。上层网管设备执行基站搬迁过程，系统(比如网管)会根据源RNC更新后的配置数据自动产生源RNC上需要删除的搬迁基站的配置数据(比如：RemoveSite.TypeFile1)，并下发到源RNC执行，进而完成源RNC上搬迁基站的配置数据删除过程。

另一方面，基站搬迁后，目标RNC上应该增加搬迁基站的所有数据。因此在目标RNC上需要增加与搬迁基站相关的配置数据。该配置数据可以包含基站设备数据、基站传输数据和基站无线数据。上层网管设备执行基站搬迁过程，系统(比如网管)会根据源RNC更新后的配置数据自动产生需要在目标RNC上增加的配置数据(比如，AddSite.TypeFile1)，并下发到目标RNC执行，进而完成在目标RNC上搬迁基站配置数据的增加过程。

此外，在如图5所示的场景中，若存在第三方RNC(该第三方RNC在本实施例以及下述实施例中可以是指：其下挂基站所管理的服务小区的邻区关系会因待搬迁基站从源RNC搬迁到目标RNC后受到影响的RNC，即该第三方RNC的下挂基站与基站搬迁中的待搬迁基站存在相邻关系)时，设第三方RNC为设备商A的Version3，其中，Version2的版本高于Version1和Version3的版本，并且设备商A的上层网管设备(或者数据配置工具)不支持不同版本Version1、Version2和Version3的RNC之间的基站搬迁，那么，在该场景下，对于Version3的第三方RNC在本实施例的执行方法包括如下：

上层网管设备以基站搬迁的第三方RNC的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标RNC的版本。

具体地，上层网管设备对于该第三方RNC的具体执行过程与对上述Version1的源RNC的具体在执行过程相似，即：将该第三方RNC视为源RNC执行，采用借助一台实体RNC将Version3的第三方RNC的配置数据升级到Version2的更新后的配置数据的；或者，上层网管设备自身通过虚拟升级过程将Version3的第三方RNC的配置数据升级到Version2的第三方RNC的更新后的配置数据，具体过程在此不赘述。

接着，上层网管设备获取源RNC更新后配置数据，并根据更新后的配置数据，制作基站搬迁时需要在第三方RNC上调整相邻关系的配置数据。

具体地，在存在第三方RNC时，还需要调整第三方RNC关于搬迁基站的相邻关系。因此在第三方RNC上，与源RNC的搬迁基站相关的相邻关系需要删除，与目标RNC搬迁基站相关的相邻关系需要增加。上层网管设备执行基站搬迁过程，系统会根据第三方RNC更新后的配置数据自动产生第三方RNC上需要增加和删除相邻关系的配置数据(比如，AdjustRelation.TypeFile1)，将其一并下发到第三方RNC执行，进而完成了第三方RNC的搬迁基站的相邻关系调整过程。

在上层网管设备将基站搬迁时调整后的配置数据自动制作完毕后，可将调整后的配置数据下发到相应正在运行的源RNC、目标RNC以及第三方RNC。

此外，需要说明的是，在本实施例中步骤101是以源RNC及第三方RNC的版本低于目标RNC的版本前提进行描述的，实际上，源RNC和/或第三方RNC的版本也有可能是高于目标RNC的版本，此时则需要对低版本的目标RNC进行虚拟升级，升级到适配源RNC和/或第三方RNC的版本即可。方案也可以采用借助实体RNC执行虚拟升级，或上层网管设备执行虚拟升级的方法，其具体实施过程是所属领域技术人员根据上述步骤101的具体实施内容可以轻易推出的，在此不赘述。

本实施例提供的基站搬迁的方法通过采用将与目标基站控制器同设备商不同版本的源基站控制器的配置数据更新为与目标同设备商同版本的配置数据后，再制作基站搬迁的配置数据的技术手段，避免手工制作基站适配数据时复杂易出错的技术问题，满足多版本升级和多版本共存情况的基站搬迁场景。并且，可保证基站搬迁的配置数据制作的准确度和高效性，实现自动进行同设备商不同版本基站控制器之间的基站搬迁，提高了基站搬迁的效率。

本实施例将基站控制器是WCDMA系统中RNC为例进行描述，具体的，以不同设备商RNC之间的基站搬迁场景为例，提供一种基站搬迁的方法，图6所示为该基站搬迁的示意图。

从图6可知，第一基站从其所属的设备商A的源RNC预搬迁到设备商B的目标RNC，另一基站(第二基站)从其所属的设备商C的源RNC预搬迁到设备商B的目标RNC，该第一基站和该第二基站的第三方RNC为设备商D的RNC，并且源RNC、目标RNC以及第三方RNC的上层网管设备(或者数据配置工具)不支持不同设备商的RNC之间的基站搬迁，那么，在该场景下，本实施例提供的方法如图8所示，包括如下步骤：

在该上层网管设备上预先内置多个不同设备商之间用于数据转换的适配规则。在本实施例中，该适配规则包括：适配规则A-》B，用于将设备商A的配置数据转换并适配到设备商B所支持的更新后的配置数据；适配规则C-》B，用于将设备商C的配置数据转换并适配到设备商B所支持的更新后的配置数据的；适配规则D-》B，用于将设备商D的配置数据转换并适配到设备商B所支持的更新后的配置数据。

步骤201，上层网管设备以基站搬迁的源RNC的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标RNC的设备商类型；

该步骤201具体可以通过如下方式实现，如图9所示，包括：

步骤2011，该上层网管设备获取设备商A的源RNC的配置数据。

例如：设备商A的源RNC的配置数据是：VenderA_Data.FileType1，其中，FileTyype1表示配置数据的文件类型，该文件类型因设备商不同而不同，因此该文件类型可代表设备商类型。

因为该上层网管设备是源RNC的上级设备，所以上层网管设备可能已知源RNC的配置数据，此时该获取源RNC的配置数据的过程可以是上层网管设备直接利用已知的源RNC的配置数据，又或者是上层网管设备通过发送消息请求源RNC将其配置数据上报过来的方式等均可获取源RNC的配置数据。

步骤2012，上层网管设备根据设备商A的源RNC的设备商类型和设备商B的目标RNC的类型查找对应的适配规则，在本实施例中，该查找到的适配规则为A-》B。

步骤2013，上层网管设备根据查找到的适配规则A-》B将获取的配置数据进行数据映射，该数据映射后的配置数据为适配目标RNC的源RNC更新后的配置数据。

举例来说，设备商A的源RNC的配置数据为：VenderA_Data.FileType1，设备商B的目标RNC的配置数据为：VenderC_Data.FileType3，其中FileType3表示配置数据的文件类型，该文件类型因设备商不同而不同，因此该文件类型可代表设备商类型。如图10所示，根据适配规则A-》B，设备商A的源RNC的配置数据被虚拟为适配设备商B的目标RNC的源RNC的更新后的配置数据，即图10中的VenderC_Data.FileType3。

具体的适配过程，可参照图10，例如：设备商A的源RNC配置数据中配置参数Parameter1取值为100，设对应查到的适配规则中设备商A的Parameter1＝设备商B的Parameter1，根据该适配规则可将设备商A的源RNC的配置参数虚拟到设备商B的目标RNC的配置参数，设备商B的Parameter1取值也为100。其中，此类适配规则属于参数相同，且不同设备商的参数取值也相同。

又如：设备商A的源RNC配置数据中配置参数Parameter2取值为100，设对应查找到的适配规则中设备商A的Parameter2＝10+设备商B的Parameter2，根据该适配规则可将设备商A的源RNC的配置参数虚拟到设备商B的目标RNC的配置参数，设备商B的Parameter2取值为90。其中，此类适配规则属于参数相同，但不同设备商的算法不同，且不同设备商存在参数对应关系。

再如：设备商A的源RNC配置数据中配置参数Parameter3取值为4，设对应查找到的适配规则中设备商A的Parameter3＝log设备商B的Parameter4，根据该适配规则可将设备商A的源RNC的配置参数虚拟到设备商B的目标RNC的配置参数，设备商B的Parameter4取值为10000。其中，此类适配规则属于参数不同，但不同设备商间的参数存在对应关系。

需要说明的是：在将设备商A的源RNC的配置数据虚拟为适配设备商B的目标RNC的更新后的配置数据时，还需要考虑设备商A和设备商B之间的版本关系，因此适配规则中还考虑到了设备商A到设备商B的版本因素，以便于选择出合适的适配规则。即从不同版本的设备商A到设备商B使用一套适配规则，从而实现一次性完成转换过程。如10示意，可从框图中选择对应的转换关系。

同理，上层网管设备也可以根据适配规则C-》B将设备商C的源RNC的配置数据映射成适配目标RNC的更新后的配置数据。

步骤202，上层网管设备获取更新后的配置数据；

具体地，在上层网管设备将源RNC的配置数据进行数据映射后，即获取到了适配目标RNC的源RNC更新后的配置数据。

步骤203，上层网管设备根据更新后的配置数据，制作源基站控制器上删除基站的配置数据，和/或，制作目标基站控制器上增加基站的配置数据。

如图6方框内所示，现已虚拟出具有与目标RNC相同设备商B的源RNC更新后的配送数据，此时，便可以按照同设备的基站搬迁过程获取用于源RNC和目标RNC基站搬迁的配置数据。

具体地，该步骤203的具体实例可参考上述步骤103中的例子，在此不赘述。

在上层网管设备将源RNC、目标RNC基站搬迁的配置数据自动制作完毕后，可将配置数据对应通知正在运行的设备商A的源RNC、设备商C的源RNC，设备商B目标RNC以及设备商D的第三方RNC。

此外，参照图7所示，本发明实施了提供了一种包括设备商D的第三方RNC的场景中，在该场景中，源RNC、目标RNC以及第三方RNC的上层网管设备(或者数据配置工具)也均不支持不同设备商的RNC之间的基站搬迁，那么，在该场景下，本实施例提供的方法还包括如下：

上层网管设备以基站搬迁的第三方RNC的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标RNC的设备商类型。

具体执行方式可参照上述201，根据适配规则D-》B将设备商D的配置数据映射成适配目标RNC的第三方RNC更新后的配置数据。其中关于上层网管设备对于第三方RNC的配置数据的处理过程与源RNC相似，即将第三方RNC视为源RNC处理即可，具体过程在可参考步骤2011到2013，在此不赘述；

上层网管设备获取第三方RNC更新后配置数据。具体地，当上层网管设备将第三方RNC的配置数据进行数据映射后，上层网管设备便获得了第三方RNC更新后的配置数据。

接着，上层网管设备根据更新后的配置数据，制作基站搬迁时需要在第三方RNC上调整相邻关系的配置数据。

具体的制作基站搬迁时需要在第三方RNC上调整相邻关系的配置数据的过程可参照上述步骤103中的实例，在此不赘述。

本实施例提供的基站搬迁的方法通过内置多个不同设备商之间适配规则，并根据这些适配规则将基站控制器的配置数据更新到适配目标基站控制器设备商类型的技术手段，实现不同设备商的基站控制器之间数据的转换和适配，并且便于动态地增加数据转换的适配规则，灵活方便地实现多个设备商之间数据的转换的执行，实现了不同设备商的无线网络基站控制器之间基站搬迁的配置数据制作自动化，满足多设备商共存情况的基站搬迁场景，便于数据转换后自动制作基站搬迁的配置数据，准确性较高；特别当系统存在多个无线网络基站控制器或者邻近小区关系数量较大时，自动制作基站搬迁的配置数据的过程效率较高；并且，既可以多种基站搬迁场景同时执行，也可以单个基站搬迁场景单独执行，满足不同基站搬迁场景需求，使用灵活方便。

如图11所示，本实施例提供一种网管设备300，该网管设备可作为前述方法实施例中的上层网管设备使用。该上层网管设备300可以包括：控制单元31，获取单元32，制作单元33。

控制单元31，用于以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；获取单元32，用于获取控制单元更新后的配置数据；制作单元33，用于根据更新后的配置数据，制作源基站控制器上删除基站的配置数据，和/或，制作目标基站控制器上增加基站的配置数据。

上述控制单元31实际上可以理解为一种虚拟控制单元，因为该控制单元对配置数据的更新过程并非真的在源或第三方基站控制器上执行，而是为了便于基站搬迁而将源或第三方基站控制器上的配置数据在其它设备环境中进行的一种虚拟的更新，真正处于源或第三方基站控制器上配置数据并未被更新，所以对于源或第三方基站控制器而言，可以称为虚拟更新。

如图12所示，在本发明的另一个实施例中，控制单元31包括：备份模块311，第一升级模块312。其中，备份模块311，用于控制源基站控制器将其配置数据备份到实体基站控制器；第一升级模块312，用于控制实体基站控制器将其上的配置数据升级到与目标基站控制器相同的版本，升级后的配置数据为源基站控制器更新后的配置数据。

在其他的实施例中，控制单元31可以包括如下模块：第一获取模块313，第二升级模块314。其中，第一获取模块313，用于从源基站控制器上获取配置数据并存储；第二升级模块314，用于将配置数据升级到与目标基站控制器相同的版本，升级后的配置数据为源基站控制器更新后的配置数据。

另外，如图12所示，控制单元31还可以有另外的实现方式，包括：第二获取模块315，查找模块316，和映射模块317。

第二获取模块315，用于从源基站控制器获取配置数据；查找模块316，用于根据源基站控制器的设备商类型和目标基站控制器的设备商类型对应预设的不同设备商之间用于数据转换的适配规则；映射模块317，用于根据查找模块316查找到的适配规则将获取的配置数据进行数据映射，数据映射后的配置数据为源基站控制器更新后的配置数据。

可以理解的是，虽然在图12中示出控制单元31包括了诸多模块，实际上，控制单元31可以只包括备份模块311和第一升级模块312，也可以只包括第一获取模块313和第二升级模块314。或者，只包括获取模块315、查找模块316和映射模块317。当然，也可以包括“备份模块311+第一升级模块312”、“第一获取模块313+第二升级模块314”和“获取模块315、查找模块316和映射模块317”三者之间的其他组合形式。

此外，当存在第三方基站控制器时，本实施例中的控制单元31，还用于以基站搬迁的第三方基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器，其中，第三方基站控制器的下挂基站与基站搬迁中的待搬迁基站存在相邻关系。

获取单元32，还用于获取第三方基站控制器更新后配置数据；

制作单元33，还用于根据更新后的配置数据，制作基站搬迁时需要在第三方基站控制器上调整相邻关系的配置数据。

本实施例提供的网管设备无需升级老软件产品或者购置新软件产品，即可实现不同设备商之间RNC，以及相同设备商不同版本RNC之间基站搬迁的数据配置，可灵活快速支持多个设备商和多个版本的基站搬迁；无需手工配置基站搬迁的配置数据，提高数据配置的准确性，以及基站搬迁的效率。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台设备执行本发明各个实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

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

以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；

获取所述更新后的配置数据；

根据所述更新后的配置数据，制作所述源基站控制器上删除基站的配置数据，和/或，制作所述目标基站控制器上增加基站的配置数据。

2.根据权利要求1所述的方法，其特征在于，当基站搬迁的源基站控制器和目标基站控制器属于相同设备商类型但版本不同时，所述数据更新包括：

将所述源基站控制器的配置数据备份到实体基站控制器；

将所述实体基站控制器的配置数据升级到与目标基站控制器相同的版本，升级后的配置数据作为源基站控制器更新后的配置数据；

或者

从所述源基站控制器上获取配置数据并存储至网管设备；

将所述配置数据升级到与目标基站控制器相同的版本，升级后的配置数据作为源基站控制器更新后的配置数据。

3.根据权利要求1所述的方法，其特征在于，当基站搬迁的源基站控制器和目标基站控制器属于不同设备商类型时，所述数据更新包括：

从所述源基站控制器获取配置数据；

根据所述源基站控制器的设备商类型和目标基站控制器的设备商类型查找对应预设的不同设备商之间用于数据转换的适配规则；

根据所述查找到的适配规则将所述获取的配置数据进行数据映射，数据映射后的配置数据作为源基站控制器更新后的配置数据。

4.根据权利要求1至3中任意一项所述的方法，其特征在于，该方法还包括：

以基站搬迁的第三方基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器，其中，所述第三方基站控制器的下挂基站与基站搬迁中的待搬迁基站存在相邻关系；

获取所述更新后配置数据；

根据所述更新后的配置数据，制作基站搬迁时需要在所述第三方基站控制器上调整相邻关系的配置数据。

5.根据权利要求4所述的方法，其特征在于，

当基站搬迁的第三方基站控制器和目标基站控制器属于相同设备商类型但版本不同时，所述更新后的配置数据适配基站搬迁的目标基站控制器具体为：更新后的配置数据适配基站搬迁的目标基站控制器的版本；

或者

当基站搬迁的源基站控制器和目标基站控制器属于不同设备商类型时，所述更新后的配置数据适配基站搬迁的目标基站控制器具体为：更新后的配置数据适配基站搬迁的目标基站控制器的设备商类型。

6.一种网管设备，其特征在于，包括：

控制单元，用于以基站搬迁的源基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器；

获取单元，用于获取所述控制单元更新后的配置数据；

制作单元，用于根据所述更新后的配置数据，制作所述源基站控制器上删除基站的配置数据，和/或，制作所述目标基站控制器上增加基站的配置数据。

7.根据权利要求6所述的设备，其特征在于，所述控制单元包括：

备份模块，用于将所述源基站的配置数据备份到实体基站控制器；

第一升级模块，用于控制所述实体基站控制器将其上的配置数据升级到与目标基站控制器相同的版本，所述升级后的配置数据为源基站控制器更新后的配置数据。

8.根据权利要求6所述的设备，其特征在于，所述控制单元包括：

第一获取模块，用于从所述源基站控制器上获取配置数据并存储；

第二升级模块，用于将所述配置数据升级到与目标基站控制器相同的版本，升级后的配置数据为源基站控制器更新后的配置数据。

9.根据权利要求6所述的设备，其特征在于，所述控制单元包括：

第二获取模块，用于从所述源基站控制器获取配置数据；

查找模块，用于根据所述源基站控制器的设备商类型和目标基站控制器的设备商类型对应预设的不同设备商之间用于数据转换的适配规则；

映射模块，用于根据所述查找到的适配规则将所述获取的配置数据进行数据映射，数据映射后的配置数据为源基站控制器更新后的配置数据。

10.根据权利要求6至9中任意一项所述的设备，其特征在于，

所述控制单元，还用于以基站搬迁的第三方基站控制器的配置数据为基础进行数据更新，更新后的配置数据适配基站搬迁的目标基站控制器，其中，所述第三方基站控制器的下挂基站与基站搬迁中的待搬迁基站存在相邻关系。

所述获取单元，还用于获取所述第三方基站控制器更新后配置数据；

所述制作单元，还用于根据所述更新后的配置数据，制作基站搬迁时需要在所述第三方基站控制器上调整相邻关系的配置数据。

Images