TT601 - Ferrovie del Gargano
Transcript
TT601 - Ferrovie del Gargano
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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 General Reference .....................................................................................................................40 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 General Reference .....................................................................................................................42 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 General Reference .....................................................................................................................44 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 General Reference .....................................................................................................................45 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 General Reference .....................................................................................................................46 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 6 / 55 II.7. HANDLING OF CLASSMARK 2 IE................................................................................................47 II.7.1 Purpose.......................................................................................................................................47 II.7.2 General Reference .....................................................................................................................47 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 General Reference .....................................................................................................................48 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 General Reference .....................................................................................................................51 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.2 General Reference .....................................................................................................................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.2 General Reference .....................................................................................................................55 III.3.3 R_ATPR3 - DSD alarm call ........................................................................................................55 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 8 / 55 I.3. DOCUMENTAZIONE CORRELATA [1]* Manuale d’uso del terminale CAB RADIO [2] EIRENE - Functional Requirement Specification (FRS) Version 6.0 [3] EIRENE - Functional Requirement Specification (FRS) Version 7.0 [4] EIRENE - System Requirement Specification (SRS) Version 14.0 [5] EIRENE - System Requirement Specification (SRS) Version 15.0 [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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI • FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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). SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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: SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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) Il CR è localizzato su rete radio GSM-R ed è configurato in ricerca rete automatica (Ver) EFPLMN search period è impostato ad 1 (Az.) Spostare il CR in un’area senza copertura GSM-R, dove è presente una buona 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 (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 (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 copertura radio di entrambi gli operatori GSM nazionali TIM e Vodafone (>-85dBm) 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à. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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”. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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” SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 24 / 55 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI III.2. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI III.3. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B Pagina lasciata vuota intenzionalmente 30 / 55 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 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 34 / 55 I.3. REFERENCE DOCUMENTS [1]* CAB RADIO User’s Manual – [2] EIRENE - Functional Requirement Specification (FRS) Version 6.0 [3] EIRENE - Functional Requirement Specification (FRS) Version 7.0 [4] EIRENE - System Requirement Specification (SRS) Version 14.0 [5] EIRENE - System Requirement Specification (SRS) Version 15.0 [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 . SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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] SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 (Ver) CR is attached to the network (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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. II.2.2 GENERAL REFERENCE [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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. II.3.2 GENERAL REFERENCE [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) SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 (Act) Move to an area without GSM-R coverage but where a good coverage of the two national roaming networks is available (>-85dBm) (Ver) After some seconds the GSM-R coverage has been lost, CR starts an automatic 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 (Act) Move to an area without GSM-R coverage but where a good coverage of the two national roaming networks is available Case A implementation compliant to [2] : (Ver) After some seconds the GSM-R coverage has been lost, CR starts an automatic 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI II.4. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 44 / 55 REC CALL CONFIRMATION II.4.1 PURPOSE To verify the correct implementation of CHPC feature: Test ATPC13 and ATPC14 will be performed. II.4.2 GENERAL REFERENCE [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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI II.5. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. II.5.2 GENERAL REFERENCE [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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI II.6. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. II.6.2 GENERAL REFERENCE 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI II.7. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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) II.7.2 GENERAL REFERENCE [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, SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. II.8.2 GENERAL REFERENCE [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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI II.9. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 50 / 55 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 51 / 55 II.9.2 GENERAL REFERENCE 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. (Ver) CR is attached to the network (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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI III.2. FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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 III.2.2 GENERAL REFERENCE 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 SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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. SPECIFICA DEI REQUISITI FUNZIONALI NAZIONALI E MODALITA’ DI TEST PER TERMINALI GSM-R TIPO CAB RADIO SPECIFICA DEI REQUISITI FUNZIONALI • FOGLIO Codifica: RFI DNS.TS SR TL 06 001 B 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). III.3.2 GENERAL REFERENCE 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