CN1223147C - 通信设备信息的跟踪维护方法及其系统 - Google Patents

Abstract

本发明涉及一种通信设备信息的跟踪维护方法及其系统。所述的方法为：将被管理通信设备中的数据信息进行分类；当网管设备需要对其中的某类型数据信息进行跟踪维护时，启动该类型数据的任务块，通知被管理通信设备记录该任务的任务信息；被管理通信设备则根据该任务信息向网管设备实时发送相应的数据。所述的系统为基于上述方法建立，包括：设置于网管设备中的网管模块，设置于被管理通信设备中的跟踪任务处理模块和应用模块。本发明尤其适用于在网管与被管理通信设备间需要传送大量数据信息进行管理的情况。本发明不仅减少了网管的额外工作，还大大提高了网管与主机间的数据传输速度，进一步方便了网管对主机的实时管理。

Description

通信设备信息的跟踪维护方法及其系统

技术领域

本发明涉及通信技术领域，尤其涉及一种通信设备信息的跟踪维护方法及其系统。

背景技术

随着网络通信技术的发展，对于面向国际化的通信设备，不仅要提供专业高效的通信功能，同时也要有安全可靠的维护手段。在通信设备工作过程中，为了能够对通信设备方便地进行维护，通常需要实时的知道通信设备的运转情况，即实时了解通信设备的信息，如V5信令、宽带信令、设备状态等重要信息。

网管远程管理通信网络中的网络设备(即主机)时，多采用SNMP(简单的网络管理协议)把命令帧直接发送到主机上，主机接收到该帧后，经过解析再把网管所需的数据打包，利用SNMP发给网管。例如网管需要某设备运行期间产生告警的个数，网管首先发送GET(获取)包给主机，该包内部数据填写需要告警个数，主机接到后再把告警个数写入立即发送出去，等网管接到返回的包后，一个跟踪过程便完成了。因此，网管无法实时获取被管理通信设备的信息，即无法对通信设备进行实时准确的管理。

而且，该方案对于网管与主机间少量信息的传递时，可以很好地完成，但是，由于SNMP采用UDP(用户数据报协议)非连接性传输协议，其信息数据的传输过程中正确性和连续性受到限制，特别是主机发送大量数据时，必须拆分成许多的报文逐个发送过去；这样，网管在接到数据时其顺序就不再是发送时的顺序了，为了得到正确的数据，网管需要做许多额外工作来保证，而且整个数据信息的传输速度也大打折扣。因此，当网管与主机间需要有大量信息进行传送时，现有技术无法保证数据信息的及时、可靠地传送。

发明内容

本发明的目的是提供一种通信设备信息的跟踪维护方法及其系统，在被管理通信设备与网管设备间建立一个永久的通道，使得网管设备需要的数据能够适时准确的从被管理通信设备端获取，从而实现了网管设备跟踪通信设备信息的功能。

本发明的目的是这样实现的：通信设备信息的跟踪维护方法包括：

a、将被管理通信设备中的数据信息进行分类；

b、当网管设备需要对被管理通信设备的某类型数据信息进行跟踪维护时，启动网管设备中该类型数据的任务块，并建立与被管理通信设备间通信的接口；

c、任务块通过建立的接口与被管理通信设备进行通信，令被管理通信设备记录该任务的任务信息；

d、被管理通信设备根据记录的任务信息，确定需要向网管设备发送的数据类型，并判断是否存在与该数据类型对应的任务信息，如果存在，则执行步骤e，否则，结束本次操作；

e、判断被管理通信设备所在的节点是否为直接与网管设备相连的节点，如果是，则执行步骤f，否则，执行步骤g；

f、将确定的数据帧直接发送给网管设备；

g、将确定的数据帧通过直接与网管设备相连的节点上的通信设备发送给网管设备。

所述的步骤b包括：

所述的建立与被管理通信设备间通信的接口的过程具体为：通过任务块向被管理通信设备发送数据请求信息，确定并建立与被管理通信设备间通信的接口。

所述确定并建立与被管理通信设备间通信的接口的过程具体为

