CN109905697A - 视频会议测试方法、装置及存储介质 - Google Patents

Abstract

本申请涉及一种视频会议测试方法、装置及存储介质，属于视频会议技术领域，该方法包括：与会议控制器建立呼叫连接后，根据所述会议控制器的视频会议能力开启媒体通道；在开启媒体通道时获取媒体参数；从本地码流文件中获取目标码流文件；基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试；可以解决每个虚拟终端对音视频文件进行编解码操作时都会占用大量的CPU资源，在单个电子设备上运行的虚拟终端数量较多时，该电子设备的CPU占用率过高，导致视频会议测试效果不佳的问题；增加电子设备中运行的虚拟终端的数量，提高视频会议测试效果。

Description

视频会议测试方法、装置及存储介质

技术领域

本申请涉及视频会议测试方法、装置及存储介质，属于视频会议技术领域。

背景技术

视频会议是指位于两个或多个地点的用户通过通信设备和网络进行面对面交谈的会议。视频会议系统包括每个参会人员使用的终端和每个终端接入的多点控制单元(Multipoint control Unit，MCU)，在视频会议过程中，多个终端接入MCU实现会议内容的相互传输。

由于MCU的音视频编解码能力会影响视频会议的效果，因此，在MCU投入使用之前需要对MCU的音视频编码编解码能力进行测试，即，对MCU进行码流测试。

在一种典型的测试方法中，通过在终端设备上运行虚拟终端，使用虚拟终端模拟实体终端向MCU发送码流，从而对MCU进行码流测试。

然而，由于每个虚拟终端对音视频文件进行编解码操作时都会占用大量的CPU资源，在终端设备上运行的虚拟终端的数量较多时，会导致CPU占用率过高，影响虚拟终端与MCU之间的信令交互、虚拟终端与MCU之间的码流传输速度、甚至还会导致运行虚拟终端的终端设备死机，从而造成视频会议测试效果不佳的问题。

发明内容

本申请提供了一种视频会议测试方法、装置及存储介质，可以解决每个虚拟终端对音视频文件进行编解码操作时都会占用大量的CPU资源，在单个电子设备上运行的虚拟终端数量较多时，该电子设备的CPU占用率过高，导致视频会议测试效果不佳的问题。本申请提供如下技术方案：

第一方面，提供了一种视频会议测试方法，用于虚拟终端中，所述虚拟终端用于模拟实体终端进行视频会议，所述方法包括：

与会议控制器建立呼叫连接后，开启与所述会议控制器的视频会议能力对应的媒体通道；

在开启媒体通道时获取媒体参数，所述媒体参数用于指示向所述会议控制器发送码流的方式；

从本地码流文件中获取目标码流文件；

基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试。

可选地，所述本地码流文件包括所述虚拟终端对应的一组码流文件，所述组码流文件基于所述虚拟终端的终端标识命名。

可选地，所述本地码流文件中的每个码流文件的文件名称包括终端标识、媒体格式和媒体格式后缀；

所述从本地码流文件中获取目标码流文件，包括：

从本地码流文件中确定文件名称包括所述虚拟终端的终端标识、所述媒体参数中的媒体格式和所述媒体格式对应的媒体格式后缀的目标码流文件。

可选地，所述目标码流文件包括：码流长度文件和所述码流数据文件；所述码流数据文件中的每一帧媒体数据与所述码流长度文件中的每组长度数据一一对应；

所述基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件包括：

对于每帧媒体数据，从所述码流长度文件中读取所述媒体数据的长度数据；

根据所述长度数据从所述码流数据文件中读取所述媒体数据；

获取发送相邻帧媒体数据之间的时间间隔；

按照所述时间间隔发送每帧媒体数据。

可选地，所述方法还包括：

在所述码流数据文件中媒体数据全部读取完成时，再次读取第一帧媒体数据。

可选地，所述媒体参数包括所述会议控制器支持的媒体类型、所述会议控制器使用的接收通道的IP地址和端口；所述在开启媒体通道时获取媒体参数，包括：

