CN111065171B - 一种终止呼叫的方法、应用程序处理器及调制解调器 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种终止呼叫的方法、应用程序处理器及调制解调器，在该方案中，应用程序处理器接收挂断指令，并根据挂断指令，向调制解调器发送第一消息，第一消息用于触发调制解调器直接终止呼叫，调制解调器根据第一消息就可以及时终止呼叫，因此，减少了终止呼叫所耗费的时间，提高了效率。

Description

一种终止呼叫的方法、应用程序处理器及调制解调器

技术领域

本发明涉及通信技术领域，特别涉及一种终止呼叫的方法、应用程序处理器及调制解调器。

背景技术

随着通信技术的发展，移动终端的应用越来越广泛。移动终端的硬件结构分为应用程序处理器(英文全称：Application Processor，英文缩写：AP)和调制解调器(英文：Modem)两个部分。

当移动终端接收到建立呼叫的指令时，AP与Modem之间的通信过程如下：

步骤a1：AP接收到建立呼叫的指令时，向Modem发送拨号(英文：Dial)命令；

步骤b1：Modem根据拨号命令向网络侧发送请求消息；

步骤c1：Modem接收到网络侧反馈的响应消息后，建立此次呼叫，向AP回复确认消息；

其中，确认消息中携带呼叫标识(英文：Identity)，该呼叫标识用于标识本次呼叫。

步骤d1：AP根据接收到的确认消息，将移动终端的界面从拨号界面变为通话界面。

当移动终端接收到挂断指令时，AP与Modem之间的通信过程如下：

步骤a2：AP接收到挂断指令时，向Modem发送断开(英文：disconnect)消息，该断开消息中包含待终止的呼叫的呼叫标识；

步骤b2：Modem向网络侧发送断开消息；

步骤c2：Modem收到网络侧反馈的响应消息后，释放断开消息中携带的呼叫标识所指示的呼叫的资源，并向AP反馈响应消息，反馈终止呼叫成功；

步骤d2：AP根据接收到的响应消息，退出通话界面，返回初始界面。

在实际应用中，移动终端进入到无服务的区域时，比如进入电梯，就会与网络失去联系，此时，移动终端接收到挂断指令时，无论移动终端处于通话过程，还是处于拨号的过程，停止此次呼叫所需要耗费的时间均较长，理由如下：

若移动终端在通话过程中进入到无服务的区域，此时，移动终端接收到终止呼叫的指令时，执行如下过程：

步骤a3：AP向Modem发送断开消息，该断开消息中包含待终止的呼叫的呼叫标识；

步骤b3：Modem根据该呼叫标识向网络侧发送断开消息，启动T305定时器；

步骤c3：若在超过T305定时器设定的时长后，Modem仍未收到网络侧反馈的响应消息，则向网络侧再次发送断开消息，并启动T308定时器；

步骤d3：若在超过T308定时器设定的时长后，Modem仍未收到网络侧反馈的响应消息，Modem释放针对断开消息中携带的呼叫标识所指示的呼叫的资源，并向AP反馈响应消息，反馈终止呼叫成功；

步骤e3：AP根据接收到的响应消息，退出通话界面，返回初始界面。

在该场景下，移动终端接收到挂断指令时，移动终端没有立即终止此次呼叫，而是在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止，因此，在移动终端进入到无服务的区域时终止呼叫的过程中存在耗时较长的缺陷。

若移动终端在拨号过程中进入到无服务的区域，移动终端进入到无服务的区域时接收到拨号命令后，会检查服务状态，这时检查到服务状态为无服务时，会发起搜网操作，同时启动重拨机制(预设重拨时长约为30秒)，30秒超时后，Modem仍未搜寻到网络，则Modem向AP反馈响应消息，终止此次呼叫，如果在这30秒内移动终端接收到终止呼叫的指令时，AP无法向Modem发出断开消息，在该场景下，移动终端接收到终止呼叫的指令时，移动终端没有立即终止此次呼叫，而是在经过预设重拨时长后，才将此次呼叫终止，因此，在移动终端终止呼叫的过程中存在耗时较长的缺陷。

发明内容

本发明实施例提供一种终止呼叫的方法、应用程序处理器及调制解调器，用以解决在移动终端终止呼叫的过程中存在的耗时长、效率较低的问题。

本发明实施例提供的具体技术方案如下：

第一方面，提供一种终止呼叫的处理方法，包括：

应用程序处理器接收挂断指令；

所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息，所述第一消息用于触发所述调制解调器直接终止呼叫。

结合第一方面，在第一种可能的实现方式中，所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息之前，还包括：

在所述应用程序处理器处于连接状态或者未处于主叫挂起态时，所述应用程序处理器向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫；

