HVP项目组流媒体协议培训RTSPSDP


RECORD
C->S
REDIRECT
S->C
SETUP
C->S
SET_PARAMETER C->S S->C
TEARDOWN
C->S
烽火通信科技股份有限公司
必要性 recommended optional optional required (IPTV无此方法) recommended required optional optional required optional required
Range——播放时间
❖ Range: npt=0.0-end ❖ Range: clock=20100318T021919.35Z-20100318T031919.80Z
Scale——播放速度
❖Scale: 1.0
RTSP协议报文详解-PLAY时间描述
❖ 相对时间描述——npt(normal play time)
RTSP协议报文详解-SETUP抓包数据
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
目录
RTSP协议报文详解-PLAY
❖ 主要功能:
与服务器协商流媒体播放
❖ 关键字段:
RTSP协议报文详解-Transport字段
❖ RFC2326
RTP/AVP RTP/AVP/TCP
❖ 电信IPTV
MP2T/RTP/UDP 对应“RTP/AVP” MP2T/RTP/TCP 对应“RTP/AVP/TCP” MP2T/UDP 电信扩展,无RTP封装 MP2T/TCP 电信扩展,无RTP封装
目录
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
目录
利用RTSP的流媒体连接过程
TDEOESAPSERLCTTADIRUOYOIPNBWEN TDESOEAEPSRTLCTDUAIROYPINBWRRERNeesRseRppseoeopsnsnopspsnoeoesnnessee
待播服连放播务接的放器信文信信息件息息信息
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
目录
RTSP报文范例
IP地址
端口号
文件路径
❖ DESCRIBE
rtsp://121.60.251.97:554/vcdn001/multicast/devi
ce121060251081/ch0705102101074083292.sdp
流媒体各协议与TCP/IP协议栈的关系
SDP
MPEG H264
H.323SΒιβλιοθήκη P RTSPRTCP RTP
TCP
UDP
IPv4/IPv6
AAL3/4 AAL5
PPP
ATM
Ethernet
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
RTSP/1.0
RTSP版本
❖ Accept: application/sdp
❖ CSeq: 1
❖ User-Agent:ZTE Ltd.co RTSP protocal verion 1.0
RTSP协议报文详解-OPTION
❖ 功能:
获取服务器/客户端支持的能力集
❖ 关键字段:无 ❖ 特殊说明:IPTV系统中未使用该方法
方法1 位置描述
❖beginning ❖now ❖end
节目起始点 当前播放点 节目结束点
方法2 时间描述
❖直接用数字形式表示与起始点的时间
❖ 绝对时间描述——clock
ISO 8601时间戳标准
RTSP协议报文详解-PLAY抓包数据
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
目录
RTSP协议报文详解-DESCRIBE
❖ 主要功能:
从服务器获取流媒体文件格式信息 从服务器获取流媒体文件传输信息
❖ 关键字段:
大纲
1 RTSP协议 2 SDP协议
1
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
目录
RTSP协议概述
❖ 协议特点
文本格式——便于肉眼识别,效率偏低 TCP传输——高可靠 媒体以URL形式便于网页等发布
Content-Type:一般是SDP Content-length:一般是SDP的长度
❖ 特殊说明:媒体信息通过SDP协议给出
RTSP协议报文详解-DESCRIBE抓包数据
❖ RTSP协议概述
❖ RTSP连接过程
❖ RTSP报文详解
OPTION DESCRIBE SETUP PLAY TEARDOWN PAUSE GET_PARAMETER
❖ 协议作用
流媒体播放控制 向客户端发布流媒体文件信息
❖ 参考文档——RFC2326
RTSP方法列表
方法
方向
DESCRIBE
C->S
ANNOUNCE
C->S S->C(IPTV仅S->C)
GET_PARAMETER C->S S->C
OPTIONS
C->S S->C
PAUSE
C->S
PLAY
C->S
目录
RTSP协议报文详解-SETUP
❖ 主要功能:
与服务器协商流媒体传输方式 此过程中,建立RTP通道
❖ 关键字段:
传输形式描述为电信扩
Transport——传输方式
展规范,与标准RFC不 同
❖Transport: MP2T/RTP/UDP;unicast;destination=121.60.21.53;cli ent_port=83428343,MP2T/RTP/TCP;unicast;destination=121.60.21. 53;interleaved=0-1,
合集下载

