CN101217598B - 遇忙回叫方法及系统 - Google Patents

Abstract

本发明涉及一种遇忙回叫方法，包括：应用服务器收到主叫终端遇忙回叫请求并判断请求合法后，向呈现服务器发送对被叫终端状态的订阅请求消息；呈现服务器根据上报的被叫终端状态信息获知被叫终端空闲并通知应用服务器；然后应用服务器向主叫终端和被叫终端发起呼叫邀请，实现遇忙回叫。本发明还涉及一种遇忙回叫系统，包括IP多媒体子系统域核心网，所述核心网还设有呈现服务器，所述呈现服务器获知被叫终端状态为空闲后通知所述应用服务器，所述应用服务器分别向主叫终端和被叫终端发起呼叫邀请。本发明提出了基于PS的CCBS实现方案，PS有效管理全网用户的通信状态，从而充分利用网络资源，提升业务能力。

Description

遇忙回叫方法及系统

技术领域

本发明涉及通信领域中遇忙回叫方法及系统。

背景技术

遇忙回叫(Completion of Call to Busy Subscriber，简称CCBS)业务可以提高网络会话的接通率，为运营商带来新的增值业务，同时也给最终消费用户带来方便，提供更好的通信体验。

公共电话网络交换机(Public Switched Telephone Networks，简称PSTN)可以针对本局用户提供CCBS业务，完成本局主、被叫用户之间的遇忙回叫功能。PSTN提供CCBS业务流程如下：主叫终端签约了CCBS业务权限，主叫终端呼叫被叫终端，当被叫终端为忙时，主叫终端听忙音，激活CCBS业务，激活成功后挂机。PSTN业务处理模块接受主叫终端的激活操作后，定时扫描被叫终端的端口是否空闲。当被叫终端空闲后，PSTN回叫主叫终端，主叫终端摘机听遇忙回叫音，然后交换机向被叫终端发振铃消息，被叫终端摘机，主叫终端与被叫终端建立通话。

PSTN交换机虽然可以针对本局用户提供CCBS业务，完成本局主被叫用户之间的遇忙回叫功能，但存在以下缺点导致CCBS业务无法在全网中推广：

(1)由于交换机要定时扫描被叫用户的端口状态，当使用CCBS业务的用户超过全局用户的5％比例以上时，交换机处理负荷将大大增加，严重时会导致交换机处理器过载，影响交换机正常业务处理。

(2)当主被叫用户不在同一局点时，主叫用户所在的交换机无法通过局间信令获得被叫用户的状态，主叫局只能向被叫局定期发起试呼，检测被叫用户状态是否由忙转闲。这样处理不但加重了本局交换机负荷，也影响了局间信令和对局交换机的处理效率。

(3)PSTN交换机无法处理用户意愿信息，在被叫用户网络状态为空闲时，如果用户此时不想接受呼叫，用户无法将自己的意愿发送给交换机。

由于交换机实现CCBS业务存在以上局限性，限制了该业务在全网推广应用。

IP多媒体子系统域(IP Multimedia Subsystem，简称IMS)网络是下一代通信网的核心网。作为固定网络和移动网络的核心会话控制层，已成为目前业界讨论重点，在3GPP以及TISPAN标准中已定义了很多IMS相关规范。TISPAN-03035协议描述了CCBS业务流程，3GPP TS 22.093协议描述了CCBS实现方法。具体实现过程为：被叫应用服务器(Application Server，简称AS)向终端订阅获取被叫用户的状态信息，当被叫用户由忙变闲后，被叫用户将自己的状态信息通过终端发送给被叫应用服务器，由被叫应用服务器路由到主叫应用服务器。该方案存在以下缺点：

(1)当IMS域布署多个应用服务器且每个应用服务器都需要获取用户终端状态时，应用服务器和用户终端之间形成多对多的网状关系。如果网络中存在M个应用服务器和N个终端，每个应用服务器向N个用户终端订阅状态信息，每个用户终端都要将自己的状态发送给M个应用服务器，核心网的消息流量将增加N×M倍。

(2)该方案要求用户终端具备订阅和通知功能，影响CCBS业务的普及性。

(3)应用服务器无法获取用户终端的通信意愿信息，在被叫终端网络状态为空闲时，如果被叫用户此时不想接受呼叫，用户无法将自己的意愿发送给应用服务器。

