CN114979992A - 一种通话状态确定方法及装置 - Google Patents

Abstract

本申请实施例提供了一种通话状态确定方法及装置，其中方法包括：在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；基于所述目标信令，确定所述通话的通话状态。本申请实施例实现了中间号码场景下的通话状态的识别确定。

Description

一种通话状态确定方法及装置

技术领域

本申请属于移动通信技术领域，尤其涉及一种通话状态确定方法及装置。

背景技术

随着通信业务的普及和发展，在日常通讯交流中，用户使用手机联系的需求也快速变化，特别是对保护通话双方隐私、通话安全以及通话录音等方面的需求越来越高。为了满足这些需求，相关技术中提供了中间号码业务。

中间号码的基本业务场景例如有：1、主叫A和被叫B分配一个或多个虚拟中间号码X；2、主叫A通话拨打为之分配的中间号码X；3、中间号码X收到A的呼入中，续接到被叫B，被叫B显示的呼入号码为中间号码X。该些中间号码业务通过一个或多个虚拟中间号码实现主叫和被叫之间的信息隔离，保护了主叫和被叫的身份信息和号码隐私，同时通过虚拟中间号码，实现第三方企业应用的定制化功能需求，如通话录音，通话状态获取，早期通话放音和接通后放音等。

但是在中间号码场景下，主叫无法直接获得被叫的相关信息，也就无法通过被叫对应的应用服务器(Application Server，AS)来获取对应的通话状态。

发明内容

本申请实施例的目的是提供一种通话状态确定方法及装置，以解决相关号码业务场景中无法获取通话状态的问题。

第一方面，本申请实施例提供了一种通话状态确定方法，包括：

在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

基于所述目标信令，确定所述通话的通话状态。

第二方面，本申请实施例提供了一种通话状态确定装置，包括：

获取模块，用于在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

确定模块，用于基于所述目标信令，确定所述通话的通话状态。

第三方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储有程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

在本申请实施中，在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中目标信令为用于指示通话状态的信令，并基于目标信令，确定通话的通话状态，实现了通过用于指示通话状态的目标信令确定通话的通话状态，从而实现了在中间号场景下能够识别通话状态。

附图说明

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

图1为本申请实施例中通话状态确定方法的流程示意图之一；

图2为本申请实施例中通话状态确定方法的流程示意图之二；

图3为本申请实施例中通话状态确定装置的模块组成示意图；

图4为本申请实施例中电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的通话状态确定方法进行详细地说明。

如图1所示，为本申请实施例所提供的通话状态确定方法的步骤流程图，该方法的执行主体可以为服务器，其中，该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是能够进行程序操作处理的服务器。该方法包括：

步骤101：在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令。

具体的，主叫方和被叫方之间可以通过中间号码进行通话，在此场景下，可以获取通话信令中的目标信令。

其中，目标信令为用于指示通话状态的信令。

例如，目标信令可以包括下述中的至少一者：结束会话(Bye)信令、181信令、180信令、更新(UPDATE)信令、取消(CANCEL)信令。

通过获取通话信令中的用于指示通话状态的目标信令，使得能够通过该目标信令确定通话的通话状态。

需要说明的是，目标信令的数量可以为一个或多个。

步骤102：基于目标信令，确定通话的通话状态。

具体的，在获取用于指示通话状态的目标信令之后，可以通过目标信令确定通话的通话状态，从而解决了在中间号的场景下，主叫方无法直接获得被叫方的相关信息，进而不能通过被叫方对应的AS服务器来获取对应的通话状态的问题，实现了中间号场景下的通话状态的获取。

这样，本实施例在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中目标信令为用于指示通话状态的信令，并基于目标信令，确定通话的通话状态，通过目标信令确定通话的通话状态，实现了中间号场景下通过目标信令进行通话状态的获取，从而解决了在中间号的场景下，主叫方无法直接获得被叫方的相关信息，进而不能通过被叫方对应的AS服务器来获取对应的通话状态的问题。

在一种实现方式中，获取通话信令中的目标信令之前，还可以从包括有Q.850字段的信令中获取Q.850原因值，并基于所述Q.850原因值，确定所述通话的通话状态，其中所述Q.850原因值与所述通话状态具有对应关系。

