WO2017166034A1

WO2017166034A1 - 来电处理方法、用户设备以及存储介质

Info

Publication number: WO2017166034A1
Application number: PCT/CN2016/077588
Authority: WO
Inventors: 孟超; 贾银元
Original assignee: 华为技术有限公司
Priority date: 2016-03-28
Filing date: 2016-03-28
Publication date: 2017-10-05
Also published as: CN107439024A; EP3429238A4; US10728718B2; CN107439024B; EP3429238A1; EP3429238B1; US20190058972A1

Abstract

本发明实施例提供一种来电处理方法、用户设备以及存储介质，该方法包括：被叫用户设备UE接收核心网设备发送的呼叫请求消息，并根据呼叫请求消息与核心网设备进行被叫MT信令交互；被叫UE判断在预设时长内MT信令交互是否成功；当被叫UE判断在预设时长内MT信令交互失败时，被叫UE根据主叫UE的电话号码向被叫用户发出提示信息，从而能够使被叫用户根据该提示信息获知主叫UE的此次来电。

Description

来电处理方法、用户设备以及存储介质

技术领域

本发明实施例涉及通信技术，尤其涉及一种来电处理方法、用户设备以及存储介质。

背景技术

基于长期演进的语音解决方案(Voice over Long Term Evolution，简称：VoLTE)，是一种互联网协议(Internet Protocol，简称：IP)数据传输技术，通过该技术，LTE系统可以实现数据业务与语音业务的统一，即语音业务可以和数据业务使用同一网络，提高了语音业务的通话质量。

目前，在VoLTE的语音呼叫过程中，主叫UE在通过核心网设备呼叫被叫UE时，被叫UE需要与核心网设备完成被叫(Mobile Terminated，简称：MT)信令交互，在被叫UE与核心网设备完成MT信令交互之后，被叫UE才会响铃。

但是，现有技术中，当被叫UE与核心网设备之间的MT信令交互失败时，被叫UE就不会响铃，使得被叫用户无法感知到主叫UE的此次来电，人机交互不够智能。

发明内容

本发明实施例提供一种来电处理方法、用户设备以及存储介质，用于解决现有技术中在被叫UE与核心网设备之间的MT信令交互失败时，被叫UE就不会响铃，使得被叫用户无法感知到主叫UE的此次来电，人机交互不够智能的技术问题。

第一方面，本发明实施例提供一种来电处理方法，该方法可以包括：

被叫用户设备UE接收核心网设备发送的呼叫请求消息，并根据所述呼叫请求消息与所述核心网设备进行MT信令交互；所述呼叫请求消息包括主叫UE的电话号码；

所述被叫UE判断在预设时长内所述MT信令交互是否成功；

当所述被叫UE判断在所述预设时长内所述MT信令交互失败时，所述被叫UE根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。

通过第一方面提供的来电处理方法，在被叫UE接收到核心网设备发送的呼叫请求消息之后，被叫UE可以判断其与核心网设备的MT信令交互是否成功，并在判断出MT信令交互失败时，可以及时的向被叫用户发出提示信息，以使得被叫用户可以根据该提示信息获知主叫UE的此次来电，使得人机交互更加智能化，同时也提高了被叫用户体验。

可选的，在第一方面的一种可能的实施方式中，所述被叫UE根据所述主叫UE的电话号码向被叫用户发出提示信息，具体包括：

所述被叫UE根据所述主叫UE的电话号码，在用户界面显示未接来电通知。

进一步地，在第一方面的一种可能的实施方式中，所述被叫UE判断在预设时长内所述MT信令交互是否成功，具体包括：

当所述被叫UE判断在所述预设时长内未向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

当所述被叫UE判断在所述预设时长内接收到所述核心网设备发送的挂断通知消息，则所述被叫UE确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述被叫UE中断与所述核心网设备的所述MT信令交互。

通过该可能的实施方式提供的来电处理方法，在被叫UE判断出其与核心网设备的MT信令交互失败时，可以及时的向被叫用户发出提示信息，以使得被叫用户可以根据该提示信息获知主叫UE的此次来电，使得人机交互更加智能化，同时也提高了被叫用户体验。

可选的，在第一方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，则所述当所述被叫UE判断在所述预设时长内接收到所述核心网设备发送的所述挂断通知消息，则所述被叫UE确定所述MT信令交互失败，具体包括：

当所述被叫UE判断在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内未再次接收到所述呼叫请求消息，则所述被叫UE确定所述MT信令交互失败；

或者，

当所述被叫UE判断在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时未向所述核心网设备发送所述响铃通知消息，则所述被叫UE确定所述MT信令交互失败；

或者，

当所述被叫UE判断在所述第一时长内未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内接收到所述挂断通知消息，则所述被叫UE确定所述MT信令交互失败。

通过该可能的实施方式提供的来电处理方法，通过预设的第一时长和第二时长，可以提高被叫UE判断其与核心网设备的MT信令交互失败的准确性，从而提高了被叫UE向被叫用户发送提示信息的准确性。

可选的，在第一方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，所述被叫UE判断在预设时长内所述MT信令交互是否成功，具体包括：

当所述被叫UE判断在所述第一时长内向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互成功；

或者，

当所述被叫UE判断在所述第一时长内接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互成功；

或者，

当所述被叫UE判断在所述第一时长内未向所述核心网设备发送响铃通知消息，且在所述第二时长内向所述核心网设备发送所述响铃通知消息，则所述被叫UE确定所述MT信令交互成功。

通过该可能的实施方式提供的来电处理方法，当被叫UE判断其与核心网设备的MT信令交互成功时，就不会向被叫用户发送提示信息，节省了信令开销，降低了被叫UE的功耗。

可选的，在第一方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，则在所述被叫UE判断在预设时长内所述MT信令交互是否成功之后，所述方法还包括：

当所述被叫UE判断在所述预设时长内所述MT信令交互成功时，所述被叫UE记录所述MT信令交互的用时。

通过该可能的实施方式提供的来电处理方法，使得被叫UE可以记录被叫UE与核心网设备的MT信令交互的实际用时，即从接收到核心网设备发送的呼叫请求消息直至向核心网设备发送响铃通知消息时实际所用时长，从而使得被叫用户可以根据被叫UE所统计的实际用时来调整第一时长，或者，被叫UE根据该实际用时自适应的调整第一时长，以确保所设置的第一时长的准确性，进而确保被叫UE通过第一时长和第二时长来判断MT信令交互是否成功的准确性。

第二方面，本发明实施例提供一种用户设备UE，该UE包括：

接收模块，用于接收核心网设备发送的呼叫请求消息；所述呼叫请求消息包括主叫UE的电话号码；

交互模块，用于根据所述接收模块接收的所述呼叫请求消息，与所述核心网设备进行MT信令交互；

判断模块，用于判断在预设时长内所述MT信令交互是否成功；

输出模块，用于在所述判断模块判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。

可选的，在第二方面的一种可能的实施方式中，所述输出模块，具体用于根据所述主叫UE的电话号码，在用户界面显示未接来电通知。

进一步地，在第二方面的一种可能的实施方式中，所述判断模块，具体用于当判断所述交互模块在所述预设时长内未向所述核心网设备发送响铃通知消息，则确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

所述判断模块，具体用于当判断所述交互模块在所述预设时长内接收到所述核心网设备发送的挂断通知消息，则确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述交互模块中断与所述核心网设备的所述MT信令交互。

可选的，在第二方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，则所述判断模块，用于当判断所述交互模块在所述预设时长内接收到所述核心网设备发送的所述挂断通知消息，则确定所述MT信令交互失败，具体为：

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内未再次接收到所述呼叫请求消息，则确定所述MT信令交互失败；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时未向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互失败；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内接收到所述挂断通知消息，则确定所述MT信令交互失败。

可选的，在第二方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长；

所述判断模块，具体用于当判断所述交互模块在所述第一时长内向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内未向所述核心网设备发送响铃通知消息，且在所述第二时长内向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互成功。

可选的，在第二方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，所述UE还包括：

记录模块，还用于当所述判断模块判断在预设时长内所述MT信令交互成功时，记录所述MT信令交互的用时。

上述第二方面以及第二方面的各可能的实施方式所提供的UE，其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果，在此不再赘述。

第三方面，本发明实施例提供一种用户设备UE，该UE包括：

收发器，用于接收核心网设备发送的呼叫请求消息；所述呼叫请求消息包括主叫UE的电话号码；

处理器，用于根据所述接收器接收的所述呼叫请求消息，通过所述收发器与所述核心网设备进行MT信令交互，并判断在预设时长内所述MT信令交互是否成功；

输出设备，用于在所述处理器判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。

可选的，在第三方面的一种可能的实施方式中，所述输出设备，具体用于根据所述主叫UE的电话号码，在用户界面显示未接来电通知。

进一步地，在第三方面的一种可能的实施方式中，所述处理器，具体用于当判断在所述预设时长内通过所述收发器未向所述核心网设备发送响铃通知消息，则确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

所述处理器，具体用于当判断在所述预设时长内通过所述收发器接收到所述核心网设备发送的挂断通知消息，则确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述处理器中断与所述核心网设备的所述MT信令交互。

