22

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

Internet of Things for Smart Cities

Andrea Zanella, Senior Member, IEEE, Nicola Bui, Angelo Castellani,
Lorenzo Vangelista, Senior Member, IEEE, and Michele Zorzi, Fellow, IEEE

AbstractThe Internet of Things (IoT) shall be able to

incorpo- rate transparently and seamlessly a large number of
different and heterogeneous end systems, while providing open
access to selected subsets of data for the development of a
plethora of digital services. Building a general architecture for
the IoT is hence a very complex task, mainly because of the
extremely large variety of devices, link layer technologies, and
services that may be involved in such a system. In this paper,
we focus specically to an urban IoT system that, while still
being quite a broad category, are characterized by their
specic application domain. Urban IoTs, in fact, are designed
to support the Smart City vision, which aims at exploiting the
most advanced communication technologies to support addedvalue services for the administration of the city and for the
citizens. This paper hence provides a comprehensive survey
of the enabling technologies, protocols, and architecture for
an urban IoT. Fur- thermore, the paper will present and
discuss the technical solutions and best-practice guidelines
adopted in the Padova Smart City project, a proof-ofconcept deployment of an IoT island in the city of Padova,
Italy, performed in collaboration with the city municipality.
Index TermsConstrained Application Protocol (CoAP),
Efcient XML Interchange (EXI), network architecture,
sensor system
integration,
service
functions
and
management, Smart Cities, testbed and trials, 6lowPAN.

