MÓDULO 1: EL SENSOR DE MAGNITUDES FÍSICAS CONECTADO, SU TIPOLOGÍA, TOPOLOGÍAS DE RED Y SUS APLICACIONES EN LA SMARTCITY

Transcripción

1 MÓDULO 1: EL SENSOR DE MAGNITUDES FÍSICAS CONECTADO, SU TIPOLOGÍA, TOPOLOGÍAS DE RED Y SUS APLICACIONES EN LA SMARTCITY Lección 3: Conectividad de sensores: tipos de red (Celulares, IP clásicas, WSN, LPWAN operada y libre y WPAN) y topologías de red asociadas aplicables a Smart Cities Tipos de arquitecturas de comunicaciones Basta con realizar un análisis comparativo de las distintas implementaciones dentro de los sensores s, para constatar el uso de distintos tipos de arquitecturas. La diferenciación viene principalmente dada a nivel de objeto e integración con el cloud o plataforma Smart City. Desde el punto de vista de los servicios y las aplicaciones la aproximación es similar arquitecturalmente hablando y solo se detallará sobre ella en la descripción tecnológica del sensor. Los tipos fundamentales de arquitectura identificados se pueden resumir en tres grupos principales: 1. Arquitectura de tres niveles con objetos s sin protocolo IP. 2. Arquitectura de dos niveles con objetos s con protocolo IP. 3. Arquitectura de dos niveles con objetos s sin protocolo IP. La primera es la que se corresponde a los despliegues con radios de baja potencia y posterior repetidor o pasarela para poder conectarse a una red IP. La segunda es la que incorpora una tecnología con conectividad IP directamente, estilo WiFi o modem 2G. La tercera es la arquitectura que usan nuevos protocolos de red específicos para IoT con su propia red no IP.

2 Desde el punto de vista tecnológico, en los tres casos existe un nivel inferior común. En este nivel se entiende la presencia de un dispositivo físico. Se puede hablar de algo sencillo, un dispositivo final simple, capaz de interactuar con sensores o actuar en relés, acopladores o interruptores, o un dispositivo más complejo, con capacidad de proceso más avanzado, aplicaciones integradas e inteligencia. En cualquier caso, el dispositivo a este nivel siempre será un dispositivo. Es a partir de este nivel cuando la interconexión que lo convierte en objeto puede ser distinta, y esta dependerá de la aplicación, red disponible o coste, aunque, en determinadas ocasiones, también puede depender de factores políticos o la conveniencia del fabricante del mismo dispositivo, integrador de sistemas u operador de telecomunicaciones. Es el principal objetivo vender tarjetas SIM o realmente se quiere hacer el despliegue más eficaz? Se debe usar la red WiFi de la ciudad a cualquier coste? Hay una red de fibra óptica infrautilizada a usar obligatoriamente? Preguntas como estas serán decisivas a la hora de establecer la arquitectura IoT más adecuada para los distintos proyectos, y no siempre será la más óptima.

3 Arquitectura de dos niveles con objetos s con protocolo IP Aplicación IoT Celular 2G/3G/4G Plataforma IoT CoAP WiFi IPv4 ó IPv6 Ethernet Otras tecnologías IPv4 o IPv6 Nivel 2 Nivel 1 En esta arquitectura de sensores s se englobarán los dispositivos en los que los objetos s se encuentran equipados con una conectividad IP, por ejemplo, WiFi o modem celular (2G, 3G, 4G). En este caso no es necesario tener pasarelas y su uso se justifica por varias posibles razones. Puede tratarse de falta de cobertura de ninguna otra red, o de objetos alimentados adecuadamente o equipados de baterías de muy alta capacidad y con poca cantidad de transmisiones diarias. También se podrían englobar los dispositivos con capacidad de recarga y duración corta de batería, por ejemplo, wearables u objetos del hogar. Estos objetos equipados con conectividad IP son capaces de comunicarse directamente con el siguiente nivel, en este caso equivalente a lo que presentamos como tercer nivel en la sección anterior, el cloud o plataforma cercana. En este caso los protocolos requeridos en los objetos serán más complejos que en el caso anterior, con lo que se requerirá un hardware más potente, con más capacidad de proceso y memoria integrada. Estos protocolos sobre IP y TCP o UDP serán tales como, CoAP o con servicios web RESTful. El mercado y organismos estandarizadores trabajan en soluciones celulares de bajo coste y consumo como el LTE-M, NB-IoT,... si bien estas tecnologías aún no están disponibles es conveniente vigilar su evolución.

