Está en la página 1de 38

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

CIUDAD2020: HACIA UN NUEVO MODELO DE CIUDAD


INTELIGENTE SOSTENIBLE
PROYECTO INNPRONTA
www.innprontaciudad2020.es

Estndares para interoperabilidad de redes de


sensores: IEEE 1451 y Sensor Web Enablement
(SWE)
Paula Fraga Lamas, Tiago M. Fernndez Carams, ngel Carro Lagoa,
Carlos J. Escudero Cascn, Miguel Gonzlez Lpez
Grupo de Tecnologa Electrnica y Comunicaciones (GTEC)
Universidade da Corua (UDC)
INFORMACIN DEL ARTCULO

Publicado el 31 de enero de 2014

Palabras clave:
IEEE
1451,
Sensor
Web
Enablement
(SWE),
Wireless
Sensor Networks (WSNs), Smart
Cities

RESUMEN

Presentamos un anlisis de la familia de estndares IEEE 1451, que


permiten realizar un plug-and-play dinmico de los sensores y facilitan la
interoperabilidad entre redes con tecnologas heterogneas (e.g. IEEE
802.15.4, 6LoWPAN, Bluetooth o IEEE 802.11). Su uso permite
abstraer las particularidades intrnsecas del software/hardware de los
nodos de la red de sensores, creando una serie de componentes
software en los diferentes niveles de la arquitectura de una aplicacin de
modo que pueda utilizarlos para interactuar con diversas
funcionalidades implementadas en los sensores y en los nodos
intermedios de la red de sensores.

AVISO LEGAL
El trabajo asociado a este documento se ha llevado a cabo de acuerdo con las mayores garantas de calidad tcnica y los socios de
CIUDAD2020 se han comprometido a alcanzar este nivel de rigor con el trabajo en cuestin. No obstante los socios de CIUDAD2020 no
tienen control sobre quin recibe la informacin de este documento, por lo que no se hacen responsables del uso que se pueda hacer de
dicha informacin.
Reservados todos los derechos.
Se permite su copia y distribucin por cualquier medio siempre que se mantenga el reconocimiento de sus autores, no se haga uso
comercial de las obras y no se realice ninguna modificacin de las mismas

Motivacin
El concepto de ciudad inteligente contempla
un cambio en cuanto a la intensidad y la
extensin de las conexiones afectando a todos
los aspectos de la arquitectura del territorio.
Desde las redes de transporte a las de

energa, gasto, agua desde las casas hasta


los rboles, es necesario enviar de forma
inalmbrica su estado y actividad en tiempo
real a travs del uso de sensores robustos,
baratos y discretos aplicando el concepto de
Internet de las cosas, i.e. ejemplos

dispositivos de navegacin que reciben


mensajes de trfico vial remoto, sensores de
presin que envan sus lecturas al tablero de
mando, uso de RFID en aplicaciones de
logstica, telemetra, gestin del sistema de
pago en el transporte pblico mediante tags
RFID, sistema de informacin multilinge para
personas ciegas La idea es modelar un
sistema (infraestructura, actividad, edificio)
en cambio constante, escalable y generado
automticamente on the fly mediante un
aprendizaje
constante
de
mltiples
interacciones casi en tiempo real, dentro de un
framework que permite una intervencin topdown y una organizacin bottom-up [1]. Las
infraestructuras urbanas actuales incluyen:
tags RFID, media faade, redes de sensores,
medidores inteligentes, redes inalmbricas,
smartphones,
captadores,
actuadores,
cmaras y suponen mltiples retos
tecnolgicos:
escalabilidad,
autoconfigurabilidad,
interoperabilidad,
autodescubrimiento, alta complejidad del
software, gran volumen de datos a interpretar,
seguridad, tolerancia a fallos y ahorro de
energa. El objetivo a abordar es que cada
actividad urbana est habilitada para soportar
tecnologa inalmbrica mediante interfaces
inteligentes que proporcionen una experiencia
ms rica, personalizada y eficiente, generando
un bucle de retroalimentacin en el que una
mejor experiencia al ciudadano redunde en un
aumento del consumo que a su vez ofrezca
una mayor calidad en los datos lo que
provoque una mejora en la experiencia y as
repetidamente. Esta estrategia puede aplicarse
tambin a los distintos subsistemas de una
ciudad inteligente.
En la progresin a travs de los distintos
niveles de madurez de una ciudad inteligente
es necesario subrayar el rol de las TIC como
integrador de las distintas capas de la ciudad
[2]. Esta integracin permite pasar de un nivel
mnimo de digitalizacin a plataformas digitales
completamente conectadas, encajando a los
proyectos TIC en la visin holstica de la
ciudad. En este proceso, el principal resultado

se refleja en el grado de disponibilidad de los


datos referentes a la ciudad y su integracin
en los servicios. Desde este punto de vista es
posible caracterizar distintos niveles: datos
abiertos (por ejemplo mediante portales web,
esta solucin genrica no tiene la capacidad
de responder a las necesidades individuales
de los ciudadanos ya que la informacin se
haya dispersa), informacin valiosa (la
informacin est contextualizada en un nivel
integrado) y la informacin ubicua (se
proporciona la informacin a los ciudadanos
de forma proactiva en un nivel conectado).
Tanto el alojamiento ubicuo de los datos como
la conectividad seamless de cualquier sensor
son los pilares sobre los que se sustenta este
ltimo nivel de madurez.
Bajo el paradigma emergente de computacin
ubicua, en el que los usuarios son mviles y
estn desacoplados de los dispositivos que
usan, los sensores juegan un papel crucial
permitiendo la adaptacin de las aplicaciones
al entorno o situacin actual mediante
comportamientos especficos.
Esta adaptacin es activada por la evaluacin
de la informacin del contexto almacenada por
fuentes heterogneas, incluyendo dispositivos
fsicos
de
sensado,
software
de
monitorizacin, entradas humanas y otras
fuentes.
Los sistemas deben proporcionar soporte de
forma invisible (computacin invisible) y ser
auto-gestionables (computacin autnoma).
Deben incluir el descubrimiento dinmico de
fuentes de contexto en tiempo de ejecucin
adems de su re/configuracin y aunar
complejidades de bajo nivel heredadas de las
infraestructuras de sensado y abstracciones
de programacin en alto nivel para el
desarrollo rpido de aplicaciones sensibles al
contexto en varios dominios. En el caso de
fuentes de contexto embebidas, stas deben
ser descubiertas por las aplicaciones o los
sistemas de gestin de contexto (visto como
capa middleware)
que soportan las
aplicaciones, y deben ser descritas usando un

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

framework que modele su sensado y las


capacidades de procesamiento de datos, de
forma que las fuentes apropiadas puedan ser
evaluadas, seleccionadas y compuestas
dinmicamente.
En la literatura [3][4] se muestra que las
abstracciones de informacin del contexto de
alto nivel basadas en modelos, reducen la
carga de los recursos limitados de las fuentes
favoreciendo que se comparta la informacin
entre las distintas aplicaciones, permitiendo
tambin el reemplazo transparente de los
sensores en tiempo de ejecucin.
Sin embargo, el diseo de este sistema de
gestin del contexto debe afrontar varios
retos:
-

Heterogeneidad: los futuros entornos de


computacin ubicuos no deben estar
restringidos a un entorno particular con un
conjunto conocido de dispositivos sino que
sern abiertos y heterogneos.

Escalabilidad: debido tanto a la naturaleza


dinmica de la informacin de contexto
como al nmero de fuentes de informacin
cuya informacin de contexto es reunida.

Interoperabilidad: existen mltiples fuentes


de contexto distintas en trminos de
protocolos
de
comunicacin,
caractersticas de medida y representacin
de los datos.

Flexibilidad: fuentes de distintos tipos de


sensado pueden producir informacin de
contexto del mismo tipo.

Fiabilidad y disponibilidad: la movilidad de


ambas fuentes de contexto y de las
aplicaciones sensibles al contexto da lugar
a un nmero alto de problemas
potenciales (desconexiones y fallos).

Para afrontar el reto de la heterogeneidad de


las fuentes de contexto, incluso parcialmente,
es primordial que el diseo del sistema de
gestin del contexto est basado en la mayor
medida
posible
en
estndares
de
procesamiento de datos de sensores o

sensores, que estn bien definidos y sean


ampliamente aceptados por la industria y
comunidad investigadora. En cuanto a los
propios
sistemas
de
sensado,
su
heterogeneidad ha sido un factor histrico en
el reto de crear sensores interoperables para
distintas redes, plataformas y aplicaciones. El
mismo problema existe en la computacin
ubicua donde es necesaria la interoperabilidad
entre dispositivos. Con el objetivo de afrontar
la heterogeneidad de los transductores e
interfaces de comunicacin, el
National
Institute of Standards and Technology (NIST) y
el Institute of Electrical and Electronic
Engineers (IEEE)
proponen una solucin
universal, el conjunto de estndares IEEE
1451. Esta familia proporciona un conjunto de
interfaces estndares para transductores
inteligentes
ayudando
a
alcanzar
un
verdadero
plug-and-play dinmico de los
sensores y facilitando la interoperabilidad entre
redes que hagan uso de tecnologas
heterogneas.

El Transductor inteligente
Un transductor es un dispositivo capaz de
transformar o convertir un determinado tipo
de energa de entrada en otra diferente a la
salida.
Un transductor inteligente es la integracin de
una unidad de procesado, una interfaz de
comunicacin y un sensor analgico o digital o
elemento actuador, siendo respectivamente:

Sensor: transductor que genera una seal


elctrica proporcional a un parmetro
fsico, biolgico o qumico (variables de
instrumentacin en variables elctricas).

Actuador:
transductor
capaz
de
transformar energa hidrulica, neumtica
o elctrica en la activacin de un proceso
con la finalidad de generar un efecto
sobre un proceso automatizado. ste
recibe la orden de un regulador o
controlador y en funcin de ella genera la

orden para activar un elemento final de


control como, por ejemplo, una vlvula.
Las
caractersticas
deseables
transductor inteligente son:
-

Auto-identificacin

Auto-descripcin

Auto-diagnstico

Auto-calibracin

Location-awareness

Time-awareness

Confiabilidad

de

un

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 1: Modelo de transductor inteligente vs arquitectura IEEE 1451.

Coordinacin con otros nodos

Procesamiento de datos

Razonamiento

Fusin de datos

Notificacin de alertas

Formatos de datos estandarizados

Protocolos de comunicacin

Protocolos estndares
interfaz de red

Funciones software y de tratamiento


digital de la seal

Fcil instalacin

propuesta por el estndar IEEE 1451.


Tomando como base la figura mostrada en la
parte izquierda se agrega TEDS (Transducer
Electronic Data Sheets) y se divide el sistema
en dos subcomponentes:

NCAP (Network Capable Application


Processor). Es un nodo especial de la red
que realiza funciones de procesado y de
canalizacin de las comunicaciones. Su
interfaz radio le permite comunicarse con
los transductores inteligentes, mientras
que ofrece distintos servicios web a travs
de otra interfaz (e.g. Ethernet).

