Redes e protocolos Bluetooth

Eduardo Mendes de Sousa Maia emsm06@gmail.com

Resumo Bluetooth um padro de comunicao sem fio de curto alcance, baixo custo e baixo consumo de energia que utiliza tecnologia de rdiofrequncia e tcnicas de multiplexao. Sua especificao aberta e est publicamente disponvel para os interessados .Uma rede bluetooth est classificada como uma rede PAN (Personal Area Networks) devido ao seu curto alcance. Baseada em redes tipo Adhoc, necessrio um dispositivo central que coordene a comunicao, sua rede consiste de piconets sendo que cada piconet consiste em um conjunto de at oito dispositivos Bluetooth. Um dispositivo designado como mestre e os outros como escravos. Atravs de uma pilha de protocolos bem definida e de um conjunto mnimo de componentes de hardware, dispositivos Bluetooth tm ganhado uma parcela significativa do mercado wireless garantindo interoperabilidade, segurana e robustez nas reas de telecomunicaes, mdica e automotiva.

1.Introduo O nome Bluetooth nasceu no sculo X com o rei da Dinamarca, rei Harald Bluetooth, um excelente comunicador e extremamente hbil na diplomacia entre os pases Europeus, fazendo com que estes estabelecessem acordos comerciais entre si. Os projetistas do Bluetooth adotaram tal nome para sua especificao pelo fato desta permitir que diferentes dispositivos possam se comunicar um com outro, assim como o rei garantia o intercomrcio entre os pases, o bluetooth garantia a interoperabilidade entre diversos dispositivos. Uma das grandes vantagens da utilizao de Bluetooth a possibilidade de criar PANs de forma adhoc, outra caracterstica marcante na especificao Bluetooth a segurana. Atravs de mecanismos como frequency hopping, autenticao de cdigos PIN (Personal Identification Number) e criptografia de 128 bits garante-se comunicao segura e livre de interferncias entre os dispositivos [1]. A tecnologia em s comeou a ser desenvolvida pela Ericsson em 1994 com o objetivo de substituir os cabos dos telefones mveis e seus dispositivos com o nome de MCLink, s mais tarde o nome foi substituido por Bluetooth. Com a evoluo do projeto, a Ericsson percebeu que o MCLink poderia dar certo, j que o seu principal atrativo era uma implementao relativamente fcil e barata. O projeto de especificao do Bluetooth comeou quando empresas como a prpria Ericsson, Intel, Nokia e Toshiba, visando s vantagens da tecnologia e a interoperabilidade entre os dispositivos das marcas, formaram um consrcio em 1998 chamado SIG (Special Interest Group). Baseado nesta especificao atravs de padres abertos que o bluetooth tornou-se padro IEEE sob a denominao 802.15.1 WPANs operando na faixa de frequncia livre de licenciamento ISM para fins industriais, cientficos e mdicos na faixa de 2,4 GHz a 2,485 GHz. Desde ento o bluetooth tm se tornado cada vez mais utilizados em inmeros dispositivos e j apresenta uma parcela significativa do mercado wireless em vrios segmentos como telefonia,medicina,automveis,informtica etc.

2. Topologia Quando dois ou mais dispositivos se comunicam atravs de uma conexo Bluetooth, eles formam uma rede baseada em redes adhoc denominada piconet. Nessa comunicao, o dispositivo que iniciou a conexo assume o papel de master (mestre), enquanto que os demais dispositivos se tornam slave (escravos). Cabe ao master a tarefa de regular a transmisso de dados entre a rede e o sincronismo entre os dispositivos. As piconets so formadas por um membro mestre e por diversos escravos, dos quais at 7 podem ocupar o espao de ativos, enquanto que os restantes so caracterizados como escravos estacionados (podendo chegar at 255). Cada um destes ganha um endereo de estacionamento de 8 bits. Uma mesma unidade pode participar como escravo de vrias piconets, mas pode atuar como mestre em somente uma delas. Para participar de mais de uma piconet, deve ser feita a multiplexao no tempo (TDM Time Division Multiplex), ou seja, a unidade pode participar de uma segunda piconet nos intervalos de tempo em que no estiver ativa na piconet inicial (a unidade permanece ativa em uma piconet e em estado de Hold nas outras as quais pertence). O conjunto de vrias piconets independentes e no sincronizadas chamado de Scatternet com limitao de interconexo de 10 Piconetes[2].Abaixo, podemos observar a topologia de rede bluetooth com as piconetes,scatternet e a presena dos diversos estados de operao dos dispositivos bluetooth, os quais sero detalhados mais a frente.

Figura 1 Topologia bluetooth Fonte: [3]

3.Acesso ao meio principalmente atravs dos saltos em frequncia que o Bluetooth consegue evitar interferncia entre os vrios dispositivos operantes em uma mesma frequncia. Depois de estabelecida a conexo entre o mestre e seus escravos, cabe ao mestre ditar os saltos que sero efetuados e seguidos pelos escravos. Existem 79 frequncias que podem ser utilizadas dentro da faixa ISM, cada uma espaada da outra por 1MHz. A cada segundo so feitos 1600 saltos. Desse jeito, mesmo que duas redes partilhem da mesma frequncia, a interferncia causada por isso ser muito pequena porque ocorre somente durante uma pequena frao de segundo. A transmisso de pacotes s pode ser feita dentro de slots, intervalos de 625 s. Um pacote pode ocupar 1, 3 ou 5 slots consecutivos (chamados de pacotes multislot). No caso de pacotes multislot, no haver salto em frequncia durante sua transmisso. A transmisso alternada entre mestre e escravo (mtodo chamado de Time-Division Duplex). O aparelho mestre s pode transmitir em slots pares, e os escravos nos mpares. A numerao dos slots (definio se sero pares ou mpares) dada pelo lsb (bit menos significativo) do clock do mestre.

