CN101345648B

CN101345648B - 数据不一致的解决方法

Info

Publication number: CN101345648B
Application number: CN2007101284570A
Authority: CN
Inventors: 方亚东
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-07-12
Filing date: 2007-07-12
Publication date: 2011-01-19
Anticipated expiration: 2027-07-12
Also published as: CN101345648A

Abstract

本发明公开了一种数据不一致的解决方法，包括：步骤S102，本地管理工具接入网元，修改网元的数据，响应于本地管理工具对数据的修改，网元对其中的数据修改标志位进行置位，其中，数据修改标志位用于标识数据是否被修改；以及步骤S104，网元根据数据修改标志位是否被置位判断数据是否被修改，并将数据被修改通知接入网元的集中网管。通过使用本发明，可以使在多种网管修改和配置网元数据的情况下，用户和网管系统可以在第一时间发现数据的不一致性，并且快速解决数据的不一致性，从而避免了因为数据不一致而造成的网元和网管数据混乱。

Description

数据不一致的解决方法

技术领域

本发明涉及通信领域，并且特别地，涉及一种数据不一致的解决方法。

背景技术

在通讯领域，网元设备的操作维护管理往往需要多个本地管理工具和集中网管同时存在，由于两者的定位不同，因此其设计方式和功能实现方式也有所区别。

本地管理工具重点在于能够快速解决单网元的问题，可以运行在一台笔记本或者台式机上，安装并使用方便快捷，适合工程人员在本地直接接入网元快速定位和解决问题，由于其功能定位的原因，本地管理工具的设计架构往往比较简单，不需要和网元处于常链接状态，因此往往不做数据的持久化保存，其重点在于在线接入网元并可以快速查看网元的实时状态，并且可以方便快捷的地进行数据调整或者问题跟踪。

集中网管需要同时管理大量的网元，因此要求其功能足够强大，并且对于网元往往处于常链接状态，因此需要保存大量数据如配置、告警、和日志等以供查询和回溯。由于对其性能要求很高，所以往往采用C/S架构，并配有专用数据库来保存数据。

由于两种网管同时存在，且因为两者的功能定位不同，所以难以公用一个数据库，因此不可避免地存在数据一致性的问题。

目前，在网元和网管的数据一致性检查方面已经提出了多种技术，然而这些技术均专注于单网管与网元之间两套数据的比较检查以判断这两套数据是否一致，并不能解决多网管导致的数据不一致性的问题。

发明内容

考虑到上述问题而做出本发明，为此，本发明的主要目的在于提供一种数据不一致的解决方法，其可以解决多网管情况下数据不一致的问题，使得网元在多种网管进行数据修改和配置的情况下，用户和网管系统可以在第一时间发现数据的不一致性，并且快速解决数据的不一致性，从而避免了因为数据不一致而造成的网元和网管数据混乱。

该方法包括：步骤S102，本地管理工具接入网元，修改网元的数据，响应于本地管理工具对数据的修改，网元对其中的数据修改标志位进行置位，其中，数据修改标志位用于标识数据是否被修改；以及步骤S104，网元根据数据修改标志位是否被置位判断数据是否被修改，并将数据被修改通知接入网元的集中网管。

其中，当集中网管在本地管理工具修改数据之后接入网元时，步骤S104进一步包括以下处理：集中网管向网元发送接入请求；当网元允许集中网管接入时，网元向集中网管返回接入请求响应，并通过响应将数据被修改通知集中网管；以及当网元不允许集中网管接入时，网元向集中网管返回拒绝接入消息，其中，拒绝接入消息中携带拒绝原因。

并且，如果网元的数据未被修改，则网元通过响应将数据未被修改通知集中网管。

另一方面，在本地管理工具与集中网管均已经接入网元的情况下，如果本地管理工具修改网元的数据，则网元对数据修改标志位进行置位，并将网元的数据被修改通知集中网管。

此外，在该方法中，在本地管理工具修改数据时，网元记录数据中被修改的内容。并且，在本地管理工具修改数据的情况下，进一步包括：在用户的控制下或自动执行正向同步数据或反向同步数据。

