CN105657138A - 呼叫处理方法及通信终端 - Google Patents

Abstract

本发明公开了一种呼叫处理方法和通信终端，应用于被叫端中，所述方法包括：被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；及当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

Description

呼叫处理方法及通信终端

技术领域

本发明涉及通信领域的呼叫处理技术，尤其涉及一种呼叫处理方法及通信终端。

背景技术

目前，在使用手机等通信终端时，可能会存在以下情形；

(1)在某一个特定时期，很关注一个人的来电，但是由于未及时发现来电导致电话漏接，回拨电话时却由于对方忙等各种原因无法及时通话。比如装修房子时，漏接装修公司工程经理的电话，让人懊恼。在攻克一个重要客户时，如果漏接客户的电话，造成的损失可能是无法挽回的。

(2)在一个重要的场合，例如会议上，接到一个朋友的电话，为了避免打扰就会忽略所有呼叫，而导致非常紧急的电话被漏接，如果真紧急的事情可能就会有所耽误。

(3)在家的时候，经常手机调成静音或者震动模式，如果手机找不到了而又急着出门，可能会导致用户的不便。

发明内容

有鉴于此，本发明实施例期望提供呼叫处理方法及通信终端，能提供紧急呼叫处理，以免用户避免紧急电话漏接等问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种呼叫处理方法，应用于被叫端中，所述方法包括：

被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

优选地，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括：

确定所述通信标识是否为预先存储的紧急通信标识；

当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；

其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。

优选地，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括：

确定所述通信标识是否为预先存储的紧急通信标识；

当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；

当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。

优选地，

所述确定所述第一呼叫是否为主叫端发起的主动紧急呼叫，包括：

确定所述被叫端是否有接收到所述主叫端发送的紧急呼叫信息；

当所述被叫端有接收到所述主叫端发送的紧急呼叫信息时，确定所述第一呼叫为主叫端发起的主动紧急呼叫。

优选地，

所述紧急呼叫信息是通过短消息或承载在呼叫数据包中发送的紧接呼叫特征信息。

优选地，

所述方法还包括：

依据用户操作指示，形成所述紧急通信标识。

优选地，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括

统计第一指定时间内所述主叫端发起第一呼叫的次数；

依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；

当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。

优选地，

所述形成并输出紧急呼叫提示，包括：

当所述第一呼叫为接听紧急接听呼叫时，依据预设紧急呼叫情景模式进行紧急呼叫提醒；

所述紧急呼叫提醒为提醒强度大于非紧急呼叫情景模式的响铃提醒或震动提醒。

优选地，

所述紧急呼叫提示还包括紧急呼叫显示信号；

所述紧急呼叫显示信号包括显示在所述被叫端显示屏上的紧急呼叫提醒信息或紧急呼叫灯光信号；

所述形成并输出紧急呼叫提示，可包括：

显示所述紧急呼叫显示信号。

本发明实施例第二方面提供一种呼叫处理方法，应用于主叫端中，所述方法包括：

接收紧急呼叫操作指示；

依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

将所述紧急呼叫信息发送给被叫端；

对所述被叫端发起主动紧急呼叫。

优选地，

所述方法还包括：

在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

优选地，

所述对所述被叫端发起主动紧急呼叫，包括：

确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。

优选地，

所述方法还包括：

记录在第三指定时间内向同一被叫端发起主动紧急呼叫的次数；

当未被接听的主动紧急呼叫次数达到N次时，停止所述主动紧急呼叫；

所述N为不小于2的整数。

本发明实施例第三方面提供一种通信终端，所通终端为被叫端，所述被叫端包括：

提取单元，用于被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

确定单元，用于依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

接听单元，用于当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

优选地，

所述确定单元，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；及其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。

优选地，

所述确定单元，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；及当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。

优选地，

所述确定单元，具体用于统计第一指定时间内所述主叫端发起第一呼叫的次数；依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；及当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。

本发明实施例第四方面提供一种通信终端，所述通信终端为主叫端，所述主叫端包括：

交互单元，用于接收紧急呼叫操作指示；

形成单元，用于依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

发送单元，用于将所述紧急呼叫信息发送给被叫端；

呼叫单元，用于对所述被叫端发起主动紧急呼叫。

优选地，

所述通信终端还包括：

接收单元，用于在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

优选地，

所述呼叫单元，具体用于确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。

本发明实施例所述呼叫处理方法及通信终端，在确定为紧急接听呼叫时，被叫端发出的呼叫提示比普通呼叫提示更为强烈，从而能提醒用户为紧急接听呼叫及时接听。而对于主叫端则可以通过发起主动紧急呼叫，可使被叫端获得更为强烈的呼叫提示，以避免漏接紧急呼叫，提升紧急呼叫的呼叫成功率和用户使用满意度。

附图说明

图1为本发明实施例所述的呼叫处理方法的流程示意图之一；

图2为本发明实施例所述的确定是否紧急接听呼叫的流程示意图之一；

图3为本发明实施例所述的确定是否紧急接听呼叫的流程示意图之二；

图4为本发明实施例所述的确定是否紧急接听呼叫的流程示意图之三；

图5为本发明实施例所述的呼叫处理方法的流程示意图之二；

