CN102468978B - 业务配置方法及装置 - Google Patents

Abstract

本发明公开了一种业务配置方法及装置，其中，业务配置方法包括：接收生成配置命令，生成与待配置的业务对应的状态机，并将状态机初始化为未收齐状态，生成配置命令包括待配置的业务的关键字；接收待配置的业务的其它配置命令；判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；若所有配置信息均有效，且所有配置信息之间的关联性正确，则将状态机的状态设置为收齐状态，完成业务配置。通过本发明，达到了保证业务配置命令完整下发，避免了用户配置不当或没有按顺序配置而造成业务配置失败，提高了设备的可靠性和稳定性的效果。

Description

业务配置方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种业务配置方法及装置。

背景技术

近年来，随着通讯业务IP化的潮流，以IP为内核的通信网络如分组交换网络的广泛应用已经成为了一种趋势。

以分组交换网络为例，由于分组交换网络所承载的业务既包括TDM(Time DivisionMultiplexing，时分复用)、ATM(Asynchronous Transfer Mode，异步传输模式)等业务，也包括以太网等数据业务，使得业务配置越来越复杂，需要多条配置命令才能完成配置。并且，各个配置命令之间可能存在很强的关联性，比如说配置顺序的关联性，即某条业务可能需要多条命令按照一定的顺序来配置才能完成。但是在实际情况中，由于用户的网管操作失误或者受到网络时延的影响，会使得业务配置出现错误造成业务无法成功建立。

所以，如何保证业务配置的完整性，避免用户配置不当或者没按顺序配置造成业务配置失败，成为急需解决的问题。

发明内容

本发明的主要目的在于提供一种业务配置方法及装置，以至少解决上述相关技术中因用户配置不当或者没按顺序配置，而造成业务配置失败的问题。

根据本发明的一个方面，提供了一种业务配置方法，包括：接收生成配置命令，生成与待配置的业务对应的状态机，并将状态机初始化为未收齐状态，生成配置命令包括待配置的业务的关键字；接收待配置的业务的其它配置命令；判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；若所有配置信息均有效，且所有配置信息之间的关联性正确，则将状态机的状态设置为收齐状态，完成业务配置。

根据本发明的另一方面，提供了一种业务配置装置，包括：生成模块，用于接收生成配置命令，生成与待配置的业务对应的状态机，并将状态机初始化为未收齐状态，生成配置命令包括待配置的业务的关键字；第一接收模块，用于接收待配置的业务的其它配置命令；第一判断模块，用于判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；完成模块，用于若第一判断模块判断所述所有配置信息均有效，且所有配置信息之间的关联性正确，则将状态机的状态设置为收齐状态，完成业务配置。

通过本发明，采用根据生成配置命令生成与待配置业务对应的状态机，使用状态机根据与状态机对应的待配置业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确确定业务配置是否完成，解决了相关技术中因用户配置不当或者没按顺序配置，而造成业务配置失败的问题，进而达到了保证业务配置命令完整下发，避免了用户配置不当或没有按顺序配置而造成业务配置失败，提高了设备的可靠性和稳定性的效果。

附图说明

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

图1是根据本发明实施例一的一种业务配置方法的步骤流程图；

图2是根据本发明实施例的一种业务状态机的迁移示意图；

图3是根据本发明实施例二的一种业务配置方法的步骤流程图；

图4是根据本发明实施例三的一种业务配置方法的步骤流程图；

图5是图4所示实施例的业务配置信息模型的示意图；

图6是根据本发明实施例四的一种业务配置方法的步骤流程图；

图7是根据本发明实施例五的一种业务配置装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

参照图1，示出了根据本发明实施例一的一种业务配置方法的步骤流程图，包括以下步骤：

步骤S102：接收生成配置命令，生成与待配置的业务对应的状态机，并将状态机初始化为未收齐状态；

其中，生成配置命令包括待配置的业务的关键字。

