CN1852180A - 一种多媒体服务***性能测试方法 - Google Patents

Abstract

本发明涉及一种多媒体服务***性能测试方法，为使得压力测试能更全面、更准确地衡量媒体服务器响应客户请求的性能和质量，本发明的方法中，先设置测试工具请求的RTSP URL列表，以及每条请求URL的客户端数目；再设置测试工具进行RTSP请求的操作序列；然后由测试工具根据在前述步骤中所设置的参数发出RTSP请求，实时统计RTSP及媒体传输的相关数据，并显示于控制界面上；最后由测试工具对测试结果进行统计处理，形成测试报告。本发明的RTSP请求URL字符串中可包含参数、可模拟真实用户对媒体服务器的操作带来的压力影响、可支持重定向功能、并可基于RTP协议或其他媒体传输协议对媒体数据流的质量进行分析。

Description

一种多媒体服务***性能测试方法

技术领域

本发明涉及网络测试技术，更具体地说，涉及一种多媒体服务***性能测试方法。

背景技术

为便于对本专利的理解，先简介一下本专利中所涉及到的传输协议。

1、RTSP(Real Time Streaming Protocol，实时流媒体协议)，它是一种网络传输协议，用于传输具有实时属性的信息数据，一般应用于媒体点播的会话控制等。

2、RTP(Real-time Transport Protocol，实时传输协议)，它用于传输多媒体数据等实时数据。在该协议的数据报中，包含数据报的信息，如序列号、时间戳等，用于统计数据传输质量。

3、RTCP(RTP Control Protocl，RTP控制协议)，它用于传输RTP协议传输数据的信息，用于统计RTP数据传输的质量。

在体系结构上，RTP/RTCP用于具体的媒体数据传输，RTSP是会话控制协议，用于***体数据传输。目前，业界已有部分面向流媒体的压力测试工具，这些测试工具一般是根据RTSP协议设计的仪器，使用RTSP协议进行会话控制，并使用RTP/RTCP协议进行媒体数据传输。这些测试工具可以用来模拟客户端对媒体服务***进行一些简单的测试。但是，在这些测试工具中，不允许设置带有参数的请求URL(Uniform Resource Locator的缩写，它是在Internet的服务程序上用于指定信息位置的表示方法)字符串，即不支持如rtsp：//192.168.10.10/path/filename.mp4？param1＝parval1&param2＝parval2这样的格式。这一请求URL字符串所附带的参数中包含了诸如认证参数等信息，是真实的用户请求媒体服务器时所必须具有的。但现有的测试工具却只支持没有参数的请求URL字符串，这样一来，许多需要参数才能正常运行的功能将无法被测试。

同时，在现实应用中，提供多媒体服务的***一般为分布式***；用户请求媒体服务***后，***的请求调度部件将根据客户端提供的信息，如IP地址等，将用户调度到拓扑结构上距离最近的媒体服务器为用户提供服务；所以在某种程度上讲，请求调度部件的性能成为影响整个***性能的关键部件；对这些请求调度部件的压力测试，要求测试工具支持重定向功能，但现有的测试工具却不支持重定向功能。

另一方面，现有的测试工具只能模拟用户的简单操作，如开始播放、暂停、播放等。但是，在实际的应用中，用户的操作还包括定位、快进、快退等。如果不能灵活地设置测试工具所能模拟的用户的操作，将无法模拟真实用户对媒体服务器的操作带来的压力影响。

此外，当前的测试工具一般只对媒体服务器发出请求，然后统计其响应速度和流量。这些量标志了一个媒体服务器处理客户请求的能力。然而，这些测试工具没有对所获得的媒体数据进行分析，无法获得在大量用户下媒体数据传输质量的统计结果。

发明内容

针对现有技术的上述缺陷，本发明要解决的技术问题在于如何使得针对媒体服务***进行的压力测试能更全面、更准确地衡量媒体服务***响应客户请求的性能和质量。

为解决上述技术问题，本发明的技术方案是：提供一种多媒体服务***性能测试方法，其中包括以下步骤：

(S1)设置测试工具请求的RTSP URL列表，以及该列表中每条请求URL字符串的模拟客户端数目；

(S2)设置测试工具进行RTSP请求的操作序列；

(S3)测试工具根据在所述步骤(S1)和(S2)中设置的参数发出RTSP请求，实时统计RTSP及媒体传输的相关数据，并显示于控制界面上。

本发明中，还包括以下步骤：(S4)测试工具对测试结果进行统计处理，形成测试报告。

在本发明所述方法的步骤(S1)中，在测试的RTSP请求URL字符串中允许包含有参数；请求其中还允许一次测试多个媒体文件或直播频道。

在本发明所述方法的步骤(S2)中，所述操作序列最好由多种RTSP请求组成，以模拟真实用户收看多媒体节目时的操作过程。

