SoC 模塊圖

解調器和解碼器系統(tǒng)級芯片(SoC, 由于它是確定的，CPU和專門解碼器兩者都需要)之間通常的連接是借助一個傳輸流接口或TSI。這是適合于任何STB解碼器SoC的典型的輸入接口，并且通常在任何一個器件上都不止一個。

因此，通過解碼器的以太網(wǎng)接口(無論是有線或無線的)和它的TSI輸入，解碼器必需均能接收由它們送進來的數(shù)據(jù)流。

圖1：視頻解碼器SoC(點擊放大圖片)

因此，典型的IPTV STB的模塊圖將與圖1所示類似。解碼器SoC高度集成，僅僅需要存儲器、以太網(wǎng)連接和輸出接口來創(chuàng)建一個完整的工作系統(tǒng)。創(chuàng)建混合機頂合所需的調諧器模塊將通常作為獨立的模塊被添加進去，從而具有適合于多個國家部署的變化能力，但是，這一功能也可以整合到主板上。未來解碼器SoC的開發(fā)將把不同I/O的PHY層(模擬接口)進一步集成進去。

圖2：Decypher 8100模塊圖(點擊放大圖片)

在地面數(shù)字電視接收情況下，與設計機頂盒所面臨的大部分挑戰(zhàn)可能是軟件。有一些利用電視信號的輔助數(shù)據(jù)廣播——這可能包括但不限于用于字幕的隱蔽字幕數(shù)據(jù)、電子節(jié)目指南(EPG)數(shù)據(jù)以及用于新聞和天氣預報等輔助顯示的“文傳”數(shù)據(jù)。EPG信號的顯示也被看作是軟件設計的一個標準功能，并且這也是大部分應用中都必需的。

中間件

對于所需軟件的討論將提出用戶所期望的體驗品質的話題。用戶們正在觀看電視，他們的體驗幾十年以來幾乎就像防彈車一樣的可靠。對典型原型STB的測試可能要立即把機頂盒連接到某臺服務器，并且連續(xù)運行72小時。在這一時間內出現(xiàn)的任何錯誤或故障均會導致測試的失敗。

IPTV的到來以及必要的繁重軟件設計需要達到一個魯棒的水平，如果沒有廣泛地QA測試及多個城市或多個國家的驗證，這是不能實現(xiàn)的。例如，要創(chuàng)建ATSC接收所需的“中間件”的任務決不應當?shù)凸?。通常這種功能要與合作伙伴聯(lián)合協(xié)力實現(xiàn)。

要交付一款偉大的混合STB產(chǎn)品，設計工程師必須提出贏得勝利的組合，以解決像分辨率、視頻編解碼器、容器格式、標準協(xié)議和網(wǎng)絡接口之類不同的系統(tǒng)組成部分所存在的問題。設計工程師還必須對將被解碼的流進行考慮，并要解決整個的系統(tǒng)面臨的設計問題。

總而言之，從系統(tǒng)硬件的角度看，混合STB幾乎與現(xiàn)有IPTV STB的修改沒有多大關系，并且也不會使成本上升。設計工程師需要關注的是與軟件的復雜性有關的開發(fā)計劃，從而確保把魯棒性增加到中間件中。