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. 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 listadas a seguir:

Tabela 2: Bluetooth profiles

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.