一种语音质量检测方法及装置与流程

本发明涉及基于长期演进的语音业务(volte，voiceoverlongtermevolution)领域，尤其涉及一种语音质量检测方法及装置。

背景技术：

随着第四代移动通信技术(the4thgenerationmobilecommunicationtechnology，4g)的volte时代的到来，宽带语音质量问题备受关注，对于如何评价语音质量，目前业界普遍采用传统的平均意见值(meanopinionscore，mos)盒测试方式，该测试方案中mos盒为核心设备，mos盒分别与个人电脑(personalcomputer，pc)、手机连接。pc控制mos盒播放放音文件，放音文件通过音频线传输至主叫手机，主叫手机经过信号处理，通过网络传输将处理后的语音信号传输至被叫手机，被叫手机对接收到的语音信号后做相应的处理，最终通过音频线输入至mos盒，mos盒进行录音获得录音文件。最后pc端调用相应mos算法如语音质量感知客观评价(perceptualobjectivelisteningqualityanalysis，polqa)算法将放音文件和录音文件进行比对，计算出mos值。

上述应用mos盒的语音质量测试方法存在以下问题：

1、现有的语音质量测试基于mos盒设备，测试前mos盒需要与pc、手机连接，即工程师测试需要携带两个手机、一台电脑、一个mos盒及若干连接线，由于设备众多、连线凌乱，给用户测试带来很大的不方便性，测试效率低下。

2、由于mos算法(如polqa算法)与硬件设备(mos盒)绑定，故只有拿到mos盒才能进行测试，对mos评分只能在mos盒中进行。故需要进 行mos测试或mos打分必须有硬件的设备在才可以进行，缺乏灵活性。

3、主被叫需同时连接到mos盒，测试场景单一，测试的结果只能作为某地区某段时间的语音质量参考值，而现实情况，用户在通话的时候主被叫绝大多数时间是不在同一个覆盖小区下，故跨小区的语音质量测试显得尤其重要，有实际的应用价值，但此种测试方案无法复现主被叫在不同地点发生呼叫的话音质量低的问题。

4、mos盒测试方式测试出的结果只在本地保存，即各个测试工程师的数据基本只有自己知道，无法形成一个统一的mos语音测试数据库，来进行对用户终端类型、无线场景等多维度的大数据分析，使得mos测试的应用价值有限。

5、利用mos盒测试方式即使测试出语音质量较差，但仍无法定位出是网络的哪一段出现问题导致整体的语音质量差，故其只能作为语音质量的评估手段，并不能作为语音质量差的检测手段，即只能知道哪个位置的语音质量差，但究竟是什么原因导致的则无法知晓。

技术实现要素：

有鉴于此，本发明实施例期望提供一种语音质量检测方法及装置，可以

为达到上述目的，本发明的技术方案是这样实现的：

一种语音质量检测方法，所述方法包括：

接收主叫终端发送的测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id；

查找预存的标准语料库获得与所述测试用放音文件的文件标识对应的标准语音文件；

在接收到所述测试用被叫终端id标识的被叫终端发送的录音文件时，将所述标准语音文件与所述录音文件进行对比计算，获得语音质量值。

上述方案中，在接收到所述测试用被叫终端id标识的被叫终端发送的录音文件时，所述方法还包括：

接收仪表上报的各网络段的网络指标参数；所述网络段为所述主叫终端向所述被叫终端播放所述测试用放音文件的路径上的相邻中间网元之间的网络段；

在所述语音质量值低于预设质量值时，根据所述各网络段的网络指标参数确定出现故障的网络段。

上述方案中，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个；所述根据所述各网络段的网络指标参数确定出现故障的网络段，包括：

所述网络段的网络指标参数满足以下至少一个条件时，判定所述网络段出现故障：

所述网络段的时延超过第一预设阈值；所述网络段的时延抖动超过第二预设阈值；所述网络段的丢包率超过第三预设阈值。

一种语音质量检测方法，所述方法包括：

检测各网络段的网络指标参数；所述网络段为所述主叫终端播放所述测试用放音文件给所述被叫终端时的通话链路上的相邻中间网元之间的网络段；

向测试云平台上报所述各网络段的网络指标参数。

上述方案中，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个。