发明内容

本发明的第一目的在于针对现有遇忙回叫方法，提供了一种基于呈现服务器的遇忙回叫方法在全网实现遇忙回叫业务的同时减少全网消息流量增加，提高了资源利用率。

为了实现上述目的，本发明提供了一种遇忙回叫方法，包括：步骤A、主叫应用服务器收到主叫终端遇忙回叫请求并判断请求合法后，向被叫应用服务器发送对被叫终端状态的订阅请求消息，被叫应用服务器收到主叫应用服务器对所述被叫终端状态的订阅请求消息后，向呈现服务器发送对所述被叫终端状态的订阅请求消息，被叫应用服务器收到呈现服务器返回的订阅请求成功的消息后，向主叫应用服务器返回订阅请求成功的消息；步骤B、呈现服务器接收上报的被叫终端状态信息，包括接收被叫应用服务器上报的被叫终端网络状态信息和被叫终端上报的被叫终端意愿状态信息，呈现服务器将被叫终端网络状态信息以及被叫终端意愿状态信息进行逻辑与处理运算后，获知被叫终端空闲并通知主叫应用服务器；步骤C、主叫应用服务器在获知被叫终端空闲后，向主叫终端发起呼叫邀请并向呈现服务器发布所述主叫终端网络状态为忙的信息，并向被叫应用服务器发起呼叫邀请，该被叫应用服务器向被叫终端发起呼叫邀请并向呈现服务器发布所述被叫终端网络状态为忙的信息。

由上述技术方案可知，本发明遇忙回叫方法及系统，通过在IMS网络中引入呈现服务器，所述用户终端通过应用服务器将其状态信息发布给呈现服务器，应用服务器通过所述呈现服务器订阅终端状态，呈现服务器将终端状态信息通知给相关的应用服务器，呈现服务器有效管理全网用户终端的通信状态，减少了各个应用服务器与用户终端的信息交互，从而充分利用网络资源，在消息流量增加很少的情况下，给全网用户提供遇忙回叫业务。如果网络中存在M个应用服务器和N个终端，应用服务器通过呈现服务器与终端交换状态信息只增加了N+M个消息。且本发明遇忙回叫系统实现简单，在不改变原有系统架构以及增加用户终端订阅和通知功能的情况下，引入呈现服务器，并与应用服务器集成实现遇忙回叫业务，提升了全网遇忙回叫业务普及能力。

附图说明

图1为本发明遇忙回叫方法的实施例一流程图；

图2为本发明遇忙回叫方法的实施例二流程图；

图3为本发明遇忙回叫方法的实施例三流程图；

图4为本发明遇忙回叫方法的实施例三中步骤A的流程图；

图5为本发明遇忙回叫方法的实施例三中步骤C的流程图；

图6为本发明遇忙回叫方法的实施例三中步骤D的流程图；

图7为本发明遇忙回叫系统的结构示意图；

图8为本发明遇忙回叫系统中呈现服务器的一结构示意图；

图9为本发明遇忙回叫系统中呈现服务器的另一结构示意图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明遇忙回叫方法的实施例一流程图，包括如下步骤：

步骤A、应用服务器(Application Server，简称AS)收到主叫终端遇忙回叫请求并判断请求合法后，应用服务器向呈现服务器(PresenceServer，简称PS)发送对所述被叫终端状态的订阅请求消息。

步骤B、呈现服务器根据上报的被叫终端状态信息获知被叫终端空闲并通知应用服务器。

步骤C、应用服务器在获知被叫终端空闲后向主叫终端和被叫终端发起呼叫邀请。

步骤A、步骤B以及步骤C反映的是遇忙回叫过程，该实施例还包括步骤D、主叫终端与被叫终端建立通信。

该实施例中，应用服务器通过向呈现服务器发送订阅请求消息获取被叫终端状态，当获知被叫终端空闲后向主叫终端和被叫终端发起呼叫邀请，最后主叫终端与被叫终端建立通信链路。在整个主叫终端呼叫被叫终端的遇忙回叫过程中，呈现服务器有效管理着全网被叫终端状态，由于每个用户终端都可能作为被叫终端，因此呈现服务器有效管理着全网用户终端状态，从而减少了各个应用服务器与用户终端的信息交互，从而充分利用网络资源，提升业务能力。如果网络中存在M个应用服务器和N个终端，所有用户终端共用一个呈现服务器时，应用服务器向呈现服务器订阅请求消息增加M个消息，用户终端向呈现服务器发送用户终端状态信息增加N个消息，应用服务器通过呈现服务器与终端交换状态信息只增加了N+M个消息，从而减少了核心网的业务流量。

