CN1185827C - 一种设备远端管理的实现方法 - Google Patents

Abstract

本发明公开了一种设备远端管理的实现方法，包括：在管理端和被管理端之间设置代理层，该代理层包括通过内部通信接口与管理端相连的管理侧代理和通过内部通信接口与被管理端相连的被管理侧代理，管理侧代理和被管理侧代理同时支持远端和近端通信协议；当管理端向被管理端下发管理命令时，代理层接收管理端下发的管理命令，并向管理端发响应消息，然后将该管理命令转发给被管理端；当被管理端向管理端上报管理数据时，代理层接收被管理端上发的管理数据，并向被管理端发响应消息，然后将该管理数据转发给管理端进行处理。该方法可利用新增的代理层使管理端能对远端放置的被管理端进行管理，而无需改变原有设备连接结构，且实现简单、方便、灵活。

Description

一种设备远端管理的实现方法

技术领域

本发明涉及远距离设备管理技术，尤指一种在管理设备与被管理设备之间增加一个代理层，通过代理层实现设备间远距离管理的方法。

发明背景

在很多通信设备中，一些专门用于信号处理的单板资源(以下统称该类单板为单板K)，需要由主机对其进行维护与管理。一般，单板K与主机使用时的位置关系有两种方式：近端使用和拉远放置。

当单板K近端使用时，如图1所示，其管理方式为：主机通过内部通信接口与多块单板K相连，主机做为主节点，单板K作为从节点，主机通过定时轮询来管理这些单板，下发命令或数据配置信息；收集单板上报信息；维护单板的好坏状态等等。所谓近端使用，主要是指主机与单板K处于同一机架或同一房间内，一般单板K与主机的距离在10米之内。所提到的内部通信接口一般采用简单的通信接口，如主从串口，来维护管理即可，简单、有效，且低成本。

当单板K需要拉远放置时，最简单的想法就是仍利用现有的近端管理方式，直接把原有的通信接口线路拉长。但是，由于拉远放置后远端设备与主机通常相距很远，一般在几千米到几十千米左右，普通的内部通信接口不支持这种远距离通信。

目前，常用的远端管理方法有多种，大多都是修改主机或单板K的软、硬件通信接口，使其能支持几千米甚至几十千米的长距离通信，但是这样对原有系统的设计与结构改动较大，使原本简单的通信接口变得复杂，另外，还需要增加传输线路。

在实际应用中，考虑到系统需要兼容近端使用和拉远放置两种情况，对单板K的管理实现有两大要求：

1)主机对单板K的管理方式基本保持不变。当单板K拉远无法接内部通信接口时，需要采取一种手段，使主机看上去，仍在采用原有的管理方式。

2)不对单板K自身产生影响。单板K拉远后，自身结构、设计最好不要做任何修改，从单板K来看，仍是采用原有的方式与主机通信。

发明内容

有鉴于此，本发明的主要目的在于提供一种设备远端管理的实现方法，利用新增的代理层使管理端能对远端放置的被管理端进行管理，而无需改变原有设备连接结构，且实现简单、方便、灵活。

为达到上述目的，本发明的技术方案具体是这样实现的：

一种设备远端管理的实现方法，在管理端和被管理端之间设置代理层，所述代理层包括通过内部通信接口与管理端相连的管理侧代理和通过内部通信接口与被管理端相连的被管理侧代理，所述管理侧代理和被管理侧代理同时支持远端和近端通信协议；该方法还包括以下步骤：

当管理端向被管理端下发管理命令时，管理侧代理接收管理端下发的管理命令，并向管理端发响应消息，然后将该管理命令发给被管理侧代理，通过被管理侧代理转发给被管理端；

当被管理端向管理端上报管理数据时，被管理侧代理接收被管理端上发的管理数据，并向被管理端发响应消息，然后将该管理数据发给管理侧代理，通过管理侧代理转发给管理端进行处理。

其中，管理侧代理和被管理侧代理为一对复用/解复用单板，两块代理板之间通过远距离传输线路连接。

所述管理侧代理板至少包括单板管理模块、与管理端通信的接口协议层、与管理端通信的接口物理层、复用线路通信的链路层、复用线路通信的物理层；其中，单板管理模块用来对整板进行协调管理，同时连接与管理端通信的接口协议层和复用线路通信的链路层；与管理端通信的接口物理层通过内部通信接口与管理端相连，用来接收和发送与管理端间的接口数据；复用线路通信的物理层通过复用线路与被管理侧代理板相连，用于接收和发送与被管理侧代理板间的复用线路数据。