所述应用程序处理器确定在预设时长内未收到所述调制解调器反馈的所述第二消息的响应消息，所述预设时长为小于60秒的值。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第一消息为携带直接终止呼叫指示的断开消息；或者

所述第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述直接终止呼叫指示是对所述断开消息中的所述待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

结合第一方面，在第四种可能的实现方式中，所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息之前，还包括：

所述应用程序处理器确定所述应用程序处理器处于主叫挂起态。

结合第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述第一消息为携带预设标识的断开消息；或者

所述第一消息为携带预设标识的直接断开消息。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述预设标识的高16bit全部为1，低16bit全部为0。

第二方面，提供一种终止呼叫的处理方法，包括：

调制解调器接收所述调制解调器所在的该移动终端中的应用程序处理器发送的第一消息，所述第一消息用于触发所述调制解调器直接终止呼叫；

所述调制解调器根据所述第一消息直接终止呼叫。

结合第二方面，在第一种可能的实现方式中，所述调制解调器接收所述调制解调器所在的移动终端中的应用程序处理器发送的第一消息之前，还包括：

所述调制解调器接收所述应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消息；所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫。

结合第二方面，或者第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第一消息为携带直接终止呼叫指示的断开消息；或者

所述第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

结合第二方面的第二种可能的实现方式，在第三种可能的实现方式中，所述直接终止呼叫指示是对所述断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

结合第二方面的第二或第三种可能的实现方式，在第四种可能的实现方式中，所述调制解调器根据所述第一消息终止呼叫，包括：

所述调制解调器确定存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识时，终止相匹配的呼叫标识对应的呼叫。

结合第二方面的第二或第三种可能的实现方式，在第五种可能的实现方式中，所述调制解调器根据所述第一消息终止呼叫，包括：

所述调制解调器确定不存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识，且确定具有处于拨号状态的呼叫时，终止处于拨号状态的呼叫。

结合第二方面的第三或第四种可能的实现方式，在第五种可能的实现方式中，所述调制解调器确定存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识，包括：

所述调制解调器确定存在与所述第一消息中携带的所述直接终止呼叫指示的有效位相匹配的呼叫标识；

所述调制解调器确定不存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识，包括：

所述调制解调器确定不存在与所述第一消息中携带的所述直接终止呼叫指示的有效位相匹配的呼叫标识。

结合第二方面，或者第二方面的第一种可能的实现方式，在第六种可能的实现方式中，所述第一消息为携带预设标识的断开消息；或者

所述第一消息为携带预设标识的直接断开消息。

结合第二方面的第六种可能的实现方式，在第七种可能的实现方式中，所述调制解调器根据所述第一消息终止呼叫，包括：

所述调制解调器确定所述第一消息中携带的预设标识为预设值，且具有处于拨号状态的呼叫，则终止所述处于拨号状态的呼叫。

结合第二方面的第五或者第七种可能的实现方式，在第八种可能的实现方式中，所述调制解调器终止处于拨号状态的呼叫，包括：

所述调制解调器通过执行终止呼叫操作，或者停止重新拨号操作终止处于拨号状态的呼叫。

第三方面，提供一种终止呼叫的处理方法，包括：

调制解调器接收所述调制解调器所在的移动终端中的应用程序处理器发送的断开消息；

所述调制解调器向网络侧发送断开消息；

所述调制解调器确定在预设时长内未接收到所述网络侧反馈的响应消息时，终止呼叫，并向所述应用程序处理器发送用于指示终止呼叫成功的响应消息，所述预设时长为小于60秒的值。

结合第三方面，在第一种可能的实现方式中，所述断开消息中携带待终止的呼叫的呼叫标识；

所述调制解调器在接收移动终端中的应用程序处理器发送的断开消息之后，还包括：

所述调制解调器根据所述呼叫标识，释放所述呼叫标识对应的呼叫所使用的资源。

第四方面，提供一种应用程序处理器，包括：

接收单元，用于接收挂断指令；

发送单元，用于根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息，所述第一消息用于触发所述调制解调器直接终止呼叫。

结合第四方面，在第一种可能的实现方式中，所述应用程序处理器还包括：第一确定单元，

所述第一确定单元用于在所述应用程序处理器处于连接状态或者未处于主叫挂起态时，向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，确定在预设时长内未收到所述调制解调器反馈的所述第二消息的响应消息，所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫；所述预设时长为小于60秒的值。

结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述发送单元发送的该第一消息为携带直接终止呼叫指示的断开消息；或者

所述发送单元发送的该第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

结合第四方面的第二种可能的实现方式，在第三种可能的实现方式中，所述发送单元发送的该断开消息中携带的该直接终止呼叫指示是对所述断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

结合第四方面，在第四种可能的实现方式中，还包括第二确定单元，所述第二确定单元用于确定所述应用程序处理器处于主叫挂起态。

