CN101964720B - 一种通信系统设备的应答系统及方法 - Google Patents

Abstract

本发明公开了一种通信系统设备的应答系统及方法，以在业务层单板应答失败时提高应答可靠性。其中该方法包括：增量配置时代理层根据从应答节点中获取的应答命令码判断出增量配置失败后，向业务层单板发送增量配置的数据以及数据库中已有的相同业务配置的数据；代理层根据单板再次反馈的应答命令码判断出增量配置再次失败后，向单板发送数据库中已有的与应答命令码相对应的数据以进行全量配置；根据单板第三次反馈的应答命令码获得全量配置的配置结果，并根据配置结果构造应答报文应答给管理层。与现有技术相比，本发明应答系统及方法在增量配置业务失败时，通过进行多次注册应答，提高了增量配置业务的成功率。

Description

一种通信系统设备的应答系统及方法

技术领域

本发明涉及通信系统设备，具体涉及一种通信系统设备的应答系统及方法。

背景技术

图1是现有技术中通信系统设备的三层模型结构。如图1所示，通信系统设备的结构一般分为三层，分别是管理层、代理层(AGENT)及业务层，管理层通过代理层管理业务层的单板。

图2是现有技术中管理层与业务层进行交互的流程示意图。如图2所示，该流程主要包括如下步骤：

步骤S210，管理层下发命令到代理层；

步骤S220，代理层将命令转发给业务层；

步骤S230，业务层的单板根据命令进行相应处理，然后把处理结果应答给代理层；

步骤S240，代理层分析业务层的所有单板的应答结果，然后将分析结果反馈给管理层。

通常情况下，管理层可以有多个管理者管理代理层。同时，代理层的代理器管理业务层的多个业务单板。

管理层发送业务层的业务配置，一般分为两种：全量配置和增量配置。全量配置是管理层在通知业务层单板当前所有业务无效后，一次性给业务层重新配置业务。增量配置是对部分业务进行配置，不影响与本次配置无关的业务。

在实际的应用中，增量配置数据时，由于板间通讯、配置数据的频繁变化等原因，导致业务冲突而使得业务层单板应答代理层失败。而应答失败的业务一般只是一部分而不是全部，此时会导致网元的数据不一致。

有鉴于此，有必要提供一种通信系统设备的应答方法，以在业务层单板应答失败时提高应答可靠性。

发明内容

本发明所要解决的技术问题，在于需要提供一种通信系统设备的应答系统及方法，以在业务层单板应答失败时提高应答可靠性。

为了解决上述技术问题，本发明首先提供了一种通信系统设备的应答方法，包括：

增量配置时代理层根据从应答节点中获取的应答命令码判断出所述增量配置失败后，向业务层单板发送所述增量配置的数据以及数据库中已有的相同业务配置的数据；

所述代理层根据所述单板再次反馈的应答命令码判断出所述增量配置再次失败后，向所述单板发送所述数据库中已有的与所述应答命令码相对应的数据以进行全量配置；

根据所述单板第三次反馈的应答命令码获得所述全量配置的配置结果，并根据所述配置结果构造应答报文应答给管理层。

优选地，所述增量配置或全量配置成功时，构造成功报文应答给所述管理层；

所述增量配置或全量配置失败时，构造失败报文应答给所述管理层。

优选地，根据所述应答命令码判断所述单板的应答失败数是否为0，所述应答失败数为0则所述增量配置或全量配置成功，否则所述增量配置或全量配置失败。

优选地，通过一命令信息节点保存所述代理层接收和发送的命令信息，所有命令信息节点构成一个链表，所述命令信息节点包括超时时间间隔、应答参数以及指向相邻命令信息节点的指针。

优选地，所述应答参数包括所述应答命令码、单板地址列表、单板上报应答报文缓冲区、命令处理回调函数指针以及保存管理者下发数据的指针。

