BINEX標準數據格式及其解析

王 鐸，秘金鐘，徐彥田，谷守周

(1.山東科技大學，山東 青島 266000；2.中國測繪科學研究院，北京 100830)

BINEX標準數據格式及其解析

王 鐸1，2，秘金鐘2，徐彥田2，谷守周2

(1.山東科技大學，山東 青島 266000；2.中國測繪科學研究院，北京 100830)

針對目前兼容北斗的GNSS導航信息二進制存儲格式不統一的問題，提出使用BINEX數據格式進行存儲的方法：通過對BINEX標準數據格式的介紹，闡述BINEX格式進行解碼的流程與方法，最后通過實例驗證BINEX格式的可用性和準確性。結果表明：使用BINEX格式兼容北斗導航信息的數據存儲具有準確、高效的特點。

BINEX；GNSS；數據格式；數據解析

0 引言

隨著北斗衛星導航系統(BeiDou navigation satellite system，BDS)和歐盟伽利略衛星導航系統(Galileo navigation satellite system，Galileo)的迅速發展，以及美國全球定位系統(global positioning system，GPS)和俄羅斯格洛納斯衛星導航系統(global navigation satellite system，GLONASS)的現代化，可以觀測的衛星數大大增多；因此有效存儲、管理和應用全球衛星導航系統(global navigation satellite system，GNSS)大數據變得更加重要[1]。BINEX是Binary Exchange的簡稱，是一種國際通用的存儲GNSS數據的標準二進制數據格式[2]。BINEX由UNVACO公司和一些接收機生產商協作設計，能夠兼容GPS、GLONASS、廣域差分增強系統(satellite based augmentation system，SBAS)、Galileo、BDS、準天頂衛星系統(quasi-zenith satellite system，QZSS)等6個導航系統的觀測文件和導航星歷文件，同時還能兼容儲存接收機的內部狀態文件、氣象數據文件等，并且占用空間小[3]。BINEX格式在2000年左右基本定型，并不斷完善至今。據了解，幾乎所有的接收機都可以輸出BINEX格式數據；但是目前國內BINEX數據使用率不高，且對其基本格式不熟悉：所以本文主要介紹BIENX數據的基本格式、常用觀測文件的記錄格式和BINEX所設計的數據類型，分析BINEX文件的解析算法和流程。

1 BINEX數據格式協議

BINEX數據包含各種GNSS信息，這種格式不同于文件形式，需要使用二進制表達各種信息；所以BINEX設計了自己的各種數據格式，用來儲存GNSS信息。表1列出了BINEX中常用的數據格式。

表1 BINEX中的數據格式

注：表中 bit 為1個碼元或1比特，是英文單詞“binarydigit”的縮寫，表示1位二進制數，通常將8個碼元構成的碼序列稱為“1個字節”。

2 BINEX數據格式介紹

BINEX目前的格式設計能夠使所有信息包含在同樣的一般格式中，并通過特征碼進行不同數據的標識和區分，以使解析時能夠區分不同數據記錄的BINEX文件或BINEX數據流。

BINEX的格式設計理念包括：

1)可以存儲RINEX、SINEX、SP3、INOEX等文件中的信息；

2)每個文件都有一條或多條BINEX記錄；

3)不同記錄有各自的子結構；

4)每個記錄里的數據有相同的儲存順序；

5)每個記錄有自己的循環冗余檢驗(cyclic redundancy check，CRC)碼。

根據所使用的CRC檢驗方式的不同(常規型、增強型)，每種方式各有2種不同的一般結構，其中結構一包括頭字節(同步字節)、文件類型、信息長度、[信息長度]、信息內容和CRC碼6部分，結構二在結構一的基礎上增加了總字節數和終端字節2部分。2種結構中都包含2個信息長度部分，各自的第2個信息長度部分為增強型CRC檢驗時的可選部分，常規型不包含CRC檢驗。

表2 結構一

表3 結構二

2.1 頭字節(Syncronization/Endian Bytes)

