初学RTSP协议

网络 网络管理
文中我们对RTSP协议的基本定义以及相关结构作了介绍。那么具体的内容请大家从文中来了解一下吧。希望对您的学习有所帮助。

对于RTSP协议不知道大家是否了解。这个协议的使用还是非常重要的。所以今天我们就对这个协议来进行一下细致的介绍。首先让我们看一下这个协议的规范概念。实时流协议(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
在RTSP协议中,类型 "g" 表示请求和响应中的通用请求头;类型 "R" 表示请求头;类型 "r" 表示响应头;类型 "e" 表示实体头字段。在 "support" 一栏中 标有 "req." 的字段 必须由接收者以特殊的方法实现;而 "opt." 的字段是可选的。注意,不是所有 "req." 字段在该类型的每个请求中都会被发送。 "req." 只表示客户机(支持响应头)和服务器(支持请求头)必须执行该字段。***一栏列出了关于头字段产生作用的方法;其中 "entity" 针对于返回一个信息主体的所有方法。

责任编辑:佟健 来源: 网络整理
相关推荐

2010-07-08 12:58:03

UDP协议

2019-07-08 12:31:32

RTSP网络协议流媒体

2010-09-09 15:40:57

Internet协议簇

2010-06-25 15:45:32

2022-05-26 07:54:43

TCPUDP协议

2010-07-07 17:27:00

互联网协议

2010-10-28 14:53:46

播放实时rtsp流bada

2015-03-11 09:55:08

Web开发初学指南Web开发指南

2011-08-24 09:54:05

Lua字符春交互

2014-06-11 13:25:14

IPARPRARP

2011-09-16 09:38:19

Emacs

2010-01-14 10:23:08

C++语言

2022-04-24 15:21:01

MarkdownHTML

2011-05-27 16:58:19

2011-04-01 15:09:56

Java

2011-04-12 10:13:24

2011-08-24 09:56:13

网络协议BOOTP协议TFTP协议

2020-09-08 19:03:41

Java代码初学者

2010-06-13 11:13:38

UML初学者指南

2022-07-22 13:14:57

TypeScript指南
点赞
收藏

51CTO技术栈公众号