在开启媒体通道时向所述会议控制器发送的通道开启请求；

接收所述会议控制器反馈的通道开启确认响应；

从所述通道开启确认响应中读取所述会议控制器使用的接收通道的IP地址和端口号。

可选地，所述媒体参数包括所述虚拟终端的发送通道的端口，所述在开启媒体通道时获取媒体参数，包括：

在开启媒体通道时获取本地的媒体配置文件；

基于所述媒体配置文件确定所述虚拟终端的发送通道的端口。

第二方面，提供了一种视频会议测试装置，所述虚拟终端用于模拟实体终端进行视频会议，所述装置包括：

通道开启模块，用于与会议控制器建立呼叫连接后，开启与所述会议控制器的视频会议能力对应的媒体通道；

参数获取模块，用于在开启媒体通道时获取媒体参数，所述媒体参数用于指示向所述会议控制器发送码流的方式；

码流获取模块，用于从本地码流文件中获取目标码流文件；

码流发送模块，用于基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试。

第三方面，提供一种视频会议测试装置，所述装置包括处理器和存储器；所述存储器中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的视频会议测试方法。

第四方面，提供一种计算机可读存储介质，所述存储介质中存储有程序，所述程序由所述处理器加载并执行以实现第一方面所述的视频会议测试方法。

本申请的有益效果在于：通过与会议控制器建立呼叫连接后，开启与会议控制器的视频会议能力对应的媒体通道；在开启媒体通道时获取媒体参数；从本地码流文件中获取目标码流文件；基于媒体参数向会议控制器发送目标码流文件中的码流数据文件，以对会议控制器进行码流测试；可以解决每个虚拟终端对音视频文件进行编解码操作时都会占用大量的CPU资源，在单个电子设备上运行的虚拟终端数量较多时，该电子设备的CPU占用率过高，导致视频会议测试效果不佳的问题；由于虚拟终端读取本地码流文件来向会议控制器发送码流，无需执行音视频编码操作，因此，可以降低虚拟终端占用的CPU资源，增加电子设备中运行的虚拟终端的数量，提高视频会议测试效果。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，并可依照说明书的内容予以实施，以下以本申请的较佳实施例并配合附图详细说明如后。

附图说明

图1是本申请一个实施例提供的视频会议测试系统的结构示意图；

图2是本申请一个实施例提供的控制客户端的控制界面的示意图；

图3是本申请一个实施例提供的虚拟终端的显示界面的示意图；

图4是本申请一个实施例提供的视频会议测试方法的流程图；

图5是本申请一个实施例提供的视频会议测试装置的框图；

图6是本申请一个实施例提供的视频会议测试装置的框图。

具体实施方式

下面结合附图和实施例，对本申请的具体实施方式作进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

首先，对本申请涉及的若干名词进行介绍。

会议控制器：用于供终端接入以进行视频会议，该会议控制器可以是多点控制单元(Multipoint control Unit，MCU)；或者，也可以是其它具有多点接入功能的组件，该组件可以是硬件、软件或者是软硬件的结合，本申请不对会议控制器的类型作限定。

其中，参加视频会议的终端与会议控制器建立视频会议连接，并进行媒体数据的交互。会议控制器负责完成媒体数据的交换和混合。对于音频数据，会议控制器对每个终端输入一个经过混音合成的音频数据；对于视频数据，会议控制器可以为某一终端发送另一个终端的单画面视频；或者，也可以将多个终端的视频合成为一个多画面视频发送至一个或者多个终端。

实体终端：具有与会议控制器进行通信的功能的软硬件结合的实体。比如：实体终端为安装有视频会议应用的手机、计算机、平板电脑、可穿戴式设备等，本申请不对实体终端的类型作限定。