El
m dulo
de
transductor
inteligente. Referido en los estndares
como TIM (Transducer Interface Module),
STIM (Smart TIM) o WTIM (Wireless TIM).

de control y de

En la Figura 1 se muestra el modelo de


transductor inteligente y la estructura

Adquiere seales de sensores y controla


actuadores. A travs de servicios, es
capaz de ofrecer a usuarios remotos
datos de los sensores o la posibilidad de
accionar
un
actuador.
Las
comunicaciones con el resto de la red y
con dichos usuarios remotos se llevan a
cabo gracias a la interfaz radio embebida.

Esta subdivisin genera dos nuevas interfaces:

Network Interface (NI): define un


protocolo de comunicacin de red para
las comunicaciones del NCAP a la red.

Transducer Independent Interface


(TII): define un medio de comunicacin y
un protocolo para la transferencia de la
informacin del sensor. Proporciona un
conjunto de operaciones de lectura y
escritura.

Los transductores pueden agruparse de dos


formas distintas:

ControlGroup:
especificaciones
de
fabricante que definen las relaciones
inherentes
entre
los
canales
de
transductor de un TIM multicanal. Esta
informacin no es utilizada normalmente
por el TIM sino que sirve para identificar
canales de transductor y proporcionar
informacin adicional que ser usada para
controlar alguna caracterstica de otro
canal transductor. Un
ControlGroup
podra usarse para identificar un actuador
que es usado para establecer el umbral
de un sensor de eventos analgico.
VectorGroup:
son
igualmente
especificaciones de fabricante que definen
las relaciones inherentes entre los canales
de transductor de un TIM multicanal. Esta
informacin no es utilizada normalmente
por el TIM sino que lo usan las
aplicaciones NCAP para componer
pantallas legibles, definir una relacin
matemtica entre los transductores o
formular otras computaciones. Por
ejemplo, pueden usarse para indicar qu

canales de transductor representan cada


uno de los ejes de un vector de medida
tridimensional.
IEEE 1451 contempla la definicin de
TransducerChannel Proxy para combinar las
salidas de varios sensores o las entradas de
varios actuadores en una sola estructura, la
combinacin debe realizarse con tipos de
transductores compatibles. El proxy tiene un
nmero de canal transductor y puede ser ledo
o escrito pero no presenta las otras
caractersticas del canal transductor: TEDS del
canal transductor, TEDS calibracin sino
que estn definidos en los Meta-TEDS. Como
cualquier
otro
transductor
estar
permanentemente asignado al nmero de
canal transductor por el fabricante.
Un proxy puede direccionarse de forma
consistente
con
todos
los
canales
transductores implementados en el TIM. La
lectura/escritura de datos de los miembros
individuales de un proxy puede estar permitido
o no por el fabricante de forma discrecional.
Para combinar los distintos conjuntos de datos
se proponen dos mtodos (Figura 2):

Bloques: permite conjuntos de datos de


distintas longitudes.

Entrelazado: todos los conjuntos de datos


deben tener el mismo tamao.

Estructura del transductor inteligente


Los mdulos TIM y NCAP deben verificar
ciertos requisitos de conformidad que estn
contemplados en el estndar IEEE 1451.0:

Especificacin funcional: Se definen las


caractersticas operativas comunes a
todos los tipos de canales transductor.

Se encarga de realizar una descripcin del


comportamiento general de los tres tipos de
canal transductor: sensor, evento sensor (no
determina la magnitud de un fenmeno sino
un cambio de estado) y actuador.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 2: Mtodo de bloques vs mtodo de entrelazado.

Definiendo un tipo especial embebido dentro


del TIM, definiendo grupos de canal
transductor y creando un proxy que combina
las salidas de mltiples sensores o la entrada
de mltiples actuadores en una sola
estructura.

Estructura de los mensajes enviados a


travs del interfaz del mdulo de
comunicaciones.

Comandos estndar y definidos por el


fabricante para el TIM o para cada canal
transductor.

Especificacin de los bloques de informacin


TEDS que previsiblemente se almacenarn en
una memoria no voltil en el TIM. En
aplicaciones donde esto no es prctico es
posible usar un TEDS electrnico de un
repositorio de descripcin de sensores (TEDS
virtual).
TEDS, cuyo carcter es similar a los
datasheets
proporcionados
por
los
proveedores, contiene informacin relativa al
sensor, como el nombre del fabricante, tipos
del sensor, nmero de serie, rango de
medidas, precisin, datos de calibracin y

formatos de datos estandarizados. Entre los


beneficios de su uso deben resaltarse:

Permiten
la
auto-identificacin
de
sensores
o
actuadores,
pudiendo
identificarse o autodescribirse al host o a
la red.

Proporcionan auto-documentacin a largo


plazo: en el sensor los TEDS pueden
almacenar informacin y ser actualizados:
localizacin del sensor, fecha de
recalibracin, registros de reparacin y
muchos datos relativos al mantenimiento.

Reducen el error humano mediante la


transferencia automtica de TEDS a la red
o sistema, eliminando as los parmetros
de sensado manual
que inducen a
errores.

Facilitan la instalacin de campo,


actualizacin y mantenimiento de los
sensores, ayudando a reducir los costes
de ciclo de vida (total) de los sistemas de
sensores, ya que estas tareas no pueden
realizarse va plug-and-play de los
sensores.

Proporcionan capacidades de plug-andplay. Un TIM y NCAP basados en IEEE


1451 podrn conectarse con un medio de
comunicaciones fsico estandarizado y
operar sin ningn cambio en el software.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 3: TEDS IEEE 1451.0.

Por tanto, no son necesarios distintos


drivers, perfiles, u otros cambios de
software
para
proporcionar
las
operaciones
bsicas
de
los
transductores:
o

TIMs de distintos fabricantes de


sensores pueden realizar plug-andplay con NCAPs de un proveedor
de red de sensores particular a
travs del mismo mdulo de
comunicacin.
TIMs de un fabricante pueden
realizar plug-and-play con NCAPs
suministrados por distintos sensores
o distribuidores de red. A travs del
mismo mdulo de comunicacin
IEEE 1451.

TIMs de distintos fabricantes


pueden ser interoperables con
NCAPs de distintos distribuidores
de red a travs del mismo mdulo
de comunicacin IEEE 1451.

NCAPs pueden realizar plug-andplay con una gran variedad de TIMs


a travs de interfaz del estndar
1451.x. Un NCAP puede soportar
una gran variedad de sensores o
actuadores.

Mediante este enfoque de particionamiento, se


proporciona una ruta de migracin a aquellos
fabricantes de sensores que quieran construir
TIMs con sus sensores pero no pretendan

convertirse en suministradores de red. De


forma similar, es aplicable a aquellos
distribuidores de redes que no quieran
convertirse en fabricantes de sensores. Por
supuesto, los vendedores pueden combinar
ambos, TIM y NCAP, en un solo mdulo y
venderlo como un sensor de red integrado. En
este caso el interfaz entre el TIM y NCAP est
oculto pero el sensor integrado es compatible
con IEEE 1451 a nivel de red.
El IEEE 1451.0 define cuatro tipos de TEDS
como obligatorios (ver Figura 3), el resto se
consideran opcionales.

El concepto de TEDS originado a partir del


IEEE 1451.2-1997 fue adoptado y redefinido
por el IEEE 1451.4. Aunque el objetivo de las
familias IEEE 1451 es proporcionar la
interoperabilidad de los dispositivos, los
subestndares plantean un problema entre s
en la comunicacin inter-estndares, de forma
que los TEDS son definidos de forma
separada, cada uno con distintos objetivos de
diseo.
En la familia de estndares IEEE 1451, el IEEE
1451.4 est definido y apoyado por un gran
nmero de fabricantes de transductores,
incluyendo National Instruments, Honeywell,
Weed Instrument que ofrecen productos
transductores inteligentes y desarrollos
software. En IEEE 1451.4, el diseo de MMI
(Mixed-Mode Interface) permite el sensado de

datos analgico y que los datos digitales TEDS


compartan el mismo cable.
Con el objetivo de mejorar el uso de memoria
en transductores compactos se introducen
plantillas que contemplan un amplio rango de
transductores: acelermetros, micrfonos,
extensmetros, termopares, termistores
Cada plantilla, escrita en TDL (Template
Description Language), detalla, el significado
de los datos TEDS, y especifica instrucciones
de cmo los datos TEDS deberan ser
decodificados y extrados de su codificacin
binaria. Las plantillas del estndar IEEE 1451
pueden concatenarse con las personalizadas
por el fabricante para crear una composicin
de plantillas. Esta aproximacin permite la
especificacin del transductor definido usando
comandos propios reservados IEEE, lo que
permite que puedan ser obtenidos por parsers
genricos incluso cuando las plantillas
personalizadas del fabricante no estn
disponibles.

Descripcin de la fam ilia de estndares


IEEE 1451
En septiembre de 1993, el NIST y el IEEE
organizaron una reunin para debatir acerca
de las tecnologas existentes en el campo de
los transductores inteligentes. En esta reunin
se reconoci la necesidad de crear un interfaz
comn de comunicacin para transductores
inteligentes, para lo que se crearon
inicialmente cuatro grupos de trabajo
(P1451.1, P1451.2, P1451.3 y P1451.4).

Transducer Interface for Sensors and


Actuators

Common
Functions,
Communication
Protocols,
and
Transducer Electronic Data Sheet (TEDS)
Formats

ISO/IEC/IEEE 21451-1 [IEEE 1451.1],


Information
technology

Smart
Transducer Interface for Sensors and
Actuators Network Capable Application
Processor (NCAP) Information Model

ISO/IEC/IEEE 21451-2 [IEEE 1451.2],


Information
technology

Smart
Transducer Interface for Sensors and
Actuators

Transducer
to
Microprocessor Communication Protocols
and Transducer Electronic Data Sheet
(TEDS) Formats

ISO/IEC/IEEE 21451-4 [IEEE 1451.4],


Information
technology

Smart
Transducer Interface for Sensors and
Actuators Mixed-Mode Communication
Protocols and Transducer Electronic Data
Sheet (TEDS) Formats

ISO/IEC/IEEE 8802-15-4 [IEEE 802.15.42006], Information technology Local


and metropolitan area networks Specific
requirements, Part 15.4: Wireless Medium
Access Control (MAC) and Physical Layer
(PHY)
Specifications
for
Low-Rate
Wireless,
Personal
Area
Networks
(WPANs)

ISO/IEC/IEEE
21451-7,
Information
technology Standard for a Smart
Transducer Interface for Sensors and
Actuators - Transducers to Radio
Frequency Identification (RFID) Systems
Communication Protocols and Transducer
Electronic Data Sheet Formats.

Desde entonces hasta 2010, se publicaron los