I. INTRODUCTION
El Internet de las Cosas (IoT) es un paradigma de la
comunicacin reciente que imagina un futuro cercano, en el que
los objetos de la vida cotidiana estarn equipados con micro
controladores, transceptores de comunicacin digital, y pilas de
protocolos adecuados que les haga capaces de comunicarse
entre s y con los usuarios, convirtindose en una parte integral
de la Internet [ 1 ]. El concepto de la IoT, por lo tanto, tiene
como objetivo hacer que Internet sea an ms in mensa y
penetrante. Adems, al permitir un fcil acceso y la interaccin
con una amplia variedad de dispositivos tales como, por
ejemplo, electrodomsticos, cmaras de vigilancia, el
seguimiento ,sensores, actuadores, displays, vehculos y as
Manuscript received November 10, 2013; revised February 06, 2014; accepted
February 11, 2014. Date of publication February 14, 2014; date of current version
May 05, 2014. This work has been supported in part by the European Commission
through the FP7 EU project Symbiotic Wireless Autonomous Powered system
(SWAP, Grant 251557, http://www.fp7-swap.eu/). Michele Zorzi and Lorenzo
Vangelista are founding members of Patavina Technologies s.r.l., 35131 Padova,
Italy.
A. Zanella, L. Vangelista, and M. Zorzi are with the Department of
Information Engineering, University of Padova, 35131 Padova, Italy, and also
with Consorzio Ferrara Ricerche (CFR), 44122 Ferrara, Italy (e-mail:
zanella@dei.unipd.it).
A. Castellani was with Department of Information Engineering, University of
Padova, Padova, Italy. He is now with TeSAN, 36100 Vicenza, Italy.
N. Bui was with Patavina Technologies s.r.l., Vicenza, Italy, and with
Consorzio Ferrara Ricerche, Ferrara, Italy. He is now with Institute IMDEA
Networks, 28918 Madrid, Spain.
Color versions of one or more of the gures in this paper are available online at
http://ieeexplore.ieee.org.
Digital Object Identier 10.1109/JIOT.2014.2306328

la IoT fomentar el desarrollo de una serie de aplicaciones que

hacen uso de la potencialmente enorme cantidad y variedad de
datos generados por este tipo de objetos para proporcionar
nuevos servicios a los ciudadanos, empresas y administraciones
pblicas. Este paradigma de hecho encuentra aplicacin en
muchos campos diferentes, como la domtica, automatizacin
industrial, ayudas mdicas, salud mvil, la asistencia de
ancianos, la gestin inteligente de la energa y las redes
inteligentes, la automocin, la gestin del trfico, y muchos
otros [ 2 ].Sin embargo, un campo tan heterognea de
aplicacin hace que la identificacin de soluciones capaces de
satisfacer las necesidades de todos los posibles escenarios de
aplicacin un reto formidable. Esta dificultad ha llevado a la
proliferacin de diferentes y, a veces, propuestas incompatibles
para la realizacin prctica de sistemas de IO. Por lo tanto,
desde una perspectiva de sistema, la realizacin de una red de la
IO, junto con los servicios de red de backend necesarios y
dispositivos, todava carece de una mejor prctica establecida
por su novedad y complejidad. Adems de las dificultades
tcnicas, la adopcin del paradigma de la IO tambin se ve
obstaculizada por la falta de un modelo de negocio claro y
ampliamente aceptado que puede atraer inversiones para
promover el despliegue de estas tecnologas [ 3 ].de las zonas
comunes, la preservacin del patrimonio cultural, la recoleccin
de basura, la salubridad de los hospitales, y escuela.1 Por otra
parte, la disponibilidad de diferentes tipos de datos, recopilados
por un omnipresente IoT urbano, tambin puede ser explotado
para En realizando as el llamado Smart City concepto
[ 4 ]. Aunque todava no existe una definicin formal y
ampliamente aceptada de "Smart City", el objetivo final es
hacer un mejor uso de los recursos pblicos, el aumento de la
calidad de los servicios ofrecidos a los ciudadanos, al tiempo
que reduce los costes operativos de la opinin pblica
administraciones. Este objetivo puede ser perseguido por el
despliegue de una IoT urbano, es posibles sinergias y aumentar
la transparencia decir, una infraestructura de comunicacin que
proporciona acceso unificado, simple y econmica para una
gran cantidad de servicios pblicos, desatando de este modo
para los ciudadanos. Un IoT urbano, de hecho, puede traer una
serie de beneficios en la gestin y optimizacin de los servicios
pblicos tradicionales, como el transporte y estacionamiento,
iluminacin, vigilancia y mantenimiento aumentar la
transparencia y promover las acciones del gobierno local hacia
los ciudadanos, aumentar la conciencia de la gente sobre el
estado de su ciudad, estimular la participacin activa de los
ciudadanos en la gestin de la administracin pblica, as como
estimular la creacin de nuevos servicios sobre los que
proporciona el IoT [ 5 ].
SmartSantander [Online]. Available: http://www.smartsantander.eu/.

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

23

TABLE I
SERVICES SPECIFICATION FOR THE PADOVA
SMART CITY PROJECT

Por lo tanto, este complejo escenario, la aplicacin del

paradigma de la IO a un contexto urbano es de particular
inters, ya que responde a la fuerte presin de muchos
gobiernos nacionales a adoptar soluciones TIC en la gestin de
los asuntos pblicos, la aplicacin del paradigma de la IO a la
ciudad inteligente es particularmente atractivo para las
administraciones locales y regionales, que pueden llegar a ser
los primeros en adoptar estas tecnologas, actuando como
catalizadores para la adopcin del paradigma de la IO en una
escala ms amplia. El objetivo de este trabajo es discutir un
marco de referencia general para el diseo de un IoT urbano. Se
describen las caractersticas especficas de un IoT urbana y los
servicios que pueden conducir a la adopcin de la IO urbana
por los gobiernos locales.A continuacin, visin general del
enfoque basado en la web para el diseo de los servicios de la
IO, y los protocolos y tecnologas relacionadas, discutiendo su
adecuacin al entorno Smart City. Finalmente, fundamentar la
discusin al informar nuestra experiencia en el proyecto
"Padova Smart City", que es un despliegue de una isla IoT en la
ciudad de Padova (Italia) la prueba de concepto e
interconectados con la red de datos de la municipalidad de la
ciudad . En este sentido, se describen las soluciones tcnicas
medidas que han sido recogidos por el sistema en sus primeros
das de funcionamiento. Resto del trabajo se organiza como
sigue. Seccin II repasa los servicios que se asocian
comnmente a la visin Smart City y que puede ser activado
por el despliegue de una IoT urbano. Seccin III proporciona
una visin general de la arquitectura del sistema para un urbano
IO. Ms en detalle, esta seccin describe el enfoque de servicio
web para la realizacin de los servicios de la IO, con los
formatos correspondientes de datos y protocolos de
comunicacin y las tecnologas de la capa de enlace. Por
ltimo, la presenta el proyecto "Padova Smart City", que es un
ejemplo de una posible aplicacin de un IoT urbana y ofrece
ejemplos del tipo de datos que se pueden recoger con una
estructura de este tipo.

II. SMART CITY CONCEPT AND SERVICES

Segn Pike Investigacin sobre Ciudades Inteligentes, el

mercado Smart City se estima en cientos de miles de millones
de dlares en 2020, con un gasto anual llegando a casi 16 mil
millones. Este resortes de mercado de la interconexin
sinrgica de los sectores clave de la industria y de servicios,
tales como la gobernanza inteligente, inteligente Movilidad,
inteligentes Utilidades, Edificios Inteligentes, y Smart Medio
Ambiente. Estos sectores tambin han sido considerados en el
proyecto Smart Cities Europea (http://www.smart-cities.eu )
para definir un criterio de clasificacin que se puede utilizar
para evaluar el nivel de la "astucia" de las ciudades
europeas. Sin embargo, el mercado de Smart City no ha tenido
tanto xito, sin embargo, por una serie de barreras polticas,
tcnicas y financieras [ 6 ].
En la dimensin poltica, el principal obstculo es la atribucin
de poder de decisin a los diferentes grupos de inters. Una
forma posible de eliminar este obstculo es institucionalizar el
proceso de decisin y ejecucin, concentrndose la
planificacin y gestin de los aspectos inteligentes ciudad
estratgica en un nico departamento dedicado en la ciudad
[ 7 ].
En el aspecto tcnico, el tema ms relevante consiste en la
noninteroperability de las tecnologas heterogneas que se
utilizan actualmente en la ciudad y los desarrollos urbanos. En
este sentido, la visin de la IoT puede convertirse en la piedra
angular para darse cuenta de plataforma TIC a escala urbana
unificado, desatando as el potencial de la visin Smart
City [ 8 ], [ 9 ].
Por ltimo, en relacin con la dimensin financiera, un

modelo de negocio claro todava falta, aunque alguna

iniciativa para llenar este vaco ha sido recientemente
llevado a cabo [ 10 ].

24

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

conscientes del cuidado en la conservacin del patrimonio

histrico de la ciudad.
La situacin se ve agravada por la situacin econmica
mundial adversa, lo que ha determinado una reduccin general
de las inversiones en los servicios pblicos. Esta situacin
impide que el mercado potencialmente enorme Smart City se
convierta en realidad. Una posible salida de este callejn sin
salida es desarrollar primero los servicios que conjugan utilidad
social con el retorno de la inversin muy claro, como
estacionamientos inteligentes y edificios inteligentes, y por lo
tanto, actuar como catalizadores para los otros servicios de
valor aadido [ 10 ].

En el resto de esta seccin, repasamos algunos de los servicios

que podran ser activadas por un paradigma de la IO urbana y
que son de inters potencial en el contexto de Smart City, ya
que pueden darse cuenta de la situacin de ganar-ganar de
aumentar la calidad y la mejora de los servicios ofrecido a los
ciudadanos mientras que traer una ventaja econmica para la
administracin de la ciudad en trminos de reduccin de los
costes operativos [ 6 ]. Para apreciar mejor el nivel de madurez
de las tecnologas de apoyo para estos servicios, se presenta
en la Tabla I una visin sinptica de los servicios en trminos
de tipo sugerido (s) de la red para ser desplegado, el trfico
esperado generado por el servicio, demora mxima tolerable ,
alimentacin del dispositivo, y una estimacin de la viabilidad
de cada servicio con las tecnologas disponibles en la
actualidad. De la tabla se desprende claramente que, en general,
la realizacin prctica de la mayora de estos servicios no se ve
obstaculizada por problemas tcnicos sino ms bien por la falta
de una comunicacin ampliamente aceptado y arquitectura de
servicio que puede abstraer de las caractersticas especficas del
nico tecnologas y proporcionan acceso armonizado a los
servicio.
Salud estructural de edificios: El mantenimiento adecuado de
los edificios histricos de la ciudad requiere la supervisin
continua de las condiciones reales de cada edificio y la
identificacin de las reas que son ms sujetas al impacto de
agentes externos. La IoT urbana puede proporcionar una base
de datos distribuida de la construccin de las mediciones de
integridad estructural, recogidos por los sensores adecuados
situados en los edificios, tales como sensores de vibracin y
deformacin para controlar la tensin edificio, sensores de
agentes atmosfricos en las zonas de los alrededores para
monitorear los niveles de contaminacin, y la temperatura y
sensores de humedad tienen a una caracterizacin completa de
las condiciones ambientales [ 11 ]. Esta base de datos debera
reducir la necesidad de costosas pruebas estructurales peridica
por los operadores humanos y permitir que las acciones de
mantenimiento y restauracin especfica y proactivas. Por
ltimo, ser posible combinar lecturas de vibracin y ssmicos
con el fin de estudiar mejor y comprender el impacto de los
terremotos de luz en edificios de la ciudad. Esta base de datos
se puede hacer accesible al pblico a fin de que los ciudadanos

La realizacin prctica de ese servicio, sin embargo, requiere la

instalacin de sensores en los edificios y las zonas circundantes
y su interconexin a un sistema de control, que puede requerir
una inversin inicial con el fin de crear la infraestructura
necesaria.

Gestin de residuos: La gestin de residuos es un tema

principal en muchas ciudades modernas, debido tanto al coste
del servicio y el problema del almacenamiento de la basura en
los vertederos. Una penetracin ms profunda de soluciones
TIC en este mbito, sin embargo, puede resultar en ahorros
significativos y ventajas econmicas y ecolgicas. Por ejemplo,
el uso de contenedores de residuos inteligentes, que detectan el
nivel de carga y permiten una optimizacin de la ruta camiones
de colector, puede reducir el coste de la recogida de residuos y
mejorar la calidad de reciclaje [ 12 ]. 3 Para realizar una Smart
tales servicios de gestin de residuos, la IoT deber conectar los
dispositivos finales, es decir, contenedores de residuos
inteligentes, a un centro de control donde un software de
optimizacin procesa los datos y determina el tratamiento
ptimo de la flota de camiones colector.

Calidad del aire: La Unin Europea adopt oficialmente una

Directiva de Energas Renovables 20-20-20 establecimientos de
objetivos de reduccin del cambio climtico para la prxima
dcada. 4 Los objetivos exigen una reduccin del 20% en las
emisiones de gases de efecto invernadero para 2020 en
comparacin con los niveles de 1990, un 20% reducir el
consumo de energa mediante la mejora de la eficiencia
energtica para el ao 2020, y un aumento del 20% en el uso de
energas renovables para el ao 2020.Hasta tal punto, un IoT
urbana puede proporcionar medios para monitorear la calidad
del aire en zonas concurridas, parques o senderos
[ 13 ]. Adems, las instalaciones de comunicacin se pueden
proporcionar para que las aplicaciones de salud que se ejecutan
en dispositivos corredores 'estar conectados a la infraestructura.
De tal manera, la gente siempre se puede encontrar el camino
ms saludable para actividades al aire libre y pueden ser
conectados continuamente a su aplicacin de entrenamiento
personal preferido. La realizacin de un servicio de este tipo
requiere que los sensores de calidad del aire y la contaminacin
se desplegarn en toda la ciudad y que los datos del sensor a
disposicin del pblico a los ciudadanos.
FP7-ENVIRONMENT Program, EcoWeb a dynamic e-dissemination
platformfor EU eco-innovation research results [Online]. Available:
http://ecoweb-project.info/.
Decision No. 406/2009/Ec of the European Parliament and of the Council of
23 April 2009 on the effort of Member States to reduce their greenhouse
gasemissions to meet the Communitys greenhouse gas emission reduction
commitments
up
to
2020
[Online].
Available:
http://ec.europa.eu/clima/policies/package/
documentation_en.htm.

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

25

activas para el control de las estructuras de produccin de

energa locales (por ejemplo, los paneles fotovoltaicos).

Monitoreo de Ruido: El ruido puede ser visto como una forma

de contaminacin acstica tanto como xido de carbono (CO)
es para el aire. En ese sentido, las autoridades de la ciudad ya
han emitido leyes especficas para reducir la cantidad de ruido
en el centro de la ciudad en horas especficas. Un IoT urbana
puede ofrecer un servicio de monitoreo de ruido para medir la
cantidad de ruido producido en cualquier hora dada en los
lugares que adoptan el servicio [ 14 ]. Adems de la
construccin de un mapa del espacio-tiempo de la
contaminacin acstica en la zona, este servicio tambin puede
utilizarse para reforzar la seguridad pblica, por medio de
algoritmos de deteccin de sonido que pueden reconocer, por
ejemplo, el ruido de los accidentes de vidrio o peleas. Este
servicio, por tanto, puede mejorar tanto la tranquilidad de las
noches en la ciudad y la confianza de los propietarios de
establecimientos pblicos, a pesar de la instalacin de
detectores de sonido o micrfonos ambientales es bastante
controversial, debido a las preocupaciones sobre la privacidad
obvias para este tipo de monitoreo.
La congestin de trfico: En la misma lnea de la calidad del
aire y monitoreo de ruido, un posible servicio de Smart City
que se pueden activar por IoT urbana consiste en el seguimiento
de la congestin del trfico en la ciudad. A pesar de que los
sistemas de monitoreo de trfico basados en cmaras ya estn
disponibles y desplegado en muchas ciudades, de baja potencia
la comunicacin generalizada puede proporcionar una fuente
ms densa de la informacin. Monitoreo de trfico se puede
realizar mediante el uso de las capacidades de deteccin y GPS
instalados en los vehculos modernos [ 15 ], y tambin la
adopcin de una combinacin de la calidad del aire y sensores
acsticos por un camino determinado. Esta informacin es de
gran importancia para las autoridades de la ciudad y los
ciudadanos: para el primero a la disciplina del trfico y para
enviar los oficiales cuando sea necesario y para este ltimo para
planificar con antelacin la ruta para llegar a la oficina o para
programar mejor un viaje de compras al centro de la ciudad.
Ciudad de la Energa Consumo: Junto con el servicio de
monitoreo de calidad del aire, la IoT urbana puede proporcionar
un servicio para monitorear el consumo de energa de toda la
ciudad, lo que permite que las autoridades y los ciudadanos a
obtener una visin clara y detallada de la cantidad de energa
requerida por los diferentes servicios (alumbrado pblico,
transporte, semforos, cmaras de control, calefaccin /
refrigeracin de edificios pblicos, etc.). A su vez, esto har
que sea posible identificar las principales fuentes de consumo
de energa y establecer prioridades con el fin de optimizar su
comportamiento. Esto va en la direccin indicada por la
directiva europea para la mejora de la eficiencia energtica en
los prximos aos. Con el fin de obtener un servicio de este
tipo, dispositivos de monitoreo consumo de energa deben
integrarse con la red elctrica en la ciudad. Adems, tambin
ser posible mejorar estos servicios con todas las funciones

Inteligente Aparcamiento: El servicio de estacionamiento

inteligente se basa en sensores de carretera y pantallas
inteligentes que los automovilistas directos a lo largo el mejor
camino para el estacionamiento en la ciudad [ 16 ]. Los
beneficios que se derivan de este servicio son mltiples: el
tiempo ms rpido para localizar una plaza de aparcamiento
significa menos emisiones de CO desde el coche, la congestin
del trfico menor, y los ciudadanos ms felices. El servicio de
estacionamiento inteligente se puede integrar directamente en la
infraestructura de la IO urbano, debido a que muchas empresas
de Europa estn proporcionando productos de mercado para
esta aplicacin. Adems, mediante el uso de tecnologas de
comunicacin de corto alcance, como identificadores de
radiofrecuencia (RFID) o Near Field Communication (NFC), es
posible realizar un sistema de verificacin electrnica de
permisos de estacionamiento en las ranuras reservadas para los
residentes o personas con discapacidad, lo que ofrece una mejor
servicio a los ciudadanos que legtimamente pueden utilizar
esas mquinas tragamonedas y una herramienta eficaz para
detectar rpidamente violacines.

Iluminacin inteligente: Con el fin de apoyar la directiva 20-2020, la optimizacin de la eficiencia del alumbrado pblico es
una caracterstica importante. En particular, este servicio puede
optimizar la intensidad de la lmpara de la calle de acuerdo con
la hora del da, las condiciones climticas, y la presencia de
personas. Para funcionar correctamente, este servicio tiene que
incluir las luces de la calle en la infraestructura de Smart
City. Tambin es posible explotar el aumento del nmero de
puntos conectados para proporcionar una conexin WiFi a los
ciudadanos. Adems, un sistema de deteccin de fallo se realiza
fcilmente en la parte superior de los controladores de luz de la
calle.
Automatizacin y Salubridad de Edificios Pblicos: Otra
aplicacin importante de las tecnologas de la IO es el
monitoreo del consumo de energa y la salubridad del medio
ambiente en los edificios pblicos (escuelas, oficinas de
administracin, y los museos) por medio de diferentes tipos de
sensores y actuadores que controlan las luces , la temperatura y
la humedad. Mediante el control de estos parmetros, de hecho,
es posible mejorar el nivel de comodidad de las personas que
viven en estos ambientes, que tambin pueden tener una
rentabilidad positiva en trminos de productividad, al tiempo
que reduce los costos de calefaccin / refrigeracin [ 17 ]

FP7 European project, SENSEI - Integrating the Physical with the Digital
World of the Network of the Future [Online]. Available: http://www.senseiproject.eu/.
FP7 European project, Internet of Things Architecture (IoT-A) [Online].
Available: http://www.iot-a.eu/public.

26

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

III. URBAN IOT ARCHITECTURE

Del anlisis de los servicios descritos en la seccin II, se
desprende claramente que la mayora de los servicios de Smart
City se basan en una arquitectura centralizada, donde un
conjunto denso y heterogneo de dispositivos perifricos
desplegados sobre el rea urbana generar diferentes tipos de
datos que luego son entregados a travs de tecnologas de
comunicacin adecuados a un centro de control, donde se
llevan a cabo el almacenamiento y procesamiento de datos.
Una de las principales caractersticas de una infraestructura de
la IO urbana, por lo tanto, es su capacidad de integrar diferentes
tecnologas con las infraestructuras de comunicacin existentes
con el fin de apoyar una evolucin progresiva de la IO, con la
interconexin de otros dispositivos y la realizacin de nuevas
funcionalidades y servicios. Otro aspecto fundamental es la
necesidad de hacer (parte de) los datos recogidos por el IoT
urbana de fcil acceso por las autoridades y los ciudadanos,
para aumentar la capacidad de respuesta de las autoridades a los
problemas de la ciudad, y para promover la sensibilizacin y la
participacin de los ciudadanos en los asuntos pblicos [ 9 ].
En el resto de esta seccin, se describen los diferentes
componentes de un sistema IO urbano, como esbozado en la
Fig. 1 . Comenzamos describiendo el enfoque de servicio web
para el diseo de los servicios de la IO, que requiere el
despliegue de capas de protocolo adecuados en los diferentes
elementos de la red, como se muestra en las pilas de protocolos
representados en la Fig. 1 , adems de los elementos clave de la
arquitectura. Luego, la vista general brevemente las tecnologas
de capa de enlace que se pueden utilizar para interconectar las
diferentes partes de la IO. Por ltimo, se describe el conjunto
heterogneo de dispositivos que concurren a la realizacin de
un IoT urbano.

Representado en la Fig. 1, adems de los elementos clave de la

arquitectura.
Luego, brevemente visin general y las tecnologas de la capa
de enlace que pueden ser utilizados para interconectar las
diferentes partes de la IO. Finalmente, se describir el conjunto
heterogneo de dispositivos que concurren a la realizacin de
un IoT urbano.

Enfoque A. Servicio Web para la IO Servicio de

Arquitectura
Aunque en el dominio de la IO muchos estndares diferentes
siguen siendo luchando por ser la referencia y el ms adoptado,
en este seccin nos centramos especficamente en estndares
IETF porque son abierto y libre de regalas, se basan en las
mejores prcticas de Internet, y puede contar con una amplia
comunidad.
Los estndares del IETF para la IO abrazan una arquitectura de
servicios web para los servicios de la IO, que ha sido
ampliamente documentadas en el la literatura como un enfoque
flexible muy prometedor y fl. De hecho, web servicios permiten
realizar un sistema flexible e interoperable que puede ser
extendido a los nodos de la IO, a travs de la adopcin de la
webbased paradigma conocido como transferencia de estado
representacional (REST) [18]. Servicios IOT diseados de
acuerdo con el resto paradigma de exposiciones muy fuerte
similitud con la web tradicional servicios, lo que facilita en gran
medida la adopcin y el uso de la IO tanto por los usuarios
finales y desarrolladores de servicios, que ser capaz de
fcilmente reutilizar gran parte de los conocimientos adquiridos
desde la web tradicional tecnologas en el desarrollo de
servicios para las redes que contienen objetos inteligentes.
Tambin se promueve el enfoque de servicio web por los
organismos internacionales de normalizacin, tales como IETF,
ETSI y W3C, entre otros, as como los proyectos de
investigacin europeos sobre la IoT-A como SENSEI, y Smart
Santander.
Fig. La figura 2 muestra una arquitectura de protocolo de
referencia para el IoT urbana sistema que implica tanto un sin
restricciones y una restringida pila de protocolos. El primero
consta de los protocolos que son Actualmente los estndares de
facto para las comunicaciones por Internet, y son comnmente
utilizados por los ejrcitos regulares de Internet, tales como
XML,

5
FP7 European project, SENSEI - Integrating the Physical with the Digital
World of the Network of the Future [Online]. Available: http://www.senseiproject.eu/.
6
FP7 European project, Internet of Things Architecture (IoT-A) [Online].
Available: http://www.iot-a.eu/public.

Fig. 1. Representacin conceptual de una red IoT urbana basada en el enfoque

de servicio web.

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

27

Mientras que la codificacin esquema inferior se genera

directamente a partir de los datos XML y puede ser
decodificado por cualquier EXI entidad sin ningn
conocimiento previo acerca de los datos, el schemainformed
codificacin supone que los dos procesadores comparten una
EXI 7
World Wide Web Consortium (W3C), Efcient XML Interchange Working
Group [Online]. Available: http://www.w3.org/XML/EXI/.

Fig. 2. Protocolo pilas para no restringidos (izquierda) y restringidos (derecha)

nodos IoT.

HTTP, e IPv4. Estos protocolos se reflejan en el restringido pila

de protocolos por sus homlogos de baja complejidad, es decir,
la Ef fi Interchange (EXI) ciente XML, la aplicacin restringida
Protocolo (COAP), y 6LoWPAN, que son adecuados incluso
para dispositivos muy limitada. Las operaciones de
transcodificacin entre los protocolos en las pilas de izquierda y
derecha en la figura. 2 se puede realizar de manera estndar y
baja complejidad, garantizando as de fcil el acceso y la
interoperabilidad de la IoT nodos con Internet.
Puede valer la pena comentar que los sistemas que no adoptan
la EXI / COAP / 6LoWPAN pila de protocolos todava puede
ser perfectamente incluido en el sistema de la IO urbano,
siempre que sean capaces de interfaz con todas las capas de la
parte izquierda de la arquitectura de protocolo en la Fig. 2.
En la arquitectura de protocolo se muestra en la Fig. 2, se
pueden distinguir tres capas funcionales distintas, a saber (i) de
datos, (ii) Aplicacin / Transporte, y (iii) de red, que puede
requerir entidades dedicadas para operar la transcodificacin
entre restringido y no restringido formatos y protocolos. En el
resto de esta seccin, especificar con mayor detalle los
requisitos en cada uno de las tres capas funcionales con el fin
de garantizar la interoperabilidad entre los diferentes partes del
sistema.
1) Formato de datos: Como se ha mencionado, los conjuntos
de paradigmas urbanos IoT requisitos especficos en trminos
de accesibilidad a los datos. En las arquitecturas basado en
servicios web, intercambio de datos es tpicamente acompaada
de una descripcin del contenido transferido por los medios de
idiomas representacin semntica, de los cuales el extensible
Markup Language (XML) es probablemente la ms comn. Sin
embargo, el tamao de los mensajes XML es a menudo
demasiado grande para la capacidad limitada de los dispositivos
tpicos para la Iot. Adems, la naturaleza de la representacin
XML de texto hace que el anlisis de los mensajes por los
dispositivos de CPU limitada ms compleja en comparacin
con los formatos binarios. Por estas razones, la grupo de trabajo
de la World Wide Web Consortium (W3C) tiene propuesto el
formato EXI [19], lo que hace posible incluso para dispositivos
para apoyar de forma nativa y generar muy limitado mensajes
utilizando un formato de datos abierto compatible con XML,
EXI de fine dos tipos de codificacin, a saber esquema menos y
esquema informado.

Esquema XML antes de la codificacin y decodificacin real

puede tener lugar. Este esquema compartido hace posible
asignar los identificadores numricos a las etiquetas XML en
el esquema y construir las gramticas EXI sobre tal
codificacin. Como se explica en [20], un procesador EXI
informado esquema de uso general se puede integrar
fcilmente incluso en dispositivos muy limitados, lo que les
permite interpretar formatos EXI y, por lo tanto, lo que hace
posible la construccin de usos mltiples nodos IO incluso
fuera de dispositivos muy limitados. Utilizando el enfoque
informado schema-, sin embargo, requiere un cuidado
adicional en el desarrollo de aplicaciones de capa superior, ya
que los desarrolladores necesitan para definir un esquema
XML para los mensajes que participan en los procesadores de
aplicaciones y el uso EXI que soportan este modo de
funcionamiento. Ms detalles sobre-informado esquema EXI y
procesador cantar se pueden encontrar en [20].
La integracin de mltiples fuentes de datos XML / EXI en un
IoT sistema se puede conseguir mediante el uso de las bases de
datos tpicamente creados y mantenidos por las aplicaciones de
alto nivel. De hecho, las aplicaciones de la IO en general,
construir una base de datos de los nodos controlados por la
aplicacin y, a menudo, de los datos generados por dichos
nodos. La base de datos hace posible la integracin de los
datos recibidos por cualquier dispositivo IO para prestar el
servicio especfico de la aplicacin se ha creado para. Un
marco genrico para la construccin de aplicaciones web de la
IO de acuerdo con las directrices que se describen en esta
seccin se ha propuesto en [21], donde los autores tambin
sugieren la explotacin de la capacidad de los navegadores
web modernos que permiten una comunicacin directa entre
asncrono JavaScript y XML (AJAX) el navegador y el nodo
de la IO final, demostrando la interconexin completa de la
pila de protocolos y la naturaleza de datos abierta del enfoque
propuesto.
2) Aplicacin y Transporte Capas: La mayor parte del
trfico que atraviesa el Internet hoy en da se realiza en la capa
de aplicacin HTTP sobre TCP. Sin embargo, el nivel de
detalle y complejidad de HTTP nativo hacen inadecuado para
un despliegue recto dispositivos IO limitados. Para un entorno
de este tipo, de hecho, el formato legible por humanos de
HTTP, que ha sido una de las razones de su xito en las redes
tradicionales, resulta ser un factor limitante debido a la gran
cantidad de fuertemente correlacionado (y, por lo tanto, datos
redundantes). Por otra parte, HTTP normalmente se basa en el
protocolo de transporte TCP que, sin embargo, no escala bien
en dispositivos limitados, dando malos resultados para los
pequeos flujos de datos en entornos con prdidas.

