科技執法設備網路怎麼規劃？
固網專線、行動網路備援與 VPN 的取捨

科技執法設備網路怎麼規劃，順序是先算、再選、最後設防：先用尖峰時段的事件件數乘上每件資料量，換算出路口要往機房送的「上行頻寬」；再依頻寬與點位條件決定主線用固網專線或企業光纖寬頻、備援用行動網路；最後讓設備不對公網開放、只走加密通道回中心，並在設備端保留足夠天數的本地暫存。做到這三步，線路斷掉只會讓案件晚一點進來，不會讓案件消失。本文依序說明頻寬怎麼算、三種線路怎麼選、斷線時暫存與補傳怎麼設計、四種連線架構的安全差異，以及規格書要寫死的 7 件事。

這篇談的是「路口設備到機房」這一段線路。後端系統跟監理、郵寄、裁決等外部系統怎麼介接，見科技執法系統要介接哪些系統；民眾從家裡上傳檢舉影片那一段的頻寬與承載，見民眾檢舉平台連假爆量怎麼辦。文中的數字凡標明「假設值」者，都是說明算法用的範例，不是任何機關或點位的實際數據。

科技執法設備網路要多少頻寬？從事件件數算上行需求

談科技執法的網路，第一個容易被忽略的事實是：路口設備是「上傳」為主的設備。一般辦公室或家用寬頻的規格以下載速率標示，上行往往只有下行的幾分之一；拿下載速率去估路口線路，很容易差一個量級。估算時要先釐清設備送回中心的資料有哪幾類：

• 違規事件包：每一件疑似違規的照片與短影片，加上設備編號、時間戳記、偵測結果等詮釋資料。件數隨車流與違規態樣變動，有明顯的尖峰時段。
• 通過紀錄：區間測速等項目需要記錄每一輛通過車輛的時間與車牌辨識結果，單筆小、筆數多，與車流量成正比。
• 狀態與心跳：設備在線、溫度、儲存剩餘量、校時結果等，資料量很小，但必須持續不中斷。
• 即時影像（若有）：機關若要求能從中心即時監看路口畫面，這一項是持續性的串流，通常會成為頻寬的大宗，要單獨列出、單獨估算。

把每一類分開算再加總，就能得到一個可以寫進規格的數字。以下用一組假設值示範算法：

以上全部是說明算法的假設值，實際每件資料量取決於設備解析度、壓縮設定與影片長度，尖峰件數要用同類點位的實際紀錄回推。

這個算式帶出三個實務判斷。第一，規格書裡要寫「上行約定頻寬」，不是「頻寬 100M」這種沒有方向、沒有保證值的寫法。第二，即時影像是另一個量級：一支鏡頭的串流就可能高於上面整個事件包的需求，要不要即時監看、看幾支、看什麼解析度，是預算決策，不是網路工程師可以替機關決定的事。第三，每件資料量是可以調的參數：照片解析度、影片秒數與壓縮率在不影響判讀的前提下調整，往往比加大線路便宜；但調整前要確認證據影像的品質仍符合判讀與保存要求，原始母檔與傳輸檔的關係見交通違規證據鏈要保存什麼。

固網專線、光纖寬頻、行動網路怎麼選？主線與備援的搭配

算出上行頻寬之後，才進入線路的選擇。路口常見的三種線路，差別不在名稱，而在「頻寬有沒有約定值」「走不走公網」「拉不拉得到」三件事：

比較項目	固網專線	企業光纖寬頻（固定 IP）	行動網路（4G／5G）
頻寬性質	依約定頻寬，上下行通常對稱	多以最高速率標示，上行可能低於下行，要逐項確認	隨訊號強度與基地台負載變動
是否經過公網	點對點或電信業者網路內傳輸，不經公網	經公網，需自行加密	經公網，或使用專屬 APN 隔離
施工條件	需拉線，偏遠或跨越幹道的點位工期較長	點位附近要有光纖可接	有訊號即可，免拉線
計費方式	月租，通常三者中較高	月租	月租加數據用量，要確認用量上限與超量後降速規則
叫修與修復	依電信業者的服務等級	依電信業者的服務等級	訊號問題不一定能叫修，只能改善天線位置或換業者
適合角色	主線：大流量、需即時影像、長期營運的點位	主線：一般點位	備援；拉線工期太長的試辦點、臨時點

各電信業者的方案名稱、速率級距與服務等級不同，表內為一般性質比較，實際以業者合約為準。

多數點位的合理搭配是「有線主線＋行動網路備援」：平時走主線，主線斷了由路口機箱內的路由設備自動切到行動網路，主線恢復後再切回。這個搭配要注意三件事：

1. 備援要能扛住最低需求，不必扛住全部。行動網路備援的目標是讓違規事件包與心跳持續送回，即時影像可以在備援期間降解析度或暫停。這個「備援期間降級規則」要事先寫清楚，不要等斷線時才由現場判斷。
2. 切換與切回都要留紀錄。什麼時候切到備援、什麼時候切回、備援期間送了多少資料，都要寫進設備紀錄並回傳中心。行動數據若有用量上限，備援期間的用量也要監控，避免連假斷線剛好把整個月的額度用完。
3. 先實測訊號，再決定能不能當備援。路口的機箱位置、周邊建物與天線方向都會影響訊號，勘查時就要在機箱實際位置量測各家業者的訊號與上行速率，不要只看業者的涵蓋地圖。點位勘查的其他條件見科技執法點位怎麼挑。

試辦期的點位常常先用行動網路上線，等確定要轉正再申裝有線主線。這樣做可以縮短試辦準備期，但要把「試辦期間的上傳延遲與斷線紀錄」一併列入評估，避免把網路問題誤判成設備或辨識的問題；試辦的評估設計見科技執法先試辦還是直接全面導入。