具体的，在获取通话信令中的目标信令之前，可以从通话信令中筛选得到包括有有Q.850字段的信令，其中，Q.850字段中枚举有与通话状态对应的Q.850原因值，这使得能够通过Q.850字段中的Q.850原因值确定通话状态，从而实现了中间号码场景下的通话状态的获取。

此外，在一种实现方式中，获取通话信令中的目标信令时，可以按照预设的信令获取顺序，从所述通话信令中获取所述目标信令，其中所述信令获取顺序由前到后依次为：结束会话Bye信令、181信令、180信令、更新UPDATE信令、取消CANCEL信令；

相对应的，在基于所述目标信令，确定所述通话的通话状态时，可以基于当前获取到的目标信令，确定所述通话的通话状态；其中，所述目标信令包括下述信令中的至少一者：Bye信令、181信令、180信令、UPDATE信令、CANCEL信令。

具体的，按照预设的信令获取顺序，从通话信令中获取目标信令，并基于当前获取到的目标信令，确定通话的通话状态，使得在通过当前获取到的目标信令确定通话的通话状态之后，不需要再获取当前获取到的目标信令之后的信令，避免了无效的工作，且减少了通话状态判断过程中对Q.850字段的依赖。

此外，在另一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态时，可以包括如下步骤：

若所述目标信令包括Bye信令，基于所述Bye信令确定所述通话的通话状态；其中，若所述Bye信令是由所述主叫方发起，则确定所述通话状态为主叫挂机状态；若所述Bye信令是由所述被叫方发起，则确定所述通话状态为被叫挂机状态。

具体的，需要说明的是，在获取目标信令之前，还可以在通话结束后判断是否为中间号码所在系统强制结束，若是，则确定通话状态为系统强制结束，若不是，则开始获取目标信令。

此外，具体的，在获取到目标信令后，可以检测所获取的目标信令是否包括Bye信令，若包括，则可以判断Bye信令是由主叫方发起还是被叫方发起，此时若Bye信令是由主叫方发起，则确定通话状态为主叫挂机状态，若Bye信令是由被叫方发起，则确定通话状态为被叫挂机状态，实现了通过Bye信令确定通话状态。

在另一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态时，还可以包括如下步骤：

若所述目标信令不包括Bye信令且包括181信令，则检测所述181信令中是否包括Q.850字段；

若所述181信令中包括Q.850字段，则基于所述Q.850字段中携带的Q.850原因值确定所述通话状态；其中，所述Q.850原因值与所述通话状态具有对应关系；

若所述181信令中不包括Q.850字段或未能基于所述Q.850字段确定通话状态，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

具体的，在确定所获取的目标信令中不包括Bye信令之后，可以先判断通话系统是否超时，若通话系统超时，则可以确定通话状态为通话系统超时状态，若通话系统不超时，则可以检测所获取的目标信令中是否包括181信令。

若目标信令不包括Bye信令但包括181信令，则检测181信令中是否包括Q.850字段。此时，若181信令中包括Q.850字段，则可以通过Q.850字段中携带的Q.850原因值确定通话状态；若181信令中不包括Q.850字段或未能通过Q.850字段确定通话状态，则可以对预先获取的媒体语音进行识别，并基于媒体语音的识别结果确定通话状态。

需要说明的是，媒体语音为预先录音的早期媒体大网宣告音，例如为“您拨打的电话正在通话中，请稍后再播”。

具体的，在对媒体语音进行识别时，可以将媒体语音转换为拼音，并从拼音中识别到关键字，然后检测表示通话状态的预设关键字集合中是否记录有该关键字。若预设关键字集合中记录有所述关键字，则确定通话状态为关键字所对应的通话状态；若预设关键字集合中未记录有所述关键字，则确定通话状态为被叫不可及状态。这样实现了通过媒体语音确定通话状态。

此外，在另一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态时，还可以包括如下步骤：

若所述目标信令不包括Bye信令和181信令，且所述目标信令中包括180信令，则检测所述180信令中是否包括呼叫等待信息；

