1

Introduccin a las WPANs.

1.1 Justificacin.

Las tecnologas de redes inalmbricas locales y personales requieren un extenso trabajo de investigacin dado que son tecnologas en desarrollo y en constante cambio. Las primeras publicaciones en estndares oficiales IEEE se publicaron en abril de ao pasado y estn sujetas a revisin dentro los prximos cinco aos. En algunos aos este tipo de redes tendrn repercusiones tecnolgicas y econmicas muy importantes debido a su alta eficiencia y a los objetos hacia los que es orientada. Muchas de sus aplicaciones aun no se vislumbran y un buen estudio es fundamental para el desarrollo de nuevas aplicaciones.

1.2 Definicin de Las redes inalmbricas de rea personal (WPAN).

Los aparatos electrnicos personales cada da se vuelven ms inteligentes e interactivos. Muchos de ellos han incrementado sus capacidades de datos, por ejemplo; las computadoras tipo notebook, telfonos celulares, agendas electrnicas (PDAs), reproductores de msica personales, cmaras digitales, etc. Dichas capacidades les permiten retener, usar, procesar y comunicarse con varios tipos de informacin. Por ejemplo muchos de estos aparatos tienen una base de datos de informacin personal (PIM) con la que manejan agendas personales, libros de direcciones y realizan todo tipo de listas personales. Las bases de datos PIM en un dispositivo personal deben de estar sincronizadas con otras bases de datos PIM de otros dispositivos. La solucin obvia para la sincronizacin de dichos elementos es interconectarlos y sincronizarlos. Tradicionalmente se han utilizado cables de propsito especfico para interconectar aparatos personales. Sin embargo muchos usuarios encuentran que todos estos cables resultan en una tarea un tanto frustrante e improductiva. Adems los cables se pueden perder, daarse e incrementan innecesariamente el peso y volumen de los aparatos. Por lo que se vuelve indispensable el desarrollo de soluciones para la interconexin de aparatos de forma inalmbrica. Es importante que dicha solucin inalmbrica no tenga un impacto importante en cuanto a la forma original, peso, requerimientos de energa, costos, facilidad de uso, etc. De aqu nace la necesidad de crear una forma eficiente, rpida y confiable de hacer transiciones de informacin de forma inalmbrica. Dicha solucin se conoce las redes inalmbricas de rea local o WPAN por sus siglas en ingles (Wireless Personal

Area Network). Una WPAN es una red inlmbrica de rea personal[1]. Sin embargo esta definicin no nos dice mucho, para profundizar ms en este aspecto es importante tener en cuenta los siguientes aspectos. La caracterstica principal de este tipo de redes es que enfocan sus sistemas de comunicaciones a un rea tpica de 10 metros a la redonda que envuelve a una persona o a algn dispositivo ya sea que est en movimiento o no. A diferencia de las redes de rea local (WLAN), una conexin echa a travs de una WPAN involucra a muy poca o nula infraestructura o conexiones directas hacia el mundo exterior[1]. Este tipo de tecnologa tambin procura hacer un uso eficiente de recursos, por lo que se han diseado protocolos simples y lo ms ptimos para cada necesidad de comunicacin y aplicacin. Interconectar dispositivos personales es diferente a conectar dispositivos computacionales. Las soluciones tpicas de conexin para dispositivos computacionales (por ejemplo, una conexin WLAN para una computadora notebook) asocian al usuario del dispositivo con servicios de datos disponibles. Dicha situacin es contrastante con la naturaleza personal e ntima de una conexin inalmbrica para los dispositivos asociados a usuarios particulares. El usuario es relacionado con los dispositivos electrnicos de su posesin, o en su vecindad en vez de a un lugar geomtrico en particular o en alguna localidad de la red. El termino red de rea personal (PAN) se concibi para describir estos diferentes tipos de conexin en red. La versin desconectada o desatada de dicho concepto es el concepto de WPAN. Una WPAN puede verse como una burbuja personal de comunicacin alrededor de una persona. Dentro de dicha burbuja, que se mueve en la misma forma en que lo hace una persona, los dispositivos personales se pueden conectar entre ellos.

Para satisfacer las diferentes necesidades de comunicacin dentro de un rea personal la IEEE ha dividido sus esfuerzos en cuatro grupos de trabajo, que se encargan de desarrollar estndares.

1.2.1 Grupos de trabajo. Existen principalmente cuatro grupos de trabajo para la tecnologa WPAN, cada uno de ellos con caractersticas e intereses especficos que generan estndares que satisfacen necesidades especficas de comunicacin.

1. El grupo de trabajo 802.15.1 ha realizado un estndar basado en las especificaciones de la fundacin Bluetooth. Este grupo de trabajo public el estndar IEEE 802.15.1 el 14 junio de 2002. 2. El grupo de trabajo 802.15.2 est desarrollando un modelo de coexistencia entre las WLAN y WPAN, as como de los aparatos que las envuelven. 3. El grupo de trabajo 802.15.3. Est trabajando para establecer los estatus y publicar un estndar nuevo (publicado en junio de 2003) de alta velocidad (20 Mbits/s o mayores) para WPANs. Adems de ofrecer una alta velocidad de transmisin, este nuevo estndar se est diseando para consumir poca energa y ofrecer soluciones a bajos costos as como aplicaciones multimedia. 4. El grupo de trabajo T4 para el desarrollo IEEE 802.15.4, investiga y desarrolla soluciones que requieren una baja transmisin de datos y con ello una duracin en las bateras de meses e incluso de aos as como una complejidad relativamente

baja. Dicho grupo de trabajo ha publicado el estndar que lleva su nombre; IEEE 802.15.4.

1.2.2 Diferencia entre WLANs y WPANs. A simple vista la operacin as como los objetivos de una WPAN parecen ser los de una WLAN, definidos en el estndar IEEE 802.11. Ambas tecnologas permiten a un dispositivo electrnico conectarse con el ambiente que lo rodea e intercambiar datos sobre canales inalmbricos libres o frecuencias que no necesitan licencia de uso. Sin embargo, WLANs se han diseado y optimizado para dispositivos transportables de comunicacin, por ejemplo las computadoras tipo notebook. Las WPAN fueron diseadas para dispositivos con mayor movilidad. Las dos tecnologas difieren principalmente en tres puntos fundamentales: Niveles de energa y cobertura. Control de medios. Configuraciones de red.

1.3 Aplicaciones.

El IEEE 802.15 se disea para ser ocupado en una amplia gama de aplicaciones, incluyendo el control y monitoreo industrial; seguridad pblica, como la deteccin y determinacin de la localizacin de personas en lugares de desastres; medicin en automviles, como el monitoreo de la presin neumtica en las llantas; tarjetas o placas inteligentes; y agricultura de precisin, como medicin del nivel de humedad en el suelo,

pesticida, herbicida, niveles de pH. Sin embargo las mayores oportunidades de desarrollo del IEEE 802.15 estn en la automatizacin del hogar. En una casa, se pueden considerar varias posibilidades de mercado: perifricos de la PC, tales como ratones inalmbricos, teclados, joysticks, agendas electrnicas (PDAs) y juegos; aparatos electrnicos, como radios, televisiones, VCRs, CDs, DVDs, controles remotos, y dems, y un control universal para controlar todos los anteriores; automatizacin del hogar, como calefaccin, ventilacin, aire acondicionado, iluminacin, seguridad y el control de objetos como ventanas, cortinas, puertas, y cerraduras; monitoreo de salud, incluyendo censores, monitores y diagnsticos; as como juguetes y juegos, juegos interactivos entre personas o grupos. Se espera que los requerimientos mximos de transmisin de datos para aplicaciones con perifricos de PC estn en el rango de los 115.2 kb/s a menos de 10kb/s para automatizacin de tareas del hogar y para algunos dispositivos electrnicos. De la misma manera se espera que los perifricos de PC acepte un rango de aproximado de 15 ms y de ms de 100 m para aplicaciones de automatizacin del hogar.

Disposiciones generales.

2.1 Tipos de WPANs.

El grupo de trabajo IEEE 802.15 ha definido tres clases de WPANs que se diferencian por su rango de datos, consumo de energa y calidad de servicio (QoS). Las WPANs con un rango de velocidad elevada (802.15.3) diseado para aplicaciones

multimedia que requieren altos niveles de QoS. WPANs de rango medio (802.15.1/Bluetooth) que manejarn una cantidad de tareas que van de telfonos celulares hasta comunicacin entre PDAs y tienen QoS apropiado para aplicaciones de voz. La ltima clase de aplicaciones son las LR-WPAN (baja transmisin, low rate) (802.15.4)[1].

Estos tres tipos de WPAN son los que estudiaremos y compararemos a lo largo de este documento.

2.2Libertad en una WPAN.

Las WLANs tpicamente son extensiones inalmbricas de LANs almbricas. Al igual que su contra parte, el principal objetivo de una WLAN es el proporcionar infraestructura a los servicios de datos tpicos disponibles a travs de una LAN hacia los diversos aparatos de un cliente. Una vez que un cliente se conecta a una WLAN por medio de algn aparato, dicho aparato generalmente se queda conectado con la LAN hasta que el dispositivo se mueve fuera de las fronteras de la LAN. Estos aparatos operan tpicamente en una oficina o en un edificio de alguna fbrica, una casa o alguna infraestructura similar. Dada la gran variedad de aparatos personales que pueden participar en un WPAN, la tecnologa para las WPAN debe de soportar aplicaciones con anchos de banda muy rigurosos as como aplicaciones ms flexibles en cuanto a sus necesidades de ancho de banda. Para proporcionar las garantas necesarias de ancho de banda para mltiples conexiones, las WPAN emplean mecanismos de control capaces de regular las transmisiones de elementos en una WPAN. Las WLANs emplean funciones similares de coordinacin como una opcin, admitiendo que sobre las largas distancias cubiertas por estas, no siempre ser conveniente tener un control de los medios estricto y absoluto. Cuando se tiene este nivel del control, este se describe como un periodo de libre contencin, lo cual no significa

una libre interferencia ambiental. Otras redes independientes en operacin (pertenecientes a varias tecnologas) pueden ocasionar interferencia con las transmisiones durante un periodo de libre contencin. Sin embargo, algunos mecanismos sin contencin de resolucin se utilizan para recuperar informacin de transmisiones distorsionadas durante un periodo de libre contencin. Con esto en mente, las WPANs IEEE 802.15, todo el tiempo se encuentran en modo de libre contencin. Este nivel en el control se logra al crear una relacin (en una red WPAN, una relacin maestro-esclavo) entre aparatos y el sistema que opera en una sola ranura de tiempo en un multiplexado de tiempo. La WPAN maestra hace un sondeo entre una coleccin de WPANs esclavas para su transmisin, as regula el ancho de banda asignada a cada una dependiendo de los niveles de calidad de servicio requerido. Debido a la naturaleza misma de las conexiones de las WPAN, estas requieren que algunas veces sus aparatos funcionen ya sea como maestros o esclavos. Como resultado, los objetivos para los que fue diseada la tecnologa WPAN (por ejemplo, bajos costos, bajo consumo de energa) se siguen cumpliendo sin importar si algn aparato se comporta como maestro o como esclavo. En cualquier caso un maestro debe estar presente para que se pueda llevar a cabo una comunicacin. Los aparatos personales que participan en una WPAN son designados por su desempeo y por su funcionalidad. Dichos aparatos no se designan para ser miembros establecidos en la infraestructura de la red, sin importar si deben de estar conectados cada que sea necesario. Un aparato tpico de una WPAN no necesita mantener un estado de red- observable o uno de red-controlable. Por ejemplo una WLAN necesita, mantener una base de informacin manejable (MIB). Como un miembro genuino de una larga

infraestructura, este requerimiento es necesario. Sin embargo con la tecnologa WPAN, es inapropiado sino imposible- para una solucin en red de tipo fin a fin ser empleada y controlada por una red remota.

2.3 Duracin del enlace a la red.

Las WLANs no tienen un tiempo de vida inherente. Estas tienen una existencia independiente de los aparatos que las conforman. Si todos sus elementos emigran de la cobertura de la WLAN y llegan unidades a sustituirlas, se dice que la WLAN tiene una existencia ininterrumpida. Este concepto no es verdad para las WPANs. Si el elemento maestro no participa, la red deja de funcionar. En una WPAN un aparato crea una conexin que dura tanto como lo requiera, por lo que dicha conexin tiene una vida finita. Por ejemplo, una aplicacin de transferencia de archivos puede lograr una conexin lo suficientemente larga solo para que su propsito se lleve a cabo. Cuando esta aplicacin termina, la conexin entre los dos aparatos se puede separar. No puede haber un registro de los aparatos a los que estuvo conectado un dispositivo en una WPAN o de los aparatos a los que se valla a conectar. Por ejemplo, una computadora tipo notebook se puede conectar con una PDA en un momento, con una cmara digital en otro y a un telfono celular en otro momento. En algunos momentos, dicha computadora, se puede conectar con cualquiera de todos los dispositivos anteriormente mencionados. La tecnologa WPAN debe de ser capaz de

soportar la conexin de una forma rpida y eficiente sin necesidad de tener un despliegue previo de ningn tipo.

2.5 Componentes de una WPAN.

El fin ltimo de los protocolos de comunicacin es el permitir aplicaciones en diferentes dispositivos para que interacten entre ellos. Para alcanzar esta interactividad, se necesita que los dispositivos corran comunicaciones de pila (communication stacks) compatibles. Esto implica que no solo el protocolo de comunicacin de pila que corre en cada dispositivo sea compatible y funcionable, sino que tambin las aplicaciones que corren sobre dichas pilas sean compatibles [1].

2.5 Integracin con las LANs.

En algunas ocasiones es necesario que las WPAN interacten con otro tipo de redes, aunque no siempre es el caso. Una WPAN se puede unir y participar con otras LANs en la familia IEEE 802 (por ejemplo IEEE 502.3, IEEE 802.11) a travs del uso de una compuerta de unin (AG, attachment gateway) IEEE 802. Una AG para una LAN IEEE 802 es un componente lgico de arquitectura que puede o no ser implementado directamente en un aparato que conforma la WPAN (por ejemplo un dispositivo Bluetooth). Por medio de una AG LAN IEEE 802, la unidad de servicios de datos MAC

(MSDUs) de una LAN se puede condicionar para transportar informacin sobre una WPAN (ver figura 2.1).

Figura 2.1 - Interconexin entre el estndar 802.3 y el 802.15 [1].

2.6 Modelo ISO-OSI vs. Modelo IEEE 802.15

Dado que las redes actuales funcionales de comunicacin tienen como modelo de referencia al ISO-OSI es prudente ver la relacin por capas o niveles de comunicacin que este tiene con el modelo IEEE 802.

Modelo ISO-OSI
7. Capa de Aplicacin 6. Capa de Presentacin. 5. Capa de Sesin. 4. Capa de Transporte. 3. Capa de Red.

Modelo IEEE 802.15

Capas superiores.

Control de enlace lgico (LLC) 2. Capa de Enlace de Datos (DLL) Control de acceso a medios (MAC) 1. Capa Fsica. Capa fsica (PHY).

Tabla 2.1 - Modelo ISO-OSI vs. Modelo IEEE 802.15.

El proyecto IEEE 802 divide al DLL en dos subcapas, la subcapa de enlace de acceso a medios (Medium Access Control, MAC) y la de control de enlaces lgicos (Logical link control, LLC). El LLC es comn a todos estndares 802, como el 802.3, 802.11 y la familia del 802.15. La subcapa MAC depende del hardware y vara respecto a la implementacin fsica de esta capa (ver tabla 2.1).

3
3.1 La tecnologa Bluetooth.

El estndar Bluetooth I EE E 8 0 2 . 1 5 . 1 .

Bluetooth empieza a concebirse en Ericsson Mobile Communications AB (Suecia) en 1994 como el efecto colateral de un proyecto sobre enlaces de comunicadores mltiples conectados a la red celular mediante telfonos; cuatro aos ms tarde, aparece el grupo de inters en la tecnologa Bluetooth SIG (Special Interest Group) en el que aparecan Ericsson, Toshiba, IBM e Intel como empresas promotoras de la tecnologa; ms tarde se sumaron otros promotores como 3Com, Lucent, Microsoft y Motorola generndose el consorcio Bluetooth; actualmente el Bluetooth SIG cuenta con ms de

2000 empresas. El objetivo de este grupo es, fundamentalmente promover actividades relativas a mejorar la interoperabilidad de forma que con ello se favorezca el desarrollo del mercado Para tratar el tema de la interoperabilidad, en trminos nicamente de test bed, o sea, de mtrica/evaluacin de caractersticas tcnicas, se realizan los tests de productos Bluetooth mediante unos protocolos denominados Blue Units que se basan en kits de desarrollo producidos por la firma inglesa Cadence Symbionics Group parte de la firma estadounidense Cadence Design Systems a los que se puede acceder a travs de Ericsson Microelectronics AB (Suecia), AU System y Sigma ComTec. En estos momentos, para que un producto pueda considerarse como Bluetooth tiene que cumplir una serie de protocolos y perfiles; los protocolos describen cmo se realizan las tareas bsicas como sealizacin telefnica, gestin de enlace y lo que se conoce como Service Discovery, es decir, determinacin de qu servicios estn disponibles desde o travs de otros productos Bluetooth; los perfiles describen la forma en que diferentes protocolos y procedimientos bsicos funcionan conjuntamente en diferentes productos y aplicaciones Bluetooth: los perfiles estn considerados como la primera aproximacin en trminos de conseguir la interoperabilidad. Existen grupos de trabajo dentro del SIG Bluetooth que estn redactando perfiles para impresin, interfase usuario-equipo y posicionamiento (aplicaciones GPS). Adems, como un medio para tratar de acelerar el despegue del mercado, se ha creado recientemente el Bluetooth Measurement Initiative dentro del Bluetooth SIG cuyo objetivo es desarrollar hardware y software para el testing de interoperabilidad.

Desde un punto de vista de tecnologa de transmisin, Bluetooth est basado en la tecnologa clsica del escenario inalmbrico conocida como spread spectrum (espectro esparcido), en concreto en frequency hopping (salto de frecuencia): estos sistemas de frequency hopping dividen la banda de frecuencia en varios canales de salto (hopping); en el transcurso de la conexin se produce una transicin brusca (salto o hopping) de un canal a otro de forma seudo aleatoria. Desde un punto de vista de arquitectura, Bluetooth se basa en el concepto de picored, un concepto genrico en las redes de rea personal que se refiere a la capacidad de varios equipos para configurarse como una red; de una forma ms estricta, la picored se puede definir como la red de corto alcance formada por dos o ms unidades o equipos que comparten un canal, es decir, que funcionan de forma sncrona y siguiendo al misma frecuencia de hopping. La picored se diferencia de otras redes similares de su entorno mediante la secuencia de frecuencia de hopping. Las picorredes se pueden enlazar de forma ad-hoc generando lo que se conoce como red de dispersin o scatternet: estas scatternets permiten que se pueda producir la comunicacin entre configuraciones flexibles de forma continua; estas redes pueden actuar tambin como enlace inalmbrico a redes de datos ya existentes. El chip Bluetooth est formado por un transceiver de radio-frecuencia, una unidad de control de enlace banda-base conjuntamente con el software de gestin y un subsistema de antena; a los equipos que incluyen este chip y verifican las especificaciones Bluetooth se les conoce, en la literatura internacional, como productos Bluetooth enabled.

