CN113905129A - 一种骚扰电话的拦截方法和装置 - Google Patents

Abstract

本申请公开了一种骚扰电话的拦截方法，包括：获取当前呼叫的主叫号码和被叫号码；当被叫号码对应的用户已签约骚扰电话拦截业务时，查询所述用户签约的各种拦截方式的优先级；按照查询到的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话；根据判定结果，指示核心网拦截或放通所述当前呼叫，并记录呼叫信息和拦截原因。应用本申请采用多种拦截方式进行骚扰电话的判定，并在呼叫被网络拦截后，通知被叫用户。

Description

一种骚扰电话的拦截方法和装置

技术领域

本申请涉及骚扰拦截技术，特别涉及一种骚扰电话的拦截方法和装置。

背景技术

随着通信技术的发展，营销电话扰民、恶意电话骚扰等问题日益突出，严重影响人民群众正常生活。很多无良企业借助骚扰电话、违规违法收集个人信息的APP等来敛财牟利，这就要求能够通过技术手段加强骚扰电话治理，斩断骚扰电话利益链。

电信用户希望有一个安全的通话环境，减少和杜绝骚扰电话的发生；目前针对骚扰电话的处置和拦截技术主要集中在如下几种：

1、通过记录拦截号码实现

在业务控制点上保存记录表，记录表中包括一个或多个待拦截号码；接收业务交换点发送的初始检测点消息，其中包括主叫号码和被叫号码的；业务控制点根据记录表对主叫号码是否为配置的待拦截号码进行判断，获取判断结果；根据判断结果对所述呼叫进行处理，以拦截所述被叫号码对应的用户所需要拦截的呼叫。

2、在网络中增加来电免打扰平台实现

通过设置被叫用户号码的无条件呼转目的地为来电免打扰平台的路由地址，在此用户做被叫时将呼叫呼转到来电免打扰平台，来电免打扰平台在判断允许接通的情况下作为一个接续平台完成对被叫用户呼叫接续功能。

3、基于核心网交换机实现

通过鉴权服务器在内存数据库中对主叫号码进行合法性检查，如果入中继的主叫号码合法性检查不通过，则拒绝呼叫；如果是转移呼叫就对原被叫号码进行合法性检查；鉴权服务器在内存数据库中对主叫号码进行整理；如果是转移呼叫就对原被叫号码进行号码整理；鉴权服务器进行呼叫鉴权处理和呼叫拦截处理。

以上方法均有一些缺陷，具体如下:

1、对于通过记录拦截号码实现的拦截方法，这种方法需要人工设置更新拦截号码表，对骚扰号码拦截的滞后性高；

2、对于在网络中增加来电免打扰平台实现的拦截方法，这种方法根据被叫用户设定的业务逻辑继续判断是否允许主叫接通被叫用户，并根据相应放音和被叫用户操作进行呼叫的接续，这种方法仅能对设定的号码播放不同提示音，无法判断该呼叫是否为骚扰，从而无法对骚扰电话进行拦截；

3、对于基于核心网交换机的拦截方法，这种方法基于核心网交换机内存设定的黑名单进行号码拦截，这种方法主要的缺点是需要专业人员手工设置，自动化程度低，核心网交换机内存数据库存储的号码数量有限，一旦设置全局生效，无法实现客户个性化的拦截服务。

同时，以上所有方法共同存在的缺陷是：

1.对骚扰号码的设置均需要电信运营商的专业人员手工设置，流程复杂，操作周期长；

2.运营商对骚扰号码进行设置后，全局生效，无法尊重客户意愿，对客户提供个性化的拦截服务。如运营商把房产中介电话设为骚扰电话，对大部分用户来说是符合客户需求的。但对于最近正考虑买房、卖房的客户来说，房产中介类的电话并不构成骚扰，相反，他们甚至希望接听这类电话。而网络很难确定哪些用户是此类需求的用户，造成误拦截的可能；

3.对于骚扰电话只采用一种拦截方式，非黑即白，灵活度不高。对系统中未设置黑名单，但实际是骚扰的号码发起的呼叫会漏拦；

4.骚扰号码发起的呼叫被网络拦截后，被叫用户没有任何提醒和通知，并不知情。

发明内容

本申请提供一种骚扰电话的拦截方法和装置，采用多种拦截方式进行骚扰电话的判定，并在呼叫被网络拦截后，通知被叫用户。

为实现上述目的，本申请采用如下技术方案：

一种骚扰电话的拦截方法，包括：

防骚扰AS平台获取当前呼叫的主叫号码和被叫号码；

当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级；

防骚扰AS平台按照查询到平台设定的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话，当利用任一拦截方式确定所述当前呼叫为骚扰电话或放通电话时，停止骚扰电话的判断操作，记录所述当前呼叫的信息，通知核心网相应地拦截或接通所述当前呼叫；当利用所有拦截方式都未确定所述当前呼叫为骚扰电话或放通电话时，确定所述当前呼叫为放通电话，记录所述当前呼叫的信息，通知核心网相应地接通所述当前呼叫；其中，所述当前呼叫的信息包括所述当前呼叫的基本呼叫信息、拦截结果、拦截原因；

防骚扰AS平台确定所述当前呼叫为骚扰电话且所述当前呼叫被拦截后，通知被叫用户，并向用户发送被拦截呼叫的信息；其中，所述被拦截呼叫的信息包括主叫号码、起呼时间和拦截原因。

较佳地，所述拦截方式包括：系统黑名单拦截、系统白名单放通、个人黑名单拦截、个人白名单放通、陌生号码拦截、指定号段拦截、海外号码拦截、时间段拦截、指定行业类型拦截。

较佳地，所述系统黑名单和所述系统白名单对所有签约用户生效；所述个人黑名单和所述个人白名单是对应不同用户分别设置的；

和/或，

所述陌生号码拦截包括：保存所述用户的好友库，其中包括所有好友的电话号码；若所述主叫号码不在所述用户的好友库中，则确定所述当前呼叫为放通电话；否则，确定所述当前呼叫为骚扰电话；

和/或，

所述海外号码拦截包括：判断所述主叫号码是否为国内号码，若不是，则确定所述当前呼叫为骚扰电话；否则，进行下一个优先级的拦截方式判断；

和/或，

所述指定号段拦截包括：获取系统或签约用户设置的拦截指定号段，若所述主叫号码在获取到的拦截指定号段内，则确定所述当前呼叫为骚扰电话；否则进行下一个优先级的拦截方式判断。

较佳地，，所述拦截指定号段为以950、951、952、957或400开头的号码。

较佳地，所述时间段拦截包括：查询所述用户设置的防骚扰时间段；若所述当前呼叫的来电时刻在所述防骚扰时间段内，则执行查询拦截方式的优先级、依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话的操作；否则，不再执行查询拦截方式的优先级、依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话的操作；

