常久慧

（遼寧廣播電視臺(tái)，遼寧沈陽110004）

媒資交互平臺(tái)服務(wù)質(zhì)量控制體系設(shè)計(jì)

常久慧

（遼寧廣播電視臺(tái)，遼寧沈陽110004）

結(jié)合遼寧廣播電視臺(tái)媒體資產(chǎn)管理與交互平臺(tái)設(shè)計(jì)及運(yùn)行情況，從應(yīng)用環(huán)境、網(wǎng)絡(luò)環(huán)境、網(wǎng)絡(luò)帶寬需求等方面分析了媒資交互平臺(tái)在設(shè)計(jì)和使用過程中面臨的問題。在系統(tǒng)設(shè)計(jì)時(shí)，采用服務(wù)質(zhì)量控制體系設(shè)計(jì)的思路，為媒體資產(chǎn)管理與交互平臺(tái)提供更好的服務(wù)能力。著重介紹了媒資交互平臺(tái)服務(wù)質(zhì)量控制體系設(shè)計(jì)的各種策略，包括流程優(yōu)先級(jí)的設(shè)置、EMB傳輸服務(wù)器的任務(wù)分配、文件共享服務(wù)器負(fù)載分配，并重點(diǎn)闡述了使用服務(wù)器靈活指定技術(shù)實(shí)現(xiàn)對(duì)文件的轉(zhuǎn)碼控制。

服務(wù)質(zhì)量；ESB；EMB；媒資交互平臺(tái)；服務(wù)器靈活指定技術(shù)；優(yōu)先級(jí)

【本文獻(xiàn)信息】常久慧.媒資交互平臺(tái)服務(wù)質(zhì)量控制體系設(shè)計(jì)［J］.電視技術(shù)，2015，39（10）.

隨著電視制作系統(tǒng)數(shù)字化、網(wǎng)絡(luò)化的變革性發(fā)展，尤其是使用無帶化的生產(chǎn)流程之后，對(duì)于編輯記者來說，避免了使用磁帶介質(zhì)的諸多不便，但是對(duì)于磁帶送交的過程他們是可以控制的。在網(wǎng)絡(luò)化的交互平臺(tái)上，編輯記者提交的成片、素材等文件何時(shí)可以送交到目的地就難以控制了，這取決于媒資交互平臺(tái)的服務(wù)能力。為了提高系統(tǒng)的可用性，必須設(shè)置一整套服務(wù)質(zhì)量控制的解決方案。

服務(wù)質(zhì)量指一個(gè)網(wǎng)絡(luò)能夠利用各種基礎(chǔ)技術(shù)，為指定的網(wǎng)絡(luò)通信提供更好的服務(wù)能力，是網(wǎng)絡(luò)的一種安全機(jī)制，是用來解決網(wǎng)絡(luò)延遲和阻塞等問題的一種技術(shù)。對(duì)于有多個(gè)傳輸流程和嚴(yán)格實(shí)時(shí)性要求的媒資交互平臺(tái)來說，服務(wù)質(zhì)量的控制十分必要。需為媒資交互平臺(tái)設(shè)置服務(wù)質(zhì)量策略，當(dāng)網(wǎng)絡(luò)過載或擁塞時(shí)，服務(wù)質(zhì)量能確保重要業(yè)務(wù)不受延遲或丟棄，同時(shí)保證網(wǎng)絡(luò)的高效運(yùn)行［1-2］。

1　媒資交互平臺(tái)面臨的問題

媒資交互平臺(tái)承擔(dān)著全臺(tái)所有節(jié)目生產(chǎn)網(wǎng)絡(luò)間的互聯(lián)互通工作，其主要任務(wù)是網(wǎng)絡(luò)傳輸，大部分電視臺(tái)使用IP協(xié)議，也有電視臺(tái)使用FC協(xié)議，但無論使用哪種協(xié)議和網(wǎng)絡(luò)架構(gòu)，都面臨著相同的壓力和問題。

1）應(yīng)用環(huán)境復(fù)雜

