RSTP协议

RTSP（Real Time Streaming Protocol），实时流传输协议，是TCP/IP体系中的应用层协议，基于文本。它建立并控制两点之间的一个或多个连续的媒体流的会话，比如视频和音频。它看起来像是媒体服务器的“网络远程控制”。




RTSP没有连接的概念。相反，服务器维护着一个ID标识的会话。RTSP不和任何传输层协议绑定。在会话中，客户可以使用可靠连接发送请求，也可以使用无连接的传输协议。RTSP也可以使用RTP来传输流（以及RTCP来控制），但它的操作并不依赖于传输机制。




相比于HTTP，RTSP有以下特性：

1、有许多新方法，并有一个不同的协议ID；

2、在几乎所有情况下需要默认维护一个状态，而HTTP是无状态的；

3、服务器和客户端都可以发送请求（只有在建立连接时，服务器才能向客户端发送请求，否则可能通不过客户端的防火墙）；

4、数据由不同协议在频道外（out-of-bind）携带；

5、在ISO 10646 (UTF-8) 而不是ISO 8859-1中定义；

6、请求URI总是包含绝对URI。基于向后兼容，HTTP/1.1在请求里只放绝对路径，而在头部放入主机名。




协议支持以下特性：

1、从服务器上获得媒体数据：

客户通过HTTP或其它方法可以获得数据外观（作为一个完整媒体反馈展现给客户的一个或多个流）的描述。如果外观正被组播，那么外观描述包含了组播地址和端口。如果外观只通过单播发送给客户，那么基于安全原因由客户提供地址。

2、邀请媒体服务器参加会议：

媒体服务器可以被“邀请”到一个已有的会议，播放或录制媒体。这种模式对于分布式教学应用很有帮助。会议多方可以轮流进行远程控制。

3、在已有外观里加入媒体：

服务器可以通知客户有新的媒体可用，这对于现场直播的外观特别有用。







RTSP的URL格式为：(rtsp|rtspu)://host[:port][abs path]


当不指定port时，默认端口号为554。rtsp表示命令通过可靠协议发送（比如TCP）；rtspu表示基于不可靠协议（比如UDP）。




例如，rtsp://media.example.com:554/twister表示一个外观。

rtsp://media.example.com:554/twister/audiotrack表示外观里的一个轨道。

在rtsp的URL里，名字层次与媒体层次不同，与不同于文件系统。







RTSP的时间类型有：

1、 SMPTE相对时间戳：表示时间剪辑开始的相对时间，时间格式为：小时:分:秒:帧.子帧。默认smpte格式为“SMPTE 30 drop”，表示每秒29.97帧的帧数，这样在时间值里的“帧”的取值范围为0~29。30与29.97的区别，通过丢弃每分钟的前一两个帧来处理。子帧由百分之一帧来衡量。

例：

smpte=10:12:33:20-
smpte=10:07:33-
smpte=10:07:00-10:07:33:05.01
smpte-25=10:07:00-10:07:33:05.01


2、普通播放时间（Normal Play Time，NPT）：表示与流外观的起始位置相对的绝对位置。


例：

npt=123.45-125
npt=12:05:35.3-
npt=now-

3、绝对时间：使用UTC时间，适用于现场直播。







RTSP的方法有：




方法 方向 对象 要求 含义
DESCRIBE C->S P,S 推荐 检查演示或媒体对象的描述，也允许使用接收头指定用户理解的描述格式。DESCRIBE的答复-响应组成媒体RTSP初始阶段
ANNOUNCE C->S
S->C P,S 可选 当从用户发往服务器时，ANNOUNCE将请求URL识别的演示或媒体对象描述发送给服务器；反之，ANNOUNCE实时更新连接描述。如新媒体流加入演示，整个演示描述再次发送，而不仅仅是附加组件，使组件能被删除
GET_PARAMETER C->S
S->C P,S 可选 GET_PARAMETER请求检查RUL指定的演示与媒体的参数值。没有实体体时，GET_PARAMETER也许能用来测试用户与服务器的连通情况
OPTIONS C->S
S->C P,S 要求 可在任意时刻发出OPTIONS请求，如用户打算尝试非标准请求，并不影响服务器状态
PAUSE C->S P,S 推荐 PAUSE 请求引起流发送临时中断。如请求URL命名一个流，仅回放和记录被停止；如请求URL命名一个演示或流组，演示或组中所有当前活动的流发送都停止。恢复回放或记录后，必须维持同步。在SETUP消息中连接头超时参数所指定时段期间被暂停后，尽管服务器可能关闭连接并释放资源，但服务器资源会被预订
PLAY C->S P,S 要求 PLAY 告诉服务器以SEFUP指定的机制开始发送数据；直到一些SETUP请求被成功响应，客户端才可发布PLAY请求。PLAY请求将正常播放时间设置在所指定范围的起始处，发送流数据直到范围的结束处。PLAY请求可排成队列，服务器将PLAY请求排成队列，顺序执行
RECORD C->S P,S 可选 该方法根据演示描述初始化媒体数据记录范围，时标反映开始和结束时间；如没有给出时间范围，使用演示描述提供的开始和结束时间。如连接已经启动，立即开始记录，服务器数据请求URL或其他URL决定是否存储记录的数据；如服务器没有使用URL请求，响应应为201（创建），并包含描述请求状态和参考新资源的实体与位置头。支持现场演示记录的媒体服务器必须支持时钟范围格式，smpte格式没有意义
REDIRECT S->C P,S 可选 重定向请求通知客户端连接到另一服务器地址。它包含强制头地址，指示客户端发布URL请求；也可能包括参数范围，以指明重定向何时生效。若客户端要继续发送或接收URL媒体，客户端必须对当前连接发送TEARDOWN请求，而对指定主执新连接发送SETUP请求
SETUP C->S S 要求 对 URL的SETUP请求指定用于流媒体的传输机制。客户端对正播放的流发布一个SETUP请求，以改变服务器允许的传输参数。如不允许这样做，响应错误为"455 Method Not Valid In This State”。为了透过防火墙，客户端必须指明传输参数，即使对这些参数没有影响
SET_PARAMETER C->S
S->C P,S 可选 这个方法请求设置演示或URL指定流的参数值。请求仅应包含单个参数，允许客户端决定某个特殊请求为何失败。如请求包含多个参数，所有参数可成功设置，服务器必须只对该请求起作用。服务器必须允许参数可重复设置成同一值，但不让改变参数值。注意：媒体流传输参数必须用SETUP命令设置。将设置传输参数限制为SETUP有利于防火墙。将参数划分成规则排列形式，结果有更多有意义的错误指示
TEARDOWN C->S P,S 要求 TEARDOWN请求停止给定URL流发送，释放相关资源。如URL是此演示URL，任何RTSP连接标识不再有效。除非全部传输参数是连接描述定义的，SETUP请求必须在连接可再次播放前发布







RTSP同时支持单播和组播（需要UDP）。