生成配置命令不同于其它配置命令，其中包含有待配置业务的关键字，系统只有检测到含有关键字的配置命令时，才生成与待配置业务对应的状态机。通常，待配置业务的关键字可以为待配置业务的业务实例ID，但不限于此，实际使用中，本领域技术人员可以根据实际情况，适当设置待配置业务的关键字，本发明对此不作限制。

步骤S104：接收待配置的业务的其它配置命令；

其它配置命令不同于生成配置命令，系统在收到其它配置命令时，不会生成与待配置业务对应的状态机。因为一个业务可能需要多个配置命令才能完成配置，进而建立业务，因此，在状态机生成后，系统还会接收待配置业务的其它配置命令。

步骤S106：判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；

配置信息之间的关联性可以有多种，以顺序关联性为例，只有待配置业务的所有配置信息均有效，且配置信息之间的顺序正确时，才有可能成功建立起业务。

步骤S108：若所有配置信息均有效，且所有配置信息之间的关联性正确，则将状态机的状态设置为收齐状态，完成业务配置。

相关技术中，由于用户的网管操作失误或者受到网络时延的影响，会使得业务配置出现错误造成业务无法成功建立。通过本实施例，根据生成配置命令生成与待配置业务对应的状态机，根据与状态机对应的待配置业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确确定业务配置是否完成，解决了相关技术中因用户配置不当或者没按顺序配置，而造成业务配置失败的问题，进而达到了保证业务配置命令完整下发，避免了用户配置不当或没有按顺序配置而造成业务配置失败，提高了设备的可靠性和稳定性的效果。

参照图2，示出了根据本发明实施例的一种业务状态机的迁移示意图。

为避免用户配置不当或者没按顺序配置造成业务配置失败的问题，本发明提供了一种业务状态机，通过业务状态机机制来保证业务配置命令完整下发。通常，业务配置信息按照一个业务模型下发，业务模型上有多个配置点，每个配置点配置不同的信息，设备需要把各个配置点的配置信息收集全之后才能建立起业务。本发明将业务模型跟业务状态机相关联，对于每一种类型的业务设计一个业务状态机。业务状态机有两种状态：未收齐状态和收齐状态。状态机的变迁有相关的配置命令触发，当接收到新的配置命令之后，状态机会判断该业务所需的配置信息是否已经收到，全部收到后就会由未收齐状态迁移到收齐状态，在收齐状态并且所有信息完全正确的情况下，配置信息才会配置到驱动中，业务才能正确的创建起来。

其中，“(1)”为接收到生成配置命令后，生成与待配置业务对应的状态机，状态机初始化为未收齐状态；“(2)”为业务状态机未收齐状态下，接收到其它配置命令后，存在配置信息未配置或者不正确，状态机依然处于未收齐状态；“(3)”为业务状态机未收齐状态下，接收到其它配置命令后，判断所有配置信息都处于有效状态且各个配置信息之间的关联性正确，状态机进入收齐状态；“(4)”为业务状态机处于收齐状态，配置信息发生了改变，当接收到其它配置命令后，存在配置信息不是处于有效状态，或者配置信息间的关联性不正确，状态机转入未收齐状态；“(5)”为业务状态机处于收齐状态，配置信息发生了改变，且所有配置信息处于有效状态，各个信息之间的关联性正确，则状态机依然处于收齐状态。

采用状态机机制，解决了许多复杂业务配置问题，包括：(1)触发点问题，只有关键信息齐全的时候，才可以向硬件写驱动。而一个完整的业务涉及到多个接口，必须关联起来一起看，通过状态机机制，同时实现了信息齐全和信息关联性正确的判定，解决了触发点问题。(2)信息修改时的处理，支持动态修改：可能某个接口下的某条配置信息改变了，此时必须立刻体现到业务上。通过状态机机制，在某条配置信息改变时，及时发现和处理，在判定改变后的配置信息正确，且与其它配置信息之间关联性正确后，立刻体现到业务上。(3)关键配置信息删除时需要同步通知驱动删除业务。(4)支持业务所需的各种配置信息配置时无需按照一定顺序下发，只要最后所需信息全了才会下发给驱动。

