CN115314594A - 语音呼入处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请涉及一种语音呼入处理方法、模块、设备及存储介质，该方法包括接收目标设备发送的语音呼入请求；基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数；基于目标参数，拦截或不拦截语音呼入请求。本申请的技术方案使得语音呼入请求的拦截功能在通信模组中实现，不需要依赖于通信模组的上位机或处理器中的软件系统，降低了拦截功能实现的复杂度要求，降低了实现成本。

Description

语音呼入处理方法、装置、设备及存储介质

技术领域

本申请涉及通信领域，尤其涉及一种语音呼入处理方法、装置、设备及存储介质。

背景技术

目前一些智能终端能够拦截移动终端(Mobile Terminating，MT)的语音呼入。例如，手机和车载电话，通过黑白名单拦截呼入消息。

传统技术中，具备语音拦截功能的智能终端通常具有操作系统(OperatingSystem，OS)和图形操作界面(User Interface，UI)，通信模组在整机中起到无线基带的作用，黑白名单的配置以及使用依赖于智能终端的OS和UI，对智能终端的复杂度要求较高。

发明内容

本申请提供了一种语音呼入处理方法、装置、设备及存储介质，用以解决语音呼入拦截依赖于智能终端的OS和UI，对智能终端的复杂度要求较高的问题，具体技术方案如下：

第一方面，提供一种语音呼入处理方法，应用于通信模组，包括：

接收来自于目标设备的语音呼入请求；

基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数；

基于所述目标参数，拦截或不拦截所述语音呼入请求。

可选地，所述基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数，包括：

解析所述语音呼入请求，获取所述目标设备对应的设备标识，将所述目标设备对应的设备标识作为所述目标参数。

可选地，所述基于所述目标参数，拦截或不拦截所述语音呼入请求，包括：

在所述目标参数属于第一设备列表时，拦截所述语音呼入请求；在所述目标参数不属于所述第一设备列表时，不拦截所述语音呼入请求；所述第一设备列表包括至少一个设备对应的设备标识；

或，

在所述目标参数不属于第二设备列表时，拦截所述语音呼入请求；在所述目标参数属于所述第二设备列表时，不拦截所述语音呼入请求；所述第二设备列表包括至少一个设备对应的设备标识。

可选地，所述基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数，包括：

获取在预设时长内接收到的、由所述目标设备发送的语音呼入请求的次数；

将所述次数作为所述目标参数。

可选地，所述基于所述目标参数，拦截或不拦截所述语音呼入请求，包括：

当所述次数大于预设阈值时，拦截所述语音呼入请求；

或，

当所述次数不大于所述预设阈值时，不拦截所述语音呼入请求。

可选地，所述语音呼入请求通过电路交换方式传输，或，通过分组交换方式传输。

可选地，拦截所述语音呼入请求，包括：

向网络设备发送呼入响应消息，所述呼入响应消息用于指示所述网络设备释放所述语音呼入请求所属通信链路的资源。

第二方面，提供一种语音呼入处理装置，应用于通信模组，所述装置包括：

接收单元，用于接收来自于目标设备的语音呼入请求；

获取单元，用于基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数；

处理单元，用于基于所述目标参数，拦截或不拦截所述语音呼入请求。

第三方面，提供一种电子设备，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的语音呼入处理方法。

第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现第一方面所述的语音呼入处理方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：通信模组在接收目标设备发送的语音呼入请求后，基于该语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数，通信模组基于该目标参数，对语音呼入请求进行拦截或不拦截，从而使得语音呼入请求的拦截功能在通信模组中实现，不需要依赖于通信模组的上位机或通信模组所属智能设备的处理器，降低了拦截功能实现的复杂度要求。

附图说明

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

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

图1为本申请实施例中一种语音呼入处理方法的流程示意图；

图2为本申请实施例中使用电路交换方式时的一种语音呼入处理方法的信令图；

图3为本申请实施例中使用分组交换方式时的一种语音呼入处理方法的信令图；

