CN110944347A - 一种掉话检测方法、装置、存储介质及终端 - Google Patents
一种掉话检测方法、装置、存储介质及终端 Download PDFInfo
- Publication number
- CN110944347A CN110944347A CN201911009586.7A CN201911009586A CN110944347A CN 110944347 A CN110944347 A CN 110944347A CN 201911009586 A CN201911009586 A CN 201911009586A CN 110944347 A CN110944347 A CN 110944347A
- Authority
- CN
- China
- Prior art keywords
- call
- drop
- reason
- call drop
- signaling
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
Abstract
本申请实施例公开了一种掉话检测方法、装置、存储介质及终端,其中,所述方法包括:当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种掉话检测方法、装置、存储介质及终端。
背景技术
科技的发展使得手机拥有了更加丰富的功能和应用,为人们的生活带来了便捷。借助手机与他人进行通话成为当下最主要的沟通交流方式,实时高效。
通话连接状态下发生掉话事件时,通话双方都无法通过各自的终端进行正常通话,用户体验非常不好。
掉话事件发生时,现有的解决办法只能依赖于传统的抓LOG方式,派网络工程师与终端工程师根据掉话问题手机分别抓取网络侧和终端侧运行程序日志分析定位掉话原因,该过程不但费时且人力消耗较大。
发明内容
本申请实施例提供了一种掉话检测方法、装置、存储介质及终端,可以解决上述掉话原因定位耗时耗人力的问题。所述技术方案如下:
第一方面,本申请实施例提供了一种掉话检测方法,所述方法包括:
当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
显示所述掉话原因。
第二方面,本申请实施例提供了一种掉话检测装置,所述装置包括:
掉话信令接收模块,用于当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
掉话原因确定模块,用于对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
掉话原因显示模块,用于显示所述掉话原因。
第三方面,本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述任一项方法的步骤。
第四方面,本申请实施例提供了一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述任一项方法的步骤。
本申请一些实施例提供的技术方案带来的有益效果至少包括:
在本申请的一个或多个实施例中,通话连接状态下,终端先对通话过程中是否发生了掉话事件进行检测,当检测到通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,并对所述掉话信令进行解析,在确定出所述掉话事件对应的掉话原因后,显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种掉话检测方法的流程示意图;
图2是本申请实施例提供的一种通话连接状态下终端间的网络连接示意图;
图3是本申请实施例提供的一种掉话检测方法的流程示意图;
图4是本申请实施例提供的一种掉话检测方法的流程示意图;
图5是本申请实施例提供的一种掉话检测装置的结构示意图;
图6是本申请实施例提供的一种掉话检测装置的结构示意图;
图7是本申请实施例提供的一种掉话检测装置的结构示意图;
图8是本申请实施例提供的一种终端结构框图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例方式作进一步地详细描述。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请的描述中,需要理解的是,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
下面结合具体的实施例对本申请进行说明。
请参见图1,为本申请实施例提供的一种掉话检测方法的流程示意图。
如图1所示,本申请实施例的所述方法可以包括以下步骤:
S101,当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
本申请实施例在终端进入通话连接状态后,对通话过程进行实时检测,检测该过程中是否发生了掉话事件。
请参见图2,为本申请实施例提供的一种通话连接状态下终端间的网络连接示意图。
如图2所示,用户A通过终端a拨号呼叫持有终端b的用户B,基于网络连接,终端a与终端b接通,用户A与用户B进入语音通话,此时,终端即处于通话连接状态;在通话过程中,非人为因素引起的通话中断(或者说是通话过程中业务信道的异常释放)就称为掉话,掉话事件发生时,用户A与用户B无法进行正常的语音通话,此时,终端检测到通话连接状态下发生了掉话事件,并接收服务器下发的掉话信令,执行步骤S102。
终端接收的掉话信令是指终端设备与网络节点间传送的掉话信息,该信令包含了CS disconnect/Bye等断线信令、RELEASE_CAUSE(释放原因)、以及其他与掉话有关的信息。需要指出的是,通话过程中服务器是基于3GPP TS 24.229 RELEASE_CAUSE协议字段来记录终端掉话原因,并通过信令将所记录的与掉话有关的信息发送给终端。其中,上述所列RELEASE_CAUSE(释放原因)便是通过协议记录下来的。凡是可用于记录终端掉话原因的协议均能应用于本申请提供的实施例中。
上述对通话过程的检测还可以是按固定时长进行周期性检测(例如每10ms检测一次等),周期性检测可减小终端运算量,降低设备损耗。
本申请实施例中的终端包括但不限于智能手机、智能电话手表等可进行通话的设备。
S102,对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
解析即剖析、深入分析,掉话信令中包含有多个与掉话事件有关的信息,如表示终端通话断线的CS disconnect/Bye信令、表示信道异常释放的RELEASE_CAUSE信令等,对所述掉话信令进行解析,以从中获得通过3GPP TS 24.229 RELEASE_CAUSE协议字段记录的RELEASE_CAUSE信息,RELEASE_CAUSE也就是所述掉话事件对应的掉话原因。
S103,显示所述掉话原因。
通过对服务器下发的掉话信令的解析,确定出所述掉话事件对应的掉话原因,并在终端显示屏上对所述掉话原因进行显示,用户能够根据所显示的原因了解到通话过程中发生的故障及具体问题所在,并做出相应的处理。
其中,对掉话原因的显示可以是通过显示屏输出一个提示框/栏等,用户通过提示框中的信息可以明确掉话原因所在;还可以在输出提示框的同时进行振动提示,以及时提醒用户通话发生了中断。
在本申请实施例中,通话连接状态下,终端先对通话过程中是否发生了掉话事件进行检测,当检测到通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,并对所述掉话信令进行解析,在确定出所述掉话事件对应的掉话原因后,显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
请参见图3,为本申请实施例提供的一种掉话检测方法的流程示意图。
如图3所示,该掉话检测方法可以包括以下步骤:
S201,建立信道释放原因值与掉话原因的对应关系,所述信道释放原因值由人工标注编码形成;
本实施例在对通话过程进行检测之前,先建立信道释放原因值与掉话原因的对应关系:基于通话连接状态下可能出现的掉话原因,对各个掉话原因标注编码,从而形成对应关系,将掉话原因对应的编码定义为信道释放原因值。其中,所标注的编码可以仅由数字构成,也可以是字母与数字的混合体等等。
具体地,通话过程中,若业务信道发生异常释放,通话中断,终端会生成一个信道释放原因值(例如164表示一个信道释放原因值,89表示一个信道释放原因值)。
此外,信道释放原因值与掉话原因的对应关系可以是以表格的形式存储于终端,也可以是以库或者树状形式存储于终端;信道释放原因值与掉话原因的对应可以是一一对应,也可以是一对多,只要能通过信道释放原因值寻找到对应的掉话原因即可。
S202,当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
终端进入通话连接状态后,对通话过程进行周期性检测(每5ms检测一次),检测该过程中是否发生了掉话事件;当检测到通话连接状态下发生掉话事件时,终端接收服务器下发的掉话信令,并执行步骤S203。
其中,终端接收的掉话信令包含了CS disconnect/Bye等断线信令、信道释放原因值、以及其他与掉话有关的信息。
本步骤未作详尽说明之处可具体参见步骤S101,此处不再赘述。
S203,对所接收的掉话信令进行解析,获取所述掉话信令对应的信道释放原因值;
掉话信令中包含有多个与掉话事件有关的信息,例如,表示终端通话断线的CSdisconnect/Bye信令以及能够确定掉话原因的信道释放原因值等等,对所述掉话信令进行解析,以从中获得通过3GPP TS 24.229 RELEASE_CAUSE协议字段记录的信道释放原因值信息,通过信道释放原因值可以确定所述掉话事件对应的掉话原因。
S204,基于所述信道释放原因值与掉话原因的对应关系,确定所述掉话事件对应的掉话原因;
获得上述协议记录的信道释放原因值之后,根据步骤S201建立的信道释放原因值与掉话原因的对应关系,确定出所述掉话事件对应的掉话原因。
S205,显示所述掉话原因。
基于上述步骤S204所确定出的掉话事件对应的掉话原因,终端显示屏对所述掉话原因进行显示,通过所显示的掉话原因用户可以了解到通话中断的具体原因,并采取相应的处理措施。
请参见表1,为本申请提供的信道释放原因值与掉话原因的对应关系表格。
表1
如表1所示,本实施例示例性列举了一些掉话原因以及与之对应的信道原因值,实际应用中还存在更多掉话原因,此处不一一列举。
举例对本实施例进行说明,主叫用户拨号呼叫被叫用户,电话接通后,在被叫用户未主动挂断电话的情况下,出现了通话中断(即发生了掉话事件),主叫用户无法与被叫用户正常通话,此时,服务器向主叫用户所持有的终端发送掉话信令,主叫用户所持有的终端对接收的掉话信令进行解析,从中获得掉话事件发生时生成的信道释放原因值,并根据预先存储的上述信道释放原因值与掉话原因的对应关系表格确定出所述信道释放原因值对应的掉话原因(例如经解析获得的信道释放原因值为135,那么掉话事件对应的掉话原因则为SIP timeout–no ACK(SIP连接超时,终端侧没有收到ACK确认)),再将所述确定出的掉话原因通过显示屏显示给用户,基于所显示的掉话原因,主叫用户可以了解到通话中断的问题所在。
当然,在通话连接状态下发生掉话事件时,服务器还可以同时向主叫用户与被叫用户所持有的终端设备发送掉话信令,待各自设备对所述掉话信令进行解析并确定出掉话事件对应的掉话原因后,对所述掉话原因均进行显示,基于所显示的掉话原因,通话双方可以确定通话中断是由终端/网络原因造成的,而非其他安全事故引起的,从而减小了安全担忧。
在本申请实施例中,通话连接状态下,终端先对通话过程中是否发生了掉话事件进行检测,当检测到通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,并对所述掉话信令进行解析,在确定出所述掉话事件对应的掉话原因后,显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
请参见图4,为本申请实施例提供的一种掉话检测方法的流程示意图。
如图4所示,该掉话检测方法可以包括以下步骤:
S301,当检测到在通话连接状态下发生掉话事件时,输出提示信息并接收服务器下发的掉话信令;
终端进入通话连接状态后,对通话过程进行实时检测,检测该过程中是否发生了掉话事件;当检测到通话连接状态下发生掉话事件时,终端输出提示信息给用户,并接收服务器下发的掉话信令。其中,输出提示信息与接收服务器下发的掉话信令可以同时进行,也可以在接收服务器下发的掉话信令之前/之后输出提示信息;终端可以通过触觉(例如振动)、听觉(例如语音播报)、视觉(例如特殊画面显示)等形式向用户发出通话中断的提示,还可以通过多种形式结合的方式(例如振动+语音播报)向用户发出通话中断的提示。
终端接收的掉话信令包含了CS disconnect/Bye等断线信令、RELEASE_CAUSE(释放原因)/信道释放原因值、以及其他与掉话有关的信息。需要指出的是,通话过程中服务器是基于3GPP TS 24.229 RELEASE_CAUSE协议字段来记录终端掉话原因,并通过信令将所记录的与掉话有关的信息发送给终端。其中,上述所列RELEASE_CAUSE(释放原因)/信道释放原因值便是通过协议记录下来的。凡是可用于记录终端掉话原因的协议均能应用于本申请提供的实施例中。
本步骤未作详尽说明之处可具体参见步骤S101,此处不再赘述。
S302,对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
掉话信令中包含有多个与掉话事件有关的信息,如表示终端通话断线的CSdisconnect/Bye信令、表示信道异常释放的RELEASE_CAUSE信令/能够确定掉话原因的信道释放原因值等等,对所述掉话信令进行解析,以从中获得通过3GPP TS 24.229 RELEASE_CAUSE协议字段记录的RELEASE_CAUSE信息/信道释放原因值,通过RELEASE_CAUSE/信道释放原因值能够确定所述掉话事件对应的掉话原因。
S303,显示所述掉话原因;
基于上述步骤S302所确定出的掉话事件对应的掉话原因,终端显示屏对所述掉话原因进行显示,通过所显示的掉话原因用户可以了解到通话中断的具体问题所在,并采取相应的处理措施。
其中,对掉话原因的显示可以是通过显示屏输出一个提示框/栏等,用户通过提示框中的信息可以明确掉话原因所在;还可以在输出提示框的同时进行振动提示,以及时提醒用户通话发生了中断。
S304,接收针对所显示的掉话原因输入的上报指令,将所述掉话原因上报至网络管理中心。
终端对所述掉话原因进行显示之后,用户可以尝试再次拨号重新呼叫被叫用户,也可以将所显示的掉话原因上报至网络管理中心处。
具体地,将所显示的掉话原因上报至网络管理中心处的过程为:终端接收用户针对所显示的掉话原因输入的上报指令,将所述掉话原因上报至网络管理中心。其中,用户针对所显示的掉话原因输入的上报指令可以是触控上报指令(例如点击显示屏上的上报按钮),也可以是语音上报指令(例如输入“上报掉话原因”等语音)等。
网络管理中心(运营商)基于所接收到的终端上报的掉话原因之后,可以快速定位掉话问题所在方(终端方或网络方),若掉话问题是由网络引起的,则派负责处理网络问题的工程师对掉话问题进行解决;若掉话问题是由终端引起的,则派负责处理终端问题的工程师对掉话问题进行解决。以上表1所列举的掉话原因为例对此步骤进行说明,通过协议所记录的User end call(终端用户主动挂掉电话)表明了掉话是由终端原因造成的,而Userends call&SIP response time-out(终端用户主动挂掉电话时SIP响应超时)则表明了掉话是由网络原因引起的。本实施例通过协议记录终端掉话原因,可快速定位掉话问题所在,准确指派工程师维修,缩短了维修检测时间,节省了人力。
在本申请实施例中,通话连接状态下,终端先对通话过程中是否发生了掉话事件进行检测,当检测到通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,并对所述掉话信令进行解析,在确定出所述掉话事件对应的掉话原因后,显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请方法实施例。
请参见图5,为本申请一个示例性实施例提供的掉话检测装置的结构示意图。该掉话检测装置可以通过软件、硬件或者两者的结合实现成为终端的全部或一部分,还可以作为独立的模块集成于服务器上。本申请实施例中的掉话检测装置应用于终端,所述该装置1包括掉话信令接收模块11、掉话原因确定模块12和掉话原因显示模块13。
掉话信令接收模块11,用于当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
掉话原因确定模块12,用于对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
掉话原因显示模块13,用于显示所述掉话原因。
可选的,如图6所示,为本申请实施例提供的一种掉话检测装置的结构示意图。所述装置1还包括:
对应关系建立模块14,用于建立信道释放原因值与掉话原因的对应关系,所述信道释放原因值由人工标注编码形成;
所述掉话原因确定模块12包括:
原因值获取单元121,用于对所接收的掉话信令进行解析,获取所述掉话信令对应的信道释放原因值;
掉话原因确定单元122,用于基于所述信道释放原因值与掉话原因的对应关系,确定所述掉话事件对应的掉话原因。
可选的,如图7所示,为本申请实施例提供的一种掉话检测装置的结构示意图。所述装置1中的掉话信令接收模块11具体用于:
当检测到在通话连接状态下发生掉话事件时,输出提示信息并接收服务器下发的掉话信令;
所述装置1还包括:
掉话原因上报模块15,用于接收针对所显示的掉话原因输入的上报指令,将所述掉话原因上报至网络管理中心。
需要说明的是,上述实施例提供的掉话检测装置在执行掉话检测方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的掉话检测装置与掉话检测方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
在本申请实施例中,通话连接状态下,终端先对通话过程中是否发生了掉话事件进行检测,当检测到通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,并对所述掉话信令进行解析,在确定出所述掉话事件对应的掉话原因后,显示所述掉话原因。本申请实施例是基于服务器对通话连接状态下终端掉话原因的信息记录,从而快速定位掉话原因,并且能够根据所记录的掉话原因快速确定是终端问题引起的掉话还是网络问题引起的掉话,继而可以准确派出对应的工程师对掉话问题进行解决,该过程省时高效且大大减小了人力消耗。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述任一实施例方法的步骤。其中,计算机可读存储介质可以包括但不限于任何类型的盘,包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC),或适合于存储指令和/或数据的任何类型的媒介或设备。
本申请实施例还提供了一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行程序时实现上述任一实施例方法的步骤。
请参见图8,为本申请实施例提供的一种终端结构框图。
如图8所示,终端600包括有:处理器601和存储器602。
本申请实施例中,处理器601为计算机系统的控制中心,可以是实体机的处理器,也可以是虚拟机的处理器。处理器601可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理器601可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable LogicArray,可编程逻辑阵列)中的至少一种硬件形式来实现。处理器601也可以包括主处理器和协处理器,主处理器是用于对在唤醒状态下的数据进行处理的处理器,也称CPU(CentralProcessing Unit,中央处理器);协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。
存储器602可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个磁盘存储设备、闪存存储设备。在本申请的一些实施例中,存储器602中的非暂态的计算机可读存储介质用于存储至少一个指令,该至少一个指令用于被处理器601所执行以实现本申请实施例中的方法。
一些实施例中,终端600还包括有:外围设备接口603和至少一个外围设备。处理器601、存储器602和外围设备接口603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口603相连。具体地,外围设备包括:显示屏604、摄像头605和音频电路606中的至少一种。
外围设备接口603可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设备连接到处理器601和存储器602。在本申请的一些实施例中,处理器601、存储器602和外围设备接口603被集成在同一芯片或电路板上;在本申请的一些其他实施例中,处理器601、存储器602和外围设备接口603中的任意一个或两个可以在单独的芯片或电路板上实现。本申请实施例对此不作具体限定。
显示屏604用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏604是触摸显示屏时,显示屏604还具有采集在显示屏604的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器601进行处理。此时,显示屏604还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/或软键盘。在本申请的一些实施例中,显示屏604可以为一个,设置终端600的前面板;在本申请的另一些实施例中,显示屏604可以为至少两个,分别设置在终端600的不同表面或呈折叠设计;在本申请的再一些实施例中,显示屏604可以是柔性显示屏,设置在终端600的弯曲表面上或折叠面上。甚至,显示屏604还可以设置成非矩形的不规则图形,也即异形屏。显示屏604可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。
摄像头605用于采集图像或视频。可选地,摄像头605包括前置摄像头和后置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。在本申请的一些实施例中,摄像头605还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下的光线补偿。
音频电路606可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波转换为电信号输入至处理器601进行处理。出于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端600的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。
电源607用于为终端600中的各个组件进行供电。电源607可以是交流电、直流电、一次性电池或可充电电池。当电源607包括可充电电池时,该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池,无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
本申请实施例中示出的终端结构框图并不构成对终端600的限定,终端600可以包括比图示更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
在本申请中,术语“第一”、“第二”等仅用于描述的目的,而不能理解为指示或暗示相对重要性或顺序;术语“多个”则指两个或两个以上,除非另有明确的限定。术语“安装”、“相连”、“连接”、“固定”等术语均应做广义理解,例如,“连接”可以是固定连接,也可以是可拆卸连接,或一体地连接;“相连”可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
本申请的描述中,需要理解的是,术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或单元必须具有特定的方向、以特定的方位构造和操作,因此,不能理解为对本申请的限制。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。
Claims (10)
1.一种掉话检测方法,其特征在于,所述方法包括:
当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
显示所述掉话原因。
2.根据权利要求1所述的方法,其特征在于,所述当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令之前,还包括:
建立信道释放原因值与掉话原因的对应关系,所述信道释放原因值由人工标注编码形成。
3.根据权利要求2所述的方法,其特征在于,所述对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因,包括:
对所接收的掉话信令进行解析,获取所述掉话信令对应的信道释放原因值;
基于所述信道释放原因值与掉话原因的对应关系,确定所述掉话事件对应的掉话原因。
4.根据权利要求1所述的方法,其特征在于,所述当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令,包括:
当检测到在通话连接状态下发生掉话事件时,输出提示信息并接收服务器下发的掉话信令。
5.根据权利要求1所述的方法,其特征在于,所述显示所述掉话原因之后,还包括:
接收针对所显示的掉话原因输入的上报指令,将所述掉话原因上报至网络管理中心。
6.一种掉话检测装置,其特征在于,所述装置包括:
掉话信令接收模块,用于当检测到在通话连接状态下发生掉话事件时,接收服务器下发的掉话信令;
掉话原因确定模块,用于对所述掉话信令进行解析,确定所述掉话事件对应的掉话原因;
掉话原因显示模块,用于显示所述掉话原因。
7.根据权利要求6所述的装置,其特征在于,所述装置还包括:
对应关系建立模块,用于建立信道释放原因值与掉话原因的对应关系,所述信道释放原因值由人工标注编码形成。
8.根据权利要求6所述的装置,其特征在于,所述装置还包括:
掉话原因上报模块,用于接收针对所显示的掉话原因输入的上报指令,将所述掉话原因上报至网络管理中心。
9.一种计算机存储介质,其特征在于,所述计算机存储介质存储有多条指令,所述指令适于由处理器加载并执行如权利要求1~5任意一项的方法步骤。
10.一种终端,其特征在于,包括:处理器和存储器;其中,所述存储器存储有计算机程序,所述计算机程序适于由所述处理器加载并执行如权利要求1~5任意一项的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911009586.7A CN110944347A (zh) | 2019-10-23 | 2019-10-23 | 一种掉话检测方法、装置、存储介质及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911009586.7A CN110944347A (zh) | 2019-10-23 | 2019-10-23 | 一种掉话检测方法、装置、存储介质及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110944347A true CN110944347A (zh) | 2020-03-31 |
Family
ID=69906155
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911009586.7A Pending CN110944347A (zh) | 2019-10-23 | 2019-10-23 | 一种掉话检测方法、装置、存储介质及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110944347A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852347A (zh) * | 2005-08-12 | 2006-10-25 | 华为技术有限公司 | 掉话故障信息的上报方法、装置及掉话故障原因定位系统 |
KR100753364B1 (ko) * | 2006-03-08 | 2007-08-30 | 주식회사 엘지텔레콤 | 문자 메시지로 통화 단절 원인을 알려주는 서버 및 방법 |
CN103179270A (zh) * | 2013-01-30 | 2013-06-26 | 青岛朗讯科技通讯设备有限公司 | 通话中手机断电或者超出服务区的提示方法 |
WO2017012207A1 (zh) * | 2015-07-20 | 2017-01-26 | 中兴通讯股份有限公司 | 一种信息显示处理方法、终端、系统及计算机存储介质 |
-
2019
- 2019-10-23 CN CN201911009586.7A patent/CN110944347A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852347A (zh) * | 2005-08-12 | 2006-10-25 | 华为技术有限公司 | 掉话故障信息的上报方法、装置及掉话故障原因定位系统 |
KR100753364B1 (ko) * | 2006-03-08 | 2007-08-30 | 주식회사 엘지텔레콤 | 문자 메시지로 통화 단절 원인을 알려주는 서버 및 방법 |
CN103179270A (zh) * | 2013-01-30 | 2013-06-26 | 青岛朗讯科技通讯设备有限公司 | 通话中手机断电或者超出服务区的提示方法 |
WO2017012207A1 (zh) * | 2015-07-20 | 2017-01-26 | 中兴通讯股份有限公司 | 一种信息显示处理方法、终端、系统及计算机存储介质 |
CN106375536A (zh) * | 2015-07-20 | 2017-02-01 | 西安中兴新软件有限责任公司 | 一种信息显示处理方法、终端及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108512695A (zh) | 监控应用卡顿的方法及装置 | |
EP2582169B1 (en) | Monitoring system for mobile terminal and monitoring method thereof | |
EP3690610A1 (en) | Method for quickly starting application service, and terminal | |
CN110868459B (zh) | 数据传输方法、装置、终端及存储介质 | |
CN113452542A (zh) | 故障检测方法及设备 | |
CN108738008A (zh) | 蓝牙配对方法及系统 | |
WO2016011882A1 (zh) | 一种移动终端拍摄过程中的防干扰方法及装置 | |
US9959083B2 (en) | System and method for sharing screen | |
CN104423917A (zh) | 一种信息处理方法以及电子设备 | |
CN106909387A (zh) | 分屏显示方法及装置 | |
CN110289991B (zh) | 一种故障网关检测方法、装置、存储介质及终端 | |
CN111061550A (zh) | 任务处理方法、装置、设备及存储介质 | |
CN113705389A (zh) | 人脸识别模组测试方法、装置、存储介质及电子设备 | |
CN105898062A (zh) | 一种基于虚拟设备的来电管理方法及装置 | |
CN105120117A (zh) | 一种通话交互方法及装置 | |
CN104166899A (zh) | 语音互动的方法及终端 | |
CN110944347A (zh) | 一种掉话检测方法、装置、存储介质及终端 | |
EP4249930A1 (en) | Method for testing internal resistance of battery, and electronic device | |
CN107172719B (zh) | 建立通信连接的方法 | |
CN106898036A (zh) | 图像数据处理方法及移动终端 | |
CN110730137B (zh) | 一种协议字段精确可控解析及显示的方法和装置 | |
CN111211964B (zh) | 一种指令传输方法、装置、存储介质及服务器 | |
CN108391000B (zh) | 一种提醒方法、移动终端及计算机可读存储介质 | |
CN110138932A (zh) | 一种电池拆卸的监控装置和电子设备 | |
CN109151809A (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 |