28

El protocolo COAP [22] supera estas dificultades,

proponiendo un formato binario transportado a travs de UDP,
manipulacin solamente las retransmisiones estrictamente
necesarios para proporcionar un servicio confiable. Por otra
parte, COAP puede inter operar fcilmente con HTTP porque:
(i) sean compatibles con los mtodos resto de HTTP (GET,
PUT, POST y DELETE).
(ii) hay una correspondencia uno a uno entre los cdigos de
respuesta de los dos protocolos, y (iii) las opciones COAP
pueden apoyar una amplia gama de escenarios de uso de
HTTP.
A pesar de que los ejrcitos regulares de Internet pueden
soportar de forma nativa COAP para hablar directamente a los
dispositivos IO, la solucin ms general y sencilla
interoperable requiere el despliegue de un intermediario
HTTP-COAP, tambin conocido como proxy de cruz que se
puede traducir rodeos peticiones / respuestas entre los dos
protocolos, lo que permite la interoperabilidad transparente
con dispositivos HTTP nativas y aplicaciones [23].
3) Network Layer: IPv4 is the leading addressing
technology supported by Internet hosts. However, IANA, the
international
Organizacin que asigna direcciones IP a nivel mundial, ha
anunciado recientemente el agotamiento de los bloques de
direcciones IPv4. Redes IOT, a su vez, se espera que para
incluir miles de millones de nodos, cada uno de los cuales ser
(en principio) de forma nica direccionable. Una solucin a
este problema se ofrece por el estndar IPv6 [24], que
proporciona un campo de 128 bits direccin fi, por lo que es
posible asignar una direccin IPv6 nica a cualquier posible
nodo de la red la IO.
Mientras que, por un lado, el enorme espacio de direcciones
IPv6 permite resolver los problemas que abordan en la IO; Por
otro lado, introduce gastos generales que no son compatibles
con las escasas capacidades de nodos restringidos. Este
problema se puede superar mediante la adopcin de
6LoWPAN [25], [26], que es un formato de compresin
establecido para IPv6 y las cabeceras UDP ms de las redes de
baja potencia limitados. Un enrutador de frontera, que es un
dispositivo conectado directamente a la red 6LoWPAN, lleva a
cabo de forma transparente la conversin entre IPv6 y
6LoWPAN, trans- Lating cualquier paquete IPv6 destinado a
un nodo en la red 6LoWPAN en un paquete con el formato de
compresin de cabecera 6LoWPAN, y el funcionamiento de la
traduccin inversa en la direccin opuesta.
Si bien el despliegue de un router frontera 6LoWPAN
permite la interaccin transparente entre la IO nodos y
cualquier host IPv6 en Internet, la interaccin con IPv4-slo
anfitriones sigue siendo un problema. Ms especficamente, el
problema consiste en fi hallazgo una manera de abordar una
especfica host IPv6 utilizando una direccin IPv4 y otros
metadatos disponibles en el paquete. A continuacin,
presentamos distintos enfoques para lograr este objetivo

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