若所述180信令中包括所述呼叫等待信息，则确定所述通话状态为被叫忙状态；

若所述180信令中不包括呼叫等待信息，则检测所述目标信令中是否包括不携带会话描述协议(Session Description Protocol，SDP)的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态。

具体的，若确定目标信令不包括Bye信令和181信令，则可以检测目标信令中是否包括180信令。

若目标信令不包括Bye信令和181信令，且目标信令中包括180信令，则可以检测180信令中是否包括呼叫等待信息。此时，若180信令中包括呼叫等待信息，则确定通话状态为被叫忙状态；若180信令中不包括呼叫等待信息，则检测目标信令中是否包括CANCEL信令或不携带SDP的UPDATE信令，并基于检测结果确定所述通话状态。

可选地，基于检测结果确定所述通话状态时，可以若所述目标信令包括所述UPDATE信令，则确定所述通话状态为被叫拒接状态；若所述目标信令不包括所述UPDATE信令且包括所述CANCEL信令，则确定所述通话状态为主叫放弃状态；若所述目标信令不包括所述UPDATE信令和CANCEL信令，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

具体的，对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态时，可以获取所述媒体语音中的关键字，并检测表示通话状态的预设关键字集合中是否记录有所述关键字；若所述预设关键字集合中记录有所述关键字，则确定所述通话状态为所述关键字所对应的通话状态；若所述预设关键字集合中未记录有所述关键字，则确定所述通话状态为被叫不可及状态。这样对于无法从目标信令判断通话状态的情况下，可以通过录音的媒体语音进行通话状态的识别确定，提高了通话状态的识别确定率。

还需要说明的是，在确定所述180信令中不包括呼叫等待信息之后，还可以统计振铃时间，此时若所述振铃时间超过预设值，则确定所述通话状态为被叫无应答状态；若所述振铃时间未超过所述预设值，则进入所述检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态的步骤。

下面通过一具体实施例对本申请实施例进行说明。

如图2所示，开始呼入后，通话状态确定过程可以包括如下步骤：

步骤1、记录下所有通信信令中包含的Q.850原因值，使得能够通过Q.850原因值确定通话状态。

步骤2、记录Bye信令、181信令、180信令、UPDATE信令、CANCEL信令的消息属性和时间节点，为后续信令判断提供依据；提取hsitory头域中的181消息，提取所有呼叫等待(call-waiting)信息。

步骤3、如果存在早期媒体大网宣告音，录下媒体语音(即早期媒体大网宣告音)。

步骤4、通话结束后，判断是否为系统强制结束。如果是，返回通话状态为系统强制结束；否则，进入步骤5。

步骤5、检测通话过程是否存在bye信令。如果存在，根据bye信令是由主叫方(即左腿)发起还是由被叫方(即右腿)发起确定通话状态为主叫挂机或被叫挂机状态；否则，进入步骤6。

步骤6、判断通话系统是否超时，如果是，确定通话状态为系统超时，否则，进入步骤7。

步骤7、检测通话过程是否存在181信令。如果存在181信令，检查是否记录有Q.850字段；如果记录有Q.850字段，进行Q.850原因值与通话状态的匹配，若匹配成功，则返回匹配到的通话状态；如果未记录Q.850字段，或者Q.850原因值与通话状态匹配不成功，则进入步骤13。如果不存在181信令，则进入步骤8。

步骤8、检测是否存在180信令。如果不存在180信令，检测是否记录有Q.850字段；如果记录有Q.850字段，进行Q.850原因值与通话状态的匹配，若匹配成功，则返回匹配到的通话状态；如果未记录Q.850字段，或者Q.850原因值与通话状态匹配不成功，则进入步骤13。如果存在180信令，则进入步骤9。

步骤9、检测是否记录有call-waiting信息，如果存在，确定通话状态为被叫忙状态，否则，进入步骤10。

步骤10、计算振铃时间是否超过预设值(例如42s)，如果超过则确定通话状态为被叫无应答状态，否则进入步骤11。

