流媒体代理缓存技术研究

这篇文章是一篇综述性的文章。对IPTV的缓存设计,还是有一定的提示作用。

流媒体代理缓存技术研究

标准版

(信息科学与技术学院,2002(4),00263146)

[  ] 随着流媒体技术在互联网上的广泛应用,原有用于加速Web内容分发的代理缓存技术也被应用于流媒体内容分发领域。然而,由于流媒体对象的一些独特特点,需要在传统Web缓存技术的基础上提出适用于流媒体对象的缓存技术。本丈分析了基于代理缓存的流媒体分发中的关键问题和技术挑战,对现有的各种流媒体缓存方案进行了综述、分类和比较,最后对流媒体代理缓存的未来发展方向进行了展望。

[关键词] 流媒体 代理缓存 Web内容分发

1 引言

1 部署代理缓存的网络体系结构

近年来,随着多媒体点播应用的日益普及,多媒体内容的传输占用了当前Internet上的大部分流量,导致骨干带宽紧张和用户接入时延增加。代理缓存正是缓解这一矛盾的有效技术手段。该技术通过将代理服务器部署在网络边缘靠近客户的地方,对热点对象进行缓存,使后续的视频流媒体请求由缓存提供服务来达到减轻骨干网络和服务器负载,提高用户服务质量的目的。具体网络拓扑如图1所示。

 

 

 

 

 

 

代理缓存技术最初是用在Web内容的分发上。然而研究发现,流媒体内容在多个方面呈现出与普通Web内容不同的特征。第一,流媒体需要占用比普通Web内容更大的存储空间,如果对流媒体对象进行类似于Web一样的整体缓存,少数视频流媒体对象就可以消耗掉所有的缓存容量,将大大降低缓存的利用率和命中率。第二,流媒体的分发需要在一段时间持续占用巨大的磁盘I/O带宽和网络带宽,以网络为主要研究场景时降低带宽的消耗成为主要考虑的技术目标之一。第三,用户通常会在流媒体播放过程中进行交互式操作,可能导致同一个会话中的流接入速率在不同时刻有所不同,对缓存的管理带来困难。第四,与无播放质量要求的传统Web内容不同,用户对于流媒体内容有一定的播放质量(如响应时延、画面抖动)需求,需要对从代理服务器播放的视频流和从媒体服务器播放的视频流采用一定的调度策略。

    如何针对流媒体对象的特点研制新型缓存机制,是目前多媒体分发技术发展所迫切需要解决的问题。本文对近年来提出的流媒体代理缓存技术的各类方法进行了全面综述和分析。后文组织如下:第2节对现有的代理缓存技术进行综述,第3节对各种算法进行分类分析和比较,最后对代理缓存技术的发展趋势进行展望。

2 几种典型的流媒体缓存算法

2.1选择缓存算法

2.1.1 选择缓存算法

在用户接入带宽资源有限的情况下,保证正常的媒体播放速率成为媒体缓存算法的主要设计目标。有一类缓存算法,根据带宽情况对影响媒体播放的关键数据或者内容有选择地缓存,我们把这类缓存算法称为选择缓存算法(Selective Caching)

Miao等人以保证正常媒体播放为前提,在考虑磁盘容量的约束条件下,提出了两种媒体数据帧选取缓存算法(Frame-Selected Caching)[1],分别针对骨干链路有无QoS保证时的情形。当骨干链路有QoS保证时,帧选取的原则是使得骨干链路的带宽需求和客户端播放缓存需求最小;当骨干链路无QoS保证时,帧选取的原则是使得代理缓存可以为客户端播放缓存提供尽可能多的帧,以提高网络拥塞时媒体播放的鲁棒性。

