CN107333302A - 业务处理方法及装置 - Google Patents

Abstract

本发明公开一种业务处理方法及装置；方法包括：检测用户设备与IP多媒体子***IMS设备之间的信令；根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行VoLTE语音呼叫流程；判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发所述用户设备的重定向。采用本发明，能够提高VoLTE语音业务的接通率。

Description

业务处理方法及装置

技术领域

本发明涉及通信领域的业务处理技术，尤其涉及一种业务处理方法及装置。

背景技术

长期演进(LTE，Long Term Evolution)重定向是指***通过无线资源控制连接释放(RRC Connection Release)消息中的重定向载体信息(redirected CarrierInfo)指示用户设备(UE，User Equipment)在离开连接态后要尝试驻留到指定的***/频点；一般应用于UE信号差到一定程度，无法通过正常的切换流程接入其它小区的情况下；不同于切换过程具有切换准备阶段，重定向在连接态进行，在RRC Connection Release消息中携带目标小区的信息(如频率等)，然后将RRC连接进行释放，UE再向目标小区申请接入。

长期演进承载语音(VoLTE，Voice over LTE)是基于IP多媒体子***(IMS，IP Multimedia Subsystem)的语音业务，IMS由于能够支持多种接入和丰富的多媒体业务，已成为全IP时代的核心网的标准架构；经历了过去几年的发展成熟后，如今IMS已经跨越裂谷，成为固定话音领域中宽带语音(VoBB，Voice overBroadband)、公共交换电话网络(PSTN，Public Switched Telephone Network)网改的主流选择，而且也被3GPP、GSMA确定为移动语音的标准架构；VoLTE是一种IP数据传输技术，无需2G/3G网，全部业务承载于4G网络上，可实现数据与语音业务在同一网络下的统一，换言之，4G网络下不仅仅提供高速率的数据业务，同时还提供高质量的音视频通话，4G网络下高质量的音视频通话便需要VoLTE技术来实现。

现有技术为保证VoLTE语音通话的连续性，通常采用以服务质量等级标识(QCI，QoS Class Identifier)1的建立为时间节点，在QCI1专用承载建立后，禁止进行重定向，以避免掉话；然而，如果在呼叫过程中，即在QCI1建立之前发生了UE的重定向，可能会导致呼叫不通，如此，会降低VoLTE语音业务的接通率。

发明内容

为解决现有存在的技术问题，本发明实施例提供一种业务处理方法及装置，能够提高VoLTE语音业务的接通率。

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

第一方面，本发明实施例提供一种业务处理方法，所述方法包括：

检测用户设备与IP多媒体子***IMS设备之间的信令；

根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

判定所述用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发所述用户设备的重定向。

在上述方案中，所述根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行VoLTE语音呼叫流程，包括：

确定所述用户设备与所述IMS设备之间的信令为非加密信令时，解析所述信令；

根据解析结果判断所述用户设备是否发出或者接收到会话请求消息；

若判定所述用户设备发出或者接收到会话请求消息，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

在上述方案中，所述根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行VoLTE语音呼叫流程，包括：

确定所述用户设备与所述IMS设备之间的信令为加密信令时，获取所述用户设备与所述IMS设备之间的信令中下行信令的大小；

若判定所述用户设备与所述IMS设备之间的信令中下行信令的大小满足预设条件，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

在上述方案中，所述方法还包括：

在执行所述屏蔽触发所述用户设备的重定向的步骤时，启动定时器；

确定所述定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭所述定时器，并允许触发所述用户设备的重定向；或者，

确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向。

在上述方案中，所述确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向之后，所述方法还包括：

确定所述用于传输VoLTE语音媒体流的承载已释放时，允许触发所述用户设备的重定向。

第二方面，本发明实施例提供一种业务处理装置，所述装置包括：

检测模块，用于检测用户设备与IP多媒体子***IMS设备之间的信令；

判断模块，用于根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

屏蔽模块，用于判定所述用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发所述用户设备的重定向。

在上述方案中，所述判断模块，具体用于：

确定所述用户设备与所述IMS设备之间的信令为非加密信令时，解析所述信令；

根据解析结果判断所述用户设备是否发出或者接收到会话请求消息；

若判定所述用户设备发出或者接收到会话请求消息，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

在上述方案中，所述判断模块，具体用于：

确定所述用户设备与所述IMS设备之间的信令为加密信令时，获取所述用户设备与所述IMS设备之间的信令中下行信令的大小；

