IPQAM的VOD低成本解决方案_第1页
IPQAM的VOD低成本解决方案_第2页
IPQAM的VOD低成本解决方案_第3页
IPQAM的VOD低成本解决方案_第4页
IPQAM的VOD低成本解决方案_第5页
已阅读5页,还剩3页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、.PAGE :.;PAGE 8我们可以提供以下相关支持: 电缆网络传输设备和方案,光缆网络传输设备和方案,激光信号源, 激光信号光功率计,有线电视信号和卫星信号场强仪等配套检测仪器,仪表等等. 假设您需求协助 的话,可以发邮件到: HYPERLINK mailto:yt6378983163 yt6378983163 ;IPQAM的VOD低本钱处理方案1前言近年来,随着国家信息化建立的大力开展和三网交融的积极推进,广电行业加快了 HYPERLINK /keyword/%D3%D0%CF%DF%B5%E7%CA%D3 t _blank 有线电视数字化整体转换任务的步伐。截至2007年底,我国的 H

2、YPERLINK /keyword/%CA%FD%D7%D6%B5%E7%CA%D3 t _blank 数字电视用户曾经到达2600万。然而,数字电视用户数目的快速增长并没有为广电行业的开展带来本质的推进作用。目前2600万数字电视用户可消费的业务绝大多数仍基于单向 HYPERLINK /keyword/%CD%F8%C2%E7 t _blank 网络,并且业务仅限于数据广播、信息阅读、NVOD等缺乏互动性的业务。这些业务中,数据广播提供的信息量有限,信息阅读和NVOD等业务不支持用户的参与,单纯的模拟转数字带来的明晰度提高(有限)和同质的频道添加已很难满足用户日益增长的消费需求。因此,单纯的

3、数字化转换意义不大,运营商必需以用户为本,充分调动用户参与的积极性,不断满足用户快速增长的精神文化和信息效力需求,并努力提高相关收益。这些就需求运营商加快双向网络的改造,大力提供丰富多彩的互动业务。 HYPERLINK /keyword/VOD t _blank VOD业务是最根底的双向业务之一。一方面VOD业务是用户迫切需求的业务,另一方面当前VOD业务系统的系统本钱和运营本钱都很高,运营商很难盈利。如何处理这一矛盾,是运营商普遍关注的热点。本文试图从降低系统本钱的角度进展分析探求,为处理这一问题提供可行的途径。由于文中提出的VOD低本钱处理方案基于开源工程Darwin Streaming

4、Server实现,而Darwin Streaming Server完全符合ISMA规范,所以该方案完全适用于其它基于 HYPERLINK /keyword/IP t _blank IP的网络环境中。但本文的描画主要以基于IPQAM的广电网络环境为例,来阐明该方案的实现过程。2广电行业的VOD业务现状VOD业务即视频点播业务,是一种可以按用户需求点播节目的互动式视频业务。它的一个重要特点就是需求很高的带宽来传送下行的媒体流。广电的 HYPERLINK /keyword/CATV t _blank CATV网络可以提供非常高的下行带宽,适于媒体流的传送。因此,广电行业的VOD业务提供多采用基于IP

5、QAM的VOD处理方案,即利用IP网络实现流媒体的控制,经过CATV网络下发媒体流的方式。图1就是一个简单的IPQAM VOD业务系统的逻辑图。目前,基于IPQAM的 HYPERLINK /keyword/VOD t _blank VOD处理方案的相关规范主要有时代华纳提出的ISA(Interactive Services Architecture)和Comcast提出的NGOD (Next Generation On Demand)等。其中ISA架构的流控协议采用基于 HYPERLINK /keyword/ISO t _blank ISOIEC DSM-CC规范的SSP和LSCP协议,而前端

6、效力器实体之间采用CORBA实现,实现的复杂性相对较高。NGOD那么是在RTSP协议的根底上提出,实体交互基于Web Service实现,目前还很少有相关的商用产品。在如今的国内外市场中,能提供基于IPQAM的VOD处理方案的国内厂商主要有 HYPERLINK /keyword/%BB%AA%CE%AA t _blank 华为,思华等。国外厂商主要有MOTO、CISCO、Tandberg(没有本人的视频效力器)等。国外厂商的产品都支持ISA规范,而ISA规范由于本身定义的复杂性,呵斥整个系统的复杂度提高,也直接导致了系统实现的本钱非常昂贵。国内产品中,虽然思华的产品不是基于ISA架构,其点播协

