RINEX 2、3 與 4 格式全面對比：演進歷程、結構變革與遷移實務

作者 PosFlow · 發布於 2026年9月3日

RINEX 2 採用兩字元觀測碼，受限於傳統 GPS/GLONASS；RINEX 3 引入體系化的三字元觀測碼與按星系分組結構，成為現代多星多頻標準；RINEX 4 進一步重構導航電文結構以相容新型民用導航訊息。目前工程生產強烈推薦採用 RINEX 3.04 或 3.05 作為核心交換格式。

三代 RINEX 格式核心特徵對照

特性維度	RINEX 2.11	RINEX 3.04 / 3.05	RINEX 4.00 / 4.01
觀測碼結構	兩字元（如 C1, P2, L1）	三字元（如 C1C, C5Q, L2W）	三字元（擴展現代訊號通道）
多星系支援	混編排列，容量與語法受限	按星系統一宣告，支援四星多頻	全面支援四星及區域增強星系
導航電文設計	按星系分散儲存為多個檔案	支援單一混合多星系導航檔案	按電文類型結構化重構（CNAV 等）
工業普及度	逐漸被主流機構淘汰	目前全球測繪與 CORS 領域主導標準	科研機構與 IGS 試驗性推廣階段

在 RINEX 2 中，兩個通道若共享同一中心頻率，其代碼往往被迫混用，導致後處理引擎無法分辨是否含有導航電文。RINEX 3 的三字元架構精確區分了資料通道 (Data)、導頻通道 (Pilot) 及複合通道，使得高階接收儀的靈敏度優勢得以在後處理中完全釋放。

原始 RINEX 檔案以 ASCII 文字儲存，佔用空間巨大。Yuki Hatanaka 提出的一階與二階差分壓縮演算法 (.crx) 可將觀測檔案體積壓縮 70% 以上，再經 gzip 壓縮後僅為原檔案大小的 10-15%，且解壓後資料位元無失真還原。這是全球 CORS 站資料分發的標準做法。

三字元代碼由「觀測量類型 + 頻段代號 + 追蹤模式」構成。例如 C1C 代表第一頻段 (L1) 上的 C/A 碼偽距，L5Q 代表第五頻段 (L5) 上的正交無導航電文載波相位。這種編碼消除了舊格式中不同調變通道混淆的弊端。

暫無必要全線推行。RINEX 4 主要針對現代導航星曆電文（如 CNAV、B-CNAV）進行了架構重整，而觀測檔案主體結構與 RINEX 3 保持高度一致。多數主流商用後處理軟體對 RINEX 3.04/3.05 的支援最為成熟穩定。

技術定義以以下來源為準。計算範例僅作說明；產品專用閾值已標明為 PosFlow 設定。提交更正請附上文章連結與相關規範。