4 Arquitectura de dos niveles con dispositivos sin pila de protocolos IP Eventos programables Plataforma IoT IPv4 ó IPv6 Tecnología de red IoT de largo rango Aplicación IoT Cloud del operador Nivel 2 Nivel 1 Era cuestión de tiempo que evoluciones de los protocolos existentes y nuevas soluciones técnicas se fuesen introduciendo en el mundo de los objetos s con el objetivo de simplificar los despliegues, ganar cobertura de red y no comprometer el consumo energético de los objetos o el coste de los mismos. Estas tecnologías parten de planteamientos mucho más básicos que la pila de protocolos IP y se basan en protocolos propios capaces de ofrecer una interacción directa, o cuasi-directa, entre el cloud y los objetos s. Así que en este caso consideraremos que nos encontramos en una arquitectura de dos niveles, tal y como podemos encontrar en despliegues basados, por ejemplo, en redes celulares. Nuevos protocolos y operadores IoT surgen ante este nicho en el que no se ofrece solución directa con las tecnologías celulares actuales. Aproximaciones como la de Sigfox, LoRa o Weighless presentan objetos s de forma directa al troncal de la red, y por ende al cloud del operador, capacidad de crear dispositivos de bajo coste y larga duración de batería y, en algunos casos, servicio de operador de comunicaciones, evitando al usuario final incurrir en OPEX y CAPEX derivados del despliegue de su propia red de repetidores y pasarelas.

5 Arquitectura de tres niveles con objetos s sin protocolo IP Celular 2G/3G/4G -SN ZigBee Aplicación IoT Plataforma IoT CoAP IEEE WiFi 6LowPAN IPv4 ó IPv6 Ethernet De tecnología no IP a tecnología IP BLE (incluye ibeacons) Otras tecnologías IPv4 o IPv6 Otras tecnologías de red/enlace Nivel 3 Nivel 2 Nivel 1 Esta arquitectura ha sido la más usada durante años, sobre todo en los casos en los que se requiere un número importante de dispositivos de bajo coste y baja capacidad, como por ejemplo simples contadores o sensores alimentados por batería. En este caso, el uso de tecnologías con pila de protocolo IP resultaría más caro o simplemente demasiado goloso en consumo energético, con lo que se usa una red capilar, saliendo a una red IP por medio de una red de repetidores y/o pasarelas. La primera capa de conectividad en este tipo de arquitecturas suele tener uno de estos dos planteamientos: Conectividad punto a punto del dispositivo final hacia una pasarela IP. Por ejemplo, conexiones sobre protocolo IEEE o BLE (Bluetooth Low Energy). Una red mallada o conectividad enrutada, no IP, hacia un repetidor o una pasarela. Por ejemplo, conexiones sobre ZigBee, Z-Wave, Wireless-HART, 6LowPAN (es IP, pero es un caso especial) o similar.

6 Sobre este nivel inicial de conectividad, los objetos deben de ser capaces de encaminar los datos a través de estos elementos hacia una segunda capa que proporcione conectividad IP. Esta capa se implementa normalmente sobre una pasarela y proporcionará capacidades de enrutamiento, agregación de datos y, en algunos casos, gestión de red. La pasarela presentará una conectividad de red IP usando tecnologías comunes como WiFi (IEEE ), Ethernet (IEEE 802.3) o Celular (GPRS, EDGE, UMTS, HSxPA o LTE en redes 3GPP). Otras tecnologías como WiMax (IEEE ), PLC (Power Line Communications), fibra óptica (ej. FTTx, HFC) o xdsl podrían usarse, pero son mucho menos populares en soluciones para Smart City, salvo en el caso de despliegues de estaciones base de tecnologías LPWA. Una vez proporcionada esta conectividad IP, se establecen conexiones vía UDP o TCP. La mayoría de las arquitecturas estará basada en comunicaciones tipo webservice RESTful sobre, usando JSON, XML u otros formatos como encapsuladores de datos. Si bien cada día ganan terreno protocolos propios de IoT como pueden ser o CoAP. El tercer nivel de esta arquitectura interconectará entonces con el cloud o plataforma Smart City capaz de recoger los datos, encaminar los comandos y realizar la gestión del dispositivo. Sobre esta capa, una serie de servicios se ofrecerán para poder desarrollar aplicaciones que habiliten la presentación de datos y la interactuación con el sistema implementado. Como nota final destacar que sobre esta arquitectura también se podrían englobar los llamados wearables o dispositivos personales s a teléfonos móviles o pasarelas en el hogar. En este caso sería el teléfono o tableta la que haría de pasarela hacia la plataforma Smart City usando su conectividad.