微波EDA网,见证研发工程师的成长!
首页 > 硬件设计 > 硬件工程师文库 > 数字电视 HbbTV与GoogleTV平台的技术分析

数字电视 HbbTV与GoogleTV平台的技术分析

时间:10-12 来源:本站整理 点击:

  1、前言

  数字电视自从1995年投入运营以来,中间件业务平台就一直是人们研究和讨论的课题。以欧洲为代表的数字电视运营商,一直认为开展数字电视增值业务是其发展的最终目的,数字电视需要中间件平台,对互联网应用需要进行有限度的兼容和采取围墙式的管理(Walled Garden)。这是一种从“电视”向“互联网(或计算机)” 靠拢的观点。以美国人为代表的观点认为,数字电视接收设备就是一个互联网终端,植入浏览器软件,运行网页浏览,就可以实现数字电视娱乐。这是一种从“互联网(或计算机)”向“电视”靠拢的观点。由此可以看出,欧洲人考虑的是怎样从数字电视运营中发展增值业务、获取收益;而美国人更多的是积极寻求将家庭设备也互联起来,让互联网的丰富内容走入家庭的客厅终端。

  不同的思想产生不同的技术路线。于是,以规范中间件平台架构、接入协议和应用开发为核心的中间件平台标准——MHP(媒体家庭平台)——从欧洲诞生。美国人将互联网植入数字电视机顶盒的努力,一直都不曾中断过。美国的ATVEF(Advanced Television Enhancement Forum,先进电视发展论坛)早在1999年就发布了基于互联网HTML的交互应用规范。微软公司自1998年就推出了WebTV,直到近几年的Mediaroom,为微软操作系统入主消费电子花费了巨大财力、物力,行业内人士可能都不会忘记“维纳斯”计划。美国还产生过知名的数字电视浏览器技术公司——Liberate。以增值业务为目标的各式中间件平台以及以MHP为基础的不同中间件规范(如美国有线电视联盟的OCAP、中国标准草案DTVM、日本ARIB、巴西Ginga-J等),还有众多的中间件业务平台在全球各地不同数字电视运营商的运营中发挥着作用;而希望将将互联网搬到电视的努力却显得非常艰难:ATVEF标准基本被人遗忘,微软公司的WebTV平台和维纳斯计划无疾而终,Liberate也是早就宣告破产了。2006年,Apple公司推出了AppleTV,其优美的设计和良好的用户体验曾经让很多人喜爱,但是,真正的市场效果却并不理想,直到目前都还没有具有商业意义的市场部署。

  然而,互联网技术与网络宽带的不断发展、信息与视频内容越来越丰富,尤其是近年出现的社交网络、云计算等概念与系统、移动互联网等,使得“电视”与“互联网”之间的融合成为不可阻挡的趋势。但是,这两者之间究竟如何“相会”,欧洲人与美国人又有不同的理解:欧洲的数字电视业界推出了基于中间件平台兼容互联网(宽带)的双模业务系统——HbbTV;而美国人持续在互联网浏览器架构上努力,在其Android系统在移动领域(手机)上成功的基础上,Google公司将它推向了数字电视领域,形成了GoogleTV。

  当前,有一种观点认为,由于其源代码的免费开放,GoogleTV会迅速取代中间件系统,成为一统天下业务平台。本文试图从技术和运营商业务需求的角度,阐述这两个系统的发展前景。本文的观点纯属个人观点,欢迎业界同仁批评指正。

  2 HbbTV与GoogleTV平台的技术特征

  2.1 HbbTV平台的技术简介

  HbbTV(Hybrid BroADCast and Broadband Television)是在MHP标准平台的基础上演进与发展起来的。严格意义上将,MHP标准也定义了对互联网协议(TCP/IP, HTTP等)的支持,但标准的大部分规范还是只对广播环境的应用下载与管理、应用生命周期管理、应用编程接口等进行了详细的规定,对采用互联网技术(HTML、JavaScript等)进行应用的开发与管理定义不是具体。HbbTV弥补了MHP中间件平台这些方面的不足,对互联网技术如何与广播通道的协调进行了细致的规范。由DVB提交的ETSI标准(ETSI 102 796 V1.1.1 2009-12和ETSI 102 809 V1.1.1 2010-01)对HbbTV的技术架构与应用管理进行了明晰的规范。

  2.1.1 HbbTV平台的架构与功能

  HbbTV定义的是一种双模终端(Hybrid Terminal),可以在没有宽带连接时,总是与广播电视网络连接着,以便不间断地接收音视频节目和相关应用,也可以同时支持广播与宽带网络的连接。下图显示了HbbTV的业务(应用、视频等)的通道来源。

  


  图为:HbbTV业务的通道来源

  下图描绘了HbbTV系统架构和主要功能组件,主要组件的功能在图后进行了简单说明。

  

  图为:双模终端软件系统功能组件示意图

通过广播电视通道(BroADCast InteRFace),双模终端接收AIT数据、线性音视频节目、应用数据和流事件(Stream Event)。后两者数据采用DSM-CC对象轮播协议(DSM-CC ObjectCarousel)传送。因此,DSM-CC客户端(DSM-CC Client)需要嵌入以便接收数据传送到运行环境(RunTIme Environment)。运行环境可以看成是非常抽象的组件,执行应用、显示界

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top