CN112153215A - 通话处理方法、装置、相关设备及存储介质 - Google Patents
通话处理方法、装置、相关设备及存储介质 Download PDFInfo
- Publication number
- CN112153215A CN112153215A CN202010904237.8A CN202010904237A CN112153215A CN 112153215 A CN112153215 A CN 112153215A CN 202010904237 A CN202010904237 A CN 202010904237A CN 112153215 A CN112153215 A CN 112153215A
- Authority
- CN
- China
- Prior art keywords
- call
- information
- framework layer
- terminal
- application framework
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 18
- 238000000034 method Methods 0.000 claims abstract description 54
- 230000002159 abnormal effect Effects 0.000 claims abstract description 48
- 238000012545 processing Methods 0.000 claims abstract description 34
- 230000015654 memory Effects 0.000 claims description 39
- 238000004590 computer program Methods 0.000 claims description 20
- 239000000126 substance Substances 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 9
- 230000003993 interaction Effects 0.000 description 6
- 230000001360 synchronised effect Effects 0.000 description 6
- 230000005856 abnormality Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000008263 repair mechanism Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 235000019800 disodium phosphate Nutrition 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2236—Quality of speech transmission monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
Abstract
本申请公开了一种通话处理方法、装置、芯片、终端及存储介质。其中，方法包括：终端的应用框架层检测自身维护的第一信息；所述第一信息表征第一通话的状态；在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种通话处理方法、装置、相关设备及存储介质。
背景技术
相关技术中，电话通讯(英文可以表示为Telephony)服务架构包括应用(英文可以表示为Application)层、应用框架(英文可以表示为Application Framework)层、无线接口层(RIL，Radio Interface Layer)和驱动层，驱动层包括调制解调器(Modem)。终端在进行通讯业务时，应用层用于呈现终端提供给用户的通讯功能，并基于用户的操作生成相应指令发送至应用框架层；应用框架层基于应用层发送的指令，通过RIL调用Modem执行相应通话处理，接收Modem返回的执行结果，并通知应用层通话处理结果，以供应用层更新为用户呈现的画面；同时，应用层也可以接收Modem主动上报的通话状态变化消息，并根据接收的通话状态变化消息执行相应操作。
然而，相关技术中，应用框架层的通话处理方法尚需优化。
发明内容
为解决相关技术问题，本申请实施例提供一种通话处理方法、装置、相关设备及存储介质。
本申请实施例的技术方案是这样实现的：
本申请实施例提供了一种通话处理方法，包括：
终端的应用框架层检测自身维护的第一信息；所述第一信息表征第一通话的状态；
在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；
所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
上述方案中，所述方法还包括：
所述应用框架层向所述终端的Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，所述应用框架层确定所述第一信息异常。
上述方案中，所述检测到第一信息异常，包括：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，所述应用框架层确定所述第一信息异常。
上述方案中，所述检测到第一信息异常，包括：
在所述第一信息表征所述第一通话正在挂断中或所述第一通话正在通话中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，所述应用框架层确定所述第一信息异常。
上述方案中，所述方法还包括：
所述应用框架层基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数；
所述应用框架层更新所述第一信息时，所述方法还包括：
清空所述来电接听失败记录。
上述方案中，所述更新所述第一信息，包括：
所述应用框架层将所述第一通话的状态设置为空闲。
上述方案中，所述将所述第一通话的状态设置为空闲，包括：
所述应用框架层将前台或后台的通话状态设置为空闲。
本申请实施例还提供了一种通话处理装置，包括：
检测单元，用于检测终端的应用框架层维护的第一信息；所述第一信息表征第一通话的状态；
第一处理单元，用于在检测到第一信息异常时，确定需要结束所述第一通话；
第二处理单元，用于更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
本申请实施例还提供了一种芯片，包括：处理器和接口；其中，
所述处理器用于运行计算机程序时，执行上述任一方法的步骤。
本申请实施例还提供了一种终端，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序时，执行上述任一方法的步骤。
本申请实施例还提供了一种存储介质，所述介质存储有计算机程序，所述计算机程序被处理器执行时实现上述任一方法的步骤。
本申请实施例提供的通话处理方法、装置、相关设备及存储介质，终端的应用框架层检测自身维护的第一信息；所述第一信息表征第一通话的状态；在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。本申请实施例的方案，终端的应用框架层无需根据Modem通过RIL发送的消息更新通话状态，可以在检测到通话状态存在异常时自动更新通话状态；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
附图说明
图1为本申请实施例通话处理方法的流程示意图；
图2为本申请应用实施例终端的结构示意图；
图3为本申请应用实施例通话处理方法的流程示意图；
图4为本申请实施例通话处理装置的结构示意图；
图5为本申请实施例芯片的结构示意图；
图6为本申请实施例终端的硬件结构示意图。
具体实施方式
以下结合附图及实施例对本申请的技术方案作进一步详细的阐述。
相关技术中，没有针对通话状态异常的自动修复机制，这种自动修复机制通常由各个终端厂商自主定制。示例性地，终端的应用框架层接收到Modem通过RIL返回的电话链路信息查询请求的查询结果为挂断异常时，可以再次向Modem发送电话链路信息查询请求，并在接收到Modem针对再次发送的电话链路信息查询请求返回的查询结果后，修改通话状态，从而使得应用层中的通话界面(英文可以表示为User Interface，简称为UI)模块能够根据通话状态的改变执行正确的流程，关闭通话界面。
然而，在RIL存在故障(比如RIL因消息过多发生卡顿)或Modem存在故障(比如Modem死机)的情况下，应用框架层可能无法接收到Modem返回的消息，或者接收到的Modem返回的消息为错误代号，导致应用框架层的通话状态无法及时被清除，即应用框架层无法准确地更新通话状态，进而导致终端无法拨打电话或者无法接听电话。
基于此，在本申请的各种实施例中，终端的应用框架层无需根据Modem通过RIL发送的消息更新通话状态，可以在检测到通话状态存在异常时自动更新通话状态；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
本申请实施例提供了一种通话处理方法，如图1所示，所述方法包括以下步骤：
步骤101：终端的应用框架层检测自身维护的第一信息；
这里，所述第一信息表征第一通话的状态；
步骤102：在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；
步骤103：所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；
这里，更新后的第一信息表征所述第一通话已结束。
需要说明的是，在本申请的各种实施例中，通话状态(英文可以表示为CallState)包括以下9种状态：空闲状态(英文可以表示为IDLE)、正在通话状态(英文可以表示为ACTIVE)、挂起状态(英文可以表示为HOLDING)、拨号状态(英文可以表示为DIALING)、呼出状态(英文可以表示为ALERTING)、来电状态(英文可以表示为INCOMING)、等待状态(英文可以表示为WAITING)、正在挂断状态(英文可以表示为DISCONNECTING)以及挂断完成状态(英文可以表示为DISCONNECTED)；也就是说，在所述终端未接到所述第一通话对应的来电或所述终端未呼出所述第一通话的情况下，所述第一信息为IDLE；在所述第一通话正在通话中的情况下，所述第一信息为ACTIVE；在第二通话正在通话中，而所述第一通话进入挂起状态的情况下，所述第一信息为HOLDING，所述第二通话对应的通话状态为ACTIVE；用户在所述终端开始拨打所述第一通话对应的号码时，所述第一信息为DIALING；在用户拨号完毕，且所述终端呼出所述第一通话的情况下，所述第一信息为ALERTING；在所述终端接到所述第一通话对应的来电的情况下，所述第一信息为INCOMING；在所述第二通话正在通话中，而所述终端接到所述第一通话对应的来电的情况下，所述第一信息为WAITING，所述第二通话对应的通话状态为ACTIVE；在用户针对所述终端执行相应操作以结束所述第一通话的情况下，所述第一信息为DISCONNECTING；在所述第一通话已结束的情况下，所述第一信息为DISCONNECTED。这里，所述应用框架层基于所述第一通话的状态实时地维护所述第一信息。
步骤101中，实际应用时，对于上述9种通话状态，在挂断第一通话的过程中，DISCONNECTING和ACTIVE是所述应用框架层维护时容易出现异常的通话状态，其他通话状态通常不易发生异常。
具体地，挂断第一通话的过程可以包括所述终端主动挂断第一通话的应用场景，主动挂断第一通话时，终端的应用层基于用户在UI中的操作生成挂断第一通话的请求消息并发送至应用框架层；应用框架层将第一信息由ACTIVE更新为DISCONNECTING，并通过RIL向Modem发送挂断第一通话的请求消息；Modem断开第一通话对应的通话链路后，通过RIL向应用框架层返回第一通话结束消息；应用框架层接收到第一通话结束消息后，将第一信息由DISCONNECTING更新为DISCONNECTED，并向应用层返回第一通话结束消息；应用层接收到第一通话结束消息后，关闭第一通话对应的UI。这里，如果RIL存在故障(比如RIL因消息过多发生卡顿)或Modem存在故障(比如Modem死机)，应用框架层无法接收到第一通话结束消息，致使第一信息一直为DISCONNECTING，会使得终端无法拨打电话或接听电话。
因此，为了使应用框架层准确、及时地维护通话状态，应用框架层可以检测第一信息未更新的时长；并且，在确定第一信息为DISCONNECTING，且第一信息在第二时长内未更新的情况下，确定第一信息异常；如此，能够在终端的RIL或Modem存在故障的情况下，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
所述应用框架层检测所述第一信息未更新的时长；
相应地，所述检测到第一信息异常，可以包括：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，所述应用框架层确定所述第一信息异常。
实际应用时，所述第二时长可以根据需求设置，比如2秒；所述应用框架层可以基于计数器或定时器检测所述第一信息未更新的时长。另外，所述第一通话可以是前台的通话(英文可以表示为Foreground Call)，也可以是后台的通话(英文可以表示为BackgroundCall)。示例性地，所述第一通话正在通话中时，所述终端接到第二通话对应的来电，此时，所述第一信息为ACTIVE，所述第二通话对应的通话状态(后续的描述中记作第二信息)为WAITING，所述第一通话为前台的通话，所述第二通话为后台的通话；用户针对所述终端执行相应操作以接通所述第二通话并将所述第一通话挂起时，所述第一信息更新为HOLDING，所述第二信息更新为ACTIVE，所述第一通话为后台的通话，所述第二通话为前台的通话；用户针对所述终端执行相应操作以挂断所述第一通话时，所述第一信息更新为DISCONNECTING；在检测到所述第一信息在第二时长内未更新为DISCONNECTED的情况下，所述终端的应用层确定所述第一信息异常。
实际应用时，针对终端主动挂断第一通话的应用场景，为了使应用框架层准确、及时地维护通话状态，还可以在应用框架层通过RIL向Modem发送挂断第一通话的请求消息后，检测是否在第一时长内接收到Modem返回的第一通话结束消息；并且，在确定第一信息为DISCONNECTING，且检测到在第一时长内未接收到Modem返回的第一通话结束消息的情况下，确定所述第一信息异常；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
所述应用框架层向所述终端的Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
相应地，所述检测到第一信息异常，可以包括：
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，所述应用框架层确定所述第一信息异常。
这里，所述第一消息即所述挂断第一通话的请求消息，所述第一消息是所述应用框架层接收到终端的应用层发送的挂断第一通话的请求消息、并将第一信息由ACTIVE更新为DISCONNECTING后生成的；所述应用层发送的挂断第一通话的请求消息是基于用户在第一通话对应的UI中的操作生成的，比如：用户点击第一通话对应的UI中的挂断通话按钮。所述Modem基于所述第一消息发送的第二消息即所述第一通话结束消息，所述第二消息是所述Modem基于所述第一消息断开所述第一通话对应的通话链路后生成并发送的。
实际应用时，所述第一时长可以根据需求设置，比如3秒；所述应用框架层可以基于计数器或定时器检测是否在第一时长内接收到所述Modem基于所述第一消息发送的第二消息；并且，所述应用框架层和所述Modem通过所述终端的RIL进行信息交互。
实际应用时，针对终端主动挂断第一通话的应用场景，为了使应用框架层准确、及时地维护通话状态，应用框架层还可以检测终端的来电接听失败次数；并且，在确定第一信息为DISCONNECTING，且检测到终端的来电接听失败次数大于或等于第一阈值的情况下，确定所述第一信息异常；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
所述应用框架层检测所述终端的来电接听失败次数；
相应地，所述检测到第一信息异常，可以包括：
在所述第一信息表征所述第一通话正在挂断中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，所述应用框架层确定所述第一信息异常。
步骤101中，实际应用时，挂断第一通话的过程还可以包括终端被动挂断第一通话的应用场景，被动挂断第一通话时，Modem检测到第一通话对应的通话链路已断开，通过RIL向应用框架层发送第一通话结束消息；应用框架层接收到第一通话结束消息后，将第一信息由ACTIVE更新为DISCONNECTED，并向应用层返回第一通话结束消息；应用层接收到第一通话结束消息后，关闭第一通话对应的UI。这里，如果RIL存在故障(比如RIL因消息过多发生卡顿)或Modem存在故障(比如Modem死机)，应用框架层无法接收到第一通话结束消息，致使第一信息一直为ACTIVE，会使得终端无法拨打电话或接听电话。
因此，针对终端被动挂断第一通话的应用场景，为了使应用框架层准确、及时地维护通话状态，应用框架层也可以检测终端的来电接听失败次数；并且，在确定第一信息为ACTIVE，且检测到终端的来电接听失败次数大于或等于第一阈值的情况下，确定所述第一信息异常；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，提升用户体验。
基于此，在一实施例中，所述方法还可以包括：
所述应用框架层检测所述终端的来电接听失败次数；
相应地，所述检测到第一信息异常，可以包括：
在所述第一信息表征所述第一通话正在通话中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，所述应用框架层确定所述第一信息异常。
实际应用时，所述第一阈值可以根据需求设置，比如3。所述应用框架层可以在本地维护所述终端的来电接听失败次数值(后续的描述中记作第一值)；示例性地，所述应用框架层可以将第一值的初始值设置为0，在确定所述终端来电接听失败时，所述应用框架层可以将所述第一值加1；在确定第一信息为DISCONNECTING，且所述第一值等于所述第一阈值的情况下，所述应用框架层可以确定所述第一信息异常。或者，所述应用框架层可以将所述第一值的初始值设置为所述第一阈值，在确定所述终端来电接听失败时，所述应用框架层可以将所述第一值减1；在确定第一信息为DISCONNECTING，且所述第一值等于0的情况下，所述应用框架层可以确定所述第一信息异常。当然，所述应用框架层也可以在本地存储文本、图片或表格等任一形式的来电接听失败记录；在检测所述终端的来电接听失败次数时，可以基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数。这里，为了提高应用框架层检测所述终端的来电接听失败次数的准确性，所述应用框架层更新所述第一信息时，可以清空所述来电接听失败记录。
基于此，在一实施例中，所述方法还可以包括：
所述应用框架层基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数；
相应地，所述应用框架层更新所述第一信息时，所述方法还可以包括：
清空所述来电接听失败记录。
步骤103中，实际应用时，所述应用框架层更新所述第一信息，可以是将所述第一信息由DISCONNECTING或ACTIVE更新为DISCONNECTED；也可以是将所述第一信息由DISCONNECTING或ACTIVE更新为IDLE。
基于此，在一实施例中，所述更新所述第一信息，可以包括：
所述应用框架层将所述第一通话的状态设置为空闲。
实际应用时，所述第一通话可以是前台的通话，也可以是后台的通话。
基于此，在一实施例中，所述将所述第一通话的状态设置为空闲，可以包括：
所述应用框架层将前台或后台的通话状态设置为空闲。
步骤103中，实际应用时，所述通知所述终端的应用层关闭所述第一通话对应的通话界面，可以包括：所述应用框架层向所述应用层发送第三消息；所述第三消息表征所述第一通话已结束。这里，所述第三消息即上述第一通话结束消息；所述应用层接收到所述第三消息后，可以关闭第一通话对应的UI。
本申请实施例提供的通话处理方法，终端的应用框架层检测自身维护的第一信息；所述第一信息表征第一通话的状态；在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束；如此，能够在终端的RIL或Modem存在故障的情况下使得应用框架层准确、及时地维护通话状态，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
下面结合应用实施例对本申请再作进一步详细的描述。
本应用实施例提供了一种终端，如图2所示，所述终端包括通话界面模块21(即上述应用层)、框架(Framework)层22(即上述应用框架层)、RIL 23和Modem 24；其中，在所述终端主动发起挂断电话的流程时，
所述通话界面模块21，用于根据用户挂断电话的操作生成挂断电话请求消息并发送至所述Framework层22；
所述Framework层22，用于将挂断电话请求消息对应的通话状态由ACTIVE更新为DISCONNECTING，并通过所述RIL 23向所述Modem 24发送挂断电话请求消息；
所述RIL 23，用于支持所述Framework层22与所述Modem 24之间的信息交互；
所述Modem 24，用于响应所述挂断电话请求消息切断相应通话链路，并通过所述RIL 23向所述Framework层22返回通话结束消息；所述Framework层22接收到所述通话结束消息后，将相应通话状态由DISCONNECTING更新为DISCONNECTED或IDLE，并通知所述通话界面模块21关闭相应的通话界面。
基于上述终端的结构，如图3所示，本应用实施例提供的通话处理方法可以包括以下步骤：
步骤301：所述Framework层22接收到挂断电话请求消息，将相应通话状态由ACTIVE更新为DISCONNECTING，通过所述RIL 23向所述Modem 24发送挂断电话请求消息，并启动2秒定时器；之后执行步骤302。
步骤302：所述Framework层22判断是否在所述2秒定时器超时前接收到所述Modem24通过所述RIL 23上报的通话结束消息(即所述Framework层22判断是否在2秒内接受到所述Modem 24上报的通话结束消息)；若是，结束进程(可以删除所述2秒定时器)；若否，则执行步骤303。
步骤303：所述Framework层22清空相应通话状态(即将相应通话状态由DISCONNECTING更新为DISCONNECTED或IDLE)，并通知所述通话界面模块21关闭相应的通话界面。
实际应用时，当所述RIL 23或所述Modem 24出现异常时，会导致所述Framework层22的通话状态异常，通过执行上述步骤301至步骤303，能够使得所述Framework层22自动修复异常的通话状态，保证所述终端下一通来电前的通话状态都是正常的，提高了用户体验
实际应用时，也可以根据需求采用其他方式检测所述Framework层22的通话状态。比如，所述Framework层22自动检测正在挂断的通话状态(即DISCONNECTING)存在的时间，如果所述Framework层22检测到所述终端的后台长时间(比如3秒)存在一路正在挂断的通话，那么可以主动清除这路通话状态，达到自动恢复的效果。再比如，由于如果所述Framework层22有一路为ACTIVE的通话状态没有被清除，会导致所述终端接听电话失败；因此，如果所述Framework层22检测到用户连续接听电话失败3次，可以清空已存在的通话对应的通话状态。
需要说明的是，本应用实施例提供的通话处理方法的具体实现过程与上述通话处理方法实施例的具体实现过程相同，这里不多赘述。
本应用实施例提供的通话处理方法，在Framework层22的通话状态出现异常时，Framework层22能够自动修复通话状态；也就是说，只要用户在通话界面模块21中点击了挂断电话按钮，无论RIL 23和Modem 24是否存在异常，Framework层22都能够清除终端的通话状态，保证用户下一通电话能够正常拨打或接听；如此，能够在RIL 23或Modem 24存在故障的情况下使得Framework层22准确、及时地维护通话状态，降低用户拨打电话失败或接听电话失败的风险，提升用户体验。
为了实现本申请实施例的方法，本申请实施例还提供了一种通话处理装置，设置在终端的应用框架层，如图4所示，所述通话处理装置包括：检测单元41、第一处理单元42和第二处理单元43；其中，
所述检测单元41，用于检测终端的应用框架层维护的第一信息；所述第一信息表征第一通话的状态；
所述第一处理单元42，用于在检测到第一信息异常时，确定需要结束所述第一通话；
所述第二处理单元43，用于更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
在一实施例中，所述通话处理装置还包括发送单元；其中，
所述发送单元，用于向所述终端的Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
所述第一处理单元42，还用于：
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，确定所述第一信息异常。
在一实施例中，所述第一处理单元42，还用于：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，确定所述第一信息异常。
在一实施例中，所述第一处理单元42，还用于：
在所述第一信息表征所述第一通话正在挂断中或所述第一通话正在通话中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，确定所述第一信息异常。
在一实施例中，所述检测单元41，还用于：
基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数；
更新所述第一信息时，所述第二处理单元43，还用于：
清空所述来电接听失败记录。
在一实施例中，所述第二处理单元43，还用于：
将所述第一通话的状态设置为空闲。
在一实施例中，所述第二处理单元43，还用于：
将前台或后台的通话状态设置为空闲。
实际应用时，所述发送单元可由所述通话处理装置中的通信接口实现；所述检测单元41、所述第一处理单元42和所述第二处理单元43可由所述通话处理装置中的处理器实现。
需要说明的是：上述实施例提供的通话处理装置处理通话时，仅以上述各程序模块的划分进行举例说明，实际应用时，可以根据需要而将上述处理分配由不同的程序模块完成，即将会话管理装置的内部结构划分成不同的程序模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的通话处理装置与通话处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
为了实现本申请实施例的方法，本申请实施例还提供了一种芯片，设置在终端的应用框架层；如图5所示，芯片50包括：
接口51，用于和存储器进行信息交互；
处理器52，与所述接口51连接，以实现与所述存储器进行信息交互，用于通过所述接口51读取所述存储器存储的计算机程序，并在运行计算机程序时，执行上述一个或多个技术方案提供的方法。
实际应用时，如图5所示，所述芯片50还可以包括存储器53，所述存储器53用于存储各种类型的数据以支持芯片50的操作。这些数据的示例包括：用于在芯片50上操作的任何计算机程序。
当然，研发人员也可以根据芯片设计需求，不在所述芯片50中设置存储器，由所述芯片50所处电子设备(即所述终端)的存储器存储能够在所述处理器52上运行的计算机程序。
具体地，所述处理器52用于执行以下操作：
检测终端的应用框架层维护的第一信息；所述第一信息表征第一通话的状态；
在检测到第一信息异常时，确定需要结束所述第一通话；
更新所述第一信息，并通知终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
在一实施例中，所述处理器52，还用于执行以下操作：
向所述终端的Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，确定所述第一信息异常。
在一实施例中，所述处理器52，还用于执行以下操作：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，确定所述第一信息异常。
在一实施例中，所述处理器52，还用于执行以下操作：
在所述第一信息表征所述第一通话正在挂断中或所述第一通话正在通话中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，确定所述第一信息异常。
在一实施例中，所述处理器52，还用于执行以下操作：
基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数；
更新所述第一信息时，清空所述来电接听失败记录。
在一实施例中，所述处理器52，还用于执行以下操作：
将所述第一通话的状态设置为空闲。
在一实施例中，所述处理器52，还用于执行以下操作：
将前台或后台的通话状态设置为空闲。
需要说明的是：所述处理器52具体执行上述操作的过程详见方法实施例，这里不再赘述。
基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种终端，如图6所示，所述终端60包括：
通信接口61，能够与其他电子设备进行信息交互；
处理器62，与所述通信接口61连接，以实现与其他电子设备进行信息交互，用于运行计算机程序时，执行上述一个或多个技术方案提供的方法；
存储器63，用于存储能够在所述处理器62上运行的计算机程序。
具体地，所述处理器62用于执行以下操作：
检测所述终端60的应用框架层维护的第一信息；所述第一信息表征第一通话的状态；
在检测到第一信息异常时，确定需要结束所述第一通话；
更新所述第一信息，并通知所述终端60的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
在一实施例中，所述处理器62，还用于执行以下操作：
向所述终端60的Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，确定所述第一信息异常。
在一实施例中，所述处理器62，还用于执行以下操作：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，确定所述第一信息异常。
在一实施例中，所述处理器62，还用于执行以下操作：
在所述第一信息表征所述第一通话正在挂断中或所述第一通话正在通话中，且所述终端60的来电接听失败次数大于或等于第一阈值的情况下，确定所述第一信息异常。
在一实施例中，所述处理器62，还用于执行以下操作：
基于本地存储的来电接听失败记录确定所述终端60的来电接听失败次数；
更新所述第一信息时，清空所述来电接听失败记录。
在一实施例中，所述处理器62，还用于执行以下操作：
将所述第一通话的状态设置为空闲。
在一实施例中，所述处理器62，还用于执行以下操作：
将前台或后台的通话状态设置为空闲。
需要说明的是：所述处理器62具体执行上述操作的过程详见方法实施例，这里不再赘述。
当然，实际应用时，终端60中的各个组件可以通过总线***64耦合在一起。可理解，总线***64用于实现这些组件之间的连接通信。总线***64除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线***64。
上述本申请实施例揭示的方法可以应用于处理器62中，或者由处理器62实现。处理器62可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器62中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器62可以是通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器62可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器63，处理器62读取所述存储器63中的信息，结合其硬件完成前述方法的步骤。
在示例性实施例中，终端60可以被一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，ProgrammableLogic Device)、复杂可编程逻辑器件(CPLD，Complex Programmable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable Gate Array)、通用处理器、控制器、微控制器(MCU，Micro Controller Unit)、微处理器(Microprocessor)、或者其他电子元件实现，用于执行前述方法。
可以理解，本申请实施例的存储器(比如芯片50中的存储器53或终端60中的存储器63)可以是易失性存储器或者非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，ElectricallyErasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagneticrandom access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random Access Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，SynchronousStatic Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random AccessMemory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic Random AccessMemory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data RateSynchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其他适合类型的存储器。
在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，比如芯片50中的存储计算机程序的存储器53，存储器53中存储的计算机程序可由芯片50中的处理器52执行，以完成前述方法所述步骤。再比如存储计算机程序的存储器63，存储器63中存储的计算机程序可由终端60中的处理器62执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、FlashMemory、磁表面存储器、光盘、或CD-ROM等存储器。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法和智能设备，可以通过其他的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其他形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是：“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
另外，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。
Claims (11)
1.一种通话处理方法，其特征在于，包括：
终端的应用框架层检测自身维护的第一信息；所述第一信息表征第一通话的状态；
在检测到第一信息异常时，所述应用框架层确定需要结束所述第一通话；
所述应用框架层更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述应用框架层向所述终端的调制解调器Modem发送第一消息；所述第一消息用于请求结束所述第一通话；
在所述第一信息表征所述第一通话正在挂断中，且第一时长内未接收到所述Modem基于所述第一消息发送的第二消息的情况下，所述应用框架层确定所述第一信息异常。
3.根据权利要求1所述的方法，其特征在于，所述检测到第一信息异常，包括：
在所述第一信息表征所述第一通话正在挂断中，且所述第一信息在第二时长内未更新的情况下，所述应用框架层确定所述第一信息异常。
4.根据权利要求1所述的方法，其特征在于，所述检测到第一信息异常，包括：
在所述第一信息表征所述第一通话正在挂断中或所述第一通话正在通话中，且所述终端的来电接听失败次数大于或等于第一阈值的情况下，所述应用框架层确定所述第一信息异常。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
所述应用框架层基于本地存储的来电接听失败记录确定所述终端的来电接听失败次数；
所述应用框架层更新所述第一信息时，所述方法还包括：
清空所述来电接听失败记录。
6.根据权利要求1至5任一项所述的方法，其特征在于，所述更新所述第一信息，包括：
所述应用框架层将所述第一通话的状态设置为空闲。
7.根据权利要求6所述的方法，其特征在于，所述将所述第一通话的状态设置为空闲，包括：
所述应用框架层将前台或后台的通话状态设置为空闲。
8.一种通话处理装置，其特征在于，包括：
检测单元，用于检测终端的应用框架层维护的第一信息；所述第一信息表征第一通话的状态；
第一处理单元，用于在检测到第一信息异常时，确定需要结束所述第一通话；
第二处理单元，用于更新所述第一信息，并通知所述终端的应用层关闭所述第一通话对应的通话界面；更新后的第一信息表征所述第一通话已结束。
9.一种芯片，其特征在于，包括：处理器和接口；其中，
所述处理器用于运行计算机程序时，执行权利要求1至7任一项所述方法的步骤。
10.一种终端，其特征在于，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器；其中，
所述处理器用于运行所述计算机程序时，执行权利要求1至7任一项所述方法的步骤。
11.一种存储介质，所述介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010904237.8A CN112153215A (zh) | 2020-09-01 | 2020-09-01 | 通话处理方法、装置、相关设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010904237.8A CN112153215A (zh) | 2020-09-01 | 2020-09-01 | 通话处理方法、装置、相关设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112153215A true CN112153215A (zh) | 2020-12-29 |
Family
ID=73890410
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010904237.8A Pending CN112153215A (zh) | 2020-09-01 | 2020-09-01 | 通话处理方法、装置、相关设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112153215A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114189584A (zh) * | 2021-11-09 | 2022-03-15 | 深圳市六度人和科技有限公司 | 移动端获取通话时长方法、装置、电子设备及存储介质 |
| CN116567171A (zh) * | 2021-09-03 | 2023-08-08 | 荣耀终端有限公司 | 一种视频通话方法及电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106231089A (zh) * | 2016-07-27 | 2016-12-14 | 北京小米移动软件有限公司 | 通话优化方法及装置 |
| CN106791150A (zh) * | 2016-12-30 | 2017-05-31 | 深圳市万普拉斯科技有限公司 | 一种异常通话处理方法及终端 |
| CN107122194A (zh) * | 2017-05-06 | 2017-09-01 | 西安中科创达软件有限公司 | 一种快速关闭通话界面的通话挂断方法及移动终端 |
-
2020
- 2020-09-01 CN CN202010904237.8A patent/CN112153215A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106231089A (zh) * | 2016-07-27 | 2016-12-14 | 北京小米移动软件有限公司 | 通话优化方法及装置 |
| CN106791150A (zh) * | 2016-12-30 | 2017-05-31 | 深圳市万普拉斯科技有限公司 | 一种异常通话处理方法及终端 |
| CN107122194A (zh) * | 2017-05-06 | 2017-09-01 | 西安中科创达软件有限公司 | 一种快速关闭通话界面的通话挂断方法及移动终端 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116567171A (zh) * | 2021-09-03 | 2023-08-08 | 荣耀终端有限公司 | 一种视频通话方法及电子设备 |
| CN116567171B (zh) * | 2021-09-03 | 2024-04-23 | 荣耀终端有限公司 | 一种视频通话方法及电子设备 |
| CN114189584A (zh) * | 2021-11-09 | 2022-03-15 | 深圳市六度人和科技有限公司 | 移动端获取通话时长方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2017219960A1 (zh) | 一种注册网络失败的处理方法及终端 | |
| EP2451118A1 (en) | Method and system for processing the failures of agents at call center | |
| WO2018019242A1 (zh) | 网站服务器的自恢复方法和自恢复*** | |
| EP0845121A1 (en) | Method and apparatus for handling processing errors in telecommunications exchanges | |
| CN112153215A (zh) | 通话处理方法、装置、相关设备及存储介质 | |
| CN109450701B (zh) | 一种虚拟交换机切换方法、装置、宿主机及计算机可读存储介质 | |
| CN112579356B (zh) | 一种故障处理方法及服务器 | |
| CN110109772B (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
| CN104065526A (zh) | 一种服务器故障报警的方法和装置 | |
| CN111901176B (zh) | 故障确定方法、装置、设备及存储介质 | |
| CN107729213B (zh) | 一种后台任务监控方法及装置 | |
| CN114826962A (zh) | 一种链路故障检测方法、装置、设备及机器可读存储介质 | |
| CN110308951A (zh) | 一种启动界面卡顿的处理方法及装置、设备、存储介质 | |
| CN106060031B (zh) | 一种多媒体通信控制的方法、服务器及*** | |
| CN112099990A (zh) | 一种容灾备份方法、装置、设备及机器可读存储介质 | |
| CN115865640A (zh) | 一种通话的协商式容灾方法、装置、存储介质及*** | |
| CN109857720B (zh) | 数据库表监控方法、装置、计算机装置及可读存储介质 | |
| CN112181512B (zh) | 一种业务进程管理方法、装置、电子设备及存储介质 | |
| CN111610992B (zh) | 部署组件更新处理方法、装置及存储介质 | |
| JP6635525B1 (ja) | 交換機、通信システム、登録方法及び登録プログラム | |
| CN108566496B (zh) | 监控语音线路状态的方法和装置 | |
| JP3821379B2 (ja) | サービス提供方法及びサービス提供システム | |
| CN102467539B (zh) | 数据表的调用方法及装置 | |
| CN111698116B (zh) | 一种资源释放方法、装置、设备及机器可读存储介质 | |
| CN114567873B (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201229 |
|
| RJ01 | Rejection of invention patent application after publication |