CN101159973A

CN101159973A - 一种多用户配置网元数据的冲突规避方法

Info

Publication number: CN101159973A
Application number: CNA2007101244234A
Authority: CN
Inventors: 陈世雄; 王健雄; 潘峰; 龚伟超; 谭志国; 冯锡; 赖祖红; 赵晶
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-11-09
Filing date: 2007-11-09
Publication date: 2008-04-09
Anticipated expiration: 2027-11-09
Also published as: CN100589652C

Abstract

本发明公开了一种多用户配置网元数据的冲突规避方法，用户发起数据配置命令后，系统确定配置命令对应的各个数据类；然后，系统判断所述各个数据类是否均未被锁定，若所述各个数据类均未被锁定，则系统锁定所述各个数据类后执行配置命令；否则，系统拒绝执行配置命令。本发明所述技术方案有效地规避了多用户进行网元数据配置时的冲突。

Description

一种多用户配置网元数据的冲突规避方法

技术领域

本发明涉及一种冲突规避方法，尤其是一种多用户配置网元数据的冲突规避方法。

背景技术

当多个用户对移动通信系统的网元数据进行配置时，系统没有冲突检查，如此便可能存在多个用户同时修改同类数据的情况，容易引起冲突；而当一个用户做传送操作时，可能把其他用户尚未完成的配置数据传送到前台，这两种情况的发生都会导致数据的安全问题，引发业务的异常。

目前，为解决上述问题，通常采取下述两种方法：第一种方法，将数据按功能分块，用户可以对某功能块数据进行修改，对某功能块数据进行传送；第二种方法，将数据进行细分类，将无引用关系的纯被引用数据定为根数据，其它的数据定为非根数据，查找出全部根数据后，整理出非根数据与根数据的关系后，按根数据给用户授权；用户只有具备根数据的权限，才能修改非根数据，若非根数据引用到的根数据对用户没有授权，则用户不能操作该非根数据。然而，第一种方法中，对数据按不同功能块分别进行处理，涉及到数据块间的引用问题，若处理不当，会导致数据不一致带来的隐患。而第二种方法中，按根数据来给用户授权，一方面违背了开闭原则，影响了代码的稳定性，使得以后系统只要有新增加的表就会影响到鉴权相关的功能；另一方面用户也需要关注表的变化，使得用户授权变成了很麻烦的事情，用户需要去理解太多本不应该他们理解的概念与表名；最后，系统中存在的表与内部实现相关，这样的做法会暴露产品的内部机密。

发明内容

本发明要解决的技术问题是提供一种在多用户配置网元数据时，有效实现冲突规避的多用户配置网元数据的冲突规避方法。

本发明解决其技术问题所采用的技术方案是：

一种多用户配置网元数据的冲突规避方法，包括以下步骤：

a、用户发起数据配置命令，系统确定所述配置命令对应的各个数据类；

b、所述系统判断所述各个数据类是否均未被锁定，若所述各个数据类均未被锁定，则所述系统锁定所述各个数据类后执行所述配置命令；否则，所述系统拒绝执行所述配置命令。

上述方案中，所述各个数据类被锁定后，若所述配置命令执行失败，则所述系统解除所述各个数据类的锁定；若所述配置命令执行成功，则将配置后的数据传输到前台后，所述系统自动解除所述各个数据类的锁定。

上述方案中，所述步骤b中，所述系统检测存储的锁定表判断所述各个数据类是否均未被锁定。

上述方案中，若所述系统锁定所述各个数据类，则所述系统还将所述各个数据类的锁定信息添加到所述锁定表中；若所述系统解除所述各个数据类的锁定，则所述系统还将从所述锁定表中删除所述各个数据类的锁定信息。

上述方案中，若所述系统判断所述各个数据类均未被锁定，则在锁定所述各个数据类前备份将进行配置的数据。

上述方案中，所述步骤a中，所述系统首先根据所述配置命令确定其对应的网元，然后，根据所述网元的数据类与配置命令的对应关系确定所述配置命令对应的各个数据类。

上述方案中，所述网元的数据类是根据所述网元的配置功能划分的。

上述方案中，所述步骤a与所述步骤b之间还包括以下步骤：所述系统判断所述用户是否拥有对所述各个数据类的配置权限，若所述用户拥有权限，则进入所述步骤b，否则，所述系统直接拒绝所述配置命令。

本发明的有益效果主要表现在：本发明提供的技术方案按照业界公开的配置功能集合对网元数据进行分类，用户通过争用的方式锁定配置命令对应的各个数据类，以获得对各个数据类中的数据的配置权限；只有当各个数据类的锁定被解除后，其它用户才能对所述各个数据类中的数据进行操作；通过这样的方式，就有效地规避了多用户进行网元数据配置时的冲突。

