CN111447328B - 一种隐私号系统故障告警系统及方法 - Google Patents

Abstract

本发明属于通信服务技术领域。一种隐私号系统故障告警系统，包括呼叫中心中继线、监控系统、告警分析系统和隐私号系统；所述隐私号系统与监控系统分别与所述告警分析系统连接，所述告警分析系统与所述呼叫中心中继线连接。本发明通过监控系统获取隐私号系的各业务指标的数据信息，并通过设置告警分析系统及呼叫中心中继线，在收到告警信息后进行自动化的业务流程测试，对初步告警进行进一步精细化判别，对高度疑似故障的告警通过中继线判及时电话通知运维人员核实，不仅提升告警的时效性，而且降低运维人员海量核实告警的工作量，降低人工运维的成本。

Description

一种隐私号系统故障告警系统及方法

技术领域

本发明属于通信服务技术领域，具体涉及一种隐私号系统故障告警系统及方法。

背景技术

安全隐私号平台通过为互相电话联系的主被叫用户提供中间号码实现主被叫用户之间的通信隐私保护，即通话双方都是拨打中间号联系对方，且无法知道对方的真实号码，保护了用户的隐私。由于安全隐私号平台融合了IT和通信技术，涉及技术环节众多，客户业务场景复杂，因此准确判别隐私号平台故障并及时告警是一项富有挑战性的工作。

目前业内业内暂无可精准判断隐私号平台故障的告警系统，对隐私号系统的监控只能通过分析常规指标进行，其精度不高，冗余告警多，不适合于隐私号系统故障发现和判别，不利于及时发现系统故障情况。而如果遇到呼叫量大涨或大跌，则其中的每一条的告警都需要人工进行核实，实际情况则可能是因为用户行为引起而不是平台故障引起的，因此隐私号平台的众多告警中只有小部分是平台故障引起，而过多的告警核实工作对人力成本是极大的浪费。因此，如何及时、准确地解决隐私号平台在运行过程中出现的故障成为亟待解决的技术问题。

发明内容

本发明的目的在于克服现有技术的缺陷，提供一种隐私号系统故障告警系统及方法，能够快速、准确地判断故障信息，提高隐私号系统运行的可靠性。

一种隐私号系统故障告警系统，包括呼叫中心中继线、监控系统、告警分析系统和隐私号系统；所述隐私号系统与监控系统分别与所述告警分析系统连接，所述告警分析系统与所述呼叫中心中继线连接；其中：

所述隐私号系统部署在省级运营商核心网内，通过中间号实现主叫用户和被叫用户之间的通讯接续，为通话双方提供隐私保障服务；

所述监控系统用于从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行初步筛查后得到告警信息并将所述告警信息推送至所述告警分析系统；

所述告警分析系统用于接收监控系统的告警信息，对所述告警信息进行进一步的筛选和判断出高度疑似故障的告警信息；

所述呼叫中心中继线用于调用相应的中继线，向发出高度疑似故障的告警信息所在地区或承载平面的测试中间号发起呼叫测试，确定故障后向运维人员发起呼叫通知故障处理。

进一步的，所述监控系统从隐私号系统拉取到的原始数据指标进行预处理的方法为：将原始数据各指标进行分组统计运算，且所述监控系统数据存储方式为按时间序列存储，经过运算得出各时间点关于隐私号平台各业务指标数据信息。

进一步的，所述业务指标包括按地区、承载平面、所属运营商分组的呼叫接通率、振铃率、呼叫量、请求耗时、请求异常情况。

本发明还提供一种隐私号系统故障告警方法，该方法包括如下步骤：

S1、所述监控系统在隐私号系统进行监控埋点，并定期从所述隐私号系统拉取业务指标；

S2、所述监控系统将从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行分组、筛选及计算得到高度疑似故障的告警信息，根据所述监控系统中设定的告警规则将告警信息推送到告警分析系统，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警、请求耗时增大、请求异常告警进行判断；

S3、所述告警分析系统调用隐私号平台的绑定关系；

S4、所述呼叫中心中继线调用相应的中继线向发出高度疑似故障的告警信息所在地区的测试中间号发起呼叫测试；

S5、所述隐私号系统向所述告警分析系统推送拨测后的话单；

S6、所述告警分析系统判断该高度疑似故障的告警信息确实为隐私号系统发生故障后，调用相应的中继线并向运维人员发起呼叫通知故障处理；

