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

最新推荐文章于 2024-05-22 12:34:01 发布
最新推荐文章于 2024-05-22 12:34:01 发布
阅读量1.1w 收藏
点赞数
分类专栏： Tecnology 文章标签： RTSP Protocol 方法定义 状态码 实时流协议
www.liveqing.com
本文链接：https://blog.csdn.net/Marvin1311/article/details/89843835
版权

什么是协议？

接收到的数据，通过固定的方式封装后发送给他人，他人通过固定的方式解封装，便可获得需要的数据。此处涉及的固定封装和解封装方式就是一种协议。

协议是规则约束，这样可以理解，在不断的实践中协议会根据现有需求或是将有需求，不断的迭代升级。无论是谁，只要满足协议，就可以加入支持该协议的环境。

RTSP

实时流协议（Real Time Streaming Protocol，RTSP）是一种网络应用协议，专为娱乐和通信系统的使用，以控制流媒体服务器。该协议用于创建和控制终端之间的媒体会话。媒体服务器的客户端发布VCR命令，例如播放，录制和暂停，以便于实时控制从服务器到客户端（视频点播）或从客户端到服务器（语音录音）的媒体流。

方法定义

说明： 方向中（C 客户端 S 服务端） 对象中 （P 表示 S 媒体流）

方法方向对象要求
OPTIONSC->S, S->CP,S必选 (S->C: 可选)
DESCRIBEC->SP,S推荐
ANNOUNCEC->S, S->CP,S可选
GET_PARAMETERC->S, S->CP,S可选
PAUSEC->SP,S推荐
PLAYC->SP,S必选
RECORDC->SP,S可选
REDIRECTS->CP,S可选
SETUPC->SS必选
SET_PARAMETERC->S, S->CP,S可选
TEARDOWNC->SP,S必选

  • 1 OPTIONS
    选项请求返回服务器可接受的请求类型

    C->S: OPTIONS * RTSP/1.0
	  CSeq: 1
	  Require: implicit-play
	  Proxy-Require: gzipped-messages
	  
S->C: RTSP/1.0 200 OK
      CSeq: 1
      Public: DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE

  • 2 DESCRIBE
    描述方法检索演示文稿的描述或来自服务器的请求URL标识的媒体对象。 它可能会使用Accept标头，指定客户端支持的描述格式。 服务器响应所请求的描述资源。 DESCRIBE回复-响应构成了媒体RTSP的初始化阶段。

    媒体初始化是任何基于RTSP的系统的要求，但RTSP规范并没有规定必须通过DESCRIBE方法做。

    RTSP客户端有三种方式初始化信息

    • 通过RTSP的DESCRIBE方法;
    • 通过一些其他协议（HTTP，电子邮件附件等）;
    • 通过命令行或标准输入（因此作为浏览器工作使用SDP文件或其他媒体启动的帮助应用程序初始化格式）。

    为了实际的互操作性，是被强烈推荐实现。

    C->S: DESCRIBE rtsp://server.example.com/fizzle/foo RTSP/1.0
	CSeq: 312
	Accept: application/sdp, application/rtsl, application/mheg
	
S->C: RTSP/1.0 200 OK
	CSeq: 312
	Date: 23 Jan 1997 15:35:06 GMT
	Content-Type: application/sdp
	Content-Length: 376
	v=0
	o=mhandley 2890844526 2890842807 IN IP4 126.16.64.4
	s=SDP Seminar
	i=A Seminar on the session description protocol
	u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
	e=mjh@isi.edu (Mark Handley)
	c=IN IP4 224.2.17.12/127
	t=2873397496 2873404696
	a=recvonly
	m=audio 3456 RTP/AVP 0
	m=video 2232 RTP/AVP 31
	m=whiteboard 32416 UDP WB
	a=orient:portrait

  • 3 ANNOUNCE
    发布方法有两个目的：

    • 从客户端发送到服务器时，ANNOUNCE将请求URL标识的演示文稿或媒体对象的描述发布到服务器。当从服务器发送到客户端时，ANNOUNCE会实时更新会话描述。
    • 如果新的媒体流被添加到演示文稿中（例如，在实时演示中），则应该再次发送整个演示文稿描述，而不仅仅是附加的组件，以便可以删除组件。
    C->S: ANNOUNCE rtsp://server.example.com/fizzle/foo RTSP/1.0
	CSeq: 312
	Date: 23 Jan 1997 15:35:06 GMT
	Session: 47112344
	Content-Type: application/sdp
	Content-Length: 332
	v=0
	o=mhandley 2890844526 2890845468 IN IP4 126.16.64.4
	s=SDP Seminar
	i=A Seminar on the session description protocol
	u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps
	e=mjh@isi.edu (Mark Handley)
	c=IN IP4 224.2.17.12/127
	t=2873397496 2873404696
	a=recvonly
	m=audio 3456 RTP/AVP 0
	m=video 2232 RTP/AVP 31
	