siete estndares IEEE 1451.{1,2 7}.
En el 2010 el subcomit 31 de la ISO
(International Standard Organization)/ IEC
(International Electro Commission) / JTC (Joint
Technical Commitee 1) se unieron va el
acuerdo
PSDO
(Partner
Standards
Development
Organization)
entre
organizaciones ISO/IEC/IEEE 21451:

ISO/IEC/IEEE 21450 [IEEE 1451.0],


Information
technology

Smart

En el 2011 se publica un nuevo borrador


del IEEE 1451.7.

ISO/IEC/IEEE 21451-5 [IEEE 1451.5],


Information
technology

Smart
Transducer Interface for Sensors and
Actuators Wireless Communication

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Protocols and Transducer Electronic Data


Sheet (TEDS) Formats

funcionalidades genricas de los transductores


en el caso de que no sean soportadas.

Corrigendum for ZigBee reference


from IEEE 802.15.4 2003 to
ISO/IEC/IEEE
8802-15.4
[IEEE
802.15.4 2006].

La Figura 4 ilustra la estructura de los


miembros de la familia IEEE 1451.

Las aproximaciones basadas en la aplicacin


prctica de estos estndares ofrecen mltiples
ventajas respecto a las propietarias pero
existen
preocupaciones funcionales y no
funcionales respecto a las limitaciones de su
aplicacin: consistencia del mantenimiento y
gestin de los estndares, completitud de las
ontologas para la definicin de trminos La
preocupacin inmediata es la consistencia de
los estndares en trminos de mantenimiento
y gestin. Es una consideracin no funcional
pero crucial para determinar si el IEEE 1451
puede ser aceptado ampliamente y adoptado
por los fabricantes. Es necesario garantizar
que las especificaciones de los estndares y
los
elementos
relativos
(plantillas
del
transductor y comandos de propiedad en el
caso del IEEE 1451.4) puedan ser gestionados
apropiadamente de forma que puedan
soportarse futuros transductores inteligentes.
En el caso de IEEE 1451.4, la lista de IDs
fabricantes y comandos de propiedad de
transductor son mantenidos por el IEEE, lo
que significa que los fabricantes de
transductores inteligentes deben registrar un
nico ID de fabricante de IEEE y hacer
disponible todas las plantillas personalizadas y
comandos de propiedad para asegurar
productos IEEE 1451.4 compliant. Este
proceso suele implicar procesos de revisin y
tiempos de espera. Esa es una de las razones
por la
que otros estndares no han
conseguido una amplia aceptacin o que los
dispositivos conformes no son realmente plugn-play. Para resolverlo, el desarrollo de
sistemas/aplicaciones debera proporcionar
una solucin compatible hacia atrs para las

i)

IEEE 1451.0

Define un conjunto comn de funcionalidades,


comandos y formatos de TEDS para la familia
de los interfaces estndares de los
transductores inteligentes. Esta funcionalidad
ser independiente del medio fsico de
comunicacin (1451.X) entre NCAP y el
transductor. Incluye las funciones bsicas para
leer/escribir
de/en
los
transductores,
leer/escribir TEDS, y enviar la configuracin,
control y comandos de operacin al TIM. Lo
que hace fcil aadir otras capas fsicas IEEE
1451.X a la familia.
Uno de los objetivos de IEEE 1451.0 es ayudar
a alcanzar un alto grado de interoperabilidad
entre los miembros de la familia IEEE 1451
cuando se conectan mltiples redes de
sensores cableadas o inalmbricas.

ii) IEEE 1451.1


Define una especificacin de interfaz y un
modelo de objetos comn para los
componentes de un transductor inteligente de
red. La arquitectura software es definida
mediante tres modelos:

Modelo de datos: especifica el tipo y


forma de la informacin comunicada a
travs de los interfaces de objetos
especficos
IEEE
1451.1
para
comunicaciones locales y remotas. Los
tipos de datos se pueden clasificar en
primitivas (boolean, integers, floats,
octects) y datos estructurados (arrays,
structs, unions, enumerations).

Modelo de objetos: especifica los tipos de


componentes software usados para
disear e implementar sistemas de
aplicaciones.
11

La primera clase es IEEE1451_Root que ser


la raz de la jerarqua de clases de todos los
objetos
IEEE
1451.1.
Su
subclase
IEEE1451_Entity ser la raz para la jerarqua
de los objetos que puedan ser visibles sobre la
red.
Los sistemas de monitorizacin remota, o
sistemas de control o medida, consisten en
objetos de aplicacin que heredan de las
clases
objeto
del
estndar.
Los
desarrolladores pueden usar relaciones de
agregacin y composicin para combinar las
clases para realizar diseos especficos.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 4. Modelo de referencia de la familia de estndares IEEE 1451.

Modelos de comunicacin: definen la


sintaxis y semntica de las interfaces
software entre la red de comunicacin y
los objetos de aplicacin
IEEE 1451.1 incluye un modelo clienteservidor y un modelo publicacinsubscripcin. El modelo cliente-servidor
es un modelo fuertemente acoplado
punto a punto, como se puede ver en la
Figura 6. La comunicacin se realiza
mediante un proceso de pregunta y
respuesta en el que el cliente inicia la
comunicacin enviando la peticin al
servidor. El IEEE 1451.1 est soportado
por dos aplicaciones complementarias a
nivel de aplicacin, que trabajan juntas
para proporcionar un servicio de mensaje
invocacin-operacin-objeto remoto:

Perform() que opera en toda la red


visible, objetos del lado del servidor.

El modelo IEEE 1451.1 publicacinsuscripcin


es
un
modelo
de
comunicacin poco acoplado para
comunicaciones uno-a-muchos y muchos
a muchos. Uno o ms objetos Publisher
comunican informacin en un tema
especfico a uno o ms
objetos
suscriptores interesados en ese tema sin
necesidad de que ninguno de los objetos
conozca la identidad de los otros. En un
sistema IEEE 1451.1 el patrn se
establece mediante un dominio de
publicacin, una clave y un tema. El
modelo de comunicacin soporta dos
operaciones:

Publish() en objetos PublisherPort.

Execute() que opera en el lado cliente


a travs de un IEEE1451_ClientPort.
13

AddSubscriber() con una operacin


asociada Callback() en los objetos
SubscriberPort.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 5: Diagrama de clases de la jerarqua.

Cada
publicacin
lleva
un
IEEE
1451_SubscriberPort con los siguientes
atributos: dominio de suscripcin, clave
de
suscripcin
y
calificador
de
suscripcin. Su combinacin permite la
seleccin de las publicaciones recibidas
por un puerto suscriptor.

i)

IEEE 1451.2

Define un interfaz transductor-NCAP y TEDS


para configuraciones punto a punto. El
estndar original describe una capa de
comunicacin basada en Serial Peripherical
Interface con lneas hardware adicionales para
el control de flujo y el timing, con un total
resultante de 10 lneas para el interfaz. Este
estndar est siendo revisado para actuar
como interfaz con el IEEE 1451.0 y para
soportar las interfaces serie UART y Universal
Serial Interface.
ii) IEEE 1451.3

Permite a los transductores ser dispuestos


como nodos en una red de transductores
multipunto.
iii) IEEE 1451.4
Define una interfaz en modo mixto para
transductores
analgicos
con
modos
operativos analgico y digital. El modelo TEDS
fue refinado para permitir
almacenar un
mnimo de datos pertinentes en un dispositivo
de memoria fsica pequea, como se requiere
en los sensores diminutos y se aadieron
TEDS adicionales para otros tipos de sensores
como micrfonos o acelermetros.
IEEE 1451.4 se centra en aadir la
caracterstica TEDS a sensores analgicos
legacy. Al encenderse, los TEDS de un
transductor son enviados a un sistema de
instrumentacin va una interfaz digital de un
cable. Entonces la interfaz cambia a una
operativa analgica y la misma interfaz se usa
para llevar seales analgicas desde el
transductor al sistema de instrumentacin.

15

Figura 6: Modelo cliente-servidor.

Figura 7: Modelo publicacin-suscripcin.

iv) IEEE 1451.5


Define una interfaz transductor-NCAP y TEDS
para transductores inalmbricos, detallando
protocolos especficos radio para alcanzar esta
interfaz inalmbrica.
A da de hoy, se adoptan estndares
inalmbricos
como
802.11,
802.15.1
(Bluetooth), 802.15.4 (ZigBee) y 6LowPAN.
As, el NCAP es un dispositivo que contendr
una o ms radios inalmbricas (802.11,

Bluetooth y ZigBee) y puede comunicarse con


uno o ms WTIMs (Wireless Transducer
Interface Module).
Cada WTIM contiene:

Radio inalmbrica

Condicionamiento de seal, conversores


A/D y D/A

Transductores

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Cada
NCAP
puede
comunicarse
inalmbricamente con cada WTIM usando
distintos protocolos inalmbricos o tambin a
una red externa.
v) IEEE 1451.6
Define una interfaz transductor-NCAP y TEDS
usando una interfaz de red de alta velocidad
CANopen. Se define un mapping de los TEDS
a las entradas del diccionario CANopen, as
como mensajes de comunicacin, datos de
procesado, parmetro de configuracin e
informacin de diagnstico.
Adopta el perfil de dispositivo CANopen para
medir dispositivos y controladores de bucle
cerrado. Se soportan aplicaciones intrnseca y
no intrnsecamente seguras.
vi) IEEE 1451.7
Define una interfaz y protocolo de
comunicacin entre transductores y sistemas
RFID, proporcionando informacin como
identificacin de productos y seguimiento de
su condicin, el estndar abre nuevas
oportunidades tanto para los fabricantes de
sensores como para los sistemas RFID.

Sensor W eb Enablem ent


Los TEDS describen la funcionalidad bsica de
los sensores (hardware, calibracin de
sensores, fenmenos de sensado, lecturas de
calidad de los sensores) pero no pueden
capturar todas las descripciones adicionales
necesarias para los sensores virtuales/lgicos.
De forma que no es capaz de describir el
procesamiento de los datos de sensores a
mayor nivel (e.g. fusin, interpretacin) lo cual
es necesario para cambiar los datos al tipo de
informacin de contexto requerido por las
aplicaciones sensibles al contexto. Esta
limitacin es afrontada por la iniciativa SWE
(Sensor Web Enablement), una actividad en
curso llevada a cabo por el OGC (Open
Geospatial Consortium) cuyo objetivo es
permitir a los sensores y a sus datos ser
descubiertos y accesibles en tiempo real sobre

la Web mediante protocolos estndares y


APIs.
La principal funcionalidad contemplada por
OCG es:

Descubrimiento de los sensores y los


sistemas
de
observacin
que
proporcionan.
Determinacin de las capacidades y
caractersticas de los sensores y la calidad
de las medidas.
Acceso automtico a los parmetros de
los sensores.
Recuperacin de observaciones en
tiempo real.
Tareas de sensores para adquirir
observaciones de inters.
Posibilitar la suscripcin a alertas
realizadas por sensores o servicios de
sensores bajo ciertos criterios.

La oportunidad de aadir a los sensores una


