CN103107906B - 一种板卡间通信方法、板卡及通信机框设备 - Google Patents

Abstract

本发明公开了一种板卡间通信方法、板卡及通信机框设备，涉及通信技术，在板卡中设置服务端模块和客户端模块，将请求服务的板卡作为客户端板卡，将处理服务请求报文的板卡作为服务端板卡，实现了通信机框设备中各板卡之间的协议及状态类型的通信。

Description

一种板卡间通信方法、板卡及通信机框设备

技术领域

本发明涉及通信技术，尤其涉及一种板卡间通信方法、板卡及通信机框设备。

背景技术

通信业务对于可靠性主要包括三个层面的要求：设备可靠性、链路可靠性和网络可靠性。高可靠性是通信设备的基本要求，是运营商建设网络的基本出发点。

通信机框设备往往采用分布式架构，主控板卡是整个通信网络的核心，承担整个系统的协议运算、资源管理、状态监测等全局功能。一般还集成了交换网模块，为整个设备提供交换平面。交换网络和PTN（分组传输网）网络均在控制层面具有多种多样的协议机制，因此要求起业务接入作用的业务板能主动向主控板卡通知与协议相关的事件，用于协议状态机的计算，通信机框设备的结构如图1所示。

同时，由于主控板卡是电信网络中的核心设备，往往采用1+1主备保护技术。1+1主备保护技术是指设备提供两块主控板卡，互为备份。其中一块为主用主控板卡（Master），处于工作状态，另一块作为备用主控板卡（Slave），处于备份状态。主用主控板卡运行过程中，需要将本地运行的状态机状态与备用主控板卡的状态机状态维护一致，实现状态机的同步。在发生故障触发主控板卡的主备倒换时，备用主控板卡的协议状态机可直接在现有的状态上根据事件进行状态的迁移。实现主备主控板卡的协议状态机同步可以降低网络内协议交互的次数，便于在电信运营商要求的倒换时间内实现板卡级的冗余保护。

目前在通信机框设备中，业务板仅起到连接其他设备和主控板卡并进行数据转发的作用，并不能与主控板卡进行有效的关于协议及状态的通信，不能进行协议状态机的同步或者进行业务配置。

发明内容

本发明实施例提供一种板卡间通信方法、板卡及通信机框设备，以实现通信机框设备中各板卡之间的协议及状态类型的通信。

一种板卡间通信方法，包括：

第一板卡的服务端模块接收第二板卡的客户端模块发送的服务请求报文；

第一板卡中的服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至第一板卡中的相应服务模块处理；

第一板卡将所述服务模块处理所述服务请求报文后生成的响应报文发送至所述第二板卡。

一种板卡间通信方法，包括：

第二板卡的客户端模块向第一板卡的服务端模块发送服务请求报文；

第二板卡接收第一板卡通过服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至服务端板卡中的相应服务模块进行处理后，生成并发送的响应报文。

一种板卡，包括：

服务端模块，用于接收第二板卡的客户端模块发送的服务请求报文；

服务分发模块，用于根据所述服务请求报文的类型，将所述服务请求报文转发至相应服务模块处理；

发送模块，用于将所述服务模块处理所述服务请求报文后生成的响应报文发送至所述第二板卡。

一种板卡，包括：

客户端模块，用于向第一板卡发送服务请求报文；

响应接收模块，用于接收第一板卡通过服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至服务端板卡中的相应服务模块进行处理后，生成并发送的响应报文。

一种通信机框设备，包括至少一个本发明实施例提供的第一板卡和至少一个本发明实施例提供的第二板卡。

本发明实施例提供一种板卡间通信方法、板卡及通信机框设备，在板卡中设置服务端模块和客户端模块，将请求服务的板卡作为客户端板卡，将处理服务请求报文的板卡作为服务端板卡，实现了通信机框设备中各板卡之间的协议及状态类型的通信。

附图说明

图1为现有技术中通信机框设备结构示意图；

图2为本发明实施例提供的板卡间通信示意图；