附图说明

图1为本发明多用户配置网元数据的冲突规避方法流程图；

图2为本发明一实施例的流程图。

具体实施方式

参照图1，一种多用户配置网元数据的冲突规避方法，包括以下步骤：

步骤101：用户发起数据配置命令，系统确定配置命令对应的各个数据类；

步骤102：系统判断所述各个数据类是否均未被锁定，若所述各个数据类均未被锁定，则系统锁定所述各个数据类后执行配置命令；否则，系统拒绝执行配置命令。

下面以MSCS(Mobile Switch Center Server，移动交换中心服务器)网元为例，对本发明作进一步的描述。

根据MSCS网元的配置功能，其数据可分为以下数据类：呼叫号码分析类(含特服号码)，GT(Global Title，全球寻址码)号码类，移动号码分析类，黑白名单，接入配置(小区等)，中继配置，欺诈检测类，公共配置(含物理、信令等所有其他配置项)，非传送配置(这部分不传送到前台，不做锁定控制)。

物理、资源类数据归入“公共配置”属于基础性配置；接入配置、中继配置也属于基础性配置。

上述各数据类是并列独立的，各自的锁定申请、释放互不相干。由于局数据引用“公共配置”部分配置项，因此要求“公共配置”做删除动作时，如果配置项跟局数据有引用关系，比如局向、路由链，必须检查是否已经被局数据引用，如果引用则不能删除。“公共配置”被锁定时其他各分类配置也被锁定，直到“公共配置”解除锁定。

确定了数据类后，就确定了锁定数据类的锁类。表1为MSCS网元数据类被锁定时，各数据类对应的锁类。

Netype	Locknumber	Lockname	Lockname(英文脚本)
Netype	Locknumber	Lockname	Lockname(英文脚本)	32	1	呼叫号码分析	Call Number Analysis
32	2	GT号码	GT Number	32	1	呼叫号码分析	Call Number Analysis
32	2	GT号码	GT Number	32	3	移动号码分析	Mobile Number Analysis
32	4	黑白名单	Blacklist/WhitelistAnalysis	32	3	移动号码分析	Mobile Number Analysis
32	4	黑白名单	Blacklist/WhitelistAnalysis	32	5	接入配置	Access Configuration
32	6	中继配置	Trunk Management	32	5	接入配置	Access Configuration
32	6	中继配置	Trunk Management	32	1000	公共配置	Common Configuration

表1

表1中，Netype字段表示网元类型，目前支持的网元类型如下：16为MGW(Media Gateway，媒体网关)；32为MSCS；1024为CG(ChargingGateway，计费网关)；

Locknumber字段表示锁编号，锁编号是锁的全局唯一编号，整个系统按网元分类后统一编号，目前，1-1000为MSCS的编号，1001-2000为MGW的编号；2001-3000为CG的编号；

Lockname字段表示锁名称，对应各个不同的数据类。

确定了锁类就可以确定锁类、配置命令与数据表之间的对应关系。一个配置命令可以操作多个数据表，这些数据表可以不在同一个数据分类中，因此一次操作有可能需要锁定多个数据类。例如：ADD MSCCFG(新增本局移动数据)命令操作的数据表分别为CN_R_MSCCFG和CN_R_TEMPLETDAS，两表分别对应公共配置和呼叫号码分析类，因此执行ADD MSCCFG时必须锁定公共配置和呼叫号码分析类。

配置命令采用MML(Man Machine Language，人机语言)命令码规划，前3位用于区别网元的类型，次2位用于定义数据类，因此，用户提交MML命令时，系统首先根据配置命令确定其对应的网元，然后，根据网元的数据类与配置命令的对应关系即可确定该配置命令对应的各个数据类，从而确定了相应的操作。

表2显示了MSCS网元部分锁类、配置命令及数据表之间的对应关系。

Locknumber	MmlCode	Tablename_b	Tablename_f
Locknumber	MmlCode	Tablename_b	Tablename_f	1	1302000	CN_R_ENTR	NULL
1	1302001	CN_R_ENTR	NULL	1	1302000	CN_R_ENTR	NULL
1	1302001	CN_R_ENTR	NULL	1	1302002	CN_R_ENTR	NULL
1	1302020	CN_R_DNALINFO	R_DNALINFO	1	1302002	CN_R_ENTR	NULL
1	1302020	CN_R_DNALINFO	R_DNALINFO	1	1302020	CN_R_DNAL	NULL
1	1302020	CN_R_DNALTREE	R_DNALTREE	1	1302020	CN_R_DNAL	NULL
1	1302020	CN_R_DNALTREE	R_DNALTREE	1	1302021	CN_R_DNALINFO	R_DNALINFO
1	1302021	CN_R_DNAL	NULL	1	1302021	CN_R_DNALINFO	R_DNALINFO