若判定所述用户设备与所述IMS设备之间的信令中下行信令的大小满足预设条件，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

在上述方案中，所述屏蔽模块，还用于：

在屏蔽触发所述用户设备的重定向时，启动定时器；

确定所述定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭所述定时器，并允许触发所述用户设备的重定向；或者，

确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向。

在上述方案中，所述屏蔽模块，还用于：

确定所述用于传输VoLTE语音媒体流的承载已释放时，允许触发所述用户设备的重定向。

本发明实施例通过检测用户设备与IMS设备之间的信令，当根据检测到的用户设备与IMS设备之间的信令，判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，从而可以降低由于重定向而导致呼叫不通的概率，如此，可以提高VoLTE语音业务的接通率。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本发明实施例中业务处理方法的一个可选的流程示意图；

图2为本发明实施例中业务处理方法的另一个可选的流程示意图；

图3为本发明实施例中业务处理方法的再一个可选的流程示意图；

图4为本发明实施例中业务处理装置的一个可选的结构示意图。

具体实施方式

在本发明的各种实施例中：通过检测用户设备与IMS设备之间的信令，根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行VoLTE语音呼叫流程，及在判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向。

以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

实施例一

本实施例提供一种业务处理方法，可以应用于需要对VoLTE语音业务的接通率进行优化的场景中。现有技术中如果在呼叫过程中，即在QCI1建立之前发生了UE的重定向，可能会导致呼叫不通。本实施例针对该场景提出解决的技术方案。

本实施例的执行主体可以为业务处理装置，可以用于执行本实施例的业务处理方法；该业务处理装置可以采用各种方式来实施，例如在MME、S-GW等网络设备中实施装置的全部组件，或者在上述的网络设备侧以耦合的方式实施装置中的组件。

基于该业务处理装置，参见图1，本实施例提供的业务处理方法，包括以下步骤：

步骤101、检测用户设备与IMS设备之间的信令。

用户设备可以为智能手机、平板电脑、笔记本电脑、穿戴式设备(如智能眼镜、智能手表等)等支持VoLTE的终端/设备；用户设备与IMS设备之间的信令，例如可以为初始会话协议(SIP)信令。

步骤102、根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行VoLTE语音呼叫流程。

步骤103、判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向。

这里，屏蔽触发用户设备的重定向，是指禁止该用户设备进行重定向，例如，当用户设备的通信信号差到一定程度，无法通过正常的切换流程接入其它小区的情况下，禁止向该用户设备下发携带目标小区的信息(如频率等)的RRCConnection Release消息，从而禁止该用户设备进行重定向。

本实施例通过检测用户设备与IMS设备之间的信令，根据检测到的用户设备与IMS设备之间的信令，当判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，这就降低了由于重定向而导致呼叫不通的概率，如此，可以提高VoLTE语音业务的接通率。

实施例二

本实施例基于实施例一，本实施例针对具体如何判断用户设备当前是否正在进行VoLTE语音呼叫流程的场景进行说明。

参见图2，本实施例提供的信息处理方法，包括以下步骤：

步骤201、检测用户设备与IMS设备之间的信令。

用户设备与IMS设备之间的信令，例如可以为初始会话协议(SIP)信令。

步骤202、判断用户设备与IMS设备之间的信令是否为加密信令，若是，转到步骤203；否则转到步骤205。

步骤203、获取用户设备与IMS设备之间的信令中下行信令的大小。

步骤204、判定用户设备与IMS设备之间的信令中下行信令的大小是否满足预设条件；若是，转到步骤207；否则，即确定用户设备当前未在进行VoLTE语音呼叫流程，本实施例的流程结束。

通过判定用户设备与IMS设备之间的SIP信令中下行信令的大小，判断IMS设备是否给被叫发送invite消息，判断IMS设备是否给主叫发送100trying消息。

步骤205、解析信令。

步骤206、根据解析结果判断用户设备是否发出或者接收到会话请求消息；若是，转到步骤207；否则流程结束。

会话请求消息，例如可以是邀请(invite)消息。

步骤207、确定用户设备当前正在进行VoLTE语音呼叫流程。

步骤208、屏蔽触发用户设备的重定向。

这里，屏蔽触发用户设备的重定向，是指禁止该用户设备进行重定向，例如，当用户设备的通信信号差到一定程度，无法通过正常的切换流程接入其它小区的情况下，禁止向该用户设备下发携带目标小区的信息(如频率等)的RRCConnection Release消息，从而禁止该用户设备进行重定向。