图6为本发明实施例所述的被叫端的结构示意图；

图7为本发明实施例所述的主叫端的结构示意图；

图8为本发明示例所述的呼叫处理方法的流程示意图之一；

图9为本发明示例所述的呼叫处理方法的流程示意图之二；

图10为本发明示例所述的呼叫处理方法的流程示意图之三；

图11为本发明示例所述的呼叫处理方法的流程示意图之四；

图12为本发明示例所述的呼叫处理方法的流程示意图之五；

图13为本发明示例所述的呼叫处理方法的流程示意图之六。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

方法实施例一：

如图1所示，本实施例提供一种呼叫处理方法，应用于被叫端中，所述方法包括：

步骤S110：被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

步骤S120：依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

步骤S130：当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

所述主叫端和被叫端均为通信终端，具体如各种类型的手机。

所述第一呼叫可以为主叫端发起的任意呼叫，并没有特别指代哪一个呼叫。所述通信标识通常为座机号、手机号等标识通信主叫端的标识。

通常可在所述被叫端中预先设置紧急呼叫通信标识，通过判断主叫端的通信标识是否为紧急呼叫通信标识来确定当前呼叫是否为紧急接听呼叫。

在现有技术中，当被叫端接收到一个呼叫后，将依据用户设置或系统预置的情景模式进行响铃和/或震动输出。本实施例中可以设置有紧急接听呼叫情景模式，所述紧急呼叫提醒为提醒强度大于非紧急呼叫情景模式的响铃提醒或震动提醒。若依据该模式进行的提示，可能时响铃声音更大或震动更加剧烈，或者是响铃的音频为不同于其他非紧急接听呼叫情景模式的特色音频。

此外，所述紧急呼叫提示，还可包括紧急呼叫显示信号。所述紧急呼叫显示信号可以为灯光信号，如紧急呼叫灯光信号；还可以是紧急呼叫显示信息，如紧急呼叫图标或文字信息。所述紧急呼叫显示信息可以通过被叫端的显示屏来显示。

显然本实施例中通过是否紧急接听呼叫的判断，确定出为紧急接听呼叫时，通过不同于非紧急呼叫情景模式的呼叫提醒，或强于所述非紧急呼叫情景模式的呼叫提醒，提示用户有紧急接听电话接入，注意及时接听，从而可以降低用户漏接紧急电话的情景，提高了设备的智能性和用户的使用满意度。

在具体的实现过程中，所述紧急接听电话可以分为三类；

第一类：无条件紧急接听呼叫，一般为主叫端的用户为被叫端用户指定的重要用户，如重要客户等。

此时，如图2所示，所述步骤S120可包括：

步骤S1201：确定所述通信标识是否为预先存储的紧急通信标识；

步骤S1202：当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；

其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。

当所述主叫端为被叫端指定的第一类紧急通信标识时，不管主叫端是普通呼叫还是主动发起的主动紧急呼叫，都一律视为紧急接听呼叫。显然被叫端用户漏听重要主叫用户的呼叫的几率降低了，提高用户使用满意度。

第二类：有条件紧急接听呼叫，通常为被叫端用户指定的一般重要主叫用户发起的主动紧急呼叫。此时，如图3所示，所述步骤S120可包括：

步骤S1211：确定所述通信标识是否为预先存储的紧急通信标识；

步骤S1212：当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；

步骤S1213：当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。

在本实施例中，当主叫端发起的主动紧急呼叫时，表示主叫用户认为该呼叫非常重要，希望被叫端用户及时接听，且该主叫端为第二类紧急通信标识，才确定为紧急接听呼叫。结合第二类紧急通信标识及主叫紧急呼叫，可以避免某些不受欢迎的主叫端采用主动紧接呼叫对被叫端进行的打扰，再次提高了用户的使用满意度。

第三类：强制紧急接听呼叫，通常为某一个主叫端不断的向被叫端发起呼叫，而主叫端一再漏接，此时可以将所述主叫端的通信标识临时视为紧急呼叫通信标识，强制所述电子设备以紧急接听呼叫提示用户。

此时，如图4所示，所述步骤S120可包括：

步骤S1221：统计第一指定时间内所述主叫端发起第一呼叫的次数；

步骤S1222：依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；

步骤S1223：当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。

通常依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识，可包括：所述次数达到指定次数。此时，所述呼叫可以为主动紧急呼叫或普通呼叫。

显然在具体的实现时，为了避免不受欢迎主叫端的打扰，将所述主叫端的通信标识设置为第三类紧通信标识时，还需要确认该通信标识是否为被叫用户设置为免打扰的通信标识，若是，则所述主叫端的通信标识设置不设为第三类紧通信标识。

通常所述第三类紧急通信标识通信标识是有时限的；当被设置为第三类紧急通信标识时，开始计时；当所述计时达到指定时长时，删除该所述第三类紧急通信标识。

在具体实现时，如何为确定第二类通信标识的主叫端，是发起主动紧急呼叫，可以采用以下方法。

所述步骤S1212可包括：

确定所述被叫端是否有接收到所述主叫端发送的紧急呼叫信息；