图3为本发明实施例提供的板卡间通信方法流程图之一；

图4为本发明实施例提供的较具体的板卡间通信示意图；

图5为本发明实施例提供的服务端板卡处理服务请求报文流程图；

图6为本发明实施例提供的板卡间通信方法流程图之二；

图7为本发明实施例提供的客户端板卡处理事件报文流程图；

图8为本发明实施例提供的主用控制板卡和备用控制板卡间通信流程图；

图9为本发明实施例提供的板卡间通信方法流程图之三；

图10为本发明实施例提供的板卡间通信方法流程图之四；

图11为本发明实施例提供的板卡结构示意图之一；

图12为本发明实施例提供的板卡结构示意图之二；

图13为本发明实施例提供的板卡结构示意图之三；

图14为本发明实施例提供的板卡结构示意图之四。

具体实施方式

本发明实施例提供一种板卡间通信方法、板卡及通信机框设备，在板卡中设置服务端模块和客户端模块，将请求服务的板卡作为客户端板卡，将处理服务请求报文的板卡作为服务端板卡，实现了通信机框设备中各板卡之间的协议及状态类型的通信。

主控板卡位于通信机框设备的核心位置，各业务板在前面板端口将用户业务提取后，通过背板交换通道将用户业务交由主控板卡。一种应用是主控板卡的交换模块在软件控制平面的管理下完成各接入业务的汇聚，并交由到上层网络或环网中；另一种应用是业务板卡的业务不需要上交到上层网络中，在本设备内部就可以完成业务的转发。此时各业务板卡需要向主控板卡的软件控制层面主动上报自身的各项状态，方能驱动主控盘控制层面的软件协议状态机依据事件实现状态的迁移和业务板的业务配置。本发明实施例可以应用在第二种方式下。

为了抽象通信机框设备的分布式架构，如图2所示，可以认为分布式机框上的任何一张设备板卡作为服务（Server）端板卡（不区分主控板卡和业务板卡），某个业务或事件都可以作为一种服务资源（Service）由服务端板卡的服务模块提供给其他任何一张客户（Client）端板卡对应的软件业务模块（简称：业务模块）。服务资源在通信机框设备上特指协议状态，协议相关的设备状态和影响协议状态的事件。

下面对服务端板卡、客户端板卡和服务资源进行具体的介绍：

服务端板卡：在分布式的通信机框设备上，若某张设备板卡可以向其他设备板卡提供协议状态、设备状态、事件通知等多种服务资源，则该业务盘上的响应Client发起的资源请求、支持Client注册事件通知等功能的总和称为Server。1张具有Server功能的设备板卡可以同时向已注册的多个Client提供资源服务。

客户端板卡：在分布式机框设备上，若某张设备板卡能够主动向其他具有Server功能的设备板卡发起资源请求、注册事件通知请求等，则该业务盘作为Client端。1个具有Client功能的设备板卡可以向多个具有Server功能的设备板卡发起资源请求。同时，Server和Client功能可以在一张设备板卡上共存。

服务资源：在具有Server功能的设备板卡上，响应并应答Client端发起的特定请求的资源内容称为Service（服务功能）。Service在业务板卡的各个服务模块上可以通过特定唯一模块ID（Identifier，标识）+功能ID+版本ID进行标识，并由各个服务模块自行决定是否在Server上注册Service功能。Service具体完成的功能由各个服务模块自己定义。在通信机框设备中，协议状态机的状态同步，特定事件Event的通知等通称为Service。

此时，如图3所示，本发明实施例提供的板卡间通信方法包括：

步骤S301、第一板卡的服务端模块接收第二板卡的客户端模块发送的服务请求报文；

步骤S302、第一板卡中的服务分发模块根据服务请求报文的类型，将服务请求报文转发至第一板卡中的相应服务模块处理；

步骤S303、第一板卡将服务模块处理服务请求报文后生成的响应报文发送至第二板卡。

