使用前先看：本件為交通部部頒現行規範；實案仍須核對官方最新版本、核定設計、契約與營運機構要求。
規範解說 第四章通訊界面要求（2／4）；原PDF第80–84頁。
本節閱讀與適用提醒
- 版本狀態：本頁依交通部部頒規範網站於2026年8月31日列示的現行文件與官方附件整理；使用前仍須回查官方頁是否另有修正。
- 文件用途：鐵路設計、建設、鋪軌、車輛、檢查、維護及補強文件各有不同適用範圍；不得只憑文件名稱跨系統套用。
- 本文與解說：規範本文、規範解說、參考說明及修正對照資料分段保留；現行要求仍以修正後規範本文為準。
- 個案適用：實案須併同鐵路法令、核定計畫、契約、營運機構養護規定、主管機關審查及現場條件使用。
- 表圖與公式：表格、公式、圖說及附錄按官方原件保留；可搜尋文字用於定位，符號、單位與配置應對照原版面。
- 引用文件：原文引用的法令、CNS、國際標準及其他規範，應另行確認其現行有效版本。
- 數值與條件：設計參數、檢測門檻、養護標準及性能數值必須連同適用條件、例外及前後文閱讀。
- 授權與署名：依交通部政府網站資料開放宣告註明出處重製；本站分章與導覽整理不代表交通部認可或背書。
頁內索引：第80頁 ｜ 第81頁 ｜ 第82頁 ｜ 第83頁 ｜ 第84頁
¶ 智慧鐵道系統資訊與通訊技術規範｜原檔第80頁
原檔可擷取文字（圖內標註、公式及表格欄位請對照上方原版面）
C4.2 智慧鐵道資料交換 C4.2.1 本規範所訂之智慧鐵道資料交換(Smart Rail data eXchange，SRX)，其 CDM 層級架構共有五層，分別代表主系統、次系統、子系統、設備及零 組件，典範數據模型碼 (CDMID) 之編碼架構如下： 1. CDMID 為本規範訂定與管理之編碼，用於表示該資訊項所屬系統階 層，由 CDMID-Lx 所組成，其中 x 代表層級。 2. CDMID-Lx 編碼 須以 不影響機 構既定 系統 與設備編 碼為原 則。 CDMID-Lx 編碼須使用 3 碼英文代碼定義各階層項目，如圖 C4.2.1-1。 圖 C4.2.1-1 CDMID-Lx 編碼說明 另外，智慧鐵道單元碼 (SRUID) 之編碼架構如下： 1. SRUID 為本規範開放營運機構自行訂定之編碼，格式為 SRUID-Lx， 其中 x 代表層級。 2. SRUID-Lx 編碼須為營運機構當前系統唯一碼或營運機構自行訂定 之唯一碼，並與 CDMID-Lx 互相對應，如表 C4.2.1-1。 表 C4.2.1-1 CDMID 與 SRUID 對照範例 階層 CDMID SRUID 1 SEM Sem 2 COM Com 3 TEL TeleSystem 4 PBX sw-001 5 CPU cpu7-001 C-48
¶ 智慧鐵道系統資訊與通訊技術規範｜原檔第81頁
原檔可擷取文字（圖內標註、公式及表格欄位請對照上方原版面）
若在當前 CDM 層級資料項目無不同來源(僅一項)，此時 SRUID-Lx 得 填空字元。參考表 C4.2.1-2。 表 C4.2.1-2 CDMID & SRUID 說明表-以轉轍器為例 階層 CDMID SRUID 備註 1 SEM 由於 Sig-01 上層只有一個 Sem-01，故可填空值 2 SIG Sig-01 SRUID 由營運機構沿用或自訂 3 TSE Tse-001 SRUID 由營運機構沿用或自訂 4 PMI 13-1 SRUID 由營運機構沿用或自訂 轉轍器為第四層資訊，因此 CDMID 與 SRUID 5 - - 不含第五層 營運興建/營運機構應建立資料封裝，其說明如下： 1. 所有資料皆須採用 JSON 格式封裝。封裝方式分為單一封裝與全數封 裝，單一封裝須根據階層封裝不同階層資料內容組成一個 JSON 檔；全 數封裝須根據不同階層與不同系統個別封裝 JSON 檔，如圖 C4.2.1-2。 圖 C4.2.1-2 JSON 封裝資料 (a)單一封裝 (b)全數封裝 以 CDMID 位於第二層的月台門資料為例，將月台門資料封裝為 JSON 範例，如圖 C4.2.1-3 所示。 C-49
¶ 智慧鐵道系統資訊與通訊技術規範｜原檔第82頁
原檔可擷取文字（圖內標註、公式及表格欄位請對照上方原版面）
圖 C4.2.1-3 單一封裝 JSON 資料 月台門位於 CDMID 中第二層，將包含月台門上層的所有 CDMID 一齊 封裝之 JSON 檔稱為全數封裝 JSON 檔，如圖 C4.2.1-4 所示。 圖 C4.2.1-4 全數封裝 JSON 資料 C-50
¶ 智慧鐵道系統資訊與通訊技術規範｜原檔第83頁
原檔可擷取文字（圖內標註、公式及表格欄位請對照上方原版面）
2. 動態資料與靜態資料 動態資料指的是在系統運行過程中持續產生或發生變化的數據，而靜 態資料則指系統運行過程中基本保持不變的數據，如地理資訊、路線 訊息、列車編組數據等。 非連續性資料封裝：以資料型態區分靜態資料與動態資料，其中，組 態或建構資料屬於靜態資料，其餘皆為動態資料。若系統內同時具備 動態資料與靜態資料，則動態資料與靜態資料須根據相同的 CDMID 與 SRUID 進行互相關聯，如圖 C4.2.1-5 所示。 圖 C4.2.1-5 動態資料與靜態資料之關聯性 靜態資料包含共通項目與額外項目，共通項目為靜態資料共有的項目， 額外項目則根據基礎資料的不同而變化，動態資料亦同，以下列資料 為例： A. 轉轍器資料：靜態資料的共通項目如圖 C4.2.1-6 所示，靜態資料 的額外項目如圖 C4.2.1-7 所示。動態資料的共通項目如圖 C4.2.1- 8 所示，動態資料的額外項目如圖 C4.2.1-9 所示。 C-51
¶ 智慧鐵道系統資訊與通訊技術規範｜原檔第84頁
原檔可擷取文字（圖內標註、公式及表格欄位請對照上方原版面）
圖 C4.2.1-6 轉轍器資料靜態資料共通項目 圖 C4.2.1-7 轉轍器資料靜態資料額外項目 C-52
上一節：規範解說 第四章通訊界面要求（1／4） ｜ 下一節：規範解說 第四章通訊界面要求（3／4）
來源：交通部《智慧鐵道系統資訊與通訊技術規範》，113年9月30日。依交通部政府網站資料開放宣告註明出處；本站分章與導覽整理不代表發布機關認可或背書。查核日期：2026年8月31日。