Figura 2 Transmisso monoslot Fonte: [4]

Figura 3 transmisso multislot Fonte: [5]

Caractersticas do canal fsico Faixa de frequncias 2,4 - 2,485 GHz Banda do canal 1 MHz nmero de canais 79 Modulao GFSK Velocidade de transmisso 1 Mb/s Velocidade efetiva 700 Kb/s Alcance 1 / 10 / 100 m * Tabela 1: Caractersticas do canal fsico
*obs: 1 m pot.1 mW 10 m pot.2,5 mW 100 m pot. 100mW

A segunda verso da especificao bluetooth 1.2 definiu tambm um canal de piconet adaptado que apresenta as seguintes diferenas em relao ao canal bsico descrito acima: As frequncias nas quais um escravo transmite so as mesmas que o mestre acabou de transmitir, ou seja no h um salto de frequncia entre um pacote do mestre e o pacote do escravo que vem logo a seguir. Para evitar a coliso entre as mltiplas transmisses de dispositivos escravos, o dispositivo mestre utiliza uma tcnica chamada polling, que permite somente ao dispositivo indicado no slot mestre para escravo transmitir no slot escravo para mestre sequinte. Excluso de canais mais utilizados dentro da faixa ISM, evitando desta forma a utilizao de frequncias com alto grau de interferncia nos saltos. 3.1 Enlace H dois tipos de padres de enlace possveis na camada fsica. Como a tecnologia Bluetooth lida tanto com transmisso de dados como de voz ou vdeo, diferentes enlaces sero utilizados para cada tipo de mdia. SCO (Synchronous Connection-Oriented) : como o nome j indica, usado principalmente para mdias contnuas e faz a ligao ponto-a-ponto entre dois dispositivos (um sendo o mestre e outro o escravo). Os pacotes transmitidos em uma ligao do tipo SCO nunca so retransmitidos, mesmo havendo erro. Ou seja, se em uma transmisso de udio algum pacote for recebido com erro ou for perdido, o receptor reproduz rudo. Apesar de ser adequado principalmente transmisso de voz ou vdeo, dados tambm podem ser transmitidos com uma ligao SCO. H diferentes taxas de transmisso para diferentes mdias: pacotes com dados so transmitidos a 432 Kbps, e os pacotes de voz a 64 Kbps. Em uma piconet, pode haver at trs ligaes SCOs simultneas.

 ACL (Asynchronous Connection-Less) : um enlace do tipo ponto-a-multiponto (h um mestre e vrios escravos). Como um mtodo de transmisso assncrona, utiliza somente os slots que no foram previamente reservados para a transmisso por SCO (que, por ser sncrona, reserva e utiliza os slots de maneira peridica, em intervalos fixos). usado para o envio de pacotes com dados, e por isso permite o reenvio de pacotes perdidos ou que contenham erros. Sua velocidade de transmisso de at 721 Kbps. eSCO (extended SCO) : Na verso 1.2, aparece o chamado Modo Sncrono Estendido como um aperfeioamento do SCO, permitindo a retransmisso de pacotes que contenham erro. Aps o envio de um pacote pelo mestre seguido de outro pelo escravo, o eSCO define uma janela de 4 slots para uma possvel retransmisso da parte de dados[6]. Na figura abaixo podemos observar o esquema de trasmisso em diferentes tipos de enlace no domnio so tempo:

Figura 4 Transmisso em diferentes enlaces Fonte: [7]

4.Pacote de dados O modelo dos pacotes transmitidos em uma conexo Bluetooth est esboado a seguir:

Onde:
Cdigo de Acesso ao Canal: o cdigo de acesso do canal fsico(CAC), em caso de pedido de resposta de conexo (paging), o cdigo de acesso o do dispositivo(DAC) e em caso Inquiry process, quando o dispositivo determina quais os aparelhos esto operantes, seus endereos e clocks, o cdigo de acesso de Inquiry (IAC). Cabealho do Pacote: inclui o identificador do transporte lgico e do protocolo de controle do enlace. Cabealho do Payload: identificador do enlace lgico Payload: Dados de usurio, L2CAP, mensagens de gerenciamento. CRC: cdigo de erro

O cabealho do pacote ainda subdividido em:

Onde:
Endereo: Endereo do dispositivo dentro da piconet. Tipo de pacote: H 15 diferentes tipos de pacotes listados a seguir:

ID: tipo de pacote de 68 bits, usado para pedido de conexo e resposta ao pedido. NULL: tipo de pacote de 126 bits que tem somente o cdigo de acesso ao canal e cabealho. usado para retornar a informao de conexo fonte e no requer resposta do tipo ACK ou NACK. POLL: similar ao pacote NULL, porm requer uma confirmao de recebimento (ACK ou NACK). FHS: Frequency Hopping Synchronization (Sincronizao dos saltos de frequncia).Entre outras funes este pacote carrega as informaes de clock (sincronismo) do dispositivo mestre. DM1: carregam somente dados. Em seu corpo tm at 18 bytes de informao e ainda 16 bits de CRC . Efetua controle de erro no corpo). So codificados com FEC 2/3. DH1: similar ao DM1, exceto que sua informao no recebe codificao FEC. AUX1: similar ao DH1, exceto que no possui o CRC. DM3, DH3, DM5 e DH5: muito similares aos j mencionados DM1 e DH1. O que muda em cada pacote o tamanho da informao que transportam. HV1: High quality Voice. Estes pacotes carregam 10 bytes de informao, codificadas com FEC 1/3. HV2: similar ao HV1, porm carrega 20 bytes de informao, codificada com FEC 2/3. HV3: similar aos anteriores, porm carrega 30 bytes de informao e no possui codificao FEC. DV: Data Voice. Pacote para ambos dados e voz. divido em 80 bits para voz e 150 bits para dados. A parte de voz no protegida por FEC, mas a parte de dados codificada com FEC 2/3. H controle de erros somente na parte de dados que, caso necessrio, ser retransmitida independentemente da parte de voz.

Controle de fluxo: Indica se o buffer do escravo est cheio. Confirmao de bit:Indica reconhecimento positivo (ACK) ou negativo(NACK) Controle de sequncia: Estabelece uma ordem para os pacotes enviados. Checagem de erro: Controle de erro do cabealho (CRC) [8]

4.Correo de erros Existem trs esquemas de correo de erros definidas para o Bluetooth: 4.1 FEC 1/3 Uma simples repetio tripla usada no cdigo FEC do cabealho, conforme mostrado na Figura 5. A repetio de trs bits usada no cabealho inteiro e tambm nos pacotes HV. FEC 1/3 FEC 2/3 ARQ

Figura 5 FEC code 1/3 Fonte: [7]

4.2 FEC 2/3 O outro esquema FEC utilizado cdigo Hamming simplificado (15,10), composto pelo polinmio gerador g(D) = (D + 1)(D4 + D + 1). O LFSR (Linear Feedback Shift Registers) usado mostrado na Figura 6. Inicialmente todos os elementos so setados para 0 (zero). Os 10 primeiros bits de informao so sequencialmente inseridos, com as chaves S1 e S2 na posio 1. Ento, depois de terminada a palavra, as chaves S1 e S2 so colocadas na posio 2, e os cinco bits de paridade so deslocados para fora. Os bits de paridade so agregados aos bits de informao, formando palavras de 15 bits. Este cdigo corrige todos os erros de 1 bit, e detecta todos os erros de 2 bits em cada palavra de cdigo [7].

Figura 6 LFSR Gerafor de FEC 2/3 Fonte: [7]

4.3 ARQ Com o mtodo ARQ (Automatic Repeat request), os pacotes DM, DH e campo de dados dos pacotes DV (Data - Voice packet; nesse pacote o payload dividido em um campo de voz de 80 bits e um campo de dados de 150bits) so retransmitidos at que um ACK (acknowledgement) seja retransmitido pelo destino, ou que ocorra um timeout. O ACK includo no cabealho do pacote de retorno, tambm chamado de piggy-backing . Para determinar se o payload est correto ou no, usa-se um mtodo de CRC (Cyclic Redundancy Check). O ARQ somente aplicado ao payload do pacote de dados, no sendo aplicado ao cabealho dos pacotes, ou a pacotes de voz[7]. O propsito do FEC no payload reduzir o nmero de retransmisses. Naturalmente em um ambiente com poucas interferncias, o FEC introduz um overhead desnecessrio, e diminui significativamente o throughput. Para tanto foram criados diferentes tipos de pacotes, contendo ou no FEC no payload, resultando assim em pacotes DM (Data Medium rate), com FEC 2/3 e DH (Data High rate), sem nenhum FEC, para os links ACL. Para os links SCO foi criado os pacotes HV (Highquality Voice) que trabalha com FEC de 1/3, ao contrrio dos demais, que usam FEC 2/3.

5.Estados operacionais Dependendo das operaes exercidas por um dispositivo em um dado momento, ele pode ser classificado em um dos quatro possveis estados operacionais. Cada estado caracterizado por um consumo diferente de energia, dependendo das funes exercidas em cada estado. Todas as operaes realizadas por um dispositivo so feitas automaticamente, o que quer dizer que no requerem qualquer interveno do usurio[8]. 5.1 Estado Desconectado Antes que qualquer conexo em uma piconet seja criada, todos os aparelhos esto em Standby, escutando o meio periodicamente em busca de mensagens de conexo. Um dispositivo escuta o meio a cada 2048 slots (1,28 s) para verificar se h pedidos de conexo. Esta operao chamada de scan. 5.2 Estado de Conexo Duas operaes podem ser efetuadas neste estado: page e inquiry : page : o page utilizado pelo dispositivo que deseja estabelecer uma conexo. So transmitidos pedidos de conexo seguidos em 16 frequncias diferentes, a cada 1,28 s. O dispositivo transmite duas vezes um pedido de conexo e escuta duas vezes para verificar se h alguma resposta. inquiry : para saber quais dispositivos esto dentro do raio de alcance do dispositivo, o mesmo envia esse tipo de mensagem. Os dispositivos que receberem o inquiry

