首 页 网络编程
网页制作 图形图象 操作系统 冲浪宝典
软件教学 认证考试

网络安全 网络办公 行业资讯 评测对比
您当前位置:站长天空 -> 网络编程-> ASP教程
基于hfc网的分布式vod体系结构
作者:网友供稿 点击:15
推荐
西部数码-全国虚拟主机10强!20余项虚拟主机管理功能,全国领先!第6代双线路虚拟主机,南北访问畅通无阻!可在线rar解压,自动数据恢复设置虚拟目录等.免费赠送访问统计,企业邮局.Cn域名注册10元/年,自助建站480元起,免费试用7天,满意再付款!P4主机租用799元/月.月付免压金
站内搜索
文章页数:[1] 
孙松林先生,北京邮电大学多媒体中心博士;蔡安妮女士、孙景鳌先生,教授、博士生导师。
  海量的声像节目如何快速高效地传递到最终用户,是在HFC网上开展多媒体业务需要解决的一个关键问题,本文就此提出了一种基于HFC网的分布式VOD体系结构。

一 HFC网上的VOD系统结构

  HFC网的构成是: 在CATV干线上,从头端(Headend)到住宅小区附近的混合节点(Hybird Node)使用光缆,现多采用星型网络拓扑结构;在配线上,从混合节点到最终用户则使用原有的树状小型同轴电缆网络。

  混合节点亦称为光节点,一个光节点一般拥有500个用户。HFC网中一根同轴电缆的频带可高达750MHz、850MHz,甚至于1GHz,在没有放大器的情况下传输距离为300~600m。以上各种信号的频带分配,目前还没有正式的国际标准,一种典型的分配方案是5~42MHz传送上行数据,50~550MHz传送模拟电视,550~750MHz传送下行数据,750~1000 MHz预留给未来的双向业务。点播电视(VOD)等数字互动业务可以在550~750MHz这个频段上开展。



图1

  图1是一个典型的基于HFC网的VOD系统。图1中用户机顶盒(STB)利用PSTN实现点播命令的回传,此时可以不对单向的广播网络进行双向改造。尽管HFC的带宽很宽,但用来开展互动业务的频带是有限的,只有200MHz。如果采用64QAM调制的话,可以传递大约300套3Mb/s节目。随着服务的用户数目的增加,频道资源的争用问题将比较严重。一种可能的解决方法是将光节点作为服务接入点。如果在光节点增加多个混合器,可以灵活控制单个混合器服务的用户数,从而得到更好的服务质量。

二 宽带IP网上声像内容的分布式存储与分发

  将海量的声像节目提供给最终用户,并快速高效地将节目传递到用户终端设备上是设计VOD系统的目标。2001年,从SGI公司独立出去的专门研究网络流媒体解决方案的Kasenna公司,提出了一种在宽带广域网上进行视频内容分布式存储和分发的策略——VCD(Video Content Distribution)。这个策略综合了传统的分布式内容服务DCS(Distributed Content Services)和缓存技术的优点,其结构如图2所示。



图2

  该结构的主要原理是将文件的描述数据,即元数据(Metadata)与声像数据分离。主服务器存储着所有的完整声像文件,而直接面向最终用户的边缘服务器则保存了全部节目的元数据、部分热门节目和一部分节目的第一段数据。元数据描述了声像文件的特性,如文件格式、大小、速率等,还记录了该文件的存取权限和在网络中的位置信息,其中位置信息记录的是保存有该节目完整数据、而且离该边缘服务器最近的服务器。位置信息可能会经常更新,而且各服务器内相同节目元数据的网络位置信息也可能不同。

  Kasenna VCD还采用了一种称为“预取缓存”(Prefix Caching)的技术,就是将一些节目的最前面的一段数据,如10%、20%,甚至全部,预先存储到边缘服务器上。当用户点播时,先将这部分数据发送下去,同时通过元数据中的网络位置信息了解本服务器内有没有该节目的完整数据。如果没有,则从其他服务器上获得该文件的其他数据。这样做既可以节省存储空间,又降低了用户的初始等待延时,提高了系统性能。

  目前,Kasenna VCD技术结合该公司最新的MediaBase XMP软件已经应用于诸如10Base-T、100Base-T、吉比特以太网等IP网络和ATM网络,可以为用户提供高质量的MPEG-1、MPEG-2和MPEG-4节目。

           三 HFC网上的分布式VOD系统

  1. 体系结构

  现有的VOD系统基本上是各自自成一体,自己管辖的用户只能点播本系统视频服务器上存储的节目,无论是要扩大节目存储量,还是要扩大所服务的用户数,代价都很高,因而只适用于旅馆、居民小区和企业内部等小范围的应用。为了解决上述问题,我们在Kasenna VCD的基础上,提出了将光节点作为服务接入点的分布式VOD体系结构。

  我们将一个头端以下的服务区称为一个“区域服务区”;光节点内一个混合器以下的服务区称为一个“边缘服务区”。如果一个光节点配备了多个混合器,那会有多个边缘服务区。图3给出了一个区域服务区的结构。



