Bluetooth (especificaci€n

)
1
Bluetooth (especificaci€n)
Bluetooth es una especificaci€n que define redes de •rea personal inal•mbricas (wireless personal area network,
WPAN). Est• desarrollada por Bluetooth SIG y, a partir de su versi€n 1.1, sus niveles m•s bajos (en concreto, el
nivel f‚sico y el control de acceso al medio) se formalizan tambiƒn en el est•ndar IEEE 802.15.1. En 2007, la versi€n
m•s reciente es la 2.1, publicada en julio del mismo a„o (la revisi€n actual de IEEE 802.15.1 se aprob€ en 2005).
Visi€n general
La especificaci€n principal de Bluetooth (denominada core) define el nivel f‚sico (PHY) y el control de acceso al
medio (MAC) de una red inal•mbrica de •rea personal. Este tipo de redes tienen por cometido la transferencia de
informaci€n en distancias cortas entre un grupo privado de dispositivos. A diferencia de las LAN inal•mbricas, est•n
dise„adas para no requerir infraestructura alguna, o muy poca. A…n m•s, su comunicaci€n no deber‚a trascender m•s
all• de los l‚mites de la red privada.
El objetivo es lograr redes ad hoc simples de bajo coste y consumo. Para ello, Bluetooth define un espacio de
operaci€n personal (personal operating space) omnidireccional en el seno del cual se permite la movilidad de los
dispositivos. Se definen tres tipos de dispositivos con diferentes rangos de acci€n: las clases 1 (cien metros), 2 (diez)
y 3 (uno).
El est•ndar realiza la formalizaci€n de estas ideas y se concibe como una soluci€n para evitar el uso de cableado en
las comunicaciones. La especificaci€n principal define el sistema b•sico, pero su dise„o potencia la flexibilidad. Por
ello, hay multitud de opciones, definidas por los perfiles Bluetooth en especificaciones complementarias.
Arquitectura de los protocolos
Pila de protocolos Bluetooth
Una WPAN proporciona los servicios necesarios para la operaci€n en
el seno de redes ad hoc. Ello incluye el establecimiento de conexiones
s‚ncronas y as‚ncronas (con o sin conexi€n) a nivel MAC. El sistema
b•sico est• formado por un transceptor de radiofrecuencia, el nivel de
banda base y la pila de protocolos Bluetooth, y otorga conectividad a
todo un rango de dispositivos.
La especificaci€n principal cubre los cuatro niveles inferiores y sus
protocolos asociados junto con el protocolo de descubrimiento de
servicios (service discovery protocol, SDP), que toda aplicaci€n
Bluetooth necesita, y el perfil de acceso gen€rico.
Controlador Bluetooth
Los niveles inferiores de la pila de protocolos constituyen el controlador Bluetooth, que contiene los bloques
fundamentales de la tecnolog‚a, sobre los cuales se apoyan los niveles superiores y los protocolos de aplicaci€n. Este
componente est• estandarizado y puede interactuar con otros sistemas Bluetooth de m•s alto nivel, aunque la
separaci€n entre ambas entidades no es obligatoria.
El nivel de radiofrecuencia (RF) est• formado por el transceptor f‚sico y sus componentes asociados. Utiliza la
banda ISM de uso no regulado a 2,4 GHz, lo que facilita la consecuci€n de calidad en la se„al y la compatibilidad
entre transceptores.
Por encima de ƒl se encuentra el nivel de banda base (baseband, BB), que controla las operaciones sobre bits y
paquetes, realiza detecci€n y correcci€n de errores, broadcast autom•tico y cifrado como sus labores principales.
Tambiƒn emite confirmaciones y peticiones de repetici€n de las transmisiones recibidas.
Bluetooth (especificaci€n)
2
El tercer y …ltimo nivel de base es el nivel de gesti•n de enlace (link manager, LM), responsable del establecimiento
y finalizaci€n de conexiones, as‚ como de su autentificaci€n en caso necesario. Tambiƒn realiza el control del tr•fico
y la planificaci€n, junto con la gesti€n de consumo y supervisi€n del enlace.
Anfitri€n Bluetooth
El resto de niveles de base y los protocolos de aplicaci€n residen en el anfitri•n Bluetooth (tambiƒn denominado
host), que se comunica con el controlador utilizando un interfaz est•ndar. Ambas entidades pueden integrarse para su
uso conjunto en sistemas embebidos, o se pueden utilizar de forma intercambiable. En cualquier caso, se asume que
la capacidad de los buffers del controlador es modesta comparada con la del anfitri€n, lo que puede tener
consecuencias en la gesti€n de la calidad de servicio (quality of service, QoS) y la disponibilidad de canales, entre
otros aspectos.
El nivel m•s importante del anfitri€n es el protocolo de control y adaptaci•n de enlace l•gico (logical link control &
adaptation protocol, L2CAP), encargado de controlar la comunicaci€n proveniente de niveles superiores y la asocia
a los sistemas de transporte de datos (definidos m•s abajo) multiplexando los canales L2CAP en enlaces l€gicos y
segmentando las tramas adecuadamente. Puede a„adir opcionalmente detecci€n de errores y retransmisi€n de
paquetes a BB, as‚ como control de flujo basado en protocolos de ventana deslizante, asignaci€n de buffers y QoS.
Si bien estos son los componentes fundamentales de un sistema Bluetooth completo, no todos requerir•n todas estas
funcionalidades (en concreto, sistemas embebidos sencillos); no obstante, todo ello se define como obligatorio. A
partir de aqu‚, las aplicaciones pueden a„adir niveles de protocolo para adecuarse a funcionalidades espec‚ficas, tales
como transmisi€n de voz o TCP/IP. Estas definiciones de perfiles est•n fuera del •mbito de la definici€n principal.
Principios operativos
El nivel f‚sico opera en la banda ISB de uso no regulado utilizando para ello un transceptor que ejecuta saltos de
frecuencia (frequency hopping) en un conjunto amplio de portadoras. Es, por tanto, un sistema de espectro de
dispersi€n basado en saltos (frequency hopping spread spectrum), dise„ado para evitar interferencias y
empobrecimiento (fading) de la se„al. La complejidad del hardware se acota utilizando modulaci€n en frecuencia en
su forma binaria, de forma que se alcanzan cotas de transmisi€n de 1 Mbps (hasta un mill€n de s‚mbolos, binarios
por la modulaci€n, por segundo). Utilizando tƒcnicas de tasa de datos mejorada (enhanced data rate) puede llegarse
hasta los 2-3 Mbps.
Un grupo de comunicaci€n puede compartir el canal f‚sico con muchos otros dispositivos, por lo que se sincroniza
utilizando un reloj global y un patr€n de saltos espec‚fico, ambos …nicos. Debe haber exactamente un dispositivo
maestro que ofrece la referencia de sincronizaci€n a partir de su reloj interno; el resto de dispositivos funcionan
como esclavos. El reloj del maestro y su direcci€n de dispositivo …nica definen el patr€n de saltos como una
permutaci€n aleatoria de 79 frecuencias en la banda ISM. Algunas de ellas pueden no utilizarse si presentan
interferencias frecuentes. Esto favorece la existencia de grupos independientes entre s‚ o diversas piconets que
comparten un mismo canal, a la vez que aumenta la tolerancia a sistemas que no cambian nunca sus frecuencias de
transmisi€n.
El canal f‚sico se define a travƒs de slots de tiempo que se utilizan para enviar paquetes entre los dispositivos. Estos
env‚os se realizan mediante un duplex basado en divisi€n de tiempo (time-division duplex), equivalente a Full
Duplex.
Las comunicaciones existen como resultado de la interacci€n entre entidades de alto nivel, que se implementan
seg…n sus propias interfaces caracter‚sticas y comportamiento definitorio.
† El gestor de recursos de banda base (baseband resource manager) controla el acceso al transceptor y planifica
los accesos a los canales f‚sicos definidos, que establece entre los dispositivos que lo solicitan. Incluye tambiƒn
servicios de an•lisis de las portadoras y los requerimientos de QoS, entre otros.
Bluetooth (especificaci€n)
3
† El gestor de dispositivos es responsable del dispositivo en s‚ y de su comportamiento; en definitiva, todo aquello
que no est• relacionado directamente con el transporte de datos, incluyendo la detecci€n de dispositivos y la
gesti€n de los estados internos de descubrible y conectable.
† El gestor de enlace controla los canales y transportes l€gicos junto con los canales f‚sicos; se comunica con otros
gestores de enlace utilizando el protocolo de gestor de enlace. Tambiƒn se encarga de la calidad de servicio, el
cifrado y el control de la potencia de la transmisi€n.
† El controlador de enlace genera los paquetes a partir del payload y los par•metros de enlace y transporte, y extrae
la informaci€n de los que recibe. Realiza el control de flujo, las confirmaciones y las peticiones de retransmisi€n.
† El controlador de canal coopera con los controladores de enlace tanto locales como remotos para crear canales y
conexiones.
† El gestor de recursos de L2CAP gestiona el env‚o de paquetes a BB y realiza algunas verificaciones sobre los
l‚mites establecidos por QoS, si bien la arquitectura supone que las aplicaciones no intentan burlar estos l‚mites,
por lo que este control es bastante limitado.
Arquitectura de transporte de datos
Bluetooth siempre considera que el canal f‚sico no es confiable de forma conservadora. Para asegurar la correcci€n
en las transmisiones varios niveles se hacen responsables de distintas comprobaciones y acciones. BB realiza
correcci€n de errores hacia adelante y comprueba la integridad de las cabeceras y CRC, cuando es posible; tambiƒn
puede aplicar mƒtodos basados en TTL. Sigue una estructura cl•sica de comunicaci€n basada en confirmaciones y
peticiones de retransmisi€n.
BB no puede asegurar la correcci€n de transmisiones grandes por s‚ solo, por lo que L2CAP incorpora mecanismos
adicionales que permiten lograr los niveles de fiabilidad de las redes cableadas t‚picas. Las transmisiones por
broadcast no pueden identificar un camino de vuelta al origen, por lo que no se pueden realizar peticiones de
retransmisi€n; en su lugar se repite la transmisi€n varias veces, aunque esto no es suficiente como para considerarlas
fiables.
Estructuras
Por eficiencia y compatibilidad con sistemas legados, se distingue entre enlaces y transportes. Estas estructuras est•n
repartidas entre los niveles b•sicos de acuerdo con su nivel de abstracci€n. En cualquier caso, ambas entidades
comparten recursos como el protocolo de confirmaci€n, por lo que existen dependencias mutuas entre ambas. A
continuaci€n se describen las distintas estructuras de menor a mayor nivel de abstracci€n.
Los canales f‚sicos se sit…an en la base del nivel f‚sico y conectan al maestro con uno de sus esclavos. Est•n
formados por una frecuencia de radio y sus restricciones espaciotemporales asociadas. Los canales f‚sicos son
recursos compartidos, ya que el n…mero de portadoras potenciales es limitado; se realiza evitaci€n de colisiones
basada en c€digos de acceso. Hay cuatro canales posibles, de los que un dispositivo puede usar …nicamente uno a la
vez. Se multiplexa entre los distintos canales utilizando divisi€n de tiempo (time division multiplexing, TDM).
† El canal bƒsico de piconet (basic piconet channel) se utiliza para comunicaciones generales. El maestro lo
controla y dispone de slots de tiempo reservados para s‚, as‚ como otros para realizar balizado. El …nico factor
limitante al n…mero de esclavos son los propios recursos del maestro.
† El canal adaptado de piconet (adapted piconet channel) deja frecuencias libres en el rango potencial; los esclavos
responden utilizando la misma frecuencia que us€ el maestro en vez de recalcular los saltos como es lo normal.
† El canal de rastreo por inspecci•n (inquiry scan channel) se utiliza para descubrir dispositivos externos enviando
peticiones en el rango de frecuencias y escuchando posibles respuestas.
† El canal de rastreo por llamada (page scan channel) permite a los dispositivos conectables, capaces de aceptar
conexiones, escuchar peticiones de comunicaci€n. Cuando un dispositivo est• buscando a otro itera en el rango de
frecuencias posibles de forma semejante a como se hace en el rastreo por inspecci€n.
Bluetooth (especificaci€n)
4
Los enlaces f‚sicos son conexiones del nivel BB entre dos dispositivos. Se asocian a un canal f‚sico, que a su vez
puede estar asociado a m…ltiples enlaces f‚sicos. Los enlaces asociados a canales de rastreo son transitorios, mientras
que los que se crean en relaci€n a canales de piconet pueden estar bien activos, bien aparcados (parked). Un enlace
activo comunica al maestro con un esclavo y posee dos modos especiales que modifican su comportamiento b•sico y
definen ciclos de actividad: los modos de mantener (hold) y rastrear (sniff). Un enlace aparcado modifica el estado
del esclavo, que mantiene la sincronizaci€n con el maestro con balizas peri€dicas. De esta forma, los esclavos
pueden realizar ahorro de energ‚a o desempe„ar tareas que no requieren su conexi€n a la red.
En enlace l•gico posee un tipo que est• relacionado con el modelo de tr•fico al que sirve, asociado a su vez a un
transporte l•gico de un tipo adecuado, que a su vez puede dar servicio a varios tipos de enlaces l€gicos. La
clasificaci€n se realiza por medio de tres par•metros principales:
† Propagaci€n. Un transporte puede ser unicast (punto a punto, bidireccional y orientado a conexi€n) o broadcast
(unidireccional, sin conexi€n y no fiable).
† Planificaci€n. Un enlace puede ser s‚ncrono (utiliza el reloj de la piconet y el mecanismo de slots de tiempo, lo
que posibilita transmisiones con tasa de env‚o constante), as‚ncrono (no utiliza ninguna referencia de tiempo,
realiza repeticiones de transmisi€n hasta que recibe una confirmaci€n) o is€crono (temporizado como los enlaces
s‚ncronos, pero tambiƒn permite transmisiones con tasa de env‚o variable).
† Tipo de enlace l€gico. Los enlaces L2CAP permiten la fragmentaci€n de tramas y est•n disponibles a los
usuarios; los enlaces de stream no utilizan estructuras de tramas; los enlaces de control son canales de alta
prioridad que utilizan los gestores de enlace de los dispositivos para comunicarse entre s‚ (por tanto, s€lo son
visibles en BB).
El modo de tasa de datos mejorada (enhanced data rate) est• disponible para todos los tipos de transporte l€gico,
posibilitando anchos de banda mayores por medio de m…ltiples conexiones. Adem•s, reduce el consumo sin
necesidad de cambios en la arquitectura a cambio de modificar la sem•ntica del tratamiento de paquetes en ciertos
casos.
Modelos de tr•fico
El sistema implementa un conjunto de portadores de trƒfico bƒsicos (core traffic bearers) que se pueden utilizar para
transportar datos de las aplicaciones y los protocolos. Se establece una correspondencia entre las propiedades de alto
nivel deseadas (fiabilidad, sincronismo) y su equivalencia en canales L2CAP y, desde ellos, a los enlaces y
transportes l€gicos. El sistema recomienda una traducci€n por defecto que, aunque en general €ptima, no es
obligatoria siempre que no degraden las prestaciones de todo el sistema. Se pueden realizar ajustes a los canales
f‚sicos si se respeta la sem•ntica de la comunicaci€n a alto nivel.
Existen dos tipos b•sicos de tr•fico. El trƒfico tramado de datos (framed data traffic) utiliza L2CAP para enviar
tramas de una longitud menor a un m•ximo previamente acordado. Utiliza QoS y permite tr•fico orientado a
conexi€n, unidireccional, punto a punto y unicast (no broadcast). En el seno de las piconets el maestro lo usa en
exclusiva para difundir informaci€n a sus esclavos.
El trƒfico no tramado no utiliza L2CAP, sino que trabaja directamente sobre los enlaces l€gicos de BB para
transmitir datos con estructura de stream. Permite …nicamente transmisiones is€cronas de tasa constante por medio
de la reserva de slots de tiempo del canal f‚sico (en conformidad con el reloj global de la piconet). Los enlaces no
son fiables por s‚ solos, por lo que el desempe„o depende del entorno operativo.
Bluetooth (especificaci€n)
5
Piconets
Los dispositivos Bluetooth se relacionan
formando piconets y scatternets
Las piconets (o picoredes) son la topolog‚a de red utilizada por
Bluetooth. Todo enlace Bluetooth existe en una de estas redes, que
unen dos o m•s dispositivos Bluetooth por medio de un canal f‚sico
compartido con un reloj y una secuencia de saltos …nica. Distintos
canales (combinaciones de un maestro y su reloj y secuencia) pueden
coexistir. Si bien un maestro puede serlo de una …nica piconet, un
dispositivo cualquiera puede pertenecer a varias piconets al mismo
tiempo. Este solapamiento se denomina scatternet (red dispersa),
aunque no se definen capacidades de ruteo por defecto entre ellas.
†† Canales m•ximos de datos: 7 por piconet
†† Rango esperado del sistema: hasta 721 kbit/s por piconet
†† N…mero de dispositivos: 8 por piconet y hasta 10 piconets
†† Alimentaci€n: 2,7 voltios
†† Consumo de potencia: desde 30 uA a 30 mA transmitiendo
†† Tama„o del M€dulo: 0.5 pulgadas cuadradas (9x9 mm)
†† Interferencia: Bluetooth minimiza la interferencia potencial al emplear saltos r•pidos en frecuencia‡1600 veces
por segundo.
El uso de Bluetooth conlleva la creaci€n de redes ad hoc entre nodos Bluetooth. La creaci€n de enlaces requiere dos
mecanismos asimƒtricos de rastreo, ya comentados. El proceso de inspecci€n busca de forma activa dispositivos
descubribles que respondan a sus peticiones; el proceso de llamada busca dispositivos que aceptan conexiones, pero
a diferencia de la inspecci€n su prop€sito es localizar dispositivos espec‚ficos cuyos atributos sean conocidos (de ah‚
la analog‚a con la llamada).
Los dispositivos que forman parte de una piconet comparten el canal f‚sico y disponen de un canal f‚sico y otro
l€gico entre ellos. Los modos por defecto pueden ajustarse y se pueden a„adir enlaces l€gicos adicionales. Un
dispositivo puede pasar a operar en modo de mantenimiento (hold mode), un estado transitorio que limita la actividad
en el enlace f‚sico; tambiƒn puede establecer un modo de rastreo (sniff) que define periodos de presencia y ausencia
en la piconet, que pueden tener efectos en la recepci€n de informaci€n por broadcast no fiable. Los esclavos pueden
dejarse en un estado aparcado controlado por el maestro.
Adem•s, dos dispositivos concretos de una piconet pueden intercambiar sus papeles, lo que les afectar• s€lo a ellos,
y no al resto de esclavos del maestro inicial.
Referencias
† Bluetooth core specification 2.1 + EDR
[1]
† IEEE standard 802.15.1-2005
[2]
Referencias
[1] http:/ / bluetooth.com/ English/ Technology/ Building/ Pages/ Specification. aspx
[2] http:/ / standards.ieee. org/ getieee802/ download/ 802.15. 1-2005. pdf
Fuentes y contribuyentes del art‚culo
6
Fuentes y contribuyentes del art‚culo
Bluetooth (especificaci€n)  Fuente: http://es.wikipedia.org/w/index.php?oldid=65982199  Contribuyentes: Afrasiab, Canyq, EEIM, Frankgm, Jgalgarra, Jgiralt, Liberac, Loqu, Mar del Sur,
Matdrodes, Mrexcel, Museo8bits, Richy, Rob Blanco, Shalbat, Shooke, 11 ediciones an€nimas
Fuentes de imagen, Licencias y contribuyentes
Archivo:Bluetooth protocol stack.png  Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:Bluetooth_protocol_stack.png  Licencia: Creative Commons Attribution-Sharealike 2.5
 Contribuyentes: Rob Blanco
Archivo:Bluetooth network topology.png  Fuente: http://es.wikipedia.org/w/index.php?title=Archivo:Bluetooth_network_topology.png  Licencia: Creative Commons Attribution-Sharealike 2.5
 Contribuyentes: Rob Blanco
Licencia
Creative Commons Attribution-Share Alike 3.0
//creativecommons.org/licenses/by-sa/3.0/