對(duì)數(shù)字電視傳輸來(lái)說(shuō)，可以傳數(shù)字電視信號(hào)，也可以傳數(shù)字聲音信號(hào)，也可以傳數(shù)據(jù)。數(shù)據(jù)傳輸?shù)母袷椒倍啵蠖嗯c計(jì)算機(jī)有關(guān)，或與機(jī)頂盒有關(guān)。有許多組織織制定了與數(shù)字電視傳輸有關(guān)的標(biāo)準(zhǔn)，如DVB-DAVIC，ATSC，互聯(lián)網(wǎng)有關(guān)組織等。

DVB對(duì)數(shù)據(jù)廣播定義了6種協(xié)議，數(shù)據(jù)管道（Data piping）、非同部數(shù)據(jù)報(bào)（Asynchronous Datagram）、同步數(shù)據(jù)流（Synchronous Streaming Data）、被同步的數(shù)據(jù)流（Synchronized Streaming Data）、多協(xié)議包裝（Multi-protocol Encapsulation）、循環(huán)數(shù)據(jù)（Data Carousel）和循環(huán)對(duì)象（Object Carousel）。

數(shù)據(jù)管道通過(guò)DVB廣播通道提供非同步端到端數(shù)據(jù)業(yè)務(wù),它將數(shù)據(jù)直接插入傳送流包的凈菏中，數(shù)據(jù)的重組和表述由用戶自行定義。

非同部數(shù)據(jù)報(bào)、同步數(shù)據(jù)流、被同步的數(shù)據(jù)流支持基于碼流的非同步、同步或被同步的端到端數(shù)據(jù)業(yè)務(wù)。數(shù)據(jù)流方式將數(shù)據(jù)包裝在PES流的包中，這三種碼流的不同之處在于，非同步數(shù)據(jù)流定義為既不需要碼流內(nèi)也不需要碼流間定時(shí)需求的只有數(shù)據(jù)的碼流，即RS232數(shù)據(jù)。同步數(shù)據(jù)流定義為有定時(shí)需要的碼流，前后包的數(shù)具有間隔周期。也就是說(shuō)，包之間的最大和最小到達(dá)時(shí)間是有限制的，同步數(shù)據(jù)流與其他數(shù)據(jù)流之間沒(méi)有很強(qiáng)的同步關(guān)系，但數(shù)據(jù)和時(shí)鐘可在接收機(jī)中由碼流再生。如E1，T1。被同步數(shù)據(jù)流定義為有定時(shí)需要的碼流，與同步數(shù)據(jù)流相同，有流內(nèi)定時(shí)需求，但同時(shí)與其他PES流，如音視頻碼流有很強(qiáng)的定時(shí)關(guān)系。主要是用PES結(jié)構(gòu)中的PTS和/或DTS的定時(shí)能力與相應(yīng)的數(shù)據(jù)相連，其數(shù)據(jù)能由其他數(shù)據(jù)流同步重放。

多協(xié)議包專裝、循環(huán)數(shù)據(jù)和循環(huán)對(duì)象方式使用DSM-CC格式將數(shù)據(jù)包裝進(jìn)MPEG-2的相應(yīng)部分。多協(xié)議包專裝支持在MPEG-2傳送包中傳輸任意協(xié)議的業(yè)務(wù)，如IP業(yè)務(wù)，其編址可以是單播 (unicast) 、多播 (multicast) 和廣播 (broadcast)。循環(huán)數(shù)據(jù)支持在DVB廣播通道中支持周期性數(shù)據(jù)傳輸模式的業(yè)務(wù)，服務(wù)器周期循環(huán)發(fā)送一組不同內(nèi)容的數(shù)據(jù)到用戶，如果接收者想要選擇自己相要得數(shù)據(jù)，只要等到該發(fā)送時(shí)刻就可以得到。循環(huán)對(duì)象支持在DVB網(wǎng)絡(luò)獨(dú)立協(xié)議所定義的對(duì)象的循環(huán)播放業(yè)務(wù)，廣播服務(wù)器向用戶播出有一定結(jié)構(gòu)的對(duì)象組，對(duì)象可以是目錄對(duì)象，文件對(duì)象或碼流對(duì)象。