优选地，通过一单板应答信息缓存所述代理层收集的多次应答的命令信息，所述单板应答信息主要包括单板地址、错误码、信息长度、单板应答报文以及指向相邻单板应答信息的指针。

为了解决上述技术问题，本发明还提供了一种通信系统设备的应答系统，位于代理层，包括应答管理模块及多次注册应答模块，其中：

所述应答管理模块，用于从应答节点中获取业务层单板反馈的应答命令码，并根据所述应答命令码判断所述单板的应答是否成功；

所述多次注册应答模块，用于在所述应答管理模块判断出首次增量配置失败后，根据所述应答管理模块获得的所述单板首次反馈的应答命令码，向所述单板发送所述首次增量配置的数据以及数据库中已有的相同业务配置的数据以进行再次增量配置；所述应答管理模块判断出所述再次增量配置失败后，根据所述应答管理模块获得的所述单板再次反馈的应答命令码，向所述单板发送所述数据库中已有的与所述应答命令码相对应的数据以进行全量配置；根据所述应答管理模块获取的所述单板第三次反馈的应答命令码获得所述全量配置的配置结果，并根据所述配置结果构造应答报文应答给管理层。

优选地，所述多次注册应答模块在所述增量配置或全量配置成功时，构造成功报文应答给所述管理层，在所述增量配置或全量配置失败时，构造失败报文应答给所述管理层。

优选地，所述应答管理模块根据所述应答命令码判断所述单板的应答失败数是否为0，所述应答失败数为0则所述增量配置或全量配置成功，否则所述增量配置或全量配置失败。

与现有技术相比，本发明位于业务层单板的应答系统及方法，在增量配置业务失败时，通过进行多次注册应答，提高了增量配置业务的成功率，提高了系统的可靠性。

附图说明

图1是现有技术中通信系统设备的三层模型结构示意图；

图2是现有技术中管理层与业务层进行交互的流程示意图；

图3是本发明应答方法实施例的流程示意图；

图4是图3所示方法实施例中代理层在一次应答过程中统计单板应答情况的流程示意图；

图5是图3所示方法实施例中定义的命令信息节点的数据结构示意图；

图6是图3所示方法实施例中定义的单板应答信息的缓冲区结构示意图；

图7是本发明应答方法应用实例的流程示意图；

图8是本发明应答系统实施例的组成示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。

本发明的主要思路是，在进行增量配置时，代理层根据业务层单板反馈的应答命令码判断出增量配置失败后，向业务层单板发送增量配置的数据以及代理层数据库中已有的相同业务配置的数据；代理层根据单板再次反馈的应答命令码判断出增量配置再次失败后，则向单板发送所述数据库中已有的与应答命令码相对应的数据以进行全量配置，并根据单板第三次反馈的应答命令码获得全量配置的配置结果，根据该配置结果构造应答报文应答给管理层。

图3是本发明应答方法实施例的流程示意图。如图3所示，本发明应答方法实施例主要包括步骤：

步骤S310，进行增量配置时，代理层从应答节点中获取应答命令码；

步骤S320，代理层根据应答命令码判断单板的应答失败数是否为0，如果为0则说明单板对于代理层下发的命令均应答成功，也即增量配置成功，此时代理层构造成功报文并应答给管理层，完成应答；

步骤S330，如果应答失败数不为0，说明增量配置失败，则代理层向业务层单板发送本次增量配置的数据以及代理层数据库中已有的相同业务配置的数据；

步骤S340，根据业务层单板再次反馈的应答命令码，判断再次应答失败数是否为0，如果为0则说明单板对于代理层下发的命令均应答成功，也即增量配置成功，此时代理层构造成功报文并应答给管理层，完成应答；

步骤S350，如果再次应答失败数仍然不为0，则说明增量配置再次失败，此时代理层向业务层单板发送代理层数据库中已有的与该应答命令码相对应的业务配置的数据以进行全量配置；

