CN112019836B - 流媒体网络连通性和播放质量拨测方法及系统 - Google Patents

Abstract

本发明公开了一种流媒体网络连通性和播放质量拨测方法及系统，通过拨测终端采集网络层数据统一发送给拨测服务器进行网络层分析，实现自动对流媒体的网络连通性进行拨测。同时，通过RTSP流媒体服务器的应用层拨测脚本采集视频会议终端的流媒体播放质量信息，并将采集的应用层信息和拨测终端采集的网络层网络质量信息发送给拨测服务器结合分析，建立了视频会议流媒体网络及播放质量自动判断流程，降低用户的工作量，并对用户的技术水平要求不高。由此可以降低运维成本，提高视频会议管理效率。

Description

流媒体网络连通性和播放质量拨测方法及系统

技术领域

本发明涉及文本匹配技术领域，特别涉及一种流媒体网络连通性和播放质量拨测方法及系统。

背景技术

拨测是以信令仿真的形式向各视频会议终端、网络设备和服务器发起网络和业务测量的一种技术，可以实现业务可用情况、路由畅通性、业务感知等指标的主动性测试。拨测技术分为网络层拨测和应用层拨测，网络层拨测通过对RTSP流媒体服务器、网络设备、视频会议终端发送ICMP报文，从而达到了解被测网络通信质量的目的。应用层拨测是对业务质量进行评估，通过向RTSP流媒体服务器或视频会议终端发送与真实业务报文一致的模拟报文，对业务在网络中运行状态进行真实模拟和测试。当用户需要了解网络质量时，采用网络层拨测，拨测终端按照固定间隔时间向网络设备或服务器发送ICMP ECHO请求数据包，并根据返回的ICMP ECHO RESPONSE响应数据包进行丢包率、时延、抖动等指标的统计。当用户需要了解业务质量时，发送应用层请求数据包。例如对Web业务，拨测终端按照固定间隔时间向HTTP服务器发送HTTP GET/POST请求数据包，接收HTTP RESPONSE响应的往返数据包记录接收时间等数据。

相关技术中的拨测终端还无法对网络视频终端和系统进行拨测。在会议开始前，为保证会议的顺利召开，一般需在会议端采用人工方式逐一与每个视频会议终端的人员进行连通性测试和播放质量测试，分别获取客户侧的网络连通性和播放质量信息，明确网络连通性和播放质量良好后，再正式开始会议。

相关技术中，在网络层拨测和应用层拨测方面存在以下问题：

网络层拨测方面，虽然可以通过操作拨测设备对视频会议的会议端和客户端的通信通道质量进行拨测，但是用户需要了解整个网络的架构，确定拨测对象，并采用人工方式根据上报的故障情况。如果用户对故障类型不熟悉或者对维护的网络缺少全面的了解，操作和分析过程复杂。

应用层拨测方面，目前已有的拨测设备应用层拨测只支持SMTP、FTP、Telnet、HTTP等常用应用层协议，由于视频会议的流媒体传输基于RTSP协议，拨测设备无法模拟RTSP服务器控制视频媒体流传输，进而无法使用拨测设备进行视频会议的应用层拨测。在实际工作中，必须采用人工方式进行对会议的各个客户端播放质量进行测试后再开始会议，工作效率低，且工作量大。

发明内容

本发明的目的在于至少解决现有技术中存在的技术问题之一，提供一种流媒体网络连通性和播放质量拨测方法、系统、存储介质及电子设备，实现自动对视频会议中的流媒体网络连通性和播放质量进行拨测。

第一方面，本发明实施例提供一种流媒体网络连通性和播放质量拨测方法，适用于由RTSP流媒体服务器和多个视频会议终端组成的流媒体视频会议网络，设置通过网络通信连接的拨测终端和拨测服务器，所述方法包括以下步骤：

所述拨测终端向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器；

所述拨测终端向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器；

在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器将所述流媒体传输播放信息上传至所述拨测服务器。

根据第一方面的一些实施例，所述拨测终端向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器，具体包括以下步骤：

在拨测终端向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端向网络层拨测失败的视频会议终端发起traceroute命令；

