《rtsp协议ppt》由会员分享，可在线阅读，更多相关《rtsp协议ppt（39页珍藏版）》请在金锄头文库上搜索。
1、RTSP协议,RTSP（Real Time Streaming Protocol）实时流协议,RTSP协议是由RealNetwork和Netcape共同提出的。 协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据 RTSP协议用于控制具有实时特性的数据（例如多媒体流）的传送。 为多媒体数据流提供远程控制功能，如播放、停止、快进等。 一般与RTP/RTCP等底层协议一起协同工作 可以选择数据发送通道（如UDP、组播UDP和TCP） RTSP在语法和操作上与http/1.1 类似 RTSP连接没有绑定到传输层连接，如TCP,三次握手,RTSP协议格式,RTSP是一个基于文本的协议，它使用
2、UTF-8编码（RFC2279）和ISO10646字符序列，采用RFC882定义的通用格式，每个语句行由CRLF结束。 RTSP的消息包括请求和应答两类，格式如下：请求报文 响应报文 Request-Line Status-Line *( general-header *( general-header | request-header | response-header | entity-header ) | entity-header )CRLF CRLF entity-body entity-body ,请求报文,请求行（Request-Line）,格式 Request-Line = M
3、ethod SP Request-URI SP RTSP-Version CRLF Method是请求命令（OPTIONS方法用于得到服务器提供的可用方法，服务器的回应信息会在Public 字段列出提供的方法） Request-URI是媒体的表示地址（rtsp:/202.118.65.133:554） RTSP-Version是协议的版本号(RTSP/1.0),通用首部(General-Header),CSeq 表示一个RTSP的请求/响应报文对的序列号，出现在所有请求/响应报文中，一个请求报文必须同它响应报文的CSeq一致，任何重传的请求报文必须同原始报文的CSeq相同。命令的序列号，逐 1
4、 增加。,请求首部（Require-Header）,请求首部（Require-Header）允许向服务器传送请求行之外的以及客户端自身的一些信息，类似于程序中方法所使用的传送参数。 request-header = Accept | Accept-Encoding | Accept-Language | Authorization | Proxy-Require| User-Agent| Range | Scale| Session| Speed| Transport User-Agent: RealMedia player(HelixDNAClient)/10.0.0.0(win32) 这条
5、表示了客户端使用的是什么播放器，以及播放器的版本。,响应报文,状态行（Status-Line）,每一个请求发出后，都能收到一个响应。响应的第一个字段就是状态行。其格式如下： Status-Line = RTSP-Version SP Status-Code SP Reason-Phrase CRLF RTSP-Version是协议的版本号（RTSP/1.0） Status-Code是状态码（200） Reason-Phrase是解释状态的简单短语（OK）。,状态码,状态码是服务器试图理解和满足请求报文的结果代码，由三位数字组成，其中第1位表示响应的分类，一共是5大类，剩余两位并未分类： 1xx
6、，Informational 接受请求，持续处理； 2xx，Success 成功地接受理解行为； 3xx，Redirection 为了完成请求采取进一步的措施； 4xx，Client Error 请求存在语法错误，或不能被执行； 5xx，Server Error 服务器不能执行正确的请求。状态码是可扩展的，对RTSP应用软件来说没有必要理解全部注册状态码的含义，但需要理解第1位表示的类别，这样就可以将一些不能够识别的状态码等同于该类别的x00代码来对待。,常用状态码,Code State Description 200 OK好 301 Redirect重定向 400 Bad Request错误
7、的请求 401 Unauthorized未授权 403 Forbidden 禁止 404 Not Found 未找到 405 Method Not Allowed不允许 500 Internal Server Error内部服务器错误 501 Not Implemented 未执行 503 Service Unavailable服务不可用 551 Option not support选项不支持,Session,这个域用来表示一个会话的ID。是用作客户端和服务器之间是否是正确的连接。Session=“Session“:“session-id“session-id为一个32位的正整数，在连接中每个
8、session-id必须保证唯一。,DESCRIBE方法,这是要连接的 url （服务器域名和流路径），后面跟着 RTSP 的版本。 客户端通过向服务器发送请求URL，获取指定的演示或媒体对象的描述信息 允许ACCEPT头指明客户端能理解的描述格式 DESCRIBE回复响应对构成了RTSP的媒体初始化阶段。,content-type,这个头域指定了消息实体的类型。 在我们的应用里，属性参数固定为application/sdp，格式固定为： Content-Type: application/sdprn,content-length,这个头域包含消息体的长度。 Content-Length =
9、“Content-Length“ “:“长度值回车换行，长度单位是byte。,实体主体,rtsp消息的消息体被用来携带请求或响应的实体信息。什么时候容许使用消息体对于请求和响应是不同的，目前对我们实际应用仅在DESCRIBE的响应中能带有消息体。当请求带有Content-Length头域时，消息能带有消息体，并且消息体只有在那些容许使用消息体的方法中才能使用。而响应中是否能包含一个消息体要依据请求的方法及响应的状态码来定，所有的1xx,204,304响应状态码都不能带有消息体。,SDP协议概述,SDP(Session Description Protocol )会话描述协议，用于描述多媒体会话
10、，它为会话通知、会话初始和其它形式的多媒体会话初始等操作提供服务。 SDP 的设计宗旨是通用性协议，所有它可以应用于很大范围的网络环境和应用程序，但 SDP 不支持会话内容或媒体编码的协商操作。,SDP信息包括： ,会话名称和目标； 会话活动时间； 构成会话的媒体； 有关接收媒体的信息、地址等。,SDP格式,SDP 信息是文本信息，UTF-8 编码（标注*符号的表示可选字段） 基础信息 v= （协议版本） o= （所有者/创建者和会话标识符） s= （会话名称） i=*（会话信息） u=*（URI 描述） e=*（Email 地址） p=*（电话号码） c=*（连接信息 如果包含在所有媒体中，
11、则不需要该字段） b=*（带宽信息）,SDP格式,一个或更多时间描述（如下所示）： z=*（时间区域调整） k=*（加密密钥） a=*（0个或多个会话属性线路） 0个或多个媒体描述（如下所示） 时间描述 t= （会话活动时间） r=*（0或多次重复次数） 媒体描述 m= （媒体名称和传输地址） i=*（媒体标题） c=*（连接信息如果包含在会话层则该字段可选） b=*（带宽信息） k=*（加密密钥） a=*（0个或多个会话属性线路）,SETUP,SETUP方法让URI指定流媒体所使用的传输机制。Transport头指定了客户端支持的数据传输的传输参数，而SETUP的响应包含服务器选择的传输参数
12、。 服务器在对SETUP的响应里生成Session值。,SET_PARAMETER请求设置URI指定流的参数值,PLAY方法告诉服务器开始按照SETUP指定的机制来传送数据，客户端只有接收到SETUP的成功响应后才能执行PLAY请求，PLAY请求按照range指定的开始和结束时间来定位正常播放时间。,RTP-Info 这个头被用来在PLAY响应里设置RTP特定参数。 url:指定RTP参数所对应的流的url(url格式与uri格式相同) seq:指定流的第一个包的序列号。 Rtptime：指出流的第一个包的时间戳值。 格式： RTP-Info = “ RTP-Info: url=“ url参数“；seq=”seq参数“；Rtptime” Rtptime参数回车换行,TEARDOWN请求停止给定URI的流传输并释放相关资源,The EndThank You!,