和/或，

所述指定业务类型拦截包括：

在系统中保存骚扰号码库，为其中的各个号码设置所属的行业类型和标记次数；

判断所述主叫号码是否包括在所述骚扰号码库中，若不包括，进行下一个优先级的拦截方式判断；若包括，则判断所述用户是否属于拦截所述主叫号码所属的行业类型的拦截意愿，若属于，且该号码的标记次数已经高于所述用户设置的容忍度时，判断所述当前呼叫为骚扰电话；若不属于，或者，标记次数不高于所述用户设置的容忍度，则进行下一个优先级的拦截方式判断。

较佳地，在确定所述当前呼叫为放通电话后、通知核心网相应地接通所述当前呼叫前，该方法进一步包括：

当所述用户已开通来电验证功能时，向所述当前呼叫的主叫用户播放问题音，提示主叫用户按问题音要求进行输入，若所述主叫用户连续N次的输入中没有输入正确，则确定所述当前呼叫为骚扰电话；若所述主叫用户在所述N次输入中任一次输入正确，则执行通知核心网相应地接通所述当前呼叫的操作；其中，N为预设的正整数。

较佳地，在确定所述当前呼叫为骚扰电话后、通知核心网相应地拦截所述当前呼叫前，该方法进一步包括：

利用AI智能接听所述当前呼叫，与所述当前呼叫的主叫用户进行对话交互，并记录对话信息，提供给所述被叫号码对应的用户。

较佳地，所述防骚扰AS平台获取当前呼叫的主叫号码和被叫号码包括：所述当前呼叫进入核心网后，核心网的S-CSCF触发所述防骚扰AS平台从与核心网交互的SIP信令中提取主被叫号码进行防骚扰判定；

所述通知核心网相应地拦截或接通所述当前呼叫包括：防骚扰AS发送SIP信令通知所述S-CSCF相应地拦截或接通所述当前呼叫。

一种骚扰电话的拦截平台系统，该系统包括业务控制节点SCP、SIPGW、数据库节点SDP和业务管理节点SMP；

所述SIPGW，用于接收防骚扰判定的触发，并获取当前呼叫的主叫号码和被叫号码；

所述SCP，用于在接收到所述触发后，当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级；按照查询到的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话，当利用任一拦截方式确定所述当前呼叫为骚扰电话或放通电话时，停止骚扰电话的判断操作，将所述当前呼叫的信息记录到所述SMP中，通过所述SIPGW通知核心网相应地拦截或接通所述当前呼叫；当利用所有拦截方式都未确定所述当前呼叫为骚扰电话或放通电话时，确定所述当前呼叫为放通电话，记录所述当前呼叫的信息，并通过所述SIPGW通知核心网相应地接通所述当前呼叫；其中，所述当前呼叫的信息包括所述当前呼叫的基本呼叫信息、拦截结果、拦截原因；

所述SDP，用于保存各种拦截方式对应的拦截名单或放通名单；

所述SMP，用于记录所述当前呼叫的信息，根据用户设置的内容和格式，向用户反馈拦截/放通的呼叫CDR。

较佳地，所述SIPGW，用于与所述S-CSCF进行交互，接收防骚扰判定的触发，并获取当前呼叫的主叫号码和被叫号码，通知核心网相应地拦截或接通所述当前呼叫。

由上述技术方案可见，本申请中，防骚扰AS平台获取当前呼叫的主叫号码和被叫号码；当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级；防骚扰AS平台按照查询到的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话，当利用任一拦截方式确定所述当前呼叫为骚扰电话或放通电话时，停止骚扰电话的判断操作，记录所述当前呼叫的信息，通知核心网相应地拦截或接通所述当前呼叫；当利用所有拦截方式都未确定所述当前呼叫为骚扰电话或放通电话时，确定所述当前呼叫为放通电话，记录所述当前呼叫的信息，通知核心网相应地接通所述当前呼叫；其中，所述当前呼叫的信息包括所述当前呼叫为骚扰电话或放通电话；防骚扰AS平台确定当前呼叫为骚扰电话且当前呼叫被拦截后，通知被叫用户，并向用户发送被拦截呼叫的信息。通过上述方式，可以采用多种拦截方式进行骚扰电话的判定，并在呼叫被网络拦截后，通知被叫用户。

附图说明

图1为本申请中骚扰电话拦截方法的基本流程示意图；

图2为来点验证的具体流程示意图；

图3为本申请中防骚扰AS平台系统的基本组成示意图；

图4为本申请实施例的整体系统组成架构图；

图5为本申请实施例中防骚扰AS平台部署架构示意图；

图6为本申请实施例中用户服务界面的示意图；

图7为本申请实施例中呼叫流程的大体示意图；

图8为AS系统的模块化设计示意图；

图9为业务处理平台双机示意图；

图10为SCP系统级冗余-SCP正常运行的示意图；

图11为SCP系统级冗余-SCP故障的示意图；

图12为负荷分担-SCF正常运行的示意图；

图13为负荷分担-SCF故障的示意图；

图14为Redis主从复制的原理示意图；

图15为AS平台的Bypass分层架构示意图；

图16为SCP Bypass机制的实现示意图；

图17为SCP出现故障时链路去激活的处理机制示意图；

图18为AS平台的基本框架示意图。

具体实施方式

为了使本申请的目的、技术手段和优点更加清楚明白，以下结合附图对本申请做进一步详细说明。

图1为本申请中骚扰电话拦截方法的基本流程示意图。如图1所示，该方法包括：

步骤101，防骚扰AS平台获取当前呼叫的主叫号码和被叫号码。

当前呼叫进入核心网后，核心网的S-CSCF可以触发防骚扰AS平台从与核心网交互的SIP信令中提取主被叫号码进行防骚扰判定。

步骤102，当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询用户签约的各种拦截方式的优先级。

本申请中，为签约骚扰电话拦截业务的用户提供多种不同的拦截方式，以满足用户的不同需求，多角度、全方位实现骚扰电话的拦截。其中，对于不同的拦截方式，可以设置相应的优先级，在逐个拦截方式进行评判时，可以按照拦截方式的优先级进行。另外，优先级的设置可以是系统(例如运营商)为所有用户进行统一的优先级设置，对于不同用户，优先级设置都是相同的。或者，也可以为不同的用户分别进行各自对应的优先级设置，这样，可以按照用户的个性化需求，为用户定制不同拦截方式的优先级，这种方式下，不同用户之间进行的优先级设置可以是不同的。

步骤103，防骚扰AS平台按照查询到的优先级，依次利用各种拦截方式判断当前呼叫是否为骚扰电话。