devem retornar um pacote do tipo FHS (Frequency Hopping-Synchronization), contendo sua identidade e informaes para o sincronismo entre os dispositivos. Com o objetivo de no haver muitos dispositivos respondendo ao mesmo tempo e, portanto, colises, os dispositivos que respondem a uma mensagem de inquiry utilizam uma temporizao aleatria para enviar a resposta. 5.3 Estado Ativo Neste estado, o dispositivo participa do trfego de dados. Quando conectado, um aparelho recebe um endereo curto de trs bits que o identifica dentro da piconet. 5.4 Estado de Baixa Energia Quando um aparelho no participa intensamente do trfego de dados, automaticamente entra em um dos trs estados de baixo consumo de energia: Hold, Sniff ou Park. Hold : o aparelho ainda pode manter enlaces SCO, mas nenhum ACL. Tambm pode realizar operaes de scan, inquiry e page. Sniff : consome menos energia do que em Hold. O dispositivo dorme e acorda periodicamente, aps um intervalo de tempo pr-definido. Park : modo de menor consumo de energia. Nele, o aparelho perde seu endereo de trs bits (endereo de membro ativo dentro da piconet) e ganha um novo de 8 bits (endereo de membro estacionado). Ele ainda faz parte da rede, mas no participa de nenhum trfego de pacotes. 6 Arquitetura A arquitetura de um dispositivo bluetooth deve possuir no mnimo componentes de hardware e uma pilha de protocolos como parte de software, conforme figura 7:

Figura 7 Arquitetura bluetooth Fonte: [9]

6.1 Hardware O hardware de um dispositivo bluetooth deve possuir no mnimo 6 componentes de hardware, dentre eles:

 Host controller: responsvel pelo processamento de cdigos de alto nvel tanto de aplicao quanto de algumas camadas da pilha de protocolos. Link control processor: microprocessador responsvel pelo processamento de camadas mais baixas da pilha de protocolos, em algumas aplicaes o host controller e o link control processor so implementados em um nico chip. Baseband controler: bloco lgico responsvel pelo controle do tranceiver RF. RF transceiver: contm o sintetizador RF, filtro e deteco de dados. RF front-end: contm o filtro de banda da antena e amplificadores. Antena: Externa ou interna integrada. 6.2 Software O software dentro da arquitetura de um dispositivo bluetooth oferece a funcionalidade bsica que torna possvel a conexo de dispositivos e troca de uma variedade de tipo de dados entre dispositivos. Ela composta de uma pilha de protocolos modelada em camadas e dividida da seguinte forma:
Modelo em camadas Bluetooth Aplicao / Profiles Middleware Transporte (Protocolos de ncleo)
Figura 8 Pilha de protocolos

6.2.1 Camada de Transporte Esta camada composta de protocolos desenvolvidos e especificados pelo SIG , os mesmos so intrnsecos ao bluetooth e permitem a localizao entre os dispositivos, criao, configurao e gerenciamento dos links fsicos e lgicos, viabilizando a transmisso de dados dos protocolos e aplicaes de camadas superiores. Os protocolos dessa camada incluem: rdio,baseband,link manager, logical link and adaptation (L2cap) e host controller interface(HCI), assim como podemos observar na figura abaixo.

Figura 9 Pilha de protocolos de transporte Fonte: [10]

6.2.1.1 udio Para manter alta qualidade de servio esperado para aplicaes de udio, o trfego do mesmo tratado como alta prioridade e direcionado diretamente para a banda base, o qual transmitido em pequennos pacotes diretamente para a interface RF. 6.2.1.2 L2CAP O Trfego de aplicaes de dados primeiramente aplicado sobre a L2CAP para a multiplexao, permitindo que vrios protocolos e aplicaes compartilhem a interface RF considerando tambm o salto em frequncia. O L2CAP tambm proporciona a segmentao de grandes pacotes de dados utilizados por camadas superiores para a posterior transmisso pela banda base, assim como proporciona a remontagem destes pacotes nos dispositivos receptores.Alm disso o L2CAP em comunicaes ponto a ponto ajuda na manuteno de bons nveis de servio. 6.2.1.3 Link manager Esta parte da camada implementa o Link Manager Protocol (LMP), que gerencia as propriedades do meio de transmisso (ar) entre os dispositivos. O protocolo LMP tambm gerencia a alocao de taxa de transferncia de dados, taxa de transferncia de udio, autenticao atravs de mtodos de desafio-resposta, nveis de confiana entre dispositivos, criptografia de dados e controle do gasto de energia; 6.2.1.4 Baseband Esta parte da camada define como dispositivos Bluetooth localizam e se conectam a outros dispositivos. Os papis de mestre e escravo so definidos nesta camada, assim como os padres de saltos de freqncia utilizados pelos dispositivos. Mestre e escravos s se comunicam entre si atravs de slots de tempo prdefinidos. nesta camada tambm onde se definem os tipos de pacotes, procedimentos de processamento de pacotes, estratgias de deteco de erros, criptografia, transmisso e retransmisso de pacotes. A banda base suporta dois tipos de links: Synchronous Connection-Oriented (SCO) e Assynchronous ConnectionLess (ACL). Links SCO so caracterizados pela peridica atribuio de um slot de tempo a um dispositivo e utilizado basicamente na transmisso de voz, que requer transmisses de dados rpidas e consistentes. Um dispositivo que estabeleceu um link SCO possui, em essncia, determinados slots de tempo reservados para seu uso. Seus pacotes so tratados como prioritrios e sero processados antes de pacotes ACL. J um dispositivo que opera sobre um link ACL pode enviar pacotes de tamanho varivel de 1, 3 ou 5 slots de tempo. Entretanto, este tipo de link no possui reserva de slots de tempo para seus pacotes[11]. 6.2.1.5 HCI O host controller interface (HCI) permite que as mais altas camadas da pilha, incluindo aplicaes, tenham acesso a banda base, link manager e outros registros de hardware atravs de uma interface padro simples como por exemplo USB,RS-232 ou UART, proporcionando integrao aos mais diversos componentes aos mdulos bluetooth de diferentes fabricantes.