可选的，在第三方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长，则所述处理器，用于当判断在所述预设时长内通过所述收发器接收到所述核心网设备发送的所述挂断通知消息，则确定所述MT信令交互失败，具体为：

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述挂断通知消息，且在所述第二时长内通过所述收发器未再次接收到所述呼叫请求消息，则确定所述MT信令交互失败；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述挂断通知消息，且在所述第二时长内通过所述收发器与所述核心网设备再次进行所述MT信令交互时，通过所述收发器未向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互失败；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内通过所述收发器接收到所述挂断通知消息，则确定所述MT信令交互失败。

可选的，在第三方面的一种可能的实施方式中，所述预设时长包括第一时长和第二时长；

所述处理器，具体用于当判断在所述第一时长内通过所述收发器向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内通过所述收发器与所述核心网设备再次进行所述MT信令交互时，通过所述收发器向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器未向所述核心网设备发送响铃通知消息，且在所述第二时长内通过所述收发器向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互成功。

所述处理器，还用于当判断在预设时长内所述MT信令交互成功时，指示存储器记录所述MT信令交互的用时。

上述第三方面以及第三方面的各可能的实施方式所提供的UE，其有益效果可以参见上述第一方面和第一方面的各可能的实施方式所带来的有益效果，在此不再赘述。

结合上述第一方面以及第一方面的各可能的实施方式、第二方面以及第二方面的各可能的实施方式、第三方面以及第三方面的各可能的实施方式，所述挂断通知消息为会话初始协议SIP异常消息或呼叫断开消息。

第四方面，本发明实施例提供一种存储一个或多个程序的非易失性计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被具有处理器、收发器和输出设备的电子设备执行时使所述电子设备执行以下事件：

接收核心网设备发送的呼叫请求消息，并根据所述呼叫请求消息与所述核心网设备进行MT信令交互；所述呼叫请求消息包括主叫UE的电话号码；

判断在预设时长内所述MT信令交互是否成功；

当判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码发出提示信息，所述提示信息用于指示所述主叫UE的来电接通失败。

本发明实施例提供的来电处理方法、用户设备以及存储介质，在被叫UE接收到核心网设备发送的呼叫请求消息之后，被叫UE可以判断其与核心网设备的MT信令交互是否成功，并在判断出MT信令交互失败时，可以及时的向被叫用户发出提示信息，以使得被叫用户可以根据该提示信息获知主叫UE的此次来电，使得人机交互更加智能化，同时也提高了被叫用户体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的现有的LTE系统下带Precondition的MT信令交互流程图；

图2为本发明实施例提供的现有的LTE系统下的不带Precondition的MT信令交互流程图；

图3为本发明实施例提供的来电处理方法实施例一的流程示意图；

图4为本发明实施例提供的来电处理方法实施例二的信令流程图；

图5为本发明实施例提供的来电处理方法实施例三的信令流程图；

图6为本发明实施例提供的来电处理方法实施例四的信令流程图；

图7为本发明实施例提供的来电处理方法实施例五的信令流程图；

图8为本发明实施例提供的来电处理方法实施例六的信令流程图；

图9为本发明实施例提供的来电处理方法实施例七的信令流程图；

图10为本发明实施例提供的来电处理方法实施例八的信令流程图；

图11为本发明实施例提供的来电处理方法实施例九的信令流程图；

图12为本发明实施例提供的用户设备实施例一的结构示意图；

图13为本发明实施例提供的用户设备实施例二的结构示意图；

图14为本发明实施例提供的用户设备为手机时的结构框图。

具体实施方式

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

本发明实施例涉及的用户设备UE，可以是手机、平板电脑等无线终端，该无线终端包括向用户提供语音和/或数据服务的设备，可选的，该设备可以为具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。并且，该无线终端还可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，例如该无线终端具体可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，该具有移动终端的计算机可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们可以与核心网进行语音和/或数据的交互。

本发明实施例所涉及的核心网设备，可以是LTE系统中的代理呼叫会话控制功能(Proxy-Call Session Control Function，简称：P-CSCF)，还可以是UMTS系统中的服务GPRS支持节点(Serving GPRS Support Node，简称SGSN)、移动交换中心(Mobile Switching Center，简称MSC)。

本发明实施例提供的来电处理方法，可以适用于4G核心网下的被叫UE，也可以适用于3G核心网下的被叫UE等。其中，这里所说的被叫UE是指在接收到核心网设备转发的主叫UE的呼叫请求之后，与核心网设备进行被叫(Mobile Terminated)信令交互的UE。需要说明的是，当被叫UE为4G核心网下的UE时，被叫UE与核心网设备所进行的MT信令交互可以分为：不带资源预留(Precondition)的MT信令交互、带Precondition的MT信令交互，具体使用哪种MT信令交互与核心网设备和被叫UE是否支持Precondition有关。当然，本发明实施例所涉及的来电处理方法，包括但不限于以上应用场景，只要涉及被叫UE的所有场景，均可以采用本发明实施例所提供的来电处理方法。

为了便于对本发明实施例的理解，下面以4G核心网为例，对被叫UE与核心网设备的正常MT信令交互流程进行介绍。

图1为本发明实施例提供的现有的LTE系统下带Precondition的MT信令交互流程图，如图1所示，该带Precondition的MT信令交互可以包括：

S101、核心网设备向被叫UE发送呼叫请求消息。

上述呼叫请求消息可以为主叫UE通过核心网设备转发给被叫UE的呼叫请求消息，其中，该呼叫请求消息中携带有主叫UE的电话号码，可选的，该呼叫请求消息还可以包括主叫UE发起呼叫的时间等。

S102、被叫UE向核心网设备发送请求响应消息。

上述请求响应消息用于向核心网设备指示被叫UE已接收到核心网设备发送的呼叫请求消息。

S103、被叫UE向核心网设备发送资源预留请求消息。

上述资源预留请求消息用于请求核心网设备为被叫UE预留传输语音业务数据的资源。

S104、核心网设备向被叫UE发送请求确认消息。

上述请求确认消息用于向被叫UE指示核心网设备已接收到被叫UE发送的资源预留请求消息。

S105、被叫UE向核心网设备发送确认完成消息。

上述确认完成消息用于向核心网设备指示被叫UE已接收到核心网设备发送的请求确认消息。

S106、核心网设备向被叫UE发送资源预留状态更新通知消息。

其中，上述资源预留状态更新通知消息用于向被叫UE指示主叫UE的资源预留已完成。另外，需要说明的是，上述核心网设备根据上述资源预留请求消息为被叫UE预留的资源可以通过其他的消息通知给被叫UE，例如：非接入层消息。

S107、被叫UE向核心网设备发送更新状态确认消息。

其中，上述更新状态确认消息用于向核心网设备指示被叫UE已接收到核心网设备发送的资源预留状态更新通知消息。

S108、被叫UE向核心网设备发送响铃通知消息。

其中，上述响铃通知消息用于向核心网设备指示被叫UE准备开始响铃，同时指示核心网设备向主叫UE发送回铃音。至此被叫UE与4G核心网设备就完成了带Precondition的MT信令交互，即主叫UE成功呼叫了被叫UE。

图2为本发明实施例提供的现有的LTE系统下的不带Precondition的MT信令交互流程图，如图2所示，该不带Precondition的MT信令交互可以包括：

S201、核心网设备向被叫UE发送呼叫请求消息。

S202、被叫UE向核心网设备发送请求响应消息。

S203、被叫UE向核心网设备发送响铃通知消息。

具体的，上述S201-S203的具体执行过程，可以参见上述图1所示的S101-S102、S108的描述，在此不再赘述。

至此被叫UE与4G核心网设备就完成了不带Precondition的MT信令交互，即主叫UE成功呼叫了被叫UE。需要说明的是，被叫UE与3G核心网设备的MT信令交互与图2所示的MT信令交互类似，本发明对此不再赘述。

继续参照图1和图2，在上述MT信令交互的过程中，只有在执行完最后一个步骤(即图1的S108、图2的S203)，即被叫UE向核心网设备发送了响铃通知消息，该MT信令交互才算成功，这样，被叫UE才会响铃，被叫用户才会通过被叫UE的响铃感知到主叫UE的此次来电。若上述MT信令交互失败，则被叫UE就不会向核心网设备发送响铃通知消息，在这种情况下，被叫UE也就不会响铃，使得被叫用户无法通过被叫UE感知到主叫UE的此次来电，人机交互不够智能。

本发明实施例所涉及的来电处理方法、用户设备以及存储介质，旨在解决现有技术在被叫UE与核心网设备之间的MT信令交互失败时，被叫UE就不会响铃，使得被叫用户无法感知到主叫UE的此次来电，人机交互不够智能的技术问题。

下面以具体地实施例对本发明的技术方案以及本发明的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图3为本发明实施例提供的来电处理方法实施例一的流程示意图。本实施例一涉及的是在被叫UE与核心网设备进行MT信令交互的过程中，当被叫UE判断该MT信令交互失败时，被叫UE向被叫用户发出提醒信息，以提醒被叫用户主叫UE的来电接通失败的具体过程。如图3所示，该方法包括：

S301、被叫UE接收核心网设备发送的呼叫请求消息，并根据呼叫请求消息与核心网设备进行MT信令交互；呼叫请求消息包括主叫UE的电话号码。

具体的，当主叫UE通过核心网设备呼叫被叫UE时，被叫UE就可以接收到核心网设备发送的呼叫请求消息，以使得被叫UE可以根据该呼叫请求消息，与核心网设备进行MT信令交互。其中，该呼叫请求消息中携带有主叫UE的电话号码，还可以携带有主叫UE发起呼叫的时间等。

