单射频语音呼叫连续性切换的处理方法及装置与流程

本公开涉及通信技术领域，尤其涉及一种单射频语音呼叫连续性切换的处理方法及装置。

背景技术：

随着无线通信技术的发展，移动通信技术的通信速率、通信带宽、信号质量都得到了大大的发展。目前，长期演进(Long Term Evolution，简称LTE)技术在通信领域起着举足轻重的作用。

LTE网络中，可以利用因特网协议多媒体子系统(Internet Protocol Multimedia Subsystem，简称IMS)的语音业务(Voice over LTE，简称VoLTE)技术传输高清数字语音、高清视频等多媒体数据。但是在非LTE网络的小区，仍然只能使用传统的模拟数据经模拟-数字转换形成的语音数据进行传输。

因此，当用户使用VoLTE进行高清语音业务或者视频业务时，当移动到非LTE网络小区时，就会发生单射频语音呼叫连续性(Single Radio Voice Call Continuity，简称SRVCC)切换。

技术实现要素：

为克服相关技术中存在的问题，本公开提供一种单射频语音呼叫连续性切换的处理方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种SRVCC切换的处理方法，包括：

本端设备确定单射频语音呼叫连续性SRVCC切换失败的原因；

若所述本端设备为主叫方，所述本端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；

若所述本端设备为被叫方，所述本端设备向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

本公开的实施例提供的技术方案可以包括以下有益效果：由于一旦本端设备确定SRVCC切换失败的原因，本端设备会根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；或者，本端设备向所述对端设备发送指示信息；以使对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。从而可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。进一步地，本公开实施例中，无需用户通过拨号的方式发起语音呼叫或者视频呼叫，而是本端设备或者对端设备可以自动发起语音呼叫或者视频呼叫。从而提高呼叫效率。

可选地，所述本端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫，包括：

所述本端设备根据所述SRVCC切换失败的原因确定预设时间段；

所述本端设备从确定所述SRVCC切换失败开始计时；

若累计计时达到所述预设时间段，则所述本端设备自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

通过采用该方法，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

可选地，所述本端设备自动发起语音呼叫或者视频呼叫，包括：

所述本端设备确定所述本端设备在所在小区所采用的第一网络制式和所述对端设备在所在小区所采用的第二网络制式；

若所述第一网络制式和所述第二网络制式都满足预设条件，则所述本端设备自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

通过采用该方法，可以进一步降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。

可选地，所述若所述第一网络制式和所述第二网络制式都满足预设条件，则所述本端设备自动发起语音呼叫或者视频呼叫，包括：

当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则所述本端设备自动发起语音呼叫或者视频呼叫。

根据本公开实施例的第二方面，提供一种SRVCC切换的处理方法，包括：

若对端设备为主叫方，则所述对端设备接收本端设备发送的指示信息，所述指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

从而可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。并且使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

可选地，对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫，包括：

所述对端设备根据所述SRVCC切换失败的原因确定预设时间段；

所述对端设备从接收到所述指示信息开始计时；

若累计计时达到所述预设时间段，则所述对端设备自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述对端设备自动发起语音呼叫或者视频呼叫，包括：

所述对端设备确定所述本端设备在所在小区所采用的第一网络制式和所述对端设备在所在小区所采用的第二网络制式；

若所述第一网络制式和所述第二网络制式都满足预设条件，则所述对端设备自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述若所述第一网络制式和所述第二网络制式都满足预设条件，则所述对端设备自动发起语音呼叫或者视频呼叫，包括：

当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则所述对端设备自动发起语音呼叫或者视频呼叫。

下面将介绍一种SRVCC切换的处理装置，其中装置部分与上述本端设备侧方法对应，对应内容技术效果相同，在此不再赘述。

根据本公开实施例的第三方面，提供一种SRVCC切换的处理装置，包括：

确定模块，被配置为确定单射频语音呼叫连续性SRVCC切换失败的原因；

发起模块，被配置为若所述装置为主叫方，根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；

发送模块，被配置为若所述装置为被叫方，向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

可选地，所述发起模块，包括：

确定子模块，被配置为根据所述SRVCC切换失败的原因确定预设时间段；

计时子模块，被配置为从确定所述SRVCC切换失败开始计时；

发起子模块，被配置为若累计计时达到所述预设时间段，则自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述发起子模块具体被配置为：

确定所述装置在所在小区所采用的第一网络制式和所述对端设备在所在小区所采用的第二网络制式；