图4为本申请实施例中语音呼入处理装置的结构示意图；

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

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中提供了一种语音呼入处理方法，该方法应用于通信模组，该通信模组能够实现无线或有线通信功能，该通信模组可以是独立运行，也可以是包括在某电子设备中，该电子设备具体可以为移动终端或智能终端。移动终端具体可以为手机、平板电脑、笔记本电脑等中的至少一种；智能终端具体可以是智能汽车、智能手表、共享单车、智能柜等含有无线通信模组的终端；模组具体可以为无线通信模组，例如2G通信模组、3G通信模组、4G通信模组、5G通信模组、NB-IOT通信模组等中的任意一种。

本申请实施例提供一种语音呼入处理方法，该方法可应用于通信模组，该通信模组可以独立运行，也可以是在整机中与其他组件整合运行，如图1所示，该方法可以包括以下步骤101至步骤103：

步骤101、接收来自于目标设备的语音呼入请求。

示例性实施例中，目标设备可以是任意一种能够向通信模组发送语音呼入请求的电子设备。目标设备可以采用无线方式或有线方式发送语音呼入请求，例如目标设备可以为手机、平板电脑等移动终端，也可以为一些具备通信功能的物联网终端，此处对目标设备的具体类型不做限定，具备通信功能的设备均在目标设备包括的范围内。

在实际应用中，本方法可以应用于使用2/3/4G蜂窝无线网络作为通讯方式的通信模组和目标设备。当然，也可以采用其他蜂窝无线网络作为通讯方式。

示例性实施例中，目标设备和通信模组可以是具备电路交换(CS)和分组交换(PS)两者中的至少一种业务能力。目标设备发送的语音呼入请求可以是通过CS方式传输，或，通过PS方式传输。

使用PS方式传输时，可以基于PS方式中包括的IP多媒体子系统(IP MultimediaSubsystem，简写为IMS)网络架构完成通信。其中，IMS网络架构中，可以基于会话初始协议(SIP协议)规定的交互方式，完成目标设备和通信模组之间的交互。

步骤102、基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数。

示例性实施例中，目标参数用于指示是否拦截目标设备发送的语音呼入请求，根据场景的需要目标参数可以有不同的表现形式，以下通过两种具体的场景对目标参数包括的具体信息进行举例说明。

场景一：

示例性实施例中，基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数，具体包括：解析语音呼入请求，获取目标设备对应的设备标识，将目标设备对应的设备标识作为目标参数。

其中，从语音呼入请求中解析获得目标设备的设备标识，具体可以为目标设备的电话号码，还可以为语音呼入请求中携带的其他能够唯一标识该目标设备的参数，如蓝牙ID等。

场景二：

示例性实施例中，基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数，具体包括：获取在预设时长内接收到的、由目标设备发送的语音呼入请求的次数；将次数作为目标参数。

其中，预设时长根据需要预先配置在通信模组中，例如预设时长设置为2分钟，假设统计到通信模组在2分钟内接收到手机1发送的5次语音呼入请求，将5作为手机1对应的目标参数；假设统计到通信模组在2分钟内接收到手机2发送的10次语音呼入请求，将10作为手机2对应的目标参数。

需要说明的是，场景一与场景二的确定目标参数的方式，与前文所述的通过CS方式传输，或，通过PS方式传输，可以两两组合使用。例如既可以选择使用CS方式接收语音呼入请求，并将电话号码作为目标参数，也可以选择使用CS方式接收语音呼入请求，并将该手机呼入本设备的次数作为目标参数。PS方式同理可以实现上述两种方式确定目标参数的场景。

步骤103、基于目标参数，拦截或不拦截语音呼入请求。

示例性实施例中，判断对于该语音呼入请求执行何种处理方式，需要判断目标参数是否符合拦截规则，若符合，则拦截语音呼入请求，若不符合，则不拦截语音呼入请求。其中，拦截规则需要预先配置在通信模组中。

示例性实施例中，拦截规则在通信模组上的配置方式可以为以下两种方式中的任意一种：方式一，上位机在获取到用户的指示后，下发AT指令(AT即Attention，AT指令是应用于终端设备与上位机之间的连接与通信的指令)到通信模组，在该AT指令中携带拦截规则；通信模组获取到该AT指令后，从该AT指令中获得该拦截规则并配置在本地。方式二，在通信模组出厂之前，将拦截规则的代码直接固化到通信模组中。