dimensin en tiempo real, con la consiguiente
significacin para la ciencia, monitorizacin
ambiental, gestin del transporte, seguridad
pblica, gestin de desastres, operaciones
SCADA (Supervisory Control and Data
Acquisition) es la principal ventaja de la
iniciativa SWE que trata de construir un
framework
nico
y
revolucionario
de
estndares abiertos para explotar los sensores
conectados a la web y cualquier tipo de
sistemas de sensores: medidores de
inundacin, monitores de la polucin del aire,
medidores de tensin en puentes, monitores
mviles de corazn, webcams, dispositivos de
imagen terrestre va-satelite...
Los estndares se centran en permitir el
descubrimiento, intercambio y procesado de
las observaciones de los sensores. La
habilitacin de las webs de sensores y redes
se realiza mediante el establecimiento de
varias codificaciones para describir los
sensores y sus observaciones, a travs de la
definicin de varios interfaces estndares para
servicios web.

17

Las especificaciones SWE estn siendo


armonizadas con otros estndares OGC para
procesado geoespacial. Los fundamentos de
los estndares SWE, adems del IEEE 1451,
tambin referencian otros estndares relativos
a sensores y alertas como OASIS Common
Alerting Protocol (CAP), Web Services
Notification (WS-N) y ASAP (Asynchronous
Service Access Protocol), OGC trabaja con
sus respectivos grupos para armonizarlos con
las especificaciones SWE.
La filosofa de SWE es dar uso a los avances
en tecnologa digital que hacen factible
habilitar virtualmente cualquier tipo de sistema
sensor con conexiones. Esas conexiones
soportan acceso remoto a las entradas de
control de los dispositivos y a las salidas de los
datos, as como su identificacin e informacin
de localizacin (como GPS y Cell-ID con
triangulacin para hacer que los dispositivos
mviles de sensado sean capaces de informar
de su localizacin junto con sus datos
obtenidos de los sensores). Con Internet y
protocolos web, se pueden usar esquemas
XML para publicar descripciones formales de
las capacidades de los sensores, estado,
localizacin e interfaces que servidores y
clientes pueden parsear e interpretar
permitiendo el descubrimiento automatizado
de los sensores y la evaluacin de sus
caractersticas basndose en las descripciones
publicadas. Esta informacin proporcionada
permite la geolocalizacin y el procesado de
los datos de los sensores sin la necesidad de
un conocimiento a priori del sistema sensor.
Una aplicacin web podra comunicarse con el
sistema sensor a travs de una interfaz
propietaria o una que implemente el estndar
IEEE 1451. Una aproximacin orientada a
objetos y una descripcin de los datos
proporciona una forma eficiente para generar
un esquema de metadatos estndar para los
datos producidos por los sensores.

Fram ework de estndares SW E

Para lograr las caractersticas citadas en el


apartado anterior, la iniciativa SWE divide las
funcionalidades
en
diversos
elementos
interrelacionados.
Estas
especificaciones
abarcan desde los componentes de proceso
hasta las especificaciones de informacin a
transmitir entre los distintos componentes.
Estos componentes se pueden dividir en dos
grupos: modelos de informacin y servicios.
stos
ltimos
son
los
componentes
encargados de trabajar con dichos modelos.
i)

Modelos de informacin

Los modelos de informacin permiten


la
habilitacin de las webs y redes de sensores a
travs del establecimiento de un conjunto de
codificaciones para la descripcin de sensores
y observaciones de sensores:

Observaciones y medidas (Observations &


Measurements Schema, O&M)

Lenguaje del modelo de sensor (Sensor


Model Language, SensorML)

Lenguaje de marcado de transductor


(Transducer
Markup
Language,
TransducerML)

(1) Observations & Measurements Schema


(O&M)
La funcin de O&M es presentar un modelo
estndar para la representacin y el
intercambio de los resultados observados.
Para ello establece un framework de alto nivel
- modelo conceptual y codificacin XML- que
representa las observaciones, medidas,
procedimientos y metadatos de los sensores.
Se considera una observacin a un evento
cuyo resultado es un valor que describe un
fenmeno. Esta observacin es modelada
como una caracterstica en el contexto del
modelo general ISO/OGC. La caracterstica de
observacin se une al resultado de la
caracterstica de inters bajo la cual se ha
hecho. Las observaciones se realizan en base
a procedimientos, lo cual puede implicar la
necesidad de simulacin, procedimiento
analtico u otros procesos numricos

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

La informacin bsica necesaria para


comprender un valor medido es el valor y la
unidad de medida. Se identifican ocho formas
distintas con mltiples opciones, cuyo objetivo
es desarrollar una forma preferida para
estructurar esta informacin en XML.
O&M es requerido por el candidato SOS
(Sensor Observation Service) (que se analizar
en
el
prximo
apartado)
para
la
implementacin de arquitecturas SWE y para
el soporte general para los sistemas OGC.
(2) Sensor Model Language (SensorML)
Con la capacidad de su modelo standard y el
esquema XML, SensorML proporciona una
descripcin de un framework flexible y
extensible
- modelo de informacin y
codificaciones- para compartir la informacin
necesaria para el descubrimiento de sensores,
la descripcin de cualquier proceso, las
observaciones
de
geolocalizacin,
el
procesamiento de bajo nivel de las
observaciones de los sensores, y la
exploracin
de
mltiples
propiedades
asociadas a las tareas actuales.
El ncleo del modelo SensorML
es el
modelado de todos los componentes como
procesos. El modelado incluye dispositivos
individuales de sensado, sistemas de sensores
complejos y mdulos de procesado de datos.
Cada proceso individual define sus entradas,
salidas y mtodos para procesar sus entradas
y parmetros para obtener sus salidas. Los
procesos pueden estar compuestos para crear
cadenas de procesado que pueden ser
posteriormente compuestas (filter-and-pipe).
SensorML tambin proporciona soporte
exhaustivo para describir una amplia variedad
de informacin de especificacin relativa al
sensor.
Los estndares descritos pueden combinarse
para minimizar el uso de memoria para el
almacenamiento y las especificaciones de
procesado del sensor en el nivel hardware y
proporcionar descubrimiento dinmico de
sensores y capacidades de sensores en el

nivel de aplicacin. Una posible combinacin


de estos estndares es usar los TEDS para
permitir que los sensores se describan a ellos
mismos, y luego usar SensorML para modelar
estas descripciones en una representacin
flexible y extensible para sistemas/aplicaciones
de ms alto nivel. Mientras, O&M y
TransducerML son explotados para describir
las propiedades de las observaciones
(medidas) obtenidas por los sensores y para
codificar datos multiplexados de sistemas de
sensores, respectivamente.
La medida de los fenmenos, que dan como
resultado una observacin, empiezan con los
procesos de muestreo y deteccin, seguidos
probablemente por los de manipulacin de
datos. La divisin entre medida y postprocesado se ha vuelto borrosa con la
introduccin de sensores ms complejos e
inteligentes as como aplicaciones de ms
procesado on-board de observaciones. Un
modelo de procesado define entradas, salidas,
parmetros y mtodos para el proceso as
como una coleccin de metadatos til para el
descubrimiento y la asistencia humana. Dentro
de SensorML, todo, incluyendo detectores,
actuadores, filtros y operadores, se define
como
modelos
de
procesado.
Los
parmetros, entradas y salidas se definen
usando tipos de datos comunes SWE.
Proporciona, por tanto, un modelo funcional
del sistema sensor ms que una descripcin
detallada de su hardware. Trata los sistemas
sensor y los componentes de los sistemas
como procesos. De esta forma cada
componente puede ser incluido como parte de
una o ms cadenas de procesos que pueden
o describir el origen de las observaciones o
proporcionar
un
proceso
para
la
geolocalizacin y el procesado de las
observaciones a un mayor nivel de
informacin.
Ofrece metadatos adicionales para permitir el
descubrimiento, identificar restricciones del
sistema, proporcionar contactos y referencias
y describir propiedades de las tareas,
19

interfaces y propiedades fsicas. Los


metadatos
de
proceso
incluyen
identificadores, clasificadores, restricciones,
referencias adems de las entradas, salidas,
parmetros y localizacin del sistema.
OGC slo recomend un nmero limitado de
definiciones de terminologa, lo que limita la
expresividad de SensorML para un amplio
rango de sensores. Para reducir la brecha
entre IEEE 1451 y SensorML, se ha creado
una ontologa para las terminologas acorde a
la lista de TEDS template property commands.
La forma apropiada de base de conocimiento
es un problema de contencin; sin embargo,
el uso de una ontologa para modelar
terminologas permite a cada trmino ser
identificado con su namespace nico para
evitar conflictos de nombres cuando trminos
de mltiples dominios se junten. Construir una
ontologa general para un conocimiento de
dominio cruzado es muy importante pero es
un reto difcil que requiere de colaboracin
entre cada dominio de conocimiento. Se han
llevado a cabo trabajos por la comunidad
Marine Metadata Interoperability y SWEET
(Semantic Web for Earth and Environmental
Terminology) para alcanzar la interoperabilidad
entre sus dominios especficos.

(3) Transducer
(TransducerML)

Markup

Language

TransducerML est dirigido a estandarizar el


multiplexado de streaming de datos de un
sistema transductor y describir tanto el
sistema como la codificacin de los datos.
TML ofrece un mtodo y formato de mensaje
para describir la informacin de los sistemas y
capturar, transportar y archivar datos de los
transductores de forma eficiente y efectiva en
una forma comn, independientemente de la
fuente original.
Tener un lenguaje comn de datos para los
transductores permite un proceso TML y un
sistema de control para intercambiar
informacin de comando (datos de control) y

informacin del status (datos de sensor) con


un sistema transductor que incorpore
tecnologa TML.
TML usa XML para la captura e intercambio de
datos, definiendo:

Un conjunto de modelos describiendo las


caractersticas de respuesta hardware del
transductor.

Un mtodo eficiente para el transporte de


datos de sensor y su preparacin para su
fusin mediante asociaciones espaciales y
temporales.

Debe considerarse que, a menudo, los datos


de los sensores son un artefacto del
procesamiento interno ms que una verdadera
grabacin del estado de los fenmenos. Los
efectos de este procesamiento en los
fenmenos sensados estn basados en
hardware y son caracterizados como
funciones. Los modelos de respuesta TML se
formalizan como descripciones XML de los
comportamientos hardware conocidos.
TML proporciona modelos para la latencia de
transductor y tiempos de integracin, figuras
de ruido, geometras espacial y temporal,
respuesta frecuencial, respuesta de estadoestacionario y respuesta al impulso. Estos
modelos pueden usarse, p. ej. para revertir
efectos de distorsin.
El XML tradicional envuelve cada elemento de
datos en un tag significativo semnticamente.
Su capacidad semntica es ms adecuada,
generalmente, para el intercambio de datos
que para la entrega en tiempo real donde el
ancho de banda variable es un factor.
TML proporciona codificacin y un modelo
conceptual para clusters en tiempo real y
observaciones referenciadas del sensor,
siendo designado para el transporte eficiente
de los datos de sensores en grupos, TML
clusters. Tambin proporciona un mecanismo
para la correlacin temporal con otros datos
de transductores.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

