Guia Definitivo de Bluetooth: o que é, como funciona e tudo o que você precisa saber

Bluetooth é uma tecnologia de comunicação sem fio criada para permitir que dispositivos eletrônicos troquem informações sem a necessidade de cabos. Ela está presente em celulares, fones de ouvido, caixas de som, relógios inteligentes, computadores, teclados, mouses, controles, equipamentos automotivos, dispositivos de localização e muitos outros produtos que precisam estabelecer uma conexão sem fio de curta distância.

Apesar de normalmente ser associado a fones de ouvido e outros acessórios, o Bluetooth é muito mais amplo do que uma simples tecnologia para transmitir áudio. Ele pode transportar diferentes tipos de dados e foi desenvolvido para atender desde conexões que precisam de comunicação contínua até dispositivos que passam grande parte do tempo em baixo consumo de energia. Essa flexibilidade é uma das principais razões para a tecnologia estar presente em uma quantidade tão grande de produtos.

O funcionamento do Bluetooth depende de ondas de rádio na faixa de 2,4 GHz, uma faixa não licenciada utilizada por diversas tecnologias sem fio. Em vez de transmitir dados por um cabo, os dispositivos utilizam um pequeno sistema de rádio para enviar e receber informações pelo ar. A comunicação é organizada por regras definidas pelas especificações do Bluetooth, permitindo que produtos de fabricantes diferentes consigam trabalhar juntos quando implementam os recursos compatíveis.

Um ponto importante é que Bluetooth não é sinônimo de internet. Uma conexão Bluetooth pode existir entre dois dispositivos mesmo quando nenhum deles está conectado à internet. Quando um celular transmite música para um fone de ouvido, por exemplo, o áudio pode sair diretamente do celular para o fone por meio da conexão Bluetooth. A internet pode estar sendo usada pelo celular para outras tarefas, mas ela não é necessária para que essa comunicação local aconteça.

Também é importante entender que não existe um único tipo de Bluetooth responsável por todas essas funções. A tecnologia possui duas opções principais de rádio: o Bluetooth Classic, também chamado de BR/EDR, e o Bluetooth Low Energy (Bluetooth LE). O Bluetooth Classic é amplamente utilizado em aplicações como áudio sem fio, enquanto o Bluetooth LE foi projetado para oferecer comunicação eficiente em termos de energia e atende a uma variedade muito maior de aplicações, incluindo sensores, dispositivos conectados, transmissão de dados, comunicação por broadcast, redes mesh e recursos de localização.

Essa divisão ajuda a explicar por que dois produtos podem apresentar a mesma marca Bluetooth e, ainda assim, funcionar de maneiras bastante diferentes. Um fone de ouvido tradicional pode utilizar Bluetooth Classic para receber continuamente o áudio do celular, enquanto um sensor pode utilizar Bluetooth LE para enviar pequenas quantidades de informação e permanecer longos períodos consumindo pouca energia. A tecnologia é a mesma família de comunicação, mas seus mecanismos e objetivos podem ser diferentes.

O Bluetooth também não determina sozinho tudo o que um dispositivo é capaz de fazer. As especificações definem a base técnica necessária para que os equipamentos se comuniquem, mas diferentes produtos implementam diferentes recursos, perfis e funcionalidades. Por isso, simplesmente encontrar a expressão “Bluetooth” na ficha técnica de um celular ou acessório não revela, por si só, toda a capacidade daquela conexão.

Ao longo deste guia, vamos justamente desmontar essa aparente simplicidade. Vamos entender como os dispositivos se encontram, como ocorre o pareamento, de que maneira os dados são transportados, por que existem Bluetooth Classic e Bluetooth LE, como funcionam os codecs de áudio, o que mudou nas diferentes versões e como recursos mais recentes, como LE Audio e Channel Sounding, estão ampliando o que o Bluetooth pode fazer.

Em outras palavras, Bluetooth é muito mais do que aquele pequeno símbolo que aparece no celular para conectar um fone. Ele é um conjunto completo de tecnologias, protocolos e mecanismos de comunicação sem fio projetados para permitir que dispositivos diferentes troquem informações de maneira padronizada, eficiente e adequada a uma grande variedade de aplicações.

Para entender como o Bluetooth funciona, podemos imaginar uma conversa entre dois dispositivos realizada pelo ar. Um deles envia informações por ondas de rádio, o outro recebe esses sinais e interpreta os dados. O processo parece simples para quem utiliza a tecnologia, mas por trás dessa comunicação existe uma arquitetura formada por diferentes camadas, cada uma responsável por uma parte do trabalho.

Tudo começa no rádio Bluetooth, responsável por transformar os dados em sinais de radiofrequência e transmiti-los pelo ar. No sentido contrário, o rádio recebe os sinais enviados por outro dispositivo e os transforma novamente em informações que podem ser processadas pelo sistema. Essa comunicação acontece na faixa de 2,4 GHz, utilizada pelo Bluetooth para estabelecer suas conexões sem fio.

O rádio, porém, não trabalha sozinho. Acima dele existem mecanismos responsáveis por organizar a comunicação, controlar os pacotes transmitidos, administrar as conexões e encaminhar os dados para as camadas superiores. No Bluetooth, essa estrutura é dividida conceitualmente entre Controller e Host. O Controller concentra as funções mais próximas do rádio, enquanto o Host reúne funções de comunicação e serviços de nível mais alto.

Essa separação é importante porque permite que diferentes partes do sistema sejam implementadas de maneiras distintas. Em muitos dispositivos, o Controller está associado ao hardware responsável pela comunicação Bluetooth, enquanto o Host está relacionado ao sistema operacional e às funções que utilizam essa comunicação. A especificação, porém, define essa divisão como uma arquitetura lógica, e não exige que Host e Controller estejam necessariamente em componentes físicos separados.

Entre o Host e o Controller existe uma interface lógica chamada Host Controller Interface (HCI). Ela permite a troca de comandos, eventos e dados entre essas duas partes. Em determinadas implementações, o HCI pode atravessar uma interface física, como USB ou outras formas de transporte, mas o conceito fundamental é o de uma interface padronizada entre o Host e o Controller.

Quando uma aplicação precisa enviar alguma informação, os dados descem por essas camadas até chegar ao Controller e, finalmente, ao rádio. O dispositivo transmissor transforma as informações em pacotes apropriados para a comunicação Bluetooth e os envia pelo canal de rádio. No outro lado, o processo acontece de maneira inversa: o rádio recebe os sinais, o Controller processa a comunicação e os dados sobem pelas camadas até chegar à aplicação que precisa utilizá-los.

Esse modelo em camadas também permite que diferentes tipos de dados utilizem a mesma infraestrutura básica. Um celular pode, por exemplo, enviar áudio para um fone, informações para um relógio inteligente ou comandos para um controle. O caminho físico continua baseado na comunicação por rádio, mas as camadas e protocolos superiores determinam como esses dados serão organizados e utilizados.

Uma parte importante dessa arquitetura é o L2CAP, sigla para Logical Link Control and Adaptation Protocol. Ele atua acima das camadas inferiores e ajuda a transportar dados dos protocolos superiores, realizando funções como multiplexação de canais, segmentação e remontagem de dados. Isso permite que diferentes fluxos de comunicação compartilhem a infraestrutura Bluetooth de maneira organizada.

Acima dessas camadas existem ainda protocolos, perfis e serviços que definem como a comunicação será utilizada. No Bluetooth LE, por exemplo, aparecem componentes como GAP, GATT, ATT e o Security Manager, enquanto diferentes perfis determinam comportamentos e formatos necessários para aplicações específicas. Não precisamos dominar esses nomes agora: eles serão apresentados gradualmente ao longo do guia.

O mais importante neste momento é perceber que Bluetooth não é simplesmente um transmissor e um receptor enviando dados diretamente pelo ar. É uma arquitetura completa na qual o rádio transporta os sinais, o Controller administra funções de baixo nível, o Host coordena funções superiores e diferentes protocolos organizam os dados e os serviços utilizados pelas aplicações.

É justamente essa organização em camadas que permite ao Bluetooth evoluir ao longo dos anos sem precisar reinventar toda a tecnologia a cada nova função. Novos recursos podem ser incorporados em determinadas partes da arquitetura, enquanto a estrutura fundamental de comunicação continua sendo aproveitada. Nos próximos capítulos, vamos começar a abrir essas camadas e entender por que existem diferentes formas de Bluetooth e como cada uma delas atende a necessidades específicas.

Quando alguém diz que um dispositivo possui Bluetooth, isso não significa necessariamente que ele utiliza exatamente o mesmo tipo de comunicação que outro aparelho equipado com Bluetooth. A tecnologia possui duas opções principais de rádio: o Bluetooth Classic, também conhecido como BR/EDR, e o Bluetooth Low Energy (Bluetooth LE). Ambos operam na faixa de 2,4 GHz, mas foram projetados com características e objetivos diferentes.

O Bluetooth Classic foi desenvolvido para aplicações que precisam manter uma comunicação contínua entre os dispositivos. Ele é especialmente conhecido pelo uso em áudio sem fio, como fones de ouvido, caixas de som e sistemas automotivos, embora também possa ser utilizado em outras formas de transferência de dados. Sua arquitetura foi concebida para estabelecer uma conexão na qual os dispositivos permanecem trocando informações de maneira relativamente contínua.

O Bluetooth LE, por outro lado, foi projetado com forte preocupação com a eficiência energética. Em vez de manter necessariamente uma comunicação contínua, um dispositivo pode permanecer durante longos períodos em um estado de baixo consumo e acordar apenas quando precisa transmitir ou receber informações. Isso o torna especialmente adequado para sensores, dispositivos vestíveis, acessórios, automação, localização e muitas outras aplicações em que a autonomia da bateria é importante.

A diferença pode ser entendida por meio de um exemplo simples. Imagine um sensor que mede a temperatura de um ambiente. Ele não precisa transmitir informações continuamente; pode medir a temperatura, enviar o resultado e voltar a consumir muito pouca energia até a próxima medição. O Bluetooth LE foi concebido para lidar muito bem com esse tipo de comportamento.

Agora imagine um fone de ouvido reproduzindo música. O celular precisa enviar uma sequência contínua de informações de áudio para que o som seja reproduzido sem interrupções perceptíveis. Tradicionalmente, esse tipo de aplicação esteve fortemente associado ao Bluetooth Classic. Entretanto, a evolução do Bluetooth trouxe uma nova possibilidade: o LE Audio, que utiliza Bluetooth LE para oferecer uma arquitetura própria para áudio. Esse assunto será aprofundado posteriormente no guia.

Outra diferença importante está na forma como os dois sistemas utilizam os canais de rádio. O Bluetooth Classic utiliza 79 canais na faixa de 2,4 GHz, enquanto o Bluetooth LE utiliza 40 canais. Essa diferença faz parte da maneira como cada tecnologia organiza sua comunicação e não deve ser interpretada simplesmente como uma indicação de que uma delas é “mais rápida” ou “melhor” que a outra.

Também é importante abandonar a ideia de que Bluetooth LE significa apenas “Bluetooth com menor consumo”. A economia de energia é uma de suas características mais conhecidas, mas o Bluetooth LE tornou-se uma plataforma para diversas aplicações. Ele pode trabalhar com comunicação ponto a ponto, transmissão para vários dispositivos, redes mesh e recursos de localização, além de servir como base para o LE Audio.

Da mesma forma, Bluetooth Classic não deve ser tratado como uma tecnologia ultrapassada. Ele continua sendo importante em aplicações nas quais suas características são adequadas, especialmente no ecossistema de áudio Bluetooth tradicional. O desenvolvimento do Bluetooth não substituiu simplesmente uma tecnologia pela outra; em muitos casos, os dois sistemas coexistem e cumprem funções diferentes.

Em smartphones modernos, essa coexistência é particularmente importante. Um único aparelho pode oferecer suporte a Bluetooth Classic e Bluetooth LE, permitindo que o sistema utilize a opção mais adequada para cada acessório ou aplicação. É por isso que a simples informação “Bluetooth 5.x” ou “Bluetooth 6.x” não conta toda a história sobre aquilo que um dispositivo consegue fazer.

Essa distinção também ajuda a entender por que a compatibilidade entre dois produtos Bluetooth não pode ser determinada apenas pelo número da versão. Um recurso pode depender do tipo de rádio utilizado, de determinados perfis, serviços, codecs ou funcionalidades implementadas pelos fabricantes. Assim, dois dispositivos com versões Bluetooth semelhantes podem apresentar capacidades diferentes.

De forma resumida, o Bluetooth Classic é tradicionalmente associado a conexões contínuas e aplicações como o áudio convencional, enquanto o Bluetooth LE foi desenvolvido para comunicação altamente eficiente em energia e acabou se expandindo para uma ampla variedade de aplicações. Eles fazem parte da mesma família Bluetooth, mas não são simplesmente duas versões da mesma coisa.

Com essa diferença estabelecida, podemos avançar para uma questão fundamental: afinal, como esses dispositivos conseguem se comunicar utilizando a mesma faixa de frequência sem transformar tudo em uma grande interferência? Para responder a isso, precisamos entender como o Bluetooth utiliza a frequência de 2,4 GHz.

O Bluetooth utiliza ondas de rádio na faixa de 2,4 GHz, mais especificamente dentro da faixa ISM de 2,4 GHz, destinada a aplicações industriais, científicas e médicas e utilizada por diversas tecnologias sem fio. É a mesma região do espectro radioelétrico em que também operam outras tecnologias populares, como Wi-Fi e alguns dispositivos sem fio domésticos. Por isso, compreender como o Bluetooth utiliza essa faixa ajuda a entender tanto seu funcionamento quanto algumas situações de interferência.

Dizer que o Bluetooth “funciona em 2,4 GHz”, porém, não significa que todos os dados sejam transmitidos em uma única frequência fixa. A faixa utilizada pelo Bluetooth é dividida em diversos canais de rádio. O Bluetooth Classic utiliza 79 canais com espaçamento de 1 MHz, enquanto o Bluetooth LE utiliza 40 canais com espaçamento de 2 MHz. Essa diferença está relacionada à maneira como cada opção de rádio organiza sua comunicação.

O Bluetooth também utiliza uma técnica chamada Frequency-Hopping Spread Spectrum (FHSS), ou espalhamento espectral por salto de frequência. Em vez de permanecer transmitindo sempre pelo mesmo canal, a comunicação pode mudar rapidamente de frequência seguindo uma sequência determinada pelos mecanismos do Bluetooth. Dessa maneira, uma conexão não fica permanentemente presa a uma única região do espectro.

Essa característica é especialmente importante porque a faixa de 2,4 GHz é compartilhada por muitos equipamentos. Em um ambiente doméstico, por exemplo, um celular pode estar conectado simultaneamente a um roteador Wi-Fi, a um fone Bluetooth, a um smartwatch e a outros dispositivos sem fio. Como diferentes equipamentos podem ocupar regiões próximas do espectro, existe a possibilidade de interferência.

O salto de frequência ajuda a reduzir o impacto dessas interferências. Quando uma determinada frequência apresenta condições ruins para a comunicação, o Bluetooth pode utilizar outros canais disponíveis. No Bluetooth LE, esse mecanismo é chamado de Adaptive Frequency Hopping, ou AFH, e pode levar em consideração a qualidade dos canais para evitar aqueles que estejam apresentando condições inadequadas.

É importante entender que isso não significa que o Bluetooth simplesmente “desvie” de qualquer interferência instantaneamente. Existe um processo definido pela arquitetura do Bluetooth para selecionar e utilizar os canais. No Bluetooth LE, por exemplo, os canais podem ser classificados como adequados ou inadequados e essa informação pode ser utilizada para formar um mapa de canais que orienta a comunicação.

Outro ponto importante é que frequência e velocidade não são a mesma coisa. O fato de o Bluetooth utilizar 2,4 GHz não significa que todos os dispositivos Bluetooth tenham a mesma velocidade de transmissão. A taxa de dados depende de diversos fatores, incluindo o tipo de rádio, a camada física utilizada, a modulação, as características da conexão e os recursos implementados pelo dispositivo.

A frequência também não determina sozinha o alcance. Um sinal de rádio em 2,4 GHz sofre perdas à medida que se afasta da fonte e pode ser afetado por obstáculos, materiais, posicionamento das antenas, potência de transmissão, sensibilidade do receptor e interferências presentes no ambiente. Por isso, dois dispositivos Bluetooth podem apresentar resultados diferentes mesmo utilizando a mesma faixa de frequência.

Existe ainda uma característica interessante no Bluetooth LE: seus 40 canais não são todos utilizados da mesma maneira. Três deles são destinados aos chamados canais primários de advertising, utilizados para que dispositivos possam anunciar sua presença e informações básicas. Os outros 37 são canais de uso geral para dados. Essa organização será importante quando estudarmos como os dispositivos Bluetooth conseguem se encontrar e iniciar uma comunicação.

A utilização da faixa de 2,4 GHz também ajuda a explicar por que Bluetooth conseguiu se tornar uma tecnologia tão disseminada. Trata-se de uma faixa amplamente disponível para aplicações sem fio, permitindo que dispositivos pequenos e de baixo consumo implementem comunicação por rádio sem depender de uma faixa exclusiva para cada fabricante ou produto.

Portanto, quando vemos “Bluetooth 2,4 GHz”, não devemos imaginar uma única frequência fixa funcionando como uma estrada exclusiva. É mais correto pensar em uma faixa de rádio dividida em vários canais, na qual o Bluetooth organiza sua comunicação e utiliza mecanismos de seleção e mudança de canais para aumentar a eficiência e a resistência às interferências.

No próximo capítulo, vamos avançar justamente para uma consequência prática de tudo isso: até onde um sinal Bluetooth consegue chegar? E veremos por que não existe uma distância universal que possa ser atribuída simplesmente ao fato de um dispositivo possuir Bluetooth.

Quando um dispositivo informa que possui Bluetooth, é comum surgir a expectativa de que exista uma distância máxima universal para a conexão. Na prática, não é assim. O alcance do Bluetooth não é determinado por um único número e pode variar bastante de acordo com o dispositivo, o ambiente e a forma como a comunicação foi implementada.

O primeiro ponto importante é entender que o sinal Bluetooth é uma transmissão de rádio. Assim como acontece com outras tecnologias sem fio, o sinal perde intensidade à medida que se afasta do transmissor. Quanto maior a distância entre os dispositivos, menor tende a ser a potência do sinal recebido e maior a possibilidade de a comunicação apresentar instabilidade ou ser interrompida.

A potência de transmissão é um dos fatores que influenciam esse resultado. Um dispositivo capaz de transmitir com maior potência pode, em determinadas condições, estabelecer uma comunicação a uma distância maior. Isso, porém, não significa que aumentar a potência seja suficiente para garantir maior alcance, pois o receptor também precisa conseguir detectar e interpretar adequadamente o sinal recebido.

A sensibilidade do receptor também exerce papel importante. Ela representa, de maneira simplificada, a capacidade do dispositivo de receber e interpretar sinais relativamente fracos. Um transmissor potente combinado com um receptor pouco sensível não necessariamente produzirá uma conexão de longo alcance. O desempenho depende do conjunto formado pelos dois lados da comunicação.

As antenas são outro componente fundamental. O tipo de antena, seu ganho, sua orientação e sua posição dentro do dispositivo podem alterar significativamente a forma como o sinal de rádio se propaga. Em produtos compactos, como smartphones e fones de ouvido, o espaço físico disponível é limitado e a antena precisa compartilhar o interior do aparelho com diversos outros componentes.

O próprio corpo humano pode influenciar a comunicação. Como o corpo absorve parte da energia de radiofrequência, colocar o celular em determinada posição, segurar o dispositivo com a mão ou bloquear a região da antena pode reduzir a qualidade do sinal. Essa é uma das razões pelas quais a experiência real pode ser diferente daquela observada em condições ideais de laboratório.

Os obstáculos presentes no ambiente também fazem diferença. Paredes, portas, móveis, estruturas metálicas e outros objetos podem atenuar ou refletir as ondas de rádio. O impacto depende do material, da espessura, da distância e da frequência utilizada. Em um espaço aberto, sem obstáculos relevantes, uma conexão pode alcançar uma distância muito maior do que dentro de uma residência cheia de paredes e estruturas.

A interferência de outros equipamentos sem fio também pode prejudicar o alcance prático. Como vimos no capítulo anterior, o Bluetooth utiliza a faixa de 2,4 GHz, que é compartilhada com diversas tecnologias. Mesmo quando o sinal Bluetooth ainda consegue chegar ao outro dispositivo, a presença de interferências pode reduzir a qualidade da comunicação e aumentar a quantidade de dados que precisam ser retransmitidos.

Outro fator importante é a classe de potência do rádio. O Bluetooth possui diferentes classes de potência de transmissão, e elas estabelecem limites de potência distintos. Isso significa que dois dispositivos Bluetooth podem utilizar a mesma tecnologia e ainda assim apresentar capacidades de alcance bastante diferentes. Na prática, muitos acessórios pequenos utilizam níveis de potência compatíveis com suas dimensões e necessidades de consumo, enquanto equipamentos projetados para distâncias maiores podem utilizar implementações diferentes.

Por isso, a distância anunciada em uma embalagem ou ficha técnica deve ser interpretada como uma referência e não como uma garantia de funcionamento em qualquer ambiente. Uma especificação de alcance pode ser obtida em determinadas condições de teste, enquanto o uso cotidiano envolve obstáculos, orientação variável, interferência e diferenças entre os dispositivos conectados.

Também é importante não confundir alcance com qualidade da conexão. Um dispositivo pode continuar tecnicamente conectado mesmo quando a comunicação já apresenta quedas, atrasos ou interrupções ocasionais. Da mesma maneira, aproximar os dispositivos pode melhorar a estabilidade sem alterar qualquer configuração do Bluetooth.

