1.本发明涉及通信领域，尤其涉及一种语音业务的异常检测方法、装置、设备及存储介质。
背景技术：
：：2.语音业务是无线通信网络提供给用户的基本功能，从最早的第二代(2thgeneration，2g)/第三代(3thgeneration，3g)网络就提供了这个基本功能给用户，但是随着网络架构的不断演进，从长期演进(longtimeevolution，lte)移动通信系统开始，新引入了ip多媒体子系统(ipmultimediasubsystem，ims)实现将语音业务承载在ip网络上，即lte语音(voiceoverlte，volte)的方式，与2g/3g网络提供的电路交换域的语音业务有本质的区别。3.当网络发展到第五代(5thgeneration，5g)新空口(newradio，nr)网络，语音业务沿用了lte通过ip网络承载语音业务的方式。因为网络架构的不同，5g语音业务的实现存在两种设计方案。第一种是用户通过5g网络的接入网和核心网，与ims系统实现语音业务，即nr语音(voiceovernr，vonr)。第二种是语音业务通过演进分组系统回落(evolvedpacketsystemfallback，epsfallback)解决方案，从nr网络回落到lte网络，利用lte网络已有的volte系统来向用户提供语音业务。4.语音业务是一项运营商网络提供的基本服务，用户对于语音业务的感知体验，是对运营商网络评价的重要参考信息。因此，如何检测vonr以及epsfallback语音业务中是否存在异常，是在5g独立组网(standalone，sa)的网络架构下，保障用户语音业务体验的基础。技术实现要素：5.本发明提供一种语音业务的异常检测方法、装置、设备及存储介质，用于检测语音业务中是否存在异常，以保证用户使用语音业务的体验质量。6.为了达到上述目的，本发明采用如下技术方案：7.第一方面，提供一种语音业务的异常检测方法，该方法包括：语音业务的异常检测装置获取多个待检测区域中每个待检测区域的业务数据；多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录(call/transactiondetailrecord，xdr)数据。进一步的，语音业务的异常检测装置根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标。在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，语音业务的异常检测装置确定第一待检测区域内的语音业务异常；第一待检测区域为多个待检测区域中的任意一个。8.本发明提供的语音业务的异常检测方法中，语音业务的异常检测装置通过获取待检测区域内业务数据，并基于获取到的业务数据，确定待检测区域内语音业务的业务指标，判断业务指标是否满足预设条件，在业务指标不满足预设条件的情况下，确定待检测区域内的语音业务异常。这样一来，实现了对于待检测区域内语音业务的监测，能够及时定位出现语音业务异常的区域。9.一种可能的设计中，上述语音业务的异常检测方法中还包括：语音业务的异常检测装置确定第一业务指标对应的预设阈值以及指标范围；第一业务指标为第一待检测区域内语音业务的业务指标中的任意一种类型。进一步的，在第一业务指标与预设阈值不满足预设关系，以及第一业务指标不在指标范围的情况下，语音业务的异常检测装置确定第一待检测区域中第一业务指标对应的语音业务异常。该设计中实现了进一步定位异常的语音业务，有助于运维人员后续对涉及异常的语音业务的设备进行调整，保障用户的语音业务使用体验。10.一种可能的设计中，语音业务的异常检测装置确定第一业务指标对应的指标范围，包括：语音业务的异常检测装置获取在与预设时间段相同的时段内，第一待检测区域内的多个历史第一业务指标。进一步的，语音业务的异常检测装置确定多个历史第一业务指标的均值以及标准差；并确定第一业务指标对应的指标范围，指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。该设计中实现了语音业务的异常检测装置检测业务指标是否异常的依据，以保障异常检测的准确性。11.一种可能的设计中，语音业务包括新空口语音vonr以及演进分组系统回落epsfallback。在语音业务为vonr的情况下，业务指标包括始呼接通率、呼叫时延以及掉话率；在语音业务为epsfallback的情况下，业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。该设计中实现了本发明提供的语音业务的检测方法适用的语音业务，以及根据何种业务指标确定语音业务是否存在异常。12.一种可能的设计中，上述语音业务的异常检测方法还包括：语音业务的异常检测装置从第一待检测区域的业务数据中，确定用于反映语音业务异常的响应码。进一步的，语音业务的异常检测装置聚类响应码，得到第一待检测区域的异常原因，异常原因包括响应码，以及每种响应码的数量。该设计中实现了在确定待检测区域存在异常后，如何确定待检测区域的发送异常的原因，以使得运维人员更好的解决语音业务存在的异常。13.一种可能的设计中，在上述语音业务的异常装置确定存在多个第一待检测区域的情况下，确定与第二待检测区域存在覆盖关系的第三待检测区域，第二待检测区域为多个第一待检测区域中的任意一个，第三待检测区域为多个第一待检测区域中除第二待检测区域中的一个或多个。进一步的，语音业务的异常检测装置基于第二待检测区域的异常原因、第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决第二待检测区域内语音业务以及第三待检测区域内语音业务的异常解决方案；异常解决方案库中存储有异常原因与异常解决方案的映射关系。该设计中实现了在确定到语音业务异常的原因后，如何根据异常原因调取解决语音业务异常的异常解决方案，以使得运维人员可以根据调取的异常解决方案快速对解决语音业务中存在的异常。14.第二方面，提供一种语音业务的异常检测装置，包括获取单元以及确定单元。获取单元用于获取多个待检测区域中每个待检测区域的业务数据；多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录xdr数据。确定单元用于根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标。确定单元还用于在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定第一待检测区域内的语音业务异常；第一待检测区域为多个待检测区域中的任意一个。15.一种可能的设计中，确定单元还用于确定第一业务指标对应的预设阈值以及指标范围；第一业务指标为第一待检测区域内语音业务的业务指标中的任意一种类型。确定单元还用于在第一业务指标与预设阈值不满足预设关系，以及第一业务指标不在指标范围的情况下，确定第一待检测区域中第一业务指标对应的语音业务异常。16.一种可能的设计中，获取单元还用于获取在与预设时间段相同的时段内，第一待检测区域内的多个历史第一业务指标。确定单元还用于确定多个历史第一业务指标的均值以及标准差。确定单元还用于确定第一业务指标对应的指标范围，指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。17.一种可能的设计中，语音业务包括新空口语音vonr以及演进分组系统回落epsfallback。在语音业务为vonr的情况下，业务指标包括始呼接通率、呼叫时延以及掉话率；在语音业务为epsfallback的情况下，业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。18.一种可能的设计中，语音业务的异常检测装置还包括处理单元。确定单元还用于从第一待检测区域的业务数据中，确定用于反映语音业务异常的响应码。处理单元用于聚类响应码，得到第一待检测区域的异常原因，异常原因包括响应码，以及每种响应码的数量。19.一种可能的设计中，确定单元还用于确定与第二待检测区域存在覆盖关系的第三待检测区域，第二待检测区域为多个第一待检测区域中的任意一个，第三待检测区域为多个第一待检测区域中除第二待检测区域中的一个或多个。确定单元还用于基于第二待检测区域的异常原因、第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决第二待检测区域内语音业务以及第三待检测区域内语音业务的异常解决方案；异常解决方案库中存储有异常原因与异常解决方案的映射关系。20.第三方面，提供一种语音业务的异常检测设备，该语音业务的异常检测设备包括存储器和处理器；存储器和处理器耦合，该存储器用于存储计算机程序代码，该计算机程序代码包括计算机指令，当处理器执行该计算机指令时，该语音业务的异常检测设备执行如第一方面中的语音业务的异常检测方法。21.第四方面，提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在语音业务的异常检测设备上运行时，使得该语音业务的异常检测设备执行如第一方面中的语音业务的异常检测方法。附图说明22.图1为本发明的实施例提供的一种通信系统结构示意图；23.图2为本发明的实施例提供的一种语音业务的异常检测方法流程示意图一；24.图3为本发明的实施例提供的一种语音业务的异常检测方法流程示意图二；25.图4为本发明的实施例提供的一种语音业务的异常检测方法流程示意图三；26.图5为本发明的实施例提供的一种语音业务的异常检测方法流程示意图四；27.图6为本发明的实施例提供的一种语音业务的异常检测方法流程示意图五；28.图7为本发明的实施例提供的一种语音业务的异常检测装置结构示意图；29.图8为本发明的实施例提供的一种语音业务的异常检测设备结构示意图一；30.图9为本发明的实施例提供的一种语音业务的异常检测设备结构示意图二。具体实施方式31.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。32.在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。33.在本发明的描述中，除非另有说明，“/”表示“或”的意思，例如，a/b可以表示a或b。本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。此外，“至少一个”“多个”是指两个或两个以上。“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。34.语音业务是无线通信网络提供给用户的基本功能，5g时代的语音业务沿用了lte通过ip网络承载语音业务的方式。因为网络架构的不同，5g语音业务的实现存在两种设计方案。第一种是vonr语音业务。第二种是epsfallback语音业务，从nr网络回落到lte网络，利用lte网络已有的volte系统来向用户提供语音业务。语音业务作为一项运营商网络提供的基本服务，用户对于语音业务的感知，是对运营商网络评价的重要参考新。因此，如何检测vonr以及epsfallback语音业务中是否存在异常，是在5gsa网络架构下，保障用户语音业务体验的基础。35.为了解决上述问题，本发明提供一种语音业务的异常检测方法、装置、设备及存储介质。语音业务的异常检测装置获取多个待检测区域中每个待检测区域的业务数据；多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录(call/transactiondetailrecord，xdr)数据。进一步的，语音业务的异常检测装置根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标。在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，语音业务的异常检测装置确定第一待检测区域内的语音业务异常；第一待检测区域为多个待检测区域中的任意一个。本发明提供的语音业务的异常检测方法中，通过对待检测区域内语音业务的业务指标进行检测，在业务指标不满足预设条件的情况下，确定待检测区域内的语音业务异常，这样一来，实现了对于待检测区域内语音业务的监测，能够及时定位出现语音业务异常的区域。36.图1示出了一种通信系统，本发明实施例提供的语音业务的异常检测方法可以适用于如图1所示的通信系统10，用于检测通信系统10中语音业务是否存在异常。如图1所示，通信系统10包括语音业务的异常检测装置11、核心网设备12、核心网设备13、基站设备121、基站设备122以及基站设备131。37.其中，异常检测装置11分别与核心网设备12、核心网设备13、基站设备121、基站设备122、基站设备131连接。其中，各设备之间的连接方式可以采用有线方式连接，也可以采用无线方式连接，本发明实施例对此不作限定。38.核心网设备12、核心网设备13、基站设备121、基站设备122以及基站设备131部署于预设区域内。核心网设备12用于为基站设备121以及基站设备122提供服务；核心网设备13用于为基站设备131提供服务。39.另外，如图1所示，核心网设备12所覆盖的区域为区域a，核心网设备13所覆盖的区域为区域b；基站设备121所覆盖的区域为区域c，基站设备122所覆盖的区域为区域d，基站设备131所覆盖的区域为区域e；区域f为基站设备121下的一个小区的覆盖区域，区域g为基站设备121下的另一个小区的覆盖区域，区域h为基站设备122下的一个小区的覆盖区域，区域i为基站设备131下的一个小区的覆盖区域，区域j为基站设备131下的另一个小区的覆盖区域。40.其中，区域a内覆盖有区域c、区域d、区域f、区域g、区域h；区域b内覆盖有区域e、区域i、区域j；区域c内覆盖有区域f、区域g；区域d内覆盖有区域h；区域e内覆盖有区域i、区域j。41.需要说明的，图1中示例性示出的核心网设备12、核心网设备13、基站设备121、基站设备122、基站设备131，不构成对核心网设备的数量以及基站设备的数量限定。42.语音业务的异常检测装置11可以部署于预设区域内，也可以部署于预设区域外。语音业务的异常检测装置11可以用于采集核心网设备12、核心网设备13、基站设备121、基站设备122、基站设备131，以及各设备覆盖区域内的设备的xdr数据，也即用于采集预设区域内所有设备的xdr数据，并根据采集到的xdr数据检测预设区域内的语音业务是否存在异常。43.图2是根据一些示例性实施例示出的一种语音业务的异常检测方法的流程示意图。在一些实施例中，上述语音业务的异常检测方法可以应用到如图1所示的通信系统10中的语音业务的异常检测装置11。以下，本发明实施例以语音业务的异常检测方法应用于语音业务的异常检测装置11为例，对上述语音业务的异常检测方法进行说明。44.如图2所示，本发明实施例提供的语音业务的异常检测方法，包括下述s201-s204。45.s201、语音业务的异常检测装置获取多个待检测区域中每个待检测区域的业务数据。46.其中，多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的xdr数据。47.示例性的，如图1所示，预设区域内的区域a-j为上述多个待检测区域。48.作为一种可能的实现方式，语音业务的异常检测装置采用深度报文检测(deeppacketinspection，dpi)系统，对预设区域内设备的接口的流量和报文进行检测分析，根据策略对流量进行过滤控制，实现信令面和用户面消息的采集，并合成xdr数据。进一步的，语音业务的异常检测装置根据预设区域内各设备所属的待检测区域，以及采集到的各设备的xdr数据，将每个待检测区域内的xdr数据汇总，得到每个待检测区域的业务数据。49.需要说明的，dpi系统分为三层架构，其中采集层和解码层负责数据采集、流量分析、日志合成，一般以xdr数据的记录方式存储在解码层的数据库内。应用层主要完成对xdr数据的计算、整理、统计，合理组织和存储数据，并进行呈现。50.作为另外一种可能的实现方式，语音业务的异常检测装置针对多个待检测区域内的每个待检测区域，采用dpi系统分别对每个待检测区域内设备接口的流量和报文进行检测分析，根据策略对流量进行过滤控制，实现信令面和用户面消息的采集，并合成xdr数据，将每个待检测区域内的xdr数据汇总，得到每个待检测区域的业务数据。51.需要说明的，预设时间段可以为一天当中的任意时间长度的时段，一般的，语音业务的异常检测装置选取15分钟时间长度的时段作为预设时间段，本发明实施例对此不作具体限定。52.s202、语音业务的异常检测装置根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标。53.其中，在本发明实施例中，语音业务的异常检测装置所检测的语音业务可以为vonr以及epsfallback。54.在语音业务为vonr的情况下，语音业务的业务指标包括始呼接通率、呼叫时延以及掉话率。55.在语音业务为epsfallback的情况下，业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。56.作为一种可能的实现方式，语音业务的异常检测装置根据待检测区域的业务数据，并从该待检测区域的业务数据中，确定与业务指标相关的业务数据，计算待检测区域内语音业务的业务指标。57.示例性的，在确定vonr语音业务的始呼接通率业务指标的情况下，语音业务的异常检测装置首先从待检测区域的业务数据中确定vonr语音业务的业务数据。进一步的，语音业务的异常检测装置再从vonr语音业务的业务数据中确定始呼接通次数以及始呼请求总次数，进而根据如下公式确定始呼接通率。[0058][0059]需要说明的，语音业务的异常检测装置确定始呼接通次数以及始呼请求总次数，是根据xdr数据中记载的字段确定的。[0060]其中，始呼接通次数为始呼接通次数以及用户原因的语音始呼识别次数。通过字段确定，可以为：xdr数据中字段“interface”＝mw，且“servicetype”＝0，且“proceduretype”＝5，且“call_side”＝0，且“alerting_time”≠全f的xdr数据个数。[0061]始呼请求总次数为：xdr数据中字段“interface”＝mw，且“servicetype”＝0，且“proceduretype”＝5，且“call_side”＝0的xdr数据个数。[0062]示例性的，在确定vonr语音业务的呼叫时延业务指标的情况下，语音业务的异常检测装置首先从待检测区域的业务数据中确定vonr语音业务的业务数据。进一步的，语音业务的异常检测装置再从vonr语音业务的业务数据中确定每个会话中主叫用户发出invite消息到接收到被叫发送的振铃消息之间的时间间隔，并计算所有会话中时间间隔的平均值作为呼叫时延业务指标。[0063]示例性的，在确定vonr语音业务的掉话率业务指标的情况下，语音业务的异常检测装置首先从待检测区域的业务数据中确定vonr语音业务的业务数据。进一步的，语音业务的异常检测装置再从vonr语音业务的业务数据中确定掉话次数以及应答次数，进而根据如下公式确定掉话率。[0064][0065]其中，掉话次数为边界会话控制器(sessionbordercontroller，sbc)收到策略和计费规则功能(policyandchargingrulefunction，pcrf)发送媒体类型为语音的中止会话请求(abort-session-request，asr)的次数，且asr中中止原因(abortcause)为数据分组域到电路域的切换(“pstocshandover”)不含在内。[0066]语音业务的异常检测装置通过xdr数据确定掉话次数为：“interface”＝rx，且“abort_type”＝0，且“abort_cause”≠“pstocshandover”，且“media_type”＝0的xdr数据的个数。[0067]应答次数为始呼应答次数与终呼应答次数的和。[0068]示例性的，在确定epsfallback语音业务的回落业务指标的情况下，语音业务的异常检测装置首先从待检测区域的业务数据中确定epsfallback语音业务的业务数据。进一步的，语音业务的异常检测装置再从epsfallback语音业务的业务数据中确定每个会话中主叫侧接口gm发出invite消息到主叫侧接口mw发出invite消息之间的时间间隔，并计算所有会话中时间间隔的平均值作为回落时延业务指标。[0069]需要说明的，在确定epsfallback语音业务的始呼接通率、呼叫时延以及掉话率业务指标的情况下，具体实现方式可以参照上述确定vonr语音业务中始呼接通率、呼叫时延以及掉话率业务指标的实现方式，只需要将vonr语音业务的业务数据更换为epsfallback语音业务的业务数据，即可确定epsfallback语音业务的始呼接通率、呼叫时延以及掉话率业务指标。[0070]s203、语音业务的异常检测装置确定第一待检测区域内语音业务的业务指标是否满足预设条件。[0071]其中，第一待检测区域为多个待检测区域中的任意一个。[0072]作为一种可能的实现方式，语音业务的异常检测装置根据预设条件，检测第一待检测区域内语音业务的业务指标，确定第一待检测区域内语音业务的业务指标是否满足预设条件。[0073]需要说明的，预设条件可以由语音业务的异常检测装置的运维人员预先在语音业务的异常检测装置中设置，其中预设条件可以为判断语音业务的业务指标与对应的预设阈值是否满足预设关系。[0074]其中，语音业务的业务指标与预设阈值之间的预设关系为始呼接通率大于或等于第一阈值，呼叫时延小于或等于第二阈值，掉话率小于或等于第三阈值，回落时延小于或等于第四阈值。[0075]第一阈值、第二阈值、第三阈值以及第四阈值可以由语音业务的异常检测装置的运维人员预先设置，本发明实施例对此不作具体限定。[0076]示例性的，语音业务的异常检测装置在上述步骤s202中确定到第一待检测区域中，vonr语音业务的始呼接通率为99.45％，呼叫时延为3471毫秒(ms)，掉话率为0.07％；epsfallback语音业务中回落时延为2100ms，始呼接通率为99.1％，呼叫时延为4500ms，掉话率为0.05％。预设阈值如下表1所示：[0077]表1：业务指标对应的预设阈值[0078][0079][0080]在预设条件为判断业务指标与对应的预设阈值是否满足预设关系的情况下，语音业务的异常检测装置判断vonr语音业务中始呼接通率以及呼叫时延满足与对应的预设阈值之间的预设关系，掉话率不满足与对应的预设阈值之间的预设关系；语音业务的异常检测装置判断epsfallback语音业务中始呼接通率、呼叫时延以及掉话率满足与对应的预设阈值之间的预设关系，回落时延不满与对应的预设阈值之间的预设关系。进一步的，语音业务的异常检测装置确定vonr语音业务中的掉话率业务指标以及epsfallback语音业务中回落时延不满足预设条件。[0081]s204、语音业务的异常检测装置在确定第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定第一待检测区域内的语音业务异常。[0082]示例性的，语音业务的异常检测装置在上述步骤s203中确定到第一待检测区域内vonr语音业务的掉话率不满足预设条件，以及epsfallback语音业务的回落时延不满足预设条件，则确定第一待检测区域内语音业务异常。[0083]在一种设计中，为了更加准确的确定语音业务的业务指标是否异常，如图3所示，本发明实施例提供的语音业务的异常检测方法，还包括s301-s304。[0084]s301、语音业务的异常检测装置确定第一业务指标对应的预设阈值以及指标范围。[0085]其中，第一业务指标为第一待检测区域内语音业务的业务指标中的任意一种类型。[0086]需要说明的，根据在上述实施例步骤s203中的记载，业务指标的类型包括vonr语音业务中的始呼接通率、呼叫时延以及掉话率；epsfallback语音业务中的回落时延、始呼接通率、呼叫时延以及掉话率。[0087]作为一种可能的实现方式，语音业务的异常检测装置确定第一业务指标，并基于第一业务指标，调取与第一业务指标对应的预设阈值以及指标范围。[0088]需要说明的，第一业务指标对应的指标范围，可以预先存储于语音业务的异常检测装置，或者根据历史业务数据动态确定。其中，语音业务的异常检测装置根据历史业务数据确定指标范围可以参照本发明实施例后续记载，此处不再赘述。[0089]s302、语音业务的异常检测装置确定第一业务指标与预设阈值是否满足预设关系。[0090]需要说明的，语音业务的异常检测装置确定第一业务指标与预设阈值是否满足预设关系，可以参照本发明实施例上述步骤s203中的记载，此处不再赘述。[0091]s303、语音业务的异常检测装置确定第一业务指标是否在指标范围。[0092]作为一种可能的实现方式，语音业务的异常检测装置判断第一业务指标是否大于指标范围的最小值，以及是否小于指标范围的最大值。在第一业务指标大于指标范围的最小值，以及小于指标范围的最大值的情况下，语音业务的异常检测装置确定第一业务指标在指标范围内。[0093]s304、语音业务的异常检测装置在第一业务指标与预设阈值不满足预设关系，以及第一业务指标不在指标范围的情况下，确定第一待检测区域中第一业务指标对应的语音业务异常。[0094]可以理解的，语音业务的异常检测装置在确定第一业务指标与预设阈值不满足预设关系，以及不在指标范围的情况下，才确定第一待检测区域中第一业务指标对应的语音业务异常，能够避免阈值设置不合理或指标范围不合理的情况，而导致误判断语音业务异常，提高了检测语音业务的异常检测的准确性。[0095]在一些实施例中，语音业务的异常检测装置针对第一业务指标并行进行阈值检测以及指标范围检测，在其中一种检测方式检测到第一业务指标异常的情况下，确定第一业务指标异常，进一步的确定第一业务指标对应的语音业务异常，不再进行后续检测的确定。[0096]可以理解的，在一种检测方式检测到异常便确定语音业务异常，停止后续检测算法的运行，能够节省语音业务的异常检测装置的计算资源。[0097]在一种设计中，为了使得用于检测第一业务指标的指标范围更加合理，如图4所示，本发明实施例提供的语音业务的异常检测方法，还包括s401-s403。[0098]s401、语音业务的异常检测装置获取在与预设时间段相同的时段内，第一待检测区域内的多个历史第一业务指标。[0099]作为一种可能的实现方式，语音业务的异常检测装置确定预设时间段所处的时段。进一步的，语音业务的异常检测装置调取历史业务数据，确定历史业务数据在预设时间段所处的时段内的数据，基于该时段内的历史业务数据，确定多个在该时段内的历史第一业务指标。[0100]需要说明的，语音业务的异常检测装置根据历史业务数据确定历史第一业务指标的实现方式，可以参考本发明上述实施例中根据业务数据确定第一业务指标的实现方式，此处不再进行赘述。[0101]示例性的，若预设时间段为15分钟，且预设时间段所处的时段为一天中的14:00-14:15，则语音业务的异常检测装置调取前3天中14:00-14:15的第一待检测区域内的业务数据，并基于得到的业务数据确定每天的第一业务指标，也即多个历史第一业务指标。[0102]需要说明的，若前3天中存在之前确定异常的第一业务指标，则向前一天顺延，直至取到3个正常样本为止。[0103]s402、语音业务的异常检测装置确定多个历史第一业务指标的均值以及标准差。[0104]示例性的，以3个历史第一业务指标为例，且3个历史第一业务指标分别为z1、z2以及z3。[0105]则语音业务的异常检测装置确定均值为m＝1/3(z1+z2+z3)；[0106]标准差为u＝sqrt(((z1-m)^2+(z2-m)^2+(z3-m)^2)/3)。[0107]s403、语音业务的异常检测装置确定第一业务指标对应的指标范围。[0108]其中，指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。[0109]作为一种可能的实现方式，语音业务的异常检测装置在确定到多个历史第一业务指标的均值以及标准差后，确定均值与标准差的差值以及和，并将确定到的差值作为指标范围的最小值，将确定到的和作为指标范围的最大值。[0110]示例性的，语音业务的异常检测装置在上述步骤s402中确定到的多个历史第一业务指标的均值为m，标准差为u。[0111]则语音业务的异常检测装置确定第一业务指标z的指标范围为[m-u，m+u]，当第一业务指标z在该指标范围内时，确定第一业务指标z正常；当z《m-u或z》m+u时，确定第一业务指标z异常。[0112]在一种设计中，为了便于在出现异常后，运维人员能够及时排查异常出现的原因，如图5所示，本发明实施例提供的语音业务的异常检测方法，还包括s501-s502。[0113]s501、语音业务的异常检测装置从第一待检测区域的业务数据中，确定用于反映语音业务异常的响应码。[0114]需要说明的，响应码的格式为：类型、响应码以及状态说明。例如：临时应答(类型)、100(响应码)以及trying正在处理中(状态说明)。[0115]作为一种可能的实现方式，语音业务的异常检测装置从第一待检测区域的业务数据中，确定包括响应码的信令，并基于反映语音业务异常的响应码确定第一待检测区域中存在的响应码。[0116]需要说明的，用于反映语音业务异常的响应码包括：400badrequest错误请求、401unauthorized未授权、402paymentrequired付费要、406notacceptable不可接受、407proxyauthenticationrequired代理需要认证、408requesttimeout请求超时、410gone离开、420badextension不良扩展、421extensionrequired需要扩展、481call/transactiondoesnotexist呼叫/事务不存在、482loopdetected发现环路、483toomanyhops跳数太多、484addressincomplete地址不完整、485ambiguous不明朗、491requestpending未决请求、493undecipherable不可辨识、500serverinternalerror服务器内部错误、501notimplemented不可执行、502badgateway坏网关、503serviceunavailable服务无效、504servertime-out服务器超时、505versionnotsupported版本不支持、513messagetoolarge消息太大。[0117]s502、语音业务的异常检测装置聚类响应码，得到第一待检测区域的异常原因。[0118]其中，异常原因包括响应码，以及每种响应码的数量。[0119]作为一种可能的实现方式，语音业务的异常检测装置统计第一待检测区域中的用于反映语音业务异常的响应码，确定每种响应码的数量，得到第一待检测区域的异常原因。[0120]示例性的，语音业务的异常检测装置确定第一待检测区域内包括的响应码为408、410、483以及504，并且响应码408的数量为32，响应码410的数量为55，响应码483的数量为43，响应码504的数量57。则语音业务的异常检测装置确定第一待检测区域的异常原因为32个408、55个410、43个483以及57个504。[0121]在一种设计中，在语音业务的异常检测装置确定存在多个第一待检测区域的情况下，为了使得运维人员能够及时对语音业务存在的异常进行修复，如图6所示，本发明实施例提供的语音业务的异常检测方法还包括s601-s603。[0122]s601、语音业务的异常检测装置确定与第二待检测区域存在覆盖关系的第三待检测区域。[0123]其中，第二待检测区域为多个第一待检测区域中的任意一个，第三待检测区域为多个第一待检测区域中除第二待检测区域中的一个或多个。[0124]作为一种可能的实现方式，语音业务的异常检测装置从多个第一待检测区域中，确定存在覆盖关系的第二待检测区域以及第三待检测区域。[0125]需要说明的，区域之间的覆盖关系为完全覆盖，或被完全覆盖。[0126]示例性的，结合图1，若第一待检测区域为区域c、区域f以及区域d，则语音业务的异常检测装置确定第二待检测区域和第三待检测区域为区域c和区域f。[0127]s602、语音业务的异常检测装置确定第二待检测区域以及第三待检测区域的异常原因。[0128]需要说明的，语音业务的异常检测装置确定第二待检测区域以及第三待检测区域的异常原因的具体实现方式，可以参考本发明上述实施例中确定第一待检测区域的异常原因的实现方式，此处不再进行赘述。[0129]s603、语音业务的异常检测装置基于第二待检测区域的异常原因、第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决第二待检测区域内语音业务以及第三待检测区域内语音业务的异常解决方案。[0130]其中，异常解决方案库中存储有异常原因与异常解决方案的映射关系。[0131]作为一种可能的实现方式，语音业务的异常检测装置根据第二待检测区域的异常原因以及第三待检测区域的异常原因，输入预先建立的异常解决方案库，从而得到针对第二待检测区域以及第三待检测区域异常原因的异常解决方案，也即用于解决第二待检测区域内语音业务以及第三待检测区域内语音业务的异常解决方案。[0132]需要说明的，异常解决方案库是由语音业务的异常检测装置的运维人员预先建立，并存储于语音业务的异常检测装置中，异常原因与异常解决方案的映射关系示例性如下表2所示。[0133]表2：异常原因与异常解决方案的映射关系[0134][0135][0136]在一些实施例中，若语音业务的异常检测装置未能从异常解决方案库中确定到解决方案，则通知运维人员针对异常原因生成解决方案，并在解决异常后，将该异常原因与解决方案的映射关系存储至异常解决方案库，更新异常解决方案库，以使得后续再次面临同样的异常原因的情况下，能够快速解决语音业务中的异常。[0137]本发明提供的语音业务的异常检测方法中，通过对待检测区域内语音业务的业务指标进行检测，在业务指标不满足预设条件的情况下，确定待检测区域内的语音业务异常，这样一来，实现了对于待检测区域内语音业务的监测，能够及时定位出现语音业务异常的区域。[0138]上述主要从方法的角度对本发明实施例提供的方案进行了介绍。为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。[0139]本发明实施例可以根据上述方法示例对用户设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。可选的，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。[0140]图7为本发明实施例提供的一种语音业务的异常检测装置的结构示意图。该预约业务的异常检测装置用于执行上述语音业务的异常检测方法。如图7所示，该语音业务的异常检测装置70包括获取单元701以及确定单元702。[0141]获取单元701，用于获取多个待检测区域中每个待检测区域的业务数据.其中，多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录xdr数据。例如，如图2所示，获取单元701可以用于执行s201。[0142]确定单元702，用于根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标。例如，如图2所示，确定单元702可以用于执行s202。[0143]确定单元702，还用于在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定第一待检测区域内的语音业务异常；第一待检测区域为多个待检测区域中的任意一个。例如，如图2所示，确定单元702可以用于执行s204。[0144]可选的，如图7所示，本发明实施例提供的语音业务的异常检测装置70中，确定单元702，还用于确定第一业务指标对应的预设阈值以及指标范围；第一业务指标为第一待检测区域内语音业务的业务指标中的任意一种类型。例如，如图3所示，确定单元702可以用于执行s301。[0145]确定单元702，还用于在第一业务指标与预设阈值不满足预设关系，以及第一业务指标不在指标范围的情况下，确定第一待检测区域中第一业务指标对应的语音业务异常。例如，如图3所示，确定单元702可以用于执行s304。[0146]可选的，如图7所示，本发明实施例提供的语音业务的异常检测装置70中，获取单元701，还用于获取在与预设时间段相同的时段内，第一待检测区域内的多个历史第一业务指标。例如，如图4所示，获取单元701可以用于执行s401。[0147]确定单元702，还用于确定多个历史第一业务指标的均值以及标准差。例如，如图4所示，确定单元702可以用于执行s402。[0148]确定单元702，还用于确定第一业务指标对应的指标范围，指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。例如，如图4所示，确定单元702可以用于执行s403。[0149]可选的，如图7所示，本发明实施例提供的语音业务的异常检测装置70中，语音业务包括新空口语音vonr以及演进分组系统回落epsfallback。在语音业务为vonr的情况下，业务指标包括始呼接通率、呼叫时延以及掉话率。在语音业务为epsfallback的情况下，业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。[0150]可选的，如图7所示，本发明实施例提供的语音业务的异常检测装置70中，还包括处理单元703。[0151]确定单元702，还用于从第一待检测区域的业务数据中，确定用于反映语音业务异常的响应码。例如，如图5所示，确定单元702可以用于执行s501。[0152]处理单元703，用于聚类响应码，得到第一待检测区域的异常原因，异常原因包括响应码，以及每种响应码的数量。例如，如图5所示，处理单元703可以用于执行s502。[0153]可选的，如图7所示，本发明实施例提供的语音业务的异常检测装置70中，确定单元702，还用于确定与第二待检测区域存在覆盖关系的第三待检测区域，第二待检测区域为多个第一待检测区域中的任意一个，第三待检测区域为多个第一待检测区域中除第二待检测区域中的一个或多个。例如，如图6所示，确定单元702可以用于执行s601。[0154]确定单元702，还用于基于第二待检测区域的异常原因、第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决第二待检测区域内语音业务以及第三待检测区域内语音业务的异常解决方案；异常解决方案库中存储有异常原因与异常解决方案的映射关系。例如，如图6所示，确定单元702可以用于执行s602。[0155]在采用硬件的形式实现上述集成的模块的功能的情况下，本发明实施例提供了一种语音业务的异常检测设备的一种可能的结构示意图。该语音业务的异常检测设备用于执行上述实施例中语音业务的异常检测装置执行的语音业务的异常检测方法。如图8所示，该语音业务的异常检测设备80包括处理器801，存储器802以及总线803。处理器801与存储器802之间可以通过总线803连接。[0156]处理器801是语音业务的异常检测设备的控制中心，可以是一个处理器，也可以是多个处理元件的统称。例如，处理器801可以是一个通用中央处理单元(centralprocessingunit，cpu)，也可以是其他通用处理器等。其中，通用处理器可以是微处理器或者是任何常规的处理器等。[0157]作为一种实施例，处理器801可以包括一个或多个cpu，例如图8中所示的cpu0和cpu1。[0158]存储器802可以是只读存储器(read-onlymemory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(randomaccessmemory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electricallyerasableprogrammableread-onlymemory，eeprom)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。[0159]作为一种可能的实现方式，存储器802可以独立于处理器801存在，存储器802可以通过总线803与处理器801相连接，用于存储指令或者程序代码。处理器801调用并执行存储器802中存储的指令或程序代码时，能够实现本发明实施例提供的语音业务的异常检测方法。[0160]另一种可能的实现方式中，存储器802也可以和处理器801集成在一起。[0161]总线803，可以是工业标准体系结构(industrystandardarchitecture，isa)总线、外围设备互连(peripheralcomponentinterconnect，pci)总线或扩展工业标准体系结构(extendedindustrystandardarchitecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。[0162]需要指出的是，图8示出的结构并不构成对该语音业务的异常检测设备80的限定。除图8所示部件之外，该语音业务的异常检测设备80可以包括比图8示更多或更少的部件，或者组合某些部件，或者不同的部件布置。[0163]作为一个示例，结合图7，语音业务的异常检测装置70中的获取单元701、确定单元702以及处理单元703实现的功能与图8中的处理器801的功能相同。[0164]可选的，如图8所示，本发明实施例提供的语音业务的异常检测设备还可以包括通信接口804。[0165]通信接口804，用于与其他设备通过通信网络连接。该通信网络可以是以太网，无线接入网，无线局域网(wirelesslocalareanetworks，wlan)等。通信接口804可以包括用于接收数据的获取单元，以及用于发送数据的发送单元。[0166]在一种设计中，本发明实施例提供的语音业务的异常检测设备中，通信接口还可以集成在处理器中。[0167]图9示出了本发明实施例中语音业务的异常检测设备的另一种硬件结构。如图9所示，语音业务的异常检测设备90可以包括处理器901以及通信接口902。处理器901与通信接口902耦合。[0168]处理器901的功能可以参考上述处理器801的描述。此外，处理器901还具备存储功能，可以参考上述存储器802的功能。[0169]通信接口902用于为处理器901提供数据。该通信接口902可以是语音业务的异常检测设备的内部接口，也可以是语音业务的异常检测设备对外的接口(相当于通信接口804)。[0170]需要指出的是，图9中示出的结构并不构成对语音业务的异常检测设备的限定，除图9所示部件之外，该语音业务的异常检测设备90可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。[0171]通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明。在实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。[0172]本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当计算机执行该指令时，该计算机执行上述方法实施例所示的方法流程中的各个步骤。[0173]本发明的实施例提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述方法实施例中的语音业务的异常检测方法。[0174]其中，计算机可读存储介质，例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘。随机存取存储器(randomaccessmemory，ram)、只读存储器(read-onlymemory，rom)、可擦式可编程只读存储器(erasableprogrammablereadonlymemory，eprom)、寄存器、硬盘、光纤、便携式紧凑磁盘只读存储器(compactdiscread-onlymemory，cd-rom)、光存储器件、磁存储器件、或者上述的人以合适的组合、或者本领域数值的任何其他形式的计算机可读存储介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于特定用途集成电路(applicationspecificintegratedcircuit，asic)中。在本发明实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。[0175]由于本发明的实施例中的装置、设备计算机可读存储介质、计算机程序产品可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本发明实施例在此不再赘述。[0176]以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何在本发明揭露的技术范围内的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。当前第1页12当前第1页12
技术特征：1.一种语音业务的异常检测方法，其特征在于，所述方法包括：获取多个待检测区域中每个待检测区域的业务数据；所述多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；所述业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录xdr数据；根据所述每个待检测区域的所述业务数据，确定所述每个待检测区域内语音业务的业务指标；在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定所述第一待检测区域内的语音业务异常；所述第一待检测区域为所述多个待检测区域中的任意一个。2.根据权利要求1所述的异常检测方法，其特征在于，所述方法还包括：确定第一业务指标对应的预设阈值以及指标范围；所述第一业务指标为所述第一待检测区域内语音业务的业务指标中的任意一种类型；在所述第一业务指标与所述预设阈值不满足预设关系，以及所述第一业务指标不在所述指标范围的情况下，确定所述第一待检测区域中所述第一业务指标对应的语音业务异常。3.根据权利要求2所述的异常检测方法，其特征在于，确定所述第一业务指标对应的指标范围，包括：获取在与所述预设时间段相同的时段内，所述第一待检测区域内的多个历史第一业务指标；确定所述多个历史第一业务指标的均值以及标准差；确定所述第一业务指标对应的指标范围，所述指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。4.根据权利要求1-3中任一项所述的异常检测方法，其特征在于，所述语音业务包括新空口语音vonr以及演进分组系统回落eps fallback；在所述语音业务为vonr的情况下，所述业务指标包括始呼接通率、呼叫时延以及掉话率；在所述语音业务为eps fallback的情况下，所述业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。5.根据权利要求1所述的异常检测方法，其特征在于，所述方法还包括：从所述第一待检测区域的所述业务数据中，确定用于反映语音业务异常的响应码；聚类所述响应码，得到所述第一待检测区域的异常原因，所述异常原因包括所述响应码，以及每种响应码的数量。6.根据权利要求5所述的异常检测方法，其特征在于，在存在多个第一待检测区域的情况下，所述方法还包括：确定与第二待检测区域存在覆盖关系的第三待检测区域，所述第二待检测区域为所述多个第一待检测区域中的任意一个，所述第三待检测区域为所述多个第一待检测区域中除所述第二待检测区域中的一个或多个；基于所述第二待检测区域的异常原因、所述第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决所述第二待检测区域内语音业务以及所述第三待检测区域内语音业务的异常解决方案；所述异常解决方案库中存储有所述异常原因与所述异常
解决方案的映射关系。7.一种语音业务的异常检测装置，其特征在于，包括获取单元以及确定单元；所述获取单元，用于获取多个待检测区域中每个待检测区域的业务数据；所述多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；所述业务数据包括一个待检测区域内的设备在预设时间段内的呼叫/事务详细记录xdr数据；所述确定单元，用于根据所述每个待检测区域的所述业务数据，确定所述每个待检测区域内语音业务的业务指标；所述确定单元，还用于在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定所述第一待检测区域内的语音业务异常；所述第一待检测区域为所述多个待检测区域中的任意一个。8.根据权利要求7所述的异常检测装置，其特征在于，所述确定单元，还用于确定第一业务指标对应的预设阈值以及指标范围；所述第一业务指标为所述第一待检测区域内语音业务的业务指标中的任意一种类型；所述确定单元，还用于在所述第一业务指标与所述预设阈值不满足预设关系，以及所述第一业务指标不在所述指标范围的情况下，确定所述第一待检测区域中所述第一业务指标对应的语音业务异常。9.根据权利要求8所述的异常检测装置，其特征在于，所述获取单元，还用于获取在与所述预设时间段相同的时段内，所述第一待检测区域内的多个历史第一业务指标；所述确定单元，还用于确定所述多个历史第一业务指标的均值以及标准差；所述确定单元，还用于确定所述第一业务指标对应的指标范围，所述指标范围的最小值为均值与标准差的差值，且最大值为均值与标准差的和。10.根据权利要求6-9中任一项所述的异常检测装置，其特征在于，所述语音业务包括新空口语音vonr以及演进分组系统回落eps fallback；在所述语音业务为vonr的情况下，所述业务指标包括始呼接通率、呼叫时延以及掉话率；在所述语音业务为eps fallback的情况下，所述业务指标包括回落时延、始呼接通率、呼叫时延以及掉话率。11.根据权利要求7所述的异常检测装置，其特征在于，所述异常检测装置还包括处理单元；所述确定单元，还用于从所述第一待检测区域的所述业务数据中，确定用于反映语音业务异常的响应码；所述处理单元，用于聚类所述响应码，得到所述第一待检测区域的异常原因，所述异常原因包括所述响应码，以及每种响应码的数量。12.根据权利要求11所述的异常检测装置，其特征在于，所述确定单元，还用于确定与第二待检测区域存在覆盖关系的第三待检测区域，所述第二待检测区域为多个第一待检测区域中的任意一个，所述第三待检测区域为所述多个第一待检测区域中除所述第二待检测区域中的一个或多个；所述确定单元，还用于基于所述第二待检测区域的异常原因、所述第三待检测区域的异常原因，以及预先建立的异常解决方案库，确定用于解决所述第二待检测区域内语音业
务以及所述第三待检测区域内语音业务的异常解决方案；所述异常解决方案库中存储有所述异常原因与所述异常解决方案的映射关系。13.一种语音业务的异常检测设备，其特征在于，包括存储器和处理器；所述存储器和所述处理器耦合；所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述处理器执行所述计算机指令时，所述语音业务的异常检测设备执行如权利要求1-6中任意一项所述的语音业务的异常检测方法。14.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，其特征在于，当所述指令在语音业务的异常检测设备上运行时，使得所述语音业务的异常检测设备执行如权利要求1-6中任意一项所述的语音业务的异常检测方法。
技术总结本发明提供一种语音业务的异常检测方法、装置、设备及存储介质，涉及通信领域，用于检测语音业务中是否存在异常，以保证用户使用语音业务的体验质量，包括：语音业务的异常检测装置获取多个待检测区域中每个待检测区域的业务数据；多个待检测区域包括核心网所覆盖的区域、基站所覆盖的区域和小区所覆盖的区域；业务数据包括一个待检测区域内的设备在预设时间段内的xDR数据。进一步的，语音业务的异常检测装置根据每个待检测区域的业务数据，确定每个待检测区域内语音业务的业务指标，并在第一待检测区域内语音业务的业务指标不满足预设条件的情况下，确定第一待检测区域内的语音业务异常；第一待检测区域为多个待检测区域中的任意一个。任意一个。任意一个。
技术研发人员：刘喜卿 周诗雨 赵振桥 程新洲 晁昆
受保护的技术使用者：中国联合网络通信集团有限公司
技术研发日：2022.07.18
技术公布日：2022/11/1