以上状态机可以适用于本发明所有实施例。

参照图3，示出了根据本发明实施例二的一种业务配置方法的步骤流程图，包括以下步骤：

步骤S302：当接收到包含关键字的生成配置命令后，生成与待配置业务对应的状态机，并将状态机初始化为未收齐状态。

步骤S304：业务状态机未收齐状态下，当接收到第一配置命令后，判断该状态机对应的待配置业务的所有配置信息是否都已经正常配置(即是否所有的配置信息都正确)，若是，执行步骤S310；若否，对于已经正常配置的配置信息在状态机中设置为有效状态，而没有正常配置的配置信息则设为无效状态。若有任何一个配置信息未配置或者不正确，则状态机依然处于未收齐状态。

其中，第一配置命令为不同于生成配置命令的其它配置命令。

步骤S306：状态机未收齐状态下，当接收到第二配置命令后，先判断与该配置命令对应的配置信息是否都为正常配置(即是否配置信息为正确的配置信息)，若配置正确则在状态机中设为有效状态，执行步骤S308；否则，继续执行本步骤。

其中，第二配置命令为不同于生成配置命令和第一配置命令的其它配置命令。

步骤S308：判断其他配置信息是否处于有效状态和各个配置信息之间的关联性是否正确，若是，则执行步骤S310；若否，则返回步骤S304。

在进行配置信息之间关联性是否正确的判断时，可以使用配置信息的参数之间的关联性进行判断。如第一配置信息中包括参数a和b，而参数a和b是生成第二配置信息中的参数c的基础，此时，只有已正确获取到参数a和b，才能生成第二配置信息中的参数c，若无参数a和b则无法生成参数c，显然，第二配置信息依赖于第一配置信息。当系统判定参数a、b和c均已正确获得，则认为第一配置信息和第二配置信息之间的关联性正确，否则，认为二个配置信息之间的关联性不正确。

步骤S310：当所有配置信息处于有效状态，并且各个配置信息之间的关联性正确，则转入收齐状态，此时可以调用业务创建接口创建业务。

步骤S312：当业务已成功创建，业务状态机处于收齐状态下，当接收到用于修改至少一个已存在的配置信息的其它配置命令后，根据该其它配置命令修改待修改的配置信息，然后，判断该配置命令对应的配置信息(包括已修改的配置信息)是否都为正常配置，若配置正确则在状态机中设为有效状态，再判断其他配置信息是否处于有效状态和各个配置信息之间的关联性是否正确，有任何一个配置信息不是处于有效状态，或者配置信息间的关联性不正确则转入未收齐状态；当所有配置信息处于有效状态并且各个配置信息之间的关联性正确，则状态机依然处于收齐状态，此时，可以调用业务删除接口，删除某些业务再重新创建，或者直接在原有业务基础上进行业务修改。

本实施例中，在业务创建成功后，如果想要删除或者修改业务，则可以相应地修改业务的配置信息。但是，若想成功地修改或删除业务，仍需要对包括修改后的配置信息在内的，所有的该业务的配置信息再次进行有效状态和关联性正确的判断，只有包括修改后的配置信息在内的所有配置信息均处于有效状态且关联性正确，才能修改或删除业务。

当业务状态机处于收齐状态下，接收到用于修改至少一个已存在的配置信息的配置命令后，根据该配置命令修改待修改的配置信息，然后判断该配置命令对应的配置信息是否都为正常配置，若配置正确则在状态机中设为有效状态，然后再判断其他配置信息是否处于有效状态和各个配置信息之间的关联性是否正确。当所有配置信息处于有效状态并且各个信息之间的关联性正确，则状态机依然处于收齐状态，此时可以删除某些业务再重新创建，或者直接在原有业务基础上进行业务修改。

本步骤中，用于修改至少一个已存在的配置信息的其它配置命令可以为原有除生成配置命令外的任意配置命令的形式，该原有配置命令可以通过其中参数的改变以指示修改配置信息，也可以为新的配置命令。