系統(tǒng)中有不同的應(yīng)用，也對(duì)應(yīng)著不同的流程，本臺(tái)媒資交互平臺(tái)現(xiàn)在運(yùn)行著19個(gè)流程，其中包括8個(gè)高清流程，所有的節(jié)目生產(chǎn)網(wǎng)絡(luò)都已經(jīng)實(shí)現(xiàn)了文件化的互聯(lián)互通，互聯(lián)結(jié)構(gòu)如圖1所示。

媒資交互平臺(tái)為多個(gè)系統(tǒng)提供互聯(lián)服務(wù)，其流程從任務(wù)優(yōu)先級(jí)劃分可以分為播出流程、下載流程及歸檔流程，傳輸?shù)膬?nèi)容包括素材和播出文件，應(yīng)用環(huán)境非常復(fù)雜，需要根據(jù)節(jié)目生產(chǎn)的需求，定義每個(gè)流程的優(yōu)先級(jí)，分配網(wǎng)絡(luò)資源，保證關(guān)鍵業(yè)務(wù)的實(shí)時(shí)性。

2）網(wǎng)絡(luò)環(huán)境復(fù)雜

媒資交互平臺(tái)傳輸實(shí)質(zhì)上是將數(shù)據(jù)由一個(gè)存儲(chǔ)傳送到另一個(gè)存儲(chǔ)，這些存儲(chǔ)屬于不同的節(jié)目生產(chǎn)網(wǎng)絡(luò)，并且根據(jù)網(wǎng)絡(luò)應(yīng)用的需求，采用不同的存儲(chǔ)接口和存儲(chǔ)訪問形式，包括以太接口和FC接口，SAN存儲(chǔ)訪問架構(gòu)和NAS存儲(chǔ)訪問架構(gòu)。

圖1　媒資交互平臺(tái)互聯(lián)示意圖

這些存儲(chǔ)并不是只為主干互聯(lián)服務(wù)的，還要優(yōu)先保證存儲(chǔ)所在生產(chǎn)網(wǎng)絡(luò)的應(yīng)用，比如播出的二級(jí)緩存除了接受主干送來的待播文件，還要及時(shí)地將待播文件遷往播出服務(wù)器備播，存儲(chǔ)的總帶寬有限，而存儲(chǔ)本身無法區(qū)分應(yīng)用，也缺乏服務(wù)質(zhì)量控制，這就需要媒資交互平臺(tái)來控制對(duì)存儲(chǔ)的訪問。

為了解決這些問題，采用整體的解決方案來應(yīng)對(duì)，包括流程的優(yōu)先級(jí)設(shè)置，EMB傳輸服務(wù)器的指定，負(fù)載均衡的文件共享策略。

3）網(wǎng)絡(luò)帶寬需求高

現(xiàn)在各省級(jí)電視臺(tái)基本都已實(shí)現(xiàn)高標(biāo)清同播，并且會(huì)在未來的幾年內(nèi)逐步實(shí)現(xiàn)全高清的制播，電視節(jié)目制播由標(biāo)清變?yōu)楦咔澹恢皇菍?duì)節(jié)目編輯帶來影響，還大大提高了對(duì)網(wǎng)絡(luò)的帶寬需求，就本臺(tái)的應(yīng)用情況來說，素材文件的碼流由標(biāo)清的50 Mbit/s碼提升到高清的120 Mbit/s，播出文件的碼流由原來的15 Mbit/s提升到50 Mbit/s，總體帶寬需求提升將近3倍。

此外，媒資網(wǎng)絡(luò)的負(fù)載也不穩(wěn)定，傳輸任務(wù)和高峰期的公共交通擁堵一樣，媒資交互平臺(tái)的帶寬需求也總是在固定的時(shí)間集中爆發(fā)。

2　服務(wù)質(zhì)量控制體系設(shè)計(jì)

2.1流程優(yōu)先級(jí)的設(shè)置

