RTSP协议讲解.ppt
- 文档编号:13198087
- 上传时间:2023-06-12
- 格式:PPT
- 页数:25
- 大小:367KB
RTSP协议讲解.ppt
《RTSP协议讲解.ppt》由会员分享,可在线阅读,更多相关《RTSP协议讲解.ppt(25页珍藏版)》请在冰点文库上搜索。
RTSP协议讲解,数字监控行业核心技术与产品提供商,北京汉邦高科数字技术股份有限公司,2015-06-14,讲解内容,RTSP协议概念RTSP协议在网络中所处的位置RTSP介绍RTSP的第三方库RTP/RTCP协议介绍SIP/SDP协议介绍RTSP和onvif的关系,RTSP协议概念,RTSP(RealTimeStreamingProtocol),实时流传输协议,是TCP/IP协议体系中的一个应用层协议,由哥伦比亚大学、网景和RealNetworks公司提交的IETFRFC标准。
RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或RTP完成数据传输。
它的语法和运作跟HTTP1.1类似,HTTP与RTSP相比,HTTP传送HTML,而RTSP传送的是多媒体数据。
HTTP请求由客户机发出,服务器作出响应;使用RTSP时,客户机和服务器都可以发出请求,即RTSP可以是双向的。
RTSP协议在网络中所处的位置,RTSP介绍,实时流协议(RTSP)建立并控制一个或几个时间同步的连续流媒体,如音频和视频。
尽管连续媒体流与控制流交叉是可能的,RTSP本身并不发送连续媒体流。
换言之,RTSP充当多媒体服务器的网络远程控制。
RTSP提供了一个可扩展框架,实现实时数据(如音频与视频)的受控、按需传送。
数据源包括实况数据与存储的剪辑。
RTSP用于控制多个数据发送会话,提供了选择发送通道(如UDP、组播UDP与TCP等)的方式,并提供了选择基于RTP的发送机制的方法。
目前还没有RTSP连接的概念;服务器维护由识别符标识的会话。
RTSP会话不会绑定到传输层连接,如TCP。
在RTSP会话期间,RTSP客户端可打开或关闭多个对服务器的可靠传输连接以发出RTSP请求。
它也可选择使用无连接传输协议,如UDP。
OPTIONS,客户端发送请求:
OPTIONSrtsp:
/192.168.0.235:
554RTSP/1.0CSeq:
1User-Agent:
RealMediaPlayerHelixDNAClient/10.0.1.65(win32)/客户端版本,运行的系统ClientChallenge:
ecfc7f451b599180ec25b706ddbd18eeClientID:
WinNT_6.1_10.0.1.65_play32_RN01_EN_686CompanyID:
YurviqDthCPgn+V3Ms/YiQ=GUID:
00000000-0000-0000-0000-000000000000PlayerStarttime:
03/08/2011:
11:
26:
1008:
00/流媒体开始播放的时间Pragma:
initiate-sessionRegionData:
0解析:
此步骤是客户端向服务器询问有哪些方法可以使用。
包里面说明了客户端请求的文件所在的地址和端口,并说明播放器的版本和操作系统平台。
OPTIONS,服务端响应请求:
RTSP/1.0200OKCSeq:
1Date:
Wed,Aug03201107:
01:
25GMT/服务器当前时间Public:
OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY,PAUSE,GET_PARAMETER,SET_PARAMETER/服务器支持的方法解析:
接收到OPTIONS请求后服务端发出响应报文。
最开始返回状态码200代表请求成功。
然后返回服务器当前时间(GMT)和所支持的方法。
DESCRIBE,客户端发送请求:
DESCRIBErtsp:
/192.168.0.235:
554/21.aacRTSP/1.0CSeq:
2Accept:
application/sdp/定义描述类型解析:
该方法是客户端向服务端请求描述媒体的详细信息。
包中说明需要描述的媒体文件具体目录和名称,定义客户端能理解的描述类型,要求服务端以SDP包方式来描述媒体信息,DESCRIBE,服务端响应请求:
RTSP/1.0200OKCSeq:
2Date:
Wed,Aug03201107:
01:
26GMTContent-Base:
rtsp:
/192.168.0.235/21.aac/Content-Type:
application/sdp/描述类型Content-Length:
515/SDP包的长度第一部分解析:
这是服务端响应DESCRIBE请求所发回的报文。
以上内容说明描述的媒体文件具体路径和名称,以及所采用的描述类型(sdp),并定义了SDP包内容的长度。
以下的第二部分是SDP包的内容。
DESCRIBE,SETUP,客户端发送请求:
SETUPrtsp:
/192.168.0.235/21.aac/track1RTSP/1.0CSeq:
3User-Agent:
MPlayer(LIVE555StreamingMediav2011.03.14)/客户端详细信息Transport:
RTP/AVP;unicast;client_port=59558-59559/传输协议+传播方式(单播或多播)+接收数据的端口号。
解析:
客户端向服务端发送SETUP请求,要求服务端设置会话属性和流媒体传输方式以建立会话。
包内容包含客户端软件详细信息,以及所需要的传输协议(RTP),传播方式和客户端用来接收数据的端口号。
SETUP,服务端响应请求:
RTSP/1.0200OKCSeq:
3Date:
Wed,Aug03201107:
01:
26GMTTransport:
RTP/AVP;unicast;destination=192.168.0.179;source=192.168.0.235;client_port=59558-59559;server_port=6970-6971/传输协议+传播方式+目的IP+源IP+客户端端口+服务端端口Session:
00007578/会话标识解析:
服务端接收到SETUP请求后建立会话,向客户端返回会话详细信息以及会话标识。
会话标识是唯一的。
至此一个会话建立完成。
PLAY,客户端发送请求:
PLAYrtsp:
/192.168.0.235/21.aac/RTSP/1.0CSeq:
4User-Agent:
MPlayer(LIVE555StreamingMediav2011.03.14)/播放器信息Session:
00007578/会话标识Range:
npt=0.000-/播放时间范围,从第0秒到文件播放完解析:
会话建立后,客户端发出PLAY请求播放所申请的流媒体21.acc。
传输机制按照SETUP命令所设置的进行。
PLAY请求可以发送多次,服务器会将请求放入队列逐个处理。
同时客户端可以定义播放的时间范围,比如从该流媒体的第N秒播放到第M秒。
PLAY,服务器响应请求:
RTSP/1.0200OKCSeq:
4Date:
Wed,Aug03201107:
01:
26GMTRange:
npt=0.000-Session:
00007578RTP-Info:
url=rtsp:
/192.168.0.235/21.aac/track1;seq=23335;rtptime=2147485332解析:
服务器返回确认报文并开始传输流媒体数据。
数据传输一般使用UDP发送。
TEARDOWN,客户端发送请求:
TEARDOWNrtsp:
/192.168.0.235/21.aac/RTSP/1.0CSeq:
5User-Agent:
MPlayer(LIVE555StreamingMediav2011.03.14)Session:
00007578解析:
流媒体全部传输完毕后,客户端向服务端发出TEARDOWN请求,要求终止该会话。
服务端响应请求:
RTSP/1.0200OKCSeq:
5Date:
Wed,Aug03201107:
01:
57GMT解析:
服务端响应TEARDOWN请求,发送回响应报文并终止该会话,至此该会话结束,服务器继续等待下一个RTSP请求。
RTSP的第三方库,live555简介Live555是一个为流媒体提供解决方案的跨平台的C+开源项目,它实现了对标准流媒体传输协议如RTP/RTCP、RTSP、SIP等的支持。
Live555实现了对多种音视频编码格式的音视频数据的流化、接收和处理等支持,包括MPEG、H.263+、DV、JPEG视频和多种音频编码。
同时由于良好的设计,Live555非常容易扩展对其他格式的支持。
目前,Live555已经被用于多款播放器的流媒体播放功能的实现,如VLC(VideoLan)、MPlayer。
RTSP的第三方库,FFmpeg是一套可以用来记录、转换数字音频、视频,并能将其转化为流的开源计算机程序。
它包括了目前领先的音/视频编码库libavcodec等。
libavformat:
用于各种音视频封装格式的生成和解析,包括获取解码所需信息以生成解码上下文结构和读取音视频帧等功能;libavcodec:
用于各种类型声音/图像编解码;libavutil:
包含一些公共的工具函数;libswscale:
用于视频场景比例缩放、色彩映射转换;libpostproc:
用于后期效果处理;ffmpeg:
该项目提供的一个工具,可用于格式转换、解码或电视卡即时编码等;ffsever:
一个HTTP多媒体即时广播串流服务器;ffplay:
是一个简单的播放器,使用ffmpeg库解析和解码,通过SDL显示;,RTP/RTCP协议介绍,RTP全名是Real-timeTransportProtocol(实时传输协议),RTP被定义为传输音频、视频、模拟数据等实时数据的传输协议,与传统的注重的高可靠的数据传输的运输层协议相比,它更加侧重的数据传输的实时性,此协议提供的服务包括数据顺序号、时间标记、传输控制等。
RTP通常与辅助控制协议RTCP一起工作,RTP只负责实时数据的传输,RTCP负责对RTP的通信和会话进行带外管理(如流量控制、拥塞控制、会话源管理等)。
RTP协议,1.V:
RTP协议的版本号,占2位,当前协议版本号为2。
2.P:
填充标志,占1位,如果P=1,则在该报文的尾部填充一个或多个额外的八位组,它们不是有效载荷的一部分。
3.X:
扩展标志,占1位,如果X=1,则在RTP报头后跟有一个扩展报头。
CC:
CSRC计数器,占4位,指示CSRC标识符的个数。
5.M:
标记,占1位,不同的有效载荷有不同的含义,对于视频,标记一帧的结束;对于音频,标记会话的开始。
6.PT:
有效载荷类型,占7位,用于说明RTP报文中有效载荷的类型,如GSM音频、JPEM图像等,在流媒体中大部分是用来区分音频流和视频流的,这样便于客户端进行解析。
RTP协议,7.序列号:
占16位,用于标识发送者所发送的RTP报文的序列号,每发送一个报文,序列号增1。
这个字段当下层的承载协议用UDP的时候,网络状况不好的时候可以用来检查丢包。
同时出现网络抖动的情况可以用来对数据进行重新排序,在helix服务器中这个字段是从0开始的,同时音频包和视频包的sequence是分别记数的。
8.时戳(Timestamp):
占32位,时戳反映了该RTP报文的第一个八位组的采样时刻。
接收者使用时戳来计算延迟和延迟抖动,并进行同步控制。
9.同步信源(SSRC)标识符:
占32位,用于标识同步信源。
该标识符是随机选择的,参加同一视频会议的两个同步信源不能有相同的SSRC。
10.特约信源(CSRC)标识符:
每个CSRC标识符占32位,可以有015个。
每个CSRC标识了包含在该RTP报文有效载荷中的所有特约信源。
RTCP协议,RTCP协议的主要功能是:
服务质量的监视与反馈、媒体间的同步,以及多播组中成员的标识。
RTCP分组也使用UDP传送,但RTCP并不对声音或视像分组进行封装。
可将多个RTCP分组封装在一个UDP用户数据报中。
RTCP分组周期性地在网上传送,它带有发送端和接收端对服务质量的统计信息报告。
RTCP包含五种分组类型1)结束分组BYE表示关闭一个数据流。
2)特定应用分组APP使应用程序能够定义新的分组类型。
3)接收端报告分组RR用来使接收端周期性地向所有的点用多播方式进行报告。
4)发送端报告分组SR用来使发送端周期性地向所有接收端用多播方式进行报告。
5)源点描述分组SDES给出会话中参加者的描述。
SIP协议,SIP(SessionInitiationProtocol)是一个应用层的信令控制协议。
用于创建、修改和释放一个或多个参与者的会话。
这些会话可以是Internet多媒体会议1、IP电话或多媒体分发。
用户定位服务会话建立会话参与方管理,SIP用户代理SIP注册服务器SIP代理服务器SIP重定向服务器,SDP协议,SDP(SessionDescriptionProtocol)为会话通知、会话邀请和其它形式的多媒体会话初始化等目的提供了多媒体会话描述。
它不属于传输协议它只使用不同的适当的传输协议,会话初始协议(SIP)、实时流协议(RTSP)、电子邮件以及超文本传输协议(HTTP)。
RTSP和onvif的关系,ONVIF平台是一款致力于通过全球性的开放接口标准来推动网络视频监控系统在全球安防市场的应用,这一开放接口标准将确保不同安防设备厂商生产的网络视频产品具有完美的兼容性。
ONVIF协议主要定义了网络视频发送设备和网络视频客户端之间的标准通信接口,涵盖了设备发现、设备配置、报警事件、云台控制、视频分析和实时视频流等功能。
与传统的通信协议相比,ONVIF协议并不是针对某些设备或某些特定的项目,其开放性和兼容性减少了不同设备的集成成本,提高了解决方案的灵活性。
讨论,能区别以下概念吗?
WebService、http协议、soap协议、onvif协议,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- RTSP 协议 讲解