Bluetooth Bluetooth es una especificacin industrial para Redes Inalmbricas de rea Personal (WPAN) que posibilita la transmisin de voz

y datos entre diferentes dispositivos mediante un enlace por radiofrecuencia en la banda ISM de los 2,4 GHz. Los principales objetivos que se pretenden conseguir con esta norma son: Facilitar las comunicaciones entre equipos mviles y fijos. Eliminar los cables y conectores entre stos. Ofrecer la posibilidad de crear pequeas redes inalmbricas y facilitar la sincronizacin de datos entre equipos personales.

Los dispositivos que con mayor frecuencia utilizan esta tecnologa pertenecen a sectores de las telecomunicaciones y la informtica personal, como PDA, telfonos mviles, computadoras porttiles, ordenadores personales, impresoras o cmaras digitales. El nombre procede del rey dans y noruego Harald Blatand, cuya traduccin al ingls es Harald Bluetooth, conocido por unificar las tribus noruegas, suecas y danesas y por convertirlos al cristianismo. La idea de este nombre fue propuesto por Jim Kardach que desarroll un sistema que permitira a los telfonos mviles comunicarse con los ordenadores y unificar la comunicacin de los sistemas digitales. El logo de Bluetooth son las runas de las iniciales del nombre y el apellido. la (Berkana). la (Hagall) y

Se denomina Bluetooth al protocolo de comunicaciones diseado especialmente para dispositivos de bajo consumo, que requieren corto alcance de emisin y basados en transceptores de bajo costo. Los dispositivos que incorporan este protocolo pueden comunicarse entre ellos cuando se encuentran dentro de su alcance. Las comunicaciones se realizan por radiofrecuencia de forma que los dispositivos no tienen que estar alineados y pueden incluso estar en habitaciones separadas si la potencia de transmisin es suficiente. Estos dispositivos se clasifican como "Clase 1", "Clase 2" o "Clase 3" en referencia a su potencia de transmisin, siendo totalmente compatibles los dispositivos de una clase con los de las otras.

Clase

Potencia mxima permitida Potencia mxima permitida Alcance (mW) (dBm) (aproximado)

Clase 1 100 mW

20 dBm

~100 metros

Clase 2 2.5 mW

4 dBm

~10 metros

Clase 3 1 mW

0 dBm

~1 metro

En la mayora de los casos, la cobertura efectiva de un dispositivo de clase 2 se extiende cuando se conecta a un transceptor de clase 1. Esto es as gracias a la mayor sensibilidad y potencia de transmisin del dispositivo de clase 1, es decir, la mayor potencia de transmisin del dispositivo de clase 1 permite que la seal llegue con energa suficiente hasta el de clase 2. Por otra parte la mayor sensibilidad del dispositivo de clase 1 permite recibir la seal del otro pese a ser ms dbil. Los dispositivos con Bluetooth tambin pueden clasificarse segn su ancho de banda:

Versin

Ancho de banda

Versin 1.2

1 Mbit/s

Versin 2.0 + EDR 3 Mbit/s

Versin 3.0 + HS 24 Mbit/s

Versin 4.0 Aplicaciones ms usadas

24 Mbit/s

Transferencia de fichas de contactos, citas y recordatorios entre dispositivos va OBEX. Reemplazo de la tradicional comunicacin por cable entre equipos GPS y equipamiento mdico. Controles remotos (tradicionalmente dominado por el infrarrojo). Enviar pequeas publicidades desde anunciantes a dispositivos con Bluetooth. Un negocio podra enviar publicidad a telfonos mviles cuyo Bluetooth (los que lo posean) estuviera activado al pasar cerca. Las consolas Sony PlayStation 3 , Microsoft Xbox360 y Wii incorporan Bluetooth, lo que les permite utilizar mandos inalmbricos, aunque los mandos originales de la Wii funcionan mezclando la tecnologa de infrarrojos y Bluetooth. Enlace inalmbrico entre sistemas de audio y los altavoces (o altoparlantes) correspondientes.

Bluetooth v1.0 y v1.0b Las versiones 1.0 y 1.0b han tenido muchos problemas, y los fabricantes tenan dificultades para hacer sus productos interoperables. Las versiones 1.0 y 1.0b incluyen en hardware de forma obligatoria la direccin del dispositivo Bluetooth (BD_ADDR) en la transmisin (el anonimato se hace imposible a nivel de protocolo), lo que fue un gran revs para algunos servicios previstos para su uso en entornos Bluetooth. Bluetooth v1.1 (2002) Ratificado como estndar IEEE 802.15.1-20022 Se corrigieron muchos errores en las especificaciones 1.0b. Aadido soporte para canales no cifrados.

Indicador de seal recibida (RSSI).

Bluetooth v1.2 (2005) Esta versin es compatible con USB 1.1 y las principales mejoras son las siguientes: Una conexin ms rpida y Discovery (deteccin de otros dispositivos bluetooth). Salto de frecuencia adaptable de espectro ampliado (AFH), que mejora la resistencia a las interferencias de radio frecuencia, evitando el uso de las frecuencias de lleno en la secuencia de saltos. Mayor velocidad de transmisin en la prctica, de hasta 721 kbit/s,3 que en v1.1. Conexiones Sincrnicas extendidas (ESCO), que mejoran la calidad de la voz de los enlaces de audio al permitir la retransmisin de paquetes corruptos, y, opcionalmente, puede aumentar la latencia de audio para proporcionar un mejor soporte para la transferencia de datos simultnea. Host Controller Interface (HCI) el apoyo a tres hilos UART. Ratificado como estndar IEEE 802.15.1-20054 Introdujo el control de flujo y los modos de retransmisin de L2CAP.

Bluetooth v2.0 + EDR (2004) Esta versin de la especificacin principal Bluetooth fue lanzado en 2004 y es compatible con la versin anterior 1.2. La principal diferencia es la introduccin de una velocidad de datos mejorada (EDR "Enhanced Data Rate" "mayor velocidad de transmisin de datos") para acelerar la transferencia de datos. La tasa nominal de EDR es de 3 Mbit / s, aunque la tasa de transferencia de datos prctica es de 2,1 Mbit / s.3 EDR utiliza una combinacin de GFSK y Phase Shift Keying modulacin (PSK) con dos variantes, /4-DQPSK y 8DPSK.5 EDR puede proporcionar un menor consumo de energa a travs de un ciclo de trabajo reducido. La especificacin se publica como "Bluetooth v2.0 + EDR", lo que implica que EDR es una caracterstica opcional. Aparte de EDR, hay otras pequeas mejoras en la especificacin 2.0, y los productos pueden reclamar el cumplimiento de "Bluetooth v2.0" sin el apoyo de la mayor tasa de datos. Por lo menos un dispositivo de estados comerciales "sin EDR Bluetooth v2.0" en su ficha tcnica.6 Bluetooth v2.1 + EDR (2007) Bluetooth Core Version especificacin 2.1 + EDR es totalmente compatible con 1.2, y fue adoptada por el Bluetooth SIG ( Bluetooth Special Interest Group) el 26 de julio de 2007.5 La funcin de titular de la 2.1 es Secure Simple Pairing (SSP): se mejora la experiencia de emparejamiento de dispositivos Bluetooth, mientras que el aumento del uso y la fuerza de seguridad. Vea la seccin de enlace de abajo para ms detalles. 2.1 permite a otras mejoras, incluida la "respuesta amplia investigacin" (EIR), que proporciona ms informacin durante el procedimiento de investigacin para permitir un mejor filtrado de los dispositivos antes de la conexin, y oler subrating, lo que reduce el consumo de energa en modo de bajo consumo. Bluetooth v3.0 + HS (2009) La versin 3.0 + HS de la especificacin principal Bluetooth5 fue aprobado por el Bluetooth SIG el 21 de abril de 2009. Bluetooth 3.0 + HS soporta velocidades de transferencia de datos terica de hasta 24 Mbit / entre s, aunque no a travs del enlace Bluetooth propiamente dicho. La conexin Bluetooth nativa se utiliza para la negociacin y el establecimiento mientras que el trfico de datos de alta velocidad se realiza mediante un enlace 802.11. Su principal novedad

