CN1968098A - 对网元设备进行配置的方法 - Google Patents

Abstract

本发明公开了两种对网元设备进行配置的方法，关键是，应用配置基线CB来管理配置文件，实现对网元设备的数据配置，从而使网元设备能够方便地支持回退操作。应用本发明，在配置文件已升级且发生问题的情况下，不需要再执行下载操作，简化了配置操作的过程，而且当所升级的配置文件仅是数据配置文件时，即软件版本未发生改变的情况下，还可以通过动态生效的方式启动另一CB，这样对现有正常运行的业务几乎没有影响。在发现所修改的配置数据有误的情况下，通过启动另一CB，解决了现有技术中在这种情况下不能回退的问题，当然，如果此时以动态生效的方式启动并运行另一CB，几乎不会影响正常运行的业务。本发明实现简单，应用非常方便。

Description

对网元设备进行配置的方法

技术领域

本发明涉及数据配置技术领域，特别是指对网元设备进行配置的方法。

背景技术

随着第三代移动通信的发展，各种新的无线接入技术不断地被提出来用以提高第三代移动通信系统的业务能力，另外，运营商在实际的建网过程中会针对一些特定的网络环境提出一些定制的客户化需求。这些都会要求网络中的网元设备根据特定需要来配置系统数据。此处所说的配置系统数据既可以是对软件版本的配置，也可以是对数据配置文件的配置，还可以是对二者的同时配置。所谓软件版本，是指一种可执行文件，同一类型的基站软件版本完全一致；所谓数据配置文件是指用来描述不同基站之间的设备配置的差异，不同基站之间无法共享同一个数据配置文件。

现有的配置操作主要采用备份文件的方式完成。例如系统正式使用的配置文件为a.xml，备份配置文件为a_bak.xml。

当需要对网元设备进行改动较大的升级操作时，过程如下：首先下载升级所用的配置文件，并用所下载的文件覆盖已存在的a_bak.xml文件，下载完毕且对当前的a_bak.xml文件语法校验成功后，再用当前的a_bak.xml文件直接覆盖a.xml文件，之后，通过复位网元设备的方式启动所下载的文件，使其生效，实现升级。

当需要对网元设备进行一些简单的修改配置数据的操作时，用户通过动态配置的方式对a.xml文件直接进行操作。

现有的配置操作存在以下缺点：

1)由于设备中实际只存在一份配置文件，一旦所下载的用于升级的配置文件通过语法校验后，将直接覆盖当前使用的正式文件即a.xml文件，而一旦执行升级操作后，如果要恢复到原来的状态，则只能再重新下载原来所使用的配置文件，然后进行语法校验等操作，最后通过复位设备的方式使所下载的文件生效。可见，由于必须通过重新下载配置文件、复位设备的方式来实现配置操作回退，使得操作非常繁琐，而且必然影响正常运行的业务，应用非常不方便。

2)由于用户执行的修改配置数据的操作直接在a.xml文件上进行，因此如果用户进行了一堆操作之后发现其中的某一步执行有误，则根本无法进行配置的回退。

发明内容

有鉴于此，本发明的目的在于提供两种对网元设备进行配置的方法，使网元设备能够方便地支持回退操作。

为达到上述目的，本发明的技术方案是这样实现的：

一种对网元设备进行配置的方法，用于升级配置文件，设置包含配置基线CB标识的CB列表，该方法还包括以下步骤：

a、下载升级所用配置文件，网元设备通过复位的方式启动生效该下载的配置文件，之后网元设备以临时CB的方式运行；

b、调测所述网元设备，判断运行是否正常，若是，则继续按照当前状态运行，否则启动并运行所述CB列表中的一CB。

较佳地，所述CB标识用于区别不同CB的，且每个CB具有属性信息；

每个CB的属性信息中包含自身的CB标识，以及与该CB标识对应的数据配置文件标识和软件版本标识。

较佳地，步骤b所述启动并运行一CB的方式为：通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

较佳地，当采用激活的方式时，所述启动并运行的CB是所述列表中的任一CB；当采用回滚的方式时，所述启动并运行的CB是网元设备复位前运行的CB。

较佳地，步骤a执行之前进一步包括：判断系统当前运行的CB是已经经过确认，若是，则再执行步骤a，否则，先对当前运行的CB进行确认后，再执行步骤a。

较佳地，所述通过激活的方式启动并运行CB列表中的CB的步骤为：

网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及该CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

较佳地，每个软件版本与一个或一个以上数据配置文件相对应。

较佳地，步骤b所述判断运行正常后，进一步包括：对当前运行的临时CB进行确认，将该确认后的CB加入到所述CB列表中。

