11/16/2012,“目前在全球范圍內(nèi)，中興通訊在IPTV市場領域一共有45個Active的案例，1000萬的用戶，全球排名第二。我們認為，如果從多屏的角度來說，在Pad屏和PC屏上OTT具備了發(fā)展成功的可能性，包括技術和商務上。但是在電視屏上面還不具備，技術上面和商務模式上面都不具備，還需要更加努力。”中興通訊IPTV/OTT全球總監(jiān)褚艷利在今天舉行的“2012亞太OTT TV峰會”上表示。

　　他指出，OTT(Over The Top)起源于體育術語“過頂傳球”，現(xiàn)在很多業(yè)務都屬于OTT，如Skype、QQ，大家更多的認為是電視。而在電視領域，主要是指可以透過運營商來開展多媒體業(yè)務的各種應用，包括YouTube、Apple TV、Google TV等。OTT主要采用免費+廣告的商務模式以及2+2的成功模式。

　　“OTT對運營商來說本性邪惡。因為它進一步把運營商淪為管道，也是造成全球傳統(tǒng)運營商和傳統(tǒng)設備供應商利潤下滑的一個重要因素�！�

　　OTT TV發(fā)展的優(yōu)劣勢

　　他分析到，電視領域OTT的根本優(yōu)勢在于：采用HTTP協(xié)議，能上網(wǎng)的地方就能看電視，節(jié)省CTO；同時具有更好的自適應碼率，能夠更好地適配盡力服務的IP網(wǎng)絡。

　　不過，中興通訊在將OTT產(chǎn)品變成商品的過程當中，發(fā)現(xiàn)了很多OTT技術包括OTT本身存在的缺陷�！笆紫仁侵辈�時延，我們在印尼和保加利亞都開通了OTT的商用網(wǎng)絡。我們實際測了一下，時延為1—2分鐘，保加利亞是50秒，印尼是110秒。如果按掌聲來看的話，OTT對直播的傳輸，等于不是直播了，而是網(wǎng)絡上比較流行的追看，所以從這個角度來說，OTT本身是很難來支持直播的�！�

　　OTT TV另一個缺陷在于“OTT本身是很難進行QoS保證的技術。由于OTT采用TCP 80的HTTP協(xié)議，跟Internet協(xié)議和端口一樣。在核心網(wǎng)和承載網(wǎng)的階段，必然導致繁忙時間看繁忙的節(jié)目，就會出現(xiàn)擁塞情況，越想看的越看不到�！�

　　第三個問題在于OTT系統(tǒng)投資遠高于IPTV，“我們這次在印尼電信徹底做了一次投資的對比，把OTT建網(wǎng)和IPTV建網(wǎng)做了一個比較，包括對傳輸?shù)囊�求、對網(wǎng)絡設備的要求。我們發(fā)現(xiàn)，在2萬用戶的時候，OTT和IPTV的投資是一樣的，但是一旦到了10萬或者更多，OTT要遠遠高于IPTV。”

　　中興通訊IPTV/OTT全球總監(jiān) 褚艷利

　　電信運營商與內(nèi)容提供商觀點不一

　　因此，中興認為，在上述三個問題沒有解決的情況下，從技術本身來看，OTT更加適合做第二屏，更適合PC屏和Pad屏，而不是電視屏。

　　一個有意思的現(xiàn)象是，根據(jù)中興通訊對全球電信運營商和內(nèi)容提供商針對OTT進行的問卷調(diào)查顯示，許多電信運營商表示盡管OTT TV會對傳統(tǒng)的TV業(yè)包括IPTV產(chǎn)生很大的影響，但是“OTT TV取代傳統(tǒng)TV”這種言論“為時尚早”。電信運營商表示可以對寬帶流量進行收費，賺取費用。有的則表示“不上OTT但會采用其技術，我們有CDN”。還有運營商表示將會先想方設法引入OTT內(nèi)容，然后再考慮如何保證其質(zhì)量。

　　而內(nèi)容提供商則認為“內(nèi)容最重要，如果內(nèi)容提供商把所有直播節(jié)目都開放給Apple和Google的話，傳統(tǒng)TV將會消失”。

　　中興面向OTT運營商網(wǎng)絡建設建議

　　褚艷利還在會上提出了面向OTT運營商網(wǎng)絡建設的建議。

　　對于固網(wǎng)寬帶運營商，中興通訊建議其“采用以IPTV為主，OTT為輔的三屏方案，引入Social TV概念，形成推薦和共享。同時積極引入OTT內(nèi)容，補充IPTV內(nèi)容。此外，融合CDN的建設，CDN可以出租給OTT供應商來盈利�！�

　　移動寬帶運營商則可以進行純OTT的建網(wǎng)，重點發(fā)展本地的特色節(jié)目；同時完善管道策略，收取管道費用。

　　談及DVB運營商，中興認為DVBC應盡量進行雙向改造，進行三屏建設，采用固網(wǎng)寬帶的做法，融合而不是盲目切換為OTT。此外，DVBS可以快速發(fā)展自主的或者合作的DVBS+OTT業(yè)務。

　　最后，褚艷利向我們介紹了中興通訊在OTT方面相關的專利技術，包括低碼高清技術、直播時延優(yōu)化技術、丟包補償技術和自適應的組播技術。
來源：C114