7、议采用RTSP协议,但其商用产品也价钱不菲。视频效力器是VOD处理方案中的中心实体。在基于IPOAM的VOD处理方案中,视频效力器需求支持TS流格式,并以UDP的方式传送TS流,以衔接IPQAM设备。此外,思索到VOD业务的可运营性。视频效力器还需求支持用户认证、计费接口以及远程管理等功能。我们以为,降低视频效力器的开发本钱,可以有效地降低整个VOD业务系统的本钱。因此,本文基于开源工程实现了一个运转于通用效力器上的纯软件视频效力器,虽然此类视频效力器目前还难以被较大的运营商接受并采用,但已可胜利地运用于小区、酒店等区域的VOD系统设计。3基于开源工程的VOD低本钱处理方案目前,与视频效力器相

8、关的开源工程有很多,如MPEG4IP,VLS等等。其中live555是免费,开源的,并支持TS流,但live555的设计并不适用于商业运营;DarwinStreaming Server2具备商业运营必需的认证、计费、远程管理等特性,可以很好地支持商业运营,但是对于广电系统的运用来说,缺乏对TS流的支持。本文基于可运营性的思索,选取Darwin Streaming Server作为根底,经过扩展使之支持MPEG-2TS流,实现低本钱的视频效力器,以支持基于IPQAM的VOD处理方案。3.1 DarWin Streaming Server简介Darwin Streaming Server(简称DS

9、S)是苹果公司的开源视频效力器版本,与DSS相对应,APPLE有一个商业版本的视频效力器QTSS(QuickTime Streaming Server),两者采用一样的中心设计。DSS符合ISMA规范,支持多种规范协议和格式,DSS的主要特性如下:完全符合规范,支持各种规范的播放器或者 HYPERLINK /keyword/%BB%FA%B6%A5%BA%D0 t _blank 机顶盒。支持MP4、 HYPERLINK /keyword/3GPP t _blank 3GPP等文件格式;支持 HYPERLINK /keyword/MPEG t _blank MPEG-4、 HYPERLINK /

10、keyword/H%2E264 t _blank H.264等视频编解码格式;支持RTSP流控协议,支持HTTP协议;支持RTP HYPERLINK /keyword/%C1%F7%C3%BD%CC%E5 t _blank 流媒体传输协议;支持单播和组播;支持基于Web的管理;具有完备的日志功能。此外,该 HYPERLINK /keyword/%B7%FE%CE%F1%C6%F7 t _blank 效力器版本提供了一个基于模块的扩展方法。利用DSS提供的API就可以很方便地编写静态或动态的模块,对DSS进展扩展,使其支持其它文件格式、协议或者功能。本文就是利用这种方法对DSS进展扩展,使其支持

11、采用MPEG-2 TS封装格式的MPEG-2视频文件。见图2即DSS系统的逻辑框图。3.2 DSS模块的编写每个DSS模块必需实现两个函数:一个是Main函数, HYPERLINK /keyword/%B7%FE%CE%F1%C6%F7 t _blank 效力器在启动时将调用这个函数进展必要的初始化。另一个是Dispatch函数,经过实现此函数,效力器可调用DSS模块并完成特定处置。对于编译到效力器里面的模块,其主函数的地址必需传送到效力器的模块Main函数中。详细实现细节可参照QuickTime HYPERLINK /keyword/%C1%F7%C3%BD%CC%E5 t _blank 流

12、媒体效力器模块文档2的相关章节。详细实现时,Main函数必需命名为MyModule_Main,其中MyModule是模块的文件名。此函数的实现通常如下所示:每个DSS模块都必需提供一个Dispatch函数。效力器为了特定的目的需求运用某个模块时,是经过调用该模块的Dispatch函数来实现的,调用时必需将义务的称号及相应的参数传送给该函数。在DSS中,运用角色(Role)这个术语来描画特定的义务。Dispatch函数的格式如下所示:void MyModuleDispatch(QTSS_Role inRole,QTSS_RoleParamPtr inParams);其中MyModuleDispa

