CN101141209B - 一种sdh网元数据恢复系统及其方法 - Google Patents

Abstract

本发明公开了一种SDH网元数据恢复系统及其方法，适用于SDH传输系统，所述代理层还设置有：Qx口通讯模块，用于建立所述管理层与代理层之间的数据通讯；命令处理模块，用于通过Qx口通讯模块接收管理层下发的配置数据，并根据不同的命令码进行相应处理；应答管理模块，用于对命令处理模块接收的配置数据和根据该配置数据得到的需要转发的业务层单板地址进行注册，并处理业务层单板的应答；S口通讯模块，用于建立代理层与业务层之间的数据通讯；数据库模块，连接应答管理模块、S口通讯模块，用于在应答管理模块的控制下操作数据。采用本发明保证管理层下发配置数据时，每个业务层单板上的数据都与代理层保持一致，保证业务不中断。

Description

一种SDH网元数据恢复系统及其方法 

技术领域

本发明涉及数据恢复技术，特别是涉及一种SDH网元数据恢复系统及其方法。 

背景技术

SDH(Synchronous Digital Hierarchy，同步数字系列)传输系统设备的结构示意图按照标准分为三层，包括管理层10、代理层20和业务层30，如图1所示。从管理层10配置数据到业务层30进行数据处理，其数据流需要经过如下步骤： 

a)，管理层10下发配置数据到代理层20，如图1中的①所示； 

b)，代理层20将数据转发到相应的业务层30，如图1中的②所示； 

c)，业务层30进行相应的数据处理，然后根据处理结果应答给代理层20，如图1中的③所示； 

d)，代理层20根据业务层30的应答结果决定是否将数据进行存储，然后应答给管理层10，如图1中的④所示。 

在上面步骤d中，代理层20需要判断业务层30中的业务层单板的应答结果，如果业务层单板1…业务层单板N所有业务层单板都应答成功，代理层20则对数据进行存储，然后应答管理层10成功。如果至少有一个业务层单板应答失败(比如部分业务单板返回成功，部分业务单板返回失败)，代理层20就不对数据进行存储，然后应答管理层10失败。 

从上面的处理来看，这种做法有一个严重的缺陷，如果管理层10下发的配置数据不完全正确，导致代理层20将数据转发到业务层30后，业务层30中有些业务层单板返回成功，而有些业务层单板返回失败。这样虽然代理层20仍然保持前一次正确的数据，但是不是所有的业务层单板上的数据都与代理层20保持一致，出现这种结果，最严重的情况可能会导致业务中断。 

发明内容

本发明所要解决的技术问题在于提供一种SDH网元数据恢复系统及其方法，用于当每次管理层下发配置数据时，实现每个业务层单板上的数据都与代理层保持一致，保证业务不会发生中断。 

为了实现上述目的，本发明提供了一种SDH网元数据恢复系统，适用于包括管理层、代理层、业务层的SDH传输系统，所述业务层设置有多个业务层单板，其特征在于，所述代理层还设置有： 

一Qx口通讯模块，用于建立所述管理层与所述代理层之间的数据通讯； 

一命令处理模块，用于通过所述Qx口通讯模块接收所述管理层下发的配置数据，并根据不同的命令码进行相应处理； 

一应答管理模块，用于对所述命令处理模块接收的配置数据和根据该配置数据得到的需要转发的业务层单板地址进行注册，并处理所述业务层单板的应答； 

一S口通讯模块，用于建立所述代理层与所述业务层之间的数据通讯； 

一数据库模块，连接所述应答管理模块、所述S口通讯模块，用于在所述应答管理模块的控制下操作数据； 

当数据配置失败时，所述应答管理模块从所述配置数据中或所述业务层单板应答所述应答管理模块的数据中获得对应数据库的关键字，并根据该关键字查找对应的数据库模块，从该数据库模块中取出数据，分析该取出的数据得到需要转发的业务层单板地址及所述业务层单板对应的数据，再将所述业务层单板对应的数据按照所述业务层单板地址发送至对应的业务层单板。 

为了实现上述目的，本发明提供了一种利用所述系统实现SDH网元数据恢复方法，其特征在于，包括： 

步骤一，由所述Qx口通讯模块将所述管理层下发的配置数据发送至所述命令处理模块； 

步骤二，所述命令处理模块将接收的配置数据通过所述S口通讯模块发送至所述业务层单板； 

步骤三，所述业务层单板对接收的配置数据进行分析处理，根据分析结果并通过所述S口通讯模块向所述应答管理模块发送一应答结果； 