v4 / v6 traduccin de direcciones de puerto (PAT v4 / v6). Este

mtodo Mapas pares arbitrarios de direcciones IPv4 y puertos
TCP / UDP en Las direcciones IPv6 y puertos TCP / UDP. Se
asemeja a la clsica Network Address y Port Translation
(NAPT) servicio actualmente apoyado en muchas redes de rea
local para proporcionar acceso a Internet a un nmero de hosts
en una red privada, compartiendo un IPv4 pblica comn
direccin, que se utiliza para hacer frente a los paquetes sobre
el pblico Internet. Cuando un paquete es devuelto a la
direccin IPv4 comn, el Reuter de borde que soporta el
servicio NATP interceptar el paquetes y reemplazar la
direccin IPv4 de destino comn con el Direccin (privada) del
receptor pretendido, que est determinada por mirando hacia
arriba en la tabla NATP la direccin del host asociado a el
puerto de destino especificado realizada por el paquete. Lo
mismo tcnica se puede utilizar para mapear mltiples
direcciones IPv6 en una direccin pblica IPv4, que permite la
transmisin de la datagramas en la red IPv4 y su gestin
correcta en IPv4-slo anfitriones. La aplicacin de esta tcnica
requiere bajo complejidad y, de hecho, la asignacin de puertos
es una tcnica establecida para v4 transicin / v6. Por otra
parte, este enfoque plantea un problema de escalabilidad, ya
que el nmero de hosts IPv6 que puede ser multiplexados en
una sola direccin IPv4 est limitado por el nmero de puertos
TCP / UDP disponibles (65.535). Adems, este enfoque
requiere que se inici la conexin por el IPv6 nodos en Para
crear las entradas correctas en la tabla de consulta NATP.
Conexiones a partir de la nube de IPv4 tambin se pueden
realizar, pero esto requiere una arquitectura ms compleja, con
el DNS local colocado dentro de la red IPv6 y estticamente
asociado a una direccin IPv4 pblica en la tabla de traduccin
NATP.
v4 / v6 de nombres de dominio de conversin. Este mtodo,
originalmente propuesto en [23], es similar a la tcnica utilizada
para proporcionar servicio de alojamiento virtual en HTTP 1.1,
lo que hace posible soportar mltiples sitios web en el mismo
servidor web, compartiendo la misma direccin IPv4, mediante
la explotacin de la informacin contenida en la cabecera
HTTP al anfitrin para identificar el sitio web especfica
solicitada por el usuario. Del mismo modo, es posible
programar los servidores DNS de tal manera que, tras una
peticin DNS para el nombre de dominio de un servicio web
IoT, el DNS devuelve la direccin IPv4 de un HTTP- COAP
proxy de cruz para ser contactado para acceder a la IoT nodo.
Una vez abordado por una solicitud HTTP, el proxy requiere la
resolucin del nombre de dominio que figura en la cabecera
HTTP al anfitrin para el servidor DNS IPv6, que responde con
la direccin IPv6 que identifica el final nodo IoT fi involucrado
en la solicitud. El proxy entonces puede reenviar el mensaje
HTTP al IoT pretendido a travs de COAP.

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

