Embed Size (px)
Citation preview
2º Workshop - Integração de Dados entre os centros 112 e outras entidades
Lisboa | Portugal 23 de Março de 2017
2
Agenda
Situação atual
Abordagem proposta
Piloto Português
3
Agenda
Situação atual
Abordagem proposta
Piloto Português
Situação atual: eCall
PSAP
TPSP
PLMN
DATA
Data Gateway
VOICE
PBX
PBX
eCallApplication
TSDClient
Voice & Data
eCallApplication
Data
eCallModem
Data
Possible voice connection between PSAP and vehicle
occupants
PLMN
TSD Server
Vo
ice
Voice
Dat
aTr
ansf
er
Pan-European eCall
TPS eCall
Situação atual
MSD
eCall PSAP A
EN 15722 :2015
Situação atual: PSAP-PSAP
MSD
eCall PSAP A PSAP B Incident form
(with MSD) Proprietary format or
voice
EN 15722 :2015
Situação atual
MSD
eCall PSAP A PSAP B
Outras entidades
Incident form (with MSD)
Proprietary format or
voice
EN 15722 :2015
• MSD é recebido no PSAP A
• A informação é transmitida para outros PSAPs ou outras entidades através de sistemas proprietários, – o que não permite interoperabilidade
– aumenta a complexidade dos sistemas
Situação atual: TPSP-PSAP
eCall PSAP A PSAP B Incident form
(with MSD)
TPSP
Proprietary format or
voice
Outras entidades TSD
EN 16102:2011
Situação atual: TPSP-PSAP Disposição transitória EN 16102: web service pull mechanism
• Os dados TSD (MSD mais dados opcionais) são publicadas num serviço web/página web (conteúdo não standardizado)
• A disponibilidade de novos dados de emergência é notificada ao PSAP através de chamada de voz
• O PSAP obtém acesso aos dados através do serviço/página Web
Estrutura de Informação não standardizada
Situação atual
PSAP 1
TPSP 1
TPSP 3
PSAP 2
PSAP 3
PSAP 4
Situação atual
• Atualmente a informação sobre uma ocorrência é transmitida entre as diferentes entidades envolvidas por voz ou através de sistemas proprietários.
• Problema: como standardizar a troca de informação com:
– Outros PSAPs?
– Com os TPSPs?
– Entre as diferentes entidades envolvidas numa emergência?
12
Agenda
Situação atual
Abordagem proposta
Piloto Português
Abordagem proposta
• Utilizar o protocolo CAP e conceber um "perfil CAP eCall" pan-europeu, flexível e extensível.
• CAP - Common Alerting Protocol - é um formato de dados baseado em XML para troca de avisos públicos e de emergências.
• Inicialmente desenvolvido a partir de uma proposta do U.S. National Science and Technology Council (NSTC), é atualmente recomendado pela ITU e mantido pela OASIS (Organization for the Advancement of Structured Information Standards).
Abordagem proposta
TSD
eCall PSAP A PSAP B Incident form
(with MSD)
TPSP
Standard CAP format
Outras entidades
MSD
CAP with MSD and TSD
Pull dedicated CAP Feeds (STRUCTURED and STANDARD)
Abordagem proposta • O "envelope" CAP conterá informações para:
– identificar de forma exclusiva as mensagens – atualizações de links para o alerta original e – especificar o (s) destinatário (s) para cada uma das diferentes cadeias de
comunicação (TPSP-PSAP, PSAP-PSAP, …)
• As informações MSD mais relevantes (por exemplo, campos obrigatórios), são mapeadas e transportadas dentro de campos de CAP específicos, de modo a serem imediatamente e facilmente acessíveis mesmo antes da descodificação de todo o MSD
• Toda a mensagem TSD, incluindo as Informações Adicionais e toda a mensagem MSD são transportadas como blocos CAP "resource“, codificados em base64
• As informações de TSD mais relevantes (UID, SID, Callback Number e Vehicle Phone Number, …), são transportadas como blocos CAP “parameter" adicionais, para serem imediatamente acessíveis.
Abordagem proposta: vantagens
• PSAPs precisam “entender” e gerir apenas um formato de dados – CAP – em todos os casos, permitindo:
– Interoperabilidade
– “Solução à prova do futuro”, graças à extensibilidade e flexibilidade da estrutura do CAP
Próximos passos
• Proposta definitiva a ser descrita no deliverable D4.2 do projeto I_HeERO
• Submissão da proposta aos decisores nacionais e da União Europeia
• Submissão da proposta aos organismos de estandardização
18
Agenda
Situação atual
Abordagem proposta
Piloto Português
Piloto Português
• Testar os mecanismos de troca de informação do 112.pt com PSAPs de Espanha e com TPSPs
• Contribuir para o teste da infraestrutura do eCall em Portugal
• Identificar e demonstrar os benefícios da troca de informação entre o 112.pt e as concessionárias rodoviárias para uma melhor assistência em caso de acidente
• Contribuir para uma proposta europeia de perfil “Datex II” para essa troca de informação
Piloto Português
MSD
eCall 112.pt
Concessionárias rodoviárias
Incident form (with MSD)
Incident info
CAP-to-DATEX II Adapter
Incident info DATEX II
CAP
112.es
