應(yīng)急廣播系統(tǒng)中適配器的設(shè)計實現(xiàn)和應(yīng)用

摘? 要：為了最大限度地利用已經(jīng)建成的廣播覆蓋網(wǎng)絡(luò)，添加適配器是相對經(jīng)濟(jì)合適的方案。適配的設(shè)計要符合標(biāo)準(zhǔn)、通用、可擴(kuò)展等要求，目的是要兼容更多的平臺和其他接入系統(tǒng)，遵循的規(guī)范是應(yīng)急廣播國標(biāo)的暫行技術(shù)規(guī)范，在統(tǒng)一的標(biāo)準(zhǔn)和規(guī)范下，結(jié)合實際的應(yīng)用，可以更好地對應(yīng)急廣播系統(tǒng)進(jìn)行適配。根據(jù)這些需求，設(shè)計出一款基于ARM架構(gòu)的適配器，采用Linux系統(tǒng)運(yùn)行，內(nèi)置BOA嵌入式服務(wù)器，使用SQLite作為數(shù)據(jù)庫系統(tǒng)，采用C語言實現(xiàn)的一款多功能應(yīng)急廣播適配器。

關(guān)鍵詞：應(yīng)急廣播系統(tǒng);適配器;SQLite;Linux系統(tǒng)

中圖分類號：TP311? ? ? ? 文獻(xiàn)標(biāo)識碼：A文章編號：2096-4706（2022）02-0066-05

Abstract： In order to maximize the use of the built broadcast overlay network， adding the adapter is relatively economical and appropriate scheme. The design of the adapter should meet the requirements of standards， universal， scalability and so on， in order to be compatible with more platforms and other access systems， and the standard followed is the provisional technical standard of the national emergency broadcasting standard. Under the unified standards and norms， combined with practical application， it can better adapt the emergency broadcasting system. According to these requirements， a multifunctional emergency broadcast adapter based on ARM architecture， running with Linux system， built-in boa embedded server， SQLite as database system and C language is designed.

Keywords： emergency broadcasting system; adapter; SQLite; Linux system

0? 引? 言

近幾年來，國家應(yīng)急廣播對公共突發(fā)事件處理的作用也日益被人們認(rèn)可。為了做好人民群眾的安全生產(chǎn)和防災(zāi)減災(zāi)救災(zāi)等工作，推進(jìn)應(yīng)急管理體系的信息化和現(xiàn)代化能力，國家制定了《“十四五”國家應(yīng)急體系規(guī)劃》，其中，指出應(yīng)急通信、指揮平臺、智能數(shù)據(jù)現(xiàn)代化能力滯后，還需要進(jìn)一步完善。為了建設(shè)統(tǒng)一指揮、專常兼?zhèn)?、反?yīng)靈敏、上下聯(lián)動的高效應(yīng)急管理體系，應(yīng)急通信、應(yīng)急廣播和應(yīng)急指揮管理平臺是重要的基石，是實現(xiàn)管理現(xiàn)代化的基礎(chǔ)建設(shè)內(nèi)容。

在《GDJ 079-2018應(yīng)急廣播系統(tǒng)總體技術(shù)規(guī)范》中明確定義傳輸通道包含：有線數(shù)字電視、地面數(shù)字電視、中波、調(diào)頻、直播衛(wèi)星、新媒體。那么，就需要在有線數(shù)字電視前端、地面數(shù)字電視前端、中波廣播發(fā)射臺、調(diào)頻廣播發(fā)射臺、直播衛(wèi)星集成平臺、移動多媒體廣播電視前端、應(yīng)急廣播大喇叭系統(tǒng)前端、機(jī)動應(yīng)急廣播系統(tǒng)、新媒體應(yīng)急廣播系統(tǒng)的前端/臺站部署和搭建應(yīng)急廣播適配器。應(yīng)急廣播適配器的主要功能是將上級或者本級的應(yīng)急廣播消息和指令轉(zhuǎn)發(fā)成對應(yīng)的傳輸覆蓋網(wǎng)絡(luò)可以識別的傳輸覆蓋指令進(jìn)行分發(fā)，喚醒對應(yīng)的傳輸覆蓋網(wǎng)絡(luò)中的終端播放相關(guān)的廣播內(nèi)容，將覆蓋的實際效果記錄并上報給應(yīng)急廣播平臺。

