CN1728657A - 用于流媒体服务的负载模拟器以及负载模拟系统 - Google Patents

Abstract

本发明涉及用于流媒体服务的负载模拟器以及相应的负载模拟系统。负载模拟器采取多线程结构；这些线程分成三种类型的线程，第一种是实行RTP协议的线程，第二种是实行RTSP协议的线程，第三种是以定时为触发机制，进行模拟遥控器操作、测试结果实时汇总、测试结果显示和与其它计算机通信的线程；其中，第一种线程的个数与需要模拟的流媒体终端的个数相同，第二种线程的个数为一个，第三种线程的个数为一个或多个；负载模拟器采取RTP包按需分级分析机制；负载模拟器所测试的流媒体服务系统可以含有一个或多个流媒体服务器。

Description

用于流媒体服务的负载模拟器以及负载模拟系统

技术领域

本发明属于计算机多媒体技术，特别涉及对流媒体服务系统进行测试的负载模拟器的一种实现方法。

背景技术

流媒体(Stream Media)是指在Internet/Intranet中使用流式传输技术的连续时基媒体，如音频、视频或多媒体文件。

流媒体服务系统能够在网络环境下，为采用机顶盒、个人计算机以及其它类型流媒体终端的用户提供电影点播服务、直播电视服务以及其它媒体服务。

流媒体服务系统一般指的是头端(中心)系统。通常包括流媒体服务器、认证服务器、计费及应用业务管理支撑系统、视频采集制作端系统、媒体内容检索系统、数字版权管理(DRM)、媒体存储与分发系统等重要组成部分。

其中流媒体服务器是流媒体服务系统最核心的部件，它管理并传送大量流媒体内容。按照它发送流媒体的方式，又分成单播和组播服务。在客户端与媒体服务器之间需要建立一个单独的数据通道，从一台服务器送出的每个数据包只能传送给一个客户机，这种传送方式称为单播。每个用户必须分别对流媒体服务器发送单独的查询，而流媒体服务器必须向每个用户发送所申请的数据包拷贝。IP组播技术构建一种具有组播能力的网络，允许路由器一次将数据包复制到多个通道上。采用组播方式，单台服务器能够对几十万台客户机同时发送连续数据流而无延时。流媒体服务器只需要发送一个信息包，而不是多个。所有发出请求的客户端共享同一信息包。信息可以发送到任意地址的客户机，减少网络上传输信息包的总量。单播和组播是本发明的负载模拟器要接受的两种主要服务方式。

流媒体服务系统的负载指的是流媒体终端。常见的流媒体终端通常包括机顶盒、个人计算机、手机、掌上电脑、专用信息终端等。流媒体终端内含有一个流媒体播放器。它能与头端系统通过网络联接，发送点播电影等服务请求，并接受头端系统发送的流媒体数据，进行解码，实时播放出流媒体。流媒体播放器还具有进行快进、快退、暂停、播放、停止等“VCR模式”遥控器操作的功能。它是通过将这些遥控器操作请求发送给流媒体服务器，流媒体服务器与流媒体播放器交互配合来完成这些操作。这些操作是流媒体服务系统负载的最主要操作。也是本发明的负载模拟器要模拟的主要操作。

按照采用的存储和传送文件格式，流媒体又分成MPEG1、MPEG2、MPEG4、Windows Media、Real Media、Quick Time等。

由于流媒体是通过网络进行传送的，根据流媒体的网络传送协议又可将流媒体服务系统分成不同的类型。例如，Microsoft的MMS协议、HTTP协议、FTP协议、RTP与RTSP协议、RTP与RTCP、UDP与RTSP协议、RTP与TCP协议等。不同的协议在面向不同的重点应用中，具有自己的优势。本发明的负载模拟器面向RTP与RTSP协议，RTP与RTSP协议可满足大多数、常见的流媒体应用。

