RTSP(Real Time Streaming Protocol)实时流协议,是TCP/IP协议体系中的一个应用层协议。RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或RTP完成数据传输。

RTSP没有“连接”这个概念,而由RTSP会话(session)代替(服务器端保持一个由识别符标记的会话)。RTSP会话没有绑定传输层连接(如TCP连接)。在RTSP会话期间,RTSP客户端可以打开或关闭多个到服务器端的可靠传输连接以发出RTSP请求。但也可以使用无连接传输协议,比如UDP,来发送RTSP请求。

rtsp前缀要求使用可靠协议(在Internet上指TCP协议)发出命令,而rtspu前缀则说明使用不可靠协议(在Internet指UDP协议)。

RTSP建立并控制一个或几个时间同步的连续流媒体,比如音频或视频。尽管在连续媒体流中有可能插入控制流但RTSP本身通常并不发送连续媒体流。换言之,RTSP充当多媒体服务器的“网络遥控器”。RTSP所控制的流可能用到RTP,但RTSP的操作并不依赖用来传送连续媒体的传输机制。实时流协议在语法和操作上有意地类似于HTTP/1.1,但有重要的不同。

RTSP引入了很多新方法并且有不同的协议标识符。

  1. RTSP服务器在绝大多数默认情况下需要维持状态,而HTTP是无状态协议。

  2. RTSP客户机和服务器都可以发出请求。

  3. 数据由信带外的另一个协议传送(但有一个特例)。

  4. RTSP使用ISO 10646(UTF-8) 而不是ISO 8859-1,以配合当前HTML的国际化。

  5. RTSP的URI请求时总是包含绝对URI。而由于历史原因造成的后向兼容性问题,HTTP/1.1只在请求中包含绝对路径,把主机名放入单独的头部域中。

  6. 当只有一个IP的主机要提供多个文档树时,可使“虚拟主机”的实现更简单。

方法描述OPTIONS:

OPTIONS请求在任何时候都可能产生,例如:当一个客户端准备尝试一个非标准的请求时。它不影响服务器的状态。

DESCRIBE:

服务器取得请求URL所标识的表示或者媒体对象的描述。它可能使用同意头部(Accept header)来指出客户端能理解的描述格式。服务器以所请求的资源的描述作为回应。DESCRIBE 回复-响应对继续了RTSP的媒体初始化阶段。DESCRIBE响应必须包含它所描述的资源的所有媒体初始化信息。

ANNOUNCE:

该方法方法有两个目的:

当从客户端发往服务器端,ANNOUNCE向服务器端上传请求URL所标识的表示或媒体对象的描述。当从服务器端发往客户端,ANNOUNCE实时更新会话描述。

当一个新的媒体流加入一个表示(例如:在一个现场表示活动期间)时,整个表示而不仅是所增加的部分,应该被重发,以便部分删除。

SETUP:

让服务器给流分配资源,启动RTSP会话。

PLAY与RECORD:

启动SETUP所分配的流的数据传输。

PAUSE:

临时暂停流,而不释放服务器资源。

GET_PARAMETER:

请求用于获取URI所标识的一个表示或者流的参数的值。回复和响应的内容被留给具体实现。没有实体的GET_PARAMETER可能被用于测试客户端或者服务器端是否现场直播("ping")。

TEARDOWN:

释放流占用的资源,RTSP会话停止,从服务器端退出。

在VLC播放器中的抓包(正常播放)-vlcServer

