AV SRS AltrSpec SRF piattaforma MISTRAL

Transcript

DIREZIONI' TECNICA - DNSSO - PATC
lni
DIREZIONE PRODUZIONE - INGENERIA DI MANUTENZÍONE
RFI
FOCLÌO
1di
DIREZIONE PRODUZTONE _ DIAGNOSTCA
codi6ca, RFI TC PATC SR AV 02 R08
LINEE AVIAC
SISTEMA DI COMANDO/CONTROLLO
DELI-A MARCIA DEI TRENI ERTMS/ETCS 12
SPECIFICA DEI REQUISITI FUNZIONALI DELU. PIAT-IAFORMA
PER IL MONITORAGGIO INTEGRATO DEI SISTEMI DI
SncNereIlfE'Nro E TELECOMUNICAZIONTDr RFr
SU VALUTAZIONE AUTOMATICA DEI LOG
(MTSTRAL)
Elaborazione/
Esamc
Data
Emìssione pet
16/07/ 12
rrwg-dt"n tcmine di le€ge "RLTI FERR()\'I-\RIa ITILIÀN-\"
si d*rà l, pópdeù di guesto dGlmmto
csserecopiato, riprcdoto o coúmicrto scnra esplcila aùtoÌizz.zi'úe
chc ron può
SPECIFICA DEI REQUISITI FUNZIONALI PIATTAFORMA PER
MONITORAGGIO INTEGRATO SISTEMA TECNOLOGICO DI
RFI AUTOMATICO DEI LOG (MISTRAL)
Codifica: RFI TC PATC SR AV 02 R08
FOGLIO
2 di 87
INDICE
1. PARTE I - INTRODUZIONE ......................................................................... 5
1.1.
1.2.
1.3.
1.4.
1.5.
Premessa ............................................................................................................................. 5
Scopo e Campo d’applicazione ............................................................................................ 5
Glossario ............................................................................................................................. 6
Definizioni acronimi ed abbreviazioni................................................................................ 12
Riferimenti documentali .................................................................................................... 16
2. PARTE II - IL SISTEMA DI SEGNALAMENTO ERTMS/ETCS .................... 19
2.1. Descrizione generale del Sistema di Segnalamento ............................................................. 19
2.2. Definizione del sistema ERTMS/ETCS ............................................................................. 22
2.2.1. Sottosistema di Terra ....................................................................................................................................... 22
2.2.2. Sottosistema di Bordo...................................................................................................................................... 22
2.2.3. Rete GSM-R .................................................................................................................................................... 23
3. PARTE III - ARCHITETTURA DEL SISTEMA DI MONITORAGGIO .......... 24
3.1. Descrizione dei blocchi funzionali ..................................................................................... 24
3.1.1.
3.1.2.
3.1.3.
3.1.4.
Il Sottosistema di acquisizione ........................................................................................................................ 24
Il Sottosistema di decodifica............................................................................................................................ 25
Il Sottosistema di elaborazione e post-processing ........................................................................................... 27
Il Sottosisistema automatico di valutazione e interpretazione degli eventi...................................................... 28
4. PARTE IV – REQUISITI FUNZIONALI DEL SISTEMA DI
ACQUISIZIONE .......................................................................................... 29
4.1. Individuazione delle interfacce da monitorare .................................................................... 29
4.1.1. Interfaccia RBC(CFM)-MSC .......................................................................................................................... 29
4.1.2. Interfaccia MSC-BSC (interfaccia A).............................................................................................................. 29
4.1.3. Interfacce CORE rete GSM-R ......................................................................................................................... 30
4.1.4. Interfaccia BSC-BTS (interfaccia Abis) .......................................................................................................... 30
4.1.5. Interfaccia BSC-SGSN (interfaccia Gb).......................................................................................................... 31
4.1.6. Interfaccia RBC-IXL ....................................................................................................................................... 31
4.1.7. Interfaccia RBC-RBC...................................................................................................................................... 31
4.1.8. Interfaccia IXL-IXL (interfaccia PVS)............................................................................................................ 32
4.1.9. Interfaccia EVC(CFM)-MT............................................................................................................................. 32
4.1.10. Interfaccia EVC-JRU/DIS ............................................................................................................................... 32
4.1.11. Interfaccia EVC-DMI ...................................................................................................................................... 32
4.1.12. Interfaccia EVC-BTM ..................................................................................................................................... 33
4.1.13. Interfaccia EVC-LdV....................................................................................................................................... 33
4.2. Tipologia delle informazioni da acquisire sulle interfacce monitorate ................................ 34
4.2.1.
4.2.2.
4.2.3.
4.2.4.
4.2.5.
4.2.6.
4.2.7.
Messaggi radio - Livello applicativo (Log ERTMS/ETCS di terra e di bordo)............................................... 34
Messaggi (frame) HDLC - Layer 2 (Log Euroradio di terra e di bordo) ......................................................... 34
Primitive di servizio ISDN (Log ISDN) .......................................................................................................... 34
Relazioni RBC-IXL - Livello applicativo (Log trame RBC-IXL)................................................................... 34
Messaggi RBC-RBC – Livello applicativo (Log Handover RBC) .................................................................. 34
Relazioni IXL-IXL – Livello applicativo (Log PVS) ...................................................................................... 35
Messaggi EVC-JRU/DIS ................................................................................................................................. 35
FOGLIO
3 di 87
5. PARTE V – REQUISITI FUNZIONALI DEL SISTEMA DI
DECODIFICA ............................................................................................. 36
5.1. Decodifica delle informazioni del Sottosistema di Segnalamento di Terra e di
Bordo ................................................................................................................................ 36
5.1.2.
5.1.3.
5.1.4.
5.1.5.
5.1.6.
Decodifica traffico dati RBC-MSC e generazione dei file di log .................................................................... 36
Decodifica traffico dati RBC-RBC e generazione dei file di log..................................................................... 37
Decodifica traffico dati RBC-IXL e generazione dei file di log ...................................................................... 37
Decodifica traffico dati IXL-IXL e generazione dei file di log ....................................................................... 38
Decodifica traffico dati EVC-MT e generazione dei file di log....................................................................... 38
5.2. Decodifica delle informazioni del Sottosistema GSM-R...................................................... 40
5.2.2.
5.2.3.
5.2.4.
5.2.5.
5.2.6.
Decodifica traffico MSC-HLR ........................................................................................................................ 40
Decodifica traffico MSC-MSC........................................................................................................................ 41
Decodifica traffico MSC-BSC......................................................................................................................... 41
Decodifica traffico BSC-BTS.......................................................................................................................... 41
Decodifica traffico BSC-SGSN ....................................................................................................................... 42
6. PARTE VI – REQUISITI FUNZIONALI DEL SISTEMA DI
ELABORAZIONE E DI POST-PROCESSING ............................................... 43
6.1. Gestione dati di input ........................................................................................................ 43
6.1.1.
6.1.2.
6.1.3.
6.1.4.
6.1.5.
6.1.6.
6.1.7.
Importazione dati rete GSM-R ........................................................................................................................ 43
Importazione dati da Piano Schematico ERTMS ............................................................................................ 43
Importazione dati di configurazione e di attrezzaggio..................................................................................... 45
Importazione dati provenienti dal Sottosistema di Terra ................................................................................. 47
Importazione dati provenienti dal Sottosistema di Bordo................................................................................ 47
Sincronizzazione oraria dati di input ............................................................................................................... 48
Importazione dati dal Portale Diagnostico di RFI ........................................................................................... 48
6.2. Elaborazione dati............................................................................................................... 49
6.2.1.
6.2.2.
6.2.3.
6.2.4.
Elaborazione Dati ETCS.................................................................................................................................. 49
Elaborazione Dati di impianto ......................................................................................................................... 50
Elaborazione Dati di esercizio ......................................................................................................................... 50
Elaborazione Indicatori di Performance (KPI) rete GSM-R............................................................................ 52
6.3. Gestione dati di output....................................................................................................... 56
7. PARTE VII – REQUISITI FUNZIONALI DEL SISTEMA
AUTOMATICO DI VALUTAZIONE E INTERPRETAZIONE DEGLI
EVENTI ...................................................................................................... 58
7.1. Pre-requisiti del sistema .................................................................................................... 58
7.2. Valutazione automatica conformità funzionale ................................................................... 59
8. PARTE VIII – REQUISITI HW E SW DELLA PIATTAFORMA
INTEGRATA ............................................................................................... 62
8.1. Requisiti dei Sottosistemi di acquisizione e decodifica ....................................................... 62
8.1.1.
8.1.2.
8.1.3.
8.1.4.
8.1.5.
8.1.6.
Configurazione delle sonde di monitoraggio................................................................................................... 62
Non intrusività ................................................................................................................................................. 62
Scalabilità ........................................................................................................................................................ 62
Ridondanze ...................................................................................................................................................... 63
Diagnostica ...................................................................................................................................................... 63
Aggiornamento SW-FW.................................................................................................................................. 63
8.2. Requisiti del Sottosistema di elaborazione.......................................................................... 64
FOGLIO
4 di 87
8.2.2. Ridondanze ...................................................................................................................................................... 64
8.2.3. Aggiornamento SW-FW.................................................................................................................................. 64
8.3. Requisiti del Sottosistema di archiviazione dati .................................................................. 65
8.3.2. Scalabilità ........................................................................................................................................................ 65
8.3.3. Ridondanze ...................................................................................................................................................... 65
8.3.4. Diagnostica ...................................................................................................................................................... 65
8.4. Requisiti del sistema di alimentazione................................................................................ 66
8.4.2. Diagnostica ...................................................................................................................................................... 66
9. PARTE IX – REQUISITI INTERFACCIA UTENTE ...................................... 67
9.1. Gestione Accesso al sistema .............................................................................................. 68
9.1.2. Gestione degli utenti ........................................................................................................................................ 68
9.1.3. Abilitazione funzionalità di amministratore .................................................................................................... 70
9.1.4. Abilitazione funzionalità di Supervisore ......................................................................................................... 71
9.2. Impostazioni di visualizzazione ......................................................................................... 72
9.2.2. Filtri di ricerca ................................................................................................................................................. 72
9.2.3. Visualizzazione dello stato di funzionamento della rete.................................................................................. 74
9.3. Reporting .......................................................................................................................... 78
9.3.2.
9.3.3.
9.3.4.
9.3.5.
Elaborazioni trend e statistiche ........................................................................................................................ 78
Replay delle corse treno................................................................................................................................... 83
Elaborazioni grafici ......................................................................................................................................... 84
Gestione stampe............................................................................................................................................... 85
9.4. Allarmistica e diagnostica.................................................................................................. 86
9.4.2. Configurazione soglie di allarme..................................................................................................................... 87
1.
FOGLIO
5 di 87
PARTE I - INTRODUZIONE
1.1. Premessa
Questo documento descrive i requisiti della piattaforma di Monitoraggio Integrato delle informazioni
trasportate dall’infrastruttura del Sistema di Segnalamento e Telecomunicazioni interoperabile
europeo ERTMS/ETCS applicato sulle linee di RFI e basato sulla valutazione Automatica dei file di
Log, di seguito indicata come MISTRAL.
Il sistema di monitoraggio deve essere in grado di acquisire e decodificare le informazioni che
transitano rispettivamente nelle comunicazioni tra i Sottosistemi di Distanziamento Treni, Gestione
della Via, Sottosistema di Bordo e Telecomunicazioni.
In questa prima fase si focalizzerà l’attenzione sul solo sistema Alta Velocità-Alta Capacità (AV/AC) e
successivamente questo progetto attraverso la sua scalabilità ed espansione dovrà permettere di avere
a disposizione le informazioni di diagnostica anche relativamente alla rete storica.
1.2. Scopo e Campo d’applicazione
RFI ha adottato, il sistema ERTMS/ETCS (European Rail Traffic Management System/European Train
Control System) di Livello 2, sulle linee AV/AC, per assicurare interoperabilità sulla rete europea e
garantire la circolazione in sicurezza.
Lo standard ERTMS/ETCS, definisce le modalità di scambio delle informazioni di segnalamento tra
gli impianti a terra e le apparecchiature di bordo dei treni.
Il sistema di comunicazione adottato sulle linee AV/AC, è costituito principalmente da due
sottosistemi:
la rete GSM-R
la rete TLC-LD (Lunga Distanza) basata su tecnologia SDH
Nell’ottica di assicurare i servizi di circolazione, ed il mantenimento in efficienza dell’infrastruttura,
RFI ha l’esigenza di dotarsi di sistemi che permettano di analizzare e diagnosticare possibili criticità
FOGLIO
6 di 87
o anomalie su più componenti possibili, costituenti l’infrastruttura stessa, in maniera indipendente
rispetto agli strumenti dei fornitori.
Il sistema MISTRAL, in particolare, è chiamato a svolgere, nell’ambito delle linee nazionali AV/AC, le
funzioni di decodifica, monitoraggio, elaborazione archiviazione delle informazioni trasportate
dall’infrastruttura del nuovo Sistema di radiosegnalamento ERTMS/ETCS, a scopo diagnostico e
manutentivo, con l’obiettivo di supportare gli operatori preposti a tali attività.
La piattaforma MISTRAL deve realizzare un Registrazione Cronologica Eventi (RCE), come da
Specifica Generale del Sistema di Segnalamento AV [R1] (v. par. 3.11); per poter garantire
l’indipendenza, e conseguentemente la validità legale dei dati, questi è necessario siano forniti da
imprese distinte da quelle fornitrici dei sistemi monitorati.
La presente specifica è applicabile su tutte le tratte nazionali della Linea AV/AC italiana:
•
Tratta AV/AC Torino-Milano (in esercizio Commerciale);
•
Tratta AV/AC Milano-Bologna (in esercizio Commerciale);
•
Tratta AV/AC Bologna-Firenze (in esercizio Commerciale);
•
Tratta AV/AC Roma-Napoli (in esercizio Commerciale).
1.3. Glossario
A
Interfaccia tra MSC e BSC.
Abis
Interfaccia tra la BTS e BSC. Generalmente portata da un DS-1,
ES-1, o E1 circuito TDM. Utilizza sottocanali TDM per il
traffico (TCH), il protocollo LAPD BTS per la supervisione e
delle telecomunicazioni di segnalazione, e porta sincronizzazione
dal BSC al BTS e MS.
ACC
Sistema elettronico di controllo e gestione di tutti gli enti di
stazione che permettono la circolazione con i massimi requisiti di
sicurezza dei convogli ferroviari all'interno di una stazione.
FOGLIO
7 di 87
BSC
Elemento di controllo di un gruppo di BTS in un livello di
gerarchia intermedio tra le BTS e l'MSC per la gestione
dell'handover e del roamingGestione di tutti i parametri di
configurazione della rete e dei suoi allarmi . Interfaccia tra MSC
e BTS. Implementa lo stack dei protocolli di livello 3 dello
standard GSM tra cui la gestione del setup della chiamata e di
tutte le procedure di riallocazione ad esse legate tra cui gli
handover. Gestisce e alloc le risorse aria (canali radio) e terrestri
(canali su cavo). Raccoglie i dati relativi alle performance della
rete.
BSIC
Codice di identificazione univoco di una stazione radiobase
BSSGP
Protocollo che fornisce informazioni relativa alla qualità del
servizio ed il routing.
BTS
Stazione radio base :indica il sottosistema di ricetrasmissione di
un segnale radio dotato di antenna ricetrasmittente che serve i
terminali mobili di utente coprendo una determinata area
geografica detta cella radio
BLOCCO
Metodo che consente di realizzare la separazione tra treni
suddividendo la linea in sezioni. In ciascuna sezione non può
essere presente più di un treno.
CANALE B
Canale dati delle linee ISDN. Ogni connessione ISDN possiede
due canali B in cui transitano i dati a velocità pari a 64 Kbit/sec e
un canale D da 16 Kbit/sec utilizzato per la segnalazione e il
controllo.
CFM
Modulo di comunicazione che implementa i servizi relativi ai
livelli di Trasporto (Layer 4), Rete (Layer 3) e Data Link (Layer
2) dello stack protocollare OSI nelle le reti fisse e radio mobili
GSM a commutazione di circuito.
CONFIGURAZIONE
Corretta integrazione tra HW e SW che consente al modulo di
svolgere la funzione attesa.
DISPONIBILITÀ
Capacità di un dispositivo di mantenere inalterate nel tempo le
funzioni e i requisiti richiesti nelle condizioni di funzionamento
previste.
EUROPEAN RAILWAY TRAFFIC L’ERTMS è un sistema costituito da tutti i dispositivi di bordo e
di terra necessari per supervisionare e controllare, in tempo reale,
MANAGEMENT
SYSTEM la marcia del treno nel rispetto delle condizioni del traffico in
(ERTMS)
funzione dell’appropriato livello di applicazione.
FOGLIO
8 di 87
END OF AUTHORITY
Punto fino al quale al treno è concesso di muoversi e dove la
velocità permessa è uguale zero.
ETCS
Sistema di gestione, controllo e protezione del traffico ferroviario
e relativo segnalamento a bordo, progettato allo scopo di
sostituire i molteplici e tra loro incompatibili sistemi di
circolazione e sicurezza delle varie Ferrovie Europee allo scopo
di garantire l'interoperabilità dei treni soprattutto sulle nuove reti
ferroviarie europee ad Alta velocità.
EURORADIO
Protocollo impiegato dal sistema ERTMS/ETCS per la
trasmissione in sicurezza dei dati attraverso la rete radiomobile
GSM-R
EVC
Computer Vitale di Bordo
Gb
Interfaccia tra BSC e SGSN (Core Network GPRS)
GIS
Sistema per la gestione di dati su mappe
GPRS
Sistema cellulare per il trasferimento dati a commutazione di
pacchetto
GSM-R
GSM-Railway standard internazionale di telefonia mobile per le
comunicazioni ferroviarie. Usato principalmente per le
comunicazioni fra treni e centri di controllo, è una parte
dell'ERTMS (European Rail Traffic Management System).
HANDOVER
Procedura per cui un terminale mobile cambia il canale (timeslot) che sta utilizzando durante una comunicazione, mantenendo
attiva la comunicazione stessa. Puo essere intracell o tra celle
adiacenti.
HDLC
Protocollo di rete del livello data link (layer 2)
HLR
Database che contiene i dati identificativi degli utenti GSM
IMSI
Numerazione univoca memorizzata nella SIM associata a tutti gli
utenti di telefonia mobile
IP
Protocollo di rete appartenente alla suite di protocolli Internet
TCP/IP su cui è basato il funzionamento della rete Internet
FOGLIO
9 di 87
ISDN
Rete digitale che dà supporto a molti servizi di voce e dati. La
definizione tecnica dell'ISDN, che investe diverse componenti
delle reti, risale alle raccomandazioni ITU-T della serie I del
1984 e comprende numerose altre pubblicazioni dello stesso
ITU-T e dell'ETSI (European Telecommunications Standard
Institute) fatte negli anni successivi.
LA
Set di Stazioni Radio Base che condividono un medesimo BSC
LAC
Codice identificativo di una area di localizzazione
LINGUAGGIO (ERTMS/ETCS)
Regole di composizione dei messaggi che consentono la
trasmissione e l’interpretazione dei dati contenuti.
LIVELLO 2
Un livello ERTMS/ETCS che utilizza la radio per inviare
un’autorizzazione al movimento al treno e che usa
sistemi/dispositivi convenzionali per avere informazioni sulla
presenza di un treno in linea.
MAP
Protocollo della suite SS7
MODALITÀ FULL SUPERVISION
Modalità ERTMS/ETCS che consente la protezione completa nei
confronti dei limiti di velocità e di spazio.
MODALITÀ ON SIGHT
Modalità ERTMS/ETCS che dà al Personale di Condotta (PdC)
completa responsabilità per il controllo del treno. Il sistema
limita la velocità poiché il treno può entrare in una sezione di
binario che potrebbe essere occupata.
Modalità ERTMS/ETCS che consente al Personale di Condotta
(PdC) di avere la piena responsabilità del movimento del treno in
MODALITÀ STAFF RESPONSIBLE un'area attrezzata ERTMS. È impostato un limite massimo di
velocità.
MOVEMENT AUTHORITY
Permesso concesso ad un treno di marciare fino ad una specifica
posizione tenendo in considerazione i limiti dovuti alle
infrastrutture.
MSC
Elemento della rete di telefonia mobile GSM che interfaccia il
controller della stessa con i Base Station Controller (BSC) con
finalità di commutazione da e verso le altre reti di
telecomunicazioni fisse quali rete telefonica (PSTN Public
Switching Telephone Network) e rete dati (PDN Public Data
Network)
MT
Mobile terminal terminale mobile
FOGLIO
10 di 87
PUNTO DI RIFERIMENTO
Punto informativo utilizzato per l’aggiornamento della posizione
del treno e per correggere errori di odometria.
RADIO BLOCK CENTRE
Un sistema sicuro centralizzato che opera insieme ai sistemi
interlocking per svolgere le funzioni di distanziamento. Riceve
dal treno informazioni di localizzazione e restituisce le
autorizzazioni al movimento via radio.
REC
(Railway Emergency Call) - Chiamata di emergenza ferroviaria
REC è una chiamata di gruppo riservata alle urgenze. Ha una
priorità maggiore rispetto alle altre chiamate VGCS
RIDONDANZA
Il metodo di utilizzare uno o più elementi addizionali,
normalmente identici, per raggiungere e mantenere la
disponibilità richiesta nel caso in cui uno o più elementi si
trovino in condizioni di guasto.
SCCP
Protocollo di routing
SEGNALE
VIRTUALE
PROTEZIONE
DI Segnale virtuale principale posto idealmente a protezione di una
zona scambi. Immettente in stazione.
SDCCH
Canale di controllo dedicato GSM
SEZIONE
Una parte della autorizzazione al movimento corrispondente ad
uno o più circuiti di binario.
SGSN
Componente principale della rete GPRS che gestisce tutti i
pacchetti all’interno della stessa
SMS
Servizio di invio brevi messaggi di testo su rete GSM
SNDCP
Parte del protocollo di specifiche GPRS layer 3
TCAP
Protocollo della suite SS7
TCH
Canale di traffico
TRANSMISSIONE TERRA-TRENO
La trasmissione di messaggi da dispositivi fissi (vicino o no al
binario) al treno.
Sono trasmissioni terra-treno quelle da RBC e da balise.
TRASMISSIONE TRENO-TERRA
Trasmissione di messaggi dal treno verso dispositivi di terra
(vicini o non vicini al binario).
TRX
Unità di ricezione e trasmissione.
FOGLIO
11 di 87
VALIDAZIONE
Conferma, in seguito a verifica, che un particolare requisito da
utilizzare per un determinato processo è stato rispettato.
VBS
Servizio di trasmissione voce in broadcast VBS è una chiamata di
gruppo broadcast: è simile ad una chiamata VGCS, ma solo chi
inizia la chiamata può parlare. Questa funzionalità è tipicamente
usata per diramare avvisi.
VGCS
Chiamata di gruppo La funzionalità VGCS consente ad un gran
numero di utenti di partecipare alla stessa telefonata, dove però si
parla uno alla volta. Si tratta di una funzione simile a quella
offerta dal Push-to-talk in modalità PMR (Private Mobile Radio).
Il vantaggio principale rispetto alle chiamate conferenza è
l'efficienza spettrale: durante una chiamata VGCS solo il parlante
dispone di una coppia di canali (per ricezione e trasmissione) a
lui dedicata, mentre tutti gli altri utenti ascoltano attraverso un
unico canale in ricezione (nelle chiamate conferenza ogni utente
dispone di una coppia di canali).
V.110
Protocollo dati per reti ISDN che permette di gestire piu' di un
flusso dati sullo stesso canale B
1.4. Definizioni acronimi ed abbreviazioni
ACC
Apparato Centrale Computerizzato
AIS
Alarm Indication Signal
ATC
Automatic Train Control
AV/AC
Alta Velocità/Alta Capacità
BSIC
Base Station Identity Code
BSC
Base Station Controller
BSS
Base Station System
BSSGP
Base Statino Sistem GPRS Protocol
BTS
Base Transceiver Station
BTM
Balise Transmission Module
CdB
Circuito di binario
CENELEC
Comité Européen de Normalisation Electrotechnique
CFM
Communication Fuctional Module
DCO
Dirigente Centrale Operativo
DIS
Driver Information System
DM
Dirigente Movimento
DOTE
Dirigente Operativo Trazione Elettrica
EoA
End of Movement Authority
ERTMS
European Rail Traffic Management System
ETCS
European Train Control System
EVC
European Vital Computer
FFFIS
Form Fit Functional Interface Specification
FOGLIO
12 di 87
FIS
Functional Interface Specification
GdV
Gestione della Via
GIS
Geographic Information System
GPRS
General Packet Radio Service
GSM-R
Global System Mobile – Railways
HDLC
High level Data Link Layer Control
HLR
Home Location Register
HMI
Human Machine Interface
IMSI
International Mobile Subscriber Identity
IP
Internet protocol
ISDN
Integrated Services Digital Network
ISO
International Organisation for Standardisation
ITU
International Telecommunication Union
IXL
Interlocking
JRU
Juridical Recorder Unit
LA
Location Area
LAC
Location Area Code
LAPB
Link Access Procedure - Balanced
LdV
Logica di Veicolo
LOS
Loss Of Signal
LOF
Loss of Frame
MA
Movement Authority
MAP
Mobile Application Part
FOGLIO
13 di 87
MSC
Mobile Switching Centre
MT
Mobile Terminal
NIA
Network Interface Adapter
NMS
Network Management System
MSC
Mobile-service Switching Centre
NVC
Nucleo Vitale Centrale
NVP
Nucleo Vitale Periferico
OMC-R
Operation Maintenance Controller rete BSS GSM-R
OMC-S
Operation Maintenance Controller rete NSS GSM-R
OSI
Open System Interconnection
PC
Posto di Comunicazione
PCS
Posto Centrale Satellite
PdC
Personale di Condotta
PI
Punto Informativo
PK
Progressiva Kilometrica
PdR
Posto di Rilevamento (Boccole calde)
PdS
Posto di Servizio
PJ
Posto di Interconnessione
PM
Posto di Manovra o di Movimento
PP
Posto Periferico
PT
Posto Tecnologico
PVB
Posto Verifica Boccole
PVS
Protocollo Vitale Standard
FOGLIO
14 di 87
QL
Quadro Luminoso
RAI
Remote Alarm Indication
RBC
Radio Block Centre
RCE
Registratore Cronologico Eventi
REC
Railway Emergency Call
RTB
Rilevamento Temperatura Boccole
SCC
Sistema di Comando e Controllo
SCCP
Signaling Connection Control Part
SDCCH
Stand Alone Dedicated Control Channel
SG
Sistema di Gestione
SGSN
Serving GPRS Support Node
SMS
Short Message Service
SNDCP
Sub Network Dependent Convergence Protocol
SS AV
Sistema di Segnalamento Alta Velocità
SSB
Sottosistema di Bordo
SST
Sottosistema di Terra
TCAP
Transaction Capabilities Application Part
TCH
Traffic Channel
TLC-LD
Telecomunicazione - Lunga Distanza
VBS
Voice Broadcast Service
VGCS
Voice Group Call Service
FOGLIO
15 di 87
FOGLIO
16 di 87
1.5. Riferimenti documentali
Titolo
Codifica
Vers. Data
[R1] Linea AV/AC Milano-Firenze - Specifica RFI TC PATC SR AV 01 DD0
Generale del Sistema di Segnalamento AV
B
15/03/07
[R2] Protocollo Vitale Standard (PVS)
RFI DTC DNS SS RT IS 05 021
D
15/05/11
[R3] Protocollo Vitale Orizzontale RFI
RFI DTC DNS SS SR IS 14 060
A
15/05/11
[R4] Analisi di sicurezza – Relazioni RFI TC CSC RR RA 10 001
all’interfaccia SST-SST ai fini del ChangeOver
A
02/05/12
[R5] Schema V424 – Linea AV/AC Milano - RFI DTC DNS SS IM SP IS 08
Firenze. Condizioni Logiche d’interfaccia 054
dell’ACC-M verso RBC
A
03/06/08
[R6] Schema di riferimento per lo sviluppo RFI/DTC/DNS.SS.IM/009/041
delle logiche ACC - Variante al V401 REG e
V401 SAV ed.06/04
09/03/07
[R7] Appendici agli schemi V401 e V402 - RE/ST.IE.COA/009/470
Edizione provvisoria
04/05/98
[R8] Specifica dei requisiti funzionali per RFI TC PATC SR AV 02 R07
Handover di RBC senza comunicazione
all’interfaccia RBC-RBC
B
29/02/12
[R9] ERTMS/ETCS Class 1 - SRS
Subset 026
2.3.0d 11/04/08
[R10] FIS for the RBC/RBC Handover
Subset 039
2.3.0
[R11] Euroradio FIS
Subset 037
2.3.0
1 Subset 093
2.3.0
Safe Subset 098
1.0.0
21/05/07
[R14] FFFIS Juridical Recorder-Downloading Subset 027
tool
2.3.0
22/04/09
[R15] UIC - EIRENE “European Integrated P0028D003
Railway Radio Enhanced Network – FRS”
7.2.0
23/02/12
[R16] UIC - EIRENE “European Integrated P0028D004
Railway Radio Enhanced Network – SRS”
15.2.0 23/02/12
[R12] GSM-R
Requirements
Interfaces
[R13] ERTMS/ETCS
Class
Communication Interface
–
Class
1
–
[R17] CENELEC
Safety
Related EN 50159-2
Communication in Open Transmission Systems
15/10/06
10/10/05
2001
FOGLIO
17 di 87
[R18] Tratta Roma-Napoli - FFFIS RBC-IXL A10400CI1SPIT0000A61
Application Layer
E
[R19] Tratta Torino-Milano - FFFIS RBC-IXL A20129CF21RIS0000A03
Application Layer
B
[R20] Tratta Milano-Bologna - FFFIS SDT-IXL A10160BE11RIS0000A10
Application Layer
C
[R21] Tratta Bologna-Firenze - SRS Volume 2 - A10211CFSP1IS0000R08
FFFIS SDT-GDV Application Layer
F
[R22] Tratta Bologna-Firenze - Specifica dei Rs_T_A412811
Requisiti di Sistema / Volume 2 – Sottosistema
Distanziamento Treni (SDT)
B
14/05/10
[R23] ISDN; Primary rate user-network ETS 300011
interface; Layer 1 specification and test
principles
1992
[R24] ISDN; User-network interface layer 3; ETS 300102-1
Specification for basic call control
1990
[R25] Integrated Services Digital Network ETS 300125
(ISDN); User-network interface data link layer
specification;
Application
of
CCITT
Recommendations Q.920/I.440 and Q.921/I.441
1991
[R26] Phisical and electrical characteristics of ITU-T G. 703
hierarchical digital interfaces. Recommendation
G.703
2001
[R27] Interface
between
Data
Terminal ITU-T X. 25
Equipment (DTE) and Data Circuit-terminating
Equipment (DCE) for terminals operating in the
packet mode and connected to public data
networks by dedicated circuit
1996
[R28] Information Technology – OSI - Protocol ITU-T X. 224
for providing the OSI connection-mode transport
service
1995
[R29] Network-independent
service for telematic services
1993
basic
transport ITU-T T.70
ISO/IEC 3309
1991
of ISO/IEC 4335
1991
ISO/IEC 7809
1991
[R30] HDLC procedures; Frame structure
[R31] HDLC
Procedures
procedures;
Elements
[R32] HDLC procedures; Classes of Procedures
FOGLIO
18 di 87
[R33] Description of the X.25
compatible DTE data link procedure
1992
LAPB- ISO/IEC 7776
6
10/09/05
[R35] Registratore Cronologico di Eventi (RCE) RFI TCSSTB ST IS 05 733
24 o 48 Ingressi
C
08/10/04
[R36] Radio Transmission FFFIS for EuroRadio
A 11 T6001
12
12/09/03
[R37] Profibus Standard
EN 50 170
1.0
21/06/12
2.0.0
30/03/00
A
20/09/07
1.0.0
04/10/05
B
11/02/08
5
30/05/08
B
15/10/07
10.0.0
03/2010
B
21/03/02
[R34] FSFB/2
Specification
PC
Software
Requirements X302SXXSW069
[R38] Electronic Railway Equipment - Train IEC 61375-3-1
Communication Network - Part 3-1: MVB Multipurpose Vehicle Bus
[R39] General Packet Radio Service (GPRS)
3GPP TS 23.060
[R40] FIS for the Man-Machine Interface
SUBSET 033
[R41] SRS AV Sottosistema di bordo – Allegato RFI TC PATC SR AV 03 M77
14 – Dati TRU
[R42] Interface 'K' Specification
SUBSET 101
[R43] Specifica dei requisiti funzionali per il RFI DTC CSI SR OR 10 002
Registratore Cronologico di Eventi di Condotta
su supporto informatico
371466
[R44] Sistema Informativo Di Condotta (DIS)
[R45] Specifica dei Requisiti di Sistema SCMT RFI TC.PATC SR CM 03 M01
- Definizione dei port MVB per il traffico dati di
STB
[R46] Intra Domain of Radio Acces Network 3GPP TS 23-236
(RAN) nodes to multiple Core Network (CN)
nodes
DI TC PATC SR AV 01 D02
[R47] SRS ERTMS Vol.1 RFI
[R48] SRS ERTMS Vol.3 RFI
RFI TC.PATC SR AV 03 M72
[R49] SRS SCMT Vol.1 RFI
RFI TC.PATC SR IS 13 D21
[R50] SRS SCMT Vol.3 RFI
RFI TC.PATC SR CM 03 M 67
B
A01
FOGLIO
19 di 87
2. PARTE II - IL SISTEMA DI SEGNALAMENTO
ERTMS/ETCS
2.1. Descrizione generale del Sistema di Segnalamento
Il sistema di Segnalamento è costituito da un insieme di moduli funzionali che, in relazione tra loro e con
altri sistemi esterni, governano le funzioni di apparato e di distanziamento treni.
Nel seguito della trattazione verranno utilizzate le seguenti definizioni:
•
MODULO funzionale: è un insieme di azioni che concorrono a rispettare la missione data.
•
MISSIONE: è l'obiettivo del modulo funzionale.
•
DISPOSITIVO funzionale: è il soggetto elementare che esegue l'azione o il controllo (può essere
un dispositivo fisico, logico, regolamentare,…).
•
FUNZIONE: è la singola azione svolta dal modulo funzionale.
Altri sistemi
(alimentazioni,
infrastruttura, …)
Sistemi di controllo
centralizzato
della Circolazione
A - Sistema di segnalamento
(comando e controllo della marcia dei treni)
D - Sottosistema di
gestione del
distanziamento
C - Sottosistema di
gestione delle
comunicazioni
B - Sottosistema
di gestione della
via
Figura 1 - Sistema di segnalamento ERTMS
FOGLIO
20 di 87
MODULI funzionali:
A. Sottosistema di Distanziamento Treni (comando e controllo della marcia dei treni)
Missione: è il sistema che nel suo complesso ha il compito di consentire la marcia dei
treni in sicurezza.
B. Sottosistema di Gestione della Via
Missione: è il sottosistema che ha il compito di comandare e controllare gli enti in linea e
nei posti di servizio in modo da assicurare la disponibilità via.
Funzioni di:
•
gestione dei comandi da operatore
•
gestione della visualizzazione
•
comando di dispositivi
•
controllo di dispositivi
•
bloccamento e liberazione di dispositivi o di stati di processo
•
superamento di condizioni degradate
•
diagnostica e gestione della manutenzione
•
relazione con altri sottosistemi
•
registrazione cronologica degli eventi
Dispositivi funzionali gestiti
•
manovra/controllo deviatoi
•
segnalamento
•
rilevamento della libertà/occupazione dei circuiti di binario
•
rilevamento della temperatura delle boccole
•
interfaccia operatore
•
registratore cronologico di eventi
C. Sottosistema di Gestione delle Comunicazioni
Missione: realizza le comunicazioni tra i vari sottosistemi.
D. Sottosistema di Gestione del Distanziamento e della Protezione della marcia del treno
FOGLIO
21 di 87
Missione: è il sottosistema che ha il compito di garantire la separazione tra i treni nel rispetto
delle limitazioni imposte dall'infrastruttura e dal materiale rotabile.
Funzioni di:
•
generazione delle informazioni di distanziamento
•
generazione delle informazioni relative alle caratteristiche dell’infrastruttura
•
gestione dei rallentamenti
•
gestione dei comandi da operatore
•
visualizzazione del processo
•
superamento di condizioni degradate
•
diagnostica e gestione della manutenzione
•
train location
•
emergenza
•
controllo della marcia del treno
•
registrazione cronologica degli eventi
•
relazione con altri sottosistemi
Dispositivi funzionali:
•
riferimenti di spazio per la localizzazione del treno
•
interfaccia operatore
•
rilevamento presenza rotabili
•
piattaforma odometrica
•
registratore cronologico di eventi
•
interfaccia treno
FOGLIO
22 di 87
2.2. Definizione del sistema ERTMS/ETCS
ERTMS/ETCS Livello 2 è un sistema di controllo automatico della marcia dei treni, basato
sullo scambio di messaggi tra terra e treno e viceversa, attraverso la rete GSM-R dedicata al
sistema AV.
Il supporto continuo del GSM-R è utilizzato per le informazioni di controllo e protezione,
mentre un supporto discontinuo, rappresentato dalle boe Eurobalise, è dedicato alla funzione di
localizzazione del treno ed alla trasmissione di eventuali informazioni aggiuntive relative a
punti caratteristici della linea.
2.2.1. Sottosistema di Terra
Il SST genera le informazioni necessarie alla marcia del treno e le trasmette, in sicurezza, sotto
forma di Autorizzazioni al Movimento (MA), al treno stesso.
La logica di attribuzione delle MA (con funzione di Blocco) è realizzata tramite le informazioni
acquisite in sicurezza dagli impianti di terra del sistema di gestione della via, relative alla
libertà della via (circuiti di binario, orientamento del senso di marcia, disponibilità degli
itinerari nei Posti di Servizio, ecc.) ed ai controlli provenienti da sistemi diversi (RTB, ecc.) in
riferimento a determinati punti della linea individuati da apparecchiature Eurobalise.
Il Sottosistema di Terra che gestisce le funzioni di blocco centralizzato, è definito come Radio
Block Centre (RBC).
Oltre alla gestione delle MA, il RBC elabora e fornisce ai treni tutti i dati necessari alla loro
marcia in sicurezza: profili statici di velocità, pendenze, rallentamenti, ecc..
Il RBC controlla individualmente ogni singolo treno circolante nella sua giurisdizione,
attraverso l’identificativo ERTMS/ETCS del Sottosistema di Bordo installato sulla motrice
(cabina) di testa del treno.
Il RBC gestisce il passaggio di un treno dalla sua giurisdizione a quella di un altro RBC, cui è
collegato per lo scambio di informazioni necessarie alla circolazione del treno nella zona di
confine.
2.2.2. Sottosistema di Bordo
ERTMS/ETCS Livello 2 fornisce, con l’apparecchiatura del SSB, un controllo continuo della
velocità del treno ed una protezione contro il superamento dei limiti delle Autorizzazioni al
Movimento, sulla base dei seguenti principi:
•
lettura, da parte del treno, delle boe (Eurobalise) poste lungo linea e successivo invio
della propria posizione al RBC;
•
trasmissione da parte del RBC, al treno, delle MA in relazione alla posizione del treno
rispetto alle suddette boe;
•
FOGLIO
23 di 87
selezione del profilo statico di velocità più restrittivo relativo alle caratteristiche del treno
(velocità permessa), sulla base di tutte le informazioni ricevute da terra;
•
calcolo del profilo dinamico di velocità (curve di protezione), sulla base del modello di
frenatura del treno, già conosciuto nel SSB, dei dati di profilo statico più restrittivo e
dell’estensione della MA;
•
confronto continuo tra la velocità del treno e le curve di protezione.
•
visualizzazione delle informazioni sul cruscotto ad uso del P.d.M.
2.2.3. Rete GSM-R
Il livello 2 ERTMS/ETCS utilizza il sistema GSM-R per realizzare le funzionalità di
radiosegnalamento ferroviario .
Il sistema GSM-R è il sistema radio digitale definito da UIC, operante su bande di frequenze
dedicate alle ferrovie europee, per il trasferimento delle informazioni ferroviarie da terra verso
i treni e viceversa. Tali informazioni comprendono i dati relativi all’ATC, alla messaggistica
(di emergenza e non) ed alla fonia.
FOGLIO
24 di 87
3. PARTE III - ARCHITETTURA DEL SISTEMA DI
MONITORAGGIO
3.1. Descrizione dei blocchi funzionali
Si riporta di seguito uno schema a blocchi della piattaforma di monitoraggio MISTRAL:
Figura 2 - Diagramma a blocchi Piattaforma MISTRAL
3.1.1. Il Sottosistema di acquisizione
Il Sottosistema di Acquisizione dati ERTMS\IXL\TLC acquisisce le informazioni che transitano
rispettivamente attraverso le comunicazioni:
9 “terra-terra” ovvero tra
•
il Sottosistema di Distanziamento Treni e il Sottosistema di Gestione della Via (IXL);
•
due Sottosistemi di Distanziamento treni adiacenti nel caso di Handover fra RBC con
comunicazione fisica all’interfaccia RBC-RBC;
•
due Sottosistemi di Gestione della Via adiacenti nel caso di Handover fra RBC senza
comunicazione fisica all’interfaccia RBC-RBC;
9 “treno-treno” ovvero tra
9
•
Sottosistema di Bordo (EVC) ed il rotabile;
•
Sottosistema di Bordo (EVC) ed il PdC;
“terra-treno” ovvero tra il Sottosistema di Distanziamento Treni (RBC) e il Sottosistema di
Bordo (EVC), acquisite sia a terra che a bordo sulle seguenti interfacce:
•
“interfaccia Igsm” ovvero tra EVC e Mobile Terminal (MT);
•
“interfaccia Abis” ovvero tra Base Transmission Station (BTS) e Base Station
FOGLIO
25 di 87
Controller (BSC);
•
“interfaccia A” ovvero tra Base Station Controller (BSC) e Mobile Switching Center
(MSC);
•
“interfaccia ISDN” ovvero tra MSC e RBC
•
“interfaccia Gb” ovvero tra BSC e SGSN
•
“interfaccia CORE” ovvero tra MSC e gli altri network element(HLR, IN, SMSC, MG,
PSTN, PBX, PLMN, Dispatcher).
Radio Block Center
Gestione della Via
RBC
IXL
TRENO
Dati Treno
Stato Enti
MSG RBC
Sottsistema
di
Acquisizione Dati
ERTMS\TLC\IXL
MSG TLC
GSM-R/TLC
Figura 3 - Schema del Sottosistema di acquisizione
3.1.2. Il Sottosistema di decodifica
Il Sottosistema di Decodifica dati ERTMS\IXL\TLC decodifica le informazioni ricevute dal
Sottosistema di Acquisizione dati ERTMS\IXL\TLC producendo i seguenti file di output:
9 Log Interfacce RBC-MSC e EVC-MT dalle comunicazioni “terra-treno” tra il Sottosistema di
Distanziamento Treni (RBC) e il Sottosistema di Bordo (EVC);
9 Log Interfacce TLC dalle comunicazioni “terra-treno” descritte nel par. 3.1.1.
FOGLIO
26 di 87
9 Log Interfaccia RBC-IXL dalle comunicazioni “terra-terra” tra Sottosistema di Distanziamento
Treni (RBC) e Sottosistema di Gestione della Via (IXL);
9 Log Interfaccia RBC-RBC dalle comunicazioni “terra-terra” nel caso di architetture del
Sottosistema di Distanziamento Treni che implementano la funzionalità di Handover di RBC con
comunicazione all’interfaccia RBC-RBC;
9 Log Interfaccia IXL-IXL dalle comunicazioni “terra-terra” nel caso di architetture del
Sottosistema di Distanziamento Treni che implementano la funzionalità di Handover di RBC con
comunicazione all’interfaccia RBC-RBC;
9 Log Interfaccia Treno (Data logger e JRU\DIS del SSB ERTMS) dalle comunicazioni “trenotreno” tra Sottosistema di Bordo (EVC), il rotabile ed il PdC;
Sotto Sistema
Acquisizione Dati
ERTMS\TLC\IXL
Sotto Sistema
Decodifica
Log
Interfaccia
RBC\RBC
Log Interfaccia
RBC
Log Interfaccia Treno
Log
Interfaccia
RBC\IXL
Log Interfaccia
ACC
Log Interfaccia TLC
Figura 4 - Schema del Sottosistema di decodifica
FOGLIO
27 di 87
3.1.3. Il Sottosistema di elaborazione e post-processing
Il Sottosistema di Elaborazione e post-processing acquisisce:
9 Piani schematici Linea;
9 Dati diagnostici Linea;
9 Tutti i file di Log output del Sottosistema di decodifica di cui al § 3.1.2
9 Dati sui requisiti funzionali e di prodotto;
elabora e rende disponibili su un’interfaccia utente il risultato delle proprie elaborazioni e di quelle
degli altri Sottosistemi.
SOTTO SISTEMA
AUTOMATICO DI
VALUTAZIONE E
INTERPRETAZIONE
DEGLI EVENTI
Esito Verifica Requisiti
Sotto Sistema
Dati Elaborati
Sottosistema
Acquisizione Dati
di
Elaborazione e
Post Processing
ERTMS\IXL\TLC E
DECODIFICA
Interfaccia Utente
per visualizzare
l’Esito Elaborazione
Log Interfaccia ETCS
Log Interfaccia IXL
Log Interfaccia TRENO
Log Interfaccia TLC
Dati diagnostici Linea Piani Schematici Linea
Figura 5 - Schema del Sottosistema di Elaborazione e Post-Processing
FOGLIO
28 di 87
3.1.4. Il Sottosisistema automatico di valutazione e interpretazione degli
eventi
Il Sottosistema Automatico di valutazione e interpretazione degli eventi acquisisce:
9 Specifiche dei Requisiti di Sistema (SRS) ERTMS/ETCS modellizzate in linguaggio formale
9 i dati di output di cui al punto 3.1.3
e fornisce, tramite un confronto dinamico tra i gli elementi al punto elenco precedente, una
valutazione del comportamento logico del sistema ERTMS/ETCS sulla base del soddisfacimento
dei requisiti previsti nelle SRS di Sistema in caso contrario della discordanza di
comportamento rispetto a quanto previsto .
Log Interfaccia ETCS
Log Interfaccia IXL
SRS ERTMS/ETCS
Log Interfaccia TRENO
Log Interfaccia TLC
Sottosistema
SOTTOSISTEMA
Acquisizione Dati
DI VALUTAZIONE E
ERTMS\IXL\TLC E
INTERPRETAZIONE
DECODIFICA
AUTOMATCA DEGLI
Esito
Valutazione
EVENTI
Esito Verifica
Requisiti
Dati Linea
Sotto Sistema di
Elaborazione
e
Post Processing
Figura 6 - Schema del Sottosistema di Valutazione e Interpretazione automatica degli eventi
4. PARTE IV – REQUISITI FUNZIONALI
SISTEMA DI ACQUISIZIONE
FOGLIO
29 di 87
DEL
4.1. Individuazione delle interfacce da monitorare
4.1.1. Interfaccia RBC(CFM 1)-MSC
4.1.1.1. Con riferimento alle attuali architetture del Sottosistema Distanziamento Treni sulle
linee AV/AC italiane, il sistema di acquisizione deve realizzare l’inserzione fisica sui
flussi 2Mbit/s ISDN-PRI che garantiscono le comunicazioni fra gli RBC di “impianto”
e il Mobile Switching Center (MSC), apparato centralizzato di commutazione della rete
GSM-R.
4.1.1.2. Deve essere predisposta anche l’inserzione sugli analoghi flussi che realizzano il
collegamento degli apparati RBC di “Back-up” installati presso i Posti Centrali di
tutte le linee AV/AC italiane.
4.1.2. Interfaccia MSC-BSC (interfaccia A)
4.1.2.1. Il sistema deve essere in grado di monitorare tutte le interfacce che collegano gli MSC
con i BSC oltre che identificare e registrare tutte le connessioni stabilite su tale
interfaccia siano esse voce/dati o di segnalamento, secondo quanto riportato nelle
specifiche EIRENE FRS [R15]e SRS [R16] e successivi aggiornamenti.
4.1.2.2. Il monitoraggio di tutte le connessioni su tutte le interfacce di rete deve essere
automatico, senza intervento da parte dell’utente se non per la fase di configurazione
iniziale.
4.1.2.3. Il sistema di acquisizione deve essere in grado di realizzare l’inserzione fisica tra gli
apparati MSC e BSC mediante sonde passive.
4.1.2.4. Il sistema deve monitorare sia le attuali interfacce A sia la futura architettura di rete
che prevede l’uso delle interfacce A-Flex o simili [R46].
1
Coincidente con l’apparato NTG nell’applicazione Alstom di SST e con l’apparato Communication Computer (CC) nell’applicazione
Ansaldo di SST
FOGLIO
30 di 87
4.1.3. Interfacce CORE rete GSM-R
4.1.3.1. Il sistema deve essere in grado di monitorare tutte le interfacce che convergono su uno
o più MSC e cioè verso HLR, IN, SMSC, Media Gateway, PSTN, PBX, Dispatcher e
verso altri Operatori Mobili, secondo quanto riportato nelle specifiche EIRENE FRS
[R15] e SRS [R16] e successivi aggiornamenti.
4.1.3.2. Il sistema deve monitorare sia le attuali interfacce della Release99 che le future
architetture previste con l’introduzione della R4.
Figura 7 - Tipologico di architettura di rete TLC
4.1.4. Interfaccia BSC-BTS (interfaccia Abis)
4.1.4.1. Il sistema deve essere in grado di monitorare tutte le interfacce che collegano i BSC e
le BTS oltre che identificare e registrare tutte le connessioni stabilite su tali interfacce
siano esse voce/dati o di segnalamento.
iniziale.
apparati BSC e BTS mediante sonde passive.
Nota: Si può fare uso di aggregatori di timeslot, con il preciso compito di estrarre dai link di
connessione delle BTS con il BSC, la sola segnalazione di controllo e di aggregarla tutta su
pochi collegamenti fisici (E1).
FOGLIO
31 di 87
4.1.4.4. Sulle tratte AV/AC le BTS sono collegate con configurazioni a Loop, il sistema deve
essere in grado di analizzare tutti i protocolli su entrambi i flussi, riportando al
sistema di acquisizione l’informazione una sola volta.
4.1.5. Interfaccia BSC-SGSN (interfaccia Gb)
4.1.5.1. Il sistema deve essere in grado di monitorare tutte le interfacce che collegano i BSC
all’SGSN oltre che identificare e registrare tutte le connessioni stabilite su tali
interfacce, in accordo con standard [R39].
iniziale.
apparati BSC e SGSN mediante sonde passive.
4.1.6. Interfaccia RBC-IXL
4.1.6.1. Con riferimento alle attuali architetture del Sottosistema di Gestione della Via sulle
linee AV/AC italiane, il sistema di acquisizione deve prevedere i seguenti punti di
inserzione:

