呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统

摘要

本发明属于通信技术领域，具体涉及呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统。该呼叫等待处理方法包括步骤：在用户处于通话状态而具有新来电时，调用用户对新来电的主叫用户的呼叫等待来电的推荐处理；根据用户对新来电的主叫用户的呼叫等待来电的处理历史，预测用户对新来电的主叫用户的呼叫等待来电的推荐处理；反馈预测得到的用户对新来电呼叫等待来电的推荐处理；根据反馈得到的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作。该基于用户操作习惯的个性化呼叫等待处理方法、服务器和系统，基于用户操作习惯提供个性化呼叫等待业务服务，能为用户提供更好的通话体验，而且节约网络资源。

说明书

技术领域

本发明属于通信技术领域，具体涉及一种呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统。

背景技术

随着移动终端产业的飞速发展和人们生活水平的不断提高，移动终端的配置越来越高，价格越来越低，迅速普及；通信运营商网络技术的迭代升级和覆盖水平的不断完善，使人们可以通过移动终端随时随地的以多种方式与亲朋好友进行沟通与交流，极大地方便了人们的工作、生活和学习。

语音业务是通信运营商为用户提供的一项基本业务，也是人们平时使用最多的业务之一。语音业务在通信双方之间建立起了交流与沟通的桥梁，但语音业务具有一定的排他性，即通信双方一旦建立语音通信线路，其他人将无法与正在语音通信的双方再建立语音通信线路，甚至正在语音通信的双方根本就不会知道有其他人的来电，可能会漏接其他人的重要来电。为了解决正在语音通信的用户可能漏接其他重要来电的问题，通信运营商推出了呼叫等待(Call Waiting，简称CW)、多方通话等业务，让处于通话中的用户能够及时知道有其他人新的来电并能切换用户进行接听或合并通话进行多方通话等。其中，呼叫等待是让处于通话中的用户及时知道新来电信息的重要业务，呼叫等待指签约呼叫等待业务的用户B正与用户A通话时，用户C试图与用户B建立通话，此时签约呼叫等待业务的用户B可接收到呼叫等待指示，表示另有用户等待通话；同时，被呼叫等待用户C可收到呼叫等待指示，指示呼出通话正在被呼叫等待。签约呼叫等待业务的用户B对被呼叫等待的呼叫可以选择接受、拒绝或忽略等操作。

呼叫等待业务的推出虽然可以保证用户不漏接重要来电，但也会增加用户对终端的操作和影响正在进行通话，如用户要移动终端查看新来电的信息，根据新来电是否重要，决定是否中断或切换正在进行的通话来接听新来电。尤其是在工作和节奏日益加快的现代社会，由于激烈的市场竞争，运营商通信费用的不断降低，人们使用语音业务的频次和时长越来越多、越来越长，遇到通话中有新来电的情形大大增加，呼叫等待业务对用户的困扰也在增加；同时，诸如推销、中介等骚扰电话的猖獗，更会影响人们对呼叫等待业务及正在进行的语音通话的感受。通常，人们一般不会选择接听诸如陌生人、非重要联系对象、骚扰者等来电对象的呼叫等待来电，但对于上述来电对象的呼叫等待来电，人们也要操作终端查看来电者信息，操作既无必要还影响正在进行中的通话；同时，对于通信运营商而言，用户不接听的呼叫等待来电也要占用一定的网络资源，是一种浪费。

综上：用户需要一种既能实现运营商呼叫等待业务的初衷，帮助用户不漏接重要电话，同时还能实现避免非重要电话甚至骚扰电话对用户的困扰的改进。另外，运营商也需要不断地推陈出新，及时推出更加个性化、智能化和高品质的业务和服务，以满足用户日益增长的通信需求，并且能有效降低运营成本，从而增加业务和服务对用户的吸引力，在激烈的市场竞争中取得优势。因此，如何在不影响用户接听重要来电的基础上减少非重要电话的打扰，为用户提供更加个性化、智能化的呼叫等待业务，已成为移动通信领域一个亟待解决的问题。

发明内容

本发明所要解决的技术问题是针对现有的技术中上述不足，提供一种呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统，基于用户操作习惯提供个性化呼叫等待业务服务，提高用户体验。

解决本发明技术问题所采用的技术方案是该叫等待处理方法，包括步骤：

在用户处于通话状态而具有新来电时，调用用户对新来电的主叫用户的呼叫等待来电的推荐处理；

根据用户对新来电的主叫用户的呼叫等待来电的处理历史，预测用户对新来电的主叫用户的呼叫等待来电的推荐处理；

反馈预测得到的用户对新来电呼叫等待来电的推荐处理；

