The railML® interlocking schema focuses on information that infrastructure managers typically maintain in signal plans and route locking tables. Main users of this schema are interlocking suppliers and simulators. Users presently copy configuration data manually from paper plans.

  • Data preparation is the process of adapting a railway interlocking and signalling system to a specific yard. Errors in the data affect safety; it is all too obvious that a wrong signal aspect can cause terrifying accidents. This is why railway people invest much time and effort testing. A standard data exchange format will allow the automation of data transfer and reduce the number of errors by taking the human factor out of the loop. This will create higher levels of safety at substantially lower cost.
  • Simulation programs compute the impact of interlocking and signal configuration on capacity. Things like shifting a signal, using a faster point drive or shortening blocks can have significant impact. Simulation algorithms grow ever more potent and reach a level of accuracy where seconds matter. At present, the real-time behaviour of interlocking and signalling often is unknown. The railML IL schema allows modellers to quickly absorb information about the interlocking systems such as timing behaviour and routes and analyse the impact on railway capacity.

The case for exchanging interlocking information in an uniform format is obvious. The interlocking schema reuses much information captured in the infrastructure schema which keeps the interlocking schema lean.

Currently, Jörg von Lingen is the coordinator of interlocking. Please contact him if you have any further questions.

Interlocking working group