码迷,mamicode.com
首页 > 其他好文 > 详细

RTSP协议

时间:2014-07-16 17:06:23      阅读:415      评论:0      收藏:0      [点我收藏+]

标签:des   style   blog   http   color   使用   

1.RTSP与几个相关协议

RTSP(Real Time Streaming Protocol)实时流协议,是用来控制声音或影像的多媒体串流协议,并允许同时多个串流需求控制,传输时所用的网络通讯协定并不在其定义的范围内,服 务器端可以自行选择使用TCP或UDP来传送串流内容.用于多媒体数据流的控制,如播放,暂停等。

RTP( Real-time Transport Protocol)实时传输协议,是用于Internet上针对多媒体数据流的一种传输层协议.RTP协议和RTP控制协议RTCP一起使用,而且它是建立在UDP协议上的。
RTCP(Real- time Transpor、Control Protocol)实时传输控制协议,是实时传输协议(RTP)的一个姐妹协议.RTCP本身并不传输数据,但和RTP一起协作将多媒体数据打包和发送。 RTCP定期在流多媒体会话参加者之间传输控制数据。RTCP的主要功能是为RTP所提供的服务质量(Quality of Service)提供反馈。

SDP(Session Description Protocol)会话描述协议,

 

2.与http的关系

   RTSP协议非常类似HTTP协议。它们都使用纯文本来发送信息,rtsp协议的语法和HTTP类似。Rtsp这样设计是为了能够兼容使用以前写的HTTP协议分析代码 。
  它们主要的区别是HTTP协议没有状态, http协议在发送一个命令后,连接会断开,而且命令之间没有依赖性。

   RTSP的命令需要知道现在正处于一个什么状态,rtsp的命令总是按照顺序来发送,某个命令总在另外一个命令之前要发送。Rtsp不管处于什么状态都不会去断掉连接。
  HTTP 协议默认使用80端口,RTSP 默认使用554端口。

 

RTSP协议的数据发送不占用协议带宽,RTP 可也认为是介于传输层和应用层之间的,默认是把UDP作为传输协议,可以看成是传输层的一个子层。

 

2.TCP与UDP

UDP 无连接,不保证包的顺序和质量,适用于实时数据

TCP 有连接,三次握手,保证顺序质量
这个关系简单的说可以理解成:
IP--->TCP--->TCP应用层,如http,ftp,telnet等,保证可靠传输
IP--->UDP--->RTP--->应用层,如用在IP电话的音视频流传输。
如果您的应用程序并不关心损坏或丢失的数据包,你不必承担额外的开销,提供额外的可靠性,您可以选择的UDP代替。


RTP/RTCP/UDP
用于音频


视频媒体,而

TCP

用于数据和控制信令的传输

RTP/RTCP相对于底层传输层,和RTSP,SIP等上层协议一起可以实现视频会议,视频直播等应用。

rtsp发起/终结流媒体(通过sdp) ?rtp传输流媒体数据 ?rtcp对rtp进行控制,同步。
RTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTIONS等,顾名思义可以知道起对话和控制作用 ?RTP/RTCP是实际传输数据的协议 ?RTP传输音频/视频数据,如果是PLAY,Server发送到Client端,如果是RECORD,可以由Client发送到Server ?RTCP包括Sender Report和Receiver Report,用来进行音频/视频的同步以及其他用途,是一种控制协议
RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口,PLAY/PAUSE/TEARDOWN可以开始或者停止RTP的发送,等等
RTSP响应头中
Content-Type: application/sdp表示响应体是sdp协议数据.

SDP协议学习笔记

http://www.rosoo.net/a/201005/9494.html


m=video 0 RTP/AVP 96

m=audio 0 RTP/AVP 97


symbian live5555 & rtsp & rtp & tcp & sdp & udp汇总

http://blog.csdn.net/linzhiji/archive/2010/11/19/6022141.aspx

 

RFC2326(中文版)-实时流协议(RTSP) 第10章

http://www.myfavor.org/e/DoPrint/?classid=3&id=37

 

RFC2326(中文版)-实时流协议(RTSP)

http://www.myfavor.org/network/2008-03-27/35.html

RTSP 协议详解

http://hi.baidu.com/13764969808/blog/item/268ff5fd86bb70f4fd037f79.html

RTSP 协议详解

http://blog.csdn.net/chenyanxu/article/details/2728427

基于RTSP的实现多媒体文件下载

http://www.jsembed.com/?About/biji/97.html

 

2.请求消息格式,CR LF表示回车换行
       方法 URI RTSP版本 CR LF
       消息头 CR LF CR LF        
       消息体 CR LF

3.OPTIONS命令, 得到服务器上可用的方法

   CSeq头要从1开始,服务器针对请求命令的应答也应该有相同的CSeq头,这样可以知道是针对哪条请求发的应答。

 

请求示例:

OPTIONS rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm RTSP/1.0
CSeq: 1
User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)

响应示例:

RTSP/1.0 200 OK
CSeq: 1
Date: Tue, 29 May 2012 06:19:53 GMT
Server: Helix Server Version 11.1.0.719 (win32) (RealServer compatible)
Public: OPTIONS, DESCRIBE, ANNOUNCE, PLAY, PAUSE, SETUP, GET_PARAMETER, SET_PARAMETER, TEARDOWN
TurboPlay: 1
RealChallenge1: 1105b1d46a973db1bc7787d1adca20d6
StatsMask: 8

 

4.DESCRIBE 为了得到会话描述信息SDP

请求示例:

DESCRIBE rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm RTSP/1.0
CSeq: 2
Authorization: Basic YWRtaW4=
User-Agent: LibVLC/1.1.11 (LIVE555 Streaming Media v2011.05.25)
Accept: application/sdp

响应示例:

RTSP/1.0 200 OK
CSeq: 2
Date: Tue, 29 May 2012 06:48:38 GMT
Set-Cookie: cbid=efjgfmdicjckhldmeorrgplqmojrktluekjgkidlegcfdlplmnmrqprtqrrsltmudfhjjmhl;path=/;expires=Thu,31-Dec-2037 23:59:59 GMT
vsrc: http://video.fjtu.com.cn:80/viewsource/template.html?nuyhtgfcswz6bdE057Axc8chvqrEsfaba5E6qvm6wfy23p4efqDCr4x3gEf6Bs9wr4enf6r4ovCoa7Dqjlh87pp257e5w48bjd2hA1
Last-Modified: Thu, 10 Apr 2003 02:16:54 GMT
Content-base: rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm/
Vary: User-Agent, ClientID
Content-type: application/sdp
x-real-usestrackid: 1
Content-length: 2207
(以下都是SDP信息)
v=0
o=- 1049941014 1049941014 IN IP4 210.34.46.23
s=·¨ÂÉÎÄÊé  µÚÒ»½²
i=¸£½¨Ê¦·¶´óѧÍøÂçѧԺ ¸£½¨Ê¦·¶´óѧÍøÂçѧԺ
c=IN IP4 0.0.0.0
t=0 0
a=SdpplinVersion:1610641560
a=StreamCount:integer;2
a=control:*
a=Flags:integer;11
a=IsRealDataType:integer;1
a=Author:buffer;"uKO9qMqmt7a089GnzfjC59Gn1LoA"
a=Copyright:buffer;"uKO9qMqmt7a089GnzfjC59Gn1LoA"
a=Title:buffer;"t6jCyc7EyukgILXa0ru9sgA="
a=range:npt=0-2672.331000
m=audio 0 RTP/AVP 101  //这里指示音频流
b=AS:8
b=RR:243
b=RS:81
a=control:streamid=0
a=range:npt=0-2672.331000
a=length:npt=2672.331000
a=rtpmap:101 x-pn-realaudio/1000
a=fmtp:101
a=mimetype:string;"audio/x-pn-realaudio"
a=Helix-Adaptation-Support:1
a=ActualPreroll:integer;1713
a=AvgBitRate:integer;6500
a=AvgPacketSize:integer;232
a=EndOneRuleEndAll:integer;1
a=EndTime:integer;2671699
a=MaxBitRate:integer;6500
a=MaxPacketSize:integer;232
a=Preroll:integer;3426
a=OpaqueData:buffer;"LnJh/QAEAAAucmE0ZgVhxwAEAAAAOQAAAAAA6AAg7CAAALzN+fn5+QAGAOgAAAAAH0AAAAAQAAEEc2lwcgRzaXByAQcAAAAAAA=="
a=RMFF 1.0 Flags:buffer;"AAIAAgAA"
a=ASMRuleBook:string;"priority=5,averagebandwidth=6500,PNMKeyFrameRule=T;priority=5,averagebandwidth=0,PNMNonKeyFrameRule=T,OnDepend=\"0\",OffDepend=\"0\";"
a=intrinsicDurationType:string;"intrinsicDurationContinuous"
a=StreamName:string;"Audio Stream"
m=video 0 RTP/AVP 101   //这里指示视频流
b=AS:15
b=RR:506
b=RS:168
a=control:streamid=1
a=range:npt=0-2671.546000
a=length:npt=2671.546000
a=rtpmap:101 x-pn-realvideo/1000
a=fmtp:101
a=mimetype:string;"video/x-pn-realvideo"
a=Helix-Adaptation-Support:1
a=AvgBitRate:integer;13500
a=AvgPacketSize:integer;506
a=EndOneRuleEndAll:integer;1
a=MaxBitRate:integer;13500
a=MaxPacketSize:integer;607
a=Preroll:integer;3539
a=OpaqueData:buffer;"AAAAJlZJRE9SVjMwAPgAyAAMAAAAAAAPAAABCpAwMCAgAiwkPjI="
a=RMFF 1.0 Flags:buffer;"AAMAAgAAAAI="
a=ASMRuleBook:string;"#($Bandwidth >= 13500),priority=9,averagebandwidth=13500,PNMKeyFrameRule=T;#($Bandwidth >= 13500),OnDepend=\"0\",priority=5,averagebandwidth=0,PNMNonKeyFrameRule=T;#($Bandwidth < 13500),priority=9,timestampdelivery=T,DropByN=T,PNMThinningRule=T;"
a=intrinsicDurationType:string;"intrinsicDurationContinuous"
a=StreamName:string;"Video Stream"

 

 

