CN101111034A - 一种终端来电处理方法 - Google Patents

Abstract

本发明涉及一种终端来电处理方法，包括：预先在终端(3)上设置需要自动回复“用户忙”的号码或号码库；呼叫过程中，终端自动获取主叫号码并提供给终端软件(1)；终端软件根据主叫号码是所述自动回复“用户忙”的号码或属于所述自动回复“用户忙”的号码库利用终端协议栈(2)中增加的对应上层接口命令控制终端协议栈自动给网络(4)回应“用户忙”消息。这种方法具有如下优点：①终端不用振铃；②减少了空中接口的信息交互；③用户无需干预，事先设置好后，将由终端自动按用户的设置进行过滤；④主叫方，听不到振铃，从而用户忙的情景更真实。

Description

一种终端来电处理方法

技术领域

本发明涉及移动终端，具体涉及一种终端来电处理方法。

背景技术

目前，3GPP协议对用户决定用户忙的基本要求，根据3GPP TS 24.008里的要求，如果用户决定用户忙，当终端的CC实体处于“mobile terminatingcall confirmed”或“call received”状态时，如果用户决定用户忙，CC应该发送Disconnect消息，并带原因值为#17(用户忙)；当终端的CC实体处于“call present”状态时，CC实体应该发送Release Complete消息给网络，并带原因值为#17(用户忙)。

因此，现有用户决定用户忙的处理方法如图1所示，用户不能预设用户决定用户忙，只有在振铃过后，才能决定用户忙，不但需要用户干预，而且浪费了无线资源，即：当用户不希望接听某个来电但又希望使用用户忙的原因来拒绝该来电，以这个原因来拒绝来电时，都是当用户收到来电，振铃或其它方式的提示后，再由用户决定是否使用用户忙的原因来拒绝来电。

这样做，有以下几个不足：

第一，延长了占用无线资源的时间；

第二，每次拒绝都需要用户的干预；

第三，终端需要提示给用户；

第四，主叫方可能会听到被叫方的回铃音。

另外，对本发明申请使用的专业术语集中说明如下：

AT：AT命令，指终端协议栈对上层提供的命令接口

CC：呼叫控制

Call Confirm：呼叫确认消息，被叫收到Setup消息后，如果确认接受此路呼叫时，则回应此消息

call received：CC实体的一个状态，CC发送Alert消息给网络后，进入此状态

call present：CC实体的一个状态，终端CC实体收到Setup消息后，进入此状态

Disconnect：呼叫挂断消息

mobile terminating call confirmed：CC实体的一个状态，CC收到Setup消息后，给网络回复了Call confirm消息就进入此状态

Release Complete：呼叫释放完成消息

Setup：3GPP里呼叫控制协议里的呼叫建立消息，当终端是被叫时，Setup消息收到的第一条消息

UDUB：用户决定用户忙

发明内容

本发明需要解决的技术问题是提供一种终端来电处理方法，可由用户预先设置在特定情况下，对来电自动进行用户决定用户忙(UDUB)。

本发明的上述技术问题这样解决，提供一种终端来电处理方法，在终端协议栈中新增对应上层接口命令，包括以下步骤：

1.1)预先在终端上设置需要自动回复“用户忙”的号码或号码库；

1.2)呼叫过程中，终端自动获取主叫号码并提供给终端软件，即：协议栈上层软件；

1.3)若终端软件判断主叫号码是所述自动回复“用户忙”的号码或属于所述自动回复“用户忙”的号码库的号码，则利用终端协议栈中增加的对应上层接口命令来控制终端协议栈自动给网络回应“用户忙”消息。

按照本发明提供的处理方法，所述接口命令是自定义AT命令。

按照本发明提供的处理方法，所述自定义AT命令包括参数，所述参数是“用户拒绝此呼叫”，“用户接受此呼叫”或“用户决定用户忙”三种中的任一种。

按照本发明提供的处理方法，所述步骤1.3)中终端协议栈根据所述“用户决定用户忙”自动给网络回应“用户忙”消息。

按照本发明提供的处理方法，所述“用户忙”消息是携带原因值为#17的Release Complete消息。

按照本发明提供的处理方法，所述步骤1.3)还包括终端协议栈根据所述“用户拒绝此呼叫”自动给网络发送“拒绝呼叫”消息。

按照本发明提供的处理方法，所述“拒绝呼叫”消息是携带原因值为#21的Release Complete消息。

按照本发明提供的处理方法，所述步骤1.3)还包括终端协议栈根据所述“用户接受此呼叫”自动给网络发送“接受呼叫”消息。

按照本发明提供的处理方法，所述“接受呼叫”消息是Call Comfirm消息。