当所述被叫端有接收到所述主叫端发送的紧急呼叫信息时，确定所述第一呼叫为主叫端发起的主动紧急呼叫。

所述紧急呼叫信息是通过短消息或承载在呼叫数据包中发送的紧接呼叫特征信息。其中，所述第一呼叫为基于电路交换CS域的呼叫时，通常通过短消息发送所述紧急呼叫特征信息；当所述第一呼叫为网络IP呼叫时，可以同声哦所述呼叫数据包发送所述紧急呼叫特征信息。所述短消息可包括短信shortmessage、微信或飞信等即时消息。

所述当被叫端接收到所述紧急呼叫信息之后，显示所述紧急呼叫信息，以告知被叫端的用户可能有紧急接听电话接入，请做好准备。此时被叫端可以基于用户操作指示，进行紧接接听屏蔽，或及时到便于接听的环境中进行接听，提高用户使用满意度。

此外，所述被叫端还将给予所述紧急呼叫信息自动回复紧急呼叫反馈信息。此时，所述被叫端可以在一旦接到所述紧急呼叫信息后就自动回复，或者在用户查看之后回复。

在具体实现时，在执行所述步骤S120之前，所述方法还包括：依据用户操作指示，形成所述紧急通信标识。如用户手动输入各个通信标识或通过在通信录中进行对应的勾选操作，形成所述紧急通信标识目录或信息单。

方法实施例二：

如图5所示，本实施例提供一种呼叫处理方法，应用于主叫端中，所述方法包括：

步骤S210：接收紧急呼叫操作指示；

步骤S220：依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

步骤S230：将所述紧急呼叫信息发送给被叫端；

步骤S240：对所述被叫端发起主动紧急呼叫。

所述紧急呼叫操作指示包括检测用户触控呼叫键的时长，当所述时长大于预定时长时，认为用户输入的时紧急呼叫操作指示；或在主叫端的呼叫页面中设置有紧急呼叫子页面或菜单，当用户在所述紧急呼叫子页面或菜单进行呼叫操作输入后形成的呼叫可为所述主动紧急呼叫。

为了告知被叫端该呼叫为主叫端发起的主动紧急呼叫，还将形成紧急呼叫信息，并将所述紧急呼叫信息发送给被叫端。

在具体实现过程中，所述主动紧急呼叫可以是基于电路域交换的传统电话呼叫，也可是基于互联网的IP呼叫；若是传统电话呼叫，所述紧急呼叫信息可以是通短信、微信或非信等即时消息传输到被叫端。当所述IP呼叫时，可以采用即时消息来传输所述紧急呼叫信息，也可以将所述紧急呼叫信息承载在所述呼叫数据包中发送，这样能够方便被叫端在接收到所述呼叫数据包时，将同时接收到所述紧急呼叫信息；减少了主叫端和被叫端之间的信息交互次数。

综合上述，本实施例对照方法实施例一提供了一种基于主叫端的紧急呼叫处理方法，能够对被叫端进行紧急呼叫，从而引起被叫端相对于普通呼叫获得更强的呼叫提示，减少该呼叫被漏接的几率，提高通信成功率。

所述方法还包括：

在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

所述指定时间具体可以为n秒；所述n为不小于0的数，具体如10秒等。所述指定时间的起始时间可为发出所述紧急呼叫信息的瞬间；所述指定时间的时长可以根据大部分被叫端自动回复反馈信息的时间的统计来确定。

当主叫端还接收被叫端发送的紧急呼叫反馈消息时，在所述主叫端输出所述紧急呼反馈信息后，可以方便用户查看，以便于用户确定后续呼叫适宜，具体如是否执行再次紧急呼叫、切入到普通呼叫、停止呼叫或变更发起呼叫的通信标识等操作。

所述步骤S230可包括：

确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。

由于紧急呼叫信息是作为被叫端进行紧急接听呼叫判断的依据之一，若没有接收到紧急呼叫反馈消息时，肯能表示被叫端所述紧急呼叫反馈信息，此时发起所述主动紧急呼叫，被叫端也可能不会认为是一个紧急接听呼叫，则此时主叫端可以不进所述主动紧急呼叫。

在具体的实现过程中，所述被叫端也可以在未接收到主动紧急呼叫时，就直接对所述被叫端发起主动紧急呼叫。

在具体的实现过程中，当1次主动紧急呼叫未被接听后，可以再次发起主动紧急呼叫，直至被接听或达到指定次数N；其中，所述N为不小2的整数。

故所述方法还可包括：

记录在第三指定时间内向同一被叫端发起主动紧急呼叫的次数；

当未被接听的主动紧急呼叫次数达到N次时，停止所述主动紧急呼叫。

在停止所述主动紧急呼叫以后，可以转入普通呼叫页面发起普通呼叫、或转入消息页面，基于用户操作指示向被叫端发送消息。

本实施例所述的方法，用户不仅可以增强向他人发起呼叫的接听成功率，还可以在自己手机找不到时，发起主动紧急呼叫，以快速找到被叫端所在位置。

综合上述，本实施例提供了一种如何发起主动紧急呼叫的处理方法，可以便于用户发起主动紧急呼叫，使被叫端获得比基于非紧急呼叫情景模式的呼叫获得更为强烈的呼叫提示。