(粉红色部分是客户端发出的请求,黑色部分是服务器的响应,//后面是注释)

OPTIONS rtsp://219.219.218.224:554/m RTSP/1.0

CSeq: 1

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Server: vlc 1.0.1

Content-Length: 0

Cseq: 1

Public: DESCRIBE,SETUP,TEARDOWN,PLAY,PAUSE,GET_PARAMETER

DESCRIBE rtsp://219.219.218.224:554/m RTSP/1.0

CSeq: 2

Accept: application/sdp

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Content-type: application/sdp

Server: VLC Server

Content-Length: 544

CSeq: 2

Cache-Control: no-cache

v=0 //协议版本

o=- 78967746000 3 IN IP4 219.219.218.224 //拥有者,即会话的创建者

c=IN IP4 0.0.0.0  //连接信息,此处表示本机

t=0 0 //如果stop-time设置为0,则会话没有时间限制。如果start-time也设置为0,则会话被认为是永久的.

a=tool:vlc 1.0.1  //创建任务描述的工具的名称及版本号

a=range:npt=0-7.741 //视频的正常播放范围

m=audio 0 RTP/AVP 96  //音频流使用的协议 m=<media> <port>/<number of ports> <proto> <fmt> …

a=rtpmap:96 mpeg4-generic/32000 //a=rtpmap:<payload type> <encoding name>/<clock rate> [/<encoding parameters>]

a=fmtp:96 streamtype=5; profile-level-id=15; mode=AAC-hbr; config=1290; SizeLength=13;IndexLength=3; IndexDeltaLength=3; Profile=1; //a=fmtp:<format> <format specific parameters>

a=control:rtsp://219.219.218.224:554/m/trackID=0

m=video 0 RTP/AVP 97 //视频流使用的协议

a=rtpmap:97 MP4V-ES/90000

a=fmtp:97 profile-level-id=3; config=000001b022000001b50900000100000001200084456a285020f0a300;

a=control:rtsp://219.219.218.224:554/m/trackID=1

SETUP rtsp://219.219.218.224:554/m/trackID=0 RTSP/1.0

CSeq: 3

Transport: RTP/AVP;unicast;client_port=3106-3107

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Transport: RTP/AVP/UDP;client_port=3106-3107

Server: VLC Server

Content-Length: 0

Cseq: 3

Cache-Control: no-cache

Session: 11478

SETUP rtsp://219.219.218.224:554/m/trackID=1 RTSP/1.0

CSeq: 4

Transport: RTP/AVP;unicast;client_port=3108-3109

Session: 11478

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Transport: RTP/AVP/UDP;client_port=3108-3109

Server: VLC Server

Content-Length: 0

Cseq: 4

Cache-Control: no-cache

Session: 11478

PLAY rtsp://219.219.218.224:554/m RTSP/1.0

CSeq: 5

Session: 11478

Range: npt=0.000-

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Server: VLC Server

Content-Length: 0

CSeq: 5

Cache-Control: no-cache

Session: 11478;timeout=5

GET_PARAMETER rtsp://219.219.218.224:554/m RTSP/1.0

CSeq: 6

Session: 11478

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Server: VLC Server

Content-Length: 0

CSeq: 6

Cache-Control: no-cache

TEARDOWN rtsp://219.219.218.224:554/m RTSP/1.0

CSeq: 7

Session: 11478

User-Agent: VLC media player (LIVE555 Streaming Media v2009.07.09)

RTSP/1.0 200 OK

Server: VLC Server

Content-Length: 0

CSeq: 7

Cache-Control: no-cache

Session: 11478;timeout=5

以上是利用RTSP协议进行流媒体播放的一个完整过程,其中setup,play是必须用到的方法,其它方法是可选。上述红色的标注部分是对sdp协议的一些主要参数进行的解释。

在RealPlayer中(无法播放)-VlcServer

OPTIONS rtsp://219.219.218.224:554 RTSP/1.0

CSeq: 1

User-Agent: RealMedia Player HelixDNAClient/10.0.1.754 (win32)

Supported: ABD-1.0

ClientChallenge: ffa50e558e3986073c2da8888484e48c

ClientID: WinNT_5.1_12.0.0.301_RealPlayer_R51CND_zh-CN_686

CompanyID: 7S3jofzYT7kR2j8sdJG0vA==

GUID: 00000000-0000-0000-0000-000000000000

PlayerStarttime: [28/09/2009:19:04:13 08:00]

Pragma: initiate-session

RegionData: 0

RTSP/1.0 200 OK

Server: vlc 1.0.1

Content-Length: 0

Cseq: 1

Public: DESCRIBE,SETUP,TEARDOWN,PLAY,PAUSE,GET_PARAMETER

DESCRIBE rtsp://219.219.218.224:554/jiao RTSP/1.0

CSeq: 2

Accept: application/sdp

User-Agent: RealMedia Player HelixDNAClient/10.0.1.754 (win32)

Bandwidth: 3531079

ClientID: WinNT_5.1_12.0.0.301_RealPlayer_R51CND_zh-CN_686

GUID: 00000000-0000-0000-0000-000000000000

Language: zh-CN, zh, *

RegionData: 0

Require: com.real.retain-entity-for-setup

SupportsMaximumASMBandwidth: 1

RTSP/1.0 200 OK

Content-type: application/sdp

Server: VLC Server

Content-Length: 381

CSeq: 2

Cache-Control: no-cache

v=0

o=- 435378000 3 IN IP4 219.219.218.224

c=IN IP4 0.0.0.0

t=0 0

a=tool:vlc 1.0.1

a=range:npt=0-203.000

m=audio 0 RTP/AVP 14

a=rtpmap:14 MPA/90000

a=control:rtsp://219.219.218.224:554/jiao/trackID=0

m=video 0 RTP/AVP 96

a=rtpmap:96 MP4V-ES/90000

a=fmtp:96 profile-level-id=3; config=0000012008868400670c4e10c0518f;

a=control:rtsp://219.219.218.224:554/jiao/trackID=1

SETUP rtsp://219.219.218.224:554/jiao/trackID=0 RTSP/1.0

CSeq: 3

Transport: RTP/AVP;unicast;client_port=6970-6971;mode=play,RTP/AVP/TCP;unicast;mode=play

User-Agent: RealMedia Player HelixDNAClient/10.0.1.754 (win32)

RTSP/1.0 200 OK

Transport: RTP/AVP/UDP;client_port=6970-6971 //此处没有返回服务器端口

vlcClient——Helix Server

RTSP响应:Transport: RTP/AVP;unicast;client_port=3190-3191;server_port=18044-18045 返回了服务器端口

rtp协议实现传输,服务器向客户端推送报文,客户端利用rtcp协议通过提供的端口接收报文。

realPlayer——Helix Server

RTSP响应:Transport: x-real-rdt/udp;client_port=6970;server_port=15728 返回了服务器端口。

利用real专有的rdt协议实现传输,客户端主动发起请求,服务器响应后通过返回的端口进行传输数据。

vlc——vlcServer

RTSP响应:Transport: RTP/AVP/UDP;client_port=2926-2927 vlcServer不返回服务器端口

rtp协议传输,服务器向客户端推送报文,客户端利用rtcp协议通过tcpmux端口(传输控制协议端口服务多路开关选择器,不关心发送请求时提供的什么样的服务)接收报文。

由以上可知,当realPlayer—–vlcServer时,服务器向客户端推送报文,但是realPlayer无法利用rtcp协议通过tcpmux端口来接收报文(需要一个确切的端口号),导致了无法播放。但是目前并没有找到合适的解决方案。

Server: VLC Server

Content-Length: 0

Cseq: 3

Cache-Control: no-cache

Session: 19169

TEARDOWN rtsp://219.219.218.224:554 RTSP/1.0

CSeq: 4

User-Agent: RealMedia Player HelixDNAClient/10.0.1.754 (win32)

Session: 19169

RTSP/1.0 404 Not found

Content-Length: 311

Content-Type: text/html

经过抓包发现,在KMPlayer,暴风影音中的流媒体播放是借用了Real的库函数,所以与RealPlayer效果是一样的

RTSP流媒体播放分析-转相关推荐

  1. rtsp流媒体播放器----ffmpeg相关代码走读(一)

    rtsp流媒体播放器--ffmpeg相关代码走读(一) 本文介绍avformat_open_input和init_input两个函数 直接贴代码如下 avformat_open_input 函数 in ...

  2. RTSP再学习 -- RTSP协议分析(转载)

    最近一直在看 RTSP,但是RTSP协议是个啥?还没有搞清楚. 首先流媒体百度百科上有这样一段,从基本的名字上或多或少可以理解一下这些传输协议的区别.这很重要!! 传输协议 1.RSVP:资源预留协议 ...

  3. RTSP 协议分析 (一)

    原文地址为: RTSP 协议分析 (一) RTSP 协议分析 1.概述:  RTSP(Real Time Streaming Protocol),实时流传输协议,是TCP/IP协议体系中的一个应用层协 ...

  4. RTSP再学习 -- Hi3516A RTSP实例 分析

    上一篇文章,讲到了Hi3516A通过RTSP播放H.265视频流的源码.接下来对源码分析一下. 这里推荐一个工具,参看:日常生活小技巧 -- 文件对比工具 Beyond Compare (1)首先从 ...

  5. rtsp视频解码-分析-转发http-flv ws-flv webrtc

    说明 因为该代码没有完全完成,所以完整代码没有放上来,如果需要,可以将email发送给我,我把代码发送给大家.但是最主要的关键部分已经贴出来了,图为接收rtspserver的视频,接收播放,分析,并转 ...

  6. RTSP 流媒体播放地址

    在线流媒体播放地址,在windows上可以用VLC播放器直接打开地址播放 浙江普通rtsp://58.248.254.8/rtpencoder/26-2-2.sdp高清rtsp://58.248.25 ...

  7. Linux rtsp客户端 海思,海思rtsp软件分析

    rtsp  概念啥的就不介绍了,记不住. 简单分析下.   海思板子是服务器,电脑为客服端. 首先 socket     setsockopt     bind    listen    (注意:po ...

  8. RTP/RTCP/RTSP协议分析(2)

    1.发送者报告 RTCP协议处理机根据定义了五种类型的报文: RR: receiver report SR: sender report SDES: source description items. ...

  9. RTSP协议分析(二)

    以下是某省IPTV的RTSP协商过程: DESCRIBE rtsp://118.122.89.27:554/live/ch10083121594790060557.sdp?playtype=1& ...

最新文章

  1. mac gource_如何使用Gource显示项目的时间表
  2. 关于autorelease pool一个较好的理解
  3. Bech32编码 (4)地址验证示例
  4. 【机器视觉】 HDevelop语言基础(一)-基本类型和常量
  5. 最优化作业02—一维最优化方法
  6. 面向多星多任务的大数据处理系统设计
  7. HCL安装和使用模拟器中遇到的问题
  8. java方法语法_Java基础语法----方法
  9. 在线问诊、找科室、找医生、查疾病、图文问诊、电话急诊、健康咨询、问诊平台、咨询平台、问诊服务、语音问诊、开药问诊、看病平台、在线医疗、健康平台、登录注册、信息架构图、全局说明、组件规范、需求清单、
  10. FPGA入门必看资源
  11. 修改Google桌面搜索索引位置
  12. chrome 抓取图片_利用chrome开发工具进行动态网页抓取
  13. Tableau 中国最美八条骑行线路(三)天数与预算
  14. CC1310开发环境
  15. 关于联想笔记本无线网老是掉线的解决方法
  16. Mac OS之Latex(MacTeX)初体验
  17. 《高级职称证书挂靠价格一览表》
  18. Linux 打包压缩-文件打包-打包工具【tar】命令使用简介
  19. cesium创建、添加json数据
  20. 如何在MS Project中进行挣值分析

热门文章

  1. SQL Server 索引基础知识(10)----Join 时的三种算法简介
  2. SpringMVC——处理方法返回值的可选类型
  3. 使用C#开发ActiveX控件
  4. 阿里云加入开放媒体联盟AOM 科技巨头联合推广高清视频新标准
  5. 那一天,那一月,那一年,那一世,那一瞬
  6. AngularJS 后台交互
  7. final修饰符,finally,finalize区别
  8. Python核心编程答案(自整理)
  9. unity3d 中加入�视频
  10. Shell编程之通配符