TT601 - Ferrovie del Gargano

Transcript

SPECIFICA DEI REQUISITI FUNZIONALI
NAZIONALI E MODALITA’ DI TEST PER
TERMINALI GSM-R TIPO CAB RADIO
SPECIFICA DEI REQUISITI
FUNZIONALI
Codifica: RFI
DNS.TS SR TL 06 001 B
FOGLIO
1 di 55
TT601
SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI
TEST PER TERMINALI GSM-R TIPO CAB RADIO
CAB RADIO TEST HANDBOOK FOR THE APPROVAL PROCESS ON RFI GSM-R
NETWORK
PARTE
Rev.
B
TITOLO
PARTE I
I.1
I.2
I.3
I.4
I.5
SCOPO
CAMPO DI APPLICAZIONE
DOCUMENTAZIONE CORRELATA
DEFINIZIONI E ABBREVIAZIONI
INFORMAZIONI GENERALI
PARTE II
II.1
II.2
II.3
II.4
II.5
II.6
II.7
II.8
II.9
GESTIONE NUMERO FUNZIONALE
DEREGISTRAZIONE FORZATA
RICERCA RETE
NOTIFICA DI UNA CHIAMATA DI EMERGENZA TRENI
PRESENTAZIONE DEL NF DELL’ORIGINATORE DELLA REC
FUNZIONALITA’ “LATE ENTRY”
GESTIONE DEL CLASSMARK 2 IE
REC IN UNA RETE ROAMING SENZA SERVIZIO VGCS
PRESENTAZIONE DEL NF E PROCEDURE CORRELATE
PARTE III
III.1 INTERLAVORO CON LA PIATTAFORMA OTA DI RFI
III.2 DECODIFICA DEI NUMERI FUNZIONALI NAZIONALI
III.3 GESTIONE ALLARME VIGILANTE
Data
Descrizione
27/06/2007 Emissione per Applicazione
Verifica Tecnica
Autorizzazione
FUNZIONALI
FOGLIO
Codifica: RFI
REGISTRO DELLE REVISIONI
Versione
Data
Motivo della modifica
Rev. A
26/01/2007
Prima emissione
Rev. B
27/06/2007
Precisazione nella descrizione del test R_ATPC6
Precisazione nella descrizione del test ATPC_14
Modifica degli intervalli di tempo definiti nel
meccanismo di retry per allarme vigilante: test
R_ATPR3
2 / 55
FUNZIONALI
FOGLIO
Codifica: RFI
3 / 55
SOMMARIO
REGISTRO DELLE REVISIONI .....................................................................................................................2
PARTE I. ............................................................................................................................. 7
I.1.
SCOPO..................................................................................................................................................7
I.2.
CAMPO DI APPLICAZIONE.................................................................................................................7
I.3.
DOCUMENTAZIONE CORRELATA ....................................................................................................8
I.4.
DEFINIZIONI ED ABBREVAZIONI.......................................................................................................9
I.5. INFORMAZIONI GENERALI ..............................................................................................................10
I.5.1
Codifica dei Test .........................................................................................................................10
I.5.2
Esecuzione dei Test ...................................................................................................................10
I.5.3
Apparati richiesti .........................................................................................................................10
PARTE II.
TEST BASATI SU SPECIFICHE EIRENE/MORANE .................................. 11
II.1.
GESTIONE NUMERO FUNZIONALE ............................................................................................11
II.1.1
Scopo..........................................................................................................................................11
II.1.2
Riferimenti...................................................................................................................................11
II.1.3
R_ATPC1 – Interrogazione di NF: caso normale .......................................................................11
II.1.4
R_ATPC2 – Interrogazione NF: l’associazione tra CR - NF è stata rimossa nella rete IN ........12
II.1.5
R_ATPC3 – Interrogazione NF: l’associazione CR - NF è presente in IN .................................12
II.1.6
R_ATPC4 - NF permanente .......................................................................................................12
II.1.7
R_ATPC5 – Deregistrazione dei NF temporanei all’accensione dopo un spegnimento
improvviso (per disalimentazione) del cab radio.......................................................................................12
II.1.8
R_ATPC6 – Gestione dei NF temporanei all’accensione dell’mmi dopo un precedente
spegnimento controllato della mmi ...........................................................................................................13
II.2.
DEREGISTRAZIONE FORZATA ...................................................................................................14
II.2.1
Scopo..........................................................................................................................................14
II.2.2
Riferimenti...................................................................................................................................14
II.2.3
R_ATPC7- Registrare un NF occupato: deregistrazione forzata ...............................................14
II.2.4
R_ATPC8- Indicazione visiva e sonora durante una de-registrazione forzata ..........................15
II.3.
RICERCA RETE .............................................................................................................................16
II.3.1
Scopo..........................................................................................................................................16
II.3.2
Riferimenti...................................................................................................................................16
II.3.3
R_ATPC9 – Ricerca Rete Automatica basata su EFGSMRPLMN ............................................16
II.3.4
R_ATPC10 – Ricerca della HPLMN entro 6 minuti ...................................................................17
II.3.5
R_ATPC11 – Indicazione visiva e sonora durante la riselezione rete .......................................17
II.3.6
R_ATPC12 – Modalità di selezione rete da manuale ad automatica e vice-versa ....................17
II.4.
NOTIFICA DI UNA CHIAMATA DI EMERGENZA TRENI.............................................................18
II.4.1
Scopo..........................................................................................................................................18
II.4.2
Riferimenti...................................................................................................................................18
II.4.3
ATPC13 - CHPC: CR fuori copertura dopo il termine di una chiamata REC ............................18
II.4.4
ATPC14 - CHPC: Il CR si sposta al di fuori della Group Call Area della REC...........................18
FUNZIONALI
FOGLIO
Codifica: RFI
4 / 55
II.5.
PRESENTAZIONE DEL NF DELL’ORIGINATORE DELLA REC.................................................19
II.5.1
Scopo..........................................................................................................................................19
II.5.2
Riferimenti...................................................................................................................................19
II.5.3
ATPC15 - REC quando il messaggio “Immediat Setup2” è supportato dalla rete .....................19
II.6.
FUNZIONALITA’ “LATE ENTRY” .................................................................................................20
II.6.1
Scopo..........................................................................................................................................20
II.6.2
Riferimenti...................................................................................................................................20
II.6.3
ATPC16 - Late Entry in idle mode ..............................................................................................20
II.6.4
ATPC17 - Late Entry in group transmit mode.............................................................................20
II.6.5
ATPC18 - Late Entry in dedicated mode ....................................................................................20
II.7.
GESTIONE DEL CLASSMARK 2 IE..............................................................................................21
II.7.1
Scopo..........................................................................................................................................21
II.7.2
Riferimenti...................................................................................................................................21
II.7.3
ATPC19 - Classmark 2 Information Element..............................................................................21
II.8.
REC IN UNA RETE ROAMING SENZA SERVIZIO VGCS............................................................22
II.8.1
Scopo..........................................................................................................................................22
II.8.2
Riferimenti...................................................................................................................................22
II.8.3
R_ATPC20- REC in una rete che non supporta il servizio VGCS .............................................22
II.9.
PRESENTAZIONE DEL NF E PROCEDURE CORRELATE ........................................................23
II.9.1
Scopo..........................................................................................................................................23
II.9.2
Riferimenti...................................................................................................................................25
II.9.3
R_ATPC21 – Lista chiamate: memorizzazione dei NF ..............................................................25
II.9.4
R_ATPC22 – Procedure di gestione dei NF e correlazione con EFIC.......................................25
PARTE III.
TEST ADDIZIONALI, SPECIFICI RFI, BASATI SU REQUISITI NAZIONALI
26
GENERALITA’..............................................................................................................................................26
III.1.
INTERLAVORO CON LA PIATTAFORMA OTA DI RFI................................................................26
III.1.1 Scopo..........................................................................................................................................26
III.1.2 Riferimenti...................................................................................................................................26
III.1.3 R_ATPR1- Aggiornamento della SIM-card tramite piattaforma OTA........................................26
III.2.
DECODIFICA DEI NUMERI FUNZIONALI NAZIONALI................................................................27
III.2.1 Scopo..........................................................................................................................................27
III.2.2 Riferimenti...................................................................................................................................27
III.2.3 R_ATPR2- Elenco dei NF nazionali definiti da RFI ....................................................................27
III.3.
GESTIONE ALLARME VIGILANTE (DSD = DRIVER SAFETY DEVICE)....................................28
III.3.1 Scopo..........................................................................................................................................28
III.3.2 Riferimenti...................................................................................................................................29
III.3.3 R_ATPR3 – Chiamata Allarme Vigilante ....................................................................................29
REVISION HISTORY....................................................................................................................................32
PARTE I. ........................................................................................................................... 33
I.1.
OBJECT ..............................................................................................................................................33
FUNZIONALI
FOGLIO
Codifica: RFI
5 / 55
I.2.
APPLICATION ....................................................................................................................................33
I.3.
REFERENCE DOCUMENTS ..............................................................................................................34
I.4.
DEFINITIONS......................................................................................................................................35
I.5. GENERAL REMARKS........................................................................................................................36
I.5.1
Test names .................................................................................................................................36
I.5.2
Test execution.............................................................................................................................36
I.5.3
Equipment required ....................................................................................................................36
PARTE II.
TEST BASED ON EIRENE/MORANE SPECIFICATIONS.......................... 37
II.1.
FUNCTIONAL NUMBER HANDLING............................................................................................37
II.1.1
Purpose.......................................................................................................................................37
II.1.2
General Reference .....................................................................................................................37
II.1.3
R_ATPC1 - FN interrogation: normal case.................................................................................38
II.1.4
R_ATPC2 - FN interrogation: correlation CR - FN has been removed in FFN ..........................38
II.1.5
R_ATPC3 - FN interrogation: correlation CR - FN is present in FFN.........................................38
II.1.6
R_ATPC4 - Permanent FN case ................................................................................................38
II.1.7
R_ATPC5 - Deregister temporary FN at switch ON after CR ‘hard’ switch-off (power failure) ..39
II.1.8
R_ATPC6 – Management of temporary FN at MMI switch ON after ‘soft’ MMI switch-off.........39
II.2.
FORCED DEREGISTRATION........................................................................................................40
II.2.1
Purpose.......................................................................................................................................40
II.2.2
II.2.3
R_ATPC7- Performing a registration to busy FN: forced registration ........................................40
II.2.4
R_ATPC8- Audible and visual indication of the forced deregistration........................................41
II.3.
NETWORK SEARCH .....................................................................................................................42
II.3.1
Purpose.......................................................................................................................................42
II.3.2
II.3.3
R_ATPC9 - Automatic network selection based on EFGSMRPLMN.........................................42
II.3.4
R_ATPC10 - HPLMN re-selection within 6 minutes time ...........................................................43
II.3.5
R_ATPC11 - Visual and audible indication during network change...........................................43
II.3.6
R_ATPC12 - Changing network selection mode from manual to automatic and vice-versa .....43
II.4.
REC CALL CONFIRMATION.........................................................................................................44
II.4.1
Purpose.......................................................................................................................................44
II.4.2
II.4.3
ATPC13 - CHPC: CR moved out of coverage when REC is terminated....................................44
II.4.4
ATPC14 - CHPC: CR moved out of GCA during REC ...............................................................44
II.5.
PRESENTATION OF REC ORIGINATOR FN ...............................................................................45
II.5.1
Purpose.......................................................................................................................................45
II.5.2
II.5.3
ATPC15 - REC when Immediat Setup2 is supported by the network ........................................45
II.6.
“LATE ENTRY” FEATURE............................................................................................................46
II.6.1
Purpose.......................................................................................................................................46
II.6.2
II.6.3
ATPC16 - Late Entry in idle mode ..............................................................................................46
II.6.4
ATPC17 - Late Entry in group transmit mode.............................................................................46
II.6.5
ATPC18 - Late Entry in dedicated mode ....................................................................................46
FUNZIONALI
FOGLIO
Codifica: RFI
6 / 55
II.7.
HANDLING OF CLASSMARK 2 IE................................................................................................47
II.7.1
Purpose.......................................................................................................................................47
II.7.2
II.7.3
ATPC19 - Classmark 2 Information Element..............................................................................47
II.8.
REC IN A ROAMING NETWORK WITHOUT VGCS SERVICE ....................................................47
II.8.1
Purpose.......................................................................................................................................47
II.8.2
II.8.3
R_ATPC20- Trying to originate a REC in a network not supporting VGCS service ..................48
II.9.
FN PRESENTATION AND RELATED PROCEDURES.................................................................49
II.9.1
Purpose.......................................................................................................................................49
II.9.2
II.9.3
R_ATPC21 - Call list: storage of FNs info ..................................................................................51
II.9.4
R_ATPC22 - FN's related procedures in coordination with EFIC ..............................................51
PARTE III. ADDITIONAL RFI SPECIFIC TESTS BASED ON NATIONAL
REQUIREMENTS.............................................................................................................. 52
GENERAL REMARKS .................................................................................................................................52
III.1.
INTERWORKING WITH RFI OTA PLATFORM............................................................................52
III.1.1 Purpose.......................................................................................................................................52
III.1.2 General Reference .....................................................................................................................52
III.1.3 R_ATPR1- Updating SIM card with OTA platform .....................................................................52
III.2.
SUPPORT OF NATIONAL FN .......................................................................................................53
III.2.1 Purpose.......................................................................................................................................53
III.2.3 R_ATPR2- List of national FN defined by RFI............................................................................54
III.3.
DSD ALARM CALL ........................................................................................................................54
III.3.1 Purpose.......................................................................................................................................54
III.3.3 R_ATPR3 - DSD alarm call ........................................................................................................55
FUNZIONALI
FOGLIO
Codifica: RFI
7 / 55
PARTE I.
I.1. SCOPO
Lo scopo del presente documento è quello di descrivere il set minimo dei requisiti
funzionali che RFI intende verificare durante la sessione di test in laboratorio prevista
nell’ambito del processo di “Valutazione di Conformità” condotto sul componente di
interoperabilità Cab Radio.
Il presente documento descrive inoltre le modalità di test e di verifica di tali requisiti
funzionali.
Il presente documento è redatto in lingua italiana e in lingua inglese.
I.2. CAMPO DI APPLICAZIONE
Il presente documento si applica all’attività di “Valutazione di Conformità” condotta da
RFI per i componenti di interoperabilità “Cab Radio” che dovranno essere installati su materiali
rotabili circolanti sull’infrastruttura nazionale per operare sulla rete GSM-R di RFI.
Il certificato di conformità ai requisiti obbligatori EIRENE/MORANE dovrà essere
ottenuto da un Organismo Notificato.
La procedura di test utilizzata per dimostrare la conformità ai requisiti obbligatori per
l’interoperabilità ferroviaria del componente Cab Radio, non è oggetto della presente specifica.
FUNZIONALI
FOGLIO
Codifica: RFI
8 / 55
I.3. DOCUMENTAZIONE CORRELATA
[1]* Manuale d’uso del terminale CAB RADIO
[2]
EIRENE - Functional Requirement Specification (FRS) Version 6.0
[3]
[4]
EIRENE - System Requirement Specification (SRS) Version 14.0
[5]
[6]
RT-04035r5 – Usage of the UUIE in the GSM-R environment (this reference will be
replaced by FFFIS for UUIE as soon as the new version is officially approved)
[7]
MORANE FFFIS for GSM-R SIM-Cards v.3 P 38T 9001 3
[8]
MORANE FFFS for Functional Addressing E 10 T 6001 3
[9]
MORANE FIS for Functional Addressing
[10] MORANE FFFIS for CHPC
[11] MORANE FFFIS for EURORADIO v.12
[12] OG GSMR O-2452 “Inband notifications to MS supporting VGCS/VBS according to
Classmark 2 IE
[13] IRS enhanced Location Dependent Addressing
* Il documento [1] si riferisce al manuale d’uso del CAB RADIO sottoposto a Verifica di
Conformità. Si dovrà utilizzare il manuale corrispondente alla versione del Cab Radio utilizzata
nella sessione di test.
FUNZIONALI
FOGLIO
Codifica: RFI
9 / 55
I.4. DEFINIZIONI ED ABBREVAZIONI
•
CR : CAB RADIO, Apparato Radio di Bordo
•
CU : Control Unit, Unità di Controllo
•
DSD : Driver Safety Device, Dispositivo di controllo della presenza e vigilanza
dell’agente di condotta “Vigilante”
•
FC : Function Code, Ruolo Funzionale
•
FN : Functional Number, Numero Funzionale
•
GCA : Group Call Area, Area della chiamata di Gruppo
•
GID : Group Identità, Identità della chiamata di Gruppo
•
IC : Intercom, Intercomunicante
•
IF : Impresa Ferroviaria
•
PA : Public Address, Impianto di Sonorizzazione
•
PTP : Point to point call, Chiamata punto-punto
•
REC : Railway Emergency Call, Chiamata di Emergenza Ferroviaria
•
RM : Radio Module, Modulo Radio del terminale Cab Radio
•
Soggetto Richiedente: soggetto che richiede l’autorizzazione all’installazione del
componente di interoperabilità “Cab-Radio” a bordo del materiale rotabile.
•
UUIE : User to User Information Element, Elemento di informazione utente-utente
•
VBS : Voice Broadcast Service, Servizio di Chiamata Broadcast
•
VGCS : Voice Group Call Service, Servizio di Chiamata di Gruppo
FUNZIONALI
FOGLIO
Codifica: RFI
10 / 55
I.5. INFORMAZIONI GENERALI
I.5.1
CODIFICA DEI TEST
I test sono codificati secondo la regola seguente:
R_ATPXY, con:
RÆ Qualora il Cab Radio sia equipaggiato con SIM-Card RFI, il requisito descritto nel test
risulta applicabile anche in roaming nazionale: lo scenario di test dovrà essere verificato
anche sotto copertura Vodafone e TIM.
Qualora il Cab Radio utilizzi una SIM-Card di un differente operatore GSM-R, il test dovrà
essere verificato solo sotto copertura della rete GSM-R di RFI
ATP Æ Procedura di test
X Æ C per test basati su requisiti relativi a specifiche Eirene/Morane, R per test basati su
requisiti specifici di RFI.
Y Æ Numero Progressivo del Test
I.5.2
ESECUZIONE DEI TEST
I test del presente documento sono descritti secondo questa regola :
(Az.)
Significa azione da effettuare
(Ver)
Significa verifica da effettuare
I.5.3
APPARATI RICHIESTI
•
Rete GSM-R (responsabilità RFI).
•
Un analizzatore di interfaccia Abis or A, al fine di verificare, ove richiesto, il
contenuto dei messaggi scambiati tra il Cab Radio e la Rete GSM-R di RFI
(responsabilità RFI).
•
Almeno un CAB Radio equipaggiato con:
1.
alimentatore AC (220V) (responsabilità Soggetto Richiedente)
2.
una MMI completa di cornetta telefonica (responsabilità Soggetto Richiedente)
3.
possibilmente un trigger esterno atto a simulare l’attivazione dell’allarme DSD per
via filare (responsabilità Soggetto Richiedente)
4.
l’antenna sarà messa a disposizione da RFI.
•
Qualora, sia previsto che, per l’utilizzo sul rotabile, il Cab Radio debba operare con
SIM-Card GSM-R non di proprietà RFI, tale SIM-Card dovrà essere fornita
unitamente al Cab Radio dal Soggetto Richiedente. La SIM-Card dovrà essere
configurata con il profilo per l’esercizio ferroviario (cioè con gruppi di emergenza
ferroviaria 299,…) Qualora sia previsto che, per l’utilizzo sul rotabile, il Cab Radio
debba operare con SIM-Card RFI, allora tale SIM-Card sarà fornita da RFI per tutta
la durata della sessione di test.
FUNZIONALI
•
FOGLIO
Codifica: RFI
11 / 55
Manuale utente del Cab Radio.
PARTE II.
TEST BASATI SU SPECIFICHE EIRENE/MORANE
II.1. GESTIONE NUMERO FUNZIONALE
II.1.1 SCOPO
Qualora il Cab Radio implementi la funzionalità di interrogazione di un numero funzionale,
i test ATPC1, ATPC2, ATPC3 saranno condotti al fine di verificare l’esistenza, nel Cab
Radio, di un meccanismo atto a riallineare la correlazione persa tra numeri funzionali ed
MSISDN.
La conformità ai requisiti relativi alla funzionalità di interrogazione di un numero
funzionale non è obbligatoria, nel senso che l’assenza della funzione di interrogazione dei
NF non inficia la Valutazione di Conformità. In ogni caso, l’implementazione di una
funzione per l’interrogazione dei NF, sebbene non obbligatoria, è raccomandata.
Lo scopo del test ATPC4 è quello di verificare che, qualora sia stato salvato un numero
funzionale permanente (numero rotabile) in SIM-Card, tale numero non verrà deregistrato
durante le fasi di spegnimento e accensione; tale NF sarà successivamente trasmesso nel
campo UUIE nelle chiamate uscenti.
Il test ATPC5 sarà condotto per verificare che, qualora non sia stato possibile deregistrare
un numero funzionale temporaneo a causa di uno spegnimento “improvviso” (p.e. per
disalimentazione), tale NF verrà automaticamente controllato in rete durante la successiva
fase di accensione, e qualora l’associazione non sia più valida, il NF verrà cancellato,
altrimenti verrà mantenuto.
Lo scopo del test ATPC6 è quello di verificare che, se è implementato un meccanismo per
lo spegnimento dell’MMI, alla riaccensione la configurazione sarà determinata dal tempo
trascorso da quando la stessa è stata spenta. Se l’MMI viene spenta con numero funzionale
registrato, la deregistrazione nella successiva fase di accensione verrà effettuata in funzione
del tempo trascorso con MMI spento (si veda a tal proposito il timer configurabile “t”
specificato in EIRENE FRS §5.2.3.7-8).
II.1.2 RIFERIMENTI
[2] & [3] § 5.2.3.7
[3] & [4] §11.4.1
[7]
[8]
II.1.3 R_ATPC1 – INTERROGAZIONE DI NF: CASO NORMALE
(Az.) Il CR effettua la registrazione a numero treno – 1° Ag. Condotta (ed altri ruoli
funzionali, dove applicabile).
FUNZIONALI
FOGLIO
Codifica: RFI
12 / 55
(Ver) La registrazione va a buon fine. Il numero funzionale viene visualizzato sull’MMI.
(Az.) Il CR effettua una interrogazione del medesimo NF.
(Ver) Il messaggio USSD di risposta ricevuto dalla rete è corretto
(Ver) Il numero funzionale viene ancora visualizzato sull’MMI.
II.1.4 R_ATPC2 – INTERROGAZIONE NF: L’ASSOCIAZIONE TRA CR - NF È STATA RIMOSSA
NELLA RETE IN
(Az.) CR effettua una registrazione a NF – 1° ag. di Condotta (ed altri ruoli, ove
applicabile).
(Ver) La registrazione va a buon fine. Il numero funzionale viene visualizzato sull’MMI.
(Az.) L’associazione tra CR e NF viene cancellata in IN
(Az.) CR interroga il medesimo NF.
(Ver) Il messaggio USSD inviato dalla rete è “62”
(Ver) Il FN non viene più visualizzato sull’ MMI e l’informazione nell’EFFN della SIMCard viene aggiornata
II.1.5 R_ATPC3 – INTERROGAZIONE NF: L’ASSOCIAZIONE CR - NF È PRESENTE IN IN
(Ver) CR non è registrato a NF.
(Az.) Sulla rete IN il CR viene associato a NF
(Az.) CR effettua una interrogazione del NF.
(Ver) Il messaggio USSD di risposta inviato dalla rete è ”03 MSISDN” dove MSISDN
corrisponde al numero della SIM installata nel CR
(Ver) Il NF viene visualizzato sull’MMI e l ’EFFN viene aggiornato.
II.1.6 R_ATPC4 - NF PERMANENTE
(Ver) La SIM è configurata con NF permanente (numero rotabile): verificare tramite OTA
o Card Reader
(Ver) Verificare in IN che il NF permanente sia associato al PFN all’MSIDN della SIMCard.
(Az.) Accendere il CR
(Ver) Quando l’accensione è completata verificare che il PFN è ancora associato
all’MSISDN in rete IN.
(Az.) CR chiama un utente: il PFN viene visualizzato sul display dell’utente chiamato.
II.1.7 R_ATPC5 – DEREGISTRAZIONE DEI NF TEMPORANEI ALL’ACCENSIONE DOPO UN
SPEGNIMENTO IMPROVVISO (PER DISALIMENTAZIONE) DEL CAB RADIO
(Ver) CR è localizzato in rete
FUNZIONALI
FOGLIO
Codifica: RFI
13 / 55
(Az.) Effettuare una registrazione a numero funzionale.
(Ver) La registrazione va a buon fine
(Az.) Disalimentare il CR
(Az.) Accendere il CR
(Ver) Verificare che il CR, nella fase di accensione, interroga i numeri funzionali salvati in
SIM-Card. Qualora l’associazione in rete GSM-R, non sia più valida, i NF verranno
cancellati, altrimenti saranno mantenuti e visualizzati sull’MMI.
II.1.8 R_ATPC6 – GESTIONE DEI NF TEMPORANEI ALL’ACCENSIONE DELL’MMI DOPO UN
PRECEDENTE SPEGNIMENTO CONTROLLATO DELLA MMI
(Ver) CR è localizzato in rete
(Az.) Effettuare una registrazione a NF.
(Ver) La registrazione va a buon fine
(Az.) Spegnere l’MMI.
Caso A:
(Az.) Prima che sia trascorso il tempo “t” , riaccendere l’MMI (la stessa o
quella presente nell’altra cabina, se presente)
(Ver) Verificare che il CR non ha effettuato la deregistrazione dei numeri
funzionali salvati in SIM
(Ver) Il NF è ancora visualizzato sull’ MMI
Caso B:
(Az.) Trascorso il tempo “t”, riaccendere l’MMI (la stessa o quella presente
nell’altra cabina, se presente).
(Ver) Verificare che all’accensione dell’MMI il NF è stato deregistrato e non
è più visualizzato sull’MMI
FUNZIONALI
FOGLIO
Codifica: RFI
14 / 55
II.2. DEREGISTRAZIONE FORZATA
II.2.1 SCOPO
Lo scopo del Test ATPC7 è quello di verificare che un menu guida è implementato nel CR,
per permettere all’utente di effettuare con facilità la procedura di deregistrazione forzata
qualora il NF da registrare, risulti occupato: tale procedura dovrà concludersi
automaticamente con la registrazione a NF, senza che, per fare questo l’utente debba
effettuare operazioni singole di registrazione, interrogazione e deregistrazione. La
procedura dovrà permettere all’utente di procedere con la deregistrazione forzata o
annullarla. La procedura verrà innescata da un tentativo di registrazione a NF occupato, e
dovrà concludersi con la registrazione automatica a NF. La procedura sviluppata da RFI
nell’Applet Java installata nelle SIM-Card può essere presa come riferimento. Tale
requisito è stato recepito nelle specifiche EIRENE SRS V.15 §11.3.9i, ii .
Lo scopo del test ATPC8 è quello di verificare che il CR fornisce un’indicazione visiva e
sonora quando riceve una notifica di deregistrazione forzata: per assicurare la presa in
carico della segnalazione da parte dell’agente di condotta, è richiesta una conferma (p.e.
pressione di un pulsante) prima che la segnalazione visiva sia cancellata dal display
dell’MMI.
II.2.2 RIFERIMENTI
[5] §11.3.9i, ii
[9]
[2] & [3] §5.2.3.31
II.2.3 R_ATPC7- REGISTRARE UN NF OCCUPATO: DEREGISTRAZIONE FORZATA
(Ver) Un utente è registrato a NF
(Az.) Tramite il menù per la registrazione a NF, il CR effettua un tentativo di registrazione
allo stesso NF
(Ver) CR visualizza la segnalazione di NF occupato: come requisito minimo, le seguenti
opzioni devono essere proposte all’agente di condotta
A. Confermare la deregistrazione forzata
B. Annullare la procedura.
Case A:
FUNZIONALI
FOGLIO
Codifica: RFI
15 / 55
(Az.) Dal menù del CR si sceglie di effettuare la deregistrazione forzata
(Ver) L’utente viene deregistrato e riceve il messaggio USSD di notifica
(Ver) Il CR la registrazione automatica al NF: lo stesso viene visualizzato a display.
(Ver) In IN l’associazione tra MSISDN del CR e NF è stata creata.
Case B :
(Az.) Il CR sceglie di annullare la registrazione
(Ver) Il CR torna nello stato di default
II.2.4 R_ATPC8- INDICAZIONE VISIVA E SONORA DURANTE UNA DE-REGISTRAZIONE FORZATA
Il seguente test dovrà essere ripetuto con il CR nello stato di riposo, occupato in una PtP,
occupato in una Chiamata di gruppo con PTT premuto, occupato in una chiamata di gruppo
con PTT rilasciato.
(Ver) Il CR è associato a NF
(Az.) Un altro utente effettua una deregistrazione forzata del NF associato al CR
(Ver) Una indicazione sonora e visiva viene fornita dal CR per informare che il NF è stato
deregistrato
(Ver) Dopo pochi secondi dal termine della chiamata, se applicabile, il NF viene rimosso
dall’ MMI
FUNZIONALI
FOGLIO
Codifica: RFI
16 / 55
II.3. RICERCA RETE
L’elenco dei requisiti ed i test descritti in questo capitolo inerenti alla modalità di ricerca
rete automatica, sono applicabili esclusivamente al Cab Radio equipaggiato con SIM-Card
RFI, dove tale modalità deve essere supportata per beneficiare degli accordi di roaming
siglati da RFI con due operatori GSM nazionali (TIM e Vodafone).
Non è richiesta l’implementazione di tale modalità per i Cab Radio equipaggiati con SIM di
altre reti GSM-R diverse da RFI.
II.3.1 SCOPO
Lo scopo del test ATPC9 è quello di verificare che, quando il CR è configurato in modalità
di ricerca rete automatica, il criterio utilizzato per selezionare, dalla lista delle reti
disponibili ed autorizzate, la rete dove effettuare la localizzazione, è basato sul contenuto
dell’ EFGSMRPLMN, e in particolare la priorità della rete si ricava dalla posizione del
relativo record nell’EF .
Lo scopo del test ATPC10 è quello di verificare che, quando il CR è configurato in
modalità di ricerca rete automatica ed è localizzato in una rete in roaming nazionale, deve
effettuare la ricerca della HPLMN entro (e successivamente ogni) 6*N minuti, dove N è il
valore salvato nel file EFHPLMN search period.
La specifica [2] richiede che nella fase di selezione automatica della nuova rete, il CR
fornisca un’indicazione visiva e sonora; Sulla base della specifica [3] tali indicazioni
dovranno essere fornite quando il contatto con la rete viene perso. I due requisiti di cui
sopra non possono essere implementati contemporaneamente, per evitare che l’occorrenza
di più indicazioni simultanee posano disturbare l’agente di condotta. Il test ATPC11 sarà
effettuato con l’obiettivo di verificare la conformità del CR ad uno dei due suddetti
requisiti.
Lo scopo del test ATPC12 è quello di verificare che agendo sull’MMI attraverso una
semplice funzione, è possibile cambiare la modalità di ricerca rete tra automatica e
manuale, e che la MMI dovrà fornire un’indicazione visiva durante il funzionamento in
modalità di ricerca automatica.
II.3.2 RIFERIMENTI
[2], [3], [4], [5] §10.5.1
[7]
ETSI TS 100 977
[2] § 5.2.3.25, [3] § 5.4.16
[5] § 5.6.5.ii, iii
II.3.3 R_ATPC9 – RICERCA RETE AUTOMATICA BASATA SU EFGSMRPLMN
(Ver) Il CR è localizzato su rete radio GSM-R ed è configurato in ricerca rete automatica
(Az.) Spostare il CR in un’area senza copertura GSM-R, dove è presente una buona
FUNZIONALI
FOGLIO
Codifica: RFI
17 / 55
copertura radio di entrambi gli operatori GSM nazionali TIM e Vodafone (>-85dBm)
(Ver) Dopo pochi secondi dalla perdita di copertura radio GSM-R, il CR effettua
automaticamente una ricerca rete
(Ver) Verificare che la rete radio che il CR ha selezionato corrisponde a quella che ha
posizione prioritaria nella lista dei record in EFGSMRPLMN .
II.3.4 R_ATPC10 – RICERCA DELLA HPLMN ENTRO 6 MINUTI
(Ver) EFPLMN search period è impostato ad 1
(Ver) Dopo pochi secondi dalla perdita di copertura radio GSM-R, il CR effettua
automaticamente una ricerca rete (test R_ATPC9)
(Az.) Non appena il CR è localizzato su una rete roaming nazionale, spostarsi nuovamente
sotto copertura GSM-R
(Ver) Verificare che entro 6 minuti il CR ricerca e seleziona nuovamente la rete GSM-R
II.3.5 R_ATPC11 – INDICAZIONE VISIVA E SONORA DURANTE LA RISELEZIONE RETE
Caso A Implementazione conforme a [2] :
(Ver) Dopo pochi secondi dalla perdita di copertura radio GSM-R, il CR inizia
automaticamente una ricerca rete e seleziona la rete roaming opportuna (test R_ATPC9)
(Ver) Quando la rete è seleziona, il CR fornisce un’indicazione acustica e visualizza il
nome della rete ([2] § 5.2.3.25).
Case B Implementazione conforme a [3] :
(Ver) Sulla base di [3] §5.4.16, dopo pochi secondi dalla perdita di copertura radio GSM-R,
il CR fornisce un’indicazione acustica e visiva; il CR avvia automaticamente una ricerca
rete e seleziona la rete roaming appropriata (test R_ATPC9)
(Ver) Quando la rete roaming è selezionata, il CR visualizza il nome della rete.
II.3.6 R_ATPC12 – MODALITÀ DI SELEZIONE RETE DA MANUALE AD AUTOMATICA E VICE-VERSA
(Ver) Agendo sull’MMI attraverso una semplice funzione, è possibile cambiare la modalità
di ricerca rete tra automatica e manuale.
(Ver) Quando è attiva la modalità di ricerca automatica, l’MMI fornisce, durante il normale
funzionamento un’indicazione visiva di tale modalità.
FUNZIONALI
FOGLIO
Codifica: RFI
18 / 55
II.4. NOTIFICA DI UNA CHIAMATA DI EMERGENZA TRENI
II.4.1 SCOPO
Lo scopo dei test ATPC13 e ATPC14 è quello di verificare la corretta implementazione
della funzionalità di notifica delle chiamate ad alta priorità (Confirmation High Priority
Calls = CHPC).
II.4.2 RIFERIMENTI
[7]
[10]
II.4.3 ATPC13 - CHPC: CR FUORI COPERTURA DOPO IL TERMINE DI UNA CHIAMATA REC
(Az.) CR è coinvolto in una chiamata REC
(Ver) Al termine della chiamata REC e prima dell’ invio della prima chiamata di notifica, il
Cab Radio va fuori copertura
Caso 1:
(Ver) Indipendentemente dalla durata della mancanza rete, non appena il CR ritorna sotto
copertura radio, inizia spontaneamente ad inviare la prima chiamata di notifica (dovrà
effettuare fino ad un massimo di N tentativi di chiamata, dove il valore N è configurato
nell’EFCALLCONFC della SIM-Card).
Caso 2:
(Az.) Il CR viene spento in assenza di copertura
(Ver) All’accensione, al termine della fase di avvio e non appena localizzato in rete, il CR
invia la chiamata di notifica relativa alla precedente REC.
II.4.4 ATPC14 - CHPC: IL CR SI SPOSTA AL DI FUORI DELLA GROUP CALL AREA DELLA REC
(Az.) Il CR è coinvolto in una REC
(Az.) Il CR, in Group Transmit Mode, si sposta al di fuori della Group Call Area della REC
in corso
(Ver) Quando la chiamata di emergenza viene abbandonata, il CR invia la chiamata di
notifica con causa di chiusura corrispondente a “Radio Link Failure”.
FUNZIONALI
FOGLIO
Codifica: RFI
19 / 55
II.5. PRESENTAZIONE DEL NF DELL’ORIGINATORE DELLA REC
II.5.1 SCOPO
Lo scopo del test ATPC15 è quello di verificare che il numero funzionale dell’originatore
di una chiamata REC, se presente, è trasferito alla rete nel campo UUS1. Tale requisito
dovrà essere soddisfatto implementando la funzione di C-OTDI , la cui attivazione sarà
basata sul bit “Release '99” inviato dalla rete GSM-R.
II.5.2 RIFERIMENTI
[4] ,[5] § 5.3.7, [5] § 13.4.6
II.5.3 ATPC15 - REC QUANDO IL MESSAGGIO “IMMEDIAT SETUP2” È SUPPORTATO DALLA RETE
(Ver) Il CR è registrato a NF
(Ver) La rete GSM-R supporta il messaggio Immediate Setup-2, perciò MSCR bit è
impostato ad 1, cioè “MSC Release is '99 or later”
(Az.) Il CR genera una chiamata REC
(Ver) La REC è instaurata utilizzando il messaggio Immediate Setup-2: il NF
dell’originatore della chiamata REC viene trasferito alla rete nel campo UUIE, secondo il
corretto formato.
FUNZIONALI
FOGLIO
Codifica: RFI
20 / 55
II.6. FUNZIONALITA’ “LATE ENTRY”
II.6.1 SCOPO
Lo scopo dei test ATPC16, ATPC17 e ATPC18 è quello di verificare che quando il CR
entra in un’area dove è in corso una chiamata REC, tale chiamata verrà immediatamente
ricevuta, stante il CR nei seguenti stati operativi:
1. “Idle Mode”: a riposo
2. “Group Receive Mode”: coinvolto in una chiamata di gruppo con PTT rilasciato (sarà
testato non appena la funzionalità sarà implementata in rete)
3. “Group Transmit Mode”: coinvolto in una chiamata di gruppo con PTT premuto
4. “Dedicated Mode”: coinvolto in una chiamata PtP (notifica durante procedura di HandOver)
II.6.2 RIFERIMENTI
ETSI TS 100 932
II.6.3 ATPC16 - LATE ENTRY IN IDLE MODE
(Ver) Il CR è localizzato nella cella radio A: nell’adiacente cella B, che appartiene ad una
differente GCA per il GID=299, è in corso una chiamata REC.
(Az.) Il CR, in idle mode, riseleziona la cella B
(Ver) Dopo pochi secondi il CR riceve la notifica della chiamata REC e si include
automaticamente nella chiamata in corso
II.6.4 ATPC17 - LATE ENTRY IN GROUP TRANSMIT MODE
(Ver) Il CR è localizzato nella cella radio A e coinvolto in una chiamata di gruppo
GID=200: nell’adiacente cella B, che appartiene ad una differente GCA per il GID=299, è
in corso una chiamata REC.
(Az.) Il CR, con PTT premuto, si sposta sotto la copertura della cella B, ove è estesa sia la
chiamata di gruppo GID=200, che la chiamata di emergenza treni GID=299
(Ver) Dopo pochi secondi il CR riceve la notifica della chiamata REC e si include
automaticamente nella chiamata in corso
II.6.5 ATPC18 - LATE ENTRY IN DEDICATED MODE
(Ver) Il CR è localizzato nella cella radio A: nell’adiacente cella B, che appartiene ad una
differente GCA per il GID=299, è in corso una chiamata REC.
(Ver) Il CR è coinvolto in una chiamata PtP
(Az.) Il CR si sposta dalla cella A alla cella B (hand-over): dopo pochi secondi il CR riceve
la notifica della chiamata REC e si include automaticamente nella chiamata in corso, la
precedente chiamata PtP termina.
FUNZIONALI
FOGLIO
Codifica: RFI
21 / 55
II.7. GESTIONE DEL CLASSMARK 2 IE
II.7.1 SCOPO
Lo scopo del test è ATPC19 è quello di verificare che:
A. i moduli radio utilizzati per comunicazioni foniche e dati non vitali inviano alla rete
GSM-R la seguente informazione contenuta nel campo Classmark 2 IE: “VGCS
capability and notifications wanted”
B. i moduli radio utilizzati per comunicazioni dati vitali ERTMS inviano alla rete
GSM-R la seguente informazione contenuta nel campo Classmark 2 IE: “no VGCS
capability or no notifications wanted”
Per la verifica degli scenari di prova di cui sopra le SIM-Card di test saranno così
configurate:
A. Nell’EFSST (EF SIM Service Table) i servizi VGCS Group Identifier List (# 21) e
VBS Group Identifier List (# 22) saranno allocati ed attivati
B. Nell’EFSST (EF SIM Service Table) i servizi VGCS Group Identifier List (# 21) e
VBS Group Identifier List (# 22) non saranno allocati né attivati
L’elemento Informativo Classmark2 è inviato dal modulo radio alla rete GSM-R nei
messaggi “CM Service Request”, “Classmark Change” and “Paging Response”. (I)
II.7.2 RIFERIMENTI
[11], [12]
II.7.3 ATPC19 - CLASSMARK 2 INFORMATION ELEMENT
Caso 1:
(Ver) I servizi VBS and VGCS sono allocati ed attivati nell’EFSST della SIM inserita nel
modulo radio per comunicazioni voce e dati non vitali
(Az.) Il CR effettua una chiamata
(Ver) Il Classmark 2 Information element nel messaggio CM service request è così
configurato:
VGCS capability and notifications wanted”
Case 2:
(Ver) I servizi VBS and VGCS non sono allocati né attivati nell’EFSST della SIM inserita
nel modulo radio per comunicazioni vitali ERTMS
(Az.) Il CR effettua una chiamata
(Ver) Il Classmark 2 Information element nel messaggio CM service request è così
configurato:
VGCS capability and notifications not wanted”
FUNZIONALI
FOGLIO
Codifica: RFI
22 / 55
II.8. REC IN UNA RETE ROAMING SENZA SERVIZIO VGCS
II.8.1 SCOPO
Lo scopo del test ATPC20 è quello di verificare che il CR utilizza le informazioni
contenute nell’EFGSMRPLMN, per controllare se il servizio VGCS è supportato nella rete:
qualora il CR sia localizzato in roaming in una rete ove il servizio VGCS non sia
supportato, alla pressione del tasto rosso di emergenza il tentativo di originare una REC
non dovrà essere effettuato. Se invece il CR è localizzato su una rete dove il servizio VGCS
è supportato (sulla base del contenuto di EFGSMRPLMN), allora è applicabile la procedura
decritta nei paragrafi EIRENE FRS e SRS richiamati nel seguente paragrafo “Riferimenti” .
II.8.2 RIFERIMENTI
[2], [3] §13.2.2.3, 13.2.2.3i, 13.2.2.3ii
[4], [5] § 4.3.5
[7]
II.8.3 R_ATPC20- REC IN UNA RETE CHE NON SUPPORTA IL SERVIZIO VGCS
(Ver) Il CR è localizzato in roaming in una rete che non supporta il servizio VGCS (sulla
base del contenuto di EFGSMRPLMN)
(Az.) L’utente preme sul pulsante rosso per originare una chiamata REC
(Ver) Il CR non effettua il tentativo di generare la chiamata REC, l’indicazione che “il
servizio non è supportato” viene visualizzata sull’MMI, il CR ritorna nello stato di riposo.
FUNZIONALI
FOGLIO
Codifica: RFI
23 / 55
II.9. PRESENTAZIONE DEL NF E PROCEDURE CORRELATE
II.9.1 SCOPO
Il test ATPC21 sarà effettuato qualora siano implementate nel CR le liste delle chiamate
PtP ricevute/perse, al fine di verificare che, nei casi di chiamate ricevute/perse da utente
associato a NF, le informazioni memorizzate in tali liste siano conformi al diagramma
riportato di seguito.
Il scopo del test ATPC22 è quello di verificare che le procedura di registrazione /
interrogazione possono essere effettuate indifferentemente sotto la copertura della rete RFI
/ VODAFONE / TIM e l’IC viene preimpostato dal Cab Radio sulla base del contenuto
dell’EFIC e della rete roaming sulla quale il CR risulta localizzato.
Ulteriori informazioni relative al requisito: se, ad esempio il CR è in roaming sotto la
copertura della rete GSM-R tedesca (DB), l’IC dovrà essere preimpostato a “049”; se non
ci sono informazioni disponibili in SIM-Card per la rete roaming, allora il campo IC dovrà
essere lasciato libero e l’agente di condotta dovrà manualmente inserire tale dato.
FUNZIONALI
FOGLIO
Codifica: RFI
24 / 55
FUNZIONALI
FOGLIO
Codifica: RFI
25 / 55
II.9.2 RIFERIMENTI
EIRENE FRS & SRS
[9]
[7]
EIRENE SRS Ch.9
II.9.3 R_ATPC21 – LISTA CHIAMATE: MEMORIZZAZIONE DEI NF
Tale test verrà effettuato solo se il Cab Radio implementa la lista delle chiamate ricevute /
perse.
Caso 1:
(Ver) Il CR è localizzato indifferentemente in copertura RFI / TIM / VODAFONE
(Az.) Il CR riceve e risponde ad una chiamata originata da utente associato a NF nazionale.
(Ver) Il chiamante viene memorizzato nella lista delle chiamate ricevute nel formato:
CT+UIN+FC 1
(Az.) E’ possibile richiamare selezionando il record dalla lista delle chiamate ricevute 2
Caso 2:
(Ver) Il CR è localizzato indifferentemente in copertura RFI / TIM / VODAFONE
(Az.) Il CR riceve ma non risponde alla chiamata originata da utente associato a NF
internazionale.
(Ver) Il numero del chiamante viene memorizzato nella lista delle chiamate perse nel
formato 900+IC+CT+UIN+FC
(Az.) E’ possibile richiamare selezionando il record dalla lista delle chiamate perse
II.9.4 R_ATPC22 – PROCEDURE DI GESTIONE DEI NF E CORRELAZIONE CON EFIC
Il test seguente dovrà essere ripetuto sotto copertura RFI/Vodafone/TIM.
(Ver) Il CR è localizzato in rete
(Az.) Selezionare il menù di registrazione numero treno.
(Ver) Il campo IC è preconfigurato con il valore dipendente dal contenuto della SIM e in
funzione della rete: è richiesto l’inserimento del numero treno.
(Az.) Inserire il numero treno
(Ver) La registrazione del primo agente di condotta e dei FC relativi ad altri dispositivi
collegati al bus di veicolo viene effettuata automaticamente.
1
2
Il formato ‘900+039+CT+UIN+FC’ visualizzato sull’MMI, anche se non raccomandato, è comunque accettato.
Il formato ‘900+039+ CT+UIN+FC’ per generare le chiamate, anche se non raccomandato, è comunque accettato.
FUNZIONALI
FOGLIO
Codifica: RFI
26 / 55
PARTE III. TEST ADDIZIONALI, SPECIFICI RFI, BASATI SU
REQUISITI NAZIONALI
GENERALITA’
Per garantire un corretto interlavoro con la rete GSM-R italiana, i seguenti requisiti
addizionali definiti da RFI e relativi scenari di test saranno verificati durante il processo di
Valutazione di Conformità del terminale Cab Radio.
III.1.
INTERLAVORO CON LA PIATTAFORMA OTA DI RFI
Questo requisito è applicabile qualora il CR sia equipaggiato con SIM-Card RFI. Se il CR
utilizza una SIM-Card di altro Operatore GSM-R, la conformità a questo requisito non è
richiesta.
III.1.1 SCOPO
Lo scopo del test ATPR1 è quello di verificare l’inter-lavoro del CR con la piattaforma
OTA di RFI, cioè la possibilità di aggiornare da remoto, via SMS, il contenuto degli EF
della SIM-Card.
III.1.2 RIFERIMENTI
[7]
ETSI 11.14 v 8.3.0
ETSI TS 102 223 v.4.0.0
III.1.3 R_ATPR1- AGGIORNAMENTO DELLA SIM-CARD TRAMITE PIATTAFORMA OTA
(Ver) Il CR è localizzato in rete GSM-R (lo stesso test è applicabile quando il CR è in
roaming)
(Az.) Inviare un aggiornamento del profilo della SIM-Card tramite download OTA (via
SMS)
(Ver) Verificare nella piattaforma OTA il buon esito della procedura.
(Ver) Verificare nella SIM-Card che l’aggiornamento degli EF si è concluso con successo
(effettuare una query degli EFs tramite OTA)
(Az.) Spegnere ed accedere il CR
(Ver) Verificare che le modifiche agli EFs sono stati presi in carico dal CR.
FUNZIONALI
III.2.
FOGLIO
Codifica: RFI
27 / 55
DECODIFICA DEI NUMERI FUNZIONALI NAZIONALI
III.2.1 SCOPO
La conformità a tale requisito non è obbligatoria, nel senso che l’assenza della funzione di
decodifica dei numeri funzionali nazionali non inficia la Valutazione di Conformità. In ogni
caso, l’implementazione della funzione descritta di seguito, sebbene non obbligatoria, è
raccomandata.
Lo scopo del test R_ATPR2 è quello di verificare che in caso di chiamate ricevute da utenti
associati a numeri funzionali nazionali, vengono visualizzate le stringe testuali definite
nella tabella seguente:
Tipo
Chiamata
7
7
7
7
7
7
7
7
7
7
7
7
7
7
Ruolo
Funzionale
1
2
1
3
1
4
1
6
1
8
2
0
2
1
2
2
3
0
5
1
5
2
5
3
5
4
6
0
Stringa
visualizzata
DMP
CEI/CI
DCCM
RIF/RFI
DME
SODG
SOIDG
COT
POLFER
SOIF
COIF
RIF/IF
FT
SU
III.2.2 RIFERIMENTI
EIRENE FRS & SRS
[9]
[7]
EIRENE SRS Ch.9
III.2.3 R_ATPR2- ELENCO DEI NF NAZIONALI DEFINITI DA RFI
(Ver) Nel caso di chiamate ricevute da utenti associati a NF nazionali, l’identità funzionale
è correttamente decodificata e visualizzata sull’MMI.
FUNZIONALI
III.3.
FOGLIO
Codifica: RFI
28 / 55
GESTIONE ALLARME VIGILANTE (DSD = DRIVER SAFETY
DEVICE)
III.3.1 SCOPO
Il test ATPR3 descritto di seguito, sarà condotto con lo scopo di verificare la corretta
implementazione del meccanismo di gestione dell’Allarme Vigilante, definito nelle
specifiche EIRENE/MORANE e soggetto alle integrazioni di cui alla presente specifica:
In caso di attivazione dell’Allarme Vigilante:
•
il CR dovrà generare una chiamata fonica allo numero breve '1700' utilizzando il
servizio e-LDA basato sul trasferimento delle informazioni odometriche e GPS
[13].
•
La priorità della chiamata dovrà essere ricavata dal contenuto record DSD
dell’EFSDN (Alfa-tag=”DSD”)
•
Il campo User – to – User Information Element dovrà essere configurato in accordo
a quanto definito in [6]
•
Qualora il CR riceva o generi una chiamata a più alta priorità di quella relativa
all’allarme DSD, quest’ultima chiamata dovrà essere interrotta per servire la
chiamata entrante/uscente; il Cab Radio dovrà effettuare un nuovo tentativo di
inviare la chiamata DSD il prima possibile.
•
Non appena le informazioni inviate dal CR vengono acquisite a terra
dall’applicativo centrale nazionale per la gestione dell’Allarme Vigilante , la
chiamata entrante viene rifiutata con comando DISCONNECT.
•
Una specifica causa di avvenuta ricezione “senza errori” verrà inviata nel
messaggio DISCONNECT (ed eventualmente nel RELEASE_COMPLETE)
dall’applicativo di terra, per informare il bordo che l’Allarme Vigilante è stato
correttamente ricevuto. La ricezione di tale causa nel campo UUIE determinerà nel
CR l’interruzione del meccanismo di ri-trasmissione.
•
Il campo UUIE sarà, in caso di assenza di errori ricevuti, valorizzato a: “00 0B 00”
•
Il CR dovrà attendere la conferma di corretta ricezione dell’Allarme Vigilante, così
come specificato ai punti precedenti, fino ad un massimo di 20 sec. dall’invio della
chiamata: qualora la chiamata non sia stata automaticamente rifiutata
dall’applicativo di terra (p.e. è ancora nella fase di ringing) o qualora sia stata
connessa, il CR dovrà terminare la chiamata e ripetere il tentativo sulla base dello
schema di ri-trasmissione definito nei punti seguenti.
•
In tutti i rimanenti casi, p.e. la chiamata è stata conclusa per congestione di rete o
interruzione del collegamento radio, nel messaggio DISCONNECT (ed
eventualmente nel RELEASE_COMPLETE) il campo UUIE è assente o di valore
diverso da quello specificato nel caso senza errori , oppure la chiamata DSD viene
superata (pre-emption) da una chiamata a maggior priorità, etc., il seguente
FUNZIONALI
FOGLIO
Codifica: RFI
29 / 55
meccanismo di ri-trasmissione dovrà essere implementato:
Meccanismo di Ritrasmissione:
Trascorsi 60 sec. dall’invio di un Allarme Vigilante che non abbia avuto esito
positivo secondo quanto descritto ai punti precedenti, il Cab Radio, dovrà
effettuare un nuovo tentativo.
Tale meccanismo che prevede l’invio dell’allarme ad istanti di tempo intervallati
di 60 sec. potrà essere interrotto solo alla ricezione del messaggio: ricezione
“senza errori”, o qualora sia cessato l’allarme proveniente dal Dispositivo di
Vigilanza.
•
Qualora il meccanismo di ri-trasmissione sopra specificato venga recepito nello
standard [6], l’implementazione dovrà essere in linea con tale specifica europea,
altrimenti l’implementazione dovrà essere di tipo nazionale ma tale da non inficiare
gli aspetti di interoperabilità del CR: p.e. il meccanismo di ri-trasmissione dovrà
attivarsi solo quando il CR è registrato su rete GSM-R (RFI) / GSM network (TIM
or VODAFONE).
III.3.2 RIFERIMENTI
EIRENE FRS & SRS
[6]
III.3.3 R_ATPR3 – CHIAMATA ALLARME VIGILANTE
(Az.) Simulare/generare l’attivazione dell’Allarme Vigilante
(Ver) Il CR invia una chiamata al numero ‘1700’ con priorità pari al valore configurato in
EFSDN.
(Ver) Verificare le regole di contesa tra le chiamate entranti/uscenti a differenti priorità e la
chiamata DSD. Verificarne l’impatto sul meccanismo di ri-trasmissione
(Ver) Verificare che la UUIE inviata dal CR sia in linea con [6]
(Ver) Con allarme attivo, verificare l’implementazione del meccanismo di ri-trasmissione.
(Ver) Quando l’allarme DSD diviene inattivo o quando il CR riceve un UUIE
corrispondente alla ricezione “senza errori”, il meccanismo di ritrasmissione cessa.
FUNZIONALI
FOGLIO
Codifica: RFI
Pagina lasciata vuota intenzionalmente
30 / 55
FUNZIONALI
Codifica: RFI
FOGLIO
31 di 55
TT601
CAB RADIO TEST HAND-BOOK FOR THE APPROVAL PROCESS ON RFI
GSM-R NETWORK
SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI
TEST PER TERMINALI GSM-R TIPO CAB RADIO
PART
Rev.
B
TITLE
PART I
I.1 SCOPE
I.2 APPLICATION
I.3 REFERENCE DOCUMENTS
I.4 DEFINITIONS
I.5 GENERAL REMARKS
PART II
II.1 FUNCTIONAL NUMBER HANDLING
II.2 FORCED DEREGISTRATION
II.3 NETWORK SEARCH
II.4 REC CAL CONFIRMATION
II.5 PRESENTATION OF REC ORIGINATOR FN
II.6 “LATE ENTRY” FEATURE
II.7 HANDLING OF CLASSMARK 2 IE
II.8 REC IN A ROAMING NETWORK WITHOUT VGCS SERVICE
II.9 FN PRESENTATION AND RELATED PROCEDURES
PART III
III.1 INTERWORKING WITH RFI OTA PLATFORM
III.2 SUPPORT OF NATIONAL FUNCTIONAL NUMBER
III.3 DSD ALARM CALL
Data
Descrizione
27/06/2007 Emissione per Applicazione
Verifica Tecnica
Autorizzazione
FUNZIONALI
FOGLIO
Codifica: RFI
32 / 55
REVISION HISTORY
Version
Date
Reason for change
Rev. A
26/01/2007
First emission
Rev. B
27/06/2007
Editorial correction test R_ATPC6
Editorial correction test ATPC_14
DSD retry mechanism timings have been modified: test
R_ATPR3
FUNZIONALI
FOGLIO
Codifica: RFI
33 / 55
PARTE I.
I.1. OBJECT
The purpose of this document is to describe the minimum set of CAB RADIO functional
requirements and relatives test cases that RFI shall verify and perform during laboratory test
session being part of the overall “Conformance Verification Process”.
This document describes in detail the modality of test and verification of the functional
requirements.
This document is written in Italian and English languages.
I.2. APPLICATION
This document applies to the activity of “Conformance Verification” RFI undertakes on
the interoperable equipments Cab Radios that have to equip locomotives running on the national
infrastructure to operate on the RFI GSM-R network
Cab Radio conformity certification to the mandatory EIRENE/MORANE requirements
shall have to be issued by a Notified Body
The test procedure to be used to demonstrate Cab Radio compliancy to European
mandatory requirements for interoperability, is out of the scope of this specification.
FUNZIONALI
FOGLIO
Codifica: RFI
34 / 55
I.3. REFERENCE DOCUMENTS
[1]* CAB RADIO User’s Manual –
[2]
[3]
[4]
[5]
[6]
RT-04035r5 – Usage of the UUIE in the GSM-R environment (this reference will be
replaced by FFFIS for UUIE as soon as the new version is officially approved)
[7]
MORANE FFFIS for GSM-R SIM-Cards v.3 P 38T 9001 3
[8]
MORANE FFFS for Functional Addressing E 10 T 6001 3
[9]
MORANE FIS for Functional Addressing
[10] MORANE FFFIS for CHPC
[11] MORANE FFFIS for EURORADIO v.12
[12] OG GSMR O-2452 “Inband notifications to MS supporting VGCS/VBS according to
Classmark 2 IE
[13] IRS enhanced Location Dependent Addressing
* Document [1] refers to the User’s Manual of the tested CAB RADIO. Use the User’s
Manual corresponding to the tested version of CAB RADIO .
FUNZIONALI
FOGLIO
Codifica: RFI
I.4. DEFINITIONS
•
CR : CAB RADIO
•
CU : Control Unit
•
DSD : Driver Safety Device
•
FC : Function Code
•
FN : Functional Number
•
GCA : Group Call Area
•
GID : Group Identity
•
IC : Intercom
•
PA : Public Address
•
PTP : Point to point call
•
REC : Railway Emergency Call
•
RM : Radio Module
•
TOC : Transport Company
•
UUIE : User to User Information Element
•
VBS : Voice Broadcast Service
•
VGCS : Voice Group Call Service
35 / 55
FUNZIONALI
FOGLIO
Codifica: RFI
36 / 55
I.5. GENERAL REMARKS
I.5.1
TEST NAMES
Tests are named in the following way:
R_ATPXY, with
RÆ In case the Cab Radio will be used with RFI SIM-Card, the requirement is applicable
and the test has to be fulfilled also when the Cab is camped on an Italian national roaming
network (Vodafone and TIM).
In case the Cab Radio will be used with a different SIM-Card, the test has to be fulfilled
when the Cab is camped under RFI network coverage,
ATP Æ Application Test Procedure
X Æ C for Cab Radio tests based on Eirene/Morane specifications, R for RFI specific tests.
Y Æ Progressive Test number
I.5.2
TEST EXECUTION
The tests in the current document are written in the following way:
(Act) means an Action to be performed
(Ver) means a Verification -> to be checked (Expected result)
I.5.3
EQUIPMENT REQUIRED
•
GSM-R network (RFI responsibility).
•
An Abis or an A tracer, in order to check the contents on the messages exchanged
between CAB RADIO and network when required (RFI responsibility).
•
At least one CAB Radio of the type to be tested equipped with:
1. adapter for AC power supply (220V) (Certification Applicant responsibility)
2. one MMI and handset (Certification Applicant responsibility)
3. possibly an external input/trigger to simulate DSD alarm activation
(Certification Applicant responsibility)
4. antenna is not needed (RFI responsibility).
•
In case the Cab Radio will be operated with a GSM-R SIM-Card not provided by
RFI, then this will have to be provided by Certification Applicant with a
configuration for real operation (f.i. GID=299,…). If the Cab Radio will be used with
RFI SIM-Card, then RFI will be responsible to provide the SIM-Card for the test
session.
•
User’s Manual of the Cab Radio.
FUNZIONALI
FOGLIO
Codifica: RFI
37 / 55
PARTE II. TEST BASED ON EIRENE/MORANE
SPECIFICATIONS
II.1. FUNCTIONAL NUMBER HANDLING
II.1.1 PURPOSE
To verify that, in case CR implements a menu for interrogation of FNs, in the event of
losing correlation between functional numbers and MSISDNs, provision for recovery from
such a situation shall be made, tests ATPC1, ATPC2, ATPC3 will be performed.
It has to be noted that the compliancy to the requirements referred to FN interrogation is
not mandatory requested, in the sense that obtaining RFI certification is not compromised if
Cab radio does not support the interrogation menu. In any case the implementation of
interrogation menu, even if not mandated, is recommended.
To verify that, in the event of a permanent FN (engine number) stored in the SIM Card,
such FN is not deregistered during the switch-OFF / switch-ON phases; the same
permanent FN will be transmitted in the UUIE during subsequent calls, tests ATPC4 will
be performed.
To verify that, in case it was not possible to deregister a temporary FN during ‘hard’
switch-OFF phase (due to a power failure), such FN shall be automatically checked in the
network during the subsequent switch-ON phase, and in case the association is missing FN
will be cancelled otherwise kept: test ATPC5 will be performed.
To verify that, in case is implemented a mechanism for MMI switch-off, when the MMI is
switched on again, the configuration shall be determined by the time elapsed since the MMI
was last switched off (EIRENE FRS §5.2.3.7):

less than t minutes – the MMI shall power up with the same configuration as when
it was last powered down;

greater than t minutes – the MMI shall power up with default settings,
, tests ATPC6 will be performed.
If the MMI is switched off with registered temporary FN, the deregistration of the FN
during subsequent switch-on phase of the MMI will take place depending from the
configurable time “t” defined in EIRENE FRS §5.2.3.7
II.1.2 GENERAL REFERENCE
[2] & [3] § 5.2.3.7
[3] & [4] §11.4.1
[7]
[8]
FUNZIONALI
FOGLIO
Codifica: RFI
38 / 55
II.1.3 R_ATPC1 - FN INTERROGATION: NORMAL CASE
(Act) CR performs the registration to train FN - FC lead driver (and other FCs where
applicable) .
(Ver) The registration is successful. The functional number is displayed on the MMI in idle
mode.
(Act) CR interrogates the same FN.
(Ver) The USSD message sent back by the network is correct
(Ver) The FN is still displayed on the MMI in idle mode.
II.1.4 R_ATPC2 - FN INTERROGATION: CORRELATION CR - FN HAS BEEN REMOVED IN FFN
(Act) CR performs the registration to train FN - FC lead driver (and other FCs where
applicable).
(Ver) The registration is successful. The functional number is displayed on the MMI in idle
mode.
(Act) The correlation between CR and FN is removed in the network (by deleting the
association in Follow-Me Function Node)
(Act) CR interrogates the same FN.
(Ver) The USSD message sent back by the network is “62”
(Ver) The FN is no more displayed on the MMI in idle mode and EFFN is update
accordingly
II.1.5 R_ATPC3 - FN INTERROGATION: CORRELATION CR - FN IS PRESENT IN FFN
(Ver) CR is not registered to FN.
(Act) In the Follow-Me Function Node a correlation between CR and FN is created
(Act) CR performs an interrogation of FN.
(Ver) The USSD message sent back by the network is ”03 MSISDN” where MSISDN is
the one associated to CR SIM-Card
(Ver) The FN is now displayed on the MMI in idle mode and EFFN is update accordingly.
II.1.6 R_ATPC4 - PERMANENT FN CASE
(Ver) A Permanent FN (engine number) is stored in the SIM: check via OTA (query) or via
Card Reader
(Ver) Verify PFN is linked to MSISDN in Follow-Me Function Node.
(Act) Switch -ON CR
(Ver) When CR boot is complete verify PFN is still linked to MSISDN in Follow-Me
Function Node.
FUNZIONALI
FOGLIO
Codifica: RFI
39 / 55
(Act) CR calls a user: PFN is displayed on called party side.
II.1.7 R_ATPC5 - DEREGISTER TEMPORARY FN AT SWITCH ON AFTER CR ‘HARD’ SWITCH-OFF
(POWER FAILURE)
(Ver) CR is attached to the network
(Act) Perform a registration to FN.
(Ver) Registration is successful
(Act) Remove power supply
(Act) Power - ON CR
(Ver) Verify that CR, during booting, performs an interrogation of temporary FNs stored in
the SIM. In case these FNs are still registered in the Network, than the FNs are kept and
displayed on MMI, otherwise removed.
II.1.8 R_ATPC6 – MANAGEMENT OF TEMPORARY FN AT MMI SWITCH ON AFTER ‘SOFT’ MMI
SWITCH-OFF
(Act) Perform a registration to FN.
(Ver) Registration is successful
(Act) Switch MMI – OFF
Case A:
(Act) Switch MMI - ON (indifferently the same or the second, if present)
before “t” has expired
(Ver) Verify that after MMI switch-on phase, the temporary FN have not been
deregistered and are still stored on the SIM
(Ver) FN is still displayed on the MMI
Case B:
(Act) Switch MMI - ON (indifferently the same or the second, if present)
after “t” has expired
(Ver) Verify that, after the MMI switch-on phase, the temporary FN have
been deregistered and no more stored on the SIM
(Ver) FN is not displayed on the MMI
FUNZIONALI
FOGLIO
Codifica: RFI
40 / 55
II.2. FORCED DEREGISTRATION
II.2.1 PURPOSE
To verify that a guided menu is implemented in the Cab, to allow the user to easily perform
a registration procedure when the FN is busy: this will result in an automatic forced deregistration and subsequent registration procedure, without the need for the user to store the
MSISDN of the party to be deregistered or to use different menu (Registration,
Interrogation, Forced Deregistration, registration) to conclude the whole procedure. Such
new procedure shall be implemented in a way that allows the user to choose if proceeding
in the deregistration process or abort it. The new procedure shall be started when a
registration attempt to a busy FN is performed, and will include the final registration to the
FN. The procedure developed by RFI in the SIM-Card (Java Applet) can be taken as a
reference. This requirement has been incorporated in EIRENE SRS V.15 §11.3.9i, ii .Test
ATPC7 will be performed.
To verify that the driver of the previously registered train shall be informed by audible and
visual indications that his running number has been overridden by another driver, test
ATPC8 will be performed: in order to ensure, that the driver takes note of the forced
deregistration received, a confirmation is requested (f.i. press clear button) before the visual
indication is cancelled on the MMI display.
[5] §11.3.9i, ii
[9]
[2] & [3] §5.2.3.31
II.2.3 R_ATPC7- PERFORMING A REGISTRATION TO BUSY FN: FORCED REGISTRATION
(Ver) A user is registered to FN
(Act) Using standard CR menu for registration to FN, CR performs an attempt to register
the same FN currently associated to the user
(Ver) CR MMI shows that FN is busy: at least the following options are to be presented to
the user:
A. Confirm forced deregistration
B. Abort the registration procedure.
FUNZIONALI
FOGLIO
Codifica: RFI
41 / 55
Case A:
(Act) CR chooses to forced deregister
(Ver) Forced deregistration starts: the user is deregistered and receives a USSD forced
deregistration message
(Ver) CR performs an automatic registration to FN: FN is displayed on CR screen.
(Ver) In the FollowMeFunction Node CR is now registered to FN.
Case B :
(Act) CR chooses to abort the registration attempt
(Ver) CR goes back in idle state
II.2.4 R_ATPC8- AUDIBLE AND VISUAL INDICATION OF THE FORCED DEREGISTRATION
The following test has to performed with CR in idle, dedicated, group transmit and group
receives modes.
(Ver) CR is registered to FN
(Act) A user performs a forced deregistration of CR FN
(Ver) CR is informed by audible and visual indication that his FN has been deregistered
(Ver) A few seconds after the end of the ongoing call, if applicable, the FN is removed
from CR MMI
FUNZIONALI
FOGLIO
Codifica: RFI
42 / 55
II.3. NETWORK SEARCH
The set of requirements and tests described in this chapter dealing with automatic network
selection mode apply only to Cab Radios equipped with RFI SIM-Card, where this mode of
operation has to be supported to benefit of roaming agreements signed by RFI with two
national GSM operators (TIM and Vodafone).
Cab Radios equipped with foreign GSM-R SIM-Cards are not required to support
automatic network selection mode.
II.3.1 PURPOSE
To verify that, when CR is configured in automatic network selection mode, the criteria
used to select the network to be camped on, among the list of available and authorized
networks, is based on the content of EFGSMRPLMN, specifically the priority is derived
from EF record order, test ATPC9 will be performed.
To verify that, when CR is configured in automatic network selection mode and is camped
in a national roaming network, CR shall search for the Home PLMN within (and
successively every) 6*N minutes, where N is derived from EFHPLMN search period, test
ATPC10 will be performed.
Based on [2] when the mobile changes network automatically, a visual and audible
indication shall be given; Based on [3] a visual and audible indication shall be given when
contact with network is lost. The two requirements above cannot be simultaneously
implemented in the Cab, since too many audio indications given at the same time could
disturb train driver. Test ATPC11 will be performed to verify CR compliancy to one of the
above requirements.
To verify that through an easy MMI function it will be possible to change the network
selection mode between automatic - manual, and whilst automatic network selection is
enabled, the MMI shall display, during normal operation, an indication, test ATPC12 will
be performed.
[2], [3], [4], [5] §10.5.1
[7]
ETSI TS 100 977
[2] § 5.2.3.25, [3] § 5.4.16
[5] § 5.6.5.ii, iii
II.3.3 R_ATPC9 - AUTOMATIC NETWORK SELECTION BASED ON EFGSMRPLMN
(Ver) CR is attached on GSM-R and is configured in automatic network search mode
(Act) Move to an area without GSM-R coverage but where a good coverage of the two
national roaming networks is available (>-85dBm)
FUNZIONALI
FOGLIO
Codifica: RFI
43 / 55
(Ver) After some seconds the GSM-R coverage has been lost, CR starts an automatic
network search
(Ver) Verify that the roaming network CR has selected for roaming, is the one having
lowest record number in the EFGSMRPLMN list.
II.3.4 R_ATPC10 - HPLMN RE-SELECTION WITHIN 6 MINUTES TIME
(Ver) CR is attached on GSM-R network and is configured in automatic network search
mode
(Ver) EFPLMN search period is configured to 1
national roaming networks is available (>-85dBm)
network search and selects for roaming the appropriate network (see test R_ATPC9)
(Act) As soon as CR is camped in the roaming network, move back to an area where GSMR coverage is available
(Ver) Verify that within 6 min. time CR automatically selects the GSM-R network again
II.3.5 R_ATPC11 - VISUAL AND AUDIBLE INDICATION DURING NETWORK CHANGE
(Ver) CR is attached on GSM-R and is configured in automatic network search mode
national roaming networks is available
Case A implementation compliant to [2] :
network search and selects for roaming the appropriate network (see R_ATPC9)
(Ver) When the roaming network is selected, CR ([2] § 5.2.3.25) sounds and displays the
appropriate network name
Case B implementation compliant to [3] :
(Ver) Based on [3] §5.4.16, after some seconds the GSM-R coverage has been lost, CR
provides an audible and visual indication; CR starts an automatic network search and
selects for roaming the appropriate network (see test R_ATPC9)
(Ver) When the roaming network is selected, CR displays the appropriate network name
II.3.6 R_ATPC12 - CHANGING NETWORK SELECTION MODE FROM MANUAL TO AUTOMATIC AND
VICE-VERSA
(Ver) Through an easy MMI function it will be possible to change the network selection
mode between automatic and manual
(Ver) Whilst automatic network selection is enabled, the MMI shall display an indication.
FUNZIONALI
II.4.
FOGLIO
Codifica: RFI
44 / 55
REC CALL CONFIRMATION
II.4.1 PURPOSE
To verify the correct implementation of CHPC feature: Test ATPC13 and ATPC14 will be
performed.
[7]
[10]
II.4.3 ATPC13 - CHPC: CR MOVED OUT OF COVERAGE WHEN REC IS TERMINATED
(Act) CR takes part to a REC
(Ver) When the REC is ended, and before CR starts sending the first CC, the coverage is
lost
Case1:
(Ver) Independently from the loss duration, as soon as the coverage is regained the CR
starts spontaneously to send the CC (it will have to try up to a maximum of N successive
attempts, where the value N is stored in EFCALLCONFC of the SIM-Card).
Case 2:
(Act) CR is switched OFF during the coverage loss phase
(Ver) When CR is switched ON again, at the end of the booting phase, as soon as the
mobile is attached to the network, the Call Confirmation of the previous REC is sent
II.4.4 ATPC14 - CHPC: CR MOVED OUT OF GCA DURING REC
(Act) CR takes part to a REC
(Act) Move CR out of GCA during REC, in Group Transmit Mode.
(Ver) After the call is lost, CR will start sending CC with REC termination cause
corresponding to Radio Link Failure.
FUNZIONALI
II.5.
FOGLIO
Codifica: RFI
45 / 55
PRESENTATION OF REC ORIGINATOR FN
II.5.1 PURPOSE
To verify that the calling user’s functional number, if there is one, shall be passed to the
network using UUS1. Such requirement shall be fulfilled implementing C-OTDI feature,
whose activation shall be based on Release '99 bit broadcasted by the GSM-R network:
tests ATPC15 will be performed.
[4] ,[5] § 5.3.7, [5] § 13.4.6
II.5.3 ATPC15 - REC WHEN IMMEDIAT SETUP2 IS SUPPORTED BY THE NETWORK
(Ver) CR is registered to a FN
(Ver) GSM-R network supports Immediate Setup-2, so MSCR bit is set to 1, that is MSC
Release is '99 or later
(Act) CR sends a REC
(Ver) REC is established using Immediate Setup-2: the originating FN is passed in the
UUIE with the correct format.
FUNZIONALI
II.6.
FOGLIO
Codifica: RFI
46 / 55
“LATE ENTRY” FEATURE
II.6.1 PURPOSE
To verify that, when a CR user enters in an area where REC is ongoing, such a call shall be
immediately received as soon as the user enters in the area in the following modes:
1. Idle mode
2. Group received mode (to be tested as soon the feature is available in the network)
3. Group transmit mode (to be tested as soon the feature is available in the network)
4. Dedicated mode (notification during HO)
Tests ATPC16, ATPC17 and ATPC18 will be performed.
ETSI TS 100 932
II.6.3 ATPC16 - LATE ENTRY IN IDLE MODE
(Ver) CR is camped in cell A: in the adjacent cell B, that belongs to a different GCA for
GID=299, a REC is ongoing.
(Act) CR, in idle mode, moves to cell B (cell reselection)
(Ver) After a few seconds CR receives the notification of the REC and joins automatically
the ongoing call
II.6.4 ATPC17 - LATE ENTRY IN GROUP TRANSMIT MODE
(Ver) CR is camped in cell A and involved on an ongoing VGCS GID=200 call: in the
adjacent cell B, that belongs to a different GCA for GID=299, a REC is ongoing.
(Act) CR, with PTT pressed, moves to cell B (cell reselection), where also VGCS 200 is
broadcasted
(Ver) After a few seconds CR receives the notification of the REC and joins automatically
the ongoing call
II.6.5 ATPC18 - LATE ENTRY IN DEDICATED MODE
(Ver) CR is camped in cell A: in the adjacent cell B, that belongs to a different GCA for
GID=299, a REC is ongoing.
(Ver) CR is engaged (dedicated mode) in a PtP call
(Act) CR moves to cell B (hand-over): after a few second CR receives the notification of
the REC and joins automatically the ongoing call, the previous PtP call is released
FUNZIONALI
II.7.
FOGLIO
Codifica: RFI
47 / 55
HANDLING OF CLASSMARK 2 IE
II.7.1 PURPOSE
The aim of test ATPC19 is to verify that:
A. Radio Modules used for speech and not safety data transmission , fill the Classmark
2 IE in the following way: ““VGCS capability and notifications wanted”
B. Radio Modules used for ERTMS safety data transmission, fill the Classmark 2 IE
in the following way: “no VGCS capability or no notifications wanted”
To verify this test the SIM-Card will be configured in the following way:
A. In EFSST (SIM Service Table EF) services VGCS Group Identifier List (# 21) and
VBS Group Identifier List (# 22) will be allocated and activated.
B. In EFSST (SIM Service Table EF) services VGCS Group Identifier List (# 21) and
VBS Group Identifier List (# 22) will be nor allocated neither activated
The Classmark2 Information Element is sent by the Radio Module to the GSM-R network
in the “CM Service Request”, “Classmark Change” and “Paging Response” Messages. (I)
[11], [12]
II.7.3 ATPC19 - CLASSMARK 2 INFORMATION ELEMENT
Case 1:
(Ver) CR SIM has VBS and VGCS services activated in EFSST
(Act) CR performs a call
(Ver) The Classmark 2 Info element in CM service request is configured as:
“VGCS capability and notifications wanted”
Case 2:
(Ver) CR SIM has NO VBS and VGCS services activated in EFSST
(Act) CR performs a call
(Ver) The Classmark 2 Info element in CM service request is configured as:
“VGCS capability and notifications not wanted”
II.8.
REC IN A ROAMING NETWORK WITHOUT VGCS SERVICE
II.8.1 PURPOSE
To verify that, CR takes into account the information stored in EFGSMRPLMN,
FUNZIONALI
FOGLIO
Codifica: RFI
48 / 55
concerning the network support of VGCS service: in case the CR roams in a network where
the VGCS service is not supported, than when the red button is pressed the mobile shall not
attempt to originate the REC. On the other hand if the mobile is camped in a network where
the VGCS service is supported (based on EFGSMRPLMN), than the procedure described
in EIRENE FRS and SRS paragraphs detailed in the reference, shall apply. Tests
R_ATPC20 will be performed.
[2], [3] §13.2.2.3, 13.2.2.3i, 13.2.2.3ii
[4], [5] § 4.3.5
[7]
II.8.3 R_ATPC20- TRYING TO ORIGINATE A REC IN A NETWORK NOT SUPPORTING VGCS
SERVICE
(Ver) CR is camped in a roaming network not supporting VGCS service (based on
configuration of EFGSMRPLMN)
(Act) The user performs the necessary actions to originate a REC
(Ver) CR does not try to establish REC, a visual indication explaining that ”the service is
not supported” is displayed, CR goes back in idle.
FUNZIONALI
II.9.
FOGLIO
Codifica: RFI
49 / 55
FN PRESENTATION AND RELATED PROCEDURES
II.9.1 PURPOSE
Test ATPC21 will be performed in case Cab Radio implements the list of
incoming/outgoing/missed PtP calls, to verify that in case the incoming/missed call was
originated by a FN, then, in the incoming/missed call list it will have to be stored the
associated user-user info based on the attached flow chart.
To verify that registration/interrogation procedures can be performed indifferently under
RFI/VODAFONE/TIM coverage and IC code shall be pre-filled by the Cab Radio based on
EFIC content and current roaming network, test ATPC22 shall be performed.
Further requirement explanation: when CR roams f.i. in DB network, IC should be prefilled with 049; if no information are available on SIM-Card for one specific roaming
network, then IC shall be left empty and the driver will be in charge to manually insert IC.
FUNZIONALI
FOGLIO
Codifica: RFI
50 / 55
FUNZIONALI
FOGLIO
Codifica: RFI
51 / 55
EIRENE FRS & SRS
[9]
[7]
EIRENE SRS Ch.9
II.9.3 R_ATPC21 - CALL LIST: STORAGE OF FNS INFO
This test has to be performed only in case Cab Radio implements incoming/missed call list.
Case 1:
(Ver) CR is attached to RFI network or in roaming in TIM/VODAFONE
(Act) CR receives and answers an incoming call originated by a user registered to a
national FN.
(Ver) The calling party is stored in the list of incoming calls in the format: CT+UIN+FC 3
(Act) It is possible to re-call the calling party by selecting the entry in the incoming call
list 4
Case 2:
(Ver) CR is attached to RFI network or in roaming in TIM/VODAFONE
(Act) CR receives but not answers an incoming call from international FN
(Ver) The calling number is stored in the missed call list in the format
900+IC+CT+UIN+FC
(Act) It is possible to re-call the calling party by selecting the entry in the missed call list
II.9.4 R_ATPC22 - FN'S RELATED PROCEDURES IN COORDINATION WITH EFIC
The test below has to repeated with CR camped under RFI/Vodafone/TIM coverage.
(Act) Enter FN registration menu.
(Ver) IC field is preconfigured according to EFIC and current roaming network: the user is
asked to enter train number.
(Act) Enter train number
(Ver) The registration of the first driver FC and the functional number of other on-train
users who be addressed through the Cab radio via the on-train bus, is performed
automatically. (M)
3
4
Displayed format ‘900+039+CT+UIN+FC’, even if not recommended, is also accepted.
Call originated using format ‘900+039+ CT+UIN+FC’, even if not recommended, is also accepted.
FUNZIONALI
FOGLIO
Codifica: RFI
52 / 55
PARTE III. ADDITIONAL RFI SPECIFIC TESTS BASED ON
NATIONAL REQUIREMENTS
GENERAL REMARKS
To verify that CR has correctly implemented the following additional requirements defined
by RFI in order to allow a full inter-working with the Italian GSM-R network, the
following requirements and related test cases shall be used during the certification process
III.1.
INTERWORKING WITH RFI OTA PLATFORM
This requirement is applicable only in case Cab Radio uses RFI SIM-Card. In case CR is
provided with SIM-Card of a different GSM-R operator, conformance to this requirement is
not requested.
III.1.1 PURPOSE
To verify that CR is able to inter-work with RFI OTA platform, namely to allow the update,
via SMS, of SIM Card EFs by remote. Tests ATPR1 will be performed
III.1.2 GENERAL REFERENCE
[7]
ETSI 11.14 v 8.3.0
ETSI TS 102 223 v.4.0.0
III.1.3 R_ATPR1- UPDATING SIM CARD WITH OTA PLATFORM
(Ver) CR is attached to the GSM-R network (the same test is applicable when CR is
attached to a roaming network)
(Act) From the OTA platform, start the SIM profile download: OTA platform, via SMSC,
start sending some SMS aimed to update the content of specific EFs of the SIM
(Ver) Verify on the OTA platform that the procedure ends correctly
(Ver) Verify on the SIM that the update of the EFs has been completed successfully (query
EFs via OTA)
(Act) Switch CR OFF and ON
(Ver) Verify that changes to the SIM profile are taken into account by CR.
FUNZIONALI
III.2.
FOGLIO
Codifica: RFI
53 / 55
SUPPORT OF NATIONAL FN
III.2.1 PURPOSE
The compliancy to this requirement is not mandatory requested, in the sense that obtaining
RFI certification is not compromised if Cab radio does not support the translation of the
following national FCs. In any case the implementation of the requirement described below
is recommended.
R_ATPR2 shall be performed to verify that in case of incoming calls with UUIE containing
national FNs, the according string defined in the table below is displayed:
Call Type
7
7
7
7
7
7
7
7
7
7
7
7
7
7
EIRENE FRS & SRS
[9]
[7]
EIRENE SRS Ch.9
FC
1
1
1
1
1
2
2
2
3
5
5
5
5
6
2
3
4
6
8
0
1
2
0
1
2
3
4
0
FC string to be displayed
DMP
CEI/CI
DCCM
RIF/RFI
DME
SODG
SOIDG
COT
POLFER
SOIF
COIF
RIF/IF
FT
SU
FUNZIONALI
FOGLIO
Codifica: RFI
54 / 55
III.2.3 R_ATPR2- LIST OF NATIONAL FN DEFINED BY RFI
(Ver) In case of incoming call having UUIE filled with national FN, this is correctly
decoded and displayed to the user.
III.3.
DSD ALARM CALL
III.3.1 PURPOSE
The test ATPR3 described below, shall be performed to verify the correct implementation
of DSD alarm management, based on EIRENE/MORANE specification and on the
additional requirement described in this document:
In case of DSD alarm activation:
•
a voice call to '1700' SC shall be originated based on e-LDA service based on
odometer and GPS information [13].
•
The priority of the call shall be derived from DSD record in EFSDN (Alfatag=”DSD”)
•
The UUIE shall be filled according [6]
•
In case the Cab Radio receives or originates incoming/outgoing calls with higher
priority than DSD notification call, DSD call will have to be interrupted to serve
the new priority call and Cab Radio will have to retry to establish DSD call a.s.a.p.
•
Once the information has been captured by the receiving application, the call is
rejected using DISCONNECT,.
•
A specific UUIE response (case no error) will be sent in the DISCONNECT (and
eventually in RELEASE_COMPLETE) message by the receiving party to inform
the mobile application that the DSD Alarm has been received by the primary
controller dispatcher. Receiving this UUIE will cause mobile application to stop
retry mechanism.
•
UUIE in case of no error will be defined as follows: “00 0B 00”
•
The mobile shall remain waiting for the correct acknowledge of the DSD alarm
call, as specified above, up to 20 sec. from the initiation of the call: in case the call
is not automatically rejected by the called party (the call is still ringing) or in case it
is answered, the originating mobile shall terminate the call and repeat the attempt
based on the retry scheme detailed below.
FUNZIONALI
•
FOGLIO
Codifica: RFI
55 / 55
In all other cases , f.i. the call has been cleared due to network congestion or radio
link failure, or the UUIE sent in the DISCONNECT (and eventually in
RELEASE_COMPLETE) is missing or does not match with the specified response
code for “no error”, or the DSD alarm call is pre-empted by a higher priority call,
etc.) the following retry mechanism has to be implemented:
Retry Mechanism:
After 60 sec. have been passed from a previous failed attempt, as specified above,
the CR will have to perform a new call attempt
This retry scheme which consists of continuos attempts every 60 sec. can be
interrupted only in case of reception of the correct acknowledge of the DSD alarm
call (response code “no error”) or in case the alarm coming from the Driver Safety
Device is ceased.
•
In case the above retry mechanism will be receipted within [6], the implementation
shall be in line with such specification, otherwise a national mechanism has to be
implemented, in a way that does not affect interoperability: f.i. the retry mechanism
becomes active only when the CR is registered to an Italian GSM-R (RFI) / GSM
network (TIM or VODAFONE).
EIRENE FRS & SRS
[6]
III.3.3 R_ATPR3 - DSD ALARM CALL
(Act) Simulate/generate a DSD alarm activation
(Ver) CR originates a ‘1700’ call with priority derived from EFSDN.
(Ver) Verify call arbitration rules and retry mechanism in case new incoming/outgoing
higher priority call is received/originated during DSD notification call.
(Ver) Verify that UUIE content sent by CR is in line with [6]
(Ver) If the alarm is still active, verify a retry mechanism is implemented (see above
requirements).
(Ver) When the DSD alarm becomes inactive or when the UUIE in case of no error is
received, the retry mechanism is ceased