同样以降低骨干链路带宽需求为目标,Zhang提出不以媒体数据帧为缓存对象,而以部分超速率数据为对象的速率分段缓存算法(Rate-Staged Caching)[2]。该算法针对VBR流式传输,对高于指定数据传输阈值的媒体数据部分进行缓存。类比于时域上的前缀缓存,速率分段缓存算法也存在如何选取截断速率的问题。文[2]的研究表明,在磁盘容量和网络带宽两个约束下,确定优化的速率是一个背包问题。

2.2基于间隔的缓存算法

用户请求具有高度时域邻近性(Temporal locality)的情况下,对同一媒体对象的两个连续播放请求的间隔内容做缓存,可以显著降低服务器的吞吐量。该类缓存算法称为基于间隔的缓存(Interval Caching),最初的思想由Dan提出[3]。当存在对媒体对象相同部分的两个连续请求时,则连续请求的间隔部分将随着播放过程被缓存。该算法目前已经有多种衍生版本,最具代表性的是Tewari提出的基于资源的缓存(Resource Based CachingRBC)算法[4]RBC算法以每个媒体对象对缓存空间和传输带宽的需求为约束条件,提出了一种启发式的算法选择媒体对象的缓存粒度进行选择,其粒度可以是一个滑动间隔、一系列邻近间隔的组合([4]称为游程,run),甚至是完整的媒体对象。

2.3基于分段的缓存

基于间隔的缓存算法,其有效性依赖于用户请求在时域上的有效性。当到来请求的时间间隔较长时,其性能有可能退化到全对象缓存。为此,研究人员开始考虑选取部分的媒体关键内容进行缓存,例如由Sen等提出的前缀缓存(Prefix Caching)[5],是将媒体内容分成前缀(Prefix)和后缀(Suffix)两个片段部分,并且优先缓存前缀。前缀缓存可以有效地降低用户播放媒体对象时的启动时延,是目前应用较为广泛的流媒体缓存技术。其不足之处在于媒体前缀部分的长度不容易确定。Jin等人的研究[8]表明,在有限的网络资源的约束下,为达到指定的启动时延的前缀缓存,其部署是一个部分背包问题(Fractional Knapsack)

更为普遍的方式是将媒体内容分为多个片段,即基于分段的缓存(Segment based Caching ,以下简称分段缓存)。分段缓存将媒体内容沿着播放时间分成多个片段(Segment),并将片段作为存储和置换的基本单元。分段策略是分段缓存的主要研究热点,依据它可以将分段缓存算法分成等长划分和变长划分两类。变长划分算法的代表是Wu等人[6]提出的片段长度以指数增长的缓存算法策略,这类策略设基本的存储单位为块(block),则第i个片段由第2i-12i-1+12i-1块构成,片段长度为2i-1个块。由于可以通过一次性丢弃较大的后续片段,来适应缓存流行度的变化,该算法可以取得比普通的前缀缓存更低的平均启动时延和更高的字节命中率。在等长划分算法中,片段长度的选择是关键,文[7]提出基于媒体的受访特性确定等分片段的长度,可以获得比指数分段缓存或者前缀缓存更低的网络带宽占用[8]。分段缓存算法可以提供较为精细的缓存粒度,带来更多的灵活性,成为目前主流的代理服务器缓存算法之一。

2.4结合编码转换的缓存算法

然而,随着网络使用的普遍化,用户接入网络呈现出多样化的发展趋势,用户的终端环境、接入带宽以及允许获得的服务质量各不相同,因此请求的视频质量也可能各不相同。为了适应接入网络带宽的不同需求,需要根据用户的请求和带宽状况,动态地改变缓存内容质量和传输速率。结合编码转换技术,其缓存算法可以利用向不同用户提供不同版本的媒体内容来满足不同用户的需求,有两种简单方案:(1)缓存媒体的完整版本(Full Version OnlyFVO),每次根据用户请求由代理服务器进行编码转换。这种方式对代理服务器的CPU资源提出了很高的要求,无法很好地为不同的网络用户服务。(2)仅缓存经过编码转换后的流媒体(Transcoded Version OnlyTVO),编码转换预先由媒体服务器完成。这样的存储方式难以满足所有用户对流媒体质量的不同要求,而且会对网络带宽带来较大压力。

