C2ISR Integration

從感測器到指揮台，一條鏈路一起設計

C2ISR（Command and Control, Intelligence, Surveillance and Reconnaissance，指揮管制與情報、監視、偵察）系統最常出問題的地方不是單一設備，而是設備之間：每一台相機各自驗收都合格，接上指揮台之後時間對不上、坐標差了幾十公尺、影像延遲到操作員來不及反應。我們以光電感測整合為核心，承接 C2ISR 系統的客製化設計與整合——從任務需求反推感測器、雲台、邊緣運算、資料鏈路到態勢顯示的整條規格，並用可以驗算、可以現場量測的數字交付。

開放各類服務範圍：從系統架構、單一感測節點、介面整合、驗證測試到完整系統，都可以依您的任務、規格與驗收標準洽談，也可以只委託其中一個階段。

一、C2ISR 是什麼，我們做哪一段

ISR 負責「看到並知道」：蒐集影像與量測、處理成目標與事件、分送給需要的人；C2 負責「決定並指派」：在態勢圖上掌握全局、分派感測器任務、調度資源。加上通信（Communications）與資訊（Computers）就是常聽到的 C4ISR（指管通資情監偵）。我們的角色是感測端到指揮端之間的系統整合與分包：把光電感測節點做好，再把它的資料以指揮端看得懂的格式、在要求的時間內送進去。

C2ISR 的四層依序串接：感測器產生影像與量測，邊緣運算在現場先把影像變成目標與坐標，資料鏈路把影像串流、詮釋資料與目標訊息送回指揮端，指揮端再把任務指派與指向命令送回感測器，形成閉環。四層的規格彼此牽動，所以要一起設計、一起驗收。

01

感測與酬載

固定站、車載、船載與無人機的 EO/IR 光電感測：可見光與紅外線（SWIR／MWIR／LWIR）的波段與焦距選型、雷射測距、穩定雲台與長距離監控轉台。依作用距離與判讀等級反推規格，處理視軸對準、熱離焦與環境防護。

02

邊緣運算

在感測端的嵌入式運算平台上執行 AI 偵測與追蹤、目標地理坐標解算、影像編碼與時間戳記標記。只把「目標與事件」送回指揮端、原始影像留在現場紀錄，鏈路頻寬與操作員負擔都跟著降下來。

人員、車輛、船舶、無人機、煙霧與火點的偵測追蹤
追蹤時由雲台自動跟隨目標（閉環追蹤）
功耗、散熱與防護等級一起設計

03

資料鏈路與介面

影像串流與壓縮、隨影像傳送的詮釋資料（平台位置、姿態、雲台指向、視場）、目標與警報訊息，以及整個系統的時間同步。依距離、頻寬與地形做鏈路預算，並把每一個介面寫進介面控制文件（ICD）。

H.264／H.265 影像串流與 KLV 詮釋資料
GNSS PPS、IEEE 1588 PTP 時間同步
被動微波元件與測試纜線的整合

04

指揮管制與態勢顯示

共同作戰圖像（COP）與操作台軟體：在地圖上顯示感測器位置、視場投影、目標軌跡與警戒區，點選目標即可指揮雲台轉向（slew-to-cue）；全程紀錄影像與詮釋資料，供事後回放與檢討。也可以只做介面，把資料接進客戶既有的指管平台。

地圖圖層、警戒區與排除區、警報分級
多感測器接力：廣域發現、長焦確認
紀錄、回放與報告匯出

二、從任務反推鏈路規格

C2ISR 的規格不是從型錄挑出來的，而是從「指揮端需要知道什麼、多準、多快」一路往回推。下表是我們在需求定義階段一定會問的六個問題，每一個問題都直接決定一組規格與一份交付文件。