设备实施例一：

如图6所示，本实施例提供一种通信终端，所通终端为被叫端，其所述被叫端包括：

提取单元110，用于被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

确定单元120，用于依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

接听单元130，用于当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

所述提取单元110和确定单元120的具体结构可包括处理器和存储介质；所述处理器和存储介质通过总线连接，所述存储介质上存储有可执行代码；所述处理器通过读取并运行所述可执行代码，可实现所述提取单元110和确定单元120对应的功能。

所述处理器可以为应用处理器AP、数字信号处理器DSP、可编程逻辑阵列PLC、中央处理器CPU或微处理器MCU等据偶处理功能的电子元器件。

所述提取单元110和确定单元120可集成对应于同一处理器或不同处理器；当集成对应于同一处理器时，所述处理器以时分复用或并发线程处理所述不同单元的功能。

所述接听单元包括通信接口，用于接收主叫端因呼叫产生的信号或数据。所述通信接口可包括有线接口或无线接口；所述无线接口可包括接收天线；所述有线接口可包括电缆接口或光缆接口。

所述接听单元还包括语音播放单元，如扬声器或耳机等具有音频播放的电子结构。

本实施例为方法实施例一所述的呼叫处理方法提供了具体的实现硬件，能够处理紧急呼叫，方便用户在有紧急事情时，通过紧急呼叫进行通信，对于被叫端降低了错失重要呼叫的几率。

至于所述紧急呼叫提示的构成等信息可以参见方法实施例一，在此就不再重复了。本实施例所述的被叫端可以为各种类型的手机，如安卓手机、塞班系统手机或IOS系统手机等。

所述确定单元120的具体结构可根据确定第一呼叫是否紧急呼叫的方式的不同而结构不同。以下提供三种所述确定单元120的结构：

第一种：所述确定单元120，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；及其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。在本结构中，所述确定单元120包括存储介质，所述存储介质存储有所述第一类紧急通信标识；所述确定单元120还包括匹配比较结构，所述匹配比较结构可包括比较器等结构。

第二种：所述确定单元120，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；及当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。在本结构中，所述确定单元120包括存储介质，所述存储介质存储有所述第二类紧急通信标识，所述确定单元120还包括匹配比较结构和通信接口，所述匹配比较结构可包括比较器等结构。所述通信接口用于接收用于确定所述第一呼叫为主动紧急呼叫的所述紧急呼叫信息。本实施例中的所述确定单元120具体如何确定所述第一呼叫为主叫端的主动紧急呼叫，可以参见方法实施例一，在此就不再一一重复了。所述紧急呼叫信息的内容和接收方式，均可参见方法实施例一，在此就不再重复。

第三种：所述确定单元120，具体用于统计第一指定时间内所述主叫端发起第一呼叫的次数；依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；及当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。在本结构中，所述确定单元120包括计数器或具有计数功能的处理器和存储介质，所述存储介质存储有所述第三类紧急通信标识，所述确定单元120还包括匹配比较结构和通信接口，所述匹配比较结构可包括比较器等结构。所述通信接口用于接收所述紧急呼叫信息。所述技术器或具有计数功能的处理器用于所述统计。

在具体实现时，所述接听单元可包括呼叫提示模块。所述呼叫提示模块可包括显示屏，用于显示紧急呼叫显示信号。所述呼叫提示模块还可包括音频输出结构，如扬声器或耳机等结构用于输出紧急呼叫提醒中的响铃。还呼叫提示模块还可包括震动器，用于输出震动。所述呼叫提示模块还可包括发光器，用于输出紧急灯光信号。

此外，所述被叫端还可包括交互单元，用于接收用户指示，具体如用于接收用户操作指示，基于所述紧急呼叫信息向主叫端发送紧急呼叫反馈信息。

具体何时发送所述紧急呼叫反馈信息可具体参见方法实施例一中的对应部分，在此就不再重复了。

所述交互单元，可以是触摸屏、实体或虚拟键盘或语音交互接口等结构。

设备实施例二：

如图7所示，本实施例提供一种通信终端，所述通信终端为主叫端，所述主叫端包括：

交互单元210，用于接收紧急呼叫操作指示；

形成单元220，用于依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

发送单元230，用于将所述紧急呼叫信息发送给被叫端；

呼叫单元240，用于对所述被叫端发起主动紧急呼叫。

所述交互单元210，可以是触摸屏、实体或虚拟键盘或语音交互接口等人机交互接口。

所述形成单元220可包括处理器和存储介质；所述处理器的结构及与存储介质之间的关联关系可参见设备实施例一，在此不再重复。

所述发送单元230可包括通信接口；所述呼叫单元240同样包括通信接口；所述通信接口可用于建立与被叫端之间的通信链路，进行通信。所述通信接口的具体结构同样可参照设备实施例一。

优选地，所述通信终端还包括：

接收单元，用于在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

所述接收单元，可以接收天线或有线接收接口等结构。

所述呼叫单元230，具体用于确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。

在具体实现时，所述主叫端还包括计时器或具有计时功能的处理器，用于对所述第二指定时间的计时。所述第二指定时间的起始时间为所述紧急呼叫信息成功发送的瞬间。

