【正文】 它們將在第６節(jié)進(jìn)行詳述。 多個數(shù)據(jù)轉(zhuǎn)發(fā)器之間的服務(wù)監(jiān)測接口負(fù)責(zé)服務(wù)和資源的監(jiān)測。 LS和總體架構(gòu)中相關(guān)組件之間的事件日志接口（L）負(fù)責(zé)對對公共定義格式的日志事件的收集。 DW和總體架構(gòu)中相關(guān)組件之間的數(shù)據(jù)倉庫接口（W）負(fù)責(zé)對公共定義格式的數(shù)據(jù)的收集。 網(wǎng)絡(luò)管理接口主要是指一個外部NMS的接口。 NMS和架構(gòu)中所有組件之間的網(wǎng)絡(luò)管理接口（N）負(fù)責(zé)總體的網(wǎng)絡(luò)管理功能。對于QAM調(diào)節(jié)器，得使用QAM之上的MPEG2多節(jié)目傳輸流（MPTS）。對于以太網(wǎng)輸出，得使用在UDP/IP之上的MPEG2單一節(jié)目傳輸流（SPTS）映射。如果ECM/EMM在流中傳遞，MPEG2傳輸協(xié)議可以用來指定將它們傳遞到哪去。（V2） 加密傳輸接口指定了用于攜帶由合適EE加密的點播流的協(xié)議。（V1） 源傳輸接口指定了用于攜帶在SS輸出上的點播流的協(xié)議。例如，客戶端可以自動尋找使用一套由機頂盒可見的邊緣QAM指定的獨特的MPEG傳輸流ID。（D1） 客戶端自動監(jiān)測接口負(fù)責(zé)允許ODC自動尋找自己在傳輸分布網(wǎng)絡(luò)（HFC）中的位置并周期性地回報給數(shù)據(jù)轉(zhuǎn)發(fā)器組件。在RTSP中，像公共框架那樣提供了HTTP流控制。如同會話管理，接口可以采用DSMCC或者RTSP標(biāo)準(zhǔn)。PS發(fā)送購買響應(yīng)信息給ODC，指示此購買否被授權(quán)。通過這個接口，ODC發(fā)送購買請求信息到PS?！。‥2） ODC和PS之間的客戶端購買接口負(fù)責(zé)對所選的服務(wù)進(jìn)行購買授權(quán)核對。為了提高執(zhí)行效率，在ES為每個授權(quán)提供有效期時，PS可以將授權(quán)核對的結(jié)果保存下來。（E1） PS和ES之間的授權(quán)驗證接口負(fù)責(zé)執(zhí)行授權(quán)核對。假定ERM維持邊緣設(shè)備管理的資源總量和狀態(tài)，將選擇合適的邊緣設(shè)備和QAM，除了頻率和MPEG節(jié)目這樣的調(diào)整信息。（R6） ERM和邊緣設(shè)備之間的邊緣資源接口負(fù)責(zé)管理和分配邊緣資源。按照規(guī)定的之前，NRM由網(wǎng)絡(luò)資源監(jiān)控器和網(wǎng)絡(luò)資源分配組成。如同IETF中定義的標(biāo)準(zhǔn)，它們已經(jīng)忙于某個問題。（R5） NRM和TN之間的網(wǎng)絡(luò)資源接口負(fù)責(zé)管理和分配TN資源。通過這個接口，ERM監(jiān)控多個EE的配置、狀態(tài)和可用資源。作為進(jìn)一步的優(yōu)化，為了即將來臨的會話，EE要求存儲來自所用CA系統(tǒng)的多個ECM。 CAS接口（R3） CAS和EE之間的CAS接口負(fù)責(zé)獲得適當(dāng)?shù)脑L問信息，如ECM，來為EE加密請求會話。通過這個接口，ODRM將監(jiān)控多個SS的配置、狀態(tài)和可用資源。在這種模式中，假定APM維持一張資產(chǎn)表及其在SS上的位置，并將SS的位置返回給ODRM。特別是，資源接口相互之間運行在同一層面，而且不與會話接口同步。各種資源管理器使用這些接口來管理相應(yīng)組件的資源。 相關(guān)參數(shù)包括請求信息中將所有請求用戶可理解的QAM標(biāo)識進(jìn)行區(qū)域顯示，響應(yīng)信息中指派使用的邊緣QAM、頻率和MPEG調(diào)整參數(shù)。相關(guān)參數(shù)包括UDP端口、請求信息中所選SS 和邊緣設(shè)備的IP地址、響應(yīng)信息中指派的傳輸網(wǎng)絡(luò)資源等。相關(guān)參數(shù)包括UDP端口、加密流的IP地址和CA系統(tǒng)ID等。 相關(guān)參數(shù)包括請求信息中的一系列ProviderID和AssetID、指定SS和它的輸出端口、響應(yīng)信息中的源UDP/IP參數(shù)等。它還為會話提供必要的資源，如比特率、解碼器和相關(guān)參數(shù)的加密。（S2） SM和PS之間的會話授權(quán)接口負(fù)責(zé)對ODC請求的會話進(jìn)行授權(quán)。它們包括客戶會話的建立、銷毀和其它客戶端管理功能，如會話的心跳機制。如果有個新的方法，同這兩個現(xiàn)有的方法相比有重要的優(yōu)勢，那么也將被考慮到。 DSMCC和RTSP接近不同的工業(yè)許可、性能和適應(yīng)性。會話建立協(xié)議（SSP）中的Time Warner Pegasus方案已經(jīng)采用DSMCC的一個子集并進(jìn)行了一些擴展。MPEG數(shù)字存儲媒體－支配與控制（DSMCC）網(wǎng)絡(luò)協(xié)議可以被用來進(jìn)行會話的建立、銷毀和其它相關(guān)的會話信息。因此，諸如響應(yīng)時間和吞吐量這樣的性能問題將被放到接口設(shè)計中來考慮。它們主要負(fù)責(zé)會話的建立和銷毀，如同其它會話管理功能。XSL可以被用來將XML格式的元數(shù)據(jù)轉(zhuǎn)換成各種ODC使用的格式。對此說明書來說，任何代表數(shù)字機頂盒執(zhí)行資產(chǎn)查詢的網(wǎng)關(guān)服務(wù)器將被認(rèn)為是ODC的一部分。（A7） ODC和NS之間的客戶端導(dǎo)航接口負(fù)責(zé)將由NS提供的資產(chǎn)列表和元數(shù)據(jù)進(jìn)行導(dǎo)航。 這個接口將從事資產(chǎn)列表和元數(shù)據(jù)的添加、刪除和修改。RTM需要得到來自導(dǎo)向數(shù)據(jù)提供者的節(jié)目列表信息，至于這是怎么做的就超出了NGOD說明書的范圍。（A4）RTM和AMS之間的實時元數(shù)據(jù)接口負(fù)收集元數(shù)據(jù)并描述來自RTS的內(nèi)容。APM和它的規(guī)則的內(nèi)在實現(xiàn)不在本說明書的范圍中。 APM應(yīng)用一些規(guī)則來判斷一個內(nèi)容文件要被傳送到哪里。另外，這個接口可以提供額外的作用，如資產(chǎn)狀態(tài)的查詢和資產(chǎn)的刪除。在CableLabs Content Specification version 。CableLabs Asset Distribution Interface version (ADI )中定義到，一個資產(chǎn)由ProviderID和AssertID聯(lián)合唯一標(biāo)識。另外，它們也負(fù)責(zé)監(jiān)控資產(chǎn)的狀態(tài)。需要對現(xiàn)有的的標(biāo)準(zhǔn)進(jìn)行修改或者擴展 無論怎么應(yīng)用都能使用現(xiàn)有的標(biāo)準(zhǔn)。為了在合理的短期內(nèi)達(dá)到特殊的下一代點播服務(wù)的目標(biāo)，根本上將致力于挑起任何相關(guān)的現(xiàn)有的標(biāo)準(zhǔn)及其對接口的擴展。為了進(jìn)行診斷和事件跟蹤，需要使用LS來提供詳細(xì)的點播會話和資源信息的日志。其功能的詳細(xì)說明不在此說明書的范圍之內(nèi)。 在各種錯誤情況下，可以為關(guān)鍵的NGOD組件提供事件日志來進(jìn)行更詳細(xì)的診斷和分析。管理包括錯誤偵測，狀態(tài)監(jiān)控和配置。速率調(diào)整 PCR重印 邊緣設(shè)備的其它作用還包括： 例如，為了支持動態(tài)添加內(nèi)容到一個存在會話中，邊緣帶寬需要被添加到由相同QAM提供的會話中去。在從會話管理器特定會話來的資源請求上，邊緣資源管理器需要確定邊緣設(shè)備的使用，輸入UDP端口和IP地址，輸出頻率和MPEG節(jié)目參數(shù)。 邊緣資源管理器負(fù)責(zé)分配和管理邊緣設(shè)備上所需的資源，如QAM帶寬（通過接口R6）。特別是，請求內(nèi)容是在推流服務(wù)器的輸出上被MPEG SPTS運載和UDP/IP映射。重在實現(xiàn)，傳送視頻流用到了各種傳輸網(wǎng)絡(luò)，如以太網(wǎng)和ATM/SONET；在所有實例中，都是通過在傳輸網(wǎng)絡(luò)上使用IP包來傳送視頻。當(dāng)NGOD版本1和IP傳輸網(wǎng)絡(luò)的未來版本的資源管理器實現(xiàn)網(wǎng)絡(luò)資源分配時，網(wǎng)絡(luò)資源監(jiān)控功能由一個叫網(wǎng)絡(luò)資源監(jiān)控器的組件來實現(xiàn)。這兩個功能塊是網(wǎng)絡(luò)資源監(jiān)控和網(wǎng)絡(luò)資源分配。 網(wǎng)絡(luò)資源管理器負(fù)責(zé)分配和管理網(wǎng)絡(luò)傳輸所需的資源（通過接口R5）。例如，加擾器可以嵌入多路復(fù)用器或邊緣QA