CN108271220A - 用户终端的通话状态控制方法及装置、用户终端 - Google Patents

Abstract

一种用户终端的通话状态控制方法及装置、用户终端，所述方法包括以下步骤：在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。本发明方案可以使用户终端的终端状态与网络端状态同步，从而消除SRVCC切换带来的影响，有效地避免通话异常。

Description

用户终端的通话状态控制方法及装置、用户终端

技术领域

本发明涉及通信技术领域，尤其是涉及一种用户终端的通话状态控制方法及装置、用户终端。

背景技术

在现有长期演进(Long Term Evolution，LTE)网络中，不仅提供高速率的数据业务，还提供高质量的音视频通话，后者通过语音通话(Voice over LTE，VoLTE)技术实现。

由于LTE网络存在覆盖不全或者信号不好等问题，如果在VoLTE通话时，移动到了LTE覆盖盲区，此时只有2G/3G网络覆盖，为了保持通话的连续性，避免通话异常中断，通常需要通过语音业务连续性(Single Radio Voice Call Continuity，SRVCC)方案将通话切换至2G/3G网络。

但是，如果SRVCC切换是在用户终端和网络端进行信令交互过程中发生，容易导致正在交互的信令丢失，此时容易发生用户终端和网络端状态不同步的问题，进而出现通话异常。

发明内容

本发明解决的技术问题是提供一种用户终端的通话状态控制方法及装置、用户终端，可以使用户终端的终端状态与网络端状态同步，从而消除SRVCC切换带来的影响，有效地避免通话异常。

为解决上述技术问题，本发明实施例提供一种用户终端的通话状态控制方法，包括以下步骤：在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。

可选的，在所述SRVCC切换完成之前，所述用户终端的通话状态控制方法还包括：向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。

可选的，所述对每一路通话在所述用户终端的终端状态进行控制包括：如果所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。

可选的，所述对每一路通话在所述用户终端的终端状态进行控制包括：如果所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

可选的，所述用户终端的终端状态和网络端状态选自：通话激活状态、通话保持状态和通话恢复请求状态。

为解决上述技术问题，本发明实施例提供一种用户终端的通话状态控制装置，包括：第一发送单元，适于在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；接收单元，适于接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；控制单元，适于对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。

可选的，所述用户终端的通话状态控制装置还包括：第二发送单元，适于在所述SRVCC切换完成之前，向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。

可选的，所述控制单元包括：第一控制子单元，适于当所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。

可选的，所述控制单元包括：第二控制子单元，适于当所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

可选的，所述用户终端的终端状态和网络端状态选自：通话激活状态、通话保持状态和通话恢复请求状态。

为解决上述技术问题，本发明实施例提供一种用户终端，包括上述的用户终端的通话状态控制装置。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

在本发明实施例中，在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。采用上述方案，可以在SRVCC切换完成后，用户终端通过向网络端发送状态信息查询申请的方式，获知每一路通话在网络端的当前状态，从而确保对每一路通话，用户终端的终端状态与网络端状态同步，从而消除SRVCC切换带来的影响，有效地避免通话异常。

进一步，在本发明实施例中，可以仅在用户终端向所述网络端发送通话状态变更申请的情况下，如果发生用户终端与网络端的SRVCC切换，则用户终端向网络端发送状态信息查询申请，从而降低查询的频率，以减少信令开销，节省无线资源。

附图说明

图1是现有技术中的一种实现通话保持状态变更申请的数据流图；

图2是现有技术中的另一种实现通话保持状态变更申请的数据流图；

图3是本发明实施例中的一种用户终端的通话状态控制方法的流程图；

图4是本发明实施例中的一种实现通话保持状态变更申请的数据流图；

图5是本发明实施例中的另一种实现通话保持状态变更申请的数据流图；

图6是本发明实施例中的一种用户终端的通话状态控制装置的结构示意图；

图7是图6中控制单元63的一种具体实现的结构示意图。

具体实施方式

在现有LTE网络中，通过VoLTE技术提供音视频通话，但是由于LTE网络存在覆盖不全或者信号不好等问题，如果在VoLTE通话时，移动到了LTE覆盖盲区，通常需要通过SRVCC切换至2G/3G网络。

但是，如果SRVCC切换是在在用户终端和网络端进行信令交互过程中发生，容易导致正在交互的信令丢失，从而有可能发生用户终端和网络端状态不同步的问题。

以下以用户终端和网络端进行的信令交互为通话保持(HOLD)状态变更申请为例，结合图1和图2进行进一步说明。

参照图1，图1是现有技术中的一种实现通话保持状态变更申请的数据流图。