一种语音质量检测方法，所述方法包括：

拨打测试用被叫终端并在接通后播放测试用放音文件；

向测试云平台发送测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id。

上述方案中，所述方法包括：

接收并录音主叫终端播放的测试用放音文件，获得录音文件；

将所述录音文件发送给测试云平台。

一种测试云平台，所述测试云平台包括：

接收单元，用于接收主叫终端发送的测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id；

查找单元，用于查找预存的标准语料库获得与所述接收单元接收的所述测 试用放音文件的文件标识对应的标准语音文件；

所述接收单元，还用于接收被叫终端发送的录音文件；

计算单元，用于在所述接收单元接收到所述测试用被叫终端id标识的被叫终端发送的录音文件时，将所述查找单元查找的标准语音文件与所述录音文件进行对比计算，获得语音质量值。

上述方案中，接收单元，还用于接收仪表上报的各网络段的网络指标参数；所述网络段为所述主叫终端向所述被叫终端播放所述测试用放音文件的路径上的相邻中间网元之间的网络段；

故障确定单元，用于在所述计算单元计算出的所述语音质量值低于预设质量值时，根据所述接收单元接收的各网络段的网络指标参数确定出现故障的网络段。

上述方案中，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个；

所述故障确定单元，具体用于在所述接收单元接收的所述网络段的网络指标参数满足以下至少一个条件时，判定所述网络段出现故障：

所述网络段的时延超过第一预设阈值；所述网络段的时延抖动超过第二预设阈值；所述网络段的丢包率超过第三预设阈值。

一种仪表，所述仪表包括：

检测单元，用于检测各网络段的网络指标参数；所述网络段为所述主叫终端播放所述测试用放音文件给所述被叫终端时的通话链路上的相邻中间网元之间的网络段；

上报单元，用于向测试云平台上报所述检测单元检测到的各网络段的网络指标参数。

上述方案中，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个。

一种终端，所述终端包括：

拨打播放单元，用于拨打测试用被叫终端并在接通后播放测试用放音文件；

发送单元，用于向测试云平台发送测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id。

上述方案中，所述终端包括：

接收录音单元，用于接收并录音主叫终端播放的测试用放音文件，获得录音文件；

所述发送单元，还用于将所述录音文件发送给测试云平台。

本发明实施例提供了一种语音质量检测方法及装置，终端通过互相拨打进行放音、录音，主叫终端将测试任务信息，被叫终端将录音文件上传至测试云平台，所述测试云平台将所述测试任务信息中文件标识对应的标准语音文件与所述录音文件进行对比计算，获得语音质量值，本实施例方法中各设备之间可以进行无线通讯，不需要进行连线，主叫终端和被叫终端可以分布在不同的小区或跨省市地区，进行跨小区的语音质量测试，测试工程师可以随时随地进行语音质量检测，测试方便效率高，测试云平台可同时为多路语音进行评分，提高了语音质量算法的使用效率及测试工程师的测试灵活性，使mos测试网络化、自动化、平台化。且，本实施例方法中语音质量测量结果都保存在测试云平台，测试云平台可以建立一个统一的mos语音测试数据库，来进行对用户终端类型、无线场景等多维度的大数据分析，提升mos测试的应用价值。

另外，测试云平台可以根据仪表上报的各网络段的网络指标参数，确定出出现故障的网络段，从而通知网络维护人员检查维护该网络段，解决语音质量差的问题。

附图说明

图1为本发明实施例提供的一种实现语音质量检测方法的系统架构；

图2为本发明实施例1提供的一种应用于测试云平台侧的语音质量检测方法的流程示意图；

图3为本发明实施例1提供的一种应用于主叫终端侧的语音质量检测方法的流程示意图；

图4为本发明实施例1提供的一种应用于被叫终端侧的语音质量检测方法的流程示意图；

图5为本发明实施例1提供的一种应用于仪表侧的语音质量检测方法的流程示意图；

图6为本发明实施例1提供的一种语音质量检测过程中语音传输链路示意图；

图7为本发明实施例2提供的一种测试云平台的结构框图；

图8为本发明实施例2提供的另一种测试云平台的结构框图；

图9为本发明实施例2提供的一种仪表的结构框图；

