EU C-ITS Mandate 2027: Engineering Implications for Nordic Transport Infrastructure

EU C-ITS mandate 2027ノルディック交通インフラストラクチャエンジニアリングの作業量は、もはや将来の計画実行ではありません。デンマーク、スウェーデン、フィンランドの交通機関とインフラストラクチャオペレーターが次の18~24ヶ月以内に実行する必要があるアクティブな配置プログラムです。指令2010/40/EU(ITS指令)を補足する委任規制と改訂ITS指令(EU)2023/2661、C-Roads Platform相互運用性仕様とともに、すべてのノルディックEU加盟国の道路当局、トンネルオペレーター、高速道路コンセッショネア、および公共交通インフラストラクチャ所有者に対する具体的なエンジニアリング義務を課します。

この記事は、ノルディック交通機関およびインフラストラクチャオペレーターのプログラムディレクターおよびエンジニアリングVP向けです。協調的インテリジェント交通システムに関する欧州委員会の方向性について既に知っていると仮定し、実際に構築する必要があります。スコープ内のシステム、エンジニアリング作業の内容、ノルディック労働市場の容量ギャップ、および2027年のマイルストーンがライブオペレーションを不安定にすることなく達成可能なように配置をシーケンスする方法。

この記事が概要でカバーするもの

• C-ITSは革新プロジェクトではなく、委任された運用機能です。 改訂ITS指令(EU)2023/2661は、Day 1およびDay 1.5サービスを指定された道路セグメントおよびインフラストラクチャカテゴリに対して法的に必須にします。
• スコープは路上ユニット、バックオフィスC-ITS駅、および中央ITSプラットフォームをカバーしています。 機関をスコープを除くのは一般的な誤読である車両側テクノロジーだけではありません。
• デンマーク、スウェーデン、フィンランドはそれぞれC-Roads Platform調和仕様に合わせる必要があります。 国家プログラム(ITS Denmark、Trafikverket、Fintraffic)には、調整できる公開ロードマップがあります。
• エンジニアリング容量ギャップは、組み込みシステム、IEC 62443セキュリティ、およびV2Xプロトコルスタックに集中しています。 これらは、ノルディック市場が現在プレミアムで価格設定されている専門家スキルです。
• コンプライアンスは特定の標準に対してテストされます。 ETSI EN 302 637-2/3(CAM/DENM)、ETSI TS 103 097(セキュリティ)、ISO 21217(ステーション建築)、およびC-Roads技術プロファイル。
• シーケンスされた配置が可能です。 路上ハードウェア調達、バックオフィスプラットフォームエンジニアリング、および統合テストを、明確なインターフェースコントラクトを備えた並列ワークストリームにデカップリングすることにより。

EU C-ITS mandate がノルディック交通機関に実際に要求することは何か?

EU C-ITS mandate は最も良く、単一の規制ではなく、3つの重複する義務のセットとして理解されています。ノルディック機関は、スコープを正確に理解するために、すべて3つに対してインフラストラクチャポートフォリオをマップする必要があります。

まず、2023年12月に発効した改訂ITS指令(EU)2023/2661は、EU レベルのITS仕様の範囲をTrans-European Transport Network(TEN-T)から包括的なネットワークおよび都市ノードに拡張しています。これが運用上の変化です。以前は mandate の外にあったインフラストラクチャは、今では内部に該当します。トンネルオペレーター、都市交通管理センター、および3つのノルディックEU加盟国のすべての公共交通インフラストラクチャ所有者が影響を受けています。

次に、Delegated Regulation 2023/1704(Multimodal Travel Information Services)および実時間交通情報および安全関連交通情報に関する関連委任法は、National Access Point 経由で指定されたフォーマットでのデータ提供を要求しています。デンマーク、スウェーデン、フィンランドの場合、これは国家NAP オペレーター(Vejdirektoratet、Trafikverket、Fintraffic)がDATEX IIおよび関連フォーマットでインフラストラクチャ所有者からのデータを取り込み、検証し、発行する必要があることを意味しており、これはデータを生成するオペレーター上でエンジニアリング義務を作成します。

第3に、C-Roads Platform 調和仕様は、C-ITS Day 1 サービス(危険な場所の通知、道路工事警告、車内標識、プローブ車両データ、信号フェーズとタイミング、信号違反警告、グリーンライト最適速度勧告、および静止車両警告)の技術プロファイルを定義しています。これらは、指定された道路セグメント上で運用可能である必要があるサービスです。ETSI ITS G5 およびHybrid Communication アプローチと合わせたC-Roads Platform Release 2.1仕様は、どのメッセージを発行する必要があるか、どの周波数で、どのセキュリティ署名で、どの通信チャネルを通じて、正確に定義しています。

