DOCUMENTOS COSPAS-SARSAT

Slides:



Advertisements
Apresentações semelhantes
Divisão de Busca e Salvamento Curso SAR003 – Operador de Telecomunicações de RCC ANEXO 12.
Advertisements

CRITÉRIOS DE QUALIFICAÇÃO PARA AUDITORES AMBIENTAIS
Metodologia de testes Nome: Gustavo G. Quintão
Sistemas distribuídos Metas de Projeto Prof. Diovani Milhorim
Redes de Computadores Wandreson Luiz Brandino
Qualidade de Produto de Software
LLE/ Resolução de alertas distribuição de alerta
GEOLUT.
RELATÓRIOS DO SISTEMA.
Manual IAMSAR.
Redes de computadores I
Redes de computadores I
Confiança.
Prof. Dra. Maria Virginia Llatas
Sistemas Críticos (Confiança)
MODELO DE REFERÊNCIA OSI
Administração de Sistemas de Informação II
Carolina Fonseca Neumar Ribeiro
ESTRUTURA DE COMUNICAÇÃO DE DADOS
Comutação Comutação ou chaveamento em uma rede de comunicação refere-se a alocação de recursos da rede (meios de transmissão e equipamentos) para a envio.
TIPOS DE TESTES APLICÁVEIS E NÃO APLICÁVEIS AO PROJETO
Gerência de Redes Áreas Funcionais de Gerenciamento
Modelo OSI OSI é um modelo de referência para interligação de sistemas abertos (open systems interconection) Padrão ISO 7498, publicado em 1984 Sistemas.
ATM 005.
Projeto Final - APGS Adriana P. de Medeiros
TSDD Teste de segurança durante o desenvolvimento.
Orientações sobre usabilidade
ENGENHARIA DE PRODUÇÃO Disc. : Gerência de Manutenção Prof
Universidade São Marcos Curso: Gestão de Negócios Internacionais
Sistemas Distribuídos
Segurança e auditoria de sistemas
Sistemas Operacionais
Redes de Computadores Aula Inaugural.
MODELO ESSENCIAL Modelo Ambiental
Prof. Diogo Nunes de Oliveira
CURSO TÉCNICO EM SEGURANÇA DO TRABALHO
SIRIUS SEMINÁRIO ATM BUSCA E SALVAMENTO - SAR
Processo de Aquisição Adilson de Almeida Cezar Meriguetti
5. Abordagem como um sistema de gestão
SISTEMAS OPERACIONAIS I
Central de Endossos HDI
Introdução aos Protocolos de Roteamento Dinâmico
Sistemas operacionais
Qualidade de Software Aula 4
Testes de Software AULA 02 Eduardo Silvestri
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
Redes Sociais Colaborativas Patrícia Ramos | 22/05/2006.
LEI DE ACESSO À INFORMAÇÃO (LEI Nº12.527/2011 E DECRETO Nº 7.724/2012)
Requisitos de Software
Diagrama de Colaboração. Diagramas de Interação Expressam informações bastante similares porém de maneira diferente Diagrama de seqüência: – Interação.
Modelando Sistemas em UML
Professor Me. Jeferson Bussula Pinheiro.
Arquitetura de redes ISSO/OSI Liane Tarouco UFRGS.
Integração de Ferramentas CASE
IEEE Melhores Práticas para Descrições de Projeto de Software (DPS)
Tolerância a Falhas Carlos Oberdan Rolim Ciência da Computação.
Expansão dos Casos de Uso
Logística Integrada Engenharia de Produção
Solicitar o seu nome de usuário e senha pela sua ADO Envie um para sua ADO (sua organização de custódia) pelo endereço de que você registrou.
Normas ISO ISO – Projeto centrado no usuário
Notas de aula Prof. Vicente Prado
Aula 02 de Eng. de Requisitos
Engenharia de Software com o RUP - Workflow de Requisitos
ISO9001:2000 para Software Professor: Alexandre Vasconcelos Equipe: Amanda Pimentel Börje Karlsson Danielly Karine Erika Pessoa Jorge Cavalcanti Jose Edson.
TÉCNICAS DE ESTIMATIVAS
DIRETRIZES PARA O DESENVOLVIMENTO DE MANUAIS DA QUALIDADE
Redes de Computadores Prof. Msc. Moisés Pereira Bastos.
4.4 Implementação e Operação
Prof. Ivair Teixeira Redes de Computadores.
ROTEIRO PARA ELABORAÇÃO DE SISTEMA ESTRUTURADO
Transcrição da apresentação:

DOCUMENTOS COSPAS-SARSAT ESPECIFICAÇÃO DE DESEMPENHO E DIRETRIZES PARA OS MCCs

Visão Geral O propósito do Sistema Cospas-Sarsat é prover alertas de perigo e dados de localização para busca e salvamento usando satélites e facilidades terrestres para detectar e localizar estes alertas. A posição do alerta e outras informações relacionadas são transmitidas para as autoridades SAR apropriadas.

O Segmento Terrestre (LUTs e MCCs) é uma ligação importante no esforço do salvamento e, para ser efetivo deve ser organizado para assegurar: a) Velocidade (rapidez na distribuição dos dados de alerta); b) Confiabilidade (distribuição dos dados de alertas e informações do Sistema no caso de fracasso de LUTs ou MCCs); c) Acuracidade (correção das informações enviadas); d) Eficiência (fluxo de dados econômico e seguro); e e) Pronta resposta (acompanhamento de mensagens no Segmento Terrestre). Para alcançar estes objetivos, cada unidade do Segmento Terrestre tem que concordar com certos padrões. Os padrões contidos no A.005 provêem um modelo de trabalho para as funções do MCC, inclusive a troca de dados, nivelando desempenho e procedimentos operacionais.

Os MCCs que satisfazem os padrões de desempenho especificados são comissionados para operar dentro do Segmento Terrestre do Cospas-Sarsat. Como parte do Sistema Cospas-Sarsat, um MCC está sujeito à aceitação de testes baseados nessas especificações de desempenho e testes definidos no documento C/S A.006 que trata do Comissionamento de MCC. Desde que sejam cumpridas todas as exigências, cada operador do Segmento Terrestre decide sobre os meios mais adequados para a aplicação no seu MCC. Estas especificações descrevem os mínimos operacionais, funcionais e de desempenho exigidos de um MCC do Cospas-Sarsat. Descreve, ainda, exigências adicionais a serem cumpridas por aqueles MCCs designados como MCC “nodal”.

O MCC está definido no A. 005 como uma função O MCC está definido no A.005 como uma função. Podendo ser aplicado em muitos aspectos, tais como em interface com outros equipamentos do Segmento Terrestre. No mínimo, o MCC deve ter os seguintes componentes: a) Acesso a interfaces de rede apropriadas para comunicações nacionais e internacionais; b) Processadores automáticos para processar dados de Alerta e do Sistema; c) Referência de tempo; d) Uma interface para o operador; e e) Pessoal.

Um típico funcionamento de MCC é mostrado na figura a seguir:

Um MCC tem que comunicar com seus LUTs associados, com outros MCCs, SPOCs e RCCs. Então, tem que manter tantos links de comunicação quanto for operacionalmente requerido. Um link de comunicação, no contexto do documento A.005, está definido como a ligação conceitual entre um MCC e outros componentes do sistema com os quais tem que se comunicar (LUTs, MCCs, SPOCs, e RCCs). Uma rede de comunicações é o meio físico ou virtual pelo qual dados são trocados. Um único link de comunicação pode usar uma ou mais redes para satisfazer as exigências operacionais.