若所述第一网络制式和所述第二网络制式都满足预设条件，则自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述发起子模块具体被配置为：

当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则自动发起语音呼叫或者视频呼叫。

下面将介绍一种SRVCC切换的处理装置，其中装置部分与上述对端设备侧方法对应，对应内容技术效果相同，在此不再赘述。

根据本公开实施例的第四方面，提供一种SRVCC切换的处理装置，包括：

接收模块，被配置为若所述装置为主叫方，接收本端设备发送的指示信息，所述指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

发起模块，被配置为根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

可选地，所述发起模块，包括：

计时子模块，被配置为从接收到所述指示信息开始计时；

发起子模块，被配置为若累计计时达到所述预设时间段，则自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，发起子模块具体被配置为：

确定所述本端设备在所在小区所采用的第一网络制式和所述装置在所在小区所采用的第二网络制式；

若所述第一网络制式和所述第二网络制式都满足预设条件，则自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述发起子模块具体被配置为：

当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则自动发起语音呼叫或者视频呼叫。

根据本公开实施例的第五方面，提供一种SRVCC切换的处理装置，该装置包括：

处理器和发送器；

用于存储所述处理器的可执行指令的存储器；

其中，所述处理器，被配置为确定单射频语音呼叫连续性SRVCC切换失败的原因；若所述装置为主叫方，根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；

所述发送器，被配置为若所述装置为被叫方，向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

根据本公开实施例的第六方面，提供一种SRVCC切换的处理装置，该装置包括：

处理器和接收器；

用于存储所述处理器的可执行指令的存储器；

所述接收器，被配置为若所述装置为主叫方，则接收本端设备发送的指示信息，所述指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

所述处理器，被配置为根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

本公开的实施例提供的技术方案可以包括以下有益效果：本公开提供一种SRVCC切换的处理方法及装置，该方法包括：本端设备确定单射频语音呼叫连续性SRVCC切换失败的原因；若所述本端设备为主叫方，所述本端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；若所述本端设备为被叫方，所述本端设备向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。从而可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。。进一步地，本公开实施例中，无需用户通过拨号的方式发起语音呼叫或者视频呼叫，而是本端设备或者对端设备可以自动发起语音呼叫或者视频呼叫。从而提高呼叫效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图2是根据另一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图3是根据再一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图4是根据又一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图5是根据再一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图6是根据又一示例性实施例示出的一种SRVCC切换的处理方法的流程图；

图7是根据一示例性实施例示出的一种SRVCC切换的处理装置的框图；

图8是根据另一示例性实施例示出的一种SRVCC切换的处理装置的框图；

图9是根据一示例性实施例示出的一种SRVCC切换的处理装置的框图；

图10是根据另一示例性实施例示出的一种SRVCC切换的处理装置的框图；

图11是根据一示例性实施例示出的一种SRVCC切换的处理装置1100的框图；

图12是根据一示例性实施例示出的一种SRVCC切换的处理装置1200的框图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，其中该终端可以是主叫方，也可以是被叫方。该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S101中：本端设备确定SRVCC切换失败的原因；

LTE网络中，可以利用IMS的语音业务VoLTE技术传输高清数字语音、高清视频等多媒体数据。但是在非LTE网络的小区，仍然只能使用传统的模拟数据经模拟-数字转换形成的语音数据进行传输。所谓非LTE网络可以是以下任一项：全球移动通信系统(Global System for Mobile Communication，简称GSM)、码分多址(Code Division Multiple Access，简称CDMA)、宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)等。当用户使用VoLTE进行高清语音业务或者视频业务时，当移动到非LTE网络小区时，就会发生SRVCC切换。

上述SRVCC切换失败的原因可以是：1、待切换小区存在配置问题；2、当前所在小区存在拥塞问题；3、当前所在小区故障，存在影响业务告警；4、当前所在小区存在干扰；5、终端处于当前所在小区的覆盖边缘等。

在步骤S102中：若本端设备为主叫方，本端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；

在步骤S103中：若本端设备为被叫方，本端设备向对端设备发送指示信息；该指示信息用于提示对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

