CN101499925B - 一种无处理器设备实体的管理方法 - Google Patents

Abstract

本发明公开了一种无处理器设备实体的管理方法，其包括以下步骤：A1、为主用控制板、备用控制板和其它板卡都分配独立的通讯地址；并且，在其它板卡中仅设置功能模块；A2、当前的主用控制板管理其通讯地址以及其它板卡的通讯地址，当前的备用控制板管理其通讯地址；A3、所述主用控制板和所述备用控制板执行主备倒换时，执行步骤A2。通过为不带MCU的板卡设立独立的通讯地址标识，在逻辑上和实体上都将不带MCU板卡与主控板分离开来；采用将不带MCU板卡与控制板地位对等的机制，在控制板和网管两个层面理顺了不带MCU板卡与控制板的组织关系，有利于不带MCU板卡实体与各层面处理逻辑的对应。

Description

一种无处理器设备实体的管理方法

技术领域

本发明涉及在通信系统中不带处理器设备实体的管理方法，尤其涉及的是，一种带处理器的主备设备对至少一个不带处理器的设备实体的管理方法。

背景技术

在传统的通信系统中，一般每块板卡都具备独立的处理器(MCU)，各个板卡采用不同的地址标识与主控板通讯，例如槽位地址或IP地址等；然后由主控板与网络管理系统相连接，以达到网络管理系统对系统中各个板卡的监控。

随着通信系统集成度和网络监控要求的逐渐提高，不带MCU板卡越来越多，其管理需求日益复杂。目前，一般将需要管理的不带MCU板卡作为主控板的组件看待，也就是主控板与不带MCU板卡之间存在直接的控制信号线，不带MCU的板卡不需要拥有独立的通讯地址。

这样，主控板程序设计比较简单，因为不带MCU板卡与主控板上的功能单元处于对等地位，虽然不带MCU板卡实体独立于主控板实体之外，但主控板程序不需要对不带MCU板卡做出特殊处理。

但是，网管系统的处理比较复杂，如果不带MCU板卡需要按照物理位置如实显示在网管界面上，就必然要求网管系统进行特殊处理，在逻辑上将不带MCU板卡与主控板合并，在实体上又要将不带MCU板卡与主控板分离。比如在网管对不带MCU的板卡实体上进行操作，所有命令必须发送给主控板，而从主板板返回的报文又必须进行分离处理，以分别显示在不带MCU板卡实体和主控板实体上，从而造成网管系统处理的复杂度大大增加。

尤其是当主控板存在主备机制时，这种将不带MCU板卡看作主控板组件的弊端更加明显。例如，系统正常运行时，不带MCU板卡只能作为主用主控板的组件，不能作为备用主控板的组件，因为网管对不带MCU板卡的操作命令都必须转发给当前主用主控板。

因此，现有技术存在缺陷，需要改进。

发明内容

本发明所要解决的技术问题是提供一种无处理器的设备实体的管理方法，避免将不带MCU板卡作为主控板组件进行处理。

本发明的技术方案如下：

一种无处理器设备实体的管理方法，其包括以下步骤：A1、为主用控制板、备用控制板和其它板卡都分配独立的通讯地址；并且，在其它板卡中仅设置功能模块；A2、当前的主用控制板管理其通讯地址以及其它板卡的通讯地址，当前的备用控制板管理其通讯地址；A3、所述主用控制板和所述备用控制板执行主备倒换时，执行步骤A2。

所述的管理方法，其中，步骤A2中，所述管理通讯地址，包括以下步骤：B1、所述主用控制板和所述备用控制板分别接收目的通讯地址为其管理的通讯地址的报文；B2、所述主用控制板解析所述报文中的所述目的通讯地址：B3、所述备用控制板根据所述报文对本板执行操作，并返回应答报文，应答报文中源通讯地址设为所述备用控制板的通讯地址。

所述的管理方法，其中，所述步骤B2进一步包括：B21、判断所述目的通讯地址为所述主用控制板的通讯地址，则根据所述报文对本板作相关操作，并返回应答报文，应答报文中源通讯地址设为所述主用控制板自身的通讯地址；B22、判断所述目的通讯地址为其它板卡的通讯地址，则所述主用控制板访问相应板卡，并返回应答报文；应答报文中源通讯地址设为该板卡的通讯地址。

所述的管理方法，其中，步骤B22中，所述主用控制板根据所述报文，通过控制信号线访问其它板卡上的相关器件。

所述的管理方法，其中，步骤B22之后，还执行以下步骤：所述主用控制板向所述备用控制板发起主备数据同步。

所述的管理方法，其中，步骤B1还执行以下步骤：判断所述主用控制板和所述备用控制板各自接收目的通讯地址为本板通讯地址的相同报文；则步骤B3具体包括以下步骤：所述备用控制板丢弃所述报文，并返回接收成功的应答报文。

