Internte多媒体协议.ppt

Internet多媒体协议Multimedia protocols for the Internet;前言;一、多媒体网络应用;1、流式存储音视频 ;存储媒体。多媒体的内容已经预先录制，并存储在服务器上，因此一个用户可以暂停、倒退、快进或者检索多媒体的内容。从一个客户机提出这种请求到该动作在客户机上表现出来，这期间可接受的响应时间应为1到10s。;　流。在流式存储间音视频应用中，客户机通常从服务器接收文件几秒后，就开始播放音视频。这意味着当该客户机在从文件的一个位置开始播放音视频的同时，还从服务器中接收文件的后续部分。这个技术被称为流（Streaming），它避免了在开始播放之前必须下载整个文件（这会引起一个潜在的长时延）。有很多流式多媒体产品。包括Real Networks公司的RealPlayer、苹果公司的QuickTime和微软的Windows Media。;连续播放。一旦多媒体内容开始播放，它应该根据初始记录的时序进行。这就对传输时延提出了严格的限制。为了在客户机播放，必须从服务器中及时接收数据。尽管存储音视频的多媒体应用有连续播放的要求，然而它们的端到端时延限制比那些实况的，交互的应用要宽松。 ;2、流式实况音频和视频 ;3、实时交互音频和视频 ;4、音频和视频压缩;二、Internet多媒体协议 ;1、RTSP（Real Time Streaming Protocol）协议 ;RTSP简介;RTSP的层次图;web server W;元文件例子：;实际中的RTSP报文;2.1 RTP（Real-time Transport Protocol）数据传输协议 ;RTP头部格式;　　　　　字段定义;CSRC count (CC): 4 bits CSRC列表的项数 marker (M): 1 bit 由配置文件定义，用于特定的应用程序。 payload type (PT): 7 bits 负载数据类型编号，具体格式定义在PAYLOAD FORMAT SPECIFICATION文件中。 sequence number: 16 bits 每发送一个RTP包，该项加1，其初始数值随机产生，以防止别人破译加密。;timestamp: 32 bits 该项用于时间同步计算和抖动控制，其精度必须足以满足上述两项要求。时钟频率与负载类型有关，2者同时定义在PAYLOAD FORMAT SPECIFICATION文件中。其初始值随机。 SSRC: 32 bits 同步化源标识符，即此RTP包的发出者。因为一个RTP会话中不能有2个相同的SSRC ，所以当发送者传输地址改变时此值需重新生成，以防止形成循环。 ;CSRC list: 0 to 15 items, 32 bits each 字段头中CSRC COUNT项给出了该项中ITEM的数量。 当包通过MIXER时由MIXER将原来包中的SSRC标识符作为CSRC插入，而将MIXER自己的SSRC作为新的SSRC项。;捕获的RTP包例子：;　RTP标准实际定义一对协议，RTP和实时传输控制协议（Real-time Transport Protocol, RTCP）。前者被用来交换多媒体数据，后者被用来定期发送一个特定的数据流相关的控制信息。当运行在UDP之上时，RTP数据流和相应的RTCP控制流使用相邻的传输层端口。RTP数据使用偶数的端口号而RTCP控制信息使用下一个更高编号（奇数）的端口号。;　 因为RTP被设计成支持广泛多样的应用，它提供一个灵活的机制，使之不用重复修改RTP协议本身就用来开发新的应用。对每一类应用（如音频），RTP定义一个配置文件（profile）和一个或多个格式（format）。配置文件提供一组信息，确保对那个应用类的RTP头部字段有共同的理解，当考查头部时将十分清楚。格式说明将如何理解头部接下来的数据。RTP设计体现出的体系结构原理，称为应用层框架（Application Level Framing, ALF）。RTP将很多协议细节放在一个详尽说明某一应用的配置文件和格式文档中。 如：February 4, 2005 RFC 3984 (RTP Payload Format for H.264 Video) published November 10, 2006 RFC 4695 (RTP Payload Format for MIDI) ;2.2 RTCP( Real-time Control Protocol);①提供数据分布服务质量的反馈。这是RTP作为传输协议必不可少的部分。同时也与别的协议中拥塞和流量控制功能有关。反馈功能主要通过“接受者报告”和“发送者报告”