最后更新:2021-10-09 17:18:17 手机定位技术交流文章

RTSP是互联网协议标准,是TCP/IP协议系统中一个应用程序一级的协议级网络通信机制,协议用于在端点之间建立和管理媒体会议。 媒体服务器的客户为VHS风格提供指导,如PRAY、PAUSE、SETUP、DESCRBE、记录等。 允许实时控制从服务器到客户或从客户到服务器的媒体流动。
RTSP 传输过程
客户端 ->服务器:DESCRIBE
服务器 ->客户端: 200 OK (SDP)
客户端 ->服务器:SETUP
服务器 ->客户端: 200 OK
客户端 ->服务器:PAUSE
…
协议经过分析和学习, 无需抓取 RTSP 协议包的地图 :

RTS协议的意义是什么?
RTSP 协议指令
虽然RTSP在某些方面与HTTP相似,但它界定了可用于控制多媒体回放的控制序列。 与无国籍的HTTP不同,RTSP包括一个状态。
当您需要跟踪并交付会话时, 请使用标识符 。 RTSP 和 HTTP 一样, 使用 TCP 使用554 号端口保持端对端连接 。
虽然客户将大多数RTSP控制信息发送到服务器,但某些指示以另一种方式传递(即将数据从服务器传输到客户)。
RTSP的基本要求如下:
SETUP
SETUP要求必须在发出请求之前发出,以说明应如何提供单一流。

请求中包括媒体流的 URL 以及运输指令。

一个接收RTP数据(音频或视频)的当地港口和另一个使用RTCP数据(元数据信息)的港口往往包括在说明书中。

服务器的答案通常验证指定的参数, 并填充剩余部分, 如服务器选中的端口 。 在请求以汇总方式播放之前, 需要使用 SETUP 来设置每条流 。
PLAY
PLAY 请求将导致一个或所有媒体流被播放。 请求可以通过提出多个 PLAY 请求来堆叠 。 URL 可以是一个合并的 URL( 播放所有媒体流), 或者一个单一的媒体流 URL( 只播放流 ) 。

您可以选择一个区域。如果没有提供区域,则从开始到结束的流将播放,或者如果它已经暂停,它将在暂停点重新开始。

PAUSE
PAUSE 请求中止一个或多个媒体流, 以便日后通过 PLAY 恢复这些流。 请求包括一个集成或媒体流 URL 。

PAUSE 请求的范围参数决定了暂停的时间。 如果忽略了范围参数, 暂停将会立即发生, 并且永远停止 。
RECORD
开发这一技术是为了记录演示文稿上的各种媒体数据。 时间戳代表开始和结束的时间( UTC) 。 如果没有指定时间框架, 请使用演示文稿中指定的开始或结束的时间 。
如果会议已经开始, 请尽快开始记录 。 服务器将决定是否将记录的数据保存在请求的 URL 或另一个 URI 下 。

如果服务器不使用请求 URI, 回复代码应为 201, 实体和位置标记显示请求的状况, 并提及新资源 。
ANNOUNCE
当客户向服务器发送请求时, ANNOUNCE 发布要求 URL 标识符的媒体对象的演示或解释。 ANNOUNCE 将实时更新会话描述 。

如果向演示文稿介绍新的媒体流(例如,录像)(例如,现场交付前),则将完整演示文稿,而不仅仅是其他组件,再次发送,以便将其删除。
TEARDOWN
TEARDOWN 请求用于结束会话。 它会停止所有媒体流, 从服务器上删除所有与会议相关的数据 。

GET_PARAMETER
GET_PARAMETER 请求检索 URI 中给出的表达式的形式或流程的参数值。 回复和回复的内容有待实现 。

SET_PARAMETER
这一技术要求为URI给出的表达式或流体设定参数值。

实现无线卫星 RTSP 配置
如何利用RTSP议定书的知识广泛,我们将查明如何执行该议定书。
编译运行

RTSP是一种基于文本的协议,它使用再入线断线(rn)作为每行的结束日期,它的好处是允许将自定义参数随时添加到使用过程中,并使捕获软件包易于分析。
RTSP根据电文的传输方向分两类报告:请求和答复;请求涉及客户对服务器提出的请求;答复涉及服务器根据电文的传输方向向客户发送的客户接收程序报告的答复:请求和答复;请求涉及客户向服务器提出的请求,答复涉及服务器向客户发送的答复。
总结
RTSP流媒体提供控制,如Playy、PAUSE和SETUP,但它本身并不发送数据;而RTSP是流媒体服务器的远程控制。
服务器端可自由使用 TCP 或 UDP 发送含有与 HTTP 相似的语法和行为的内容流。 请参见 RFC 官方文件, 该文件也是最具权威性的文件, 因为额外的信息来源端可自由使用 TCP 或 UDP 发送含有与 HTTP 相似的语法和行为的内容流。 请参见 RFC 官方文件, 也是最具权威性的文件, 以获取更多信息 。
本文由 在线网速测试 整理编辑,转载请注明出处。