在本发明所述方法的步骤(S2)中，可在每项RTSP请求之后，设置有一个模拟用户思考的时间，该时间可以是一个固定值或是一个限定范围的随机值。

在本发明所述方法的步骤(S3)中，所述测试工具可通过接收来自媒体服务器的响应或RTSP重定向指令，将请求重定向到媒体服务***指定的另一个媒体服务***，以进行媒体会话操作。

在本发明所述方法的步骤(S3)中，所述测试工具在获得媒体数据后，可基于媒体传输协议对媒体数据流的质量进行分析。包括对抖动、丢包、乱序等的统计分析。

在本发明所述的方法中，可采用基于UDP(User Datagram Protocol的缩写，即用户数据报协议)的媒体传输方式、或RTSP interleave媒体传输方式或其他媒体传输协议。

由上述方案可知，本发明提供了一种更灵活全面的测试方法，使得测试工具更贴近真实用户的操作，并使得针对媒体服务器进行的压力测试能更全面、更准确地衡量媒体服务器响应客户请求的性能和质量。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1是本发明中的测试工具与媒体服务***之间的关系示意图。

具体实施方式

由前述内容可知，本发明提供的是一种多媒体服务***性能测试方法，主要应用于向媒体服务***发出大量RTSP请求，模拟大量用户使用媒体服务***的压力测试。下面将详细介绍其具体步骤。本发明中的测试工具与媒体服务***之间的关系如图1所示，从图中可以看出，媒体服务***中包括媒体服务器和请求调度部件；测试工具可向请求调度部件发出RTSP请求，请求调度部件根据客户端的信息，将测试工具调度到一个媒体服务器上，测试工具接收请求调度部件所回传的RTSP响应，获取请求调度部件的调度信息；另一方面，测试工具可根据请求调度部件返回的调度信息向媒体服务器发出RTSP请求，并接受媒体服务器回传的媒体数据。本发明中的测试工具相当于实际使用状态下的客户端。

1、设置测试工具请求的RTSP URL列表，以及该列表中每条请求URL字符串的模拟客户端数目。

其中，请求URL字符串定义了一个测试工具模拟的客户端请求媒体服务器中的媒体节目的路径。而在客户端播放多媒体文件的整个过程中，需要经常进行快进、快退、暂停等操作，这些操作都是通过客户端与媒体服务器之间的交互来完成的，这些交互就包括客户端向服务器发起的RTSP请求和媒体服务器响应的RTSP响应。由多个请求URL字符串，可组成一系列供测试工具模拟的客户端请求的媒体路径列表，也就是组成RTSP URL列表。

之所以设置每条请求URL字符串的模拟客户端数目，是因为这里的每条请求URL字符串都代表在媒体服务器中可被客户端请求的一个节目。在实际的多媒体***应用中，不同的用户喜欢不同的节目，所以需要在不同的请求URL字符串后面设置好请求的模拟客户端数目。在测试结果分析时，是针对服务器而不是针对内容的，所以只要分析服务器的响应参数就可以了，对于不同的节目可以不用分析了。

在本步骤中，允许在测试的RTSP请求URL字符串中包含参数。其参数中包含诸如认证参数等信息，是真实的用户请求媒体服务器时所必须具有的。如rtsp：//192.168.1.1/path/filename.mp4？param1＝paramval1&param2＝paramval2中的param1＝paramval1&param2＝paramval2；并允许一次测试多个媒体文件或直播频道。对于测试工具来说，并不需要关注请求URL字符串中是否存在参数，只需要在请求URL字符串中获取媒体服务器的IP地址或机器名、请求的端口号、媒体数据传输的方式(TCP或者UDP)就可以了。然后，测试工具使用上述从请求URL字符串中获得的连接参数来请求媒体服务器，并以ASCII码方式发送RTSP请求，解析RTSP回应消息即可。这里说明了在请求URL字符串中带有参数的可行性，即如果在URL中添加了RTSP请求的参数，后面的第3步则说明如何发出RTSP请求。

2、设置测试工具进行RTSP请求的操作序列。

在本步骤中，可在测试工具中设置由多个RTSP请求组成的操作序列，以模拟真实用户收看多媒体节目时的操作过程。并在每项操作之后，设置一个模拟用户思考的时间，该时间可由一个设定的时间范围中取随机数获得，也可以设置为固定值。在设计测试工具的请求操作序列时，首先设计一个结构来描述用户进行的操作、操作所附带的参数、以及模拟用户思考的时间，例如快进、快进的倍数以及思考时间，又例如定位、定位的位置以及思考时间等。将描述这些操作的结构组成一个链表或其他可以用作描述一个序列的数据结构，即可描述测试工具在测试过程将要执行的RTSP请求操作序列。测试工具在进行压力测试的过程中，将依次读取链表中的节点内容，按照节点内容描述的操作和思考时间对媒体服务***发出RTSP请求操作。

