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 61<br />

Discussion<br />

The discussion was opened by A Fisher<br />

(Bombardier) who asked the speaker’s views on<br />

several issues. The first was questioning whether,<br />

having generated a SPAD Alarm to the operator,<br />

could automation be applied in response to this<br />

alarm. The second point raised concerned the use of<br />

the operational information that is readily available<br />

and could developments use this data more<br />

effectively. Thirdly, he questioned if a “Eurographics<br />

Working Group” would be looking at standardisation<br />

issues and finally asked if it would be possible to<br />

replicate the Operator's display within the Driver’s<br />

cab?<br />

I Mitchell initially responded by saying that he<br />

believed further investment in development of the<br />

SPAD Alarm, which would add additional complexity<br />

to the system, could not be justified for the<br />

rare occasions it would be required; the optimum<br />

solution was not to have SPADs in the first place! He<br />

agreed that the operational information available is<br />

under-utilised although Heathrow Express does use<br />

a limited amount of information from Slough IECC<br />

for operational purposes. More generally though,<br />

“higher level” operational management systems<br />

perform this role. The speaker advised that not only<br />

is there no “Eurographics Working Group” but also<br />

that each country has its own standards; the<br />

Operator Interface being the least interoperable<br />

feature of tomorrow’s Signalling Centres! Finally, he<br />

considered that it would be possible to replicate the<br />

Operator’s display in the Driver's cab but he<br />

cautioned against the potential distraction this could<br />

present.<br />

I Harman (Union Railways) commented that CTRL<br />

had overcome the problem of presentation of<br />

graphics on its Operator’s display by utilising a set of<br />

“Franglais” standards and that there was no need to<br />

reinvent the wheel. Additionally, he also pointed out<br />

that it is not always necessary to display every<br />

signal on the Operator’s display, it being sufficient to<br />

only show those where some action on the<br />

Operator’s part was required. He also reiterated<br />

caution when deciding what information to provide<br />

to the Driver and felt that a simple target speed,<br />

possibly with an indication of whether running before<br />

or behind time, would be sufficient.<br />

I Mitchell agreed that the issues were being<br />

tackled in various places but needed bringing<br />

together.<br />

T Taskin (EPT) enquired regarding the technology<br />

refreshment strategy for IECC.<br />

I Mitchell said that the strategy has been one of<br />

small steps, maintaining the overall architecture with<br />

progressive upgrading of hardware and software,<br />

much of which will still be available for some time.<br />

M Savage (Savoir Ltd) asked if the original<br />

concept of ARS, ie minimal Signaller intervention,<br />

had been achieved and whether there were any<br />

plans to develop ARS and its area of control.<br />

I Mitchell responded that he had no specific<br />

figures for Signaller intervention but believed usage<br />

of ARS at Liverpool Street was high. The speaker<br />

indicated that the Waterloo ARS was being<br />

upgraded but was unaware of any plans to either<br />

develop or integrate the controlling areas of ARS<br />

further.<br />

P Vandermark (Driver First Great Western) wanted<br />

to know if there were any plans to link the trainborne<br />

wheel-slip protection systems with Signalling<br />

Centres to warn of possible SPADs and also if<br />

GSM-R would be able to handle the communication<br />

requirements of an emergency situation.<br />

I Mitchell replied that whilst he was aware of some<br />

existing train-borne wheel-slip protection systems<br />

that did inform Control Centres of low adhesion<br />

conditions, they were not integrated into the<br />

signalling system. He acknowledged that adhesion<br />

is critical for ETCS, especially where braking calculations<br />

are based upon certain assumptions about<br />

adhesion. He was uncertain if these train-borne<br />

systems had been included within the relevant<br />

specifications and considered that they probably do<br />

not conform to the interoperability requirements.<br />

With GSM-R, the speaker explained that there is a<br />

strict “pecking order” with emergency communications<br />

taking priority over any other messages.<br />

K Ford (Thales) commented that with GSM-R, all<br />

parties hear emergency calls.<br />

A C Howker (Past President) commented that<br />

some Metro Systems do utilise wheel-slip systems<br />

to alter headway calculations. He also observed that<br />

the use of ARS in heavily trafficked areas was<br />

problematical and certainly did not function reliably<br />

in Ashford IECC.<br />

I Harman (Union Railways) believed that due<br />

weight was not given to the complex task of<br />

converting the Operator’s requirements into the<br />

algorithms needed for ARS and this was the reason<br />

for the poor performance of IECCs on the Southern<br />

Region.<br />

A C Howker (Past President) was interested to<br />

know how the author believed the Control Centre of<br />

the future would keep infrastructure information<br />

updated and display Level 3 signalling?<br />

I Mitchell responded that the process of managing<br />

and transferring the infrastructure information into a<br />

SIL4 system had not really been considered but<br />

questioned how this is achieved with any confidence<br />

in existing installations. However, he felt that<br />

complete system management together with off-line<br />

checking should allow this to be accomplished. The<br />

displaying of Level 3 signalling information has not<br />

yet been considered.<br />

An unidentified member of the audience commented<br />

that moving block is depicted on the<br />

Operator's displays of the Docklands Light Railway.<br />

J F Wilson (Network Rail) referred to a recent<br />

catastrophic failure of the IECC at Slough and<br />

expressed some disappointment that no diagnostics<br />

have been developed for use during such occasions.<br />

I Mitchell agreed that the diagnostics do require<br />

development, no work having been undertaken in<br />

developing them since the introduction of IECC.

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

Saved successfully!

Ooh no, something went wrong!