CN101431832A - 实现遇忙回呼的终端业务的方法和移动终端 - Google Patents

Abstract

本发明公开了一种实现遇忙回呼的终端业务的方法和移动终端，该移动终端包括：呼叫应用管理模块，用于实现来电提示和回呼提示，在用户选择在之后进行回呼的情况下将该事件通知自动回呼记录模块，并通知呼叫监测模块启动；自动回呼记录模块，用于响应于上述事件通知增加对应于主叫移动终端的自动回呼记录，在接收到来自呼叫监测模块的通知后将主叫移动终端的号码提示给用户，并响应于用户的输入进行回呼；呼叫监测模块，用于监测移动终端的状态，并在移动终端的状态由忙改变为空闲时通知自动回呼记录模块进行号码的提示。借助本发明，能够使被叫移动终端记录该主叫移动终端的自动回呼记录以进行回呼，消除了系统和移动终端对协议栈的依赖性。

Description

实现遇忙回呼的终端业务的方法和移动终端

技术领域

本发明涉及通信领域，并且特别地，涉及一种实现遇忙回呼的终端业务的方法和移动终端。

背景技术

随着移动通信的高速发展，各种移动增值业务也迅猛发展起来。通过这些增值业务，能够解决用户使用移动通信过程中遇到的问题，为用户提供便利，带来更好的用户体验。

例如，当呼叫过程中，遇到被叫忙时，就会导致呼损，这时主叫移动终端只能等待合适时间再发起呼叫。为了挽回这部分呼叫，产生了遇忙回呼(Completion of Calls to Busy Subscriber，简称为CCBS)业务，通过这种业务，即使出现了由于被叫忙或空中信道资源不可用而导致的呼叫无法正常进行的情况，也能在被叫闲或者有可用空中信道资源时，网络侧设备主动提示主叫移动终端，使主叫移动终端可选择接续此次呼叫，从而发起CCBS呼叫至被叫移动终端，完成本次呼叫。可以看出，CCBS业务的应用可以有效提高用户的呼叫接通率，并且由于该业务很容易触发，因此还能够为运营商增加可观的收入。

目前，移动网络实现的CCBS业务是通过提升整个网络设备的业务支撑能力来实现的。根据GSM phase2+协议的规定，当前CCBS业务的实现过程如下：在呼叫过程中，如果被叫移动终端忙，则网络需要发送消息至主叫，指示被叫忙，并指明网络支持CCBS业务，提示主叫移动终端可以激活CCBS业务，主叫移动终端选择激活CCBS业务并发起CCBS业务激活请求消息，请求网络随时报告被叫空闲状态，此时，网络设备将实时检测被叫移动终端状态，当监测到被叫移动终端空闲时，网络发送CCBS呼叫信息消息通知主叫移动终端，主叫移动终端返回CCBS呼叫证实信息消息，网络会再给主叫发起CCBS重新呼叫消息，主叫根据CCBS呼叫信息消息中的信息，发起CCBS呼叫至被叫，被叫移动终端摘机应答，从而完成CCBS业务。

综上所述，GSM phase2+协议定义的CCBS业务的实现主要经历以下四个过程：(1)当被叫忙时，网络指示主叫激活CCBS业务；(2)主叫移动终端激活CCBS业务；(3)当被叫空闲时，网络调用CCBS业务；(4)主叫移动终端建立CCBS呼叫。

然而，综上所述，目前采用的通过现有移动通信系统的补充业务实现CCBS业务的方式存在以下问题：

(1)要求移动终端必须支持GSM phase2+协议栈或GSMphase2+以上协议栈，只有支持协议栈才能完成移动终端和网络之间的信息交互，进而实现CCBS业务。但实际上相当一部分移动终端是不支持GSM phase2+的，从而导致这些移动用户在使用CCBS业务时将受到限制和制约，不能够满足这些移动用户对CCBS业务的需求，并且会给运营商的利益带来损失。

(2)在目前CCBS业务的实现过程中，被叫移动终端始终处于被动状态，且在被叫移动终端忙时，并不知道有重要来电，这就会导致被叫移动终端不能主动选择挂断当前电话，只有在被叫移动终端空闲、主叫回呼后才能接通电话。

