宽带媒体课程总结_SProxy.docVIP

SProxy: A Caching Infrastructure to Support Internet Streaming 1. 背景 现在，健壮的、低开销的和高质量的网络流媒体服务的需求保持着持续增长。然而，在IP网络中，以较低的开销传送内容丰富的流媒体，又要保持较高质量，这依然具有挑战性。Downloading and pseudo streaming，大约分别产生56%和32%的带宽浪费。 对于传统的Web Service，持续媒体流既占用大量网络带宽，又消耗磁盘空间。如果有很多个并发的流会话，将很容易耗尽可用的网络带宽，并使服务器过载。本论文的研究，着重于扩展当前静态Web页面的代理缓存方式，开发出一种基于流媒体对象的缓存方式。 2. SProxy介绍 对于流媒体缓存代理系统，很多学者提出大量算法来解决其中的技术问题，最典型的是基于分段缓存的方法。但是系统具体的实现和部署却受困于很多因素，主要包括：1）复杂数据格式媒体的流化是比较困难的；2）通常的流媒体协议是基于UDP的，但出于安全考虑，UDP数据有时会被firewall封掉；3）缓存分段数据与持续的媒体流数据之间的协作具有挑战性。 SProxy是一套基于分段的流媒体代理系统，克服了上面提到的困难因素，其结构如Fig. 1所示。它具有以下特点：1）SProxy利用现有网络设施来解决flash crowd; Content Server使用Web服务器，不负责发送媒体流。2）SProxy缓存和流化的数据分段，是由对象流行度决定的，从而带来了很低的启动延迟。3）应用了预读取(prefetch)技术，可以主动地预先加载未缓存且将来可能用到的数据段。 3. SProxy架构 传统的代理结构既有优点，也存在一些挑战。优点是：多媒体对象是静态的，它们在某种程序上引用具有本地性。挑战包括：多媒体对象通常比较大，通常对连续性和时延要求苛刻，并且大部分媒体对象只被部分观看。 为解决上述问题，部分代理缓存的方法被提出，就是把媒体对象分割为更小的单元，以便于缓存。此方法，又可分为两种方式：1）以时间域划分，也称为segment-based approaches，研究以此方式为主。2）以媒体质量域划分，例如Mocha和QBIX原型系统，但需要ISP运营商的扩展支持和对特定媒体格式的要求。 本文主要研究基于分段的缓存，它需要解决以下问题：1）媒体对象通常存储于容器文件，如MP4，包含一些音频、视频、标记、hint等元素，这对于media-aware数据段增加了定位难度。2）通常的媒体使用RTP（基于UDP）传输，而UDP traffic有时firewall阻拦。另外，UDP传输还存在可靠性和公平性问题（拥塞时会优先被丢弃）。3）如何协作分散的对象分段和持续的媒体流，也是一种挑战。 SProxy实现了一套基于分段的流媒体代理系统，它通过应用自动分段和智能预取技术，保证了媒体流的持续性，其内部结构如Fig. 2所示。它的主要优点包括：1）SProxy通过标准的RTSP和RTP来处理客户的请求，通过HTTP与Content Server 通信。2）每个客户请求，被分为多个sub-request，每个子请求只请求一小部分媒体对象。3）应用主动式预读取(prefetching)技术。4）存储于不同segment的数据被称为不同的对象，这样就可应用现有的基于流行度的替换策略。 Fig. 2. SProxy内部结构 SProxy主要由四部分组成：流化引擎（Streaming Engine）、本地内容管理和调度（Local Content Manager and Scheduler）、分段缓存引擎（Segmentation-Enabled Cache Engine）和快速数据路径（Fast Data Path）。 流化引擎提供client接口，它接收从client到来的RTSP URL请求，然后把它转化为多个分段子请求，R1…Rn，然后发送给下面的LCMS处理，并等待返回数据，最终通过RTP发送给client。 本地内容管理和调度用于协作streaming engine和下面的cache engine。它把子请求R1…Rn转化为相应的HTTP请求，发送给cache engine，并返回元数据M1…Mn给streaming engine。其中元数据记录了数据段的主要信息，可用于获取具体的缓存数据。 为了保证媒体流的流畅传递，每个数据段应该在发送前就已经存在于缓存。此模块对四种预读策略进行实验，它们分别是：OnDemand，不加预读；Window，加预读窗口，其大小为一个segment；Half，加半个segment大小的预读窗口；Active，根据实时带宽，动态地决定预读下个数据段的时机。 分段缓存