本实施例通过建立业务状态机机制，保证了传输业务配置命令的完整下发，避免了用户配置不当或者没按顺序配置造成业务配置失败的问题。同时，业务状态机机制还保证了动态地修改和删除业务。

参照图4，示出了根据本发明实施例三的一种业务配置方法的步骤流程图。本实施例使用TDM-CES(Circuit Emulation Service，电路仿真业务)业务配置信息模型，该业务实例配置信息包括CIP(Customer Instance Port，用户实例接口)和VIP(Virtual Instance Port，虚拟实例接口)，CIP关联E1业务，VIP则关联伪线和隧道，如图5所示。

本实施例包括以下步骤：

步骤S402：对于TDM-CES状态机(对应于TDM业务)，关键字为业务实例ID(如Service1，Service 2等)，则与该关键字相关的配置命令为业务实例的生成配置命令，当接收到业务实例生成配置命令之后，因业务类型为TDM类型，则创建TDM状态机，并初始化TDM状态机为未收齐状态。

步骤S404：TDM状态机未收齐状态下，当接收到CIP配置命令后，则判断TDM状态机相关的其他配置信息如VIP配置信息等是否都已经正常配置，且所有配置信息之间的关联性正确，若有任何一个配置信息未配置或者不正确，或者关联性不正确，则TDM状态机依然处于未收齐状态。

本步骤中，因VIP配置信息未正常配置，因此，TDM状态机的状态变化为：

未收齐状态——＞未收齐状态。

此情况下，由于配置信息仍未收齐，表示未达到向硬件下发驱动的条件，需要保存配置信息，等待下次TDM状态机的更新。

步骤S406：TDM状态机未收齐状态下，当接收到VIP配置命令后，判断TDM状态机相关的所有信息是否都已经正常配置，且关联性正确，若所有信息配置正确且关联性正确，则转入收齐状态。

本步骤中，以所有信息配置正确且关联性正确为例进行说明。

此时，TDM状态机的状态变化为：未收齐状态——＞已收齐状态。

此情况下，由于配置信息已收齐，可以打包下发驱动。

步骤S408：TDM状态机收齐状态下，当接收到用于修改至少一个已存在的配置信息的配置命令后，修改相应的待修改配置信息，并判断TDM状态相关的所有配置信息是否都已经正常配置，且关联性正确，若有任何一个配置信息未配置或者不正确，或者关联性不正确，则转入未收齐状态。

本步骤以所有配置信息中存在配置信息未配置或者不正确，或者关联性不正确为例。

此时，TDM状态机的状态变化为：已收齐状态——＞未收齐状态。

此情况下，导致TDM状态机的状态由已收齐状态到未收齐状态的原因可能有两种：一是配置了一个不正确的配置信息，二是删除了一项关键配置信息。如果是删除了一项业务需要的关键配置信息，则需要下发驱动将业务删除。如果是配置了不正确的配置信息(这种情况应该尽量在配置命令的参数合法性检查阶段就过滤返回)，导致TDM状态机进入未收齐状态，则需要根据具体的配置信息决定是否修改驱动。

或者，可替换的，本步骤也可以为：

TDM状态机收齐状态下，当接收到用于修改至少一个已存在的配置信息的配置命令后，修改相应的待修改配置信息，并判断TDM状态机相关的所有配置信息都已经正常配置，且关联性正确，则TDM状态机依然处于收齐状态。

即，TDM状态机的状态变化为：已收齐状态——＞已收齐状态。

此情况是因为某项配置信息进行了修改(且修改后的配置信息也是合法的)，修改的属性需要下发到驱动。根据驱动提供的接口是增量形式还是全量形式，采取不同的做法(增量接口可直接下发驱动，全量接口可能需要将之前的全量删除，再重新全量下发驱动)。

通过本实施例，在配置业务时，可以保证业务配置命令完整下发，避免用户配置不当或者没按顺序配置造成业务配置失败的问题，从而提高了设备的可靠性和稳定性。