13、tch是Dispatch函数的称号;MyModule是模块的文件名;inRole是角色的称号,只需注册了该角色的模块才会被调用;inParams那么是一个构造体,可用于传送相应的参数。3.3 DSS对 HYPERLINK /keyword/MPEG t _blank MPEG-2 TS流的支持对DSS进展扩展,以实现对MPEG-2 TS流的支持,主要涉及三个方面的问题:首先,RTSP协议需求支持MPEG-2 TS over DVB-C;其次,可以经过UDP协议直接发送TS流;最后,发送的速率需求根据PCR1(Program ClockReference,即节目时钟参考)实现适当的调理。下面针对

14、这三个方面问题的处理进展简要的阐明:为了让RTSP协议能支持QAM传输,需求对规范的RTSP协议做扩展,即在SETUP阶段,终端通知效力器需求QAM传输,效力器会为该终端分配传输资源,并通知终端相应的参数(包括频点和节目号等)。对于IPQAM资源,节目号与UDP端口号是一一对应的,视频效力器可以维护一个包括UDP端口、节目号、频点以及UDP端口运用情况的列表。当运用扩展后的RTSP协议实现一次MPEG-2 TS流点播时,与通常的RTSP交互过程相比,在SETUP阶段有所不同。为了实现 HYPERLINK /keyword/MPEG t _blank MPEG-2 TS流经过 HYPERLINK

15、 /keyword/Cable t _blank Cable下发,关键点是视频 HYPERLINK /keyword/%B7%FE%CE%F1%C6%F7 t _blank 效力器可以采用UDP协议将TS流依特定速率发送到IPQAM设备。采用UDP协议把TS包发送到IPQAM设备,实现相对比较简单,假定TS包的大小是188字节的,只需遵照一个UDP包不应大于 HYPERLINK /keyword/%D2%D4%CC%AB%CD%F8 t _blank 以太网最大传输单元的原那么,将7个TS包打包成一个UDP包,发送给IPQAM设备即可实现。而依特定的速率发送那么要求效力器在发送MPEG-2TS

16、流时,必需保证发送数据的速率与媒体正常播放的速率一致性。思索到终端会有一个缓冲区来平滑发送数据时能够产生的动摇,因此对于发送速率与正常播放速率的一致性的要求并不是绝对的。但发送数据带来的动摇要在IPQAM设备答应的范围内,否那么IPQAM无法正常处置。本文中依特定速率发送是基于PCR来实现的。PCR即节目时钟参考,是TS包中的一个字段,用于同步解码器与前端编码器或者视频效力器的时钟。在编码器进展编码的过程中,会不断读取硬件时钟并放入TS中PCR字段。解码器在解码的过程中会参照一个本地时钟,确定解码和显示的速度。本地时钟要根据PCR进展修正,以防止时钟过快呵斥停帧或者时钟过慢呵斥丢帧。我们曾经在

17、linux下面按照本文所述方法实现了支持MPEG-2 TS流的视频效力器,并进展了 HYPERLINK /keyword/%B2%E2%CA%D4 t _blank 测试。测试环境基于千兆网环境,效力器采用Dell 2950,IPQAM设备分别采用了Scivo以及Tandberg的产品,用PC模拟假设干终端,同时用天柏STB8作为点播终端。测试结果是单个Ge口支持并发250个3.75M码流的MPEG-2电影。从本钱方面思索,该方案中每个流的本钱大约为200元人民币,而采用通用视频效力器的本钱大致为每个流400元人民币以上。根据实验结果和分析,我们以为这科 HYPERLINK /keyword/

18、VOD t _blank VOD低本钱实现方案便于中小型 HYPERLINK /keyword/%D4%CB%D3%AA%C9%CC t _blank 运营商开展VOD业务运营,同样也可以为公司或研讨机构提供一个低本钱的研发环境。本文提出方法仍有不少待完善之处,希望感兴趣的专家能共同讨论这种VOD处理方案的可行性。4终了语进展双向 HYPERLINK /keyword/%CD%F8%C2%E7 t _blank 网络改造,大力开展双向业务,是中国广电行业提高市场竞争力的必经之路。目前中国广电运营商仍是分而治之的形状,运营机构极度分散化,缺乏 HYPERLINK /keyword/%B5%E7%