Existe ainda uma relação importante entre alcance e consumo de energia. Em determinadas situações, aumentar a potência de transmissão pode ajudar a ampliar a distância de comunicação, mas isso pode exigir mais energia. Para dispositivos alimentados por baterias pequenas, como sensores e acessórios vestíveis, existe um equilíbrio entre alcance, desempenho e autonomia.

Em resumo, não existe uma única distância que possa ser chamada de “alcance do Bluetooth”. O resultado depende da combinação entre potência de transmissão, sensibilidade do receptor, antenas, obstáculos, interferências, orientação dos dispositivos, características do ambiente e implementação utilizada pelo produto. É por isso que dois aparelhos com Bluetooth podem apresentar experiências muito diferentes.

Agora que entendemos os fundamentos do rádio, da frequência e do alcance, podemos começar a observar o que acontece quando dois dispositivos realmente precisam estabelecer uma comunicação. O próximo passo é entender uma distinção essencial: pareamento, conexão e reconexão não são exatamente a mesma coisa.

Quando conectamos um fone de ouvido, smartwatch, teclado ou outro acessório ao celular, normalmente vemos apenas uma mensagem como “Conectado”. Por trás dessa ação, porém, existem etapas diferentes. Pareamento, conexão e reconexão são conceitos relacionados, mas representam situações distintas dentro do funcionamento do Bluetooth.

O pareamento é o processo pelo qual dois dispositivos estabelecem uma relação de confiança e, quando necessário, criam ou armazenam informações utilizadas para proteger comunicações futuras. É nesse momento que os dispositivos podem trocar informações necessárias para reconhecer um ao outro e estabelecer os mecanismos de segurança apropriados.

Um exemplo simples é quando um fone Bluetooth é utilizado pela primeira vez com um celular. O usuário coloca o fone em modo de pareamento, o celular encontra o dispositivo e, depois da confirmação, os dois passam a ter informações que permitem reconhecer aquela relação. Em muitos casos, essa etapa só precisa ser realizada uma vez para aquele par de dispositivos.

Isso não significa que os dois dispositivos permanecerão conectados permanentemente. Depois de pareados, eles podem ser desligados, afastados ou colocados fora do alcance e, posteriormente, estabelecer uma nova comunicação. É aí que entra o conceito de conexão.

A conexão é o estabelecimento efetivo de um enlace de comunicação entre os dispositivos. Um aparelho pode estar pareado com outro, mas não estar conectado naquele momento. Quando o usuário coloca um fone já conhecido no ouvido e o celular estabelece novamente a comunicação com ele, por exemplo, ocorre uma conexão utilizando as informações que já haviam sido estabelecidas anteriormente.

Essa diferença explica uma situação bastante comum: um acessório aparece na lista de dispositivos conhecidos do celular, mas está marcado como desconectado. Isso não significa necessariamente que o pareamento foi perdido. O celular pode continuar reconhecendo aquele dispositivo mesmo quando não existe uma conexão ativa.

A reconexão, por sua vez, acontece quando dois dispositivos que já estabeleceram uma relação anteriormente voltam a criar uma conexão. É o que ocorre, por exemplo, quando você sai de perto do celular com um fone Bluetooth e depois retorna para uma distância em que a comunicação volta a ser possível. Dependendo do dispositivo e da configuração, a conexão pode ser restabelecida automaticamente.

É importante perceber que a reconexão não significa repetir obrigatoriamente todo o processo de pareamento. Como os dispositivos já possuem informações associadas à relação anterior, eles podem utilizar essas informações para facilitar o estabelecimento de uma nova conexão. É justamente isso que torna a experiência cotidiana do Bluetooth tão simples: depois da configuração inicial, grande parte do processo acontece automaticamente.

O pareamento também não significa que dois dispositivos necessariamente poderão utilizar qualquer função um do outro. Depois que existe uma relação entre eles, ainda é necessário estabelecer quais serviços e recursos poderão ser utilizados. Um celular pode estar pareado com um acessório, por exemplo, mas uma determinada função pode não estar disponível ou não ser compatível com aquele dispositivo.

Outro ponto importante é que o processo pode variar entre Bluetooth Classic e Bluetooth LE. Embora os dois façam parte da mesma família tecnológica, eles possuem mecanismos e procedimentos próprios para descoberta, estabelecimento de conexões e segurança. Por isso, não devemos imaginar que todo dispositivo Bluetooth segue exatamente a mesma sequência de operações.

Também existem situações em que o usuário pode remover ou esquecer um dispositivo. Nesse caso, as informações utilizadas para reconhecer aquela relação podem ser apagadas do sistema. Se os dispositivos precisarem voltar a estabelecer uma relação que exija pareamento, será necessário realizar novamente o processo de configuração.

Podemos resumir a diferença desta maneira: pareamento está relacionado ao estabelecimento de uma relação entre dispositivos e às informações utilizadas para reconhecê-la; conexão é a comunicação efetivamente estabelecida naquele momento; e reconexão é o estabelecimento novamente de uma conexão que já existia anteriormente.

Essa distinção será importante nos próximos capítulos, porque antes que dois dispositivos possam se conectar, eles precisam de alguma forma descobrir a presença um do outro e identificar quais dispositivos estão disponíveis. No próximo capítulo, vamos acompanhar justamente essa etapa: como dois dispositivos Bluetooth conseguem se encontrar?

Antes que dois dispositivos Bluetooth possam estabelecer uma comunicação, eles precisam de alguma maneira descobrir que o outro está por perto. Essa etapa é chamada de descoberta de dispositivos e é fundamental para transformar dois aparelhos que simplesmente estão próximos em possíveis participantes de uma comunicação.

No Bluetooth LE, uma das principais ferramentas utilizadas para essa descoberta é o advertising. Um dispositivo pode transmitir pequenos pacotes de informações em determinados intervalos, anunciando sua presença para outros dispositivos que estejam escutando. Esses pacotes podem carregar informações que ajudam o aparelho receptor a identificar o dispositivo e entender se ele oferece determinado serviço ou se está disponível para estabelecer uma conexão.

O dispositivo que transmite esses anúncios é chamado de advertiser, enquanto aquele que procura por esses sinais realiza o scanning. Durante o scanning, o rádio permanece ouvindo os canais apropriados durante determinados períodos. Quando recebe um pacote de advertising, o dispositivo pode processar as informações e identificar que existe outro equipamento Bluetooth dentro do alcance de comunicação.

Podemos imaginar o processo como uma pessoa entrando em uma sala e dizendo periodicamente “estou aqui”, enquanto outra pessoa presta atenção para descobrir quem está presente. O anúncio não precisa estabelecer imediatamente uma conexão. Ele pode simplesmente informar que determinado dispositivo está por perto e fornecer informações suficientes para que outro aparelho decida se vale a pena iniciar uma comunicação.

Essa característica é importante porque nem toda comunicação Bluetooth exige uma conexão permanente. Um dispositivo pode utilizar advertising para transmitir pequenas informações para vários aparelhos próximos sem estabelecer uma conexão individual com cada um deles. Beacons e alguns sistemas de localização, por exemplo, podem utilizar essa capacidade para anunciar informações que outros dispositivos conseguem receber.

Quando o objetivo é estabelecer uma conexão, o dispositivo que está fazendo a busca pode utilizar as informações recebidas no advertising para decidir com qual aparelho deseja se comunicar. A partir daí, entram em ação procedimentos específicos para iniciar uma conexão, que dependem do tipo de Bluetooth e da função desejada.

O scanning também pode ocorrer de maneiras diferentes. No passive scanning, o dispositivo simplesmente escuta os pacotes de advertising e recebe as informações transmitidas. No active scanning, ele pode enviar uma solicitação ao dispositivo que está anunciando para obter informações adicionais. Essa diferença permite que o processo de descoberta seja adaptado às necessidades da aplicação.

Os pacotes de advertising são pequenos justamente porque sua função principal não é transportar grandes volumes de dados. Eles funcionam como uma espécie de apresentação inicial: identificam a presença de um dispositivo e podem fornecer informações que ajudam o receptor a decidir o que fazer em seguida. Quando é necessário trocar uma quantidade maior de informações, outros mecanismos da arquitetura Bluetooth entram em ação.

O momento em que esses anúncios são transmitidos também influencia o comportamento do sistema. Um dispositivo que anuncia com muita frequência pode ser descoberto mais rapidamente, mas precisa manter o rádio ativo com maior frequência e pode consumir mais energia. Um dispositivo que anuncia com menos frequência pode economizar energia, mas pode levar mais tempo para ser descoberto. O intervalo utilizado depende do dispositivo e da aplicação.

É importante observar que esse processo descrito aqui é especialmente característico do Bluetooth LE. O Bluetooth Classic possui seus próprios mecanismos de descoberta e consulta, com procedimentos diferentes. Por isso, não devemos imaginar que advertising e scanning sejam simplesmente a maneira universal pela qual todos os dispositivos Bluetooth se encontram.

Existe ainda uma evolução importante desse mecanismo. O Bluetooth LE passou a oferecer formas de advertising mais avançadas, incluindo Extended Advertising e Periodic Advertising. Elas permitem transportar mais informações e, no caso do advertising periódico, organizar as transmissões segundo uma programação previsível. Esses recursos são particularmente importantes para aplicações modernas, incluindo soluções de áudio por broadcast.

Portanto, quando um celular encontra um acessório Bluetooth LE próximo, não acontece uma espécie de “radar” procurando continuamente por todos os aparelhos. Existe um processo organizado no qual dispositivos podem anunciar sua presença e outros podem escutar esses anúncios. Quando um dispositivo é encontrado, o sistema pode então decidir se deseja obter mais informações, iniciar uma conexão ou simplesmente ignorar aquele anúncio.

Essa etapa de descoberta é apenas o começo. Depois que os dispositivos sabem que o outro existe, ainda precisamos entender como os dados são efetivamente transportados e como o Bluetooth consegue administrar a comunicação em um ambiente cheio de outros sinais de rádio. É isso que veremos no próximo capítulo, ao estudar canais e salto de frequência.

No capítulo anterior vimos que dispositivos Bluetooth LE podem anunciar sua presença e que outros aparelhos podem procurar esses anúncios. Agora podemos avançar um pouco mais e entender como o Bluetooth organiza a comunicação depois que os dispositivos precisam trocar dados. Um dos mecanismos mais importantes para isso é o salto de frequência, conhecido como Frequency-Hopping Spread Spectrum (FHSS).

A ideia fundamental é simples: em vez de transmitir todos os dados continuamente pelo mesmo canal de rádio, o Bluetooth pode alternar entre diferentes canais ao longo do tempo. Essa mudança é feita de maneira organizada, seguindo algoritmos definidos pela especificação. Os dispositivos que participam da comunicação sabem quais canais devem utilizar e conseguem acompanhar a sequência de mudanças.

Essa estratégia é especialmente útil porque a faixa de 2,4 GHz é compartilhada por muitas tecnologias. Se uma determinada região do espectro estiver sendo utilizada intensamente por outro equipamento, permanecer sempre naquele canal aumentaria a possibilidade de colisões e perda de pacotes. Ao distribuir a comunicação por diferentes canais, o Bluetooth reduz a probabilidade de que uma interferência localizada prejudique toda a conexão.

No Bluetooth LE existem 40 canais de rádio distribuídos pela faixa de 2,4 GHz. Três deles são chamados de canais primários de advertising e são identificados pelos índices 37, 38 e 39. Os outros 37 são os chamados canais de uso geral e podem ser utilizados para a comunicação de dados de uma conexão LE.

Durante uma conexão Bluetooth LE, o mecanismo de Adaptive Frequency Hopping (AFH) permite que os canais utilizados mudem ao longo da comunicação. Antes de cada evento de conexão, um canal é selecionado por um algoritmo a partir do conjunto de canais considerados disponíveis. Dessa forma, os dispositivos podem percorrer diferentes regiões da faixa de 2,4 GHz durante a vida da conexão.

O termo “adaptativo” é importante. O Bluetooth não precisa tratar todos os canais como igualmente bons o tempo inteiro. As condições de radiofrequência podem ser avaliadas e determinados canais podem apresentar desempenho ruim por causa de interferências. Essas informações podem ser utilizadas para atualizar o chamado channel map, um mapa que indica quais canais estão disponíveis para utilização e quais devem ser evitados.

Imagine, por exemplo, que um dos canais esteja sofrendo muita interferência de uma rede sem fio próxima. Se esse canal continuar sendo utilizado normalmente, aumentam as chances de pacotes precisarem ser retransmitidos. Com a classificação adequada, o canal pode ser marcado como inadequado e deixar de participar das escolhas feitas pelo algoritmo de salto de frequência.

Isso não significa que o Bluetooth encontre um canal permanentemente perfeito. O ambiente de radiofrequência muda constantemente. Um canal que está funcionando bem agora pode apresentar interferência alguns segundos depois, enquanto outro canal anteriormente problemático pode voltar a apresentar boas condições. A capacidade de adaptar o conjunto de canais utilizados é justamente uma das vantagens desse mecanismo.

O salto de frequência também não significa que os dados sejam espalhados aleatoriamente pelo espectro. Existe uma sequência determinada pelos mecanismos de seleção de canais e os dispositivos envolvidos precisam estar sincronizados para saber qual canal utilizar em cada momento. Assim, enquanto outros equipamentos podem perceber apenas uma sequência rápida de transmissões em diferentes frequências, os dispositivos Bluetooth conseguem acompanhar a comunicação de maneira coordenada.

É importante diferenciar ainda canal de frequência. A faixa de 2,4 GHz representa uma região do espectro radioelétrico, enquanto os canais são divisões organizadas dessa faixa. Cada canal ocupa uma determinada largura de banda e possui uma frequência central definida. Portanto, quando dizemos que o Bluetooth “troca de frequência”, estamos descrevendo, de forma simplificada, a mudança entre diferentes canais de rádio.

O Bluetooth Classic também utiliza Frequency-Hopping Spread Spectrum, mas sua organização de canais é diferente. Ele utiliza 79 canais com espaçamento de 1 MHz, enquanto o Bluetooth LE possui 40 canais com espaçamento de 2 MHz. Por isso, embora ambos utilizem salto de frequência, os mecanismos específicos e a forma como os canais são empregados não são idênticos.

O resultado prático desse sistema é uma comunicação mais resistente a interferências localizadas. Isso não significa que o Bluetooth seja imune a interferências: sinais muito fortes, congestionamento intenso, obstáculos e condições ruins de rádio ainda podem prejudicar uma conexão. O objetivo é reduzir a probabilidade de que uma única região problemática do espectro comprometa toda a comunicação.

Esse princípio ajuda a explicar por que o Bluetooth consegue funcionar no mesmo ambiente em que existem redes Wi-Fi, outros dispositivos Bluetooth e diversos equipamentos de radiofrequência. Eles continuam compartilhando o mesmo espaço do espectro, mas cada tecnologia possui mecanismos próprios para organizar sua comunicação e lidar com as condições do ambiente.

Mais adiante, quando estudarmos Bluetooth LE com maior profundidade, veremos que a utilização dos canais vai muito além do simples salto de frequência. Advertising, conexões, diferentes PHYs e recursos mais modernos utilizam partes diferentes da arquitetura de rádio. Por enquanto, o essencial é guardar uma ideia: o Bluetooth não precisa permanecer preso a um único canal; ele pode mudar de canal de forma coordenada e adaptar essa escolha às condições do ambiente.

Depois de entender como o Bluetooth organiza sua comunicação no espectro, podemos analisar outra questão que afeta diretamente a experiência do usuário: qual é a relação entre latência, velocidade e estabilidade? É isso que veremos no próximo capítulo.

Quando avaliamos uma conexão Bluetooth, três características costumam aparecer juntas: velocidade, latência e estabilidade. Embora estejam relacionadas ao desempenho da comunicação, elas representam coisas diferentes. Uma conexão pode apresentar boa velocidade e ainda ter latência elevada, assim como pode oferecer baixa latência e não necessariamente ser capaz de transportar grandes quantidades de dados.

A velocidade de transmissão indica a quantidade de dados que pode ser transportada durante determinado período. Ela é importante quando existe um fluxo relativamente grande de informações, como em algumas aplicações de áudio ou transferência de arquivos. Entretanto, a velocidade anunciada para uma determinada camada de rádio não significa necessariamente que o usuário terá exatamente essa taxa de dados disponível na aplicação.

Entre a capacidade do rádio e aquilo que efetivamente chega à aplicação existem protocolos, cabeçalhos, mecanismos de controle, retransmissões e outras etapas. Por isso, a taxa útil de dados tende a ser menor do que a taxa bruta de transmissão. Além disso, as condições do sinal e os recursos implementados pelos dois dispositivos também influenciam o resultado.

A latência representa o tempo necessário para que uma informação percorra o caminho entre o momento em que é enviada e o momento em que chega ao destino ou produz o efeito esperado. Em aplicações interativas, como jogos, controles e alguns tipos de áudio e vídeo, uma latência elevada pode ser percebida como atraso entre uma ação e sua resposta.

Imagine um controle Bluetooth conectado a um videogame. Quando o jogador aperta um botão, existe um intervalo entre o comando ser gerado pelo controle e o jogo receber e processar essa informação. Se esse intervalo for muito grande, a resposta pode parecer atrasada. A quantidade de dados envolvida é pequena, mas a rapidez com que a informação chega ao destino é extremamente importante.

Isso mostra por que velocidade e latência não são sinônimos. Uma comunicação pode ser capaz de transportar muitos dados por segundo, mas ainda apresentar um atraso relativamente elevado antes que determinada informação chegue ao destino. Da mesma maneira, uma aplicação pode precisar de pouquíssimos dados, mas exigir que eles sejam entregues rapidamente.

A estabilidade está relacionada à capacidade de a comunicação permanecer funcionando de maneira consistente. Uma conexão instável pode apresentar interrupções, perda de pacotes, falhas de áudio, comandos que deixam de responder ou necessidade frequente de retransmitir informações. Portanto, uma conexão não é considerada boa simplesmente porque apresenta uma taxa de transmissão elevada em condições ideais.

As três características podem ser influenciadas por diversos fatores. A qualidade do sinal de rádio, a distância entre os dispositivos, obstáculos, interferências, potência de transmissão, sensibilidade do receptor, características das antenas e os mecanismos utilizados pela própria tecnologia podem alterar o comportamento da conexão.

As retransmissões são um exemplo interessante. Quando um pacote não chega corretamente ao destino, determinados mecanismos podem permitir que a informação seja enviada novamente. Isso ajuda a preservar a confiabilidade da comunicação, mas pode aumentar o tempo necessário para que os dados sejam entregues. Em outras palavras, uma estratégia que melhora a confiabilidade pode ter impacto sobre a latência.

O comportamento também depende da aplicação. Em uma transferência de dados em que o objetivo principal é transportar uma grande quantidade de informações corretamente, a velocidade e a confiabilidade podem ser mais importantes. Em um controle de jogo, por outro lado, pequenas quantidades de dados precisam chegar rapidamente e de maneira previsível. Em um sensor alimentado por bateria, a prioridade pode ser transmitir apenas o necessário consumindo o mínimo possível de energia.

No áudio Bluetooth, a situação é ainda mais interessante. O som precisa ser codificado, transmitido, recebido e decodificado antes de chegar ao alto-falante. O codec utilizado, os buffers, o sistema operacional, o dispositivo transmissor e o receptor podem influenciar o atraso percebido. Por isso, simplesmente observar a versão Bluetooth de um celular ou fone não é suficiente para determinar a latência de áudio.

Também não devemos interpretar automaticamente uma versão mais recente do Bluetooth como uma garantia de desempenho superior em qualquer situação. Uma nova especificação pode introduzir recursos que beneficiam determinadas aplicações sem necessariamente aumentar todas as características da conexão. Além disso, os dois dispositivos precisam implementar recursos compatíveis para que determinadas vantagens possam ser aproveitadas.

Um exemplo importante dessa evolução aparece no Bluetooth LE. A tecnologia possui diferentes PHYs, mecanismos de conexão e recursos que podem ser escolhidos de acordo com as necessidades da aplicação. Alguns priorizam maior taxa de transmissão, enquanto outros podem favorecer alcance ou eficiência energética. Assim, o comportamento final resulta de um conjunto de decisões técnicas, e não de um único número estampado na embalagem.

Podemos resumir os três conceitos desta forma: velocidade está relacionada à quantidade de dados que pode ser transportada; latência está relacionada ao tempo necessário para a informação chegar ao destino e produzir uma resposta; e estabilidade está relacionada à consistência da comunicação ao longo do tempo. Uma boa experiência Bluetooth depende do equilíbrio entre essas características e das necessidades da aplicação.

Essa relação ficará ainda mais clara quando estudarmos o consumo de energia. Afinal, aumentar a frequência de comunicação, manter o rádio ativo por mais tempo ou utilizar determinados recursos pode melhorar o desempenho, mas também pode afetar a autonomia da bateria. No próximo capítulo, vamos entender justamente como o Bluetooth consegue transmitir informações sem consumir energia continuamente.

Uma das características mais importantes do Bluetooth é a capacidade de realizar comunicação sem fio sem exigir que o dispositivo permaneça consumindo energia constantemente. Isso é especialmente importante em equipamentos alimentados por baterias pequenas, como fones de ouvido, relógios inteligentes, sensores, rastreadores e outros acessórios que precisam funcionar durante longos períodos sem recarga.

O principal motivo para o consumo variar tanto entre diferentes dispositivos está na maneira como o rádio é utilizado. Um rádio sem fio consome energia quando transmite e recebe informações, mas também existem etapas de preparação, processamento e manutenção da comunicação. Quanto mais tempo o rádio permanece ativo e quanto mais dados precisam ser processados, maior tende a ser o consumo.

Por isso, uma estratégia fundamental para economizar energia é evitar que o rádio permaneça ativo quando não existe nada importante para transmitir ou receber. Em determinadas aplicações, o dispositivo pode permanecer em um estado de baixo consumo e ativar o rádio apenas em momentos específicos. Depois da comunicação, ele pode voltar a reduzir sua atividade.