参照图6，示出了根据本发明实施例四的一种业务配置方法的步骤流程图。本实施例中，在需要修改或增加配置节点时，对业务进行配置。

本实施例包括以下步骤：

步骤S602：接收到业务配置命令；

其中，该业务配置命令用于修改或增加配置节点。

步骤S604：判断配置命令中的参数是否为合法参数，若是，则执行步骤S606，若否，则返回；

步骤S606：修改或增加配置节点；

步骤S608：判断该业务是否关联状态机，若是，则执行步骤S610，若否，则返回；

步骤S610：查找该业务对应的状态机；

步骤S612：根据配置命令修改该业务对应的状态机的状态；

步骤S614：根据状态变化做相关处理；

本步骤中，根据状态变化下发驱动。

步骤S616：判断下发驱动是否成功，若是，则执行步骤S618，若否，则执行步骤S620；

步骤S618：业务成功创建，返回；

步骤S620：执行节点回退操作，返回。

本实施例中，接收到配置命令后的状态机的操作可参见前述实施例，在此不再赘述。

参照图7，示出了根据本发明实施例五的一种业务配置装置的结构框图，包括：

生成模块702，用于接收生成配置命令，生成与待配置的业务对应的状态机，并将状态机初始化为未收齐状态，生成配置命令包括待配置的业务的关键字；第一接收模块704，用于接收待配置的业务的其它配置命令；第一判断模块706，用于判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；完成模块708，用于若第一判断模块706判断所有配置信息均有效，且所有配置信息之间的关联性正确，则将状态机的状态设置为收齐状态，完成业务配置。

优选的，本实施例的业务配置装置还包括：第二判断模块710，用于在第一判断模块706判断与状态机对应的待配置的业务的所有配置信息的有效状态和所有配置信息之间的关联性是否正确之前，判断是否所有配置信息为正确的配置信息；执行模块712，用于若第二判断模块710的判断结果为否，则将正确的配置信息设置为有效状态，将不正确的配置信息设置为无效状态；若第二判断模块710的判断结果为是，则进入第一判断模块706。

优选的，本实施例的业务配置装置还包括：第二接收模块714，用于在状态机为收齐状态，接收到用于修改至少一个已存在的配置信息的其它配置命令，根据该其它配置命令修改待修改的配置信息；第三判断模块716，用于判断与状态机对应的待配置的业务的、包括修改后的配置信息的所有配置信息的有效状态和所有配置信息之间的关联性是否正确；状态设置模块718，用于若第三判断模块716的判断结果为是，则状态机保持收齐状态；若第三判断模块716的判断结果为否，则状态机进入未收齐状态。

优选的，本实施例的业务配置装置还包括：第四判断模块，用于在第三判断模块716在状态机为收齐状态下，判断与状态机对应的待配置的业务的、包括修改后的配置信息的所有配置信息的有效状态和所有配置信息之间的关联性是否正确之前，判断包括发生了改变的配置信息的所有配置信息是否为正确的配置信息；若否，则将正确的配置信息设置为有效状态，将不正确的配置信息设置为无效状态，将状态机的状态设置为未收齐状态；若是，则执行第三判断模块716。

优选的，第一判断模块706和第三判断模块716均通过判断配置信息的参数之间的关联性判断所有配置信息之间的关联性是否正确。

需要说明的是，本发明的实施例适用于所有通信网络，尤其适用于分组交换网络。本发明的一或多个实施例以分组交换网络为例对本发明进行了说明，但本领域技术人员可以参照上述实施例，将本发明的技术方案应用于其它通信网络。

从以上的描述中，可以看出，本发明实现了如下技术效果：

本发明提供的通过状态机机制来保证业务配置完整性的命令配置方案，采用这种机制，用户可以乱序的配置某种业务所需的各种配置信息，最后一旦业务所需配置信息齐全，则设备将马上建立起业务。同时，也支持业务建立起来后，配置信息的随机修改，用户只需执行对应的配置命令，配置信息的修改将及时在业务中体现。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (10)