REQUISITOS OPERACIONAIS O objetivo operacional básico de um MCC é receber dados de alerta de seus LUTs associados ou de outros MCCs e distribuir esses dados para os MCCs, RCCs, SPOCs ou autoridades SAR adequados. Um MCC será responsável por estabelecer procedimentos para a distribuição de dados de alerta do COSPAS-SARSAT dentro da sua própria área de serviço. Um MCC deve responder a pedidos de informações diretos partidos de outros MCCs, SPOCs ou RCCs. Um MCC deve ser capaz de contabilizar todas as mensagens recebidas ou transmitidas através de seu próprio sistema. O MCC deve ser configurável para seletivamente processar ou suprimir dados de alerta. Um MCC deve a todo o momento ser capaz de estabelecer comunicações de voz com outros MCCs através da rede telefônica internacional. A disponibilidade de um fac-símile também é recomendada.

DISPONIBILIDADE Depois que um MCC for comissionado e atingir Capacidade 0peracional Inicial (IOC), ele deve permanecer em operação 24 horas por dia, sete dias por semana e o pessoal deve estar à disposição e satisfazer os requisitos operacionais e de desempenho documentados no A.005.

COORDENAÇÃO COM LUTs Um MCC deve ser capaz de receber e processar todos os dados de alerta de seus LUTs associados; e Um MCC deve ser capaz de fornecer informações do Sistema aos seus LUTs associados.

COMUNICAÇÃO DE DADOS Um MCC manterá links de comunicações de acordo com as necessidades operacionais. A escolha do link de comunicação/rede a ser utilizado entre um MCC e seus LUTs e RCCs nacionais é uma prerrogativa nacional. Um MCC só pode usar as redes de comunicações identificadas no documento C/S A.002 para comunicações com outros MCCs. Um MCC manterá comunicação com outros MCCs para a distribuição de informação, tal como indicado no documento C/S A.001 (DDP).

S: SEND R:RECEIVE B:BOTH - SEND AND RECEIVE Cada MCC deve ter a capacidade de enviar ou receber as seguintes mensagens SIT: S: SEND R:RECEIVE B:BOTH - SEND AND RECEIVE

Os MCCs devem ser capaz de interagir com diferentes redes de comunicações (receber uma mensagem por uma rede e retransmitir, possivelmente após o processamento, a outro MCC em contato, usando uma rede diferente); devendo ser capaz, também, de mudar o formato de mensagens quando for adequado (por exemplo, receber dados de entrada de LUTs associados ou de outros MCCs e converter para o formato de SIT 185 para transmissão a uma autoridade SAR). Mensagens recebidas em um formato não-padrão, que exigem retransmissão, serão transmitidas em formato de SIT 915.

MONITORAÇÃO DO SEGMENTO TERRESTRE NACIONAL Um MCC deve acompanhar o desempenho das suas LUTs para determinar a degradação da sua capacidade operacional. Um MCC deve controlar o Link de Comunicação entre LUTs e MCC. Um MCC deve controlar o seu próprio funcionamento, para garantir disponibilidade e evitar distribuição de dados corrompidos ou incorretos. Um MCC deve ter a capacidade de controlar as comunicações externas com outros MCCs, SPOCs ou RCCs nacionais. Um MCC deve notificar imediatamente todos os outros MCCs se não estiver capaz de receber, processar e transmitir dados de acordo com especificações Cospas-Sarsat.

PROCEDIMENTOS DE BACKUP O MCC deve Notificar todos demais MCCs se estiver incapaz de receber, processar, e transmitir dados de acordo com especificações do Cospas-Sarsat. O operador do MCC deverá ser capaz de compor e transmitir mensagens manualmente na eventualidade de uma falha dentro do MCC, à exceção de uma falha do sistema de comunicações.

RETRANSMISSÃO DE MENSAGENS O MCC deve ser capaz de arquivar e recuperar as informações a respeito das balizas das quais recebeu dados de alertas (de seus próprios LUTs ou de outros MCCs) e todas as mensagens transmitidas ou recebidas durante um tempo definido. Um MCC deve ser capaz de recuperar dados de alerta de balizas usando um ou mais dos seguintes parâmetros: O período de tempo a ser coberto pela pesquisa; A freqüência do beacon (121.5, 243 ou 406 MHz); Área geográfica (retangular ou circular); Identificação do Beacon; Identificações móveis (MMSI, código de chamada do navio, registro da aeronave, 24 bit address, etc); e/ou Código do país.

