Serie Generale n. 222 del 7-9-2020
LEGGI ED ALTRI ATTI NORMATIVI
DECRETO DEL PRESIDENTE DEL CONSIGLIO DEI MINISTRI 19 giugno 2020, n. 110
Regolamento recante modalita' e criteri di attivazione e gestione del servizio IT-Alert. (20G00129) (GU Serie Generale n.222 del 07-09-2020)
Nota: note: Entrata in vigore del provvedimento: 22/09/2020

IL PRESIDENTE
DEL CONSIGLIO DEI MINISTRI

di concerto con

IL MINISTRO
DELLO SVILUPPO ECONOMICO

Visto il decreto legislativo 1° agosto 2003, n. 259, recante codice
delle comunicazioni elettroniche;
Vista la direttiva (UE) 2018/1972, del Parlamento europeo e del
Consiglio, dell'11 dicembre 2018, che istituisce il Codice europeo
delle comunicazioni elettroniche e, in particolare, l'articolo 110
relativo alle previsioni riguardanti l'istituzione di sistemi di
allarme pubblico negli Stati membri;
Vista la legge 16 marzo 2017, n. 30, recante delega al Governo per
il riordino delle disposizioni legislative in materia di sistema
nazionale della protezione civile;
Visto il decreto legislativo del 2 gennaio 2018, n. 1, recante
codice della protezione civile e, in particolare, l'articolo 20 che
definisce la Commissione nazionale per la previsione e la prevenzione
dei grandi rischi quale organo di consulenza tecnico-scientifica del
Dipartimento della protezione civile;
Visto il decreto-legge 18 aprile 2019, n. 32, recante disposizioni
urgenti per il rilancio del settore dei contratti pubblici, per
l'accelerazione degli interventi infrastrutturali, di rigenerazione
urbana e di ricostruzione a seguito di eventi sismici, convertito,
con modificazioni, dalla legge 14 giugno 2019, n. 55 e, in
particolare l'articolo 28, comma 2;
Visto l'articolo 17, comma 3, della legge 23 agosto 1988, n. 400;
Ravvisata la necessità di procedere all'adozione del decreto del
Presidente del Consiglio dei ministri;
Sentiti il Garante per la protezione dei dati e l'Autorità per le
garanzie nelle comunicazioni;
Udito il parere del Consiglio di Stato, espresso nella sezione
consultiva per gli atti normativi nell'adunanza del 30 gennaio 2020;
Visto il parere della Conferenza unificata n. 47 del 7 maggio 2020,
reso ai sensi dell'articolo 9, comma 3, del decreto-legge 28 agosto
1997, n. 281;

A d o t t a
il seguente regolamento:

Art. 1

Definizione IT-Alert

1. Il sistema IT-Alert è il sistema di allarme pubblico definito
all'articolo 1, comma 1, lettera ee-quinquies) del decreto
legislativo 1° agosto 2003, n. 259, recante «Codice delle
comunicazioni elettroniche».

Art. 2

Modalità di attivazione del sistema IT-Alert

1. I requisiti funzionali per la realizzazione e messa in opera dei
sistemi e delle metodologie necessarie all'invio dei messaggi
originati dal sistema IT-Alert attraverso le reti mobili di cui
all'articolo 1, comma 1, lettere dd) del decreto legislativo n.
259/2003, degli operatori di comunicazioni elettroniche sono definiti
nell'allegato 1, che costituisce parte integrante del presente
decreto, e che definisce gli aspetti tecnico-operativi relativi:
a) alle modalità e ai criteri di attivazione del servizio
IT-Alert da realizzarsi secondo gli standard internazionali
applicabili;
b) alle modalità e ai criteri di attivazione dei messaggi
IT-Alert;
c) alle modalità di definizione dei contenuti dei messaggi
IT-Alert, tenendo conto degli scenari prevedibili in relazione agli
eventi di cui all'articolo 7 del decreto legislativo 2 gennaio 2018,
n. 1 e dell'opportunità di attivare misure di autoprotezione dei
cittadini;
d) alle modalità di gestione della richiesta per l'attivazione
dei messaggi IT-Alert;
e) alle modalità di autorizzazione della richiesta di
attivazione di cui alla lettera d);
f) alle modalità di invio dei messaggi IT-Alert;
g) ai criteri e alle modalità finalizzate a garantire che
l'utilizzo e il trattamento dei dati eventualmente raccolti
nell'ambito del funzionamento del sistema IT-Alert avvengano nel
rispetto della normativa in materia di protezione dei dati personali
e che sia escluso l'utilizzo dei medesimi dati per finalità diverse
da quelle di cui al presente articolo.