所述被管理侧代理板至少包括单板管理模块、复用线路通信的链路层、复用线路通信的物理层、与被管理端通信的接口协议层、与被管理端通信的接口物理层；其中，单板管理模块用来对整板进行协调管理，同时连接与被管理端通信的接口协议层和复用线路通信的链路层；复用线路通信的物理层通过复用线路与管理侧代理板相连，用于接收和发送与管理侧代理板间的复用线路数据；与被管理端通信的接口物理层通过内部通信接口与被管理设备相连，用来接收和发送与被管理设备间的接口数据。

所述的代理层还可以是能支持管理端与被管理端远距离通信的接口设备，或具有类似功能的设备。

所述的管理端可以为主机；所述的被管理端包括一个以上进行信号处理的单板。

所述的管理命令至少包括查询被管理端状态、查询被管理端软件版本；所述的管理数据至少包括被管理端当前状态信息、被管理端软件版本信息。

所述的被管理端通过代理层定时向管理端上报被管理设备的当前状态信息。

当被管理端设备进行状态查询时，至少包括：

a1.管理端周期性点名轮询被管理端设备；

b1.管理侧代理板的与管理端通信接口物理层收到管理端所发的点名轮询消息，把该消息送到与管理端通信的协议层；

c1.该协议层收到此消息后，在本板内存中查询被管理端设备状态信息，若被点名的被管理端设备当前状态为好，则该代理板通过与管理端通信协议层调用物理层的发送接口，代表被管理端设备向管理端响应此点名轮询消息；若被点名的被管理端设备当前状态为坏，则该代理板不对此点名轮询消息进行响应；

d1.管理端在指定时间内收到点名轮询消息的响应，则认为该被管理端设备状态好；若超过指定时间未收到响应，则管理端重复发送点名轮询消息给该被管理端设备，若连续多次未收到响应，则认为该被管理端设备产生故障。

该状态查询方法进一步包括：

a2.被管理侧代理板按照预先设定的周期，代表主机定时通过与被管理端通信接口物理层的互连接口，向所有被管理端设备发送点名轮询消息；

b2.被管理侧代理板在指定时间内收到某个被管理端设备的点名消息响应，则认为该被管理端设备状态好；若超过指定时间未收到响应，则被管理侧代理板重复发点名轮询消息给该被管理端设备，若连续多次未收到响应，则认为该被管理端设备故障；

c2.被管理侧代理板记录所有被管理端设备的当前状态，然后，通过与被管理端通信接口物理层、协议层以及复用线路通信的链路层将该信息送到复用线路通信的物理层，再经过复用线路发给管理侧代理板，管理侧代理板收到后保存此数据。

所述的被管理端设备进行版本查询时，至少包括：

a3.管理端向指定被管理端设备发送软件版本查询命令；

b3.管理侧代理板收到此命令，通过与管理端通信协议层给管理端返回确认消息；同时，管理侧代理板将该版本查询命令从板内的与管理端通信的协议层发到复用线路的链路层，然后通过复用线路的链路层、物理层，将此命令发送到被管理侧代理板；

c3.被管理侧代理板收到该命令后，通过本板的复用链路协议层向管理侧代理板发确认消息，同时将此消息转送到与被管理端通信的协议层；

d3.被管理侧代理板通过与被管理端通信的协议层、物理层，以管理端名义将此命令发给指定的被管理端设备；

e3.被管理端设备收到该命令后，首先通过与被管理端通信的协议层、物理层给被管理侧代理板返回确认消息；然后，被管理端设备判断识别该命令内容；之后，根据要求上报软件版本。

由上述方案可以看出，本发明的关键在于：采用一种代理管理机制，在拉远放置的管理端和被管理端之间增加了一个代理层，以代理层设备来代替管理端与所有相连的被管理端设备通信，或是代替所有被管理端设备与管理端通信。如此，对上层的管理端和被管理端来说，完全如同在本地管理一样。

本发明所提供的设备远端管理的实现方法，由于增加了代理层，使得管理端和被管理端在拉远放置情况下，即不需要改变原有设备的结构与设计，也无需增加新的线路，完全由代理层设备代为传递互通信息，实现管理端对被管理端设备的管理。因此，本发明可同时支持近端使用和拉远放置两种方式时的设备管理，有效的解决了远端设备管理的问题，而且对管理与被管理两端设备都有很好的屏蔽，不需要对两端的设备进行改动，对原有的方案不造成冲击，保证了良好的兼容性，实现简单、灵活，同时节省了线路。