在进行骚扰电话的判断时，当利用某拦截方式A确定当前呼叫为骚扰电话时，停止骚扰电话的判断操作，记录当前呼叫的信息，通知核心网相应地拦截当前呼叫；当利用某拦截方式B确定当前呼叫为放通电话时，停止骚扰电话的判断操作，记录当前呼叫的信息，通知核心网相应地接通当前呼叫；当利用所有拦截方式都未确定当前呼叫为骚扰电话或放通电话时，确定当前呼叫为放通电话，记录当前呼叫的信息，通知核心网相应地接通当前呼叫。其中，当前呼叫的信息可以包括当前呼叫的基本呼叫信息(例如主被叫号码、起呼时间等)、拦截结果、拦截原因。还可以在该当前呼叫的信息中包括该呼叫为骚扰电话或放通电话的信息。

更详细地，为用户提供的多种拦截方式可以包括：系统黑名单拦截、系统白名单放通、个人黑名单拦截、个人白名单放通、陌生号码拦截、指定号段拦截、海外号码拦截、时间段拦截、指定行业类型拦截等。

下面分别对这些拦截方式进行详细说明。

1系统黑白名单

系统黑白名单功能包含系统黑名单拦截功能和系统白名单放通功能。

系统黑名单拦截服务：系统黑名单只允许运营商系统维护人员设置，一旦设置，全网用户生效。当防骚扰平台接收到话务信令后，通过信令解析提取主被叫号码，查询系统黑白名单库，若主叫为系统黑名单号码，拦截本次通话。

系统白名单放通：系统白名单只允许运营商系统维护人员设置，一旦设置，全网用户生效。系统白名单一般为特殊的公众服务号，如110、119、10000等。当防骚扰平台接收到话务信令后，通过信令解析提取主被叫号码，查询系统黑白名单库，若主叫为系统白名单号码，直接放通本次通话。

若主叫没在系统黑白名单列表中，继续匹配后续策略。

2个人黑白名单

个人黑白名单功能包含个人黑名单拦截功能和个人白名单放通功能。个人黑白名单不同于系统级黑白名单，系统黑白名单针对所有防骚扰用户有效，一般由系统维护人员来设置，个人用户无法更改。个人黑白名单只针对单个用户生效，由防骚扰用户通过微信公众号自行设置，是真正属于用户自己的黑白名单。系统黑白名单的优先级一般高于个人黑白名单。

用户个人黑名单拦截：用户将某些不希望接听的主叫号码加入个人黑名单，当防骚扰平台接收到信令后，通过信令解析提取主被叫号码，查询本地的个人黑白名单库，判定本次呼叫中的主叫在被叫的个人黑名单中，发送拦截消息至核心网。

用户个人白名单放通：用户设置某些号码为其个人白名单号码，当防骚扰平台接收到话务信令后，查询本地的个人意愿库，判定该主叫为被叫的个人白名单号码后直接放通该话务。

若主叫没在个人黑白名单列表中，继续匹配后续策略。

3个人号段拦截针对不同用户分别设置

当用户不希望接听某个号段的来电时，可以将设置号段拦截功能。为避免客户在不清楚规则的情况下将号段设置过短造成误拦截，如客户将“1”加入号段拦截表中，而拦截了所有1开头的来话。号段设置时可以要求3位以上。

防骚扰AS平台接收到信令后，通过信令解析提取主被叫号码，若主叫在被叫用户设置的拦截号段中，拦截本次通话。否则，执行后续策略。

个人号段拦截个人黑白名单类似，区别在于个人黑白名单是精确匹配，个人号段拦截是号段匹配。

4陌生号码拦截

当用户不希望接听陌生人来电时，可以将陌生号码拦截功能开启。陌生号码拦截功能需要用户在防骚扰AS平台创建好友库，将希望接听的号码导入好友库中。防骚扰AS平台接收到信令后，通过信令解析提取主被叫号码，判断被叫的陌生号码拦截功能开关是否开启，若开启，判断主叫是否在被叫的好友库，如果在，则确定当前呼叫为放通电话，如果不在，则确定拦截本次通话。

5指定号段拦截

获取系统或签约用户设置的拦截指定号段，若主叫号码在获取到的拦截指定号段内，则确定当前呼叫为骚扰电话；否则进行下一个优先级的拦截方式判断。

一个典型的指定号段拦截的例子：用户接到“95”类号码可能来自银行、航空、政府部门，还有可能来自某个做业务的增值电信企业。骚扰电话多为后者。

“95”类号码是由工信部管理审批，不属于运营商管理的特殊号码。按用途可分为三类：

1)服务型企事业单位客服号码，如银行、航空等

2)公益服务号，如政府部门

3)其他业务接入号

通常情况下，953、955、956是服务型企事业单位的客服号码，如银行、保险、证券、物流、电力等大型企业，此类电话是安全的，可以放心接听。而950、951、952、954、957是电信增值业务接入码，既可能是正常企业客服来电，也可能有不良企业外呼的骚扰电话。为帮助用户对骚扰电话进行自动拦截管理，防骚扰平台在骚扰拦截设置中，可对950、951、952、957开头的号码进行自动拦截。用户可根据需要设置950、951、952、957、400开头的号段呼叫拦截，若主叫号码在客户设置的950/951/952/957/400号段中，拦截该话务。若客户未设置或者主叫号码不在客户设置的号段中，执行后续策略。

6海外号码拦截

当用户不希望接听国际来电时，可以将海外号码拦截功能开启。防骚扰平台接收到信令后，通过信令解析提取主被叫号码，判断被叫的海外号码拦截功能开关是否开启，若开启，判断主叫是否为86、0086或者+86开头的号码(86为中国国家码)，若主叫不是86、0086或者+86开头的号码，拦截本次通话。否则，执行后续策略。

7时间段拦截

当用户不希望特定的时间段被骚扰，如上班时间、午休时间等，用户可以将设置防骚扰时间段。每个用户可以设置多个时间段，每个时间段的开始时间<结束时间。防骚扰平台接收到信令后，通过信令解析提取主被叫号码，判断被叫设置的拦截时间段，若号码在骚扰号码库中，并且当前时间在设置的拦截时间段内，拦截本次通话。否则，执行后续策略。

8指定行业类型拦截

指定行业类型拦截基于系统的骚扰号码库。在骚扰号码库中存放了骚扰号码、骚扰号码对应标记的行业类型及标记次数。具体处理包括：判断主叫号码是否包括在骚扰号码库中，若不包括，进行下一个优先级的拦截方式判断；若包括，则判断用户是否设置拦截相应主叫号码所属的行业类型，若属于，且该号码的呼入次数已经高于用户的容忍度时，判断当前呼叫为骚扰电话；若不属于，或者，呼入次数不高于用户的容忍度，则进行下一个优先级的拦截方式判断。