Art. 3

Istituzione del Comitato tecnico del servizio IT-Alert

1. Al fine di procedere al monitoraggio e all'aggiornamento delle
modalità di funzionamento del servizio IT-Alert, è istituito il
Comitato tecnico del servizio IT-Alert.
2. Il Comitato tecnico è coordinato dalla Presidenza del Consiglio
dei ministri - Dipartimento per la protezione civile, ed è
costituito da due rappresentanti del Dipartimento della protezione
civile, due rappresentanti del Ministero dello sviluppo economico, un
rappresentante della Fondazione CIMA - Centro internazionale in
monitoraggio ambientale, quale centro di competenza del servizio
nazionale della protezione civile e due rappresentanti degli enti
territoriali indicati dalla Conferenza unificata. Ai componenti non
spettano compensi, indennità, rimborsi spese, gettoni di presenza o
altro emolumento comunque denominato.
3. Con provvedimento del Capo del Dipartimento della protezione
civile, sono definite le modalità di funzionamento del Comitato
tecnico con particolare riferimento alle modalità e ai casi di
partecipazione di soggetti privati coinvolti nell'erogazione e nel
funzionamento del servizio IT-Alert e nell'aggiornamento delle
prescrizioni di cui all'allegato 1 al presente decreto. Il Comitato
tecnico, anche ai fini delle eventuali sanzioni amministrative ai
sensi dell'articolo 10 del decreto legislativo 15 febbraio 2016, n.
33, verifica, con cadenza almeno semestrale, la rispondenza delle
attività svolte dagli operatori alle disposizioni tecniche e
procedurali contenute nel presente decreto e nei suoi allegati. Al
fine del miglioramento del servizio il Comitato tecnico verifica lo
stato di attivazione del servizio e della corretta trasmissione dei
messaggi IT-Alert e dei contenuti, nonchè l'attivazione, gestione ed
autorizzazione della richiesta e le modalità di invio dei messaggi
IT-Alert.
4. Alle modifiche all'allegato 1 dovute ad adeguamento funzionale e
innovazione tecnologica si provvede mediante appendici di natura
tecnica e operativa allo stesso allegato 1, predisposte dal Comitato
tecnico, che sono adottate con decreto del Capo del Dipartimento
della protezione civile. Dette appendici costituiscono uno strumento
per aggiornare esclusivamente dal punto di vista tecnico l'allegato
1, senza incidere in alcun modo sugli obblighi gravanti sugli
operatori di telefonia mobile.

Art. 4

Obblighi degli operatori di comunicazioni elettroniche di rete mobile

1. Gli operatori di comunicazioni elettroniche di rete mobile
attuano le disposizioni di cui all'articolo 2 secondo il
cronoprogramma riportato nell'allegato 2, che costituisce parte
integrante al presente decreto, il cui rispetto è verificato dal
Comitato tecnico di cui all'articolo 3, anche ai fini
dell'applicazione delle sanzioni amministrative di cui al comma 3 del
medesimo articolo.

Art. 5

Disposizioni finali

1. Le disposizioni di cui al presente decreto si applicano alle
Regioni a Statuto speciale ed alle Province autonome di Trento e
Bolzano compatibilmente con i rispettivi statuti e le relative norme
di attuazione.
Il presente decreto, munito del sigillo dello Stato, sarà inserito
nella Raccolta ufficiale degli atti normativi della Repubblica
italiana. È fatto obbligo a chiunque spetti di osservarlo e di farlo
osservare.
Roma, 19 giugno 2020

Il Presidente del Consiglio dei ministri
Conte

Il Ministro
dello sviluppo economico
Patuanelli

Visto, il Guardasigilli: Bonafede