1? 需求分析

1.1? 基本功能分析

根據(jù)國家標(biāo)準(zhǔn)規(guī)范，適配器需要進(jìn)行本級插播，轉(zhuǎn)發(fā)上級廣播和申請上級資源進(jìn)行廣播的主要功能。

1.1.1? 本級插播

本級插播主要包括本機(jī)音源的接入和本機(jī)廣播指令的生成和傳輸，其中本機(jī)音源包含麥克風(fēng)、U盤、調(diào)頻接收、線路輸入等，本級插播和上級插播需要有優(yōu)先級的判斷，插播時具備日常廣播和應(yīng)急廣播選擇按鈕。適配器本級廣播具備直接輸出廣播的功能。

1.1.2? 轉(zhuǎn)發(fā)上級廣播

具備多通道接收上級廣播功能，并轉(zhuǎn)換成本級傳輸覆蓋指令進(jìn)行發(fā)送，根據(jù)技術(shù)規(guī)范和測量步驟，轉(zhuǎn)發(fā)矩陣為：有線數(shù)字電視、地面數(shù)字電視、直播衛(wèi)星、IP通道，都可以轉(zhuǎn)發(fā)成IP/TS、調(diào)頻、中波，其中IP/TS可以輸出成有線數(shù)字電視、地面數(shù)字電視、直播衛(wèi)星。

1.1.3? 申請上級資源

在本級沒有相關(guān)傳輸覆蓋通道時，可以通過申請上級的傳輸覆蓋通道進(jìn)行廣播。在實際應(yīng)用中，適配器需要具備差轉(zhuǎn)功能，在上級部署可以接收下級指令的適配器。要求適配器具備IP/TS收轉(zhuǎn)功能。

1.2? 用戶接口分析

1.2.1? 液晶屏幕

具備液晶屏幕和按鍵的方式操作和設(shè)置設(shè)備的參數(shù)，屏幕顯示的信息支持樹形菜單結(jié)構(gòu)操作，支持選項和數(shù)字類型的參數(shù)設(shè)置，比如：音量大小、IP地址、設(shè)備類型等設(shè)置。

1.2.2? WEB網(wǎng)管

通過設(shè)備的管理IP地址，就能進(jìn)入WEB網(wǎng)頁管理，進(jìn)入網(wǎng)頁管理需要輸入用戶名和密碼，保障設(shè)備參數(shù)的安全，WEB管理可以顯示和設(shè)置設(shè)備更加詳盡的參數(shù)，通過遠(yuǎn)程管理設(shè)備，可以實現(xiàn)設(shè)備的遠(yuǎn)程開關(guān)機(jī)，音量設(shè)置，遠(yuǎn)程調(diào)試等主要功能。

1.2.3? HDMI外置接口

通過HDMI+USB外置接口，實現(xiàn)設(shè)備觸屏用戶交互，在用戶側(cè)現(xiàn)場使用沒有電腦的情況下，可以通過觸屏操作，更加的豐富和靈活。觸屏操作包括本級廣播的開播、下屬區(qū)域設(shè)備的運(yùn)行狀態(tài)查看，本機(jī)參數(shù)的設(shè)置。

2? 設(shè)計實現(xiàn)

2.1? 硬件拓?fù)浣Y(jié)構(gòu)

本級信源包括麥克風(fēng)、U盤、RCA（線路）、語音合成、4G模組音頻、調(diào)頻、有線數(shù)字、地面數(shù)字、IP。數(shù)字音頻通過CPU解碼，全部輸入到多路復(fù)用芯片，通過通道控制選擇其中一路音頻，如果是需要輸出給IP、有線數(shù)字、地面數(shù)字、直播衛(wèi)星這些數(shù)字信號時，需要將模擬信號輸入到模數(shù)轉(zhuǎn)換芯片，將采集實時的音頻進(jìn)行編碼輸出，如果是調(diào)頻、中波這種模擬信號時，直接輸出給調(diào)頻或者中波調(diào)制芯片，RDS指令和音頻是分開輸出給調(diào)頻發(fā)射機(jī)的，中波FSK指令是混合在音頻信號中發(fā)送給中波發(fā)射機(jī)的，模擬音頻還能直接輸出，提供給監(jiān)聽喇叭和功放，通過功放放大后可以輸出給大喇叭設(shè)備。拓?fù)浣Y(jié)構(gòu)如圖1所示。

