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

Abstract

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

Description

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

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

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

当移动终端接收到建立呼叫的指令时， AP与 Modem之间的通信过程如下： 步骤 al : AP接收到建立呼叫的指令时， 向 Modem发送拨号 (英文： Dial) 命令；

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

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

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

步骤 dl : 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为本发明实施例中调制解调器的一种结构示意图；

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

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

图 7 B为本发明实施例中调制解调器的另一种结构示意图。 图 8为本发明实施例中移动终端的一种结构示意图。 具体实施方式

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

另外， 本文中术语"系统，，和"网络"在本文中常被可互换使用。本文中术语

"和 /或"， 仅仅是一种描述关联对象的关联关系， 表示可以存在三种关系， 例 如， A和 /或 B, 可以表示： 单独存在 A, 同时存在 A和 B, 单独存在 B这三 种情况。 另外， 本文中字母 "/" , 一般表示前后关联对象是一种 "或" 的关系。

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

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

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

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

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

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

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

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

应用程序处理器确定在预设时长内未收到调制解调器反馈的第二消息的 响应消息， 预设时长为小于 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 (35)

1. 权 利 要 求

   1、 一种终止呼叫的处理方法， 特征在于， 包括：

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

   所述应用程序处理器根据所述挂断指令， 向所述移动终端中的调制解调 器发送第一消息， 所述第一消息用于触发所述调制解调器直接终止呼叫。
2. 2、 如权利要求 1所述的方法， 其特征在于， 所述应用程序处理器根据所 述挂断指令， 向所述移动终端中的调制解调器发送第一消息之前， 还包括： 在所述应用程序处理器处于连接状态或者未处于主叫挂起态时， 所述应 用程序处理器向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二消 息， 所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫； 所述应用程序处理器确定在预设时长内未收到所述调制解调器反馈的所 述第二消息的响应消息， 所述预设时长为小于 60秒的值。
3. 3、 如权利要求 2所述的方法， 其特征在于， 所述第一消息为携带直接终 止呼叫指示的断开消息； 或者

   所述第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。
4. 4、 如权利要求 3所述的方法， 其特征在于， 所述直接终止呼叫指示是对 所述断开消息中的所述待终止的呼叫的呼叫标识的有效位外的其他位进行赋 值后得到的。
5. 5、 如权利要求 1所述的方法， 其特征在于， 所述应用程序处理器根据所 述挂断指令， 向所述移动终端中的调制解调器发送第一消息之前， 还包括： 所述应用程序处理器确定所述应用程序处理器处于主叫挂起态。
6. 6、 如权利要求 5所述的方法， 其特征在于， 所述第一消息为携带预设标 识的断开消息； 或者

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

   7、 如权利要求 6所述的方法， 其特征在于， 所述预设标识的高 16bit全 部为 1 , 低 16bit全部为 0。 8、 一种终止呼叫的处理方法， 其特征在于， 包括：

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

   所述调制解调器根据所述第一消息直接终止呼叫。
7. 9、 如权利要求 8所述的方法， 其特征在于， 所述调制解调器接收所述调 制解调器所在的移动终端中的应用程序处理器发送的第一消息之前， 还包括： 所述调制解调器接收所述应用程序处理器发送的携带待终止的呼叫的呼 叫标识的第二消息， 所述第二消息用于触发所述调制解调器终止所述呼叫标 识指示的呼叫。
8. 10、 如权利要求 8或 9所述的方法， 其特征在于，

   所述第一消息为携带直接终止呼叫指示的断开消息； 或者

   所述第一消息为携带待终止的呼叫的呼叫标识的直接断开消息。
9. 11、 如权利要求 10所述的方法， 其特征在于， 所述直接终止呼叫指示是 对所述断开消息中的待终止的呼叫的呼叫标识的有效位外的其他位进行赋值 后得到的。
10. 12、 如权利要求 10或 11所述的方法， 其特征在于， 所述调制解调器根 据所述第一消息终止呼叫， 包括：

    所述调制解调器确定存在与所述第一消息中携带的所述直接终止呼叫指 示相匹配的呼叫标识时， 终止相匹配的呼叫标识对应的呼叫。
11. 13、 如权利要求 10或 11所述的方法， 其特征在于， 所述调制解调器根 据所述第一消息终止呼叫， 包括：

    所述调制解调器确定不存在与所述第一消息中携带的所述直接终止呼叫 指示相匹配的呼叫标识， 且确定具有处于拨号状态的呼叫时， 终止处于拨号 状态的呼叫。
12. 14、 如权利要求 12或 13所述的方法， 其特征在于， 所述调制解调器确 定存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫标识， 包括： 所述调制解调器确定存在与所述第一消息中携带的所述直接终止呼叫指 示的有效位相匹配的呼叫标识；

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

    所述调制解调器确定不存在与所述第一消息中携带的直所述接终止呼叫 指示的有效位相匹配的呼叫标识。
13. 15、 如权利要求 8或 9所述的方法， 其特征在于， 所述第一消息为携带 预设标识的断开消息； 或者

    所述第一消息为携带预设标识的直接断开消息。
14. 16、 如权利要求 15所述的方法， 其特征在于， 所述调制解调器根据所述 第一消息终止呼叫， 包括：

    所述调制解调器确定所述第一消息中携带的预设标识为预设值， 且具有 处于拨号状态的呼叫， 则终止处于拨号状态的呼叫。
15. 17、 如权利要求 13或 16所述的方法， 其特征在于， 所述调制解调器终 止处于拨号状态的呼叫， 包括：

    所述调制解调器通过执行终止呼叫操作， 或者停止重新拨号操作终止处 于拨号状态的呼叫。