在步骤S101中，第一用户终端11向网络端12发送通话保持状态变更申请(INVITE)。

在步骤S102中，网络端12向第二用户终端13发送通话保持状态变更指令(HOLD)。

在步骤S103中，响应于从网络端12接收通话保持状态变更指令，第二用户终端13跳转至通话保持状态。

在步骤S104中，第二用户终端13向网络端12发送通话保持确认(HOLD ACK)指令。

在步骤S105中，网络端12跳转至通话保持状态。

需要指出的是，第一用户终端11可能涉及经由网络端12同时与多个用户终端存在多路通话的情况，此处仅针对其中的一路通话进行分析，即第一用户终端11、网络端12与第二用户终端13之间的通话，在该通话中，网络端12状态跳转至通话保持状态，但是并不影响在其它通话中的网络端状态。

在步骤S106中，网络端12向第一用户终端11发送跳转至通话保持状态的反馈信息，例如为200OK响应。

进一步地，第一用户终端11可以响应于接收到跳转至通话保持状态的反馈信息时，跳转至通话保持状态，实现与网络端12状态同步。

在步骤S107中，第一用户终端11从网络端12接收到SRVCC切换指令。

需要指出的是，如果第一用户终端11与网络端12的SRVCC切换发生在步骤S106的信令交互过程中，有可能导致信令丢失，导致第一用户终端11接收不到网络端12发送的反馈信息。这是因为，信令交互是通过核心网实现的，而SRVCC切换是通过接入网实现的，当用户通过接入网切换网络时，容易丢失正在核心网上交互的信令。

进一步地，有可能发生第一用户终端11和网络端12状态不同步的问题。具体而言，当第一用户终端11接收不到网络端12发送的反馈信息时，第一用户终端11基于预先设定可以从以下两种情况中选择其一进行实施：

情况一：第一用户终端11认为通话保持操作已经成功，进而同步跳转为通话保持状态。

情况二：第一用户终端11认为通话保持操作失败，进而保持原始状态不变，例如保持在激活状态(ACTIVE)。

由于目前尚无协议规定用户终端应当如何设定，因此，当第一用户终端11选择情况二时，发生用户终端和网络端状态不同步的问题。进而在无法通话的情况下，由于第一用户终端11仍处于激活状态，如果通话持续计费，将可能导致用户受到损失。

另一种可能发生用户终端和网络端状态不同步的情况可以参照图2，图2是现有技术中的另一种实现通话保持状态变更申请的数据流图。

在步骤S201中，第一用户终端11向网络端12发送通话保持状态变更申请。

在步骤S202中，第一用户终端11从网络端12接收到SRVCC切换指令。

如果第一用户终端11与网络端12的SRVCC切换发生在步骤S201的信令交互过程中，有可能导致信令丢失，导致网络端12接收不到第一用户终端11发送的通话保持状态变更申请。

进一步地，有可能发生用户终端和网络端状态不同步的问题。具体而言，当第一用户终端11接收不到网络端12发送的反馈信息时，第一用户终端11基于预先设定可以从两种情况中选择其一进行实施：

情况一：第一用户终端11认为通话保持操作已经成功，进而同步跳转为通话保持状态。

情况二：第一用户终端11认为通话保持操作失败，进而保持原始状态不变，例如保持在激活状态(Active)。

在步骤S203中，第一用户终端11跳转至通话保持状态。由于目前尚无协议规定用户终端应当如何设定，因此，在步骤S203的具体实施中，第一用户终端11选择情况一，跳转至通话保持状态，导致发生用户终端和网络端状态不同步的问题，进而导致通话中断。

本发明的发明人经过研究发现，上述问题的关键在于在SRVCC切换完成后，用户终端将无法确定自己的终端状态与网络端状态是否同步。

在本发明实施例中，在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。通过上述过程，可以在SRVCC切换完成后，用户终端通过向网络端发送状态信息查询申请的方式，获知每一路通话在网络端的当前状态，从而确保对每一路通话，用户终端的终端状态与网络端状态同步，从而消除SRVCC切换带来的影响，有效地避免通话异常。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。

参照图3，图3是本发明实施例中的一种用户终端的通话状态控制方法的流程图。所述通话状态控制方法可以包括步骤S31至步骤S33：

步骤S31：在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态。

步骤S32：接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态。

步骤S33：对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。

在步骤S31的具体实施中，终端在SRVCC切换成功完成后，对终端每一路通话向网络发送状态信息查询申请(STATUS ENQUIRY)，其中携带有状态查询标记，以查询每一路通话的网络端状态。