機関が「2027 mandate」について話す場合、彼らは通常、EU Sustainable and Smart Mobility Strategy マイルストーンと合わせた国家実装タイムラインに対する3つのトラックの収束を意味しています。

ノルディックインフラストラクチャオペレーターのスコープ内のシステムは何か?

スコープの質問は、ほとんどの初期プログラムが誤るところです。一般的な誤りは、C-ITSを路上ユニット(RSU)調達実行として扱うことです。そうではありません。それは4つの異なるレイヤーを備えたシステムのシステムエンジニアリングプログラムです。

第1層は路上C-ITS駅です。これは、ガントリー、トラフィック信号コントローラー、可変メッセージサイン、トンネルポータル、および作業ゾーンに展開された組み込みハードウェアおよびソフトウェアです。ISO 21217に準拠するITS-Sアーキテクチャを実行し、ETSI EN 302 637-2およびETSI EN 302 637-3ごとにCAMおよびDENMメッセージを発行し、European C-ITS Security Credential Management System(EU CCMS)経由の証明書管理でETSI TS 103 097ごとのセキュリティを処理します。

第2層は中央C-ITS駅で、バックオフィスと呼ばれることもあります。これは、トラフィック管理センターデータが標準化されたC-ITSメッセージに変換され、関連する路上インフラストラクチャにルーティングされるか、セルラー経由でブロードキャストされます。中央ステーションは通常、レガシートラフィック管理プラットフォーム(SCOOT、SCATS、プロプライエタリなノルディックTMCプラットフォーム)とC-ITSメッセージレイヤー間の統合ポイントです。

第3層はセキュリティおよび証明書インフラストラクチャです。ノルディックオペレーターはEU CCMS(登録当局および認可当局経由)と統合し、不動産内のすべてのC-ITS駅の証明書ライフサイクルを管理する必要があります。これは専門的なPKIエンジニアリング作業であり、初期スコープの測定が頻繁に過小評価されています。

第4層はデータ交換および監視プレーンです。National Access Point との統合、C-Roads参照アーキテクチャ経由のオペレーター間メッセージ交換、運用上の監視、主要なパフォーマンス指標の収集、および規制報告の証拠ベースはすべてここにあります。

典型的なノルディック高速道路オペレーター向けの正直なスコープステートメントは、レイヤー1だけではなく、4つのレイヤーすべてをカバーしています。

C-ITS準拠に必要なエンジニアリング作業は何か?

スコープが正しくフレーム化されると、エンジニアリング作業は、かなり予測可能なワークストリームのセットに分解されます。2027年アライン配置を計画しているノルディック機関は、これらのそれぞれに対する予算とチーム構造を持つべきです。

プロトコルスタック実装は、ETSI ITS-G5物理およびMACレイヤー、GeoNetworking、BTP、およびCAM、DENM、IVI、SPaT、MAPresultおよびSSMメッセージが生成および消費されるファシリティレイヤーをカバーしています。セルラー側では、同等の作業には3GPP C-V2X Release 14以降のスタックと、短距離とセルラーパスを選択するハイブリッドモードロジックが含まれます。

メッセージエンジニアリングは、CAM生成ロジック(標準が車両中心であり調整される必要があるため、静止インフラストラクチャでは非自明)、運用イベントに関連するDENMトリガーロジック、既存の交通標識データセットからのIVIコンテンツマッピング、およびシグナルコントローラー状態からのSPaT/MAP生成をカバーしています。

セキュリティエンジニアリングは、EU CCMSとの統合、登録および認可証明書ワークフロー、ニックネーム管理、アウトバウンドおよびインバウンドメッセージの署名と検証、および取り消し処理をカバーしています。C-ITS駅は改訂NIS2規制フレーミングの産業用制御コンポーネントであるため、この作業はIEC 62443標準に配信される必要があります。

統合エンジニアリングは、既存のトラフィック管理プラットフォームと中央C-ITS駅間のインターフェース、National Access Point とのインターフェース、およびオペレーター間メッセージ交換をカバーしています。これは通常、エージェンシーの直接管理外の当事者との調整テストが必要であるため、最長ポールワークストリームです。

テストおよび検証エンジニアリングは、ETSI テスト仕様に対する適合テスト、C-Roadsテストイベントと合わせた相互運用性テスト、PKI統合のセキュリティテスト、および運用シナリオに対する受け入れテストをカバーしています。C-Roads Platform は、合理的なベースラインとして機能するテスト仕様を発行しています。