通过本发明的上述技术方案，可以使在多种网管修改和配置网元数据的情况下，用户和网管系统可以在第一时间发现数据的不一致性，并且快速解决数据的不一致性，从而避免了因为数据不一致而造成的网元和网管数据混乱。

附图说明

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

图1是根据本发明实施例的数据不一致的解决方法的流程图；

图2是根据本发明实施例的数据不一致的解决方法中本地管理工具修改网元数据的信令流程图；以及

图3是根据本发明实施例的数据不一致的解决方法的详细处理过程的流程图。

具体实施方式

在本实施例中，提供了一种解决多网管情况下数据库不一致性的办法。在该方法中，需要网元设置一个标志位，记录本地管理工具对网元的数据修改状态，当本地管理工具在线修改数据时，网元将标志位置位，并且记录具体的被修改参数。下面将详细描述该方法。

如图1所示，根据本实施例的数据不一致的解决方法包括：步骤S102，本地管理工具接入网元(基站)，修改网元的数据，响应于本地管理工具对数据的修改，网元对其中的数据修改标志位进行置位，其中，数据修改标志位用于标识数据是否被修改；以及步骤S104，网元根据数据修改标志位是否被置位判断数据是否被修改，并将数据被修改通知接入网元的集中网管。

图2示出了本地管理工具修改网元数据时处理的的信令流程。如图2所示，在本地管理工具修改网元数据时，网元可以记录数据中被修改的具体内容，以供之后查看。

这里，存在两种情况：第一种是集中网管和本地管理工具同时处于对网元的接入状态，第二种是本地管理工具先接入网元并修改数据，之后集中网管接入。

其中，对于第一种情况，当集中网管在本地管理工具修改数据之后接入网元时，上述步骤S104可以进一步包括以下处理：集中网管向网元发送接入请求；当网元允许集中网管接入时，网元向集中网管返回接入请求响应，并通过响应将数据被修改通知集中网管，并且集中网管可以查看具体的数据修改记录；以及当网元不允许集中网管接入时，网元向集中网管返回拒绝接入消息，其中，拒绝接入消息中携带拒绝原因。

另一方面，在本地管理工具与集中网管均已经接入网元的情况下，如果本地管理工具修改网元的数据，则网元对数据修改标志位进行置位；并触发网元和集中网管约定的通知上报消息，将数据修改标志位上报给集中网管，即，将网元的数据被修改通知集中网管。

其中，因为本地管理工具往往不持久化数据，而是仅获取实时数据，因此这种本地管理工具在和集中网管同时接入时，集中网管修改数据后，本地管理工具可以采用断开和网元连接再次接入的方式；而对于持久化数据的本地管理工具，则可以采用集中网管修改数据后设置标志位并同步修改的方式，即，两个网管对数据的修改在网元上的处理方式同等，仅需网元和网管的同步方式同等即可。

之后，如果网管与网元的数据存在不一致，将执行正向同步和反向同步。其中，正向同步是指将网管数据下载到网元，并使用网管数据覆盖网元数据，达到网管和网元数据的最终一致；反向同步是指将网元数据上载到网管，并使用网元数据覆盖网管数据，达到网管和网元数据的最终一致。

并且可以由用户决定是否从网元反向同步数据使得数据一致或者自动同步数据，或者不同步数据。也可以选择正向同步即将集中网管数据重新下载给网元。

此外，在反向同步失败的情况下，系统获取反向同步失败的原因，如果是网元侧上载失败，则由网元侧返回同步失败消息，并在消息中带有失败原因，并由集中网管对其进行界面化以提示用户；如果是集中网管侧FTP(文件传输协议)设置存在问题或者其他原因，则由集中网管提取失败原因，并提示用户。

在网元掉电重启或复位的情况下，网元将数据修改标志和修改记录做持久化保存，使其不受网元掉电重启或者复位的影响。

图3示出了上述处理的详细处理过程，其描述同上，这里不再重复。

下面将以WCDMA(宽带码分多址接入)无线基站多网管情况为例详细描述本发明的实施例，由于多网管同时接入和集中网管后接入的区别就在于数据修改标志的上报方式不同，因此这里仅选择集中网管后接入的情况进行说明。