2.2? 主要功能實現(xiàn)

在應(yīng)急廣播國家標(biāo)準(zhǔn)規(guī)范中，各級別的應(yīng)急廣播適配器的功能不相同，但是，又具備一些共性，主要功能實現(xiàn)如下：

2.2.1? 節(jié)目傳送

在數(shù)字傳輸通道中，支持生成相關(guān)PSI/SI節(jié)目表，和對應(yīng)的節(jié)目流一起輸出到復(fù)用設(shè)備中，再到有線數(shù)字、地面數(shù)字、衛(wèi)星傳輸系統(tǒng)中進(jìn)行調(diào)制放大輸出，在模擬通道中，具備調(diào)頻和中波音頻的調(diào)制輸出。為了實現(xiàn)將音頻打包成IP/TS進(jìn)行傳輸，并生成對應(yīng)的PSI/SI表，需要集成ffmpeg開源庫，使用庫函數(shù)swr_alloc_set_opts對音頻采樣芯片進(jìn)行重采樣輸入，使用avcodec_fill_audio_frame函數(shù)對重采樣的數(shù)據(jù)進(jìn)行填充編碼，再用avcodec_encode_audio2函數(shù)對frame數(shù)據(jù)進(jìn)行編碼，最后通過av_packet_rescale_ts接口，將編碼后的數(shù)據(jù)推送到輸出緩沖區(qū)。PSI/SI節(jié)目表通過mpegts_set_service_info接口進(jìn)行節(jié)目表的設(shè)置。節(jié)目輸出到復(fù)用器的復(fù)用效果如圖2所示。

調(diào)頻和中波的節(jié)目傳輸則相對較為簡單，只要把對應(yīng)的模擬音頻直接傳給調(diào)制芯片即可。

2.2.2? 消息接收

負(fù)責(zé)接收應(yīng)急廣播平臺的應(yīng)急廣播消息。根據(jù)《GDJ 089-2018應(yīng)急廣播大喇叭系統(tǒng)技術(shù)規(guī)范》的適配器通信協(xié)議，平臺和縣級適配器是通過雙向短連接進(jìn)行通信的，說明平臺和適配器處于同一個內(nèi)部網(wǎng)絡(luò)中，在平臺端需要預(yù)置適配器的通信地址和端口，在適配器端也要預(yù)置平臺的通信地址和端口，在通信交互一次后，就立即斷開連接。

平臺發(fā)送開播消息，輔助數(shù)據(jù)類型為0x62時，適配器通過網(wǎng)絡(luò)回饋給平臺一個RTP接收地址，平臺啟動推流服務(wù)直接向適配器的端口發(fā)送數(shù)據(jù)。終端為IP終端時，適配器將RTP數(shù)據(jù)直接轉(zhuǎn)發(fā)給終端的特定端口即可。終端開始播發(fā)時，需要向平臺發(fā)送一條任務(wù)切換的指令，表示終端已經(jīng)響應(yīng)了播放。序列圖如圖3所示。

2.2.3? 語音切播

具備將本級的音頻信號，如麥克風(fēng)、U盤、線路輸入等進(jìn)行播發(fā)的功能。語音切播還是要遵循應(yīng)急優(yōu)先原則，級別優(yōu)先原則，在接收上級廣播前提下，本級插播優(yōu)先級要高于上級，才能正常切播，否則操作無效，在本級開播的前提下，上級插播優(yōu)先級要高于本級，才能正常切播，否則不能切播。在音頻切播結(jié)束后，系統(tǒng)會自動切回源廣播。語音切播的適配器操作步驟為：按下應(yīng)急或者日常按鈕，一鍵啟動廣播，系統(tǒng)默認(rèn)切換音源到麥克風(fēng)。通過按下對應(yīng)的音源切換按鈕，切換到對應(yīng)的音源。適配器前面板如圖4所示。

2.2.4? 播發(fā)控制