S7、所述呼叫中心中继线通过电话通知运维人员向隐私号系统核实处理故障。

进一步的，所述步骤S2中，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警进行如下判断：

(1)判断是否有地域、平面、运营商属性；

(2)若有，则根据判断出的地市、平面、运营商特征，向相应的问题区域所属测试中间号发起步骤S3；

(3)若步骤S3不成功则调用步骤S6和步骤S7通知运维人员处理；

(4)若步骤S3成功则调用步骤S4；

(5)步骤S4完成后隐私号系统如果运行正常将会进行步骤S5；

(6)如果没有收到步骤S5的话单则调用步骤S6和步骤S7通知运维人员处理；

(7)如果正常接收步骤S5的话单则通过话单信息判断通话是否正常，异常则调用步骤S6和步骤S7通知运维人员处理；

进一步的，所述步骤S2中，所述告警分析系统对告警分析系统将对请求耗时增大、请求异常告警进行如下判断：

(1)调用步骤S3进行验证；

(2)若验证结果属实，则调用步骤S6和步骤S7通知运维人员处理。

与现有技术相比，本发明具有以下有益效果：

本发明针对隐私号业务特征，结合用户使用场景，通过监控系统获取隐私号系的各业务指标的数据信息，并通过设置告警分析系统及呼叫中心中继线，在收到告警信息后进行自动化的业务流程测试，对初步告警进行进一步精细化判别，对高度疑似故障的告警通过中继线及时电话通知运维人员核实，不仅提升告警的时效性，而且降低运维人员海量核实告警的工作量，降低人工运维的成本。

附图说明

图1是本发明一种隐私号系统故障告警系统的框架示意图；

图2是本发明一种隐私号系统故障告警方法的流程示意图。

具体实施方式

下面结合附图与实施例对本发明作进一步说明。需要说明的是，本发明的具体实施例只是为了能更清楚的描述技术方案，而不能作为本发明保护范围的一种限制。

请参阅图1-图2，一种隐私号系统故障告警系统，其整体框架包括呼叫中心中继线、监控系统、告警分析系统和隐私号系统；所述隐私号系统与监控系统分别与所述告警分析系统连接，所述告警分析系统与所述呼叫中心中继线连接；其中：

所述隐私号系统部署在省级运营商核心网内，运行AXB、AX、AXN等数十种业务模式，通过中间号实现主叫用户和被叫用户之间的通讯接续，为通话双方提供隐私保障服务；隐私号系统的主要功能包括：(1)接收客户通过http向平台发起的绑定、更新、解绑、查询请求。(2)通过http向客户推送通话话单。

所述监控系统用于从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行初步筛查后得到告警信息并将所述告警信息推送至所述告警分析系统；其中，所述业务指标包括按地区、承载平面、所属运营商分组的呼叫接通率、振铃率、呼叫量、请求耗时、请求异常情况。

所述告警分析系统用于接收监控系统的告警信息，对所述告警信息进行进一步的筛选和判断出高度疑似故障的告警信息；所述告警分析系统接收的告警信息可能包含呼叫接通率降低、呼叫量下降、系统请求异常等，其中许多告警可能为客户正常业务操作引起，因此告警分析系统在收集监控系统发来的告警信息后，会对这些信息进行进一步的筛选和判断，考虑的因素包括但不限于：

(1)呼叫振铃率下降，是由于激增的无绑定通话引起，或由于某地运营商做网络割接引起，还是确实为隐私号系统故障引起；

(2)呼叫接通率下降，是由于激增的无绑定通话引起，或由于某地运营商割接引起，或由于客户业务场景原因引起，还是确实为隐私号系统故障引起；

(3)呼叫量下跌，是由于客户业务场景原因，或由于运营商未及时推送话单，还是确实为隐私号系统故障引起；

(4)请求耗时高，是由于网络抖动引起，还是由于隐私号系统问题引起；

(5)请求报异常，是客户报文不规范引起，还是由于隐私号系统故障引起。

所述呼叫中心中继线用于调用相应的中继线，向发出高度疑似故障的告警信息所在地区或承载平面的测试中间号发起呼叫测试，确定故障后向运维人员发起呼叫通知故障处理。用来测试号码与客户中间号处于同一个地区的预先准备好的测试中间号，拿相应地区或承载面的测试中间号进行正常流程、全流程测试，如果中途有哪步受阻，说明存在问题故障。

