Exemplo Procedimento Operacional Padrão Ensaio III

1. Autoridade e Definições

Este SOP estabelece os procedimentos do Provedor de Serviços UTM (USS) para o BR-UTM Field Test 3, a ser conduzido no IEAv entre 15 e 17 de dezembro de 2025.

• 1.1. Operador (Piloto Remoto): Responsável final pela condução segura do voo, operando em conformidade com as instruções e alertas deste USS e da ICA 100-40 (VLOS).
• 1.2. Provedor de Serviços UTM (USS): Este USS, responsável pela prestação de serviços de gerenciamento, autorização, monitoramento de conformidade e resposta a contingências.
• 1.3. GCS (Estação de Controle de Solo): Interface do operador para controle da RPA e para comunicação (envio de telemetria e recebimento de instruções) com este USS.
• 1.4. DSS (Discovery and Synchronization Service): Plataforma central (InterUSS) para compartilhamento de dados de intenção operacional e restrições.
• 1.5. OIR (Operational Intent Reference): O volume 4D (espaço e tempo) autorizado pelo USS para a operação.
• 1.6. Volume Não-Nominal: Volume de contingência criado e publicado no DSS pelo USS em resposta a um desvio de voo.

2. Operação e Automação

• 2.1. Foco do Teste: Este SOP foca na validação de gerenciamento de contingência em tempo real. O objetivo primário é automação da interação com UTM, alerta imediato e resposta procedural a desvios e mudanças no espaço aéreo.
• 2.2. Interface com USS: A GCS manterá comunicação constante, enviando telemetria (via Remote ID) e recebendo alertas e instruções dinâmicas deste USS.
• 2.3. Padrões Mandatórios: Todas as interações do USS com o DSS e com o operador seguirão os padrões ASTM F3548-21 (Interoperabilidade) e ASTM F3411-22a (Remote ID).

3. Planejamento de Voo e Espaço Aéreo

• 3.1. Análise do Espaço Aéreo:
  • Antes da submissão do OIR, o USS analisará o DSS para identificar todas as restrições estáticas e dinâmicas, incluindo Volumes Não-Nominais ativos de outras operações.
• 3.2. Submissão do OIR (4D):
  • O operador submeterá um OIR 4D ao USS para análise de desconflito estratégico.
• 3.3. Autorização do USS:
  • A operação só será autorizada (status "Aprovado") se o OIR estiver livre de conflitos com outras operações e não interceptar nenhum Volume Não-Nominal ativo.

4. Procedimentos Pré-Operação (Checklists)

• 4.1. Inspeção do Drone (RPA):
  • Conforme SOP do operador. Verificação de links C2 e RTH por perda de C2.
• 4.2. Inspeção do Controle (GCS):
  • Conforme SOP do operador. Verificação de software e link de dados com o USS.
• 4.3. Conexão e Check-in com USS:
  • O operador deve estabelecer conexão de dados com o USS.
  • O operador deve executar o procedimento de "Check-in Digital" formal na interface do USS antes da ativação.
  • Nota: Comunicações informais (ex: telefone) não substituem o check-in digital.

5. Execução da Operação (Controle e Monitoramento)

• 5.1. Ativação do OIR:
  • Após o "Check-in Digital", o operador ativará o OIR na GCS no momento do lançamento. O USS mudará o status do OIR para "Ativo" no DSS.
• 5.2. Monitoramento pelo Operador:
  • O operador monitorará a telemetria e a interface do USS, pronto para executar instruções ou terminar o voo imediatamente.
• 5.3. Monitoramento de Conformidade (USS):
  • O USS monitorará continuamente a telemetria (Remote ID) e a comparará com os limites laterais e verticais do OIR Ativo (Geo-Fence).
• 5.4. Gerenciamento de Restrições Dinâmicas:
  • O USS monitora o DSS em tempo real para novas Restrições (Constraints).
  • Ao detectar uma nova Restrição que conflite com um OIR Ativo:
    1. O USS medirá o tempo de detecção.
    2. Enviará um alerta imediato à GCS do operador.
    3. Fornecerá instruções de mitigação claras, baseadas nas informações da Restrição (ex: "Sair da Área Imediatamente", "Manter Posição", "Pousar em Alternativa").
• 5.5. Pouso e Check-out:
  • Após o pouso (normal ou por contingência), o operador deve executar o procedimento de "Check-out Digital" formal na interface do USS.
  • O USS finalizará a operação e removerá o OIR do DSS.

6. Procedimentos de Contingência e Emergência

• 6.1. Perda de Link C2 (Drone-Controle):
  • O Drone executará o RTH automático (conforme Safety Considerations).
  • O operador deve declarar imediatamente à equipe do DECEA e ao USS.
• 6.2. Detecção de Desvio de OIR (Geo-Fence):
  • No momento em que o USS detectar (via Remote ID) que a RPA saiu dos limites do OIR Ativo ou da Zona UTM designada:
    1. O USS emitirá um alerta imediato de "Desvio de OIR" ao operador.
    2. O USS declarará internamente o voo como "Não-Nominal".
• 6.3. Criação de Volume Não-Nominal:
  • Imediatamente após a detecção de desvio (6.2), ou contigências simuladas (6.6), o sistema USS irá:
    1. Calcular automaticamente o Volume Não-Nominal (potencial área de voo) conforme os requisitos BRAC.
    2. Publicar este Volume Não-Nominal no DSS para alertar todos os outros participantes do espaço aéreo.
• 6.4. Outras Emergências (Fly-away, Bateria Crítica):
  • O operador deve declarar imediatamente qualquer "fly-away" ou perda de controle ao pessoal do DECEA e ao USS.
  • O USS tratará esta declaração como um desvio (6.2) e criará um Volume Não-Nominal (6.3).
• 6.5. Manobras de Contingência Padronizadas:
  • Este USS está configurado para instruir manobras de contingência específicas (além do RTH padrão) com base no tipo de alerta (ex: "Pousar Imediatamente" em caso de desvio crítico ou "Manter Posição" em caso de conflito com tráfego).
• 6.6. Contigências simuladas
  • Para os casos de contingências simuladas previstas nos cenários de teste do ensaio, o operador receberá do USS as informações necessárias através do GCS.