Professional Documents
Culture Documents
A Paper to Discuss the Relationships between ETCS Systems and the Business Needs of EC Railways by Addressing:
Performance / Costs Effective Application of ETCS and Migration Open Architectures for Control and Signalling The Translation of New Technologies into Future Traffic Control The Rle of the Euro-Interlocking Project Phase 2.
Version: 0.7 Amd MP Created: 27 September 06 Amended 27/09/06 Saved: 27.09.06 13:59 Total Number of Pages: 52
27.09.06 13:59
Amended 27/09/06
Last saved by
Pope
English
Pages Figures Tables
52
Author(s) Price Document Right of Use
Open
Sponsoring Body
UIC
Availability of Document
Application Used
Template Name
Last Printed
Date of Publication
27 Sept. 06
A Paper to Discuss the Relationships between ETCS Systems and the Business Needs of Railways. This document was prepared for review of ERTMS practices for interfaces and trackside equipment by the UIC Signalling Panel of Experts.
27/09/06
Page 2 of 52
Table of Contents
Document Data Sheet .............................................................................................................................2 Table of Contents ...................................................................................................................................3 1. 2. 3. 4. 5. Abbreviations .................................................................................................................................5 References to Cited Texts:..............................................................................................................6 Introduction ....................................................................................................................................7 Purpose ...........................................................................................................................................8 Rationale .........................................................................................................................................8 5.1 5.2 5.3 5.4 5.5 5.6 6. 6.1 6.2 6.3 7. 7.1 7.2 Operational .............................................................................................................................8 Design Strategy ....................................................................................................................11 The Business Case ................................................................................................................12 Asset Utilisation Under ERTMS ..........................................................................................15 Benefits of ETCS Fitment ....................................................................................................16 Headway Concepts ...................................................................................................................17 Proposed Methodologies for Migration........................................................................................17 Past Efforts ...........................................................................................................................17 The Suppliers ........................................................................................................................18 The Current Situation...........................................................................................................19 System Type Identification. ..................................................................................................19 Operational Scenarios...........................................................................................................20
Task Identification........................................................................................................................19
7.3 Migration Planning ...............................................................................................................21 7.3.1 Fallback and Degraded Modes ............................................................................................22 8. 9. 10. 11. 11.1 12. 13. 14. 14.1 15. Interoperability & System Relationships......................................................................................24 8.1 The Signaller and the TCCS.................................................................................................24 Important Guidelines ................................................................................................................26 Technical Solutions ..................................................................................................................27 The Basics ............................................................................................................................27 Architectural Strategy...............................................................................................................33 Interface Requirements.............................................................................................................34 Migration Strategy....................................................................................................................35 Existing Railway Signalling Architecture............................................................................36 Node Handling..........................................................................................................................36
27/09/06 Page 3 of 52
16. 17. 17.1 17.2 17.3 17.4 17.5 17.6 17.7 17.8 17.9
Interlocking Hierarchy..............................................................................................................37 Proposals & Recommendations ................................................................................................39 Recommendation 1 ...............................................................................................................39 Recommendation 2 ...............................................................................................................39 Recommendation 3 ...............................................................................................................40 Recommendation 4 ...............................................................................................................40 Recommendation 5 ...............................................................................................................40 Recommendation 6 ...............................................................................................................40 Recommendation 7 ...............................................................................................................41 Recommendation 8 ...............................................................................................................41 Recommendation 9 ...............................................................................................................41 Recommendation 10 .........................................................................................................41 Recommendation 11 .........................................................................................................41
Appendices ...........................................................................................................................................42 The TEN Routes ...................................................................................................................42 ERTMS Current Projects..........................................................................................................43 Portugal Interlocking Distribution............................................................................................43 Denmark Major Interlocking Types .........................................................................................45 DB Netz Interlocking Distribution (TEN)................................................................................47
27/09/06
Page 4 of 52
1. Abbreviations
AEIF ATP CBA CER CTRL BDK DB EC EIM ERA ERIG ERTMS ESIS ERTMS EU GENERIS GSM-R GWML HMI IRSE MA PPI RBC RIS TCCS TEN TSI UIC UNISIG UNIFE Association Europen Pour L`nteroperabilit Ferroviare Automatic Train Protection Cost Benefit Analysis Community of E uropean Railway & Infrastructure Companies Channel Tunnel Rail Link BaneDanemark Die Bahn European Commission European Infrastructure Managers European Railway Agency Eirene Radio Implementation Group European Rail Transport Management System European Signalling Interface Standards (UIC) European Train Control System European Union Generic Requirements for Interlocking Systems (UIC) Global Systems Mobile Railways Great Western Main Line (UK) Human Machine Interface Institution of Railway Signalling Engineers Movement Authority Point Position Indicator Radio Block Controller Radio Interlocking System Traffic Control & Command System Trans European Network Technical Specification for Interoperability Union International des Chemins de Fer Union of International Signalling Supply Companies Association of European Railway Industries
27/09/06
Page 5 of 52
27/09/06
Page 6 of 52
3. Introduction
It is clear that the burdens in developing ETCS thus far have largely fallen on the supply industry, but there may not have been commensurate effort on the part of the railway administrations to make their requirements for the system clear, or indeed a perception of the need for them to do so, particularly where life-cycle costs and benefits post deployment are considered. It is perceived that this lack of engagement has contributed to some of the unexpected, sub-optimal outcomes and extended implementation timescales of pilot schemes and shortfalls in their performance, with the consequent risk of undermining confidence in what ETCS and ERTMS are setti ng out to do. It is argued in this paper that the lack of engagement over user requirements for the system is one of the key root cause drivers of costs, both capital and revenue, and which costs, in turn are producing the main obstacles to the implementation of the TSIs on the defined routes throughout Europe. This paper acknowledges that the TSIs produced to date are a summation of common operating and technical factors employed in the railways as they exist today. It accepts that the TSIs are highest common factor specifications that describe the railways of today and the struggle to make these specifications business oriented is well documented. The only exception may be the CCS TSI that prescribes the new system ERTMS. The cost-effective implementation of the CCS TSI into an operating railway environment, and the associated interface issues can, however, pose a number of economic and political challenges for railway administrations and industry alike. Any misunderstanding of these by the railway administrations and industry is likely to lead to unexpected outcomes detracting from the overall system benefits of ERTMS. Now that numerous rail links within the EC, and some without, have been nominated as corridors as a part of the strategy for the implementation of Interoperability, it is therefore critical that the operational needs of these lines, as well as the technical issues involved in the migration to ERTMS / ETCS, be discussed. Indeed this discussion particularly needs to focus on the needs of those lines scheduled for renewal but not designated as corridors, and how facilitating future migration to ETCS might be funded in the current technical and political environment This paper explores these issues, sets out a vision for a possible structure of ETCS from the users point of view and makes recommendations for work streams to enable convergence between that vision and the needs of both industry and railway administrations, particularly aimed at migration, but also at whole-life cycle costs issues. It is believed that through this approach there will be a better understanding between all parties concerned in the deployment of the TSIs, and, if that understanding can be achieved, will contribute to a win-win situation for all parties involved which will be for the benefit of rail transportation in Europe as a whole. This paper acknowledges and reinforces the ongoing need to ensure that the railway supply industry is not left on the sidelines in any discussion of this nature. It is
UIC Signalling Strategy v0.7.doc 27/09/06 Page 7 of 52
essential that all parties recognise that a planned approach to supply side issues is absolutely necessary if all sides are to profit from the exercise. To date, the AEIF has virtually completed its mandated work, and handed over to the EC most of the TSIs it had been working on in 2005. The remaining activities of the group relate to the support of these through Article 21 Committee discussions. During its winding up process, the AEIF produced a lessons learned document, (which was also sent to the EC). It is useful as it highlights how the AEIF (gradually through hard won experience) became more proficient at TSI development. It also outlines the successful key processes.
4. Purpose
Given the foregoing, this document has been written to open up the discussion on migration and operational issues and to introduce some hypotheses concerning solutions for the implementation of ERTMS at the trackside level both in the migrating railway environment, and in that of newly constructed lines. The subject has been addressed in terms of the following subsets, all of which must be addressed, and not necessarily individually: 1) Rationale 2) Business Case 3) Asset Utilisation 4) Benefits of ETCS 5) Proposed Methodologies for Migration to ETCS
5. Rationale
5.1 Operational
Considering that railways in general have reflected national political diversity over the last 150 years or so rather than any form of international integration, it is often difficult to see a common way forwards in the current climate. Whilst a harmonised approach is required in order to address the Corridor issues, with interlocking and train control systems matched to the operators requirements over those lines, there remain all the lines that seem to fall outside the scope of the TSIs. Furthermore, in the short term, it is likely that will there be few dedicated lines (including the corridor lines) solely operated by trains fitted with ETCS. Most lines (including the corridors) seem at least to need to provide for mixed-mode operation with ETCS for interoperable trains, and conventional national signalling systems for noninteroperable trains. It is also unclear currently to what extent some administrations feel it appropriate to fit ETCS at major traffic nodes or hubs.
27/09/06
Page 8 of 52
Whilst dual fitment of either trains or infrastructure will lead in the short term to an undesirable increase in equipment populations, and therefore an associated decrease in reliability, the costs and timescales involved in fitting such lines and the trains running over them with so that ETCS can be used exclusively are likely be protracted, if they are feasible. In order to achieve a cohesive and orderly change to ETCS, a linear rollout of systems is required, and the effects of these systems in their environment must be understood clearly from an operational standpoint. As an alternative, an island approach might be considered that gradually erodes the gaps between islands of ETCS installation. This would mean that once an adequate population of rolling stock has been suitably equipped and as signalling installations become life-expired, they would be replaced with ETCS, the trains swapping between ETCS and conventional signalling at boundaries between ETCS and conventional signalling as necessary. Furthermore, where ETCS is in use, there could be the ability to obtain a degree of operational benefit by permitting trains with ETCS to exploit shorter block sections than provided for in the conventional national signalling system. However, providing the necessary coherence of information from the signalling system to ETCS-fitted and non-ETCS fitted trains is also likely to lead to more complex solutions than trains conforming to one system or the other, and this complexity and the impact on reliability will inevitably need to feature in any railway administrations business case for deploying ERTMS . It also suggests that ETCS needs to be made as flexible as possible, and have the potential to work in conjunction with existing national signalling systems, rather than requiring wholesale change-out of signalling systems to secure implementation of ETCS. Without such an approach, provision of a financial justification for deploying ERTMS/ETCS exclusively is likely to remain a distinct challenge for railway administrations. Consider for example, the Great Western Mainline (GWML) corridor in the UK which uses a signalling control strategy from six signalling control centres along the first 140km of its 500km length each with distributed interlockings at trackside controlled remotely from the control centres. This operational strategy for GWML is very different from the German railways perspective, where the Emmerich Basel corridor (although three times longer) is operated using an assortment of major control centres and local signal boxes (STW). The operational context, and the problems associated with migration are therefore completely different between each railway and each corridor.
27/09/06
Page 9 of 52
STW A
STW B
STW C
Line Block
Line Block
Interlocking C
Figure 1: Control Area Configuration Differences From a traffic standpoint, the two lines are quite similar in their use. The GWML is designated as a High Speed TEN, but in reality, the traffic using it both now, and under ETCS in the future will include both High Speed (up to 200kmh), conventional and non-interoperable domestic services at differing speeds (up to 160kmh), and including freight running at up to 90Km/h, some of which freight may be international. Other than the international freight trains, the line is only used by domestic trains operating entirely within the borders of the UK, and therefore those trains could not be considered to be truly interoperable . With such a variety of uses, there can be no simple way to segregate ETCS trains from non-ETCS trains without building new lines and infrastructure, the feasibility of which is impossible to envisage in even the long term. The challenge in migrating to ETCS/ERTMS on such a route, given the long term need for mixed (i.e. ETCS and non-ETCS fitted) traffic, becomes immediately apparent. Other conventional and high speed TEN routes in the UK also suffer the same constraints, with even the UKs truly High Speed Line the 300Km/h CTRL about to be used for domestic traffic (up to 230Km/h) as well as interoperable international traffic, and also having potential for international and other freight trains, not unlike the Mannheim Basel section of the Rotterdam Milan corridor which operates mixed traffic over 200Kph lines (where signalling has been installed that permits this speed) As can be seen from the foregoing, the derivation of harmonised operati ng rules over these types of corridor will be further difficult problem to overcome, and must be a contributing factor to the requirements for a harmonised European operating strategy for the ERTMS railway. The rule set must be flexible enough to provide
UIC Signalling Strategy v0.7.doc 27/09/06 Page 10 of 52
guidance to operators as to how ERTMS is intended to operate, e.g. a set of core rules, whilst allowing operators to build around these ERTMS core rules necessary application rules to cover the interface with the national signalling system, including whether the national system operates concurrently with ERTMS, or abuts ERTMS. To achieve the foregoing, it is clear that development of a harmonised set of signalling and train control requirements is highly desirable for ERTMS at all levels. This activity must be completed concurrently with, and complemented by, the set of ERTMS rules referred to above in order to cement the development process to a firm foundation. If this is not done soon, the European Rail industry stands a good chance of running into the same situation as occurred with legacy interlocking systems, e.g. supplier based principles and solutions suited only to their products, and leading to some of the extremely challenging cross-acceptance issues existing today.
27/09/06
Page 11 of 52
ETCS should be nothing short of a profit driven realisation. The sources of funds available for Railway Administrations to deploy ETCS are also coming under increasing pressure, with extreme pressure to deliver the maximum value for each investment. The need for systems to be cost effective and the result a Win Win for all involved parties is paramount. The current costly situation arises perhaps from the ERTMS focus on interoperability and the lack of flexibility in the TSIs to address the differing needs of particular types of line. The processes of the past whereby many projects and sub projects have been begun, completed, and then scrapped or revised over the last few years should be reviewed as a part of the generation of a business case for each line type to be converted. These discussions require a more international approach to ERTMS than has perhaps been seen in the past, especially for those routes designated as International Train Access Routes (ITARs), and the development of ideas that form the backbone of the new interoperable European Network requires an approach based upon needs and with a balanced view towards the costs. Given that many national lines are not related in any way to cross border traffic, there is no obvious need to deal with them at this moment with regard to Interoperability. Whilst there may be a cost benefit in changing out the systems employed on such lines, this should only be considered within the long term and then only when traffic levels requires such updates. These fit into the so called Regional Railways that at best can only be considered as feeder lines to the main or international lines, and may also require special derivations of the ETCS subsystem to suit their, less demanding, operational needs. More importantly, these lines and their interfaces that do relate to Interoperability must be identified, and decisions made upon a harmonised way forwards. This is true both at the system infrastructure level, and at the signalling and train control system level and with new train control equipment or modification of legacy systems for the short term. Seldom has the railway industry at large been presented with an opportunity to modernise and rationalise on the scale envisaged under ERTMS and the TSIs. The need to develop plans and methods relating to the application of ETCS on corridor lines with very different characteristics e.g. International lines, mixed traffic main lines and regional lines is discussed below. Each of these has its challenges, and each may demand reviews of the safety strategies employed in relation to the cost of application.
27/09/06
Page 13 of 52
Light Rail
Regional Lines
Freight
High Speed
NO
NO
NO
YES on ITAR Max 160 10 tph ETCS On ITAR GSM-R on ITAR only
NO
Yes on ITAR 130-250 15 tph ETCS On ITAR GSM-R on ITAR Nat./ETCS the rest No but integrated if existing 20 Tonnes
YES
250+
Radio
Nat. / GSM-R
Nat. / GSM-R
Nat. / GSM-R
NAT. / GSM-R
Level Crossings
Rolling Stock Axle Load Brakes Crash Worthiness Track Gauge Fencing Required
10 Tonnes
Conv. Heavy Tram Nat. Spec. No except Urban Areas Nat. Spec.
Conv. Conv.
Conv. Conv.
Track Characteristics
Nat. Spec.
Per TSI
Nat. Spec
Per TSI
27/09/06
Page 15 of 52
Allow each administration to develop a benefits case that is commensurate with their political situation and decision environment Provides for both evolution (co-existence with existing heritage systems) and revolution (complete and wholesale replacement of heritage systems) Does not produce such a complex system that reliability declines, negating any benefits to be achieved
27/09/06
Page 16 of 52
5.6
Headway Concepts
Safety Margin
Overlap
Minimum Distance for an Unrestricted Proceed Aspect For Train B Braking Distance 1 s t Cautionary Aspect on approach to stop signal
ETCS
Minimum Headway Distance
Train Length Train A Safety Margin
Target Stop Point (LOMA)
Braking Distance
Train B
27/09/06
Page 17 of 52
of the foregoing will be required as the drive towards ERTMS, and the fulfilment of the TSI focus on Interoperability proceeds. The operational scenarios to be supported by a system such as ERTMS also require analysis to ensure consistent fault recognition, management, reaction and rectification across the railway networks of Europe. A review of the current and future needs in this field will be required as an important element of the apportionment of functional requirements and system architecture at the trackside. The ERTMS subsystems GSM-R, Euro-Balise, Euro-Loop, Euro-Cab, Euro-radio and others have already become standards in their own right and these will form the backbone of any future system. The ERTMS Memorandum of Understanding of March 2005 resulting from the imposition of the TSI presents an example whereby the issues of one group (Trainborne Systems) seemed paramount, and which left the trackside systems area completely unexplored. The issue of trackside system involvement in interoperability has not been explored from either a migration, or new line standpoint by any Task Force or interest group, and is therefore understood only by disparate groups, and especially by the supply side. The MOU, in line with the TSI referred also to national migration and implementation plans for ERTMS Net: It was as well, only valid for 18 months, hardly representing sufficient time to present the proposals for trackside requirements in an international and meaningful way. It can be assumed that as this document is updated that the MOU has expired or is about to expire.
27/09/06
Page 18 of 52
When one considers all the issues it must be considered that a concerted European approach using pragmatic system engineering techniques is the only way forwards to a manageable technical future
7. Task Identification
7.1 System Type Identification.
As may be seen from Table 1 above, there must be differing solutions for different categories of line. There are also considerations to be made as to the level of safety integrity that is required for the type of line, traffic volumes etc. At a lower level in the system choice, we must take into account the level of safety required for data-communications between the elements of the control and communications system. Also, the types of system layout and functionality differ widely for lines of the same type. Taken in context this makes the task of selecting trackside systems architecture for ETCS a significant challenge. The differences already seen between the ETCS Mainline project architectures and the regional lines development in
27/09/06
Page 19 of 52
Sweden are indicators of the way in which design solutions can drift away form the common ideal if not controlled by the customer railways.
The major changes in train control and operational strategies called for by ERTMS on heavy rail non-transit applications require the same philosophical approach to development of future operational requirements. They also require a consideration of just how much ETCS is really required, the lines over which it should be applied and above all the timing of such applications when viewed against the costs and benefits of its implementation. The above issues and the technicalities associated with the changing and commissioning of traditional signalling systems now need to be coalesced into a general system for the future. This deve lopment must not be on an ad hoc basis, but employ the benefit of hindsight, and the availability of modern system engineering strategies to achieve the required goals. The same may be true for operational scenario development, a subject seemingly neglected during the development of the SRS, and only written after its completion. There still appears to be a degree of unhappiness with the scenarios developed by the ERTMS Users Group in any terms and these may not have been implemented nationally, or more especially, internationally. In terms of normal operation and fall-back and recovery scenarios, it may well be that the SRS will require revision in order to address these issues, both in the migrating railway and for the operation of new lines. A methodology has been explored in which system development for ERTMS requirements are derived from a process of top-down extraction from Operational
UIC Signalling Strategy v0.7.doc 27/09/06 Page 20 of 52
Requirements, and bottom-up construction from the translation of existing functional principles and requirements i nto the ERTMS environment and architecture. This process applies in both the migrating, and the new railway cases. Not the least of these concerns the need for an initial isolation of the requirements of the operators to permit them to dispatch trains. The ability to do this safely and efficiently relies solely on the volume of information, both required by them and available, and whether the system is running normally or running in a fallback state. There arises then a necessity for the development of func tional specifications for an interface between the TCCS and the RBC, and a further need to develop the requirements for operational fallback links between the TCCS and its associated interlocking equipment.
27/09/06
Page 21 of 52
simpler and inexpensive migration path for the trackside. There is also the business driven issue of whether and when the line should be fitted at all, based upon the criteria of the business need, and the type of traffic envisaged. The following figure1 indicates a process to achieve the migration ideal with all systems addressed. 7.3.1 Fallback and Degraded Modes In the case of fallback situations where the primary system is not performing, operating commands and information must continue to flow in such a way to maintain a given level of operation, and to assist in the recovery process, and keep trains moving safely. The development of a rationale by which these issues may be addressed requires the same approach over all the railways of, initially the so-called TEN routes, and later for other mainlines as they are added to the network. There is, no obvious reason why these scenarios and the systems developed for ERTMS as a result, should be any different in Finland as in France in the long run, although there are of course differences in the existing situation between countries. The road to ERTMS then may require national strategies, but the focus and the outcome must follow the international strategies developed during the process. By proper analysis of the operators needs, it is believed may be that the designer may be able to apportion functionality in such a way that SIL4 communication links are not needed (e.g. by use of message coding to allow safety critical messages to be transmitted over open networks (as is done in UK SSI), thereby saving money. As an example, the use of Vital Overrides between the dispatcher and the interlocking can potentially be expensive due to the m needing to have a defined level of security, and which, depending on the architecture of the control system, can be local to or remote from the control point. The abolition of, or at least re-consideration of the need for such functions as these has the ability to save considerably in newera systems if railways can agree on commonality of practice in failure scenarios. The alternative may be by specifying the interfaces between the interlocking, the control system and the vital override, and adopting a safety critical message protocol that allows messages to be transmitted over an open communication channel. Some older signalling practices should also be addressed, especially perhaps be addressed in terms of the aviation industry and its practices, when dealing with communication based systems in the ETCS world. The aircraft industry for example takes a notably different approach to vitality in its on-board communications strategies.
27/09/06
Page 22 of 52
Roling Stock with new systems Two Systems: - Standard (ERTMS) - Modified to run on national network Homologated new / modified train systems
(New ) Sub-Fleet with new train systems: - One system per train - National Standard (ERTMS)
Financing
Partly Modified / Replaced Infrastructure: New Infrastructure One System The Standard Homologated new / modified Infrastructure system - National System - Modifications in the direction of the standard
Result: Application of standards by migration (Interlocking and Train Protection including: Example: HSL Zuid - Interoperability - Increased Capacity - Increased Safety Example: Asd - Ut
Figure 3: Scenarios for Rolling Stock and Infrastructure Migration of Nation Specific Solutions to (European) Standards
Courtesy of Prorail Netherlands There is a need to provide an ultimate ERTMS solution for new rail lines, and while important, the problems posed for rolling stock development and transfer are not so difficult. What is difficult however is establishing norms for the equipping of such new lines to assure future standardization and true interoperability within the rules, and to ensure that the strategies employed in migration are in fact reflected in the final product for all lines. The great questions remain though, how best to adapt, either by existing equipment modification or by renewal, and how to create a truly PanEuropean solution for those lines affected by the TSIs
27/09/06
Page 23 of 52
Given that the technology behind these is generally invisible to the user, one may ask why there should be so much emphasis on commonality. One answer of course lies in the nature of common failure states and how to recover from them in a unified fashion and using a harmonised operational rulebook. Others revolve around cost minimisation, provision of technical resources, staff training etc. Missing from the above list is the TCCS and its interfaces coupled with the needs of the signaller. The subject requires a completely separate review as it is by the use of the interfaces provided that the signaller can use the rulebook as it is
27/09/06
Page 24 of 52
intended. Indeed the TCCS must be designed in support of that operational rule book and the scenarios contained within. The search for a trackside principles starting point, must eventually elect to include TCCS functionality, insofar as it affects the user interface requirements to the other trackside systems and centralised information systems of the railway especially in the requirement to protect traffic during incidents and to recover from failure. This is a major issue, an it must be said that harmonisation here, and in the area of operating rules, is likely to be a long hard road of national legal wrangling to have maximum functionality transferred from interlocking to TCCS, and to rid the systems of the operational override pitfalls that exist with us to this day under the guise of Operational Need rather than safety or business requirements.
There have been some very public examples of the pitfalls waiting for the unwary engineer and the over optimistic operator that always wishes to maximise the use of his railway. The West Coast Main Line in the UK provided one of the best examples in Europe in recent times, of the problems the signal & systems engineers face when coming to grips with legacy systems and trying to build for the future. This line has in the course of the last few years been the subject of huge debate, government interference, national press revelations, inadequate strategies for renewal, poor legacy track alignments, non standard loading gauge for Europe and poor system engineering choices. In short, it has also been the victim of those operators that need to achieve maximum use of the network, with the ensuing inability to perform major
UIC Signalling Strategy v0.7.doc 27/09/06 Page 25 of 52
re-signalling and other works in a convenient and timely fashion without causing massive dislocation to the train service. The above should not generally apply when building new (hopefully dedicated) main line railways, whether high or medium speed, or just feeder lines but this reflection provides a good insight into the issues facing the migrating railway and signalling and track alignment upgrades. From the European standpoint, the operational issues for ERTMS have been fairly well defined in the various technical documents e.g. SRS. Unfortunately these do not provide the reader with a detailed insight as to the required principles (requirements) for the control and supervision of trackside systems in the ERTMS environment, either under full control o r some type of fallback mode following a major failure. The challenges therefore seem to revolve around the following issues and decision paths. Signal or re-signal from scratch only those high speed lines required for European Interoperability as directed by the EU, and no more. Or, re signal as above, but include mixed traffic high speed lines Or, re- use adapted existing signalling systems in a way that they conform to new principles and that lead directly to full ERTMS when obsolete. Providing compatibility between existing heritage systems and ERTMS, to enable co-existence of the heritage system and ETCS, until the need for the heritage system can be dispensed with.
Independent technical advisers or qualified signalling personnel within each railway or withi n a railway umbrella organisation are best suited to: Prepare the functional requirements by which the proposed system will be designed. Interpret the operation and fallback scenarios into a signalling and train control system layout suitable for them, Determine the most suitable architectures for the signalling and train control systems based upon a required commonality of use.
27/09/06
Page 26 of 52
Determine common failure modes to ensure that functionality may be normalised across the user railways in line with a normalised rulebook and recovery strategies for a formalised architecture.
It is not assumed in any of these activities, that the above are responsible for the design of the system, and this is important. Each of the groups involved is however responsible to ensure that the design derived from their requirements specification does meet, and can support, the level of operational flexibility envisaged at the outset, and that the design meets the need of the operator and his business case. In simple words dont over-signal lines that do not require it, whilst at the same time providing what the operator wants, not what the system can deliver.
27/09/06
Page 27 of 52
situation. Whilst this minimizes the cost at trackside, the responsibility for providing the Train Route now passes to the RBC. When one comes to consider the architecture of these various subsystems, the aim must be to reduce costs to a slow as possible. Figure 5 shows architecture for main lines whereby certain functions are combined into systems of the same SIL level thus avoiding the possibility that SIL 0 functions might actually be designed into SIL 4 hardware and software. In this example, the virtual route setting and locking together with the construction and issuance of movement authorities is performed by a SIL3 or 4 section of the RBC, whereas the routing development and scheduling is handle by the TCCS / ARS, together called a TMS (Traffic Management System). This design is approaching that selected by the Swedish railways for their regional lines. All these innovations, while desirable, cost money and effort both in terms of design, installation and maintenance, and tend to be extremely complex. This complexity has in the past been solved by extremely reliable and proprietary solutions, but in a modern, business oriented railway, this may not be ideal. Railways are now tending towards the installation of their own internal communications networks, with access facilities along the line for the interfaces that the modern railway requires. Such innovations require exploration into the issues of open networks, and the data requirements to be transmitted over them.
27/09/06
Page 28 of 52
TCCS
D Signaller Functions & Displays Fallback Route Setting Fallback Point Move Fallback Point Detect D
ARS
F A
Automatic Routing Functions Timetable Junction Management
RBC
B
Train Data Setting M.A. Setting Railway Topography Virtual Route Setting ETCS Mode Train Position
RBC
I/L
I/L
I/L
Physical Route Setting & Locking Signal Aspect Setting (Migration) ATP Controls Point Machine Controls Points Heating Signal Lighting for Non ETCS Traffic Points Position Indicators TVP Section Reset Lockable Device Releases
Points Detection Points Heating Off / On Signal Lamp Filament Detection TVP Section Occupancy / Clearance / Reset Data Lockable Device Detection Interfaces A: Interfaces B: Interfaces C: Interfaces D: Interfaces E: Interfaces F: TCCS to RBC RBC to RBC RBC to Interlocking subsystems TCCS to Interlocking Interlocking to Interlocking RBC GSM-R Link to Vehicles SIL 0 SIL 4 SIL 4 SIL 0-2 SIL 4 SIL 4
27/09/06
Page 29 of 52
TCCS
D Signaller Functions & Displays Fallback Point Move Fallback Point Detect D
ARS
F A
Automatic Routing Functions Timetable Management Junction Management Railway Topography Train Data Setting
RBC
B
M.A. Setting Virtual Route Setting Signal Lighting Decision ETCS Mode Train Position
RBC
I/L
I/L
I/L
Point Machine Drives Signal Lighting for Non ETCS Traffic Points Position Indicators TVP Section Reset Lockable Device Releases Points Heating Interfaces A: Interfaces B: Interfaces C: Interfaces D: Interfaces F:
Points Detection Points Heating Off / On Signal Lamp Filament Detection TVP Section Occupancy / Clearance / Reset Data
TCCS RBC RBC RBC RBC - Interlocking subsystems TCCS Interlockings Direct Fallback RBC GSM-R
Figure 5: The Simplified Interlocking Approach to ETCS Trackside. The UIC ESIS project feasibility study of 2004 set out originally to provoke discussions concerning a standard for signalling system interfaces. The current version of the document, accepted by the Euro-Interlocking steering group of November 2003, sets out two possible ERTMS L2 control system architectures. The
27/09/06
Page 30 of 52
acceptability of these options when set against the issues of open ended and limited access lines, and migration will be discussed, along with proposals for a way forward to a standard application for ERTMS at all levels based upon the use of Operational Scenarios to create a Top Down approach to development.
TCCS/ARS
F
D Signaller Functions & Displays Fallback Point Move Fallback Point Detect
RBC
B
M.A. Setting Virtual Route Setting Signal Lighting Decision ETCS Mode Train Position
I/L
I/L
I/L
Point Machine Drives Signal Lighting for Non ETCS Traffic Points Position Indicators TVP Section Reset Lockable Device Releases Points Heating Interfaces B: Interfaces C: Interfaces D: Interfaces F:
Points Detection Points Heating Off / On Signal Lamp Filament Detection TVP Section Occupancy / Clearance / Reset Data
TCCSRBC TCCSRBC RBC - Interlocking subsystems TCCS Interlockings Direct Fallback RBC GSM-R
27/09/06
Page 31 of 52
TCCS RBC
O/C
O/C
O/C
O/C
O/C
O/C
Interlocking System
Interlocking System
Category 1
Track Elements
Category 2 Category 3
TCCS
GSM-R
O/C
O/C
O/C
O/C
O/C
O/C
Figure 8: UIC ESIS Feasibility Study - Signalling System Architecture B It was noticeable from the UIC studies in Figures 7 & 8 that migration from existing interlocking systems was omitted from the discussion by an early decision. To include the subject was deemed to have made ESIS untenable. Add to this fact that migration is widely viewed by railways as a National issue, and one arrives at the current situation. As mentioned earlier in this paper, the railway companies of Europe are faced with somewhat more serious problems regarding the use of legacy systems, and these concerns we will consider herein.
27/09/06
Page 32 of 52
Given that the European railway world currently has many different mechanical and relay-interlocking types, a selection of different electronic interlocking types, and other legacy electro-mechanical signalling systems, it is not surprising that difficulties exist in the making of decisions for the future. It is only as a result of the requirement for adherence to European directives that are themselves not comprehending the reality of the railways of today, that managers have been forced to deal with the issues. Whilst the interfaces between the elements that are supported internationally; namely trackside communications to and from rolling stock, are very advanced, and internationally normalised, the proposed architecture of, and communication between elements of the trackside systems are in general poorly understood for the entire ERTMS concept. There has been little evidence that the supply industry has been willing to change from the protected market approach of the past and to work together to find a truly international solution to the train control system architecture problem either. Numerous countries are involved with differing consortia from industry to develop solutions based on immediate, perhaps political or just pioneering goals, rather than the long -term goals of European train and trackside control systems harmonisation. What is required within the ERTMS environment is a set of norms that will see each supplier providing elements of the subsystems that are truly interchangeable. For example, communications cards that can be used in any system to connect similar elements with similar power supply requirements, operate multiple or identical protocols, and similar and multiple uses. This may only be achieved once a set of international system norms has been established, functional apportionment has been achieved, and interface specifications for all subsystems also agreed upon. The basis for this strategy revolves not just around interoperability, but also for reasons of cost and project risk reduction. These subsystems remain a major cost driver for railways that must be addressed by the application of European Standards The other necessity for future interlocking systems must be a modular approach that enables certain parts of the logic to be retained for ERTMS use, whilst other parts are removed due to the functionality of the RBC and other subsystems. These functional splits are currently available in the architecture of most interlocking systems today, whether relay or software based.
27/09/06
Page 33 of 52
Table 2: Interface structures Analysis The Safety Integrity Levels stated in the table indicate that should the architecture change, or in fact the operating and legal requirements, then the degree of safety, and therefore cost, may change. Some of the following diagrams will indicate the optional differences that might be considered in this light. There is a need to re-visit the interface issue for the migration situation. The same basic interfaces remain, as the system elements involved do not change greatly. The evolving operational requirements to move trains in non-communicating mode over an ERTMS equipped line, and to operate and monitor track elements with failed system elements have led historically to an additional requirement to provide an interface between the TCCS and each interlocking for fallback handling and for special situations. It can be clearly seen that the functional apportionment between elements of the ERTMS system will also affect the interface functional requirements, and this issue is also addressed in the recommendations for the adoption of a fixed ERTMS system architecture for each level based on a balance between operational needs and safety, and cost effectiveness over the life cycle of the installation. What is certain is that the design of the system, and an understanding of its real subsystem tasks is a driver towards the reduction in the number and the required safety level of the interfaces. The Regional Design for example has reduced the number of external interfaces to three from six, and quite possibly the degree of complexity required in each has been reduced also. As in all things, risk analyses will reveal whether such reductions are suitable, but what is fact is that this exercise is ongoing, and that required SIL levels are falling.
27/09/06
Page 34 of 52
27/09/06
Page 35 of 52
throughput during the migration period in favour of a non-dual mode operating system. Such systems as the KCRC ATP in Hong Kong have largely overcome this problem, but with the use of interlocking systems providing the ATP and train-borne transmission information instead of the RBC of ERTMS systems. Signals in this case were equipped with an extra blue aspect, but this may not be necessary in the European arena where consideration might be given to signal darkening instead. This is advocated purely on a cost basis as the addition of aspects to existing signals has in the past proven to be an expensive option, especially in the requirement for additional or modified logic to drive them. A further operational issue during migration is that of throughput maintenance or even an increase in track capacity. Whilst it may be feasible to increase the number of trains in pure ERTMS systems by shortening block lengths etc. this task in a migration state would involve the movement of signals and any other track objects constraining headway. The costs associated with such activities must be carefully considered in the light of previous experiences, especially the KCRC ATP project.
of this where for example main stations like Cologne or Emmerich have not been resignalled to meet the demands of ERTMS as there is no direct necessity to do so. All trains stop there, especially passenger trains, and therefore continuous ERTMS is not required as trains may re-acquire communication with the control system upon entering the next line section. The same theories must be applied when a TEN designated existing route has nodes. It is not difficult to see that the application of ERTMS through stations such as Mannheim would be an extremely expensive and possibly unnecessary action if the tenets of the preceding paragraph were followed. This subject is under great discussion by SBB and others, but it would be more useful in light of the European picture if all railways were involved. There is, however, a counter argument that provision of ERTMS can enhance the capability of nodes to handle increased volumes of traffic operated as an overlay to the existing signalling system. This potential opportunity for ERTMS needs careful examination and review as part of a business case evaluation.
27/09/06
Page 37 of 52
Figure 9: Typical Relay Interlocking Functional Hierarchy Figure 9 represents the schematic construction of a typical interlocking system. And by colour, the green areas will be those portions remaining in the scenario where an existing interlocking is cut down for ERTMS interfacing works. These are elements that will remain, including point operation and detection, signal aspect display selection for mixed traffic (ERTMS and non-ERTMS) areas or for fallback situations in ERTMS mode. Basic locking functions suc h as time of operation and detector locking for fallback operation of non-communicating traffic under verbal rules will need to be maintained. When one considers the computing power available to the RBC designer and which can be brought to bear on the problems of setting and locking of a train path or Route, one wonders why this logical function could not be elevated to the RBC? The obvious constraint appears to be that the current interlocking wont work without the route setting layer, but what if, in the words of a famous computer company, this layer could be stripped away, initially temporarily, but permanently in the final design, to make way for a new strategy for train control. Figure 8 shows perhaps how this might be achieved for newer interlocking systems where worries concerning quality and integrity of the body of the system e.g. wiring are not so widespread, or where a system may be stripped down in terms of the software platform. Figure 10 describes a revised functional apportionment for the interlocking control system that removes the route setting requirements and elevates them to the RBC (Right). The interlocking system at trackside is then left with the responsibility for movement and detection of trackside elements, and the direct locking functions required by recovery scenarios in the event of RBC or Interface failures.
27/09/06
Page 38 of 52
TCCS
Interface with TCCS Functional Interface to Track element control Element Direct Locking (TVP)
text
RBC Interface to TCCS RBC Interface to GSM-R RBC Logical M.A (Route) text Generation
RBC Train Data Generation & Control RBC Interface to Interlocking 1 - n
17.1 Recommendation 1
It is recommended that a Fact Finding study be carried out to accumulate and concentrate technical information about current ERTMS projects in Europe in relation to the structure of the trackside elements of the system, and the communications requirements that have been established between them, and how the operational scenarios have been implemented.
17.2 Recommendation 2
27/09/06
Page 39 of 52
It is recommended that comparisons of the effectiveness, costs and limiting factors between the current solutions to the ERTMS migration problems and the relationship with future renewal projects be carried out. Such an investigation must also address the subject of ERTMS applications in nodes, and the advantages and disadvantages of its application in such areas.
17.3 Recommendation 3
It is recommended to investigate in detail, through a dedicated project if deemed necessary, the provision of an option for the future that allows for migration from legacy systems to ERTMS in line with the railways` priorities. Such a system must provide a service level in migration equivalent or better than today and provide a foundation for a subsystem that can achieve its original technical lifetime, while ERTMS development progresses. Such provisions would mean that when the time does come to upgrade the line, new technology interlocking types of the future could easily replace the old, with little change to the RBC or the trackside, as the interfaces and functional requirements (principles) will have been enshrined for many years.
17.4 Recommendation 4
It is recommended that a review be carried that investigates existing migration signalling systems and applications, where an entire fleet of vehicles could not be retrofitted in the timeframe of the signalling project so requiring mixed traffic running; be initiated. Their applicability to the ERTMS environment and whether the use of existing signalling must be continued must be confirmed or refuted within the context of the EU migration problem. The fitment of ERTMS Level 2 as an overlay in the migration case must be considered as a functional High Level Requirement, and the standardisation of such an overlay must be mandatory if costs are to be cut sufficiently to provide incentive to the railways to implement ERTMS .
17.5 Recommendation 5
It is recommended that an investigation be carried out as to whether in the migrating railway and where the required number of vehicles are available for ERTMS operation and mixed traffic running is not required over an existing designated TEN route, retention of the existing trackside infrastructure can be an option, and whether a reduced functionality interlocking strategy is feasible.
17.6 Recommendation 6
It is recommended that the issues of shunting and train recovery in migration scenarios be investigated further, and especially as to whether the need for shunting signals remains given the type of signalling systems proposed. Furthermore the following recommendations concern more organisational issues focusing on the aspect of commitment of railways, industry and European Union. They are essential for the success of ERTMS Projects in general:
27/09/06
Page 40 of 52
17.7 Recommendation 7
It is recommended that all system development for ERTMS work be brought under one umbrella group tasked with ERTMS migration planning on TEN routes. It is further recommended that the Euro-Interlocking Projects be brought into such a group and be given sufficient mandate both to advise and to create standards.
17.8 Recommendation 8
It is recommended that an investigation be carried out to isolate the needs of individual railway administrations as to implementation and the subsequent problems of the impact of particular solution decisions on other and adjacent administrations.
17.9 Recommendation 9
It is recommended that European Railways form a Principles Development Committee, with regulatory powers concerning system functional requirements and architectural specifications.
17.10 Recommendation 10
It is recommended that European Railways form a Railway Operations Committee tasked with, and given regulatory powers for the Production of an International Operations Handbook to address the needs of ERTMS at all levels from new high-speed links to the migrating railway and the branch lines with low cost or regional solutions.
17.11 Recommendation 11
It is recommended that regulatory Committees be empowered to oversee the harmonised implementation of ERTMS systems Europe wide.
27/09/06
Page 41 of 52
Appendices
27/09/06
Page 42 of 52
1 1 1 1 1
27/09/06
Page 43 of 52
Sub Line Coimbra - Souselas Alfarelos - Coimbra Albergaria - Alfarelos Entroncamento - Albergaria Vale de Santarm Entroncamento Azambuja - Vale de Santarm Alhandra - Azambuja Brao de Prata - Alhandra Estao Santa Apolnia Aveiro - Sernada - Espinho Pampilhosa - Vilar Formoso Figueira da Foz - Pampilhosa Coimbra - Serpins Alfarelos - Bif. Lares Bif. Lares - Figueira da Foz Bif. Lares - Meleas Lamarosa - Tomar Entroncamento - Mouriscas A Mouriscas A - Central do Pego Mouriscas A - Castelo Branco Castelo Branco - Guarda Abrantes - Elvas Torre das Vargens - Marvo Rossio - Sintra Cacm - Meleas Campolide - Brao de Prata Cais do Sodr - Cascais Campolide - Pinhal Novo Pinhal Novo - Setbal - guas Moura guas Moura - Ermidas Ermidas - Funcheira - Tunes Ermidas - Sines Barreiro - Pinhal Novo Pinhal Novo - Poceiro Poceiro (Conc.) - guas Moura Poceiro - Vendas Novas Vendas Novas - Casa Branca Casa Branca - vora vora - Estremoz - Portalegre Casa Branca - Beja - Ourique Ourique - Neves Corvo Ourique - Funcheira Setil - Vendas Novas Tunes - Faro - Olho Olho - Vila Real Sto Antnio Tunes - Lagos
Line NORTE NORTE NORTE NORTE NORTE NORTE NORTE NORTE NORTE VALE VOUGA BEIRA ALTA FIGUEIRA FOZ LOUS ALFARELOS OESTE OESTE TOMAR BEIRA BAIXA PEGO BEIRA BAIXA BEIRA BAIXA LESTE CCERES SINTRA OESTE CINTURA CASCAIS SUL SUL SUL SUL SINES ALENTEJO ALENTEJO CONCORD. ALENTEJO ALENTEJO ALENTEJO ALENTEJO ALENTEJO VENDAS NOVAS ALGARVE ALGARVE ALGARVE
System
Commission dates
N of Interlocking
Control area (Km) 7 17 49 43 40 20 20 23 96 200 50 35 14 8 186 14 52 78 117 130 64 27 4 10 25 34 29 85 84 50 15 15 8 26 34 26 122 116 31 10 70 47 46 31 2774
RELAYS ESTW ESTW RELAYS ESTW RELAYS ESTW RELAYS MECHANIC ESTW MECHANIC MECHANIC MECHANIC MECHANIC MECHANIC MECHANIC SSI SSI PIPC MECHANIC MECHANIC MECHANIC ESTW ESTW ESTW RELAYS ESTW SSI SSI SSI SSI ESTW SSI SSI SSI MECHANIC MECHANIC MECHANIC MECHANIC MECHANIC SSI SSI SSI MECHANIC PIPC
1997/1998 2003/2004
1 1
1995/2002 1995/2003
1 2
1995/1996
2 1
1995/2004 2004 1998/2003 1999/2004 1997/2004 1995/2004 2004 2002 2004 1997 1997 1997
3 2 2 2 2 1 1 1 1 1 1
27/09/06
Page 44 of 52
Sub Line
Line
System
Commission dates
N of Interlocking
Date in Service
1967 2000 1958 1979 1958 1966 1958 1987 1984 1970 1958 1981 1958 1958 1958 1982 1958 1930 1959 1983 1959 1964 1959 1964 1977 1960 1983 1960 1996 1996 1996
Style
Geographical Line Block Line Block Geographical Line Block FWRRII Line Block Geographical Line Block Geographical Line Block Geographical FWRRI Line Block Line Block Geographical Line Block Elektromekanisk Line Block Geographical Line Block FWRRI Line Block Line Block Geographical Line Block Geographical Line Block DataMat Electronic Line Block DataMat Electronic
# of Routes
450
36 20 237 341 20 24 20 72 20 20
115 20 118 39
27/09/06
Page 45 of 52
Station
Sprog - Ny Nyborg st Ny Nyborg Nyborg - Hjulby Hjulby Hjulby - Ullerslev Ullerslev Ullerslev - Marslev Marslev Marslev - Odense Odense Odense - Holmstrup Holmstrup Holmstrup - Tommerup Tommerup Tommerup - rup Skalbjerg T Bred T rup rup-Ejby Gelsted T Ejby Ejby - Kavslunde Nrre by T Kavslunde Kavslunde - Middelfart Middelfart Middelfart - Snoghj Snoghj Snoghj - Fredericia Snoghj - Taulov Fredericia Fredericia - Taulov Taulov Taulov - Kolding Kolding Kolding - Lunderskov Lunderskov Lunderskov - Vamdrup Vamdrup Vamdrup - Farris Farris Farris - Sommersted Sommersted Sommersted - Vojens Vojens Vojens - Rdekro Rdekro - Tinglev Tinglev Tinglev - Vejbk Vejbk Vejbk - Padborg
Date in Service
1996 1996 1960 1956 1960 1957 1960 1956 1960 1954 1960 1957 1961 1961 1961 1980 1980 1962 1962 1962 1961 1962 1962 1962 1963 1963 1963 1993 1963 1993 1989 1965 2000 1965 1954 1966 1956 1969 1956 1969 1962 1969 1962 1969 1966 1995 1995 1995 1969 1969 1969
Style
Line Block DataMat Electronic Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block Line Block Line Block FWRRI Line Block Line Block FWRRI Line Block Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block Line Block Geographical Line Block Geographical Line Block FWRRI Line Block Line Block Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block FWRRI Line Block Line Block FWRRI Line Block FWRRI Line Block
# of Routes
105 14 22 22 70 20 23
21
20
20 23 31
223 45 34
13 16 16 34
93 16
27/09/06
Page 46 of 52
Station
Padborg
Date in Service
1975
Style
Geographical
# of Routes
46
Emmerich - Oberhausen Osterfeld Emmerich Border Emmerich Praest Millingen (Kr Rees) Empel-Rees Haldern (Rheinl) Mehrhoog Wesel-Feldmark Wesel Friedrichsfeld (Niederrhein) Voerde (Niederrhein) Dinslaken Oberhausen-Holten Oberhausen-Sterkrade Abzw Oberhausen Oberhausen Strekrade Total 72.6 60.81 54.566 50.445 48.682 44.753 39.098 29.292 26.66 23.335 18.792 13.94 7.743 4.19 1.4 23.336
72.632 60.81 54.566 50.445 48.682 44.753 39.098 40.984 23.335 18.792 13.94
SpDrS60
1966
170
31 22 219
D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4
PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB
P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410
LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB
98 68
608
Location
KM From
KM To
Type
KV
LZB
Oberhausen Osterfeld Gremberg Oberhausen Osterfeld Sd Abzw Oberhausen OberhausenWest/Mathilde Oberhausen West Duisburg-Wedau Duisburg Entenfang Lintorf (Bz Dsseldorf) Tiefenbroich Ratingen West Dsseldorf-Rath Dsseldorf-Eller Hilden Immigrath Opladen Leverkusen Werksttte 16.042 11.88 2.2 0.3 13.4 5.72 8.31 13.147 13.147 15.652 15.652 17.193 17.193 21.285 21.285 25.782 28.57 34.869 34.869 41.196 41.196 48.066 48.066 50.2795 50.279 52.364
VES 12 SpDrS60 SpDrS59 SpDrS59 Einheit E43/Dr SpDrS60 SpDrL60 SpDrS2 SpDrL60
1942 1974 1964 1962 1938 1954 1979 1972 1988 1972
190 157 196 61 35 79 92 71 28 261 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB
27/09/06
Page 47 of 52
Type
Date in # of Service Element 1983 1968 1999 / 1953 333 138 133 1,774
Location
KM KM Type From To Gremberg - Mainz Bischofsheim 81.156 85.37 90.317 93.878 96.574 98.595 101.254 103.421 107.55 110.35 113.297 115.822 120.04 123.17 129.46 135.796 141.18 146.654 151.172 153.659 1.359 154.678 154.678 2.344 117.904 112.034 109.08 106.113 100.838 94.219 89.007 83.638 80.006 77.164 69.496 65.33 61.3 57.035 53.887 50.849 48.814 45.834 42.59 ESTW SpDrS60 SpDrS60 DrS2 DrS2 DrS DrS2 DrS DrS DrS2 DrS2 VES 1912 DrS2 SpDrS60
PZB
KV
LZB
Kln Steinstrae (Abzw) 69.2 Troisdorf Menden (Rheinland) Bonn-Beuel Bonn-Oberkassel Niederdollendorf Knigswinter Rhndorf Bad Honnef (Rhein) Unkel Erpel (Rhein) Linz (Rhein) Leubsdorf (Rhein) Bad Hnningen Rheinbrohl Leutesdorf (Rhein) Neuwied Engers Vallendar Koblenz-Ehrenbreitstein Koblenz-Pfaffendorf Koblenz-Pfaffendorf Niederlahnstein Oberlahnstein Braubach Osterspai Filsen Kamp-Bornhofen Kestert St Goarshausen Loreley Kaub Lorchhausen Lorch (Rhein) Amannshausen Rdesheim (Rhein) Geisenheim Oestrich-Winkel Hattenheim Erbach (Rheingau) Eltville Niederwalluf Wiesbaden-Schierstein Wiesbaden-Biebrich 81.156 85.37 90.317 93.878 96.574 98.595 101.254 103.421 107.55 110.35 113.297 115.822 120.04 123.17 129.46 135.796 141.18 146.654 151.172 153.659 153.659 123.816 121 117.904 112.034 109.08 106.113 100.838 94.219 89.007 83.638 80.006 77.164 69.496 65.33 61.3 57.035 53.887 50.849 48.814 45.834 42.59 39.468
D4 2001 1981 1985 1957 1957 1957 1958 1962 1969 1969 1957 1957 1974 1973 199 48 114 41 48 32 29 77 42 22 30 23 46 84 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4
PZB
SpDrS60 S&H1912 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 DrS2 ???
1970 1934 1954 1954 1954 1967 1954 1961 1961 1961 1964 1954 1954 1954 1954 1953 1906
146 75 26 33 21 30 32 21 42 52 29 24 16 33 17 18 16
PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB P/C 410 PZB P/C 410 PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB
On request P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410
LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB
P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410
27/09/06
Page 48 of 52
Location Wiesbaden-Ost Mainz-Kastel Kostheim Kostheim Ost Mainz-Bischofsheim Mainz Bischofsheim Total
KM To
0.029 10.323
PZB
KV
LZB
PZB PZB
LZB LZB
Location
KM to
Type
PZB
KV
LZB
Nauheim (b Gro Gerau) Gro-Gerau Klein-Gerau Eichmhle Klein-Gerau Weiterstadt Weiterstadt Stockschneise Weiterstadt Stockschneise Darmstadt Hbf Darmstadt Hbf Darmstadt Sd Darmstadt-Eberstadt Bickenbach (Bergstr) Hhnlein-Alsbach Zwingenberg (Bergstr) Bensheim-Auerbach Heppenheim (Bergstr) Laudenbach (Bergstr) Hemsbach Weinheim Ltzelsachsen GrosachsenHeddesheim Ladenburg Mannheim-Friedrichsfeld Mannheim-Friedrichsfeld Mannheim Friedrichsfeld Sd Mannheim Ziehbrunnen Total
16.475 19.739 21.175 22.013 26.646 29.652 29.652 33.379 33.379 29.712 34.4 40.744 42.924 44.549 47.164 53.648 57.079 59.445 66.982 69.178 73.845 77.063 76.091 8.339 80
19.739 21.175 22.013 26.646 29.652 30.668 33.379 32.373 29.712 0.045 42.924 44.549 47.164 23.91 57.079 59.445 18.023 69.178 73.845 77.063 5.33 78.6 3.762
DrS2 SpDrL60
1962 1970
DrS2
1953
PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB
P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410
P/C 410 LZB P/C 400 LZB P/C 410 LZB P/C 410 LZB P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB
SpDrL30 SpDrS60
1966 1975
1,403
Location
KM From
KM to
Type
Date in Service
Element 2004
Line Class
PZB
KV
LZB
Mannheim Ziehbrunnen -Karlsruhe Mannheim RBF Schwetzingen Schwetzingen -0.014 86.4 13.563 5.33 14.668 SpDrS60 SpDrS60 1964 1977
27/09/06
Page 49 of 52
Oftersheim Hockenheim Neuluheim Waghusel Wiesental Philippsburg Molzau Graben-Neudorf Friedrichstal (Baden) Blankenloch Karlsruhe Hagsfeld Karlsruhe Hagsfeld Total
14.668 21.65 24.531 29.93 32.461 34.6 39.601 45.491 50.437 55.1 4.2
183
D4 D4 D4 D4 D4 D4 D4 D4 D4
P/C 410 LZB P/C 410 LZB P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 LZB LZB LZB LZB LZB LZB LZB
72
SpDrS60 SpDrS60
1982 1977
226 87
731
Location
KM From Karlsruhe- Basel 0 0 4.9 76.382 79.649 82.54 87.864 91.743 96.501 105.324 112.536 116.848 119.175 125.269 131.669 137.94 140.722 145.488 154.428 158.652 163.661 171.766 174.851 177.685 180.965 185.851 188.775 190.231 192.673 194.9
KM to
Type
PZB
KV
LZB
Karlsruhe Gbf Karlsruhe Gbf Karlsruhe Brunnenst. Karlsruhe Brunnenstck Ettlingen West Bruchhausen (b Ettlingen) Malsch Muggensturm Rastatt Baden-Baden Steinbach (Baden) Bhl (Baden) Ottersweier Achern Renchen Appenweier Windschlg Offenburg Niederschopfheim Friesenheim (Baden) Lahr (Schwarzw) Orschweier Ringsheim Herbolzheim (Breisgau) Kenzingen Riegel Kndringen Teningen-Mundingen Emmendingen Emmendingen BrkleBleiche Kollmarsreute Denzlingen Gundelfingen (Abzw) Freiburg (Breisgau) Gbf Leutersberg Ebringen Schallstadt Norsingen
ESTW
1999
204
79.649 82.54 87.864 91.743 96.501 105.324 112.536 116.848 119.175 125.269 131.669 137.94 140.722 144.717 154.428 158.652 163.661 171.766 174.851 177.685 180.965 185.851 188.775 190.231 192.673 194.9 196.488
D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4 D4
PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB
SpDrL60 / ESTW
1973
52
P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 auf Anfrage P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410
LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB LZB
SpDrL60
1971
53
PZB P/C 410 PZB P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 410 P/C 400
SpDrL60
1983
104
ESTW
1998
122
D4 D4 D4 D4
27/09/06
Page 50 of 52
Location Bad Krozingen Heitersheim Buggingen Mllheim (Baden) Auggen Schliengen Bad Bellingen Rheinweiler Kleinkems Istein Efringen-Kirchen Eimeldingen Haltingen Weil am Rhein Basel Bad Bf Total Grand Total
KM From 222.853 228.804 231.838 237.3 239.728 243.15 246.769 249.954 252.779 256.378 258.256 262.217 264.281 267.6 270.688
KM to 228.804 231.838 237.3 239.728 243.15 246.769 249.954 252.779 256.378 258.256 262.217 264.281 267.6 270.688
SpDrL60
SpDrL60 SpDrL60
Date in Element Line Service 2004 Class 1974 75 D4 1969 31 D4 D4 1969 116 D4 D4 1971 43 D4 D4 1976 79 D4 D4 D4 1978 61 D4 D4 D4 1985 212 D4 1980 440 3,035 10,039
PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB PZB
KV P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 P/C 400 auf Anfrage
LZB
27/09/06
Page 51 of 52
Amendment Sheet
No. Version Section Amended By Whom Amendment Date
1 2
0.2 0.7
All All
MP/AD MP
NEW doc from Migration Strategy Revised over several versions per comments on business case and technical information
06/03/06 27/08/06
27/09/06
Page 52 of 52