10:24 AM Friday, April 07, 2006

IP网络中的终极梦想

-只说  sayonly.com                 english | other        Mobile TV与3G|
 
vanvan提示说:
2005 年初,在Prof. Goldhammer的Seminar上做过以手机电视为题的报告和论文。与GPRS及其后继者UMTS传送的多媒体相比较,教授更看重以广播模式传送的 DVB-H。韩国发展的T-DMB,也是同一思路。道理很简单,UMTS的观众越多,占用带宽越多,效果越不好,服务商得不偿失(当下德国提供通过互联网 免费收听的电 台,听众数目每增一位,就要贴上1欧元,何况技术更昂贵的移动网络);而广播模式中,听众或观众的数目并不会影响节目的质素和服务商的投资。 ……(link
参考介绍
xiaoxi说:运营商的强势是中国的垄断现状造成的……但目前为止,我还没见过电信运营商买入media公司的案例。(link

又先后收到数份报告。不过
时间关系,还没看完,之后来列举吧。我的电脑发热量比较高,跟我加一起就是俩发热设备,开玩笑。

---正题开始---

我不是很清楚为什么大家都喜欢把IP之类的专业名词拿出来说事,这些名词确实让人困惑。以至于我们在谈论IPTV(broadcast方式的图像/音频等 等,对时间敏感)这个终极梦想的时候,我们还得解释半天,要弄清楚带宽限制下先行者们的各种努力,则更加不是一件容易的事情。

电视使用卫星网络/局部广播网等等,都是使用一定频谱(有线电视网是信号)向空中广播,在这些范围内的设备,就可以从一定备选频率选出来需要接受的频谱列 表(通常是一个),并且对信号解码,而IP网络就不行了,你能允许你的电脑不断的被这样的广播信号骚扰吗?这不仅是给整个互联网用户的使用习惯,而且给整 个互联网结构提出了挑战。IPTV不仅仅是增加server可以做到,需要重新配置网络,并且给用户相应的设备(机顶盒)来进行解码。注意到,这些设备制 造,以及控制,都需要标准。不仅仅是国内的人们理解的编码解码标准而已。

最基本的IPTV(这里不包含VOD,VOD一般不被称为IPTV,这里注意一下),是需要IP网支持Multicast,不支持这个什么都玩不成,而 且,由于IP的带宽不足以接受所有频道的信号(例如,100个台),换台也是一个问题,基本的协议是用户分组协议(IGMP),把收看某个台的用户地址放 在一个组里面,然后对这个组进行广播。一般情况下,注册的广播地址都无法进行管理,如果高速接入的互联网也允许进行multicast,那么怎么协调各种 服务之间的资源问题(例如,由于流媒体使用的RTP是一个独立于协议的协议,也就是说,在支持multicast的网络,其实也可以进行 multicast,如何协调这种资源?)?这些才是真正需要制定的标准。而数据传输的编码标准,只是因为协调各方的利益关系,专利成本等等,反而纷纷扰 扰,你方唱罢我登场,着实有些让人气短。

该说一下IPTV、流媒体、互联网视频的区别。
Jeremy Allaire有一个关于IPTV和互联网视频(internet video)之间异同的经典比较,以互联网视频的方式放在互联网上, 涉及到概念提出的方式、目的、挑战等。一般IPTV的说法,都是把概念放大了说的。例如时移服务,就是在电视播放的时候,可以快进/倒退之类的。这些说法 都很模糊,基本基本跟流媒体没什么区别了。流媒体概念比较广泛,一般的理解中,流媒体是流式传播的视频/音频内容,但是real等压缩技术通常会造成几秒 钟的延时,这不常用于TV(当然流媒体也会采用诸如MPEG-4/H.264等),在仅仅传送视频的时候,它在在线视频点播(VOD)没有什么区别。



 
 
 
        ( 订阅RSS频道:文儿 feed.sayonly.com   收藏  tag.sayonly.com

Sent using R|mail.

通告:本站点(http://gwebread.blogspot.com)的内容系由Feeds订阅自动生成,本站不拥有任何权利,建议您通过点击文末的链接浏览原文,以获得更好的阅读体验。鉴于此处仅供个人阅读使用,恕不发送引用通告。若您拥有被订阅feeds中某些内容的权利,且不想此内容在本站发布,请留言告知。

Trackback URL: http://www.haloscan.com/tb/geneboy/114437669978965276/