呼叫等待方法和系统与流程

本发明属于呼叫等待技术领域，具体涉及一种呼叫等待方法和系统。

背景技术

随着移动终端产业的发展和人们生活水平的提高，通过移动终端进行的语音通信(通话)业务越来越多。但语音通信业务具有排他性，即双方一旦建立语音通信线路，则其他人将无法与正在语音通信的双方再建立语音通信线路。为避免正在语音通信的用户漏接重要来电，运营商推出了呼叫等待(cw，callwaitin)服务，其可用于在通话中提醒用户有新的来电，例如，当已签约呼叫等待业务的用户b正与用户a通话时，若用户c试图与用户b建立通话，则用户b可接到通知，表示另有用户等待与其通话，并可选择接受、拒绝、忽略等操作。

呼叫等待业务虽然可保证用户不漏接重要来电，但也会增加用户的操作并影响正在进行的通话，因为用户要查看新来电的信息，并决定是否中断或切换正在进行的通话来接听新来电。尤其是，人们一般不会接听陌生人、骚扰者等的来电，但在呼叫等待过程中，这些来电都会产生提示并影响正在进行的通话，而人们必须经过查看后才能知道电话是骚扰者来的并做出拒绝接听的操作。

另外，对运营商而言，用户不接听的呼叫等待来电也要占用一定的网络资源，是一种浪费。

技术实现要素：

本发明至少部分解决现有的呼叫等待业务会对通话造成影响且造成网络资源浪费的问题，提供一种可降低对通话的影响和减少资源浪费的个性化的呼叫等待方法和系统。

解决本发明技术问题所采用的技术方案是一种呼叫等待方法，其包括：

获取对处于通话中的用户的呼叫请求；

获取主叫用户和被叫用户的标示；

根据主叫用户和被叫用户的标示获取主叫用户和被叫用户的信息；

根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户；

对可呼叫等待用户，执行呼叫等待操作，对不可呼叫等待用户，终止呼叫请求。

优选的是，所述主叫用户和被叫用户的标示为主叫用户和被叫用户的电话号码。

优选的是，所述主叫用户和被叫用户的信息包括：

主叫用户的通信记录和被叫用户的通信记录。

进一步优选的是，所述主叫用户的通信记录和被叫用户的通信记录为预定时间内的主叫用户的通信记录和被叫用户的通信记录。

进一步优选的是，所述主叫用户和被叫用户的信息还包括以下内容中的至少一种：

主叫用户的其它账户的通信记录、被叫用户的其它账户的通信记录、主叫用户是否为非法用户的标记信息。

优选的是，所述根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户包括：

根据主叫用户与被叫用户间的历史通信记录，计算二者的亲密度，以亲密度大于或等于阈值的主叫用户为可呼叫等待用户，以亲密度小于阈值的主叫用户为不可呼叫等待用户。

进一步优选的是，若所述主叫用户和被叫用户间没有历史通信记录，则获取主叫用户在预定时间内尝试呼叫被叫用户的次数，以所述次数大于或等于阈值的主叫用户为可呼叫等待用户，以次数小于阈值的主叫用户为不可呼叫等待用户。

优选的是，所述根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户包括：

判断所述主叫用户是否为非法用户，若是则以主叫用户为不可呼叫等待用户。

解决本发明技术问题所采用的技术方案是一种呼叫等待系统，其包括：

请求获取单元，用于获取对处于通话中的用户的呼叫请求；

标示获取单元，用于获取主叫用户和被叫用户的标示；

信息获取单元，用于根据主叫用户和被叫用户的标示获取主叫用户和被叫用户的信息；

判断单元，用于根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户；

操作单元，用于对可呼叫等待用户，执行呼叫等待操作，对不可呼叫等待用户，终止呼叫请求。

优选的是，所述信息获取单元具体用于获取主叫用户的通信记录和被叫用户的通信记录。。

本发明的呼叫等待方法中，在进行呼叫等待操作前先根据主叫用户和被叫用户的信息判断主叫用户的类型，并根据该类型决定是否进行呼叫等待操作，从而对骚扰者、不重要用户等的来电可不进行呼叫转移操作，这样就减少了用户在通话过程中的不必要的操作量，改善了通话质量；同时，其也减少了实际上进行的呼叫等待操作的量，从而降低了服务器的压力，节约了网络资源。

附图说明

图1为本发明的实施例的一种呼叫等待方法的流程示意图；

