1 什么是IPTV？
IPTV，（網(wǎng)絡(luò)協(xié)議電視，Internet Protocol Television），即通過互聯(lián)網(wǎng)協(xié)議來(lái)提供包括電視節(jié)目在內(nèi)的多種數(shù)字媒體服務(wù)。
1.1 模擬電視、數(shù)字電視、OTT和IPTV的區(qū)別
模擬電視：從衛(wèi)星接收到模擬信號(hào)之后，把這些信號(hào)通過廣播的方式全部推送到用戶電視機(jī)終端，終端通過選擇不同的頻點(diǎn)來(lái)選擇不同的節(jié)目。
數(shù)字電視：從衛(wèi)星接收信號(hào)，通過視頻壓縮和數(shù)字化處理，然后再經(jīng)過QAM調(diào)制，再通過網(wǎng)絡(luò)廣播到用戶終端。數(shù)字電視和模擬電視的區(qū)別是傳送的內(nèi)容變成了數(shù)字的方式。
IPTV：從衛(wèi)星接收下來(lái)的信號(hào)，經(jīng)過視頻壓縮處理，然后把壓縮后的報(bào)文經(jīng)過IP流化，變成IP報(bào)文，通過IP網(wǎng)絡(luò)傳送到用戶家里，因此可以充分利用IP網(wǎng)絡(luò)的可達(dá)性以及IP網(wǎng)絡(luò)傳送效率的優(yōu)越性。
OTT TV是“Over The Top TV”的縮寫，是指基于開放互聯(lián)網(wǎng)的視頻服務(wù)，意指在網(wǎng)絡(luò)之上提供服務(wù)，強(qiáng)調(diào)服務(wù)與物理網(wǎng)絡(luò)的無(wú)關(guān)性。通過互聯(lián)網(wǎng)傳輸?shù)囊曨l節(jié)目。
簡(jiǎn)單的講，IPTV與OTT之間的區(qū)別是：
1）IPTV采用獨(dú)立組網(wǎng)，而OTT疊加在寬帶網(wǎng)上；
2）IPTV有QoS保障，而OTT無(wú)；
3）IPTV各地廣電提供節(jié)目源，有電視直播，而OTT無(wú)。
1.2 IPTV的定義和特征
所有IPTV系統(tǒng)傳送視頻用IP網(wǎng)，這是對(duì)的，但反過來(lái)說(shuō)，用IP網(wǎng)傳送視頻的系統(tǒng)都是IPTV，那就不對(duì)了。
IPTV是在一個(gè)IP網(wǎng)上傳送傳統(tǒng)廣播頻道到消費(fèi)者，用以取代地面廣播、CATV和衛(wèi)星服務(wù)。盡管都使用IP網(wǎng)絡(luò)，但與互聯(lián)網(wǎng)視頻在公共互聯(lián)網(wǎng)上傳播不同，IPTV服務(wù)幾乎是通過專用網(wǎng)進(jìn)行傳輸?shù)摹?/span>
從終端來(lái)看，IPTV 機(jī)頂盒是需要的，他把進(jìn)入的IPTV信號(hào)變換成標(biāo)準(zhǔn)的視頻信號(hào)，以供家中電視機(jī)顯示。
IPTV的主要特征是：
1）連續(xù)的視頻流：具有專業(yè)制作的內(nèi)容（如電視廣播網(wǎng)絡(luò)送來(lái)的）；
2）成百個(gè)不停止、連續(xù)播出的頻道；
3）統(tǒng)一的內(nèi)容形式（所有通道共享一種壓縮方式和使用同一個(gè)碼率 ）
4）在專用網(wǎng)上傳輸；
5）通過機(jī)頂盒在家庭電視機(jī)上觀看
2 IPTV產(chǎn)業(yè)鏈
截至目前，廣電總局共頒發(fā)了七張互聯(lián)網(wǎng)電視集成業(yè)務(wù)牌照，均為廣電系，分別是央視國(guó)際CNTV(中央電視臺(tái)為申請(qǐng)主體)、杭州華數(shù)(浙江、杭州電視臺(tái)聯(lián)合申請(qǐng))、上海文廣百視通(上海電視臺(tái)為申請(qǐng)主體)、南方傳媒(廣東電視臺(tái)為申請(qǐng)主體)、湖南電視臺(tái)、中國(guó)國(guó)際廣播電臺(tái)以及中央人民電臺(tái)。
主要合作模式：
IPTV業(yè)務(wù)模式：
?IPTV內(nèi)容運(yùn)營(yíng)商負(fù)責(zé)內(nèi)容集成運(yùn)營(yíng)，提供牌照、自身的內(nèi)容和其他CP的內(nèi)容
?網(wǎng)絡(luò)運(yùn)營(yíng)商負(fù)責(zé)傳送內(nèi)容。
?兩個(gè)運(yùn)營(yíng)商合作運(yùn)營(yíng)，收入分成。
所以，IPTV是電信網(wǎng)、廣播電視網(wǎng)、互聯(lián)網(wǎng)的三網(wǎng)融合運(yùn)營(yíng)。
3 IPTV網(wǎng)絡(luò)構(gòu)架
3.1 IPTV系統(tǒng)部署架構(gòu)
IPTV系統(tǒng)構(gòu)架可分簡(jiǎn)單分為內(nèi)容層、業(yè)務(wù)層、承載層和接入層。
?內(nèi)容層包括內(nèi)容組織、內(nèi)容制作、內(nèi)容集成、內(nèi)容計(jì)費(fèi)、DRM加密等。
?業(yè)務(wù)層負(fù)責(zé)直播、點(diǎn)播、回看、時(shí)移等，負(fù)責(zé)內(nèi)容分發(fā)、增值業(yè)務(wù)平臺(tái)、運(yùn)營(yíng)支撐管理和業(yè)務(wù)管理等。
?承載層指網(wǎng)絡(luò)運(yùn)營(yíng)商的寬帶骨干網(wǎng)、城域網(wǎng)、寬帶接入網(wǎng)絡(luò)。
?接入層指用戶接入設(shè)備，例如機(jī)頂盒（STB）。
BMS（業(yè)務(wù)管理系統(tǒng)）構(gòu)架：
CDN平臺(tái)構(gòu)架：
EPG系統(tǒng)架構(gòu)：
終端管理平臺(tái)：
EPG：電子節(jié)目指南。
DRM：數(shù)字版權(quán)管理。內(nèi)容加密，防止被任意分發(fā)；防止解密后的內(nèi)容被任意復(fù)制或修改；防止內(nèi)容被任意使用。DRM流程圖如下：
3.2 IPTV網(wǎng)絡(luò)構(gòu)架
典型的網(wǎng)絡(luò)部署架構(gòu)：
流量承載模型：
3.3 IPTV業(yè)務(wù)流程
用戶接入流程：
直播流程：
點(diǎn)播流程：
4 IPTV基本技術(shù)原理
4.1 組播
要理解組播，得同時(shí)理解單播和廣播。
單播
在單播中每個(gè)視頻流都精確的送往每個(gè)受體， 如果多個(gè)受體需要同一個(gè)視頻，那么信號(hào)源就要對(duì)每個(gè)用戶產(chǎn)生獨(dú)立的單播流，然后這些獨(dú)立的流從信號(hào)源經(jīng)過IP網(wǎng)絡(luò)流向每一個(gè)受眾。
如上圖，網(wǎng)絡(luò)中存在信息發(fā)送者Source，UserA和UserC提出信息需求，網(wǎng)絡(luò)采用單播方式傳輸信息。
發(fā)送流程：
?一份單播報(bào)文，使用一個(gè)單播地址作為目的地址。Source向每個(gè)Receiver地址發(fā)送一份獨(dú)立的單播報(bào)文。N個(gè)Receiver需要發(fā)送N份單播報(bào)文。如圖中所示：packets for UserA；packets for UserC。
?網(wǎng)絡(luò)為每份單播報(bào)文建立一條獨(dú)立的數(shù)據(jù)傳送通路。N份單播報(bào)文需要建立N條相互獨(dú)立的傳輸路徑。如圖中所示：Source→ RouterB → RouterE → RouterD → UserA；Source → RouterB → RouterE → RouterF → UserC。
廣播
IP網(wǎng)絡(luò)也支持叫作廣播的功能，在那里一個(gè)單一的包送往局域網(wǎng)的每個(gè)設(shè)備，接收廣播包的每一個(gè)設(shè)備必須處理這個(gè)包，假如有這個(gè)設(shè)備的信息。但廣播包不會(huì)在流媒體里使用，因?yàn)榧词故且粋€(gè)小的流也會(huì)灌滿所有局域網(wǎng)所有設(shè)備，另外廣播包一般不由路由器從一個(gè)局域網(wǎng)傳播到另外的局域網(wǎng)，這就是說(shuō)，這些情況對(duì)于流應(yīng)用是不希望的。在真正的IP組播中，這些包僅僅送往特別需要接收它們的設(shè)備上。
如上圖，網(wǎng)絡(luò)中存在信息發(fā)送者Source，UserA和UserC提出信息需求，網(wǎng)絡(luò)采用廣播方式傳輸信息。
發(fā)送流程：
?一份廣播報(bào)文，使用一個(gè)廣播地址作為目的地址。Source向網(wǎng)絡(luò)廣播地址發(fā)送且僅發(fā)送一份報(bào)文。如圖中所示：packets for all the network。
?報(bào)文被拷貝并傳送到每個(gè)網(wǎng)段，不管是否有需求，保證報(bào)文到達(dá)網(wǎng)絡(luò)中所有的路由器和用戶。如圖中所示：不需要此報(bào)文的用戶UserB也能夠接收到一份拷貝。
組播
在組播中，一個(gè)單獨(dú)的視頻流同時(shí)送往多個(gè)用戶，雖然使用特別協(xié)議，網(wǎng)絡(luò)定向?yàn)槊總€(gè)受眾復(fù)制視頻流。這種復(fù)制發(fā)生在網(wǎng)絡(luò)內(nèi)部而不是在信號(hào)源。復(fù)制是在受眾需要的網(wǎng)絡(luò)點(diǎn)上進(jìn)行。
如上圖，網(wǎng)絡(luò)中存在信息發(fā)送者Source，UserA和UserC提出信息需求，網(wǎng)絡(luò)采用組播方式傳輸信息。
發(fā)送流程：
?一份組播報(bào)文，使用一個(gè)組播地址作為目的地址。Source（組播源）向一個(gè)組播地址發(fā)送且僅發(fā)送一份報(bào)文。如圖中所示：packets for all the multicast group
?網(wǎng)絡(luò)中部署的組播協(xié)議為此組播報(bào)文建立一棵樹型路由，根連接Source，分支連接所有組播組成員。如圖中所示：Source→ RouterB → RouterE [ →RouterD → UserA | → RouterF → UserC ] 。
組播的優(yōu)勢(shì)
組播在點(diǎn)對(duì)多點(diǎn)的網(wǎng)絡(luò)中優(yōu)勢(shì)很明顯：?jiǎn)我坏男畔⒘餮貥湫吐窂奖煌瑫r(shí)發(fā)送給一組用戶，相同的組播數(shù)據(jù)流在每一條鏈路上最多僅有一份。相比單播來(lái)說(shuō)，使用組播方式傳遞信息，用戶的增加不會(huì)顯著增加網(wǎng)絡(luò)的負(fù)載，減輕了服務(wù)器和CPU的負(fù)荷。不需要此報(bào)文的用戶不能收到此數(shù)據(jù)。相比廣播來(lái)說(shuō)，組播數(shù)據(jù)僅被傳輸?shù)接薪邮照叩牡胤?，減少了冗余流量、節(jié)約了網(wǎng)絡(luò)帶寬、降低了網(wǎng)絡(luò)負(fù)載。因此可以說(shuō)組播技術(shù)有效地解決了單點(diǎn)發(fā)送多點(diǎn)接收的問題，實(shí)現(xiàn)了IP網(wǎng)絡(luò)中點(diǎn)到多點(diǎn)的高效數(shù)據(jù)傳送。
若IPTV單播流量和用戶上網(wǎng)流量混跑在寬帶網(wǎng)絡(luò)上，接入端無(wú)法實(shí)現(xiàn)QOS質(zhì)量保障，會(huì)出現(xiàn)IPTV卡頓，上網(wǎng)測(cè)速不達(dá)標(biāo)，用戶使用感知下降；城域網(wǎng)OLT至CR的流量也會(huì)變得很大，容易出現(xiàn)擁塞。
概括一下：組播解決了單播方式在源主機(jī)上多次”打包”，在網(wǎng)絡(luò)上重復(fù)”投遞”這種極其消耗服務(wù)器資源和網(wǎng)絡(luò)資源的缺陷，同時(shí)也解決了廣播方式缺乏足夠安全機(jī)制（只有加入到組才能接收），消耗傳輸鏈路帶寬的缺陷。
組播基本概念
組播組：組播組使用一個(gè)IP組播地址標(biāo)識(shí)。任何用戶主機(jī)（或其他接收設(shè)備），加入一個(gè)組播組，就成為了該組成員，可以識(shí)別并接收以該IP組播地址為目的地址的IP報(bào)文。如：在你收聽汽車收音機(jī)時(shí)，當(dāng)收音機(jī)調(diào)頻在FM98.8時(shí)，說(shuō)明你加入了某個(gè)電臺(tái)的組，那么你就接收到這個(gè)頻道的信息。
組播源：以組播組地址為目的地址，發(fā)送IP報(bào)文的信源稱為組播源。一個(gè)組播源可以同時(shí)向多個(gè)組播組發(fā)送數(shù)據(jù)。多個(gè)組播源可以同時(shí)向一個(gè)組播組發(fā)送報(bào)文。
組播路由器：網(wǎng)絡(luò)中支持組播功能的路由器稱為“組播路由器”。和單播路由器一樣，組播路由器的功能是尋址和轉(zhuǎn)發(fā)。組播路由器通過組播路由協(xié)議發(fā)現(xiàn)和選擇路由，最終形成組播路由表，對(duì)組播數(shù)據(jù)進(jìn)行前轉(zhuǎn)。
組播樹：使用組播就是”種植”和”維護(hù)”一棵或兩棵樹。學(xué)習(xí)組播最重要的是理清這些樹是如何形成、如何收斂、如何變化、數(shù)據(jù)在樹上是如何傳遞的。至于是一棵還是兩棵樹，關(guān)鍵取決于使用哪種組播路由協(xié)議。組播樹在組播路由器上最好的體現(xiàn)是組播路由表項(xiàng)（*,G）和(S,G)。組播中常見的就是以下兩棵樹：源樹和共享樹。
IGMP：IGMP協(xié)議是主機(jī)和路由器進(jìn)行組播通信的語(yǔ)言，對(duì)應(yīng)到OSI模型屬于第三層協(xié)議，是我們所說(shuō)的三層組播協(xié)議中關(guān)鍵組件。
組播路由協(xié)議：組播路由協(xié)議是組播路由器之間的組播通信語(yǔ)言。如同OSPF是單播路由協(xié)議一樣。組播路由協(xié)議可以按照使用的范圍大小劃分為IGP和EGP，這也和單播路由協(xié)議一樣。
PIM：PIM是使用較廣泛的組播路由協(xié)議， PIM（Protocol Independent Multicast）稱為協(xié)議無(wú)關(guān)組播。什么是協(xié)議無(wú)關(guān)？簡(jiǎn)單理解PIM是”拿來(lái)主義者”,PIM不自己去發(fā)現(xiàn)路由，而是使用現(xiàn)成的單播路由表中的路由條目，不管這些單播路由條目是哪種單播路由協(xié)議發(fā)現(xiàn)和傳遞的，這就是與協(xié)議無(wú)關(guān)的含義。PIM利用現(xiàn)有的單播路由信息，對(duì)組播報(bào)文執(zhí)行RPF（Reverse Path Forwarding）檢查，從而創(chuàng)建組播路由表項(xiàng)，構(gòu)建組播分發(fā)樹。PIM不維護(hù)專門的單播路由，也不依賴某具體的單播路由協(xié)議，它直接利用單播路由的結(jié)果。
PIM支持兩類組播路由模型：PIM-DM和PIM-SM。PIM-DM稱為協(xié)議獨(dú)立組播－密集模式，適合規(guī)模較小、組播組成員相對(duì)比較密集的局域網(wǎng)。PIM-SM稱為協(xié)議獨(dú)立組播－稀疏模式，適合網(wǎng)絡(luò)中的組成員相對(duì)比較稀疏，分布廣泛的大型網(wǎng)絡(luò)。
RP：RP （Rendezvous Point）是PIM SM中源樹和共享樹的匯聚點(diǎn)，是兩棵樹的總根。一般情況下全網(wǎng)設(shè)備對(duì)于RP地址的認(rèn)識(shí)是一致的，否則兩棵樹無(wú)法匯聚，導(dǎo)致源發(fā)送的流量無(wú)法達(dá)到組。
4.2 流媒體
流媒體(Streaming Media)是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)的連續(xù)時(shí)基媒體，如音頻、視頻和其它多媒體文件。流媒體技術(shù)一般是指把連續(xù)的影像和聲音信息經(jīng)過壓縮處理后放在流媒體服務(wù)器上，讓用戶一邊下載一邊觀看、收聽，而不需要等整個(gè)壓縮文件下載到自己機(jī)器后才可以觀看的視頻/音頻傳輸、編解碼技術(shù)。流媒體技術(shù)不是單一的技術(shù)，它是建立在很多基礎(chǔ)技術(shù)之上的技術(shù)。流媒體實(shí)現(xiàn)的關(guān)鍵技術(shù)是流式傳輸。流媒體的主要技術(shù)特征就是采用流式傳輸，即通過網(wǎng)絡(luò)將流媒體內(nèi)容傳送到客戶機(jī)。
流媒體基礎(chǔ)網(wǎng)絡(luò)協(xié)議：
?TCP、UDP（傳輸層）
?IP協(xié)議（互聯(lián)網(wǎng)層）。
流媒體傳輸協(xié)議：
?RTP、RTCP，RTP為實(shí)時(shí)傳輸協(xié)議，通過UDP協(xié)議傳輸，RTCP為實(shí)時(shí)傳輸控制協(xié)議，可以通過TCP協(xié)議傳輸，也可以通過UDP協(xié)議傳輸，但與RTP采用不同的端口號(hào)，加以分離。
RTP是一種提供端對(duì)端傳輸服務(wù)的實(shí)時(shí)傳輸協(xié)議，用來(lái)支持在單目標(biāo)廣播和多目標(biāo)廣播網(wǎng)絡(luò)服務(wù)傳輸實(shí)時(shí)數(shù)據(jù)，而實(shí)時(shí)數(shù)據(jù)的傳輸則由RTCP協(xié)議來(lái)監(jiān)視和控制。
?RTSP，RTSP為實(shí)時(shí)流協(xié)議，也可以說(shuō)是話路控制協(xié)議，支持如像VCR那樣的操作控制，如暫停、快進(jìn)、快退等。RTSP也通過UDP來(lái)傳輸。
?RSVP，RSVP協(xié)議為資源預(yù)留協(xié)議，屬傳輸層范圍的協(xié)議，對(duì)沿路由的路由器提出控制帶寬（預(yù)留）的要求，以保證某些信號(hào)帶寬穩(wěn)定的需求。
流媒體的網(wǎng)絡(luò)傳輸特征：
?高帶寬和高壓縮率
?低傳輸延遲
?支持組播模式
?可靠性高
?通道同步，視頻流、音頻流及其他數(shù)據(jù)流從不同的傳輸通道經(jīng)由不同的路由到達(dá)終端節(jié)點(diǎn)時(shí)，有必要采取一定的機(jī)制實(shí)現(xiàn)異種數(shù)據(jù)流之間的同步問題，這稱為通道同步問題。
4.3 視頻編碼
由于視頻數(shù)據(jù)的龐大，未壓縮的數(shù)字視頻數(shù)據(jù)量對(duì)于網(wǎng)絡(luò)來(lái)說(shuō)無(wú)論是存儲(chǔ)或傳輸都是是壓力，因此數(shù)字視頻的關(guān)鍵問題是數(shù)字視頻的壓縮技術(shù)，而視頻是由連續(xù)的圖像幀形成的圖像序列，由于景物變換速度的限制，相鄰幀之間存在很高的相關(guān)性，因此利用運(yùn)動(dòng)補(bǔ)償技術(shù)結(jié)合變換編碼，構(gòu)成了序列圖像編碼的主要方法。
H.264視頻編碼：
H.264是國(guó)際標(biāo)準(zhǔn)化組織（ISO）和國(guó)際電信聯(lián)盟（ITU）共同提出的繼MPEG4之后的新一代數(shù)字視頻壓縮格式，主要特點(diǎn)有：
?低碼率：和MPEG2和MPEG4 ASP等壓縮技術(shù)相比，在同等圖像質(zhì)量下，采用H.264技術(shù)壓縮后的數(shù)據(jù)量只有MPEG2的1/8，MPEG4的1/3。
?高質(zhì)量的圖像：H.264能提供連續(xù)、流暢的高質(zhì)量圖像（DVD質(zhì)量）。
?容錯(cuò)能力強(qiáng)：H.264提供了解決在不穩(wěn)定網(wǎng)絡(luò)環(huán)境下容易發(fā)生的丟包等錯(cuò)誤的必要工具。
?網(wǎng)絡(luò)適應(yīng)性強(qiáng)：H.264提供了網(wǎng)絡(luò)抽象層（Network Abstraction Layer），使得H.264的文件能容易地在不同網(wǎng)絡(luò)上傳輸。
H.264最大的優(yōu)勢(shì)是具有很高的數(shù)據(jù)壓縮比率，在同等圖像質(zhì)量的條件下，H.264的壓縮比是MPEG-2的2倍以上，是MPEG-4的1.5～2倍。舉個(gè)例子，原始文件的大小如果為88GB，采用MPEG-2壓縮標(biāo)準(zhǔn)壓縮后變成3.5GB，壓縮比為25∶1，而采用H.264壓縮標(biāo)準(zhǔn)壓縮后變?yōu)?79MB，從88GB到879MB，H.264的壓縮比達(dá)到驚人的102∶1。低碼率（Low Bit Rate）對(duì)H.264的高的壓縮比起到了重要的作用，和MPEG-2和MPEG-4 ASP等壓縮技術(shù)相比，H.264壓縮技術(shù)將大大節(jié)省用戶的下載時(shí)間和數(shù)據(jù)流量收費(fèi)。尤其值得一提的是，H.264在具有高壓縮比的同時(shí)還擁有高質(zhì)量流暢的圖像，正因?yàn)槿绱?，?jīng)過H.264壓縮的視頻數(shù)據(jù)，在網(wǎng)絡(luò)傳輸過程中所需要的帶寬更少，也更加經(jīng)濟(jì)。
H.265視頻編碼：
高效率視頻編碼（High Efficiency Video Coding，簡(jiǎn)稱HEVC）是一種視頻壓縮標(biāo)準(zhǔn)，被視為是ITU-T H.264/MPEG-4 AVC標(biāo)準(zhǔn)的繼任者。2004年開始由ISO/IEC Moving Picture Experts Group（MPEG）和ITU-T Video Coding Experts Group（VCEG）作為ISO/IEC 23008-2 MPEG-H Part 2或稱作ITU-T H.265開始制定。第一版的HEVC/H.265視頻壓縮標(biāo)準(zhǔn)在2013年4月13日被接受為國(guó)際電信聯(lián)盟（ITU-T）的正式標(biāo)準(zhǔn)。
HEVC被認(rèn)為不僅提升視頻質(zhì)量，同時(shí)也能達(dá)到H.264/MPEG-4 AVC兩倍之壓縮率（等同于同樣畫面質(zhì)量下比特率減少到了50%），可支持4K分辨率甚至到超高清電視（UHDTV），最高分辨率可達(dá)到8192×4320（8K分辨率）。
4.4 寬帶需求
IPTV的各種業(yè)務(wù)中的流媒體業(yè)務(wù)所需的帶寬要求較高。不同的節(jié)目類型、編碼方式的節(jié)目，對(duì)網(wǎng)絡(luò)帶寬的需求也不同。
標(biāo)清節(jié)目的分辨率一般為720×480，視覺體驗(yàn)與DVD相當(dāng)，當(dāng)前常用的標(biāo)清節(jié)目編碼方式為MPGE-2和H.264，對(duì)應(yīng)帶寬需求分別為3.75M和2M；
高清節(jié)目標(biāo)準(zhǔn)分為720P和1080i兩種，視覺體驗(yàn)高于DVD，分別對(duì)應(yīng)分辨率為1280×720和1920×1080，MPGE-2編碼高清節(jié)目所需帶寬為12M，H.264編碼高清節(jié)目所需帶寬為8M。
對(duì)于4K超高清IPTV，物理分辨率為3840×2160，采用H.265編碼技術(shù)，帶寬需求約為27M。
4.5 機(jī)頂盒（STB）
機(jī)頂盒（set-top-box），將數(shù)字電視信號(hào)轉(zhuǎn)換為模擬電視信號(hào)的設(shè)備。
主要功能：接收數(shù)字電視節(jié)目，同時(shí)具有所有廣播、點(diǎn)播和交互式多媒體應(yīng)用功能。
?電子節(jié)目指南（EPG）
?交互式應(yīng)用：為用戶提供視頻點(diǎn)播、組播和互動(dòng)游戲。通過交互功能的應(yīng)用，人們?cè)邳c(diǎn)播時(shí)可以像操作家用DVD一樣進(jìn)行快進(jìn)、快退、暫停；在組播時(shí)可以快速切換電視頻道。通過交互功能的應(yīng)用，人們還可以進(jìn)行互動(dòng)游戲。
?軟件在線升級(jí)：利用機(jī)頂盒中間件插件可以提供機(jī)頂盒能力探測(cè)，在線安裝和更新機(jī)頂盒應(yīng)用軟件。機(jī)頂盒能識(shí)別該軟件的版本號(hào)，在版本不同時(shí)接收該軟件，并對(duì)保存在存儲(chǔ)器中的軟件進(jìn)行更新。
?互聯(lián)網(wǎng)瀏覽和其它功能（VoIP, 游戲，Web，Email…）
IPTV機(jī)頂盒關(guān)鍵技術(shù)包括：視頻解碼和播放，流式傳輸技術(shù)，圖像和圖形顯示技術(shù)，中間件技術(shù)和嵌入式應(yīng)用系統(tǒng)。
機(jī)頂盒硬件架構(gòu)：
機(jī)頂盒軟件構(gòu)架：
機(jī)頂盒開機(jī)到進(jìn)入EPG界面分以下幾個(gè)階段：
1）網(wǎng)絡(luò)認(rèn)證階段（0%-7%）
2）載入機(jī)頂盒固件（7%-52%）
3）解析域名服務(wù)器（52%-61%）
4）IPTV業(yè)務(wù)賬號(hào)認(rèn)證（61%-83%）
5）載入EPG（83%-100%）
因此，可根據(jù)機(jī)頂盒開機(jī)后在哪一階段發(fā)生故障，來(lái)判斷故障原因。比如，開機(jī)時(shí)停止在7%的地方，說(shuō)明網(wǎng)絡(luò)連接可能有問題。
5 IPTV常見故障與維護(hù)
5.1 直播點(diǎn)播卡、花屏
1）所有直播頻道、點(diǎn)播節(jié)目都卡
解決辦法：查網(wǎng)絡(luò)！多半是接入網(wǎng)問題，在其他節(jié)點(diǎn)觀測(cè)是否有同樣的卡頓、花屏現(xiàn)象。此類故障區(qū)域性、時(shí)段性、連續(xù)性強(qiáng)，同一個(gè)用戶可能連續(xù)一段時(shí)間都是這樣的問題。
典型案例: 某區(qū)域部分用戶出現(xiàn)嚴(yán)重卡頓，后經(jīng)排查原因?yàn)椋篛LT上行鏈路帶寬利用率已達(dá)100%，BAS上行鏈路帶寬利用率達(dá)80%問題，需擴(kuò)容。
2）個(gè)別直播頻道卡、花屏
解決辦法：這個(gè)有兩種可能：一個(gè)是網(wǎng)絡(luò)帶寬不夠，用戶帶寬不足以支持用戶觀看某些碼率過高的節(jié)目，這種現(xiàn)象的特點(diǎn)就是只要是高清的頻道或節(jié)目就卡，普通的很流暢。另個(gè)一個(gè)是某某節(jié)目或頻道卡頓、花屏，這個(gè)極有可能是節(jié)目源的問題。
典型案例: CCTV1高清頻道每隔5,6分鐘會(huì)出現(xiàn)一次馬賽克花屏現(xiàn)象，且回看時(shí)移時(shí)在同樣位置都會(huì)出現(xiàn)，其他頻道無(wú)此現(xiàn)象。后檢查為廣電編碼器故障。
5.2 用戶無(wú)法登陸
1）新裝機(jī)無(wú)法登陸
解決辦法：檢查網(wǎng)絡(luò)及賬號(hào)，首先檢查用戶家寬帶能否正常上網(wǎng)，接著找本地增值查機(jī)頂盒的接入賬號(hào)及業(yè)務(wù)賬號(hào)是否正常。
典型案例: 某市多家酒店上班故障，晚上8點(diǎn)至9點(diǎn)半左右看不了電視，打開機(jī)頂盒ITV連接進(jìn)度7%，故障原因?yàn)锽AS上單板容量達(dá)到超處理能力。將該單板上部分用戶割接到另一臺(tái)BAS上，故障消除。
2）突然無(wú)法登陸
解決辦法：檢查網(wǎng)絡(luò)，找BOSS查業(yè)務(wù)賬號(hào)是否欠費(fèi)。
5.3 直播黑屏
1）高清頻道黑屏
解決辦法：帶寬不夠
2）單個(gè)頻道黑屏
解決辦法：多半是直播節(jié)目源斷流。
3）都黑屏
解決辦法：如果同一PON口下，換光貓。更換機(jī)頂盒，或聯(lián)系本地其他點(diǎn)直播是否正常 。
5.4 首頁(yè)展示及圖片展示不全
能正常登陸，單用戶首頁(yè)展示及圖片展示不全，多半是機(jī)頂盒問題。
5.5 無(wú)圖像有聲音，有圖像無(wú)聲音
可能故障為電視機(jī)和機(jī)頂盒的連接不正常。
5.6 聲音和圖像不同步
障礙可能原因：片源問題或機(jī)頂盒故障。
31011502401985號(hào)