3.2 Arquitectura WPAN Bluetooth. 3.2.1 Vista de alto nivel.

El estndar IEEE 802.15.1 presenta una WPAN que utiliza tecnologa inalmbrica Bluetooth. En este trabajo el trmino Blueooth WPAN o simplemente el trmino IEEE 802.15.1 WPAN se refiere a una WPAN que utiliza tecnologa Bluetooth inalmbrica.

3.3.1 Interconexin entre sistemas abiertos (OSI).

Hay dos formas de ver cualquier diseo de sistemas de comunicacin; por su arquitectura y su funcionalidad. Un acercamiento hacia la arquitectura enfatiza las divisiones lgicas de un sistema y como son compatibles. El acercamiento hacia la funcionalidad hace nfasis en los componentes actuales y sus interconexiones. A continuacin se presenta una vista de la arquitectura de una WPAN (Figura 3.1). Se enfatiza la tradicional separacin de larga escala del sistema en dos partes; physical layer (PHY) del IEEE 802.15.1 y la subcapa MAC (medium access control) del DLL (data link layer). En la siguiente figura se muestra la pila del protocolo en la sptima capa del modelo del OSI en la tecnologa inalmbrica de Bluetooth y su relacin con este estndar. Como se puede observar en la siguiente figura las subcapas LLC (logical link control) y el MAC juntas abarcan las funciones deseadas para el DLL del modelo de OSI.

Figura 3.1 - Capas del protocolo Bluetooth [1].

3.3.2 Vistazo a la red WPAN Bluetooth.

La tecnologa inalmbrica de Bluetooth utiliza un radio de corto alcance que ha sido optimizado para el ahorro de energa, operacin adecuada de la batera, tamao pequeo y para ser utilizada en aparatos personales de bajo peso. Una WPAN es capaz de soportar canales sncronos de comunicacin para telefona de voz y canales de comunicacin asncronas para comunicacin de datos. Dichas facilidades permiten que una amplia gama de aplicaciones y de aparatos trabaje en una WPAN. Por ejemplo, un telfono celular puede usar canales circuit-switched para transportar audio desde y para un receptor en el encabezado mientras se encuentra utilizando un canal packet-switched para intercambiar datos con una computadora porttil. Una WPAN opera en la banda libre de los 2.4 GHz. Se utiliza un transceptor de

fast frequency-hop (1600 hops/s) para evitar la interferencia y la cada de seales. Para reducir la complejidad del transceptor se utiliza la tcnica binaria FSK (frequency shift keying) para transmitir smbolos con un rango de 1 Smbolos/s. Se utiliza un canal ranurado, cada ranura de tiempo tiene una duracin de 625 s. Una trama rpida de TDD (time division duplex) se utiliza para permitir comunicaciones full duplex en capas superiores. En el canal, la informacin se intercambia a travs de paquetes. Cada paquete se transmite en una frecuencia diferente dentro de la secuencia de espera. Un paquete normalmente cubre una sola ranura, pero se puede extender de tres a cuatro ranuras. Para trfico de datos, de manera unidireccional es posible transmitir un mximo de 723.2 kb/s entre dos dispositivos. Un canal vi direccional soporta un trfico de voz entre dos dispositivos con una velocidad de hasta 64 kb/s. La inestabilidad para el trfico de voz se mantiene bajo al usar ranuras de tiempo pequeas en la transmisin. La figura 3.2 muestra el formato general del contenido de una ranura de tiempo, trasmitida al aire en una WPAN de Bluetooth. El paquete abarca un cdigo de acceso de tamao fijo, el cual es utilizado, entre otras cosas, para distinguir una WPAN de otra. El encabezado del paquete de tamao fijo, que se utiliza para manejar la transmisin en una WPAN; y una carga de datos de tamao variable, que transporta informacin de capas superiores. Debido al tamao tan reducido de de estos paquetes, se necesita que una capa superior ms larga sea dividida en segmentos antes de que sea transmitida al aire.

Figura 3.2 - Trama de informacin [1].

3.4 Topologa de conexin de las WPAN Bluetooth.

3.4.1 Picoredes WPAN Bluetooth.

Una picored es una WPAN formada por dispositivos Bluetooth que sirven como maestros en la picored y uno o ms dispositivos Bluetooth que sirven de esclavos. Un canal de frequency-hopping basado en la direccin del maestro define cada picored. Todos los elementos participantes en una comunicacin dentro de una picored dada son sincronizados al canal de frequency-hopping, utilizando el reloj del aparato maestro de la picored. Los dispositivos esclavos solo se comunican con el maestro en una estructura punto a punto bajo el control del maestro. Las transmisiones del maestro deben de ser ya

sea de la forma punto a punto o bien punto a multipunto. Cada lugar determina que si algunos elementos deben ser siempre maestros o esclavos. Sin embargo, este estndar no distingue entre elementos que son permanentemente maestros o esclavos. Durante una seccin de comunicacin un elemento esclavo puede comportarse como maestro en un momento dado y viceversa.

3.4.2 Redes dispersas WPAN Bluetooth.

Una red dispersa (scatternet) es una coleccin de varias picoredes en operacin que se traslapan en tiempo y en espacio. Un aparato Bluetooth puede participar en mltiples picoredes al mismo tiempo, por lo que existe la posibilidad de que la informacin fluya ms all de las fronteras de una picored. Un aparato en una scatternet puede ser esclava en varias picoredes, pero puede ser maestra en solo una de ellas. La figura 3.3 muestra las diferentes formas en que los dispositivos Bluetooth se pueden interconectar para formar varios sistemas de comunicacin.

Figura 3.3 - Varios formatos en una picored. (a) Operacin con un solo esclavo. (b) Operacin multiesclavo; (c) Operacin tipo scatternet [1].

3.5 El protocolo Bluetooth de pila.

La figura 3.4 muestra la pila del protocolo Bluetooth, la cual incluye los protocolos Bluetooth especficos (por ejemplo; Link Manager Protocol, LMP; Logical Link Control and Adaptation Protocol, L2CAP) y los protocolos bluethooth no especficos (tambin conocidos como los otros). Dichos protocolos no especficos incluyen al OBEX (Object Exchange Protcol), al PPP (point to point protocol), el WAP (wireless application protocol), y algunos ms. Cuando se diseo el protocolo se hizo pensando principalmente en optimizar la reutilizacin de los protocolos existentes. Este protocolo tambin reutiliza la ayuda para adaptar las aplicaciones existentes para trabajar con la tecnologa inalmbrica de Bluetooth y asegurar una suave operacin y interoperabilidad de dichas aplicaciones. As, muchas aplicaciones ya desarrolladas por vendedores pueden tomar inmediatamente ventaja del hardware y el software de los

sistemas que cumplen con las especificaciones para Bluetooth. Las especificaciones estn disponibles pblicamente y permiten el desarrollo de un gran nmero de nuevas aplicaciones que toman todas las ventajas de las capacidades de la tecnologa inalmbrica Bluetooth.

Figura 3.4 - El protocolo Bluetooth en una pila de capas [1].

La capa del LLC no es parte de las especificaciones Bluetooth. La figura 3.4 se pone con el fin de ensear la posicin en la que debe estar colocada con relacin al resto de las capas del protocolo. La capa de RFCOMM es un puerto serial de emulacin que permite heredar las aplicaciones sobre los links Bluetooth. Las TCS son capas de control de telefona y capas de sealizacin para aplicaciones avanzadas de telefona. La DSP es una capa de servicio

que permite, a los dispositivos Bluetooth, pedir a otros dispositivos servicios que ellos pueden proveer.

3.6 Capa Fsica (PHY).

La figura 3.5 indica la relacin entre el protocolo Bluetooth de pila y la PHY. La PHY es la primera de 7 capas del modelo OSI y es responsable de la transmisin de bits entre sistemas adyacentes sobre un canal areo. La descripcin de esta capa se limita a los siguientes puntos:

Recepcin de una trama de bits de la subcapa MAC y la transmisin de una trama de bits va ondas de radio hacia una estacin asociada.

Recepcin de ondas de radio de alguna estacin asociada y la conversin te estas a una trama de bits que se transmite hacia la MAC.

Figura 3.5 - Relacin de la PHY y su interfase [1].

3.7 Arreglo de bandas y canales en frecuencia.

Los sistemas Bluetooth operan en la banda ISM (industrial, scientific, medical) de los 2.4 GHz. En la mayora de los pases alrededor del mundo, el rango de dichas frecuencias va de los 2400 MHz a los 2483.5 MHz. Sin embargo, en algunos pases, tienen limitaciones nacionales en ese rango de frecuencias. Para cumplir con dichas limitaciones internacionales, se han diseado algoritmos especiales de frequency-hopping para dichos pases. Se debe tener en cuenta que los productos que implementan reducciones de banda no trabajaran con los productos que implementan la banda completa de frecuencias. Los productos que implementan bandas reducidas de frecuencias deben, por lo tanto, considerarse como versiones locales para un solo tipo de mercado (ver tabla 3.1).

Lugar

Rango de Frecuencias (GHz)

Canales de RF

USA, Europa, mayoria de los paices. Francia

2.400 2.4835 2.4465 2.4835

f = 2402 + k MHz, k = 0,,78 f = 2454 + k MHz, k 0 0,,22

Tabla 3.1, Frecuencia de operacin de operacin.

3.8 Caractersticas del transmisor.

Los requerimientos en esta clusula especifican los niveles de energa en el conector de la antena del equipo. Si el equipo no tiene un conector, se asume una antena de referencia con una ganancia de 0 dB. Debido a que es complicado obtener una medida precisa en las mediciones en medidas de radiacin, se prefiere que los sistemas con una antena integrada tengan un conector temporal de antena durante las pruebas. Los equipos se dividen en tres clases de grupos dependiendo su nivel de potencia, dichos grupos se pueden apreciar en la tabla 3.2.

Tabla 3.2 - Tipos de energa [1].

Energa mnima de salida en el ajuste mximo de energa. Lmite mnimo sugerido de energa Pmin < -30dBm.

Se requiere de control de energa para equipos que se encuentran en la clase 1. El control de energa se utiliza para limitar la transmisin de energa sobre los 0 dBm. Los controles de energa bajo los 0 dBm son opcionales y se pueden utilizar para optimizar el consumo de energa y reducir el total de interferencia. Los niveles de energa deben formar una secuencia montona con un nivel mximo de 8 dB y un mnimo de 2 dB. Los equipos que pertenecen a la clase 1que transmiten un mximo de energa de +20 dB deben de ser capaces de mantener la energa de transmisin por debajo de los 4 dBm. Equipos con capacidades de control de energa optimizan la salida de energa en un link con comandos LMP. Esto se hace al medir el RSSI (receiver signal strength indication) y reportar si se debe incrementar o disminuir el nivel de energa.

3.8.1 Caractersticas de modulacin.

La modulacin es del tipo GFSK (Gaussian frequency shift keying) con un tiempo de ancho de banda (BT) = 0.5. El ndice de modulacin debe ser de entre 0.28 y 0.35. Un 1 binario se representa con una desviacin positiva de frecuencia, y un 0 binario se representa con una desviacin negativa de frecuencia. La sincronizacin de smbolo deber mejor que 20 ppm (ver figura 3.6). Para cada canal de transmisin, la desviacin mnima de frecuencia (Fmin = la menor de Fmin+,Fmin-) que corresponde a la secuencia 1010 debe de ser menor a 80%

de la desviacin de frecuencia (fd) que corresponde a la secuencia 00001111. Adicionalmente, la desviacin mnima nunca debe de ser menor a 115 kHz. La transmisin de datos tiene una tasa de 1 Msmbolos/s.

Figura 3.6 Tipo de modulacin para la transmisin de datos[1].

El error de cruce por cero es la diferencia de tiempo entre el periodo ideal del smbolo y el tiempo de cruce real. Este debe de ser menor a 0.125 del periodo de un smbolo. La desviacin mxima de frecuencia debe de ser entre 140 kHz y 175 kHz.

3.8.2 Tolerancia de RF.

La exactitud de la frecuencia central inicial (Fc) debe ser de 75 kHz como mximo para Fc. La exactitud de la frecuencia inicial se define como la exactitud de

frecuencia antes de que cualquier informacin sea transmitida. La derivacin de frecuencia central se especifica en la tabla 3.3.

Tipo de paquete. Paquete con una sola ranura Paquete con tres ranuras Paquete de cinco ranuras Mximo rango de derivacin

Derivacin de Frecuencia. 25 kHz 40 kHz 40 kHz 400 Hz/s

Tabla 3.3 - derivacin de frecuencia en paquete.

La mxima derivacin de rango que se permite en cualquier paquete.

3.9 Caractersticas de recepcin.

Para medir el desempeo de la tasa de errores de bit, el equipo debe tener algn medio de retroalimentacin. El equipo manda la informacin decodificada de regreso. El nivel de referencia de sensibilidad debe estar referido a 70 dBm.

3.9.1 Niveles actuales de sensitividad.

Los niveles actuales de sensitividad se define como los niveles de entrada para los cuales el BER (bit error rate) se consideran de un 0.1%. Los requerimientos de un

receptor Bluetooth es un nivel de sensibilidad de 70 dBm o mejor. El receptor debe de tener un nivel sensibilidad de 70dBm con cualquier transmisor Bluetooth.

3.9.2 Desempeo con interferencia.

El desempeo con interferencia co-canal y adyacente a 1 MHz y un 2 MHz y se mide con la seal deseada a 10 dB sobre el nivel de referencia. En todas las dems frecuencias, la seal deseada debe ser de 3 dB sobre el nivel de sensibilidad de referencia. El BER debe de ser 0.1 %.

3.10 Emisiones falsas.

Las emisiones falsas para un receptor Bluetooth no deben ser mayores a lo indicado en la tabla 3.4.

Banda de Frecuencia (GHz) 0.030 1.000 1.000 12.750

Requerimientos (dBm) -57 -47

Tabla 3.4 Bandas.

La energa se debe medir en un ancho de banda de 100 kHz.

3.11 Especificaciones de banda base. La figura 3.7 indica la relacin entre la pila del protocolo Bluetooth y esta clusula. Esta clusula describe las especificaciones del control de link que transporta los protocolos y las dems rutinas de menor nivel.

Figura 3.7 Relaciones e interfaces de la BB [1].

3.11.1 Descripcin General.

Bluetooth es un enlace de radio de corto alcance que pretende remplazar conexiones por cable(s) de dispositivos electrnicos porttiles o fijos. Sus principales caractersticas son; baja complejidad, bajo consumo de energa, bajos costos adems de ser un dispositivo robusto. Bluetooth opera en la banda libre ISM de los 2.4 GHz. Para evitar la interferencia

y la perdida de informacin se utiliza un transmisor-receptor de frequency hop (salto de frecuencia). Para minimizar la complejidad del transceptor se utiliza una modulacin binaria de FM. La tasa de transferencia es de 1 Msymbol/s. Se aplica un canal ranurado con una duracin estndar de 625 s por cada slot (ranura) de tiempo. Para emular una transmisin full duplex, se utiliza una trama de TDD (time division duplex). En el canal, la informacin se intercambia por medio de paquetes. Bluetooth puede soportar un canal de datos asncronos, hasta tres canales de voz sncronos simultneamente, o un canal capaz de manejar simultneamente datos asncronos y voz sncrona. Cada canal de voz soporta 64 kb/s de datos sncronos (voz) en cada direccin. El canal asncrono puede soportar un mximo de 723.2 kb/s asimtricos o 433.9 kb/s. El sistema Bluetooth consiste de una unidad de radio, una unidad de control de link y una unidad de soporte para el manejo de las funciones y de la terminal de servico de la interfase (ver figura 3.8). Esta clusula describe las especificaciones del controlador de enlace Bluetooth, el cual transporta los protocolos de banda base y otras rutinas de bajo nivel.

Figura 3.8 Distintos bloques funcionales para un sistema Bluetooth [1].

Los sistemas Bluetooth proporcionan conexin punto a punto (solo se involucran dos unidades Bluetooth), o una conexin punto a multipunto (ver figura 3.9). En una

conexin punto a multipunto, el canal se comparte entre varias unidades Bluetooth. Dos o ms unidades que comparten el mismo canal forman una picored. Un solo dispositivo Bluetooth trabaja como maestro de la picored, mientras que el(los) otro(s) trabajan como esclavos. Hasta siete esclavos pueden estar activos en una picored. Adems, muchos ms esclavos pueden estar conectados al dispositivo maestro en un estado inactivo o latente. Dichos esclavos latentes no se pueden estar activos en el canal, pero se mantienen sincronizados al maestro. Tanto para los esclavos activos como para los latentes, el canal de acceso es controlado por el maestro. Mltiples picoredes con reas de cobertura traslapada forman una red dispersa o una scatternet. Cada picored puede tener solamente un maestro. Sin embargo, los esclavos pueden participar en diferentes picoredes bajo una base de time-division multiplex. Adems, un maestro en una picored puede ser esclavo en otra picored. Las picoredes no deben de estar sincronizadas en frecuencia. Cada picored tiene su propio canal de salto.

Figura 3.9 Varias formaciones de picores: (a) Operacin con un solo esclavo; (b) Operacin Multiesclavo: (c) Operacin tipo scatternet [1].

3.12 El canal fsico.

3.12.1 Definicin de canal.

El canal se representa por una secuencia aleatoria de salto a travs de 79 o 23 canales de RF. La secuencia de salto es nica para cada picored y es determinada por la direccin del dispositivo Bluetooth maestro. La fase en la secuencia de salto es determinada por el reloj del maestro Bluetooth. El canal se divide en rebanadas de tiempo mientras que cada rebanada corresponde a una frecuencia RF de salto. Consecuentemente cada salto corresponde una frecuencia diferente de RF. La tasa nominal de saltos es de 1600 saltos/s. Todas las unidades Bluetooth participantes en la picored estn sincronizadas en tiempo y salto dentro del canal.

3.12.2 Ranuras de tiempo.

