胡自健 重慶郵電大學碩士研究生蔣子泉 中國信息通信研究院西部分院工程師
應急智能手機終端的設計及實現(xiàn)
胡自健重慶郵電大學碩士研究生
蔣子泉中國信息通信研究院西部分院工程師
為解決在復雜災難場景下公眾應急信息的接收問題,本課題通過對傳統(tǒng)智能手機進行硬件天線改造及軟件設計,實現(xiàn)了一種應急接收終端。該類型終端可在復雜災難場景特別是蜂窩網(wǎng)絡癱瘓的情況下,實時接收FM廣播網(wǎng)發(fā)送的應急FM語音和RDS(RadioDataSystem,廣播數(shù)據(jù)系統(tǒng))文本消息,并向人群預警,從而彌補在公網(wǎng)癱瘓下公眾人群的應急信息實時接收的缺失。
公眾應急;RDS;智能終端
當應急情況發(fā)生時,應急指揮人員需要通過各種有效的手段,將災難情況、救援信息等傳遞到公眾手中。當前,我國主要通過電視廣播網(wǎng)、蜂窩通信網(wǎng)和衛(wèi)星通信網(wǎng)發(fā)送應急消息給公眾。其中,電視廣播網(wǎng)依靠有線傳播,對災難的抗毀性較差;蜂窩通信網(wǎng),在災難發(fā)生時常常會因業(yè)務量激增和通信基站倒塌造成應急通信系統(tǒng)的癱瘓;衛(wèi)星通信網(wǎng),則因為其帶寬受限和成本較高,并未能普及。
針對上述問題,本文描述了一種基于調(diào)頻FM廣播以及RDS(RadioDataSystem,廣播數(shù)據(jù)系統(tǒng))技術(shù)的應急信息接收終端,該類型終端設計原型為普通智能手機,信息途徑可直接依托現(xiàn)有公眾FM廣播網(wǎng)絡,具有攜帶率高,覆蓋人群廣泛、建設成本低、系統(tǒng)抗毀性強以及可快速應用等優(yōu)勢。
(1)技術(shù)原理
在國內(nèi),通常利用FM調(diào)頻廣播的主載波承載語音信號實現(xiàn)播放語音信息,但在FM廣播技術(shù)中,其副載波部分可用來傳輸數(shù)字信號,即RDS(Radio Data System,廣播數(shù)據(jù)系統(tǒng))技術(shù)。其工作原理是采用調(diào)頻廣播導頻信號頻率19kHz的3倍作為副載波,構(gòu)成RDS信道,與原有的語音信號的主信道、副信道導頻共同構(gòu)成RDS數(shù)字信息的語音調(diào)制基帶信號,再對其高頻主載波調(diào)頻。其編碼傳輸速率為每包104bit/s,每秒可傳輸11.4個數(shù)據(jù)包。
在RDS標準技術(shù)規(guī)范中,RDS已定義了12組型,其中2組型廣播文本信息。2組型碼為00010或00011,即A版本和B版本格式,區(qū)別在于塊3上,后者插入了PI碼(見表1)。
表1 RDS兩種版本編碼結(jié)構(gòu)的區(qū)別
塊2最后4位的地址碼用于塊3(只限A版本)和塊4中消息文本段的定位,由于A版本的一個文本段含4個單字節(jié)字符,所以用A版本可以傳送長達32個雙字節(jié)或64個單字節(jié)字符的文本消息。而B版本每個文本段只含2個單字節(jié)字符,只能傳送16個雙字節(jié)或32個單字節(jié)字符文本消息。
本文正是利用RDS技術(shù)中2A組型碼作為應急消息的載體發(fā)送數(shù)字文本信息,并利用數(shù)字信息激勵觸發(fā)手機終端產(chǎn)生相應預警。
(2)終端所在的應急通信系統(tǒng)架構(gòu)
終端手機所在的應急通信系統(tǒng)由信息發(fā)布平臺、信息傳輸平臺以及信息接收平臺3部分組成。系統(tǒng)中應急信息以SMS短信和RDS信息兩種獨立方式作為信息載體,信息在發(fā)布平臺編輯完成并加密后發(fā)送;可由傳統(tǒng)蜂窩網(wǎng)絡或FM廣播網(wǎng)發(fā)射傳輸;在智能手機接收端通過通信模組與集成的FM接收芯片接收應急信息,還原原始報文信息,觸發(fā)手機預警、內(nèi)容顯示、呼叫轉(zhuǎn)發(fā)等應急業(yè)務功能。應急通信系統(tǒng)結(jié)構(gòu)如圖1所示。
圖1 應急通信系統(tǒng)結(jié)構(gòu)圖
傳統(tǒng)的手機作為應急信息接收端的不足主要在于,其對傳統(tǒng)蜂窩網(wǎng)絡依賴過強,在復雜災難場景下,傳統(tǒng)蜂窩網(wǎng)絡經(jīng)常會由于基站受損與網(wǎng)絡擁塞而失效。FM廣播設施在復雜災難場景下具有抗毀能力強和恢復能力強的特點,所以通過在發(fā)送端將結(jié)合兩種方式,使得所研究設計的智能終端在保證原有SMS通信能力的基礎上,同時具備通過FM調(diào)頻廣播接收應急短信的功能,從而提高系統(tǒng)的抗毀性、人群接收的覆蓋性以及緊急信息接收的實時性。
終端設計分為消息接收模塊、消息處理模塊和用戶交互模塊3部分。消息接收模塊,添加內(nèi)置天線和軟件設計,使其具備硬件接收和軟件獲取FM-RDS的能力;消息處理模塊,通信協(xié)議和信息存儲;用戶交互模塊,主要為信息展示和報警提醒。
3.1消息接收模塊
(1)內(nèi)置天線
由于FM調(diào)頻廣播的頻段特點,其頻率范圍為76~108MHz,根據(jù)1/4波長計算,其理想的天線長度應為67~82cm。智能手機采用耳機作為天線接收FM,但該方式限制了智能手機終端在日常使用狀態(tài)下接收FM信號,進而影響了實時接收應急信息的業(yè)務邏輯要求。
但隨著內(nèi)置天線工藝技術(shù)的發(fā)展,可采用FPC、LDS工藝等的小型化天線直接內(nèi)置在手機內(nèi)部,從而解決了人們在日常的使用過程中不會攜帶FM天線的弊端,使得日常使用的手機就可以作為實時應急信息的接收設備,解決了實時接收人群覆蓋率有限、信息接收設備的真實使用率低的問題。本次設計采用FPC內(nèi)置天線,實現(xiàn)手機對FM信息的接收。
(2)SMS短信息獲取
短信可作為在公網(wǎng)正常工作下信息傳輸?shù)闹饕d體。Android系統(tǒng)提供了廣播機制,當手機的系統(tǒng)狀態(tài)改變時,會向注冊過系統(tǒng)廣播的應用發(fā)送廣播提示,軟件應用即通過可事先定義的廣播接收器獲知該廣播,并提取出廣播中的詳細信息。SMS短信息的獲取利用了上述方式,在第一次運行時,進行短信廣播的注冊以及實現(xiàn)短信廣播接收器,并在接收器內(nèi)部進行信息處理。SMS信息獲取流程如圖2所示。
圖2 SMS信息獲取流程圖
(3)RDS信息獲取
在復雜或特大災難下,由于公網(wǎng)設施損壞或擁塞,可使用FM-RDS方式發(fā)送應急文本信息提示用戶預警。不同于傳統(tǒng)上層軟件API調(diào)用方式,Android系統(tǒng)對于FM接口未能提供統(tǒng)一的API接口使直接調(diào)用,進行FM芯片的初始化和FM芯片RDS信息的讀取,需要本地接口進行連接。通過將事先編寫好的JNI方法打包成庫文件,在應用開啟時,動態(tài)加載庫文件,實現(xiàn)上層應用對FM芯片的控制和信息讀取。
應用啟動時,開啟Service并調(diào)用JNI方法進行FM芯片的初始化。初始化完成后,開啟線程每隔100ms進行RDS信息標志位讀取,當發(fā)現(xiàn)標志位不為0,則進行RDS的讀取和處理。RDS信息獲取流程如圖3所示。
圖3 RDS信息獲取流程圖
3.2信息處理模塊
(1)數(shù)據(jù)協(xié)議
由于RDS的基本結(jié)構(gòu)中最大的單元為組(104位),每個組中包含4個塊(26位),每個塊中包含16位信息字和10位校驗字,2A組有效載荷為32個雙字節(jié)或64個單字節(jié),長度有限,將其直接用于應急通信中,會導致信息量不足的缺陷。
本終端的數(shù)據(jù)通信協(xié)議是對RDS協(xié)議中的載荷部分,進一步編碼,即在發(fā)送端在每組信息載荷中加入分段信息,在接收端用分段信息進行正文的定位和重組,從而實現(xiàn)一次較大信息量的完整接收。
接收端接收的每一組完整信息載荷,包含信息等級、段數(shù)信息和正文3部分(見圖4)。信息等級,用于對信息的緊急程度進行數(shù)字劃分,對于不同等級的信息,采用不同的報警方式,提高預警的效果。段數(shù)信息,用于信息正文的定位和重組。
圖4 RDS應急信息塊
(2)信息存儲
為了實現(xiàn)應急信息在本地的保存與條件檢索功能。本次設計采用的Android系統(tǒng)內(nèi)置的SQLite數(shù)據(jù)庫,其輕量級的優(yōu)點,完全滿足本次設計的需求。根據(jù)數(shù)據(jù)特點,設計數(shù)據(jù)存儲表結(jié)構(gòu)如表2所示。
表2 數(shù)據(jù)存儲表
3.3用戶交互模塊
(1)界面交互
用戶交互模塊處理終端與用戶之間的交互,具體實現(xiàn)兩個功能,一是定義用戶界面,二是響應用戶的操作。用戶界面包含主界面、應急信息查看界面、應急語音收聽界面、應急小知識查看界面,具體對應參見表3。
(2)聲光報警
本次設計主要通過震動、鈴聲、閃光燈3種方式向用戶預警。報警的形式取決于信息等級:等級I,系統(tǒng)普通鈴聲;等級Ⅱ,短暫報警鈴聲,指示燈閃爍;等級Ⅲ,持續(xù)報警鈴聲和震動。
3.4終端實現(xiàn)
依據(jù)上述設計,對應具體實現(xiàn),包含硬件設計和軟件設計兩部分。圖5、6、7為關鍵代碼段截圖和軟件運行圖。
表3 用戶交互對應表
圖5 應急信息獲取關鍵代碼圖
圖6 信息處理及保存關鍵代碼圖
圖7 軟件運行圖
基于上述設計具體實現(xiàn)后,進行實際的外場測試,在測試過程中為重點模擬當公網(wǎng)癱瘓下的基于RDS技術(shù)的應急信息接收,將手機終端設置為飛行模式,詳細測試條件參見表4。
表4 測試條件表
終端實物圖如圖8所示。
基于上述的真實外場測試條件,內(nèi)置FPC接收天線的智能手機終端的有效語音接收距離為3~4km,RDS應急文本信息的接收范圍為1~1.5km,即可實現(xiàn)該覆蓋范圍內(nèi)的應急語音與文本信息的覆蓋,且在該有效接收范圍內(nèi)RDS應急文本信息的接收時延如表5所示。
由測試數(shù)據(jù)可知:在室外環(huán)境下,在有效通信范圍內(nèi),RDS應急信息的接收效率是可靠并且實時的,可以滿足應急場景的通信要求。
圖8 終端實物圖
表5 RDS文本接收時延遲
本文闡述了一種應急通信終端。通過對普通智能手機終端的軟件APP程序設計與硬件內(nèi)置天線設計,實現(xiàn)了復雜災難場景下特別是在公網(wǎng)癱瘓下公眾對于應急信息的接收。為我國應急通信技術(shù)發(fā)展提供了一種有效的解決方案。
[1]劉春江,馬艷,李玉環(huán),等.基于調(diào)頻副載波的應急廣播消息傳輸協(xié)議探討[J].電視技術(shù),2014,38(20):37-40.
[2]李一兵,黃春子.應急通信發(fā)展現(xiàn)狀和技術(shù)手段探析[J].電子技術(shù)與軟件工程,2014(13):81.
[3]陳澤虎,倪林,嚴杰.一種調(diào)頻廣播數(shù)據(jù)接收顯示系統(tǒng)的設計[J].電視技術(shù),2014,38(15):114-117.
[4]余尚林,宗瑞朝.副載波技術(shù)在應急廣播系統(tǒng)的應用[J].電視技術(shù),2014,38(10):42-45.
[5]代傳堤,吳多龍,吳艷杰,等.一種緊湊型多頻段手機內(nèi)置環(huán)形天線的設計[J].廣東工業(yè)大學學報,2014,(4):100-103.
[6]陳去疾,李敬華,郭華磊.JNI在Android硬件開發(fā)中的應用[J].電信快報,2014,(1):27-29.
近日,中興通訊宣布,2015年中興服務業(yè)務規(guī)模增長達20%,創(chuàng)歷史新高。中興通訊全球累計簽訂超過177個管理服務合同,合同站點數(shù)超過33.5萬個,運維光纜外線超過33.2萬公里;管理服務交付能力穩(wěn)健提升,服務全球超過2.3億用戶。服務已成為中興通訊重要的業(yè)務支柱和增長點。
中興通訊總裁助理、工程服務部總經(jīng)理陳付啟表示:“在M-ICT時代,運營商網(wǎng)絡在未來將面臨四大發(fā)展趨勢:移動化、大數(shù)據(jù)、云化和網(wǎng)絡虛擬化,ICT服務領域?qū)⑸疃热诤?。借助先進的服務工具和大數(shù)據(jù)分析平臺,運營商在關注網(wǎng)絡質(zhì)量的同時,將更多地聚焦業(yè)務質(zhì)量的保障、用戶黏度的提升和營銷價值的深度挖掘;與此同時,服務領域?qū)⒉粩嘤楷F(xiàn)新的服務模式和商業(yè)機會;跨界應用將改變運營商的傳統(tǒng)業(yè)務邊界,從而促進整個信息產(chǎn)業(yè)的蓬勃發(fā)展。2016年,中興通訊將進一步深化M-ICT戰(zhàn)略,全力打造下一代運維管理服務、RoNPM技術(shù)服務和數(shù)據(jù)中心透視運維三駕馬車,在幫助運營商降低OPEX的同時,打造以業(yè)務和用戶為中心的服務體系,提升業(yè)務質(zhì)量,深挖數(shù)據(jù)洪流的商業(yè)價值,助力運營商快速穩(wěn)健轉(zhuǎn)型?!?/p>
Design and Implementation of Emergency Smart Phone
Hu Zijian,Jiang Ziquan
In order to solve the problem of receiving the public emergency information in complex disaster scenarios,this paper realizes a kind of emergency receiving terminal,which is based on the traditional smart phone and software design.The terminal can receive RDS which broadcast from FM network in time,and warning for people.By this way,it can make up for the lack of public emergency information receiving in public network paralysis.
public emergency;radio data system;intelligent terminal
2016-01-10)