0% encontró este documento útil (0 votos)
91 vistas11 páginas

Historia y Evolución de Bluetooth

El estándar Bluetooth se desarrolló en 1998 por un consorcio de empresas para permitir la conexión inalámbrica de dispositivos electrónicos a corta distancia sin necesidad de cables. El estándar ha evolucionado a través de varias versiones para mejorar la velocidad de transferencia de datos y reducir el consumo de energía. Bluetooth define una arquitectura de red en la que los dispositivos se organizan en grupos llamados piconets, y varias piconets pueden conectarse para formar una red más grande llamada scatternet.

Cargado por

Gonzalo Suca
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
91 vistas11 páginas

Historia y Evolución de Bluetooth

El estándar Bluetooth se desarrolló en 1998 por un consorcio de empresas para permitir la conexión inalámbrica de dispositivos electrónicos a corta distancia sin necesidad de cables. El estándar ha evolucionado a través de varias versiones para mejorar la velocidad de transferencia de datos y reducir el consumo de energía. Bluetooth define una arquitectura de red en la que los dispositivos se organizan en grupos llamados piconets, y varias piconets pueden conectarse para formar una red más grande llamada scatternet.

Cargado por

Gonzalo Suca
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como DOCX, PDF, TXT o lee en línea desde Scribd

Bluetooth

En 1994, la empresa L. M. Ericsson se interes en conectar sus


telfonos mviles con otros dispositivos (por ejemplo, computadoras
porttiles) sin necesidad de cables. En conjunto con otras cuatro empresas
(IBM, Intel, Nokia y Toshiba), form un SIG (Grupo de Inters Especial; es
decir, un consorcio) en 1998 con el propsito de desarrollar un estndar
inalmbrico para interconectar computadoras, dispositivos de comunicaciones
y accesorios a travs de radios inalmbricos de bajo consumo de energa, corto
alcance y econmicos. Al proyecto se le asign el nombre Bluetooth, en
honor de Harald Blaatand (Bluetooth) II (940-981), un rey vikingo que unific
(es decir, conquist) Dinamarca y Noruega, tambin sin necesidad de cables.
El estndar Bluetooth 1.0 se liber en julio de 1999, y desde entonces el
SIG no ha vuelto su vista hacia atrs. Ahora todas las formas de dispositivos
electrnicos para consumidores utilizan Bluetooth, desde los telfonos
mviles y las computadoras porttiles hasta los audfonos, impresoras,
teclados, ratones, consolas de videojuegos, relojes, reproductores de msica,
unidades de navegacin, etc. Los protocolos de Bluetooth permiten a estos
dispositivos encontrarse y conectarse entre s, a lo cual se le conoce como
emparejamiento (pairing), adems de que pueden transferir datos en forma
segura.
Los protocolos tambin evolucionaron durante la ltima dcada.
Despus de que se estabilizaron los protocolos iniciales, se agregaron tasas de
datos ms altas a Bluetooth 2.0 en 2004. Con la liberacin de la versin 3.0 en
2009, Bluetooth se puede usar para emparejar dispositivos junto con 802.11
para transferencia de datos a velocidades altas. La liberacin de la versin 4.0
en diciembre de 2009 especificaba una operacin de bajo consumo de energa.
Esto ser til para las personas que no quieren cambiar las bateras con
frecuencia en todos los dispositivos dispuestos alrededor del hogar. A
continuacin veremos los aspectos principales de Bluetooth.
Arquitectura de Bluetooth
Empecemos nuestro anlisis del sistema Bluetooth con un rpido
vistazo de lo que contiene y cul es su propsito. La unidad bsica de un
sistema Bluetooth es una piconet, la cual consta de un nodo maestro y hasta
siete nodos esclavos activos a una distancia mxima de 10 metros. Puede

haber varias piconets en el mismo cuarto (grande), e incluso se pueden