为了解决这两种方案之间的矛盾,Xueyan Tang等人提出了一种自适应的缓存方式[9]。该算法根据代理服务器CPU资源和网络带宽资源的状况,动态地决定是缓存原始版本还是缓存编码转换后的版本。这种方法的缺点在于可能会对同一个视频对象缓存多个版本,对缓存空间提出了较高的要求。

Masahirok[10]等人则建议只为每个媒体对象缓存所得到的最高质量的版本,但是代理服务器可以灵活地采用最大申请(根据网络带宽)、平均申请(根据一段时间内用户申请质量的最大值与网络带宽比较,取较小值)和等同申请(按照用户请求的质量申请)三种不同的策略向媒体服务器请求所需内容。这种算法在缓存空间受限的情况下对缓存效率改善明显。然而,由于代理缓存可向服务器申请不同质量的流媒体版本,媒体服务器仍然必须为此承担编码的负载。

为了降低媒体服务器的编码负担,Bo Shen等人[11]提出了一种可编码转换的缓存系统,采用降低比特速率(bit-rate reduction)和降低空间分辨率(spatial resolution reduction)两种编码转换技术在网络边缘完成质量自适应。根据缓存版本数量和缓存命中后的行为,文献提出了TEC-11TEC-12TEC-2三种缓存策略。TEC -1l TEC-12都只会对同一个缓存对象存储一个版本,不同的是TE-11总是缓存最高质量的,TEC-12总是缓存最低质量的,而TEC-2则会为同一个缓存对象存储多个版本。

随着编码理论和信号处理技术的发展,编码转换技术几乎可以达到实时的效果[20],大大增加了此类技术的实用性。

2.5结合可扩展编码的缓存算法

结合可扩展编码的缓存算法同结合编码转换技术的缓存、算法一样,可以很好地满足不同接入速率要求,但是它利用的是缓存对象采用的可扩展编码的属性。可扩展编码通常也称为分层编码,采用分层的比特流结构对媒体数据进行压缩。第l层称为基本层,可以被独立解码;其余层称为增强层,其解码依赖于基本层;获得的数据层次越多,解码出来的质量越高,所占用的带宽也越大[12]。结合可扩展编码的缓存技术的主要思路是通过向不同的客户提供编码数据的不同层次子集来达到质量白适应。

Jussi Kangasharju首先提出了以层为单位Revenue缓存算法[13]。该算法以网络带宽和缓存空间为约束,以总体缓存受益为优化目标,将层次作为基本粒度,一旦满足条件,视频对象的一层都将整体被缓存。缓存层次的选择建模为一个随机背包问题,采用启发式算法来决定为每个视频选择什么数量的缓存层次。该算法充分考虑了约束条件对缓存效率的影响,但是其以整层作为缓存粒度不够精细,缓存空间的利用率有待提高。

Reza Rejaie等人则将每一层划分为等长片段[14],当缓存内容的质量高于用户的请求(即所缓存的层数高于用户请求的层数)时,代理服务缓存只需要向媒体服务器预取那些同层次或低层次缺失的片段数据。反之,如果缓存内容的质量低于用户的请求,则代理服务器缓存还需要对缺失的高层次数据进行预取。

Stefan Podlipnig等人[15]进一步改进了可扩展编码算法中的置换策略部分,提出了一个新的性能评价指标——质量权重命中率,用来衡量请求命中率与缓存质量之间的平衡程度。并在原有水平和垂直的置换策略的基础上,提出了改进的垂直与水平相结合的置换策略,如图2所示。

实验发现,垂直与水平相结合的置换策略可以在改善字节命中率(byte-hit-rateBHR)与提高质量命中率(quality-hit-rateQHIT)之间取得较好的平衡且有良好的适应性。