更详细地，当用户希望拦截某些类型的骚扰电话时，可以通过用户服务界面(例如在微信公众号界面)勾选想要拦截的行业类型。目前主要行业类型可以包括如贷款理财、房产中介、股票证券、教育培训、旅游推销等。这些勾选的行业类型称为用户的拦截意愿。同时用户可以设定容忍度，容忍度对应骚扰号码库中的标记次数。用户拦截意愿和容忍度配合，实现骚扰电话甄别。

防骚扰AS平台接收到信令后，通过信令解析提取主被叫号码，判断主叫号码是否在骚扰号码库中，如果在，将好的的标记行业类型、标记次数和用户的拦截意愿、容忍度匹配。只有当主叫在骚扰号码库中，被标记的行业类型与被叫用户拦截意愿相符且标记次数>容忍度时拦截呼叫。否则，执行后续策略。

步骤104，防骚扰AS平台确定所述当前呼叫为骚扰电话且所述当前呼叫被拦截后，通知被叫用户，并向用户发送被拦截呼叫的信息。

根据用户的指示，显示被拦截呼叫的信息，其中，被拦截呼叫的信息可以包括主叫号码、起呼时间和拦截原因等。

除呼叫被拦截后通知用户该被拦截呼叫的信息外，进一步地，防骚扰AS平台还可以根据用户的需求，向用户反馈骚扰电话的统计信息。用户可以根据需要设置骚扰电话的反馈方式，例如定时反馈，定量反馈等。还可以设定反馈骚扰电话的具体信息内容和格式。

更详细地，当呼叫触发到防骚扰AS平台后，防骚扰AS平台产生CDR，详细记录呼叫时间、主被叫、放通/拦截类型、拦截原因等，便于通知用户和事后追溯、统计分析、投诉处理。具体上报可以分为如下几类：

(一)拦截记录上报：防骚扰AS平台将所有拦截的话务记录准实时同步上报至集中管控平台供用户服务界面提供用户查询、统计功能。

(二)放通记录上报：防骚扰AS平台将经判定(如：个人白名单、系统白名单、拦截意愿不符、容忍度不符等)而放通的话务记录准实时同步上报至集中管控平台供用户服务界面提供用户查询、统计功能。

(三)拦截通知上报：防骚扰AS平台将所有拦截的话务记录实时异步上报至集中管控平台供用户服务界面提供通知提示服务。

至此，骚扰电话拦截方法的基本流程结束。

在上述图1所示拦截方法的基础上，还可以扩展来电验证和拦截转智能接听的功能。具体如下：

1、来电验证

来电验证是防骚扰业务的扩展功能之一，旨在对经过黑白名单和骚扰号码库等过滤后放通的呼叫进行二次验证，避免机器群呼、猫池、卡池等自动外呼漏拦截。因为自动外呼平台无法识别提示音，更不会按照提示音的要求按键，从而造成按键超时验证无法通过，平台将不再接续被叫，防止自动外呼引起的骚扰。

当核心网将呼叫触发到防骚扰AS平台后，防骚扰平台先提取主叫号码，按照前述步骤103的方式进行骚扰电话的判决。具体可以将主叫号码和个人黑白名单、系统黑白名单、骚扰号码库等中的号码进行匹配，对符合客户拦截意愿的进行拦截，未匹配上或者不符合客户拦截意愿的呼叫，查询被叫是否开通了来电验证功能，如果被叫未开通来电验证，向核心网返回信令，放通呼叫。如果被叫开通了来电验证，则向主叫播放问题音，提示主叫按照要求按键，若主叫按键正确，则放通呼叫。若主叫超时未按键或者按键错误，再次放音，提示客户重新输入，直到客户输入正确，放通呼叫，或者达到预设次数N仍未输入正确，则拦截呼叫。具体流程可以如图2所示(以N＝2为例)。

来电验证过程记录还可以通过步骤104进行上报，具体地，来电验证完成后，防骚扰AS平台将验证问题ID、按键结果、验证结果详细记录，便于问题追溯和投诉处理。

2、拦截转智能接听

在骚扰电话治理中引入人工智能，对系统判定为骚扰的呼叫不直接拦截，而是使用AI引擎自动代接电话，进行人机语音交流，实现与主叫用户的智能对话以及信息留存。引入人工智能，骚扰电话由AI智能接听后，能有效解决用户怕骚扰、怕漏接、怕误拦的烦恼。具体处理可以包括：

(1)主叫用户拨打被叫用户，经过防骚扰判定，若判定为骚扰号码，进入智能来电助手接续；

(2)平台判断被叫用户信息，符合条件则进入智能来电助手接听业务；

(3)用户与来电助手进行对话交互，并记录对话信息；

(4)对话结束，将会话信息(时间、主叫号码)通过短信、微信推送给被叫号码，被叫用户可以点击链接或登录微信公众号查看IVR语音交互流程和语音回放。

防骚扰AS平台可以将所有转智听话务的主被叫号码、呼叫开始时间、拦截原因利用前述步骤104上报给智听平台，便于智听平台处理和下发通知提示服务。

上述为本申请中骚扰电话拦截方法的具体实现。本申请还提供了一种防骚扰AS平台系统，可以用于实施上述图1所示的骚扰电话的拦截方法。图3为该系统的基本组成，如图3所示，防骚扰AS平台系统包括：业务控制节点SCP、SIPGW、数据库节点SDP和业务管理节点SMP。其中，SIPGW，用于接收防骚扰判定的触发，并获取当前呼叫的主叫号码和被叫号码，即执行前述步骤101的处理。SCP用于在接收到所述触发后，当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级，按照查询到的优先级，依次利用各种拦截方式判断当前呼叫是否为骚扰电话；也就是执行前述步骤102和103的处理。SDP，用于保存各种拦截方式对应的拦截名单或放通名单。SMP，用于记录所述当前呼叫的信息，根据用户设置的内容和格式，向用户反馈拦截/放通的呼叫CDR，也就是执行步骤104的操作。

下面通过一个具体实施例对系统和方法的具体实现进行详细描述。实施例以图4所示的整体系统的组成架构为例进行说明。如图4所示，该系统包括：防骚扰AS平台、集中管控平台、用户服务界面、服开系统、被叫VoLTE IMS网络、集团锚定平台和被叫CDMA网络。

在图4所示的系统中，各部分的功能如下：

一、防骚扰AS平台(即图3所示的系统)是整个系统的核心，用来实现骚扰电话的研判和拦截功能(即图1所示的拦截方法)。防骚扰AS平台与运营商IMS核心网网元S/I–CSCF对接，执行内部的业务逻辑甄别主叫是否为骚扰号码后，将拦截/放通指令发给核心网。

具体地，防骚扰AS平台提供骚扰号码甄别和黑白名单业务功能，存储并管理系统级的主体库、非主体库等；用户级的意愿库、黑白名单数据；根据甄别规则放通或拦截呼叫。从集中管控平台侧获取个人级和系统级的号码名单库和处置策略。通过对接集团服开系统完成用户业务开销户数据。通过SIP信令与核心网VoLTE IMS对接，实现签约用户的骚扰电话的甄别和审计，根据客户意愿对骚扰电话实时拦截，其他电话放通。将拦截/放通记录传给集中管控平台。