步骤11、检测180信令之后是否存在不携带SDP的UPDATE信令，如果存在，返回通话状态为被叫拒接状态，否则进入步骤12。

步骤12、检测是否记录有CANCEL信令，如果存在，确定通话状态为主叫放弃状态。否则进入步骤13。

步骤13、对录下来的媒体语音进行语音识别。

步骤14、对语音识别进行文字转拼音，获取关键字，并将关键字与表示通话状态的预设关键字集合进行匹配。

步骤15、若匹配成功，则返回关键字对应的通话状态，若匹配不成功，则返回通话状态为被叫不可及状态。

这样，通过上述步骤，实现了通过对Bye信令、181信令、180信令、，UPDATE信令以及CANCEL信令的判断，进行通话状态的判断，从而实现了通过目标信令进行通话状态的判断，减少了通话状态判断过程中对Q.850字段的依赖，并解决了在中间号场景下不能获取通话状态的问题；此外，在信令上无法判断出通话状态的情况下，实现了通过对早期媒体大网宣告音进行语音识别，然后对识别结果进行文字转拼音，获取关键字，提高了关键字的识别率，并将关键字与表示通话状态的预设关键字集合进行匹配，从而得出通话状态，实现了通话状态的识别确定。

需要说明的是，本申请实施例提供的通话状态确定方法，执行主体可以为通话状态确定装置，或者该通话状态确定装置中的用于执行通话状态确定方法的控制模块。本申请实施例中以通话状态确定装置执行通话状态确定方法为例，说明本申请实施例提供的通话状态确定装置。

如图3所示，该通话状态确定装置包括获取模块301和确定模块302；其中，

获取模块301，用于在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

确定模块302，用于基于所述目标信令，确定所述通话的通话状态。

在一种实现方式中，获取模块301还用于，在获取通话信令中的目标信令之前，从包括有Q.850字段的信令中获取Q.850原因值；基于所述Q.850原因值，确定所述通话的通话状态，其中所述Q.850原因值与所述通话状态具有对应关系。

在一种实现方式中，获取模块301用于，按照预设的信令获取顺序，从所述通话信令中获取所述目标信令，其中所述信令获取顺序由前到后依次为：结束会话Bye信令、181信令、180信令、更新UPDATE信令、取消CANCEL信令；

确定模块302用于，基于当前获取到的目标信令，确定所述通话的通话状态；其中，所述目标信令包括下述信令中的至少一者：Bye信令、181信令、180信令、UPDATE信令、CANCEL信令。

在一种实现方式中，确定模块302用于，若所述目标信令包括Bye信令，基于所述Bye信令确定所述通话的通话状态；其中，若所述Bye信令是由所述主叫方发起，则确定所述通话状态为主叫挂机状态；若所述Bye信令是由所述被叫方发起，则确定所述通话状态为被叫挂机状态。

在一种实现方式中，确定模块302用于，若所述目标信令不包括Bye信令且包括181信令，则检测所述181信令中是否包括Q.850字段；若所述181信令中包括Q.850字段，则基于所述Q.850字段中携带的Q.850原因值确定所述通话状态；其中，所述Q.850原因值与所述通话状态具有对应关系；若所述181信令中不包括Q.850字段或未能基于所述Q.850字段确定通话状态，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

在一种实现方式中，确定模块302用于，若所述目标信令不包括Bye信令和181信令，且所述目标信令中包括180信令，则检测所述180信令中是否包括呼叫等待信息；若所述180信令中包括所述呼叫等待信息，则确定所述通话状态为被叫忙状态；若所述180信令中不包括呼叫等待信息，则检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态。

在一种实现方式中，确定模块302用于，若所述目标信令包括所述UPDATE信令，则确定所述通话状态为被叫拒接状态；若所述目标信令不包括所述UPDATE信令且包括所述CANCEL信令，则确定所述通话状态为主叫放弃状态；若所述目标信令不包括所述UPDATE信令和CANCEL信令，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

在一种实现方式中，确定模块302用于，统计振铃时间；若所述振铃时间超过预设值，则确定所述通话状态为被叫无应答状态；若所述振铃时间未超过所述预设值，则进入所述检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态的步骤。