b31、被管理通信设备接收数据请求信息，所述数据请求信息由登录请求帧承载，并判断该登录请求帧是否合法，如果合法，则执行步骤b32，否则，拒绝该登录请求；

b32、根据登录请求帧的内容，确定并建立网管设备与被管理通信设备间的通信接口。

所述的步骤c包括：

c1、任务块向被管理通信设备发送建立数据发送任务的请求，即建立任务帧的请求；

c2、被管理通信设备接收任务请求帧，并判断是否允许建立任务帧，如果允许，则执行步骤c3，否则，结束本次操作；

c3、在被管理通信设备中建立该任务帧的任务信息。

所述的任务信息包括：网管设备端的IP(互联网)地址，被管理通信设备与网管设备端的通信接口，及网管设备端需要跟踪的数据类型。

所述的步骤f、g还分别包括：将数据帧循环从IO(输入输出)消息输出队列中读出的过程。

所述的通信设备信息的跟踪维护方法还包括：

h、当网管设备获取需要的数据信息的过程结束时，任务块通过通信接口通知被管理通信设备从任务记录中删除该任务信息；

i、被管理通信设备从任务记录中删除该任务信息，并停止向网管设备发送该类数据。

所述的通信设备信息的跟踪维护方法还包括：

h、被管理通信设备定时向网管设备发送监视任务的连接状态信息；

i、判断网管设备是否有响应信息返回被管理通信设备，如果有，则执行步骤g，否则，执行步骤i；

j、删除该网管设备的信息及其建立的任务信息。

所述的通信设备信息的跟踪维护方法还包括：当被管理通信设备收到网管设备发送来的退出的消息时，删除该网管设备的信息及其建立的任务信息。

所述被管理通信设备删除该网管设备的信息及其建立的任务信息时，还将该网管设备退出的消息通知与其相连的其他通信设备。

该方法为基于传输控制协议实现。

基于权利要求1所述的方法实现的通信设备信息的跟踪维护系统，包括：

网管模块：设置于网管设备中，包含有多个任务块，各任务块用于与被管理的通信设备的跟踪任务处理模块进行数据通信，通知跟踪任务处理模块网管需要的数据类型；

跟踪任务处理模块：设置于被管理通信设备中，根据网管模块包含的任务块发来的数据类型请求信息，在任务记录表中建立该数据类型的数据发送任务；

应用模块：设置于被通信设备中，根据跟踪任务处理模块建立的数据发送任务将网管需要的数据发送给网管。

所述的通信设备信息的跟踪维护系统，还包括：

传输控制协议服务端处理模块(TCP SERVER)：位于被管理通信设备中，为多个网管模块登录通信设备提供服务。

所述的TCP SERVER包括：

监听接口模块：用于实时接收网管模块发送来的数据请求信息；

接口管理模块：用于根据网管模块发送来的数据请求信息，确定与网管模块间通信的接口。

由上述技术方案可以看出，本发明通过对任务信息的统一管理，并利用面向连接的TCP(传输控制协议)，在主机(即通信设备)与网管间建立一个永久的通道，使得网管需要的数据能够实时准确的从主机端获取，从而实现了网管跟踪通信设备信息的功能。因此，本发明为通信设备的远程管理提供了极大的方便，尤其适用于在网管与主机间需要传送大量数据信息进行管理的情况；而且，本发明不仅减少了网管的额外工作，还大大提高了网管与主机间的数据传输速度，进一步方便了网管对主机的实时管理。

附图说明

图1为通信设备信息的跟踪维护方法实施流程图；

图2为通信设备信息的跟踪维护系统示意图。

具体实施方式

本发明所述的通信设备信息的跟踪维护方法的具体实施方式如图1所示，具体包括：

步骤1：主机(即被管理通信设备)运行期间，内部有许多数据都可以实现跟踪功能，为了便于管理，主机端把这些数据归类成不同的类型，即将主机端的数据进行分类；

步骤2：网管设备端需要对某类型数据进行跟踪维护时，即需要实时获取通信设备的某类型数据时，便启动该类型数据的任务块，任务块向主机端发送请求跟踪的数据类型等任务信息，同时确定网管设备与主机端的通信接口；

