UNIVERSIDAD CENTRAL DE VENEZUELA

Facultad de Ciencias
Postgrado en Ciencias de la Computacin
Lecturas de Docencia

Redes de rea Local y Personal

Inalmbricas:
Bluetooth

Profesora Agregado Maria Elena Villapol

Diciembre del 2006.

Redes Inalmbricas de rea Local y Personal: Bluetooth

1. Fundamentos de Bluetooth
Bluetooth es una tecnologa de radio frecuencia (RF) que ofrece
conectividad a corta distancia para equipos personales, portables, PDAs,
entre otros. Inicialmente, fue pensado para reemplazar los cables que
conectan diversos dispositivos. Se caracteriza por ser de bajo costo y
amigable.
Bluetooth se enfoca en lo siguiente:

Reemplazo del cable: substitucin de interfaces tradicionales,

tales como RS-232 y conectores propietarios.
Punto de acceso de voz y data: proporciona una interfaz
uniforme para acceder servicios de voz y datos. Tambin se puede
usar para proporcionar acceso a una WAN usando un gateway
personal tal como un telfono celular.
Redes ad hoc: proporciona comunicacin sin infraestructura, que
se puede usar para el soporte a grupos colaborativos (reuniones,
conferencias).

El desarrollo de Bluetooth se inicia finales del invierno de 1998.

Ercisson, IBM, Intel, Nokia y Toshiba formaron el Bluetooth Special Industry
Group (SIG). Su intencin era desarrollar una tecnologa inalmbrica de
corto alcance que deba funcionar en la banda de 2.4 GHZ (ISM).
El nombre de Bluetooth viene del Rey Danes Harald Blatand o Harold
Bluetooth en ingls quien es conocido por haber unificado la gente de
Scandinavia durante el siglo 10. Fue un nombre dado de forma temporal a
sta tecnologa, aunque nunca se ha cambiado.
La especificacin fue ofrecida sin royalty a quienes la adoptaran. En
Mayo de 1998 haba aproximadamente 70 adoptadores. Ahora hay ms de
3000. En 1999 se libera la primera especificacin (1.0A). Actualmente se
encuentra la disponible la especificacin de la versin 2.0.
En Diciembre de 1999, se haban incorporado al SIG 3Com, Lucent,
Microsoft y Motorola. En Marzo de 1999 se creo el grupo IEEE 802.15 para
desarrollar estndares para WPAN. La especificacin de Bluetooth fue
elegida como documento base para el estndar IEEE 802.15.1.
1.1.

Pila de Protocolos
Una especificacin de Bluetooth incluye:

Especificacin Ncleo (Core specification): describe los detalles de

los diversos protocolos que conforman la pila de protocolos.
Especificacin de perfiles (Profile specification): incluye los
detalles del uso de la tecnologa Bluetooth para soportar varias
aplicaciones. Indica cuales de los aspectos de la especificacin del ncleo
son obligatorios, opcionales y no aplicables.
2 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

La Ilustracin 1 muestra la pila de protocolos que conforman el

estndar. La misma divide los protocolos en los siguientes niveles:
Protocolos fundamentales de Bluetooth (protocolos del ncleo):
son especficos de la tecnologa inalmbrica Bluetooth y han sido
desarrollados por el SIG Bluetooth.
Protocolos de sustitucin de cable: suministran sealizacin de
control que emulan el tipo de sealizacin que se asocia usualmente con
los enlaces de cable.
Protocolos de control de telefona: definen la sealizacin de
control de llamada para establecer llamadas de voz y datos con
dispositivos Bluetooth. Tambin define un protocolo (Comandos AT) que
definen como pueden controlarse un MODEM y un telfono mvil.
Protocolos adoptados: son protocolos existentes desarrollados por
otros que se utilizan para diversos fines en las capas superiores.
Protocolos de sustitucin del cable

Protocolos de control de telefona

Protocolos adoptados

P ro to c o lom sid d le w a re

Protocolos del ncleo

vCard/VCal

WAE

OBEX

WAP

Comandos AT

TCS Bin

SDP

UDP/TCP
IP

P ro to c o lo s d e tra n s p o rte

PPP
Audio

RFCOMM

Control

Interfaz de Control del Host

Logical Link Control and Adaptation Prottocol (L2CAP)

Link Manager Protocol (LMP)
Baseband
Bluetooth Radio

Ilustracin 1: Pila de Protocolos de Bluetooth

1.2.

Capa de Especificacin de Radio

La especificacin de Bluetooth establece el uso de la frecuencia de

2.4 GHz (ISM). La banda de frecuencia en la mayora de pases es de 2.4
2.4835 GHZ., definindose 79 canales fsicos de 1 MHz sobre esta banda
(Ver Tabla 1).
rea
Estados Unidos, mayora
de pases de Europa y
muchos otros pases.
Japn

Rango Regulatorio
2,4 2,4835 GHz

Canales RF
f = 2,402 + n MHz, n= 0,
,78

2,471 2,497 GHz

Espaa

2,445 2,475 GHz