Esse comportamento é especialmente importante no Bluetooth LE. A tecnologia foi projetada para permitir que dispositivos realizem pequenas transmissões de dados e passem grande parte do tempo em estados de baixo consumo. Um sensor de temperatura, por exemplo, pode permanecer inativo durante boa parte do tempo, acordar para realizar uma medição, transmitir o resultado e voltar a economizar energia.

O intervalo entre os momentos em que o rádio precisa participar da comunicação também influencia o consumo. Se um dispositivo precisa transmitir informações com muita frequência, ele terá menos oportunidades de permanecer em baixo consumo. Se as informações podem ser enviadas apenas ocasionalmente, o rádio pode ficar inativo durante períodos maiores.

Existe, portanto, uma relação direta entre frequência de comunicação e autonomia. Isso não significa que transmitir mais rapidamente seja sempre mais eficiente ou que transmitir menos dados seja automaticamente melhor. O consumo depende de quanto tempo o rádio precisa permanecer ativo, da quantidade de dados, da potência utilizada, dos intervalos de comunicação e de toda a implementação do dispositivo.

A potência de transmissão também influencia o consumo. Enviar um sinal com maior potência pode aumentar a energia utilizada pelo transmissor. Entretanto, reduzir a potência indiscriminadamente também pode prejudicar a qualidade da comunicação e aumentar a necessidade de retransmissões. O projeto de um dispositivo precisa encontrar um equilíbrio entre alcance, confiabilidade e autonomia.

As retransmissões são particularmente interessantes nesse contexto. Quando uma informação não chega corretamente ao destino, pode ser necessário transmiti-la novamente. Isso consome energia adicional. Uma comunicação eficiente, portanto, não depende apenas de transmitir pouca informação, mas também de conseguir realizar a comunicação com o menor número possível de tentativas desnecessárias.

O próprio hardware também faz diferença. Um celular possui uma bateria muito maior e recursos de processamento diferentes dos encontrados em um pequeno sensor ou fone de ouvido. Por isso, não existe um único consumo de energia que possa ser atribuído ao Bluetooth. O gasto real depende do rádio utilizado, do projeto do aparelho, do software, da aplicação e do comportamento da conexão.

É importante também não confundir Bluetooth LE com uma tecnologia que simplesmente “usa pouca energia em qualquer situação”. O baixo consumo é uma característica de projeto, mas depende de como o dispositivo e a aplicação utilizam os recursos disponíveis. Um equipamento que mantém comunicação intensa e frequente pode consumir consideravelmente mais energia do que outro que transmite pequenos dados apenas ocasionalmente.

Esse princípio ajuda a explicar por que o Bluetooth LE se tornou tão importante para a Internet das Coisas. Muitos sensores precisam funcionar durante meses ou até anos utilizando baterias pequenas. Para essas aplicações, reduzir o tempo em que o rádio permanece ativo pode ser muito mais importante do que alcançar a maior taxa de transmissão possível.

Também existe um equilíbrio entre consumo e experiência do usuário. Um dispositivo que verifica constantemente se existem novos dados pode responder rapidamente, mas tende a gastar mais energia. Um dispositivo que verifica com menos frequência pode economizar bateria, mas pode apresentar maior tempo de espera. O projeto precisa escolher uma estratégia adequada à finalidade do produto.

Nos dispositivos modernos, essa economia não depende de um único recurso. Ela resulta da combinação entre rádio, protocolos, intervalos de comunicação, potência de transmissão, processamento e software. O Bluetooth fornece mecanismos para permitir essa operação eficiente, mas a autonomia final continua sendo uma característica do conjunto formado pelo hardware e pela forma como o produto utiliza a tecnologia.

Em resumo, o Bluetooth economiza energia principalmente quando consegue evitar atividade de rádio desnecessária. Em aplicações de baixo consumo, o dispositivo pode transmitir somente quando precisa, permanecer inativo durante os períodos restantes e ajustar seu comportamento às necessidades da comunicação. É essa ideia que está no centro do Bluetooth Low Energy.

Até aqui, usamos o Bluetooth LE como exemplo para explicar alguns princípios de eficiência energética. No próximo capítulo, vamos finalmente abrir essa tecnologia de maneira mais detalhada e entender o que é Bluetooth Low Energy, como ele foi projetado e por que ele se tornou tão importante.

Bluetooth Low Energy, normalmente chamado de Bluetooth LE ou simplesmente BLE, é uma das duas opções principais de rádio da tecnologia Bluetooth. Ele foi projetado para permitir comunicação sem fio eficiente em termos de energia, tornando-se especialmente importante em dispositivos alimentados por baterias pequenas e em aplicações que precisam transmitir informações sem manter o rádio ativo continuamente.

O conceito central do Bluetooth LE é permitir que um dispositivo passe grande parte do tempo em estados de baixo consumo e ative o rádio apenas quando necessário. Em vez de exigir uma comunicação permanentemente ativa, a tecnologia permite organizar a troca de informações em períodos específicos. Essa característica é especialmente útil quando a quantidade de dados é pequena ou quando não existe necessidade de comunicação contínua.

Imagine um sensor que mede a temperatura de um ambiente. Ele pode permanecer durante boa parte do tempo sem transmitir nada, realizar uma medição, ativar o rádio, enviar o resultado e voltar a um estado de baixo consumo. Para uma aplicação desse tipo, manter uma conexão de rádio continuamente ativa seria um desperdício de energia. O Bluetooth LE foi projetado justamente para lidar muito bem com esse cenário.

Essa eficiência fez com que o Bluetooth LE se espalhasse muito além dos sensores. Hoje ele pode ser utilizado em relógios inteligentes, dispositivos vestíveis, acessórios, equipamentos de automação, produtos de localização, dispositivos médicos, controles, sistemas industriais e muitas outras aplicações. Ele também se tornou a base para recursos mais avançados, como LE Audio, Bluetooth Mesh e diferentes mecanismos de posicionamento.

Uma característica importante é que o Bluetooth LE não depende exclusivamente de conexões ponto a ponto. Ele também pode trabalhar com broadcast, permitindo que um dispositivo transmita informações que podem ser recebidas por vários outros aparelhos, e pode participar de redes mesh nas quais diversos dispositivos colaboram para ampliar a comunicação.

O Bluetooth LE utiliza 40 canais de rádio na faixa de 2,4 GHz. Três deles são utilizados como canais primários de advertising, enquanto os outros 37 são canais de uso geral. Essa organização permite que dispositivos anunciem sua presença, sejam descobertos e, quando necessário, estabeleçam conexões para trocar dados.

Outro aspecto importante é que o Bluetooth LE foi concebido como uma arquitetura modular. Diferentes camadas e protocolos cuidam de tarefas específicas, desde o controle do rádio até a organização dos dados e a definição dos serviços oferecidos por um dispositivo. Isso permite que a mesma tecnologia seja utilizada em produtos extremamente diferentes entre si.

É por isso que um pequeno sensor de temperatura e um smartwatch podem utilizar Bluetooth LE mesmo tendo necessidades completamente diferentes. O sensor pode transmitir apenas alguns bytes periodicamente, enquanto o relógio pode manter diversas funções de comunicação com o celular. Ambos aproveitam a mesma base tecnológica, mas utilizam recursos diferentes da arquitetura.

Também é importante compreender que baixo consumo não significa baixa capacidade. O Bluetooth LE evoluiu significativamente desde sua introdução e passou a oferecer diferentes taxas de transmissão, modos de operação, mecanismos de advertising, recursos de localização e suporte a aplicações muito mais sofisticadas. A eficiência energética continua sendo uma característica fundamental, mas deixou de ser a única razão para utilizar Bluetooth LE.

Essa evolução também explica por que o nome “Low Energy” pode causar uma impressão equivocada. O objetivo não é simplesmente fazer qualquer dispositivo Bluetooth consumir pouca energia em todas as situações. O objetivo é fornecer uma arquitetura que permita ao projetista escolher mecanismos de comunicação adequados à aplicação e evitar consumo desnecessário quando o rádio não precisa estar ativo.

Na prática, a autonomia final continua dependendo do produto. Potência de transmissão, frequência das comunicações, quantidade de dados, qualidade do sinal, processamento, antena, software e comportamento da aplicação podem alterar significativamente o consumo. Portanto, dois dispositivos Bluetooth LE podem apresentar autonomias completamente diferentes.

O Bluetooth LE também não substituiu o Bluetooth Classic em todas as aplicações. Os dois continuam existindo porque foram projetados com características diferentes. Durante muito tempo, o Bluetooth Classic foi especialmente importante para o áudio tradicional, enquanto o Bluetooth LE se destacou em sensores e dispositivos de baixo consumo. Com o desenvolvimento do LE Audio, porém, essa divisão deixou de ser tão simples, e o Bluetooth LE passou a desempenhar também um papel importante no futuro do áudio sem fio.

Podemos resumir o Bluetooth LE como uma arquitetura de comunicação sem fio que permite aos dispositivos trocar informações de maneira eficiente, utilizando períodos de atividade cuidadosamente organizados e oferecendo diferentes formas de comunicação para diferentes aplicações. Ele é muito mais do que uma versão “econômica” do Bluetooth Classic: é uma das principais bases tecnológicas do ecossistema Bluetooth moderno.

Agora que conhecemos a ideia geral do Bluetooth LE, podemos começar a entender como ele organiza as informações que os dispositivos oferecem. No próximo capítulo, vamos conhecer três conceitos fundamentais dessa arquitetura: GATT, serviços e características.

Quando dois dispositivos Bluetooth LE estabelecem uma conexão, ainda existe uma pergunta importante: como um deles sabe quais informações o outro oferece e como essas informações devem ser utilizadas? Para responder a isso, o Bluetooth LE utiliza uma arquitetura baseada em GATT (Generic Attribute Profile), que organiza os dados disponíveis no dispositivo em uma estrutura formada principalmente por serviços, características e descritores.

Podemos imaginar o GATT como uma maneira padronizada de apresentar as capacidades e informações de um dispositivo. Em vez de cada fabricante inventar uma forma completamente diferente de disponibilizar seus dados, o Bluetooth LE oferece uma estrutura comum que permite que um dispositivo descubra o que o outro oferece e interaja com essas informações de acordo com regras definidas.

No modelo GATT existem dois papéis principais: o GATT Server e o GATT Client. O servidor é o dispositivo que disponibiliza os dados e serviços, enquanto o cliente é aquele que acessa essas informações. Esses papéis descrevem a função desempenhada durante uma determinada comunicação e não significam necessariamente que um aparelho seja sempre servidor ou sempre cliente.

Um smartphone, por exemplo, pode atuar como cliente ao consultar informações de um smartwatch, enquanto em outra situação pode oferecer seus próprios serviços e assumir o papel de servidor. A definição depende da aplicação e de qual dispositivo está disponibilizando ou solicitando determinado conjunto de dados.

Os serviços funcionam como agrupamentos que dão contexto às informações oferecidas por um dispositivo. Um serviço normalmente representa uma determinada capacidade ou função. Um dispositivo pode, por exemplo, disponibilizar um serviço relacionado à bateria, outro relacionado a informações do dispositivo e outro associado a uma função específica do produto.

Dentro de cada serviço ficam as características. Uma característica representa uma informação ou estado específico que pode ser lido, escrito ou utilizado de outras maneiras previstas pela arquitetura GATT. Em um serviço relacionado à bateria, por exemplo, uma característica pode representar o nível atual da bateria.

Essa organização pode ser comparada a uma biblioteca. O serviço seria como uma seção da biblioteca dedicada a determinado assunto, enquanto a característica seria um item específico dentro daquela seção. Essa estrutura ajuda o dispositivo cliente a descobrir o que existe no aparelho remoto e a identificar exatamente quais informações pode acessar.

As características possuem ainda propriedades que indicam como seus valores podem ser utilizados. Uma característica pode permitir leitura, escrita ou envio de notificações, por exemplo. Dessa maneira, não basta saber que determinada característica existe: também é necessário conhecer quais operações ela suporta.

As notificações são particularmente úteis porque permitem que um servidor envie ao cliente uma nova informação quando o valor de uma característica muda, sem que o cliente precise perguntar continuamente qual é o valor atual. Um sensor pode, por exemplo, informar automaticamente uma nova medição quando ela estiver disponível.

Existem também as indicações, que possuem comportamento semelhante às notificações, mas utilizam um mecanismo que exige confirmação do cliente. Essa diferença pode ser importante quando a aplicação precisa saber que uma determinada informação foi recebida pelo outro lado.

Além das características, existem os descritores. Eles pertencem a características e podem fornecer informações adicionais ou controlar determinados comportamentos relacionados a elas. Um exemplo importante é o Client Characteristic Configuration Descriptor, conhecido como CCCD, utilizado para controlar a habilitação de notificações ou indicações de uma característica que ofereça esses recursos.

Por baixo dessa organização existe o Attribute Protocol (ATT). Os serviços, características e descritores são representados como atributos em uma tabela mantida pelo GATT Server. Cada atributo possui informações como um identificador chamado handle, um UUID, um valor e permissões que determinam como ele pode ser acessado.

O UUID (Universally Unique Identifier) permite identificar o tipo de serviço, característica ou descritor. O Bluetooth SIG define diversos UUIDs padronizados para recursos oficiais, mas fabricantes também podem criar serviços e características personalizados para suas próprias aplicações. Isso permite que produtos desenvolvidos para finalidades específicas utilizem a mesma estrutura GATT sem precisar que cada recurso seja previamente padronizado pelo Bluetooth SIG.

Quando um cliente se conecta a um servidor, ele pode realizar procedimentos de descoberta para descobrir quais serviços, características e descritores estão disponíveis. Depois dessa descoberta, o cliente passa a conhecer os recursos que pode utilizar e as propriedades associadas a eles. Essa etapa é essencial para que aplicações consigam trabalhar com dispositivos diferentes de maneira organizada.

Um exemplo ajuda a visualizar o processo. Imagine um sensor Bluetooth LE que mede temperatura. Ele pode disponibilizar um serviço relacionado à medição e, dentro desse serviço, uma característica contendo o valor da temperatura. O smartphone atua como cliente, descobre o serviço e a característica e pode então ler o valor ou solicitar notificações para receber automaticamente novas medições.

O GATT também não define sozinho o significado de todas as aplicações. O Bluetooth SIG possui especificações de serviços e perfis que estabelecem como determinados recursos devem ser utilizados. Um serviço define os dados e comportamentos associados a uma determinada função, enquanto um perfil pode estabelecer regras mais amplas sobre como diferentes dispositivos devem utilizar esses serviços em uma aplicação específica.

Essa separação entre estrutura de dados e comportamento é uma das razões pelas quais o Bluetooth LE consegue atender a tantos tipos diferentes de dispositivos. A mesma arquitetura pode ser utilizada por um sensor simples, um relógio inteligente, um equipamento de automação ou outro produto muito mais complexo. O que muda são os serviços, características, perfis e procedimentos utilizados pela aplicação.

É importante, portanto, guardar uma hierarquia básica: GATT organiza serviços; serviços agrupam características; características representam dados ou estados e podem possuir descritores adicionais. Por baixo dessa estrutura está o ATT, responsável por fornecer os mecanismos utilizados para acessar os atributos.

Agora que entendemos como os dados são organizados dentro de um dispositivo Bluetooth LE, podemos avançar para outra peça importante dessa arquitetura: os perfis Bluetooth. Eles ajudam a definir como dispositivos devem utilizar serviços e características para realizar funções específicas, e serão o assunto do próximo capítulo.

Se o GATT organiza os dados de um dispositivo Bluetooth LE em serviços e características, os perfis Bluetooth ajudam a definir como esses recursos devem ser utilizados para realizar uma determinada função. Eles são importantes porque estabelecem regras de comportamento e comunicação que permitem que dispositivos diferentes entendam como trabalhar juntos.

Essa padronização resolve um problema fundamental. Imagine se cada fabricante pudesse criar livremente sua própria maneira de representar a bateria de um dispositivo, medir a frequência cardíaca ou controlar determinado acessório. Um celular precisaria conhecer uma implementação específica para cada fabricante. Os perfis e serviços padronizados pelo Bluetooth SIG ajudam a evitar essa fragmentação.

Um serviço descreve um conjunto de dados e funcionalidades relacionadas dentro da arquitetura GATT. Um perfil, por sua vez, estabelece regras mais amplas sobre como determinados serviços e comportamentos devem ser utilizados em uma aplicação. Por isso, serviço e perfil estão relacionados, mas não são a mesma coisa.

Podemos pensar em um serviço como uma peça de informação ou funcionalidade disponível no dispositivo e em um perfil como um conjunto de regras que explica como essa funcionalidade deve ser utilizada dentro de determinado cenário. Essa organização permite que diferentes dispositivos saibam não apenas quais dados existem, mas também como devem interagir com eles.

Um exemplo clássico é o HID, sigla para Human Interface Device. Existem especificações Bluetooth para dispositivos de entrada, como teclados, mouses e outros controles. No Bluetooth LE, o HID over GATT Profile (HOGP) define como um dispositivo HID pode utilizar a arquitetura GATT para oferecer sua funcionalidade. Assim, um computador ou celular compatível pode compreender como interagir com o dispositivo sem depender de uma implementação exclusiva do fabricante.

Outro exemplo pode ser encontrado em serviços relacionados a sensores. Um dispositivo pode disponibilizar um serviço padronizado para determinada medição e utilizar características com formatos definidos. Uma aplicação compatível consegue então interpretar os dados sem precisar conhecer detalhes internos de como o fabricante construiu o sensor.

Isso não significa que todo dispositivo Bluetooth precisa utilizar exclusivamente perfis padronizados. O ecossistema Bluetooth também permite a criação de serviços e características personalizados. Essa possibilidade é muito importante para produtos específicos, sistemas proprietários e aplicações que possuem necessidades que não são completamente atendidas pelos recursos padronizados.

Quando um fabricante cria um serviço personalizado, ele pode definir suas próprias características e utilizar UUIDs próprios para identificá-las. O aplicativo desenvolvido para aquele produto pode conhecer essas definições e saber exatamente como interpretar os dados. A flexibilidade é grande, mas a interoperabilidade deixa de ser automática: outro aplicativo que não conheça aquele serviço não necessariamente saberá o que fazer com os dados recebidos.

É justamente aí que a padronização ganha valor. Quando um serviço e um perfil seguem uma especificação conhecida, diferentes fabricantes podem criar produtos compatíveis com a mesma função. O objetivo não é impedir a inovação, mas criar uma linguagem comum para que dispositivos diferentes possam conversar.

Também é importante entender que a existência de um determinado perfil ou serviço não significa que todas as funcionalidades relacionadas estarão presentes em qualquer produto. O fabricante escolhe quais recursos implementar, e o dispositivo pode suportar apenas uma parte das possibilidades previstas. Por isso, conhecer o perfil utilizado é útil, mas ainda é necessário verificar quais recursos o produto realmente oferece.

Outro aspecto interessante é que um único dispositivo pode oferecer vários serviços e participar de diferentes funções ao mesmo tempo. Um smartwatch, por exemplo, pode disponibilizar informações relacionadas à bateria, saúde, dados do dispositivo e outras funcionalidades. Cada conjunto pode utilizar serviços e características diferentes, organizados pela arquitetura GATT.

Os perfis também ajudam a separar a tecnologia de comunicação da finalidade do produto. O Bluetooth fornece a infraestrutura para que os dispositivos troquem informações, enquanto serviços e perfis ajudam a estabelecer o significado e o comportamento dessas informações. É essa combinação que permite que a mesma tecnologia seja utilizada em um teclado, sensor, relógio, equipamento médico ou outro acessório.

Existe ainda uma distinção importante entre perfil e protocolo. Protocolos definem mecanismos e regras utilizados para realizar a comunicação entre as diferentes camadas do Bluetooth. Perfis utilizam esses mecanismos para definir como determinadas funções devem ser implementadas e como dispositivos com papéis diferentes devem interagir. São níveis diferentes de organização dentro do ecossistema.

Em resumo, podemos pensar da seguinte maneira: o GATT organiza os dados; os serviços agrupam funcionalidades relacionadas; as características representam dados ou estados específicos; e os perfis ajudam a definir como esses recursos devem ser utilizados em uma determinada aplicação. Essa combinação é uma das bases da interoperabilidade do Bluetooth LE.

Agora que já entendemos como dispositivos Bluetooth LE organizam e utilizam seus dados, podemos dar um passo ainda maior. E se, em vez de apenas dois dispositivos se comunicando diretamente, dezenas ou centenas deles precisassem participar de uma mesma rede? É exatamente esse problema que o Bluetooth Mesh procura resolver.

Até aqui, vimos principalmente situações em que dois dispositivos Bluetooth se comunicam diretamente. Mas imagine uma instalação com dezenas, centenas ou até milhares de dispositivos espalhados por um prédio. Nesse cenário, seria pouco eficiente exigir que cada dispositivo estivesse diretamente ao alcance de todos os outros. É para situações desse tipo que existe o Bluetooth Mesh.

Bluetooth Mesh é uma tecnologia de rede baseada em Bluetooth LE que permite comunicação muitos para muitos. Em vez de depender de uma única conexão entre dois dispositivos, vários aparelhos podem participar da mesma rede e colaborar para transportar mensagens. Essa arquitetura é especialmente adequada para automação predial, iluminação, sensores, monitoramento e outras aplicações que precisam conectar muitos dispositivos distribuídos por uma área.

Os dispositivos que fazem parte de uma rede Bluetooth Mesh são chamados de nodes, ou nós. Depois de serem adicionados e configurados na rede por meio de um processo chamado provisioning, eles passam a participar da comunicação de acordo com as funções que foram configuradas para cada um.

Uma das características mais interessantes do Bluetooth Mesh é que os nós podem ajudar a levar uma mensagem até um destino que está fora do alcance direto do dispositivo que iniciou a comunicação. Para isso, determinados nós podem atuar como Relay Nodes, recebendo mensagens e retransmitindo-as para outros nós.