当上述被叫UE位于3G核心网下时，上述被叫UE与核心网设备所需进行的MT信令交互例如可以为图2所示的MT信令交互。当上述被叫UE位于4G核心网下时，上述被叫UE与核心网设备所需进行的MT信令交互例如可以为带Precondition的MT信令交互(即图1所示的MT信令交互)，也可以为不带Precondition的MT信令交互(即图2所示的MT信令交互)，具体使用哪种MT信令交互与核心网设备和被叫UE是否支持Precondition有关。

S302、被叫UE判断在预设时长内MT信令交互是否成功。

具体的，当被叫UE接收到核心网设备发送的呼叫请求消息之后，被叫UE就可以判断在预设时长内被叫UE与核心网设备的MT信令交互是否成功。可选的，被叫UE可以以在预设时长内是否向核心网设备发送响铃通知消息(例如图1所示的S108、图2所示的S203)为依据，来判断被叫UE与核心网设备的MT信令交互是否成功。可选的，被叫UE还可以以在预设时长内是否向被叫用户发送响铃为依据，来判断被叫UE与核心网设备的MT信令交互是否成功。

其中，上述所说的预设时长可以大于或等于在正常情况下被叫UE与核心网设备进行MT信令交互所用时长，即大于或等于执行上述图1所示的S102-S108或执行上述图2所示的S202-S203所用的时长，具体设置时，上述预设时长可以根据被叫用户的需求或被叫UE所在的核心网的组网情况确定。

S303、当被叫UE判断在预设时长内MT信令交互失败时，被叫UE根据主叫UE的电话号码向被叫用户发出提示信息，提示信息用于向被叫用户指示主叫UE的来电接通失败。

具体的，当被叫UE通过判断确定被叫UE与核心网设备的MT信令交互失败时，则被叫UE可以根据所接收到的呼叫请求消息中携带的主叫UE的电话号码，向被叫用户发出提示信息，以提示被叫用户主叫UE的来电接通失败。可选的，被叫UE可以根据主叫UE的电话号码，在被叫UE的用户界面(例如：系统通知界面或来电通知界面等)显示未接来电通知，还可以通过语音助手等向被叫用户语音播报未接来电通知等。其中，该未接来电通知中可以包括主叫UE的电话号码或主叫UE的电话号码对应的用户名，还可以包括呼叫时间、呼叫次数等。

现有技术中，当被叫UE与核心网设备的MT信令交互失败时，则被叫UE就不会响铃，使得被叫用户无法感知到主叫UE的此次来电，人机交互不够智能。而本实施例提供的来电处理方法，被叫UE在接收到核心网设备发送的呼叫请求消息之后，可以判断其与核心网设备的MT信令交互是否成功，当判断该MT信令交互失败时，被叫UE可以及时的向被叫用户发出提示信息，以使被叫用户可以根据该提示信息获知主叫UE的此次来电，进而使得人机交互更加智能化，同时，也提高了被叫用户体验。

需要说明的是，上述来电处理方法适用于一个主叫UE通过核心网设备呼叫被叫UE的场景(即被叫UE接收到核心网设备发送的一个呼叫请求消息)，还可以适用多个主叫UE同时通过核心网设备呼叫被叫UE的场景(即被叫UE接收到核心网设备发送的多个呼叫请求消息)。当适用于多个主叫UE同时呼叫被叫UE的场景时，被叫UE可以根据每个呼叫请求消息，分别且并行的执行上述S301-S303。

以第一主叫UE和第二主叫UE为例，假定第一主叫UE和第二主叫UE 同时通过核心网设备呼叫被叫UE，即被叫UE同时接收到核心网设备发送的第一呼叫请求消息(携带有第一主叫UE的电话号码)和第二呼叫请求消息(携带有第二主叫UE的电话号码)，则被叫UE可以根据该第一呼叫请求消息和第二呼叫请求消息，分别且并行的执行上述S301-S303，即被叫UE根据第一呼叫请求与核心网设备进行第一MT信令交互，并判断第一MT信令交互是否成功，若第一MT信令交互失败，则被叫UE向用户发出提示信息，以提示用户第一主叫UE的来电接通失败；同时，被叫UE并行的根据第二呼叫请求消息与核心网设备进行第二MT信令交互，并判断第二MT信令交互是否成功，若第二MT信令交互失败，被叫UE可以向用户发出提示信息，以提示用户第二主叫UE的来电接通失败。

本发明实施例提供的来电处理方法，在被叫UE接收到核心网设备发送的呼叫请求消息之后，被叫UE可以判断其与核心网设备的MT信令交互是否成功，并在判断出MT信令交互失败时，可以及时的向被叫用户发出提示信息，以使得被叫用户可以根据该提示信息获知主叫UE的此次来电，使得人机交互更加智能化，同时也提高了被叫用户体验。

进一步地，在上述实施例的基础上，本实施例涉及的是当上述被叫UE接收到核心网设备发送的呼叫请求消息之后，被叫UE如何判断在预设时长内MT信令交互是否成功的具体过程，具体可以分为如下三种情况：

第一种情况：当被叫UE判断在预设时长内未向核心网设备发送响铃通知消息，则被叫UE确定MT信令交互失败；其中，上述响铃通知消息用于指示核心网设备向主叫UE发送回铃音。

具体的，现有技术中，在被叫UE与核心网设备进行MT信令交互的过程中，若被叫UE的调制解调器突然重启或被叫UE的信号中断，使得被叫UE与核心网设备的MT信令交互被迫终止，就会出现被叫UE在预设时长内未向核心网设备发送响铃通知消息的情况，导致被叫UE与核心网设备的MT信令交互失败，在这种情况下，被叫UE就不会向被叫用户响铃，被叫用户无法通过被叫UE感知到主叫UE的此次来电。

在本实施例中，当被叫UE在预设时长内未向核心网设备发送响铃通知消息，则被叫UE可以据此确定其与核心网设备的MT信令交互失败，从而使得被叫UE可以据此向被叫用户发送提示信息，以使被叫用户可以根据该提示信息获知主叫UE的此次来电，进而使得人机交互更加智能化，同时，也提高了被叫用户体验。

第二种情况：当被叫UE判断在预设时长内接收到核心网设备发送的挂断通知消息，则被叫UE确定MT信令交互失败；其中，上述挂断通知消息用于指示被叫UE中断与核心网设备的MT信令交互。

具体的，现有技术中，在上述核心网设备与被叫UE进行MT信令交互的过程中，若核心网设备发现被叫UE的上一次的语音承载链路未拆除，或者，核心网设备的服务器出现错误，或者其他导致核心网设备与被叫UE无法再继续进行MT信令交互的情况时，核心网设备就会向被叫UE发送上述挂断通知消息，以指示被叫UE中断与核心网设备的MT信令交互，使得被叫UE在接收到该挂断通知消息之后，就会根据该挂断通知消息，中断了与核心网设备的MT信令交互，导致被叫UE与核心网设备的MT信令交互失败，在这种情况下，被叫UE就不会向被叫用户响铃，被叫用户无法通过被叫UE感知到主叫UE的此次来电。

在本实施例中，当被叫UE在预设时长内接收到核心网设备发送的挂断通知消息，则被叫UE可以据此确定其与核心网设备的MT信令交互失败，进而使得被叫UE可以据此向被叫用户发送提示信息，以使被叫用户可以根据该提示信息获知主叫UE的此次来电，进而使得人机交互更加智能化，同时，也提高了被叫用户体验。

第三种情况：当被叫UE判断在预设时长内向核心网设备发送了响铃通知，则被叫UE确定MT信令交互成功。

具体的，当被叫UE在预设时长内向核心网设备发送了响铃通知消息，则被叫UE可以据此确定其与核心网设备的MT信令交互成功，这样，被叫UE就不会向被叫用户发送提示信息，以节省信令开销，降低被叫UE的功耗。

需要说明的是，具体实施上述实施例时，上述实施例所涉及的预设时长可以通过在被叫UE中设置一个定时器的方式来实现。可选的，在本发明的另一实现方式中，上述预设时长可以包括第一时长和第二时长，则具体实施时，可以通过在被叫UE中设置两个定时器(例如：定时器1和定时器2)来实现上述第一时长和第二时长，其中，定时器1时长可以对应于第一时长，定时器2的时长可以对应于第二时长。这里所说的第一时长可以等于或略大于正常执行图1所示的S102-S108所用的时长，即主叫UE成功呼叫被叫UE一次的用时，第二时长可以为等待缓冲时长，用于给来电接通失败的主叫UE再一次构建呼叫被叫UE的时间，通过这种方式，可以提高被叫UE向被叫用户所发送的提示信息的准确性。

下面结合应用场景，以具体的示例对本发明实施例提供的来电处理方法进行详细的介绍：

第一种应用场景：在上述被叫UE与核心网设备进行MT信令交互的过程中，被叫UE在预设时长内接收到核心网设备发送的挂断通知消息。

以上述预设时长包括第一时长和第二时长为例，其中第一时长可以等于或略大于正常执行图1所示的S102-S108所用的时长，第二时长可以为等待缓冲时长，则在本应用场景下，上述被叫UE在预设时长内接收到核心网设备发送的挂断通知消息具体可以分为如下三种情况：