Registrato alla Corte dei conti il 26 agosto 2020
Ufficio di controllo sugli atti della Presidenza del Consiglio, del
Ministero della giustizia e del Ministero degli affari esteri, reg.ne
n. 1994

Allegato 1

1. Attivazione del Servizio IT-Alert

L'attivazione del "servizio IT-Alert" richiede che, nel rispetto
degli standard 3GPP TS 23.041 V15.3.0 (2018-09) "Technical
realization of Cell Broadcast Service (CBS)", ogni operatore di
telefonia realizzi e mantenga in operatività h24 presso le proprie
sedi almeno una coppia di entità CBC (Cell Broadcast Centre),
finalizzata al trasferimento immediato dei messaggi ricevuti dalle
corrispondenti entità CBE (Cell Broadcast Entity) alle proprie
infrastrutture di rete, e da qui, in modalità broadcast, a tutti i
dispositivi cellulari ad esse agganciati (Figura 1).

Parte di provvedimento in formato grafico

Figura 1. Servizio IT-Alert. Schema della catena di trasmissione.

Di seguito i requisiti utente e di sistema che dovranno essere
rispettati per la realizzazione delle entità CBC:
1. Ogni sottosistema CBC deve essere realizzato facendo
riferimento agli standard 3GPP TS 23.041 "Technical realization of
Cell Broadcast Service (CBS)". I requisiti mirano a raggiungere le
caratteristiche della V15.3.0 (2018-09) degli standard, pur nella
consapevolezza che ciascun operatore potrà implementare tale
versione in tempi diversi e successivi all'entrata in operatività
del servizio IT-Alert. La prestazione di invio di messaggi Cell
Broadcast (CBS) dovrà comunque essere garantita entro le scadenze
previste per tutte le tecnologie (2G, 3G, 4G e 5G) per le quali
ciascun operatore è titolare di diritti d'uso per frequenze
nazionali.
2. Ogni sottosistema CBC deve distribuire i messaggi a tutti i
nodi della rete dell'operatore telefonico in modo che, per ogni
tecnologia operativa, questi vengano inoltrati contemporaneamente, in
modalità broadcast, a tutte le celle delle BTS attive comprese
nell'area target e, di conseguenza, ai dispositivi cellulari in quel
momento connessi.
3. Ogni sottosistema CBC deve raggiungere tutti i nodi della rete
telefonica e ripetere il messaggio verso tutte le utenze attive nelle
celle selezionate, comprese le utenze dei "roamers", degli MVNO e
degli MNO che condividono la rete di accesso radio.
4. Ogni sottosistema CBC deve accettare in ingresso il formato
CAP come definito nella versione 1.2 dello standard Oasis e
dettagliato nella specifica nazionale CAP-IT.
5. Ogni messaggio, contenente al massimo 93 caratteri (con
riferimento agli alfabeti di 7 bit di cui allo standard tecnico 3GPP
TS 22.038), deve essere inviato ai dispositivi cellulari attivi
nell'area target entro 3 minuti dall'istante di ricezione da parte
del CBC, ed essere ripetuto, per tutto il periodo di validità,
secondo la frequenza prevista. L'invio di messaggi di lunghezza
superiore a 93 caratteri (sempre con riferimento agli alfabeti di 7
b-it) non deve eccedere di 3 minuti il tempo tecnico di trasmissione.
Eventuali criticità che dovessero emergere in fase di
realizzazione saranno prese in considerazione per una eventuale
modifica dei requisiti di timing.
6. Per ogni messaggio ricevuto da CBE ogni sottosistema CBC deve
restituire in tempo reale un messaggio di "corretta ricezione" o di
"errore".
7. Per ogni messaggio ricevuto, ottenuto l'esito della
trasmissione dagli elementi della rete di accesso radio, ogni
Operatore deve restituire un report con le informazioni relative al
messaggio (identificativo univoco, tipo, contenuto, inizio e fine
invio, ripetizioni), nonchè l'elenco contenente il codice CGI/e CGI,
la tecnologia, la posizione della BTS e la direzione di irradiazione
delle celle a cui, per ogni tecnologia, è stato inviato il messaggio
per la trasmissione e l'esito della trasmissione.
8. Ogni sottosistema CBC deve essere connesso con il Dipartimento
della Protezione Civile attraverso link privati ad alta
affidabilità.
9. Il testo e tutte le meta-informazioni di ogni messaggio, tra
cui l'area target, il periodo di validità e la frequenza di
ripetizione, dovranno essere ricavati dalla decodifica del messaggio
CAP-IT ricevuto. Allo stesso modo, il CBC dovrà inviare le
informazioni di risposta nello stesso formato.
10. Le entità CBC di uno stesso operatore devono essere
realizzate per lavorare in alta affidabilità e disponibilità
continua h24, ed essere installate presso due nodi geograficamente
distribuiti. Il presente requisito non preclude tuttavia soluzioni
per l'implementazione del CBC che prevedano la condivisione con più
reti dello stesso operatore o di più operatori e/o la
virtualizzazione in cloud privato ovvero l'esternalizzazione del
servizio CBC, fermo restando l'onere per l'operatore al rispetto
delle specifiche del presente documento e delle prescrizioni di
sicurezza applicabili agli operatori quali infrastrutture critiche.
Al fine di assicurare le attività di prevenzione e monitoraggio,
l'eventuale collocazione della funzione CBC fuori dei confini
nazionali dovrà essere valutata e autorizzata di caso in caso.
11. Ogni CBC dovrà accettare solo messaggi certificati
provenienti da fonti autorizzate. Le rispettive chiavi pubbliche e/o
i certificati digitali saranno scambiati in modo sicuro con ciascun
operatore.
12. Al fine di evitare ogni possibilità di invio di messaggi
Cell Broadcast che non siano stati debitamente autorizzati, è fatto
carico a ciascun operatore di adottare opportuni sistemi di sicurezza
per proteggere l'accesso ai sottosistemi CBC conformemente alle
prescrizioni di cui all'articolo 4 del decreto del MISE del 12
dicembre 2018, recante misure di sicurezza ed integrità delle reti
di comunicazione elettronica e notifica degli incidenti
significativi, pubblicato nella Gazzetta Ufficiale, Serie Generale
n.17 del 21-01-2019.
13. Presso le sedi di installazione delle entità CBC ogni
Operatore dovrà consentire l'installazione degli apparati di rete e
delle connessioni necessarie per la ricezione dei messaggi. Agli
Operatori è dato il compito di fornire l'hosting degli apparati
(raffrescamento e continuità energetica) e di consentire l'accesso
per tutti i successivi interventi di manutenzione secondo un
protocollo da concordarsi tra le parti.
14. La comunicazione verso e dalle entità CBC avverrà secondo
il pattern Publish/Subscribe. Il CBE esporrà un broker a cui tutti i
CBC si dovranno registrare e restare in attesa di messaggi. Al
ricevimento di un messaggio dalla coda, i CBC dovranno processarlo e,
successivamente, inviare la risposta al CBE tramite il broker stesso.
15. Prima dell'inoltro sulla rete cellulare ogni CBC dovrà
verificare la doppia firma digitale associata al messaggio CAP-IT con
cui gli è stato trasmesso.

