IPQAM的VOD低成本解决方案解析

HYPERLINKIPQAM的VOD低本钱解决方案1前言近年来，随着国家信息化建设的大力开展和三网融合的积极推进，广电行业加快了数字化整体转换工作的步伐。截至2007年底，我国的用户已经到达2600万。然而，数字电视用户数目的快速增长并没有为广电行业的开展带来实质的推动作用。目前2600万数字电视用户可消费的业务绝大多数仍基于单向，并且业务仅限于数据播送、信息浏览、NVOD等缺乏互动性的业务。这些业务中，数据播送提供的信息量有限，信息浏览和NVOD等业务不支持用户的参与，单纯的模拟转数字带来的清晰度提高(有限)和同质的频道增加已很难满足用户日益增长的消费需求。因此，单纯的数字化转换意义不大，运营商必须以用户为本，充分调动用户参与的积极性，不断满足用户快速增长的精神文化和信息效劳需求，并努力提高相关收益。这些就需要运营商加快双向网络的改造，大力提供丰富多彩的互动业务。业务是最根底的双向业务之一。一方面VOD业务是用户迫切需要的业务，另一方面当前VOD业务系统的系统本钱和运营本钱都很高，运营商很难盈利。如何解决这一矛盾，是运营商普遍关注的热点。本文试图从降低系统本钱的角度进行分析探索，为解决这一问题提供可行的途径。由于文中提出的VOD低本钱解决方案基于开源工程DarwinStreamingServer实现，而DarwinStreamingServer完全符合ISMA标准，所以该方案完全适用于其它基于的网络环境中。但本文的描述主要以基于IPQAM的广电网络环境为例，来说明该方案的实现过程。2广电行业的VOD业务现状VOD业务即视频点播业务，是一种可以按用户需要点播节目的互动式视频业务。它的一个重要特点就是需要很高的带宽来传送下行的媒体流。广电的网络可以提供非常高的下行带宽，适于媒体流的传送。因此，广电行业的VOD业务提供多采用基于IPQAM的VOD解决方案，即利用IP网络实现流媒体的控制，通过CATV网络下发媒体流的方式。图1就是一个简单的IPQAMVOD业务系统的逻辑图。目前，基于IPQAM的解决方案的相关标准主要有时代华纳提出的ISA(InteractiveServicesArchitecture)和Comcast提出的NGOD(NextGenerationOnDemand)等。其中ISA架构的流控协议采用基于／IECDSM-CC标准的SSP和LSCP协议，而前端效劳器实体之间采用CORBA实现，实现的复杂性相对较高。NGOD那么是在RTSP协议的根底上提出，实体交互基于WebService实现，目前还很少有相关的商用产品。在现在的国内外市场中，能提供基于IPQAM的VOD解决方案的国内厂商主要有，思华等。国外厂商主要有MOTO、CISCO、Tandberg(没有自己的视频效劳器)等。国外厂商的产品都支持ISA标准，而ISA标准由于本身定义的复杂性，造成整个系统的复杂度提高，也直接导致了系统实现的本钱非常昂贵。国内产品中，虽然思华的产品不是基于ISA架构，其点播协议采用RTSP协议，但其商用产品也价格不菲。视频效劳器是VOD解决方案中的核心实体。在基于IPOAM的VOD解决方案中，视频效劳器需要支持TS流格式，并以UDP的方式传送TS流，以连接IPQAM设备。此外，考虑到VOD业务的可运营性。视频效劳器还需要支持用户认证、计费接口以及远程管理等功能。我们认为，降低视频效劳器的开发本钱，可以有效地降低整个VOD业务系统的本钱。因此，本文基于开源工程实现了一个运行于通用效劳器上的纯软件视频效劳器，虽然此类视频效劳器目前还难以被较大的运营商接受并采用，但已可成功地应用于小区、酒店等区域的VOD系统设计。3基于开源工程的VOD低本钱解决方案目前，与视频效劳器相关的开源工程有很多，如MPEG4IP，VLS等等。其中live555是免费，开源的，并支持TS流，但live555的设计并不适用于商业运营；DarwinStreamingServer2具备商业运营必须的认证、计费、远程管理等特性，可以很好地支持商业运营，但是对于广电系统的应用来说，缺乏对TS流的支持。本文基于可运营性的考虑，选取DarwinStreamingServer作为根底，通过扩展使之支持MPEG-2TS流，实现低本钱的视频效劳器，以支持基于IPQAM的VOD解决方案。3.1DarWinStreamingServer简介DarwinStreamingServer(简称DSS)是苹果公司的开源视频效劳器版本，与DSS相对应，APPLE有一个商业版本的视频效劳器QTSS(QuickTimeStreamingServer)，两者采用相同的核心设计。DSS符合ISMA标准，支持多种标准协议和格式，DSS的主要特性如下：完全符合标准，支持各种标准的播放器或者。支持MP4、等文件格式；支持-4、等视频编解码格式；支持RTSP流控协议，支持HTTP协议；支持RTP传输协议；支持单播和组播；支持基于Web的管理；具有完备的日志功能。此外，该版本提供了一个基于模块的扩展方法。利用DSS提供的API就可以很方便地编写静态或动态的模块，对DSS进行扩展，使其支持其它文件格式、协议或者功能。本文就是利用这种方法对DSS进行扩展，使其支持采用MPEG-2TS封装格式的MPEG-2视频文件。见图2即DSS系统的逻辑框图。3.2DSS模块的编写每个DSS模块必须实现两个函数：一个是Main函数，在启动时将调用这个函数进行必要的初始化。另一个是Dispatch函数，通过实现此函数，效劳器可调用DSS模块并完成特定处理。对于编译到效劳器里面的模块，其主函数的地址必须传递到效劳器的模块Main函数中。具体实现细节可参照QuickTime效劳器模块文档[2]的相关章节。具体实现时，Main函数必须命名为MyModule_Main，其中MyModule是模块的文件名。此函数的实现通常如下所示：每个DSS模块都必须提供一个Dispatch函数。效劳器为了特定的目的需要使用某个模块时，是通过调用该模块的Dispatch函数来实现的，调用时必须将任务的名称及相应的参数传递给该函数。在DSS中，使用角色(Role)这个术语来描述特定的任务。Dispatch函数的格式如下所示：voidMyModuleDispatch(QTSS_RoleinRole，QTSS_RoleParamPtrinParams)；其中MyModuleDispatch是Dispatch函数的名称；MyModule是模块的文件名；inRole是角色的名称，只有注册了该角色的模块才会被调用；inParams那么是一个结构体，可用于传递相应的参数。3.3DSS对-2TS流的支持对DSS进行扩展，以实现对MPEG-2TS流的支持，主要涉及三个方面的问题：首先，RTSP协议需要支持MPEG-2TSoverDVB-C；其次，能够通过UDP协议直接发送TS流；最后，发送的速率需要依据PCR[1](ProgramClockReference，即节目时钟参考)实现适当的调节。下面针对这三个方面问题的解决进行简要的说明：为了让RTSP协议能支持QAM传输，需要对标准的RTSP协议做扩展，即在SETUP阶段，终端告诉效劳器需要QAM传输，效劳器会为该终端分配传输资源，并告诉终端相应的参数(包括频点和节目号等)。对于IPQAM资源，节目号与UDP端口号是一一对应的，视频效劳器可以维护一个包括UDP端口、节目号、频点以及UDP端口使用状况的列表。当使用扩展后的RTSP协议实现一次MPEG-2TS流点播时，与通常的RTSP交互过程相比，在SETUP阶段有所不同。为了实现-2TS流通过下发，关键点是视频能够采用UDP协议将TS流依特定速率发送到IPQAM设备。采用UDP协议把TS包发送到IPQAM设备，实现相比照拟简单，假定TS包的大小是188字节的，只要遵照一个UDP包不应大于最大传输单元的原那么，将7个TS包打包成一个UDP包，发送给IPQAM设备即可实现。而依特定的速率发送那么要求效劳器在发送MPEG-2TS流时，必须保证发送数据的速率与媒体正常播放的速率一致性。考虑到终端会有一个缓冲区来平滑发送数据时可能产生的波动，因此对于发送速率与正常播放速率的一致性的要求并不是绝对的。但发送数据带来的波动要在IPQAM设备许可的范围内，否那么IPQAM无法正常处理。本文中依特定速率发送是基于PCR来实现的。PCR即节目时钟参考，是TS包中的一个字段，用于同步解码器与前端编码器或者视频效劳器的时钟。在编码器进行编码的过程中，会不断读取硬件时钟并放入TS中PCR字段。解码器在解码的过程中会参照一个本地时钟，确定解码和显示的速度。本地时钟要根据PCR进行修正，以防止时钟过快造成停帧或者时钟过慢造成丢帧。我们已经在linux下面按照本文所述方法实现了支持MPEG-2TS流的视频效劳器，并进行了。测试环境基于千兆网环境，效劳器采用Dell2950，IPQAM设备分别采用了Scivo以及Tandberg的产品，用PC模拟假设干终端，同时用天柏STB8作为点播终端。测试结果是单个Ge口支持并发250个3.75M码流的MPEG-2电影。从本钱方面考虑，该方案中每个流的本钱大约为200元人民币，而采用通用视频效劳器的本钱大致为每个流400元人民币以上。根据实验结果和分析，我们认为这科低本钱实现方案便于中小型开展VOD业务运营，同样也可以为公司或研究机构提供一个低本钱的研发环境。本文提出方法仍有不少待完善之处，希望感兴趣的专家能共同探讨这种VOD解决方案的可行性。4结束语进行双向改造，大力开展双向业务，是中国广电行业提高市场竞争力的必经之路。目前中国广电运营商仍是分而治之的状态，运营机构极度分散化，缺乏行业运营商的统一建制。这种情况下，一些小的广电运营商很难有财力购置现有的商用VOD业务系统，无法开展VOD这一双向根底业务，盈利模式更无从谈起。本文主要从VOD业务系统的运营角度出发，提出了一种低本钱实现的VOD解决方案，便于VOD业务系统的快速部署，为小型运营商的开展增加一个符合实际的选择方案。由于该方案基于符合ISMA标准的开源产品来实现，完全适用于其它基于的网络环境，所以对于希望降低运营本钱的JPTV运营商来说，也将是一个不错的选择。张平张剑寅辛宇