根據(jù)應(yīng)急廣播平臺要求，將應(yīng)急廣播消息按照要求轉(zhuǎn)換成對應(yīng)通道（RDS、TS或IP）的節(jié)目和傳輸覆蓋指令，并將其傳送到目標(biāo)區(qū)域，控制對應(yīng)終端進(jìn)行播出的功能。在《GDJ 089-2018 應(yīng)急廣播大喇叭系統(tǒng)技術(shù)規(guī)范》中，平臺和適配器之間的開播消息包含：廣播消息編碼、廣播類型、事件級別、事件類型、音量、開始時間、結(jié)束時間這些主要參數(shù)，在國標(biāo)的技術(shù)規(guī)范中都可以找到對應(yīng)的參數(shù)，關(guān)閉廣播、參數(shù)設(shè)置等消息也是有對應(yīng)的參數(shù)列表的，在適配器接收到平臺的消息后，通過內(nèi)部結(jié)構(gòu)體的轉(zhuǎn)換即可輸出對應(yīng)的指令，適配IP、TS、調(diào)頻和中波系統(tǒng)，可同時或者選擇性的輸出RDS、中波、TS和IP。

2.2.5? 數(shù)據(jù)回傳

可以將本機(jī)的運(yùn)行參數(shù)和狀態(tài)，通過回傳網(wǎng)絡(luò)按需回傳到應(yīng)急廣播平臺。數(shù)據(jù)回傳協(xié)議在《GDJ 089-2018應(yīng)急廣播大喇叭系統(tǒng)技術(shù)規(guī)范》的附錄E中，包含：終端心跳，查詢指令應(yīng)答，終端故障與恢復(fù)，終端任務(wù)切換，上報播發(fā)結(jié)果。終端心跳在一定時間內(nèi)向平臺發(fā)送，目的是保證鏈路狀態(tài)和平臺確認(rèn)終端的保活狀態(tài)，終端的故障與恢復(fù)也是在發(fā)生故障和恢復(fù)時主動向平臺上報數(shù)據(jù)，在終端接收到任務(wù)時切換播放任務(wù)后，需要向平臺發(fā)送任務(wù)切換的數(shù)據(jù)，播放結(jié)束后或者播發(fā)失敗后，向平臺發(fā)送播發(fā)結(jié)果。只有查詢指令應(yīng)答回傳數(shù)據(jù)不是主動上報的，需要平臺通過技術(shù)規(guī)范中的附錄D的查詢指令下發(fā)給終端，終端接收后回饋查詢指令應(yīng)答包給平臺。

2.2.6? 安全服務(wù)

具有對應(yīng)急廣播傳輸覆蓋指令進(jìn)行數(shù)字簽名功能，保障指令傳輸安全。在《GDJ 081-2018 應(yīng)急廣播安全保護(hù)技術(shù)規(guī)范數(shù)字簽名》中明確規(guī)定了，應(yīng)急廣播數(shù)字簽名的密碼算法采用GB/T 32918、GB/T 32905—2016規(guī)定的SM2、SM3算法，采用數(shù)字簽名的密碼算法目的是保障應(yīng)急廣播消息和指令傳輸?shù)陌踩?，所以只針對消息?shù)據(jù)和指令數(shù)據(jù)進(jìn)行簽名，不對音頻數(shù)據(jù)進(jìn)行簽名加密。SM2、SM3的算法是公開的，因此可以根據(jù)內(nèi)置軟件算法進(jìn)行簽名。

SM2算法基于ECC，采用的是256位的一種，使用的方程為：y2=x3+ax+b，SM2算法實現(xiàn)如下：

（1）選擇Ep（a，b）的元素G，使得G的階n是一個大素數(shù);

（2）G的階是指滿足nG=O的最小n值;

（3）秘密選擇整數(shù)k，計算B=kG，然后公開（p，a，b，G，B），B為公鑰，保密k，k為私鑰。

SM3密碼摘要算法是中國國家密碼管理局2010年公布的中國商用密碼雜湊算法標(biāo)準(zhǔn)。

簽名和驗簽需要管理證書鏈，確保證書的可信，證書鏈需要通過統(tǒng)一的證書中心進(jìn)行分發(fā)，適配器在生產(chǎn)時就預(yù)置證書鏈中可信的證書，通過證書鏈可以刷新證書信息，確保使用的證書可信。

適配器中簽名的實現(xiàn)如下：

（1）選擇簽名的證書信息，通過公鑰和用戶數(shù)據(jù)“1234567812345678”生成Z;

（2）使用SM3算法，將“Z+明文數(shù)據(jù)+UTC時間”計算HASH，獲取HASH數(shù)據(jù);