此时，第一板卡为服务端板卡，第二板卡为客户端板卡。例如：客户端板卡为业务板卡，服务端板卡为主用主控板卡；和/或客户端板卡为备用主控板卡，服务端板卡为主用主控板卡。

具体的，如图4所示，服务端板卡接收客户端板卡发送的服务请求报文后，服务端板卡中的分发模块根据服务请求报文的类型进行报文分发，将服务请求报文转发至服务端板卡中的相应服务模块处理，并将服务模块处理服务请求报文后生成的响应报文发送至客户端板卡。

各板卡上的服务模块负责管理各个服务模块向Client提供的Service。通过消息队列接收IBC（板间通信）过来的板卡间的交互报文，并分发到各个服务模块由指定的Service处理。例如：主用主控板卡（Server端）的状态机同步服务模块（Service服务）将通过板卡间的报文交互发送协议状态机的状态给备用主控板卡（Client端）；业务板（Server端）的事件通知服务模块（Service服务）将通过板卡间的报文交互发送本地事件通知给主控板卡（Client端）。

服务模块维护有各服务模块的功能函数，解析Client通过板卡间报文交互过来的数据，本地处理结束后打包响应数据。该Service的功能函数由各服务模块自身定义实现。

如图5所示，在步骤S302中，服务端板卡中的分发模块根据服务请求报文的类型，将服务请求报文转发至服务端板卡中的相应服务模块处理，可以具体包括：服务端板卡中的服务分发模块遍历服务端板卡中的所有服务模块，确定与服务请求报文类型相匹配的服务模块，并将所述服务请求报文转发至服务端板卡中的相应服务模块处理，若确定没有服务模块与服务请求报文类型相匹配，则向客户端板卡返回错误提示报文。

通常，状态机数据同步和状态机心跳响应是主用主控板卡作为服务端板卡，业务板卡或备用主控板卡作为客户端板卡的典型服务类型。

状态机数据同步是由服务模块自己定义的交互通信协议，主用主控板卡作为Server端应答Client端，将指定状态机当前的全部状态信息打包回复，供Client端的状态机同步所有的状态。

协议状态机心跳响应是由服务模块自己定义的交互通信协议，主用主控板卡作为Server端应答Client端，将指定状态机当前的状态信息打包回复，该种心跳协议仅需要传递少量关键信息，能够实现比对在主备主控板卡上运转状态机的状态即可。

本发明实施例还提供一种针对事件的板卡间通信方法，如图6所示，包括：

步骤S601、第一板卡中的客户端模块接收第二板卡中的服务端模块发送的事件报文；

步骤S602、第一板卡中的客户端模块通过预先注册的事件模块对事件报文进行处理后，向第二板卡中的服务端模块返回响应报文。

此时，第一板卡为客户端板卡，第二板卡为服务端板卡。例如，客户端板卡为主用主控板卡，服务端板卡为业务板卡；和/或客户端板卡为备用主控板卡，服务端板卡为主用主控板卡。

Client端不仅是各种Service请求的发起方，对于向Service发起请求、响应报文解析、错误处理等应当由各服务模块和事件回调模块自行实现，Client端也需要负责维护、响应Servr端发出的事件通知，如图7所示，Client端在接收到事件报文后，客户端板卡中的事件分发模块遍历客户端板卡中的所有事件模块（包括端口Link状态/OAM(OperationAdministrationandMaintenance，操作、管理、维护的合称)/定时器/STG状态/收发包事件模块），确定与事件报文类型相匹配的事件模块，并将所述事件报文转发至客户端板卡中的相应事件模块处理，若确定没有事件模块与所述事件报文类型相匹配，则向服务端板卡返回错误提示报文。

通常，端口事件和收发包事件是主用主控板卡作为客户端板卡，业务板卡作为服务端板卡的典型服务类型。

端口事件具体为：业务板卡的端口发生Linkup/Linkdown（链路通/链路断）事件时，主动向主控板卡上报事件报文，驱使主控板卡上的协议状态机运转，业务板卡作为事件的发送端，是Server端，主控板卡是Client端。