S->C: RTSP/1.0 200 OK
	CSeq: 312

  • 4 SETUP
    建立请求指定如何传输单个媒体流。这必须在发送PLAY请求之前完成。请求包含媒体流URL和传输说明符。该说明符通常包括用于接收RTP数据（音频或视频）的本地端口，另一个用于RTCP数据（元信息）。服务器回复通常会确认所选参数，并填写缺少的部分，例如服务器选择的端口。必须在发送聚合播放请求之前，使用SETUP配置每个媒体流。

    C->S: SETUP rtsp://example.com/foo/bar/baz.rm RTSP/1.0
	CSeq: 302
	Transport: RTP/AVP;unicast;client_port=4588-4589
	
S->C: RTSP/1.0 200 OK
	CSeq: 302
	Date: 23 Jan 1997 15:35:06 GMT
	Session: 47112344
	Transport: RTP/AVP;unicast;
	client_port=4588-4589;server_port=6256-6257

  • 5 PLAY
    播放请求 将导致播放一个或所有媒体流。可以通过发送多个播放请求来堆叠播放请求。URL可以是聚合URL（播放所有媒体流）或单个媒体流URL（仅播放该流）。可以指定范围。如果没有指定范围，流将从头开始播放，并播放到最后，或者如果流暂停，则在暂停点恢复播放。

    C->S: PLAY rtsp://audio.example.com/twister.en RTSP/1.0
	CSeq: 833
	Session: 12345678
	Range: smpte=0:10:20-;time=19970123T153600Z
	
S->C: RTSP/1.0 200 OK
	CSeq: 833
	Date: 23 Jan 1997 15:35:06 GMT
	Range: smpte=0:10:22-;time=19970123T153600Z

  • 6 PAUSE
    暂停请求 暂时停止一个或所有媒体流，因此稍后可以通过播放请求恢复。请求包含聚合或媒体流URL。PAUSE请求中的范围参数指定何时暂停。当省略范围参数时，暂停会立即无限期地发生。

    C->S: PAUSE rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 834
	Session: 12345678
	
S->C: RTSP/1.0 200 OK
	CSeq: 834
	Date: 23 Jan 1997 15:35:06 GMT

  • 7 TEARDOWN
    停止发布流请求用于终止会话。它停止所有媒体流，并释放所有与会话相关的数据在服务器上。

    C->S: TEARDOWN rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 892
	Session: 12345678
	
S->C: RTSP/1.0 200 OK
	CSeq: 892

  • 8 GET_PARAMETER
    获取参数请求检索在URI中指定的呈现或流的参数的值。答复和回复的内容留给实施。

    S->C: GET_PARAMETER rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 431
	Content-Type: text/parameters
	Session: 12345678
	Content-Length: 15
	packets_received
	jitter
	
C->S: RTSP/1.0 200 OK
	CSeq: 431
	Content-Length: 46
	Content-Type: text/parameters
	packets_received: 10
	jitter: 0.3838

  • 9 SET_PARAMETER
    设置参数请求设置由URI指定的演示文稿或流的参数值。

    C->S: SET_PARAMETER rtsp://example.com/fizzle/foo RTSP/1.0
		CSeq: 421
		Content-length: 20
		Content-type: text/parameters
		barparam: barstuff
			
S->C: RTSP/1.0 451 Invalid Parameter
	CSeq: 421
	Content-length: 10
	Content-type: text/parameters
	barparam

  • 10 REDIRECT
    重定向请求通知客户端它必须连接到另一个服务器位置。它包含强制性头文件位置，表示客户端应发出该URL的请求。它可能包含参数Range，它指示重定向何时生效。如果客户端希望继续发送或接收此URI的媒体，则客户端必须向指定的主机发出针对当前会话的TEARDOWN请求和新会话的SETUP。

    S->C: REDIRECT rtsp://example.com/fizzle/foo RTSP/1.0
	CSeq: 732
	Location: rtsp://bigserver.com:8001
	Range: clock=19960213T143205Z-

  • 11 RECORD
    记录请求根据呈现描述开始记录一系列媒体数据。时间戳反映开始和结束时间（UTC）。如果没有给定时间范围，请使用演示文稿描述中提供的开始或结束时间。如果会话已经开始，请立即开始录制。服务器决定是否将记录的数据存储在请求URI或其他URI下。如果服务器不使用请求URI，则响应应为201，并包含描述请求状态并引用新资源的实体以及Location头。

    C->S: RECORD rtsp://example.com/meeting/audio.en RTSP/1.0
	CSeq: 954
	Session: 12345678
	Conference: 128.16.64.19/32492374

  • 12 Embedded (Interleaved) Binary Data
    嵌入式（交错式）二进制数据，某些防火墙设计和其他情况可能会强制服务器交叉RTSP方法和流数据。除非有必要，通常应避免这种交错，因为它会使客户端和服务器操作复杂化，并增加额外的开销。交叉二进制数据只能在RTSP通过TCP传输时使用。诸如RTP数据包之类的流数据由ASCII码符号（24个十六进制）封装，后跟一个字节的信道标识符，后面是封装二进制数据的长度，以二进制字节为单位，以网络字节顺序排列。流数据紧随其后，没有CRLF，但包括上层协议头。每个$块只包含一个上层协议数据单元，例如一个RTP包。

    C->S: SETUP rtsp://foo.com/bar.file RTSP/1.0
	CSeq: 2
	Transport: RTP/AVP/TCP;interleaved=0-1
	
