第九讲 多媒体网络.ppt

第九讲 多媒体网络 多媒体和服务质量 7.1 多媒体网络应用 基本特点: 典型的延迟敏感 端到端延迟 延迟抖动 丢失容忍: 偶尔的丢包只会造成小的抖动 对端到端时延和时延变化高度敏感，但可容忍偶然的数据丢失。 多媒体应用分类: 1) 流式存储音频/视频 2) 流式实况音频/视频 3) 实时交互音频/视频 流式存储多媒体 什么是流式存储媒体？ 流式存储媒体: 交互 流式实况音频/视频 举例: Internet无线谈话秀 IPTV 实况体育比赛 流 (与存储式流媒体一样) 重放缓冲区 从用户请求到开始播放，可容忍的延迟为几十秒 仍有时间限制 交互性 不能快进 可以回退、暂停！ 实时交互音频/视频 端到端延迟要求: 音频: 150msec较好，400 msec也可以 包括应用级和网络延迟 显然，更高层也有延迟，削弱了交互性 当今Internet上的多媒体 TCP/UDP/IP: “尽力服务” 对延迟、丢包不提供保证 Internet是怎么发展成较好地支持多媒体的？ 预留带宽法: 需要做很大变化，以用于能够预留端到端的带宽 要求主机和路由器中有新的、复杂的软件 自由放任法 没有大的变化，ISP通过扩大其网络规模来满足不断增加的需求 使用内容分发网络复制存储的内容，并放到Internet的边缘，能够明显减轻ISP的流量负载和ISP间对等接口的流量。 通过部署多播覆盖网络，在应用层上处理同时发送给上百万用户的实况流式流量。 区分服务 在网络层和运输层做较小变化，在网络边界引入简单的收费和监管机制。 关于音频压缩的几点说明 以恒定的速率对模拟信号采样 电话: 8,000次/秒 CD 音乐: 44,100 次/秒 对每个样本进行量化，例如四舍五入 一般是2的整数次幂，例如，28=256 个量化值 每个量化值用固定数量的位描述 8 位可以描述256 个量化值 例如: 8,000次/秒、 每个量化值用8位表示 -- 64,000 bps 接收者将量化值转换为模拟信号 : 会存在一些品质的减弱 示例速率 CD: 1.411 Mbps MP3: 96, 128, 160 kbps Internet电话: 5.3 kbps 关于视频压缩的几点说明 视频: 以恒定的速率顺序显示图像 e.g. 24 帧图像/秒 数字图像: 像素阵列 每个像素用位表示 冗余 空间上 (在图像内) 时间上 (从一幅到下一幅) 示例: MPEG 1 (CD-ROM) 1.5 Mbps MPEG2 (DVD) 3-6 Mbps MPEG4 (常用在Internet中, 1 Mbps) 研究: 分层的 (可扩展的) 视频 使层可以适应可用带宽 7.2 流式存储音频、视频 应用流技术以充分利用尽力而为的服务 : 客户端缓冲 使用UDP与TCP 多媒体的多重编码 一般用Web客户端请求音 频/视频流，用媒体播放器 显示和控制音频/视频的播 放。 抖动去除 解压缩 错误隐藏 图形用户界面，用于交互控制 Internet 多媒体: 最简单的方法（非流式） 音频或视频存储在文件中 文件作为HTTP对象传输 客户端完全接收文件 然后传递给播放器 Internet 多媒体: 流式方法 来自一个流服务器的流 在服务器和媒体播放器之间允许非HTTP协议 在第3步用UDP或TCP 流媒体:客户端缓存 客户端缓存、延迟播放以补偿网络延迟和延迟抖动 流媒体:客户端缓存 客户端缓存、延迟播放以补偿网络延迟和延迟抖动 流媒体: 使用UDP还是TCP? UDP 服务器以适合客户的速率发送 (不计网络拥塞 !) 通常 发送速率 = 编码速率 = 恒定速率 那么，填充速率= 恒定速率 – 丢包率 短的播放延迟 (2-5秒) 可去除网络抖动 差错恢复: 时间允许 TCP 以最大可能速率发送 由于TCP拥塞控制，填充速率会波动 较大的播放延迟：以平滑的TCP传输速率 HTTP/TCP通过防火墙传递更容易 流媒体:客户速率 流媒体的用户控制: RTSP （Real-Time Stream Protocol） HTTP 不以多媒体内容为目标 没有快进命令 RTSP: RFC 2326 客户-服务器应用层协议 用户控制:回退、快进、暂停、重新开始 、重新定位等。 RSTP不做的: 不定义如何将音频/视频封装成网络上的流 不限制流媒体如何传输 (UDP or TCP) 不指定媒体播放器如何缓存音频/视频 RTSP: 带外控制 FTP 使用一个 “带外” 控制信道: 在一个TCP连接上传输文件. 控制信息 (目录修改、文件删除、重命名) 在单独的TCP连接上发送 “带外”、 “带内” 信道使用不同的端口号 RTSP 报文也使用带外发送: RTSP 控制报文使用不同于媒体流的端口号:带外 端口