收发包事件具体为：业务板卡收到的各种协议报文，需要上交到主用主控板卡参与协议状态机的处理，Server端需要主动将接收到的协议报文以及本地接收报文的附属信息（接收端口/接收LSP（标签交换路径）/接收PW（伪线）等），上交给主控板卡，业务板卡作为事件的发送端，是Server端，主控板卡是Client端。

OAM事件具体为：业务板块上发起的OAM服务所维护的本端与远端之间的连通性/连续性/性能等事件。以ITU-TG.8013/Y.1731电信标准定义的OAM功能为例，可包括MEP(维护域边界点)的发现和丢失事件，RDI事件（远端故障通知），SD事件（链路信号劣化），DM事件（链路时延/抖动）等。

如图8所示，以主用主控板卡和备用主控板卡为例，对本发明实施例提供的板卡间通信方法进行详细说明：

步骤S801、备用主控板卡作为Client端发起所有Event（事件）的注册；

先将所有的Event注册以后，就不用顾虑Event与状态机同步的时序问题。因此在主备协议状态机的同步中，备用主控板卡需要先将所有的Event向主用主控板卡发起注册，此时，主用主控板卡为Server端。

发起Event注册可以包括：主用主控板卡接收备用主控板卡发送的事件注册请求；主用主控板卡为备用主控板卡注册事件后，返回事件注册响应报文。

步骤S802、备用主控板卡作为Client端进行同步所有需要的协议状态的发起，由主用主控板卡中各协议的服务模块进行处理，此时，主用主控板卡为Server端；

具体的，主用主控板卡接收备用主控板卡发送的协议状态同步服务请求报文；主用主控板卡中的服务分发模块根据协议状态同步服务请求报文的类型，将协议状态同步服务请求报文转发至主用主控板卡中的进行协议状态同步的服务模块处理；主用主控板卡将服务模块处理协议状态同步服务请求报文后生成的响应报文发送至备用主控板卡。

步骤S803、备用主控板卡作为Client端发送协议心跳报文；

正常运行过程中，通过协议心跳报文判断主用主控板卡和备用主控板卡之间协议运转迁移到达的状态。若协议状态相差过大，则进入错误处理流程，或重新发起协议状态全局状态的同步或上报告警，此时，主用主控板卡为Server端。

具体的，主用主控板卡接收备用主控板卡发送的协议心跳服务请求报文；

主用主控板卡中的服务分发模块根据协议心跳服务请求报文的类型，将协议心跳服务请求报文转发至主用主控板卡中的进行协议心跳的服务模块处理；主用主控板卡将服务模块处理所述协议心跳服务请求报文后生成的响应报文发送至备用主控板卡。

步骤S804、主用主控板卡作为Server端发起事件通知。

正常运行过程中，主用主控板卡发生Linkup/Linkdown等事件后，同步告知备用主控板卡，备用主控板卡依据事件报文由相关的事件模块进行处理，此时，备用主控板卡为Client端。

在主用主控板卡和备用主控板卡发生倒换时，原备用主控板卡成为新主用主控板卡后，解除向原主用主控板卡申请注册的Event事件通知、解除协议之间的心跳报文交互，新主用主控板卡向所有分布式机框上所有其他业务板卡发起状态查询，保证本地记录的业务板卡状态与实际一致，此时，新主用主控板卡为Client端，其它板卡为Server端。

新备用主控板卡向新主用主控板卡发起申请注册Event通知，发起协议状态同步，重新执行上述流程。

为了防止出现端口LinkUp/Down和MEP（维护域边界点，MEP在ITU-TG.8001标准中定义）瞬时的丢失或发现，可以在板卡上设置响应阈值定时器，使得端口的LinkUp/Down和MEP能够在定时器限定的时间内进行处理。

当备用主控板卡获得的协议状态不一致，且多次同步后的心跳报文均陷入多次的状态不一致时，需要解除主用主控板卡和备用主控板卡之间协议状态机的同步和事件注册，使得主用主控板卡和备用主控板卡在控制层面单独运行。