En la comunicacin entre los sensores y los


procesadores habilitados TML, no slo se
transfieren los datos del sensor sino tambin
los metadatos. Esto permite al procesador
realizar mltiples tareas directamente sobre los
datos del sensor (bsqueda, descubrimiento,
suscripcin y procesado), ms que anlisis
puro o actuacin en los datos del sensor. TML
se complementa y ha sido armonizado con
SensorML y O&M, TML proporciona
codificacin y un modelo conceptual para
clusters en tiempo real y observaciones
referenciadas del sensor para un sistema
sensor.
Entre estas especificaciones estndar, el
preprocesado de datos y la fusin es realizada
por TML y Sensor ML.

ii) Definiciones
estndares

de

interfaces

Las definiciones de interfaces estndares para


servicios web incluyen:

Sensor Observation Service (SOS)

Sensor Planning Service (SPS)

Sensor Alert Service (SAS)

Sensor Collection Service (SCS)

Web Notification Services (WNS)

(1) Sensor Observation Service (SOS)


El objetivo es proporcionar acceso de forma
estndar a las observaciones de los sistemas
de sensores de forma consistente con todos
los sistemas de sensores (remotos, in-situ,
fijos y mviles). Incluye la definicin de un API
para la gestin de los sensores desplegados y
la recuperacin de datos de los sensores,
especficamente datos de observaciones.
Ya sea desde los sensores in-situ (e.g.,
monitorizacin de agua) o sensores dinmicos
(e.g. imgenes de satlite), las medidas
hechas a partir de los sistemas sensores

aportan la mayora de los datos geoespaciales


por volumen de los sistemas geoespaciales
actuales. Por tanto, es un elemento crtico de
la arquitectura SWE, ya que define
representaciones de datos centrados en la red
y operaciones para el acceso y la observacin
integrada de datos.
SOS se comporta como intermediario entre el
cliente y un repositorio de observacin o canal
sensor en casi tiempo-real. Los clientes
pueden acceder para obtener metadatos que
describen los procedimientos, sensores,
plataformas y otros metadatos asociados a las
observaciones.

(2) Sensor Planning Service (SPS)


Fue designado y desarrollado para permitir un
servicio interoperable mediante el cual un
cliente puede determinar una coleccin de
peticiones
directamente
a
los
sensores/plataformas.
Especficamente, el documento detalla las
interfaces para pedir informacin describiendo
las capacidades de un SPS para determinar la
viabilidad de una peticin en la planificacin de
los sensores, solicitar la peticin, actualizar o
cancelar
(3) Sensor Alert Service (SAS)
Especifica interfaces para la peticin de la
informacin describiendo capacidades para
determinar la naturaleza de las alertas
ofrecidas, los protocolos usados y la opcin
para suscribirse a tipos de alertas especficas.
Una alerta se define como un tipo especial de
notificacin indicando que ha ocurrido un
evento en un objeto de inters. Si ocurre un
evento el nodo lo enviar al SAS mediante una
operacin de publicacin, de la misma forma
el consumidor podr suscribirse a alertas
diseminadas por el SAS. Si ocurre un evento el
SAS notificar a todos los clientes suscritos.
(4) Sensor Collection Service (SCS)

21

Proporciona una interfaz web estndar a un


sensor, coleccin de sensores o a un proxy,
para acceder y reunir a sus observaciones y
manipularlas. Las instancias SCS son
colecciones en la web para tipos dispares e
instancias de sensores que entregan las
observaciones (e.g. ppm, temperatura) como
respuesta a peticiones de clientes HTTP.
(5) Web Notification Services (WNS)
Posibilita la suscripcin a un servicio de
notificaciones en funcin de un criterio
establecido sobre los sensores sobre los que
se desea recibir informacin.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 8: Correspondencia TEDS IEEE 1451.4-2004 a SensorML.

transductor escrita en TDL sirve como un


mapa que indica al decodificador cmo
debe ser ledo cada campo propiedad.

Correspondencia TEDS IEEE 1451.42004 en SensorM L


Un paso fundamental hacia la armonizacin
IEEE 1451 y los estndares SensorML es
definir correspondencias de las terminologas
entre estndares. Estas correspondencias
deben
ser
definidas
cuidadosamente,
idealmente mediante dominios expertos, para
cumplir con las necesidades de modelar un
rango amplio de especificaciones de
transductores y proporcionar el
soporte
necesario para la gestin de fuentes de
contexto transparentes para aplicaciones
sensibles al contexto.

Los datos TEDS comprenden un bloque


bsico (incluyendo ID fabricante, nmero
de modelo, nmero de serie, nmero de
versin y versin letter), plantilla TEDS y
datos de usuario.

Una lista de comandos de propiedad


reservados para las especificaciones de
transductor. Son definidos y mantenidos
por el IEEE y los fabricantes de
transductores inteligentes son pueden
extender la lista con comandos de
propiedad especficos para cumplir sus
necesidades.

La
correspondencia
entre
las
especificaciones TEDS y Sensor ML se
realiza creando una base de conocimiento
(definidas en forma de diccionarios,
registros u ontologas) que mapea cada
comando TEDS (que puede tener varios
sinnimos) a una descripcin SensorML
adecuada que capture conocimiento

El proceso a seguir puede verse en la Figura


8:

Las comunicaciones del transductor son


manejadas por NCAP y el
TIM
correspondiente del subestndar (i.e. MMI
en el caso de IEEE 1451.4-2004).

El transductor TEDS es accesible va MMI


en formato binario. Los datos binarios
TEDS obtenidos se decodifican usando
una plantilla apropiada. Una plantilla de

23

experto en la interpretacin de cada


propiedad del transductor.

Como un ltimo paso en la creacin de la


descripcin del sensor para los requisitos
del sistema/aplicaciones de mayor nivel,
se generar una descripcin SensorML.

tambin extendida basndose en la lista IEEE


de transductores inteligentes. Por ejemplo, se
aade a los TEDS una medida de seguridad y
privacidad
personalizada
para
facilitar
privilegios para el control de sensores. Los
datos TEDS se codifican usando esta plantilla
que se almacena en el bloque de
configuracin de TinyOS (SO que corre en el
hardware Mote).

Interfaz de red

Figura 9: Descripcin SensorML


generada.

La implementacin del prototipo consistira en


dos partes:

Un componente de decodificacinextraccin
TEDS,
capaz
de
la
decodificacin binaria TEDS y de extraer
especificaciones acorde a la plantilla de
sensor escrita en TDL.
Un motor SensorML que genera
descripciones SensorML basadas en la
ltima versin aprobada V1.0.0 de la
especificacin
del
estndar,
OGC
Specification 07-000, acorde a las
especificaciones TEDS suministradas.

En [6] se realiza un estudio de viabilidad de las


funcionalidades de la familia de estndares
IEEE 1451 usando el hardware de sensor
inalmbrico, el Crossbow Mote, para verificar
como un sensor no conforme con el IEEE
1451 puede beneficiarse de los estndares
con el mnimo de trabajo extra. En el estudio
se modifica la estructura de los TEDS y se
redefine una plantilla personalizada usando
TDL, que refleja las especificaciones fsicas del
sensor de temperatura (Termistor Panasonic
NTC montado en una placa de sensores MTS
310). La lista de comandos propiedad ha sido

La familia de estndares IEEE 1451 contempla


tres posibles formas para acceder desde la red
a los sensores y actuadores en el TIM:

IEEE 1451.0 Hyper Text Transfer Protocol

IEEE 1451.1

Smart Transducer Web Services

1) Protocolo HTTP IEEE 1451.0


Se centra en el acceso web de los datos de
los transductores y los TEDS a travs del
protocolo HTTP 1.1. Los usuarios pueden
realizar una peticin HTTP al servidor HTTP del
NCAP, el servidor procesa la peticin y
devuelve la respuesta al cliente (en XML, HTML
o texto).
De esta forma, los sensores y actuadores
pueden ser accedidos remotamente en
cualquier lugar mediante el protocolo IEEE
1451.0. El proceso pregunta- respuesta se
muestra en la Figura 10:
-

Cliente HTTP enva peticin al servidor


HTTP en el NCAP.

Servidor HTTP en el NCAP recibe la


peticin HTTP, la procesa y llama al
correspondiente
servicio
de
transductor IEEE 1451.0.

El servicio del transductor IEEE 1451.0


llama al mdulo de comunicacin IEEE
1451. X en el TIM y obtiene sus
resultados.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

El servidor HTTP en el NCAP obtiene


los resultados del servicio de
transductor IEEE 1451.0 y devuelve la
respuesta HTTP al cliente.

2) Smart Transducer W eb Services


STWS (Smart Transducer Web Service) es un
conjunto de servicios web para transductores
inteligentes IEEE 1451 que permite servicios
como por ejemplo: descubrimiento de TIM, de
transductor, lectura de datos del transductor,
lectura de TEDS de geolocalizacin

25

Figura 10: Protocolo HTTP IEEE 1451.0.

Utiliza el lenguaje Web Services Description


Language (WSDL) que es un formato XML
para describir servicios de red. Las
operaciones y los mensajes se describen de
forma abstracta y se ligan a un protocolo
concreto de red y a un formato de mensaje
para definir un endpoint. La especificacin
WSDL se divide en 6 elementos: definiciones,
tipos, mensajes, tipo de puerto, binding y
servicio.

El elemento definicin define el nombre


del servicio web, define los espacios de
nombres y contienen todos los elementos
del servicio.

El elemento tipo describe todos los tipos


de datos usados en las comunicaciones
entre el proveedor del servicio y el
consumidor.

Todos los tipos de datos STWS se incluyen en


los siguientes tipos de datos:

Simples y complejos.

TEDS del estndar IEEE 1451.0.

Tipos usados en los mensajes de


peticin y respuesta.

El elemento mensaje define el nombre del


mensaje y contiene una o ms elementos
que
pueden
ser
referidos
como
parmetros de mensaje o valores de
retorno del mensaje.

El elemento portType describe un


conjunto de operaciones abstractas y
mensajes abstractos basados en los
servicios de los transductores IEEE
1451.0.

El elemento binding describe como los


servicios pueden ser implementados en la
red.

Figura 11: Interoperabilidad STWS basada


en WSDL.

Un ejemplo de la interoperabilidad STWS


basada en WSDL se puede ver en la Figura
11:

El proveedor de servicios STWS puede


ser generado a partir de un fichero WSDL
usando herramientas de servicio web.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Los servicios web de STWS pueden ser


implementados, despus construidos y
luego desplegados.

4) IEEE 1451.5 define el interfaz transductorNCAP y los TEDS de los transductores


inalmbricos.

Por otro lado, los consumidores STWS de


servicios web pueden ser tambin
generados a partir de la referencia web
del STWS.

Los consumidores se pueden ligar al


proveedor STWS con SOAP, e invocar los
servicios web de STWS a travs de
mensajes SOAP/XML.

