RTSP(实时流媒体协议)
流媒体相关网络协议
RTMP 传输效率较高，但需要专用的播放器支持，如 Adobe Flash Player。
HLS 和 DASH 则基于 HTTP 协议，可以在普通浏览器中播放，但需要将音视频流 拆分成多个小文件或片段，影响传输效率。
对比分析
• HLS、DASH和SmoothStreaming都是基于HTTP的流媒体协 议，具有跨平台的优势。然而，它们在功能、支持和集成性方 面存在一些差异。例如，DASH具有最广泛的支持和集成性， 而SmoothStreaming则更适合于Windows平台。在选择合适 的协议时，需要考虑应用程序的需求、目标平台和网络条件等 因素。
RTSP/RTP 的使用场景包括但不限于：视频会议、在线直播、视频点播等实时流 媒体应用。
02 HTTP-based 流 媒体协议
HLS（HTTP Live Streaming）
总结词
HLS是一种由Apple公司开发的基于HTTP的流媒体协议，广 泛应用于Apple设备上的直播和点播流媒体服务。
对网络要求较高：WebRTC 对网络的要求比较高，需要 保证网络的质量和稳定性才能达到较好的效果。
05 其他流媒体协议
RTMPS（RTMP over SSL/TLS）
• RTMPS是一种在SSL/TLS协议上运行的RTMP流媒体协议。它通过加密的连接进行数据传输，保证了数据的安全性。 RTMPS在直播流媒体传输中被广泛应用，特别是在需要保护数据安全的场景下。
THANKS
感谢观看
远程会议：WebRTC 可以用于实现远程会议的音 视频通信功能，提高会议效率。
RTSP协议实时流传输协议简介
RTSP协议实时流传输协议简介RTSP（Real-Time Streaming Protocol）是一种用于实时流传输的网络协议。
它的主要作用是控制多媒体服务器上的流媒体数据，实现实时的传输和控制。
一、RTSP协议的概述RTSP协议是由IETF（Internet Engineering Task Force，互联网工程任务组）制定的一种应用层协议。
它通过控制服务端上的媒体数据流，为客户端提供实时播放、暂停、倒带、快进等控制功能。
二、RTSP协议的特点1. 实时性：RTSP协议能够提供低延迟的实时传输，适用于对实时性要求较高的应用场景，如视频监控、视频会议等。
2. 灵活性：RTSP协议支持多种编解码器、多种传输协议，可以适应不同的网络环境和设备要求。
3. 扩展性：RTSP协议允许通过扩展方式定义新的方法和参数，以满足个性化的业务需求。
三、RTSP协议的工作原理1. 客户端发送请求：客户端通过建立RTSP连接向服务器发送命令请求，如PLAY、PAUSE、SETUP等。
这些命令指示服务器开始、暂停或切换媒体流的传输。
2. 服务器响应请求：服务器接收到客户端的请求后，将相应的媒体流数据传输给客户端，并返回相应的状态码和信息。
3. 媒体流传输：客户端通过UDP或TCP协议与服务器建立数据传输通道，实现实时媒体流的传输。
4. 控制指令交互：客户端与服务器之间进行控制指令的交互，如快进、快退、暂停等，实现对媒体流的控制。
四、RTSP协议与RTP协议的关系RTSP协议通常与RTP（Real-Time Transport Protocol）协议配合使用。
RTP协议负责将媒体数据进行分片并在网络中传输，而RTSP协议则负责控制RTP协议的传输和播放。
两者配合使用，可以实现流媒体的实时传输和控制。
五、RTSP协议的应用场景1. 视频监控：RTSP协议适用于实时监控系统，可以帮助实现远程监控图像的实时传输和控制。
2. 视频会议：RTSP协议可以实现多方视频会议中的视频数据传输和控制，保证会议的实时性和流畅性。
RTSP协议范文
RTSP协议范文RTSP（Real Time Streaming Protocol）是一种用于控制实时流媒体传输的应用层协议。
它提供了用于发送和接收媒体数据的控制信令，可以用于实现实时音视频的传输和控制。
本文将介绍RTSP协议的基本原理、工作过程以及其在网络中的应用。
一、RTSP协议的基本原理二、RTSP协议的工作过程1.建立连接：客户端首先与服务器建立TCP连接。
通常使用默认的RTSP端口（554）进行连接。
客户端发送一个OPTIONS请求给服务器，以了解服务器支持的RTSP方法和协议版本。
2.描述会话：客户端发送一个DESCRIBE请求给服务器，请求指定媒体的描述信息。
服务器返回一个包含媒体描述的响应。
客户端根据描述信息选择合适的媒体流。
3.创建会话：客户端发送一个SETUP请求给服务器，请求创建一个媒体会话。
客户端可以选择单播、组播或混合模式的传输。
服务器返回一个包含传输地址和服务器端口的响应。
4.控制媒体：客户端发送PLAY、PAUSE、TEARDOWN等请求给服务器来控制媒体的播放和暂停。
服务器根据请求对媒体进行相应的操作。
5.关闭会话：客户端发送一个TEARDOWN请求给服务器，请求关闭媒体会话。
服务器返回一个响应来确认关闭。
三、RTSP协议在网络中的应用1.直播和点播：RTSP协议可以用于直播和点播的实时流媒体传输。
客户端可以使用RTSP协议与服务器建立连接，并控制媒体的播放、暂停和停止。
2.视频监控：RTSP协议可以用于视频监控系统中的流媒体传输。
监控摄像头可以将实时视频流通过RTSP协议发送到监控中心，监控中心可以使用RTSP协议进行控制和管理。
3.视频会议：RTSP协议可以用于视频会议系统中的实时流媒体传输。
参与者可以通过RTSP协议建立连接，并进行视频传输和控制。
4.多媒体广告：RTSP协议可以用于多媒体广告系统中的实时流媒体传输。
广告服务器可以使用RTSP协议将广告内容发送到终端设备，并进行控制和管理。
RTSP协议详解中文版
RTSP协议详解中文版RTSP（Real Time Streaming Protocol）是一种用于控制实时流媒体的应用层协议，用于在客户端和服务器之间进行媒体资源的传输和控制。
它工作在TCP或UDP上，并且可以与各种流媒体服务器和客户端软件兼容。
RTSP协议的通信模型是基于客户端和服务器之间的请求和响应。
客户端通过发送请求来向服务器发送控制指令，服务器则通过发送响应来告知客户端请求的结果。
请求和响应是基于文本的，并且使用类似于HTTP的格式。
RTSP协议的请求由方法、URL和协议版本组成。
常见的请求方法包括DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN等。
DESCRIBE方法用于获取媒体资源的描述信息，SETUP方法用于建立与服务器的连接，PLAY方法用于开始播放，PAUSE方法用于暂停播放，TEARDOWN方法用于关闭连接。
RTSP协议的响应由状态码、状态描述和协议版本组成。
常见的状态码包括200 OK，表示请求成功；401 Unauthorized，表示未经授权；404 Not Found，表示资源不存在等。
状态码和状态描述用于告知客户端请求的结果。
RTSP协议还支持使用SDP（Session Description Protocol）来描述媒体资源。
SDP是一种用于描述会话信息的协议，它可以描述媒体资源的类型、媒体格式、传输地址等。
客户端可以使用DESCRIBE方法获取媒体资源的SDP描述，从而可以解析和播放媒体资源。
RTSP协议的优点包括灵活性和互操作性。
由于RTSP协议本身只负责控制，而不直接传输媒体数据，因此可以适用于各种不同的流媒体传输协议，如RTP、RTCP、RTMP等。
同时，RTSP协议还可以与其他媒体相关的协议配合使用，如RTSP over HTTP、RTSP over SSL等。
总结起来，RTSP协议是一种用于实时流媒体控制的协议，它可以实现实时流媒体的连续控制和广泛的交互性。
RFC2326(中文版)-实时流协议(RTSP)
RFC2326(中文版)-实时流协议(RTSP).txt我的人生有A 面也有B面，你的人生有S面也有B 面。
失败不可怕，关键看是不是成功他妈。
现在的大学生太没素质了！过来拷毛片，居然用剪切！有空学风水去，死后占个好墓也算弥补了生前买不起好房的遗憾。
实时流协议(RTSP) ( Real Time Streaming Protocol (RTSP) )备忘录的状态：本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以得到改进。
请参考最新版的“Internet正式协议标准”(STD1)来获得本协议的标准化程度和状态。
本备忘录的发布不受任何限制。
版权声明：版权为The Internet Society 所有。
所有权利保留。
摘要：实时流协议（RTSP）是应用层协议，控制实时数据的传送。
RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中数据。
该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP(RFC1889)上传送机制提供方法。
目录：1 绪论 51.1 目的 51.2 要求 61.3 术语 61.4 协议特点 71.5 RTSP扩展 81.6 操作模式 91.7 RTSP状态 91.8 与其他协议关系 102 符号协定 103 协议参数 103.1 RTSP版本 103.2 RTSP URL 113.3 会议标识 133.4 会话标识 133.5 SMPTE 相对时间戳 133.6正常播放时间 143.7 绝对时间 153.8 选择标签 153.8.1 用IANA注册新的选择标签 154 RTSP消息 154.1 消息类型 164.2 消息标题 174.3 消息主体 174.4 消息长度 185 普通标题域 186 请求 196.1 请求队列 196.2 请求标题域 197 回应 207.1 状态行 207.1.1 状态代码和原因分析 207.1.2 回应标题域 238 实体 238.1 实体标题域 248.2 实体主体 249 连接 259.1 流水线操作 259.2 可靠性及确认 2510 方法定义 2510.1 选择 2610.2 描述 2610.3 通告 2610.4 建立 2610.5 播放 2710.6 暂停 2710.7 断开 2710.8 获取参数 2810.9 设置参数 2810.10 重定向 2810.11 录制 2910.12 嵌入二进制数据 2911状态代码定义（Status Code Definitions） 29 11.1成功2xx（Success 2xx） 3011.1.1 存储空间低 250 3011.2 重定向（Redirection 3xx） 3111.3 客户端错误（Client Error ）4xx 3111.3.1方法不允许 3211.3.2参数不能理解 3211.3.3会议未找到 3311.3.4 带宽不足 3311.3.5 会话未找到 3411.3.6 本状态下该方法无效 3411.3.7 标题域对资源无效 3411.3.8 无效范围 3511.3.9 参数只读 3511.3.10 不允许合操作 3611.3.11 只允许合操作 3611.3.12 不支持的传输 3611.3.13 目标不可达 3711.3.14 选择不支持 3712 标题域定义（Header Field Definitions） 38 12.1 接受 3812.2 接受编码 3812.3 接受语言 3912.4 允许（Allow） 3912.5 授权（Authorization） 4012.6 带宽 4012.7 块大小 4012.8 缓存控制 4112.9 会议 4112.10 连接 4112.11 基本内容 4212.12 内容编码（Content-Encoding） 4212.13 内容语言 4312.14 内容长度（Content-Length） 4312.15 内容位置 4312.16 内容类型（Content-Type） 4412.17 序列号 4412.18 日期（Date） 4412.19 过期（Expires） 4512.20 来自（From） 4512.21 主机 4512.22 如果匹配 4512.23 从何时更改（If-Modified-Since） 46 12.24 最近更改（Last-Modified） 4612.25 位置（Location） 4612.26 代理授权 4712.27 代理要求 4712.28 公用性 4712.29 范围 4912.30 提交方（Referer） 4912.31 稍后再试 4912.32 要求 4912.33 RTP信息 4912.34 比例 4912.35 速度 4912.36 服务器（Server） 4912.37 会话 4912.38 时间戳 4912.39 传输 4912.40 不支持 4912.41 用户代理（User-Agent） 4912.42 变化 4912.43 通过 4912.44 WWW-授权（WWW-Authenticate） 5013 缓存 5014 实例 5014.1 要求媒体（单播） 5014.2 容器文件的流 5114.3 单个流容器文件 5114.4 组播现场媒体表示 5114.5 在存在的会话中播放媒体 5114.6 录制 5215 语法 5215.1 基本语法 5216 安全考虑（Security Considerations） 52 附录A RTSP协议状态机 53A.1 客户端状态机 53A.2 服务器端状态机 53附录B 同RTP协议的交互 53附录C 使用SDP进行RTSP会话描述 54C.1 定义 54C.1.1 控制URL 55C.1.2 媒体流 55C.1.3 有效载荷类型 55C.1.4 详细格式参数 55C.1.5 表示的范围 56C.1.6 有效时间 56C.1.7 连接信息 56C.1.8 实体标签 57C.2 合控制不可用 57C.3 合控制可用 57附录D 最简单的RTSP实现 58D.1 客户端 58D.1.1回放 58D.1.2 授权 58D.2 服务器 59D.2.1回放 59D.2.2授权 59附录E 作者地址 60附录F 致谢 60参考书目 60版权申明 611 绪论1.1 目的实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。
RTSP协议实时流媒体传输的基本协议
RTSP协议实时流媒体传输的基本协议随着互联网的发展和网络带宽的提升，实时视频流媒体传输变得越来越普遍。
为了满足用户对实时视频的需求，一种被广泛应用的协议是实时流媒体传输协议（Real-Time Streaming Protocol，RTSP）。
一、什么是RTSP协议？RTSP协议是一种应用层协议，旨在管理和控制实时流媒体的传输。
它允许客户端和服务器之间进行交互和通信，以控制媒体播放，例如播放、暂停、停止、快进和倒退等。
RTSP协议使用基于文本的请求和响应模型，类似于HTTP协议。
客户端向服务器发送请求，服务器通过响应来回应客户端的请求。
这种交互的方式使得RTSP协议具有灵活性，同时也增加了其可扩展性。
二、RTSP协议的工作原理RTSP协议在实时流媒体传输中起着重要的作用。
以下是RTSP协议的基本工作原理：1. 建立连接客户端与服务器之间首先建立RTSP连接。
通常，客户端会向服务器发送一个OPTIONS请求，以确认服务器是否支持RTSP协议。
服务器回复一个带有支持的方法列表的响应。
2. 会话描述客户端发送一个DESCRIBE请求，请求服务器提供有关媒体资源的描述信息。
服务器回复一个带有媒体描述的响应，包括媒体类型、媒体格式等信息。
3. 控制会话客户端通过发送SETUP请求来建立媒体传输的会话。
服务器回复一个带有会话标识符的响应，以便将来的操作都与该会话标识符相关联。
4. 媒体控制客户端可以通过发送PLAY、PAUSE、TEARDOWN等请求来控制媒体的播放，暂停和停止。
服务器相应地回复相关响应来执行相应操作。
5. 终止连接当会话结束时，客户端发送TEARDOWN请求来终止与服务器的连接。
三、RTSP协议的优点和应用场景RTSP协议具有以下几个优点：1. 灵活性和可定制性RTSP协议允许客户端与服务器之间进行多种交互，提供了灵活的控制和管理实时流媒体的能力。
客户端可以根据需要控制媒体的播放、暂停、停止等操作，满足不同的需求。
RTSP详解
RTSP详解RTSP 本身并不发送连续媒体流。
换言之，RTSP 充当多媒体服务器的网络远程控制。
RTSP（Real Time Streaming Protocol，实时流媒体协议），是由Real network 和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。
RTSP提供一种可扩展的框架，使能够提供能控制的，按需传输实时数据，比如音频和视频文件。
源数据可以包括现场数据的反馈和存贮的文件。
rtsp对流媒体提供了诸如暂停，快进等控制，而它本身并不传输数据，rtsp作用相当于流媒体服务器的远程控制。
传输数据可以通过传输层的tcp，udp协议，rtsp也提供了基于rtp传输机制的一些有效的方法。
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 只在请求过程中传送绝对路径并将主机名置于另外的头字段。
协议结构RTSP 是一种文本协议，采用UTF-8 编码中的ISO 10646 字符集。
一行可通过CRLF 终止，但接收端需要做好解释CR 和LF 作为一行终止符的准备。
关于头字段概述如下：Header Type Support MethodsAccept R opt. entityAccept-Encoding R opt. entityAccept-Language R opt. allAllow R opt. allAuthorization R opt. allBandwidth R opt. allBlocksize R opt. All but OPTIONS, TEARDOWNCache-Control G opt. SETUPConference R opt. SETUPConnection G req. allContent-Base E opt. entityContent-Encoding E req. SET_PARAMETERContent-Encoding E req. DESCRIBE, ANNOUNCE Content-Language E req. DESCRIBE, ANNOUNCE Content-Length E req. SET_PARAMETER, ANNOUNCE Content-Length E req. entityContent-Location E opt. entityContent-Type E req. SET_PARAMETER, ANNOUNCE Content-Type R req. entityCSeq G req. allDate G opt. allExpires E opt. DESCRIBE, ANNOUNCEFrom R opt. allIf-Modified-Since R opt. DESCRIBE, SETUPLast-Modified E opt. entityProxy-AuthenticateProxy-Require R req. allPublic R opt. allRange R opt. PLAY, PAUSE, RECORDRange R opt. PLAY, PAUSE, RECORD Referer R opt. allRequire R req. allRetry-After R opt. allRTP-Info R req. PLAYScale Rr opt. PLAY, RECORDSession Rr req. All but SETUP, OPTIONSServer R opt. allSpeed Rr opt. PLAYTransport Rr req. SETUPUnsupported R req. allUser-Agent R opt. allVia G opt. allWWW-Authenticate R opt. all类型"g" 表示请求和响应中的通用请求头；类型"R" 表示请求头；类型"r" 表示响应头；类型"e" 表示实体头字段。
rtsp协议书介绍
rtsp协议书介绍甲方（提供方）：_____________________乙方（使用方）：_____________________鉴于甲方拥有合法的RTSP（Real Time Streaming Protocol）流媒体服务提供能力，乙方需要使用甲方提供的RTSP服务进行实时音视频传输。
为明确双方的权利和义务，特订立本协议。
第一条定义1.1 RTSP：即实时流媒体协议，是一种网络控制协议，用于建立和控制音视频数据的实时数据流。
1.2 流媒体服务：指通过RTSP协议传输的音视频数据服务。
1.3 服务期限：指本协议约定的乙方使用甲方RTSP服务的时间范围。
第二条服务内容2.1 甲方同意在服务期限内向乙方提供符合行业标准的RTSP流媒体服务。
2.2 乙方应按照甲方提供的技术要求和操作指南使用RTSP服务。
第三条服务期限3.1 本协议服务期限自____年____月____日起至____年____月____日止。
第四条费用及支付方式4.1 乙方应按照本协议约定向甲方支付服务费用，具体金额为：___________。
4.2 乙方应在本协议签订之日起____天内支付首期服务费用，后续费用按照____支付。
第五条甲方的权利和义务5.1 甲方有权根据本协议约定收取服务费用。
5.2 甲方应保证所提供的RTSP服务的稳定性和安全性。
5.3 甲方应提供必要的技术支持和咨询服务。
第六条乙方的权利和义务6.1 乙方有权按照本协议约定使用甲方提供的RTSP服务。
6.2 乙方应按时支付服务费用。
6.3 乙方应遵守甲方提供的使用指南和操作规范，不得进行任何可能影响服务稳定性和安全性的行为。
第七条保密条款7.1 双方应对在履行本协议过程中知悉的对方商业秘密予以保密。
7.2 未经对方书面同意，任何一方不得向第三方披露、提供或允许第三方使用上述商业秘密。
第八条违约责任8.1 如一方违反本协议约定，应承担违约责任，并赔偿对方因此遭受的损失。
rtsp协议详解
rtsp协议详解RTSP（Real Time Streaming Protocol）是一种用于控制多媒体数据流传输的网络协议。
它是一种应用层协议，通常用于流媒体服务器和客户端之间的通信，以便实现实时音频和视频的传输。
RTSP协议是由IETF（Internet Engineering Task Force）制定的，它的设计目的是为了支持实时多媒体会话，如实时音频和视频的传输。
RTSP协议的工作原理是通过建立和维护一个会话来控制多媒体数据流的传输。
它使用客户端-服务器模型，客户端和服务器之间通过RTSP协议进行通信。
在建立会话时，客户端向服务器发送RTSP请求，服务器响应这些请求，并建立一个会话来传输多媒体数据。
在会话期间，客户端可以向服务器发送控制命令，如播放、暂停、停止等，以控制多媒体数据流的传输。
RTSP协议使用的是TCP或UDP协议进行数据传输。
在建立会话时，客户端和服务器之间会协商使用的传输协议和端口号。
一般情况下，实时多媒体数据的传输会使用UDP协议，而控制命令的传输会使用TCP协议。
这样可以保证实时多媒体数据的传输稳定性和实时性。
RTSP协议的消息格式包括请求消息和响应消息。
请求消息由客户端发送给服务器，用于请求建立会话或发送控制命令；响应消息由服务器发送给客户端，用于响应客户端的请求。
请求消息和响应消息都包括起始行、消息头和消息体。
起始行包括请求行或状态行，消息头包括一些控制信息，消息体包括一些实体数据。
RTSP协议支持多种控制命令，如PLAY、PAUSE、TEARDOWN等。
这些控制命令可以用于控制多媒体数据流的传输，如开始播放、暂停播放、停止播放等。
这样可以让客户端和服务器之间实现灵活的控制和交互。
总的来说，RTSP协议是一种用于控制实时多媒体数据流传输的网络协议。
它通过建立和维护会话来实现多媒体数据的传输和控制，支持多种控制命令，可以实现客户端和服务器之间的灵活交互。
在实际应用中，RTSP协议被广泛应用于流媒体服务器和客户端之间的通信，为实时音频和视频的传输提供了有效的支持。
RTSP协议的实时流媒体传输与视频播放控制
RTSP协议的实时流媒体传输与视频播放控制随着网络技术的迅速发展，实时流媒体传输与视频播放控制成为了现代多媒体领域的热门课题。
其中，RTSP（Real Time Streaming Protocol，实时流传输协议）作为一种通信协议，被广泛应用于实时流媒体的传输与控制。
本文将探讨RTSP协议的原理、功能和应用，并分析其在实时流媒体传输与视频播放控制中的关键作用。
一、RTSP协议的原理与基本工作方式RTSP协议是一种应用层协议，基于客户端/服务器模型，用于控制实时流媒体传输过程中的媒体会话。
它通过建立控制连接和传输连接，实现了流媒体的传输与控制分离。
控制连接负责处理与媒体会话相关的操作指令，而传输连接则负责实际的媒体数据传输。
在RTSP协议中，客户端发起请求，服务器通过回复实现相应操作。
客户端可以向服务器发送各种控制指令，如播放、暂停、停止、快进、快退等。
服务器则对这些指令进行解析，并进行相应的操作，如传送媒体数据、调整播放速度、发送状态消息等。
二、RTSP协议的功能与特点1. 实时流媒体传输：RTSP协议可以有效地传输实时流媒体数据，支持多种流媒体格式，如音频、视频、文本等。
它通过控制连接与传输连接的配合，实现了高效可靠的流媒体传输。
2. 视频播放控制：RTSP协议具备丰富的视频播放控制功能，可以实现播放、暂停、停止、快进、快退等操作。
用户可以根据需求调整播放状态，实现对视频内容进行灵活的控制。
3. 与其他协议的结合：RTSP协议兼容性较好，可以与其他相关协议相结合，如RTP（Real-time Transport Protocol，实时传输协议）用于媒体数据的传输，SDP（Session Description Protocol，会话描述协议）用于描述会话的相关参数等。
4. 开放式标准：RTSP协议是一种开放式标准，其规范和实现代码均可供公众访问和使用。
这使得开发人员可以根据实际需要进行定制和扩展，以满足不同应用场景的需求。
RTSP中文版(实时流媒体协议)资料
本文为Internet社区描述了一种Internet标准跟踪协议，还需要讨论和建议以便进行改善。请查看最新版本的"Internet正式协议标准"（STD 1）了解本协议的标准化进程和状态。本备忘录的传播不受限制。
版权声明：
摘要：
实时流协议（RTSP）是应用层协议，控制实时数据的传送。RTSP提供了一个可扩展框架，使受控、按需传输实时数据（如音频与视频）成为可能。数据源包括现场数据与存储在剪辑中的数据。本协议旨在于控制多个数据发送会话，提供了一种选择传送途径（如UDP、组播UDP与TCP）的方法，并提供了一种选择基于RTP (RFC1889)的传送机制的方法。
表示描述定义了流的控制操作的集合，但本文并没有规定表示描述的格式。
RTSP没有"连接"这个概念，而由RTSP会话(sessin)代替（服务器端保持一个由识别符标记的会话）。RTSP会话没有绑定传输层连接（如TCP连接）。在RTSP会话期间，RTSP客户端可以打开或关闭多个到服务器端的可靠传输连接以发出RTSP请求。但也可以使用无连接传输协议，比如UDP，来发送RTSP请求。
目录：
1介绍
1.1目的
1.2要求
1.3术语
1.4协议特性
1.5 RTSP扩展
1.6整体运作
1.7 RTSP状态
1.8与其他协议的关系
2符号协定
3协议参数
3.1 RTSP版本
3.2 RTSP URL
3.3会议标识
3.4会话标识
3.5 SMPTE相对时间戳
3.6正常播放时间
3.7绝对时间
3.8选项标签
3.8.1用IANA注册新的选项标签
*4 RTSP消息
RTSP协议详解
RTSP协议详解RTSP（Real-Time Streaming Protocol）是一种用于控制流媒体服务器和客户端之间数据传输的协议。
它允许用户在收到流媒体数据之前与服务器进行交互，选择想要接收的媒体流，控制播放速度和播放模式等。
RTSP协议使用客户端/服务器模型，其中客户端发送请求到服务器，服务器则响应这些请求并传输媒体数据。
RTSP协议仅用于控制，而不负责传输媒体数据本身，这一任务通常由RTP（Real-Time Transport Protocol）来完成。
1.建立连接：客户端与服务器建立TCP连接，并使用RTSP协议进行通信。
2.描述会话：客户端发送一个通信请求，请求服务器提供会话的相关信息，比如媒体描述、媒体流地址等。
3.选择媒体流：客户端从服务器提供的媒体描述中选择一个或多个希望接收的媒体流。
4.控制媒体会话：客户端使用RTSP协议发送控制命令给服务器，比如播放、暂停、停止、快进和回放等。
5.播放媒体：服务器向客户端传输所选的媒体流。
6.关闭连接：客户端发送关闭请求给服务器，结束RTSP会话。
1.节约带宽：RTSP协议允许客户端仅接收媒体流中的特定部分，从而节约带宽和提高传输效率。
2.实时传输：RTSP协议支持实时传输媒体流，适用于需要实时展示的场景，比如直播和视频会议等。
3.支持多媒体：RTSP协议可以同时传输音频、视频和其他媒体类型，使得用户可以选择自己感兴趣的内容。
4.内容交互：RTSP协议支持客户端和服务器之间的交互，如选择不同的流、调整播放速度和播放模式等。
总结来说，RTSP协议提供了一种灵活的方式来控制流媒体服务器和客户端之间的数据传输。
它可以在不同平台和设备之间实现兼容性，并支持对媒体流进行精细控制和交互。
这使得RTSP成为流媒体传输的重要协议之一，广泛应用于视频直播、会议系统和视频监控等领域。
RTSP协议概述
RTSP协议概述RTSP（Real-Time Streaming Protocol）是一种用于控制流媒体服务器的协议，它提供了一个与流媒体服务器进行交互的接口，包括查找、播放、暂停以及录制等功能。
RTSP是一个应用层协议，基于客户端-服务器模型，使用TCP或者UDP作为传输协议。
RTSP协议的设计目标是支持实时性要求较高的流媒体应用，如实时视频广播、网络电视等。
它主要用于流媒体服务的控制和管理，而不是传输数据本身的功能。
RTSP协议可以与其他传输协议（如RTP、UDP）一起使用，以实现流媒体数据的传输。
1.客户端与服务器建立TCP连接；2.客户端发送一个RTSP请求到服务器，请求包括方法（如播放、暂停、录制等）和URL（资源的位置）；3.服务器根据请求返回响应，包括状态码和响应数据；4.客户端根据响应对流媒体进行控制和管理。
1.实时性：RTSP协议设计用于实时流媒体应用，支持即时控制和管理流媒体数据。
2.灵活性：RTSP协议提供了丰富的方法和参数，支持多种流媒体操作，如播放、暂停、录制、查找等。
3.可扩展性：RTSP协议支持扩展头部和请求方法，可以根据应用需求进行定制。
4.平台无关性：RTSP协议是基于应用层的，与底层网络协议无关，可以在多个平台上使用。
2.RTSP会话：RTSP会话用于标识客户端与服务器之间的沟通通道，一个会话可以包含多个RTSP请求和响应。
3.RTSP会话描述：RTSP会话描述是一个包含了流媒体信息的文本描述，包括媒体类型、编解码信息、网络地址等。
4.RTSP状态码：RTSP状态码指示了RTSP请求是否成功，以及出现的错误类型。
常见的状态码有200（成功）、404（资源未找到）、401（需要认证）等。
2. SDP（Session Description Protocol）：SDP协议用于描述流媒体会话，包括流媒体的编解码信息、网络地址等。
3. RTCP（Real-Time Control Protocol）：RTCP协议用于传输流媒体传输的统计信息，如丢包率、延迟等。
rstp基本原理
rstp基本原理RTSP（实时流传输协议）是一种用于在计算机网络上进行实时流媒体传输的协议。
它允许客户端与服务器进行通信，从而控制和传输实时音频或视频流。
本文将详细介绍RTSP的基本原理，包括其工作原理、特点以及应用领域等方面。
一、什么是RTSP?RTSP是一种客户端/服务器协议，用于在计算机网络上进行实时数据流的控制和传输。
它基于客户端-服务器模型，客户端针对流媒体服务器发起请求，获取媒体数据，并控制播放器的行为，如播放、暂停、停止等。
RTSP可以与其他流媒体传输协议（如RTP，RTCP）一起使用，以实现流媒体的传输和控制。
二、RTSP的工作原理1. 建立连接阶段在RTSP的建立连接阶段，客户端和服务器之间通过使用TCP或UDP协议来建立连接。
客户端向服务器发送RTSP控制命令，并提供一些必要的信息，如请求的URL、媒体类型、传输协议等。
服务器根据客户端的请求返回响应，如状态码、媒体信息等。
2. 控制流阶段在RTSP的控制流阶段，客户端通过发送RTSP控制命令来控制媒体播放器的行为。
这些命令包括播放、暂停、停止、快进、快退等。
服务器根据接收到的命令来控制媒体播放器的行为，并向客户端返回响应。
3. 传输阶段在RTSP的传输阶段，实际的媒体流通过RTP（实时传输协议）和RTCP （实时传输控制协议）来传输。
RTP负责传输媒体数据包，而RTCP则用于控制传输过程和提供媒体流的统计信息。
它们通过一些协商和交换的机制实现流媒体数据的传输和接收。
三、RTSP的特点1. 实时性RTSP是一种实时的传输协议，可以在实时性要求较高的应用领域中使用。
与HTTP协议相比，RTSP具有更低的延迟和更好的传输效率，适用于音视频直播、视频会议等实时流媒体应用场景。
2. 灵活性RTSP协议具有很高的灵活性，可以与其他流媒体传输协议（如RTP、RTCP）一起使用，以实现流媒体的传输和控制。
它可以通过命令来控制媒体播放器的行为，也可以提供媒体流的统计信息，以便进行流媒体的监控和管理。
rtsp协议
rtsp协议RTSP协议。
RTSP（Real Time Streaming Protocol）是一种用于实时数据传输的网络协议，它主要用于流媒体服务器和客户端之间的通信。
RTSP协议是由IETF（Internet Engineering Task Force）提出的，它基于TCP协议或UDP协议，可以实现音频、视频等多媒体数据的实时传输。
RTSP协议的特点之一是它是一种应用层协议，它并不直接传输数据，而是用来控制流媒体服务器和客户端之间的数据传输。
RTSP协议定义了一系列的命令和响应，用来控制流媒体的播放、暂停、停止、定位等操作。
通过RTSP协议，客户端可以向流媒体服务器发送播放请求，并且可以控制流媒体的播放进度。
RTSP协议的另一个特点是它是一种无状态协议，也就是说，每个RTSP请求都是独立的，服务器不会保存客户端的状态信息。
这样设计的好处是可以更灵活地控制流媒体的播放，但也会增加一定的通信开销。
为了解决这个问题，RTSP协议通常会和RTCP（Real Time Control Protocol）一起使用，RTCP协议可以用来在流媒体传输过程中定期发送控制信息，以维护客户端和服务器之间的状态信息。
RTSP协议在流媒体传输中扮演着非常重要的角色，它为流媒体的实时传输提供了良好的支持。
通过RTSP协议，用户可以方便地控制流媒体的播放，实现快进、快退、暂停等操作。
同时，RTSP协议也为流媒体的传输提供了良好的扩展性，可以适应不同的网络环境和传输需求。
总的来说，RTSP协议是一种非常重要的网络协议，它为流媒体的实时传输提供了良好的支持。
通过RTSP协议，用户可以方便地控制流媒体的播放，实现快进、快退、暂停等操作。
同时，RTSP协议也为流媒体的传输提供了良好的扩展性，可以适应不同的网络环境和传输需求。
在实际应用中，RTSP协议已经被广泛应用于各种流媒体系统中，比如视频监控系统、在线直播系统、视频会议系统等。
RTSP协议实例分析 (4)
RTSP协议实例分析协议名称：RTSP协议实例分析一、引言RTSP（Real-Time Streaming Protocol）是一种用于实时传输流媒体数据的应用层协议。
本协议旨在提供一种标准化的通信方式，使得客户端能够通过网络与服务器进行交互，实现流媒体的控制和传输。
二、协议背景随着互联网的发展，流媒体技术越来越受到关注。
RTSP协议作为一种重要的流媒体传输协议，被广泛应用于视频监控、在线直播、视频会议等领域。
了解RTSP协议的工作原理和实例分析，对于进一步优化流媒体传输效果具有重要意义。
三、协议功能1. 媒体资源描述：RTSP协议允许客户端请求服务器提供的媒体资源的描述信息，包括媒体类型、编码格式、分辨率等。
2. 会话控制：RTSP协议支持会话的建立、维护和终止，确保流媒体传输的稳定性和可靠性。
3. 媒体控制：RTSP协议提供了一系列指令，如播放、暂停、停止、快进等，客户端可以通过这些指令对流媒体进行控制。
4. 媒体传输：RTSP协议可以与RTP（Real-time Transport Protocol）结合使用，实现流媒体数据的传输和接收。
四、协议实例分析以一个视频监控系统为例，分析RTSP协议的实际应用场景和具体操作步骤。
1. 客户端发送请求：客户端通过建立与服务器的TCP连接，发送RTSP请求消息，请求服务器提供视频监控流媒体资源。
2. 服务器响应：服务器收到客户端的请求后，根据请求消息中的URL和媒体描述信息，生成RTSP响应消息，返回给客户端。
响应消息中包含了媒体资源的URL、长度、编码格式等信息。
3. 客户端会话建立：客户端收到服务器的响应后，解析响应消息，获取到媒体资源的相关信息。
客户端根据这些信息，发送SETUP命令，请求服务器建立会话。
服务器收到SETUP命令后，根据请求消息中的参数，建立与客户端的RTP传输通道。
4. 客户端播放控制：客户端通过发送PLAY命令，请求服务器开始传输流媒体数据。
RTSP RTP协议解释
RTSP协议详解1.协议简介RTSP，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。
它是类似HTTP协议的流控制协议。
它们都使用纯文本来发送信息，而且RTSP协议的语法也和HTTP类似。
RTSP协议的默认端口是554，默认的承载协议为TCP。
RTSP协议以客户服务器方式工作，它是一个多媒体播放控制协议，用来使用户对从因特网上下载的实时数据能够进行控制，如录制、暂停、继续、后退、前进等。
2.报文结构RTSP报文有两类：请求报文和响应报文。
请求报文是指从客户端向服务器发送请求报文，响应报文是指从服务器到客户的回答。
由于RTSP是面向正文(text-oriented)的，因此在报文中的每一个字段都是一些ASCII字符串，因而每个字段的长度都是不确定的。
RTSP报文由三部分组成：开始行、首部行和实体主体。
在请求报文中，开始行就是请求行，RTSP请求报文的结构如下图：RTSP请求报文的方法包括：OPTIONS、DESCRIBE、SETUP、TEARDOWN、PLAY、PAUSE、RECORD、GET_PARAMETER和SET_PARAMETER。
RTSP请求报文的常用方法及作用如下表所示：响应报文的开始行是状态行，RTSP响应报文的结构如下图：3．工作原理一个标准的RTSP流传输过程如下：C表示RTSP客户端，S表示RTSP服务端①C->S: OPTION request //询问S有哪些方法可用S->C: OPTION response //S回应信息中包括提供的所有可用方法②C->S: DESCRIBE request //要求得到S提供的媒体初始化描述信息S->C: DESCRIBE response //S回应媒体初始化描述信息，主要是sdp③C->S: SETUP request //设置会话属性，以及传输模式，提醒S建立会话S->C: SETUP response //S建立会话，返回会话标识符及会话相关信息④C->S: PLAY request //C请求播放S->C: PLAY response //S回应请求信息S->C: 发送流媒体数据⑤C->S: TEARDOWN request //C请求关闭会话S->C: TEARDOWN response //S回应请求上述的过程是标准的RTSP播放流程，其中第3步和第4步是必需的。
rtsp协议详解
RTSP协议详解RTSP（Real-Time Streaming Protocol）是一种用于实时传输音视频数据的应用层协议。
它能够提供对音视频数据的实时控制和传输，广泛应用于视频会议、流媒体服务、监控系统等领域。
本文将详细介绍RTSP协议的原理和主要特点。
1. RTSP协议概述RTSP协议是由IETF（Internet Engineering Task Force）制定的一种实时流传输协议，它建立在TCP或UDP协议之上，用于控制实时流媒体会话。
RTSP协议允许客户端发送命令来控制服务器上的实时流媒体，如播放、暂停、停止等操作。
2. RTSP协议工作原理RTSP协议通过建立控制连接和数据连接来实现对实时流媒体的控制和传输。
控制连接使用TCP协议建立，用于发送RTSP命令和接收响应。
数据连接可以使用TCP或UDP协议建立，用于传输音视频数据。
客户端和服务器之间的通信基于请求/响应模型。
客户端发送RTSP请求给服务器，服务器根据请求执行相应的操作，并返回响应给客户端。
RTSP请求包括方法、URL、协议版本和头部字段等信息，用于描述客户端所需的操作。
3. RTSP协议主要特点3.1 基于文本的协议RTSP协议使用文本格式表示请求和响应，易于阅读和调试。
请求和响应以ASCII码表示，每个字段以回车和换行符结束。
这种特点使得RTSP协议能够被开发人员快速理解和实现。
3.2 支持实时流媒体控制RTSP协议允许客户端控制服务器上的实时流媒体，如播放、暂停、停止等操作。
客户端可以发送SETUP命令来请求建立数据连接，然后通过PLAY命令来开始播放实时流媒体。
此外，RTSP还支持回放、录制和广播等功能。
3.3 支持多种传输协议RTSP协议可以运行在TCP或UDP协议之上。
对于实时性要求较高的应用场景，可以选择使用UDP协议传输数据，以减少延迟。
而对于可靠性要求较高的应用场景，可以选择使用TCP协议传输数据，以保证数据的完整性和可靠性。
RTSP协议转换RTMP直播协议 (2)
RTSP协议转换RTMP直播协议协议名称：RTSP协议转换RTMP直播协议一、背景和目的RTSP（Real-Time Streaming Protocol）是一种用于实时数据传输的网络协议，常用于流媒体服务。
RTMP（Real-Time Messaging Protocol）是一种用于实时数据传输的协议，常用于视频直播。
本协议的目的是将RTSP协议转换为RTMP直播协议，以实现流媒体服务的直播功能。
二、定义和缩写1. RTSP：Real-Time Streaming Protocol，实时流媒体传输协议。
2. RTMP：Real-Time Messaging Protocol，实时消息传输协议。
三、协议内容1. 协议概述本协议定义了将RTSP协议转换为RTMP直播协议的过程和规则。
2. 协议流程2.1 客户端发送RTSP请求客户端向服务器发送RTSP请求，请求指定的流媒体资源。
2.2 服务器响应RTSP请求服务器接收到RTSP请求后，根据请求内容进行处理，并向客户端发送RTSP 响应。
2.3 客户端发送RTMP连接请求客户端通过RTMP连接请求向服务器发起连接请求，包括连接参数和握手过程。
2.4 服务器响应RTMP连接请求服务器接收到RTMP连接请求后，进行握手过程，并向客户端发送握手响应。
2.5 客户端发送RTMP发布请求客户端通过RTMP发布请求向服务器发送发布请求，包括发布参数和发布流媒体数据。
2.6 服务器响应RTMP发布请求服务器接收到RTMP发布请求后，根据请求内容进行处理，并向客户端发送发布响应。
2.7 客户端发送流媒体数据客户端通过RTMP协议向服务器发送流媒体数据，包括音频、视频等。
2.8 服务器转发流媒体数据服务器接收到客户端发送的流媒体数据后，进行相应的处理，并将数据转发给其他客户端。
3. 协议规则3.1 RTSP请求规则- 请求方法：支持常见的RTSP请求方法，如OPTIONS、DESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN等。
RTSP协议
RTSP协议RTSP协议RTSP（Real Time StreamProtocol，实时流协议）是应用级协议，控制实时数据的发送。
RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。
数据源包括现插数据与存储在剪辑中的数据。
该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、多播UDP 与TCP等提供途径，并为选择基于RTP上发送机制提供方法。
一．简介1．目的实时流协议建立并控制一个或几个时间同步的连续流媒体。
尽管连续媒体流与控制流交叉是可能的，通常它本身并不发送连续流。
换言之，RTSP充当多媒体服务器的网络远程控制。
RTSP连接没有绑定到传输层连接，如TCP。
在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可靠传输连接以发出RTSP请求。
此外，可使用无连接传输协议，如UDP。
RTSP 流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。
实时流协议在语法和操作上与HTTP 1.1类似，因此HTTP的扩展机制大都可加入RTSP。
协议支持的操作如下：(1)从媒体服务器上检索媒体用户可通过HTTP或其他方法提交一个演示描述。
如演示是多播，演示时就包含用于连续媒体的多播地址和端口。
如演示仅通过单播发送给用户，用户为了安全应提供目的地址。
(2)媒体服务器邀请进入会议媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分或全部。
这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。
(3)将媒体加到现成讲座中例如，服务器告诉用户可获得附加媒体内容。
这对现场讲座显得尤其有用。
如HTTP 1.1中类似，RTSP请求可由代理、通道与缓存处理。
2．协议特点RTSP有如下特性。
(1) 可扩展性：新方法和参数很容易加入RTSP。
(2) 易解析：RTSP可由标准HTTP或MIME解析器解析。
(3) 安全：RTSP使用网页安全机制。
(4) 独立于传输：RTSP可使用不可靠数据报协议(EDP)、可靠数据报协议(RDP)；如要实现应用级可靠，可使用可靠流协议。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
rtsp简介(ZT)Real Time Streaming Protocol或者RTSP（实时流媒体协议），是由Real network 和Netscape共同提出的如何有效地在IP网络上传输流媒体数据的应用层协议。
RTSP提供一种可扩展的框架，使能够提供能控制的，按需传输实时数据，比如音频和视频文件。
源数据可以包括现场数据的反馈和存贮的文件。
rtsp对流媒体提供了诸如暂停，快进等控制，而它本身并不传输数据，rtsp作用相当于流媒体服务器的远程控制。
传输数据可以通过传输层的tcp，udp协议，rtsp也提供了基于rtp传输机制的一些有效的方法。
RTSP消息格式:RTSP的消息有两大类,一是请求消息(request),一是回应消息(response),两种消息的格式不同.请求消息:方法URI RTSP版本CR LF消息头CR LF CR LF消息体CR LF其中方法包括OPTION回应中所有的命令,URI是接受方的地址,例如:rtsp://192.168.20.136RTSP版本一般都是RTSP/1.0.每行后面的CR LF表示回车换行，需要接受端有相应的解析，最后一个消息头需要有两个CR LF回应消息:RTSP版本状态码解释CR LF消息头CR LF CR LF消息体CR LF其中RTSP版本一般都是RTSP/1.0,状态码是一个数值,200表示成功,解释是与状态码对应的文本解释.简单的rtsp交互过程:C表示rtsp客户端,S表示rtsp服务端1.C->S:OPTION request //询问S有哪些方法可用1.S->C:OPTION response //S回应信息中包括提供的所有可用方法2.C->S:DESCRIBE request //要求得到S提供的媒体初始化描述信息2.S->C:DESCRIBE response //S回应媒体初始化描述信息，主要是sdp3.C->S:SETUP request //设置会话的属性，以及传输模式，提醒S建立会话3.S->C:SETUP response //S建立会话，返回会话标识符，以及会话相关信息4.C->S:PLAY request //C请求播放4.S->C:PLAY response //S回应该请求的信息S->C:发送流媒体数据5.C->S:TEARDOWN request //C请求关闭会话5.S->C:TEARDOWN response //S回应该请求上述的过程是标准的、友好的rtsp流程，但实际的需求中并不一定按部就班来。
其中第3和4步是必需的！第一步，只要服务器客户端约定好，有哪些方法可用，则option请求可以不要。
第二步，如果我们有其他途径得到媒体初始化描述信息（比如http请求等等），则我们也不需要通过rtsp中的describe请求来完成。
第五步，可以根据系统需求的设计来决定是否需要。
rtsp中常用方法:1.OPTION目的是得到服务器提供的可用方法:OPTIONS rtsp://192.168.20.136:5000/xxx666 RTSP/1.0CSeq: 1 //每个消息都有序号来标记，第一个包通常是option请求消息User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)服务器的回应信息包括提供的一些方法,例如:RTSP/1.0 200 OKServer: UServer 0.9.7_rc1Cseq: 1 //每个回应消息的cseq数值和请求消息的cseq相对应Public: OPTIONS, DESCRIBE, SETUP, TEARDOWN, PLAY, PAUSE, SCALE,GET_PARAMETER //服务器提供的可用的方法2.DESCRIBEC向S发起DESCRIBE请求,为了得到会话描述信息(SDP):DESCRIBE rtsp://192.168.20.136:5000/xxx666 RTSP/1.0CSeq: 2token:Accept: application/sdpUser-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)服务器回应一些对此会话的描述信息(sdp):RTSP/1.0 200 OKServer: UServer 0.9.7_rc1Cseq: 2x-prev-url: rtsp://192.168.20.136:5000x-next-url: rtsp://192.168.20.136:5000x-Accept-Retransmit: our-retransmitx-Accept-Dynamic-Rate: 1Cache-Control: must-revalidateLast-Modified: Fri, 10 Nov 2006 12:34:38 GMTDate: Fri, 10 Nov 2006 12:34:38 GMTExpires: Fri, 10 Nov 2006 12:34:38 GMTContent-Base: rtsp://192.168.20.136:5000/xxx666/Content-Length: 344Content-Type: application/sdpv=0 //以下都是sdp信息o=OnewaveUServerNG 1451516402 1025358037 IN IP4 192.168.20.136s=/xxx666u=http:///e=admin@c=IN IP4 0.0.0.0t=0 0a=isma-compliance:1,1.0,1a=range:npt=0-m=video 0 RTP/A VP 96 //m表示媒体描述，下面是对会话中视频通道的媒体描述a=rtpmap:96 MP4V-ES/90000a=fmtp:96profile-level-id=245;config=000001B0F5000001B509000001000000012000C888B0E0E0FA62D 089028307a=control:trackID=0//trackID＝0表示视频流用的是通道03.SETUP客户端提醒服务器建立会话,并确定传输模式:SETUP rtsp://192.168.20.136:5000/xxx666/trackID=0 RTSP/1.0CSeq: 3Transport: RTP/A VP/TCP;unicast;interleaved=0-1User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)//uri中带有trackID＝0，表示对该通道进行设置。
Transport参数设置了传输模式，包的结构。
接下来的数据包头部第二个字节位置就是interleaved，它的值是每个通道都不同的，trackID＝0的interleaved值有两个0或1，0表示rtp包，1表示rtcp包，接受端根据interleaved的值来区别是哪种数据包。
服务器回应信息:RTSP/1.0 200 OKServer: UServer 0.9.7_rc1Cseq: 3Session: 6310936469860791894 //服务器回应的会话标识符Cache-Control: no-cacheTransport: RTP/A VP/TCP;unicast;interleaved=0-1;ssrc=6B8B45674.PLAY客户端发送播放请求:PLAY rtsp://192.168.20.136:5000/xxx666 RTSP/1.0CSeq: 4Session: 6310936469860791894Range: npt=0.000- //设置播放时间的范围User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)服务器回应信息:RTSP/1.0 200 OKServer: UServer 0.9.7_rc1Cseq: 4Session: 6310936469860791894Range: npt=0.000000-RTP-Info: url=trackID=0;seq=17040;rtptime=1467265309//seq和rtptime都是rtp包中的信息5.TEARDOWN客户端发起关闭请求:TEARDOWN rtsp://192.168.20.136:5000/xxx666 RTSP/1.0CSeq: 5Session: 6310936469860791894User-Agent: VLC media player (LIVE555 Streaming Media v2005.11.10)服务器回应:RTSP/1.0 200 OKServer: UServer 0.9.7_rc1Cseq: 5Session: 6310936469860791894Connection: Close以上方法都是交互过程中最为常用的,其它还有一些重要的方法如get/set_parameter,pause,redirect等等ps:sdp的格式v=<version>o=<username> <session id> <version> <network type> <address type> <address> s=<session name>i=<session description>u=<URI>e=<email address>p=<phone number>c=<network type> <address type> <connection address>b=<modifier>:<bandwidth-value>t=<start time> <stop time>r=<repeat interval> <active duration> <list of offsets from start-time>z=<adjustment time> <offset> <adjustment time> <offset> ....k=<method>k=<method>:<encryption key>a=<attribute>a=<attribute>:<value>m=<media> <port> <transport> <fmt list>v = （协议版本）o = （所有者/创建者和会话标识符）s = （会话名称）i = * （会话信息）u = * （URI 描述）e = * （Email 地址）p = * （电话号码）c = * （连接信息）b = * （带宽信息）z = * （时间区域调整）k = * （加密密钥）a = * （0 个或多个会话属性行）时间描述：t = （会话活动时间）r = * （0或多次重复次数）媒体描述：m = （媒体名称和传输地址）i = * （媒体标题）c = * （连接信息—如果包含在会话层则该字段可选）b = * （带宽信息）k = * （加密密钥）a = * （0 个或多个媒体属性行）参考文章：rfc2326（rtsp）；rfc2327（sdp）。