RequestImportanceLevel
Het RequestImportanceLevel is het ‘gewicht’ dat aan een prioriteitsverzoek wordt meegegeven en wordt door de wegbeheerders ingesteld in de Priority Broker Configurator (PBC). Hierbij worden de volgende uitgangspunten gehanteerd:
-
een hoger Level betekent dat deze ook zwaarder weegt (=meer prioriteit);
-
levels 1 t/m 10 worden gebruikt voor conditionele prioriteit;
-
levels 11 t/m 14 worden gebruikt voor absolute prioriteit (=emergency);
-
levels 0 en 15 worden niet gebruikt (0 is bij ons 1 PCE en 15 hadden we bedacht voor trein).
Dat wegbeheerders dit zelf bepalen, zal geheid leiden tot verschillende instellingen per wegbeheerder. De wegbeheerder die bijvoorbeeld geen trams heeft rondrijden in zijn beheersgebied, kan dit level gebruiken door bijvoorbeeld meer differentiatie aan te brengen tussen verschillende typen vrachtverkeer.
Het RequestImportanceLevel wordt, indien beschikbaar, door de PRG meegegeven in het SRM bericht. Het wordt overgenomen door Flowtack en vertaald naar een aantal PCE’s via de tabel in flowtack.internal (zie Figuur 2).

Figuur 2: voorbeeld importanceLevel => PCE vertaaltabel van Deventer
De priorityImportanceLevels 11 t/m 14 kunnen in geval van SRM voor een enkele signaalgroep of voor de gehele appoachID worden aangevraagd. Bij approachID wordt de prioriteitsingreep op alle richtingen van desbetreffende approach gezet.
Wanneer het RequestImportancLevel niet wordt meegegeven in het SRM (=NULL) kijken we eerst naar de ‘role’ en ‘subrole’ van het voertuig.
Role en Subrole
Wanneer het RequestImportancLevel onbekend is, bepalen de velden ‘role’ en ‘subrole’ in het SRM bericht welke vorm van prioriteit er wordt aangevraagd.
In geval van bussen (role=publicTransport en subrole=don’t care), gaat Flowtack het request inplannen zonder af te kappen en kijkt voor de bepaling van geconditioneerde prioriteit achtereenvolgens naar PunctualityClass en Punctuality, net als bij de KAR procedure (par. 2.2.1.1).
In geval van hulpdiensten (role= emergency en/of subrole=emergency), gaat Flowtack het request inplannen voor de signaalgroep(en), gebruikmakend van de mogelijkheid tot afkappen van conflicterende richtingen.