虚拟终端：用于模拟实体终端进行视频会议。虚拟终端是运行在电子设备中的程序模块，同一电子设备中可以运行一个或多个虚拟终端。对于同一电子设备中的不同虚拟终端，在虚拟终端与会议控制器进行视频会议时，不同的虚拟终端之间具有相同的互联网协议地址(Internet Protocol Address，IP地址)，但是通信的端口不同，这样，对于会议控制器来说，不同的虚拟终端虽然运行于同一电子设备，但是由于端口不同，相当于与不同的实体终端进行通信。

其中，端口是一种抽象的软件结构。应用程序(即进程)通过系统调用与某端口建立连接后，传输层传给该端口的数据被相应进程所接收；和/或，相应进程发给传输层的数据通过该端口输出。每个端口具有一个叫端口号(port number)，该端口号可以是整数型标识符，用于唯一地标识端口。由于TCP/IP传输层的两个协议TCP和UDP是完全独立的两个软件模块，因此各自的端口号也相互独立，如TCP有一个255号端口，UDP也可以有一个255号端口。

控制客户端：用于控制虚拟终端的启动、停止以及与会议控制器之间建立视频会议的方式。控制客户端是运行在电子设备中的程序模块，控制客户端可以与虚拟终端运行于同一电子设备中；或者，也可以与虚拟终端运行于不同设备中。

远程摄像头控制(Far End Camera Control，FECC)：是指将本地摄像头的控制信号通过网络传送到远端的摄像头并对远端摄像头实现控制作用的控制方式。

实时传输协议(Real-time Transport Protocol，RTP)是一个网络传输协议，该协议用于实时传输数据。该协议提供的信息包括：时间戳(用于同步)、序列号(用于丢包和重排序检测)、以及负载格式(用于说明数据的编码格式)。

实时传输控制协议(Real-time Transport Control Protocol，RTCP)是RTP协议的姐妹协议，用于QoS反馈和同步媒体流。相对于RTP来说，RTCP所占的带宽很小。

图1是本申请一个实施例提供的视频会议测试系统的结构示意图，如图1所示，该系统至少包括：控制客户端110、至少一个虚拟终端120和会议控制器130。

控制客户端110用于控制虚拟终端120的启动、停止以及与会议控制器130之间建立视频会议的方式。

可选地，控制客户端110与虚拟终端120运行于同一电子设备中；或者，与虚拟终端120运行于不同电子设备中。

在控制客户端110与虚拟终端120运行于同一电子设备中时，控制客户端110与虚拟终端120之间基于进程间通信(InterProcess Communication，IPC)传输信息；在在控制客户端110与虚拟终端120运行于不同电子设备中时，控制客户端110与虚拟终端120之间基于有线网络或者无线网络传输信息。

示意性地，控制客户端110用于显示控制界面；在控制界面中获取待启动的虚拟终端的配置参数；在接收到作用于控制界面中文件生成控件的触发操作时，根据配置参数生成虚拟终端的终端配置文件；在接收到作用于控制界面中启动控件的触发操作时，根据终端配置文件启动虚拟终端。其中，终端配置文件用于为虚拟终端指示与会议控制器建立视频会议的方式。

比如：以控制客户端与虚拟终端运行于同一电子设备为例，参考图2所示的控制客户端的控制界面201，该控制界面201包括用于获取虚拟终端的IP地址的第一获取控件202、用于获取呼叫监听端口参数的第二获取控件203、用于获取虚拟终端的别名的第三获取控件204、用于获取虚拟终端的E164号的第四获取控件205、用于获取虚拟终端起始号的第五获取控件206、用于获取虚拟终端总个数的第六获取控件207、用于获取加密密钥的第七获取控件208、用于配置虚拟终端支持的协议的第八获取控件209、用于获取每种协议对应的呼叫方式参数的第九获取控件210。用户通过上述获取控件获取对应的配置参数。其中，虚拟终端的IP地址可以由控制客户端自行获取并显示，其余配置参数可以由用户手动输入和/或手动选择。控制界面还包括文件生成控件211。在控制客户端接收到作用于控制界面中文件生成控件211的触发操作时，根据在控制界面中获取到的配置参数生成对应的终端配置文件。控制界面还包括启动控件212。在控制客户端接收到作用于控制界面中启动控件212的触发操作时触发虚拟终端启动。