所述的管理方法，其中，步骤A1中，各通讯地址与槽位一一对应。

所述的管理方法，其中，采用预设置算法为各槽位设置其通讯地址。

所述的管理方法，其中，步骤A2之前，还执行以下步骤：A20、确定所述主用控制板和所述备用控制板的主备关系。

所述的管理方法，其中，步骤A2还执行以下步骤：A21、系统上电时，所述主用控制板和所述备用控制板分别上报其管理的通讯地址；A22、所述主用控制板和所述备用控制板分别接收其管理的通讯地址的上电配置信息，所述主用控制板对其它板卡进行上电配置。

所述的管理方法，其中，步骤A3之后，还执行以下步骤：A4、判断进行手动复位操作和程序下载，则仅对所述备用控制板进行；A5、手动切换主备状态时，则同时发送到所述主用控制板和所述备用控制板。

采用上述方案，本发明通过为不带MCU的板卡设立独立的通讯地址标识，在逻辑上和实体上都将不带MCU板卡与主控板分离开来；采用将不带MCU板卡与控制板地位对等的机制，在控制板和网管两个层面理顺了不带MCU板卡与控制板的组织关系，有利于不带MCU板卡实体与各层面处理逻辑的对应。

附图说明

图1为本发明的主备控制板和不带MCU板卡的地址标识示意图；

图2为本发明的系统上电配置流程图；

图3为控制板主备倒换后的地址标识示意图；

图4为本发明方法的流程图。

具体实施方式

以下结合附图和具体实施例，对本发明进行详细说明。

本发明提出了一种主备控制板高效管理多个不带MCU板卡的方法。该发明当然也适用于只配备主用控制板的系统；本发明的核心思路是认为各个不带MCU的板卡与主备控制板单板自身地位对等，为不带MCU的板卡设立独立的通讯地址标识。这样就在逻辑上和实体上都将不带MCU板卡与主控板分离开来。如图4所示，本发明提供了一种无处理器设备实体的管理方法，其包括以下步骤。

A1、为主用控制板、备用控制板和其它板卡都分配独立的通讯地址；并且，在其它板卡中仅设置功能模块，即在其它板卡中不设置处理器，更具体地说，是不带MCU及其外围电路；本发明中，除了主用控制板、备用控制板之外，其它板卡是不带处理模块的，即不带MCU及其外围电路；这些不带MCU的板卡可以为一块或很多块，本发明对此没有额外限制。更好的是，在步骤A1中，各通讯地址与槽位一一对应；其中，可以采用预设置算法为各槽位设置其通讯地址。例如，为主用控制板、备用控制板和各个不带MCU的板卡都分配独立的通讯地址，每个通讯地址都与槽位一一对应。

A2、当前的主用控制板管理其通讯地址以及其它板卡的通讯地址，当前的备用控制板管理其通讯地址。即，发送目的通讯地址为主用控制板自身和各个不带MCU板卡的报文，都将会被主用控制板接收到。

并且，在步骤A2之前，还可以执行以下步骤：A20、确定所述主用控制板和所述备用控制板的主备关系。这样，在控制板的主备关系确立后，主用控制板将拥有自身通讯地址和各个不带MCU板卡的通讯地址，而备用控制板只拥有自身的通讯地址。

一个实施例是，步骤A2还可以执行以下步骤：A21、系统上电时，所述主用控制板和所述备用控制板分别上报其管理的通讯地址；A22、所述主用控制板和所述备用控制板分别接收其管理的通讯地址的上电配置信息，所述主用控制板对其它板卡进行上电配置。

具体地说，所述管理通讯地址，可以包括以下步骤：

B1、所述主用控制板和所述备用控制板分别接收目的通讯地址为其管理的通讯地址的报文；

B2、所述主用控制板解析其接收到的所述报文中的所述目的通讯地址，然后，根据所述目的通讯地址为所述主用控制板的通讯地址还是其它板卡的通讯地址，分别执行B21或B22。

B21、判断所述目的通讯地址为所述主用控制板的通讯地址，则根据所述报文对本板作相关操作，并返回应答报文，应答报文中源通讯地址设为所述主用控制板自身的通讯地址。

例如，如果目的通讯地址为主用控制板自身的地址，则主用控制板MCU对本板作相关操作，并返回应答报文，应答报文中源通讯地址填为主用控制板自身的通讯地址。

B22、判断所述目的通讯地址为其它板卡的通讯地址，则所述主用控制板访问相应板卡，并返回应答报文；应答报文中源通讯地址设为该板卡的通讯地址。其中，步骤B22中，所述主用控制板可以根据所述报文，通过控制信号线访问其它板卡上的相关器件。