現(xiàn)在各個(gè)廣電系統(tǒng)集成商的主干產(chǎn)品都支持對(duì)流程優(yōu)先級(jí)的設(shè)置，這是對(duì)任務(wù)處理順序的整體把握，本臺(tái)使用的是大洋公司的產(chǎn)品，為了保證關(guān)鍵的任務(wù)優(yōu)先執(zhí)行，本臺(tái)為流程設(shè)置不同的優(yōu)先級(jí)，優(yōu)先級(jí)分為1～5的5個(gè)級(jí)別，級(jí)別等級(jí)高的任務(wù)會(huì)得到優(yōu)先處理，設(shè)置所有送播流程的優(yōu)先級(jí)為4，媒資下載流程和收錄流程的優(yōu)先級(jí)為3，媒資歸檔的優(yōu)先級(jí)為2，優(yōu)先級(jí)1和5保留。

優(yōu)先級(jí)在ESB的流程定義中設(shè)置，根據(jù)ESB+EMB雙總線架構(gòu)的主干接口標(biāo)準(zhǔn)，ESB使用xml格式在各節(jié)點(diǎn)中進(jìn)行數(shù)據(jù)交互，以制作網(wǎng)送播流程舉例，該流程的優(yōu)先級(jí)為4，定義在以下字段：

＜m0:AsynRequest＞

＜m0:SourceID＞DYESB＜/m0:SourceID＞

＜m0:Priority＞4＜/m0:Priority＞

＜/m0:AsynRequest＞

ESB在流程中的調(diào)用增加EMB服務(wù)時(shí)將優(yōu)先級(jí)傳遞給EMB調(diào)度服務(wù)。EMB接到ESB發(fā)來的任務(wù)后，會(huì)繼承任務(wù)的優(yōu)先級(jí)，并根據(jù)優(yōu)先級(jí)調(diào)整處理隊(duì)列中任務(wù)的順序。

保留優(yōu)先級(jí)別1和5，可以在EMB配置中，修改默認(rèn)優(yōu)先級(jí)一樣的任務(wù)的處理順序，比如同樣是傳送給播出任務(wù)，默認(rèn)優(yōu)先級(jí)都為4，如果有任務(wù)需要立即執(zhí)行，可以在EMB任務(wù)隊(duì)列中手動(dòng)調(diào)整優(yōu)先級(jí)，這兩種優(yōu)先級(jí)策略的組合控制，可以在最少人為干預(yù)的情況下，保證緊急任務(wù)得到優(yōu)先處理。

2.2EMB傳輸服務(wù)器的任務(wù)分配

主干的EMB傳輸服務(wù)器負(fù)責(zé)各網(wǎng)絡(luò)間的數(shù)據(jù)交互，這種交互簡(jiǎn)單地說就是EMB傳輸服務(wù)器讀取一個(gè)網(wǎng)絡(luò)存儲(chǔ)的數(shù)據(jù)然后復(fù)制到另一個(gè)網(wǎng)絡(luò)存儲(chǔ)上，一般有UNC和FTP兩種實(shí)現(xiàn)方式，兩種方式的本質(zhì)是一樣的，采用UNC方式就是將各網(wǎng)絡(luò)的儲(chǔ)存訪問路徑映射成本地的邏輯盤符，主干的傳輸任務(wù)就變成EMB傳輸服務(wù)器本地兩個(gè)盤符之間的數(shù)據(jù)復(fù)制。如果目標(biāo)網(wǎng)絡(luò)使用NAS結(jié)構(gòu)，網(wǎng)絡(luò)存儲(chǔ)的主機(jī)接口使用以太網(wǎng)接口，EMB傳輸服務(wù)器可以直接映射，如果目標(biāo)網(wǎng)絡(luò)使用FC SAN架構(gòu)，EMB傳輸服務(wù)器就必須通過文件共享服務(wù)器來映射［3］。

本臺(tái)媒資交互平臺(tái)文件共享結(jié)構(gòu)如圖2所示。

現(xiàn)在各電視臺(tái)普遍采用的EMB傳輸服務(wù)器的分配模式有2種，分別是服務(wù)器共享和服務(wù)器分組，這2種模式都有各自的局限性。

1）服務(wù)器共享模式的局限性