為了能處理目前已經(jīng)利用DVB通道進(jìn)行的專用數(shù)據(jù)廣播，DVB數(shù)據(jù)廣播方案還包括有注冊(cè)機(jī)制，類似于目前用于SI碼的注冊(cè)方法，并形成一系列交互業(yè)務(wù)規(guī)范和一系列網(wǎng)絡(luò)獨(dú)立和與網(wǎng)絡(luò)有關(guān)的協(xié)議規(guī)范以滿足各方面的需要。DAVIC與DVB 互為補(bǔ)充，規(guī)定了端到端從內(nèi)容提供到業(yè)務(wù)提供到業(yè)務(wù)消費(fèi)及其間的傳遞系統(tǒng)從物理層到應(yīng)用層的低中高層互操作性協(xié)議到所涉及對(duì)象的類都作了詳細(xì)規(guī)定。在接收端DAVIC定義了一個(gè)參考解碼器模塊，不需要規(guī)定機(jī)頂盒內(nèi)部的設(shè)計(jì)就可以規(guī)定機(jī)頂盒的存儲(chǔ)器需求及其表現(xiàn)。DAVIC同時(shí)定義了幾頂盒中用于實(shí)現(xiàn)應(yīng)用的虛擬機(jī)、表述的標(biāo)準(zhǔn)（MHEG-5）和一系列執(zhí)行應(yīng)用程序可用的API。同時(shí)DAVIC還規(guī)定了用于安全、付費(fèi)、系統(tǒng)控制、系統(tǒng)確認(rèn)和兼容/互操作性測(cè)試所用的接口、協(xié)議和工具。

ATSC的數(shù)據(jù)廣播標(biāo)準(zhǔn)由技術(shù)之委員會(huì)T3/S13負(fù)責(zé)，也是為了提供一系列將數(shù)據(jù)包裝進(jìn)下行MPEG-2傳送包的方法。T3/S17主要工作是為數(shù)字電視接收機(jī)規(guī)定一個(gè)軟件環(huán)境，稱為數(shù)字電視應(yīng)用軟件環(huán)境（DASE：DTV Application Software Environment）。T3/S16則負(fù)責(zé)規(guī)定上行交互業(yè)務(wù)協(xié)議，規(guī)定從用戶數(shù)字電視接收機(jī)到服務(wù)器雙向業(yè)務(wù)所用的標(biāo)準(zhǔn)。

T3/S13定義的協(xié)議有：數(shù)據(jù)管道；DSM-CC可編址段 (Addressable Sectors) 用于包裝非同步可編址數(shù)據(jù)報(bào)；非同步數(shù)據(jù)模式、非同步碼流數(shù)據(jù)、被同步的非碼流數(shù)據(jù)和循環(huán)數(shù)據(jù)的DSM-CC用戶到網(wǎng)絡(luò)下載協(xié)議（User-to-network Data Download Protocol）；同步和被同步碼流數(shù)據(jù)；一種或多種數(shù)據(jù)業(yè)務(wù)類型的集合。