El canal se divide en ranuras de tiempo, cada una con una duracin de 625 s. Las ranuras de tiempo se numeran acorde al reloj del dispositivo maestro de la picored. La numeracin de las ranuras va de 0 a 227-1 y es ciclo con una longitud de ciclo de 227. Una secuencia TDD se utiliza para cuando transmite el maestro y el esclavo alternadamente (ver figura 3.10). El maestro debe iniciar su transmisin solo en una ranura numerada como par, y el esclavo debe de iniciar su transmisin en una ranura numerada como impar solamente. El paquete de inicio debe de estar alineado con el

inicio de la ranura. Los paquetes de informacin deben de extenderse a lo mximo cinco ranuras de tiempo.

Figura 3.10 TDD y sus tiempos [1].

La frecuencia RF de salto debe de mantenerse fija durante la duracin del paquete. Para un solo paquete, la frecuencia de RF de salto a utilizarse se deriva del valor actual del reloj del dispositivo Bluetooth. Para un paquete con multi-ranura, la frecuencia de RF de salto a utilizarse para el paquete entero se deriva del reloj del dispositivo Bluetooth en la primera ranura del paquete. La frecuencia de salto en la primera ranura despus de un paquete de multi-ranuras debe de usar la frecuencia como lo determine el valor actual del reloj Bluetooth. La figura 3.11 ilustra la definicin de salto en una sola ranura y paquetes de multi-ranuras. Si un paquete ocupa ms de una ranura de tiempo, el salto de frecuencia que se aplica debe de ser la frecuencia de salto aplicada a la ranura de tiempo en donde se inici la transmisin de dicho paquete.

Figura 3.11 Paquetes multislot [1].

3.13 Links fsicos.

Se pueden establecer diferentes tipos de conexin entre maestro y esclavo(s). Se han definido dos tipos diferentes de link:

Link sncrono de conexin orientada (SCO). Link asncrono de conexin menor (ACL).

El link SCO es un link punto a punto entre el maestro y un esclavo en la picored. El maestro mantiene el link SCO al usar las ranuras reservadas en intervalos regulares. El link ACL es un link punto a multipunto entre el maestro y todos los esclavos que participan en la picored. En las ranuras no representadas por los links SCO, el maestro puede soportar hasta 3 links SCO al mismo tiempo hacia el mismo esclavo o hacia otros.

Un esclavo puede soportar hasta 3 links SCO del mismo maestro, o dos links SCO si los links se originan de diferentes maestros. Los paquetes SCO nunca son retransmitidos.

3.14 Paquetes. 3.14.1 Formato general.

El orden los bits cuando se definen paquetes y mensajes, sigue el formato Little Endian, por ejemplo, las siguientes reglas se aplican:

El bit menos significante (LSB) corresponde a b0. El LSB es el primer bit que se transmite. En las ilustraciones, el LSB se muestra en la parte izquierda.

Los datos en el canal de la picored se transportan en paquetes. El formato general de los paquetes se ilustra en la figura 3.12. Cada paquete consta de tres partes: el cdigo de acceso, el encabezado, y los datos tiles.

Figura 3.12 Estndar para el formato del paquete [1].

Tanto el cdigo de acceso como el encabezado son siempre de un tamao estndar: 72 bits y 54 bits respectivamente. Los datos tiles pueden variar de cero a un mximo de 2745 bits. Se han definido diferentes tipos de paquetes. Los paquetes pueden consistir de cdigos puros de acceso, el cdigo de encabezado as como el cdigo de acceso o puede contener los tres tipos de datos.

3.14.2 Cdigo de acceso.

Cada paquete inicia con un cdigo de acceso. Si lo sigue un paquete de encabezado, el cdigo de acceso tiene 72 bits de informacin, de otra forma el cdigo de acceso tiene 68 bits de informacin. Este cdigo de informacin se utiliza para la sincronizacin, niveles de offset de compensacin y como identificacin. Los cdigos de acceso identifican todos los paquetes de intercambio en el canal de la picored: todos los paquetes que se mandan en la picored son precedidos por el mismo cdigo de acceso al canal. En el receptor de la unidad Bluetooth, un correlator de desfase compara las fases respecto al cdigo de acceso y lo fija cuando detecta que se ha excedido el nivel de referencia. El cdigo de acceso tambin se utiliza para los procedimientos de voceo. En este caso, el mismo cdigo de acceso se utiliza como mensaje de sealizacin por lo que no es necesario mandar datos de encabezado o de informacin extra. El cdigo de acceso consiste en un prembulo, en una palabra de sincronizacin, o informacin de prueba; ver figura 3.13.

Figura 3.13 Formato del cdigo de acceso [1].

3.14.2.1 Tipos de cdigos de acceso.

Existen tres tipos de cdigos de acceso:

- Cdigo de acceso a canal (CAC). - Cdigo de acceso a dispositivos (DAC). - Cdigo de acceso a informacin (IAC).

Cada cdigo de acceso se utiliza respectivamente para diferentes modos de operacin en las unidades Bluetooth. El cdigo de acceso a canal identifica a la picored. Este cdigo se incluye en todos los paquetes de intercambio del canal de la picored. El cdigo de acceso al dispositivo se utiliza en procedimientos especiales de sealizacin, por ejemplo, para el voceo y como respuesta a dicho voceo. Para el cdigo de acceso a informacin existen dos variantes. Un cdigo general de acceso a informacin (GIAC) es comn a todos los dispositivos. El GIAC puede ser utilizado para ver que otras unidades Bluetooth estn en el rango. El cdigo de acceso dedicado a informacin (DIAC) es comn a para un grupo de unidades Bluetooth dedicadas que comparten algunas caractersticas. El DIAC se puede utilizar para descubrir solo aquellas unidades dedicadas en dicho rango.

El CAC consiste en un prembulo, una palabra de sincrona y su longitud total es de 72 bits. Los diferentes tipos de cdigos de acceso utilizan diferentes tipos de LAPs (lower address Parts) para construir palabras de sincrona. En la tabla 3.5 se muestra un resumen de los diferentes tipos de cdigos de acceso.

Tipo de Cdigo CAC DAC GIAC DIAC

LAP Maestro Unidad Voceada Reservado Dedicado

Longitud de Cdigo 72 68/72 68/72 68/72

Tabla 3.5 Resumen de cdigos de acceso.

3.14.2.2 Prembulo.

El prembulo es un patrn fijo cero-uno de cuatro smbolos utilizados para facilitar compensaciones de DC. La secuencia puede ser 1010 o bien 0101, dependiendo de si el LSB (el bit menos significativo), de la siguiente palabra de sincronizacin es 1 o 0. El prembulo se muestra en la figura 3.14.

Figura 3.14 - Prembulo [1].

3.14.2.3 Palabra de sincrona.

La palabra de sincrona es un cdigo de 64 bits derivado de una direccin de 24 bits (LAP); para el CAC se utiliza el LAP del maestro; para el GIAC y el DIAC, se utilizan LAPs dedicadas; para el DAC, se utiliza la unidad LAP esclava. Una buena correlacin entre las palabras de sincrona mejora los procesos de tiempo de sincronizacin.

3.14.2.4 Trailer.

El trailer es adherido a la palabra de sincrona tan pronto como el encabezado del cdigo de acceso del paquete fluye. Este es el caso tpico del CAC, pero el trailer tambin se utiliza en el DAC y el IAC cuando estos cdigos se utilizan en paquetes FHS de intercambio durante procedimientos de respuesta e investigacin. El trailer se fija en un patrn de cero-uno de cuatro smbolos. El trailer junto con los tres MSBs de la palabra de sincronizacin forman un patrn de unos y ceros, que va alternando, el cual se usa para compensar extensiones de DC. La secuencia del trailer es 1010 o bien 0101 dependiendo del MSB de la palabra de sincrona es 0 o 1, respectivamente. El proceso anterior se ilustra en la figura 3.15.

Figura 3.15 Cdigo Trailer en CAC cuando la palabra de sincrona es 0 en el MSB (a), y cuando la palabra de sincronizacin es 1 en el MSB (b) [1].

3.14.3 Encabezado del paquete.

El encabezado contiene informacin del link de control (LC) y consiste de seis campos.

AM_ADDR: TYPE: FLOW: ARQN: SEQN: HEC:

3 bits que direccional a los miembros activos. 4-bits de tipo de cdigo. 1 bit de control de flujo. 1 bit indicador de acknowledge. 1 bit de numero de secuencia. 8 bits de deteccin de error.

El encabezado total, que incluye el HEC, consiste de 18 bits, ver figura 3.16, y es codificada a un rango de 1/3, resultando en un encabezado de 54 bits. Note que los campos de AM_ADDR y TYPE son mandados con el primer LSB.

Figura 3.16 Formato del encabezado [1].

3.14.3.1 AM_ADDR.

El AM_ADDR representa la direccin de un miembro y se utiliza para distinguir entre miembros activos y miembros participantes en la picored. En una picored, uno o ms esclavos estn conectados a un maestro. Para identificar a un esclavo por separado, cada esclavo es asignado temporalmente a una direccin de 3 bits para ser usada cuando se active. Todos los paquetes que se intercambian entre el maestro y el esclavo transportan el AM_ADDR del esclavo. La direccin de puros ceros es reservada para la transmisin de paquetes del maestro al esclavo, con excepcin del paquete de FHS que debe de usar todos los miembros de su direccin, sin embargo no es un mensaje de transmisin.

3.14.3.2 Type. Se pueden distinguir 16 tipos diferentes de paquetes. El cdigo TYPE de 4-bits especifica que tipo de paquete se utiliza. Es importante notar que la interpretacin de los cdigos TYPE depende del link fsico asociados con el paquete. Primero, se debe de determinar hacia donde se manda el paquete, a un link SCO o a un link ACL. Despus se

puede determinar que tipo de paquete SCO o ACL se ha recibido. El cdigo TYPE tambin revela cuantas ranuras ocupar el paquete.

3.14.3.3 Flow.

Este bit se utiliza para el control de paquetes sobre el link ACL. Cuando el buffer de RX para el link ACL en el recipiente esta lleno, se regresa una seal de alto (FLOW=0) para parar la transmisin de datos. Note que la seal de STOP solo contiene paquetes ACL. Los paquetes que solo contienen informacin (ID, POLL, y paquetes NULL) o paquetes SCO pueden seguir recibindose. Cuando el buffer de RX esta vaco, se manda una seal GO (FLOW = 1). Cuando no se reciben paquetes, o cuando hay un error en el encabezado, se asume una seal de GO. En este caso, el esclavo puede recibir un paquete nuevo con un CRC a travs de su buffer de RX aunque no este vaco. El esclavo debe de regresar un acknowledgment negativo (NAK) en respuesta a este paquete aunque el paquete pase la revisin del CRC.

3.14.3.4 ARQN.

El indicador de acknowledgment de 1-bit ARQN se utiliza para informar de una fuente que ha trasmitido exitosamente con un CRC, y puede ser un acknowledge positivo ACK o uno negativo NAK. Si la recepcin fue exitosa, se regresa un ACK (ARQN = 1), de lo contrario se regresa un NAK (ARQN = 0). Cuando no se recibe ningn mensaje de

respuesta, se asume un NAK. De la misma manera un NAK es la respuesta que se tiene por defaul. El ARQN va en el encabezado del paquete de respuesta. El xito de la recepcin se checa en trminos del cdigo de chequeo de redundancia cclica.

3.14.3.5 SEQN.

El bit SEQN proporciona una trama secuencial de datos para ordenar los datos del paquete. Para cada nueva transmisin de paquetes que contengan datos con CRC, el SEQN bit es invertido. Se requiere que se filtren los datos de la retrasmisin en el receptor; si una retrasmisin ocurre por una falla del ACK, el destino recibe el mismo paquete dos veces. Por comparacin del SEQN de paquetes consecutivos, se puede descartar las retrasmisiones por informacin correcta en la recepcin.

3.14.3.6 HEC.

Cada encabezado tiene un HEC (header-error-check) que checa la integridad del encabezado. El HEC consiste de una palabra de 8-bits generada por el polinomio 647 (representacin octal). Antes de generar el HEC, el generador HEC se inicializa con un valor de 8-bits. Despus de la inicializacin, un HEC es calculado para los 10 bits de encabezado. Antes de revisar el HEC, el receptor debe de inicializar el circuito de revisin con el UAP apropiado de 8-bits. Si el HEC no concuerda, el paquete entero es desechado.

3.14.4 Tipos de paquetes.

Los paquetes usados en las picoredes estn relacionados con los links fsicos en los que se utilizan. En el estndar IEEE 802.15.1 se han definido dos links fsicos: el link SCO y el ACL. Para cada uno de estos links, se definen 12 tipos de paquetes diferentes. Cuatro paquetes de control son comunes a todos los tipos de links: su cdigo TYPE es nico e independiente de cada tipo de link. Para indicar los diferentes tipos de paquetes en un link, se utiliza el cdigo TYPE de 4-bits. El paquete se ha dividido en cuatro segmentos. El primer segmento est reservado para los cuatro paquetes de control comunes a todos los tipos de links fsicos; los cuatro tipos de paquetes. El segundo segmento est reservado para los paquetes que solo ocupan una sola ranura; se han definido seis de estos tipos. El tercer segmento se reserva para paquetes que ocupan tres ranuras, se han definido dos tipos de estos paquetes. El cuarto segmento est reservado para paquetes que ocupan cinco ranuras de tiempo y de estos se han identificado dos tipos de paquetes. La ocupacin de segmentemos se refleja en la segmentacin y se puede derivar directamente del tipo de cdigo. La tabla 3.6 resume los paquetes definidos por la SCO y los diferentes tipos de link ACL.

Tabla 3.6 Paquetes definidos por el SCO y links para el ACL [1].

3.15 Correccin de errores.

Hay tres tipos de correccin de error definidos para Bluetooth.

- FEC a una tasa de 1/3. - FEC a una tasa de 2/3. - Esquema ARQ para datos.

El propsito del esquema FEC en los datos de carga til es reducir el nmero de retransmisiones. Sin embargo, en un ambiente ms o menos libre de errores, los FEC proporcionan demasiada informacin que reduce la velocidad del procesamiento. Los encabezados de los paquetes siempre se protegen por un FEC a un rango de 1/3; este contiene informacin importante de link y debe ser capaz de manejar ms errores de bit.

3.16 Canales Lgicos.

En el sistema Bluetooth, se han definido cinco canales lgicos:

Canal de control LC. Canal de control LM. Canal de usuario UA. Canal de usuario UI. Canal de usuario US.

Los canales de control LC y LM son usados en a nivel de link de control y de manejo respectivamente. Los canales de usuario UA, UI, y US, son usados para transportar datos asncronos, iscronos e informacin sincronizada respectivamente. El canal LC se lleva en el encabezado del paquete; los dems canales van en el paquete de la carga de datos. El LM, UA, y el canal UI se indican en el campo de L_CH del encabezado de los datos del usuario. El canal US va sobre el link SCO solamente. Los

canales UA y el UI van normalmente sobre el link ACL; sin embargo, tambin pueden ir sobre los datos en el paquete DV del link SCO. El canal LM puede ir sobre el link ACL o sobre el SCO.

3.16.1 Canal LC (link de control).

El canal LS se encuentra dentro del encabezado del paquete. Este canal lleva informacin del link de control de bajo nivel como ARQ, control de flujo, y caracterizacin de la carga til de datos. El canal LC va en cada paquete a excepcin del paquete ID que no tiene encabezado de paquete.

3.16.2 Canal LM (link de manejo).

El canal de control LM transporta informacin de control que se intercambia entre el link de administracin del maestro y los esclavos. , el canal LM utiliza paquetes protegido DM. El canal LM se indica por el cdigo L_CH en el encabezado de la informacin del usuario. Para indicar continuidad los paquetes utilizan el cdigo 01 L_CH. Si no hay fragmentacin, todos los paquetes utilizan el cdigo de inicio 10. El canal de datos iscronos trabaja midiendo el tiempo de los paquetes de inicio. Al nivel de banda base, el uso del cdigo L_CH es el mismo que el canal UA.

3.16.3 Canal US (datos sncronos de usuario). El canal US lleva datos transparentes sncronos del usuario. Este canal va sobre el link SCO.

3.16.4 Localizacin del canal. El canal LC se localiza en el encabezado del paquete. Los dems paquetes se localizan en la carga til de informacin del usuario. Los canales US solo pueden estar dentro de los paquetes SCO. Los dems paquetes estn localizados en los paquetes ACL o en tambin en el paquete SCO DV. Los canales LM, UA, y UI, pueden interrumpir el canal US si contiene informacin de mayor prioridad.

3.17 Datos de blanqueo (whitening).

Antes de la transmisin, el encabezado y la carga son mezclados con datos whitening, logrando datos con muchos parmetros de redundancia y reduciendo los paquetes con de DC.

3.18 Rutina de TX.

La rutina de TX va separada de cada link ACL y de cada link SCO. La figura 3.17 muestra los buffers ACL y SCO de la forma en que se utilizan en la rutina de TX. En esta

figura, solo se muestran un buffer de TX ACL y un solo buffer de TX SCO. En el dispositivo maestro, hay un buffer de TX ACL separado del esclavo. Adems debe de haber uno o ms buffers de TX SCO por cada esclavo SCO (diferentes links SCO pueden ya sea reutilizar el mismo buffer de TX SCO, o cada uno tener su propio buffer de TX SCO). Cada buffer de TX consiste de dos registros FIFO: un registro al que puede leer y tener acceso por el controlador Bluetooth para poder componer los paquetes, y otro registro que puede ser ledo por el link Bluetooth de manejo para leer informacin nueva. La posicin de los interruptores S1 y S2 determinan que registro es el actual y cual es el prximo. Los interruptores son controlados por el controlador de link Bluetooth. Los interruptores en la entrada y a la salida de los registros FIFO nunca pueden ser conectados al mismo registro simultneamente.

Figura 3.17 Diagrama funcional del buffer de TX [1].

3.18.2 Rutina de RX. La rutina de RX va separa del link ACL y el link SCO. Sin embargo, en contraste con el buffer ACL maestro de TX, un solo buffer de RX es compartido entre todos los esclavos. Para el buffer SCO, depende en como los diferentes links SCO son distinguidos cuando se requieren extra buffers SCO o no. La figura 3.18 muestra los buffers ACL y SCO de la forma en que se utilizan en la rutina de RX. El buffer ACL de RX consiste de dos registros FIFO: un registro que puede ser ledo por el link Bluetooth de control con la carga til del ltimo paquete RX, y otro registro al que puede tener acceso el link Bluetooth de control para leer la carga anterior de datos tiles. El buffer SCO de RX tambin consiste de dos registros FIFO: un registro que se llena con informacin de voz nueva y recin llegada, y otro registro que puede ser ledo por la unidad procesadora de voz.

Figura 3.18 Diagrama funcional del buffer de RX [1].

