一种语音信令数据存储方法及快速预警的方法

文档序号:7813110阅读:182来源:国知局
一种语音信令数据存储方法及快速预警的方法
【专利摘要】本发明公开了一种语音信令数据存储方法及快速预警的方法。本方法为:1)将用于语音信令数据解析的M个基础协议表同时建立在N个不同的表空间;2)将各所述基础协议表解析的数据循环存放在各所述表空间的不同分区上,即将第KN+i次各所述基础协议表解析的数据分别存放在第i个表空间的一分区上,形成交叉分区存储;3)将每次各所述基础协议表解析的数据缓存到一临时数据库表中,并生成用于告警分析的数据,然后删除缓存数据;4)将告警阈值封装到查询接口,按告警阈值条件查询当前的告警分析数据,将需告警的数据输出。本发明能快速将需要告警的语音通话数据告警,减少硬件投资成本,并且将同等设备发挥到最大效率。
【专利说明】一种语音信令数据存储方法及快速预警的方法

【技术领域】
[0001]本发明涉及一种语音信令数据存储及快速解析预警的方法,属于通信【技术领域】。技术背景
[0002]随着经济发展及科技进步,固话和移动电话持有量持续增长,电信运营商的语音通话业务飞速发展,流量的激增也需要质量的保证,语音质量承载监测开始兴起,如何及时准确监测告警成为承载监测的关键。
[0003]电信运营商既需要告警处理后的数据,又需要保留原始解析数据,原始语音数据量十分巨大,空间存储及查询效率上都有很大问题,并且目前提取告警信息的方法是对数据做轮询遍历,一批数据从第一条到最后一条统一按照阈值比对一遍,这样效率比较低。


【发明内容】

[0004]针对现有技术中存在的技术问题,本发明的目的在于提供一种数据存储方法及快速加载语音信令数据并快速预警的方法。
[0005]本方法可以快速对语音数据进行解析入库,快速根据运营商的语音质量限制设置进行告警分析。例如通话时延不得大于20S,如果大于20S要对此通话主叫被叫号码显示到告警页面,让运营商获悉来改进服务质量等。
[0006]语音信令数据是由分流设备输出、被动探针解析原始语音文件生成,其中解析出的数据包括BICC、H.248、RTP、RTCP、寻呼、位置更新、RAB指派、TCH指派等,数据量比较庞大。以BICC信令为例:每秒钟BICC协议解析出的数据量大约500条,一分钟就是30000条,一小时就是180W条,一天接近4200W数据量。
[0007]本发明的技术方案为:
[0008]一种语音信令数据存储方法,其步骤为:
[0009]I)将用于语音信令数据解析的M个基础协议表同时建立在N个不同的表空间;
[0010]2)将各所述基础协议表解析的数据循环存放在各所述表空间的不同分区上,即将第KN+i次各所述基础协议表解析的数据分别存放在第i个表空间的一分区上,形成交叉分区存储;K为正整数,i = I?N。
[0011]一种语音信令数据快速预警的方法,其步骤为:
[0012]I)将用于语音信令数据解析的M个基础协议表同时建立在N个不同的表空间;
[0013]2)将各所述基础协议表解析的数据循环存放在各所述表空间的不同分区上,即将第KN+i次各所述基础协议表解析的数据分别存放在第i个表空间的一分区上,形成交叉分区存储;K为正整数,i = I?N ;
[0014]3)将每次各所述基础协议表解析的数据缓存到一临时数据库表中,并生成用于告警分析的数据,然后删除缓存数据;
[0015]4)将告警阈值封装到查询接口,按告警阈值条件查询当前的告警分析数据,将需告警的数据输出。
[0016]进一步的,所述按告警阈值条件查询当前的告警分析数据的方法为:
[0017]I)从待分析预警数据中查出对应的指标数值,将该指标数值和该预警数据对应的阈值存入内存中;
[0018]2)根据该预警数据对应的阈值,将该指标数值大于该阈值的预警数据结果集存入数据库内存段中;
[0019]3)从当前预警信息表中查询出相应指标的已预警数据;
[0020]4)根据msc设备IP关联查询步骤2)、3)所得的两部分数据;如果查询出匹配数据则做Anti join,根据msc设备IP更新已预警数据值及预警时间,如果不匹配则新插入预
自目 I R ο
[0021]进一步的,所述待预警数据为时延、接通率、抖动或丢包率数据。
[0022]进一步的,所述表空间为oracle分区表。
[0023]进一步的,所述临时数据库表为oracle数据库表。
[0024]本发明实现快速对语音信令数据加载入库并统计告警,包括以下内容:
[0025]1.基础协议表的优化存储:拿BICC、H248、RTP这三种协议表为例,把BICC、H248、RTP协议表建在A、B、C三个不同的表空间上,每个表解析的数据按照日期存放在不同的分区上,不同的分区同时遍历存放在不同的表空间上,形成交叉分区存储。例如BICC的PBICC20140701分区存储在A表空间,PBICC20140702分区存储在B表空间,PBICC20140703分区存储在C表空间,PBICC20140704分区重复存储在A表空间上,PBICC20140705分区存储在B表空间上,PBICC20140706分区存储在C表空间上;按此规律等等延续。同理,RTP的PRTP20140701分区也同样存储在A表空间,PRTP20140702分区也同样存储在B表空间等等,在同样只有三个表空间的情况下,这种交叉存储提高访问效率及并发查询效率要比每个表仅仅只放在同一个表空间的情况好的多。此处处理方法可使普通硬盘达到高级盘阵的效果。
[0026]2.在步骤I的基础上采用数据缓存机制,即原始数据一份直接落地到基础协议表中,一份加载到oracIe临时表中,在临时表中调度中间数据处理接口处理成中间数据,处理完毕后立刻清空临时表,使其被重复利用再次加载下批数据。这样做的好处是:不需要再从海量的基础协议表中查询出这批数据处理,而是直接从相对小的表中取数据处理,这种方法效率极高。
[0027]3.告警基于此步骤2的基础上本方法又提出了一次性事务处理的机制,即调度封装的告警数据查询接口一次性处理完待告警数据,而不是采用游标循环逐条处理告警信肩、O
[0028]与现有技术相比,本发明的积极效果为:
[0029]能快速将需要告警的语音通话数据告警,减少硬件投资成本,并且将同等设备发挥到最大效率。