任務問題	決定的規格	我們交付的東西
要在多遠發現、辨認什麼目標？	波段、焦距、瞬時視場、感測器格式；偵測、辨認、識別三級距離	作用距離估算與感測器選型建議（含大氣與天候假設）
回報的位置要多準？	平台定位、航向與姿態、雲台角度、雷射測距、時間同步各自的精度	定位誤差預算（見第四節）與現場驗證方法
操作員要多快看到？	曝光與讀出、影像處理、編碼、鏈路、解碼、顯示各段延遲	端到端延遲預算與實測程序
鏈路有多少頻寬？	解析度、幀率、壓縮設定；哪些資料在邊緣處理、哪些回傳	頻寬預算與邊緣運算配置
資料要接進哪個系統？	通訊協定、資料格式、坐標系、時間基準、資安要求	介面控制文件（ICD）與介面測試
要連續運作多久、在什麼環境？	供電與備援、散熱、防護等級、溫度、振動、鹽霧與 EMI 條件	環境規格、耐環境接頭與纜線規範、長時間運作測試

頻寬：為什麼要在感測端先做運算

同一個場景，用不同的形式送回指揮端，資料量可以差到三個數量級以上。以下數字都可以自己驗算：

未壓縮的可見光影像與目標資料相差約 7,300 倍。實務上通常兩者並用：平時只送目標與縮圖，操作員點選後才拉高畫質串流，原始影像留在感測端紀錄。
送回的資料	計算	資料率
可見光 1920 × 1080、30 fps、未壓縮（8-bit YUV 4:2:0）	1920 × 1080 × 1.5 byte × 30 × 8	約 746 Mb/s
熱像 640 × 512、30 Hz、14-bit 原始資料（以 16-bit 傳送）	640 × 512 × 2 byte × 30 × 8	約 157 Mb/s
壓縮後的影像串流（H.264／H.265）	依畫面變化與畫質設定	常見設定為數 Mb/s
只送目標資料：20 個目標、每筆 64 byte、每秒更新 10 次	20 × 64 byte × 10 × 8	約 102 kb/s

三、時間同步：每一筆資料都要知道自己是什麼時候量的

多感測器融合的第一個前提是共同的時間基準。延遲本身可以補償，不知道是多少的延遲才補償不了：影像、雲台角度、平台位置只要時間戳記對不齊，算出來的目標坐標就會隨著雲台轉動而漂移。

以長距離監控常見的情況為例：雲台以 10 °/s 轉動追蹤目標，目標在 2 km 外。若影像與雲台角度的時間戳記差了 Δt，指向就差了 10 °/s × Δt，換算到目標處的橫向偏差如下：

10 °/s = 0.1745 rad/s；偏差 = 距離 × 角速度 × Δt。若以「收到封包的時間」當時間戳記，誤差就是整段編碼與傳輸延遲，常見在數十到數百毫秒。
時間戳記誤差 Δt	指向誤差	2 km 處的偏差
1 ms	0.17 mrad	0.35 m
10 ms	1.75 mrad	3.5 m
50 ms	8.73 mrad	17.5 m
100 ms	17.45 mrad	34.9 m

時間來源依精度需求選用：區域網路上的 NTP 通常可以做到毫秒等級；IEEE 1588 PTP 搭配硬體時間戳記可以做到微秒以下；GNSS 接收機的秒脈衝（PPS）則可以當作全系統的共同基準，在 GNSS 訊號中斷時由本地振盪器守時。對 C2ISR 而言，重點不是追求最高精度，而是讓每一台設備在曝光的那一刻打上時間戳記，並且把每一段固定延遲量出來、寫進 ICD。

四、目標定位：把影像上的一個點變成地圖上的坐標

回報給指揮端的坐標，是由平台位置、平台姿態、雲台角度、雷射測距（或與數值地形的交點）與時間一起算出來的。每一項都有誤差，總誤差要一項一項拆開才看得出該花錢在哪裡。

坐標系要先講好

一個目標坐標會經過感測器坐標、雲台坐標、載台本體坐標、局部水平坐標（ENU 或 NED）到 WGS-84 經緯度的轉換；國內單位的圖資多用 TWD97（TM2 投影）。衛星定位給的是橢球高，地圖與數值地形多用正高，兩者不能混用。這些約定我們會在 ICD 裡逐項寫明，避免兩個系統各自正確、合起來卻差了一截。

