从Web服务器调用流媒体-西安交通大学精品课程.ppt

第7讲 多媒体网络 本讲目标: 了解多媒体网络的应用要求 延迟 带宽 数据丢失 学习如何将因特网所提供的尽力而为的服务用到极致 学习因特网将如何进化以便更好的支持多媒体应用 本讲概述: 多媒体的网络应用 存储式音频/视频流 RTSP 交互式的实时应用 IP电话举例 RTP H.323 and SIP 在尽力而为的基础上发展 调度和策略的实施 集成服务 区别服务 网络中的多媒体 基本特征: 一般对延迟敏感. 但可以容忍部分数据的丢失: 偶尔发生的数据丢失会产生轻微的干扰，可以忽略. 数据资料的传输(程序, 银行信息, etc.), 却正好相反，可以容忍延迟，但不能容忍数据的丢失. 多媒体也称 “连续媒体（continuous media）/流媒体” 多媒体应用的分类: 存储式的 audio/video流媒体 直播式的audio/video流媒体 实时交互式的audio/video 网络中的多媒体 (2) 存储式流媒体 客户端从服务器请求audio/video文件，以流水方式从网络上进行接收并显示 交互: 用户可进行操作 (如同操作录像机: 暂停, 恢复播放, 快进, 回退, etc.) 延迟: 从客户端发出请求到开始播出为1～10秒 实况转播（单向实时） : 如同 TV 和无线广播, 但是从因特网上传送 非交互, 只是收视/收听 实时交互 : 电话或视频会议 由于实时特性，比流媒体点播和实况转播要求更为严格 Video: 150 ms尚可 Audio: 150 ms比较好, 400 ms可以接受 网络中的多媒体 (3): 挑战 TCP/UDP/IP 协议族提供的是尽力而为,无延迟或延迟变动承诺的服务. 流媒体的应用有 5-10的延迟今天看来十分普遍,但当链路(越洋线路)拥塞时，情况会急剧恶化 实时交互应用对分组延时和抖动（ jitter）具有严格的限制. 抖动（Jitter）是指在同一分组流传输过程中发生的分组延时变化. 如果在因特网中能分出服务级别，那么多媒体应用的设计将要容易的多. 但是在公共因特网中,所有分组所受到的服务完全是相等的. 包含实时交互audio和video 数据分组在网络中所受到的待遇,和其他分组完全一样. 目前对在因特网中提供区别对待的服务的研究一直在进行之中. 网络中的多媒体 (4): 将尽力而为的服务用到极致 为减少“尽力而为”的因特网的服务原则的影响，我们可以: 使用UDP来避免TCP和它的慢启动过程… 在客户端缓存部分内容和控制回放来弥补传输抖动造成的影响 我们可以给分组加上时间戳来提醒接收端及时回放该分组. 选择压缩等级来适配可用贷款 我们还可以发送冗余的分组来减少分组丢失所造成的影响。 ? 我们将讨论这些 “雕虫小技” 因特网应如何进化才能更好的支持多媒体? 集成服务（Intserv）的哲学: 改变因特网协议以便应用程序能够预定端对端的带宽 需要部署协议来预留带宽 必须修改路由器的调度策略来响应带宽预留 应用程序必须体为网络提供信息流量的描述,并进而遵循这样的描述. 在主机和路由器中开发新的更复杂的软件 区别服务（Diffserv）的哲学: 对因特网的基础结构进行改造,使其可以提供分级的服务. 分组要加标记 用户为高级别的服务付出更多的费用. ISP为骨干网络收发高级别的分组付出更多的费用. 因特网应如何进化才能更好的支持多媒体?(续) 自由放任( Laissez-faire )哲学 没有带宽预定,不搞分组标记 只要需求增加,供应更多的带宽 将存储内容置于网络的边缘: ISP和主干上增加缓存 内容提供商将内容置于 CDN 结点 P2P: 选择临近的存储有内容的对等结点 虚拟专网 (VPN) 为企业保留永久性的带宽域( blocks of bandwidth）. 路由器可以根据IP 地址来识别VPN的信息流 路由器使用特殊的调度策略来提供预留的带宽. 存储式Audio Video流 存储式流媒体: Audio/video 文件存储在服务器上 用户根据需求调用audio/video 文件. Audio/video 在请求的10秒以内提供. 提供交互性 (暂停, 重新定位等, etc.). 媒体播放器（Media player）: 消除抖动 解压缩 错误校正 提供图形交互界面进行控制 可以使用插件（Plug-in）将媒体播放器植入浏览器窗口. 从Web服务器调用流媒体 (1) Audio和 video文件存储在 Web服务器上 最原始的方法 浏览器使用HTTP请求报文从Web服务器访问流媒体文件 Web服务器用HTTP响应报文发送文件 content-type 首部行描述了 audio/video的编码 浏览器启动媒体播放器,并将文件传递给它 媒