图3

  下行信道采用64QAM调制方式,每个64QAM调制器可以将约40Mb/s的数字信息调制到8MHz的模拟频道上。这样,每个边缘服务区大约可以传递300套3Mb/s节目,因为边缘服务区的用户数一般为500个左右,所以能够较好满足用户要求。点播命令的上传可以采用QPSK或FSK调制方式,上行信道多址方式可以采用时隙ALOHA/FDMA或其他方式。

  在一个区域服务区内,头端有一个区域视频服务器及光盘库,存储该区域服务区内所有节目的完整备份和元数据。元数据包括该节目文件的描述信息,如节目名称、简介、索引关键词、节目码率、长度等,以备查询; 在每个边缘服务区有一个边缘服务器,存储该边缘服务区内的热点节目,以及该区域服务区内其他部分节目的“头块文件”。头块文件包含该节目最前面的一部分数据,其大小可以根据服务器容量、节目长短等因素确定。

  边缘服务器可以完整地存储热点节目,以减少用户的等待延时,减轻系统干线的网络负担。对于非热点节目,边缘服务器存储其中点播概率相对较高的一些节目的头块文件; 而对于其他点播概率相对较低的非热点节目则可以不存,当有用户点播时,再从区域服务器上获得。通过合理地调整,这样的节目存储策略可以使用户的总平均等待时间最短。

  如图3所示,边缘视频服务器和用户机顶盒之间的交互工作方式与一般现有小型VOD系统没有什么不同,而边缘服务器与区域服务器之间的通信则需要通过双向光缆进行。当边缘服务器请求区域服务器内的文件时,其命令经过FSK调制进入上行光纤,传输到头端的命令信号经FSK解调后送入区域服务器。从区域视频服务器下传的声像文件经过边缘QAM调制送入光纤,在光节点进行接收处理后,即可存储到边缘服务器。图3中接收处理模块所做的工作主要有两个: QAM解调和解复用。从本质上讲,它完成的工作与机顶盒除解码外的工作是完全一致的。因此,可以将其认为是没有解码但进行存储的机顶盒。而边缘服务器从区域服务器获得视频文件的过程亦可以认为是边缘服务器作为客户端向区域服务器请求进行一次点播的过程,不过点播的结果不是播放到终端,而是存储到边缘服务器内。

  不同的区域服务区可以通过头端利用ATM、SDH或DWDM等成熟技术形成环状拓扑结构,组成骨干网,如图4所示。这样不仅可以最大程度地保证网络的稳定性,还可以灵活分配各线路上的带宽,最终实现不同区域服务区的节目共享,为用户提供真正的海量节目。



图4

  各区域服务区之间的节目传送亦可以参考边缘服务区与所在区域服务区之间的通信模式。图5是不同区域服务区进行文件传送的系统结构图。



图5

  当区域服务器1请求区域服务器2内的文件时,其命令经过FSK调制进入光纤环网,头端2将请求信号接收后经FSK解调送入区域服务器2。下传的声像文件则需要经过区域QAM调制后送入光纤环,在头端1进行接收处理后,即可存储到区域服务器1。需要注意的是,同一个区域服务器有两种QAM: 一种是边缘QAM,用于向该区域内边缘服务区发送节目;另一种是区域QAM,用于向其他区域服务区发送节目。这两种QAM尽管都出自同一区域服务器,但其传送的节目是不同的。

  在我们提出的这个体系结构中,骨干网线路—干线—配线构成了三级传输线路。在这三级线路中,550~750MHz频段上传送的数据都不相同,因而该频段得到了最大程度的利用。其中,骨干网线路具有最高的通信代价,其次是头端到光节点的光纤干线,而配线的同轴网络线路的通信代价最低。因此应当尽量地减少高代价线路上的流量,这既可以通过增大区域服务器和边缘服务器上的存储量来实现,也可以通过合理配置热点节目及头块文件来改进。

  2. 节目分发和传送策略



