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

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

中圖分類號(hào)：TP311? ? ? ? 文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：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)急廣播對(duì)公共突發(fā)事件處理的作用也日益被人們認(rèn)可。為了做好人民群眾的安全生產(chǎn)和防災(zāi)減災(zāi)救災(zāi)等工作，推進(jìn)應(yīng)急管理體系的信息化和現(xiàn)代化能力，國家制定了《“十四五”國家應(yīng)急體系規(guī)劃》，其中，指出應(yīng)急通信、指揮平臺(tái)、智能數(shù)據(jù)現(xiàn)代化能力滯后，還需要進(jìn)一步完善。為了建設(shè)統(tǒng)一指揮、專常兼?zhèn)?、反?yīng)靈敏、上下聯(lián)動(dòng)的高效應(yīng)急管理體系，應(yīng)急通信、應(yīng)急廣播和應(yīng)急指揮管理平臺(tái)是重要的基石，是實(shí)現(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ā)射臺(tái)、調(diào)頻廣播發(fā)射臺(tái)、直播衛(wèi)星集成平臺(tái)、移動(dòng)多媒體廣播電視前端、應(yīng)急廣播大喇叭系統(tǒng)前端、機(jī)動(dòng)應(yīng)急廣播系統(tǒng)、新媒體應(yīng)急廣播系統(tǒng)的前端/臺(tái)站部署和搭建應(yīng)急廣播適配器。應(yīng)急廣播適配器的主要功能是將上級(jí)或者本級(jí)的應(yīng)急廣播消息和指令轉(zhuǎn)發(fā)成對(duì)應(yīng)的傳輸覆蓋網(wǎng)絡(luò)可以識(shí)別的傳輸覆蓋指令進(jìn)行分發(fā)，喚醒對(duì)應(yīng)的傳輸覆蓋網(wǎng)絡(luò)中的終端播放相關(guān)的廣播內(nèi)容，將覆蓋的實(shí)際效果記錄并上報(bào)給應(yīng)急廣播平臺(tái)。

1? 需求分析

1.1? 基本功能分析

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

1.1.1? 本級(jí)插播

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

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

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

1.1.3? 申請(qǐng)上級(jí)資源

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

1.2? 用戶接口分析

1.2.1? 液晶屏幕

具備液晶屏幕和按鍵的方式操作和設(shè)置設(shè)備的參數(shù)，屏幕顯示的信息支持樹形菜單結(jié)構(gòu)操作，支持選項(xiàng)和數(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è)備，可以實(shí)現(xiàn)設(shè)備的遠(yuǎn)程開關(guān)機(jī)，音量設(shè)置，遠(yuǎn)程調(diào)試等主要功能。

1.2.3? HDMI外置接口

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

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

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

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

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

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

2.2.1? 節(jié)目傳送

在數(shù)字傳輸通道中，支持生成相關(guān)PSI/SI節(jié)目表，和對(duì)應(yīng)的節(jié)目流一起輸出到復(fù)用設(shè)備中，再到有線數(shù)字、地面數(shù)字、衛(wèi)星傳輸系統(tǒng)中進(jìn)行調(diào)制放大輸出，在模擬通道中，具備調(diào)頻和中波音頻的調(diào)制輸出。為了實(shí)現(xiàn)將音頻打包成IP/TS進(jìn)行傳輸，并生成對(duì)應(yīng)的PSI/SI表，需要集成ffmpeg開源庫，使用庫函數(shù)swr_alloc_set_opts對(duì)音頻采樣芯片進(jìn)行重采樣輸入，使用avcodec_fill_audio_frame函數(shù)對(duì)重采樣的數(shù)據(jù)進(jìn)行填充編碼，再用avcodec_encode_audio2函數(shù)對(duì)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é)目傳輸則相對(duì)較為簡(jiǎn)單，只要把對(duì)應(yīng)的模擬音頻直接傳給調(diào)制芯片即可。