Francia

2,4465 2,4835 GHz

f = 2,473 + n MHz, n= 0,
,22
f = 2,449 + n MHz, n= 0,
,22
f = 2,454 + n MHz, n= 0,
,22

3 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Tabla 1: Reservacin de las Frecuencias de Bluetooth a nivel

Internacional
Los radios Bluetooth viene en 3 clases dependiendo de su potencia
de transmisin (Ver Tabla 2).
La tcnica de modulacin usada en Bluetooth es la Gaussian
Frecuency-Shift-Keying (GPSK), siendo la tasa de baudios de 1 Msps. Pero
ya que el tiempo de bit es 1 ms, la tasa de transmisin es 1 Mbps.
Adicionalmente, Bluetooth emplea FHSS a 1600 hops/sec. Los saltos se
producen entre los 79 canales de 1 MHz de forma pseudo-aleatoria.

Clase

Mxima
Potencia de
Salida (Pmax)

Potencia de
salida
Nominal

1000 mW (20
dBm)

N/A

2,5 mW (4
dBm)
1 MW (0 dBm)

1 mW (0 dBm)

N/A

Potencia de
Salida
Mnima
(Pmin)
1 mW (0 dBm)

0,25 mW (-6
dBm)
N/A

Control de
Potencia
Pmin <+4 dBm
a Pmax
Opcional:
Pmin a Pmax
Opcional:
Pmin a Pmax
Opcional:
Pamin a Pmax

Tabla 2: Potencias de transmisin de los equipos Bluetooth

1.3.

Capa de Especificacin Baseband

La especificacin de la banda base (baseband) define los

procedimientos claves para permitir la comunicacin entre dispositivos.
Relacionados a esta capa existen una serie de conceptos que veremos a
continuacin, antes de describir su funcionamiento.
1.3.1. Piconets y Scatternets
Una piconet es una coleccin de dispositivos que pueden
comunicarse. La piconet se forma de una forma ad hoc y contiene un
dispositivo maestro y a lo sumo 7 dispositivos esclavos (Ver Ilustracin
2).

4 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Maestro
Esclavo

Ilustracin 2: Ejemplo de una piconet

Un dispositivo en una piconet puede ser parte de otra piconet (como
maestro o esclavo). Esta especie de solapamiento se conoce como
scatternet (Ver Ilustracin 3).
Maestro
Esclavo

Ilustracin 3: Ejemplo de una scatternet

1.3.2. Salto de Frecuencia
En Bluetooth el ancho de banda disponible es dividido en 79 canales
fsicos de 1 MHz. El salto ocurre de una frecuencia a otra en forma seudo
aleatoria. La secuencia de salto es compartida entre todos los dispositivos
de una piconet. Ya que la tasa de salto es de 1600 saltos/seg cada canal
es ocupado por 0,625 ms. Este perodo es llamado slot. Los slots estn
numerados secuencialmente.
Los dispositivos (radios) se comunican usando Time Division Duplex
(TDD). La data es transmitida en una direccin a la vez y la transmisin se
alterna entre las dos direcciones. Ya que ms de dos dispositivos usan el
medio se est hablando de FDMA. Siendo el acceso a la piconet: FH-TDDFDMA (ver Ilustracin 4).

Ilustracin 4: Salto de Frecuencia de Bluetooth

5 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

La transmisin de un paquete se inicia al comienzo de un slot. Si un

paquete requiere ms de un slot, el radio permanece en la misma
frecuencia. Despus retorna a la frecuencia requerida por la secuencia de
salto (Ver Ilustracin 5)

Ilustracin 5: Transmisin de paquetes que ocupan mltiples

slots.
La frecuencia de salto es determinada por el maestro. Ya que
piconets diferentes en la misma rea tienen diferentes maestros, tendrn
diferentes frecuencias de salto. La mayora de la veces las transmisiones
en diferentes piconets ocurrir en diferentes frecuencias. Ocasionalmente,
puede haber colisiones porque dos transmisiones de dos piconets distintas
(en la misma rea) usando la misma frecuencia. Dichas colisiones son
tratadas con la tcnica de deteccin/correccin de errores y mecanismos
ARQ.
1.3.3. Tipos de Enlaces
Existen dos tipos de enlaces que se pueden establecer entre el
maestro y un esclavo:
1.- Sincrono Orientado a Conexin (SCO): es orientado al trfico con
restricciones de tiempo (audio). En dicha conexin se reserva un ancho de
banda fijo en una conexin punto-a-punto (M/E) a intervalos regulares de
tiempo. El maestro reserva slots (en pares, uno por cada direccin). Los
paquetes SCO no son retransmitidos, pero se pueden usar mecanismos de
deteccin/correccin de errores (FEC).
2.- Asncrono no Orientado a Conexin (ACL): est destinado a trfico
best effort. La comunicacin se realiza en slots no reservados para trfico
SCO. Los paquetes pueden ser retransmitidos.
1.3.4. Paquetes
La Ilustracin 6 muestra la estructura de un paquete y a
continuacin se describe el mismo:
6 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