16. 18、 一种终止呼叫的处理方法， 其特征在于， 包括：

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

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

    所述调制解调器确定在预设时长内未接收到所述网络侧反馈的响应消息 时， 终止呼叫， 并向所述应用程序处理器发送用于指示终止呼叫成功的响应 消息， 所述预设时长为小于 60秒的值。
17. 19、 如权利要求 18所述的方法， 其特征在于， 所述断开消息中携带待终 止的呼叫的呼叫标识；

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

    所述调制解调器根据所述呼叫标识， 释放所述呼叫标识对应的呼叫所使 用的资源。
18. 20、 一种应用程序处理器， 其特征在于， 包括：

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

    发送单元， 用于根据所述挂断指令， 向所述移动终端中的调制解调器发 送第一消息， 所述第一消息用于触发所述调制解调器直接终止呼叫。
19. 21、 如权利要求 20所述的应用程序处理器， 其特征在于， 所述应用程序 处理器还包括： 第一确定单元，

    所述第一确定单元用于在所述应用程序处理器处于连接状态或者未处于 主叫挂起态时， 向所述调制解调器发送携带待终止的呼叫的呼叫标识的第二 消息， 确定在预设时长内未收到所述调制解调器反馈的所述第二消息的响应 消息， 所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫， 所述预设时长为小于 60秒的值。
20. 22、 如权利要求 21所述的应用程序处理器， 其特征在于， 所述发送单元 发送的该第一消息为携带直接终止呼叫指示的断开消息； 或者

    所述发送单元发送的该第一消息为携带待终止的呼叫的呼叫标识的直接 断开消息。
21. 23、 如权利要求 22所述的应用程序处理器， 其特征在于， 所述发送单元 发送的该断开消息中携带的该直接终止呼叫指示是对所述断开消息中的待终 止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。
22. 24、 如权利要求 20所述的应用程序处理器， 其特征在于， 所述应用程序 处理器还包括： 第二确定单元，

    所述第二确定单元用于确定所述应用程序处理器处于主叫挂起态。
23. 25、 如权利要求 24所述的应用程序处理器， 其特征在于， 所述发送单元 发送的所述第一消息为携带预设标识的断开消息； 或者

    所述发送单元发送的所述第一消息为携带预设标识的直接断开消息。 26、 如权利要求 25所述的应用程序处理器， 其特征在于， 所述发送单元 发送的第一消息中的预设标识的高 16bit全部为 1 , 低 16bit全部为 0。
24. 27、 一种调制解调器， 其特征在于， 包括：

    接收单元， 用于接收所述调制解调器所在的移动终端中的应用程序处理 器发送的第一消息， 所述第一消息用于触发所述调制解调器直接终止呼叫； 处理单元， 用于根据所述第一消息直接终止呼叫。
25. 28、 如权利要求 27所述的调制解调器， 其特征在于， 所述接收单元还用 于：

    接收所述应用程序处理器发送的携带待终止的呼叫的呼叫标识的第二消 息， 所述第二消息用于触发所述调制解调器终止所述呼叫标识指示的呼叫。
26. 29、 如权利要求 27或 28所述的调制解调器， 其特征在于， 所述接收单 元接收到的所述第一消息为携带直接终止呼叫指示的断开消息； 或者

    所述接收单元接收到的所述第一消息为携带待终止的呼叫的呼叫标识的 直接断开消息。
27. 30、 如权利要求 29所述的调制解调器， 其特征在于， 所述接收单元接收 到的所述断开消息中携带的所述直接终止呼叫指示是对所述断开消息中的待 终止的呼叫的呼叫标识的有效位外的其他位进行赋值后得到的。
28. 31、 如权利要求 29或 30所述的调制解调器， 其特征在于， 所述处理单 元具体用于：

    确定存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼叫 标识时， 终止相匹配的呼叫标识对应的呼叫。
29. 32、 如权利要求 29或 30所述的调制解调器， 其特征在于， 所述处理单 元具体用于：

    确定不存在与所述第一消息中携带的所述直接终止呼叫指示相匹配的呼 叫标识， 且确定具有处于拨号状态的呼叫时， 终止处于拨号状态的呼叫。
30. 33、 如权利要求 27或 28所述的调制解调器， 其特征在于， 所述接收单 元接收到的所述第一消息为携带预设标识的断开消息； 或者 所述接收单元接收到的所述第一消息为携带预设标识的直接断开消息。
31. 34、 如权利要求 33所述的调制解调器， 其特征在于， 所述处理单元具体 用于：

    确定所述第一消息中携带的预设标识为预设值， 且具有处于拨号状态的 呼叫， 则终止处于拨号状态的呼叫。
32. 35、 如权利要求 32或 34所述的调制解调器， 其特征在于， 所述处理单 元终止所述处于拨号状态的呼叫， 包括：

    所述处理单元通过执行终止呼叫操作， 或者停止重新拨号操作终止处于 拨号状态的呼叫。
33. 36、 一种调制解调器， 其特征在于， 包括：

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

    处理单元， 用于向网络侧发送断开消息， 确定在预设时长内所述接收单 元未接收到所述网络侧反馈的响应消息时， 终止呼叫， 并向所述应用程序处 理器发送用于指示终止呼叫成功的响应消息，所述预设时长为小于 60秒的值。
34. 37、 如权利要求 36所述的调制解调器， 其特征在于， 所述接收单元接收 到的断开消息中携带待终止的呼叫的呼叫标识；

    所述调制解调器还包括释放单元， 所述释放单元， 用于根据所述呼叫标 识 , 释放所述呼叫标识对应的呼叫所使用的资源。
35. 38、 一种移动终端， 其特征在于， 包括：

    如权利要求 20至 26中的任一项所述的应用程序处理器；

    如权利要求 27至 37中的任一项所述的调制解调器。