根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

将拨测信息上传至所述拨测服务器。

根据第一方面的一些实施例，所述拨测终端向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器，具体包括以下步骤：

拨测终端向所述RTSP流媒体服务器发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器。

根据第一方面的一些实施例，所述在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述拨测脚本将所述流媒体传输播放信息上传至所述拨测服务器，具体包括以下步骤：

在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器与视频会议终端建立Web Socket握手是否成功；

在RTSP流媒体服务器与视频会议终端建立Web Socket握手失败的情况下，所述RTSP流媒体服务器将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器。

第二方面，本发明实施例提供一种流媒体网络连通性和播放质量拨测系统，所述系统包括通过网络通信连接的拨测终端、拨测服务器及RTSP流媒体服务器，其中，RTSP流媒体服务器和多个视频会议终端组成流媒体视频会议网络；

所述拨测终端包括：

视频会议终端拨测模块，用于向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器；

网络层测试模块，用于向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器；

所述RTSP流媒体服务器包括：

流媒体传播监听模块，用于在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器将所述流媒体传输播放信息上传至所述拨测服务器。

根据第二方面的一些实施例，所述视频会议终端拨测模块包括：

traceroute测试单元，用于在拨测终端向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端向网络层拨测失败的视频会议终端发起traceroute命令；

拨测信息获取单元，用于根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

拨测信息上传单元，用于将拨测信息上传至所述拨测服务器。

根据第二方面的一些实施例，所述网络层测试模块包括：

DNS解析识别结果获取单元，用于拨测终端向所述RTSP流媒体服务器发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

DNS解析识别结果上传单元，用于将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器。

根据第二方面的一些实施例，所述流媒体传播监听模块包括：

监听单元，用于在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器与视频会议终端建立WebSocket握手是否成功；

流媒体传输播放信息上传单元，用于在RTSP流媒体服务器与视频会议终端建立Web Socket握手失败的情况下，所述RTSP流媒体服务器将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器。

第三方面，本发明实施例提供一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明第一方面实施例中任一项所述的流媒体网络连通性和播放质量拨测方法。

第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如本发明第一方面实施例中任一项所述的流媒体网络连通性和播放质量拨测方法。

上述的流媒体网络连通性和播放质量拨测方法、系统、存储介质及电子设备，至少具有以下有益效果：

1.通过拨测终端采集网络层数据统一发送给拨测服务器进行网络层分析，实现自动对流媒体的网络连通性进行拨测。

2.通过RTSP流媒体服务器的应用层拨测脚本采集视频会议终端的流媒体播放质量信息，并将采集的应用层信息和拨测终端采集的网络层网络质量信息发送给拨测服务器结合分析，建立了视频会议流媒体网络及播放质量自动判断流程，降低用户的工作量，并对用户的技术水平要求不高。由此可以降低运维成本，提高视频会议管理效率。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

下面结合附图和实施例对本发明进一步地说明；

图1为一个实施例中流媒体网络连通性和播放质量拨测方法的应用环境图。

图2为其中一个实施例中流媒体网络连通性和播放质量拨测方法的流程示意图。

图3为另一个实施例中流媒体网络连通性和播放质量拨测方法的流程示意图。

图4为又一个实施例中流媒体网络连通性和播放质量拨测方法的流程示意图。

图5为一些实施例中流媒体网络连通性和播放质量拨测方法的流程示意图。

图6为一个实施例中流媒体网络连通性和播放质量拨测系统的结构框图。

图7为其中一个实施例中流媒体网络连通性和播放质量拨测系统的结构框图。

图8为另一个实施例中流媒体网络连通性和播放质量拨测系统的结构框图。

图9为又一个实施例中流媒体网络连通性和播放质量拨测系统的结构框图。

图10为一个实施例中流媒体网络连通性和播放质量拨测方法的流程示意图。

图11为一个实施例中计算机设备的结构框图。

附图标记：

410、拨测服务器；420、拨测终端；421、视频会议终端拨测模块；4211、traceroute测试单元；4212、拨测信息获取单元；4213、拨测信息上传单元；422、网络层测试模块；4221、DNS解析识别结果获取单元；4222、DNS解析识别结果上传单元；430、RTSP流媒体服务器；431、流媒体传播监听模块；4311、监听单元；4312、流媒体传输播放信息上传单元；

