數(shù)字電視論文匯總十篇

序論：好文章的創(chuàng)作是一個不斷探索和完善的過程，我們?yōu)槟扑]十篇數(shù)字電視論文范例，希望它們能助您一臂之力，提升您的閱讀品質(zhì)，帶來更深刻的閱讀感受。

篇（1）

二、硬件編程模型

在系統(tǒng)啟動后，應(yīng)用程序通過調(diào)用設(shè)備驅(qū)動程序，首先對硬件進行了初始化處理，此時，硬件寄存器被應(yīng)用程序直接進行了寫操作，這種方式被稱為阻塞式通信方式或者稱之為同步通信方式，它的特點是：軟件在硬件寄存器被正確寫入后返回。但這不是應(yīng)用程序控制硬件的唯一的方式，另一種方式為異步通信方式，或者稱之為緩沖式通信方式，這種方式是通過寄存器操作后通過回調(diào)函數(shù)來通知應(yīng)用程序。系統(tǒng)正常啟動運行后，通過異步通信方式，應(yīng)用程序?qū)τ布M行操作，比如，通過驅(qū)動任務(wù)，來完成關(guān)于EPROM2的讀寫操作觸發(fā)硬件中斷的原因可能是硬件產(chǎn)生異常，或者是上層軟件需要處理時，此時需要調(diào)用中斷處理函數(shù)。硬件終端函數(shù)需要找出中斷產(chǎn)生的原因，即先判斷中斷源，然后再進行一些較為簡單的處理。隨后，它把信息發(fā)送到了驅(qū)動程序任務(wù)的信息隊列中，或通過調(diào)用回調(diào)函數(shù)交給應(yīng)用程序處理。幾乎所有的中斷處理函數(shù)都需要通過直接或者間接地向應(yīng)用程序發(fā)送信息。通過采用單獨的嵌入式處理器，主機編程接口對系統(tǒng)作整體控制，在Conexant數(shù)字電視解決方案中采用了ARM7架構(gòu)的CPU核。系統(tǒng)啟動時，系統(tǒng)中的各個模塊被主編程接口進行了初始化，在啟動完成后，系統(tǒng)便進入了工作狀態(tài)，主機編程接口收到了來自各個模塊的消息，然后進行處理，對相應(yīng)的模塊進行處理。圖1圖片為數(shù)字電視的簡單的硬件編程模型。圖中每個版塊都是編程得來的。應(yīng)用程序?qū)χ鳈C編程接口進行了控制，而驅(qū)動程序控制其他的硬件模塊。此外，像音頻解碼器、視頻解碼器、解復(fù)用器等專門的DSP固件來控制。信道解調(diào)器是在數(shù)字狀態(tài)下工作的，但是由高頻頭輸出的查分信號為模擬信號，所以在信道解調(diào)器的內(nèi)部要對差分信號進行變換，根據(jù)信號不同的調(diào)制方式，衛(wèi)星信號采用QPSK方式進行解調(diào)，有線信號則采用QAM方式進行解調(diào)。這個功能是通過一個數(shù)字匹配濾波器實現(xiàn)的，接下來解調(diào)器還要進行信號的糾錯解碼。此后，解調(diào)器輸出便是基帶的MPEG-2傳輸流，可通過并行或串行的方式輸出到解復(fù)用器當(dāng)中。數(shù)字電視解碼器的OSD模塊事實上是一個比較強大的圖形處理器。軟件對它進行編程操作時，可直接控制硬件，比如，控制調(diào)色板和顯示控制器內(nèi)存等。軟件在寫顯示控制器內(nèi)存時，由于程序指令速度過慢出現(xiàn)圖形顯示不流暢現(xiàn)象，因此，有些圖形處理器常借助圖形加速協(xié)處理器，使用硬件直接寫顯存，此操作成為硬件blitter。目前為止，在大多數(shù)場合下，數(shù)字電視還是通過使用模擬電視的AV輸入來收看，所以數(shù)字電視解碼器必須將音頻、視頻等圖文信息，在模擬電視制式的基礎(chǔ)上進行視頻編碼。視頻編碼器接受現(xiàn)實控制器模塊所輸出的視頻圖像信息，并進行視頻編碼根據(jù)具體的電視制式，最終輸出特殊接收終端所需要的分量視頻信號或復(fù)合視頻信號。音頻輸出可直接從音頻解碼器中獲得。

三、數(shù)字機頂盒硬件系統(tǒng)分析

數(shù)字電視機頂盒能夠接收MPEG-2數(shù)字電視傳輸流和各種數(shù)據(jù)信息，通過解調(diào)、解復(fù)用、解碼和視音頻編碼，在模擬彩色電視機上觀看數(shù)字電視節(jié)目和各種數(shù)據(jù)信息。目前，數(shù)字電視機頂盒的基本功能是接收數(shù)字電視廣播節(jié)目，同時具有所有廣播和交互式多媒體應(yīng)用功能。數(shù)字電視機頂盒硬件組成有很多。一是網(wǎng)絡(luò)接口模塊（NIM）：網(wǎng)絡(luò)接口模塊完成信道解調(diào)和信道解碼功能，送出包含視音頻和其他數(shù)據(jù)信息的傳輸流（TS）。二是信源數(shù)據(jù)傳輸流解復(fù)用器：傳送流中一般包含多個音視頻流及一些數(shù)據(jù)信息，傳輸流解復(fù)用器用來區(qū)分不同的節(jié)目，提取相應(yīng)的音視頻流和數(shù)據(jù)流，送入視音頻解碼器和相應(yīng)的解析軟件。三是條件接收模塊：對于付費電視，條件接收模塊還對音視頻流實施解擾，并采用含有識別用戶和記憶功能的智能卡，保證合法用戶正常收看。四是視音頻解碼器和后處理：MPEG-2解碼器完成對音視頻信號的解壓縮，經(jīng)視頻編碼器和音頻D/A變換，還原出模擬音視頻信號，在模擬電視機上顯示高質(zhì)量圖像，并提供多聲道立體聲節(jié)目。五是嵌入式CPU與存儲器模塊和接口電路：嵌入式CPU是數(shù)字電視機頂盒的心臟，它與存儲器模塊用來存儲和運行軟件系統(tǒng)，并對各個硬件模塊進行控制。接口電路提供豐富的外部接口，包括通用串行接口USB，以太網(wǎng)接口及RS232，模擬、數(shù)字視音頻接口，數(shù)據(jù)接口等。隨著網(wǎng)絡(luò)技術(shù)和數(shù)字電視的發(fā)展，數(shù)字電視機頂盒的各項功能將更加完善，尤其是單片PC技術(shù)的發(fā)展將會在物理結(jié)構(gòu)上促進電視機頂盒各部分硬件的高度集成，形成STB核心芯片,從而降低成本，減小體積，提高性能。外部接口更加豐富，可以通過USB接口與數(shù)碼相機連接，也可以通過IDE接口掛接硬盤實現(xiàn)節(jié)目存儲。交互式機頂盒將會成為數(shù)字電視機機頂盒的主流，用戶在模擬彩色電視機上不僅能夠收看數(shù)字電視，還能實現(xiàn)娛樂和上網(wǎng)等功能。

篇（2）

1.2發(fā)射場強的確定場強決定著廣電地面數(shù)字電視信號的能量與載噪比，無論是在以往的模擬信號技術(shù)還是現(xiàn)在的數(shù)字信號技術(shù)。在應(yīng)用新的數(shù)字信號的時候，場強的建設(shè)就很重要，想要覆蓋性好，就需要高的場強。和傳統(tǒng)模擬信號相比，數(shù)字信號的應(yīng)用還需要考慮載噪比。據(jù)研究稱，載噪比就是能量的轉(zhuǎn)換的一種體現(xiàn)，那同時能量也可以向載噪比轉(zhuǎn)換，這是提高廣電地面數(shù)字電視信號質(zhì)量的突破口。