结合第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述发送单元发送的所述第一消息为携带预设标识的断开消息；或者

所述发送单元发送的所述第一消息为携带预设标识的直接断开消息。

结合第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述发送单元发送的第一消息中的预设标识的高16bit全部为1，低16bit全部为0。

第五方面，提供一种调制解调器，包括：

接收单元，用于接收所述调制解调器所在的移动终端中的应用程序处理器发送的第一消息，所述第一消息用于触发所述调制解调器直接终止呼叫；

处理单元，用于根据所述第一消息直接终止呼叫。

结合第五方面，在第一种可能的实现方式中，所述接收单元还用于：

接收所述应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消息，所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫。

结合第五方面，或者第五方面的第一种可能的实现方式，在第二种可能的实现方式中，所述接收单元接收到的所述第一消息为携带直接终止呼叫指示的断开消息；或者

所述接收单元接收到的所述第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

结合第五方面的第二种可能的实现方式，在第三种可能的实现方式中，所述接收单元接收到的所述断开消息中携带的所述直接终止呼叫指示是对所述断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

结合第五方面的第二或第三种可能的实现方式，在第四种可能的实现方式中，所述处理单元具体用于：

确定存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识时，终止相匹配的呼叫标识对应的呼叫。

结合第五方面的第二或第三种可能的实现方式，在第五种可能的实现方式中，所述处理单元具体用于：

确定不存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识，且确定具有处于拨号状态的呼叫时，终止处于拨号状态的呼叫。

结合第五方面的第三或第四种可能的实现方式，在第五种可能的实现方式中，所述接收单元接收到的第一消息为携带预设标识的断开消息；或者

所述接收单元接收到的所述第一消息为携带预设标识的直接断开消息。

结合第五方面，或者第五方面的第一种可能的实现方式，在第六种可能的实现方式中，所述处理单元具体用于：

确定所述第一消息中携带的预设标识为预设值，且具有处于拨号状态的呼叫，则终止处于拨号状态的呼叫。

结合第五方面的第六种可能的实现方式，在第七种可能的实现方式中，所述处理单元终止所述处于拨号状态的呼叫，包括：

所述处理单元通过执行终止呼叫操作，或者停止重新拨号操作终止处于拨号状态的呼叫。

第六方面，提供一种调制解调器，包括：

接收单元，用于接收所述调制解调器所在的移动终端中的应用程序处理器发送的断开消息；

处理单元，用于向网络侧发送断开消息，确定在预设时长内所述接收单元未接收到所述网络侧反馈的响应消息时，终止呼叫，并向所述应用程序处理器发送用于指示终止呼叫成功的响应消息，所述预设时长为小于60秒的值。

结合第六方面，在第一种可能的实现方式中，所述接收单元接收到的断开消息中携带待终止的呼叫的呼叫标识；

所述调制解调器还包括释放单元，所述释放单元，用于根据所述呼叫标识，释放所述呼叫标识对应的呼叫所使用的资源。

第七方面，提供一种移动终端，包括：如第四方面以及第四方面第一种至第六种可能的实现方式中的任一项所述的应用程序处理器，如第五方面以及第五方面第一种至第七种可能的实现方式中的任一项所述的调制解调器。

第八方面，提供一种移动终端，包括：如第四方面以及第四方面第一种至第六种可能的实现方式中的任一项所述的应用程序处理器，如第六方面以及第六方面第一种可能的实现方式中的任一项所述的调制解调器。

现有技术中，移动终端进入无服务的区域时，若移动终端处于通话状态时，在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止，大约为60秒之后才能终止呼叫，若移动终端处于拨号状态时，启动重拨机制(预设重拨时长约为30秒)，30秒超时后，调制解调器仍未搜寻到网络，则调制解调器向应用程序处理器反馈响应消息，才能终止此次呼叫，这样，现有的终止呼叫的方案存在耗时较长、效率较低的缺陷，本发明实施例提供的终止呼叫的方案中，应用程序处理器接收挂断指令，并根据挂断指令，向调制解调器发送第一消息，第一消息用于触发调制解调器直接终止呼叫，调制解调器根据第一消息就可以及时终止呼叫，因此，减少了终止呼叫所耗费的时间，提高了效率。

附图说明

图1为本发明实施例中终止呼叫的一种流程图；

图2为本发明实施例中终止呼叫的另一种流程图；

图3为本发明实施例中终止呼叫的另一种流程图；

图4为本发明实施例中终止呼叫的另一种流程图；

图5A为本发明实施例中应用程序处理器的一种结构示意图；

图5B为本发明实施例中应用程序处理器的另一种结构示意图；

图6A为本发明实施例中调制解调器的一种结构示意图；

图6B为本发明实施例中调制解调器的另一种结构示意图；