具体实施方式

本部分将详细描述本发明的具体实施例，本发明之较佳实施例在附图中示出，附图的作用在于用图形补充说明书文字部分的描述，使人能够直观地、形象地理解本发明的每个技术特征和整体技术方案，但其不能理解为对本发明保护范围的限制。

图1为一个实施例中流媒体网络连通性和播放质量拨测方法的应用环境图。参照图1，该流媒体网络连通性和播放质量拨测方法应用于流媒体网络连通性和播放质量拨测系统。该流媒体网络连通性和播放质量拨测系统包括通过网络通信连接的拨测终端420、拨测服务器410及RTSP流媒体服务器430，其中，RTSP流媒体服务器430和多个视频会议终端组成流媒体视频会议网络。视频会议终端和拨测终端420具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。拨测服务器410及RTSP流媒体服务器430可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

下面，将通过几个具体的实施例对本发明实施例提供的流媒体网络连通性和播放质量拨测方法进行详细介绍和说明。

如图2所示，在一个实施例中，提供了一种流媒体网络连通性和播放质量拨测方法。该流媒体网络连通性和播放质量拨测方法具体包括如下步骤：步骤S310、步骤S320及步骤S330。

其中，步骤S310：所述拨测终端420向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器410；

在一个实施例中，参照图3，步骤S310具体包括以下步骤：

步骤S311：在拨测终端420向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端420向网络层拨测失败的视频会议终端发起traceroute命令；

步骤S312：根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

步骤S313：将拨测信息上传至所述拨测服务器410。

traceroute(Windows系统下是tracert)命令利用ICMP协议定位计算机和目标计算机之间的所有路由器。TTL值可以反映数据包经过的路由器或网关的数量，通过操纵独立ICMP呼叫报文的TTL值和观察该报文被抛弃的返回信息，traceroute命令能够遍历到数据包传输路径上的所有路由器。

其中，步骤S320：所述拨测终端420向所述RTSP流媒体服务器430发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器410；

需要说明的是，参照图4，步骤S320具体包括以下步骤：

步骤S321：拨测终端420向所述RTSP流媒体服务器430发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

步骤S322：将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器410。

DNS解析又叫做域名解析，是把域名指向网站空间IP，让人们通过注册的域名可以方便地访问到网站的一种服务。IP地址是网络上标识站点的数字地址，为了方便记忆，采用域名来代替IP地址标识站点地址。域名解析就是域名到IP地址的转换过程。域名的解析工作由DNS服务器完成。

本实施例中，通过步骤S310和步骤S320实现自动对流媒体网络连通性进行测试，相较于传统通过人工操作的方式，降低了对操作人员知识水平和技能熟悉度要求，提升了拨测效率。

其中，步骤S330：在所述RTSP流媒体服务器430上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器430将所述流媒体传输播放信息上传至所述拨测服务器410。

需要说明的是，参照图5，步骤S330具体包括以下步骤：

步骤S331：在所述RTSP流媒体服务器430上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器430与视频会议终端建立WebSocket握手是否成功；

步骤S332：在RTSP流媒体服务器430与视频会议终端建立Web Socket握手失败的情况下，所述RTSP流媒体服务器430将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器410。

Web Socket是一种在单个TCP连接上进行全双工通信的协议。Web Socket通信协议于2011年被IETF定为标准RFC 6455，并由RFC7936补充规范。Web Socket API也被W3C定为标准。Web Socket使得视频会议终端和服务器之间的数据交换变得更加简单，允许服务端主动向视频会议终端推送数据。在Web Socket API中，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。

脚本(Script)，是使用一种特定的描述性语言，依据一定的格式编写的可执行文件。脚本语言又被称为扩建的语言,或者动态语言,是一种编程语言,用来控制软件应用程序,脚本通常是以文本(ASCⅡ)保存,只是在被调用时进行解释或者编译。