较佳地，所述配置文件为软件版本和/或数据配置文件。

较佳地，在步骤a之前或步骤b之后，该方法进一步包括：

01)、判断系统当前运行的CB是否经过确认，若是则执行步骤02)，否则对当前运行的CB进行确认后，再执行步骤02)；

02)、对当前运行的数据配置文件进行配置数据修改，判断修改是否有误，若有，则启动并运行所述CB列表中的一CB，否则，当前以临时CB的方式运行。

较佳地，步骤02)所述启动并运行是以动态生效的方式启动并运行，或者，以复位设备方式启动并运行。

一种对网元设备进行配置的方法，用于修改配置数据，设置包含配置基线CB标识的CB列表，该方法还包括以下步骤：

A、对当前运行的数据配置文件进行配置数据修改，判断修改是否有误，若有，则启动并运行所述CB列表中的一CB，否则，当前以临时CB的方式运行。

较佳地，所述CB标识用于区别不同CB的，且每个CB具有属性信息；

每个CB的属性信息中包含自身的CB标识，以及与该CB标识对应的数据配置文件标识和软件版本标识。

较佳地，所述启动并运行是以动态生效的方式启动并运行，或者，以复位设备方式启动并运行。

较佳地，所述启动并运行一CB的方式为：通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

较佳地，当采用激活的方式时，所述启动并运行的CB是所述列表中的任一CB；当采用回滚的方式时，所述启动并运行的CB是网元设备复位前运行的CB。

较佳地，步骤A执行之前进一步包括：判断系统当前运行的CB是已经经过确认，若是，则再执步骤A，否则，先对当前运行的CB进行确认后，再执行步骤A。

较佳地，所述通过激活的方式启动并运行CB列表中的CB的步骤为：

网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

较佳地，每个软件版本与一个或一个以上数据配置文件相对应。

较佳地，步骤A所述当前以临时CB的方式运行后，进一步包括：对当前运行的临时CB进行确认，将该确认后的CB加入到所述CB列表中。

本发明的关键是，应用配置基线(CB，Configuration Baseline)来管理配置文件，实现对网元设备的数据配置，从而使网元设备能够方便地支持回退操作。应用本发明，在配置文件已升级且发生问题的情况下，通过CB可直接找到之前应用的过的配置文件，不需要再执行下载操作，简化了配置操作的过程，而且，当所升级的配置文件仅是数据配置文件时，即软件版本未发生改变的情况下，还可以通过动态生效的方式启动另一CB，这样不但操作简便，而且对现有正常运行的业务几乎没有影响。在发现所修改的配置数据有误的情况下，通过启动CB列表中的另一CB，解决了现有技术中在这种情况下不能回退的问题，当然，如果此时以动态生效的方式启动并运行另一CB，几乎不会影响正常运行的业务。本发明方法实现简单，应用非常方便，对正常运行的业务影响小。

附图说明

图1是配置基线概念的示意图；

图2是CB列表的状态迁移示意图；

图3是CB回滚时的列表状态迁移示意图；

图4是应用本发明基于配置文件升级的配置网元设备数据的流程示意图；

图5是应用本发明基于修改配置数据的配置网元设备数据的流程示意图。

具体实施方式

下面结合附图及具体实施例，对本发明再做进一步的详细说明。

本发明的思路是：应用配置基线(CB，Configuration Baseline)来管理配置文件，实现对网元设备的数据配置。所述配置文件为软件版本和/或数据配置文件。

下面首先介绍几个概念：

本发明中，将数据配置文件和软件版本之间的绑定关系称为配置基线(CB，Configuration Baseline)。每个软件版本与一个或一个以上数据配置文件相对应，且每个一一对应的数据配置文件和软件版本，与一个CB标识相对应。参见图1，图中的CB即代表软件版本和数据配置文件的对应关系，具体的，CB1与软件版本1和数据配置文件1一一对应，CB2与软件版本2和数据配置文件2一一对应，CB4与软件版本n和数据配置文件3一一对应，......

每个CB都具有属性信息，其基本属性中至少包括CB标识、软件版本标识和数据配置文件标识，即每个属性信息中能够清楚地表示出CB标识、数据配置文件、和软件版本三者之间的一一对应关系。当然，CB的属性中还包括其他信息，表1所示为CB的属性信息：

属性名	描述
		CB标识(CB Id)	确认CB时由用户输入，设备内部唯一
CB类别(CB Type)	用于表示是确认过的正式CB，还是未确认的临时CB
		CB名称(CB Name)	CB的名称