conectar mediante un nodo puente que participa en varias piconets, como se
muestra en la figura 4-34. A una coleccin interconectada de piconets se le
conoce como scatternet.
Adems de los siete nodos esclavos activos en una piconet, puede haber
hasta 255 nodos estacionados en la red. stos son dispositivos que el nodo
maestro ha cambiado a un estado de bajo consumo de energa para reducir el
desgaste innecesario de sus pilas. En el estado estacionado, un dispositivo no
puede hacer nada excepto responder a una seal de activacin o una seal
baliza por parte del dispositivo maestro. Tambin existen dos estados
intermedios, hold y sniff, pero en este caso no son de nuestra incumbencia.
La razn del diseo maestro/esclavo es que los diseadores pretendan
facilitar la implementacin de chips Bluetooth completos por menos de 5
dlares. La consecuencia de esta decisin es que los esclavos son sumamente
pasivos y bsicamente realizan todo lo que los maestros les indican. En
esencia, una piconet es un sistema TDM centralizado, en el cual el maestro
controla el reloj y determina qu dispositivo se comunica en una ranura de
tiempo especfica. Toda la comunicacin es entre el maestro y el esclavo; no
es posible una comunicacin directa de esclavo a esclavo.

Aplicaciones de Bluetooth
La mayora de los protocolos de red slo proporcionan canales entre las
entidades que se comunican y permiten a los diseadores de aplicaciones
averiguar para qu desean utilizarlos. Por ejemplo, el estndar 802.11 no
especifica si los usuarios deben utilizar sus computadoras porttiles para leer
correo electrnico, navegar por web o para cualquier otro uso. En contraste, el
SIG de Bluetooth especifica el soporte de aplicaciones especficas y provee
distintas pilas de protocolos para cada una de ellas. Al momento de escribir
este libro hay 25 aplicaciones, las cuales se denominan perfiles. Por desgracia,
esta metodologa conduce a un alto grado de complejidad. Aqu omitiremos la
complejidad, pero analizaremos brevemente los perfiles para ver con ms
claridad lo que el SIG de Bluetooth trata de lograr.
Seis de los perfiles son para distintos usos de audio y video. Por
ejemplo, el perfil intercom permite conectar dos telfonos como walkietalkies. Los perfiles (auricular) headset y (manos libres) hands-free proveen
comunicacin de voz entre un auricular y su estacin base, y se podran usar
para la telefona de manos libres al conducir un automvil. Hay otros perfiles
para flujo continuo de audio y video con calidad estereofnica; por ejemplo,
de un reproductor de msica porttil a los auriculares o de una cmara digital a
una TV.
El perfil de dispositivo de interfaz humana es para conectar teclados y
ratones a las computadoras.
Otros perfiles permiten a un telfono mvil u otra computadora recibir
imgenes de una cmara o enviar imgenes a una impresora. Tal vez sea ms
interesante un perfil para usar un telfono mvil como control remoto para una
TV (habilitada para Bluetooth).
Existen otros perfiles que permiten la conexin en red. El perfil de red
de rea personal permite a dispositivos Bluetooth formar una red ad hoc o
acceder en forma remota a otra red, como una LAN 802.11, por medio de un
punto de acceso. El perfil de red de marcacin telefnica fue de hecho la
motivacin original de todo el proyecto. Este perfil permite que una

computadora porttil se conecte a un telfono mvil que contenga un mdem


integrado sin necesidad de usar cables.
Tambin se han definido perfiles para el intercambio de informacin de
capas superiores. El perfil de sincronizacin est diseado para cargar datos en
un telfono mvil al salir del hogar y recolectar datos de ste al momento de
regresar.
Omitiremos el resto de los perfiles y slo mencionaremos que algunos
de ellos sirven como bloques bsicos sobre los cuales se basan los perfiles
anteriores. El perfil de acceso genrico, en el que se basan todos los dems
perfiles, provee una forma de establecer y mantener enlaces (canales) seguros
entre el maestro y los esclavos. Los otros perfiles genricos definen los
fundamentos del intercambio de objetos, as como el transporte de audio y
video. Los perfiles utilitarios se usan mucho para funciones como emular una
lnea serial, que es muy til para muchas aplicaciones heredadas.
Era realmente necesario explicar en detalle todas estas aplicaciones y
proporcionar diferentes pilas de protocolos para cada una? Tal vez no, pero
haba varios grupos de trabajo distintos que disearon las diferentes partes del
estndar, cada uno de los cuales se enfoc en su problema especfico y gener
su propio perfil. Piense en esto como la ley de Conway en accin (en el
nmero de abril de 1968 de la revista Datamation, Melvin Conway observ
que si se asignan n personas para escribir un compilador, se obtendr un
compilador de n pasos o, en forma ms general, la estructura del software
reflejar la estructura del grupo que la produjo). Quizs hubieran sido
suficientes dos pilas de protocolos en vez de 25, una para la transferencia de
archivos y otra para transmitir flujos continuos de comunicacin en tiempo
real.
La Pila de Protocolos Bluetooth
El estndar Bluetooth cuenta con muchos protocolos agrupados
libremente en las capas que se muestran en la figura 4-35. La primera
observacin que haremos es que la estructura de capas no sigue el modelo
OSI, el modelo TCP/IP, el modelo 802 o algn otro modelo.