本发明实施例还提供一种板卡间通信方法，该方法与如图3所示的板卡间通信方法对应，如图9所示，该方法包括：

步骤S901、第二板卡的客户端模块向第一板卡的服务端模块发送服务请求报文；

步骤S902、第二板卡接收第一板卡通过服务分发模块根据服务请求报文的类型，将服务请求报文转发至服务端板卡中的相应服务模块进行处理后，生成并发送的响应报文。

本发明实施例还提供一种板卡间通信方法，该方法与如图6所示的板卡间通信方法对应，如图10所示，该方法包括：

步骤S1001、第二板卡的服务端模块向第一板卡的客户端模块发送事件报文；

步骤S1002、第二板卡接收第一板卡通过预先注册的事件模块对事件报文进行处理后，返回的响应报文。

本发明实施例还提供一种板卡，该板卡为本发明实施例中的第一板卡，如图11所示，该板卡包括：

服务端模块1101，用于接收第二板卡的客户端模块发送的服务请求报文；

服务分发模块1102，用于根据服务请求报文的类型，将服务请求报文转发至服务端板卡中的相应服务模块处理；

发送模块1103，用于将服务模块处理服务请求报文后生成的响应报文发送至第二板卡。

进一步，如图12所示，该板卡还包括：

客户端模块1201，用于接收第二板卡中的服务端模块发送的事件报文，并通过预先注册的事件模块对事件报文进行处理；

返回模块1202，用于第二板卡中的服务端模块返回响应报文。

本发明实施例还提供一种板卡，该板卡为本发明实施例中的第二板卡，如图13所示，该板卡包括：

客户端模块1301，用于向第一板卡发送服务请求报文；

响应接收模块1302，用于接收第一板卡通过服务分发模块根据服务请求报文的类型，将服务请求报文转发至服务端板卡中的相应服务模块进行处理后，生成并发送的响应报文。

进一步，如图14所示，该板卡还包括：

服务端模块1401，用于向第一板卡的客户端模块发送事件报文；

事件响应接收模块1402，用于接收第一板卡通过预先注册的事件模块对事件报文进行处理后，返回的响应报文。

本发明实施例还提供一种通信机框设备，该通信机框设备包括至少一个本发明实施例提供的第一板卡和至少一个本发明实施例提供的第二板卡。

本发明实施例提供一种板卡间通信方法、板卡及通信机框设备，在板卡中设置服务端模块和客户端模块，将请求服务的板卡作为客户端板卡，将处理服务请求报文的板卡作为服务端板卡，实现了通信机框设备中各板卡之间的协议及状态类型的通信。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (12)

1.一种板卡间通信方法，其特征在于，包括：

第一板卡的服务端模块接收第二板卡的客户端模块发送的服务请求报文；

第一板卡中的服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至第一板卡中的相应服务模块处理；

第一板卡将所述服务模块处理所述服务请求报文后生成的响应报文发送至所述第二板卡；

第一板卡中的客户端模块接收所述第二板卡中的服务端模块发送的事件报文；

所述第一板卡中的客户端模块通过预先注册的事件模块对所述事件报文进行处理后，向所述第二板卡中的服务端模块返回响应报文。

2.如权利要求1所述的方法，其特征在于，所述第二板卡为业务板卡，所述第一板卡为主用主控板卡；和/或

第一板卡的服务端模块接收第二板卡的客户端模块发送的服务请求报文时，所述第二板卡为备用主控板卡，所述第一板卡为主用主控板卡，第二板卡中的服务端模块向第一板卡发送事件报文时，所述第二板卡为主用主控板卡，所述第一板卡为备用主控板卡。

3.如权利要求1所述的方法，其特征在于，所述第一板卡中的分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至第一板卡中的相应服务模块处理，具体包括：

第一板卡中的服务分发模块遍历第一板卡中的所有服务模块，确定与所述服务请求报文类型相匹配的服务模块，并将所述服务请求报文转发至第一板卡中的相应服务模块处理，若确定没有服务模块与所述服务请求报文类型相匹配，则向第二板卡返回错误提示报文。

