GNSS 圖表上的時間，通常表示觀測所對應的時刻，卻不一定是資料傳到系統、完成解算或出現在使用者畫面的時間。若把這些時間混在一起，就容易把「結果尚在形成」誤認為中斷，也可能把「畫面有一個最新值」誤認為現場仍有新觀測。
瑞模德科技的固定式 GNSS 監測以靜態解算為主要技術路徑。每筆成果需要一段觀測資料、資料完整性檢查與品質判定，因此「近即時」描述的是觀測完成後，以可預期流程產出成果，不是每一瞬間都提供一個獨立的動態位置。
本文接續說明資料何時形成、中斷代表什麼，以及監測恢復後如何判讀。某筆位移是否可信，請搭配這筆 GNSS 位移資料可信嗎？閱讀。
一筆結果至少涉及四個時間
先分清四個常被混用的指標
| 指標 | 它回答的問題 | 常見誤解 |
|---|---|---|
| 延遲 | 某段觀測結束後，多久可看到對應成果 | 把設備取樣間隔當成成果延遲 |
| 新鮮度 | 查詢當下，最新一筆實際觀測成果距現在多久 | 只看資料列更新時間，忽略它不等於新的實際觀測 |
| 可用率 | 預期成果中，有多少具備專案要求的品質與狀態 | 只要資料庫有值就算可用 |
| 連續性 | 成果是否在關鍵期間持續不中斷 | 用長期平均可用率掩蓋一次重要長缺口 |
這四項可以互相影響，但不能互相取代。系統可能大多數時間延遲很短，卻在關鍵事件中斷；即使通訊恢復，當時的缺測也不能視為可用成果。
1. 近即時靜態成果為什麼需要等待
靜態解算使用一段時間內的衛星觀測共同估計位置。處理流程至少包含：收集監測點與參考資料、確認時間重疊與檔案完整、形成位置解、檢查品質、保存並發布成果。
因此，使用者看到的等待時間可能來自不同部分：
- 觀測區段尚未結束；
- 監測點或參考資料尚未到齊；
- 通訊正常，但仍在排隊或處理；
- 已完成解算，但品質不足而未發布為可用成果；
- 成果已發布，但前端快取或同步仍未更新。
對外說明「近即時」時，應同時定義成果代表的觀測時段、一般發布節奏、延遲如何計算，以及發生異常時顯示什麼狀態。只寫一個模糊的「即時」會讓客戶無法判斷系統是否符合預期。
2. 中斷不只有一種原因
| 可見狀況 | 可能發生在哪一層 | 目前能下的結論 |
|---|---|---|
| 沒有新原始觀測 | 電源、接收設備、儲存或現場環境 | 沒有新量測證據；尚不能只憑遠端畫面指定原因 |
| 通訊中斷 | 通訊、網路或傳輸路徑 | 分別確認現場觀測是否持續，以及使用者是否取得新成果 |
| 監測資料到達、參考資料未齊 | 參考來源或時間重疊 | 暫時無法形成相對位置成果 |
| 資料已齊但沒有成果 | 處理排程、檔案格式、解算或品質判定 | 需要查看處理與品質狀態，不等於位移為零 |
| 畫面仍有舊值 | 最新成果已過期，或畫面未標示新鮮度 | 舊值只能描述它原來的觀測時段，不代表現在 |
IGS 的觀測站與資料中心規範同樣把持續觀測、通訊設計、資料傳輸與在地保存分開處理 [1][2]。這也說明「站還在量」和「使用者已收到新成果」是不同問題。
3. 有值不一定新鮮：觀測時間與舊值
新鮮度應以最新實際觀測時間判斷。資料列的處理、同步或發布時間只說明系統何時處理該筆資料，不代表現場產生新的觀測。
公開或交付介面至少應讓使用者分辨：
- 最新實測成果及其觀測時間；
- 受限成果及限制原因；
- 缺測區段與中斷起點；
- 最後一次處理或同步時間。
舊值可以保留作為最後已知狀態，但必須清楚標示「最後觀測時間」，不能把它當成現在值。
4. 中斷後如何恢復判讀
監測恢復不表示可以立即把目前值納入判讀。應按向前恢復流程確認新的觀測與品質證據，並保留中斷期間的缺測事實。
恢復判讀前應做到：
- 確認最新實測成果的觀測時間；
- 確認監測點與參考資料的目前狀態；
- 保留中斷期間的缺測區段與標示；
- 完成品質檢查後再恢復例行判讀；
- 記錄中斷時間、原因與恢復時使用的處理版本。
恢復流程要清楚交代新觀測從何時重新有效、缺測區段如何保留，以及恢復判讀所採用的品質資訊與處理版本。既有舊值仍只描述原來的觀測時段。
5. 客戶介面應顯示哪些狀態
| 建議狀態 | 對使用者的白話說明 | 可排除的解讀 |
|---|---|---|
| 收集中 | 對應觀測時段尚未完成 | 中斷 |
| 等待資料 | 監測點或參考資料尚未到齊 | 位移為零 |
| 處理中 | 資料已齊，成果尚在形成或檢查 | 系統故障 |
| 可用 | 已完成本專案所需的品質檢查 | 永遠不會修訂 |
| 受限 | 有結果，但部分證據不足 | 與可用成果相同 |
| 中斷／缺測 | 沒有足夠觀測形成成果 | 現場沒有變化 |
狀態名稱可以依專案調整，但必須能回答兩件事：現在最新的實際觀測到哪裡，以及這筆結果目前可以怎麼使用。
專案開始前應約定的問題
- 結果時間代表觀測開始、結束、中點，還是其他明確定義？
- 延遲從哪個時間算起，正常與異常情況如何報告？
- 最新成果過期時，畫面如何標示，而不是繼續顯示成「目前」？
- 如何監測連續性，並記錄中斷原因、起訖時間與影響範圍？
- 監測恢復後，要確認哪些實測時間、監測與參考狀態及品質證據才能恢復判讀？
- 可用率是否排除受限成果與計畫維護？
- 中斷期間哪些決策要暫停，哪些安全程序仍應啟動？
這些問題比單問「幾分鐘出一筆」更接近客戶真正需要的服務邊界，也能避免技術團隊與使用者對同一個綠色狀態有不同理解。
從共通語意到專案設定
觀測時段、排程週期、重試規則、新鮮度門檻、容量、保存期限、通訊架構與狀態判定條件，會依場址風險、資料量與服務需求設計，並納入專案文件。
跨專案共通的可稽核語意是：觀測、傳輸、處理、發布分開計時；實測、受限與缺測分開呈現；中斷紀錄與處理版本可回查。
GNSS 監測系列導覽
本篇是系列最後一篇；前文涵蓋定位原理、場址、驗收與位移判讀，可依實務問題回查。
上一篇：GNSS 位移資料判讀｜系列第 7/7 篇
參考資料
- International GNSS Service. Guidelines for Continuously Operating Reference Stations in the IGS, Version 1.1. https://files.igs.org/pub/resource/guidelines/Guidelines_for_Continuously_Operating_Reference_Stations_in_the_IGS.pdf
- International GNSS Service. Data Access: Data Center Responsibilities. https://www.igs.org/data-access/
- National Geodetic Survey. Guidelines for Establishing and Operating CORS. https://www.ngs.noaa.gov/web/data_imagery/CORS/Establish_Operate_CORS.shtml
常見問題
Q：畫面還有最後一筆位置，是否代表監測仍正常？
不一定。要看最後一筆實際觀測時間與狀態，而不是只看畫面是否有數字。過期值可以保留，但應明確標示新鮮度。
Q：如何區分通訊中斷與觀測中斷？
應分別查看現場是否仍形成觀測、傳輸鏈是否正常，以及系統是否收到並處理新資料。通訊中斷表示觀測可能存在但尚未形成使用者可見成果；觀測中斷則表示該時段沒有新的實際量測證據。
Q：中斷期間如何判讀位移？
中斷期間沒有新的實際觀測證據，不能只憑舊值判定穩定、位移為零或已發生變形。需要判斷風險時，應依事前約定使用現場紀錄、其他獨立量測與安全程序。
Q：監測恢復後要做哪些檢查？
先確認最新實測時間、監測點與參考資料狀態，再檢查成果品質、缺測區段是否保留及處理版本是否有紀錄。這些條件成立後，才恢復例行判讀。
需要釐清固定式 GNSS 監測的成果時間、資料狀態與中斷處理？歡迎與瑞模德科技聯繫，我們可依場址與使用情境整理服務時間、狀態與判讀規則。