[发明专利]信令监测系统分布式平台架构及其处理方法

说明书

技术领域

本发明涉及信令监测领域，为多模块间数据交互提供了一种分布式的平台架构。

背景技术

近年来，随着通信技术的不断发展，信令监测业务发展也进入了一个迅猛发展的时代。随着信令监测业务量的不断增加，信令监测系统的复杂度也随之增加，而系统内部的数据交互的发杂度的增加尤为明显。目前基于分布式的通信系统业务模块（简称为“BPM”）间数据交互所采用的均是基于配置IP地址与侦听端口，而链路则由BPM自己维护。随着BPM数量的增加，特别是当BPM间交叉通信时，将导致的直接后果是：1）配置工作繁杂；2）配置出错率增加；3）扩展性差。

发明内容

本发明的目的是克服现有BPM间通信方式的缺陷，提供一个通用的通信支撑平台（简称为“GCP”），对所有BPM提供统一的数据交互接口。具体的数据交互工作则由GCP负责，从而为信令监测分布式平台提供一个易扩展、易维护的分布式平台框架。还提供了一种该平台构架的处理方法。

本发明采用的技术方案如下：

信令监测系统分布式平台架构，包括数据传输层和业务处理层，其中：所述数据传输层包括若干通信支撑平台，业务处理层包括中心管理模块和若干通信系统业务模块；所述通信支撑平台将与之连接的中心管理模块或通信系统业务模块的数据封装为数据包后，发送到相应的通信支撑平台；该通信支撑平台获得数据包后，将其解码并发送给与该通信支撑平台连接的中心管理模块通或信系统的业务模块。

所述通信支撑平台连接至少一个通信系统业务模块或一个中心管理模块。通信支撑平台之间通过TCP进行数据包的传输，通信支撑平台与中心管理模块或通信系统业务模块间通过Queue进行数据传输。

信令监测系统分布式平台架构的处理方法，包括如下步骤：

通信系统业务模块向中心管理模块进行注册，中心管理模块将注册成功消息返回该通信系统业务模块；中心管理模块广播全量注册消息；所有通信系统业务模块收到全量注册消息后，分别将确认消息返回给中心管理模块；此时连接通信系统业务模块和中心管理模块的各通信支撑平台之间能进行数据交互。

本发明平台架构依然是分布式的，只是在数据通信策略上提供一种新的自适应的分布式平台架构。本发明所采用的自适应的分布式平台架构以最大限度地减少繁杂的通信关系维护，为BPM提供简洁而统一的数据交互接口，具有很好的扩展性和可维护性。总之，本发明具有以下有益技术效果：

1、统一管理BPM

传统信令监测系统的BPM间数据交互多采用通过IP地址与端口直接进行数据交换，其IP地址信息和端口信息只对于直接通信的进程可见，没有一个统一的信息汇总机制。这种方式不利于BPM数据的汇总与BPM的统一管理，特别是当系统中所有BPM都需要增加一些共有的控制功能时，涉及到的所有BPM都需要编写自己的接收控制命令的通信接口，导致开发工作特别大。而信令监测系统的分布式系统的CMM将系统中所有的BPM信息进行汇总，方便对BPM进行集中统一的管理；同时，当需要增加一些通用的控制功能时，只需要在CMM中增加相应的接口，并将命令传递给相关的BPM，而BPM则只需要做相应的逻辑处理即可，在减轻了需求变更引起的成本的同时，也增强了系统的扩展性。

2、统一而简洁的BPM交互接口

传统信令监测系统的BPM通常都是自己维护复杂数据链路，BPM间的数据流的拆/组包工作也需要BPM进行维护。由于确保BPM间复杂的数据链路的稳定性与数据流的拆/组包工作本身就是一种很繁杂的工作，需要投入较多的精力。而信令监测系统的分布式系统中的GCP则对BPM间的数据链路稳定性和数据流的拆/组工作进行了封装，提供统一而简洁的BPM交互接口。当BPM需要与其他BPM进行数据交互时，只需把格式化的消息包放入GCP提供的接口，消息即可到达发送端的BPM。

3、分层机制降低BPM间的耦合性

传统信令监测系统BPM通常集各种处理逻辑于一身，使得BPM复杂度较高，当其中一个BPM的处理逻辑发生变化时，可能影响与其相关的BPM。这种BPM间的较高的逻辑耦合性不利于适应需求的变更，一旦需要发生变更，则可能涉及到各BPM中较多的处理逻辑。而信令监测系统的分布式系统对系统进行了分层处理，GCP负责数据交互、消息及流量统计等较为底层的数据传输处理，BPM则仅负责业务相关的逻辑处理。这种分层机制可以较明显地简化传统BPM的处理逻辑，使得BPM仅专注于业务逻辑的处理。

4、GCP提供稳定的数据交互平台