LSB 68/72
Cdigo de
acceso

LSB

54

0-2745

Encabezado

64

Prembulo

Sync Word

MSB

Carga til

MSB

Cola

Ilustracin 6: Formato de Paquete Baseband Bluetooth

Cdigo de Acceso (AC): existe un cdigo corto (68 bits) y otro largo
(72 bits). El AC corto es usado para sincronismo, compensacin del
desplazamiento DC e identificacin e identifica todos los paquetes en un
canal fsico. Los paquetes enviados por un mismo canal fsico deben tener
el mismo AC. Hay tres tipos de Cdigo de Acceso (AC):

Cdigo de acceso del Canal (CAC): identifica un piconet. Todos

los paquetes enviados en la misma piconet tienen el mismo CAC.
Cdigo de Acceso del Dispositivo (DAC): usado para bsquedas
(paging) y subsecuentes respuestas.
Cdigo de Acceso de Indagacin (IAC): puede ser general o
dedicado. El primero se usa para descubrir dispositivos que estn en
el alcance. El segundo es usado para un grupo dedicado de
dispositivos.
Adicionalmente, el AC incluye los siguientes campos:

Preambulo: tiene un patrn fijo de 4 smbolos y es usado para

compensar el DC. Su valor depende del LSB de la palabra de
sincronizacin (sync word).
Cola: tiene un patrn fijo de 4 smbolos y es usado para extender
compensacin del DC junto con los tres MSB del syncword. Su valor
depende del MSB de la palabra de sincronizacin (syncword).
SyncWord: cada dispositivo Bluetooth tiene una direccin de 48
bits. Los 24 bits menos significativos son llamados parte de la
direccin menos significativa (LAP). El LAP es usado para forma la
syncword. Para el CAC, la direccin LAP del maestro es usada. Para
el GIAC o el DIAC, los LAPs reservados y dedicados son usados. Para
la DAC, la direccin LAP del esclavo es usada.
La palabra syncword se forma de la siguiente forma:
o
o
o
o

Sumar bits al LAP.

Generar la secuencia PN.
Hacer el XOR de resultante paso 1 y parte secuencia PN.
Generar un cdigo de error de 34 bits para el bloque de
informacin anterior y colocarlo al comienzo.
7 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

o Hacer XOR de la PN y la secuencia de 64 bits producida en

paso 4.
Encabezado del paquete: esta formado por los siguientes campos:
o LT-ADDR: direccin de transporte lgica para el paquete. Es la
direccin temporal asignada al esclavo en dicha piconet.
o Tipo: identifica el tipo de paquete.
o Flujo: proporciona un mecanismo para el control de flujo de un solo
bit para el trfico ACL.
o ARQN: proporciona un mecanismo de reconocimiento de 1 bit para
trfico ACL protegido por un CRC.
o SEQN: proporciona un esquema de numeracin secuencial de 1-bit.
Los paquetes transmitidos son etiquetados con 1 o 0.
o HEC: Un cdigo de deteccin de error para proteger el encabezado.
LSB

LT_ADDR

4
Tipo

Flujo ARQNSEQN

MSB

HEC

Ilustracin 7: Formato del campo de encabezado del paquete.

Carga til del Paquete: hay dos tipos de campos:
o Campo sincrono: transporta paquetes SCO. Esta formado por el
cuerpo y un campo CRC de 16 bits.
o Campo asncrono: transporta paquetes ACO. Esta formado por:
el encabezado, cuya longitud es de 8 bits para paquetes de un
slot y 16 bits para paquetes multi slots; el cuerpo que contiene
informacin del usuario y el CRC de 16 bits para la carga til
excepto en paquetes de tipo AUX1. El encabezado esta formado a
su vez por el LLID que identifica el canal lgico (por ejemplo,
mensaje L2CAP no fragmentado, continuacin de un mensaje
L2CAP fragmentado), un campo indicador de flujo y la longitud:
del cuerpo.
1.3.5. Mecanismos de Correccin de Errores
Los siguientes son los mecanismos para la correccin de errores
definidos por el estndar Bluetooth:
o 1/3 FEC: enva tres copias del mismo bit.
o 2/3 FEC: basado en cdigo de Hamming (ver [1])).
o ARQ: usa para la deteccin de errores el CRC/FEC. Utiliza ACKs
positivos para reconocer tramas recibidas exitosamente y
retransmite paquetes despus que se ha vencido el
correspondiente timeout. Adicionalmente, un receptor que
recibe un paquete daado puede enviar un ACK negativo. El
emisor al recibir este debe retransmitir el paquete (Ver
Ilustracin 8).

8 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Ilustracin 8: Ejemplo del intercambio de paquetes usando ARQ