通过RTSP流媒体服务器430的应用层拨测脚本采集视频会议终端的流媒体播放质量信息，并将采集的应用层信息和拨测终端420采集的网络层网络质量信息发送给拨测服务器410结合分析，建立了视频会议流媒体网络及播放质量自动判断流程，降低用户的工作量，并对用户的技术水平要求不高。由此可以降低运维成本，提高视频会议管理效率。

如图6所示，在一个实施例中，提供了一种流媒体网络连通性和播放质量拨测系统。参照图6，所述系统包括通过网络通信连接的拨测终端420、拨测服务器410及RTSP流媒体服务器430，其中，RTSP流媒体服务器430和多个视频会议终端组成流媒体视频会议网络，所述拨测终端420包括视频会议终端拨测模块421和网络层测试模块422，所述RTSP流媒体服务器430包括流媒体传播监听模块431。

其中，视频会议终端拨测模块421，用于向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器410。

具体的，参照图7，所述视频会议终端拨测模块421包括：

traceroute测试单元4211，用于在拨测终端420向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端420向网络层拨测失败的视频会议终端发起traceroute命令；

拨测信息获取单元4212，用于根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

拨测信息上传单元4213，用于将拨测信息上传至所述拨测服务器410。

其中，网络层测试模块422，用于向所述RTSP流媒体服务器430发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器410。

具体的，参照图8，所述网络层测试模块422包括：

DNS解析识别结果获取单元4221，用于拨测终端420向所述RTSP流媒体服务器430发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

DNS解析识别结果上传单元4222，用于将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器410。流媒体传播监听模块431，用于在所述RTSP流媒体服务器430上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器430将所述流媒体传输播放信息上传至所述拨测服务器410。

其中，流媒体传播监听模块431，用于在所述RTSP流媒体服务器430上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器430将所述流媒体传输播放信息上传至所述拨测服务器410。

具体的，参照图9，所述流媒体传播监听模块431包括：

监听单元4311，用于在所述RTSP流媒体服务器430上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器430与视频会议终端建立Web Socket握手是否成功；

流媒体传输播放信息上传单元4312，用于在RTSP流媒体服务器430与视频会议终端建立Web Socket握手失败的情况下，所述RTSP流媒体服务器430将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器410。

由于流媒体网络连通性和播放质量拨测系统实施例与方法实施例基于相同的发明构思，对于系统实施例此处不再赘述。

参照图10，提供一种优选的流媒体网络连通性和播放质量拨测方法实施例。其包括如下步骤：

步骤201，开始；

步骤202，拨测服务器410初始化；

步骤203，拨测服务器410连接拨测终端420，启动网络层拨测；

步骤204，拨测终端420向各个视频会议终端的发起网络层拨测，判断网络层拨测是否成功，如果是，执行步骤206，否则，执行步骤205；

步骤205，拨测终端420向网络层拨测失败的视频会议终端发起traceroute命令，判断是网络中哪一段路由出现问题；

步骤206，拨测终端420向拨测服务器410上传网络故障定位结果；

步骤207，拨测终端420向RTSP流媒体服务器430发起DNS解析测试，判断DNS解析是否成功，如果是，执行步骤210，否则，执行步骤208；

步骤208，拨测终端420向拨测服务器410上传DNS解析失败结果；

步骤209，拨测服务器410统一收集拨测终端420发送的网络层故障信息和拨测信息，以及RTSP流媒体服务器430上拨测脚本发送的各个视频会议终端的流媒体传输播放信息；

步骤210，拨测服务器410连接RTSP流媒体服务器430，建立任务脚本，启动应用层拨测；

步骤211，拨测脚本在RTSP流媒体服务器430端创建拨测监听线程；

步骤212，判断视频会议终端是否是采用了基于Web Socket协议栈传输的HTML5流媒体服务，如果是，执行步骤214，否则，执行步骤213；

步骤213，RTSP流媒体服务器430端和视频会议终端建立RTSP握手；

步骤214，RTSP流媒体服务器430端和视频会议终端建立Web Socket握手；

步骤215，RTSP流媒体服务器430端判断Web Socket握手是否成功，如果是，执行步骤213，否则，执行步骤216；

