RTSP协议讲解PPT文档格式.ppt

RTSP协议讲解PPT文档格式.ppt

《RTSP协议讲解PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《RTSP协议讲解PPT文档格式.ppt（25页珍藏版）》请在冰豆网上搜索。

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:

554/21.aacRTSP/1.0CSeq:

2Accept:

application/sdp/定义描述类型解析：

该方法是客户端向服务端请求描述媒体的详细信息。

包中说明需要描述的媒体文件具体目录和名称，定义客户端能理解的描述类型，要求服务端以SDP包方式来描述媒体信息,DESCRIBE,服务端响应请求：

RTSP/1.0200OKCSeq:

2Date:

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,服务端响应请求：

3Date:

26GMTTransport:

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,服务器响应请求：

4Date:

26GMTRange:

npt=0.000-Session:

00007578RTP-Info:

url=rtsp:

/192.168.0.235/21.aac/track1;

seq=23335;

rtptime=2147485332解析：

服务器返回确认报文并开始传输流媒体数据。

数据传输一般使用UDP发送。

TEARDOWN,客户端发送请求：

TEARDOWNrtsp:

5User-Agent:

MPlayer（LIVE555StreamingMediav2011.03.14）Session:

00007578解析：

流媒体全部传输完毕后，客户端向服务端发出TEARDOWN请求，要求终止该会话。

服务端响应请求：

5Date:

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包含五种