1.3.6. Canales Lgicos
Bluetooth defines los siguientes tipos de canales de data lgicos:
o Control de Enlace (LC): transporta informacin de control de
enlace de datos tal como ARQ, control de flujo y caracterizacin de
la carga til.
o Gestin de Enlace (LM): soporta trafico LMP y es transportado en
paquetes SCO y ACL.
o Usuario Asncrono (UA): transporta data del usuario asncrona.
o Usuario Iscrono (UI): transporta data de usuario iscrona.
o Usuario Sincrono (US): transporta data del usuario sincrona
1.3.7. Establecimiento de la Conexin
Los estado envueltos en el establecimiento de la conexin se
muestran en la Ilustracin 9, el cual ha sido tomado de la especificacin
de Bluetooth [1].

Ilustracin 9: Estado que intervienen en el establecimiento de una

conexin.

9 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Dichos estados se agrupan en estado de Prevenido (Standby),

estado de Indagacin (Inquiry), estado de Page y estado de Conexin
(Connection). El estado de standby es el estado inicial en que se
encuentra un dispositivo el cual no ha establecido una conexin. En el
estado de inquiry, un dispositivo colecta informacin acerca de otros
dispositivos cercanos para obtener informacin bsica, tal como la
direccin Bluetooth del dispositivo y valores del reloj. Esta compuesto por
varios sub estados; el de inquiry, ejecutado por el potencial maestro y los
estados de inquiry scan y inquiry response ejecutados por los potenciales
esclavos.
En el sub estado de inquiry, un potencial maestro transmite
paquetes de indagacin los cuales son recibidos por los esclavos en el sub
estado de inquiry scan. Ya que durante el procedimiento de
establecimiento de una conexin bandabase, los roles del maestro y del
esclavo no estn definidos, se denomina un potencial maestro aquel
dispositivo que inicia un proceso de indagacin destinado a establecer una
conexin. En el sub estado de inquiry scan, un dispositivo busca mensajes
de inquiry enviados por un potencial maestro. Una vez recibido un
mensaje de inquiry un potencial esclavo debe entrar al estado de inquiry
response.
En el estado de page, un dispositivo invita a otro a juntarse a su
piconet. Similarmente al estado de indagacin, el estado de page est
compuesto por varios sub estados. Los sub estados de page y master
response los cuales son ejecutado por el potencial maestro y los de page
scan y slave response ejecutados por los esclavos. En el sub estado de
page, un maestro activa y puede conectarse a un esclavo que esta en el
sub estado de page scan. Un esclavo entra en el sub estado de slave
response cuando recibe un mensaje de page. En este estado el esclavo
espera recibir un mensaje de master response. Despus de recibir dicho
mensaje, responde con otro mensaje y entra al estado de connection (es
decir, est conectado con el dispositivo maestro). En el sub estado de
page scan, el esclavo escucha por mensajes de page del esclavo. Un
maestro entra en el estado de master response una vez recibido un
mensaje de page response del esclavo. El maestro transmite un paquete
conteniendo la informacin necesaria para que el esclavo pueda entrar en
el estado de connection. Una vez que recibe una respuesta del esclavo, el
maestro puede entrar al estado de connection. El estado de park fue
descrito anteriormente.
1.3.8. Conexin
La Ilustracin 10 muestra los estados en que puede estar un
dispositivo una vez establecida una conexin. Estos se describen a
continuacin:

10 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Ilustracin 10: Estados de una Conexin.

Active: participa en una piconet. En este estado escucha, transmite y
recibe paquetes.
Sniff: escucha en slots especficos.
Hold: no soporta paquetes ACL. Es un estado de potencia reducida.
Puede an participar en el intercambio de paquetes SCO.
Park: no participa en la piconet, pero es retenido como parte de la
piconet.
1.4.

Seguridad

La especificacin banda base define una facilidad para proporcionar

seguridad entre dos dispositivos Bluetooth que estn estableciendo una
conexin. La misma consiste de los siguientes elementos:
Autenticacin: tiene como finalidad verificar identidades de las
unidades involucradas en el procedimiento.
Cifrado: la informacin del usuario puede ser protegida cifrando el
paquete; sin embargo, el cdigo de acceso y el encabezado del paquete
nunca se cifran.
Para mantener la seguridad a nivel de enlace, se usan cuatro
parmetros:
Direccin del dispositivo Bluetooth (BD_ADDR): es nica y tiene
una longitud de 48 bits. Es asignada por la IEEE.
Clave privada de autenticacin de usuario: tiene una longitud fija
de 128 bits.
Clave privada de cifrado: esta clave de usuario tiene longitud
variable (entre 8 y 128 bits) y se obtiene durante el proceso de
autenticacin, a partir de la clave de autenticacin.
Nmero aleatorio (RAND): se obtiene de un proceso pseudo
aleatorio que se llevar a cabo en el dispositivo Bluetooth. Este nmero
cambiar peridicamente.
1.4.1. Autenticacin
La entidad encargada de la autenticacin, realiza la misma, usando
una rutina convencional de desafo/respuesta, lo cual se realiza para
asegurar que la entidad tratada posee su clave secreta. Esta clave de
enlace es compartida por los dispositivos que se van a comunicar. La clave
11 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

de enlace (de autenticacin) es un nmero aleatorio de 128 bits que se