本实施例中的所述紧急呼叫信息的具体构成可以参见方法实施例一或方法实施例二，在此就不再重复了。

在具体实现时，所述呼叫单元可包括计数模块及中断模块；

所述计数模块可用于记录在第三指定时间内向同一被叫端发起主动紧急呼叫的次数；所述中断模块可用于当未被接听的主动紧急呼叫次数达到N次时，停止所述主动紧急呼叫；所述N为不小于2的整数。

所述计数模块可包括计数器或具有计数功能的处理器；所述中断模块可为中断电路或中断芯片。

综合上述，本实施例为方法实施例二提供了实现硬件，当主叫端发起的呼叫被确认为紧急接听呼叫时，可使被叫端获得比非紧急接听情景模式下的呼叫更为强烈的呼叫提醒；方便用户进行紧急电话的拨打，能够提升主动紧急呼叫被接听的几率。

以下结合上述任意实施例，提过几个具体示例：

鉴于现有技术方案存在的问题，本发明实施例提供一种紧急呼叫方法，主叫方(即所述主叫端)在拨出电话时，在一般手机拨出电话的方式之外，增加紧急拨号的方法。被叫方增加紧急电话设置模块和紧急电话模块，通过设置紧急电话，在被叫方收到紧急电话来电时，可以在显示界面上提示“紧急电话”等提示文字，被叫方通过提示文字来判断来电的紧急程度从而确定是否立即接听。也可通过设置静音或震动模式的解除条件，当主叫方条件达到预设条件时，解除静音或者震动模式，按照预设的来电铃音大小及震动强度播放铃音和震动，从而易于用户感知并接听紧急电话，降低漏接紧急电话的概率。

所述设置模块和所述紧急电话模块都可为被叫端内所述接听单元的组成结构。

示例一：

为了解决现有技术方案存在的被叫方无法明确判断来电紧急程度以及在静音或震动模式下可能导致紧急电话漏接的问题，本示例提供一种紧急电话方法及终端，主叫方可以拨打紧急电话，被叫方可以识别出紧急电话并给被叫方用户提示。

图8所示为主叫方处理流程，包括以下步骤：

步骤S101：打开拨号盘，输入被叫方号码。被叫方号码或主叫号为被叫端的通信标识的一种；主叫放号码或主叫号为被叫端的通信标识的一种。

步骤S102：通过紧急拨号方法进行紧急拨号，紧急拨号方法可选方案包括：长按拨号盘上的拨号键、在拨号盘上预留一个专用紧急拨号键、某个物理按键设置为紧急拨号键等。

步骤S103：通过短信发送紧急电话特征码短信给被叫方。紧急电话特征码短信由主叫方电话号码、电话拨出日期时间组成。

步骤S104：特征码短信发送后等待n秒(n可由用户或呼叫服务提供商或终端生产厂商根据需求定义)，等待接收特征码短信送达报告(也叫发送报告)。如果n秒内收到特征码短信发送报告，则进入步骤S105，如果你秒内没有收到特征码短信，则紧急呼叫流程异常结束。

步骤S105：进行普通主叫方拨号。

图9所示，为被叫方(被叫方即为所述被叫端)处理流程包括以下步骤：

步骤S201：预设紧急号码；所述预设紧急号码即为实施例中所述紧急呼叫通信标识的一种。预置条件：在联系人设置中新增紧急联系人设置模块，该模块给用户提供设置紧急电话联系人的接口和方法。

紧急联系人可分为三类：无条件紧急联系人、普通紧急联系人、强制紧急联系人。用户可以为三类不同紧急联系人设置不同的权限。设置项包括紧急联系人来电时提示模式是否遵从手机整体所处的情景模式(静音、震动、户外等)，如果不遵从手机整体所处的情景模式，让用户可以设置是否震动和铃音提示，以及设置震动强度和铃音大小。所述无条件紧急联系人即对应上述实施例中的第一类紧急呼叫通信标识；所述普通紧急联系人即对应上述第二类紧急呼叫通信标识；所述强制紧急呼叫联系人即对应所述第三类紧急呼叫通信标识。

三类紧急联系人解释如下：

无条件紧急联系人：

如果被叫方将某联系人号码被设置为无条件紧急联系人，则该联系人呼入被叫方时，不管是紧急呼叫还是普通呼叫，都将提示为紧急电话，此时在被叫方振铃界面提示“紧急电话”等提示字样，同时按照紧急联系人设置中设置的来电提示方式给用户提示(震动和铃音)，此类紧急号码是优先级最高的紧急号码。

普通紧急联系人：

被叫方普通紧急联系人来电时，如果要在被叫方提示为紧急电话，主叫方必须是通过紧急拨号的方法呼叫被叫方。被叫方按照此类紧急呼叫提示方式提供用户。

强制紧急联系人：

这个设置项设置一种强制进入紧急电话模式的条件，例如一段固定时间同一个号码来电次数超过设定的频次(例如同一号码5分钟内超过3次来电)，则该号码下一次来电则强制进入紧急电话流程，界面上提示“紧急电话”等提示语并且按照该类紧急电话情景模式提示用户(例如大铃音强震动)。