在网管设备端设置有多个任务块，每个任务块负责请求主机端对某一类型数据的跟踪发送；

在任务块向主机端发送请求跟踪的数据类型等任务信息之前，还需要预先向主机端发送一个登录请求帧，主机端判断该登录请求帧是否合法，并仅允许合法的登录请求帧登录，对不合法的登录请求帧，则拒绝其登录请求；

步骤3：主机端接收网管设备发来的任务信息，并判断是否可以建立新的该任务信息，如果是，则执行步骤4，否则，执行步骤6；

步骤4：主机端在任务记录表中记录该任务的任务信息；

任务记录表中至少要记录以下信息：网管端的IP地址，主机端与网管设备端的唯一通路Socket(接口)，及需要跟踪的数据类型等；任务记录表是主机发送数据的依据；

即：网管设备合法登录到主机端后，将会与主机端建立唯一通路Socket，利用该Socket发送建立任务的命令来建立一个数据跟踪任务，主机端将会在任务记录表中添加一个与该跟踪任务相关的任务信息，利用该跟踪任务网管设备便可以获取指定的跟踪数据；

步骤5：主机端根据任务记录表中的任务类型为网管设备端实时发送不同类的数据；该步骤还进一步包括以下步骤：

步骤51：主机端确定需要向网设备发送的数据类型，并判断是否存在与该数据类型对应的任务信息，如果存在，则执行步骤52，否则，执行步骤6；

步骤52、判断主机所在的节点是否为直接与网管设备相连的节点，如果是，则执行步骤53，否则，执行步骤54；

步骤53、将确定的相应类型的数据以数据帧的形式，直接实时发送给网管设备；

步骤54、将确定的相应类型的数据以数据帧的形式，通过直接与网管设备相连的节点上的通信设备实时发送给网管设备，并执行步骤7；

步骤6：结束本次操作。

步骤7：判断网管设备获取需要的数据信息的过程是否结束，或网管设备是否需要退出，当其中任何一种情况发生时，即当获取数据信息的过程结束或网管设备需要退出时，则执行步骤8，否则，执行步骤5；

步骤8：网管设备的任务块通过通信接口通知主机端从任务记录表中删除该任务信息；网管设备可以通过Socket向主机端发送删除该任务的命令；

步骤9；主机接收到删除该任务的命令后，将该任务的任务信息从任务记录表中删除，且主机发送数据时由于不再存在该任务而停止这类数据的发送。

通过上述过程即可实现网管设备对主机端在运行期间相应数据的跟踪，从而方便了网管设备对主机运行期间的管理。

另外，主机端为了防止异常情况引起的资源浪费，例如：网管设备跟踪端某一任务已经停止，但网管设备跟踪端却未向主机端发送取消该任务的命令或主机端没有接收到该命令，这时，该任务仍存在于主机的跟踪任务记录表中，主机输出时认为还需要向该任务提供服务，导致信息的误发送，降低了系统的性能。

因此，为上述原因需要建立一套握手机制，所谓的握手机制为一种信息交互方法，即：网管端发送数据给主机，主机接收后把同样的数据又返还给网管端，时刻监视任务的连接状态，当发现主机与网管跟踪端这种信息交互出现异常，就从任务记录表中删除相应任务信息，从而保证主机和网管设备跟踪端之间任务的一致性。

同样，为了解决网管设备的异常情况，规定网管设备必须在一定时期内必须与主机有至少一次的信息交互，如下发命令或握手等，如果在一定时间内网管设备没有任何反应，则认为已经出现异常，主机会删除该网管设备的所有信息，包括它建立的所有任务，同时告诉与之相连的其他主机该网管设备已经下线，其他节点接收到该消息后也做同样的事情，以达到充分利用系统资源的目的。

本发明中主机端和网管设备跟踪端之间的通讯采用客户/服务器方式，主机作为服务器端，网管作为用户端。

本发明所述的通信设备信息的跟踪维护系统的具体实施方式如图2所示，该系统是基于本发明所述的通信设备信息的跟踪维护方法建立的，具体包括：