M.Zink等人则对可扩展编码缓存算法中的预取算法进行了研究,提出一种无窗口大小

2 置换策略[15]

文中所插入的图应统一连续标号(如:图1 XXX、图2 YYY, 图号与图题之间空1个西文空格,在正文中应对图有引用或说明的部分(例如:如图2所示)。图中符号正常设为“小五号,宋体或Times New Roman体”。图应居中。

 

 

 

 

 

 

 


 

限制的预取算法,该算法通过预取消除同一层次的裂缝来达到降低缓存内容层次波动的目的。他们提出的Polishing算法[16]从质量变化频率和幅度两个方面对缓存内容进行了描述,缓存算法的目标是使谱函数值最小的情况下,将尽可能多的缓存片段传送给用户。

随着可扩展编码技术的发展,Jiangchun Liu等人针对采用MPEG-4FGS编码的媒体提出了FGS缓存算法[17]。该算法在粒度划分上进一步克服了原有算法不够精细的缺点,可以将视频对象以任意速率进行传输。该算法以在骨干链路带宽消耗和媒体传输质量之间获得最优折衷为目标,设计了一个良好的缓存管理框架,但预取和置换方案还有待讨论和实现。

3 各种缓存算法的分析和比较

根据是否考虑代理服务器和客户端之间网络带宽的差异性,本文将目前的流媒体缓存技术分为针对同构网络用户和针对异构网络用户的两类代理缓存技术,下面我们分别对其进行了分析和比较。

上文提到的选择缓存算法、基于间隔的缓存算法和基于分段的缓存算法均属于针对同构网络用户的范畴。这类算法中,代理服务器所服务的用户终端一般具有相同或者类似的处理能力和接入带宽,缓存算法的设计难点在于媒体数据缓存部分的选取。我们对其中具有代表性的算法从实现复杂度、算法扩展性以及在时延和带宽方面的性能进行了比较,如表1所示。

由表1可见,这类算法普遍存在两方面的矛盾。一方面,代理缓存算法存在低复杂度和高扩展性之间的矛盾。例如,基于间隔的缓存中,Interval Caching易于实现,但是其扩展性有限,无法对时间临近度较低的用户请求做出反应;RBC提出的多种粒度的间隔缓存提高了算法的扩展性,但是实现:复杂度也相应增加。又如选择缓存中,Rate-Staged缓存易于实现,但是其算法扩展性受到阈值选取优化问题的困扰;Framc-Selected缓存提出的在网络服务质量和缓存容量的约束条件下的帧选取算法具有较高的扩展性,但其实现复杂度也相应提高。比较而言,基于片段的缓存算法的复杂度和扩展性适中,因此获得了广泛的研究者关注。

另一方面,代理缓存算法性能在降低用户体验时延和节省骨干链路带宽的两个性能之

 

1 针对同构网络用户的代理缓存技术比较

算法类别

算法名称

缓存数据的选取

算法

复杂度

算法

扩展性

时延性

能改进

带宽

节省

改进

选择缓存

Frame-Selected Caching[1]

部分数据帧

中等

Rate-Staged Caching[2]

超出速率阈值的数据

中等

中等,速率阈值的选

取与场景有关

 

中等

 

基于间隔的缓存

Interval Caching[3]

滑动间隔

低,在请求到来时域

稀疏时性能低

 

 

中等

Resource based Caching[4]

滑动间隔/滑动

间隔的组合/整

个媒体

中等

中等

基于分段的缓存

Prefix Caching[5]

媒体初始前缀

数据

中等,前缀长度的选

取与场景有关

中等

Exponential Segment

Caching[6]

长度指数增加

的媒体片段

中等

中等

Adaptive and Lazy

Caching[7]

长度相等的媒体片段

间存在着折衷。例如,基于间隔的缓存算法和选择型缓存算法分别以两个性能之一作为各自主要的性能考量,却对另一个性能的改进不明显。对基于片段的缓存算法而言,由于片段划分策略通常支持前缀缓存,因此在降低用户启动时延方面有明显优势。片段缓存的性能这两个性能之间也存在着明显的权衡关系[11]

文中所插入的表格应统一连续标号(如:表1 XXX、表2 YYY, 每个表格应有表题,表号与表题之间空1个西文空格,在正文中应对表有引用或说明的部分(例如:如表2所示)。单元格内容尽量对齐, 表题内容设定为居中,表中符号正常设为“小五号,宋体或Times New Roman体”。表格应居中。

结合编码转换和结合可扩展编码的缓存技术均属于针对异构网络用户的范畴。然而两者的实现机制和设计难点均不一样。结合编码转换的缓存技术主要通过传送不同编码速率版本的视频内容来为不同需求的用户服务,其研究内容集中在如何对不同版本进行缓存,从而在CPU资源、网络带宽和缓存空间之间取得良好的平衡。我们对这类技术的典型算法从缓存版本数量、质量依据、资源消耗等方面进行了比较,具体分析如表2所示。

2 结合编码转换技术的缓存方案比较

算法名称

策略名称

缓存质量依据

同目标缓存

版本数量

编码转换的位置

对异构网

络的支持

资源需求

CPU

存储空间

Adaptive

Caching[9]

Adaptive

Caching

S-P带宽和CPU资源

共同决定

多个

代理缓存

Quality

Adaptive

Caching[10]

 

QA(max)

 

S-P带宽

1

最高质量

原始服务器/代

理缓存

QA(avg)

C-PS-P带宽大小

1

最高质量

原始服务器/代

理缓存

QA(same)

C-P带宽大小

1

最高质量

原始服务器/代

理缓存

 

Transcoding Enabled

Caching[11]

TEC—11

C-P带宽大小

1

最高质量

代理缓存

TEC-12

C-P带宽大小

1

最低质量

代理缓存

TEC-2

C-P带宽大小

多个

代理缓存

而结合可扩展编码的缓存技术则是通过向用户提供不同编码层次集合来满足用户不同接人速率要求,不同粒度下的预取和置换方案是其主要的研究内容。我们对目前该技术采用的典型方案从缓存粒度、预取和置换算法、缓存目标等方面进行了比较,结果如表3所示。

3 可扩展编码缓存技术方案比较

算法名称

缓存粒度

预取方案

置换顺序

目标

Revenue Cache[13]

——

垂直置换

节省S-P带宽

Segment-grained layering

Cache[l4]

片段

窗口式

水平置换

提高缓存内容的连续性和完整性

Combined replacement

Cache[15]

片段

窗口式

水平与垂直相结合

在字节命中率和质量命中率间取得最佳平衡

Polishing Cache[16]

片段

无窗口大小限制

水平置换

降低缓存内容质量变化的幅度和频率

FGS Cache[17]

任意大小

——

——

节省S-P带宽,提高发送质量

可扩展编码技术可以通过发送不同层次的子集来进行灵活的质量自适应,具有缓存空间需求小等优点;但是该技术也具有对包丢失敏感、同等质量下比单一层次编码需要更多带宽等缺点。编码转换技术则可以拥有良好的容错性,但是对于缓存系统,该技术对缓存空间提出了较高的要求。

由于结合可扩展编码的缓存技术和结合编码转换的缓存技术都具有各自的优势,在不同的比较场景下的比较结果往往不同。

[18]在较简单的情况下对异构网络环境下代理缓存技术进行了性能的比较,它将结合编码转换的缓存策略分为仅缓存高质量或仅缓存低质量两个策略,分层编码采用2层编码。仿真结果表明:高质量版本缓存总是可以得到最好的视频质量,但是需要付出较高的网络和时延代价;低质量版本缓存虽然拥有较低的网络负载和播放时延,但是始终无法得到较好的视频质量;只有采用分层编码的缓存技术在这三者当中取得了较好的平衡。文[17]考虑5种质量版本,采用MPDC-4精细粒度编码作为可扩展编码技术,从骨干网带宽消耗和代理服务器计算效率两个方面对两种缓存技术进行了深入比较,进一步验证了结合可扩展编码缓存技术的优越性。

但是,采用分层编码,为达到同样的视频质量,需要比单一层次编码占用更多的存储空间,在这个额外负载很大的情况下,将极大降低采用分层编码缓存技术的效率。文[28]针对该问题,提出只有采用可扩展编码和编码转换技术的混合缓存策略,才可以很好地应对额外负载大小变化对缓存效率的影响。而文[19]在一个易丢包的环境下再次对上述两种技术进行比较,发现在中等的包丢失率和骨干链路带宽足够的环境下,结合编码转换技术的缓存策略是最佳选择。

因此,异构网络环境下采用哪一种缓存策略,需要结合代理服务器的使用环境、用户特点等诸多方面加以综合考虑。

4 结论与展望

代理缓存可以有效降低流媒体分发时的用户体验时延和骨干链路带宽需求。本文根据代理服务器和用户终端之间用户接入网络情况的不同,从同构网络用户和异构网络用户两种情况,对现有的各种流媒体代理缓存策略进行了分类比较,重点介绍了不同缓存策略面临的问题、解决的思路和局限性。

流媒体代理缓存技术除了自身仍然面临着众多的选择和折衷,在其他很多方向上还有很多问题有待解决。

首先,随着无线网络的不断发展,针对无线信道传输可靠性差、误码率高、用户移动等特点,建立有效的缓存策略,使得部署在传统Internet与无线网络边缘的代理服务器为无线用户提供高效的流媒体服务,是目前研究的一个热点。

其次,现有的缓存策略的研究都是将Web对象与流媒体对象分开考虑,这与大多数实际情况不符,如何建立高效的混合缓存策略也是需要研究的问题。

最后,合作式缓存作为提高缓存系统扩展性的一个方案得到了广泛关注,设计一个流媒体对象在合作式缓存系统中进行高效分布和缓存的方案,对提高流媒体缓存技术的扩展性具有重要意义。

[参考文献]:黑体,五号,顶格,加粗,固定行间距为 17

2

 

 


 

期刊文献格式:[编号]作者.文章题目.期刊名.出版年,期数:页码区间.

楷体,小五号,固定行间距 17 ,所有标点符号用西文标点符号

[参考文献]

[1]Miao Zhourong,Ortega A. Scalable proxy caching of video under storage constraints. IEEE JSAC,2002, No.2: 1315-1327.

[2]Zhang Z-L,Wang Y,Du D H C,et al. Video staging:A proxy-server-based approach to end-to-end video delivery over wide-area networks. IEEE Trans Networking, 2000,No.8: 429-442.

[3]张祥德,刘兵,高飞等. 流媒体技术研究. 计算机应用研究. 2003,No.3:82-84.

[4]王国英. Rough集理论与知识获取. 西安:西安交通大学出版社. 2001:167-203.

[5]周永来. 流媒体技术及其在网络广播中的应用:[硕士学位论文]. 天津:天津大学,2004.

图书文献格式:[编号]作者.书名(版本).出版地:出版社名,出版年:页码区间.

楷体,小五号,固定行间距为 17 ,所有标点符号用西文标点符号

[6]http://sourceforge.net/projects/conexp.

[7]Chen S, Shen B, Wee S, et al. Adaptive and lazy segmentation based proxy caching for streaming media delivery. In: Proc. NOSS-DAV'03, 2003.

[8]Chen Songqing, Shen Bo, Wee Susie, et al. Investigating Perform-ance Insights of Segments based Proxy Caching of Streaming Media Strategies. In: Proceedings of SPIE/ACM International Conference on Multimedia Computing and Networking (MMCN'04), 20O4.

[9]Tang Xueyan, Zhang Fan, Chanson S T. Streaming Media Cac-hing Algorithms for Transeoding Proxies. In: Proc. ICPP 2002.

[10]Sasabe M, Taniguchi Y, Murata M, et al. Proxy Caching Mecha-nisms with Quality Adjustment for Video Streaming Services. IE-ICE Transactions on Communications Special Issue on Content Delivery Networks, 2003, E86-B: 1849-1858.

[11]Shen Bo, Lee Sung-Ju,Basu S. Caching Strategies in Transcoding-Enabled Proxy Systems for Streaming Media Distribution Networks. IEEE Trans On Multimedia, 2004,No.6:1109-1123.

[12]Vishwanath M, Chou P. An Efficient Algorithm for Hierarchical Compression of Video. In:Proc. IEEE Intl CoM Image Processing,1994.

[13]Kangasharju J, Hartanto F, Reisslein M, et al. Distributing Lay ered Encoded Video through Caches. IEEE Trans On Computers,2002, No.3:19-23.

[14]Rejaie R, Yu Haobo, Handley M, et al. Multimedia Proxy Cac-hing Mechanism for Quality Adaptive Streaming Applications in the Internet. In: Proceedings of IEEE Infocom'2000, 2000.

[15]Podlipnig S, Boszormenyi L. Replacement Strategies for Quality Based Video Caching. In:IEEE International Conference on Multi-media and Expo (ICME), 2002,No.2: 49-52.

[16]Zink M, Heckmann O, Schmitt J,et al. Polishing: a technique to reduce variations in cached layer-encoded video. In: Euromicro Conference, 2003, No.8:249-254.

[17]Liu J, Chu X , Xu J. Proxy Cache Management for Fine-Grained Scalable Video Streaming. In:Proc. IEEE INFOCOM'04, 2004.

[18]Rejaie R, Kangasharju J. On Design and Performance Evaluation of Multimedia Proxy Caching Mechanisms for Heterogeneous Networks. In: Proceedings of IEEE International Conference on Multimedia and Expo, 2000.

[19]Radulovic I,Frossard P,Verscheure O. Adaptive Video Streaming in Lossy Networks: versions or layers? In: Proceeding of IEEE ICME, 2004.

[20]Yamada T, Wakamiya N, Murata M,et al. Implementation and evaluation of video-quality adjustment for heterogeneous video multicast. In: Proceedings of APCC, 2002,454-4457.

   

 

Survey on Proxy Caching Technologies for Streaming Media

Biao Zhunban

[Abstract]  With the widespread uses of the streaming technology over Internet, proxy caching has been introduced to the area of streaming media from that of Web content distribution. Due to some distinct characteristics of streaming media object, novel caching techniques for streaming media are required to replace the traditional Web caching techniques. The critical issues and challenges of proxy caching strategies for streaming media are reviewed in this paper. We survey, classify, and compare the state-of-art various proxy caching solutions for streaming media. Finally, the future research issues in this field are outlined.

[Keywords] Streaming media  Proxy caching  Web content distribution  

  1.   页面设置如下:

纸张类型为A4

 

2中文题目:黑体,二号,居中,题目中出现西文数字等统一Times New Roman体,行间距取固定值 22 ;题目前后各空1个空行(在格式/段落中设置);

3姓名:楷体,小四号,加粗,居中;作者班级等信息:楷体,五号,居中;

4[  ]:黑体,小五号,加粗;摘要内容:楷体,小五号,悬挂缩进4字符,固定行间距 17

5[关键词]:黑体,小五号,加粗;关键词内容:楷体,小五号,关键词之间空1格,不用标点符号;

6.正文内容:中文统一宋体,英文统一Times New Roman体,小四号,首行缩进2个字符,固定行间距 22

7.一级标题:黑体,小三号,顶格,行间距固定值 22 ,前后各空1行(在格式中设置);一级标题的标号与题目内容之间空一个西文空格,标号为西文字符;

8.二级标题:宋体,小四号,加粗,首行缩进2个字符,固定行间距为 22 ;三级标题:宋体,小四号,加粗,首行缩进2个字符,固定行间距为 22

9文中所插入的图应统一连续标号(如:图1 XXX、图2 YYY), 图号与图题之间空1个西文空格,在正文中应对图有引用或说明的部分(例如:如图2所示)。图中符号正常设为“小五号,宋体或Times New Roman体”。图应居中;

10.文中所插入的表格应统一连续标号(如:表1 XXX、表2 YYY), 每个表格应有表题,表号与表题之间空1个西文空格,在正文中应对表有引用或说明的部分(例如:如表2所示)。单元格内容尽量对齐, 表题内容设定为居中,表中符号正常设为“小五号,宋体或Times New Roman体”。表格应居中;

11.图和表的前一段落在格式/段落中设置段后空一行,后一段落在格式/段落中设置段前空一行;

12[参考文献]:黑体,五号,顶格,加粗,固定行间距为 17

13.期刊文献格式:[编号]作者.文章题目.期刊名.出版年,期数:页码区间.楷体,小五号,固定行间距 17 ,所有标点符号用西文标点符号;

14.英文题目:Times New Roman体,二号,加粗,居中,除连接词外所有单词首字符用大写字符,缩写符号的所有字符均要求用大写字符;英文姓名:Times New Roman体,小四号,加粗,居中,用汉语拼音表示姓名,姓在前,名在后,多字名的汉语拼音连写,姓与名的首字符用大写字符,姓与名之间空1个西文空格;[Abstract]Times New Roman,小五号,顶格,加粗;英文摘要内容:Times New Roman,小五号,悬挂4个字符,文中用西文标点,固定行间距 17 [Keywords]Times New Roman,小五号,顶格,加粗;英文关键词内容:Times New Roman,小五号,关键字之间空2个西文空格,固定行间距 17 ,如超过1行采用悬挂方式;

15.页眉:宋体,小五号,居中。

 

转自

jsj.yctc.edu.cn/news/UploadFile/20085317931497.doc

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
要在 JavaScript 中预加载和缓存媒体流,可以采取以下措施: 1. 预加载媒体流:在播放媒体流之前,可以通过创建一个新的 Video 或 Audio 元素,并设置其 src 属性为媒体流的 URL,然后调用 preload() 方法来预加载媒体流。这样可以在播放媒体流时快速加载和播放。 2. 缓存媒体流:通过将媒体流数据缓存到客户端本地,可以避免因网络延迟导致的卡顿和播放中断。在浏览器中,可以使用 HTML5 中的 localStorage 和 sessionStorage 对象来实现缓存。将媒体流数据分割成小的数据块,并将其缓存到本地,当需要播放媒体流时,可以从本地缓存中读取数据并播放。 3. 控制缓存大小:由于媒体流数据通常很大,因此需要控制缓存的大小,避免占用过多的客户端空间。可以通过设置缓存的过期时间和最大缓存空间来控制缓存大小。 4. 延迟加载:对于长时间的媒体流,可以采用延迟加载的方式,将媒体流分割成多个小段,并在播放前先加载前面的几段,等到播放到后面时再加载后面的段。 5. 缓存策略:可以根据不同的场景和需求,采用不同的缓存策略。例如,对于实时直播场景,需要保证最新的媒体流数据被缓存和播放;而对于点播场景,可以采用预加载和缓存的方式,提高媒体流的播放效率。 需要注意的是,预加载和缓存媒体流需要消耗大量的客户端资源和带宽,因此需要在实际应用中根据实际情况进行选择和使用。同时,也需要注意缓存数据的安全性和合法性,避免因缓存数据泄露或侵犯版权等问题导致的法律风险。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值