计算机TopDownV3-7.ppt

多媒体, 服务质量: 概念 第7章 目标 原则 多媒体应用分类 确定应用程序所需的网络服务 尽可能利用尽力而为服务 提供QoS的机制 协议和体系结构 用于尽力而为的特定协议 QoS的体系结构 第7章 要点 7.1 多媒体联网应用程序 7.2 流式存储音频和视频 7.3实时多媒体: 因特网电话研究 7.4 用于实时交互应用程序的协议 RTP, RTCP, SIP 7.5 多媒体分发: 内容分发网络 7.6 超越尽力而为 7.7 调度和监管机制 7.8 综合服务和区分服务 7.9 RSVP 多媒体网络应用 基本特性: 典型的时延敏感 端到端时延 时延抖动 但容忍丢包: 不经常的丢包引起较小的干扰 与数据的特性相对，数据不能丢失但容忍时延 多媒体应用的分类: 1) 流式存储 音频和视频 2) 流式实况音频和视频 3)实时交互音频和视频 流式存储多媒体 流式存储多媒体: 概念 流式存储多媒体: 交互性 流式实况多媒体 例子: 因特网无线电谈话节目 实况体育事件 流式 重放缓存 重放能够滞后传输几十秒 仍有定时约束 交互性 不可能快进 倒带、暂停可能！ 交互性,实时多媒体 端到端时延要求: 音频: 150 msec良好, 400 msec OK 包括应用级(分组化)和网络时延 较大的时延值得注意，削弱了交互性 会话初始化 被叫方怎样通告它的IP地址、端口号和编码算法? 在今天的因特网上传输多媒体 TCP/UDP/IP: “尽力而为服务” 对时延、丢包无 确保 因特网应当怎样演化才能更好地支持多媒体? 综合服务观点: 因特网有基本改变，因此应用程序能够预约端到端带宽 需求在主机和路由器中有新的、复杂软件 放任主义 无主演改变 当需要时更多的带宽 内容分布，应用层多播 应用层 区分服务观点: 对因特网基础设施几乎没有改变，能够提供第一类和第二类服务。 音频压缩简介 以恒定速率对模拟信号取样 电话: 8,000 样本/sec CD音乐: 44,100样本/sec 量化每个样本, 即四舍五入 如 28=256 可能的量化值 每个量化值用比特来表示 8比特表示256个值 例子：8,000样本/sec, 256 个量化值 -- 64,000 bps 接收方将它转换回模拟信号: 某种质量降低 速率例子 CD: 1.411 Mbps MP3: 96, 128, 160 kbps 因特网电话: 5.3 - 13 kbps 视频压缩简介 视频是以恒速显示的图片序列 如 24图片/sec 数字图片是像素数组 每个像素由比特表示 冗余 空间的 时间的 例子: MPEG 1 (CD-ROM) 1.5 Mbps MPEG2 (DVD) 3-6 Mbps MPEG4 (常用于因特网, 1 Mbps) 研究: 分层(可扩展的) 视频 对可用带宽适配层次 第7章 要点 7.1 多媒体联网应用程序 7.2 流式存储音频和视频 7.3实时多媒体: 因特网电话研究 7.4 用于实时交互应用程序的协议 RTP, RTCP, SIP 7.5 多媒体分发: 内容分发网络 7.6 超越尽力而为 7.7 调度和监管机制 7.8 综合服务和区分服务 7.9 RSVP 流式存储多媒体 应用级流式技术以最大限度利用尽力而为服务: 客户机侧缓存 使用UDP而不用TCP 多媒体的多重编码 取出时延抖动 解压缩 差错隐藏 具有交互控制的图形用户界面 因特网多媒体: 最简单的方法 存储在文件中的音频和视频 文件作为HTTP对象传输 客户机完全接收下来 然后传给播放器 因特网多媒体: 流式方法 来自流式服务器的流 该体系结构允许服务器和媒体播放器之间采用非HTTP 协议 也能用UDP代替TCP. 流式 多媒体: 客户机缓存 客户机侧缓存，播放时延补偿网络增加的时延，时延抖动 流式 多媒体: 客户机缓存 客户机侧缓存，播放时延补偿网络增加的时延，时延抖动 流式多媒体: UDP或TCP? UDP 服务器以适合客户机的速率发送(忘记了网络拥塞！) 通常发送速率= 编码速率 = 恒定速率 则供给速率 = 恒定速率 – 分组丢包 短播放时延 (2-5秒)以补偿网络时延抖动 差错恢复：时间允许的话 TCP 在TCP下以最大可能的速率 由于TCP拥塞控制，供给速率波动 较大的播放时延：平滑的TCP交付速率 HTTP/TCP通过防火墙传递更容易 流式多媒体: 客户机速率 流式媒体的用户控制: RTSP HTTP 不能针对多媒体内容 没有用于快进的命令等 RTSP: RFC 2326 客户机-服务器应用层协议 为用户控制播放：倒带，快进，暂停，恢复，重定位等… What it doesn’t do: 不能定义音频/视频怎样为经网络传输的流式而封装 不能约定流式媒体如何传