CN108616756A - 视频业务的检测方法及装置、存储介质、电子装置 - Google Patents

Abstract

本发明提供了一种视频业务的检测方法及装置、存储介质、电子装置，该方法包括：在确定的运行第一视频业务的各个节点处设置检测点；获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据；根据所述多个检测数据对所述第一视频业务的播放质量进行检测。通过本发明，解决了相关技术中对视频业务的检测不准确的问题。

Description

视频业务的检测方法及装置、存储介质、电子装置

技术领域

本发明涉及通信领域，具体而言，涉及一种视频业务的检测方法及装置、存储介质、电子装置。

背景技术

随着数据通信网建设的发展，基于数据通信网的视频业务进行视频会议越来越广泛。视频会议在日常工作中发挥着沟通桥梁的作用。现有的视频会议***，已经掌握了大部分影响视频会议质量的各类指标，但获得这些指标只是被动的从视频会议管理***上获取，或者通过传统的分组因特网探测器PING和路由跟踪测试，虽然耗费大量人力进行检测，也无法做到全貌态势感知，只能进行事中和事后的手动的排查工作，无法做到自动化的集中监测分析，此外，对于事前预警也尚无手段和方法。因此，视频会议***没有得到有效感知分析，时常出现马赛克、声音断续、延时过大等问题，严重时会影响会议效果，导致会议无法正常进行。

针对上述技术问题，相关技术中尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种视频业务的检测方法及装置、存储介质、电子装置，以至少解决相关技术中对视频业务的检测不准确的问题。

根据本发明的一个实施例，提供了一种视频业务的检测方法，包括：在确定的运行第一视频业务的各个节点处设置检测点；获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据；根据所述多个检测数据对所述第一视频业务的播放质量进行检测。

可选地，在确定的运行所述第一视频业务的各个节点处设置检测点之后，所述方法包括：对所述第一视频业务通过实时传输协议RTP协议进行封装；通过用户数据包协议UDP将封装后的所述第一视频业务按照预定时间间隔发送到接收节点。

可选地，通过所述UDP将封装后的视频业务按照所述预定时间间隔发送到所述接收节点之后，所述方法包括：接收所述接收节点发送的第二视频业务，其中，所述第二视频业务为所述接收节点接收到所述第一视频后返回的视频业务；确定接收到所述第二视频业务中的数据包的时间以及接收到的所述第二视频业务的数据包的数量；将接收到的所述第二视频业务的数据包的数量与所述第一视频业务中的数据包的数量进行比对；利用比对结果以及接收所述第二视频业务中的数据包的时间确定播放所述第一视频业务的以下性能至少之一：丢包率，播放时延，视频抖动情况，媒体传输质量指标MDI。

可选地，获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据包括：在所述各个节点的检测点处设置分组因特网探测器PING；在各个节点处获取利用所述PING对所述第一视频业务的运行情况进行检测的数据，得到多个所述检测数据。

可选地，获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，包括以下至少之一：在所述各个节点的检测点处进行路由测试，获取所述第一视频业务的路由数据，其中，所述路由数据包括以下至少之一：路由跳数，每一个路由跳数的IP地址，每一个路由跳数的IP地址对应的时延、所述第一视频业务在相邻两个路由之间的平均返回时延；在所述各个节点的检测点之间进行传输控制协议TCP的性能测试，获取所述第一视频业务在所述各个节点处的TCP性能数据，其中，所述TCP性能数据包括以下至少之一：所述第一视频业务的丢包数据，所述第一视频业务的播放时延，所述第一视频业务的视频抖动数据，所述各个节点的吞吐量；在所述各个节点的检测点之间进行用户数据报协议UDP的测试，获取所述第一视频业务在所述各个节点处的UDP数据，其中，所述UDP数据包括以下至少之一：所述第一视频业务的播放时延，所述第一视频业务的视频抖动数据，所述各个节点的吞吐量；在所述第一视频业务的接收节点和发送节点之间进行AMR2语音质量测试，获取所述第一视频业务在所述发送节点和所述接收节点之间的语音质量信息。

可选地，根据所述多个检测数据对所述第一视频业务的播放质量进行检测包括：接收所述各个节点的检测点发送的所述多个检测数据；分别将所述多个检测数据与所述第一视频正常运行的数据进行比对，以确定所述第一视频业务出现故障的节点和出现故障的时间。