Dado que el indicador TYPE en el encabezado del paquete recibido indica si la informacin son datos y/o voz, el de-composer de paquetes puede dirigir

automticamente el flujo de informacin hacia buffer apropiados. El interruptor S1 cambia cada vez que el link de manejo ha ledo el registro anterior. Si la siguiente carga de informacin llega antes de que el registro de RX este vaco, una seal de STOP se debe de incluir en el prximo encabezado paquete que es regresado. El indicador de STOP se quita tan pronto como el registro de RX esta vaco.

3.18.3 Control de flujo.

Dado que el buffer de RX ACL puede estar lleno mientras una nueva carga llega, se requiere un control de flujo. Como fue mencionado anteriormente, el campo de FLOW correspondiente al encabezado puede utilizar comandos STOP o GO para detener o reanudar el flujo de los datos transmitidos.

3.18.4 Proceso de trama de bits (Bitstream).

Antes de que la informacin se mande sobre la interfase area, se realizan algunas manipulaciones de bit en el transmisor para incrementar confiabilidad y seguridad. Al encabezado del paquete se le agrega un HEC, los bits del encabezado son mezclados con una palabra de whitening, y se le aplica cdigos FEC. En el receptor, ser realaza el proceso contrario. La figura 3.19 muestra el proceso que se lleva a cabo en el transmisor y el receptor.

Figura 3.19 Proceso de TX y RX de los bits de encabezado [1].

Para la carga til de informacin, se realiza un proceso similar. Dependiendo del tipo de paquete, es el proceso que lleva la informacin. La figura 3.20 muestra el proceso que tiene la informacin del usuario. Adems del proceso al que es sometido la carga que contiene informacin del encabezado, la carga til de informacin puede ser sometida a un proceso de encriptacin. Solo el proceso de whitening es obligatorio para cada carga de informacin del usuario; los dems procesos son opcionales y dependen del tipo de paquete. La figura 3.20, ilustra los procesos opcionales con lneas punteadas.

Figura 3.20 Proceso de TX y RX de los bits de la carga de informacin [1].

3.19 Canal de control. A continuacin se describe como se establece el canal de una picored y como se pueden agregar y salir unidades a la picored.

3.19.1 Definicin maestro-esclavo.

El canal en la picored se caracteriza enteramente por el maestro de la picored. La direccin del dispositivo Bluetooth (BD_ADDR) determina la secuencia de salto FH y el cdigo de acceso al canal; el reloj del sistema del dispositivo maestro determina la fase en la secuencia de salto y determina los tiempos. Adems el maestro, controla el trfico en el canal. Por definicin, el maestro es representado por la unidad Bluetooth que inicia la conexin (a una o ms unidades esclavas). Note que los nombres maestro y esclavo solo son referidas as en el protocolo del canal: las unidades por si mismas son idnticas; por lo que, cualquier unidad puede volverse maestra o esclava de la picored. Una vez que la picored se ha establecido, los roles de maestro-esclavo se pueden intercambiar.

3.19.2 Reloj Bluetooth.

Cada unidad Bluetooth tiene un sistema interno de reloj que determina el tiempo y la secuencia de salto del transmisor-receptor. El reloj del dispositivo Bluetooth se deriva

de un reloj que corre libre que nunca se ajusta y que nunca se apaga. Para sincronizarse con otras unidades, solo se utilizan offsets que al ser agregados al reloj nativo proporcionen relojes temporales Bluetooth que son mutuamente sincronizados. Se debe tener en cuenta que los relojes Bluetooth no tienen relacin con la hora y el da; por lo que pueden ser inicializados en cualquier valor. El reloj Bluetooth proporciona los latidos del corazn del transmisor-receptor Bluetooth. Su resolucin es de al menos la mitad de la longitud de la ranura del TX o RX, o de 312.5 s. El reloj tiene un ciclo de alrededor de un da. Si el reloj se implementa con un contador, se requiere de uno de 28-bit. El tiempo y la frecuencia de salto en el canal de una picored se determina por el reloj del dispositivo Bluetooth maestro. Cuando se establece la picored, el reloj maestro se comunica a los esclavos. Cada esclavo agrega un offset a su propio reloj para sincronizarse con el reloj maestro. Dado que los relojes corren libremente, los offsets deben de ser actualizados regularmente. El reloj determina periodos crticos y sujeta los eventos en el receptor Bluetooth. Existen cuatro periodos importantes en el sistema Bluetooth: 312.5 s, 625 s, 1.25 ms, y 1.28 s; estos periodos corresponden a los tiempos de bits CLK0, CLK1, CLK12, respectivamente (ver figura 3.21).

Figura 3.21 Reloj Bluetooth [1].

En los diferentes modos y estados de una unidad Bluetooth, su reloj puede tener diferentes apariencias: CLKN , el reloj nativo. CLKE, reloj estimado. CLK, reloj maestro.

CLKN es el reloj nativo que corre libremente y es la referencia de las otras formas en las que aparece el reloj. CLKE y CLK se derivan del CLKN de referencia al agregarse un offset. CLKE se aproxima al reloj del recipiente. CLK es el reloj del dispositivo maestro de la picored. Se utiliza para todas las actividades de sincronizacin. Todos los dispositivos Bluetooth utilizan el CLK para sincronizar sus transmisiones y recepciones. El CLK se deriva del reloj nativo CLKN al agregarle un offset (ver figura 3.22). El offset es cero para el dispositivo maestro dado que CLK es idntico a su reloj nativo. Cada esclavo agrega un offset apropiado a su CLKN. As el CLK de los esclavos corresponde al CLKN del maestro.

Figura 3.22. Derivacin de un CLK maestro (a) y en esclavo (b) [1].

3.19.3 Estados observados.

La figura 3.23 ilustra los diferentes estados utilizados en el control de link Bluetooth. Existen dos estados principales: STANDBY y CONNECTION; adems, existen siete suvestados, page, page scan, inquiry, inquiry scan, master response, slave response, y inquiry response. Las sub-estados son estados intermedios que se utilizan para agregar esclavos a la picored. Para moverse de un estado a otro, se utilizan ya sea comandos del link administrador Bluetooth, o seales internas en el link de control.

Figura 3.23 Diagrama de estados Bluetooth [1].

3.19.4 Estado de Standby.

El estado de standby es el estado que tienen por default las unidades Bluetooth. En dicho estado, la unidad Bluetooth esta en un estado de bajo consumo de energa. Solo su propio reloj se encuentra corriendo hasta que ocurra una seal de cambio. El controlador puede dejar el estado de STANDBY para buscar seales de voceo, o para vocear el mismo. Cuando responde a un mensaje de voceo, la unidad no regresa al estado de STANDBY sino entra al estado de CONNECTION como esclavo. Cuando transmite exitosamente un voceo, la unidad entrar al estado de CONNECTION como unidad maestra.

3.19.5 Redes dispersas. Es posible que mltiples redes cubran la misma rea. Dado que cada picored tiene diferente maestro, las picoredes brincan independientemente, cada una con su propia secuencia de salto de canal y de fase de la forma en que cada maestro lo determine. Adems, los paquetes trasportados en cada canal son precedidos por diferentes cdigos de acceso a canal determinados por la direccin del dispositivo maestro. En la forma en que ms picoredes se agregan, la probabilidad de colisiones se incrementa; por lo que se produce una degradacin gradual del desempeo de estos sistemas. Si muchas picoredes cubren una misma rea, una unidad puede participar en dos o ms picoredes al aplicar la tcnica de multiplexado. Para participar en el canal apropiado, debe de usar la direccin del maestro asociado a dicha red y dar un offset adecuado al reloj para obtener la fase correspondiente. Una unidad Bluetooth puede actuar como

esclavo en varias picoredes, pero solo como maestro en una picored: dado que dos picoredes con el mismo maestro son sincronizadas por el mismo elemento utilizan la misma secuencia de salto, son una misma picored. Un grupo de picoredes en las que las conexiones estn dadas entre diferentes picoredes reciben el nombre de redes dispersas (scatternet). Un maestro o un esclavo puede volverse un esclavo en otra picored al ser voceado por el maestro de la otra picored. Como la unidad de voceo siempre inicia fuera del dispositivo maestro, se requiere un rol de intercambio maestro-esclavo si se desea que algn dispositivo maestro acte como esclavo. El multiplexado en el tiempo debe de usarse para conmutar entre picoredes. En caso de usar solamente links ACL, una unidad puede solicitar entrar a una picored en modo hold o park durante un tiempo en el que debe de unirse a otra picored al solo hacer un cambio de parmetros. Dado que los relojes de dos dispositivos maestros no estn sincronizados, un esclavo que participa en dos picoredes tiene que tener dos offsets agregados a su propio reloj. Como los dos relojes maestros corren independientes, es necesario actualizar los offsets para que la unidad esclava se mantenga sincronizada con los dos maestros.

3.20 Intercambio Maestro-Esclavo. Hay varias situaciones en las que se desea un cambio maestro-esclavo (MS). Primero, un cambio MS es necesario cuando alguna unidad vocea al maestro de una picored existente y quiere unirse a dicha picored, dado que por definicin, la unidad

voceadora (o paging unit) inicialmente es maestra de la picores pequea que solo comprende al pager (maestro) y al paged (esclavo). Segundo, cuando un esclavo en una picored existente quiere iniciar una nueva picored en la que esta sea el dispositivo maestro y la picored maestra en la que se encuentra como esclava. El caso tardo implica un rol doble del maestro original de la picored; este se vuelve esclavo en la nueva picored mientras se sigue manteniendo como dispositivo maestro en la picored original. Tercero, un ejemplo mucho mas complicado es cuando un esclavo quiere tomar completamente una picored existente. Por ejemplo, el cambio tambin implica la transferencia de otros esclavos de la picored existente a la nueva picored.

3.20.1 Manejo de energa. 3.20.1.1 Manejo de paquetes. Para minimizar el consumo de energa, el la informacin en los paquetes se minimiza tanto en la TX y en la RX. Esto significa que si solo se necesita intercambiar informacin del link de control, se utilizarn paquetes NULL. No se realiza ningn tipo de intercambio de informacin si no existe un link de control o si existe un comando NAK (los comandos NAK implican que no hay respuesta). Si se necesita mandar datos, la longitud de la carga se adapta para solo mandar los datos de bytes que son validos. En el lado del receptor, el procesamiento de los paquetes se lleva acabo en diferentes etapas. Si se encuentra un cdigo de acceso no valido en la ventana de bsqueda, el transmisorreceptor regresa al estado latente o dormido. Si se encuentra un cdigo de acceso, la unidad receptora se despierta y comienza a procesar el encabezado. Si existe una falla en

el HEC, l anidad regresara al modo latente despus de haber procesado el encabezado. Un encabezado indica si sigue informacin til y cuantas ranuras de tiempo tiene.

3.20.1.2 Ocupacin de la ranura. Como se indico anteriormente, el tipo de paquete indica cuantas ranuras ocupa un paquete. Un esclavo al que no se haga referencia en el primer slot puede ir al estado latente durante el resto de los slots que ocupe el paquete. Esto lo puede leer del cdigo TYPE.

3.20.1.3 Supervisin de link. Una conexin puede fallar por varias razones, por ejemplo, cuando un dispositivo se mueve fuera del rango o cuando hay condiciones de falla de energa. Dado que lo anterior puede pasar sin previo aviso, es importante monitorear el link tanto el maestro como en el esclavo para evitar posibles colisiones cuando el AM_ADDR es reasignado a otro esclavo. Para ser capaces de supervisar perdidas de link, tanto el maestro como el esclavo utilizan supervisores de link por contadores de tiempo. Sobre la recepcin de un paquete que pasa el chequeo HEC y tiene el AM_ADDR correcto, el contador es iniciado. Si en cualquier momento en el estado de conexin se alcanza los niveles de supervisin llamados supervisionTO, la conexin se reinicia. El mismo valor se utiliza para las conexiones SCO y ACL.

El periodo supervisin, supervisionTO, se determina en los niveles de LM. Este valor es seleccionado de tal manera que el tiempo de supervisin sea ms lago que el periodo de conexin. Los links de supervisin de un esclavo esttico se realizan al mover y sujetar el estado esttico a dicho elemento esclavo.

3.21 Seleccin de salto. En total se definen diez tipos diferentes de secuencias de salto: cinco para los sistemas 79-hop y cinco para los sistemas 23-hop, estas secuencias son como sigue:

Una secuencia de salto con 32 frecuencias nicas distribuidas equitativamente sobre 79 MHz, con un periodo de 32.

Una secuencia de respuesta que cubre 32 frecuencias nicas que se encuentran a una correspondencia de uno a uno a la secuencia de salto. El maestro y el esclavo utilizan diferentes reglas para obtener la misma secuencia.

Una secuencia para buscar informacin con 32 frecuencias nicas para despertar unidades dormidas distribuidas equitativamente sobre los 79 MHz, con un periodo de 32.

Una secuencia de respuesta a la seal de bsqueda que cubre 32 frecuencias nicas de respuesta que se encuentran en correspondencia uno a uno a la secuencia de salto.

Un canal de secuencia de saltos que tiene un periodo muy largo, que no muestra parmetros repetitivos sobre un intervalo de tiempo pequeo, pero que distribuye las frecuencias de salto de manera equitativa sobre 79 MHz.

Para la secuencia de salto, es importante que podamos cambiar fcilmente la fase hacia delante o hacia atrs, por lo que necesitamos un mapeo 1-1 de un contador hacia las frecuencias de salto. Para cada caso, es necesario una secuencia de salto del maestro hacia el esclavo y del esclavo hacia el maestro.

3.21.1 Esquema general de seleccin. El esquema de seleccin consiste de dos partes: Seleccin de una secuencia. Localizar dicha secuencia en las frecuencias de salto.

El diagrama general en bloque de la seleccin de salto se muestra en la figura 3.24. La localizacin de la entrada hacia un salto particular de frecuencia se realiza en la caja de seleccin. Bsicamente, la entrada es el reloj nativo y la direccin actual. En estado de CONNECTION, el reloj nativo (CLKN) es modificado por un offset para igualar al reloj maestro (CLK). Solo el MSBs 27 del reloj se utiliza. En los subastados de pgina y de investigacin, todos los 28 bits del reloj se utilizan. Sin embargo, en el subastado de pgina el reloj nativo se modificara para que el maestro estime a la unidad esclava.

La direccin de entrada consiste de 28 bits, por ejemplo, la totalidad del LAP y los cuatro LSBs de una UAP. En el estado CONNECTION, se utiliza la direccin del maestro. Cuando esta en el subastado inquiry, correspondiente al GIAC se utiliza el UAP/LAP. La salida constituye una secuencia seudo aleatoria, ya sea cubriendo 79 saltos o 23, dependiendo en del estado en el que se encuentre.

Figura 3.24 Diagrama general de bloque de una seleccin de salto [1].

Para el sistema de salto 79, el esquema de seleccin selecciona un segmento de 32 saltos en frecuencia ocupando 64 MHz haciendo tres saltos una vez en un orden aleatorio. Despus un segmento diferente de 32 saltos se escoge. En caso de una pagina, se busca una, o un sub-estado de pagina. En un estado de conexin la salida constituye una secuencia seudo aleatoria que se desliza sobre 79 o 23 saltos, dependiendo del sistema seleccionado de salto. Para sistemas 23-hop, el tamao del segmento es de 16. Dicho principio es representado en la figura 3.25.

Figura 3.25 Diagrama general en bloque de un esquema de seleccin de salto [1].

3.22 Audio Bluetooth.

Sobre la interfase area Bluetooth, se utiliza un formato PCM de 64 kb/s, o un CVSD (Continuous Variable Slope Delta Modulation) tambin de 64 kb/s. Posteriormente se aplica un formato de modulacin delta de compresin silbica. El cdigo de voz en la interfase de lnea debe tener una calidad igual o mejor que la calidad que proporciona el cdigo PCM a 64 k/b/s. La tabla 3.7 resume los esquemas de voz que soporta la interfase area. El cdigo apropiado de voz se selecciona despus de se realizan las negociaciones entre los links de manejo.

Tabla 3.7- Esquema del cdigo de voz soportados por la interfase area [1].

3.22.1 Cdigo PCM de registro.

Dado que los canales de voz en la interfase area soportan tramas de 64 kb/s, se puede utilizar un cdigo de registro PCM para transmisin de trfico. Se puede aplicar una compresin tipo A-law o -law. En el caso en que la interfase del usuario utilice una compresin tipo A-law y el usuario una -law y viceversa, se utiliza una conversin Alaw a -law. Los mtodos de compresin utilizan las recomendaciones G.711 de la ITUT.

3.22.2 Cdigo CVSD.

Un formato ms robusto sobre la interfase de voz es la modulacin delta. Este esquema de modulacin sigue la forma de la onda conforme la seal aumenta o disminuye su valor. La entrada al codificador CVSD es de 64 kmuestras/s de cdigo PCM linear. En las figuras 3.26, 3.27, 3.28 se muestran los diagramas de bloques del codificador CVSD y del decodificador CVSD.

Figura 3.26 - Diagrama a bloques de un codificador CVSD comparacin silbica [1].

Figura 3.27 - Diagrama a bloques para un decodificador con compresor silbico [1].

Figura 3.28 - Procedimiento de acumulacin [1].

En donde b(k ) representa el codificador CVSD, el acumulador por y (k), y la duracin del pulso por (k). Adems, h representa el factor de acumulacin de atenuacin, b
representa el factor de atenuacin del pulso de entrada y representa el parmetro de comparacin silbica.

3.22.3 Calidad de audio para CVSD.

Para tener una calidad de audio apropiada es necesario que las 64 kmuestras/s de cdigo PCM de la seal de entrada tengan una densidad espectral despreciable alrededor de los 4 kHz.

Un punto de referencia para las seales de entrada se debe de codificar en el transmisor y mandarse a un decodificador de referencia. La densidad de energa espectral en la banda de los 4 32 kHz de la seal decodificada de salida, debe de estar por debajo del rango mximo unos 20 dB en el rango que va de 0 a 4 kHz.

3.23 Protocolo para el administrador de enlace (Link Manager).

Figura 3.29 Relacin de la interfase para el LM [1].

La figura 3.29 muestra la relacin entre la pila del protocolo Bluetooth con esta clusula. Esta clusula describe el protocolo de manejo de link o Link Manager (LMP) el cual se utiliza para controlar el link. Las seales son interpretadas y filtradas por el Link Manager en el receptor y no son propagadas hacia capas superiores. 3.23.1 General.

Los mensajes del LMP se utilizan para saber el estado del link, por seguridad y para el control del mismo. Dichos mensajes son transmitidos en la informacin del

usuario en vez de ser transmitidos por el L2CAP (Logical Link Control and Adaptation
Protocol) y son distinguidos por un valor reservado en el campo de L_CH del encabezado de los datos del usuario. Los mensajes son filtrados e interpretados por el LM en el receptor y no se mandan a capas superiores como se ilustra en la figura 3.30.