由此可见，目前CCBS业务的实现要求主被叫所处网络设备以及移动终端都必须支持GSM phase2+规定的相关网络业务协议，由于这种对于协议的依赖型，一旦网络中某个设备不具备协议支撑或者出现问题，就可能导致CCBS业务无法实现，因此，保证CCBS业务实现所消耗的系统运营成本很高，而系统复杂度提高的同时又会导致可靠性降低；此外，而且对于GSM phase2或GSM phase1的移动终端用户，必须通过升级移动终端的协议栈，才能配合当前最新版本的协议，否则将无法继续实现CCBS业务；而没有相关协议栈的移动终端则无法实现CCBS业务。这显然不便于运营商开展业务并通过CCBS业务为用户应用带来便利。

目前，针对由于CCBS业务的实现过于依赖相关协议而导致系统运营成本高、移动终端实现复杂、以及业务应用范围受限制的问题，目前尚未提出有效的解决方案。

发明内容

考虑到相关技术中由于CCBS业务的实现过于依赖相关协议而导致系统运营成本高、移动终端实现复杂、以及业务应用范围受限制的问题而做出本发明，为此，本发明的主要目的在于提供一种实现遇忙回呼的终端业务的方法和移动终端。

根据本发明的一个发明，提供了一种移动终端，该移动终端可用于在其处于忙状态期间被主叫移动终端呼叫的情况下实现遇忙回呼。

根据本发明的移动终端包括：

呼叫应用管理模块，用于在移动终端被主叫移动终端呼叫的情况下进行来电提示和回呼提示，以及在用户选择在之后进行回呼的情况下将该事件通知自动回呼记录模块，同时通知呼叫监测模块启动；

自动回呼记录模块，用于响应于呼叫应用管理模块的事件通知增加对应于主叫移动终端的自动回呼记录，并在接收到来自呼叫监测模块的通知后根据自动回呼记录将主叫移动终端的号码提示给移动终端的用户，并响应于用户根据提示所做的输入进行回呼；

呼叫监测模块，用于监测移动终端的当前状态，并在移动终端的当前状态由忙改变为空闲的情况下通知自动回呼记录模块进行主叫移动终端号码的提示。

并且，该终端可以进一步包括：

底层呼叫管理协议层模块，用于在移动终端被呼叫时接收在移动终端签约了遇忙回呼业务的情况下由网络侧发送的预定消息，并将预定消息转换为来电事件，并将来电事件通知给呼叫应用管理模块。

并且，呼叫应用管理模块可以进一步包括：提示子模块，用于响应于来电事件提示用户是否回呼主叫移动终端；通知子模块，用于在用户选择不回呼的情况下通知自动回呼记录模块增加自动回呼记录。

优选地，呼叫应用管理模块还可以进一步包括：控制模块，用于在用户选择之后进行回呼的情况下启动呼叫监测模块进行监测。

此外，自动回呼记录模块可以进一步包括：管理模块，用于在呼叫应用管理模块对主叫移动终端进行回呼之后删除增加的自动回呼记录。

根据本发明的另一方面，提供了一种实现遇忙回呼的终端业务的方法。

根据本发明的实现遇忙回呼的终端业务的方法包括：在主叫移动终端呼叫被叫移动终端且被叫移动终端忙的情况下，自动回呼记录模块增加对应于主叫移动终端的自动回呼记录；在呼叫监测模块监测到被叫移动终端的当前状态由忙改变为空闲的情况下将该状态改变通知给自动回呼记录模块；响应于呼叫监测模块的通知，自动回呼记录模块根据增加的自动回呼记录将主叫移动终端的号码提示给用户，并根据用户的输入回呼主叫移动终端。

其中，在自动回呼记录模块增加自动回呼记录之前，该方法可进一步包括：

在被叫移动终端的签约的归属位置寄存器中查找被叫移动终端是否签约遇忙回呼业务，并在查找结果为是的情况下由网络侧向被叫移动终端发送预定消息；

被叫移动终端的底层呼叫管理协议将预定消息转换为来电事件并通知给呼叫应用管理模块；

呼叫应用管理模块提示用户是否进行回呼，并在用户选择进行回呼的情况下，通知自动回呼记录模块增加自动回呼记录，同时通知呼叫监测模块启动。

并且，在自动回呼记录模块对主叫移动终端进行回呼之后，可以删除上述增加的自动回呼记录。

借助本发明的上述技术方案，通过在需要触发遇忙回呼时由网络侧向被叫移动终端发送触发回呼处理的预定消息，使被叫移动终端记录该主叫移动终端的自动回呼记录，进而可以在被叫移动终端空闲时进行回呼，解决了由于遇忙回呼业务对协议的依赖性高导致系统运营成本高以及业务实现对移动终端的要求较高的问题，消除了系统和移动终端对协议栈的依赖性，避免了网络设备协议栈的升级以及网络对被叫移动终端状态的监测，降低了对现有网络的要求。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明装置实施例的用于实现遇忙回呼的移动终端的框图；