用户名称(Operator)	执行操作的用户名称
		创建日期(Create Date)	确认CB时的时间
注释(Comment)	对CB的简单描述
		基于的软件版本(Basedon upgrade package)	和配置文件配套的软件版本
最近激活日期(Lastestactive date)	CB最近使用的日期
		数据配置文件标识(Configure File Id)	和该CB标识关联的数据配置文件标识
配置文件的CRC校验和(Configure File CRC)	用来进行CB有效性的判断，在确认CB时会进行CRC的计算并保存此属性
		有效标志(Valid Flag)	用来标识CB是否有效。当CB中记录的软件版本和配置文件CRC值与实际不一致时，该标志为无效。有两种情况会导致无效：实际存放的配置文件的CRC和CB中记录的不一致无法在软件的主备区找到CB中记录的软件版本

                            表1

针对每个CB的基本操作包括：确认或称增加CB、删除CB、修改CB、查询CB、激活CB和回滚CB，再有还可以包括上载CB中的配置文件。

下面再介绍几个概念：

临时CB：是指没有确认过的CB。

正式CB：是指进行确认过的CB。

运行CB：即系统正在运行的CB，运行CB可以是临时CB也可以是正式CB。系统会通过告警指示来提示用户当前运行的是临时CB还是正式CB，例如，如果当前运行的CB是临时CB，则上报告警产生。如果临时CB被用户确认后变成了正式CB，则上报告警消失。

确认CB：是指对当前运行CB进行确认，对应记录CB标识、软件版本和数据配置文件标识。设备初次运行、软件升级、数据配置文件升级或修改时，均属于一个试运行环境，此时的软件版本和数据配置文件都是不可信的。设备通过调测后，此时的软件版本和数据配置文件才是可信的，此时用户可以通过确认CB的操作来固化当前的运行环境，便于以后使用。

确认CB可以存在两种确认方式：强制和非强制。如果是强制确认CB，则即使当前运行CB是已经被确认过的CB，系统也会再生成一个新的CB，新的CB和先前的CB是完全一样的，相当于多了一个备份。如果是非强制确认CB，则如果当前运行CB是已经被确认过的CB，那么再次确认CB将会失败。

激活CB：指定某个CB标识，然后执行激活操作，激活成功之后，将切换到CB中指定的软件版本和数据配置文件的环境。如果是无效CB则激活失败。

回滚CB：回滚CB是激活操作的一个特例，回滚时不需要指定CB标识，而是采用固定的回滚顺序，需要维护CB的回滚列表。

在回滚过程中，如果某个CB是无效的则跳过。CB无效性的判断规则是：当无法在软件版本区找到CB中记录的软件版本时，该CB为无效；对于文件系统不可靠的设备可以增加文件的CRC校验功能，即实际存放的配置文件的CRC和CB中记录的不一致时，该CB无效。

有关上述操作的描述参见表2：

操作名称	描述
		确认CB	对当前运行版本(包括软件版本和数据配置文件)进行确认，从而生成一个CB，便于以后使用。为了节省设备的存储空间，可以采用压缩的方式存放数据
删除CB	删除一个已存在的CB。
		修改CB	修改CB的属性，可修改的属性包括：CB名称、注释等
查询CB	查询系统中的CB数据，可以指定CB标识，也可以不指定CB标识，如果不指定CB标识，则查询所有CB的数据
		激活CB	激活CB中指定的软件版本和数据配置文件，可以采用动态激活的方式(即不复位设备)，也可以采用直接复位设备的方式
回滚CB	从CB列表中选择一个最近使用过的CB进行激活，从而满足版本升级后回退的功能。系统也可以提供类似Undo和Redo的功能，使回退更灵活
		上载CB中的配置文件	将某个CB中的数据配置文件上载到OMC

                              表2

其中，删除CB、修改CB、查询CB、上载CB中的配置文件与本发明不太相关，不再展开说明。

由多个CB构成的列表称为CB列表，该列表中包含CB标识。参见图2，其是CB列表的状态迁移示意图。图中灰色方框是已激活CB，白色方框是未激活CB。由于回滚操作不需要指明CB标识，因此其必须按照列表中的顺序依次回滚，而对于激活操作则可以随时激活列表中的任一CB。

针对某些系统，由于没有必要一直向前回滚，则可以采用每次回滚都是最近一次使用的有效的CB。参见图3，其是CB回滚时的列表状态迁移示意图。此图中，假设当前运行的是临时CB，且表中的CB标识是按曾经的执行时间依次排列的，最后一次执行的在最上面。图中灰色方框是已激活CB，白色方框是未激活CB。第一次回滚后运行CB1，第二次回滚后运行CB2，第三次回滚后运行CB1，第四次回滚后由于检查出当前的CB2为无效CB，所以运行CB3。