Tempo de início/término da pesquisa; Um MCC deve ser capaz de recuperar mensagens usando qualquer um dos seguintes parâmetros: Número da mensagem; Tempo de início/término da pesquisa; Tipo da mensagem (recebida ou transmitida); Formato da mensagem (tipo de SIT); Origem ou destino da mensagem; Identificação da baliza; Identificações móveis (MMSI, código de chamada do navio, registro da aeronave, 24 bit address, etc.); e Código do país.

REGISTRO DE BALIZAS 406 MHz Os MCCs deverão manter um Banco de Dados de Registros de Balizas 406 MHz de código do seu país. Esse Banco de Dados deve ser consultado utilizando-se o código hexadecimal (identificação da baliza).

REQUISITOS DE DESEMPENHO Os seguintes requisitos são aplicáveis ao tratamento de dados de alerta, mensagens de alerta, mensagens de informações do Sistema e narrativas: Disponibilidade Um MCC deve estar disponível para desempenhar as suas funções 99,5% do tempo no período de um ano.

REQUISITOS DE DESEMPENHO Links de Comunicação - Um MCC deve receber todos os dados transmitidos por um LUT no prazo de dez (10) minutos a partir da conclusão do processamento do LUT, 99% do tempo. - A relação de mensagens perdidas na transferência dos dados deve ser inferior a 0,1%. - Um MCC deve implementar redes de comunicação de dados e links que permitam que ele possa transferir dados para outros MCCs em 15 minutos, 99% do tempo. - A relação de mensagens perdidas ou corrompidas na transferência de dados entre MCCs deve ser inferior a 0,1%. - A rede de comunicação com outros MCCs deve estar disponível 99% do tempo de cada dia. - As comunicações entre MCC e SPOC devem estar disponíveis 95% do tempo de cada dia.

CAPACIDADE DE PROCESSAMENTO DE DADOS DE ALERTA Um MCC deve ser capaz de receber e processar, em uma única passagem de satélite, um mínimo de de 100 pontos em 406 MHz através de seus LUTs associados. CAPACIDADE DE PROCESSAMENTO DE INFORMAÇÕES DO SISTEMA Um MCC será capaz de receber e enviar um mínimo de 15 mensagens de informação do Sistema por dia.

INTEGRIDADE DO PROCESSAMENTO O MCC não deve computar mais que 0,2 km de erro para a localização de posição recebida de um LUT ou outro MCC. Um MCC deverá classificar e distribuir geograficamente todos os dados de alerta de balizas considerando uma margem de tolerância de +ou- 25 km da fronteira da SRR do MCC, RCC ou SPOC. Um MCC deve manter uma referência de tempo acurado dentro de +ou- 25 segundos. Um MCC não deve transmitir dados corrompidos.

ARQUIVO DE MENSAGENS E DADOS DE ALERTA Os MCCs devem arquivar os dados e mensagens de alerta, pelo menos, por 30 dias. Os MCCs devem responder aos pedidos de dados e mensagens arquivados, a outros MCCs, SPOCs, ou RCCs, dentro de 60 minutos. MCCs devem responder aos pedidos de dados de alerta e mensagens geradas dentro das últimas 48 horas, a contar da solicitação, no prazo de 30 minutos.

OUTROS REQUISITOS DE TEMPO Um MCC deve ser concebido para permitir os seguintes requisitos de tempo: 10 minutos para suprimir dados de alerta. 60 minutos para completar os procedimentos de backup. 15 minutos para encaminhar um pedido de informações para o cadastro nacional da baliza. 15 minutos para transmitir as informações obtidas à autoridade requerente.