es AMP (Alternate MAC / PHY), la adicin de 802,11 como transporte de alta velocidad. Estaban inicialmente previstas dos tecnologas para incorporar en AMP:. 802.11 y UWB, pero finalmente UWB no se encuentra en la especificacin.8 La incorporacin de la transmisin a alta velocidad no es obligatoria en la especificacin y por lo tanto, los dispositivos marcados con "+ HS" incorporan el enlace 802.11 de alta velocidad de transferencia de datos. Un dispositivo Bluetooth 3.0, sin el sufijo "+ HS" no apoyar a alta velocidad, y slo admite una caracterstica introducida en Bluetooth 3.0 + HS (o en CSA1).9 Alternativa MAC / PHY Permite el uso de alternativas MAC y PHY para el transporte de datos de perfil Bluetooth. La radio Bluetooth est siendo utilizada para la deteccin de dispositivos, la conexin inicial y configuracin del perfil, sin embargo, cuando deben enviarse grandes cantidades de datos, se utiliza PHY MAC 802.11 (por lo general asociados con Wi-Fi) para transportar los datos. Esto significa que el modo de bajo energa de la conexin Bluetooth se utiliza cuando el sistema est inactivo, y la radio 802.11 cuando se necesitan enviar grandes cantidades de datos. Unicast de datos sin conexin Datos de los permisos de servicio para ser enviado sin establecer un canal L2CAP explcito. Est diseado para su uso en aplicaciones que requieren baja latencia entre la accin del usuario y la reconexin / transmisin de datos. Esto slo es adecuado para pequeas cantidades de datos. Control de energa mejorada Actualizacin de la funcin de control de potencia para eliminar el control de lazo abierto de energa, y tambin para aclarar las ambigedades en el control de energa presentado por los esquemas de modulacin nuevo aadido para EDR. Control de potencia mejorada elimina las ambigedades mediante la especificacin de la conducta que se espera. Esta caracterstica tambin aade control de potencia de bucle cerrado, es decir, RSSI filtrado puede empezar como se recibe la respuesta. Adems, un "ir directamente a la mxima potencia" solicitud ha sido introducido. Con ello se espera abordar el tema auriculares prdida de enlace normalmente se observa cuando un usuario pone su telfono en un bolsillo en el lado opuesto a los auriculares. La alta velocidad (AMP) caracterstica de la versin 3.0 de Bluetooth se basa en 802,11, pero el mecanismo de AMP fue diseado para ser utilizado con otras radios tambin. Fue pensado originalmente para UWB, pero la WiMedia Alliance, el organismo responsable por el sabor de la UWB destinado a Bluetooth, anunciado en marzo de 2009 que fue la disolucin. El 16 de marzo de 2009, la WiMedia Alliance anunci que iba a entrar en acuerdos de transferencia de tecnologa para la WiMedia Ultra-Wideband (UWB) especificaciones. WiMedia ha transferido todas las especificaciones actuales y futuros, incluido el trabajo sobre el futuro de alta velocidad y las implementaciones de energa optimizado, el Bluetooth Special Interest Group (SIG), Wireless USB Promoter Group y el Foro de Implementadores USB. Despus de la finalizacin con xito de la transferencia de tecnologa, marketing y relacionados con cuestiones administrativas, la WiMedia Alliance dejar de operar.10 11 12 13 14 En octubre de 2009, el Bluetooth especial de desarrollo del Grupo de Inters en suspensin de UWB como parte de la alternativa MAC / PHY, v3.0 + Bluetooth solucin HS. Un nmero pequeo, pero significativo, de antiguos miembros de WiMedia no tena y no iba a firmar con los acuerdos necesarios para la transferencia de propiedad intelectual. El SIG de Bluetooth se encuentra ahora en el proceso de evaluar otras opciones para su plan de accin a largo plazo.15 Bluetooth v4.0 (2010) El SIG de Bluetooth ha completado la especificacin del Ncleo de Bluetooth en su versin 4.0, que incluye Bluetooth clsico, Bluetooth de alta la velocidad y protocolos Bluetooth de bajo

consumo. Bluetooth de alta velocidad se basa en Wi-Fi, y Bluetooth clsico consta de protocolos Bluetooth legado. Esta versin ha sido adoptada el 30 de junio de 2010. Bluetooth baja energa (BLE) es un subconjunto de Bluetooth v4.0 con una pila de protocolo completamente nuevo para la rpida acumulacin de enlaces sencillos. Como alternativa a los protocolos estndar de Bluetooth que se introdujeron en Bluetooth v1.0 a v4.0 est dirigido a aplicaciones de potencia muy baja corriendo una clula de la moneda. Diseos de chips permiten dos tipos de implementacin, de modo dual, de modo nico y mejoradas versiones anteriores. En una implementacin de un solo modo de la pila de protocolo de energa de baja se lleva a cabo nicamente. RSE16 Nordic Semiconductor17 y Texas Instruments18 han dado a conocer solo las soluciones Bluetooth modo de baja energa. En una puesta en prctica de modo dual, funcionalidad Bluetooth de bajo consumo se integra en un controlador Bluetooth clsico existente. En la actualidad (2011-03) las empresas de semiconductores han anunciado la disponibilidad de chips de cumplimiento de la norma: Atheros, CSR, Broadcom19 20 y Texas Instruments. Las acciones de arquitectura compatible con todas las de la radio actual Bluetooth clsico y la funcionalidad que resulta en un aumento del costo insignificante en comparacin con Bluetooth Classic. El 12 de junio de 2007, Nokia y Bluetooth SIG anunciaron que Wibree formar parte de la especificacin Bluetooth, como una tecnologa de muy bajo consumo Bluetooth.21 El 17 de diciembre de 2009, el Bluetooth SIG adoptado la tecnologa Bluetooth de bajo consumo como el rasgo distintivo de la versin 4.0.22 Los nombres provisionales Wibree y Bluetooth ULP (Ultra Low energa) fueron abandonados y el nombre BLE se utiliz durante un tiempo. A finales de 2011, los nuevos logotipos "Smart Bluetooth Ready" para los anfitriones y "Smart Bluetooth" para los sensores se present como la cara pblica del general BLE.23 Costo reducido de un solo modo de fichas, lo que permitir a los dispositivos altamente integrada y compacta y con una ligera capa de enlace de proporcionar ultra-bajo la operacin de energa en modo inactivo, la deteccin de dispositivos simples y confiables de punto a multipunto de transferencia de datos con avanzadas de ahorro de energa y seguridad conexiones encriptadas con el menor coste posible. La pila de protocolos Bluetooth La pila o stack de protocolos Bluetooth se basa en el modelo de referencia OSI (Open System Interconnect) de ISO (Internacional Standard Organization) para interconexin de sistemas abiertos. La especificacin Bluetooth utiliza una arquitectura de protocolos que divide las diversas funciones de red en un sistema de niveles. En conjunto, permiten el intercambio transparente de informacin entre aplicaciones diseadas de acuerdo con dicha especificacin y fomentan la interoperabilidad entre los productos de diferentes fabricantes.

La pila de protocolos Bluetooth se divide en dos zonas, cada una de las cuales se implementa en distintos procesadores: El mdulo Bluetooth (hardware), encargado de las tareas relacionadas con el envo de informacin a travs del interfaz de radiofrecuencia. El host Bluetooth (software), encargado de la parte relacionada con las capas superiores de enlace y aplicacin.