步骤S202：被叫方信息模块收到主叫方紧急电话特征码短信。所述信息模块相当于所述接收单元。

步骤S203：被叫方信息模块将该紧急电话特征码短信转发给电话模块，然后信息模块删除该紧急电话特征码短信。所述电话模块对应于上述接听单元。

步骤S204:电话模块接收从信息模块转发来的紧急电话特征码短信并在内存中记录。

步骤S205：被叫方来电。

步骤S206：判断主叫号码为无条件紧急号码？

步骤S207：判断主叫号码为普通紧急号码？电话模块将来电号码与紧急联系人设置模块“无条件紧急联系人”列表中的号码进行匹配，如果来电号码已经被设置在被甲方“无条件紧急联系人”中，则匹配成功进入S209，按照预设的无条件紧急电话提示方式提示用户，来电流程结束。如果匹配失败，则继续进入S207。电话模块将来电号码与紧急联系人设置模块“普通紧急联系人”列表中的号码进行匹配，如果来电号码已经被设置在被甲方“普通紧急联系人”中，则匹配成功进入S209，按照预设的无条件紧急电话提示方式提示用户，来电流程结束。如果匹配失败，则继续进入S208。

步骤S208：判断主叫号码满足强制紧急号码条件？电话模块判断来电号码是否满足紧急联系人设置模块预设的强制进入紧急电话模式的条件，如果满足条件进入S209，按照强制紧急电话模式预设的提示方式提示用户，来电流程结束，如果不满足强制进入紧急电话模式的条件，则进入S210，按照普通来电及手机预设情景模式提示用户，来电流程结束。

步骤S209：进入紧急电话来电界面，来电界面上给用户提示“紧急电话”等提示文字，按照当前紧急电话模式预设的铃音及震动模式响铃及震动，来电流程结束。

示例二：

主叫端发起紧急呼叫的流程中，可以不等待接收特征码短信发送报告，当发送完紧急电话特征码短信后立即发起普通语音呼叫，呼叫流程如图10所示，包括以下步骤：

步骤S301：打开拨号盘，输入被叫方号码。

步骤S302：通过紧急拨号方法进行紧急拨号。

步骤S303：首先发送紧急电话特征码短信到被叫方。紧急电话特征码短信由主叫方电话号码、电话拨出日期时间组成。

步骤S304：执行完S303后，进行普通主叫方拨号。

由于网络的原因，被叫方可能先收到紧急电话特征码短信后收到来电，也可能先收到来电，在振铃过程中收到紧急电话特征码短信。这两种过程都是正常的紧急电话流程。如果被叫方先来电并且在整个振铃过程中都没有收到紧急电话特征码短信，则本次来电当做普通来电处理。

被叫方先收到紧急电话特征码短信，后收到来电的处理流程同示例一中被叫方处理流程，如图9所示。

被叫方先收到来电，振铃过程中收到紧急电话特征码短信的处理流程如图11所示，包括以下步骤：

步骤S401：该步骤同上述S201，被叫方预设紧急号码。预置条件：在联系人设置中新增紧急联系人设置模块，被叫方已在该模块设置了紧急联系人及来电时提示方式，

步骤S402：被叫方来电。

步骤S403：判断主叫号码为无条件紧急号码？电话模块判断来电号码是否为“无条件紧急联系人”，如果是无条件紧急联系人，则进入S410按照该类紧急联系人预设的提示方式给用户提示，在界面上显示“紧急电话”等提示文字，按照预设模式的铃音大小和震动强度提示用户，来电流程结束。如果来电号码不是无条件紧急联系人，则进行后续的处理流程。

步骤S404：在步骤S403中判断为非无条件紧急联系人的来电，显示普通来电界面，按照手机预设的情景模式提示用户(不是按照紧急联系人模块设置的提示方式提示用户)。

步骤S405：被叫方振铃过程中收到主叫方发来的紧急电话特征码短信，信息模块将收到的紧急电话特征码短信转发到电话模块。

步骤S406：信息模块将收到的紧急电话特征码短信发送到电话模块后，信息模块将收到的紧急电话特征码短信删除。

步骤S407：电话模块接收从信息模块转发来的紧急电话特征码短信并在内存中记录。

步骤S408：判断主叫号码为普通紧急号码？即电话模块判断来单号码是否为普通紧急联系人，如果是普通紧急联系人，流程进入S410，按照普通紧急联系人提示方式提示用户。在界面上显示“紧急电话”等提示文字，按照紧急电话设置模块预设的普通紧急联系人来电时铃音大小和震动强度提示用户，来电流程结束。如果来电号码不是普通紧急联系人，则进入S409。

骤S409：判断主叫号码满足强制紧急号码条件？电话模块判断来电号码是否满足紧急联系人设置模块预设的强制进入紧急电话模式的条件，如果满足条件则进入步骤S410，按照预设的强制紧急电话模式提示方式提示用户，来电流程结束，如果不满足强制进入紧急电话模式的条件，则电话模块不做任何动作，按照原普通来电界面提示用户，来电流程结束。

骤S410：紧急电话模式，来电界面上给用户提示“紧急电话”等提示文字，按照当前紧急电话模式预设的铃音及震动模式响铃及震动，来电流程结束。

