Professional Documents
Culture Documents
ARCHITECTURE
SYSTEM ARCHITECTURE
DESCRIPTION
Responsible Division: Responsible Unit: Document Type: Distribution Status: Document State:
Prepared:
Piyawadee Suwanwichit 2013-10-31
Design Engineer, RCS Engineering
Verified:
Manpreet Mann 2013-10-31
Systems Engineer Team Leader, RCS Engineering
Approved:
Vivek Mahalingam 2013-10-31
Lead Project Engineer, RCS Engineering
Name / Title, Group Signature Date
Identity Number:
This document and its contents are the property of Bombardier Inc. or its
subsidiaries. This document contains confidential proprietary information.
The reproduction, distribution, utilization or the communication of this 100222654
document or any part thereof, without express authorization is strictly Effective Date: Revision: Language:
prohibited. Offenders will be held liable for the payment of damages.
Revision Log
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 2 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Table of Contents
Section Subject Page
1 introduction 4
1.1 Purpose 4
1.2 Scope 4
2 Abbreviations & Definitions 5
2.1 Abbreviations 5
2.2 Definitions 8
3 REFERENCES 10
3.1 Project Documents 10
4 SYSTEM ARCHITECTURE 11
4.1 The System Architecture Design 11
4.2 System Interfaces 11
4.2.1 CITYFLO 650 Internal interfaces 14
4.2.2 CITYFLO 650 External interfaces 16
4.3 Supervision Architecture 18
4.3.1 Central Operation 19
4.3.2 Local Operation 19
4.3.3 Off-line Operation 20
4.4 Wayside System Architecture 21
4.4.1 Region ATP (RATP) Subsystem 22
4.4.2 Region ATP (RATP) Architecture 22
4.4.3 Region ATO (RATO) Subsystem 24
4.4.4 Region ATO (RATO) Architecture 24
4.4.5 Computer Based Interlocking (EBI Lock) Overview 26
4.4.6 Train Routing and Degraded Operation 26
4.5 Data Communication System Architecture 27
4.6 Radio System Architecture 28
4.6.1 Train to Wayside Communications (TWC) System 28
4.6.1.1 CBTC CITYFLO 650 Radio (2.4GHz) 28
4.6.1.2 CCTV Radio System 29
4.6.2 Network Radio System (NRS) Overview 29
4.7 Onboard System Architecture 32
4.7.1 VATC System Description 32
4.7.2 VATC System Architecture 32
4.7.3 VATC Interfaces 33
4.7.4 CBTC Radio Communication 34
4.7.5 CCTV Radio 34
4.7.6 Positioning Subsystem 34
4.7.6.1 Norming points reader 34
4.7.6.2 Tachometer 35
4.7.6.3 Doppler Radar 36
4.7.6.4 DMI 36
4.8 Platform Screen Doors 37
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 3 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
1 Introduction
1.1 Purpose
The purpose of this document is to provide an overview description of the CBTC
system (CITYFLO 650) to be installed in Delhi Metro Line 7, identifying its system
architecture and high level interfaces for both on-board and wayside equipment.
1.2 Scope
The scope of the provided system for Signalling can be split into two main sections:
A) Functional;
B) Non-Functional.
A) Functional
All functional items will be described within the SDS at a function level and shall
translate to sub system requirements, which will be shown in the SSRS of the relevant
sub-systems. These SSRS’s will be then translated to sub-system level descriptions
in the SSDS.
i) CBTC Stations/OCC/BCC/Depots – Areas covered here will be RATP, RATO, CBI,
ATS, Object Controllers, Interface to UPS, Mimic Panels.
ii) Trackside – Areas covered here shall be Norming Points, Switch Machines, Axle
Counters, Lineside signals, WNRA LoS, WNRA LcX, CCTV Radio and ESP.
iii) CBTC Vehicle – Areas covered here shall be VATP, VATO, CCTV Radio, CBTC
Radio, and Antennas.
iv) External Interfaces – Areas Included here shall be Telecom, Depot Equipment,
Rolling stock, Platform Screen Doors, Trackworks and Tunnel ventilation
B) Non-functional
All non-functional items will be described in the SRS and will translate into further
requirements for the relevant sub-systems and will be described in the SSRS of the
sub-system.
Performance requirement;
i) Environmental EMC, vibration requirement
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 4 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
2.1 Abbreviations
Abbreviation Definition
ANSI American National Standards Institute
BT Bombardier Transportation
CM Coded Manual
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 5 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
ET Electric Trains
FO Fiber Optic
I/O Input/Output
IP Internet Protocol
LC Local Control
MA Movement Authority
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 6 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
NR Network Radio
OS Operating System
PC Personal Computer
PS Particular Specification
RF Radio Frequency
RM Restricted Manual
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 7 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
TC Traffic Controller
VO Virtual Occupancy
2.2 Definitions
Terms Definition
Civil Speed Limit The permanent maximum speed limit for all trains upon a section of
line. This speed limit shall not be exceeded at any time.
Degraded Mode A mode in which the system is not fully perform as design, due to
either complete or partial failure of one or more components
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 8 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Dwell Time The period of time taken from the instant that a train’s wheels stop at
a station until the point in time when the wheels start in motion again.
Fault An abnormal condition that may cause a reduction in, or loss of, the
capability of a functional unit to perform a required function.
Headway Minimum time interval between successive trains at any point on the
line such that the speed of a following train is not reduced by the
presence of any other service train ahead.
Leaky Feeder A cable that radiates radio waves of a desired frequency along its
length. Often used for track to train communications.
Limit Of Movement Authority The point beyond which the train may not safely proceed.
(LOMA)
Maintenance Track Maintenance tracks are those tracks within the depot on which first,
second and third line maintenance will be carried out.
Man Machine Interface The visual interface between the Controller and the control system.
The MMI consists of the computer screens, displayed objects, icons,
and equipment as well as the facilities by which the Controller
executes control.
Maximum Safe Speed The maximum safe speed shall be the lowest of: the Civil Speed
(MSS)
Limit, the safe speed required to ensure that the LOMA is not
passed, any Temporary Speed Restrictions in force, maximum
permissible train speed, maximum speed set by the current
operating mode and train parameters.
Operating hours Operating hours shall be 05:00 to 24:00, 7 Days per week.
Reliability The measure of ability to rely upon equipment and systems to perform
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 9 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
RM That mode of the ATP system that is the default mode within the
depots or in certain cases in the main line. It allows for a maximum
(Restricted Manual) mode
speed of 25 km/hr with no cab signal energy being received.
Route A part of the line originating at a signal through which the points have
been set and secured to enable the safe passage of a train.
Target Speed The speed the train must achieve at the required target distance.
Train Operator The person on the train responsible for its operation.
3 REFERENCES
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 10 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
4 SYSTEM ARCHITECTURE
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 11 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The external interfaces include third party systems and man-machine interfaces with
drivers, operators and maintenance staff.
Physical characteristics of those interfaces as well as main information exchanged
through them are described.
The following diagram shows a representation of the CITYFLO 650 system as applied
to Delhi Metro Line 7 with each interface uniquely identified. This diagram should be
referred to in conjunction with the tables below.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 12 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
OCC
Master Mimic Overview CCTV Central Control
Radio PIS 4 Operators
clock System Controller
1 2 3 5 6
H
CATS
Printer / Schedule
Gateway
D PLC EBI Screen
Plotter Compiler
Servers
D D D
D D
DTS
CORE CABINET
CER
Fibre
ODF
(by DMRC)
v
FIBRE OPTIC CABLING (BY BT) In-Line
Splice
Enclosure
STATION SER ODF
(by DMRC)
Fibre Fibre
F
Local ATS
DTS
Operator 7 EBI Screen E CABINET
Servers
Ethernet
E E
E
Power
Over PC
Service
Ethernet
personnel Switch F PLC I/O I RATP RATO 15
CFMS tool
Interlocking
G EBI Lock
10 RS232
F
CCTV PTU tool
Radio Ethernet CBTC DOOR 8
Radio A PLC PSD
PC WNRA C
(by Others)
LOS Antenna LOS or LCX Antenna 18
PTU tool
OCS
Service 9
Maintenance B
Terminal
CCTV CBTC personnel
5.8GHz 2.4GHz ESP,
B EKT
Radio Radio
RS-232
CCTV Tachometers
MDR
Radio (on wheels) Norming points
Pulses
Q R S
MVB
X T Axle counter Point
Signals
(Mainline) Machine
V W U RS-485
U
Doppler
Safety MIO VCU-C
relays (Non-Vital I/O)
11 12 13 14
TRAIN WAYSIDE
Non-Vital Event
Vital Circuits DMI TIMS Rec.
Circuits
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 13 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Ethernet
over FO.
According
Internal CBI Vital communications between EBI Lock and
A to
Interfaces OCS.
EN50159-1
for closed
networks
ATS – Mimic
overview
ATS-Mimic overview system: display a live
system
representation of the signalling system and
ATS- Ethernet the running trains
Schedule over Cat ATS-Schedule Compiler: Timetable
Compiler D 5e copper Development
ATS- cable
ATS-Gateway PLC: connection to external
Gateway (DCS)
systems via Firewall
PLC
ATS-Peripherals: Client Workstations,
ATS – Printers etc
Peripherals
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 14 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 15 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Vital digital
VATP – outputs
Interface with the train e.g. Emergency Brake,
Safety V under a
Door Enable, Propulsion Enable.
Relays fail-safe
design.
VATC
This interface allows the VATC to use a MVB
(COMM
X Ethernet bus for communicating with the DMI and the
Board) –
MIO.
VCU-C
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 16 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 17 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
- Station identification,
distance from the station,
target speed, actual speed
and permitted speed.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 18 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Controller Workstations, CCTV, Controller Workstations, CCTV, Trainer Trainee Trainee Training
Mimic, Playback, etc. EBI Screen Mimic, Playback, etc. EBI Screen OPC workstation workstation workstation Servers
OPC
Servers Servers
Maintenance MMI, Train controller, CCTV, EBI Screen RATP CBI Maintenance MMI, Train controller, CCTV, EBI Screen RATP CBI Depot Controller, etc EBI Screen CBI
Interlocking VDU, crew controllers, etc. Servers Interlocking VDU, crew controllers, etc. Servers Servers
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 19 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The SCRs at non-interlocking station contain CCTV workstations and train control
workstations while the SCRs at interlocking station have CCTV workstations, train
control workstations and extra workstations as interlocking VDU workstations.
The SERs at non-interlocking station contain the Ethernet switches for the
transmission network while the SERs at interlocking station contain the Ethernet
switches, maintenance terminals and EBI Screen local redundant servers.
The crew controller workstations are provided in the crew controller’s rooms at
terminal station. The maintenance MMIs are provided in the SMRs of stations with
points and crossing.
The Depot Control Operation is considered as a local operation, it controls only within
the depot area. Depot has the same control rooms as the interlocking station and
there are SMR, SER, crew controller’s room and Depot Control Centre (DCC) which is
similar to the SCR in the interlocking station.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 20 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
A key early decision when determining the architecture for a CITYFLO 650 application is to
determine the number of “regions” which the line or lines will be divided into. The size of a
region is determined by several factors, including the number of wayside objects, the length of
that system and the number of trains in operation. For Delhi Metro Line 7 we have planned for
10 regions; 5 for the mainline and 5 for the depots. The following figure shows the Wayside
Architecture for Delhi Metro Line 7.
Control center
ATS Workstations Videowall
External
systems
DTS
cabinet
Wayside DTS
DTS cabinet
Region equipment
Radio Point
Signals Axle Counter ESP PSD
machines
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 21 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The regions control trains located in their region of control. The RATPs hand-off trains going
from one region to another. Each region can have multiple entrances from outside lines or
yard areas.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 22 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Figure 4. The active cradle can be selected manually, either locally via a key-switch on the
RATP cabinet, or remotely via the ATS computer console. In the event of a failure of the
active RATP, the standby will automatically become
active without input from an operator. Only the active
system generates outgoing data packets to the trains and
other subsystems and controls the trackside equipment.
Within each ATP, both channels enable the Synchronized
Vital Driver (SVD) board output, which in turn drives an
enable signal to each channel processor. This ensures that
a partially failed ATP does not transmit data to the Radio Communications Processor (RCP).
The channel 1 RATP processor interfaces to Radio Communication Processor and the
channel 2 ATP processor interfaces to the Wayside Communications Processor. Both
channel ATP processors control digital outputs and receive digital inputs.
All wayside device interfaces are brought back to redundant RATP units to allow the
redundant unit to take control of the system when a switchover takes place from the active to
the standby. Therefore, train control, train tracking, and interlocking functions are
implemented by the currently active RATP.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 23 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The two channels are configured to detect single point hardware failures. Each channel has
an ATP processor that performs all vital safety functions. There is one health relay associated
with a RATP system which is controlled by independent hardware. Each ATP processor within
a RATP system monitors its associated health relay and enters a shutdown state if the health
relay is not energized. If one channel of a RATP system shuts down, the health relay for that
system will no longer indicate "healthy". The second channel of the RATP system will detect
the "unhealthy" state and also shutdown. In this way, either channel in a RATP system can
shutdown thus disabling all outgoing system commands to the TWC radio, DTC Ethernet, and
discrete (relay) outputs.
The cross-channel Ethernet network is a point-to-point bidirectional link that is used for
channel synchronization, data transfer between channels and cross-checking of data that the
other channel has. Each channel compares its cross-check data set with the other channel’s
data set. The comparison is used to detect single-point failures. If a failure is detected in
either channel, the RATP will enter a fail-safe shutdown state as previously described.
Each Region has an independent ATO designated as Region ATO. In the same way as the
Region ATP, the Region ATO units are also operationally redundant with an Active and
Standby units. The Region ATO performs all non-vital functions related to directing train
movement and station operation. In support of these functions, the Region ATO is responsible
for the generation of various non-vital train movement controls and commands for the
respective elements located on the wayside. System status and control data associated with
each Region ATO are processed and sent to the ATS, where the current status of the system
is displayed to the Line Controller.
Each Region ATO consists of an independent active and standby system which operates in
conjunction with the Region ATP active and standby system. Both the active and standby
Region ATO collect data from their own region, but only the active system will issue
commands and requests.
A terminal is located within each region cabinet and is available to maintenance personnel as
a diagnostic tool. This terminal is provided for local region requests, diagnostics and
monitoring activities. It can also be used to monitor the region during an event where the main
or contingency ATS systems are unavailable. Switchover in the event of failure is performed
automatically without loss of operation.
The Region ATO interfaces with the Region ATP computer via the Data Transmission
System. It also sends and receives vehicle messages from the Vehicle ATO through the
Region ATP.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 24 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
CPU Board;
Power supply board.
Multiple RATOs may be installed into a common enclosure or cradle.
The CPU board is a 6U, VME board that utilizes an IBM Power PC. The board has the
following 2 built-in ports on the front panel:
EIA-232 serial port: Used for engineering diagnostics.
10/100 BaseT Ethernet port: Main communication port used by the RATO to
communicate to the other subsystems (RATP/ATS, etc)
The RATO uses an add-on second 10/100BaseT Ethernet port that is used for
communication between the primary and the redundant backup RATO in the same
region.
The CPU board has 128Mbytes of Synchronous DRAM (SDRAM) and 16MB of Flash
memory.
An add-on Compact Flash Drive of 1 GB or more will be installed on each RATO to store
the RATO software.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 25 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 26 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
For the subsystem level in this project the DCS comprises: DTS+NRS+CCTV Radio as shown
in figure below.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 27 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 28 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
LOS Antenna
1A-1 LOS Antenna
2B-1
WNRA WNRA
1A 2A
Ethernet Ethernet
Two Fiber Optic Pigtail Assemblies per WNRA
Switch - A Switch - B (supplied by BT)
Region Region
ATP - A ATP - B
Revision A
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 29 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
either a cascading failure or network intrusion. Utilizing this technique has proven itself on
previous CITYFLO 650 projects as a reliable communications handoff technique.
The MDR will scan for the radio’s frequency which has been detected along the track and give
the information to the VATO to select the best available candidate frequency.
The initiating message from the region (poll message) is broadcast to all active WNRAs.
Since each WNRA is operating on a non-overlapping frequency, the message is transmitted
simultaneously (ignoring network latency delays) on all of the system’s frequencies. As long
as the VATO has selected the correct radio frequency, the radio will communicate to the
wayside when addressed.
Connected to each RATP is the Data Communication System core. The data network
includes the radio Wayside Network Radio Assemblies (WNRA), which act as radio access
points (RAP) for the train to wayside communications.
The wayside radio antenna system consists of the Line-of-Sight (LOS) antennas. Train control
data is exchanged between the wayside and train borne systems through this link. The RATP
is responsible for formatting all data to be transmitted to the trains. It receives information
from the central control through the RATO, and the RATO itself, and transmits that data along
with data of its own to the trains. The RATP also receives all data from the trains within its
region, distributing the portion that is intended for the RATO. The Radio equipment onboard
includes LOS antennas, and MDR (mobile data radio on board the trains).
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 30 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The Data Communication System cabinet receives the formatted data message from the
RATP that is intended for the trains that are currently in that region. This data message is
passed to all the WNRAs within that region, which in turn broadcast the message over an RF
link, through the antenna system connected to the WNRAs, to the passing trains.
Radio system is designed to be fully redundant without any single point of failure. Each
location in the line is covered by two radios. In case of a single failure in a radio device, the
system can still operate transparently without any degradation in performance.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 31 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Speed measurement
Positioning subsystem
LOS Antenna
LOS Antenna LOS Antenna
A-end
CCTV
VATC Trainline
RADIO
MMI MDR1 VATP VATO VCU MIO TCMS Train Control
MDR2
ATC-MVB
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 32 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
The Vehicle ATC equipment consists of a single card cage assembly called the vehicle ATC cradle, a data
radio that provides communication between vehicle and wayside, an RF tag reader called the Norming
Point Reader that reads tags placed along the track, speed sensor devices and various relays used to
interface to the vehicle trainlines. There are two sets of vehicle ATC equipment on each train for operation
redundancy.
The vehicle ATC cradle contains 3 CPU components: 2 ATP components and 1 ATO component. The
ATP components are programmed with the vital software used to ensure safe operation of the train. The
ATO component is programmed with the software used to perform all of the non-safety related, operational
functions.
More details about the VATC are included in the SSRS and the SSDS of the VATP and the VATO
subsystems.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 33 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Trainlines
Relay Logic
Interface
Speed Propulsion
Sensors System Manual
Controllers
Norming Point Dual Channel ATP
Tag Reader
Brake System
Other VATC
Doors
PTU
Single Channel ATO
VNRS
Misc. Car
VCU-C
Equipment
VATC Card Cage Assembly
Passenger
Information Train Network
Systems
BT MVB Network
to zero. The norming point reader is powered with 24VDC from the VATC system. Power and signal are via
separate cables.
The reader transmits a 2.4 GHz radio carrier frequency to and receives modulated reflections from each
norming point tag over which the antenna passes. The reflections from each tag provide the reader
assembly with an exact location that corresponds with a point on the vehicle's physical map. The tag data
from each norming point is verified for accuracy by the reader assembly and is then passed to each vehicle
ATP channel through an RS-485 serial link. To provide better reading statistics active tags are used (tags
have an internal battery). The ATP processors use this data to determine the vehicle's precise location in
the system.
4.7.6.2 Tachometer
There are two (2) tachometers (Pulse Generators) installed on the axles of the train for each
VATC system. The Tachometers are used to determine speed and distance to accurately locate
the train.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 35 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
4.7.6.4 DMI
Two DMIs are provided, one per end. It is anticipated that these will be housed within a cabinet
provided by the train supplier. The DMIs will only be used during degraded modes (RM, Cut-Out,
ROS).
The DMIs will interface with the VATP and VATO via a dedicated MVB (Multi Vehicle Bus)
running the length of the train. The VATP and VATO will access the MVB via the VCU-C (Vehicle
Control Unit- Computer) that acts as a protocol converter – taking data over Ethernet and
converting it to MVB.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 36 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
Vital Door Enable sent using volt free contacts from OCS Vital Output Relay (VOR) board.
Vital Door Closed & Locked signal received by OCS Contact Condition Monitoring (CCME) board.
Serial data link (Ethernet) between RATO and PSC for open/close commands and status
information.
The RATP sends vital Door Enable command and receives Door Closed and Locked status via DTS
connection to CBI. The RATO sends non-vital Door Open/Door Close command to PSD. PSD Door Closed
and Locked status will be monitored by the CBI.
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 37 of 38 Template Instruction ID-Number: 000345
100222654
Revision : 1.0
APPENDIX A Drawings.
System_Architecture
_Drawing _DEL7.pdf
File name: System Architecture Description.docx Confidential and proprietary Template ID-Number: 000108
Page 38 of 38 Template Instruction ID-Number: 000345