Ambas zonas estn comunicadas por el Interfaz de Controlador de Host (HCI). Sobre la capa de protocolos especficos de Bluetooth, cada fabricante puede implementar su capa de protocolos de aplicacin propietarios. De esta forma, la especificacin abierta de Bluetooth expande enormemente el nmero de aplicaciones que pueden beneficiarse de las capacidades que ofrece esta tecnologa inalmbrica. Sin embargo, la especificacin Bluetooth exige que, a pesar de la existencia de diferentes pilas de protocolos de aplicacin propietarios, se mantenga la interoperabilidad entre dispositivos que implementen diferentes pilas. Las pilas de protocolos Bluetooth ms conocidas son Widcomm, Toshiba Bluetooth Stack, Microsoft Windows XP Bluetooth y IVT BlueSoleil Stack. Linux dispone de las pilas de protocolos Bluetooth BlueZ, OpenBT y Affix, de Nokia. Capa de banda base e interfaz de radio En la base de la pila de protocolos Bluetooth se encuentran la capa de banda base y el interfaz de radio. Su funcin principal es permitir el enlace fsico por radiofrecuencia (RF) entre unidades Bluetooth dentro de una picorred realizando tareas de modulacin y demodulacin de los datos en seales RF que se transmiten por el aire. El nivel de banda base proporciona los dos tipos de enlace fsico:

Enlace asncrono sin conexin (ACL, Asynchronous Connectionless): Conexiones simtricas o asimtricas punto-multipunto entre maestro y esclavo. Conexin utilizada para trfico de datos. Sin garanta de entrega, se retransmiten paquetes. La mxima velocidad de envo es de 721 Kbps en una direccin 57.6 Kbps en la otra. Enlace sncrono orientado a conexin (SCO, Synchronous Connection-Oriented): Conexiones simtricas punto a punto entre maestro y esclavo. Conexin capaz de soportar voz en tiempo real y trfico multimedia. Velocidad de transmisin de 64 KB/s

Capa de Protocolo de Gestin de Enlace (LMP) LMP (Link Manager Protocol) es el responsable de la configuracin y control de enlace entre dispositivos Bluetooth, incluyendo el control y negociacin del tamao de los paquetes de banda base. Cuando dos dispositivos Bluetooth se encuentran dentro del radio de accin del otro, el gestor de enlace (Link Manager) de cada dispositivo se comunica con su homlogo por medio de mensajes a travs del protocolo LMP. Estos mensajes realizan el establecimiento del enlace entre ambos dispositivos, incluyendo mecanismos de seguridad tales como la autenticacin y cifrado, que comprende la generacin, intercambio y comprobacin de claves de enlace y de cifrado. Por medio de este intercambio de mensajes, LMP tambin controla los modos de administracin de energa y los ciclos de trabajo de los dispositivos de radio Bluetooth, as como los estados de conexin de las unidades Bluetooth situadas dentro de una piconet. El gestor de enlace filtra e interpreta estos mensajes y no los propaga hacia los niveles superiores. El gestor de enlace es un mdulo software que se ejecuta en un microprocesador dentro de la unidad Bluetooth para gestionar la comunicacin entre dispositivos. Cada dispositivo Bluetooth tiene su propio gestor de enlace, que se encarga de descubrir otros gestores de enlace remotos y comunicarse con los mismos para gestionar el establecimiento del enlace, la autenticacin, la configuracin y otras funciones.

Para realizar su papel de proveedor de servicios, el gestor de enlace hace uso de las funciones que ofrece el controlador de enlace (LC, Link Controller) subyacente, un mdulo de supervisin que maneja todas las funciones de la banda base de Bluetooth y da soporte al gestor de enlace. El controlador de enlace enva y recibe datos, solicita la identificacin del dispositivo emisor, autentica el enlace, establece el tipo de enlace SCO o ACL y determina el tipo de trama a utilizar en cada paquete.

Los mensajes que se intercambian entre los gestores de enlace toman la forma de unidades de

datos de protocolo (PDU, Protocol Data Unit). Estos datos tienen una prioridad ms alta que los datos del usuario, para que un mensaje que el gestor de enlace necesite enviar no se vea retardado por el trfico L2CAP.

Capa de Interfaz de Controlador de Host (HCI)

La capa HCI (Host Controller Interface) acta como frontera entre las capas de protocolo relativas al hardware (mdulo Bluetooth) y las relativas al software (host Bluetooth). Proporciona una interfaz de comandos para la comunicacin entre el dispositivo y el firmware del mdulo Bluetooth y permite disponer de una capa de acceso homognea para todos los mdulos Bluetooth de banda base, aunque sean de distintos fabricantes. Una de las tareas ms importantes del interfaz HCI es el descubrimiento de dispositivos Bluetooth que se encuentren dentro del radio de cobertura. Esta operacin se denomina consulta o inquiry y funciona del siguiente modo: Inicialmente, el dispositivo origen enva paquetes inquiry y se mantiene en espera de recibir respuestas de otros dispositivos presentes en su zona de cobertura. Si los dispositivos destino estn configurados en modo visible ( discoverable) se encontrarn en estado inquiry_scan y en predisposicin de atender estos paquetes. En este caso, al recibir un paqueteinquiry cambiarn a estado inquiry_response y enviarn una respuesta al host origen con sus direcciones MAC y otros parmetros. Los dispositivos que estn configurados en modo no visible (non discoverable) se encontrarn en modo inquiry_response y, por tanto, no respondern al host origen y permanecern ocultos.

La pila de protocolos BlueZ para Linux dispone de dos herramientas que permiten realizar funciones especficas del interfaz HCI: La herramienta Hciconfig permite configurar el interfaz del mdulo Bluetooth conectado al dispositivo.

La herramienta Hcitool permite realizar operaciones relativas a la gestin de enlace con otros dispositivos Bluetooth, tales como enviar paquetes inquiry para la deteccin de equipos cercanos, resolucin de nombres, identificacin de clases, etc.

Direccionamiento de dispositivos Bluetooth Al igual que en otros estndares de comunicaciones IEEE 802, Bluetooth utiliza direcciones MAC de 6 bytes para el direccionamiento de equipos a nivel de red. De esta forma, un dispositivo queda identificado unvocamente por su direccin MAC, comnmente denominada BD_ADDR.

Capa de Protocolo de Adaptacin y Control del Enlace Lgico (L2CAP)

La especificacin Bluetooth incluye el protocolo L2CAP (Logical Link Control and Adaptation Protocol), que se encarga de la multiplexacin de protocolos, ya que el protocolo de banda base no soporta un campo tipo para identificar el protocolo de nivel superior al que quiere transmitir la informacin, por ejemplo SDP, RFCOMM y TCS.

Otra funcin que se realiza en el nivel L2CAP es la segmentacin y recomposicin de paquetes, necesaria para permitir la utilizacin de protocolos que utilicen paquetes de mayor tamao que los soportados por la capa de banda base. Los paquetes L2CAP de gran tamao se deben segmentar en mltiples paquetes de formato banda base ms pequeos antes de su transmisin. En el lado del receptor, los paquetes de banda base se recomponen en paquetes L2CAP ms grandes tras comprobar su integridad. El proceso de establecimiento de la conexin L2CAP tambin permite el intercambio de informacin referente a la calidad de servicios (QoS) que se espera entre dos dispositivos Bluetooth. La implementacin L2CAP en cada uno de los extremos controla los recursos utilizados por el protocolo y se asegura de que se cumplen los contratos de calidad de servicio. La especificacin L2CAP est definida nicamente para enlaces asncronos sin conexin (ACL) y no puede existir ms que un enlace entre dos dispositivos. Capa de Protocolo de Descubrimiento de Servicios (SDP) El descubrimiento de servicios hace referencia a la capacidad de buscar y encontrar servicios disponibles en dispositivos Bluetooth. A travs de los servicios, dos dispositivos pueden ejecutar aplicaciones comunes e intercambiar datos. El protocolo SDP (Service Discovery Protocol) permite a una aplicacin cliente obtener informacin sobre servidores SDP disponibles en otros dispositivos Bluetooth cercanos, enumerar los servicios que ofrecen y las caractersticas de dichos servicios. Despus de haber localizado los servicios disponibles en un dispositivo, el usuario puede elegir aquel de ellos que resulte ms apropiado para el tipo de comunicacin que desea establecer.