图2为本发明的实施例的一种呼叫等待系统的组成示意框图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。

实施例1：

本实施例提供一种呼叫等待方法，其包括：

s11、获取对处于通话中的用户的呼叫请求。

s12、获取主叫用户和被叫用户的标示。

s13、根据主叫用户和被叫用户的标示获取主叫用户和被叫用户的信息。

s14、根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户。

s15、对可呼叫等待用户，执行呼叫等待操作，对不可呼叫等待用户，终止呼叫请求。

本实施例的呼叫等待方法中，在进行呼叫等待操作前先根据主叫用户和被叫用户的信息判断主叫用户的类型，并根据该类型决定是否进行呼叫等待操作，从而对骚扰者、不重要用户等的来电可不进行呼叫转移操作，这样就减少了用户在通话过程中的不必要的操作量，改善了通话质量；同时，也减少了实际上进行的呼叫等待操作的量，从而降低了服务器的压力，节约了网络资源。

实施例2：

如图1所示，本实施例提供一种呼叫等待方法。

本实施例的呼叫等待方法是在运营商网络中进行的，其主要涉及以下网元：

a、归属位置寄存器(hlr，homelocationregister)，其是移动网络中负责移动用户管理的数据库，永久存储和记录所辖区域内用户的签约数据，并动态更新用户的位置信息，以便在呼叫业务中提供被叫用户的网络路由。hlr中存储的内容包括：

永久存储的用户签约数据，其包括：国际移动用户识别码(imsi，internationalmobilesubscriberidentificationnumber)、移动台识别码(msisdn，mobilesubscriberinternationalisdn/pstnnumber)、基本业务信息、补充业务签约信息等。

实时更新的用户位置信息，拜访位置寄存器(vlr)会动态记录位于本移动交换中心(msc)管辖范围内的用户的位置信息，而hlr会动态地与不同地区的vlr进行交互，实时记录和更新用户当前所处的最新msc和vlr地址信息。

b、拜访位置寄存器(vlr，visitorlocationregister)，其是移动网络中的一个动态数据库，存储所辖区域内拜访客户的来话、去话呼叫所需检索的信息以及用户签约业务和附加业务的信息。

c、移动交换中心(msc，mobileswitchingcenter)，其负责语音呼叫、短信、其它业务(如电话会议、传真，以及电路交换数据)的路由，包括建立和拆除端到端连接，在呼叫过程中处理可移动性和切换需求，并处理计费和实时预付费账户监视等。

msc从归属位置寄存器(hlr)、拜访位置寄存器(vlr)、鉴权中心(auc)获取用户位置登记和呼叫请求所需的全部数据；另外，msc也根据最新获取的信息请求更新数据库的部分数据。作为移动网络的核心，msc还支持位置登记、越区切换、自动漫游等具有移动特征的功能及其它网络功能。

在不同网络环境中msc有不同的叫法，所有叫法可以是同一台msc，只是在不同的网络环境中有不同的功能。通常，msc可分为以下类型：网关移动交换中心(gmsc)、拜访移动交换中心(vmsc)、锚附移动交换中心(anchormsc)、目标移动交换中心(targetmsc)、移动交换中心服务器(mscs)等。其中，gmsc的主要功能是确定被叫用户目前正位于哪个拜访移动交换中心，该称呼仅在一个呼叫的上下文中有效，因为任何一个msc都有可能同时提供网关功能和拜访移动交换中心的功能。

d、鉴权中心(auc，authenticationcenter)，其是移动网络中的安全管理单元，存储鉴权算法和密钥，保证各种保密参数的安全性，向hlr提供鉴权参数。

e、移动台漫游号码(msrn，mobilestationroamingnumber)，其是针对移动终端的移动特性所使用的网络号码，由vlr分配。msrn只在网络中使用，对用户而言不可见。msrn一般由以下3部分组成：cc＝国家号(如中国为86)、ndc＝国内目的地号、sn＝用户号，其中sn可为msc交换机的地址。

具体的，本实施例的呼叫等待方法包括以下步骤：

s21、获取对处于通话中的用户的呼叫请求。

也就是说，当签约了呼叫等待服务的用户(如终端)正处于通话过程中时，又有其它用户发起了对该用户的语音通信请求，则被叫用户所在的负责呼叫接续的网元(如msc)接收该呼叫请求，但暂时不与被叫用户建立连接。

