在所有正在電視廣播領域內進行的開發中,沒有一種能與IPTV的出現所帶來的影響匹敵。網絡帶寬的可用性,節目內容擁有者要求擴大內容分配的需求,不侵犯版權的要求,以及消費者期望量身定做的更多節目的要求,等等這些要求因素結合在一起,確保未來較短的幾年內IPTV將成為我們觀看電視的普遍方式。在過去的兩年中,在任何一個電視行業的展會上都可以看到這個變化正在來臨,大部分的展區面積都被機頂盒(STB)制造商、數字版權管理(DRM)軟件供應商和關注電視節目的通信公司所占據。 那時,只有大約14%的配有電視的美國家庭把天線當作主要的接收信號的方式。當向數字傳輸的強制轉換最終完成時,這有可能使高質量節目增加并加速發展。在歐洲,消費者對國家電視網絡上獲得的高質量節目有了很好的認識,通過DVB-T很好地建立了數字內容的免費廣播。除了新的IPTV內容之外,通過提供的這種內容,針對IPTV的任何業務模式都會更具吸引力。 因此,在這個轉型時期內, IPTV業務仍處于雛形發展階段,并且地面傳輸要從模擬轉變到數字電視信號,還需要STB同時滿足兩套要求——例如能接收、解碼和顯示地面數字電視信號,還能提供觀看IPTV服務的平臺。 IPTV業務的一個方面將給設計STB的工程師帶來挑戰,即設計過程的所有階段涉及多種不同的標準。例如,可以用多種分辨率中的一種來捕獲電視圖像,包括標準清晰度(可以是720x480或720x576)和高清晰度(720p或1080i)。它可以采用交織或逐行編碼。它也能被編碼到多種編解碼格式,如MPEG-2、MPEG-4、H.264/AVC、 WMV9/VC-1等等。然后,它又可以被加密到許多DRM方案(WMDRM或很多其它的方案)中的一種,被封包到多種容器之中(MOV、ASF)中的一個,并通過若干IP協議(RTP、RTSP)上的變量進行傳輸。這就是把音頻編碼的挑戰結合進來之前要做的所有工作。 因此,任何STB解碼器器件的選擇都必須具有某種程度的可編程能力,以實現許多必需的標準。即使實際的視頻編解碼器是在像DSP這樣的器件內進行編程,采用一種完全可編程的器件通常也是不可行的,這是因為HD解碼器、必要的操作系統、音頻解碼器、用戶接口和瀏覽器應用程序均共享相同的處理器內核。目前的ASIC產品提供適用于視頻解碼器和解密模塊的硬線連接的邏輯塊,它具有用于去多路復用、解碼音頻、運行操作系統及用戶應用程序的多個可編程內核。 通過這種方式,已經被很好地標準化的視頻編解碼器在編碼過程中的繁重任務被卸載到專用邏輯,因此,把CPU解放出來以對OS、用戶接口、傳輸協議和音頻標準等等快速變化的要求進行處理。 IPTV和DTV標準 設計工程師們需要考慮的另一個主要復雜因素就是尚未建立全球范圍通用的IPTV標準。全球數字地面傳輸稍微簡單一些。至少在每個國家內部已經得到了標準化。 由美國采用的ATSC標準利用了具有MPEG-2編碼(盡管圖像可能被編碼成多種分辨率中的一種)的8VSB調制方案。比特率很高,可達19.3Mbps, 具有極佳的視頻質量。利用標準清晰度和MPEG-2編碼,歐洲已經很好地建立了DVB-T標準。看起來很有可能將在歐洲的高清晰地面廣播中采用H.264編碼技術。 那么,對于混合STB,在數字領域最大的挑戰就在于對IPTV有一系列寬廣的要求。對地面數字電視接收,有待解碼的編解碼器的集合是IPTV所必需的那些集合的子集。地面接收的挑戰更多地在于調諧器、濾波和解調器的正確選擇,這些是接收可能為低強度的信號所必需的。直到最近,“Can調諧器”(即含有模擬和數字調諧組件的小型模塊)已經成為最普遍的解決方案。 目前已經有一些硅調諧器器件的供應商,最佳的供應商對他們的板上布局有寬松的要求(不再像去年那樣有45度電感器的要求),并能提供緊湊的占位空間,這對于STB內的空間限制是理想的。所選擇的解調器必需能把數字載波從高噪信號中提取出來,這些噪聲信號易受建筑環境內的嚴重鬼影所支配。 解調器和解碼器系統級芯片(SoC, 由于它是確定的,CPU和專門解碼器兩者都需要)之間通常的連接是借助一個傳輸流接口或TSI。這是適合于任何STB解碼器SoC的典型的輸入接口,并且通常在任何一個器件上都不止一個。 因此,通過解碼器的以太網接口(無論是有線或無線的)和它的TSI輸入,解碼器必需均能接收由它們送進來的數據流。 圖1:視頻解碼器SoC
與此同時,存在了50年之久的廣播模擬電視信號也將退出歷史舞臺,美國和事實上所有的歐洲國家正計劃在本世紀的頭十年內關閉模擬電視傳輸,跨入數字傳輸時代。在歐洲,DVB-T地面信號廣播在所有的國家目前已經普及,德國率先在某些城市關閉了模擬PAL發射機。在美國,利用MPEG-2編碼流的強制廣播所進行的ATSC數字傳輸已經開展了幾年時間。在許多情況下,廣受歡迎的“黃金時段”節目就是以高清晰(720p或1080i)分辨率進行傳輸的。
調諧器
因此,典型的IPTV STB的模塊圖將與圖1所示類似。解碼器SoC高度集成,僅僅需要存儲器、以太網連接和輸出接口來創建一個完整的工作系統。創建混合機頂合所需的調諧器模塊將通常作為獨立的模塊被添加進去,從而具有適合于多個國家部署的變化能力,但是,這一功能也可以整合到主板上。未來解碼器SoC的開發將把不同I/O的PHY層(模擬接口)進一步集成進去。
圖2:Decypher 8100模塊圖
在地面數字電視接收情況下,與設計機頂盒所面臨的大部分挑戰可能是軟件。有一些利用電視信號的輔助數據廣播——這可能包括但不限于用于字幕的隱蔽字幕數據、電子節目指南(EPG)數據以及用于新聞和天氣預報等輔助顯示的“文傳”數據。EPG信號的顯示也被看作是軟件設計的一個標準功能,并且這也是大部分應用中都必需的。
中間件
對于所需軟件的討論將提出用戶所期望的體驗品質的話題。用戶們正在觀看電視,他們的體驗幾十年以來幾乎就像防彈車一樣的可靠。對典型原型STB的測試可能要立即把機頂盒連接到某臺服務器,并且連續運行72小時。在這一時間內出現的任何錯誤或故障均會導致測試的失敗。
IPTV的到來以及必要的繁重軟件設計需要達到一個魯棒的水平,如果沒有廣泛地QA測試及多個城市或多個國家的驗證,這是不能實現的。例如,要創建ATSC接收所需的“中間件”的任務決不應當低估。通常這種功能要與合作伙伴聯合協力實現。
要交付一款偉大的混合STB產品,設計工程師必須提出贏得勝利的組合,以解決像分辨率、視頻編解碼器、容器格式、標準協議和網絡接口之類不同的系統組成部分所存在的問題。設計工程師還必須對將被解碼的流進行考慮,并要解決整個的系統面臨的設計問題。
總而言之,從系統硬件的角度看,混合STB幾乎與現有IPTV STB的修改沒有多大關系,并且也不會使成本上升。設計工程師需要關注的是與軟件的復雜性有關的開發計劃,從而確保把魯棒性增加到中間件中。
關于作者
Richard Lane是Micronas USA的產品營銷總監,并負責音頻/視頻系統級芯片的Cypher和DeCypher產品線。Lane具有超過20年的視頻、圖像處理和音頻應用的硬件和軟件設計經驗。在此之前Lane是Pinnacle Systems公司的消費視頻產品的產品經理。Lane 擁有倫敦大學電子工程的理學學士學位,您可通過電子郵件Richard.Lane@micronas.com與他取得聯系。