Un servicio es cualquier entidad que puede ofrecer informacin, ejecutar una accin o controlar un recurso. Un servicio puede estar implementado como hardware, software o una combinacin de hardware y software. Services Classes

Un servicio concreto soportado por cierto dispositivo es una instancia de un Service Class o clase de servicio. El Service Class describe los servicios genricos soportados por un dispositivo: Positioning (Location identification) Networking (LAN, Ad hoc, ...) Rendering (Printing, Speaker, ...) Capturing (Scanner, Microphone, ...) Object Transfer (v-Inbox, v-Folder, ...) Audio (Speaker, Microphone, Headset service, ...) Telephony (Cordless telephony, Modem, Headset service, ...) Information (WEB-server, WAP-server, ...)

Para dar a conocer los servicios genricos que soporta un dispositivo Bluetooth, este incorpora en la cabecera de nivel de banda base de sus paquetes un campo Class of Device/Service que contiene informacin acerca de su Service Class.

El campo reservado para el Service Class se compone de 11 bits, del bit 23 al 13. En la especificacin de banda base 1.1 de Bluetooth, se describe la siguiente relacin entre los bits marcados en el campoService Class y los servicios genricos soportados por el dispositivo.

Conociendo el Class of Device/Service de un dispositivo Bluetooth, se puede averiguar fcilmente el conjunto de servicios genricos soportados por el mismo.

En este ejemplo, la herramienta Hcitool ha detectado un dispositivo cuyo Class of Device/Service es 0x320114. La representacin de 0x320114 en binario es la siguiente:

N bit: 23 22 21 20 19 18 17 16 15 14 13 | 12 11 10 09 08 07 | 06 05 04 03 02 | 01 00 Valor: 0 0 1 1 0 0 1 0 0 0 0 | 0 0 0 0 1 0 | 0 0 1 0 1 | 0 0 Se observa que aparecen marcados los bits 21, 20 y 17, que, tal y como establece la tabla Major Service Classes, representan la disponibilidad de los siguientes servicios genricos: bit 21: Audio (Speaker, Microphone, Headset service, ...) bit 20: Object Transfer (v-Inbox, v-Folder, ...) bit 17: Networking (LAN, Ad hoc, ...)

Service Record Toda la informacin relacionada con un servicio que mantiene un servidor SDP est contenida en un Service Record o registro individual de servicio. Un Service Record consiste en una lista de atributos que describen caractersticas de un servicio: Service Name, Service Description, Provider Name, Service Record Handle, Service Class ID List, Service Record State, Service ID, Protocol Description List, Browse Group List, Language Base Attribute ID List, Service Info Time To Live, Service Avaliability y Bluetooth Profile Descriptor List.

El protocolo SDP permite realizar dos tipos de operaciones relacionadas con el descubrimiento de servicios en dispositivos Bluetooth: bsqueda y enumeracin de servicios. La operacin bsqueda de servicios ( Service Searching) permite a un cliente SDP encontrar dispositivos que ofrecen un servicio especfico. La operacin enumeracin de servicios ( Service Browsing) permite a un cliente SDP conocer los servicios ofrecidos por un determinado dispositivo.

En ambos casos, el resultado de la peticin SDP devolver al cliente que la origin una lista de servicios descubiertos acompaada por la definicin de los mismos a travs de sus Service Records. La pila de protocolos BlueZ para Linux dispone de una herramienta de gestin SDP llamada Sdptool que permite llevar a cabo los dos tipos de operaciones anteriormente descritos. Sdptool permite buscar dispositivos cercanos que ofrezcan un servicio especfico, como por ejemplo Puerto Serie, Manos Libres, etc.

La especificacin de la herramienta Sdptool establece los siguientes servicios disponibles para operaciones de bsqueda: DID, SP, DUN, LAN, FAX, OPUSH, FTP, HS, HF, SAP, NAP, GN, PANU, HID, CIP, CTP, A2SRC, A2SNK, AVRCT, AVRTG, SR1, SYNCML, ACTIVESYNC, HOTSYNC, PALMOS, NOKIA PCSUITE. Sdptool tambin permite enumerar todos los servicios disponibles en un determinado dispositivo.

Capa RFCOMM El protocolo RFCOMM (Radio Frequency Communication) es un protocolo de emulacin de lnea serie basado en el estndar ETSI TS 07.10. Proporciona una emulacin de los puertos serie RS-232 sobre el protocolo L2CAP. Este protocolo de sustitucin de cable serie emula las seales de control y datos RS -232 sobre la banda base, proporcionando capacidades de transporte a los servicios de niveles superiores que utilizan el cable serie como mecanismo de transporte. Para los propsitos de RFCOMM, un camino de comunicacin directa involucra siempre a dos aplicaciones que se ejecutan en dos dispositivos distintos extremos de la comunicacin. Entre ellos existe un segmento que los comunica, en este caso, un enlace Bluetooth desde un dispositivo al otro. RFCOMM pretende soportar aquellas aplicaciones que utilizan los puertos serie de los dispositivos donde se ejecutan. RFCOMM es un protocolo de transporte sencillo que soporta hasta 9 puertos serie RS-232 y permite hasta 60 conexiones simultneas (canales RFCOMM) entre dos dispositivos Bluetooth.

El comando Rfcomm de la pila de protocolos BlueZ para Linux permite establecer comunicacin con un dispositivo Bluetooth.

Comandos AT Los comandos AT son instrucciones codificadas que conforman un lenguaje de comunicacin entre el hombre y un terminal mdem. Los comandos AT se denominan as por la abreviatura de attention. El juego de comandos AT fue desarrollado en 1977 por Dennis Hayes como un interfaz de comunicacin con un mdem para poder configurarlo y proporcionarle instrucciones, tales como marcar un nmero de telfono. Ms adelante, fueron las compaas Microcomm y US Robotics las que siguieron desarrollando y expandiendo el juego de comandos hasta universalizarlo. La telefona mvil GSM tambin ha adoptado como estndar este lenguaje para poder comunicarse con sus terminales. De esta forma, todos los telfonos mviles GSM poseen un juego de comandos AT especfico que sirve de interfaz para configurar y proporcionar instrucciones a los terminales. El juego de comandos AT puede encontrarse en la documentacin tcnica de los terminales GSM y permite acciones tales como realizar llamadas de datos o de voz, leer y escribir entradas en la agenda de contactos y gestin de mensajes SMS, adems de muchas otras opciones de configuracin del terminal. La implementacin de los comandos AT es especfica del terminal GSM y no depende del canal de comunicacin a travs del cual los comandos sean enviados, ya sea cable de serie, canal Infrarrojos o Bluetooth. De esta forma, existen en el mercado distintos telfonos mviles que implementan el juego completo de comandos AT o slo parcialmente, en cuyo caso implementarn uno o varios de los siguientes bloques de comandos AT: Bloque bsico de comandos AT, relacionado con la configuracin y el envo de instrucciones al terminal. Permite llevar a cabo, entre otras, las siguientes operaciones: Realizar llamadas de voz y de datos, configurar desvos de llamadas, obtener informacin bsica sobre la marca, modelo e IMEI (Internacional Mobile Equipment Identity) del terminal, as como del nivel de batera, calidad de cobertura, etc. Bloque de comandos AT referido a la gestin de la agenda de contactos, ya sea la memoria contenida en la tarjeta SIM o la lista de ltimas llamadas realizadas, perdidas y recibidas almacenada en el terminal. Se pueden llevar a cabo las siguientes acciones: leer un contacto, aadir y eliminar una entrada de la agenda, buscar un contacto por nombre, etc. Bloque de comandos AT referido a la gestin de mensajes SMS. Permite ejecutar las siguientes operaciones: obtener el listado de los mensajes SMS almacenados en memoria, leer un mensaje SMS de la bandeja de entrada, eliminar un mensaje SMS existente, escribir un nuevo mensaje SMS, enviar mensajes SMS, etc.