SDP文本说明:

 

v=0 //指示协议的版本。

o=- 1049941014 1049941014 IN IP4 210.34.46.23 //与会话所有者有关的六个参数:

第一个参数表明会话发起者的名称,该参数可不填写,如填写和SIP消息中,from消息头的内容一致。
第二个参数为主叫方的会话标识符。
第三个参数为主叫方会话的版本,会话数据有改变时,版本号递增。
第四个参数定义了网络类型,IN表示Internet网络类型,目前仅定义该网络类型。
第五个参数为地址类型,目前支持IPV4和IPV6两种地址类型。
第六个参数为地址:表明会话发起者的IP地址,该地址为信令面的IP地址,信令PDP激活时为手机分配。

s=SDP Seminar  //表明本次会话的标题,或会话的名称。
  i=A Seminar on the session description protocol//会话的描述
  u=http://www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps//会话的URI,通过该地址可以查阅到会话的更多内容。
  e=mjh@isi.edu (Mark Handley)//会话责任人的EMIAL地址

c=IN IP4 224.2.17.12/127 //C行包含为多媒体会话而建立的连接的信息,其中指出了真正的媒体流使用的IP地址。
第一个参数为网络类型,目前仅定义INTERNET网络类型。用“IN”表示。
第二个参数为地址类型,目前支持两种地址类型:IPV4和IPV6。
第三个参数为地址,该地址为多媒体流使用的IP地址。

t=2873397496 2873404696  //表示会话的开始时间和结束时间。
第一个参数表明会话的开始时间,数字表明从1900年1月1日00:00以来所经过的秒数。
第二个参数表明会话的结束时间,数字表明从1900年1月1日00:00以来所经过的秒数。

m=audio 3458  RTP/AVP  0   96   97   //m行又称媒体行,描述了发送方所支持的媒体类型等信息。
  第一个参数为媒体名称:表明支持音频类型。
  第二个参数为端口号,表明UE在本地端口为3458上发送音频流。
  第三个参数为传输协议,一般为RTP/AVP协议。
  四-七参数为所支持的四种净荷类型编号。

m=指示在媒体数据中都有哪些流,及其类型,如
m=audio 0 RTP/AVP 101  //指示音频流
m=video 0 RTP/AVP 101   //指示视频流
m=application 0 RTP/AVP 96 //控制流,不携带媒体内容
a=control:后的值表示流的标识,如 a=control:streamid=1,a=control:trackID=0

a=rtpmap:0   PCMU
       a=rtpmap:96  G726-32/8000
       a=rtpmap:97  AMR-WB
    a行为媒体的属性行,以属性的名称:属性值的方式表示。
    格式为:a=rtpmap:<净荷类型><编码名称>
l净荷类型0固定分配给了PCMU,
l净荷类型96对应的编码方案为G.726,为动态分配的。
l净荷类型97对应的编码方式为自适应多速率宽带编码(AMR-WB),为动态分配的。  
       

5.SETUP  客户端提醒服务器建立会话,并确定传输模式

请求示例:

SETUP rtsp://video.fjtu.com.cn:80/vs01/flws/flws_01.rm/streamid=1 RTSP/1.0
CSeq: 3
Transport: RTP/AVP;unicast;client_port=0

响应示例:

 

解释:

uri中 带有trackID=0,表示对该通道进行设置。

 

Transport参数设置了传输模式,包的结构。

RTP/AVP表示默认使用UDP传输RTP包,RTP/AVP/TCP表示通过TCP传输RTP包。

unicast表示单一传播。

client_port值中-前的表示客户端的接收RTP包的端口,-后的表示客户端的接收RTCP包的端口。

如果采用TCP方式传送,传送的RTP,RTCP包都在同一个链路上,需要区分,所以有了interleaved,0表示是RTP的通道,1表示是RTCP的通道,interleaved值有两个:0和1,0表示RTP包,1表示RTCP包,接收端根据interleaved的值来区别是哪种数据包。

 

 

 

2. 使用AsyncSocket实现RTSP协议

     http://www.cnblogs.com/foxmin/archive/2012/03/12/2392523.html

 

3. 一个在线的RTSP流3GP地址,可以做测试用

rtsp://v.starv.tv/later.3gp

 

4.FFMPEG框架代码阅读
http://www.ffmpeg.com.cn/index.php/SDK%E4%B9%8B%E5%BF%AB%E9%80%9F%E5%85%A5%E9%97%A8

 

5.iFrameExtractor

    http://www.codza.com/extracting-frames-from-movies-on-iphone

 

 

 

http://www.emsym.com/blog/?p=377

RTSP协议,布布扣,bubuko.com

RTSP协议

标签:des   style   blog   http   color   使用   

原文地址:http://www.cnblogs.com/noobkey/p/3847965.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!