图7A为本发明实施例中调制解调器的另一种结构示意图；

图7B为本发明实施例中调制解调器的另一种结构示意图；

图8为本发明实施例中移动终端的一种结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字母“/”，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本发明优选的实施方式进行详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是：本文所涉及的挂断指令是指用于终止呼叫的指令，例如，disconnect指令；断开消息是指用于终止呼叫的消息，例如，disconnect消息。

应理解，本文中涉及的移动终端(例如，手机)包括应用程序处理器和调制解调器。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1所示，本发明实施例中，终止呼叫的一种流程如下，应用于移动终端处于无服务状态：

步骤100：应用程序处理器接收挂断指令；

步骤110：应用程序处理器根据挂断指令，向移动终端中的调制解调器发送第一消息，第一消息用于触发调制解调器直接终止呼叫。

本发明实施例中，所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息之前，还包括如下操作：

在应用程序处理器处于连接状态或者未处于主叫挂起(英文：Mobility OriginalPending)态时，应用程序处理器向调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，第二消息用于触发调制解调器终止呼叫标识指示的呼叫；

应用程序处理器确定在预设时长内未收到调制解调器反馈的第二消息的响应消息，预设时长为小于60秒的值。

本发明实施例中，可选的，预设时长为2.5秒，当然，预设时长随着应用场景的不同而发生变化，在此不再进行一一详述。

在上述过程中，可以通过确定应用程序处理器是否处于连接状态这种方式，确定应用程序处理器是否处于通话状态，或者，也可以通过确定应用程序处理器是否未处于主叫挂起态这种方式，确定应用程序处理器是否处于通话状态。当然，在实际应用中，还有其他确定应用程序处理器是否处于通话状态的方式，在此不再进行一一详述。

本发明实施例中，当应用程序处理器处于连接状态或者未处于主叫挂起态时，第一消息为携带直接终止呼叫指示的断开消息。

也就是说，第一消息可以跟断开消息的格式相同，只不过断开消息中携带了直接终止呼叫指示，其他内容与断开消息相同，此时，调制解调器根据断开消息中的直接终止呼叫指示来确定是否直接终止呼叫；例如，直接终止呼叫指示是一个32bit的标识，其中，高8bit或高16bit全是1，低8bit为待终止的呼叫的呼叫标识，高8bit或高16bit用于说明该标识是一个直接终止呼叫指示；调制解调器要对低8bit所标识的呼叫标识对应的呼叫执行直接终止操作。

或者，第一消息为携带待终止的呼叫的呼叫标识的直接断开消息，也就是说，第一消息可以跟现有的断开消息的格式不相同，是一种其他格式的消息，调制解调器接收到这种格式的消息时，直接终止呼叫。

本发明实施例中，直接终止呼叫指示是对断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

本发明实施例中，所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息之前，还包括如下操作：

确定应用程序处理器处于主叫挂起态。

在应用程序处理器处于主叫挂起态(即，拨号状态)的方式下，第一消息也至少包括两种形式，第一种为断开消息；另一种为直接断开消息，这两种消息中均携带预设标识的。

本发明实施例中，预设标识可以是移动终端中预存的，用于触发调制解调器直接释放处于主叫挂起态的呼叫。例如，预设标识的格式为：高16bit全部为1，低16bit全部为0。当然，也可以为其他形式，在此不再进行一一详述。

本发明实施例中，触发调制解调器直接终止呼叫，是指调制解调器在终止呼叫时，不执行其他操作，直接执行终止呼叫，其他操作包括但不限于如下几种方式：

如启动定时器，或者启动重拨机制。

应理解，本文中涉及的直接断开消息是与现有的断开消息不同的一种消息。

参阅图2所示，本发明实施例中，终止呼叫的另一种流程如下，应用于移动终端处于无服务状态：

步骤200：调制解调器接收调制解调器所在的移动终端中的应用程序处理器发送的第一消息，第一消息用于触发调制解调器直接终止呼叫；

步骤210：调制解调器根据第一消息直接终止呼叫。

本发明实施例中，由于所述应用程序处理器根据所述挂断指令，向所述移动终端中的调制解调器发送第一消息之前，还包括如下操作：应用程序处理器处于连接状态或者未处于主叫挂起(英文：Mobility Original Pending)态时，应用程序处理器向调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，第二消息用于触发调制解调器终止呼叫标识指示的呼叫。

因此，本发明实施例中，调制解调器在接收调制解调器所在的移动终端中的应用程序处理器发送的第一消息之前，还包括如下操作：

调制解调器接收应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消息，第二消息用于触发调制解调器终止呼叫标识指示的呼叫。

本发明实施例中，第一消息为携带直接终止呼叫指示的断开消息，也就是说，第一消息与现有的断开消息的格式相同，携带的内容不同，其中，断开消息中的直接终止呼叫指示是对断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。或者，