图10为本发明实施例2提供的一种终端的结构框图；

图11为本发明实施例2提供的另一种终端的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例中的技术方案是基于如图1所示的系统架构来实施的，如图1所示，本系统架构中主要包括测试用的主叫终端11、被叫终端12、测试云平台13和仪表14；在本系统架构中，所述主叫终端11可以通过现有的通信网络向被叫终端12播放语音文件，本实施例方法主要就是为了检测主叫终端11向被叫终端12播放语音文件时的语音质量问题。在本系统架构中，所述主叫终端11和被叫终端12都可以通过现有的通信网络与所述测试云平台进行无线通信；所述仪表14可以通过有线网络与所述测试云平台13进行数据传输。

本发明实施例的方法就是基于上述的系统架构来实现的。

实施例1

本发明实施例提供了一种语音质量检测方法，如图2所示，应用于测试用平台一侧，本实施例方法的处理流程包括以下步骤：

步骤201、接收主叫终端发送的测试任务信息。

所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id。

测试云平台13负责对语音质量测试进行管理和控制，提供可访问界面供终端进行访问；可运行在windows/linux平台上，作为整个系统的总控部分，它具备终端的接入管理、呼叫控制、用户管理、测试用例管理、测试任务管理、测试结果统计、测试日志管理、语音文件管理、维护配置、语音质量测量结果的统计和呈现等功能。

除一些平台的通用功能外，测试云平台13中还预存储有标准语料库，在标准语料库中保存有国际电信同盟(internationaltelecommunicationsunion，itu)规定的标准语音文件(包括采样率为8k、16k、48k，男声、女声等多种语音文件)，同时可以根据需要加入某公司认可的统一语音文件。测试云平台13对这些语音文件进行统一管理，具有语音文件管理的功能。

主叫终端11可以通过无线网络注册登陆测试云平台13提供的可访问界面，并通过可访问界面从测试云平台13的标准语料库下载测试用的标准语音文件，当然，主叫终端可以下载多个测试用的标准语音文件以备语音测试。

主叫终端下载好测试用的标准语音文件后，可以进入语音质量测试应用(application，app)的操作界面，发起语音质量测试流程，该操作界面上配置有多个用于语音测试的被叫终端，主叫终端的用户可以在该操作界面上直接选择其中一个作为本次的测试用被叫终端，同时选择一个标准语音文件作为本次的测试用放音文件；选择好后，主叫终端就拨打所述测试用被叫终端的电话号码，相应的这些用于语音测试的被叫终端在启动语音质量测试app后都处于自动监听状态，在监听到来电后会自动接听，通话接通后，主叫终端会向所述测试用被叫终端播放所述测试用放音文件。

同时，主叫终端11会将其选择的测试用放音文件的文件标识和测试用被叫终端id作为测试任务信息发送给测试云平台13，所述测试用被叫终端id可以是被叫终端的电话号码。

步骤202、查找预存的标准语料库获得与所述测试用放音文件的文件标识对应的标准语音文件。

测试云平台13接收到主叫终端11发送的测试任务信息后，知晓所述主叫终端发起了语音质量测试流程，此时，所述测试云平台13会查找预存的标准语料库，获得与所述测试用放音文件的文件标识对应的标准语音文件，该标准语音文件就为主叫终端进行语音质量测试时播放的测试用放音文件。

步骤203、在接收到所述测试用被叫终端id标识的被叫终端发送的录音文件时，将所述标准语音文件与所述录音文件进行对比计算，获得语音质量值。

被叫终端在检测到来电并接通电话后，主叫终端会向该被叫终端播放测试用放音文件，被叫终端会接收到该测试用放音文件的语音后，会对其进行录音，主叫终端将测试用放音文件播放完成后就结束通话，此时被叫终端就会获得一个所述测试用放音文件对应的录音文件；被叫终端会向所述测试云平台13发送所述录音文件。

测试云平台13在接收到被叫终端发送的录音文件时，如果发现所述录音文件是由所述测试用被叫终端id标识的被叫终端发送的，则表明该录音文件是所述主叫终端11播放的测试用放音文件对应的录音文件，此时，测试云平台13将步骤12中获取的所述测试用放音文件的文件标识对应的标准语音文件与所述录音文件进行对比计算，获得本次的语音质量测量结果，即语音质量值。