La capa inferior es la capa de radio fsica, la cual es bastante similar a la


capa fsica de los modelos OSI y 802. Se encarga de la transmisin y la
modulacin de radio. Aqu, muchas de las cuestiones se relacionan con el
objetivo de lograr que el sistema sea econmico, de modo que se pueda
convertir en un artculo para el mercado masivo.
La capa de control de enlace (o banda base) tiene algunos puntos en
comn con la subcapa MAC, pero tambin incluye elementos de la capa fsica.
Se encarga de la forma en que el maestro controla las ranuras de tiempo y
cmo se agrupan stas en tramas.

A continuacin se encuentran dos protocolos que usan el protocolo de


control de enlace. El administrador de enlaces se encarga de establecer canales
lgicos entre dispositivos, incluyendo administracin
de energa,
emparejamiento y cifrado, as como calidad de servicio. Yace debajo de la
lnea de la interfaz entre host y controlador. Esta interfaz es una conveniencia
para la implementacin: por lo general, los protocolos debajo de la lnea se
implementarn en un chip Bluetooth y los protocolos arriba de la lnea se
implementarn en el dispositivo Bluetooth en el que se aloje el chip.
El protocolo de enlace por encima de la lnea es L2CAP (Protocolo de
Adaptacin y Control de Enlaces Lgicos, del ingls Logical Link Control
Adaptation Protocol ). Este protocolo entrama los mensajes de longitud
variable y provee confiabilidad en caso de ser necesario. Muchos protocolos

utilizan L2CAP, como los dos protocolos utilitarios que se muestran. El


protocolo de descubrimiento de servicios se utiliza para localizar servicios
dentro de la red. El protocolo RFcomm (Comunicacin de
Radiofrecuencia,del ingls Radio Frequency communication) emula el puerto
serial estndar que se encuentra en las PCs para conectar el teclado, ratn y
mdem, entre otros dispositivos.
En la capa superior es donde se ubican las aplicaciones. Los perfiles se
representan mediante cuadros verticales debido a que cada uno define una
porcin de la pila de protocolos para un propsito especfico.
Los perfiles especficos, como el de auricular, por lo general contienen
slo los protocolos que esa aplicacin necesita y ningn otro. Por ejemplo, los
perfiles pueden incluir L2CAP si tienen que enviar paquetes, pero pueden
omitirlo si slo tienen un flujo estable de muestras de audio.
La capa de radio de bluetooth
La capa de radio traslada los bits del maestro al esclavo, o viceversa. Es
un sistema de baja potencia con un alcance de 10 metros que opera en la
misma banda ISM de 2.4 GHz que el estndar 802.11. La banda se divide en
79 canales de 1 MHz cada uno. Para coexistir con otras redes que usan la
banda ISM, se utiliza el espectro disperso de salto de frecuencia. Puede haber
hasta 1600 saltos/seg sobre las ranuras con un tiempo de permanencia de 625
seg. Todos los nodos en una piconet saltan frecuencias al mismo tiempo,
siguiendo la sincronizacin de ranuras y la secuencia de salto pseudoaleatoria
que dicta el maestro.
Por desgracia, result que las primeras versiones de Bluetooth y el
estndar 802.11 interferan entre s lo suficiente como para que uno arruinara
las transmisiones del otro. Algunas empresas respondieron con la prohibicin
total de Bluetooth, pero con el tiempo se ide una solucin tcnica. En esta
solucin, Bluetooth debe adaptar su secuencia de saltos para excluir los
canales en los que haya otras seales de RF.
Este proceso reduce la interferencia daina y se le conoce como salto
de frecuencia adaptativo.

Se utilizan tres formas de modulacin para enviar bits en un canal. El


