专利名称：一种业务配置信息交互的方法
技术领域：
本发明涉及通信传输技术，尤其涉及一种电信业务配置信息交互方法。
背景技术：
随着电信业务需求的不断增加，固定的电信设备配置方案不能满足日益增长的客户需求，这就必然需要对现有设备进行重新配置，不断调整以跟进市场需要。
用户在进行电信设备业务配置的时候是通过操作网管完成的。网管由网关设备接入通信网络，其把用户的配置信息通过事先定义好的接口通知给网络节点上的控制单元，控制单元接收到信息完成操作后再把信息通过接口通知到功能单元，由功能单元根据用户需求实现信息功能。这样的配置过程中就存在两个信息的交互过程，即网管到控制单元的信息交互和控制单元到功能单元的信息交互。
在整个业务配置信息交互的过程中，根据用户的需要，可能会出现比较复杂的情况，即在网管与控制单元之间和控制单元与功能单元之间存在大量的配置信息交互，特别是在开局或者一些超大量信息配置的时候，对网络中数据交互的要求更加高。由于软件间的通信能力有限，而用户的配置数据量较大(一般会有成千上万条命令)，所以会造成命令交互时间较长，以至于整个配置时间过长；在某些特殊情况下，比如对网管、控制单元和功能单元进行更换和升级时，需要重新传送业务配置信息，这样会造成业务中断时间较长，影响用户的使用。
针对通信设备配置，有下述两种处理方案方案一接口命令方案根据用户需要，网管把大量的配置信息传递给功能单元，该传递过程是通过网管接口与控制单元接口之间、控制单元接口与功能单元接口之间实现的。把实施的每一次配置操作都定义为一条接口命令，那么完成每一种用户配置都可能以一条或多条接口命令的转换而实现。一般情况，一种用户配置需要转换的接口命令有几千条。
接口命令格式如下命令字参数1，参数2，参数3，参数4，......参数n用户实施一个配置包括多种业务，以配置EVPL业务为例，其接口命令是0x5555bid，端口号，vlanid号，出端口号......
具体地说，比如配置2000个EVPL业务的操作，需要网管向控制单元发送2000次接口命令，控制单元需要向网管反馈2000次的执行结果；同样的，控制单元向功能单元发送2000次接口命令，功能单元也需要向控制单元反馈2000次接口的执行接口。因此，配置2000个业务，需要4000次的信息交互。
方案一的缺点由于电信设备本身存在多种业务配置，其相应需要转换成大量的接口命令。所以完成一个配置，在网管、控制单元及功能单元之间的命令交互量巨大，其造成配置完成的时间过长，降低了通信效率；并且在实际运营过程中容易导致业务中断。
方案二批量配置方案在业务配置过程中，许多配置命令的参数相似，而且存在很多参数值都是相同的情况。因此针对此类命令，其参数的修改可以采用批量的方式实现，这样可以减少多次配置带来的冗余信息。
例如命令字para1，para2，para3如需下发以下10条命令的时候cmd10，20，30cmd10，21，30cmd10，22，30
.............
cmd10，29，30则修改该命令参数为cmdpara1，para2from，para2to，para3在下发10条命令的时候，采用以下命令格式cmd10，20，29，30方案二的缺点其仍然通过传统的命令方式进行交互，同时需要修改已有的接口命令。在进行批量配置过程中，修改的参数范围必须连续，因此只有部分接口命令可以进行这样的修改，其只能在局部范围内缓解问题，随着接口命令的增加和用户需求的变化，仍然会面临大数据量交互的问题。
发明内容
本发明的目的在于提供一种用少量的交互完成用户大量业务信息的配置方法，以解决现有技术中因需要交互大量的数据命令而降低配置效率的问题。通过减少交互的命令数据节省通信时间从而提高配置效率。
一种业务配置信息交互的方法，包括如下步骤制定与业务需求对应的不同种的配置方案并进行标识；把所述的配置方案分别存储于网管、控制单元和功能单元；用户在网管上选择配置方案标识，网管根据此标识查找出对应的配置方案，进行相应的数据操作，并通过协议将所选的配置方案标识下发给其管理的控制单元，控制单元接收到此标识后，根据此标识查找出对应的配置方案，进行相应的数据操作，并通过协议将所选的配置方案标识下发给其管理的功能单元，功能单元接收到此标识后，根据此标识查找出对应的配置方案，完成相应的数据操作，实现业务配置。
所述配置方案以文件或者代码或者数据库的形式存储，其内容结构包括命令名称，命令数目和命令参数，此命令参数具体包括参数名称和参数值。
系统更换设备时，所述配置方案的获取包括
系统更换网管时，网管通过从控制单元上载的方式获取所述配置方案；系统更换控制单元时，控制单元通过从网管下载或者从功能单元上载的方式获取所述配置方案；系统更换功能单元时，功能单元通过下载的方式从控制单元获取所述配置方案。
所述配置方案的维护操作包括添加新配置方案至网管、控制单元和功能单元，并进行标识；更换网管、控制单元和功能单元上既有配置方案的内容，并生成新标识；删除网管、控制单元和功能单元上既有配置方案。
所述新配置方案的添加包括如下步骤用户在网管上新增一种配置方案，相应给予标识，并将该配置方案及标识进行存储，然后把配置方案内容及标识依次下发至其所管理的控制单元；控制单元接收网管下发的配置方案内容及标识，并进行存储，然后依次下发至其所管理的功能单元；功能单元接收控制单元下发的配置方案内容及标识，并进行存储。
所述既有配置方案内容的更换包括如下步骤网管按照用户要求，更换既有配置方案内容并进行存储，相应生成新的配置方案标识，然后以命令方式将所述更换的配置内容及标识下发到其管理的控制单元；控制单元接收到网管下发的命令后，对更换的配置内容及其所修改的标识进行存储，然后以命令方式将所述更换的配置内容及标识下发到其管理的功能单元；功能单元接收到控制单元下发的命令后，根据命令要求逐步更换既有配置方案内容。
所述配置方案的删除包括如下步骤网管依用户要求删除既有配置方案，并把该配置方案的标识依次下发至其所管理的控制单元；控制单元接收到网管下发的标识后，查找到所述标识所对应的配置方案并删除，然后把该配置方案的标识依次下发至其所管理的功能单元；功能单元接收控制单元下发的标识后，查找到所述标识所对应的配置方案并删除。
对所述配置方案内容进行更换，具体操作包括对所述配置方案中的命令名称进行更换；对所述配置方案中的命令数目进行更换；对所述配置方案中的命令参数进行更换，即更换参数名称，或更换参数值。
所述标识传送的方式是通过下发命令实现，即网管向控制单元发送表明所述配置方案标识的命令；控制单元向功能单元发送表明所述配置方案标识的命令。
所述数据操作指的是所述配置方案的实现，即网管根据所述标识对应的配置方案，完成的数据操作是使该方案内容在用户图形界面上显示；控制单元根据所述标识对应的配置方案，完成的数据操作是将该方案内容另存储于其软件数据库中，供非网管用户查询；功能单元根据所述标识对应的配置方案，完成的数据操作是将该方案内容写入功能单元芯片的寄存器中。
本发明技术方案的有益效果如下利用本发明所述方法，即以下发配置方案标识代替逐条下发命令进行业务配置，可以显著减少数据命令的交互量，节省用户配置时间，从而提高业务配置的效率；也可以在不更新硬件和通信协议的情况下，解决数据通信效率的瓶颈。另外，通过列表的方式表示配置方案的内容，可以减少冗余信息的出现。
图1为业务配置过程主流程图；
图2为系统硬件构架图；图3为配置方案的结构列表；图4为系统配置流程图；图5为既有配置方案的载入流程图；图6为添加新配置方案流程图；图7为更换配置方案结构内容流程图；图8为删除既有配置方案流程图。
具体实施例方式
下面参照附图并结合具体实施对本发明进行详细的说明。附图和具体实施都是解释性的，而不是限制性的。
如图2所示，网管、控制单元及功能单元等设备组成一个通信网络，网管由网关设备接入网络，管理其对应的每一个控制单元，控制单元管理着其对应的每一个功能单元。
用户首先根据市场调研情况，通过详细分析客户需求，将客户需求数据进行分类，制定若干种不同的配置方案，并对各种配置方案予以标识，然后该配置方案存储于网管、控制单元及功能单元中，存入上述三种设备的数据内容和形式完全相同。配置方案是所有配置命令的集合，其存储形式包括文件、代码、数据库等。由于不同的配置命令之间存在很多配置数据是相同的情况，所以配置方案以列表的方式表示所有命令的内容，如图3所示，其结构包括命令名称、命令数目、命令参数(包括参数名和参数值)，通过这种列表方式表示出的配置方案可以减少冗余信息的出现。在网管、控制单元及功能单元配置过程中，采用标识传递方式代替逐条发送命令方式进行通信，以降低设备命令交互时间，提高配置效率。如图4所示，具体处理流程包括如下步骤步骤1用户在网管上选择一种配置方案，网管接收到用户下发的标识后，进行数据校验及标识合法性分析，如果在网管存储单元中存在该标识，网管向用户返回一条“合法”信息，否则向用户返回一条“非法”信息。
步骤2网管得到合法标识后，根据此标识查找出对应的配置方案，进行相应的数据操作，即在用户图形界面上显示该方案内容。然后，网管把配置方案标识依次发送至其管理的每一个控制单元上，网管需要下发标识选择命令的条数和网管所能管理的控制单元数目相同。
步骤3控制单元得到网管下发的标识后，进行数据校验及标识合法性分析，如果在控制单元存储单元中存在该标识，控制单元向网管返回一条“合法”信息，否则向网管返回一条“非法”信息。
步骤4控制单元得到合法标识后，根据此标识查找出对应的配置方案，完成相应的数据操作，即将该方案内容另存储于其软件数据库中，供非网管用户查询。然后把配置方案标识依次发送至其管理的每一个功能单元上，控制单元需要下发标识选择命令的条数和控制单元所管理的功能单元的个数相同。
步骤5功能单元得到控制单元下发的配置标识后，进行数据校验及标识合法性分析，如果在功能单元存储单元中存在该标识，功能单元向控制单元返回一条“合法”信息，控制单元接收到信息后向网管传递，否则功能单元向控制单元返回一条“非法”信息，控制单元接收到信息后再向网管传递。
步骤6功能单元得到合法标识后，根据此标识查找出对应的配置方案，然后从功能单元存储单元中调出该配置方案，将该方案内容写入功能单元芯片的寄存器中，即执行配置方案中各条相关配置命令。如果功能单元成功执行了业务数据信息的配置，功能单元向控制单元返回一条“成功”信息，控制单元接收到信息后再向网管传递，否则功能单元向控制单元返回一条“失败”信息，控制单元接收到信息后再向网管传递。
如上所述，配置方案是通过分析客户需求制订出来的，并以文件、代码、数据库等形式存储于网管、控制单元及功能单元中。网管、控制单元及功能单元根据合法标识完成的所有数据操作共同体现了客户的配置需要。在实际的电信设备在运营过程中，为给客户提供更稳定更优质的服务，常常需要对网管、控制单元或功能单元进行现场升级；或者当设备发生故障时，需要对网管和/或控制单元和/或功能单元进行更换。在这种情况下，由于配置方案已经存在于系统中，所以，对于待更换设备，只需要从源配置方案提供节点(以下简称源节点)载入既有配置方案即可。例如，对于待更换的网管，只需要从控制单元上载配置方案；同样，对于待更换的控制单元，其仅需要从功能单元上载配置方案；而对于待更换的功能单元，由于其已经处于系统的最底层，不存在管理节点，所以，其配置方案的获取只能从上级管理节点(也就是控制单元)进行下载。
以系统设备进行升级为例，如图5所示，在配置方案载入过程中，待升级设备首先建立与源节点的连接，如果建立失败则向上报警；如果建立成功，则从源节点载入配置方案，完成后进行数据校验。校验失败则向上报警；校验成功获取配置方案，则向源节点查询当前使用的配置方案标识，然后完成数据操作。
在电信系统运营过程中，原有配置方案常常不能满足用户日益增长的业务需求，所以配置方案的维护必须支持动态操作，上述动态操作主要包括配置方案的添加、更换和删除。
1、添加新配置方案新配置方案的添加主要是针对用户需求，对现有配置方案进行扩充。如图6所示，具体过程如下用户在网管上实施操作，新增一种配置方案，相应给予标识，并对该配置方案内容及标识进行存储，然后网管把配置方案依次下发到所管理的每一个控制单元，网管下发的数据内容包括新增的配置方案内容及标识。
控制单元接收由网管下发的新配置方案内容及标识后，对下发数据进行校验，如果校验成功，控制单元向网管返回一条“成功”信息后，对，然后依次下发给所管理的每一个功能单元；如果校验失败，则控制单元向网管返回一条“失败”信息。
功能单元接收由控制单元下发的新配置方案内容及标识后，对下发数据进行校验，如果校验成功，功能单元向控制单元返回一条“成功”信息，控制单元接收到信息后向网管传递。如果校验失败，则功能单元向控制单元返回一条“失败”信息，控制单元接收到信息后向网管传递。功能单元成功接收到下发数据后，并进行存储。
网管根据所管理的每一个控制单元返回的“成功”和“失败”信息来判断是否成功添加了新的配置方案。
2、更换既有配置方案内容如图7所示，具体过程如下用户在网管实施数据操作，网管执行用户的操作命令同时针对当前生效的配置方案内容进行逐步更换。网管将更换的数据内容进行校验，如果校验成功，网管则在用户图形界面显示出执行“成功”的信息后，对更换后的配置方案进行存储，并自动生成新的配置方案标识，使该标识指示修改的次数，例如原配置方案标识为A，更换配置方案内容之后生成的新标识为AX(X表示修改的次数)。然后把用户的数据操作内容及所修改的标识以命令形式依次下发到所管理的相关控制单元；如果校验失败，网管则在用户图形界面显示出执行“失败”的信息，并恢复到更换配置内容前的状态。
控制单元接收到网管下发的命令后，根据命令要求逐步更换其当前生效的配置方案内容。控制单元将更换的数据内容进行校验，如果校验成功，控制单元向网管返回一条“成功“信息后，将对更换的配置内容及其所修改的标识进行存储，然后控制单元以命令的方式把更换的数据内容及其该配置方案对应的新标识依次下发给所管理的相关功能单元；如果校验失败，则控制单元向网管返回一条“失败”信息，并恢复到更换配置内容前的状态。
功能单元接收到控制单元下发的命令后，根据命令要求逐步更换其当前生效的配置方案内容。功能单元将更换的数据内容进行校验，如果校验成功，功能单元板向控制单元返回一条“成功“信息，控制单元接收到信息后向网管传递，功能单元对更换的配置内容及其所修改的标识进行存储；如果校验失败，则功能单元向控制单元返回一条“失败”信息，控制单元接收到信息后向网管传递，功能单元恢复到更换配置内容前的状态。
3、删除既有配置方案如图8所示，具体过程如下用户在网管上选择删除的配置方案，网管依用户要求删除配置方案。如果删除操作成功，网管则在用户图形界面显示出执行“成功”的信息，并把该配置方案的标识以一条命令的形式依次下发到所管理的每一个控制单元；如果删除操作失败，网管则在用户图形界面显示出执行“失败”的信息，并恢复到删除操作前的状态。
控制单元接收到网管下发的标识删除命令后，删除该标识所对应的配置方案。如果删除操作成功，控制单元向网管返回一条“成功”信息，并把该配置方案的标识以一条命令的形式依次下发到所管理的每一个功能单元；如果删除操作失败，控制单元则向网管返回一条“失败”信息，并恢复到删除操作前的状态。
功能单元接收到控制单元下发的标识删除命令后，删除该标识所对应的配置方案。如果删除操作成功，功能单元向控制单元返回一条“成功”信息，控制单元接收到信息后向网管传递；如果删除操作失败，功能单元则向控制单元返回一条“失败”信息，控制单元接收到信息后向网管传递，并恢复到删除操作前的状态。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种业务配置信息交互的方法，其特征在于，包括如下步骤制定与业务需求对应的不同种的配置方案并进行标识；把所述的配置方案分别存储于网管、控制单元和功能单元；用户在网管上选择配置方案标识，网管根据此标识查找出对应的配置方案，进行相应的数据操作，并通过协议将所选的配置方案标识下发给其管理的控制单元，控制单元接收到此标识后，根据此标识查找出对应的配置方案，进行相应的数据操作，并通过协议将所选的配置方案标识下发给其管理的功能单元，功能单元接收到此标识后，根据此标识查找出对应的配置方案，完成相应的数据操作，实现业务配置。
2.如权利要求1所述的方法，其特征在于，所述配置方案以文件或者代码或者数据库的形式存储，其内容结构包括命令名称，命令数目和命令参数，此命令参数具体包括参数名称和参数值。
3.如权利要求1所述的方法，其特征在于，系统更换设备时，所述配置方案的获取包括系统更换网管时，网管通过从控制单元上载的方式获取所述配置方案；系统更换控制单元时，控制单元通过从网管下载或者从功能单元上载的方式获取所述配置方案；系统更换功能单元时，功能单元通过下载的方式从控制单元获取所述配置方案。
4.如权利要求1所述的方法，其特征在于，所述配置方案的维护操作包括添加新配置方案至网管、控制单元和功能单元，并进行标识；更换网管、控制单元和功能单元上既有配置方案的内容，并生成新标识；删除网管、控制单元和功能单元上既有配置方案。
5.如权利要求4所述的方法，其特征在于，所述新配置方案的添加包括如下步骤用户在网管上新增一种配置方案，相应给予标识，并将该配置方案及标识进行存储，然后把配置方案内容及标识依次下发至其所管理的控制单元；控制单元接收网管下发的配置方案内容及标识，并进行存储，然后依次下发至其所管理的功能单元；功能单元接收控制单元下发的配置方案内容及标识，并进行存储。
6.如权利要求4所述的方法，其特征在于，所述既有配置方案内容的更换包括如下步骤网管按照用户要求，更换既有配置方案内容并进行存储，相应生成新的配置方案标识，然后以命令方式将所述更换的配置内容及标识下发到其管理的控制单元；控制单元接收到网管下发的命今后，对更换的配置内容及其所修改的标识进行存储，然后以命令方式将所述更换的配置内容及标识下发到其管理的功能单元；功能单元接收到控制单元下发的命今后，根据命令要求逐步更换既有配置方案内容。
7.如权利要求4所述的方法，其特征在于，所述配置方案的删除包括如下步骤网管依用户要求删除既有配置方案，并把该配置方案的标识依次下发至其所管理的控制单元；控制单元接收到网管下发的标识后，查找到所述标识所对应的配置方案并删除，然后把该配置方案的标识依次下发至其所管理的功能单元；功能单元接收控制单元下发的标识后，查找到所述标识所对应的配置方案并删除。
8.如权利要求1或6所述的方法，其特征在于，对所述配置方案内容进行更换，具体操作包括对所述配置方案中的命令名称进行更换；对所述配置方案中的命令数目进行更换；对所述配置方案中的命令参数进行更换，即更换参数名称，或更换参数值。
9.如权利要求1所述的方法，其特征在于，所述标识传送的方式是通过下发命令实现，即网管向控制单元发送表明所述配置方案标识的命令；控制单元向功能单元发送表明所述配置方案标识的命令。
10.如权利要求1所述的方法，其特征在于，所述数据操作指的是所述配置方案的实现，即网管根据所述标识对应的配置方案，完成的数据操作是使该方案内容在用户图形界面上显示；控制单元根据所述标识对应的配置方案，完成的数据操作是将该方案内容另存储于其软件数据库中，供非网管用户查询；功能单元根据所述标识对应的配置方案，完成的数据操作是将该方案内容写入功能单元芯片的寄存器中。
全文摘要
本发明公开了一种业务配置信息交互的方法，用户首先根据市场调研情况，对业务配置信息数据进行分类，制定不同种类的配置方案，并对其进行标识，然后将其分别存储于网管、控制单元和功能单元中；在整个业务配置过程中，采用标识传递方式在网管、控制单元及功能单元间进行通信，待功能单元接收下发的标识后，根据此标识对应的配置方案完成整个配置过程。利用本发明方法，网管与控制单元，控制单元与功能单元就只存在两个简单的信息交互过程，可以显著减少数据命令的交互量，节省用户配置时间，从而提高业务配置的效率；也可以在不更新硬件和通信协议的情况下，解决数据通信效率的瓶颈。
文档编号H04L29/06GK1964273SQ20051010134
公开日2007年5月16日 申请日期2005年11月10日 优先权日2005年11月10日
发明者杨建军 申请人:华为技术有限公司