根据反馈得到的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作。

优选的是，根据用户对新来电的主叫用户的呼叫等待来电的处理历史，预测用户对新来电的主叫用户的呼叫等待来电的推荐处理，包括：

查询用户对新来电的主叫用户的呼叫等待来电的处理历史；

根据用户对新来电的主叫用户的呼叫等待来电的处理历史，对用户以往对该主叫用户呼叫等待来电的处理操作进行分类；

根据用户以往对该主叫用户呼叫等待来电的处理操作的分类，统计用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例；

将记录数量最大或占有比例最高的分类的呼叫等待来电的处理操作，作为用户对新来电的主叫用户的呼叫等待来电的推荐处理。

优选的是，若未查询到用户对新来电的主叫用户的呼叫等待来电的处理历史，或者记录数量或占有比例未达到预设阈值，则：

对用户以往对所有呼叫等待来电的处理操作进行分类统计，将记录数量最大或占有比例最高的分类的呼叫等待来电的处理操作，作为用户对新来电的主叫用户的呼叫等待来电的推荐处理。

优选的是，若查询到主叫用户和被叫用户具有除呼叫等待来电以外的其他通信记录，则：

将主叫用户与被叫用户联系次数、频次、时长均达不到预设阈值的主叫用户的推荐处理预测为：“不接听”；

否则，将用户对本次呼叫等待来电的推荐处理预测为：“接听”。

优选的是，根据反馈得到的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作，包括：

当预测得到的用户对主叫用户本次呼叫等待来电的推荐处理为：“接听”时，建立主叫号码终端与被叫用户终端的连接；

否则，当预测得到的用户对主叫用户本次呼叫等待来电的推荐处理为：“拒接”或“无应答”时，直接终止主叫用户的本次呼叫。

优选的是，还包括：监控并记录用户对本次新来电呼叫等待来电的处理操作，监控并记录内容至少包含主叫用户的电话号码、被叫用户的电话号码及被叫用户对主叫用户本次呼叫等待来电的处理操作。

一种呼叫等待服务器，包括接口单元、查询单元、分类单元、统计单元、指令单元和数据单元，其中：

所述接口单元，与所述查询单元和所述指令单元连接，用于与运营商网络中负责呼叫接续的网元相连以进行信息交互；

所述查询单元，还与所述数据单元和所述分类单元连接，用于查询用户对新来电的主叫用户的呼叫等待来电的处理历史，并将用户对新来电的主叫用户的呼叫等待来电的处理历史发送至所述分类单元；

所述分类单元，还与所述统计单元连接，用于根据用户对新来电的主叫用户的呼叫等待来电的处理历史，对用户以往对该主叫用户呼叫等待来电的处理操作进行分类，并将用户以往对该主叫用户呼叫等待来电的处理操作的分类发送至所述统计单元；

所述统计单元，还与所述指令单元连接，用于根据用户以往对该主叫用户呼叫等待来电的处理操作的分类，统计用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例，并将用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例发送至所述指令单元；

所述指令单元，用于根据用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例，将记录数量最大或占有比例最高的分类的呼叫等待来电的处理操作，作为用户对新来电的主叫用户的呼叫等待来电的推荐处理，并通过所述接口单元发送至所述运营商网络中负责呼叫接续的网元；

所述数据单元，与所述查询单元和所述指令单元连接，用于记录用户对呼叫等待来电的以往处理操作和本次处理操作。

一种呼叫等待处理系统，包括多个功能网元，还包括上述的呼叫等待服务器。

优选的是，所述功能网元包括归属位置寄存器、访问位置寄存器、移动交换中心、鉴权中心和移动台漫游号码，其中，与运营商网络中负责呼叫接续的网元为移动交换中心，所述移动交换中心还用于：

通过所述接口单元向所述呼叫等待服务器返回用户对呼叫等待来电处理操作的处理历史；以及，根据呼叫等待服务器反馈的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作。

优选的是，所述移动交换中心还监控用户对本次新来电呼叫等待来电的处理操作，并将对本次新来电呼叫等待来电的处理操作反馈至呼叫等待服务器；所述呼叫等待服务器中的所述数据单元，还用于记录用户对本次新来电呼叫等待来电的处理操作。

本发明的有益效果是：

该基于用户操作习惯的个性化呼叫等待处理方法、呼叫等待服务器和相应的呼叫等待处理系统，基于用户操作习惯提供个性化呼叫等待业务服务，能为用户提供更好的通话体验，而且节约了网络资源。

附图说明

图1为本发明实施例中呼叫等待处理系统的示意图；

图2为本发明实施例中呼叫等待服务器的结构框图；