备注：本示例还提供一个异常流程；所述异常处理流程为：如果被叫方在收到紧急电话特征码短信前主叫方挂断了电话，则来电走不到紧急电话判断流程，在普通来电界面提前结束。

示例三：

在无线通讯高度发达的今天，要修改已有语音通话的协议及流程有一定的困难。而借助网络的发展，数据域带宽越来越宽，通信时延越来越小，目前已经有很多软件支持IP语音通话，例如QQ语音、Google语音、很多公司还有内部使用的及时通讯工具，也支持IP电话，本替代技术方案为IP电话中实现紧急呼叫的方法及软件产品。

在IP电话紧急呼叫处理流程中，在呼叫控制协议(SIP、H323等)消息扩展字段，该字段用来表示紧急电话。以SIP电话为例，呼叫流程如图12所示，包括以下步骤：

步骤S501：主叫代理向代理服务器发起紧急呼叫请求，该呼叫请求数据包中，包含扩展的紧急电话特征字段。此时的主叫代理相当于上述主叫端。所述代理服务器可为网络IP电话的服务提供商的服务器。

预置条件：IP电话软件中新增紧急联系人设置模块，该模块，不同于传统CS域语音电话用电话号码设置紧急联系人，IP电话紧急联系人设置模块使用用户注册的ID号作为凭据，例如注册使用的邮箱、注册时使用的手机号码、注册时系统自动分配的ID号(例如QQ号)等。在紧急联系人设置模块同前面S201步骤说书紧急联系人设置模块。紧急呼叫请求发起方式同前文S102所述方式。

步骤S502：代理服务器验证被叫代理的合法性，验证合法后代理服务器在请求消息数据包中插入自身地址，然后向被叫代理转发呼叫请求。

步骤S503：代理服务器想主叫代理发送呼叫处理中的应答消息。

步骤S504：被叫代理接收到呼叫请求数据包后给代理服务器应答。

步骤S505：被叫代理接收到呼叫请求数据包后，除了一般的IP电话处理流程外，从该数据包中解析出紧急电话特征码字段，如果主叫方设置了紧急电话特征码字段并且被叫方解析到合法的紧急电话特征码，则在来电界面显示“紧急电话”等提示文字，按照被叫方预设的铃声大小和震动强度响铃和震动以提示用户，即被叫端振铃，然后向代理服务器发送被叫振铃消息。

步骤S506：代理服务器将被叫振铃消息发送给主叫代理。呼叫流程结束。

此外，构成所述紧急呼叫信息的紧急电话特征码可以由紧急电话特征码由日期、时间组成。所述时间可精确到秒(时间精确度由实现者在具体实现时确定)，在生成该特征码时，可以对数据进行简单的加密，增加安全性。

此外，上述示例中的步骤S203和步骤S406中，信息模块将紧急电话特征码短信发送到电话模块后，信息模块将收到的紧急电话特征码短信删除，实现者在实现时也可以选择不删除、或者信息模块将紧急电话特征码短信单独分一类保存。

主叫端发起主动紧急呼叫时，可从通话记录或电话本中发起。在具体实现时所述紧急呼叫通信标识或联系人不仅限于上述三类，还可以细分为更多类。

主叫端紧急呼叫流程中，也可以先拨打普通电话，后发送紧急电话特征码短信。

在等待接收特征码短信送达报告失败时，可以不结束紧急电话呼叫流程，发起普通语音电话。在接收紧急电话特征码失败时，也可以尝试再次发送紧急电话特征码短信，继续等待短信送达报告，实现时可以预设重试次数。

综合上述，本发明实施例提供了一种紧急呼叫方法及终端，通过该终端可以拨打和接听紧急来电，主要是提升被叫端感知紧急电话的体验。户外及嘈杂环境下，通过紧急电话预设的大铃音和强震动给用户以强烈提示，降低在漏接重要电话的概率；在家时也可以通过拨打紧急电话找手机。而被叫方在重要场合时，可以通过“紧急电话”等提示文字第一时间判断来电为紧急电话从而及时接听。

如图13所示，本发明实施例还提供一种通信系统，包括主叫端和被叫端；所述主叫端用于执行方法实施例二或示例所述的任意技术方案，所述被叫端用于执行方法实施例一或示例所述的任意技术方案。所述主叫端和被叫端的具体结构可分别参照对应的设备实施例。

在图13中所示的步骤包括：

步骤S1：主叫端接收紧急呼叫操作指示；

步骤S2：主叫端依据所述紧急呼叫操作指示，形成紧急呼叫信息；

步骤S3：主叫端向被叫端发送所述紧急呼叫信息；

步骤S4：主叫端向被叫端发起主动紧急呼叫；

步骤S5：被叫端接收所述紧急呼叫信息；

步骤S6：提取主叫端通信标识；

步骤S7：依据所述通信标识及所述紧急呼叫信息，确定所述主动紧急呼叫是否紧急接听呼叫；

步骤S8：形成并输出紧急呼叫提示。

在具体实施时，所述步骤S3和步骤S4没有一定的先后关系，所述步骤S5和步骤S6也没有一定的先后关系。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (20)

