RTSP协议

RTSP:实时流协议
  (RTSP:Real Time Streaming Protocol)

  实时流协议(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 使用 ISO 10646 (UTF-8)而并非 ISO 8859-1 ,与当前的国际标准 HTML 相一致;
  • URI 请求总是包含绝对 URI 。为了与过去的错误相互兼容, HTTP/1.1 只在请求过程中传送绝对路径并将主机名置于另外的头字段。

  该协议支持如下操作:

  • 从媒体服务器上检索媒体:用户可通过 HTTP 或其它方法提交一个演示描述请求;
  • 媒体服务器邀请进入会议: 媒体服务器可被邀请参加正进行的会议,或回放媒体,或记录部分或全部演示;
  • 将新媒体加到现有演示中:如服务器能告诉客户端接下来可用的媒体内容,对现场直播显得尤其有用。

协议结构

  RTSP 是一种文本协议,采用 UTF-8 编 码中的 ISO 10646 字符集。一行可通过 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" 针对于返回一个信息主体的所有方法。


相关协议 UDPTCPHTTPS-HTTPRTP
组织来源

RTSP 由 IETF(www.ietf.org)定义在 RFC 2326中。

相关链接

http://www.javvin.com/protocol/rfc2326.pdf: Real Time Streaming Protocol


< 返 回 >
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值