篇（3）

1.2應(yīng)采用集中分配方式對于同軸電纜網(wǎng)絡(luò)部分，為了將線路中的接頭數(shù)量控制到最低限度，避免出現(xiàn)故障，在用戶使用的那部分設(shè)計時應(yīng)按照用戶分布的密集程度采取集中分配的方式，也即是根據(jù)2分配、3分配、4分配、6分配的原則將6戶、8戶、12戶、20戶等采用同一個用戶箱。具體的集中分配方式。

1.3注意用戶放大器如果用戶使用線路中存在用戶放大器，則應(yīng)該將放大器內(nèi)部中插入高低通的損耗考慮進來。若放大器是多端口輸出裝置，不僅需要考慮插入高低通的損耗，同時還要計算放大器內(nèi)部存在的分配損耗。比如，下圖4是一個一級用戶放大器的原理圖，在這個光節(jié)點上有放大器1臺、EoC兩臺、兩斷口光工作站一臺、用戶分配箱九個、OUN一臺，整個光節(jié)點上的用戶終端共有104戶用戶。在這個線路中，4號到8號采用的是集中分配用戶箱，和其他箱相比，這個集中分配用戶箱的下行高清電視信號并沒有明顯差異，但是上行數(shù)據(jù)信號有很大損耗。采用EPON+EoC進行升級后，就可以構(gòu)成一個雙方網(wǎng)絡(luò)傳輸有線電視數(shù)據(jù)，有利于提高整個網(wǎng)絡(luò)線路運行的安全可靠性、高效性。

篇（4）

2.有線電視網(wǎng)絡(luò)中數(shù)字電視技術(shù)的應(yīng)用

數(shù)字電視技術(shù)在我國的傳媒業(yè)普遍采用，其中最關(guān)鍵的技術(shù)就是數(shù)字電視機頂盒。它主要的作用就是將數(shù)字電視技術(shù)與有線電視網(wǎng)絡(luò)中心進行連接，其實即是一種可以起到轉(zhuǎn)換作用的設(shè)備。數(shù)字電視信號通過電視機頂盒將模擬信號轉(zhuǎn)變成數(shù)字電視信號，將各種圖像以及聲音通過壓縮的方式置換成數(shù)字流，機頂盒還可以把這些數(shù)字流進行解碼處理再還原成之前的模擬信號，隨后再利用其它的音響設(shè)施以及顯示器提供圖像和聲音給使用客戶，這樣自然而然就形成了廣播電視節(jié)目。通過數(shù)字機頂盒可以將之前模擬有線電視信號技術(shù)置換成現(xiàn)代的數(shù)字有線電視信號技術(shù)。數(shù)字機頂盒是數(shù)字電視技術(shù)所產(chǎn)生的一種產(chǎn)物，機頂盒具有以下幾種功能：第一，機頂盒可以向電視用戶提供圖像和聲音，供客戶使用。第二，數(shù)字電視技術(shù)是基于機頂盒服務(wù)的。第三，機頂盒可以提供一些廣播數(shù)據(jù)信號，在進行傳輸信號的時候是利用電纜進行傳輸?shù)模糠中盘柺峭ㄟ^同軸混合網(wǎng)傳輸?shù)摹４送猓瑱C頂盒可以在交互式多媒體中應(yīng)用，用戶可以選擇很多種網(wǎng)絡(luò)服務(wù)功能，比如說，軟件更新，升級，接收郵件，上網(wǎng)，各種電臺的點播等，數(shù)字電視技術(shù)在有線電視網(wǎng)絡(luò)中的功能越來越多。數(shù)字電視技術(shù)不管在網(wǎng)絡(luò)公司中還是廣播電視臺中都有著很深遠(yuǎn)的影響。我國目前在許多地域都采用了數(shù)字化電視技術(shù)和雙向網(wǎng)絡(luò)有線電視技術(shù)的改造工程，主要從三個方面可以體現(xiàn)出來：第一，客戶端；第二，雙向網(wǎng)絡(luò)；第三，前一部分系統(tǒng)。用戶通過數(shù)字電視技術(shù)可以看到多個地方的衛(wèi)視臺，以及中央衛(wèi)視，所收到的信號十分的清晰化，接收信號時也更加地穩(wěn)定、安全。數(shù)字信號電視技術(shù)還可以使一些個性化服務(wù)的用戶滿足自己的需求，自己喜歡的游戲、想看的電影、電視都可以進行點播，享受多種交互式點對點的娛樂和信息等服務(wù)

3.數(shù)字電視信號的有線電視網(wǎng)絡(luò)傳輸

和之前的模擬信號傳輸所不同的是，數(shù)字電視技術(shù)在傳輸中所利用的是HFC方式，利用的是AM-VSB頻分復(fù)用方式，利用了不一樣的頻率將各個節(jié)目進行區(qū)分，主要可以使之前的數(shù)字信號符合現(xiàn)在的HFC網(wǎng)絡(luò)的標(biāo)準(zhǔn)要求，將傳輸信道進行編碼處理，其中包括了碼的流動量；R-S編碼；卷積交織；字節(jié)到字符的映射；差分編碼；基帶成型濾波和QAM調(diào)制，相容與數(shù)字信號的傳輸過程中，各個信號之間的可以進行亂碼的調(diào)解，利用分解把流碼進行分開，可以有效預(yù)防各種信號之間的干擾。從高頻載波形式上，MPEG-2與HFC在高頻段進行網(wǎng)絡(luò)傳輸時的模擬信號是相同的，采用混合傳輸，電纜傳輸、以及被光鏈路傳輸。數(shù)字電視技術(shù)方面SDL可以在調(diào)整的狀態(tài)下進行傳輸，PDU，IP/IPX，ATM信元等都可以適用于復(fù)雜多變的殲敵數(shù)據(jù)傳送過程，SDL不依靠SONET/SDH結(jié)構(gòu)，在DWDM層的上面位置，兼容性能非常好。它使數(shù)據(jù)信號傳送過程中更加的安全、可靠。SDL干擾頻器所接收到的信號遭到損壞的可能性大大減少。它在數(shù)字電視信息中的傳輸過程中以其高質(zhì)量的傳輸效果，占有非常重要的地位。

4.數(shù)字電視的環(huán)節(jié)組成

4.1信源編碼

它的主要功能作用是把圖像以及聲音轉(zhuǎn)變成數(shù)字化，達到模擬信號轉(zhuǎn)變數(shù)字信號的目的。

4.2復(fù)用

分復(fù)圖像、視頻以及各種數(shù)據(jù)合為一體的，以包為單位的數(shù)字信號源，再進行分割和區(qū)分，最后就組合而成了一套節(jié)目流或者多套節(jié)目流。

4.3信道編碼與調(diào)制

信道適配其實就是信道編碼。實現(xiàn)信道編碼主要是依據(jù)各種數(shù)據(jù)流處理編碼，為此達到減少錯誤。還可以將一些基帶數(shù)據(jù)流存放于高頻波段中，由此轉(zhuǎn)變成頻帶信號。

4.4傳輸信道其中有HFC、衛(wèi)星、數(shù)字干線、無線等。

4.5SDL技術(shù)

SDL在數(shù)字電視技術(shù)中的傳輸過程中不僅兼容性能比較好，而且在調(diào)整傳送過程中，還可以有效克服復(fù)雜的數(shù)據(jù)，尤其是對PDU，IP/IPX。ATM信元等多數(shù)類型的效果非常明顯。如果從本質(zhì)上看待SDL技術(shù)，它是不受限于SONET/SDH結(jié)構(gòu)的，通過自身就可以連接達到實現(xiàn)于DWDM層中，兼容性能非常好，可以保證數(shù)字信號在傳輸過程中更加地安全、可靠，與此同時還可以使數(shù)字電視中的數(shù)字流轉(zhuǎn)化以及數(shù)據(jù)信息的安全性得以提升，主要是由于SDL干擾頻器可以從很大程度中減少各種損壞。在進行數(shù)字信號的傳輸過程中SDL矩形高速流可以進行傳輸數(shù)據(jù)信息的敘述，SDL貞中的L1可以同步于傳輸中的各種性能，大大減少出錯率。在進行傳輸過程中，一旦發(fā)生突發(fā)性事件可以有效被制止。