這些協(xié)議在許多方面類似于競(jìng)爭(zhēng)對(duì)手DVB的規(guī)定有很多相似之處，如數(shù)據(jù)管道、同步和被同步碼流。而其他的協(xié)議則有一些差別。DVB使用DSM-CC數(shù)據(jù)下載協(xié)議用作循環(huán)數(shù)據(jù)環(huán)境，但ATSC/S13并不明確規(guī)定在非同步數(shù)據(jù)模式和非同步碼流數(shù)據(jù)的情況下使用什么協(xié)議。DVB規(guī)定被同步數(shù)據(jù)由PES流攜帶，而ATSC允許這些數(shù)據(jù)使用特殊情況的DSM-CC數(shù)據(jù)下載協(xié)議。ATSC不提供循環(huán)對(duì)象模式而代以較簡(jiǎn)單的方法并與不同的業(yè)務(wù)公告結(jié)合在一起。S13引入了一些使用DSM-CC用戶到網(wǎng)絡(luò)數(shù)據(jù)下載協(xié)議的新的環(huán)境，包括非同步數(shù)據(jù)模式、非同步數(shù)據(jù)流河北同步的非碼流數(shù)據(jù)。比較有意思的新環(huán)境是被同步的非碼流數(shù)據(jù)，它容許用于時(shí)間上與視音頻流相關(guān)的偶發(fā)性數(shù)據(jù)的傳輸。S13也提供一種新的列表結(jié)構(gòu)的簡(jiǎn)單方法處理與應(yīng)用數(shù)據(jù)有關(guān)的相關(guān)應(yīng)用。S13還建立了完整的用于被同步數(shù)據(jù)流的緩存模式和依賴于接收機(jī)緩存大小的多重?cái)?shù)據(jù)業(yè)務(wù)級(jí)別的概念。

T3/S17負(fù)責(zé)的標(biāo)準(zhǔn)是DASE，定義了ATSC兼容接收機(jī)合計(jì)頂盒的部件和接口。規(guī)定開(kāi)放部件和接口的目的是使接收機(jī)的設(shè)計(jì)能獨(dú)立于任何專用硬件結(jié)構(gòu)和操作系統(tǒng)。DASE定義了軟件參考結(jié)構(gòu)用于DASE兼容的接收機(jī)合計(jì)頂盒的設(shè)計(jì)。它規(guī)定了機(jī)頂盒所需的軟件部件和模塊及與之有關(guān)的應(yīng)用程序接口(API) ，這些軟件部件包括執(zhí)行引擎、表述引擎、內(nèi)容解碼和啟動(dòng)應(yīng)用。T3/S16規(guī)定傳送設(shè)備和低層的特性和最低性能以及交互業(yè)務(wù)的會(huì)晤協(xié)議。會(huì)晤協(xié)議應(yīng)是可分級(jí)的并與媒體獨(dú)立。

DVB-MHP

數(shù)據(jù)業(yè)務(wù)和增強(qiáng)電視業(yè)務(wù)需要軟件平臺(tái)的的支持。一般機(jī)頂盒由硬件、嵌入式操作系統(tǒng)、表述引擎和執(zhí)行虛擬機(jī)、中間件及應(yīng)用程序組成。各種CPU的功能有可能會(huì)有很大的區(qū)別，如有可能將MPEG/圖形、視音頻控制甚至解碼、傳送控制和條件接收控制置于CPU內(nèi)，并使用甚至Pentium II，這將會(huì)使IRD具有很強(qiáng)的計(jì)算功能，但計(jì)算功能越強(qiáng)價(jià)格也越貴。

嵌入式操作系統(tǒng)則關(guān)系到與什么芯片配合和最終會(huì)有多么廣泛的應(yīng)用，從最早的OS9到PISOS、VXWorks、WinCE到開(kāi)放的Linux。同時(shí)還有不同廠家提出的中間件(Middleware) 和條件接收系統(tǒng) (Conditional Access) ，如中間件有OpenTV和MediaHighway等。加密廠家更多，如DigiCipher、Cryptwork、Irdeto Access、Nagra Vision、NDS、Viaccess、PowerTV、MediaGuard、Conax等。各種不同的應(yīng)用與上述部同步件之間又有不同的接口，這些應(yīng)用程序接口(API: Application Program Interface) 也會(huì)使機(jī)頂盒能有各種不同的性能。