6.2.2 Camada de Middleware A camada de middleware inclui protocolos de terceiros e padres industriais que permitem que aplicaes j existentes e novas aplicaes operem seus links bluetooth, alguns destes protocolos e suas funcionalidades encontram-se abaixo:

LLC: protocolo inserido pelo IEEE para manter a compatibilidade com as outras redes 802 dando suporte para protocolos como o TCP e o IP. Rfcomm: protocolo que emula a porta serial padro encontrada nos computadores pessoais para conectar o teclado, o mouse e o modem, entre outros dispositivos. Ele foi projetado para permitir que dispositivos de tecnologia antiga o utilizem com facilidade. Conexo ponto a ponto, sincronizao de dados e redes dial-up so exemplos de aplicaes que usualmente utilizao comunicao serial. TCS: protocolo usado para controle de chamadas de telefone, os quais podem ser utilizados para udio ou dado. 6.2.1 Camada de Aplicao A camada de aplicao consiste das prprias aplicaes que utilizam links Bluetooth, estas podem incluir aplicaes legadas ou aplicaes orientadas a Bluetooth. Enquanto a maioria dos protocolos de rede fornece apenas canais entre entidades que se comunicam, deixando para os projetistas de aplicaes a tarefa de descobrir a utilidade desses canais, a especificao Bluetooth identifica 13 aplicaes especficas e fornece pilhas de protocolos para que os fabricantes usem os recursos Bluetooth de uma maneira compatvel, garantindo assim a interoperabilidade entre os fabricantes. Essas aplicaes, chamadas profiles (perfis) de Bluetooth, esto caracterizadas a seguir:

Tabela 2: Bluetooth profiles

Como j esclarecido anteriormente, para que dois dispositivos operando links bluetooth possam juntos concluir uma tarefa do usurio, ambos devem implementar um profile comum, abaixo esto listados os profiles que podem ser utilizados.

1. A2DP (Advanced Audio Distribution Profile, Perfil avanado de distribuio de udio) 2. AVRCP (Audio/Video Remote Control Profile, Perfil de controle remoto de udio/vdeo) 3. GAVDP (General Audio/Video Distribution Profile, Perfil geral de distribuio de udio/vdeo) 4. GOEP (Generic Object Exchange Profile, Perfil genrico de troca de objetos) 5. HCRP (Hard Copy Cable Replacement Profile, Perfil de substituio fsica de cabos) 6. HID (Human Interface Device Profile, Perfil de dispositivo de interface humana) 7. PAN (Personal Area Networking Profile, Perfil de rede de rea pessoal) 8. PBAP (Phone Book Access Profile, Perfil de acesso a catlogos telefnicos) 9. SPP (Serial Port Profile, Perfil de porta serial) 10. SDAP (Service Discovery Profile, Perfil de deteco de servio) 11. SAP, SIM (SIM Access Profile, Perfil de acesso SIM) 12. VDP (Video Distribution Profile, Perfil de distribuio de vdeo) 13. WAPB (Wireless Application Protocol Bearer, Suporte de protocolo de aplicativos sem fio) 14. BIP (Basic Imaging Profile, Perfil de imagem bsico) 15. BPP (Basic Printing Profile, Perfil de impresso bsico) 16. CTP (Cordless Telephony Profile, Perfil de telefonia sem fio) 17. DID (Device ID Profile, Perfil de identificao do dispositivo) 18. DUN (Dial-up Networking Profile, Perfil de rede discada) 19. FAX (Fax Profile, Perfil de fax) 20. FTP (File Transfer Profile, Perfil de transferncia de arquivos) 21. GAP (Generic Access Profile, Perfil de acesso genrico) 22. HFP (Hands-Free Profile, Perfil de viva-voz) 23. HSP (Headset Profile, Perfil de fone de ouvido) 24. ICP (Intercom Profile, Perfil de intercomunicao) 25. OPP (Object Push Profile, Perfil de envio de objeto) 26. SYNCH (Synchronization Profile, Perfil de sincronizao) [12]