comparte entre dos o ms dispositivos, que adems de ser usada durante
el proceso de autenticacin, forma parte de los parmetros usados para
crear la clave de cifrado.
En la Ilustracin 11 se muestra el esquema de desafo-respuesta
para Bluetooth. El demandante transmite su direccin de 48 bits exigida
por el verificador. Entonces el verificador retorna al demandante un
desafo en la forma de un nmero aleatorio de 128 bits (AU_RAND), el cual
junto con una clave de enlace secreta compartida de 128 bits y la
direccin del demandante (BD_ADDR), forman parte de la entrada a una
funcin Hash, dando como salida una firma de 32 bits (SRES). Esta firma
producida por el demandante es enviada al verificador, quien compara ese
resultado con su propio Hash (SRES), slo si ambos nmeros calculados
son los mismos, la autenticacin habr tenido xito. Lo que quiere decir
que quien emiti el desafo, proceder con el establecimiento de la
conexin. El algoritmo E1 adems de la salida SRES, tambin da como
resultado el parmetro ACO (Authenticated Ciphering Offset), que ser
utilizado para generar la clave de cifrado en el proceso de encriptacin.

Ilustracin 11: Autenticacin usando un esquema de DesafoRespuesta.

Si el proceso de autenticacin falta, debe pasar un tiempo antes de
intentarlo nuevamente. Este tiempo se incrementa exponencialmente,
para que as, el tiempo que transcurra despus de un intento fallido sea
por ejemplo el doble de tiempo de espera antes de ese fallo. Por otro lado,
el tiempo de espera decrecer exponencialmente cuando no haya fallos en
un determinado perodo de tiempo.
1.4.2. Cifrado
El proceso de cifrado usa un algoritmo que se llama E0. El
procedimiento se muestra en la Ilustracin 12 y la Ilustracin 13 que se
explica a continuacin. Para cada transmisin de un paquete se genera
una nueva clave de cifrado de la siguiente forma. Se combinan en una
funcin RAND compleja, la direccin del dispositivo, un nmero de 26 bits
12 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

que representa el reloj maestro y la clave secreta de cifrado. Esta clave es

usada como una entrada para E0 para producir un flujo continuo de bits
llamado z en la figura. El algoritmo E0 se implementa usando cuatro
LFSRs (Linear Feedback Shift Registers), cuyas longitudes son de 25, 31,
33, 39 sumando en total 128 bits. La cadena z es sumada mdulo-2 a los
datos que se van a cifrar. Como el valor del reloj cambia por cada cifrado
una cadena de cifrado distinta es usada cada vez mejoerando la
seguridad.
El desencriptado se realizar exactamente de la misma manera
usando la misma clave que se us para la encriptacin.

Ilustracin 12: Proceso de cifrado en Bluetooth

Ilustracin 13: Proceso de Cifrado en Bluetooth

1.5.

Especificacin del Manejador del Enlace (LMP)

Esta capa es la encargada de gestionar diversos aspectos del enlace

de radio entre el maestro y el esclavo. Para ellos utiliza una serie de
mensajes (PDUs), que se distribuyen en 24 reas funcionales y los cuales
son intercambiados en la forma de LMP PDUs. Estos mensajes son siempre
enviados en un slot.
A continuacin se describen las funciones del protocolo:
1.5.1. Funciones de Respuesta General
LMP define dos tipos de PDUs para responder a otro PDU: aceptado
(accepted) o no aceptado (not_accepted).
13 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

1.5.2. Servicio de Seguridad

Estos servicios incluyen los siguientes:
o
o
o
o
o

Autenticacin
Emparejamiento
Cambio de la clave de enlace
Cambio de la clave de enlace en curso
Encriptamiento

1.5.3. Sincronismo
LMP proporciona mecanismos de sincronismo en la diferentes
piconets participantes:
o Requerimiento de desplazamiento de reloj
o Informacin de desplazamiento del slot
o Requerimiento de informacin de la exactitud del temporizador
1.5.4. Capacidades de la Estacin
LMP incluye informacin que se
dispositivos que se estn comunicando:

intercambia

acerca

de

los

o Versin de LMP
o Caractersticas soportadas
1.5.5. Control de Modos
Bluetooth soporta cierto nmero de estados y modos los cuales son
manejados a travs de las siguientes funciones:
o
o
o
o
o
o
o
o
o
o
o
o

Intercambio del rol de esclavo/maestro

Requerimiento de nombre
Desconexin
Coloca el enlace entre un maestro y un esclavo en modo de hold
Entrar en el modo sniff
Coloca a un esclavo en modo Park
Permite el cambio de un canal entre un modo protegido con un
cdigo 2/3 FEC o no protegido con ningn FEC
Define dos parmetros de QoS
Establecimiento de enlaces SCO
Arbitra el mximo nmero mximo de slots de tiempo que un
paquete puede cubrir
Determina el esquema de paging a ser usado entre dispositivos en
la piconet
Supervisin de enlace para declararlo como que tiene alguna falla

L2CAP es un protocolo de la capa de enlace entre entidades con un