下面说明本发明的配置方法。

为了确保升级后的系统能够回退，要设置CB列表，该CB列表中包含CB标识，而根据CB的属性信息，通过CB标识能够获取与该标识对应的数据配置文件和软件版本。而且，根据前面的介绍可知，CB标识、数据配置文件和软件版本之间一定是一一对应的关系。基于以上设置，下面介绍两种配置网元设备数据的方法。

图4所示为应用本发明基于配置文件升级的配置网元设备数据的流程示意图。所述配置文件为软件版本和/或数据配置文件。本流程主要针对版本升级的情况。

步骤401，判断系统当前运行的CB是已经经过确认，若是，则直接执行步骤403，否则，执行步骤402。

步骤402，对当前运行的CB进行确认，再执行步骤403。

步骤403，下载升级所用配置文件，该配置文件可能是软件版本，也可能是数据配置文件，还可能是软件版本和数据配置文件。

步骤404，网元设备通过复位的方式启动生效该下载的配置文件。

步骤405，网络设备以临时CB的方式运行。

步骤406，调测所述网元设备，判断运行是否正常，若是，则执行步骤408，否则执行步骤407。

步骤407，启动并运行所述CB列表中的一CB，结束。

该启动并运行一CB的方式为：通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

如果是激活的方式，则所述启动并运行的一CB可以是所述CB列表中的任一CB，当然此时也可能是复位前运行的CB；如果是回滚的方式，则启动并运行的一CB是网元设备复位前运行的CB。需要说明一点，如果启动并运行的是复位前运行的CB，且确保该CB已经过确认了，也可以不执行步骤401，即直接从执行步骤403开始执行。之所以要对当前运行的CB进行确认，主要是为了发生问题时能够回退。

通过激活的方式启动并运行CB列表中的CB的步骤为：网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及该CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

步骤408，继续按照当前的临时CB的状态运行。当然，此时可以进一步对当前运行的临时CB进行确认，将该确认后的CB加入到所述CB列表中。

至此，在配置文件已升级且发生问题的情况下，通过CB可直接找到之前应用的过的配置文件，不需要再执行下载操作，简化了配置操作的过程，而且，当所升级的配置文件仅是数据配置文件时，即软件版本未发生改变的情况下，还可以通过动态生效的方式启动另一CB，这样不但操作简便，而且对现有正常运行的业务几乎没有影响。

图5所示为应用本发明基于修改配置数据的配置网元设备数据的流程示意图。本流程主要针对对数据配置文件中的数据进行简单修改的情况。

步骤501，判断系统当前运行的CB是否经过确认，若是则执行步骤503，否则执行步骤502。

步骤502，对当前运行的CB进行确认。

步骤503，对当前运行的数据配置文件进行配置数据修改。

步骤504，判断修改是否有误，若有，则执行步骤505，否则，执行步骤506。

步骤505，启动并运行所述CB列表中的一CB，结束。该启动并运行可以是动态生效的方式，也可以是以复位设备方式。无论以哪种方式都解决了现有技术中的在这种情况下不能回退的问题，当然，如果以动态生效的方式启动并运行，则对现有正常运行的业务几乎没有影响业务。

如果从另一角度划分，则本步骤中的启动并运行一CB的方式，还可以是通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

当采用激活的方式时，所述启动并运行的CB是所述CB列表中的任一CB；当采用回滚的方式时，所述启动并运行的CB是网元设备复位前运行的CB。需要说明一点，如果启动并运行的是复位前运行的CB，且确保该CB已经过确认了，也可以不执行步骤501，直接从步骤503开始执行。之所以要对当前运行的CB进行确认，主要是为了发生问题时能够回退。

所述通过激活的方式启动并运行CB列表中的CB的步骤为：

网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

步骤506，当前以临时CB的方式运行。之后，还可以进一步包括：对当前运行的临时CB进行确认，将该CB加入到所述CB列表中。

至此，在发现所修改的配置数据有误的情况下，通过启动CB列表中的另一CB，解决了现有技术中在这种情况下不能回退的问题，当然，如果以动态生效的方式启动并运行，几乎不会影响正常运行的业务。

由于图4和图5所示流程是分别独立存在的，因而，在对网元设备进行配置时，根据实际应用需要，既可以只应用图4所示流程，也可以只应用图5所示流程，还可以同时应用图4和图5所示流程。