A seguir so detalhados um pouco mais alguns destes profiles considerados mais recorrentes entre os produtos comercializados. 1 - Advanced Audio Distribution Profile (A2DP) O A2DP o perfil do Bluetooth estreo, o qual define como o udio estreo de alta qualidade pode ser reproduzida de um dispositivo para outro atravs de uma conexo Bluetooth - por exemplo, msica tocada de um telefone mvel para fones de ouvido sem fio (headsets). O A2DP foi designado para transferir em tempo real udio estreo uni-direcional de dois canais, como msica de um MP3 player, para um fone de ouvido ou sistema de som de um automvel. Esse perfil depende do AVDTP e GAVDP e inclui suporte obrigatrio para o codec de baixa complexidade SBC e opcionalmente para MPEG-1 (usualmente inclui o MP3), MPEG-2, MPEG-4, AAC e ATRAC, e extensvel para suportar codecs definidos pelo fabricante. Vrios sistemas Bluetooth tambm implementaram o sistema de DRM SCMS-T (Serial Copy Management System). Nesses casos possvel conectar fones de ouvido Bluetooth A2DP para escutar udio de alta qualidade. 2 - Audio/Video Remote Control Profile (AVRCP) AVRCP um profile previsto para fornecer uma interface padro de controle como por exemplo TVs e outros equipamentos. Este profile usado para permitir que um controle remoto ou mesmo um outro dispositivo controle caractersticas de streaming de mdia como pause, stop, start, playback e controle de volume de equipamentos de udio /vdeo. Adicionalmente, a partir da verso 1.3 desta especificao, h a capacidade de transmitir informaes da fonte de msica (reproduzindo, parado, etc) incluindo informaes da mdia em si (artista, nome da faixa, lbum, etc). 3 - General Audio/Video Distribution Profile (GAVDP) O GAVDP fornece o suporte bsico para o A2DP e o VDP na distribuio de vdeo udio utilizando a interface wireless Bluetooth. Em um cenrio tpico de uso, um dispositivo como um "walkman" por exemplo usado como iniciador e um headset como receptador. 4 - Generic Object Exchange Profile (GOEP) O GOEP um profile utilizado para fornecer a base para todos os perfis de troca de dados podendo ser uma imagem, documento, arquivos etc.O profile define dois papis; o servidor que fornece a localizao na qual o dado recebido ou enviado, assim como o papel de cliente que inicia a transmisso. Todo este processo realizado baseado no profile OBEX. 5 - Hard Copy Cable Replacement Profile (HCRP) O HCRP prov uma simples alternativa sem-fio para a conexo via cabo entre um dispositivo e uma impressora. Porm, essa especificao no tem um padro definido entre a comunicao atual entre a impressora e o dispositivo, por esse motivo drivers so requeridos para o modelo especfico de impressora. Isso torna o perfil menos flexvel para dispositivos como cmeras digitais e palmtops, visto que atualizaes de software podem ser potencialmente problemticas.