图6

  图6是接纳控制服务器对用户点播请求的处理流程,其中包含着分布式VOD体系结构的内容分发和传送策略。

  我们以一个用户点播节目为例,来说明在该VOD体系结构中是如何实现节目的分发和传送的。

  a. 边缘服务区内的节目传送

  如果用户点播的节目是热点节目,在边缘服务器内有该节目的完整备份,所有的操作均在该边缘服务区内完成,只需分配频道资源即可。

  b. 区域服务区内的节目分发和传送

  如果用户点播的节目是非热点节目,那就需要区域服务器的参与才能完成。边缘服务器的接纳控制部分接收到用户的点播请求后,根据该服务器上是否有该节目的头块文件进行分别处理:

  (1)如果有头块文件,向区域服务器发出传送请求; 如果可以在规定的时间内得到剩余数据,边缘服务器将一边传送头块文件给用户,一边从区域服务器得到该节目的剩余数据;如果提供剩余数据的时间过长,将询问用户是否依然点播,以决定是否释放资源和传送剩余数据;

  (2)如果没有头块文件,向区域服务器发出传送请求;然后返回传送节目的时间,询问用户是否依然点播,以决定是否释放资源和传送数据。

  c. 区域服务区外的节目分发和传送

  如果用户想点播所在区域服务区之外的节目,或者本区域服务区的管理员希望获得相邻服务区的节目,用户要首先通过边缘服务器向区域服务器发出查询请求,而管理员则可直接通过拓扑环,对其他区域服务器内保存的相应节目的元数据进行查询;如果选中,将返回该节目传送到本区域服务器的时间,询问用户是否传送。传送成功后,就可以作为没有头块文件的非热点节目供用户点播。

  不同边缘服务区内的用户观看节目可能具有不同的喜好和时间,这就造成了各边缘服务区在空间和时间上的不同倾向性。我们可以充分利用这个倾向性来合理配置网络和节目资源,使系统在用户等待延时、网络通信开销、服务器存储容量等性能上达到全局最优。

四 结论

  因为CATV网络具有较高的用户普及率和优秀的网络质量,利用HFC开展互动多媒体业务具有较大优势。基于HFC网的分布式VOD体系结构充分利用现已有的CATV网络,可以将海量的节目迅速高效地提供给用户,为开展VOD等多媒体互动业务提供了一种合理的框架。(全文完)

摘自《世界宽带网络》

文章整理:站长天空 网址:http://www.z6688.com/
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息,谢谢!

文章页数:[1] 


放大字体显示 缩小字体显示 打印文章 推荐给朋友
热门文章
·在ASP.NET中使用Office Web Components (OWC)创建统计图-.NET教程,数据库应用
·windows系统下jsp+mysql+tomcat的配置-JSP教程,Application/Applet
·把aspx文件编译成DLL文件-.NET教程,Asp.Net开发
·Haneng.com的简单留言板制作源程序例子-ASP教程,ASP应用
·使用VB实现邮箱自动注册(一):表单自动提交-.NET教程,VB.Net语言
·VS.NET安装指南(To菜鸟)-.NET教程,Asp.Net开发
·web下水晶报表的使用!-.NET教程,Web Service开发
·C# 静态成员和方法的学习小结-.NET教程,数据库应用
·IIS的使用-ASP教程,ASP基础
·asp讲座之二:读取通过表单发送的数据
最新文章
·photoshop鼠绘实例:浪漫夏夜壁纸_photoshop教程
·买卖中小网站交易的一些细节问题_站长心得
·七招打造最安全的windows xp操作系统_windows xp
·做google adsense最佳和最重要的要诀_网赚技巧
·上下文关联广告清单(内文广告)推荐_网赚技巧
·广告联盟,痛定思痛_网赚技巧
·insenz首批广告费发放给站长_网赚技巧
·李彦宏:三分之一时间用在寻找人才_站长访谈
·中国汽车资源网杨锁民:网络寒冬时下海_站长访谈
·做it新闻资讯网站应先学新浪_站长心得
相关主题
  • 基于hfc系统的高效数据传输协议
  • 基于hfc网络的会议电视系统
  • 西部数码虚拟主机

    友情链接
    CNNIC 西部数码
    万网 自助建站
    虚拟主机 asp空间
    域名注册 域名
    域名申请 主页空间
    论坛空间 网站空间
    国际域名 虚拟空间
    空间租用 DDOS防火墙
    成都主机托管 四川主机托管
    主机租用 服务器租用
    网站目录 自助建站
    虚拟主机 网址大全
    软件下载
    自助链接
    虚拟主机资讯 特价虚拟主机
    版权申明:本站文章均来自网络,如有侵权,请联系我们,我们收到后立即删除,谢谢!
    关于我们:站长天空:专业提供最新的站长资讯、在线教程、虚拟主机权威评测、虚拟主机性能对比、网站制作教程,开发教程,站长工具。包括网页制作教程、冲浪宝典、编程参考、操作系统、软件教学、行业动态等。
    特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有。
    发表评论 打印  刷新     关闭