篇（5）

2軟件架構(gòu)總體設(shè)計

如圖1所示，軟件架構(gòu)中所涉及的靜態(tài)類包括幾個類別，分別是：視圖類(View)、控制器類(Controller)、模型類（DVBFilter)、業(yè)務(wù)類（DVBEpg)、工廠類（DVBFactory）、消息中心類（Noti?caction)和算法類（ConcreteStrategy)。這幾種類的具體職能體現(xiàn)了以下基本設(shè)計模式的綜合運用。

3MVC模式

MVC是一種復(fù)合設(shè)計模式，可以由幾種基本設(shè)計模式組成，實現(xiàn)方式因應(yīng)用場景各異，例如WEB應(yīng)用、APP應(yīng)用等。它的設(shè)計原則是將應(yīng)用程序劃分為三個層次：視圖層、控制器層和模型層，并規(guī)定層次之間通信的方式，將數(shù)據(jù)從視圖中分離出來，使得界面和數(shù)據(jù)可以單獨開發(fā)，讓表現(xiàn)不依賴數(shù)據(jù)。在架構(gòu)設(shè)計中View會響應(yīng)輸入設(shè)備的操作，并描畫自身(Draw())。由于某些視圖類對描畫性能有要求，所以可以直接緩存需要的數(shù)據(jù)(CacheViewData)；DVBFilter響應(yīng)數(shù)據(jù)設(shè)備的請求，對得到的設(shè)備數(shù)據(jù)進行處理；Controller可以直接管理視圖類和模型類，控制它們的生命周期和通信，也可以通過工廠類和業(yè)務(wù)類間接維護。由于視圖類和模型類需要響應(yīng)系統(tǒng)事件，所以對平臺的依賴較大。因此，盡可能將邏輯處理放在控制類，便于重用。

4觀察者模式

MVC模式的設(shè)計重點之一就是三種類之間的信息交互。控制類觀察視圖、模型的狀態(tài)，對感興趣的數(shù)據(jù)、狀態(tài)變化進行處理。借鑒觀察者模式的特點，本文提出一種更為靈活的消息驅(qū)動方式。消息中心可以分為兩大類：應(yīng)用層消息中心(Notifaction)和系統(tǒng)層消息中心(OSNotifaction)。后者又可以細(xì)分為兩個子類：輸入設(shè)備消息中心(InputNotifaction)和數(shù)據(jù)設(shè)備消息中心(DemuxNotifaction)。系統(tǒng)層消息中心依附于獨立線程(threadID)，獲取系統(tǒng)的事件(GetInfoFromOS())。視圖類依據(jù)自身的特點需要關(guān)心某些外部輸入設(shè)備的狀態(tài)，例如鼠標(biāo)或者觸摸屏的點擊；模型類則一般需要關(guān)心外部數(shù)據(jù)設(shè)備的狀態(tài)，例如媒體流設(shè)備數(shù)據(jù)的就緒。因此，二者分別需要將自己作為觀察者注冊到對應(yīng)的消息中心(Observer())。當(dāng)有系統(tǒng)事件發(fā)生的時候，消息中心分別通過(NotifyWithEventType())和(NotifyWithTableType())進行通知，使得View可以執(zhí)行(InputEventProcess())，DVBFilter可以執(zhí)行(DataEventProcess())。在處理事件的過程中，如果需要對行為進行擴展，則需要向應(yīng)用層消息中心發(fā)送特定消息(NotifyWithMessage())，讓其觀察者即控制類進行處理(BehaviourFunctionForView())、(BehaviourFunctionForModel())，完成視圖類和模型類之間的通信；通過（DataSourceFromModel())完成其間的數(shù)據(jù)轉(zhuǎn)化。

5抽象工廠模式

控制類負(fù)責(zé)對業(yè)務(wù)進行建模，根據(jù)不同的協(xié)議創(chuàng)建不同的功能模塊，它屬于兩個維度的變化。可以選擇抽象工廠模式構(gòu)建業(yè)務(wù)對象層次。抽象工廠模式用于創(chuàng)建兩個維度的產(chǎn)品線。抽象工廠代表了特定的協(xié)議類型，(DVBabstractFactory)制定具體工廠(DVBFactory)可以生產(chǎn)的DVB協(xié)議產(chǎn)品類型。(DemuxNotifaction())創(chuàng)建該協(xié)議的數(shù)據(jù)設(shè)備消息中心(DVBDemuxNotifaction)，(Epg())創(chuàng)建該協(xié)議的EPG業(yè)務(wù)類(DVBEpg)。業(yè)務(wù)類則負(fù)責(zé)各種模型類的建立和維護。控制類根據(jù)應(yīng)用對協(xié)議的選擇，創(chuàng)建具體工廠，一種協(xié)議只有一個工廠，遵循單例模式。具體工廠實現(xiàn)每個具體產(chǎn)品的創(chuàng)建。產(chǎn)品的創(chuàng)建細(xì)節(jié)和工廠方法綁定。具體產(chǎn)品的協(xié)議特性由抽象產(chǎn)品決定(DVBabstractProduct)。這種設(shè)計讓具體工廠和具體產(chǎn)品緊耦合，工廠方法的個數(shù)和具體產(chǎn)品數(shù)目相同，但是為了遵循開閉原則，一般適用于產(chǎn)品類型固定的情況。

6模板模式和策略模式

工廠類完成業(yè)務(wù)功能的創(chuàng)建。業(yè)務(wù)功能的創(chuàng)建過程中指定需要收取哪些數(shù)據(jù)，即創(chuàng)建哪些模型。由于機頂盒廠商對應(yīng)用的需求不同，即使在同一種協(xié)議標(biāo)準(zhǔn)下，對數(shù)據(jù)的格式定義也不盡相同，例如某些自定義私有數(shù)據(jù)，自定義私有描述符。為了解決上述問題，提供良好的擴展性，將模板模式和策略模式相結(jié)合，達到在統(tǒng)一的解析架構(gòu)之中對可變的部分進行分離的效果。模型類DVBFilter由業(yè)務(wù)類DVBEpg創(chuàng)建并維護，負(fù)責(zé)數(shù)據(jù)的收集和解析。一種業(yè)務(wù)類可以包括多個模型類，去收集數(shù)據(jù)格式特定的表。模型類通過(ProcessData())對數(shù)據(jù)中心獲取的原生表數(shù)據(jù)(TableData)進行解析，形成視圖類需要的數(shù)據(jù)(ViewNeedData)。解析的過程包括解析頭部(ParseHead())和描述符(DescriptorProcess())兩個固定部分，是一個算法模板函數(shù)。不同的模型類由于數(shù)據(jù)格式的迥異，對這兩個部分的實現(xiàn)可能都不一樣，所以具體模型可以根據(jù)需要重載這些方法。(Filter4e)就是解析DVB協(xié)議中數(shù)據(jù)格式為4e的EIT表。對于同一種模型類，頭部解析是固定的，描述符的解析是可變的。這種變化體現(xiàn)在描述符的種類和數(shù)目不同，但是解析的骨架結(jié)構(gòu)固定。因此，可以設(shè)計有限個策略算法(StrategyA和StrategyB)，每個策略都會解析一定類型的描述符(DescriptorProcess())。如果表1：架構(gòu)對需求的變化表變化類型變化內(nèi)容架構(gòu)修改內(nèi)容架構(gòu)修改層次視圖樣式組成視圖的元素以及布局視圖對觸點位置的計算方式InputEventProcess視圖行為視圖對事件的響應(yīng)方式，對數(shù)據(jù)格式的轉(zhuǎn)化方式重寫控制器的響應(yīng)方式1.BehaviourFunctionForView2.DataSourceFromModel協(xié)議增加業(yè)務(wù)功能添加增加協(xié)議工廠類，包括工廠的產(chǎn)品結(jié)構(gòu)層次1.工廠類2.業(yè)務(wù)類業(yè)務(wù)邏輯改變業(yè)務(wù)處理流程需要的表的類型，表的收取策略、以及表之間的關(guān)系1.業(yè)務(wù)類2.DataEventProcess3.BehaviourFunctionForModel數(shù)據(jù)描述符增加1.私有描述符的添加2.業(yè)務(wù)處理內(nèi)容變化業(yè)務(wù)處理過程中需要對新增加的數(shù)據(jù)進行處理1.業(yè)務(wù)類2.數(shù)據(jù)類解析的類型需要改變，可以通過具體策略算法重載(ConcreteStrategy)。7架構(gòu)對需求變化的處理由于軟件需求變化的要求不同，對架構(gòu)的修改程度也不同。表1是對需求變化的假設(shè)和架構(gòu)相應(yīng)做出的修改方案。從修改結(jié)果可以看出，按照對架構(gòu)內(nèi)容的修改程度的不同，由低到高可以分為函數(shù)和類兩個層次。不難看出這種軟件架構(gòu)可以讓因需求變化而作出的修改盡可能遵循開閉原則，所修改的內(nèi)容耦合性底，使得功能擴展具備插件化，降低每次修改對整個軟件維護的影響，提高了迭代開發(fā)的效率。