3、测试工具根据前述两个步骤中所设置的参数，发出RTSP请求，实时统计RTSP及媒体传输的相关数据，并实时显示在控制界面上。

这里参数包括媒体服务器的IP地址或机器名、请求的端口号、媒体数据传输方式(TCP或者UDP)，在本步骤中，测试工具可通过接收媒体服务器的3XX(这些编码由定义RTSP的RFC2326定义，一般为302)号的响应或RTSPRedirect(重定向)指令，来将请求重定向到媒体服务***指定的另一个媒体服务***，以进行媒体会话操作。该功能是通过分析媒体服务器返回的RTSP响应数据信息来实现的。当测试工具使用DESCRIBE(描述)方法来请求访问请求调度部件时，请求调度部件将根据测试工具提供的信息，如IP地址等，将测试工具的请求调度到拓扑结构上比较近的一个媒体服务器来提供媒体服务。此时，媒体请求调度部件将在返回给测试工具的RTSP请求应答消息中将代码置为3XX，如302，并且，在该消息中包括通知测试工具下一步请求的目的媒体服务器的请求URL字符串。

测试工具收到RTSP回应消息后，对消息进行分析，如果是重定向消息，将按照消息中所列出的目标URL请求媒体服务器。

另外，在本步骤中，支持在测试工具接收到媒体数据后，对媒体数据流的质量基于媒体传输协议进行分析。包括抖动、丢包、乱序等的统计分析。并支持基于UDP的RTP媒体传输方式和RTSP interleave的媒体传输方式以及其他媒体流协议。

测试工具根据RTSP设置的参数确定媒体数据以何种方式传输，例如对于Transport：RTP/AVP/TCP；unicast；mode＝″PLAY″；interleaved＝2-3，则测试工具将从与媒体服务器之间传输的TCP数据流中获取媒体数据。

由于一般媒体数据都被封装成特定的媒体数据包进行传输，所以可通过对这些媒体数据包进行基于媒体传输协议所提供的传输参数的分析以获得媒体数据在媒体服务器数据发送和网络传输过程中的客观参数，如抖动、丢包、乱序等。通过这些参数，可以测量媒体数据业务在当前网络状况中传输的质量。

4、测试结束后，测试工具将测试结果进行统计处理后，形成测试报告。

可见，本发明提供了一种更灵活全面的测试方法，使得测试工具更贴近真实用户的操作，使用这种测试方法，可以测试媒体服务***整体的性能，如媒体服务器同认证计费***协同工作的性能、媒体请求调度***工作的性能、在真正模拟多用户使用多操作请求多节目的***整体性能等。从而使得针对媒体服务器进行的压力测试能更全面、更准确地衡量媒体服务器响应客户请求的性能和质量。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1、一种多媒体服务***性能测试方法，其特征在于，包括以下步骤：

(S1)设置测试工具请求的RTSP URL列表，以及该列表中每条请求URL字符串的模拟客户端数目；

(S2)设置测试工具进行RTSP请求的操作序列；

(S3)测试工具根据在所述步骤(S1)和(S2)中设置的参数发出RTSP请求，实时统计RTSP及媒体传输的相关数据，并显示于控制界面上。

2、根据权利要求1所述的多媒体服务***性能测试方法，其特征在于，其中还包括：

(S4)测试工具对测试结果进行统计处理，形成测试报告。

3、根据权利要求1或2所述的多媒体服务***性能测试方法，其特征在于，所述步骤(S1)中，在测试的RTSP请求URL字符串中允许包含有参数。

4、根据权利要求1或2所述的多媒体服务***性能测试方法，其特征在于，所述步骤(S2)中，所述操作序列由多种RTSP请求组成。

5、根据权利要求4所述的多媒体服务***性能测试方法，其特征在于，所述步骤(S2)中，在每项RTSP请求之后，设置有一个模拟用户思考的时间，该时间是一个固定值或是一个限定范围的随机值。

6、根据权利要求1或2所述的多媒体服务***性能测试方法，其特征在于，所述步骤(S3)中，所述测试工具通过接收来自媒体服务器的响应或RTSP重定向方法，将请求重定向到媒体服务***指定的另一个媒体服务***，以进行媒体会话操作。

7、根据权利要求1或2所述的多媒体服务***性能测试方法，其特征在于，所述步骤(S3)中，所述测试工具在获得媒体数据后，基于媒体传输协议对媒体数据流的质量进行分析。

8、根据权利要求7所述的多媒体服务***性能测试方法，其特征在于，所述对媒体数据流的质量分析包括对抖动、丢包、乱序的统计分析。

9、根据权利要求1或2所述的多媒体服务***性能测试方法，其特征在于，其中可采用基于UDP的媒体传输方式或RTSP interleave媒体传输方式来传输媒体数据。

Images