其中，根据目标参数的不同，设置的拦截规则也不相同，判断是否拦截语音呼入请求的方式也不相同，具体包括但不限于如下两种情况：

情况一

对应步骤102中的场景一，目标参数为目标设备对应的设备标识时，基于目标参数，拦截或不拦截语音呼入请求，具体包括：

在目标参数属于第一设备列表时，拦截语音呼入请求；在目标参数不属于第一设备列表时，不拦截语音呼入请求；第一设备列表包括至少一个设备对应的设备标识。其中，第一设备列表即黑名单，在目标设备的设备标识属于黑名单时，拦截该目标设备的语音呼入请求，否则，不拦截。

或，在目标参数不属于第二设备列表时，拦截语音呼入请求；在目标参数属于第二设备列表时，不拦截语音呼入请求；第二设备列表包括至少一个设备对应的设备标识。其中，第二设备列表即白名单，在目标设备的设备标识属于白名单时，不拦截该目标设备的语音呼入请求，否则，拦截。

一个例子中，规定包括通信模组的整机在休眠状态下只会接听第二设备列表中的被叫呼入语音。包括通信模组的整机在休眠下功耗维持在较低的水平。正常情况下，如果有语音呼入请求到达设备侧，底层会触发中断来唤醒整机设备，增加了一定的功耗。为了降低功耗，控制通讯模组设置第二设备列表，即拦截白名单，在接收到第二设备列表中的呼入语音时才会正常上报，非第二设备列表中的被叫呼入语音一律挂断。

第一设备列表或第二设备列表可以是上位机通过AT指令配置在通信模组中，具体配置过程包括：上位机通过人机交互获取用户输入的第一设备列表或第二设备列表，下发AT指令至通信模组，在该AT指令中携带该第一设备列表或第二设备列表。

情况二

对应步骤102中的场景二，目标参数为在预设时长内接收到的、由目标设备发送的语音呼入请求的次数时，基于目标参数，拦截或不拦截语音呼入请求，具体包括：当次数大于预设阈值时，拦截语音呼入请求；或，当次数不大于预设阈值时，不拦截语音呼入请求。

该情况考虑到当目标设备短时间内高频率的向通信模组发出语音呼入请求时，可能会影响通信模组的正常使用，使用次数作为目标参数，当目标设备在短时间内向通信模组发出高于预设阈值次数的语音呼入请求后，通信模组拦截该目标设备的语音呼入请求，从而能够限制目标设备与通信模组短时间内的频繁通信，保证通信模组的正常工作，实现服务和资源分配的均衡。

其中，预设阈值是预先配置在通信模组中，配置方式包括但不限于以下两种方式：方式一，通信模组出厂时预置该预设阈值，预置的预设阈值可以是技术人员根据经验获得；方式二，上位机通过人机交互获取用户配置的预设阈值后，通过AT指令将该预设阈值配置到通信模组中，该预设阈值为用户根据实际需要设置，也可以在需要变更时，按照该配置过程对通信模组中已配置的预设阈值进行更新。

一个例子中，假设预设时长为10分钟，预设阈值为10次；电话号码为A的手机在10分钟内向通信模组发送了20次语音呼入请求；通信模组不会拦截来自于电话号码A的前10次语音呼入请求，在第11次接收到电话号码为A的手机发送的语音呼入请求开始，进行拦截。

该情况还考虑到当使用一些具有特殊用途和特殊规定的目标设备时，如规定与每个目标设备只能通信一定次数，在大于一定次数后认为该目标设备已经不再安全并不再与其通信。为此，设置一个预设阈值，目标设备向通信模组发出不小于预设阈值的语音呼入请求后，会对来自目标设备的语音呼入请求进行特殊处理。从而能够满足需要保密性和安全性的客户需求。