Imagine um interruptor Bluetooth Mesh instalado em uma extremidade de um prédio e várias luminárias espalhadas por diferentes salas. Uma luminária que está próxima do interruptor pode receber a mensagem diretamente. Outra, localizada mais distante, pode receber a mesma mensagem depois que ela for retransmitida por outros nós da rede. Dessa maneira, a comunicação pode percorrer vários saltos até alcançar seu destino.

O mecanismo tradicional utilizado pelo Bluetooth Mesh para realizar esse processo é chamado de Managed Flooding. Em vez de construir obrigatoriamente uma única rota entre origem e destino, uma mensagem pode ser retransmitida por diferentes nós que estejam em condições de encaminhá-la. Isso permite que cópias da mensagem percorram caminhos diferentes e aumenta a possibilidade de que pelo menos uma delas alcance o destino.

O flooding, entretanto, não significa que todos os dispositivos simplesmente retransmitam tudo indefinidamente. O Bluetooth Mesh possui mecanismos para controlar essa propagação. Um deles é o campo TTL (Time To Live), que limita quantos saltos uma mensagem pode realizar. Além disso, os nós podem manter informações sobre mensagens que já receberam para evitar retransmissões desnecessárias.

Essa abordagem cria uma característica importante: redundância. Se um dos nós utilizados para retransmitir uma mensagem deixar de funcionar, outra rota disponível pode permitir que a comunicação continue. Por isso, uma rede Mesh bem projetada pode ser mais resistente à falha de dispositivos individuais do que uma arquitetura que dependa de um único ponto central.

O Bluetooth Mesh também não exige que exista um roteador central responsável por determinar todas as rotas. A inteligência da rede é distribuída entre os próprios dispositivos. Isso é diferente de uma arquitetura tradicional em que todos os equipamentos dependem de um único ponto central para trocar informações.

Essa característica é especialmente interessante em automação. Uma rede de iluminação, por exemplo, pode ter centenas de luminárias, sensores e interruptores. Um comando pode ser publicado para um grupo de dispositivos, permitindo que várias luminárias respondam ao mesmo tempo. O Bluetooth Mesh utiliza um modelo de publish/subscribe para facilitar esse tipo de comunicação em grupo.

Nem todos os nós precisam, entretanto, permanecer retransmitindo mensagens. Dispositivos alimentados por bateria podem desempenhar funções de baixo consumo e permanecer grande parte do tempo inativos. O Bluetooth Mesh possui mecanismos específicos para trabalhar com esses Low Power Nodes, que podem contar com outros dispositivos, chamados Friend Nodes, para armazenar temporariamente mensagens destinadas a eles enquanto permanecem em estado de economia de energia.

O Bluetooth Mesh também evoluiu. A especificação Mesh 1.1 introduziu o Directed Forwarding, um mecanismo adicional de encaminhamento que pode estabelecer caminhos direcionados entre origem e destino. Em redes grandes e complexas, isso pode reduzir o tráfego desnecessário e melhorar a utilização dos recursos de rádio. O Managed Flooding continua sendo uma parte importante da tecnologia, mas agora existe outra estratégia para determinados cenários.

A segurança também é parte fundamental da arquitetura. O Bluetooth Mesh foi projetado para redes que podem permanecer em funcionamento durante longos períodos e envolver muitos dispositivos, por isso possui mecanismos de segurança aplicados em diferentes níveis da rede. A comunicação não depende simplesmente de colocar vários dispositivos Bluetooth próximos uns dos outros; existe todo um processo de configuração e proteção da rede.

É importante entender também que Bluetooth Mesh não transforma qualquer aparelho Bluetooth LE automaticamente em um nó Mesh. O dispositivo precisa implementar e suportar as funcionalidades necessárias da tecnologia Mesh. Da mesma maneira, um smartphone pode participar de determinadas tarefas de configuração ou controle sem necessariamente funcionar como um nó Mesh tradicional.

O grande benefício do Bluetooth Mesh aparece quando precisamos conectar muitos dispositivos distribuídos em uma área. Em vez de pensar em uma única conexão entre dois aparelhos, passamos a pensar em uma rede formada por diversos nós que podem colaborar para transportar mensagens, alcançar dispositivos distantes e manter a comunicação mesmo quando determinados caminhos deixam de estar disponíveis.

Em resumo, Bluetooth Mesh amplia o conceito de Bluetooth LE de uma comunicação predominantemente individual para uma arquitetura capaz de conectar grandes conjuntos de dispositivos. É uma tecnologia particularmente adequada para iluminação inteligente, automação predial, redes de sensores e aplicações industriais nas quais muitos equipamentos precisam trabalhar em conjunto.

Com isso, encerramos nossa introdução às principais formas de comunicação do Bluetooth LE. A partir do próximo capítulo, vamos mudar o foco para uma das aplicações mais conhecidas da tecnologia: o áudio Bluetooth. E antes de falar em codecs, precisamos entender o caminho que transforma o áudio produzido pelo celular em som reproduzido pelo fone.

Quando você coloca um fone Bluetooth e começa a ouvir uma música, parece que o celular simplesmente envia o som diretamente para os alto-falantes do fone. Na realidade, existe uma sequência de etapas entre a música armazenada ou reproduzida no celular e o som que finalmente chega aos seus ouvidos. O áudio precisa ser transformado em dados, preparado para transmissão, enviado pelo rádio Bluetooth e reconstruído pelo dispositivo receptor.

O primeiro passo acontece no próprio dispositivo que está produzindo o áudio. Uma música, um vídeo, uma chamada ou qualquer outra fonte de som fornece informações de áudio que precisam ser processadas pelo sistema. Antes de serem transmitidos pelo Bluetooth, esses dados passam por um codec, responsável por codificar o áudio em uma forma adequada para a comunicação.

O codec é importante porque o áudio digital pode gerar uma quantidade considerável de dados. Transmitir todos os dados de áudio sem qualquer forma de compressão exigiria uma capacidade de comunicação muito maior. O codec utiliza técnicas matemáticas para representar o áudio de maneira mais eficiente, reduzindo a quantidade de dados necessária para transportar a informação sonora.

Depois de codificado, o áudio passa a ser representado por dados que podem ser transportados pela arquitetura Bluetooth. Esses dados são organizados em unidades apropriadas para transmissão e enviados pelo rádio. No dispositivo receptor, o processo acontece na direção contrária: os dados são recebidos, reorganizados e entregues ao codec para serem decodificados.

Após a decodificação, o dispositivo receptor recupera uma representação digital do áudio que pode ser encaminhada ao sistema responsável pela reprodução. No caso de um fone de ouvido, essa informação finalmente chega aos componentes que convertem o sinal elétrico em vibrações sonoras, produzindo o som que percebemos.

Podemos imaginar todo o processo como uma cadeia: áudio → codificação → transmissão Bluetooth → recepção → decodificação → reprodução. Cada etapa precisa funcionar corretamente para que a experiência final seja satisfatória. Uma falha ou limitação em qualquer uma delas pode influenciar qualidade, atraso, estabilidade ou consumo de energia.

Nos sistemas tradicionais de áudio Bluetooth, baseados no Bluetooth Classic, o áudio estéreo é normalmente associado ao Advanced Audio Distribution Profile (A2DP). O A2DP define como o áudio de alta qualidade é distribuído entre dispositivos compatíveis e trabalha com codecs apropriados para essa finalidade. O codec padrão associado ao perfil é o SBC, embora outros codecs possam ser utilizados quando suportados pelos dispositivos.

Isso significa que o celular e o fone precisam concordar sobre determinadas características da transmissão. Não basta que ambos tenham Bluetooth: eles precisam possuir suporte compatível para o perfil, codec e demais recursos necessários à forma de áudio utilizada. É por isso que dois conjuntos de celular e fone podem apresentar comportamentos diferentes mesmo quando ambos informam a mesma versão de Bluetooth.

Existe ainda uma questão importante: o áudio não precisa ser transmitido como um único fluxo indistinto. Em sistemas modernos, diferentes fluxos podem ser utilizados para diferentes canais ou funções. Essa capacidade ganhou especial importância com o LE Audio, que introduziu suporte a múltiplos fluxos de áudio independentes e sincronizados, algo particularmente útil para fones verdadeiramente sem fio.

No LE Audio, o transporte do áudio utiliza LE Isochronous Channels, introduzidos no Bluetooth Core 5.2. A comunicação isócrona é adequada para dados cuja validade está ligada ao tempo, como o áudio. Isso permite organizar a transmissão de maneira que dados relacionados sejam entregues e processados respeitando sua relação temporal.

O LE Audio também separa de maneira mais clara o transporte dos dados de áudio das funções de controle. O áudio pode ser transportado por fluxos isócronos, enquanto outras informações, como configuração, controle de mídia e volume, utilizam mecanismos apropriados da arquitetura. Essa separação permite uma estrutura mais flexível para diferentes aplicações de áudio.

Outra diferença importante é que o LE Audio não foi criado apenas para substituir o áudio tradicional por uma versão de menor consumo. Ele foi projetado para atender necessidades que incluem múltiplos fluxos sincronizados, aparelhos auditivos, transmissão de áudio para vários dispositivos e novos modelos de utilização. O LC3, o codec padrão do LE Audio, e o Auracast serão tratados em capítulos específicos.

Também existe uma etapa que normalmente passa despercebida: o áudio precisa lidar com o tempo. Uma música ou uma fala não é apenas uma sequência de dados que pode chegar em qualquer ordem ou momento. Os dados precisam ser reproduzidos de maneira suficientemente sincronizada para que o ouvido humano perceba o som de forma natural. Por isso, mecanismos de temporização, buffering e transporte são importantes na arquitetura de áudio Bluetooth.

Esse detalhe ajuda a explicar por que simplesmente aumentar a velocidade da conexão não resolve todos os problemas de áudio. Uma transmissão de áudio precisa entregar os dados dentro de determinados limites de tempo, mantendo qualidade e estabilidade. Se os dados chegarem tarde demais, podem perder sua utilidade para a reprodução, mesmo que tenham sido recebidos corretamente.

Portanto, quando ouvimos música por Bluetooth, existe muito mais acontecendo do que uma simples transmissão de arquivos de áudio pelo ar. O sistema precisa preparar o áudio, codificá-lo, transportá-lo pelo rádio, lidar com tempo e possíveis perdas, reconstruir os dados no receptor e finalmente convertê-los novamente em um sinal adequado para reprodução.

Nos próximos capítulos vamos abrir as partes mais importantes dessa cadeia. Primeiro, veremos os principais codecs de áudio Bluetooth e entenderemos por que SBC, AAC, aptX e LDAC podem produzir experiências diferentes. Depois, entraremos no LE Audio, no LC3, no Auracast e, finalmente, em como tudo isso se aplica aos fones TWS.

Quando um celular transmite música para um fone Bluetooth, o áudio precisa ser representado de uma maneira adequada para ser transportado pela conexão sem fio. É aí que entram os codecs de áudio. Eles são responsáveis por codificar o áudio na origem e, posteriormente, decodificá-lo no dispositivo receptor para que possa ser reproduzido.

A necessidade de um codec existe porque o áudio digital pode exigir uma quantidade significativa de dados. Transmitir toda essa informação de forma não comprimida exigiria uma capacidade de transmissão muito maior. O codec utiliza técnicas de processamento para representar o áudio de maneira mais eficiente, reduzindo a quantidade de dados necessária para a transmissão.

Essa compressão, porém, envolve escolhas. Dependendo do codec e das configurações utilizadas, diferentes quantidades de informação podem ser preservadas ou descartadas. Por isso, codecs diferentes podem apresentar relações diferentes entre qualidade de áudio, taxa de bits, complexidade de processamento, consumo de energia e latência.

O SBC (Subband Codec) é o codec básico associado ao áudio estéreo Bluetooth tradicional baseado no A2DP. Ele foi projetado para oferecer uma solução interoperável entre dispositivos compatíveis e continua sendo uma parte importante do ecossistema de áudio Bluetooth Classic. Isso não significa que SBC seja simplesmente um codec “ruim”: sua função é fornecer uma solução padronizada que possa ser utilizada por diferentes fabricantes.

O AAC (Advanced Audio Coding) também pode ser utilizado no A2DP. Ele é um codec amplamente utilizado em diferentes sistemas de áudio digital e pode oferecer resultados diferentes do SBC dependendo da implementação, da taxa de bits e dos dispositivos envolvidos. A presença de AAC em um celular ou fone, portanto, pode ser relevante para a experiência de determinados usuários, mas não deve ser interpretada isoladamente como garantia de qualidade superior.

Além dos codecs padronizados no A2DP, o ecossistema Bluetooth tradicional também possui codecs associados a fabricantes ou tecnologias específicas. Entre os mais conhecidos estão aptX, aptX HD, aptX Adaptive e LDAC. Eles foram desenvolvidos com diferentes objetivos e podem oferecer diferentes combinações de qualidade, taxa de bits, latência e adaptação às condições da conexão.

O LDAC, por exemplo, ficou conhecido por oferecer modos de transmissão com taxas de bits mais elevadas do que aquelas tradicionalmente utilizadas pelo SBC, permitindo transportar mais informação de áudio em determinadas condições. Isso pode ser interessante para quem busca maior qualidade, mas uma taxa de bits elevada também aumenta a quantidade de dados que precisa ser transportada e pode tornar a conexão mais exigente.

Os codecs da família aptX seguem outra linha de desenvolvimento. Existem diferentes variantes, e elas não são equivalentes entre si. Algumas priorizam qualidade, outras procuram reduzir latência ou adaptar dinamicamente a taxa de transmissão. Por isso, dizer apenas que um dispositivo “tem aptX” não revela qual variante está disponível nem quais características serão realmente utilizadas.

Essa variedade cria uma regra fundamental: um codec só pode ser utilizado quando os dois lados da comunicação oferecem suporte compatível. Se o celular suporta determinado codec, mas o fone não, aquele codec não poderá ser utilizado naquela conexão. O sistema precisa escolher uma alternativa que seja suportada pelos dispositivos envolvidos.

Isso também significa que a simples lista de codecs disponíveis em um celular não determina a qualidade que será obtida com qualquer fone. É necessário verificar o conjunto formado pelo transmissor, pelo receptor, pelo codec efetivamente negociado e pelas condições da conexão.

A taxa de bits é outro conceito importante. Ela indica, de maneira simplificada, quantos bits são utilizados para representar o áudio a cada segundo. Uma taxa de bits maior pode permitir que mais informação seja preservada, mas não significa automaticamente que o som será melhor. A eficiência do próprio codec, o material de origem, a implementação e outros fatores também influenciam o resultado.

O mesmo raciocínio vale para a latência. Alguns codecs e modos de operação podem ser desenvolvidos para reduzir o atraso entre a origem e a reprodução do áudio. Isso pode ser especialmente importante em jogos e aplicações interativas. Entretanto, a latência percebida não depende exclusivamente do codec: processamento, buffers, sistema operacional, transporte Bluetooth e o próprio dispositivo também participam do caminho.

Existe ainda uma relação com o consumo de energia. Processar áudio, transmitir mais dados e manter determinadas partes do sistema ativas pode exigir mais energia. Por outro lado, codecs mais eficientes podem permitir que uma determinada qualidade seja obtida com menos dados. O resultado final depende da implementação e do modo de operação utilizado pelo produto.

Por isso, comparar codecs apenas pelo número de kilobits por segundo pode levar a conclusões equivocadas. Um codec mais eficiente pode alcançar determinada qualidade com uma taxa de bits menor, enquanto outro pode utilizar uma taxa maior para atingir um objetivo diferente. A taxa de bits é apenas uma das variáveis da equação.

Também é importante separar codec de versão do Bluetooth. Um celular com Bluetooth 5.x ou 6.x não necessariamente suporta todos os codecs existentes, e a presença de uma versão mais recente do Bluetooth não garante automaticamente suporte a aptX, LDAC ou qualquer outro codec específico. Codecs e recursos de áudio dependem das implementações e dos perfis ou especificações correspondentes.

Há ainda uma mudança importante acontecendo com o LE Audio. Em vez de depender da arquitetura tradicional de áudio baseada em Bluetooth Classic e A2DP, o LE Audio utiliza uma nova arquitetura sobre Bluetooth LE e introduz o LC3 (Low Complexity Communications Codec) como seu codec obrigatório. O LC3 foi projetado para oferecer boa qualidade de áudio com baixa taxa de bits e eficiência energética.

Isso significa que a evolução do áudio Bluetooth não deve ser entendida simplesmente como uma corrida entre SBC, AAC, aptX e LDAC. O ecossistema está passando por uma mudança de arquitetura, na qual o LE Audio e o LC3 introduzem novas possibilidades para qualidade, consumo, múltiplos fluxos, aparelhos auditivos e transmissão de áudio por broadcast.

Em resumo, um codec é uma parte essencial da cadeia de áudio Bluetooth porque determina como o áudio será representado para transmissão e posteriormente reconstruído. SBC e AAC fazem parte da arquitetura A2DP, enquanto aptX e LDAC são exemplos conhecidos de outras soluções utilizadas no ecossistema. Nenhum deles pode ser classificado simplesmente como “o melhor” em qualquer situação: o resultado depende do objetivo, da implementação, da compatibilidade entre os dispositivos e das condições de transmissão.

Agora que entendemos por que os codecs existem e por que eles não devem ser comparados apenas por números, podemos avançar para a grande mudança introduzida pelo Bluetooth LE no áudio. No próximo capítulo, vamos entender o que é LE Audio e por que ele representa uma nova geração do áudio Bluetooth.

Durante muitos anos, o áudio Bluetooth esteve fortemente associado ao Bluetooth Classic e ao Advanced Audio Distribution Profile (A2DP). Essa arquitetura tornou possível o uso cotidiano de fones, caixas de som e outros dispositivos sem fio, mas a evolução das aplicações de áudio criou novas necessidades. Fones verdadeiramente sem fio, aparelhos auditivos, menor consumo, menor latência, múltiplos fluxos sincronizados e transmissão de áudio para várias pessoas exigiam uma arquitetura mais flexível.

Foi nesse contexto que surgiu o Bluetooth LE Audio, a nova geração de áudio baseada no Bluetooth Low Energy. Em vez de utilizar o rádio Bluetooth Classic, o LE Audio utiliza o rádio Bluetooth LE e introduz uma arquitetura específica para transportar e controlar áudio. O objetivo não é simplesmente substituir uma tecnologia por outra, mas ampliar significativamente aquilo que o Bluetooth pode fazer no universo do áudio.

Um dos fundamentos técnicos do LE Audio foi introduzido no Bluetooth Core Specification 5.2: os LE Isochronous Channels. Eles fornecem ao Bluetooth LE uma forma de transportar dados cuja relação com o tempo é importante, característica especialmente adequada para áudio. A comunicação isócrona permite organizar os dados de maneira que diferentes fluxos possam ser transmitidos e processados respeitando sua relação temporal.

Essa mudança é importante porque áudio não é apenas uma sequência de dados que pode chegar a qualquer momento. Para que uma música, uma chamada ou outro conteúdo seja reproduzido corretamente, os dados precisam chegar dentro de limites de tempo apropriados e manter uma relação temporal consistente. A arquitetura isócrona foi criada justamente para atender esse tipo de necessidade.

Uma das consequências mais interessantes é o Multi-Stream Audio. No áudio Bluetooth tradicional, os fabricantes frequentemente precisaram desenvolver soluções próprias para lidar com os dois lados de um fone verdadeiramente sem fio. Com LE Audio, a arquitetura permite múltiplos fluxos de áudio independentes e sincronizados entre a fonte e os dispositivos receptores.

Imagine um smartphone transmitindo música para um par de fones TWS. Em uma implementação de LE Audio, os canais destinados aos dois lados podem ser organizados como fluxos independentes e sincronizados. Isso permite que o projeto do produto seja mais flexível e reduz a necessidade de soluções proprietárias para coordenar os dois fones.

Outra grande mudança é que o LE Audio não está limitado à comunicação ponto a ponto. A arquitetura também introduz broadcast audio, permitindo que uma fonte transmita um ou mais fluxos de áudio que podem ser recebidos por um número potencialmente ilimitado de dispositivos compatíveis dentro do alcance. Essa capacidade é a base tecnológica do Auracast, que será estudado em um capítulo próprio.

O LE Audio também introduz o LC3 (Low Complexity Communications Codec), um novo codec de áudio projetado para oferecer alta qualidade com taxas de bits relativamente baixas e baixo consumo de energia. O LC3 não é apenas uma nova opção dentro da antiga arquitetura de áudio: ele foi desenvolvido como parte do novo ecossistema LE Audio e permite diferentes escolhas entre qualidade, taxa de bits e consumo.

Essa arquitetura também foi pensada para ampliar a interoperabilidade entre diferentes categorias de produtos. O LE Audio inclui especificações voltadas para aparelhos auditivos e permite que fabricantes desenvolvam soluções baseadas em uma arquitetura Bluetooth comum. Dessa maneira, a tecnologia deixa de ser pensada apenas para fones e caixas de som e passa a atender necessidades muito mais amplas de áudio pessoal.

Outro avanço importante está na separação entre transporte do áudio e funções de controle. O LE Audio utiliza um conjunto de especificações que define como capacidades podem ser descobertas, como fluxos de áudio podem ser configurados e como diferentes funções, como controle de mídia e chamadas, podem ser tratadas. Essa estrutura modular permite que diferentes produtos utilizem apenas os recursos necessários para sua finalidade.

O LE Audio também pode trabalhar tanto com áudio unicast, no qual uma fonte estabelece comunicação com dispositivos específicos, quanto com áudio broadcast, no qual uma transmissão pode ser recebida por diversos dispositivos. Essa flexibilidade representa uma mudança significativa em relação ao modelo tradicional de áudio Bluetooth, predominantemente baseado em conexões ponto a ponto.

