[发明专利]一种信令数据提供系统和方法

说明书

技术领域

本发明涉及业务支撑技术领域，尤其涉及一种信令数据提供系统和方法。

背景技术

信令监测系统通过高阻跨接、镜像接入、分光接入等接入手段，从信令网络中旁路并精确复制信令链路上传输的信令数据。通过信令数据分析信令链路负荷、网络资源使用、业务信令流程、业务交换结果。为信令网的管理和维护，业务质量监测和分析提供了高效、及时的支撑手段。为移动网络运行的稳定性和安全性提供保障。

传统的增值业务是基于内容的增值业务，例如提供短信下发网站、彩信下发网站、音乐下载等，这些业务与用户自身的状态无关。而一些对传统语音业务进行延伸的增值服务，例如漫游天气、来电提醒、开机提醒、挂机短信等，其增值业务触发和增值业务逻辑与用户的位置、电信业务行为和电信业务状态相关，这些信息均可以从信令流中获取。

一方面，提供这类增值业务的提供商对于信令协议及协议之间的配合不一定熟悉。另一方面，即使有些提供商熟悉信令协议，多个业务都接入到运营商网络中提取信令，会造成对网络的影响，成本和维护上都不可取。既然信令监测系统已经提取了信令，那么由信令监测系统输出所需信息来支持这些增值业务，就成为一种发展趋势。除此之外，一些专题分析应用，也要求信令监测系统能够按需输出所期望的信息。

但是现有的信令监测系统，尽管经历了10多年的发展，其建设模式一直以来从采集接入、协议分析、网络指标分析都是由同一家信令监测系统提供商来完成，其内部采用私有接口，并不对外开放。上述的各种应用如果要从现有监测系统中获取信令数据，则都需要与信令监测系统提供商协商并开发新的接口，从协作和时效上均存在一定的缺陷，获取信令数据的开发成本和时间成本较高。

另外，现有的信令监测系统在支持增值业务应用和专题分析应用等上层应用时，还存在如下的兼容性缺陷：

现有监测系统的呼叫详细记录(Calling Detail Records，CDR)结构是针对网络运维所需要的关键绩效指标(Key Performance Indicator，KPI)所设计的，是一种固定结构的CDR。如果上层应用所需的参数在CDR中不存在，那么需要升级信令监测系统自身版本提供新的CDR以支持此类应用。

而上层应用种类多种多样，并且在不同时期，不同的应用会层出不穷，固定不变的CDR结构是不可能长久满足上层应用的需求的，换言之，现有的信令监测系统对上层应用的兼容性较差。

发明内容

有鉴于此，本发明提供了一种信令数据提供系统和方法，以便降低获取信令数据的开发成本和时间成本。

本发明采用的技术方案具体是这样实现的：

一种信令数据提供系统，该系统包括采集层、共享层和共享接口；

所述采集层，用于采集信令数据，将采集的信令数据输出给共享层；

所述共享层，用于对采集层输出的信令数据进行处理，根据上层应用的订阅请求将处理后的信令数据通过共享接口发给上层应用；

所述共享接口，用于与一个以上的上层应用分别相连，根据每个上层应用的订阅请求返回相应的信令数据。

一种信令数据提供方法，该方法包括：

采集信令数据，对采集的信令数据进行处理，根据上层应用的订阅请求将处理后的信令数据通过共享接口发给上层应用；

其中，所述共享接口与一个以上的上层应用分别相连，根据每个上层应用的订阅请求返回相应的信令数据。

由上述技术方案可见，本发明通过设置与多个上层应用相连的共享接口，将采集的信令数据按照上层应用的订阅请求进行处理后，通过共享接口发给相应的上层应用，使得各个上层应用不需要各自开发相应的接口，能够降低上层应用获取信令数据的开发成本和时间成本。

附图说明

图1是本发明信令数据提供系统的组成示意图。

图2是位置轨迹应用系统和来电提醒应用系统订阅信令数据的示意图。

图3是分级订阅机制示意图。

具体实施方式

图1是本发明信令数据提供系统的组成示意图。

如图1所示，该系统包括采集层101、共享层102和共享接口103。

采集层101，用于采集信令数据，将采集的信令数据输出给共享层102。

共享层102，用于对采集层101输出的信令数据进行处理，根据上层应用的订阅请求将处理后的信令数据通过共享接口发给上层应用。

共享接口103，用于与一个以上的上层应用分别相连，根据每个上层应用的订阅请求返回相应的信令数据。