具体地，所述通话的网络端状态和终端状态选自通话激活状态(ACTIVE)、以及通话激活状态以外的辅助状态，辅助状态例如可以包括通话保持状态、通话恢复请求状态(RETRIEVE_REQ)、通话保持请求状态(HOLD_REQ)、多方通话辅助状态等。通话激活状态(ACTIVE)表示整个通话的状态目前正处于通路正常的状态，在激活状态下还包含通话建立过程以及通话挂断等中间态。

在步骤S32的具体实施中，网络端在收到状态信息查询申请后，将每一路通话的当前网络端状态发送给用户终端。

具体地，所述网络端状态可以选自：通话激活状态、通话保持状态和通话恢复请求状态。

在步骤S33的具体实施中，对每一路通话，用户终端从网络端接收到网络端状态后，可以判断当前用户终端的终端状态和网络端状态是否一致，并且对终端状态进行控制，以使所述终端状态与所述网络端状态同步。

具体地，如果所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。

参照图4，图4是本发明实施例中的一种实现通话保持状态变更申请的数据流图。

在步骤S401中，第一用户终端41向网络端42发送通话保持状态变更申请。

需要指出的是，本发明实施例以状态变更申请为通话保持状态变更申请为例进行描述，即申请网络端42和第二用户终端43从通话激活状态跳转为通话保持状态，以挂起第一用户终端41和第二用户终端43的通话。但是，第一用户终端41向网络端42发送的状态变更申请还可以包括通话恢复状态变更申请，即申请网络端42和第二用户终端43从通话保持状态跳转为通话恢复状态，以恢复第一用户终端41和第二用户终端43的通话。

在步骤S402中，网络端42向第二用户终端43发送通话保持状态变更指令。

在步骤S403中，响应于从网络端42接收通话保持状态变更指令，第二用户终端43跳转至通话保持状态。

在步骤S404中，第二用户终端43向网络端42发送通话保持确认指令，以反馈第二用户终端43的终端状态跳转至通话保持状态。

在步骤S405中，网络端42跳转至通话保持状态。

在步骤S406中，网络端42向第一用户终端41发送跳转至通话保持状态的反馈信息，例如为200OK响应，以反馈网络端42的终端状态跳转至通话保持状态。

在步骤S407中，第一用户终端41从网络端42接收到SRVCC切换指令。

具体地，如果第一用户终端41与网络端42的SRVCC切换发生在步骤S406的信令交互过程中，有可能导致信令丢失，导致第一用户终端41接收不到网络端42发送的反馈信息。如前所述，如果第一用户终端41认为通话保持操作失败，进而保持在通话激活状态，会发生第一用户终端41和网络端42状态不同步的问题。

在步骤S408中，第一用户终端41向网络端42发送状态信息查询申请。

在步骤S409中，第一用户终端41从网络端42接收网络端状态。在图4示出的具体实现中，所述网络端状态为通话保持状态。

在具体实施中，有关步骤S408至步骤S409的执行请参照图3中的步骤S31和S32的描述进行执行，此处不再赘述。

在步骤S410中，第一用户终端41跳转至通话保持状态。

具体地，第一用户终端41从网络端42接收到网络端状态为通话保持状态后，由于当前用户终端的终端状态为通话激活状态，因此判断为不同步，此时跳转至通话保持状态，以使所述终端状态与所述网络端状态同步。

在具体实施中，如果第一用户终端41经由网络端42与多个用户终端存在多路通话的情况，第一用户终端41还可以在其它通话中，通过如上步骤对终端状态进行控制。

继续参照图3，在步骤S33的具体实施中，如果所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

参照图5，图5是本发明实施例中的另一种实现通话保持状态变更申请的数据流图。

在步骤S501中，第一用户终端41向网络端42发送通话保持状态变更申请。

在步骤S502中，第一用户终端41从网络端42接收到SRVCC切换指令。

在步骤S503中，第一用户终端41状态跳转至通话保持状态。

具体地，如果第一用户终端41与网络端42的SRVCC切换发生在步骤S501的信令交互过程中，有可能导致信令丢失，导致网络端42接收不到第一用户终端41发送的通话保持状态变更申请。如前所述，如果第一用户终端41认为通话保持操作已经成功，进而跳转至通话保持状态，会发生第一用户终端41和网络端42状态不同步的问题。

在步骤S504中，第一用户终端41向网络端42发送状态信息查询申请。

在步骤S505中，第一用户终端41从网络端42接收网络端状态。在图5示出的具体实现中，所述网络端状态为通话激活状态。

在具体实施中，有关步骤S504至步骤S505的执行请参照图3中的步骤S31和S32的描述进行执行，此处不再赘述。