Figura 3.30 Lugar del LM en la escena global [1].

Los mensajes del Link Manager tienen ms prioridad que los datos del usuario. Esto significa que si el Link Manager necesita mandar mensajes, no deben ser retrasados el trfico del L2CAP, aunque puede ser retrasado por algunas retransmisiones de paquetes de informacin individual de la banda base.

3.23.2 Formato del LMP.

LM PDUs siempre se manda en paquetes de un solo spot, y el encabezado de la informacin de la informacin tiene que ser de 1 byte. Los dos bits menos significativos en el encabezado de la informacin determinan el canal lgico. Para el LM PDUs esos bits se determinan de la forma en que se especifica en la tabla 3.8:

Cdigo L_CH 00 01 10 11

Canal Lgico NA UA/I UA/I Lm

Informacin. Indefinido Mensaje de continuacin del L2CAP Mensaje de inicio del L2CAP. Mensaje LMP

Tabla 3.8 Contenido de campos en el canal lgico L_CH.

El bit FLOW en el encabezado de la carga siempre es uno y es ignorado en el receptor. Cada PDU (protocol data unit) tiene asignado un cdigo de 7 bits. El ID de transaccin es posicionada en el LSB. El opcode y el bit de ID de transaccin se localizan en el primer byte del cuerpo de la informacin. (ver figura 3.31).

Figura 3.31 Cuerpo de la carga con se manda un LM PDUs [1].

3.23.3 Establecimiento de conexin.

Despus del procedimiento de paging (voceo), el dispositivo maestro debe de seguir al esclavo con un intervalo mximo de seguimiento. Los procedimientos determinados en el LMP para solicitar compensaciones de reloj, versiones del LMP, caractersticas y servicios soportadas y solicitud de nombres.

Cuando el dispositivo de voceo desea crear una conexin que envuelve capas alrededor del LM, este manda LMP_host_connection_req. Cuando la contra parte recibe este mensaje, el host es informado sobre la prxima conexin. El dispositivo remoto puede aceptar o rechazar la solicitud de conexin al mandar el LMP_accepted o el LMP_no_accepted. Alternativamente, si el esclavo necesita un cambio maestro-esclavo, este manda el LMP_slot_pffset y el LMP_switch_req despus de que halla recibido el LMP_host_connextion_req. Cuando el cambio maestro-esclavo se ha realizado exitosamente, el antiguo esclavo responder con un mensaje de LMP_accepted o con un LMP_not_accepted. La figura 3.32 resume las transacciones del LMP para el establecimiento de una conexin siguiendo el procedimiento de voceo de banda base.

Figura 3.32 Establecimiento de conexin [1].

3.23.4 Manejo de errores.

Si el Link Manager recibe un PDU con un cdigo desconocido, este responde con el LMP_not_accepted con el mensaje de cdigo desconocido LMP PDU. Si el Link Manager recibe un PDU con parmetros invlidos, este responde con el LMP_not_accepted, con el mensaje de cdigo con parmetros LMP no vlidos. Mensajes LMP errneos pueden ser causados por errores en el canal o debido a errores sistemticos en la parte de transmisin. Para detectar el ltimo caso, el LM debe de monitorear el nmero de mensajes errneos y desconectar si este excede el umbral, el cual depende de la implementacin.

3.24 Control del enlace lgico y el protocolo de adaptacin.

La figura 3.33 indica la relacin entre las capas del protocolo Bluetooth con esta clusula. Esta clusula describe el control del enlace lgico y el protocolo de adaptacin (L2CAP). Este protocolo soporta protocolos de ms niveles de multiplexado, segmentacin de paquetes, y reensamble. Este describe el protocolo para definir el estado de los dispositivos, formato de los paquetes y composicin de los mismos.

Figura 3.33 L2CAP relaciones e interfaces [1].

Esta seccin define el control del enlace lgico y protocolo de adaptacin, referido como L2CAP. L2CAP se encuentra sobre el protocolo de banda base y reside en la capa de enlace de datos como se muestra en la figura 3.34. L2CAP proporciona conexin orientada y servicios de desconexin de datos de servicios de capas superiores. L2CAP permite transmitir y recibir a las capas superiores y aplicaciones. Los paquetes de datos del L2CAP tienen una longitud de 64 kbytes.

Figura 3.34 L2CAP en la capa de protocolos [1].

3.24.1 Operacin general.

El L2CAP se basa en el concepto de canales. Cada uno de los puntos finales de los canales del L2CAP se define como el identificador de canales.

3.24.2 identificador de canales.

Los identificadores de canales (CIDs) son nombres locales que representan canales lgicos de tipo end-point en el dispositivo. Identificadores del 0x0001 al 0x003F son reservados para funciones especficas del L2CAP. El identificador nulo (0x000) esta definido como un identificador ilegal y nunca se debe de usar como un destino final. Las implementaciones son libres de manejar el resto de los CIDs en la manera que mejor trabaje en una implementacin en particular, con la condicin de que el mismos CID no se reutilice como canal local L2CAP de punto final para mltiples y simultneos canales

L2CAP entre un dispositivo local y alguno remoto. La tabla 3.9 resume las definiciones y la participacin del nombre del espacio CID.

CID 0x0000 0x0001 0x0002 0x0003 0x003F 0x0040 0Xffff

Descripcin Identificador nulo Canal de sealizacin Canal de recepcin de desconexiones Reservado Localidades dinmicas
Tabla 3.9 Definiciones CID.

La asignacin de CID es relativa a un dispositivo en particular. Un dispositivo puede asignar CIDs independientemente de otros dispositivos (a menos que este necesite utilizar cualquiera de los reservados CIDs mostrados en la tabla 3.9). As, aun si el mismo valor CID ha sido asignado a un canal remoto por medio de varios dispositivos remotos conectados al un solo dispositivo local, el dispositivo local puede seguir asociado nicamente con cada CID remoto en un dispositivo diferente.

3.24.3 Operacin entre dispositivos.

La figura 3.35 ilustra el uso de CIDs en una comunicacin entre entidades correspondientes a un L2CAP en dispositivos separados. Los datos de conexin orientada de canales de datos representan una conexin entre dos dispositivos, en donde un CID

identifica cada punto final de un canal. Los canales sin conexin, restringen el flujo de datos a una sola direccin. Dichos canales se utilizan para soportar un grupo de canales en donde un CID en la fuente representa uno o ms dispositivos remotos. Tambin hay un nmero de CIDs reservados para propsitos especiales. El canal de sealizacin es un ejemplo de canal reservado. Este canal se utiliza para crear y estabilizar conexiones orientadas en canales de datos y a negociar canales. Es esencial el soporte de un canal de sealizacin con una entidad L2CAP. Tambin se reserva un CID para todas las conexiones de entrada para datos de trfico. En el siguiente ejemplo, un CID es utilizado para representar un grupo que consiste del dispositivo #3 y #4. El trfico se manda del canal ID y es directo al canal remoto reservado para conexiones de trfico de datos.

Figura 3.35 Canales entre dispositivos [1].

Page Break

3.24.3.1 Operacin entre capas.

Las implementaciones de L2CAP deben de seguir la arquitectura general descrita en la figura 3.36. Las implementaciones L2CAP deben de transferir datos entre capas superiores del protocolo y capas inferiores. Cada implementacin debe tambin de soportar un nmero de comandos de sealizacin. Las implementaciones L2CAP deben de estar preparadas para aceptar ciertos tipos de eventos de capas inferiores y generar eventos en capas superiores. La forma en que estos eventos pasan entre las capas es un proceso que depende de la implementacin.

Figura 3.36 Arquitectura L2CAP [1].

3.24.3.2 Segmentacin y reensamble.

Las operaciones de SAR se utilizan para mejorar la eficiencia al permitir un mximo de transferencias de unidades (MUT), ms largas que los paquetes de banda base. Esto reduce los encabezados al separar la red y transportar paquetes utilizados por capas superiores del protocolo sobre algunos paquetes de banda base. Todos los paquetes de L2CAP deben de segmentarse sobre la banda base de paquetes. El protocolo no realiza ninguna segmentacin ni procesos de reensamble pero el formato de los paquetes permite

la adaptacin a frames ms pequeos. Una implementacin L2CAP expone un MTU de salida y segmenta capas superiores de paquetes en pedazos que pueden pasar por el Link Manager va el HCI. En el lado del receptor, una implementacin L2CAP recibe pedazos del HCI y reensambla aquellos pedazos dentro de paquetes L2CAP utilizado informacin proveniente del HCI y forma encabezados de paquetes (ver figura 3.37).

Figura 3.37 Variables L2CAP SAR [1].

La segmentacin y el reensamble es implementado utilizando encabezados muy pequeos en paquetes de banda base. Los dos bits de L_CH definidos en el primer byte de banda base de informacin payload (tambin llamado el encabezado de frame) se utilizan para sealar el inicio y continuacin de paquetes L2CAP. L_CH debe de ser 10 (por definicin del estndar) para la primera segmentacin en un paquete L2CAP y 01 para un segmento de continuacin. En la figura 3.38 se muestra el uso del SAR.

Figura 3.38 Segmentacin del L2CAP [1].

3.24.3.3 Procedimientos de segmentacin.

La unidad mxima de transmisin (MUT) para el L2CAP se exportar usando una implementacin especfica para el servicio de la interfase. Es responsabilidad de la capa superior limitar el tamao de los paquetes enviados a la capa L2CAP debajo del lmite del MTU. Una implementacin L2CAP segmentar el paquete dentro de las unidades de datos del protocolo (PDUs) para mandarlas a las capas inferiores. Si el L2CAP corre directamente sobre la banda base del protocolo, una implementacin debe de segmentar el paquete dentro de la banda base de paquetes para ser transmitidos al aire. Si L2CAP corre bajo la interfase del controlador (que es lo ms comn), una implementacin debe de mandar dedazos de informacin de un mismo tamao hacia el controlador del host en donde estos se convertirn en paquetes de banda base. Todos los segmentos del L2CAP asociados con un paquete L2CAP debe de ser pasados a travs de la banda base antes de cualquier otro paquete L2CAP destinado a la misma unidad se mande.

3.24.3.4 Procedimientos de reensamble.

El protocolo de banda base entrega paquetes ACL en secuencia y protege la integridad de los datos utilizando un CRC de 16 bits. La banda base tambin soporta conexiones confiables al utilizar mecanismos ARQ (automatic repeat request). Cuando el controlador de banda base recibe paquetes ACL, este puede sealar a la capa L2CAP la llegada de cada paquete de banda base, o bien acumular un nmero de paquetes antes de que el buffer del receptor se llene. Las implementaciones L2CAP deben de usar el total de la longitud del campo del encabezado de los paquetes L2CAP, sino los paquetes L2CAP que no concuerden con la longitud del campo sern descartados. La figura 3.39 ilustra el uso de las operaciones de segmentacin y reensamble para transmitir un PDU a una capa superior.

Figura 3.39 Dispositivos de segmentacin y reensamble en una unidad con un HCI [2].

El L2CAP tiene una base para sus paquetes de informacin que fluye sobre un modelo de comunicacin basado en canales. Un canal representa un flujo de datos entre entidades L2CAP en dispositivos remotos. Los canales deben de tener conexiones orientadas o ser desconectadas. As el L2CAP es uno de dos protocolos de enlace de diferentes niveles que funcionan sobre la banda base. L2CAP es responsable de los protocolos de multiplexado de nivel superior, abstraccin de MTU, manejo de grupo, y de transmitir la calidad de servicios de informacin hacia el enlace de nivel. El protocolo puede soportar el multiplexado al definir canales. Cada canal est limitado a un protocolo en un modo de muchos a uno. Se puede limitar mltiples

canales al mismo protocolo, pero un canal no se puede limitar a mltiples protocolos. Cada paquete L2CAP recibido en un canal se manda directamente hacia un nivel superior apropiado del protocolo. El grupo de administracin proporciona la abstraccin de un grupo de unidades permitiendo un mapeo ms eficiente entre grupos y miembros de una picored con dispositivos Bluetooth. L2CAP converge informacin del QoS entre canales y proporciona algn control de admisin para prevenir que otros canales adicionales violen los niveles de Qos existentes.

3.25 Interfase de control. La figura 3.40 indica la relacin del protocolo Bluetooth con esta clusula. Esta clusula describe las especificaciones para la funcionalidad de la interfase de control para el IEEE Std 802.15.1. Esta se basa en la seccin de HCI de las especificaciones Bluetooth. El trmino interfase de Control se eligi para hacer claro el origen del material.

Figura 3.40 Relacin de la interfase de control [1].

3.25.1 Introduccin IEEE.

El HCI (host controller interface) proporciona un comando de interfaz hacia el controlador de banda base y al link manager, y acceso al estatus del hardware y al control del registro. Esta interfaz proporciona un mtodo uniforme de acceso a la banda base Bluetooth. La seccin de HCI tiene dos funciones en la especificacin Bluetooth.

1. Define las bases para una interfaz fsica con un modulo externo Bluetooth. 2. Define las funciones necesarias de control para todas las

implementaciones Bluetooth.

El Host recibe notificaciones asncronas de eventos HCI independientemente de la capa de transporte de control que se utilice. Los eventos HCI se utilizan para notificar al Host cuando algo ocurre. Cuando el Host descubre que ha ocurrido algn evento, ste analizar el paquete de evento o accin recibido para determinar que evento ocurri.

3.25.2 Los commandos HCI (Host Controller interface).

El HCI proporciona un mtodo uniforme de comandos para el acceso a las capacidades del hardware Bluetooth. Los comandos de enlace del HCI proporcionan un servidor con la habilidad de controlar las conexiones de las capas de enlace hacia otros dispositivos Bluetooth. Dichos comandos tpicamente envuelven al LM para el intercambio de comandos LMP con dispositivos Bluetooth remotos. Los comandos HCI polica son utilizados para modificar el comportamiento del LM local o remoto. Dichos comandos proporcionan al servidor, mtodos para influenciar la manera en que el LM maneja la picored. El controlador del servidor y de banda base, los comandos de informacin y de estado proporcionan al servidor acceso a varios registros del controlador del servidor. Los comandos HCI tardan diversos tiempos para que se transmitan completamente. Por lo tanto, el resultado de los comandos se reportarn de regreso con el servidor en la forma de un evento. Por ejemplo, para la mayora de los comandos el controlador del servidor generar los cdigos que indiquen que un comando ha sido completado correctamente. Este evento contiene los parmetros de regreso para que un comando HCI sea completado. Para habilitar a los servidores la capacidad de detectar

errores en la capa de transporte HCI, es necesario que halla un tiempo fuera o muerto entre la transmisin del los comandos del servidor y la recepcin del controlador del servidor. Dado que el tiempo mximo que puede estar fuera la transmisin, esta est fuertemente ligada a la capa de transporte del HCI utilizada y por lo tanto es recomendable usar un valor predeterminado de 1s. La cantidad de tiempo tambin es dependiente del nmero de comandos que no han sido procesados.

3.25.2.1 Intercambio de informacin especfica de HCI.

La capa del controlador de trasporte del servidor proporciona un intercambio transparente de informacin especfica del HCI. Estos mecanismos de transporte permiten al servidor mandar comandos HCI, datos ACL y datos SCO al controlador del servidor. Dichos mecanismos de transporte tambin le permiten al servidor recibir eventos HCI, datos ACL y datos SCO del controlador del servidor.

3.26 Punto de acceso a interfaces de servicios.

La figura 3.41 indica la relacin del protocolo de pila Bluetooth con esta clusula. Esta clusula describe, las funciones, caractersticas, servicios e interfaces SAP entre el MAC y las subcapas LLC dentro de la capa de enlace de datos del ISO/IEC 8802 protocolo LAN (IEEE. 802.2). La subcapa LLC constituye la subcapa ms alta en la capa en la capa del enlace de datos (ver figura 3.42) y es comn a varios medios mtodos de acceso que son definidos y soportados por las actividades del ISO/IEC 8802.

Figura 3.41 Relacin entre el Punto de Acceso a Servicios [1].

Figura 3.42 Protocolos OSI y Bluetooth.[1]

A continuacin se describirn los siguientes conceptos, tiles en esta clusula:

a) Capa de enlace de datos (Data link layer): Es la capa conceptual de control o de procesado lgico existente en la estructura jerrquica de una estacin que

es responsable de mantener el control del enlace de datos. La capa de las funciones de enlace de datos proporciona una interfaz entre la estacin lgica de capas superiores y en enlace a datos. Dichas funciones incluyen un campo de interpretacin entre la direccin y el control, el canal de acceso y los comandos, envos e interpretacin. b) Subcapa LLC: Se define como la parte de la estacin de datos que soporta el control de enlaces lgicos de uno o ms enlaces lgicos. El LLC genera comandos PDUs para transmitirlos e interpreta los comandos PDUs recibidos. Algunas de las responsabilidades asignadas a un LLC son las siguientes: 1. Inicializacin del intercambio de seales de control. 2. Organizacin del flujo de datos. 3. Interpretacin de comandos PDUs recientes y generacin de respuestas apropiadas a dichos comandos PDUs. 4. Tomar acciones respecto al control de errores y recuperacin de funciones en la subcapa LLC. c) Subcapa MAC: La parte de una estacin de datos en la que residen las funciones MAC que se encuentran debajo de la subcapa LLC. Los procedimientos del MAC incluyen fragmentacin y unin de las unidades de datos, realizar revisiones de error. d) Subcapa de especificaciones de servicios del LLC hacia la subcapa MAC: las especificaciones de servicio hacia la subcapa MAC proporcionan una descripcin de los servicios que requiere la subcapa LLC de la subcapa MAC. Estos servicios estn definidos para ser independientes a la metodologa del

acceso a medios y de la naturaleza del medio en si. Todas las especificaciones antedichas estn dadas en su forma primitiva que representan en una forma abstracta el intercambio lgico de informacin y el control entre la subcapa LLC y la funcin identificada (la subcapa MAC). e) Tipo de operacin: Se define como un tipo de operacin de control de enlace de datos (DLC). La operacin de control tipo 1 proporciona una forma de desconexin a travs de un enlace de datos con un protocolo simple. Este tipo de operacin resulta til cuando las capas superiores proporcionan algn tipo de secuencia o esencia de recuperacin para que dichas capas no necesiten replegarse en la capa de enlace de datos. Adems este tipo de operacin puede ser til en aplicaciones en donde no sea necesario garantizar la entrega de cada unidad de datos de la capa de enlace de datos. f) Clases de operacin: Es alguna clase de operacin del LLC. La clase I de LLCs soporta nicamente operaciones de tipo 1. Los servicios de la clase 1 deben de ser aplicables de forma individual, grupal, global y para aplicaciones que no requieran procedimientos de control de procedimientos.