图3为本发明实施例中呼叫等待处理方法的流程图；

图4为图3的具体流程示意图；

附图标识中：

1-终端；2-归属位置寄存器；3-访问位置寄存器；4-移动交换中心；5-业务运营支撑系统；

6-呼叫等待服务器；61-接口单元；62-查询单元；63-分类单元；64-统计单元；65-指令单元；66-数据单元。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统作进一步详细描述。

显然，现有的呼叫等待业务仅仅根据用户签约信息和实时状态决定是否执行呼叫等待业务，没有考虑用户对不同主叫用户的不同呼叫等待需求，如对于陌生人、非重要联系对象或骚扰者的主叫用户来电，用户可能并不需要运营商网络对其发起的呼叫执行呼叫等待，从而减少呼叫等待业务对用户和网络的不利影响。因此，需要一种考虑被叫用户需求，根据被叫用户以往处理呼叫等待来电的数据决定是否执行呼叫等待业务的方式。

经研究发现，现有的呼叫等待业务在运营商网络测的主要接续过程如下：当用户签约呼叫等待业务时，该用户的归属位置寄存器2或访问位置寄存器3会记录签约信息。签约用户被叫时，所属归属位置寄存器2向始发移动交换中心或网关移动交换中心传递签约被叫用户的移动台漫游号码，始发移动交换中心或网关移动交换中心根据移动台漫游号码建立到签约被叫用户所在移动交换中心的连接。呼叫等待业务被触发后，由签约被叫用户所在移动交换中心建立与签约被叫用户的连接，签约被叫用户的终端开始振铃，提醒用户有新来电，同时通知主叫方。

本发明针对现有的呼叫等待业务没有考虑新形势下用户更深层次的通信需求和没有利用用户以往处理呼叫等待来电数据的不足，提供了一种基于用户操作习惯的个性化呼叫等待业务的呼叫等待处理方法、呼叫等待服务器和呼叫等待处理系统。

本实施例的呼叫等待处理系统，在运营商网络原有网元的基础上，新增一个呼叫等待服务器，根据被叫用户以往处理呼叫等待来电的数据决定执行呼叫等待业务的方式，实现了针对被叫用户的个性化呼叫等待业务，为用户提供更好的体验。

如图1所示为该呼叫等待处理系统的示意图，该呼叫等待处理系统的主要构成模块包括终端1、呼叫等待服务器6、运营商网络中各功能网元。其中：

呼叫等待服务器6，用于分析预测用户对呼叫等待来电的处理操作，并将推荐处理反馈至运营商网络中负责呼叫接续的网元，同时完成将负责呼叫接续的网元反馈的用户对呼叫等待来电的处理操作保存在自身数据库中。呼叫等待服务器6作为一个功能网元，与运营商网络中负责呼叫接续的网元增加接口相连。

如图2所示，呼叫等待服务器6包括接口单元61、查询单元62、分类单元63、统计单元64、指令单元65和数据单元66，其中：

接口单元61，与查询单元62和指令单元65连接，用于与运营商网络中负责呼叫接续的网元相连以进行信息交互；

查询单元62，还与数据单元66和分类单元63连接，用于查询用户对新来电的主叫用户的呼叫等待来电的处理历史(向运营商网络中负责呼叫接续的网元查询，并可存入数据单元66)，并将用户对新来电的主叫用户的呼叫等待来电的处理历史发送至分类单元63；

分类单元63，还与统计单元64连接，用于根据用户对新来电的主叫用户的呼叫等待来电的处理历史，对用户以往对该主叫用户呼叫等待来电的处理操作进行分类，并将用户以往对该主叫用户呼叫等待来电的处理操作的分类发送至统计单元64；

统计单元64，还与指令单元65连接，用于根据用户以往对该主叫用户呼叫等待来电的处理操作的分类，统计用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例，并将用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例发送至指令单元65；

指令单元65，用于根据用户以往对该新来电的主叫用户的呼叫等待来电的处理操作的不同分类的记录数量或者占有比例，将记录数量最大或占有比例最高的分类的呼叫等待来电的处理操作，作为用户对新来电的主叫用户的呼叫等待来电的推荐处理，并通过接口单元61发送至运营商网络中负责呼叫接续的网元；

数据单元66，与查询单元62和指令单元65连接，用于记录用户对呼叫等待来电的以往处理操作，以及，记录用户对本次新来电呼叫等待来电的处理操作和本次处理操作。

呼叫等待业务在运营商网络侧的接续过程中主要涉及到的网元包括：归属位置寄存器2、访问位置寄存器3、移动交换中心4、鉴权中心(图1中未具体示出)和移动台漫游号码(图1中未具体示出)，呼叫等待服务器6与运营商网络中负责呼叫接续的网元为移动交换中心4，后续会做进一步说明。

