Académique Documents
Professionnel Documents
Culture Documents
E.P.I.E
CÁTEDRA : PROYECTOS DE
TELECOMUNICACIONES
CICLO :X
ACAJA
PAMPAS-TAY
2018
1
INDICE
BLUETOOTH...............................................................................................3
CAPÍTULO I...............................................................................................3
1.1.- Resumen...............................................................................................3
1.2.- Introducción........................................................................................3
1.3.- Historia del Bluetooth.........................................................................4
1.4.- ¿Por qué Bluetooth?...........................................................................4
1.5.- Arquitectura General..........................................................................5
1.6.- Topología de Red.................................................................................6
1.7.- Máquina de Estado de Banda Base...................................................6
1.8.- Enlace en Banda Base.........................................................................7
1.9.- Enlace Principal..................................................................................8
1.10.- Controlador de Interfases del Host.................................................8
CAPÍTULO II..............................................................................................9
2.1.- Control de Enlace Lógico y Protocolo de Adaptación.....................9
2.2.- Canales...............................................................................................10
2.3.- Máquina de Canales de Estado........................................................10
2.4.- Conexión.............................................................................................11
2.5.- Configuración....................................................................................12
2.6.- Desconexión.......................................................................................12
2.7.- Paquetes.............................................................................................13
2.8.- Servicio de Protocolo de Descubrimiento.......................................13
2.9.- Servicio de Registros.........................................................................13
2.10.- Descubriendo Servicios...................................................................14
2.11.- Protocolo..........................................................................................14
2.12.- Formato de los Frames...................................................................15
2.13.- Bluetooth Hoy y Mañana................................................................15
Conclusiones..............................................................................................16
2
BLUETOOTH
CAPÍTULO I
1.1.- Resumen
1.2.- Introducción
3
científicas y médicas (ISM) de 2.5 GHz. El objetivo de las aplicaciones incluye
PC y redes periféricas, cómputos escondidos, y sincronizaciones datos tales
como para libros de direcciones y calendarios. Otras aplicaciones podrían
incluir redes en el hogar y aparatos de hogar del futuro tales como aparatos
inteligentes, sistemas de calefacción, y dispositivos de entretenimiento.
4
Bluetooth esta diseñado para ser de menor costo, eventualmente bajo
los $10/unidad. De otro lado, sin embargo, están las distancias limitadas de
conexión, e incluso más perjudicial, la velocidad de transmisión. Bluetooth
soporta solamente 780 Kbps, los cuales pueden ser usados, 721 Kbps en
transferencia de datos unidireccional (57.6 Kbps en dirección contraria) o
superior a los 432.6 Kbps si es una transferencia de datos simétrica. Est0os
índices son comparables con el 1-2 Mbps soportados por Homero y, a través
del video real digital está aún más allá de la capacidad de cualquier tecnología
de RF, perfectamente adecuada para transferencia de archivos y aplicaciones
de impresión.
5
autenticación, y configuración de enlace. Los principales enlaces por separado
para los dispositivos de comunicación usan el Protocolo Principal de Enlace, el
cual utiliza los servicios del control de enlace subyacente (banda base). El
hardware de control de enlace puede también proveer una interfase de control
anfitrión (HCI) –host controller interface- como una interfaz estándar para el
software.
7
puede responder durante el siguiente intervalo de tiempo, o si ningún
dispositivo es diseccionado, el paquete es considerado un mensaje
retransmitido. Casi todos los enlaces SCA incluyen un paquete de
retransmisión.
8
Existen muchos protocolos de interfase Bluetooth para el nivel de enlace
L2CAP. SDP provee servicios específicos de descubrimiento para un ambiente
Bluetooth sin inhabilitar el uso de otros servicios de protocolos. RFCOMM es un
simple protocolo de transmisión que provee datos seriales. Un pórtico entero de
emulación es usado para ubicar la comunicación API para los servicios
RFCOMM, permitiendo software legal para operar un dispositivo Bluetooth. Los
Protocolos de Especificación de Control de Telefonía (TCS –s.i.-) es provisto
para voz y control de llamada de datos, proveyendo una dirección de grupo con
capacidades y conexiones TCS, las cuales permiten una señalización no
relacionada para una llamada entrante. Tantas señales punto-punto y punto-
multipunto se apoyan usando canales L2CAP, aunque la voz y datos actuales
son transferidos directamente desde una banda base entre –bypass L2CAP-
sobre los enlaces SCO.
CAPÍTULO II
El nivel de enlace L2CAP opera sobre un enlace ACL provisto por la banda
base. Un enlace simple ACL, instalado por el principal enlace usando LMP, está
siempre disponible entre el maestro y cualquier esclavo activo. Este provee
enlaces punto-multipunto apoyando tanto, transferencia de datos sincrónicos
como isocrónicos. El L2CAP provee servicios de protocolo de mayor nivel para
transmisión de paquetes de datos sobre enlaces L2CAP. Existen tres tipos de
canales L2CAP: canales de señalización bidireccional que llevan comandos;
canales de conexión orientada para conexiones punto a punto bidireccionales;
y canales sin conexión unidireccionales que soportan conexiones punto-
multipunto permitiendo a una entidad local a ser conectada a un grupo de
dispositivos remotos.
2.2.- Canales
La figura 4 muestra entidades con varios tipos de canales entre ellos. Cada
canal L2CAP incluye dos terminales referidas por un indicador de canal lógico
(CID –s. i-). Cada CID puede representar un canal Terminal por un canal de
9
conexión orientada, un canal sin conexiones, o un canal de señalización.
Desde que un canal de señalización es requerido entre cualquiera de dos
entidades L2CAP antes la comunicación puede tomar lugar, cada entidad
L2CAP puede tomar lugar, y además tendrá un canal de señalización Terminal
con un CID reservado de 0x0001. Todos los canales de señal entre el L2CAP
local y una entidad remota usando el mismo punto Terminal.
10
2.4.- Conexión
Para un canal abierto, el canal terminal debe ser conectado y configurado. Una
conexión ocurre cuando tanto la entidad local L2CAP requiere conexión hacia
un dispositivo remoto o una indicación que ha sido recibido indicando que una
entidad remota L2CAP está requiriendo conexión hacia un CID local. En el
primer caso, el requerimiento tiene origen desde un protocolo de nivel superior,
ha sido pasado en el dispositivo remoto, y la entidad local entra al estado
W4_L2CAP_Connect_RSP para esperar una respuesta. En el otro caso la
indicación es reconocida como un requerimiento de conexión, el requerimiento
ha sido pasado a un nivel superior, y la entidad local entra a un estado de
11
W4_L2CAP_Connect_RSP para esperar por una respuesta. En ambos casos,
cuando la respuesta es recibida, el dispositivo local entra al estado CONFIG.
2.5.- Configuración
Un canal de conexión orientada deber ser configurado antes que los datos
puedan ser transmitidos. La configuración envuelve una negociación entre
ambas partes de la conexión antes todas las opciones son agregadas. Esto se
hace usando un comando de Solicitud de Configuración y respuesta de
configuración. Los tipos de opciones de configuración incluyen una unidad
máxima de transmisión (MTU), un tiempo desperdiciado, y un acuerdo QoS. La
opción MTU refleja el gran paquete L2CAP del dispositivo local. Un desperdicio
de tiempo determina la cantidad de tiempo que el control de enlace intentará
transmitir un segmento L2CAP antes de lanzar el paquete. Finalmente, el
acuerdo QoS es utilizado para negociar una especificación de lanzamiento para
una simple dirección de transmisión. La implementación L2CAP es solo
requerida para soportar el mejor esfuerzo del servicio, pero no tráfico o servicio
de garantía pueden también ser negociado. Otro parámetro en las
especificaciones de lanzamiento incluye el índice de muestra, el tamaño de
muestra, el anchote banda pico, la latencia, y el error de variación. El
dispositivo de requerimiento indica todo de las opciones no predeterminadas
para aceptar, lo cual el dispositivo de respuesta acepta o provee una serie de
alternativas. Este proceso continúa hasta que todas las opciones has sido
aceptada. Esta configuración es solo para transferencia en una dirección,
además, el proceso luego debe ser repetido en la dirección opuesta. Después
de que todos los parámetros de configuración han sido determinados, la
entidad L2CAP entra en estado de abierto, hasta que el punto de transferencia
de datos pueda empezar.
2.6.- Desconexión
2.7.- Paquetes
12
Los datos son transmitidos a través de canales usando paquetes. Un canal de
orientación conectada usa paquetes con cabeceras de 32 bits seguidas por una
trama de más de 65535 bytes. La cabecera incluye una longitud de 16 bits de
trama para usar un chequeo integral y la destinación de 16 bits CID. La trama
contiene información recibida o siendo enviada por un protocolo de nivel
superior. Los paquetes de canales de no conexión también incluyen una
cabecera, pero siempre usa 0x0002 para el CID remoto. Además, la cabecera
es seguida por 16 bits (mínimo) protocolo/servicio de multiplexor (PSM –s.i.-),
el cual es usado para indicar desde cual protocolo de nivel el paquete fue
originado. Esto permite el reensamblado de paquetes en el dispositivo remoto.
El campo PSM no requiere de canales de conexión orientada desde que ellos
están obligados a especificar el protocolo durante la conexión.
13
2.10.- Descubriendo Servicios
2.11.- Protocolo
El protocolo central del bluetooth consiste de banda base, LMP, L2CAP, y SDP.
La banda base y el nivel de control de enlace permite el enlace físico RF entre
unidades de Bluetooth que forman un piconet. Como los sistemas RF Bluetooth
es una frecuencia d salto con un sistema de propagación de espectro en los
14
cuales los paquetes son transmitidos en definidos intervalos de tiempo en
determinadas frecuencias, este nivel usa preguntas de procedimientos de
sincronización de transmisión de frecuencia de saltos y reloj de diferentes
dispositivos Bluetooth (ver cuadro).
Conclusiones
16