機(jī)頂盒和多功能電視機(jī)都是涉及到千家萬(wàn)戶的問(wèn)題，沒(méi)有一個(gè)統(tǒng)一標(biāo)準(zhǔn)是不行的，這就是DVB提出的多媒體家用平臺(tái)(MHP：Multimedia Home Platform)的概念。MHP主要定義機(jī)頂盒的整體結(jié)構(gòu)、傳送協(xié)議、內(nèi)容格式、Java虛擬機(jī)和DVB-J APIs、安全性和各層的細(xì)節(jié)定義。

為了有廣泛的互操作性，選擇一個(gè)能用于多種不同內(nèi)容的格式時(shí)非常重要的。MHP能滿足多種形式的格式，如圖形格式包括PNG、GIF、JPEG、MPEG-2 I (P)、幀、MPEG-1/2音頻、DVB字幕、UTF-8；碼流格式包括MPEG-2 I 視頻、MPEG-1/2音頻、DVB字幕、DVB圖文電視；駐留字符；下載字符；HTML、XML。MHP的目標(biāo)是許多不同廠家能使用同一平臺(tái)（稱為水平市場(chǎng)）；同時(shí)對(duì)系統(tǒng)不同層次的運(yùn)營(yíng)商（稱為垂直市場(chǎng)）能單獨(dú)操縱整個(gè)運(yùn)作。在這種情況下對(duì)應(yīng)用環(huán)境有不同需求。MHP定義了應(yīng)用狀態(tài)和表現(xiàn)，如應(yīng)用狀態(tài)有“已下載”“暫停的”“正運(yùn)行”“被破壞”。系統(tǒng)也支持應(yīng)用的自動(dòng)啟動(dòng)。水平市場(chǎng)的一個(gè)特殊情況是處理同時(shí)運(yùn)行的應(yīng)用，這些應(yīng)用必須共享MHP的資源。有些資源只能用于一個(gè)應(yīng)用，如屏幕；有些資源可以被共享，如存儲(chǔ)器；因此要區(qū)分互相協(xié)作的應(yīng)用和有沖突的應(yīng)用。

除SI規(guī)范以外，MHP還要定義專用的應(yīng)用信令。它能提供應(yīng)用的位置、相關(guān)數(shù)據(jù)、所需的MHP層次、所需的資源、自動(dòng)啟動(dòng)特性和與之有關(guān)的協(xié)作應(yīng)用。MHP使用虛擬機(jī)概念，為不同的硬軟件提供公共接口。虛擬機(jī)基于Java規(guī)范，因此DVB的專用平臺(tái)命名為DVB-J。DVB-JAPI可以分為3組：由Sun定義和控制的Java APIs，有基本的Java APIs、表述APIs和業(yè)務(wù)選擇APIs (Java TV) ；由其他組織定義和控制的APIs，表述/GUI APIs (HAVi) 和非CA智能卡APIs (Open Card Forum) 及由DVB定義和控制的APIs，對(duì)Java APIs的擴(kuò)展和限制，數(shù)據(jù)存取APIs，業(yè)務(wù)信息和選擇APIs，I/O器件APIs，公共基礎(chǔ)結(jié)構(gòu)APIs和其它APIs (定時(shí)，用戶設(shè)置)。對(duì)已經(jīng)存在的許多有不同APIs的DVB系統(tǒng)，DVB-J提供即插接口來(lái)實(shí)現(xiàn)繼承的APIs。即插功能可以在制造過(guò)程中完成，也可以在銷(xiāo)售過(guò)程中完成，或者通過(guò)智能卡、DVB公共接口或多媒體卡在以后升級(jí)，或由廣播業(yè)者或網(wǎng)絡(luò)業(yè)者通過(guò)網(wǎng)絡(luò)下載。載安全性方面，在下載和開(kāi)始下載應(yīng)用時(shí)，必須對(duì)內(nèi)容提供者提供的源進(jìn)行授權(quán)并檢查應(yīng)用的真實(shí)性。有一種技術(shù)可以使用存儲(chǔ)在MHP確認(rèn)信息檢查附加的電子簽名。這樣的確認(rèn)信息只包括公共密鑰，在MHP中不需要保密信息。