根据本发明的另一个实施例，还提供一种是视频业务的检测装置，包括：设置模块，用于在确定的运行第一视频业务的各个节点处设置检测点；获取模块，用于获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据；检测模块，用于根据所述多个检测数据对所述第一视频业务的播放质量进行检测。

可选地，所述装置包括：封装模块，用于在确定的运行所述第一视频业务的各个节点处设置检测点之后，对所述第一视频业务通过实时传输协议RTP协议进行封装；发送模块，用于通过用户数据包协议UDP将封装后的所述第一视频业务按照预定时间间隔发送到接收节点。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，由于在确定的运行第一视频业务的各个节点处设置检测点；获取各个节点的检测点对第一视频业务的运行情况进行检测的数据，得到多个检测数据；根据多个检测数据对第一视频业务的播放质量进行检测。因此，可以解决对视频业务的检测不准确的问题，达到准确检测视频业务，使得视频业务流畅进行的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的视频业务的检测方法的移动终端的硬件结构框图；

图2是根据本发明实施例的视频业务的检测方法的流程图；

图3是根据本发明实施例的视频业务的检测装置的结构框图；

图4是根据本发明实施例的视频传输的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的视频业务的检测方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的业务的休眠周期的设置方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种视频业务的检测方法，图2是根据本发明实施例的视频业务的检测方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，在确定的运行第一视频业务的各个节点处设置检测点；

步骤S204，获取上述各个节点的检测点对上述第一视频业务的运行情况进行检测的数据，得到多个检测数据；

步骤S206，根据上述多个检测数据对上述第一视频业务的播放质量进行检测。

通过上述步骤，由于在确定的运行第一视频业务的各个节点处设置检测点；获取各个节点的检测点对第一视频业务的运行情况进行检测的数据，得到多个检测数据；根据多个检测数据对第一视频业务的播放质量进行检测。因此，可以解决对视频业务的检测不准确的问题，达到准确检测视频业务，使得视频业务流畅进行的效果可选地，上述步骤的执行主体可以为终端等，但不限于此。

在本实施例中，在确定的运行第一视频业务的各个节点处设置检测点，即是关键节点，比如，路由器处设置的路由节点。根据上述多个检测数据对上述第一视频业务的播放质量进行检测，即是对来自关键节点的测试结果进行保存并呈现分析报告；在核心管理平台的控制下，7x24小时的进行IP网络及多种业务的性能测试。在多处节点处采集数据，可以增加检测的准确性。

在一个可选的实施例中，在确定的运行上述第一视频业务的各个节点处设置检测点之后，上述方法包括：对上述第一视频业务通过实时传输协议RTP协议进行封装；通过用户数据包协议UDP将封装后的上述第一视频业务按照预定时间间隔发送到接收节点。例如，视频会议中，音视频数据通过RTP协议进行封装。利用UDP传输协议发送到目的地，发送间隔为对应的数据编码类型指定。目的地(接收节点)收到音视频包后再转发回发送端(发送节点)，发送端根据收到的数据包的个数与时间计算出指标：丢包率、时延、抖动、媒体传输质量指标MDI。通过封装的方式进行传输，增加了传输数据的安全性。

在一个可选的实施例中，通过上述UDP将封装后的视频业务按照上述预定时间间隔发送到上述接收节点之后，上述方法包括：接收上述接收节点发送的第二视频业务，其中，上述第二视频业务为上述接收节点接收到上述第一视频后返回的视频业务；确定接收到上述第二视频业务中的数据包的时间以及接收到的上述第二视频业务的数据包的数量；将接收到的上述第二视频业务的数据包的数量与上述第一视频业务中的数据包的数量进行比对；利用比对结果以及接收上述第二视频业务中的数据包的时间确定播放上述第一视频业务的以下性能至少之一：丢包率，播放时延，视频抖动情况，媒体传输质量指标MDI。在本实施例中，上述中的第一视频业务与第二视频业务是播放的相同的视频业务，第二视频业务在返回传输的过程中可能会出现丢包的现象，其中包括的数据包是小于或者等于第一视频业务。通过视频业务的返回数据包数量确定数据是否丢包，简单可行，而且可以准确的检测视频业务是否出现故障。