2. Attivazione dei messaggi IT-Alert

Ogni entità CBC realizzata come descritto in precedenza dovrà
processare due tipi di messaggi:
• Messaggi Broadcast: sono i messaggi che devono essere
inoltrati sulla rete cellulare;
• Connection Test: sono i messaggi per la verifica dello stato
di funzionamento delle entità CBC (non devono essere propagati sulla
rete).
Per discriminare tra i due tipi di messaggi è necessario fare
riferimento ai seguenti campi dello standard CAP-IT:
• Alert.msgType: identificativo CAP del tipo di messaggio;
• Alert.status: identificativo CAP dello stato del messaggio;
• Alert.scope: identificativo CAP della visibilità del
messaggio;
• Alert.restriction: identificativo CAP della eventuale lista
di restrizioni di visibilità del messaggio.


La Tabella 1 riporta la valorizzazione dei campi nei due casi.
|===============|=============|=============|===========|===========|
|Messaggio IT- |Alert.msgType| Alert.status|Alert.scope| Alert. |
| ALERT | | | |restriction|
|===============|=============|=============|===========|===========|
| Messaggio | • Alert | Actual | Public | - |
| Broadcast | • Update | | | |
| | • Cancel | | | |
|---------------|-------------|-------------|-----------|-----------|
|Connection Test| Alert | Test | Restricted| CBC |
|---------------|-------------|-------------|-----------|-----------|