篇（6）

2.廣電發(fā)展農(nóng)村數(shù)字電視存在的問題

盡管數(shù)字電視對農(nóng)村社會、經(jīng)濟的作用和影響十分巨大，而且得到政府、企業(yè)和農(nóng)民的認(rèn)可，但是其在推廣發(fā)展中不可避免的出現(xiàn)一些問題，主要表現(xiàn)在以下幾個方面：一是農(nóng)村消費觀念影響。多年以來，農(nóng)村居民一直觀看免費的電視節(jié)目，而數(shù)字電視不僅需要農(nóng)民交付機頂盒等費用，每年還需要交付一定的使用費用，所以農(nóng)民對數(shù)字電視產(chǎn)生了抵觸心理；二是地方小片網(wǎng)與數(shù)字電視形成競爭關(guān)系。在部分農(nóng)村地區(qū)有一些小片模擬網(wǎng)給用戶提供模擬電視信號服務(wù)，這些小片網(wǎng)由于其收費低，受到農(nóng)村居民的支持，與數(shù)字電視形成競爭關(guān)系；三是基礎(chǔ)設(shè)施落后影響數(shù)字電視的發(fā)展。由于皖南地區(qū)多為山區(qū)，地形復(fù)雜、交通不便，且經(jīng)濟較為落后，這些地區(qū)的基礎(chǔ)設(shè)較差，這就增加了數(shù)字電視發(fā)展的成本和難度，嚴(yán)重阻礙了數(shù)字電視的發(fā)展。

3.對廣電發(fā)展農(nóng)村數(shù)字電視的建議

3.1結(jié)合農(nóng)村定位服務(wù)內(nèi)容

為了促進數(shù)字電視在農(nóng)村的發(fā)展，數(shù)字電視應(yīng)該將電視服務(wù)內(nèi)容與農(nóng)村實際情況相結(jié)合起來。可以通過將電視節(jié)目聚焦在廣大農(nóng)村居民身上，辦好農(nóng)村節(jié)目，不僅要將節(jié)目做得通俗易懂使用，也要努力放映農(nóng)村居民身邊的人和事，放映農(nóng)村居民生活生產(chǎn)的熱點問題。努力將數(shù)字電視中農(nóng)村欄目做成宣傳農(nóng)村政策的陣地，農(nóng)民交流農(nóng)業(yè)生產(chǎn)信息的平臺，農(nóng)民獲取農(nóng)業(yè)科技知識的窗口；努力將其發(fā)展成農(nóng)村與農(nóng)民、農(nóng)村與城市、政府與農(nóng)民之間的橋梁，充當(dāng)當(dāng)代農(nóng)村和農(nóng)民精神風(fēng)貌的展現(xiàn)舞臺。

3.2建立合理的運行模式

為了促進數(shù)字電視在農(nóng)村的發(fā)展，建設(shè)一個合理的運作模式至關(guān)重要。可以將數(shù)字電視的運作模式建設(shè)成具有以下特點：頻道專業(yè)化，綜合性的電視頻道無法滿足不同層次用戶的需求，根據(jù)不同用戶的需求建設(shè)不同的服務(wù)內(nèi)容，可以促進數(shù)字電視的發(fā)展，針對農(nóng)村用戶，可以將數(shù)字電視服務(wù)內(nèi)容建設(shè)成與三農(nóng)相關(guān)。節(jié)目互動化，節(jié)目互動化具有選擇性和靈活性的特點，農(nóng)村居民可以選擇時間段收看收聽節(jié)目，這樣農(nóng)民就不會被動的接收信息，從而促進數(shù)字電視在農(nóng)村的發(fā)展。

3.3加廣電發(fā)展大宣傳力度

對于部分農(nóng)村地區(qū)，數(shù)字電視是一種新事物，農(nóng)村居民對其了解還不是很深入。為了在農(nóng)村普及數(shù)字電視，需要在農(nóng)村開展大量的宣傳工作。數(shù)字電視作為一個重要的服務(wù)平臺，可以提供各種各樣的服務(wù)，在產(chǎn)業(yè)發(fā)展的啟動階段，數(shù)字電視作為一種新事物，農(nóng)村居民并不了解其服務(wù)功能。所以在宣傳時，不要將宣傳內(nèi)容集中在節(jié)目內(nèi)容上，也要努力宣傳數(shù)字電視的互動、信息等功能，只有農(nóng)村居民深入了解了數(shù)字電視的價值，才能更好的促進數(shù)字電視的發(fā)展。

篇（7）

2.準(zhǔn)確繪制徑路圖，進行光纜布放

結(jié)合路由勘察繪制徑路圖，確定電線桿位置、距離，地下管道出口位置、管道長度等，并確定在何處位置利用何種敷設(shè)方式，以此選擇合理的配置，減少熔接點數(shù)量。徑路圖繪制后，選擇合適的光纜接頭位置，選擇時應(yīng)確保接頭處為地質(zhì)相對平坦、穩(wěn)固地點，并為了確保接頭連接牢固，可將其設(shè)置在電桿出口、管道出口位置。如電桿旁0.5～1.0m位置是光纜接頭架空的最佳位置，便于安裝、維護。準(zhǔn)備工作完成后，進行光纜布放。在布放過程中，需要按照相關(guān)要求設(shè)置光纜彎曲半徑及管道光纜的布放形式。例如，在布放過程中，光纜從盤上放出，保持弧形，光纜適度松弛，彎曲半徑大于其半徑的20倍。而在管道光纜布置中，確保纜線所受張力不超過其允許張力，并按照“8”字型法布放，從一端管道送纜線入井，然后從另一端向井中放入纜線，并按照相反方向傳入管道，避免纜線的彎折。

3.合理選擇光纜，提高架空技術(shù)

在同一區(qū)域的光纜敷設(shè)中，應(yīng)選擇同一批次光纜，并按照要求對每盤光纜進行A、B端編號，為布放提供便捷。同時，在架空過程中，可選擇自承式、吊線纏繞式、吊線托掛式三種形式。由于自承式易造成光纜下垂，承受力不足，因此吊掛式是常用方式。在具體架空過程中，懸掛光纜的吊線選擇防風(fēng)、防震性能較好的鍍鋅鋼絞線，并確保吊線與建筑物房頂?shù)木嚯x大于1.5m，與地面高距離大于5m，避免交通障礙。同時，在光纜架空后，應(yīng)對桿路進行明確標(biāo)注，如用黑色或紅色統(tǒng)一刷漆桿路編號，并交通道路、街道處掛纜線高度提示標(biāo)志，避免車輛對纜線的損壞。

