程昌玉 梁海河 蔡 宏

1(湖北省氣象信息與技術保障中心 湖北 武漢 430074) 2(中國氣象局氣象探測中心 北京 100086)

0 引 言

美國下一代天氣雷達(NEXRAD)在建設初期針對美國的天氣氣候特點開發(fā)了大量有效的雷達氣象產(chǎn)品。為適應雷達探測新技術發(fā)展、業(yè)務應用的需求，美國在20世紀90年代中期進行了產(chǎn)品升級計劃[1-2], 包括建立開放的產(chǎn)品生成系統(tǒng) (ORPG)、數(shù)據(jù)采集系統(tǒng)(ORDA)、主用戶處理單元(OPUP)實現(xiàn)對 WSR-88D 原有結構、指標參數(shù)和探測能力的全面改造升級[3-4]。目前，ORPG的版本中已實現(xiàn)對雙偏振天氣雷達的兼容和支持。

我國布網(wǎng)的CINRAD天氣雷達產(chǎn)品算法也基本繼承了WSR-88D天氣雷達較早期的版本。我國各地的災害性天氣存在的差異較大，使得產(chǎn)品系統(tǒng)和算法也有著較大的差異性。CINRAD 氣象產(chǎn)品系統(tǒng)(RPG) 封閉式、單一整體的框架結構，不能較好地適應區(qū)域性的災害天氣的監(jiān)測要求。此外，探測資料的數(shù)據(jù)質(zhì)量直接影響著天氣雷達效益的發(fā)揮。國內(nèi)外針對天氣雷達地物、超折射、徑向干擾、晴空等非降水回波展開了的研究，取得了相當?shù)某晒鸞5-9]。但由于當前RPG系統(tǒng)框架結構的局限性，造成無法對新功能產(chǎn)品算法進行升級、擴展。

目前，CINRAD 監(jiān)測網(wǎng)具有S、C波段，共6 種型號的天氣雷達, 這就要求在RPG與雷達數(shù)據(jù)采集子系統(tǒng)RDA之間建立具有很強兼容的體系和方式。同時，如何將其他行業(yè)的天氣雷達數(shù)據(jù)融合到CINRAD監(jiān)測網(wǎng)中,提高我國天氣雷達資料密度[10]，也是需要考慮的問題。

為較好地適應CINRAD天氣雷達資料的應用需求變化和新技術發(fā)展趨勢,本文基于ORPG的開放型系統(tǒng)框架進行應用研究，設計CINRAD 公共業(yè)務開發(fā)集成和測試環(huán)境(CRPG)。實現(xiàn)繼承WSR-88D開放雷達產(chǎn)品發(fā)生器系統(tǒng)(ORPG)成熟技術、算法；利用開源的API接口，根據(jù)天氣雷達資料應用和產(chǎn)品算法研究的需要，進行新的功能產(chǎn)品算法的升級擴展。

1 ORPG概述

1.1 ORPG系統(tǒng)架構

ORPG系統(tǒng)采用分層結構設計，依據(jù)功能分為物理層、網(wǎng)絡層、操作系統(tǒng)層、應用層等。ORPG系統(tǒng)設計為使應用程序具備可移植性，應用程序設計時進行封裝和底層的服務軟件進行隔離，各層間通過的標準API調(diào)用實現(xiàn)層與層之間的功能服務[10-11]。

ORPG系統(tǒng)有一系列的獨立執(zhí)行程序，包括基數(shù)據(jù)獲取、外部數(shù)據(jù)獲取、產(chǎn)品生成、產(chǎn)品分布等，主要功能單元如圖1所示。應用程序模塊具有很強的功能性，通過標準的API與系統(tǒng)的其他部分相互作用。應用程序的模塊由一個或多個相互關聯(lián)的進程構成，只能使用標準的程序(專門的API函數(shù)構成)與其他應用程序和系統(tǒng)的資源通信。

ORPG軟件設計為許多的高度模塊和獨立進程。根據(jù)需求的變化，通過標準應用程序接口(API)可以有效地將新的應用算法程序引入ORPG。

1.2 ORPG運行方式

ORPG系統(tǒng)設計為一個“數(shù)據(jù)”驅(qū)動的軟件系統(tǒng)，通過“數(shù)據(jù)消息事件”實現(xiàn)任務應用程序的調(diào)度，包括徑向RADIAL_DATA、仰角ELEVATION_DATA、體掃VOLUME_DATA等數(shù)據(jù)類型。通常所有應用任務程序均處于“等待狀態(tài)”，直到驅(qū)動數(shù)據(jù)或事件的到來，才被“喚醒”去響應數(shù)據(jù)或事件的請求。系統(tǒng)任務間通信方式為: 1) 任務響應于由其他任務發(fā)布的事件；2) 采用基于數(shù)據(jù)流線性緩沖的概念[12]。ORPG采用獨特、靈活的線性緩沖區(qū)Linear Buffer進行任務通信和數(shù)據(jù)管理，包括通信消息傳遞、數(shù)據(jù)傳遞、數(shù)據(jù)緩沖和存儲等。

