一种呼叫处理的方法、装置、设备及系统与流程

本发明涉及通信领域，具体涉及一种呼叫处理的方法、装置、设备及系统。
背景技术：
：由于具有高频谱效率、高峰值效率、高移动性和网络架构扁平化等诸多优势，新一代移动通信技术长期演进(LongTermEvolution，LTE)得到迅速发展，在LTE网络覆盖区域内，用户设备(UserEquipment，UE)基于LTE和IP多媒体子系统(IPMultimediaSubsystem，IMS)实现语音业务，即基于LTE的语音业务(VoiceoverLTE，VOLTE)。由于在LTE部署的初期，LTE网络覆盖范围有限，因此会经常发生网络的切换，即由LTE切换到通用移动通信系统(UniversalMobileTelecommunicationsSystem，UMTS)或者，由LTE切换到全球移动通信系统(GlobalSystemforMobileCommunication，GSM)。而在通话过程中为了保证通话的延续性，引入了单一无线语音呼叫连续性(SingleRadioVoiceCallContinuity，SRVCC)的功能。当用户设备在移出LTE网络覆盖范围时，正在进行的语音业务将被切换到2G/3G网络的电路交换(CircuitSwitched，CS)域，从而保证语音呼叫的连续性。当前第三代合作伙伴计划(3rdGenerationPartnershipProject，3GPP)协议规定，发生SRVCC切换发起时，UE呼叫状态由IMS协议栈同步给GSM/UTMS(简称GU)的电路交换(CircuitSwitched，CS)呼叫控制模块，而网络的呼叫状态则是由IMS核心网与CS核心网进行内部同步。SRVCC切换成功后，UE的CS呼叫控制模块根据IMS协议栈同步过来的呼叫状态做进一步的呼叫流程处理，例如：若同步的呼叫状态是有电话呼入(INCOMING)状态，则给用户提示来电，等待用户的接听操作。然而，上述UE的处理方式是在默认UE的呼叫状态与网络的呼叫状态一致的前提下进行的，如果UE与SRVCC后的网络呼叫状态不一致，那么UE在CS域下的呼叫处理都只是盲操作，电话失败的可能性极大。技术实现要素：鉴于UE与SRVCC后的网络呼叫状态不一致，电话失败的可能性极大的问题，本发明实施例提供一种呼叫处理的方法，能够提升SRVCC后的呼叫成功率。本发明实施例还提供了相应的装置、设备及系统。本发明第一方面提供一种呼叫处理的方法，该方法应用于用户设备的呼叫链路在长期演进LTE网络切换到2G或3G网络的过程中，该方法包括：当用户设备的呼叫链路由长期演进LTE网络切换到2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，用户设备查询2G或3G网络的当前呼叫状态，2G或3G网络的当前呼叫状态对应于该呼叫链路；该用户设备根据2G或3G网络的当前呼叫状态，将该呼叫链路的当前呼叫状态迁移到与该2G或3G网络的当前呼叫状态所对应的同步呼叫状态；该用户设备根据所述同步呼叫状态，在该呼叫链路上执行呼叫处理流程。由第一方面可见，用户设备可以先查询2G或3G网络的当前呼叫状态，根据2G或3G网络的当前呼叫状态迁移用户设备该呼叫链路的呼叫状态，从而使用户设备的呼叫链路的呼叫状态与2G或3G网络的呼叫状态相一致，实现呼叫状态同步，因此大大提高了SRVCC后的呼叫成功率。结合第一方面，在第一种可能的实现方式中，第一方面中的步骤：用户设备查询2G或3G网络的当前呼叫状态，包括：用户设备向2G或3G网络中的网络设备发送状态请求消息，所述状态请求消息中携带该呼叫链路的指示TI值，以向网络设备指示该用户设备需要查询与该呼叫链路对应的2G或3G网络的当前呼叫状态；该用户设备接收网络设备发送的2G或3G网络的当前呼叫状态。一个用户设备在一个时间段内可能会有几个呼叫链路，每个呼叫链路都唯一对应一个TI值，一个呼叫链路的2G或3G网络的当前呼叫状态通常只有一个。由第一方面第一种可能的实现方式可见，用户设备向2G或3G网络中的网络设备发送呼叫链路的TI值，从而可以确保网络设备可以准确的查找该TI值所对应呼叫链路的当前网络状态。结合第一方面或第一方面第一种可能的实现方式，在第二种可能的实现方式中，当切换发生在用户设备在LTE网络的来电已被用户点击接听，且用户设备已向2G或3G网络中的网络设备发送连接消息且未收到网络设备的连接确认消息时；若2G或3G网络的当前呼叫状态为呼叫已接收状态，则该同步呼叫状态为连接请求状态，且上述执行呼叫处理流程包括：在2G或3G网络的电路交换CS域向该网络设备发送连接消息；或，若2G或3G网络的当前呼叫状态为接通状态，则该同步呼叫状态为接通状态，且上述执行呼叫处理流程包括：进入到通话状态；或，若2G或3G网络的当前呼叫状态为连接请求状态，则该同步呼叫状态为所述连接请求状态，且上述执行呼叫处理流程包括：等待该网络设备的连接应答的回复。由第一方面第二种可能的实现方式可见，当切换发生在用户设备在LTE网络的来电已被用户点击接听，且用户设备已向2G或3G网络中的网络设备发送连接消息且未收到网络设备的连接确认消息时，用户设备可以将呼叫链路的当前呼叫状态迁移到与2G或3G网络的当前呼叫状态所对应的同步呼叫状态，从而提高了该场景下SRVCC后的呼叫成功率。结合第一方面或第一方面第一种可能的实现方式，在第三种可能的实现方式中，当切换发生在所述用户设备在所述LTE网络发起呼叫，并已发送邀请INVITE给所述2G或3G网络中的网络设备，且未收到所述网络设备的180回复时；若2G或3G网络的当前呼叫状态为空闲状态，则该同步呼叫状态为空闲状态，且上述执行呼叫处理流程包括：执行挂断提示；或，若2G或3G网络的当前呼叫状态为空闲状态，则该同步呼叫状态为移动管理(MobileMangenment，MM)连接状态，且上述执行呼叫处理流程包括：重新给所述网络设备发送呼叫请求；或，若2G或3G网络的当前呼叫状态为呼叫发起状态，则该同步呼叫状态为呼叫发起状态，且上述执行呼叫处理流程包括：等待所述网络设备的呼叫进程消息；或，若2G或3G网络的当前呼叫状态为呼叫进行状态，则该同步呼叫状态为呼叫进行状态，且上述执行呼叫处理流程包括：等待所述网络设备的振铃消息。由第一方面第三种可能的实现方式可见，当切换发生在所述用户设备在所述LTE网络发起呼叫，并已发送邀请INVITE给所述2G或3G网络中的网络设备，且未收到所述网络设备的180回复时，用户设备可以将呼叫链路的当前呼叫状态迁移到与2G或3G网络的当前呼叫状态所对应的同步呼叫状态，从而提高了该场景下SRVCC后的呼叫成功率。结合第一方面或第一方面第一种可能的实现方式，在第四种可能的实现方式中，当切换发生在用户设备在LTE网络发起呼叫，且该用户设备已经处于振铃状态、且未收到被叫用户设备的接听指示或挂断指示时，若2G或3G网络的当前呼叫状态为呼叫已发出状态，则该同步呼叫状态为呼叫已发出状态，且上述执行呼叫处理流程包括：等待2G或3G网络中的网络设备下发接听指示；若2G或3G网络的当前呼叫状态为接通状态，则该同步呼叫状态为所述接通状态，且上述执行呼叫处理流程包括：进入通话状态；若该2G或3G网络的当前呼叫状态为挂断指示状态，则该同步呼叫状态为所述挂断指示状态，且上述执行呼叫处理流程包括：进行呼叫结束的操作流程。其中，呼叫结束为挂断电话。由第一方面第四种可能的实现方式可见，当切换发生在用户设备在LTE网络发起呼叫，且该用户设备已经处于振铃状态、且未收到被叫用户设备的接听指示或挂断指示时，用户设备可以将呼叫链路的当前呼叫状态迁移到与网络的当前呼叫状态所对应的同步呼叫状态，从而提高了该场景下SRVCC后的呼叫成功率。结合第一方面或第一方面第一种可能的实现方式，在第五种可能的实现方式中，当切换发生在用户设备在LTE网络显示来电提示，且未开始接听或者未收到主叫用户设备的挂断指示时，若2G或3G网络的当前呼叫状态为呼叫已接收状态，则该同步呼叫状态为呼叫已接收状态，且上述执行呼叫处理流程包括：等待用户下发接听指示；若2G或3G网络的当前呼叫状态为挂断指示状态，则该同步呼叫状态为所述挂断指示状态，且上述执行呼叫处理流程包括：进行呼叫结束的操作流程。由第一方面第五种可能的实现方式可见，当切换发生在用户设备在LTE网络显示来电提示，且未开始接听或者未收到主叫用户设备的挂断指示时，用户设备可以将呼叫链路的当前呼叫状态迁移到与网络的当前呼叫状态所对应的同步呼叫状态，从而提高了该场景下SRVCC后的呼叫成功率。结合第一方面或第一方面第一种可能的实现方式，在第六种可能的实现方式中，当切换发生在通话过程中，或者发生在通话过程中对端用户设备已被挂断电话而本端用户设备还未收到挂断指示时；若2G或3G网络的当前呼叫状态为接通状态，则该同步呼叫状态为所述接通状态，且上述执行呼叫处理流程包括：进入通话状态；若2G或3G网络的当前呼叫状态为挂断指示状态，则该同步呼叫状态为挂断指示状态，且所述执行呼叫处理流程包括：进行呼叫结束的操作流程。由第一方面第六种可能的实现方式可见，当切换发生在通话过程中，或者发生在通话过程中对端用户设备已被挂断电话而本端用户设备还未收到挂断指示时，用户设备可以将呼叫链路的当前呼叫状态迁移到与网络的当前呼叫状态所对应的同步呼叫状态，从而提高了该场景下SRVCC后的呼叫成功率。本发明第二方面提供一种呼叫处理的方法，该方法应用于用户设备的呼叫链路在长期演进LTE网络切换到2G或3G网络的过程中，该方法包括：当用户设备的呼叫链路由长期演进LTE网络切换到2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，2G或3G网络中的网络设备查询该呼叫链路的当前呼叫状态；该网络设备根据呼叫链路的当前呼叫状态，将网络设备的当前呼叫状态迁移到与该呼叫链路的当前呼叫状态所对应的同步呼叫状态；该网络设备根据同步呼叫状态，在该呼叫链路上执行呼叫处理流程。由第二方面可见，网络设备可以先查询用户设备的呼叫链路的当前呼叫状态，根据呼叫链路的当前呼叫状态迁移2G或3G网络的呼叫状态，从而使2G或3G网络的呼叫状态与用户设备的呼叫状态相一致，实现呼叫状态同步，因此大大提高了SRVCC后的呼叫成功率。结合第二方面，在第一种可能的实现方式中，第二方面中的步骤：网络设备查询呼叫链路的当前呼叫状态，可以包括：网络设备向所述用户设备发送状态请求消息，该状态请求消息中携带该呼叫链路的指示TI值，以向该用户设备指示所述网络设备需要查询该呼叫链路的当前呼叫状态；网络设备接收用户设备发送的呼叫链路的当前呼叫状态。一个用户设备在一个时间段内可能会有几个呼叫链路，每个呼叫链路都唯一对应一个TI值，一个呼叫链路的网络的当前呼叫状态通常只有一个。由第二方面第一种可能的实现方式可见，网络设备向用户设备发送呼叫链路的TI值，从而可以确保用户设备可以准确的查找该TI值所对应呼叫链路的当前状态。本发明第三方面提供一种用户设备中用于呼叫处理的装置，该处理装置被配置实现上述第一方面或第一方面任一可选的实现方式所提供的方法的功能，由软件实现，其软件包括与上述功能相应的单元，与上述功能相应的单元可以包括接收单元、处理单元和发送单元，该接收单元、处理单元和发送单元通信连接，接收单元用于实现相应接收的功能，发送单元用于实现相应发送的功能，处理单元用于实现相应处理的功能。本发明第四方面提供一种2G或3G网络中的网络设备中用于呼叫处理的装置，该处理装置被配置实现上述第二方面或第二方面任一可选的实现方式所提供的方法的功能，由软件实现，其软件包括与上述功能相应的单元，与上述功能相应的单元可以包括接收单元、处理单元和发送单元，该接收单元、处理单元和发送单元通信连接，接收单元用于实现相应接收的功能，发送单元用于实现相应发送的功能，处理单元用于实现相应处理的功能。本发明第五方面提供一种用户设备，该用户设备被配置实现上述第一方面或第一方面任一可选的实现方式所提供的方法的功能，由硬件实现，其硬件包括与上述功能相应的器件，与上述功能相应的器件可以包括收发器、处理器和存储器，该收发器、所述处理器和所述存储器通过总线连接，存储器用于存储处理器执行呼叫处理的程序，收发器用于实现相应的收发功能，处理器用于实现相应的处理功能。本发明第六方面提供一种2G或3G网络中的网络设备，该网络设备被配置实现上述第二方面或第二方面任一可选的实现方式所提供的方法的功能，由硬件实现，其硬件包括与上述功能相应的器件，与上述功能相应的器件可以包括收发器、处理器和存储器，该收发器、所述处理器和所述存储器通过总线连接，存储器用于存储处理器执行呼叫处理的程序，收发器用于实现相应的收发功能，处理器用于实现相应的处理功能。本发明第七方面提供一种计算机存储介质，该计算机存储介质存储有上述第一方面或第一方面任一可选的实现方式的呼叫处理的程序。本发明第八方面提供一种计算机存储介质，该计算机存储介质存储有上述第二方面或第二方面任一可选的实现方式的呼叫处理的程序。本发明第九方面提供一种呼叫处理的系统，包括第三方面所描述的呼叫处理的装置或者第四方面所描述的呼叫处理的装置。本发明第十方面提供一种呼叫处理的系统，包括第五方面所描述的用户设备或者第六方面所描述的网络设备。附图说明为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是通信网络的一结构示意图；图2是本发明实施例中呼叫处理的方法的一实施例示意图；图3是本发明实施例中呼叫处理的方法的另一实施例示意图；图4是本发明实施例中呼叫处理的方法的另一实施例示意图；图5是本发明实施例中呼叫处理的方法的另一实施例示意图；图6是本发明实施例中呼叫处理的方法的另一实施例示意图；图7是本发明实施例中呼叫处理的方法的另一实施例示意图；图8是本发明实施例中呼叫处理的方法的另一实施例示意图；图9是本发明实施例中呼叫处理的装置的一实施例示意图；图10是本发明实施例中通信设备的一实施例示意图。具体实施方式本发明实施例提供一种呼叫处理的方法，能够提升SRVCC后的呼叫成功率。本发明实施例还提供了相应的装置、设备及系统。以下分别进行详细说明。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。如图1所示，当前的通信网络包括第二代2G的全球移动通信系统(GlobalSystemforMobileCommunication，GSM)网络、第三代3G的通用移动通信系统(UniversalMobileTelecommunicationsSystem，UMTS)网络以及长期演进(LongTermEvolution，LTE)网络等。在LTE网络覆盖区域内，用户设备(UserEquipment，UE)基于LTE和IP多媒体子系统(IPMultimediaSubsystem，IMS)实现语音业务，由于LTE网络覆盖范围有限，当用户设备在移出LTE网络覆盖范围时，正在进行的语音业务将被切换到2G/3G网络的电路交换(CircuitSwitched，CS)域，从而保证语音呼叫的连续性，而在通话过程中为了保证通话的延续性，引入了单一无线语音呼叫连续性(SingleRadioVoiceCallContinuity，SRVCC)的功能。对于一个处于LTE网络中的用户设备，在LTE网络覆盖范围内时，UE通过演进的分组核心网(EvolvedPacketCore，EPC)网络注册到IMS核心网，在呼叫过程中，信令通过EPC网络送到IMS核心网完成信令的处理和网络连接。当EPC网络中的移动管理实体(MobilityManagementEntity，MME)检测到LTE信号减弱，用户设备需要切换到2G或3G网络中的CS域以保证通话连续性的情况下，在用户设备切换到CS域之后，该用户设备作为正常的CS域用户进行语音业务。现有技术中当发生SRVCC切换，并切换成功后，用户设备对呼叫流程的处理方式是在默认UE的呼叫状态与网络的呼叫状态一致的前提下进行的，但实际上网络的呼叫状态可能与用户的呼叫状态不一致，这样就会影响SRVCC后的呼叫成功率。例如：UE的呼叫状态是正在呼叫过程中发生SRVCC的(DIALING)状态，但是网络的呼叫状态已经为振铃(ALERTING)状态了，那么UE在CS域下就会等不到网络的ALERTING消息而自动挂断电话。再例如UE的呼叫状态是正在通话过程中发生的SRVCC的(ACTIVING)状态，但是网络的呼叫状态已经到了电话已接通的(ACTIVE)状态，那么UE在CS域会给网络重新发送连接(CONNECT)消息，可能有些网络是不会处理的这些CONNECT消息的，那么导致的结果就是UE等不到连接应答(CONNECTACK)消息而自动挂断电话。因此，当前网络中，由于UE的呼叫状态与2G或3G网络的呼叫状态不一致，导致SRVCC成功切换到CS域后的电话不能够成功延续，影响了SRVCC后的呼叫成功率。因此，本发明实施例提供一种通信系统，该通信系统包括用户设备和网络设备，用户设备可以为手机和电话手表等可以打电话的移动终端。网络设备可以包括IMS网络中参与SRVCC切换的设备和2G或3G网络中能提供CS域服务的设备。该通信系统的示意图可以参阅图1进行理解。基于该通信系统，参阅图2，本发明实施例提供一种呼叫处理的方法，该呼叫处理的方法可以包括：101、当用户设备的呼叫链路由长期演进LTE网络切换到2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，该用户设备查询2G或3G网络的当前呼叫状态，2G或3G网络的当前呼叫状态对应于所述呼叫链路。102、所述用户设备根据所述2G或3G网络的当前呼叫状态，将所述呼叫链路的当前呼叫状态迁移到与所述2G或3G网络的当前呼叫状态所对应的同步呼叫状态。103、所述用户设备根据所述同步呼叫状态，在所述呼叫链路上执行呼叫处理流程。本发明实施例提供的呼叫处理的方法，用户设备可以先查询2G或3G网络的当前呼叫状态，根据2G或3G网络的当前呼叫状态迁移用户设备的呼叫状态，从而使用户设备的呼叫状态与网络的呼叫状态相一致，实现呼叫状态同步，因此大大提高了SRVCC后的呼叫成功率。其中，可选地，所述用户设备查询2G或3G网络的当前呼叫状态，可以包括：所述用户设备向所述2G或3G网络中的网络设备发送状态请求消息，所述状态请求消息中携带所述呼叫链路的指示TI值，以向所述网络设备指示所述用户设备需要查询与所述呼叫链路对应的所述2G或3G网络的当前呼叫状态；所述用户设备接收所述网络设备发送的所述2G或3G网络的当前呼叫状态。为了便于说明，下述多个实施例中，都以用户设备查询网络的当前呼叫状态进行状态同步，然后执行呼叫处理流程为例进行说明的，实际上，也可以是网络设备查询用户设备的当前呼叫状态，然后进行网络侧的状态同步，执行呼叫处理流程，同样可以提高SRVCC后的呼叫成功率。参阅图3，本发明实施例提供的呼叫处理的方法可以包括：201、用户设备和网络设备进行基于LTE的语音业务。202、当用户设备的呼叫链路需要切换到2G或3G网络时，网络设备控制该呼叫链路进行SRVCC切换，从LTE网络切换到2G或3G网络的CS域。203、用户设备成功回落到2G或3G。204、用户设备向网络设备发送状态请求消息，该状态请求消息中携带呼叫链路的指示TI值，以向所述网络设备指示所述用户设备需要查询与所述呼叫链路对应的所述2G或3G网络的当前呼叫状态。TI值用于指示当前的呼叫链路，一个用户设备同时可以支持几路电话呼叫，每路电话呼叫会对应一个TI值，例如：手机正在通话时，又有另外一路电话呼入，那么正在通话的这个呼叫链路的TI值可以为1，另外一路电话呼入的呼叫链路的TI值就可以为2，这样网络设备使用TI值就可以确定用户设备要查找哪个呼叫链路的2G或3G网络的当前呼叫状态。当然，一个用户设备同时可支持的呼叫链路不限于这两个，可以有多个，不管有几个，每个呼叫链路都会有一个唯一对应的TI值。2G或3G网络设备根据TI值确定该TI值所对应呼叫链路的网络的当前呼叫状态后，需要将该2G或3G网络的当前呼叫状态传输给用户设备，通常每个网络的呼叫状态都会对应比特值，在传输的过程中只要传输比特值即可。因此可以建立网络的呼叫状态与比特值之间的对应关系，通过表格的形式表示例如：如表1所示。表1：网络的呼叫状态与比特值之间的对应关系其中，N表示网络，NO–null至N28在24008协议中的呼叫控制状态(callcontrolstate)章节有详细的描述，可以参阅24008协议中的callcontrolstate章节中的描述理解各呼叫状态。例如：NO–null表示空闲状态，MM表示移动管理(mobilemangement)，CC表示呼叫控制(callcontrol)。如表1中所示，若2G或3G网络的当前呼叫状态为N8–连接请求connectrequest，那么2G或3G网络设备只需要向用户设备发送001000即可。用户设备侧也可以存储有表1所示的对应关系，因此，用户设备接收到001000后，就可以确定网络的当前呼叫状态为N8–连接请求connectrequest。上述表1是网络设备根据TI值确定2G或3G网络的当前呼叫状态的对应关系表，如果是用户设备接收到网络设备发送的TI值，用户设备根据该TI值确定所查找的呼叫链路的当前呼叫状态，可以参阅例如表2用户设备的呼叫状态与比特值之间的对应关系进行理解。表2：用户设备的呼叫状态与比特值之间的对应关系U表示用户设备，UO–null至U27在24008协议中的呼叫控制状态(callcontrolstate)章节有详细的描述，可以参阅24008协议中的callcontrolstate章节中的描述理解各呼叫状态。例如：UO–null表示空闲状态，MM表示移动管理(mobilemangement)，CC表示呼叫控制(callcontrol)。205、2G或3G网络中的网络设备向用户设备返回2G或3G网络的当前呼叫状态。206、用户设备根据所述2G或3G网络的当前呼叫状态，将所述呼叫链路的当前呼叫状态迁移到与所述2G或3G网络的当前呼叫状态所对应的同步呼叫状态。用户设备中可以存储有在一系列不同呼叫通信场景下，2G或3G网络的呼叫状态与同步呼叫状态的对应关系，用户设备的当前呼叫状态表示当前的呼叫通信环境。该对应关系可以通过表格的形式来表示，例如：表3所示的是在IMS网络中发生来电呼叫，用户点击接听，UE已向网络发送连接CONNECT消息，但还未收到网络的连接确认CONNECTACK消息时的场景，该场景下的对应关系表格可以为：表3：网络的呼叫状态与UE的同步呼叫状态的对应关系网络的呼叫状态UE的同步呼叫状态N7-callreceivedU8-connectrequestN10-activeU10-activeN8-connectrequestU8-connectrequest而且对于网络的呼叫状态与UE的同步呼叫状态的对应关系的呼叫通信场景描述可以用UE当前的呼叫状态来描述。关于用户设备接收到网络的当前呼叫状态后的用户设备的状态同步可以参阅图4至图8的几个实施例进行理解。207、用户设备根据同步呼叫状态，在该呼叫链路上执行呼叫处理流程。UE同步后的同步呼叫状态为U8-connectrequest时，则UE就可以执行与U8-connectrequest相对应的呼叫处理流程。本发明实施例提供的呼叫处理的方法，用户设备可以先查询2G或3G网络的当前呼叫状态，根据2G或3G网络的当前呼叫状态同步UE的呼叫状态，从而使UE的呼叫状态与网络的呼叫状态相一致，实现呼叫状态同步，因此大大提高了SRVCC后的呼叫成功率。参阅图4，本发明实施例提供的呼叫处理的方法的另一实施例包括：301、当在IMS网络中发生来电呼叫，用户点击接听，UE已向网络发送连接CONNECT消息，但还未收到网络的连接确认CONNECTACK消息时时发生SRVCC切换。步骤302至307与步骤202至207相同，此处不再重复赘述。用户接听IMS来电时，UE已经给网络设备发送CONNECT消息，但是还未收到网络的CONNECTACK消息的过程中，SRVCC切换到2G或3G网络后，UE根据TI值查询2G或3G网络的当前呼叫状态。若查询出2G或3G网络的当前呼叫状态为callreceived(N7)呼叫已接收状态，那么可以确定同步呼叫状态为连接请求状态，状态迁移到连接请求connectrequest(U8)状态。且所述执行呼叫处理流程包括：那么UE重新在CS域向2G或3G网络发送connect消息。若查询出2G或3G网络的当前呼叫状态为active(N10)接通状态，那么可以确定同步呼叫状态为接通状态active(U10)，状态迁移到active(U10)，且所述执行呼叫处理流程包括：不再给网络发送CONNECT消息，进入到通话状态。若查询出2G或3G网络的当前呼叫状态为connectrequest(N8)连接请求中，那么可以确定同步呼叫状态为connectrequest(U8)状态，状态迁移到connectrequest(U8)状态，且所述执行呼叫处理流程包括：等待网络的connectack的回复，不再给网络发送connect消息。参阅图5，本发明实施例提供的呼叫处理的方法的另一实施例包括：401、当切换发生在UE发起IMS呼叫，也就是在LTE网络发起呼叫，并已发送邀请INVITE给所述2G或3G网络中的网络设备，且未收到所述网络设备的180回复时。步骤402至407与步骤202至207相同，此处不再重复赘述。SRVCC切换到2G或3G网络后，UE根据TI值查询2G或3G网络的当前呼叫状态。若查询出2G或3G网络的当前呼叫状态为null(NO)，则所述同步呼叫状态为所述空闲状态，且所述执行呼叫处理流程包括：执行挂断提示；或若所述2G或3G网络的当前呼叫状态为空闲状态，则所述同步呼叫状态为移动管理MM连接状态，且所述执行呼叫处理流程包括：重新给所述网络设备发送呼叫请求；也就是说，若查询出2G或3G网络的当前呼叫状态为null(NO)，那么UE可以选择通知用户呼叫结束或者是重新在CS域发起呼叫请求给网络，如果通知用户呼叫结束，那么状态迁移到null(UO)状态，如果重新给网络发呼叫请求，那么状态迁移到MMconnectionpending(U0.1)MM连接过程中。若查询出2G或3G网络的当前呼叫状态为callinitiated(N1)呼叫发起状态，则所述同步呼叫状态为所述呼叫发起状态，那么UE的状态迁移到callinitiated(U1)状态，且所述执行呼叫处理流程包括：等待网络的callproceeding消息。若查询出网络的当前呼叫状态为callproceeding(N3)呼叫进行状态，则所述同步呼叫状态为所述呼叫进行状态，那么UE的状态迁移到callproceeding(U3)状态，且所述执行呼叫处理流程包括：等待网络的alerting振铃消息。参阅图6，本发明实施例提供的呼叫处理的方法的另一实施例包括：501、当在UE发起IMS呼叫，也就是在LTE网络发起呼叫，当前IMS的主叫状态已经为ALERTING振铃状态，且未收到被叫用户设备的接听指示或挂断指示时发生SRVCC切换。步骤502至507与步骤202至207相同，此处不再重复赘述。被叫已经振铃后主叫的状态为alerting，而被叫用户还未接听、或者被叫用户已经接听但是主叫还未收到被叫接听的指示，或者被叫挂断电话但是主叫还未收到挂断指示，发生SRVCC，SRVCC切换到2G或3G网络后，UE根据TI值查询2G或3G网络的当前呼叫状态。若查询到2G或3G网络的当前呼叫状态为calldelivered(N4)呼叫已发出状态，则所述同步呼叫状态为所述呼叫已发出状态，那么UE的状态迁移到calldelivered(U4)状态，且所述执行呼叫处理流程包括：等待所述2G或3G网络中的网络设备下发接听指示。若查询到2G或3G网络的当前呼叫状态为接通状态active(N10)，则所述同步呼叫状态为所述接通状态，那么UE的状态迁移到active(U10)状态，且所述执行呼叫处理流程包括：进入通话状态。若查询到2G或3G网络的当前呼叫状态为挂断指示状态disconnectindication(N12)挂断指示，则所述同步呼叫状态为所述挂断指示状态，那么UE的状态迁移到disconnectindication(U12)状态，且所述执行呼叫处理流程包括：进行呼叫结束的操作流程。参阅图7，本发明实施例提供的呼叫处理的方法的另一实施例包括：601、当在所述用户设备在所述LTE网络显示来电提示，被叫也接收到来电提示，但是被叫用户还未开始接听时发生SRVCC切换。步骤602至607与步骤202至207相同，此处不再重复赘述。用户收到IMS的来电指示后，还未开始接听或者主叫用户已经挂断电话但是被叫还未收到挂断指示，就发生SRVCC切换，SRVCC切换到2G或3G网络后，UE根据TI值查询网络的当前呼叫状态。若查询到2G或3G网络的当前呼叫状态为callreceived(N7)，则所述同步呼叫状态为所述呼叫已接收状态，那么UE的状态迁移到callreceived(U7)状态，且所述执行呼叫处理流程包括：等待用户下发接听指示。若查询到2G或3G网络的当前呼叫状态为挂断指示状态disconnectindication(N12)，则所述同步呼叫状态为所述挂断指示状态，那么UE的状态迁移到disconnectindication(U12)状态，且所述执行呼叫处理流程包括：进行呼叫结束的操作流程。参阅图8，本发明实施例提供的呼叫处理的方法的另一实施例包括：701、在通话过程中，或者发生在通话过程中对端用户设备已被挂断电话而本端用户设备还未收到挂断指示时发生SRVCC切换。702至707与步骤202至207相同，此处不再重复赘述。主被叫IMS电话通话过程中，或者通话过程中一方挂断电话而另一方还未收到挂断指示，就发生SRVCC切换，SRVCC切换到2G或3G网络后，UE根据TI值查询网络的当前呼叫状态。若查询到2G或3G网络的当前呼叫状态为接通状态active(N10)，则所述同步呼叫状态为所述接通状态，那么UE的状态迁移到active(U10)状态，且所述执行呼叫处理流程包括：进入通话状态。若查询到2G或3G网络的当前呼叫状态为挂断指示状态disconnectindication(N12)，则所述同步呼叫状态为所述挂断指示状态，那么UE的状态迁移到disconnectindication(U12)状态，且所述执行呼叫处理流程包括：进行呼叫结束的操作流程。本发明多个实施例中，在SRVCC切换完成后，用户设备主动查询2G或3G网络当前的呼叫状态，并根据G或3G网络当前的呼叫状态与UE的呼叫链路的呼叫状态做一次同步，使用更准确的呼叫状态对后续CS域的流程做控制，从而提高了SRVCC后的呼叫的成功率。上述实施例中都是从用户设备执行呼叫处理的角度进行描述的，实际上，也可以是网络设备执行与用户设备同步的呼叫处理。当由网络设备执行所述同步的呼叫处理时包括：当用户设备的呼叫链路由长期演进LTE网络切换到2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，所述2G或3G网络中的网络设备查询所述呼叫链路的当前呼叫状态；所述网络设备根据所述呼叫链路的当前呼叫状态，将所述网络设备的当前呼叫状态迁移到与所述呼叫链路的当前呼叫状态所对应的同步呼叫状态；所述网络设备根据所述同步呼叫状态，在所述呼叫链路上执行呼叫处理流程。其中，所述网络设备查询所述叫链路的当前呼叫状态，可以包括：所述网络设备向所述用户设备发送状态请求消息，所述状态请求消息中携带所述呼叫链路的指示TI值，以向所述用户设备指示所述网络设备需要查询所述呼叫链路的当前呼叫状态；所述网络设备接收所述用户设备发送的所述呼叫链路的当前呼叫状态。当由网络设备执行上述呼叫处理的过程时，同样可以实现网络和用户设备的呼叫状态同步，提高SRVCC后的呼叫成功率。具体的各种呼叫状态的同步过程与之前的用户设备所执行的方法流程相类似，此处不赘述。另外，本发明实施例还提供了实现上述呼叫处理的方法的装置。参阅图9，本发明实施例提供的用户设备中用于呼叫处理的装置80的一实施例包括：查询单元801，用于当所述用户设备的呼叫链路由长期演进LTE网络切换到2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，查询所述2G或3G网络的当前呼叫状态，所述2G或3G网络的当前呼叫状态对应于所述呼叫链路；迁移单元802，用于根据所述查询单元801查询的所述2G或3G网络的当前呼叫状态，将所述呼叫链路的当前呼叫状态迁移到与所述2G或3G网络的当前呼叫状态所对应的同步呼叫状态；呼叫处理单元803，用于根据所述迁移单元802迁移得到的同步呼叫状态，在所述呼叫链路上执行呼叫处理流程。本发明实施例提供的用户设备中用于呼叫处理的装置，用户设备可以先查询2G或3G网络的当前呼叫状态，根据2G或3G网络的当前呼叫状态同步所查询的呼叫链路的呼叫状态，从而使该呼叫链路上用户设备的呼叫状态与2G或3G网络的呼叫状态相一致，实现了状态同步，因此大大提高了SRVCC后的呼叫成功率。所述查询单元801还包括：发送单元8011，用于向所述2G或3G网络中的网络设备发送状态请求消息，所述状态请求消息中携带所述呼叫链路的指示TI值，以向所述网络设备指示所述用户设备需要查询与所述呼叫链路对应的所述2G或3G网络的当前呼叫状态；接收单元8012，用于接收所述网络设备发送的所述2G或3G网络的当前呼叫状态。另外，还可以参阅图9，本发明实施例提供的2G或3G网络中的网络设备中用于呼叫处理的装置80的另一实施例中，查询单元801，用于当用户设备的呼叫链路由长期演进LTE网络切换到所述2G或3G网络并实现单一无线语音呼叫连续性SRVCC切换功能时，查询所述呼叫链路的当前呼叫状态；迁移单元802，用于根据所述查询单元802查询的所述呼叫链路的当前呼叫状态，将所述网络设备的当前呼叫状态迁移到与所述用户设备的当前呼叫状态所对应的同步呼叫状态；呼叫处理单元803，用于根据所述迁移单元802迁移得到的同步呼叫状态，在所述呼叫链路上执行呼叫处理流程。所述查询单元801包括：发送单元8011，用于向所述用户设备发送状态请求消息，所述状态请求消息中携带所述呼叫链路的指示TI值，以向所述用户设备指示所述网络设备需要查询所述呼叫链路的当前呼叫状态；接收单元8012，用于接收所述用户设备发送的所述呼叫链路的当前呼叫状态。进一步的，上述实施例中的用户设备或者2G或3G网络中的网络设备中的呼叫处理的装置可以是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specificintegratedcircuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，各模块还可以通过图10中的通信设备800来实现。该通信设备800可以为用户设备或者2G或3G网络中的网络设备。图10是本发明实施例提供的一种通信设备结构示意图。该通信设备800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)822(例如，一个或一个以上处理器)、收发器860、存储器832，一个或一个以上存储应用程序842或数据的存储介质830(例如一个或一个以上海量存储设备)。其中，存储器832可以由易失性存储介质构成，存储介质830可以由非易失性存储介质构成。存储在存储介质830的程序可以包括一个或一个以上模块实现(图示没标出)，每个模块可以包括对通信设备中的一系列指令操作。更进一步地，中央处理器822可以设置为与存储介质830通信，在通信设备800上执行存储介质830中存储的一系列指令操作，如操作系统841和应用程序842对应的指令。通信设备800还可以包括一个或一个以上电源826，一个或一个以上有线或无线网络接口850。存储介质830可包括一个或一个以上操作系统841，例如WindowsServerTM，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等，存储介质830还可以包括应用程序842。操作系统841和应用程序842在存储器832中被运行。上述实施例中用户设备或者网络设备所执行的步骤可以基于该图10所示的通信设备结构。处理器820执行程序指令，用于使通信设备执行图2至图8所对应的实施例中用户设备或者网络设备所执行的方法。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的存储系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。以上对本发明实施例所提供的呼叫处理的方法、装置、设备以及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。当前第1页1 2 3