以上所述方法的网元设备可以是在WCDMA、CDMA2000或者TD-SCDMA等系统中，当然并不限于此。

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

Claims (20)

1、一种对网元设备进行配置的方法，用于升级配置文件，其特征在于，设置包含配置基线CB标识的CB列表，该方法还包括以下步骤：

a、下载升级所用配置文件，网元设备通过复位的方式启动生效该下载的配置文件，之后网元设备以临时CB的方式运行；

b、调测所述网元设备，判断运行是否正常，若是，则继续按照当前状态运行，否则启动并运行所述CB列表中的一CB。

2、根据权利要求1所述的方法，其特征在于，

所述CB标识用于区别不同CB的，且每个CB具有属性信息；

每个CB的属性信息中包含自身的CB标识，以及与该CB标识对应的数据配置文件标识和软件版本标识。

3、根据权利要求2所述的方法，其特征在于，步骤b所述启动并运行一CB的方式为：通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

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

当采用激活的方式时，所述启动并运行的CB是所述列表中的任一CB；

当采用回滚的方式时，所述启动并运行的CB是网元设备复位前运行的CB。

5、根据权利要求4所述的方法，其特征在于，步骤a执行之前进一步包括：判断系统当前运行的CB是已经经过确认，若是，则再执行步骤a，否则，先对当前运行的CB进行确认后，再执行步骤a。

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

所述通过激活的方式启动并运行CB列表中的CB的步骤为：

网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及该CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

7、根据权利要求6所述的方法，其特征在于，每个软件版本与一个或一个以上数据配置文件相对应。

8、根据权利要求1所述的方法，其特征在于，步骤b所述判断运行正常后，进一步包括：对当前运行的临时CB进行确认，将该确认后的CB加入到所述CB列表中。

9、根据权利要求1所述的方法，其特征在于，所述配置文件为软件版本和/或数据配置文件。

10、根据权利要求1所述的方法，其特征在于，在步骤a之前或步骤b之后，该方法进一步包括：

01)、判断系统当前运行的CB是否经过确认，若是则执行步骤02)，否则对当前运行的CB进行确认后，再执行步骤02)；

02)、对当前运行的数据配置文件进行配置数据修改，判断修改是否有误，若有，则启动并运行所述CB列表中的一CB，否则，当前以临时CB的方式运行。

11、根据权利要求10所述的方法，其特征在于，步骤02)所述启动并运行是以动态生效的方式启动并运行，或者，以复位设备方式启动并运行。

12、一种对网元设备进行配置的方法，用于修改配置数据，其特征在于，设置包含配置基线CB标识的CB列表，该方法还包括以下步骤：

A、对当前运行的数据配置文件进行配置数据修改，判断修改是否有误，若有，则启动并运行所述CB列表中的一CB，否则，当前以临时CB的方式运行。

13、根据权利要求12所述的方法，其特征在于，

所述CB标识用于区别不同CB的，且每个CB具有属性信息；

每个CB的属性信息中包含自身的CB标识，以及与该CB标识对应的数据配置文件标识和软件版本标识。

14、根据权利要求13所述的方法，其特征在于，所述启动并运行是以动态生效的方式启动并运行，或者，以复位设备方式启动并运行。

15、根据权利要求13所述的方法，其特征在于，所述启动并运行一CB的方式为：通过激活的方式启动并运行所述列表中的一CB，或者，通过回滚的方式启动并运行所述列表中的一CB。

16、根据权利要求15所述的方法，其特征在于，

当采用激活的方式时，所述启动并运行的CB是所述列表中的任一CB；

当采用回滚的方式时，所述启动并运行的CB是网元设备复位前运行的CB。

17、根据权利要求16所述的方法，其特征在于，步骤A执行之前进一步包括：判断系统当前运行的CB是已经经过确认，若是，则再执步骤A，否则，先对当前运行的CB进行确认后，再执行步骤A。

18、根据权利要求16所述的方法，其特征在于，

所述通过激活的方式启动并运行CB列表中的CB的步骤为：

网元设备从接收到的激活命令中获取CB标识，根据该CB标识以及CB自身的属性信息获取与该CB标识对应的数据配置文件和软件版本，将当前系统切换至所述CB指定的数据配置文件和软件版本的环境。

19、根据权利要求18所述的方法，其特征在于，每个软件版本与一个或一个以上数据配置文件相对应。

20、根据权利要求12所述的方法，其特征在于，步骤A所述当前以临时CB的方式运行后，进一步包括：对当前运行的临时CB进行确认，将该确认后的CB加入到所述CB列表中。

Images