网管模块：设置于网管设备中，即位于图2中的网管跟踪平台上，包含有多个任务块TASK1、TASK2......TASKn，各任务块用于与主机的跟踪任务处理模块进行数据通信，通知跟踪任务处理模块网管需要的数据类型；

每个网管模块为一个网管用户，同一主机可同时为多个网管用户所管理；

跟踪任务处理模块：设置于主机中，根据网管任务块发来的数据类型请求信息，在任务记录表中建立该数据类型的数据发送任务；

该模块中包括着主机的任务记录表，表中记录着主机需要实时向网管设备发送的数据类型等信息；

应用模块：设置于主机中，用于根据跟踪任务处理模块建立的数据发送任务将网管需要的数据发送给网管用户；

应用模块为多个，不同的应用模块用于调用不同的数据类型，且应用模块是将数据通过信息输出接口队列及相应的接口发送给网管模块；

传输控制协议服务端处理模块(TCP SERVER)：设置于主机中，为多个网管模块登录通信设备提供服务，即为多个客户终端(网管用户)提供登录服务；

所述的TCP SERVER进一步包括：

监听接口模块(即监听SOCKET)：用于实时接收网管模块发送来的数据请求信息；

接口管理模块：用于根据网管模块发送来的数据请求信息，确定主机与网管模块间通信的接口，主机端存在多个接口SOCKET1、SOCKET12、SOCKET3......SOCKETn，在需要通信接口时，接口管理模块需要根据通信资源、设置信息等确定相应的接口。

本发明所述的通信设备信息的跟踪维护系统的工作过程如下：

网管设备对主机的管理是通过主机的TCP SERVER完成的。网管设备对主机的管理仅是在与网管设备直接相连的节点(即核心节点)上完成，网管模块发送登录帧到主机，TCP SERVER的监听接口模块接收该登录帧，并对该登录帧进行许多严格的验证，最后通过跟踪任务处理模块在任务记录表中记录有关该网管跟踪端的信息，如该用户的IP地址、共享的SOCKET、需要发送的数据类型等。

网管设备还向主机发送各种命令帧，包括任务建立帧、任务删除帧、用户握手帧和用户退出帧，主机根据不同的命令做出相应的处理；具体过程为：

网管设备的网管模块首先发送建立、删除、握手或退出帧到核心节点，核心节点接收到命令帧后根据接收端节点号把该帧转发给主机的跟踪任务处理模块，由其根据不同的帧内容分别做相应的操作，再把操作的结果以响应帧形式发送给网管模块。在发送响应帧时，对于核心节点和非核心节点存在不同的处理方式：核心节点直接把响应帧写入IO消息输出队列，而对于非核心节点，由于它没有直接与网管相连，不能直接传送相应的数据帧到网管，此时它必须把响应帧发送到核心节点，然后由核心节点把帧内容写入IO(输入输出)消息输出队列。

需要发送的数据写入IO消息输出队列后，此时的数据仍没有发送出去，而数据的发送还需要从IO消息输出队列中读取数据帧，然后利用SOCKET把该数据帧发送到网管设备。在非核心节点，主机端把需要发送的跟踪消息填充到通讯帧中，再利用设备通讯(多业务汇聚分发设备一种通讯方式)发送到核心节点，核心节点的消息处理部分通过帧内容把该帧写入输出异步队列中发送出去；对于核心节点就可以直接把跟踪信息写入输出队列。发送数据时，不断循环式从该队列中读取数据，然后发送出去，当直到队列中不再有数据帧时，时延一段时间，等待新的数据帧的写入，在进行下一轮数据的发送。

Claims (14)

1、一种通信设备信息的跟踪维护方法，其特征在于包括：

a、将被管理通信设备中的数据信息进行分类；

b、当网管设备需要对被管理通信设备的某类型数据信息进行跟踪维护时，启动网管设备中该类型数据的任务块，并建立与被管理通信设备间通信的接口；

c、任务块通过建立的接口与被管理通信设备进行通信，令被管理通信设备记录该任务的任务信息；