esquema bsico es usar la modulacin por desplazamiento de frecuencia para
enviar un smbolo de 1 bit cada microsegundo, con lo cual se obtienen tasas de
datos brutas de 2 o 3 Mbps. Las tasas mejoradas se introdujeron con la versin
2 de Bluetooth.
Estas tasas utilizan modulacin por desplazamiento de fase para enviar
dos o tres bits por smbolo, para tasas de datos brutas de 2 o 3 Mbps. Las tasas
mejoradas son usadas slo en la porcin de datos de las tramas.
La capa de enlace de bluetooth
La capa de control de enlace (o banda base) es lo ms parecido que
tiene Bluetooth a una subcapa MAC.
Esta capa convierte el flujo de bits puros en tramas y define algunos
formatos clave. En la forma ms simple, el maestro de cada piconet define una
serie de ranuras de tiempo de 625 seg; las transmisiones del maestro
empiezan en las ranuras pares y las de los esclavos, en las ranuras impares.
Este esquema es la tradicional multiplexin por divisin de tiempo, en donde
el maestro acapara la mitad de las ranuras y los esclavos comparten la otra
mitad. Las tramas pueden tener 1, 3 o 5 ranuras de longitud. Cada trama tiene
una sobrecarga de 126 bits para un cdigo de acceso y encabezado, adems de
un tiempo de asentamiento de 250-260 seg por salto para que los circuitos de
radio econmicos se estabilicen. La carga til de la trama se puede cifrar para
fines de confidencialidad con una clave que se selecciona a la hora en que se
conectan el esclavo y el maestro. Los saltos slo ocurren entre tramas, no
durante una trama. El resultado es que una trama de 5 ranuras es mucho ms
eficiente que una trama de 1 ranura, ya que la sobrecarga es constante pero se
envan ms datos.
El protocolo administrador de enlaces establece canales lgicos,
llamados enlaces, para transportar tramas entre el maestro y un dispositivo
esclavo que se descubren uno al otro. Se lleva a cabo un procedimiento de
emparejamiento para asegurarse que los dos dispositivos puedan comunicarse
antes de usar el enlace. El viejo mtodo de emparejamiento es que ambos
dispositivos se deben configurar con el mismo NIP (Nmero de Identificacin
Personal) de cuatro dgitos. La coincidencia del NIP es la forma en que cada
dispositivo sabe que se conectar al dispositivo remoto correcto. No obstante,

los usuarios sin imaginacin y los dispositivos recurren a valores


predeterminados como 0000 y 1234 para los NIP, lo cual significa que
este mtodo provee muy poca seguridad en la prctica.
El nuevo mtodo de emparejamiento simple seguro permite a los
usuarios confirmar que ambos dispositivos despliegan la misma clave de
contrasea, o permite observar la clave de contrasea en un dispositivo e
introducirla en el segundo dispositivo. Este mtodo es ms seguro, ya que los
usuarios no tienen que elegir ni establecer un NIP. Slo confirman una clave
de contrasea ms extensa, generada por el dispositivo. Desde luego que este
mtodo no se puede usar en algunos dispositivos con entrada/salida limitada,
como unos audfonos de manos libres.
Una vez que termina el emparejamiento, el protocolo administrador
establece los enlaces. Existen dos tipos principales de enlaces para transmitir
datos de usuario. El primero es el enlace SCO (Sncrono Orientado a
Conexin, del ingls Synchronous Connection Oriented ) y se utiliza para
datos en tiempo real, como ocurre en las conexiones telefnicas. A este tipo de
enlace se le asigna una ranura fija en cada direccin. Un esclavo puede tener
hasta tres enlaces SCO con su maestro. Cada enlace SCO puede transmitir un
canal de audio PCM de 64,000 bps. Debido a la naturaleza de alta prioridad de
los enlaces SCO, las tramas que se envan a travs de ellos nunca se
retransmiten.
En vez de ello se puede usar la correccin de errores hacia delante para
incrementar la confiabilidad.
El otro tipo de enlace es ACL (Asncrono Sin Conexin, del ingls
Asynchronous ConnectionLess).
Este tipo de enlace se utiliza para los datos de conmutacin de paquetes
que estn disponibles en intervalos irregulares. El trfico ACL se distribuye
con base en el mejor esfuerzo. No se dan garantas. Se pueden perder tramas y
tal vez haya que retransmitirlas. Un esclavo slo puede tener un enlace ACL
con su maestro.
Los datos que se envan sobre enlaces ACL provienen de la capa
L2CAP; la cual tiene cuatro funciones principales. Primero, acepta paquetes

de hasta 64 KB de las capas superiores y los descompone en tramas para su