Mapeo URI. El Universal recurso Identificador (URI) tcnica

de mapeo tambin se describe en [23]. Esta tcnica consiste en
un tipo particular de HTTP-coap proxy de cruz, el proxy
inverso cruz. Este poder se comporta como el servidor web
final a la / cliente IPv4 HTTP y como el cliente original al
servidor web / IPv6 COAP. Dado que esta mquina tiene que
ser colocado en una parte de la red donde la conectividad IPv6
est presente para permitir el acceso directo a los nodos final
IoT, la conversin IPv4 / IPv6 se resuelve internamente por la
funcin de mapeo URI aplicado.

B. Nivel de Enlace Tecnologas

Un sistema de la IO urbano, debido a su zona de despliegue
inherentemente grande, requiere un conjunto de tecnologas de
capa de enlace que puede cubrir fcilmente una amplia zona
geogrfica y, al mismo tiempo, apoyar una posible gran
cantidad de trfico que resulta de la agregacin de un altsimo
nmero de datos ms pequeos flujos. Por estas razones, las
tecnologas de la capa de enlace que permiten la realizacin de
un sistema de la IO urbana se clasifican en tecnologas no
restringidos y limitados. El primer grupo incluye toda la LAN
tradicional, MAN, WAN y tecnologas de la comunicacin,
tales como Ethernet, WiFi, fibra ptica, banda ancha Power
Line Communication (PLC), y las tecnologas celulares, tales
como UMTS y LTE. Se caracterizan generalmente por una alta
fiabilidad, baja latencia y altas tasas de transferencia (orden de
Mbit / s) o superiores, y debido a su complejidad y consumo de
energa inherente en general, no son adecuados para los nodos
de la IO perifricos.
Las tecnologas de capa fsica y de enlace estn limitados, en
cambio, caracterizan generalmente por un bajo consumo de
energa y las tasas de transferencia relativamente baja,
tpicamente menor que 1 Mbit / s. Las soluciones ms
prominentes en esta categora son IEEE 802.15.4 [27], [28]
Bluetooth y Bluetooth energa baja IEEE 802.11 de baja
potencia, PLC [29], NFC y RFID [30]. Estos enlaces
normalmente presentan latencias largas, debido principalmente
a dos factores: 1) la baja tasa de transmisin intrnsecamente
camente en la capa fsica y 2) las polticas de ahorro de energa
implementadas por los nodos para ahorrar energa, que
generalmente implican ciclo de trabajo con poca activa
perodos.
C. dispositivos
Finalmente describir los dispositivos que son esenciales para
realizar una IoT urbano, clasifican segn la posicin que
ocupan en la comunicacin de flujo.
Bluetooth SIG, Adopted Bluetooth Core Specications [Online]. Available:
https://www.bluetooth.org/Technical/Specications/adopted.htm.

29

1) Servidores backend: En la raz del sistema, encontramos los

servidores backend, que se encuentra en el centro de control,
donde se recogen los datos, almacenados y procesados para
producir servicios de valor aadido. En principio, los servidores
backend no son obligatorios para una tem IoT ma funciona
correctamente, a pesar de que se convierten en un componente
fundamental de un IoT urbana donde pueden facilitar el acceso
a la elegante ciudad de servicios y datos abiertos a travs de la
infraestructura de red legado. Sistemas backend comnmente
considerados para la interconexin con los alimentadores de
datos IO son los siguientes.
Sistemas de gestin de bases de datos: Estos sistemas son los
encargados de almacenar la gran cantidad de informacin
producida por la IO linfticos perifricos, tales como sensores.
Dependiendo del escenario de uso particular, la carga en estos
sistemas puede ser bastante grande, de modo que se requiere
dimensionamiento adecuado del sistema backend.
Sitios Web: El conocimiento generalizado de las personas con
web interfaces de ellas la primera opcin para permitir la
interoperabilidad entre el sistema de la IO y los "consumidores
de datos," por ejemplo, las autoridades pblicas, operadores de
servicios, proveedores de servicios pblicos, y ciudadanos
comunes hace.
Sistemas de planificacin de recursos empresariales (ERP):
ERP componentes apoyan una variedad de funciones de
negocios y son herramientas valiosas para gestionar el flujo de
informacin a travs de una organizacin compleja, como una
administracin de la ciudad. Interfaz componentes ERP con los
sistemas de gestin de bases de datos que recogen los datos
generados por el IoT permite una gestin sencilla de la cantidad
potencialmente masiva de los datos recogidos por el IoT, por lo
que es posible separar la informacin fluye en funcin de su
naturaleza y relevancia y facilitar la creacin de nuevos
servicios.
2) entrada: Traslado hacia el "borde" de la IoT, encontramos
las puertas de enlace, cuya funcin es interconectar los
dispositivos finales de la principal infraestructura de
comunicacin del sistema. Con referencia a la arquitectura de
protocolo conceptual se representa en la Fig. 2, la puerta de
entrada es, por tanto, la obligacin de proporcionar la
traduccin del protocolo y el mapeo funcional entre los
protocolos sin restricciones y sus homlogos restringidos, es
decir XML EXI, HTTP-COAP, IPv4 / v6-6LoWPAN.
Tenga en cuenta que, si bien todas estas traducciones pueden
ser necesarios para permitir la interoperabilidad con los
dispositivos perifricos de la IO y puestos de control, no es
necesario concentrar todas ellas en una nica puerta de enlace.
Ms bien, es posible, y, a veces conveniente, para distribuir las
tareas de traduccin a travs de diferentes dispositivos en la
red. Por ejemplo, un solo proxy HTTP-COAP se puede
implementar para soportar mltiples routers fronterizos
6LoWPAN.

30

Dispositivos de puerta de enlace facilitarn tambin la