【专利附图】

【附图说明】
[0030]图1.被动探针解析数据流程图;
[0031]图2数据整体流向图;
[0032]图3数据逐行处理流程图;
[0033]图4数据批处理流程图;
[0034]图5为查询告警分析数据的方法流程图。

【具体实施方式】
[0035]本方法数据库软件采用甲骨文公司的Oracle DatabaselOg,服务器操作系统采用Redhat Enterprise Linux5系列,其他关系型数据库及操作系统与之类似。
[0036]如图1所示,电信运营商的核心接入路由器的原始数据通过分流板卡分流输出给被动采集探针,由被动采集探针对接入原始通话数据包进行协议解析,生成BICC、RTP、RTCP、H.248、A接口、SGs接口数据,搬运程序把生成的数据文件搬运到数据预处理程序,数据预处理程序进行数据处理并入库存储。
[0037]被动探针输出数据后,调度数据预处理程序把相同的数据分两步操作,一步导入oracle数据库临时表中,另一步直接导入oracle分区表存储。
[0038]图2所示,整个数据实时流向,临时表是被循环使用的,即不间断重复插入数据及清空数据,数据缓存拆分为两份的目的是:由于数据本身既需要入库存储供查询使用,又要根据此数据做分析预警用,如果先入库再从库中查询出来做分析预警的话,数据积累到海量的时候会导致查询慢、分析也慢同时造成一定的存储压力。因此这样做的好处是在一处做分析预警用,在另一处做存储用,分散压力,提高性能。
[0039]存储方面我们提出交叉分区存储机制,即步骤I中所描述的方法,这种存储的好处能减低ORACLE磁盘读取压力,并且可以很好的提高并发查询效率,从工程角度讲,能很好的降低硬盘及CPU的配置,降低整体项目的成本。
[0040]对于告警阈值判断,现在的公知做法如图3所示,按顺序从游标中逐条取出数据与阈值比对,以通话时延为例,如果通话时延大于阈值便将该数据插入到告警表中告警出来,这样效率低下,因为是逐条处理,所以上百万数据量需要处理上百万次,因此我们采用如下机制保证速度(如图4所示):首先将阈值封装到告警数据查询接口,通过调用告警数据查询接口查询所有需要告警数据,即将数据直接加载入内存中,在ORACLE内存中按阈值条件查询然后告警出来这样能省略游标循环逐条操作,不需要逐条对数据进行判断,筛选出的数据及时告警输出。这样做的好处是将数据查询压力交给ORACLE服务器,充分利用服务器核心处理能力,省略我们自己程序上的逐条处理时间,效率上比前者提高至少三倍。[0041 ] 具体而言,本发明封装了一个数据接口来专门做处理预警这个工作,其流程如图5所示,具体描述:
[0042]1.待预警数据为时延、接通率、抖动、丢包率等等反应通话质量的数据,这里我们以接通率为例。
[0043]2.数据接口调度查询语句,从待预警的语音通话接通率中参照对应阈值查询出的结果集放入数据库内存段中;例如10:30分北京中关村mscl设备(移动交换中心)接通率为50%,已经低于阈值70%。
[0044]3.从当前预警信息表中查询出已预警的接通率数据,根据msc设备(移动交换中心)IP关联查询两部分数据;
[0045]4.查询出匹配数据则做关联Antijoin根据msc设备IP更新已预警数据值及预警时间,如果不匹配则新插入预警信息,包括msc设备IP及接通率数值;
[0046]5.每10分钟就对已发生通话数据进行统计分析并及时预警,可以满足大数据量用户通话数据的预警工作。
[0047]6.运营商根据设备IP及预警时间分析接通率低的问题。
【权利要求】
1.一种语音信令数据存储方法,其步骤为: 1)将用于语音信令数据解析的M个基础协议表同时建立在N个不同的表空间; 2)将各所述基础协议表解析的数据循环存放在各所述表空间的不同分区上,即将第KN+i次各所述基础协议表解析的数据分别存放在第i个表空间的一分区上,形成交叉分区存储;K为正整数,i = I?N。
2.如权利要求1所述的方法,其特征在于所述表空间为oracle分区表。
3.一种语音信令数据快速预警的方法,其步骤为: 1)将用于语音信令数据解析的M个基础协议表同时建立在N个不同的表空间; 2)将各所述基础协议表解析的数据循环存放在各所述表空间的不同分区上,即将第KN+i次各所述基础协议表解析的数据分别存放在第i个表空间的一分区上,形成交叉分区存储;K为正整数,i = I?N; 3)将每次各所述基础协议表解析的数据缓存到一临时数据库表中,并生成用于告警分析的数据,然后删除缓存数据; 4)将告警阈值封装到查询接口,按告警阈值条件查询当前的告警分析数据,将需告警的数据输出。
4.如权利要求3所述的方法,其特征在于所述按告警阈值条件查询当前的告警分析数据的方 法为: 1)从待分析预警数据中查出对应的指标数值,将该指标数值和该预警数据对应的阈值存入内存中; 2)根据该预警数据对应的阈值,将该指标数值大于该阈值的预警数据结果集存入数据库内存段中; 3)从当前预警信息表中查询出相应指标的已预警数据; 4)根据移动交换中心的设备IP关联查询步骤2)、3)所得的两部分数据;如果查询出匹配数据则对其进行关联,根据移动交换中心的IP更新已预警数据值及预警时间,如果不匹配则新插入预警信息。
5.如权利要求4所述的方法,其特征在于所述待预警数据为时延、接通率、抖动或丢包率数据。
6.如权利要求3所述的方法,其特征在于所述表空间为oracle分区表。
7.如权利要求3所述的方法,其特征在于所述临时数据库表为oracle数据库表。
【文档编号】H04L29/06GK104270340SQ201410440763
【公开日】2015年1月7日 申请日期:2014年9月1日 优先权日:2014年9月1日
【发明者】孙波成 申请人:北京锐安科技有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1