各臺(tái)普遍常用服務(wù)器共享模式，在這種模式下，EMB傳輸服務(wù)器和各網(wǎng)絡(luò)傳輸設(shè)備并不是一一對(duì)應(yīng)的，在EMB任務(wù)調(diào)度時(shí)采用動(dòng)態(tài)指定的方式，每個(gè)EMB服務(wù)器并不是單獨(dú)為一個(gè)網(wǎng)絡(luò)或一個(gè)流程服務(wù)，而是被所有流程所共有。這是考慮到日常工作中基本不會(huì)出現(xiàn)在同一時(shí)刻所有的網(wǎng)絡(luò)都并發(fā)出現(xiàn)大量的傳輸需求的情況，為了節(jié)約成本，就像不能按照節(jié)假日高速公路的交通流量來設(shè)計(jì)公路的寬度一樣，網(wǎng)絡(luò)中設(shè)計(jì)的主干網(wǎng)的EMB傳輸服務(wù)器的傳輸能力要小于各網(wǎng)文件共享服務(wù)器傳輸能力及NAS存儲(chǔ)的總和。本臺(tái)網(wǎng)絡(luò)中配備有12臺(tái)EMB傳輸服務(wù)器，各網(wǎng)絡(luò)的文件共享服務(wù)器達(dá)到18臺(tái)，并且有2個(gè)存儲(chǔ)采用直連方式，這2個(gè)存儲(chǔ)都使用雙萬兆以太網(wǎng)主機(jī)接口。這種控制方式會(huì)帶來2個(gè)方面的問題。

圖2　媒資交互平臺(tái)文件共享結(jié)構(gòu)示意圖

（1）文件共享服務(wù)器能力不足

當(dāng)一個(gè)網(wǎng)絡(luò)同時(shí)出現(xiàn)大量傳輸請(qǐng)求時(shí)，所有的EMB同時(shí)接到這個(gè)網(wǎng)絡(luò)的任務(wù)，在傳輸層面就會(huì)出現(xiàn)多個(gè)EMB服務(wù)器對(duì)少量的接口服務(wù)器的情況。例如高清新聞網(wǎng)同時(shí)提交多個(gè)媒資下載任務(wù)，那么傳輸?shù)逆溌啡缦拢?/p>

媒資網(wǎng)存儲(chǔ)→4臺(tái)媒資網(wǎng)文件共享服務(wù)器服務(wù)器→12臺(tái)EMB傳輸服務(wù)器→2臺(tái)新聞網(wǎng)文件接口服務(wù)器→制作網(wǎng)存儲(chǔ)

顯然，新聞網(wǎng)文件接口服務(wù)器帶寬不足，成為整個(gè)鏈路的瓶頸，相當(dāng)于每6臺(tái)EMB服務(wù)器對(duì)應(yīng)于1臺(tái)新聞網(wǎng)文件共享服務(wù)器，造成EMB傳輸服務(wù)器傳輸效率低下，網(wǎng)絡(luò)擁堵，而隊(duì)列中的其他流程的任務(wù)因?yàn)闆]有空閑的EMB傳輸服務(wù)器，只能長(zhǎng)時(shí)間的等待。這種情況時(shí)需要有策略控制參與執(zhí)行傳輸任務(wù)的EMB傳輸服務(wù)器數(shù)量，釋放EMB資源。

（2）存儲(chǔ)能力不足

對(duì)于一臺(tái)存儲(chǔ)來說，除了提供主干的數(shù)據(jù)傳輸，還要保證本系統(tǒng)的應(yīng)用。比如圖中介紹過的播出緩存，它用2條萬兆鏈路和主干網(wǎng)直接連接，沒有文件共享服務(wù)器的限制，播出緩存可以提供的總帶寬為500 Mbit/s，如果多個(gè)EMB傳輸服務(wù)器同時(shí)接到傳輸播出的任務(wù)，那么傳輸?shù)膸捑秃苋菀壮^這個(gè)限制，導(dǎo)致存儲(chǔ)工作在不穩(wěn)定的狀態(tài)下，并且導(dǎo)致存儲(chǔ)沒有帶寬資源提供播出網(wǎng)內(nèi)部的待播文件遷移到播出服務(wù)器的關(guān)鍵任務(wù)。這種情況也需要策略控制參與執(zhí)行任務(wù)的EMB傳輸服務(wù)器數(shù)量。

