LUKS-S offers simulation of timetabling and railway operation. Both simulation modes operate on the microscopic infrastructure and train data.
The simulation of timetabling provides information on whether a given operating schedule is viable, i.e. whether it is possible to construct a conflict-free timetable that contains the envisaged train movements.
The simulation of operations scrutinizes the ability of an existing timetable to deal with unforeseen disruptions. Train movements are simulated synchronously to be able to map any unforeseen disruptions. Conflicts are automatically detected and resolved to simulate the anticipatory dispatching at operation control centers.
Automatic conflict detection and resolution
The simulation in LUKS does not require the user to detect or solve conflicts manually in any way. It automatically detects any overlapping of two blocking-times and solve them with a number of possible conflict resolution options. The available solution approaches mimic the behaviour of a dispatcher, who might e.g. alter the route within one or more stations or might insert passing and crossing stops or recommends trimming.
All potential conflicts resolutions are tested and evaluated with the microscopic data model. This allows a very realistic evaluation of the effects. The used objective function is highly configurable to model different conflict resolution strategies and goals.
The simulation of timetabling turns a conflicted operating schedule into a conflict-free timetable using the automatic conflict detection and resolution. If the infrastructure does not have the capacity to handle all desired train trains, the simulation rejects some of them.
This simulation modes works on two levels to properly model railway operations.
On the field level, it synchronously simulates the work of the train driver and the interlocking system. It monitors the speed of train movements and memorizes their current location and status. It additionally simulates the setting of routes and signals and incorporates disturbances into the proceedings at random. There is no complex resolution of conflicts at this level; track-occupation conflicts are resolved by the simulated traffic protection system, i.e. by means of trimming.
On the traffic control level, the current status of all trains and the microscopic running time calculation are used to create a forecast of the future situation. Any conflicts arising in the forecast are handled by the automatic conflict detection and resolution. The anticipatory approach reduces the risk of deadlocks. This level regularly creates rescheduled timetable and forwards them to the field level.
This simulation mode also offers a batch mode. The batch mode allows the automatic simulation and evaluation of a large number of runs, each one with different random disturbances.
The simulation results can be evaluated inside and outside of LUKS. The build-in evaluations include:
All conflict resolution: What was done and why? It is also possible to take a look at all considered alternative solution including their evaluation.
Delays in each station: Average, quantiles and punctuality
Disturbances: All events that randomly occurred during the operations
Waiting time, changes in delay
Level of infrastructure utilization
Running time quotients
Rescheduled timetable: The actual trajectories and speed profiles of all trains
Detection of infrastructure bottlenecks
The results can also be exported to CSV (Excel/Access), OTT and railML-TT. This allows additional evaluation of the results outside of LUKS.