Intenet多媒体协议.ppt

Internet多媒体协议Multimedia protocols for the Internet 前言 　　　最近几年，通过因特网发送和接收音频和视频的网络应用呈现出爆炸性增长的趋势。几乎每天都发布新的多媒体网络应用（也称连续媒体应用），例如视频流、IP电话、因特网无线电、电信会议、交互游戏、虚拟世界、远程教育和很多其它类型。这些应用的服务需求明显不同于那些弹性的应用（如电子邮件、Web、远程登录、文件共享）。特别是，许多多媒体应用对端到端的时延和时延抖动高度敏感，但是可以容忍偶然的数据丢失。显然传统的Internet协议不能对这些应用给以足够的支持，为此，就需要相关的Internet多媒体协议。下面将对Internet多媒体常见应用及协议给出相应的介绍。 一、多媒体网络应用 　　因特网带来了各种各样激励人心的多媒体应用。下面简要介绍几种比较常见的多媒体应用： 　　　　流式存储音视频、 　　　　流式实况音视频、 　　　　实时交互音视频。 　 1、流式存储音视频 在这类应用中，客户机根据需求请求存储在服务器上的被压缩的音频或视频文件。这类应用有3个关键的区分特征： （1）存储媒体。 （2）流。 （3）连续播放。 存储媒体。多媒体的内容已经预先录制，并存储在服务器上，因此一个用户可以暂停、倒退、快进或者检索多媒体的内容。从一个客户机提出这种请求到该动作在客户机上表现出来，这期间可接受的响应时间应为1到10s。 　流。在流式存储间音视频应用中，客户机通常从服务器接收文件几秒后，就开始播放音视频。这意味着当该客户机在从文件的一个位置开始播放音视频的同时，还从服务器中接收文件的后续部分。这个技术被称为流（Streaming），它避免了在开始播放之前必须下载整个文件（这会引起一个潜在的长时延）。有很多流式多媒体产品。包括Real Networks公司的RealPlayer、苹果公司的QuickTime和微软的Windows Media。 连续播放。一旦多媒体内容开始播放，它应该根据初始记录的时序进行。这就对传输时延提出了严格的限制。为了在客户机播放，必须从服务器中及时接收数据。尽管存储音视频的多媒体应用有连续播放的要求，然而它们的端到端时延限制比那些实况的，交互的应用要宽松。 2、流式实况音频和视频 这类应用类似于传统的电台广播和电视，只是它通过因特网来传输。这些应用允许用户接收来自世界任何角落的实况广播和电视传输。 因为流式的实况音视频不是已存储的数据，客户机不能实现快进。但是通过接收数据的本地存储，在某些应用程序中实现诸如实况多媒体转播的暂停和回退等其它交互捷足操作是可能的。像实况广播式的应用经常有很多接收同样咅视频的节目的客户机。通过使用IP多播技术能够有效地完成向多个接收方分发实况音视频。尽管定时限制没有实时交互应用那样严格。但是它和流式存储多媒体一样要求连续播放。从用户请求、播放一个实况传输到播放开始可以容忍的时延最多为几十秒。 3、实时交互音频和视频 这类应用允许人们使用音视频互相实时通信。在因特网上的实时交互音频通常称为因特网电话（Internet phone），因为从用户的角度看，它类似于传统的电话交换电话业务。因特网电话能够潜在地以低费用提供PBX（用户交换机）、本地和长途电话业务。它也能推动传统电话交换网络难以支持的新业务的发展，它包括Web电话集成、集团实时通信、目录服务、呼叫过滤等。现在有很多可用的网络电话产品。例如，Skype(一种网络电话)。通过实时的交互式视频，也称视频会议，个人通信不仅可以听见也可以看见。现在也有许多因特网上可以用的实时交互视频产品，包括微软的NetMeeting。从一个用户说话或者移动到这个动作在接收主机上呈现（playback）的时延应该小于几百毫秒。对于语音，小于150 ms的时延不会被听者觉察到，150 到400 ms时，即时不会使对话变得完全无法理解，也会对语音对话造成破坏。 4、音频和视频压缩 　　多媒体数据量是巨大的，在音频的视频能够通过计算机传输之前，它必须被数字化和压缩。 　　音频压缩: 　　常见的有PCM uLaw, PCM ALaw 、GSM（13kbps）、G729(8kbps)、MP3。 　　视频压缩： 　　H.26x、MPEG-x、还有苹果公司的QickTime和RealNetworks 的编码器。 二、Internet多媒体协议 下面介绍以下几种协议： RTSP RTP/RTCP SDP SIP H.323 RSVP 重点介绍RTSP、 RTP/RTCP 、SIP协议 1、RTSP（Real Time Strea