斷線時案件會不會不見？本地暫存天數與補傳設計

線路再好也會斷：道路施工挖斷光纖、電信機房故障、颱風吹歪天線都是常見原因。決定斷線後果的不是線路，而是設備端的「先存再送」設計：設備偵測到事件後，先完整寫進本機儲存並計算完整性驗證值，再排入傳送佇列；中心收到後比對驗證值、回覆確認，設備才把這筆標記為「已送達」。只要這條規則成立，斷線期間的事件都會留在設備上等待補傳。

本地暫存要留多少天，用兩個數字推算：

儲存容量與每日資料量皆為假設值，實際要以設備規格與點位的實際資料量計算。

暫存設計最常出問題的不是天數，而是暫存滿了之後怎麼辦。很多設備的預設行為是「先進先出、覆蓋最舊的檔案」，如果最舊的那批剛好是斷線期間還沒送出的事件，覆蓋就等於刪除證據。規格要寫明：只能覆蓋已確認送達中心的資料；未送達的資料用到某個水位時要告警，再往上時寧可停止擷取新事件並通報，也不能覆蓋未送出的事件。

補傳本身也有四個細節要先定：

• 補傳順序：先補舊的還是先送新的。常見做法是新事件即時送、積壓事件用剩餘頻寬依時間順序補，兩條佇列並行，避免補傳期間新事件也跟著延遲。
• 斷點續傳：大檔案傳到一半中斷時，從中斷處接續，不要整檔重送，否則線路品質不穩時會一直重送同一個檔案。
• 完整性比對：補傳的檔案與即時送的檔案用同一套驗證值比對，比對不符就重送並留紀錄。傳輸這一段要留哪些紀錄，見交通違規證據鏈要保存什麼的第 3 個交接點。
• 斷線期間的時間戳記：設備校時也要靠網路，斷線越久設備時鐘越可能漂移。恢復連線後第一次校時的偏移量要記錄下來，偏移超過約定值時，把斷線期間的案件標記出來交承辦複核。

VPN 與專屬 APN：四種連線架構與規格書要寫的 7 件事

路口設備是放在公共空間、24 小時連網的電腦，它的連線架構決定了別人能不能從網路上碰到它。常見的四種架構，安全程度差別很大：

連線架構	做法	主要風險	建議
1. 公網直連、開放埠號	設備或路由器對公網開放管理介面或傳輸埠，中心直接連進去	管理介面暴露在公網，持續被掃描與嘗試登入	不建議採用
2. 公網＋站對站 VPN	路口路由器主動向中心建立加密通道，所有資料走通道內	VPN 憑證與金鑰的到期與保管	光纖寬頻主線的標準做法
3. 電信業者專線網路	點位與中心在業者網路內互通，不經公網	業者網路內仍建議加密；責任分界點要寫清楚	大流量、高可用點位
4. 行動網路專屬 APN＋VPN	SIM 卡只能連到機關或中心的指定網段，再加加密通道	SIM 卡遭取出挪用；數據用量	行動網路主線或備援的標準做法

不論採哪一種，有四個原則要一起做到：設備只主動向中心連線，不接受外部連入；管理介面只在加密通道內可達，維運人員遠端登入要經過中心的跳板並留紀錄；憑證與金鑰的到期日進維運行事曆，憑證過期造成的斷線常常被誤判成線路故障；路口機箱要有開門告警，網路設備與 SIM 卡都在機箱裡，實體安全也是網路安全的一部分。網路設備的連線紀錄要不要集中保存、保存多久，見政府系統的日誌要留多久。

寫進規格書與維運契約的 7 件事

1. 線路型態與異路由：主線與備援各用哪一種線路；備援不得與主線共用同一條實體路徑，否則同一次施工會同時挖斷兩條。
2. 上行約定頻寬與估算依據：寫出每點位的上行需求數字，並附上件數、每件資料量與尖峰倍數的估算過程，日後擴充時才有基準可以重算。
3. 本地暫存與滿載規則：暫存天數下限、告警水位，以及「只能覆蓋已確認送達的資料」。
4. 切換、補傳與完整性比對：主備切換的時間要求、備援期間的降級規則、補傳順序、斷點續傳、驗證值比對與重送紀錄。
5. 連線架構與存取控制：不對公網開放埠號、VPN 或專屬 APN 的要求、遠端管理經跳板並留紀錄、憑證到期管理。
6. 監測與告警：心跳中斷、上傳延遲、待送資料量、備援使用中與數據用量的告警門檻與通知對象。
7. 責任分界與費用：線路由機關申裝還是廠商代辦、月租由誰負擔、電信叫修由誰聯繫、電信端故障的時間是否計入稼動率。最後一項直接影響扣款爭議，SLA 的訂法見警政系統維運委外怎麼談 SLA。

這 7 件事寫進規格之後，驗收時就有東西可以實測：拔掉主線看多久切到備援、斷線一段時間後看補傳是否完整、在暫存區塞滿測試資料看會不會覆蓋未送出的事件。驗收的現場腳本寫法見科技執法系統驗收怎麼驗，規格書整體的寫法見科技執法標案規格書怎麼寫。

瑪尼國際成立於 2004 年，深耕逾 20 年，以協力廠商身分參與全台多個縣市警察局交通隊的入案系統建置與維運。路口網路看起來是電信業者的事，但斷線時案件有沒有留住、補傳有沒有對得上、延遲有沒有被看見，都要靠系統端的設計與紀錄來證明。從頻寬估算、暫存與補傳規格到中心端的監測與告警，由同一組人負責的一條龍服務，可以讓線路、設備與入案系統三份紀錄對得起來。

常見問題