步骤216，RTSP流媒体服务器430向拨测服务器410上传RTSP和Web Socket握手失败分析结果；

步骤217，RTSP流媒体服务器430端判断RTSP握手是否成功，如果是，执行步骤218，否则，执行步骤216；

步骤218，拨测脚本通过DESCRIBE请求接收并解析视频初始化相关数据；

步骤219，拨测服务器410根据网络层和应用层采集的数据进行网络及播放质量分析进程；

步骤220，分析完成，将统计结果返回用户。

参照图1，在一个实施例中，语音视频局域网分为网、省、地三级建设，通过各级综合数据网相互连接，承载视频会议、统一通信、调度电话等语音视频类业务，实现调度机构、办公场所、厂站、供电所、营业厅等之间数据通信的专用网络。根据其网络架构特点，本实施例分别在网级语音视频局域网部署拨测终端420一套用于网络层拨测，并将拨测服务器410一套部署在网级语音视频局域网，拨测终端420采集的网络层数据统一发送给拨测服务器410进行网络层分析。在RTSP流媒体服务器430上配置拨测脚本进行应用层拨测，通过RTSP协议的DESCRIBE请求获取视频会议终端的媒体播放响应信息，包括：端口打开到收到以第一帧视屏数据的时间、数据传输整体时间、传输数据量、传输率等，将获取的信息发给拨测服务器410进行应用层媒体流播放质量分析。

需要说明的是，视频会议中，一次基本的RTSP操作过程包括如下步骤:

首先，视频会议终端连接到RTSP流媒体服务器430并发送一个RTSP描述命令(DESCRIBE)。

RTSP流媒体服务器430通过一个SDP描述来进行反馈，反馈信息包括流数量、媒体类型等信息。

视频会议终端再分析该SDP描述，并为会话中的每一个流发送一个RTSP建立命令(SETUP)，RTSP建立命令告诉服务器视频会议终端用于接收媒体数据的端口。流媒体连接建立完成后，

视频会议终端发送一个播放命令(PLAY)，服务器就开始在UDP上传送媒体流(RTP包)到视频会议终端。在播放过程中视频会议终端还可以向服务器发送命令来控制快进、快退和暂停等。

最后，视频会议终端可发送一个终止命令(TERADOWN)来结束流媒体会话。

目前，拨测终端420不支持RTSP协议应用层拨测，只能通过人工的方式进行操作。许多用户对拨测终端420的功能不熟悉或对网络缺少全面的了解，导致工作量大或故障分析的效果不佳。本发明实施例通过RTSP流媒体服务器430的应用层拨测脚本采集视频会议终端的流媒体播放质量信息，并将采集的应用层信息和拨测终端420采集的网络层网络质量信息发送给拨测服务器410结合分析，建立了视频会议流媒体网络及播放质量自动判断流程，降低用户的工作量，并对用户的技术水平要求不高。由此可以降低运维成本，提高视频会议管理效率。并且通过视频会议流媒体网络及播放质量分析自动判断流程算法，实现对网络会议的视频会议终端网络层质量和应用层播放质量的自动分析方法。

图11示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图6中的拨测终端420、拨测服务器410及RTSP流媒体服务器430。如图11所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现流媒体网络连通性和播放质量拨测方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行流媒体网络连通性和播放质量拨测方法。本领域技术人员可以理解，图11中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的流媒体网络连通性和播放质量拨测系统可以实现为一种计算机程序的形式，计算机程序可在如图11所示的计算机设备上运行。计算机设备的存储器中可存储组成该流媒体网络连通性和播放质量拨测系统的各个程序模块，比如，图6所示的视频会议终端拨测模块421和网络层测试模块422。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的流媒体网络连通性和播放质量拨测方法中的步骤。

例如，图11所示的计算机设备可以通过如图6所示的流媒体网络连通性和播放质量拨测系统中的视频会议终端拨测模块421执行向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器410的步骤。通过网络层测试模块422执行向所述RTSP流媒体服务器430发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器410的步骤。