结合步骤S102和步骤S103进行说明，通常当本端设备与对端设备之间发生通信中断时，对端设备会立即重新发起语音呼叫或者视频呼叫，而若是由于SRVCC切换失败造成通信中断，例如：由于本端设备当前所在小区存在干扰造成通信中断，这种情况下，对端设备立即重新发起语音呼叫或者视频呼叫可能还是会失败，本公开考虑到此原因，本公开实施例中，若本端设备为主叫方，可以根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫，比如：本端设备可以根据SRVCC切换失败的原因确定该SRVCC切换失败恢复所需要的时长，当从确定SRVCC切换失败开始计时，累计时长达到所述SRVCC切换失败恢复所需要的时长，则自动发起语音呼叫或者视频呼叫。相应的，若本端设备为被叫方，本端设备向对端设备发送指示信息；以使对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

本公开实施例中，由于一旦本端设备确定SRVCC切换失败的原因，本端设备会根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；或者，本端设备向所述对端设备发送指示信息；以使对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。从而可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。进一步地，本公开实施例中，无需用户通过拨号的方式发起语音呼叫或者视频呼叫，而是本端设备或者对端设备可以自动发起语音呼叫或者视频呼叫。从而提高呼叫效率。

基于上述实施例的基础，对步骤S102进行进一步的细化。

可选地：图2是根据另一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S201中：本端设备确定SRVCC切换失败的原因；

其中，步骤S201与步骤S101相同，在此不再赘述。

在步骤S202中：本端设备根据SRVCC切换失败的原因确定预设时间段；

在步骤S203中：本端设备从确定SRVCC切换失败开始计时；

在步骤S204中：若累计计时达到预设时间段，则本端设备自动发起语音呼叫或者视频呼叫。

通常当SRVCC切换失败时，在短暂的时间内SRVCC切换可能无法恢复正常。例如：若SRVCC切换失败的原因是本端设备处于当前所在小区的覆盖边缘，这种情况下，本端设备可能在短暂的时间内还是处于当前所在小区的覆盖边缘，该覆盖边缘信号强度较弱，因此SRVCC切换可能无法恢复正常。本公开实施例正是考虑到该原因，本公开实施例中，首先本端设备根据SRVCC切换失败的原因确定预设时间段，其次本端设备从确定SRVCC切换失败开始计时；累计计时达到预设时间段，则本端设备自动发起语音呼叫或者视频呼叫。其中该预设时间段可以根据SRVCC切换失败的原因设置。例如：若SRVCC切换失败的原因是本端设备处于当前所在小区的覆盖边缘，则根据终端通常移出当前所在小区的覆盖边缘，进入邻区的时间来确定预设时间段。

上述语音呼叫为IMS语音呼叫或者电路交换(Circuit Switched，简称CS)语音呼叫；所述视频呼叫为IMS视频呼叫。通常若本端设备和对端设备在SRVCC切换失败之前进行的IMS语音通信，则本端设备可以自动发起IMS语音呼叫。当然为了防止SRVCC再次切换失败，本端设备可以直接发起CS语音呼叫。通常若本端设备和对端设备在SRVCC切换失败之前进行的IMS视频通信，则本端设备可以自动发起IMS视频呼叫。

本公开实施例中，若本端设备为主叫方，则本端设备从确定SRVCC切换失败开始计时；若累计计时达到预设时间段，则本端设备自动发起语音呼叫或者视频呼叫。通过采用该方法，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

进一步得，上述步骤S204中，若累计计时达到预设时间段，则本端设备可以主要发起语音呼叫或者视频呼叫。或者，可以采用下面的方式发起语音呼叫或者视频呼叫。

具体地，图3是根据再一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S301中：本端设备确定SRVCC切换失败的原因；

在步骤S302中：本端设备根据SRVCC切换失败的原因确定预设时间段；

在步骤S303中：本端设备从确定SRVCC切换失败开始计时；

其中，步骤S301至步骤S303与步骤S201至步骤S203相同，在此不再赘述。

在步骤S304中：若累计计时达到预设时间段，则本端设备确定本端设备在所在小区所采用的第一网络制式和对端设备在所在小区所采用的第二网络制式；

在步骤S305中：若第一网络制式和第二网络制式都满足预设条件，则本端设备自动发起语音呼叫或者视频呼叫。

考虑到基于上述原因产生的SRVCC切换失败经过预设时间段后可能会消除，但是由于本端设备或者对端设备在这段时间内位置可能会发生变化，可能还会发生SRVCC切换失败的时间。因此本端设备在确定累计计时达到预设时间段时，首先确定本端设备在所在小区所采用的第一网络制式和对端设备在所在小区所采用的第二网络制式，若第一网络制式和第二网络制式都满足预设条件，则本端设备自动发起语音呼叫或者视频呼叫。