É importante destacar que LE Audio não significa que todo dispositivo Bluetooth moderno automaticamente será compatível com esse novo sistema. O produto precisa implementar os recursos necessários da arquitetura. Além disso, a presença de Bluetooth 5.2, 5.3, 5.4 ou uma versão posterior na ficha técnica não deve ser interpretada, isoladamente, como garantia de suporte a LE Audio. O fabricante precisa implementar e disponibilizar as funcionalidades correspondentes.

Também não é obrigatório que um produto LE Audio abandone completamente o áudio Bluetooth Classic. Os fabricantes podem decidir quais formas de áudio seus produtos suportarão. Por isso, durante um período de transição, é perfeitamente possível encontrar dispositivos capazes de trabalhar com áudio tradicional e LE Audio, enquanto outros podem concentrar sua implementação em uma única arquitetura.

O mais importante é perceber que LE Audio representa uma mudança de arquitetura e não apenas uma atualização incremental. Ele combina Bluetooth LE, canais isócronos, LC3, múltiplos fluxos, novos mecanismos de controle e suporte a broadcast para criar uma plataforma de áudio muito mais flexível.

Essa evolução abre possibilidades que seriam difíceis de alcançar com o modelo tradicional. Um par de fones pode receber fluxos independentes e sincronizados, aparelhos auditivos podem utilizar uma arquitetura Bluetooth padronizada e uma televisão em um espaço público pode transmitir áudio para muitas pessoas simultaneamente. Em todos esses casos, a mesma base tecnológica pode ser adaptada a necessidades diferentes.

Em resumo, o LE Audio é a nova arquitetura de áudio do Bluetooth baseada no Bluetooth LE. Seus principais pilares incluem os LE Isochronous Channels, o codec LC3, suporte a múltiplos fluxos sincronizados, novos mecanismos de controle, suporte a aparelhos auditivos e transmissão de áudio por broadcast. Ele não elimina automaticamente o Bluetooth Classic, mas amplia de maneira significativa o que o ecossistema Bluetooth pode oferecer.

Agora que entendemos a arquitetura que sustenta o LE Audio, podemos olhar mais de perto para uma de suas peças fundamentais. No próximo capítulo, vamos conhecer o LC3 e entender por que um novo codec foi necessário e como ele procura equilibrar qualidade de áudio, taxa de bits e consumo de energia.

O LC3 (Low Complexity Communications Codec) é o codec de áudio desenvolvido para fazer parte do Bluetooth LE Audio. Sua função é codificar o áudio na origem para que ele possa ser transmitido de maneira eficiente e, posteriormente, decodificá-lo no dispositivo receptor para reprodução. Ele foi projetado para combinar boa qualidade de áudio, eficiência e flexibilidade em diferentes aplicações.

Para entender por que o LC3 é importante, precisamos lembrar do problema apresentado pelos codecs. O áudio digital pode gerar uma quantidade muito grande de dados quando representado sem compressão. Transmitir tudo diretamente exigiria mais capacidade de comunicação e, consequentemente, poderia aumentar o tempo de utilização do rádio e o consumo de energia. O codec procura representar esse áudio usando uma quantidade menor de dados, preservando as características mais importantes para a percepção sonora.

O LC3 utiliza técnicas de codificação perceptual para analisar o áudio e representá-lo de maneira eficiente. Em vez de simplesmente eliminar informações de forma indiscriminada, o codec procura aproveitar características do sistema auditivo humano e da própria estrutura do sinal para reduzir a quantidade de dados necessária. O resultado é um fluxo de áudio comprimido que pode ser transportado pelo Bluetooth LE.

Uma das principais características do LC3 é sua flexibilidade de taxa de bits. Ele pode trabalhar em diferentes taxas de transmissão, permitindo que os fabricantes façam escolhas de acordo com as necessidades do produto. Uma aplicação pode priorizar maior qualidade de áudio, enquanto outra pode utilizar uma taxa menor para reduzir a quantidade de dados transmitida e economizar energia.

Essa flexibilidade é especialmente importante em dispositivos pequenos, como fones de ouvido e aparelhos auditivos. Nesses produtos, espaço e capacidade da bateria são limitados. Se for possível obter a qualidade necessária utilizando menos dados, o rádio pode precisar transmitir durante menos tempo ou trabalhar com uma carga de transmissão menor, criando oportunidades para aumentar a autonomia ou reduzir o tamanho da bateria.

Testes de escuta realizados para caracterizar o LC3 mostraram que ele pode proporcionar qualidade de áudio superior à do SBC quando os dois operam na mesma taxa de bits. Os testes também indicaram que o LC3 pode alcançar qualidade equivalente ou superior à do SBC utilizando aproximadamente metade da taxa de bits em determinadas condições. Isso não significa que qualquer produto com LC3 automaticamente terá o dobro da autonomia, mas demonstra a eficiência do codec.

Essa diferença abre duas possibilidades para os fabricantes. Um produto pode utilizar a eficiência do LC3 para manter uma qualidade semelhante consumindo menos recursos, aumentando potencialmente sua autonomia. Ou pode utilizar parte da capacidade economizada para oferecer maior qualidade de áudio mantendo um consumo semelhante. O fabricante pode ainda escolher um ponto intermediário entre esses dois objetivos.

O LC3 também foi projetado para diferentes tipos de áudio. A especificação suporta aplicações de voz e música e pode trabalhar com diferentes taxas de amostragem, incluindo 8, 16, 24, 32, 44,1 e 48 kHz. Também suporta profundidades de amostra de 16, 24 e 32 bits. Essa flexibilidade permite que o mesmo codec seja utilizado em aplicações bastante diferentes.

Outro aspecto importante é o tamanho dos blocos de áudio processados pelo codec. O LC3 trabalha com intervalos de quadro de 7,5 ms e 10 ms. Esses intervalos fazem parte do equilíbrio entre eficiência, atraso e processamento. Quadros menores podem contribuir para determinados objetivos de baixa latência, enquanto o funcionamento completo depende também das demais etapas do sistema de áudio e da transmissão.

O processamento do LC3 não acontece apenas no momento da transmissão. Na origem, o áudio é codificado e transformado em dados comprimidos. No destino, esses dados são recebidos e decodificados para reconstruir o áudio que será reproduzido. Portanto, o codec participa dos dois lados da comunicação e seu processamento contribui para o atraso total do sistema.

O LC3 também possui mecanismos destinados a lidar melhor com situações em que determinados dados de áudio não chegam corretamente. Um exemplo é o Packet Loss Concealment (PLC), que pode ser utilizado no receptor para reduzir o impacto perceptível de quadros ausentes ou corrompidos. Em vez de simplesmente reproduzir uma falha evidente sempre que um quadro é perdido, o sistema pode tentar reconstruir de maneira aproximada aquilo que deveria estar naquele intervalo.

É importante, porém, não atribuir toda a qualidade do áudio ao codec. O resultado final depende também da gravação original, da fonte de áudio, da taxa de bits escolhida, do processamento realizado pelo dispositivo, dos componentes acústicos do fone, do amplificador, dos alto-falantes e das condições da transmissão. Um codec eficiente não transforma uma fonte de baixa qualidade em uma gravação de alta qualidade.

Também não devemos interpretar “LC3” como sinônimo de uma única configuração de qualidade. O codec oferece diferentes possibilidades de operação e o produto pode escolher parâmetros adequados à aplicação. Por isso, dois dispositivos compatíveis com LC3 não necessariamente utilizarão exatamente a mesma taxa de bits ou produzirão resultados idênticos.

Outra característica importante é que o LC3 faz parte do ecossistema LE Audio. O Bluetooth SIG especifica o LC3 como o codec obrigatório para produtos LE Audio, embora a arquitetura permita a utilização de codecs adicionais ou personalizados. Isso ajuda a estabelecer uma base comum para interoperabilidade, sem impedir que fabricantes implementem outras soluções quando necessário.

É justamente essa combinação que torna o LC3 tão importante. Ele não foi criado apenas para substituir o SBC por outro nome, mas para trabalhar em conjunto com a nova arquitetura do LE Audio. A combinação entre codec eficiente, Bluetooth LE, transporte isócrono e múltiplos fluxos permite construir produtos com diferentes equilíbrios entre qualidade, latência, consumo e funcionalidade.

Em resumo, o LC3 é um codec de áudio eficiente desenvolvido para o LE Audio. Sua importância está na capacidade de oferecer boa qualidade mesmo em taxas de bits relativamente baixas, proporcionando aos fabricantes mais liberdade para equilibrar qualidade sonora, consumo de energia, autonomia e tamanho dos dispositivos. Ele é uma das principais peças que tornam possível a nova geração de áudio Bluetooth.

Mas o LE Audio não parou na comunicação entre uma fonte e um fone. A mesma arquitetura permite que uma transmissão de áudio seja compartilhada com vários dispositivos simultaneamente. No próximo capítulo, vamos conhecer o Auracast e entender como o Bluetooth pode transformar uma única fonte de áudio em uma transmissão que várias pessoas podem ouvir ao mesmo tempo.

Durante grande parte de sua história, o Bluetooth foi associado a uma ideia bastante simples: dois dispositivos estabelecem uma comunicação e trocam dados entre si. No áudio, isso normalmente significa um smartphone conectado a um fone, uma televisão conectada a uma caixa de som ou um computador conectado a um headset. O Auracast muda esse modelo ao introduzir uma forma padronizada de transmissão de áudio por broadcast baseada no Bluetooth LE Audio.

Em uma transmissão tradicional ponto a ponto, a fonte mantém uma comunicação destinada a um dispositivo específico. No broadcast, a lógica é diferente: o transmissor envia um fluxo de áudio que pode ser recebido por vários dispositivos compatíveis que estejam dentro do alcance. O mesmo sinal pode, portanto, ser compartilhado por um número potencialmente ilimitado de receptores, sem que o transmissor precise estabelecer uma conexão individual com cada um deles.

É importante entender que Auracast não é simplesmente o nome de uma conexão Bluetooth entre vários fones. O termo identifica um conjunto de configurações de áudio por broadcast definidas pelo Bluetooth SIG dentro do Public Broadcast Profile (PBP). O objetivo é criar uma experiência padronizada e interoperável para transmissões de áudio destinadas ao público.

Imagine uma televisão em uma academia transmitindo o áudio de um programa. Em vez de depender de uma caixa de som que reproduz o conteúdo para todo o ambiente, a televisão poderia transmitir um fluxo Auracast. Pessoas que possuem fones, headphones ou aparelhos auditivos compatíveis poderiam selecionar aquela transmissão e ouvir o áudio diretamente em seus dispositivos.

O mesmo conceito pode ser aplicado a aeroportos, estações, cinemas, teatros, universidades, museus, estádios, salas de conferência e outros ambientes. Um sistema de som poderia transmitir uma determinada programação e cada pessoa poderia utilizar seu próprio dispositivo compatível para receber aquele áudio.

O processo começa quando um transmissor Auracast inicia uma transmissão. Junto com o áudio, são disponibilizadas informações de anúncio que permitem aos dispositivos interessados identificar características daquela transmissão, como seu nome, informações sobre o conteúdo e a configuração utilizada. Essas informações permitem que o usuário saiba o que está disponível antes de começar a receber o áudio.

É nesse momento que entra o Auracast Assistant. Ele é o componente responsável por procurar as transmissões disponíveis e apresentar ao usuário uma forma de escolher qual delas deseja ouvir. Um smartphone, smartwatch ou outro dispositivo compatível pode desempenhar esse papel. A experiência pode lembrar a escolha de uma rede Wi-Fi disponível: o dispositivo encontra as opções próximas e apresenta informações que ajudam o usuário a selecionar a desejada.

Depois que uma transmissão é escolhida, o assistente fornece ao receptor as informações necessárias para que ele possa sincronizar-se com o fluxo de áudio. O receptor pode então participar diretamente da transmissão. Isso é especialmente interessante porque o smartphone utilizado para escolher a transmissão não precisa necessariamente receber o áudio e retransmiti-lo para os fones. O próprio receptor pode participar do broadcast Bluetooth.

Um broadcast Auracast também pode conter mais de um fluxo de áudio. Em um programa estéreo, por exemplo, podem existir fluxos correspondentes aos canais esquerdo e direito. Outros cenários podem utilizar diferentes fluxos para finalidades distintas, como diferentes idiomas ou conteúdos disponíveis no mesmo ambiente.

Essa característica permite imaginar situações bastante práticas. Em um cinema, por exemplo, uma transmissão poderia disponibilizar o áudio do filme em diferentes idiomas. Em um aeroporto, diferentes anúncios ou canais de áudio poderiam estar disponíveis. O usuário escolheria a transmissão ou o fluxo correspondente àquilo que deseja ouvir, desde que a infraestrutura e os dispositivos ofereçam essas opções.

O broadcast também pode ser aberto ou protegido. Em uma transmissão aberta, qualquer receptor compatível que esteja dentro do alcance e tenha acesso àquela transmissão pode participar. Em uma transmissão fechada, pode ser necessário utilizar um código apropriado para que o receptor consiga decodificar o conteúdo. Isso permite que a tecnologia seja utilizada tanto em experiências públicas quanto em situações que exigem acesso controlado.

Uma das características mais importantes do Auracast é que o número de receptores não cresce proporcionalmente ao número de pessoas. O transmissor não precisa criar uma comunicação individual para cada fone. Ele transmite um único sinal de broadcast, e vários receptores podem sincronizar-se com ele. É por isso que o Bluetooth SIG descreve a capacidade como permitindo um número ilimitado de receptores dentro do alcance da transmissão.

Isso não significa que exista uma quantidade fisicamente infinita de pessoas em qualquer situação. O alcance do rádio, a qualidade do sinal, a capacidade dos dispositivos e as características do ambiente continuam existindo. A expressão “ilimitado” descreve principalmente a arquitetura do broadcast: não existe uma relação de um para um que obrigue o transmissor a criar uma conexão individual para cada receptor.

O Auracast também pode transformar a maneira como aparelhos auditivos participam de ambientes públicos. Em vez de depender exclusivamente da acústica do local, uma pessoa com um dispositivo compatível pode receber diretamente uma transmissão de áudio disponibilizada pelo ambiente. Isso pode ser especialmente útil em locais nos quais a distância, o ruído ou a reverberação dificultam a compreensão da fala.

Para que essa experiência funcione, entretanto, não basta que um aparelho tenha simplesmente a palavra Bluetooth na ficha técnica. O transmissor e o receptor precisam implementar os recursos necessários do LE Audio e do broadcast de áudio, além das especificações correspondentes ao Auracast. A compatibilidade depende das funcionalidades efetivamente implementadas pelo fabricante.

Também é importante não confundir Auracast com Bluetooth Mesh. Os dois utilizam conceitos de comunicação que vão além da tradicional conexão ponto a ponto, mas possuem objetivos completamente diferentes. O Mesh é voltado para redes de dispositivos que trocam mensagens entre vários nós, enquanto o Auracast utiliza o broadcast para distribuir áudio a múltiplos receptores.

O Auracast representa, portanto, uma mudança importante na maneira de pensar o Bluetooth. Em vez de perguntar apenas “qual dispositivo está conectado ao meu fone?”, podemos passar a perguntar “quais transmissões estão disponíveis ao meu redor?”. Essa mudança transforma o Bluetooth de uma tecnologia predominantemente associada a acessórios pessoais em uma plataforma capaz de participar também da infraestrutura de áudio de ambientes públicos.

Em resumo, o Auracast é uma aplicação padronizada do broadcast de áudio do Bluetooth LE Audio. Um transmissor pode disponibilizar um ou mais fluxos de áudio e diversos receptores compatíveis podem selecionar e receber essa transmissão. A tecnologia abre possibilidades para compartilhamento de áudio, televisão em locais públicos, sistemas de informação, eventos, educação, entretenimento e acessibilidade.

Agora que entendemos como uma única transmissão pode chegar a vários dispositivos, falta olhar para um cenário extremamente comum: os próprios fones TWS. No próximo capítulo, vamos descobrir como os dois lados de um fone verdadeiramente sem fio funcionam e por que sincronizar dois pequenos dispositivos separados é um desafio técnico tão interessante.

Os fones TWS (True Wireless Stereo) parecem um único acessório quando utilizados, mas tecnicamente são dois dispositivos físicos separados. Cada lado possui seu próprio rádio Bluetooth, processamento, bateria e sistema de reprodução. Para que a experiência seja percebida como um único par de fones, esses dois dispositivos precisam receber e reproduzir os canais de áudio de maneira coordenada.

Essa característica diferencia os TWS de um fone Bluetooth convencional com cabo entre os lados. Em um modelo tradicional, a comunicação sem fio pode chegar a um dos lados e o sinal de áudio pode ser conduzido fisicamente até o outro. Nos TWS, não existe esse caminho elétrico entre os dois fones. A coordenação precisa acontecer por comunicação sem fio e por processamento eletrônico.

Em uma reprodução estéreo, o áudio normalmente possui pelo menos dois canais: esquerdo e direito. O sistema precisa determinar qual informação será reproduzida por cada lado e manter esses canais sincronizados no tempo. Se um dos fones reproduzir seu canal perceptivelmente antes do outro, o usuário poderá perceber atraso, alteração na imagem estéreo ou até um efeito semelhante a eco.

Nos primeiros sistemas TWS, fabricantes desenvolveram diferentes arquiteturas para resolver esse problema. Uma possibilidade era estabelecer uma relação de comunicação na qual um fone assumia um papel principal e o outro recebia informações por meio dele. Essa abordagem podia funcionar bem, mas criava dependências entre os dois lados e exigia mecanismos próprios para coordenar a transmissão, sincronização e gerenciamento de energia.

Esse modelo também ajudou a explicar por que alguns fones TWS mais antigos apresentavam comportamentos diferentes dependendo do produto. Um dos lados podia atuar como dispositivo principal, enquanto o outro dependia dele para determinadas funções. Isso poderia influenciar a autonomia, a estabilidade da conexão e até o comportamento quando apenas um dos fones era utilizado.

Com a evolução do Bluetooth, tornou-se possível adotar arquiteturas mais flexíveis. O LE Audio, baseado no Bluetooth LE, introduziu o Multi-Stream Audio, permitindo que uma fonte envie múltiplos fluxos de áudio independentes e sincronizados para diferentes receptores.

Imagine um smartphone reproduzindo uma música estéreo. Em uma implementação de LE Audio, o sistema pode organizar um fluxo para o canal esquerdo e outro para o canal direito, destinados aos respectivos fones. Esses fluxos são transmitidos utilizando a arquitetura de áudio do Bluetooth LE e podem ser mantidos sincronizados.

A palavra sincronizados é fundamental. Não basta que os dois fones recebam os dados corretos. Eles precisam reproduzi-los de acordo com uma referência temporal comum. O sistema de áudio precisa organizar a chegada, o armazenamento temporário e a reprodução dos dados para que os dois lados funcionem como um conjunto.

Os LE Isochronous Channels, introduzidos no Bluetooth Core Specification 5.2, foram fundamentais para essa evolução. Eles fornecem mecanismos próprios para transportar dados cuja relação temporal é importante, permitindo que múltiplos fluxos de áudio sejam transmitidos de maneira sincronizada.

Isso também ajuda a separar duas questões que às vezes são confundidas: receber dados e reproduzir dados no momento correto. Um fone pode receber um pacote antes do instante em que o áudio correspondente deverá ser reproduzido. O dispositivo pode armazenar temporariamente esse conteúdo e utilizar informações temporais para coordenar a reprodução com o outro lado.

Essa organização contribui para uma arquitetura mais adequada aos TWS porque os dois fones podem ser tratados como receptores de fluxos distintos dentro de uma mesma experiência de áudio. A sincronização deixa de depender necessariamente de uma comunicação proprietária entre os próprios fones e passa a ser parte da arquitetura padronizada do LE Audio.

Além da sincronização, existe outra questão importante: consumo de energia. Cada fone possui uma bateria pequena, e o rádio Bluetooth é um dos componentes que precisam ser cuidadosamente administrados. O dispositivo pode alternar entre períodos de comunicação e períodos de menor atividade, enquanto o processamento de áudio também precisa ser realizado de maneira eficiente.

A autonomia de um TWS, portanto, não depende apenas da capacidade da bateria. Ela também é influenciada pelo rádio utilizado, pelo codec, pela taxa de bits, pelo volume, pelo processamento de áudio, pela qualidade do sinal e pela eficiência do projeto eletrônico. Dois fones com baterias de capacidade semelhante podem apresentar autonomias bastante diferentes.

O estojo de carregamento também desempenha um papel importante. Como os dois fones são independentes, cada lado precisa manter sua própria bateria e circuito de gerenciamento de energia. O estojo permite recarregar ambos quando não estão sendo utilizados e pode ainda participar do processo de armazenamento, detecção e gerenciamento do estado dos fones.

Outro benefício da independência física é a possibilidade de utilizar apenas um dos lados. Dependendo da implementação do produto e dos perfis suportados, o usuário pode retirar somente o fone esquerdo ou direito do estojo e utilizá-lo sozinho. Essa flexibilidade é especialmente útil para chamadas, audição de conteúdos ou situações em que o usuário precisa manter um ouvido livre.

É importante lembrar que nem todo TWS utiliza exatamente a mesma arquitetura. Um produto pode utilizar Bluetooth Classic, outro pode utilizar LE Audio, e alguns podem oferecer suporte às duas arquiteturas. Além disso, recursos como uso independente dos lados, troca automática, multiponto e gerenciamento de chamadas dependem da implementação específica do fabricante.

Por isso, a simples presença da sigla TWS não informa como o sistema Bluetooth foi implementado internamente. TWS descreve principalmente o conceito de dois fones sem conexão física entre eles. Para conhecer as características reais do produto, é necessário observar também a arquitetura Bluetooth, os codecs, o suporte a LE Audio e os recursos efetivamente implementados.