sui flussi 2Mbit/s, che garantiscono le comunicazioni fra RBC e NVP (Nucleo
Vitale Periferico), in caso di impiego di sistemi ACC distribuiti (tratte AV
Roma-Napoli e Torino-Milano);

sui flussi IP (protocollo Ethernet) che garantiscono le comunicazioni tra RBC
e NVC (Nucleo Vitale Centralizzato), in caso di impiego di un’architettura
ACC Multistazione con logica allocata al Posto Centrale (tratte AV MilanoBologna e Bologna-Firenze);
4.1.6.2. Il sistema deve garantire la continuità dell’acquisizine in caso di commutazione, a
seguito di degrado, degli apparati di Gestione della Via “di impianto” ai rispettivi
sistemi “di back-up”, qualora essi siano presenti.
4.1.7. Interfaccia RBC-RBC
4.1.7.1. Con riferimento alle architetture del Sottosistema Distanziamento Treni sulle linee
AV/AC italiane che implementano la funzionalità di Handover di RBC con
comunicazione all’interfaccia RBC-RBC, il sistema di acquisizione deve realizzare
l’inserzione fisica sui flussi che realizzano le comunicazioni fra RBC adiacenti secondo
lo standard [R13].
FOGLIO
32 di 87
4.1.8. Interfaccia IXL-IXL (interfaccia PVS)
4.1.8.1. Con riferimento alle architetture del Sottosistema Distanziamento Treni sulle linee
AV/AC italiane che implementano la funzionalità di Handover di RBC senza
comunicazione all’interfaccia RBC-RBC (Changeover,[R8]), il sistema di acquisizione
deve realizzare l’inserzione fisica sui flussi che realizzano le comunicazioni fra IXL
adiacenti secondo lo standard [R2].
4.1.9. Interfaccia EVC(CFM 2)-MT
4.1.9.1. Con riferimento alle attuali architetture dei Sottosistemi di Bordo implementati sui
rotabili circolanti sulle linee AV/AC italiane e previa autorizzazione da parte della
Impresa Ferroviaria proprietaria del materiale rotabile, il sistema di acquisizione deve
realizzare l’inserzione fisica sul bus di comunicazione fra l’apparato EVC e il Mobile
Terminal (MT) secondo lo standard [R36].
Nota: Qualora non esistano accordi tra l’Impresa Ferroviaria ed RFI per l’inserimento di
sistemi di acquisizione “terzi” rispetto a quelli dei fornitori dei Sottositemi di Bordo, verranno
utilizzati i dati messi a disposizione dai sistemi diagnostici di quest’ultimo (vedi § 6.1.5).
4.1.10. Interfaccia EVC-JRU/DIS
4.1.10.1. Con riferimento alle attuali architetture dei Sottosistemi di Bordo implementati sui
rotabili circolanti sulle linee AV/AC italiane e previa autorizzazione da parte della
Impresa Ferroviaria proprietaria del materiale rotabile, il sistema deve realizzare
l’inserzione fisica sui bus di comunicazione con il Registratore Giuridico di Bordo
(JRU) e il Sistema Informativo di Condotta (DIS) secondo gli standard rispettivamente
[R37] e [R38].
Nota: Qualora non esistano specifici accordi tra l’Impresa Ferroviaria ed RFI per
l’inserimento di sistemi di acquisizione “terzi” rispetto a quelli dei fornitori dei Sottositemi di
Bordo, verranno utilizzati i dati messi a disposizione dai tool di questi ultimi (vedi § 6.1.5).
4.1.11. Interfaccia EVC-DMI
4.1.11.1. Il sistema deve acquisire tutti i messaggi scambiati tra EVC e DMI ed in particolare
le azioni del PdC e le informazioni visualizzate [R37].
Bordo, verranno utilizzati i dati messi a disposizione dai tool di questi ultimi (vedi § 6.1.5)
2
Coincidente con il modulo RTM nell’architettura Alstom di SSB e con il modulo RIM nell’archietettura Ansaldo di SSB
FOGLIO
33 di 87
4.1.12. Interfaccia EVC-BTM
4.1.12.1. Il sistema deve acquisire tutti i messaggi scambiati tra EVC e BTM ed in particolare i
PI captati secondo lo standard [R42] .
4.1.13. Interfaccia EVC-LdV
4.1.13.1. Il sistema deve acquisire tutti i messaggi scambiati tra EVC e LdV come da specifiche
[R38] e [R45].
FOGLIO
34 di 87
4.2. Tipologia delle informazioni da acquisire sulle interfacce
monitorate
4.2.1. Messaggi radio - Livello applicativo (Log ERTMS/ETCS di terra e
di bordo)
4.2.1.1. Con riferimento alle interfacce definite in 4.1.1 e 4.1.9, il sistema deve acquisire tutti i
messaggi radio scambiati a Livello Applicativo fra il Sottosistema di Distanziamento
Treni (RBC) e il Sottosistema di Bordo (EVC) secondo lo standard [R9].
4.2.2. Messaggi (frame) HDLC - Layer 2 (Log Euroradio di terra e di
bordo)
4.2.2.1. Con riferimento alle interfacce definite in 4.1.1 e 4.1.9, il sistema deve acquisire tutti i
messaggi (frame) HDLC, in cui vengono segmentati i messaggi del Livello Applicativo
ERTMS secondo lo standard [R11].
4.2.3. Primitive di servizio ISDN (Log ISDN)
4.2.3.1. Il sistema deve garantire la possibilità di ispezionare il flusso completo di messaggi
sia ETSI/ISDN sul canale D-Channel che ETCS sui canali B-Channel presenti
all’interfaccia RBC(CFM) – MSC, in accordo agli standard [R23][R24][R25].
4.2.3.2. La visualizzazione dei messaggi di cui al punto 4.2.3.1 deve essere sincronizzata con le
altre interfacce.
4.2.4. Relazioni RBC-IXL - Livello applicativo (Log trame RBC-IXL)
4.2.4.1. Con riferimento alle interfacce definite in 4.1.6, il sistema deve acquisire tutte le relazioni
previste:

dallo schema di principio V424 ([R5]) in caso di architetture di tipo ACC-M (NVC);

dallo schema di principio V401 ([R6]), per quanto applicabile, in caso di
architetture di tipo ACC distribuito (NVP).
4.2.5. Messaggi RBC-RBC – Livello applicativo (Log Handover RBC)
4.2.5.1. Con riferimento alla interfaccia definita in 4.1.7, il sistema deve acquisire tutti i
messaggi scambiati a Livello Applicativo fra RBC adiacenti secondo lo standard [R10].
FOGLIO
35 di 87
4.2.6. Relazioni IXL-IXL – Livello applicativo (Log PVS)
4.2.6.1. Con riferimento alla interfaccia definita in 4.1.8, il sistema deve acquisire tutte le
relazioni scambiati a Livello Applicativo fra sistemi ACC-M adiacenti secondo quanto
previsto in [R3] e [R4].
4.2.7. Messaggi EVC-JRU/DIS
4.2.7.1. Con riferimento alla interfacce definite in 4.1.10, il sistema deve acquisire tutti i
messaggi scambiati tra il Sottosistema di Bordo (EVC) e i Sottosistemi JRU e DIS
rispettivamente secondo gli standard [R14] e [R35].
FOGLIO
36 di 87
5. PARTE V – REQUISITI
SISTEMA DI DECODIFICA
5.1. Decodifica
delle
informazioni
FUNZIONALI
del
DEL
Sottosistema
di
Segnalamento di Terra e di Bordo
5.1.1.1. Il sistema di decodifica deve garantire la possibilità di visualizzare i file di log in
formato tabellare, garantendone l’esportazione nei principali formati definiti negli
standard internazionali: CSV, XML, Testo, HTML.
5.1.2. Decodifica traffico dati RBC-MSC e generazione dei file di log
5.1.2.1. Il sistema deve eseguire la decodifica dei dati (payload) presenti nelle trame dei seguenti
protocolli:

ISDN (D e B channel)

V110

LAPB

T70

X224

Safety Layer
5.1.2.2. A seguito della decodifica dei protocolli di cui al requisito 5.1.2.1, il sistema deve
generare almeno i seguenti file:

log ERTMS contenente tutti i messaggi scambiati a Livello Applicativo secondo
lo standard [R9] fra il SSB (EVC) ed RBC;

log Euroradio contenente i messaggi (frame) HDLC, in cui vengono segmentati
i messaggi del Livello Applicativo ERTMS secondo gli standard [R30], [R31],
[R32] e [R33];

log delle segnalazioni a livello del protocollo V110 sulla connessione ISDN
impegnata dalla chiamata tra il SSB (EVC) ed RBC;

log ISDN contenente le segnalazioni (primitive di servizio) scambiate per tutto
l’intervallo temporale di durata della chiamata instaurata tra RBC e MSC
secondo gli standard [R23], [R24] e [R25].

FOGLIO
37 di 87
log delle segnalazioni a livello del protocollo X224 sulla connessione ETCS
impegnata dalla chiamata tra il SSB (EVC) ed RBC.
5.1.2.3. In caso di frame HDLC persi o corrotti devono essere riscontrabili le eventuali
ritrasmissioni, secondo la procedura LAPB [R33] utilizzata dal protocollo Euroradio, e
riportate tutte le cause di errore che il Safety Layer di Euroradio invia al Livello
Applicativo superiore secondo quanto previsto nei par. 7.1.6, 7.3.3, C.2 di [R11].
5.1.2.4. I dati sui B-Channel devono essere registrati solo se il sistema identifica una
connessione treno o una chiamata di test.
Nota: Tale requsito è necessario per limitare il numero di informazioni che il sistema registra
sugli HardDisk ottimizzando le performance del sistema.
5.1.2.5. In caso di rilascio o terminazione anomala della connessione ISDN deve essere
evidenziato in maniera inequivocabile il sottosistema (RBC, GSM-R o EVC) che l’ha
generata/subita e il “verso” in cui la segnalazione viene propagata verso gli altri
sottosistemi.
5.1.3. Decodifica traffico dati RBC-RBC e generazione dei file di log
5.1.3.1. Con riferimento all’interfaccia definita in 4.1.7, il sistema deve eseguire, per l’intero
intervallo temporale di durata della comunicazione fra due RBC adiacenti, la
decodifica dei dati (payload) presenti nelle trame di tutti i protocolli previsti da [R13]
e generare un file log di tutti i messaggi scambiati a Livello Applicativo secondo lo
standard [R10].
5.1.4. Decodifica traffico dati RBC-IXL e generazione dei file di log
5.1.4.1. Con riferimento alle interfacce definite in 4.1.6, il sistema deve:

nel caso di architettura distribuita del Sistema di Gestione della Via, eseguire
la decodifica dei dati (payload) presenti nei ‘time-slot’ associati ai singoli
NVP e generare un file log di tutti i messaggi a Livello Applicativo (relazioni)
scambiati fra gli ACC di linea e gli RBC secondo il contenuto e la struttura
definiti nelle rispettive FFFIS ([R18], [R19] e successivi aggiornamenti;

nel caso di architettura centralizzata del Sistema di Gestione della Via,
eseguire la decodifica dei dati presenti sui flussi IP della rete di
comunicazione Ethernet tra RBC e NVC e generare un file log di tutti i
messaggi a Livello Applicativo (relazioni) scambiati tra i due Sottosistemi
secondo il contenuto e la struttura definiti nelle rispettive FFFIS ([R20],
[R21] e successivi aggiornamenti.
FOGLIO
38 di 87
5.1.4.2. Qualora le informazioni che transitano nelle comunicazioni RBC-IXL fossero
“protette” da parte dei fornitori degli apparati con l’uso di protocolli proprietari, il
sistema deve essere in grado, anche con l’ausilio di appositi tool da sviluppare, di
decodificare “in chiaro” tali informazioni.
Not a: Sarà cura e responsabilità di RFI fornire le specifiche di tali protocolli e le eventuali
regole di cifratura da essi adottate.
5.1.5. Decodifica traffico dati IXL-IXL e generazione dei file di log
5.1.5.1. Con riferimento all’interfaccia definita in 4.1.8, il sistema deve eseguire, la decodifica
dei dati (payload) presenti nelle trame di tutti i protocolli previsti da [R2] e generare
un file log di tutte le relazioni scambiate secondo lo standard [R3].
5.1.6. Decodifica traffico dati EVC-MT e generazione dei file di log
5.1.6.1. Con riferimento al requisito 4.1.10, qualora sia possibile l’inserzione fisica sul bus di
comunicazione fra l’apparato EVC e il Mobile Terminal (MT), il sistema deve
consentire la decodifica dei dati (payload) presenti nelle trame dei seguenti protocolli:

GSM

LAPB

T70

X224

Safety Layer
generando almeno i seguenti file:

log ERTMS contenente tutti i messaggi scambiati a Livello Applicativo secondo
lo standard [R9] fra il SSB (EVC) ed RBC;

log Euroradio contenente i messaggi (frame) HDLC, in cui vengono segmentati
i messaggi del Livello Applicativo ERTMS secondo gli standard [R30], [R31],
[R32] e [R33];

log di registrazione delle eventuali anomalie del MT sia in Idle Mode che in
Dedicated Mode

log delle misure di campo del MT

log dei messaggi di controllo EVC-MT
FOGLIO
39 di 87
Bordo, verranno utilizzati i dati decodificati dai tool di questi ultimi (vedi 4.1.9.1) comprensivi
dei dati di monitoraggio dell’attività del MT durante l’ esercizio dell’apparato
FOGLIO
40 di 87
5.2. Decodifica delle informazioni del Sottosistema GSM-R
5.2.1.1. Il sistema deve monitorare e decodificare tutti i protocolli della rete GSM-R e GPRS in
riferimento alle ultime specifiche EIRENE FRS [R15]e SRS [R16] e successivi
aggiornamenti.
5.2.1.2. Il sistema di decodifica deve essere in grado di riconoscere la chiamata cui appartiene
un determinato pacchetto ed associarlo in modo univoco a quella chiamata.
5.2.1.3. La correlazione dei flussi di messaggi decodificati su tutte le interfacce di rete GSM-R
sopradescritte. Tale decodifica/correlazione deve consentire in seguito di ricostruire il
flusso di tutti i messaggi appartenenti ad una specifica chiamata sia essa voce, dati
(utente o ETCS), a pacchetto (utente o ETCS).
5.2.1.4. Il sistema deve decodificare e presentare oltre alla chiamate voce/dati, anche gli altri
eventi significativi come SMS, LAC Update, ASCII, etc.
5.2.1.5. Il sistema deve decodificare e analizzare tutti i protocolli dell’attuale architettura di
rete Release 99 sia di quella futura basata su tecnologia IP Release 4.
5.2.1.6. Per ognuno dei protocolli decodificati (di cui ai successivi par. 5.2.2, 5.2.3, 5.2.4,
5.2.5, 5.2.6) il sistema deve generare un file di log.
5.2.1.7. Il sistema di decodifica deve garantire la possibilità di visualizzare i file di log in
formato tabellare, garantendone l’esportazione nei principali formati definiti negli
standard internazionali: CSV, XML, Testo, HTML.
5.2.2. Decodifica traffico MSC-HLR
5.2.2.1. Si richiede che il sistema sia almeno in grado di eseguire la decodifica dei seguenti protocolli
sull’Interfaccia D :

MTP2/3

SCCP

TCAP

MAP
FOGLIO
41 di 87
5.2.3. Decodifica traffico MSC-MSC
5.2.3.1. Si richiede che il sistema sia almeno in grado di eseguire la decodifica dei seguenti
protocolli sull’Interfaccia E :

MTP2/3

SCCP

TCAP

MAP

Core Network Protocols
5.2.4. Decodifica traffico MSC-BSC
protocolli sull’Interfaccia A :

MTP2

MTP3

SCCP

BSSAP

DTAP

BSSMAP

Core Network Protocols
5.2.5. Decodifica traffico BSC-BTS
protocolli sull’Interfaccia Abis:

LAPD

BTSM/RSM

Core Network Protocols (CC-MM-RR)
FOGLIO
42 di 87
5.2.6. Decodifica traffico BSC-SGSN
protocolli sull’Interfaccia Gb :

Frame Relay

Network Service

BSSGP

LLC

SNDCP

IP/application
FOGLIO
43 di 87
6. PARTE VI – REQUISITI FUNZIONALI DEL
SISTEMA DI ELABORAZIONE E DI POSTPROCESSING
6.1. Gestione dati di input
6.1.1. Importazione dati rete GSM-R
6.1.1.1. Il sistema deve poter permettere l’inserimento di dati statici riconducibili agli elementi
di rete GSM-R. Deve quindi presentare una semplice interfaccia per importare e
configurare la lista delle stazioni radio e delle celle ad esse associate, inclusiva di
posizione, orientamento delle antenne, codice BSIC etc. al fine di consentire la
visualizzazione delle medesime su mappa e su grafici geo referenziati.
6.1.1.2. Il sistema deve poter importare GIS-data o informazioni da tool quali OMC-R, OMC-S,
NMS o altri specifici dei fornitori .
6.1.2. Importazione dati da Piano Schematico ERTMS
6.1.2.1. Il sistema deve consentire la memorizzazione nel database dei dati dei PS, organizzati
per linea e revisione.
6.1.2.2. Il sistema deve consentire l’importazione di nuovi PS e la contestuale assegnazione di
una etichetta (revisione) al PS che si sta inserendo.
6.1.2.3. Il sistema deve consentire l’importazione delle seguenti informazioni ricavabili dal PS:

Nome della Linea;

Codice della Linea;

Revisione;

Data di emissione della revisione;

Progressiva KM iniziale;

Progressiva KM finale;
Fornitore del SST;
devono inoltre essere valorizzati i nomi significativi e le relative progressive
chilometriche (puntuali e/o di inizio e fine) degli enti di maggior interesse:

Punti informativi ;

End of Authority;

Circuiti di binario;

Ponti;

Gallerie;

Viadotti;

Confini di Hand Over (ChangeOver) di RBC;

Posti di Cambio Fase;

Posti di Cambio Tensione;

Posti Periferici Fissi;

Aree di Reversing;

Posto di Rilevamento Temperatura Boccole;

Posto Verifica Boccole;
FOGLIO
44 di 87
e devono, infine, essere inseriti:

Profilo Altimetrico;

Planimetria;

Profilo di Velocità Statico.
6.1.2.4. Il sistema deve provvedere a registrare in automatico la data di inserimento del PS ed,
opzionalmente, l’utente che l’ha effettuato.
6.1.2.5. Il caricamento dei dati relativi a nuovi PS deve essere effettuato mediante inserimento
in form web appositamente realizzati.
6.1.2.6. Il sistema deve consentire l’inserimento di nuovi enti di un PS.
6.1.2.7. Il sistema deve consentire la modifica dei dati relativi ad enti di un PS.
6.1.2.8. Il sistema deve consentire l’eliminazione di alcuni enti o di dati relativi ad enti di un
PS.
6.1.2.9. Il sistema deve consentire l’eliminazione di un PS
6.1.2.10. Il sistema deve consentire l’importazione di una nuova revisione di PS mediante la
modifica dei soli enti soggetti a revisione.
FOGLIO
45 di 87
6.1.3. Importazione dati di configurazione e di attrezzaggio
6.1.3.1. Il sistema deve acquisire i dati di configurazione della linea inerenti alle informazioni
su:

Regole posa di enti di piazzale ed infrastrutture

Tabella delle condizioni di RBC;

Telegrammi eurobalise

Messaggi Radio RBC
6.1.3.2. Il sistema deve consentire il caricamento delle regole di posa degli enti di piazzale e
delle infrastrutture quali:

Boe

CdB

Deviatoi

Segnali

RTB

POC e PCF

Interconnessioni AV/LS

Ponti, Viadotti e gallerie
6.1.3.3. Il sistema deve consentire l’importazione dei valori di temporizzazione utilizzati dal
Radio Block Center (di cui alcuni possono non essere applicabili a seconda del
fornitore/versione) e specificati nelle SRS Volume 2 ERTMS/ETCS (e nei documenti da
essi richiamati) del fornitore.
Nota: si riportano quale esempio alcuni tra i più significativi valori di cui al punto 6.1.3.3

Frequenza di invio msg di vitalità

Tempo di attesa prima di cancellare il treno dopo la caduta della connessione safe

Tempo di attesa del msg di ack prima di inviare nuovamente il msg radio

Tempo di attesa del msg di ack da parte di RBC limitrofo prima di inviare nuovamente
il msg in caso di procedura di Handover di RBC attiva

Tempo per cui RBC attende la connessione del treno dopo che ha ricevuto
l’informazione di “annuncio” da parte di RBC limitrofo in caso di procedura di
Handover di RBC attiva
FOGLIO
46 di 87

Tempo di attesa da parte di RBC di chiusura della sessione di comunicazione dopo che
ne ha ordinato al SSB la terminazione

Tempo per cui RBC attende i msg 154/159 relativamente all’esito della instaurazione
della sessione di comunicazione dopo aver inviato al SSB il msg 32 relativo alla
configurazione

Massimo tempo tollerato da RBC senza che il SSB (in FS, OS e SR) invii msg ad RBC

Tempo per cui RBC attende il messaggio di ack ad una riduzione di MA

Frequenza di ripetizione della MA ridotta con richiesta di Ack

Fattore correttivo utilizzato da RBC per il calcolo del Time Stamp

Massima variazione permessa del ritardo di trasmissione tra 2 msg consecutivi da
parte del bordo

Tempo stimato nella trasmissione relativamente alla comunicazione tra 2 RBC

Tempo entro il quale il RBC deve ricevere la conferma del TAF da parte del PdC (solo
per SOM in SB)
6.1.3.4. Il sistema deve consentire l’importazione dei valori nazionali definiti nelle capitolo 3
di [R9] il cui valore è specificato nelle SRS di Volume 2 (e nei documenti da essi
richiamati) per ogni linea/fornitore.
6.1.3.5. Il sistema deve consentire l’importazione delle regole di attrezzaggio dei punti
informativi (PI)

Tipi di boe

Costituzione dei PI (n.ro boe e distanza tra esse)

Numerazione boe di un PI

Riferimento ed orientamento del PI

Tipologia di PI

Associazione PK – Tipologia PI

Configurazione dei telegrammi trasmessi dai PI
FOGLIO
47 di 87
6.1.3.6. Il sistema deve consentire l’importazione dele regole di composizione dei messaggi
radio

Formato dei Messaggi Radio

Tipologia dei Messaggi Radio

Composizione dei Messaggi Radio

Configurazione dei Messaggi Radio

Posizione del Danger Point

Posizione dell’overlap

Associazione Messaggi Radio ai PI
6.1.4. Importazione dati provenienti dal Sottosistema di Terra
6.1.4.1. Il sistema deve consentire l’importazione dei dati di SST, acquisiti e decodificati
secondo quanto riportato nei cap. 4 e 5, rispettivamente per le comunicazioni:

“terra-treno”, ovvero msg radio scambiati tra il Sottosistema di Distanziamento Treni
(RBC) e il Sottosistema di Bordo (EVC)

“terra-terra” ovvero:
- le relazioni scambiate tra il Sottosistema di Distanziamento Treni e il
Sottosistema di Gestione della Via (IXL);
- i msg scambiati tra due Sottosistemi di Distanziamento treni adiacenti nel caso di
Handover fra RBC con comunicazione fisica all’interfaccia RBC-RBC;.
- le relazioni scambiate tra due Sottosistemi di Gestione della Via adiacenti nel
caso di Handover fra RBC senza comunicazione fisica all’interfaccia RBC-RBC;
6.1.5. Importazione dati provenienti dal Sottosistema di Bordo
6.1.5.1. Il sistema deve consentire l’importazione dei dati di SSB, acquisiti e decodificati
secondo quanto riportato nei cap. 4 e 5, rispettivamente per le comunicazioni:

“EVC – MT” ovvero i messaggi radio scambiati tra EVC ed Mobile Terminal ETCS;

“EVC – DMI/MMI” ovvero i messaggi scambiati tra EVC e interfaccia PdC;

“EVC – JRU” ovvero i messaggi scambiati tra EVC e JRU;
FOGLIO
48 di 87

“EVC – DIS” ovvero i messaggi scambiati tra EVC e DIS;

“SSB - BTM” ovvero i messaggi trasmessi da BTM a EVC;

“SSB – Materiale Rotabile” ovvero le informazioni scambiate tra SSB e Logica di
Veicolo;
6.1.6. Sincronizzazione oraria dati di input
6.1.6.1. Per marcare opportunamente i pacchetti catturati, la sonda deve prevedere un
meccanismo di regolazione degli orologi che consenta di acquisire traffico sincrono.
6.1.6.2. Il meccanismo può fare uso di sistemi NTP, GPS o altro, purché il traffico risulti
correttamente temporizzato.
6.1.6.3. Ogni pacchetto acquisito, durante l’operazione di memorizzazione deve essere
corredato della marcatura oraria di sistema. La marcatura ha anche il compito di
favorire la correlazione dei flussi provenienti da differenti interfacce.
6.1.7. Importazione dati dal Portale Diagnostico di RFI
Sul Portale Diagnostico di RFI sono pubblicati i dati acquisiti dai sistemi diagnostici presenti
sui treni misura di RFI.
6.1.7.1. Il sistema deve importare i dati relativi ai parametri caratteristici dei sistemi di
segnalamento e TLC.
6.1.7.2. Il sistema deve importare l’indice di qualità del binario ottenuto dalla post
elaborazione dei parametri caratteristici dell’armamento.
6.1.7.3. Il sistema deve importare l’indice di qualità della Linea di Contatto ottenuto dalla post
elaborazione dei parametri caratteristici della Trazione Elettrica.
6.1.7.4. Il sistema deve importare l’indice di qualità delle boe ottenuto dalla post elaborazione
dei parametri caratteristici dell’airgap RSDD.
6.1.7.5. Il sistema deve importare l’indice di qualità TLC ottenuto dalla post elaborazione dei
parametri caratteristici della radio copertura TLC.
FOGLIO
49 di 87
6.2. Elaborazione dati
6.2.1. Elaborazione Dati ETCS
6.2.1.1. I dati devono essere correlati con la posizione assoluta dei treni per mezzo del Train
Position Report.
6.2.1.2. Si richiede che le chiamate effettuate dai terminali vengano raggruppate in base ad
una gerarchia che fa dell’identificativo del treno il soggetto cardine, questo per
consentire la creazione di statistiche basate sullo stesso materiare rotabile. Nel sistema
di post-analisi deve pertanto essere presente una modalità di visualizzazione che
consenta di raggruppare le chiamate per NID_Engine.
6.2.1.3. Il sistema deve mostrare l’elenco completo delle connessioni che sono avvenute sulla
rete monitorata.
6.2.1.4. Il sistema deve essere in grado di indicare il numero di chiamate ETCS per ogni corsa
treno, ed il loro andamento rispetto ai parametri di qualità (QoS) che caratterizzano la
catena trasmissiva RBC(CFM)-GSM-R-EVC(CFM) tra i quali si riportano nella tabella
seguente quelli più significativi (vedi anche[R12]) .
Round trip time a livello Tempo trascorso tra l’identificazione di un pacchetto LAPB in downlink e
l’identificazione del suo acknowledgement in uplink
LAPB
Round trip time a livello Tempo trascorso tra l’identificazione di un pacchetto ETCS in downlink e
l’identificazione del suo acknowledgement in uplink
applicativo
Perdita messaggi di
riconoscimento ETCS
Mancata ricezione di un pacchetto di acknowledgment ETCS in uplink
relativo a un pacchetto ETCS in downlink con richiesta di
acknowledgement
Throughput applicativo Numero di byte appartenenti a pacchetti del Safety Layer (incluso payload
calcolato al Safety Layer ETCS) trasferiti per intervallo di tempo (in downlink o in uplink)
per intervallo di tempo
Throughput applicativo Numero medio di byte appartenenti a pacchetti del Safety Layer (incluso
calcolato al Safety Layer payload ETCS) trasferiti per intervallo di tempo (in downlink o in uplink)
medio
Statistiche di
occupazione del canale
Stima del numero di
ritrasmissioni per
intervallo di tempo
Rapporto tra il throughput ideale del canale dati GSM-R e il numero di
byte appartenenti ai pacchetti LAPB (incluso payload) trasferiti per
intervallo di tempo
Numero delle ritrasmissioni di pacchetti LAPB in downlink per intervallo di
tempo
Numero dei pacchetti LAPB in uplink identificati fuori sequenza per unità
di tempo
FOGLIO
50 di 87
Tempo di ritrasmissione
dei pacchetti in
downlink
Tempo massimo tra due trasmissioni di un pacchetto LAPB in downlink
soggetto a ritrasmissione
Durata dell’intervallo di
tempo senza
ritrasmissioni
Tempo trascorso tra due eventi successivi di: ritrasmissione di pacchetti
LAPB in downlink o ricezione di un pacchetto LAPB in uplink fuori
sequenza
Valutazione del Frame
Error Rate
Analisi dei tempi di
trasmissione dei
Position Report
Tempo trascorso tra la prima identificazione di un pacchetto LAPB
contenente parte di un position report e l’ultima identificazione di un
pacchetto LAPB contente parte dello stesso position report
Tempo medio di
trasmissione dei
pacchetti.
Tempo medio trascorso tra la prima identificazione di un pacchetto LAPB
contenente parte di un pacchetto safety layer e l’ultima identificazione di un
pacchetto LAPB contente parte dello stesso pacchetto safety layer
6.2.1.5. Il sistema deve poter rilevare e gestire le seguenti problematiche :

Errori di odometria (Under-Reading/Over-reading)

Materiale rotabile con problematiche di odometria
e in generale quanto previsto in [R9]relativamente ai problemi di odometria.
6.2.2. Elaborazione Dati di impianto
6.2.2.1. Il sistema deve verificare il Piano Schematico rispetto alle regole di attrezzaggio della
linea.
6.2.2.2. Il sistema deve verificare i Messaggi Radio rispetto alle regole di Valorizzazione degli
stessi per la linea.
6.2.2.3. Il sistema deve verificare i Tlg dei PI rispetto alle regole di valorizzazione e
configurazione degli stessi della per la linea.
6.2.2.4. Il sistema deve verificare le Tabelle delle condizioni della linea.
6.2.3. Elaborazione Dati di esercizio
6.2.3.1. La verifica dei dati di esercizio consiste nel confronto dei dati di campo acquisiti dai
attraverso il monitoraggio delle interfacce di comunicazione (come descritto ai par.
3.1.1 e 3.1.2) con i dati di impianto ed il rispetto delle regole di attrezzaggio e più in
FOGLIO
51 di 87
generale la conformità ai requisiti del sistema ERTMS/ETCS.
6.2.3.2. Il sistema deve verificare la congruenza dei messaggi radio trasmessi dal RBC con
quelli di progetto caricati e segnalare eventuali difformità.
6.2.3.3. Il sistema deve verificare la congruenza dei telegrammi trasmessi dai PI con quelli di
progetto caricati e segnalare eventuali difformità.
6.2.3.4. Il sistema deve verificare che i Messaggi Radio e i dati di IXL siano congruenti con la
tabella delle condizioni e segnalare eventuali difformità.
6.2.3.5. Il sistema in caso di degrado della MA deve segnalare la eventuale condizione di
impianto che l’ha determinata.
6.2.3.6. Il sistema deve verificare la corretta captazione dei punti informativi in appuntamento
ovvero controllare la correttezza di:

Sequenza dei PI

Verso dei PI
e segnalare eventuali difformità rispetto a quanto previsto dal Piano Schematico.
6.2.3.7. Il sistema deve verificare che i PI captati non previsti in appuntamento siano
effettivamente tali e segnalare eventuali difformità.
6.2.3.8. Il sistema deve controllare la vitalità del collegamento radio tra RBC e SSB e il
comportamento del SSB secondo quanto previsto dai parametri di configurazione della
linea e segnalare eventuali difformità.
6.2.3.9. Il sistema deve valutare il ritardo di trasmissione dei Messaggi Radio tra SSB e RBC
secondo quanto previsto dai parametri di configurazione della linea e segnalare
eventuali difformità.
6.2.3.10. Il sistema deve diagnosticare situazioni anomale di terminazione della comunicazioni
tra RBC e SSB. In particolare deve valutare se una anomala terminazione della
comunicazione è da imputare al SST, al SSB oppure al sistema di TLC e segnalare
6.2.3.11. Il sistema deve verificare la corretta gestione meccanismo della funzione “cdb
ombra”; in caso di fallimento di tale meccanismo deve stabilire se la causa è
attribuibile a:

Problema di posa del PI

Problema odometrico

Problema di velocità del treno

Errata segnalazione da parte del sistema di “gestione della via”.
e segnalare eventuali difformità
FOGLIO
52 di 87
6.2.3.12. Il sistema deve segnalare i messaggi inviati da PdRTB al passaggio del treno quali:

Allarme caldo

Allarme caldissimo

Degrado lettura
e segnalare eventuali difformità. Nel caso il PdRTB sia escluso dovrà comunque essere
segnalato.
6.2.3.13. Il sistema, alla presenza di allarmi relativi ad anomalie della temperatura boccole,
deve segnalare il PdR cui attribuire tale allarme e il relativo Posto di Verifica Boccole
(PVB) associato.
6.2.3.14. Il sistema deve diagnosticare POC e PCF attivi, verificare la congruenza tra i msg
radio relativi ai POC e PCF con la posizione indicata sul piano schematico e segnalare
6.2.3.15. Il sistema deve analizzare l’andamento di velocità di ogni singola corsa e ricavarne i
profili statici e dinamici compreso eventuali rallentamenti.
6.2.3.16. Il sistema deve valutare e segnalare eventuali relazioni che intercorrono tra
l’esercizio ferroviario e la infrastruttura mediante la correlazione tra le corse dei treni
commerciali e gli indici di qualità del binario rilevati dai treni diagnostici.
6.2.4. Elaborazione Indicatori di Performance (KPI) rete GSM-R
6.2.4.1. Il sistema deve essere in grado di riconoscere, tracciare e gestire correttamente tutti i
tipi di connessioni e procedure GSM-R, comprese tutte le funzionalità ASCI di cui in
[R15] e [R16], come ad esempio:

VGCS,

VBS,

REC,

eLMPP,

FunctionalAddressing,

Location DependentAddressing,

End Call Confirmation.
6.2.4.2. In caso sia attivata una REC, il sistema deve essere in grado di:

individuare il Chiamante e consentirne la lettura del numero previa fornitura
FOGLIO
53 di 87
di parola d’accesso.

individuare la zona e le celle coinvolte dalla chiamata d’emergenza, in modo
da individuare eventuali treni coinvolti dalla REC.

evidenziare tutte le chiamate ETCS nella tratta interessata dalla REC.
6.2.4.3. Il sistema deve fornire l’elenco
nell’intervallo di tempo selezionato.
di
tutte
le
connessioni/chiamate
effettuate
6.2.4.4. Il sistema deve consentire il filtraggio di tali chiamate e la categorizzazione in base al
genere (Voce, Dati, SMS, etc.), al tipo di errore riscontrato (caduta, Handover, etc.),
chiamante, chiamato ed in base al NID_Engine o Trace Reference.
6.2.4.5. Il sistema deve fornire una diagnosi sommaria sull’andamento della chiamata in modo
da permettere al personale non specialistico di individuare rapidamente l’anomalia.
6.2.4.6. Il sistema deve fornire un elenco degli Handover per qualsiasi connessione, completi
dei dettagli di causa, successo, tempo trascorso dal precedente Handover, tempo di
completamento dell’operazione, celle coinvolte.
6.2.4.7. Il sistema deve mostrare l’elenco delle connessioni avvenute sulla rete e per ciascuna
connessione deve esserne specificata il tipo (chiamata voce, chiamata dati, chiamata di
gruppo, location update, sms…) e i dettagli circa identità chiamante e identità
chiamata.
6.2.4.8. Il sistema deve prevedere un opportuno modulo di post-analisi delle misure effettuate
con i sistemi di acquisizione installati a bordo dei Treni Diagnostici (es. ARCHIMEDE,
TALETE….) ed i sistemi portatili in dotazioni ai dipartimenti locali.
6.2.4.9. Il sistema deve permettere di eseguire le seguenti analisi GSM-R e dove applicabile
GPRS, con rappresentazioni grafiche, in tabella e su mappa:
• COMPARISON
• DISTRIBUZIONI DEI CAMPIONI
• EVENTI
• EVOLUZIONE SPAZIALE/TEMPORALE
• DISTIBUZIONI CON SOGLIE
• CALL
• CHANNEL EVOLUTION
• GSM-KPI
FOGLIO
54 di 87
• HANDOVER LIST
• MEASUREMENT REPORT LEVEL EVOLUTION
• MESSAGE LIST
• MESSAGE SEQUENCE
• MULTICHANNEL EVOLUTION
• SUBSET-0.93 (O 2475) Report
• SUMMARY BY CELL
• SITE COVERAGE
6.2.4.10. Il sistema deve riconoscere ed evidenziare almeno le seguenti anomalie:

Fallimento di location update

Fallimento di instaurazione chiamata

Fallimento dell’invio di un SMS,

Fallimento di Handover, perdita della connessione

Causa dell’Handover diversa da “bettercell”

Tempo tra Handover inferiore ai 20s su connessione ETCS

Disconnessione inaspettata di una connessione GSM-R, GPRS e ETCS

Call-Setup
- Tempo di Call-Setup
- Disponibilità dei canali di segnalazione
- Disponibilità canali di traffico

Call-Drop
- L’analisi della perdita di comunicazione dovuta a rilascio del SST
- L’analisi della perdita di comunicazione dovuta a rilascio del SSB
- L’analisi della perdita di comunicazione causata dalla rete GSM-R

Handover: il sistema deve fornire per singola chiamata una lista di HO
evidenziando problematiche quali:
- Sequenze errate di HO su connessione ETCS
- Cause diverse da migliore adiacenza.
FOGLIO
55 di 87
- Ping-Pong di cella.
- Tempo di permanenza su una BTS inferiore ai 20 sec su connessione ETCS.
- HO su BTS di linea storica su chiamata ETCS.
- HO falliti.
FOGLIO
56 di 87
6.3. Gestione dati di output
6.3.1.1. Il sistema centralizzato di raccolta ed elaborazione dati deve consentire la
sincronizzazione e la mutua correlazione delle informazioni provenienti dal
segnalamento ETCS, IXL e dal traffico GSM-R/GPRS presentando in uscita un singolo
flusso di dati elaborati da gestire tramite un unico strumento.
6.3.1.2. Il sistema di visualizzazione delle informazioni deve fornire differenti livelli di
dettaglio secondo il grado di preparazione posseduto dal personale che lo dovrà
utilizzare. Sono richiesti tre livelli:
1. Livello Operatore di Presidio: questo livello deve fornire un ridotto numero di
dettagli e consentire di eseguire una diagnosi sommaria delle problematiche.
2. Livello Tecnico della Manutenzione: consente al personale che lo utilizza di
approfondire l’analisi rispetto al livello precedente, andando ad individuare le
possibili cause mediante l’utilizzo di funzionalità come grafici e tabelle preconfigurate allo scopo.
3. Livello Ingegneria di Sistema: massimo livello di profondità, il sistema
presenta il massimo livello di dettaglio consentendo all’ingegnere di rete di
raggiungere il singolo messaggio scambiato o l’”Information Element” incluso
nel messaggio.
6.3.1.3. La piattaforma deve garantire i seguenti output:

Grafici Lineari: dovranno permettere di rappresentare i valori di una o più variabili in
funzione del tempo oppure dello spazio.

Grafici a Istogrammi e torte

Grafici a diffusione (Scattering)

Tabelle

Generazione Automatica dei Report in formato HTML

mappa degli elementi di rete interessati dalle acquisizioni (Network Map)

mappa del tracciato ferroviario delle misure riferite alla progressiva kilometrica

mappa del tracciato ferroviario delle misure riferite alla georeferenziazione (con tool
tipo RFI Maps, Google/Microsoft Maps)
6.3.1.4. Il sistema deve inoltre garantire il filtraggio di ogni analisi in base a:
- Data di acquisizione
- Tratta
- Sessione di misura
- Strumento di misura
- Parametro/i
- Marker impostati durante la sessione di misura
6.3.1.5. Il sistema deve trasmettere le anormalità rilevate ad INRETE2000.
FOGLIO
57 di 87
FOGLIO
58 di 87
7. PARTE VII – REQUISITI FUNZIONALI DEL
SISTEMA AUTOMATICO DI VALUTAZIONE E
INTERPRETAZIONE DEGLI EVENTI
Obiettivo strategico è disporre di una piattaforma in grado di fornire informazioni sugli
impianti AV/AC di RFI in corrispondenza di eventi sia attesi dando evidenzia delle funzionalità
esplicate sia di quelli non previsti o anomali.
7.1. Pre-requisiti del sistema
7.1.1.1. La piattaforma che si intende realizzare deve integrare i dati del sistema ERTMS/ETCS
in maniera tale da evidenziare tutte le informazioni necessarie alla ricostruzione della
logica di funzionamento del RBC; a mero titolo esemplificativo e non esaustivo,
andranno integrati dati quali:
•
i dati di impianto scambiati fra il Sottosistema di Gestione della Via (IXL) e il
Sottosistema di Distanziamento Treni (RBC)
•
i messaggi ETCS scambiati fra il Sottosistema di Distanziamento Treni (RBC)
e il Sottosistema di Bordo (EVC) attraverso il sottosistema di comunicazione
GSM-R
• i dati scambiati fra due Sottosistemi di Distanziamento treni adiacenti (anche
se non tramite interfacciamento diretto RBC-RBC ma realizzato attraverso la
comunicazione tra apparati IXL)
•
i dati statici relativi all’infrastruttura
Inoltre l’integrazione deve essere tale da garantire:

la sincronizzazione degli eventi

la piena tracciabilità degli eventi e dei flussi dati

la piena integrità dei dati
FOGLIO
59 di 87
7.2. Valutazione automatica conformità funzionale
7.2.1.1. A fine di poter generare un analisi automatica del comportamento del sistema
ERTMS/ETCS, attraverso i flussi di dati, è opportuno che si realizzi:

una formalizzazione/normalizzazione dei dati ricorrendo a metalinguaggi e/o a
codifiche standard;

una modellazione delle specifiche dei requisiti del SST ERTMS/ETCS
attraverso l’utilizzo di linguaggi formali; la formalizzazione può
eventualmente essere strutturata su più livelli (ad esempio, organizzata in
scenari, si veda esempio Figura 8;

una rappresentazione visuale del modello delle specifiche dei requisiti del SST
ERTMS/ETCS codificato in linguaggio formale che sia in grado di evidenziare
la dinamica degli eventi registrati nei file di log;

la creazione di una matrice di corrispondenza tra il modello formale delle
specifiche e le specifiche stesse messe a disposizione da RFI;

la realizzazione di un motore per la animazione del modello al fine di
consentire di evidenziare le condizioni di funzionamento del sistema
ERTMS/ETCS a partire dai dati di campo (file di log dei vari sottosistemi);

il riconoscimento automatico dei requisiti coperti dai dati di campo relativi
alla corsa/evento sotto analisi.
Figura 8 - Esempio di Modellazione a stati della procedura di Start of Mission (SoM) di un treno
FOGLIO
60 di 87
FOGLIO
61 di 87
7.2.1.2. Il motore di analisi automatica del comportamento logico del sistema deve consentire:

la piena tracciabilità degli eventi analizzati

la segnalazione di eventuali anomalie

la analisi comparativa tra diverse corse

la segnalazione di eventuali ricorrenti anomalie sull’impianto.
Stato N
transizione
STATO
N+1
Verifica
soddisfacimento Requisito
Figura 9 - Esempio di verifica di copertura del Requisito a seguito transizione di stato del Sistema
FOGLIO
62 di 87
8. PARTE VIII – REQUISITI HW E SW DELLA
PIATTAFORMA INTEGRATA
8.1. Requisiti dei Sottosistemi di acquisizione e decodifica
8.1.1. Configurazione delle sonde di monitoraggio
8.1.1.1. La configurazione del sistema di acquisizione e le impostazioni di configurazioni delle
sonde devono essere facilmente consultabili e modificabili, sia localmente che da
remoto. L’interfaccia di modifica dei parametri deve consentire un accesso semplice ed
immediato ai parametri di configurazione come flusso E1, Timeslot, tipo di linea,
codifica etc.
8.1.1.2. Si richiedono sonde con una capacità elaborativa tale da consentire l’acquisizione ed
una pre-elaborazione dei dati in transito sui flussi in oggetto e in grado di coprire le
esigenze di monitoraggio della rete sia in termini di numero di flussi che in quello di
Timeslot allocati.
8.1.2. Non intrusività
8.1.2.1. Il sistema di acquisizione e decodifica, comprensivo delle componenti hardware e
software, non deve in alcun modo essere intrusivo sulle interfacce e le comunicazioni in
cui è in monitoraggio.
8.1.2.2. In particolare, le sonde per la “cattura” dei dati in transito sui flussi si devono
interconnettere in modalità non intrusiva mediante connettori a T con uscita attenuata
di 20dB.
8.1.2.3. Le caratteristiche fisiche delle sonde devono presentare “Pannelli di cablaggi” isolati.
8.1.2.4. Le sonde devono poter essere posizionate fino a 100m dal punto di inserzione.
8.1.2.5. La non intrusività deve essere garantita da opportuna certificazione, rilasciata dalla
autorità/ente preposta.
8.1.3. Scalabilità
8.1.3.1. Il sistema di acquisizione e decodifica deve mantenere le prestazioni iniziali, anche
successivamente alla realizzazione di nuovi servizi e indipendentemente dalla mole dei
dati dovuta all’estensione della tratta AV/AC.
8.1.3.2. L’eventuale incremento delle linee fisiche da monitorare deve comportare
l’ampliamento del sistema di acquisizione in soli termini quantitativi, nel caso in cui
non intervengano variazioni alla logica di sistema.
FOGLIO
63 di 87
8.1.4. Ridondanze
8.1.4.1. Qualora i sistemi monitorati commutino in caso di guasto delle linee di comunicazione
(normale/riserva), il sistema di acquisizione deve prevedere un numero di componenti
(sonde) tale da garantire la continuità del monitoraggio sempre e comunque senza
nessun intervento manuale di commutazione o riconfigurazione delle sonde stesse.
8.1.5. Diagnostica
8.1.5.1. Ai fini manutentivi il sistema deve dare evidenza di eventuali allarmi di livello fisico
(Livello 1) sui flussi 2Mbit/s in conformità a quanto previsto in [R26] e di Livello 2 in
conformità a quanto previsto in [R33].
8.1.5.2. In particolare, per il livello fisico, dovranno essere rilevati i seguenti allarmi:
- LOF: Loss Of Frame
- LOS: Loss Of Signal
- AIS: Alarm Indication Signal
- RAI: Remote Alarm Indication
e trasferiti al sistema di interfaccia utente (§ 9.4)
8.1.6. Aggiornamento SW-FW
8.1.6.1. Tutte le componenti del sistema in questione devono prevedere la possibilità di
caricare il software da remoto.
FOGLIO
64 di 87
8.2. Requisiti del Sottosistema di elaborazione
8.2.1.1. I sistemi operativi installati sulle varie unità di elaborazione della piattaforma
devono:

Avere la più vasta diffusione possibile.

Presentare un basso costo totale di gestione.

Essere amministrabili facilmente anche da personale non particolarmente
formato.

Presentare doti di stabilità e robustezza assodate.

Avere diffusione ampia sul mercato e facile reperimento di materiali di
ricambio ed assistenza tecnica.
8.2.2. Ridondanze
8.2.2.1. Il sistema di post-analisi ed elaborazione deve prevedere l’analisi su calcolatori,
collegati mediante rete LAN ai sistemi di acquisizione e/o decodifica, in modo da poter
accedere ai dati raccolti da qualsiasi sistema in rete.
8.2.3. Aggiornamento SW-FW
8.2.3.1. Tutte le componenti del sistema di elaborazione devono prevedere la possibilità di
caricare il software da remoto.
FOGLIO
65 di 87
8.3. Requisiti del Sottosistema di archiviazione dati
8.3.1.1. Il sistema di archiviazione deve consentire la post elaborazione di tutti i dati acquisiti
e decodificati sulle interfacce monitorate per un minimo di 2 (due) anni.
8.3.1.2. Ai fini giuridici deve essere anche garantita l’archiviazione dei dati “grezzi” (non
decodificati) acquisiti sulle interfacce monitorate per un minimo di 6 (sei) mesi.
8.3.1.3. Il Server di archiviazione deve consentire la possibilità di eseguire la configurazione
da remoto attraverso connessione LAN.
8.3.1.4. Il Server di archiviazione deve consentire l’accesso ai dati per finalità di backup.
8.3.1.5. Il sistema deve consentire, tramite apposita procedura, il ripristino dei dati salvati con
la procedura di backup.
8.3.2. Scalabilità
8.3.2.1. Il sistema di elaborazione deve mantenere le prestazioni iniziali, anche
successivamente alla realizzazione di nuovi servizi e indipendentemente dalla mole dei
dati dovuta all’estensione della tratta AV/AC.
8.3.3. Ridondanze
8.3.3.1. La piattaforma deve prevedere una componente di registrazione e archiviazione dei
dati (storage) in configurazione ridondata (sistema di array di dischi) garantendo una
completa disponibilità in caso di guasto di una o più unità.
8.3.3.2. Il sistema deve essere in grado di recuperare l’errore automaticamente.
8.3.4. Diagnostica
8.3.4.1. In caso di guasto di una o più unità del sistema di archiviazione dei dati uno specifico
allarme deve essere visualizzato all’operatore.
FOGLIO
66 di 87
8.4. Requisiti del sistema di alimentazione
8.4.1.1. Il sistema di monitoraggio deve prevedere una duplice linea di alimentazione senza
relazione di fase mantenendo la completa funzionalità e operatività in caso di perdita
di una delle due. In tal caso uno specifico allarme deve essere visualizzato
all’operatore).
8.4.2. Diagnostica
8.4.2.1. In caso di perdita di una linea di alimentazione uno specifico allarme deve essere
visualizzato all’operatore.
FOGLIO
67 di 87
9. PARTE IX – REQUISITI INTERFACCIA UTENTE
Il sistema deve prevedere l’installazione di sistemi compartimentali a livello di PCS con il
compito di garantire l’analisi in tempo reale del traffico, analizzare anomalie e prestazioni e
visualizzare, da una o più postazioni installate in rete locale, il flusso informativo sulla/e
tratta/e AV/AC di competenza.
Tutti i sistemi installati nei Posti Centrali potranno poi essere connessi ad un eventuale Sala
Operativa AV/AC presso cui far convergere tutti i flussi di informazioni acquisite ed elaborate
localmente.
FOGLIO
68 di 87
9.1. Gestione Accesso al sistema
9.1.1.1. Il sistema deve prevedere un meccanismo di accesso controllato che consenta solo agli
utenti autorizzati, e dotati di credenziali che consentano il superamento di una
procedura di autenticazione come previsto dal D.L 196, le operazioni di ingresso,
visualizzazione delle informazioni/messaggistiche e richiesta delle analisi.
9.1.1.2. Il sistema deve essere implementato su piattaforma web e deve essere accessibile da
postazione remota.
9.1.1.3. L’accesso e l’autentificazione al sistema deve poter avvenire dal Portale del Gruppo
FS.
9.1.1.4. L’autenticazione deve essere effettuata sul sistema informatico di RFI.
9.1.1.5. L’accesso al sistema deve avvenire mediante l’immissione di Username e Password.
9.1.2. Gestione degli utenti
9.1.2.1. Gli utenti del sistema devono appartenere ad una di queste categorie:

Supervisor

User

Admin
9.1.2.2. Il livello User consente l’accesso agli operatori deputati a svolgere il ruolo di presidio
ed analisi dei sottosistemi controllati dal sistema. Le funzionalità consentite sono:

Accesso al sistema;

Visualizzazione dell’attività in tempo reale;

Analisi del traffico utente;

Analisi dello stato della rete;

Analisi delle problematiche.
9.1.2.3. La funzionalità “gestione utenti” deve differenziare e gestire più profili utenti.
9.1.2.4. Ogni profilo utente deve essere caratterizzato da diversi privilegi di accesso alle varie
funzionalità.
9.1.2.5. In base al profilo associato, l’utente deve utilizzare tutte e sole le funzionalità per le
quali è autorizzato, abilitate secondo i criteri riportati Tabella 1.
FOGLIO
69 di 87
9.1.2.6. La gestione dei privilegi di accesso alle diverse funzionalità del sistema deve essere
gestita dal sistema di elaborazione e post-processing.
9.1.2.7. La
funzionalità
“gestione
utenti”
inserimento/modifica/cancellazione utente.
deve
gestire
le
operazioni
di
9.1.2.8. La funzionalità “visualizzazione utenti” deve consentire la visualizzazione di una lista
di tutti gli utenti del sistema. Nella lista devono essere riportati:

Nome

Cognome

Username

Indirizzo mail

Profilo
9.1.2.9. Al fine di limitare l’accesso alle funzionalità il sistema deve implementare una
gestione degli utenti basata sull’associazione di quest’ultimi a profili predeterminati.
9.1.2.10. In base al profilo associato l’utente a cui è stato consentito l’accesso deve avere la
possibilità di utilizzare le funzioni che il sistema provvederà ad abilitare, secondo i
criteri riportati in Tabella 1.
Funzionalità
Supervisor
User
Admin
Gestione utenti
Visualizzazione utenti
x
Gestione gruppo di distribuzione
Inserimento di un nuovo membro
X
Cancellazione e Modifica membro
X
Inserimento gruppo
X
Modifica gruppo
X
Cancellazione gruppo
X
Gestione dati messaggistica radio
Acquisizione dati
X
Archiviazione dati
X
X
x
X
Gestione dati diagnostici IQB
Acquisizione dati
X
X
Caricamento dati
X
X
Aggiornamento dati
X
X
Cancellazione dati
X
X
Gestione dati da piano schematico
Funzionalità
Supervisor
User
FOGLIO
70 di 87
Admin
Elaborazione e Analisi Dati
Visualizzazione attività tempo reale
X
X
Analisi traffico utente
X
X
Analisi stato della rete
X
X
Profilo di velocità statico e dinamico
X
X
Rallentamenti
X
X
Gestione di POC e PCF attivi
X
X
Verifica logica di appuntamento
X
X
Copertura radio e vitalità canale
X
X
Terminazione Comunication Session
X
X
Diagnostica odometria
X
X
Gestione CdB Ombra
X
X
Gestione RTB
X
X
Elaborazione e Gestione degli Output
Elaborazione grafici
X
X
X
Invio grafici
X
X
X
Salvataggio in locale
X
X
X
Stampa grafico
X
X
X
Export dati
X
X
X
Tabella 1: Funzionalità abilitate in dipendenza dell’utente.
9.1.3. Abilitazione funzionalità di amministratore
9.1.3.1. Il livello amministratore (admin) consente l’accesso a utenti che oltre a fruire di tutti i
privilegi del livello operatore abilitano anche le funzionalità di amministrazione di
sistema come:

Avvio, pausa e arresto della cattura dati.

Accesso a informazioni sensibili come la numerazione chiamato-chiamante o i
dati della navigazione a pacchetto.

Abilitazione o disabilitazione di particolari funzionalità.

Configurazione degli apparati di cattura.

Configurazione delle soglie di allarme.
FOGLIO
71 di 87
9.1.3.2. Il sistema deve mascherare ed impedire l’accesso a dati di particolare sensibilità per i
quali si indicano a titolo esemplificativo e non esaustivo il contenuto degli SMS e
l’originante della chiamata di emergenza. Tali dati devono essere accessibili solo al
personale amministrativo provvisto della dovuta autorità.
9.1.3.3. L’amministratore del sistema (Admin) è abilitato ad effettuare tutte le operazioni
definite nella Tabella 1
9.1.4. Abilitazione funzionalità di Supervisore
9.1.4.1. Il Supervisore (Supervisor) è abilitato ad effettuare le sole operazioni definite nella
Tabella 1
FOGLIO
72 di 87
9.2. Impostazioni di visualizzazione
9.2.1.1. I Client delle postazioni di lavoro devono poter:

monitorare lo stato attuale dell’intera infrastruttura

interrogare il sistema di raccolta dati

avere una visualizzazione interattiva dei risultati
9.2.1.2. Il sistema deve rappresentare un unico punto di aggregazione delle informazioni
attinenti a tutte le tecnologie oggetto di questa specifica, cui possa essere fatto
riferimento per analisi, ad esempio su eventuali disservizi, a livello di singola tratta o
intero percorso treno.
9.2.1.3. Il sistema deve prevedere la possibilità di visualizzare in tempo reale l’attività
presente in rete con un ritardo dell’ordine del secondo.
9.2.1.4. Il sistema deve permettere la visualizzazione delle informazioni relative al traffico dati
ETCS distinto per singolo treno.
9.2.1.5. Il sistema deve permettere la visualizzazione delle informazioni relative al traffico
GSM-R/GPRS per singolo utente.
9.2.1.6. Il sistema deve verificare il buon funzionamento del sistema ERTMS. Deve pertanto
fornire le statistiche e le analisi orientate ad individuare immediatamente eventuali
problematiche degli apparati.
9.2.2. Filtri di ricerca
9.2.2.1. Il sistema deve avere la capacità di individuare una chiamata e visualizzarne in tempo
reale messaggistica, andamento e soprattutto, nel caso si tratti di una chiamata ETCS,
lo stato del segnalamento che costituisce un’irrinunciabile funzionalità d’indagine.
9.2.2.2. Il sistema deve consentire inoltre la ricerca di una chiamata, rendendo possibile
l’impostazione, almeno, dei seguenti criteri:

Intervallo temporale (per data e ora)

Numero telefonico Terminale Mobile del SSB (parte chiamante)

Identificativo ETCS della Locomotrice (NID_Engine)

Identificativo ETCS del RBC (NID_RBC) (parte chiamato)

Numero Treno (NID_Operational)
FOGLIO
73 di 87
9.2.2.3. Affinché lo strumento sia efficace occorre che venga garantito il monitoraggio in
tempo reale dell’attività presente in rete, in altri termini il sistema deve catturare il
traffico in tempo reale da rete GSM-R (e ove questo disponibile quello ETCS ed IXL) e
dopo aver correlato i flussi deve presentarlo su schermo mediante grafici diagrammi di
segnalazione o altri sistemi di presentazione.
9.2.2.4. Il ritardo massimo, per la presentazione del traffico in tempo reale, non deve superare
i 10 secondi, ma è auspicabile un valore medio dell’ordine dei 3-5 secondi.
9.2.2.5. Il sistema deve presentare un elenco di chiamate (ed eventualmente anche di altri
eventi significativi come SMS, LAC Update, REC, VGCS, etc.) in corso in un dato
istante ed aggiornato in tempo reale.
9.2.2.6. Il sistema deve rendere disponibile un riquadro in cui potranno essere inserite le
chiamate ETCS in modo da potervi operare più agevolmente.
9.2.2.7. Una volta selezionata una chiamata il sistema deve consentire di attivare la
visualizzazione in tempo reale di grafici, diagrammi di segnalazione o mappe.
9.2.2.8. Il sistema deve effettuare la correlazione dei messaggi provenienti da diverse
tecnologie (GSM-R, ETCS ed IXL) consentendo la visualizzazione contemporanee di
informazioni provenienti da ognuna di esse.
9.2.2.9. Il sistema deve essere in grado di analizzare eventi speciali come REC (chiamate di
emergenza) oppure di geo-localizzare immediatamente un treno sulla tratta in modo da
rendere disponibili più informazioni all’operatore.
9.2.2.10. Terminata la chiamata i dati devono rimanere a disposizione dell’operatore fino a
quando questi non decide di chiudere le analisi.
9.2.2.11. Il sistema di monitoraggio deve consentire la visualizzazione di grafici legati
all’andamento delle principali variabili dell’utente/treno provenienti dalla rete:

GSM-R
- RXLev: intensità segnale.
- RXQual: qualità del segnale (presenza disturbi).
- TA: Time Advance, ritardo del segnale.
- Handover: posizione degli Handover di cambio cella.

ETCS
- Speed: velocità del treno
- posizione
FOGLIO
74 di 87
9.2.3. Visualizzazione dello stato di funzionamento della rete
Per poter correttamente operare sulle informazioni fornite dal sistema si richiedono le seguenti
funzionalità di base, comuni a tutti i moduli:
9.2.3.1. Sincronizzazione delle visualizzazioni:

Il sistema deve consentire di aprire contemporaneamente più istanze di grafici, mappe,
liste di messaggi e liste di Handover relative a una o diverse connessioni e deve offrire
funzioni di sincronizzazione tra varie istanze di grafici, mappe, liste di messaggi e liste
di Handover relative alla stessa connessione;

La sincronizzazione deve funzionare in modo che dato un insieme di visualizzazioni
aperte riferite tutte alla stessa chiamata, qualunque punto (inteso sia come riferimento
spaziale o temporale) di una qualunque delle viste aperte venga selezionato comporti
l’automatica sincronizzazione delle altre in quel punto), il tutto indipendentemente dal
tipo di visualizzazione scelta (sia essa una mappa, un grafico, una tabella o un
diagramma a traliccio) o dal livello di ingrandimento (zoom) attivo.
9.2.3.2. Visualizzazioni richieste: Tabelle

Il sistema di post-analisi deve garantire la possibilità di visualizzare i dati in formato
tabellare, garantendone l’esportazione nei principali formati definiti negli standard
internazionali: CSV, XML, Testo, HTML;

La visualizzazione su tabella deve consentire di ordinare la tabella in base ai
parametri selezionati e deve altresì fornire campi colorati alla presenza di valori fuori
soglia o di allarme sulla base delle specifiche impostazioni richieste dal tipo di analisi.
9.2.3.3. Visualizzazioni richieste: Grafici

Il sistema di post-analisi deve essere corredato di grafici atti a consentire la
visualizzazione dell’evoluzione dei parametri di tutta la connessione in un’unica
schermata e con funzionalità di zoom per evidenziare intervalli temporali o spaziali
fino a consentire di identificare i singoli campioni.

Il sistema deve consentire di visualizzare i principali parametri radio ed ETCS: RXLev,
RXQual, Time Advance, Velocità ed Handover su grafici lineari referenziati con il
tempo o con la progressiva kilometrica
Funzionalità mandatorie per i grafici
•
L’aggiunta o la rimozione di grandezze calcolate o parametri grezzi provenienti
da tutte le sorgenti monitorate sul medesimo asse o su asse parallelo.
•
La scelta delle impostazioni grafiche al fine di rendere maggiormente visibili le
grandezze più significative.
•
Le scale dei tracciati dei grafici lineari devono essere configurabili
FOGLIO
75 di 87
all’occorrenza dall’utente.
•
La possibilità di visualizzare dette grandezze o parametri sotto forma di grafico
lineare, a torta e a barre
•
La sincronizzazione di tutte le grandezze calcolate o dati grezzi sulla base del
tempo e/o della posizione (progressiva chilometrica).
•
In caso di grafico lineare la possibilità di impostare in ascissa il riferimento
temporale.
•
In caso di grafico lineare la possibilità di impostare in ascissa il riferimento
spaziale espresso come progressiva chilometrica.
•
In caso di grafico lineare la scelta di due parametri in ascissa ed in ordinata.
•
Un grafico a barre contenente la distribuzione dei valori raggruppati in base ad
un intervallo configurabile dall’utente.
•
Lo zoom sia in ascissa che in ordinata, sia su base temporale che spaziale.
•
La visualizzazione degli eventi (cioè di parametri privi di grandezza numerica)
su una barra affiancata al grafico in modo da poterne collocare esattamente
l’istante e/o la posizione.
•
E’ richiesto inoltre che i grafici lineari permettano il salvataggio della
visualizzazione corrente o la funzionalità di “copia” della stessa per l’uso nella
generazione di documenti.
9.2.3.4. Visualizzazioni richieste: Diagrammi a Traliccio

Il sistema di post-analisi deve essere corredato di grafici a traliccio atti a consentire la
visualizzazione della pila di protocolli per tutte le interfacce monitorate e per tutta la
durata della connessione in un’unica schermata e con funzionalità di zoom per
evidenziare intervalli temporali o spaziali.
Funzionalità mandatorie per i diagrammi a traliccio
•
La decodifica della pila dei protocolli più indicativi pertinenti all’interfaccia
coinvolta e presenti nell’elenco dei protocolli da supportare
•
La visualizzazione dei messaggi dei sopra menzionati protocolli con indicata la
direzione e la descrizione del messaggio.
•
Il riferimento temporale dell’instante in cui detto messaggio è stato catturato.
•
La decodifica del contenuto del messaggio espandibile come albero e
FOGLIO
76 di 87
comprensiva di tutti gli elementi
•
La possibilità di filtrare i messaggi per tipologia o procedura.
•
La possibilità di visualizzare solo alcune interfacce.
•
L’esportazione del flusso in un formato aperto (Testo, XML)
9.2.3.5. Visualizzazioni richieste: Mappe

Per presentare le informazioni nel modo più intuitivo possibile occorre che il sistema
sia in grado di visualizzare i risultati anche su mappa.

Il sistema di post-analisi deve essere corredato di un sistema di visualizzazione su
mappa e/o database geografici (GIS) atto a presentare le informazioni dotate di geolocalizzazione
Funzionalità mandatorie per le mappe
•
Consentire di utilizzare sulle mappe sfondi in formato MapInfo o MapPoint.
•
Fornire un sistema di cartografia integrato per consentire la visualizzazione dei
parametri
•
Lo zoom per arrivare a visualizzare fino al singolo campione.
•
La possibilità di importare il database degli apparati (BTS) al fine di
rappresentarli sul territorio,comprensivi di azimut delle antenne.
•
La visualizzazione dei parametri con dei simboli.
•
La visualizzazione di più parametri scelti dall’utente.
•
La gestione degli strati (Layers) dei parametri in modo da decidere quale set di
misure portare in primo piano e quale lasciare sullo sfondo.
•
La variazione delle grandezze deve essere visualizzabile attraverso:
o Una scala cromatica continua scelta dall’utente.
o Un intervallo di valori (classi) impostabile dall’utente associato a ben
precisi colori.
•
La possibilità di sfasare (offset) sia in ascissa che in ordinata uno strato di
misure per evitare che la sovrapposizione ne renda invisibile un altro.
•
L’esportazione della mappa con sovrapposti i parametri nei principali formati
grafici in commercio per consentirne l’inserimento nella documentazione.
FOGLIO
77 di 87
•
La visualizzazione di una scala per i riferimenti di LATitudine e LONGitudine
impostabile dall’utente.
•
La distribuzione dei valori visualizzati sulla base di un grigliato impostabile
dall’utente ed i cui quadrati siano selezionabili a piacere (pixeling). Lo scopo è
quello di consentire l’analisi di alcune grandezze fisiche su porzioni ridotte di
territorio ove siano presenti problematiche specifiche.
FOGLIO
78 di 87
9.3. Reporting
9.3.1.1. Il sistema deve strutturare le informazioni raccolte in modo da generare statistiche con
una granularità ed una estensione tali da costituire una solida base da cui estrarre
informazioni affidabili su prestazioni di treni ed apparati.
9.3.1.2. Il sistema deve disporre di un pannello di controllo con cui visualizzare
immediatamente lo stato dei principali parametri di rete di tutti i sottosistemi.
9.3.1.3. Il sistema deve garantire l’analisi di rete consentendo di:

verificare le performance dell’intera rete intesa come insieme dei sottosistemi GSMR/GPRS, ETCS ed IXL.

evidenziare le problematiche occorse sulla base di contatori statistici

identificare il guasto evidenziando l’apparato difettoso.
9.3.2. Elaborazioni trend e statistiche
9.3.2.1. Il filtraggio temporale relativo alla visualizzazione delle statistiche di rete deve poter
essere liberamente impostato con un passo minimo pari all’intervallo indicato
dall’utente per la generazione dei contatori grezzi.
9.3.2.2. Il sistema deve garantire il filtraggio dei messaggi visualizzati per tipo di messaggio e
nome dello stesso ed è richiesto un filtraggio per la selezione di tutte le corse treno
effettuate in un periodo temporale con la possibilità di ordinare le e le corse per tipo,
identità chiamante (IMSI, Trace_Reference, NID_Operational,
NID_Engine…),
identità chiamata (numero telefonico, identificatore di RBC…), connessioni con
anomalie, tipo di anomalia, connessioni ETCS.
9.3.2.3. Il sistema deve consentire la generazione di statistiche del materiale rotabile in
esercizio sulla linea. Mediante l’analisi delle corse treno i dati raccolti devono essere
raggruppati in modo tale da poter generare contatori e statistiche per le seguenti aree:

Contatori generali
- Numeri di corse monitorate
- Numero di chiamate effettuate
- Numero di fermi treno accaduti
- Numero di Train-Trip accaduti

Parametri Radio
- Potenza media del segnale con andamento lungo la tratta.
- Qualità media del segnale con andamento lungo la tratta.

FOGLIO
79 di 87
Contatori di chiamata
- Numero di chiamate con esito positivo
- Numero di chiamate cadute
- Numero di chiamate disconnesse dal SST/SSB
- Numero di chiamate chiuse in modo anomalo

Parametri ETCS
- Deviazione standard e varianza degli errori di odometria
- Numero di Train Trip dovuti ad odometria/gestione della via/CES e UES
- Numero di scadenze di timer T_NVContact
- Numero di mancate letture di punti informativi
- Numero di Handover di RBC effettuati con lo stesso Mobile Terminal
(MT)
- Numero di mancati acknowledgement dei messaggi di MovementAuthority
- Numero di mancati acknowledgement dei messaggi CES
- Numero di mancati acknowledgment dei messaggi UES
- Numero di CES trasformati in UES da RBC dopo disconnessione in punti
singolari della linea
- Errori sul protocollo LAPD
- Problematiche di gestione della MA, distribuzione delle riduzioni con le
rispettive cause
- Numero di convogli transitati con problematiche di odometria.
9.3.2.4. Il sistema deve essere in grado di mantenere statistiche passate e nel caso di effettuare
confronti comparando la situazione attuale con una settimana, un mese o un paio di
anni addietro.
9.3.2.5. Il sistema deve essere in grado di calcolare le statistiche della rete GSM-R
raggruppando i contatori “grezzi” su almeno le seguenti classi:
Statistiche di Radio Resource Allocation
Statistiche di Call Setup
Statistiche di Dedicated Channel Assignment
FOGLIO
80 di 87
Statistiche di Handover
Statistiche di Resource Release
Statistiche del servizio SMS
Statistiche GPRS
Percentuali di call success
Call fail
Call drop
Distribuzione dei parametri RF
Distribuzione dei parametri RF su valori di Timing Advance
Percentuale di Handover failure
Percentuale di successo dell’allocazione del TCH e SDCCH
Distribuzione delle cause di dropped call
Distribuzione delle cause di Handover
Distribuzione per ciascuna cella degli Handover verso le celle adiacenti
9.3.2.6. Per tenere sotto controllo lo stato della rete radio si richiede un sottoinsieme di
contatori che fornisca un sommario sull’andamento della parte radio:
Rx Level Uplink
Rx Level Downlink
Rx Level Downlink per i primi tre neighbor
Rx Quality Uplink
Rx Quality Downlink
Time Advance
Di tali contatori il sistema deve anche consentire la visualizzazione su grafico, fornendo
l’andamento temporale secondo le modalità di filtraggio già specificate.
FOGLIO
81 di 87
9.3.2.7. Il sistema deve verificare il rispetto dei requisiti della Quality of Service (QoS) in
riferimento ai seguenti parametri della Subset 093 [R12], ove non possibile vanno
previste delle misure/indicatori simili:

Connection Establishment Delay of Mobile Originated Calls

Connection Establishment Error Ratio

Maximum End-to-end Transfer Delay

Connection Loss Rate

Transmission Interference Period

Error-free Period

Network Registration Delay
9.3.2.8. Il sistema deve effettuare le statistiche della rete GPRS dei seguenti parametri:

Mobility Management KPI
- GPRS attach/Detach (statistiche su delay, fault, accesso, time…)
- GPRS cellupdates (statistiche e tempi)
- GPRS routing area updates

PDP KPI
- GPRS Session Management Report (PDP activation and deactivation)
- GPRS PDP Context Activation Delay
- GPRS PDP Context Activation Error Ratio
- GPRS PDP Context Loss Rate
- GPRS Packet processing (Packets sent/received/drops on GGSN)
- GPRS Data Transfer Delay
- GPRS Data Transfer Error Ratio
- GPRS Throughput Downlink
- GB Interface reports UL/DL (BSCs>SGSN)

GPRS Interfaces performance
- GB Interface reports UL/DL (BSCs>SGSN)
9.3.2.9. Il sistema di post-analisi deve permettere anche il filtraggio delle statistiche su un
gruppo di MSC, BSC, BTS o TRX
9.3.2.10. Il sistema deve consentire il confronto tra diverse connessioni ETCS effettuate sulla
stessa tratta ferroviaria in periodi diversi. Per semplificare questo confronto
FOGLIO
82 di 87
l’applicazione di analisi dovrà evidenziare automaticamente le connessioni compatibili
(es. stesso RBC) e dovrà effettuare la sincronizzazione spaziale delle misure RF sulla
progressiva ricavata dal flusso ETCS.
9.3.2.11. Il sistema deve consentire per ogni corsa, la visualizzazione su uno stesso grafico
diverse tipologie di parametri.
9.3.2.12. Il sistema deve fornire in output grafici contenenti dati relativi alla messaggistica
radio, dati diagnostici e dati da piano schematico. In questo modo si ha a disposizione
un insieme di dati molto più ampio e completo, sul quale è possibile effettuare delle
analisi statistiche.
9.3.2.13. I grafici devono essere riferiti ad ogni corsa treno.
9.3.2.14. I grafici devono essere componibili, con la possibilità di aggiungere o eliminare delle
informazioni.
9.3.2.15. Il sistema deve consentire, per ogni corsa, la visualizzazione simultanea, cioè nello
stesso grafico, di diverse tipologie di parametri e di più funzionalità su scelta
dell’utente.
9.3.2.16. La funzionalità “Elaborazione Report Statistici” deve permettere di valutare la
frequenza dei difetti in funzione della causa che ha generato il difetto stesso.
9.3.2.17. Le possibili cause che possono generare eventuali difetti sono:

problemi al Materiale Rotabile

problemi all’infrastruttura

problemi di tonnellaggio
9.3.2.18. Per quanto riguarda problemi associati al materiale rotabile, la funzionalità
“Elaborazione Report Statistici” deve consentire all’utente abilitato di generare report
per linea e per difetto in funzione:

del materiale rotabile su cui si è verificato il difetto

del fornitore SSB su cui si è verificato il difetto
9.3.2.19. Per quanto riguarda possibili problemi associati all’infrastruttura, la funzionalità
“Elaborazione Report Statistici” deve consentire all’utente abilitato di generare report
per:

Difetto in funzione della linea (quantificare la frequenza di un determinato difetto in
funzione della linea).

Linea in funzione dei difetti (quantificare i difetti che si verificano in una determinata
linea).

FOGLIO
83 di 87
Per linea e per difetto in funzione della sede tecnica (quantificare la frequenza di un
determinato difetto in funzione della tratta).
9.3.2.20. Per quanto riguarda possibili problemi associati (alla frequenza e alla velocità di
percorrenza della linea/tratta) tonnellaggio del treno, la funzionalità “Elaborazione
Report Statistici” deve consentire all’utente abilitato di generare report in cui si
visualizzano simultaneamente:

Profilo di velocità, per linea, mediato su tutte le corse effettuate tra due consecutivi
IQB.

Profilo IQB 1 (ultimo IQB precedente alla corsa).

Profilo IQB 2 (primo IQB successivo alla corsa).
9.3.3. Replay delle corse treno
9.3.3.1. Il sistema deve prevedere la possibilità di effettuare il playback delle corse treno
dando una visualizzazione analoga a quella del Quadro Luminoso del DCO.
9.3.3.2. Il sistema deve permettere in parallelo la visualizzazione di tutte le informazioni
diagnostiche relative alle interfacce monitorate e oggetto della specifica ed in
particolar modo dei messaggi ETCS relativi alle singole chiamate ed allo stato degli
enti della tratta.
9.3.3.3. Un pannello di controllo simile ad quello di un registratore deve fornire la possibilità
all’utente di navigare temporalmente avanti ed indietro nella chiamata lettura e
presentazione dei dati e delle immagini a video.
9.3.3.4. Tutte le finestre aperte, riferite a quella chiamata, devono sincronizzarsi con il
pannello di controllo.
9.3.3.5. Su ogni grafico lineare a scorrimento orizzontale deve essere possibile rappresentare i
parametri RF, per qualsiasi connessione, e per le chiamate ETCS, la velocità e la
posizione del treno (progressiva chilometrica).
9.3.3.6. Le informazioni di velocità e di progressiva chilometrica devono essere ottenute
mediante la decodifica del flusso ETCS.
9.3.3.7. Il sistema deve garantire la visualizzazione su mappa in modalità grafica delle
principali statistiche di cella.
FOGLIO
84 di 87
9.3.4. Elaborazioni grafici
9.3.4.1. Il sistema deve fornire in output grafici relativi ai dati di PS, ai messaggi radio, agli
IQB ed alle elaborazioni descritte nei paragrafi precedenti.
9.3.4.2. Per tutti i grafici il sistema deve rendere possibile la visualizzazione dei valori assunti
da parametri o variabili, estratti dai seguenti messaggi (o pacchetti) radio:

Messaggi di Emergenza Condizionata

Messaggi di riconoscimento dei Messaggi di Emergenza

Messaggi di errori (variabile M_ERROR)

Modalità Operativa del treno;

Lunghezza delle Movement Authority;

Allarmi caldi o caldissimi dovuti al rilevamento della temperatura boccole;

Tutti i position report;

L’errore percentuale OVER di sottostima dello spazio misurato;

L’errore percentuale UNDER di sovrastima dello spazio misurato.
9.3.4.3. Per tutti i grafici il sistema deve rendere possibile la visualizzazione dell’andamento
degli Indici di Qualità del Binario (IQB), con riferimento alla posizione chilometrica
nella tratta inerente alla corsa del treno.
9.3.4.4. Per tutti i grafici il sistema deve rendere possibile la visualizzazione delle posizioni,
reperite dai dati di PS, dei seguenti enti:

Punti informativi

End of Authority

Circuiti di binario

Ponti

Gallerie

Viadotti

Zone di Hand Over RBC

Posti di Cambio Fase

Posti di Cambio Tensione

Posti Periferici Fissi

Profilo altimetrico

Posizione dei confini di Hand Over
FOGLIO
85 di 87
9.3.4.5. Il sistema deve consentire, per ogni corsa, la visualizzazione di un grafico riportante,
in funzione della progressiva chilometrica, il profilo di velocità statico e dinamico,
corredato dalle informazioni sui rallentamenti.
9.3.4.6. Per tutti i grafici il sistema deve rendere possibile la visualizzazione dei POC e dei
PCF attivi, con riferimento alla progressiva chilometrica.
in funzione della progressiva chilometrica, degli errori relativi al linking, copertura
radio, comunicazione, all’odometria ed alla gestione del CdB ombra.
in funzione della progressiva chilometrica, gli eventuali allarmi RTB per anomalie
delle temperature boccole.
9.3.4.9. Per tutti i grafici il sistema deve consentire la stampa dell’immagine presentata nel
grafico.
9.3.5. Gestione stampe
9.3.5.1. Il set di reportistica deve essere standardizzato su specifiche RFI in grado di fornire
relazioni di dettaglio per operatori, analisti o manager. E’ richiesta la
rappresentazione dei parametri indicati in precedenza, su tabelle, grafici, mappe
9.3.5.2. La funzionalità “Stampa grafico” deve consentire per tutti i grafici la stampa
dell’immagine presentata nel grafico
FOGLIO
86 di 87
9.4. Allarmistica e diagnostica
9.4.1.1. Il sistema deve garantire l’analisi dei propri malfunzionamenti consentendo di:

Classificare le tipologie di problemi.

Evidenziare i malfunzionamento riscontrati.

Proporre eventuali diagnosi.

Fornire una rappresentazione delle principali grandezze funzionali all’analisi del
problema riscontrato
9.4.1.2. Il sistema deve garantire l’individuazione delle proprie anomalie con analisi manuale
ed automatica.
9.4.1.3. Ogni sistema compartimentale o centrale deve garantire un livello di tolleranza ai
guasti tale da consentire una rapida riattivazione del sistema anche in caso di danni ai
componenti fondamentali ed una resistenza ai guasti a componenti secondari ottenuta
mediante ridondanza (ad esempio gli alimentatori).
9.4.1.4. Il sistema deve visualizzare l’elenco delle interfacce di rete monitorate mostrando
quelle attive e quelle soggette a guasti evidenziando:

problemi attinenti alla piattaforma di pre-analisi e memorizzazione dei dati:
- Errori di decodifica.
- Stato di occupazione disco.
- Disco pieno.
- Sincronia dei flussi mancante.

problemi attinenti all’importazione dei tracciati come ad esempio:
- File non riconosciuto.
- Errore nella decodifica del file.
- File corrotto.
- File mancante.
- Tracciato già importato.

problemi attinenti alla piattaforma di cattura dei dati ed in particolare alle potenziali
disconnessioni delle interfacce degli apparati monitorati, ad esempio:
- LOF: Loss Of Frame
- LOS: Loss Of Signal
- AIS: Alarm Indication Signal
- RAI: Remote Alarm Indication
FOGLIO
87 di 87
9.4.2. Configurazione soglie di allarme
9.4.2.1. Il sistema deve essere in grado di selezionare soglie di allarme configurabili
dall’operatore in base alle specifiche esigenze della manutenzione.