Il documento riporta:

Транскрипт

1 Linee guida per l utilizzo delle informazioni UUI per la sincronizzazione chiamata scheda contatto nell ambito del trasferimento urbano di chiamate tra PSAP per la soluzione NUE 112. Il documento riporta: A) La specifica condivisa del formato UUI; B) Le strategie implementabili ai PSAP riceventi per aumentare la confidenza nella associazione Chiamata Scheda Contatto; C) precisazioni sul formato del CLI per le chiamate ricevute da terminali mobili senza SIM. A) Specifica Formato UUI 1) Si propone l utilizzo di dati inseriti nel campo UUI del messaggio SETUP ISDN per la sincronizzazione chiamata scheda contatto Tale messaggio sarà inserito esclusivamente nel messaggio Setup utilizzando il servizio UUI di tipo 1); l Information Element UUI sarà quindi gestito solo nel messaggio Setup. 2) Formattazione dei dati inseriti nel campo UUI del messaggio SETUP ISDN La codifica dei campi all interno dello UUI da adottare nel trasferimento delle chiamate tra gli Enti è così rappresentata: 7e Information Element che identifica in modo univoco il Real UUI (come da Q931), da ricercare all interno del messaggio di setup xy numero di ottetti che mancano alla fine del Real UUI (come da Q931) 00 fe due byte fissi corrispondenti a MX ONE UUI Identifier <numero variabile di ottetti non significativi per associazione scheda contatto e chiamata> 5f CID information element (campo proprietario). N.B. Il CID va ricercato all interno del messaggio ed è indicato dal codice univoco 5f wz numero di ottetti che mancano alla fine del CID XX XX XX le cifre numeriche del CID rappresentate in nibbles, due nibbles per ogni ottetto. Ogni ottetto in formato litte endian Quindi nel campo UUI il messaggio Real UUI di interesse è così codificato: 7e xy 00 fe < numero variabile di ottetti non significativi per associazione scheda contatto e chiamata > 5f wz XX XX XX XX XX XX XX XX XX XX Per tutti i trasferimenti di chiamata non originati dalla Polizia di Stato il < numero variabile di ottetti non significativi per associazione scheda contatto e chiamata > e pari a 0. A causa di una

2 caratteristica tecnologica inerente i sistemi telefonici della Polizia di Stato (centralini Aastra MXONE), per le chiamate trasferite da questi sistemi il < numero variabile di ottetti non significativi per associazione scheda contatto e chiamata > potrà essere maggiore di 0. Di seguito si trattano separatamente per chiarezza la codifica del UUI nel caso di chiamate trasferite da altro Ente verso Polizia di Stato o da altro Ente a altro Ente (punto a) e di chiamate trasferite da Polizia di Stato verso altro Ente (punto b): a. Formato dello UUI, contenente l IE che imbusta il CID, nel caso di chiamate trasferite da altro Ente verso Polizia di Stato o da altro Ente a altro Ente: I messaggi scambiati nella trama ISDN avranno la seguente codifica: 7e xy 00 fe 5f wz XX XX XX XX XX XX XX XX XX XX Il messaggio (CID) ha lunghezza variabile con il limite di 20 cifre (10 ottetti). Le cifre sono codificate in nibble (4 bit) contenenti le cifre 0 9, * e # ; * e # sono valorizzate in esadecimale come a e b rispettivamente. xy e wz indicano il numero di ottetti che mancano alla fine del messaggio. Pertanto il messaggio di lunghezza massima (20 cifre) sarà definito con xy=0e (14 ottetti, 10 di CID e 4 corrispondenti alla stringa 00 fe 5f wz ) e wz=0a (10 ottetti corrispondenti al CID). Le singole cifre saranno codificate su 4 bit e quindi ciascun ottetto contiene due digit codificati in ordine inverso, ovvero LSN+MSN: Di seguito sono descritti alcuni esempi di messaggi formalmente validi. Formato UUI: 7e 0e 00 fe 5f Messaggio codificato: Formato UUI: 7e 0a 00 fe 5f ba Messaggio codificato: *#

3 b. Formato dello UUI, contenente l IE che imbusta il CID, nelle chiamate trasferite da Polizia di Stato verso altro Ente: I messaggi scambiati nella trama ISDN avranno la seguente codifica: 7e xy 00 fe <ottetti non significativi per associazione scheda contatto e chiamata > 5f wz XX XX XX XX XX XX XX XX XX XX Il messaggio (CID) ha lunghezza variabile con il limite di 20 cifre (10 ottetti). Le cifre sono codificate in nibble (4 bit) contenenti le cifre 0 9, * e # ; * e # sono valorizzate in esadecimale come a e b rispettivamente. xy e wz indicano il numero di ottetti che mancano alla fine del messaggio. Le singole cifre saranno codificate su 4 bit e quindi ciascun ottetto contiene due digit codificati in ordine inverso, ovvero LSN+MSN. Codifica del messaggio uui: 7e identifica IE relativo allo UUI 1 byte relativo alla lunghezza 2 byte fissi 00 fe proprietari a cui fanno seguito altri IE che dovranno essere scartati. Gli IE proprietari da scartare possono essere di due tipi o a lunghezza fissa di un byte oppure a lunghezza variabile. IE a lunghezza fissa 1 byte da scartare: cosi composti: Identifier Content Bit descrizione 000 Status of destination (SOD) 001 Group information (GRPINF) 010 Specific order (SOR) 011 Type of party (CLC)