步骤S360，根据业务层单板第三次反馈的应答命令码，判断第三次应答失败数是否为0，如果为0则说明单板对于代理层下发的命令均应答成功，也即全量配置成功，此时代理层构造成功报文并应答给管理层，完成应答；

步骤S370，如果第三次应答失败数仍然不为0，则说明全量配置仍然失败，此时根据失败信息构造失败报文应答给管理层，完成应答。

由上述内容可见，本发明应答方法根据单板应答情况(业务单板的应答失败数)来决定是否要进行多次注册应答，并将最终的应答结果发送给管理层完成应答。

需要说明的是，上述方法实施例所述的多次应答过程中，需要应答的单板每次都不变。

图4是图3所示实施例中代理层在一次应答过程中统计单板应答情况的流程示意图。如图4所示，该流程主要包含如下步骤：

步骤S410，从应答节点中取下发的命令码；

步骤S420，判断该命令码是否有效，有效则转步骤S425，否则转步骤S410；

步骤S425，判断是否遍历完所有单板的应答报文，是则本次应答结束，否则转步骤S430；

步骤S430，从单板上报应答报文缓冲区中取应答报文；

步骤S435，判断应答报文的内容是否为空，是则转步骤S440，否则转步骤S450；

步骤S440，进一步判断单板地址是否为空，是则返回步骤S425，否则转步骤S445；

步骤S445，将单板应答失败个数加1，然后返回步骤S425；

步骤S450，判断应答是否成功，应答结果为成功则转步骤S425，否则转步骤S445。

图3所示实施例中，通过定义一命令信息节点来保存代理层接收和发送的命令信息，图5是所定义的命令信息节点的数据结构示意图。代理层中所有需要应答管理层的命令信息节点构成一个链表。在收齐了业务单板应答或者在预设的超时时间间隔内(从命令信息节点产生开始)，将命令信息从链表中取下，用于多次注册应答流程。

如图5所示，命令信息节点主要包括超时时间间隔、应答参数、前一节点指针以及后一节点指针等字段，其中：

超时时间间隔，为一预设的时间间隔，在该时间间隔内没有收到单板的应答，则说明该单板超时，统计时该单板为应答失败；

应答参数；

前一节点指针，指向上一命令信息节点；以及

后一节点指针，指向下一命令信息节点。

其中的应答参数，主要包括代理层下发的命令码即前述的应答命令码、需要上报应答的单板地址列表、单板上报应答报文缓冲区、命令处理回调函数指针以及保存管理者下发数据的指针等字段，其中该需要上报应答的单板地址列表表示本次注册应答节点时需要统计哪些单板的应答；该单板上报应答报文缓冲区表示单板应答回来的报文所存放的缓冲区；该命令处理回调函数指针表示可以根据实际需要执行不同的处理函数；该管理者下发数据的保存指针表示要需要保存的管理者所下发的报文。

其中前一节点指针以及后一节点指针也可以称之为指向相邻命令信息节点的指针。

图3所示实施例中，通过定义一单板应答信息，来缓存代理层应答管理模块收集的多次应答的命令信息，根据所缓存的该些信息，能够计算出发送到管理层报文的长度，从而决定申请报文缓冲区的长度。图6为该单板应答信息的缓冲区结构示意图。如图6所示，单板应答信息的数据结构主要包括单板地址、错误码、信息长度、单板应答报文、前一节点指针以及后一节点指针等字段，其中：

单板地址，应答报文的单板地址；

错误码，单板应答的错误码，成功时错误码为1；

信息长度，单板应答报文的长度；

单板应答报文，指向单板应答报文的指针；

前一节点指针，指向前一个单板应答信息的结构；以及

后一节点指针，指向后一个单板应答信息的结构。

其中前一节点指针以及后一节点指针可以称为指向相邻单板应答信息的指针。

在判断出单板多次应答仍然失败(也即三次应答均失败)时，向用于表示应答失败的失败结构缓冲区赋值，同时缓冲区指针向后偏移，指向后一个单板应答信息的结构。此后，代理层构造应答失败报文给管理层。

