車載ネットワークは、1台のクルマに載る制御装置どうしを共通の配線で結び、信号やデータをやり取りさせる仕組みです。スイッチ1個の状態を送るLINから映像を運ぶ車載Ethernetまで、速度と費用の違う5方式が同じ車内に同居します。この記事では、この5方式を速度と用途と費用で対照し、ドメイン型からゾーン型へ移った構成の変化、単対線PHYの世代、上位層を担うSOME/IPとTSN、そして方式を割り当てる手順を実装目線で整理します。受託開発として引き受ける範囲と、見送るべき条件も示しました。
まとめ|車載ネットワークの方式を速度と費用で振り分ける基準
先に結論を置きます。方式は速度で選ぶのではなく、「1周期あたり何バイトを、何ミリ秒の締切で、何ノードへ配るのか」の3つを数値にしてから割り当てます。スイッチやモータの単純な状態なら毎秒20キロビットのLINで足り、制御信号を多数のノードへ配るならCAN系、カメラや地図のような連続した大容量ならEthernetという振り分けが基本形です。
費用の差は通信ICだけでは終わりません。LINはマイコン内蔵のUARTにトランシーバを足すだけで済むのに対し、Ethernetは物理層IC・スイッチ・シールド設計・試験設備まで一式が要る。ノード単価より、開発と検証の工数差のほうが大きくなりやすい。
世代選択の目安はこうです。新規のボディ系・センサー集約はCAN FDを既定とし、Classical CANを残す理由は既存ECUとの互換だけ。FlexRayは新規採用の候補から外し、時間保証が要る箇所はCAN FDの周期設計かTSN付きEthernetへ寄せます。カメラやレーダを束ねる幹線だけEthernetにし、末端はCANのまま残す構成が、2026年時点で最も費用を説明しやすい形です。
車載ネットワークの定義とドメイン型からゾーン型へ移る構成の変化
1台あたり百を超えるECUを束ねるために配線を共有する設計の理由
車載ネットワークとは、車内の電子制御ユニット(ECU)やセンサー、アクチュエータを共通の伝送路で結ぶ通信網を指します。英語ではIn-Vehicle Network、略してIVNとも書きます。
共有する理由は配線の物量です。制御装置ごとに専用線を引く構成では、装置が増えるほど結線が急に膨らみ、ハーネス重量とコネクタ本数が車両重量と組立工数へ跳ね返ります。1組の線に全ノードをぶら下げるバス型なら、装置を1台増やしても線は増えません。燃費や電費、生産ラインの作業時間に直結するため、通信方式の選定は原価の話でもあります。
ドメイン型からゾーン型へ移行して変わる幹線の位置とハーネス重量
構成の考え方は、この10年で大きく変わりました。従来はパワートレイン系・シャシー系・ボディ系という機能のまとまり(ドメイン)ごとに統合ECUを置き、配下を機能別のバスで束ねる形が主流。同じ機能の装置が前後に散っていれば、線を機能単位で長く引き回すことになります。
これに対してゾーン型は、車体を前・中央・後などの物理的な区画(ゾーン)で切り、区画ごとのゾーンECUに近くの装置をぶら下げます。区画どうしはEthernet幹線で結び、演算は中央の高性能コンピュータへ寄せる。末端の線が短くなるぶんハーネス重量が下がり、演算の追加や差し替えもソフトウェア側で吸収しやすくなる。ソフトウェア定義車両(SDV)が指しているのは、おおむねこの構造への移行です。
OSI参照モデルで見たときに各方式が受け持つ層とその外側の範囲
方式を比べるときは、どの層の話かを揃えておくと混乱が減ります。LIN・CAN・FlexRay・車載Ethernetが規定するのは、OSI参照モデルの7階層のうち主に第1層と第2層、つまり信号の形とフレームの並べ方まで。アドレス設計や大きなデータの分割は規格の外側にあり、車載ではSAE J1939、診断通信のISO 15765-2、サービス指向のSOME/IPが埋めています。「CANでは8バイトしか送れない」という説明が誤解を招くのは、分割が上位層の担当だからです。
LIN・CAN・CAN FD・FlexRay・車載Ethernetを速度と用途で比べる
速度・接続形態・費用で並べた5方式の対照表と担当する領域の違い
速度は規格上の上限で、実際の値は線長とノード数に左右されます。
| 方式 | 速度の上限 | 接続形態 | 主な担当領域 | ノード費用 |
|---|---|---|---|---|
| LIN | 20 kbit/s | 単線バス | ミラー・ドアロック | 最も安い |
| Classical CAN | 1 Mbit/s | 2線バス | パワートレイン・ボディ | 安い |
| CAN FD | 5 Mbit/s前後 | 2線バス | 制御全般・センサー集約 | 安い |
| FlexRay | 10 Mbit/s×2系 | 2線バス・スター | 操舵や制動の時間保証 | 高い |
| 車載Ethernet | 25 Gbit/sまで | 単対線の1対1 | カメラ・幹線・診断 | 最も高い |
表で目を引くのは速度差ですが、実務で効くのは接続形態です。LIN・CAN・FlexRayは1本の線に複数のノードをぶら下げられるのに対し、車載Ethernetの単対線PHYは原則2点間を1対1で結ぶため、ノードを増やすたびにスイッチのポートが要る。ここが配線設計と部品表の分岐点です。
方式を割り当てる前に切り分けておきたい三つの問いと確認する順序
対照表を眺める前に、対象の通信について次の3点を決めておくと迷いが減ります。
- 1回に運ぶデータ量は数バイトか、数十バイトか、それとも連続したストリームか
- 締切は決まっているか。決まっているなら何ミリ秒で、破ったときに何が起きるか
- 同じ線につながる相手は1台か、十数台か、それとも区画をまたぐか
この3点が埋まれば方式はほぼ自動的に絞れます。埋まらないまま「将来を見越してEthernetで」と決めると、スイッチとシールド線の費用だけが先に乗り、帯域は使われないまま残ります。
低速側を受け持つLINの単線構成とマスタスレーブで割り切る範囲
12ボルト単線と20キロビット毎秒に割り切ったLINの構成と費用
LINはLocal Interconnect Networkの略で、ISO 17987シリーズにまとめられた低速の車載バスです。信号線は1本だけで、帰りの経路は車体(ボディアース)が兼ねる。差動2線のCANよりノイズには弱いものの、線もコネクタのピンも半分で済みます。
速度の上限は20 kbit/s。通信の中身はUARTの調歩同期をほぼそのまま使うため、マイコン内蔵のシリアルポートとLINトランシーバがあれば動きます。専用の通信コントローラが要らないことが、単価差の正体です。
マスタからのヘッダで送信権を配るスケジュールテーブルの設計方法
LINはマスタ1台とスレーブ十数台の構成を採り、送信権はマスタ側が握ります。マスタが同期用のブレーク信号と識別子(PID)を含むヘッダを送り、そのPIDに対応するスレーブだけが応答を返す。誰がいつ送るかを表として先に決める、スケジュールテーブル駆動です。
衝突が起きないので通信時間を机上で計算でき、最悪応答時間を設計段階で確定できる。一方で、スレーブ側の突発的なイベントは次に自分のスロットが回るまで送れません。反映が数十ミリ秒遅れても差し支えない領域、つまりミラー・ドアロック・室内照明あたりがLINの守備範囲です。締切が10ミリ秒を切る制御をLINへ載せる設計は、ここで無理が出ます。
FlexRayが担った時間保証とCAN FDへ置き換わった費用面の事情
TDMAの静的セグメントで到達時刻を固定するFlexRayの設計
FlexRayは、CANより速く到達時刻も確定させたいという要求に応えて2000年代に作られた規格です。コンソーシアムは2009年に解散し、仕様はISOへ移管されてISO 17458シリーズになりました。速度は1チャネルあたり10 Mbit/sで、2チャネル構成にすれば冗長化するか帯域を倍にするかを選べます。
時間保証の作り方はCANと違います。CANはIDの小さいメッセージが勝つ優先度制御で、混雑時の低優先度フレームは待たされる。FlexRayは通信サイクルを時間で区切り、静的セグメントの各スロットをノードへあらかじめ割り当てるTDMA方式です。自分のスロットは奪われないため、到達時刻が線表として決まります。イベント駆動のメッセージ用に動的セグメントも併せ持ちます。
二重系の配線費用とCAN FDの登場によって採用が絞られた経緯
設計としては筋が通っていますが、採用は広がりませんでした。理由は費用と手間です。コントローラとトランシーバがCANより高く、2チャネルにすれば線もコネクタも倍。全ノードのスロット割り当てを事前に確定させるため、メッセージを1つ足すだけでも通信設計のやり直しが要ります。
そこへ2012年にCAN FDが現れ、データ部が64バイトへ広がり、調停後の区間だけ数Mbit/sへ上げられるようになりました。既存のID体系と開発資産をそのまま持ち込めるうえ、部品も安い。FlexRayを選ぶ理由は「スロット単位の時間保証が契約上どうしても要る」という限られた場面に絞られています。2026年時点の新規設計では、既存車種の継続開発で触る規格と考え、候補からは外して差し支えありません。
車載Ethernetの物理層規格と100BASE-T1から25Gまでの選択肢
単対線PHYの世代と対応するIEEE 802.3の改訂を並べた対照
車載Ethernetがオフィス用と違うのは物理層です。1000BASE-Tが4対8芯を使うのに対し、車載では非シールドの1対2芯で同じ速度を出す規格が別に作られました。単対線(Single Pair Ethernet)と呼ばれる系統で、線材とコネクタの費用を抑えるための割り切りです。
| 規格名 | 速度 | IEEEの改訂 | 想定用途 |
|---|---|---|---|
| 10BASE-T1S | 10 Mbit/s | 802.3cg-2019 | 末端の多ドロップ |
| 100BASE-T1 | 100 Mbit/s | 802.3bw-2015 | 診断・カメラ・幹線 |
| 1000BASE-T1 | 1 Gbit/s | 802.3bp-2016 | ゾーン間の幹線 |
| 2.5/5/10GBASE-T1 | 10 Gbit/sまで | 802.3ch-2020 | センサー集約・演算 |
| 25GBASE-T1 | 25 Gbit/s | 802.3cy | 高精細センサーの束ね |
カメラのように「送る向きだけ大量、戻りは制御信号だけ」という非対称な通信に向けたIEEE P802.3dmも検討が進み、タスクフォースは2026年3月にも目標と日程の文書を更新していますが、2026年8月時点では規格化の作業が続く段階です。部品表を先に固める案件では、承認済みの802.3ch系までを前提に置くのが安全側の判断になります。
10BASE-T1Sの多ドロップがCANの置き換え候補になる条件
単対線PHYの中で毛色が違うのが10BASE-T1Sです。IEEE 802.3cg-2019で規定され、10 Mbit/sの半二重ながら、1本の線に8ノード以上を最長25メートルまでぶら下げる多ドロップ構成を採れる。1対1が前提のほかの車載Ethernetと違い、CANと同じバス型の配線を組めます。
任意機能としてPLCA(Physical Layer Collision Avoidance)があり、有効にするとノードへ順番に送信機会を回すため、衝突と再送のばらつきを抑えられます。とはいえ、CANのビット単位の優先度制御ほど締切に強いわけではありません。末端センサーの集約でCANの帯域が足りず、かつ全ノードを一斉に更新できる新規設計なら候補になる、という程度に見ておくのが実情に合います。CAN側のフレーム構造や調停の挙動はCAN通信の仕組みを扱った記事で整理しているので、可否を判断する前に突き合わせてください。
SOME/IPとTSNが受け持つ上位層の設計とゲートウェイの責務
サービス指向のSOME/IPが信号ベースの設計と異なる点と利点
Ethernetを引いただけでは車載の通信は成立しません。CANの設計では「このIDの何ビット目が車速」という取り決めで足りましたが、Ethernetでは相手を探し、必要なデータだけを購読する仕組みが要ります。
そこで使われるのがSOME/IP(Scalable service-Oriented MiddlewarE over IP)です。AUTOSAR発の仕様で、機能を「サービス」として公開し、利用側がサービスディスカバリで見つけて購読します。この方式を高性能ECU側で標準化したのがAdaptive AUTOSAR(AUTOSAR Adaptive Platform)で、ara::comのバインディングの1つとしてSOME/IPを扱います。値が変わったときだけ通知するイベント購読を組めるため、常時全量を流すCANの周期送信より帯域を節約できる場面がある。設計の重心が、信号の配置表からインタフェース定義へ移ると考えると分かりやすいはずです。
TSNの時刻同期と帯域予約で締切を守る仕組みと適用できる範囲
もう1つの柱がTSN(Time-Sensitive Networking)です。標準のEthernetはベストエフォートで、混雑すればフレームは待たされる。制動や操舵に関わる通信をここへ載せるには、待ち時間の上限を仕組みとして保証する必要があります。
TSNはIEEE 802.1の規格群で、802.1ASによる時刻同期を土台に、802.1Qbvの時間認識シェーパで送信の時間枠を区切り、802.1Qavで帯域を予約し、802.1CBで重要なフレームを複製して別経路へ流します。車載向けの組み合わせをまとめたプロファイルがIEEE 802.1DG-2025として発行済みで、自前で取捨選択する前にこちらを起点にすると設計が揃います。
ゲートウェイがCANとEthernetの間で担う変換と遮断の責務
現実の車両では、幹線がEthernet、末端がCANやLINという混在構成になります。境界に置かれるゲートウェイの仕事は3つあります。
- プロトコル変換:CANフレームの信号をSOME/IPのサービスへ、逆へも写す
- 帯域と周期の調整:CAN側の10ミリ秒周期をEthernet側の送信枠へ合わせて詰める
- 遮断と隔離:外部と接続する系統から制御系へ不正なフレームが渡らないよう止める
3つ目は設計上の要です。CANは送信元の認証を持たないため、外部通信を扱う系統と制御系を同じ土俵に置くと、防御の起点がゲートウェイしかありません。国連協定規則第155号(サイバーセキュリティ管理システム)と第156号(ソフトウェアアップデート管理システム)が求めているのも、この境界の設計と運用の証跡。ゲートウェイECU側のOS選定は締切を守る周期処理と隔離の両立が要件になるため、マイクロカーネル型RTOSの構造を押さえたうえで判断してください。
帯域と締切を数値化してから方式を割り当てる選定手順と費用の試算
帯域・周期・締切を数値にしてから方式へ割り当てるまでの手順の全体
方式選定は次の順で進めると手戻りが減ります。カタログの速度から入らないことが要点です。
- 通信の一覧を作り、1件ごとに「データ長・周期・締切・送信元と宛先」を書き出す
- 締切のあるものと無いものに分け、締切のあるものだけを先に方式へ割り当てる
- 同じ方式へ束ねた通信のビット長と頻度を掛けて積み上げ、占有率を出す
- 占有率が定常で30〜40パーセント、ピークでも60パーセントを超えない範囲で止める
- 締切の無い大容量(映像・地図・ログ)を残りのEthernet側へ寄せる
- 将来追加ぶんとして、各バスに2割の空きを残したまま部品表を確定する
占有率の上限を低めに置くのは、CAN系では低優先度フレームの待ち時間が負荷とともに急に伸びるからです。送信周期を作るのはマイコン側のタスクなので、周期のゆらぎを含めた見積りにはリアルタイムOSのスケジューリング特性もあわせて確認しておくと、実機で締切を割る事故を減らせます。
線長とノード数から配線と検証にかかる費用を見積もるときの計算
費用の見積りでは、通信ICの単価だけを比べても実態に届きません。次の4項目を並べて初めて差が見えます。
| 費目 | LIN・CAN系 | 車載Ethernet |
|---|---|---|
| 通信IC | 安価・内蔵も多い | PHYとスイッチが必要 |
| 配線 | バス型で共有できる | 1対1で本数が増える |
| 検証設備 | 汎用の測定器で足りる | 専用の適合試験が要る |
| 技術者 | 組み込み経験で対応可 | IP網の知見も要る |
台数の少ない特装車や試作では、この4項目の差がそのまま総額に出ます。逆に量産台数が伸びる案件では、ハーネス重量の削減が原価と燃費に効くため、幹線をEthernetへ寄せる判断が通りやすい。「試作・少量ならCAN系へ寄せ、量産と将来の機能追加を前提にするなら幹線だけEthernet」という切り分けが、費用の説明としては最も通ります。
受託開発として車載ネットワーク案件を引き受ける範囲と見送る条件
機能安全とサイバーセキュリティの規格が開発体制と証跡に求める水準
車載は、通信方式を理解していれば入れる領域ではありません。制動や操舵に関わる部分にはISO 26262が定める機能安全のプロセスが要求され、ASILの水準に応じて、要求のトレーサビリティ、設計検証、テストのカバレッジ、ツールの適格性確認まで証跡が要ります。
セキュリティ側はISO/SAE 21434が開発工程での脅威分析とリスク評価を求め、型式認証では国連協定規則第155号と第156号への適合が前提です。いずれも「作れるか」ではなく「作った過程を示せるか」を問う枠組みで、体制と記録の設計が先に来る。ここを軽く見た見積りは、後工程の検証費用で崩れます。
受託側が引き受けやすい周辺領域と体制を作ってから受けるべき条件
とはいえ、車載の仕事すべてがOEMやTier1の領域というわけではありません。実務で引き受けやすいのは量産ECUそのものではなく周辺のデータ側です。
- CANやOBD由来のデータを車外へ送る通信ゲートウェイの実装と、クラウド側の受け口
- 取得した車両データを集計・可視化する業務システムや、運行管理・保全計画への連携
- 試験装置・治具・特装車向けの小規模な制御ネットワークと計測ソフトウェア
- 産業機械や建設機械のCANopen系装置と、上位システムをつなぐ変換層
逆に、次の3条件のどれかに当たる案件は、体制を作ってから受けるかTier1へ寄せるほうが安く済みます。第一に、ASIL CやDの機能に触れるのに機能安全の運用実績と有資格者が社内に無い場合。第二に、量産台数が数万台規模で、EMC試験や適合試験の設備と経験を前提にした日程が組まれている場合。第三に、AUTOSARのツールチェーンと成果物(ARXMLなど)の運用が要求されているのに、ライセンスと習熟の期間が見積りへ入っていない場合です。ARXMLの受け渡しを含む工程の全体像はAUTOSAR開発の工程とは?ARXMLの受け渡しとツールチェーンを実装目線で解説にまとめました。
周辺領域なら、車内で取ったデータをどう業務へつなぐかという設計が中心です。MQTTによるPub/Subの仕組みで車外へ運び、業務側の要件は車両運行管理IoTの導入判断に沿って整理する流れが素直です。車載側の通信設計から車外のクラウド連携までを一体で相談したい場合は、AI/IoTソリューションの開発支援で、方式選定と実装の切り分けから引き受けています。
よくある質問
車載ネットワークとは簡単に言うと何ですか?
クルマの中の制御装置どうしを共通の配線で結び、信号やデータをやり取りさせる仕組みです。装置ごとに専用線を引くと配線が膨れるため、1組の線を共有します。速度と費用の違う複数の方式が用途ごとに使い分けられ、1台の中に同居しているのが普通の姿です。
CANとLINはどのように使い分けますか?
締切とデータ量で分けます。10ミリ秒前後の周期で制御信号を多数のノードへ配るならCAN、数十ミリ秒から数百ミリ秒の反映で足りるスイッチやモータの状態ならLIN。LINは信号線1本で通信ICも内蔵UARTで済むぶん安く、CANの末端にぶら下げる形が定番です。
FlexRayは今も使われていますか?
既存車種の継続開発では触る場面が残っていますが、新規採用は限られます。コントローラとトランシーバが高く、2チャネル構成では配線も倍。スロット割り当てを事前に固定するため、メッセージを1つ足すだけで通信設計のやり直しが要る。CAN FDの登場で速度差の理由が薄れ、時間保証が要る箇所はTSN付きEthernetへ寄る流れです。
車載EthernetはCANを置き換えますか?
幹線は置き換わりつつありますが、末端は当面CANが残ります。単対線Ethernetは原則1対1接続で、ノードを増やすたびにスイッチのポートが要るため、数バイトの信号を十数台へ配る用途では配線費用が見合わない。多ドロップの10BASE-T1Sは候補になるものの、締切の厳しい制御ではCANの優先度制御に軍配が上がります。
車載ネットワークの通信をパソコンから確認できますか?
確認できます。CANやLINはUSB接続のインタフェースとデコードソフトで、フレームのIDとデータ部を時系列で見られます。信号名への読み替えにはDBCやLDF、AUTOSARのARXMLといった定義ファイルが要る。車載Ethernetは通常のパケットキャプチャが使える一方、単対線PHYを直結できないため変換用のメディアコンバータが別に必要です。
関連記事
- CAN通信とは?CANバスの仕組み・アービトレーションとCAN FDの違いを実装目線で解説:本記事で比較したCANの内部仕様
- 産業用ネットワークとは?フィールドバスと産業用Ethernetの分類・規格選定を実装目線で解説:産業機械側の規格選定
- RTOSとは?リアルタイムOSの仕組み・主要製品の比較と採用判断を実装者目線で解説:周期タスク側の設計
- MQTTとは?Pub/Subの仕組み・QoS・MQTT 5.0の実装からHTTPとの使い分けまで実装者向けに解説:車外へ運ぶときの選択肢
- 車両運行管理IoTとは?テレマティクス・デジタコ連携の仕組みと導入判断を解説:取得データの業務利用