<tbody id="8nkux"><pre id="8nkux"></pre></tbody>
    <tbody id="8nkux"><noscript id="8nkux"></noscript></tbody>
    <rp id="8nkux"><object id="8nkux"></object></rp>
      <tbody id="8nkux"></tbody>
    1. <tbody id="8nkux"><pre id="8nkux"><dl id="8nkux"></dl></pre></tbody>
    2. <tbody id="8nkux"></tbody>

          廣播IP化,或讓有線電視雞飛蛋打?!

          作者:網站編輯   來源:本站原創    日期:2022/8/13 11:45:00    人氣:60550

          導語

          本號推送了很多有線電視應該發揮DVB廣播傳輸比較優勢的文章,從技術和公共服務屬性角度,不主張廣播IP化。
          因為,泰信有過廣播IP化的技術開發經歷,看到了廣播IP化的本質。
          廣播IP化會讓有線電視進一步失去公共服務屬性,可能會導致雞飛蛋打的結局。必須盡快進入三網融合2.0時代,才能從根本上解決問題。

          01

          廣播IP化彎路

          有線電視捆綁機頂盒封閉發展成本高,是一個頑疾。而IP化標準開放,可解綁機頂盒,直接連接PC機和電視機,同時還可以擴展寬帶業務。

          所以,有線電視廣播也應該IP化。

          這個觀點在很久以前,就成為有線電視行業的共識之一。我們也在廣播IP化方向上進行過長期的探索。

          可能很多人不知道,我們在業內最早開發高集成度的IP化數字電視前端設備。

          為了減少設備間的連線,我們的前端設備采用了當時較先進的2.5G光纖連接。

          如果將2.5G帶寬的UDP數據,通過光纖廣播出去,到樓后再用分光器傳輸到每家每戶,再使用一個功能簡單的路由器,將要接收的頻道過濾出來,直接送到電視機,可以節省一臺機頂盒,還能提供豐富的NVOD信道,與外網結合可實現VOD。

          我們先用FPGA做了一個電視路由器原型機,一邊連接2.5G光模塊,一邊連接100M電口,該電口與電視連接。

          然而,在驗證時發現,當時有的電視或機頂盒雖然有100M網口,但處理網絡數據的能力實在是太弱了,很容易卡殼。必須用專用的高端芯片,成本很高。

          即使現在,將高碼率的數據送入中低配電視機或機頂盒,處理起來也很吃力。

          隨著研發的深入,我們逐漸發現,這類路由器在電信設備中已經有類似的產品,但供應商感覺將雙向的IP協議用于單向廣播的需求很奇葩:為什么放著現成的廣播系統不用,非要IP化?廣播IP化為什么不直接使用標準成熟的IPTV系統呢?

          02

          廣播IP化后的盒子變多

          在后續的實踐中,我們發現IP化的視頻數據,一旦進入常規的局域網或公網,就進入了不可控的復雜環境,容易丟包,IP廣播質量也很難保證,必須使用專網。這時,我們就對IPTV必須是“私有云+虛擬專網”有了更深的理解。

          廣播IP化必須使用專用路由器,配置使用復雜,如果與電視芯片做在一起,會降低電視通用性,必須外接。雖然這個路由器后來與光貓做在了一起,但仍然是個盒子,其作用相當于DVB的高頻頭和信道解碼器,等于把DVB盒子一分為二,反而增加了一個盒子。

          我國IPTV端口和寬帶上網端口分離,機頂盒只能專用。后來,中國移動以集采電視機,用預置IPTV“軟終端”的方式,推動電視機廠家的支持,想省掉這個盒子,但最后以失敗告終。

          這也是有線電視的IP化,必須使用兩個盒子的原因。

          03

          廣播IP化的最后努力

          沒想到,我們耗時數年、花費數百萬,為了去掉機頂盒的廣播IP化,反而又增加一個盒子,成本不降反增,讓廣播IP化成為多此一舉的創新。

          如果去掉專用路由器,讓視頻流直接進入電視機,就只剩下OTT服務器單播推流一條路,通過增加推流服務器,實現IP廣播目的。

          但是,這種模式在當時成本很高,降低推流成本就是創新方向。

          我們的工程師又動起了腦筋:如果建立一個從硬盤到網口的硬件通道,減少服務器CPU的干預,通過大幅降低視頻數據從硬盤到用戶之間的算力,充分利用硬盤帶寬,使用硬件進行多路并行推流,降低推流服務器的數量,成本不就可以大幅下降了嗎?

          于是,我們用FPGA搭建了一個環境。

          經過一段時間的研究,發現實現這個功能是個燒錢的大工程,應該由英特爾或PC機芯片組廠家,在芯片組內實現比較合適。

          我們有了廣播IP化的燒錢教訓,再進入自己更陌生的服務器芯片領域繼續燒錢,一定是找死,只能回頭是岸。

          隨著“摩爾定律”的失效,以及互聯網視頻化,云計算面臨越來越大的視頻分發壓力。

          今年開始,云計算使用量大的互聯網公司,開始進入服務器芯片設計領域,目的就是提高視頻分發效率及AI計算能力。

          或許,英特爾們不愿進行降低服務器需求量的創新,才逼迫互聯網公司越俎代庖。

          這與IP設備供應商,不希望有線電視在DVB上創新,避免減少IP化設備采購的道理是一樣的。

          04

          反思廣播IP化

          我們做夢也沒想到,讓有線電視解綁機頂盒,直接進入電視的廣播IP化,最后都會聚焦到芯片設計上。這些創新背后都有復雜的市場因素。

          站在發展路徑角度,廣播IP化是電信運營商的必由之路,是有線電視的彎路。

          但是,如果僅僅以創新愛好者的心態,做一些表面化的研究,有線電視廣播IP化就是一個很容易走進去的彎路。而且是一個不符合產業發展迭代邏輯的換道超車誤區,帶來的損失可能是致命的。

          從市場競爭角度,有線電視的廣播IP化,就是與電信運營商的管道進行競爭;提高服務器推流效率,就是要參與云計算競爭,乃至要參與服務器芯片設計。

          如果既要管道競爭,也要云計算競爭,就是要與三大運營商進行“算力網”競爭。進入《算力網對有線電視的影響》一文,可以看得更清楚。

          IP是計算機產業屏蔽底層信道的上層協議應用,是整個互聯網產業以及軟件編程的基礎。

          過去的20年,在大量互聯網、計算機工程師努力下,互聯網產業取得了巨大的成就,也震撼了有線電視經營者。

          對這些工程師而言,只要信道夠寬,延時夠小,就可以忽略信道的存在。在他們眼里,基于IP協議可以實現一切。

          如果讓這些人規劃有線電視的未來,有可能繼續忽略基礎信道的存在,全面IP化!并且很容易形成行業的“共識”。

          當有線電視IP化成為一種政治正確,甚至因此上升為產業政策,就脫離了提高生產效率的創新本質。甚至,還形成了兩個凡是:凡是IP化就是先進的,凡是DVB就是落后的。通信技術工程師因怕被貼上落后的標簽,干脆閉嘴。

          忽視基礎信道技術、淘汰DVB、全面IP化的豪賭,引導有線電視放棄比較優勢,用比較劣勢與三大運營商的比較優勢競爭,對行業的健康展造成了嚴重打擊。

          基礎信道包含了信道芯片,這些芯片以及原始設計主要來自歐美。而信道芯片設計,必須有扎實的數學和通信理論基礎。我們在《聊聊美國的有線電視》一文中提到,有足夠的數學人才,是美國信息技術創新發展的基礎,也是美國有線電視產業的幸運。

          廣播IP化的背后,是有線電視人才結構的失衡。

          05

          有線電視IP化可能雞飛蛋打!

          DVB廣播是基于基礎信道的點對面通信技術應用,決定了廣播面向大眾的公共服務屬性,而且必須具備公共產品功能。IP網是屏蔽基礎信道的點對點的通信技術應用,決定了它的私人服務屬性。

          但在DVB廣播與黑盒硬件加密系統結合后,就與機頂盒形成了捆綁,失去了公共產品功能,變成了私人產品。

          廣播IP化又增加了一個盒子,結果與私人產品更近,離公共服務更遠。這時,有線電視要完成公共服務,就必須首先在IP網絡私人服務上獲得成功,再像運營商那樣,用IP網商業利潤補貼IPTV。

          這等于丟掉廣播電視傳輸主業,完全跨界進入電信運營商市場。但是,我國有線電視與電信運營商相比,缺乏IP網絡私人服務基礎,并且基本失去了市場機會。進入《先立后破,引導有線電視創新發展》,就知道這樣做嚴重違背產業發展的迭代邏輯。

          有線電視繼續全IP化淘汰DVB的結果,一方面會繼續削弱廣播電視公共服務屬性,另一方面是全面IP化成功的渺茫,就像總書記講的那個買彩票的故事結局,很可能是雞飛蛋打!

          進入《政府采購,老百姓看電視免費,重啟有線電視公共服務屬性》一文,查看文末的留言,就會看到大眾高度關注有線電視的公共服務屬性。這是有線電視存在的價值所在。

          如果廣播IP化再捆綁更多盒子,繼續漲價,繼續削弱公共服務屬性,只能加速行業衰退,造成公共服務資源的巨大浪費。

          06

          必須重新認識DVB,與電視產業分工合作

          在可預見的未來,OTT推流即使通過芯片設計創新,提高IP化傳輸效,也無法與經典的DVB相比。

          我們在廣播IP化上轉了一圈,只能回到原點,深入底層,繼續沿著DVB技術路線進行創新。

          而這方面的創新成果DVBC2早就存在,并且已經實現了產品化。

          DVBC2與4G、5G、WiFi等通訊技術,都遵循相同的通信理論,使用了相同的信道技術。

          在廣電行業爭取5G經營權的這些年,5G的高帶寬、低延時概念深入人心。而高帶寬、低延時,是通過提高信道效率的方式獲得的。

          要獲得更高的信道效率,需要從單載波到多載波,從低階調制到高階調制,還要兼顧能耗與物理信道帶寬。

          目前,DVBC2可以實現4096QAM傳輸,效率遠超5G,與正在規劃的WiFi7相當。

          所以,DVBC2是很先進的技術,而且還有更大的潛力可挖。

          進入以下推薦閱讀,仔細觀看文章中的視頻,可以比較直觀地了解DVBC2。

          DVBC2基于優質的光纖、同軸通信介質,相對無線通訊的升級空間更大,是目前瓦特-比特轉換效率最高的通訊技術。

          基于多載波的DVBC2,后續的標準可以很方便調整信道帶寬,將來傳輸16K元宇宙級別的視頻時不需要信道捆綁。

          目前,DVBC2已經成為一些電視機的標配,只要有線電視實現了安全加密傳輸與黑盒硬件的解綁,與電視廠家合作,按照市場規律,進行產業分工,不需要定制機頂盒,需更新前端調制器,就可以升級為DVBC2網絡,大幅提高有線電視網絡的傳輸效率。

          當有線電視直接進入市場化銷售的電視機,將像移動通訊產業那樣,形成網絡與終端的產業化分工,推動超高清產業的高質量發展,回歸公共服務屬性,實現電視媒體融合發展。

          更重要的是,當有線電視廣播服務直接進入電視機之后,就可以具備公共產品功能。這時,可以推動政府采購,幫助有線電視回歸公共服務屬性,推動超高清產業的發展。

          07

          反思創新

          技術創新的目的是為了提高生產效率,創造更多社會財富。

          技術創新必須在基礎科學理論的指導下進行,不能受到其它因素的干擾。否則,這種創新就是盲目的。

          而基礎科學理論知識的掌握,取決于基礎教育。

          我們經常聽到一些有識之士,長期大聲疾呼要加強我國的基礎教育。如果沒有廣播IP化的曲折經歷,我們也感受不到這句話的份量。

          總結泰信在廣播IP化上走過的彎路,本質上也是對基礎通信理論和基礎經濟規律理解不深的結果。

          站在事后諸葛亮的角度,誰也脫離不開歷史條件的限制,也都會為過去的無知感到惋惜,更不愿意揭開過去的傷疤,分享當年的無知。

          本文的廣播IP化教訓分享,就是希望不再讓廣播IP化變成有線電視行業的悲哀,盡快打破信息繭房開放發展。同時也希望政府的干預,一定要符合客觀規律,符合產業發展的迭代邏輯,盡量減少行業發展損失。

          同時,我們也非常希望行業內的媒體,能為基礎知識的科普提供便利,降低行業創新的盲目性,避免不必要的行業發展損失。

          全文完,如果覺得對行業健康發展有利,就請隨手點個贊和在看吧。
          聯系我們 | 客戶反饋 | 法律聲明 | 網站統計
          ©山東泰信電子股份有限公司
          魯ICP備06027107號 魯公網安備 37010102000429號
          无码精品免费视频在线观看|久久nv国内精品|99热免费国产在线播放|国产精品久久久久久影视不卡 九九久久精品国产AV片国产|深夜av毛片一区二区三区|亚洲熟l妇无码另类久久|蜜桃AV在线播放国产精品 无码国产精品一区二区动漫免费|国产在线精品视亚洲不卡|人妻av无码专区久久|久久久久精品久久综合亚洲欧美久 狠狠综合久久久久综合网小蛇|亚洲Av综合日韩一区二区三区|亚洲丁香婷婷综合久久|亚洲中文字幕一区二区三区四区伊人
            <tbody id="8nkux"><pre id="8nkux"></pre></tbody>
            <tbody id="8nkux"><noscript id="8nkux"></noscript></tbody>
            <rp id="8nkux"><object id="8nkux"></object></rp>
              <tbody id="8nkux"></tbody>
            1. <tbody id="8nkux"><pre id="8nkux"><dl id="8nkux"></dl></pre></tbody>
            2. <tbody id="8nkux"></tbody>