（3）通過SM2算法，將HASH數(shù)據(jù)使用公鑰進(jìn)行簽名計算，獲得64位的簽名數(shù)據(jù);

（4）將證書號、UTC時間、64位的簽名數(shù)據(jù)和指令數(shù)據(jù)一起發(fā)送給終端。

驗簽的實現(xiàn)如下：

（1）解析指令，獲取明文數(shù)據(jù)（指令），證書號，UTC時間，64位簽名數(shù)據(jù);

（2）通過指令中的證書號，獲取本機(jī)公鑰，再和用戶數(shù)據(jù)“1234567812345678”生成Z;

（3）使用SM3算法，將“Z+明文數(shù)據(jù)+UTC時間”計算HASH，獲取HASH數(shù)據(jù);

（4）通過SM2算法，將HASH數(shù)據(jù)使用私鑰進(jìn)行驗簽計算，得出是否驗簽通過結(jié)果;

（5）驗簽通過后才解析明文數(shù)據(jù)，否則丟棄整個消息包。

2.2.7? 消息管理

應(yīng)具備本級前端應(yīng)急廣播消息播發(fā)的記錄、復(fù)查功能。適配器中采用sqlite3.0數(shù)據(jù)庫進(jìn)行存儲數(shù)據(jù)。每次接收到平臺的消息，驗簽通過后，都會在應(yīng)急廣播消息播發(fā)記錄表中進(jìn)行存儲，如圖5所示。通過本機(jī)的WEB管理頁面可以查詢到，平臺通過任務(wù)查詢指令，也可以獲取到適配器的播發(fā)記錄。

2.3? 用戶接口的設(shè)計實現(xiàn)

適配器的用戶操作接口有液晶按鍵操作、WEB管理頁面、HDMI觸屏操作三種，用戶接口形式不一樣，但是數(shù)據(jù)是共享的，在設(shè)計實現(xiàn)時，采用通用網(wǎng)關(guān)接口，分離數(shù)據(jù)層和業(yè)務(wù)顯示層，數(shù)據(jù)層使用JSON數(shù)據(jù)進(jìn)行緩存，當(dāng)緩存在內(nèi)存中的配置數(shù)據(jù)文件發(fā)生變化時，系統(tǒng)將改變后的數(shù)據(jù)進(jìn)行計算CRC校驗并備份到數(shù)據(jù)庫中，再將JSON數(shù)據(jù)轉(zhuǎn)換成JSON文件存儲在本地。每次開機(jī)重啟時，系統(tǒng)載入文件并進(jìn)行CRC校驗，如果不正確，則從數(shù)據(jù)庫中恢復(fù)，保證數(shù)據(jù)的完整性。

2.3.1? 液晶按鍵用戶接口的設(shè)計實現(xiàn)

將用戶菜單存儲為JSON格式，通過解析樹形結(jié)構(gòu)的JSON數(shù)據(jù)分解出菜單的層級結(jié)構(gòu)，當(dāng)解析到JSON的結(jié)點(diǎn)為末端結(jié)點(diǎn)，即沒有子結(jié)點(diǎn)時，為參數(shù)設(shè)置結(jié)點(diǎn)，參數(shù)設(shè)置結(jié)點(diǎn)對應(yīng)配置參數(shù)中的JSON路徑。

2.3.2? WEB管理用戶接口的設(shè)計實現(xiàn)

通過移植嵌入式瀏覽器在系統(tǒng)中實現(xiàn)，BOA服務(wù)器是一個小巧高效的web服務(wù)器，是一個運(yùn)行于Unix或Linux下開源軟件的、支持CGI的、適合于嵌入式系統(tǒng)的單任務(wù)的http服務(wù)器，源代碼開放、性能高。采用CGI接口中的本地SOCKET通信，將CGI接收到的數(shù)據(jù)和本機(jī)內(nèi)存中的JSON數(shù)據(jù)進(jìn)行綁定，這樣可以提高CGI接口的通用性。

2.3.3? 觸屏用戶接口的設(shè)計實現(xiàn)