interconexin EST el tween tecnologas sin restricciones de
capa de enlace, que se utiliza principalmente en el ncleo de la
red de la IO y tecnologas restringidas que, en cambio,
proporcionan conectividad entre los nodos perifricos de la IO.
3) la IO perifricos Nodos: Por ltimo, en la periferia del
sistema de la IO, encontramos los dispositivos encargados de
producir los datos que se entregarn al centro de control, que
generalmente se llama la IO linfticos perifricos o, ms
simplemente, los nodos de la IO. Hablando en general, el coste
de estos dispositivos es muy baja, a partir de 10 USD o incluso
menos, dependiendo de la especie y el nmero de sensores /
actuadores montados en el tablero. Nodos IO pueden
clasificarse sobre la base de una amplia serie de caractersticas,
tales como el modo de accionar, la creacin de redes papel (rel
o la hoja), Equipos de sensores / actuadores, y las tecnologas
de la capa de enlace soportados. Los nodos de la IO ms
limitados probablemente las etiquetas de Radio Frecuencia
(RFtags) que, a pesar de sus capacidades muy limitadas, todava
puede desempear un papel importante en los sistemas de la IO,
principalmente debido a la extremadamente bajo costo y la
naturaleza pasiva de su hardware de comunicacin, que no
requiere ninguna fuente de energa interna. La aplicacin tpica
de RFtags es objeto de identificacin por la lectura de
proximidad, que se puede utilizar para la logstica,
mantenimiento, vigilancia y otros servicios.
Los dispositivos mviles, como telfonos inteligentes, Tablet
PC o laptops, tambin pueden ser una parte importante de un
IoT urbana, proporcionando otras formas de interactuar con l.
Por ejemplo, el transceptor NFC integrado en los telfonos
inteligentes de ltima generacin se puede utilizar para
identificar objetos etiquetados, mientras que el servicio de geo
localizacin proporcionado por la mayora de los sistemas
operativos comunes para los dispositivos mviles puede
enriquecer la informacin de contexto asociado a ese objeto.
Adems, los dispositivos mviles pueden proporcionar acceso a
la IO de diferentes maneras, por ejemplo, 1) a travs de una
conexin IP proporcionada por el servicio celular de datos de
enlace o 2) el establecimiento de una conexin directa con
algunos de los objetos mediante el uso de tecnologas
inalmbricas de corto alcance, tales como Bluetooth baja
energa, WiFi de baja potencia, o IEEE 802.15.4. Adems, es
posible desarrollar aplicaciones especficas para dispositivos
mviles que pueden facilitar la interaccin con los objetos de la
IO, y con el sistema en su conjunto.
IV. UN ESTUDIO EXPERIMENTAL: PADUA Smart City
El marco se discute en este trabajo ya se ha aplicado con xito a
una serie de diferentes casos de uso en el contexto de sistemas
de IO. Por ejemplo, el banco de pruebas experimental
inalmbrica red de sensores, con ms de 300 nodos, desplegado
en la Universidad de Padua [31], [32] se ha diseado de
acuerdo con estas directrices, y utilizado con xito para realizar
demostraciones de prueba de concepto de Smart rejilla [33] y el
cuidado de la salud [34] servicios.

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

En esta seccin, se describe una implementacin prctica de un

IoT urbana, llamada Padova Smart City", que se ha realizado
en la ciudad de Padua; gracias a la colaboracin entre las partes
pblicas y privadas, como el municipio de Padua, que ha
patrocinado el proyecto, el Departamento de Informacin ing
de la Universidad de Padua, que ha proporcionado la base
terica y el anlisis de viabilidad del proyecto, y Patavina
Tecnologas , 9 un spin-off de la Universidad de Padua
especializada en el desarrollo de soluciones innovadoras de la
IO, que ha desarrollado los nodos de la IO y el software de
control.
El objetivo principal de Padua Smart City es promover la
pronta adopcin de soluciones de datos y TIC abren por la
administracin pblica. La aplicacin de destino consiste en un
sistema de recogida de datos ambientales y el control de la
iluminacin de la va pblica por medio de nodos inalmbricos,
equipadas con diferentes tipos de sensores, colocados en los
postes de luz de la calle y conectados a Internet a travs de una
unidad de puerta de enlace. Este sistema deber permitir
recoger parmetros ambientales interesantes, como el nivel de
CO, temperatura del aire y la humedad, vibraciones, ruido, etc.,
mientras que proporciona un mecanismo simple pero preciso
para comprobar el funcionamiento correcto del sistema de
alumbrado pblico mediante la medicin de la luz intensidad
en cada puesto. Aunque este sistema es una sencilla aplicacin
del concepto IoT, todava implica una serie de diferentes
dispositivos y tecnologas de la capa de enlace, siendo por lo
tanto representante de la mayora de los problemas crticos que
deben ser atendidos en el diseo de un IoT urbano. Una visin
general de alto nivel de los tipos y funciones de los dispositivos
que intervienen en el sistema se da aqu en adelante.
Padova componentes ciudad inteligente: un boceto conceptual
del Padova Smart City arquitectura del sistema se da en la Fig.
3. En lo que sigue, se describen con ms detalle los diferentes
componentes de hardware y software del sistema.

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

31

Fig. 3. La arquitectura del sistema de "Padova Smart City".

Luz de calle: Es la parte de la hoja del sistema en el que se

colocan los nodos de la IO. Cada farola se localiza
geogrficamente en el mapa de la ciudad y se asocia
nicamente al nodo de la IO se le atribuye, por lo que los datos
de la IO se pueden mejorar con informacin de contexto. El
monitoreo de la operacin correcta de las bombillas se realiza
a travs de sensores del fotmetro que miden directamente la
intensidad de la luz emitida por las lmparas (o, en realidad,
por cualquier fuente cuya luz llega al sensor) a intervalos de
tiempo regulares oa peticin. Los nodos de la IO inalmbricos
tambin estn equipados con sensores de temperatura y
humedad, que proporcionan datos relativos a condiciones
climticas, y un nodo tambin est equipado con un benceno ()
Sensor, que monitorea la calidad del aire. Los nodos de la IO
son accionados generalmente por bateras pequeas, aunque la
conexin a una red de baja potencia es requerido por el sensor
de benceno. El embalaje de los nodos sensores se ha diseado
teniendo en cuenta los requisitos espec fi cos de este caso de
uso. De hecho, los nodos sensores se han alojado en un escudo
de plstico transparente que protege los componentes
electrnicos de los fenmenos atmosfricos (como lluvia o
nieve), al tiempo que permite la circulacin de aire y luz para
la medicin correcta de la humedad, la temperatura y la
intensidad de luz .Obligado tecnologas de capa de enlace:
montados Los nodos IoT en los postes de alumbrado pblico
formar una nube multihop 6LoWPAN, usando IEEE 802.15.4
tecnologa de capa de enlace restringida. Enrutamiento
funcionalidades se proporcionan por el Protocolo de
enrutamiento de IPv6 para la energa baja y con prdidas
Networks (RPL) [35]. Los nodos de la IO se asignan
direcciones IPv6 nicas, adecuadamente comprimido de
acuerdo con la Norma 6LoWPAN. Cada nodo puede ser
accesible individualmente desde cualquier lugar del Internet
mediante IPv6 / 6LoWPAN. Nodos entregan colectivamente
sus datos a un nodo receptor, lo que representa el nico punto
de contacto para los nodos externos. Alternativamente, cada
nodo puede publicar sus propias caractersticas y datos
mediante la ejecucin de un servidor COAP, aunque esta

caracterstica no est implementada an en el banco de

pruebas. En cualquier caso, se requiere una puerta de entrada
para cerrar la nube 6LoWPAN a Internet y realizar toda la
transcodificacin se describe en la seccin anterior.
Gateway WSN: La puerta de enlace tiene el papel de interfaz
de la tecnologa de capa de enlace constreido usado en los
sensores de nube con tecnologas tradicionales WAN
utilizados para proporcionar conectividad a los servidores
centrales de backend. La puerta de entrada, por lo tanto juega
el papel de enrutador de frontera 6LoWPAN y nodo raz RPL.
Adems, dado que los nodos sensores no son compatibles con
los servicios COAP, la puerta de entrada tambin funciona
como nodo sumidero de la nube del sensor, la recopilacin de
todos los datos que necesitan ser exportados a los servicios de
back-end. La conexin a los servicios de back-end es
proporcionada por las tecnologas de comunicacin sin
restricciones comunes, fibra ptica en este ejemplo especfico.
HTTP-COAP de proxy: El proxy HTTP-COAP permite tras
comunicacin entre padres con dispositivos COAP. La lgica
de proxy se puede extender a mejores aplicaciones de
monitoreo de apoyo y limitar la cantidad de trfico se inyecta
en la red perifrica IoT. Por ejemplo, es posible especificar
una lista de recursos que deben controlarse, por lo que el
servidor puede actualizar de forma autnoma las entradas en
una memoria cach relacionada con esos dispositivos. Este
mecanismo puede ser apoyado por dos enfoques diferentes: 1)
por votacin el recurso seleccionado de forma proactiva, lo
que permite la aplicacin de tcnicas para la conformacin de
trfico en el proxy o en el gateway y 2) mediante la
suscripcin al recurso seleccionado con el "observar"
funcionalidad de coap, permitiendo as que el servidor en el
nodo para enviar las actualizaciones slo cuando el valor
medido por el sensor cae fuera de un cierto rango. Este
servicio se cosituado en la puerta de enlace en el sistema de
centralita Padova Smart City, aunque tambin podra ser
colocado en los servidores de back-end, por lo que es posible
controlar varias puertas de enlace mediante el uso de una nica
instancia de proxy.

32

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

Fig. 4. Ejemplo de los datos recogidos por Padova Smart City: (a) la temperatura y (b) la humedad