可选地，为了测试会议控制器所能接入的终端的数量，控制客户端所启动的虚拟终端的个数可以很多，比如：100个、150个等，本实施例不对控制客户端所启动的虚拟终端的数量作限定。

虚拟终端120用于模拟实体终端进行视频会议。虚拟终端120根据控制客户端110的控制启动，在启动时获取控制客户端生成的终端配置文件；会议控制器用于接入虚拟终端；获取能力集配置文件；利用终端配置文件和能力集配置文件与会议控制器建立视频会议。其中，能力集配置文件用于为虚拟终端分配音视频能力。

可选地，虚拟终端120启动后可以在显示界面中显示当前的运行参数，该运行参数包括但不限于：虚拟终端的别名、E164号、IP地址和端口、音视频能力和/或会议码率。参考图3所示的虚拟终端的显示界面301，该显示界面301包括别名显示区域302、E164号显示区域303、呼叫地址(包括IP地址和呼叫端口号)显示区域304、注册地址(包括IP地址和注册端口号)显示区域305、GK的第一服务器地址显示区域306、静态NAT端口显示区域307。当然，虚拟终端的显示界面中还可以显示其它运行参数，本实施例在此不作限定。

会议控制器130用于供虚拟终端120接入，为虚拟终端120提供视频会议服务。可选地，会议控制器130运行于服务器中。会议控制器130对各个虚拟终端120进行呼叫，建立与各个虚拟终端120之间的视频会议连接。

会议控制器130对各个虚拟终端120进行呼叫时，先从网守(GateKeeper，GK)服务器或者会话初始协议(Session Initiation Protocol，SIP)服务器中获取各个虚拟终端120的IP地址和呼叫监听端口，然后使用该IP地址和呼叫监听端口对虚拟终端120进行呼叫。

其中，各个虚拟终端120预先在GK服务器或者SIP服务器中注册有各自的IP地址。

可选地，会议控制器130可以基于内网与虚拟终端120建立视频会议连接；或者，也可以基于外网与虚拟终端120建立视频会议连接。

本实施例中，虚拟终端120还用于与会议控制器130建立呼叫连接后，开启与会议控制器130的视频会议能力对应的媒体通道；获取媒体参数；从本地码流文件中获取目标码流文件；基于该媒体参数向会议控制器发送目标码流文件中的码流数据文件，以对会议控制器进行码流测试。媒体参数用于指示向会议控制器发送码流的方式。

本实施例中，通过从本地码流中获取目标码流文件，无需虚拟终端执行音视频文件的编码过程，可以减少虚拟终端占用的CPU资源，提高对MCU进行码流测试时的测试效果。

图4是本申请一个实施例提供的视频会议测试方法的流程图，本实施例以该方法应用于图1所示的视频会议测试系统中，且各个步骤的执行主体为虚拟终端120为例进行说明。该方法至少包括以下几个步骤：

步骤401，与会议控制器建立呼叫连接后，开启与会议控制器的视频会议能力对应的媒体通道。

虚拟终端启动时会获取到能力集配置文件，在与会议控制器建立呼叫连接后会获取到会议控制器的能力集，虚拟终端将会议控制器的能力集与能力集配置文件中的能力集进行比较，开启与会议控制器支持的能力对应的媒体通道。

其中，能力集配置文件用于为虚拟终端分配音视频能力。可选地，同一电子设备中运行的多个虚拟终端的音视频能力可以相同；或者，也可以不同。其中，音频能力包括但不限于：G.711音频编码方式、G.722.1编码方式、高级音频编码(Advanced Audio Coding，ACC)低复杂度规格(Low Complexity，LC)、和/或ACC低延迟规格(Low Delay，LD)等，本实施例不对音频能力的类型作限定。视频能力包括但不限于：H.263、H.263+、H.264、和/或H.265等视频编码标准，本实施例不对视频能力的类型作限定。