步骤四，由所述应答管理模块根据所述应答结果进行相应处理，并当数据 配置失败时，所述应答管理模块从所述配置数据中或所述业务层单板应答所述应答管理模块的数据中获得对应数据库的关键字，并根据该关键字查找对应的数据库模块，从该数据库模块中取出数据，并分析该取出的数据得到需要转发的业务层单板地址及所述业务层单板对应的数据，再将所述业务层单板对应的数据按照所述业务层单板地址发送至对应的业务层单板。 

所述的实现SDH网元数据恢复方法，其中，所述配置数据为同步定时源数据。 

所述的实现SDH网元数据恢复方法，其中，所述步骤一中，所述管理层通过一所述管理层至所述代理层的接口命令码将所述同步定时源数据发送至所述Qx口通讯模块。 

所述的实现SDH网元数据恢复方法，其中，所述步骤二中，所述命令处理模块通过一所述代理层至所述业务层的接口命令将所述配置数据通过所述S口通讯模块转发至所述业务层单板。 

所述的实现SDH网元数据恢复方法，其中，所述步骤二中，还包括由所述命令处理模块动态申请一内存节点，并将所述配置数据和所述需要转发的业务层单板地址写入该内存节点，以及将该内存节点发送至所述应答管理模块进行注册的步骤。 

所述的实现SDH网元数据恢复方法，其中，所述步骤三中，还包括一由所述业务层单板对接收的配置数据进行校验的步骤，若该配置数据错误，则所述业务层单板直接应答所述应答管理模块失败，否则，所述业务层单板将该配置数据写入相应的硬件寄存器，并应答所述应答管理模块成功。 

所述的实现SDH网元数据恢复方法，其中，所述步骤四中，当所述所有业务层单板均应答成功时，则所述应答管理模块存储所述配置数据，并注销应答管理节点，再应答所述管理层成功；当所述所有业务层单板中有至少一个业务层单板应答失败或没有应答时，则所述应答管理模块不存储所述配置数据，并注销应答管理节点，再应答所述管理层失败。 

所述的实现SDH网元数据恢复方法，其中，所述数据库的关键字根据不同的数据库系统选择不同，当关键字为Qx口命令码时，则从所述管理层下发的配置数据中获取该关键字，当关键字为S口命令码时，则从所述业务单板的应答数据中获取该关键字。 

所述的实现SDH网元数据恢复方法，其中，所述步骤四中，还包括一由所述应答管理模块对该取出的数据根据业务层单板地址进行筛选、分类的步骤，用于将不同业务层单板的相关数据分别放至不同的缓存进行存储。 

采用本发明方法可以弥补现有技术方案的缺陷，当业务层单板应答结果不一致时，可以将各个业务单板都恢复到前一次正确的数据，保证每次管理层下发配置数据时，每个业务层单板上的数据都与代理层保持一致，并保证业务不会发生中断。 

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。 

附图说明

图1为现有技术传输SDH系统设备的结构示意图； 

图2为本发明管理层下发数据到业务层单板全部应答成功时代理层处理示意图； 

图3为本发明管理层下发数据到业务层单板非全部应答成功时代理层处理示意图。 

具体实施方式

下面结合具体实施例对本发明作进一步的说明。实施例子是传输设备中网管下发配置命令到业务单板出现异常时，如何保证各个业务单板上的数据与代理层上的数据相一致。 

请参阅图2所示，为本发明管理层下发数据到业务层单板全部应答成功时代理层处理示意图。该图描述了SDH系统设备的结构，该结构包括：网络管理层/管理层10、网元代理层/代理层(Agent)20和单板业务层/业务层30；其中代理层20又设置有Qx口通讯模块201、命令处理模块202、应答管理模块203、S口通讯模块204和数据库模块205。 

Qx口通讯模块201是用来建立TCP/IP连接的模块，主要用于通过Qx口管理网元代理层20和网络管理层10之间的通讯，负责接收来自网络管理层10的数据并根据命令分组标记将该数据发送至命令处理模块202，以及将网元代理层20的数据发送至网络管理层10。Qx口为网络管理层10与网元代理层 20之间的通讯接口。 

命令处理模块202是用来接收数据，然后根据不同的命令码进行相应的数据处理，包括对数据进行命令注册，将数据注册至应答管理模块203，以及将数据发送至S口通讯模块204； 

应答管理模块203是用来将数据发送到单板业务层30的一种异步命令处理模块，主要用于处理单板的应答，包括单板超时的情况。 