S->C: RTSP/1.0 200 OK
	CSeq: 2
	Date: 05 Jun 1997 18:57:18 GMT
	Transport: RTP/AVP/TCP;interleaved=0-1
	Session: 12345678
	C->S: PLAY rtsp://foo.com/bar.file RTSP/1.0
	CSeq: 3
	Session: 12345678
	S->C: RTSP/1.0 200 OK
	CSeq: 3
	Session: 12345678
	Date: 05 Jun 1997 18:59:15 GMT
	RTP-Info: url=rtsp://foo.com/bar.file;
	seq=232433;rtptime=972948234
	
S->C: $\000{2 byte length}{"length" bytes data, w/RTP header}

S->C: $\000{2 byte length}{"length" bytes data, w/RTP header}

S->C: $\001{2 byte length}{"length" bytes RTCP packet}

状态码定义

1xx：信息 - 收到请求，继续处理
2xx：成功 - 该行动已成功收到，理解，并接受
3xx：重定向 - 必须采取进一步行动完成请求
4xx：客户端错误 - 请求包含错误的语法或不能完成
5xx：服务器错误 - 服务器未能完成有效请求

状态码定义
100继续
200成功
201创建
250存储空间不足
300多种选择
301永久移动
302暂时移动
303见其他
304没有修改
305使用代理服务器
400错误的请求
401未授权
402需要付款
403被禁止
404未找到
405方法不允许
406不能接受的
407需要代理验证
408请求超时
410不在
411长度要求
412前提条件失败
413请求的实体太大
414请求URI太大
415不支持的媒体类型
451参数未被理解
452会议未找到
453没有足够的带宽
454找不到会话
455方法在此状态下无效
456标头字段对资源无效
457无效范围
458参数是只读的
459不允许聚合操作
460只允许聚合操作
461不支持的运输
462目标无法访问
500内部服务器错误
501未实现
502错误的网关
503暂停服务
504网关超时
505不支持RTSP版本
551选项不受支持

WEB：www.liveqing.com