进一步的，所述监控系统从隐私号系统拉取到的原始数据指标进行预处理的方法为：将原始数据各指标进行分组统计运算，且所述监控系统数据存储方式为按时间序列存储，经过运算得出各时间点关于隐私号平台各业务指标数据信息。分组统计运算中，由于系统是开源的告警监控系统，里面的分组是通过该系统的语法中的by关键字实现的。在本发明的一个实施例中，可以采用函数：“sum(increase(spn_spn_callBill_byplatform{isCallThrough＝“true”}[1m]))by(platform)/(sum(increase(spn_spn_callBill_byPlatform{platform＝～“.*”}[1m]))by(platform))”进行分组统计运算。

请参阅图2，本发明还提供一种隐私号系统故障告警方法，该方法包括如下步骤：

S1、所述监控系统在隐私号系统进行监控埋点，并定期从所述隐私号系统拉取业务指标；

S2、所述监控系统将从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行分组、筛选及计算得到高度疑似故障的告警信息，根据所述监控系统中设定的告警规则将告警信息推送到告警分析系统，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警、请求耗时增大、请求异常告警进行判断；

例如，在具体实施例中，“告警规则”的数据形式如下：

其告警规则为：当呼叫振铃率的平面低于80％时属于严重告警。

告警分析系统相应的告警规则还有：当呼叫接通率的平面低于40％时属于严重告警、当呼叫接通率的地区低于30％时属于一般告警、当呼叫量的平面上浮超过25％/3分钟时属于提示、当呼叫量3分钟内平面下降超过25％时属于严重告警、当呼叫量3分钟内平面低于100呼时属于严重告警、当话单推送失败为XXX客户1分钟内高于30时属于一般告警、当系统请求处理异常量1分钟内各平面总和高于30时属于一般告警、当系统请求处理异常量1分钟内各平面总和高于300时属于严重告警、当系统请求处理异常量1分钟内客户高于30时属于严重告警、当系统请求处理耗时高，即1分钟内各平面耗时超过600ms的请求总和高于500个时属于一般告警、当系统请求处理耗时高，即1分钟内各平面耗时超过600ms的请求总和高于1000个时属于严重告警、当系统请求处理耗时高，即1分钟内客户耗时超过600ms的请求高于30个时属于严重告警。

S3、所述告警分析系统调用隐私号平台的绑定关系；隐私号使用方式是通过http调用平台接口进行绑定，http请求体包括主叫号码、被叫号码、中间号码(可指定也可让系统进行分配)、绑定时长，绑定成功后，在绑定时长内，主被叫拨打中间号即可联系对方。次步骤意思就是先向平台申请绑定关系；

S4、所述呼叫中心中继线调用相应的中继线向发出高度疑似故障的告警信息所在地区的测试中间号发起呼叫测试；

S5、所述隐私号系统向所述告警分析系统推送拨测后的话单；

S6、所述告警分析系统判断该高度疑似故障的告警信息确实为隐私号系统发生故障后，调用相应的中继线并向运维人员发起呼叫通知故障处理；

S7、所述呼叫中心中继线通过电话通知运维人员向隐私号平台核实处理故障。

进一步的，所述步骤S2中，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警进行如下判断：

(1)判断是否有地域、平面、运营商属性；例如是某个地市下跌还是各地市都有下跌，某个承载平面下跌还是多个承载平面都下跌，下跌集中在一个运营商还是多个运营商；

(2)若有，则根据判断出的地市、平面、运营商特征，向相应的问题区域所属测试中间号发起步骤S3；

(3)若步骤S3不成功则调用步骤S6和步骤S7通知运维人员处理；

(4)若步骤S3成功则调用步骤S4；

(5)步骤S4完成后隐私号系统如果运行正常将会进行步骤S5；

(6)如果没有收到步骤S5的话单则调用步骤S6和步骤S7通知运维人员处理；

(7)如果正常接收步骤S5的话单则通过话单信息判断通话是否正常，异常则调用步骤S6和步骤S7通知运维人员处理；

进一步的，所述步骤S2中，所述告警分析系统对告警分析系统将对请求耗时增大、请求异常告警进行如下判断：

(1)调用步骤S3进行验证；例如，向平台发起http请求绑定，从发起绑定到得到返回结果的这段时间即为耗时。一般耗时在100ms左右为正常，异常情况时会高于500ms，或者请求得到的响应内容是http编码：502\500等，即为请求异常。

(2)若验证结果属实，则调用步骤S6和步骤S7通知运维人员处理。

