Contact ID 通訊協議是什麼？

Contact ID 是防盜警報主機向監控中心報告事件的通訊協議，由 Ademco 開發、以 SIA DC-05 編號發佈為業界事實標準，透過電話線上的 DTMF 音傳送簡潔的事件訊息。本頁講解 Contact ID 的訊息結構、傳送流程、事件限定符與常用事件代碼。

Contact ID 的定義與由來

防盜警報系統除了在現場鳴響警號，更重要的是把事件遠端報告給監控中心（Central Station / 監察中心），由值機人員核實並跟進。警報主機與監控中心接收機之間需要一套雙方都明白的「語言」——Contact ID 正是其中最普及的一套。

Contact ID 協議由 Ademco 集團開發及擁有，並由美國保安業協會（SIA，Security Industry Association）以《SIA DC-05》文件發佈為業界事實標準（de facto standard），眾多警報主機廠商相繼採納，以求跨廠互通。協議以標準 DTMF 雙音多頻訊號（即按鍵電話的撥號音）在電話線上傳送事件訊息，每條訊息以固定欄位編碼帳號、事件類型、分區與防區資料，令接收機可即時解碼入案。

訊息結構：ACCT MT QXYZ GG CCC S

每條 Contact ID 訊息由以下欄位順序組成，全部以 DTMF 音逐位傳送：

欄位位數意義
ACCT4帳號（Account Number），識別報告事件的用戶／樓宇，可用 0–9 及 B–F
MT2訊息類型（Message Type），標明此為 Contact ID 訊息；標準值為 18（首選）或 98（可選，部分舊接收機不支援）
Q1事件限定符（Qualifier）：1＝新事件／開啟；3＝復原／關閉；6＝先前狀況仍持續（狀態報告）
XYZ3事件代碼（Event Code），三位十六進制（0–9、B–F），指明事件性質，見下節
GG2群組／分區號（Group / Partition）；00 表示不適用
CCC3防區號（事件報告）或用戶號（開關機報告）；000 表示不適用
S1校驗和（Checksum）：令全部訊息位數字之和加 S 後可被 15 整除；「0」在傳送及計算時作 10 處理

以標準文件示例說明：1234 18 1131 01 015 8 表示帳號 1234 報告一宗新事件（Q=1）、事件代碼 131（周界爆竊警報）、第 01 分區、第 015 防區，校驗和為 8；其後的 1234 18 3131 01 015 6 則代表同一防區警報復原。

傳送流程：握手、報文與 Kissoff

一次完整的 Contact ID 報告經歷以下步驟，全部音頻參數均在 DC-05 標準中訂明：

  1. 撥號接通——警報主機佔線撥出監控中心接收機的號碼，等候對方接聽。
  2. 握手音（Handshake）——接收機接聽後發出握手音序列：一段 1400 Hz 音（100 毫秒），停頓 100 毫秒，再一段 2300 Hz 音（100 毫秒），示意主機可以開始傳送。
  3. 傳送報文——主機以標準 DTMF 音逐位送出訊息（每個音 50 毫秒、間隔 50 毫秒），內容即上述 ACCT MT QXYZ GG CCC S 結構。
  4. Kissoff 確認音——接收機驗證校驗和無誤後，回送一段 1400 Hz 確認音，持續 750 毫秒至 1 秒；主機偵測到最少 400 毫秒即視為送達成功。
  5. 重試機制——若收不到有效 Kissoff，主機會重發訊息，最多嘗試 4 次，之後掛線重撥；每次收到有效確認音，嘗試計數器即重置。

常用事件代碼一覽

DC-05 標準把事件代碼按百位數分類，以下為工程上最常接觸的類別與示例（全部摘自標準文件事件代碼表）：

代碼範圍類別常見代碼示例
100 系醫療警報100 醫療求助；101 個人緊急求助
110 系火警110 火警；111 煙感；114 熱感
120 系劫盜／緊急120 劫盜（Panic）；121 脅持（Duress）；122 無聲緊急
130 系爆竊警報130 爆竊；131 周界；132 室內；134 出入口；137 防拆
150／160 系24 小時非爆竊151 氣體洩漏；154 漏水；162 一氧化碳
300 系系統故障301 交流電源中斷；其他電源、通訊故障類
400 系開關機401 用戶設防／撤防；406 取消
570旁路570 防區／感應器旁路
600 系測試601 手動測試報告；602 定時測試報告

