最后更新:2022-05-24 10:09:37 手机定位技术交流文章
RTSP规程是多媒体广播控制规程,使用户能够控制通过因特网流传的实时材料,如暂停/持续、撤退、提前等。
RTSP [3] 协议是作为客户服务器运作的,是一种多媒体广播控制协议,使用户能够管理通过因特网下载的实时材料,如暂停/继续、撤退、转发等。
一. 一. RTSP议定书的描述
RTSP 控制功能不仅需要协议,还需要一个专门的媒体播放器和媒体服务器。 媒体服务器与媒体播放器之间的关系是服务器与客户的关系。
媒体服务器和常规网络服务器之间的主要区别是,媒体服务器能够处理流传的视听广播。因此,客户一方的媒体播放员可以下载和播放(经过短暂的编程后)。然而,从标准万维网服务器下载多媒体程序并不可行。完整文档已首次下载。然后再进行播放。
图1说明了RTSP、RTTP和RTCP之间的关系。
简而言之,RTSP允许媒体播放器控制多媒体流的传输。
因此,RTSP也被称为 " 路外协议 ",多媒体流在腰带通过RTP发送。
一、二. RTSP信息的结构
请求和答复是RTSP的两种提交方式。 请求信息是指将客户请求信息发送到服务器,而回复信息是指服务器对客户的回应。
由于RTSP以文本为导向,文档中的每个字段都是 ASCII 代码字符串,长度未知。
RTSP信息由三部分组成:请求行、起始线和实体的主题内容。 图2说明了RTSP请求的结构。

图2:RTSP请求结构
RTSP的要求是使用下列命令提出的:选择、DESCRBE、SETUP、TEARDOWN、PLAY、PAUSE、PAUSE、PARCET和SET-PARAMETER。表1显示了RTSP请求的典型方式和影响。

表1显示了最常用的RTSP要求的方法和作用。
状态行是响应信息的第一行,图3描述了RTSP响应信息的格式。

图3:RTSP应对结构
三、一. RTSP互动程序
RTSP 客户端的 Cthews 秒, S 秒代表 RTSP 服务器 。
①C->S:OPTIONrequest //询问S有哪些方法可用
S->C: OPTION response //S回应信息中包括提供的所有可用方法
②C->S:DESCRIBErequest //要求得到S提供的媒体初始化描述信息
S->C: DESCRIBE response //S回应媒体初始化描述信息,主要是sdp
③C->S:SETUPrequest //设置会话属性,以及传输模式,提醒S建立会话
S->C: SETUP response //S建立会话,返回会话标识符及会话相关信息
④C->S:PLAYrequest //C请求播放
S->C: PLAY response //S回应请求信息
S->C:发送流媒体数据
⑤C->S:TEARDOWNrequest //C请求关闭会话
S->C: TEARDOWN response //S回应请求
这些是常规的RTSP程序,需要步骤3和4。
CSDN 你可以依靠我 获取最新信息 C++ 音视频 (a) 学习促进项目,例如: C/C++ , Linux 服务器开发, FFmpeg , webRTC , rtmp , hls , rtsp , ffplay , srs )


目前的实时转让协议是TCP/IP协议系统的一个组成部分。应用层哥伦比亚大学、Netscape和RealNetworks提交了协议和IETF RFC标准。协议规定了几个应用程序如何通过IP网络高效传输多媒体数据。RTSP协议建在RTTP和RTCP之上,它利用TCP或RTTP完成数据传输。
RTSP为实时数据提供了可扩展的基础,例如受控音频和视频插播点;现场数据和剪辑中保存的数据是数据来源的例子;协议的目标是规范各种数据分配连接,允许进入诸如UDP等选定分销渠道,安排UDP和TCP,并为选择基于RTP的交付方法提供手段。
我喜欢HTTP 1. one的语言和操作, 但并不特别强调同步, 这样我就可以更好地接受互联网延迟。
与 RTSP 相比, HTTP 发送 HTML 。 客户端发送 HTTP 查询, 服务器的回答 *RTSP 发送多媒体数据。 RTSP 允许客户端和服务器发送请求, 即可以使用 RTSP 协议 。双向的.
RTSP 是一个多媒体流协议, 允许同时管理多个流。 用于传输的网络连接协议没有定义, 服务器端可以使用 TCP 或 UDP 传送流内容 。
除了尽量减少服务器终端网络的使用外,先前提到的允许多种需求管理流(Multicast)使多媒体会议(Video会议)得以举行。 由于HTTP1.1工作方式相似,代理“Proxy'Cache”也与RTSP相关,而且由于RTSP重新定向,提供这些服务的服务器可根据实际负荷转换,避免因同一服务器超重负荷集中而造成的延误。
C/S模式是一种基于文本的协议,它利用这一协议来建立和谈判关于客户和服务器的实时流会议。
实时协议(RTSP)生成和管理一个连续的媒体流,这些媒体流量相当于一个或一个以上的时间。尽管具有连续流量控制流动交换的能力,但很少发出连续流。在其他方面,RTSP是多媒体服务器的网络遥控协议。RTSP连接并不依赖于运输层,如TCP。RTSP用户可以启动和停止与服务器的若干可传输连接,同时连接以提交RTSP查询。也可以提供无连接的传输协议,如UDP。尽管RTSP流控制流动可能用于RTP,但RTSP运行独立于用于运输连续媒体的传输技术。
协议中支持以下内容:(1) 从媒体服务器检索材料:用户可以提供HTTP或其他方式的演示描述,如果演示是集体广播,它包括广播地址和连续媒体使用的端口号。为了安全起见,如果演示仅通过单一广播传送给用户,用户应为此目的指定地址。 (2) 媒体服务器的会议邀请:可以邀请媒体服务器参加正在进行的会议,在媒体中播放,记录一部分或全部内容。这种布局是分发教学应用程序的理想方式,少数会议可以轮换到远程控制按钮。(3) 将媒体添加到原有的讲座上:如果服务器告知用户有额外的媒体内容,这对现场讲座特别有益。与HTTP/1一样,RTSP的要求也可以被代表,如通道和缓存处理一样。
本文由 在线网速测试 整理编辑,转载请注明出处。