06.03.2014 Views

Proceedings 2002/2003 - IRSE

Proceedings 2002/2003 - IRSE

Proceedings 2002/2003 - IRSE

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

SIGNALLING CONTROL CENTRES TODAY AND TOMORROW 59<br />

Signalling<br />

Control<br />

System<br />

Interlocking<br />

Trackside<br />

signalling<br />

Minimum ETCS data flows<br />

Additional ETCS data flows<br />

Radio<br />

Block<br />

Centre<br />

Trains<br />

Figure 7: Interfaces – Interlocking, RBC and<br />

Control Centre<br />

ETCS simulator demonstrations typically show the<br />

reported train position and length on a scale plan of<br />

the track layout, but signaller’s workstation screens<br />

do not attempt to show the railway to scale. A better<br />

idea would be to associate the additional information<br />

with the train describer berth in which the train’s<br />

headcode appears. A small amount of additional<br />

information could be provided continuously (eg<br />

colour coding to show ETCS mode of the train), but<br />

more detailed information would need to be shown<br />

only when selected to avoid cluttering the workstation<br />

screens.<br />

INTEGRATING ADDITIONAL FACILITIES<br />

PROVIDED AS PART OF ETCS<br />

Most of the variable information required by the<br />

RBC in an ETCS Level 2/3 system comes from the<br />

interlocking or the trains, but there are functions<br />

provided for in the existing ETCS specifications<br />

which imply that there is a means of entering<br />

additional information into the RBC. Of course, the<br />

standards only specify the interoperable interface<br />

with the train, so the source of this information is<br />

undefined. For the ETCS trials being undertaken<br />

around Europe, the RBC supplier generally provides<br />

a terminal on which data can be entered. On the<br />

Swiss Level 2 Pilot line, the signaller has access to<br />

such a terminal. This shares a desk with his standard<br />

workstation monitors, but there is no interface<br />

between the systems.<br />

It might seem obvious that the longer term<br />

solution will be to integrate the additional RBC interface<br />

into the signalling control system, but some<br />

careful thought is needed to identify who is the user<br />

of the facilities. For instance an important facility is<br />

the entry of temporary speed limit information, but in<br />

the UK at least this is not part of the signaller’s<br />

duties. We need to first decide the rules and<br />

responsibilities, and then engineer a system which<br />

provides the people responsible with the facilities<br />

they need. There have been a number of railway<br />

projects where ambitious plans for fully integrated<br />

control centres have not been delivered, and the<br />

operators have found that separate systems for<br />

clearly defined functions are indeed more workable.<br />

Nevertheless it is likely that there will be facilities<br />

which are best integrated – an example of this would<br />

be the ETCS facility to send an emergency stop<br />

message to an individual train. A non-integrated<br />

system will provide facilities to stop a train by<br />

replacing an individual signal or group of signals (or<br />

“virtual signals”) to the stop state, but a facility for<br />

the signaller to select this function directly for an<br />

individual train would be a more intuitive response in<br />

an emergency. This would also give a more rapid<br />

system response as the command goes direct to the<br />

RBC, instead of via the interlocking.<br />

ADVANCED TRAFFIC MANAGEMENT FACILITIES<br />

Signalling has traditionally provided the train driver<br />

with the absolute minimum of information needed to<br />

control the train safely. When approaching a point of<br />

conflict where the train is going to have to be<br />

delayed to allow priority to another train, the driver<br />

only finds out when he sees the first caution signal.<br />

At line speed, this is of course at the point where he<br />

needs to start braking immediately. Up to that point<br />

he may have been driving at the maximum permitted<br />

speed to try to make up time, all to no avail as a<br />

decision has already been taken in the control<br />

centre to give priority to another train. If it was<br />

possible to provide the driver with better advance<br />

warning of train regulation decisions which will affect<br />

the train, this could have a number of benefits:<br />

• energy saving and reduced brake wear by<br />

coasting or reduced speed running;<br />

• fewer challenges to the train protection system,<br />

as the driver is pre-warned that there is going to<br />

be a requirement to stop;<br />

• optimised route capacity at junctions and<br />

bottlenecks, by avoiding stopping and starting<br />

trains in the critical area;<br />

• reduction in driver stress;<br />

• improved passenger satisfaction, through better<br />

provision of information about delays.<br />

Traditional lineside signalling is not suitable for this<br />

task, and whilst cab radio is now commonplace,<br />

there is a policy (in the UK at least) that this should<br />

not be used to communicate to a moving train<br />

except in an emergency, to avoid distracting the<br />

driver. It is interesting to note that in places where an<br />

“open channel” radio system is in use, such as the<br />

RETB radio signalling system, drivers appreciate the<br />

access to information about other train movements.<br />

ETCS Level 2 and above provides a communications<br />

facility between the control centre and the<br />

driver, via GSM-R radio and the Driver-Machine<br />

Interface cab display (DMI). The information<br />

displayed on the DMI is a big improvement on lineside<br />

signals, as it includes all the speed limits as well<br />

as the distance the train is authorised to proceed,<br />

but it still fails to tell the driver anything about what<br />

is happening beyond the current limit of movement<br />

authority. However, there is no reason why the DMI<br />

should be limited in this way, and the DMI concept<br />

which has evolved with ETCS includes fields for

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!