本发明针对安全隐私号现有故障判别技术不成熟使得人工运维成本高的情况，在结合现有开源告警系统的情况下，加上自研告警分析系统及呼叫中心中继线，对初步告警进行进一步精细化判别，对高度疑似故障的告警通过中继线电话通知运维人员核实，不仅提升告警的时效性，而且降低运维人员海量核实告警的工作量。

上述说明是针对本发明较佳可行实施例的详细说明，但实施例并非用以限定本发明的专利申请范围，凡本发明所提示的技术精神下所完成的同等变化或修饰变更，均应属于本发明所涵盖专利范围。

Claims (6)

1.一种隐私号系统故障告警系统，其特征在于：包括呼叫中心中继线、监控系统、告警分析系统和隐私号系统；所述隐私号系统与监控系统分别与所述告警分析系统连接，所述告警分析系统与所述呼叫中心中继线连接；其中：

所述隐私号系统部署在省级运营商核心网内，通过中间号实现主叫用户和被叫用户之间的通讯接续，为通话双方提供隐私保障服务；

所述监控系统用于从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行初步筛查后得到告警信息并将所述告警信息推送至所述告警分析系统；

所述告警分析系统用于接收监控系统的告警信息，对所述告警信息进行进一步的筛选和判断出高度疑似故障的告警信息；

所述呼叫中心中继线用于调用相应的中继线，向发出高度疑似故障的告警信息所在地区或承载平面的测试中间号发起呼叫测试，确定故障后向运维人员发起呼叫通知故障处理。

2.根据权利要求1所述的一种隐私号系统故障告警系统，其特征在于：所述监控系统从隐私号系统拉取到的原始数据指标进行预处理的方法为：将原始数据各指标进行分组统计运算，且所述监控系统数据存储方式为按时间序列存储，经过运算得出各时间点关于隐私号平台各业务指标数据信息。

3.根据权利要求1所述的一种隐私号系统故障告警系统，其特征在于：所述业务指标包括按地区、承载平面、所属运营商分组的呼叫接通率、振铃率、呼叫量、请求耗时、请求异常情况。

4.一种根据权利要求3所述的隐私号系统故障告警方法，其特征在于，包括如下步骤：

S1、所述监控系统在隐私号系统进行监控埋点，并定期从所述隐私号系统拉取业务指标；

S2、所述监控系统将从隐私号系统拉取到的原始数据指标进行预处理，得到关于隐私号系统各业务指标的数据信息，对所述数据信息进行分组、筛选及计算得到高度疑似故障的告警信息，根据所述监控系统中设定的告警规则将告警信息推送到告警分析系统，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警、请求耗时增大、请求异常告警进行判断；

S3、所述告警分析系统调用隐私号平台的绑定关系；

S4、所述呼叫中心中继线调用相应的中继线向发出高度疑似故障的告警信息所在地区的测试中间号发起呼叫测试；

S5、所述隐私号系统向所述告警分析系统推送拨测后的话单；

S6、所述告警分析系统判断该高度疑似故障的告警信息确实为隐私号系统发生故障后，调用相应的中继线并向运维人员发起呼叫通知故障处理；

S7、所述呼叫中心中继线通过电话通知运维人员向隐私号系统核实处理故障。

5.根据权利要求4所述的一种隐私号系统故障告警方法，其特征在于，所述步骤S2中，所述告警分析系统对呼叫接通率、振铃率、呼叫量异常告警进行如下判断：

(1)判断是否有地域、平面、运营商属性；

(2)若有，则根据判断出的地市、平面、运营商特征，向相应的问题区域所属测试中间号发起步骤S3；

(3)若步骤S3不成功则调用步骤S6和步骤S7通知运维人员处理；

(4)若步骤S3成功则调用步骤S4；

(5)步骤S4完成后隐私号系统如果运行正常将会进行步骤S5；

(6)如果没有收到步骤S5的话单则调用步骤S6和步骤S7通知运维人员处理。

(7)如果正常接收步骤S5的话单则通过话单信息判断通话是否正常，异常则调用步骤S6和步骤S7通知运维人员处理；

6.根据权利要求4所述的一种隐私号系统故障告警方法，其特征在于，所述步骤S2中，所述告警分析系统对告警分析系统将对请求耗时增大、请求异常告警进行如下判断：

(1)调用步骤S3进行验证；

(2)若验证结果属实，则调用步骤S6和步骤S7通知运维人员处理。

Images