下面结合一个具体的应用实例来对本发明应答方法作进一步的详细说明，图7是本发明应答方法应用实例的流程示意图。本方法应用实例基于同步数字系列(SDH)设备进行描述，SDH设备中一个网管通过一个代理层，下发一条子命令到若干单板。假设网管下发到代理层的命令，命令码为MNGR_CMD_AGENT，由代理层转发该命令给单板MCUADRS1和MCUADRS2。需要说明的是，本发明方法也适用于其他通信设备上。

如图7所示，代理层通过多次注册应答后构造应答报文给管理层的过程，主要包括如下步骤：

步骤S710，从应答节点的“代理层下发的命令码”中取应答命令码MNGR_CMD_AGENT；

步骤S720，判断应答失败数是否为0，如果为0则转步骤S721，如果不为0，则说明增量配置失败，转到步骤S730；

步骤S721，应答失败数为0，则说明对代理层下发的命令MNGR_CMD_AGENT，单板均应答成功，即增量配置成功，构造应答给管理层的成功报文，结束；

步骤S730，重新注册应答节点，其中“应答参数”里的“管理层下发的数据”，为管理层下发的MNGR_CMD_AGENT中的数据(即本次增量配置的数据)加上代理层数据库中保存的MNGR_CMD_AGENT数据(即相同业务配置的数据)，“应答参数”中的“需要上报应答的单板地址列表”为：MCUADRS1和MCUADRS2(即本次增量配置时注册应答节点的对应字段的数据)；

步骤S740，从应答节点的“代理层下发的命令码”中取应答命令码MNGR_CMD_AGENT；

步骤S750，判断应答失败数是否为0，如果为0则转步骤S751，如果不为0，则说明第一次重复注册应答节点配置失败，转到步骤S760；

步骤S751，应答失败数为0，则说明对代理层下发的子命令(MNGR_CMD_AGENT，MCUADRS1和MCUADRS2)，单板均应答成功，即第一次重复注册应答节点配置成功，构造应答给管理层的成功报文，结束；

步骤S760，重新注册应答节点，其中“应答参数”里的“管理层下发的数据”为：数据库里已有的MNGR_CMD_AGENT命令码的业务配置的数据(即相同业务配置的数据)，“应答参数”中的“需要上报应答的单板地址列表”为本次增量配置时注册应答节点的对应字段的数据，即MCUADRS1和MCUADRS2；

步骤S770，从应答节点的“代理层下发的命令码”中取应答命令码MNGR_CMD_AGENT；

步骤S780，判断应答失败数是否为0，如果为0则转步骤S781，如果不为0，则说明第三次重复注册应答节点配置失败，转步骤S790；

步骤S781，应答失败数为0，则说明对代理层下发的命令(MNGR_CMD_AGENT，MCUADRS1和MCUADRS2)，单板均应答成功，即第二次重复注册应答节点配置成功，构造应答给管理层的成功报文，结束；

步骤S790，根据失败信息缓冲区中的内容，构造应答到管理层的失败报文。

图8是本发明应答系统实施例的组成示意图，该应答系统实施例位于代理层中。请结合图3至图6所示的方法实施例以及图7所示的方法应用实例，图8所示的应答系统实施例主要包括应答管理模块810及多次注册应答模块820，其中：

应答管理模块810，用于从应答节点中获取业务层单板反馈的应答命令码，并根据应答命令码判断单板的应答是否成功；

多次注册应答模块820，用于在应答管理模块810判断出首次增量配置失败后，根据应答管理模块810获得的单板首次反馈的应答命令码，向单板发送首次增量配置的数据以及数据库中已有的相同业务配置的数据以进行再次增量配置；应答管理模块810判断出再次增量配置失败后，根据应答管理模块810获得的单板再次反馈的应答命令码，向单板发送数据库中已有的与应答命令码相对应的数据以进行全量配置；根据应答管理模块810获取的单板第三次反馈的应答命令码获得全量配置的配置结果，并根据配置结果构造应答报文应答给管理层。