Tabella 1. Valorizzazione dei campi del tracciato CAP-IT per la
discriminazione dei messaggi "broadcast" e dei messaggi "test
connection".
Tutti i messaggi che avessero una diversa combinazione di questi
campi dovranno essere rifiutati dal CBC con un opportuno messaggio di
risposta di tipo "Error".

a.1 Messaggio Broadcast

La formalizzazione delle comunicazioni prevede che ogni messaggio
inviato da un'entità CBE sia ricevuto da tutte le entità CBC in
ascolto.
In Figura 2 è schematizzato il flusso dei messaggi fra CBE e CBC
nel caso di invio di un Messaggio Broadcast:


Parte di provvedimento in formato grafico


Figura 2. Servizio IT-Alert. Schema del flusso dei messaggi fra CBE
e CBC nel caso di invio di un messaggio Broadcast.

Dopo i controlli preliminari dettagliati alla lettera f), è
previsto che ogni entità CBC risponda all'entità CBE con un
messaggio di corretta ricezione (acknowledge) o di rifiuto (error), a
loro volta formalizzati in un nuovo messaggio CAP-IT.
La valorizzazione dei diversi campi è riportata in Tabella 2.

Parte di provvedimento in formato grafico

Tabella 2. Valorizzazione dei diversi campi del tracciato CAP-IT
nel caso di Messaggio Broadcast

a.2 Test Connection

In Figura 3 è schematizzato il flusso dei messaggi fra CBE e CBC
nel caso di "test connection".

Parte di provvedimento in formato grafico

Figura 3. Servizio IT-Alert. Schema del flusso dei messaggi fra CBE
e CBC nel caso di Test Connection.

La valorizzazione dei diversi campi è riportata in Tabella 3.

Parte di provvedimento in formato grafico

Tabella 3. Valorizzazione dei diversi campi del tracciato CAP-IT
nel caso di Test Connection.

3. Contenuti dei messaggi IT-Alert

Le procedure di Protezione Civile che dovranno essere seguite per
l'invio di ogni singolo messaggio IT-Alert devono, in primo luogo,
individuare la sua tipologia, definendo i nove item riportati in
Tabella 4, tra cui le soglie di attivazione per il loro trigger. Le
procedure le soglie e i trigger sono stabiliti d'intesa con le
Regioni e le Province autonome.

Parte di provvedimento in formato grafico

Tabella 4. Possibili valorizzazioni dei nove Item individuati per
la definizione della tipologia di messaggio IT-Alert
I testi di ogni messaggio saranno contenuti in un apposito campo
del tracciato CAP-IT (info.description) che sarà ripetuto
all'occorrenza in diverse lingue.
Lo standard tecnologico a cui, dal 2012, hanno aderito tutti i
produttori di dispositivi cellulari, definisce le regole per la
ricezione e la presentazione dei messaggi di testo sui dispositivi
degli utenti, che avviene come una "notifica", ovvero attraverso un
"pannello modale" (che prende il sopravvento sul display), che
contiene il testo e attende un click di conferma.
Ogni pannello, oltre a una intestazione fissa, può contenere fino
a 93 caratteri di testo (spazi inclusi).
Per messaggi più lunghi lo standard consente la possibilità di
concatenare fino a 15 pannelli che si presentano, in sequenza, a
seguito dei "tap" dell'utente sul tasto OK.
Oltre al semplice testo, lo standard afferma che l'apparato
ricevente deve poter processare anche un identificativo URL di una
risorsa Internet o un numero telefonico che siano presenti nel testo
del messaggio.

4. Gestione della richiesta per l'attivazione dei messaggi
IT-Alert;