3.26.1 Subcapa LLC de especificaciones de servicios.

En general, los servicios de una capa (o subcapa) son las capacidades que esta ofrece a un usuario en la siguiente capa superior (o subcapa). Para lograr este servicio,

una capa (o subcapa) basa sus funciones en los servicios que sta requiere de la capa (o subcapa) inferior inmediata (ver figura 3.43).

Figura 3.43. Primicias de servicio.

Los servicios se especifican cuando se describe la informacin que fluye entre el usuario N y la capa N (o subcapa). Dicho flujo de informacin se modela con eventos discretos e instantneos que llevan a cabo un servicio. Cada evento consiste en hacer pasar un servicio primario de una capa (o subcapa) a otra por una capa N (o subcapa) de acceso a servicios asociado a un usuario N. Los servicios se especifican al describir los servicios primarios y parmetros que caracterizan cada servicio. Un servicio puede tener uno o ms servicios primarios que constituyen la activacin que es relacionada a un servicio. Cada servicio primario puede tener ninguno o ms parmetros de transporte de informacin requerida para proporcionar un servicio. Los comandos se clasifican en cuatro tipos generales:

a) Solicitud: La solicitud primaria o primitiva se pasa del usuario N hacia la capa N (o subcapa) para solicitar que se inicie un servicio. b) Indicacin: El indicador primitivo se pasa de la capa N (o subcapa) al usuario N para que inicie un evento interno en la capa N (o subcapa) el cual es importante para el usuario N. Dicho evento est relacionado lgicamente a una solicitud de servicio remoto o debe ser causado por un elemento interno de la capa N (o subcapa. c) Respuesta: La respuesta primario o primitiva es transmitida del usuario N a la capa (o subcapa) N para completar un procedimiento previamente iniciado por in indicador primitivo. d) Confirmacin: La confirmacin primitiva es transmitida de la capa N (o subcapa, segn sea el caso) hacia el usuario N para transportar los resultados del servicio(s) previamente solicitado(s).

3.26.2 Interfaces Bluetooth.

La figura 3.44 ilustra los eventos y acciones realizadas por una implantacin de la capa L2CAP. El cliente y el SAPs del servidor simplemente representan el inicio de la solicitud y la aceptacin de la misma, respectivamente. Un cliente al nivel de aplicacin puede ya sea iniciar o aceptar solicitudes. La convencin de nombres es como sigue. La interfaz entre dos capas (interfaz vertical) utiliza el prefijo la capa inferior que ofrece el servicio hacia la capa superior. La interfaz entre dos entidades de la misma capa (interfaz horizontal) utiliza el prefijo del protocolo (agregando una P a la capa de identificacin).

Los eventos que provienen del entorno se denominan solicitudes (Req), y sus correspondientes respuestas son llamadas confirmaciones (Cfm). Los eventos que vienen por debajo son llamados indicaciones (ind), y sus respuestas correspondientes son llamadas respuestas (Rsp). Respuestas que requieran procesamiento futuro son llamadas pendientes (Pnd). La notacin de las confirmaciones y de las respuestas toman contestaciones positivas. Contestaciones negativas se denotan con un sufijo Neg.

Figura 3.44 Acciones y eventos L2CAP.

Mientras que por cada accin de solicitud hay una correspondiente confirmacin (para el caso de aceptar la solicitud o una respuesta de negacin para el caso de peticiones rechazadas), las indicaciones no siempre tienen respuesta. Esto sucede especialmente si las indicaciones son simplemente informacin sobre eventos locales.

3.26.3 Relacin entre entidades con protocolo Bluetooth con construcciones IEEE 802.

La figura 3.45 muestra el mapa del concepto del protocolo IEEE 802 hacia componentes Bluetooth descritos en este documento. Como se puede apreciar la PHY esta compuesta por la parte de RF y de la banda base. El MAC contiene al L2CAP y al resto la banda base. Las funciones de manejo de la PHY, como la sincronizacin y generacin de varias secuencias de frecuencia, estn incorporadas a la banda base.

Figura 3.45 - Mapa del concepto del protocolo IEEE 802 hacia componentes Bluetooth.

El estndar IEEE 802.15.4

4.1 Home Networking With IEEE 802.15.4.

Las caractersticas ms importantes en este estndar son su flexibilidad de red, bajos costos, bajo consumo de energa; este estndar se puede utilizar para muchas aplicaciones en el hogar que requieren una tasa baja en la transmisin de datos. No es la primera vez que se intenta establecer una red en el hogar para ofrecer soluciones a su propietario. Los intentes por lograr esta meta se pueden clasificar fcilmente en dos grupos: los que utilizan alambres y los inalmbricos. Los principales sistemas en la parte de los almbricos; las lneas telefnicas, mdems por cable y lneas de transmisin de energa elctrica. Cada uno de ellos ofrece

ventajas y desventajas que dependen principalmente en sus capacidades de ancho de banda, instalacin, mantenimiento y costo entre otros. La clave la de motivacin para el uso de tecnologa inalmbrica es la reduccin en los gastos de instalacin, ya que nunca es necesario cambiar el cableado. Las redes inalmbricas implican un gran intercambio de informacin con un mnimo de esfuerzo de instalacin. Esta tendencia es impulsada por la gran capacidad de integrar componentes inalmbricos de una forma ms barata y el xito que tienen otros sistemas de comunicacin inalmbrica como los celulares. Varias aplicaciones dentro del hogar estn vislumbrando la necesidad de comunicacin. En trminos generales, estos se pueden clasificar en conexin a Internet, conexin multi-PC, redes de audio y video, automatizacin del hogar, ahorro de energa y seguridad. Cada uno de ellos tiene diferentes necesidades de ancho de banda, costos y procedimientos de instalacin. Con el gran crecimiento de Internet, las mayores preocupaciones de los diseadores es el satisfacer la necesidad de compartir conexiones de alta velocidad. En el otro lado del espectro, las aplicaciones como la automatizacin del hogar y aplicaciones de seguridad han relajado dichas necesidades. Estas aplicaciones no pueden manejar protocolos muy pesados ya que afectaran seriamente en el consumo de energa y requeriran de mayor poder de procesamiento. Claro que lo anterior tendra un impacto directo en los costos. Consideremos un detector de temperatura pequeo en una ventana. Este censor no necesita reportar sus datos ms que unas pocas veces por hora, es discreto y tiene un precio muy bajo. Este tipo de aplicaciones se manejaran muy bien con un link de

comunicacin inalmbrica de baja potencia. El uso de cables es (de comunicaciones o de energa) es impractico por el uso mismo de la ventana. Adems, los costos de la instalacin del cable excederan en varias veces el costo del censor. Adems se prefiere que los aparatos consuman muy poca energa ya que el cambio constante de las bateras se considera imprctico. La tecnologa 802.11 (WLAN) resultara sofocante ya que solo satisface los requerimientos de conexin. Bluetooth se concibi originalmente como un sustituto del cable, pero ha se ha llevado sobre un camino ms complejo, hacindolo impractico para aplicaciones de bajo consumo. La tendencia a la complejidad ha incrementado los costos provistos para esta tecnologa. Ambos dispositivos, bluetooth y 802.11, requeriran un cambio de bateras algunas veces al ao, lo que resulta impractico si se tienen varias ventanas en esta aplicacin como es el caso de una casa tpico con varias ventajas. En el ao 2000 dos grupos especialistas en estndares (ZigBee y el grupo 15 de trabajo IEEE 802) se unieron para dar a conocer la necesidad de un nuevo estndar para redes inalmbricas de bajo poder y por lo tanto bajos costos en ambientes industriales y caseros. Dando como resultado que en diciembre de ese ao el comit para nuevos estndares IEEE (NesCom) designara oficialmente un nuevo grupo de trabajo para el desarrollo de un nuevo estndar de baja transmisin en redes inalmbricas para reas personales (LR-WPAN), con lo que naci el estndar que ahora se conoce como el 802.14. Algunas caractersticas de alto nivel del 80215.4 se resumen en la tabla (3.10).

Propiedad Rango de transmisin de datos

Rango 868 MHz: 20kb/s; 915 MHz: 40kb/s; 2.4 GHz: 250 kb/s.

Alcance Latency Canales

10 20 m. Abajo de los 15 ms. 868/915 MHz: 11 canales. 2.4 GHz: 16 canales.

Bandas de frecuencia Direccionamiento Canal de acceso Temperatura

Dos PHY: 868/915 MHz y 2.4 GHz. Cortos de 8 bits o 64 bits IEEE CSMA-CA y rasurado CSMA-CA El rango de temperatura industrial: -40 a +85 C

Tabla 4.1 Propiedades del IEEE 802.15.4

4.2 Capas de red.

En las redes tradicionales por cable, la capa de red es responsable por la topologa de construccin y mantenimiento de la misma, as como de nombrarla y de los servicios de enlace que incorpora las tareas necesarias de direccionamiento y seguridad. Estos mismos servicios existen para redes inalmbricas para el hogar, sin embargo representan un reto mayor por la primicia de ahorro de energa. Las redes que se construyan dentro de esta capa del estndar IEEE 802.15.4 se espera que se auto organicen y se auto mantengan en funcionamiento con lo que se pretende reducir los costos totales para el consumidor.

El estndar IEEE 802.15.4 soporta mltiples topologas para su conexin en red, entre ellas la topologa tipo estrella y la topologa peer-to-peer (Fig 45). La topologa a escoger es una eleccin de diseo y va a estar dado por la aplicacin a la que se desee orientar; algunas aplicaciones como perifricos e interfases de PC, requieren de conexiones de baja potencia de tipo estrella, mientras que otros como los permetros de seguridad requieren de una mayor rea de cobertura por lo que es necesario implementar una red peer-to-peer.

Figura 4.1 - Redes tipo estrella y peer-to-peer [3].

4.3 Capa de enlace de datos (data link layer, DLL).

El proyecto IEEE 802 divide al DLL en dos sub capas, la sub capa de enlace de acceso a medios (Medium Access Control, MAC) y la de control de enlaces lgicos (Logical link control, LLC). El LLC es comn a todos estndares 802, mientras que la sub capa MAC depende del hardware y vara respecto a la implementacin fsica de esta capa. La figura 4.2 ilustra la forma en que el estndar IEEE 802.15.4 se basa en la

organizacin internacional para la estandarizacin (ISO) del modelo de referencia para la interconexin de sistemas abiertos (OSI).

Figura 4.2 Relacin del IEEE 802.15.4 con el sistema OSI [3].

Las caractersticas del MAC IEEE 802.15.4 son; la asociacin y la disociacin, reconocimientos de entrega de trama, mecanismos de acceso al canal, validacin de trama, garanta del manejo de las ranuras de tiempo, y manejo de guas. Las sub capas MAC proporcionan dos tipos de servicios hacia capas superiores que se acceden a travs de dos puntos de acceso a servicios (SAPs). Los servicios de datos MAC se acceden por medio de la parte comn de la sub capa (MCPS-SAP), y el manejo de servicios MAC se accede por medio de la capa MAC de manejo de identidades (MLME-SAP). Esos dos servicios proporcionan una interfase entre las sub capas de convergencia de servicios especficos (SSCS) u otro LLC y las capas fsicas. El administrador de servicios MAC tiene 26 primitivas. Comparadas con el 802.15.1 (bluetooth), que tiene alrededor de 131 primicias en 32 eventos, el MAC 802.15.4 es muy simple, hacindolo muy verstil para las aplicaciones hacia las que fue

orientado, aunque se paga el costo de tener un instrumento con caractersticas menores a las del 802.15.1 (por ejemplo el 802.15.4 no soporta enlaces sincronizados de voz).

4.4 Formato general de tramas MAC.

El formato general de las tramas MAC se diseo para ser muy flexible y que se ajustara a las necesidades de las diferentes aplicaciones con diversas topologas de red al mismo tiempo que se mantena un protocolo simple. El formato general de una trama MAC se muestra en la figura 4.3. A la trama del MAC se le denomina unidad de datos de protocolos MAC (MPDU) y se compone del encabezado MAC (MHR), unidad de servicio de datos MAC (MSDU), pie de MAC (MFR). El primer campo del encabezado de trama es el campo de control. Este indica el tipo de trama MAC que se pretende trasmitir, especifica el formato y la direccin de campo y controla los mensajes de enterado[3]. En pocas palabras, la trama de control especifica como es el resto de la trama de datos y que es lo que contiene. El tamao de las direcciones puede variar entre 0 y 20 bytes. Por ejemplo, una trama de datos puede contener informacin de la fuente y del destinatario, mientras que la trama de enterado no contiene ninguna informacin de ninguna direccin. Por otro lado una trama de gua solo tiene informacin de la direccin de la fuente. Esta flexibilidad en la estructura ayuda a incrementar la eficiencia del protocolo al mantener los paquetes lo ms reducido que se puede.

Figura 4.3 Forma general de la trama MAC [3].

El campo llamado payload es variable en longitud; sin embargo, la trama completa de MAC no debe de exceder los 127 bytes de informacin. Los datos que lleva el payload depende del tipo de trama. El estndar IEEE 802.15.4 tiene cuatro diferentes tipos de tramas. Esas son la trama de gua, de datos, tramas de enterados y tramas de comandos MAC. Solo las tramas de datos y de gua contienen informacin provenientes de capas superiores; las tramas de mensajes de enterado y la de comandos MAC originados en el MAC son usados para comunicaciones MAC peer-to-peer. Otros campos en la trama MAC son una secuencia de nmeros al igual que tramas de chequeo (FCS). La secuencia de nmeros en los encabezados enlazan a las tramas de acknowledgment con trasmisiones anteriores. La transmisin se considera exitosa solo cuando la trama de enterado contiene la misma secuencia de nmeros que la secuencia anterior trasmitida. Las FCS ayudan a verificar la integridad de las tramas del MAC.

4.5 La estructura de las super-ranuras.

Algunas aplicaciones requieren anchos de banda dedicados a lograr estados latentes para un consumo de baja potencia. Para lograr dichos estados latentes el IEEE 802.15.4 se puede operar en un modo opcional llamado super-estructuras (superframes). En un superframe, un coordinador de red, denominado el coordinador PAN, transmite superframes de gua en intervalos definidos. Estos intervalos pueden ser tan cortos como unos 15 ms o tan largos como 245 s. El tiempo entre cada uno de ellos se divide en 16 ranuras de tiempo independientes a la duracin de cada superframe. Un aparato o instrumento puede transmitir cuando sea durante una ranura de tiempo. Pero debe de terminar su transmisin antes de la siguiente superframes de gua. El canal de acceso en las ranuras de tiempo es una contencin de base; sin embargo el coordinador de PAN puede asignar intervalos o ranuras de tiempo a un solo aparato que requiera un determinado ancho de banda permanentemente o transmisiones latentes bajas. Estas ranuras de tiempo asignadas son llamadas ranuras de garanta (GTS) y juntas forman un periodo de contencin libre localizado antes de la prxima seal de gua (Figura 4.4). El tamao del periodo de contencin libre puede variar dependiendo de la demanda de los dems aparatos asociados a la red; cuando el GTS se utiliza, todos los aparatos deben de completar todas sus transacciones de contencin de base antes de que el periodo de contencin libre comience.

Figura 4.4 Estructura de las supertramas [3].

4.6 Otras caractersticas MAC.

Dependiendo de la configuracin de red, una WPAN de baja transmisin (LRWPAN) puede utilizar uno de los dos mecanismos de acceso a canales. En una red de gua con superframes, una portadora fragmentada en varios intervalos de tiempo permite mltiples accesos con un mecanismo que evita las colisiones de informacin (CSMACA). En redes sin faros o seales de gua, se utiliza el estndar CSMA-CA. Estas redes trabajan de la siguiente forma. Cuando algn aparato desea transmitir en una red que no permite seales de gua, la red primero revisa si otro aparato se encuentra transmitiendo sobre el mismo canal. Si es el caso, el intento de acceso al canal se tiene que hacer en ocasiones posteriores, o indica una falla de conexin despus de varios intentos fallidos. La trama de acknowledgment confirma si una transmisin previa no utiliza los mecanismos de CSMA dado que estos se mandan inmediatamente despus de cada paquete de informacin. En una red beacon-enabled, cualquier dispositivo, que desee transmitir durante el periodo de acceso de contencin, espera a que empiece la siguiente ranura de tiempo y

despus determina si algn otro dispositivo se encuentra transmitiendo en la misma ranura de tiempo. Si algn otro dispositivo se encuentra transmitiendo en dicho spot, el dispositivo se repliega a un nmero aleatorio de slots o indica un fallo en la conexin despus de varios intentos. Adems en una red beacon-enabled, las tramas de acknowledgment no utilizan CSMA. Una funcin importante del MAC es la confirmacin de recepciones exitosas de frames de algn dispositivo. Las recepciones exitosas y las validaciones de datos o comandos MAC se confirman por medio de acknowledgment. Si el dispositivo de recepcin no es capaz de recibir la informacin en ese momento por algn motivo, el receptor no manda ningn acknowledgment. El campo de control en el frame indica si se espera un acknowledgment o no. El frame que contiene al acknowledgment se manda de regreso inmediatamente despus de que se hace una validacin exitosa del frame de entrada. Los frames de gua (beacon frames) mandados por el coordinador del PAN y los frames de acknowledgments nunca son respondidos con algn acknowledgment. El estndar IEEE 502.15.4 proporciona tres niveles de seguridad: sin seguridad (por ejemplo, aplicaciones de publicidad); control de acceso a listas (sin seguridad criptogrfica); y seguridad con clave simtrica. Para minimizar costos para dispositivos que no lo requieran, el mtodo de distribucin de clave no se especifica en el estndar pero se debe de incluir en capas superiores del las aplicaciones apropiadas.

4.7 Capa fsica. El IEEE 802.15.4 ofrece dos opciones de PHY que combinan con el MAC para permitir un amplio rango de aplicaciones en red. Ambas PHYs se basan en mtodos de