本实施例中防骚扰AS平台部署架构如图5所示。其中，节点1和节点2是两个相同的防骚扰AS平台，用于进行负载分担。在该节点中，包括如下各部分：

1、SCP：业务控制节点，平台核心模块，负责业务逻辑的处理和执行(即前述步骤102和103)；为两台或者多台物理主机，不同物理主机之间采用N+1负荷分担的工作方式。具体功能如下：

1)可根据业务关键字(Service Key)选择业务逻辑；

2)实现业务逻辑的执行；

3)根据具体的业务逻辑发送或接收其它智能网结点的消息，控制呼叫的顺利进行；

4)当一个SCF同时有多个消息需要处理时，可完整保存等待处理的消息并对其进行有序的排队；

5)对可能需要多个TCAP对话的业务呼叫，SCP具有在一个呼叫中支持多个TCAP对话的能力；

6)为接入用户信息，帮助用户方便地使用各种智能网业务，SCP可根据业务逻辑的执行，指示SSP中的SRF向用户播放各种录音通知并收集用户拨入的信息；

7)SCP可对自身发现的差错或其它物理实体返回的差错进行相应处理，以保证业务逻辑的正常执行或退出；

8)所有业务可以在线更新，不影响任何已经保持的呼叫和新发生的呼叫；

9)SCP可以针对某一主叫或某一业务进行跟踪分析，既可以简单的跟踪其业务流程也可以进一步显示所有INAP及TCAP消息以用来进行分析；

10)SCP同时支持计费点在SCP和SSP时所具有的计费控制功能；

11)具备话务管理和限呼的功能；

12)具备日志功能；

13)具备统计功能；

2、SIPGW：负责处理SCP与IMS CORE之间的SIP信令的接入和分发。

3、SDP：数据库节点，用来保存各种拦截方式对应的拦截名单或放通名单、融合智能网的业务数据、用户数据、话单等各种核心数据，为两台物理主机，采用主、备工作方式运行，部署MySQL数据库软件。具体功能如下：

1)负责保存并管理系统中的业务数据、用户数据、网络数据和资费数据；

2)由SDF功能对数据库实体进行直接管理，对数据库进行的任何访问都需经SDF具体执行；

3)通过与SDF的交互，SCF在执行业务逻辑的过程中，能够根据具体的呼叫及相应的业务逻辑，对数据库中相关的数据实时进行操作；

4)实时数据库的同步功能；

5)数据库一致性检查的功能；

6)数据库的安全性保证。

4、SMP：业务管理节点，负责接收SCF主机产生的详单、日志信息(包括反馈给用户的确定为骚扰电话的呼叫的信息)并保存为本地文件(SQL形式)；定期(可配置)将话单由详单格式转换成特定格式的文本发送给计费系统；采用主、备工作方式运行。具体功能如下：

1)业务数据结构的管理；

2)业务数据同步功能；

3)数据传输中心；

4)话单和统计功能；

5)业务运行中的故障监视管理；

6)SMP对数据/程序的核查管理；

7)SMP提供直接登录到SMP的接入和通过SMAP接入SMP的两个途径；

5、INES：综合接口机，作为平台的统一接口，负责与后台业务开通系统和OCS系统进行对接。采用主、备工作方式运行。

6、SOSS：负责对业务平台进行维护和管理，如：进程状态监控、CPU/内存监控、磁盘空间监控、I/0监控等功能。

7、WEB：提供业务管理界面，包括系统级配置、运营商级别配置、企业管理员级别配置、用户级别配置。例如，针对各个身份进行拦截数量、拦截原因等的统计。通常WEB可以和SOSS设置在一起，因此，图5中并未给出单独的WEB。

二、集中管控平台配合防骚扰AS完成业务功能，负责对接运营商内部骚扰号码库和第三方数据库及用户服务界面。实现对用户运营的管理与支撑，通过对接用户服务界面，获取用户黑白名单号码及处置策略等数据；通过接口对接工信部主体号码名单库、集团非主体数据库及第三方数据源，获取系统级别的黑白名单号码数据；通过接口对接防骚扰AS，将开户信息、个人级和系统级黑白名单号码及拦截策略同步到防骚扰AS；从防骚扰AS获取相应的呼叫详单同步到用户服务界面。

三、服开系统：完成用户防骚扰业务的开销户

用户如果需要使用防骚扰功能，首先必须签约防骚扰业务，防骚扰业务是一种被叫侧签约的智能业务，当用户签约了防骚扰业务后，该用户做被叫时，S-CSCF查询HSS，发现用户签约了防骚扰业务，呼叫才能触发到防骚扰平台，由防骚扰平台根据既定的策略来判断呼叫时该拦截还是接续。

考虑到目前网络现状及未来5G演进，本实施例中防骚扰AS平台部署在VoLTE IMS网络上，位于VoLTE IMS网络的应用层，为用户提供防骚扰业务。现网VoLTE用户在HSS中签约防骚扰业务；C网用户则需要先开通VoLTE服务，再签约防骚扰业务。通过C网锚定平台触发至IMS域服务。

防骚扰业务开通、退订可以通过多种形式在服开系统中实现。例如网上营业厅、掌上营业厅、短信、10000号、公众号、小程序、客户端等形式。

四、被叫VoLTE IMS网络中：

HSS：用户防骚扰iFC签约；

S-CSCF：根据iFC将呼叫触发至防骚扰AS平台；

集团锚定平台：当2/3G用户或者VoLTE用户回落到2/3G需要使用防骚扰业务时，通过集团锚定平台将呼叫送到VoLTE IMS网络。

五、用户服务界面：作为用户侧统一服务入口，提供业务签约、用户个人黑白名单号码设置、拦截功能设置开关(如海外拦截、来电验证、AI代答等)、拦截记录查询、拦截通知(微信/短信通知)、骚扰电话投诉等功能的设置，实现用户的全方位自主服务。截图用户服务界面可以如图6所示。

在上述图5所示的系统中，呼叫流程大体如图7所示，包括：

当VoLTE用户做被叫时，被叫侧S-CSCF查询HSS，HSS返回用户的iFC信息,将呼叫触发至防骚扰AS；当C网用户做被叫时，首先通过MSC触发至集团C网锚定平台，将呼叫锚定至被叫VoLTE IMS域，S-CSCF查询HSS，HSS返回用户的iFC信息，将呼叫触发至防骚扰AS。

防骚扰AS执行业务逻辑，结合用户拦截意愿、用户个人黑白名单库、系统黑白名单库、骚扰号码库、拦截时间段、功能设置等信息对呼叫进行甄别，判定呼叫是否为骚扰呼叫，将拦截/放通信令送至核心网。