本实施例在检测到用户设备与IMS设备之间的信令后，当确定用户设备与IMS设备之间的信令为加密信令时，根据用户设备与IMS设备之间的信令中下行信令的大小，确定用户设备当前是否正在进行VoLTE语音呼叫流程；当确定用户设备与IMS设备之间的信令为非加密信令时，通过解析信令判断用户设备是否发出或者接收到会话请求消息，进而确定用户设备当前是否正在进行VoLTE语音呼叫流程；并在判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，这就降低了由于重定向而导致呼叫不通的概率，如此，可以提高VoLTE语音业务的接通率。

实施例三

本实施例基于实施例一，本实施例针对如何在避免影响到正常数据业务启用重定向功能的情况下，降低由于重定向而导致VoLTE语音业务呼叫不通的概率的场景进行说明。

参见图3，本实施例提供的信息处理方法，包括以下步骤：

步骤301、检测用户设备与IMS设备之间的信令。

用户设备可以为智能手机、平板电脑、笔记本电脑、穿戴式设备(如智能眼镜、智能手表等)等支持VoLTE的终端/设备；用户设备与IMS设备之间的信令，例如可以为初始会话协议(SIP)信令。

步骤302、根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行VoLTE语音呼叫流程；若是，即确定用户设备当前正在进行VoLTE语音呼叫流程，则转到步骤303；否则，即确定用户设备当前未在进行VoLTE语音呼叫流程，本实施例的流程结束。

步骤303、判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，同时，启动定时器。

定时器的时间长度可以按照需求预先或实时进行配置。

步骤304、判断是否定时器超期、且没有建立用于传输VoLTE语音媒体流的承载；若是，则转到步骤305；否则转到步骤306。

步骤305、关闭定时器，并允许触发用户设备的重定向。

这里，在确定定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭定时器，并允许触发用户设备的重定向；流程结束。

步骤306、关闭定时器，并继续屏蔽触发用户设备的重定向。

这里，在确定用于传输VoLTE语音媒体流的承载已建立、且定时器没有超期时，关闭定时器，并继续屏蔽触发用户设备的重定向。

步骤307、确定用于传输VoLTE语音媒体流的承载已释放时，允许触发用户设备的重定向。

这里，确定用于传输VoLTE语音媒体流的承载已释放时，VoLTE语音通话结束，此时，允许触发用户设备的重定向。

本实施例根据检测到的用户设备与IMS设备之间的信令，判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向的同时，启动定时器；若定时器超期时，用于传输VoLTE语音媒体流的承载还未建立时，关闭定时器，并允许触发用户设备的重定向，以避免影响到正常数据业务启用重定向功能。

实施例四

本实施例基于上述任意一个实施例，本实施例所要解决的技术问题是：克服现有技术中存在的禁止重定向的时间点太晚的问题。

本实施例提供一种管理呼叫过程中重定向的装置，装置包括：UE呼叫识别模块、重定向执行模块；其中，

UE呼叫识别模块：识别UE是否正在呼叫流程；

重定向执行模块：执行禁止重定向操作。

本实施例还提供一种管理呼叫过程中重定向的方法，上述管理呼叫过程中重定向的装置可以用于执行该管理呼叫过程中重定向的方法；

上述管理呼叫过程中重定向的方法，包括如下步骤：

1)UE呼叫识别模块，依据SIP信令识别UE是否进行呼叫流程，具体地：

(a)如果SIP信令未加密，则通过解析SIP信令，观察UE是否发出或者接收到invite消息，以识别UE是否正在进行呼叫流程；在确定UE发出或者接收到invite消息时，识别出UE正在进行呼叫流程后通知重定向执行模块；

(b)如果SIP信令加密，则通过下行SIP信令大小，观察IMS是否给被叫发送invite消息，观察IMS是否给主叫发送100trying消息，以识别UE是否正在进行呼叫流程；识别出UE正在进行呼叫流程后通知重定向执行模块；

2)UE呼叫识别模块识别出UE正在发起呼叫时，告知重定向执行模块；

3)重定向执行模块禁止UE进行重定向，并启动定时器，定时器时间长度可配置；

4)当重定向执行模块判定定时器超期且QCI1没建立时，允许进行重定向，RRC重配相关测量；

5)当重定向执行模块判定QCI1建立且定时器没超期时，杀死定时器，继续禁止重定向；