表2

表2中，Locknumber字段为锁编号；

MmlCode字段为命令码，用于表示配置命令；

Tablename_b字段为后台表名；

Tablename_f字段为前台表名，NULL表示是后台表不传送到前台。

当系统锁定了某个数据类后，系统要将该数据类对应的锁类信息添加到锁定表中；当系统解除了某个数据类的锁定后，系统要将该数据类对应的锁类信息从锁定表中删除。同时，系统也是通过对锁定表的查询确定某个数据类是否已被锁定。其中，锁定表一般包括以下字段信息：

Locknumber字段为锁编号；

Tablename_b字段为后台表名；

Tablename_f字段为前台表名；

MmlCode字段为命令码；

BUREAUNO字段为网元号；

USERNAME字段为用户名；

Firstdatetime字段为首次修改时间。

下面就对用户配置数据的过程加以描述。

步骤201：用户发起数据配置命令，系统根据配置命令和锁类、数据表的对应关系确定配置命令对应的各个数据类，即系统首先根据配置命令确定其对应的网元，然后，根据该网元的数据类与配置命令的对应关系确定配置命令对应的各个数据类，也即明确配置命令对应的各个锁类；

步骤202：系统根据各个锁类的锁编号循环检测存储的锁定表以判断所述各个数据类是否均未被锁定；如果检测的结果为所述各个数据类均未被锁定，则进入步骤203，否则，进入步骤206；在循环检测的每次检测过程中，若锁定表中不存在被检测的锁编号则该锁类对应的数据类未被锁定；若锁定表中存在被检测的锁编号或者检测结果异常则该锁类对应的数据类已被锁定；

步骤203：系统备份相应的数据表后锁定所述各个数据类，并将所述各个数据类对应的锁类信息添加到锁定表中；

步骤204：系统执行该配置命令；若配置命令执行失败，则系统解除所述各个数据类的锁定并进入步骤205；若配置命令执行成功，则将配置后的数据传输到前台后，系统自动解除所述各个数据类的锁定并进入步骤205；

步骤205：系统从锁定表中删除所述各个数据类对应的锁类信息并结束本流程；

步骤206：系统拒绝执行该配置命令并结束本流程。

可以看出，通过以上步骤，系统可以有效规避多用户进行网元数据配置时的冲突。

上述实施例仅仅是为了提供对本发明的全面和透彻理解，而不是对本发明进行任何限制。

Claims

1.一种多用户配置网元数据的冲突规避方法，其特征在于，包括以下步骤：

2.如权利要求1所述的多用户配置网元数据的冲突规避方法，其特征在于：所述各个数据类被锁定后，若所述配置命令执行失败，则所述系统解除所述各个数据类的锁定；若所述配置命令执行成功，则将数据传输到前台后，所述系统自动解除所述各个数据类的锁定。

3.如权利要求2所述的多用户配置网元数据的冲突规避方法，其特征在于：所述步骤b中，所述系统检测存储的锁定表判断所述各个数据类是否均未被锁定。

4.如权利要求3所述的多用户配置网元数据的冲突规避方法，其特征在于：若所述系统锁定所述各个数据类，则所述系统还将所述各个数据类的锁定信息添加到所述锁定表中；若所述系统解除所述各个数据类的锁定，则所述系统还将从所述锁定表中删除所述各个数据类的锁定信息。

5.如权利要求4所述的多用户配置网元数据的冲突规避方法，其特征在于：若所述系统判断所述各个数据类均未被锁定，则在锁定所述各个数据类前备份将进行配置的数据。

6.如权利要求1至5其中之一所述的多用户配置网元数据的冲突规避方法，其特征在于：所述步骤a中，所述系统首先根据所述配置命令确定其对应的网元，然后，根据所述网元的数据类与配置命令的对应关系确定所述配置命令对应的各个数据类。

7.如权利要求6所述的多用户配置网元数据的冲突规避方法，其特征在于：所述网元的数据类是根据所述网元的配置功能划分的。

8.如权利要求7所述的多用户配置网元数据的冲突规避方法，其特征在于：所述步骤a与所述步骤b之间还包括以下步骤：所述系统判断所述用户是否拥有对所述各个数据类的配置权限，若所述用户拥有权限，则进入所述步骤b，否则，所述系统直接拒绝所述配置命令。