1.一种业务配置方法，其特征在于，包括：

接收生成配置命令，生成与待配置的业务对应的状态机，并将所述状态机初始化为未收齐状态，所述生成配置命令包括所述待配置的业务的关键字；

接收所述待配置的业务的其它配置命令；

判断与所述状态机对应的所述待配置的业务的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确；

若所述所有配置信息均有效，且所有配置信息之间的关联性正确，则将所述状态机的状态设置为收齐状态，完成所述业务配置。

2.根据权利要求1所述的方法，其特征在于，在所述判断与所述状态机对应的所述待配置的业务的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确的步骤之前，还包括：

判断是否所述所有配置信息为正确的配置信息；

若否，则将正确的配置信息设置为有效状态，将不正确的配置信息设置为无效状态；

若是，则执行所述判断与所述状态机对应的所述待配置的业务的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确的步骤。

3.根据权利要求1所述的方法，其特征在于，还包括：

在所述状态机为收齐状态，接收到用于修改至少一个已存在的配置信息的其它配置命令，根据该其它配置命令修改待修改的配置信息；

判断与所述状态机对应的所述待配置的业务的、包括所述修改后的配置信息的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确；

若是，则所述状态机保持所述收齐状态；若否，则所述状态机进入未收齐状态。

4.根据权利要求3所述的方法，其特征在于，在所述状态机为收齐状态下，所述判断与所述状态机对应的所述待配置的业务的、包括所述修改后的配置信息的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确的步骤之前，还包括：

判断包括所述修改后的配置信息的所述所有配置信息是否为正确的配置信息；

若否，则将正确的配置信息设置为有效状态，将不正确的配置信息设置为无效状态，将所述状态机的状态设置为未收齐状态；

若是，则执行所述判断与所述状态机对应的所述待配置的业务的、包括所述修改后的配置信息的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确的步骤。

5.根据权利要求1所述的方法，其特征在于，通过判断配置信息的参数之间的关联性判断所述所有配置信息之间的关联性是否正确。

6.根据权利要求1至5任一项所述的方法，其特征在于，所述方法应用于分组交换网络。

7.一种业务配置装置，其特征在于，包括：

生成模块，用于接收生成配置命令，生成与待配置的业务对应的状态机，并将所述状态机初始化为未收齐状态，所述生成配置命令包括所述待配置的业务的关键字；

第一接收模块，用于接收所述待配置的业务的其它配置命令；

第一判断模块，用于判断与所述状态机对应的所述待配置的业务的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确；

完成模块，用于若所述第一判断模块判断所述所有配置信息均有效，且所有配置信息之间的关联性正确，则将所述状态机的状态设置为收齐状态，完成所述业务配置。

8.根据权利要求7所述的装置，其特征在于，还包括：

第二判断模块，用于在所述第一判断模块判断与所述状态机对应的所述待配置的业务的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确之前，判断是否所述所有配置信息为正确的配置信息；

执行模块，用于若所述第二判断模块的判断结果为否，则将正确的配置信息设置为有效状态，将不正确的配置信息设置为无效状态；若所述第二判断模块的判断结果为是，则进入所述第一判断模块。

9.根据权利要求7所述的装置，其特征在于，还包括：

第二接收模块，用于在所述状态机为收齐状态，接收到用于修改至少一个已存在的配置信息的其它配置命令，根据该其它配置命令修改待修改的配置信息；

第三判断模块，用于判断与所述状态机对应的所述待配置的业务的、包括所述修改后的配置信息的所有配置信息的有效状态和所述所有配置信息之间的关联性是否正确；

状态设置模块，用于若所述第三判断模块的判断结果为是，则所述状态机保持所述收齐状态；若所述第三判断模块的判断结果为否，则所述状态机进入未收齐状态。

10.根据权利要求7所述的装置，其特征在于，所述第一判断模块通过判断配置信息的参数之间的关联性判断所述所有配置信息之间的关联性是否正确。