该模块203包括动态链表、定时器和处理任务模块。其中，动态链表的每个节点用来存储需要注册的数据，注册的数据包括管理层10下发的数据和需要发送的业务层单板地址信息。如果业务层单板有应答，则由处理任务模块将节点从链表取出，否则节点将一直累加计时。定时器用于轮询动态链表的节点是否超时，如果超时，则上报给处理任务模块，由处理任务模块将节点从动态链表取出，同时报告管理层10此单板超时。 

S口通讯模块204是用来建立总线连接的模块，主要用于通过S口管理网元代理层20和单板业务层30之间的通讯，负责接收来自单板业务层30的数据以及将从网元代理层20的命令处理模块202接收的数据发送到单板业务层30。S口为网元代理层20与单板业务层30之间的通讯接口。 

数据库模块205是一个小型的数据库系统，用来处理数据的存储、查询等操作。 

数据库存储的数据只包含网络管理层10下发的数据，不包含单板应答的数据，因为单板应答的数据中只有成功和失败的信息，代理层20只是根据单板应答的数据决定是否存储网络管理层10下发的数据，成功就存储，失败就不存储。 

应答管理模块203、S口通讯模块204以及数据库模块205之间的作用关系描述如下： 

发往单板业务层30的数据首先需要注册到应答管理模块203，然后通过S口通讯模块204将数据发到单板业务层30，之后应答管理模块203等待单板业务层30的应答，根据应答的情况(包括单板超时)，并结合注册的信息，通过数据库模块205对数据进行入库操作。 

假设需要发送的配置数据为同步定时源，从管理层10到代理层20的Qx命令码为MNGR_SETCLK_AGENT，从代理层20到业务层30的业务层单板 的接口命令码为AGENT_SETCLK_MCU，该接口命令码是指接口的上游和下游的一种约定，也可以说是通过接口传送数据的关键字段，通过此接口命令码，可以对不同的数据进行分类，这样便于上下层处理；数据库模块205的关键字为Qx命令码。该全部应答成功时代理层处理实现的操作过程如下： 

步骤21，管理层10通过Qx命令码MNGR_SETCLK_AGENT将同步时钟源数据发送到代理层20； 

步骤22，代理层20的命令处理模块202收到同步时钟源数据后，从该数据中获取需要发送的业务层单板的地址，假设为USR_CSMODUADRS1和USR_CSMODUADRS2，然后动态申请一个内存节点，将管理层10发下来的全部数据和需要转发的所有业务层单板的地址写入该内存节点，同时将该内存节点发送到超时应答管理模块203进行注册；最后将同步时钟源数据按照业务层单板的地址转发到业务层单板USR_CSMODUADRS1和USR_CSMODUADRS2； 

步骤23，业务层单板对收到的同步时钟源数据进行分析处理，并根据自己的处理结果分别应答代理层20，假设业务层单板USR_CSMODUADRS1应答成功，而业务层单板USR_CSMODUADRS2应答失败； 

步骤24，代理层20的应答管理模块203收到业务层单板的应答，发现业务层单板USR_CSMODUADRS1应答成功，业务层单板USR_CSMODUADRS2应答失败，将不对管理层10发下来的数据进行存储，注销超时应答节点，同时应答错误给管理层10； 

步骤25，代理层20的应答管理模块203从管理层10发下来的数据中获取Qx命令码MNGR_SETCLK_AGENT； 

步骤26，应答管理模块203通过Qx命令码MNGR_SETCLK_AGENT在数据库模块205中查找到同步时钟源数据库，将该数据库里的全部同步时钟源数据取出； 

步骤27，应答管理模块203根据取出的数据内容分析出所有要发送的业务层单板的地址USR_CSMODUADRS1和USR_CSMODUADRS2以及需要发往各个业务层单板的数据，然后将该数据转发至各个业务层单板；及 

步骤28，发送成功完毕后，本次数据恢复成功。 

上述操作过程如果全部完成，就可以保证各个业务层单板上的数据与代理 层20的数据始终保持一致，即使是出现异常的情况下也可以使各个业务层单板都恢复到前一次正确的数据，从而保持与代理层20的数据一致，并且保证业务不会发生中断。 

请参阅图3所示，为本发明管理层下发数据到业务层单板非全部应答成功时代理层处理示意图。该图描述了SDH系统设备的结构，该结构包括：网络管理层/管理层10、代理层(Agent)20和业务层30；其中代理层20又设置有Qx口通讯模块201、命令处理模块202、应答管理模块203、S口通讯模块204和数据库模块205。该非全部应答成功时代理层处理实现的操作过程包括以下步骤，如下所示： 

步骤31，代理层20接收管理层10下发的配置数据； 

管理层10将要下发的配置数据通过Qx口通讯模块201的通讯口下发到代理层20的Qx口通讯模块201，Qx口通讯模块201将配置数据根据命令分组标记分发到具体的命令处理模块202，如图3中的①所示。 