4.如权利要求1所述的方法，其特征在于，所述第一板卡通过预先注册的事件模块对所述事件报文进行处理，具体包括：

第一板卡中的事件分发模块遍历第一板卡中的所有事件模块，确定与所述事件报文类型相匹配的事件模块，并将所述事件报文转发至第一板卡中的相应事件模块处理，若确定没有事件模块与所述事件报文类型相匹配，则向第二板卡返回错误提示报文。

5.如权利要求1或4所述的方法，其特征在于，所述事件模块对所述事件报文进行处理，具体包括：

所述事件模块根据识别的协议内容将事件报文发送到相应的服务模块中，由相应的服务模块处理事件报文，并生成响应报文。

6.如权利要求2所述的方法，其特征在于，在所述主用主控板卡向所述备用主控板卡发送事件报文前，还包括：

所述主用主控板卡接收所述备用主控板卡发送的事件注册请求；

所述主用主控板卡为所述备用主控板卡注册事件后，返回事件注册响应报文。

7.如权利要求6所述的方法，其特征在于，在所述主用主控板卡向所述备用主控板卡发送事件报文前，所述主用主控板卡返回事件注册响应报文后，还包括：

所述主用主控板卡接收所述备用主控板卡发送的协议状态同步服务请求报文；

主用主控板卡中的服务分发模块根据所述协议状态同步服务请求报文的类型，将所述协议状态同步服务请求报文转发至主用主控板卡中的进行协议状态同步的服务模块处理；

主用主控板卡将所述服务模块处理所述协议状态同步服务请求报文后生成的响应报文发送至备用主控板卡。

8.如权利要求7所述的方法，其特征在于，在所述主用主控板卡将所述服务模块处理所述协议状态同步服务请求报文后生成的响应报文发送至备用主控板卡后，还包括：

所述主用主控板卡接收所述备用主控板卡发送的协议心跳服务请求报文；

主用主控板卡中的服务分发模块根据所述协议心跳服务请求报文的类型，将所述协议心跳服务请求报文转发至主用主控板卡中的进行协议心跳的服务模块处理；

主用主控板卡将所述服务模块处理所述协议心跳服务请求报文后生成的响应报文发送至备用主控板卡。

9.一种板卡间通信方法，其特征在于，包括：

第二板卡的客户端模块向第一板卡的服务端模块发送服务请求报文；

第二板卡接收第一板卡通过服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至第一板卡中的相应服务模块进行处理后，生成并发送的响应报文；

第二板卡的服务端模块向第一板卡的客户端模块发送事件报文；

第二板卡接收所述第一板卡通过预先注册的事件模块对所述事件报文进行处理后，返回的响应报文。

10.一种板卡，其特征在于，包括：

服务端模块，用于接收第二板卡的客户端模块发送的服务请求报文；

服务分发模块，用于根据所述服务请求报文的类型，将所述服务请求报文转发至相应服务模块处理；

发送模块，用于将所述服务模块处理所述服务请求报文后生成的响应报文发送至所述第二板卡；

客户端模块，用于接收所述第二板卡中的服务端模块发送的事件报文，并通过预先注册的事件模块对所述事件报文进行处理；

返回模块，用于向所述第二板卡中的服务端模块返回响应报文。

11.一种板卡，其特征在于，包括：

客户端模块，用于向第一板卡发送服务请求报文；

响应接收模块，用于接收第一板卡通过服务分发模块根据所述服务请求报文的类型，将所述服务请求报文转发至第一板卡中的相应服务模块进行处理后，生成并发送的响应报文；

服务端模块，用于向第一板卡的客户端模块发送事件报文；

事件响应接收模块，用于接收所述第一板卡通过预先注册的事件模块对所述事件报文进行处理后，返回的响应报文。

12.一种通信机框设备，其特征在于，包括至少一个如权利要求10所述的板卡和至少一个如权利要求11所述的板卡。