GNSS 已廣泛應用於車載系統、工業手持裝置與 IoT 設備,但產品規格書上的「支援 GPS、Galileo、BDS 等衛星系統」,並不代表實際整機表現就能符合預期。從天線與機構設計、韌體演算法,到不同衛星系統的支援成熟度,都可能在產品整合後產生規格書上看不出的效能落差。本文透過三類產品的實際量測案例,進一步解析 GNSS 產品在量產與上市前容易被忽略的定位效能風險。
一、本次驗證的 DUT 類型與發現的關鍵問題
本次針對三類搭載 GNSS 功能的產品進行驗證:一為車用資訊顯示終端(GNSS 模組與天線皆內建於機構外殼中),二為工業手持工具模組(規格書宣稱支援 GPS、Galileo 等多星系定位),三為日本 IoT 服務供應商的 Gateway。其中案例一與案例三皆與業界參考模組(u-blox)進行同步量測與比對,本次驗證發現兩項可能直接影響量產產品品質的關鍵問題:
- 機構外殼造成的天線靈敏度衰退:
車用顯示終端的追蹤靈敏度較參考模組劣化達 8 dB,主因為外殼塑料與內部金屬件對天線造成屏蔽與阻抗失配。 - 多星系「宣稱支援」與「實際效能」存在落差:
同一顆晶片對 GPS 與 Galileo 的支援成熟度差異極大,Galileo 冷啟動時間為 GPS 的 7 倍以上,且在標準訊號強度下動態定位直接失敗(Fail)。
以下分三個案例,完整呈現量測數據與 Allion 的改善建議。
二、測試設備與環境配置
| 配置項目 | 設備/環境規格 | 功能與用途說明 |
|---|---|---|
| 測試環境 | 全電波暗室/屏蔽室(Anechoic Chamber) | 鋪設高規格 RF 吸波材料,模擬無反射之自由空間傳播環境,隔絕外部雜訊干擾 |
| 衛星訊號模擬源 | R&S SMBV100B 向量訊號產生器 | 精確產生多星系 GNSS 射頻訊號,具備可自定義載噪比(C/N)、頻段與訊號功率控制能力 |
| 受測裝置(DUT) | 車用資訊顯示終端/工業手持工具模組/IoT Gateway | 搭載內建 GNSS 模組與內建天線之實機,評估外殼與硬體機構對天線效能之影響 |
| 業界對照基準模組 | u-blox Reference Module | 作為業界參考基準(Golden Sample),提供一致性基準數據比對 |
三、案例一:車用資訊顯示裝置 vs. 業界參考模組效能基準比對
測試條件:
GPS 系統、L1 頻段、可視衛星數 6 顆,DUT 與對照模組同步量測。
| 測試項目 | 車用顯示裝置 | 對照模組 u-blox | 差距 | Allion 分析 |
|---|---|---|---|---|
| 冷啟動 TTFF | 45 秒 | 36 秒 | +9 | 溫啟動階段差距縮小,DUT 甚至微幅領先,冷啟動落差主因為星曆下載與初始搜星效率 |
| 溫啟動 TTFF | 29 秒 | 34 秒 | -5 | |
| 熱啟動 TTFF | 3 秒 | 2.3 秒 | +0.7 | |
| 靜態定位精度 | 5 m | 0 m | 5 | 導航用途為主,3–5 m 在開闊道路可接受 |
| 動態定位精度 | 1 m | 1 m | 0 | |
| 追蹤靈敏度 | −127.25 dBm | −135.25 dBm | +8 dB(劣化) | 【關鍵問題】靈敏度劣化達 8 dB,主因為機構外殼塑料與內部金屬件對天線造成屏蔽與阻抗失配 |
| 捕獲靈敏度 | -118.25 dBm | -126.25 dBm | +8 dB(劣化) | |
| 重新捕獲時間 | 2 秒 | 2.5 秒 | −0.5 | 訊號中斷後恢復鎖定能力表現相近,演算法狀態機切換正常 |
若僅單獨量測 DUT,−127.25 dBm 數值不易直接判定優劣;但透過業界基準對照組比對,即可明確定位出 8 dB 的靈敏度損失,為機構與天線團隊提供具體的淨空區改善依據,建議優先檢討天線周邊金屬件走線與外殼材質介電係數。
四、案例二:工業手持工具模組多衛星系統支援之實測效能落差
測試條件:
固定載噪比(C/N)環境下,分別針對 GPS(L1)與 Galileo(E1)進行獨立性能驗證。
| 驗證指標 | GPS(L1 頻段) | Galileo(E1 頻段) | 落差/狀態 | Allion 分析 |
|---|---|---|---|---|
| 冷啟動 TTFF | 26 秒 | 184 秒 | 7 倍以上 | 【關鍵問題】 GPS 溫啟動比冷啟動慢,可能是星曆快取機制反而拖慢解算。Galileo TTFF 啟動呈現明顯延遲。 |
| 溫啟動 TTFF | 32 秒 | 91 秒 | 3 倍 | |
| 熱啟動 TTFF | 3 秒 | 56 秒 | 18 倍 | |
| 靜態定位精度 | 1 m | 1 m | 性能相近 | 靜態精度 1 m,符合 GIS 資料採集的工程需求,動態 5 m 在密集設施區可能造成標記偏移 |
| 動態定位精度 | 5 m | 4 m | ||
| 追蹤靈敏度 | -151.02 dBm | -148.9 dBm | -2.12 | 性能相近 |
| 捕獲靈敏度 | -141.48 dBm | -129.63 dBm | -11.85 | 【關鍵問題】Galileo 效能顯著劣化 |
| 重新捕獲時間 | 2.71 秒 | 4.65 秒 | -1.94 | 性能相近 |
| 整體效能評價 | 符合規格預期 | 效能顯著劣化 | — | 晶片選星演算法與內部韌體架構未針對 Galileo 星曆進行同等權重優化 |
規格書宣稱「支援多星系」不代表各星系效能具備一致性。本案例顯示,同一產品在不同衛星系統下的實際效能可能存在明顯落差,必須透過單一星系逐項量測才能在上市前揪出隱性缺陷,建議韌體團隊針對 Galileo 選星權重與星曆解算流程單獨優化,而非沿用 GPS 的預設參數。
五、案例三:IoT Gateway vs. 業界參考模組效能基準比對
測試條件:
BDS 系統、B1 頻段、可視衛星數 6 顆,DUT 與對照模組同步量測。
| 測試項目 | IoT Gateway | 對照模組 u-blox | 差距 | 問題分析 |
|---|---|---|---|---|
| 冷啟動 TTFF | 35 秒 | 32 秒 | +3 | 性能與對照模組相近 |
| 溫啟動 TTFF | 39 秒 | 38 秒 | +1 | |
| 熱啟動 TTFF | 1 秒 | 1 秒 | 0 | |
| 靜態定位精度 | 0 m | 0 m | 0 | IoT Gateway 上的用途多半是網路時間同步,故 4 m 落差尚可接受 |
| 動態定位精度 | 5 m | 1 m | +4 | |
| 追蹤靈敏度 | −152.66 dBm | -155.16 dBm | +2.5 | 性能與對照模組相近 |
| 捕獲靈敏度 | -137.66 dBm | -136.39 dBm | -1.27 | |
| 重新捕獲時間 | 3 秒 | 3 秒 | 0 | 性能與對照模組相近 |
整體表現與對照模組接近,TTFF、靈敏度與重新捕獲時間的差距均在 3 dB/3 秒以內,基本定位能力已達量產水準。唯動態定位精度 DUT 為 5 m、對照模組為 1 m,差距 4 m。此差距是否影響實際服務品質,取決於 IoT 商的內部精度規格,若客戶端有更嚴格的定位精度要求(如 3 m),建議針對動態軌跡追隨演算法進一步調校。本案同時證明,即使測試結果符合預期,透過業界基準模組的同步比對仍能為客戶提供量化的品質佐證,做為出貨驗收的數據依據。
六、總結與關鍵改善指標
本次三個案例揭露兩個在規格書審查階段無法發現的隱性風險:機構外殼對天線的屏蔽損耗,以及多星系支援的效能落差。這兩項問題只有在整機層級、以可控訊號環境進行量測時才能被量化。
案例三的 IoT Gateway 整體表現與對照模組接近,印證了「表現正常的產品同樣需要數據佐證」:沒有基準比對數據,無法向客戶證明品質達標。
| 關鍵指標 | 實測數據 | 對品質的意義 |
|---|---|---|
| 機構屏蔽造成的靈敏度衰退 | 8 dB (追蹤與捕獲同步劣化) |
外殼與金屬結構是量產前必須量化的風險項目,建議天線團隊以此數據回推淨空區需求 |
| GPS vs. Galileo 冷啟動差距 | 7 倍以上 (26 秒 vs. 184 秒) |
不能單靠 GPS 驗證結果推論其他星系效能,需逐一星系獨立驗證 |
| Galileo 捕獲靈敏度劣化 | 11.85 dB (vs. GPS) |
弱訊環境下 Galileo 幾乎無法輔助定位,多星系定位的實際增益大打折扣 |
| 動態定位失敗星系 | Galileo (標準 C/N 下 Fail) |
韌體選星邏輯需分星系獨立除錯,上市前應以單星系動態軌跡逐項驗證 |
| 基準比對的價值 | IoT Gateway 與對照模組差距 ≤ 3 dB | 即使結果正常,量化數據仍是向終端客戶證明品質達標的必要佐證 |








