6 - Human Interface Device Profile (HID) O perfil prov suporte para dispositivos como mouses, joysticks e teclado, assim como suporte para simples botes e/ou indicadores em outros tipos de dispositivos. O perfil foi designado para prover um link de baixa latncia e potncia, com baixo consumo de energia. O Bluetooth HID funciona de maneira semelhante que o protocolo de Dispositivos de Interface Humana definido para o padro USB. O uso do protocolo HID simplifica a implementao no host (por exemplo, suporte pelo sistema operacional habilitando o re-uso de parte do suporte existente para o HID USB para tambm suportar o protocolo HID do Bluetooth. Pode-se citar como exemplos prticos de dispositivos que usam o protocolo os mouses pticos Bluetooth, controles do PlayStation 3 ou o Wii remote. 7 - Personal Area Networking Profile (PAN) Permite o uso do protocolo de encapuslamento de rede Bluetooth (Bluetooth Network Escapsulation Protocol) na camada 3 para transporte de informaes sobre um link Bluetooth. Funciona de maneira semelhante ao LAN Access Profile, permitindo que dispositivos se unam e formem uma rede pessoal onde cada um pode usar os servios disponveis nela. 8 - Phone Book Access Profile (PBAP) Esse profile permite a troca de objetos da agenda telefnica entre dispositivos. muito usado entre um kit automotivo e um telefone celular para permitir que o sistema do carro possa mostrar o nome de uma pessoa ligando. 9 - Serial Port Profile (SPP) Baseado na especificao ETSI TS 07.10 e usando o protocolo RFCOMM, o SPP emula um cabo serial para prover uma simples implementao sem fio para as conexes seriais RS-232 existentes e seus aplicativos, incluindo um controle familiar de sinais. Prov tambm o bsico para os perfis DUN, FAX, HSP e AVRC 10 - Service Discovery Application Profile (SDAP) O SDAP descreve como um aplicativo deve usar o SDP para descobrir servios em um dispositivo remoto. Assim, um aplicativo pode ser habilitado para descobrir quais servios Bluetooth esto disponveis em um dispositivo ao qual ele se conecta. 11 - SIM Access Profile (SAP) O SAP permite que dispositivos, como telefones automotivos com receptores GSM embutidos, se conectem a um carto SIM em um telefone ativado por Bluetooth. Eliminando assim a necessidade de um SIM card exclusivo para telefone automotivo.

12 - Video Distribution Profile (VDP) O VDP permite o transporte em tempo real de vdeo. Ele pode ser usado, por exemplo, para transmisso de contedo de um vdeo gravado em um computador pessoal ou um computador media center para um player porttil, ou de uma cmera de vdeo digital para uma

TV. Obrigatoriamente o perfil suporta a especificao H.263 e h suporte opcional coberto pela especificao para MPEG-4. 13 - WAP Over Bluetooth Profile (WAP) O WAP define como um protocolo de aplicao wireless pode operar sobre um link bluetooth. Uma tpica configurao um telefone mvel conectando uma rede pblica atravs do Bluetooth usando WAP em busca de informaes. 14 - Basic Imaging Profile (BIP) O BIP um profile designado para enviar imagens entre dispositivos e inclui a habilidade de redimensionar e converter imagens automaticamente para torn-las compatveis com o dispositivo receptor. A pilha ("Stack") do profile pode ser divida em pequenos perfis: Image Push: Permite o envio de imagens de um dispositivo que o usurio controla. Image Pull: Permite a explorao e recuperao de imagens de um dispositivo remoto. Advanced Image Printing (Impresso avanada de imagem): Imprime imagens com opes avanadas usando o formato DPOF desenvolvido pela Canon, Kodak, Fujifilm e Matsushita. Automatic Archive (Arquivamento automtico): Permite o backup automtico de novas imagens de um dispositivo-alvo. Por exemplo, um notebook pode fazer o download de todas as novas fotos de uma cmera sempre que ela se encontrar no alcance do rdio Bluetooth. Remote Camera (Cmera remota): Permite o inicializador a usar remotamente uma cmera digital. Por exemplo, um usurio pode colocar uma cmera em um trip para uma foto em grupo e usar seu telefone celular para verificar se todos esto no alcance da lente e disparar a foto com o prprio usurio nela. Remote Display (Display remoto): Permite o iniciador da conexo a enviar imagens para serem exibidas em outro dispositivo. Por exemplo, um usurio poderia fazer uma apresentao enviando os slides para um projetor de vdeo ativado por Bluetooth.

15 - Basic Printing Profile (BPP) Permite aos dispositivos enviar textos, e-mails, vCards ou outros itens para impressoras baseadas em tarefas de impresso. Ele difere do HCRP por no haver dependncia de drivers especficos de impressoras. Isso o torna mais acessvel e flexvel para dispositivos como telefones celulares ou cmeras digitais que no podem ser facilmente atualizados com drivers dependentes de fabricantes de impressoras.

16 - Cordless Telephony Profile (CTP) O CTP foi desenvolvido para telefones sem fio que utilizam Bluetooth. Um uso possvel seria em telefones celulares que podem usar um gateway Bluetooth CTP conectado

uma linha de telefone fixo em casa. Assim, logo que o telefone sasse do alcance do rdio residencial, o telefone automaticamente alternaria para a rede celular. 17 - Device ID Profile (DID) O DID permite um dispositivo ser identificado alm das limitaes de classe de dispositivos j disponveis no Bluetooth. Ele ativa a identificao do fabricante, identificao de produto (Device ID) e sua respectiva verso, alm da verso de produto. Isso til, por exemplo, para um computador reconhecer a conexo de um dispositivo novo e fazer o download dos drivers necessrios. O perfil habilita aplicaes similares aquelas usadas pela especificao Plug-and-play nos computadores pessoais

18 - Dial-up Networking Profile (DUN) Prov um padro para o acesso internet e outros servios dial-up sobre Bluetooth. O cenrio mais comum o acesso internet por um notebook discando para um provedor de acesso por telefone celular, sem fio. Ele baseado no Serial Port Profile (SPP), e prov uma converso relativamente fcil de produtos existentes, atravs das vrias caractersticas que tem em comum com os protocolos seriais com fio para as mesmas tarefas. 19 - Fax Profile (FAX) Desenvolvido para prover uma interface bem definida entre um telefone celular ou linha de telefone fixo e um computador com um software de fax instalado. Deve orbigatoriamente haver o suporte para as especificaes de comandos AT ITU T.31 e/ou ITU T.32 como definidas pela ITU-T. Chamadas de voz ou dados no so cobertas por esse perfil. 20 - File Transfer Profile (FTP) Prov acesso ao sistema de arquivos do outro dispositivo. Isso inclui o suporte para transferir informaes e listagem de arquivos, trocar para diferentes pastas, transferir, enviar e excluir arquivos. O perfil usa OBEX como um transporte e baseado no GOEP. 21 - Generic Access Profile (GAP) O GAP prov a base para todos os outros perfis da tecnologia e define o estabelecimento de um link de banda base entre os dispositivos bluetooth ativos e tambm utilizado para descobrir quais tipos de aplicaes os dispositivos suportam garantindo o mnimo de interoperabilidade entre os dispositivos caso no seja confirmada a presena dos profiles requeridos por um dos dispositivos. 22 - Hands-Free Profile (HFP) O HFP comumente usado para permitir que kits automotivos de handsfree possam se comunicar com telefones celulares no alcance do carro. Ele usa SCO (Synchronous Connection Oriented Link) para carregar um canal de udio mono com modulao slop delta contnua ou modulao de pulso-cdigo. Em 2002, o primeiro fabricante de veculos a integrar o Bluetooth em um veculo foi a Audi com o modelo Audi A8, habilitando o passageiro a usar seu telefone celular conectado sem fios ao carro.

O kit automotivo permite aos usurios conectaram seus telefones ativados por Bluetooth e usar suas funes, como efetuar, atender e desligar ligaes, com o telefone no bolso ou fora do alcance das mos do usurio. Companhias como Nokia, Johnson Controls, Raytel, Parrot e Motorola produzem kits handsfree automotivos para grandes fabricantes de veculos. 23 - Headset Profile (HSP) um dos perfis mais comumente utilizados da tecnologia, provendo suporte para os headsets e fones de ouvido Bluetooth para serem utilizados com telefones celulares. dependente do SCO para codificao de udio 64kbits/s CVSD ou PCM e contm um subconjunto de comandos AT para controle mnimo do sistema, incluindo a habilidade para discar, atender ou desligar uma chamada e ajustar o volume. 24 - Intercom Profile (ICP) Geralmente referido como perfil de walkie-talkie (walkie-talkie profile), outra especificao baseada na especificao de protocolo de controle de telefone (Telephone Control protocol Specification, TCS), dependente tambm do SCO para tramisso de udio. proposto para permitir chamadas de voz entre dois aparelhos Bluetooth compatveis em bandas no licenseadas. 25 - Object Push Profile (OPP) Um perfil bsico para envio de dados, tais como imagens, cartes de visita ou detalhes de compromissos. O OPP utiliza a API do perfil OBEX com os comandos connect (conectar), disconnect (desconectar), put (colocar), get (pegar, transferir) e abort (abortar, cancelar). Por usar essas APIs a camada do OPP reside sobre o OBEX e por este motivo segue as mesmas especificaes.

26 - Synchronization Profile (SYNC) Permite a sincronizao de itens de gerenciadores de informaes pessoais. tambm referido como IrMC visto que esse perfil originalmente fazia parte das especificaes da tecnologia IrDA, sendo ento adotado pela Bluetooth SIG como um perfil principal da tecnologia Bluetooth. Apesar dessa padronizao da utilizao desses profiles (protocos de aplicao padro), ainda torna-se necessrio o desenvolvimento de aplicaes de usurio, os quais devem utilizar corretamente os profiles especificados.Apesar dessa padronizao, possvel que os desenvolvedores de software aplicativo diferencie seus produtos como por exemplo recursos adicionais ou interface de usurio, contudo sem violar as diretrizes de interoperabilidade especificadas nos profiles.

Concluses A tecnologia sem fio Bluetooth aborda vrios pontos chaves que facilitam sua vasta adoo, uma delas o fato de ser uma especificao aberta e que est publicamente disponvel no site www.bluetooth.org e sua constante atualizao de verses pela SIG proporcionando evolues contnuas da tecnologia. Sua tecnologia sem fio de curto alcance, permite a comunicao de dispositivos atravs de uma interface simples, ao contrrio das tecnologias de cabos, que utilizam conectores de uma grande variedade de formas, tamanhos e nmeros de pinos. Uma outra grande vantagens da especificao Bluetooth o suporte a transferncias tanto de voz quanto de dados, tornando-se uma tecnologia ideal na comunicao de dispositivos heterogneos alm de utilizar uma faixa de freqncias no regulamentada e vastamente disponvel em qualquer lugar do mundo.

Referncias [1] Wikipedia. Bluetooth. Disponvel em<www.wikipedia.com/eng/bluetooth>. ltimo

acesso em 12 de outubro de 2011.

[2] Padres IEE, <http://www.gta.ufrj.br/grad/09_1/versao-final/rssf/padroes_ieee.html>

ltimo acesso em 11 de outubro de 2011.

[3] Bluetooth protocol , Nokia,disponvel em <http://www.developer.nokia.com/Community/Wiki/Bluetooth_Protocol>. ltimo acesso em

11 de outubro de 2011.

[4] Wikipdia,<http://wiki.sj.ifsc.edu.br/wiki/index.php/Bluetooth> ltimo acesso em 10 de

outubro de 2011.

[5] Wikipdia, <http://wiki.sj.ifsc.edu.br/wiki/index.php/Bluetooth> ltimo acesso em 10 de

outubro de 2011.

[6] UFRJ. Especificaes tcnicas. Disponvel em<www. gta.ufrj.br/grad/09_1/versaofinal/bluetooth/Page323.htm >. ltimo acesso em 11 de outubro de 2011.

[7] Bluetooth protocol , Nokia,disponvel em <http://www.developer.nokia.com/Community/Wiki/Bluetooth_Protocol>. [8] UFRJ. Especificaes tcnicas. Disponvel em<www. gta.ufrj.br/grad/09_1/versaofinal/bluetooth/Page323.htm >. ltimo acesso em 11 de outubro de 2011.

[9] Padres IEE, http://www.gta.ufrj.br/grad/09_1/versao-final/rssf/padroes_ieee.html. ltimo acesso em 09 de outubro de 2011. [10] Bluetooth Revealed , By Brent A. Miller, Chatschik Bisdikian, captulo 6-pg 41 [11] Bluetooth Caractersticas, protocolos e funcionamento,Thiago Senador de Siqueira, disponvel em < http://www.ic.unicamp.br/~ducatte/mo401/1s2006/T2/057642-T.pdf > ltimo acesso em 11 de outubro de 2011. [12] Motorola <http://motorola-global-portal-pt.custhelp.com/app/answers/detail/a_id/24063 /~/perfis-bluetooth> ltimo acesso em 10 de novembro de 2011.