一。RTSP协议简介
流媒体技术是一系列的网络协议的集合,包括:
1. 实时传输协议RTP(Real-time Transport protocol)
2. 实时传输控制协议RTCP(Real-time Transport Control protocol)
3. 实时流协议RTSP(Real Time Streaming protocol)
4. 资源预留协议RSVP(Resource Reserve Protocol)。
应用层 RTSP
传输层 RTP/RTCP
TCP UDP
网络层 IP
实时流协议RTSP是一个应用层协议,用于控制具备实时特性的数据(例如多媒体流)的传送。为多媒体数据流提供远程控制功能,如播放、中止、快进等。该协议支持如下操做:
1. 从媒体服务器上获取媒体;
2. 邀请媒体服务器加入会议(Conference);
3. 在一个已存在的演示(Presentation)中加入新的媒体流。
RTSP协议通常与RTP/RTCP和RSVP等底层协议一块儿协同工做,提供基于Internet的整套的流服务。它能够选择发送通道(例如:UDP、组播UDP和TCP)和基于RTP的发送机制。它能够应用于组播和点播。
二。 HTTP协议简介
HTTP是一个属于应用层的面向对象的协议,因为其简捷、快速的方式,适用于分布式超媒体信息系统。它于1990年提出,通过几年的使用与发展,获得不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版,HTTP/1.1的规范化工做正在进行之中,并且HTTP-NG(Next Generation of HTTP)的建议已经提出。
HTTP协议的主要特色可归纳以下:
1.支持客户/服务器模式。
2.简单快速:客户向服务器请求服务时,只需传送请求方法和路径。请求方法经常使用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不一样。
因为HTTP协议简单,使得HTTP服务器的程序规模小,于是通讯速度很快。
3.灵活:HTTP容许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。
4.无链接:无链接的含义是限制每次链接只处理一个请求。服务器处理完客户的请求,并收到客户的应答后,即断开链接。采用这种方式能够节省传输时间。
5.无状态:HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺乏状态意味着若是后续处理须要前面的信息,则它必须重传,这样可能致使每次链接传送的数据量增大。另外一方面,在服务器不须要先前信息时它的应答就较快。
2.2 HTTP协议的几个重要概念
1.链接(Connection):一个传输层的实际环流,它是创建在两个相互通信的应用程序之间。
2.消息(Message):HTTP通信的基本单位,包括一个结构化的八元组序列并经过链接传输。
3.请求(Request):一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号
4.响应(Response):一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。
5.资源(Resource):由URI标识的网络数据对象或服务。
6.实体(Entity):数据资源或来自服务资源的回映的一种特殊表示方法,它可能被包围在一个请求或响应信息中。一个实体包括实体头信息和实体的自己内容。
7.客户机(Client):一个为发送请求目的而创建链接的应用程序。
8.用户代理(User agent):初始化一个请求的客户机。它们是浏览器、编辑器或其它用户工具。
9.服务器(Server):一个接受链接并对请求返回信息的应用程序。
10.源服务器(Origin server):是一个给定资源能够在其上驻留或被建立的服务器。
11.代理(Proxy):一个中间程序,它能够充当一个服务器,也能够充当一个客户机,为其它客户机创建请求。请求是经过可能的翻译在内部或通过传递到其它的服务器中。一个代理在发送请求信息以前,必须解释而且若是可能重写它。
代理常常做为经过防火墙的客户机端的门户,代理还能够做为一个帮助应用来经过协议处理没有被用户代理完成的请求。
12.网关(Gateway):一个做为其它服务器中间媒介的服务器。与代理不一样的是,网关接受请求就好象对被请求的资源来讲它就是源服务器;发出请求的客户机并无意识到它在同网关打交道。
网关常常做为经过防火墙的服务器端的门户,网关还能够做为一个协议翻译器以便存取那些存储在非HTTP系统中的资源。
13.通道(Tunnel):是做为两个链接中继的中介程序。一旦激活,通道便被认为不属于HTTP通信,尽管通道多是被一个HTTP请求初始化的。当被中继的链接两端关闭时,通道便消失。当一个门户(Portal)必须存在或中介(Intermediary)不能解释中继的通信时通道被常用。
14.缓存(Cache):反应信息的局域存储。 三。 RTSP协议与HTTP协议的联系与区别 RTSP协议负责在服务器和客户端之间创建并控制一个或多个时间上同步的连续流媒体,其目标是象HTTP协议为用户提供文字和图形服务那样为用户提供连续媒体服务。所以,RTSP协议的设计在语法和操做上与HTTP协议很类似,这样,对于HTTP的大部分扩展也适用于RTSP。 可是RTSP协议和HTTP协议在不少方面有着区别: 1. HTTP是一个无状态协议,而RTSP协议是有状态的。 2. HTTP本质上是一个非对称协议,客户端提出请求而服务器响应;而RTSP是对称的,服务器和客户端均可发送和响应请求。 1.2 RTSP协议机理 在RTSP中,每一个演示(Presentation)及其所对应的媒体流都由一个RTSP URL标识。整个演示及媒体特性都在一个演示描述(Presentation description )文件中定义,该文件可能包括媒体编码方式、语言、RTSP URLs、目标地址、端口及其它参数。用户在向服务器请求某个连续媒体流的服务以前,必须首先从服务器得到该媒体流的演示描述(Presentation description )文件以获得必需的参数,演示描述文件的获取可采用HTTP、email或其余方法。 RTSP中的全部的操做都是经过服务器和客户方的消息应答来完成的,其消息包括请求(Request)和响应(Response)两种,RTSP正是经过服务器和客户端的消息应答来完成媒体流的建立、初始化(SETUP)、VCR控制(PLAY、PAUSE)以及拆线(TEARDOWN)等操做的。在基于Client/Server结构的分布式视频点播系统中,RTSP协议的操做过程如图: 客户机在向视频服务器请求视频服务以前,首先经过HTTP协议从Web服务器获取所请求视频服务的演示描述(Presentation description )文件,利用该文件提供的信息定位视频服务地址(包括视频服务器地址和端口号)及视频服务的编码方式等信息。而后客户机根据上述信息向视频服务器请求视频服务。视频服务初始化完毕,视频服务器为该客户创建一个新的视频服务流,客户端与服务器运行实时流控制协议RTSP,以对该流进行各类VCR控制信号的交换,如播放(PLAY)、中止(PAUSE)、快进、快退等。当服务完毕,客户端提出拆线(TEARDOWN)请求, 须要说明的是,服务器使用RTP/UDP协议将媒体数据传输给客户端,一旦数据抵达客户端,客户端应用程序便可播放输出。在流式传输中,使用RTP/RTCP/UDP和RTSP/TCP两种不一样的通讯协议在客户端和服务器间创建联系。