nmero de servicios. Confa en protocolos de las capas ms bajas para
14 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

control de error y flujo. Hace uso de los enlaces ACL pero no soporta
enlaces SCO. Proporciona los siguientes servicios, los cuales pueden ser
usados por los protocolos de las capa superiores:
o No orientado a conexin: soporte a un servicio no orientado a la
conexin. Cada canal es unidireccional. Usado del maestro a
mltiples esclavos.
o Orientado a la conexin: soporte a un servicio orientado a la
conexin. Cada canal es bidireccional.
o Sealizacin: provee el intercambio de mensajes de sealizacin
entre entidades L2CAP.
1.6.

Protocolos Middleware

Algunos de los protocolos que usan los servicios de los protocolos de

transporte descritos anteriormente se describen a continuacin (Ver
Ilustracin 1):
1.6.1. Protocolo de Descubrimiento de Servicios (Service
Discovery Protocol, SDP)
Permite que un dispositivo Bluetooth pregunte acerca de los
servicios que otro dispositivos conectados pueden tener y como accederlo.
SDP no proporciona los mecanismos para accederlos. SDP soporta las
siguientes indagaciones:
o Bsqueda segn clase de servicio
o Bsqueda segn los atributos de los servicios
o Navegacin por los servicios
Algunos de los protocolos que usan los servicios de los protocolos de
transporte descritos anteriormente se describen a continuacin (Ver
Ilustracin 35):
1.6.2. Protocolo de RFCOMM
Permite que aplicaciones que han sido diseadas e implementadas
para operar sobre cables eriales corran sobre Bluetooth sin ser
modificadas. Este protocolo emula las seales sobre los nueve hilos de un
cable de interconexin RS-232.
1.6.3. Protocolo de Sealizacin de Control de Telefona
(Telephony Control Signaling, TCS)
Soporta funciones de telefona normales entre las que se encuentran
iniciacin y terminacin de una llamada, reconocer una llamada entrante,
aceptar una llamada. El soporta comunicacin punto a punto y punto a
multipunto.
1.6.4. Otros Protocolos

15 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Incluyen protocolos adoptados de otras organizaciones. El protocolo

PPP (Point-to-Point Protocol) es un estndar del IETF para soportar la
comunicaron IP sobre lneas seriales. El OBEX (Object Exchange Protocol)
desarrollado por IrDA para el transporte de objetos entre dispositivos.
Los perfiles de Bluetooth definen los protocolos y las caractersticas
que soporta un modelo de uso. Un modelo de uso es un conjunto de
protocolos que implementan una aplicacin particular basada en
Bluetooth. Los perfiles se pueden dividir en [3] generales y especficos.
1.7.

Especificacin de los Perfiles de Bluetooth

Los Perfiles Generales incluyen:
o Perfil de acceso genrico (Generic Access Profile, GAP).
o Perfil del puerto en serial (Serial Port Profile, SPP).
o Perfil de aplicacin de descubrimiento de servicios (Service
Discovery
o Application Profile, SDAP).
o Perfil genrico de intercambio de objetos (Generic Object
Exchange Profile, GOEP).
Los Perfiles Especficos incluyen:
o
o
o
o
o
o
o

Perfil
Perfil
Perfil
Perfil
Perfil
Perfil
Perfil

de
de
de
de
de
de
de

transferencia de archivos (File Transfer Profile).

acceso a una LAN (LAN Access Profile).
sincronizacin (Synchronization Profile).
telefona inalmbrica (Cordless Telephony Profile)
auriculares (Headset Profile).
fax (Fax profile).
inter comunicacin (Intercom Profile)

o
o

Perfil de acceso telefnico a redes (Dial-UP Networking Profile)

Perfil de acceso de carga de objetos

La siguiente Ilustracin 14 muestra la relacin de dependencia entre

los perfiles mencionados:

16 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Perfil de Acceso Genrico

Perfiles Basados en TCS-Bin
Perfil de Descubrimiento
de Servicios

Perfil de Telefona
Inalmbrica

Perfil de
Intercomunicacin

Perfil de Puerto Serial

Perfil de Acceso
Telefnico a Redes

Perfil Genrico de
Intercambio de Objetos

Perfil de Fax

Perfil de Transferencia
De Archivos

Perfil de Auriculares

Perfil de Carga
de Objetos

Perfil de Acceso
a Redes LAN

Perfil de Sincronizacin

Ilustracin 14: Relacin entre los perfiles de Bluetooth

1.7.1. Perfil de Acceso Genrico
Este perfil define los procedimientos genricos para descubrir
dispositivos Bluetooth y aspectos relacionados a la gestin de enlace para
dispositivos que estn estableciendo una conexin. El perfil de acceso
genrico describe el uso de las capas inferiores tal como la LC y LMP,
describe las alternativas de seguridad incluyendo las de las capas
superiores tales como L2CAP, RFCOMM y OBEX. La Ilustracin 15
muestra los protocolos cubiertos por este perfil.

Ilustracin 15: Pila de Protocolos cubiertos por el perfil de acceso