1.一种呼叫处理方法，应用于被叫端中，其特征在于，所述方法包括：

被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

2.根据权利要求1所述的方法，其特征在于，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括：

确定所述通信标识是否为预先存储的紧急通信标识；

当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；

其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。

3.根据权利要求1所述的方法，其特征在于，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括：

确定所述通信标识是否为预先存储的紧急通信标识；

当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；

当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。

4.根据权利要求3所述的方法，其特征在于，

所述确定所述第一呼叫是否为主叫端发起的主动紧急呼叫，包括：

确定所述被叫端是否有接收到所述主叫端发送的紧急呼叫信息；

当所述被叫端有接收到所述主叫端发送的紧急呼叫信息时，确定所述第一呼叫为主叫端发起的主动紧急呼叫。

5.根据权利要求4所述的方法，其特征在于，

所述紧急呼叫信息是通过短消息或承载在呼叫数据包中发送的紧接呼叫特征信息。

6.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

依据用户操作指示，形成所述紧急通信标识。

7.根据权利要求1所述的方法，其特征在于，

所述依据所述通信标识确定所述第一呼叫是否为紧急呼叫，包括

统计第一指定时间内所述主叫端发起第一呼叫的次数；

依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；

当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。

8.根据权利要求1所述的方法，其特征在于，

所述形成并输出紧急呼叫提示，包括：

当所述第一呼叫为接听紧急接听呼叫时，依据预设紧急呼叫情景模式进行紧急呼叫提醒；

所述紧急呼叫提醒为提醒强度大于非紧急呼叫情景模式的响铃提醒或震动提醒。

9.根据权利要求1所述的方法，其特征在于，

所述紧急呼叫提示还包括紧急呼叫显示信号；

所述紧急呼叫显示信号包括显示在所述被叫端显示屏上的紧急呼叫提醒信息或紧急呼叫灯光信号；

所述形成并输出紧急呼叫提示，可包括：

显示所述紧急呼叫显示信号。

10.一种呼叫处理方法，应用于主叫端中，其特征在于，所述方法包括：

接收紧急呼叫操作指示；

依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

将所述紧急呼叫信息发送给被叫端；

对所述被叫端发起主动紧急呼叫。

11.根据权利要求10所述的方法，其特征在于，

所述方法还包括：

在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

12.根据权利要求11所述的方法，其特征在于，

所述对所述被叫端发起主动紧急呼叫，包括：

确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。

13.根据权利要求11所述方法，其特征在于，

所述方法还包括：

记录在第三指定时间内向同一被叫端发起主动紧急呼叫的次数；

当未被接听的主动紧急呼叫次数达到N次时，停止所述主动紧急呼叫；

所述N为不小于2的整数。

14.一种通信终端，所通终端为被叫端，其特征在于，所述被叫端包括：

提取单元，用于被叫端接收到主叫端的第一呼叫时，提取所述主叫端的通信标识；

确定单元，用于依据所述通信标识确定所述第一呼叫是否为紧急接听呼叫；

接听单元，用于当所述第一呼叫为紧急接听呼叫时，形成并输出紧急呼叫提示。

15.根据权利要求14所述的通信终端，其特征在于，

所述确定单元，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述通信标识为预先存储的第一类紧急通信标识时，确定所述第一呼叫为紧急接听呼叫；及其中，所述第一呼叫为所述主叫端发起主动紧急呼叫或普通呼叫。

16.根据权利要求14所述的通信终端，其特征在于，

所述确定单元，具体用于确定所述通信标识是否为预先存储的紧急通信标识；当所述述通信标识为预先存储的第二类紧急通信标识时，确定所述第一呼叫是否为主叫端发起的主动紧急呼叫；及当所述第一呼叫为主叫端的主动紧急呼叫时，确定所述第一呼叫为紧急接听呼叫。

17.根据权利要求1所述的通信终端，其特征在于，

所述确定单元，具体用于统计第一指定时间内所述主叫端发起第一呼叫的次数；依据所述次数确定所述主叫端的通信标识是否满足预设条件的第三类紧急通信标识；所述第三类紧急标识为强制紧急通信标识；及当所述主叫端的通信标识是满足预设条件的第三类紧急通信标识时，确定所述第一呼叫为紧接接听呼叫。

18.一种通信终端，所述通信终端为主叫端，其特征在于，所述主叫端包括：

交互单元，用于接收紧急呼叫操作指示；

形成单元，用于依据所述紧急呼叫操作指示，形成紧急呼叫信息；其中，所述紧急呼叫信息用于供被叫端确定所述主叫端发起的呼叫是否为紧急接听呼叫；

发送单元，用于将所述紧急呼叫信息发送给被叫端；

呼叫单元，用于对所述被叫端发起主动紧急呼叫。

19.根据权利要求18所述的通信终端，其特征在于，

所述通信终端还包括：

接收单元，用于在第二指定时间内接收被叫端基于所述紧急呼叫信息形成的紧急呼叫反馈消息。

20.根据权利要求19所述的方法，其特征在于，

所述呼叫单元，具体用于确定在第二指定时间内接收到所述紧急呼叫反馈消息之后，对所述被叫端发起主动紧急呼叫。