2 CRPG的設計和實現(xiàn)

2.1 CRPG的設計

由于ORPG模塊化設計及可擴展特性，可以通過創(chuàng)建新模塊、更改原有模塊來構建適合我國天氣雷達CRPG系統(tǒng)環(huán)境。CRPG基于ORPG的框架、采用底層API函數(shù)進行設計和開發(fā)，CPRG的簡要框圖如圖2所示。其中，白色背景部分代表原有的ORPG模塊；灰色背景則是根據(jù)天氣雷達的實際情況和參數(shù)需要更換，修改或新開發(fā)的模塊。

圖2 CPRG的簡要框圖

ORPG和CRPG一個區(qū)別是RDA和RPG間通信方式。WSR-88D雷達系統(tǒng)的RDA與ORPG為雙向通信，ORPG可以發(fā)送控制指令到RDA，也可以接收狀態(tài)信息和雷達數(shù)據(jù)。構建的CRPG系統(tǒng)后，它與CINRAD雷達系統(tǒng)RDA和CRPG之間是單向連接，由CRPG的無法實現(xiàn)對RDA子系統(tǒng)的控制。

RDA子系統(tǒng)提供的許多功能，對CRPG來說相當重要。因此，需要設計通信管理模塊和預處理器模塊(PPM)等接口進行子系統(tǒng)間的銜接，如圖3所示。經(jīng)PPM轉(zhuǎn)換后，輸出的數(shù)據(jù)就可直接進入ORPG內(nèi)部原有基數(shù)據(jù)預處理(PBD)任務模塊進行處理。

圖3 PPM接口模塊

2.2 CRPG實現(xiàn)

目前主要利用該環(huán)境進行天氣雷達資料應用、產(chǎn)品新算法方面的研究，本文僅對數(shù)據(jù)預處理接口PPM部分進行介紹。

數(shù)據(jù)預處理模塊(PPM)包含主要功能：PPM包含一個雷達數(shù)據(jù)格式轉(zhuǎn)換功能，CINRAD天氣雷達探測的徑向數(shù)據(jù)轉(zhuǎn)化為ORPG系統(tǒng)內(nèi)部基數(shù)據(jù)的徑向消息格式。PPM模塊的流程圖，如圖4所示。

圖4 PPM模塊流程圖

PPM模塊設計為一個無限循環(huán)程序，持續(xù)檢測基數(shù)據(jù)的到來并做相應的處理。如圖4所示，經(jīng)程序初始化，PPM進入到一個無限循環(huán)。在每個循環(huán)重復的開始，程序?qū)妮斎霐?shù)據(jù)所在對應的線性緩沖區(qū)(LB)讀取一個完整的CINRAD雷達徑向消息。之后，檢測每條消息包含的通信狀態(tài)的變化和數(shù)據(jù)格式。PPM模塊通過保留ORPG體掃編號，記錄當前仰角的徑向數(shù)目、尋找PPI層掃和體掃的開始和結束標志。數(shù)據(jù)轉(zhuǎn)換首先是將CINRAD雷達徑向頭轉(zhuǎn)換系統(tǒng)指定的雷達基數(shù)據(jù)徑向頭。將雷達格式徑向基數(shù)據(jù)中一個完整的數(shù)據(jù)消息，存入給基數(shù)據(jù)的線性緩沖區(qū)。氣象算法任務被該數(shù)據(jù)被驅(qū)動“喚醒”后，直接讀取基數(shù)據(jù)線性緩沖區(qū)的消息，調(diào)用各氣象產(chǎn)品算法用于生成產(chǎn)品。

3 算法開發(fā)和集成

3.1 算法任務框圖

ORPG系統(tǒng)的算法應用程序都是以任務的方式運行的，采用接口模塊化結構。CINRAD可以充分利用ORPG的API函數(shù)來設計開發(fā)新算法模塊。新的氣象算法任務可以基于原始基數(shù)據(jù)資料或中間雷達氣象產(chǎn)品進行開發(fā)，完成后被系統(tǒng)集成和現(xiàn)有任務并行運行。算法/產(chǎn)品生成子系統(tǒng)框圖，如圖5所示。

圖5 算法/產(chǎn)品子系統(tǒng)的框圖