附图说明

图1为主机与单板K近端使用时的管理方案示意图；

图2为本发明中主机与单板K拉远放置时的管理方案示意图；

图3为与主机相连的主机侧复用/解复用板模块组成结构示意图；

图4为与单板K相连的单板侧复用/解复用板模块组成结构示意图；

图5为本发明一实施例的管理流程示意图；

图6为本发明另一实施例的管理流程示意图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

当单板K拉远放置时，本实施例中采用一对复用/解复用单板作为代理层，即用连接主机的复用/解复用板代替所有单板K与主机通信，用连接所有单板K的复用/解复用单板代替主机与所有单板K通信，利用这一对复用/解复用单板实现单板K的远端管理。

如图2所示，主机为管理端设备，一组单板K为被管理端设备，主机侧的复用/解复用板通过内部通信接口与主机相连，为管理侧代理板，称为MUXA单板；单板侧的复用/解复用板通过内部通信接口与所有单板K相连，为被管理侧代理板，称为MUXB单板，MUXA单板与MUXB单板构成代理层。MUXA单板与MUXB单板之间的通信链路占用远距离传输线路的部分资源进行数据传输，可以支持几公里到几十公里的远距离通信。由于管理命令消息要求的可靠性高，就需要有良好保证机制的通信协议来承载此类消息传输，一般可采用标准的ITU-T G.922协议。

其中，MUXA单板一方面同远端的MUXB单板通信，接受从MUXB单板发送过来的所有单板K的状态信息或对主机消息命令的响应，并刷新MUXA单板内用来保存单板K状态的变量，同时MUXA单板负责向MUXB单板转发从主机下发的命令。

另一方面，MUXA单板通过内部通信接口同主机相连，扮演原来多块单板K的角色。主机按原有的方式定时查询各单板K状态时，MUXA单板根据MUXB单板上报来的各个单板K最近一次的状态，对主机的各项命令进行应答。这样，对主机来说，就象单板K在近端一样。

如图3所示，MUXA单板内部至少包括单板管理模块、与主机通信的接口协议层、与主机通信的接口物理层、复用线路通信的链路层以及复用线路通信的物理层。其中，单板管理模块用来对整板进行协调管理；与主机通信的接口物理层通过内部通信接口与主机相连，用来接收和发送与主机间的接口数据；复用线路通信的物理层通过复用线路与MUXB单板相连，用于接收和发送与MUXB单板间的复用线路数据。

MUXB单板一方面扮演原来主机的角色，通过内部通信接口同单板K相连，MUXB单板定时查询各单板K，获得各单板K的状态信息，同时向单板K转发从传输线路上传递过来的命令。这样对于单板K来说，管理通信的方式同近端使用的情况完全一样，单板K的管理部分不用做改动。

另一方面，MUXB单板同主机侧的MUXA单板通信，接受从MUXA单板发送过来的命令消息，同时把收集到的K单板的状态信息或对消息命令的响应上报给MUXA单板。如果某个单板K的状态在轮询周期中发生改变，则MUXB将该单板K的当前状态实时上报到MUXA单板；如果在轮询周期中没有状态改变，则MUXB周期性的向MUXA上报单板K的当前状态信息，以保证MUXA处与实际单板K状态的一致性。

如图4所示，MUXB单板内部至少包括单板管理模块、复用线路通信的链路层、复用线路通信的物理层、与单板K通信的接口协议层以及与单板K通信的接口物理层。其中，单板管理模块用来对整板进行协调管理；复用线路通信的物理层通过复用线路与MUXA单板相连，用于接收和发送与MUXA单板间的复用线路数据；与单板K通信的接口物理层通过内部通信接口与所有单板K相连，用来接收和发送与各单板K间的接口数据。

MUXA单板与MUXB单板之间具体的通信原理将根据下述两个典型通信管理流程进一步阐述：

一)在拉远放置情况下，对单板K的状态管理。

参见图5所示，该单板K的状态管理在主机侧至少包括以下的步骤：

1)主机按原有的方式点名轮询单板K。

2)MUXA单板经由与主机通信接口物理层的互连接口收到主机对所有单板K的点名轮询消息，并把消息送到与主机通信的协议层。

