CN113766068B - 呼叫时主动挂断的方法、设备和存储介质 - Google Patents

呼叫时主动挂断的方法、设备和存储介质 Download PDF

Info

Publication number
CN113766068B
CN113766068B CN202111319003.8A CN202111319003A CN113766068B CN 113766068 B CN113766068 B CN 113766068B CN 202111319003 A CN202111319003 A CN 202111319003A CN 113766068 B CN113766068 B CN 113766068B
Authority
CN
China
Prior art keywords
call
time
calling
time length
self
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111319003.8A
Other languages
English (en)
Other versions
CN113766068A (zh
Inventor
李海波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Honor Device Co Ltd
Original Assignee
Honor Device Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Honor Device Co Ltd filed Critical Honor Device Co Ltd
Priority to CN202111319003.8A priority Critical patent/CN113766068B/zh
Publication of CN113766068A publication Critical patent/CN113766068A/zh
Application granted granted Critical
Publication of CN113766068B publication Critical patent/CN113766068B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42136Administration or customisation of services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16Communication-related supplementary services, e.g. call-transfer or call-hold

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了一种呼叫时主动挂断的方法、设备和存储介质,主叫设备通过网络向被叫设备发起呼叫;主叫设备根据自学习信息设定超时阈值,自学习信息包括主叫设备过去发起的呼叫的时间信息;若在超时阈值内未收到网络的反馈,主叫设备取消本次呼叫。本方案中,主叫设备利用预先记录的过去发起的呼叫的时间信息确定超时阈值,从而避免在播放提示音的过程中主动挂断,改善用户的使用体验。

Description

呼叫时主动挂断的方法、设备和存储介质
技术领域
本申请涉及移动通信技术领域,尤其涉及一种呼叫时主动挂断的方法、设备和存储介质。
背景技术
在主叫设备(指发起呼叫的电子设备,如手机)通过网络向被叫设备(指被呼叫的电子设备)发起呼叫时,若被叫设备长时间未响应本次呼叫,则主叫设备可以通过向网络发送取消呼叫的信息(如cancel信令)的方式主动挂断,结束本次呼叫。
主叫设备一般会在发起呼叫后特定的超时阈值内未收到响应时进行主动挂断。这样做的问题在于,网络会在被叫设备长时间未响应时向主叫设备发送提示音,而上述超时阈值可能和网络开始发送提示音的时间接近,此时主叫设备在播放提示音的过程中突然主动挂断,导致用户听到提示音中不完整的内容,产生较差的使用体验。
发明内容
本申请提供了一种呼叫时主动挂断的方法、设备和存储介质,目的在于对主叫设备的呼叫时长进行动态调整,避免发生主动挂断时提示音播放不完整的情况。
为了实现上述目的,本申请提供了以下技术方案:
本申请第一方面提供一种呼叫时主动挂断的方法,包括:
主叫设备通过网络向被叫设备发起呼叫;
所述主叫设备根据自学习信息设定超时阈值,所述自学习信息包括所述主叫设备过去发起的呼叫的时间信息;
若在所述超时阈值内未收到所述网络的反馈,所述主叫设备取消本次呼叫。
在一些可选的实施例中,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备取消本次呼叫,所述无应答提示用于指示所述被叫设备未响应本次呼叫。
在一些可选的实施例中,所述主叫设备取消本次呼叫之前,还包括:
判断本次呼叫的应答时长是否大于预设的最短呼叫时长,所述应答时长为所述主叫设备发起呼叫到收到所述无应答提示的时长;
所述主叫设备取消本次呼叫,包括:
若所述应答时长大于所述最短呼叫时长,所述主叫设备取消本次呼叫。
在一些可选的实施例中,还包括:
所述主叫设备将本次呼叫的应答时长作为自学习信息保存。
在一些可选的实施例中,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备播放所述网络反馈的提示音;
所述主叫设备识别所述提示音;
在所述主叫设备从所述提示音中识别出预设的识别结果时,所述主叫设备取消本次呼叫。
在一些可选的实施例中,所述识别结果为所述提示音的断句时刻。
在一些可选的实施例中,所述识别结果为预设的语音内容。
在一些可选的实施例中,所述主叫设备识别所述提示音,包括:
在播放所述提示音的时间大于预设的识别延迟时长时,所述主叫设备识别所述提示音。
在一些可选的实施例中,还包括:
所述主叫设备判断本次呼叫的应答时长和所述自学习信息是否匹配,所述应答时长为所述主叫设备发起呼叫到接收所述无应答提示的时长;
所述主叫设备识别所述提示音,包括:
若所述应答时长和所述自学习信息不匹配,所述主叫设备识别所述提示音。
在一些可选的实施例中,还包括:
若所述本次的应答时长和所述自学习信息匹配,在播放所述提示音的时间大于所述主叫设备过去发起的呼叫的中断时长时,所述主叫设备取消本次呼叫。
在一些可选的实施例中,还包括:
所述主叫设备将本次呼叫的应答时长和中断时长作为自学习信息保存。
在一些可选的实施例中,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备播放所述网络反馈的提示音;
在播放所述提示音的时间超过根据所述自学习信息设定的放音时间阈值时,所述主叫设备取消本次呼叫。
在一些可选的实施例中,若所述主叫设备过去发起的呼叫的呼叫结束时长大于预设的阈值,所述放音时间阈值为所述主叫设备过去发起的呼叫的放音时长;
所述呼叫结束时长为所述提示音播放完毕到所述主叫设备接收网络反馈的取消通话的信息的时长,所述放音时长为所述主叫设备开始播放所述提示音到所述提示音播放完毕的时长。
在一些可选的实施例中,若所述主叫设备过去发起的呼叫的呼叫结束时长不大于所述阈值,所述放音时间阈值为所述主叫设备过去发起的呼叫的放音时长的二分之一。
在一些可选的实施例中,还包括:
所述主叫设备根据当前的地理位置和运营商获取对应的自学习信息。
本申请第二方面提供一种电子设备,所述电子设备包括:一个或多个处理器、存储器;
所述存储器用于存储一个或多个程序;
所述一个或多个处理器用于执行所述一个或多个程序,使得电子设备执行本申请第一方面任意一项所提供的呼叫时主动挂断的方法。
本申请第三方面还提供一种计算机存储介质,用于存储计算机程序,所述计算机程序被执行时,具体用于实现本申请第一方面任意一项所提供的呼叫时主动挂断的方法。
本申请提供了一种呼叫时在主动挂断的方法、设备和存储介质,主叫设备通过网络向被叫设备发起呼叫;主叫设备根据自学习信息设定超时阈值,自学习信息包括主叫设备过去发起的呼叫的时间信息;若在超时阈值内未收到网络的反馈,主叫设备取消本次呼叫。本方案中,主叫设备利用预先记录的过去发起的呼叫的时间信息确定超时阈值,从而避免在播放提示音的过程中主动挂断,改善用户的使用体验。
附图说明
图1为本申请实施例公开的一种电子设备的结构示意图;
图2为本申请实施例公开的一种电子设备的软件架构示意图;
图3a为本申请实施例公开的一种主叫设备发起呼叫的场景示意图;
图3b为本申请实施例公开的一种主叫设备取消呼叫的场景示意图;
图4为本申请实施例公开的一种呼叫时主动挂断的方法的流程图;
图5为本申请实施例公开的另一种呼叫时主动挂断的方法的流程图;
图6a为本申请实施例公开的又一种呼叫时主动挂断的方法的流程图;
图6b为本申请实施例公开的一种自学习过程的流程示意图;
图7为本申请实施例公开的再一种呼叫时主动挂断的方法的流程图。
具体实施方式
本申请说明书和权利要求书及附图说明中的术语“第一”、“第二”和“第三”等是用于区别不同对象,而不是用于限定特定顺序。
在本申请实施例中,“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言,使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
本申请实施例提供一种电子设备100,其具体可以是手机,平板电脑等设备。
如图1所示,电子设备100可以包括:处理器110,外部存储器120,内部存储器(也称“内存”)121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identificationmodule,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了***的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
调制解调处理器(又称Modem)可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将检测到的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频输出设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
在一些实施例中,当电子设备100向蜂窝网络中其他电子设备发起呼叫时,调制解调处理器可以向蜂窝网络发送通话请求(Invite),蜂窝网络将通话请求转发给被呼叫的电子设备后,被呼叫的电子设备通过振动、响铃等方式发出通话提示,从而提示被呼叫的电子设备的用户接听本次呼叫,此时被呼叫的电子设备的用户可以执行接听呼叫或拒绝呼叫的操作,在被呼叫的电子设备的用户执行接听呼叫的操作后,电子设备100和被呼叫的电子设备之间即可进行语音通话。
在一些实施例中,若被呼叫的电子设备长时间为响应本次呼叫,电子设备100的调制解调处理器可以向蜂窝网络发送取消呼叫(cancel)的信息,从而结束本次呼叫。
外部存储器120一般指外存储器,在本申请实施例中,外部存储器是指除电子设备的内存及处理器的高速缓存以外的储存器,该储存器一般为非易失性存储器。
内部存储器121,也可以称为“内存”,可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。
电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和检测到电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1检测到电磁波,并对检测到的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
在一些实施例中,电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备100可以通过无线通信技术与网络以及其他设备通信。
电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。
电子设备100通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
电子设备100可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
以上是以电子设备100为例对本申请实施例作出的具体说明。应该理解的是,本申请实施例示意的结构并不构成对电子设备100的具体限定。电子设备100可以具有比图中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件.软件.或硬件和软件的组合中实现。
本申请实施例提供的电子设备可以是用户设备(user equipment,UE),例如可以为移动终端(例如用户手机)、平板电脑、桌面型、膝上型笔记本电脑、手持计算机、上网本、个人数字助理(personal digital assistant,PDA)等设备。
另外,在上述部件之上,运行有操作***。例如苹果公司所开发的iOS操作***,谷歌公司所开发的Android开源操作***,微软公司所开发的Windows操作***,以及鸿蒙***等。在该操作***上可以安装运行应用程序。
电子设备100的操作***可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的Android***为例,示例性说明电子设备100的软件结构。
电子设备100的软件架构请参见图2。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android***分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和***库,以及内核层。
应用程序层可以包括一系列应用程序包。如图2所示,应用程序包可以包括相机,图库,日历,通话,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。如图2所示,应用程序框架层可以包括资源管理器,识别模块,电话管理器等。
电话管理器用于提供电子设备102的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
识别模块可以用于识别调制解调处理器接收的语音并向调制解调处理器反馈识别结果。
在一些可选的实施例中,识别模块也可以位于图2所示的应用程序层。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
***库可以包括多个功能模块。例如:无线接口层(Radio Interface Layer,RIL),媒体库,表面管理器,二维图形引擎等。
表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子***进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如: MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
二维图形引擎是2D绘图的绘图引擎。
在安卓***中,无线接口层用于提供通话服务和无线电硬件(例如调制解调处理器)之间的抽象接口。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动和Modem驱动等。
需要说明的是,本申请实施例虽然以Android***为例进行说明,但是其基本原理同样适用于基于iOS,Windows等操作***的电子设备。
语音通话场景,是如图1所示的电子设备100的一种典型的应用场景。在语音通话场景中,用户可以在通话应用输入被叫的电话号码,从而进行拨打电话的操作。在用户进行该操作后,电子设备100显示如图3a中主叫设备301(主叫设备指代发起呼叫的电子设备)所示的界面。同时,请参见图2,通话应用响应用户拨打电话的操作,向电话管理器发送发起呼叫的信令,无线接口层和Modem驱动传递到调制解调处理器,从而触发调制解调处理器向蜂窝网络302发送通话请求。
蜂窝网络302接收主叫设备的通话请求后将其转发至被叫设备303(被叫设备指代被呼叫的电子设备),使得被叫设备产生被叫提示,被叫提示具体可以包括显示图3a所示的界面,被叫设备振动和响铃等。
请参见图3b,被叫设备(指被呼叫的电子设备)产生被叫提示后,被叫设备的用户可能长时间未进行接听或拒绝的操作,被叫设备长时间无响应,主叫设备则长时间收不到被叫设备的应答。当主叫设备在发起呼叫后特定的呼叫时长(例如1分钟)内未收到被叫设备的应答时,主叫设备的调制解调处理器可以进行主动挂断,也就是主动向蜂窝网络发送取消呼叫的消息(如cancel信令),结束本次呼叫。
请参见图2,调制解调处理器发送cancel信令后,通过Modem驱动,无线接口层和电话管理器,向通话应用传递呼叫失败的信令,通话应用收到呼叫失败的信令后,显示如图3b中主叫设备301所示的界面。
在一些可选的实施例中,请参见图2,在主叫设备发起呼叫之后,发送取消呼叫的消息之前,主叫设备的调制解调处理器可能会收到蜂窝网络反馈的提示音,此时调制解调处理器可以通过Modem驱动和媒体库将提示音传递给识别模块,以便利用识别模块识别该提示音,识别模块获得相应的识别结果后再将识别结果通过媒体库和Modem驱动反馈给调制解调处理器。
在图3b所示的场景中,蜂窝网络通常会在被叫设备无应答的时间超过特定的网络超时时间后,在主叫设备播放特定的提示音,例如播放“您好,您拨打的号码暂时无人接听,请稍后再拨”,若主叫设备在该提示音开始播放并且未播放完时发送取消呼叫的消息,会出现提示音刚播放一部分就突然中断的情况,例如,可能在主叫设备播放到“您好,您拨打的”时中断,造成较差的用户体验。
针对上述场景,本申请实施例提供一种呼叫时主动挂断的方法,旨在对主叫设备的呼叫时长进行动态调整,以解决因主叫设备主动挂断导致的提示音播放不完整的问题。
在本申请实施例中,呼叫时长,可以理解为一次呼叫从发起到结束所经过的时间。呼叫发起的时刻,可以用主叫设备收到蜂窝网络(以下简称网络)反馈的180ringing消息的时刻表示。180ringing消息在网络向被叫设备转发了通话请求后反馈,用于向主叫设备说明被叫设备已收到通话请求并响铃(或振动)。呼叫结束的时刻,可以用主叫设备向网络发送取消呼叫的消息的时刻,或者用网络向主叫设备发送取消呼叫的消息的时刻来表示,网络向主叫设备发送的取消呼叫的消息可以是request_terminated信令。
实施例一
请参见图4,本实施例提供的呼叫时主动挂断的方法,可以包括如下步骤:
本实施例中通话应用和调制解调处理器均属于主叫设备,主叫设备具体可以是具有图1所示的硬件结构和图2所示的软件架构的电子设备,例如可以是手机。
S401,通话应用指示调制解调处理器发起呼叫。
在步骤S401中,通话应用可以通过发送信令的方式指示调制解调处理器发起呼叫。具体的,用户进行拨打电话的操作之后,通话应用响应该操作,通过图2所示的路径向调制解调处理器发送发起呼叫的信令,调制解调处理器响应该信令,进而执行步骤S402。
S402,调制解调处理器向网络发送通话请求。
通话请求中可以携带主叫设备的SIM卡的号码和被叫设备的SIM卡的号码,其中后者用于网络根据该号码确定出被叫设备。
调制解调处理器可以向任意支持语音通话的网络发送通话请求,也就是说该网络可以是2G,3G,4G或5G网络,本实施例对网络的制式不做限定。
S403,调制解调处理器接收网络的反馈信息。
本实施例对网络的反馈信息的具体内容不做限定。示例性的,上述网络的反馈信息可以包括100Tring,183和180ringing,其中100Tring用于向主叫设备说明网络已收到呼叫请求,183用于向主叫设备说明当前的呼叫进度,180ringing用于向主叫设备说明被叫设备已收到通话请求并响铃(或振动)。
在一些实施例中,网络可以将100Tring,183和180ringing分别反馈给主叫设备,即先反馈100Tring,再反馈183,再反馈180ringing。在另一些可选的实施例中,网络也可以将这些信息一并反馈给主叫设备。本实施例对具体的反馈方式不做限定。
S404,调制解调处理器获取电子设备当前的地理位置和运营商对应的自学习信息。
本实施例中,电子设备当前的地理位置可以根据需要而精确到国家,省份,城市或行政区等任意一个层次,本实施例对获得的地理位置的精确程度不做限定。
示例性的,上述地理位置可以精确到行政区的层次,例如,电子设备当前的地理位置可以是“中国广东省深圳市南山区”。
调制解调处理器可以通过多种方式获取电子设备当前的地理位置,本实施例对获取地理位置的方式不做限定。
示例性的,调制解调处理器可以根据驻网阶段网络反馈的跟踪区编码(TrackingArea Code,TAC)或者小区标识(cell id)来确定电子设备当前的地理位置;或者,调制解调处理器可以从电子设备的无线通信模块获得GPS,北斗等卫星导航***提供的电子设备当前的地理坐标,通过地理坐标确定电子设备当前的地理位置。
电子设备当前的运营商,可以从电子设备当前使用的SIM卡中获得,也可以在驻网阶段从网络反馈的信息中获得,本实施例对此不做限定。
在一些可选的实施例中,运营商可以通过公共陆地移动网(Public Land MobileNetwork,PLMN)标识来区分,不同运营商对应的PLMN不同。
由于不同地区不同运营商的网络设定的网络超时时间往往不同,电子设备也需要根据不同地区和不同运营商,将自学习信息分别保存。具体的保存方式本实施例不做限定,示例性的,不同地区和不同运营商对应的自学习信息可以采用不同表格来存储,例如,深圳市南山区运营商为移动的自学习信息保存在一个表格中,深圳市龙华区运营商为联通的自学习信息保存在另一个表格中。
在本申请中,自学习信息包括电子设备在相应地理位置和运营商的网络中发起呼叫并且呼叫失败时的时间信息。若电子设备在当前的地理位置和运营商的网络中没有发起过失败的呼叫,则电子设备没有对应的自学习信息,调制解调处理器获取自学习信息失败,若电子设备已经在当前的地理位置和运营商的网络中发起过失败的呼叫,则调制解调处理器会将呼叫过程中的时间信息作为当前的地理位置和运营商对应的自学习信息来保存,由此调制解调处理器在执行步骤S404时可以成功获取对应的自学习信息。
在本申请不同的实施例中,自学习信息具体包括的内容有所不同。示例性的,在本实施例中,自学习信息可以包括在当前的地理位置和运营商的网络中每次失败的呼叫的应答时长。
在本申请中,一次呼叫的应答时长,是指,这次呼叫中从主叫设备收到网络反馈的180ringing信令开始,到主叫设备收到网络反馈的无应答提示为止的这段时长,若将主叫设备收到网络反馈的180ringing信令的时刻记为T1,主叫设备收到网络反馈的无应答提示的时刻记为T2,则一次呼叫的应答时长,就等于这次呼叫的T2-T1。
无应答提示,是指被叫设备长时间没有应答时网络向主叫设备反馈的一条用于指示被叫设备未响应本次呼叫的信令,该信息通常为183信令,该信令一般可以携带有text=“No answer from user (user alerted)”。一般的,网络会在播放提示音前向主叫设备发送这条信令,也就是说,收到这条信令,就表示网络即将开始向主叫设备发送提示音。
在一些实施例中,主叫设备也可以不区分不同地理位置和运营商的自学习信息,而将所有自学习信息一并保存,这种情况下调制解调处理器执行步骤S404时可以不确定当前的地理位置和运营商,而是直接获取预先保存的自学习信息。
S405,调制解调处理器根据预设时长和自学习信息设定超时阈值。
步骤S405中的预设时长一般在电子设备出厂时由厂商设定,也可以称为出厂默认时长。该预设时长通常对应一段较长的时间,例如90秒。
电子设备设定上述预设时长的目的在于,避免在被叫设备无应答时持续呼叫而不主动挂断。
在步骤S405中,若主叫设备没有当前的地理位置和运营商对应的自学习信息,则调制解调处理器将预设时长设定为超时阈值;若主叫设备有当前的地理位置和运营商对应的自学习信息,则调制解调处理器将根据自学习信息中记录的应答时长确定超时阈值。
可选的,为了避免自学习信息中部分应答时长过短而导致设定的超时阈值过短,在步骤S405中,调制解调处理器还可以将当前的地理位置和运营商对应的自学习信息中小于预设的最短呼叫时长的应答时长删除,如果删除后自学习信息中没有大于最短呼叫时长的应答时长,则调制解调处理器将预设时长设定为超时阈值,如果删除后有大于最短呼叫时长的应答时长,则调制解调处理器将根据这些大于最短呼叫时长的应答时长确定超时阈值。
示例性的,最短呼叫时长可以是30秒,也就是说,在步骤S405中调制解调处理器可以将自学习信息中小于30秒的应答时长删除。
基于自学习信息中记录的应答时长,调制解调处理器可以采用多种方式来确定超时阈值,本实施例对此不做限定。
示例性的,若自学习信息包括一个应答时长,调制解调处理器在这个应答时长的基础上进行小幅度上调,将上调后的值作为超时阈值;若自学习信息包括多个应答时长,调制解调处理器取这多个应答时长的均值,将均值进行小幅度上调,将上调后的值作为超时阈值。
例如,若自学习信息包括一个应答时长50秒,调制解调处理器将其上调2秒,将52秒设定为超时阈值,若自学习信息包括三个应答时长,依次为50秒,51秒和52秒,调制解调处理器取其均值51秒,将均值上调2秒,以53秒作为超时阈值。
S406,调制解调处理器判断呼叫时长是否大于超时阈值。
若呼叫时长大于超时阈值,执行步骤S411,若呼叫时长小于或等于超时阈值,执行步骤S407。
呼叫时长,表示主叫设备发起呼叫开始到当前时刻为止的时长。具体的,在本申请中呼叫时长可以定义为调制解调处理器收到180ringing信令的时刻(即T1时刻)到当前时刻的时长。
可选的,调制解调处理器可以在收到180ringing信令时开启一个从零开始计时的计时器,这样,该计时器的读数就相当于步骤S406所述的呼叫时长,当执行步骤S406时,调制解调处理器只需要判断该计时器的读数是否大于超时阈值即可。
S407,调制解调处理器判断是否收到无应答提示。
若收到无应答提示,执行步骤S408,若未收到无应答提示,返回执行步骤S406。
调制解调处理器可以通过多种方式判断是否收到无应答提示,本实施例对具体的判断方式不做限定。
示例性的,调制解调处理器可以周期性地判断是否收到网络反馈的183信令,如果收到183信令,则调制解调处理器识别该183信令携带的信息是否为预设信息,例如是否为text=“No answer from user (user alerted)”,如果该183信令携带的信息是前述预设信息,则确定该183信令为无应答提示,进而判断出收到无应答提示,若该183信令携带的信息不是前述预设信息,则确定该183信令不是无应答提示。
示例性的,上述无应答提示还可以携带特定的cause值。调制解调处理器每收到一条183信令,可以识别该信令的cause值是否为无应答提示对应的cause值,若是,则确定这条183信令为无应答提示,若不是,则确定这条183信令不是无应答提示。
S408,调制解调处理器将本次的应答时长作为自学习信息保存。
本次的应答时长,是指本次呼叫开始后,也就是调制解调处理器执行步骤S402之后,调制解调处理器收到网络的180ringing信令的时刻到调制解调处理器收到网络的无应答提示的时刻的时长。
在一些可选的实施例中,调制解调处理器可以在保存本次的应答时长之前,先判断本次的应答时长是否大于最短呼叫时长,若本次的应答时长大于最短呼叫时长,则调制解调处理器将其作为自学习信息保存,若本次的应答时长不大于最短呼叫时长,则调制解调处理器不将本次的应答时长作为自学习信息保存。
可以理解的,步骤S408中将本次的应答时长作为自学习信息保存,是指,将本次的应答时长作为当前的地理位置和运营商对应的自学习信息保存。
示例性的,若不同地区和运营商的自学习信息采用不同的表格存储,则步骤S408具体可以是,调制解调处理器在当前的地理位置和运营商对应的表格中记录本次的应答时长。若没有当前的地理位置和运营商对应的表格,则调制解调处理器创建相应的表格然后在表格中存储本次的应答时长。
例如,当前的地理位置为“深圳市南山区”,运营商为移动,在步骤S408中,调制解调处理器可以将本次的应答时长存储在深圳市南山区并且运营商为移动的表格中。
在一些实施例中,步骤S408并不限于在步骤S407之后立即执行,例如步骤S408可以在S409之后,或者在电子设备收到无应答提示之后的任意时刻执行,本实施例对此不做限定。
S409,调制解调处理器判断应答时长是否大于最短呼叫时长。
最短呼叫时长的具体数值可以根据实际情况设定,本实施例对此不做限定。示例性的,最短呼叫时长可以设定为30秒。
若应答时长大于最短呼叫时长,执行步骤S411,若应答时长不大于最短呼叫时长,执行步骤S410。
步骤S409为可选的步骤,在一些实施例中,可以不执行步骤S409,此时调制解调处理器在收到无应答提示之后,就可以立即向网络发送取消呼叫的信息。
执行步骤S409的作用在于,当应答时长较短时,让网络播放提示音,避免主叫设备的用户误认为主叫设备发生故障无法拨打电话。
S410,调制解调处理器接收并播放网络的提示音。
在被叫设备无应答时,网络可以向主叫设备发送特定的提示音,主叫设备通过播放该提示音向用户说明被叫设备暂无应答。本实施例对提示音的具体内容不做限定,示例性的,提示音的内容可以是“您好,您拨打的号码暂时无人接听,请稍后再拨”。需要说明的是,前述提示音的内容可以播放任意次,例如可以重复播放两次。
在一些实施例中,上述提示音可以由网络以实时传输协议(Real-time TransportProtocol,RTP)数据包的形式发送给调制解调处理器,调制解调处理器再将RTP数据包发送给通话应用,由通话应用从数据包中解析出提示音并播放。
S411,调制解调处理器向网络发送取消呼叫的信息。
示例性的,上述取消呼叫的信息,具体可以是cancel信令。
调制解调处理器向网络发送取消呼叫的信息,表明本次呼叫结束。
S412,调制解调处理器向通话应用通知呼叫失败。
需要说明的是,在本实施例中,步骤S412可以在调制解调处理器发送取消呼叫的信息之后执行,也可以在调制解调处理器播放完提示音,并收到网络反馈的取消呼叫的消息之后执行。
在一些可选的实施例中,调制解调处理器可以定期对自学习信息包含的应答时长进行清理。例如,可以设定特定地区和运营商对应的自学习信息只能包括20个应答时长,由此,调制解调处理器可以定期判断各个自学习信息中记录的应答时长的数量,若超过20个,则按时间顺序逐一删除其中最早记录的应答时长,直至应答时长的数量小于或等于20。这样做的目的在于,节约电子设备的存储空间。
本实施例具有如下的有益效果:
本实施例中,主叫设备一方面网络反馈无应答提示之后,开始发送提示音之前主动挂断,另一方面在未收到无应答提示时,也能根据当前的地理位置和运营商对应的自学习信息包含的历史的应答时长来预测网络发送提示音的时间,从而在网络发送提示音前主动挂断。可见,通知执行本实施例的方法,主叫设备可以在开始播放提示音之前向网络发送取消呼叫的信息,避免主叫设备播放不完整的提示音。
实施例二
请参见图5,本实施例提供的呼叫时主动挂断的方法,可以包括如下步骤:
S501,通话应用指示调制解调处理器发起呼叫。
S502,调制解调处理器向网络发送通话请求。
S503,调制解调处理器接收网络的反馈信息。
S504,调制解调处理器获取电子设备当前的地理位置和运营商对应的自学习信息。
步骤S501至S504的具体实施方式可以参见实施例一的步骤S401至S404,不再赘述。
S505,调制解调处理器根据预设时长和自学习信息设定超时阈值。
在本实施例中,自学习信息可以包括应答时长和中断时长。
中断时长,是指,网络开始向主叫设备发送提示音开始到主叫设备的调制解调处理器取消本次呼叫为止的这段时间。在本实施例中,中断时长可以定义为调制解调处理器收到无应答提示的时刻(T2),到识别模块在提示音中识别得到特定的识别结果并取消本次呼叫(T4)的这段时长,也就是T4-T2。
和实施例一类似的,若调制解调处理器未获取到当前的地理位置和运营商对应的自学习信息,则在步骤S505中调制解调处理器将预设时长设定为超时阈值,若调制解调处理器成功获取到当前的地理位置和运营商对应的自学习信息,则调制解调处理器根据获取到的自学习信息来设定超时阈值。
在步骤S505中,超时阈值可以根据自学习信息中记录的应答时长和中断时长之和来确定。
示例性的,若自学习信息中仅记录有一次呼叫的应答时长和中断时长,则调制解调处理器将两者之和,并将两者之和进行小幅度上调,将上调后的数值作为超时阈值。
若自学习信息中记录有多次呼叫的应答时长和中断时长,则调制解调处理器将每一次呼叫的应答时长和中断时长相加,得到每一次呼叫对应的第一时长,也就是针对每一次呼叫,计算这一次呼叫的T2-T1+T4-T2,将计算结果记为这一次呼叫的第一时长;之后调制解调处理器对计算得到的多个第一时长取均值,在将均值进行小幅度上调,将上调后的数值作为超时阈值。
示例性的,上调的幅度可以是2秒。
在一些可选的实施例中,每一次呼叫的第一时长也可以预先计算并同样作为自学习信息保存,由此在步骤S505中调制解调处理器可以直接用自学习信息中的第一时长来确定超时阈值。
在一些可选的实施例中,调制解调处理器在执行步骤S505时也可以过滤掉自学习信息中过小的应答时长和中断时长,具体的过滤方式可以参见实施例一的步骤S405中的过滤方式,不再赘述。
S506,调制解调处理器判断呼叫时长是否大于超时阈值。
若呼叫时长不大于超时阈值,则执行步骤S507,若呼叫时长大于超时阈值,则执行步骤S517。
S507,调制解调处理器判断是否收到无应答提示。
若未收到无应答提示,则返回执行步骤S506,若收到无应答提示,则执行步骤S508。
S508,调制解调处理器将本次的应答时长作为自学习信息保存。
步骤S506至S508的具体实施过程可以参见实施例一的步骤S406至S408,不再赘述。
S509,调制解调处理器从网络接收并播放提示音。
步骤S509的具体实施过程可以参见实施例一的步骤S410,不再赘述。
S510,调制解调处理器比对本次的应答时长和自学习信息是否匹配。
若本次的应答时长和自学习信息不匹配,执行步骤S511,若本次的应答时长和自学习信息匹配,执行步骤S515。
在步骤S510中,调制解调处理器具体可以比对本次的应答时长和自学习信息中记录的应答时长是否匹配。本实施例对具体的比对方式不做限定,示例性的,在步骤S510中调制解调处理器可以按如下方式进行比对:
当自学习信息中仅记录有一个应答时长时,调制解调处理器计算本次的应答时长和自学习信息记录的这个应答时长的差值,当自学习信息中记录有多个应答时长时,调制解调处理器计算本次的应答时长和自学习信息记录的多个应答时长的均值的差值,最后判断这个差值是否在预设的接受区间内,若这个差值不在该接受区间内,则确定本次的应答时长和自学习信息不匹配,若这个差值在该接受区间内,则确定本次的应答时长和自学习信息匹配。
S511,调制解调处理器判断放音时间是否大于识别延迟时长。
若放音时间小于或等于识别延迟时长,再次执行步骤S511,若放音时间大于识别延迟时长,则执行步骤S512。
需要说明的是,步骤S511为可选的步骤。在一些可选的实施例中,调制解调处理器也可以不执行步骤S511,而是在比对出本次的应答时长和自学习信息匹配之后立即执行步骤S512。
执行步骤S511的作用在于,限制识别模块在开始播放提示音一段时间之后再开始识别提示音,一方面避免调制解调处理器过早地收到识别结果而主动挂断,另一方面可以缩短识别模块识别提示音的时间,降低电子设备的功耗。
识别延迟时长的具体数值可以根据实际情况设定,本实施例对此不做限定。示例性的,识别延迟时长可以设定为2秒。
S512,调制解调处理器向识别模块发送提示音。
请参见图2,调制解调处理器可以将携带提示音的数据包发送到Modem驱动,由Modem驱动发送至媒体库,再由媒体库发送到识别模块。
S513,识别模块识别提示音。
在不同的实施例中,识别模块具体需要从提示音中识别的信息有所不同。
在一些可选的实施例中,识别模块可以在提示音中识别任意一个语句的结束时刻,也就是提示音的断句时刻。例如,若提示音为“您拨打的号码暂时无人接听,请稍后再拨”,识别模块则需要识别出语句“您拨打的号码暂时无人接听”播放完的时刻。
识别模块可以基于多种技术识别提示音中语句的结束时刻,本实施例对具体的识别技术不做限定。示例性的,识别模块可以识别检测携带提示音的RTP数据包中的静音帧,将出现静音帧的时刻确定为语句的结束时刻;识别模块还可以利用声学回声消除(Acoustic Echo Cancelling,AEC),主动噪声控制(Active Noise Control,ANC)和自动增益控制(Automatic Gain Control,AGC)技术(简称3A技术)检测提示音的能量随时间的变化,将能量最低的时刻确定为语句的结束时刻;或者,识别模块还可以利用第三方的语音识别引擎来检测语句的结束时刻。
在另一些可选的实施例中,识别模块还可以在提示音中识别特定的语音内容出现的时刻。例如,若提示音为“您拨打的号码暂时无人接听,请稍后再拨”,则识别模块可以识别提示音中“无人接听”首次出现的时刻,或者识别“请”首次出现的时刻,本实施例对需要识别的特定内容不做限定。
S514,识别模块向调制解调处理器发送识别结果。
在步骤S514中,若识别模块识别的是提示音中语句的结束时刻,则识别模块将语句的结束时刻作为识别结果发送给调制解调处理器;若识别模块识别的是提示音中特定内容出现的时刻,则识别模块将特定内容出现的时刻发送给调制解调处理器。
调制解调处理器获得识别结果后,执行步骤S516。
S515,调制解调处理器判断放音时间是否超过历史中断时长。
若放音时间超过自学习信息记录的中断时长,执行步骤S516,若放音时间未超过历史中断时长,再次执行步骤S515,直至放音时间超过历史中断时长为止。
若获取的自学习信息中仅包含一个中断时长,则以这个中断时长作为历史中断时长,若获取的自学习信息中包含多个中断时长,则以多个中断时长的均值作为历史中断时长。
步骤S515的作用在于,利用自学习信息中记录的中断时长预测本次呼叫中提示音的语句结束的时刻或者特定内容出现的时刻,并在预测的时刻发送取消呼叫的信息,避免每次呼叫时均利用识别模块来识别提示音,降低主叫设备的功耗。
可选的,为了提高预测的准确度,当自学习信息中有多个中断时长时,可以删除其中过小的中断时长,例如删除小于5秒的中断时长,然后基于剩余的中断时长来确定上述历史中断时长。
需要说明的是,步骤S515为可选的步骤,在一些可选的实施例中,也可以每次呼叫时都利用识别模块来识别提示音,进而根据识别结果确定发送取消呼叫的信息的时间,此时就不需要执行步骤S515。进一步的,在不包括步骤S515的实施例中,还可以不执行步骤S510和步骤S508。
S516,调制解调处理器将本次的中断时长作为自学习信息保存。
需要说明的是,若调制解调处理器是在获得识别模块的识别结果后执行步骤S516,则本次的中断时长,可以是调制解调处理器收到无应答提示的时刻到调制解调处理器收到识别结果的时刻所经过的时间,若调制解调处理器是通过步骤S515判断出放音时间超过历史中断时长后执行步骤S516,则本次的中断时长可以是调制解调处理器收到无应答提示的时刻到调制解调处理器判断出放音时间超过历史中断时长的时刻所经过的时间。
具体的保存方式和实施例一中保存应答时长的方式一致,不再赘述。
S517,调制解调处理器向网络发送取消呼叫的信息。
S518,调制解调处理器向通话应用通知呼叫失败。
步骤S517和步骤S518的具体实施方式可以参见实施例一的步骤S411和步骤S412,不再赘述。
本实施例具有如下的有益效果:
调制解调处理器一方面通过识别模块识别提示音,从而在提示音出现语句中断或其他特定内容时主动挂断,另一方面根据自学习信息中以往的呼叫的中断时长预测本次呼叫时提示音出现中断或其他特定内容的时刻,从而在预测的时刻主动挂断。通过这两种方式,主叫设备既能够在被叫设备长时间无应答时及时地主动挂断,又能够通过播放一部分提示音来提示主叫设备的用户本次呼叫未接通。
实施例三
请参见图6a,本实施例提供的呼叫时主动挂断的方法,可以包括如下步骤:
S601a,通话应用指示调制解调处理器发起呼叫。
S602a,调制解调处理器向网络发送通话请求。
S603a,调制解调处理器接收网络的反馈信息。
S604a,调制解调处理器获取电子设备当前的地理位置和运营商对应的自学习信息。
在步骤S604a中,若调制解调处理器未获取电子设备当前的地理位置和运营商对应的自学习信息,则调制解调处理器执行如图6b所示的自学习过程中的步骤S604b至步骤S609b,若调制解调处理器成功获取到电子设备档期的地理位置和运营商对应的自学习信息,则调制解调处理器执行步骤S605a。
在本实施例中,步骤S605a至步骤S613a需要基于预先存储的当前地理位置和运营商对应的自学习信息执行。因此,所以当步骤S604a中调制解调处理器未获取到当前地理位置和运营商对应的自学习信息时,主叫设备需要按图6b所示的自学习过程来完成本次呼叫,也就是需要执行步骤S604b至步骤S609b,以便将呼叫过程中的时间信息作为当前地理位置和运营商对应的自学习信息保存,当主叫设备再次在当前地理位置和运营商的网络中发起呼叫时,就可以基于保存的自学习信息执行步骤S605a至步骤S613a。
步骤S601a至S604a的具体实施方式可以参见实施例一的步骤S401至S404,此处不再赘述。
S605a,调制解调处理器根据预设时长和自学习信息设定超时阈值。
在本实施例中,自学习信息主要包括主叫设备在当前地理位置和运营商的网络中发起过的呼叫的应答时长(即T2-T1),放音时长(即T3-T2)和呼叫结束时长(即T5-T3)。
应答时长的含义请参见前述实施例。
放音时长,是指,在被叫设备无应答时,主叫设备从开始播放网络发送提示音到停止播放提示音所经过的时长,在本实施例中,放音时长具体可以定义为主叫设备收到无应答提示的时刻T2,到主叫设备播放完网络发送的提示音的时刻T3所经过的时长,也就是T3-T2。
呼叫结束时长,是指,从主叫设备停止播放提示音,到主叫设备收到网络反馈的取消通话的信息(例如request_terminated信令)所经过的时长,在本实施例中,呼叫结束时长可以定义为T3时刻到主叫设备收到request_terminated信令的时刻T5所经过的时长,也就是T5-T3。
步骤S605a的具体实施方式可以是:
调制解调处理器判断自学习信息中记录的T5-T3是否大于设定的阈值(该阈值可以称为呼叫结束阈值)。
如果T5-T3大于呼叫结束阈值,则调制解调处理器根据T3-T1设定超时阈值。例如,可以将T3-T1上调2秒,将上调后的值作为超时阈值。
如果T5-T3小于或等于呼叫结束阈值,则调制解调处理器根据T2-T1+(1/n)×(T3-T2)设定超时阈值,例如,在T2-T1+(1/n)×(T3-T2)的计算结果增加2秒作为超时阈值。
其中,n表示网络播放的完整提示音中相同内容重复的次数。示例性的,若网络播放的提示音将“您好,您拨打的电话暂时无人接听”重复播放两次,则n等于2,调制解调处理器根据T2-T1+0.5×(T3-T2)设定超时阈值。
在一些可选的实施例中,若自学习信息中包含多次呼叫的时间信息,则上述步骤S605a的实施方式中各参数可以取多次呼叫的参数的均值。例如,判断T5-T3是否大于呼叫结束阈值,可以改为,判断多个T5-T3的均值是否大于呼叫结束阈值。
S606a,调制解调处理器判断呼叫时长是否大于超时阈值。
若呼叫时长不大于超时阈值,则执行步骤S607a,若呼叫时长大于超时阈值,执行步骤S612a。
S607a,调制解调处理器判断是否收到无应答提示。
若调制解调处理器判断出收到无应答提示,执行步骤S608a,若调制解调处理器判断出未收到无应答提示,返回执行步骤S606a。
S608a,调制解调处理器将本次的应答时长作为自学习信息保存。
步骤S606a至步骤S608a的具体实施方式可以参见实施例一的步骤S406至步骤S408,此处不再赘述。
S609a,调制解调处理器比对本次的应答时长和自学习信息是否匹配。
若本次的应答时长和自学习信息不匹配,则调制解调处理器执行如图6b所示的自学习过程中的步骤S605b至步骤S609b,若本次的应答时长和自学习信息匹配,则调制解调处理器执行步骤S610a。
步骤S609a为可选的步骤,在一些实施例中,也可以不执行步骤S609a,也就是在收到无应答提示后,调制解调处理器可以直接从网络接收并播放提示音。
如果在步骤S609a中比对出本次的应答时长和自学习信息不匹配,就可以认为之前保存的自学习信息不适用于本次呼叫,从而及时停止根据上述自学习信息进行后续主动挂断的操作,转而执行图6b所示的自学习过程中的后续步骤,防止之前保存的自学习信息不适用于本次呼叫而导致调制解调处理器过早或过晚进行主动挂断。
步骤S609a的具体比对过程可以参见实施例二的步骤S510,不再赘述。
S610a,调制解调处理器从网络接收并播放提示音。
步骤S610a的具体实施过程请参见实施例一的步骤S410。
S611a,调制解调处理器判断放音时间是否超过放音时间阈值。
若放音时间超过放音时间阈值,执行步骤S612a,若放音时间未超过放音时间阈值,再次执行步骤S611a,直至放音时间超过放音时间阈值为止。
放音时间,是指调制解调处理器开始播放提示音到当前为止所经过的时间。在本实施例中,调制解调处理器可以在收到无应答提示的T2时刻开启一个从零开始计时的计时器,该计时器的读数就可以视为放音时间。
放音时间阈值(可以记为Tuse)由调制解调处理器根据自学习信息中的放音时长和呼叫结束时长确定。
示例性的,调制解调处理器可以按如下方式设定放音时间阈值:
若T5-T3大于设定的阈值,可以将自学习信息中记录的之前呼叫时的放音时长(即T3-T2)确定为放音时间阈值。这样设定放音时间阈值后,调制解调处理器可以在提示音完全播放完之后向网络发送取消呼叫的信息。
若T5-T3不大于设定的阈值,可以将之前呼叫时的T3-T2的1/n设定为放音时间阈值,n为提示音中相同内容重复播放的次数。示例性的,若n为2,则放音时间阈值可以设定为0.5*(T3-T2)。若按这种方式设定放音时间阈值,调制解调处理器可以在提示音播放完一遍内容之后向网络发送取消呼叫的信息。
S612a,调制解调处理器向网络发送取消呼叫的信息。
S613a,调制解调处理器向通话应用通知呼叫失败。
步骤S612a和步骤S613a的具体实施过程可以参见实施例一的步骤S411和步骤S412,此处不再赘述。
本实施例中,若主叫设备首次在当前的地理位置和运营商的网络发起呼叫,则需要执行至少一次自学习过程来获得当前的地理位置和运营商对应的自学习信息。请参见图6b,本实施例的自学习过程可以包括如下步骤:
S601a,通话应用指示调制解调处理器发起呼叫。
S602a,调制解调处理器向网络发送通话请求。
S603a,调制解调处理器接收网络的反馈信息。
S604b,调制解调处理器接收网络反馈的无应答提示。
S605b,调制解调处理器将本次的应答时长作为自学习信息保存。
步骤S605b的具体实施方式可以参见实施例一步骤S408中保存应答时长的方式,不再赘述。
S606b,调制解调处理器从网络接收并播放提示音。
S607b,调制解调处理器将本次的放音时长作为自学习信息保存。
步骤S607b的具体实施方式可以参见实施例一步骤S408中保存应答时长的方式,不再赘述。
S608b,调制解调处理器接收网络反馈的取消呼叫的信息。
S609b,调制解调处理器将本次的呼叫结束时长作为自学习信息保存。
步骤S609b的具体实施方式可以参见实施例一步骤S408中保存应答时长的方式,不再赘述。
S610b,调制解调处理器向通话应用通知呼叫失败。
本实施例具有如下的有益效果:
在本实施例中,调制解调处理器可以根据在当前的地理位置和运营商对应的网络中从放音结束到网络取消呼叫所经过的呼叫结束时长的长短,自动选择主动挂断的时机。当呼叫结束时长较短时,可以在提示音播放完一遍内容之后主动挂断,当呼叫结束时长较长时,则可以在提示音完全播放完之后再主动挂断,不论哪种方式,都可以确保主叫设备的用户能够听到至少一遍提示音中的内容,这样既能够在被叫设备无应答时主动挂断,又能够确保主叫设备的用户收到相应的提示。
实施例四
本实施例提供一种呼叫时主动挂断的方法,请参见图7,该方法可以包括如下步骤:
S701,主叫设备通过网络向被叫设备发起呼叫。
在步骤S701中,主叫设备可以响应用户的拨打电话的操作,通过网络向被叫设备发起呼叫。在一些可选的实施例中,步骤S701具体可以包括实施例一的步骤S401和S402,或者可以包括实施例二或实施例三中的对应步骤。
S702,主叫设备根据自学习信息设定超时阈值。
自学习信息可以包括主叫设备过去发起呼叫时记录的时间信息,也就是说,在步骤S702中,主叫设备可以根据以往发起呼叫时的时间信息设备本次呼叫的超时阈值。
在一些可选的实施例中,步骤S702具体可以包括实施例一的步骤S403至步骤S405,或者可以包括实施例二的步骤S503至步骤S505,或者可以包括实施例三的步骤S603a至S605a。
S703,若在超时阈值内未收到网络的反馈,主叫设备取消本次呼叫。
在步骤S703中,若在超时阈值内主叫设备未收到被叫设备的应答(该应答可以是接听呼叫或拒绝呼叫),则主叫设备可以向网络发送cancel信令,从而主动取消本次呼叫。
在一些可选的实施例中,步骤S703可以包括实施例一的步骤S406,S411和S412;或者可以包括实施例二的步骤S506,S517和S518;或者可以包括实施例三的S606a,S612a和S613a。
可选的,若主叫设备在超时阈值内收到网络反馈的无应答提示,则主叫设备可以在收到无应答提示后主动取消本次呼叫。在一些可选的实施例中,该过程可以参见实施例一的步骤S407至S409,以及步骤S411和S412。
可选的,若主叫设备在超时阈值内收到网络反馈的无应答提示,主叫设备可以在收到无应答提示后播放提示音,并在提示音出现断句或者特定语音内容时主动取消本次呼叫。在一些可选的实施例中,该过程可以包括实施例二的步骤S507至步骤S518。
可选的,若主叫设备在超时阈值内收到网络反馈的无应答提示,主叫设备可以在收到无应答提示后播放网络反馈的提示音,在放音时间(也就是播放提示音的时间)超过根据自学习信息设定的放音时间阈值时,主动取消本次呼叫。在一些可选的实施例中,该过程可以参见实施例三的步骤S607a至步骤S613a。
本实施例所具有的有益效果可以参见前述实施例一至实施例三,此处不再赘述。
本申请实施例还提供一种电子设备,包括一个或多个处理器、存储器,该电子设备的具体结构可以参见图1。
存储器用于存储一个或多个程序。
一个或多个处理器用于执行一个或多个程序,使得电子设备执行本申请任一实施例所提供的呼叫时主动挂断的方法。
本申请实施例还提供一种计算机存储介质,用于存储计算机程序,计算机程序被执行时,具体用于实现本申请任一实施例提供的呼叫时主动挂断的方法。
本申请实施例还提供一种计算机程序产品,包括多条可执行的计算机指令,该产品的计算机指令被执行时,具体用于实现本申请任一实施例提供的呼叫时主动挂断的方法。

Claims (17)

1.一种呼叫时主动挂断的方法,其特征在于,包括:
主叫设备通过网络向被叫设备发起呼叫;
所述主叫设备根据自学习信息设定超时阈值,所述自学习信息包括所述主叫设备过去发起的呼叫的时间信息;所述时间信息包括应答时长,或者包括应答时长和中断时长,或者包括应答时长、放音时长和呼叫结束时长,所述应答时长为所述主叫设备发起呼叫到收到无应答提示的时长,所述中断时长为所述主叫设备接收提示音到取消本次呼叫的时长,所述放音时长为所述主叫设备从开始播放提示音到停止播放提示音的时长,所述呼叫结束时长为所述主叫设备停止播放提示音到接收网络反馈的取消通话的信息的时长;
若在所述超时阈值内未收到所述网络反馈,所述主叫设备取消本次呼叫。
2.根据权利要求1所述的方法,其特征在于,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备取消本次呼叫,所述无应答提示用于指示所述被叫设备未响应本次呼叫。
3.根据权利要求2所述的方法,其特征在于,所述主叫设备取消本次呼叫之前,还包括:
判断本次呼叫的应答时长是否大于预设的最短呼叫时长,所述应答时长为所述主叫设备发起呼叫到收到所述无应答提示的时长;
所述主叫设备取消本次呼叫,包括:
若所述应答时长大于所述最短呼叫时长,所述主叫设备取消本次呼叫。
4.根据权利要求3所述的方法,其特征在于,还包括:
所述主叫设备将本次呼叫的应答时长作为自学习信息保存。
5.根据权利要求1所述的方法,其特征在于,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备播放所述网络反馈的提示音;
所述主叫设备识别所述提示音;
在所述主叫设备从所述提示音中识别出预设的识别结果时,所述主叫设备取消本次呼叫。
6.根据权利要求5所述的方法,其特征在于,所述识别结果为所述提示音的断句时刻。
7.根据权利要求5所述的方法,其特征在于,所述识别结果为预设的语音内容。
8.根据权利要求5所述的方法,其特征在于,所述主叫设备识别所述提示音,包括:
在播放所述提示音的时间大于预设的识别延迟时长时,所述主叫设备识别所述提示音。
9.根据权利要求8所述的方法,其特征在于,还包括:
所述主叫设备判断本次呼叫的应答时长和所述自学习信息是否匹配,所述应答时长为所述主叫设备发起呼叫到接收所述无应答提示的时长;
所述主叫设备识别所述提示音,包括:
若所述应答时长和所述自学习信息不匹配,所述主叫设备识别所述提示音。
10.根据权利要求9所述的方法,其特征在于,还包括:
若所述本次呼叫 的应答时长和所述自学习信息匹配,在播放所述提示音的时间大于所述主叫设备过去发起的呼叫的中断时长时,所述主叫设备取消本次呼叫。
11.根据权利要求10所述的方法,其特征在于,还包括:
所述主叫设备将本次呼叫的应答时长和中断时长作为自学习信息保存。
12.根据权利要求1所述的方法,其特征在于,还包括:
若在所述超时阈值内收到所述网络反馈的无应答提示,所述主叫设备播放所述网络反馈的提示音;
在播放所述提示音的时间超过根据所述自学习信息设定的放音时间阈值时,所述主叫设备取消本次呼叫。
13.根据权利要求12所述的方法,其特征在于,若所述主叫设备过去发起的呼叫的呼叫结束时长大于预设的阈值,所述放音时间阈值为所述主叫设备过去发起的呼叫的放音时长;
所述呼叫结束时长为所述提示音播放完毕到所述主叫设备接收网络反馈的取消通话的信息的时长,所述放音时长为所述主叫设备开始播放所述提示音到所述提示音播放完毕的时长。
14.根据权利要求13所述的方法,其特征在于,若所述主叫设备过去发起的呼叫的呼叫结束时长不大于所述阈值,所述放音时间阈值为所述主叫设备过去发起的呼叫的放音时长的二分之一。
15.根据权利要求1至14任意一项所述的方法,其特征在于,还包括:
所述主叫设备根据当前的地理位置和运营商获取对应的自学习信息。
16.一种电子设备,其特征在于,所述电子设备包括:一个或多个处理器、存储器;
所述存储器用于存储一个或多个程序;
所述一个或多个处理器用于执行所述一个或多个程序,使得电子设备执行如权利要求1至15任意一项所述的呼叫时主动挂断的方法。
17.一种计算机存储介质,其特征在于,用于存储计算机程序,所述计算机程序被执行时,具体用于实现如权利要求1至15任意一项所述的呼叫时主动挂断的方法。
CN202111319003.8A 2021-11-09 2021-11-09 呼叫时主动挂断的方法、设备和存储介质 Active CN113766068B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111319003.8A CN113766068B (zh) 2021-11-09 2021-11-09 呼叫时主动挂断的方法、设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111319003.8A CN113766068B (zh) 2021-11-09 2021-11-09 呼叫时主动挂断的方法、设备和存储介质

Publications (2)

Publication Number Publication Date
CN113766068A CN113766068A (zh) 2021-12-07
CN113766068B true CN113766068B (zh) 2022-02-08

Family

ID=78784743

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111319003.8A Active CN113766068B (zh) 2021-11-09 2021-11-09 呼叫时主动挂断的方法、设备和存储介质

Country Status (1)

Country Link
CN (1) CN113766068B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1602031A (zh) * 2003-09-26 2005-03-30 宜东数位科技股份有限公司 经服务器点选式拨接电话的***及方法
CN101977366A (zh) * 2010-10-18 2011-02-16 惠州Tcl移动通信有限公司 一种移动终端紧急求助方法及装置
CN104486512A (zh) * 2014-12-19 2015-04-01 广东欧珀移动通信有限公司 呼叫检测方法及装置
WO2020007300A1 (zh) * 2018-07-05 2020-01-09 奇酷互联网络科技(深圳)有限公司 来电处理方法、装置、可读存储介质及移动终端

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107439024B (zh) * 2016-03-28 2019-10-25 华为技术有限公司 来电处理方法、用户设备以及存储介质
US10681209B2 (en) * 2018-11-06 2020-06-09 Microsoft Technology Licensing, Llc Sequenced device alerting

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1602031A (zh) * 2003-09-26 2005-03-30 宜东数位科技股份有限公司 经服务器点选式拨接电话的***及方法
CN101977366A (zh) * 2010-10-18 2011-02-16 惠州Tcl移动通信有限公司 一种移动终端紧急求助方法及装置
CN104486512A (zh) * 2014-12-19 2015-04-01 广东欧珀移动通信有限公司 呼叫检测方法及装置
WO2020007300A1 (zh) * 2018-07-05 2020-01-09 奇酷互联网络科技(深圳)有限公司 来电处理方法、装置、可读存储介质及移动终端

Also Published As

Publication number Publication date
CN113766068A (zh) 2021-12-07

Similar Documents

Publication Publication Date Title
CN110460981B (zh) 一种蓝牙寻物的方法及电子设备
US12004072B2 (en) Network search method and terminal device
US20220159453A1 (en) Method for Using Remote SIM Module and Electronic Device
CN112154640A (zh) 一种消息的播放方法及终端
CN114466423B (zh) 用于选择网络的方法及装置
KR20140059173A (ko) 도청 활동을 검출하는 방법 및 단말 기기
CN114079892A (zh) 蓝牙通信方法、可穿戴设备及***
KR101034554B1 (ko) 휴대단말의 통화품질 제어 방법 및 장치
KR20220047358A (ko) 통화 방법 및 장치
CN105516439A (zh) 一种电话接听、挂断方法及终端
CN114095885B (zh) 通话方法、***和相关装置
CN113766068B (zh) 呼叫时主动挂断的方法、设备和存储介质
CN116017388B (zh) 一种基于音频业务的弹窗显示方法和电子设备
CN116055615A (zh) 音频播放方法、电子设备以及介质
CN105635379B (zh) 噪声抑制方法及装置
CN116055633A (zh) 来电处理方法、***、电子设备及存储介质
CN115002744A (zh) 呼叫请求的处理方法、电子设备、程序产品及介质
CN113837338A (zh) 一种检测方法、终端、用户识别卡、电子设备及存储介质
JP2010010856A (ja) ノイズキャンセル装置、ノイズキャンセル方法、ノイズキャンセルプログラム、ノイズキャンセルシステム、及び、基地局
JP2006325041A (ja) 着信通知システム、方法、プログラム及び携帯電話機
US20100291873A1 (en) Communication terminal device and tripartite communication method
CN116055626B (zh) 一种通话方法、终端和存储介质
CN116405593B (zh) 音频处理方法及相关装置
CN115942253B (zh) 一种提示方法及相关装置
CN114173315B (zh) 蓝牙回连方法及终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant