rtsp协议范文1
关键字：NVR；RTSP/RTP；多线程编程；视频数据
中图分类号：TP399 文献标识码：A DOI：10.3969/j.issn.1003-6970.2013.08.028
本文著录格式：[1]穆永新.网络视频录像系统中视频采集的研究与实现[J].软件，2013，34（8）： 92-94
0 引言
随着互联网的发展，数字视频监控系统[1]进入了快速发展的阶段。数字视频录像机（DVR Digital Video Recorder）逐步发展成为具有网络功能的网络视频录像机（NVR Network Video Recorder）。NVR是一个包含基本存储硬件和集中管理软件的网络录像子系统。其最大限度的继承了DVR的优势，实现了接入管理、录像存储及解码显示等一体化功能[2]。因此，针对这一发展趋势，网络录像系统中视频采集的实现有助于解决视频监控系统中的流媒体数据的传输，提高传输的质量，实现监控的网络化和高清化。
1 NVR的特点与流媒体协议
1.1网络视频刻录机的特点
网络视频刻录机的英文是Network Video Record，简称NVR[3]。由于它一开始就是为了在网络环境下使用而设计的，从而克服了DVR无法通过网络获取视频信息的先天缺陷，其主要特点：
① 网络化，全部使用有线和无线网络，提升监控点的灵活性；并且安装和维护得到了简化。
② 高清，使用高清的网络摄像机，普通的DVR满足不了。 ③ 扩容性：由于是基于网络的，监控点方便增加和减少。
④ 先进性：采用H.264对于占用的带宽和空间都有一定的提升[4]。
视频监控系统的工作原理如下[5]：
①前端摄像机将采集到的流媒体数据通过网线送入监控平台。
②用户可以通过监控平台对前端摄像机发送云台命令，控制摄像机的转动，以控制摄像机的监控范围。
③监控平台可以进行视频数据的处理、发送、存储以及对云台、报警设备等控制。
④监控平台可以对前端摄像机进行远程参数设置、对监控画面进行浏览、回放等。
1.2支持流媒体的协议
1.2.1实时流协议RTSP
RTSP（Real Time Streaming Protocol），实时流传输协议，是一个应用层协议，它在体系结构上位于TCP之上[6]。 RTSP是用来控制多媒体串流的协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容[7]。
在基本交互过程中，使用以下几种通信方法。
Option：客户端首先发送请求消息 ，告知服务器所支持交互方法；
Describe：客户端发送请求，服务器对其进行权限验证，并响应关于请求媒体的信息，也就是客户端在服务器上注册；
Setup：客户端发送建立请求 ，其中包含协议集及端口号；
Play：客户端选择播放实时视频时段；
Teardown：客户端发出关闭请求，服务器端响应，播放链接释放。
1.2.2实时传送与控制协议RTP/RTCP
实时传输协议RTP （Realtime Transport Protocol）：是针对Internet上多媒体数据流的一个传输协议，RTP被定义为在一对一或一对多的传输情况下工作，其目的是提供时间信息和实现流同步。RTP的典型应用建立在UDP上，但也可以在TCP之上工作。但是RTP本身并不负责同步，rtp只是传输层协议，为了简化运输层处理，提高该层的效率。将部分运输层协议功能（比如流量控制）上移到应用层完成[8]。
实时传输控制协议RTCP（Realtime Transport Control Protocol）：负责管理传输质量在当前应用进程之间交换控制信息。在RTP会话期间，各参与者周期性地传送RTCP包，包中含有已发送的数据包的数量、丢失的数据包的数量等统计资料，因此，服务器可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化，故特别适合传送网上的实时数据[9]。
1.2.3会话描述协议SDP
会话描述协议（SDP）为多媒体会话初始化提供了会话描述。
SDP 完全是一种会话描述格式，它不属于传输协议 ，SDP 的设计宗旨是通用性，它可以应用于大范围的网络环境和应用程序，但 SDP 不支持会话内容或媒体编码的协商。
SDP 连接好会话后，传送足够的信息给会话参与者。SDP 信息发送利用了会话通知协议（SAP）。这些信息是 UDP 数据包，其中包含 SAP 协议头和文本有效载荷（text payload）。这里文本有效载荷指的是 SDP 会话描述。
2 Live555开源项目的分析
Live555 是一个C++编写的解决流媒体传输的开源项目，它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持，包括MPEG、H.264、DV、JPEG视频和多种音频编码。同时由于良好的设计，Live555非常容易扩展对其他格式的支持。
UsageEnvironment模块是对系统环境的抽象，包括抽象类UsageEnvironment0和TaskScheduler。UsageEnvironment0主要用于消息的输入输出和用户交互功能；TaskScheduler实现事件的异步处理、事件处理函数的注册等，它通过维护一个异步读取源实现对诸如通信消息到达等事件的处理，通过使用DelayQueue实现对其他注册函数的延时调度。该模块还包含一个HashTable类，在整个项目中都可以用到它。程序设计者通过自定义该抽象类UsageEnvironment和TaskScheduler类的子类，就可以在特定环境（如GUI环境）中运行，不需要进行过多的修改。BasicUsageEnvironment模块是UsageEnvironment的一个控制台应用的实现。它针对控制台的输入输出和信号响应进行具体实现。GroupSock模块用于实现数据包的发送和接收。GroupSock主要被设计用以支持多播，但它也完全支持单播通信。LiveMedia模块是Live555最重要的模块。该模块声明了一个抽象类Medium，其他所有类都派生自该类，下面简要介绍这些类：
① RTSPClient：该类实现RTSP请求的发送和响应的解析，同时根据解析的结果创建对应的RTP会话。
② MediaSession：用于表示一个RTP会话，一个MediaSession可能包含多个子会话（MediaSubSession），子会话可以是音频子会话、视频子会话等。
③ RTCPInstance：该类实现RTCP协议的通信。
④ Source和Sink：Source抽象了数据源，比如通过RTP读取数据。Sink是数据消费者的抽象，比如把接收到数据存储到文件，该文件就是一个Sink。数据的流动可能经过多个Source和Sink。MediaSink是各种类型的Sink的基类，MediaSource是各种类型Source的基类，各种类型的流媒体格式和编码的支持即是通过对这两个类的派生实现的。Source和Sink通过RTP子会话（MediaSubSession）联系在一起。
3 NVR中高效的实现方案
通过分析，可以明确流媒体的传输是在传输层协议（TCP，UDP）上解释RTP，RTCP，RTSP协议的，所有的客户连接请求都是以TCP的端口获得的，流媒体数据也都是打成RTP包，通过UDP端口发出去的，因此，对于TCP，UDP端口事件的调度以及如何把大量的流媒体数据从网络传递到磁盘空间上成为制约视频数据采集性能的主要因素。NVR面对一个IPC进行采集时，完成的过程如下：
① NVR发出RTSP连接请求，与IPC协商数据传输的信息[10]。
② 接收数据流包，解析RTP包，获得RTCP包。
③ 数据包发送完毕，关闭连接。
上述过程如果采用Live555中传统的方法去实现的话，Live555会将上诉过程中用到的socket handler、event handler和delay task添加到TaskScheduler类中，然后是用一个单一的线程不断的处理TaskScheduler中的事件，
BasicTaskScheduler从TaskScheduler派生，所以是一个任务调度对象，循环中每次走一步SingleStep（），这其中又分成四小步：
① 为所有需要操作的socket执行select。
② 找出第一个应执行的socket任务（handler）并执行。
③ 找到第一个应响应的事件，并执行。
④ 找到第一个应执行的延迟任务并执行。
可见，每一步中只执行三个任务队列中的一项。
如果连接不同路的IPC，仍然是将其他路的事件添加到这个TaskScheduler中，随着添加路数的增加，势必会造成流媒体采集的性能低下，出图就会很缓慢，如果其中有一路数据出现了问题造成阻塞的话，就会造成所有其他路的数据一并阻塞。
为了改善上述实现的不足，需重新设计NVR中采集端的程序结构。根据采集端在流媒体传输中所要完成的功能，可以看出，采集端往往需要连接很多不同路数的IPC，并且每一路的传输有很少部分用于RTSP的连接，大部分时间都用于接收RTP数据流包，可以针对每一路数据流的传输开启一个单独的线程，每一个线程都有TaskScheduler的调度，这种采用多线程的方式去同时连接不同的IPC，不仅能够互不干扰，而且能够提高资源利用率，使得多路高清视频能够顺畅播放和存储。这样就开启了多个线程，其中的每一个线程都会等待响应IPC的应答。其程序流程图如下：
综上所述，选择多线程的实现方式，节省了嵌入式系统的宝贵资源，这是利用了线程开销小的优点。虽然是多线程的系统，但是从某一个时间上来看，系统可能只有一个线程正在运行，而其它线程都处于空闲状态。其次，系统的结构清晰，线索清楚，便于功能扩展和代码维护。
4结束语
本文根据网络视频刻录系统中流媒体传输的需要，通过对Live555源码的分析与研究，利用流媒体协议对视频数据实现了封装和传输，并且结合多线程的编程技术，最终实现了多路流媒体的实时传输，不仅节省了系统软硬件资源，而且还提高了用户的体验。
参考文献
[1] 伍鹏.嵌入式网络化视频监控系统[D]：[硕士学位论文].杭州：浙江大学，2004.
[2] 吴建国.视频监控系统的发展趋势[J].云南警官学院学报，2011，（3）：67-70.
[3] 陆克程.数字视频监控系统的设计与实现[D]：[硕士学位论文].合肥：中国科学技术大学，2003.
[4] 黄振华.基于H.264的嵌入式实时视频采集与传输系统的设计与实现[D]：[硕士学位论文].上海：华东理工大学，2008.
[5] 杨亚雄.嵌入式Linux网络视频监控系统研究与实现[D]：[硕士学位论文].武汉：武汉理工大学，2008.
[6] 章民融，徐亚锋.基于RTSP的流媒体视频服务器的设计与实现[J].计算机应用与软件，2006，23（7）：93-95.
[7] HTTP Live Streaming Overview [S].AppleInc.2010.03.
[8] 张海军，吴克捷，张建军等.RTP 传输控制的研究及实时视频监视系统的设计与实现[J].信息化纵横，2009，（5）：55～56.
[9] ZHANG Xiao-lei，TAN Xiao-lin，AN Sheng-biao，etc.Streaming media congestion control algorithm based on RTCP[J]. Journal of Hebei University of Science and Technology，Vol.29，No.4 Dec.2008：305～307
[10] 沈春山，吴仲城，罗家融.一种SDP扩展的传感数据描述协议探索[J].计算机科学，2010，37（2）：45-48.
rtsp协议范文2
【关键词】移动通信网络 监控系统 设计
移动终端不断普及，台式机、笔记本和移动终端的界限越来越模糊，很多功能都可以转移到移动终端上，同时移动终端无论从听说读写还是从感知方面都拥有电脑所没有的优势。作为移动互联网业务之一，移动平台的网络监控，也开始逐渐发展起来。
1 移动通信Android平台简介
Android的系统架构和其操作系统一样，采用了分层的架构。 Android结构分为四个层，从高层到低层分别是应用程序层、应用程序框架层、系统运行库层和Linux内核层。Android会同一系列核心应用程序包一起，该应用程序包包括客户端，SMS短消息程序，日历，地图，浏览器，联系人管理程序等。所有的应用程序都是使用JAVA语言编写的。Android系统既是一个完全开放的系统，也是一个完整的生态系统。
2 移动通信Android开发环境
2.1 安装Java语言运行环境
Android应用程序采用Java代码开发，在Win 7系统下，需要Java编译器JDK，经典版本是JDK1.6，安装JDK之前要先安装JRE，即Java运行时环境，就是Java运行虚拟机。
2.2 下载安装Eclipse和Android SDK
为了更好地可视化地编译Java代码，还需要一个Java编译的IDE，Eclipse是一个开放源代码的、基于Java的可扩展开发平台。Eclipse是编译Java的优秀的可扩展的IDE，本文使用Eclipse环境结合Android SDK进行Java代码的开发。下载Eclipse并解压到某一目录，就能使用。AndrnidSDK的同样只需到相应网站下载，解压即可"这里还需AndroidsDK。
2.3 更新Eelipse，安装Android开发插件ADT
Google为Android定制了一个Eelipse插件，即AndroidDevelopment
Kit（ADT）"ADT插件专用于扩展Eclipse的功能，为用户能够快速地开发Android项目提供方便"例如，快速建立Andro记项目，使用XML布局文件创建应用程序界面等" 安装好ADT后，安装好ADT后，就能创建Android Project了。
3 移动通信网络监控系统方案设计
3.1 系统架构
该系统开发一个开放源码的解决方案，能够用很小的开销在手机或者服务器上交换现场视频。用户只需要一个Android移动设备和通过WiFi或蜂窝网络。建立的网络连接，就可以直接上传或者播放现场视频，达到实时监控的目的。
3.2 系统编码协议和实时传输协议
3.2.1 H.263
H.263是由ITU-T制定的网络会议用的低码率视频编码标准，属于网络信息编解码器。H.263最初设计为基于H.324的系统进行传输（即基于公共交换电话网和其它基于电路交换的网络进行网络会议和网络电话）。后来发现H.263也可以成功的应用与H.323（基于RTP/IP 网络的会议系统），H.320（基于综合业务数字网的会议系统），RTSP（流式媒体传输系统）和SIP（基于因特网的会议）。H.263在2010年和2012年调整为更高质量的流。H.263从众多类似的信息编码/解码标准中脱颖而出，因为它被谷歌Android操作系统所采用，因此目前市场上大多数的Android设备都支持。除了良好的兼容性，H.263是一种低带宽流，使得能够在第三代（3G）蜂窝网络上工作。
3.2.2 实时传输协议（RTP）
实时传输协议（RTP），是定义了一种传输音频和视频的报文格式，这些音频和视频在互联网或本地网络上采用各种不同的编码器类型进行编码。RTP通过UDP进行传输，而不需要TCP确认或TCP ACK数据包。UDP作为向服务器传送的报文类型原因之一就是不需要ACK数据包。例如，如果发送视频的设备或用户进入一个较差的蜂窝覆盖区域，可能会导致没有足够的带宽将所有的数据包及时地从服务器发送给用户来观看事件。这将会导致一个时断时续的视频，不过视频仍在传输。最坏的情况是用户进入一个完全没有蜂窝网络的区域，在用户端的播放装置就会完全停止；直到设备到达了一个可以传输数据包的区域，播放器才能重新显示。
3.2.3 实时流传输协议
实时流传输协议（RTSP）是用来控制播放RTP流。RTSP服务器允许播放器接收从设备发送的RTP数据包。播放器（例如VLC或ffmpeg）不能直接打开一个RTP流，因此，RTSP服务器需要提供其他的流信息并控制流数据包的开始和停止。RTSP服务器是基于RFC2326。它包含以下命令：选项，描述，宣布，设置，播放，暂停和拆卸。基于RFC4566的会话描述协议（SDP）与描述命令配合使用。
4 系统实现方案
该系统将信息编解码协议，RTP协议以及RTSP协议相互关联并组成一个界面友好的、操作简单的应用程序。系统应实现由Android设备的获取信息流，传输至信息服务器，并可以在基于WEB浏览器的终端网页上的播放实时信息流。
服务器打开许多不同的侦听端口接收传入连接。端口使用的协议是TCP和UDP。服务器产生两个监听器，一个用于客户或播放器查看接收到的信息，另一个用于用户或手机发送信息。每个新的TCP或UDP端口需要一个额外的线程。每产生一个新的线程类型就要增加一个新的Java类。一个并发哈希表将用于同步用户观看信息和手机线程之间的信息流。
参考文献：
rtsp协议范文3
关键词：流媒体；传输协议；系统结构
流媒体（Streaming Media）是指采用流式传输的方式在Internet播放的多媒体格式。在流媒体出现之前，人们在互联网上获取音视频信息的唯一方式就是将音视频文件下载到本地计算机进行观看。而流媒体技术把连续的影像和声音信息以数据流的方式实时，即边下边播的方式，使得用户无需等待下载或只需少量时间缓冲即可观看，大大提高了音视频信息的可观赏性，节约用户时间及系统资源。
自从1995年progressive Network公司（即RealNetwork公司）第一个流产品以来，流媒体得到巨大的发展，已经成为目前互联网上呈现音、视频信息的主要方式。
1. 流媒体传输的方法
流媒体传输技术分为两类：:顺序流传输(Progressive streaming )和实时流传输(Realtime streaming)。
顺序流方式又叫渐进式下载，其传输方式是顺序下载，在下载文件的同时用户可观看在线内容，用户只能观看已下载的部分，而不能跳到还未下载的部分。由于标准的HTTP服务器可发送顺序流式传输的文件，也不需要其他特殊协议，所以顺序流式传输经常被称作HTTP流式传输。
实时流方式：实时流式传输使媒体可被实时观看到，特别适合现场广播并提供VCR 功能，具备交互性，可以在播放的过程中响应用户的快进或后退等操作。实时流式传输必须匹配网络带宽，其出错的部分一般被忽略，传输质量特别时低带宽时的质量要比顺序传输的差。实时流传输需要专门的流媒体服务器和流传输协议。
2. 流媒体技术原理
流式传输方式是指通过特定算法将音频和视频等多媒体文件分解成多个小的数据包，由服务器向客户端连续传送，用户可播放已经接收到的数据包，而不需要将整个文件下载到客户端。由于TCP协议不太适合传输多媒体数据，故在实时流媒体方案中，一般采用HTTP/TCP来传输控制信息，而用RTP/UDP来传输实时数据。
3. 流媒体技术的系统结构
目前不同公司的流媒体解决方案各不相同。但就其本质来说，一个完整的流媒体系统至少包括三个组件:编码工具、服务器及播放器。这三个组件间通过特定的通信协议相互联系，按特定的格式相互交换数据。
4. 传输协议
流媒体系统各组件通过传输协议相互通信。对于顺序流传输，可采用HTTP协议进行传输。但HTTP协议并不适合传输实时流数据。在流式传输的实现方案中，一般采用HTTP/TCP来传输控制信息，而用RTP/UDP来传输实时多媒体数据。传输协议是流媒体技术的一个重要组成部分，也是基础组成部分。它包括"RSVP(资源预留协议)"、"RTP(实时传输协议)"、"R T C P (实时传输控制协议)" 和"RTSP(实时流协议)"，这四种协议构成了"rea1-time"服务的基础。
4.1 资源预留协议RSVP (Resource Reserve Protocol)
RSVP是Internet上的资源预订协议，使用RSVP可以让流数据的接收者主动请求流数据上的路由器，为该数据流预留一分网络资源（即带宽），在一定程度上为流媒体的传输提供服务质量。
4.2 实时传输协议RTP与RTCP
RTP是用于Internet/Intranet针对多媒体数据流的一种传输协议。RTP被定义为在一对一或一对多传输的情况下工作，其目的是提供时间信息和实现流同步。RTP通常使用UDP来传送数据，但它本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。RTCP和RTP一起提供流量控制和拥塞控制服务。RTP和RTCP配合使用，能以有效的反馈和最小的开销使传输效率最佳化，特别适合传送网上的实时数据。
4.3 实时流协议RTSP
RTSP是由Real Networks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。RTSP 是应用级协议，它以底层的RTP和RSVP为依托，控制实时数据的发送，它提供了可扩展框架，使实时数据的受控、点播成为可能。在客户端应用程序中对流式多媒体内容的播放、暂停等操作都是通过RTSP协议实现的。
4.4 MMS协议（Microsoft Media Server Protocol）
与QuickTime和Realsystem流媒体技术采用RTSP协议进行传输不同，微软采用专用协议MMS进行流式传输。
MMS协议是用来访问并且流式接收Windows Media服务器中流媒体文件（asf或 wmv）的一种协议。MMS协议是访问Windows Media点上的单播内容的默认方法。观众在 Windows Media Player 中必须使用 MMS 协议才能引用该流。
5. 主要的流媒体技术
5.1 四大流媒体技术
目前，互联网上流媒体主要流媒体技术方案有Real Networks公司的Real System方案，微软公司的Windows Media流式媒体解决方案，Apple公司的QuickTime流式媒体解决方案及Adobe公司的Flash流媒体解决方案。
5.1.1 Real System
Real Networks是Internet上流媒体传输的先驱者和领导者。其流媒体文件包括RealAudio，Real Video，Real Presentation和RealFlash4类文件。
5.1.2 Windows Media
Windows Media的前身是微软公司的Netshow产品，随着流媒体的广泛应用，微软推出了整套的流媒体制作、和播放产品。由于Windows Media的成本较低且简单易学，支持屏幕录制等功能，故在教育方面应用较广。其流媒体文件包括视频文件WMV/ASF，音频文件WMA等。
5.1.3 QuickTime流式媒体解决方案
Apple的QuickTime是一个跨平台的解决方法，同时支持苹果系统及Windows，其播放器支持多达40种的格式，交互性较强。由于大部分QuickTime编码器和服务器软件均运行在苹果操作系统中，故QuickTime流式媒体在PC机上应用较少。
5.2 新型流媒体技术
5.2.1 HTTP流式媒体
传统的顺序流传输(Progressive streaming )由于采用传统的HTTP协议传输，并不支持现场直播等实时流传输。而随着网络技术的发展，最新的流媒体技术已经支持采用HTTP协议传输流媒体文件和进行实时流传输。HTTP流式媒体的代表有Microsoft公司 IIS平滑流式媒体（IIS Smooth St reaming）、APPLE公司HTTP流媒体直播（HTTP Live streaming），Adobe公司最新的Flash Media Server 4.5也支持HTTP流式媒体传输。
5.2.2 P2P流媒体
P2P流媒体技术并不是一个崭新的流媒体技术。他是P2P技术同流媒体技术结合的产物。基于P2P 的流媒体服务系统并不改变现有的流媒体服务架构, 只是在现有系统的基础上, 改变传统模式下的服务方式和数据传输路径, 使请求同一媒体流的客户端组成一个P2P 网络, 使服务器只须向这个P2P 网络中的少数节点发送数据, 而这些节点可以把得到的数据共享给其余的节点。
6．总结
截至2011年6月，我国的网民人数已经达到4.85亿，其中中国家庭电脑宽带上网网民规模达到3.90亿人。如此巨大的网民数量，为流媒体的发展带来了前所未有的机遇发展机遇。随着互联网的飞速发展，人们对互联网内容多样化的需求也越来越强烈，流媒体业务的需求与只俱增。目前，流媒体已经广泛应用于网络电视，远程教育，移动设备，数字电视，安防监控，视频会议等多个领域。今后流媒体的发展趋势是：①随着流媒体技术的进步、网络带宽的增加及新型高质量编码方式的出现，流媒体的质量进一步提高，高清流媒体将成为主流。②流媒体技术的应用更加广泛。基于流媒体技术的数字电视将取代传统有线电视成为主流；同时随着3G网络基础设施的完善和移动终端功能的增强，融合语音、文字、图像等多种形态的移动实时流媒体业务，如手机流媒体直播、移动网络会议等，将使流媒体的应用达到一个新的高度。
参考文献：
[1]庄捷.流媒体原理与应用 [M].北京：中国广播电视出版社，2007：21-41.
[2]齐俊杰，胡洁，麻信洛.流媒体技术入门与提高[M].2.北京：国防工业出版社，2009:1-30.
rtsp协议范文4
思博伦通信公司对于4-7层（应用层）测试提供了全面、灵活的测试解决方案―― Avalanche/Reflector。Avalanche产品系列是目前业内最先进的4-7层（应用层）仿真及性能测试工具。该系列产品包括机箱式的Avalanche 2500/Reflector 2500、便携式的Avalanche 220/Reflector 220和运行于SmartBits TeraMetrics XD测试模块上的Avalanche SmartBits/Reflector SmartBits。其中Avalanche为网络应用层客户端仿真及性能测试仪，Reflector为网络应用层服务器端仿真及性能测试仪。通过使用该系列产品，网络设备提供商、系统集成商、网络运营商和内容服务提供商可以对其他网络设备和业务网络进行综合的服务质量评估和故障诊断。
目前Avalanche支持包括HTTP、SSL/TLS、RTSP/RTP（Apple的Quick Time和Real Networks的Real System）、MMS、FTP、DNS、Telnet、SMTP、POP3、PPPoE在内的应用层协议的客户端模拟。Avalanche能够帮助用户分析网站结构的有效性、故障点，分析性能降低的原因，系统在极高压力下的健壮性和潜在的性能瓶颈。 Avalanche还支持模拟多种DoS/DDoS攻击。而Reflector同样可以支持HTTP、FTP、RTSP/RTP（Apple的Quick Time和Real Networks的Real System）、MMS、FTP、DNS、Telnet、SMTP、POP3在内的应用层协议的服务器端模拟。Avalanche和Reflector支持捕获回放（Capture & Replay）功能，通过此功能Avalanche和Reflector可以模拟非标准协议应用而进行的测试。Avalanche和Reflector还支持同时运行多种协议混合使用。Avalanche和Reflector均可运行在SmartBits的TeraMetrcis卡上，SmartBits的TeraMetrcis卡支持10M/100M/1000M/10G的接口，因此用户可以实现在高速率接口上的应用层测试。
Avalanche能够产生超过1Gbps的高速流量，能够以每秒钟56000个会话建立连接、传输数据并拆除连接，同时处理cookie。因此用户可以用来评估被测系统建立应用层连接、数据传送和关闭连接的实际系统指标。Avalanche系统还使您可以配置造成Web服务器在后端应用服务器继续处理请求时中止连接的极真实的用户建模行为，如HTTP基本与认证、思考时间、顺序点击和HTTP异常中断，如：点击离开（click-aways）。同时，Avalanche支持设定网络延迟、数据包丢失以及TCP/IP协议栈参数等。因此可以帮助用户预测或避免许多性能上的以前未知的问题。
Avalanche可以产生超过100万的并发连接，每个连接都可以有自己的IP地址。这可以帮助用户精确地评估诸如路由器、防火墙、负载均衡交换机、入侵检测系统、SSL加速设备、Web应用服务器、数据库服务器等设备或系统，并帮助用户定位从路由器连接到数据库应用在内的潜在瓶颈。
rtsp协议范文5
流媒体指在Internet/Intranet中使用流式传输技术的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。
流式传输定义很广泛，现在主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet将影视节目传送到PC机。实现流式传输有两种方法：实时流式传输（Realtimestreaming）和顺序流式传输（progressivestreaming）。一般说来，如视频为实时广播，或使用流式传输媒体服务器，或应用如RTSP的实时协议，即为实时流式传输。如使用HTTP服务器，文件即通过顺序流发送。采用那种传输方法依赖你的需求。当然，流式文件也支持在播放前完全下载到硬盘。
1.顺序流式传输
顺序流式传输是顺序下载，在下载文件的同时用户可观看再线媒体，在给定时刻，用户只能观看已下载的那部分，而不能跳到还未下载的前头部分，顺序流式传输不象实时流式传输在传输期间根据用户连接的速度做调整。由于标准的HTTP服务器可发送这种形式的文件，也不需要其他特殊协议，它经常被称作HTTP流式传输。顺序流式传输比较适合高质量的短片段，如片头、片尾和广告，由于该文件在播放前观看的部分是无损下载的，这种方法保证电影播放的最终质量。这意味着用户在观看前，必须经历延迟，对较慢的连接尤其如此。
对通过调制解调器短片段，顺序流式传输显得很实用，它允许用比调制解调器更高的数据速率创建视频片段。尽管有延迟，毕竟可让你较高质量的视频片段。
顺序流式文件是放在标准HTTP或FTP服务器上，易于管理，基本上与防火墙无关。顺序流式传输不适合长片段和有随机访问要求的视频，如：讲座、演说与演示。它也不支持现场广播，严格说来，它是一种点播技术。
2.实时流式传输
实时流式传输指保证媒体信号带宽与网络连接配匹，使媒体可被实时观看到。实时流与HTTP流式传输不同，他需要专用的流媒体服务器与传输协议。
rtsp协议范文6
1、bt文件的打开方法：1.打开迅雷软件（没有迅雷的可以先下载迅雷软件）；2.点击左上角处的新建按钮，弹出新建任务对话框；3.点击“打开BT种子文件”选项，打开选择种子文件对话框；4.找到种子所在的位置，选择种子文件，点击打开!出现BT任务，文件设置选项对话框，选择文件下载的存储位置，和所须下载的文件。在复选框前打勾的表示要下载的文件。之后点击“立即下载”按钮；5.文件开始下载（注意事项：如果迅雷文件已设置好直接关联BT种子文件，可以直接找到种子文件双击，跳到步骤4）。
2、bt的解释：BitTorrent(简称BT)是一个文件分发协议，它通过URL识别内容并且和网络无缝结合。它对比HTTP/FTP协议,MMS/RTSP流媒体协议等下载方式的优势在于，一个文件的下载者们下载的同时也在不断互相上传数据，使文件源(可以是服务器源也可以是个人源，一般特指第一个做种者或种子的第一者)可以在增加很有限的负载之情况下支持大量下载者同时下载，所以BT等P2P传输方式也有”下载的人越多，下载的速度越快“这种说法。
（来源：文章屋网 ）