RTSP协议讲解

RTSP协议讲解

RTSP协议讲解RTSP(Real Time Streaming Protocol)是一种用于控制媒体服务器和媒体播放器之间数据传输的应用层协议。

它可以实现实时音视频流的传输、控制和管理。

RTSP可以被视为一个远程控制协议,用于控制流媒体服务器的播放器和实际的媒体资源之间的交互。

RTSP是一个基于文本的协议,使用RTSP控制消息来进行客户端和服务器之间的交互。

RTSP可以和实际媒体传输协议(如RTP和RTCP)一起使用,并且可以和其他协议(如HTTP和SDP)进行集成。

1.客户端向服务器发送一条消息,请求服务器的一些媒体资源的描述信息。

这个请求可以是一个基本的HTTP请求,也可以是一个定制的RTSP 请求。

2. 服务器回复客户端的请求,返回媒体资源的描述信息。

这个描述信息通常是一个SDP(Session Description Protocol)文件,其中包含了媒体流的编码格式、媒体的位置和时长等信息。

3.客户端解析服务器返回的描述信息,并根据其中的信息建立起媒体流传输的相关参数。

如果需要使用加密或身份验证等安全措施,客户端也会进行相应的处理。

4.客户端向服务器发送一条“PLAY”命令,请求开始播放媒体流。

服务器回复一个包含流媒体数据的RTP数据包。

5.客户端接收到服务器返回的RTP数据包后进行解码和播放。

6.客户端可以发送一条“PAUSE”命令,请求暂停媒体流的播放。

服务器会发送一条“200OK”响应确认暂停命令。

7.客户端可以发送一条“TEARDOWN”命令,请求关闭媒体流的传输。

服务器会发送一条“200OK”响应并关闭流传输。

RTSP主要有以下几个特点:1.实时性:RTSP被设计用于实时流媒体传输,并提供了控制和管理的能力。

2.可扩展性:RTSP可以和其他协议一起使用,并且可以根据需要进行扩展和定制。

3. 面向服务:RTSP可以通过URI(Uniform Resource Identifier)访问特定的媒体资源,并提供了基于请求和响应的交互模型。

RTSP协议实时流传输协议简介

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协议范文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协议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);如要实现应用级可靠,可使用可靠流协议。

流媒体协议标准RTSP

流媒体协议标准RTSP

DESCRIBE CC->S ANNOUNCE CC->S, S->C SGET_PARAMETER C->S, S->C CSOPTIONS CC->S, S->C SPAUSE PLAY RECORD REDIRECT SETUP SET_PARAMETER TEARDOWN CC->S CC->S CC->S SS->C CC->S CC->S, S->C SCC->S
2:消息头部结构 语法RFC889规定,类似HTTP/SIP等协议 语法RFC889规定,类似HTTห้องสมุดไป่ตู้/SIP等协议 messagemessage-header = field-name ":" [ field-value ] fieldfield其语义有协议自身规定,一次请求或者响应可以有多个头结构.
RTSP方法——rtsp交互指令 RTSP方法——rtsp交互指令 A: option 方法,这是一个双向的方法,两端请求对方的能力集.
OPTIONS * RTSP/1.0 SEQ :1 SESSION:12345678
B: DESC方法,用在客户端,向媒体源请求媒体发布信息. DESC方法,用在客户端,向媒体源请求媒体发布信息.
2:快进,快退,后退方法实现 Scale header 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record 这个RTSP头,指定了相对于正常播放速率的比率.该头部参数,可以由Record Play方法携带; Play方法携带; PAUSE这个会话.然后使用定义的Sacle值来设定Play. PAUSE这个会话.然后使用定义的Sacle值来设定Play. PLAY rtsp:///audio RTSP/1.0 CSeq: 836 Session: 12345678 Scale:2 //两倍速率快进 //两倍速率快进 Scale:0.5 Scale:Scale:-1 Scale:Scale:-2 Scale:Scale:-0.5 //1/2倍速率慢进 //1/2倍速率慢进 //后退 //后退 //两倍速度快退 //两倍速度快退 //半倍速度快退 //半倍速度快退