图2是根据本发明方法实施例的实现遇忙回呼的终端业务的方法的流程图；

图3是根据本发明方法实施例的实现遇忙回呼的终端业务的方法的详细处理过程的流程图；

图4是根据本发明方法实施例的实现遇忙回呼的终端业务的方法的信令流程图。

具体实施方式

功能概述

考虑到相关技术中由于遇忙回呼业务对协议的依赖性高导致系统运营成本高以及业务实现对移动终端的要求较高的问题，本发明通过在需要触发遇忙回呼时由网络侧向被叫移动终端发送触发回呼处理的预定消息，使被叫移动终端记录该主叫移动终端的自动回呼记录，进而可以在被叫移动终端空闲时进行回呼，消除了系统和移动终端对协议栈的依赖性。

装置实施例

在本实施例中，提供了一种移动终端，该移动终端可以在其处于忙状态期间被主叫移动终端呼叫的情况下实现遇忙回呼。

如图1所示，根据本实施例的移动终端包括：呼叫应用管理模块10、自动回呼记录模块20和呼叫监测模块30，这三个模块之间通过异步事件传递，并将被叫移动终端忙状态下的来电事件进行回呼的处理，下面将详细描述这三个模块。

呼叫应用管理模块10用于进行来电提示，配合底层呼叫管理协议模块，进行解析忙时来电事件；并且，呼叫应用管理模块10还用于完成呼叫的业务处理过程，负责用户界面(User Interface，UI)功能，提示用户是否稍后进行回呼(即，进行回呼提示)，如果用户选择稍候回呼(即，用户选择“稍后回呼”选项)，则通过事件通知的形式将回呼号码等信息传递给自动回呼模块，同时通知呼叫监测模块启动移动终端忙闲状态的监测；

自动回呼记录模块20用于响应于呼叫应用管理模块的事件通知增加对应于主叫移动终端的自动回呼记录(可以以回呼号码资源列表的形式存储)，并在接收到来自呼叫监测模块的通知后根据自动回呼记录将主叫移动终端的号码提示给移动终端的用户，并响应于用户根据提示所做的输入进行回呼；

并且呼叫监测模块30用于监测其所在移动终端的当前状态，并在该移动终端处于被叫忙的情况下，一旦移动终端的状态由忙改变为空闲就立即通知自动回呼记录模块进行主叫移动终端号码的提示，优选地，呼叫监测模块30可通过监测用户按键事件或网络挂机事件来确定移动终端的状态。

具体地，自动回呼记录模块20可进一步包括：管理模块(未示出)，用于在自动回呼记录模块20对主叫终端进行回呼之后删除增加的自动回呼记录。

该移动终端可以进一步包括：底层呼叫管理协议层模块(未示出)，用于在移动终端被呼叫时接收在移动终端签约了遇忙回呼业务的情况下由网络侧发送的Setup消息(用于触发移动终端自动回呼处理的预定消息)，并将该消息转换为来电事件，将来电事件通知给呼叫应用管理模块。

呼叫应用管理模块10还可以进一步包括：提示子模块(未示出)，用于响应于来电事件提示用户是否回呼主叫移动终端；通知子模块(未示出)，用于在用户选择回呼的情况下通知自动回呼记录模块20增加自动回呼记录；控制模块(未示出)，用于在用户选择回呼的情况下启动呼叫监测模块30进行监测。

为了保证只有签约遇忙回呼业务的移动终端才能够使用该业务，网络侧设备需在归属位置寄存器、移动交换中心和访问位置寄存器增加用户遇忙回呼业务签约信息的存储和处理。移动终端须预先申请遇忙回呼业务，并将签约信息存放在归属位置寄存器中，并在用户开机或漫游过程中，插入到用户当前服务的移动交换中心和访问位置寄存器中，这样网络侧设备根据该被叫移动终端的遇忙回呼签约信息，在用户忙时，给被叫移动终端发送Setup消息，触发被叫移动终端完成遇忙回呼业务的实现。

可以看出，移动终端和网络设备完成的处理不需要诸如GSMPhase2+的相关协议的支持，消除了实现遇忙回呼业务对相关协议的依赖性。在原有网络运行模式下采用现有移动终端开发技术，就能够容易地在被叫移动终端设备中引入上述各个模块，使得没有相关协议支持的移动终端能够实现遇忙回呼业务。此外，根据本实施例的移动终端进行遇忙回呼时不会对空中接口增加任何信令，不影响移动终端其它业务的正常实现，只是在现有业务实现的基础上，方便灵活地实现遇忙回呼，其系统设计具有良好的灵活性。