如图2所示，实施例二在实施例一的基础上，所述步骤B之前还包括：步骤a、呈现服务器接收上报的被叫终端状态信息，具体为接收被叫终端的应用服务器上报的被叫终端网络状态信息。步骤a可以在步骤A与步骤B之间，或在步骤A之前，该实施例中步骤a在步骤A与步骤B之间。

CCBS业务的另一个关键技术是主叫网络如何有效的获取被叫终端网络状态(Capability)和被叫终端意愿状态(Willingness)，在本发明中由PS来管理用户终端的状态，即PS如何有效的获取被叫终端网络和被叫终端意愿状态。

如图3所示，实施例三在实施例一的基础上，步骤B之前还包括：步骤b、呈现服务器接收上报的被叫终端状态信息，包括接收被叫终端的应用服务器上报的被叫终端网络状态信息和被叫终端上报的被叫终端意愿状态信息。步骤b可以在步骤A与步骤B之间，或在步骤A之前，该实施例中步骤b在步骤A与步骤B之间。所述的步骤B中呈现服务器根据被叫终端状态信息获知被叫终端空闲具体为，呈现服务器将被叫终端状态信息中的被叫终端网络状态信息以及被叫终端意愿状态信息进行逻辑与处理运算后，获知被叫终端空闲。具体与处理过程如表1：

表1状态关系表

表1中，Busy表示状态为忙，Idle表示状态为空闲。与处理运算具体为，当被叫终端网络状态与被叫终端意愿状态均为空闲Idle时，处理后的被叫终端状态为空闲Idle；当被叫终端网络状态与被叫终端意愿状态至少一个为忙Busy时，处理后的被叫终端状态为忙Busy。

该实施例中，被叫终端将自身的通信意愿即被叫终端意愿状态信息发布给呈现服务器，呈现服务器将接收到的被叫终端的实际网络状态即被叫终端网络状态与所述被叫终端意愿状态进行逻辑与运算，当被叫终端网络状态为空闲时，此时被叫用户不想接受呼叫，被叫用户即可通过被叫终端将自己的意愿发送给呈现服务器，从而被叫终端可以结合被叫用户的通信意愿决定是否接受CCBS回叫，实现了用户通信意愿的自主性。

实施例三中，步骤A包括，如图4所示：

步骤A1、主叫应用服务器收到主叫终端遇忙回叫请求并判断合法后，向被叫应用服务器发送对所述被叫终端状态的订阅请求消息。首先主叫终端呼叫被叫终端，被叫应用服务器判断被叫终端等待CCBS的呼叫队列是否达到最大数(每个终端最多为5个)，如果未达到最大数，被叫应用服务器返回给主叫应用服务器所述被叫终端等待CCBS的队列未达到最大数，主叫应用服务器允许主叫终端激活CCBS业务；主叫应用服务器收到主叫终端激活CCBS业务后，保存本次呼叫的相关信息，启动定时器T1(20s)，监视主叫激活CCBS业务。

步骤A2、被叫应用服务器收到主叫应用服务器对所述被叫终端状态的订阅请求消息后，向呈现服务器发送对所述被叫终端状态的订阅请求消息。如果主叫终端与被叫终端不共用一个呈现服务器，则所述的向呈现服务器发送对所述被叫终端状态的订阅请求消息的步骤，具体为向被叫呈现服务器发送对所述被叫终端状态的订阅请求消息。

步骤A3、被叫应用服务器收到呈现服务器返回的订阅请求成功的消息后，向主叫应用服务器返回订阅请求成功的消息。所述被叫应用服务器收到所述呈现服务器返回的订阅请求成功的消息200 OK(会话初始协议SIP版本2.0中给出了经常使用的响应消息，200 OK表示用户最终已经接受消息)响应后，启动CCBS-T7定时器(190m)，监视CCBS在被叫应用服务器侧的保存时间，并向主叫侧返回订阅请求成功消息200 OK响应。主叫应用服务器收到订阅请求成功消息200 OK响应后，记录本次激活CCBS相关的数据，启动CCBS-T3定时器(180m)，监视CCBS在主叫应用服务器中保存时间，并为主叫终端放业务登记成功提示音。