在一种实现方式中，确定模块302用于，获取所述媒体语音中的关键字，并检测表示通话状态的预设关键字集合中是否记录有所述关键字；若所述预设关键字集合中记录有所述关键字，则确定所述通话状态为所述关键字所对应的通话状态；若所述预设关键字集合中未记录有所述关键字，则确定所述通话状态为被叫不可及状态。

在此需要说明的是，上述实施例提供的通话状态确定装置能够实现上述通话状态确定方法实施例的所有方法步骤及有益效果，为避免重复，在此不再对本实施例中与上述方法实施例中的相同方法步骤以及有益效果进行赘述。

对应上述实施例提供的通话状态确定方法，基于相同的技术构思，本申请实施例还提供了一种电子设备，该电子设备用于执行上述的通话状态确定方法，图4为实现本申请各个实施例的一种电子设备的结构示意图。电子设备可因配置或性能不同而产生比较大的差异，可以包括处理器(processor)410、通信接口(Communications Interface)420、存储器(memory)430和通信总线440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储在存储器430上并可在处理器410上运行的计算机程序，以执行下述步骤：

在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

基于所述目标信令，确定所述通话的通话状态。

在一种实现方式中，所述获取通话信令中的目标信令之前，还包括：

从包括有Q.850字段的信令中获取Q.850原因值；基于所述Q.850原因值，确定所述通话的通话状态，其中所述Q.850原因值与所述通话状态具有对应关系。

在一种实现方式中，所述获取通话信令中的目标信令，包括：

按照预设的信令获取顺序，从所述通话信令中获取所述目标信令，其中所述信令获取顺序由前到后依次为：结束会话Bye信令、181信令、180信令、更新UPDATE信令、取消CANCEL信令；

所述基于所述目标信令，确定所述通话的通话状态，包括：

基于当前获取到的目标信令，确定所述通话的通话状态；其中，所述目标信令包括下述信令中的至少一者：Bye信令、181信令、180信令、UPDATE信令、CANCEL信令。

在一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令包括Bye信令，基于所述Bye信令确定所述通话的通话状态；其中，若所述Bye信令是由所述主叫方发起，则确定所述通话状态为主叫挂机状态；若所述Bye信令是由所述被叫方发起，则确定所述通话状态为被叫挂机状态。

在一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令不包括Bye信令且包括181信令，则检测所述181信令中是否包括Q.850字段；若所述181信令中包括Q.850字段，则基于所述Q.850字段中携带的Q.850原因值确定所述通话状态；其中，所述Q.850原因值与所述通话状态具有对应关系；若所述181信令中不包括Q.850字段或未能基于所述Q.850字段确定通话状态，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

在一种实现方式中，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令不包括Bye信令和181信令，且所述目标信令中包括180信令，则检测所述180信令中是否包括呼叫等待信息；若所述180信令中包括所述呼叫等待信息，则确定所述通话状态为被叫忙状态；若所述180信令中不包括呼叫等待信息，则检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态。

在一种实现方式中，所述基于检测结果确定所述通话状态，包括：

若所述目标信令包括所述UPDATE信令，则确定所述通话状态为被叫拒接状态；若所述目标信令不包括所述UPDATE信令且包括所述CANCEL信令，则确定所述通话状态为主叫放弃状态；若所述目标信令不包括所述UPDATE信令和CANCEL信令，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

在一种实现方式中，在确定所述180信令中不包括呼叫等待信息之后，所述方法还包括：

统计振铃时间；若所述振铃时间超过预设值，则确定所述通话状态为被叫无应答状态；若所述振铃时间未超过所述预设值，则进入所述检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态的步骤。

在一种实现方式中，所述对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态，包括：

获取所述媒体语音中的关键字，并检测表示通话状态的预设关键字集合中是否记录有所述关键字；若所述预设关键字集合中记录有所述关键字，则确定所述通话状态为所述关键字所对应的通话状态；若所述预设关键字集合中未记录有所述关键字，则确定所述通话状态为被叫不可及状态。