Ejemplo de tabla comparativa con el grado de implementacin de los bloques de comandos AT en algunos de los telfonos mviles ms populares:

Esquema

grfico

del

modelo

peticin/respuesta

de

los

comandos

AT:

Ejemplo

de

una

sesin

de

comandos

AT

con

un

telfono

mvil:

ZigBee Qu es ZigBee? ZigBee es un estndar que define un conjunto de protocolos para el armado de redes inalmbricas de corta distancia y baja velocidad de datos. Opera en las bandas de 868 MHz, 915 MHz y 2.4 GHz y puede transferir datos hasta 250Kbps. Este estndar fue desarrollado por la Alianza ZigBee, que tiene a cientos de compaas desde fabricantes de semiconductores y desarrolladores de software a constructores de equipos OEMs e instaladores. Esta organizacin sin fines de lucro nace en el ao 2002. Desarrolla un protocolo que adopta al estndar IEEE 802.15.4 para sus 2 primeras capas, es decir la capa fsica (PHY) y la subcapa de acceso al medio (MAC) y agrega la capa de red y de aplicacin. La idea de usar una conexin inalmbrica para controlar sensores y adquirir datos tiene muchos aos. Existen numerosas soluciones propietarias usadas en domtica pero el gran inconveniente que tienen es la incompatibilidad entre sensores, controles y equipos de procesamiento de datos que obliga a hacer pasarelas (gateways) para interconectar dispositivos de diferentes marcas, El estndar ZigBee fue diseado con las siguientes especificaciones: Ultra bajo consumo que permita usar equipos a batera Bajo costo de dispositivos y de instalacin y mantenimiento de ellos. Alcance corto (tpico menor a 50 metros). Optimizado para ciclo efectivo de transmisin menor a 0.1 % Velocidad de transmisin menor que 250 kbps. Tpica: menor que 20 kbps

Aplicaciones de ZigBee Aplicaciones de ZigBee Automatizacin en el hogar Es una de las aplicaciones ms usadas de ZigBee ya que es muy fcil la instalacin de dispositivos y la modificacin de posicin de los mismos. Los usos tpicos son: Seguridad Sensores de movimiento, de rotura de cristales, apertura de puertas y ventanas. A pesar de su baja velocidad tambin se usa para transmitir imgenes de cmara de seguridad de baja calidad. Lectura de instrumentos de servicios Los medidores de consumo de agua, gas y energa elctrica deben leerse en forma regular a efecto de facturar los servicios. Es posible crear una red tipo malla para que la informacin de los medidores llegue directamente a la empresa de servicio. Tambin los medidores ZigBee podran comunicarse con los artefactos dentro de la casa. Por ejemplo ante un pico de consumo elctrico se podra desconectar algn equipo de alto consumo. ZigBee ayuda a la creacin de medidores inteligentes; en algunos pases el valor de los servicios se factura en funcin de la hora en que se produce. En una hora pico se factura la energa a un precio ms alto. Sistema de riego automtico El uso de un medidor de humedad de suelo permite mejorar la eficiencia del consumo de agua. Se puede distribuir una red de sensores de humedad en un parque de modo que solo se riegue las zonas secas y controlar el tiempo de regado. Una red inalmbrica de sensores facilita enormemente la instalacin y el mantenimiento. Control de iluminacin Para poder controlar el encendido de una lmpara se necesita un cableado a una llave interruptora en una caja de una pared. ZigBee simplifica la instalacin de nuevas lmparas controles en lugares donde no est la caera para pasar un cable. En la Figura 2 se muestra la conexin de lmparas usando ZigBee. Si bien el costo de la conexin inalmbrica es ms elevado que el convencional cableado, brinda otras ventajas adems de la facilidad de instalacin. Es posible conectar un controlador inteligente que encienda/apague luces de acuerdo a una programacin, la deteccin de presencia de personas algn otro criterio.

Control de temperatura multizona Los termostatos ZigBee se usan para controlar la temperatura de una casa. En los sistemas de aire acondicionado es posible controlar las rejillas deflectoras amortiguadora de aire de modo de tener control de temperatura separado para cada habitacin. Controles remotos Tradicionalmente los controles remotos de TV, DVD y equipos de audio usan tecnologa ptica infrarroja cuya limitacin ms importante es que solo funciona a muy poca distancia y sin obstculos. No puede, por ejemplo, penetrar una pared. Adems la comunicacin es unidireccional. Como ZigBee usa radiofrecuencia, desaparecen estas limitaciones. Por ejemplo, alguien puede desde otra habitacin manejar el equipo de audio y recibir en un display del control remoto, datos de la cancin que est escuchando. Automatizacin industrial Para identificar piezas es necesario agregar alguna marca que d alguna informacin. Actualmente se usan etiquetas de cdigos de barra e identificadores de radiofrecuencia de tipo pasivo (passive RFID: Radio Frequency Identification). Estas, son marcas (tags) formadas por un circuito integrado de memoria que cuando se acercan a un campo electromagntico de determinada frecuencia, se pueden leer y grabar. El inconveniente mayor es que solo trabajan a pocos centmetros del lector. Usando ZigBee es posible construir marcas activas (active RFID) que se lean a mayor distancia y adems usarse para brindar informacin indirecta sobre su localizacin usando tres o ms nodos ZigBee de ubicacin conocida. Caractersticas generales de 802.15.4 Entre las caractersticas ms importantes se pueden mencionar: Puede trabajar tanto en las bandas de 2.4GHz como en la de 868/915MHz. Tasa de transmisin de hasta 250 kbps en 2.4 GHz, 40kbps en 915MHz y 20 kbps en 868 MHz. Optimizado para aplicaciones con ciclo efectivo menor a 0.1 %. Usa CSMA-CA (Carrier Sense Multiple Access Collision Avoidance) para acceso al canal. Produce alto rendimiento y baja latencia para dispositivos de bajo ciclo de trabajo, muy adecuado esto para sensores y controles. Baja potencia. Ideal para equipos a batera. 64 bits de direccionamiento determina una cantidad mxima de1.8.10 ^19 dispositivos. 16 bits para identificar redes que determina un total de 65536 redes.

Permite el uso de ranuras de tiempo (time slots) para posibilitar aplicaciones de baja latencia. Protocolo con handshake (dilogo) para mejorar la seguridad en las transferencias. Rango: hasta 50 m (valor tpico, depende del ambiente).

Tipos de trfico Las aplicaciones usadas en ZigBee tienen un trfico que puede clasificarse en uno de los siguientes tipos: a) Datos peridicos (continuo): La aplicacin define una tasa de datos. Es un caso tpico de sensores en donde por ejemplo un sensor necesita transmitir la temperatura cada 10 segundos. b) Datos intermitentes (por eventos): En este caso la aplicacin junto a otros estmulos externos al dispositivo definen la tasa de datos. Por ejemplo en un sistema domtico, los interruptores de luces transmiten solo ante un cambio de posicin. Mientras tanto estn desconectados (comnmente denominado en modo dormir) y consumiendo una energa de batera mnima. c) Datos peridicos con comunicacin garantizada (GTS) ( Guaranteed time slot): Hay aplicaciones de baja latencia que requieren comunicacin libre de competencia por el canal. GTS es un mtodo de calidad de servicio que garantiza la atencin por un cierto t dentro de un perodo T llamado Supertrama. IEEE 802.15.4 provee un modo de trabajo denominado con baliza que sirve como multiplexacin temporal. Se describir con ms profundidad en 4.3.1 Tipos de dispositivos El estndar 802.15.4 define 2 tipos de dispositivos con el objeto de minimizar el costo del sistema: a) FFD (Full Function Device): son dispositivos capaces de funcionar en cualquier topologa, pueden ser coordinadores o coordinadores de red. Este tipo de dispositivo puede dialogar con cualquier otro. b) RFD (Reduced Function Device): Pueden solamente ser miembros de una red con topologa estrella. Solo pueden conversar con el coordinador de red. Son dispositivos de baja complejidad con bajo requerimiento de procesamiento y memoria.

