实时流协议(RTSP)建立并控制一个或几个时间同步的连续流媒体,如音频和视频。尽管连续媒体流与控制流交叉是可能的,RTSP本身并不发送连续流。换言之,RTSP充当多媒体服务器的网络远程控制。RTSP提供了一个可扩展框架,实现实时数据(如音频与视频)的受控、按需传送。数据源包括实况数据与存储的剪辑。RTSP用于控制多个数据发送会话,提供了选择发送通道(如UDP、组播UDP与TCP等)的方式,并提供了选择基于RTP的发送机制的方法。
目前还没有RTSP连接的概念;服务器维护由识别符标识的会话。RTSP会话不会绑定到传输层连接,如TCP。在RTSP会话期间,RTSP客户端可打开或关闭多个对服务器的可靠传输连接以发出RTSP请求。它也可选择使用无连接传输协议,如UDP。
RTSP控制的流可能用到RTP,但RTSP操作并不依赖用于传输连续媒体的传输机制。RTSP在语法和操作上与HTTP/1.1类似,因此HTTP的扩展机制在多数情况下可加入RTSP。然而,在很多重要方面RTSP仍不同于HTTP:
RTSP引入了大量新方法并具有一个不同的协议标识符:
在大多数情况下,RTSP服务器需要保持缺省状态,与HTTP的无状态相对;
RTSP中客户端和服务器都可以发出请求;
在多数情况下,数据由不同的协议传输;
RTSP使用ISO10646(UTF-8)而并非ISO8859-1,与当前的国际标准HTML相一致;
URI请求总是包含绝对URI。为了与过去的错误相互兼容,HTTP/1.1只在请求过程中传送绝对路径并将主机名置于另外的头字段。
该协议支持如下操作:
从媒体服务器上检索媒体:用户可通过HTTP或其它方法提交一个演示描述请求;
媒体服务器邀请进入会议:媒体服务器可被邀请参加正进行的会议,或回放媒体,或记录部分或全部演示;
将新媒体加到现有演示中:如服务器能告诉客户端接下来可用的媒体内容,对现场直播显得尤其有用。
协议结构
RTSP是一种文本协议,采用UTF-8编码中的ISO10646字符集。一行可通过CRLF终止,但接收端需要做好解释CR和LF作为一行终止符的准备。关于头字段概述如下:
Header | Type | Support | Methods |
Accept | R | opt. | entity |
Accept-Encoding | R | opt. | entity |
Accept-Language | R | opt. | all |
Allow | R | opt. | all |
Authorization | R | opt. | all |
Bandwidth | R | opt. | all |
Blocksize | R | opt. | All but OPTIONS, TEARDOWN |
Cache-Control | G | opt. | SETUP |
Conference | R | opt. | SETUP |
Connection | G | req. | all |
Content-Base | E | opt. | entity |
Content-Encoding | E | req. | SET_PARAMETER |
Content-Encoding | E | req. | DESCRIBE, ANNOUNCE |
Content-Language | E | req. | DESCRIBE, ANNOUNCE |
Content-Length | E | req. | SET_PARAMETER, ANNOUNCE |
Content-Length | E | req. | entity |
Content-Location | E | opt. | entity |
Content-Type | E | req. | SET_PARAMETER, ANNOUNCE |
Content-Type | R | req. | entity |
CSeq | G | req. | all |
Date | G | opt. | all |
Expires | E | opt. | DESCRIBE, ANNOUNCE |
From | R | opt. | all |
If-Modified-Since | R | opt. | DESCRIBE, SETUP |
Last-Modified | E | opt. | entity |
Proxy-Authenticate | |||
Proxy-Require | R | req. | all |
Public | R | opt. | all |
Range | R | opt. | PLAY, PAUSE, RECORD |
Range | R | opt. | PLAY, PAUSE, RECORD |
Referer | R | opt. | all |
Require | R | req. | all |
Retry-After | R | opt. | all |
RTP-Info | R | req. | PLAY |
Scale | Rr | opt. | PLAY, RECORD |
Session | Rr | req. | All but SETUP, OPTIONS |
Server | R | opt. | all |
Speed | Rr | opt. | PLAY |
Transport | Rr | req. | SETUP |
Unsupported | R | req. | all |
User-Agent | R | opt. | all |
Via | G | opt. | all |
WWW-Authenticate | R | opt. | all |
类型 "g" 表示请求和响应中的通用请求头;类型 "R" 表示请求头;类型 "r" 表示响应头;类型 "e" 表示实体头字段。在 "support" 一栏中 标有 "req." 的字段 必须由接收者以特殊的方法实现;而 "opt." 的字段是可选的。注意,不是所有 "req." 字段在该类型的每个请求中都会被发送。 "req." 只表示客户机(支持响应头)和服务器(支持请求头)必须执行该字段。最后一栏列出了关于头字段产生作用的方法;其中 "entity" 针对于返回一个信息主体的所有方法。
没有评论:
发表评论