Em resumo, um par de fones TWS funciona como dois dispositivos sem fio que precisam operar de maneira coordenada para produzir uma experiência estéreo única. Nas arquiteturas tradicionais, essa coordenação podia depender de soluções específicas desenvolvidas pelos fabricantes. Com o LE Audio e o Multi-Stream Audio, o Bluetooth passou a oferecer mecanismos padronizados para múltiplos fluxos sincronizados, criando uma base mais flexível para a próxima geração de fones verdadeiramente sem fio.

Agora que conhecemos o funcionamento dos TWS, podemos sair dos acessórios e olhar para dentro do próprio smartphone. No próximo capítulo, vamos descobrir o que o chip Bluetooth do celular realmente faz, quais partes do sistema são responsáveis pela comunicação e por que a presença de um determinado chip não significa automaticamente que todos os recursos do Bluetooth estarão disponíveis.

Quando uma ficha técnica informa que um smartphone possui Bluetooth 5.3, 5.4 ou outra versão, é comum imaginar que existe dentro do aparelho um pequeno componente responsável por “todo o Bluetooth”. Na realidade, a comunicação Bluetooth envolve uma combinação de hardware, firmware, sistema operacional, drivers e aplicações. O chip ou subsistema Bluetooth executa uma parte fundamental desse trabalho, mas não funciona de maneira isolada.

O componente responsável pela comunicação sem fio precisa primeiro lidar com o rádio. É ele que transmite e recebe ondas eletromagnéticas na faixa de 2,4 GHz utilizada pelo Bluetooth. O rádio trabalha com os sinais físicos que chegam pela antena e transforma esses sinais em informações que podem ser processadas digitalmente. No sentido contrário, recebe os dados digitais e participa da geração do sinal que será transmitido.

Entretanto, transmitir e receber sinais de rádio é apenas uma parte do processo. O Bluetooth precisa organizar os dados em pacotes, controlar a comunicação, verificar informações recebidas, lidar com retransmissões quando necessário e executar outros procedimentos definidos pela especificação. Grande parte dessas funções é realizada pelo Bluetooth Controller.

O Controller pode ser entendido como a parte do sistema mais próxima do rádio Bluetooth. Ele implementa funções de baixo nível relacionadas à transmissão, recepção, temporização e gerenciamento da comunicação sem fio. Dependendo da arquitetura do smartphone, essas funções podem estar em um chip Bluetooth dedicado ou integradas a outro componente, como um sistema combinado de conectividade ou um SoC.

Acima do Controller existe o Bluetooth Host. Ele é responsável por funções de nível mais alto da pilha Bluetooth, como protocolos, gerenciamento de conexões e interação com diferentes perfis e serviços. Em uma arquitetura tradicional, Host e Controller podem estar fisicamente separados e se comunicar por uma interface chamada HCI (Host Controller Interface).

Essa separação é importante porque permite dividir responsabilidades. O Controller cuida principalmente das tarefas próximas ao rádio, enquanto o Host trabalha com as camadas superiores necessárias para que o sistema operacional e os aplicativos utilizem o Bluetooth de maneira prática. Em smartphones modernos, parte dessa divisão pode ser implementada de maneiras diferentes dependendo do fabricante e da arquitetura do hardware.

Também existe a questão da antena. O chip Bluetooth não cria sozinho uma boa conexão sem fio. A antena, os circuitos de radiofrequência, filtros, amplificadores, posicionamento físico e projeto da placa influenciam diretamente a qualidade da comunicação. Como o Bluetooth compartilha a faixa de 2,4 GHz com outras tecnologias, o projeto também precisa considerar interferências e coexistência com outros rádios do aparelho.

Esse último ponto é especialmente importante nos smartphones porque Bluetooth, Wi-Fi e, em determinadas situações, outros sistemas de comunicação sem fio podem operar próximos ou na mesma região do espectro. O aparelho precisa coordenar esses sistemas para reduzir conflitos. Essa função de coexistência envolve tanto hardware quanto firmware e software, dependendo da implementação.

O Bluetooth também precisa conversar com o restante do smartphone. Quando o usuário toca em um fone na lista de dispositivos disponíveis, o sistema operacional precisa solicitar determinadas operações à pilha Bluetooth. Quando uma música começa a tocar, os dados de áudio precisam passar pelo sistema de processamento correspondente até chegar à transmissão. Quando uma chamada é recebida, outros perfis e funções Bluetooth podem entrar em ação.

Por isso, o Bluetooth do smartphone não deve ser visto simplesmente como “um chip que manda sinal”. Ele funciona como um conjunto de componentes que transforma uma solicitação do sistema em uma comunicação sem fio e, no sentido inverso, transforma os dados recebidos pelo rádio em informações que o sistema operacional consegue utilizar.

Essa arquitetura também explica por que duas marcas podem utilizar componentes de conectividade semelhantes e ainda apresentar comportamentos diferentes. O resultado final depende da implementação completa, incluindo firmware, drivers, sistema operacional, antenas, gerenciamento de energia e integração com outros componentes do aparelho.

O consumo de energia também faz parte desse trabalho. O subsistema Bluetooth precisa permanecer disponível para determinadas funções, mas não necessariamente deve manter o rádio transmitindo continuamente. O sistema pode utilizar diferentes estados de atividade e períodos de menor consumo conforme a tarefa realizada. Em Bluetooth LE, essa preocupação é ainda mais importante, já que a tecnologia foi projetada para aplicações que precisam operar durante longos períodos com pouca energia.

Outro detalhe importante é que a versão do Bluetooth não define sozinha todos os recursos disponíveis. Um smartphone pode utilizar um controlador compatível com determinada versão da especificação, mas o fabricante precisa implementar as funcionalidades correspondentes e disponibilizá-las no produto. Da mesma maneira, determinados recursos podem depender do sistema operacional, de firmware ou de componentes adicionais.

Isso vale especialmente para recursos mais recentes. Suporte a Bluetooth LE, LE Audio, determinados codecs, localização ou recursos avançados de posicionamento não pode ser deduzido simplesmente de um número como “Bluetooth 5.4” ou “Bluetooth 6.0”. É necessário verificar quais funções foram efetivamente implementadas pelo fabricante.

Em resumo, o Bluetooth de um smartphone é resultado da integração entre rádio, antena, Controller, Host, firmware, software e sistema operacional. O chip ou subsistema Bluetooth executa tarefas essenciais de comunicação, mas a experiência final depende de todo o conjunto. É essa integração que permite ao celular conversar com fones, relógios, teclados, controles, sensores e muitos outros dispositivos.

Agora que sabemos o que acontece dentro do smartphone, podemos observar o outro lado da comunicação: os dispositivos que utilizamos diariamente. No próximo capítulo, vamos entender como o Bluetooth trabalha com teclados, mouses, controles, relógios e outros acessórios e por que cada categoria pode utilizar recursos diferentes da mesma tecnologia.

Quando pensamos em Bluetooth, é comum imaginar imediatamente um fone de ouvido. Mas o áudio é apenas uma das aplicações da tecnologia. Um smartphone pode utilizar Bluetooth para conversar com teclados, mouses, controles de videogame, relógios, sensores, rastreadores e muitos outros acessórios. O que muda de uma categoria para outra é principalmente a forma como os dados são organizados e utilizados.

O Bluetooth fornece a comunicação sem fio, mas não determina sozinho o significado de cada informação transmitida. Para que dois dispositivos de fabricantes diferentes consigam trabalhar juntos, é necessário que eles concordem sobre como determinados dados e funções serão representados. É justamente nesse ponto que entram os perfis, serviços, características e protocolos estudados nos capítulos anteriores.

Um teclado Bluetooth, por exemplo, não precisa transmitir áudio. Sua principal tarefa é informar ao smartphone quais teclas foram pressionadas e quando determinados eventos ocorreram. Para isso, dispositivos compatíveis podem utilizar o HID (Human Interface Device), que define como dispositivos de entrada, como teclados, mouses e outros controles, podem se comunicar.

No Bluetooth LE, o HID over GATT Profile (HOGP) permite transportar informações de dispositivos HID utilizando a arquitetura GATT. Nesse modelo, o dispositivo pode disponibilizar serviços e características que representam informações relacionadas às entradas realizadas pelo usuário. O smartphone interpreta esses dados e os transforma em ações dentro do sistema operacional ou de um aplicativo.

O funcionamento de um mouse segue uma lógica semelhante. O mouse detecta movimentos e eventos, transforma essas informações em dados e os transmite ao smartphone ou computador. O receptor interpreta esses dados e movimenta o cursor ou executa outras ações. Como a quantidade de dados envolvida é relativamente pequena, a prioridade não é transmitir grandes volumes, mas manter uma comunicação responsiva e eficiente.

Um controle de videogame apresenta uma situação um pouco mais complexa. Além dos botões, ele pode possuir direcionais, gatilhos, joysticks, sensores de movimento e outros elementos. Cada evento precisa ser representado de maneira que o dispositivo receptor consiga interpretar corretamente o estado do controle. Dependendo do produto e da plataforma, diferentes perfis ou mecanismos de comunicação podem ser utilizados.

Um smartwatch, por outro lado, pode desempenhar muitas funções diferentes. Ele pode receber notificações, enviar informações sobre sensores, controlar determinadas funções do smartphone e trocar dados relacionados a aplicativos. Nesse caso, a comunicação pode envolver diversos serviços e características GATT, cada um representando uma categoria diferente de informação.

Imagine um relógio enviando ao smartphone o estado de sua bateria. Uma característica pode representar esse valor. Outra pode transportar informações de um sensor. Outra pode estar relacionada a notificações ou comandos. O GATT permite organizar essas informações em serviços e características, criando uma estrutura que o software do smartphone consegue descobrir e utilizar.

Essa arquitetura é especialmente importante para acessórios que precisam funcionar durante longos períodos. Um sensor simples pode enviar pequenas quantidades de dados apenas quando algo muda ou em intervalos determinados. Em vez de manter uma transmissão contínua, o dispositivo pode permanecer durante grande parte do tempo em estados de baixo consumo e ativar o rádio quando necessário.

É por isso que um smartwatch e um fone Bluetooth podem apresentar comportamentos completamente diferentes mesmo utilizando a mesma tecnologia de comunicação. O fone precisa transportar fluxos de áudio continuamente, enquanto um sensor pode transmitir apenas alguns bytes de informação de tempos em tempos. O Bluetooth oferece mecanismos para atender a esses dois cenários, mas cada aplicação utiliza uma arquitetura adequada às suas necessidades.

Outro exemplo interessante são os rastreadores de objetos. Um pequeno dispositivo pode utilizar Bluetooth LE para anunciar sua presença e permitir que smartphones próximos detectem seus sinais. A quantidade de dados transmitida pode ser pequena, mas a eficiência energética é extremamente importante porque o rastreador precisa funcionar durante meses ou até mais tempo dependendo do projeto e das condições de uso.

Também existem acessórios que utilizam Bluetooth para comunicação bidirecional. Um teclado envia informações ao smartphone, mas o sistema também pode transmitir comandos ou informações de configuração de volta ao teclado. Um relógio pode receber dados do celular e enviar dados para ele. Um controle pode transmitir comandos enquanto recebe determinadas informações da plataforma. Portanto, Bluetooth não significa necessariamente uma comunicação em apenas uma direção.

O modo de comunicação também pode variar. Alguns acessórios utilizam Bluetooth Classic, outros utilizam Bluetooth LE, e determinados produtos podem oferecer suporte às duas opções. A escolha depende das necessidades da aplicação, do consumo de energia, da quantidade e do tipo de dados e dos recursos que o fabricante deseja implementar.

Essa diversidade também explica por que a compatibilidade entre acessórios não deve ser analisada apenas pela versão do Bluetooth. Dizer que dois aparelhos possuem Bluetooth 5.3, por exemplo, não significa automaticamente que eles oferecem os mesmos perfis ou recursos. É necessário verificar se o recurso específico utilizado pelo acessório é suportado pelo smartphone e pelo sistema operacional.

O sistema operacional tem um papel importante nesse processo. Ele fornece ao usuário a interface para descobrir, parear e utilizar dispositivos e também disponibiliza APIs para que aplicativos possam acessar determinadas funções Bluetooth. Assim, quando um teclado é conectado, o sistema consegue transformar os dados recebidos em entradas de teclado; quando um relógio troca informações, aplicativos podem interpretar seus serviços; e quando um controle envia comandos, jogos podem utilizá-los como entradas.

Também existem diferenças entre o que o Bluetooth padroniza e o que o fabricante pode implementar por conta própria. Um perfil padronizado facilita a interoperabilidade, enquanto serviços e características personalizados podem permitir funções específicas de determinado produto. Isso significa que dois acessórios visualmente semelhantes podem utilizar arquiteturas internas bastante diferentes.

Essa flexibilidade é uma das razões pelas quais o Bluetooth se tornou tão presente nos dispositivos móveis. Em vez de existir uma única forma de comunicação para todos os acessórios, a tecnologia oferece uma base sobre a qual diferentes aplicações podem ser construídas. O mesmo smartphone pode, simultaneamente, conversar com um fone, um relógio, um teclado e outros dispositivos, desde que o hardware, o sistema e os recursos necessários sejam compatíveis.

Em resumo, Bluetooth é uma tecnologia de comunicação que pode transportar muitos tipos diferentes de informação. Teclados e mouses priorizam entradas rápidas e baixo consumo, controles precisam transportar diversos eventos de interação, relógios podem utilizar vários serviços e sensores, e rastreadores podem privilegiar autonomia e pequenos pacotes de dados. O que permite essa diversidade é a combinação entre a comunicação Bluetooth e as camadas superiores que definem como cada aplicação utiliza os dados.

Depois de conectar tantos tipos diferentes de acessórios, surge uma pergunta interessante: o Bluetooth consegue fazer mais do que simplesmente trocar dados? A resposta é sim. Ele também pode ser utilizado para ajudar a determinar onde um dispositivo está. No próximo capítulo, vamos entender como o Bluetooth participa de sistemas de localização e por que medir proximidade não é a mesma coisa que medir distância com precisão.

O Bluetooth não serve apenas para conectar acessórios. O Bluetooth LE também pode ser utilizado para detectar a presença de dispositivos, estimar a distância até eles e, com recursos específicos, determinar a direção de onde um sinal está vindo. Essa capacidade tornou o Bluetooth uma das tecnologias utilizadas em sistemas de localização, rastreamento de objetos e navegação em ambientes internos.

O primeiro conceito importante é o de presença. Um dispositivo Bluetooth LE pode transmitir pequenos pacotes de advertising anunciando sua existência. Outro dispositivo que esteja escutando esses anúncios pode perceber que aquele transmissor está dentro de uma determinada área de alcance. Essa informação já é suficiente para diversas aplicações.

Um rastreador de objetos é um bom exemplo. Um pequeno dispositivo pode transmitir periodicamente um identificador ou outras informações por Bluetooth LE. Smartphones ou outros dispositivos próximos podem detectar esses sinais e concluir que o rastreador está nas proximidades. Nesse cenário, não é necessário saber a distância exata: saber que o dispositivo está presente em determinada região já pode ser útil.

Quando a aplicação precisa saber quão perto está o dispositivo, uma das técnicas tradicionalmente utilizadas é o RSSI (Received Signal Strength Indicator). O receptor mede a intensidade do sinal de rádio recebido e utiliza essa informação como uma estimativa aproximada da distância.

O princípio parece simples: quanto mais distante o transmissor estiver, maior tende a ser a perda de potência do sinal até chegar ao receptor. Porém, na prática, essa relação não é suficientemente estável para determinar uma distância precisa em todos os ambientes. Paredes, móveis, pessoas, reflexões, interferências, orientação das antenas e outros fatores podem alterar a intensidade medida.

Por isso, RSSI deve ser entendido principalmente como uma estimativa de proximidade ou distância aproximada, e não como uma fita métrica eletrônica. Um sinal mais forte geralmente indica que o dispositivo está mais próximo, mas não significa que seja possível concluir exatamente que ele está, por exemplo, a dois metros de distância.

Essa característica pode ser suficiente para algumas aplicações. Um sistema pode determinar que um dispositivo está “perto”, “próximo” ou “longe” e utilizar essa informação para executar uma ação. Um aplicativo pode, por exemplo, procurar primeiro os dispositivos com sinais mais fortes antes de tentar estabelecer uma comunicação. Em determinadas aplicações de localização, várias medições também podem ser combinadas para estimar a posição de um dispositivo.

O Bluetooth também ganhou a capacidade de determinar a direção de um sinal. O recurso chamado Bluetooth Direction Finding, introduzido no Bluetooth Core 5.1, utiliza técnicas denominadas Angle of Arrival (AoA) e Angle of Departure (AoD).

No AoA, o dispositivo que transmite o sinal pode utilizar uma única antena, enquanto o equipamento receptor possui um conjunto de várias antenas organizadas em uma matriz. Ao analisar como o sinal chega às diferentes antenas, o sistema consegue obter informações que permitem calcular a direção relativa do transmissor.

No AoD, a configuração é invertida. O transmissor utiliza uma matriz de múltiplas antenas para enviar um sinal especial, enquanto o receptor pode utilizar uma única antena. O receptor analisa as informações recebidas para determinar a direção do sinal. Essa técnica pode ser utilizada, por exemplo, em sistemas de posicionamento interno nos quais transmissores fixos ajudam um smartphone ou outro dispositivo a determinar sua posição.

Combinando informações de distância e direção, é possível construir sistemas de localização muito mais sofisticados. Em ambientes industriais, por exemplo, etiquetas Bluetooth podem ser colocadas em equipamentos, ferramentas ou outros ativos, enquanto receptores instalados em posições conhecidas ajudam a determinar onde esses objetos estão. Em ambientes internos, transmissores fixos também podem auxiliar na navegação de pessoas.

Essa aplicação é especialmente interessante porque o GPS apresenta limitações em ambientes fechados. Dentro de edifícios, sinais de sistemas globais de navegação por satélite podem ser prejudicados ou simplesmente não oferecer a precisão necessária. O Bluetooth, por outro lado, pode utilizar transmissores instalados no próprio ambiente para criar referências locais.

É importante diferenciar localização de distância. Saber que um objeto está a determinada distância de um único ponto não informa necessariamente sua posição exata. Para determinar uma posição, o sistema pode precisar combinar medições provenientes de vários pontos conhecidos, além de utilizar informações sobre direção ou outros dados disponíveis.

Essa distinção também ajuda a entender por que existem diferentes níveis de precisão nos sistemas Bluetooth. Uma aplicação simples pode precisar apenas detectar presença. Outra pode precisar saber qual objeto está mais próximo. Um sistema industrial pode precisar determinar a posição de um ativo dentro de uma área. Cada cenário possui requisitos diferentes de precisão, infraestrutura e processamento.

Outro fator importante é que os recursos de localização não estão automaticamente presentes em todo dispositivo Bluetooth. Um smartphone possuir Bluetooth LE não significa, por si só, que ele implemente todos os recursos avançados de posicionamento. Da mesma forma, uma aplicação precisa de dispositivos compatíveis e de uma infraestrutura adequada para aproveitar recursos como Direction Finding.

O Bluetooth também evoluiu para melhorar diretamente a medição de distância. Antes do Bluetooth Core 6.0, as soluções Bluetooth utilizavam principalmente métodos baseados na intensidade do sinal para estimar distância. O Core 6.0 introduziu o Bluetooth Channel Sounding, criado especificamente para permitir medições de distância mais precisas e mais resistentes a determinados fatores que prejudicam as estimativas baseadas apenas em RSSI.

O Channel Sounding utiliza técnicas diferentes, incluindo Phase-Based Ranging (PBR) e Round-Trip Timing (RTT), permitindo que dois dispositivos participem de uma série de medições para calcular a distância entre eles. Além de buscar maior precisão, a tecnologia também incorpora mecanismos de segurança destinados a dificultar determinadas formas de manipulação da distância medida.

Essa evolução é importante porque transforma o Bluetooth de uma tecnologia que simplesmente podia indicar “há um dispositivo por perto” em uma plataforma capaz de fornecer informações muito mais úteis sobre presença, distância e direção. Essas informações podem ser utilizadas isoladamente ou combinadas para criar sistemas de localização cada vez mais sofisticados.

Em resumo, o Bluetooth pode participar de sistemas de localização em diferentes níveis. O advertising permite detectar presença, o RSSI pode fornecer uma estimativa aproximada de proximidade ou distância, o Direction Finding pode determinar a direção do sinal e o Channel Sounding introduz uma abordagem mais precisa para medir a distância. Cada técnica resolve um problema diferente, e a escolha depende da aplicação.

No próximo capítulo, vamos aprofundar justamente a tecnologia que representa um dos maiores avanços recentes nessa área: o Bluetooth Channel Sounding. Vamos entender como ele consegue medir a distância entre dois dispositivos com muito mais precisão do que uma simples estimativa baseada na intensidade do sinal.

Durante muito tempo, o Bluetooth utilizou principalmente a intensidade do sinal recebido para estimar a proximidade entre dispositivos. Essa abordagem, baseada no RSSI, é útil para determinar se algo está mais perto ou mais longe, mas apresenta limitações quando a aplicação precisa conhecer a distância com maior precisão. O Bluetooth Channel Sounding, introduzido no Bluetooth Core Specification 6.0, foi criado justamente para oferecer uma forma mais precisa e segura de medir a distância entre dois dispositivos Bluetooth LE conectados.

A diferença fundamental está na informação utilizada. O RSSI observa essencialmente a intensidade do sinal que chegou ao receptor. Já o Channel Sounding utiliza propriedades físicas do próprio sinal de rádio, incluindo informações relacionadas à fase e ao tempo necessário para a propagação do sinal entre os dispositivos. Dessa maneira, o sistema consegue obter informações muito mais diretamente relacionadas à distância física.

O Channel Sounding utiliza dois métodos complementares de medição: Phase-Based Ranging (PBR) e Round-Trip Timing (RTT). Eles podem ser utilizados separadamente ou combinados. O PBR é utilizado principalmente para obter medições precisas de distância, enquanto o RTT também desempenha um papel importante na segurança da medição.

