ITS-tafel architectuur: Naar een referentiearchitectuur voor C-ITS

ITS-tafelronde, aflevering 2: Architectuur. In deze aflevering een gesprek met tafelvoorzitter Igor Passchier, senior technisch specialist bij Tass International en tafelcoördinator Paul Potters, adviseur smart mobility bij Cachelot. Zij leiden de ‘Architectuur tafel’. Lees meer over deze tafel op: http://www.ditcm.eu/its-round-tables/architecture

De C-ITS-architectuurtafel zal een referentiearchitectuur opleveren: een gedragen technische basisafspraak voor huidige en toekomstige coöperatieve ITS-systemen die ook een rol spelen in automatisch rijden. Zo gauw coöperatieve diensten van start gaan, mogen alle systemen onderweg geen spraakverwarring meer opleveren. De technische grammatica moet dan eenduidig en geaccepteerd zijn. Logisch? Ja en nee. Een gesprek met tafelheren Igor Passchier en Paul Potters.

Igor Passchier en Paul Potters leiden de C-ITS Architectuur tafel. Potters, in het dagelijks leven adviseur smart mobility, coördineert de gemaakte afspraken, Passchier, senior technisch specialist, houdt het tafelgesprek op gang. Potters legt uit wat de architectuur behelst: ‘We moeten komen tot basisafspraken over systemen en datastromen. We bundelen allerlei coöperatieve en communicatieve initiatieven en bepalen samen welke keuzes we daarvan meenemen in de basisarchitectuur en welke niet. Het gaat daarbij niet alleen om het benoemen van bepaalde ontwerpkeuzes, maar ook om de beschrijving die inzicht geeft in de achtergrond van die keuzes. Deze keuzes bepalen wat waar gebeurt, in welke volgorde en waarom. Een voorbeeld. Hoe komt een bericht uit een verkeerslicht? In welke taal, op welk moment, waarom en waarvoor? Zijn we het er aan tafel over eens, dan nemen we dat op in de referentiearchitectuur en dan wordt het een eis.’

Absolute interoperabiliteit
Een eis die geldt voor bestaande systemen en voor nieuwe systemen. Voor coöperatieve diensten en automatisch rijden is immers absolute interoperabiliteit tussen voertuig- en wegkantsystemen nodig. Passchier vult aan: ‘We spreken in de markt al een paar jaar over de noodzaak van een architectuur. Deze tafel biedt nu eindelijk een breed gedragen context.’ Potters: ‘De afspraken die we nu maken en beschrijven, daar moet iedereen die een rol wil spelen in coöperatieve systemen in Nederland zich dan aan houden. C-ITS komt nu in de implementatiefase, de proeftuinen zijn wel zo’n beetje voorbij. Dan kan het nu niet meer zo zijn dat de VRI’s in Amsterdam op andere signalen reageren, of andere signalen uitzenden dan in Eindhoven. Als dat gebeurt dan kom je met je coöperatieve voertuig al snel ergens in de knoop.’

Herzien van systemen
Logisch verhaal, daar wil iedereen toch graag aan meewerken? Passchier: ‘Architectuur klinkt technisch en is technisch, maar zit op een snijvlak van allerlei wensen en doelen van de industrie, overheid en markt. Je hebt te maken met allerlei verschillende bedrijfsbelangen.’ Voor sommige bedrijven betekent een referentiearchitectuur het herzien van systemen, voor andere het verliezen van een bepaalde, gekoesterde uniciteit.

Nieuwe verdienmodellen
‘Toch komt er een referentiearchitectuur’, zegt Passchier. ‘Deze wordt op basis van verdere praktijkervaringen uitgebreid. En daar zitten voor sommige partijen nadelen aan, maar ook voordelen. Nieuwe systemen kunnen snel aansluiten. We hebben al aan grote stap gezet aan tafel. We zijn van ‘weerstand’ in het begin, met name veroorzaakt door het te weinig betrekken van alle partijen, nu al beland in ‘een positief kritische houding’. Dat is het voordeel van Nederland. Ook al zijn we het niet eens, we blijven met elkaar in gesprek. Dan ontstaat begrip en vandaaruit kun je samen verder zoeken. En bovendien, op basis van de referentiearchitectuur kunnen ook weer nieuwe verdienmodellen worden ontwikkeld.’ Potters: ‘Het gaat er nu om om op basis van architectuurafspraken de leercurves korter te maken. Hoe meer (vergelijkbare) kennis we opdoen, hoe sneller we over kunnen gaan op C-ITS-systemen.’

Belangstelling
De architectuurtafel heeft overigens niet te klagen over belangstelling. Potters: ‘We hebben nu een stuk of zes bijeenkomsten gehad. We zijn met een vliegende start aan de gang gegaan om keuzes te analyseren van en voor grote ITS-projecten, zoals Spookfiles A58, De ITS-Corridor, Oostenrijk- Duitsland-Nederland en de PraktijkProef Amsterdam. Al deze keuzes zijn samengevoegd ten behoeve van de referentiearchitectuur. Als eerste verschijnt er nu een VRI-architectuur. De volgende stap is een wegbeheerderarchitectuur. Eerder maakte Rijkswaterstaat al deelarchitecturen.’

Dashboard
Uiteindelijk wil de architectuurtafel het vanuit de basis mogelijk maken dat de mobilist in de toekomt via verschillende technische systemen, dezelfde betrouwbare informatie op zijn dashboard binnenkrijgt: zowel van de volgende VRI als van de volgende trein. En die mobilist zal ook begrijpen dat hulpdiensten te allen tijde daar weer voorrang op krijgen. En die informatie komt alleen uniform binnen bij de mobilist als systemen met elkaar in de basis communiceren.

De ITS-tafelronde
In deze rubriek volgt Verkeerskunde zeven landelijke ITS-kennis- en ontwikkeltafels die tezamen het nationaal beleidsdoel ondersteunen om in 2023 te komen tot een koploperspositie op het gebied van verkeersmanagement, verkeersinformatie en automation. Aan deze tafels worden randvoorwaarden ontwikkeld voor dit eindbeeld.

DITCM coördineert deze tafels in opdracht van Connecting Mobility en het programma Beter Benutten. Rijkswaterstaat en het ministerie van IenM zijn opdrachtgever voor het onderwerp ‘automation’.

In deze tweede bijdrage een gesprek met tafelvoorzitter Igor Passchier, senior technisch specialist bij Tass International en tafelcoördinator Paul Potters, adviseur smart mobility bij Cachelot. Zij leiden de ‘Architectuur tafel’. Lees meer over deze tafel op: http://www.ditcm.eu/its-round-tables/architecture

 
Auteur: Redactie