步骤32，代理层20的命令处理模块202对收到的配置数据进行分析处理，并将数据通过S口通讯模块204发送到相关的业务层单板； 

命令处理模块202是用来接收数据，然后根据不同的命令码进行相应的数据处理，包括对数据进行命令注册，将数据注册至应答管理模块203，以及将数据发送至S口通讯模块204； 

命令处理模块202从收到的配置数据中获取需要转发的业务层单板地址以及各个业务层单板地址相关的数据，将管理层10下发的全部数据和需要转发的业务层单板地址发送到应答管理模块203进行注册，如图3中的②所示。 

将管理层10的数据进行注册，是因为业务层单板应答时需要这个数据，如果不进行注册，业务层单板应答失败时就找不到对应的管理层数据，这样也就找不到步骤35中的数据库关键字。 

将需要转发的业务层单板地址进行注册，是因为如果有业务层单板没有应答也算是失败，而将业务层单板地址进行注册就可以判断哪些业务层单板没有应答。 

上述数据全部成功注册后，将各个业务层单板地址相关的数据通过S口通讯模块204的通讯口转发到对应的业务层单板，如图3中的③所示。 

步骤33，各个业务层单板对收到的配置数据进行分析处理，并根据自己 的处理结果通过S口通讯模块204的通讯口分别应答代理层20； 

各个业务层单板收到配置数据后可分为两种情况：正常情况和异常情况。正常情况下，业务层单板对收到的配置数据进行校验，如果配置数据不正确，直接应答代理层20失败，如果配置数据正确，则写入相应的硬件寄存器，然后应答代理层20成功。在上述正常情况下出现别的问题则属于异常情况，这时候业务层单板就可能不会应答代理层20。整个过程可以简单概括为如图3中的④所示。 

步骤34，代理层20的应答管理模块203收到业务层单板的应答结果，根据应答结果作相应的处理； 

如果所有的业务层单板均应答成功，应答管理模块203则将管理层10下发的配置数据进行存储，同时注销应答管理节点，然后通过Qx口通讯模块201的通讯口应答管理层10成功，如图2中的⑤所示，表明本次配置数据成功并结束。如果至少有一个业务层单板应答失败或者没有应答，应答管理模块203将不进行数据存储，但仍要注销应答管理节点，然后通过Qx口通讯模块201的通讯口应答管理层10失败，如图3中的⑤所示，表明本次配置数据失败，但是还没有结束，还需要进行后面的数据恢复。 

步骤35，如果本次配置数据失败，代理层20的应答管理模块203将从管理层10下发的配置数据中或者业务层单板应答的数据中获取对应数据库的关键字； 

数据库的关键字根据不同的数据库系统可以选择不同，比如，可以选择Qx口命令码，也可以选择S口命令码等。如果选择的是Qx口命令码，则需要从管理层10下发的配置数据中获取，如果选择的是S口命令码，则需要从业务单板应答的数据中获取。如图3中的⑥所示。 

步骤36，应答管理模块203通过关键字查找相应的数据库模块205，从数据库模块205中获取数据； 

由于业务层单板数据恢复时，不只是恢复当前失败的业务层单板，而是要恢复与本次配置数据相关的所有业务层单板，所以需要将本次数据库的数据全部取出，如图3中的⑦所示。 

步骤37，应答管理模块203根据取出的数据内容分析需要转发的业务层单板地址以及各个单板对应的数据，然后将此数据发送到相应的业务层单板； 

由于取出来的数据是全部业务层单板的数据，而发往到各个业务层单板的数据只是与本单板相关的数据，所以需要对取出的数据根据业务层单板地址进行筛选和分类，比如，所有与业务层单板A相关的数据放到缓存Bufa中，所有与业务层单板B相关的数据放到缓存Bufb中，等等。筛选好数据后就可以将缓存数据发送到相关的业务层单板，如图3中的⑧所示。 

步骤38，发送成功完毕后，本次数据恢复成功。 

本发明方法保证当网元控制板往业务单板发送数据出现异常时，各个业务单板都可以恢复到前一次正确的数据，保证业务不发生中断。 

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。 

Claims (9)

1.一种SDH网元数据恢复系统，适用于包括管理层、代理层、业务层的同步数字系列SDH传输系统，所述业务层设置有多个业务层单板，其特征在于，所述代理层还设置有：

一Qx口通讯模块，用于建立所述管理层与所述代理层之间的数据通讯；