在一个实施例中，提供了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时执行上述流媒体网络连通性和播放质量拨测方法的步骤。此处流媒体网络连通性和播放质量拨测方法的步骤可以是上述各个实施例的流媒体网络连通性和播放质量拨测方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行上述流媒体网络连通性和播放质量拨测方法的步骤。此处流媒体网络连通性和播放质量拨测方法的步骤可以是上述各个实施例的流媒体网络连通性和播放质量拨测方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRA)、存储器总线(Rambus)直接RAM(RDRA)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

Claims (7)

1.一种流媒体网络连通性和播放质量拨测方法，适用于由RTSP流媒体服务器和多个视频会议终端组成的流媒体视频会议网络，其特征在于，设置通过网络通信连接的拨测终端和拨测服务器，所述方法包括以下步骤：

所述拨测终端向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器；

所述拨测终端向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器；

在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器将所述流媒体传输播放信息上传至所述拨测服务器；

具体包括以下步骤：

在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器与视频会议终端建立Web Socket握手是否成功；

在RTSP流媒体服务器与视频会议终端建立Web Socket握手失败的情况下，所述RTSP流媒体服务器将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器。

2.根据权利要求1所述的一种流媒体网络连通性和播放质量拨测方法，其特征在于，所述拨测终端向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器，具体包括以下步骤：

在拨测终端向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端向网络层拨测失败的视频会议终端发起traceroute命令；

根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

将拨测信息上传至所述拨测服务器。

3.根据权利要求1所述的一种流媒体网络连通性和播放质量拨测方法，其特征在于，所述拨测终端向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器，具体包括以下步骤：

拨测终端向所述RTSP流媒体服务器发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器。

4.一种流媒体网络连通性和播放质量拨测系统，其特征在于，所述系统包括通过网络通信连接的拨测终端、拨测服务器及RTSP流媒体服务器，其中，RTSP流媒体服务器和多个视频会议终端组成流媒体视频会议网络；

所述拨测终端包括：

视频会议终端拨测模块，用于向各个所述视频会议终端发起网络层拨测以获取拨测信息，并将拨测信息上传至所述拨测服务器；

网络层测试模块，用于向所述RTSP流媒体服务器发起网络层测试以获取网络层测试信息，并将网络层测试信息上传至所述拨测服务器；

所述RTSP流媒体服务器包括：

流媒体传播监听模块，用于在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本用于创建拨测监听线程以获取各个所述视频会议终端的流媒体传输播放信息，所述RTSP流媒体服务器将所述流媒体传输播放信息上传至所述拨测服务器；

所述流媒体传播监听模块包括：

监听单元，用于在所述RTSP流媒体服务器上运行拨测脚本，所述拨测脚本创建拨测监听线程；其中，所述监听线程用于监听RTSP流媒体服务器与视频会议终端建立Web Socket握手是否成功；

流媒体传输播放信息上传单元，用于在RTSP流媒体服务器与视频会议终端建立WebSocket握手失败的情况下，所述RTSP流媒体服务器将Web Socket握手失败的分析结果作为流媒体传输播放信息上传至拨测服务器。

5.如权利要求4所述的流媒体网络连通性和播放质量拨测系统，其特征在于，所述视频会议终端拨测模块包括：

traceroute测试单元，用于在拨测终端向各个所述视频会议终端发起网络层拨测失败的情况下，拨测终端向网络层拨测失败的视频会议终端发起traceroute命令；

拨测信息获取单元，用于根据traceroute命令获取拨测信息；其中，所述拨测信息包括网络中出现问题的路由位置；

拨测信息上传单元，用于将拨测信息上传至所述拨测服务器。

6.如权利要求4所述的流媒体网络连通性和播放质量拨测系统，其特征在于，所述网络层测试模块包括：

DNS解析识别结果获取单元，用于拨测终端向所述RTSP流媒体服务器发起网络层测试，所述网络层测试为DNS解析测试，并在失败DNS解析测试的情况下，获取DNS解析失败结果；

DNS解析识别结果上传单元，用于将DNS解析失败结果作为网络层测试信息上传至所述拨测服务器。

7.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1至3中任一项所述的流媒体网络连通性和播放质量拨测方法。

Images