当然，处于通话中的用户为被叫用户，而发出语音通信请求的用户为主叫用户。

s22、获取主叫用户和被叫用户的标示。

也就是说，当发生步骤s21的情况时，被叫用户所在的负责呼叫接续的网元向呼叫等待过滤服务器发送信息查询请求，且该信息查询请求中包含主叫用户和被叫用户的标示。

呼叫等待过滤服务器(其可为新增的网元，也可以是现有网元新增了功能故作为呼叫等待过滤服务器)接收以上信息查询请求，并提取其中所包含的主叫用户和被叫用户的标示，以确定此时具体的主叫用户和被叫用户。

其中，以上标示为能确定主叫用户和被叫用户身份的信息。优选的，该标示可为主叫用户和被叫用户的标示为主叫用户和被叫用户的电话号码。

s23、根据主叫用户和被叫用户的标示获取主叫用户和被叫用户的信息。

也就是说，呼叫等待过滤服务器以主叫用户和被叫用户的标示(电话号码)为依据，通过网络向相关网元查询相关的信息，以作为判断主叫用户类型的依据。

优选的，主叫用户和被叫用户的信息包括：主叫用户的通信记录，被叫用户的通信记录。其中，以上通信记录优选是一定时间范围内的通信记录，如呼叫前1个月、3个月、6个月等时间内的通信记录。

也就是说，以上信息至少包括主叫用户和被叫用户的通信记录。例如，获取被叫用户的通信记录时，呼叫等待过滤服务器以被叫用户的电话号码为依据向被叫用户所属运营商的业务运营支撑系统(boss，business&operationsupportsystem)发送查询被叫用户通信记录的请求，查询请求中应包含被叫用户的电话号码和查询的时间段。而被叫用户所属运营商的业务运营支撑系统收到呼叫等待过滤服务器发送的查询请求后，提取请求中所包含的被叫用户的电话号码和查询时间段，在自身数据库中查询满足查询时间段条件的被叫用户的通信记录，并将查询结果(如以表格形式)反馈给呼叫等待过滤服务器。具体的，被叫用户的通信记录可包括语音、视频通话的记录，短/彩信的收发记录等。

获取被叫用户的通信记录的过程与此类似，在此不再详细描述。

更优选的，主叫用户和被叫用户的信息还包括以下内容中的至少一种：主叫用户的其它账户的通信记录、被叫用户的其它账户的通信记录、主叫用户是否为非法用户的标记信息。

对于部分用户(例如对于新开户的用户)，可能无法查询到其直接的通信记录，此时则可查询该用户的其它账户的通信记录，即与被叫用户实际具有同一开户身份信息的其它账户的通信记录，如，使用同一身份证号注册的其它电话号码的通信记录，甚至，由同一电话号码认证的微信、qq等第三方软件的账户的通信记录(如聊天记录)等。

同时，很多第三方应用、终端等具有陌生号码识别功能，即可识别出骚扰电话等，并为其加上相应的标记，为此，以上信息还可包括通过这些渠道获得的主叫用户是否为非法用户的标记信息。

s24、根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户。

也就是说，呼叫等待过滤服务器获取以上信息后，则以次为依据，判断主叫用户的类型，即判断对被叫用户而言，该主叫用户是否重要，是否值得进行呼叫等待操作。

优选的，本步骤具体可包括：根据主叫用户与被叫用户间的历史通信记录，计算二者的亲密度，以亲密度大于或等于阈值的主叫用户为可呼叫等待用户，以亲密度小于阈值的主叫用户为不可呼叫等待用户。

也就是说，可根据被叫用户与主叫用户间曾经进行的历史通信的记录(如联系频度、联系时长、联系次数等等)来判断二者的亲密度。例如，若主叫用户与被叫用户的联系次数较多、平均联系时间较长，均超过相应的阈值(如联络次数超过15次，且平均联系时间超过5分钟)，则表示二者的亲密程度较高(即对被叫用户而言该主叫用户是很重要的)，故应将主叫用户判断为可呼叫等待用户(即将其等待属性标记为“y”)。反之，若主叫用户与被叫用户之间很少联系，则表明二者间的亲密程度较低，故应将主叫用户判断为不可呼叫等待用户(即将其等待属性标记为“n”)。

当然，以上亲密度可以是根据多个因素按照加权等方法计算出的综合值，或者，亲密度也可以是对多个因素逐一进行判断(如是否超过阈值的判断)，并根据判断结果直接获取一定的值。

