基于IPQAM的VOD低成本方案.docVIP

基于IPQAM的VOD低成本方案 ??? 要：为了充分利用现有资源，广电行业VOD解决方案一般采用IPQAM的方式，流控用双向的IP网络，流媒体的下发用CATV网络。现有的相关解决方案都比较昂贵，特别是视频服务器。鉴于此，基于开源的代码实现了一个运行于通用服务器上的纯软件视频服务器，在此基础上，给出了一个低成本的IPQAM VOD解决方案。 ? 关 键 词：IPQAM，VOD，MPEG2 TS，PCR。 ?前言 截至2007年底，我国的数字电视用户已经达到2600万。这2600万数字电视用户绝大多数是单向的。这样的数字电视除了把模拟信号转变成数字信号外，还提供了数据广播，股票，NVOD等业务。这些业务都不能激发用户的消费热情，因为数字信号的电视仅仅是比模拟电视清晰了一点，数据广播提供的信息量有限，股票也仅仅是一个实时的行情，不能提供交易的功能，NVOD并非一个实时的点播。 单纯的模拟转数字对于运营商来说意义不大，运营商希望通过数字电视为用户提供更多的业务类型，进而获得更多的收益。单向很难提供吸引人的业务，双向成了必然的趋势。而VOD被认为是最基本的双向业务之一。 ?广电行业VOD现状 VOD业务的特点之一就是需要很高的带宽来传送媒体流，媒体流是下行的。CATV网络能提供非常高的下行带宽。这就提出了IPQAM的VOD，也就是利用IP网络实现流媒体的控制，通过CATV网络下发媒体流。下图是一个简单的IPQAM VOD的逻辑图。 IPQAM VOD的逻辑图 基于IPQAM的VOD的相关标准有ISA，NGOD等。其中ISA架构的流控协议采用DSM-CC基础上的SSP和LSCP协议，前端服务器实体之间采用Corba，实现复杂。NGOD是在RTSP协议的基础上提出来的，目前还很少有厂商提供商用的产品。 用于部署IPQAM VOD的商用系统都比较昂贵。能提供IPQAM VOD的厂商国内有华为，思华等，国外厂商有MOTO，CISCO，Tandberg（没有自己的视频服务器）等。其中国外厂商的产品都支持ISA规范，而ISA规范由于本身的复杂性，造成整个系统复杂性，也直接导致了这些系统非常昂贵。思华的产品不是ISA架构的，点播协议采用RTSP，尽管如此，也价格不菲。 事实上，IPQAM VOD实现的核心之一是视频服务器，只要视频服务器能够支持TS流格式，并以UDP的方式发送，就能连接到IPQAM设备，从而实现IPQAM的VOD。另外，考虑到IPQAM VOD是为了商业运营，因此视频服务器要支持用户认证，计费接口以及远程管理的功能。 免费、开源并支持TS流的视频服务器在互联网上能够下载到，比如live555，但是它不是一个可以用于商业运营的软件。免费、开源并可以用于商业运营的视频服务器也可以从互联网上下载到，比如Darwin Streaming Server就是一款很优秀的视频服务器，但是它不支持TS流。因此可以基于DSS，通过扩展使之支持MPEG2TS流来实现一个支持IPQAM VOD的视频服务器。 DSS简介 Darwin Streaming Server是苹果公司的开源视频服务器版本，符合ISMA规范，支持MP4文件格式的编码为MPEG4或者H.264的视频，支持RTSP流控协议，支持RTP流媒体传输协议。该服务器提供了一个很好的扩展方法，就是模块的方法。利用DSS提供的API可以编写静态或动态的模块。 通过编写模块的方法，可以扩展DSS使其支持新的文件格式，新的协议以及其他新的功能。我们就是利用模块的方法对DSS进行扩展，使其支持MPEG2TS封装格式的MPEG2视频文件。 如下图所示，是DSS的逻辑框图： DSS模块的编写 每个QTSS模块必须实现两个函数，一个是Main函数，服务器在启动的时候将调用这个函数进行必要的初始化。 另一个是Dispatch函数，服务器为了调用模块完成特定处理时就是通过这个函数来实现的。 每个QTSS模块必须提供一个Main数。服务器在启动的时候会调用这个函数，并通过这个函数进行相应的初始化，以便之后调用该模块。对于编译到服务器里面的模块，其主函数的地址必须传递到服务器的模块初始化函数中。要了解细节，请参照QuickTime 流媒体服务器模块文档的相关章节。主函数必须命名为MyModule_Main，其中MyModule是模块的文件名。 主函数的实现通常是下面的样子： QTSS_Error MyModule_Main(void* inPrivateArgs) {return _stublibrary_main(inPrivateArgs, MyModuleDispatch)} 每个QTSS模块都必须提供一个分发函数。服务器为了特定的目的需要某个模块时，是通过调用该模块的分发函数来实现的，调用时将任务的名称及相应