目标设备向通信模组发出不小于预设阈值次数的语音呼入请求后，特殊处理可以为设置一个特殊列表，将该目标设备对应的设备标识加入该特殊列表，并拦截所有来自特殊列表中目标设备的语音呼入请求。用户需要通过一些特殊手段，如恢复出厂设置的方式，才能够修改特殊列表。特殊处理还可以为将该目标设备对应的设备标识加入上文中的第一设备列表，用户可以通过第一设备列表进行操作，解除对来自该目标设备的语音呼入请求的拦截。

一个例子中，假设预设阈值为100次，即电话号码为A的设备向本通信模组仅能够发送100次语音呼入请求，通信模组不会拦截来自A设备前100次的语音呼入请求。该设备向本通信模组发送100次语音呼入请求以后，将A加入特殊设备列表，拦截所有来自A对应的设备的语音呼入请求。

以上情况一和情况二所描述的拦截或不拦截语音呼入请求的处理方式仅是举例说明，根据需要也可以采用其他处理方式，此处不再赘述。

示例性实施例中，不管采用哪种拦截语音呼入请求的处理方式，在拦截语音呼入请求的步骤中，具体包括：向网络设备发送呼入响应消息，呼入响应消息用于指示网络设备释放语音呼入请求所属通信链路的资源。应理解，拦截语音呼入请求时，既需要通信模组侧拒绝该语音呼入请求，同时需要网络侧释放语音呼入请求所属通信链路的资源，以减少不必要的网络资源占用，避免网络资源浪费。

示例性实施例中，通信模组中预先设置语音呼入拦截功能的控制开关，在该控制开关处理开启状态时，通信模组执行以上所描述的语音呼入处理方法，在该控制开关处理关闭状态时，通信模组不执行以上所描述的语音呼入处理方法。

以下通过两个具体实施方式对以上所描述的语音呼入处理方法进行举例说明。

具体实施方式一

采用CS传输方式的语音拦截处理流程，如图2所示，主要包括以下步骤：

步骤201，通信模组通过网络侧设备接收来自于MT的SET UP信令；

步骤202，通信模组解析该SET UP信令，从该SET UP信令中获取MT的电话号码，并根据拦截规则判断是否需要拦截本次语音呼入请求；其中，SET UP信令由多部分组成，解析其中名为calling_party_bcd_num的部分对应的信息元素(又称IE或InformationElement)，得到目标设备电话号码。

步骤203，通信模组确定需要拦截本次语音呼入请求后，向网络侧发送RELEASECOMPLETE信令。

具体实施方式二

首先，对SIP协议的各信令中的关键词含义解释如下：

INVITE：发起会话请求，邀请用户加入一个会话；

ACK：证实已收到对于INVITE请求的最终响应；

PRACK：非可靠性传输的可靠响应；

UPDATE：变更会话参数；

100：trying，临时响应；

200：OK，内容交换完毕；

180：ring，振铃，INVETE消息已经送到到被叫侧，通知主叫侧被叫已经振铃；

183：SessionProgress，呼叫正在处理中；

603：Decline，用户忙，不希望参与；

486：Busy Here，被叫忙。

采用PS中的SIP协议所规定的传输方式的语音拦截处理流程，如图3所示，主要包括以下步骤：

步骤301，通信模组通过网络侧设备接收来自于MT的SIP INVITE信令；

步骤302，通信模组解析该SIP INVITE信令，从该SIP INVITE信令中获取MT的电话号码，并根据拦截规则判断是否需要拦截本次语音呼入请求；

其中，在判断是否拦截的同时，通信模组与网络侧设备继续进行SIP信令交互，包括SIP INVITE100、SIP INVITE183、SIP PRACK、SIP PRACK200、SIP UPDATE、SIPUPDATE200、SIP INVITE180等。

步骤303，通信模组确定需要拦截本次语音呼入请求后，向网络侧发送挂断请求(SIP INVITE 603/486信令)和结束信令(SIP ACK信令)。

需要说明的是，以上方法实施例可以是在通信模组中的modem(调制解调器)中实现，即消息的接收/发送，是否进行拦截的判断等均由modem完成。