第一消息为携带待终止的呼叫的呼叫标识的直接断开消息，也就是说，直接断开消息与现有的断开消息的不相同。

本发明实施例中，调制解调器根据第一消息终止呼叫的方式有多种，可选的，可以采用如下操作：

确定存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识时，终止相匹配的呼叫标识对应的呼叫。或者，

确定不存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识，且确定具有处于拨号状态的呼叫，终止处于拨号状态的呼叫。

作为上述方案的替代方案，可以直接判断第一消息中携带的直接终止呼叫指示是否为预设值，若是，且具有处于拨号状态的呼叫，则终止处于拨号状态的呼叫。

本发明实施例中，调制解调器确定存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识的方式有多种，可选的，可以采用如下方式：

调制解调器确定存在与第一消息中携带的直接终止呼叫指示的有效位相匹配的呼叫标识。

同理，调制解调器确定不存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识的方式也有多种，可选的，可以采用如下方式：

调制解调器确定不存在与第一消息中携带的直接终止呼叫指示的有效位相匹配的呼叫标识。

本发明实施例中，第一消息为携带预设标识的断开消息；或者

第一消息为携带预设标识的直接断开消息。

此时，调制解调器根据第一消息终止呼叫的方式有多种，可选的，可以采用如下方式：

调制解调器确定第一消息中携带的预设标识为预设值，且具有处于拨号状态的呼叫，则终止处于拨号状态的呼叫。

本发明实施例中，调制解调器终止处于拨号状态的呼叫的方式有多种，可选的，调制解调器通过执行终止呼叫操作，或者停止重新拨号操作终止处于拨号状态的呼叫。

本发明实施例中，触发调制解调器直接终止呼叫，是指调制解调器在终止呼叫时，不执行其他操作，直接执行终止呼叫，其他操作包括但不限于如下几种方式：

如启动定时器，或者启动重拨机制。

本发明实施例中，直接断开消息是与现有的断开消息不同的一种消息。

综上所述，本发明实施例中，分别从应用程序处理器和调制解调器角度提供了两种终止呼叫的方法，应用程序处理器接收挂断指令，根据挂断指令，向调制解调器发送用于触发调制解调器直接终止呼叫的第一消息，调制解调器根据第一消息就可以及时终止呼叫，若移动终端处于通话状态时，移动终端不需要在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止；若移动终端处于拨号状态时，移动终端也不需要在预设重拨时长超时后才将此次呼叫终止，因此，减少了终止呼叫所耗费的时间，提高了效率。

参阅图3所示，本发明实施例中，终止呼叫的另一种流程如下，应用于移动终端处于连接状态或者未处于主叫挂起态：

步骤300：调制解调器接收调制解调器所在的移动终端中的应用程序处理器发送的断开消息；

步骤310：调制解调器向网络侧发送断开消息；

步骤320：调制解调器确定在预设时长内未接收到网络侧反馈的响应消息时，终止呼叫，并向应用程序处理器发送用于指示终止呼叫成功的响应消息，预设时长为小于60秒的值。

本发明实施例中，可选的，断开消息中携带待终止的呼叫的呼叫标识。

进一步的，本发明实施例中，调制解调器在接收调制解调器所在的移动终端中的应用程序处理器发送的断开消息之后，还包括如下操作：

调制解调器根据呼叫标识，释放呼叫标识对应的呼叫所使用的资源。

为了更好地理解本发明实施例，以下给出具体应用场景，针对终止呼叫的过程，作出进一步详细描述，如图4所示：

步骤400：应用程序处理器接收挂断指令；

步骤410：该应用程序处理器向调制解调器发送携带待终止的呼叫的呼叫标识的第二消息；该第二消息用于触发该调制解调器终止呼叫标识所指示的呼叫；

步骤420：该应用程序处理器确定在预设时长内是否收到该调制解调器反馈的该第二消息的响应消息，若是，执行其他操作，否则，执行步骤430；

步骤430：该应用程序处理器向该调制解调器发送携带直接终止呼叫指示的断开消息；

步骤440：该调制解调器确定第一消息中直接终止呼叫指示中的有效位对应的呼叫，并直接终止该呼叫。

本发明实施例中，在应用于移动终端处于连接状态或者未处于主叫挂起态的场景下提供了另一种方案，调制解调器在接收到应用程序处理器发送的断开消息后，向网络侧发送断开消息，若在预设时长内未接收到网络侧反馈的响应消息，终止呼叫，并向应用程序处理器发送用于指示终止呼叫成功的响应消息，预设时长为小于60秒的值，不需要在T305所设定的时长与T308所设定的时长之和后才将此次呼叫终止，因此，减少了终止呼叫所耗费的时间，提高了效率。