2.2.2? 消息接收

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

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

2.2.3? 語音切播

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

2.2.4? 播發(fā)控制

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

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

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

2.2.6? 安全服務(wù)

具有對(duì)應(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ù)陌踩?，所以只針?duì)消息數(shù)據(jù)和指令數(shù)據(jù)進(jìn)行簽名，不對(duì)音頻數(shù)據(jù)進(jìn)行簽名加密。SM2、SM3的算法是公開的，因此可以根據(jù)內(nèi)置軟件算法進(jìn)行簽名。

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

（1）選擇Ep（a，b）的元素G，使得G的階n是一個(gè)大素?cái)?shù);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2.2.7? 消息管理

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

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

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

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

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

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

通過移植嵌入式瀏覽器在系統(tǒng)中實(shí)現(xiàn)，BOA服務(wù)器是一個(gè)小巧高效的web服務(wù)器，是一個(gè)運(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è)計(jì)實(shí)現(xiàn)

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

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

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

高山調(diào)頻臺(tái)站原有的節(jié)目資源覆蓋個(gè)人調(diào)頻收音機(jī)、車載調(diào)頻等，要將應(yīng)急廣播消息接入現(xiàn)有的調(diào)頻覆蓋網(wǎng)絡(luò)中，需要在調(diào)頻臺(tái)站適配器后端和原有調(diào)頻節(jié)目的后端加入一個(gè)音頻切換器，音頻切換器通過適配器串口指令進(jìn)行切換，當(dāng)沒有應(yīng)急廣播消息時(shí)，音頻切換器的音源接到原有的廣播節(jié)目上進(jìn)行日常播發(fā)，如果調(diào)頻臺(tái)站適配器接收到應(yīng)急廣播平臺(tái)的應(yīng)急廣播消息時(shí)，發(fā)送指令給音頻切換器，將音頻切換器的音源切換到調(diào)頻臺(tái)站適配器上，并將生成的RDS指令發(fā)送給調(diào)頻臺(tái)站播發(fā)系統(tǒng)，這樣，個(gè)人調(diào)頻收音機(jī)、車載調(diào)頻、新建的應(yīng)急廣播大喇叭終端都可以接收到應(yīng)急廣播節(jié)目;當(dāng)應(yīng)急廣播結(jié)束后，調(diào)頻臺(tái)站適配器通過指令使音頻切換器切回原有的廣播節(jié)目上，并停止RDS指令的播發(fā)，個(gè)人調(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ī)頂盒需要通過軟件升級(jí)的方式來監(jiān)控應(yīng)急廣播索引表，當(dāng)?shù)孛鏀?shù)字電視應(yīng)急廣播適配器接收到應(yīng)急廣播消息時(shí)，會(huì)發(fā)出應(yīng)急廣播指令到應(yīng)急廣播索引表中，并且輸出節(jié)目信息和音頻信息到電視節(jié)目中進(jìn)行復(fù)用，機(jī)頂盒監(jiān)控的應(yīng)急廣播索引表有數(shù)據(jù)時(shí)，解析其中的節(jié)目信息，并跳轉(zhuǎn)到對(duì)應(yīng)的應(yīng)急廣播節(jié)目進(jìn)行強(qiáng)制接收觀看，應(yīng)急廣播結(jié)束后，應(yīng)急廣播索引表中的指令就會(huì)停止播發(fā)，機(jī)頂盒就會(huì)返回原有的電視節(jié)目進(jìn)行觀看。新建的應(yīng)急廣播大喇叭需要鎖定相應(yīng)的頻點(diǎn)，監(jiān)控應(yīng)急廣播索引表，如果索引表中有指令消息，那么就會(huì)通過解析節(jié)目信息喚醒，并播放相關(guān)音頻，結(jié)束后再進(jìn)入待機(jī)狀態(tài)。

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

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

4? 結(jié)? 論

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

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