ノルディック市場のエンジニアリング容量ギャップはどこか?

ノルディック労働市場はC-ITS関連スキルに対して厳しく、2027年アライン配置を計画しているエージェンシーは、内部でスタッフできる場所とできない場所の現実的な見方が必要です。

プロトコルおよび組み込みシステムレイヤーでは、デンマーク、スウェーデン、フィンランドで利用可能な才能プールは狭いです。ETSI ITS-G5およびC-V2X経験は、少数のTier 1サプライヤーおよび少数の専門相談関係者に集中しています。大学院のパイプラインが存在します(Aalto University、KTH、DTUには関連プログラムがあります)が、現在のmandateプログラムの波に必要な量でシニアエンジニアを生成していません。

セキュリティおよびPKIレイヤーでは、IEC 62443の専門知識はC-ITS固有のPKI経験よりも見つけやすいです。後者は世界的に小さな専門化であり、ノルディック市場で大きなプレミアムを命じます。

統合レイヤーでは、DATEX IIおよびトラフィック管理プラットフォームの専門知識がノルディックシステムインテグレーターコミュニティに存在していますが、European C-ITS Security Credential Management System との統合はあまり一般的ではありません。

ほとんどのノルディック機関は、内部建築およびプログラム管理コアとサブパートナーエンジニアリングモデルを組み合わせることにより、この容量の現実に対応しています。ノルディックプライム(多くの場合、国内SI またはTier 1サプライヤー)はエージェンシーに説明責任を保持しますが、戦略的なエンジニアリングパートナーは、必要なスケールとペースで組み込みシステム、プロトコルスタック、およびテスト自動化容量を提供しています。これはnoridic system integrators のためのサブパートナーエンジニアリングチームの分析で説明しているモデルであり、ここで直接関連しています。

現実的なC-ITS配置タイムラインはどのようなものか?

今日実行されている2027年アライン配置プログラムは、大まかに18~24ヶ月のエンジニアリング滑走路を持っています。以下のシーケンスは、スコープが確認され、資金が整っていると仮定して、保守的ですが達成可能なパターンです。

1~3ヶ月は建築およびインターフェース定義をカバーしています。中央C-ITS駅アーキテクチャはベースライン化され、既存のトラフィック管理プラットフォームおよびNational Access Point とのインターフェースコントラクトが指定され、PKI統合設計が国家登録当局と合意され、路上ユニットのハードウェア調達仕様が最終化されます。

3~9ヶ月は、中央C-ITSプラットフォーム、路上配置用のプロトコルスタック、およびPKI統合の並列配置をカバーしています。このウィンドウでは、広範な展開前にエンドツーエンドチェーンを検証するために、限定されたガントリーおよび信号コントローラーセットでの小規模なフィールドパイロットを実行することも通常です。

9~15ヶ月は、路上ハードウェアの展開、スケールでの統合テスト、およびC-Roads相互運用性テストイベントへの参加をカバーしています。このフェーズは、プログラムの直接管理外の当事者との調整テストに依存するため、スケジュールリスクが実現する場所です。

15~21ヶ月は、運用準備、規制報告の証拠収集、および運用への引き渡しをカバーしています。証拠ベース(テストレポート、適合証明書、PKI運用ログ、KPIダッシュボード)は自明ではなく、配置の一部として構築される必要があります。事後に組立てられません。

21~24ヶ月は、初期操作からの欠陥解決の偶発事象バッファと報道を提供しています。

これより明らかに遅く始まるプログラムは、スコープを削減するか控除を受け入れるのいずれかなく2027年に達成するのに苦労するでしょう。どちらも、プログラムディレクターレベル以上の政治的決定です。

ノルディックオペレーターはどのコンプライアンス標準とフレームワークをマップする必要があるか?

コンプライアンス表面は広いですが、有限です。以下のセットは、任意のノルディックC-ITSプログラムに対して合理的なベースラインであり、規制トレーサビリティマトリックスの核を形成する必要があります。

ITS指令側では、改訂指令(EU)2023/2661およびその関連する実時間交通情報(規制2015/962)、安全関連交通情報(規制886/2013修正)、およびマルチモーダル移動情報(規制2017/1926修正)に関する委任法は、インフラストラクチャオペレーターの期待される出力を定義しています。