本申请实施例还提供一种可读存储介质，其上存储有程序或指令，该程序或指令被处理器执行时实现上述通话状态确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述通话状态确定方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种通话状态确定方法，其特征在于，包括：

在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

基于所述目标信令，确定所述通话的通话状态。

2.根据权利要求1所述的通话状态确定方法，其特征在于，所述获取通话信令中的目标信令之前，还包括：

从包括有Q.850字段的信令中获取Q.850原因值；

基于所述Q.850原因值，确定所述通话的通话状态，其中所述Q.850原因值与所述通话状态具有对应关系。

3.根据权利要求1所述的通话状态确定方法，其特征在于，

所述获取通话信令中的目标信令，包括：

按照预设的信令获取顺序，从所述通话信令中获取所述目标信令，其中所述信令获取顺序由前到后依次为：结束会话Bye信令、181信令、180信令、更新UPDATE信令、取消CANCEL信令；

所述基于所述目标信令，确定所述通话的通话状态，包括：

基于当前获取到的目标信令，确定所述通话的通话状态；其中，所述目标信令包括下述信令中的至少一者：Bye信令、181信令、180信令、UPDATE信令、CANCEL信令。

4.根据权利要求1或3所述的通话状态确定方法，其特征在于，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令包括Bye信令，基于所述Bye信令确定所述通话的通话状态；

其中，若所述Bye信令是由所述主叫方发起，则确定所述通话状态为主叫挂机状态；若所述Bye信令是由所述被叫方发起，则确定所述通话状态为被叫挂机状态。

5.根据权利要求1或3所述的通话状态确定方法，其特征在于，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令不包括Bye信令且包括181信令，则检测所述181信令中是否包括Q.850字段；

若所述181信令中包括Q.850字段，则基于所述Q.850字段中携带的Q.850原因值确定所述通话状态；其中，所述Q.850原因值与所述通话状态具有对应关系；

若所述181信令中不包括Q.850字段或未能基于所述Q.850字段确定通话状态，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

6.根据权利要求1或3所述的通话状态确定方法，其特征在于，所述基于所述目标信令，确定所述通话的通话状态，包括：

若所述目标信令不包括Bye信令和181信令，且所述目标信令中包括180信令，则检测所述180信令中是否包括呼叫等待信息；

若所述180信令中包括所述呼叫等待信息，则确定所述通话状态为被叫忙状态；

若所述180信令中不包括呼叫等待信息，则检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态。

7.根据权利要求6所述的通话状态确定方法，其特征在于，所述基于检测结果确定所述通话状态，包括：

若所述目标信令包括所述UPDATE信令，则确定所述通话状态为被叫拒接状态；

若所述目标信令不包括所述UPDATE信令且包括所述CANCEL信令，则确定所述通话状态为主叫放弃状态；

若所述目标信令不包括所述UPDATE信令和CANCEL信令，则对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态。

8.根据权利要求6所述的通话状态确定方法，其特征在于，在确定所述180信令中不包括呼叫等待信息之后，所述方法还包括：

统计振铃时间；

若所述振铃时间超过预设值，则确定所述通话状态为被叫无应答状态；

若所述振铃时间未超过所述预设值，则进入所述检测所述目标信令中是否包括不携带会话描述协议SDP的UPDATE信令或CANCEL信令，并基于检测结果确定所述通话状态的步骤。

9.根据权利要求7所述的通话状态确定方法，其特征在于，所述对预先获取的媒体语音进行识别，并基于所述媒体语音的识别结果确定所述通话状态，包括：

获取所述媒体语音中的关键字，并检测表示通话状态的预设关键字集合中是否记录有所述关键字；

若所述预设关键字集合中记录有所述关键字，则确定所述通话状态为所述关键字所对应的通话状态；

若所述预设关键字集合中未记录有所述关键字，则确定所述通话状态为被叫不可及状态。

10.一种通话状态确定装置，其特征在于，包括：

获取模块，用于在主叫方和被叫方通过中间号码进行通话的情况下，获取通话信令中的目标信令，其中所述目标信令为用于指示通话状态的信令；

确定模块，用于基于所述目标信令，确定所述通话的通话状态。

Images