另外，防骚扰AS平台系统利用AS系统的特有配置，能够实现整个系统安全、稳定运行，具备良好的网络兼容性及业务延续性。该防骚扰AS平台支持现网2/3G、IMS、VoLTE各种网络制式，支持WIN、INAP、CAP、MAP等七号信令协议和SIP、Diameter、OSA-API、BICC等IP协议与现网对接。保证为用户提供稳定的骚扰电话拦截处理。更详细地，与现有其他AS系统相同，防骚扰AS平台系统采用模块化设计原则，采用“框架+组件”的设计方式，可以保证系统功能模块开发的灵活性及可扩充性，利用一套平台可以同时提供多个业务，如图8所示。下面介绍AS系统的几大特色：

一、HA机制

CIN-AS平台硬件采用HA保护机制，各种硬件资源均使用双备份或者N+1冗余备份，从横向到纵向实现立体的HA保护方案，横向HA包括各种硬件都采取双机，纵向每台网元都采取双电源，双风扇，双电路处理单元等，通过横纵立体确保HA方案的高可靠性，具体包括：

1、双数据库(冗余N+1)

每台应用服务器安装一个MySQL DB，分为Server以及Client，两台服务器上的DB以同步步复制的方式进行数据同步以保持数据的一致性。

2、双应用服务器(冗余N+1)

在正常情况下两台服务器以负荷分担的方式进行工作，当其中一台应用服务器出现异常时，由另一台应用服务器接管所有的呼叫，并且应用服务器在支持双应用的同时支持N+1冗余，保证应用服务器的多级备份。

3、双信令接入设备SIPGW(冗余N+1)

每台SIPGW配置双电源卡，每台SIPGW提供CPU(1+1)备份；

4、业务处理平台双机系统

AS平台采用负荷分担的方式来进行呼叫的分发，其组网模式支持N+1，在单台SCP节点出现故障的情况下，正常节点将接替故障节点的工作，保证系统的正常运行，业务处理平台双机示意图如图9所示。综合业务平台可根据不同需求配置SMP话单采集模块，为电信计费平台提供标准的计费话单。

另外，平台所有软件模块之间都是采用心跳连接的方式进行监控，当心跳不正常的情况下，所有监控的模块将自动切换至正常的工作模块下。

二、负荷分担机制

1、SCP系统级负荷分担：

SCP之间采用N+1方式进行负荷分担，正常运行时所有SCP都能处理业务，当其中某个SCP出现异常时，SAP会将业务切换到其他N个SCP上，由其他N个SCP承担故障SCP的业务。如图10所示为SCP系统级冗余-正常运行的示意图，如图11所示为SCP系统级冗余-SCP故障

基于IP接入的采用负载均衡设备进行分发，负载均衡设备将分发控制到了SCF进程级别，所以无论是单SCF进程故障，还是单SCP服务器故障，都能将负荷分担到其他正常运行的SCP服务器上。

2、SCP进程级负荷分担

单个SCP内部的多个SCF进程之间的负荷分担，每个账户最大可以启动的进程为40个。单个SCF进程异常不影响同SCP内其他SCF的运行。

如图12为负荷分担-SCF正常运行的示意图，图13为负荷分担-SCF故障的示意图。对于IP接入的系统，由负载均衡设备，比如Apache，F5，A10等提供业务分发功能，当某个SCF进程故障时，负载均衡设备将分发到故障SCF进程的业务平均分发到其他正常运行的SCF进程。

三、过载控制机制

过载控制应用场景包括，系统话务量可能超过设计容量，系统话务高峰时的资源占用超过配置资源的一定比例。

AS系统通过系统配置将话务量和操作系统资源使用转换为License进行控制。业务逻辑SLP处理业务时向SCF请求业务的话务量License配置，并根据控制策略进行话务量动态控制。

过载控制策略：

达到License配置一定范围内，比如达到90％配置比例，产生告警，由运维人员手工处理。

达到License配置的一定门限，比如达到100％配置话务量，对业务进行简化处理。

大量超过License的一定门限，比如达到110％配置话务量，对超过的话务进行拒绝，在门限之内的话务正常接续处理。

根据工程实施需求，过载控制还提供一定次数，每次7天的License宽限策略，在工程实施过程中应急使用。

AS平台采用业内领先的分布式智能握手检测机制，保证HA采取的软件措施主要是各种应用的冗余运行，以有效的实现负荷分担和互为备份。

四、数据复制技术

SDP层需要为整个系统提供实时数据访问功能，在单台或者单系统数据库服务器故障的情况下，SDP层能够不间断的提供服务，所以SDP采用HA双机系统，并且能够将不同服务器上的数据实时同步。

目前欣方在线系统大多数采用MySQL数据库系统，此数据库目前采用的HA(双机集群)技术为MySQL成熟的HDR技术，它是通过数据库的事务日志的方式实现了主、备机互相接管的功能，当主机工作时，备机提供只读功能，因此，备机可以提供查询、报表等功能，实现负载分担的功能，当主机发生故障，备机会自动接管，实现主机及备机的接管功能，这种方式相比传统的数据库主备方式在确保数据同步的前提下还可以提供更快的查询效率。

1、内存库复制

Redis将数据库完全或部分保存在内存中，能保证读写速率，同时使用磁盘进行持久化。可配置数据定期写入磁盘，能够保证系统宕机后内存数据丢失仍然从磁盘中找回原有数据。实际部署中，可以将高频读取数据保存在内存中，当查询到非高频数据时，内存再从硬盘中获取。

Redis部署方式采用主备的方式，通过keepalived来对外提供虚IP，并实现主备自动切换功能。SCP作为redis的客户端在向redis-server发送请求之前，先进行密码验证。SCP通过连接虚IP访问redis库。

同时使用Redis的主从复制方式来实时将数据同步到多个Redis数据库，不但保证了数据的多节点存储的安全性，同时也分散了多个SCP访问数据库的负荷，Redis主从复制的原理如图14所示。

1)当Master节点数据库发生数据变化时，记录到AOF日志中；

2)Master数据库读取AOF日志，并且向Slave节点应用AOF记录的操作，以此保障Master/Slave节点数据的一致性。

2、关系型数据库复制

CIN-AS的SCP通过其集成的数据库访问接口实现对MySql数据库的连接和读写。MySQL采用多主负荷分担的部署模式，每台SCP服务器支持同时连接两台MySql数据库服务器做主备的数据库访问，SCP服务器同时通过实时的端口检测来判断数据库状态，当检测到主用数据库服务异常时会及时切换业务侧访问备用数据库来保证数据的正常。