例如，如果目的通讯地址为某个不带MCU板卡的地址，则主用控制板MCU通过控制信号线访问不带MCU板卡上的相关器件，并返回应答报文，应答报文中源通讯地址填为该不带MCU板卡的通讯地址。

更好的是，步骤B22之后，还执行以下步骤：所述主用控制板向所述备用控制板发起主备数据同步。

B3、所述备用控制板根据所述报文对本板执行操作，即执行所述报文中的相关操作，并返回应答报文，应答报文中源通讯地址设为所述备用控制板的通讯地址。

例如，发送目的通讯地址为备用控制板的报文，将会被备用控制板接收到，备用控制板对自身作出操作，并返回应答报文，应答报文中源通讯地址填为备用控制板的通讯地址。

一个实例是，步骤B1还执行以下步骤：判断所述主用控制板和所述备用控制板各自接收目的通讯地址为本板通讯地址的相同报文；则步骤B3中，所述备用控制板不再根据所述报文对本板作相关操作，而是具体包括以下步骤：所述备用控制板丢弃所述报文，并返回接收成功的应答报文。

A3、所述主用控制板和所述备用控制板执行主备倒换时，执行步骤A2。即当主备控制板主备倒换后，依然遵循上面的方法。

在步骤A3之后，所述的管理方法，还可以包括以下步骤：

A4、判断进行手动复位操作和程序下载，则仅对所述备用控制板进行。为了系统的稳定性，在对控制板进行人工操作复位和程序下载时，最好只对备用板进行，也就是主备板同时存在时，将人工操作复位和程序下载作为备用板的独有操作。如果要对主用板进行复位和下载，需要先进行人工的强制切换。

A5、手动切换主备状态时，则同时发送到所述主用控制板和所述备用控制板。从网管上对控制板进行人工的主备状态强制切换，需要同时对主备控制板同时下发，这样才能保证主板软件知道备板发起的切换是否是网管下发的强制切换，为主板保留拒绝备板发起切换的权利，这是防止主备倒换振荡的手段之一。

采用本发明上述的将不带MCU板卡与控制板地位对等的机制，可在控制板和网管两个层面理顺不带MCU板卡与控制板的组织关系，有利于不带MCU板卡实体与各层面处理逻辑的对应。下面给出一个完整的实例对本发明方法进行说明。

如图1所示，是由两块不带MCU板卡和主备控制板组成的系统，单板通讯地址采用IP地址，然后，为2块不带MCU的板卡分别分配IP地址IP1和IP2，为当前主用槽位控制板分配IP3，为当前备用槽位控制板分配IP4，每个IP地址都与槽位一一对应，可根据某种预设置的常用算法由槽位推算而来。当控制板主备状态确立后，主用控制板将拥有3个IP地址：自身地址IP3、2块不带MCU板卡的IP1和IP2，而备用控制板只拥有自身地址IP4。

下面从两种情形说明采用本发明方法的处理机制。

第一种情形：系统上电，如图2所示。

第一步：系统上电后，主用控制板上报3个地址IP1、IP2、IP3的单板启动信息，备用控制板只上报1个地址IP4的单板启动信息。

第二步：网管系统收到单板启动信息后，按照各个单板启动信息的IP地址，逐一下发上电配置信息。

第三步：这样主用控制板将接受并处理IP1、IP2和IP3地址的上电配置信息，而备用控制板只会接受IP4地址的上电配置信息。

第四步：备用控制板只需要进行自身上电配置，主用单板除进行自身上电配置外，还需要对2块不带MCU板卡通过控制信号线进行上电配置。

第二种情形：单板上电后正常运行时的设置查询操作，可以将这些设置查询操作分成3类。

1、主备控制板自身独有的设置查询等操作，网管给主备控制板分别下发，主备控制板各自应答，互相不干扰。

2、主备控制板共有的配置操作，网管给主备控制板同时下发，也就是下发两份内容相同的报文，但只有主用控制板接收到后处理，备用控制板接收到后直接丢弃，等待主用控制板随后发起的主备数据同步。

关于主备控制板共有的配置操作，在备用控制板接收到可以直接丢弃报文后的处理问题，都应该直接返回“成功”应答报文，避免出现网管下发报文超时现象。备用控制板接收到共有操作报文后并不处理，原因如下。

首先，即使主用控制板返回配置“失败”应答报文，也并不影响主备状态的一致性，因为备用板根本就没有进行配置。当然如果主板返回“失败”，操作者应该进行再次操作。

其次，能有效防止备用单板由于某种原因返回“失败”造成的主备状态不一致。

当然也可以采取另外一种处理方式，即网管只给主用控制板下发报文。这样，就不存在备用控制板接收到应该直接丢弃报文后的处理问题。这样做的额外需求是网管必须时刻知晓两块控制板当前的主备状态，而上一种处理方式中网管就不要做到这一点。