基于上述相应方法的技术方案，参阅图5A所示，本发明实施例提供一种应用程序处理器5000的结构示意图，该应用程序处理器5000包括接收单元50、发送单元51，其中：

接收单元50，用于接收挂断指令；

发送单元51，用于根据该挂断指令，向该移动终端中的调制解调器发送第一消息，该第一消息用于触发该调制解调器直接终止呼叫。

可选的，本发明实施例中，所述应用程序处理器还包括：第一确定单元52，

所述第一确定单元52用于在所述应用程序处理器处于连接状态或者未处于主叫挂起态时，向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，确定在预设时长内未收到所述调制解调器反馈的所述第二消息的响应消息，所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫，所述预设时长为小于60秒的值。

可选的，该发送单元51发送的该第一消息为携带直接终止呼叫指示的断开消息；或者

该发送单元51发送的该第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

可选的，该发送单元51发送的该断开消息中携带的直接终止呼叫指示是对断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

可选的，该还包括第二确定单元53，第二确定单元53用于确定该应用程序处理器处于主叫挂起态。

可选的，该发送单元51发送的该第一消息为携带预设标识的断开消息；或者

该发送单元51发送的该第一消息为携带预设标识的直接断开消息。

可选的，发送单元51发送的第一消息中的预设标识的高16bit全部为1，低16bit全部为0。

如图5B所示，为本发明实施例提供的应用程序处理器5000的结构示意图，该应用程序处理器5000包括接收器500、发送器510，其中：

接收器500，用于接收挂断指令；

发送器510，用于根据该接收器500接收到的该挂断指令，向该移动终端中的调制解调器发送第一消息，第一消息用于触发调制还包括处理器520，该处理器520用于在所述应用程序处理器处于连接状态或者未处于主叫挂起态时，向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二消息，确定在预设时长内未收到所述调制解调器反馈的所述第二消息的响应消息，所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫，所述预设时长为小于60秒的值。

可选的，该发送器510发送的该第一消息为携带直接终止呼叫指示的断开消息；或者

该发送器510发送的该第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

可选的，该发送器510发送的该断开消息中携带的直接终止呼叫指示是对断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

可选的，该处理器520还用于确定该应用程序处理器5000处于主叫挂起态。

可选的，该发送器510发送的该第一消息为携带预设标识的断开消息；或者，

该发送器510发送的该第一消息为携带预设标识的直接断开消息。

可选的，该发送器510发送的该第一消息中的预设标识的高16bit全部为1，低16bit全部为0。

应理解，根据本发明实施例提供的应用程序处理器可对应于上述通信方法中的应用程序处理器，并且应用程序处理器中的各个模块的操作和/或功能分别实现图1中方法的相应流程，为了简洁，在此不再赘述。

本发明实施例中提供的应用程序处理器，接收断开指令，根据断开指令，向调制解调器发送用于触发调制解调器直接终止呼叫的第一消息，调制解调器根据第一消息就可以及时终止呼叫。若移动终端处于通话状态时，移动终端不需要在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止；若移动终端处于拨号状态时，移动终端也不需要在预设重拨时长超时后才将此次呼叫终止，因此，减少了终止呼叫所耗费的时间，提高了效率。

基于上述相应方法的技术方案，参阅图6A所示，本发明实施例提供一种调制解调器6000的结构示意图，该调制解调器6000包括接收单元60、处理单元61，其中：

该接收单元60，用于接收调制解调器所在的移动终端中的应用程序处理器发送的第一消息，该第一消息用于触发该调制解调器直接终止呼叫；

该处理单元61，用于根据该第一消息直接终止呼叫。

进一步的，本发明实施例中，该接收单元60还用于：

接收该应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消息；该第二消息用于触发该调制解调器终止呼叫标识指示的呼叫。

可选的，该接收单元60接收到的该第一消息为携带直接终止呼叫指示的断开消息；或者

该接收单元60接收到的第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

可选的，该接收单元60接收到的该断开消息中携带的该直接终止呼叫指示是对该断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

本发明实施例中，可选的，该处理单元61具体用于：

确定存在与该第一消息中携带的直接终止呼叫指示相匹配的呼叫标识时，终止相匹配的呼叫标识对应的呼叫。

本发明实施例中，可选的，该处理单元61具体用于：

确定不存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识，且确定具有处于拨号状态的呼叫时，终止处于拨号状态的呼叫。

本发明实施例中，可选的，该接收单元60接收到的第一消息为携带预设标识的断开消息；或者

该接收单元60接收到的第一消息为携带预设标识的直接断开消息。

本发明实施例中，可选的，该处理单元61具体用于：

确定第一消息中携带的预设标识为预设值，且具有处于拨号状态的呼叫，则终止处于拨号状态的呼叫。