MHP規(guī)定了不同的應(yīng)用領(lǐng)域和層次，基層是增強(qiáng)廣播層1 (EB1：Enhanced Broadcasting Profile1) ，僅支持單向廣播業(yè)務(wù)和本地交互業(yè)務(wù)。包括Java VM、DVB-J APIs和廣播傳送協(xié)議，HTML子集作為既插件。交互廣播層1(IB1：Interactive Broadcast Profile1) 支持交互業(yè)務(wù)，這意味著有相應(yīng)的硬軟件支持。對(duì)EB1的擴(kuò)展有用于交互應(yīng)用的 DVB-J API和交互傳送協(xié)議，HTML子集作為選件。仍在完善中的是互聯(lián)網(wǎng)接入1（IA1：Internet Access 1），增加的API有互聯(lián)網(wǎng)介入APIs、IP廣播傳送協(xié)議和HTML，ECMA script等描述協(xié)議。其各層次的關(guān)系如圖2，DVB有關(guān)的協(xié)議與業(yè)務(wù)的聯(lián)系如圖3。

OpenCable、DOCSIS和PacketCable

美國(guó)CableLabs的道路有所不同，是一種非常實(shí)際的做法。他們首先定義了一個(gè)開(kāi)放系統(tǒng)，確保與有線網(wǎng)連接的器件和設(shè)備有互操作性并確保新一代的能提供數(shù)字視頻、數(shù)據(jù)和交互業(yè)務(wù)的機(jī)頂盒能有多個(gè)廠家提供并可由零售得到。這就是OpenCable系統(tǒng)，它定義新一代的先進(jìn)數(shù)字設(shè)備包括機(jī)頂終端和有線前端設(shè)備，規(guī)劃如何通過(guò)混合模擬數(shù)字有線網(wǎng)給用戶電視機(jī)提供視頻、數(shù)據(jù)和交互業(yè)務(wù)，定義一系列有線數(shù)字設(shè)備并作為一種商標(biāo)。OpenCable將所有業(yè)務(wù)和應(yīng)用化分為兩類, OpenCable核心業(yè)務(wù)和OpenCable擴(kuò)展業(yè)務(wù)。OpenCable的核心業(yè)務(wù)有基本的OpenCable系統(tǒng)提供，而擴(kuò)展的業(yè)務(wù)由DOCSIS前端來(lái)提供。DOCSIS是有線傳輸數(shù)據(jù)業(yè)務(wù)接口規(guī)范（DOCSIS：Data Over Cable Service Interface Specification），定義了如何通過(guò)有線調(diào)制解調(diào)器提供雙向數(shù)據(jù)業(yè)務(wù)。而進(jìn)一步的擴(kuò)展，IP電話和視頻會(huì)議則通過(guò)PacktCable來(lái)完成。

OpenCable核心業(yè)務(wù)有模擬電視、數(shù)字電視、清晰度電視、數(shù)字音頻廣播、EPG、遙控、電視互聯(lián)網(wǎng)接入、有線信息服務(wù)和e-mail等交互業(yè)務(wù)。DOCSIS前端的擴(kuò)展業(yè)務(wù)有VOD、到PC的高速互聯(lián)網(wǎng)接入和聯(lián)網(wǎng)游戲。PacketCable的業(yè)務(wù)由普通電話、IP電話和電視電話。DOCSIS1.0有12個(gè)標(biāo)準(zhǔn)，DOCSIS的最主要的特點(diǎn)是能選用現(xiàn)有標(biāo)準(zhǔn)的就選用現(xiàn)有的標(biāo)準(zhǔn)。如物理層下行選用現(xiàn)有MPEG時(shí)分復(fù)用，數(shù)據(jù)鏈路層選用IEEE802.2，網(wǎng)絡(luò)層選用IP、傳輸層選用TCP/UDP；上行選用時(shí)分復(fù)用接入并使用小型時(shí)隙，媒體接入控制和控制信息是自己的DOCSIS MAC和DOCSIS 控制信息。DOCSIS 采用了14比特SID業(yè)務(wù)類型識(shí)別，可以對(duì)單個(gè)用戶設(shè)置帶寬和設(shè)置不同組別的業(yè)務(wù)。 