C-ITS技術側では、ETSI TC ITS標準がメッセージフォーマットとプロトコルスタックを定義しています。関連するベースラインには、ETSI EN 302 637-2(CAM)、ETSI EN 302 637-3(DENM)、ETSI TS 103 301(IVI、SPaT、MAP、SRM、SSMを含むインフラストラクチャメッセージ)、ETSI TS 103 097(セキュリティ)、およびETSI EN 302 665(通信アーキテクチャ)が含まれます。ISO 21217はステーション建築をカバーしています。

セキュリティ側では、EU CCMScertificateポリシーおよびC-Roadsセキュリティ仕様がPKI要件を定義しています。産業用サイバーセキュリティ義務は、組み込みC-ITS駅のIEC 62443-4-1(セキュアな製品開発ライフサイクル)およびIEC 62443-4-2(コンポーネント要件)から、システムレベル要件のIEC 62443-3-3から流れます。

運用側では、各ノルディック国のNIS2移置は、インシデント報告およびサプライチェーンセキュリティ義務を作成しています。GDPRは処理されたすべての個人データに適用されます(特定の条件下で個人になる可能性がある車両識別子を含む)。形式的に評価する必要があります。

より広いドイツのITSエンジニアリング標準コンテキストを評価し、ノルディックインフラストラクチャにどのように転送するかを評価している読者は、ノルディック輸送のためのITSエンジニアリングに関する分析に直接関連しています。

C-ITS Mandate に関する経営者レベルのFAQ

EU C-ITS mandate はスウェーデン、デンマーク、フィンランドに具体的にどのように適用されるか?

3つすべてはEU加盟国であり、したがって、他の加盟国と同じベースで改訂ITS指令(EU)2023/2661およびその委任法に拘束されています。国家実装はスウェーデンではTrafikverketで運営され、デンマークではVejdirektoratetで、フィンランドではFintrafficおよび交通・通信省で、C-Roads参加を通じて国家プログラムで実施されています。各は、EU 2027マイルストーンと合わせた公開ロードマップを持っています。

ITS-G5、C-V2X、またはその両方を展開する必要があるか?

EUフレームワークは技術中立的であり、C-Roads Platform はハイブリッド通信アプローチを採用しています。ほとんどのノルディックプログラムは、ETSI ITS-G5短距離通信とセルラーC-V2Xの両方をサポートするハイブリッド展開を計画しており、中央C-ITS駅はメッセージごとおよび道路セグメントごとに通信選択を抽象化しています。シングルテクノロジー展開は可能ですが、将来の柔軟性を削減します。

Tier 1サプライヤーにターンキー準拠を配信するために依存できるか?

部分的に。Tier 1路上ユニットサプライヤーは準拠したハードウェアとプロトコルスタックを配信しますが、中央C-ITS駅、国家トラフィック管理プラットフォームとの統合、EU CCMS との PKI統合、およびNAP統合は通常、ハードウェアサプライヤーのスコープ外であり、個別にエンジニアリングする必要があります。統合エンジニアリング能力なくターンキーTier 1配置を仮定するプログラムは一貫してスコープを除外しています。

2027年マイルストーンに達する最大の単一リスクは何か?

ヨーロッパ交通オペレーターでの作業経験では、最大の単一リスクは統合テストフェーズ、特に外部当事者(NAP オペレーター、他のインフラストラクチャ所有者、C-Roadsテストイベント時の車両OEM)との調整テストです。このフェーズはプログラムの直接管理外のカレンダー調整に依存し、残りのスケジュールをすばやく圧縮します。内部エンジニアリングを遅く終了するプログラムはほぼ常に外部テストウィンドウを逃します。

ノルディックインフラストラクチャリーダーは次に何をすべきか?

プログラムが既にモビライズされている場合、直接の優先事項は、4つのアーキテクチャレイヤー全体でスコープを確認し、組み込みシステム、C-ITS PKI、およびV2Xプロトコルエンジニアリングの容量ギャップを正直に評価することです。プログラムがまだモビライズされていない場合、残りの配置ウィンドウの圧縮は現在は重要であり、次の四半期で行われた建築上の決定は、2027年のマイルストーンが控除なしで達成可能かどうかを決定するでしょう。

配置チームの構成方法を検討しているノルディック機関およびインフラストラクチャオペレーター(内部、プライム請負業者、または組み込みシステムとテスト自動化容量を供給する戦略的エンジニアリングパートナーを備えたブレンドモデル)の場合、質問はコストの質問ではなく、容量とリスク質問として最適に框架されています。エンジニアリングコンテンツは専門的であり、タイムラインは容赦がありません。最も重要な決定は、外部テストウィンドウが閉じ始める前に、正しい標準トラック記録を備えた正しいエンジニアリング容量を保護し、契約して統合することです。