3)该协议层收到此消息后，到MUXA单板保存各个单板K状态信息的内存中进行查询，若被点名的单板K当前状态为好，则MUXA单板通过与主机通信协议层调用物理层的发送接口，代表单板K向主机响应此点名消息；若被点名的单板K当前状态为坏，则MUXA单板不对此点名消息进行响应。所述单板内存中保存有由MUXB单板上报来的远端各单板K的最新好坏状态信息。

4)主机在指定时间内收到点名消息的响应，则认为单板K状态是好的；若超过了指定时间还没有收到响应，则主机会多次重复点名该单板K，若连续多次没有收到响应，则认为此单板K出现故障。

同样，该单板K的状态管理在单板侧也至少包括以下的步骤：

1)MUXB单板按照预先设定的周期代表主机定时点名轮询所有单板K。

2)MUXB单板通过与单板K通信接口物理层的互连接口向所有单板K发送点名轮询消息。

3)MUXB在指定时间内收到某块单板K的点名消息响应，则认为该单板K状态是好的；若超过了指定时间还没有收到响应，则MUXB会多次重复点名该单板K，若连续多次没有收到响应，则认为此单板K出现故障。

4)MUXB单板查询并记录所有单板K的当前状态后，通过与单板K通信接口物理层、协议层以及复用线路通信的链路层将该信息送到复用线路通信的物理层，进而发给MUXA单板，MUXA单板收到后将此数据保存在本板的内存中。

主机点名、MUXA单板应答与MUXB单板点名、单板K应答是完全独立的两个过程，各自有各自的点名轮询周期。MUXB单板会在某个单板K状态发生变化时，及时把该最新状态信息通知给MUXA单板，以便MUXA单板能按正确的单板K状态应答主机。

二)在拉远放置情况下，主机有查询单板K软件版本命令下发。

参见图6所示，该命令下发过程至少包括以下的步骤：

1)主机下发查询某单板K软件版本的命令。

2)MUXA单板收到此命令，通过与主机通信协议层给主机返回确认消息，使主机认为单板K已正确收到此命令。

3)同时，MUXA单板将该版本查询命令从板内的与主机通信的协议层发到复用线路的链路层，然后通过复用线路的链路层、物理层，把此命令发送到MUXB单板。

4)MUXB单板收到此命令后，通过复用链路协议层与MUXA单板进行消息应答确认，同时把此消息转送到与单板K通信的协议层。

5)此时，MUXB单板再充当主机的角色，通过与单板K通信的协议层、物理层把此命令发给指定的单板K。

6)单板K收到该命令后，首先通过与单板K通信的协议层、物理层给MUXB单板返回确认消息，确认已正确收到此命令；然后，单板K判断识别该命令内容；之后，单板K根据要求上报软件版本。

该软件版本上报过程如1)至5)的逆向过程。在整个通信过程中，单板K并不知道经过了一系列的转发过程，仍以为直接同主机通信。同样，主机向单板K发其它命令时均采用类似的流程来实现。

本发明的代理层设备可以是复用/解复用单板，也可以是中间增设的具有同等功效的其他设备，比如：在实际应用中，管理端和被管理端之间需要增加接口设备，该接口设备也可以作为代理层设备来对拉远的单板进行管理。在其他远端设备中，如果由于非设备管理原因要使用类似的接口单板，同样可以采用本发明的代理机制。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (13)

1、一种设备远端管理的实现方法，其特征在于，在管理端和被管理端之间设置代理层，所述代理层包括通过内部通信接口与管理端相连的管理侧代理和通过内部通信接口与被管理端相连的被管理侧代理，所述管理侧代理和被管理侧代理同时支持远端和近端通信协议；

该方法还包括以下步骤：

当管理端向被管理端下发管理命令时，管理侧代理接收管理端下发的管理命令，并向管理端发响应消息，然后将该管理命令发给被管理侧代理，通过被管理侧代理转发给被管理端；

当被管理端向管理端上报管理数据时，被管理侧代理接收被管理端上发的管理数据，并向被管理端发响应消息，然后将该管理数据发给管理侧代理，通过管理侧代理转发给管理端进行处理。

2、根据权利要求1所述的方法，其特征在于：所述管理侧代理和被管理侧代理为一对复用/解复用单板，两块代理板之间通过远距离传输线路连接。