6)当重定向执行模块判定QCI1承载删除时，允许触发UE的重定向。

采用本实施例提供的方法和装置，与现有技术相比，在不影响正常数据业务启用重定向功能前提下，细化到VoLTE用户在建立QCI1之前进行禁止重定向的目的，降低了因为重定向导致呼叫不通的概率，提升了VoLTE用户的感受。

下面列举几个具体的应用场景，对本实施例的技术方案的实现进行说明。

应用场景1：

LTE***，IMS与UE之间的SIP信令未加密，UE拨打电话，重定向禁止定时器(即上述的定时器)设置为4s。

1)UE呼叫识别模块通过解析SIP信令，在上行方向上解析出invite消息，则识别出UE正在进行呼叫流程，通知重定向执行模块；

2)重定向模块禁止此UE进行重定向，并启动定时器(4s)；

3)假设启动定时器3s后QCI1建立，则重定向执行模块杀死定时器，继续禁止重定向；

4)假设10分钟后，重定向执行模块发现通话结束、QCI1承载删除，则允许触发UE的重定向。

应用场景2：

LTE***，IMS与UE之间的SIP信令加密，下行invite消息的大小门限设置为1500Byte，下行100trying的大小门限设置为600byte，重定向禁止定时器(即上述的定时器)设置为4s。

1)UE呼叫识别模块，收到下行1900Byte的数据包，拆片的两包10ms内到达，判定为呼叫过程UE；

2)UE呼叫识别模块识别出UE正在发起呼叫时，告知重定向执行模块；

3)重定向模块禁止此UE进行重定向，并启动定时器(4s)；

4)假设启动定时器4s后QCI1未建立，则重定向执行模块杀死定时器，允许进行重定向，RRC重配相关测量；

5)假设启动定时器1s后，QCI1建立，则重定向执行模块禁止进行重定向；

6)假设5分钟后，重定向执行模块发现通话结束、QCI1删除，则允许触发UE的重定向。

应用场景3：

LTE***，IMS与UE之间的SIP信令加密，下行invite大小门限设置为1500Byte，下行100trying的大小门限设置为600byte，重定向禁止定时器(即上述的定时器)设置为5s。

1)UE呼叫识别模块，收到下行500Byte的数据包，判定为呼叫过程UE；

2)UE正在发起呼叫时，告知重定向执行模块；

3)重定向模块禁止此UE进行重定向，并启动定时器5s；

4)假设启动定时器4s后，QCI1建立，则重定向执行模块杀死定时器，继续禁止重定向；

5)假设启动定时器10分钟后，重定向执行模块发现通话结束、QCI1删除，则允许触发UE的重定向。

实施例五

与前述实施例一的记载相对应，本实施例还记载一种业务处理装置，业务处理装置可以用于执行本发明实施例一的业务处理方法，该信息处理装置可以采用各种方式来实施，例如在MME、S-GW等网络设备中实施装置的全部组件，或者在上述的网络设备侧以耦合的方式实施装置中的组件；参见图4，业务处理装置包括：

检测模块401，用于检测用户设备与IP多媒体子***IMS设备之间的信令；

判断模块402，用于根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

屏蔽模块403，用于判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向。

本实施例通过检测用户设备与IMS设备之间的信令，根据检测到的用户设备与IMS设备之间的信令，当判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，这就降低了由于重定向而导致呼叫不通的概率，如此，可以提高VoLTE语音业务的接通率。

在上述实施例的基础上，判断模块402，具体用于：

确定用户设备与IMS设备之间的信令为非加密信令时，解析信令；

根据解析结果判断用户设备是否发出或者接收到会话请求消息；

判定用户设备发出或者接收到会话请求消息时，确定用户设备当前正在进行VoLTE语音呼叫流程。

在上述实施例的基础上，判断模块402，具体用于：

确定用户设备与IMS设备之间的信令为加密信令时，获取用户设备与IMS设备之间的信令中下行信令的大小；

判定用户设备与IMS设备之间的信令中下行信令的大小满足预设条件时，确定用户设备当前正在进行VoLTE语音呼叫流程。

在上述实施例的基础上，屏蔽模块403，还用于：在屏蔽触发用户设备的重定向时，启动定时器；

确定定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭定时器，并允许触发用户设备的重定向；或者，

确定用于传输VoLTE语音媒体流的承载已建立、且定时器没有超期时，关闭定时器，并继续屏蔽触发用户设备的重定向。

在上述实施例的基础上，屏蔽模块403，还用于：