篇（8）

1.2監(jiān)控部分：數(shù)字電視的監(jiān)控系統(tǒng)由五部分構(gòu)成，主要包括傳感器、微處理器和PC機等。它的主要作用就是對發(fā)射機的工作狀態(tài)、信號傳輸、電視機故障處理等進行監(jiān)控，以此保證發(fā)射機的穩(wěn)定工作。

2數(shù)字電視發(fā)射機的技術(shù)與應(yīng)用

2.1數(shù)字電視發(fā)射技術(shù)與模擬電視發(fā)射機技術(shù)。數(shù)字電視發(fā)射技術(shù)和模擬電視發(fā)射技術(shù)都是全固態(tài)、單通道發(fā)射，兩者在大功率合成、供電系統(tǒng)、冷卻系統(tǒng)、控制單元等技術(shù)上存在互通的關(guān)系，在設(shè)計理念上，兩者都實現(xiàn)了設(shè)計的模塊化、智能化、自動化、網(wǎng)絡(luò)化特點，綜上所述，數(shù)字電視發(fā)射機與模擬發(fā)射機存在很多相似之處。但是數(shù)字電視發(fā)射技術(shù)與模擬技術(shù)又存在著一定的差異性。數(shù)字電視發(fā)射技術(shù)在激勵器方面采用了信道編碼，這項技術(shù)是國標(biāo)規(guī)定的內(nèi)容，頒布國標(biāo)之后，信道編碼已經(jīng)順利解決了國標(biāo)部分的問題，伴隨著我國數(shù)字電視發(fā)射機技術(shù)的發(fā)展，中國廠商在發(fā)射機產(chǎn)品制造中解決了基帶預(yù)矯正、平均功率、低相噪本振和單頻網(wǎng)等技術(shù)難題，這些關(guān)鍵性技術(shù)難題的克服都離不開數(shù)字化技術(shù)水平的提高。

2.2調(diào)頻廣播發(fā)射的數(shù)字技術(shù)特點。數(shù)字化技術(shù)的發(fā)展使得調(diào)頻廣播的發(fā)射具備了以下特點：抗干擾能力強、信號穩(wěn)定、電臺頻道變寬。調(diào)頻廣播的信號傳播受到自然環(huán)境、工業(yè)生產(chǎn)活動、家用電器干擾等等因素的影響，諸多因素在信號傳播過程中一旦一起參與進來就難以被分辨出來，調(diào)頻收音機卻可以通過限幅變化切除掉干擾信號。數(shù)字調(diào)頻激勵器的引入，使得調(diào)頻廣播發(fā)射機改進了同步指標(biāo)，降低了傳播過程中的噪音影響，使人們獲得了更好的音頻質(zhì)量。數(shù)字音頻信號傳輸節(jié)約了系統(tǒng)同步性用時，提高了系統(tǒng)調(diào)試和維護的工作強度。調(diào)頻廣播系統(tǒng)是一個全方位的信息傳播平臺，具有較大的社會實用性。隨著科技的進步，數(shù)字化技術(shù)還會不斷更新，數(shù)字化廣播也會有更長足的發(fā)展和進步。

篇（9）

2數(shù)字電視協(xié)議測試系統(tǒng)架構(gòu)

通過對混合網(wǎng)絡(luò)環(huán)境下的數(shù)字電視系統(tǒng)的交互流程及交互協(xié)議的分析，明確了本次測試的測試目標(biāo)，即驗證IUT對數(shù)字電視交互協(xié)議實現(xiàn)的一致性，并為此設(shè)計了數(shù)字電視協(xié)議測試系統(tǒng)。數(shù)字電視協(xié)議測試系統(tǒng)分為4個部分：測試客戶端、測試服務(wù)器、監(jiān)聽服務(wù)器和數(shù)據(jù)庫，如圖2所示。測試客戶端通過IUT選擇模塊與IUT交互，生成測試用例集，客戶端將待執(zhí)行的測試用例提交給測試服務(wù)器；服務(wù)器按照測試用例列表順序執(zhí)行測試用例，判定測試結(jié)果，將結(jié)果返回客戶端，呈現(xiàn)在客戶端界面上。客戶端呈現(xiàn)的測試結(jié)果包括測試執(zhí)行過程中實時輸出的數(shù)據(jù)包解析日志和每條測試用例的判定結(jié)果[7]。監(jiān)聽服務(wù)器是在網(wǎng)絡(luò)層抓取被測系統(tǒng)的交互數(shù)據(jù)包，輔助測試服務(wù)器執(zhí)行測試。整個測試過程中，從生成測試用例到最后結(jié)果輸出，數(shù)據(jù)庫負(fù)責(zé)全部數(shù)據(jù)的寫入、查詢、刪除和更新。由于本文研究的交互協(xié)議屬于應(yīng)用層協(xié)議，測試的交互是通過以太網(wǎng)在此基礎(chǔ)上定義了應(yīng)用層通信實體，因此測試系統(tǒng)不需要實現(xiàn)該交互協(xié)議，只要存在以太網(wǎng)鏈路接口即可[8]。在系統(tǒng)設(shè)計的前期，需要仔細(xì)研究交互協(xié)議報文的結(jié)構(gòu)和參數(shù)，因為每個測試用例中的被測協(xié)議不同，對應(yīng)被測的數(shù)據(jù)包也不同，監(jiān)聽服務(wù)器會按照測試用例的要求，獲取報頭參數(shù)符合對應(yīng)被測協(xié)議的數(shù)據(jù)包，因此測試用例的設(shè)計是否合理是整個測試系統(tǒng)正常運行的關(guān)鍵。1）測試客戶端測試客戶端由IUT選擇、測試用例顯示、結(jié)果輸出這3個模塊組成。IUT選擇模塊用于測試人員選擇被測協(xié)議，測試系統(tǒng)開始測試時，IUT選擇模塊將測試人員選擇的測試協(xié)議集信息提供給測試服務(wù)器加載；測試用例顯示模塊用于顯示測試人員選擇的測試用例集，以及每個測試用例的描述和測試步驟；結(jié)果輸出模塊用于實時地將測試服務(wù)器返回的日志信息輸出到測試運行界面，并在測試結(jié)束后打印輸出完整的測試結(jié)果。2）測試服務(wù)器測試服務(wù)器是測試系統(tǒng)重要的組成部分，它運行于測試系統(tǒng)的后臺，即對于測試人員來說是透明的，其架構(gòu)如圖3所示。測試服務(wù)器主要接收來自客戶端的測試執(zhí)行要求以及測試用例列表，根據(jù)測試用例列表加載測試用例并執(zhí)行，在測試開始時啟動監(jiān)聽服務(wù)器，接收其抓取的被測系統(tǒng)交互數(shù)據(jù)包，并將數(shù)據(jù)包存儲到數(shù)據(jù)庫中；協(xié)議解析模塊按照協(xié)議標(biāo)準(zhǔn)解析數(shù)據(jù)包，進行測試結(jié)果判定，并實時將判定結(jié)果返回測試客戶端。3）監(jiān)聽服務(wù)器監(jiān)聽服務(wù)器的主要功能是獲取被測系統(tǒng)交互過程中的網(wǎng)絡(luò)數(shù)據(jù)包，并將符合被測協(xié)議的數(shù)據(jù)包過濾出來，發(fā)送到數(shù)據(jù)庫中。測試人員在測試客戶端點擊測試開始時，客戶端開始執(zhí)行測試用例，同時在后臺開啟監(jiān)聽服務(wù)器，監(jiān)聽程序按照測試用例的要求抓取被測系統(tǒng)交互過程中的全部數(shù)據(jù)包，存儲到數(shù)據(jù)庫中的指定位置。4）數(shù)據(jù)庫數(shù)據(jù)庫是測試系統(tǒng)中重要的存儲部分，測試執(zhí)行過程中抓取的交互數(shù)據(jù)包、實時的執(zhí)行結(jié)果都存儲在數(shù)據(jù)庫中，供測試客戶端調(diào)用。數(shù)據(jù)庫的開發(fā)使用MySQL，本系統(tǒng)中使用的表包括：測試用例表、測試數(shù)據(jù)包信息表、測試過程時間記錄表、被測設(shè)備記錄表、標(biāo)準(zhǔn)協(xié)議存儲表和測試結(jié)果信息表。測試用例表用于存儲封裝標(biāo)準(zhǔn)的測試用例參數(shù)；測試數(shù)據(jù)包信息表用于存儲監(jiān)聽服務(wù)器獲取的數(shù)據(jù)報文；標(biāo)準(zhǔn)協(xié)議存儲表用于存儲標(biāo)準(zhǔn)的測試協(xié)議報頭和報文參數(shù)；客戶端將測試數(shù)據(jù)包信息表中的數(shù)據(jù)解析后，同協(xié)議一致性比對表中的報文進行比對，來進行結(jié)果判定，并將測試判定的結(jié)果存儲到測試結(jié)果信息表中。

