二 IP多點(diǎn)廣播(multicast)和多協(xié)議封裝、數據傳送帶可選為主要方式
數字電視和因特網(wǎng)怎樣結合?我們認為IP多點(diǎn)廣播(multicast)和數據傳送帶可選為主要方式。
IP多點(diǎn)廣播可以在因特網(wǎng)中傳送公共的數據給一組主機(或機頂盒)，實(shí)現點(diǎn)對點(diǎn)網(wǎng)絡(luò )中一點(diǎn)到多點(diǎn)的傳送。在通常的(點(diǎn)到點(diǎn))的環(huán)境中，當數據從信源傳到多個(gè)主機時(shí)，每一個(gè)這樣的傳送在所經(jīng)過(guò)的路徑中都需要占用專(zhuān)門(mén)的帶寬，但是在多點(diǎn)廣播中，這些傳送路徑的公共部分中只傳送一份拷貝，從而盡可能地節省了帶寬。這個(gè)功能是通過(guò)Internet Group Management Protocol(IGMP)協(xié)議實(shí)現的。
DVB的國際組織也制訂了幾種在數字電視信道中傳送數據的方法，其中多協(xié)議封裝和數據傳送帶的方法可用來(lái)實(shí)現數據傳送，如圖1所示。
多協(xié)議封裝支持在廣播網(wǎng)中傳送各種通信協(xié)議的數據報。多協(xié)議封裝的數據傳輸是在DSM—CC分段中傳輸的，它符合MPEG-2私用分段的格式。它有著(zhù)傳輸IP數據報的優(yōu)化機制，同時(shí)它也可以通過(guò)使用LLC／SNAP封裝方式來(lái)支持其它的網(wǎng)絡(luò )協(xié)議，IP數據報也可以使用LLC／SNAP封裝方式來(lái)傳輸，但是效率不夠高，在分段頭部的LLC-SNAP-flag如果設為零，這時(shí)IP數據報直接在DSM-CC分段上傳送以提高封裝效率。MPEG-2私用分段最大傳輸長(cháng)度為4K字節，IP數據報傳送時(shí)的MTU也不應超過(guò)4K字節以避免IP數據報的分片和重組。如果有上傳通道，數字電視信道的利用率將進(jìn)一步提高。
數據傳送帶支持在廣播網(wǎng)中周期性地傳輸數據模塊。數據模塊的大小給定，并且能及時(shí)地從數據傳送帶中更新、添加或刪除。如果需要多個(gè)模塊可以組成一個(gè)模塊組，一個(gè)模塊可以出現在多個(gè)模塊組中，同樣地，多個(gè)模塊組也可以組成超群組。數據傳送帶傳送的數據是在MPEG-2 DSM-CC定義的數據傳送帶上傳輸。DVB還增加了對象傳送帶這種數據類(lèi)型，這種數據的基本結構方式已經(jīng)明確。對象傳送帶是數據傳送帶中的一種，它提供了一種傳輸一組有結構的對象的方法，對象包括目錄、文件和流，實(shí)際的目錄和數據內容存放在前端服務(wù)器中，服務(wù)器使用對象傳送帶將傳送對象周期性地插入DVB信道的MPEGTS包中。目錄和文件是對象的內容部分，而流對象指向廣播數據的其它流，流對象可以在一個(gè)特定的流中廣播DSM CC事件的信息，多個(gè)對象在數據傳送帶上周期性地循環(huán)傳送。接收端在本地存儲接收對象的結構，根據對象的結構從對象傳送帶中獲取相應的數據，用戶(hù)程序在使用這些數據時(shí)類(lèi)似于在本地存取數據，只是若數據還未存儲到本地時(shí)需要等到下一個(gè)周期才能取到這一數據，響應速度會(huì )差一些，用戶(hù)使用時(shí)的感覺(jué)就好象在與服務(wù)器進(jìn)行交互一樣，唯一的區別是這時(shí)沒(méi)有上行信道，所有的交互都是在接收端完成的。
用這個(gè)方法可以有效地將視頻、音頻和數據的內容傳送到用戶(hù)的客戶(hù)機(機頂盒)。這時(shí)一個(gè)無(wú)方向的碼流能有效地代替大量的IP點(diǎn)到點(diǎn)碼流，這種方式對遠程教育顯然是很合適的。
本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請
點(diǎn)擊舉報。