在一个可选的实施例中，获取上述各个节点的检测点对上述第一视频业务的运行情况进行检测的数据，得到多个检测数据包括：在上述各个节点的检测点处设置分组因特网探测器PING；在各个节点处获取利用上述PING对上述第一视频业务的运行情况进行检测的数据，得到多个上述检测数据。例如，在网络设备之间进行PING测试，获取相应的感知数据，并能够对质差产生门限告警。PING性能测试能够设置包大小、发包数量、发送间隔、测试发包的测试操作***(Test Operating System，简称为TOS)等参数，能够获取时延、丢包、抖动、目的IP归属地信息等感知数据。

在一个可选的实施例中，获取上述各个节点的检测点对上述第一视频业务的运行情况进行检测的数据，包括以下至少之一：在上述各个节点的检测点处进行路由测试，获取上述第一视频业务的路由数据，其中，上述路由数据包括以下至少之一：路由跳数，每一个路由跳数的IP地址，每一个路由跳数的IP地址对应的时延、上述第一视频业务在相邻两个路由之间的平均返回时延；在上述各个节点的检测点之间进行传输控制协议TCP的性能测试，获取上述第一视频业务在上述各个节点处的TCP性能数据，其中，上述TCP性能数据包括以下至少之一：上述第一视频业务的丢包数据，上述第一视频业务的播放时延，上述第一视频业务的视频抖动数据，上述各个节点的吞吐量；在上述各个节点的检测点之间进行用户数据报协议UDP的测试，获取上述第一视频业务在上述各个节点处的UDP数据，其中，上述UDP数据包括以下至少之一：上述第一视频业务的播放时延，上述第一视频业务的视频抖动数据，上述各个节点的吞吐量；在上述第一视频业务的接收节点和发送节点之间进行AMR2语音质量测试，获取上述第一视频业务在上述发送节点和上述接收节点之间的语音质量信息。例如：***通过在多个节点、网络设备之间进行路由测试，获取相应的感知数据，并能够对质差产生门限告警。通过测试能够获取路由跳数、每一跳IP地址以及对应时延、回应种类和平均返回时延。除了基于三层路由跟踪功能外，还能够通过在ICMP报文上封装UDP/TCP端口，实现基于端口号的路由跟踪，当网络中存在基于四层端口做的策略路由设置，可采用设置四层加载UDP/TCP端口参数的方式，对真实路由进行跟踪。上述方式增加了路由检测的准确性。

在一个可选的实施例中，根据上述多个检测数据对上述第一视频业务的播放质量进行检测包括：接收上述各个节点的检测点发送的上述多个检测数据；分别将上述多个检测数据与上述第一视频正常运行的数据进行比对，以确定上述第一视频业务出现故障的节点和出现故障的时间。

实施例2

在本实施例中还提供了一种视频业务的检测装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本发明实施例的视频业务的检测装置的结构框图，如图3所示，该装置包括：设置模块32、获取模块34以及检测模块36，下面对该装置进行详细说明：

设置模块32，用于在确定的运行第一视频业务的各个节点处设置检测点；获取模块34，连接至上述中的设置模块32，用于获取上述各个节点的检测点对上述第一视频业务的运行情况进行检测的数据，得到多个检测数据；检测模块36，连接至上述中的获取模块34，用于根据上述多个检测数据对上述第一视频业务的播放质量进行检测。

在一个可选的实施例中，上述装置包括：封装模块，用于在确定的运行上述第一视频业务的各个节点处设置检测点之后，对上述第一视频业务通过实时传输协议RTP协议进行封装；发送模块，用于通过用户数据包协议UDP将封装后的上述第一视频业务按照预定时间间隔发送到接收节点。

在一个可选的实施例中，上述装置还包括，接收模块，用于通过上述UDP将封装后的视频业务按照上述预定时间间隔发送到上述接收节点之后，接收上述接收节点发送的第二视频业务，其中，上述第二视频业务为上述接收节点接收到上述第一视频后返回的视频业务；确定模块，连接至上述中的接收模块，用于确定接收到上述第二视频业务中的数据包的时间以及接收到的上述第二视频业务的数据包的数量；比对模块，连接至上述中的确定模块，用于将接收到的上述第二视频业务的数据包的数量与上述第一视频业务中的数据包的数量进行比对；处理模块，连接至上述中的比对模块，用于利用比对结果以及接收上述第二视频业务中的数据包的时间确定播放上述第一视频业务的以下性能至少之一：丢包率，播放时延，视频抖动情况，媒体传输质量指标MDI。