方法实施例

在本实施例中，提供了一种遇忙回呼的实现方法。如图2所示，根据本实施例的遇忙回呼的实现方法包括：

步骤S202，在主叫移动终端呼叫被叫移动终端且被叫移动终端忙的情况下，呼叫应用管理模块提供来电提示和回呼提示功能，如果用户选择在之后进行回呼，则通知自动回呼记录模块和启动呼叫监测模块；

步骤S204，响应呼叫应用管理模块的通知，自动回呼记录模块增加对应于主叫移动终端的自动回呼记录；

步骤S206，在呼叫监测模块监测到被叫移动终端的当前状态由忙改变为空闲的情况下将该状态改变通知(优选地，可以通过异步事件进行通知)给自动回呼记录模块；

步骤S208，响应于呼叫监测模块的通知，自动回呼记录模块根据增加的自动回呼记录将主叫移动终端的号码提示给用户；

步骤S210，自动回呼记录模块根据用户的输入回呼主叫移动终端。

其中，在自动回呼记录模块增加自动回呼记录之前，该方法可进一步包括：在被叫移动终端的签约的归属位置寄存器中查找被叫移动终端是否签约遇忙回呼业务，并在查找结果为是的情况下由网络侧向被叫移动终端发送Setup消息(触发移动终端进行自动回呼处理的预定消息)；被叫移动终端的底层呼叫管理协议将Setup消息转换为来电事件并通知给呼叫应用管理模块；呼叫应用管理模块提示用户是否选择回呼(例如，用户选择“稍候回呼”选项)的情况下，通知自动回呼记录模块增加自动回呼记录。

在自动回呼记录模块对主叫移动终端进行回呼之后删除增加的自动回呼记录，从而保证足够的存储空间以及下一次触发遇忙回呼的准确提示。

图3是根据本发明实施例的遇忙回呼的实现方法的详细处理过程的流程图。如图3所示，具体可以包括如下步骤：

步骤301：主叫移动终端呼叫被叫移动终端，被叫移动终端忙，被叫移动终端底层呼叫管理协议层收到Setup消息，将Setup消息转换成来电事件通知呼叫应用管理模块；

步骤302：呼叫应用管理模块提供来电和回呼提示功能，如果用户选择“稍候回呼”(在之后进行回呼)选项，则呼叫应用管理模块将该事件通知自动回呼记录模块，并启动呼叫监测模块(对应于上述步骤S202)；

步骤303：自动回呼记录模块增加一条新的回呼号码的信息记录(对应于上述步骤S204)；

步骤304：主被叫本次通话结束，被叫空闲，呼叫监测模块通过监测用户按键事件或收到网络挂机信号来获得用户状态，并立即发送异步事件通知自动回呼记录模块(对应于上述步骤S206)；

步骤305：自动回呼记录模块收到呼叫监测模块的空闲信号，提供回呼号码组列表(包含增加的自动回呼记录)，供用户选择(对应于上述步骤S208)，其中，如果在被叫移动终端忙期间有多个主叫移动终端呼叫了该被叫移动终端，则应当将所有主叫移动终端的号码均提示给被叫移动终端，这样被叫移动终端的用户可以从多个主叫移动终端的号码中进行选择；

步骤306：自动回呼记录模块根据用户选择的回呼号码，调用呼叫接口呼出该号码，完成回呼主叫移动终端的功能(对应于上述步骤S210)。

图4是根据本发明的遇忙回呼的实现方法的信令流程图。如图4所示，具体包括以下步骤：

步骤401：诸如移动交换中心(Mobile Switch Center，MSC)的网络设备检测到被叫移动终端MS1忙，并查询其签约信息为遇忙回呼业务激活，则下发空口信令Setup消息至移动终端MS1；

步骤402：移动终端MS1解析Setup消息，发送呼叫证实(call-confirmed)消息给MSC；

步骤403：移动终端MS1发送振铃消息(alerting消息)至MSC；

步骤404：移动终端MS1选择稍候回呼，在MS1空闲后，选择回呼号码MS2，并对MS2进行回呼，发送setup消息至MSC(即，对应于上述步骤S204至步骤S208)；

步骤405：MS2如果空闲，MSC发送呼叫进行消息(call-proceeding消息)至MS1；

步骤406：MSC发送alerting消息至MS1；

步骤407：MS2应答，MSC发送连接消息(connect消息)至MS1，主被叫移动终端进入正常通话，回呼完成。