情况A：被叫UE在第一时长内接收到核心网设备发送的挂断通知消息，且在第二时长内未再次接收到核心网发送的呼叫请求消息(即被叫UE在第一时长内与核心网设备的MT信令交互失败，但是，在第二时长内主叫UE没有再通过核心网设备呼叫被叫UE)。

以被叫UE与4G核心网设备的带Precondition的MT信令交互为例，图4为本发明实施例提供的来电处理方法实施例二的信令流程图，在本实施例中，核心网设备发送的挂断通知消息为会话初始协议(Session Initiation Protocol，简称：SIP)异常消息，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图4所示，该方法包括：

S401、核心网设备向被叫UE发送呼叫请求消息。

具体的，上述S401的具体执行过程，可以参见上述图1所示的S101的描述，在此不再赘述。

S402、被叫UE启动定时器1。

S403、被叫UE向核心网设备发送请求响应消息。

S404、被叫UE向核心网设备发送资源预留请求消息。

S405、核心网设备向被叫UE发送请求确认消息。

S406、被叫UE向核心网设备发送确认完成消息。

具体的，上述S403-S406的具体执行过程，可以参见上述图1所示的S102-S105的描述，在此不再赘述。

S407、核心网设备向被叫UE发送SIP异常消息。

具体的，当上述核心网设备与被叫UE进行MT信令交互的过程中，若核心网设备发现被叫UE的上一次的语音承载链路未拆除，或者，核心网设备的服务器出现错误，或者其他导致核心网设备与被叫UE无法再继续进行MT信令交互的情况时，核心网设备就会向被叫UE发送上述SIP异常消息，以指示被叫UE中断与核心网设备的MT信令交互。

S408、被叫UE向核心网设备发送确认消息。

具体的，上述确认消息用于向核心网设备指示被叫UE已接收到SIP异常消息。

在该步骤之后，被叫UE中断与核心网设备的MT信令交互。

S409、被叫UE初步判断MT信令交互失败。

具体的，由于被叫UE在定时器1超时前，接收到核心网设备发送的用于指示被叫UE中断MT信令交互的SIP异常消息(即挂断通知)，使得被叫UE根据该SIP异常消息，中断了与核心网设备的MT信令交互，导致被叫UE与核心网设备的MT信令交互失败。因此，被叫UE通过所接收到的SIP异常消息，可以初步确定其与核心网设备的MT信令交互失败。

可选的，由于被叫UE可以根据所接收到的SIP异常消息确定MT信令交互失败，因此，具体实施本实施例时，被叫UE可以在定时器1超时的同时，根据该SIP异常消息确定MT信令交互失败；还可以在接收到该SIP异常消息的同时确定MT信令交互失败，此时，若定时器1还未超时，则被叫UE可以关闭定时器1，执行S410。

S410、被叫UE启动定时器2。

具体的，被叫UE通过定时器2构建的第二时长，以给来电接通失败的主叫UE再一次构建呼叫被叫UE的时间。

S411、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

在本实施例中，在第一时长内(即定时器1超时前)被叫UE根据所接收到的SIP异常消息，中断了与核心网设备的MT信令交互，使得主叫UE呼叫被叫UE的来电接通失败，在第二时长内(即定时器2超时前)主叫UE并没有再次通过核心网设备呼叫被叫UE，即上述被叫UE在第二时长内(即定时器2超时前)没有再次接收到核心网设备发送的呼叫请求消息，则被叫UE可以通过该状态，可以进一步地确定其与核心网设备的MT信令交互彻底失败，则执行S412。

具体实施时，上述被叫UE可以以在第一时长内所接收到的核心网设备发送的呼叫请求中携带的主叫UE的电话号码为依据，即以S401中的呼叫请求中携带的主叫UE的电话号码为依据，来判断在第二时长内是否接收携带有同一主叫UE的电话号码的呼叫请求，进而判断主叫UE是否再一次通过核心网设备呼叫了被叫UE。

S412、被叫UE向被叫用户发送提示信息。

具体的，上述S412的具体执行过程，可以参见上述图3所示的S303的描述，在此不再赘述。

以被叫UE与3G核心网设备的MT信令交互为例，图5为本发明实施例提供的来电处理方法实施例三的信令流程图，在本实施例中，核心网设备发送的挂断通知消息为呼叫断开消息，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图5所示，该方法包括：

S501、核心网设备向被叫UE发送呼叫请求消息。

具体的，上述S501的具体执行过程，可以参见上述图2所示的S201的描述，在此不再赘述。

S502、被叫UE启动定时器1。

S503、被叫UE向核心网设备发送请求响应消息。

具体的，上述S503的具体执行过程，可以参见上述图2所示的S202的描述，在此不再赘述。

S504、核心网设备向被叫UE发送呼叫断开消息。

具体的，当上述核心网设备与被叫UE进行MT信令交互的过程中，若主叫UE因无线信号差导致呼叫挂断，或主叫UE主动挂断电话时，或者出现其他导致核心网设备与被叫UE无法再继续进行MT信令交互的情况时，核心网设备就会向被叫UE发送上述呼叫断开消息，以指示被叫UE中断与核心网设备的MT信令交互。

S505、被叫UE向核心网设备发送呼叫断开确认消息。

具体的，上述呼叫断开确认消息用于向核心网设备指示被叫UE已接收到呼叫断开消息。

在该步骤之后，被叫UE就会中断与核心网设备的MT信令交互。

S506、被叫UE初步判断MT信令交互失败。

具体的，由于被叫UE在定时器1超时前，接收到核心网设备发送的用于指示被叫UE中断MT信令交互的呼叫断开消息(即挂断通知)，使得被叫UE根据该呼叫断开消息，中断了与核心网设备的MT信令交互，导致被叫UE与核心网设备的MT信令交互失败。因此，被叫UE通过所接收到的呼叫断开消息，可以初步确定其与核心网设备的MT信令交互失败。

可选的，由于被叫UE可以根据所接收到的呼叫断开消息确定MT信令交互失败，因此，具体实施本实施例时，被叫UE可以在定时器1超时的同时，根据该呼叫断开消息确定MT信令交互失败；还可以在接收到该呼叫断开消息的同时确定MT信令交互失败，此时，若定时器1还未超时，则被叫UE可以关闭定时器1，执行S507。

S507、被叫UE启动定时器2。

S508、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

在本实施例中，在第一时长内(即定时器1超时前)被叫UE根据所接收到的呼叫断开消息，中断了与核心网设备的MT信令交互，使得主叫UE呼叫被叫UE的来电接通失败，在第二时长内(即定时器2超时前)主叫UE并没有再次通过核心网设备呼叫被叫UE，即上述被叫UE在第二时长内(即定时器2超时前)没有再次接收到核心网设备发送的呼叫请求消息，则被叫UE可以通过该状态，可以进一步地确定其与核心网设备的MT信令交互彻底失败，则执行S509。

具体实施时，上述被叫UE可以以在第一时长内所接收到的核心网设备发送的呼叫请求中携带的主叫UE的电话号码为依据，即以S501中的呼叫请求中携带的主叫UE的电话号码为依据，来判断在第二时长内是否接收携带有同一主叫UE的电话号码的呼叫请求，进而判断主叫UE是否再一次通过核心网设备呼叫了被叫UE。

S509、被叫UE向被叫用户发送提示信息。

具体的，上述S509的具体执行过程，可以参见上述图3所示的S303的描述，在此不再赘述。

需要说明的是，由于被叫UE与4G核心网设备的不带Precondition的MT信令交互与被叫UE与3G核心网设备的MT信令交互类似，因此，对于被叫UE与4G核心网设备在执行不带Precondition的MT信令交互的过程中出现情况A时的来电处理方法，可以参考上述图5所示的来电处理方法，对此不再赘述。

现有技术中，在被叫UE根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互之后，即被叫UE与核心网设备的MT信令交互失败之后，若主叫UE没有再一次呼叫被叫UE，被叫UE就不会响铃，使得被叫用户无法通过被叫UE感知到主叫UE的此次来电，人机交互不够智能。而在本实施例中，当被叫UE在第一时长内根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互之后，被叫UE通过该挂断通知消息，可以初步确定被叫UE与核心网设备的MT信令交互失败，若主叫UE在预设的第二时长内，没有再次呼叫被叫UE，则被叫UE可以进一步地确定被叫UE与核心网设备的MT信令交互失败，使得被叫UE可以及时的向被叫用户发送提示信息，以使得被叫用户根据该提示信息，可以及时的获知主叫UE的此次来电，使得人机交互更加智能化，同时，也提高了被叫用户体验。

情况B：被叫UE在第一时长内接收到核心网发送的挂断通知消息，但在第二时长内与核心网设备再次进行MT信令交互时未向核心网设备发送响铃通知消息(即被叫UE在第一时长内与核心网设备的MT信令交互失败，在第二时长内主叫UE再次通过核心网设备呼叫被叫UE，但是，被叫UE与核心网设备再次执行MT信令交互时，该信令交互再次失败)。