Para entender o funcionamento, precisamos conhecer dois papéis. O dispositivo que deseja calcular a distância até o outro é chamado de Initiator. O dispositivo que responde às transmissões é chamado de Reflector. Esses papéis não significam necessariamente que um aparelho seja sempre o principal e o outro sempre o secundário. Eles descrevem as funções desempenhadas durante o procedimento de Channel Sounding.

O processo começa com os dois dispositivos estabelecendo uma conexão Bluetooth LE. Depois que o Channel Sounding é iniciado, são realizadas trocas específicas de sinais entre o Initiator e o Reflector. Essas trocas acontecem utilizando diferentes frequências e procedimentos definidos pela especificação para obter as informações necessárias à medição.

O primeiro método, o Phase-Based Ranging, explora uma propriedade das ondas de rádio chamada fase. Uma onda eletromagnética possui ciclos que se repetem e a fase indica a posição relativa dentro desse ciclo. Quando a frequência do sinal é alterada, seu comprimento de onda também muda. As diferenças de fase observadas em diferentes frequências podem então fornecer informações relacionadas à distância percorrida pelo sinal.

Na prática, o Initiator envia um sinal em determinada frequência e o Reflector responde. O Initiator mede a fase do sinal recebido. O processo é repetido utilizando outra frequência e novas medições são realizadas. Comparando as diferenças observadas entre as frequências, o sistema consegue obter informações que podem ser utilizadas para calcular a distância entre os dispositivos.

Normalmente são realizadas mais medições do que apenas duas. A utilização de múltiplas frequências e diversas amostras permite que o sistema obtenha mais informações sobre o canal de rádio e melhore a qualidade da estimativa. O Bluetooth Channel Sounding utiliza canais específicos de 1 MHz para esse procedimento e emprega salto de frequência para distribuir as medições pelo espectro disponível.

Existe, porém, uma característica da fase que cria um desafio: ela é cíclica. Depois de completar um ciclo, a fase volta a se repetir. Isso significa que determinadas diferenças de fase podem aparecer em mais de uma distância. Esse fenômeno é conhecido como distance ambiguity, ou ambiguidade de distância. O Channel Sounding utiliza uma combinação de frequências e o segundo método de medição para ajudar a resolver esse problema.

O segundo método é o Round-Trip Timing. Nesse caso, o princípio é medir quanto tempo uma informação leva para viajar até o outro dispositivo e retornar. O Initiator envia um pacote ao Reflector, que responde, e o sistema utiliza os tempos associados à transmissão e à resposta para obter uma estimativa do tempo de propagação do sinal.

Como as ondas de rádio se propagam aproximadamente à velocidade da luz, medir intervalos de tempo extremamente pequenos permite obter informações sobre a distância percorrida. Entretanto, a medição precisa levar em consideração o tempo utilizado pelo próprio dispositivo para processar e responder aos sinais. Por isso, o protocolo define procedimentos específicos para conhecer e compensar esses tempos.

O RTT possui ainda uma função especialmente importante: segurança. Uma das ameaças enfrentadas por sistemas de localização é o ataque de retransmissão, conhecido como relay attack. Nesse tipo de ataque, um terceiro pode tentar retransmitir sinais entre dispositivos para fazer com que eles pareçam estar mais próximos ou em uma posição diferente daquela em que realmente estão.

Imagine uma chave digital de carro baseada na proximidade do smartphone. Se o sistema apenas soubesse que existe uma comunicação válida entre o celular e o veículo, poderia ser mais difícil determinar se o dispositivo autorizado está realmente próximo do automóvel. Uma medição de distância mais robusta permite que o sistema utilize a proximidade física como parte da decisão de segurança.

É por isso que o Channel Sounding foi projetado combinando precisão e segurança. O PBR fornece informações de distância com alta precisão, enquanto o RTT pode atuar como uma medição independente para ajudar a verificar o resultado e dificultar manipulações baseadas em retransmissão. A combinação dos dois métodos aumenta a confiança na distância calculada.

O Bluetooth SIG projetou o Channel Sounding para alcançar precisão na ordem de centímetros em condições e implementações adequadas. Isso representa uma evolução importante em relação às estimativas baseadas apenas no RSSI. Ainda assim, “precisão de centímetros” não significa que qualquer smartphone ou rastreador Bluetooth automaticamente conseguirá medir distâncias com essa precisão em qualquer ambiente. O resultado depende do hardware, das antenas, das condições de rádio e da implementação.

O ambiente continua sendo um fator importante. Ondas de rádio podem sofrer reflexões, obstáculos e outros efeitos de propagação. O Channel Sounding foi projetado para ser mais robusto a esses fatores do que métodos baseados simplesmente na perda de potência, mas isso não elimina as limitações físicas do ambiente.

Outra diferença importante em relação ao RSSI é que o Channel Sounding não é apenas um cálculo baseado em uma única leitura de intensidade. Ele utiliza uma sequência estruturada de medições entre dois dispositivos conectados, com procedimentos específicos definidos pela camada física e pelo protocolo Bluetooth. O sistema fornece informações de fase e tempo que podem ser utilizadas por algoritmos para calcular a distância.

O próprio Bluetooth Core Specification não determina um único algoritmo obrigatório para transformar todas essas informações em uma distância final. A especificação define as técnicas e os mecanismos necessários para obter as medições. A aplicação pode então utilizar essas informações para calcular a distância de acordo com suas necessidades.

As possibilidades de utilização são amplas. Um rastreador de objetos pode informar ao usuário não apenas que determinado item está por perto, mas também ajudar a determinar a distância com muito mais precisão. Uma chave digital pode utilizar a distância como parte da autorização de acesso. Sistemas industriais podem utilizar o recurso para rastrear ativos. Teclados, mouses e controles também podem utilizar informações de distância para alterar automaticamente seu comportamento conforme se aproximam ou se afastam de um equipamento.

É importante lembrar que Channel Sounding não determina sozinho a posição completa de um dispositivo. Ele mede a distância entre dois dispositivos. Para descobrir uma posição em duas ou três dimensões, o sistema pode combinar essas medições com informações provenientes de outros dispositivos, direção ou outros mecanismos de localização.

Também não se deve confundir Channel Sounding com Direction Finding. O Direction Finding, estudado no capítulo anterior, utiliza técnicas como AoA e AoD para obter informações sobre a direção de um sinal. O Channel Sounding foi criado principalmente para obter uma medida precisa da distância. As duas tecnologias podem complementar-se em sistemas mais sofisticados de localização.

Em resumo, o Bluetooth Channel Sounding transforma o Bluetooth LE em uma tecnologia capaz de medir distância com muito mais precisão. Utilizando Phase-Based Ranging e Round-Trip Timing, o sistema aproveita informações de fase e tempo de propagação para obter medições precisas e acrescenta mecanismos de segurança contra tentativas de manipulação da distância. Essa evolução abre caminho para rastreamento mais preciso, chaves digitais, localização de objetos e diversas outras aplicações baseadas em proximidade real.

Agora que percorremos desde os fundamentos até recursos avançados como LE Audio, Auracast e Channel Sounding, chegou a hora de olhar para a própria evolução da tecnologia. No próximo capítulo, vamos comparar Bluetooth 5.0, 5.1, 5.2, 5.3, 5.4 e as versões 6.x para entender o que realmente mudou em cada geração — e, principalmente, o que esses números não dizem.

As versões do Bluetooth Core Specification representam a evolução da especificação que define como a tecnologia deve funcionar. Quando um smartphone informa “Bluetooth 5.3” ou “Bluetooth 6.0”, esse número indica a versão da especificação Bluetooth Core com a qual determinado produto foi qualificado. Ele não representa, sozinho, uma velocidade, um alcance ou um conjunto obrigatório de recursos que todos os aparelhos daquela geração precisam oferecer.

Essa distinção é fundamental porque o Bluetooth evolui adicionando e aperfeiçoando diferentes recursos. Uma nova versão pode melhorar eficiência energética, localização, confiabilidade, publicidade, áudio ou outras partes da arquitetura sem que todos os dispositivos precisem implementar todas essas possibilidades. Por isso, Bluetooth 6.0 não significa simplesmente “Bluetooth 5.4 mais rápido”, assim como Bluetooth 5.4 não significa que todos os aparelhos terão exatamente os mesmos recursos.

A história recente começa com o Bluetooth Core 5.0, lançado em 2016. Essa versão trouxe avanços importantes para o Bluetooth LE, incluindo novos modos de camada física. O LE 2M PHY permitiu uma taxa de transmissão física maior em determinadas condições, enquanto o LE Coded PHY permitiu priorizar alcance e robustez utilizando técnicas de codificação. A versão também introduziu o Extended Advertising, ampliando as possibilidades de transmissão de informações em Bluetooth LE.

Na prática, o Bluetooth 5.0 ajudou a ampliar significativamente o espaço de aplicações do Bluetooth LE. Um dispositivo poderia priorizar maior velocidade, enquanto outro poderia priorizar maior alcance e robustez. Mas essas capacidades dependem da implementação do produto. Ter “Bluetooth 5.0” na ficha técnica não significa automaticamente que todos os modos introduzidos pela especificação estejam disponíveis.

O Bluetooth Core 5.1 trouxe uma evolução especialmente importante para localização. Sua principal novidade nesse contexto foi o Direction Finding, que introduziu suporte padronizado para técnicas como Angle of Arrival (AoA) e Angle of Departure (AoD). Essas técnicas permitem obter informações sobre a direção de um sinal Bluetooth, abrindo novas possibilidades para sistemas de posicionamento e localização em ambientes internos.

A versão 5.1 também trouxe outros aprimoramentos, mas seu significado para o usuário pode ser resumido pela expansão das capacidades de localização e pela evolução de mecanismos internos do Bluetooth LE. É importante notar que Direction Finding exige hardware e implementação apropriados; a simples presença do número 5.1 não transforma qualquer smartphone em um sistema avançado de localização.

O Bluetooth Core 5.2 marcou uma mudança particularmente importante para o áudio. Entre seus principais avanços estão os LE Isochronous Channels, que forneceram ao Bluetooth LE mecanismos apropriados para transportar dados cuja relação temporal é importante. Essa tecnologia se tornou uma das bases do LE Audio, permitindo uma arquitetura de áudio diferente daquela utilizada pelo Bluetooth Classic.

A versão 5.2 também introduziu o Enhanced Attribute Protocol (EATT) e o LE Power Control. O EATT aprimora a forma como determinadas transações de atributos podem ser realizadas, enquanto o LE Power Control permite que dispositivos ajustem dinamicamente a potência de transmissão de acordo com as condições da comunicação. Assim, o 5.2 não foi apenas uma atualização voltada ao áudio, embora essa seja uma de suas consequências mais importantes para produtos de consumo.

O Bluetooth Core 5.3 concentrou-se principalmente em melhorias de eficiência, confiabilidade e gerenciamento da comunicação. Entre seus aprimoramentos estão mudanças relacionadas ao Connection Subrating, que permite adaptar a frequência de comunicação durante determinados períodos, e melhorias no controle da classificação de canais e no gerenciamento de conexões. A versão também trouxe aprimoramentos ao Periodic Advertising e a mecanismos utilizados pelo controlador Bluetooth.

Para o usuário comum, essas mudanças são menos visíveis do que a chegada do LE Audio ou do Direction Finding. Seu impacto aparece principalmente na capacidade de criar implementações mais eficientes e confiáveis. Novamente, porém, o resultado concreto depende de como o fabricante implementa os recursos.

O Bluetooth Core 5.4 trouxe recursos importantes para aplicações Bluetooth LE que precisam trabalhar com grandes quantidades de dispositivos de baixo consumo. Um dos destaques foi o Periodic Advertising with Responses (PAwR), que permite uma comunicação estruturada entre um transmissor e muitos dispositivos receptores. A versão também introduziu mecanismos de segurança e suporte que ajudaram a criar a base para aplicações como Electronic Shelf Labels, ou etiquetas eletrônicas de prateleira.

Isso mostra uma característica importante da evolução do Bluetooth: algumas versões não foram criadas principalmente para adicionar uma nova função ao smartphone ou ao fone de ouvido. Elas também ampliam o uso da tecnologia em ambientes comerciais, industriais e de Internet das Coisas. O Bluetooth 5.4 é um bom exemplo dessa expansão para grandes redes de dispositivos extremamente econômicos.

Chegamos então à família Bluetooth Core 6.x. O Bluetooth 6.0 trouxe uma das mudanças mais interessantes para localização: o Channel Sounding. Como vimos no capítulo anterior, essa tecnologia utiliza medições de fase e tempo para determinar a distância entre dois dispositivos com muito mais precisão do que uma simples estimativa baseada em RSSI.

O Core 6.0 também trouxe outras melhorias, incluindo mecanismos relacionados a advertising, monitoramento de anunciantes, transporte isócrono e gerenciamento da camada de enlace. Portanto, Channel Sounding é o grande destaque para o consumidor, mas não é a única mudança da versão.

O Bluetooth Core 6.1 continuou essa evolução com aprimoramentos voltados principalmente ao funcionamento interno e à privacidade. Entre eles está o Randomized RPA Updates, que permite tornar menos previsível o momento em que determinados endereços privados resolvíveis são atualizados. A intenção é reduzir a possibilidade de rastreamento por terceiros baseado na observação desses identificadores.

O 6.1 também trouxe mecanismos destinados a distribuir parte do trabalho relacionado à atualização desses endereços para o Bluetooth Controller. Isso pode reduzir a necessidade de intervenção frequente do Host e contribuir para eficiência energética e de processamento. É um exemplo de recurso importante para a arquitetura, mas que dificilmente aparece como uma diferença perceptível isoladamente na experiência cotidiana.

O Bluetooth Core 6.2 trouxe novas melhorias, incluindo os Shorter Connection Intervals. O intervalo mínimo de conexão LE foi reduzido de 7,5 ms para 375 microssegundos, com resolução de 125 microssegundos. Isso permite ciclos de comunicação abaixo de um milissegundo e pode beneficiar aplicações que exigem respostas extremamente rápidas, como dispositivos HID de alto desempenho, interfaces homem-máquina em tempo real e sensores sensíveis à latência.

O 6.2 também aprimorou a segurança do Channel Sounding com mecanismos de resistência a ataques baseados na manipulação da amplitude do sinal. Além disso, introduziu suporte padronizado para transportar dados isócronos LE por USB utilizando o modo Bulk Serialization e trouxe outras melhorias voltadas a testes e interoperabilidade.

Essa sequência mostra por que não é adequado tratar as versões do Bluetooth como se fossem gerações de uma conexão de internet. Não existe uma regra simples segundo a qual “Bluetooth 6.0 é duas vezes mais rápido que Bluetooth 5.0” ou “Bluetooth 5.4 tem mais alcance que Bluetooth 5.3”. Cada versão adiciona ou modifica recursos específicos, e o ganho real depende de quais desses recursos foram implementados pelos dispositivos envolvidos.

Também é possível que dois aparelhos com versões diferentes consigam funcionar juntos normalmente. O Bluetooth foi projetado para permitir interoperabilidade entre dispositivos que suportam diferentes conjuntos de recursos. Entretanto, quando uma função específica depende de uma capacidade introduzida em uma versão mais recente, ambos os lados precisam oferecer o suporte necessário para utilizá-la.

É por isso que a ficha técnica de um smartphone merece uma leitura mais cuidadosa. Se o aparelho informa Bluetooth 5.3, por exemplo, essa informação diz qual versão da especificação Core ele suporta ou para a qual foi qualificado, mas não revela automaticamente se ele possui LE Audio, determinado codec, Direction Finding ou qualquer outra funcionalidade específica. Para isso, é necessário consultar os recursos efetivamente suportados pelo produto.

O próprio Bluetooth SIG diferencia a indicação da versão da Core Specification da comunicação de aplicações específicas, como Classic Audio, LE Audio, Auracast e determinados perfis. Essa separação é importante porque mostra que a versão e a funcionalidade são informações diferentes.

Podemos resumir a evolução recente da seguinte maneira: o 5.0 ampliou velocidade, alcance e publicidade no Bluetooth LE; o 5.1 trouxe Direction Finding; o 5.2 criou as bases de transporte isócrono utilizadas pelo LE Audio; o 5.3 refinou eficiência e confiabilidade; o 5.4 ampliou aplicações de comunicação eficiente com muitos dispositivos; o 6.0 introduziu Channel Sounding; o 6.1 aprimorou aspectos como privacidade e eficiência; e o 6.2 avançou em baixa latência, segurança de ranging e suporte a transporte isócrono.

Essa visão é muito mais útil do que simplesmente decorar números. Cada versão representa uma evolução da especificação, mas o que realmente interessa ao usuário é descobrir quais recursos o aparelho implementa. Um smartphone Bluetooth 5.2 pode oferecer uma experiência de áudio mais avançada do que outro Bluetooth 5.4 se este último não implementar LE Audio, por exemplo.

Em resumo, as versões do Bluetooth Core Specification não devem ser interpretadas como uma escala simples de “melhor para pior”. Elas representam diferentes etapas de evolução da tecnologia, cada uma acrescentando recursos e aperfeiçoamentos específicos. Para escolher um smartphone ou acessório, o número da versão é apenas uma das informações que devem ser consideradas.

No próximo capítulo, vamos olhar especificamente para o Bluetooth 6.0 e aprofundar o Channel Sounding, além de outras novidades dessa versão. Depois, veremos as evoluções do 6.1 e do 6.2 e finalmente reuniremos tudo o que aprendemos para entender como escolher um dispositivo Bluetooth de forma realmente consciente.

O Bluetooth Core Specification 6.0, adotado em 2024, trouxe uma série de aprimoramentos para o Bluetooth, mas nenhum deles chamou tanta atenção quanto o Channel Sounding. A tecnologia introduz uma maneira padronizada de realizar medições precisas de distância entre dispositivos Bluetooth LE e amplia consideravelmente as possibilidades de utilização do Bluetooth em localização, rastreamento e aplicações que dependem de proximidade física.

Até então, o Bluetooth já podia participar de sistemas de localização utilizando recursos como advertising, RSSI e Direction Finding. Entretanto, quando uma aplicação precisava determinar a distância entre dois dispositivos, a abordagem tradicional baseada em perda de potência do sinal apresentava limitações. O RSSI pode indicar que um dispositivo está mais próximo ou mais distante, mas sofre influência de obstáculos, reflexões, orientação das antenas e condições do ambiente.

O Channel Sounding foi criado para atacar diretamente esse problema. Ele permite que dois dispositivos Bluetooth LE conectados realizem uma sequência estruturada de medições utilizando diferentes frequências e técnicas de rádio. Essas informações podem ser utilizadas pela aplicação para calcular a distância entre os dispositivos com precisão muito maior do que aquela normalmente obtida apenas com RSSI.

O funcionamento utiliza dois papéis: Initiator e Reflector. O Initiator é o dispositivo que deseja determinar sua distância em relação ao outro, enquanto o Reflector participa das respostas necessárias às medições. Os dois dispositivos precisam primeiro estabelecer uma conexão Bluetooth LE e realizar procedimentos de configuração antes que o Channel Sounding possa começar.

Durante a medição, os dispositivos realizam várias trocas de sinais em intervalos de tempo previamente organizados. O Channel Sounding pode utilizar dois métodos principais: Phase-Based Ranging (PBR), baseado em informações de fase obtidas em diferentes frequências, e Round-Trip Timing (RTT), baseado no tempo associado à ida e volta dos sinais.

O PBR permite explorar a relação entre fase, frequência e comprimento de onda. Ao realizar medições em diferentes frequências, o sistema consegue extrair informações que ajudam a determinar a distância física entre os dispositivos. Como a fase é cíclica, o uso de múltiplas frequências é importante para reduzir ambiguidades que poderiam fazer diferentes distâncias parecerem equivalentes.

O RTT utiliza uma abordagem diferente. O sistema mede o comportamento temporal de uma troca entre os dispositivos e utiliza essas informações para estimar o tempo de propagação do sinal. Como as ondas de rádio se propagam a uma velocidade extremamente alta, as medições precisam ser realizadas com grande precisão. A especificação define mecanismos específicos para obter e processar essas informações.

Os dois métodos também podem ser combinados. Essa possibilidade é importante porque permite equilibrar diferentes objetivos, como precisão, latência e segurança. Uma aplicação pode configurar o procedimento de acordo com aquilo que realmente precisa, em vez de utilizar uma única configuração obrigatória para todos os cenários.

A segurança é uma parte importante do Channel Sounding. Em aplicações como chaves digitais, não basta que o smartphone consiga provar que está se comunicando com o veículo. Também pode ser necessário determinar se ele está realmente próximo. Um atacante poderia tentar retransmitir sinais entre dois pontos para fazer dispositivos distantes parecerem próximos. O Channel Sounding incorpora mecanismos específicos para dificultar esse tipo de manipulação.

Essa característica abre possibilidades para sistemas em que a distância física faz parte da decisão. Um veículo pode verificar a proximidade de uma chave digital, um rastreador pode ajudar o usuário a localizar um objeto, ou um sistema industrial pode determinar a distância entre equipamentos. Em todos esses casos, a informação deixa de ser apenas “existe um dispositivo por perto” e passa a ser uma medida física mais precisa.

É importante, porém, não interpretar o Channel Sounding como uma tecnologia de localização completa por si só. Ele determina principalmente a distância entre dois dispositivos. Para calcular uma posição em um ambiente, o sistema pode combinar várias medições, referências conhecidas, informações direcionais ou outras tecnologias de localização.

Além do Channel Sounding, o Bluetooth 6.0 trouxe melhorias relacionadas à forma como dispositivos lidam com Extended Advertising. O Decision-Based Advertising Filtering permite que um dispositivo utilize informações recebidas em um canal primário de advertising para decidir se vale a pena procurar pacotes relacionados nos canais secundários. Isso pode reduzir o tempo gasto procurando informações que não são relevantes para a aplicação.