其中，多次注册应答模块820在增量配置或全量配置成功时，构造成功报文应答给管理层，在增量配置或全量配置失败时，构造失败报文应答给管理层。

其中，应答管理模块810根据应答命令码判断单板的应答失败数是否为0，应答失败数为0则增量配置或全量配置成功，否则增量配置或全量配置失败。

与现有技术相比，本发明应答系统及方法的技术方案，在增量配置业务失败时，通过在代理层进行多次注册应答，提高了增量配置业务的成功率，提高了系统的可靠性。

虽然本发明所揭露的实施方式如上，但所述的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所揭露的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (9)

1.一种通信系统设备的应答方法，其特征在于，包括：

增量配置时代理层根据从应答节点中获取的应答命令码判断出所述增量配置失败后，向业务层单板发送所述增量配置的数据以及数据库中已有的相同业务配置的数据；

所述代理层根据所述单板再次反馈的应答命令码判断出所述增量配置再次失败后，向所述单板发送所述数据库中已有的与所述应答命令码相对应的数据以进行全量配置；

所述代理层根据所述单板第三次反馈的应答命令码获得所述全量配置的配置结果，并根据所述配置结果构造应答报文应答给管理层。

2.如权利要求1所述的方法，其特征在于：

所述增量配置或全量配置成功时，构造成功报文应答给所述管理层；

所述增量配置或全量配置失败时，构造失败报文应答给所述管理层。

3.如权利要求2所述的方法，其特征在于：

根据所述应答命令码判断所述单板的应答失败数是否为0，所述应答失败数为0则所述增量配置或全量配置成功，否则所述增量配置或全量配置失败。

4.如权利要求1所述的方法，其特征在于：

通过一命令信息节点保存所述代理层接收和发送的命令信息，所有命令信息节点构成一个链表，所述命令信息节点包括超时时间间隔、应答参数以及指向相邻命令信息节点的指针。

5.如权利要求4所述的方法，其特征在于：

所述应答参数包括所述应答命令码、单板地址列表、单板上报应答报文缓冲区、命令处理回调函数指针以及保存管理者下发数据的指针。

6.如权利要求1所述的方法，其特征在于： 

通过一单板应答信息缓存所述代理层收集的多次应答的命令信息，所述单板应答信息主要包括单板地址、错误码、信息长度、单板应答报文以及指向相邻单板应答信息的指针。

7.一种通信系统设备的应答系统，其特征在于，位于代理层，包括应答管理模块及多次注册应答模块，其中：

所述应答管理模块，用于从应答节点中获取业务层单板反馈的应答命令码，并根据所述应答命令码判断所述单板的应答是否成功；

所述多次注册应答模块，用于在所述应答管理模块判断出首次增量配置失败后，根据所述应答管理模块获得的所述单板首次反馈的应答命令码，向所述单板发送所述首次增量配置的数据以及数据库中已有的相同业务配置的数据以进行再次增量配置；所述应答管理模块判断出所述再次增量配置失败后，根据所述应答管理模块获得的所述单板再次反馈的应答命令码，向所述单板发送所述数据库中已有的与所述应答命令码相对应的数据以进行全量配置；根据所述应答管理模块获取的所述单板第三次反馈的应答命令码获得所述全量配置的配置结果，并根据所述配置结果构造应答报文应答给管理层。

8.如权利要求7所述的系统，其特征在于：

所述多次注册应答模块在所述增量配置或全量配置成功时，构造成功报文应答给所述管理层，在所述增量配置或全量配置失败时，构造失败报文应答给所述管理层。

9.如权利要求8所述的系统，其特征在于：

所述应答管理模块根据所述应答命令码判断所述单板的应答失败数是否为0，所述应答失败数为0则所述增量配置或全量配置成功，否则所述增量配置或全量配置失败。 

Images