第一网络制式和第二网络指示均可以是GSM、CDMA、WCDMA、LTE等。所谓第一网络制式和第二网络制式满足预设条件可以是：当第一网络制式为LTE制式或者未来的(5Generation，简称5G)制式，并且第二网络制式为LTE制式或者未来的5G制式。上述语音呼叫为IMS语音呼叫；视频呼叫为IMS视频呼叫。

本公开实施例中，若本端设备在确定累计计时达到预设时间段时，首先确定本端设备在所在小区所采用的第一网络制式和对端设备在所在小区所采用的第二网络制式，若第一网络制式和第二网络制式都满足预设条件，则本端设备自动发起语音呼叫或者视频呼叫。从而进一步的降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。并且使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

图4是根据又一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，其中该终端可以是主叫方，也可以是被叫方。该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S401中：若对端设备为主叫方，则对端设备接收本端设备发送的指示信息，该指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

在步骤S402中：对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

其中，该方法与图1对应实施例相对应，在此不再赘述。

本公开实施例中，若对端设备为主叫方，则对端设备接收本端设备发送的指示信息，该指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；对端设备根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

基于图4对应实施例，进一步的对步骤S402进行细化。

具体地，图5是根据再一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S501中：若对端设备为主叫方，则对端设备接收本端设备发送的指示信息，指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

在步骤S502中：对端设备根据SRVCC切换失败的原因确定预设时间段；

在步骤S503中：对端设备从接收到指示信息开始计时；

在步骤S504中：若累计计时达到预设时间段，则对端设备自动发起语音呼叫或者视频呼叫。

通常当SRVCC切换失败时，在短暂的时间内SRVCC切换可能无法恢复正常。例如：若SRVCC切换失败的原因是本端设备处于当前所在小区的覆盖边缘，这种情况下，本端设备可能在短暂的时间内还是处于当前所在小区的覆盖边缘，该覆盖边缘信号强度较弱，因此SRVCC切换可能无法恢复正常。本公开实施例正是考虑到该原因，本公开实施例中，对端设备从接收到指示信息开始计时；若累计计时达到预设时间段，则对端设备自动发起语音呼叫或者视频呼。其中该预设时间段可以根据SRVCC切换失败的原因设置。例如：若SRVCC切换失败的原因是本端设备处于当前所在小区的覆盖边缘，则根据终端通常移出当前所在小区的覆盖边缘，进入邻区的时间来确定预设时间段。

上述语音呼叫为IMS语音呼叫或者CS语音呼叫；所述视频呼叫为IMS视频呼叫。通常若本端设备和对端设备在SRVCC切换失败之前进行的IMS语音通信，则对端设备可以自动发起IMS语音呼叫。当然为了防止SRVCC再次切换失败，对端设备可以直接发起CS语音呼叫。通常若本端设备和对端设备在SRVCC切换失败之前进行的IMS视频通信，则对端设备可以自动发起IMS视频呼叫。

本公开实施例中，对端设备从接收到指示信息开始计时；若累计计时达到预设时间段，则对端设备自动发起语音呼叫或者视频呼叫。通过采用该方法可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。并且使得无需人工再在对端设备上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

基于图5对应实施例的基础，进一步地，对步骤S504进行进一步的细化。

具体地，图6是根据又一示例性实施例示出的一种SRVCC切换的处理方法的流程图，本实施例以该SRVCC切换的处理方法应用于终端中来举例说明，该SRVCC切换的处理方法可以包括如下几个步骤：

在步骤S601中：若对端设备为主叫方，则对端设备接收本端设备发送的指示信息，指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

在步骤S602中：对端设备根据SRVCC切换失败的原因确定预设时间段；

在步骤S603中：对端设备从接收到指示信息开始计时；

在步骤S604中：若累计计时达到预设时间段，对端设备确定本端设备在所在小区所采用的第一网络制式和对端设备在所在小区所采用的第二网络制式；

在步骤S605中：若第一网络制式和第二网络制式都满足预设条件，则对端设备自动发起语音呼叫或者视频呼叫；