在步骤S506中，第一用户终端41回退至通话激活状态。

具体地，第一用户终端41从网络端42接收到网络端状态为通话激活状态后，由于当前用户终端的终端状态为通话保持状态，因此判断为不同步，此时回退至通话激活状态，以使所述终端状态与所述网络端状态同步。

在本发明实施例的另一具体实现中，在所述SRVCC切换完成之前，还包括向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态的步骤。

具体地，如果用户终端与网络端的SRVCC切换发生在用户终端向网络端发送通话状态变更申请中，将更容易导致用户终端与网络端发生状态不同步，因此，采用本发明实施例，可以仅在用户终端向所述网络端发送通话状态变更申请的情况下，如果发生用户终端与网络端的SRVCC切换，则用户终端向网络端发送状态信息查询申请，从而降低查询的频率，以减少信令开销，节省无线资源。

参照图6，图6是本发明实施例中的一种用户终端的通话状态控制装置的结构示意图。所述通话状态控制装置可以包括第一发送单元61、接收单元62、控制单元63和第二发送单元64。

其中，所述第一发送单元61，适于在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态。所述接收单元62，适于接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态。所述控制单元63，适于对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。第二发送单元，适于在所述SRVCC切换完成之前，向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。所述第二发送单元64，适于在所述SRVCC切换完成之前，向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。

图7是图6中控制单元63的一种具体实现的结构示意图。所述控制单元63可以包括第一控制子单元631和第二控制子单元632。

其中，所述第一控制子单元631，适于当所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。所述第二控制子单元632，适于当所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

进一步地，所述用户终端的终端状态和网络端状态选自：通话激活状态、通话保持状态和通话恢复请求状态。

关于该用户终端的通话状态控制装置的更多详细内容请参照前文及图1至图5示出的关于用户终端的通话状态控制的相关描述，此处不再赘述。

本发明实施例还提供了一种用户终端，所述用户终端可以包括上述用户终端的通话状态控制装置，所述用户终端可以执行上述用户终端的通话状态控制方法。例如，该用户终端的通话状态控制装置可以集成在用户终端中，或者外部耦接于用户终端。

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

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。

Claims (11)

1.一种用户终端的通话状态控制方法，其特征在于，包括以下步骤：

在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；

接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；

对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。

2.根据权利要求1所述的用户终端的通话状态控制方法，其特征在于，在所述SRVCC切换完成之前，还包括：

向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。

3.根据权利要求2所述的用户终端的通话状态控制方法，其特征在于，所述对每一路通话在所述用户终端的终端状态进行控制包括：

如果所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。

4.根据权利要求2所述的用户终端的通话状态控制方法，其特征在于，所述对每一路通话在所述用户终端的终端状态进行控制包括：

如果所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

5.根据权利要求1所述的用户终端的通话状态控制方法，其特征在于，所述用户终端的终端状态和网络端状态选自：通话激活状态、通话保持状态和通话恢复请求状态。

6.一种用户终端的通话状态控制装置，其特征在于，包括：

第一发送单元，适于在SRVCC切换完成后，向网络端发送状态信息查询申请，以查询每一路通话在所述网络端的网络端状态；

接收单元，适于接收所述网络端响应于所述状态信息查询申请发出的反馈，所述反馈包括每一路通话的网络端状态；

控制单元，适于对每一路通话在所述用户终端的终端状态进行控制，以使所述终端状态与所述网络端状态同步。

7.根据权利要求6所述的用户终端的通话状态控制装置，其特征在于，还包括：

第二发送单元，适于在所述SRVCC切换完成之前，向所述网络端发送通话状态变更申请，以变更一路或多路通话在所述网络端的网络端状态。

8.根据权利要求7所述的用户终端的通话状态控制装置，其特征在于，所述控制单元包括：

第一控制子单元，适于当所述网络端状态为响应所述通话状态变更申请后的状态，并且所述终端状态为响应所述通话状态变更申请前的状态，则控制所述终端状态变更为与所述网络端状态一致。

9.根据权利要求7所述的用户终端的通话状态控制装置，其特征在于，所述控制单元包括：

第二控制子单元，适于当所述网络端状态为响应所述通话状态变更申请前的状态，并且所述终端状态为响应所述通话状态变更申请后的状态，则控制所述终端状态变更为与所述网络端状态一致。

10.根据权利要求6所述的用户终端的通话状态控制装置，其特征在于，所述用户终端的终端状态和网络端状态选自：通话激活状态、通话保持状态和通话恢复请求状态。

11.一种用户终端，其特征在于，包括权利要求6至10任一项所述的用户终端的通话状态控制装置。