所述测试云平台13中具有强大的算法库，支持以主观语音质量评估(perceptualevaluationofspeechquality，pesq)算法、polqa算法为代表的mos算法等多种语音质量评估算法；具有选择软件算法模块进行语音质量值计算或者选择诸如mos盒等语音质量设备进行语音质量值计算的功能；具有和多个厂家语音质量测试设备的适配功能。故所述测试云平台13就可以根据所述测试用标准语音文件与所述录音文件，选择采用某个算法，计算出语音质量值。

测试云平台13会将该语音质量值发送给主叫终端和被叫终端，使得用户可以通过主叫终端和被叫终端的显示屏看到该语音质量值。

同时，测试云平台13还会将本次测试的主叫终端信息、被叫终端信息、测试用放音文件、语音质量值等信息作为一个测试用例保存下来，呈现到测试云平台13提供的可访问界面，供用户进行查询。同时，测试云平台13会根据保 存的测试用例进行诸如终端类型、网络制式、测试地点等多维度的测试数据分析，对终端类型、网络制式等进行统计性的分析，给出指导性意见。

本发明实施例提供了一种语音质量检测方法，如图3所示，应用于终端一侧，本实施例方法的处理流程包括以下步骤：

步骤301、拨打测试用被叫终端并在接通后播放测试用放音文件。

所述终端为主叫终端时，主叫终端进入语音质量测试应用(application，app)的操作界面后，该操作界面上配置有多个用于语音测试的被叫终端和标准语音文件，主叫终端的用户可以在该操作界面上直接选择其中一个作为本次的测试用被叫终端，同时选择一个标准语音文件作为本次的测试用放音文件；选择好后，发起语音质量测试流程，主叫终端就拨打所述测试用被叫终端的电话号码，相应的这些用于语音测试的被叫终端在启动语音质量测试app后都处于自动监听状态，在监听到来电后会自动接听，通话接通后，主叫终端会向所述测试用被叫终端播放所述测试用放音文件。

步骤302、向测试云平台发送测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id。

在进行步骤301的同时，主叫终端11还会将其选择的测试用放音文件的文件标识和测试用被叫终端id作为测试任务信息发送给测试云平台13，所述测试用被叫终端id可以是被叫终端的电话号码。后续测试云平台13的步骤如图2所示。

当然所述终端也可以作为被叫终端来进行语音质量测试，此时，如图4所示，所述终端可以进行如下步骤：

步骤401、接收并录音主叫终端播放的测试用放音文件，获得录音文件。

被叫终端在启动语音质量测试app后都处于自动监听状态，在监听到来电后会自动接听，通话接通后，主叫终端会向所述测试用被叫终端播放所述测试用放音文件。被叫终端会接收该测试用放音文件的语音，并对其进行录音，主叫终端将测试用放音文件播放完成后就结束通话，此时被叫终端就会获得一个所述测试用放音文件对应的录音文件。

步骤402、将所述录音文件发送给测试云平台。

被叫终端获得录音文件后，会向所述测试云平台13发送所述录音文件。这样，测试云平台13就可以对所述测试用放音文件的文件标识对应的标准语音文件与所述录音文件进行对比计算，获得本次的语音质量测量结果，即语音质量值。

本实施例方法将语音质量算法(mos算法，如polqa算法)集中在测试云平台侧，终端通过互相拨打进行放音、录音，录音文件上传至测试云平台侧，在测试云平台侧进行mos打分，本实施例方法中各设备之间可以进行无线通讯，不需要进行连线，主叫终端和被叫终端可以分布在不同的小区或跨省市地区，进行跨小区的语音质量测试，测试工程师可以随时随地进行语音质量检测，测试方便效率高，测试云平台可同时为多路语音进行评分，提高了语音质量算法的使用效率及测试工程师的测试灵活性，使mos测试网络化、自动化、平台化。且，本实施例方法中语音质量测量结果都保存在测试云平台，测试云平台可以建立一个统一的mos语音测试数据库，来进行对用户终端类型、无线场景等多维度的大数据分析，提升mos测试的应用价值。