3數(shù)字電視協(xié)議測試系統(tǒng)的實現(xiàn)

按照上述設(shè)計的系統(tǒng)架構(gòu)，在Windows平臺上實現(xiàn)了整個測試系統(tǒng)，搭建了交互式測試平臺。其中，測試客戶端由Javascript和HTML編寫，向用戶呈現(xiàn)測試運行和測試結(jié)果界面；測試服務(wù)器主要由C#語言編寫，讀取數(shù)據(jù)庫的數(shù)據(jù)并且解析包中信息，進而對其分析輸出協(xié)議測試結(jié)果；監(jiān)聽服務(wù)器使用Java語言編寫，獲得交互過程中的數(shù)據(jù)包，將獲取的數(shù)據(jù)存入數(shù)據(jù)庫；數(shù)據(jù)庫使用MySQL，存儲交互數(shù)據(jù)包及測試過程中的全部數(shù)據(jù)。本文選取了市場上在售的一款混合網(wǎng)絡(luò)終端，對數(shù)字電視基本交互協(xié)議進行了測試驗證。按照圖4所示拓?fù)鋱D連接測試平臺與被測系統(tǒng)，通過交換機匯聚通信鏈路，被測服務(wù)器和終端與測試平臺連接到了同一個局域網(wǎng)中。進入測試平臺，填寫被測設(shè)備信息后，就進入測試客戶端界面，如圖5所示。界面左側(cè)是IUT選擇界面，測試人員可以通過勾選被測協(xié)議，生成被測用例列表；測試界面的右上角有測試開始、測試停止、保存三個按鈕，分別控制測試過程的開始、結(jié)束和保存測試結(jié)果。界面右側(cè)上部分顯示測試用例信息，包括測試用例名稱、用例描述和被測設(shè)備型號，右側(cè)下部分實時輸出測試用例的結(jié)果。測試用例結(jié)果包括詳細(xì)測試結(jié)果、被選項測試結(jié)果和測試結(jié)果概況，由Tab控件展示在頁面上，測試開始后，詳細(xì)測試結(jié)果實時輸出全部的測試日志，包括測試時間、收發(fā)數(shù)據(jù)信息、解析數(shù)據(jù)信息、判定結(jié)果信息；被選項測試結(jié)果是當(dāng)點擊左側(cè)某測試用例時，單獨顯示該項用例的日志信息；測試用例概況僅顯示已完成測試項目的判定結(jié)果，并不輸出其他過程數(shù)據(jù)。測試服務(wù)器運行于后臺，為實現(xiàn)客戶端功能而執(zhí)行數(shù)據(jù)分析和邏輯運算，監(jiān)聽服務(wù)器的監(jiān)聽程序需要部署在被測系統(tǒng)中，獲取被測系統(tǒng)的交互數(shù)據(jù)包，二者均無界面展示。監(jiān)聽程序獲取到數(shù)據(jù)包后，由測試服務(wù)器的解析模塊按照協(xié)議的報文格式解析出每個數(shù)據(jù)包的含義，由此判定該數(shù)據(jù)包是否符合每個測試用例的結(jié)果要求，即是否滿足該項協(xié)議實現(xiàn)的一致性。由于不同協(xié)議的報文格式不同，每項測試用例的解析內(nèi)容也就不盡相同，而報文解析需要嚴(yán)格按照交互協(xié)議的報文格式來進行，因此完成全部測試項解析功能的解析模塊是系統(tǒng)實現(xiàn)的難點所在[9]。測試平臺按照測試用例順序執(zhí)行測試后，測試結(jié)束。點擊右上角保存按鈕，生成測試結(jié)果報告，由于協(xié)議測試的日志比較長，報告篇幅較大，因此僅附上報告首頁，如圖6所示。報告詳細(xì)記錄了測試內(nèi)容、被測設(shè)備型號、測試起止時間、測試結(jié)果概況和測試詳細(xì)結(jié)果。測試結(jié)果概況輸出每一測試項目的判定結(jié)果，測試結(jié)果若為通過，則輸出綠色字體，測試結(jié)果若為失敗，則輸出紅色字體。詳細(xì)測試結(jié)果中記錄了每一項測試用例的日志信息，測試失敗的用例也可以從中找出問題所在，便于被測設(shè)備的開發(fā)研究人員修改其設(shè)備功能。

篇（10）

（1）實現(xiàn)日常情況下對農(nóng)廣播節(jié)目定時播出。日常情況下，系統(tǒng)可面向全縣數(shù)字智能大喇叭終端和模擬大喇叭終端提供對農(nóng)廣播節(jié)目。

（2）實現(xiàn)應(yīng)急情況下的應(yīng)急廣播信息播發(fā)。應(yīng)急情況下，系統(tǒng)能夠根據(jù)應(yīng)急信息需求實現(xiàn)全縣控制、分鄉(xiāng)鎮(zhèn)控制、按村控制等區(qū)域控制，甚至可以控制到某一只喇叭緊急播出應(yīng)急廣播信息。

（3）實現(xiàn)三級聯(lián)網(wǎng)。大喇叭終端能夠接收到縣、鄉(xiāng)鎮(zhèn)、村各級應(yīng)急廣播平臺播發(fā)的應(yīng)急廣播信息，同時縣平臺能夠監(jiān)控鄉(xiāng)鎮(zhèn)、村平臺播發(fā)的應(yīng)急廣播信息。

（4）充分利用地面數(shù)字電視傳輸覆蓋資源。系統(tǒng)能夠利用地面數(shù)字電視傳輸覆蓋通道，播發(fā)應(yīng)急廣播信息。

2、總體技術(shù)思路

基于地面數(shù)字電視傳輸覆蓋網(wǎng)的應(yīng)急廣播農(nóng)村大喇叭系統(tǒng)采用三級應(yīng)急廣播平臺—傳輸覆蓋網(wǎng)絡(luò)—大喇叭終端的分層架構(gòu)體系，通過地面數(shù)字電視傳輸覆蓋網(wǎng)應(yīng)急廣播信息。

