您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 广告经营 > 第12讲-多媒体传输协议
1第12讲多媒体传输协议要求1.理解网络多媒体传输的基本问题和基本解决方法2.理解流式音频视频的基本原理3.理解交互式音频视频的基本原理4.了解多媒体传输协议RTSP、RTP和RTCP212.1概述计算机网络最初是为传送数据信息设计的因特网IP层提供的“尽最大努力交付”服务,以及每一个分组独立交付的策略,对传送数据信息也是很合适的因特网使用的TCP协议可以很好地解决网络不能提供可靠交付这一问题3多媒体信息的特点多媒体信息(包括声音和图像信息)与不包括声音和图像的数据信息有很大的区别多媒体信息的信息量往往很大在传输多媒体数据时,对时延和时延抖动均有较高的要求多媒体数据往往是实时数据(realtimedata),它的含义是:在发送实时数据的同时,在接收端边接收边播放4因特网是非等时的模拟的多媒体信号经过采样和模数转换变为数字信号,再组装成分组这些分组的发送速率是恒定的(等时的)传统的因特网本身是非等时的因此经过因特网的分组变成了非恒定速率的分组tt因特网t模拟信号t采样后的信号构成分组恒定速率非恒定速率5接收端需设置适当大小的缓存当缓存中的分组数达到一定的数量后再以恒定速率按顺序把分组读出进行还原播放缓存实际上就是一个先进先出的队列。图中标明的T叫做播放时延在接收端设置缓存tT缓存(队列)恒定速率t非恒定速率有可能发生分组丢失6缓存使所有到达的分组都经受了迟延早到达的分组在缓存中停留的时间较长,而晚到达的分组在缓存中停留的时间则较短以非恒定速率到达的分组,经过缓存后再以恒定速率读出,就能够在一定程度上消除了时延的抖动但,付出的代价是:增加了时延缓存的影响分组发出123456t到达分组数654321123456t缓存时间缓存时间再推迟播放时间如果网络无时延推迟播放分组迟到网络出现时延分组1的时延分组到达123456t实际的网络78需要解决的问题在传送时延敏感(delaysensitive)的实时数据时,不仅传输时延不能太大,而且时延抖动也必须受到限制对于传送实时数据,很少量分组的丢失对播放效果的影响并不大(因为这是由人来进行主观评价的),因而是可以容忍的。丢失容忍(losstolerant)也是实时数据的另一个重要特点9需要解决的问题由于分组的到达可能不按序,但将分组还原和播放时又应当是按序的因此在发送多媒体分组时还应当给每一个分组加上序号。这表明还应当有相应的协议支持才行要使接收端能够将节目中本来就存在的正常的短时间停顿(如音乐中停顿几拍)和因某些分组的较大迟延造成的“停顿”区分开来这就需要增加一个时间戳(timestamp),以便告诉接收端应当在什么时间播放哪个分组10是否改造现有的因特网?1、大量使用光缆和高速路由器,网络的时延和时延抖动就可以足够小,在因特网上传送实时数据就不会有问题2、把因特网改造为能够对端到端的带宽实现预留(reservation),把使用无连接协议的因特网转变为面向连接的网络3、部分改动因特网的协议栈所付出的代价较小,而这也能够使多媒体信息在因特网上的传输质量得到改进11目前因特网提供的音频/视频服务大体上可分为三种类型流式(streaming)存储音频/视频——边下载边播放流式实况音频/视频——边录制边发送交互式音频/视频——实时交互式通信12目前因特网提供的音频/视频服务大体上可分为三种类型流式(streaming)存储音频/视频——边下载边播放在这类应用中,客户机根据需求请求存储在服务器上的被压缩的音频或视频文件目前数以千计的场点提供流式存数音频和视频,包括CNN和Youtube等流式实况音频/视频——边录制边发送交互式音频/视频——实时交互式通信13目前因特网提供的音频/视频服务大体上可分为三种类型流式(streaming)存储音频/视频——边下载边播放流式实况音频/视频——边录制边发送这类应用类似于传统的电台广播和电视,只是它通过因特网来传输而已这些应用允许用户接收从世界任何角落发出的实况无线电广播和电视传输交互式音频/视频——实时交互式通信14目前因特网提供的音频/视频服务大体上可分为三种类型流式(streaming)存储音频/视频——边下载边播放流式实况音频/视频——边录制边发送交互式音频/视频——实时交互式通信这类应用允许人们使用音频/视频互相实时通信因特网上的实时交互音频通常称为因特网电话(Internettelephony),因为从用户角度来看,它类似于传统的电路交换电话服务15“边下载边播放”中的“下载”“边下载边播放”结束后,在用户的硬盘上没有留下有关播放内容的任何痕迹流媒体(streamingmedia),即流式音频/视频流媒体特点就是“边下载边播放”(streamingandplaying)1612.2流式存储音频/视频传统的下载文件方法万维网服务器客户机服务器媒体播放器GET:音频/视频文件RESPONSE音频/视频文件浏览器17传统的浏览器从服务器下载音频/视频文件用户从客户机(client)的浏览器上用HTTP协议向服务器请求下载某个音频/视频文件服务器如有此文件就发送给浏览器。在响应报文中就装有用户所要的音频/视频文件。整个下载过程可能会花费很长的时间当浏览器完全收下这个文件后,就可以传送给自己机器上的媒体播放器进行解压缩,然后播放1812.2.1具有元文件的万维网服务器元文件就是一种非常小的文件,它描述或指明其他文件的一些重要信息万维网服务器客户机服务器媒体播放器元文件浏览器GET:元文件RESPONSEGET:音频/视频文件RESPONSE19使用元文件下载音频/视频文件浏览器用户使用HTTP的GET报文接入到万维网服务器,这个超链接指向一个元文件,这个元文件有实际的音频/视频文件的统一资源定位符URL万维网服务器把该元文件装入HTTP响应报文的主体,发回给浏览器客户机浏览器调用相关的媒体播放器,把提取出的元文件传送给媒体播放器媒体播放器使用元文件中的URL,向万维网服务器发送HTTP请求报文,要求下载音频/视频文件万维网服务器发送HTTP响应报文,把该音频/视频文件发送给媒体播放器。媒体播放器边下载边解压缩边播放2012.2.2媒体服务器媒体服务器也称为流式服务器(streamingserver),它支持流式音频和视频的传送媒体播放器与媒体服务器的关系是客户与服务器的关系媒体播放器不是向万维网服务器而是向媒体服务器请求音频/视频文件媒体服务器和媒体播放器之间采用另外的协议进行交互21使用媒体服务器万维网服务器媒体播放器元文件浏览器GET:元文件RESPONSEGET:音频/视频文件RESPONSE媒体服务器客户机服务器22采用媒体服务器下载音频/视频文件的步骤~前三个步骤仍然和上一节的一样,区别就是后面两个步骤媒体播放器使用元文件中的URL接入到媒体服务器,请求下载浏览器所请求的音频/视频文件。下载可以借助于使用UDP的任何协议,例如使用实时传输协议RTP媒体服务器给出响应,把该音频/视频文件发送给媒体播放器。媒体播放器在迟延了若干秒后,以流的形式边下载边解压缩边播放2312.2.3实时流式协议RTSP(Real-TimeStreamingProtocol)RTSP协议以客户/服务器方式工作,它是一个多媒体播放控制协议,用来使用户在播放从因特网下载的实时数据时能够进行控制,如:暂停/继续、后退、前进等因此RTSP又称为“因特网录像机遥控协议”要实现RTSP的控制功能,不仅要有协议,而且要有专门的媒体播放器(mediaplayer)和媒体服务器(mediaserver)24RTSP简介RTSP协议是由RealNetworks(音频/视频流领域的业界领袖之一)和Netcape共同提出的RTSP协议是一个流媒体协议,用于视频点播、视频会议、视频监控等领域知名端口:554RTSP语法是基于文本的,类似HTTP协议RTSP中的所有操作都是通过服务器和客户端的消息应答来完成的,其消息包括请求(Request)和响应(Response)两种25RTSP不能做什么RTSP没有定义用于音频和视频的压缩方案RTSP没有定义音频和视频在网络传输中是怎样封装在分组中的流式媒体的封装可以通过RTP或专用协议来提供RTSP不限制流式媒体如何传输,它可以在UDP或TCP上传输RTSP不限制媒体播放器如何缓冲音频/视频音频/视频可能在它一到达客户机就开始播放,也可能在延迟几秒后播放,或者完全下载下来再播放26RTSP特点RTSP允许媒体播放器控制媒体流传输暂停/继续、播放重定位、快进和快退等RTSP信道在很多方面和FTP的控制信道类似RTSP本身并不传送数据,而仅仅是使媒体播放器能够控制多媒体流的传送RTSP是一个带外协议(out-of-bandprotocol)RTSP报文在带外发送,而媒体流的分组结构没有被RTSP定义,它被认为是“带内”的RTSP报文和媒体流使用不同的端口号27RTSP消息格式RTSP的消息有两大类:请求消息回应消息请求消息:方法URIRTSP版本CRLF消息头CRLFCRLF消息体CRLF28RTSP消息格式说明方法即可用的命令,如:OPTIONS:客户端用于得到服务器提供的可用方法DESCRIBE:客户端用于得到会话描述信息(SDP)SETUP:客户端提醒服务器建立会话,并确定传输模式PLAY:客户端发送播放请求TEARDOWN:客户端发起关闭请求URI是接受方的地址,如:rtsp://192.168.20.136RTSP版本一般都是RTSP/1.0每行后面的CRLF表示回车换行,需要接受端有相应的解析,最后一个消息头需要有两个CRLF29RTSP消息格式回应消息:RTSP版本状态码解释CRLF消息头CRLFCRLF消息体CRLF说明RTSP版本一般都是RTSP/1.0状态码是一个数值200表示成功解释是与状态码对应的文本解释万维网服务器客户机服务器媒体播放器元文件浏览器媒体服务器音频/视频流GET:元文件RESPONSESETUPRESPONSEPLAYRESPONSERESPONSETEARDOWN3031使用RTSP的媒体服务器的工作过程浏览器向万维网服务器请求音频/视频文件万维网服务器从浏览器发送携带有元文件的响应浏览器把收到的元文件传送给媒体播放器RTSP客户与媒体服务器的RTSP服务器建立连接RTSP服务器发送响应RESPONSE报文RTSP客户发送PLAY报文,开始下载音频/视频文件RTSP服务器发送响应RESPONSE报文RTSP客户发送TEARDOWN报文断开连接RTSP服务器发送响应RESPONSE报文32RTSP交互示例①CSSETUPrtsp://115.182.51.79/zuoyou001.mp4/trackID=65537RTSP/1.0CSeq:5User-Agent:LibVLC/1.1.11(LIVE555StreamingMediav2011.05.25)Transport:RTP/AVP/TCP;unicast;interleaved=2-3Session:183719934190660238633RTSP交互示例②SCRTSP/1.0200OKServer:DSS/6.0.3(Build/526.3;Platform/FreeBSD;Release/DarwinStreamingServer;State/Development;)Cseq:5Session:1837199341906602386Last-Modified:Thu,17Jan200211:20:30GMTCache-Control:must-revalidateDate:Wed,04Jan201206:14:53GMTExpir
本文标题:第12讲-多媒体传输协议
链接地址:https://www.777doc.com/doc-3300548 .html