为提高系统在高并发情况下的数据处理能力，系统数据库读写操作均使用内存数据库+mysql物理数据库方式，为了保证数据的一致性，当有数据更新时，通过内存数据库的高速缓存功能来代替缓慢的数据库更新操作，同时内存数据库再通过消息队列实现对msql数据库master(主数据库)数据更新，mysql master数据库再通过Replication功能更新其他slave数据库。

1)当Master节点数据库发生数据变化时，通过binlog记录操作；

2)Slave数据库通过IO Thread读取Master数据库binlog，并且在本节点应用binlog记录的操作，以此保障与Master节点数据的一致性。

五、Bypass机制

平台依托HA机制可以提供在通常情况下的系统高可用性，但还存在以下小概率的故障隐患：

(一)在单平台部署环境中因某类功能模块全故障情况下业务中断；

(二)在单平台部署环境中因数据库故障导致业务能力处理大幅下降；

(三)在内部网络故障中业务中断。

为满足目前电信运营商对业务服务质量的要求，必须在基础产品平台提供在以上极端情况下系统也能提供全部或部分服务能力，保障系统不会因各类软硬件故障导致业务全阻。

按照以上思路，作为基础产品平台的安全防护目标，欣方CIN-AS平台还能提供在各功能层面上极端异常情况下保证业务用户基本通话的正常接续，并在可能的条件下生成并保存异常话单，以供故障恢复后手工进行必要的处理。

以上机制通常也可以称为系统Bypass机制。

AS平台采用的分层设计思想，各功能层面独立完成相应功能，彼此之间相互独立，其逻辑关系如图15所示。

其中，SIPGW为信令前置机，直接和运营商核心网络相连；业务控制层SCP提供各种业务处理和控制；业务数据层SDP为业务提供数据访问功能。

从上图可以看出，平台采用了分层的松耦合设计，各功能层面相对独立，整个系统具有部署灵活等易用性特点，同时，还需要其具备监控上一层面状态的能力，以实现更高的安全防护目标。

通过多年的现场部署及系统运行维护经验，欣方CIN-AS平台可能出现的软硬件故障，产生的影响与防护措施如表1：

表1

AS平台在实际部署中均采用了N+1冗余架构，单节点故障发生时，系统均能通过N+1冗余机制实现功能节点的切换，业务处理能力不受影响。除切换期间正在处理的呼叫外，新接入系统的呼叫均能正常处理，业务用户对故障基本无感知。

AS平台各应用层面均需根据各自所处的位置及功能特点分别提供相应的Bypass防护能力:

(1)应用层(N层)能检查本层N层和N+1层故障；

(2)如果N层能够进行ByPass处理，则提供ByPass机制；

(3)如果N层不能进行ByPass机制，则N层需要通知N-1层；

(4)如果N层不能进行ByPass机制，也不能通知N-1层，则N-1层根据同样的检测机制，及时检查到N层的异常并启动本层的Bypass机制。

1.SDP的Bypass机制

自身故障检测：

SDP可能出现的异常包括磁阵(磁盘)故障，数据库故障，网络不可达故障等，带来的后果是业务全阻或受损。业务数据层的数据库应用软件可以检测到自身错误，可以告警。

自身故障处理：

SDP层面出现部分软硬件故障时可通过本地HA机制实现节点切换，对系统处理能力及业务处理无影响。

上层故障处理：

SDP无更上层应用，无需对上层应用的故障提供Bypass处理。

2.SCP的Bypass机制

上层故障检测：

SCP软件提供对业务数据层故障进行检测，包括数据库连接错误，数据库访问响应时延过长等错误。

上层故障处理：

SCP ByPass处理如下：

业务逻辑在处理过程中会通过SCP软件进行数据库访问，SCP软件根据数据库连接错误判断SDP不可用。

SCP系统软件将错误通知给业务逻辑，启动ByPass机制。

根据系统配置，如果是手动启用ByPass，业务逻辑输出告警。

如果配置为自动启用Bypass，则业务逻辑调用ByPass处理逻辑，启动ByPass机制。

在SCP Bypass机制下，SCP提供简化处理流程

SCP层的Bypass机制实现如图16所示。

3.SIPGW的Bypass机制

上层故障检测：

SIPGW通过网络连接来判断信令处理层是否可用，如果和信令处理层全部断开，则认为出现故障。

上层故障处理：

在SCP出现故障时提供两种处理机制：

链路去激活：

SIPGW在检测到和信令处理层的网络连接全部断开时，根据配置，可以自动将和运营商S-CSCF的所有SIP链路去激活。呼叫经S-CSCF转至容灾平台处理,呼叫转至容灾平台后将按正常流程进行处理。

这种场景只适合全容灾平台，即容灾平台的系统容量是正常容量的2倍。此处理机制如图17所示。

4.Bypass机制的解除和告警

ByPass机制手动解除：

为保证系统的业务服务质量，在引起各级Bypass机制的故障恢复后，需现场维护人员认真检查系统的运行状况，在确认各级功能模块均工作正常后，手工解除Bypass机制，恢复正常业务逻辑处理。

ByPass告警：

系统启动防护机制后会产生相应的告警消息，上报网管监控系统。由于启动安全防护机制的故障原因及对业务的影响，此类告警均为紧急告警。系统的网管软件(SOSS)会在监控界面通过声光等手段持续输出告警信息。

在系统恢复正常后，SOSS上的此类告警输出需要手工解除。

六、异地容灾

AS平台采用SIPGW作为IMS网络的接入模块，其功能主要是接收核心网的消息，然后转发给CIN-AS平台。同时AS平台与核心网之间的连接采用心跳检测的方式，实施监控链路的状态。

AS平台的基本框架示意图如图18所示。

(1)平台1和平台2部署在不同物理地址的AS基础产品平台，S-CSCF为IMS核心网设备；

(2)SIPGW与S-CSCF两者之间通信用的是SIP协议，并且下层由UDP协议来承载；

(3)SIPGW在这里起消息分发的作用,来自IMS网络的呼叫由S-CSCF上报给SIPGW，SIPGW将消息分发处理；

(4)当平台1出现故障，SIPGW1监测不到来自SCP的心跳消息，所以不再回复来自核心网的S-CSCF的心跳消息；

(5)核心网的S-CSCF监测不到SIPGW1的心跳消息，认为平台1故障，将呼叫切换到平台2，实现安全可靠的IP网容灾机制；

(6)反之亦然，平台2出现故障时，呼叫也可以以同样机制切换到平台1。

本申请骚扰电话拦截方法和防骚扰AS平台系统的主要优点如下：

(一)支持云上虚拟化部署，符合网络演进方向。

(二)实时骚扰号码甄别，实时发送拦截通知，处理效率高。

(三)尊重客户意愿，为客户提供个性化、精细化骚扰电话拦截功能，提升客户满意度。

(四)灵活方便，客户随时可以登录用户服务界面修改拦截意愿、查询拦截记录。