En la Figura se muestran distintas topologas de red.

ZigBee requiere para sus redes que haya al menos 1 dispositivo de funcin completa (FFD) para que acte como coordinador de red pero los nodos finales de la estrella pueden ser de funcin reducida para poder reducir costos. Modos de direccionamiento Todos los dispositivos tienen direcciones de 64 bits. Las capas del protocolo ZigBee Relacin con el modelo ISO/OSI En la Figura se muestran las capas del protocolo ZigBee. Estas se basan en el modelo de referencia ISO para interconexin de sistemas abiertos OSI. Este modelo cuenta con 7 capas pero ZigBee usa solo 4 capas con el objeto de simplificar la arquitectura para el armado de una red de baja tasa de transmisin, simple y de bajo consumo. Las 2 capas inferiores, o sea la capa fsica (PHY) y la capa de acceso al medio (MAC) son las definidas por el Standard IEEE 802.15.4. Las capas de red (NWK) y de aplicacin (APL) se definen en ZigBee. Cada capa se conecta con las capas adyacentes por medio de un SAP (Service Access Point). Un SAP es un lugar por donde una capa superior requiere un servicio a una capa inferior.

La capa Fsica Corresponde a IEEE 802.15.4. Adems de definir las funciones y la relacin con la capa MAC, define aspectos como la potencia del transmisor y la sensibilidad del receptor. Canales: En la primera versin de 802.15.4 se definan canales y cada uno de ellos representaba una frecuencia. Apareca un lmite de 27 canales con 1 en la banda de 868MHz, 10 en Pgina 10 la

banda de 915MHz y 16 en la banda de 2.4GHz. En la versin IEEE 802.15.4 de 2006 se introduce el concepto de pgina para permitir la incorporacin de nuevas formas de tecnologas a la capa fsica. En la Tabla 1 se muestra la asignacin de canales.

Numeracin de canales Cada canal se identifica con un nmero de canal. En todas las pginas el canal 0 se asigna a la banda de 868 Mhz con frecuencia central en 868.3 Mhz. La frecuencia central en cada canal de la banda de 915Mhz se calcula: FREC. central [Mhz]= 906 + 2 * (N canal -1) Con 1 N canal 10 Para la banda de 2.4 GHz la frecuencia central se calcula: Frecuencia central [MHz]= 2405 + 5 * (N canal -1) Con 11 N canal 26 Deteccin de la energa Antes de transmitir en un canal, el dispositivo debe medir el nivel de energa en ese canal. Para eso en modo recepcin hace el valor medio de los valores medidos en un intervalo correspondiente a la duracin de 8 smbolos. Esta medicin solo indica si el canal est ocupado pero no se puede saber si esa energa corresponde a otro dispositivo 802.15.4 o no. La sensibilidad del receptor se define como la energa mnima necesaria de la seal entrante que permita ser detectada y demodulada con un error en los paquetes menor al 1 %. El estndar 802.15.4 admite una diferencia de 10dB entre la sensibilidad del receptor y el nivel mnimo de energa detectable. Por ejemplo si la sensibilidad del receptor es de -70dBm debe poder medir energas de -60dBm . El rango de medicin que exige el protocolo es de 40 dB lo que en este ejemplo determinara un intervalo de medicin de energa de -60dBm a -20 dBm. La capa fsica provee el servicio de deteccin de energa en un canal dado y lo enva a la MAC por medio de un entero de 8 bits. Sensado de Portadora (CS) (Carrier Sense) A diferencia de la anterior el CS consiste en demodular la seal recibida para determinar si esta es compatible con el estndar. El canal se lo considera ocupado solo cuando hay una seal compatible 802.15.4. Indicador de calidad del enlace (LQI) (Link Quality Indicator) Esta es una indicacin de la calidad de los paquetes recibidos por el receptor. Puede usarse la intensidad de seal de recepcin o la relacin seal ruido. Cuanta ms alta sea ltima se considera que habr ms garanta de que el mensaje llegue a destino. El LQI puede ser usado en una red ZigBee como mecanismo de ruteo en una malla. As se elegiran las rutas de LQI ms alto. Pero hay que destacar que hay otros factores a tener en cuenta en el ruteo. Uno muy

importante es el gasto de energa de las bateras. Los nodos que intervengan ms frecuentemente en el paso de mensajes agotarn sus bateras antes. Evaluacin de canal libre (CCA) (Clear Channel Assessment) El mecanismo CSMA-CA hace que la MAC le pida a la capa Fsica que haga una evaluacin del canal para ver que est libre. El CCA es parte del rea de manejo de la capa fsica. En 802.15.4 existen 3 modos de operacin del CCA Modo 1: Se usa el nivel de energa y un umbral a partir del cual el canal est ocupado. Modo 2: Se usa el nivel CS para determinar la ocupacin del canal. Modo 3: Combinacin AND u OR de los 2 modos anteriores. AND: La energa pasa de un umbral Y la seal cumple con el estndar OR: La energa supera a un umbral O es censada una seal que cumple con el estndar. 4.2.6 Concepto de cliente servidor entre capas IEEE 802.15.4 y ZigBee usan el nombre de primitivas para describir los servicios que una capa le provee a la capa siguiente superior. Las capas PHY, MAC y NWK tienen funciones diferentes pero las formas de requerir servicios son similares. La capa superior usa un servicio de puntos de acceso (SAP: Service Access Point) para requerir servicios. La capa inferior da la confirmacin de la transmisin exitosa a la capa superior. En la Figura 5 se muestra la comunicacin entre la capa que solicita y la que brinda el servicio. Las etapas son: Pedido, Confirmacin, Respuesta e Indicacin.

La Indicacin se genera en la capa N y va al solicitante del servicio, para sealizar un evento que es importante para la capa N+1. Por ejemplo cuando la capa fsica recibe datos de otro dispositivo que deben ser pasados a la MAC la capa usa la primitiva PD-Data.indication para informarle a la MAC. La primitiva Confirmacin es usada por la capa N para indicar a la capa N+1 que se ha completado el servicio solicitado. El formato de todas las primitivas de 802.15.4 y ZigBee es <primitiva>. request <primitiva>. confirm <primitiva>. response <primitiva>. indication <primitiva> es nombre y comienza con 3 letras indicando de qu capa es Ej: phyCurrentChannel.indication Phy indica que es una primitiva de la capa fsica. CurrentChannel es el nombre usado para indicar el canal de operacin. Es una primitiva del tipo indication

Interfase entre capa Fsica y MAC La Figura 6 muestra las 2 capas con 2 bloques SAP: Un SAP de datos (PD-SAP) y un SAP administrativo (PLME-SAP) que comunica a la administracin de la capa fsica (PLME) con la administracin de la capa MAC (MLME). Los datos recibidos en el receptor pasan a la MAC a travs del PD-SAP.

Interfase de servicio de datos y de manejo entre capas Fsica y Control de Acceso al medio se ve el camino de comunicacin entre la capa de aplicacin de un dispositivo con la de otro. PDU (Protocol Data Unit) es la unidad de datos de cada capa. Al nombre se le antepone una letra que indica la capa a la que pertenece.

Comunicacin de datos entre dos aplicaciones ZigBee pasando entre capas