其具体包括以下处理：

(1)本地管理工具接入基站(网元)，获取基站当前配置数据；

(2)本地管理工具根据需求修改配置数据，将本地小区2的小区ID由2改为4；

(3)基站检查数据修改标志位是否置位，如果已经置位，则保持置位；如果未置位，则将数据修改标志置位；之后，增加一条修改记录，即，说明本地小区2的小区ID由2改为4。

(4)集中网管接入网元，发送接入请求给基站，基站检测是否允许接入，如果允许接入，则将数据修改标志位随允许接入响应消息带回给集中网管。这里，基站是否允许网管接入的判断条件包括基站当时的运行状态、权限鉴定等，例如，基站在业务忙无暇处理网管接入后续请求时，返回“基站busy”给网管，提示稍后接入。

(5)集中网管收到允许接入响应消息后，获取数据修改标志，判断标志位是否置位；

(6)如果发现标志位置位，则检测系统是否要求自动反向同步，如果要求自动反向同步，则启动数据反向同步流程，将网元数据上载到集中网管并解析为集中网管的数据入数据库；

(7)如果发现数据修改标志位已经置位，系统不要求自动反向同步，则通过界面提示用户网元数据和集中网管数据库数据可能存在不一致性。可选地，界面呈现给用户可选项可以包括：(a)立即反向同步、(b)查看详细修改内容、(c)不进行反向同步，保持现状、(d)进行正向同步(用集中网管数据库数据覆盖网元数据)；

(8)如果选择立即反向同步或者正向同步，则在成功后，发送数据标志位清零请求给基站；

(9)基站收到数据标志位清零请求，将标志位清零，并清除数据修改纪录的内容；

(10)提供数据修改标志位的查询功能，用户可以随时查询集中网管和网元数据是否一致。

本发明不仅适用WCDMA基站系统，也适合其他通信体制的无线通信基站系统，例如，WiMAX、TD-SCDMA、CDMA、GSM等系统。综上所述，借助于本发明的技术方案，可以使在多种网管修改和配置网元数据的情况下，用户和网管系统可以在第一时间发现数据的不一致性，并且快速解决数据的不一致性，从而避免了因为数据不一致而造成的网元和网管数据混乱。

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

Claims

1.一种数据不一致的解决方法，其特征在于，包括：

步骤S102，本地管理工具接入网元，修改所述网元的数据，响应于所述本地管理工具对所述数据的修改，所述网元对其中的数据修改标志位进行置位，其中，所述数据修改标志位用于标识所述数据是否被修改；以及

步骤S104，所述网元根据所述数据修改标志位是否被置位判断所述数据是否被修改，并将所述数据被修改通知接入所述网元的集中网管；在所述本地管理工具修改所述数据的情况下，在用户的控制下或自动执行正向同步数据或反向同步数据。

2.根据权利要求1所述的数据不一致的解决方法，其特征在于，当所述集中网管在所述本地管理工具修改所述数据之后接入所述网元时，所述步骤S104进一步包括以下处理：

所述集中网管向所述网元发送接入请求；

当所述网元允许所述集中网管接入时，所述网元向所述集中网管返回接入请求响应，并通过所述响应将所述数据被修改通知所述集中网管；以及

当所述网元不允许所述集中网管接入时，所述网元向所述集中网管返回拒绝接入消息，其中，所述拒绝接入消息中携带拒绝原因。

3.根据权利要求2所述的数据不一致的解决方法，其特征在于，如果所述网元的数据未被修改，则所述网元通过所述响应将所述数据未被修改通知所述集中网管。

4.根据权利要求1所述的数据不一致的解决方法，其特征在于，在所述本地管理工具与所述集中网管均已经接入所述网元的情况下，如果所述本地管理工具修改所述网元的数据，则所述网元对所述数据修改标志位进行置位，并将所述网元的数据被修改通知所述集中网管。

5.根据权利要求1至4中任一项所述的数据不一致的解决方法，其特征在于，在所述本地管理工具修改所述数据时，所述网元记录所述数据中被修改的内容。