上述各功能网元的具体功能说明如下：

归属位置寄存器2(Home Location Register，简称HLR)，是移动网络中一个负责移动用户管理的数据库，用于永久存储和记录所辖区域内用户的签约数据，并动态更新用户的位置信息，以便在呼叫业务中提供被叫用户的网络路由。通常，归属位置寄存器2中会存储如下内容：

1)永久存储的用户签约数据

国际移动用户识别码(International Mobile Subscriber IdentificationNumber，简称IMSI)、移动台识别码(Mobile Subscriber International ISDN/PSTNnumber，简称MSISDN)、基本业务、补充业务签约信息等。

2)实时更新的用户位置信息

访问位置寄存器3(Visitor Location Register，简称VLR)动态记录位于本移动交换中心4管辖范围内的用户位置信息，而归属位置寄存器2会动态地与不同地区的VLR进行交互，实时记录和更新用户当前所处的最新归属位置寄存器2和访问位置寄存器3地址信息。

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

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

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

在不同的网络环境中，移动交换中心4也有不同的叫法，虽然所有这些叫法都可以是指同一台移动交换中心，但在不同的网络环境中却有不同的功能，这反映了移动交换中心4在移动网络中的复杂角色。通常，移动交换中心4可分为以下类型：网关移动交换中心(GMSC)、拜访移动交换中心(VMSC)、锚附移动交换中心(anchor MSC)、目标移动交换中心(target MSC)、移动交换中心服务器(MSCS)等。其中，网关移动交换中心的主要功能是确定被叫用户目前正位于哪个拜访(visited)移动交换中心。该称呼仅在一个呼叫的上下文中有效，因为任何一个移动交换中心都有可能同时提供网关功能和拜访移动交换中心的功能。

上述所提及的与呼叫等待服务器6相连的运营商网络中负责呼叫接续的网元，一般是指运营商移动网络中的移动交换中心4。移动交换中心4还用于通过新增的接口单元61向呼叫等待服务器6返回用户对呼叫等待来电处理操作的处理历史；以及，根据呼叫等待服务器6反馈的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作，继续执行呼叫等待业务的下一步工作流程或终止本次呼叫的功能。同时，还监控用户对本次新来电呼叫等待来电的处理操作，并将对本次新来电呼叫等待来电的处理操作反馈至呼叫等待服务器6。

鉴权中心(Authentication Center，简称AUC)，是移动网络中的安全管理单元，用于存储鉴权算法和密钥，保证各种保密参数的安全性，向归属位置寄存器2提供鉴权参数。

移动台漫游号码(Mobile Station Roaming Number，简称MSRN)，是针对移动终端的移动特性所使用的网络号码，由访问位置寄存器3分配。实际上移动台漫游号码只在网络中使用，对用户而言是不可见的，用户感觉不到该号码的存在。移动台漫游号码一般由以下三部分组成：CC＝国家号(中国为86)、NDC＝国内目的地号和SN＝用户号，在此情况下，SN是移动交换中心交换机的地址。

在该呼叫等待处理系统中，终端1、运营商网络中各功能网元原有各网元的各自功能基本保持不变。图1所示运营商网络中实线表示运营商网络中原有的网元和连接，虚线表示本实施例新增的功能网元——呼叫等待服务器6和连接。其中的BOSS为业务运营支撑系统5(Business&Operation Support System)，主要功能为用户提供开户和计费等功能。

本发明的呼叫等待处理系统，在现有的呼叫等待业务技术方案的基础上，通过新增呼叫等待服务器6，根据用户以往对呼叫等待来电的处理操作，按规则分析预测用户对本次呼叫等待来电的处理操作，并以此为依据确定是否执行呼叫等待业务的下一步流程，从而为签约呼叫等待业务的用户提供更加个性化、智能化的呼叫等待业务的支持，并且能够减少呼叫等待业务对运营商网络资源的占用。同时，也为通信运营商开展更加个性化、智能化的增值业务提供了技术支持，提升运营商差异化市场竞争力，增强运营商服务对用户的吸引力。

相应的，本实施例还提供一种呼叫等待处理方法，如图3所示的呼叫等待处理方法的流程图提供了该个性化呼叫等待业务的主要工作过程。该个性化的呼叫等待处理方法，包括如下步骤：

步骤S1)：在用户处于通话状态而具有新来电时，调用用户对新来电的主叫用户的呼叫等待来电的处理历史。