觸屏界面采用C++圖形界面框架設(shè)計實現(xiàn)，觸屏界面程序和主程序是兩個不同的程序同時運(yùn)行，程序間采用本地SOCKET進(jìn)行通信，除了設(shè)置系統(tǒng)運(yùn)行參數(shù)以外，還需要實時同步接口。將觸屏上的事件封裝成JSON消息發(fā)送給主程序，主程序處理消息后，同步數(shù)據(jù)和按鍵上的顯示，同時界面程序也在監(jiān)聽主程序按鍵上的操作，接收解析后同步界面上的顯示。如：在觸屏上按下應(yīng)急廣播按鈕，觸屏的紅色燈亮起，設(shè)備按鍵的燈也要同步亮起來，開啟應(yīng)急廣播;觸屏關(guān)閉應(yīng)急廣播后，設(shè)備紅色燈都要同步滅掉。參數(shù)設(shè)置也采用樹形結(jié)構(gòu)設(shè)計，和按鍵菜單的方法是一樣的，如圖6所示。C++中保存按鈕的單擊事件被觸發(fā)后，將本頁面下所有的控件打包成JSON數(shù)據(jù)發(fā)送給主程序，實現(xiàn)數(shù)據(jù)的同步存儲。

3? 適配器的應(yīng)用

3.1? 高山調(diào)頻臺站適配器

高山調(diào)頻臺站原有的節(jié)目資源覆蓋個人調(diào)頻收音機(jī)、車載調(diào)頻等，要將應(yīng)急廣播消息接入現(xiàn)有的調(diào)頻覆蓋網(wǎng)絡(luò)中，需要在調(diào)頻臺站適配器后端和原有調(diào)頻節(jié)目的后端加入一個音頻切換器，音頻切換器通過適配器串口指令進(jìn)行切換，當(dāng)沒有應(yīng)急廣播消息時，音頻切換器的音源接到原有的廣播節(jié)目上進(jìn)行日常播發(fā)，如果調(diào)頻臺站適配器接收到應(yīng)急廣播平臺的應(yīng)急廣播消息時，發(fā)送指令給音頻切換器，將音頻切換器的音源切換到調(diào)頻臺站適配器上，并將生成的RDS指令發(fā)送給調(diào)頻臺站播發(fā)系統(tǒng)，這樣，個人調(diào)頻收音機(jī)、車載調(diào)頻、新建的應(yīng)急廣播大喇叭終端都可以接收到應(yīng)急廣播節(jié)目;當(dāng)應(yīng)急廣播結(jié)束后，調(diào)頻臺站適配器通過指令使音頻切換器切回原有的廣播節(jié)目上，并停止RDS指令的播發(fā)，個人調(diào)頻收音機(jī)和車載調(diào)頻等終端就接收原有的廣播節(jié)目，戶外大喇叭終端則停止廣播，進(jìn)入待機(jī)狀態(tài)。

3.2? 地面數(shù)字電視應(yīng)急廣播適配器

原有的地面數(shù)字電視廣播節(jié)目傳輸覆蓋地面數(shù)字機(jī)頂盒，如果要將應(yīng)急廣播消息復(fù)用到地面數(shù)字電視廣播網(wǎng)絡(luò)中，需要將適配器生成的節(jié)目表和指令復(fù)用到原有的電視節(jié)目中，機(jī)頂盒需要通過軟件升級的方式來監(jiān)控應(yīng)急廣播索引表，當(dāng)?shù)孛鏀?shù)字電視應(yīng)急廣播適配器接收到應(yīng)急廣播消息時，會發(fā)出應(yīng)急廣播指令到應(yīng)急廣播索引表中，并且輸出節(jié)目信息和音頻信息到電視節(jié)目中進(jìn)行復(fù)用，機(jī)頂盒監(jiān)控的應(yīng)急廣播索引表有數(shù)據(jù)時，解析其中的節(jié)目信息，并跳轉(zhuǎn)到對應(yīng)的應(yīng)急廣播節(jié)目進(jìn)行強(qiáng)制接收觀看，應(yīng)急廣播結(jié)束后，應(yīng)急廣播索引表中的指令就會停止播發(fā)，機(jī)頂盒就會返回原有的電視節(jié)目進(jìn)行觀看。新建的應(yīng)急廣播大喇叭需要鎖定相應(yīng)的頻點(diǎn)，監(jiān)控應(yīng)急廣播索引表，如果索引表中有指令消息，那么就會通過解析節(jié)目信息喚醒，并播放相關(guān)音頻，結(jié)束后再進(jìn)入待機(jī)狀態(tài)。

3.3? 鄉(xiāng)村應(yīng)急廣播適配器