RTP(Real-time Transport Protocol)被定义为传输音频、视频、模拟数据等实时数据的传输协议(参见RFC 3550：Real TimeTransport Protocol， http：//www.ietf.org)。与传统的注重的高可靠的数据传输的运输层协议相比，RTP更加侧重数据传输的实时性，它提供的服务包括时间载量标识、数据序列、时戳、传输控制等。RTP是IETF(Internet Engineering Task Force)组织发布的标准。

RTSP(Real Time Streaming Protocol)，实时流协议(参见RFC2326：Real Time Streaming Protocol， http：//www.ietf.org)，是一个客户/服务器形式的多媒体节目协议，它可以控制流媒体数据在IP网络上的发送，同时提供用于音频和视频流的“VCR模式”远程控制功能，如停止、快进、快退和定位。同时RTSP又是一个应用层协议，用来与诸如RTP、RSVP等更低层的协议一起，提供基于Internet的整套流化服务。RTSP也是IETF发布的标准。

目前国际上参与流媒体技术竞争的主要是三家大公司，即RealNetworks公司、Microsoft公司和Apple公司。他们的产品各有千秋。

由于流媒体服务系统复杂，要服务的用户量大，即负载量大，必须有一个负载模拟系统来满足开发过程的调试测试、商业运行阶段的系统测试与维护、和用户性能评估测试。

这里的负载模拟，是指将软件——流媒体服务系统负载模拟器(简称“负载模拟器”)，运行在一台或多台计算机上，模拟一台或多台(甚至上百万台)机顶盒、个人计算机以及其它类型流媒体终端的操作与运行，与流媒体服务系统交互，从而对流媒体服务系统(包括网络)进行性能测试和压力测试。运行了负载模拟器软件的计算机叫做负载工作站。

关于流媒体服务系统的负载模拟器，在中国，到目前为止，未见到这方面的产品。在国际上，只有美国Microsoft公司公开发布了一个这样的产品，但它存在如下主要问题：一是它只支持美国Microsoft公司自己的MMS协议，也只能测试Microsoft公司自己的流媒体服务器；二是它不支持分布式多个负载工作站的数据汇总与分析；三是它不支持按需分级分析机制；四是它不支持对含有多个流媒体服务器的流媒体服务系统进行测试；五是它只能在Windows系列平台运行。

发明内容

本发明的一方面特征在于，提供的负载模拟器基于IETF发布的国际标准协议，诸如标准RTP与RSTP协议。因为RTP和RTSP是国际协议标准，被非常广泛的应用，因而能够实现对绝大多数流媒体服务系统的测试。而现有技术如微软的产品，仅支持微软自身开发的MMS协议，则只能测试微软公司自己的流媒体服务器。本发明的技术方案也可以基于其它用于流媒体传输的国际标准协议实现。

本发明的另一方面特征在于，提供的负载模拟器中的一个单个负载工作站中模拟了多个客户终端，以一台计算机实现了多台计算机的功能，从这个角度，本发明改进了计算机的性能。

本发明的另一方面特征在于，提供的负载模拟器能够支持分布式的多个负载工作站的同时运行、数据汇总与分析，还可以实时的、自动的得到统计分析结果。优选的，还可以提供一个显示工作站，用于汇总并显示所述分布式的多个负载工作站的数据。

本发明的另一方面特征在于，提供的负载模拟器能够支持按需分级分析机制，尤其是支持详细的流媒体数据包(诸如RTP包)分析，这样，可以得到各种粒度的测试结果，以满足性能分析、错误检测、实时检测等不同的应用要求。

本发明的另一方面特征在于，提供的负载模拟器能够支持具有多个流媒体服务器的流媒体服务系统。因为单个流媒体服务器提供的并发负载服务能力总是受限的，在一个流媒体服务系统中具有多个流媒体服务器同时提供服务，支持更多的用户，将是必然的发展方向。因此，本发明的负载模拟器支持对含有多个流媒体服务器的流媒体服务系统进行测试有重要的意义。

本发明的另一方面特征在于，提供的负载模拟器使用了线程技术。因为线程技术独立于硬件的模拟器结构并且被各种平台、协议所支持，因此本发明的技术方案可以在诸如Windows系列平台、Linux平台和Unix平台上实现。

本发明的另一方面特征在于，提供的负载模拟器采取以三种线程为基础的多线程结构，并且定义了每种线程的数目，这样，在单台负载工作站上模拟的流媒体终端数更多。

本发明一方面提供了用于模拟流媒体服务的至少一个客户端的负载模拟器，该负载模拟器能够通过一个网络与一个流媒体服务器通信，所述模拟器包括：一个共享存储器，以下同时运行的以下三种线程，第三种线程，定时地产生某一个客户端对媒体内容的预定请求，并把该请求写入共享存储器中；第二种线程，其根据写入到所述共享存储器中的所述请求，按照第一流媒体通信协议向流媒体服务器发送所述请求，接收流媒体服务器的回复，然后把回复存储在共享存储器中；第一种线程，读取共享存储器中的所述回复，如果回复同意所述请求，则按照第二流通新协议从流媒体服务器不断的接收所请求的媒体内容。

本发明另一方面提供了一种用于模拟流媒体传输的负载模拟系统，其包括一个负载模拟器，一个流媒体服务系统和一个显示控制工作站，其中所述负载模拟器能够通过网络与流媒体服务系统和显示控制工作站通信，所述流媒体服务系统包括至少一个流媒体服务器以及一个调度管理机，所述负载模拟器包括：一个共享存储器，以下三种同时运行的线程，第三种线程，定时地产生某一个客户端对媒体内容的预定请求，并把该请求写入共享存储器中；第二种线程，其根据写入到所述共享存储器中的所述请求，按照第一流媒体通信协议向流媒体服务系统发送所述请求，接收流媒体服务系统的回复，然后把回复存储在共享存储器中；第一种线程，读取共享存储器中的所述回复，如果所述回复同意所述请求，则按照第二流媒体通信协议从所述至少一个流媒体服务器中的一个接收所请求的媒体内容。

附图说明

图1显示了根据本发明实施例的一种负载模拟器的结构。

图2显示了根据本发明实施例的一种分布式负载模拟测试系统。

图3显示了根据本发明实施例的负载模拟器与流媒体服务系统的交互。

图4显示了根据本发明实施例的模拟流媒体终端的点播流程图。

图5显示了根据本发明实施例的RTSP线程的流程图。

图6显示了根据本发明实施例的RTP线程的流程图。

图7显示了根据本发明实施例的定时线程的流程图。

具体实施方式

图1显示了根据本发明的一方面特征的负载模拟器。如图1所示，负载模拟器的结构是单进程下的多线程结构。即，一个负载模拟器在一台计算机上只运行一个进程。但是在该进程中具有多个线程同时运行。这些线程按功能分成三种类型的线程，第一种是基于RTP协议的线程，第二种是基于RTSP协议的线程，第三种是以定时为触发机制，进行模拟诸如“VCR模式”操作(遥控器操作)、测试结果实时汇总、测试结果显示和与其它计算机通信的线程；其中，第一种线程的个数与需要模拟的流媒体终端的个数相同，第二种线程的个数为一个，第三种线程的个数为一个或多个。

优选的，图1所示的负载模拟器的可以包括一个共享存储器。这里，所述共享存储器用于线程之间的数据共享，从而实现了线程之间的数据通信，所述数据可以包括各种请求、回复、指令等管理信息和媒体内容数据。所述共享存储器可以通过使多个线程共用一个数组，或者直接共用一片分配的内存单元来实现。当然也可以使用其他手段来实现线程之间的数据通信，例如本领域已有的(Windows，Linux等操作系统均支持)线程之间的直接通信技术。但是采用一个共享存储器实现简单，结构清晰，并且共享存储器的大小可以根据需要容易的调整。负载模拟器还可以包括一个控制器和一个定时装置，在进行所述模拟测试时，所述控制器控制上述三种线程同时运行。定时装置为各种定时触发的操作提供定时的时序信号。负载模拟器还可以包括一个显示器，以显示数据。负载模拟器还可以包括一个与所述流媒体服务器以及其他设备通信的通信接口。

在第一种线程中，每个线程模拟对应的一个流媒体终端的流媒体包的接收和媒体的播放。在本发明的一个实施例中所述流媒体包是RTP包，所述第一种线程的操作基于RTP协议。也可以采用其他的用于媒体传输的国际标准协议。

在第二种线程中，优选的设计了一个第二线程，模拟所有流媒体终端与流媒体服务系统的交互操作，在该实施例中，这些操作基于RTSP协议，也可以采用起他的国际标准协议。之所以设计一个单个第二线程，是为了降低对运行计算机的要求，提高了单台计算机上模拟的流媒体终端数。采取多于一个第二线程也可以实现本发明的技术方案。

第三种线程为定时触发线程，当它被一个主进程创建后，每隔一个规定的时间间隔，就被触发运行一次。通常针对该种线程，只需设置一个线程。如果要求的定时间隔很小，且在定时间隔内，不能顺序完成模拟所有流媒体终端的诸如遥控器操作、测试结果实时汇总、测试结果显示和与其它计算机通信等操作时，可以分成多个线程来实现。

负载模拟器采取RTP包按需分级分析机制。按需分级，是指对模拟的流媒体的一条流或多条流，指定对它(们)进行统计分析的级别。不同的分析级别会给出不同详细程度的测试结果。

根据本发明一方面实施例，分成如下表所示的四种RTP包分析级，即流媒体流活跃探测级、包统计级、帧完整性分析级、播放级等，具体如下表1所示。播放级对于开发阶段的错误检测非常有用，流媒体流活跃探测级可常用于运营阶段的常规监测与维护，包统计级和帧完整性分析级可应用于性能测试以及压力测试。

表1：RTP包分析分级

级别	级别名	功能	详细粒度
				A	流媒体流活跃探测级	检测哪些流保持活跃，哪些流不是活跃的，引起流中断的原因等。	基本
B	包统计级	包括A级，同时统计RTP包和RTPS包丢失、帧丢失等情况。	较详细
				C	帧完整性分析级	包括B级，同时统计、帧完整性、帧间隔等情况	详细
D	播放级	包括C级，同时按照播放的标准要求，对每一个RTP包，进行统计分析和结果记录。分析的参数包括包接收时间、流号、包序列号、帧号、服务的流服务器、媒体标识、媒体时间参数、包间隔、帧间隔、丢失包的包号、不完整帧的帧号、RTP包的数字权限管理	最详细

信息分析、各种错误等。

本发明的负载模拟器之所以能够实现RTP包按需分级分析机制，首先在于负载模拟器结构的设计，尤其是一个流媒体数据流就对应一个独立的RTP协议线程的机制。

图2显示了本发明另一方面提供的由多个负载模拟工作站组成的分布式负载模拟测试系统，以及系统的数据汇总示意。在分布式负载模拟测试系统中，有多个负载模拟工作站，每个负载模拟工作站上均运行一个负载模拟器，以及一个显示控制工作站，其中所述多个负载模拟工作站和显示控制工作站通过诸如一个网络互相连接。每个负载模拟器中的定时线程，按照固定的时间间隔，首先将它模拟的各个流媒体终端的测试信息收集在一起，然后，进行在该负载模拟工作站上的测试结果汇总，最后通过网络将测试结果发往一个显示控制工作站，该显示控制工作站接收每个负载模拟工作站的测试结果，然后进行再次全系统范围的汇总，最后将最终结果进行表格显示、图形显示、记录到文件和打印。

如图3所示，本发明另一方面还提供了对含有多个流媒体服务器的流媒体服务系统进行测试的负载模拟实现方法。如果流媒体服务系统具有在多个流媒体服务器，例如流媒体服务器1、2、…、m，则提供给该流媒体服务系统一个调度管理机，以进行负载平衡和任务调度，此时，负载模拟器只需首先与调度管理机通信，由调度管理机将每一个模拟负载分配和导向到相应的流媒体服务器从而提供服务，对应的RTP线程就可以从该相应的流媒体服务器接收数据；否则，则需要将每一个媒体节目和提供该节目服务的流媒体服务器的地址，作为模拟器的输入数据。本发明技术方案不涉及所采用的具体的调度原则或算法，但本领域的技术人员可以根据需要选择任何公知的调度原则和算法。

负载模拟器与一个面向具有自动调度功能的多流媒体服务器服务系统互相交互的流程如下：

(1)负载模拟器的RTSP线程，为模拟的流媒体终端Ti，通过网络向流媒体服务系统调度管理机发送一个点播(例如点播一部电影)请求；

(2)调度管理机告诉负载模拟器的RTSP线程，为它进行服务的流媒体服务器的IP地址和端口；

(3)RTSP线程将流媒体服务器的IP地址和端口写入流媒体终端Ti指定可访问的内存单元；

(4)RTSP线程将点播请求发往该流媒体服务器；

(5)流媒体服务器以RTP包形式开始发送媒体数据；同时第Ti个RTP线程从内存中读出该流媒体服务器的IP地址和端口，就开始接收流媒体服务器发来的RTP包。

图4显示了根据本发明的一方面特征，通过负载模拟器模拟一个流媒体终端的点播电影的过程的流程图：

首先由系统的一个主进程完成各种线程的建立和初始化(步骤S401)，设置一个模拟过程。在步骤S402，一个定时触发线程将电影标识和“打开-播放”命令等信息写入一个“共享存储器”(步骤S403)。一个RISP线程读“共享存储器”(步骤S404)，如果发现新的命令，则到步骤S405，否则返回步骤S403。在步骤S405，RTSP线程从“共享存储器”发现某一个流媒体终端有一条新命令，则它将该命令按照RTSP协议的格式，经过网络发送到流媒体服务系统。在步骤S406，流媒体服务系统确认其执行操作的身份合格并且验证电影标识正确，RTSP命令为有效命令后，指定一个流媒体服务器进行服务，将该指定的流媒体服务器的地址送回到负载模拟器。在步骤S407，负载模拟器的RTSP线程将接收到的流媒体服务器地址写入“共享存储器”。在步骤S408，对应于所述流媒体终端的RTP线程不断地从所述指定的流媒体服务器接受RTP数据包。在步骤S409，按照指定的RTP包分析级，进行数据分析，并将测试分析结果不断写入“共享存储器”中。在步骤S410，所述的定时线程按照固定的时间间隔把所有的媒体流的测试分析进行汇总计算，显示在屏幕上，和/或记录在文件中，和/或送往其他设备。在步骤S411，检查负载模拟器的模拟测试时间是否结束，如果是，则到步骤S412，结束模拟过程。如果尚未结束，则到步骤S413，由定时线程构成RTSP命令，并写入“共享存储器”，然后返回步骤S403。

图5显示了根据本发明一方面特征的RTSP线程的工作流程图：

在主进程完成RTSP线程的创建之后，在步骤S501，RTSP线程读共享存储器，检查是否有新的命令(步骤S502)。如果没有新的命令，则返回步骤S501。在步骤S503，从共享存储器发现某一个流媒体终端的一个新命令，将该命令按照RTSP协议格式，经过网络送往流媒体服务系统。在步骤S504，检查流媒体服务器是否有响应。如果没有，将错误信息写入共享存储器(步骤S506)。如果有响应，则把接收的响应信息写入共享存储器(步骤S505)。在步骤S507，RTSP线程读共享存储器，检查是否有测试结束命令(S508)。如果有，则结束模拟过程(步骤S509)。如果没有，则返回步骤S501。

图6显示了根据本发明一方面的一个RTP线程的工作流程图。

主进程完成多个RTP线程的创建之后，每个RTP线程的操作如下。在步骤S601，从共享存储器获取流媒体服务器的IP地址和端口。在步骤S602，接收RTP包。在步骤S603，查看是否有新的数据包。若没有，则返回步骤S602继续接收。如果有新的数据包，则在步骤S604进行诸如包解码、包统计、帧统计、帧完整性分析、错误统计。在步骤S605，将统计信息和错误信息写入共享存储器和记录文件。在步骤S606，RTP线程读共享存储器，以察看是否有测试结束命令(S607)。如果有，则到步骤S608，结束模拟过程。

图7显示了根据本发明一方面的定时线程的工作流程图。

主线程完成定时线程的创建，并定时触发该线程。在步骤S701，定时线程读共享存储器的统计汇总测试数据、记录文件。在步骤S702，将汇总结果本地显示，或者发送到一个显示工作站。在步骤S703，产生诸如VCR模式的操作命令，并写入共享存储器。在步骤S704，检查模拟测试时间是否结束，如果没有结束则返回步骤S701。如果结束，则到步骤S705，将测试结束命令写入共享存储器，指示RTP线程和RTSP线程退出工作。

Claims (32)

1.一种用于模拟流媒体服务的至少一个客户端的负载模拟器，该负载模拟器能够通过一个网络与一个流媒体服务器通信，所述负载模拟器包括：

一个共享存储器，以及

同时运行的以下三种线程，

第三种线程，定时地产生某一个客户端对媒体内容的预定请求，并把该请求写入共享存储器中；

第二种线程，其根据写入到所述共享存储器中的所述请求，按照第一流媒体通信协议向流媒体服务器发送所述请求，接收流媒体服务器的回复，然后把回复存储在共享存储器中；

第一种线程，读取共享存储器中的所述回复，如果回复同意所述请求，则按照第二流媒体通信协议从流媒体服务器不断的接收所请求的媒体内容。

2.根据权利要求1的负载模拟器，其中运行多个第一种线程，每个第一种线程对应于一个模拟的客户端。

3.根据权利要求1的负载模拟器，其中运行一个第二线程。

4.根据权利要求1的负载模拟器，其中运行一个或多个第三线程。

5.根据权利要求1的负载模拟器，其中第一流媒体通信协议是RTSP协议。

6.根据权利要求1的负载模拟器，其中第二流媒体通信协议是RTP协议。

7.根据权利要求1的负载模拟器，其中所述预定请求包括对应于各种VCR遥控器操作。

8.根据权利要求1的方法，其中如果流媒体服务器的回复拒绝了所述请求，则第一线程不与流媒体服务器通信。

9.根据权利要求1的方法，其中流媒体服务器的同意请求的回复中包括流媒体服务器的地址和端口。

10.根据权利要求1的负载模拟器，其中每个所述第一线程在接收来在流媒体服务器的媒体内容的过程中，对接收的内容进行分析，并把分析结果存储在共享存储器和/或一个记录文件中。

11.根据权利要求10的负载模拟器，其中所述分析是分级分析，包括如下分析：

流媒体流活跃探测级分析，即包括检测该第一线程是否工作；

包统计级分析，包括所述流媒体流活跃探测级分析，还包括统计该第一线程中RTP包丢失、帧丢失；

帧完整性分析级，包括所述包统计级分析，还包括统计该第一线程中的帧完整性、帧间隔；

播放级分析级，包括所述帧完整性分析级，还包括统计每一个RTP包的接收时间、流号、包序列号、帧号、服务的流服务器、媒体标识、媒体时间参数、包间隔、帧间隔、丢失包的包号、不完整帧的帧号、RTP包的数字权限管理信息分析、各种错误。

12.根据权利要求10的负载模拟器，该负载模拟器还与一个显示控制工作站通信，第三线程定时地把共享存储器中的各个第一线程的分析结果和记录文件汇总，然后发送到该显示控制工作站中分析和显示。

13.根据权利要求10的负载模拟器，其中负载模拟器包括一个显示器，第三线程定时地把共享存储器中的各个分析结果和记录文件汇总，然后在所述显示器上显示。

14.根据权利要求1的负载模拟器，第三线程还检查模拟测试时间是否结束，如果结束，则第三线程把测试结束命令写入共享存储器中。

15.根据权利要求14的负载模拟器，根据共享存储器中的测试结束命令，第二线程结束操作。

16.根据权利要求14的负载模拟器，根据共享存储器中的测试结束命令，第一线程结束操作。

17.一种用于模拟流媒体传输的负载模拟系统，其包括一个负载模拟器，一个流媒体服务系统，其中所述负载模拟器能够通过网络与流媒体服务系统通信，所述流媒体服务系统包括至少一个流媒体服务器以及一个调度管理机，所述负载模拟器包括：

一个共享存储器，以及

以下三种同时运行的线程，

第三种线程，定时地产生某一个客户端对媒体内容的预定请求，并把该请求写入共享存储器中；

第二种线程，其根据写入到所述共享存储器中的所述请求，按照第一流媒体通信协议向流媒体服务系统发送所述请求，接收流媒体服务系统的回复，然后把回复存储在共享存储器中；

第一种线程，读取共享存储器中的所述回复，如果所述回复同意所述请求，则按照第二流媒体通信协议从所述至少一个流媒体服务器中的一个服务器接收所请求的媒体内容。

18.根据权利要求17的负载模拟系统，其中运行多个第一种线程，每个第一种线程对应于一个模拟的客户端。

19.根据权利要求17的负载模拟系统，其中运行一个第二线程。

20.根据权利要求17的负载模拟系统，其中运行一个或多个第三线程。

21.根据权利要求17的负载模拟系统，其中第一流媒体通信协议是RTSP协议。

22.根据权利要求17的负载模拟系统，其中第二流媒体通信协议是RTP协议。

23.根据权利要求17的负载模拟系统，其中所述预定请求包括对应于各种VCR遥控器操作。

24.根据权利要求17的负载模拟系统，其中如果所述流媒体服务器的回复拒绝了所述请求，则第一线程不与流媒体服务器通信。

25.根据权利要求17的负载模拟系统，其中流媒体服务器的同意请求的回复中包括所述调度管理机指定的流媒体服务器的地址和端口。

26.根据权利要求17的负载模拟系统，其中每个所述第一线程在接收来在流媒体服务器的媒体内容的过程中，对接收的内容进行分析，并把分析结果存储在共享存储器和/或一个记录文件中。

27.根据权利要26的负载模拟系统，其中所述分析是分级分析，包括如下分析：

流媒体流活跃探测级分析，即包括检测该第一线程是否工作；

包统计级分析，包括所述流媒体流活跃探测级分析，还包括统计该第一线程中RTP包丢失、帧丢失；

帧完整性分析级，包括所述包统计级分析，还包括统计该第一线程中的帧完整性、帧间隔；

播放级分析级，包括所述帧完整性分析级，还包括统计每一个RTP包的接收时间、流号、包序列号、帧号、服务的流服务器、媒体标识、媒体时间参数、包间隔、帧间隔、丢失包的包号、不完整帧的帧号、RTP包的数字权限管理信息分析、各种错误。

28.根据权利要求17的负载模拟系统，还包括一个显示控制工作站，第三线程定时地把共享存储器中的各个第一线程的分析结果和记录文件汇总，然后发送到该显示控制工作站中分析和显示。

29.根据权利要求17的负载模拟系统，其中负载模拟器包括一个显示器，第三线程定时地把共享存储器中的各个分析结果和记录文件汇总，然后在所述显示器上显示。

30.根据权利要求17的负载模拟系统，第三线程还检查模拟测试时间是否结束，如果结束，则第三线程把测试结束命令写入共享存储器中。

31.根据权利要求30的负载模拟系统，根据共享存储器中的测试结束命令，第二线程结束操作。

32.根据权利要求30的负载模拟系统，根据共享存储器中的测试结束命令，第一线程结束操作。

Images