CN105516063B - 一种异构网络中保持数据一致性的方法和用户数据中心 - Google Patents

Abstract

本申请公开了一种异构网络中保持数据一致性的方法，包括：在异构网络中设置用户数据中心UDC，与异构网络中的各个网元建立接口连接；当需要进行运营数据的配置或更新时，所述UDC对所述运营数据进行UDC自身的约束校验，并针对所述运营数据的分发规则确定所述运营数据的相关网元，按照确定的相关网元的网元内规则进行所述运营数据的校验；所述运营数据校验成功后，所述UDC将所述运营数据的配置或更新命令适配成所述运营数据的相关网元识别的配置命令，并发送给所述相关网元，进行所述运营数据的配置或更新。应用本申请，能够在网络建成后高效及时地保证运营数据的一致性。

Description

一种异构网络中保持数据一致性的方法和用户数据中心

技术领域

本申请涉及异构通信网络技术，特别涉及一种异构网络中保持数据一致性的方法和用户数据中心。

背景技术

异构网络(Heterogeneous Network)由多个不同的网络硬件设备组成，大部分情况下运行在不同的协议上支持不同的功能或应用，是目前最常见的一种网络类型。

异构通信网络通过系统间融合的方式，多系统之间取长补短，是满足未来通信网络业务需求的一种有效手段，能够综合发挥各自的优势。例如一个无线宽带集群通信系统，就是由多个核心网、调度机、加密中心等硬件设备构成。

为了让这些不同的设备协同工作，必须对这些设备进行必要的配置，且需要保证所有设备的配置一致，不能发生设备间配置数据的冲突。需要保持一致的配置数据主要包括两类：开局规划数据和运营数据。开局规划数据一般是在开局时一次性配置的，数据一致性较为容易保证，而运营数据是在运营过程中不断配置的，保证数据一致性的复杂度较高。

目前异构网络中多个设备间运营数据的一致性保证主要是靠人工实现的，有时会有辅助工具降低人工操作的复杂度。

但是，人工保证运营数据一致性，对人的操作要求较高，易于出现不一致问题，且出现问题后较难排查。辅助工具保证运营数据一致性的方式，属于事后补救型的方案，易用性和及时性差。

发明内容

本申请提供一种异构网络中保持数据一致性的方法，能够在网络建成后高效及时地保证运营数据的一致性。

为实现上述目的，本申请采用如下的技术方案：

一种异构网络中保持数据一致性的方法，包括：

在异构网络中设置用户数据中心UDC，与异构网络中的各个网元建立接口连接；

当需要进行运营数据的配置或更新时，所述UDC对所述运营数据进行UDC自身的约束校验，并针对所述运营数据的分发规则确定所述运营数据的相关网元，按照确定的相关网元的网元内规则进行所述运营数据的校验；

所述运营数据校验成功后，所述UDC将所述运营数据的配置或更新命令适配成所述运营数据的相关网元识别的配置命令，并发送给所述相关网元，进行所述运营数据的配置或更新。

较佳地，若所述运营数据校验失败，则该方法进一步包括：所述UDC标记本次运营数据配置失败，将所有相关数据恢复到配置前的状态。

较佳地，该方法进一步包括：对应每个网元，UDC和相应网元各自维护一个同步号，每次运营数据配置或更新成功后，将该运营数据的相关网元和UDC中的对应同步号执行相同的更新操作；

所述UDC定时与各个网元进行同步状态核查，当发现UDC和网元间的同步号不一致时，所述UDC发出告警。

较佳地，该方法进一步包括：所述UDC对各个网元进行数据全同步，并下发唯一标识所述数据全同步的UpdateID；

所述UDC定时与各个网元进行同步状态核查，当发现UDC和网元间的UpdateID不一致时，所述UDC发出告警。

较佳地，当所述运营数据的配置或更新失败时，所述UDC将失败的配置或更新指令计入指令队列，等待重新配置或更新。

一种用户数据中心，包括：校验单元、适配单元和接口单元；

所述校验单元，用于当需要进行运营数据的配置或更新时，对所述运营数据进行UDC自身的约束校验，并针对所述运营数据的分发规则确定所述运营数据的相关网元，按照确定的相关网元的网元内规则进行所述运营数据的校验；

所述适配单元，用于在所述校验单元对所述运营数据校验成功后，将所述运营数据的配置或更新命令适配成所述运营数据的相关网元识别的配置命令；

所述接口单元，用于与异构网络中的其他网页建立接口连接，并将适配后的配置命令发送给所述相关网元，进行所述运营数据的配置或更新。

较佳地，该用户数据中心还包括同步号维持单元和同步状态核查单元；