Marvin1311
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RTSP（Real Time Streaming Protocol） 网络协议
08-02
RTSP（Real Time Streaming Protocol）是一种专为实时多媒体数据传输设计的网络协议，它在TCP/IP协议栈的应用层上运行，旨在提供一种有效的方式，使用户可以通过互联网接收和控制流媒体内容。RTSP的设计目标是克服...
RFC 2326 - Real Time Streaming Protocol (RTSP).pdf
01-22
音视频开发
Real Time Streaming Protocol (RTSP) - 实时流协议
既然选择了远方 便只顾风雨兼程 - 永强
05-09 1847
Real Time Streaming Protocol (RTSP) - 实时流协议 The Real Time Streaming Protocol (RTSP) is a network control protocol designed for use in entertainment and communications systems to control streaming media servers. The protocol is used for establishing and con
实时流协议---RTSP【详解】
王木木
01-28 3万+
一、RTSP协议介绍 RTSP（Real Time Streaming Protocol 实时流协议）是一个有效地在IP网络上传输流媒体数据的应用层协议。RTSP对流媒体提供了诸如开始、暂停、快进、停止等控制，RTSP的作用相当于流媒体服务器的远程控制，而它本身并不传输数据。 官方指导文档参考：RFC 2326 - Real Time Streaming Protocol (RTSP) 它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。 RTSP具有重新导...
网络协议——RTSP（简介、搭建RTSP服务器）
最新发布
计算机硕士的博客
05-22 2124
网络协议——RTSP（简介、搭建RTSP服务器）。
RTSP protocol
一个混迹在安全圈的宅女
11-15 1045
1. Introduction The Real Time Streaming Protocol (RTSP) is a network control protocol designed for use in entertainment and communications systems to control streaming media servers. The protocol is ...
手把手教你rtsp流媒体分析（引导篇，欢迎订阅专栏）
weixin_44834554的博客
06-01 4142
在安防行业中，onvif协议与gb协议是两种标准，gb是国内安防行业的标准，onvif是国外的安防行业的标准，其中gb28181中视频流是ps流、由设备、下级平台推送到上级平台，具有上公有云的特点，而onvif视频流采用的是rtsp,通常用于内网访问，当需要rtsp流可以上公有云的话，可以使用r-rtsp，r-rtsp交互流程正好与rtsp流程相反，由服务端主动发起请求。本文主要讲解了RTSP的主要流程以及RTP,RTCP的包分析，本文主要介绍的H264的包结构，希望能够让你对rtsp有个深刻的认识。
RTSP协议详解
qq_25330791的博客
10-12 1万+
Rtsp
rfc2326 Real Time Streaming Protocol (RTSP)
04-16
实时流协议（Real Time Streaming Protocol，简称RTSP）是网络流媒体传输领域中的一个重要标准，由Internet工程任务组（IETF）在RFC2326文档中定义。RTSP是一种应用层协议，设计用于控制实时数据的传输，例如音频、...
Real Time Streaming Protocol (RTSP)
02-22
Real Time Streaming Protocol (RTSP) Status of this Memo This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for ...
Real-Time Streaming Protocol Version 2.0
08-19
Real-Time Streaming Protocol Version 2.0 协议规范
android rtsp协议详解
12-02
android rtsp协议详解，想要开发在线视频直播的可以了解下
RTSP协议解析
rongdeguoqian的专栏
01-05 2万+
RTSP被用于建立的控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色。尽管有时可以把RTSP控制信息和媒体数据流交织在一起传送，但一般情况RTSP本身并不用于转送媒体流数据。媒体数据的传送可通过RTP/RTCP等协议来完成。 一次基本的RTSP操作过程是:首先，客户端连接到流服务器并发送一个RTSP描述命令（DESCRIBE）。流服务器通过一个SDP描述来进行反馈，反馈信息包括流数量、
网络流媒体协议之——RTSP协议
牧羊女
01-29 6万+
RTSP(Real-Time Stream Protocol)协议是一个基于文本的多媒体播放控制协议，属于应用层。RTSP以客户端方式工作，对流媒体提供播放、暂停、后退、前进等操作。该标准由IETF指定，对应的协议是RFC2326。 RTSP作为一个应用层协议，提供了一个可供扩展的框架，使得流媒体的受控和点播变得可能，它主要用来控制具有实时特性的数据的发送，但其本身并不用于传送流媒体数据，而
onvif学习笔记10：获取RTSP流地址
李迟的专栏
04-15 1万+
网友购买了我的ONVIF视频课程，问了我几个问题，其中一个是实现ONVIF服务器的获取RTSP地址功能，本文整理出一个思路，愿帮到在学习ONVIF路上的诸君。 我录制的视频是很早之前的，一直没抽时间再录一个实战视频，所以凡是购买的网友，均会进行指导。当然，限于能力，也不是所有的问题都解答。 官方WSDL说明 ONVIF协议通过GetStreamUri获取流地址，在官方wsdl页面搜索GetStr...
关于javax.mail.NoSuchProviderException:Invalid protocal:null的坑
qq_38603819的博客
10-17 9734
使用javax进行邮件发送的开发是比较简单的，但是作为个菜鸟可能会遇到这样或者那样的坑，下面我根据我的实际经历总结一下关于javax.mai的坑。 第一，其实所有的坑，都是自己给自己挖的，遇到坑先狠狠地打自己一巴掌。 第二，先看看自己关于邮件的相关参数配置是否齐全，否则会出现javax.mail.NoSuchProviderException:Invalid protocal:nul的报错，本
标准RTSP消息的错误代码–转
xp5xp6的博客
01-16 2867
标准RTSP消息的错误代码–在应答消息的第一行表示 ”100”; Continue (all 100 range) “110”; Connect Timeout “200”; OK ”201”; Created ”250”; Low on Storage Space ”300”; Multiple Choices ”301”; Moved Perman
基于Opencv的RTSP实时流处理
热门推荐
ChenYX的博客
10-24 20万+
主函数的逻辑如下： 1. 生成两个通信量，包括保存堆栈和帧校验索引。 2. 开启3（多）个独立线程，用来缓冲帧数据。 3. 开启1个主线程，用来处理堆栈内数据。 帧保存write write函数主要被独立线程调用，保存rtsp推上来的视频流数据至内存中，以便read函数消耗。 这里用多少个线程进行保存取决于视频流大小。 函数内增加了一个通信量帧校验，用来判断是否发生写入帧数据颠倒，避免图像闪烁卡顿。
实时流协议(RTSP)简介
网络资源是无限的
05-25 6666
RTSP(Real Time Streaming Protocol)，RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景(Netscape)和Real Networks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与R...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值