以被叫UE与4G核心网设备的带Precondition的MT信令交互为例，继续参照上述图4，假定在被叫UE启动定时器2后(在S410之后、在S411之前)，主叫UE再次通过核心网设备呼叫了被叫UE，即被叫UE再次接收到核心网设备发送的呼叫请求消息(该呼叫请求与S401中所涉及的呼叫请求消息为同一呼叫请求消息，即该呼叫请求中携带的主叫UE的电话号码与S401中所涉及的呼叫请求消息中携带的主叫UE的电话号码为同一号码)，并与核心网设备再次进行了MT信令交互，但该MT信令交互再次失败，即被叫UE还是没有向核心网设备发送响铃通知消息，导致被叫UE还是不会响铃提示被叫用户主叫UE的来电，则在步骤S411时，被叫UE通过该状态(即被叫UE再次没有向核心网设备发送响铃通知消息)，可以进一步地确定其与核心网设备的MT信令交互彻底失败，从而执行上述S412。

可选的，若上述被叫UE与核心网设备再次进行的MT信令交互成功，即被叫UE向核心网设备发送了响铃通知消息(也就是说被叫UE会响铃提示被叫用户主叫UE的来电)，则在步骤S411时，被叫UE通过该响铃通知消息，可以进一步确定其与核心网设备的MT信令交互成功，则结束流程，即被叫UE不再用向被叫UE提示主叫UE之前接通失败的来电，通过这种方式，可以提高被叫UE向被叫用户发送的提示信息的准确性，使得人机交互更加智能化，进一步提高了被叫用户体验。

可选的，在另一实现方式中，若在定时器2超时前，主叫UE再次呼叫了被叫UE，即被叫UE再次接收到核心网设备发送的呼叫请求时，被叫UE可以在接收到该呼叫请求之后，主动关闭定时器2，再次启动定时器1，若在该再次启动的定时器1超时前，被叫UE与核心网设备的MT信令交互失败时，则被叫UE再次启动定时器2，若在定时器2超时前，主叫UE再一次呼叫了被叫UE，即被叫UE再一次接收到核心网设备发送的呼叫请求，则被叫UE可以再一次关闭定时器2，重新启动定时器1，以此循环，直至被叫UE与核心网设备的MT信令交互失败后，主叫UE没有再次呼叫被叫UE(即信令交互失败)，或，被叫UE向核心网设备发送了响铃通知(即信令交互成功)。通过这种方式，可以为来电接通失败的主叫UE多次构建重新呼叫UE的时间，从而使得被叫UE可以在主叫UE的来电接通彻底失败后，才向用户发送提示信息，提高了向用户发送提示信息的准确性，使得人机交互更加智能。

以被叫UE与3G核心网设备的MT信令交互为例，继续参照上述图5，假定在被叫UE启动定时器2后(在S507之后、在S508之前)，主叫UE再次通过核心网设备呼叫了被叫UE，即被叫UE再次接收到核心网设备发送的呼叫请求消息(该呼叫请求与S501中所涉及的呼叫请求消息为同一呼叫请求消息，即该呼叫请求中携带的主叫UE的电话号码与S401中所涉及的呼叫请求消息中携带的主叫UE的电话号码为同一号码)，并与核心网设备再次进行了MT信令交互，但该MT信令交互再次失败，即被叫UE还是没有向核心网设备发送响铃通知消息，导致被叫UE还是不会响铃提示被叫用户主叫UE的来电，则在上述S508时，被叫UE通过该状态(即被叫UE再次没有向核心网设备发送响铃通知消息)，可以进一步地确定其与核心网设备的MT信令交互彻底失败，从而执行上述S509。

可选的，若上述被叫UE与核心网设备再次进行的MT信令交互成功，即被叫UE向核心网设备发送了响铃通知消息(也就是说被叫UE会响铃提示被叫用户主叫UE的来电)，则被叫UE通过该响铃通知消息，可以进一步确定其与核心网设备的MT信令交互成功，则结束流程，即被叫UE不再用向被叫UE提示主叫UE之前接通失败的来电，通过这种方式，可以提高被叫UE向被叫用户发送的提示信息的准确性，使得人机交互更加智能化，进一步提高了被叫用户体验。

需要说明的是，由于被叫UE与4G核心网设备的不带Precondition的MT信令交互与被叫UE与3G核心网设备的MT信令交互类似，因此，对于被叫UE与4G核心网设备在执行不带Precondition的MT信令交互的过程中出现情况B时的来电处理方法，可以参考上述图5所示的来电处理方法，对此不再赘述。

现有技术中，在被叫UE根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互之后，即被叫UE与核心网设备的MT信令交互失败之后，虽然主叫UE再一次通过核心网设备呼叫了被叫UE，但是由于被叫UE与核心网设备再次进行的MT信令交互失败，使得被叫UE还是不会响铃，进而使得被叫用户无法通过被叫UE感知到主叫UE的此次来电，人机交互不够智能。而在本实施例中，当被叫UE在第一时长内根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互之后，被叫UE通过该挂断通知消息，可以初步确定被叫UE与核心网设备的MT信令交互失败，若主叫UE在预设的第二时长内，没有再次成功呼叫被叫UE(即被叫UE再次没有向核心网设备发送响铃通知消息，也就是说被叫UE还是不会响铃)，则被叫UE可以进一步地确定被叫UE与核心网设备的MT信令交互失败，使得被叫UE可以及时的向被叫用户发送提示信息，以使得被叫用户根据该提示信息，可以及时的获知主叫UE的此次来电，使得人机交互更加智能化，同时，也提高了被叫用户体验。

情况C：被叫UE在第一时长内未向核心网设备发送响铃通知消息，但在第二时长内接收到核心网设备发送的挂断通知消息。

以被叫UE与4G核心网设备的带Precondition的MT信令交互为例，图6为本发明实施例提供的来电处理方法实施例四的信令流程图，在本实施例中，核心网设备发送的挂断通知消息为SIP异常消息，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图6所示，该方法包括：

S601、核心网设备向被叫UE发送呼叫请求消息。

S602、被叫UE启动定时器1。

S603、被叫UE向核心网设备发送请求响应消息。

S604、被叫UE向核心网设备发送资源预留请求消息。

S605、核心网设备向被叫UE发送请求确认消息。

S606、被叫UE向核心网设备发送确认完成消息。

具体的，上述S601-S606的具体执行过程，可以参见上述图4所示的S401-S406的描述，在此不再赘述。

S607、被叫UE在定时器1超时的同时初步判断MT信令交互失败。

具体的，由于被叫UE在定时器1超时前，既没有接收到核心网设备发送的用于指示被叫UE中断MT信令交互的SIP异常消息(即挂断通知)，也没有向核心网设备发送响铃通知消息，则被叫UE通过该状态，初步确定其与核心网设备的MT信令交互失败。

S608、被叫UE启动定时器2。

具体的，上述S608的具体执行过程，可以参见上述图4所示的S410的描述，在此不再赘述。

S609、核心网设备向被叫UE发送SIP异常消息。

S610、被叫UE向核心网设备发送确认消息。

具体的，上述S609-S610的具体执行过程，可以参见上述图4所示的S407-S408的描述，在此不再赘述。

在该步骤之后，被叫UE就会中断与核心网设备的MT信令交互。

S611、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

具体的，由于被叫UE在定时器2超时前，接收到核心网设备发送的用于指示被叫UE中断MT信令交互的SIP异常消息(即挂断通知消息)，使得被叫UE根据该SIP异常消息，中断了与核心网设备的MT信令交互，导致被叫UE与核心网设备的MT信令交互失败。因此，被叫UE通过该状态，可以进一步地确定其与核心网设备的MT信令交互彻底失败，则被叫UE执行S612。

S612、被叫UE向被叫用户发送提示信息。

具体的，上述S612的具体执行过程，可以参见上述图4所示的S412的描述，在此不再赘述。

图7为本发明实施例提供的来电处理方法实施例五的信令流程图，本实施例涉及的是被叫UE在第一时长内未向核心网设备发送响铃通知消息，但在第二时长内向核心网设备发送了响铃通知消息的具体过程。如图7所示，在上述图6的基础上，在上述S609-S612还可以用如下步骤替换：

S701、核心网设备向被叫UE发送资源预留状态更新通知消息。

S702、被叫UE向核心网设备发送更新状态确认消息。

S703、被叫UE向核心网设备发送响铃通知消息。

具体的，上述S701-S703的具体执行过程，可以参见上述图1所示的S106-S108的描述，在此不再赘述。

S704、被叫UE在定时器2超时的同时进一步判断MT信令交互成功。

具体的，在本实施例中，被叫UE在定时器2超时前，向核心网设备发送了响铃通知消息，也就是说，被叫UE与核心网设备的MT信令交互成功，即被叫UE会响铃以提示被叫用户主叫UE的此次来电，因此，被叫UE通过该状态，可以进一步地确定其与核心网设备的MT信令交互成功，在这种情况下，被叫UE就不会向被叫用户发送提示信息，以节省信令开销，降低被叫UE的功耗。

可选的，在又一实施例中，若上述S701-S704发生在S607之前，也就是说，在执行上述S607时，被叫UE判断在定时器1超时前，被叫UE向核心网设备发送了响铃通知消息，即被叫UE在定时器1超时前，判断MT信令交互成功时，被叫UE可以不用再启动定时器2，直接结束流程。

可选的，在本发明的一种实现方式中，在上述S703之后，该方法还包括：被叫UE记录MT信令交互的用时。

具体的，当被叫UE处于不同的核心网下时，被叫UE与核心网设备正常进行MT信令交互的用时不同，因此，当上述第一时长对应于正常执行图1所示的S102-S108所用的时长时，被叫UE可以记录每次与核心网设备成功进行MT信令交互的实际用时，以使得被叫用户可以根据被叫UE所记录的实际用时来调整第一时长，或者，被叫UE根据该实际用时自适应的调整第一时长，以确保所设置的第一时长的准确性，进而确保被叫UE通过第一时长和第二时长来判断MT信令交互是否成功的准确性。