所述同步号维持单元，用于对应每个网元，在自身维护一个同步号，每次运营数据配置或更新成功后，将与所述运营数据的相关网元对应的同步号执行更新操作；

所述同步状态核查单元，用于定时进行与各个网元之间的同步状态核查，当发现所述同步号维持单元中与一网元对应的同步号与该网元自身保持的同步号不一致时，发出告警。

由上述技术方案可见，本申请中，在异构网络中设置用户数据中心UDC，与异构网络中的各个网元建立接口连接；当需要进行运营数据的配置或更新时，UDC对运营数据进行两级校验；在运营数据校验成功后，UDC将运营数据的配置或更新命令适配成相关网元识别的配置命令，并发送给相关网元，进行运营数据的配置或更新。通过上述处理，能够在网络建成后高效及时地保证运营数据的一致性。

附图说明

图1为增加UDC后的异构网络系统的基本结构示意图；

图2为本申请中保持数据一致性方法的基本流程示意图；

图3为本申请中用户数据中心的基本结构示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

在本申请中，在异构网络系统中新设置一个用户数据中心(UDC)，该UDC可部署在服务器或普通PC机上，负责全网运营数据的管理。在UDC与异构网络涉及运营数据配置和更新的各个网元间建立接口连接，可以用于数据传输。具体地，增加UDC后的异构网络系统的基本结构示意图如图1。其中，UDC可以设置在服务器或电脑上。

图2为引入UDC后本申请中保持数据一致性方法的基本流程示意图。如图2所示，该方法包括：

步骤201，当需要进行运营数据配置和更新时，UDC对运营数据进行UDC自身的校验。

当需要进行运营数据配置和更新时，UDC需要对配置和更新的运营数据进行校验。其中，对于运营数据的校验包括两种：按UDC自身的规则校验，按相关网元的规则进行校验。

本步骤中，UDC对数据进行UDC自身的约束校验，UDC自身的约束校验指符合UDC内对于数据的要求，例如：UDC的管理规格、号码全局唯一性校验等。

步骤202，UDC确定运营数据的相关网元，并进行相关网元内的规则校验。

UDC根据分发规则确定运营数据相关的网元，并针对该网元对运营数据进行网元内规则校验，例如：网元的管理规格、网元内对象关联关系等。

在上述步骤201和202中，UDC自身的约束校验和网元内规则校验都是在UDC内完成，任何一级校验不通过，则本次配置失败，所有运营数据恢复到配置前状态，从而保证数据的正确性、完整性和一致性。当UDC自身的约束校验和网元内规则校验都成功后，继续执行步骤203。

上述步骤201和202的操作可以同时进行，或以任意先后顺序执行。

步骤203，UDC将运营数据的配置或更新命令适配成相关网元识别的配置命令，并发送给对应网元，用于运营数据的配置和更新。

UDC中最初的运营数据配置或更新命令可能与网元内的配置命令形式不同，在步骤202所确定出的相关网元的基础上，本步骤中将配置或更新命令适配成相关网元能够识别的配置命令，发送给对应网元；这样，网元接收到能够识别的配置命令，可以进行运营数据的配置和更新。

至此，本申请中保持运营数据一致性的基本方法流程结束。在上述流程中，一方面对运营数据进行必要的校验，另一方面能够对运营数据的配置和更新命令进行适配，从而使相应网元能够方便地实现对运营数据的配置和更新。

在上述基本流程的基础上，还可以通过如下进一步的处理进行方法的优化：

1、可以针对某网元A，在网元A和UDC各自维护一个同步号，每次与网元A相关的运营数据进行配置或更新成功后，网元A和UDC都更新相应的同步号，具体更新操作保持一致，例如，可以将同步号都进行加1或减1的操作。如果配置或更新操作没有成功，则不需要更新同步号。UDC可以定时与网元A间进行同步状态核查，如果发现UDC和网元A间的同步号不匹配，则UDC发出告警，提示同步号不匹配，需要维护人员干预。对于上述处理，UDC可以与异构网络中的每个网元进行上述同步号维持和更新操作。

2、对于每次没有执行成功的配置或更新操作，UDC可以将相应的命令计入命令队列，等待重新配置或更新，以便后续重试下发该配置或更新命令。

3、UDC可以对所有网元进行数据全同步，每次进行数据全同步后，会向全同步的各个网元下发一个UpdateID，唯一标识本次全同步。在UDC于网元间的同步状态核查中，如果发现UDC或任一网元的UpdateID与其他网元不匹配，则UDC发出告警，提示UpdateID不匹配，需要维护人员干预。

上述三种额外的处理可以选择其中部分执行，或者也可以都执行。在UDC于网元间的同步状态核查中，如果业务网元设备串号等标识不匹配时，UDC也可以发出告警。