2）服務(wù)器分組模式的局限性

服務(wù)器分組的方法簡(jiǎn)單說就是采用服務(wù)器專用，為每條流程指定專門的EMB傳輸服務(wù)器，相應(yīng)的服務(wù)器不能再處理其他流程的任務(wù)。就上面的例子來說，在EMB任務(wù)調(diào)度層面指定2臺(tái)EMB傳輸服務(wù)器專門處理媒資下載到新聞網(wǎng)這條流程，這樣就可以實(shí)現(xiàn)對(duì)參與任務(wù)服務(wù)器數(shù)量的精確控制，但采用這種模式需要配備更多的服務(wù)器，隨著媒資網(wǎng)絡(luò)規(guī)模的擴(kuò)大，服務(wù)器數(shù)量會(huì)成幾何級(jí)數(shù)增加，導(dǎo)致成本增加，網(wǎng)絡(luò)也變得更加復(fù)雜。

3）解決方法：服務(wù)器靈活指定技術(shù)

為了解決以上2種模式的局限性，本臺(tái)設(shè)計(jì)并應(yīng)用了一種服務(wù)器靈活指定技術(shù)，可以將每個(gè)流程限制在一個(gè)或一組服務(wù)器上執(zhí)行，但該服務(wù)器并不為這個(gè)流程所專用，還可以處理其他流程的任務(wù)。

EMB服務(wù)器除了執(zhí)行傳輸?shù)娜蝿?wù)，還可以處理轉(zhuǎn)碼任務(wù)，比如可以設(shè)置為制作網(wǎng)只需提交素材，由EMB傳輸服務(wù)器進(jìn)行播出格式的轉(zhuǎn)碼，但考慮到事故責(zé)任的劃分，各電視臺(tái)現(xiàn)在都已經(jīng)不在媒資交互平臺(tái)進(jìn)行轉(zhuǎn)碼，EMB傳輸服務(wù)器只做文件的復(fù)制工作。筆者利用EMB調(diào)度服務(wù)對(duì)EMB傳輸服務(wù)器轉(zhuǎn)碼能力的區(qū)分來實(shí)現(xiàn)控制，為每個(gè)流程設(shè)置一個(gè)單獨(dú)的轉(zhuǎn)碼位，這個(gè)轉(zhuǎn)碼位對(duì)應(yīng)一個(gè)轉(zhuǎn)碼能力，在EMB調(diào)度分配任務(wù)時(shí)，會(huì)根據(jù)流程的轉(zhuǎn)碼位來選擇具有轉(zhuǎn)碼能力的傳輸服務(wù)器來執(zhí)行任務(wù)。如果具有相應(yīng)轉(zhuǎn)碼能力的服務(wù)器都處于忙碌狀態(tài)，那么任務(wù)會(huì)排隊(duì)等待。每個(gè)服務(wù)器可以配置多個(gè)轉(zhuǎn)碼能力。

以媒資下載到新聞網(wǎng)的流程來舉例。首先在EMB的配置中定義新的轉(zhuǎn)碼能力，在參數(shù)配置中增加新的外系統(tǒng)自定義的轉(zhuǎn)碼能力，名稱為mz，能力位為1。EMB配置示意圖如圖3所示。

圖3　EMB配置示意圖1（截圖）

然后指定2臺(tái)EMB傳輸服務(wù)器ACTOR1和ACTOR3可以處理mz任務(wù)。EMB配置示意圖如圖4所示。

圖4　EMB配置示意圖2（截圖）

此外，還需修改ESB的流程定義，使媒資下載到新聞網(wǎng)的流程在調(diào)用增加EMB任務(wù)時(shí)，將能力位1傳送給EMB調(diào)度，在ESB流程的調(diào)用增加EMB服務(wù)節(jié)點(diǎn)，增加以下字段和定義：