虚拟终端获取能力集配置文件的方式包括：在启动时生成默认的能力集配置文件；或者，在启动时读取预设文件中的能力集配置文件。

可选地，虚拟终端在启动时在指定目录中读取能力集配置文件；若该指定目录未存储能力集配置文件，则虚拟终端生成默认的能力集配置文件；若该指定目录存储有能力集配置文件，则虚拟终端读取该能力集配置文件。

步骤402，在开启媒体通道时获取媒体参数，媒体参数用于指示向会议控制器发送码流的方式。

会议控制器呼叫多个虚拟终端入会后，虚拟终端会开启发送通道。该发送通道包括：音频通道，视频通道，双流通道和/或远摇FECC通道等。在开启虚拟终端的发送通道时，虚拟终端会从各个媒体通道的端口的基地址开始，依次分配发送通道的RTP/RTCP通道端口号。其中，发送通道RTP端口为偶数，发送通道RTCP端口为奇数，两者端口号相减RTCP-RTP＝1。

在一个示例中，媒体参数包括虚拟终端的发送通道的端口。此时，获取媒体参数，包括：获取本地的媒体配置文件；基于媒体配置文件确定虚拟终端的发送通道的端口。

其中，媒体配置文件用于配置虚拟终端的发送通道。示意性地，媒体配置文件通过发送通道的基地址和步长来配置发送通道，比如：基地址为A(以A为偶数为例进行说明)；端口的步长为S。S的取值可以为2，当然，也可以是其他数值，本实施例不对步长的取值作限定。此时，编码为1的虚拟终端的发送通道RTP端口为A，RTCP端口为A+1；编码为2的虚拟终端的发送通道RTP端口为A+2，RTCP端口为A+3……编码为n的虚拟终端的发送通道RTP端口为A+2*n，RTCP端口为A+2*n+1。

可选地，媒体配置文件至少包括以下参数：

1、媒体通道使能标志，用于标识当前媒体通道是否可用；

2、媒体通道总个数，用于指示当前媒体通道总个数；

3、媒体通道编号，用于标识当前媒体通道序号；

4、媒体类型，用于标识当前媒体通道的类型，例如：音频类型，视频类型以及双流类型等；

5、媒体发送端口基址，用于供虚拟终端分配发送端口；

6、媒体发送端口步长，用于供虚拟终端分配不同的发送端口之间的间隔。

比如：媒体配置文件的格式如下所示：

[MEDIAINFO]

Channels＝2

[LOCALPORT]

LocalPortStart＝30000

LocalPortStep＝2

[CHNL0]

Active＝1

Video＝0

[CHNL1]

Active＝1

Video＝1

其中，MEDIAINFO表示媒体通道的信息；Channels表示媒体通道数；

LOCALPORT表示本地端口；LocalPortStart表示媒体发送端口基址；

LocalPortStep表示媒体发送端口步长；CHNL0，CHNL1表示通道号；Active表示媒体通道使能标志，Active＝1表示当前媒体通道可用，即可以发送码流；

Active＝0表示当前媒体通道禁用，即不能发送码流；Video表示媒体通道的类型，Video＝1表示当前媒体通道的类型为视频通道；Active＝0表示当前媒体通道的类型为音频通道。

在另一个示例中，媒体参数包括会议控制器使用的接收通道的IP地址和端口号。此时，在开启媒体通道时获取媒体参数，包括：在开启媒体通道时向会议控制器发送的通道开启请求；接收会议控制器反馈的通道开启确认响应；从通道开启确认响应中读取会议控制器使用的接收通道的IP地址和端口号。