更优选的，若主叫用户和被叫用户间没有历史通信记录，则获取主叫用户在预定时间内尝试呼叫被叫用户的次数，以次数大于或等于阈值的主叫用户为可呼叫等待用户，以次数小于阈值的主叫用户为不可呼叫等待用户。

也就是说，当主叫用户与被叫用户间没有历史通信记(即之前每进行过联系)时，则可判断在之前一定时间内主叫用户尝试呼叫(即呼叫但未接通)被叫用户的次数，若该次数较大，则表示该主叫用户可能确实有较重要的事情要联系被叫用户，故应将其设为可呼叫等待用户。

当然，如果是在主叫用户和被叫用户间没有历史通信记录时认定二者间的亲密度为0，从而判定主叫用户为不可呼叫等待用户，也是可行的。

优选的，本步骤也可包括：判断主叫用户是否为非法用户，若是则以主叫用户为不可呼叫等待用户。

也就是说，还可判断主叫用户是否为骚扰者等非法用户，若是，则显然没有必要进行呼叫等待操作，故应直接以其为不可呼叫等待用户。当然，如果本步骤判断出主叫用户不是非法用户，则可以是继续进行以上亲密度判断，也可以是直接就以其为可呼叫等待用户(即本方法可以仅滤除非法用户的呼叫)。

具体的，判断主叫用户是否为非法用户的依据可以是根据以上“主叫用户是否为非法用户的标记信息”进行的。或者，也可根据主叫用户的通信记录本身判断其是否为非法用户，例如，骚扰者的呼叫对象一般数量很大且具有很大的随机性，同时在骚扰电话高发时段(如8:00-11:00和14:00-17:00)其呼叫次数应明显多于其它时段，故可根据主叫用户的联系对象的数量、分类、时间分布等判断其是否为非法用户。

s25、对可呼叫等待用户，执行呼叫等待操作，对不可呼叫等待用户，终止呼叫请求。

也就是说，在呼叫等待过滤服务器判断出主叫用户的类型后，可将主叫用户的类型反馈给被叫用户所在的负责呼叫接续的网元，而负责呼叫接续的网元再根据以上类型确定应进行的操作。

对于可呼叫等待用户(即判断值得进行呼叫等待操作的用户)，负责呼叫接续的网元继续执行本次呼叫等待业务的后续工作流程：被叫用户的所属的hlr向始发msc(或gmsc)传递被叫用户的移动台漫游号码，由被叫用户所在msc建立与被叫用户的连接，被叫用户的终端收到提示有新来电，同时通知主叫方(可选)。

而对于不可呼叫等待用户(即判断不值得进行呼叫等待操作的用户)，负责呼叫接续的网元则直接终止本次呼叫，并通知主叫用户(可选)，而被叫用户则不会接到有呼叫请求的通知。

本实施例的呼叫等待方法中，在进行呼叫等待操作前先根据主叫用户和被叫用户的信息判断主叫用户的类型，并根据该类型决定是否进行呼叫等待操作，从而对骚扰者、不重要用户等的来电可不进行呼叫转移操作，这样就减少了用户在通话过程中的不必要的操作量，改善了通话质量；同时，其也减少了实际上进行的呼叫等待操作的量，从而降低了服务器的压力，节约了网络资源。

实施例2：

如图2所示，本实施例提供一种呼叫等待系统，其包括：

请求获取单元，用于获取对处于通话中的用户的呼叫请求；

标示获取单元，用于获取主叫用户和被叫用户的标示；

信息获取单元，用于根据主叫用户和被叫用户的标示获取主叫用户和被叫用户的信息；

判断单元，用于根据主叫用户和被叫用户的信息确定主叫用户为可呼叫等待用户或不可呼叫等待用户；

操作单元，用于对可呼叫等待用户，执行呼叫等待操作，对不可呼叫等待用户，终止呼叫请求。

优选的，信息获取单元具体用于获取主叫用户的通信记录和被叫用户的通信记录。

本实施例的呼叫等待系统可执行以上的方法，故其本质上是运营商网络系统，具体的，以上不同单元可以是运营商网络中的不同网元，也可以是多个单元集成为一个网元，例如，以上标示获取单元、信息获取单元、判断单元可集成为呼叫等待过滤服务器，而请求获取单元和操作单元则为负责呼叫接续的网元(如msc)等。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。