頭字節，又稱同步字節，是BINEX數據的第一個字節，用來指明某段數據的儲存順序(高位優先或低位優先)、CRC檢校類型(常規型或增強型)和可讀方向(正向可讀或雙向可讀)?？勺x方向決定了解析BINEX數據時讀取的順序，正向可讀對應正向讀取解析，方向編碼對應倒序讀取解析。當頭字節確定某段數據采用雙向可讀時，必須有終端字節進行約束，即采用結構二的形式。例如，當解析一段正向可讀的BINEX數據時，遇到了與雙向可讀時相同的頭字節，采用反向倒序的讀取解析方式時，無法找到對應的終端字節，就會出現CRC檢驗錯誤，則表明此時的數據有問題，即可保證BINEX數據的完好性。目前一共定義了8種頭字節，其中4種對應有終端字節，如表4所示。

表4 頭字節與終端字節匹配表

2.2 文件類型(Record ID Bytes)

頭字節字段后緊跟的是文件類型字段，用來指明BINEX數據儲存的文件類型，使用ubnxi類型數據，占用1～4個字節。目前單字節ID(0～127)表示公開的標準數據格式，如RINEX、IONEX、SP3、SINEX等數據格式；其他單字節ID和多字節ID目前一小部分由一些公司作為內部數據格式使用，大部分作為保留。一般常用的文件類型ID如表5所示。

表5 文件類型ID

2.3 信息長度(Record Message Length Bytes)

緊隨文件類型部分后的就是信息長度部分，用來表達后面所記錄的信息的長度(字節數)，使用ubnxi類型數據，占用1～4個字節。這種形式最大可以記錄5億個字節的數據量，但平時常用的數據一般只需要2個字節來表達信息長度。

2.4 信息(Record Message)

信息長度后就是BINEX儲存的數據信息，編碼方式按照BINEX設計的格式編碼，占用信息長度所表示的字節數。BINEX設計了嚴格、多樣的編碼格式，表6為目前常用的觀測值文件(0x7f-05)格式說明。

表6 觀測值文件(0x7f-05)格式說明

表6(續)

2.5 CRC(Record Checksum/CRC)

CRC又稱循環冗余檢驗，是數據通信領域中最常用的一種差錯校驗碼。一段BINEX數據的最后為CRC檢校碼(指第一種結構)，BINEX數據參與CRC檢校的部分為文件類型、信息長度和信息3部分，其CRC檢校類型分為常規型和增強型，CRC檢驗有不同的檢驗方法，表7為不同CRC檢校方法的使用情況。

表7 不同CRC檢校方法的使用情況

3 BINEX數據格式解析

BINEX數據文件或數據流解析時，可正向讀取數據，充分利用結構特點，使用相同的解析算法：首先按照順序讀取，尋找頭字節，頭字節確定為8個頭字節之一后，本段BINEX數據的存儲順序、CRC檢驗類型和可讀順序便確定完成；然后需要判斷所使用的處理器在存儲順序上與本段數據的存儲順序是否相同，根據是否相同采用不同的解析方法；緊隨頭字節部分的就是文件類型和信息長度部分，可以確定所讀取數據的類型和存儲的信息長度，2者都使用了ubnxi類型數據格式；根據信息長度部分確定的字節數、文件類型字節數和信息長度字節數判斷使用的CRC檢驗方法并進行CRC檢驗；檢驗通過后進行信息的讀取，信息根據設定好的格式進行解析，檢驗不通過則返回重新進行頭字節的確定；對于只能正向讀取的數據(結構一)正確解析完信息后就完成了解析工作；對于可以雙向讀取的數據(結構二)，進行解析前應確定是否有相應的終端字節與頭字節對應，然后進行數據解析。BINEX數據解析流程如圖1所示。

4 實例驗證