3、根据权利要求2所述的方法，其特征在于：所述管理侧代理板至少包括单板管理模块、与管理端通信的接口协议层、与管理端通信的接口物理层、复用线路通信的链路层、复用线路通信的物理层；其中，单板管理模块用来对整板进行协调管理，同时连接与管理端通信的接口协议层和复用线路通信的链路层；与管理端通信的接口物理层通过内部通信接口与管理端相连，用来接收和发送与管理端间的接口数据；复用线路通信的物理层通过复用线路与被管理侧代理板相连，用于接收和发送与被管理侧代理板间的复用线路数据。

4、根据权利要求2所述的方法，其特征在于：所述被管理侧代理板至少包括单板管理模块、复用线路通信的链路层、复用线路通信的物理层、与被管理端通信的接口协议层、与被管理端通信的接口物理层；其中，单板管理模块用来对整板进行协调管理，同时连接与被管理端通信的接口协议层和复用线路通信的链路层；复用线路通信的物理层通过复用线路与管理侧代理板相连，用于接收和发送与管理侧代理板间的复用线路数据；与被管理端通信的接口物理层通过内部通信接口与被管理设备相连，用来接收和发送与被管理设备间的接口数据。

5、根据权利要求1所述的方法，其特征在于：所述的代理层为能支持管理端与被管理端远距离通信的接口设备。

6、根据权利要求1所述的方法，其特征在于：所述的管理端为主机。

7、根据权利要求1所述的方法，其特征在于：所述的被管理端包括一个以上进行信号处理的单板。

8、根据权利要求1所述的方法，其特征在于：所述的管理命令至少包括查询被管理端状态、查询被管理端软件版本。

9、根据权利要求1所述的方法，其特征在于：所述的管理数据至少包括被管理端当前状态信息、被管理端软件版本信息。

10、根据权利要求1或9所述的方法，其特征在于：所述的被管理端通过代理层定时向管理端上报被管理设备的当前状态信息。

11、根据权利要求1、3或4所述的方法，其特征在于所述的被管理端设备状态查询至少包括：

a1.管理端周期性点名轮询被管理端设备；

b1.管理侧代理板的与管理端通信接口物理层收到管理端所发的点名轮询消息，把该消息送到与管理端通信的协议层；

c1.该协议层收到此消息后，在本板内存中查询被管理端设备状态信息，若被点名的被管理端设备当前状态为好，则该代理板通过与管理端通信协议层调用物理层的发送接口，代表被管理端设备向管理端响应此点名轮询消息；若被点名的被管理端设备当前状态为坏，则该代理板不对此点名轮询消息进行响应；

d1.管理端在指定时间内收到点名轮询消息的响应，则认为该被管理端设备状态好；若超过指定时间未收到响应，则管理端重复发送点名轮询消息给该被管理端设备，若连续多次未收到响应，则认为该被管理端设备产生故障。

12、根据权利要求11所述的方法，其特征在于该方法进一步包括：

a2.被管理侧代理板按照预先设定的周期，代表主机定时通过与被管理端通信接口物理层的互连接口，向所有被管理端设备发送点名轮询消息；

b2.被管理侧代理板在指定时间内收到某个被管理端设备的点名消息响应，则认为该被管理端设备状态好；若超过指定时间未收到响应，则被管理侧代理板重复发点名轮询消息给该被管理端设备，若连续多次未收到响应，则认为该被管理端设备故障；

c2.被管理侧代理板记录所有被管理端设备的当前状态，然后，通过与被管理端通信接口物理层、协议层以及复用线路通信的链路层将该信息送到复用线路通信的物理层，再经过复用线路发给管理侧代理板，管理侧代理板收到后保存此数据。

13、根据权利要求1、3或4所述的方法，其特征在于所述的被管理端设备版本查询至少包括：

a3.管理端向指定被管理端设备发送软件版本查询命令；

b3.管理侧代理板收到此命令，通过与管理端通信协议层给管理端返回确认消息；同时，管理侧代理板将该版本查询命令从板内的与管理端通信的协议层发到复用线路的链路层，然后通过复用线路的链路层、物理层，将此命令发送到被管理侧代理板；

c3.被管理侧代理板收到该命令后，通过本板的复用链路协议层向管理侧代理板发确认消息，同时将此消息转送到与被管理端通信的协议层；

d3.被管理侧代理板通过与被管理端通信的协议层、物理层，以管理端名义将此命令发给指定的被管理端设备；

e3.被管理端设备收到该命令后，首先通过与被管理端通信的协议层、物理层给被管理侧代理板返回确认消息；然后，被管理端设备判断识别该命令内容；之后，根据要求上报软件版本。

Images