Fig. 5. Ejemplo de los datos recogidos por Padova Smart City: (a) la luz y (b) benceno.
Servidor de base de datos: el servidor de base de datos recoge el
estado de los recursos que deben controlarse en el tiempo
mediante la comunicacin con el servidor proxy HTTP-COAP,
que a su vez se encarga de recuperar los datos necesarios de la
fuente correcta. Los datos almacenados en la base de datos son
accesibles a travs de tecnologas de programacin web
tradicionales. La informacin tampoco puede visualizar en
forma de un sitio web, o exportar en cualquier formato de datos
abierto utilizando lenguajes de programacin web dinmica. En
la red de Padua Smart City, el servidor de base de datos se
realiza dentro de la WSN Gateway, que por lo tanto, representa
un mdulo plug-and-play que proporciona una interfaz
transparente con los nodos perifricos.
Dispositivo mvil Operador: operadores de iluminacin
Pblicas estarn equipados con dispositivos mviles que
pueden localizar la farola que requiere intervencin, tema
actuacin manda directamente al nodo de la IO conectado a la
lmpara, y sealar el resultado de la intervencin al sistema
central que puede realizar un seguimiento de todos los sola
farola y, por lo tanto, optimizar el plan de mantenimiento.

Este sistema se puede ampliar sucesivamente para incluir otros

tipos de nodos IoT o nubes de nodos de la IoT, siempre que
cada uno IoT sistema perifrico soporta una interfaz basada en
HTTP, lo que hace posible interactuar con l en una abertura,
de normas, y de manera independiente de la tecnologa.
A. Ejemplo de los datos recogidos por Padova Smart City
Figs. 4 y 5 informe de un ejemplo del tipo de datos que pueden
ser recogidos con el sistema de Padova Smart City. Los cuatro
grficos muestran la temperatura, la humedad, la luz, y las
lecturas de benceno durante un periodo de 7 das. Las lneas
finas muestran las lecturas reales, mientras que las lneas
gruesas se obtienen mediante la aplicacin de un filtro de media
mvil durante un intervalo de tiempo de 1 h (aproximadamente,
10 lecturas de temperatura, humedad y luz, y 120 lecturas del
sensor de benceno, cuya frecuencia de muestreo es ms grande
desde el nodo es alimentado por la red). Es posible observar el
patrn regular de las mediciones de luz, correspondiente a los
perodos de da y de noche. En particular, durante el da, la
medida alcanza el valor de saturacin, mientras que durante la

ZANELLA et al.: INTERNET OF THINGS FOR SMART CITIES

noche, los valores son ms irregular, debido a las reflexiones re