在一个可选的实施例中，上述获取模块34包括：设置单元，用于在上述各个节点的检测点处设置分组因特网探测器PING；获取单元，连接至上述中的设置单元，用于在各个节点处获取利用上述PING对上述第一视频业务的运行情况进行检测的数据，得到多个上述检测数据。

在一个可选的实施例中，上述获取单元通过以下方式至少之一获取上述各个节点的检测点对上述第一视频业务的运行情况进行检测的数据：在上述各个节点的检测点处进行路由测试，获取上述第一视频业务的路由数据，其中，上述路由数据包括以下至少之一：路由跳数，每一个路由跳数的IP地址，每一个路由跳数的IP地址对应的时延、上述第一视频业务在相邻两个路由之间的平均返回时延；在上述各个节点的检测点之间进行传输控制协议TCP的性能测试，获取上述第一视频业务在上述各个节点处的TCP性能数据，其中，上述TCP性能数据包括以下至少之一：上述第一视频业务的丢包数据，上述第一视频业务的播放时延，上述第一视频业务的视频抖动数据，上述各个节点的吞吐量；在上述各个节点的检测点之间进行用户数据报协议UDP的测试，获取上述第一视频业务在上述各个节点处的UDP数据，其中，上述UDP数据包括以下至少之一：上述第一视频业务的播放时延，上述第一视频业务的视频抖动数据，上述各个节点的吞吐量；在上述第一视频业务的接收节点和发送节点之间进行AMR2语音质量测试，获取上述第一视频业务在上述发送节点和上述接收节点之间的语音质量信息。

在一个可选的实施例中，检测模块36通过以下方式根据上述多个检测数据对上述第一视频业务的播放质量进行检测：接收上述各个节点的检测点发送的上述多个检测数据；分别将上述多个检测数据与上述第一视频正常运行的数据进行比对，以确定上述第一视频业务出现故障的节点和出现故障的时间。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

下面结合具体实施例对本发明进行详细说明：

具体实施例1：

随着网络不断发展以及终端设备类型的多样化,对业务质量的要求也变越来越严格，同时业务质量的评价方法从以前只关注网络环境的传统的服务质量(QoS)到为了反映用户对某一业务的主观感受的体验质量(QoE)也有了长足的发展。但影响业务质量的关键因素中网络因素依然是不可忽视的，网络性能的好坏直接影响业务的质量，反映网络性能的参数也分多种,其中最为关键就是网络的丢包率、网络延时和带宽等参数。

国内外对视频业务质量态势感知的研究较少，视频会议厂商目前只停留在***管理维护阶段，简单的通过视频会议***平台只记录一些影响质差的数据。网络设备厂商和网管厂商只对设备状态、网络通断和网络端口流量进行管理监控，均无法做到全方位的态势感知。

在本实施例中，在视频会议开始前，进行仿真模拟测试，模拟视频会议，发起业务流量，并对交互过程中各个阶段进行标记、记录时间和分析返回值，从而获取视频感知数据，验证视频业务是否正常。当发现视频***异常或故障时，立即对运行数据进行汇总分析、回溯分析，科学有效地对故障时间段进行定位、迅速判定问题引起的原因，快速定位问题，努力做到问题一旦出现，尽早发现，尽早解决，主动防范，保障视频会议能够稳定运行。

此外，此项目可以对视频业务的全方位态势进行感知，从设备管控层面，转移到用户感知层面，通过仿真手段，分析视频业务的状态和质量趋势，从而对视频业务的态势进行全面掌控，发现当前问题，感知业务感知趋势，实现视频业务的预警。

本实施例为实现对视频业务质量的态势感知。研究基于用户角度的仿***动拨测技术，实现自动化的感知测试和数据的集中分析。

主动式仿真拨测是指通过模拟用户业务行为，发起业务流量，并对交互过程中各个阶段进行标记、记录时间和分析返回值，从而获取用户感知数据。针对视频业务的态势感知，模拟具体的音视频媒体的传输流量，进行分析感知。基本测试实验原理如下：

视频会议中，音视频数据通过实时传输协议(Real_time Transport Protocol，简称为RTP)协议进行封装。利用用户数据报协议(User Datagram Protocol，简称为UDP)传输协议发送到目的地，发送间隔为对应的数据编码类型指定。如图4所示，目的地收到音视频包后再转发回发送端，发送端根据收到的数据包的个数与时间计算出指标：丢包率、时延、抖动、媒体传输质量指标(Media Delivery Index，简称为MDI)。