genrico
1.7.2. Perfil del Puerto Serial
Este perfil est construido sobre el perfil de acceso genrico y
establece como deben configurarse los dispositivos Bluetooth para emular
una conexin serial usando RFCOMM. Las aplicaciones que utilizan este
perfil son normalmente aplicaciones heredadas que utilizan la
comunicacin serial y que no deben estar al tanto que la comunicacin se
esta realizando sobre el un enlace Bluetooth.
17 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Aplicacin A

Aplicacin B

Emulacin
del puerto serial

Emulacin
del puerto serial

RFCOMM

RFCOMM

L2CAP

SDP
LMP

Banda base

LMP

SDP

L2CAP

Banda base

Ilustracin 16: Pila de protocolos para el perfil del puerto serial

1.7.3. Perfil de Aplicacin de Descubrimiento de Servicios:
Este perfil describe como un dispositivo puede descubrir servicios
registrados en otros dispositivos Bluetooth al igual que otra informacin
acerca de estos servicios. La Ilustracin 17 muestra la pila de protocolos
para este perfil.
Aplicacin de
Descubrimiento de
Servicio

BT-module-Cntrl

BT-module-Cntrl

SDP (cliente)

SDP (cliente)

CO

CO

Capa L2CA

Capa L2CA

LM

LM

ACL
Banda base

Base de datos
de requisitos de
servicios

ACL
Banda base

Ilustracin 17: Pila de Protocolos para el perfil de aplicacin de

descubrimiento de servicios
1.7.4. Perfil Genrico de Intercambio de Objetos
Este perfil define como los objetos pueden ser intercambiados
usando el protocolo OBEX. El perfil indica los requerimientos expresados
en trminos de las caractersticas y procedimientos que son requeridos
para la interoperabilidad entre dispositivos Bluetooth en el modelo de uso
del intercambio de objetos. Dependiendo de este perfil (ver Ilustracin
18), hay perfiles para sincronizar informacin de gestin personal (PIM),
transferencia de archivos y carga de objetos (como por ejemplo tarjetas de
negocios). La Ilustracin 18 muestra la pila de protocolos para ste
perfil:

18 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Aplicacin Cliente

Aplicacin
Servidora

OBEX

OBEX

RFCOMM

L2CAP

SDP

RFCOMM

LMP

LMP

Banda base

SDP

L2CAP

Banda base

Lado del cliente

Lado del servidor

Ilustracin 18: Pila de protocolos para el perfil genrico de

intercambio de objetos
1.7.5. Perfil de Transferencia de Archivos:
Este perfil ofrece la capacidad de transferir objetos de datos de un
dispositivo a otro tales como hoja de clculo, presentaciones, imgenes.
La Ilustracin 19 muestra la pila de protocolos de este perfil:
Aplicacin Cliente de
Transferencia de Archivos

Aplicacin Servidor
de Transferencia de Archivos

OBEX

OBEX

RFCOMM

L2CAP

SDP

LMP

Banda base
Lado del cliente

RFCOMM

LMP

SDP

L2CAP

Banda base
Lado del servidor

Ilustracin 19: Pila de Protocolos del Perfil de Transferencia de

Archivos
1.7.6. Perfil de Acceso a una LAN:
Este perfil le permite a un dispositivo Bluetooth acceder a una LAN,
tal como si estuviera conectado a la red, usando PPP. En este modelo los
dispositivos utilizan un punto de acceso a una LAN como conexin
inalmbrica a la LAN. La Ilustracin 20 muestra la pila de protocolos para
este perfil. Note que ME es una entidad de gestin (managment entity)
que coordina procedimientos durante la inicializacin, configuracin y
gestin de la conexin.

19 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Aplicaciones

Aplicaciones

TCP / UDP

TCP / UDP
IP
PPP

M
E

SDP

PPP

RFCOMM

L2CAP

IP

PPP networking

LMP

RFCOMM

SDP
L2CAP

LMP

Banda base

M
E

LAN

LAN

Banda base

Dispositivo Bluetooth

Punto de acceso LAN

LAN

Ilustracin 20: Pila de Protocolos de Perfil de Acceso a una LAN

1.7.7. Perfil de Sincronizacin
Este perfil define los requerimientos de la aplicacin para los
dispositivos Bluetooth para el soporte del modelo de uso de
sincronizacin. La Ilustracin 21 muestra la pila de protocolos de este
perfil:
Aplicacin IrMC

Aplicacin Servidor
IrMC

OBEX

OBEX

RFCOMM

L2CAP

SDP

LMP

Banda base
Lado del cliente

RFCOMM

LMP

SDP

L2CAP

Banda base
Lado del servidor

Ilustracin 21: Pila de Protocolos de Perfil de Sincronizacin

1.7.8. Perfil de Telefona Inalmbrica