transmisin. En el otro extremo las tramas se vuelven a ensamblar en
paquetes. Segundo, maneja la multiplexin y demultiplexin de paquetes de
varias fuentes. Cuando se vuelve a ensamblar un paquete, determina a cul
protocolo de capa superior debe entregarlo; por ejemplo, RFcomm o
descubrimiento de servicios. Tercero, maneja el control de errores y la
retransmisin. Detecta los errores y reenva los paquetes cuya recepcin no se
confirm. Por ltimo, L2CAP hace valer los requerimientos de calidad del
servicio entre mltiples enlaces.
Estructura de la trama de bluetooth
Bluetooth define varios formatos de trama, el ms importante se muestra en
dos formas en la figura 4-36.
Empieza con un cdigo de acceso que por lo general identifica al maestro, de
modo que los esclavos que se encuentren en el rango de alcance de dos
maestros

sepan cul trfico es para ellos. A continuacin se encuentra un encabezado de


54bits que contiene campos comunes de la subcapa MAC. Si la trama se enva
a la tasa de transmisin bsica, sigue el campo de datos. ste tiene hasta 2744
bits para una transmisin de cinco ranuras. Para una sola ranura de tiempo, el
formato es el mismo excepto que el campo de datos es de 240 bits.
Si la trama se enva con la tasa mejorada, la porcin de datos puede tener hasta
dos o tres veces la cantidad de bits, ya que cada smbolo transporta 2 o 3 bits

en vez de 1 bit. A estos datos les sigue un campo de guarda y un patrn de


sincronizacin que se utiliza para cambiar a la tasa de datos ms alta. Es decir,
el cdigo de acceso y el encabezado se transportan con la tasa bsica y slo la
porcin de los datos se transporta con la tasa ms rpida. Las tramas de tasa
mejorada terminan con un terminador corto.
Demos un rpido vistazo al encabezado comn. El campo Direccin identifica
a cul de los ocho dispositivos activos est destinada la trama. El campo Tipo
indica el tipo de trama (ACL, SCO, de sondeo o nula), el tipo de correccin de
errores que se utiliza en el campo de datos y cuntas ranuras de longitud tiene
la trama. Un esclavo establece el bit Flujo cuando su bfer est lleno y no
puede recibir ms datos.
Este bit permite una forma primitiva de control de flujo. El bit A (de
confirmacin de recepcin) se utiliza para superponer un ACK en una trama.
El bit S (de secuencia) se utiliza para numerar las tramas con el propsito de
detectar retransmisiones. El protocolo es de parada y espera, por lo que 1 bit
es suficiente. A continuacin viene el encabezado Suma de verificacin de 8
bits. Todo el encabezado de 18 bits se repite tres veces para formar el
encabezado de 54 bits que se aprecia en la figura 4-36. En el lado receptor, un
circuito sencillo examina las tres copias de cada bit. Si son las mismas, el bit
es aceptado. De lo contrario, se impone la opinin de la mayora. De esta
forma, 54 bits de capacidad de transmisin se utilizan para enviar 10 bits de
encabezado. Esto se debe a que es necesaria una gran cantidad de redundancia
para enviar datos de manera confiable, en un entorno ruidoso, mediante
dispositivos de bajo costo y baja potencia (2.5 mW) con poca capacidad de
cmputo.
En el campo de datos de las tramas ACL y SCO se utilizan varios formatos.
Las tramas SCO de tasa bsica son un ejemplo simple para estudiar: el campo
de datos siempre es de 240 bits. Se definen tres variantes, que permiten 80,
160 o 240 bits de carga til real; el resto se utiliza para correccin de errores.
En la versin ms confiable (carga til de 80 bits), el contenido se repite tres
veces, al igual que el encabezado.
Podemos resolver la capacidad con esta trama de la siguiente forma. Como el
esclavo slo puede usar las ranuras impares, recibe 800 ranuras/seg, al igual
que el maestro. Con una carga til de 80 bits, la capacidad de canal del esclavo

es de 64 000 bps, al igual que la capacidad de canal del maestro. Esta


capacidad es justo la necesaria para un solo canal de voz PCM full-dplex
(razn por la cual se eligi una tasa de saltos de 1600 saltos/seg). Esto es, a
pesar de un ancho de banda puro de 1 Mbps, un solo canal de voz full-dplex
sin comprimir puede saturar la piconet por completo. La eficiencia de 13% es
el resultado de invertir un 41% de la capacidad en el tiempo de
establecimiento, un 20% en los encabezados y un 26% en la codificacin de
repeticin. Esta deficiencia resalta el valor de las tasas mejoradas y las tramas
de ms de una ranura.

También podría gustarte