RSU 路側設備
如果沒有收到白名單，該如何獲取並匯入白名單？
請參閱《Unex Software Development Guide (SDG)》中「V2Xcast SDK」的「Upload whitelist」章節
Unex產品是否有通過任何認證？是否參加過相關互通性測試？
- 請諮詢產品開發部門了解詳細認證資訊。
- OA認證請參見Unex OA證書，詳情請查閱OA官方網站。
- 早期參與過 DSRC 測試，近年來參與了 TPF 測試，歐規尚未參加相關測試。
如何尋找 MAC Address
MAC Address（媒體存取控制位址）是每台車聯網設備的唯一識別碼，用於加購項目、技術支援、維修服務及保固查詢。
此 12 位數字符組合通常印製在設備標籤上，位置因產品而異。
示意圖中的 MAC Address 號碼僅供位置參考，請以您的產品實際標示為準。
1. 確認軟體已完成安裝
2. 執行指令：root@autotalks:~# cat /etc/unex/device/module_info.txt
3. 在 [Application Information] 區塊中會顯示兩組 MAC Address
4. 請使用第一行「V2X_0_MAC_Address」欄位的號碼，此為技術支援所需的正確編號。
V2X 室內檢測
DSRC 室內測試
藉由DSRC，POTI 服務在沒有 GNSS 訊號的情況下仍可提供預設位置以進行測試；您可以透過v2xcast_manager上傳POTI設定檔。有關更多詳細信息，請參閱 V2Xcast SDK 文件中的【室內測試的 POTI 配置】段落。
CV2X 室內測試
基於需要高精度定時同步的 3GPP RF 要求， CV2X 裝置無法在沒有任何 GNSS 訊號的情況下傳送和接收訊息。 根據我們的經驗，包括我們自己在內的大多數客戶都使用 GNSS 中繼器進行室內測試。
- 全球導航衛星系統中繼器：
- 成本低廉
- 避免室內環境下 GNSS 訊號過弱
- 需將 GNSS 中繼器的 GNSS 天線延伸到開闊的戶外環境。
- 若無法延長 GNSS 天線，GNSS 模擬器是室內測試的另一種選擇。
V2X: 影像傳輸
理論上使用V2X技術來傳輸影像是可能的，但於開放場域使用上可行性不高。
V2X協定主要針對車輛狀態與道路緊急事件訊息交換而設計，基本上不該發生任一V2X站台 (1)突發大量封包或 (2)佔據大部分的頻寬 以上兩種情況。
因此，對於影像傳輸或高頻寬傳輸需求，亞勳團隊建議將V2X技術與其他有線或無線通訊系統(如LTE-Uu)做結合，以同時滿足車對車低延遲直接通訊與高頻寬傳輸的訴求。
SAE標準及專有自定義V2X道路安全訊息的混合使用
為了將您的專有訊息編碼器和解碼器與V2Xcast® SDK順利整合，您需要確保專有訊息和標準訊息分配到不同的PSID（供應商服務識別符）；PSID是用於區分特定通道內不同訊息類型的唯一識別符。
以下範例，展示如何使用不同的PSID來排列專有訊息和標準訊息：
範例1：
- 通道：172
- PSID：0x20
- 訊息類型：基本安全訊息（BSM）
範例2：
- 通道：172
- PSID：0x304050
- 訊息類型：專有訊息1（您的第一個自定義訊息）
範例3：
- 通道：172
- PSID：0x304052
- 訊息類型：專有訊息3（另一個自定義訊息）
範例4：
- 通道：182
- PSID：0x304051
- 訊息類型：專有訊息2（另一個自定義訊息）
通過為專有訊息分配不同的PSID，您可以確保它們在V2X通訊中與標準訊息有所區別。如此，當接收或解碼訊息時，V2Xcast® SDK能夠根據PSID正確處理和路由訊息。
請注意，上述範例中使用的PSID值是任意的，您可以根據的實際需求進行調整。
V2X安全協定: 驗證、編碼、數位簽章
在當前的V2X環境中，許多應用程式的設計目的是將狀態訊息與附近的車輛分享，例如車輛的位置、速度、方向…等。對這些訊息進行加密可能會導致接收方無法獲取所需的關鍵訊息，從而影響到整個V2X系統的正常運行。
V2Xcast®: 相關費用
V2Xcast® 是內嵌於亞勳車聯網設備中的解決方案，以軟體套組的角色協助概念性驗證（PoC）或市場部署。
套組內含: 亞勳車間通訊標準棧的使用權、V2Xcast® 技術、軟體開發工具、軟體使用協議書。
十二個月的硬體保固、免費軟體更新、完善技術支援。
V2X 車聯網系統的進出口資訊
亞勳的 V2X 系統並不屬於戰略高科技商品，並不需要特殊許可便可出口。
亞勳車聯網系統的ECCN、CCATS和HS代碼，對於有效管理車聯網無線設備相關的進口和關稅問題至關重要；當您在處理亞勳車聯網無線設備的進口和關稅議題時，請參考這些代碼。