以虚拟终端与会议控制器基于H323协议进行视频会议为例，通道开启请求可以为openLogicalChannel，此时，该通道开启请求可以携带虚拟终端获取到的发送通道的端口号，比如：在信令openLogicalChannel(OLC)中mediaControlChannel下的tsapIdentifier字段中携带发送通道RTCP端口的端口号。相应地，会议控制器通道开启确认响应为openLogicalChannelACK，虚拟终端在openLogicalChannelACK中mediaChannel下的iPAddress字段中的IP地址和端口号，得到会议控制端的接收通道RTP端口的IP地址和端口号；虚拟终端在openLogicalChannelACK中mediaControlChannel下的iPAddress字段中的IP地址和端口号，得到会议控制端的接收通道RTCP端口的IP地址和端口号。

当然，媒体参数还可以包括其他参数，比如：视频的分辨率和/或帧率等，本实施例不对媒体参数包括的内容作限定。

在又一个示例中，媒体参数包括会议控制器支持的媒体类型。此时，在开启媒体通道时获取媒体参数，包括：虚拟终端获取到会议控制器的能力集之后，根据该能力集包括的媒体类型开启对应的媒体通道；虚拟终端通过该媒体通道发送通道开启请求，若虚拟终端接收到会议控制器反馈的对该通道开启请求的通道开启确认响应，则确定会议控制器支持该媒体通道对应的媒体类型，即，虚拟终端获取到会议控制器支持的媒体类型。

可选地，会议控制器支持的媒体类型payload值指示，媒体类型包括但不限于：视频类型、音频类型和双流类型等。

步骤403，从本地码流文件中获取目标码流文件。

其中，本地码流文件包括每个虚拟终端对应的一组码流文件，该组码流文件基于虚拟终端的终端标识命名。这样，可以保证不同的虚拟终端都有唯一的一组码流文件与之对应。

示意性地，本地码流文件中的每个码流文件的文件名称包括终端标识、媒体格式和媒体格式后缀。此时，从本地码流文件中获取目标码流文件，包括：从本地码流文件中确定文件名称包括虚拟终端的终端标识、媒体参数中的媒体格式和该媒体格式对应的媒体格式后缀的目标码流文件。可选地，目标码流文件包括：码流长度文件和码流数据文件；码流数据文件中的每一帧媒体数据与码流长度文件中的每组长度数据一一对应。

其中，终端标识可以是虚拟终端的别名和/或虚拟终端的编号等，本实施例不对终端标识的表示方式作限定。媒体格式可以是H264、H261、G711、G7221C等，本实施例不对本地码流文件中媒体格式的类型作限定。媒体格式后缀包括音频的码流数据文件的媒体格式后缀：audio.data；音频的码流长度文件的媒体格式后缀：audio.txt；视频的码流数据文件的媒体格式后缀：video.data；视频的码流长度文件的媒体格式后缀：video.txt。

比如：本地码流文件中某一虚拟终端的一组码流文件的文件名称如下所示，若虚拟终端的终端标识为GKMT_H323_1、媒体格式为G719，则读取到的目标码流文件为GKMT_H323_1_G719_audio.data和GKMT_H323_1_G719_audio.txt；若虚拟终端的终端标识为GKMT_H323_1、媒体格式为H264，则读取到的目标码流文件为GKMT_H323_1_H262_video.data和GKMT_H323_1_H264_video.txt。

音频码流数据文件：GKMT_H323_1_G719_audio.data；

音频码流长度文件：GKMT_H323_1_G719_audio.txt；

视频码流数据文件：GKMT_H323_1_H264_video.data；

视频码流长度文件：GKMT_H323_1_H264_video.txt；

其中，GKMT_H323为虚拟终端的别名；1为虚拟终端的编号；G719和H264为码流文件的媒体格式，audio.data、audio.txt、video.data和video.txt为媒体格式后缀。

步骤404，基于媒体参数向会议控制器发送目标码流文件中的码流数据文件，以对会议控制器进行码流测试。

