| 基于DVB的數(shù)據(jù)廣播技術(shù) | |
| 數(shù)字技術(shù)為廣播電視帶來了一場革命。這場革命的意義不僅僅是電視業(yè)本身，而是為任何數(shù)字信息的廣播開啟了大門。通過這扇大門，數(shù)字廣播技術(shù)將在未來的信息社會中扮演重要角色。 除了數(shù)字電視廣播外，數(shù)字廣播技術(shù)還包括數(shù)據(jù)廣播和交互業(yè)務(wù)兩大方面，其典型應(yīng)用包括軟件下載、寬帶Internet服務(wù)以及交互電視等。本文主要介紹基于DVB標準的數(shù)據(jù)廣播技術(shù)基本原理和實現(xiàn)，對交互數(shù)據(jù)廣播業(yè)務(wù)使用的數(shù)據(jù)集和對象集協(xié)議做了詳細說明。 1 數(shù)據(jù)廣播 大多數(shù)通訊協(xié)議都是基于雙向的點對點（point to point）通訊。雖然它們通過交互式的認證過程確保了傳輸?shù)目煽啃?，但是它們不適合用來同時將同樣的信息傳輸給大量的觀眾。舉個簡單的例子：假如我們現(xiàn)在需要將實時股票行情信息傳遞給很多的觀眾，如果我們使用點對點的通訊協(xié)議，我們就不得不為每個觀眾建立一個專門的連接，這樣的代價將是很高的而效率卻是很低的。但是如果我們將這些數(shù)據(jù)通過一條帶寬受控的信道以廣播的方式發(fā)送出去，并且使得只有被授權(quán)的用戶才能夠接收到，就可使得所有的數(shù)據(jù)只發(fā)送一次，而且可以控制接收者卻不限制接收的人數(shù)，這將省去為每個接收者建立專門的連接，無論在效率上還是經(jīng)濟效益上都是極明顯的。所以說，數(shù)據(jù)廣播是數(shù)據(jù)通訊的一種方式（協(xié)議）而不是一種物理意義上的傳送。其傳送的媒體可以是多種，包括衛(wèi)星、有線等等。 2 數(shù)據(jù)廣播標準 鑒于數(shù)據(jù)廣播的重要性，歐洲的DVB、美國的ATSC以及日本的ISDB（綜合業(yè)務(wù)數(shù)字廣播）在這一領(lǐng)域展開了激烈的爭奪。其中DVB標準在1999年6月正式成為歐洲標準時交互業(yè)務(wù)標準就是歐洲電信的標準（ETS）。ATSC的數(shù)據(jù)廣播標準則由T3技術(shù)組的S13專家組負責。 無論是DVB還是ATSC或者其他的數(shù)字電視廣播標準，都是基于MPEG－2的傳送流機制，而標準只是定義了如何在各種不同的傳輸媒質(zhì)上進行TS包傳送。根據(jù)ISO/IEC13818－1協(xié)議，所有數(shù)據(jù)被分割成188字節(jié)大小的定長分組數(shù)據(jù)包，這些包在數(shù)字電視廣播中用來傳送數(shù)字視音頻以及相關(guān)的信息。實際上，這種定長的數(shù)據(jù)包可以用來傳送各種信息。數(shù)據(jù)廣播標準就是規(guī)定了用TS流來傳送面向多種應(yīng)用的數(shù)據(jù)的方法。 除了TS流以外，ISO/IEC 13818－6數(shù)字存儲媒體的命令和控制（DSM－CC）是數(shù)據(jù)廣播的另一基礎(chǔ)。所謂DSM－CC是一種特殊的協(xié)議，用于提供在數(shù)字存儲媒體上管理MPEG碼流所需的基本控制函數(shù)和操作。此協(xié)議位于操作系統(tǒng)層之上、應(yīng)用層之下，獨立于所管理的數(shù)字存儲媒體、所關(guān)聯(lián)的網(wǎng)絡(luò)協(xié)議以及所在的操作系統(tǒng)，也和數(shù)字存儲媒體是本地的還是遠程的無關(guān)。DSM－CC是一個龐大的規(guī)范，數(shù)據(jù)廣播標準只是其應(yīng)用的一個領(lǐng)域。 DVB系列數(shù)據(jù)廣播協(xié)議標準包括TR 101 202《DVB數(shù)據(jù)廣播規(guī)范執(zhí)行指南》和EN 301192《DVB數(shù)據(jù)廣播的規(guī)范》。而ATSC的數(shù)據(jù)廣播標準則是2000年7月發(fā)布的A90《ATSC數(shù)據(jù)廣播標準》。兩者從原理上來講很接近，本文的介紹將以DVB的標準為主，因為它頒布較早且普及程度較高。 3 數(shù)據(jù)廣播的基本原理 數(shù)據(jù)廣播可以分成四種類型，這四種類型分別針對不同的應(yīng)用。這四種類型為： (1)數(shù)據(jù)管道（Data piping）：數(shù)據(jù)直接由MPEG TS包的負載攜帶，數(shù)據(jù)分割、組裝和解釋則都留給用戶自己定義。 (2)數(shù)據(jù)流（Data streaming）：數(shù)據(jù)由MPEG系統(tǒng)定義的PES的負載攜帶，用來實現(xiàn)廣播網(wǎng)上傳送面向流的端到端數(shù)據(jù)。 (3)多協(xié)議封裝（Multiprotocol encapsulation MPE）：將通訊協(xié)議數(shù)據(jù)包封裝成DSM－CC分段，這種分段兼容MPEG－2私有分段，最終實現(xiàn)在廣播網(wǎng)上傳送多種協(xié)議的數(shù)據(jù)包如IP數(shù)據(jù)包。 (4)數(shù)據(jù)集和對象集（Data Carousel and Object Carousel）：定義在 DCM－CC的數(shù)據(jù)集或?qū)ο蠹幕A(chǔ)上，將需要周期性發(fā)送的數(shù)據(jù)組織成大小相同的塊進行廣播網(wǎng)發(fā)送。 數(shù)據(jù)管道協(xié)議說明并沒有對如何從TS包中取出數(shù)據(jù)給出具體說明，僅僅指定了如何將數(shù)據(jù)封裝到MPEG－2傳送流包中。和其他的應(yīng)用相比，要實現(xiàn)這種服務(wù)，發(fā)送和接收雙方需要較多的先驗知識；數(shù)據(jù)流協(xié)議說明是定義在MPEG分組原始流（PES）基礎(chǔ)上的，協(xié)議定義提供了更多的功能，尤其是時間信息。這樣就可以用來傳遞異步、從同步和同步廣播；多協(xié)議封裝，數(shù)據(jù)集和對象集的應(yīng)用都是建立在DCM－CC的框架結(jié)構(gòu)上，共同基于MPEG－2系統(tǒng)層定義的私有分段基礎(chǔ)之上。DVB標準僅僅增加了關(guān)于如何讓這種框架結(jié)構(gòu)工作在DVB網(wǎng)絡(luò)環(huán)境中的定義，尤其是和服務(wù)信息（service information）的接口說明。 在DVB數(shù)據(jù)廣播標準中，所有應(yīng)用都被分割成兩部分：控制和傳送。其中控制部分涉及到服務(wù)信息（SI）和程序特殊信息（PSI），屬于DVB用戶服務(wù)信息協(xié)議定義的范疇，而關(guān)于數(shù)據(jù)傳送部分的說明屬于《DVB數(shù)據(jù)廣播規(guī)范》定義的范疇。 4 數(shù)據(jù)廣播的具體協(xié)議實現(xiàn) 4.1 數(shù)據(jù)管道 數(shù)據(jù)管道是一種異步數(shù)據(jù)傳送機制，數(shù)據(jù)被直接插入到MPEG－2的傳送包負載中。這種機制中并沒有給出關(guān)于數(shù)據(jù)的分段和重組定義而是留給了應(yīng)用自己定義。舉個例子，TS包頭中的負載起始標志（payload_unit_ start_indicator）可以被用來標志數(shù)據(jù)包的開始，而傳送優(yōu)先級標志（transport_priority）可以被用來標志數(shù)據(jù)包的結(jié)束。至于如何將數(shù)據(jù)通過管道及時地傳送則不在協(xié)議中規(guī)定而由應(yīng)用自己保證。 數(shù)據(jù)服務(wù)將通過一個或多個數(shù)據(jù)廣播描述子來說明對數(shù)據(jù)管道的應(yīng)用。每一個描述子通過成份標志（componen_tag）來唯一標志一個特定的數(shù)據(jù)管道。而且，這個成份標志必須和可能在程序映射表（PMT）中提供的流標志描述子（stream_identifier_descriptor）中的成份標志完全一致。流標志描述子用來指明哪一個流使用了數(shù)據(jù)管道，DVB標準中定義了關(guān)于數(shù)據(jù)廣播描述子的具體使用，而對于在PMT中的流類型（ stream_type）的描述DVB沒有定義具體值。 在DVB的具體應(yīng)用中，數(shù)據(jù)管道機制用來傳送任意用戶自定義的數(shù)據(jù)類型。 4.2 數(shù)據(jù)流 數(shù)據(jù)流分成三種：異步數(shù)據(jù)流，從同步數(shù)據(jù)流和同步數(shù)據(jù)流。無論哪種，最終都是被插入到MPEG－2傳送流的分組原始流（PES）層進行傳送。 異步數(shù)據(jù)流用來傳送沒有定時要求的數(shù)據(jù)流，在使用分組原始流層進行數(shù)據(jù)傳送時需要遵循的語法如下（其中關(guān)于該層的語法結(jié)構(gòu)請參考13818－1協(xié)議）： setream－id：該字段必須設(shè)置為0xBF，表示是私有流； PES－packet－length：這個 16比特的字段必須設(shè)置為非0值。 同步數(shù)據(jù)流用于傳送在接收端輸出數(shù)據(jù)碼率必須嚴格精確控制的應(yīng)用。接收端的時鐘通過MPEG標準定義的節(jié)目參考時鐘（PCR）機制和發(fā)送端實現(xiàn)同步，通過分組原始流層的數(shù)據(jù)包結(jié)構(gòu)來進行數(shù)據(jù)傳遞。這種結(jié)構(gòu)提供一個9比特的顯示時間標簽擴展（PTS_extension）字段用來精確定位數(shù)據(jù)訪問單元，這和視音頻訪問單元是類似的。單元的大小可以是比特，也可以是字節(jié)或多個字節(jié)，完全取決于具體應(yīng)用。注意這個9比特的擴展將顯示時間標簽的精確度從11微秒（90k）提高到37納秒（27M）。這種精確定位可在多個接收機接收同樣的數(shù)據(jù)服務(wù)并需要以對齊的方式同步輸出數(shù)據(jù)時應(yīng)用，或者用來在輸入信號臨時丟失的情況下保持數(shù)據(jù)輸出的同步。 從同步數(shù)據(jù)流和同步數(shù)據(jù)流應(yīng)用的區(qū)別在于從同步數(shù)據(jù)流傳送的數(shù)據(jù)流需要和其他的MPEG－2的打包原始流嚴格同步，其余的類似。 和數(shù)據(jù)管道一樣，無論同步數(shù)據(jù)流還是異步數(shù)據(jù)流都是通過一個或多個數(shù)據(jù)廣播描述子來說明 對數(shù)據(jù)流的應(yīng)用。每一個描述子通過成份標志（component_tag）來唯一標志一個特定的數(shù)據(jù)流。而且，這個成份標志必須和可能在程序映射表（PMT）中提供的流標志描述子（stream_identifier_ descrinor）描述子中的成份標志完全一致。流標志描述子用來指明哪一個流使用了數(shù)據(jù)流。DVB中同樣定義了關(guān)于數(shù)據(jù)廣播描述子的具體使用。 無論是同步還是異步數(shù)據(jù)流都必須在PMT中設(shè)置流類型為0x06或者采用用戶自定義的數(shù)值。 4.3 多協(xié)議封裝 多協(xié)議封裝（MPE）提供一種基于MPEG－2傳送流的在數(shù)字電視廣播網(wǎng)絡(luò)中傳送數(shù)據(jù)的機制。該協(xié)議主要的一個應(yīng)用領(lǐng)域是傳送基于IP協(xié)議的數(shù)據(jù)，也可以通過進行LLC/SNAP封裝來傳遞按其他網(wǎng)絡(luò)協(xié)議定義的數(shù)據(jù)流，并適用于unicast，multicast和broadcast等多種傳播方式。這些都是通過一個48位的MAC地址來實現(xiàn)的，但是DVB并沒有規(guī)定如何為用戶分配MAC地址?？紤]到廣播的實際安全性，封裝協(xié)議通過支持對數(shù)據(jù)包的加密和動態(tài)改變MAC地址來保證安全。 分段數(shù)據(jù)是通過數(shù)據(jù)段結(jié)構(gòu)（datagram_section）來傳遞的，并兼容于為私有數(shù)據(jù)定義的DSM－CC段，具體定義讀者可以參考13818－6協(xié)議，這里不作詳述。這種分段格式提供了一種有效的將數(shù)據(jù)表映射到MPEG－2傳送流包格式的機制，并且可以在現(xiàn)有的解復(fù)用的軟硬件基礎(chǔ)上利用MAC地址方便地實現(xiàn)數(shù)據(jù)包濾波。 分段機制允許將一個數(shù)據(jù)表分段映射入多個數(shù)據(jù)段，如果數(shù)據(jù)表的長度小于或者等于4080字節(jié)（包括LLC/SNAP頭），則數(shù)據(jù)表可以放入一個數(shù)據(jù)段而無需分段。對于 IP協(xié)議數(shù)據(jù)，由于LLC／SNAP可以被忽略，則MTU（最大傳輸單元）應(yīng)該被設(shè)置成4080，這樣可以讓數(shù)據(jù)表無需被重新分段，如果考慮LLC/SNAP則MTU應(yīng)該被設(shè)置為4074或者更小。 6字節(jié)的MAC地址在數(shù)據(jù)段結(jié)構(gòu)中被劃分成兩個部分，這樣做的目的是為了使接收端方便采用硬件方式進行包濾波。 4.4 數(shù)據(jù)集 數(shù)據(jù)集（也有稱數(shù)據(jù)輪）是一種允許服務(wù)器或者某個應(yīng)用循環(huán)地、一次或者多次地發(fā)送一組相同數(shù)據(jù)模塊的服務(wù)。如果一個接收者希望訪問其中的某一個特定的模塊，則僅僅需要等到下一次廣播的時候即可。一個典型的數(shù)據(jù)集的應(yīng)用是圖文廣播。數(shù)據(jù)集是定義在DSM－CC的數(shù)據(jù)集的基礎(chǔ)上的，提供一種循環(huán)傳遞數(shù)據(jù)到接收者的機制。 在數(shù)據(jù)集中數(shù)據(jù)被劃分成模塊（modules），每個模塊被劃分成大小完全一樣的塊（block）。除了最后一個塊可能會小一些，一個數(shù)據(jù)集中其他所有的塊的大小都是一樣的。每個模塊代表邏輯上相互獨立的數(shù)據(jù)，如文件。根據(jù)服務(wù)的需要，多個模塊可以組織成一個組（group），類似的多個組可以進一步構(gòu)成超組（Super group）。 數(shù)據(jù)集規(guī)范使用到了DSM－CC下載規(guī)范中的四條消息；數(shù)據(jù)存放在下載數(shù)據(jù)塊（DownloadDataBlock DDB）消息中，關(guān)于模塊的控制信息存放在下載信息說明（DownloadlnfoIndication DII）、下載服務(wù)初始化（Download ServerInitiate DSI）以及下載取消（DownloadCancel）消息中。其中下載服務(wù)初始化消息描述一個超組中組的信息，而下載信息說明消息描述一個組中模塊的信息?；谶@些控制消息，用戶可以從網(wǎng)絡(luò)中獲取模塊的子集，DVB標準定義了如何使用上面四條消息。 數(shù)據(jù)集可以組成兩種結(jié)構(gòu)：單層結(jié)構(gòu)和雙層結(jié)構(gòu)。單層結(jié)構(gòu)中僅僅包含一個組，這種情況下，DVB的服務(wù)描述表（SDT）、事件信息表（EIT）中的數(shù)據(jù)廣播描述字段（data－broadcast－descriptor）指向下載信息說明消息，該消息利用模塊信息字節(jié)（ModuleInfo Byte mi）來描述組中的模塊。mi中包含了一組循環(huán)的描述子描述各種信息，如指向DDB消息的指針信息等。 兩層結(jié)構(gòu)中，下載服務(wù)初始化消息用來描述超組中不同組的信息，而下載信息說明消息的使用則一致。 DSI消息使用組信息字節(jié)（GrouplnfoByte gi）來描述內(nèi)部的組的信息，方法和mi類似，包括三種可能： (1)數(shù)據(jù)集中包含單一的組的描述，但如果該描述太大以至超過了一個DII消息的容量，就需要將一個大的組分成幾個小的組，每個組都有自己的DII消息描述。由于數(shù)據(jù)集只能有一個處于最頂層的控制消息，因此需要使用兩層結(jié)構(gòu)。為了重建最開始的大組，各個新的小組之間需要通過處于DSI中的組連接描述子進行連接。 (2)數(shù)據(jù)集提供一種版本的應(yīng)用但是支持多種特性的接收者。這樣就必須為每種特性的接收者提供一個組，這些組之間可以共享一些模塊。 (3)數(shù)據(jù)集同時提供多種版本的服務(wù)給一種特性類型的用戶。這種情況下，由于沒有版本信息的存在，DSI總是指向最新版本的組。如果有最新版本的服務(wù)加入，則DSI作相應(yīng)的修改而指向最新的版本組。這就是說，在接收端用戶為了在新版本的應(yīng)用加入后還能夠繼續(xù)以前的訪問就必須保存相關(guān)的DSI信息。 作為接收機，必須能處理任何一種形式的數(shù)據(jù)集結(jié)構(gòu)，而作為發(fā)送方必須能選擇任何一種方式的數(shù)據(jù)集進行服務(wù)。 組和模塊可以使用各自獨立的PID進行傳送，也可以進行PID共享。如果服務(wù)不提供數(shù)據(jù)明顯的外部位置指示，則需要從控制消息中獲取這些信息。這些信息包括：指向特定流的指針和唯一的模塊標志，接收機根據(jù)這些信息來有效地提取數(shù)據(jù)。另外，在 DSI和 Dll中還包括模塊和塊的大小。 一個典型的數(shù)據(jù)集的應(yīng)用就是電子節(jié)目指南（EPG）的傳送。 4.5 對象集 對象集概念的定義主要是針對一種基于DVB網(wǎng)絡(luò)的，尤其是DVB交互式網(wǎng)絡(luò)的，需要周期性廣播DSM－CC User－User（U－U）協(xié)議的一種數(shù)據(jù)廣播服務(wù)，是基于13818－6的對象集和數(shù)據(jù)集基礎(chǔ)上的說明。一個DVB對象集代表一個由DSM－CC U－U對象集合而成的特殊服務(wù)，使得通過路徑對象（directory objects）、文件對象（file objects）和流對象（stream objects）從服務(wù)器端向最終用戶傳遞一組對象結(jié)構(gòu)變得十分方便。路徑和內(nèi)容存儲在服務(wù)器上，服務(wù)器反復(fù)地將涉及的對象通過對象集協(xié)議插入到DVB兼容的MPEG－2傳送流中。接收端可以通過訪問對象集中周期性的數(shù)據(jù)來恢復(fù)對象應(yīng)用，而在本地實現(xiàn)對服務(wù)的模仿。這樣對象集就提供了客戶端一種訪問服務(wù)器應(yīng)用和內(nèi)容的途徑，使服務(wù)器和客戶端之間或多或少的具備了一些交互的連接。 對象集實際上是為最終用戶提供了一種實現(xiàn)DSM－CC U－U訪問的機制。對象集定義是平臺無關(guān)且兼容DSM－CC U－U的，在一個DSM－CC U－U系統(tǒng)環(huán)境中，一組對象結(jié)構(gòu)就好像一個服務(wù)域，這個服務(wù)域有一個可以被看成是對象組結(jié)構(gòu)的頂層路徑服務(wù)網(wǎng)關(guān)，該網(wǎng)關(guān)中包含所有用戶的廣播對象名稱表。通過該表，可使廣播網(wǎng)絡(luò)中定位服務(wù)域上的對象和交互式網(wǎng)絡(luò)中的一致。 對象集中單個對象的數(shù)據(jù)和特性是通過一個單獨的消息（Message）傳送的，即BIOP消息（Broadcast Inter ORB Protocol）。每個BIOP消息都是通過一個模塊（module）傳送，每個模塊可以包含一條或多條BIOP消息，數(shù)據(jù)封裝則是數(shù)據(jù)集定義的內(nèi)容。 服務(wù)域中的對象是通過對象參考（Object reference）來標識的，DSM－CC使用一種基于CORBA模型的可以共用的對象參考結(jié)構(gòu)（IOR Interoperable object reference structure）。對象參考中包含了從一個網(wǎng)絡(luò)上的服務(wù)器中恢復(fù)完整對象所需的全部信息。在IOR的結(jié)構(gòu)中，稱包含了單一實例的存儲對象位置信息為屬性體（profile body）。一個IOR也可以通過包含多個屬性體來描述多重存儲位置的對象。對象集說明定義了兩種屬性體：BIOPProfileBody和Lite OptionsProfileBody，分別用來說明處于同一個對象集中或者不同對象集中的對象。其中前一個稱為Broadcast Inter ORB Protocol屬性體，通過對象集的標識符、對象集處于模塊的標識符以及模塊中標志對象的唯一的key可以很方便地表示一個對象，而對象集的標識通過PMT中的描述子與DVB的服務(wù)信息產(chǎn)生聯(lián)系。第二個屬性體稱為LiteOptionsProfileBody，可以通過全局唯一的NSAP地址和其他的服務(wù)域發(fā)生聯(lián)系。所謂NSAP指的是對象集的網(wǎng)絡(luò)服務(wù)訪問點地址（Network Service Access Point），這個地址中包含的網(wǎng)絡(luò)細節(jié)說明使得該地址在整個網(wǎng)絡(luò)中是唯一的，從而將某個對象集和其他的服務(wù)域區(qū)分開來。 對象集在設(shè)計上支持DSM－CC U－U的API接口，這些接口包括DSM∷Directory、DSM∷File、DSM∷Stream、DSM∷ServiceGateway、DSM∷Stream Event。需要注意的是，在語義上針對廣播的API和針對交互業(yè)務(wù)的API是不同的，這是因為廣播的網(wǎng)絡(luò)沒有回傳信道。 前面說過，對象集中一個U－U對象的數(shù)據(jù)和特性是通過一條BIOP消息傳遞的，該消息包括：消息頭（MessageHeader）、消息子頭（MessageSubHeader）和消息體（MessageBody）。其中消息頭提供BIOP協(xié)議版本和消息長度，消息子頭中包括對象的類型和key（注意key是在模塊中對象的唯一標志），而消息體則是基于對象類型的并且包含了U－U對象的具體數(shù)據(jù)，注意BIOP的消息長度本身是可變的。 BIOP的廣播通過數(shù)據(jù)集的模塊，每個模塊由多個BIOP組成，模塊內(nèi)部通過key來對每個對象唯一標識，BIOP消息最后封裝成數(shù)據(jù)集的塊再到DSM－CC層進行段封裝。接收端如果需要獲取一個完整的對象首先需要獲取完整的包含該對象的模塊，這就要求接收端對模塊的版本、大小、塊的大小、時間以及廣播通道等傳送參量具備先驗知識。在實際應(yīng)用中都是通過前面定義的下載信息來說明消息傳遞，一個下載信息說明消息可以傳遞多個模塊的傳送參量，由此可知從網(wǎng)絡(luò)中恢復(fù)對象是經(jīng)兩個步驟完成的。關(guān)于BIOP以及NSAP的進一步闡述可以參考13818－6協(xié)議。 對象集的傳遞最后是通過MPEG－2傳送流的私有段來完成的。DSM－CC為了支持一些特殊應(yīng)用需求而定義了一種和MPEG－2私有段兼容的DSM－CC段，該定義不影響正常的MPEG－2系統(tǒng)解碼，DVB僅僅給出了使用該私有段的一些指導(dǎo)意見。 13818－6中定義的對象集是網(wǎng)絡(luò)無關(guān)的，也就是說可以適用于各種廣播網(wǎng)絡(luò)。網(wǎng)絡(luò)無關(guān)性是通過“分接”（Tap）的概念來實現(xiàn)的，分接通過一種聯(lián)合標簽實現(xiàn)各種具體的網(wǎng)絡(luò)的連接。因此，接收端需要一張關(guān)聯(lián)表將Tap和具體網(wǎng)絡(luò)聯(lián)系上。 6 總 結(jié) 數(shù)據(jù)廣播的自然延續(xù)就是交互業(yè)務(wù)。通過數(shù)據(jù)廣播，用戶可以從大量的信息中選擇自己需要的信息。這種選擇是在用戶本地發(fā)生的，稱為本地交互。如果擁有回傳信道，用戶還能向業(yè)務(wù)提供者上傳信道來反饋信息，這時發(fā)生的交互稱為遠程交互。 可以看到，數(shù)據(jù)廣播實際上是廣播電視增值業(yè)務(wù)的基礎(chǔ)。其派生出來的實際應(yīng)用很多，如無回傳的股票信息發(fā)送、電視附加信息查看、公共信息瀏覽、大量回傳的視頻會議、交互游戲、數(shù)據(jù)交換以及視頻點播、下載等無一不是以數(shù)據(jù)廣播為基礎(chǔ)。在廣播數(shù)字化改造的浪潮中，數(shù)據(jù)廣播技術(shù)將扮演著越來越重要的角色。 |