在该步骤中，在签约呼叫等待业务的用户被叫并触发呼叫等待业务时，运营商网络中负责呼叫接续的网元(即移动交换中心4)向呼叫等待服务器6查询用户对主叫用户的呼叫等待来电的推荐处理。

签约呼叫等待业务的用户被叫并触发呼叫等待业务时，按现有的呼叫等待业务的技术方案和流程，运营商网络中负责呼叫接续的网元应建立与被叫用户终端的连接，用户终端提醒用户有新来电。但在本实施例的呼叫等待处理方法中，负责呼叫接续的网元暂时不建立与被叫用户终端的连接，而首先通过新增的与呼叫等待服务器6接口，向呼叫等待服务器6查询用户对呼叫等待来电处理操作的推荐处理，查询请求中应包含新来电的主叫用户的电话号码和被叫用户的电话号码。

呼叫等待业务是否触发的判断根据被叫用户状态进行，与现有的呼叫等待处理方式相同。即被叫用户是否正在通话，和被叫用户是否开通了呼叫等待业务，决定是否为新来电建立与被叫用户的连接。在被叫用户开通呼叫等待业务的前提下，被叫用户正在通话时，为新来电建立与被叫用户的连接。

步骤S2)：根据用户对新来电的主叫用户的呼叫等待来电的处理历史，预测用户对新来电的主叫用户的呼叫等待来电的推荐处理。

在该步骤中，呼叫等待服务器6收到调用请求后，根据用户以往对呼叫等待来电的处理历史中的处理操作记录，分析预测用户对本次呼叫等待来电的处理操作。

呼叫等待服务器6收到被叫用户所在的负责呼叫接续的移动交换中心4发送的调用请求后，提取请求中所包含的新来电的主叫用户和被叫用户的电话号码，并以此为依据在呼叫等待服务器6自身内部数据库(该数据库一开始可以为空白，随着呼叫等待业务的处理操作逐渐加入记录)中查询被叫用户对主叫用户呼叫等待来电的处理操作记录，根据用户以往对该主叫用户呼叫等待来电的处理操作，预测用户对主叫用户本次呼叫等待来电的处理操作。

具体来说，包括步骤：

步骤S21)：查询用户对新来电的主叫用户的呼叫等待来电的处理历史。查询用户对新来电的主叫用户的呼叫等待来电的处理历史一般向运营商网络中负责呼叫接续的网元查询，查询后的记录可存入数据单元66中，以方便下一次查询；

步骤S22)：根据用户对新来电的主叫用户的呼叫等待来电的处理历史，可对用户以往对该主叫用户呼叫等待来电的处理操作进行分类；

步骤S23)：根据用户以往对该主叫用户呼叫等待来电的处理操作的分类，统计比较处理操作不同分类的记录数量；

步骤S24)：将处理操作分类中记录数量最大的作为预测的用户对该主叫用户本次呼叫等待来电的推荐处理。

一般来说，对呼叫来电，用户的处理操作无非就是“接听”、“拒接”或“无应答”，所以呼叫等待服务器6首先将用户以往对呼叫等待来电的处理操作分为三种，即“接听”、“拒接”和“无应答”，并分别统计计算各处理操作种类的记录数量，将记录数量最大的处理操作分类作为预测的用户对该主叫用户本次呼叫等待来电的处理操作。

除了可以如上比较用户对呼叫等待来电处理操作的不同分类的记录数量外，还可以比较不同处理操作分类所占有比例的大小，将所占有比例最大的处理操作分类作为预测的处理操作。

另外，除了可以选择不同处理操作分类中记录数量最多、所占比例最高的处理操作分类外，还可以通过预先设定一个阈值，将大于该阈值的处理操作分类作为预测的处理操作。其所涉及的各阈值可由运营商在呼叫等待服务器6上统一进行预先配置，也可在终端上提供操作界面让用户进行个性化配置并同步至呼叫等待服务器6。

若未查询到用户对新来电的主叫用户的呼叫等待来电的处理历史，或者记录数量或占有比例未达到预设阈值，则呼叫等待服务器6的数据库中没有用户以往对该主叫用户呼叫等待来电的处理操作记录或处理操作的记录达不到预设阈值时，可对呼叫等待服务器6数据库中用户以往对所有呼叫等待来电的处理操作进行分类统计(即不再区分主叫用户)，将记录数量最大的处理操作作为预测的用户对本次呼叫等待来电的处理操作。

特别地，若呼叫等待服务器6的数据库中没有以往用户对该主叫用户呼叫等待来电的处理操作记录或处理操作记录达不到预设阈值，同时数据库中用户以往对所有呼叫等待来电的处理操作记录也达不到预设阈值时，可默认用户对本次呼叫等待来电的处理操作为：“接听”。