為了檢驗BINEX解碼工作，使用在2015-10-31 Trimble NetR9接收機采集的觀測數據進行解碼驗證。圖2為接收機直接存儲的RINEX 3.02版本觀測數據，圖3為接收機存儲下的BINEX文件格式的觀測數據，圖4為將BINEX文件解碼后自定義輸出的觀測數據。從圖2和圖4中可以看出，同一歷元下共觀測到了13顆導航衛星，其中GPS衛星7顆、BDS衛星6顆，將相應衛星的偽距觀測值和載波觀測值進行比較，BINEX解碼出的所有衛星的觀測數據與接收機直接存儲的觀測數據一致，驗證了BINEX數據格式的準確性和可用性。

5 結束語

本文主要介紹了BINEX標準數據格式及其特點，以及常用的觀測文件的格式設計、BINEX數據的解析方法和流程。通過使用C++語言進行編程解碼，驗證了BINEX格式存儲數據的準確性和可用性，BINEX作為標準的GNSS數據格式，結構設計上緊湊并且靈活，充分利用了存儲空間，能夠適應不同類型的數據。在當今衛星導航系統迅速發展的時代，BINEX格式在導航信息存儲和管理方面將會有更大的應用空間。

[1] 黨亞民，秘金鐘，成英燕.全球導航衛星系統原理與應用[M].北京：測繪出版社，2007：120-160.

[2] 付先國，劉建敏.GPS測量應用中常用標準數據格式分析與說明[J].城市勘測，2010(1)：62-64.

[3] 羅平,潘國富,李成剛. Binex數據格式介紹及其解碼與編碼程序實現[C]//中國衛星導航系統管理辦公室學術交流中心.第六屆中國衛星導航學術年會論文集.西安:中國衛星導航系統管理辦公室學術交流中心,2015:25-27.

[4] 陳振，王權，秘金鐘.新一代國際標準RTCM 3.2版本及其應用[J]. 導航定位學報，2014，2(4)：87-93.

[5] 辛潔，趙偉，張之學，等.衛星導航系統發展及其軍事應用特點分析[J].導航定位學報，2015，3(4)：38-43，68.

[6] 吳海玲，李作虎，劉暉.關于北斗加入RTCM國際標準的總體研究[J].全球定位系統，2014，39(1)：27-33.

[7] 郭洪濤，任超.差分GPS數據通訊格式RTCM3.0及應用發展[J].全球定位系統，2010,35(3)：63-65.

[8] 裴凌，王慶，王慧青.實時DGPS數據通訊模式分析與方案設計[J].電子測量與儀器學報，2005,19(6)：98-102.

[9] 張九宴.GPS差分協議及基準站算法研究[D].武漢：武漢大學，2003：20-35.

BINEX standard data format and its analysis

WANGDuo1，BEIJinzhong2，XUYantian2，GUShouzhou2

(1.Shandong University of Science and Technology，Qingdao，Shandong 266000，China； 2.Chinese Academy of Surveying and Mapping，Beijing 100830，China)

Aiming at the problem that the binary storage format of GNSS navigation information compatible with Beidou is not uniform，the paper proposed the method of using BINEX data format to store the data：This paper introduces the overall structure and characteristics of BINEX standard data format was introduced，and the methods and procedures of decoding with BINEX format were analyzed. Finally，experiment was carried out to verify the availability and accuracy of the BINEX format. Results showed that BINEX could ensure the security of information integrity，greatly reduce the required storage space，and manage those GNSS data more effectively.

BINEX，GNSS；data format；data analysis

2016-06-29

國家重點研發計劃(2016YFB0502105);國家重點研發計劃(2016YEB0501801);科技部863計劃(2015AA124001);北斗分析中心(GFZX0301040308-06)；中國測繪科學研究院科研業務費(7771604)。

王鐸(1992—)，男，河北廊坊人，碩士生，研究方向為衛星導航與定位技術。

王鐸，秘金鐘，徐彥田，等.BINEX標準數據格式及其解析[J].導航定位學報，2017，5(1)：12-17.(WANG Duo，BEI Jinzhong，XU Yantian，et al.BINEX standard data format and its analysis[J].Journal of Navigation and Positioning，2017，5(1)：12-17.)

10.16547/j.cnki.10-1096.20170104.

P228

A

2095-4999(2017)01-0012-06