从图4所示的处理可以看出，诸如MSC的网络侧设备完成的处理不需要诸如GSM Phase2+的相关协议的支持，从而有效消除了对于相关协议的依赖性，进而节省了与协议相关的系统运维成本。

综上所述，借助于本发明的技术方案，通过在需要触发遇忙回呼时由网络侧向被叫移动终端发送触发回呼处理的预定消息，使被叫移动终端记录该主叫移动终端的自动回呼记录，进而可以在被叫移动终端空闲时进行回呼，避免用户错过其处于忙状态期间收到的重要来电，提升了用户体验，解决了由于遇忙回呼业务对协议的依赖性高导致系统运营成本高以及业务实现对移动终端的要求较高的问题，消除了系统和移动终端对协议栈的依赖性，避免了网络设备协议栈的升级以及网络对被叫移动终端状态的监测，降低了对现有网络的要求，节省了运营商网络运营投资；同时可以扩大使用遇忙回呼业务的用户群，为运营商增加可观的话务收入。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种移动终端，用于在其处于忙状态期间被主叫移动终端呼叫的情况下实现遇忙回呼，其特征在于，所述移动终端包括：

呼叫应用管理模块，用于在所述移动终端被所述主叫移动终端呼叫的情况下进行来电提示和回呼提示，以及在用户选择在之后进行回呼的情况下将该事件通知自动回呼记录模块，同时通知呼叫监测模块启动；

自动回呼记录模块，用于响应于所述呼叫应用管理模块的事件通知增加对应于所述主叫移动终端的自动回呼记录，并在接收到来自呼叫监测模块的通知后根据所述自动回呼记录将所述主叫移动终端的号码提示给所述移动终端的用户，并响应于所述用户根据提示所做的输入进行回呼；

所述呼叫监测模块，用于监测所述移动终端的当前状态，并在所述移动终端的当前状态由忙改变为空闲的情况下通知所述自动回呼记录模块进行所述主叫移动终端号码的提示。

2.根据权利要求1所述的移动终端，其特征在于，进一步包括：

底层呼叫管理协议层模块，用于在所述移动终端被呼叫时接收在所述移动终端签约了遇忙回呼业务的情况下由网络侧发送的预定消息，并将所述预定消息转换为来电事件，并将所述来电事件通知给所述呼叫应用管理模块。

3.根据权利要求2所述的移动终端，其特征在于，所述呼叫应用管理模块进一步包括：

提示子模块，用于响应于所述来电事件提示所述用户是否回呼所述主叫移动终端；

通知子模块，用于在所述用户选择不回呼的情况下通知所述自动回呼记录模块增加所述自动回呼记录。

4.根据权利要求3所述的移动终端，其特征在于，所述呼叫应用管理模块进一步包括：

控制模块，用于在所述用户选择之后进行回呼的情况下启动所述呼叫监测模块进行监测。

5.根据权利要求1所述的移动终端，其特征在于，所述自动回呼记录模块进一步包括：

管理模块，用于在所述呼叫应用管理模块对所述主叫移动终端进行回呼之后删除增加的所述自动回呼记录。

6.一种实现遇忙回呼的终端业务的方法，其特征在于，包括：

在主叫移动终端呼叫被叫移动终端且被叫移动终端忙的情况下，自动回呼记录模块增加对应于所述主叫移动终端的自动回呼记录；

在呼叫监测模块监测到所述被叫移动终端的当前状态由忙改变为空闲的情况下将该状态改变通知给所述自动回呼记录模块；

响应于所述呼叫监测模块的通知，所述自动回呼记录模块根据增加的所述自动回呼记录将所述主叫移动终端的号码提示给用户，并根据用户的输入回呼所述主叫移动终端。

7.根据权利要求6所述的方法，其特征在于，在所述自动回呼记录模块增加所述自动回呼记录之前，进一步包括：

在所述被叫移动终端的签约的归属位置寄存器中查找所述被叫移动终端是否签约遇忙回呼业务，并在查找结果为是的情况下由网络侧向所述被叫移动终端发送预定消息；

所述被叫移动终端的底层呼叫管理协议将所述预定消息转换为来电事件并通知给所述呼叫应用管理模块；

所述呼叫应用管理模块提示所述用户是否进行回呼，并在所述用户选择进行回呼的情况下，通知所述自动回呼记录模块增加所述自动回呼记录，同时通知呼叫监测模块启动。

8.根据权利要求6所述的方法，其特征在于，在所述自动回呼记录模块对所述主叫移动终端进行回呼之后删除增加的所述自动回呼记录。

Images