确定用于传输VoLTE语音媒体流的承载已释放时，允许触发用户设备的重定向。

在实际应用中，检测模块401、判断模块402及屏蔽模块403均可由位于业务处理装置的中央处理器(CPU)、微处理器(MPU)、专用集成电路(ASIC)或现场可编程门阵列(FPGA)等实现。

实施例六

本实施例记载一种计算机可读介质，可以为ROM(例如，只读存储器、FLASH存储器、转移装置等)、磁存储介质(例如，磁带、磁盘驱动器等)、光学存储介质(例如，CD-ROM、DVD-ROM、纸卡、纸带等)以及其他熟知类型的程序存储器；计算机可读介质中存储有计算机可执行指令(例如腾讯视频等投射应用的二进制可执行指令)，当执行指令时，引起至少一个处理器执行包括以下的操作：

检测用户设备与IP多媒体子***IMS设备之间的信令；

根据检测到的用户设备与IMS设备之间的信令，判断用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向。

综上，本发明实施例通过检测用户设备与IMS设备之间的信令，根据检测到的用户设备与IMS设备之间的信令，当判定用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发用户设备的重定向，这就降低了由于重定向而导致呼叫不通的概率，如此，可以提高VoLTE语音业务的接通率。

本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

检测用户设备与IP多媒体子***IMS设备之间的信令；

根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

判定所述用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发所述用户设备的重定向。

2.根据权利要求1所述的方法，其特征在于，所述根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行VoLTE语音呼叫流程，包括：

确定所述用户设备与所述IMS设备之间的信令为非加密信令时，解析所述信令；

根据解析结果判断所述用户设备是否发出或者接收到会话请求消息；

若判定所述用户设备发出或者接收到会话请求消息，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

3.根据权利要求1所述的方法，其特征在于，所述根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行VoLTE语音呼叫流程，包括：

确定所述用户设备与所述IMS设备之间的信令为加密信令时，获取所述用户设备与所述IMS设备之间的信令中下行信令的大小；

若判定所述用户设备与所述IMS设备之间的信令中下行信令的大小满足预设条件，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在执行所述屏蔽触发所述用户设备的重定向的步骤时，启动定时器；

确定所述定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭所述定时器，并允许触发所述用户设备的重定向；或者，

确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向。

5.根据权利要求4所述的方法，其特征在于，所述确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向之后，所述方法还包括：

确定所述用于传输VoLTE语音媒体流的承载已释放时，允许触发所述用户设备的重定向。

6.一种业务处理装置，其特征在于，包括：

检测模块，用于检测用户设备与IP多媒体子***IMS设备之间的信令；

判断模块，用于根据所述检测到的用户设备与所述IMS设备之间的信令，判断所述用户设备当前是否正在进行长期演进承载语音VoLTE语音呼叫流程；

屏蔽模块，用于判定所述用户设备当前正在进行VoLTE语音呼叫流程时，屏蔽触发所述用户设备的重定向。

7.根据权利要求6所述的装置，其特征在于，所述判断模块，具体用于：

确定所述用户设备与所述IMS设备之间的信令为非加密信令时，解析所述信令；

根据解析结果判断所述用户设备是否发出或者接收到会话请求消息；

若判定所述用户设备发出或者接收到会话请求消息，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

8.根据权利要求6所述的装置，其特征在于，所述判断模块，具体用于：

确定所述用户设备与所述IMS设备之间的信令为加密信令时，获取所述用户设备与所述IMS设备之间的信令中下行信令的大小；

若判定所述用户设备与所述IMS设备之间的信令中下行信令的大小满足预设条件，则确定所述用户设备当前正在进行VoLTE语音呼叫流程；

否则，确定所述用户设备当前未在进行VoLTE语音呼叫流程。

9.根据权利要求6所述的装置，其特征在于，所述屏蔽模块，还用于：

在屏蔽触发所述用户设备的重定向时，启动定时器；

确定所述定时器超期、且没有建立用于传输VoLTE语音媒体流的承载时，关闭所述定时器，并允许触发所述用户设备的重定向；或者，

确定用于传输VoLTE语音媒体流的承载已建立、且所述定时器没有超期时，关闭所述定时器，并继续屏蔽触发所述用户设备的重定向。

10.根据权利要求9所述的装置，其特征在于，所述屏蔽模块，还用于：

确定所述用于传输VoLTE语音媒体流的承载已释放时，允许触发所述用户设备的重定向。