Tutte le informazioni necessarie per la gestione della richiesta di
attivazione di un'istanza di messaggio IT-Alert avverrà tramite
protocollo CAP-IT.
Ogni file che incapsulerà un messaggio CAP-IT valido sarà quindi
definito da un tracciato standard XML che conterrà tutti gli estremi
del messaggio secondo lo schema definito e sarà composto da un
segmento &lt;Alert&gt;, da uno o più segmenti &lt;Info&gt; e, per ciascuno, uno
o più segmenti &lt;Area&gt; e &lt;Parameter&gt; (Figura 4)

Parte di provvedimento in formato grafico

Figura 4 Richiesta attivazione messaggi IT-Alert. Schema CAP-IT

Ogni CBC dovrà ricavare le informazioni tramite la mappatura dei
campi del tracciato CAP riportata in Tabella 5.
Viene usata la seguente convenzione tipografica:
• Obbligatorio: il grassetto è utilizzato per i campi del CAP-IT
obbligatori
• Condizionale: l'Italico è utilizzato per i campi del CAP-IT
condizionali
• Opzionale: il carattere normale è utilizzato per i campi del
CAP-IT opzionali

Parte di provvedimento in formato grafico

Tabella 5. Mappatura tra campi del tracciato CAP-IT e informazioni
di interesse/supportate dai CBC.

5. Modalità di autorizzazione della richiesta di attivazione di un
messaggio IT-Alert;

Prima dell'inoltro di un messaggio sulla rete cellulare, ogni CBC
dovrà verificare la doppia firma digitale associata al formato
CAP-IT con cui gli è stato trasmesso.
Le comunicazioni avverranno secondo il protocollo TLS 1.2.
Ogni macchina inclusa nella rete dovrà, una tantum, generare una
propria coppia di chiavi pubblica e privata. Con la chiave pubblica
verrà generato un apposito certificato dalla Certification Authority
che verrà resa disponibile all'interno della rete. Questo
certificato varrà per le comunicazioni TLS, per verifica delle firme
dei messaggi e per la firma dei messaggi di risposta.
A livello software, la sicurezza del messaggio dal CBE al CBC viene
garantita da una doppia firma del messaggio CAP-IT che deve essere
verificata da parte del CBC prima dell'invio fisico sulla rete. La
doppia firma rappresenta la certificazione del sistema (automatico,
semiautomatico o manuale) che in origine ha scatenato il messaggio e
del CBE che lo ha ricevuto, processato ed inoltrato al CBC.
Per implementare questa doppia firma, il messaggio CAP-IT viene
incapsulato in un apposito tag xml denominato &lt;it Alert&gt;&lt;/it Alert&gt;,
contenente al suo interno:
2. Il messaggio cap originale, con l'aggiunta di un attributo "id"
al tag &lt;Alert&gt; necessario per poterlo "riferire";
3. Le firme &lt;ds:Signature&gt;&lt;/ds:Signature&gt; che fanno riferimento al
tag xml che incapsula il vero e proprio cap &lt;Alert&gt;&lt;/Alert&gt;;
Lo schema riportato in Figura 5 rappresenta la struttura dei tag
del messaggio che verrà ricevuto dal brocker.

Parte di provvedimento in formato grafico

Figura 5. Srvizio IT-Alert. Struttura dei tag XML del messaggio
CAP-IT inviato dal CBE.
L'operazione di verifica delle firme restituisce il documento xml
che rappresenta il solo CAP-IT (senza il tag che lo incapsula e,
ovviamente, senza le firme).
Analogamente, le risposte dal CBC verso il CBE dovranno essere
firmate. In questo caso la firma sarà singola. Lo schema dei tag XML
è rappresentato in Figura 6:

Parte di provvedimento in formato grafico

Figura 6. Servizio IT-Alert. Struttura dei tag XML del messaggio
CAP-IT di risposta dal CBC.

6. Modalità di invio dei messaggi IT-Alert;

Tulle le regole tecniche per la realizzazione del servizio IT-Alert
sono raccolte nello standard ETSI TS 102 900 V1.2.1 (2012-01)
"European Public Warning System (EU-Alert) using the Cell Broadcast
Service" a cui l'intero progetto si riferisce, e che contiene le
indicazioni per uniformare il protocollo di comunicazione tra tutti i
paesi europei.
Come riportato in Tabella 66, Il protocollo EU-Alert è utilizzato
in Italia per l'invio di cinque tipologie di messaggi.