鄉(xiāng)村應(yīng)急廣播適配器是新建的應(yīng)急廣播系統(tǒng)，可以接收上級的應(yīng)急廣播消息，通過多種通道（RDS、TS、IP）喚醒廣播，也可以將接收的廣播轉(zhuǎn)換成RDS指令和音頻輸出到小型的調(diào)頻發(fā)射機(jī)進(jìn)行小范圍的補(bǔ)點(diǎn)覆蓋。

4? 結(jié)? 論

本設(shè)計分析了國標(biāo)規(guī)范對應(yīng)急廣播適配器的主要功能描述，并結(jié)合市場的實際需求設(shè)計和實現(xiàn)了應(yīng)急廣播適配器。描述了應(yīng)急廣播適配器的設(shè)計需求和用戶接口分析，從適配器硬件拓?fù)浣Y(jié)構(gòu)到主要功能的設(shè)計和實現(xiàn)，到用戶界面接口的實現(xiàn)，詳細(xì)闡述了應(yīng)急廣播適配器的設(shè)計開發(fā)和實現(xiàn)。本設(shè)計的適配器已經(jīng)投入量產(chǎn)，通過市場的實際使用，經(jīng)過了幾次改良和升級，獲得了市場用戶的高度認(rèn)可。廣泛的應(yīng)用于文化宣傳領(lǐng)域，典型的應(yīng)用場景為面向社區(qū)和鄉(xiāng)村的公共文化服務(wù)宣傳，提供新聞熱點(diǎn)播報、疫情防控知識宣傳、天氣預(yù)報、鄉(xiāng)村振興政策宣傳等。

參考文獻(xiàn)：

[1] 國家新聞出版廣電總局廣播科學(xué)研究院.應(yīng)急廣播系統(tǒng)總體技術(shù)規(guī)范：GDJ 079-2018 [S].北京：國家廣播電視總局科技司，2018.

[2] 國家新聞出版廣電總局廣播科學(xué)研究院.應(yīng)急廣播安全保護(hù)技術(shù)規(guī)范 數(shù)字簽名：GDJ 081-2018 [S].北京：國家廣播電視總局科技司，2018.

[3] 國家新聞出版廣電總局廣播科學(xué)研究院.中波調(diào)幅廣播應(yīng)急廣播技術(shù)規(guī)范：GDJ 084-2018 [S].北京：國家廣播電視總局科技司，2018.

[4] 國家新聞出版廣電總局廣播科學(xué)研究院，模擬調(diào)頻應(yīng)急廣播技術(shù)規(guī)范：GDJ 085-2018 [S].北京：國家廣播電視總局科技司，2018.

[5] 國家新聞出版廣電總局廣播科學(xué)研究院.有線數(shù)字電視應(yīng)急廣播技術(shù)規(guī)范：GDJ 086-2018 [S].北京：國家廣播電視總局科技司，2018.

[6] 國家新聞出版廣電總局廣播科學(xué)研究院.地面數(shù)字電視應(yīng)急廣播技術(shù)規(guī)范：GDJ 087-2018 [S].北京：國家廣播電視總局科技司，2018.

[7] 國家新聞出版廣電總局廣播科學(xué)研究院.應(yīng)急廣播大喇叭系統(tǒng)技術(shù)規(guī)范：GDJ 089-2018 [S].北京：國家廣播電視總局科技司，2018.

[8] 劉岐，趙文杰.FFmpeg從入門到精通 [M].北京：機(jī)械工業(yè)出版社，2018.

[9] Surhone L M，Tennoe M T，Henssonow S F.Boa（Web Server） [M]. Betascript Publishing，2011.

[10] Bassett L.JSON必知必會 [M].魏嘉汛，譯.北京：人民郵電出版社，2016.

[11] 宋敬彬.Linux典藏大系：Linux網(wǎng)絡(luò)編程：第2版 [M].北京：清華大學(xué)出版社，2014.

[12] LIPPMAN S? B，LAJOIE J，MOO? B E. C++ Primer（中文版） [M].王剛，楊巨峰，譯.第5版.北京：電子工業(yè)出版社，2018.

作者簡介：王閩（1983—），男，漢族，福建福州人，工程師，本科，主要研究方向：通信技術(shù)研究、應(yīng)急廣播系統(tǒng)設(shè)計開發(fā)、軟件工程。