secuencia directa de espectro extendido (DSSS) que resultan en bajos costos de implementacin digital en IC, y ambas comparten la misma estructura bsica de paquetes low-duty-cyble con operaciones de bajo consumo de energa. La principal diferencia entre ambas PHYs radica en la banda de frecuencias. La PHY de los 2.4 GHz, especifica operacin en la banda industrial, mdica y cientfica (ISM), que prcticamente est disponible a nivel mundial, mientras que la PHY de los 868/915 MHz especifica operaciones en la banda de 865 MHz en Europa y 915 MHz en la banda ISM en Estados Unidos. Mientras que la movilidad entre pases no se anticipa para la mayora de las aplicaciones de redes en las casas, la disponibilidad internacional de la banda de los 2.4 GHz ofrece ventajas en trminos de mercados ms amplios y costos de manufactura ms bajos. Por otro lado las bandas de 868 MHz y 915 MHz ofrecen una alternativa a la cogestin creciente y dems interferencias (hornos de microondas, etc) asociadas a la banda de 2.4 GHz. Y mayores rangos por enlace debido a que existe menores prdidas de propagacin. Existe una segunda distincin de las caractersticas de la PHY es el rango de transmisin. La PHY de 2.4 GHz permite un rango de transmisin de 250 kb/s, mientras que la PHY de los 868/915 MHz ofrece rangos de transmisin de 20 kb/s y 40 kb/s respectivamente. Este rango superior de transmisin en la PHY de los 2.4 GHz se atribuye principalmente a un mayor orden en la modulacin, en la cual cada smbolo representa mltiples bits. Los diferentes rangos de transmisin se pueden explotar para lograr un variedad de objetivos o aplicaciones. Por ejemplo la baja densidad de datos en la PHY de los 868/915 MHz se puede ocupar para lograr mayor sensitividad y mayores reas de cobertura, con lo que se reduce el nmero de nodos requeridos para cubrir un

rea geogrfica, mientras que el rango superior de transmisin en la PHY de los 2.4 GHz se puede utilizar para conseguir salidas superiores y de poca latencia. Se espera que en cada PHY se encuentren aplicaciones adecuadas a ellas y a sus rangos de transmisin.

4.8 Canalizacin.

En el IEEE 802.15.4 se definen 27 canales de frecuencia entre las tres bandas (ver figura 4.5 y tabla 4.2). La PHY de los 868/915 MHz soporta un solo canal entre los 868 y los 868.6 MHz , y diez canales entre los 902.0 y 928.0 MHz. Debido al soporte regional de esas dos bandas de frecuencias, es muy improbable que una sola red utilice los 11 canales. Sin embargo, las dos bandas se consideran lo suficientemente cercanas en frecuencia que se puede utilizar el mismo hardware para ambos y as reducir costos de manufactura. La PHY de los 2.4 GHz soporta 16 canales entre los 2.4 y los 2.4835 GHz con un amplio espacio entre canales (5 MHz) esto con el objetivo de facilitar los requerimientos de filtrado en la transmisin y en la recepcin.

Figura 4.5 Estructura de canales del IEEE 802.15.4 [3].

Tabla 4.2 Frecuencia de los canales IEEE 802.15.4 [3].

Dado que el hogar es propenso a tener mltiples redes inalmbricas trabajando en las mismas bandas de frecuencias, as como una interferencia no intencionada de las diferentes aplicaciones, la capacidad de relocalizacin dentro del espectro ser un factor importante en el xito de las redes inalmbricas dentro del hogar. El estndar fue diseado para implementar una seleccin dinmica de canales, a travs de una seleccin especfica de algoritmos la cual es responsabilidad de la capa de red. La capa MAC incluye funciones de bsqueda que sigue paso a paso a travs de una lista de canales permitidos en busca de una seal de gua, mientras que la PHY contiene varias funciones de bajo nivel, tales como la deteccin de los niveles de energa recibidos, indicadores de calidad en el enlace as como de conmutacin de canales, lo que permite asignacin de canales y agilidad en la seleccin de frecuencias. Esas funciones son utilizadas por la red para establecer su canal inicial de operacin y para cambiar canales en respuesta a una pausa muy prolongada.

4.9 Estructura de paquetes de informacin.

Para mantener un una interfaz comn y simple con el MAC, ambas capas PHY comparten una estructura simple del paquete (figura 4.5). Cada paquete, o unidad de

datos del protocolo PHY (PPPDU), contiene un encabezado de sincronizacin, un encabezado de PHY para indicar la longitud del paquete, y la carga de informacin, o la unidad de secuencia PHY (PSDU). El prembulo de 32 bits esta diseado para la adquisicin de smbolos y para los tiempos de chip, y en algunos casos se utiliza para ajustes bruscos en la frecuencia. No se requiere una ecualizacin en el canal de la PHY debido a la combinacin de reas de cobertura pequeas con rangos bajos de transmisin. Tpicamente el retraso RMS (root mean square) de propagacin en casas residenciales es de 25ns, que corresponde nicamente al 2.5 % del periodo del spread spectrum utilizado en el IEEE 802.15.4 [4]. Dentro del encabezado del PHY, se utilizan 7 bits para especificar la longitud de la carga de datos (en bytes). La longitud de paquetes va de 0 a 127 bytes, a travs del overhead de la capa MAC, paquetes con longitud cero no ocurren en la prctica. El tamao tpico de los paquetes para la mayora de las aplicaciones caseras tales como el monitoreo y control de dispositivos de seguridad, iluminacin, aire acondicionado, y otras aplicaciones va de 30 a 60 bytes, mientras que las aplicaciones ms demandantes tales como juegos interactivos y perifricos de computadora, requerirn paquetes ms largos. La duracin mxima de paquetes es de 4.25 ms para la banda de los 2.4 GHz, y de 26.6 ms para la banda de lo s915 MHz, y de 53.2 ms para la banda de 868 MHz.

4.10 Modulacin.

La PHY en los 868/915 MHz utiliza una aproximacin simple DSSS en la cual cada bit transmitido se representa por un chip-15 de mxima longitud de secuencia

(secuencia m). Los datos binarios son codificados al multiplicar cada secuencia m por +1 o -1, y la secuencia de chip que resulta se modula dentro de la portadora utilizando BPSK (binary phase shift keying). Antes de la modulacin se utiliza una codificacin de datos diferencial para permitir una recepcin diferencial coherente de baja complejidad.

Parmetro de Datos. Velocidad Velocidad PHY. Banda. de bits smbolos (kb/s) (kbaud) 868.0868.6 868/915 MHz. MHz 902.0PHY. 928.0 MHz. 2.4 2.4-4.4835 GHz GHz. PHY.
Tabla 4.3 Parmetros de modulacin.

Parmetros de riego.

Velocidad de Modulacin de chip (Mchips/s) Modulacin

20.

20.

BPSK

0.3

BPSK

40.

40.

BPSK

0.6

BPSK

16-ary 250. 62.5 ortogonal. 2.0 O-QPSK

La PHY de los 2.4 GHz emplea una tcnica de modulacin semi-ortogonal basada en mtodos de DSSS (con propiedades similares). Los datos binarios son agrupados en smbolos de 4 bits, y cada smbolo especifica una de las 16 secuencias de transmisin

semi-ortogonales de cdigo de seudo-ruido (PN). Las secuencias de PN son concadenadas para que sean datos de smbolos exitosos, y la secuencia agregada al chip es modulada en la portadora utilizando MSK (minimum shift keying). El uso de smbolos casi ortogonales simplifica la implementacin a cambio de un desempeo ligeramente menor (< 0.5 dB). Los parmetros de modulacin para ambas PHY se resumen en la tabla 4.3. En trminos de eficiencia (energa requerida por bit), la sealizacin ortogonal mejora su desempeo en 2 dB que BPSK diferencial. Sin embargo, en trminos de sensitividad de recepcin, la PHY 868/915 PHY tiene una ventaja de 6-8 dB debido a que tiene velocidades de transmisin ms bajas. Por supuesto, que en ambos casos las prdidas de implementacin debido a la sincronizacin, forma del pulso, simplificaciones en el detector, y dems resultan en desviaciones en sus curvas ptimas de deteccin.

4.11 Sensitividad y rango.

Las especificaciones actuales de sensitividad del IEEE 802.15.4 especifican -85 dBm para la PHY de los 2.4 GHz y de -92 dBm para la PHY de los 868-915 MHz. Dichos valores incluyen suficiente margen para las tolerancias que se requieren debido a las imperfecciones en la manufactura de la misma manera que permite implementar aplicaciones de bajo costo. En cada caso, los mejores artculos deben de ser del orden de 10 dB mejores que las especificaciones. Naturalmente el rango deseado estar en funcin de la sensitividad del receptor as como de la potencia del transmisor. El estndar especifica que cada dispositivo debe de

ser capaz de transmitir al menos 1 mW, pero dependiendo de las necesidades de la aplicacin, la potencia de transmisin puede ser mayor o menor, la potencia actual de transmisin puede ser menor o mayor (dentro de los lmites de regulacin establecidos). Los dispositivos tpicos (1mW) se espera que cubran un rango de en tre 10-20 m; sin embargo, con una buna sensitividad y un incremento moderado en la potencia de transmisin, una red con topologa tipo estrella puede proporcionar una cobertura total para una casa. Para aplicaciones que requieran mayor tiempo de latencia, la topologa tipo mesh ofrecen una alternativa atractiva con coberturas caseras dado que cada dispositivo solo necesita suficiente energa para comunicarse con su vecino ms cercano.

4.12 Interferencia de y para otros dispositivos.

Los dispositivos que operan en la banda de los 2.4 GHz pueden recibir interferencia causada por otros servicios que operan en dicha banda. Esta situacin es aceptable en las aplicaciones que utilizan el estndar IEEE 802.15.4, las cuales requieren una baja calidad de servicio (QoS), no requieres comunicacin asncrona, y se espera que realice varios intentos para completar la transmisin de paquetes. Por el contrario, un requerimiento primario de las aplicaciones del IEEE 802.15.4 es una larga duracin en bateras; esto se logra con poca energa de transmisin y muy pocas ciclos de servicio. Dado que los dispositivos IEEE 802.15.4 se la pasan dormidos el 99.9 por ciento del tiempo, y ocupan transmisiones de baja energa en el spread spectrum, deben de estar trabajando en las vecindades de la banda de los 2.4 GHz.

El estndar IEEE 802.15.3

5.1 Introduccin al 802.15.3

El estndar IEEE 802.15.3 surgi de la necesidad de formar WPANs que fueran capaces de transmitir datos de manera rpida, y eficiente. Para lograr esto era necesario formar un grupo de trabajo que se encargara de desarrollar las bases para implementar este estndar. Con esto la IEEE autoriza en diciembre de 1999 la creacin del grupo de trabajo IEEE 802.15.3 quien fue el encargado de publicar en Agosto de 2003 el primer borrador de dicho estndar, en el que se especifican (como en todos los estndares de la familia 802.11, 802.15, 802.16, etc.) los requerimientos en la capa fsica (PHY) y para el control de acceso a medios (MAC).

A principios del ao 2003, con la aprobacin de la FCC, para la utilizacin y delimitacin de un gran ancho de banda para las seales de RF denominadas ultra wide band (UWB), la IEEE designa otro grupo de trabajo que tienen los mismos objetivos de el grupo de trabajo IEEE 802.15.3, solo que este nuevo grupo es el encargado de estandarizar el uso de las recin aprobadas UWB. Este nuevo grupo as como su estndar son conocidos como el IEEE 802.15.3a, los cuales se encuentran (noviembre de 2003) estudiando las propuestas de las principales compaas interesadas en manufacturar y comercializar productos que utilicen este nuevo estndar.

5.2 Caractersticas principales.

El grupo de trabajo IEEE 802.15.3 se preocupo en desarrollar un estndar que fuera barato en su implementacin y en sus costos de operacin, por lo que este estndar es poco complejo. Otra razn para que sea sencillo es que mientras ms simple sean los protocolos, el formato de las tramas, la modulacin, etc., de un estndar la transmisin de datos es ms eficiente y por lo tanto ms rpido. La red formada con este estndar tiene caractersticas que la hacen segura ya que cuenta con encriptacin compartida de informacin basada en el estndar Advanced Encryption Standard (AES 128). Es fcil de utilizarse e implementarse. Tiene un coordinador dinmico de seleccin y de handover. No depende de una red con backbone. Adems est diseado para trabajar en un ambiente multirutas.

5.3 Principales aplicaciones.

El IEEE 802.15.3 tiene muchas aplicaciones potenciales. Este estndar se puede implementar prcticamente en cualquier dispositivo que sea digno de utilizar un microprocesador[5]. Productos tan disparatados como juguetes, termmetros, y relojes se podran ver beneficiados con este estndar. Por medio de una modesta cuota, los usuarios podran actualizar sus juguetes y hacerlos un poco ms interesantes. Las lecturas de los termmetros en un hospital se podran recoger automticamente por medio de este tipo de redes y ser guardadas para tener una historia clnica detallada de la evolucin de algn paciente. Sin embargo alguna de las aplicaciones ms interesantes dentro del hogar es la distribucin de video. Con este estndar se puede implementar fcilmente una transferencia de alta velocidad de video digital de una cmara aun dispositivo de televisin, sistemas de teatro en casa, conexiones de una PC a un proyector, juegos de video interactivo. De igual forma se pueden hacer transferencias de datos de alta velocidad, para conectar reproductores de mp3, impresoras, escners, productos personales y cmaras digitales a una computadora.

5.4 Caractersticas MAC del 802.15.3.

Este estndar tiene una topologa centralizada en una conexin orientada tipo adhoc. El dispositivo coordinador (PNC) mantienen la sincrona y el tiempo dentro de la

red, controla el ingreso de nuevos dispositivos a la red, asigna los tiempos para conexiones entre los dispositivos 802.15.3, etc. El tipo de comunicacin entre dispositivos es peer to peer y soporta QoS multimedia; con una arquitectura TDMA de super-tramas con GTS (Guaranteed Time Slots), adems tiene tcnicas de autentificacin y encriptacin. Una parte importante de este estndar es que cuenta con varios modos de ahorro de energa (asncronos y sincronizados). De igual forma para el ahorro de energa se busca la simplicidad; todas las negociaciones de QoS y de control de flujo se hacen en la capa 3; el PNC solo maneja solicitudes de tiempo en el canal. El estndar se caracteriza por ser robusto. La seleccin de canales es dinmica y existe un control de energa de transmisin por link. Otra caracterstica que le da fuerza al estndar es el protocolo de handover.

5.5 Capacidades de seguridad.

Una caracterstica importante en este estndar es que los niveles de seguridad pueden variar, de acuerdo a las necesidades del usuario. El modo 0 significa que no existe seguridad. El modo 1 permite al usuario restringir el acceso a la pirocred. El usuario puede especificar, de forma externa, que dispositivos pueden formar parte de la conexin asncrona. El modo 2 proporciona autentificacin por criptografa, proteccin de la informacin del usuario e integracin de comandos.

El modo 3 ofrece proteccin de la informacin del usuario, integridad de los datos y los comandos as como autentificacin por criptografa.

5.6 Estructura de Superframe.

Las estructuras de superframe consisten en 3 secciones de tiempo (ver figura 5.1).

Figura 5.1 Estructura en el tiempo de las Superframes[5].

1. Beacon; transmite informacin de control a toda la picored, localizacin de recursos (GTS) por trama y proporciona sincronizacin en tiempo. 2. Periodo opcional de acceso a contencin (CAP) (CSMA/CA); utilizado en la autentificacin, solicitud y respuesta de asociacin, parmetros de flujo, negociacin y dems comandos del frame. 3. Periodo libre de contencin (CFP); formado por ranuras de tiempo unidireccionales (GTS) que son asignadas por el dispositivo maestro, para transmisin datos de forma asncrona o sincronizada; de manera opcional se encuentra el Management Time Slots (MTS) en lugar del CAP para frames de comandos.

5.7 Calidad de servicios (QoS).

Qos es tpicamente definido como el estado latente requerido para saltar la inestabilidad de una corriente continua de datos a una tasa deseada [6]. El estado latente puede ser utilizado para almacenar una trama de datos para que los efectos no determinados de la transmisin se puedan reducir. Pequeas cantidades de inestabilidad se pueden manejar sin consecuencias por el dispositivo receptor. Es necesario sincronizar los requerimientos adicionales puestos en sistemas en donde hay tramas de datos mltiples, como en la distribucin de audio en sistemas de teatro en casa de mltiples bocinas.

5.8 La capa fsica (PHY).

El IEEE 802.15.3 trabaja en la banda libre ISM (industrial, scientific, medical) de los 2.4 GHz. El grupo de trabajo defini cinco rangos de velocidad de transmisin. - 11, 22, 33, 44 y 55 Mb/s. El tipo de modulacin utilizada por este estndar es BPSK (o PSK), y QPSK (cuando se transmite sin codificacin de datos). Los canales tienen un acho de banda de 15 MHz. Con 3 o 4 canales libres de traslape (3 canales alineados con el IEEE 802.11b, para su coexistencia).

La potencia de transmisin de datos es aproximadamente de 8 dBm. Para un rango de aproximadamente de 30 50 metros. El IEEE 802.15.3 trabaja en la misma banda libre que el 802.11, pero pueden coexistir en un mismo ambiente dado que los sistemas 802.15.3 causan menos interferencia ya que ocupan un ancho de banda menor y transmite con menos potencia.

5.9 El IEEE 802.15.1a.

5.9.1 Introduccin.

En general los dispositivos electrnicos, aumentan sus capacidades de procesamiento y de almacenamiento conforme avanza la tecnologa. De la misma forma que sus capacidades, sus necesidades de comunicacin con otros dispositivos crece todos los das. Dado que la tecnologa es cada vez ms comn, es necesario que esta sea econmica y eficiente, de la misma manera los canales de comunicacin deben de tener dichas caractersticas. De aqu la importancia de contar con bandas libres en el espectro electromagntico. Muchos GHz de ancho de banda han sido autorizados para ser trabajados sin licencia para redes inalmbricas de rea personal (WPANS) en lo que se conoce como UWB (ultra wideband) o banda ultra ancha. Esta tecnologa tiene el potencial de proporcionar altas velocidades de conexin como nunca antes en productos para el hogar, tales como video conferencias, sistemas inalmbricos de distribucin de audio y video,

nuevas aplicaciones de entretenimiento para el hogar, computadoras sin disquetes as como aplicaciones de localizacin y posicionamiento en la navegacin. El concepto de comunicaciones UWB se originaron con Marconi, en los aos 1900s, cuando los transmisores de chispas inducan pulsos de seales que tenan anchos de banda muy grandes. Los transmisores de chispas creaban interferencia en la banda transmitida y no permitan compartir el espectro, as que el mundo de las telecomunicaciones abandon la idea de los anchos de banda grandes para dar paso a los anchos de banda ms angostos, con lo que nacieron los radio transmisores que eran fciles de regular y coordinar. A mediados de la dcada de los 1980s, la FCC propici un concepto totalmente nuevo de comunicaciones por medio de anchos de banda grandes, con lo que nacieron las bandas para la industria la ciencia y la medicina (ISM) para uso libre (sin licencia) de comunicaciones de espectro extendido (wideband communications). Este revolucionario espectro, es responsable del sorprendente crecimiento en redes inalmbricas de rea local (WLAN), as como de alentar a la industria de la comunicaciones a estudiar los mritos y las implicaciones del ancho en las bandas anchas de comunicacin que han sido utilizadas anteriormente en aplicaciones comerciales[7]. La teora de Shannon-Hartley dice que la capacidad del canal crece linealmente con el ancho de banda y decrece de forma logartmica en la forma en la relacin seal a ruido (SNR) disminuye. Esta relacin sugiere que la capacidad del canal se puede mejorar al incrementar el ancho de banda utilizado, en mayor proporcin que la relacin seal a ruido. Por lo tanto, para WPANS que solo transmiten sobre pequeas distancias, en donde las prdidas por propagacin de