可选地，基于媒体参数向会议控制器发送目标码流文件中的码流数据文件包括：对于每帧媒体数据，从码流长度文件中读取媒体数据的长度数据；根据长度数据从码流数据文件中读取媒体数据；获取发送相邻帧媒体数据之间的时间间隔；按照时间间隔发送每帧媒体数据，从而实现对会议控制器的解码能力的测试。在码流数据文件中媒体数据全部读取完成时，再次读取第一帧媒体数据，循环读取码流数据文件中的媒体数据。

其中，时间间隔是虚拟终端根据媒体参数中的帧率计算得到的。

可选地，虚拟终端也可以接收到会议控制器发送的码流，从而实现对会议控制器的编码能力的测试。

需要补充说明的是，不同的虚拟终端之间媒体参数可以相同，比如具有相同的媒体类型分辨率和帧率，此时由于不同的虚拟终端对应的码流文件不同，因此也可以满足不同的测试场景的需求。

可选地，在虚拟终端对会议控制器进行码流测试之后，控制客户端可以控制虚拟终端关闭。比如：图2中的停止控件213被触发后控制所有启动的虚拟终端停止运行；或者，会议控制器主动挂断视频会议连接，此时，控制客户端删除终端配置文件。

综上所述，本申请提供的视频会议测试方法，通过与会议控制器建立呼叫连接后，开启与会议控制器的视频会议能力对应的媒体通道；在开启媒体通道时获取媒体参数；从本地码流文件中获取目标码流文件；基于媒体参数向会议控制器发送目标码流文件中的码流数据文件，以对会议控制器进行码流测试；可以解决每个虚拟终端对音视频文件进行编解码操作时都会占用大量的CPU资源，在单个电子设备上运行的虚拟终端数量较多时，该电子设备的CPU占用率过高，导致视频会议测试效果不佳的问题；由于虚拟终端读取本地码流文件来向会议控制器发送码流，无需执行音视频编码操作，因此，可以降低虚拟终端占用的CPU资源，增加电子设备中运行的虚拟终端的数量，提高视频会议测试效果。

另外，由于虚拟终端读取本地码流文件来向会议控制器发送码流，无需执行音视频编码操作可以降低虚拟终端占用的CPU资源，因此，虚拟终端可以向会议控制器发送高帧率和分辨率的视频，从而实现对会议控制器在高帧率和分辨率的视频场景的码流测试。

另外，通过基于媒体配置文件确定虚拟终端的发送通道的端口，可以通过修改媒体配置文件中的端口参数灵活配置虚拟终端的发送通道的端口；可以解决虚拟终端自行配置发送通道的端口时，由于该发送通道的端口被其他组件占用，导致虚拟终端无法使用该端口发送码流的问题；可以保证码流测试的正常进行。

图5是本申请一个实施例提供的视频会议测试装置的框图，本实施例以该装置应用于图1所示的视频会议测试系统中的虚拟终端120为例进行说明。该装置至少包括以下几个模块：通道开启模块510、参数获取模块520、码流获取模块530和码流发送模块540。

通道开启模块510，用于与会议控制器建立呼叫连接后，开启与所述会议控制器的视频会议能力对应的媒体通道；

参数获取模块520，用于在开启媒体通道时获取媒体参数，所述媒体参数用于指示向所述会议控制器发送码流的方式；

码流获取模块530，用于从本地码流文件中获取目标码流文件；

码流发送模块540，用于基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试。

相关细节参考上述方法实施例。

需要说明的是：上述实施例中提供的视频会议测试装置在进行视频会议测试时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将视频会议测试装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的视频会议测试装置与视频会议测试方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图6是本申请一个实施例提供的视频会议测试装置的框图，该装置可以是图1所示的虚拟终端120。该装置至少包括处理器601和存储器602。

处理器601可以包括一个或多个处理核心，比如：4核心处理器、6核心处理器等。处理器601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器601可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器601还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器602中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器601所执行以实现本申请中方法实施例提供的视频会议测试方法。