rea Datos de la capa Fsica (PPDU: Physical PDU) Para el caso de la transmisin de datos a otro dispositivo, estos provienen desde el rea datos de la capa MAC (MPDU: MAC PDU). La MAC local genera el pedido de servicio, la capa fsica intenta satisfacerlo y responde indicando el resultado (transmisin exitosa falla). Las posibles causas de transmisin infructuosa son: a) El transceptor estaba deshabilitado b) El transceptor estaba en modo receptor. (La comunicacin siempre es semiduplex) c) El transmisor estaba ocupado con otra transmisin previa. Para el caso de la recepcin, la unidad de datos de la capa fsica enva un aviso de la llegada de datos a la capa MAC. Adems enva datos relacionados con la calidad del enlace (LQI) La capa MAC de 802.15.4 La capa MAC provee una interfase entre la capa fsica y la prxima capa sobre la de MAC que en el caso de ZigBee es la de red. Como se dijo antes, el protocolo IEEE802.15.4 se compone de las especificaciones para PHY y MAC y por lo tanto la capa que sigue puede ser cualquiera de acuerdo al protocolo usado. En este trabajo se estudian los servicios de MAC en relacin a la capa de red de ZigBee. En la Figura se ve el modelo de referencia con la subcapa MAC entre PHY y NWK. Aparece al igual que en otras capas 2 partes: una entidad de manejo de la capa MAC (MLME) que es la encargada de manejar los servicios y una unidad de datos. La MLME interacta con sus vecinas NLME y PLME por medio de las SAP. La MAC tiene su propia base de datos llamada MAC-PIB. Todas las constantes y atributos estn definidos en el estndar IEEE 802.15.4

La interfase de la capa MAC con sus vecinas Operacin de la PAN usando balizas El uso de balizas en la red permite disponer de ranuras de tiempo garantizadas (GTS).

Para eso se crean tramas especiales MAC llamada tramas de baliza. Cuando se trabaja con baliza es posible usar una estructura especial llamada supertrama. En la Figura se observan los tiempos de la supertrama. Las supertramas, que son opcionales en IEEE 802.15.4, estn separadas por tramas de baliza.

Una supertrama tiene tres tipos de perodos: Perodo de acceso en contienda (CAP), perodo libre de contiendas (CFP) y perodo inactivo. Los nodos que quieran transmitir durante el perodo CAP deben usar CSMA-CA para acceder a un canal que est disponible igualmente para todos los dispositivos. El primero que lo encuentre libre lo usar y lo tendr disponible hasta que cese su transmisin. Si el dispositivo encuentra el canal ocupado, iniciar un perodo de espera aleatorio (back off) e intentar nuevamente usarlo. Las tramas MAC de comando se deben transmitir durante el CAP. No hay garantas dentro del CAP de que el dispositivo pueda usar el canal en el momento en que lo necesita ya que est en competencia con otros dispositivos. En el perodo CFP, un dispositivo puede tener garantizada una ranura de tiempo (time slot), con lo que no necesita competir usando CSMA-CA. Esto es muy importante para aplicaciones de baja latencia. La suma de los perodos CAP y CFP constituye el perodo activo. Este se divide en 16 ranuras de idntico tiempo. La baliza est en la primera ranura. Puede haber hasta 7 GTS en el CFP. Cada GTS puede durar una o ms ranuras de tiempo. La supertrama puede contener un perodo de inactividad. En ste, los dispositivos pueden apagar los transceptores de radio para conservar la energa. Es lo que se conoce como nodo en modo dormir. El coordinador es quien define los perodos de la supertrama dando valores a las constantes que determinan el intervalo entre balizas (BI) y la duracin de la supertrama (SD). Espaciado entre tramas El espacio entre tramas consiste en una espera que hace el transmisor entre tramas para que el receptor tenga tiempo de procesarlas. Se lo conoce como IFS (Interframe spacing). De acuerdo al largo del MPDU se realiza un IFS corto (SIFS: Short IFS) o Pgina largo (LIFS: Long IFS). Y existen dos formas de comunicacin entre emisor y receptor del mensaje, esto es comunicacin con confirmacin (ACK: Acknowledge) o sin ella. En la Figura se ve que en el caso de usar ACK el IFS comienza luego de la recepcin del ACK.

Espaciado entre tramas: (a) trabajo con ACK, (b) trabajo sin ACK La capa de Red ZigBee La capa de red provee a Zigbee funciones para el armado y manejo de redes y una interfaz simple para relacionarla con las aplicaciones de los usuarios. Al igual que las otras capas provee 2 tipos de servicios: de datos a travs de la NLDE y de control o manejo por medio de la NLME. Cada una de estas entidades se comunica con sus homlogas en las capas MAC y APL por medio de los respectivos puntos de acceso (SAP). La capa de red tiene sus propios atributos y constantes que se guardan en una base de datos (NIB) dentro del NLME. En la Figura se observa la relacin de la capa de red con sus vecinas

La capa de red del coordinador asigna direcciones de 16 bits a cada miembro de la PAN. Esa direccin asignada NTW debe ser idntica a la direccin corta (16 bits) de la MAC 802.15.4. Cada trama de red lleva un parmetro llamado radio que indica la cantidad de saltos mximos que esta puede llegar a realizar. Este parmetro se va decrementando en uno en cada salto. Cuando llega a cero, esa trama no ser retransmitida a otro dispositivo. Existen 3 tipos de comunicacin de mensajes:

broadcast, multicast y unicast: Un mensaje tipo broadcast tiene como destino a todo dispositivo que lo pueda recibir. Un mensje multicast se enva solo a un grupo de dispositivos. Un mensaje unicast contiene la direccin de un nico dispositivo. Tipos de nodos ZigBee El estndar especifica 3 tipos de nodos que pueden estar en una red: coordinador, ruteador y dispositivo final. Coordinador Es obligatoria la presencia de uno y solo un nodo coordinador dentro de la red. Acta como nodo raz en la topologa rbol y es responsable de: Arranque de la red. Configuracin de los parmetros de red. Admisin de nodos a la red. Asignacin de direcciones de red.

El coordinador requiere de un dispositivo de funcin completa (FFD) ya que necesita ms potencia de cmputo. Tambin es importante que la fuente de alimentacin sea permanente y segura ya que este dispositivo nunca entrar en modo dormir. Ruteador Es un nodo de tipo FFD pero que no es el coordinador. La utilidad de stos es para extender la cobertura de la red y para aumentar la confiabilidad con la creacin de rutas adicionales de datos. Dispositivo final Estos nodos se comunican con un nodo ruteador un nodo coordinador. Estos nodos tienen menos potencia de cmputo y usualmente son alimentados a batera. Son dispositivos de funcionalidad reducida (RFD) segn el estndar IEEE 802.15.4. Topologas ZigBee usa las topologas de IEEE 802.15.4 para transferencia de datos y agrega las topologas de rbol y de malla. Debido al poco alcance de cada nodo, frecuentemente un paquete debe ser retransmitido varias veces por intermedio de ruteadores. Lo destacable es que el ruteo en cualquier topologa usada se hace en la capa de red y entonces no es necesaria ninguna programacin adicional en la capa de aplicacin. En la Figura aparecen las topologas estrella, rbol y malla.

Topologa estrella Es la ms sencilla. Corresponde a la topologa estrella de la IEEE 802.15.4. Caractersticas: Un coordinador con uno varios nodos hijos. El rango de la red est limitado al rango de transmisin del coordinador. La red es fcil de configurar. El coordinador es el nico nodo que rutea paquetes.

Es un caso especial de la topologa rbol. Es un rbol con profundidad mxima 1 Topologa rbol Caractersticas Entre las ms importantes se pueden mencionar: Los nodos ruteadores pueden tener nodos hijos Hay comunicacin directa solo a travs de la relacin padre-hijo Ruteo jerrquico con un nico camino posible entre 2 nodos