随着本端设备位置的变化，本端设备所在小区也在不断的发生变换。同样地，随着对端设备位置的变化，对端设备所在小区也在不断的发生变换。第一网络制式和第二网络指示均可以是GSM、CDMA、WCDMA、LTE等。所谓第一网络制式和第二网络制式满足预设条件可以是：当第一网络制式为LTE制式或者未来的5G制式，并且第二网络制式为LTE制式或者未来的5G制式。上述语音呼叫为IMS语音呼叫；视频呼叫为IMS视频呼叫。

本公开实施例中，对端设备确定本端设备在所在小区所采用的第一网络制式和对端设备在所在小区所采用的第二网络制式；若第一网络制式和第二网络制式都满足预设条件，则对端设备自动发起语音呼叫或者视频呼叫；通过采用该方法，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

图7是根据一示例性实施例示出的一种SRVCC切换的处理装置的框图，该SRVCC切换的处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。如图7所示，该SRVCC切换的处理装置可以包括：

确定模块71，被配置为确定SRVCC切换失败的原因；

发起模块72，被配置为若装置为主叫方，根据SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫；

发送模块73，被配置为若所述装置为被叫方，向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

本公开通过提供该SRVCC切换的处理装置，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

基于图7对应实施例的基础，进一步地，图8是根据另一示例性实施例示出的一种SRVCC切换的处理装置的框图，该SRVCC切换的处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。如图8所示，所述发起模块72，包括：

确定子模块721，被配置为根据所述SRVCC切换失败的原因确定预设时间段；

计时子模块722，被配置为从确定所述SRVCC切换失败开始计时；

发起子模块723，被配置为若累计计时达到预设时间段，则自动发起语音呼叫或者视频呼叫；

其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

本公开实施例通过提供SRVCC切换的处理装置，使得无需人工再在该装置上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

可选地，所述发起子模块723具体被配置为：确定所述装置在所在小区所采用的第一网络制式和所述对端设备在所在小区所采用的第二网络制式；若所述第一网络制式和所述第二网络制式都满足预设条件，则自动发起语音呼叫或者视频呼叫；其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，所述发起子模块723具体被配置为：当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则自动发起语音呼叫或者视频呼叫。

本公开实施例通过提供SRVCC切换的处理装置，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

图9是根据一示例性实施例示出的一种SRVCC切换的处理装置的框图，该SRVCC切换的处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。如图9所示，该SRVCC切换的处理装置包括：

接收模块91，被配置为若所述装置为主叫方，接收本端设备发送的指示信息，所述指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因；

发起模块92，被配置为根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

其中该装置可以用于执行图4对应实施例，对应的解释说明在此不再赘述。

本公开实施例通过提供该装置，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

基于图9对应实施例的基础，进一步地，图10是根据另一示例性实施例示出的一种SRVCC切换的处理装置的框图，该SRVCC切换的处理装置可以通过软件、硬件或者两者的结合实现成为终端的部分或者全部。如图10所示，所述发起模块92，包括：

计时子模块921，被配置为从接收到所述指示信息开始计时；

发起子模块922，被配置为若累计计时达到所述预设时间段，则自动发起语音呼叫或者视频呼叫；其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫或者电路交换CS语音呼叫；所述视频呼叫为IMS视频呼叫。

可选地，发起子模块922具体被配置为：确定所述本端设备在所在小区所采用的第一网络制式和所述装置在所在小区所采用的第二网络制式；若所述第一网络制式和所述第二网络制式都满足预设条件，则自动发起语音呼叫或者视频呼叫；其中，所述语音呼叫为因特网互联协议多媒体子系统IMS语音呼叫；所述视频呼叫为IMS视频呼叫。

进一步地，发起子模块922具体被配置为：当所述第一网络制式和所述第二网络制式均为长期演进LTE制式时，则自动发起语音呼叫或者视频呼叫。

本公开实施例通过提供该装置，一方面可以降低语音呼叫或者视频呼叫的失败次数，进而提高通信可靠性。另一方面，使得无需人工再在终端上通过拨号等方式实现语音呼叫或者视频呼叫，从而提高呼叫效率。

图11是根据一示例性实施例示出的一种SRVCC切换的处理装置1100的框图。例如，装置1100可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图11，装置1100可以包括以下一个或多个组件：处理组件1102，存储器1104，电源组件1106，多媒体组件1108，音频组件1110，输入/输出(I/O)的接口1112，传感器组件1114，以及通信组件1116。