当然，可选地，在呼叫等待服务器6数据库中存在主叫用户和被叫用户以往通信记录(排除呼叫等待来电的其他通信记录)的情况下，也可将与被叫用户联系次数、频次、时长等达不到预设阈值的主叫用户的处理操作预测为：“不接听”；否则，可继续将用户对本次呼叫等待来电的处理操作默认为：“接听”。

步骤S3)：反馈预测得到的用户对新来电呼叫等待来电的推荐处理。

在该步骤中，呼叫等待服务器6将分析预测的用户对本次呼叫等待来电的推荐处理，反馈至负责呼叫接续的移动交换中心4。

步骤S4)：根据反馈得到的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行呼叫等待来电的处理操作。

在该步骤中，运营商网络中负责呼叫接续的移动交换中心4，根据呼叫等待服务器6反馈的用户对本次呼叫等待来电处理操作的推荐处理，执行预测的对本次呼叫等待来电业务的下一步流程，包括等待用户接听或直接终止本次呼叫。

当预测得到的用户对主叫用户本次呼叫等待来电的处理操作为：“接听”时，负责呼叫接续的网元按呼叫等待业务下一步的工作流程建立主叫用户终端与被叫用户终端的连接，后续用用户可根据新来电的重要程度选择“接听”或“拒接”；否则，负责呼叫接续的网元直接终止主叫用户的本次呼叫，包括“拒接”或“无应答”。可选的，对于直接终止主叫用户的操作可以通知主叫用户或不通知。

优选的，呼叫等待处理方法还包括步骤S5)：监控并记录用户对本次新来电呼叫等待来电的处理操作，监控并记录内容至少包含主叫用户的电话号码、被叫用户的电话号码及被叫用户对主叫用户本次呼叫等待来电的处理操作。这样，数据单元66中刚开始的时候可以没有用户以往处理呼叫等待来电操作的记录，但通过积累呼叫等待来电经历的收集，可以逐步增加记录数据。

在该步骤中，若运营商网络中负责呼叫接续的移动交换中心4根据呼叫等待服务器6的推荐处理，继续执行本次呼叫等待业务的下一步流程时，优选监控并记录用户对本次呼叫等待来电的处理操作，并将用户对本次呼叫等待来电的处理操作反馈至呼叫等待服务器6；呼叫等待服务器6将收到的用户对本次呼叫等待来电的处理操作保存在自身数据库中，这样随着使用签约呼叫等待业务的用户使用呼叫业务的同时，会逐步建立和完善该用户对向其发起呼叫且触发呼叫等待业务的来电的操作处理的数据库，以便于获得更完善的呼叫等待来电的处理历史。

运营商网络中负责呼叫接续的网元在建立与被叫用户(签约呼叫等待业务且呼叫满足等待业务的条件)终端的连接后，监控用户对呼叫等待来电的处理操作，即“接听”、“拒接”和“不接听”，并在连接断开后，将监控的用户对主叫用户本次呼叫等待来电的处理操作反馈至呼叫等待服务器6。反馈信息中应包含主叫用户的电话号码、被叫用户的电话号码及被叫用户对主叫用户本次呼叫等待来电的处理操作，如“接听”、“拒接”或“不接听”。呼叫等待服务器6将被叫用户反馈的用户对主叫用户本次呼叫等待来电的处理操作保存在自身内部的数据库中。

为了更加直观具体地说明本发明呼叫等待处理方法的工作过程，体现采用个性化呼叫等待的优势和给用户及运营商带来的便利和益处，下面结合一个具体的示例来详细描述该呼叫等待处理方法的工作过程，具体如图4所示。

假设某通信运营商已部署并开展了本发明的基于用户操作习惯的个性化呼叫等待业务；另外，存在两个用户：用户为A(电话号码为“1860110XXXX”)和用户B(电话号码为“1860120XXXX”)，其中用户B已签约呼叫等待业务。本实施例的具体工作过程如图4所示。

这里应该理解的是，图4中虚线表示的网元和流程是本发明新增网元和流程，实线表示运营商网络中原有网元和流程。MSCa为用户A所在的移动交互中心MSC；HLRb为用户B的归属位置寄存器2HLR；MSCb/VLRb为用户B所在移动交互中心MSC/访问位置寄存器VLR；OR:接听：呼叫等待接听；OR：不接听：呼叫等待不接听。

步骤S1)：在用户处于通话状态而具有新来电时，调用用户对新来电的主叫用户的呼叫等待来电的推荐处理。

该步骤查询用户对呼叫等待来电的处理操作。本实施例中，设用户B正在与第三方通话，此时用户A(主叫用户)拨打用户B(被叫用户)的电话号码，发起对用户B的呼叫。则有：