誤差預算：一個 2 km 的例子

假設固定站或車載平台以單點 GNSS 定位，雷射測距量到 2 km 外的目標。各項誤差換算成目標處的偏差（垂直於視線或沿視線方向），以平方和開根號粗估總誤差（假設各項彼此獨立）：

表中為示範假設，實際數值依設備規格與安裝條件而定。
誤差來源	假設	2 km 處的偏差	改善後
平台位置	單點 GNSS，水平約 2 m	2.0 m	2.0 m
航向	0.1°；改善後 0.03°（雙天線 GNSS 或較高等級的慣性導航）	3.5 m	1.0 m
俯仰與雲台角度	0.05°	1.7 m	1.7 m
雷射測距	±1 m（沿視線方向）	1.0 m	1.0 m
時間同步	雲台 10 °/s 轉動時差 10 ms；改善後 1 ms	3.5 m	0.35 m
合計（平方和開根號）	—	5.7 m	3.0 m

這個例子裡，最大的兩項是航向與時間同步，而不是雲台編碼器或雷射測距。把這兩項換掉，總誤差從 5.7 m 降到 3.0 m；接下來最大的一項變成平台位置，這時才值得討論 RTK 定位。先拆預算、再決定採購，是我們在每一個 C2ISR 案子裡最先交付的東西。無人機平台的版本見〈無人機 EO/IR 酬載〉第五節：用磁力計航向時，航向同樣是主導項。

五、邊緣運算：在感測端先把影像變成資訊

操作員一次能盯的畫面有限，鏈路頻寬也有限。在感測端先做偵測、追蹤與定位，指揮端收到的就是「哪裡、有什麼、往哪裡走」，而不是幾十路要人一直盯著的影像。

運算平台：依模型大小、幀率與功耗預算選用嵌入式 GPU、NPU 或 FPGA；戶外機箱的散熱與防護等級一起設計，不是把桌上型電腦搬到現場。
偵測與追蹤：人員、車輛、船舶、無人機、煙霧與火點等類別；可見光與熱像各自偵測再融合，夜間與逆光時由熱像補位。追蹤到的目標可交給雲台自動跟隨。
目標定位：偵測框中心結合雲台角度、雷射測距與平台姿態，在感測端直接算出地理坐標，連同時間戳記與信心值一起送出。
紀錄：原始影像與詮釋資料在感測端完整保存，鏈路中斷時不遺失資料，事後可以完整回放。

六、資料鏈路與介面：讓指揮端看得懂

感測資料能不能用，取決於它進到指揮端時帶了多少上下文。一張沒有時間、位置與指向的影像，在指揮端只能看，不能用。

以上格式依客戶既有系統選用，不強制採用特定標準；每一個介面的欄位、單位、坐標系與時間基準都會寫進介面控制文件（ICD）。
介面	常用做法	我們處理的事
影像串流	H.264／H.265 經 RTSP／RTP 或 MPEG-TS 傳送；網路攝影機與轉台常用 ONVIF Profile S	編碼參數、延遲與畫質的取捨，斷線重連與多路分流
詮釋資料	隨影像傳送的 KLV 詮釋資料（例如 MISB ST 0601，STANAG 4609 架構），或客戶指定的格式	平台位置與姿態、雲台指向、視場與畫面中心坐標逐幀對齊，讓指揮端能把視場投影到地圖上
目標與警報	客戶指定的訊息格式；例如 JSON 經 WebSocket／MQTT，或 TAK 系統使用的 Cursor on Target（CoT）	目標編號、類別、坐標、時間戳記與信心值的定義，訊息頻率與優先序
無人機飛控	MAVLink（PX4、ArduPilot）的雲台與任務協定	雲台指向、目標追蹤與航點任務的介接
傳輸媒介	乙太網路與光纖、點對點微波、行動網路專網、衛星鏈路	依距離、頻寬與地形做鏈路預算，選用合格的通訊設備，並以客製被動微波元件、耐環境接頭與測試纜線完成整合
資訊安全	傳輸加密、存取控制、網路分段、紀錄完整性	依客戶的資安規範配置，並寫進 ICD 與驗收項目

