[发明专利]基于身份识别的遇忙回叫业务接入方法及系统

说明书

技术领域

本发明涉及遇忙回叫业务(CCBS，Completion of Call to Busy Subscriber)处理技术，尤其涉及一种遇忙回叫业务中被叫侧应用服务器(AS，ApplicationServer)基于身份识别的遇忙回叫业务接入方法及系统。

背景技术

图1为现有遇忙回叫业务的流程图，如图1所示，现有的遇忙回叫业务流程包括以下步骤：

步骤1，主叫用户A呼叫被叫用户B，被叫用户B由于忙线而拒绝主叫用户A的呼叫请求。

步骤2，主叫侧应用服务器O_AS向被叫侧应用服务器T_AS发送订阅消息(SUBSCRIBE)，订阅被叫用户空闲状态。

步骤3，T_AS接收到O_AS发送的SUBSCRIBE后，返回202OK消息，向O_AS确认接收到SUBSCRIBE。

步骤3之后，被叫侧应用服务器T_AS对被叫用户B开始进行忙状态监管(busy state supervision begin)，当检测到被叫用户B当前状态变为可用(user Bbecome available)时，执行步骤4。

步骤4，当被叫用户空闲，被叫侧应用服务器T_AS遍历订阅该用户空闲状态的主叫侧AS列表，向当前第一个订阅的主叫AS发送通知消息(NOTIFY)。

步骤5，主叫侧应用服务器O_AS接收到NOTIFY后，向被叫侧应用服务器T_AS返回200OK确认消息。

步骤6至步骤10，主叫侧应用服务器O_AS采用REFER的方式通知主叫用户A发起回呼的呼叫请求(INVITE)，并由主叫侧应用服务器O_AS在主叫用户A的呼叫请求中添加呼叫完成指示(CC call indicator)信息；或者主叫侧应用服务器O_AS发送第三方呼叫控制(3PCC，3rd Party Call Control)流程，向被叫用户B发送呼叫请求(INVITE)，并由主叫侧应用服务器O_AS在呼叫请求中添加呼叫完成指示(CC call indicator)信息。

被叫侧应用服务器T_AS接收到呼叫请求(INVITE)后，判断呼叫请求(INVITE)是否携带有呼叫完成指示信息，如果携带有呼叫完成指示，被叫侧应用服务器T_AS将该呼叫请求转发到被叫用户B；如果未携带呼叫完成指示，则被叫侧应用服务器T_AS使用486(Busy Here)失败响应来拒绝当前呼叫请求。

如果被叫侧应用服务器T_AS允许本次呼叫，则会继续后续的处理流程，完成本次呼叫。

图2为在图1的基础上进行恶意呼叫的流程图，如图2所示，恶意呼叫的用户进行恶意呼叫的方式具体为：

步骤1至步骤5与图1所示的步骤1至步骤5的处理方式完全相同，这里不再赘述其实现细节。

步骤6，恶意用户或其他应用服务器向被叫侧应用服务器T_AS发送呼叫请求(INVITE)，该恶意用户在自身发起的呼叫请求中自行插入有呼叫完成指示信息。被叫侧应用服务器T_AS将会前述步骤1至步骤5所示的主叫用户A的情形来处理该恶意用户的呼叫，即将当前恶意用户的呼叫请求作为遇忙回叫业务的用户。

步骤7，被叫侧应用服务器T_AS将向被叫用户B转发恶意用户的呼叫请求，而进行呼叫接入。

这样，恶意用户反而较正常用户A优先与被叫用户B实现用户接入。

步骤8至步骤12与图1所示的处理流程相对应，不再一一赘述其实现细节。

由图2可知，如果存在恶意用户在呼叫请求中自行添加呼叫完成指示，主叫侧网络并不会对其进行过滤处理，会让恶意用户的携带呼叫完成指示信息的呼叫请求(INVITE)发送到被叫侧应用服务器T_AS而建立呼叫。这样，先发起订阅的主叫用户并不能先完成呼叫，而是被后发起订阅。这样，恶意用户相当于实现了插队。显然，这非常不利于呼叫公平性，严重时还会影响正常用户的正常呼叫。

发明内容

有鉴于此，本发明的主要目的在于提供一种基于身份识别的遇忙回叫业务接入方法及系统，能过拒绝携带有完成指示信息的恶意用户的呼叫请求。

为达到上述目的，本发明的技术方案是这样实现的：

一种基于身份识别的遇忙回叫业务接入方法，包括：

被叫侧应用服务器接收到携带有呼叫完成指示的呼叫请求后，对所述呼叫请求中的主叫用户进行身份验证，若验证通过则允许所述主叫用户接入，否则拒绝所述主叫用户接入。

优选地，所述方法还包括：

被叫侧应用服务器监测到被叫用户空闲，向所述主叫用户发送所述被叫用户空闲的通知消息，并记录所述主叫用户的标识信息；