Outra novidade é o Monitoring Advertisers. Esse recurso permite que um dispositivo monitore determinados anunciantes Bluetooth LE sem precisar manter continuamente a mesma atividade de scanning em nível de aplicação. Isso pode ajudar a tornar algumas aplicações mais eficientes e facilitar o desenvolvimento de experiências que dependem da presença ou ausência de dispositivos próximos.

O Bluetooth 6.0 também trouxe melhorias no Isochronous Adaptation Layer (ISOAL). Essa camada participa do transporte de dados isócronos e é particularmente relevante para aplicações de áudio baseadas em LE Audio. As melhorias podem contribuir para reduzir determinados atrasos associados ao processamento dos dados, algo importante para aplicações nas quais a latência percebida pelo usuário é relevante.

Outra mudança está relacionada ao LE Link Layer Extended Feature Set. O recurso permite que dispositivos com conjuntos de funcionalidades mais extensos troquem informações de maneira mais eficiente sobre capacidades adicionais. Isso ajuda a arquitetura Bluetooth a lidar com produtos cada vez mais sofisticados sem depender de um conjunto excessivamente limitado de informações de capacidade.

O 6.0 também introduziu o Frame Space Update, uma melhoria relacionada aos intervalos de tempo entre determinados eventos de transmissão e recepção. A mudança permite maior flexibilidade na utilização desses intervalos e pode beneficiar implementações que precisam lidar com diferentes características de processamento e transmissão.

Para quem compra um smartphone, entretanto, existe uma diferença importante entre conhecer essas novidades e encontrar todas elas no aparelho. Bluetooth 6.0 não significa automaticamente que todos os recursos da especificação estejam disponíveis. O fabricante precisa implementar os recursos correspondentes no hardware, firmware e software do produto, e determinados recursos também dependem do suporte do outro dispositivo envolvido.

O Channel Sounding é um excelente exemplo. Um smartphone pode anunciar compatibilidade com Bluetooth 6.0, mas isso não significa necessariamente que ele possa utilizar Channel Sounding com qualquer rastreador Bluetooth. O recurso precisa estar implementado nos dispositivos e ser utilizado pelo software e pela aplicação. O mesmo princípio vale para outras funcionalidades introduzidas ou aprimoradas na versão.

Também é importante não confundir Bluetooth 6.0 com uma simples evolução de velocidade. A versão não foi criada para transformar toda comunicação Bluetooth em uma conexão mais rápida. Seus aprimoramentos estão distribuídos por diferentes partes da arquitetura e atendem necessidades distintas, como localização precisa, eficiência de advertising, áudio isócrono e descoberta de capacidades.

Essa é uma característica que acompanha toda a evolução do Bluetooth. As versões da Core Specification representam conjuntos de mudanças técnicas, e não níveis universais de desempenho. Um dispositivo Bluetooth 6.0 pode ter determinadas funções avançadas, enquanto outro produto da mesma versão pode utilizar apenas uma parte delas.

O principal legado do Bluetooth 6.0 para o consumidor provavelmente será percebido quando a tecnologia estiver integrada a produtos capazes de aproveitar sua nova consciência de distância. Rastreamento de objetos, chaves digitais e experiências baseadas em proximidade são exemplos nos quais saber “a que distância está?” pode ser muito mais útil do que simplesmente saber “está conectado?”.

Em resumo, o Bluetooth 6.0 representa uma evolução importante da plataforma Bluetooth LE. Seu destaque é o Channel Sounding, que introduz medições de distância mais precisas e mecanismos de segurança, mas a versão também aprimora advertising, monitoramento de anunciantes, transporte isócrono, descoberta de funcionalidades e temporização. Como sempre, o número da versão não garante sozinho a presença de todos esses recursos em um produto.

No próximo capítulo, vamos fechar a evolução técnica do Bluetooth com as versões 6.1 e 6.2. Veremos por que algumas mudanças são quase invisíveis para o usuário, mas importantes para privacidade, eficiência e arquitetura, e por que o Bluetooth 6.2 merece atenção especial pelas melhorias de latência e segurança.

Depois das mudanças introduzidas pelo Bluetooth 6.0, a evolução do Bluetooth Core continuou com as versões 6.1 e 6.2. Diferentemente de algumas gerações anteriores, essas versões não são marcadas por uma única grande novidade voltada diretamente ao consumidor. Elas representam uma evolução mais incremental da arquitetura, com melhorias em privacidade, eficiência, baixa latência, segurança e integração entre diferentes partes do sistema.

O Bluetooth Core 6.1 foi publicado em maio de 2025 e marcou também o início de um novo ciclo de lançamentos mais frequentes da especificação Bluetooth Core. A principal novidade introduzida nessa versão foi o Randomized Resolvable Private Address Updates, um recurso voltado principalmente à privacidade e à eficiência energética dos dispositivos Bluetooth LE.

Para entender essa mudança, precisamos lembrar que o Bluetooth LE pode utilizar Resolvable Private Addresses (RPAs). Esses endereços privados ajudam a impedir que um dispositivo seja facilmente identificado e acompanhado continuamente por terceiros apenas pela observação de seu endereço Bluetooth. Periodicamente, o endereço pode ser alterado, dificultando a criação de um histórico de presença baseado nesse identificador.

O problema é que, se a mudança ocorrer sempre seguindo um intervalo previsível, um observador ainda pode utilizar o momento das alterações como uma informação adicional para tentar correlacionar atividades. O Bluetooth 6.1 introduziu a possibilidade de randomizar o momento das atualizações do endereço privado resolvível, tornando o comportamento menos previsível.

Essa mudança pode parecer pequena, mas tem importância para a privacidade. Um dispositivo que altera seu endereço em momentos menos previsíveis torna mais difícil para terceiros correlacionarem diferentes identificadores e concluírem que eles pertencem continuamente ao mesmo aparelho. O objetivo é reduzir uma possível fonte de rastreamento sem depender apenas da troca periódica de endereços.

O 6.1 também permite que parte do trabalho relacionado à atualização desses endereços seja realizada pelo Bluetooth Controller, em vez de exigir que o Host participe diretamente de todas as operações. Essa mudança pode reduzir a atividade necessária do sistema de nível superior e, consequentemente, contribuir para uma implementação mais eficiente em determinadas condições.

Isso ilustra uma característica importante do Bluetooth 6.1: algumas melhorias são praticamente invisíveis durante o uso cotidiano. O usuário não verá necessariamente uma nova opção na tela do smartphone ou perceberá uma diferença imediata no áudio. Ainda assim, alterações desse tipo podem melhorar a privacidade e a eficiência da tecnologia em segundo plano.

O Bluetooth Core 6.2, publicado posteriormente em 2025, trouxe mudanças mais perceptíveis para determinadas categorias de dispositivos. Seu destaque é o Shorter Connection Intervals, que reduz o intervalo mínimo de conexão Bluetooth LE de 7,5 milissegundos para apenas 375 microssegundos, com resolução de 125 microssegundos.

O intervalo de conexão determina, de maneira simplificada, quanto tempo pode existir entre determinados eventos de comunicação de uma conexão Bluetooth LE. Um intervalo menor permite que os dispositivos troquem informações com maior frequência. Isso pode reduzir a latência e tornar a resposta do sistema mais rápida, especialmente em aplicações que precisam reagir a eventos em períodos muito curtos.

A diferença é bastante expressiva. O limite anterior de 7,5 ms já era suficiente para muitas aplicações, como sensores, rastreadores e diversos acessórios. Porém, aplicações como controles de videogame, dispositivos HID de alto desempenho, interfaces em tempo real, AR/VR e sensores sensíveis à latência podem se beneficiar de ciclos de comunicação muito mais rápidos.

É importante não interpretar os 375 microssegundos como uma nova velocidade universal do Bluetooth. Esse é o menor intervalo permitido pelo novo recurso, e sua utilização depende do suporte dos dispositivos e da negociação dos parâmetros de conexão. Quando os dois lados não oferecem suporte à funcionalidade, a conexão permanece limitada aos parâmetros tradicionais.

A redução do intervalo também cria um novo desafio: quando os dados chegam muito rapidamente, informações antigas podem permanecer acumuladas nos buffers do controlador. Em aplicações altamente responsivas, transmitir um dado atrasado pode ser menos útil do que simplesmente descartá-lo para dar lugar a uma informação mais recente.

Por isso, o Bluetooth 6.2 introduziu também suporte a LE Flushable ACL Data, permitindo que determinados dados sejam identificados como descartáveis quando permanecem no buffer além de um período adequado. Essa característica pode ajudar a evitar que informações antigas bloqueiem dados mais recentes em aplicações nas quais a atualidade da informação é mais importante do que sua entrega tardia.

Outra evolução importante do 6.2 está relacionada ao Channel Sounding. Como vimos no capítulo anterior, essa tecnologia permite medir a distância entre dispositivos Bluetooth LE utilizando informações de fase e tempo. O problema é que sistemas de medição de distância também podem ser alvo de ataques que tentam manipular os sinais para fazer uma distância parecer menor ou diferente da realidade.

O Bluetooth 6.2 adicionou resistência a ataques baseados na amplitude do sinal ao Channel Sounding. O objetivo é detectar manipulações sofisticadas de radiofrequência que podem provocar alterações na forma como o receptor interpreta o sinal e, consequentemente, afetar a medição de distância.

Para isso, a especificação ampliou os mecanismos de detecção associados ao Normalized Attack Detector Metric (NADM). O controlador pode analisar características do sinal e produzir informações que ajudam o sistema a avaliar a possibilidade de uma tentativa de manipulação. A especificação define mecanismos e métricas para essa detecção, enquanto a aplicação pode utilizar essas informações na avaliação de risco.

Essa evolução é especialmente relevante para aplicações nas quais a distância possui uma função de segurança. Em uma chave digital, por exemplo, uma medição incorreta poderia fazer um dispositivo parecer estar mais próximo do veículo do que realmente está. Quanto mais confiável for a medição de distância, mais útil ela será como parte de um mecanismo de autorização.

O 6.2 também trouxe o HCI USB LE Isochronous Support. A novidade padroniza uma forma de transportar comunicação isócrona LE por USB utilizando o Bulk Serialization Mode. Isso é particularmente relevante para equipamentos nos quais o Host e o Controller Bluetooth se comunicam por USB e pode facilitar a integração de aplicações baseadas em LE Audio.

Além dessas mudanças, o Bluetooth 6.2 trouxe melhorias no LE Test Mode, incluindo suporte a procedimentos de teste por rádio e mecanismos mais padronizados para validação das características físicas dos dispositivos. Essas alterações são direcionadas principalmente a fabricantes e desenvolvedores, mas têm importância para a interoperabilidade e para a qualidade dos produtos que chegam ao mercado.

Quando observamos as duas versões em conjunto, fica clara uma diferença de foco. O 6.1 concentra-se principalmente em privacidade e eficiência, enquanto o 6.2 amplia a capacidade do Bluetooth LE para aplicações de baixa latência e reforça a segurança do Channel Sounding. Nenhuma dessas versões deve ser entendida simplesmente como uma atualização que torna todos os dispositivos Bluetooth mais rápidos.

Também é importante lembrar que a presença de “Bluetooth 6.1” ou “Bluetooth 6.2” em uma ficha técnica não significa que todas essas funcionalidades estarão disponíveis. Assim como nas versões anteriores, recursos específicos precisam ser implementados pelo fabricante e podem depender do hardware, firmware, sistema operacional e do outro dispositivo envolvido na comunicação.

Isso significa que o número da versão continua sendo apenas uma parte da informação. Um smartphone Bluetooth 6.2 pode não implementar Channel Sounding, Shorter Connection Intervals ou outros recursos da especificação. Da mesma maneira, um acessório precisa oferecer a funcionalidade correspondente para que os dois dispositivos possam utilizá-la.

Há ainda uma consequência interessante para o futuro do Bluetooth. Com o novo ciclo de lançamento mais frequente adotado pelo Bluetooth SIG, a tecnologia pode receber melhorias incrementais sem depender de grandes saltos geracionais. Isso favorece uma evolução contínua, na qual recursos específicos são incorporados à especificação à medida que ficam prontos.

Em resumo, o Bluetooth 6.1 aprimora principalmente privacidade e eficiência por meio da atualização aleatória de endereços privados resolvíveis, enquanto o Bluetooth 6.2 avança em baixa latência, segurança de medição de distância, transporte isócrono por USB e testes. São versões que mostram como a evolução do Bluetooth não depende apenas de aumentar velocidade: ela também envolve tornar a comunicação mais eficiente, segura, privada e adequada a novas aplicações.

Depois de toda essa evolução, chegamos ao último capítulo do nosso guia. No próximo capítulo, vamos transformar todo esse conhecimento em algo prático: como escolher um celular ou acessório Bluetooth sem cair na armadilha de olhar apenas para o número da versão ou para promessas de marketing.

Depois de conhecer como o Bluetooth funciona, suas diferentes arquiteturas, os codecs de áudio, o LE Audio, o Auracast, os sistemas de localização e a evolução das versões, fica mais fácil perceber que escolher um dispositivo Bluetooth não significa simplesmente procurar o maior número na ficha técnica. A melhor escolha depende principalmente daquilo que o usuário pretende fazer com o aparelho.

O primeiro passo é identificar a aplicação. Um usuário que procura um fone de ouvido possui necessidades diferentes daquele que procura um teclado, um controle, um smartwatch, um rastreador ou um smartphone que deverá trabalhar com vários acessórios. Recursos importantes para uma categoria podem ser praticamente irrelevantes para outra.

Para fones e headphones, por exemplo, é importante observar a arquitetura de áudio utilizada. Se o produto oferece LE Audio, pode ser interessante verificar também o suporte ao codec LC3, aos recursos de áudio correspondentes e, quando relevante, ao Auracast. Em produtos que utilizam Bluetooth Classic, codecs como SBC, AAC, aptX ou LDAC podem fazer parte da experiência. A compatibilidade entre a fonte e o fone é fundamental, porque um recurso só pode ser utilizado quando os dispositivos envolvidos oferecem suporte à mesma tecnologia.

Também é importante não escolher um fone apenas pelo nome do codec. A qualidade final depende da implementação completa, incluindo a taxa de bits utilizada, o processamento do sinal, os componentes acústicos, os alto-falantes, a amplificação e a própria qualidade da fonte de áudio. Um codec mais sofisticado não garante sozinho uma experiência sonora superior.

Em fones TWS, outros fatores ganham importância. É interessante verificar autonomia, comportamento com apenas um dos lados, estabilidade da conexão, qualidade dos microfones, gerenciamento de chamadas e compatibilidade com os recursos de áudio desejados. Se o produto utiliza LE Audio, também vale verificar se o smartphone utilizado como fonte oferece os mesmos recursos.

Para teclados, mouses e outros dispositivos de entrada, a prioridade normalmente é diferente. O consumo de energia, a estabilidade e a capacidade de responder rapidamente aos comandos podem ser mais importantes do que taxas elevadas de transmissão. Um teclado não precisa de uma grande largura de banda, mas precisa registrar corretamente cada tecla e manter uma comunicação responsiva.

Em controles de videogame, a latência pode ganhar ainda mais importância. Pequenos atrasos podem ser perceptíveis em jogos de ação ou competição. Nesse caso, é mais útil verificar a latência real do produto e a implementação do sistema do que concluir que um número maior na versão Bluetooth garante automaticamente uma resposta melhor.

Para smartwatches e sensores, o consumo de energia assume papel central. Dispositivos pequenos precisam funcionar durante longos períodos com baterias de capacidade limitada. O Bluetooth LE foi projetado justamente para aplicações desse tipo, mas a autonomia real depende também da frequência das comunicações, do processamento, dos sensores, da tela, do software e do projeto completo do dispositivo.

Em rastreadores de objetos, a situação pode ser ainda mais específica. O usuário pode estar interessado principalmente na capacidade de localização e na integração com a rede ou aplicação utilizada pelo produto. Recursos como advertising, proximidade, Direction Finding e, em dispositivos compatíveis, Channel Sounding podem ter importância muito maior do que a simples taxa de transmissão.

Se a prioridade for localização precisa, não basta procurar “Bluetooth 6.0” ou uma versão posterior. É necessário verificar se o produto realmente implementa Channel Sounding e se o outro dispositivo envolvido também oferece suporte. Para aplicações que dependem de direção, é preciso verificar recursos relacionados ao Direction Finding. A presença da versão da especificação, sozinha, não é suficiente.

O mesmo princípio vale para Auracast. Um smartphone, fone ou aparelho auditivo possuir Bluetooth LE não significa automaticamente que poderá participar de uma transmissão Auracast. É necessário verificar o suporte efetivo ao LE Audio e aos recursos de broadcast correspondentes.

Para quem está escolhendo um smartphone, a análise pode ser ainda mais ampla. O Bluetooth do celular precisa ser observado como parte do conjunto de conectividade. Além da versão da especificação, vale verificar os recursos efetivamente suportados, como Bluetooth LE, codecs de áudio, LE Audio, recursos de localização e outras funções relevantes para os acessórios que o usuário pretende utilizar.

Outro ponto importante é a compatibilidade entre os dispositivos. Bluetooth é uma tecnologia padronizada, mas isso não significa que dois aparelhos terão automaticamente todos os recursos em comum. Um smartphone pode possuir determinada função que o acessório não suporta, ou o acessório pode oferecer um recurso que o sistema do smartphone não disponibiliza. Nesses casos, a comunicação básica pode funcionar enquanto determinados recursos avançados permanecem indisponíveis.

Por isso, uma boa análise deve separar três perguntas diferentes: “Qual versão do Bluetooth o produto suporta?”, “Quais recursos dessa versão foram realmente implementados?” e “Quais desses recursos também são suportados pelo outro dispositivo?”. Essa sequência é muito mais confiável do que comparar apenas os números.

Também vale prestar atenção ao alcance. Não existe uma distância universal associada a cada versão do Bluetooth. O alcance real depende da potência de transmissão, sensibilidade do receptor, antenas, obstáculos, interferências, posicionamento dos dispositivos e características do ambiente. Portanto, uma ficha técnica que simplesmente apresenta uma versão mais nova não permite concluir automaticamente que o aparelho terá maior alcance.

A autonomia deve ser analisada da mesma maneira. Bluetooth LE pode ser extremamente eficiente, mas o consumo final depende de como o fabricante configurou o produto. Frequência de comunicação, potência de transmissão, retransmissões, codec, processamento e outras funções do dispositivo podem influenciar significativamente o resultado. Não é possível deduzir a autonomia apenas pela versão do Bluetooth.

Para áudio, também é importante separar qualidade, latência e estabilidade. Um sistema pode priorizar qualidade sonora utilizando uma taxa de bits maior, enquanto outro pode priorizar menor latência ou menor consumo. Não existe uma configuração universalmente superior para todas as situações. O melhor equilíbrio depende do uso pretendido.

Outro cuidado é não confundir Bluetooth Classic com Bluetooth LE. Eles utilizam a mesma faixa geral de 2,4 GHz, mas são diferentes opções de rádio dentro da tecnologia Bluetooth e possuem características e aplicações distintas. Um produto pode suportar Classic, LE ou ambos. Por isso, saber apenas que um aparelho possui “Bluetooth” não revela como ele se comportará em uma aplicação específica.

Também é recomendável verificar informações do fabricante sobre compatibilidade. Quando um recurso é importante para a compra, procure a especificação correspondente em vez de confiar apenas em frases genéricas como “Bluetooth avançado” ou “última geração”. Quanto mais específico for o recurso desejado, mais importante se torna confirmar se ele está realmente implementado.

Uma forma simples de organizar a decisão é pensar em cinco perguntas: o que quero conectar?, qual tipo de comunicação essa aplicação exige?, quais recursos são realmente importantes?, o outro dispositivo oferece os mesmos recursos? e qual é a implementação real do produto?. Depois dessas perguntas, a versão do Bluetooth passa a ter um significado muito mais claro.

Se o objetivo for apenas conectar um teclado ou mouse, não há razão para pagar mais simplesmente porque determinado produto possui uma versão Bluetooth mais recente. Se o objetivo for utilizar LE Audio, Auracast, localização avançada ou recursos de baixa latência, por outro lado, as funcionalidades específicas podem justificar uma escolha diferente. O importante é pagar pelo recurso que realmente será utilizado.

Essa abordagem também ajuda a interpretar melhor as fichas técnicas de smartphones no CompareCelular. Em vez de transformar a versão Bluetooth em uma nota isolada de desempenho, podemos utilizá-la como ponto de partida para investigar quais recursos de conectividade o aparelho realmente oferece. Assim, a análise se torna mais útil para quem está tentando decidir qual dispositivo comprar.

Depois de toda essa jornada, podemos resumir a principal lição do guia: Bluetooth não é apenas um número. É uma família de tecnologias, protocolos, perfis, codecs, recursos de localização e mecanismos de comunicação que evolui continuamente. A melhor escolha não é necessariamente o dispositivo com a versão mais recente, mas aquele que oferece os recursos necessários para o uso que você realmente pretende fazer.

O Bluetooth começou como uma maneira prática de conectar dispositivos sem fios e evoluiu para uma plataforma capaz de transportar áudio, conectar sensores, formar redes, localizar objetos, medir distâncias e transmitir conteúdo para muitas pessoas simultaneamente. Entender essa evolução permite olhar para uma ficha técnica não apenas como uma coleção de números, mas como uma descrição das possibilidades reais de um produto.

Em resumo, para escolher um celular ou acessório Bluetooth, comece pelo uso e termine pela especificação. Verifique a arquitetura Bluetooth, os recursos efetivamente implementados, os codecs quando houver áudio, o suporte a LE Audio e Auracast quando necessário, as tecnologias de localização quando forem relevantes e a compatibilidade entre os dispositivos. A versão do Bluetooth é importante, mas só faz sentido quando analisada dentro desse contexto.