用户A的终端首先建立与所在移动交换中心MSCa的连接；

MSCa从用户A的呼叫建立请求中提取被叫用户B的移动台识别码MSISDN，即861860120XXXX，并向用户B的归属位置寄存器HLRb请求用户B的路由信息；

HLRb收到MSCa的路由请求后，向用户B所在的访问位置寄存器VLRb请求用户B的漫游号码MSRN；

VLRb收到HLRb的漫游号码请求后，生成并反馈至HLRb用户B的漫游号码MSRN；

HLRb通过返回路由信息将用户B的漫游号码MSRN反馈至MSCa；

MSCa根据用户B的漫游号码MSRN建立与用户B所在移动交换中心MSCb的连接；

MSCb向VLRb请求用户B的信息；

VLRb向MSCb发送寻呼终端的消息；

由于此时用户B正在与第三方通话，所以MSCb在给VLRb的寻呼响应中指明寻呼失败原因：“用户忙”；

VLRb检查用户B的呼叫等待状态并反馈至MSCb，本实施例中VLRb给MSCb的反馈信息中包含用户B已签约呼叫等待业务的信息。

此时，若按呼叫等待业务的现有的工作流程，MSCb将与被叫用户B的终端建立连接。但在本实施例中，MSCb暂时不与被叫用户B的终端建立连接，而是向呼叫等待服务器6查询用户B对主叫用户A本次呼叫等待来电处理操作的推荐处理，查询请求中应包含主叫用户A和被叫用户B电话号码，即包含电话号码“1860110XXXX”和“1860120XXXX”。

步骤S2)：根据用户对新来电的主叫用户的呼叫等待来电的处理历史，预测用户对新来电的主叫用户的呼叫等待来电的推荐处理。

该步骤预测用户对呼叫等待来电的处理操作。本实施例中，呼叫等待服务器6收到用户B所在移动交互中心MSCb的查询请求后，提取查询请求中主叫用户A和被叫用户B的电话号码，即“1860110XXXX”和“1860120XXXX”，在自身内部数据库中查询被叫用户B以往对主叫用户A呼叫等待来电的处理操作记录，查询结果如表1所示：

表1被叫用户B以往对主叫用户A呼叫等待来电的处理操作(示例)

本实施例中，设呼叫等待服务器6自身内部数据库中存在用户B以往对主叫用户A呼叫等待来电的处理操作记录，且记录数为C＝25，大于预设的次数阈值C0＝20次，满足根据用户B以往对主叫用户A呼叫等待来电的处理操作记录来分析预测用户B对主叫用户A本次呼叫等待来电处理操作的条件。故首先按用户B对呼叫等待来电的不同处理操作进行分类，即按“接听”、“拒接”和“无应答”对查询的处理操作记录进行分类，并统计不同处理操作分类的记录数量，这里设“接听”处理操作的记录数量c1＝2次，“拒接”处理操作的记录数量c2＝1次，“无应答”处理操作的记录数量c3＝31次。根据规则要比较不同处理操作分类记录数量的大小，选取记录数量最大的处理操作分类，本实施例中因“拒接”和“无人应答”两种处理操作都会造成本次呼叫等待来电不能接通，故可预先进行合并处理，即被叫用户“不接听”的处理操作的记录数量c4＝32次，因c4>c1，所以“不接听”处理操作为预测的用户B对主叫用户A本次呼叫等待来电的处理操。

若在本实施例中，呼叫等待服务器6在自身内部数据库中查询不到用户B以往对该主叫用户A呼叫等待来电的处理操作记录或记录数量达不到预设的阈值C0＝20次时，可在系统数据库中查询用户B以往对所有呼叫等待来电(即不再区分主叫用户)的处理操作记录，根据用户B以往对所有呼叫等待来电的处理操作记录，对呼叫等待来电的处理操作记录进行分类统计，选取记录数量最大的处理操作分类作为用户B对呼叫等待来电的处理操作习惯，并据此预测用户B对主叫用户A本次呼叫等待来电的处理操作。这里设用户B以往对所有呼叫等待来电的处理操作记录的统计数据为：“接听”处理操作的次数c5＝3次，“拒接”处理操作的次数c6＝3次，“无应答”处理操作的次数c7＝38次。因“拒接”和“无应答”可合并处理为“不接听”，其记录数c8＝41次，因C5<C8，故可确认用户B对呼叫等待来电的处理操作习惯为：“不接听”，预测的用户B对主叫用户A本次呼叫等待来电的处理操作为：“不接听”。