(五)专用平台，用户数、黑白名单数量、骚扰号码库数量等不受核心网限制。

(六)引入来电验证方案，对经过黑白名单和骚扰号码库过滤后放通的呼叫进行二次验证，避免机器群呼、猫池、卡池等自动外呼漏拦截。

(七)引入AI技术，实现骚扰电话转AI智能交互，有效解决用户怕骚扰、怕漏接、怕误拦的烦恼。

(八)健全的安全保障和容灾机制，保障系统的稳定运行和业务开展。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (10)

1.一种骚扰电话的拦截方法，其特征在于，包括：

防骚扰AS平台获取当前呼叫的主叫号码和被叫号码；

当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级；

防骚扰AS平台按照查询到平台设定的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话，当利用任一拦截方式确定所述当前呼叫为骚扰电话或放通电话时，停止骚扰电话的判断操作，记录所述当前呼叫的信息，通知核心网相应地拦截或接通所述当前呼叫；当利用所有拦截方式都未确定所述当前呼叫为骚扰电话或放通电话时，确定所述当前呼叫为放通电话，记录所述当前呼叫的信息，通知核心网相应地接通所述当前呼叫；其中，所述当前呼叫的信息包括所述当前呼叫的基本呼叫信息、拦截结果、拦截原因；

防骚扰AS平台确定所述当前呼叫为骚扰电话且所述当前呼叫被拦截后，通知被叫用户，并向用户发送被拦截呼叫的信息；其中，所述被拦截呼叫的信息包括主叫号码、起呼时间和拦截原因。

2.根据权利要求1所述的方法，其特征在于，所述拦截方式包括：系统黑名单拦截、系统白名单放通、个人黑名单拦截、个人白名单放通、陌生号码拦截、指定号段拦截、海外号码拦截、时间段拦截、指定行业类型拦截。

3.根据权利要求1所述的方法，其特征在于，所述系统黑名单和所述系统白名单对所有签约用户生效；所述个人黑名单和所述个人白名单是对应不同用户分别设置的；

和/或，

所述陌生号码拦截包括：保存所述用户的好友库，其中包括所有好友的电话号码；若所述主叫号码不在所述用户的好友库中，则确定所述当前呼叫为放通电话；否则，确定所述当前呼叫为骚扰电话；

和/或，

所述海外号码拦截包括：判断所述主叫号码是否为国内号码，若不是，则确定所述当前呼叫为骚扰电话；否则，进行下一个优先级的拦截方式判断；

和/或，

所述指定号段拦截包括：获取系统或签约用户设置的拦截指定号段，若所述主叫号码在获取到的拦截指定号段内，则确定所述当前呼叫为骚扰电话；否则进行下一个优先级的拦截方式判断。

4.根据权利要求3所述的方法，其特征在于，所述拦截指定号段为以950、951、952、957或400开头的号码。

5.根据权利要求1所述的方法，其特征在于，所述时间段拦截包括：查询所述用户设置的防骚扰时间段；若所述当前呼叫的来电时刻在所述防骚扰时间段内，则执行查询拦截方式的优先级、依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话的操作；否则，不再执行查询拦截方式的优先级、依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话的操作；

和/或，

所述指定业务类型拦截包括：

在系统中保存骚扰号码库，为其中的各个号码设置所属的行业类型和标记次数；

判断所述主叫号码是否包括在所述骚扰号码库中，若不包括，进行下一个优先级的拦截方式判断；若包括，则判断所述用户是否属于拦截所述主叫号码所属的行业类型的拦截意愿，若属于，且该号码的标记次数已经高于所述用户设置的容忍度时，判断所述当前呼叫为骚扰电话；若不属于，或者，标记次数不高于所述用户设置的容忍度，则进行下一个优先级的拦截方式判断。

6.根据权利要求1所述的方法，其特征在于，在确定所述当前呼叫为放通电话后、通知核心网相应地接通所述当前呼叫前，该方法进一步包括：

当所述用户已开通来电验证功能时，向所述当前呼叫的主叫用户播放问题音，提示主叫用户按问题音要求进行输入，若所述主叫用户连续N次的输入中没有输入正确，则确定所述当前呼叫为骚扰电话；若所述主叫用户在所述N次输入中任一次输入正确，则执行通知核心网相应地接通所述当前呼叫的操作；其中，N为预设的正整数。

7.根据权利要求1到6中任一所述的方法，其特征在于，在确定所述当前呼叫为骚扰电话后、通知核心网相应地拦截所述当前呼叫前，该方法进一步包括：

利用AI智能接听所述当前呼叫，与所述当前呼叫的主叫用户进行对话交互，并记录对话信息，提供给所述被叫号码对应的用户。

8.根据权利要求1所述的方法，其特征在于，所述防骚扰AS平台获取当前呼叫的主叫号码和被叫号码包括：所述当前呼叫进入核心网后，核心网的S-CSCF触发所述防骚扰AS平台从与核心网交互的SIP信令中提取主被叫号码进行防骚扰判定；

所述通知核心网相应地拦截或接通所述当前呼叫包括：防骚扰AS发送SIP信令通知所述S-CSCF相应地拦截或接通所述当前呼叫。

9.一种骚扰电话的拦截平台系统，其特征在于，该系统包括业务控制节点SCP、SIPGW、数据库节点SDP和业务管理节点SMP；

所述SIPGW，用于接收防骚扰判定的触发，并获取当前呼叫的主叫号码和被叫号码；

所述SCP，用于在接收到所述触发后，当被叫号码对应的用户已签约骚扰电话拦截业务时，防骚扰AS平台查询所述用户签约的各种拦截方式的优先级；按照查询到的优先级，依次利用各种拦截方式判断所述当前呼叫是否为骚扰电话，当利用任一拦截方式确定所述当前呼叫为骚扰电话或放通电话时，停止骚扰电话的判断操作，将所述当前呼叫的信息记录到所述SMP中，通过所述SIPGW通知核心网相应地拦截或接通所述当前呼叫；当利用所有拦截方式都未确定所述当前呼叫为骚扰电话或放通电话时，确定所述当前呼叫为放通电话，记录所述当前呼叫的信息，并通过所述SIPGW通知核心网相应地接通所述当前呼叫；其中，所述当前呼叫的信息包括所述当前呼叫的基本呼叫信息、拦截结果、拦截原因；

所述SDP，用于保存各种拦截方式对应的拦截名单或放通名单；

所述SMP，用于记录所述当前呼叫的信息，根据用户设置的内容和格式，向用户反馈拦截/放通的呼叫CDR。

10.根据权利要求9所述的系统，其特征在于，所述SIPGW，用于与所述S-CSCF进行交互，接收防骚扰判定的触发，并获取当前呼叫的主叫号码和被叫号码，通知核心网相应地拦截或接通所述当前呼叫。

Images