NGOD2.0總體架構(gòu)介紹中文版

目錄1.1總體架構(gòu)3根本架構(gòu)描述3接口4配置構(gòu)造51.2組件分類6資產(chǎn)發(fā)布系統(tǒng)〔ADS〕6資產(chǎn)管理系統(tǒng)〔AMS〕6實(shí)時(shí)源〔RTS〕和實(shí)時(shí)管理器〔RTM〕6計(jì)費(fèi)系統(tǒng)7授權(quán)效勞器〔ES〕7導(dǎo)航效勞器7購置效勞器8點(diǎn)播客戶端8媒資傳播管理器8點(diǎn)播資源管理器9推流效勞器9會話管理器〔SM〕91.2.13CA系統(tǒng)10加密資源管理器10加擾器10網(wǎng)絡(luò)資源管理器11傳輸網(wǎng)絡(luò)11邊緣資源管理器11邊緣設(shè)備11網(wǎng)絡(luò)管理系統(tǒng)12數(shù)據(jù)倉庫12日志效勞器122接口描述122.1資產(chǎn)接口12資產(chǎn)分發(fā)接口〔A1〕12資產(chǎn)獲取接口〔A2〕13資產(chǎn)傳播接口〔A3〕13實(shí)時(shí)元數(shù)據(jù)接口〔A4〕13實(shí)時(shí)管理接口〔A5〕13資產(chǎn)發(fā)布接口〔A6〕13客戶端導(dǎo)航接口〔A7〕132.2會話接口13客戶端會話接口〔S1〕14會話授權(quán)接口〔S2〕14會話和點(diǎn)播資源接口〔S3〕14會話和加密資源接口〔S4〕14會話和網(wǎng)絡(luò)資源接口〔S5〕14會話和邊緣資源接口〔S6〕152.3資源接口15資產(chǎn)定位接口〔R1〕15推流效勞器資源接口〔R2〕15接口〔R3〕15加密資源接口〔R4〕15網(wǎng)絡(luò)資源接口〔R5〕15邊緣資源接口〔R6〕162.4授權(quán)接口16授權(quán)驗(yàn)證接口〔E1〕16客戶端購置接口〔E2〕162.5流控制接口162.6客戶端自動監(jiān)測接口〔D1〕162.7視頻傳輸接口17源傳輸接口〔V1〕17加密傳輸接口〔V2〕17網(wǎng)絡(luò)傳輸接口〔V3〕172.7.4客戶端傳輸接口〔V4〕172.8網(wǎng)絡(luò)管理接口172.9數(shù)據(jù)倉庫接口172.10事件日志接口182.11效勞監(jiān)測接口181.1總體架構(gòu)為了討論，我們需要提供一個包含了所有關(guān)鍵組件和接口的根本架構(gòu)。這個架構(gòu)給出了一個根本的框架，用來說明合理的模塊和接口，就如同說明關(guān)鍵的功能流程一樣。1.1.1根本架構(gòu)描述 圖1為新一代視頻點(diǎn)播效勞的根本架構(gòu)。先指出，架構(gòu)的核心是視頻點(diǎn)播效勞，不過可以將架構(gòu)進(jìn)展擴(kuò)展來支持其它的點(diǎn)播效勞，如交換播送視頻或網(wǎng)絡(luò)PVR。 根本架構(gòu)是由許多組件以及組件之間的接口組成。這些構(gòu)造和接口允許在一個物理模塊中實(shí)現(xiàn)單一或多個組件。架構(gòu)怎樣將多個組件整合在一起進(jìn)展優(yōu)化是未來革新要做的，并不在此說明書疇。組件架構(gòu)從功能上被劃分成許多的組件。每個組件都以一種方式來定義，就是實(shí)現(xiàn)了共同接口的可交換的模塊可被引入到系統(tǒng)的其余工作中。例如，當(dāng)多個推流效勞器實(shí)現(xiàn)了定義的接口時(shí)，它們就能被引入到系統(tǒng)中。 在一些情況中可以預(yù)料到，實(shí)現(xiàn)可以將幾個組件整合成一個單獨(dú)的產(chǎn)品或解決方案。cast認(rèn)為這是一個確實(shí)的方法，因?yàn)樗梢詽撛诘亟档唾Y金和運(yùn)作本錢，提高整體系統(tǒng)的效率。這種整合并不意味每個組件不用實(shí)現(xiàn)其相關(guān)的接口。例如，*個資源管理組件將同會話管理器整合在一起來實(shí)現(xiàn)；在這種情況下，仍舊必須實(shí)現(xiàn)和提醒相關(guān)的資源管理接口。 根本架構(gòu)中每個描述的實(shí)體可以在實(shí)際的實(shí)現(xiàn)中表現(xiàn)出一個或多個物理實(shí)體來。例如，這有多個為了工作量結(jié)算和可測量性而實(shí)現(xiàn)了會話管理器〔SM〕的效勞器。圖1 點(diǎn)播客戶端位于用戶家中的數(shù)字機(jī)頂盒上。任何代表數(shù)字機(jī)頂盒同其它數(shù)據(jù)轉(zhuǎn)發(fā)器進(jìn)展通信的網(wǎng)關(guān)效勞器都將被當(dāng)作點(diǎn)播客戶端的一局部。所有其它組件位于運(yùn)營商的主要和次要數(shù)據(jù)轉(zhuǎn)發(fā)器、遠(yuǎn)程集線器上，依靠特殊的配置構(gòu)造和網(wǎng)絡(luò)拓?fù)?。cast在組件的布置上將有更大的適應(yīng)性，以此來調(diào)節(jié)存在于多個區(qū)域中的各種物理配置場景。以太網(wǎng)交換機(jī)和傳輸器對此有非常大的促進(jìn)。然而，接口需要被設(shè)計(jì)成：各種組件的物理位置在不同的配置下表現(xiàn)出多樣化來。 關(guān)鍵的組件包括：·AssetDistributionSystem(ADS)—將來自容提供者或網(wǎng)絡(luò)運(yùn)營商的資產(chǎn)進(jìn)展發(fā)布·AssetManagementSystem(AMS)—驗(yàn)證和管理資產(chǎn)容和元數(shù)據(jù)·RealTimeSource(RTS)—獲取諸如從實(shí)時(shí)編碼器傳過來的實(shí)時(shí)容·RealTimeManager(RTM)—管理實(shí)時(shí)資源，如獲取一個節(jié)目頻道的時(shí)間表·BillingSystem(BS)—管理客戶的賬單及效勞訂購·EntitlementServer(ES)—管理權(quán)利和事務(wù)·NavigationServer(NS)—介紹資產(chǎn)及效勞并管理用戶導(dǎo)航·PurchaseServer(PS)—通過授權(quán)效勞器〔ES〕執(zhí)行會話授權(quán)來驗(yàn)證用戶的購置·OnDemandClient(ODC)—給點(diǎn)播數(shù)據(jù)轉(zhuǎn)發(fā)器和用戶應(yīng)用程序提供接口。其包括任何適合作為機(jī)頂盒代理的網(wǎng)關(guān)效勞器?！ssetPropagationManager(APM)—通過多個推流效勞器來管理媒資傳播·OnDemandManager(ODRM)—管理推流效勞器需要的資源·StreamingServer(SS)—輸出視頻流和管理流控制·SessionManager(SM)—為用戶的視頻點(diǎn)播效勞管理會話生命周期·ConditionalAccessSystem(CAS)—為視頻點(diǎn)播效勞執(zhí)行控制訪問·EncryptionResourceManager(EnRM)—為每個會話進(jìn)展加密配置管理·EncryptionEngine—聯(lián)合會話來完成對視頻效勞的加密，位于視頻效勞器和邊緣設(shè)備之間·NetworkResourceManager(NRM)—管理每個會話進(jìn)展網(wǎng)絡(luò)傳輸時(shí)所需的資源·TransportNetWork(TN)—將視頻效勞從效勞器傳輸?shù)竭吘壴O(shè)備上·EdgeResourceManager(ERM)—管理每個會話中邊緣設(shè)備上所需的資源·EdgeDevice—執(zhí)行多路復(fù)用和QAM調(diào)制·NetWorkManagementSystem(NMS)—為所有數(shù)據(jù)轉(zhuǎn)發(fā)器上的組件提供網(wǎng)絡(luò)管理·DataWarehouse(DW)—提供關(guān)于從點(diǎn)播效勞收集來的數(shù)據(jù)的匯報(bào)及分析·LoggingServer(LS)—為了診斷及事件跟蹤，從多個組件上收集日志數(shù)據(jù)。1.1.2接口開放這個架構(gòu)主要是為了定義并使各種組件上的接口和協(xié)議標(biāo)準(zhǔn)化。數(shù)據(jù)和控制平面接口都需要被定義。例如，數(shù)據(jù)平面接口是一種傳輸協(xié)議，它可以將點(diǎn)播的視頻容從推流效勞器上傳送到邊緣設(shè)備上；控制平面接口是會話管理和點(diǎn)播資源管理之間的一種資源信號。另外，為了從事架構(gòu)上所有數(shù)據(jù)轉(zhuǎn)發(fā)器組件的管理，管理平面接口需要被定義。為此，我們需要使用標(biāo)準(zhǔn)的協(xié)議，例如簡單網(wǎng)絡(luò)管理協(xié)議〔SNMP〕。以下將關(guān)鍵的接口進(jìn)展了分類：·AssetInterfaces:A1-A7，定義了資產(chǎn)管理接口·SessionInterfaces:S1-S6，定義了會話管理接口·ResourceInterfaces:R1-R6，定義了資源管理接口·EntitlementInterfaces:E1-E2，定義了授權(quán)管理接口·StreamControlInterfaces:C1，定義了推流控制接口·ClientAuto-DiscoveryInterfaces:D1，定義了客戶端自動監(jiān)測接口·VideoTransportInterfaces:V1-V4，定義了從推流效勞器到邊緣設(shè)備的視頻傳輸格式·NetworkManagementInterfaces:N，定義了網(wǎng)絡(luò)管理接口·DataWarehousingInterfaces:W，定義了數(shù)據(jù)倉庫匯報(bào)接口·LoggingInterfaces:L，定義了日志效勞器的事件日志接口·ServiceDiscoveryInterfaces:D，定義了數(shù)據(jù)轉(zhuǎn)發(fā)器上各種點(diǎn)播組件的效勞和資源監(jiān)控〔沒在總體架構(gòu)圖上顯示，將在第6節(jié)中描述〕1.1.3配置構(gòu)造 在實(shí)際配置中，總體系統(tǒng)架構(gòu)要作出許多關(guān)鍵的決定。另一方面，必須對架構(gòu)的可行性評估有一定程度的了解。只要功能性和接口同總體架構(gòu)中提到的一致，就能使用多種配置構(gòu)造。 例如，包括如下：·分散或集中的配置構(gòu)造〔例如，視頻效勞器、資產(chǎn)管理系統(tǒng)或會話管理器〕·本地或基于通路的中間件·網(wǎng)絡(luò)傳輸設(shè)備〔例如，以太網(wǎng)〕·各種數(shù)據(jù)轉(zhuǎn)發(fā)器組件的定位〔例如，多路復(fù)用器、加擾器或QAM〕·應(yīng)用程序和業(yè)務(wù)日志圖2上圖描述的是一個VOD配置構(gòu)造樣例。例中，主要數(shù)據(jù)轉(zhuǎn)發(fā)器使用一個全局資產(chǎn)管理系統(tǒng)聚集來自資產(chǎn)發(fā)布系統(tǒng)的資產(chǎn)，并提供多個局部資產(chǎn)管理系統(tǒng)給次級數(shù)據(jù)轉(zhuǎn)發(fā)器。另外，以太網(wǎng)網(wǎng)絡(luò)傳輸同邊緣QAM設(shè)備聯(lián)合在一起使用。1.2組件分類1.2.1資產(chǎn)發(fā)布系統(tǒng)〔ADS〕有兩種主要的資產(chǎn)類型：容資產(chǎn)和元數(shù)據(jù)資產(chǎn)。容資產(chǎn)有一個像MPEG文件一樣的容文件，它同描述此文件的元數(shù)據(jù)〔編碼格式和比特率等〕聯(lián)系在一起。一個元數(shù)據(jù)資產(chǎn)包括各種提供深層容資產(chǎn)信息的數(shù)據(jù)，如ProviderID和AssetID這些定義在CableLabsADI1.1說明書上的數(shù)據(jù)。 特別是，資產(chǎn)發(fā)布系統(tǒng)〔ADS〕包括一個或多個播發(fā)器，可以將資產(chǎn)越過分布網(wǎng)絡(luò)發(fā)送到多個接收器中。接收器在資產(chǎn)轉(zhuǎn)移到資產(chǎn)管理系統(tǒng)〔AMS〕之前將其臨時(shí)存儲起來。ADS其它功能性包括：·多種物理網(wǎng)絡(luò)支持：衛(wèi)星，IP鏈等等·多種傳輸支持：播送，IP多點(diǎn)傳送，單點(diǎn)傳送等等·私人加密配置·資產(chǎn)時(shí)序安排、更新和匯報(bào)1.2.2資產(chǎn)管理系統(tǒng)〔AMS〕 資產(chǎn)管理系統(tǒng)通過資產(chǎn)發(fā)布接口〔A1〕接收來自資產(chǎn)發(fā)布系統(tǒng)的資產(chǎn)數(shù)據(jù)，包括資產(chǎn)元數(shù)據(jù)和容文件。許多處理步驟將出現(xiàn)在AMS上，它們包括：·接收和存儲資產(chǎn)·資產(chǎn)元數(shù)據(jù)校驗(yàn)·資產(chǎn)元數(shù)據(jù)修改·資產(chǎn)生命周期管理〔創(chuàng)立、修改、刪除等〕·將資產(chǎn)遞送給媒資傳播管理器〔通過接口A2〕·將資產(chǎn)元數(shù)據(jù)發(fā)布在導(dǎo)航效勞器上〔通過接口A6〕在實(shí)際配置中，多資產(chǎn)管理系統(tǒng)可以被用來提供分級資產(chǎn)管理和傳播。例如，通過ADS，可以將一個全局AMS配置在電報(bào)運(yùn)營商的媒體中心和接口上。在電報(bào)運(yùn)營商的數(shù)據(jù)轉(zhuǎn)發(fā)器中，資產(chǎn)被轉(zhuǎn)移到幾個局部AMS上。在全局和局部AMS中可以使用IP多點(diǎn)傳送這樣的接口。為此，全局或局部AMS被加工成總體架構(gòu)中的單一實(shí)體。我們希望AMS提供統(tǒng)一的資產(chǎn)管理來管理各種各樣的資產(chǎn)，包括電影、HTML文件、圖表、音樂和來自實(shí)時(shí)源〔RTS〕的實(shí)時(shí)容。1.2.3實(shí)時(shí)源〔RTS〕和實(shí)時(shí)管理器〔RTM〕在典型的VOD系統(tǒng)中，視頻資產(chǎn)被先編碼和打包，然后才通過資產(chǎn)發(fā)布系統(tǒng)發(fā)布出去。另一方面，一些效勞需要視頻實(shí)時(shí)編碼或者從一個實(shí)時(shí)源上錄制下來，如電報(bào)運(yùn)營商區(qū)域的數(shù)字播送流。·免費(fèi)的VOD效勞：電報(bào)運(yùn)營商的數(shù)據(jù)轉(zhuǎn)發(fā)器上，播送視頻可以實(shí)時(shí)編碼·網(wǎng)絡(luò)PVR：類似播送節(jié)目，可以被編碼和獲取。數(shù)字播送節(jié)目可以被記錄。實(shí)時(shí)管理器〔RTM〕被定義為一個組件來管理實(shí)時(shí)源的獲取操作，如源標(biāo)識、開場和完畢時(shí)間〔通過接口A5〕。被截取視頻的元數(shù)據(jù)從實(shí)時(shí)管理器〔RTM〕那被引入到了資產(chǎn)管理系統(tǒng)〔AMS〕〔通過接口A4〕。通過各種單點(diǎn)/多點(diǎn)傳送協(xié)議，視頻容文件從實(shí)時(shí)源〔RTS〕直接傳到推流效勞或其它需要的組件上。1.2.4計(jì)費(fèi)系統(tǒng) 計(jì)費(fèi)系統(tǒng)為視頻點(diǎn)播效勞提供了幾個主要的功能，包括：·用戶信息管理·每個用戶有關(guān)效勞的訂閱都基于效勞定義和用戶ID·清單和交易信息的收集總體架構(gòu)使用授權(quán)效勞器〔ES〕來給計(jì)費(fèi)系統(tǒng)提供一個抽象接口層。計(jì)費(fèi)系統(tǒng)的功能和接口超出了NGOD說明書的圍。1.2.5授權(quán)效勞器〔ES〕授權(quán)效勞器在點(diǎn)播系統(tǒng)和運(yùn)營商的計(jì)費(fèi)系統(tǒng)之間提供了抽象接口層。特別是，授權(quán)效勞器將實(shí)現(xiàn)計(jì)費(fèi)接口，使得與計(jì)費(fèi)系統(tǒng)能夠結(jié)合在一起。授權(quán)效勞器提供了開放的接口給其它在點(diǎn)播架構(gòu)中的組件，并授權(quán)和進(jìn)展事務(wù)管理。 授權(quán)效勞器的幾個主要功能：·依據(jù)唯一的標(biāo)識ID、描述等，運(yùn)營商可以提供應(yīng)用戶各種點(diǎn)播效勞。每種效勞都包含了明確價(jià)格的點(diǎn)播容。授權(quán)驗(yàn)證過程的關(guān)鍵局部是答復(fù)有關(guān)用戶是否有權(quán)承受效勞及其副容的問題?！び脩艨梢酝ㄟ^各種方法訂閱效勞和購置禮品。用戶發(fā)送購置請求信息到購置效勞器，效勞器可以通過ES查詢用戶的權(quán)限。購置效勞器知道特定的應(yīng)用程序同效勞器的關(guān)系。當(dāng)ES知道了特定效勞和機(jī)頂盒/用戶ID以及其它諸如的信息后，才進(jìn)展授權(quán)驗(yàn)證過程?！と绻脩粲袡?quán)進(jìn)展特定的購置，交易信息將通過購置效勞器發(fā)送到ES上，然后ES將交易信息通過計(jì)費(fèi)接口發(fā)送到計(jì)費(fèi)系統(tǒng)。ES也會響應(yīng)其它授權(quán)功能，如信用查詢。1.2.6導(dǎo)航效勞器總體架構(gòu)使用導(dǎo)航效勞器作為一個實(shí)體來為點(diǎn)播效勞的資產(chǎn)導(dǎo)航抽象特定邏輯的應(yīng)用。導(dǎo)航效勞器為點(diǎn)播應(yīng)用獲取其它組件的必需的信息，如資產(chǎn)管理系統(tǒng)的資產(chǎn)元數(shù)據(jù)。導(dǎo)航效勞器提供導(dǎo)航菜單和相關(guān)應(yīng)用屬性給點(diǎn)播客戶端并同點(diǎn)播客戶端交換信息來激活導(dǎo)航功能。 導(dǎo)航效勞器需要查詢和更新來自AMS的資產(chǎn)元數(shù)據(jù)〔通過接口A6〕。資產(chǎn)狀態(tài)更新的合時(shí)對一些完畢用戶導(dǎo)航體驗(yàn)來說是很關(guān)鍵的，來自不同導(dǎo)航效勞器的資產(chǎn)列表視圖都基于地理區(qū)域的標(biāo)準(zhǔn) 導(dǎo)航效勞器可以提供其它應(yīng)用特殊的超出說明書圍的功能。例如，導(dǎo)航效勞器可以給用戶提供如下功能：·菜單、標(biāo)識和應(yīng)用程序背景圖片·點(diǎn)播導(dǎo)航容目錄、類型等·容視圖的VCR控制欄·父級控制PIN管理·我的租用列表1.2.7購置效勞器 總體架構(gòu)使用購置效勞器作為一個實(shí)體來為點(diǎn)播效勞的購置和授權(quán)抽象特定邏輯的應(yīng)用。購置效勞器為點(diǎn)播應(yīng)用獲取其它組件的必需的信息，如授權(quán)效勞器的用戶授權(quán)信息。購置效勞器接收來自點(diǎn)播客戶端的購置請求并檢查授權(quán)效勞器〔ES〕來授于購置權(quán)利。一些關(guān)鍵效勞邊上的接口需要被定義。特定的： 授權(quán)接口：為了授權(quán)效勞，購置效勞器需要ES的授權(quán)驗(yàn)證過程的接口〔通過接口E1〕。購置效勞器從ES找回的用戶授權(quán)信息將被緩存起來以減小響應(yīng)時(shí)間。 會話授權(quán)：會話管理器的會話信息需要被發(fā)送到購置效勞器來進(jìn)展會話的實(shí)時(shí)授權(quán)〔通過接口S2〕。完成后的會話將繼續(xù)進(jìn)展由購置效勞器發(fā)送到ES的處理。 導(dǎo)航效勞器和購置效勞器將在一個叫作應(yīng)用程序組合模塊中來實(shí)現(xiàn)，這個模塊也提供其它應(yīng)用功能。為此，它們作為單獨(dú)的組件進(jìn)展處理。1.2.8點(diǎn)播客戶端 點(diǎn)播客戶端被定義為數(shù)字機(jī)頂盒或任何可以提供代理效勞來同NGOD進(jìn)展交互的網(wǎng)關(guān)效勞器上的一個模塊收集器。點(diǎn)播客戶端和其它NGOD組件中的關(guān)鍵信息和協(xié)議包括：·資產(chǎn)信息：查詢和更新導(dǎo)航效勞器上的資產(chǎn)及其元數(shù)據(jù)列表·授權(quán)信息：給一個購置效勞器上特定的效勞請求購置授權(quán)〔通過接口E2〕·會話信號協(xié)議：會話建立和拆卸會話管理器的接口?！ね屏骺刂茀f(xié)議：VCR控制指定推流效勞器的接口〔通過接口C1〕·客戶端自動監(jiān)測接口：邊緣QAM的自動監(jiān)測將為特殊的機(jī)頂盒提供效勞〔通過接口D1〕點(diǎn)播客戶端里的特殊接口，如機(jī)頂盒和網(wǎng)關(guān)/代理效勞器之間的接口，都不是本說明書的主題。它們對不同類型的數(shù)字機(jī)頂盒來說是最適合的。例如，對于頻道、處理器和存容量受限的低端機(jī)頂盒來說，數(shù)據(jù)磁帶習(xí)慣于播送高資產(chǎn)列表和它們的元數(shù)據(jù)。通過界外頻道與界頻道相結(jié)合，雙向資產(chǎn)查詢也可被使用。對于帶有DOCSIS調(diào)制解調(diào)器和更多處理器和存容量的機(jī)頂盒來說，通過DOCSIS頻道的資產(chǎn)查詢更加可行。1.2.9媒資傳播管理器媒資傳播管理器負(fù)責(zé)將來自各種容源〔AMS、RTS〕的資產(chǎn)傳送到適宜的推流效勞器〔通過接口A3〕。這項(xiàng)重要的功能時(shí)常被叫作“傳播效勞〞。傳播效勞的策略由多種因素決定。例如：·存儲容量：決定是否有充足的容量來存儲容文件·容備份：決定容是否需要以分布的方式備份媒資傳播管理器和推流效勞器之間的接口〔接口A3〕被定義，以致多個賣主的推流效勞器可以通過一樣的傳播效勞框架被引入到工作中。這個接口隱藏了推流效勞器存儲系統(tǒng)的在實(shí)現(xiàn)。它可以包含多個參數(shù)，如存儲容量、接收帶寬以及是否備份容文件到多個推流效勞器中。1.2.10點(diǎn)播資源管理器 點(diǎn)播資源管理器負(fù)責(zé)分配和管理來自推流效勞器的流資源。在會話建立來自客戶端的請求之前，會話管理器〔SM〕將與其它系統(tǒng)中其它組件的資源一起，從點(diǎn)播資源管理器請求資源〔通過接口S3〕。這些由點(diǎn)播資源管理器分配的資源包括：·選擇推流效勞器：這是基于推流效勞器中那些從媒資傳播管理器找來的被請求的資產(chǎn)的區(qū)域〔通過接口R1〕·分配流資源：這包括了所選推流效勞器中流資源的分配，其中有流端口號和帶寬等參數(shù)〔通過接口R2〕1.2.11推流效勞器通過傳輸網(wǎng)絡(luò)和邊緣設(shè)備，推流效勞器負(fù)責(zé)將數(shù)字視頻流向數(shù)字機(jī)頂盒。在典型的系統(tǒng)中，在容錯能力圍，常用巨大的存儲硬盤集來存儲MPEG格式的視頻容。特別是效勞器越過UDP/IP和以太網(wǎng)來輸出MPEG-2單一節(jié)目傳輸流〔SPTS〕。 代表性地，一個或多個推流效勞器可以配置穿越網(wǎng)絡(luò)。推流效勞器可以配置在一個集中的數(shù)據(jù)轉(zhuǎn)發(fā)器或分布式的遠(yuǎn)程集線器或兩者之中。配置構(gòu)造的選擇取決于許多因素，如操作可行性、網(wǎng)絡(luò)傳輸有效性、可量測性、容存儲及傳播和總本錢。 通過允許引入新的低本錢高性能的視頻效勞器這樣一種方式來定義構(gòu)造和接口是很重要的，可以引發(fā)未來在存儲、網(wǎng)絡(luò)和容發(fā)布技術(shù)上的革新。這個架構(gòu)和接口將使得多個廠家的推流效勞器可以配置在數(shù)據(jù)轉(zhuǎn)發(fā)器上，為一樣的客戶端設(shè)備提供效勞。 特別是，推流效勞器也處理VCR類似的流控制，如暫停、快進(jìn)、快退等。Thetrickmodefilesforcontentscanbegeneratedahead-of-timeorontheflybytheStreamingServer.1.2.12會話管理器〔SM〕會話管理器〔SM〕負(fù)責(zé)為點(diǎn)播效勞管理會話生命周期。 點(diǎn)播應(yīng)用常常需要建立會話。效勞器和網(wǎng)絡(luò)資源的連接需要保存一段確定時(shí)間的會話。特別的，SM將履行以下的功能：·同點(diǎn)播客戶端的通信要注意會話的建立、會話的狀態(tài)及會話的完畢·相應(yīng)購置效勞器的接口批準(zhǔn)用戶請求的會話·在資源管理器的協(xié)商下，為適宜的效勞器和網(wǎng)絡(luò)組件分配必需的資源來進(jìn)展會話·動態(tài)添加、刪除或者修改同會話相關(guān)的資源來維持多個點(diǎn)播效勞的一體化·為會話管理效勞質(zhì)量·管理會話的生命周期 SM的一項(xiàng)主要功能是通過同適當(dāng)?shù)男谄骱途W(wǎng)絡(luò)組件的資源管理器的協(xié)商下，為會話獲取必需的資源。它們包括：·點(diǎn)播資源管理器的接口決定推流效勞器資源〔資產(chǎn)區(qū)域〕，分配流效勞器和輸出端口、UDP/IP參數(shù)等〔接口S3〕·加密資源管理器的接口決定會話必需的加密資源〔接口S4〕·網(wǎng)絡(luò)資源管理器的接口決定單向路徑，發(fā)送請求的視頻流到那些覆蓋了用戶住處的邊 緣設(shè)備·邊緣資源管理器的接口決定在邊緣設(shè)備上使用的資源，如必需的帶寬和MPEG調(diào)整參數(shù)，因此，數(shù)字機(jī)頂盒可以調(diào)整出MPEG節(jié)目，里面攜帶了請求的容〔接口S6〕會話管理器需要同點(diǎn)播資源管理器、邊緣資源管理器和其它組件的資源管理器進(jìn)展商議來分配資源，并使視頻流從任一效勞器傳到任一邊緣設(shè)備上。例如，在連接著通過向用戶的標(biāo)識網(wǎng)絡(luò)的推流效勞器上，資產(chǎn)文件是不可用的。這時(shí)，不得不使用一個備用的效勞器和網(wǎng)絡(luò)。因此，SM將需要同點(diǎn)播資源管理器和其它資源管理器商議消除差異。當(dāng)共享同一個資源管理器和根本資源時(shí)，可以使用多種類型的會話管理。這將允許各種應(yīng)用更進(jìn)一步的優(yōu)化會話管理器。例如：·管理交互的會話，如VOD中使用的會話，可以使用交互式的會話管理器?！ぴ诮粨Q播送視頻效勞中可以使用交換播送視頻管理器來管理會話。1.2.13CA系統(tǒng)CA系統(tǒng)負(fù)責(zé)視頻點(diǎn)播效勞的總體平安。除了支持CAS本身現(xiàn)有的功能，架構(gòu)還將允許在一樣或不同的數(shù)據(jù)轉(zhuǎn)發(fā)器中引入新的CAS。 在典型的CAS中，數(shù)字效勞的加密可以通過使用授權(quán)控制信息〔ECM〕和授權(quán)管理信息〔EMM〕來完成。ECM被用來保護(hù)控制字，這些控制字加密必需的。EMM被用來為用戶找回ECM。 在CAS中，同其它配置信息一樣，需要開放接口來開放ECM和EMM訪問。假設(shè)先進(jìn)展加密，通過一種方式產(chǎn)生ECM/EMM來使得一組數(shù)字機(jī)頂盒能夠訪問早先存儲在效勞器中已經(jīng)加密了的容。而實(shí)時(shí)加密，將產(chǎn)生的ECM/EMM分配給一個特定的會話。基于由CAS產(chǎn)生的ECM，容在加擾器上被加密然后傳送出去。容是否需要被加密是由許多因素來決定的。在由ContentSpecification1.1定義的相應(yīng)的資產(chǎn)元數(shù)據(jù)文件中，容提供者可以要求將資產(chǎn)通過加密系統(tǒng)進(jìn)展加密。網(wǎng)絡(luò)運(yùn)營商也可以要求加密特定效勞。另外，如果有多個CAS數(shù)據(jù)轉(zhuǎn)發(fā)器，系統(tǒng)將能夠識別容是由哪個CA系統(tǒng)加密的。 有許多途徑可以將ECM/EMM傳輸?shù)綌?shù)字機(jī)頂盒中。例如，將其傳輸?shù)较鄳?yīng)的MPEG頻道或通過越界進(jìn)展傳輸。1.2.14加密資源管理器加密資源管理器負(fù)責(zé)管理加擾器和提供會話必需的加密資源〔通過接口R4〕。這些加擾器可以放置在效勞器與邊緣設(shè)備之間的任何地方。 加密資源管理器1.2.15加擾器加擾器執(zhí)行攜帶了MPEG-2信息包的點(diǎn)播容的實(shí)時(shí)加密。它可以被放置在推流效勞器與邊緣設(shè)備之間的任何地方。例如，加擾器可以嵌入多路復(fù)用器或邊緣QAM之中。為了完成實(shí)時(shí)加密，加擾器需要找到適當(dāng)?shù)膮?shù)，如來自相應(yīng)CA系統(tǒng)的ECM〔通過接口R3〕。1.2.16網(wǎng)絡(luò)資源管理器 網(wǎng)絡(luò)資源管理器負(fù)責(zé)分配和管理網(wǎng)絡(luò)傳輸所需的資源〔通過接口R5〕。換句話說，網(wǎng)絡(luò)資源管理器需要識別能將數(shù)字視頻流從效勞器傳輸?shù)礁采w了正確效勞群和網(wǎng)絡(luò)資源的邊緣設(shè)備的單向通路，為了分配網(wǎng)絡(luò)資源，網(wǎng)絡(luò)資源管理功能被劃分成兩個實(shí)現(xiàn)了不同組件的功能模塊。這兩個功能塊是網(wǎng)絡(luò)資源監(jiān)控和網(wǎng)絡(luò)資源分配。當(dāng)網(wǎng)絡(luò)資源分配將數(shù)據(jù)平面組件間的網(wǎng)絡(luò)帶寬保存起來時(shí)，網(wǎng)絡(luò)資源監(jiān)控提供了信息的連通性和數(shù)據(jù)平面組件間可用的網(wǎng)絡(luò)帶寬。當(dāng)NGOD版本1和IP傳輸網(wǎng)絡(luò)的未來版本的資源管理器實(shí)現(xiàn)網(wǎng)絡(luò)資源分配時(shí)，網(wǎng)絡(luò)資源監(jiān)控功能由一個叫網(wǎng)絡(luò)資源監(jiān)控器的組件來實(shí)現(xiàn)。1.2.17傳輸網(wǎng)絡(luò)傳輸網(wǎng)絡(luò)用于將視頻流傳送到邊緣設(shè)備上，潛在地通過一系列的網(wǎng)絡(luò)設(shè)備，如加擾器。重在實(shí)現(xiàn)，傳送視頻流用到了各種傳輸網(wǎng)絡(luò)，如以太網(wǎng)和ATM/SONET；在所有實(shí)例中，都是通過在傳輸網(wǎng)絡(luò)上使用IP包來傳送視頻。當(dāng)前主流技術(shù)是通過以太網(wǎng)使用IP的根本構(gòu)造。特別是，請求容是在推流效勞器的輸出上被MPEGSPTS運(yùn)載和UDP/IP映射?？梢允褂脕硪蕴W(wǎng)交換和傳輸來將流從網(wǎng)絡(luò)資源管理器傳送到基于構(gòu)造正確的邊緣設(shè)備上。1.2.18邊緣資源管理器 邊緣資源管理器負(fù)責(zé)分配和管理邊緣設(shè)備上所需的資源，如QAM帶寬〔通過接口R6〕。特別地，邊緣資源管理器需要從那些為請求機(jī)頂盒提供效勞的邊緣設(shè)備上分配明確的QAM資源。在從會話管理器特定會話來的資源請求上，邊緣資源管理器需要確定邊緣設(shè)備的使用，輸入U(xiǎn)DP端口和IP地址，輸出頻率和MPEG節(jié)目參數(shù)。邊緣資源管理器的其它功能也包括帶寬管理和效勞質(zhì)量。例如，為了支持動態(tài)添加容到一個存在會話中，邊緣帶寬需要被添加到由一樣QAM提供的會話中去。1.2.19邊緣設(shè)備 邊緣設(shè)備的主要功能是接收從IP傳輸網(wǎng)絡(luò)通過UDP/IP傳送過來的多MPEGSPTS，轉(zhuǎn)成MPEGMPTS，并且產(chǎn)生QAM調(diào)制信號。邊緣設(shè)備的其它作用還包括：·MPEGPID重映射·PCR重印·統(tǒng)計(jì)多路技術(shù)·速率調(diào)整·多點(diǎn)傳送交換〔如交換播送〕1.2.20網(wǎng)絡(luò)管理系統(tǒng)網(wǎng)絡(luò)管理系統(tǒng)〔NMS〕負(fù)責(zé)管理架構(gòu)中描述的數(shù)據(jù)轉(zhuǎn)發(fā)器組件。管理包括錯誤偵測，狀態(tài)監(jiān)控和配置。當(dāng)需要為這些接口定義適當(dāng)?shù)腗IB時(shí)，常使用慣用的協(xié)議，如SNMP。 在各種錯誤情況下，可以為關(guān)鍵的NGOD組件提供事件日志來進(jìn)展更詳細(xì)的診斷和分析。1.2.21數(shù)據(jù)倉庫數(shù)據(jù)倉庫負(fù)責(zé)對來自架構(gòu)中各種組件〔會話管理器和資源管理器〕的點(diǎn)播統(tǒng)計(jì)數(shù)據(jù)進(jìn)展收集、分析和記錄。其功能的詳細(xì)說明不在此說明書的圍之。1.2.22日志效勞器 日志效勞器〔LS〕負(fù)責(zé)從架構(gòu)中各種組件上收集事件日志數(shù)據(jù)。為了進(jìn)展診斷和事件跟蹤，需要使用LS來提供詳細(xì)的點(diǎn)播會話和資源信息的日志。2接口描述 總體架構(gòu)中的接口都被定義成開放的、公有的，以此來促進(jìn)將點(diǎn)播效勞應(yīng)用在多商家的環(huán)境中。為了在合理的短期到達(dá)特殊的下一代點(diǎn)播效勞的目標(biāo)，根本上將致力于挑起任何相關(guān)的現(xiàn)有的標(biāo)準(zhǔn)及其對接口的擴(kuò)展。 這些接口屬于以下三種類別：·無論怎么應(yīng)用都能使用現(xiàn)有的標(biāo)準(zhǔn)?！ば枰獙ΜF(xiàn)有的的標(biāo)準(zhǔn)進(jìn)展修改或者擴(kuò)展·需要提出和采用新的規(guī)2.1資產(chǎn)接口 資產(chǎn)相關(guān)的接口包括A1－A7，其主要負(fù)責(zé)管理或操縱資產(chǎn)元數(shù)據(jù)和容。另外，它們也負(fù)責(zé)監(jiān)控資產(chǎn)的狀態(tài)。2.1.1資產(chǎn)分發(fā)接口〔A1〕 ADS與AMS之間的資產(chǎn)分發(fā)接口負(fù)責(zé)分發(fā)從ADS到AMS的容和元數(shù)據(jù)文件。CableLabsAssetDistributionInterfaceversion1.1(ADI1.1)中定義到，一個資產(chǎn)由ProviderID和AssertID聯(lián)合唯一標(biāo)識。這里也有針對引入了收集概念的ADI2.0進(jìn)展的討論。在CableLabsContentSpecificationversion1.1中已經(jīng)定義了VOD容格式。2.1.2資產(chǎn)獲取接口〔A2〕AMS和APM之間的資產(chǎn)獲取接口負(fù)責(zé)管理從AMS到APM及SS的資產(chǎn)獲取。另外，這個接口可以提供額外的作用，如資產(chǎn)狀態(tài)的查詢和資產(chǎn)的刪除。2.1.3資產(chǎn)傳播接口〔A3〕 APM和SS之間的資產(chǎn)傳播接口負(fù)責(zé)管理到SS的資產(chǎn)傳送。 APM應(yīng)用一些規(guī)則來判斷一個容文件要被傳送到哪里。這些規(guī)則可由容副本和緩存等存儲特性來決定。APM和它的規(guī)則的在實(shí)現(xiàn)不在本說明書的圍中。然而，接口需要特別允許APM從SS找到必需的信息，如存儲可用性、下載和傳輸帶寬等。2.1.4實(shí)時(shí)元數(shù)據(jù)接口〔A4〕RTM和AMS之間的實(shí)時(shí)元數(shù)據(jù)接口負(fù)收集元數(shù)據(jù)并描述來自RTS的容。2.1.5實(shí)時(shí)管理接口〔A5〕 RTM和RTS之間的實(shí)時(shí)管理接口負(fù)責(zé)管理RTS實(shí)時(shí)容的獲取，如源標(biāo)識、開場和完畢時(shí)間等。RTM需要得到來自導(dǎo)向數(shù)據(jù)提供者的節(jié)目列表信息，至于這是怎么做的就超出了NGOD說明書的圍。2.1.6資產(chǎn)發(fā)布接口〔A6〕AMS和NS之間的資產(chǎn)發(fā)布接口負(fù)責(zé)將資產(chǎn)列表和元數(shù)據(jù)從AMS發(fā)布到NS或其它任何應(yīng)用組件上，同其它導(dǎo)航需要的容一樣。 這個接口將從事資產(chǎn)列表和元數(shù)據(jù)的添加、刪除和修改。另外，它也將更新資產(chǎn)的狀態(tài)。2.1.7客戶端導(dǎo)航接口〔A7〕ODC和NS之間的客戶端導(dǎo)航接口負(fù)責(zé)將由NS提供的資產(chǎn)列表和元數(shù)據(jù)進(jìn)展導(dǎo)航。ODC將執(zhí)行基于應(yīng)用流程的資產(chǎn)查詢。對此說明書來說，任何代表數(shù)字機(jī)頂盒執(zhí)行資產(chǎn)查詢的網(wǎng)關(guān)效勞器將被認(rèn)為是ODC的一局部。 這個接口還對基于*ML和*SL的標(biāo)準(zhǔn)Web接口起到了杠桿的作用。*SL可以被用來將*ML格式的元數(shù)據(jù)轉(zhuǎn)換成各種ODC使用的格式。2.2會話接口 會話相關(guān)的接口包括S1－S6。它們主要負(fù)責(zé)會話的建立和銷毀，如同其它會話管理功能。它們實(shí)際上是非常實(shí)時(shí)的。因此，諸如響應(yīng)時(shí)間和吞吐量這樣的性能問題將被放到接口設(shè)計(jì)中來考慮。 一般來說，會話協(xié)議可以廣泛使用兩套標(biāo)準(zhǔn)：DSM-CC和RTSP。MPEG數(shù)字存儲媒體－支配與控制〔DSM-CC〕網(wǎng)絡(luò)協(xié)議可以被用來進(jìn)展會話的建立、銷毀和其它相關(guān)的會話信息。特別是這些協(xié)議可以運(yùn)行在TCP/IP上。會話建立協(xié)議〔SSP〕中的TimeWarnerPegasus方案已經(jīng)采用DSM-CC的一個子集并進(jìn)展了一些擴(kuò)展。實(shí)時(shí)流協(xié)議〔RTSP〕是IETF中的一個標(biāo)準(zhǔn)提議，最初通過IP從事實(shí)時(shí)流媒體而擴(kuò)展為支持HFC網(wǎng)絡(luò)。 DSM-CC和RTSP接近不同的工業(yè)許可、性能和適應(yīng)性。NGOD說明書采用特殊的接口混合了兩種方法。如果有個新的方法，同這兩個現(xiàn)有的方法相比有重要的優(yōu)勢，則也將被考慮到。2.2.1客戶端會話接口〔S1〕 ODC和SM之間的客戶端會話接口負(fù)責(zé)將信息接收/發(fā)送給ODC。它們包括客戶會話的建立、銷毀和其它客戶端管理功能，如會話的心跳機(jī)制。對于本架構(gòu)來說，任何代表數(shù)字機(jī)頂盒執(zhí)行會話信號的網(wǎng)關(guān)效勞器將被考慮成ODC的一局部。2.2.2會話授權(quán)接口〔S2〕 SM和PS之間的會話授權(quán)接口負(fù)責(zé)對ODC請求的會話進(jìn)展授權(quán)。另外，為了來自O(shè)DC特殊的會話請求，它提供了一個由ProviderID和AssetID標(biāo)識的資產(chǎn)列表。它還為會話提供必要的資源，如比特率、解碼器和相關(guān)參數(shù)的加密。2.2.3會話和點(diǎn)播資源接口〔S3〕 SM和ODRM之間的會話和點(diǎn)播資源接口負(fù)責(zé)在SS上對請求會話的所需資源進(jìn)展商議。 相關(guān)參數(shù)包括請求信息中的一系列ProviderID和AssetID、指定SS和它的輸出端口、響應(yīng)信息中的源UDP/IP參數(shù)等。2.2.4會話和加密資源接口〔S4〕SM和EnRM之間的會話和加密資源管理器負(fù)責(zé)在EE上對請求會話所需的資源進(jìn)展商議。相關(guān)參數(shù)包括UDP端口、加密流的IP地址和CA系統(tǒng)ID等。2.2.5會話和網(wǎng)絡(luò)資源接口〔S5〕SM和NRM之間的會話和網(wǎng)絡(luò)資源接口負(fù)責(zé)在TN上對請求會話所需的資源進(jìn)展商議。相關(guān)參數(shù)包括UDP端口、請求信息中所選SS和邊緣設(shè)備的IP地址、響應(yīng)信息中指派的傳輸網(wǎng)絡(luò)資源等。2.2.6會話和邊緣資源接口〔S6〕 SM和ERM之間的會話和邊緣資源接口負(fù)責(zé)在邊緣設(shè)備上對請求會話所需的資源進(jìn)展商議。 相關(guān)參數(shù)包括請求信息中將所有請求用戶可理解的QAM標(biāo)識進(jìn)展區(qū)域顯示，響應(yīng)信息中指派使用的邊緣QAM、頻率和MPEG調(diào)整參數(shù)。2.3資源接口 資源相關(guān)接口包括R1－R6。各種資源管理器使用這些接口來管理相應(yīng)組件的資源。它們允許資源管理器獲得相應(yīng)組件的配置、拓?fù)?、狀態(tài)和可用資源。特別是，資源接口相互之間運(yùn)行在同一層面，而且不與會話接口同步。2.3.1資產(chǎn)定位接口〔R1〕ODRM和APM之間的資產(chǎn)定位接口負(fù)責(zé)分配SS來對請求資產(chǎn)推流。在這種模式中，假定APM維持一資產(chǎn)表及其在SS上的位置，并將SS的位置返回給ODRM。2.3.2推流效勞器資源接口〔R2〕 ODRM和SS之間的推流效勞器資源接口負(fù)責(zé)管理SS的資源。通過這個接口，ODRM將監(jiān)控多個SS的配置、狀態(tài)和可用資源。使用這個信息可以確定標(biāo)識的SS通過資產(chǎn)定位接口〔R1〕來推流是有效的，并且有足夠的帶寬容量來對資產(chǎn)推流。2.3.3 CAS接口〔R3〕 CAS和EE之間的CAS接口負(fù)責(zé)獲得適當(dāng)?shù)脑L問信息，如ECM，來為EE加密請求會話。在多CA環(huán)境下，EE可以使用標(biāo)識符〔CA系統(tǒng)ID〕來選擇特定的CA系統(tǒng)進(jìn)展會話加密。作為進(jìn)一步的優(yōu)化，為了即將降臨的會話，EE要求存儲來自所用CA系統(tǒng)的多個ECM。2.3.4加密資源接口〔R4〕 ERM和EE之間的加密資源接口負(fù)責(zé)管理和分配加密資源。通過這個接口，ERM監(jiān)控多個EE的配置、狀態(tài)和可用資源?；诋?dāng)前EE的可用性、所需加密的類型和其它因素，為每個會話選擇適宜的EE。2.3.5網(wǎng)絡(luò)資源接口〔R5〕NRM和TN之間的網(wǎng)絡(luò)資源接口負(fù)責(zé)管理和分配TN資源。通過這個接口，NRM監(jiān)控多個TN路徑上的組件〔以太網(wǎng)交換機(jī)〕的配置、狀態(tài)和可用資源，也可以在所選網(wǎng)絡(luò)路徑中保存適當(dāng)?shù)膸捹Y源。如同IETF中定義的標(biāo)準(zhǔn)，它們已經(jīng)忙于*個問題。NGOD說明書將在最小的改動下，將標(biāo)準(zhǔn)的IP網(wǎng)絡(luò)協(xié)議作用在這個接口上。按照規(guī)定的之前，NRM由網(wǎng)絡(luò)資源監(jiān)控器和網(wǎng)絡(luò)資源分配組成。如果僅僅只使用網(wǎng)絡(luò)資源監(jiān)控器，接口R5就不需要了。2.3.6邊緣資源接口〔R6〕 ERM和邊緣設(shè)備之間的邊緣資源接口負(fù)責(zé)管理和分配邊緣資源。通過這個接口，ERM監(jiān)控多個邊緣設(shè)備的配置、狀態(tài)和可用資源。假定ERM維持邊緣設(shè)備管理的資源總量和狀態(tài)，將選擇適宜的邊緣設(shè)備和QAM，除了頻率和MPEG節(jié)目這樣的調(diào)整信息。2.4授權(quán)接口 授權(quán)接口包括E1－E2，負(fù)責(zé)執(zhí)行授權(quán)驗(yàn)證、購置授權(quán)和通過ES進(jìn)展事務(wù)傳遞。2.4.1授權(quán)驗(yàn)證接口〔E1〕 PS和ES之間的授權(quán)驗(yàn)證接口負(fù)責(zé)