Introdução

Se você trabalha com operações, segurança, despacho, controle de tráfego aéreo ou simplesmente é um entusiasta de aviação, provavelmente já ouviu falar do CPDLC na aviação.

A sigla — Controller–Pilot Data Link Communications — descreve um meio de comunicação por enlace de dados que complementa (e, em alguns cenários, substitui) a fonia VHF/HF entre piloto e controlador. No Brasil, seu emprego segue o MCA 100-23 – Procedimentos Operacionais para o Uso de Comunicação por Enlace de Dados Controlador-Piloto, do DECEA.

Este artigo aprofunda conceitos, benefícios, limites, como funciona a arquitetura de rede, passos de logon e de transferência de conexões, mensagens UM/DM, além de boas práticas para tripulações e ATCOs.

Antes de iniciar, caso não entenda alguma sigla, segue abaixo um glossário.

O que é o CPDLC?

De forma objetiva, CPDLC é o meio de comunicação entre controlador e piloto via enlace de dados para comunicações ATC, estruturado em conjuntos de mensagens padronizadas (uplink “UM” e downlink “DM”).

Termos fundamentais no ecossistema incluem Conexão CPDLC ativa (com a Autoridade de Dados Atual – CDA) e conexão inativa (com a Próxima Autoridade de Dados – NDA), além de diálogo CPDLC (cadeia de trocas aberta/fechada conforme as respostas necessárias).

MCA 100-23

No MCA 100-23, as definições cobrem desde “elementos de mensagem” (padrão versus “texto livre”) até “diálogo” e “mensagem multielemento”, detalhando os atributos de resposta e alerta — base que sustenta a operação segura e inequívoca do CPDLC na aviação.

Por que o CPDLC é importante?

O CPDLC na aviação entrega ganhos práticos e mensuráveis:

• Mais segurança e eficiência ao reduzir ambiguidades e readbacks errados, e ao aliviar o congestionamento dos canais de voz, com potencial de aumentar a capacidade do espaço aéreo.
• Melhor monitoramento e conformidade de rota mesmo onde ainda vigora separação convencional, graças ao reforço de comunicações e vigilância.
• DCPC (comunicações diretas controlador-piloto) em áreas onde a fonia de alta qualidade não está disponível.
• Redução de erros e de carga de trabalho: mensagens podem ser impressas/armazenadas, certas autorizações são carregadas diretamente em sistemas da aeronave (FMS, rádios), e reportes podem disparar automaticamente ao cruzar waypoints. Do lado ATC, atualizações automáticas do plano de voo reduzem tarefas manuais.

Em suma, o CPDLC não é apenas “texto em vez de voz”: é um fluxo operacional padronizado que diminui ruído, melhora rastreabilidade e libera tempo cognitivo de pilotos e controladores para a gestão do risco que realmente importa.

Onde e quando o CPDLC se aplica no Brasil

O MCA 100-23 estabelece que o CPDLC será empregado nas porções do espaço aéreo brasileiro definidas na AIP Brasil. Em espaço aéreo continental, a regra é clara: emprega-se CPDLC quando houver serviço de vigilância ATS; já em situações críticas ao voo, o uso não deve ser continuado devido ao tempo de resposta requerido.

Além disso, o manual entrou em vigor originalmente em 04/01/2021, revogando normativas anteriores — e teve sua primeira modificação aprovada em 02/08/2021.

Como funciona a “planta baixa” do data link: redes e interoperabilidade

Existem dois pilares tecnológicos para o CPDLC na aviação:

1. FANS 1/A (e variações 1/A+, ADS-C etc.) sobre ACARS
2. ATN B1 (Baseline 1) via VDL M2 (VHF Data Link Modo 2)

Rede ACARS (FANS 1/A)

• Evoluiu para atender comunicações AOC (companhia) e ATS.
• Usa VHF (VDL M0/A e VDL M2), SATCOM e HFDL; a performance de cada sub-rede varia e é determinante para a adequação operacional.
• Há limitações de confirmação: o órgão ATS pode receber a “garantia de mensagem” (MAS) indicando entrega à aeronave, mas pode falhar a confirmação associada no caminho de volta — o que exige procedimentos mitigadores (ex.: tratar possíveis não-entregas).

Rede ATN B1 (VDL M2)

• Desenvolvida pela ICAO para comunicações ATS.
• Opera apenas em VHF (VDL M2) e prover confirmação fim-a-fim: o LACK (logical acknowledgement) garante que a mensagem chegou ao display do destinatário (tanto para UM quanto para DM), removendo ambiguidade de entrega.