利用上述方法测试出语音质量值较低即语音质量很差时，如图5所示，可以通过下述的方法定位出出现故障导致整体的语音质量差的网络段：

步骤501、仪表检测获得各网络段的网络指标参数。

所述网络段为所述主叫终端播放所述测试用放音文件给所述被叫终端时的通话链路上的相邻中间网元之间的网络段。

在主叫终端11播放所述测试用放音文件给被叫终端12进行语音质量测试的过程中，仪表会检测获得主叫终端11与被叫终端12的通话路径上的相邻中间网元之间的网络段的网络指标参数。

如图6所示，主叫终端播放的测试用放音文件给所述被叫终端时的通话链路上的中间网元主要有主叫终端侧的基站161、服务/分组数据网关(serving/packet-data-networkgateway，s/pgw)162、会话边界控制器(sessionbordercontroller，sbc)163，ip多媒体网关(ipmultimediamediagateway， im-mgw)164；被叫终端侧的sbc165、s/pgw166、基站167，当然，在现有的通讯网络中主叫终端11和被叫终端12之间的通话链路上可能还有一些其他中间网元，在此不一一给出。

如图6所示，仪表14部署在核心网中，与上述通话链路上的各个中间网元相连来检测获取各网络段的网络指标参数，示例的，主叫终端侧的s/pgw142和sbc143之间网络段是s/pgw162上的sgi接口和sbc163上的sgi接口之间的网络段，故仪表14可以检测到测试用放音文件的数据包在sgi接口上的网络指标参数即主叫终端侧的s/pgw162和sbc163之间网络段的网络指标参数。在测试用放音文件的数据包传输期间，所述仪表14可以检测到通话经过的相邻中间网元之间的网络段的网络指标参数。

所述网络指标参数可以包括时延、时延抖动、丢包率等中的至少一个。

步骤502、仪表将各网络段的网络指标参数上报给测试云平台，所述测试云平台接收所述仪表上报的所述各网络段的网络指标参数。

仪表14检测到该通话经过的相邻中间网元之间的网络段的网络指标参数后，就将所述各网络段的网络指标参数上报给测试云平台13。上报的各网络段的网络指标参数时可以由各个网络段对应的数据传输接口来标识各网络段，如由主叫终端侧的sgi接口标识主叫终端侧的s/pgw162和sbc163之间的网络段，由主叫终端侧的s1-u接口标识主叫终端侧的基站161和s/pgw162之间的网络段等等。

步骤503、测试云平台在所述语音质量值低于预设质量值时，根据所述各网络段的网络指标参数确定出现故障的网络段。

测试云平台13接收到各网络段的网络指标参数后，如果计算出本次测试的语音质量值低于预设质量值(示例的，语音质量满分为5时，可以将预设质量值设为2.5)，表明本次测试的语音质量很不好，此时，测试云平台13会对各网络段的网络指标参数进行分析，确定出现故障的网络段。举例如下：如一次测试后语音质量值很低，测试云平台13分析后发现各网络段的网络指标参数表明在被叫终端侧的sbc165与s/pgw166之间的网络段的网络指标参数中，时延 抖动较大并且丢包率高，而其他网络段的网络指标参数均较好，则可以判定本次测试语音质量差的原因为被叫终端侧的sbc165与s/pgw166之间存在问题，建议排查该段网络；诸如此类。

可选的，所述测试云平台13可以在所述网络段的网络指标参数满足以下三个条件中的一个条件时，判定所述网络段出现故障：所述网络段的时延超过第一预设阈值、所述网络段的时延抖动超过第二预设阈值、所述网络段的丢包率超过第三预设阈值。即只要所述网络段的网络指标参数满足上述三个条件中的任意一个条件就可以判定所述网络段出现故障。

或者，所述测试云平台13可以在所述网络段的网络指标参数满足以下三个条件中两个条件时，判定所述网络段出现故障：所述网络段的时延超过第一预设阈值、所述网络段的时延抖动超过第二预设阈值、所述网络段的丢包率超过第三预设阈值。即只要所述网络段的网络指标参数满足上述三个条件中的任意两个条件就可以判定所述网络段出现故障。