以被叫UE与3G核心网设备的MT信令交互为例，图8为本发明实施例提供的来电处理方法实施例六的信令流程图，在本实施例中，核心网设备发送的挂断通知消息为呼叫断开消息，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图8所示，该方法包括：

S801、核心网设备向被叫UE发送呼叫请求消息。

S802、被叫UE启动定时器1。

S803、被叫UE向核心网设备发送请求响应消息。

具体的，上述S801-S803的具体执行过程，可以参见上述图5所示的S501-S503的描述，在此不再赘述。

S804、被叫UE在定时器1超时的同时初步判断MT信令交互失败。

具体的，由于被叫UE在定时器1超时前，既没有接收到核心网设备发送的用于指示被叫UE中断MT信令交互的呼叫断开消息(即挂断通知)，也没有向核心网设备发送响铃通知消息，则被叫UE通过该状态，初步确定其与核心网设备的MT信令交互失败。

S805、被叫UE启动定时器2。

具体的，上述S805的具体执行过程，可以参见上述图5所示的S507的描述，在此不再赘述。

S806、核心网设备向被叫UE发送呼叫断开消息。

S807、被叫UE向核心网设备发送呼叫断开确认消息。

具体的，上述S806-S807的具体执行过程，可以参见上述图5所示的S504-S505的描述，在此不再赘述。

在该步骤之后，被叫UE就会中断与核心网设备的MT信令交互。

S808、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

具体的，由于被叫UE在定时器2超时前，接收到核心网设备发送的用于指示被叫UE中断MT信令交互的呼叫断开消息(即挂断通知)，使得被叫UE根据该呼叫断开消息，中断了与核心网设备的MT信令交互，导致被叫UE与核心网设备的MT信令交互失败。因此，被叫UE通过该状态，可以进一步地确定其与核心网设备的MT信令交互彻底失败，则被叫UE执行S809。

S809、被叫UE向被叫用户发送提示信息。

具体的，上述S809的具体执行过程，可以参见上述图5所示的S509的描述，在此不再赘述。

图9为本发明实施例提供的来电处理方法实施例七的信令流程图，本实施例涉及的是被叫UE在第一时长内未向核心网设备发送响铃通知消息，但在第二时长内向核心网设备发送了响铃通知消息的具体过程。如图9所示，在上述图8的基础上，上述S806-S809还可以用如下步骤替换：

S901、被叫UE向核心网设备发送响铃通知消息。

具体的，上述S901的具体执行过程，可以参见上述图2所示的S203的描述，在此不再赘述。

S902、被叫UE在定时器2超时的同时进一步判断MT信令交互成功。

可选的，在又一实施例中，若上述S901-S902发生在S804之前，也就是说，在执行上述S804时，被叫UE判断在定时器1超时前，被叫UE向核心网设备发送了响铃通知消息，即被叫UE在定时器1超时前，判断MT信令交互成功时，被叫UE可以不用再启动定时器2，直接结束流程。

可选的，在本发明的一种实现方式中，在上述S901之后，该方法还包括：被叫UE记录MT信令交互的用时。

具体的，当被叫UE处于不同的核心网下时，被叫UE与核心网设备正常进行MT信令交互的用时不同，因此，当上述第一时长对应于正常执行图2所示的S202-S203所用的时长时，被叫UE可以记录每次与核心网设备成功进行MT信令交互的实际用时，以使得被叫用户可以根据被叫UE所记录的实际用时来调整第一时长，或者，被叫UE根据该实际用时自适应的调整第一时长，以确保所设置的第一时长的准确性，进而确保被叫UE通过第一时长和第二时长来判断MT信令交互是否成功的准确性。

需要说明的是，由于被叫UE与4G核心网设备的不带Precondition的MT信令交互与被叫UE与3G核心网设备的MT信令交互类似，因此，对于被叫UE与4G核心网设备在执行不带Precondition的MT信令交互的过程中出现情况C时的来电处理方法，可以参考上述图8所示的来电处理方法，对此不再赘述。

现有技术中，在被叫UE根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互之后，即被叫UE与核心网设备的MT信令交互失败之后，被叫UE就不会响铃，使得被叫用户无法通过被叫UE感知到主叫UE的此次来电，人机交互不够智能。而在本实施例中，当被叫UE根据核心网设备发送的挂断通知消息，中断与核心网设备的MT信令交互时，被叫UE通过该挂断通知消息，可以确定该MT信令交互失败，使得被叫UE可以及时的向被叫用户发送提示信息，以使得被叫用户根据该提示信息，可以及时的获知主叫UE的此次来电，使得人机交互更加智能化，同时，也提高了被叫用户体验。

第二种应用场景：在上述被叫UE与核心网设备进行MT信令交互的过程中，被叫UE在预设时长内未向核心网设备发送响铃通知消息。需要说明的是，这种情况可以是由于被叫UE的调制解调器突然重启或被叫UE的信号中断所造成的。

以被叫UE与4G核心网设备的带Precondition的MT信令交互为例，图10为本发明实施例提供的来电处理方法实施例八的信令流程图，在本实施例中，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图10所示，该方法包括：

S1001、核心网设备向被叫UE发送呼叫请求消息。

S1002、被叫UE启动定时器1。

S1003、被叫UE向核心网设备发送请求响应消息。

S1004、被叫UE向核心网设备发送资源预留请求消息。

S1005、核心网设备向被叫UE发送请求确认消息。

S1006、被叫UE向核心网设备发送确认完成消息。

S1007、被叫UE在定时器1超时的同时初步判断MT信令交互失败。

S1008、被叫UE启动定时器2。

具体的，上述S1001-S1008的具体执行过程，可以参见上述图6所示的S601-S608的描述，在此不再赘述。

S1009、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

具体的，由于被叫UE在定时器2超时前，一直没有接收到核心网设备发送的资源预留状态更新通知消息(图1的S106)，从而使得被叫UE无法继续与核心网设备进行MT信令交互，进而使得被叫UE无法向核心网设备发送响铃通知消息，因此，被叫UE通过该状态，进一步地确定其与核心网设备的MT信令交互彻底失败，则被叫UE继续执行S1010。

S1010、被叫UE向被叫用户发送提示信息。

具体的，上述S1010的具体执行过程，可以参见上述图6所示的S612的描述，在此不再赘述。

以被叫UE与3G核心网设备的MT信令交互为例，图11为本发明实施例提供的来电处理方法实施例九的信令流程图，在本实施例中，上述被叫UE中设置有定时器1和定时器2，其中，定时器1的时长对应于第一时长，定时器2的时长对应于第二时长，则如图11所示，该方法包括：

S1101、核心网设备向被叫UE发送呼叫请求消息。

S1102、被叫UE启动定时器1。

S1103、被叫UE向核心网设备发送请求响应消息。

S1104、被叫UE在定时器1超时的同时初步判断MT信令交互失败。

S1105、被叫UE启动定时器2。

具体的，上述S1101-S1105的具体执行过程，可以参见上述图8所示的S801-S805的描述，在此不再赘述。

S1106、被叫UE在定时器2超时的同时进一步判断MT信令交互失败。

具体的，由于被叫UE在定时器2超时前，一直没有向核心网设备发送响铃通知消息，则被叫UE通过该状态，进一步地确定其与核心网设备的MT信令交互彻底失败，则被叫UE继续执行S1107。

S1107、被叫UE向被叫用户发送提示信息。

具体的，上述S1107的具体执行过程，可以参见上述图8所示的S809的描述，在此不再赘述。

需要说明的是，由于被叫UE与4G核心网设备的不带Precondition的MT信令交互与被叫UE与3G核心网设备的MT信令交互类似，因此，在上述第二种应用场景下，对于被叫UE与4G核心网设备在执行不带Precondition的MT信令交互时的来电处理方法，可以参考上述图11所示的来电处理方法，对此不再赘述。

现有技术中，在被叫UE与核心网设备进行MT信令交互的过程中，若被叫UE的调制解调器突然重启或被叫UE的信号中断，导致被叫UE在预设时长内未向核心网设备发送响铃通知消息，使得被叫UE与核心网设备的MT信令交互失败时，被叫UE就不会响铃，使得被叫用户无法通过被叫UE感知到主叫UE的此次来电，人机交互不够智能。而在本实施例中，若被叫UE的调制解调器突然重启或被叫UE的信号中断，导致被叫UE在预设时长内未向核心网设备发送响铃通知消息，则被叫UE通过该状态，可以确定被叫UE与核心网设备的MT信令交互失败，使得被叫UE可以及时的向被叫用户发送提示信息，以使得被叫用户根据该提示信息，可以及时的获知主叫UE的此次来电，使得人机交互更加智能化，同时，也提高了被叫用户体验。

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

图12为本发明实施例提供的用户设备实施例一的结构示意图，如图12所示，该用户设备UE可以为被叫UE，该用户设备UE可以包括：接收模块11、交互模块12、判断模块13和输出模块14；其中，

接收模块11，用于接收核心网设备发送的呼叫请求消息；其中，该呼叫请求消息可以包括主叫UE的电话号码；

