[railML3] Need for modelling Radio Infill Units [message #3325] |
Fri, 20 September 2024 12:20 |
Giovanni Moriondo
Messages: 1 Registered: September 2024
|
Junior Member |
|
|
Dear community,
To enable the management of ERTMS/ETCS L1 projects in the context of the RailML3 data model, the proper elements to describe the Radio Infill Units (RIUs) should be defined. This post is meant to be a starting point for a discussion on this topic.
A possible approach is outlined below.
From a functional point of view, RIUs are similar to L2 Radio Block Centers (RBCs), and their data structures can be derived from the ones already existing for RBCs.
In particular, for the Infrastructure schema:
a <RIU> object can be derived from <RBC>
a <RiuEtcs> object can be derived from <RbcEtcs>
an attirbute group "aRiuEtcs" can be derived from "aRbcEtcs" (with "nid_riu" substituting "nid_rbc", and the other attributes unchanged).
The equivalent of <RbcBorders>, <RbcBorder> is probably unnecessary
Note: <RBC> and <RbcEtcs> contain no information, "aRbcEtcs" apparently is never used.
For the Interlocking schema
a new type <RadioInfillUnit> can be derived from <RadioBlockCentre>, with some possible differences:
1. Substitute "isLimitedByRadioBlockCentreBorder" with a reference to the neighbour RIU units (SS026 pkt 143), e.g. "isNeighbourToRadioInfillUnit"
2. Introduce new attributes: "connectedBalise" "connectedBG", "connectedSignal", "connectedLEU" to reference the connected field objects; if needed, connectedSignalBox can be used to reference interlockings. As an alternative, "containedTrackAssets" could be used to reference the connected entities.
3. in etcsGeneralData: either add an attribute "NID_RIU", or make "NID_RBC" more general ("NID_RIU_RBC" ?)
Define a set of RIUs (<RadioInfillUnits>
Introduce inverse references to associated RIU objects in connected objects (signals, balises, BGs, LEUs).
The association with interlockings can be derived from the one of RBCs (a list of <radioInfillUnits> in <interlocking>)
Note: a related post could be possibly created in the Interlocking forum as well.
Please share your feedbacks on this topic in the forum.
|
|
|
Re: [railML3] Need for modelling Radio Infill Units [message #3384 is a reply to message #3325] |
Tue, 29 October 2024 15:02 |
christian.rahmig
Messages: 474 Registered: January 2016
|
Senior Member |
|
|
Dear Giovanni,
thank you very much for pitching the topic of Radio Infill Units. Since there has been no feedback from the community so far, I suggest to postpone the implementation of RIU in railML schema to version 3.4. This gives us time to think thoroughly about the modelling approach and the relation of RIU with RBC etc.
@all: Please intervene when you need RIU right now.
Best regards
Christian
Christian Rahmig – Infrastructure scheme coordinator
railML.org (Registry of Associations: VR 5750)
Altplauen 19h; 01187 Dresden; Germany www.railML.org
|
|
|