Interoperabilidade e “ponte” FANS ↔ ATN

O MCA 100-23 descreve a convivência entre sistemas de solo e aviônicos, inclusive a arquitetura que permite a um ATS com ATN B1 atender aeronaves FANS 1/A, e vice-versa ao longo de uma mesma rota, mediante designadores, sub-redes e padrões de interoperabilidade (ARINC, RTCA, documentos ICAO).

DLIC e Logon: a porta de entrada do CPDLC

Antes de qualquer autorização por data link, há um processo de inicialização (DLIC):

1. DLIC fornece as informações para estabelecer comunicações por data link entre o órgão ATS e a aeronave. Logon é o primeiro passo, pode ser iniciado pela tripulação ou automaticamente após uma solicitação de contato.
2. O objetivo do logon é informar capacidades e versões das aplicações suportadas, identificação única da aeronave e dados correlatos, permitindo ao sistema de solo correlacionar logon e plano de voo correto. Essa correlação é obrigatória (itens 7 e 18 do FPL). Se não casar, o logon é rejeitado e o voo prossegue por VHF.
3. Logon inicial: necessário quando a aeronave ainda não tem conexão CPDLC (p. ex., antes da decolagem, ao ingressar numa área CPDLC, ou por instrução ATS). A tripulação insere o indicador OACI de 4 letras do órgão ATS, a identificação da aeronave, REG/CODE e, quando exigido, aeródromos de partida e destino; tudo deve bater com o FPL.
4. Logon disparado por “contact”: um ATS pode instruir a aeronave a iniciar logon para outro ATS (address forwarding ar-solo/solo-solo). Em FANS 1/A há mensagem de resposta de contato; em algumas aeronaves ATN B1, o “contato completo” pode parecer positivo mesmo se o logon no destino falhar — atenção aos indicadores do sistema.

Conexão ativa, conexão inativa e transferência entre ATC

A arquitetura operacional do CPDLC na aviação gira em torno de duas conexões possíveis (máximo simultâneo):

• Ativa: com a CDA — apenas por aqui flui a troca de mensagens UM/DM.
• Inativa: com a NDA — fica “pré-armada” para transferência limpa ao próximo órgão ATS.
• Mensagens enviadas pela NDA são rejeitadas com NOT CURRENT DATA AUTHORITY, evitando comandos de quem não é a autoridade ativa.

Transferências: em condições normais, a CDA:

1. Envia uma mensagem NDA à aeronave (indicando qual ATS pode se conectar).
2. Inicia o encaminhamento de endereço com o próximo ATS.
3. Quando a aeronave está prestes a cruzar o limite, envia a solicitação de término; a conexão inativa é ativada, e a NDA vira a nova CDA. Troca perfeita.

Pontos de atenção:

• O próximo ATS precisa estabelecer a conexão antes de a “término” chegar; se demorar, a aeronave fica sem conectividade CPDLC até o primeiro ATS que conseguir solicitar conexão.
• O ATS não deve assumir que a sua conexão está ativa sem confirmação (recebimento de qualquer DM no FANS 1/A — exceto NOT CURRENT DATA AUTHORITY — ou CURRENT DATA AUTHORITY no ATN B1).
• A transferência de comunicações por voz deve ocorrer junto com a transferência CPDLC (CONTACT/MONITOR), encerrando a conexão no tempo certo conforme o cenário (imediato ou “AT position/time”).

Mensagens UM/DM, respostas e “diálogo CPDLC”

O conjunto de mensagens do CPDLC na aviação é padronizado e espelha a fraseologia ATC habitual. Cada elemento tem:

• Identificador (UMxxx/DMxxx),
• Atributo de resposta (se requer resposta e de que tipo),
• Atributo de alerta (como a mensagem é indicada ao destinatário).
  Uma mensagem pode conter até cinco elementos (“multielemento”), mas a orientação é manter o menor tamanho possível.

Nos diálogos CPDLC, mensagens ficam “abertas” até receber a resposta exigida; respostas STANDBY/REQUEST DEFERRED não fecham o diálogo tecnicamente. A precedência de tipos de resposta define qual elemento responde primeiro numa mensagem multielemento.

Voz ou CPDLC? Como decidir

Há critérios operacionais importantes:

• Onde VHF não é confiável e há CPDLC, usa-se CPDLC como primário (mantendo HF/SATVOICE de alternativa), observando procedimentos locais.
• Em áreas com VHF + CPDLC, o controlador decide o meio apropriado a cada momento; abaixo de 10.000 pés AGL, para minimizar distração, prefira voz.
• Situações críticas (tempo de resposta imediato) → voz. Se a tripulação julgar melhor ou não houver contato por voz, pode usar CPDLC para emergência.
• Responda CPDLC via CPDLC e voz via voz; se houver conflito entre mensagens, esclareça por voz.
• Se uma solicitação recebida por CPDLC só puder ser respondida por voz, o ATCO envia texto livre “SOLICITAÇÃO RECEBIDA — AGUARDE RESPOSTA POR VOZ” e fecha o diálogo.

Boas práticas para tripulações

1. Consistência de dados no logon: identifique a aeronave, REG/CODE e aeródromos exatamente como no FPL, para evitar rejeição e “quedas” para VHF.
2. Atenção à CDA/NDA: só a CDA “fala” CPDLC com você. Mensagens de quem não é CDA são rejeitadas — um ótimo guard-rail.
3. Entregas ACARS: lembre que a confirmação no solo pode falhar mesmo com a UM entregue a bordo; esteja atento a procedimentos mitigadores (ex.: leitura de backlog, verificação de instruções).
4. Transferências sincronizadas: ao receber CONTACT/MONITOR com timing (AT position/time), WILCO e ajuste de frequência; a conexão é terminada na sequência definida entre os ATS — isso evita “buracos” de conectividade.
5. Emergências: voz primeiro; use CPDLC se não houver carrier em VHF/HF, ou se for mais conveniente na situação.

Boas práticas para controladores (ATCO)

1. Gerencie o ciclo da conexão: inicie, transfira e termine conexões quando não mais necessárias, com coordenação clara do address forwarding com o próximo ATS.
2. Nunca autorize fora de sua área de responsabilidade — a menos que seja solicitado pelo órgão competente do espaço aéreo onde a aeronave está.
3. Não assuma conexão ativa sem evidência (qualquer DM no FANS 1/A — exceto “NOT CURRENT DATA AUTHORITY” — ou CURRENT DATA AUTHORITY no ATN B1).
4. Transfira voz + CPDLC juntos: use CONTACT/MONITOR e conclua a terminação de acordo com o caso (imediato ou “AT”).
5. Use voz para solicitações time-critical; se uma DM demandar resposta verbal, envie TXTU-1 (“Solicitação recebida — aguarde resposta por voz”) e feche o diálogo.

Desafios e limitações a conhecer

• Tempo de resposta: em situações críticas, não se sustenta uso continuado de CPDLC; voz é mandatória pela latência e urgência operacionais.
• Entrega em ACARS: “edge cases” de confirmação dificultam a certeza absoluta no solo; o manual prevê mitigação de não-entrega.
• Sequência de transferência: se a NDA não estabelecer conexão antes da mensagem de término chegar, o voo pode ficar sem data link até nova solicitação — o que demanda disciplina na coordenação ATS.

Conformidade com OACI e arcabouço normativo

O MCA 100-23 foi publicado para assimilar o que é pertinente ao emprego no espaço aéreo brasileiro em conformidade com a Doc 10037,da ICAO. Essa aderência garante interoperabilidade e linguagem comum em UM/DM (inclusive com códigos de identificação por elemento), reduzindo riscos de interpretação e facilitando auditorias e investigações.

O futuro do CPDLC na aviação

A tendência é de expansão do CPDLC em terminais e TMA, com integrações mais ricas ao FMS, gestão do fluxo (ATFM) e surveillance. À medida que ATN B1 evolui (e com novas gerações de VDL e SATCOM), veremos robustez maior de confirmação de entrega, mais automação nos handovers e melhor usabilidade nas HMI de bordo e nos consoles do ATC. O vetor é claro: menos carga de trabalho repetitiva, mais foco no tráfego e na segurança.

Para que isso ocorra de forma completa, os aviões precisam estar prontos, acompanhando a evolução da aviação.

Conclusão

O CPDLC na aviação é um multiplicador de segurança, eficiência e capacidade. No Brasil, seu uso obedece às regras do MCA 100-23, que define quando e onde aplicar, como logar, estabelecer, transferir e terminar conexões, como estruturar mensagens e quando voltar à voz. Dominar esses fundamentos — e as nuances entre ACARS/FANS e ATN B1 — é essencial para que companhias, tripulações e órgãos ATS extraíam o melhor do data link com padrões ICAO e procedimentos DECEA.

FAQ – 10 perguntas sobre CPDLC na aviação