（1）應(yīng)急廣播平臺:應(yīng)急廣播平臺根據(jù)應(yīng)急信息需求將控制指令、文本信息和音頻廣播流封裝成標(biāo)準(zhǔn)格式的應(yīng)急廣播消息后，打包成TS流，傳送至地面數(shù)字電視前端。同時，縣、鄉(xiāng)鎮(zhèn)、村三級平臺，能夠通過地面網(wǎng)絡(luò)，實現(xiàn)三級平臺互連互通，實現(xiàn)三級平臺的指令交互與傳遞。部分網(wǎng)絡(luò)尚不通達的鄉(xiāng)或村，也可以通過電話通信網(wǎng)，將應(yīng)急語音信息送至縣平臺，由縣平臺進行應(yīng)急廣播播發(fā)。

（2）傳輸系統(tǒng):地面數(shù)字電視前端接收到應(yīng)急廣播平臺傳來的TS流格式的應(yīng)急廣播消息后，將該數(shù)據(jù)流與原播出的地面數(shù)字電視節(jié)目流進行復(fù)用，再通過地面數(shù)字電視發(fā)射系統(tǒng)將應(yīng)急廣播消息通過地面數(shù)字電視傳輸覆蓋網(wǎng)進行分發(fā)。

（3）大喇叭終端:大喇叭終端接收到地面數(shù)字電視信號后，能夠解析和識別應(yīng)急廣播消息，當(dāng)區(qū)域碼匹配時，能夠根據(jù)控制指令播發(fā)應(yīng)急廣播音頻節(jié)目。

二、總體技術(shù)框架和業(yè)務(wù)流程

2.1總體技術(shù)框架

根據(jù)系統(tǒng)設(shè)計思路，應(yīng)急廣播農(nóng)村大喇叭系統(tǒng)采用圖1所示的系統(tǒng)架構(gòu)：該系統(tǒng)包括三級應(yīng)急廣播平臺、兩條傳輸通道以及三類終端。三級平臺，分別為縣應(yīng)急廣播平臺、鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺和村應(yīng)急廣播平臺。三條傳輸通道分別為地面數(shù)字電視網(wǎng)所承載的應(yīng)急廣播信息傳輸覆蓋網(wǎng)，平臺間互連的有線IP數(shù)據(jù)網(wǎng)或通信運營商網(wǎng)絡(luò)，和承載應(yīng)急電話的電話通信網(wǎng)。三類終端，分別為戶外數(shù)字智能終端和模擬大喇叭終端和家用地面數(shù)字電視機頂盒終端。

2.2業(yè)務(wù)流程

（1）日常對農(nóng)廣播節(jié)目播發(fā)流程。

日常情況下，縣級應(yīng)急廣播平臺將按時段定制的廣播節(jié)目，以TS方式發(fā)送至地面數(shù)字電視前端。地面數(shù)字電視前端將該節(jié)目流與原地面數(shù)字電視節(jié)目流進行復(fù)用后，傳送至地面數(shù)字電視發(fā)射系統(tǒng)，通過地面數(shù)字電視傳輸覆蓋網(wǎng)播出日常廣播節(jié)目。所有大喇叭終端能夠響應(yīng)定時開關(guān)機、音量控制等指令，定時播出對農(nóng)廣播節(jié)目。

（2）緊急預(yù)警信息流程。

縣應(yīng)急廣播平臺接收到縣預(yù)警信息平臺或鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺、村應(yīng)急廣播平臺通過有線IP數(shù)據(jù)網(wǎng)、通信運營商網(wǎng)絡(luò)或電話通信網(wǎng)絡(luò)向縣前端傳送的應(yīng)急廣播指令或播發(fā)請求后，縣前端對應(yīng)急廣播指令進行接收解析適配處理，將應(yīng)急廣播信息以TS流方式傳送至地面數(shù)字電視前端。該前端將該數(shù)據(jù)流與原地面數(shù)字電視節(jié)目流進行復(fù)用后，傳送至地面數(shù)字電視發(fā)射系統(tǒng)，通過地面數(shù)字電視傳輸覆蓋網(wǎng)向應(yīng)急廣播指令所限定的區(qū)域應(yīng)急廣播信息。大喇叭終端接收到該指令后，中斷日常對農(nóng)廣播節(jié)目，播出應(yīng)急廣播信息。

三、技術(shù)實現(xiàn)

3.1縣應(yīng)急廣播平臺

縣級應(yīng)急廣播平臺在該類型應(yīng)急廣播農(nóng)村大喇叭示范網(wǎng)絡(luò)技術(shù)系統(tǒng)中具有重要作用。它既是應(yīng)急廣播信息接收處理播發(fā)的核心，日常對農(nóng)廣播節(jié)目播出處理的總節(jié)目源，也是系統(tǒng)設(shè)備運行管控的總前端。縣級應(yīng)急廣播平臺包含了應(yīng)急廣播管理、應(yīng)急電話適配、節(jié)目播出管理、安全保障、系統(tǒng)運行監(jiān)管、傳輸?shù)?個業(yè)務(wù)子系統(tǒng)，具體功能如下：

（1）應(yīng)急廣播管理子系統(tǒng)

應(yīng)急廣播管理子系統(tǒng)能夠接收的信息來源有三個，一是來自國家應(yīng)急廣播系統(tǒng)的應(yīng)急廣播信息，二是來自本地預(yù)警信息平臺的應(yīng)急廣播信息，三是來自應(yīng)急電話適配子系統(tǒng)的應(yīng)急廣播信息。該子系統(tǒng)接收到應(yīng)急廣播信息后，能夠?qū)?yīng)急廣播指令進行解析處理、優(yōu)先級判別、大喇叭資源調(diào)用，并完成指令格式封裝，以及文本信息的文語轉(zhuǎn)換功能，形成包含應(yīng)急廣播指令、應(yīng)急廣播音頻的信息流，送入傳輸子系統(tǒng)。當(dāng)該子系統(tǒng)接收到應(yīng)急廣播并發(fā)請求時，能夠?qū)?yīng)急指令的優(yōu)先級進行判斷、識別，并基于優(yōu)先機制進行。

（2）應(yīng)急電話適配子系統(tǒng)

應(yīng)急電話適配子系統(tǒng)能夠接收到系統(tǒng)授權(quán)的移動電話和固定電話語音信息，根據(jù)該授權(quán)號碼的權(quán)限，自動形成相應(yīng)區(qū)域的大喇叭調(diào)用指令，將應(yīng)急指令和應(yīng)急語音傳送至應(yīng)急廣播管理子系統(tǒng)。

（3）廣播節(jié)目播出管理子系統(tǒng)

該系統(tǒng)能夠接收中一、省一、本市和本縣對農(nóng)廣播節(jié)目，按照預(yù)定的運行圖和播出計劃，形成本縣對農(nóng)廣播節(jié)目流，送至節(jié)目傳輸系統(tǒng)。

（4）安全保障子系統(tǒng)

該子系統(tǒng)能夠?qū)崿F(xiàn)對應(yīng)急廣播指令、應(yīng)急廣播音頻節(jié)目、日常對農(nóng)廣播節(jié)目的傳輸安全管理，確保應(yīng)急廣播信息的安全傳輸。

（5）系統(tǒng)運行監(jiān)管子系統(tǒng)

運行監(jiān)管子系統(tǒng)能夠?qū)崿F(xiàn)對各級應(yīng)急廣播平臺、大喇叭終端以及應(yīng)急信息的傳輸系統(tǒng)運行狀態(tài)的監(jiān)控管理，對系統(tǒng)關(guān)鍵設(shè)備和傳輸網(wǎng)絡(luò)關(guān)鍵節(jié)點的運行狀態(tài)進行實時的監(jiān)控，收集和分析日常工作狀態(tài)，及時發(fā)現(xiàn)并排除系統(tǒng)和網(wǎng)絡(luò)故障，保障系統(tǒng)的正常運行和預(yù)警信息的順暢傳輸。

（6）傳輸子系統(tǒng)

傳輸子系統(tǒng)能夠?qū)?yīng)急廣播指令、應(yīng)急廣播音頻以及日常對農(nóng)廣播節(jié)目信息的應(yīng)急廣播信息進行TS流封裝，并傳送給地面數(shù)字電視前端的復(fù)用設(shè)備。