5) Adopta los protocolos de comunicacin


inalmbricos populares. El rango radio de
cada medio asociado depende altamente
del diseo de la antena y la ganancia del
transmisor.

Los consumidores de servicios STWS


implementados en Java, C# o C++
pueden ser interoperables con el
proveedor
de
servicios
STWS
implementado en Java.
El consumidor STWS podra ser cualquier
aplicacin de sensorizacin, i.e. sensor de
alerta Por tanto, estas aplicaciones de
sensor pueden interoperar con los
transductores inteligentes IEEE 1451 a
travs de STWS.
STWS permite el acceso a los
transductores inteligentes IEEE 1451 a
travs de mensajes SOAP/XML sobre
internet.

Interfaz
1451.5

fsica

de

transductor:

6) Los medios inalmbricos IEEE 1451.5


transfieren los mensajes IEEE 1451.0 en
un formato de array de octetos.
7) La informacin del sensor del sistema IEEE
1451.0 se junta en el payload codificado
como un array de octetos.
8) La capa IEEE 1451.5 transporta el payload
sin necesidad de parsearlo. Se espera que
empaquete el array de octetos en una
serie de paquetes adecuados al formato
IEEE 1451.5.
9) La capa IEEE 1451.5 tambin se
encargar
de segmentar el array de
octetos en paquetes de red del tamao
adecuado
y
reensamblarlos
posteriormente en el array de octetos.
10) Todo lo relacionado con cifrado,
autenticacin y compresin ser manejado
por la capa de red IEEE 1451.5

IEEE

El estandarizado de los interfaces de sensor y


los formatos de datos ayuda a facilitar la
sensorizacin y la interoperabilidad, lo que
acorta el ciclo de desarrollo y reduce los
costes en el despliegue de una red inalmbrica
de sensores (en adelante WSN). La familia
IEEE 1451 define por tanto, un conjunto
comn de comandos y funciones para
acceder a los sensores en una red WSN.
3) Las interfaces fsicas inalmbricas de las
WSN se definen en el estndar IEEE
1451.5.

Ejem plo
de
im plem entacin
1451.0 y 1451.5.

IEEE

En [7] se presenta un ejemplo de


implementacin del estndar IEEE 1451.5
usando como interfaz inalmbrica el estndar
IEEE 802.11, un conjunto de estndares
WLAN en las bandas de frecuencia 2.4 GHz,
3.6 GHz y 5 GHz. IEEE 1451.5-802.11 adopta
los protocolos IEEE 802.11 a/b/g. Es
compatible con las construcciones de
seguridad de 802.11e y 802.11i.
El sistema consiste en un nodo NCAP y un
nodo inalmbrico TIM:

27

11) NCAP y WTIM se implementan en dos


porttiles en Java para facilitar el testeo del
software.
12) Pueden ser fcilmente implementables en
plataformas embebidas.
13) Consta de un mdulo sensor basado en
1451.2 consistente en mltiples sensores
unido al ordenador WTIM mediante un
puerto serie.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 12: Ejemplo de implementacin 802.11.

14) NCAP se comunica con WTIM mediante


un punto de acceso usando el protocolo
IEEE 802.11. Las comunicaciones se
implementan con los protocolos IEEE
1451.0 y 1451.5-802.11 usando el clienteservidor y modelos de comunicacin
editor-suscriptor.

tal y como se dijo en la seccin anterior, a


travs del interfaz de red especificado por:

Las comunicaciones cliente-servidor y editorsuscriptor entre los dos nodos fueron


implementadas usando TCP /IP y UDP/IP
respectivamente.

El dispositivo WTIM contiene un mdulo de


comunicacin inalmbrica IEEE 1451. 5,
acondicionamiento de seal, ADCs y DACs y
TEDS.

NCAP contiene una interfaz de red, los


servicios del transductor IEEE 1451.0 y el
mdulo de comunicaciones inalmbricas IEEE
1451.5. NCAP acta como WSN gateway
(puente entre el usuario de la red y los WTIMs).
Se puede comunicar con el usuario de la red,

En la Figura 13 se muestra un ejemplo similar


en el que la red WSN basada en el estndar
IEEE 1451.5-802.11 est orientada a servicios
y usa la interfaz STWS. A la dcha. se muestra
el prototipo WSN IEEE 1451.5-802.11
implementado que consiste en:

15) El modelo de comunicacin IEEE 1451.11997


16) IEEE 1451.0 HTTP
17) Smart Transducer Web Service (STWS)

29

18) Una aplicacin de un sensor (STWS


service consumer).
La aplicacin del sensor es un STWS
consumidor, incluyendo un cliente STWS
corriendo
en
un
ordenador.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Figura 13: Ejemplo de implementacin 802.11 STWS.

El servicio del consumidor puede encontrar


servicios web de STWS e invocarlos en el
NCAP usando mensajes SOAP/XML a travs
del cliente STWS.
19) IEEE 1451 NCAP (STWS service provider)

Se implementa como un ordenador


con una radio 802.11.

Los sensores IEEE 1451.2 se conectan


al WTIM a travs de un interfaz serie
RS-232, a travs de la conexin RS232
se puede acceder a los datos el sensor
IEEE 1451.2 y a los TEDS.

Consta del STWS, IEEE 1451.0 y el


mdulo de comunicacin IEEE 802.11.
El NCAP puede comunicarse con un
sensor de aplicacin mediante un
interfaz STWS.

El WTIM puede comunicarse con el NCAP, de


la misma forma que en el ejemplo anterior a
travs del interfaz IEEE 802.11.

Puede comunicarse con un WTIM a


travs del interfaz IEEE 802.11

STWS proveedor y consumidor se pueden


comunicar mediante mensajes SOAP/XML.

20) IEEE 1451.5-802.11 WTIM (nodo sensor


inalmbrico).

Las
comunicaciones
cliente/servidor
y
publicacin/suscripcin entre NCAP y WTIM
pueden implementarse mediante TCP/IP y
TCP/UDP respectivamente

31

Los
procesos de comunicacin entre la
aplicacin de sensor, NCAP y WTIM son los
siguientes:

La aplicacin del sensor, a travs del


cliente STWS del STWS consumer, enva
una peticin al proveedor de servicios
NCAP mediante mensajes SOAP/XML.

En el STWS proveedor (NCAP), el NCAP


recibe la peticin a travs de STWS, la
procesa
y
llama
al
servicio
correspondiente del transductor de IEEE
1451.0

De vuelta, el servicio del transductor llama


al mdulo de comunicacin IEEE 1451.5802.11 en el NCAP.
El mdulo de comunicacin en el NCAP
comunica la peticin al correspondiente
mdulo de comunicacin en el WTIM a
travs del interfaz inalmbrico IEEE
802.11.

En el WTIM, el mdulo de comunicacin


IEEE 1451.5-802.11 obtiene la respuesta
de la peticin i.e. una lectura del sensor
del TIM 1451.0.

Esta lectura se enva a la aplicacin de


sensorizacin mediante el proceso
inverso.

Interfaces inalmbricas soportadas


Las tecnologas objetivo del estndar IEEE
1451 son PAN (rango de 10 a 100 m), LAN
(rango de 20 a 5 km), WAN e incluso redes
mayores (5 a 15 km). A da de hoy, NCAP
puede comunicarse con cada WTIM usando
mensajes IEEE 1451.0 a travs de protocolos
inalmbricos especficos como IEEE 802.11,
Bluetooth, ZigBee o 6LowPAN. Actualmente
se contemplan estas cuatro tecnologas pero
NIST
est
investigando
(2011)
la
estandarizacin de redes de sensores e
interfaces para mejorar su fabricacin,
eficiencia
y
la
interoperabilidad
del
equipamiento con lo que es muy probable
que se sigan introduciendo mejoras y en un

futuro prximo se soporten ms tecnologas,


incluso alguna WWAN.
Algunos de los protocolos de comunicacin
inalmbricos estndar mencionados no son
diseados especficamente para aplicaciones
de sensores aunque se usen para redes
WSN. Cada WSN define sus propios formatos
de datos especficos de sensores y los datos
de los sensores no pueden ser intercambiados
o compartidos entre distintas WSNs. Por
tanto, las aplicaciones requerirn:

Una interfaz comn para sensores y otros


dispositivos para coger datos procesados.

Un protocolo de red estndar para


comunicar e intercambiar informacin
para el control del sistema y diagnosis.

Una arquitectura de sistema abierta que


facilite la integracin de componentes
desde distintas fuentes.

Las definiciones de la capa de acceso al


medio y la capa fsica de la familia IEEE 802
cumplen algunas de las necesidades de la red
IEEE 1451, de forma que su estructura general
puede usarse como base para la estructura de
la familia 1451. Fue por ello con el objetivo de
reducir al mximo el tiempo de desarrollo que
el IEEE 1451 adopt partes de estos
estndares.

i)

IEEE 1451.5-802.11

Figura 14: Pila de protocolos IEEE 1451.5802.11.

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

La pila de IEEE 1451.5-802.11 (Figura


14) est basada en el modelo OSI, usa las
capas PHY y MAC del IEEE 802.11.

El estndar IEEE 1451.5-ZigBee soporta


la capa PHY y MAC de IEEE 802.15-42003.

La capa de red soporta IP.

Y la capa de transporte usa UDC o TCP.

La capa de aplicacin contiene IEEE


1451.5-802.11, IEEEE 1451.0 y la
aplicacin NCAP o WTIM.

Como se muestra en la Figura 16, el


protocolo ZigBee proporciona la capa de
red NWK y Soporte de aplicacin y
ZDO Objeto dispositivo ZigBee).

iv) IEEE 1451.5- 6LoW PAN

NCAP puede comunicarse con el WTIM


usando mensajes IEEE 1451.0 a travs
del protocolo IEEE 802.11.

ii) IEEE 1451.5- Bluetooth

La capa de red usa L2CAP (Logical Link


Control and Adaptation Layer Protocol)
proporciona servicios de datos orientados
o no a conexin. Service Discovery
Protocol (SDP) sirve para la deteccin
automtica de los dispositivos (ver Figura
15).

La capa de transporte soporta o BNEP


(Bluetooth
Network
Encapsulation
Protocol) que proporciona capacidades
de red para dispositivos Bluetooth sobre
L2CAP o SLIP (Serial Link Internet
Protocol) que traduce entre un flujo de
bytes y un flujo de paquetes sobre
comunicaciones de frecuencia radio
(RFCOMM).

La interfaz IEEE 1451.5-6LoWPAN


especifica las funciones, protocolos e
interfaces requeridas por el mdulo de
comunicacin
6LoWPAN
interconectando WTIM y NCAP.

Figura 16:Pila de protocolos IEEE 1451.5ZigBee.

Como se puede ver en la Figura 17, IEEE


1451.5-6LoWPAN soporta IEEE 802.154-2003 PHY y MAC

La capa de red usa el protocolo IETF


6LoWPAN.

Figura 15: Pila de protocolos IEEE 1451.5Bluetooth.