在一些实施例中，视频会议测试装置还可选包括有：外围设备接口和至少一个外围设备。处理器601、存储器602和外围设备接口之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口相连。示意性地，外围设备包括但不限于：射频电路、触摸显示屏、音频电路、和电源等。

当然，视频会议测试装置还可以包括更少或更多的组件，本实施例对此不作限定。

可选地，本申请还提供有一种计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的视频会议测试方法。

可选地，本申请还提供有一种计算机产品，该计算机产品包括计算机可读存储介质，所述计算机可读存储介质中存储有程序，所述程序由处理器加载并执行以实现上述方法实施例的视频会议测试方法。

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

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种视频会议测试方法，其特征在于，用于虚拟终端中，所述虚拟终端用于模拟实体终端进行视频会议，所述方法包括：

与会议控制器建立呼叫连接后，开启与所述会议控制器的视频会议能力对应的媒体通道；

在开启媒体通道时获取媒体参数，所述媒体参数用于指示向所述会议控制器发送码流的方式；

从本地码流文件中获取目标码流文件；

基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试。

2.根据权利要求1所述的方法，其特征在于，所述本地码流文件包括所述虚拟终端对应的一组码流文件，所述组码流文件基于所述虚拟终端的终端标识命名。

3.根据权利要求2所述的方法，其特征在于，所述本地码流文件中的每个码流文件的文件名称包括终端标识、媒体格式和媒体格式后缀；

所述从本地码流文件中获取目标码流文件，包括：

从本地码流文件中确定文件名称包括所述虚拟终端的终端标识、所述媒体参数中的媒体格式和所述媒体格式对应的媒体格式后缀的目标码流文件。

4.根据权利要求1至3任一所述的方法，其特征在于，所述目标码流文件包括：码流长度文件和所述码流数据文件；所述码流数据文件中的每一帧媒体数据与所述码流长度文件中的每组长度数据一一对应；

所述基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件包括：

对于每帧媒体数据，从所述码流长度文件中读取所述媒体数据的长度数据；

根据所述长度数据从所述码流数据文件中读取所述媒体数据；

获取发送相邻帧媒体数据之间的时间间隔；

按照所述时间间隔发送每帧媒体数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在所述码流数据文件中媒体数据全部读取完成时，再次读取第一帧媒体数据。

6.根据权利要求1所述的方法，其特征在于，所述媒体参数包括所述会议控制器使用的接收通道的IP地址和端口；所述在开启媒体通道时获取媒体参数，包括：

在开启媒体通道时向所述会议控制器发送的通道开启请求；

接收所述会议控制器反馈的通道开启确认响应；

从所述通道开启确认响应中读取所述会议控制器使用的接收通道的IP地址和端口号。

7.根据权利要求1所述的方法，其特征在于，所述媒体参数包括所述虚拟终端的发送通道的端口，所述在开启媒体通道时获取媒体参数，包括：

在开启媒体通道时获取本地的媒体配置文件；

基于所述媒体配置文件确定所述虚拟终端的发送通道的端口。

8.一种视频会议测试装置，其特征在于，用于虚拟终端中，所述虚拟终端用于模拟实体终端进行视频会议，所述装置包括：

通道开启模块，用于与会议控制器建立呼叫连接后，开启与所述会议控制器的视频会议能力对应的媒体通道；

参数获取模块，用于在开启媒体通道时获取媒体参数，所述媒体参数用于指示向所述会议控制器发送码流的方式；

码流获取模块，用于从本地码流文件中获取目标码流文件；

码流发送模块，用于基于所述媒体参数向所述会议控制器发送所述目标码流文件中的码流数据文件，以对所述会议控制器进行码流测试。

9.一种视频会议测试装置，其特征在于，所述装置包括处理器和存储器；所述存储器中存储有程序，所述程序由所述处理器加载并执行以实现如权利要求1至7任一项所述的视频会议测试方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有程序，所述程序被处理器执行时用于实现如权利要求1至7任一项所述的视频会议测试方法。