RTSP(实时流媒体协议)

RTSP(实时流媒体协议)

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流程,但实际的需求中并不一定按部就班来。

云视讯辅流所使用的协议

云视讯辅流所使用的协议
云视讯(Cloud Video)是一种通过互联网进行音视频通信的技术,
主要用于远程视频会议、在线课堂、远程医疗等场景。

在云视讯中,辅流(Auxiliary stream)是指除了主流(Main stream)之外的额外传输视
频数据的流。

辅流可以用于提供更高分辨率、更清晰的画质,或者用于显
示演示文稿、屏幕共享等内容。

2. RTSP(Real Time Streaming Protocol):RTSP是一种用于控制
实时流媒体的应用层协议。

云视讯系统中,辅流的传输往往需要与服务器
进行交互,以获取辅流的相关信息(如分辨率、编码格式等)。

RTSP提
供了一套命令,用于客户端与服务器之间的交互,可以实现辅流的控制和
传输。

4. HLS(HTTP Live Streaming):HLS是一种基于HTTP的实时流媒
体传输协议。

在HLS中,视频内容被分割成一系列小的TS(Transport Stream)文件,并通过HTTP协议进行传输。

辅流可以通过HLS进行传输,客户端可以通过请求不同的TS文件来接收不同分辨率或不同内容的辅流
数据。

以上是云视讯辅流常使用的几种协议。

不同的云视讯系统可能会根据
需求和网络环境选择不同的协议,以提供更好的音视频传输体验。

此外,
辅流的传输也需要考虑带宽、延迟等因素,以保证辅流的稳定传输和良好
的用户体验。

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协议是一种用于实时流媒体控制的协议,它可以实现实时流媒体的连续控制和广泛的交互性。

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协议介绍》课件


要点二
DASH(Dynamic Adaptive Strea…
DASH是一种基于HTTP的流媒体传输协议,用于在网络中 传输实时音视频流。与HLS类似,DASH也通过将音视频 流分割成多个小的HTTP流,实现了对音视频流的动态调整 和流媒体的分发。DASH和HLS都是为了解决音视频流的 动态调整和分发问题而提出的解决方案,而RTSP则更侧重 于对音视频流的远程控制和管理。
Part
06
RTSP协议安全性
RTSP协议的安全性挑战
未加密的通信
RTSP协议默认使用明文传输,容易受到中间人 攻击和窃听。
身份验证和授权不足
RTSP协议缺乏强有力的身份验证和授权机制, 容易遭受非法访问和恶意攻击。
缺乏数据完整性和加密
RTSP协议缺乏数据完整性和加密机制,无法保证数据传输的安全性。
RTSP响应
状态码
RTSP协议使用状态码来标识请求的处理 结果,例如200表示成功,404表示未找 到媒体资源等。
VS
描述信息
服务器在响应中返回相关的描述信息,例 如SDP描述、会话标识等。
SDP协议
• SDP协议:会话描述协议(SDP)用于描述多媒体会话的邀请信息和属性,如媒体类型、编解码器、传输协议等。 RTSP协议通过SDP协议来描述和协商媒体会话的参数。
会话控制
RTSP协议支持会话控制,客户端和服务器之间通过交换会话元数据来建立和管理会话。会话元数据包括 会话标识符、参与者和媒体属性等。
播放媒体流
01
02
03
播放
记录
选择
客户端在获取媒体流描述信息后,可 以通过RTSP协议的播放命令开始播放 媒体流。客户端可以控制播放过程, 如暂停、快进、快退等。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档