特别地，若在本实施例中，呼叫等待服务器6在自身内部数据库中查询不到用户B以往对主叫用户A呼叫等待来电的处理操作记录或记录数量达到不到预设的阈值C0＝20次时，且数据库中用户B以往对所有呼叫等待来电(即不再区分主叫用户)的数量也达到预设的阈值C0＝20次时，可按规则默认用户B对主叫用户A本次呼叫等待来电的处理操作为：“接听”。

当然，若在呼叫等待服务器6中存在主叫用户A和被叫用户B以往通信记录(这里指非呼叫等待来电记录的其他通信记录)的情况下，可根据主叫用户A和被叫用户B的联系次数、频度、时长等是否大于预设阈值来确定用户B对主叫用户A本次呼叫等待来电的处理操作，即若联系次数或频度大于预设阈值时，预测的用户B对主叫用户A本次呼叫等待来电的处理操作为“接听”；否则，预测的用户对主叫用户A本次呼叫等待来电的处理操作为“不接听”。

本实施例中的各种阈值由运营商统一在呼叫等待服务器6上预先设置。

步骤S3)：反馈预测得到的用户对新来电呼叫等待来电的推荐处理。

该步骤反馈预测的用户对呼叫等待来电的处理操作。本实施例中，呼叫等待服务器6将用户B对主叫用户A本次呼叫等待来电处理操作的推荐处理“接听”反馈至MSCb。

步骤S4)：根据反馈得到的用户对新来电呼叫等待来电的推荐处理，对用户的新来电执行相应的呼叫等待来电的处理操作。

该步骤执行预测的用户对呼叫等待来电的处理操作。本实施例中，MSCb在接到呼叫等待服务器6反馈的用户B对主叫用户A本次呼叫等待来电处理操作的推荐处理“接听”后，建立与被叫用户B终端的连接，用户B的终端开始振铃，提示用户B有用户A的新来电。

建立连接的过程与现有的呼叫等待业务中建立与被叫用户(已签约呼叫等待业务且满足呼叫等待业务条件)的过程相同。即，在建立与被叫用户连接的过程时，被叫用户终端通过响应MSCb的寻呼消息，建立连接。

若在本实施例中，MSCb在接到呼叫等待服务器6反馈的被叫用户B对主叫用户A本次呼叫等待来电处理操作的推荐处理为“不接听”时，按规则直接终止主叫用户A的本次呼叫，并通知主叫用户A被叫用户忙(可选)。

步骤5)：监控并记录用户对本次新来电呼叫等待来电的处理操作。

该步骤监控记录用户对呼叫等待来电的处理操作。本实施例中，MSCb建立与被叫用户B终端的连接，被叫用户B的终端开始振铃。MSCb监控被叫用户B对主叫用户A本次呼叫等待来电的处理操作，即“接听”、“拒接”或“无应答”，并将监控结果反馈至呼叫等待服务器6。本实施例中，设被叫用户B对主叫用户A本次呼叫等待来电的处理操作为“无应答”，MSCb将该处理操作反馈至呼叫等待服务器6。

呼叫等待服务器6接收MSCb反馈的被叫用户B对主叫用户A本次呼叫等待来电的处理操作“无应答”，并将其保存在自身内部的数据库中。

本发明提供一种基于用户操作习惯的个性化呼叫等待处理方法、服务器和相应的系统，其在签约呼叫等待业务的用户被叫并触发呼叫等待业务时，运营商网络中负责呼叫接续的网元向本发明新增的呼叫等待服务器查询用户对本次呼叫等待来电处理操作的推荐处理；呼叫等待服务器收到查询请求后，根据用户以往对呼叫等待来电的处理操作记录，分析预测用户对本次呼叫等待来电的处理操作；呼叫等待服务器6将预测的用户对本次呼叫等待来电的处理操作反馈至负责呼叫接续的网元；负责呼叫接续的网元根据用户对本次呼叫等待来电处理操作的推荐处理，执行呼叫等待业务的下一步流程或直接终止本次呼叫。同时，若运营商网络中负责呼叫接续的网元根据呼叫等待服务器的推荐处理，继续执行本次呼叫等待业务的下一步流程时，应监控并记录用户对本次呼叫等待来电的处理操作，并将用户对本次呼叫等待来电的处理操作反馈至呼叫等待服务器6；呼叫等待服务器6将收到的用户对本次呼叫等待来电的处理操作保存在自身数据库中。

该基于用户操作习惯的个性化呼叫等待处理方法、呼叫等待服务器和相应的呼叫等待处理系统，基于用户操作习惯提供个性化呼叫等待业务服务，能为用户提供更好的通话体验，而且节约了网络资源。

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