本发明实施例中，可选的，该处理单元61终止处于拨号状态的呼叫，包括：

该处理单元61通过执行终止呼叫操作，或者停止重新拨号操作终止处于拨号状态的呼叫。

如图6B所示，为本发明实施例提供的调制解调器6000的结构示意图，该调制解调器6000包括接收器600、处理器610，其中：

该接收器600，用于接收调制解调器所在的移动终端中的应用程序处理器发送的第一消息，该第一消息用于触发该调制解调器直接终止呼叫；

该处理器610，用于根据该第一消息直接终止呼叫。

进一步的，本发明实施例中，该接收器600还用于：

接收该应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消息；该第二消息用于触发调制解调器终止呼叫标识指示的呼叫。

本发明实施例中，可选的，该接收器600接收到的该第一消息为携带直接终止呼叫指示的断开消息；或者

该接收器600接收到的该第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。

可选的，该接收器600接收到的该断开消息中携带的直接终止呼叫指示是对断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。

可选的，该处理器610具体用于：确定存在与第一消息中携带的直接终止呼叫指示相匹配的呼叫标识时，终止相匹配的呼叫标识对应的呼叫。

可选的，该处理器610具体用于：

确定不存在与该第一消息中携带的直接终止呼叫指示相匹配的呼叫标识，且确定具有处于拨号状态的呼叫时，终止处于拨号状态的呼叫。

可选的，该接收器600接收到的第一消息为携带预设标识的断开消息；或者，

该接收器600接收到的该第一消息为携带预设标识的直接断开消息。

可选的，该处理器610具体用于：确定该第一消息中携带的预设标识为预设值，且具有处于拨号状态的呼叫，则终止处于拨号状态的呼叫。

可选的，该处理器610终止处于拨号状态的呼叫，包括：

该处理器610通过执行终止呼叫操作，或者停止重新拨号操作终止处于拨号状态的呼叫。

应理解，根据本发明实施例提供的调制解调器可对应于上述通信方法中的应用程序处理器，并且调制解调器中的各个模块的操作和/或功能分别实现图2中方法的相应流程，为了简洁，在此不再赘述。

本发明实施例中提供的调制解调器，接收所述调制解调器所在的移动终端中的应用程序处理器发送的第一消息，所述第一消息用于触发所述调制解调器直接终止呼叫，调制解调器根据第一消息直接终止呼叫。若移动终端处于通话状态时，移动终端不需要在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止；若移动终端处于拨号状态时，移动终端也不需要在预设重拨时长超时后才将此次呼叫终止，因此，减少了终止呼叫所耗费的时间，提高了效率。

基于上述相应方法的技术方案，参阅图7A所示，本发明实施例提供一种调制解调器7000的结构示意图，该调制解调器7000包括接收单元70、处理单元71，其中：

该接收单元70，用于接收调制解调器所在的移动终端中的应用程序处理器发送的断开消息；

该处理单元71，用于向网络侧发送断开消息，确定在预设时长内接收单元70未接收到网络侧反馈的响应消息时，终止呼叫，并向该应用程序处理器发送用于指示终止呼叫成功的响应消息，预设时长为小于60秒的值。

可选的，该接收单元70接收到的断开消息中携带待终止的呼叫的呼叫标识。

可选的，该调制解调器还包括释放单元72，该释放单元72，用于根据呼叫标识，释放呼叫标识对应的呼叫所使用的资源。

如图7B所示，为本发明实施例提供的调制解调器7000的结构示意图，该调制解调器7000包括接收器700、处理器710，其中：

该接收器700，用于接收该调制解调器所在的移动终端中的应用程序处理器发送的断开消息；

该处理器710，用于向网络侧发送断开消息，确定在预设时长内信号接收器700未接收到网络侧反馈的响应消息时，终止呼叫，并向该应用程序处理器发送用于指示终止呼叫成功的响应消息，该预设时长为小于60秒的值。

本发明实施例中，可选的，该接收器700接收到的断开消息中携带待终止的呼叫的呼叫标识。

进一步的，该处理器710还用于根据呼叫标识，释放呼叫标识对应的呼叫所使用的资源。

应理解，根据本发明实施例提供的调制解调器可对应于上述通信方法中的应用程序处理器，并且调制解调器中的各个模块的操作和/或功能分别实现图3和图4中方法的相应流程，为了简洁，在此不再赘述。

本发明实施例中提供的调制解调器，在接收到应用程序处理器发送的终止呼叫消息后，向网络侧发送终止呼叫消息，若在预设时长内未接收到网络侧反馈的响应消息，终止呼叫，并向应用程序处理器发送用于指示终止呼叫成功的响应消息，预设时长为小于60秒的值，不需要在T305所设定的时长与T308所设定的时长之和后，才将此次呼叫终止，因此，减少了终止呼叫所耗费的时间，提高了效率。