一命令处理模块，用于通过所述Qx口通讯模块接收所述管理层下发的配置数据，并根据不同的命令码进行相应处理，包括对数据进行命令注册，将数据注册至应答管理模块，以及将数据发送至S口通讯模块；

一应答管理模块，用于对所述命令处理模块接收的配置数据和根据该配置数据得到的需要转发的业务层单板地址进行注册，并处理所述业务层单板的应答；所述应答管理模块包括动态链表、定时器和处理任务模块；所述动态链表的每个节点用来存储需要注册的数据，注册的数据包括管理层下发的数据和需要发送的业务层单板地址信息；如果业务层单板有应答，则由所述处理任务模块将节点从链表取出，否则节点将一直累加计时；所述定时器用于轮询所述动态链表的节点是否超时，如果超时，则上报给所述处理任务模块，由所述处理任务模块将节点从所述动态链表取出，同时报告管理层此单板超时；

一S口通讯模块，用于建立所述代理层与所述业务层之间的数据通讯；

一数据库模块，连接所述应答管理模块、所述S口通讯模块，用于在所述应答管理模块的控制下操作数据；

当数据配置失败时，所述应答管理模块从所述配置数据中或所述业务层单板应答所述应答管理模块的数据中获得对应数据库的关键字，并根据该关键字查找对应的数据库模块，从该数据库模块中取出数据，分析该取出的数据得到需要转发的业务层单板地址及所述业务层单板对应的数据，再将所述业务层单板对应的数据按照所述业务层单板地址发送至对应的业务层单板。

2.一种利用权利要求1所述系统实现SDH网元数据恢复方法，其特征在于，包括：

步骤一，由所述Qx口通讯模块将所述管理层下发的配置数据发送至所述命令处理模块；

步骤二，由所述命令处理模块动态申请一内存节点，并将所述配置数据和所述需要转发的业务层单板地址写入该内存节点，以及将该内存节点发送至所述应答管理模块进行注册；所述命令处理模块将接收的配置数据通过所述S口通讯模块发送至所述业务层单板；

步骤三，所述业务层单板对接收的配置数据进行分析处理，根据分析结果并通过所述S口通讯模块向所述应答管理模块发送一应答结果；

步骤四，由所述应答管理模块根据所述应答结果进行相应处理，并当数据配置失败时，所述应答管理模块从所述配置数据中或所述业务层单板应答所述应答管理模块的数据中获得对应数据库的关键字，并根据该关键字查找对应的数据库模块，从该数据库模块中取出数据，并分析该取出的数据得到需要转发的业务层单板地址及所述业务层单板对应的数据，再将所述业务层单板对应的数据按照所述业务层单板地址发送至对应的业务层单板。

3.根据权利要求2所述的实现SDH网元数据恢复方法，其特征在于，所述配置数据为同步定时源数据。

4.根据权利要求3所述的实现SDH网元数据恢复方法，其特征在于，所述步骤一中，所述管理层通过一所述管理层至所述代理层的接口命令码将所述同步定时源数据发送至所述Qx口通讯模块。

5.根据权利要求2或3所述的实现SDH网元数据恢复方法，其特征在于，所述步骤二中，所述命令处理模块通过一所述代理层至所述业务层的接口命令将所述配置数据通过所述S口通讯模块转发至所述业务层单板。

6.根据权利要求2所述的实现SDH网元数据恢复方法，其特征在于，所述步骤三中，还包括一由所述业务层单板对接收的配置数据进行校验的步骤，若该配置数据错误，则所述业务层单板直接应答所述应答管理模块失败，否则，所述业务层单板将该配置数据写入相应的硬件寄存器，并应答所述应答管理模块成功。

7.根据权利要求2、3或6所述的实现SDH网元数据恢复方法，其特征在于，所述步骤四中，当所述所有业务层单板均应答成功时，则所述应答管理模块存储所述配置数据，并注销应答管理节点，再应答所述管理层成功；当所述所有业务层单板中有至少一个业务层单板应答失败或没有应答时，则所述应答管理模块不存储所述配置数据，并注销应答管理节点，再应答所述管理层失败。

8.根据权利要求2、3或6所述的实现SDH网元数据恢复方法，其特征在于，所述数据库的关键字根据不同的数据库系统选择不同，当关键字为Qx口命令码时，则从所述管理层下发的配置数据中获取该关键字，当关键字为S口命令码时，则从所述业务单板的应答数据中获取该关键字。

9.根据权利要求2、3或6所述的实现SDH网元数据恢复方法，其特征在于，所述步骤四中，还包括一由所述应答管理模块对该取出的数据根据业务层单板地址进行筛选、分类的步骤，用于将不同业务层单板的相关数据分别放至不同的缓存进行存储。

Images