iii) IEEE 1451.5- ZigBee

Figura 17: Pila de protocolos IEEE 1451.56LoWPAN.

33


Aplicaciones del estndar IEEE 1451

En
la
literatura
se
han
observado
implementaciones prcticas relativas a:

Monitorizacin remota y accionamiento

Cuando un NCAP est conectado a un TIM


equipado con sensores, los parmetros fsicos
medidos
pueden
ser
monitorizados
remotamente a travs de NCAP, que puede
enviar los datos resultantes del sensor a la red
o a Internet.
Cualquier
estacin
de
monitorizacin
conectada a la red o Internet puede
monitorizar los parmetros.
La actuacin remota ocurre cuando NCAP se
conecta al TIM slo mediante actuadores. Esto
proporciona un mecanismo que permite la
manipulacin remota de los actuadores en la
red a la cual NCAP est conectada.

Medidas y control colaborativo

En este escenario, dos o ms NCAPs, cada


uno conectado a un sensor o actuador TIM, se
comunican para realizar medidas remotas y
operaciones de control de forma colaborativa.

Aplicaciones web

Por ejemplo en el 2009, se propone ZigBee


WSN verificando el estndar IEEE 1451 [8]. En
[9] se estudia el comportamiento del estndar
IEEE 1451 en las WSN. En concreto, se han
visto aproximaciones al desarrollo WSN IEEE
1451.5 basadas en Bluetooth, implementacin
IEEE 1451.0 y 1451.5 basada en IEEE 802.11,
sistemas de
monitorizacin del entorno
inalmbrico, servicios Web de transductores
inteligentes, integracin de los transductores
con OGC-SWE (Open Geospatial ConsortiumSensor Web Enablement) usando STWS
Los autores de referencia del estndar son
Eugene Y. Song y Kang B. Lee [10- 15].

Agradecim ientos

Medidas y control distribuidos

Esto ocurre cuando un TIM con ambos tipos


(sensor y actuador) es conectado a un NCAP
en una red. El TIM puede realizar medidas
locales y funciones de control como lo indique
un NCAP en cualquier lugar en la red o
Internet.

Este trabajo est cofinanciado por el Centro


para el Desarrollo Tecnolgico Industrial (CDTI)
en el marco del programa INNPRONTA, a
travs del proyecto CIUDAD2020 con nmero
de
referencia
IPT-2011006
(www.innprontaciudad2020.es).

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

Referencias
[1]. Smart Cities Transforming the 21st century city via the creative use of technology. ARUP.
http://www.arup.com/Publications/Smart_Cities.aspx
[2]. Smart Cities Maturity Model Methods and Practices: Becoming a Smart City: IDC Energy Insights Smart Cities Maturity Model
[3]. K. Henricksen and J. Indulska. A software engineering framework for context-aware pervasive computing. In Pervasive
Computing and Communications, 2004. PerCom 2004. Proceedings of the Second IEEE Annual Conference on, pages 77
86, 2004.
[4]. T. Strang and C. Linnhoff-Popien. A context modelling survey. In First International Workshop on Advanced Context
Modelling, Reasoning And Management UbiComp 2004, Nottingham, England, 2004.
[5]. Kang, L.: Wireless Sensing and IEEE 1451. Proceedings of Sensor Expo & Conference,Chicago (2001).
[6]. P. Hu, R. Robinson and J. Indulska. Sensor Standards: Overview and Experiences. Intelligent Sensors, Sensor Networks and
Information, 2007. ISSNIP 2007. 3rd
[7]. E.Y. Song, K.B. Lee, S.E. Fick, and A.M. Donmez. An IEEE 1451.5802.11 standard-based wireless sensor network with
embedded WTIM. IEEE Instrumentation and Measurement Technology Conference (I2MTC), 2011.
[8]. J. Higuera, J. Polo, M. Gasulla, A ZigBee Wireless Sensor Network Compliant with the IEEE 1451 Standard, Proceedings of
2009 IEEE Sensors Applications Symposium, New Orleans LA, USA February 17-19, 2009.
[9]. Z. Li, J. Hua, Y.Cheng, Approach to Wireless Sensor Network Development based on IEEE 1451, Proceedings of 2009
International Forum on Information Technology and Applications, pp. 443-446.
[10]. E. Y. Song and K. B. Lee, Interoperability Test of IEEE 1451.5 Standard-Based Wireless Sensors, Proceedings of 2010
International Conference on Measuring Technology and Mechatronics Automation (ICMTMA), Changsha, China, March 1314, 2010 , pp. 510-515.
[11]. E. Song and K. Lee, An implementation of the proposed IEEE 1451.0 and 1451.5 standards, in Proc. IEEE SAS, Houston,
TX, Feb. 79, 2006,pp. 7277.
[12]. E. Y. Song and K. Lee, Understanding IEEE 1451-networked smart transducer interface standard, IEEE Instrum. Meas.
Mag., vol. 11, no. 2, pp. 1117, Apr. 2008.
[13]. E. Y. Song and K. Lee, Sensor network based on IEEE 1451.0 and p1451.2-RS232, in Proc. IMTC, Victoria, BC,
Canada,May 1215, 2008, pp. 16.
[14]. K. Lee and E. Song, Wireless sensor network based on IEEE 1451.0 and IEEE 1451.5-802.11, in Proc. 8th ICEMI, Xian,
China,Aug. 1618, 2007, pp. 4-74-11.
[15]. E. Song and K. Lee, Smart transducer web service based on IEEE 1451.0 standard, in Proc. IMTC, Warsaw, Poland, May
13, 2007, pp. 16.

Descripcin del grupo de investigacin


El Grupo de Tecnologa Electrnica y Comunicaciones (GTEC) es un grupo de investigacin adscrito al Departamento de Electrnica y
Sistemas de la Universidade da Corua (UDC). El GTEC desarrolla su actividad docente e investigadora en sistemas de
telecomunicaciones interesndose de manera especial en las tecnologas, aplicaciones y servicios de transmisin de datos a travs de
medios inalmbricos. Las lneas de investigacin concretas del GTEC son las siguientes:

Redes inalmbricas de sensores para localizacin y envo de informacin contextual.

Comunicaciones inalmbricas entre vehculos.

Comunicaciones para la Integracin de Aplicaciones Empresariales (Enterprise Application Integration, EAI): servicios web,
servicios de mensajera, Enterprise Service Bus (ESB) con especial enfsis en su aplicacin a Smart Cities.

Tecnologas para identificacin por radiofrecuencia (RFID).

Prototipado de equipos terminales de comunicaciones, con especial nfasis en los estndares DVB, DAB, IEEE 802.11, IEEE
802.15, IEEE 802.16, ...

Tcnicas adaptativas e iterativas de procesado de seal para estimacin, igualacin, sincronizacin y cancelacin de
interferencias en comunicaciones inalmbricas.

Diseo de esquemas de codificacin de canal tipo Turbo y/o LDPC.

Desarrollo de interfaces radio con tecnologas multiantena (MIMO, del ingls Multiple Input Multiple Output).

35

El GTEC destaca por cubrir un amplio espectro de temas en comunicaciones digitales que van desde los aspectos ms tericos de
procesado de seal y teora de la informacin hasta los ms prcticos de prototipado de equipos terminales.
El GTEC se compone de nueve profesores doctores (un Catedrtico de Universidad, tres Profesores Titulares de Universidad, cinco
Profesores Contratados Doctores y un Profesor Interino de Sustitucin), un profesor no doctor (un Profesor de Escuela Universitaria), y
siete estudiantes de doctorado becados/contratados (un becario FPI, un becario FPU y cinco ingenieros informticos contratados). El
grupo es coordinado por el Prof. Luis Castedo Ribas (luis@udc.es), Catedrtico de Universidad por el rea de conocimiento de Teora
de la Seal y Comunicaciones desde 2001.
El GTEC destaca por su capacidad de formacin de investigadores como lo demuestra que en su seno se hayan formado nueve
doctores, muchos de los cuales ocupan actualmente puestos docentes en diversas universidades nacionales y extranjeras. En efecto,
cuatro son Profesores Titulares de Universidad en las universidades de A Corua, Sevilla y Carlos III de Madrid; uno es Assistant
Professor en la State University of New York at Stony Brooke (USA); cuatro son Profesores Contratado Doctor en la UDC; y uno es
Profesor Interino de Sustitucin en la UDC. Actualmente, siete integrantes del GTEC estn siendo financiados a travs de becas y
contratos para que realicen su tesis doctoral.
Los profesores del GTEC imparten docencia de grado y posgrado en la Facultad de Informtica de la UDC. Actualmente participan,
junto con las universidades de Cantabria, Pas Vasco y Zaragoza, en el Programa de Doctorado interuniversitario Tecnologas de la
Informacin y Comunicaciones en Redes Mviles que viene recibiendo la Mencin de Calidad del Ministerio de Educacin y Ciencia de
forma continuada desde 2003. Este programa de doctorado se ha reconvertido a un Programa Oficial de Posgrado ya acorde con las
directrices de convergencia al EEES que comenzar a impartirse el prximo curso acadmico 2007/2008. Asimismo, los profesores del
GTEC tambin imparten docencia en el recientemente creado Master en Informtica de la UDC, tambin adaptado al EEES.
EL GTEC mantiene importantes lazos de colaboracin con reputados grupos de investigacin internacionales. Todos sus miembros
PDI han realizado estancias en importantes departamentos de universidades americanas y europeas. Recientemente, los profesores
Petar Djuric (State University of New York at Stony Brooke, USA) y Javier Garca-Fras (University of Delaware, USA) realizaron
sendas estancias en el GTEC como profesores visitantes en rgimen de ao sabtico financiadas por el Ministerio de Educacin y
Ciencia. Asimismo, el GTEC ha participado recientemente en una accin integrada con los profesores Michael Joham y Wolfgang
Utschick de la Technische Universitt Mnchen (Alemania) para el intercambio de estudiantes y profesores. Actualmente, el GTEC
participa en una accin integrada con la Universidad de Viena. Asimismo, los miembros del GTEC tambin son revisores habituales de
las revistas y congresos ms reconocidos en su rea, y son requeridos habitualmente para formar parte de comits cientficos
nacionales e internacionales.

Relacin de proyectos significativos de I+D