Este perfil define los procedimientos para la realizacin de llamadas
a travs de una estacin base y la realizacin de llamadas en forma
directa. Tambin permite el acceso de servicios complementarios provistos
por una red general de conmutacin externa. La Ilustracin 22muestra la
pila de protocolos de este perfil. El gateway es el dispositivo que
proporciona acceso a la red pblica tal como un MODEM y el terminal de
data es el dispositivo que usa los servicios de telefona del gateway.

20 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Ilustracin 22: Pila de Protocolos y Procedimientos de Perfil de

Telefona Inalmbrica.
1.7.9. Perfil de Auriculares
Este perfil define los protocolos y procedimientos para soportar el
uso de auriculares. El auricular debe actuar como entrada de audio e
interfaz de salida de un dispositivo. El mismo debe ser capaz de responder
llamadas entrantes y finalizarlas sin uso del teclado del telfono. La
Ilustracin 23muestra la pila de protocolos para este perfil. El control del
auricular es responsable por la sealizacin de control especfica de los
auriculares esta basado en comandos AT. El nivel de emulacin del puerto
de audio emula el puerto de audio en un telfono celular o en un PC. El
controlador de audio es el software en los auriculares.
Aplicacin
(Emulacin de
puerto de audio)

Aplicacin
(Controlador de audio)

Control del Auricular

Control del Auricular

RFCOMM

L2CAP

SDP

LMP

Banda base
Lado del gateway
de audio

RFCOMM

LMP

SDP

L2CAP

Banda base
Lado del auricular

Ilustracin 23: Pila de Protocolos del Perfil de Auriculares

1.7.10.

Perfil de Fax

Este perfil define los protocolos y procedimientos para el soporte del

caso de uso del Fax. Un telfono celular o un MODEM con Bluetooth
instalado pueden ser usados por una PC como MODEM-fax inalmbrico. La
Ilustracin 24 muestra la pila de protocolos de este perfil. El nivel de
marcacin y control define los comandos y procedimientos para la
marcacin y control automticos del enlace serie asncrono proporcionado
21 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

por los niveles inferiores. El nivel de emulacin de MODEM es la entidad

responsable de emular el MODEM y el controlador del MODEM es el
software controlador en el Terminal de datos.
Aplicacin
(Emulacin del
MODEM)

Aplicacin
(Controlador del MODEM)

Marcacin y control

Marcacin y control

RFCOMM

L2CAP

SDP

LMP

Banda base
Lado del gateway

RFCOMM

LMP

SDP

L2CAP

Banda base
Lado del terminal
de datos

Ilustracin 24: Pila de protocolos del perfil de Fax

1.7.11.

Perfil de Intercomunicacin

Este perfile soporta el uso de escenarios que implican un enlace

vocal directo tales como dos usuarios de telfonos que establezcan una
comunicacin sobre una conexin Bluetooth. La Ilustracin 25 muestra la
pila de protocolos de este perfil:

Ilustracin 25: Pila de Protocolos del perfil de intercomunicacin

1.7.12.

Perfil de Acceso Telefnico a Redes

Este perfil define los procedimientos y protocolos usados por

dispositivos tales como MODEM y telfonos celulares para implementar el
modelo de uso denominado puente Internet. Por ejemplo el uso de un
telfono celular como MODEM inalmbrico para conectar una PC o PDA a
una servidor de acceso telefnico a Internet. La Ilustracin 26 muestra
la pila de protocolos de ste perfil:

22 / 23

Redes Inalmbricas de rea Local y Personal: Bluetooth

Aplicacin
(Emulacin del
MODEM)

Aplicacin
(Controlador del MODEM)

Marcacin y control

Marcacin y control

RFCOMM

L2CAP

SDP

LMP

Banda base
Lado del gateway

RFCOMM

LMP

SDP

L2CAP

Banda base
Lado del terminal
de datos

Ilustracin 26: Pila de Protocolos del perfil de acceso telefnico a

redes.
1.7.13.

Perfil de Carga de Objetos

Este perfil define los requisitos de aplicacin para soportar el modelo

de uso de carga de objetos entre dispositivos Bluetooth. Este perfil
permite a un dispositivo cargar un objeto (tal como una tarjeta de
negocios o una cita) en la carpeta de entrada de otro dispositivo. El
dispositivo tambin pude descargarse una tarjeta desde otro dispositivo
Bluetooth. Dos dispositivos pueden tambin intercambiar objetos. La
Ilustracin 27 muestra la pila de protocolos de este perfil.
Aplicacin
(Cliente de carga)

Aplicacin
(Servidor de carga)

OBEX

OBEX

RFCOMM

L2CAP

SDP

LMP

Banda base
Cliente de carga

RFCOMM

LMP

SDP

L2CAP

Banda base
Servidor de carga

Ilustracin 27: Pila de Protocolos del perfil de Carga de Objetos.

[1]Bluetooth SIG, Inc. Specification of the Bluetooth System version 2.0.

05 November 2003.
[2]Bisdikian C. An Overview of the Bluetooth Wireless Technology. IEEE
Communications Magazine. December 2002. pp 86-95.
[3]Muller N. Tecnologa Bluetooth. McGraw-Hill Professional. Espaa,
2002.
i.

23 / 23