producidos por las luces del vehculo. Un patrn similar se
exhibe por las mediciones de humedad y temperatura que, Sin
embargo, son mucho ms ruidosos que los de la luz. Las
mediciones de benceno tambin revelan una disminucin de los
niveles de benceno en la noche, como se esperaba debido a la
ms ligera la noche trfico, pero bastante sorprendentemente
No hay variaciones evidentes en los niveles de benceno durante
el da durante el fin de semana (octubre 26-27). Tambin es
interesante observar el pico de benceno medido en la tarde del
29 de octubre Examen de las lecturas de los otros sensores en el
mismo intervalo de tiempo, podemos notar una fuerte
disminucin de la intensidad de la luz y la temperatura, y un
aumento de la humedad.
V. CONCLUSIN
En este trabajo, se analizaron las soluciones actualmente
disponibles para la ejecucin de IOT urbanas. Las tecnologas
tratadas son cerca de ser estandarizado, y los jugadores de la
industria ya estn activos en la produccin de dispositivos que
se aprovechan de estas tecnologas para permitir a las
aplicaciones de inters, tales como los descritos en la Seccin
II. De hecho, mientras que la gama de opciones de diseo para
sistemas de IO es bastante amplio, el conjunto de protocolos
abiertos y estandarizados es significativamente menor. Las
tecnologas que permiten, adems, han alcanzado un nivel de
madurez que permite la realizacin prctica de soluciones y
servicios de la IO, a partir de ensayos de campo que se espera
ayudar a despejar la incertidumbre que todava impide que una
adopcin masiva del paradigma de la IO. Un hormign de
prueba de concepto de aplicacin, desplegado en colaboracin
con la ciudad de Padova, Italia, tambin ha sido descrito como
un ejemplo relevante de aplicacin del paradigma de la IO a las
ciudades inteligentes.
RECONOCIMIENTO
Los autores desean agradecer a la Municipalidad de Padua
(Italia), y el Ing. Alberto Coro, en particular, por el apoyo en la
realizacin del proyecto "Padova Smart City". Los autores
tambin agradecen a los ingenieros de Patavina Tecnologas srl
(Http://patavinatech.com/) por su invaluable apoyo en el
despliegue ing el sistema y en el suministro de los datos
experimentales y documentacin tcnica sobre el proyecto
"Padova Smart City".
REFERENCES
[1] L. Atzori, A. Iera, and G. Morabito, The internet of things: A survey,
Comput. Netw., vol. 54, no. 15, pp. 27872805, 2010.
[2] P. Bellavista, G. Cardone, A. Corradi, and L. Foschini, Convergence of
MANET and WSN in IoT urban scenarios, IEEE Sens. J., vol. 13, no. 10,
pp. 35583567, Oct. 2013.
[3] A. Laya, V. I. Bratu, and J. Markendahl, Who is investing in machine-tomachine communications? in Proc. 24th Eur. Reg. ITS Conf., Florence,
Italy, Oct. 2013, pp. 2023.
[4] H. Schaffers, N. Komninos, M. Pallot, B. Trousse, M. Nilsson, and
A. Oliveira, Smart cities and the future internet: Towards cooperation
frameworks for open innovation, The Future Internet, Lect. Notes Comput.
Sci., vol. 6656, pp. 431446, 2011.
[5] D. Cuff, M. Hansen, and J. Kang, Urban sensing: Out of the woods,
Commun. ACM, vol. 51, no. 3, pp. 2433, Mar. 2008.

33

[6] M. Dohler, I. Vilajosana, X. Vilajosana, and J. Llosa, Smart Cities: An

action plan, in Proc. Barcelona Smart Cities Congress, Barcelona, Spain,
Dec. 2011, pp. 16.
[7] I. Vilajosana, J. Llosa, B. Martinez, M. Domingo-Prieto, A. Angles, and
X. Vilajosana, Bootstrapping smart cities through a self-sustainable model
based on big data ows, IEEE Commun. Mag., vol. 51, no. 6, pp. 128134,
Jun. 2013.
[8] J. M. Hernndez-Muoz, J. B. Vercher, L. Muoz, J. A. Galache,
M. Presser, L. A. Hernndez Gmez, and J. Pettersson, Smart Cities at
the forefront of the future Internet, The Future Internet, Lect. Notes
Comput. Sci., vol. 6656, pp. 447462, 2011.
[9] C. E. A. Mulligan and M. Olsson, Architectural implications of smart city
business models: An evolutionary perspective, IEEE Commun. Mag.,
vol. 51, no. 6, pp. 8085, Jun. 2013.
[10] N. Walravens and P. Ballon, Platform business models for smart cities:
From control and value to governance and public value, IEEE Commun.
Mag., vol. 51, no. 6, pp. 7279, Jun. 2013.
[11] J. P. Lynch and J. L. Kenneth, A summary review of wireless sensors and
sensor networks for structural health monitoring, Shock and Vibration
Digest, vol. 38, no. 2, pp. 91130, 2006.
[12] T. Nuortio, J. Kytjoki, H. Niska, and O. Brysy, Improved route planning
and scheduling of waste collection and transport, Expert Syst. Appl.,
vol. 30, no. 2, pp. 223232, Feb. 2006.
[13] A. R. Al-Ali, I. Zualkernan, and F. Aloul, A mobile GPRS-sensors array for
air pollution monitoring, IEEE Sensors J., vol. 10, no. 10, pp. 16661671,
Oct. 2010.
[14] N. Maisonneuve, M. Stevens, M. E. Niessen, P. Hanappe, and L. Steels,
Citizen noise pollution monitoring, in Proc. 10th Annu. Int. Conf. Digital
Gov. Res.: Soc. Netw.: Making Connec. Between Citizens, Data Gov., 2009,
pp. 96103.
[15] X. Li, W. Shu, M. Li, H.-Y. Huang, P.-E. Luo, and M.-Y. Wu, Performance
evaluation of vehicle-based mobile sensor networks for trafc
monitoring, IEEE Trans. Veh. Technol., vol. 58, no. 4, pp. 16471653,
May 2009.
[16] S. Lee, D. Yoon, and A. Ghosh, Intelligent parking lot application using
wireless sensor networks, in Proc. Int. Symp. Collab. Technol. Syst.,
Chicago, May 1923, 2008, pp. 4857.
[17] W. Kastner, G. Neugschwandtner, S. Soucek, and H. M. Newmann,
Communication systems for building automation and control, in Proc.
IEEE, Jun. 2005, vol. 93, no. 6, pp. 11781203.
[18] R. T Fielding, Architectural styles and the design of network-based
software architectures, (The Representational State Transfer (REST))
Ph.D. dissertation, pp 76-85, Dept. Inf. Comput. Sci. Univ. California,
Irvine, 2000. [Online]. Available: http://www.ics.uci.edu/~elding/pubs/
dissertation/top.htm.
[19] Efcient XML Interchange (EXI) Format 1.0, J. Schneider, T. Kamiya,
D. Peintner, and R. Kyusakov, Eds., 2nd ed. World Wide Web Consortium,
Feb. 11, 2014. [Online]. Available: http://www.w3.org/TR/exi/.
[20] A. P. Castellani, N. Bui, P. Casari, M. Rossi, Z. Shelby, and M. Zorzi,
Architecture and protocols for the Internet of Things: A case study,
in Proc. 8th IEEE Int. Conf. Pervasive Comput. Commun. Workshops
(PERCOM Workshops), 2010, pp. 678683.
[21] A. P. Castellani, M. Dissegna, N. Bui, and M. Zorzi, WebIoT: A web
application framework for the internet of things, in Proc. IEEE Wireless
Commun. Netw. Conf. Workshops, Paris, France, 2012.
[22] Z. Shelby, K. Hartke, C. Bormann, and B. Frank, Constrained application protocol (CoAP), draft-ietf-core-coap-18 (work in progress), s.l.:
IETF 2013. [Online]. Available: http://tools.ietf.org/html/draft-ietf-corecoap-18.
[23] A. Castellani, S. Loreto, A. Rahman, T. Fossati, and E. Dijk, Best practices
for HTTP-CoAP mapping implementation, draft-castellani-core-httpmapping-07 (work in progress), s.l.: IETF 2013. [Online]. Available:
https://tools.ietf.org/html/draft-castellani-core-http-mapping-02.
[24] S. Deering and R. Hinden, Internet Protocol, Version 6 (IPv6) Specication,
RFC2460, s.l.: IETF Dec. 1998. [Online]. Available: https://www.ietf.org/
rfc/rfc2460.txt.
[25] G. Montenegro, N. Kushalnagar, J. Hui, and D. Culler, Transmission
of IPv6 packets over IEEE 802.15.4 networks, RFC4944, s.l.: IETF
Sep. 2007. [Online]. Available: http://tools.ietf.org/html/rfc4944.
[26] J. Hui and P. Thubert, Compression format for IPv6 datagrams over IEEE
802.15.4-Based Networks, RFC6282, s.l.: IETF Sep. 2011. [Online].
Available: http://tools.ietf.org/html/rfc6282.
[27] IEEE Standard for Local and Metropolitan Area NetworksPart 15.4:
Low-Rate Wireless Personal Area Networks (LR-WPANs), IEEE Standard
802.15.4-2011.
[28] IEEE 802.15 WPAN Task Group 4e (TG4e), IEEE Standard
802.15.4b, 2014.
[29] IEEE Communications Society, P1901.2-2013Standard for Low Frequency (less than 500 kHz) Narrow Band Power Line Communications for
Smart Grid Applications, IEEE Standard P1901.2-2013.

34

[30] ISO/IEC 14443-1:2008, Identication CardsContactless Integrated

Circuit CardsProximity CardsPart 1: Physical Characteristics.
[Online]. Available: http://www.wg8.de/wg8n1716_17n3994_Notication_
for_Ballot_FDIS_14443- 1_2008_FDAM1.pdf.
[31] A. P. Castellani, M. Gheda, N. Bui, M. Rossi, and M. Zorzi, Web services
for the Internet of Things through CoAP and EXI, in Proc. IEEE Int. Conf.
Commun. (ICC 2001), Kyoto, Japan, 2011.
[32] P. Casari et al., The WIreless SEnsor networks for city-Wide Ambient Intelligence (WISE-WAI) project, MDPI J. Sensors, vol. 9, no. 6, pp. 40564082,
Jun. 2009. [Online]. Available: http://www.mdpi.com/1424-8220/9/6/4056.
[33] N. Bressan, L. Bazzaco, N. Bui, P. Casari, L. Vangelista, and M. Zorzi, The
deployment of a smart monitoring system using wireless sensor and actuator
networks, in Proc. IEEE Smart Grid. Comm., Gaithersburg, MD, 2010,
pp. 4954.
[34] N. Bui and M. Zorzi, Health care applications: A solution based on the
Internet of Things, in Proc. ISABEL, Barcelona, Spain, Oct. 2011, pp. 15.
[35] T. Winter, P. Thubert, A. Brandt, J. Hui, R. Kelsey, K. Pister, R. Struik, J.
P. Vasseur, and R. Alexander, RPL: IPv6 routing protocol for low-power
and lossy networks, RFC6550, s.l.: IETF Mar. 2012. [Online]. Available:
http://tools.ietf.org/html/rfc6.
[36] R. Bonetto, N. Bui, V. Lakkundi, A. Olivereau, A. Serbanati, and M. Rossi,
Secure communication for smart IoT Objects: Protocol stacks, use cases and
practical examples, in Proc. IEEE IoT-SoS, San Francisco, CA, USA, 2012,
pp. 17.
Andrea Zanella (S98M01SM13) recieved the
Laurea degree in computer engineering and Ph.D.
degree in electronic and telecommunications engineering from the University of Padova, Padova, Italy,
in 1998 and 2000, respectively.
He was a Visiting Scholar with the Department
of Computer Science, University of California,
Los Angeles (UCLA), Los Angeles, CA, USA, in
2000. He is an Assistant Professor with the Department of Information Engineering (DEI), University
of Padova. He is one of the coordinators of the
SIGnals and NETworking (SIGNET) research lab. His long-established research
activities are in the elds of protocol design, optimization, and performance
evaluation of wired and wireless networks.

Nicola Bui received the B.E. and M.E. degrees in

telecommunication engineering from the University
of Ferrara, Ferrara, Italy, in 2003 and 2005, respectively, and is currently working toward the Ph.D.
degree from the University Carlos III de Madrid,
Madrid, Spain.
Currently, he is a Research Engineer with IMDEA
Networks, Madrid, Spain. Until May 2013, he served
as General Manager of Patavina Technologies,
Venezia, Italy, operating in ICT eld design and
systems development for the Internet of Things (IoT).
Also, he had been a Research Fellow with the Consorzio Ferrara Ricerche,
Ferrara, Italy and with the Department of Information Engineering, University of
Padova, Padova, Italy for 5 years. During this period, he was involved in many
European- and Italian-funded projects, including: Ambient Networks, IoT-Architecture, SWAP, dealing with sensor networks, and the Internet of Things.
Currently, he is working in the eCOUSIN project, focused on content distribution
network optimization.

Angelo P. Castellani recieved the B.E. and M.E.

degrees and summa cum laude from the University
of Rome Sapienza, Rome, Italy in 2004 and 2006,
respectively, and the Ph.D. degree in information
engineering from the University of Padova, Paduva,
Italy, in 2012.
He is currently working in the R&D department of
TeSAN, Vicenza, Italy, an e-Health Italian company.
His research interests are in the elds of sensor networks and the Internet of Things (IoT), including
protocol design, and experimentation. He has been
active in standardization work within the IETF and involved in the EU-funded
IoT-Architecture project, both activities were centered around IoT networking
research.

IEEE INTERNET OF THINGS JOURNAL, VOL. 1, NO. 1, FEBRUARY 2014

Lorenzo Vangelista (S93M97SM02) received

the Laurea and Ph.D. degrees in electrical and telecommunication engineering from the University of
Padova, Padova, Italy, in 1992 and 1995, respectively.
He subsequently joined the Transmission and
Optical Technology Department, CSELT, Torino,
Italy. From December 1996 to January 2002, he
was with Telit Mobile Terminals, Trieste, Italy, and
then, until May 2003, was with Microcell A/S,
Copenaghen, Denmark. In July 2006, he joined the
Worldwide Organization Of Inneon Technologies as
Program Manager. Since October 2006, he has been an Associate Professor of
Telecommunication with the Department of Information Engineering, Padova
University. His research interests include signal theory, multicarrier modulation
techniques, cellular networks, wireless sensors and actuators networks, and
smartgrid.

Michele Zorzi (S89M95SM98F07) received

the Laurea and Ph.D. degrees in electrical engineering
from the University of Padova, Padova, Italy, in 1990
and 1994, respectively.
During academic year 19921993, he was on leave
at the University of California at San Diego (UCSD).
In 1993, he joined the Faculty of the Dipartimento di
Elettronica e Informazione, Politecnico di Milano,
Milano, Italy. After spending 3 years with the Center
for Wireless Communications at University of
California, San Diego, La Jolla, CA, USA, in 1998,
he joined the School of Engineering of the University of Ferrara, Ferrara, Italy,
where he became a Professor in 2000. Since November 2003, he has been
on the faculty of the Information Engineering Department at the University of
Padova. His present research interests include performance evaluation in mobile
communications systems, WSN and Internet of Things, and underwater
communications.
Dr. Zorzi was an Editor-In-Chief of IEEE TRANSACTIONS ON WIRELESS COMMUNICATIONS from 2003 to 2005 and of IEEE TRANSACTIONS ON COMMUNICATIONS
from 2008 to 2011. He served as a Member-at-Large of the Board of Governors of
the IEEE Communications Society from 2009 to 2011, and is currently its
Director of Education.