seal es pequea y poco variable, se pueden lograr grandes capacidades utilizando grandes anchos de banda. Muchas compaas (como Xtreme Spectrum y Time Domain) argumentaron que deberan permitirles transmitir de manera intencional sobre los lmites de radiacin puestos por la FCC (mientras que algunos usuarios de otras bandas cercanas ya se les permita transmitir de manera accidental), sobre una UWB. El argumento de que los servicios inalmbricos de baja potencia poda operar por debajo de los lmites autorizados de emisiones y ofrecer comunicaciones efectivas, fue la principal motivacin para la FCC aprobara las UWB. Este concepto tan importante se sigue discutiendo por la FCC y su concejo tecnolgico.

5.10 Las UWB.

UWB promete revolucionar las redes caseras en los hogares, teniendo aplicaciones tales como bajar imgenes de una cmara digital hacia una computadora, distribuir seales de alta densidad de televisin (HDTV) de un receptor a mltiples aparatos de televisin a lo largo de una casa, conectar impresoras a una computadora, remplazar cualquier cable de informacin (no de energa) en el permetro de un cuarto de una casa, oficina, escuela, hospital, industria, etc. El 14 de febrero de 2002, la FCC emiti 15 reglas que gobernarn los dispositivos que trabajen en bandas libres entre ellas los dispositivos para las UWB. El uso de UWB baja la supervisin de la FCC ofrece capacidades con un potencial muy grande (algunos Gbps) sobre pequeas distancias (menos de 10 metros) con baja potencia de radiacin (-

43 dBm/MHz). La FCC define la seales de UWB como aquellas que tienen un fraccin de ancho de banda (una proporcin de banda base y ancho de banda en una portadora de RF) de a lo ms 0.20, o una UWB con ancho de banda de al menos 500 MHz. La definicin precisa de UWB es la banda de frecuencias delimitada por los puntos que son 10 dB menores a la mayor radiacin de emisiones [8].

Figura 5.2 Espectro de una seal UWB comparada con el espectro de 802.11a [6].

Las reglas de la FCC permiten a los dispositivos UWB operar en potencias bajas, un EIRP (Effective Isotropic Radiated Power) de -41.3 dBm/MHz, en un espectro libre de 3.1 a 10.6 GHz (ver figura 5.2), con mscaras de emisin fuera de banda, que tienen niveles de energa muy bajos. Los lmites de las emisiones bajas en banda y fuera de banda, tienen el objetivo de asegurar que los dispositivos que trabajan con UWB no causen interferencia destructiva con servicios licitados y otras operaciones importantes de radio, entre las que se encuentran la telefona celular, PCS, GPS, 802.11.a, frecuencias satelitales, y canales de radio terrestre. La tabla 5.1 resume algunas de las caractersticas ms importantes en el uso de la tecnologa UWB en dispositivos para una WPAN.

Dado que dichos pulsos ocupan un gran ancho de banda, su energa es regada sobre una gran parte del espectro electromagntico. Estas frecuentas son tan altas que pueden ser transmitidas sin ser primero moduladas sobre una portadora, como se hace con las transmisiones normales FM, AM, telfonos celulares y Wi-Fi. Rango de operacin de frecuencias: 3.1 GHz a 10.6 GHz. Promedio lmite de emisiones radiadas. Rango de Frecuencias (MHz) EIRP en dBm/Mhz (interior / porttil) 960 1610 1610 1900 1900 3100 3100 10600 Sobre los 10600 Emisiones pico en banda -75.3 / -75.3 -53.3 / -63.3 -51.3 / -61.3 -41.3 / 41.3 -51.3 / -61.3 60 dB sobre el promedio de emisores de nivel. Periodo mximo de transmisin para un unacknowledged
Tabla 5.1 Caractersticas de las UWB.

10 segundos.

Las ventajas de las UWB son muchas. Por ejemplo, estas trabajan adecuadamente en ambientes ruidosos. La resistencia de estas seales radica en su gran ancho de banda, ya que si hay ruido en alguna banda especfica esta solo afectar a un pequea parte de la seal. Tambin es importante sealar que estas seales tienen niveles de potencia tan

bajos que prcticamente no causan interferencia a otros dispositivos que trabajen dentro del mismo rango de frecuencias.

5.11 Estado actual del IEEE 802.15.3a.

El grupo de trabajo IEEE 802.15.3a (tambin llamado TG3a), estableci los requerimientos tcnicos y los criterios de seleccin de una capa fsica para una WPAN (ver tabla 5.2), y actualmente est discutiendo propuestas sometidas por varias compaas, como Intel, Texas Instruments, Motorota y Xtreme Spectrum. El grupo de trabajo IEEE 802.15.3a estableci metas enfocadas al bajo consumo de energa y bajos costos para asegurar que el estndar para una WPAN se lograra implementar con tecnologa CMOS. Dichos requerimientos se asegurarn que la capa fsica para altos rangos de transmisin propuestos por el IEEE 80 2.15.3a se puedan integrar fcilmente en dispositivos WPAN que ya tengan capas MAC y de red implementadas con tecnologa CMOS[8].
Page Break

Parmetro Rango de datos (medidos en la PHY) Rango Consumo de energa Modos de manejo de energa

Valor 110,220 y 480 (opcional)

10m, 4m y por de bajo. 100 mW y 250 mW. Ahorro de energa, modo dormido, etc.

Picoredes colaterales. Susceptibilidad a interferencia

4 Sistemas robustos de la IEEE, PER < 8% para un paquete de 1024 Bytes.

Capacidades de co-existencia

Interferencia reducida de los sistemas IEEE, potencia de interferencia promedio de por lo menos de 6 dBm por de bajo del nivel mnimo de sensitividad.

Costo Actualizaciones

Similar a Bluetooth Compatible con versiones anteriores del IEEE 802.15, adaptable a varias regiones (US, Europa, Japn)

Adquisicin de seales

< 20 us para la adquisicin desde el inicio del prembulo al inicio del encabezado.

Antena

El tamao y la forma son consistentes con el dispositivo original.

Tabla 5.2- Requerimientos tcnicos de una capa fsica para una WPAN con UWB.

El flexible estndar que desarrollar el TG3a permitir rangos de datos de 110480 Mbps (rangos de datos necesarios para USB inalmbricas), arquitecturas WPAN con costos efectivos, y operar sobre la capa MAC de la IEEE 502.15.3 la cual esta bien definida. El nuevo estndar TG3a permitir un amplio rango de transmisin, incluyendo los requerimientos multimedia sobre los 100 Mbps, tales como video conferencias inalmbricas.

Desde que el grupo de trabajo IEEE 802.15.3a empez a escuchar las propuestas en marzo de 2003, muchas compaas han hecho sus propuestas y colaborado para formar coaliciones que apoyen una sola idea para la implementacin del estndar. En julio de 2003, Intel y Texas Instruments unificaron sus esfuerzos para proponer que utilice bandas mltiples y utilize modulacin OFDM. Despus de su reunin en julio de 2003, TG3 tiene dos principales preocupaciones: (1) la proposicin de Txas Instrumets para utilizar multi-bandas moduladas en OFDM que utiliza canales de 528 MHz (tres canales principales en bandas bajas y cuatro canales opcionales en bandas superiores) y (2) la propuesta de banda doble con spread spectrum de Streme Spectrum y Motorota, en donde hay una banda alta (alrededor de los 5.2 5.8 GHz en la banda libre) y una banda baja (de 3.1 GHz a un poco antes de los 5.2 5.8 HGz) y que utiliza todo el espectro UWB. Si el proceso de estandarizacin termina de acuerdo a lo previsto por el TG3a, los primeros dispositivos para las WPANs de alta velocidad estarn disponibles antes del ao 2005. Como se muestra en la tabla 5.3, Texas Instruments prefiere un sistema de canales en la UWB. En el grupo A hay tres bandas para operaciones estndares. En el grupo C hay cuatro bandas que se utilizaran para uso opcional en reas en donde haya picoredes simultneas (esto se utilizara solo en las regiones ms prximas dado que las perdidas por propagacin limitan las seales en estas frecuencias tan altas). Las bandas de los grupos B y D se reservaran para futuras expansiones. Cada banda utilizaria frequency hopping con multiplexado ortogonal y multiplexado de divisin de frecuencia (TFI OFDM), lo que permitiria a cada banda en el UWB ser dividido en un conjunto de

canales ortogonales (con una mayor duracin en el periodo de los smbolos). Debido al incremento en la longitud del periodo en los smbolos OFDM, esta modulacin puede reducir exitosamente los efectos de ISI. Sin embargo, su robusta tolerancia a las mltiples trayectorias, afecta la complejidad del transceptor, incrementa la necesidad la combatir la interferencia entre portadoras y restringe los elementos lineales de los circuitos amplificadores.
Page Break

Asignacin de espectro. No. De bandas. 3 ( Primera generacin de bandas), 10 bandas opsionales Ancho de banda. 528 MHz. Grupo A: 3.168 4.752 GHz Grupo B: 4.752 6.072 GHz. Rango de frecuencias Grupo C: 6.072 8.184 GHz. Grupo D: 8.184 10.296 GHz. Caractersticas de Modulacin. Mtodo de coexistencia Mtodo de acceso mltiple. Picoredes simultneas. Cdigos de correccin de error Tasa de cdigo TFI-OFDM , QPSK. Banda Nula para WPAN (~5 GHz.) Intercalacin en tiempo-frecuencia. 4. Convolutional Code. 11/32 @110 Mbps, 5/8 @ 200 Mbps 3/4 @ 480 Mbps.

Margen de enlace.

5.3 dB @ 10 m @ 110 Mbps 10.0 dB @ 4m @ 200 Mbps 11.5 dB @ 2m @ 480 Mbps.

Periodo de Smbolo

312.5 ns OFDM smbolo.

Tabla 5.3 Descripcin de la propuesta de TI para la capa fsica OFDM Multi-banda.

La propuesta de Xtreme Spectrum-Motorola utiliza una banda dual como se muestra en la tabla 5.4, que emplea pulsos de corta duracin para transmitir en cada banda, teniendo ancho de banda en exceso de 1 GHz (frecuentemente referido como un impulso de radio). El diseo de Streme Spectrum se beneficia de la ganancia por codificacin lograda gracias al uso de spread spectrum de secuencia directa con 24 chips/smbolo. Sin embargo, tiene menos flexibilidad para adaptarse a las regulaciones, de pases que han limitado el espectro de la UWB del autorizado por la FCC.

Asignacin de espectro. No. De bandas. Ancho de banda. 2 1.368 GHz, 2.736 GHz. 3.2 5.15 GHz Rango de frecuencias 5.825 10.6 GHz. Caractersticas de Modulacin. Mtodo de coexistencia Mtodo de acceso mltiple. Picoredes simultneas. BPSK,QPSK, DS-SS. Banda Nula para WPAN (~5 GHz.) CDMA. 8

Cdigos de correccin de error

Cdigo Convulusional. Cdigo Reed-Solomon.

Tasa de cdigo

@110 Mbps, RS (225,223) @ 200 Mbps RS (225,223 @ 480 Mbps.

Margen de enlace.

6.7dB @ 10 m @ 114 Mbps 11.9 dB @ 4m @ 200 Mbps 1.7 dB @ 2m @ 600 Mbps.

Periodo de Smbolo

731 ps (banda baja). 365.5 ps (banda alta).

Tabla 5.4 Propuesta de Xtreme Spectrum-Motorola para las UWB.

5.12 Impulsos de radio (IR) vs. Multi bandas UWB.

Las dos propuestas ms importantes consideradas por el IEEE 802.15.3a difieren, principalmente, en su posicin en el espectro. Los impulsos de radio (IR), la propuesta tpica para las comunicaciones en UWB, involucra la utilizacin impulsos de poca duracin que ocupen una sola banda de varios GHz. Los datos son comnmente modulados con PPM (modulacin de posicin de pulso); y se puede soportar a mltiples usuarios utilizando un esquema de salto de tiempo (time-hopping). La propuesta de Xtreme Spectrum, similar a dos bandas independientes de IR, que utiliza una seal de spread spectrum de secuencia directa (DS-SS) con una taza elevada de datos. La otra propuesta para utilizar el espectro UWB es un sistema multi-banda en donde las bandas de frecuencia que va de los 3.1 a los 10.6 GHz se divida en varias

bandas pequeas. Cada una de dichas bandas debe tener un ancho de banda mayor a 500 MHz para cumplir con la definicin de la FCC de las UWB. La tcnica de salto de frecuencia entre dichas bandas se puede utilizar para facilitar accesos mltiples. Las compaas que conforman la coalicin Multi-bandas-OFDM apoyan esta propuesta ya que tiene gran flexibilidad para adaptarse a las regulaciones espectrales de diferentes pases y evita la transmisin en bandas ocupadas.

5.13 Comparacin de desempeo en una OFDM vs. DS-SS IR.

En presencia de una gran interferencia en una banda estrecha, un sistema multibanda podra dejar la banda que sufre el problema, por lo que se reducira su eficiencia de banda su capacidad en general. Un sistema que trabaje con impulsos de radio podra mitigar dichos efectos debido al proceso inherente de ganancia en los sistemas DS-SS. OFDM puede ser visto como varios canales estrechos, paralelos, o como subbandas, por lo que cada sub-banda esta paralela en el espectro. Esto significa que OFDM no requiere un ecualizador digital en su dispositivo de recepcin, mientras que el receptor IR CDMA requiere de un ecualizador RAKE. El periodo de smbolo ms largo utilizado en OFDM lo hace menos sensible a los pequeos cambios en el tiempo en el receptor, que a diferencia de los IR, tienen impulsos de tiempo mucho ms cortos. La resistencia de OFDM a fallos en frecuencias selectivas tiene repercusiones en una importante interferencia en las portadoras 8ICI) en sus propias sub-bandas de transmisin, y gran sensitividad a los rangos dinmicos (por lo que se requiere un pico mayor de energa, y por lo tanto mayor consumo de bateras). Los defensores de IR argumentan que debido a

los impulsos largos utilizados en la propuesta de multi-bandas OFDM, que no puede capturar los beneficios de las tcnicas de procesamiento de seal utilizados para mitigar los efectos negativos, que tiene las seales al tomar varios caminos, de este mtodo y con esto mejorar la deteccin de seales y precisar mediciones. El valor cuadrtico medio (RMS) del retraso de propagacin en un ambiente indoor (~25 ns o menos) es mayor que un pulso IR, pero es mucho menor a la aproximacin multi-banda OFDM. Por lo tanto, el canal parece plano y desvanecido para la sub-banda de la aproximacin OFDM, lo que causara desvanecimiento y dificultades de propagacin. Si adems hay simultneamente multipatchs se producira un profundo desvanecimiento en un lugar especfico[9]. Mientras que la aproximacin de IR aprovecha los multi-caminos gracias a su alta resolucin en tiempo, pero requiere procesamiento de seales para ecualizar los multi-caminos para mejorar la recepcin. La propuesta de multi-bandas, tiene gran flexibilidad para coexistir con otras aplicaciones inalmbricas internacionales y para aceptar posibles regulaciones gubernamentales, fuera de Estados Unidos, que reduzcan el espectro de las UWB. OFDM es un mtodo de acceso mltiple muy nuevo y complejo que est ganando popularidad.

Bi b l i o g r a f a
[1] LAN/MAN Standards Committee of the IEEE Computer Society, IEEE Std 802.15.1-2002, IEEE Standard for information technology, 2002.

[2] Ed Callaway, Venkat Bahl, Paul Gorday, Jose A. Gutierrez, Lance Hester, Marco Naeve, and Bob Heile, "Home Networking with IEEE 802.15.4, a Developing Standard for Low-Rate Wireless Personal Area Networks," IEEE Communications Magazine, special issue on Home Networking, v. 40, n. 8, August 2002, pp. 70-77.

[3] J. MacLellan, S. Lam, y X. Lee, Resintian In door RF Channel Characterization, 43rd IEEE VTC, 1993, pp. 210 213.

[4] IEEE Spectrum , Spetial Report: wireless Networking, Septiembre 2003, pp. 24-27.

[5] John R. Barr, IEEE 802.15.3 overview, technology Report. http://www.wimedia.org/events/docs/02006r0WM_PUB-GEN05_802.15.3_Overview_WiMedia_Oct_2002.pdf

[6] Ketan Mandke, High Frequency Electronics, Technology report, septiembre de 2003, pp. 22 30.

[7] FCC, First Report and Order, febrero de 2002, pp. 02-48.

[8] P. Gandolfo, TG3 Coexistence capabilities, IEEE 802.14-02/157r0. Marzo 19,2002.

[9] T.S. Rappaport, Greles Communications, Prenticd may. 2/e. 2002.

[10] Nim k. Cheung, Mobile communications for anything that moves, IEEE communications magazine, octubre de 2003, pp. 64.

[11] Keiji Tachikawa, A perspective on the evolution of mobile communications, IEEE communications magazine, octubre de 2003, pp. 66.

[12] Sreve Stroh, Ultra-Wideband: multimedia unplugged, IEEE Spectrum 2003, pp. 23

[13] Association of Radio Industries and Businesses (ARIB), Documents: RCR STD-33A, ARIB STD-T66.

[14] IEEE Std. 802-1990, "IEEE Standards for Local and Metropolitan Area Networks: Overview and Architecture (ANSI)."

[15] A. S. Tanenbaum, Comp. Net., 3rd Ed., Upper Saddle River, NJ: Prentice Hall, 1996.

[16] T. Siep et al., Paving the Way for Personal Area Network Standards: An Overview of the IEEE P802.15 Working Group for Wireless Personal Area Networks, IEEE Pers. Commun., vol. 7, no. 1. Feb. 2000, pp. 3743.

[17] Pgina official de la IIEEE para el 802.15, http://grouper.ieee.org/groups/802/15/

[18] Revista Palowireless, http://www.palowireless.com/i802_15/news.asp

[19] Toshiba Europa, http://www.toshiba-europe.com/computers/tnt/wireless/wpanwhatis.htm

[20] Stylusine Technology, http://www.stylusinc.net/technology/pervasive_computing/WPAN.shtml

[21] Search networking technology, http://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci837444,00.html

[22] IEEE Communications Magazine, Ubiquitous Computing in Home Networks, Nobiembre de 2003, pp 128 135.