在相关技术中，为了使设备具有语音呼入请求处理功能，常常需要配置通信模组的上位控制模块，由通信模组作为无线基带，与该通信模组的上位控制模块配合实现语音呼入请求的拦截。通信模组无法独立完成拦截。本申请所提供的技术方案可以实现由通信模组独立完成语音呼入请求拦截工作。且可以通过AT指令或代码直接固化到模块的方式配置符合实际需要的拦截规则，如拦截来自固定电话号码的语音呼入请求，或当某目标设备在一段时间内向本通信模组发送的语音呼入请求次数大于阈值后拦截来自该目标设备的信息。使用本申请所提供的技术方案可以大大减少在普通设备上实现通信拦截功能的工作量，仅需要将使用本通信处理方法的通信模组接入设备即可，不再需要对其他模块进行软件或硬件上的配置和模块之间配合的调试工作。

基于同一构思，本申请实施例中提供了一种语音呼入处理装置，应用于通信模组，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图2所示，主要包括：

接收单元401，用于接收来自于目标设备的语音呼入请求。

获取单元402，基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数。

处理单元403，基于目标参数，拦截或不拦截语音呼入请求。

基于同一构思，本申请实施例中还提供了一种电子设备，如图5所示，该电子设备主要包括：处理器501、存储器502和通信总线503，其中，处理器501和存储器502通过通信总线503完成相互间的通信。其中，存储器502中存储有可被处理器501执行的程序，处理器501执行存储器502中存储的程序，实现如下步骤：

接收来自于目标设备的语音呼入请求；

基于语音呼入请求，获取用于指示是否拦截语音呼入请求的目标参数；

基于目标参数，拦截或不拦截语音呼入请求。

上述电子设备中提到的通信总线503可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线503可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器502可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器501的存储装置。

上述的处理器501可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述语音呼入处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种语音呼入处理方法，其特征在于，应用于通信模组，所述方法包括：

接收来自于目标设备的语音呼入请求；

基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数；

基于所述目标参数，拦截或不拦截所述语音呼入请求。

2.根据权利要求1所述的方法，其特征在于，所述基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数，包括：

解析所述语音呼入请求，获取所述目标设备对应的设备标识，将所述目标设备对应的设备标识作为所述目标参数。

3.根据权利要求2所述的方法，其特征在于，所述基于所述目标参数，拦截或不拦截所述语音呼入请求，包括：

在所述目标参数属于第一设备列表时，拦截所述语音呼入请求；在所述目标参数不属于所述第一设备列表时，不拦截所述语音呼入请求；所述第一设备列表包括至少一个设备对应的设备标识；

或，

在所述目标参数不属于第二设备列表时，拦截所述语音呼入请求；在所述目标参数属于所述第二设备列表时，不拦截所述语音呼入请求；所述第二设备列表包括至少一个设备对应的设备标识。

4.根据权利要求1所述的方法，其特征在于，所述基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数，包括：

获取在预设时长内接收到的、由所述目标设备发送的语音呼入请求的次数；

将所述次数作为所述目标参数。

5.根据权利要求4所述的方法，其特征在于，所述基于所述目标参数，拦截或不拦截所述语音呼入请求，包括：

当所述次数大于预设阈值时，拦截所述语音呼入请求；

或，

当所述次数不大于所述预设阈值时，不拦截所述语音呼入请求。

6.根据权利要求1所述的方法，其特征在于，所述语音呼入请求通过电路交换方式传输，或，通过分组交换方式传输。

7.根据权利要求3或5所述的方法，其特征在于，拦截所述语音呼入请求，包括：

向网络设备发送呼入响应消息，所述呼入响应消息用于指示所述网络设备释放所述语音呼入请求所属通信链路的资源。

8.一种语音呼入处理装置，其特征在于，应用于通信模组，所述装置包括：

接收单元，用于接收来自于目标设备的语音呼入请求；

获取单元，用于基于所述语音呼入请求，获取用于指示是否拦截所述语音呼入请求的目标参数；

处理单元，用于基于所述目标参数，拦截或不拦截所述语音呼入请求。

9.一种电子设备，其特征在于，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；

所述存储器，用于存储计算机程序；

所述处理器，用于执行所述存储器中所存储的程序，实现权利要求1-7任一项所述的语音呼入处理方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现如权利要求1-7任一项所述的语音呼入处理方法。

Images