4 100 Travelling Class Mark (TCM) 101 Night Service Notification (NS N) 110 Transferred (TFRD) 111 Routing Information (RTI) Content Status of destination Bit descrizione 0000 Free 0001 Busy 0010 Reserved 0011 Camped on busy 0100 Speech/Connected (A party in a 2 party call) 0101 Speech/Connected (B party in a 2 party call) 0110 Reconnected after Intrusion 0111 Not available 1000 Answered after Transfer Group information Bit descrizione 0000 Recall to operator is allowed when extended to a group 0001 Recall to operator is not allowed when extended to a group Specific Order Bit descrizione 0000 Ring Out... IE a lunghezza variabile da scartare Gli IE descritti di seguito andranno scartati, fatta eccezione per il 5f che identifica il CID. Questi IE sono composti da: 1 byte che identifica il ipo di IE 1 byte relativo alla lunghezza N N byte di DATI

5 3) Semantica dei dati inseriti nel campo CID dello UUI Qualunque stringa di caratteri 0 9 e * o # purchè di lunghezza uguale o inferiore alle 20 cifre totali è trasmessa da e verso l interfaccia ISDN. Valgono le seguenti considerazioni sulla semantica dei dati inseriti: le prime due cifre (1 2) sono sempre utilizzate per identificare il numero progressivo della scheda contatto.

6 Qualora l id della scheda sia indisponibile deve essere utilizzato il valore ## (bb in esadecimale); le tre cifre seguenti (3 4 5) sono sempre utilizzate per identificare il OP_ID. Qualora questo dato fosse indisponibile dovrà essere utilizzato il valore ### (bbb in esadecimale) le cifre rimanenti (da 6 a 20, lunghezza variabile, massimo 15) saranno sempre dedicate al numero di telefono CLI. Nel caso il CLI non fosse disponibile tale campo può rimanere non valorizzato (e ne consegue che il messaggio trasmesso avrà lunghezza minore). Il numero CLI presente sarà valorizzato nel formato come da ITU T E.164: Country Code, Area Code e Numero chiamante (Country Code che può avere da 1 a 3 cifre). Non sono previsti 0 prima del country code. 4) Esempi di codifica Di seguito alcuni casi di messaggio scambiato assumendo sempre: ID scheda contatto = 00 e OP_ID = 123: o chiamata da utente fisso italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f f0 o chiamata da utente fisso italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f o chiamata da utente mobile italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f f9 o chiamata da utente mobile canada (+1) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f o chiamata da utente mobile germania (+49) numero tel. = valorizzazione in formato ITU T E164:

7 Messaggio codificato (CID): IE UUI contenente il CID: 5f o chiamata da utente mobile india (+91) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f f9 o chiamata da utente mobile marocco (+212) numero tel. = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f f6 o chiamata da utente mobile grenada (+1 473) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): IE UUI contenente il CID: 5f Nota: nella valorizzazione in formato ITU T E164 gli spazi tra le cifre sono inseriti solo per leggibilità. Si noti che nel caso il numero di cifre del CLI sia PARI (ad. esempio = 12 cifre) il numero totale di cifre sarebbe dispari (esempio 5+12 =17), quindi viene aggiunta un ulteriore cifra valorizzata con f ne consegue che l ultimo ottetto sarà valorizzato come f+ultima cifra (nell esempio = 5f f0 come se il numero da inviare fosse F) Nel caso il CLI non sia presente il messaggio sarà per coerenza codificato come segue: IE UUI contenente il CID: 5f F3 (come se il messaggio fosse 00123F (id scheda=00 OP ID =123) Messaggio codificato (CID): Di seguito alcuni casi con ID SCHEDA e/o OP ID indisponibili (n/d = non disponibile): ID scheda contatto = n/d e OP_ID = 123 per chiamata da utente fisso italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): ## IE UUI contenente il CID: 5f 09 bb f0 ID scheda contatto = 65 e OP_ID = n/d per chiamata da utente fisso italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): 65###