本实施例提出一套高可行、高可用、高可靠的视频业务质量态势感知***，通过对视频会议业务***和承载网络的全方位监测，对关键视频节点仿真测试实验对网络的联通性进行监测，获取丢包、时延、抖动和带宽数据，拨测分析视频会议端到端网络的TCP和UDP的传输性能，然后模拟视频会议终端发起媒体流的测试，整体感知视频会议的业务态势，从而更好的提高视频会议的稳定性、高可用性、安全性。

主动仿真测试***，***的设计主要从以下几个方面进行：

1、测试实验节点：

核心测试实验管理控制平台对测试任务进行管制，同时对来自关键节点的测试结果进行保存并呈现分析报告；在核心管理平台的控制下，7x24小时的进行IP网络及多种业务的性能测试。

2、基本拨测实验：

(1)分组因特网探测器(Packet Internet Groper，简称为PING)测试指标。

通过在网络设备之间进行PING测试，获取相应的感知数据，并能够对质差产生门限告警。PING性能测试能够设置包大小、发包数量、发送间隔、测试发包的TOS等参数，能够获取时延、丢包、抖动、目的IP归属地信息等感知数据。

(2)多协议Tracert测试实验：

***通过在多个节点、网络设备之间进行路由测试，获取相应的感知数据，并能够对质差产生门限告警。通过测试能够获取路由跳数、每一跳IP地址以及对应时延、回应种类和平均返回时延。除了基于三层路由跟踪功能外，还能够通过在ICMP报文上封装UDP/TCP端口，实现基于端口号的路由跟踪，当网络中存在基于四层端口做的策略路由设置，可采用设置四层加载UDP/TCP端口参数的方式，对真实路由进行跟踪。

(3)TCP性能测试实验：

TCP性能测试能够在两个节点之间进行的单向/双向TCP业务性能测试。测试能够设置测试包大小、发包数量、发送间隔时间、发送和接收端口、单/双向选择、预警门限值、告警门限值等测试参数。最终获取丢包、抖动、吞吐量、时延等感知数据。当TCP性能超出一定的阀值时，将会产生告警。

(4)用户数据报协议(User Datagram Protocol，简称为UDP)性能测试实验。

***通过配置实时监测任意两个节点之间的单向/双向UDP业务功能，包括抖动、吞吐量和时延。测试能够设置测试数据大小、发包数量、发送间隔时间、发送和接收端口、单/双向选择、预警门限值、告警门限值等测试参数、支持TWAMP、Y.1564、RFC2544等测试标准设定。当UDP性能达到一定的阀值时，将会产生告警。

3、端到端音频测试实验：

AMR2语音质量测试：配置AMR2语音编码的语音质量测试，支持P.862PESQ和MOS的量测。实时监测任意两个节点之间的AMR2语音质量，并将产生的告警传送到相应的网管平台。

VoIP分析：配置执行IP语音运行***的性能保证测试和问题诊断，业务部署前的VoIP设备测试，生成MOS值，对通话质量进行客观评价。

语音指标：配置丢包、时延和MOS值。

4、端到端视频测试：

视频业务性能测试可以得出针对不同视频编码的视频会议承载性能和视频业务质量。承载性能包括时延、抖动和丢包；视频业务质量用MOS值来表示。

通过配置端到端视频测试在两个节点之间功能值，模拟视频会议终端，视频编码可设置为H.263，H.264和MPEG-2，仿真视频终端进行测试，测试参数能实现默认设置与自主设置。测试收集到的结果包括：MDI、延迟因素(表示缓冲器必须包含多少毫秒的数据才能消除抖动)、抖动、媒体丢包速率(每秒钟丢失的或异常的媒体数据包数量)、MOS、MDI值等。