按照本发明提供的处理方法，所述终端包括但不限制于GSM、WCDMA或TD-SCDMA手机。

本发明提供的一种终端来电处理方法，与现有技术相比，有如下优点：

第一，终端不用振铃；

第二，减少了空中接口的信息交互；

第三，用户无需干预，事先设置好后，将由终端自动按用户的设置进行过滤；

第四，主叫方听不到振铃，从而用户忙的情景更真实。

附图说明

下面结合附图和具体实施例进一步对本发明进行详细说明。

图1是现有技术处理方法示意图。

图2是本发明处理方法示意图。

具体实施方式

第一，说明本发明用户决定用户忙的处理方法，如图2所示，用户预先设置好用户决定用户忙的条件，终端收到Setup消息，上层软件会收到协议栈的指示，然后根据用户预设的条件，进行判断是否需要决定用户忙，如果是，则协议栈的CC实体发送Release Complete消息(原因值为#17)。

第二，通过本发明具体实施进一步说明本发明：

本发明具体实施包括下几个步骤：

步骤一用户预先设置

首先由用户预先设置一些条件，指明当来电符合这些条件时，终端可以自动启动用户决定用户忙过程。

步骤二终端协议栈收到来电

终端协议栈收到Setup消息后，在进行其它必须的处理后(对Setup消息进行参数检查及兼容性检查等操作)，将来电的相关信息通过AT命令RING或+CRING指示给终端协议栈的上层软件。

步骤三上层软件的分析

上层软件在收到终端协议栈指示的来电后，分析来电的相关信息是否符合用户预先设置的启动自动用户决定用户忙的条件，如果符合，则通知协议栈进行相关的处理，如果不符合，则通知协议栈按正常情况处理，上层软件通过新增的AT命令+ZA:<result>通知协议栈result的取值：0表示用户拒绝此呼叫，1为用户接受此呼叫，2为用户决定用户忙。

步骤四终端协议栈收到上层软件的分析结果

终端协议栈在收到+ZA命令后，获取当前是否需启动用户决定用户忙的过程，如果用户拒绝此呼叫，则发送Release Complete消息，原因值为#21，如果需要启用用户决定用户忙，则先给网络发送Release Complete消息，Release Complete消息所带的原因值为#17(user busy)。

步骤五后续相关处理

CC(呼叫控制)实体执行释放MM(移动管理)连接等相关正常的后续流程，参照3GPP TS 24.008。

最后，应当理解的是，对本发明技术所在领域的普通技术人员来说，可以根据本发明的技术方案及其构思进行相应的等同改变或替换，而所有这些改变或替换，都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种终端来电处理方法，其特征在于，包括以下步骤：

1.1)预先在终端(3)上设置需要自动回复“用户忙”的号码或号码库；

1.2)呼叫过程中，终端(3)自动获取主叫号码并提供给终端软件(1)；

1.3)若终端软件(1)判断主叫号码是所述自动回复“用户忙”的号码或属于所述自动回复“用户忙”的号码库的号码，则利用终端协议栈(2)中增加的对应上层接口命令来控制终端协议栈(2)自动给网络(4)回应“用户忙”消息。

2.根据权利要求1所述处理方法，其特征在于，所述接口命令是自定义AT命令。

3.根据权利要求2所述处理方法，其特征在于，所述自定义AT命令包括参数，所述参数是“用户拒绝此呼叫”，“用户接受此呼叫”或“用户决定用户忙”三种中的任一种。

4.根据权利要求3所述处理方法，其特征在于，所述步骤1.3)中终端协议栈(2)根据所述“用户决定用户忙”自动给网络(4)回应“用户忙”消息。

5.根据权利要求1或4所述处理方法，其特征在于，所述“用户忙”消息是携带原因值为#17的Release Complete消息。

6.根据权利要求3所述处理方法，其特征在于，所述步骤1.3)还包括终端协议栈(2)根据所述“用户拒绝此呼叫”自动给网络(4)发送“拒绝呼叫”消息。

7.根据权利要求6所述处理方法，其特征在于，所述“拒绝呼叫”消息是携带原因值为#21的Release Complete消息。

8.根据权利要求3所述处理方法，其特征在于，所述步骤1.3)还包括终端协议栈(2)根据所述“用户接受此呼叫”自动给网络(4)发送“接受呼叫”消息。

9.根据权利要求8所述处理方法，其特征在于，所述“接受呼叫”消息是Call Comfirm消息。

10.根据权利要求1所述处理方法，其特征在于，所述终端(3)是GSM、WCDMA或TD-SCDMA手机。

Images