交互模块12，用于根据上述接收模块11接收的呼叫请求消息，与核心网设备进行MT信令交互；

判断模块13，用于判断在预设时长内上述MT信令交互是否成功；

输出模块14，用于在上述判断模块13判断在预设时长内MT信令交互失败时，根据主叫UE的电话号码向被叫用户发出提示信息，该提示信息可以用于向被叫用户指示主叫UE的来电接通失败。可选的，上述输出模块14，可以具体用于根据主叫UE的电话号码，在用户界面显示未接来电通知。可选的，上述输出模块14，还可以具体用于根据主叫UE的电话号码，向被叫用户语音播报未接来电通知等。

本发明实施例提供的UE，可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

进一步地，在上述实施例的基础上，上述判断模块13，用于判断在预设时长内上述MT信令交互是否成功，具体为：

上述判断模块13，具体用于当判断上述交互模块12在预设时长内未向核心网设备发送响铃通知消息，则确定上述MT信令交互失败；其中，上述响铃通知消息用于指示核心网设备向主叫UE发送回铃音。

或者，上述判断模块13，具体用于当判断上述交互模块12在预设时长内接收到核心网设备发送的挂断通知消息，则确定MT信令交互失败；其中，上述挂断通知消息用于指示交互模块12中断与核心网设备的MT信令交互；可选的，当上述UE位于3G核心网下时，上述挂断通知消息可以为呼叫断开消息，当上述UE位于3G核心网下时，上述挂断通知消息可以为会话初始协议SIP异常消息。

或者，上述判断模块13，具体用于当判断上述交互模块12在预设时长内向核心网设备发送响铃通知消息，则确定MT信令交互成功。

当上述预设时长包括第一时长和第二时长时，上述判断模块13，用于当判断上述交互模块12在预设时长内接收到核心网设备发送的挂断通知消息，则确定MT信令交互失败，具体可以为：

上述判断模块13，具体用于当判断上述交互模块12在第一时长内接收到挂断通知消息，且在第二时长内未再次接收到上述主叫UE通过核心网设备发送的呼叫请求消息，则确定MT信令交互失败；

或者，上述判断模块13，具体用于当判断上述交互模块12在第一时长内接收到挂断通知消息，且在第二时长内与核心网设备再次进行上述MT信令交互时未向核心网设备发送响铃通知消息，则确定MT信令交互失败；

或者，上述判断模块13，具体用于当判断上述交互模块12在第一时长内未向核心网设备发送响铃通知消息，且在第二时长内接收到挂断通知消息，则确定MT信令交互失败。

当上述预设时长包括第一时长和第二时长时，上述判断模块13，用于当判断上述交互模块12在预设时长内向核心网设备发送响铃通知消息，则确定MT信令交互成功，具体可以为：

上述判断模块13，具体用于当判断上述交互模块12在第一时长内向核心网设备发送响铃通知消息，则确定MT信令交互成功；

或者，上述判断模块13，具体用于当判断上述交互模块12在第一时长内接收到核心网设备发送的挂断通知消息，且在第二时长内与核心网设备再次进行MT信令交互时向核心网设备发送响铃通知消息，则确定MT信令交互成功；

或者，上述判断模块13，具体用于当判断上述交互模块12在第一时长内未向核心网设备发送响铃通知消息，且在第二时长内向核心网设备发送所述响铃通知消息，则确定MT信令交互成功。

图13为本发明实施例提供的用户设备实施例二的结构示意图，如图13所示，该用户设备UE可以包括：收发器21、处理器22(例如CPU)、输出设备23；其中，收发器21可以集成在用户设备的收发信机中，也可以为用户设备上独立的收发天线。本发明实施例涉及的用户设备还可以包括电源24、存储器25、通信总线26以及通信端口27。通信总线26用于实现元件之间的通信连接。存储器25可能包含高速RAM存储器，也可能还包括非易失性存储器NVM，例如至少一个磁盘存储器，存储器25中可以存储各种程序，以用于完成各种处理功能以及实现本实施例的方法步骤。上述通信端口27用于实现用户设备与其他外设之间进行连接通信。

上述收发器21，用于接收核心网设备发送的呼叫请求消息；该呼叫请求消息可以包括主叫UE的电话号码；

上述处理器22，用于根据上述接收器21接收的呼叫请求消息，通过收发器21与核心网设备进行MT信令交互，并判断在预设时长内该MT信令交互是否成功；

上述输出设备23，用于在上述处理器22判断在预设时长内MT信令交互失败时，根据主叫UE的电话号码向被叫用户发出提示信息，该提示信息用于向被叫用户指示述主叫UE的来电接通失败。可选的，上述输出设备23可以为具有显示功能的设备，可以具体用于根据主叫UE的电话号码，在用户界面显示未接来电通知。可选的，输出设备23还可以为具有音频播放功能的设备，可以具体用于根据主叫UE的电话号码，向被叫用户语音播报未接来电通知等。

进一步地，在上述实施例的基础上，上述处理器22，用于判断在预设时长内MT信令交互是否成功，具体为：

上述处理器22，具体用于当判断在预设时长内通过收发器21未向核心网设备发送响铃通知消息，则确定MT信令交互失败；其中，这里所说的响铃通知消息用于指示核心网设备向主叫UE发送回铃音；

或者，上述处理器22，具体用于当判断在预设时长内通过收发器21接收到核心网设备发送的挂断通知消息，则确定MT信令交互失败，这里所说的挂断通知消息用于指示处理器22中断与核心网设备的MT信令交互；可选的，当上述UE位于3G核心网下时，上述挂断通知消息可以为呼叫断开消息，当上述UE位于3G核心网下时，上述挂断通知消息可以为会话初始协议SIP异常消息；

或者，上述处理器22，具体用于当判断在预设时长内通过收发器21向核心网设备发送响铃通知消息，则确定MT信令交互成功。

当上述预设时长包括第一时长和第二时长时，则上述处理器22，用于当判断在预设时长内通过收发器21接收到核心网设备发送的挂断通知消息，则确定MT信令交互失败，具体为：

上述处理器22，具体用于当判断在第一时长内通过收发器21接收到挂断通知消息，且在第二时长内通过收发器21未再次接收到主叫UE通过核心网设备发送的呼叫请求消息，则确定MT信令交互失败；

或者，上述处理器22，具体用于当判断在第一时长内通过收发器21接收到挂断通知消息，且在第二时长内通过收发器21与核心网设备再次进行MT信令交互时，通过收发器21未向核心网设备发送响铃通知消息，则确定MT信令交互失败；

或者，上述处理器22，具体用于当判断在第一时长内通过收发器21未向核心网设备发送响铃通知消息，且在第二时长内通过收发器21接收到挂断通知消息，则确定MT信令交互失败。

当上述预设时长包括第一时长和第二时长时，则上述处理器22，用于当判断在预设时长内通过收发器21向核心网设备发送响铃通知消息，则确定MT信令交互成功，具体为：

上述处理器22，具体用于当判断在第一时长内通过收发器21向核心网设备发送响铃通知消息，则确定MT信令交互成功；

或者，上述处理器22，具体用于当判断在第一时长内通过收发器21接收到核心网设备发送的挂断通知消息，且在第二时长内通过收发器21与核心网设备再次进行MT信令交互时，通过收发器21向核心网设备发送响铃通知消息，则确定MT信令交互成功；

或者，上述处理器22，具体用于当判断在第一时长内通过收发器21未向核心网设备发送响铃通知消息，且在第二时长内通过收发器21向核心网设备发送响铃通知消息，则确定MT信令交互成功。

正如上述实施例所述，本发明实施例涉及的用户设备可以是手机、平板电脑等无线终端，因此，以用户设备为手机为例：图14为本发明实施例提供的用户设备为手机时的结构框图。参考图14，该手机可以包括：射频(Radio Frequency，RF)电路1110、存储器1120、输入单元1130、显示单元1140、传感器1150、音频电路1160、无线保真(wireless fidelity，WiFi)模块1170、处理器1180、以及电源1190等部件。本领域技术人员可以理解，图14中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图14对手机的各个构成部件进行具体的介绍：

RF电路1110可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1180处理；另外，将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier，LNA)、双工器等。此外，RF电路1110还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(Global System of Mobile communication，GSM)、通用分组无线服务(General Packet Radio Service，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE))、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1120可用于存储软件程序以及模块，处理器1180通过运行存储在存储器1120的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1120可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1130可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1130可包括触控面板1131以及其他输入设备1132。触控面板1131，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1131上或在触控面板1131附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1131可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1180，并能接收处理器1180发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1131。除了触控面板1131，输入单元1130还可以包括其他输入设备1132。具体地，其他输入设备1132可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1140可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1140可包括显示面板1141，可选的，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1141。进一步的，触控面板1131可覆盖于显示面板1141之上，当触控面板1131检测到在其上或附近的触摸操作后，传送给处理器1180以确定触摸事件的类型，随后处理器1180根据触摸事件的类型在显示面板1141上提供相应的视觉输出。虽然在图10中，触控面板1131与显示面板1141是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1131与显示面板1141集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1150，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1141的亮度，光传感器可在手机移动到耳边时，关闭显示面板1141和/或背光。作为运动传感器的一种，加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1160、扬声器1161以及传声器1162可提供用户与手机之间的音频接口。音频电路1160可将接收到的音频数据转换后的电信号，传输到扬声器1161，由扬声器1161转换为声音信号输出；另一方面，传声器1162将收集的声音信号转换为电信号，由音频电路1160接收后转换为音频数据，再将音频数据输出处理器1180处理后，经RF电路1110以发送给比如另一手机，或者将音频数据输出至存储器1120以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1170可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了WiFi模块1170，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1180是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1120内的软件程序和/或模块，以及调用存储在存储器1120内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1180可包括一个或多个处理单元；优选的，处理器1180可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1180中。