DOCSIS 1.0也支持Multicast。其主要的有關(guān)標(biāo)準(zhǔn)有：CM到用戶室內(nèi)設(shè)備的接口，CMTS-網(wǎng)絡(luò)側(cè)接口，RF接口規(guī)范，電話回傳接口，安全規(guī)范（基本），運(yùn)行支持系統(tǒng)接口（OSSI）。試驗(yàn)表明單個(gè)上行碼流可支持1萬(wàn)戶的1500個(gè)10種不同的有線調(diào)制解調(diào)器，在載噪比為17dB仍可可靠工作。

DOCSIS1.0的后續(xù)版本是DOCSIS1.1，原本為提供IP電話和其他對(duì)時(shí)間要求苛刻的業(yè)務(wù)，并對(duì)DOCSIS1.0中QoS的功能進(jìn)行了擴(kuò)展。對(duì)1.0的擴(kuò)展為主要有對(duì)CBR、VBR、ABR的所有QoS功能，對(duì)IP Multicast標(biāo)準(zhǔn)化，增加CMTS對(duì)上行碼流的有控制的劃分，通過(guò)使用凈荷頭壓縮（PHS）更有效地利用上行和下行碼流，附加的安全特性-提供數(shù)字認(rèn)證，充分考慮了有先調(diào)制解調(diào)器被非法占用的風(fēng)險(xiǎn)。對(duì)有線調(diào)制解調(diào)器終端系統(tǒng)（CMTS）來(lái)說(shuō)，從DOCSIS1.0到1.1只是軟件升級(jí)，而對(duì)有線調(diào)制解調(diào)器（CM）和機(jī)頂盒（STB）來(lái)說(shuō)，升級(jí)到DOCSIS1.1時(shí)，90%是軟件升級(jí)，但對(duì)分割的新的支持要修改硬件。進(jìn)一步的工作是IEEE802.14的先進(jìn)物理層（Advanced Physical Layer）工作組，研究用于更大帶寬的對(duì)稱業(yè)務(wù)和使用S-CDMA更抗干擾的上行數(shù)據(jù)傳輸系統(tǒng)，有人稱為DOCSIS1.2，但未得到CableLabs的承認(rèn)。

POD和OpenCAS

OpenCable項(xiàng)目的另一個(gè)目標(biāo)是使消費(fèi)者能在市場(chǎng)上購(gòu)買(mǎi)到能接收數(shù)字電視業(yè)務(wù)的電視機(jī)或機(jī)頂盒。考慮到有線網(wǎng)不同的信令協(xié)議和要有足夠的安全性，主機(jī)需要由有線運(yùn)營(yíng)商提供的配置點(diǎn)(POD：point of deployment)安全模塊。CableLabs要確保在商店買(mǎi)的任何OpenCable的機(jī)頂盒或數(shù)字電視機(jī)可以用在任何有線運(yùn)營(yíng)商的網(wǎng)絡(luò)，而且任何POD模塊也能與任何機(jī)頂盒或數(shù)字電視機(jī)一起工作。要做到這一點(diǎn)，首先就要規(guī)定相應(yīng)的標(biāo)準(zhǔn)接口。