d、被管理通信设备根据记录的任务信息，确定需要向网管设备发送的数据类型，并判断是否存在与该数据类型对应的任务信息，如果存在，则执行步骤e，否则，结束本次操作；

e、判断被管理通信设备所在的节点是否为直接与网管设备相连的节点，如果是，则执行步骤f，否则，执行步骤g；

f、将确定的数据帧直接发送给网管设备；

g、将确定的数据帧通过直接与网管设备相连的节点上的通信设备发送给网管设备。

2、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于步骤b所述的建立与被管理通信设备间通信的接口的过程具体为：

通过任务块向被管理通信设备发送数据请求信息，确定并建立与被管理通信设备间通信的接口。

3、根据权利要求2所述的通信设备信息的跟踪维护方法，其特征在于所述确定并建立与被管理通信设备间通信的接口的过程具体为：

b31、被管理通信设备接收数据请求信息，所述数据请求信息由登录请求帧承载，并判断该登录请求帧是否合法，如果合法，则执行步骤b32，否则，拒绝该登录请求；

b32、根据登录请求帧的内容，确定并建立网管设备与被管理通信设备间的通信接口。

4、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于所述的步骤c包括：

c1、任务块向被管理通信设备发送建立数据发送任务的请求，即建立任务帧的请求；

c2、被管理通信设备接收任务请求帧，并判断是否允许建立任务帧，如果允许，则执行步骤c3，否则，结束本次操作；

c3、在被管理通信设备中建立该任务帧的任务信息。

5、根据权利要求1或4所述的通信设备信息的跟踪维护方法，其特征在于所述的任务信息包括：网管设备端的因特网协议地址，被管理通信设备与网管设备端的通信接口，及网管设备端需要跟踪的数据类型。

6、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于：所述的步骤f、g还分别包括：将数据帧循环从输入输出消息输出队列中读出的过程。

7、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于该方法还包括：

h、当网管设备获取需要的数据信息的过程结束时，任务块通过通信接口通知被管理通信设备从任务记录中删除该任务信息；

i、被管理通信设备从任务记录中删除该任务信息，并停止向网管设备发送该类数据。

8、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于该方法还包括：

h、被管理通信设备定时向网管设备发送监视任务的连接状态信息；

i、判断网管设备是否有响应信息返回被管理通信设备，如果有，则执行步骤h，否则，执行步骤j；

j、删除该网管设备的信息及其建立的任务信息。

9、根据权利要求1所述的通信设备信息的跟踪维护方法，其特征在于该方法还包括：当被管理通信设备收到网管设备发送来的退出的消息时，删除该网管设备的信息及其建立的任务信息。

10、根据权利要求9所述的通信设备信息的跟踪维护方法，其特征在于：被管理通信设备删除该网管设备的信息及其建立的任务信息时，还将该网管设备退出的消息通知与其相连的其他通信设备。

11、根据权利要求9所述的通信设备信息的跟踪维护方法，其特征在于该方法为基于传输控制协议实现。

12、一种基于权利要求1所述的方法实现的通信设备信息的跟踪维护系统，其特征在于包括：

网管模块：设置于网管设备中，包含有多个任务块，各任务块用于与被管理的通信设备的跟踪任务处理模块进行数据通信，通知跟踪任务处理模块网管设备需要的数据类型；

跟踪任务处理模块：设置于被管理通信设备中，根据网管模块包含的任务块发来的数据类型请求信息，在任务记录表中建立该数据类型的数据发送任务；

应用模块：设置于被管理通信设备中，根据跟踪任务处理模块建立的数据发送任务将网管设备需要的数据发送给网管设备。

13、根据权利要求12所述的通信设备信息的跟踪维护系统，其特征在于还包括：

传输控制协议服务端处理模块：位于被管理通信设备中，为多个网管模块登录通信设备提供服务。

14、根据权利要求13所述的通信设备信息的跟踪维护系统，其特征在于所述的传输控制协议服务端处理模块包括：

监听接口模块：用于实时接收网管模块发送来的数据请求信息；

接口管理模块：用于根据网管模块发送来的数据请求信息，确定与网管模块间通信的接口。