Relacin padre-hijo Los ruteadores y dispositivos finales se asocian con nodos presentes en la red. El nodo hijo es el que recientemente ha entrado en la red. El nodo padre es el nodo que le ha dado al hijo acceso a la red Propiedades de la relacin padre-hijo Las propiedades ms importantes son: Solo pueden ser padres el nodo coordinador los nodos ruteadores. En cada momento el nodo hijo tiene solo un padre. Un hijo puede cambiar de padre. La jerarqua ZigBee puede interpretarse como un rbol en donde el coordinador es la raz y los nodos finales son las hojas.

Cuando se configura la red se deben indicar los siguientes parmetros 1. Nmero mximo de hijos directos: Es la mxima cantidad de ramas que puede tener cada nodo. 2. Mxima profundidad de la red: Es la profundidad del rbol 3. Direccionamiento de nodos: Cada nodo que entra a una red recibe una direccin de 16 bits. Esta direccin se usa en comunicaciones a nivel red. ZigBee ofrece una alternativa de asignacin por defecto de direcciones a cada elemento que ingresa al rbol. La numeracin depende de la configuracin de hijos mximos y profundidad mxima con que se ha configurado el rbol. En la Figura se ve un ejemplo de numeracin para un rbol. Lo interesante es que cada ruteador sabe cmo encaminar cada mensaje hacia un destino Z comparando su propia direccin con la del destino. Esto elimina el problema de ruteo.

En la figura, p representa la profundidad en la que se encuentra ubicado el nodo dentro del rbol y salto(d) representa el corrimiento que tendrn entre s los hijos de un padre. Por ejemplo, en la Figura, el dispositivo X tiene direccin 1, por lo tanto el dispositivo Y tendr direccin Direc Y = Direc X + salto (0) = 1 + 7 = 8 Los nodos con salto=0 solo pueden ser terminales. Es fcil para un nodo Y determinar para dnde retransmitir un mensaje con una direccin de destino D. Un nodo D es descendiente de Y si se cumple Y < D < Y + salto(p-1) En la Figura la direccin del dispositivo Y es 8 y est a profundidad p=1. Si la direccin destino es D=11 entonces 8< 11 < 8+7 Se cumple en este caso que el destino es un descendiente de Y Si el destino es un hijo la resolucin de la transferencia es trivial. Si el destino no es hijo pero s descendiente entonces: Direccin del prximo salto = Y + 1 + int [ (D- (Y+1) )/salto(p) ] * salto(p) En el ejemplo: Direccin del prximo salto = 8 + 1 + int[(11-(8+1) )/3] * 3 =9 El nodo Y retransmitir el mensaje hacia el nodo 9. Como se ve, la topologa rbol con asignacin de direcciones por defecto simplifica enormemente la lgica de los nodos ruteadores ya que no necesitan armar tablas para determinar cmo retransmitir un mensaje.

Seguridad en ZigBee Dadas las caractersticas inalmbricas de la red ZigBee, un mensaje puede ser recibido por cualquier dispositivo cercano. Esto puede no ser un inconveniente en algunas aplicaciones pero en otras un intruso podra violar la privacidad de las personas, producir algn dao o inhabilitar algn sistema. Por ejemplo alguien podra deshabilitar una alarma o tambin podra obtener algn dato privado. ZigBee soporta el uso de protocolos estndar de encriptacin y autenticacin. El diseador de la red tiene que hacer un compromiso entre nivel de seguridad, complejidad y costo de los dispositivos ya que el aumento de seguridad requiere ms capacidad de cmputo y ms memoria y esto tambin incrementa el gasto energtico. ZigBee utiliza AES (Advance Encryption Standard) del NIST (National Institute of Standards and Technology) como tcnica de encriptacin [15]. Un punto fundamental es el mecanismo por el cual cada dispositivo obtiene la clave. Hay 3 mtodos para obtener la clave: a) Preinstalacin: El fabricante embebe la clave en el dispositivo. Con un conjunto de minillaves tipo piano o jumpers el usuario puede seleccionar luego alguna clave. b) Transporte de clave: El dispositivo pide a un centro de confianza para que le mande una clave. En este caso hay un momento de vulnerabilidad cuando se enva la clave. c) Establecimiento de clave sin comunicacin: Es un mtodo de generar claves al azar para dos dispositivos sin necesidad de comunicarlos. Este servicio ZigBee se basa en el protocolo SKKE (Symmetric-Key Key Establishment). Los dispositivos destino de la clave ya tienen que tener una clave comn llamada clave maestra que pudo haber sido pasada de acuerdo al mtodo a) o b). Los detalles del protocolo SKKE se pueden encontrar en la especificacin ZigBee. La principal limitacin que existe en la implementacin de mecanismos de seguridad es la escasez de los recursos. Los nodos en su mayora son alimentados a batera, tienen poco poder de cmputo y poca memoria. Son dispositivos de bajo costo que no resisten un posible ataque. Un intruso puede simplemente leer la clave directamente de la memoria de un dispositivo. Agregando un poco ms de complejidad a los dispositivos se puede lograr una defensa contra la lectura directa de informacin sensible. El centro de confianza tiene 2 modos de operacin: Modo comercial: en este modo mantiene una lista de dispositivos, claves maestras, claves de enlaces y claves de red. El espacio de memoria requerido aumenta con la cantidad de dispositivos en la red. Modo residencial: La nica clave que es obligatorio mantener en el centro de confianza es la clave de red. No se hace ningn control para verificar si algn intruso modific el contador de tramas. En la red ZigBee cada capa del protocolo (APS, NWK y MAC) es responsable de la seguridad de las tramas iniciadas en esa capa. Por simplicidad se usa una misma clave para todas las capas. Autenticacin ZigBee soporta autenticacin de dispositivos y de datos. El propsito de la autenticacin de datos es asegurar que los mismos son vlidos y que no sufrieron transformacin alguna. Para eso el transmisor acompaa al mensaje un cdigo especial que en ZigBee lo llaman Cdigo de Integridad de Mensaje (MIC: Message Integrity Code). El MIC se genera con un mtodo que conocen tanto el emisor como el receptor. Un dispositivo no autorizado no debera poder crear este MIC. Cuando recibe el mensaje el receptor calcula el MIC y si ste coincide con el que enva el transmisor, el mensaje se considera autntico. El nivel de seguridad en el control se incrementa con el nmero de bits del MIC. ZigBee y 802.15.4 soportan MIC de 32, 64 y 128 bits.

Si lo que se desea es tener confidencialidad lo que se debe hacer es encriptar el mensaje. EL MIC en ZigBee se genera usando el protocolo CCM* (enhanced Counter with Cipher Block Chaining Message Authentication Code). El CCM* se usa en conjuncin con AES de 128 bit y comparten la misma clave de seguridad. En la Figura se ve el uso de AES-CCM* para lograr autenticacin y confidencialidad en el mensaje En la Figura 26 se ven 3 entradas a la AESCCM*: los datos, la clave y la cadena especial de 13 bytes apodado nonce construido a partir de datos de un header auxiliar que contiene bits control de seguridad, bits del contador de trama (frame) y el campo direccin fuente de un encabezado auxiliar. El AES usa el nonce como parte del algoritmo. El nonce no se repite para dos mensajes transmitidos con la misma clave porque se va incrementando el contador de trama. El uso del nonce apunta a garantizar la frescura del mensaje. Si un intruso retiene el mensaje y lo enva ms tarde, el contador de trama indicar que el mensaje se haba recibido previamente. Si intentara modificar el contador de trama antes de retransmitir el mensaje, el receptor notara la modificacin no autorizada, porque el MIC calculado no coincide con el MIC que trae el mensaje. EL MIC es un poderoso control de modificaciones intencionales y accidentales.

El uso de seguridad por capas aplicando AES

El proceso de encriptacin, desencriptacin en AES