ORPG提供了兩種WSR-88D算法API接口的封裝。在設計和開發(fā)應用層軟件時，通常調(diào)用API函數(shù)實現(xiàn)和系統(tǒng)的銜接。算法API框圖如圖6所示，由圖可知API接口函數(shù)和ORPG底層服務依賴關系。API層包括fortran算法API、C算法API、及擴展的API(計劃)三個庫，是基于底層ORPG庫和ORPG共享庫liborpg開發(fā)的。這樣有利于將應用程序與低層的系統(tǒng)軟件和操作系統(tǒng)層分離。

圖6 API函數(shù)和ORPG底層服務

3.2 算法設計集成

本文以天氣雷達聯(lián)合雨量計定量估測降水的平均校準法，介紹ORPG系統(tǒng)下新算法的開發(fā)、集成。在觀測區(qū)域上有N個雨量計，以地面雨量計實測值作為真值Gi，雷達估測值為Ii。平均校準因子為：

平均校準就是將F與觀測區(qū)域內(nèi)各點的雷達估測雨強值I相乘，得出區(qū)域的降水分布。

ORPG產(chǎn)品算法的任務，需要讀取必要的適配數(shù)據(jù)信息，產(chǎn)品生成控制信息及系統(tǒng)配置信息。同時，也將尋找可用的產(chǎn)品信息(驅(qū)動數(shù)據(jù))作為輸入。如果輸入可用，就會讀取相應的數(shù)據(jù)進行處理,并生成相應的產(chǎn)品(立即產(chǎn)品或最終產(chǎn)品)。最后，通過修改配置任務屬性(task_table文件)、配置產(chǎn)品屬性(product_tables文件)等文件，確保任務的正常運行[8]。

3.2.1 輸入和輸出類型的注冊

任務中都必須注冊輸入、輸出的數(shù)據(jù)類型體掃類型VOLUME_BASED，用于控制輸入數(shù)據(jù)的同步。ORPG采用“數(shù)據(jù)驅(qū)動”模式對產(chǎn)品/算法任務進行控制。每個任務由特有的驅(qū)動輸入進行喚醒。

3.2.2 任務初始化

每個任務都需要通過調(diào)用task_initialize接口函數(shù)來初始化支持工作平臺，使用RPG支持庫。這個函數(shù)同時也定義了任務的類型VOLUME_BASED，用于過程的控制。如果任務定義為VOLUMM_BASED類型，則任務將在體掃結束后對數(shù)據(jù)進行處理。

3.2.3 任務主程序

ORPG中，主程序是用一個無限循環(huán)來實現(xiàn)產(chǎn)品算法，是整個算法任務功能的核心。主要包括：循環(huán)控制、輸入數(shù)據(jù)的讀取、算法處理、產(chǎn)品的存貯。

循環(huán)控制：進入循環(huán)后，調(diào)用RPGC_wait_act 等待函數(shù)控制循環(huán)，直到待定的輸入數(shù)據(jù)可用。

輸入數(shù)據(jù)讀?。篛RPG中，使用線性緩沖區(qū)(LB)存在數(shù)據(jù)和生成產(chǎn)品的消息。驅(qū)動數(shù)據(jù)消息到達后，通過調(diào)用RPGC_get_input就可以讀取輸入數(shù)據(jù)到指定的內(nèi)存中。

算法處理：完成對輸入數(shù)據(jù)的處理、應用氣象算法生成各種產(chǎn)品。

產(chǎn)品輸出：算法處理完成后，生成的中間或最終產(chǎn)品，通過RPGC_get_outbuf將內(nèi)存中的消息數(shù)據(jù)寫入指定的LB內(nèi)。

該降水校準算法集成運行后。利用北京多普勒天氣雷達2009年7月17日4:12-6:00的原始體掃資料和雨量計資料，對天氣雷達聯(lián)合雨量計定量估測降水進行試驗，輸出的降水分布如圖7所示。

圖7 1小時累積降水

4 結 語

(1) 本文對開放型雷達產(chǎn)品生成系統(tǒng)的結構和運行方式進行研究。根據(jù)ORPG的模塊化設計及可擴展特性，構建適合CINRAD天氣雷達系統(tǒng)的公共業(yè)務開發(fā)和測試環(huán)境(CRPG)系統(tǒng)是可行的。

(2) 介紹了ORPG系統(tǒng)下氣象算法開發(fā)設計、集成的流程和方法，并通過實例進行產(chǎn)品算法的實驗測試。結果表明基于該環(huán)境，可以快速、高效地進行多普勒雷達產(chǎn)品算法的研發(fā)、應用研究。同時，也可以有效擺脫算法產(chǎn)品開發(fā)對雷達生成廠家過度的依賴。

(3) 目前，ORPG項目發(fā)展到ORPG Build15，集成了大量雙偏振雷達探測算法和產(chǎn)品。我國CINRAD天氣雷達網(wǎng)正處于雙偏振技術的升級改造過程。下一步，將進行ORPG系統(tǒng)在雙偏振CINRAD天氣雷達上的應用研究。