8 IE UUI contenente il CID: 5f bb 3b f0 ID scheda contatto = n/d e OP_ID = n/d per chiamata da utente fisso italia (+39) numero telefono = valorizzazione in formato ITU T E164: Messaggio codificato (CID): ##### IE UUI contenente il CID: 5f 09 bb bb 3b f0 Il caso limite con ID scheda contatto = n/d, OP_ID =n/d e CLI = n/d è implementato con il seguente UUI: Messaggio codificato (CID): ##### IE UUI contenente il CID: 5f 03 bb bb fb

9 B) Irrobustimento Confidenza Associazione CID Scheda Contatto Poiche il vincolo tecnico di utilizzare al massimo 20 cifre per il CID consente di inserirvi solo le ultime 2 cifre della Scheda Contatto, si possono dare alcuni casi di presenza di piu Schede Contatto aventi il medesimo CID, quali ad esempio: 1) l arrivo di due chiamate sul PSAP1 dal medesimo CLI a 100 Schede di distanza l una dall altra (caso raro dalla medesima linea singola fissa o mobile, un poco piu probabile da centralino in caso di eventi che scatenano pluralità di chiamate dei Cittadini); 2) Lo spostamento di un utente mobile dall area di copertura di un PSAP1 all area di copertura di una altro PSAP2 (es. NUE Laici di Varese e Milano), con generazione da parte dei due PSAP1 di una scheda identica (con probabilità pari all 1%, ossia la probabilità che le due Schede Contatto generate dai due PSAP1 abbiano ultime due cifre uguali). Per massimizzare la confidenza sulla corretta associazione chiamata Scheda Contatto al PSAP2 ricevente si propone l utilizzo delle seguenti strategie: 1) Gestione Schede per conoscenza e per competenza Solo le schede per competenza hanno bisogno di essere associate alla chiamata trasferita. 2) Gestione stato non associato delle Schede Contatto per competenza Gestendo al PSAP2 lo stato della Scheda Contatto in modo da discriminare tra le Schede Contatto ricevute ma non ancora associate, e quelle ricevute e gia associate, e possibile ridurre drasticamente il numero di schede da esaminare per fare l associazione con la chiamata trasferita. 3) Utilizzo di un timestamp applicativo si propone di Impostare un confronto su un timestamp di tipo applicativo in modo che nel caso di CID uguali (ovvero CLI+OP_ID+2 cifre sk contatto uguali) la selezione automatica della scheda contatto seguirà la seguente condizione t ric t trasm <= X (ovvero differenza in valore assoluto), dove t ric è l istante temporale in cui l Ente ricevente risponde alla chiamata trasferitagli, t trasm è l istante di trasmissione della scheda contatto che l Ente che trasferisce la chiamata inserirà nel tag xml della scheda contatto X è l intervallo temporale di confidenza entro cui dovrebbe trovarsi il timestamp applicato alla scheda. E opportuno che gli applicativi vengano sviluppati con la possibilità di settare parametricamente il valore X per poterne effettuare un fine tuning in campo.

10 4) Mantenimento possibilità di Pick up manuale della Scheda Contatto Anche in presenza dell automatismo di associazione Chiamata Scheda Contatto, e opportuno mantenere per gli Operatori di PSAP2 la possibilità di effettuare il pick up manuale della Scheda Contatto, in quanto: E un meccanismo che assicura, anche in caso di problemi sulla catena PBX/CTI PSAP1 Rete Telefonica PBX/CTI PSAP2 che non consentano l invio corretto dello UUI (ma che non pregiudichino la trasferta telefonica e l invio della Scheda Contatto), di associare chiamata trasferita e Scheda Contatto ( funzionamento in degradato ); Permette di risolvere eventuali casi di errata associazione da parte dell automatismo. 5) Generazione numero scheda contatto Per evitare una ricorrenza frequente delle stesse ultime due cifre di identificazione della scheda contatto si suggerisce di generare la numerazione delle schede contatto su base provincia o su un insieme di province contenuto e non a livello nazionale. C) Precisazioni formato CLI per chiamate provenienti da terminali mobili senza SIM Facendo riferimento al Paragrafo 8 dell allegata Specifica Tecnica ministeriale per tutti i dettagli, ricordiamo come il formato del CLI chiamante e, per tutte le chiamate di emergenza provenienti da terminali mobili senza SIM, definita con una lunghezza fissa di 14 cifre cosi composte: 4 cifre per un prefisso speciale di rete fissa, posto sempre a 0160, 3 cifre per l OP_ID dell Operatore originante la chiamata, 7 cifre per le 7 cifre piu significative dell identificativo IMEI del terminale mobile <OP_ID a 3 cifre> + <7 cifre IMEI> ST versione 8.pdf 1) Esempio di codifica o chiamata da terminali mobili senza SIM CLI ricevuto da Rete Pubblica = , ID scheda contatto = 00, OP_ID=287; Messaggio codificato(cid): IE UUI contenente il CID: 5f 0a f0