或者，所述测试云平台13可以在所述网络段的网络指标参数满足以下三个条件时，判定所述网络段出现故障：所述网络段的时延超过第一预设阈值、所述网络段的时延抖动超过第二预设阈值、所述网络段的丢包率超过第三预设阈值。即所述网络段的网络指标参数要满足上述三个条件中才可以判定所述网络段出现故障。

第一预设阈值、第二预设阈值、第三预设阈值可以根据实际情况来设定。示例的，在现有网络技术下，所述第一预设阈值可以为150ms，所述第二预设阈值可以为500ms，所述第三预设阈值可以为5％；则在计算出的语音质量值较小小于阈值时，某个网络段的时延、时延抖动、丢包率中的一个或多个对应超过上述的预设阈值，则断定语音质量差的原因出在该网络段上，需要网络维护人员检查维护该网络段，故应用本实施例的方法就可以可发现语音质量差的原因并解决。

当然，如果计算出本次测试的语音质量值高于等于预设质量值，则认为语音质量情况良好，测试云平台13可以将仪表上报的各网络段的网络指标参数删 除。

实施例2

本发明实施例提供了一种测试云平台，如图7所示，所述测试云平台包括：接收单元701，查找单元702，计算单元703，其中，

接收单元701，用于接收主叫终端发送的测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id；

查找单元702，用于查找预存的标准语料库获得与所述接收单元701接收的所述测试用放音文件的文件标识对应的标准语音文件；

所述接收单元701，还用于接收被叫终端发送的录音文件；

计算单元703，用于在所述接收单元701接收到所述测试用被叫终端id标识的被叫终端发送的录音文件时，将所述查找单元702查找的标准语音文件与所述录音文件进行对比计算，获得语音质量值。

可选的，如图8所示，所述测试云平台还包括：故障确定单元704，其中，

接收单元701，还用于接收仪表上报的各网络段的网络指标参数；所述网络段为所述主叫终端播放所述测试用放音文件给所述被叫终端时的通话链路上的相邻中间网元之间的网络段；

故障确定单元704，用于在所述计算单元703计算出的所述语音质量值低于预设质量值时，根据所述接收单元701接收的各网络段的网络指标参数确定出现故障的网络段。

可选的，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个；

所述故障确定单元704，具体用于在所述接收单元701接收的所述网络段的网络指标参数满足以下至少一个条件时，判定所述网络段出现故障：所述网络段的时延超过第一预设阈值；所述网络段的时延抖动超过第二预设阈值；所述网络段的丢包率超过第三预设阈值。

本发明实施例还提供了一种仪表，如图9所示，所述仪表包括：检测单元901和上报单元902，其中，

检测单元901，用于检测各网络段的网络指标参数；所述网络段为所述主 叫终端播放所述测试用放音文件给所述被叫终端时的通话链路上的相邻中间网元之间的网络段；

上报单元902，用于向测试云平台上报所述检测单元901检测到的各网络段的网络指标参数。

可选的，所述网络指标参数包括时延、时延抖动、丢包率中的至少一个。

本发明实施例还提供了一种终端，如图10所示，所述终端作为主叫终端时包括：拨打播放单元1001和发送单元1002，其中，

所述拨打播放单元1001，用于拨打测试用被叫终端并在接通后播放测试用放音文件；

发送单元1002，用于向测试云平台发送测试任务信息，所述测试任务信息包括：测试用放音文件的文件标识和测试用被叫终端id。

可选的，所述终端还可以作为被叫终端，此时如图11所示，所述终端还包括接收录音单元1003，其中，

接收录音单元1003，用于接收并录音主叫终端播放的测试用放音文件，获得录音文件；所述发送单元1002，还用于将所述接受录音单元录音的录音文件发送给测试云平台。

在实际应用中，本实施例中所述的接收单元701，查找单元702，计算单元703和故障确定单元704可以由测试云平台上的中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)、调制解调器等器件实现。本实施例中所述的检测单元901和上报单元902可以由仪表上的中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)、调制解调器等器件实现。本实施例中所述的拨打播放单元1001、发送单元1002和接收录音单元1003可以由终端上的中央处理器(cpu)、微处理器(mpu)、数字信号处理器(dsp)或现场可编程门阵列(fpga)、调制解调器等器件实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和 硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。