配合限定符使用，同一代碼可表達相反狀態：1301 為交流電中斷、3301 為交流電恢復。監控中心據此建立自動化處理規則，例如火警類即時致電跟進、定時測試僅入案存檔。

從電話線到 IP 時代：Contact ID 的現況

Contact ID 原生於公眾電話網絡（PSTN），依賴電話線傳送 DTMF 音。隨着固網電話日漸淘汰，現代警報系統普遍改以流動網絡、無線電或 IP 通道連接監控中心，部分系統更同時使用兩條路徑（雙路訊號）互為備援。儘管傳輸媒介轉變，Contact ID 的事件代碼與訊息結構已成為業界通用語言，不少通訊器仍沿用或封裝 Contact ID 格式的事件內容傳送，令監控中心既有的接收與處理流程得以延續；實際支援方式應以主機及通訊器廠商文件為準。

警報系統以外，門禁與對講系統亦有各自的通訊標準，可延伸閱讀門禁系統是什麼？及視像對講是什麼？兩篇文章。

權威資料依據

本文核對資料：ITU-T Q.23；ITU-T Q.24。

常見問題

Contact ID 是哪一間公司的標準？
Contact ID 協議由 Ademco 開發及擁有，其後由美國保安業協會（SIA，Security Industry Association）以 DC-05 編號發佈為業界事實標準（de facto standard），供全行業採用。由於各大警報主機廠商廣泛支援，Contact ID 成為警報主機與監控中心之間最普及的報告格式之一。
Contact ID 訊息內的事件限定符（Qualifier）有什麼意思？
事件限定符是訊息中緊接訊息類型之後的一個位：1 代表新事件發生或開啟（撤防）；3 代表事件復原或關閉（設防）；6 代表先前已報告的狀況仍然持續（狀態報告）。同一個事件代碼配以不同限定符，即可表達「觸發」與「復原」兩種相反狀態，例如 1301 為交流電源中斷，3301 為交流電源恢復。
監控中心如何確認訊息收妥？
接收端收到完整而校驗和正確的訊息後，會回送一段 1400 Hz 的確認音（業界稱為 Kissoff），持續時間為 750 毫秒至 1 秒。警報主機偵測到最少 400 毫秒的確認音即視為送達成功；若收不到確認音，主機會重發訊息，最多嘗試 4 次，之後掛線重撥。
現在電話線日漸淘汰，Contact ID 還有用嗎？
有。Contact ID 原生於公眾電話網絡（PSTN）以 DTMF 音傳送，但其事件代碼與訊息結構已成為業界通用語言。現代警報系統普遍改以流動網絡或 IP 通道連接監控中心，不少通訊器仍沿用或封裝 Contact ID 格式的事件內容傳送，令既有的接收與處理流程得以延續。實際支援方式應以主機及通訊器廠商文件為準。
工程上如何解讀一條 Contact ID 訊息？
依欄位順序拆解即可。以標準文件中的示例 1234 18 1131 01 015 8 為例：帳號 1234 的主機，以訊息類型 18 報告一宗新事件（限定符 1），事件代碼 131 即周界爆竊警報，發生於第 01 分區的第 015 防區，末位 8 為校驗和。若其後收到 1234 18 3131 01 015 6，即同一防區的警報已復原。

需要安裝或升級防盜警報系統？

我們的工程師可按場地規劃警報主機、感應器佈點與監控中心接駁方案，由舊式電話線報告升級至流動網絡／IP 通訊亦可一站式處理，歡迎查詢及免費報價。

WhatsApp 免費報價 →

延伸閱讀

門禁系統是什麼？視像對講是什麼？Wiegand 是什麼？OSDP 是什麼？DDNS 是什麼？防盜警報系統指南門禁系統指南什麼是4G警報通訊器？

若閣下正計劃相關工程或需要選購設備，歡迎瀏覽網絡工程服務了解方案詳情，或透過網上快速報價與我們的工程師聯絡。

本頁內容由人手或AI輔助生成，雖經核對仍可能存在誤差，僅供參考；產品規格以原廠最新文件為準；有需要請聯絡我們工程師。