通过视频会议业务质量态势感知的研究，针对视频会议***。对视频业务开展智能化分析及整合，快速发现***及应用运行问题，迅速定位问题。在视频会议开始前，进行仿真模拟测试，模拟视频会议，发起业务流量，并对交互过程中各个阶段进行标记、记录时间和分析返回值，从而获取视频感知数据，验证视频业务是否正常。当发现视频会议异常或故障时，立即对运行数据进行汇总分析、回溯分析，科学有效地对故障时间段进行定位、迅速判定问题引起的原因，明确采取何种有效措施，降低视频***异常或故障发生的可能性或者其所造成的影响，减少视频会议的脆弱性，从而将风险降低到可接受的水平，努力做到问题一旦出现，尽早发现，尽早解决，主动防范，保障视频会议的稳定运行。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例上述的方法。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以上各步骤的计算机程序。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以上各步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种视频业务的检测方法，其特征在于，包括：

在确定的运行第一视频业务的各个节点处设置检测点；

获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据；

根据所述多个检测数据对所述第一视频业务的播放质量进行检测。

2.根据权利要求1所述的方法，其特征在于，在确定的运行所述第一视频业务的各个节点处设置检测点之后，所述方法包括：

对所述第一视频业务通过实时传输协议RTP协议进行封装；

通过用户数据包协议UDP将封装后的所述第一视频业务按照预定时间间隔发送到接收节点。

3.根据权利要求2所述的方法，其特征在于，通过所述UDP将封装后的视频业务按照所述预定时间间隔发送到所述接收节点之后，所述方法包括：

接收所述接收节点发送的第二视频业务，其中，所述第二视频业务为所述接收节点接收到所述第一视频后返回的视频业务；

确定接收到所述第二视频业务中的数据包的时间以及接收到的所述第二视频业务的数据包的数量；

将接收到的所述第二视频业务的数据包的数量与所述第一视频业务中的数据包的数量进行比对；

利用比对结果以及接收所述第二视频业务中的数据包的时间确定播放所述第一视频业务的以下性能至少之一：丢包率，播放时延，视频抖动情况，媒体传输质量指标MDI。

4.根据权利要求1所述的方法，其特征在于，获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据包括：

在所述各个节点的检测点处设置分组因特网探测器PING；

在各个节点处获取利用所述PING对所述第一视频业务的运行情况进行检测的数据，得到多个所述检测数据。

5.根据权利要求1所述的方法，其特征在于，获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，包括以下至少之一：

在所述各个节点的检测点处进行路由测试，获取所述第一视频业务的路由数据，其中，所述路由数据包括以下至少之一：路由跳数，每一个路由跳数的IP地址，每一个路由跳数的IP地址对应的时延、所述第一视频业务在相邻两个路由之间的平均返回时延；

在所述各个节点的检测点之间进行传输控制协议TCP的性能测试，获取所述第一视频业务在所述各个节点处的TCP性能数据，其中，所述TCP性能数据包括以下至少之一：所述第一视频业务的丢包数据，所述第一视频业务的播放时延，所述第一视频业务的视频抖动数据，所述各个节点的吞吐量；

在所述各个节点的检测点之间进行用户数据报协议UDP的测试，获取所述第一视频业务在所述各个节点处的UDP数据，其中，所述UDP数据包括以下至少之一：所述第一视频业务的播放时延，所述第一视频业务的视频抖动数据，所述各个节点的吞吐量；

在所述第一视频业务的接收节点和发送节点之间进行AMR2语音质量测试，获取所述第一视频业务在所述发送节点和所述接收节点之间的语音质量信息。

6.根据权利要求1所述的方法，其特征在于，根据所述多个检测数据对所述第一视频业务的播放质量进行检测包括：

接收所述各个节点的检测点发送的所述多个检测数据；

分别将所述多个检测数据与所述第一视频正常运行的数据进行比对，以确定所述第一视频业务出现故障的节点和出现故障的时间。

7.一种是视频业务的检测装置，其特征在于，包括：

设置模块，用于在确定的运行第一视频业务的各个节点处设置检测点；

获取模块，用于获取所述各个节点的检测点对所述第一视频业务的运行情况进行检测的数据，得到多个检测数据；

检测模块，用于根据所述多个检测数据对所述第一视频业务的播放质量进行检测。

8.根据权利要求7所述的装置，其特征在于，所述装置包括：

封装模块，用于在确定的运行所述第一视频业务的各个节点处设置检测点之后，对所述第一视频业务通过实时传输协议RTP协议进行封装；

发送模块，用于通过用户数据包协议UDP将封装后的所述第一视频业务按照预定时间间隔发送到接收节点。

9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至6任一项中所述的方法。

10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至6任一项中所述的方法。