处理组件1102通常控制装置1100的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1102可以包括一个或多个处理器1120来执行指令，以完成上述的方法的部分步骤。此外，处理组件1102可以包括一个或多个模块，便于处理组件1102和其他组件之间的交互。例如，处理组件1102可以包括多媒体模块，以方便多媒体组件1108和处理组件1102之间的交互。

存储器1104被配置为存储各种类型的数据以支持在装置1100的操作。这些数据的示例包括用于在装置1100上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1104可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1106为装置1100的各种组件提供电力。电源组件1106可以包括电源管理系统，一个或多个电源，及其他与为装置1100生成、管理和分配电力相关联的组件。

多媒体组件1108包括在所述装置1100和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1108包括一个前置摄像头和/或后置摄像头。当装置1100处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1110被配置为输出和/或输入音频信号。例如，音频组件1110包括一个麦克风(MIC)，当装置1100处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1104或经由通信组件1116发送。在一些实施例中，音频组件1110还包括一个扬声器，用于输出音频信号。

I/O接口1112为处理组件1102和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主条按钮、音量按钮、启动按钮和锁定按钮。上述I/O接口1112可以用于向所述对端设备发送指示信息；所述指示信息用于提示所述对端设备根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

传感器组件1114包括一个或多个传感器，用于为装置1100提供各个方面的状态评估。例如，传感器组件1114可以检测到装置1100的打开/关闭状态，组件的相对定位，例如所述组件为装置1100的显示器和小键盘，传感器组件1114还可以检测装置1100或装置1100一个组件的位置改变，用户与装置1100接触的存在或不存在，装置1100方位或加速/减速和装置1100的温度变化。传感器组件1114可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1114还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1114还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1116被配置为便于装置1100和其他设备之间有线或无线方式的通信。装置1100可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1116经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1116还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1100可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述SRVCC切换的处理方法的部分步骤。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1104，上述指令可由装置1100的处理器1120执行以完成所述SRVCC切换方法的部分步骤。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置1100的处理器执行时，使得装置1100能够执行步骤：确定单射频语音呼叫连续性SRVCC切换失败的原因；若所述装置为主叫方，根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

图12是根据一示例性实施例示出的一种SRVCC切换的处理装置1200的框图。例如，装置1200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图12，装置1200可以包括以下一个或多个组件：处理组件1202，存储器1204，电源组件1206，多媒体组件1208，音频组件1210，输入/输出(I/O)的接口1212，传感器组件1214，以及通信组件1216。

处理组件1202通常控制装置1200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1202可以包括一个或多个处理器1220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1202可以包括一个或多个模块，便于处理组件1202和其他组件之间的交互。例如，处理组件1202可以包括多媒体模块，以方便多媒体组件1208和处理组件1202之间的交互。

存储器1204被配置为存储各种类型的数据以支持在装置1200的操作。这些数据的示例包括用于在装置1200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1206为装置1200的各种组件提供电力。电源组件1206可以包括电源管理系统，一个或多个电源，及其他与为装置1200生成、管理和分配电力相关联的组件。

多媒体组件1208包括在所述装置1200和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1208包括一个前置摄像头和/或后置摄像头。当装置1200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1210被配置为输出和/或输入音频信号。例如，音频组件1210包括一个麦克风(MIC)，当装置1200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1204或经由通信组件1216发送。在一些实施例中，音频组件1210还包括一个扬声器，用于输出音频信号。

I/O接口1212为处理组件1202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主条按钮、音量按钮、启动按钮和锁定按钮。上述I/O接口1212可以用于若所述装置为主叫方，则接收本端设备发送的指示信息，所述指示信息携带单射频语音呼叫连续性SRVCC切换失败的原因。

传感器组件1214包括一个或多个传感器，用于为装置1200提供各个方面的状态评估。例如，传感器组件1214可以检测到装置1200的打开/关闭状态，组件的相对定位，例如所述组件为装置1200的显示器和小键盘，传感器组件1214还可以检测装置1200或装置1200一个组件的位置改变，用户与装置1200接触的存在或不存在，装置1200方位或加速/减速和装置1200的温度变化。传感器组件1214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1216被配置为便于装置1200和其他设备之间有线或无线方式的通信。装置1200可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述SRVCC切换的处理方法的部分步骤。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1204，上述指令可由装置1200的处理器1220执行以完成所述SRVCC切换方法的部分步骤。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置1200的处理器执行时，使得装置1200能够执行步骤：根据所述SRVCC切换失败的原因自动发起语音呼叫或者视频呼叫。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。