3.2鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺

鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺包括音源設(shè)備和數(shù)字音編碼控制設(shè)備。鄉(xiāng)鎮(zhèn)領(lǐng)導(dǎo)通過話筒等音源設(shè)備播發(fā)應(yīng)急語音時，數(shù)字音頻編碼控制設(shè)備對應(yīng)急語音進行編碼，并進行IP封裝，通過有線電視IP數(shù)據(jù)網(wǎng)或通信運營商網(wǎng)傳輸?shù)娇h應(yīng)急廣播平臺。同時，鄉(xiāng)鎮(zhèn)領(lǐng)導(dǎo)可以使用授權(quán)固定移動電話，呼叫縣級應(yīng)急廣播平臺指定應(yīng)急廣播接入號碼，面向本地大喇叭終端播出應(yīng)急語音信息。

3.3村應(yīng)急廣播平臺

3.3.1新建村應(yīng)急廣播平臺

新建村應(yīng)急廣播平臺基本架構(gòu)如圖4所示，包括話筒等音源設(shè)備、數(shù)字音編碼控制設(shè)備等設(shè)備。村領(lǐng)導(dǎo)使用話筒等應(yīng)急音源設(shè)備、固定電話、移動電話等播發(fā)應(yīng)急廣播信息，其技術(shù)實現(xiàn)方式與鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺基本一致。

3.3.2原村應(yīng)急廣播設(shè)施與系統(tǒng)的互聯(lián)方式

部分已具備獨立應(yīng)急廣播設(shè)施的村，可以在原有定壓功放的輸入端增加地面數(shù)字電視接收設(shè)備，用于接收地面數(shù)字電視應(yīng)急廣播信息。通過這種方式改造后，原有的村應(yīng)急廣播平臺也能夠接收到地面數(shù)字電視傳輸覆蓋網(wǎng)傳送的應(yīng)急廣播信號。同時，在該種技術(shù)實現(xiàn)方式下，當(dāng)村-縣的網(wǎng)絡(luò)中斷或者縣前端癱瘓，村平臺仍然可以通過功放定壓傳輸?shù)竭_室外高音喇叭的方式，播發(fā)應(yīng)急廣播信息。

3.4傳輸鏈路

該系統(tǒng)有三條傳輸通道，分別為地面數(shù)字電視網(wǎng)所承載的應(yīng)急廣播信息傳輸覆蓋網(wǎng)，該網(wǎng)絡(luò)用于應(yīng)急廣播信息的分發(fā)；平臺間互連的有線IP數(shù)據(jù)網(wǎng)或通信運營商網(wǎng)絡(luò)，在有線網(wǎng)絡(luò)通達的鄉(xiāng)鎮(zhèn)、村，可以使用有線IP網(wǎng)絡(luò)與縣平臺進行互聯(lián)，在有線網(wǎng)絡(luò)未通達的鄉(xiāng)鎮(zhèn)、村，可以使用通信運營商網(wǎng)絡(luò)與縣平臺進行互聯(lián)；電話通信網(wǎng)，用于承載應(yīng)急固定或移動電話，傳送應(yīng)急語音信息。

3.5應(yīng)急廣播終端

該系統(tǒng)有三類應(yīng)急廣播終端設(shè)備，分別為戶外數(shù)字智能終端和模擬大喇叭終端和家用地面數(shù)字電視機頂盒終端，兼顧了戶內(nèi)與戶外用戶、數(shù)字和模擬終端，確保不管是在戶內(nèi)還是戶外，不管通過模擬喇叭還是數(shù)字喇叭，均能接收到應(yīng)急廣播信息。

四、相關(guān)傳輸協(xié)議

4.1應(yīng)急廣播信息源接口協(xié)議

縣級應(yīng)急廣播平臺接收的來自本地應(yīng)急廣播部門或上級應(yīng)急廣播平臺的應(yīng)急廣播信息，包括應(yīng)急廣播指令、文本、圖片和音頻等輔助數(shù)據(jù)以及應(yīng)急廣播節(jié)目等內(nèi)容，其數(shù)據(jù)格式應(yīng)符合國家應(yīng)急廣播系統(tǒng)的調(diào)度控制與傳輸覆蓋標(biāo)準(zhǔn)體系框架下的《應(yīng)急廣播消息生成格式規(guī)范》。

4.2地面數(shù)字電視應(yīng)急廣播規(guī)范

縣平臺在完成應(yīng)急廣播信息的接收處理后，能夠?qū)⑺袘?yīng)急廣播消息的消息標(biāo)識符、開始時間、持續(xù)時間、類型、級別、覆蓋區(qū)域等信息封裝為應(yīng)急廣播索引表，將應(yīng)急事件的文本內(nèi)容、機構(gòu)名稱和輔助數(shù)據(jù)封裝為應(yīng)急廣播內(nèi)容表，由復(fù)用設(shè)備按GB/T17975.1-2010規(guī)定的傳輸流格式復(fù)用到播出節(jié)目傳輸流中。封裝數(shù)據(jù)格式應(yīng)符合國家應(yīng)急廣播系統(tǒng)的調(diào)度控制與傳輸覆蓋標(biāo)準(zhǔn)體系框架下的《地面數(shù)字電視應(yīng)急廣播規(guī)范》。

五、基于地面數(shù)字電視系統(tǒng)實現(xiàn)應(yīng)急廣播農(nóng)村大喇叭系統(tǒng)的優(yōu)勢分析

1、充分利用地面?zhèn)鬏敻采w資源實現(xiàn)應(yīng)急廣播信息傳送。

在有線傳輸網(wǎng)絡(luò)欠發(fā)達、地面數(shù)字電視發(fā)展較好的地區(qū)，基于地面數(shù)字電視網(wǎng)傳輸覆蓋網(wǎng)開展農(nóng)村應(yīng)急廣播的技術(shù)實現(xiàn)方式，與通過新建眾多小功率調(diào)頻發(fā)射系統(tǒng)以調(diào)頻副載波方式傳輸應(yīng)急廣播的方式相比，即充分利用了現(xiàn)有的傳輸覆蓋資源，又避免了因新建眾多的小功率發(fā)射機造成的頻率資源的濫用。

2、加強了應(yīng)急廣播統(tǒng)一管理，并降低了系統(tǒng)運行維護難度。

縣平臺在系統(tǒng)設(shè)計上更為健壯，而鄉(xiāng)鎮(zhèn)平臺和村平臺則相對簡單。這種設(shè)計，即能夠?qū)崿F(xiàn)三級聯(lián)網(wǎng)以及對各級平臺播發(fā)應(yīng)急廣播信息的統(tǒng)一管理，同時又降低了鄉(xiāng)鎮(zhèn)平臺和村平臺的運行維護成本，更符合我國現(xiàn)有鄉(xiāng)鎮(zhèn)和村技術(shù)維護力量較為薄弱的現(xiàn)狀。

3、具備較強的容災(zāi)能力。

該系統(tǒng)在容災(zāi)設(shè)計上更為簡單易行：當(dāng)鄉(xiāng)鎮(zhèn)應(yīng)急廣播平臺、村應(yīng)急廣播平臺與縣應(yīng)急廣播平臺間傳輸鏈路中斷，鄉(xiāng)或村的應(yīng)急廣播信息，可通過固定或移動通信網(wǎng)，將應(yīng)急語音信息傳送至縣平臺，并控制本地終端播發(fā)應(yīng)急廣播信息；當(dāng)縣平臺系統(tǒng)癱瘓或地面數(shù)字電視系統(tǒng)癱瘓情況下，村領(lǐng)導(dǎo)仍然可以使用本地的應(yīng)急廣播系統(tǒng)，通過本地定壓傳輸方式向模擬大喇叭終端應(yīng)急廣播信息。