機場地面支援作業依賴多種車輛類型的協調調動：客運接駁巴士、飛機拖曳車輛、行李拖拉機、加油單元、維修車輛、地面動力裝置及除冰設備。每個平台都在同一個緊密排程的共用停機坪內運作，操作員需要可靠地掌握車輛位置及移動狀況。機場地面支援車輛的 GNSS RTK是唯一能在具備適當GNSS接收與校正條件時，提供該定位層的技術。本指南涵蓋工程需求及定位資料如何促進艦隊協調。
機場地面支援作業中的定位與協調挑戰
停機坪是一個大型、開放但嚴重阻塞的作業區域。飛機機身、航廈結構、噴射橋樑及其他載具會造成每分鐘變化的障礙物模式，因此在開放滑行道上運作的設置，在停放的寬體飛機旁可能會有不同的表現。
協調性則增加了第二個難度。乘客運輸、行李、加油及技術服務由不同團隊負責。沒有共享的位置圖，調度依賴無線電通話和人工報告，使車輛位置與任務持續時間難以確認。
為什麼 GNSS RTK 對機場地面支援車輛很重要
標準的GNSS定位足以判斷車輛所在的機場。停機坪操作提出了更難的問題：哪個停機坪、哪條服務道路、飛機的哪一側。RTK透過結合載艦相位觀測與基地站或校正服務的校正資料，提升定位精度，使車輛能精確呈現在詳細的機場地圖上，而非街道地圖。
這種精準度讓多種工作流程變得實用。站台周圍、服務道路及限制區域的地質圍欄可自動記錄出入口。車隊平台可獲得更清晰的定位輸入，用於調度、利用分析及路線歷史，自動化專案則獲得一項可作為控制系統基礎的輸入。
這一切都不是無條件的。RTK在停機坪上的表現取決於衛星可見度、校正可用性、金屬結構的多徑、天線安裝、接收器能力及覆蓋範圍。公分級數值是在特定條件下規定，並非每架飛機都保證。
機場車輛使用 GNSS RTK 終端的關鍵需求
車載終端機的選擇範圍比一般接收器清單更為狹窄。這些點通常決定部署在實務上是否可行。
- 定位表現：資料表的準確度是在特定條件下測量的;視野結果會因天空視圖、校正品質及多徑而異。
- 訊號可用性：當飛機或建築物遮蔽天空部分區域時，接收器的行為，以及多星座追蹤是否能解。
- 航向與態度：有些任務不僅在意設備指向的方向，而不只是它的位置，這決定了天線的架構。
- 動作感測：慣性支撐可銜接看台附近的短暫中斷;其界限應該被驗證，而非假設。
- 電氣相容性：地面支援設備涵蓋12伏與24伏系統，因此輸入範圍與耗電必須與車隊相匹配。
- 通訊與介面：Apron 行動通訊覆蓋、與現有平台的協定相容性，以及周邊設備的埠口。
- 環境與可維護性：溫度範圍、密封、振動、安裝、本地儲存及遠端配置會影響終身成本。
JUMPSTAR A12 RTK 車載定位終端
該JUMPSTAR A12 RTK 車載定位終端是一款全頻段RTK終端機，設計用於車輛安裝，具備TF卡與SIM卡插槽。以下功能均為官方產品頁面確認的。
.png?imageMogr2/format/webp)
.png?imageMogr2/format/webp)
車輛操作的高精度定位
A12 採用 NTRIP 協議及 RTCM 3.0–3.3 差分資料，符合 RTK 水平精度 2 公分± 1 ppm。它能追蹤GPS、BDS-2/3、GLONASS、Galileo及QZSS，並可設定1–10 Hz更新頻率，足以持續提供詳細的機場地圖。
導航、運動與姿態能力
雙天線配置輸出航向與俯仰，分別為（0.15/R）°與（0.25/R）°，其中R為基準長度（公尺）。因此，隨著天線間距增加，航向精度也會提升，這使安裝幾何形狀納入精度預算之內。整合式IMU規定在GNSS訊號中斷後，能維持公分級定位3秒，並維持10秒級定位——作為短暫中斷的橋樑，而非衛星接收的替代品。
車載整合
已公布的整合特性包括涵蓋輕型及重型車輛電氣系統的直流 9–36 V 輸入，12 V 時 ≤300 mA 的運作電流，以及 3.7 V / 350 mAh 的備用電池，能在車輛斷電後至少可運作 10 分鐘。通訊為 4G Cat.1，支援 TCP 與 UDP，採用 JT/T 808-2013 協定及雙重 IP 傳輸。鋁合金外殼具備IP66等級，可承受−20°C至+75°C。 擴充涵蓋 CAN、RS232、TTS 與 GPIO，並支援 SMS 或平台配置及 FOTA 升級。
支援車隊管理與營運系統
A12 透過行動連線提供位置、姿態、時間及周邊資料。調度邏輯、地理圍欄規則、報告與優化都存在於車隊管理平台，而非終端機。
| 功能 | 定位終端 | 車隊管理平台 |
|---|---|---|
| 位置、航向與時間資料 | 提供 | 消費 |
| 地勢柵定義與規則 | 這裡沒有定義 | 配置與評估 |
| 調度決策 | 未執行 | 演出 |
| 歷史紀錄與報導 | 本地日誌與上傳 | 長期檔案與分析 |
潛在的機場地面支援車輛應用
以下分類描述的是精確定位技術上重要的位置，而非特定部署的紀錄。
客運接駁車與服務車輛
穿梭機在航廈與遠端停機坪間重複運行路線。位置資料讓調度平台能比較實際位置與預定位置，並支援車程監控。
飛機拖曳與地面處理車輛
拖曳與推回涉及精確且緩慢的飛機近距離移動，定位紀錄支持文件記錄與工作流程的可視性。A12 並未獲得飛機拖曳安全系統認證;安全相關使用則由營運商自行核准。
行李與貨物支援車輛
行李拖拉機和貨運車不斷在航廈、停機位和服務區之間來回移動。追蹤顯示任務分配時的停留時間及設備可用位置。
維修與機場服務車輛
地面電力、加油、除冰及維修單位依照各自的時間表在分散地點運作。定位資料支援路線管理、應變可視性及自動記錄區域覆蓋。
未來自動化與自主地面作業
可靠的定位資料是自動化架構中的一個組成部分，且很少是限制因素。自動化停機坪作業也依賴車輛控制、障礙物偵測、安全聯鎖、場地繪製、通訊、應用軟體及操作驗證。A12 是定位終端，而非自動駕駛系統。
GNSS RTK 如何支援機場機隊協調
定位資料能為更廣泛的車隊管理系統提供重要參考。位置可視性讓調度員掌握最新的車隊狀況;地理圍欄紀錄會自動顯示佔用、區域進入及限制進入;路線歷史支持檢視周轉時間;調度與利用分析將計畫與實際移動進行比較。
業務成果來自整個系統：軟體邏輯、程序與部署環境皆有貢獻，終端機提供資料而非結果。
買家在選擇 GNSS RTK 終端前應確認哪些事項？
請向供應商確認以下事項，而非僅憑產品名稱就妄加假設。
- 要求：所需的精度、校正源及其現場可用性，以及專案所需的星座與頻帶。
- 天線與姿態：天線相容性、安裝位置與基準線長度，以及是否真的需要航向輸出。
- 感應：是否需要慣性支援，以及訊號中斷時的預期行為。
- 電氣安裝：車輛電壓範圍、電流消耗、備用電源行為及電氣環境。
- 連接性與介面：網路覆蓋範圍、傳輸協定、外部埠口、儲存與遠端管理。
- 環境與生命週期：防護等級、溫度範圍、平台相容性、支援與供應連續性。
- 試點測試：在代表性停機坪區域進行代表性車輛的試行，隨後全車隊部署。
機場 GNSS RTK 應用的部署考量
安裝是部署專案的開始，而非整個專案。天線的位置決定接收器能看到多少天空以及多徑訊號，對於大型金屬結構的車輛來說，這通常是最具影響力的決定。校正覆蓋範圍、延遲及停機坪行動訊號應在整個作業區域內驗證，而非僅限於維修基地。
部署還需電氣整合、安全安裝、服務存取、代表區域的實地測試、與現有機隊平台整合，以及與相關機場團隊的安全驗證。機場通常會針對車輛設備和測試採用場地特定規則，因此與營運部門及早協調比後期調整更便宜。
為什麼要與 JUMPSTAR 合作 GNSS 定位解決方案？
JUMPSTAR 開發跨模組、板、天線及終端的 GNSS 硬體，滿足車輛定位專案的需求，包括 GNSS 模組、GNSS 原廠板、GNSS 天線、RTK 接收器及系統，追蹤與遠端資訊處理終端以及評估套件。天線選項包括車輛與車隊天線這很重要，因為天線的選擇與位置決定了車輛安裝中的定位性能。
對於 OEM 與整合專案，有用的討論是關於需求：應用程式需要哪些精度、將使用哪種校正來源、姿態資料的使用方式，以及現有平台預期的介面。
結論
機場地面支援作業結合了大面積且受阻的區域，搭配多種車輛類型及多個調度小組，使得精確的位置數據既有用又難以取得。機場地面支援車輛的 GNSS RTK 可在接收與修正條件允許時提供資料，而 A12 這類終端機則提供車輛側硬體，包括航向、姿態及短期慣性支援。
結果仍取決於天線安裝、校正可用性、整合及現場測試。定位資料是完整營運系統的一部分，車隊平台與程序決定業務結果。評估此技術的團隊可查閱 A12 規範或聯繫 JUMPSTAR 討論需求。
.png?imageMogr2/format/webp)
.png?imageMogr2/format/webp)