如图8所示，本发明实施例还提供一种移动终端8000，移动终端8000包括应用程序处理器801和调制解调器802。其中，应用程序处理器801如上述发明实施例中的应用程序处理器5000，调制解调器802如上述发明实施例中的调制解调器6000。或者，应用程序处理器801如上述发明实施例中的应用程序处理器5000，调制解调器802如上述发明实施例中的调制解调器7000。具体可参考上述应用程序处理器和调制解调器的实施例，此处不再赘述。

本发明实施例中提供的移动终端，可以减少移动终端终止呼叫所耗费的时间。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (20)

1.一种电子设备，其特征在于，包括：

调制解调器，存储有计算机程序指令的存储器，以及应用程序处理器；

所述应用程序处理器被配置为执行所述计算机程序指令以：

响应于接收到的通话建立指示，建立通话；

在所述电子设备的网络信号质量变差后，接收挂断指令；

响应于所述挂断指令，向所述电子设备中的调制解调器发送第一消息，所述第一消息用于指示所述调制解调器终止所述通话；

在T305定时器和T308定时器超时之前，终止所述通话。

2.如权利要求1所述的电子设备，其特征在于，所述T305定时器与向网络发送断开连接消息有关，所述T308定时器与所述T305定时器超时有关。

3.如权利要求1或2所述的电子设备，其特征在于，所述调制解调器被配置为执行所述计算机程序指令以：

在检测到所述网络信号变差后，进行网络信号搜索。

4.如权利要求1或2所述的电子设备，其特征在于，所述终止所述通话包括：

退出通话界面。

5.如权利要求1或2所述的电子设备，其特征在于，所述第一消息包括所述通话的通话标识。

6.如权利要求1或2所述的电子设备，其特征在于，所述应用程序处理器进一步被配置为执行所述计算机程序指令以：

在接收到挂断指令后，确定所述应用程序处理器处于连接状态。

7.如权利要求1或2所述的电子设备，其特征在于，所述应用程序处理器进一步被配置为执行所述计算机程序指令以：

接收指示通话终止的响应消息。

8.一种电子设备，其特征在于，包括与应用程序处理器耦合的调制解调器，其中，所述应用程序处理器被配置为：

将所述电子设备的界面从拨号界面变为通话界面，其中，所述通话界面用于所述电子设备与另一电子设备的通话；

接收挂断指令；

响应于所述挂断指令，向所述调制解调器发送第一消息，其中，所述第一消息指示所述调制解调器终止所述通话；

所述调制解调器被配置为：

接收所述第一消息；

响应于所述第一消息，向网络发送断开消息；

所述应用程序处理器还被配置为：

在第一定时器和第二定时器超时之前，退出所述通话界面以终止所述通话。

9.如权利要求8所述的电子设备，其特征在于，所述调制解调器进一步被配置为：

在检测到网络信号变差后，进行网络信号搜索。

10.如权利要求8或9所述的电子设备，其特征在于，所述第一消息包括所述通话的通话标识。

11.如权利要求8或9所述的电子设备，其特征在于，所述应用程序处理器进一步被配置为：

接收响应消息，所述响应消息指示所述通话成功终止。

12.如权利要求8或9所述的电子设备，其特征在于，所述第一定时器为T305定时器。

13.如权利要求12所述的电子设备，其特征在于，在所述T305定时器指定的时长到期之前，退出所述通话界面以终止所述通话。

14.一种电子设备，包括：

调制解调器，存储有计算机程序指令的存储器，以及应用程序处理器；

所述应用程序处理器被配置为执行所述计算机程序指令以：

响应于接收到的通话建立指示，建立通话；

在所述电子设备所在网络的网络信号质量变差后，接收挂断指令；

响应于所述挂断指令，向所述电子设备中的调制解调器发送第一消息，所述第一消息用于指示所述调制解调器终止所述通话；以及

终止所述通话，而不等待T305定时器对应的时长，且，不等待接收所述网络发送的响应。

15.如权利要求14所述的电子设备，其特征在于，所述T305定时器与向网络发送断开连接消息有关。

16.如权利要求14或15所述的电子设备，其特征在于，所述应用程序处理器进一步被配置为：

接收所述调制解调器发送的消息，所述消息指示所述通话成功终止。

17.如权利要求14或15所述的电子设备，其特征在于，所述终止所述通话包括：

退出所述通话的通话界面。

18.如权利要求14或15所述的电子设备，其特征在于，所述第一消息包括所述通话的通话标识。

19.如权利要求14或15所述的电子设备，其特征在于，所述终止所述通话包括：

在预设时长内终止所述通话，所述预设时长小于60秒。

20.如权利要求14或15所述的电子设备，其特征在于，所述T305定时器对应的时长为30秒。

Images