OpenCable定義了三種不同的接口，OpenCable網(wǎng)絡(luò)接口(OCI-N：OpenCable Interface-Network)是有線網(wǎng)與主機(jī)的接口；OpenCable用戶接口1(OCI-C1：OpenCable Interface-Consumer 1)是主機(jī)與用戶設(shè)備的接口。OpenCable用戶接口2(OpenCable Interface-Consumer 2)是主機(jī)與POD模塊的接口。除這三個(gè)接口外，機(jī)頂盒還有標(biāo)準(zhǔn)的模擬接口。POD接口如圖6，它包括4個(gè)邏輯接口：帶內(nèi)通道(INB：In-Band)是雙向接口，在主機(jī)盒POD模塊之間傳送MPEG2 TS流；帶外通道(OOB：Out-Of-Band) 用來(lái)聯(lián)接主機(jī)的OOB RF前端和模塊的OOB PHY和MAC層；數(shù)據(jù)(DAT) 通道支持主機(jī)和模塊之間的所有本地處理，允許POD應(yīng)用可以利用主機(jī)的資源，同時(shí)支持版權(quán)保護(hù)授權(quán)、密鑰恢復(fù)，DAT通道也用作擴(kuò)展通道的初始化并與PCMCIA標(biāo)準(zhǔn)兼容；擴(kuò)展通道通過(guò)OOB通道的寬帶或窄帶廣播為主機(jī)提供網(wǎng)絡(luò)信息，數(shù)據(jù)由模塊恢復(fù)并解復(fù)用，主機(jī)也可以通過(guò)同一通道按照SCTE-DVS216R2(Proposal for MPEG Section in POD API)標(biāo)準(zhǔn)由模塊向有線前端發(fā)送信息。當(dāng)主機(jī)使用DOCSIS調(diào)制解調(diào)器時(shí)，主機(jī)通過(guò)EXT通道向調(diào)制解調(diào)器發(fā)送和接收網(wǎng)絡(luò)信息。DAT和EXT通道使用同一信號(hào)接口，通過(guò)兩個(gè)使能信號(hào)CE1#和CE2#來(lái)控制。

POD接口將安全部件從接收端主機(jī)分離出去，而OpenCAS的目標(biāo)是使有線電視前端的條件接收系統(tǒng)和內(nèi)容合成，即節(jié)目單的安排、編碼、加擾分開(kāi)并有互操作性。系統(tǒng)設(shè)計(jì)還提供多個(gè)條件接收系統(tǒng)密鑰的共享。在密鑰共享系統(tǒng)中，內(nèi)容合成子系統(tǒng)給每個(gè)條件接收系統(tǒng)相同的密鑰。每個(gè)條件接收系統(tǒng)由這個(gè)密鑰產(chǎn)生一個(gè)加密控制信息流并插入到包括加擾節(jié)目的多節(jié)目傳送流中去。同一系統(tǒng)的POD模塊用該條件接收系統(tǒng)的加密控制信息解密送來(lái)的節(jié)目并通過(guò)版權(quán)保護(hù)接口提供給主機(jī)。另外，每個(gè)條件接收系統(tǒng)還由內(nèi)容合成子系統(tǒng)通過(guò)OOB通道向POD模塊提供加密管理信息。加密信息對(duì)每個(gè)POD/主機(jī)都進(jìn)行編址。這樣的安排有很多好處：將保密處理和內(nèi)容處理分開(kāi)；為新出現(xiàn)的業(yè)務(wù)如視頻點(diǎn)播和電子商務(wù)提供交互接口；簡(jiǎn)化POD的初始安裝，特別是在有多個(gè)廠家不同的POD是尤為重要；適應(yīng)多種CA系統(tǒng)變化情況，如有線前端特許安裝，CA系統(tǒng)為新業(yè)務(wù)的更新，用新CA系統(tǒng)取代老系統(tǒng)等。OpenCAS加密方面使用了DVB標(biāo)準(zhǔn)ETS103 197有線電視前端DVB同密的實(shí)現(xiàn)（Head-End Implementation of DVB Simulcrypt），并作了部分修改。