|===|=================|==============================|==============|
| # | Tipo | messaggio |Disattivazione|
| | | | notifiche |
|---|-----------------|------------------------------|--------------|
| 1 |IT-Alert level 1 |Messaggi di allerta a | No |
| | |maggiore severità | |
|---|-----------------|------------------------------|--------------|
| 2 |IT-Alert level 2 |Messaggi di allerta a | Si |
| | |severità media | |
|---|-----------------|------------------------------|--------------|
| 3 |IT-Alert level 3 |Messaggi di allerta a | Si |
| | |bassa severità | |
|---|-----------------|------------------------------|--------------|
| 4 |IT-Monthly test |Messaggio specifico | Si |
| | |per il test mensile | |
|---|-----------------|------------------------------|--------------|
| 5 |IT-Excercise |Messaggio specifico | Si |
| | |per le esercitazioni | |
|---|-----------------|------------------------------|--------------|

Tabella 6. Classificazione dei tipi di messaggio secondo
l'interpretazione italiana dello standard EU-Alert
I messaggi di tipo 1, 2 e 3, sono i veri e propri messaggi di
allerta utili per informare i cittadini di una situazione di pericolo
imminente e sono contraddistinti da tre livelli di gravità
decrescente.
Per i messaggi di allerta di livello 1, ovvero a maggiore
severità, le notifiche non possono essere disattivate ed il
messaggio sarà comunicato a prescindere dalle opzioni di ricezione
disposte sull'apparato ricevente.
Per tutti gli altri tipi di messaggio ogni utente finale può
disattivare dal proprio dispositivo cellulare la ricezione delle
notifiche.
A parità di tutti gli altri campi valorizzati nel tracciato
CAP-IT, il CBC discriminerà il messaggio in base al campo
&lt;info.event&gt; o, in alternativa, in base alla combinazione dei campi
&lt;info.severity&gt;, &lt;info.urgency&gt; e &lt;info. certainty&gt; e lo invierà
attraverso opportuni canali a priori definiti.
Oltre questo, il CBC selezionerà il canale di invio anche a fronte
della valorizzazione del campo info.language.
La Tabella 7 mostra la corrispondenza tra i tipi di messaggio dello
Standard EU-Alert e la valorizzazione dei campi del tracciato .XML
del formato CAP-IT.
Nelle ultime due colonne i canali di trasmissione rispettivamente
nel caso della sola lingua italiana e nel caso di più lingue:

Parte di provvedimento in formato grafico

Tabella 7. Corrispondenza tra i tipi di messaggio dello Standard
EU-Alert e la valorizzazione dei campi del tracciato CAP-IT.
L'individuazione dell'area target, ovvero dell'area geografica a
cui si intende inviare il messaggio (a tutte le utenze cellulari in
essa attive) è definita nei segmenti "&lt;Area&gt;" del tracciato CAP.
Compito dei CBC è quello di attivare, ad ogni occorrenza e per
tutte le tecnologie, tutte le celle installate presso le stazioni
radio base (BTS) presenti nell'area indicata.
In ogni segmento la dimensione e la forma dell'area target possono
essere definite mediante tre differenti metodi (Figura 7, Figura 8):
• &lt;area.polygon&gt;: il messaggio CAP-IT conterrà le coordinate dei
vertici (v) in formato WGS84, di una poligonale chiusa, convessa,
espresse come coppie LAT,LON di numeri decimali separati da spazio
• &lt;area.circle&gt;: il messaggio CAP IT conterrà le coordinate
LAT,LON del centro (c) e il raggio (r) espresso in chilometri.
• &lt;area.geocode&gt;: il messaggio CAP-IT conterrà il riferimento al
"nome" di una o più "features" note a priori, precedentemente
inserite all'interno di appositi vocabolari controllati (es: "Comune
di Roma", "area di allertamento LIG-B", "Provincia di Napoli", ecc.).
I "vocabolari controllati" saranno resi disponibili agli Operatori
con cadenza periodica, e conterranno, oltre al nome di ogni singola
area target, anche la poligonale geografica che la rappresenta sul
territorio.
Atteso che, in ogni caso, l'area target non sarà perfettamente
sovrapponibile all'area di copertura delle celle e che una data area
geografica può essere servita anche da celle/BTS ubicate all'esterno
dei confini che descrivono l'area, il CBE invierà a ciascun CBC una
poligonale già "estesa" rispetto all'area effettiva di interesse per
l'invio dei messaggi IT-Alert affinchè vengano individuate ed
attivate tutte le celle che ragionevolmente offrono copertura
all'interno dell'area di interesse ("Poligonale netta").