实施例三中，步骤C包括，如图5所示：

步骤C1、主叫应用服务器向主叫终端发起呼叫邀请，然后向呈现服务器发送主叫终端网络状态忙的信息。所述主叫应用服务器收到所述被叫终端状态为空闲的通知后，通过第三方呼叫控制(third party call control，简称3pcc)方式向主叫终端发起呼叫邀请，同时启动定时器CCBS-T4(20s)，监视主叫终端响应。主叫应用服务器收到主叫终端接受呼叫邀请的200 OK响应后，向本域，即主叫终端所在域的呈现服务器发送所述主叫终端的状态为忙的消息。

步骤C2、主叫应用服务器向被叫应用服务器发起呼叫邀请。主叫应用服务器停止定时器CCBS-T4，向被叫终端发起呼叫邀请。

步骤C3、被叫应用服务器向被叫终端发起呼叫邀请，然后向呈现服务器发送被叫终端网络状态忙的信息。被叫应用服务器收到被叫终端接受呼叫邀请的200 OK响应后，向本域，即被叫终端所在域的呈现服务器发送所述被叫终端状态为忙的消息。

上述步骤中，用户终端无需具备订阅及通知能力，用户终端的状态均可以通过呈现服务器来发布，从而提高了CCBS业务的普及性；并且应用服务器只在收到终端的邀请200 OK响应后，才向呈现服务器发布终端忙状态，从而减小了终端的临时状态变化。

实施例三中，步骤D包括，如图6所示：

步骤D1、主叫应用服务器向被叫应用服务器发送对所述被叫终端状态的取消订阅请求消息。

步骤D2、所述被叫应用服务器收到所述主叫应用服务器取消订阅请求消息后，检查所述被叫终端的遇忙回叫队列，如果所述被叫终端的遇忙回叫队列中没有其他主叫终端订阅所述被叫终端状态，则执行步骤D3；如果所述被叫终端的遇忙回叫队列中还有其他主叫终端订阅所述被叫终端状态，则执行步骤D4。

步骤D3、所述被叫应用服务器收到所述呈现服务器订阅终止确认消息及所述主叫应用服务器收到所述被叫应用服务器的订阅终止确认消息后，停止遇忙回叫定时器，删除遇忙回叫数据，所述主叫终端与所述被叫终端正常通话。所述被叫应用服务器收到所述呈现服务器订阅终止确认信息后，停止CCBS-T7定时器(190m)，删除遇忙回叫数据，同时向主叫应用服务器发送订阅终止确认信息；所述主叫应用服务器收到所述被叫应用服务器订阅终止确认信息后，停止CCBS-T3定时器(180m)，删除遇忙回叫数据，所述主叫终端与所述被叫终端正常通话。

步骤D4、按照先进先出(First In First Out，简称FIFO)原则，取出所述被叫终端的遇忙回叫队列中第一个主叫终端重复所述被叫终端空闲后的呼叫操作，执行步骤C。

实施例一与实施例二的步骤D后，还包括：步骤E、所述主叫终端与所述被叫终端通话结束后，所述主叫应用服务器收到所述主叫终端的终止呼叫请求后，向呈现服务器发布所述主叫终端网络状态为空闲；所述被叫应用服务器收到所述被叫终端的终止呼叫请求后，向呈现服务器发布所述被叫终端网络状态为空闲。

图7为本发明遇忙回叫系统的结构示意图。该实施例中的遇忙回叫系统，包括设置在IP多媒体子系统域(IP Multimedia System，简称IMS)核心网中的应用服务器，用户终端以及呼叫会话控制功能(Call SessionControl Function，简称CSCF)单元，其中，所述核心网还包括有呈现服务器，所述呈现服务器与所述核心网中的呼叫会话控制功能单元、应用服务器及用户终端依次相连。呈现服务器用于接收应用服务器对被叫终端状态的订阅请求消息，并在获知被叫终端状态为空闲后通知所述应用服务器，然后所述应用服务器分别向主叫终端和被叫终端发起呼叫邀请。