手机还包括给各个部件供电的电源1190(比如电池)，优选的，电源可以通过电源管理系统与处理器1180逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

手机还可以包括摄像头1200，该摄像头可以为前置摄像头，也可以为后置摄像头。尽管未示出，手机还可以包括蓝牙模块、GPS模块等，在此不再赘述。

在本发明实施例中，该手机所包括的处理器1180可以用于执行上述来电处理方法实施例，其实现原理和技术效果类似，在此不再赘述。

在本发明实施例中，还提供了一种存储一个或多个程序的非易失性计算机可读存储介质，其中，该一个或多个程序包括指令，这里所说的指令当被具有处理器、收发器和输出设备的电子设备(例如：上述所示的用户设备UE)执行时使电子设备执行以下事件：

接收核心网设备发送的呼叫请求消息，并根据呼叫请求消息与核心网设备进行MT信令交互；该呼叫请求消息可以包括主叫UE的电话号码；

判断在预设时长内上述MT信令交互是否成功；

当判断在预设时长内上述MT信令交互失败时，根据主叫UE的电话号码发出提示信息，该提示信息用于指示主叫UE的来电接通失败。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

一种来电处理方法，其特征在于，所述方法包括：

被叫用户设备UE接收核心网设备发送的呼叫请求消息，并根据所述呼叫请求消息与所述核心网设备进行被叫MT信令交互；所述呼叫请求消息包括主叫UE的电话号码；

所述被叫UE判断在预设时长内所述MT信令交互是否成功；

当所述被叫UE判断在所述预设时长内所述MT信令交互失败时，所述被叫UE根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。
根据权利要求1所述的方法，其特征在于，所述被叫UE根据所述主叫UE的电话号码向被叫用户发出提示信息，具体包括：

所述被叫UE根据所述主叫UE的电话号码，在用户界面显示未接来电通知。
根据权利要求1或2所述的方法，其特征在于，所述被叫UE判断在预设时长内所述MT信令交互是否成功，具体包括：

当所述被叫UE判断在所述预设时长内未向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

当所述被叫UE判断在所述预设时长内接收到所述核心网设备发送的挂断通知消息，则所述被叫UE确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述被叫UE中断与所述核心网设备的所述MT信令交互。
根据权利要求3所述的方法，其特征在于，所述预设时长包括第一时长和第二时长，则所述当所述被叫UE判断在所述预设时长内接收到所述核心网设备发送的所述挂断通知消息，则所述被叫UE确定所述MT信令交互失败，具体包括：

当所述被叫UE判断在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内未再次接收到所述呼叫请求消息，则所述被叫UE确定所述MT信令交互失败；

或者，

当所述被叫UE判断在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时未向所述核心网设备发送所述响铃通知消息，则所述被叫UE确定所述MT信令交互失败；

或者，

当所述被叫UE判断在所述第一时长内未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内接收到所述挂断通知消息，则所述被叫UE确定所述MT信令交互失败。
根据权利要求1或2所述的方法，其特征在于，所述预设时长包括第一时长和第二时长，所述被叫UE判断在预设时长内所述MT信令交互是否成功，具体包括：

当所述被叫UE判断在所述第一时长内向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互成功；

或者，

当所述被叫UE判断在所述第一时长内接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时向所述核心网设备发送响铃通知消息，则所述被叫UE确定所述MT信令交互成功；

或者，

当所述被叫UE判断在所述第一时长内未向所述核心网设备发送响铃通知消息，且在所述第二时长内向所述核心网设备发送所述响铃通知消息，则所述被叫UE确定所述MT信令交互成功。
根据权利要求3-5任一项所述的方法，其特征在于，所述挂断通知消息为会话初始协议SIP异常消息或呼叫断开消息。
一种用户设备UE，其特征在于，所述UE包括：

接收模块，用于接收核心网设备发送的呼叫请求消息；所述呼叫请求消息包括主叫UE的电话号码；

交互模块，用于根据所述接收模块接收的所述呼叫请求消息，与所述核心网设备进行被叫MT信令交互；

判断模块，用于判断在预设时长内所述MT信令交互是否成功；

输出模块，用于在所述判断模块判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。
根据权利要求7所述的UE，其特征在于，

所述输出模块，具体用于根据所述主叫UE的电话号码，在用户界面显示未接来电通知。
根据权利要求7或8所述的UE，其特征在于，

所述判断模块，具体用于当判断所述交互模块在所述预设时长内未向所述核心网设备发送响铃通知消息，则确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

所述判断模块，具体用于当判断所述交互模块在所述预设时长内接收到所述核心网设备发送的挂断通知消息，则确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述交互模块中断与所述核心网设备的所述MT信令交互。
根据权利要求9所述的UE，其特征在于，所述预设时长包括第一时长和第二时长，则所述判断模块，用于当判断所述交互模块在所述预设时长内接收到所述核心网设备发送的所述挂断通知消息，则确定所述MT信令交互失败，具体为：

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内未再次接收到所述呼叫请求消息，则确定所述MT信令交互失败；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时未向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互失败；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内接收到所述挂断通知消息，则确定所述MT信令交互失败。
根据权利要求7或8所述的UE，其特征在于，所述预设时长包括第一时长和第二时长；

所述判断模块，具体用于当判断所述交互模块在所述第一时长内向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内与所述核心网设备再次进行所述MT信令交互时向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述判断模块，具体用于当判断所述交互模块在所述第一时长内未向所述核心网设备发送响铃通知消息，且在所述第二时长内向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互成功。
根据权利要求9-11任一项所述的UE，其特征在于，所述挂断通知消息为会话初始协议SIP异常消息或呼叫断开消息。
一种用户设备UE，其特征在于，所述UE包括：

收发器，用于接收核心网设备发送的呼叫请求消息；所述呼叫请求消息包括主叫UE的电话号码；

处理器，用于根据所述接收器接收的所述呼叫请求消息，通过所述收发器与所述核心网设备进行被叫MT信令交互，并判断在预设时长内所述MT信令交互是否成功；

输出设备，用于在所述处理器判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码向被叫用户发出提示信息，所述提示信息用于向所述被叫用户指示所述主叫UE的来电接通失败。
根据权利要求13所述的UE，其特征在于，

所述输出设备，具体用于根据所述主叫UE的电话号码，在用户界面显示未接来电通知。
根据权利要求13或14所述的UE，其特征在于，

所述处理器，具体用于当判断在所述预设时长内通过所述收发器未向所述核心网设备发送响铃通知消息，则确定所述MT信令交互失败；其中，所述响铃通知消息用于指示所述核心网设备向所述主叫UE发送回铃音；

或者，

所述处理器，具体用于当判断在所述预设时长内通过所述收发器接收到所述核心网设备发送的挂断通知消息，则确定所述MT信令交互失败；其中，所述挂断通知消息用于指示所述处理器中断与所述核心网设备的所述MT信令交互。
根据权利要求15所述的UE，其特征在于，所述预设时长包括第一时长和第二时长，则所述处理器，用于当判断在所述预设时长内通过所述收发器接收到所述核心网设备发送的所述挂断通知消息，则确定所述MT信令交互失败，具体为：

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述挂断通知消息，且在所述第二时长内通过所述收发器未再次接收到所述呼叫请求消息，则确定所述MT信令交互失败；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述挂断通知消息，且在所述第二时长内通过所述收发器与所述核心网设备再次进行所述MT信令交互时，通过所述收发器未向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互失败；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器未向所述核心网设备发送所述响铃通知消息，且在所述第二时长内通过所述收发器接收到所述挂断通知消息，则确定所述MT信令交互失败。
根据权利要求13或14所述的UE，其特征在于，所述预设时长包括第一时长和第二时长；

所述处理器，具体用于当判断在所述第一时长内通过所述收发器向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器接收到所述核心网设备发送的挂断通知消息，且在所述第二时长内通过所述收发器与所述核心网设备再次进行所述MT信令交互时，通过所述收发器向所述核心网设备发送响铃通知消息，则确定所述MT信令交互成功；

或者，

所述处理器，具体用于当判断在所述第一时长内通过所述收发器未向所述核心网设备发送响铃通知消息，且在所述第二时长内通过所述收发器向所述核心网设备发送所述响铃通知消息，则确定所述MT信令交互成功。
根据权利要求15-17任一项所述的UE，其特征在于，所述挂断通知消息为会话初始协议SIP异常消息或呼叫断开消息。
一种存储一个或多个程序的非易失性计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当被具有处理器、收发器和输出设备的电子设备执行时使所述电子设备执行以下事件：

接收核心网设备发送的呼叫请求消息，并根据所述呼叫请求消息与所述核心网设备进行MT信令交互；所述呼叫请求消息包括主叫UE的电话号码；

判断在预设时长内所述MT信令交互是否成功；

当判断在所述预设时长内所述MT信令交互失败时，根据所述主叫UE的电话号码发出提示信息，所述提示信息用于指示所述主叫UE的来电接通失败。