Parte di provvedimento in formato grafico

Figura 7. Messaggi IT-Alert. Definizione delle aree target con i
metodi •area.polygon&gt; e •area.circle&gt;.

Per gli scopi del servizio, l'eventuale allertamento anche di
utenti all'esterno dell'area target, in funzione dell'estensione e
della forma dell'area di copertura delle celle individuate risulta,
infatti, accettabile.
Nel caso dei messaggi automatici o semi-automatici l'area target
nominale (corrispondente al nome della feature) nel corrispondente
vocabolario sarà sempre associata a una figura geometrica
opportunamente estesa, in modo che si possa massimizzare la copertura
delle utenze all'interno di essa (Figura 8).

Parte di provvedimento in formato grafico

Figura 8. Piattaforma IT-Alert. Definizione delle aree target con
il metodo •area.geocode&gt;.

7. Rispetto della normativa in materia di protezione dei dati
personali;

Il servizio IT-Alert viene erogato attraverso l'invio di messaggi
con la tecnologia Cell Broadcast, come definita dagli standard ETSI
TS 102 900 e 3GPP 23041. In particolare, il funzionamento del
servizio non è basato sul numero dell'utente che deve ricevere il
messaggio, essendo, invece - come specificato al paragrafo 2 dello
standard 3gpp 23041 - un servizio analogo a quello televisivo, che
consente l'invio generalizzato (broadcast o "radiodiffusione
circolare") di messaggi a tutti gli apparati in grado di riceverli
all'interno di una determinata area geografica.
Tale specificità tecnica pone il servizio IT-Alert al di fuori
dello scopo della normativa sulla Privacy, non essendo necessaria,
per chi invia il messaggio, alcuna informazione circa il ricevente,
inclusi il numero di telefono, nominativo, etc. L'assenza di
riscontro circa la ricezione del messaggio, rafforza l'assenza di
qualunque violazione della privacy degli utenti.
È comunque fatto divieto di utilizzare dati comunque ricavabili
dalla gestione del Servizio che non siano strettamente necessari per
il funzionamento dei Servizio stesso e per gli scopi previsti dalla
legge.

Allegato 2

Il Servizio IT-Alert entrerà in servizio "sperimentale" il primo
ottobre 2020.

A partire da quella data, secondo le prescrizioni contenute nel
Decreto a cui questo allegato si riferisce, nel suo allegato 1, e nei
documenti di dettaglio condivisi dal MISE, ogni Operatore dovrà
mantenere in funzione presso le proprie sedi le due entità CBC
necessarie per la ricezione ed il trasferimento dei messaggi in
modalità broadcast a tutti i dispositivi cellulari presenti nelle
aree target.
Nel periodo che intercorre tra la pubblicazione del Decreto e la
data di inizio della sperimentazione del servizio saranno condotte:
• attività di "TRIAL", negli gli impianti del Dipartimento della
Protezione Civile realizzati presso la Fondazione CIMA di Savona,
finalizzate alla qualificazione a livello generale delle entità CBE,
CBC, degli apparati di rete (reali e simulati) e dei terminali
utente;
• attività di "TEST" finalizzate alle prove tecniche sulla rete
degli operatori e sulle loro nuove implementazioni realizzate al fine
di consentire l'operatività del servizio.
Nel corso delle attività di TEST, in coordinamento con un'apposita
campagna di comunicazione, potranno essere inviati opportuni messaggi
di prova fino agli apparati cellulari presenti in aree target
specifiche concordate nel corso delle fasi precedenti.