Bluetooth Core 7.0 adota HDT e eleva o throughput do BLE em quase 4 vezes

O Bluetooth SIG formalizou o High Data Throughput (HDT) como recurso opcional do Core 7.0, levando o bit rate máximo do Bluetooth LE de 2 Mbps para 7,5 Mbps. O ganho mira áudio de alta resolução, mas afeta diretamente wearables, IoT e dispositivos de IA↳Inteligência artificial440 conteúdosUX e IA: Transformando Experiências Digitais com Inteligência ArtificialProduto & UX · jan 2025MCP: O que é e por que você vai ouvir falar disso em breve?AI · jul 2025IA generativa e a urgência de reconstruir nossa relação com a verdadeAI · jun 2025Ver tudo em AI → pessoal.

O Bluetooth Special Interest Group (SIG), entidade que mantém o padrão, formalizou em 4 de novembro de 2026 o Bluetooth High Data Throughput (HDT) como recurso opcional do Bluetooth Core 7.0. Na prática, o bit rate máximo suportado pelo Bluetooth LE sobe de 2 Mbps para 7,5 Mbps, quase quatro vezes mais, segundo o anúncio relatado pelo The Verge. O SIG já vinha demonstrando essa evolução ao longo do último ano antes da adoção formal na especificação.

Para quem desenvolve sobre BLE, a distinção entre "adotado na especificação" e "disponível no hardware" importa. HDT é um recurso opcional do Core 7.0, e os primeiros dispositivos com suporte ao recurso devem aparecer em algum momento de 2027, segundo o SIG.

Por que o throughput do BLE estava tão limitado

O Bluetooth LE nasceu priorizando consumo de energia baixíssimo, não vazão de dados. Isso sempre gerou atrito prático: qualquer app que trocasse volumes maiores de dado via BLE, seja um sensor de ECG, uma transferência de firmware ou um stream de áudio, esbarrava no teto de 2 Mbps e precisava compensar com fragmentação de pacotes, reconexões ou, em último caso, abandonar o BLE e cair para Wi-Fi Direct ou Bluetooth Classic.

HDT ataca esse gargalo diretamente na camada de rádio. Com mais bits por segundo, o rádio BLE também fica ligado por menos tempo para transmitir o mesmo volume de dado, o que o SIG aponta como ganho simultâneo de throughput e de bateria.

Áudio puxa a fila, mas o efeito prático é mais amplo

A aplicação primária do HDT, segundo o SIG, continua sendo áudio sem fio: streaming de alta resolução, áudio espacial e som surround multicanal sem depender de formatos proprietários como os usados hoje por fabricantes de fones. Mas o ganho de throughput tem efeito colateral direto em pelo menos quatro frentes que todo desenvolvedor de hardware conectado já encontrou pela frente:

• Wearables: smartwatches podem sincronizar mais dados de treino, saúde e fitness com o smartphone sem puxar mais bateria, porque o rádio passa menos tempo ligado para entregar o mesmo volume.
• Spatial computing e XR: óculos e dispositivos de realidade estendida ganham fôlego para experiências mais robustas sem precisar de conexão Wi-Fi permanente.
• IA pessoal embarcada: dispositivos de IA vestível podem repassar dados de forma mais eficiente para processamento no smartphone, permitindo hardware mais leve e menor.
• Atualização de firmware: OTA (over-the-air) em smartwatches e acessórios de casa inteligente tende a ficar rápida o suficiente para não ser mais adiada pelo usuário.

Esse último ponto é pequeno no anúncio, mas relevante para quem mantém produto em campo: update de firmware via BLE hoje costuma ser o gargalo que obriga o usuário a deixar o dispositivo "carregando e atualizando" por minutos. Um throughput 3,75 vezes maior reduz essa janela de forma proporcional, o que facilita políticas de atualização automática sem fricção com o usuário final.

O que muda (e o que não muda ainda) para quem desenvolve

Para times que trabalham com BLE em produto, HDT não é algo para testar amanhã. Como recurso opcional do Core 7.0, ele só aparece em SoCs e módulos de rádio que o fabricante decidir certificar, e isso tende a aparecer primeiro em chips voltados a áudio, dado que é o caso de uso que o próprio SIG está priorizando.

Até lá, vale o que já é prática recomendada em projetos BLE throughput-sensíveis: negociar o MTU (Maximum Transmission Unit) mais alto possível na conexão, usar o Data Length Extension disponível desde o Bluetooth 4.2 e, quando o volume de dado justificar, avaliar se o caso de uso realmente precisa ficar em BLE ou se Bluetooth Classic (BR/EDR) já resolve com menos retrabalho. HDT não substitui essas decisões de arquitetura, apenas muda o teto superior disponível quando o hardware chegar.

O CEO do Bluetooth SIG, Neville Meijers, descreveu o recurso como abertura de frente para o padrão além de áudio:

O Bluetooth HDT traz um novo patamar de performance para a tecnologia Bluetooth, expandindo o papel que ela pode desempenhar nos mercados de consumo, comercial e industrial, e criando uma base sólida para a próxima geração de inovação sem fio.

Neville Meijers, CEO do Bluetooth SIGBluetooth HDT brings a new level of performance to Bluetooth technology, expanding the role it can play across consumer, commercial, and industrial markets and creating a powerful foundation for the next generation of wireless innovation.

O que ainda está em aberto

O anúncio do SIG não traz lista de fabricantes de chipset comprometidos com suporte a HDT, nem SDK ou toolchain específica para desenvolvedores testarem o recurso hoje. Também não há detalhe sobre como o HDT interage com o Bluetooth LE Audio (LC3) já existente, nem sobre requisitos mínimos de certificação para que um produto possa anunciar compatibilidade.

Na prática, para quem constrói IoT, wearable ou periférico no Brasil, o recurso entra no radar de planejamento de hardware para 2027 em diante, não como algo a avaliar em protótipo nos próximos meses. O que já dá para fazer agora é mapear, no roadmap de produto, onde o throughput do BLE hoje é o gargalo real (áudio, OTA, sincronização de sensores) para saber exatamente onde priorizar a adoção assim que módulos com HDT certificado começarem a aparecer no mercado.

Fonte: The Verge