七、指揮管制端：態勢圖與操作台

指揮端的軟體要讓操作員在幾秒內知道「哪裡有事、是什麼、誰在看」。我們可以開發專案用的態勢顯示與操作台軟體，也可以只做介面，把資料接進客戶既有的指管或監控平台。

COP

共同作戰圖像

地圖上顯示各感測站的位置與觀測方向、即時視場投影、目標軌跡與歷史路徑，以及警戒區、排除區與監控扇區。即時影像以子畫面疊在地圖旁，點選目標即可切換。

Slew-to-cue

多感測器接力

廣域感測器（廣角相機、客戶既有的雷達或其他系統）先發現目標，系統依目標坐標算出長焦 EO/IR 的方位角與俯仰角，自動轉過去確認；長距離時一併考慮地球曲率與大氣折射。

Replay

紀錄、回放與報告

影像、詮釋資料、目標與操作紀錄在同一條時間軸上保存，事後可以逐幀回放、匯出事件報告。警報依類別與距離分級，減少操作員被誤報淹沒。

八、驗證：HIL 模擬與場域驗收

C2ISR 系統很難在辦公室裡測：目標在幾公里外、平台在移動、鏈路會掉包。我們用硬體迴路模擬（HIL）先在實驗室把邏輯與介面測完，再到場域用量得到的數字驗收。

硬體迴路模擬（Hardware-in-the-Loop）

把真實的雲台、邊緣運算平台與指揮端軟體接在一起，周圍環境換成模擬：平台運動與 GNSS／慣性導航資料、目標軌跡、鏈路延遲與封包遺失、GNSS 訊號中斷。好處是每一個情境都可以重複，邊界條件（鏈路斷線、定位失效、目標交會）可以刻意製造，場域測試的天數因此大幅減少。

場域驗收用的數字

每一項都附原始資料與計算過程，驗收報告可以由客戶自行驗算。
驗收項目	量測方法
端到端影像延遲	在鏡頭前放置高解析度計時器或閃爍光源，同時拍下實物與指揮台畫面，比對兩者的時間差（glass-to-glass），統計平均值與最大值
目標定位誤差	以已測量坐標的地面控制點或目標，在不同距離與方位重複量測，統計圓形公算誤差（CEP）與 95% 誤差
時間同步誤差	以 GNSS PPS 為基準，比對各節點時間戳記與實際曝光時刻
偵測率與誤報率	以場域實際影像建立的驗收資料集，依目標類別與距離分別統計
雲台指向與穩定度	指向精度、重複性與抖動分開量測，換算成像素與目標處的偏差
鏈路與長時間運作	連續記錄延遲分布、封包遺失與重連時間；長時間連續運作測試的時數依合約約定

九、四種場域，四組不一樣的優先順序

01

海岸、港口與海事監控

優先：作用距離與環境耐受。要求的作用距離常以公里計，海面的陽光與天空反射、霧與鹽霧都會吃掉實際可用的距離。長距離 EO/IR 轉台搭配雷射測距與自動追蹤，資料可接入監控中心或船舶交通管理（VTS）系統。

致冷 MWIR 熱像的靈敏度與長焦距適合遠距觀測，代價是成本與冷卻器的維護週期
窗口清潔、防鹽霧與防護等級要在選型時一起定

02

重要設施與周界防護

優先：誤報率與全天候運作。機場、電廠、變電所與科學園區需要多站點組網、警戒區與警報分級；周界上的人員、車輛與低空無人機由熱像先發現、可見光確認。

誤報太多的系統，最後會被操作員關掉警報
多站點的時間同步與坐標一致性是接力追蹤的前提

03

災害應變與搜救指揮

