HFC单向网络数据广播性能分析和优化.docVIP

绍兴市广播电视科技进步奖申报表 名　称 HFC单向网络数据广播性能分析和优化 类别 数字电视 主要完成人 章荣 工作起止时间 2003年　7　月　1　日至今 单位推荐理由： 随着数据广播内容的增加，处于单向网络下的数据广播页面的显示速度也越来越慢，已不能满足运营商的要求。本文旨在通过分析基于OC（对象轮）方式的数据广播播发原理和优化策略，对现有数据广播实现优化。从而使得数据广播的应用和最终客户的体验，都提升了一个档次。 　　　　　　　　　　　　　　　　　（盖章） 　　　　　　　　　　　　　　　2007年　9月　13日 县（市） 文广局 初审意见 （盖章） 2007年　月　日 评比结果 等奖 市文广局 审批意见 （盖章） 　　　　　　　　　　　　2007年　月　日 注：类别选择广播、电视、网络、数字电视、软件、网站、技术管理中的一项填写。 HFC单向网络数据广播性能分析和优化 技术部 章荣 摘要：随着数据广播内容的增加，处于单向网络下的数据广播页面的显示速度也越来越慢，已不能满足运营商的要求。本文旨在通过分析基于OC（对象轮）方式的数据广播播发原理和优化策略，对现有数据广播实现优化。从而使得数据广播的应用和最终客户的体验，都提升了一个档次。 关键词：优化 轮播时间 实际显示时间 技术背景 本案的播出系统采用对象轮（MHP-OC）技术体系，以对象轮协议作为数据传输层标准，同时辅之以AIT表实现应用的状态表述、关联控制等。 播发前，服务器先把要播出的内容按照事先定义好的策略进行分割打包，然后对这些数据包进行轮播，即当播完一轮时，再重头播出，播出指针始终在包头和包尾间顺序遍历。 机顶盒通过茁壮浏览器接收，当机顶盒需要接收某个页面时，先通过URL定位到某个频点，通过机顶盒QAM接收后，再定位到某个TS、某个Service，然后等待OC对象轮播，当捕获所有的轮播对象后，机顶盒接收显示。请注意，笔者所描述的语言，这里指的是“所有”，而不是从对象列表中获取所需要的对象，这一点很关键，为我们实现优化具备了可能性，所有的优化工作都是通过尽量减少对象轮的大小来减少机顶盒的等待时间。 分析 机顶盒的等待时间取决于所需文件在对象轮中的位置（A）与当前对象轮的播发位置（B）的关系，于是可以分两种情况来讨论机顶盒的等待时间： （1）第一种情况：A在B1之后（如下图） 那么机顶盒需要等待对象轮从B1位置播发到A位置的时间T1 （2）第二种情况：A在B1之前（如下图） 那么必须等待对象轮播完这一轮，再重头开始，然后再等待轮首到A位置的时间，总共需要时间T2 结论 假设播发一轮的时间为T，那么根据以上的分析，可以得出结论0T1T2T 优化依据 在描述优化依据之前，首先要说明两个概念，就是播发服务器的轮播时间和机顶盒实际接收时间。由于受到机顶盒性能、网络质量等客观因素的影响最终用户端的接收时间和服务器的轮播时间必然存在一定的延迟，但我们可以通过实验来比较这个延迟的变化，我们的目的就是尽量缩短延迟，并使这个延迟发生在我们能掌控的范围内。 数据广播能够得以优化，主要来自两个依据： 目录中文件的数量 同样2M大小的内容，如果分别由10个和1000个文件组成，那么机顶盒在显示页面时，速度是否一样呢？答案是：数量少的比较快。 根据实验数据，我们得到了以下的图示。 由于内容大小和播出码率不变，所以轮播时间不变。代表实际显示时间的曲线，前一段变化比较缓慢，说明文件数量的变化对轮播所需时间影响不大，但高于某一个阀值之后，曲线上升的很快，这时说明文件数量已经成为瓶颈。 原因在于，机顶盒在打开页面前，需要先在对象轮中先找到所需文件，如果文件太多，机顶盒消耗在寻找的时间就长，毕竟机顶盒芯片的计算能力还没有台式机那样强。 因此我们选择了把一块大的内容，分割成若干份分别播放，使得机顶盒能尽快的搜索到页面，从而达到缩短页面显示时间的效果。 文件容量的大小 对于固定大小的内容，当码率扩大10倍的时候，机顶盒在显示页面时，速度是否能提高10倍呢？答案是否定的。 根据实验数据，我们得到了以下的图示。 随着设置码率的增加，轮播速度越来越快，当码率无限大的时候，只要在服务器和播发软件的负荷之内，轮播时间理论上可以无限接近0。然而实际显示速度却跟不上轮播速度的变化，播发码率与机顶盒接收码率不成正比。由于机顶盒芯片和服务器存在硬件差距，机顶盒性能成为双方通行的瓶颈，再加上网络传播延迟等因素的影响，我们不能寄希望于无限提高码率来加快页面的显示速度。当超过某个边际值时，码率的提高将不能影响页面的打开速度，甚至会因为码率过大而造成网络异常，从而导致机顶盒接收页面出错。实验数据证明，一般将一个流（32M）分成6-8个Service，即每个Service 4-5M左右，是一个比较合适值。 2