来源：播送与电视技术**************************************************************************浅谈视频点播〔VOD〕在遵义的应用余畅，赵兴海【摘要】随着物质生活水平的提高，传统有线电视已不能满足人们在精神和娱乐文化方面的需求，传统的有线电视是播送方式，人们只能被动的收看单一的电视节目。同时国家提出“三网融合〞的要求，使得广电面临前所未有的压力。【关键词】EPON+EOC；视频点播〔VOD〕；CMTS+CMIPQAM一、前言遵义有线播送电视起步与上世纪九十年代初期，至今已有十多年的历史。2005年12月31日成立的遵义市播送电视信息网络总公司和当日的数字电视开播，以及随后成立的遵义市播送电视信息网络有限责任公司，为遵义的有线电视开展掀开了崭新的一页。目前，有线电视用户50万户，其中数字电视用户35万余户。经过这些年的开展，网络已初具规模：市到各县独立完成了光纤联网工程，网络覆盖至乡镇，有的甚至到村，光缆总量超过6500Km，形成了两个大的闭合环网〔俗称大环网〕；市区管道超过100Km，主干光缆全部下地，设南、北两个自愈环网〔俗称小环网〕，共九个分前端；网络改造全部完成，设计近700个光节点。有了以上的网络结构和规模，为以后增值业务如宽带、视频点播、语音业务的开发和数据专网的承建奠定了良好的根底。随着时机和技术的成熟，遵义市播送电视信息网络有限责任公司和当时全国视频点播开展最好的杭州华数在2006年签定了合作关系。由杭州华数提供节目源，遵义广电根据自己具体条件负责本地局端、接入网的建设和维护。二、交互电视系统配置情况在刚开始开展互动电视业务的时候，出于用户量少、好分配给各个分前端互动信号的考虑，把IPQAM放在数字电视总前端机房。互动电视有约500户，都集中在老城分前端和政府分前端的政府一区、政府二区、南京路留馨花园、天利广场、湘江河靠老城一带的近2万电视用户，视频流通过IPQAM发射到以上两个分前端，再混合到不同的光发射机，点播授权控制信号通过不同接入方式〔EPON+EOC和CMTS〕回传数字机房效劳器，短期内两台IPQAM能带360户的并发用户也能满足要求。这样既保存了原有的光1310系统，也能控制本钱投入。①遵义现有ATCA节点一个采用思华14槽ATCA效劳器，包括：一块CSG板、1块MSC板、一块交换板2G的SAN存储。②目前系统支持遵义360个并发视频点播用户。设备名称数量ContEx71051台MSC板卡1块CSG板卡1块交换板卡1块磁盘阵列1套12－QAM通道IPQAM设备〔ARRIS〕2台设备连接状况描述：>ATCA效劳器，华为交换机设备构成中心节点，部署在前端机房。>2台IPQAM设备部署在数字机房，通过网线与中心节点互连。>用通过HFC网络提供DVB，IPTV二项效劳。系统用户数容量描述：>ATCA系统支持遵义300个并发视频点播用户，按照1：10的并发用户与覆盖用户收敛比计算，系统支持3000户数字电视用户。>一台IPQAM支持并发用户数：12×15＝180户，两IPQAM共支持360户。遵义分配12频点用于数字电视点播。频点分布：762MHZ778MHZ。。。850MHZ三、双向接入网的建设〔一〕传统的CMTS+CM的接入方式。由于受前期设备和技术条件的限制，对刚开始开通的片去采用了CMTS+CM的方式来实现点播授权控制信号的双向传输。遵义广电网络下行电视采用1个发射机和一个6分路器对应连接。根据规划，一个光节点覆盖用户250—300户，使用双向放大器11—13台，滤波数据盒每户1只。为便于CMTS的上/下行信号混合和考虑到来至网络的漏斗躁声，一个CMTS只接入12个光节点覆盖范围的用户。〔二〕EPON+EOC的接入方式。随着后期设备和技术的成熟，考虑到传统CMTS+CM方式调试比拟复杂且不易维护，它对放大器和光站的回传输入电平要求较高：即必须保证光接收机到用户家的总衰减要符合要求外，还必须以放大器为界分段调试。最重要的是，采用CMTS+CM方式要充分考虑到外部环境的躁声侵入问题，对网络中的各种器材质量和接头施工工艺要求较严。遵义广电采用了EPON+