Habiendo cubierto los aspectos basicos de ZigBee y el estandar IEEE 802.15.4.

Ahora nos toca profundizar sobre la estructura y servicios que provee cada capa de ZigBee y el estandar IEEE 802.15.4. En esta estructura las distintas capas del protocolo cooperan unas con otras para realizar distintas tareas, tales como unirse a una red o enrutar mensajes. ZigBee and IEEE 802.15.4 Networking Layers Las capas del protocolo wireless Zigbee que seran mostradas en la figura estan basadas en la International Standards Organization(ISO) y Open System Interconnect(OSI), En el ISO/OSI hay siete capas, pero Zigbee implementa solo las capas que son esenciales para, Low-power y Low -datarate en la red. Las primeras dos capas (PHY y MAC), Estan definidas por la IEEE802.15.4, ya las capas superiores de NWK y APL estan definidas por el estandard Zifbee. Los features de seguridad estan contenidos en ambos estandard y una red que implemente las capas a presentar en la siguiente figura es considerada una red Zigbee. Cada capa se comunica con su capa adyasente a traves de lo que se conoce como Service Access Points(SAP's). SAP es un lugar conceptual en el que una capa de protocolo puede solicitar los servicios de otra capa de protocolo, un ejemplo mas notable es como se muestra en la figura donde el PHY data services access point(PD-SAP) es donde la capa MAC hace un request de cualquier servicio de data de la capa PHY.

Ahora bien para desglosar los demas service access points debemos seguir profundizando en las capas.

Entonces, el estandard 802.15.4 no solo especifica las funciones de la capa fisica y su interaccion con la capa MAC, este taqmbien define el hardware minimo necesario, tal como la sensibilidad del receptor y el poder de salida del transmisor(esto sera detallado por el companero reidy abad proximamente).

The IEEE 802.15.4 PHY Specifications

Channel Assignments Aqui los canales de frecuencia son una combianacion de el numero de canal y la pagina de canales. Una pagina de canales es un concepto que refiere un grupo de canales en determinadas frecuencias. Los canales de frecuencia se definen a travs de una combinacin de nmeros de canales y pginas de canal. La pgina del canal es un concepto aadido de IEEE 802.15.4 en 2006 para distinguir entre el apoyo fsico. En versiones anteriores de estndar IEEE 802.15.4, los canales de frecuencia se identifica simplemente por los nmeros de canal y no se PHY opcional. En la versin inicial, no se haba previsto desde hace ms de un total de 27 canales, y por lo tanto la aplicacin de mltiples PHY bandas de frecuencia de operacin no puede ser apoyada. Cada pgina del canal puede tener un mximo de 27 canales. La Tabla 3.1 muestra la asignacin de canales en el estndar IEEE 802.15.4. Las pginas de los canales 0-2 se utilizan actualmente para 868/915 MHz y 2,4 GHz. Las pginas de canal 3-31 estn reservados para usos futurepotential Energy Detection Cuando un dispositivo planea transmitir un mensaje, este primero va dentro del receive mode para detectar y estimar el nivel de energia de la senal en el canal deseado. Esta tarea es conocida como energy detection (ED).La energa de la seal en la banda de inters es un promedio de ms de ocho perodos de smbolos. En ED, el receptor no intenta detectar el tipo de seal, slo el nivel de energa de la seal se calcula. En otras palabras, si hay una seal que ocupa la banda de frecuencias de inters, realizando un servicio de urgencias no revela si esta seal es un estndar IEEE 802.15.4 compatible con la seal o no. El procedimiento de deteccin de la energa podra no ser capaz de detectar seales dbiles con los niveles de energa cerca del nivel de sensibilidad del receptor. La sensibilidad del receptor es el nivel de la seal de energa ms bajo que el receptor puede detectar correctamente y demodular con una tasa de error de paquetes de menos del 1%. El IEEE 802.15.4 permite una diferencia de 10 dB entre el nivel de sensibilidad de recepcin requerida en el receptor y el nivel de deteccin de energa requerida. Por lo tanto, un receptor al realizar una deteccin de la energa debe ser capaz de detectar y medir la energa de las seales tan bajas como 10 dB por encima de su nivel de sensibilidad requerido. Por ejemplo, si la sensibilidad del receptor se requiere 85 dBm, el procedimiento de deteccin de la energa debe ser capaz de detectar y medir la energa de las seales de tan bajas como 75 dBm . El rango de deteccin de la energa debe ser al menos 40 dB, lo que para el mismo ejemplo se traduce en 75 dBm a 35 dBm . La capa Mac le requiere a la fisica la realizacion del Energy Detection. La capa fisica devuelve un entero de 8 bits que indica el nivel de energa en el canal de frecuencia de inters. La precisin de la energa, debe estar +/- 6 dB o mejor.

Carrier Sense Similar a la ED, deteccin de portadora (CS) es una forma de verificar si un canal de frecuencia est disponible para su uso. En CS, cuando un dispositivo tiene planes de transmitir un mensaje, primero entra en el modo de recepcin para detectar el tipo de cualquier seal de posible que pueda estar presente en el canal de frecuencia deseada. En contraste con la deteccin de Energa, en el CS de la seal es demodulada para verificar si la modulacin de la seal y la difusin son compatibles con las caractersticas de la PHY que est actualmente en uso por el dispositivo. Si la seal de ocupacin es compatible con el estndar IEEE 802.15.4 PHY, el dispositivo podra optar por considerar el canal ocupado, independientemente del nivel de energa de la seal. Link Quality Indicator Este es una indicacin de la calidad de los paquetes de datos recibidos por el receptor. El received signal strength (RSS) puede ser usado como una medida de la calidad de la senal. El RSS es una medida de la energa total de la seal recibida. La relacin entre la energa de la seal deseada a la energa total de ruido en la banda (la relacin seal-ruido, o SNR) es otra manera de juzgar la calidad de la seal. Como regla general, el aumento de SNR se traduce en menores posibilidades de error en el paquete. Por lo tanto, una seal con una alta relacin seal ruido se considera una seal de alta calidad. La LQI realiza la medicin para cada paquete recibido. El LQI debe tener por lo menos ocho niveles nicos. EL LQI del enlace se informa a la capa MAC y est a disposicin de las capas de NWK y de APL para cualquier tipo de anlisis. Por ejemplo, la capa de NWK puede utilizar el LQI del enlace informado con los niveles del indicador de calidad de los dispositivos en la red para decidir qu camino usar para dirigir un mensaje. En general, el camino que tiene el mayor ndice global de calidad Enlace tiene una mejor oportunidad de entregar un mensaje al destino. El indicador de calidad del enlace es slo uno de los factores de decisin en la seleccin de un camino a la ruta de un mensaje. Otros factores, tales como el enrutamiento de consideraciones de eficiencia energtica, tambin puede influir en la seleccin de ruta. Por ejemplo, un dispositivo con pilas podran estar en una excelente ubicacin en trminos de la calidad del enlace, pero enrutamiento de los mensajes con frecuencia a travs de este dispositivo se agotar la batera mucho antes que el resto de los dispositivos en la misma red. Clear Channel Assessment El primer paso del mecanismo de canales del Carrier Sense Multiple Access with Collision Avoidance (CSMA-CA) sucede cuando la capa MAC requiere a la fisica realizar un clear channel assessment(CCA) para asegurar que el canal no esta en uso por otro dispositivo. El CCA es parte del physical management service. En un CCA, el resultado del ED o CS puede ser usado para decidir si un canal de frecuencia debe ser considerada como disponible o ocupado. El perodo de CCA debe ser de ocho smbolos. Existen 3 modos de CCA, y el IEEE 802.15.4-compliant PHY debe ser capaz de operar en cualquiera de estos: CCA el modo 1. En este modo, slo el resultado de deteccin de la energa se tiene en cuenta. Si el nivel de energa est por encima del umbral de deteccin de la energa, el canal se considera ocupada. La deteccin de la energa umbral puede ser fijado por el fabricante.

CCA el modo 2. El modo 2 utiliza slo el resultado de CS, y el canal se considera ocupada si la seal de ocupacin es compatible con la PHY del dispositivo que est realizando la CCA. CCA el modo 3. Este modo es una combinacin lgica (Y / O) de los modos 1 y 2. En otras palabras, en el modo 3, el PHY puede utilizar una de las siguientes como una indicacin de un canal ocupado: El nivel de energa detectada es superior al umbral, y es compatible con un portador detectados. El nivel de energa detectada es superior al umbral o es un portador compatible detectados. El modo de CCA que el dispositivo utiliza se almacena como un atributo de PHY (phyCCAMode) en la Base de informacin PHY PAN (PHY-PIB). La PHY-PIB se revisa en la siguiente seccin.

The PHY Constants and Attributes

Las constantes de definir las caractersticas como el tamao mximo de un marco o el duracin de un evento. Cada capa del protocolo tiene sus propias constantes. La PHY slo tiene dos constantes, que se muestra en la Tabla 3.2. La constante de PHY aMaxPHYPacketSize indica que la PHY unidad de servicio de datos (PSDU) no puede exceder de 127 octetos. El tiempo de respuesta es el tiempo de un transmisor-receptor tiene que pasar de la transmisin (TX) a la recepcin (RX), y viceversa. Sobre la base de la constante aTurnaroundTime, un transmisor-receptor debe completar su transicin en menos de 12 smbolos. En el PHY y MAC capas de protocolo, todas las constantes tienen un prefijo general de a. En el NWK y las capas de APL, por el contrario, los prefijos de las constantes son nwkc y APSC, respectivamente. Las constantes no se puede cambiar durante la operacin. Los atributos son las variables que pueden cambiar durante la operacin. Los atributos PHY estn contenidos en la Base de informacin PHY PAN (PHY-PIB). Estos atributos son necesarios para gestionar los servicios PHY. La lista de atributos PHY-PIB se presenta en la Tabla 3.3. Los atributos marcados con una cruz () son atributos de slo lectura. Las capas superiores pueden leer los atributos de slo lectura, pero slo PHY puede cambiar. Los atributos marcados con un asterisco (*) tienen partes especficas que son de slo lectura. Los bits que no estn marcados como de slo lectura puede ser leda o escrita por la capa inmediatamente superior. Slo el PHY puede cambiar los bits de slo lectura. Las funciones de estos atributos se aclar en el resto de este captulo.

PHY Services
La capa fisica provee dos tipos de servicios: el servicio de data fisico (data service) y el gestionador de servicios fisicos (management service). El primero habilita la transmision y recepcion a traves de una canal de radio del Protocol Data Unit(PPDU).La capa fisica incluye una entidad de management conocida como el Physical Layer Manegement Entity (PLME) (ver fig) y las funciones fisicas de gestionamiento pueden ser invocadas desde esta entidad (PLME). El servicio de data Physical Data Service es accesido a traves del (PD-SAP). Asi como el gestionador de servicios de la capa fisica es accesido a traves del PLME-SAP, este ultimo tambien mantiene o maneja la PHY PAN Information Base (PIB).

PHY Data Service La data que necesita ser transmitida es siempre proveida como una MAC Protocol Data Unit (MPDU). La capa MAC local genera un request de la transmision y envia el MPDU. La capa fisica entonces atiende la transmision y reporta el resultado pedido (exitoso o no) a la capa MAC. Las razones para un transmision no exitosa pueden ser: El transceiver de radio esta deshabilitado. El transceiver esta en modo de recepcion, y el Radio no puede transmitir y recibir al mismo tiempo El transceiver esta ocupado(ya dentro de otra transmision). Cuando la data es recibida por el transceiver, la capa fisica notifica a la capa MAC de la llegada de un MPDU. La capa fisica no solo provee el MPDU a la capa MAC, esta tambien envia la informacion de LQI. Los pasos que se muestran en la figura son los pasos a seguir al transferir data de un dispositivo a otro desde la capa de aplicacion. La data no siempre viene de la capa de aplicacion, esta puede ser generada por la cap MAC sin involucrarse con la capa siguiente. En el ejemplo a mostrar la data proviene desde el Zigbee Device Objects(ZDO) o una aplicacion de un objeto hacia la el Application Support Sublayer (APS):

EN el equipo transmisior cada capa agrega su propio Header and Footer al Data Unit (DU) y luego pasa el resultado a la proxima capa de mas abajo. El DU en cada capa es conocido con el nombre de la capa. En la capa de aplicacion y de red, el DU es conocido como APS Protocol Data Unit (APDU) y el NWK Protocol Data Unit (NPDU), respectivamente. El Physical Data Unit recibe un Mac Protocol Data Unit (MPDU) y crea un Physical Protocol Data Unit (PPDU) que sera transmitido por el Radio.

PHY Management Service El Physical Layer Manegement Entity SAP (PLME-SAP) , es utilizado para transportar comandos entre El MAC Layer Management Entity (MLME) y el PLME. Los servicios que provee a traves de el PLME-SAP son los siguientes: Clear Channel Assesment (CCA) Energy Detection (ED) Habilitar y deshabilitar el Transceiver Obtener informacion del PHY-PIB Darle el valor al atributo PHY-PIB

Clear Channel Assessment La MLME hace el requerimiento a la PLME de realizar un CCA cuando el CSMA-CA requiere una estimacion del canal. El resultado del CCA puede ser uno de los sigueintes: El transceiver esta deshabilitado y por tal no puede realiszar el CCA El canal esta habilitado y puede ser usado para la transmision El canal o transceiver esta ocupado: 1. El canal esta ocupado (Otro dispositivo esta usando este canal de frecuencia) 2. El transceiver esta ocupado transmitiendo y por lo tanto el CCA no puede ser realizado

El PLME no distingue entre un canal ocupado y un transceiver ocupado, este solo envia el mismo estado al MLME de BUSY en caulquier caso. Energy Detection EL ED es generado por el MLME y es manejado por el PLME, si su medicion es exitosa, el nivel de energia es reportado devuelta hacia el MLME, un radio deshabilitado y una transmision enproceso puede hacer que El ED falle. Enabling and Disabling the Radio Transceiver EL MLME puede requerir que el PLME haga que el transceiver se ponga en tres distintos estados: deshabilitado, transmisor habilitado y receptor habilitado. Obtaining Information from the PHY-PIB EL PLME puede leer el valor de cualquier atributo en el PHY-PIB y proveerselo al MLME. Este request es siempre generado por el MLME. Setting the Value of a PHY-PIB Attribute El modo read only en los atributos de la capa fisica PHY, solo pueden ser cambiados poor esta misma capa. En cualquier caso los demas atributos sin esta distincion, pueden ser requeridos por la MLME a la PMLE para que sea cambiado.

The Service Primitives Los estandars IEEE 802.15.4 y Zigbee usan el conceptop de primitieves para describir el servicio que una capa provee a la capa mas alta. La comunicacion entre las capas adyacentes del protocolo son manejdas por funciones que son llamadas o por medio de mensajes, llamadas primitivas entre las capas. Aunque cada capa tiene un rol distinto en todo el sistema, la forma en cada capa opera tiene alguna similitud con otras capas. Por ejemplo la capa fisica y la MAC e la Nwk proveen servicio de data hacia su proxima capa suiperior. EN cada capa el mecanismo de requerir la DU para ser transmitida es similar; La capa inmediatamente superior usa el DATA SERVICE ACCESS POINT (Data SAP) de la capa inferior para requerir la data a transmitir, si la transmision de la data es exitosa la capa inferior da una confirmacion a la capa superior acerca del estado de la transmision. A causa de estas similitudes, el servicio de primiticas es encontrado muy util en la descripcion de capacidades de cada capa del estandar de protocolo. Cada primitiva provee una accion especifica a realizar o da un resultado de la anterior accion requerida. Una primitiva puede tambien llevar los parametros necesarios necesarios para realizar su tarea. La figura muestra la forma generica de descripcion de servicios que provee una capa a su capa superior. Como se muestra en la figura existen 4 tipos de servicios: request,indication,response y confimacion. EN otras palabras todos los servicios en la IEEE802.15.4 Y Zigbee estandar caen dentro de una de estas cuatro categorias. El servicio de primitivas son descritas en el siguiente formato: 1. 2. 3. 4. The primitive.request The primitive.indication The primitive.response The primitive.confirm

El servicio de primitiva de reqerimiento o request es generado por la capa N+1 a la capa N para requerir que un servicio sa iniciado. Por ejemplo, en la el servicio de data de la capa fisica, la primitiva PHY Data Request (PDData.request) es generada por la capa MAC haciendo un requerimiento a la capa fisica con un MPDU para ser traqnsmitido. La indicacin primitiva se genera por la capa de N al usuario del servicio (es decir, la capa inmediatamente superior), lo que indica un evento que es importante para la capa N 1. Por ejemplo, cuando el PHY recibe datos de otro dispositivo en la red que debe ser pasado a la capa MAC, el PHY utiliza la primitiva PD-DATA.INDICATION para entregar la informacin de datos a la MAC. Si la indicacin primitiva requiere una respuesta, la respuesta primitiva se pasa al usuario del servicio a la capa N. El PHY y capas NWK no tienen ninguna respuesta primitiva. El MAC y las capas de APL contienen primitivas respuesta

The confirm primitive is used by the layer N to confirm completion of the service layer N 1 requested by passing down a request primitive. The PD-DATA.confirm primitive is generated by the PHY entity and issued to its MAC sublayer entity in response to a PD-DATA.request primitive. In the confirmation, the PHY informs the MAC whether the transmission was successful PHY Packet Format El formato del PHY Protocol Data Unit (PPDU) que se muestra en la figura consites en tres componentes el Synchronization header (SHR), the PHY header (PHR), y el PHY payload El SHR permite al receptor para sincronizar y de bloqueo en el flujo de bits. el PHR contiene informacin sobre el marco longitud. La carga til PHY es proporcionado por las capas superior e incluye datos o comandos que necesitan ser transmitidos a otro dispositivo. El SHR se compone de un prembulo y un delimitador de inicio de trama (SFD). El campo prembulo es utilizado por el receptor para obtener chips y la sincronizacin de smbolos. Los bits en el campo de prembulo en todas las FIT, a excepcin de la FIT ASK, son ceros binarios. En el prembulo de un PHY 868 MHz ASK se genera mediante la repeticin de la secuencia 0 de la tabla A.1 dos veces (ver Apndice A). La duracin de este prembulo es de 160 ms. En un 915 PHY MHz ASK, thesequence 0 de la tabla A.2 se repite seis veces y tiene 120 ms. Las longitudes y las duraciones de los prembulos de todas las opciones de PHY se enumeran en la Tabla 3.4. El campo SFD indica el final de la SHR y el inicio de la PHR. El SFD de 868 MHz y 915 MHz ASK FIT es el 0 secuencia invertida de los cuadros A.1 y A.2, respectivamente. Para todos los FIT, el FSD es un campo de 8 bits se muestra en la Tabla 3.5. Las longitudes de SFDfields se proporcionan en la Tabla 3.6. El siguiente campo de un paquete de PHY es la longitud de la trama, que especifica el nmero total de octetos en la carga de PHY (PSDU). La longitud PSDU puede ser cualquier valor desde 0 hasta 127 octetos (vase el Cuadro 3.2, las constantes PHY). Pero en la prctica, basada en el estndar IEEE 802.15.4-2006,la longitud PSDU es o 5 octetos para un marco de reconocimiento de MAC o 9-127 para cualquier MPDU otros. Los valores de longitud de trama de 0-4 y 6-8 estn reservados para posibles aplicaciones futuras (Tabla 3.7). El ltimo campo es el PHY unidad de servicio de datos (PSDU). El contenido de los PSDU es proporcionada por el MAC como un marco de MAC. En IEEE 802.15.4, el primer bit que se transmite es el bit menos significativo (LSB) del SHR. El bit ms significativo (MSB) del ltimo octeto de la carga se transmite PHY pasado

Summary of the PHY Layer Responsibilities La capa fisica es la mas cercana al hardware y es quien controla y comunica con el Radio Transceiver. Las responsabilidades de la capa fisica son als siguientes: Activar y desactivar el Radio Transceiver Transmite y recibe data Selecciona la frecuencia del canal(la frecuencia exacta en la cual el transceiver operara) Realizando el Energy Detection. El ED es quien ejecuta la tarea de el signal energy dentro de la banda de frecuencia de interes. Esta estimacion es usada para entender donde o no un canal esta limpio y puede ser usado para la transmision. Realizar el CCA Generar el LQI, este ultimo es un indicador de la calidad de los paquetes de data recibidos por el receptor. El poder de la senal puede ser usado como indicador de Signal Quality.

Bases para la capa Mac : Beacon-Enabled vs. Nonbeacon Networking Existen dos metodos para acceder a canales: contention based o contention free. En el contention based channel access, todos los dispositivos que quieren transmitir en el mismo canal de frecuencia usan el mecanismo CSMA-CA, y el primer canal que se encuentre libre y empieza la transmision. En el metodo Contention-free, el coordinador PAN dicta un time slot especifico a cada dispositivo en particular. Esto es llamado guaranteed time slot (GTS) . Por lo tanto, un dispositivo con un GTS empezara a transmitir durante el GTS sin usar el mecanismo CSMA-CA. Para proveer un GTS, el PAN Coordinator necesita asegurar que todos los dispositivos en la red esten sincronizados. El BEACON es un mensaje con un especifico formato que es usado para sincronizar los relojes de los nodos en la red. El formato es luego discutido. Un coordinador PAN tiene la opcion de transmitir senales de beacon-frames para sincronizar los dispositivos atachados a este. Esto ultimo es llamado Beacon-enable PAN, la desventaja de usar beacons es que todos los dispositivos en la red deben levantarse bajo regulaciones basicas, es decir, escuchar los beacons, sincronizar los relojes y volver a dormir. Esto significa que muchos dispositivos en la red se llevantaran solo para sincronizar y no para realizar otra tarea mientraqs estan activos, por lo que la vida de la bateria se reduce cuando se usa el modo beacon en el dispositivo. Una red en la cual el PAN Coordinator no transmite beacons es conocida como nonbeaconnetwork. Estas redes no pueden tener GTS y por lo tanto tampoco contention-free periods, dado que los dispositivos no estan sincronizados con otros.

CSMA-CA Es un metodo quje permite que multiples dispositivos usen el mismo canal de frecuencias como su medio de comunicacion. El mecanismo de acceso al canal usado es conocido como el Carrier Sense Multiple Access with Collision Avoidance, en CSMA-CA cada vez que un dispositivo quiere transmitir debe primero realizar un clear channel assesment(CCA) para asegurarse que el canal no esta en usao por otro. La decision del CCA puede estar basada en la energia espectral en el canal de frecuancia de interes o detectando el tipo de senal que ocupa el canal.

Common ZigBee terminology

PAN
Personal Area Network; a collection of cooperating devices which are associated and share the same address space.

PAN ID
The 16-bit value which is used to uniquely define a PAN. Devices make the decision on what radio networks to join based on their PAN ID.

PAN Coordinator
The ZigBee device which is responsible for starting the formation of a ZigBee network. The ZigBee PAN coordinator chooses the PAN ID. There is only one ZigBee PAN Coordinator in any ZigBee network; its ZigBee address is always 0.

Full Function Device

A device which can route ZigBee packets as part of its normal operation; also called a ZigBee Router. FFDs form the meshed network topology by establishing communications links to other devices (both FFDs and RFDs). FFDs can act as a sensor or actuator or other type of node.

Reduced Function Device

An RFD is a device which cannot route ZigBee packets. They are always associated with a single FFD and can only participate in the network as an end, or leaf, node.

Mesh
A network with multiple possible routes between nodes over which a packet can be routed. FFDs form the mesh and discover routes between nodes using a variety of routing algorithms (tree routing or AODV for example).

Types of ZigBee Networks

ZigBee networks can be configured to operate in a variety of different ways to suit the application and environment. Supported topologies include:

Peer to Peer (Ad-hoc)

ZigBee nodes connect directly to each other for peer to peer communication

Star Configuration
Using a single PAN coordinator, each node connects directly to the central coordinator all inter-node communications are passed through the coordinator.

IEEE 802.15.4 MAC Layer

La capa Mac provee la interface entre la capa fisica y la capa de red, a continuacion se muestra el modelo de referencia de la subcapa mac, similar a la fisica esta consta de un MLME que es responsible de los servicios de gestion de la capa mac. La MLME interactua con su contraparte en la capa de red: Network Layer Manegement Entity o NLME. La capa Mac tambien tiene su propia base de datos, referida como MAC PAN Information Base (MAC-PIB). Todas las constantes Mac tienen un prefijo de a y los atributos el prefijo mac. Beacon-Enabled Operation and Superframe Structure una de las ventajas de tener habilitado el modo Beacon-enable en la red es la disponibilidad del guaranteed time slot (GTS). Los beacon son Mac Frames que contienen informacion como el intervalo de tiempo entre beacons y el numero del GTS. En el modo de operacion de beacon es posible usar un Superframe Structure. Este esta limitado por dos frames beacon.(tiene un uso opcional), puede haber hasta tres tipos de periodos en un superframe; the contention access period (CAP), the contention-free period (CFP), y the inactive period. Durante el CAP, todos los dispositivos que quieren transmitir deben usar el mecanismo CSMACA,para ganar acceso a un canal de frecuencia.si un dispositivo encuentra el canal ocupado este debe generar un periodo random de tiempo y esperar para tratar otra vez. Este es el tipo de acceso mas comun en todos los dispositivos. Los comandos de los frames de la capa MAC deben ser transmitidos durante el CAP. NO hay garantia durante el CAP para que un dispositivo este habilitado para usar un canal caundo este lo necesite, EN el CFP en contraste garantiza el time slot para un dispositivo en especifico y no necesita el CSMA-CA, Esta es una gran opcin para aplicaciones de baja latencia en el que el dispositivo no puede permitirse el lujo de esperar un periodo aleatorio y largo plazo, potencialmente, de momento hasta que el canal est disponible. Utilizando CSMA-CA no est permitido dentro de el CFP.

La combinacion del CAP y del CFP es conocido como el periodo activo. El periodo activo es divido dentro de 16 time slot iguales. Elframe beacon siempre empieza al inicio en el primer time slot. Puede haber hasta 7 GTS en un CFP, cada GTS puede ocupar uno o mas time slot. Un SuperFrame opcionalmente puede tener un perodo de inactividad. El perodo de inactividad permite que un dispositivo para entrar en el modo de ahorro. Durante el modo de ahorro de energa, el coordinador puede desactivar los circuitos del transceptor para conservar la energa de la batera. La estructura de un superframe es definida por el coordinador y configurada en la capa de red usando LA PRIMITIVA MLME-START.request, EL beacon interval o intervalo entre dos beacons consecutivos (BI) es determinado por el valor del atributo macBeaconOrder (BO) y la constante aBaseSuperFrameDuration con la ecuacion: BI aBaseSuperframeDuration 2 BO (Symbols) Es decir dado una duracion de superframe de 960 simbolos y macorder de 2 = 4 * 960. el valor del macBeaconOrder puede esstaqr entre 1-14 si esta en 15 es que no es una red de beacon. Y no se aplican los superframe. Similarmente el largo del tiempo o periodo activo de un superframe se calcula como Superframe Duration(SD): SD aBaseSuperframeDuration 2SO (Symbols) done SO es el valor del atributo macSuperFrameOrder. EL SD no puede exeder el BI por lo que el valor de SO es siempre menos que el BO. En las redes nonbeacon-enable el coordinador no transmite beacons a menos que este reciba un comando de requerieminto. El beacon reuqest command es usado para localizar el coordinar. Este formato sera mostrado mas adelante.A PAN coordinator in a nonbeacon-enabled network sets the value of macSuperframeOrder to 15. En una red beacon-habilitada, cualquier coordinador, adems del coordinador del PAN, tiene la opcin de transmitir balizas y crear su propia supertrama. La Figura 3.8 muestra el tiempo necesario cuando tanto el coordinador del PAN y el otro coordinador de la misma red se transmite balizas. El coordinador puede comenzar a transmitir su seal slo durante el perodo de inactividad de la supertrama coordinador del PAN. El faro de coordinador del PAN se le conoce como el faro recibi. El faro de cualquier otro coordinador que se conoce como el faro de transmisin. Los perodos de actividad de ambos supertramas debe tener la misma longitud. Un coordinador, que no sea un coordinador del PAN, slo transmite una seal para indicar el inicio de su supertrama, y el final de la supertrama puede ser el mismo que el final de la supertrama coordinador del PAN. Si un dispositivo no utiliza su GTS por un perodo prolongado de tiempo, la GTS expirar y el coordinador puede asignar esa GTS especfica a un dispositivo diferente. El perodo de inactividad que se traducir en la expiracin GTS es siempre un mltiplo entero de dos veces la longitud supertrama. El valor de este nmero entero mltiple (n) depende de la macBeaconOrder For example, if a device with macBeaconOrder of 7 does not use its GTS in four consecutive superframes, its GTS will expire

The Interframe Spacing In transmitting data from one device to another, the transmitting device must wait briefly between its successive transmitted frames to allow the recipient device process a received frame before the next frame arrives. This is known as interframe spacing (IFS). The length of IFS depends on the transmitted frame size. The MPDUs with sizes of less than or equal to aMaxSIFSFramesSize (a MAC constant with default value of 18 octets) are considered short frames. A long frame is an MPDU with a size that exceeds aMaxSIFSFramesSize octets . The waiting period after a short frame is referred to as short IFS (SIFS). The minimum value of SIFS is macMinSIFSPeriod. Similarly, a long frame is followed by a long IFS (LIFS) with minimum length of macMinLIFSPeriod. The values of macMinSIFSPeriod and macMinLIFSPeriod are 12 and 40 symbols, correspondingly. Figure 3.9 shows the interframe spacing for two scenarios. In the first one, the message is acknowledged and the wait time between the acknowledgment frame and the next frame is LIFS or SIFS, depending on the frame length. The time period from transmitting a frame and reception of the acknowledgment frame is shown as tACK. If no acknowledgment is required, the minimum interframe spacing starts from the moment the frame is transmitted (Figure 3.9b) . CSMA-CA In addition to transmitting beacons, there are two more occasions on which a device accesses the channel without using the CSMA-CA algorithm: The channel access during the contention-free period (CFP). Transmitting immediately after acknowledging a data request command. In other words, if a device requests data from a coordinator, the coordinator transmits the acknowledgment followed immediately by the data without performing CSMA-CA between these two transmissions, even during the contention access period (CAP) Hidden and Exposed Node Problems One of the weaknesses of the CSMA-CA algorithm is the hidden node (terminal) problem [4]. Consider the example shown in Figure 3.11a, where nodes A and C are placed too far from each other to be able to receive each others signals. However, both nodes A and C can communicate with node B. In each node, the signal power decreases as the distance from the antenna is increased. When node C is transmitting, the signal energy level at the node A location is so weak that the node A energy detection mechanism does not detect the presence of another signal and can declare the frequency channel available (idle). Similarly, node C cannot detect the presence of node A signals, either. Now, if both node A and node C simultaneously decide to transmit packets to node B using the same frequency channel, they may find the channel available at the same time and start transmitting the packets concurrently. This will create a collision of packets in node B. One way to overcome this issue is changing the location of the nodes or increasing the output power of the hidden nodes to ensure that nodes A and C can detect each others signals. At the software level, the IEEE 802.15.4 MAC does little to help resolve the hidden node issue. For example, the IEEE 802.15.4 does not currently support the request-to-send/clear-to-send (RTS/CTS) handshake mechanism, which is used in the

IEEE 802.11 as part of the effort to overcome the hidden node problem Another related CSMA-CA weakness is the exposed node (terminal) problem. In Figure 3.11b, node E intends to transmit a message to node D while node F is transmitting a message to node G. Node D is outside the radio influence of node F; therefore, node E and node F can concurrently transmit without any collision issue. But CSMA-CA will prevent node E from transmitting because node E is in the radio influence of node F and the CCA performed by node E will consider the channel busy while node F is transmitting. This unnecessary prevention is referred to as the exposed node problem. Changing the location of the nodes, reducing the output power of the nodes to the minimum required for a reliable communication, and using the RTS/CTS handshake mechanism are suggested methods for overcoming the exposed node problem .

MAC Services La capa Mac provee dos tipos de servicios el servicio mac de dat y el servicio mac de management. El
servicio de data mac es accedido por la capa de red o su unida Network Layer Data Entity (NLDE) a traves del MAC Common Part Sublayer SAP (MCPS-SAP). El Mac management service es accesedido a traves del MLME-SAP. A full-function device (FFD) must implement the entire MAC data service, but there are some capabilities in the MAC management service that are optional for FFDs. There are a number of capabilities in both MAC data and management services that are required for FFDs but are optional for reduced function devices (RFDs). The optional capabilities (service primitives) for RFDs are marked with a diamond () in the IEEE 802.15.4 standard document [2]. The capabilities that are optional for both FFD and RFD are marked with an asterisk. The MAC Data Service La capa MAC provee servicio de data a la capa de red, la data que necesita ser transmitida es llevada como NPDU, este NPDU esta localizado en la MAC payload, que es llamada MSDU. La capa de red genera el requeriemiento de data a traves del MCPS-SAP y provee el NPDU.Cada MSDU tiene un numero unico identificador por si hay distintos en la red There are three options for data transmission: Acknowledged or unacknowledged transmission. In an acknowledged transmission, the transmitting device requests that the data recipient device send an acknowledgment frame back if the data is received successfully. In unacknowledged transmission, the data recipient does not send an acknowledgment back. In general, sending an acknowledgment is optional and the data recipient device does not send an acknowledgment back unless requested to do so by the message sender. Transmission during GTS or CAP. In a nonbeacon-enabled network, this transmission option is always CAP because there is no GTS in a nonbeaconenabled network. Direct or indirect transmission. As the name implies, in indirect transmission, the data is not transmitted directly to the recipient device. Instead, in a beacon-enabled network, the data can be stored in a coordinator and the recipient device is notified that there is data pending for it in the coordinator. This

notification is part of the beacon message transmitted on a regular basis. After receiving the notification, the device sends a data request to the coordinator asking for the data to be transmitted to it. Only a coordinator can manage indirect transmission. The MAC Management Service The MAC management service is accessed through the MAC Layer Management Entity SAP (MLME-SAP). The MAC commands normally include parameters such as the addressing and security fields and report the result of a request in the form of a status to the next higher layer. The status can have several options such as SUCCESS or INVALID. Managing MAC PIB The MAC layer, similar to the PHY layer, has its own constants and attributes. The MAC attributes are stored in the MAC PAN Information Base (MAC-PIB) and are accessible to the NWK layer. MAC Reset The NWK layer can request the MLME to reset the MAC sublayer to its initial condition and clear all the internal variables to their default values. This is known as the MAC reset operation. The NWK layer also has the option to request all the attributes in the MAC-PIB to be reset to their default values. The MAC uses the PHY management service to disable the transceiver before resetting the internal variables and attributes .

Device Association and Disassociation

The association is the procedure that a device uses to join a network. The MAC layer provides the association procedures as a service to the NWK layer. It is the NWK layer that manages the network formation. In most cases, the device must perform a MAC reset before starting the association procedure . MLME-Associate.request MLME-Associate.indication MLME-Associate.response MLME-Associate.confirm

The association procedure is shown as a sequence chart in Figure 3.12. The MLMECOMM-STATUS.indication primitive (reviewed in the next section) provides the transaction status (successful or unsuccessful) to the NWK layer. A device that has successfully joined a network is known as an associated device. ver figura:

3.3.4.2.5 Enabling and Disabling the Receiver The NWK layer can request the MLME to enable the receiver for a given fixed period of time. The duration that the receiver will stay on is provided by the NWK layer. The NWK layer also can request to turn off the receiver. These are optional functionalities for both FFDs and RFDs. The enabling and disabling requests are treated as secondary to other MLME responsibilities. For example, if the MLME has a conflicting responsibility such as transmitting a beacon, the MLME will ignore the NWK layer request of turning on the receiver. The MLME always informs the NWK layer regarding the result of its request to enable or disable the receiver. 3.3.4.2.6 GTS Management In a beacon-enabled network, there are GTSs that a device can use to transmit without using CSMA-CA. The NWK layer of a device can use the MAC management service to request allocation of a new GTS. If the device already has an assigned GTS and does not need it any longer, the MLME can request the PAN coordinator to deallocate the existing GTS. The NWK layer of the PAN coordinator also can request its own MLME to deallocate an existing GTS allocated to a device in its network. The PAN coordinator has the option to accept or deny a GTS request. If the PAN coordinator accepts allocating a GTS, the PAN coordinator will include the GTS characteristics, such as its length, in the response. The GTS request primitive is MLMEGTS.request and is issued by the NWK layer to the MLME. The MLME communicates the result of a GTS request back to its NWK layer using the MLME-GTS.confirm primitive. In a PAN coordinator, the MLME uses the MLME-GTS.indication primitive to inform its NWK layer whenever the PAN coordinator allocates or deallocates one of the GTSs based on receiving the request from any device in the network. If the NWK layer has requested the GTS allocation or deallocation, its MLME will notify the NWK layer using the MLME-GTS.confirm primitive. Figure 3.14 shows the sequence chart for the GTS allocation when initiated by a device. Figure 3.15 is the sequence chart for two different deallocation scenarios. Figure 3.15a is the deallocation procedure, when the device initiates the request. In Figure 3.15b, the PAN coordinator is the initiator. The deallocation of a GTS can leave an unused gap in the CAP. For example, in Figure 3.16, GTS2 is deallocated and time slots 11 to 13 are no longer used by any device. This is known as a fragmented superframe. To fix this fragmentation issue and increase the CAP, GTS2 is removed and GTS3 is simply reallocated to the time slots 12 and 13. As a result of GTS reallocation, the CAP is increased from 9 time slots to 12 time slots.

Updating Superframe Configuration In a beacon-enabled network, the NWK layer can request the MLME to start a superframe structure. The NWK layer provides the necessary parameters, including but not limited to the length of the active period and how often the beacons must be transmitted. One of the parameters in the superframe configuration is the BLE option (see Figure 3.17). This option allows the beaconing coordinator to turn off its receiver for a period of time equal to macBattLifeExtPeriods after transmitting its beacon frame to conserve battery energy. This period is in addition to the required IFS period after transmitting any frame . Orphan Notification A device must be associated with a network to be able to communicate with other devices in the network. A device that was previously associated with a network but has lost its association is considered an orphaned device.

Channel Scanning

Location Estimation Methods

Una de las aplicaciones de las redes inalmbricas de corto alcance es determinar la ubicacin fsica aproximada de los objetos en un momento dado. El conocimiento en tiempo real de la ubicacin del personal, bienes y equipos porttiles puede aumentar la eficiencia de gestin. Estimacin de la ubicacin se refiere al proceso de obtencin de informacin sobre la ubicacin de un nodo con respecto a un conjunto de posiciones de referencia conocido. La estimacin de ubicacin tambin se conoce como posicionamiento, localizacin, y geolocationing. El conocimiento de la ubicacin de los nodos se presenta la oportunidad de proporcionar servicios de localizacin dependiente Los sistemas de estimacin de localizacin desarrollado utilizando corto alcance de redes inalmbricas se refiere a veces como sistemas de posicionamiento local (LPS) para diferenciarlos de los sistemas de posicionamiento global (GPS). Un dispositivo GPS determina su ubicacin mediante el clculo de la distancia de tres o ms satlites GPS que orbitan alrededor de la Tierra. Cada satlite GPS transmite continuamente un mensaje que contiene la localizacin por satlite y la hora exacta. Este mensaje viaja aproximadamente a la velocidad de la luz en llegar al receptor GPS. El receptor GPS compara la hora exacta en que se recibi el mensaje con el tiempo se transmiti el mensaje por el satlite para calcular la distancia recorrida. Conocer la distancia a lo menos tres satlites y las posiciones de los satlites, el receptor calcula su propia posicin. El LPS, en cambio, no utilizar la informacin proporcionada por los satlites GPS o cualquier otro transmisor de largo alcance. Una LPS utiliza las seales de RF transmitida por nodos locales con posiciones conocidas o en el nodo mvil en s para calcular la ubicacin del nodo mvil con respecto a los lugares conocidos de otros nodos locales La estimacin de ubicacin por lo general involucra a dos grupos de nodos. El primer grupo se compone de nodos fijos con lugares conocidos. Estos nodos fijos, a veces se denomina nodos de anclaje, se utilizan como referencias para la estimacin de la ubicacin. La ubicacin de los nodos de anclaje puede ser determinada por el instalador, o los nodos de anclaje pueden ser equipados con GPS para determinar su propia ubicacin. Si el GPS se utiliza como parte de un LPS, el sistema se considera un hbrido de GPS / LPS sistema de localizacin El segundo grupo es de los nodos con lugares desconocidos, conocidos como nodos de seguimiento. El objetivo principal de la estimacin de la ubicacin es para determinar la ubicacin de los nodos de seguimiento con la ayuda de los nodos de anclaje. El sistema debe ser capaz de mantener en funcionamiento incluso si algunos de los nodos de anclaje estn desactivados. Esto se conoce como la tolerancia a fallos del sistema. Algunos de los algoritmos de localizacin slo puede determinar la ubicacin relativa de los nodos de un seguimiento a otros nodos de seguimiento en lugar de los nodos de anclaje La idea bsica de posicionamiento local se puede resumir de la siguiente manera. Un nodo de seguimiento con lugar desconocido emite una seal que es recibida por los nodos de anclaje vecinos. Los nodos de anclaje medir la intensidad de la seal recibida (RSS), el tiempo de llegada (TOA), o el ngulo de llegada (AoA) de la seal recibida. Estos valores de medicin se utilizan como insumos para un algoritmo que determina la ubicacin aproximada del nodo de seguimiento. Los algoritmos normalmente utilizan slo una de estas tres entradas. La medicin de RSS es muy simple y los nodos ZigBee son capaces de medir RSS para cada paquete recibido. Determinar el tiempo exacto de llegada requiere un reloj muy preciso. Encontrar el ngulo de incidencia requiere la modificacin de hardware y puede aumentar el costo

La Figura 7.1 muestra tres escenarios para la estimacin de la ubicacin. En la figura 7.1a, un solo nodo, denominado nodo de ubicacin central de procesamiento, se dedica a la ejecucin del algoritmo de localizacin de estimacin. Todos los dems nodos de la red slo recopilar la informacin relacionada con la ubicacin, tales como RSS y enviar al nodo lugar de procesamiento central. Esto se conoce como enfoque de procesamiento centralizado. El nodo de ubicacin central de procesamiento calcula la ubicacin aproximada de todos los nodos de un seguimiento y se comunica la ubicacin calculada de nuevo a cada nodo de seguimiento si se solicita. La ventaja de procesamiento centralizado es la minimizacin de las capacidades requeridas (por ejemplo, la potencia de procesamiento y espacio de memoria) de los nodos, excepto el nodo lugar de procesamiento central. Las principales desventajas de este enfoque son la creacin de altos niveles de trfico y la latencia ya que todos los nodos deben comunicarse con un solo nodo para determinar su ubicacin. El alto nivel de trfico puede provocar cuellos de botella en la red y limitar la velocidad de actualizacin de ubicacin. Adems, si el siguiente salto routers del nodo lugar de procesamiento central de la batera del rel alimentado, con frecuencia de las solicitudes de localizacin puede agotar sus bateras rpidamente Una forma de superar el cuello de botella de trfico del mtodo de procesamiento centralizado consiste en dividir la red en secciones y asignar un nodo capaz de ejecutar el algoritmo de localizacin de cada seccin. La figura 7.1b muestra los nodos que se encuentran fsicamente en la misma seccin para comunicarse con sus correspondientes nodos de procesamiento de ubicacin para determinar su ubicacin. Un enfoque alternativo, que se muestra en la figura 7.1c, es distribuir la tarea de localizacin de estimacin en casi todos los nodos de la red. De esta manera, no existe ningn nodo lugar de procesamiento centralizado y cada nodo se determina su ubicacin propia slo para la comunicacin con los nodos de anclaje cercanos y los ganglios seguimiento potencialmente otros. En un mtodo de procesamiento totalmente distribuido, todos los nodos deben satisfacer ciertas capacidades de procesamiento y los requisitos de espacio de memoria. Una de las ventajas del procesamiento distribuido es el trfico de paquetes relativamente uniforme, lo que hace que sea fcil de ampliar el tamao de la red Received Signal Strength-Based Locationing Algorithms La intensidad de la seal recibida (la energa) se puede medir para cada paquete recibido. La energa de la seal medida est cuantificada para formar el indicador de intensidad de seal recibida (RSSI). El RSSI y el momento en que se recibi el paquete (timestamp) estn disponibles para MAC, NWK, y las capas de APL para cualquier tipo de anlisis. Por ejemplo, la forma ms sencilla para generar el indicador de la calidad del enlace (ICT) es el uso de la RSSI como una indicacin de la calidad del enlace. El RSSI tambin puede ser utilizado para desarrollar un mtodo tosco pero sencillo de estimacin de la ubicacin. Disponibilidad de RSSI significa que un lugar de estimacin sistema puede ser implementado sin necesidad de ningn hardware adicional para el los nodos individuales de la red. Hay cuatro parmetros asociados con RSSI: el rango dinmico, precisin, linealidad, y un promedio de perodo. El rango dinmico RSSI se especifica en dB y se indica el mnimo y el mximo de energa de la seal recibida de que el receptor es capaz de medir. para ejemplo, si el RSSI proporcionada por un receptor tiene un rango dinmico de 92 dB (-88 dBm de a 4 dBm), la energa mnima de la seal del receptor puede medir es -88 dBm. Adems, el la energa mxima de la seal que el receptor puede informar como RSSI es de 4 dBm. La precisin RSSI indica el promedio de error asociados a cada medida de fuerza de la seal recibida. El transmisor-receptor tpico disponible en el mercado se espera que sea capaz de proporcionar 4 dB o mejor precisin tpica RSSI. La linealidad RSSI indica la desviacin mxima de la trama de RSSI de

una lnea recta frente a la potencia de la seal real recibida (en escala logartmica). La intensidad de la seal recibida se mide durante un perodo de tiempo y luego para generar un promedio de RSSI. El tiempo promedio es de ocho perodos de smbolo, que es necesario por IEEE 802.15.4 si el RSSI va a ser utilizado para generar ICT. El mtodo ms sencillo para determinar la ubicacin de un nodo de seguimiento es para solicitar que el nodo de seguimiento de transmitir una seal. Entonces, la localizacin del nodo de referencia que reporta el mayor RSSI se considera la posicin estimada del nodo de seguimiento. La ventaja de este mtodo es que se pueden implementar fcilmente en el bajo costo que funciona con pilas nodos con pequeos tamaos de memoria y las capacidades de procesamiento de baja. Sin embargo, la precisin de la localizacin-la estimacin de este mtodo puede ser inadecuado para muchas aplicaciones. La nica manera de mejorar la exactitud de este mtodo es aumentar el nmero de nodos de anclaje, que no es un enfoque deseado en aplicaciones de bajo costo. La seccin siguiente presenta otro sencillo mtodo basado en RSSI de localizacin RSSI-Based Location Estimation Using Trilateration Estimacin basados en la localizacin de huellas dactilares lugar se lleva a cabo en dos fases. La primera fase requiere una inspeccin del lugar (formacin en lnea) para generar una base de datos de los valores medidos de RSSI de las seales de los nodos de anclaje en ciertos lugares. En la segunda fase (la fase en tiempo real), cada nodo de seguimiento es capaz de determinar su propia ubicacin mediante la comparacin de la RSSI en tiempo real medida de las seales recibidas desde los nodos de anclaje con la correspondiente informacin de RSSI disponible en su base de datos [1] . El concepto bsico de este mtodo se muestra en la Figura 7.3. Los nodos fijos con lugares conocidos estn numerados del 1 al 9. Estos nodos fijos (nodos de anclaje) se superponen y forman una cobertura de red. Las distancias fsicas entre los nodos no son necesariamente iguales. La distancia ms corta entre dos nodos fijos en una cuadrcula que se conoce como el espaciado de la cuadrcula. Durante la primera fase, el receptor se coloca en cada lugar predeterminado L1 a L6, y el RSSI de las seales recibidas desde los nodos fijos 1 a 9 se mide y se almacena en una matriz