19、D0%C5 t _blank 电信行业运营商的一致建制。这种情况下,一些小的广电运营商很难有财力购买现有的商用VOD业务系统,无法开展VOD这一双向根底业务,盈利方式更无从谈起。本文主要从VOD业务系统的运营角度出发,提出了一种低本钱实现的VOD处理方案,便于VOD业务系统的快速部署,为小型运营商的开展添加一个符合实践的选择方案。由于该方案基于符合ISMA规范的开源产品来实现,完全适用于其它基于 HYPERLINK /keyword/IP t _blank IP的网络环境,所以对于希望降低运营本钱的JPTV运营商来说,也将是一个不错的选择。张平张剑寅辛宇来源:广播与电视技术*浅谈视频点播VOD

20、在遵义的运用 余 畅,赵兴海 【摘要】随着物质生活程度的提高,传统有线电视已不能满足人们在精神和文娱文化方面的需求,传统的有线电视是广播方式,人们只能被动的收看单一的电视节目。同时国家提出“三网交融的要求,使得广电面临前所未有的压力。 【关键词】EPON+EOC;视频点播VOD;CMTS+CM IPQAM 一、前言 遵义有线广播电视起步与上世纪九十年代初期,至今已有十多年的历史。2005年12月31日成立的遵义市广播电视信息网络总公司和当日的数字电视开播,以及随后成立的遵义市广播电视信息网络有限责任公司,为遵义的有线电视开展掀开了崭新的一页。目前,有线电视用户50万户,其中数字电视用户35万余

21、户。经过这些年的开展,网络已初具规模:市到各县独立完成了光纤联网工程,网络覆盖至乡镇,有的甚至到村,光缆总量超越6500Km,构成了两个大的闭合环网俗称大环网;市区管道超越100Km,主干光缆全部下地,设南、北两个自愈环网俗称小环网,共九个分前端;网络改造全部完成,设计近700个光节点。有了以上的网络构造和规模,为以后增值业务如宽带、视频点播、语音业务的开发和数据专网的承建奠定了良好的根底。 随着时机和技术的成熟,遵义市广播电视信息网络有限责任公司和当时全国视频点播开展最好的杭州华数在2006年签定了协作关系。由杭州华数提供节目源,遵义广电根据本人详细条件担任本地局端、接入网的建立和维护。 二

22、、交互电视系统配置情况 在刚开场开展互动电视业务的时候,出于用户量少、好分配给各个分前端互动信号的思索,把IPQAM放在数字电视总前端机房。互动电视有约500户,都集中在老城分前端和政府分前端的政府一区、政府二区、南京路留馨花园、天利广场、湘江河靠老城一带的近2万电视用户,视频流经过IPQAM发射到以上两个分前端,再混合到不同的光发射机,点播授权控制信号经过不同接入方式EPON+EOC和CMTS回传数字机房效力器,短期内两台IPQAM能带360户的并发用户也能满足要求。这样既保管了原有的光1310系统,也能控制本钱投入。 遵义现有ATCA节点一个采用思华14槽ATCA效力器,包括:一块CSG板

23、、1块MSC板、一块交换板2G的SAN存储。 目前系统支持遵义360个并发视频点播用户。设 备 名 称 数 量ContEx7105 1台 MSC板卡 1块 CSG板卡 1块 交换板卡 1块 磁盘阵列 1套12QAM通道IPQAM设备ARRIS 2台设备衔接情况描画: ATCA效力器,华为交换机设备构成中心节点,部署在前端机房。 2台IPQAM设备部署在数字机房,经过网线与中心节点互连。 用经过HFC网络提供DVB,IPTV二项效力。 系统用户数容量描画: ATCA系统支持遵义300个并发视频点播用户,按照1:10的并发用户与覆盖用户收敛比计算,系统支持3000户数字电视用户。 一台IPQAM支

24、持并发用户数:1215180户,两IPQAM共支持360户。遵义分配12频点用于数字电视点播。频点分布: 762MHZ 778MHZ。850MHZ 三、双向接入网的建立 一传统的CMTS+CM的接入方式。由于受前期设备和技术条件的限制,对刚开场开通的片去采用了CMTS+CM的方式来实现点播授权控制信号的双向传输。遵义广电网络下行电视采用1个发射机和一个6分路器对应衔接。根据规划,一个光节点覆盖用户250300户,运用双向放大器1113台,滤波数据盒每户1只。为便于CMTS的上/下行信号混合和思索到来至网络的漏斗躁声,一个CMTS只接入12个光节点覆盖范围的用户。 二EPON+EOC的接入方式。 随着后期设备和技术的成熟,思索到传统CMTS+CM方式调试比较复杂且不易维护,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论