開発時の注意点（実務観点）
1. BSPとプラットフォーム依存性
- Qualcomm製チップのBSPは、LG Innotek, Harman (Samsung)などのセットベンダー経由で提供受ける（はずである）ため、デバッグ版QualcmmBSPなどの提供管理や解析ポイントの絞り込みにはスマホ開発よりも時間がかかる可能性あり。
- BSP更新タイミングにより開発スケジュールが左右される、あるいは整合しない場合に仮リリースなど対処案が必要となる。
- Modem firmware / Bootloader / その他のソフト構成要素の最終化まで日程と製造日程との整合に注意（製造ラインでしか書き込めない情報の管理など）
2. 通信認証・規制対応
- FCC（米国）、CE（EU）などの無線認証に対応が必要。グローバル対応、SKUを考慮
- LTE / 5G / Cat-M1 / NB-IoTなどのマルチバンド対応により試験が複雑化
- PTCRB / GCF / キャリア認証（例：AT&T, Verizon）などSKU毎に対応が必須で自社内で調整できない項目への予見的な配慮（前モデルの実績結果の参照）も含まれる
3. ハンドオーバーおよびローミング設計
- 高速移動に対応した3G ⇄ 4G ⇄ 5G ⇄ Wi-Fiのハンドオーバー処理
- V2Xや自動運転向けの低遅延通信対応も視野に
- 通信切替時のセッション維持やQoSに注意
4. バッテリー保持型の動作
- DCMは車両OFF後もバッテリーで一定時間稼働
- 緊急通報やOTAに対応するため、スマートフォンに近い電源管理が必要
- ウェイクアップトリガ（RTC, CAN, モデムイベント）設計をレビュー
5. 緊急通報（eCall）対応
- EU: eCall / 米国: NG911 など制度対応
- 衝突時の自動通報には、DCM単独で動作可能な設計が求められる
- GNSS測位精度、通信優先制御、音声回線の確保などを設計に組み込む
業界で注目されるキーワード一覧
| キーワード | 説明 |
|---|---|
| C-V2X | 車車間・車インフラ間の通信。将来的にはDCMが中核を担う。 |
| DSDA | Dual SIM Dual Active。通信用SIMと緊急通報用SIMを分離。 |
| Secure Boot / Verified Boot | ブート時のセキュリティ検証。モデム含む。 |
| OTA Update | Over-The-Air更新。車載では信頼性・断電対策が必要。 |
| TCU | Telematics Control Unit。DCMと同義で使われることも多い。 |
| eSIM | 地域ごとの通信キャリア切り替えに柔軟。グローバル対応向け。 |
| QoS / Network Slicing | 5G時代の通信品質制御。ストリーミングとeCallを分離運用。 |