當緊急通話接通時，接線員需要的不只是聲音：車禍確切地點在哪、車輛當時朝哪個方向行駛、動力來源是什麼、車輛身分為何。在 eCall 中，這些答案以「最小資料集（MSD）」送達——這是一段精簡、標準化的訊息，就搭載在同一通語音通話上傳送。本文逐一欄位拆解 MSD，解釋 3GPP 頻內數據機如何透過語音通道可靠地傳送它，並展示隨著行動網路全面 IP 化，下一代 eCall 如何把同樣的資料移轉到 SIP/IMS。

最小資料集的內部結構

MSD 由 EN 15722 定義，刻意做得極小：不超過 140 位元組，小到能在狹窄通道上於數秒內傳完。它的 ASN.1 綱要採用 Packed Encoding Rules 編碼以提升位元效率，內含調度員可立即據以行動的資訊：

• 訊息識別碼與控制 — 訊息計數、自動或手動觸發，以及測試通話旗標，確保認證演習不會當成真實事故送達執勤中的 PSAP。
• 車輛識別 — VIN 車身號碼，讓救難人員知道確切車款及其救援資料表。
• 動力類型 — 汽油、柴油、電動、油電混合、氫燃料等，對於選擇脫困與滅火策略至關重要，尤其是高壓電動車。
• 位置與時間 — 緯度、經度與 GNSS 時間戳記，加上位置信心度與行進方向。
• 近期軌跡（選填） — 一段簡短的麵包屑路徑紀錄，協助定位最後一次定位點正好在撞擊前的車輛。
• 選填欄位 — 乘員人數（由安全帶狀態推得）、嚴重程度資料與 OEM 擴充欄位。

為何要用「頻內」數據機？

電路交換式行動通話只提供 IVS 一條音訊通道。eCall 並不要求一條平行資料連線——舊式網路與漫遊情境無法保證這條連線——而是把 MSD 編碼成音頻帶訊號，在通話本身之內傳送。3GPP TS 26.267 規定了該數據機：PSAP 接聽後，兩端數據機以已知的訓練序列同步，IVS 傳送上行 MSD 訊框（140 位元組的酬載變成 1,120 位元，由 CRC 與速率 1/3 的渦輪碼保護，以便在吵雜、衰減的通道中存活），PSAP 則回傳確認。成功傳輸僅需數秒，之後通道便釋放為乾淨的雙向語音。冗餘與重複規則可確保即使在語音已經劣化的微弱訊號下，資料仍能送達。

PSAP 端發生什麼事

PSAP 的數據機解碼該叢發、檢查 CRC 並解碼 ASN.1 訊息，將它呈現在調度員螢幕上——地圖位置、VIN、動力、觸發類型——同時語音對話開始。端對端標準（EN 16454）與測試規範（3GPP TS 26.269、ETSI TS 103 412）確保任何符合規範的 IVS 都能跨廠商、跨國界接通任何符合規範的 PSAP，這正是讓系統在全歐洲互通、而非各自為政的關鍵。

下一代 eCall：轉向 IMS 與 SIP

隨著網路淘汰電路交換、改用 VoLTE/VoNR 與 IP 多媒體子系統（IMS）核心，在語音上搭載數據機音調成為過渡技術。NG-eCall（3GPP TS 23.167 及相關標準）把緊急通話建立為 IMS SIP 工作階段，並將 MSD 作為結構化 SIP 訊息主體傳送——MIME 媒體類型為 application/EmergencyCallData.eCall.MSD——與協商好的音訊並存，未來還可搭載影像或視訊等更豐富的媒體。同一份 EN 15722 MSD 內容予以保留，因此傳輸方式現代化之際，PSAP 資料模型維持穩定；IVS 會協商網路是否支援 NG 傳輸，不支援時便退回電路交換的頻內路徑。

對 T-Box 的工程意涵

• 在觸發當下建立 MSD — 取自即時 GNSS、已儲存的 VIN 與匯流排資料；編碼器須維持通過現行 EN 15722 綱要版本的認證。
• 同時支援兩條路徑 — 當前網路用頻內數據機，NG-eCall 用 IMS/SIP MIME — 具備自動能力協商與退回機制。
• 正確標記測試通話 — 以測試旗標確保符合性測試絕不污染執勤中的緊急中心。
• 編列時間與電力預算 — 在備用電池的電力範圍內，涵蓋同步、重傳與語音。
• 以符合性系統驗證 — 在衰減、換手與弱場環境下模擬 PSAP 數據機與 IMS 核心。

偉江電源：為完整資料與語音序列供電

一旦車輛電源中斷，MSD 叢發、數據機同步以及隨後數分鐘的語音，全都由 T-Box 內部備用電池組供電。偉江電源設計寬溫 NiMH 與鋰電備用電芯，以及依完整 eCall 電力剖面量身打造的電池組——發射脈衝、資料傳輸、66 分鐘 R144 序列中的兩通語音通話——具備車用專案要求的內阻管控、焊接結構與符合性文件。把您終端設備的電流剖面與目標標準寄給我們，我們會為這則絕對不能送達失敗的訊息，設計背後的電源。