Durante los ltimos diez aos, el GTEC ha conseguido una financiacin continuada a travs de diversas convocatorias competitivas a
nivel autonmico y estatal con una tasa de xito muy alta, habiendo participado en ms de 20 proyectos. Tambin destacan sus
actividades de transferencia tecnolgica como lo prueban sus convenios y contratos con empresas como Wireless Galicia, EGATEL,
Satdata Telecom, Indra Sistemas y la creacin de una Empresa de Base Tecnolgica (Nomasystems, S.L.). Por ejemplo, en total, el
GTEC capt ms de 1,4 millones de euros en contratos y proyectos de convocatorias competitivas entre 2004 y 2008. Asimismo,
tambin se puede constatar la continuidad en el tiempo de su notable produccin cientfica observando la evolucin de indicadores
tales como nmero de publicaciones internacionales de alto impacto (ha publicado 58 artculos en revistas y conferencias
internacionales de reconocido prestigio), tesis doctorales dirigidas, sexenios de investigacin reconocidos, contratacin de personal
investigador, etc.... Todos estos resultados le valieron al GTEC recibir una ayuda de la Xunta de 240.000 euros (por cuatro aos) del
programa de consolidacin y estructuracin de unidades de investigacin competitivas promovido por la Xunta de Galicia.
En la trayectoria del GTEC destaca de manera especial que desde el ao 1996 viene participando ininterrumpidamente en proyectos
estatales financiados a travs de convocatorias competitivas. En concreto, ha coordinado los proyectos PLASOFTRA (TIC2001-0751C04), MIMESIS (TEC2004-06451-C05) y MULTIMIMO (TEC2007-68020-C04) financiados por el Plan Nacional de I+D, liderando
sendos consorcios formados por las universidades de Cantabria, Sevilla, Alcal de Henares y Mondragn; y el Centro de
Investigaciones Tecnolgicas (CEIT) de Guipzcoa. Otro importante logro conseguido en los ltimos aos es el formar parte de los
consorcios de dos grandes proyectos colaborativos a nivel nacional. El primero es el proyecto TIMI (Transporte InterModal Inteligente)
financiado por CDTI a travs del programa CENIT y coordinado por la empresa ATOS Origin (hoy ATOS Spain). El objetivo de TIMI fue
el anlisis y desarrollo de nuevas tecnologas y mtodos para el transporte intermodal de mercancas empleando una nueva
generacin de dispositivos, sistemas y herramientas. El GTEC particip en tres paquetes de trabajo relacionados con el desarrollo de
nuevos sistemas de comunicaciones inalmbricos embarcados, sistemas de posicionamiento en interiores y sistemas de etiquetado
RFID para seguimiento de mercancas. El otro gran proyecto colaborativo es COMONSENS financiado por el Ministerio de Ciencia e
Innovacin a travs del Programa CONSOLIDER-INGENIO 2010. La duracin del proyecto es de 5 aos y la financiacin total de 3,5
millones de euros de los cuales corresponde al GTEC una cantidad de 323.540 euros. El objetivo de COMONSENS es la integracin
de un importante nmero de grupos de investigacin espaoles (10) trabajando en comunicaciones inalmbricas y redes de sensores
para incrementar las actividades de I+D en este conjunto de tecnologas estratgicas para el desarrollo industrial del pas. Las
actividades de COMONSENS se estructuran en torno a tres paquetes de trabajo y la UDC, en colaboracin con la Universidad de
Cantabria, lidera uno de ellos que se refiere a la construccin de plataformas demostradoras de nuevas tecnologas inalmbricas.
Finalmente, merece la pena destacar que el GTEC lider la Red Gallega en Ingeniera de Comunicaciones (REGACOM), una red
temtica financiada por la Xunta de Galicia de tres aos comenzando en 2007. REGACOM coordin y aun los esfuerzos en materia
de I+D y transferencia de tecnologa de cuatro grupos de investigacin de las universidades de A Corua y Vigo. Asimismo, GTEC es
uno de los grupos de investigacin de la UDC a los que se concedi espacio en el nuevo Centro de Investigacin en Tecnologas de la
Informacin y Comunicaciones (CITIC) del Parque Tecnolgico de la UDC. El GTEC es uno de los siete grupos del CITIC que en 2008

N DE IDENTIFICACIN EXPEDIENTE IPT-20111006| ACRNIMO DEL PROYECTO CIUDAD2020

recibieron una subvencin de ms de 600.000 euros de la Consellera de Educacin como agrupacin de grupos correspondiente al
programa de consolidacin y estructuracin de unidades de investigacin competitivas.

Currcula vitarum de los autores


Paula Fraga Lamas
Estudi en la Universidade da Corua (UDC), donde obtuvo el ttulo de Ingeniero en Informtica en 2009. Desde ese ao ha
desarrollado su actividad investigadora en el Grupo de Tecnologa Electrnica y Comunicaciones (GTEC), Departamento de
Electrnica y Sistemas de la UDC. En 2010 curs el Mster Interuniversitario en Tecnologas de la Informacin y Comunicaciones en
Redes Mviles (TICRM), centrndose en el mdulo de formacin en procesado digital de seal. Sus lneas de trabajo se centran en
tcnicas MIMO, procesado de seal para comunicaciones inalmbricas y sistemas WiMAX y LTE. Es coautora de 1 artculo de revista
indexada en el JCR y 5 artculos en congresos internacionales de reconocido prestigio en las diversas reas de investigacin
relacionadas con las comunicaciones inalmbricas. Desde julio de 2012 forma parte del grupo de estudio exploratorio IST-ET-068 del
panel IST (Information Systems Technology) de la STO (Science and Technology Organization) de la OTAN. Ha formado parte del
equipo investigador del GTEC en numerosos proyectos de investigacin de mbito autonmico y estatal financiados en convocatorias
pblicas en concurrencia competitiva, as como en contratos de I+D con empresas del sector como Indra Sistemas, Alcatel-Lucent,
ADIF o AT4 wireless.

ngel Carro Lagoa


Complet sus estudios de Ingeniera en Informtica y Mster en Tecnologas de la Informacin y Comunicaciones en Redes Mviles en
los aos 2007 y 2009, respectivamente, en la Universidade da Corua (UDC). Sus intereses de investigacin se centran en los
sistemas de comunicacin multiportadora y el procesado de seal en tiempo real utilizando DSPs y FPGAs. Incluyen tambin las
comunicaciones en la Integracin de Aplicaciones Empresariales (Enterprise Application Integration, EAI): servicios web, servicios de
mensajera, Enterprise Service Bus (ESB) y su aplicacin en el contexto de las Smart Cities. Ha trabajado en actividades de I+D as
como de transferencia tecnolgica en el contexto de ms de 20 proyectos, tanto de I+D en concurrencia competitiva como convenios
privados con empresas.

Tiago M. Fernndez Carams


Tiago Manuel Fernndez Carams curs entre los aos 2000 y 2005 Ingeniera Informtica en la Universidade da Corua, por la cual
tambin es Doctor desde el ao 2011. Desde 2005 forma parte del Grupo de Tecnologa Electrnica y Comunicaciones perteneciente
al Departamento de Electrnica y Sistemas de la Universidade da Corua. En este mismo departamento, desde el ao 2007, viene
ejerciendo como Profesor Interino. Posee la Acreditacin como profesor Contratado Doctor. Entre sus intereses se encuentra el
prototipado de sistemas de comunicaciones, el desarrollo de sistemas basados en redes de sensores, las tecnologas RFID y los
sistemas embebidos. En estos campos ha contribuido a cerca de 30 publicaciones cientficas para congresos, captulos de libro y
revistas de alto impacto. Igualmente, ha trabajado en distintas actividades de transferencia tecnolgica, como dos patentes y ms de
25 proyectos, tanto competitivos como convenios con empresas.

Carlos J. Escudero Cascn


Obtuvo el ttulo de Ingeniero de Telecomunicacin en la Universidad de Vigo en el ao 1991, y el de Doctor Ingeniero en Informtica en
la Universidade da Corua (UDC) en el ao 1998. En 1992 obtuvo una plaza de profesor Asociado en la UDC. Posteriormente, fue
profesor Titular de Universidad Interino en el ao 1998 en la misma universidad. Desde el ao 1999 es profesor Titular de Universidad
en el Departamento de Electrnica y Sistemas de la UDC por el rea de Teora de Seal y Comunicaciones. Actualmente es
Vicedecano de Infraestructuras de la Facultad de Informtica de la UDC. Tiene un sexenio de investigacin reconocido. Es revisor
habitual en revistas de impacto internacional (IEEE y EURASIP) y ha formado parte del comit tcnico de varios congresos de mbito
internacional.
Ha realizado dos estancias de investigacin en el extranjero, en la Universidad de Ohio State, EE.UU. (1996 y 1997). Ha participado
como investigador principal y participante en 15 proyectos de investigacin, adems de en mltiples convenios con el mundo
empresarial. Es socio fundador de una spin-off (Nomasystems S.L.) surgida en el Departamento de Electrnica y Sistemas de la UDC.
Sus lneas de investigacin actuales se centran en el procesado de seal y comunicaciones digitales, centrndose ltimamente en
tecnologas de redes de sensores inalmbricas, aplicadas, fundamentalmente, a sistemas de posicionamiento. Actualmente es Director
del Departamento.

Miguel Gonzlez Lpez


Obtuvo los ttulos de Ingeniero en Informtica y Doctor Ingeniero en Informtica en 2000 y 2004, respectivamente, ambos por la
Universidade da Corua (UDC). En 2003 estuvo como investigador visitante en el Dep. of Electrical and Computer Engineering de la
University of Delaware (USA), trabajando bajo la supervisin del Prof. Javier Garca Fras. Desde marzo a septiembre de 2004 fue
investigador postdoc en el Centro de Estudios e Investigaciones Tcnicas de Gipuzkoa (CEIT), en San Sebastin, Guipzcoa. En

37

octubre de 2004 se uni a la UDC, donde es Profesor Contratado Doctor desde 2008. Posee la Acreditacin de Profesor Titular de
Universidad desde 2012. Fue Secretario Acadmico del Departamento de Electrnica y Sistemas desde 2009 a 2012. Tiene un sexenio
de investigacin reconocido, con nmero de sexenios relativos igual a 1 y ltimo sexenio activo. Ha participado como investigador en
12 proyectos de investigacin de mbito autonmico, estatal y europeo, adems de en mltiples convenios con el mundo empresarial,
siendo Investigador Principal en alguno de ellos. Ha publicado 14 artculos en revistas internacionales situadas en posiciones
relevantes del ndice JCR, 3 captulos de libro, y 43 artculos en congresos de relevancia internacional y con proceso de revisin por
pares. Ha dirigido 2 tesis doctorales (una con Premio Extraordinario de la UDC). Es coinventor de 1 patente concedida por la Oficina
Espaola de Patentes y Marcas. Es revisor habitual en revistas de impacto internacional (IEEE y EURASIP) y ha formado parte del
comit tcnico de varios congresos de mbito internacional.
Sus intereses de investigacin incluyen las redes de sensores y la tecnologa RFID, el procesado de seal para comunicaciones, la
codificacin de canal, los sistemas MIMO y su implementacin hardware, en particular en FPGA, as como las redes de
comunicaciones vehiculares. Por otra parte, sus intereses incluyen tambin la Integracin de Aplicaciones Empresariales (Enterprise
Application Integration, EAI) y el papel que las comunicaciones tienen en ella: servicios web, servicios de mensajera, Enterprise
Service Bus (ESB) Todos estos intereses confluyen en otro: las Smart Cities.
Miguel Gonzlez Lpez es el investigador principal del GTEC de la UDC en el proyecto CIUDAD2020.