该遇忙回叫系统，系统结构简单，且具有实际可操作性，对用户终端没有特别的要求，即在不改变原有系统架构以及不扩展现有用户终端订阅和通知功能的情况下，呈现服务器与应用服务器集成实现遇忙回叫业务，从而提高了全网中遇忙回叫业务普及能力。图8为本发明遇忙回叫系统中呈现服务器的一结构示意图，所述呈现服务器设有：

状态接收模块，用于接收所述应用服务器上报的用户终端网络状态信息和/或用户终端上报的用户终端意愿状态信息；

状态通知模块，与所述状态接收模块连接，用于接收所述应用服务器发送的对呈现服务器中用户终端状态的订阅请求消息以及接收所述状态处理模块中处理后的用户终端的状态，从而实现所述应用服务器订阅用户终端的状态。

图9为本发明遇忙回叫系统中呈现服务器的另一结构示意图。所述状态接收模块包括：

一用于接收所述应用服务器上报的用户终端网络状态信息的网络状态接收模块；以及

一用于接收用户终端上报的用户终端意愿状态信息的意愿状态接收模块；

所述呈现服务器还设有一状态处理模块，该状态处理模块与所述网络状态接收模块与所述意愿状态接收模块连接，用于实现用户终端网络状态信息和用户终端意愿状态信息进行逻辑与运算。

最后所应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围。

Claims (4)

1.一种遇忙回叫方法，其特征在于，包括：

步骤A、主叫应用服务器收到主叫终端遇忙回叫请求并判断请求合法后，向被叫应用服务器发送对被叫终端状态的订阅请求消息，被叫应用服务器收到主叫应用服务器对所述被叫终端状态的订阅请求消息后，向呈现服务器发送对所述被叫终端状态的订阅请求消息，被叫应用服务器收到呈现服务器返回的订阅请求成功的消息后，向主叫应用服务器返回订阅请求成功的消息；

步骤B、呈现服务器接收上报的被叫终端状态信息，包括接收被叫应用服务器上报的被叫终端网络状态信息和被叫终端上报的被叫终端意愿状态信息，呈现服务器将被叫终端网络状态信息以及被叫终端意愿状态信息进行逻辑与处理运算后，获知被叫终端空闲并通知主叫应用服务器；

步骤C、主叫应用服务器在获知被叫终端空闲后，向主叫终端发起呼叫邀请并向呈现服务器发布所述主叫终端网络状态为忙的信息，并向被叫应用服务器发起呼叫邀请，该被叫应用服务器向被叫终端发起呼叫邀请并向呈现服务器发布所述被叫终端网络状态为忙的信息。

2.根据权利要求1所述的方法，其特征在于，所述步骤C之后还包括：步骤D、主叫终端和被叫终端建立通信。

3.根据权利要求2所述的方法，其特征在于，所述步骤D包括：

步骤D1、主叫应用服务器向被叫应用服务器发送对所述被叫终端状态的取消订阅请求消息；

步骤D2、所述被叫应用服务器收到所述主叫应用服务器取消订阅请求消息后，检查所述被叫终端的遇忙回叫队列，如果所述被叫终端的遇忙回叫队列中没有其他主叫终端订阅所述被叫终端状态，则执行步骤D3；如果所述被叫终端的遇忙回叫队列中还有其他主叫终端订阅所述被叫终端状态，则执行步骤D4；

步骤D3、所述被叫应用服务器收到所述呈现服务器订阅终止确认消息后，停止其在收到呈现服务器返回的订阅请求成功消息后所启动的遇忙回叫定时器，删除遇忙回叫数据，向所述主叫应用服务器发送订阅终止确认信息；以及，所述主叫应用服务器收到所述被叫应用服务器的订阅终止确认消息后，停止其在收到所述被叫应用服务器发送的订阅请求成功消息后所启动的遇忙回叫定时器，删除遇忙回叫数据；所述主叫终端与所述被叫终端正常通话；

步骤D4、按照先进先出原则，取出所述被叫终端的遇忙回叫队列中第一个主叫终端，执行步骤C。

4.根据权利要求2所述的方法，其特征在于，所述步骤D后还包括：

步骤E、所述主叫终端与所述被叫终端通话结束后，所述主叫应用服务器收到所述主叫终端的终止呼叫请求后，向呈现服务器发布所述主叫终端网络状态为空闲；所述被叫应用服务器收到所述被叫终端的终止呼叫请求后，向呈现服务器发布所述被叫终端网络状态为空闲。

Images