＜m0:GlobalOption＞

＜m0:TCAbility＞1＜/m0:TCAbility＞

＜/m0:GlobalOption＞

完成以上設(shè)置后，所有媒資下載到新聞網(wǎng)的流程都帶被定義為類別為1的轉(zhuǎn)碼任務(wù)，EMB調(diào)度任務(wù)時(shí)，會(huì)分配給具有相應(yīng)能力的2臺(tái)傳輸服務(wù)器處理。

EMB共享模式結(jié)合服務(wù)器靈活指定技術(shù)可以實(shí)現(xiàn)對(duì)EMB傳輸任務(wù)細(xì)致有效的管理，根據(jù)系統(tǒng)的應(yīng)用情況來選擇如何分配傳輸服務(wù)器，需要注意的是，設(shè)置中的轉(zhuǎn)碼并不進(jìn)行真的轉(zhuǎn)碼工作，只是用來做EMB調(diào)度分配任務(wù)的依據(jù)。

2.3文件共享服務(wù)器負(fù)載分配

最理想的情況下，與主干互聯(lián)的網(wǎng)絡(luò)的文件共享服務(wù)器使用集群策略，對(duì)主干提供一個(gè)統(tǒng)一的服務(wù)IP來做文件訪問，內(nèi)部根據(jù)各文件共享服務(wù)器的負(fù)載情況來分配任務(wù)，但這種方式成本昂貴，技術(shù)復(fù)雜。所以，一般情況下，只能在EMB傳輸服務(wù)器的存儲(chǔ)映射策略上做合理的安排，實(shí)現(xiàn)存儲(chǔ)映射層面的平均分配，不能實(shí)現(xiàn)按流量的負(fù)載均衡。

在設(shè)計(jì)EMB服務(wù)器和文件共享服務(wù)器的對(duì)應(yīng)關(guān)系時(shí)盡量使每個(gè)文件共享服務(wù)器對(duì)應(yīng)的EMB服務(wù)器數(shù)量相等，此外，可以利用網(wǎng)絡(luò)文件系統(tǒng)提供的特性，實(shí)現(xiàn)服務(wù)器之間的高可用。

3　小結(jié)

媒資交互平臺(tái)服務(wù)質(zhì)量控制是IT層面的課題，它和電視信號(hào)無關(guān)，只關(guān)心文件如何在網(wǎng)絡(luò)上的傳輸。各臺(tái)在推進(jìn)網(wǎng)絡(luò)化、無帶化的生產(chǎn)流程時(shí)都會(huì)遇到類似的問題，就文件送播流程來講，必須制定時(shí)長(zhǎng)幾倍于磁帶送播的“關(guān)門時(shí)間”，這樣就壓縮了記者的編輯時(shí)間。媒資交互平臺(tái)的管理人員要根據(jù)應(yīng)用情況，合理應(yīng)用本文介紹的幾種策略，尋找投入成本、系統(tǒng)復(fù)雜性和人為干預(yù)程度等幾個(gè)要素中的平衡點(diǎn)，提高媒資交互平臺(tái)的可用性。

［1］IETF.Policy Quality of Service（QoS）Information Mode，IETF RFC3644［S］.2003.

［2］張國(guó)清.QoS在IOS中的實(shí)現(xiàn)與應(yīng)用［M］.北京：電子工業(yè)出版社，2010.

［3］電視臺(tái)數(shù)字化網(wǎng)絡(luò)化工作組.電視臺(tái)數(shù)字化網(wǎng)絡(luò)化建設(shè)白皮書2007［EB/OL］.［2014-11-01］.http://wenku.baidu.com/link？url=MpZ 7uVlY-7MK4ePriTksmFBTngkcZmZs4ZyXwDwTgk1ZUOJt0Tism TNkSzmKR4Oa6sLNb-3lr04lgVpcsozGXsKlK8dL3QDw3phPVkU gXoK.

TN948

B

10.16280/j.videoe.2015.10.023

閆雯雯

2014-12-01