上述即为本申请中保持数据一致性方法的具体实现。本申请还提供了一种用户数据中心，图3为该用户数据中心的基本结构示意图。如图3所示，该用户数据中心包括：校验单元、适配单元和接口单元。

其中，校验单元，用于当需要进行运营数据的配置或更新时，对运营数据进行UDC自身的约束校验，并针对运营数据的分发规则确定运营数据的相关网元，按照确定的相关网元的网元内规则进行运营数据的校验。

适配单元，用于在校验单元对运营数据校验成功后，将运营数据的配置或更新命令适配成运营数据的相关网元识别的配置命令。

接口单元，用于与异构网络中的其他网页建立接口连接，并将适配后的配置命令发送给相关网元，进行运营数据的配置或更新。

在上述基本结构的基础上，还可以在用户数据中心中进一步包括同步号维持单元和同步状态核查单元。

其中，同步号维持单元，用于对应每个网元，在自身维护一个同步号，每次运营数据配置或更新成功后，将与运营数据的相关网元对应的同步号执行更新操作。同步状态核查单元，用于定时进行与各个网元之间的同步状态核查，当发现同步号维持单元中与一网元对应的同步号与该网元自身保持的同步号不一致时，发出告警。

上述即为本申请中保持数据一致性方法和用户数据中心的具体实现。由上述内容可见，本申请中，部署集中用户数据中心负责全局运营数据的管理，通过两级业务校验、数据库事务机制维护全局运营数据的一致性。具体地，通过UDC的两级校验，可在UDC系统内保证全网数据一致，及时检查配置数据一致性，大大降低运营数据配置的复杂度；进一步优选地，还可以通过业务网元的同步号机制，确保设备未发生重大变化的情况下运营数据与UDC数据保证一致。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (7)

1.一种异构网络中保持数据一致性的方法，其特征在于，包括：

在异构网络中设置一个用户数据中心UDC，与异构网络中的各个网元建立接口连接；

当需要进行运营数据的配置或更新时，所述UDC对所述运营数据进行UDC自身的约束校验，并针对所述运营数据的分发规则确定所述运营数据的相关网元，按照确定的相关网元的网元内规则进行所述运营数据的校验；

所述运营数据校验成功后，所述UDC将所述运营数据的配置或更新命令适配成所述运营数据的相关网元识别的配置命令，并发送给所述相关网元，进行所述运营数据的配置或更新。

2.根据权利要求1所述的方法，其特征在于，若所述运营数据校验失败，则该方法进一步包括：所述UDC标记本次运营数据配置失败，将所有相关数据恢复到配置前的状态。

3.根据权利要求1所述的方法，其特征在于，该方法进一步包括：对应每个网元，UDC和相应网元各自维护一个同步号，每次运营数据配置或更新成功后，将该运营数据的相关网元和UDC中的对应同步号执行相同的更新操作；

所述UDC定时与各个网元进行同步状态核查，当发现UDC和网元间的同步号不一致时，所述UDC发出告警。

4.根据权利要求1所述的方法，其特征在于，该方法进一步包括：所述UDC对各个网元进行数据全同步，并下发唯一标识所述数据全同步的UpdateID；

所述UDC定时与各个网元进行同步状态核查，当发现UDC和网元间的UpdateID不一致时，所述UDC发出告警。

5.根据权利要求1所述的方法，其特征在于，当所述运营数据的配置或更新失败时，所述UDC将失败的配置或更新指令计入指令队列，等待重新配置或更新。

6.一种用户数据中心，包括：校验单元、适配单元和接口单元；

所述校验单元，用于当需要进行运营数据的配置或更新时，对所述运营数据进行UDC自身的约束校验，并针对所述运营数据的分发规则确定所述运营数据的相关网元，按照确定的相关网元的网元内规则进行所述运营数据的校验；

所述适配单元，用于在所述校验单元对所述运营数据校验成功后，将所述运营数据的配置或更新命令适配成所述运营数据的相关网元识别的配置命令；

所述接口单元，用于与异构网络中的其他网页建立接口连接，并将适配后的配置命令发送给所述相关网元，进行所述运营数据的配置或更新。

7.根据权利要求6所述的用户数据中心，其特征在于，该用户数据中心还包括同步号维持单元和同步状态核查单元；

所述同步号维持单元，用于对应每个网元，在自身维护一个同步号，每次运营数据配置或更新成功后，将与所述运营数据的相关网元对应的同步号执行更新操作；

所述同步状态核查单元，用于定时进行与各个网元之间的同步状态核查，当发现所述同步号维持单元中与一网元对应的同步号与该网元自身保持的同步号不一致时，发出告警。