優先：快速部署與鏈路韌性。無人機 EO/IR 影像即時回傳前進指揮所，熱像找人、標出火線與受災範圍，多個單位共享同一張態勢圖。鏈路不穩時，感測端的紀錄與目標資料要能撐住。

可攜式指揮端與現場電源的配置
夜間飛航須依法取得許可（見無人機酬載專頁第七節）

04

公務與國防單位的 ISR 系統分包

優先：文件與可驗證性。依規格書與 ICD 交付光電感測節點、介面整合、HIL 驗證與測試報告；每一項規格都附驗證方法，方便主承包商與使用單位查核。涉及保密與出口管制的案件，依相關規定辦理。

可單段委託：架構審查、誤差預算、介面整合或驗證測試
測項與驗收門檻可依客戶的品保規範訂定

十、合作怎麼開始

最有效率的起點不是規格書，是三個問題的答案。

Q1

要看什麼、在哪裡、多遠？

目標的種類與尺寸、要「發現」還是「認出」、作用距離，以及安裝地點是固定站、車輛、船舶還是無人機。這幾個條件決定感測器與雲台的級距。

Q2

結果要送給誰、多快、多準？

是現場操作員、遠端指揮中心，還是既有的資訊系統？可以接受的延遲與定位誤差各是多少？這決定邊緣運算、鏈路與時間同步的規格。

Q3

現有系統與限制是什麼？

既有的指管或監控平台、通訊方式、供電與機房條件、資安規範與驗收標準。給我們既有的介面文件，我們從介面往回設計，而不是要你換掉系統。

專案五個階段，可以單段委託

需求定義：把任務轉成可量測的規格，例如作用距離、定位誤差、端到端延遲與連續運作時數。
方法與選型：波段、感測器、雲台、運算平台與鏈路的選型，附作用距離與誤差預算。
系統設計：系統架構、介面控制文件（ICD）、時間與坐標約定、機電與纜線設計。
整合與先期驗證：硬體整合、軟體開發與 HIL 模擬測試。
測試與報告：場域驗收、測試報告與原始資料、操作與維護教育訓練。

常見問題

C2ISR、C4ISR 與 ISR 有什麼不同？

ISR 是情報（Intelligence）、監視（Surveillance）與偵察（Reconnaissance），負責蒐集與處理資訊；C2ISR 再加上指揮管制（Command and Control），也就是依據這些資訊分派任務與調度資源；C4ISR（指管通資情監偵）另外把通信（Communications）與資訊（Computers）列出來。三者講的是同一條鏈路的不同範圍，我們承接的是感測端到指揮端之間的設計與整合。

你們會取代我們既有的指管或監控平台嗎？

不需要。多數案子是把新的光電感測節點與目標資料，依照既有平台的介面規格接進去；我們會先取得既有的介面文件，從介面往回設計。沒有既有平台時，也可以提供專案用的態勢圖與操作台軟體。

可以只委託其中一段嗎？

可以。常見的單段委託包括：系統架構與規格審查、作用距離與定位誤差預算、介面控制文件（ICD）撰寫、感測節點的整合、HIL 模擬測試，以及場域驗收與測試報告。

交付的內容有哪些？

依委託範圍而定，通常包括系統架構與規格建議書、作用距離與定位誤差預算、介面控制文件（ICD）、硬體與軟體、測試程序與附原始資料的測試報告，以及操作與維護教育訓練。

涉及保密或出口管制的案件怎麼處理？

可以先簽署保密協議再提供資料。部分光電、熱像、雷射與無人機相關品項及技術受出口管制規範，報價前我們會確認分類與最終用途，必要時請買方簽署最終用途聲明，屬管制品項者取得許可後才出貨。

服務範圍有限制嗎？

開放各類服務範圍。從系統架構、單一感測節點、介面整合、驗證測試到完整系統，都可以依您的任務、規格與驗收標準洽談，也可以只委託其中一個階段；涉及保密或出口管制的案件，依相關規定辦理。

延伸閱讀

重點專頁