3、对不带MCU板卡进行的设置查询等操作，网管给其对应的IP地址下发报文，这样就只有当前主用控制板可以接收到该报文，主用控制板通过控制信号线对不带MCU板卡进行访问操作，并返回结果。备用控制板则等待主用控制板随后发起的主备数据同步。

这里，主备控制板之间的主备数据同步是本发明的一个有利保障手段。两块主备控制板之间的数据同步能保证备份单板可以随时无损地转换到主用工作状态。主板进行的任何设置操作都需要同步到备份单板，当然包括对不带MCU板卡的设置操作。

主用控制板收到网管配置命令，完成对不带MCU板卡的配置操作后均需要把信息传递给备用控制板。备用控制板收到信息后，需马上完成配置信息的更新，这样一旦完成主备切换，备用控制板可以马上接替原有主用控制板的工作。

因此，主备数据同步的时机至少可以包括以下任一种：网管通过主用控制板设置操作，可由主用控制机发起；为了系统的完备性，还可以加上每隔一段时间自动同步，可由备用控制板发起；主备控制板切换前同步，可由备用控制板发起；备用控制板初始化后同步等等。

如果发生主备倒换，则IP地址的分配关系也跟着发生变化，如图3所示。

主备切换完成后，当前的主用控制板拥有3个IP地址：自身地址IP4、2块不带MCU板卡的IP1和IP2，而备用控制板只拥有自身地址IP3。控制板可采取系统上电时的机制，上报各自拥有IP地址的单板启动信息，等待网管的上电配置信息。主备控制板对上电配置信息以及随后设置查询操作等的处理，与主备倒换发生前一样。

综上，本发明适用于带处理器的主备设备对多个不带处理器设备实体的管理，主要应用于所有设备为板卡的通信系统；本发明还具有以下优点：

1.每块单板通讯地址(即IP地址)都与自身槽位一一对应；

2.在网管上对各单板进行操作，网管直接按照实际通讯地址下发报文，不需要进行槽位与单板通讯地址间的特殊转换；

3.由于不带MCU板卡完全独立于控制板，控制板主备倒换前后，控制板及网管对这些不带MCU板卡的处理逻辑不会发生变化。

应当理解的是，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，而所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (9)

1.一种无处理器设备实体的管理方法，其特征在于，包括以下步骤：

A0、确定主用控制板和备用控制板的主备关系；

A1、为所述主用控制板、所述备用控制板和其它板卡都分配独立的通讯地址；

A2、当前的主用控制板管理其通讯地址以及其它板卡的通讯地址，当前的备用控制板管理其通讯地址；

A3、所述主用控制板和所述备用控制板执行主备倒换时，执行步骤A2。

2.根据权利要求1所述的管理方法，其特征在于，步骤A2中，所述管理通讯地址，包括以下步骤：

B1、所述主用控制板和所述备用控制板分别接收目的通讯地址为其管理的通讯地址的报文；

B2、所述主用控制板解析所述报文中的所述目的通讯地址：

B3、所述备用控制板根据所述报文对本板执行操作，并返回应答报文，应答报文中源通讯地址设为所述备用控制板的通讯地址。

3.根据权利要求2所述的管理方法，其特征在于，所述步骤B2进一步包括：

B21、判断所述目的通讯地址为所述主用控制板的通讯地址，则根据所述报文对本板作相关操作，并返回应答报文，应答报文中源通讯地址设为所述主用控制板自身的通讯地址；

B22、判断所述目的通讯地址为其它板卡的通讯地址，则所述主用控制板访问相应板卡，并返回应答报文；应答报文中源通讯地址设为该板卡的通讯地址。

4.根据权利要求3所述的管理方法，其特征在于，步骤B22中，所述主用控制板根据所述报文，通过控制信号线访问其它板卡上的相关器件。

5.根据权利要求3所述的管理方法，其特征在于，步骤B22之后，还执行以下步骤：所述主用控制板向所述备用控制板发起主备数据同步。

6.根据权利要求5所述的管理方法，其特征在于，步骤B1还执行以下步骤：判断所述主用控制板和所述备用控制板各自接收目的通讯地址为本板通讯地址的相同报文；则步骤B3具体包括以下步骤：所述备用控制板丢弃所述报文，并返回接收成功的应答报文。

7.根据权利要求1所述的管理方法，其特征在于，步骤A1中，各通讯地址与槽位一一对应。

8.根据权利要求7所述的管理方法，其特征在于，采用预设置算法为各槽位设置其通讯地址。

9.根据权利要求1所述的管理方法，其特征在于，步骤A2还执行以下步骤：

A21、系统上电时，所述主用控制板和所述备用控制板分别上报其管理的通讯地址；

A22、所述主用控制板和所述备用控制板分别接收其管理的通讯地址的上电配置信息，所述主用控制板对其它板卡进行上电配置。

Images