ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)

GRADO EN INGENIERA TELEMTICA

ADAPTACIN DE LAS REDES MVILES

M2M PARA APLICACIONES DE MISIN
CRTICA DE REDES ELCTRICAS
INTELIGENTES

Autor: Sara Montero Gmez-Serranillos

Director Iberdrola: Ignacio Martn Daz de Cerio

Madrid
Junio 2014

AUTORIZACIN
PARA
LA
DIGITALIZACIN,
DEPSITO
DIVULGACIN
EN
ACCESO
ABIERTO
(RESTRINGIDO)
DOCUMENTACIN

Y
DE

1. Declaracin de la autora y acreditacin de la misma.

El autor Da. Sara Montero Gmez-Serranillos, como alumna de la UNIVERSIDAD
PONTIFICIA COMILLAS (COMILLAS), DECLARA
que es el titular de los derechos de propiedad intelectual, objeto de la presente cesin,
en relacin con la obra proyecto final de carrera ADAPTACIN DE LAS REDES
MVILES M2M PARA APLICACIONES DE MISIN CRTICA DE REDES
ELCTRICAS INTELIGENTES que sta es una obra original, y que ostenta la
condicin de autor en el sentido que otorga la Ley de Propiedad Intelectual como
titular nico o cotitular de la obra.
En caso de ser cotitular, el autor (firmante) declara asimismo que cuenta con el
consentimiento de los restantes titulares para hacer la presente cesin. En caso de
previa cesin a terceros de derechos de explotacin de la obra, el autor declara que
tiene la oportuna autorizacin de dichos titulares de derechos a los fines de esta cesin
o bien que retiene la facultad de ceder estos derechos en la forma prevista en la
presente cesin y as lo acredita.
2. Objeto y fines de la cesin.
Con el fin de dar la mxima difusin a la obra citada a travs del Repositorio
institucional de la Universidad y hacer posible su utilizacin de forma libre y gratuita
(con las limitaciones que ms adelante se detallan) por todos los usuarios del
repositorio y del portal e-ciencia, el autor CEDE a la Universidad Pontificia Comillas
de forma gratuita y no exclusiva, por el mximo plazo legal y con mbito universal,
los derechos de digitalizacin, de archivo, de reproduccin, de distribucin, de
comunicacin pblica, incluido el derecho de puesta a disposicin electrnica, tal y
como se describen en la Ley de Propiedad Intelectual. El derecho de transformacin se
cede a los nicos efectos de lo dispuesto en la letra (a) del apartado siguiente.
3. Condiciones de la cesin.
Sin perjuicio de la titularidad de la obra, que sigue correspondiendo a su autor, la
cesin de derechos contemplada en esta licencia, el repositorio institucional podr:
(a) Transformarla para adaptarla a cualquier tecnologa susceptible de incorporarla a
internet; realizar adaptaciones para hacer posible la utilizacin de la obra en formatos
electrnicos, as como incorporar metadatos para realizar el registro de la obra e
incorporar marcas de agua o cualquier otro sistema de seguridad o de proteccin.

(b) Reproducirla en un soporte digital para su incorporacin a una base de datos

electrnica, incluyendo el derecho de reproducir y almacenar la obra en servidores, a
los efectos de garantizar su seguridad, conservacin y preservar el formato. .
(c) Comunicarla y ponerla a disposicin del pblico a travs de un archivo abierto
institucional, accesible de modo libre y gratuito a travs de internet.1
(d) Distribuir copias electrnicas de la obra a los usuarios en un soporte digital. 2
4. Derechos del autor.
El autor, en tanto que titular de una obra que cede con carcter no exclusivo a la
Universidad por medio de su registro en el Repositorio Institucional tiene derecho a:
a) A que la Universidad identifique claramente su nombre como el autor o propietario
de los derechos del documento.
b) Comunicar y dar publicidad a la obra en la versin que ceda y en otras posteriores a
travs de cualquier medio.
c) Solicitar la retirada de la obra del repositorio por causa justificada. A tal fin deber
ponerse en contacto con el vicerrector/a de investigacin (curiarte@rec.upcomillas.es).
d) Autorizar expresamente a COMILLAS para, en su caso, realizar los trmites
necesarios para la obtencin del ISBN.
e) Recibir notificacin fehaciente de cualquier reclamacin que puedan formular
terceras personas en relacin con la obra y, en particular, de reclamaciones relativas a
los derechos de propiedad intelectual sobre ella.
5. Deberes del autor.
El autor se compromete a:
a) Garantizar que el compromiso que adquiere mediante el presente escrito no infringe
ningn derecho de terceros, ya sean de propiedad industrial, intelectual o cualquier
otro.
b) Garantizar que el contenido de las obras no atenta contra los derechos al honor, a la
intimidad y a la imagen de terceros.

En el supuesto de que el autor opte por el acceso restringido, este apartado quedara redactado en los
siguientes trminos:
(c) Comunicarla y ponerla a disposicin del pblico a travs de un archivo institucional, accesible de
modo restringido, en los trminos previstos en el Reglamento del Repositorio Institucional
2
En el supuesto de que el autor opte por el acceso restringido, este apartado quedara eliminado.

c) Asumir toda reclamacin o responsabilidad, incluyendo las indemnizaciones por

daos, que pudieran ejercitarse contra la Universidad por terceros que vieran
infringidos sus derechos e intereses a causa de la cesin.
d) Asumir la responsabilidad en el caso de que las instituciones fueran condenadas por
infraccin de derechos derivada de las obras objeto de la cesin.
6. Fines y funcionamiento del Repositorio Institucional.
La obra se pondr a disposicin de los usuarios para que hagan de ella un uso justo y
respetuoso con los derechos del autor, segn lo permitido por la legislacin aplicable,
y con fines de estudio, investigacin, o cualquier otro fin lcito. Con dicha finalidad,
la Universidad asume los siguientes deberes y se reserva las siguientes facultades:
a) Deberes del repositorio Institucional:
- La Universidad informar a los usuarios del archivo sobre los usos permitidos, y no
garantiza ni asume responsabilidad alguna por otras formas en que los usuarios hagan
un uso posterior de las obras no conforme con la legislacin vigente. El uso posterior,
ms all de la copia privada, requerir que se cite la fuente y se reconozca la autora,
que no se obtenga beneficio comercial, y que no se realicen obras derivadas.
- La Universidad no revisar el contenido de las obras, que en todo caso permanecer
bajo la responsabilidad exclusiva del autor y no estar obligada a ejercitar acciones
legales en nombre del autor en el supuesto de infracciones a derechos de propiedad
intelectual derivados del depsito y archivo de las obras. El autor renuncia a cualquier
reclamacin frente a la Universidad por las formas no ajustadas a la legislacin
vigente en que los usuarios hagan uso de las obras.
- La Universidad adoptar las medidas necesarias para la preservacin de la obra en
un futuro.
b) Derechos que se reserva el Repositorio institucional respecto de las obras en l
registradas:
- Retirar la obra, previa notificacin al autor, en supuestos suficientemente
justificados, o en caso de reclamaciones de terceros.
Madrid, a .. de ... de .
ACEPTA
Fdo

Autorizada la entrega del proyecto del alumno/a:

Sara Montero Gmez-Serranillos

EL DIRECTOR DEL PROYECTO

Ignacio Martn Daz de Cerio

Fdo.: Fecha: //

V B del Coordinador de Proyectos

David Contreras Brcena

Fdo.: Fecha: //

ESCUELA TCNICA SUPERIOR DE INGENIERA (ICAI)

GRADO EN INGENIERA TELEMTICA

ADAPTACIN DE LAS REDES MVILES

M2M PARA APLICACIONES DE MISIN
CRTICA DE REDES ELCTRICAS
INTELIGENTES

Autor: Sara Montero Gmez-Serranillos

Director Iberdrola: Ignacio Martn Daz de Cerio

Madrid
Junio 2014

AGRADECIMIENTOS

En primer lugar, me gustara agradecer a todo el equipo de Iberdrola por

haberme dado la oportunidad de llevar a cabo este proyecto y de pertenecer a un gran
equipo donde he aprendido mucho. En especial a mis dos directores de proyecto,
Ignacio Martn y Mara Jos Escribano, por haberme ayudado y guiado en todo
momento.
Tambin quisiera agradecer a mi familia por haber estado siempre a mi lado, tanto
en los buenos como en los malos momentos. Gracias por haberme dado la oportunidad
de tener una formacin a lo largo de toda mi vida y hacer posible mis metas.
Por ltimo, agradecer a todos mis amigos y profesores que he tenido la suerte de
conocer a lo largo de mi carrera.
Muchas gracias a todos por hacer posible este proyecto.

II

ADAPTACIN DE LAS REDES MVILES M2M PARA

APLICACIONES DE MISIN CRTICA DE REDES ELCTRICAS
INTELIGENTES
Autor: Montero Gmez-Serranillos, Sara.
Director: Martn Daz de Cerio, Ignacio.
Entidad Colaboradora: Iberdrola.

RESUMEN DEL PROYECTO

Este proyecto se centra en adaptar las redes mviles M2M actuales a las
necesidades de las aplicaciones de Misin Crtica de la Smart Grid de Iberdrola. Para
ello, en base a los requisitos propuestos que se deben cumplir y las capacidades de
control y gestin de las redes mviles 3G, se desarrollan una serie de adaptaciones y el
diseo de cada una de ellas.
Palabras clave: M2M, Smart Grid, redes mviles, aplicaciones de Misin Crtica,
automatizacin, telecontrol, supervisin, adaptaciones, arquitectura, Iberdrola.
1. Introduccin
En la actualidad, la red de distribucin elctrica de media y baja tensin no
dispone de elementos de TIC (Tecnologas de la Informacin y la Comunicacin) para
su control y supervisin. Los objetivos europeos de la poltica energtica [EUR01]
(sostenibilidad, competitividad y seguridad de suministro) obligan a la implantacin de
una red de distribucin ms flexible y dinmica que permita entre otras funciones una
mayor integracin de la generacin distribuida y la demanda gestionada. Esta nueva red
de distribucin se conoce como la Red Elctrica Inteligente (Smart Grid).
En este contexto de Smart Grid, Iberdrola presenta el proyecto STAR (Sistemas
de Telegestin y Automatizacin de la Red) como una solucin a la telegestin de los
contadores y la automatizacin de la red de distribucin energtica. La telegestin
consiste en la lectura y actuacin a distancia sobre los contadores residenciales que vino
establecido como obligacin en el Real Decreto 1110/2007 [BOE01]. De acuerdo a la
visin innovadora de Iberdrola, se ha decidido utilizar la tecnologa PLC PRIME
[ITU01] para resolver las comunicaciones desde los contadores hasta los centros de
transformacin. Adems, en los centros transformacin, se pueden agregar adems de la
III

telegestin, otros servicios como la automatizacin, la supervisin y el telecontrol de la

red de media y baja tensin. Estos ltimos se consideran aplicaciones de Misin Crtica.
Llegados a este punto, la problemtica que se plantea es analizar que redes de
telecomunicaciones son las ms adecuadas para resolver las comunicaciones de cada
uno de los centros de transformacin.
Actualmente se usan diversas tecnologas para la comunicacin de datos desde los
centros de transformacin hasta la red troncal de comunicaciones de Iberdrola. Sin
embargo, estas tecnologas presentan una serie de inconvenientes. Se ha valorado la
posibilidad de la red pblica mvil debido a que puede cubrir la mayora de centros.
Respecto a las comunicaciones usando la red pblica mvil, hay que destacar su
amplia cobertura, bajo coste y que permiten un rpido despliegue. Sin embargo, esta red
no cumple con algunos requisitos de las aplicaciones de Misin Crtica: alta
disponibilidad, la priorizacin del trfico y la gestin extremo a extremo.
2. Definicin del proyecto
Se ha establecido un servicio UMTS contratado donde se ha definido una
arquitectura de comunicaciones basada en un router con dos tarjetas SIM M2M de
diferentes operadores de telecomunicaciones, uno definido como principal y otro como
secundario, y un nico mdulo radio. Esto es as debido a la necesidad de alta
disponibilidad requerida por las aplicaciones de Misin Crtica.

IV

Figura 1: Arquitectura conexiones red troncal de Iberdrola con sus equipos terminales
Sin embargo, las redes de los operadores mviles no cumplen ciertos requisitos de
las aplicaciones de Misin Crtica. La principal razn se debe a la exposicin de las
aplicaciones de Iberdrola al trfico de otros usuarios que est creciendo de forma
exponencial con la aparicin de los smartphones.
Por este motivo, el propsito principal del proyecto consiste en mejorar el
rendimiento de las aplicaciones de Misin Crtica sobre la red mvil 3G actual mediante
el desarrollo de adaptaciones que permitan cumplir con los requisitos que se analizarn
teniendo en cuenta las capacidades de control y gestin de la red mvil. Sobre estas
adaptaciones, se realizar el desarrollo y diseo de la arquitectura general.
3. Descripcin del modelo
Se han propuesto los requisitos de las aplicaciones de Misin Crtica de acuerdo a
los siguientes usuarios que intervienen en la red:

Sistema de gestin central de telecomunicaciones de la empresa elctrica (en

adelante Centro de Gestin de Red o CGR).
V

Las redes mviles de los operadores.

Los dispositivos terminales.

Adems, se han hecho una clasificacin de acuerdo a tres planos:

Usuario: se trata de la caracterizacin de las aplicaciones de Misin Crtica que

incluyen los requisitos de productividad (disponibilidad, tiempo mximo de
resolucin, etc), rendimiento (latencia mxima, mxima prdida de paquetes,
etc), redundancia y criticidad.

Gestin: acceso remoto a la informacin de la red y la supervisin de los

distintos elementos de red que soportan los servicios.

Control: implica toda la sealizacin y mecanismos para el acceso a recursos

radio y el mantenimiento del canal comunicaciones.
De acuerdo a los requisitos definidos, se busca plantear y desarrollar adaptaciones

teniendo en cuenta las capacidades de las redes mviles actuales. Se han llevado a cabo
desde dos planos distintos:

Gestin de la red extremo a extremo: integrar la informacin y eventos de los

dispositivos terminales que se accede desde el CGR y la informacin y eventos
de las tarjetas SIM M2M que se suministran a travs de las plataformas M2M.
Con esto se quiere cumplir con las siguientes funcionalidades:
Recibir informacin de la red de acceso y ncleo de los operadores mviles.
Recibir alarmas de la red de acceso y ncleo de los operadores mviles.
Medir los SLA de servicios que facilitan los operadores mviles.
La correlacin de la informacin recibida de los operadores mviles y los
dispositivos para tener un mejor conocimiento del estado de la red de
telecomunicaciones.
Mejorar en la gestin de fallos descubriendo la ubicacin de los elementos
responsables del fallo de manera rpida.

Control: se divide en dos bloques importantes:

VI

 Gestin de la conectividad: se definen unas adaptaciones para aumentar la

disponibilidad de los dispositivos.
Gestin de la prioridad: mediante estas adaptaciones se pretende adaptar los
mecanismos de priorizacin para aplicaciones que generan poco trfico
espordico (aplicaciones de Misin Crtica). Adems de la posibilidad de
garantizar un mnimo de capacidad en las redes mviles y la diferenciacin
del trfico dentro de una misma tarjeta SIM M2M en los dispositivos.
Despus se ha llevado a cabo la definicin de la arquitectura de cada una de las
adaptaciones.

Figura 2: Arquitectura adaptaciones de gestin y control

4. Resultados
En base a las necesidades de las aplicaciones de Misin Crtica (tiempo real y
criticidad elevada), algunas adaptaciones han resultado viables y otras han dado
resultados desfavorables de acuerdo a las capacidades actuales de las redes mviles 3G.
Respecto a las adaptaciones de gestin extremo a extremo, el grado de
cumplimiento es elevado mejorando la supervisin y gestin de la informacin. Por lo
VII

tanto, son viables los resultados que se obtienen siempre que el operador mvil facilite
la ayuda que se le pide.
Respecto a las adaptaciones de control, aquellas relacionadas con la gestin de la
conectividad, s han dado resultados viables pero vuelve a ser imprescindible la
implicacin de los operadores mviles para la total viabilidad de las adaptaciones. Sin
embargo, las adaptaciones relacionadas con la prioridad no han sido viables debido a las
restricciones del estndar 3GPP [3GPP01] adems de que los operadores mviles
mantienen el trfico de las aplicaciones de Misin Crtica en la categora de Best
Effort [3GPP02].
5. Conclusiones
Tras los resultados obtenidos por las adaptaciones, se demuestra que actualmente
con las adaptaciones que se han planteado sobre las redes mviles 3G, no se llegan a
solventar todos los requisitos de las aplicaciones de Misin Crtica.
Las adaptaciones de gestin han dado buenos resultados pero se necesita la
implicacin de los operadores mviles para conseguir un mayor grado de cumplimiento.
La adaptacin de control que mejores resultados ha obtenido ha sido la que hace
referencia a aadir trfico adicional diariamente mediante el protocolo ICMP. Con esta
adaptacin, se ha comprobado que tanto la prdida de paquetes como el retardo de las
aplicaciones de Misin Crtica se reducen.
Los resultados y mejoras pueden abrir las puertas a nuevos servicios que los
operadores de telecomunicaciones pueden facilitar a otros clientes potenciales no
relacionados con la energa y que dispongan de un sistema de control distribuido.
6. Referencias
[EUR01]Poltica energtica europea,
http://europa.eu/legislation_summaries/energy/european_energy_policy/index_es.htm
[BOE01] Real Decreto 1110/2007, 2007.
https://www.boe.es/diario_boe/txt.php?id=BOE-A-2007-16478

VIII

[ITU01] ITU-T G.9904, Narrowband orthogonal frequency division multiplexing

power line communication transceivers for PRIME networks, http://www.itu.int/rec/TREC-G.9904-201210-I/en
[3GPP01] 25.304 y 25.301,
http://www.3gpp.org/ftp/specs/archive/25_series/25.304/
http://www.3gpp.org/ftp/specs/archive/25_series/25.301/
[3GPP02] QoS concept and architecture, Release 11,
http://www.3gpp.org/DynaReport/23107.htm

IX

ADAPTATION OF M2M MOBILE NETWORK FOR MISSION

CRITICAL APPLICATIONS OF SMART GRID.
Author: Montero Gmez-Serranillos, Sara.
Supervisor: Martn Daz de Cerio, Ignacio.
Collaborating Entity: Iberdrola

ABSTRACT
This project is based on adapting the existing M2M mobile network to the needs
of the Iberdrolas Smart Grid services. To achieve this, focusing on the proposed
requirements that it must fulfil and the control and management capabilities of 3G
mobile networks, specific adaptations and the design of each of them have been
developed.
Keywords: M2M, Smart Grid, Mobile networks, Mission Critical applications,
automation, remote control, supervision, adaptations, architecture, Iberdrola.
1. Introduction
Currently, the electricity distribution network of medium and low voltage does not
have the ICT (Information and Communication Technology) elements for their control
and supervision. The European energy policy objectives [EUR01] (sustainability,
competitiveness and security of supply) require the establishment of a more flexible and
dynamic distribution network that allows, among other functions, a greater integration
of distributed generation and demand management. This new distribution network is
known as the Smart Grid.
In a Smart Grid context, Iberdrola launched the STAR Project (Network Remote
Management and Automation Systems) as a solution for Smart Metering of meters and
automation of electricity distribution network. Smart Metering consists of reading and
acting from the distance on the residential points of supply that came as an obligation
established in the Spanish Royal Decree 1110/2007 [BOE01]. According to the
innovative vision of Iberdrola, it has been decided to use the PRIME PLC technology
[ITU01] to solve communications from the meters to the secondary substation.
Therefore, apart from remote management, other services such as automation,
XI

supervision and remote control of the medium and low voltage network can be added.
Those are considered Mission Critical applications. At this point, the problem is to
analyse which telecommunications networks are best suited to solve communications in
each secondary substation.
Currently, several technologies are used for data communications from secondary
substation to the Iberdrola backbone network. However, these technologies have some
drawbacks. The public network that better suits high dispersion at points interconnected
for Smart Grid would be the public data mobile network.
Public data mobile network would enable a quick deployment of these services at
low cost providing a high coverage. However, this network presents some gaps to
fulfilling Smart Grid requirements especially for those applications that are Mission
Critical: high availability, traffic prioritization and end to end management.
2. Project definition
It has been established a hired UMTS service where it has been defined a
communication architecture based on a router with dual M2M SIM cards from different
telecom operators, one defined as primary and the other one as secondary, and one radio
module. This is due to the need of high availability required for Mission Critical
applications.

XII

Figura 3: Connections architecture from terminal devices to iberdrola backbone

network
However, the telecom operators networks do not fulfil with some Mission Critical
applications requirements. The main reason is that there could be competition for
resources issues and other problems which could compromise the Smart Grid
applications such that they do not work as were expected.
Therefore, the main purpose of the project is to improve the performance of the
Mission Critical applications over the current 3G mobile networks by developing
adaptations that could fulfil with the requirements that will be analysed taking into
account the capabilities of management and control mobile networks. On these
adaptations, development and design of the overall architecture is performed.
3. Model description
Requirements have been proposed for Mission Critical applications according to
the following users involved in the network:

Utility telecom management center (CGR).

XIII

The mobile network operators.

The terminal devices.

In addition, there have been rated according to three levels:

User: this is the characterization of Mission Critical applications that includes

productivity requirements (availability, maximum resolution, etc.), performance
(maximum latency, maximum packet loss, etc.), redundancy and criticality.

Management: remote access to network information and supervision of the

different network elements that support Smart Grid services.

Control: involves all signaling and mechanisms for accessing to radio resources
and maintaining communications channel.
According to the defined requirements, the planning and development of

adaptations taking into account the capabilities of existing mobile networks are
analyzed. The adaptations have been carried out from two different levels:

Managing the end to end network: this project will deliver an integrated
management for the telecom operator and the utility networks in order to
manage services in an end to end basis. The following functionalities will be
provided:
Retrieve information from the telecom access network and the core telecom
network.
Receive alarms from the telecom access network and the core telecom
network.
Measure service levels of the end to end service and of the services provided
by telecom operators.
Correlate the information received from operators and devices to obtain a
better knowledge of the network state.
Improve in fault management discovering the element of the network that is
the responsible of a fault, and what the root cause is.

Control: it is divided into two major sections:

XIV

 Connectivity management: adaptations are defined to increase the

availability of the devices.
Priority management: consists on the adaptation of the prioritization
mechanisms for applications that generate sporadic little data traffic (Mission
Critical applications). Besides the possibility to guarantee a minimum
capacity in mobile networks and traffic differentiation within a M2M SIM
card in the device is analyzed.
Then, it has been carried out the definition of the architecture of each of the
adaptations.

Figura 4: Architecture of management and control adaptations

4. Results
Based on the needs of the Mission Critical applications (real-time and high
criticality), some adaptations have been viable and others have had unfavourable results
according to the current capabilities of 3G mobile networks.

XV

Regarding the end to end management adaptations, the compliance is high

improving the supervision and management of information. Therefore, the results are
viable whenever the mobile operator provides the help that is required.
Regarding the control adaptations, those related to connectivity management have
produced feasible results but it is essential the mobile operators implication for the
complete feasibility of them. However, the adaptations related to priority have not been
viable due to the restrictions of the 3GPP standard [3GPP01] besides those mobile
operators maintain the traffic of the Mission Critical applications into the category of
"Best Effort" [3GPP02].
5. Conclusions
After the obtained results, it is shown that currently the adaptations that have been
presented over 3G mobile networks, fail to solve all requirements for Mission Critical
applications.
Management adaptations have been successful results but the involvement of
mobile operators is needed to achieve the highest level of compliance.
The control adaptation that has obtained the most successful results has been
referenced by adding additional traffic daily by the ICMP protocol. With this
adaptation, it has been found that both packet loss and the delay of Mission Critical
applications are reduced.
The results and improvements will open the door to new services to be provided
by telecom operators beyond the energy sector. Other potential clients not directly
related to energy such as emergencies, hospitals, etc. may also use these new services.
6. References
[EUR01]Poltica energtica europea,
http://europa.eu/legislation_summaries/energy/european_energy_policy/index_es.ht
m
[BOE01] Real Decreto 1110/2007, 2007,
https://www.boe.es/diario_boe/txt.php?id=BOE-A-2007-16478
XVI

[ITU01] ITU-T G.9904, Narrowband orthogonal frequency division multiplexing

power
line
communication
transceivers
for
PRIME
networks,
http://www.itu.int/rec/T-REC-G.9904-201210-I/en
[3GPP01] 25.304 y 25.301,
http://www.3gpp.org/ftp/specs/archive/25_series/25.304/
,http://www.3gpp.org/ftp/specs/archive/25_series/25.301/
[3GPP02] QoS Concept and Architecture, Release 11,
http://www.3gpp.org/DynaReport/23107.htm

XVII

XVIII

GLOSARIO
3GPP: Third-generation Partnership Program
AMM: Advance Metering Management
API: Application Programming Interface
APN: Access Point Name
CGR: Centro de gestin de la red de telecomunicaciones de Iberdrola
CN: Core Network
CT: Centro de Transformacin
DMVPN: Dynamic Multipoint Virtual Private Networks
GADIP: Gestin y Administracin de direccionamiento IP para recoger el inventario de
datos de configuracin de equipos y trfico
GGSN: Gateway GPRS Support Node
GPRS: General Packet Radio Service
GRE: Generic Routing Encapsulation
GSM: Global System for Mobile
HLR: Home Location Register
ICC: Integrated Circuit Card
ICMP: Internet Control Message Protocol
ICT: Information and Communication Technology
IMEI: International Mobile Equipment Identification
IMSI: International Mobile Subscriber Identity
IP: Internet Protocol
KPI: Key Performance Indicators
M2M: Machine to Machine
MSC: Mobile Switching Center
NHRP: Next Hop Resolution Protocol

XIX

OSS: Operational Support Systems

PMS: Performance Measurement System.
PS: Packet Scheduling
QoS: Quality of service
RAB: Radio-Access Bearer
RAN: Radio-Access Network
RIPv2: Routing Information Protocol versin 2
RNC: Radio Network Controller.
RNS: Radio Network Subsystem
RRM: Radio Resource Management
RTU: Unidad de Transmisin Remota
SCADA: Supervisory Control And Data Acquisition
SGSN: Serving GPRS Support Node
SIAC: Sistema Integrador de alarmas de comunicaciones para las alarmas de los
equipos.
SIM: Subscriber Identity Module
SLA: Service Level Agreement
SNMPc: SNMP castle rock. Sistema de Iberdrola para verificar la conectividad con el
equipo remoto
SNMPv3: Simple Network Management Protocol versin 3
SSL: Secure Sockets Layer
STAR: Sistemas de Telegestin y Automatizacin de la Red
TIC: Tecnologas de la Informacin y la Comunicacin
UMTS: Universal Mobile Telecommunications System
UTRAN: UMTS Terrestrial Radio-Access Network
VLR: Visitor Location Register
VPN: Virtual Private Network
XX

INDICE DEL PROYECTO

1.

Introduccin ............................................................................................................. 1
1.1

Iberdrola en el mundo ........................................................................................ 1

1.2

La necesidad de la Smart Grid ........................................................................... 1

1.3

Proyecto STAR de Iberdrola.............................................................................. 2

1.4

Aplicaciones de la Smart Grid ........................................................................... 6

1.5

Uso de redes mviles para la Smart Grid .......................................................... 9

1.5.1 Tecnologa UMTS .......................................................................................... 10

1.5.2 Coexistencia tecnologas GPRS y UMTS ....................................................... 11
1.5.3 Solucin comunicaciones mviles UMTS ...................................................... 11
1.6
2.

Estado de la cuestin .............................................................................................. 15

2.1

Tipos de tecnologas para comunicaciones de datos en la Smart Grid ............ 15

2.1.1

Fibra ptica .............................................................................................. 15

2.1.2

ADSL......................................................................................................... 16

2.1.3

PLC ........................................................................................................... 16

2.1.4

Comunicaciones mviles .......................................................................... 17

2.2
3.

Planteamiento del problema............................................................................. 13

Telecomunicaciones mviles de datos para la Smart Grid .............................. 19

Alcance del proyecto ............................................................................................... 21

3.1

Motivacin ....................................................................................................... 21

3.2

Objetivos .......................................................................................................... 21

3.3

Metodologa ..................................................................................................... 23

3.4

Recursos a emplear .......................................................................................... 24

4.

Planificacin y estimacin econmica .................................................................. 27

5.

Definicin de requisitos.......................................................................................... 31
5.1

Requisitos plano usuario .................................................................................. 31

5.2

Requisitos bsicos operadores ......................................................................... 35

5.3

Requisitos bsicos dispositivos ........................................................................ 35

5.4

Requisitos plano gestin .................................................................................. 37

5.5

Requisitos plano control .................................................................................. 46

5.6

Tabla resumen requisitos plano gestin, control y usuario .............................. 50

XXI

6.

7.

Definicin de adaptaciones .................................................................................... 53

6.1

Plano de gestin ............................................................................................... 53

6.2

Plano de control ............................................................................................... 57

6.3

Tabla resumen adaptaciones plano gestin y control ...................................... 76

Arquitectura ............................................................................................................ 81
7.1

Plano de usuario ............................................................................................... 81

7.2

Plano de gestin ............................................................................................... 86

7.3

Plano de control ............................................................................................. 100

8.

Analisis de resultados ........................................................................................... 111

9.

Conclusiones......................................................................................................... 115

10. Bibliografia ........................................................................................................... 119

ANEXO A: Campos tabla INV_EQUIPO ............................................................ 123
ANEXO B: Cdigo MIB para generar traps ........................................................ 125
ANEXO C: Manual prueba de 48 horas ............................................................... 129

XXII

ndice de Figuras
FIGURA 1: ARQUITECTURA CONEXIONES RED TRONCAL DE IBERDROLA CON SUS EQUIPOS TERMINALES ..... V
FIGURA 2: ARQUITECTURA ADAPTACIONES DE GESTIN Y CONTROL ........................................................ VII
FIGURA 3: CONNECTIONS ARCHITECTURE FROM TERMINAL DEVICES TO IBERDROLA BACKBONE NETWORK
........................................................................................................................................................ XIII
FIGURA 4: ARCHITECTURE OF MANAGEMENT AND CONTROL ADAPTATIONS ............................................. XV
FIGURA 5: PASES DONDE IBERDROLA TIENE PRESENCIA ............................................................................... 1
FIGURA 6. ESQUEMA GENERAL PROYECTO STAR ........................................................................................ 3
FIGURA 7: TPICO SISTEMA DE DISTRIBUCIN DE BAJA TENSIN ................................................................... 4
FIGURA 8: SISTEMA DISTRIBUCIN EN MEDIA TENSIN URBANA ................................................................... 5
FIGURA 9: SERVICIOS DE LA SMART GRID ..................................................................................................... 6
FIGURA 10: FUNCIONAMIENTO CORRECTO SUMINISTRO DE ENERGA. PARTE 1 ............................................. 7
FIGURA 11: FALLO EN EL SUMINISTRO DE ENERGA. PARTE 2 ....................................................................... 7
FIGURA 12: FALLO EN EL SUMINISTRO DE ENERGA. PARTE 3 ....................................................................... 8
FIGURA 13: AISLAMIENTO FALLO DE LA RED. PARTE 4 ................................................................................. 8
FIGURA 14: AISLAMIENTO FALLO DE LA RED. PARTE 5 ................................................................................. 8
FIGURA 15: ARQUITECTURA RED UMTS [UPM01]..................................................................................... 11
FIGURA 16: SOLUCIN UMTS..................................................................................................................... 12
FIGURA 17: CONEXIN ENTRE REDES TELEFNICAS MVILES, FIJAS Y DE DATOS [COMU12] .................... 18
FIGURA 18: METODOLOGA DESARROLLO PROYECTO ................................................................................. 23
FIGURA 19: DIAGRAMA DE GANTT.............................................................................................................. 27
FIGURA 20: ARQUITECTURA SOLUCIN SERVICIOS SMART GRID CON CONECTIVIDAD MVIL DE DATOS .... 32

XXIII

FIGURA 21: ALARMAS PLATAFORMAS M2M Y DISPOSITIVOS RECOGIDAS POR EL CGR .............................. 44
FIGURA 22: ESTADOS REDES MVILES 3G ................................................................................................... 48
FIGURA 23: ARQUITECTURA DE LA RED UTRAN [COMU12] .................................................................... 71
FIGURA 24: ESQUEMA DESCRIPTIVO DE LA SOLUCIN DE REDES DE DATOS MVILES DE LOS OPERADORES 82
FIGURA 25: DISTINCIN RED LAN (RED PRIVADA) Y RED WAN (RED PBLICA) ........................................ 83
FIGURA 26: ELEMENTOS DE UN CT PARA LAS APLICACIONES DE MISIN CRTICA...................................... 84
FIGURA 27: ANTENA OMNIDIRECCIONAL INTERNA ...................................................................................... 84
FIGURA 28: ANTENA OMNIDIRECCIONAL EXTERIOR .................................................................................... 84
FIGURA 29: ANTENA DIRECCIONAL ............................................................................................................. 85
FIGURA 30: DOBLE TARJETA SIM M2M EN LOS ROUTERS 3G ..................................................................... 86
FIGURA 31: ARQUITECTURA GENERAL PLANO DE GESTIN ......................................................................... 87
FIGURA 32:ARQUITECTURA GESTIN INFORMACIN DE LA PLANTA INSTALADA ........................................ 88
FIGURA 33: ELEMENTOS QUE INTERVIENEN EN LA RECOPILACIN DE LA INFORMACIN ............................. 89
FIGURA 34: ELEMENTOS QUE INTERVIENEN EN LAS PLATAFORMAS M2M PARA RECOGER INFORMACIN DE
LOS DISPOSITIVOS ............................................................................................................................... 91

FIGURA 35: IMPLEMTACIN APIS EN LAS PLATAFORMAS M2M.................................................................. 92

FIGURA 36: INTEGRACIN INFORMACIN PALTAFORMAS M2M Y GADIP .................................................. 94
FIGURA 37: ARQUITECTURA GENERACIN ALARMAS .................................................................................. 95
FIGURA 38: SISTEMAS DEL CGR PARA COMPROBAR DISPONIBILIDAD EQUIPOS........................................... 95
FIGURA 39: ALARMAS QUE RECOGEN PLATAFORMAS M2M ........................................................................ 97
FIGURA 40: ELEMENTOS QUE INTERVIENEN EN LA INTEGRACIN DE ALARMAS .......................................... 98
FIGURA 41: NUEVOS ELEMENTOS PARA LAS PLATAFORMAS M2M .............................................................. 99

XXIV

FIGURA 42: ARQUITECTURA GLOBAL PLANO DE CONTROL ........................................................................ 101

FIGURA 43: ARQUITECTURA GESTIN CONECTIVIDAD .............................................................................. 102
FIGURA 44: ELEMENTOS QUE INTERVIENEN EN LA ADAPTACIN A.C.1.1 ................................................. 103
FIGURA 45: CONDICIONES PARA EL ALGORITMO DE CAMBIO E OPERADOR ................................................ 103
FIGURA 46: GESTIN DE ACCESO AL CANAL.............................................................................................. 104
FIGURA 47: ELEMENTOS QUE INTERVIENEN EN LA DETECCIN DE LA CONGESTIN .................................. 105
FIGURA 48: ELEMENTOS QUE INTERVIENEN EN LA IMPLEMENTACIN INFORMACIN PSM ....................... 106
FIGURA 49: ARQUITECTURA PRIORIDAD ASIGNACIN RECURSOS RADIO ................................................... 107
FIGURA 50: ELEMENTOS QUE INTERVIENEN EN EL SOPORTE QOS Y LA GESTIN DE RECURSOS RADIO ...... 108
FIGURA 51: ELEMENTOS QUE INTERVIENEN EN EL SOPORTE QOS ............................................................. 108
FIGURA 52: PRIORIDAD EN LA ASIGNACIN DE RECURSOS RADIO POR PARTE DEL DISPOSITIVO ................ 110
FIGURA 53: FUNCIONAMIENTO COMANDO QOS-PRE-CLASSIFY .................................................................. 110

XXV

ndice de Tablas
TABLA 1: VALORES DE CADA TIPO DE LNEA DE DISTRIBUCIN..................................................................... 5
TABLA 2: RESUMEN COSTES MATERIAL....................................................................................................... 30
TABLA 3: RESUMEN COSTES PERSONAL ...................................................................................................... 30
TABLA 4: COSTES TOTALES ......................................................................................................................... 30
TABLA 5: LATENCIA DE ACUERDO A LA TECNOLOGA MVIL ...................................................................... 33
TABLA 6: NIVELES QUE REQUIEREN LAS APLICACIONES DE LA SMART GRID .............................................. 35
TABLA 7: RESUMEN REQUISITOS ................................................................................................................. 51
TABLA 8: PLANIFICACIN PRUEBA 48 HORAS DESHABILITANDO ESTADO URA .......................................... 62
TABLA 9: DATOS GLOBALES OBTENIDOS EN LA PRUEBA DESACTIVACIN ESTADO URA ............................ 63
TABLA 10: DATOS CAMBIO SIM EN SITUACIN DESACTIVACIN ESTADO URA.......................................... 63
TABLA 11: PLANIFICACIN PRUEBAS AADIENDO TRFICO ........................................................................ 64
TABLA 12: DATOS GLOBALES OBTENIDOS EN LA PRUEBA SITUACIN NORMAL SEMANA 1 .......................... 65
TABLA 13: DATOS CAMBIO SIM EN SITUACIN NORMAL SEMANA 1 ........................................................... 65
TABLA 14: DATOS PARTICULARES DE LOS OPERADORES REFERIDOS AL PORCENTAJE DE FALLOS Y AL
RETARDO EN SITUACIN NORMAL SEMANA 1 ...................................................................................... 66

TABLA 15: DATOS GLOBALES OBTENIDOS EN LA PRUEBA SITUACIN NORMAL SEMANA 2 .......................... 66
TABLA 16: DATOS CAMBIO SIM EN SITUACIN NORMAL SEMANA 2 ........................................................... 67
TABLA 17: DATOS PARTICULARES DE LOS OPERADORES REFERIDOS AL PORCENTAJE DE FALLOS Y AL
RETARDO EN SITUACIN NORMAL SEMANA 2 ...................................................................................... 67

TABLA 18: RESULTADOS PRUEBA AADIR TRFICO DURACIN 35 HORAS .................................................. 68

TABLA 19:RESULTADOS PRUEBA AADIR TRFICO DURACIN MAYOR DE 48 HORAS ................................. 69

XXVI

TABLA 20: RESUMEN ADAPTACIONES ......................................................................................................... 79

TABLA 21: RESUMEN PARMETROS CAMBIO DE OPERADOR ...................................................................... 130

XXVII

1. INTRODUCCIN
1.1 Iberdrola en el mundo
La empresa Iberdrola [IBD01] es lder en el sector de la energa. Se encuentra en
al menos 40 pases a lo largo del mundo desarrollando su actividad en los negocios de:
generacin, distribucin, energa renovable e ingeniera.

Figura 5: Pases donde Iberdrola tiene presencia

Destaca su presencia en numerosos proyectos relacionados con las TIC
(Tecnologas de la Informacin y la Comunicacin) debido a su fuerte inters por este
sector y por los grandes avances en el mismo. Tal y como describe Miguel ngel
Snchez Forni, director de Sistemas de Control y Telecomunicaciones de Iberdrola, en
el artculo acerca de las TIC en el sector elctrico [COIT01], la gestin y optimizacin
del activo de cualquier empresa elctrica debe estar sustentada por la necesidad de
telecomunicaciones para obtener ciertos datos durante el proceso elctrico.
1.2 La necesidad de la Smart Grid
La poltica energtica [EUR01] est basada en tres principios: la competitividad
en el mercado energtico, la sostenibilidad y la seguridad del suministro.
1

Respecto a la sostenibilidad para el 2020, Europa ha establecido que se debe disminuir

un 20% la emisin de gases, disminuir un 20% el consumo energtico y aumentar un
20% el uso de energa renovable [EUR02].
Para conseguir lo fijado por la poltica energtica, se plantean las siguientes medidas:

Alta integracin de la generacin distribuida, especialmente las energas

renovables.

Alta integracin del transporte elctrico.

Mejorar la eficiencia haciendo un mejor uso de la energa (demanda activa y

gestionada).

Mejorar la calidad y seguridad del suministro.

La Smart Grid se presenta como una necesidad para poder llevar a cabo estas

medidas permitiendo la integracin de la gestin de la totalidad de los procesos del

negocio elctrico de Iberdrola.
Smart Grids are emerging as the next strategic challenge for the energy sector
and as a key catalyst to achieve the vision of a low-carbon economy Ignacio S.Galn,
Chairman and CEO, Iberdrola.
1.3 Proyecto STAR de Iberdrola
Iberdrola ha decidido desplegar una red de telecomunicaciones nica que sirva
tanto para cumplir con las obligaciones del Real Decreto 1110/2007 como para dar
inteligencia a su red de distribucin.
Iberdrola presenta el proyecto STAR (Sistemas de Telegestin y Automatizacin
de la Red) como una solucin a la telegestin de los contadores y la automatizacin de
la red de distribucin energtica. La telegestin consiste en la lectura y actuacin a
distancia sobre los contadores residenciales que vino establecido como obligacin en el
Real Decreto 1110/2007 [BOE01]. De este modo se desarroll la plataforma AMM
(Advance Metering Management). De acuerdo a la visin innovadora de Iberdrola, se
decidi desarrollar al mismo tiempo los servicios de automatizacin, supervisin y
telecontrol de la red de media y baja tensin. Estos servicios estn dentro del sistema
2

SCADA3 (Supervisory Control And Data Acquisition). Tanto el sistema SCADA como
la plataforma AMM se engloban dentro de la Red Elctrica Inteligente (Smart Grid).

Figura 6. Esquema General Proyecto STAR

La puesta en funcionamiento de la Smart Grid requiere la instalacin de elementos

de TIC ubicados en las instalaciones que componen dicha red elctrica.
La energa procedente de las plantas de generacin se transporta por las lneas de
muy alta tensin de Red Elctrica de Espaa (REE) hasta la subestacin primaria
perteneciente a Iberdrola. En la subestacin primaria se transforma alta tensin en
media tensin. Para entregar la energa desde la subestacin hasta los clientes finales
(figura 7), se pasa por las subestaciones secundarias, concretamente conocidas como
centros de transformacin (CT). En los CT se transforma media tensin en baja tensin.
Estos centros pueden ser urbanos o rurales.

Se encarga de recoger informacin en tiempo real de los CTs.

Figura 7: Tpico sistema de distribucin de baja tensin

La topologa de la red de media tensin en entorno urbano (figura 8) presenta en

el medio la subestacin primaria. De esta subestacin salen unas lneas en forma de
anillo o se conecta con otras subestaciones primarias. Cada lnea est formada por 10
CTs que abastecen a los usuarios finales. Un CT puede suministrar energa
aproximadamente a un rea de 0.07

con 350 habitantes.

Figura 8: Sistema distribucin en media tensin urbana

En la tabla 1 se incluye los valores tpicos de baja, media y alta tensin con los
que trabaja Iberdrola.
Lnea

Voltaje

Alta tensin

30kV, 45kV, 60kV, 132kV

Media tensin

11kV, 13kV,15kV,20kV, 30kV

Baja tensin

220V, 380V
Tabla 1: Valores de cada tipo de lnea de distribucin

En estos momentos el reto es comunicar todos los CT porque ya existe

comunicacin con las subestaciones primarias. Las principales dificultades que plantean
son su volumen (alrededor de 80.000) y sus diferentes ubicaciones.

Para poder comunicar todas estas instalaciones se hace uso de las distintas
tecnologas (PLC, ADSL, fibra ptica, etc) en funcin de la ubicacin de la instalacin
y la topologa de la red.
1.4 Aplicaciones de la Smart Grid
Iberdrola ha decidido realizar la implantacin de estos sistemas (telegestin,
automatizacin, supervisin y telecontrol) al mismo tiempo ya que, si bien implica una
importante inversin inicial, a la larga supondr el desarrollo de una misma red de
comunicaciones ms eficiente que recoge sus distintas necesidades. La tecnologa PLC
PRIME [ITU01] es la que ha permitido concentrar las comunicaciones requeridas por la
telegestin a los CTs y as requerir una red nica de telecomunicaciones.
Dentro del trfico generado por los sistemas desarrollados, cabe destacar la
importancia de priorizar el trfico de automatizacin, telecontrol y supervisin debido a
que se tratan de aplicaciones de Misin Crtica (figura 9). En los CTs se instalan
elementos que permiten la implantacin de dichos sistemas.

Figura 9: Servicios de la Smart Grid

Se describen los servicios proporcionados por la Smart Grid:
Telecontrol, monitorizacin y automatizacin
Una avera en el suministro de energa tiene consecuencias negativas tanto para el
cliente como para la empresa elctrica, en este caso Iberdrola. Por este motivo, el
6

telecontrol, la supervisin y la automatizacin son aplicaciones de Misin Crtica que

demandan tiempo real y son crticos tanto en la comunicacin como en la solucin al
problema.
Sin estas aplicaciones de Misin Crtica, la deteccin del origen de la falta y
reparacin de una avera en el suministro se llevara a cabo a partir de prueba y error.
Esto quiere decir que los encargados deben desplazarse a cada uno de los CTs,
mayoritariamente los subterrneos, que se encuentran afectados para comprobar
mediante unas pruebas cual es el enlace de MT problemtico. Se debe entrar en todos
los CTs hasta que se encuentre el origen del problema. Esto implica mucho tiempo hasta
poder solucionar el problema y riesgo por tener que manipular instalaciones elctricas
en servicio.
A continuacin se explica con un ejemplo como se actuara de manera ms rpida
gracias al telecontrol, monitorizacin y automatizacin.
En el ejemplo, el CT presenta un correcto funcionamiento del suministro
energtico (figura 10). Cuando se produce un fallo en un enlace que une dos CTs, se
produce un corte del suministro de energa en tres CTs que abastecen a un nmero de
clientes (figura 11).

Figura 10: Funcionamiento correcto

suministro de energa. Parte 1

Figura 11: Fallo en el suministro de

energa. Parte 2

Se debe aplicar las medidas de control oportunas. Para ello se abre el interruptor
perteneciente al primer CT (figura 12) y de esta manera los clientes de uno de los CTs

recuperan el suministro. A continuacin se debe abrir el interruptor perteneciente al

segundo CT para aislar el problema (figura 13).

Figura 12: Fallo en el suministro de

energa. Parte 3

Figura 13: Aislamiento fallo de la red.

Parte 4

Por ltimo, se cierra el interruptor perteneciente al cuarto CT para dar suministro

a los dos CTs que se haban quedado aislados (figura 14).

Figura 14: Aislamiento fallo de la red. Parte 5

La informacin que se maneja es en tiempo real. Es crtica en cuanto al retraso y

prdida de paquetes. Debe entenderse que este tipo de aplicaciones de Misin Crtica
debe tener un trfico que tenga la primera prioridad en las polticas de calidad de
servicio (QoS).
Telegestin
La telegestin vino dada por el Real Decreto 1110/2007 para poder llevar a cabo
de manera remota las siguientes funcionalidades:
8

Conectar y desconectar la energa en las viviendas.

Subir y bajar la potencia contratada.

Programar tarifas.

Telemedida.
Esta aplicacin no demanda tiempo real. Por lo tanto, es un proceso no crtico en

cuanto a la disponibilidad puntual en el extremo remoto. Una medida no efectuada

correctamente la primera vez, se puede repetir todas las veces que sean necesarias
posteriormente.
Segn el Real Decreto, la telegestin debe alcanzar una implantacin del 100% de
viviendas residenciales en el ao 2018.
Aplicaciones futuras
Se aadirn en un futuro nuevas aplicaciones que mejoren ciertos servicios de
Iberdrola relacionados con la integracin de renovables, la demanda activa, la
generacin distribuida, etc.
Iberdrola presenta en ciertos CTs el servicio de telegestin (nivel bsico).
Adems, un subconjunto de estos presentan las capacidades de control junto con
monitorizacin y automatizacin en media tensin.
De todos estos niveles, consideramos que son de Misin Crtica solo el nivel de
automatizacin, telecontrol y supervisin.
1.5 Uso de redes mviles para la Smart Grid
El auge en los ltimos aos por la bsqueda de un tipo de tecnologa de
comunicacin ms apropiada vino a estudiar la posibilidad de la red pblica mvil para
satisfacer las necesidades de las aplicaciones de Misin Crtica.
Este proyecto tiene el fin de que las redes mviles no solo den el apoyo a la
telegestin, sino tambin a los elementos que estn en los CTs que transportan trfico de

aplicaciones de Misin Crtica: gestin y control de media tensin, alarmas, deteccin

de fallos. Todo esto en tiempo real y con una criticidad elevada.
1.5.1 Tecnologa UMTS
La tecnologa 3G (Tercera Generacin) conocida como Sistema Universal de
Telecomunicaciones Mviles (UMTS) [3GPP01] es el primer estndar mundial para la
comunicacin desde dispositivos mviles que representa una evolucin respecto a los
sistemas GSM. El nacimiento de UMTS se produjo en el seno de una nueva
organizacin de estandarizacin, el 3GPP (Third Generation Partnership Project)
[3GPP02] que agrupa a pases europeos y de otros continentes.
UMTS cuenta con una nueva interfaz de radio y mayor ancho de banda, as como
nuevas frecuencias. La misma frecuencia se usa en toda la red y diferentes usuarios son
atendidos simultneamente, sin asignarles distintos slots de tiempos, sino usando
diferentes cdigos.
En la tecnologa UMTS las llamadas de voz y datos recorren el mismo camino en
la red de acceso, pero se bifurcan en la red de conmutacin, donde hay una red para
atender a las llamadas de voz, y otra para las llamadas de datos. Los elementos,
lenguajes o protocolos que gestionan estas llamadas son diferentes.
Las altas velocidades que se pueden conseguir con UMTS y sus evoluciones
permiten abordar soluciones multimedia que acerquen a los terminales remotos
aplicaciones con la calidad y rendimiento que hoy solamente se pueden alcanzar en
costosas redes de grandes empresas.

10

Figura 15: Arquitectura red UMTS [UPM01]

1.5.2 Coexistencia tecnologas GPRS y UMTS
Los operadores permiten que los servicios de GPRS y UMTS coexistan,
entendindose las dos tecnologas como complementarias.
Por tanto, se garantiza que todos los servicios actualmente disponibles sobre
GSM/GPRS son tambin accesibles desde la tecnologa UMTS de forma transparente y
sin disminucin alguna de calidad, amplindose las dos carteras de servicios de forma
idntica excepto en aquellos donde, por motivos puramente tecnolgicos, puedan ser
ofrecidos mediante UMTS y no por GPRS.
Hay que tener en cuenta que la coexistencia de las redes permitir una mayor
disponibilidad del servicio.
1.5.3 Solucin comunicaciones mviles UMTS
Para la comunicacin de datos de estos servicios demandados se ha valorado que
una posible solucin para las comunicaciones de la Smart Grid es la red pblica mvil
debido a las ventajas que presenta frente a otras. Estas ventajas son el rpido despliegue,
la alta cobertura y la reduccin de costes que supone. La tecnologa usada es 3G
(UMTS).

11

Sin embargo, este tipo de red no est diseada para las aplicaciones de Misin
Crtica requerida por el sistema de distribucin de energa de la Smart Grid. Tiene una
serie de limitaciones: introduce la dependencia del operador mvil, los recursos son
limitados y esta red no est diseada para transportar poco trfico espordico (trfico de
las aplicaciones de Misin Crtica). Por todo esto, se busca las adaptaciones entre los
requerimientos crticos de la Smart Grid y las capacidades actuales de la red de datos
mviles dando lugar al diseo de una arquitectura que cubra estos requerimientos.
Se ha establecido un servicio UMTS contratado donde se ha definido una
arquitectura de comunicaciones basada en un router con dos tarjetas SIM M2M de
diferentes operadores de telecomunicaciones, uno definido como principal y otro como
secundario, y un nico mdulo radio. Esto es as debido a la necesidad de alta
disponibilidad requerida por las aplicaciones de Misin Crtica. Adems, se minimizan
situaciones en las que el router se queda incomunicado provocando el desplazamiento
hasta el centro para analizar el motivo de la incomunicacin. De esta manera, se reducen
los costes de mantenimiento.

Figura 16: Solucin UMTS

Los operadores mviles estn desarrollando plataformas genricas M2M

orientadas a permitir al cliente la monitorizacin de su propia planta: monitorizacin de
las tarjetas SIM M2M, deteccin de incidencias y realizacin de cambios de
12

configuracin. Esto permite a Iberdrola gestionar sus servicios de datos mviles

directamente sobre las infraestructuras de cada operador.
Despus de la realizacin de una serie de pruebas, se definir la arquitectura de
telecomunicaciones para el transporte de los servicios de la Smart Grid. En este
proyecto se va a centrar en como optimizar dicha red y las posibles soluciones para las
especificaciones que exigen la alta prioridad de las aplicaciones de la Smart Grid con
conectividad mvil de datos.
1.6 Planteamiento del problema
La red pblica mvil de datos est disponible en muchas aplicaciones dirigidas a
los ciudadanos. Sin embargo, cuando las capacidades de estas redes son analizadas para
el despliegue de la Smart Grid, se comprueba que aunque permitan generar grandes
ahorros, no son adecuadas para los requisitos establecidos por las aplicaciones de
Misin Crtica de los sistemas de distribucin de energa. La principal razn de este
inconveniente es la exposicin de las aplicaciones de Misin Crtica de Iberdrola al
trfico de otros usuarios que est creciendo de forma exponencial con la aparicin de los
smartphones.
Por otro lado, las redes de los operadores mviles no tienen en cuenta las
necesidades especficas del trfico de Misin Crtica ni en la red de acceso ni en el
ncleo de red. Las redes mviles slo dan prioridad a las conexiones de voz
(conmutacin de circuitos). No tienen en cuenta que puede haber en sus redes
aplicaciones con una criticidad alta que deberan tener una prioridad mayor que la voz.
La red mvil actual no est diseada para soportar un trfico de pequeo tamao y
una comunicacin crtica. Funcionalmente se ha desarrollado para soportar
principalmente comunicaciones entre seres humanos y un alto trfico. Los mecanismos
de priorizacin que presentan las redes mviles son adecuados para un uso tpico de
descarga o tratamiento de voz.
Este proyecto se centra en determinar el mejor camino que pueden seguir
Iberdrola usando las redes mviles para la Smart Grid a fin de que los operadores

13

mviles puedan adaptar los servicios que ofrecen a los requerimientos demandados por
las aplicaciones de Misin Crtica.
Con las adaptaciones que se desarrollen ms adelante, se espera:

Nuevos servicios de calidad que se adapten a las necesidades de las aplicaciones

de Misin Crtica.

Gestin de la red en cada momento para prever fallos.

Asegurar un alto porcentaje (99.99%) de disponibilidad de los recursos radio

para las aplicaciones de Misin Crtica en el momento en que sean necesarios.

Alta prioridad frente a otro tipo de trfico.

Asegurar los recursos radio en los Nodos B en situaciones de alta congestin.

Se pretende demostrar que los operadores pblicos de redes mviles son capaces

de dar el rendimiento que necesita el trfico de las aplicaciones de Misin Crtica.

Iberdrola se presenta como una empresa pionera debido a sus planes de desarrollo
de unas soluciones alternativas que puedan ser implementadas y as poder hacer factible
mecanismos que no estn disponibles en la actualidad en las redes mviles.

14

2. ESTADO DE LA CUESTIN
Con este apartado se analiza los distintos tipos de tecnologas para comunicar los
datos en la Smart Grid y el grado de cumplimiento actual de la tecnologa mvil de
datos para dar servicios de la Smart Grid.
2.1 Tipos de tecnologas para comunicaciones de datos en la Smart Grid
El objetivo del proyecto es dotar de comunicaciones a los CTs para lo cual se hace
uso de distintas tecnologas. Estas tecnologas estn implementadas sobre la red propia
de Iberdrola y sobre la red de operadores. La eleccin sobre que tecnologa utilizar en
cada CT depende de muchos factores: diseo de la topologa de la red, distancia con
otros CTs, el volumen de CTs (alrededor de 80.000), las ubicaciones diversas (centro de
ciudades, instalaciones rurales, lugares de difcil acceso, etc), las funciones que llevan
asociadas (telegestin, automatizacin, telecontrol y supervisin) y las limitaciones de
las tecnologas disponibles. Iberdrola ha desarrollado una importante red propia de
comunicaciones.
A continuacin se exponen las distintas tecnologas para la comunicacin de datos
implantado por Iberdrola y los problemas que presentan en comparacin con las
comunicaciones mviles.
2.1.1 Fibra ptica
La fibra ptica permite la transmisin mediante pulsos de luz que representan los
datos a transmitir. Se lleva a cabo por dos principios fsicos: refraccin4 y reflexin5.
Las velocidades son superiores a las de cable convencional. La fibra ptica se utiliza
ampliamente para comunicar subestaciones primarias ya que permite enviar gran
cantidad de datos sin ser afectadas por interferencias electromagnticas.
Las ventajas de la fibra ptica son: libres de interferencia electromagntica, alta
fiabilidad junto con una larga vida operativa y son capaces de soportar grandes anchos
de banda a altas velocidades de transmisin de datos. Las desventajas de la fibra ptica

4
5

Cambio de direccin que presentan las ondas cuando pasan de un medio a otro.
Cambio de direccin que presenta las ondas cuando inciden sobre una superficie reflejndose

15

son: necesidad de un alto grado de precisin cuando se conectan cables y los grandes
costes que presenta su instalacin a diferencia de otras tecnologas.
Iberdrola tiene su propia red de fibra ptica desplegada. Sin embargo, al tratarse
de una empresa energtica no son viables las grandes inversiones que habra que hacer
en comparacin con una operadora de telecomunicaciones que recibe compensacin a
medio plazo.
Los trabajos que implican llegar con fibra ptica a un CT dependen de los lugares
de los mismos. Otro problema es que las canalizaciones de cables elctricos de Iberdrola
pueden que no sean ptimos para fibra ptica debido a su ubicacin u otros problemas
que puedan surgir.
2.1.2 ADSL
La lnea de abonado digital asimtrica (ADSL en ingls Asymetric Digital
Subscriber Line) permite una conexin con acceso asimtrico y de alta velocidad a
travs de par de cobre. Permite un acceso a Internet de banda ancha dando una
velocidad superior a una conexin por modem en la transferencia de datos. El uso de
cableado de par de cobre implica tener menos ancho de banda que otras tecnologas.
Una desventaja importante es que la Calidad del Servicio depende de factores externos,
como interferencias en el cable o distancias a la central, provocando fluctuaciones.
Iberdrola

obtiene

la

tecnologa

ADSL

mediante

el

operador

de

telecomunicaciones que lo proporciona. Esto implica una serie de desventajas como una
inversin importante para adecuar las infraestructuras si el CT est fuera de la zona de
edificios. Aunque haya una arqueta cerca, no sale rentable su implantacin debido a que
es necesario abrir una canalizacin aunque sean pocos metros.
2.1.3 PLC
La comunicacin mediante cable elctrico (PLC en ingls Power Line
Communication) consiste en utilizar las lneas de energa elctrica existentes para la
transmisin y recepcin de seales de radio a alta velocidad. Se va a transportar la seal
elctrica y la seal de telecomunicaciones sobre la misma lnea usando acoplamientos
16

y diferentes frecuencias. Esta tecnologa tiene una rpida y fcil implantacin

requiriendo solamente la instalacin de los equipos de comunicaciones.
La Banda ancha sobre lneas elctricas (BPL en ingls Broadband over Power
Lines) es una conexin inalmbrica que usa medios guiados. BPL est basado en el uso
de la tecnologa PLC mediante banda ancha a travs de lneas de energa ordinarias. Los
sistemas de BPL usan la multiplicacin por divisin de frecuencias ortogonales
permitiendo minimizar la interferencia con los servicios de radio. Iberdrola dispone de
redes privadas de cable sobre las cuales se pueden inyectar las seales.
Iberdrola hace uso de esta tecnologa con el fin de unir diferentes CTs situados a
poca distancia entre ellos, para poder mandar la informacin de cada CT a un CT
distinto que acta como concentrador. Este enviar toda la informacin recogida,
mediante otras tecnologas consideradas ms ptimas, para comunicar con los dos CPDs
de Iberdrola situados en Madrid y Bilbao (red troncal).
Estas tecnologas no son viables para los casos en los que hay CT aislados porque
depende de las especificaciones tcnicas que tenga PLC. Adems, presenta ciertas
limitaciones: la red de distribucin elctrica no fue diseada con el fin de transmitir
datos por lo que el rango de altas frecuencias pueden escaparse en forma de radiacin
electromagntica.
2.1.4 Comunicaciones mviles
La Unin Internacional de Telecomunicaciones (UIT) define en el Reglamento de
Radiocomunicaciones el servicio mvil como el servicio de radiocomunicaciones que se
presta entre estaciones mviles y terrestres o entre estaciones mviles. El acceso es va
radio a los abonados de telefona, de manera que puedan realizar y recibir llamadas
dentro del rea de cobertura del sistema. Existen dos modalidades: la transmisin
analgica y la transmisin digital. Tiene diversas bandas de frecuencia en UHF: 450,
900, 1.800, 1.900 y 2.100 MHz. Las principales caractersticas son: gran capacidad de
usuarios, utilizacin eficiente del espectro y amplia cobertura. [COMU12]
La filosofa es utilizar estaciones base de pequea y media potencia y dar servicio
a un rea ms limitada. La zona de cobertura a la que da servicio una estacin base se
17

conoce como clula. La gran ventaja de estos sistemas es que si las clulas estn
suficientemente alejadas podrn reutilizar el mismo radiocanal debido a que la seal
interferente se atena con la distancia.
En general, una red de comunicaciones mviles presenta una estructura general
que segn el tipo de generacin (2G, 3G o 4G) aparecen nuevos elementos. La
estructura es:

Estaciones mviles (MS): son los equipos que suministran el servicio a los
usuarios, en el lugar, instante y formato adecuado. Cada estacin mvil puede
actuar en modo emisor, receptor o en ambos nodos.

Estaciones base (BTS): envan y reciben llamadas y otros servicios. Deben estar
ubicadas cerca de los usuarios de telfonos mviles para permitir una buena
calidad en la recepcin al ser el encargado de mantener el enlace radioelctrico.

Estacin de control (BSC): realiza las funciones de gestin y mantenimiento del

servicio.

Centros de conmutacin (MSC): tiene como funcin interconectar usuarios de la

red fija con la red mvil, o usuarios de la red mvil entre s. Al mismo tiempo
mantienen las bases de datos para tratar las peticiones de llamada de los clientes.

Figura 17: Conexin entre redes telefnicas mviles, fijas y de datos [COMU12]

18

Por la cobertura que ofrecen, las comunicaciones mviles son el medio ms

ptimo para la transmisin de la informacin hacia los puntos de entrada de Iberdrola.
Sin embargo, se han valorado una serie de deficiencias que nadie ha llegado a cubrir.
Por lo tanto, el desarrollo de este proyecto tiene como objetivo encontrar mejoras para
que las comunicaciones mviles sean un medio factible con respecto a las necesidades
que presenta Iberdrola.
El proyecto se centra en la tecnologa 3G (UMTS). La razn es porque la
tecnologa 2G ha dejado de desplegarse en Iberdrola debido a que la tecnologa UMTS
es ms avanzada y los operadores tienen un despliegue masivo en sus redes con estas
tecnologas permitiendo ms capacidad que es lo demandado por Iberdrola.
2.2 Telecomunicaciones mviles de datos para la Smart Grid
Se analiza el estado de cumplimiento por parte de los operadores, a los
requerimientos para la transmisin de datos de la Smart Grid, centrado principalmente
en las aplicaciones de Misin Crtica. Las redes de telecomunicaciones referidas a datos
mviles tienen que cumplir con los siguientes requisitos crticos de la Smart Grid:

Redundancia: se hace diseando dos tarjetas SIM. La interconexin troncal con

cada operador de telecomunicaciones ser tambin redundante a travs de dos
ubicaciones distintas.
Nivel de cumplimiento: alto. Se ha podido llevar a cabo este nivel de
redundancia.

APN (Access Point Name): especficas APN para las aplicaciones en la red
mvil de datos.
Nivel de cumplimiento: alto. La red 3G podra proporcionar esta funcionalidad.

Autonoma de la batera de la Estacin Base: las aplicaciones de las redes

inteligentes no pueden depender de una red de telecomunicaciones que no se ha
diseado con la suficiente autonoma de la batera (por lo menos, 3 horas) por si

19

se produce una avera en la red elctrica y este fallo tambin podra afectar a la
fuente de suministro de la Estaciones Base.
Nivel de cumplimiento: medio. Para cumplir este requisito es necesario que los
operadores de telecomunicaciones inviertan en las bateras.

Cobertura: es importante saber cules son los planes que el operador de

telecomunicaciones tiene con respecto al mantenimiento de la actual cobertura
2G y el despliegue de la tecnologa 3G.
Nivel de cumplimiento: alto. Los operadores han creado Single RAN que
permite cambiar automticamente en una misma Estacin Base de tecnologa 2G
a 3G o incluso usar ambas de forma simultnea.

Gestin: se necesitar una solucin totalmente gestionada para control de

calidad, supervisin de alarmas, inventario de servicio, informes de trfico,
gestin de facturas, aprovisionamiento, etc.
Nivel de cumplimiento: medio. Nuevas plataformas M2M mvil se estn
desarrollando por parte de los operadores. Sin embargo, estas plataformas M2M
prestan servicios bsicos.

Seleccin de la red de acceso: se plantea que los dispositivos tengan la

inteligencia para ser capaces de seleccionar entre dos redes distintas en funcin
de la informacin especificada por el usuario del dispositivo mvil.
Nivel de cumplimiento: bajo. Actualmente no existe ningn mecanismo.
Debido a la falta de cumplimiento de estos requerimientos, existen carencias que

nadie ha investigado. Este proyecto va hacer hincapi en estos niveles de cumplimento

adems de otros nuevos propuestos para poder usar este tipo de comunicaciones
mviles en las aplicaciones de Misin Crtica demandados por Iberdrola.

20

3. ALCANCE DEL PROYECTO

3.1 Motivacin
El mundo crece hacia el desarrollo de nuevas tecnologas que incentivan la
conciencia social respecto a la proteccin del medio ambiente. Actualmente se habla de
muchas nuevas tecnologas que empiezan por Smart.
El principal motivo por el que se ha desarrollado este proyecto es porque la
implementacin de la Smart Grid tiene el propsito de aumentar los beneficios
medioambientales mediante la gestin de la demanda de energa elctrica as como
mejorar la calidad del suministro y aumentar la eficiencia de las operaciones. La
demanda de este tipo de tecnologa aumenta y su desarrollo permitir aumentar la
inteligencia de estas redes que se estn desarrollando. Un factor a tener en cuenta es que
en la actualidad el ahorro energtico es algo necesario tanto para las empresas como
para el usuario final en su casa.
Este proyecto va muy asociado a los objetivos principales de la poltica energtica
europea que ya se han comentado.
Este proyecto se centrar en la comunicacin de redes de datos mviles. Se
estudiar la viabilidad mediante la definicin de nuevas adaptaciones tanto en la red
privada de Iberdrola como en la red pblica del operador mvil para conseguir sus
objetivos y poder conseguir muchas ventajas: la eficiencia de la energa, bajar el
consumo en los hogares, mejor control, rpida intervencin en caso de fallo, etc.
3.2 Objetivos
El objetivo principal es la evolucin de las capacidades de control y la gestin
M2M de las redes mviles hacia requisitos especficos de las aplicaciones de Misin
Crtica de la Smart Grid.
Para lograr este objetivo primordial, este proyecto se va a centrar en los siguientes
objetivos secundarios:

21

Proponer los requisitos de telecomunicaciones demandados por las aplicaciones

de Misin Crtica de la Smart Grid que se quieren aplicar sobre redes mviles
3G.

En base a las capacidades de las redes mviles 3G, se definen las adaptaciones
necesarias para complementar las capacidades actuales de las redes de los
operadores de forma que puedan cubrir los requisitos planteados. Conseguir
minimizar la falta de adecuacin de las aplicaciones de Misin Crtica en las
redes mviles debido a que estas redes estn diseadas para satisfacer otras
necesidades. Estas adaptaciones deben ser unas mejoras innovadoras. Pueden ser
recogidas en dos categoras:
Gestin: optimizar el uso de las plataformas M2M de los operadores en la
actualidad, el centro de gestin de red de Iberdrola y los dispositivos
terminales para obtener informacin valiosa en la gestin. Esto se realiza
mediante:
Funciones no explotadas.
Integrar informacin y alarmas de las distintas fuentes.
Control: se propondr una mejora en la conectividad mediante un algoritmo
que tenga en cuenta las capacidades de las redes mviles. Este algoritmo se
incorpora en los dispositivos. Adems se tendr en cuenta otras mejoras
como la priorizacin.
Se pretende que las adaptaciones mejoren el rendimiento de las aplicaciones de
Misin Crtica de dos maneras:
Cambiando parmetros de la red mvil de forma permanente.
Accediendo dinmicamente desde los equipos terminales a las capacidades
de las redes mviles.

Diseo de la arquitectura de cada adaptacin innovadora en las redes mviles.

Los objetivos secundarios se relacionan entre si y se derivan, en mayor o menor

medida, del principal.

22

3.3 Metodologa
Este proyecto se centra en la bsqueda de adaptaciones en la red mvil existente
para cubrir los requisitos de la Smart Grid. La metodologa que se ha seguido es la
siguiente:

Figura 18: Metodologa desarrollo proyecto

La primera etapa de este proyecto consiste en proponer y clasificar los requisitos
propuestos que demandan las aplicaciones de Misin Crtica de la Smart Grid de
Iberdrola.
Finalizado esta etapa, se analizan las capacidades que tienen las actuales redes
mviles centrndonos en la parte de datos 3G.
Posteriormente se procede a juntar ambos para desarrollar las mejores
adaptaciones que puedan ofrecer un punto de encuentro entre los requisitos y las
capacidades de las redes mviles.
La ltima parte consiste en disear estas adaptaciones que resulten viables en
ambas arquitecturas (Iberdrola y operadores de redes mviles contratados).
Este proceso es cclico a lo largo de todo el proyecto porque si una de las
adaptaciones no se puede llevar a cabo entonces se vuelve a realizar todos estos pasos
para plantear una nueva adaptacin en base a la que no se ha podido resolver.
23

3.4 Recursos a emplear

En este apartado se va a describir cada uno de los recursos y herramientas que se
emplean en el desarrollo del proyecto. Adicionalmente se llevar a cabo una explicacin
de los mismos.
Las herramientas que se van a emplear para el desarrollo de este proyecto son:

Centro de Gestin de Red (CGR): Es el sistema de supervisin privado de la red

de Iberdrola. Est formado por unas plataformas las cuales cada una tiene una
funcin:
Sistema SNMPc (SNMP castle rock) para verificar la conectividad con el
equipo remoto.
Gestin y Administracin de direccionamiento IP (GADIP) para recoger el
inventario de datos de configuracin de equipos y trfico.
Sistema Integrador de alarmas de comunicaciones (SIAC) para las alarmas
de los equipos.

Plataformas M2M de dos operadores mviles. Cada operador facilita una

plataforma con interfaces distintas pero funcionalidad parecida.

APIs de las plataformas para conseguir informacin personalizada. Estas APIs

proporcionan la integracin de las funcionalidades del producto en los sistemas
del cliente.

Red privada de telecomunicaciones de Iberdrola.

Aplicaciones de Misin Crtica. Son los servicios de telecontrol, automatizacin

y supervisin de la Smart Grid necesarios en tiempo real.

Tarjetas inteligentes llamadas SIM M2M.

Routers capaces de admitir dos tarjetas SIM M2M aunque con un solo mdulo
radio.

Herramientas para la monitorizacin de la red:

Zabbix.
ExPing.

24

Red mvil de datos de dos operadores:

Red acceso.
Ncleo de red.
OSS.

Por parte del estudio de las adaptaciones de las redes mviles, se necesitan los
recursos que aportan los operadores mviles para conocer su infraestructura y
poder aplicarlo a las nuevas adaptaciones.

25

26

4. PLANIFICACIN Y ESTIMACIN ECONMICA

La planificacin del desarrollo del proyecto viene definida en el diagrama de
Gantt. El proyecto comenz el da 3 de febrero y finaliza el da 26 de mayo con la
entrega de toda la documentacin del mismo.
Para la supervisin el proyecto se ha establecido un coordinador en la Universidad
Pontificia de Comillas (ICAI) y un tutor en la empresa Iberdrola donde se lleva a cabo
el desarrollo del proyecto.

Figura 19: Diagrama de Gantt

Despus de establecer el coste temporal del proyecto, se estima el coste
econmico del mismo desde el punto de vista de Iberdrola. No se valora el coste de los
elementos que pertenecen a la red de los operadores mviles porque es desconocido.
Se lleva a cabo una divisin en coste de hardware, software, cursos formacin y
personal.
Coste hardware
Para la elaboracin del proyecto se ha necesitado un PC de mesa y cuatro routers
3G para comprobar la viabilidad de unas pruebas que deben cumplir los operadores
mviles.

27

Estos dispositivos no forman parte del producto final puesto que no son los
dispositivos que se van a entregar al cliente final. Solo se necesitan para comprobar la
viabilidad de ciertas adaptaciones del proyecto.
Coste Software
Se usan sistemas internos de Iberdrola que ya han sido desarrollados y servicios
de los operadores mviles por lo que el coste es 0 Euros. Adems, los softwares para la
comprobacin de unas pruebas realizadas son open source y por lo tanto su coste es de
0 Euros.
Para la realizacin de la memoria y la posterior presentacin se va a emplear el
paquete Office que viene ya con el PC de mesa.
Hay que tener en cuenta que existen unos costes indirectos del puesto de trabajo,
el software est incluido en ellos, que ascienden a 1.000 Euros/mes. Por lo tanto el coste
total es de 1.000Euros x 4 meses= 4.000 Euros.
Coste cursos formacin
Tambin fueron necesarios varios cursos acerca de la introduccin de las
plataformas M2M y las APIs de los operadores mviles para su estudio y posterior uso
y desarrollo. Tambin se requiri un curso interno en Iberdrola acerca del Centro de
Gestin de Red y sus diferentes sistemas.
El coste total de los cursos de formacin asciende a un valor de 3.500 Euros.
Coste personal
Como en la planificacin se muestra, el proyecto tiene una duracin de 4 meses de
los cuales se ha trabajado 3 das a la semana y 6 horas al da. Hay que aadir un trabajo
extra en casa de redaccin de memoria de 2 horas a la semana. Esto da un trabajo
semanal total de 20 horas que es lo establecido para la realizacin del trabajo fin de
grado. El total de horas del proyecto es de aproximadamente 4 meses x 4 semanas x 20
horas= 320 horas.
28

Segn la distintas adaptaciones, se ha llevado a cabo diferentes roles los cuales

tienen distintos precios.
Se han realizado diferentes tareas con distintos perfiles:

Se considera la categora de analista, cuyo salario es de 40 Euros/ hora, para

poder llevar a cabo lo siguiente:
Se ha tardado 15 das en llevar a cabo la recogida de los requisitos de las
aplicaciones de Misin Crtica sobre las redes mviles. Por lo tanto el coste
es de 40 Euros x 15 das x 6 horas = 3.600 Euros.
Se ha tardado 40 das en el desarrollo de las adaptaciones. Por lo tanto el
coste es de 40 Euros x 40 das x 6 horas = 9.600 Euros.
Se ha tardado 25 das en el diseo de la arquitectura de cada adaptacin. Por
lo tanto el coste es de 40 Euros x 25 das x 6 horas = 6.000 Euros.
Ejecucin de las pruebas de laboratorio. Han sido un total de 3 pruebas:
Prueba 1: prueba de 48 horas con comportamiento normal establecido
por Iberdrola. El coste es de 40 Euros x 6 das x 6 horas = 1.440
Euros.
Prueba 2: prueba de 48 horas cuando se deshabilita el estado URA. El
coste es de 40 Euros x 3 das x 6 horas = 720 Euros.
Prueba 3: prueba aadiendo trfico adicional diariamente. El coste es
de 40 Euros x 3 das x 6 horas = 720 Euros.
Desarrollo orientativo del sistema para la recogida del inventario en el
sistema GADIP. El coste es de 40 Euros x 5 das x 6 horas = 1.200 Euros.

Se considera la categora de programador, cuyo salario es de 35 Euros/hora, para

poder llevar a cabo lo siguiente:
Desarrollo del cdigo MIB de los traps. Se ha tardado dos das en llevarlo a
cabo y por lo tanto el coste es de 35 Euros x 2 das x 6 horas = 420 Euros.
29

Se considera la categora de jefe de proyecto, cuyo salario es de 50 Euros/hora,

para poder llevar a cabo una planificacin, ejecucin y control de todo el
proyecto. Por lo tanto, sabiendo que solo se trabaja como jefe de proyecto
durante las horas de presencia en Iberdrola, el tiempo de presencia es 4 meses x
4 semanas x 3 das x 6 horas x 50 Euros= 288 horas por lo que el coste total es
288 horas x 50 Euros= 14.400 Euros.
Descripcin
Precio
Costes indirectos
4.000 Euros
Cursos de formacin
3.500 Euros
TOTAL
7.500 Euros
Tabla 2: Resumen costes material

Perfil
Analista
Analista
Analista
Analista
Analista
Analista
Analista
Programador
Jefe de
proyecto
TOTAL

Descripcin trabajo
Anlisis requisitos aplicaciones de
Misin Crtica
Desarrollo adaptaciones
Diseo arquitectura
Prueba 1
Prueba 2
Prueba 3
Sistema inventario GADIP
Desarrollo cdigo MIB
Coordinacin de todo el proyecto

Duracin

Precio

15 das

3.600 Euros

40 das
25 das
6 das
3 das
3 das
5 das
2 das

9.600 Euros
6.000 Euros
1.440 Euros
720 Euros
720 Euros
1.200 Euros
420 Euros

48 das

14.400 Euros
38.100 Euros

Tabla 3: Resumen costes personal

Descripcin
Total costes materiales
Total costes personal
TOTAL
Tabla 4: Costes totales

Precio
7.500 Euros
38.100 Euros
45.600 Euros

30

5. DEFINICIN DE REQUISITOS
En este apartado se detallan los requisitos de telecomunicaciones para transportar
servicios de la Smart Grid sobre redes de operadores mviles 3G. Estos requerimientos
son esenciales para el correcto funcionamiento de las aplicaciones de Misin Crtica de
Iberdrola.
Se dividirn los requisitos en cuatro planos: usuario, bsico, gestin y control. Se
seguir la siguiente nomenclatura (R.X.y.z) donde:
R indica requisito.
X indica el plano:
U: usuario.
B: bsico.
G: gestin.
C: control.
y indica el nmero de requisito dentro de cada plano.
z indica el requisito que depende de y.
Se detallan los tipos de requisitos demandados junto con una breve descripcin de
los mismos.
5.1 Requisitos plano usuario
Se basa en la necesidad de transportar todos los servicios definidos por Iberdrola
desde un punto remoto hasta un punto de concentracin de acceso a su red privada
(routers troncales) pasando por la red mvil pblica. Este proyecto solo se centra en las
aplicaciones de Misin Crtica por lo tanto solo se har hincapi en los servicios de
automatizacin, supervisin y telecontrol.
La figura 20 muestra la arquitectura global del proyecto basada en conectividad
mvil de datos para la Smart Grid.

31

Figura 20: Arquitectura solucin servicios Smart Grid con conectividad mvil de datos

Los requisitos de las conexiones troncales (sede 1 y sede 2) y de las conexiones

terminales sern diferentes. Se requiere una conexin MPLS terrestre en las conexiones
troncales y una solucin UMTS en las conexiones terminales.
Las conexiones troncales deben tener una redundancia completa entre ellas. De
esta forma, se garantizar que se pueda balancear o pasar la carga de una de las
conexiones hacia la otra.
A continuacin, se presentan los valores mnimos requeridos en el plano de
usuario. Estos requisitos son los que caracterizan a las aplicaciones de misin Crtica.
Respecto a la disponibilidad, ser obligatorio establecer SLA del operador para la
comunicacin con Iberdrola.
R.U.1 Indicadores productivos
Se van a tener en cuenta los siguientes:

Disponibilidad anual para los servicios GPRS/UMTS: 99.98%.

32

Disponibilidad anual en las interconexiones troncales: 99.85%.

Tiempo mximo en resolucin de averas que supongan la cada de servicio en

las instalaciones terminales cubiertas con ms de 5 Nodos B: 2 horas.

Tiempo mximo en resolucin de averas que supongan la cada de servicio en

las instalaciones terminales cubiertas con menos de 5 Nodos B: 12 horas.

Tiempo mximo de resolucin de averas en las interconexiones troncales

siempre que no sean simultaneas en las dos interconexiones troncales: 8 horas.

Nmero mximo de averas anuales por interconexin troncal: 2.

Nmero mximo de averas anuales que supongan cada de servicio en las

instalaciones terminales cubiertas con ms de 5 Nodos B: 2.

Nmero mximo de averas anuales que supongan cada de servicio en las

instalaciones terminales cubiertas con menos de 5 Nodos B: 4.

Tiempo mximo de corte programado que supongan cada de servicio en las

instalaciones terminales cubiertas con ms de 5 Nodos B: 2 horas.

Tiempo mximo de corte programado que supongan cada de servicio en las

instalaciones terminales cubiertas con menos de 5 Nodos B: 4 horas.

Nmero mximo de cortes programados anuales que supongan cada de servicio

en las instalaciones terminales cubiertas con ms de 5 Nodos B: 2.

Nmero mximo de cortes programados anuales que supongan cada de servicio

en las instalaciones terminales cubiertas con menos de 5 Nodos B: 6.

R.U.2 Indicadores relacionados con el rendimiento

Se van a tener en cuenta los siguientes:

Latencia mxima (ida y vuelta) para una prioridad estricta. Es el tiempo

empleado en ida y vuelta del paquete entre los routers instalados en las sedes de
Iberdrola y los puntos terminales remotos.
Tecnologa Latencia
GPRS

450 ms

UMTS

200 ms

Tabla 5: Latencia de acuerdo a la tecnologa mvil

33

Jitter mximo para una prioridad estricta. Es la variacin del tiempo entre la
llegada de distintos paquetes. Se ha establecido 15 ms.

Mxima perdida de paquetes para una prioridad estricta. Es el porcentaje de

paquetes que se pierden en la red durante el transporte de los mismos. Se ha
establecido que no se puede superar el 1% de prdida de paquetes.

Throughput mnimo garantizado. Es el volumen de informacin que fluye en las

redes de datos, es decir, es la velocidad media que se alcanza en una
transferencia de informacin.
Subida: 4kbps.
Bajada: 4kbps.

R.U.3 Redundancia
Son necesarios caminos secundarios para mejorar la fiabilidad y disponibilidad.
La redundancia en los nodos de la red GGSN/SGSN, ha de permitir garantizar la
continuidad del servicio en caso de cada o fallo de alguno de ellos. En ningn caso la
cada de uno o varios de estos nodos tiene que implicar la cada del servicio, ya que la
red tiene que garantizar en todo momento que sean reasignadas automticamente a otro
nodo GGSN/SGSN. Cada nodo SGSN deber ser capaz de gestionar por s solo, toda el
direccionamiento contratado por Iberdrola.
R.U.4 Criticidad
Se define un parmetro llamado criticidad. Hace referencia al impacto global de
una serie de cumplimientos dentro de unos lmites de tiempo predefinidos. Se incluye
como un parmetro importante dentro de las aplicaciones de Misin Crtica que
determina como de importante es el tiempo en el traspaso de informacin. Se define la
criticidad en tres niveles en funcin del riesgo asociado:

Extremo: si se pierde el tiempo lmite, es un completo fracaso.

Alto: ser tolerado si falta poco tiempo pero se degrada la QoS.

Bajo: cuando se pasa el lmite de tiempo, se va degradando los resultados.

34

Aplicaciones Smart Grid

Nivel de criticidad

Misin Crtica

Alto

No son de Misin Crtica

Bajo

Tabla 6: Niveles que requieren las aplicaciones de la Smart Grid

5.2 Requisitos bsicos operadores

Los operadores deben tener en cuenta una serie de requisitos que Iberdrola
considera bsicos.
R.B.1 Grado cobertura UMTS demandada a los operadores y sus planes futuros.
Cada operador debe disponer de una infraestructura UMTS con amplia cobertura
geogrfica nacional, capaz de cubrir el 95% del territorio que englobe los CTs.
Sin embargo, se desconoce el tiempo que van a tener los operadores est
tecnologa y el desarrollo que prevn en ella. Por todo esto, es importante saber la
situacin actual de los operadores y sus planes futuros (roadmap) relacionados con las
bandas asignadas a UMTS en la medida en que esto afecte a los requisitos de los routers
a instalar en los CTs.
R.B.2 Redundancia automtica
Cada operador debe facilitar una infraestructura mvil UMTS con plena
redundancia en la capa de ncleo con el fin de conseguir la disponibilidad requerida. La
redundancia automtica debe presentarse sobre todo en los siguientes elementos de la
capa de ncleo: HLR, GGSN y SSGN.
5.3 Requisitos bsicos dispositivos
Los fabricantes de dispositivos terminales deben tener en cuenta una serie de
requisitos que Iberdrola considera bsicos.

35

R.B.3 Ubicacin dispositivos proyecto STAR

Hay que tener en cuenta que los router se ubican en instalaciones elctricas. Esto
significa que los dispositivos deben cumplir con los requisitos de compatibilidad
electromagntica para este tipo de centros.
Los equipos sern ubicados en armarios en el interior de las instalaciones que lo
permitan y en armarios a la intemperie en el resto de los casos.
R.B.4 Doble tarjeta SIM M2M en los dispositivos para el respaldo automtico de las
comunicaciones
Debido a la criticidad de los servicios de Iberdrola, los routers con interfaces
WAN 3G han de tener la capacidad de conectarse a dos redes de operadores 3G
distintas, para poder conmutar de una a otra en caso necesario.
Por este motivo, los routers deben tener dos tarjetas SIM M2M de distintos
operadores mviles (operador principal y operador secundario) pudiendo compartir para
dichas tarjetas un nico chip de radio para reducir el coste.
R.B.5 Routers con acceso a redes mviles y tratamiento de trfico
Los routers proporcionarn acceso a redes de operadores que permitan transportar
servicios a los negocios de Iberdrola. Adems realizarn funciones de agregacin,
separacin y clasificacin de trficos a Nivel 2 y a Nivel 3.
R.B.6 Protocolos de redes
El dispositivo de comunicaciones debe disponer de un gran nmero de protocolos
de redes, con facilidades avanzadas de routing y tcnicas especiales de soporte de fallos.
Los protocolos ms importantes son SNMP RIP y DMVPN.
R.B.7 Nuevas versiones de software
El suministrador informar a Iberdrola de las nuevas versiones de software.
Adems debe estar abierto a propuestas que proponga Iberdrola.
36

5.4 Requisitos plano gestin

En el plano de gestin, la necesidad de Iberdrola es tener la mayor informacin
posible. Con esto se consigue una mejor visin de los problemas y una rpida actuacin
sobre ellos. Las fuentes deben ser las dos plataformas M2M de los operadores y los
dispositivos terminales.
5.4.1 Requisitos plano de gestin que deben cumplir los dispositivos referidos a la
informacin.
A continuacin se detallan cada uno de los requisitos relacionados con la
informacin de los dispositivos.
R.G.1 Informacin de los dispositivos al CGR
El CGR requiere de los dispositivos el envo de informacin para mantener una
supervisin de los mismos. La informacin se recogera por el sistema GADIP que
contiene el inventario de los dispositivos y el trfico de los mismos. La informacin que
se obtendra sera:

ICC: corresponde al nmero de identificacin de la tarjeta SIM en la red mvil.

IMSI: es el identificador universal de usuario GSM. Este dato es almacenado por

la tarjeta SIM M2M.

IMEI: es el nmero de identificacin del dispositivo en la red a nivel

internacional. Permite que los operadores controlen el acceso de un terminal
concreto a sus redes mviles.

Direccin IP.

Nivel de cobertura recogido en cada momento.

APN con el que comunica el dispositivo.

Trfico cursado por cada tarjeta. Este valor servir para compararlo con el
trfico dado por las plataformas M2M. Tambin hay que tener en cuenta que con
esto se puede llevar a cabo la correlacin del trfico que recoge el CGR con el
trfico que recoge cada plataforma M2M y as poder comprobar la correcta
medida. Se mide en bytes recibidos y bytes enviados.

37

 Trfico diario.
Trfico mensual.

Modelo del dispositivo.

Versin del dispositivo.

Nmero de cambios de operador. Con este dato se determinar la disponibilidad

de cada operador e incumplimientos de lo que se ha considerado condiciones
mnimas que garantizan la correcta comunicacin. En el CGR hay parmetros
que aportan la fecha de cambio de operador (hora del ltimo cambio) pero no
indican el nmero de cambios de operador que han ocurrido. Por lo tanto, este
dato es un requisito para poder analizar de una manera ms eficiente el cambio
de operador y controlar las fluctuaciones constantemente.

5.4.2 Requisitos plano de gestin que deben cumplir los operadores referidos a la
informacin
A continuacin se detallan cada uno de los requisitos relacionados con la
informacin de las redes de los operadores mviles.
R.G.2 Informacin de la red mvil y de las tarjetas SIM M2M recogidas por las
plataformas M2M de los operadores
Iberdrola necesita que las plataformas M2M recojan informacin sobre la red y
los dispositivos. Se demanda que la siguiente informacin se muestre en las plataformas
M2M en un periodo corto de tiempo (se actualicen los datos cada 30 minutos como
mximo). Tambin se requiere que se enve al CGR para el procesado y la correlacin
de la informacin por parte de Iberdrola.
La informacin ms significativa que se quiere recoger cada vez que se produzca
un cambio sera:

ICC.

IMSI.

IP pblica.

Cell Id.
38

APN.

Ciclo de vida de una tarjeta SIM: define todos los estados as como las
transiciones entre ellos que gobiernan el comportamiento de una tarjeta SIM
M2M. Los operadores podrn distinguir los siguientes estados de la tarjeta SIM:
No provisionada, no activa o anulada. La tarjeta no est operativa para poder
enviar trfico a travs de ella.
Provisionada. La tarjeta est provisionada para poder enviar trfico a travs
de ella pero no es facturable porque todava no ha generado trfico.
Prueba. Estado intermedio donde la tarjeta no es facturable porque todava
no ha generado un trfico determinado.
Operativa, activa o en servicio. La tarjeta est en servicio y es facturable.

Estacin Base/Nodo B ltimo a la que se conect la tarjeta SIM.

Nmero de tarjetas GPRS en servicio.

Nmero de tarjetas UMTS en servicio.

La informacin ms significativa que se quiere recoger cada 30 minutos sera:

Trfico cursado por cada tarjeta SIM M2M.

Nivel de cobertura: este dato se da en dBm en cada coordenada geogrfica. Este

dato aporta mucha informacin acerca de la calidad de servicio. Saber el nivel de
cobertura de cada CT implica establecer el mejor operador en cada uno de ellos.

Nivel de congestin: es importante conocer este dato tanto en la red de acceso

como en el ncleo de red.

R.G.3 Informes
Se quiere tener una serie de informes para poder tener un mayor control. Los
informes demandados seran:

Parmetros de Calidad de Servicio:

Congestin de la red.
Cobertura de la red.
39

 Ancho de banda.
Latencia.
Prdida de paquetes.
Jitter.
Throughput.

Consumo y gasto:
Trfico diario. Esta informacin tiene como objetivo conseguir el control de
anomalas, optimizar el trfico, anlisis para mejoras en la red, cumplimiento
de la proporcin de trfico otorgado al operador principal y al operador
secundario.
Detalle de gasto diario. Informacin detallada de todos los gastos de
Iberdrola durante un periodo de das.

Supervisin:
Localizacin. Ofrecer informacin de la localizacin para todas las lneas de
un grupo de supervisin concreto de Iberdrola.

R.G.3.1 Formato informes

El mdulo de informes debe permitir la generacin de los tipos de informes,
detallados en R.G.3, en la mquina local del usuario en el formato CSV y otros: Excel y
PDF.
R.G.4 Roadmap plataformas M2M
Iberdrola debe conocer el roadmap de las plataformas M2M de los operadores. Se
requiere el detalle de las nuevas funcionalidades ofrecidas en las diferentes versiones de
estas plataformas.
5.4.3 Requisitos plano gestin que debe cumplir el CGR referidos a la informacin
A continuacin se detallan cada uno de los requisitos relacionados con el anlisis
de la informacin en el CGR.
40

R.G.5 Definicin nuevos SLA

El objetivo de los SLA (Acuerdos de Nivel de Servicio) es garantizar al cliente el
correcto funcionamiento de los servicios demandados. Para ello, se definen una serie de
parmetros que miden determinadas caractersticas de los servicios. Mediante SLA se
acotan los valores que pueden alcanzar estos parmetros, habitualmente en trminos de
mximos y mnimos. El cliente ser informado regularmente sobre los valores
alcanzados por los parmetros mediante los pertinentes informes, y en caso de
incumplimiento del SLA, el cliente penalizar al proveedor.
Con la informacin recogida en cada uno de los informes de R.G.3 referidos a la
calidad de servicio, se quiere establecer nuevos SLA y as poder analizar el servicio
dado por cada operadora contratada.
Para llevar a cabo todos los grados de cumplimiento que se desean se deber
medir los parmetros crticos que Iberdrola considere oportunos y as poder establecer
SLA.
R.G.6 Integracin plataformas M2M con el CGR de Iberdrola
Las plataformas deben integrarse con el CGR de Iberdrola a travs de una
conexin segura, de modo que el envo por parte de las plataformas M2M ser recibido
y procesado correctamente en el servidor de gestin de red de Iberdrola.
5.4.4 Requisitos plano gestin que deben cumplir los operadores referidos a las
alarmas
A continuacin se enumeran cada uno de los requisitos relacionados con el envo
y gestin de alarmas dentro del plano de gestin. Son requisitos dirigidos a los
operadores. Esto es necesario para poder monitorizar mejor los dispositivos y la red
mvil.
R.G.7 Generacin y envo de alarmas por parte de las plataformas M2M
Las plataformas M2M, deben generar alarmas del ncleo de red y la red de acceso
del operador. Las alarmas deben generarse cuando se produce un evento en la red mvil

41

que pueda afectar a las comunicaciones del dispositivo o cuando se produce un cambio
relacionado con las tarjetas SIM M2M.
Gracias a este tipo de alarmas se podr saber en un tiempo pequeo la causa de la
alarma, los elementos que han intervenido en el problema y qu elemento es el
responsable del problema. Con esto se conseguira minimizar el tiempo de resolucin de
incidencias de manera manual o automtica.
A continuacin se describen las alarmas que se deben desarrollar para que las
plataformas M2M de cada operador mvil las enven a un sistema del CGR de
Iberdrola:

Dispositivos a la red GSM

Conexin.
Desconexin.

Dispositivo a la red GPRS

Contexto
Apertura.
Cierre.
Conexin.
Desconexin.

Alcanzabilidad IP
Conexin.
Desconexin.
Recuperacin.

Cambio de localizacin: asociado al evento de tipo informativo de cambio de

Nodo B del dispositivo.

Otros cambios

42

 Fabricante.
Modelo.
Dispositivo.
SIM M2M.
R.G.7.1 Campos mnimos que las plataformas M2M deben facilitar en cada alarma
Cada Estacin Base/Nodo B recoge una cantidad determinada de tarjetas SIM
M2M. Las plataformas M2M deben facilitar por tarjeta los siguientes campos como
mnimo:

Direccin IP del sistema que enva el mensaje.

Tarjeta SIM M2M.

IMEI.

Identificador de la Estacin Base/Nodo B.

Fecha y hora de inicio de la alarma.

Descripcin de la alarma.

Fecha y hora de la finalizacin de la alarma.

Descripcin del servicio afectado.

Criticidad de la alarma.

5.4.5 Requisitos plano gestin que debe cumplir el CGR referidos a las alarmas
A continuacin se enumeran cada uno de los requisitos relacionados con el envo
y gestin de alarmas dentro del plano de gestin. Son requisitos dirigidos al CGR. Esto
es necesario para poder monitorizar mejor los dispositivos y la red implicados en la
Smart Grid.
R.G.8 Alarmas del CGR referidas a la conectividad con los dispositivos
Es necesario comprobar cada minuto la correcta disponibilidad de los
dispositivos. En el caso de no recibir respuesta durante un tiempo a determinar, se
generara una indisponibilidad mediante una alarma referida a que la direccin de
loopback fija interna del equipo no es alcanzable.

43

R.G.9 Correlacin alarmas de las plataformas M2M y CGR

El CGR debe disponer de un sistema para la correlacin de alarmas.
Este sistema recoger las alarmas definidas en R.G.7 (generacin y envo de
alarmas por parte de las plataformas M2M) que se piden a los operadores mviles y las
alarmas que se recogen en R.G.8 (alarmas del CGR referidas a la conectividad con los
dispositivos). De esta manera, se lleva a cabo la correlacin de la informacin de las
distintas alarmas generadas para ofrecer a los supervisores de la red una informacin
agregada y tratada que permita la toma de decisiones.

Figura 21: Alarmas plataformas M2M y dispositivos recogidas por el CGR

5.4.6 Otros requisitos plano de gestin que deben cumplir los operadores
R.G.10

Solucin de incidencias por parte de los operadores

Se detallan las distintas incidencias que puede presentar la red de los operadores
mviles. Las incidencias tcnicas se clasifican de acuerdo a su impacto en el proceso de
negocio de Iberdrola:

Impacto Crtico. Las siguientes incidencias deben ser solucionadas en el mnimo

periodo de tiempo:
Cada total de las plataformas M2M sin existir soluciones temporales o
procesos manuales para poder reducir el impacto del problema.
44

 Cada total de una o varias funcionalidades crticas de las plataformas M2M

haciendo el servicio completamente inutilizable.
Cada red de acceso de los operadores dentro de una misma regin (rea
geogrfica que engloba varias tarjetas) cuando afecta a ms del 50%.
Indisponibilidad servicio de datos cuando afecta al menos al 80% de las
lneas en una regin geogrfica.

Impacto severo. Las siguientes incidencias pueden tener un margen para buscar
una solucin a las mismas:
Limitacin de manera considerable una o varias de las funciones crticas de
las plataformas M2M sin existir soluciones temporales o procesos manuales
para poder reducir el impacto del problema.
Cada red de acceso de los operadores dentro de una misma regin cuando
afecta a menos del 40%.
Indisponibilidad servicio de datos cuando afecta entre un 40% y un 10% de
las lneas en una regin geogrfica.

Impacto menor. Las siguientes incidencias no son crticas para encontrar una
solucin:
Degradacin de alguna funcionalidad de las plataformas M2M que causa una
prdida menor de servicio y no limita sus funciones crticas existiendo una
solucin temporal o proceso manual.
Indisponibilidad servicio de datos cuando afecta a menos del 10% de las
lneas en una regin geogrfica.

Sin impacto. Los siguientes servicios no tienen ningn impacto:

No hay ninguna limitacin en alguna de las funcionalidades de las
plataformas M2M.
Aplicaciones de gestin de las plataformas M2M: informes, control de
consumo, rea de clientes, estadsticas.

45

5.5 Requisitos plano control

Los objetivos que persiguen los requisitos del plano de control son los siguientes:

Mejorar el rendimiento de las redes para las aplicaciones de Misin Crtica

introduciendo modificaciones en los elementos de la red mvil o accediendo
dinmicamente desde los dispositivos a las capacidades de las redes mviles.

Dar cierta inteligencia al dispositivo remoto para que segn un algoritmo

establecido, decida cul es el mejor operador al que conectarse. Iberdrola lo
conoce como algoritmo de cambio de operador.
A continuacin se establecen los requisitos para mejorar las comunicaciones

mviles en aplicaciones de Misin Crtica dentro del plano de control.

5.5.1 Requisitos plano control de los dispositivos
R.C.1 Procesos cambio operador por parte de los dispositivos
Cuando el equipo arranca la tarjeta SIM M2M se conecta a la red del operador
configurado como preferente. A continuacin se explica los procesos que pueden
provocar un cambio de operador.
R.C.1.1 Primer arranque/reseteo en los dispositivos
Despus del arranque o reseteo de la tarjeta SIM M2M, hay que tener en cuenta
las siguientes situaciones:

Si el equipo no consigue registrarse en la red del operador principal durante un

tiempo fijado por Iberdrola entonces se intentar conectar con el operador
secundario.

Si el equipo no consigue conectarse a la red del operador secundario durante un

tiempo fijado por Iberdrola entonces se intentar conectar con el operador
primario.

46

R.C.1.2 Poltica de cambio de operador en los dispositivos

Se debe realizar un estudio con la tecnologa 3G, mediante unas pruebas con la
ayuda de los operadores mviles y los fabricantes de routers, para establecer los
umbrales que garanticen la comunicacin de los dispositivos. Se debe a explicar lo que
se debe tener en cuenta en el cambio de operador y las condiciones que hacen pasar al
otro operador.
R.C.2 Priorizacin por parte de los dispositivos
Los dispositivos deben saber priorizar un trfico respecto a otro mediante la
posibilidad de asignar diferente Calidad de Servicio dentro del trfico que cursa una
tarjeta SIM M2M.
Se debe hacer una clasificacin DSCP, priorizacin o etiquetado de diferentes
flujos de trfico M2M transmitidos a travs del tnel VPN, permitiendo entregar los
servicios ms crticos en situaciones de congestin de la red.
Se debe priorizar las aplicaciones de Misin Crtica respecto a otras aplicaciones
establecidas en tiempo real. Por otro lado, al realizar el transporte de varios servicios
con diferentes prioridades, se debe garantizar que en ningn caso las aplicaciones de
Misin Crtica puedan verse afectado por otro de telegestin u otros futuros que
Iberdrola pueda implementar o por los trficos adicionales que el dispositivo maneje. La
red de telecomunicaciones de Iberdrola est diseada para ello. Por ello, se requiere la
posibilidad de utilizar polticas de Calidad de Servicio que sean tenidos en cuenta
marcndolo en los dispositivos.
5.5.2 Requisitos plano control de los operadores
R.C.3 Optimizacin de la red mvil para aplicaciones de Misin Crtica
Los operadores deben tener en cuenta las siguientes consideraciones que afectan a
las aplicaciones de Misin Crtica a la hora de optimizar el uso del recurso radio:

47

Frecuencia. Las aplicaciones de Misin Crtica demandan una prioridad muy

alta y debido a esto se debe conectar la tarjeta SIM M2M en la frecuencia que
tenga mejor cobertura. Es preferible tener una frecuencia de 900MHz debido a
que se tiene mejor nivel de penetracin que las frecuencias de 1.800MHz o
2.100MHz que representa mayor atenuacin. Este fenmeno se conoce como
distorsin de atenuacin. Si la instalacin se encuentra a una distancia entre la
frecuencia de 2.100MHz y la frecuencia de 900MHz, el operador debe saber que
las aplicaciones de Misin Crtica demandan una prioridad muy alta y debido a
esto debe dejar la tarjeta SIM M2M en la frecuencia que tenga mejor cobertura,
en este caso la frecuencia de 900MHz.

Tecnologa. Es importante conocer la tecnologa con la que se est trabajando en

todo momento (HSPA, UMTS, GPRS o GSM) para poder determinar si es lo
suficientemente buena para las aplicaciones de Misin Crtica o es ms
favorable cambiar.

Estados. El estado en el que se encuentra la tarjeta SIM M2M del dispositivo

dentro de la red del operador afecta al rendimiento de las aplicaciones de Misin
Crtica. Los distintos estados que tienen los operadores mviles en la red 3G
son:

Figura 22: Estados redes mviles 3G

48

Se lleva a cabo una explicacin de cada uno de los estados que las redes mviles
facilitan (figura 22):

3G canal dedicado: en este estado se asignan recursos radio dedicados.

3G canal comn: en este estado se comparten los recursos. Se incorpora el

trfico de las aplicaciones de Misin Crtica con el resto de trfico de distinta
procedencia que compite por el canal.

URA: este estado es el perteneciente a la red de acceso. Las tarjetas SIM M2M
tienen abierto el contexto pero no pueden enviar trfico debido a que no tienen
ningn canal radio, es decir, no tienen asignadas recursos radio.
Teniendo en cuenta que las aplicaciones de Misin Crtica cursan poco trfico y

de manera puntual, lo requerido sera:

Los operadores no deben sancionar empeorando la tecnologa a las
aplicaciones de Misin Crtica por tener poco trfico.
Se quiere establecer que las aplicaciones de Misin Crtica estn siempre con
una conexin 3G dedicada.
En el momento de establecer la conexin del terminal 3G con el Nodo B, se
debe trabajar con el protocolo de mayor capacidad.
En el caso de penalizar, es preferible bajar a la tecnologa perteneciente al
canal comn que al estado URA.
R.C.4 Priorizacin por parte de los operadores
Se deben priorizar las aplicaciones de Misin Crtica respecto a otras aplicaciones
establecidas en tiempo real. Por otro lado, al realizar el transporte de varios servicios
dentro de una misma tarjeta SIM M2M con diferentes prioridades, se debe garantizar
que en ningn caso las aplicaciones de Misin Crtica puedan verse afectadas por otro
de telegestin u otros futuros que Iberdrola pueda implementar o por los trficos
adicionales que el operador curse por su red. Por ello, se requiere la posibilidad de
utilizar polticas de Calidad de Servicio que sean tenidas en cuenta en la red del
operador, incluso en la solicitud de acceso.

49

R.C.5 Asignacin recursos radio por parte de los operadores

Los servicios de automatizacin, telecontrol y supervisin son los que impone
mayores requisitos a la red de telecomunicaciones. Aunque su trfico sea de poco
volumen, se debe dar los recursos radio necesario para siempre tener de forma
prioritaria un ancho de banda aproximado de 4 kbps en cada instalacin. Por este
motivo, las redes de telecomunicaciones deben garantizar, al menos, la capacidad
necesaria para transportar este servicio cuando sea necesario.
5.6 Tabla resumen requisitos plano gestin, control y usuario
Una vez que se han descrito todos los requisitos, se muestra un resumen de ellos
en la siguiente tabla:
Requisito

Nombre

Plano

Categora

R.U.1

Indicadores productivos
Indicadores relacionados
con el rendimiento
Redundancia
Criticidad
Grado cobertura UMTS
demandada a los operadores
y sus planes futuros
Redundancia automtica
Ubicacin dispositivos
proyecto STAR
Doble tarjeta SIM M2M en
los dispositivos para el
respaldo automtico de las
comunicaciones
Routers con acceso a redes
mviles y tratamiento de
trfico
Protocolos de redes
Nuevas versiones de
software
Informacin de los
dispositivos al CGR
Informacin de la red mvil
y de las tarjetas SIM M2M
recogidas por las
plataformas M2M

Usuario

Operador

Usuario

Operador

Usuario
Usuario

Operador
Operador

Bsico

Operador

Bsico

Operador

Bsico

Dispositivo

Bsico

Dispositivo

Bsico

Dispositivo

Bsico

Dispositivo

Bsico

Dispositivo

Gestininformacin

Dispositivo

Gestininformacin

Operador

R.U.2
R.U.3
R.U.4
R.B.1
R.B.2
R.B.3

R.B.4

R.B.5
R.B.6
R.B.7
R.G.1

R.G.2

Deriva
de

50

R.G.3

Informes

R.G.3.1

Formato informes

R.G.4

Roadmap plataformas M2M

R.G.5

Definicin nuevos SLA

R.G.6

R.G.7

R.G.7.1

R.G.8
R.G.9
R.G.10

Integracin plataformas
M2M con el CGR de
Iberdrola
Generacin y envo de
alarmas por parte de las
plataformas M2M
Campos mnimos que las
plataformas M2M deben
facilitar en cada alarma
Alarmas del CGR referidas
a la conectividad con los
dispositivos
Correlacin alarmas de las
plataformas M2M y CGR
Solucin de incidencias por
parte de los operadores

Gestininformacin
Gestininformacin
Gestininformacin
Gestininformacin

Operador
Operador

R.G.3

CGR
CGR

Gestininformacin

CGR

Gestinalarmas

Operador

Gestinalarmas

Operador

Gestinalarmas

CGR

Gestinalarmas

CGR

Gestin-otros

Operador

R.G.7

R.C.1

Proceso cambio de operador

por parte de los dispositivos

Control

Dispositivo

R.C.1.1

Primer arranque/reseteo en
los dispositivos

Control

Dispositivo

R.C.1

R.C.1.2

Poltica cambio de operador

en los dispositivos

Control

Dispositivo

R.C.1

R.C.2

Priorizacin por parte de los

dispositivos

Control

Dispositivo

R.C.3

Optimizacin de la red
mvil para aplicaciones de
Misin Crtica

Control

Operador

R.C.4

Priorizacin por parte de los

operadores

Control

Operador

R.C.5

Asignacin recursos radio

Control
por parte de los operadores
Tabla 7: Resumen requisitos

Operador

51

52

6. DEFINICIN DE ADAPTACIONES
El objeto de este apartado es la definicin y descripcin funcional de las
adaptaciones con las que se quiere obtener una solucin, sobre las redes mviles
actuales, que cumpla con los requisitos definidos en el apartado anterior para las
aplicaciones de Misin Crtica.
Las adaptaciones se dividen en dos planos: gestin y control. Se seguir la
siguiente nomenclatura (A.X.y.z.u) donde:

A indica adaptacin.

X indica el plano:
G: gestin.
C: control.

y indica el nmero de adaptacin dentro de cada plano.

z indica la adaptacin que depende de y.

u indica la adaptacin que depende de z.

6.1 Plano de gestin

Gestin de la informacin de la planta instalada
Iberdrola quiere recoger la informacin que se encuentra almacenada en cada
dispositivo para su gestin efectiva. Todos estos datos hacen referencia al requisito
R.G.1 (informacin de los dispositivos al CGR). Con esto se pretende poder avanzar a
una mejor monitorizacin de la red de telecomunicaciones de forma inteligente
mediante el anlisis de toda la informacin.
Adems, Iberdrola quiere conocer la informacin de la red mvil y de las tarjetas
SIM M2M. Esta informacin es facilitada por los operadores mviles mediante las
plataformas M2M. Los requisitos que cubren esta adaptacin son R.G.2 (informacin de
la red mvil y de las tarjetas SIM M2M recogidas por las plataformas M2M) y R.G.3
(informes).

53

A.G.1.1 Muestreo diario informacin dispositivos de la planta instalada

El sistema GADIP es uno de los sistemas que tiene el CGR de Iberdrola. En este
sistema se ha desarrollado el mdulo de backup e inventario que se encarga de la
recogida de informacin de cada router.
El mdulo de backup e inventario se conecta de forma remota, va Telnet o SSH,
a los routers realizando un inventario de sus datos. La ejecucin del mdulo se realiza
una vez al da mediante una tarea programada.
A.G.1.2 Muestreo informacin tarjetas SIM M2M de la planta instalada
Las plataformas de supervisin M2M proporcionan un servicio orientado a
comunicaciones mquina a mquina que permite a los usuarios de la red mvil, acceder
a la informacin de la red y de las tarjetas SIM M2M. Es una herramienta capaz de
monitorizar la continuidad de los servicios de Iberdrola. Esta herramienta aporta va
web, mediante conexin a Internet, informacin actualizada sobre el estado y
localizacin de los dispositivos remotos conectados a la red mvil. Adems, monitoriza
dicho estado y otros datos de los dispositivos.
El objetivo del sistema es que Iberdrola conozca la situacin de sus dispositivos y
que pueda actuar en caso de que exista algn problema con ellos. Esta supervisin
remota evitara, entre otras cosas, desplazamientos innecesarios a los CTs.
A.G.1.3 Integracin informacin dispositivos y tarjetas SIM M2M de la planta
instalada
Se ha definido esta adaptacin para poder tener un mayor control de los datos que
recogen los dispositivos (adaptacin A.G.1.1) y las plataformas M2M (adaptacin
A.G.1.2). Se trata de conseguir mejorar:

El inventario de servicios.

La facturacin.

La supervisin.

54

Con esto se pretende enriquecer la informacin que viene tanto de las plataformas
M2M como de los dispositivos adems de un control de los servicios, de su calidad y de
su facturacin.
Uno de los objetivos es conseguir consolidar los trficos reales, los cambios de
operador y saber en cada momento con que tarjeta SIM M2M se est trabajando para
conocer:

El trfico cursado por cada tarjeta SIM M2M.

Si se cumple el porcentaje que Iberdrola acuerda con cada operador (operador

principal y secundario), estudiando el porcentaje de trfico real mensual.
Por lo tanto, esta adaptacin pretende que con la informacin recogida por parte

de los dispositivos y por parte de las plataformas M2M, se integre la misma para que se
muestre al usuario solo la informacin agregada y libre de errores. De esta manera se
facilitara una gestin extremo a extremo de los servicios de la Smart Grid.
Generacin alarmas
Las alarmas son eventos que se generan en los dispositivos o en la red mvil.
Tienen el propsito de facilitar la deteccin e identificacin de eventos relevantes para
el usuario.
Esta adaptacin cubre los requisitos R.G.7 (generacin y envo de alarmas por
parte de las plataformas M2M), R.G.8 (alarmas del CGR referidas a la conectividad con
los dispositivos), R.G.9 (correlacin alarmas de las plataformas M2M y CGR) y R.G.5
(Definicin nuevos SLA).
A.G.2.1 Alarmas de los dispositivos
Existen eventos procedentes de los dispositivos que son gestionados por el CGR. Los
dos posibles sistemas que pertenecen al CGR con las capacidades de recibir alarmas
son:

Sistema SNMPc: tiene el objetivo de comprobar que los dispositivos se

encuentran operativos cada cierto tiempo.
55

Sistema GADIP: este sistema tiene a su vez un mdulo conocido como sondeo
de conectividad que tiene el propsito de realizar un chequeo de la conectividad
de los dispositivos.

A.G.2.2 Alarmas de la red mvil

Existen eventos procedentes de la red mvil que afectan a los dispositivos y que
son gestionados por el operador mvil mediante la plataforma M2M. De esta manera,
los usuarios tienen otro medio para poder detectar alarmas que afectan a los
dispositivos.
Existen diversas alarmas importantes para Iberdrola que se pueden obtener de
diferentes fuentes dentro de la red mvil del operador.
A.G.2.3 Correlacin alarmas de los dispositivos y la red mvil en el CGR
Se integran alarmas de ambos operadores y de los dispositivos en un sistema de
informacin que lleva a cabo la correlacin. Las alarmas son las descritas en las
adaptaciones A.G.2.1 (alarmas dispositivos) y A.G.2.2 (alarmas red mvil). Se pretende
poder integrar la informacin que recogen los dispositivos y las dos plataformas M2M y
poder comparar los datos de manera automtica. De esta manera se consigue una
gestin de fallos, conocer la ubicacin del problema, que elemento lo ha provocado y la
toma de decisiones en el menor tiempo posible.
El sistema SIAC del CGR es el encargado de llevar a cabo la correlacin de
alarmas mediante el tratamiento de cada evento recogido de manera lgica.
Para mejorar el control de los operadores, se puede establecer nuevos SLA en
base a los parmetros que se estn cumpliendo.
Evolucin plataformas M2M
En esta adaptacin se tiene en cuenta la mejora en las plataformas M2M actuales.
Se cubre el requisito R.G.4 (roadmap plataformas M2M). Estas mejoras hacen
referencia a las alarmas y la informacin aumentando las capacidades descritas en

56

A.G.1.2 (muestreo informacin tarjetas SIM M2M de la planta instalada) y A.G.2.2

(alarmas de la red mvil).
Como se ha comentado, la red de telecomunicaciones implementada para la Smart
Grid est formada por una parte privada y otra pblica que juntas proporcionan una
conectividad extremo a extremo. Cada seccin se gestiona por diferentes plataformas de
gestin. En el caso particular de la red mvil, los operadores mviles la gestionan por el
OSS.
El OSS es un elemento que est formado por un conjunto de programas de la red
mvil. Su objetivo es automatizar la mayora de los procesos operacionales
involucrados en la tarea de aprovisionamiento de los servicios, monitorizar la Calidad
de Servicio y medir el rendimiento de la red [OSS01].
Una solucin para las mejoras en la gestin de fallos consiste en tener acceso al
OSS de los operadores mviles. Proporcionara nuevas funcionalidades, entre ellas
informar de las alarmas de los elementos de la red de acceso radio de los operadores,
detectar y llevar a cabo una correlacin de la informacin relacionada con servicios de
la red mvil que afectan al negocio de Iberdrola. Para ello se debe integrar el OSS en las
plataformas M2M. De esta manera, se pueda controlar y gestionar la red mvil
respetando las reglas que impongan los operadores.
6.2 Plano de control
En el plano de control se presentan las adaptaciones cuyo objetivo es conseguir el
mayor rendimiento y disponibilidad para las aplicaciones de Misin Crtica.
A.C.1 Gestin conectividad
El objetivo principal de esta adaptacin es satisfacer la alta disponibilidad que
demandan las aplicaciones de Misin Crtica. Por este motivo Iberdrola ha definido a
dos operadores, uno como principal y otro como secundario.

57

A.C.1.1 Anlisis de la red mvil por parte del dispositivo

Debido a la integracin de dos tarjetas SIM M2M en los dispositivos, se debe
desarrollar un algoritmo para decidir si el operador con el que est funcionando
proporciona un buen canal de comunicacin.
El desarrollo de estas adaptaciones satisface el requisito R.C.1 (proceso cambio
operador por parte de los dispositivos).
A.C.1.1.1 Revisin umbrales de conectividad por parte del dispositivo
Una de las opciones que se propone para valorar el estado de la red del operador
es establecer unos umbrales por debajo de los cuales, se considera que la red del
operador no podr proporcionar servicios de 3G (UMTS) propuestos por 3GPP. El valor
de estos umbrales se establecer teniendo en cuenta el comportamiento de una red mvil
real en tiempo real.
Se ha demostrado que en UMTS, la cobertura (nivel de seal conocido como
RSCP) no es el nico parmetro para tomar decisiones sobre la calidad del enlace.
Existe otro parmetro que se tiene en cuenta tanto en el Nodo B como en los
dispositivos. Este parmetro es el Ec/No.
A continuacin se detallan los parmetros:

RSCP: es un indicador de intensidad de la seal de recepcin en 3G. Se debe

definir un umbral y el tiempo de incumplimiento del umbral. Este parmetro
hace referencia a la recepcin por cdigo en 3G a diferencia del parmetro RSSI
que funciona en 2G.

EcNo: es un indicador de energa por bit sobre densidad espectral de ruido. Se

debe definir un umbral y el tiempo de incumplimiento del umbral.
Se ha llevado a cabo un anlisis de los umbrales para establecer nueva propuesta

de umbrales de cara a asegurar el mejor comportamiento posible de los dispositivos.

58

Iberdrola ha estudiado con los operadores y los fabricantes de routers los mejores
umbrales de los parmetros RSCP y Ec/No. Estos parmetros se estn midiendo
constantemente por los dispositivos y solo se tendrn en cuenta si incumplen durante un
tiempo establecido los umbrales para tomar la decisin de cambiarse de operador.
En adelante, en el documento se utilizar las siguientes variables:

: valor de RSCP establecido por Iberdrola. Medido en dBm.

tiempo de incumplimiento del umbral

: valor de Ec/No establecido por Iberdrola. Medido en dBm.

: tiempo de incumplimiento del umbral

A.C.1.1.2 Tiempo de retorno al operador principal que debe tener en cuenta el

dispositivo
Se establece un tiempo tras el cual forzosamente se vuelve a conectar al operador
principal. Se evala previamente en tiempo real si la conexin ha recuperado las
prestaciones necesarias para el transporte del servicio.
Se desecha la duracin de 24 horas, valor que se puso por defecto, porque se ha
analizado que pasadas 24 horas habra una probabilidad alta de que ocurra el mismo
problema que el da anterior a esa hora.
Despus de realizar una serie de pruebas, se observ que con la duracin de 20
horas se conseguan mejoras de un 10% de permanencia en el operador principal.
A.C.1.1.3 Cambio de operador por falta de conectividad de los dispositivos con los
equipos troncales
Se ha establecido que si el dispositivo, que se encuentra en un CT, pasa un tiempo
sin recibir contestacin de uno de los equipos troncales, significa una desconexin y por
lo tanto se deriva a un cambio de operador. Esta verificacin se realiza en tiempo real.
El tiempo establecido ha sido de 90 segundos.

59

A.C.1.1.4 Solucin propuesta para el dispositivo en caso de mala cobertura en

ambos operadores
Un punto muy importante es la existencia de dispositivos ubicados en ciertos
lugares donde la cobertura de ambos operadores es mala. El dispositivo, que slo
dispone de una radio, alterna su conexin de un operador a otro constantemente lo que
genera una alta indisponibilidad por el tiempo requerido para conmutar entre
operadores.
Antes que conmutar al otro operador, donde se pierden ms paquetes adems de
ser tiempo que no se envan los datos, es mejor permanecer en el operador que mejor
cumpla los filtros de Iberdrola. Para ello, se forzar manualmente la radio a permanecer
en el operador que mejor tenga la cobertura con el fin de no estar cambiando
constantemente de operador y por lo tanto no dejar al dispositivo indisponible.
Cuando la operadora de peor cobertura en esa zona consiga mejorarla, lo debe
comunicar a Iberdrola para comprobar las mejoras.
A.C.1.2 Adaptaciones mecanismos optimizacin radio para aplicaciones de Misin
Crtica
El desarrollo de estas adaptaciones satisface los requisitos que derivan de R.C.3
(optimizacin de la red mvil para aplicaciones de Misin Crtica).
Cuando se trabaja con la tecnologa UMTS existen varios estados de los cuales no
todos cumplen los requerimientos de conectividad necesarios para transportar trfico
generado por las aplicaciones de Misin Crtica. Estos estados los maneja el operador
de la red mvil.
Los operadores han establecido que la transicin entre los estados se define en
funcin del volumen de trfico de datos y el tiempo transcurrido sin trfico.
Se han llegado a las siguientes conclusiones:

Se permanece en el canal dedicado 3G si se cursa suficiente trfico

permanentemente.

60

Cuando el trfico se enva por canal dedicado, en el momento en que la tarjeta

SIM M2M deja de cursar trfico o si el trfico es pequeo (ambas cosas ocurren
con las aplicaciones de Misin Crtica) entonces se cambia a un estado menor
(canal comn) donde se encuentra la mayora de usuarios. Por lo tanto, el
terminal 3G pasara a trabajar con el protocolo de menor capacidad debido a la
mayor competitividad por los recursos radio.

La penalizacin por los periodos de no transmisin de datos viene determinada

por los temporizadores de inactividad. Estos temporizadores se aplican a todos
los usuarios de un servicio para garantizar un uso eficiente de los recursos radio.
La duracin de los mismos es decisin del operador de red y por lo tanto ni
Iberdrola ni ningn usuario tiene capacidad para modificarlos.

La penalizacin relacionada con la velocidad por transmitir con poco volumen

de datos de transmisin viene determinada por el tamao de los buffers que
provocan el paso a canal comn o a canales de mayores velocidades. Estos
buffers son configurables por el operador y por lo tanto ni Iberdrola ni ningn
usuario tiene capacidad para modificarlos.
El dispositivo no tiene una visibilidad de la red mvil del operador. Por este

motivo, se plantea la mejora referida a que el dispositivo tenga en cuenta que la red
mvil tiene otros mecanismos para optimizar el uso de recursos radio que pueden
afectar a la calidad del canal de comunicacin por donde se envan las aplicaciones de
Misin Crtica. Sera muy recomendable una cooperacin inteligente mediante el
intercambio de informacin del dispositivo y la red mvil sobre acciones que van a
llevar a cabo. Para ello, se debe instalar un agente inteligente en los dispositivos que
pregunte a la red mvil antes de realizar una accin, por ejemplo, cambiar de operador.
A.C.1.2.1 Eliminar estado URA como mecanismo de optimizacin radio
Dentro de los estados de la tecnologa UMTS que aparecen en la figura 22, se
proporcionara una mejora referida a tener menos prdida de paquetes y retardo si las
aplicaciones de Misin Crtica no estuvieran nunca en el estado URA.

61

Se ha realizado unas prueba para comprobar la validez de esta adaptacin. Para

ello se ha desconectado el estado URA y se ha comprobado si los dispositivos pasaban
las pruebas de 48 horas. El protocolo a seguir para la prueba de 48 horas de Iberdrola se
detalla en el anexo C.
Para esta prueba, se ha llevado a cabo el siguiente programa:
TAREA 3G

DURACIN

Seleccionar dos equipos 3G aleatorios

Deshabilitar estado semidesconectado (URA) por parte de uno de los 48 horas
operadores mviles.
Validar las pruebas de 48 horas en situacin normal deshabilitando el 48 horas
estado semidesconectado (URA)
Tabla 8: Planificacin prueba 48 horas deshabilitando estado URA

Esta prueba se realiza de manera paralela con uno de los operadores mviles para
comprobar, mediante la correlacin de la informacin, que las mediciones son correctas.
Respecto a los equipos, se proponen dos equipos situados en zonas distintas de
Espaa.
Resultados pruebas 48 horas en la deshabilitacin del estado semidesconectado
(URA)
Los resultados de la validacin de dos equipos deshabilitando el estado
semidesconectado fueron muy deficiente. En la tabla 9 se muestra, entre otros datos, que
el porcentaje de prdidas en las 48 horas que estaba programado no fue lo esperado,
muy por encima del 1%. Sin embargo, se observa en la tabla 10 que los equipos han
conseguido mantenerse en el operador sin conmutar al otro operador consiguiendo que
el dispositivo no se encuentre indisponible.

62

Equipos

ICMP
Totales

ICMP
perdidos

Porcentaje
de
prdidas

Porcentaje
ICMP
retrasados

Retardo
medio
(ms)

6.08%

N de
ICMP que
han
tardado
ms de 30
seg. en
responder
3

Equipo
1

34.560

2.101

0.0087%

180

Equipo
2

34.560

3.176

9.19%

0.02%

180

Tabla 9: Datos globales obtenidos en la prueba desactivacin estado URA

Equipos

N cambios de
SIM

Porcentaje tiempo
operador 1

Porcentaje tiempo
operador 2

Equipo
1

100%

0%

Equipo
2

100%

0%

Tabla 10: Datos cambio SIM en situacin desactivacin estado URA

A.C.1.2.2 Aadir trfico adicional diariamente como mecanismo de optimizacin

radio
Como el trfico de las aplicaciones de Misin Crtica es pequeo, se tratara de
aadir un trfico adicional diariamente, mediante el protocolo ICMP, para no perder los
recursos de red de la mejor tecnologa y as no disminuir la prioridad que demanda este
tipo de trfico.
Se han realizado unas pruebas para comprobar la validez de esta adaptacin y as
asegurar la productividad del servicio. Primero se va a comprobar el funcionamiento en
una situacin normal y si los dispositivos pasan la prueba de 48 horas. El protocolo a
seguir para la prueba de 48 horas de Iberdrola se detalla en el anexo C. Despus, se
63

realizarn unas pruebas personalizadas con la herramienta ExPing6 para saber si con el
trfico mnimo propuesto, el operador mvil mantiene el trfico continuo cursado en el
mejor canal de comunicacin.
Para estas pruebas, se ha llevado a cabo el siguiente programa:
TAREA 3G

DURACIN

Seleccionar cuatro equipos 3G aleatorios

Validar 48 horas en situacin normal semana 1 (12h-12h)

48 horas

Validar 48 horas en situacin normal semana 2 (00h-00h)

48 horas

Validar prueba aadiendo trfico diariamente semana 1

< 48 horas

Validar prueba aadiendo trfico diariamente semana 2

> 48 horas

Tabla 11: Planificacin pruebas aadiendo trfico

Estas pruebas se realizan de manera paralela con uno de los operadores mviles
para comprobar, mediante la correlacin de la informacin, que las mediciones son
correctas.
Respecto a los equipos, se proponen cuatro equipos situados en zonas distintas de
Espaa.
Resultados pruebas 48 horas en situacin normal
Respecto a las pruebas de la semana 1 (12h-12h), los resultados han sido malos
en cuanto al porcentaje de fallos, han superado el 1% de fallos que demanda Iberdrola.
Adems, se han producido cambios de operadores.

Herramienta que permite realizar pings a una direccin IP establecida. Facilita informacin a travs de
informes o estadsticas.

64

Equipos

ICMP
Totales

ICMP
con
fallos

Fallos
totales

Porcentaje
ICMP
retrasados

Retardo
medio
total (ms)

5,86%

N de ICMP
que han
tardado ms
de 30 seg. en
responder
11

Equipo
1

34.560

2.025

0.031%

213

Equipo
2

34.560

1.500

4,34%

0.011%

400

Equipo
3

34.560

905

2,62%

0%

172

Equipo
4

34.560

1.226

3,55%

0.002%

305

Tabla 12: Datos globales obtenidos en la prueba situacin normal semana 1

Equipos

N cambios de
SIM
1

Porcentaje tiempo
operador 1
98%

Porcentaje tiempo
operador 2
2%

Equipo
2

82%

18%

Equipo
3

100%

0%

Equipo
4

86%

14%

Equipo
1

Tabla 13: Datos cambio SIM en situacin normal semana 1

65

Equipos

Porcentaje
fallos
operador 1

Porcentaje
fallos
operador 2

Retardo
medio operador 2
(ms)

5.94%

Retardo
medio
operador 1
(ms)
199

Equipo
1

0,32%

908

Equipo
2

5.16%

184

0,19%

1.340

Equipo
3

2.62%

172

Equipo
4

4.10%

194

0,06%

982

Tabla 14: Datos particulares de los operadores referidos al porcentaje de fallos y al

retardo en situacin normal semana 1

Respecto a las pruebas de la semana 2 (00h-00h), los resultados han vuelto a ser
malos en cuanto al porcentaje de fallos, han superado el 1% de fallos que demanda
Iberdrola. Adems, se han producido cambios de operadores.
Equipos

ICMP
Totales

ICMP
con
fallos

Fallos
totales

Porcentaje
ICMP
retrasados

Retardo
medio
total (ms)

10,81%

N de ICMP
que han
tardado ms
de 30 seg. en
responder
6

Equipo
1

34.560

3.735

0.017%

199

Equipo
2

34.560

1.690

4,89%

0.014%

446

Equipo
3

34.560

1.994

5,77%

16

0.046%

183

Equipo
4

34.560

2.747

7,95%

0.0057%

178

Tabla 15: Datos globales obtenidos en la prueba situacin normal semana 2

66

Equipos

N cambios de
SIM
0

Porcentaje tiempo
operador 1
100%

Porcentaje tiempo
operador 2
0%

Equipo
2

78%

22%

Equipo
3

99%

1%

Equipo
4

100%

0%

Equipo
1

Tabla 16: Datos cambio SIM en situacin normal semana 2

Equipos

Retardo medio
operador 1(ms)
199

Porcentaje fallos
operador 2
-

Retardo
medio operador 2 (ms)
-

Equipo
2

168

0,09%

1.384

Equipo
3

173

4,74%

1.132

Equipo
4

178

Equipo
1

Tabla 17: Datos particulares de los operadores referidos al porcentaje de fallos y al

retardo en situacin normal semana 2

Resultados pruebas aadiendo trfico diariamente

En adelante, en el documento se utilizar las siguientes variables:

: tamao en bytes mnimo de cada paquete para poder mantenerse

en un buen canal de comunicacin.

: tiempo transcurrido entre el envo de cada paquete de tamao

.

67

Se ha aadido trfico adicional mediante pings (protocolo ICMP) continuos. Se ha

propuesto un trfico adicional de

cada

Las pruebas llevadas a cabo han respondido de la siguiente manera de acuerdo a

los estados de la figura 22:
Al iniciarse, los equipos empiezan en el mejor estado (canal dedicado).
De canal comn (retardos>400ms) se pasaba al mejor estado (canal
dedicado) al enviar un solo paquete de

Del canal dedicado (retardos<250ms) se mantena en dicho estado cuando se

envan paquetes de

cada

Estas pruebas no son 100% fiables en todos los CTs. Dependiendo de la ubicacin
varan un poco. Adems hay que tener en cuenta que los suministradores de radio
pueden ser diferentes provocando ligeras diferencias de comportamiento.
En la tabla 18 se muestra la prueba que lleva una duracin aproximada de 35
horas, algunos equipos llevan ms tiempo, se observa que no superan el 0.1% de fallos
ni los 200 ms de retardo medio, por lo que siguen conectados con canal dedicado.
Equipos

ICMP
Totales

Fallos
totales

Retardo
medio(ms)

25.316

ICMP
con
fallos
27

Equipo
1

0,1%

169

Equipo
2

36.703

0%

111

Equipo
3

25.221

0%

177

Equipo
4

25.229

16

0,1%

169

Tabla 18: Resultados prueba aadir trfico duracin 35 horas

68

Los equipos respondieron correctamente con el patrn de trfico establecido

(

cada

) en las pruebas para mantenerse en un buen canal de

comunicacin.
En la tabla 19 se muestran los resultados de la prueba que se vuelve a realizar la misma
prueba aadiendo trfico (

cada

) pero en una semana distinta

con una duracin mayor de 48 horas. Se puede observar que el comportamiento es

similar.
Equipos

ICMP
Totales

Fallos
totales

Retardo
medio(ms)

100.000

ICMP
con
fallos
150

Equipo
1

0,2%

77

Equipo
2

100.000

78

0,1%

177

Equipo
3

81.193

52

0,1%

175

Equipo
4

81.274

36

0%

171

Tabla 19:Resultados prueba aadir trfico duracin mayor de 48 horas

Se ha comprobado que con la incorporacin de trfico adicional, mediante el

protocolo ICMP, se consigue la asignacin permanente de recursos radio. De este modo,
las aplicaciones de Misin Crtica permanecern en el estado adecuado.
Se consigue que los operadores mantengan al trfico de Iberdrola en el mejor
canal siempre que se aumente un total de

al mes el trfico.

Por lo tanto la adaptacin de aadir trfico adicional funciona facilitando a las

aplicaciones de Misin Crtica sus requisitos demandados. Sin embargo, este trfico
adicional se debe estudiar con el operador mvil para ver si entra dentro de un contexto
comercial. Puede llegar a ser un riesgo potencial en la factura debido al trfico
adicional.
69

A.C.1.3 Control de la congestin en tiempo real

La congestin se produce cuando una red tiene ms trfico del que puede cursar.
Esto lleva al deterioro de la red. Las peticiones de datos de un terminal que no son
satisfechas puede ser el resultado de la congestin. Ejemplos de cuando ocurre
congestin en una red mvil son en manifestaciones, partidos de futbol, etc., es decir, en
todos los sitios donde permanecen un grupo grande de terminales usando la red mvil
del operador.
Aunque se tengan optimizados los recursos, si la red presenta congestin es muy
difcil que las aplicaciones de Misin Crtica puedan funcionar.
El operador es el que decide qu hacer en caso de congestin. Los operadores no
facilitan informacin acerca sus redes. Por este motivo, se llevar a cabo el estudio de
diversas maneras de poder saber la congestin y as poder aplicar medidas alternativas o
poder anticipar movimientos. De esta manera, se pretende conseguir un menor impacto
negativo sobre las aplicaciones de Misin Crtica.
A.C.1.3.1 Deteccin congestin mediante el protocolo ICMP por parte de los
dispositivos
Se aprovecha que el protocolo ICMP recoge parmetros como latencia, prdida de
paquetes y jitter. Con estos parmetros se puede determinar si hay problemas de
congestin en la red de comunicaciones sobre la que se implementa (privada y pblica).
La parte dbil de la red de comunicaciones es la de acceso debido a que el resto de
partes se pueden sobredimensionar.
Existe un protocolo que est basado en ICMP dirigido al estudio de la congestin
entre dos mquinas: protocolo IP SLA.
IP SLA es un protocolo perteneciente a Cisco [CISCO01] que se basa en que el
equipo troncal del CGR, que tiene configurado IP SLA, ejecuta una prueba hacia un
equipo, que tiene configurado IP SLA, en algn punto remoto de la red mvil (CT)
reuniendo informacin en tiempo real acerca del estado del camino, extremo a extremo,
por el que pasan los paquetes. Es muy recomendable su uso en grandes redes como las
70

mviles. El protocolo debe estar siempre activo y tiene la ventaja de que consume pocos
recursos.
A.C.1.3.2 Deteccin de la congestin mediante la implantacin de un mdulo en
las plataformas M2M
La red de acceso en UMTS, conocida como UTRAN (UMTS Terrestrial RAN =
UTRAN), consta de uno o ms subsistemas RNS. Cada RNS cubre un conjunto de
celdas UMTS, siendo este el responsable de la gestin de los recursos asociados a ellas.
Un RNS est formado por un controlador RNC y un conjunto de estaciones base
conocidos en UMTS como Nodos B (figura 23).

Figura 23: Arquitectura de la Red UTRAN [COMU12]

El controlador de la red de radio (RNC) se encarga de gestionar y optimizar los
recursos radio, establecer y liberar las conexiones, realizar el traspaso, el control de
potencia y controlar la movilidad de los terminales. En el RNC se encuentra el
administrador de recursos de radio y el control UTRAN. [COMU12]
Por otro lado, los KPIs son los indicadores de rendimiento de la red, como por
ejemplo el trfico y la congestin. Se obtienen de sistemas medidores de rendimiento

71

como PMS (Performance Measurement System) que se encuentran en el RNC. El

anlisis de estos resultados ayuda a detectar errores.
Por lo tanto, para detectar la congestin, una posible solucin sera incluir en las
plataformas M2M una API que captara informacin de PMS de la RNC, con KPIs de
servicio bsicos. De esta manera, se podran detectar situaciones de congestin
mediante las plataformas M2M.
A.C.1.3.3 Solucin propuesta en caso de congestin en la red
Se propone dos soluciones en el momento en que se detecte que se ha llegado al
nivel de congestin que no se desea.
Como ya se ha comentado, existen dos operadores: principal y secundario. Se
tiene un compromiso en permanecer la mayora de tiempo en el operador principal
siempre que las condiciones sean favorables. Por este motivo, cuando se detectase que
se ha llegado al nivel de congestin que no se desea, se puede analizar lo siguiente:

Cambio de tecnologa: las redes mviles ofrecen la flexibilidad de que los

terminales mviles puedan utilizar en cada momento, las diferentes portadoras
GSM, GPRS y UMTS que estn disponibles a nivel de red de acceso. Por este
motivo, se propone la utilizacin de la tecnologa de datos GPRS como backup
de los accesos UMTS. En todos los casos se requiere que el terminal disponga
de la inteligencia operativa necesaria para detectar los problemas en la red de
acceso y conmutar a la tecnologa de acceso de backup disponible. Para ello, la
radio debe desconectarse de 3G y conectarse a 2G. Se establece que vuelva a
conectarse a 3G despus de pasadas 20 horas del cambio.
Si esta primera opcin no resultase factible por presentar problemas similares que

con la tecnologa 3G o que no se cumpliesen las condiciones que demandan las

aplicaciones de Misin Crtica, entonces se pasara a la segunda solucin:

Cambiar de operador: se conmuta al otro operador. Sin embargo, se puede

presentar el inconveniente de que el otro operador tenga tambin congestin en
72

ese momento. En el caso de pasar al operador secundario, pasadas 20 horas se

debe volver al operador principal.
Otra opcin planteada consiste en escalar la red de acceso por parte del operador
mvil en los puntos donde la probabilidad de congestin sea mayor. De esta manera, se
sobredimensionara su red en ciertos puntos. Esta solucin no es 100% factible debido a
que siempre se pueden llegar a sobrepasar los umbrales de congestin afectando a las
aplicaciones de Misin Crtica cuando quieran acceder al medio.
Por lo tanto, se comprueba que no es factible las distintas priorizaciones en la
parte de acceso radio de la red.
A.C.2 Prioridad en la asignacin de recursos radio
La automatizacin, el telecontrol y la supervisin son los servicios que mayores
requisitos imponen a la red de telecomunicaciones. Debido a sus caractersticas de
criticidad y de tiempo real, las redes de telecomunicaciones deben garantizar, al menos,
la capacidad necesaria para transportar esos servicios.
Se debe garantizar que en ningn caso las aplicaciones de Misin Crtica puedan
verse afectadas por un servicio de gestin de CGR, por otros servicios futuros que
Iberdrola pueda implementar o por los trficos adicionales que el operador curse por su
red.
Las redes mviles deben saber que se trata de aplicaciones de Misin Crtica, es
decir, que deben tener prioridad independientemente de la cantidad de trfico que se
cursa por la red. Con esta priorizacin se pretende conseguir diferenciar el trfico y por
lo tanto dar ms calidad.
En el siguiente apartado se pretende solucionar los requisitos R.C.4 (priorizacin
por parte de los operadores) y R.C.5 (asignacin recursos radio por parte de los
operadores) para las redes de los operadores mviles. Tambin se cubre el requisito
R.C.2 (priorizacin por parte de los dispositivos).

73

A.C.2.1 Asignacin distintas calidades de servicio por parte de los operadores

Debido a la criticidad que demanda las aplicaciones de Misin Crtica, es
importante poder priorizar su trfico en la interfaz radio al ser este un medio compartido
y actualmente el cuello de botella en las comunicaciones mviles. Se pretende as que
en caso de saturacin se pueda seguir enviando el trfico de ms prioridad (aplicaciones
de Misin Crtica) frente a otro.
Para ello el operador mvil debe modificar el perfil de Calidad de Servicio de
Iberdrola para activar los mecanismos de priorizacin de trfico en la red radio.
Segn el estndar de 3GPP [3GPP03], en la tecnologa UMTS se han definido
cuatro clases de trfico:

Conversacional: servicio en tiempo real. Las caractersticas esenciales son poco

retardo de transmisin y poca variacin de retardo.

Streaming: transferencia contina. Se aplica en aplicaciones de audio en tiempo

real y video. Se trata de un transporte unidireccional.

Interactivo: se trata de una configuracin de peticin-respuesta, que convierte el

retardo de ida y vuelta en una caracterstica importante. Adems, la transferencia
de datos tiene una frecuencia de errores baja.

Background: se usa para el trfico Best Effort. Los requisitos de retardo en la

transmisin son menos rgidos.
Se ha comprobado que los operadores mviles transportan todo el trfico de datos,

incluido el de las aplicaciones de Misin Crtica, con calidad Best Effort, es decir, en
la clase Background. Adems, al tratarse de datos (conmutacin de paquetes) nunca
conseguir estar en una calidad mejor que la voz (conmutacin de circuitos) debido al
estndar. Lo nico que se puede hacer es que el trfico tenga ms prioridad frente a
otros datos. Sin embargo, en datos, los operadores no dan calidad de servicio.

74

A.C.2.2 Asignacin recursos en la red de acceso del operador mvil

Esta adaptacin trata de analizar si es posible la asignacin de recursos radio en la
red de acceso. El Nodo B debera proporcionar a las aplicaciones de Misin Crtica los
recursos radio cuando los solicite.
Se define la QoS en UMTS como la calidad del servicio tal y como la percibe el
usuario, y por lo tanto, es siempre de extremo a extremo.
A continuacin se explican algunas carencias de QoS en la red de acceso 3G:

En el acceso, todas las conexiones tienen la misma prioridad. Por tanto, incluso
con QoS activado, no se garantiza el acceso de una conexin de paquetes en
situacin de congestin.

No se permite que una conexin de paquetes interrumpa otra conexin de

paquetes existente. Sin embargo, en casos puntuales, una conexin de paquetes
ms prioritaria puede bajar la velocidad de otra conexin de paquetes menos
prioritaria para asegurar el acceso.

Las conexiones de voz siempre son ms prioritarias. De este modo, tienen

prioridad sobre las de conexiones de paquetes, independientemente de su perfil
de prioridad, es decir, no garantizan nada de datos.
Tambin, es necesario destacar que la capacidad de 4kbps en el acceso al medio

para conexiones de datos no se puede asegurar de acuerdo a los estndares de la

tecnologa 3G. Segn el estndar 3GPP (especificacin 25.304 [3GPP04] y 25.301
[3GPP05]), las decisiones de establecimiento las tomas la red (RNC). Esto significa que
el terminal solicita acceso en la celda que considera ms adecuada, y la red autoriza o
no ese acceso en funcin de la carga de la misma. Tambin, autoriza los movimientos
de una celda a otra en base a medidas del mvil y los umbrales a aplicar en la seleccin
de la celda. En el caso de desbordamiento en una celda, la red manda la orden de hacer
blind HO7. Por lo tanto, el estndar presenta una limitacin por no permitir a las
aplicaciones de datos transmitir con una mnima garanta de capacidad. Esto afecta a las

Traspasar a una celda o a distinta tecnologa directamente sin tener en cuenta ningn valor.

75

aplicaciones de Misin Crtica que presentan poco trfico espordico y uno de sus
requisitos es poder disponer de una garanta de 4kbps.
A.C.2.3 Marcado de QoS en los dispositivos
Existen CTs que llevan los siguientes servicios:

Telegestin.

Telegestin, automatizacin, telecontrol y supervisin.

En el segundo caso, los fabricantes de dispositivos deben dar la opcin de

priorizar las aplicaciones de Misin Crtica (automatizacin, telecontrol y supervisin)

respecto a la telegestin.
Para ello, el dispositivo debe marcar el trfico de las aplicaciones de Misin
Crtica para asegurar que se enva primero y por lo tanto se da la prioridad que
demanda.
El router usa IPSec para encriptar el paquete que se transmite por el tnel GRE.
El problema es que por los segmentos por los que pasa (red de acceso mvil, ncleo de
red mvil y red MPLS8 del operador) no pueden leer el marcado de QoS que se realiza
en el router debido a que se encuentra encriptado y solo se desencripta en los routers
troncales de Iberdrola.
Sin embargo, existe una funcionalidad que se llama qos-pre-classify que permite
copiar el marcado de QoS, que se encripta junto con todo el paquete debido a IPSec, a la
cabecera que se pone en el tnel y as el operador debera tener en cuenta la QoS que
viene establecida. De esta manera, aunque la red de acceso y el ncleo de red no tengan
en cuenta la QoS, el segmento de red MPLS del operador s tiene en cuenta el marcado
QoS.
6.3 Tabla resumen adaptaciones plano gestin y control
A continuacin se lleva a cabo una relacin de cada una de las adaptaciones con
los mbitos que se relaciona:
8

Mecanismo de transporte de datos basado en etiquetas.

76

Adaptacin

A.G.1

A.G.1.1

A.G.1.2

A.G.1.3

A.G.2
A.G.2.1

Nombre

Gestin informacin
de la planta de
instalacin
Muestreo diario
informacin
dispositivos de la
planta instalada
Muestreo
informacin tarjetas
SIM M2M de la
planta instalada
Integracin
informacin
dispositivos y tarjetas
SIM M2M de la
planta instalada
Generacin alarmas
Alarmas de los
dispositivos

Plano

Deriva
de

Gestin

Gestin

Gestin

A.G.1

A.G.1

Gestin

Gestin
Gestin

A.G.2

A.G.2

A.G.2.3

Correlacin alarmas
de los dispositivos y
la red mvil en el
CGR

Gestin

A.G.2

A.G.3

Evolucin
plataformas M2M

A.C.1.1.1

A.C.1.1.2

Alto

R.G.1
R.G.2
R.G.3

A.G.1

Gestin

A.C.1.1

Alto

Alto

A.G.2.2

Gestin conectividad
Anlisis de la red
mvil por parte del
dispositivo
Revisin umbrales de
conectividad por
parte del dispositivo
Tiempo de retorno al
operador principal
que debe tener en
cuenta el dispositivo

Requisitos

Alto

Alarmas de la red
mvil

A.C. 1

Nivel de
implantacin
alcanzado

Alto
Alto
Medio.
Depende de
los
operadores
Medio.
Depende de
los
operadores
Alto

Gestin
Control

R.G.5
R.G.7

R.G.4
R.G.5
R.G.7
R.G.8

Alto
Alto

Control

A.C. 1

Control

A.C.1.
1

Control

A.C.1.
1

Alto

R.C.1
R.C.3

Alto

77

A.C.1.1.3

A.C.1.1.4

A.C.1.2

A.C.1.2.1

A.C.1.2.2

A.C.1.3

A.C.1.3.1

A.C.1.3.2

A.C.1.3.3

A.C.2

A.C.2.1

Cambio de operador
por falta de
conectividad de los
dispositivos con los
equipos troncales
Solucin propuesta
para el dispositivo en
caso de mala
cobertura en ambos
operadores
Adaptaciones
mecanismos de
optimizacin radio
para aplicaciones de
Misin Crtica
Eliminar estado URA
como mecanismo de
optimizacin radio
Aadir trfico
adicional diariamente
como mecanismo de
optimizacin radio
Control de la
congestin en tiempo
real
Deteccin congestin
mediante el protocolo
ICMP por parte de
los dispositivos
Deteccin de la
congestin mediante
la implantacin de un
mdulo en las
plataformas M2M
Solucin propuesta
en caso de congestin
en la red
Prioridad en la
asignacin de
recursos radio
Asignacin distintas
calidades de servicio
por parte de los
operadores

Control

A.C.1.
1

Alto

Alto
Control

A.C.1.
1

Control

A.C. 1

Control

A.C.1.
2

Control

A.C.1.
2

Control

A.C. 1

Control

A.C.1.
3

Alto

Alto. Sin
embargo,
resultados
desfavorables
Alto

Medio

Control

A.C.1.
3

Control

A.C.1.
3

Alto

Medio.
Depende de
los
operadores

Alto
Medio

Control

Control

A.C.2

Bajo

R.C.2
R.C.4
R.C.5

78

A.C.2.2

A.C.2.3

Asignacin recursos
en la red de acceso
del operador mvil

Control

A.C.2

Marcado de QoS en
Control A.C.2
los dispositivos
Tabla 20: Resumen adaptaciones

Bajo
Alto

79

80

7. ARQUITECTURA
El principal objetivo de este apartado es disear una arquitectura de acuerdo a las
adaptaciones definidas para el soporte eficiente de las aplicaciones de Misin Crtica de
la Smart Grid. Se presenta una solucin mejorada prestando especial atencin en los
nuevos elementos TIC que han de incluirse en el CGR de Iberdrola, las redes de los
operadores y los CTs.
Se presenta la arquitectura siguiendo los siguientes planos de telecomunicaciones
de las redes mviles: usuario, gestin y control.
7.1 Plano de usuario
El plano de usuario describe de qu forma se conectan las aplicaciones de la
Smart Grid a las redes mviles. Se divide en dos apartados: el diseo de la red general y
el diseo dentro de un CT.
7.1.1 Red general del plano de usuario
Iberdrola define ms de una red privada virtual (VPN) de forma que se garantice
la no visibilidad entre las diferentes redes. El operador dar visibilidad desde cada una
de estas redes virtuales a un APN, en donde se encuentran configuradas las tarjetas SIM
M2M. Los operadores mviles realizan la configuracin del APN en uno de sus GGSNs
situados en el ncleo de red.
Los routers 3G se sitan en una de las instalaciones remotas (CTs) y acceden a los
servicios privados de Iberdrola a travs de las redes de un operador mvil. Para ello, se
establecen tneles GRE con los routers troncales ubicados en dos sedes de Iberdrola.
Los tneles tienen la funcionalidad de encriptacin por IPSEC en modo transporte de
cara a garantizar integridad, confidencialidad, autentificacin y disponibilidad de la
informacin que progresa por la red mvil del operador. De esta manera, se mantiene un
esquema de direccionamiento privado definido por Iberdrola.
Se usa el protocolo DMVPN [CISCO02] entre los routers 3G ubicados en los CTs
y los servidores de tneles centrales. Este protocolo presenta las siguientes
caractersticas:
81

En cada contexto que establezca cada dispositivo mvil se le asignar una

direccin IP diferente del rango de direccionamiento predefinido y propiedad de
Iberdrola. Esto implica que el router ubicado en un CT conozca la IP de los
routers troncales, pero no es necesario que los routers troncales conozcan a
priori la IP de los routers ubicados en CTs.

Se usa el protocolo NHRP [RFC01]. Se permite el establecimiento dinmico de

conexiones GRE e IPSec entre las sedes sin necesidad de reconfiguracin de los
equipos de red.

Figura 24: Esquema descriptivo de la solucin de redes de datos mviles de los

operadores
7.1.2 Centro de transformacin del plano de usuario
La arquitectura implementada en los CT tiene el objetivo de aumentar la
eficiencia en las comunicaciones de las aplicaciones de Misin Crtica.
82

Los routers de los CTs se encuentran conectados a dos redes: una pblica (red
mvil operador) y una privada (red troncal de Iberdrola y dispositivos terminales).
La red privada de Iberdrola conecta los routers 3G ubicados en los CTs mediante
una red LAN hasta los routers troncales los cuales diferencian los servicios de Iberdrola
(automatizacin, telecontrol, supervisin y telegestin). Se asigna una direccin IP
esttica privada de Iberdrola que se usa para establecer el tnel GRE y para la gestin
del dispositivo terminal.
La red pblica se conecta a los routers 3G ubicados en los CTs mediante una red
WAN. Existen dos operadores mviles: operador principal y operador secundario.
Debido a que el router solo posee un mdulo radio, por el ahorro que supone, solo
estar conectado a uno de los operadores mviles. Cada operador mvil asigna una
direccin IP dinmica pblica.

Figura 25: Distincin red LAN (red privada) y Red WAN (red pblica)
El protocolo utilizado por Iberdrola referido al telecontrol, supervisin y
automatizacin es el IEC 60870-5-101/103/104 [IEC01] que trabaja sobre TCP/IP.
A continuacin se describen los distintos elementos de TIC que se instalan en el
CT.

83

Figura 26: Elementos de un CT para las aplicaciones de Misin Crtica

Antena: antes de instalar el router 3G, se mide el nivel de cobertura en el CT

con la puerta cerrada. En caso de que la cobertura est por encima de los niveles
establecidos por Iberdrola, no se instalara antena. Sin embargo, si los niveles no
son los apropiados se llevara a cabo la instalacin de una antena
omnidireccional9 de 2dBi interior (figura 27) o exterior (figura 28). En caso de
seguir teniendo niveles malos de cobertura, se ampliara la ganancia de la antena
o se instalara una antena direccional10 (figura 29).

Figura 27: Antena omnidireccional

interna

Figura 28: Antena omnidireccional

exterior

Antena cuya emisin de potencia es en todas las direcciones.

Antena que radia la energa de manera localizada para aumentar la potencia.

10

84

Figura 29: Antena direccional

Unidad de Transmisin Remota (RTU): dispositivo electrnico que controla las

entradas de los sensores y las salidas de los actuadores. La RTU se conecta por
cable Ethernet al router 3G encargado de recibir y enviar las seales a travs de
la red mvil del operador. Soporta el protocolo estndar con el que trabaja
Iberdrola: IEC 60870-5-101/103/104.

Sensor: dispositivo que permite detectar un estado de la red de media o baja

tensin. La informacin se enva al dispositivo RTU.

Actuador: dispositivo que ejecuta la orden que viene de la RTU.

Router 3G: se desarrolla en base a los requisitos de Iberdrola. Cada router 3G

tiene las siguientes caractersticas:
Se trabaja con dos tarjetas SIM M2M para poder tener conexin a travs de
dos operadores (operador principal y operador secundario). Este diseo
aumenta la redundancia y consigue una mayor disponibilidad del router ante
un fallo en una de las redes mviles.

85

Figura 30: Doble tarjeta SIM M2M en los routers 3G

Solo se ha instalado un mdulo radio en el router por motivos econmicos.
Se instala un firmware que implementa mecanismos de decisin cuando se
produce el empeoramiento de la calidad de las comunicaciones. Viene
determinado por la adaptacin A.C.1 (gestin conectividad).
Se configura una IP de loopback fija interna en el router 3G. De este modo
se consigue poder gestionar los equipos desde los sistemas de gestin de
Iberdrola.
Se usa el protocolo de routing dinmico RIPv2. [IETF01]
Se usa el protocolo SNMPv3. [IETF02]
7.2 Plano de gestin
Se plantea la arquitectura general de gestin (figura 31) ms ptima para Iberdrola
en base a las adaptaciones definidas.

86

Figura 31: Arquitectura general plano de gestin

Las tres partes que intervienen en la arquitectura del plano de gestin son: el
router 3G que se encuentra en el CT, la red mvil del operador y el CGR de Iberdrola.
Se debe tener en cuenta que una de las tarjetas SIM M2M perteneciente a un
operador mvil funciona mientras que la otra tarjeta SIM M2M se encuentra
provisionada en la red del operador aunque el router no la use para la comunicacin.
Esto es debido a que el router solo tiene un mdulo radio.
Como se ha comentado anteriormente, a nivel de gestin existe una IP dinmica y
una IP privada de loopback.
A continuacin se describe la arquitectura de cada una de las adaptaciones de
gestin planteadas anteriormente.
7.2.1 Arquitectura para la gestin de la informacin de la planta instalada
Dentro de la arquitectura general del plano de gestin, se encuentra la arquitectura
referida a la adaptacin A.G.1 (gestin informacin de la planta instalada) que tiene el
87

objetivo de obtener la mayor cantidad de informacin procedente de los dispositivos y

de la red mvil del operador.

Figura 32:Arquitectura gestin informacin de la planta instalada

A continuacin se explica cada una de las partes en las que se divide esta
arquitectura: informacin dispositivos, informacin tarjetas SIM M2M e integracin de
las dos fuentes de informacin (dispositivos y plataformas M2M).
7.2.1.1 Arquitectura para el muestreo diario de la informacin de los dispositivos de la
planta instalada
Hace referencia a la adaptacin A.G.1.1 (muestreo diario informacin dispositivos
de la planta instalada). Esta adaptacin tiene el objetivo de extraer diariamente todo el
inventario de los dispositivos. Esta tarea se realiza a travs de un sistema interno del
CGR conocido como GADIP.

88

Figura 33: Elementos que intervienen en la recopilacin de la informacin

El mdulo de backup e inventario del sistema GADIP es el encargado de llevar a
cabo la tarea de recogida de la informacin de los dispositivos una vez al da. Trata con
dos tipos de conexiones. Primero intentar conectarse va Telnet a un conjunto de IPs
asignadas (IPs loopback). Si fracasa, lo intentar una segunda vez va SSH. Si fracasa
en ambos intentos no se volver a intentar la conexin con el equipo hasta la siguiente
ejecucin.
Para la captura de datos por parte del mdulo, se siguen patrones de envos de
peticin y respuesta. Al grabar los datos capturados en la Base de Datos de GADIP, se
tendr en cuenta si han cambiado respecto a la ltima captura o no. Cada dato grabado
en la Base de Datos tiene asociada informacin de la fecha en la que se captur. Esta
fecha solo se actualiza cuando la captura actual es diferente a la ltima captura correcta
realizada.
Se guarda en la tabla INV_EQUIPO la informacin de inventario recogida por el
mdulo de backup e inventario. En el Anexo B se describe dicha tabla.
Adicionalmente, cada vez que se hace inventario en un equipo, se guarda en la
tabla HIST_INV_GPRS los datos relativos a cobertura, celda y consumos del mismo.
Se destaca que la informacin de la red de acceso de los operadores mviles
referida a la frecuencia, tecnologa y cobertura, es visible en cualquiera de los routers.

89

Esta informacin se obtiene en los SIBs11 de las celdas 3G. Por lo tanto, todo terminal
registrado en la red mvil es capaz de leer esta informacin y almacenarla para su
posterior captura por parte del mdulo backup e inventario.
Al grabar los datos en la tabla histrico (HIST_INV_GPRS) tambin se
comprobar la FECHA_RESET del equipo. Si coincide con la FECHA_RESET del
registro inmediatamente anterior, significa que el equipo durante ese da no se ha
reseteado y el clculo de consumo diarios se realizar restando el consumo de
BYTES_TX y BYTES_RX actuales con los obtenidos del registro inmediatamente
anterior.
Si por el contrario, al grabar los datos en la tabla histrico (HIST_INV_GPRS), la
FECHA_RESET del nuevo registro no coincide con la FECHA_RESET del anterior, se
supone que el equipo se ha reseteado y sus contadores de consumos se han reiniciado,
por lo que como datos de consumo diario se guardaran los valores de BYTES_TX y
BYTES_RX directamente.
7.2.1.2 Arquitectura para muestrear la informacin de las tarjetas SIM M2M por la
plataforma M2M de la planta instalada
Hace referencia a la adaptacin A.G.1.2 (muestreo informacin tarjetas SIM M2M
de la planta instalada). Esta adaptacin tiene el objetivo de mantener una gestin de la
informacin de las tarjetas SIM M2M de manera remota mediante las plataformas M2M
de los operadores.

11

Sistemas de bloques de informacin que permiten ayudar a la estacin mvil a comunicarse con la red.

90

Figura 34: Elementos que intervienen en las plataformas M2M para recoger
informacin de los dispositivos
A continuacin se hace una descripcin de los elementos de la red mvil del
operador que intervienen en la recogida de informacin para las plataformas M2M:

HLR: base de datos central para almacenar informacin de suscripcin de los

abonados. Guarda informacin sobre el perfil de servicio, ubicacin y estado de
actividad de un abonado. El HLR est conectado a los MSC y VLR que les
facilitan informacin. Se encuentra en el ncleo de red tanto en el dominio de
conmutacin de circuitos como de paquetes. [COMU12]

GGSN: este nodo es el responsable de la interconexin con redes de paquetes

externas y redireccionamiento. Proporciona la conexin y el interfuncionamiento
con otras redes de datos, administra la movilidad de los usuarios y entrega los
paquetes de datos a las estaciones mviles. Se encuentra en el dominio de
conmutacin de paquetes dentro del ncleo de red. [COMU12]
Las plataformas M2M ofrecen una interface GUI para la gestin de tarjetas SIM
M2M a travs de un acceso seguro SSL12 sobre Internet. Cualquier accin que se
muestra en la interfaz GUI de las plataformas M2M tiene su API
correspondiente.

12

Secure Socket Layer: protocolo que proporciona cifrado al trfico que cursa por la comunicacin
segura establecida.

91

Adems, las plataformas M2M deben integrarse con los sistemas de gestin de
telecomunicaciones de Iberdrola, en este caso con el sistema GADIP del CGR, a travs
de una conexin VPN segura, de modo que el envo de informacin del estado de la red
mvil por parte del operador ser recibido y procesado correctamente por este sistema.
Esta informacin es proporcionada mediante APIs.
Los operadores de red mvil proporcionan un conjunto de APIs orientadas a la
mejora en la gestin de la informacin y el control bsico de los servicios de la Smart
Grid.
En la siguiente figura se incluye la arquitectura de las aplicaciones utilizando estas
APIs.

Figura 35: Implemtacin APIs en las plataformas M2M

92

Con las APIs facilitadas, se puede:

Recuperar el inventario de todas las tarjetas SIM M2M.

Diagnsticar en tiempo real el estado de vida de las tarjetas SIM M2M.

Se debe tener en cuenta que los operadores mviles controlan en tiempo real el

consumo de cada tarjeta SIM M2M. Sin embargo, en las plataformas M2M esta
informacin se muestra con un cierto retraso.
Para el caso concreto de la informacin de localizacin de los router, esta
informacin se obtendra a partir de la celda de telefona mvil en la que se encuentra
enganchado el router. Dado que el tamao de dichas celdas puede variar, la precisin de
la localizacin no ser constante. En la mayora de los casos, es ms precisa la
localizacin en zonas urbanas en lugar de zonas rurales. Esto es debido a que las celdas
son ms pequeas en las zonas urbanas. Por lo tanto, el dato de localizacin siempre
ser considerado orientativo.
7.2.1.3 Arquitectura para integrar la informacin de los dispositivos y las tarjetas SIM
M2M
Hace referencia a la adaptacin A.G.1.3 (integracin informacin dispositivos y
tarjetas SIM M2M de la planta instalada). Esta adaptacin tiene el objetivo de mantener
un mayor control de la informacin mediante su recopilacin por dos vas: plataformas
M2M y dispositivos. De esta manera se consigue una mejora en la facturacin, la
supervisin y el inventario de servicios.

93

Figura 36: Integracin informacin paltaformas M2M y GADIP

GADIP es el sistema del CGR encargado de integrar la informacin procedente de

las plataformas M2M a travs de APIs y la informacin del mdulo de backup e
inventario procedente del router 3G va Telnet.
7.2.2 Arquitectura para la generacin de alarmas
Dentro de la arquitectura general del plano de gestin, se encuentra la arquitectura
referida a la adaptacin A.G.2 (generacin alarmas) que tiene el objetivo de registrar
todos los eventos.

94

Figura 37: Arquitectura generacin alarmas

A continuacin se explica cada una de las partes en las que se divide esta
arquitectura: alarmas dispositivos, alarmas red mvil y correlacin de las alarmas de los
dispositivos y la red mvil en el CGR.
7.2.2.1 Arquitectura para alarmas de los dispositivos
Hace referencia a la adaptacin A.G.2.1 (alarmas de los dispositivos). Esta
adaptacin tiene el objetivo capturar los eventos de disponibilidad procedentes de los
dispositivos a travs de la red LAN de Iberdrola mediante el protocolo ICMP.

Figura 38: Sistemas del CGR para comprobar disponibilidad equipos

95

A continuacin se explica el funcionamiento de los dos sistemas que estn

disponibles para la realizacin de esta funcionalidad:

Sistema SNMPc: cada minuto realiza ping (protocolo ICMP) a cada equipo para
comprobar su correcta disponibilidad. La interfaz del sistema SNMPc muestra
una alarma de color amarillo en el caso de no alcanzar la direccin IP de
loopback del router. Cuando el router no responde a los tres ping seguidos, se
muestra una alarma roja indicando su indisponibilidad.

Sistema GADIP: realiza mediante ping una comprobacin de la conectividad IP

de las IPs fijas de los routers. La ejecucin se lleva a cabo mediante una tarea
programada. Pasos que se han establecido:
1. El mdulo lee los datos almacenados en las tablas de la Base de Datos, los
procesa

almacena

la

informacin

resultante

en

la

tabla

PING_SERVICIO. Se borra antes el contenido anterior de la tabla si lo

hubiera. Las cabeceras de los paquetes procedentes de los routers deben
indicar que la tecnologa en uso es 3G:
if (nombre_paquete.contains("3G")) {
tecnologia="TERCEROS-3G";
} else {
if(tel_Coms is not null and not
tel_Coms.contains(DESCONOCIDA))
tecnologia = telComs;
else
tecnologia="DESCONOCIDA";
}

2. El siguiente paso es el uso del protocolo ICMP sobre las IPs almacenadas
en PING_SERVICIO y posteriormente registrar el resultado en la misma
tabla.
3. Una vez finalizado el sondeo se pasa los resultados a la tabla de histricos
HIST_PING_SERVICIO.

96

7.2.2.2 Arquitectura para alarmas de la red mvil

Hace referencia a la adaptacin A.G.2.2 (alarmas de la red mvil). Esta
adaptacin tiene el objetivo capturar los eventos (requisito R.G.5: alarmas plataformas
M2M) procedentes de la red del operador mvil.

Figura 39: Alarmas que recogen plataformas M2M

Del conjunto de alarmas que se recogen de los dispositivos por parte de las
plataformas M2M, se destaca la alarma de alcanzabilidad IP que se detecta mediante
ping (protocolo ICMP) a la IP pblica del operador mvil.
La alarma de alcanzabilidad IP proporciona informacin de presencia teniendo en
cuenta el estado de los dispositivos de Iberdrola.
Si el dispositivo no responde a los dos minutos de enviar el ping, las plataformas
M2M avisan de que el dispositivo no se encuentra disponible mediante la generacin de
una alarma. La alarma no desaparecer hasta que el usuario no la borre de las
plataformas M2M.
Las plataformas M2M de los operadores deben enviar alarmas a Iberdrola
mediante traps SNMP en tiempo real. Los traps sern enviados de forma automtica por
el sistema M2M del operador mvil hacia el sistema SIAC perteneciente al CGR en el
momento que sean detectados. Se debe definir un endpoint en el sistema M2M para
integrar los eventos con el CGR.

97

Por lo tanto para poder enviar los traps, se habilita la conectividad a nivel IP en en
todos los elementos que hay entre ambos sistemas (firewalls, routers, etc), al menos en
el sentido del sistema M2M hacia SIAC. La conectividad se realiza utilizando la
interconexin existente entre la red del operador mvil e Iberdrola que se realiza a
travs de una VPN especfica de supervisin, de modo que Iberdrola transporta por su
red los traps hasta el sistema SIAC.
Se debe tener en cuenta que el sistema SIAC slo recibe los traps SNMP y no
enva mensajes de confirmacin de recepcin hacia el sistema M2M. Por este motivo se
deben enviar por triplicado cada trap por evento generado o detectado.
En el Anexo B se incluye el cdigo MIB para la generacin de los traps
requeridos.
7.2.2.3 Arquitectura para la correlacin de alarmas en el CGR
Hace referencia a la adaptacin A.G.2.3 (correlacin alarmas de los dispositivos y
las redes mviles en el CGR). Esta adaptacin tiene el objetivo de la correlacin,
mediante el sistema SIAC del CGR, de alarmas que provienen del sistema SNMPc
(adaptacin A.G.2.1) y las plataformas M2M (adaptacin A.G.2.2).

Figura 40: Elementos que intervienen en la integracin de alarmas

98

Por un lado, el sistema SIAC tiene una Base de Datos con los servicios
demandados por Iberdrola. Por otro lado presenta otra Base de Datos donde se saben los
distintos nodos donde se encuentran los dispositivos. Con estos datos y cierta
inteligencia que se debe incorporar, se correlan las alarmas de SNMPc y de las
plataformas M2M.
Un ejemplo de la lgica que lleva a cabo el sistema SIAC es: si el sistema SIAC
recibe una alarma del sistema SNMPc entonces el problema puede venir del propio
dispositivo ubicado en el CT, de la red mvil del operador o de la red privada de
Iberdrola. Se puede acotar ms la fuente del problema gracias a la alarma referida a la
alcanzabilidad IP que recibe SIAC por parte del operador mvil.
7.2.3 Arquitectura evolucin plataformas M2M
Hace referencia a la adaptacin A.G.3 (evolucin plataformas M2M). Esta
adaptacin tiene el objetivo mejorar las plataformas M2M mediante la obtencin de ms
informacin y alarmas por otros elementos de la red mvil del operador.

Figura 41: Nuevos elementos para las plataformas M2M

99

Se pretende que las plataformas M2M recojan informacin de la red de acceso y

OSS de los operadores mviles. A continuacin se hace una descripcin de los nuevos
elementos que ayudan a recoger informacin a las plataformas M2M:

OSS: se encuentra directamente vinculado a la red de telecomunicaciones de los

operadores mviles, tiene el objetivo de automatizar los procesos manuales y
hacer de la operacin de la red una tarea eficiente y menos vulnerable a los
errores. Por ejemplo: procesos de soporte para el mantenimiento del inventario
de red, servicios de aprovisionamiento, configuracin de los elementos de red y
software para la gestin de incidencias.

Red de acceso 3G de la red mvil: proporciona la conexin entre los terminales

mviles y el ncleo de red. En UMTS recibe el nombre de UTRAN y se
compone de una serie de subsistemas de redes radio (RNS) que son el modo de
comunicacin de la red UMTS. [COMU12]
Se deben tener en cuenta estas mejoras para las sucesivas Release13. Adems, se

deben definir nuevas funciones, es decir, nuevas APIs para conseguir explotarlas y as
tener un mayor control de la red. De esta manera, se consigue mejoras respecto a lo que
nos ofrecen las actuales plataformas M2M.
7.3 Plano de control
Se plantea la arquitectura general de control (figura 42) ms ptima para Iberdrola
en base a las adaptaciones definidas.

13

Especificaciones tcnicas actualizadas que mejoran en este caso las plataformas M2M.

100

Figura 42: Arquitectura global plano de control

Las tres partes que intervienen en la arquitectura del plano de control son: el
router 3G que se encuentra en el CT, la red mvil del operador y el CGR de Iberdrola.
Se debe tener en cuenta que una de las tarjetas SIM M2M perteneciente a un
operador mvil funciona mientras que la otra tarjeta SIM M2M se encuentra
provisionada en la red del operador aunque el router no la use para la comunicacin.
Esto es debido a que el router 3G solo tiene un mdulo radio.
Como se ha comentado anteriormente, a nivel de control existe una IP dinmica y
una IP privada de loopback.
A continuacin se describe la arquitectura de cada una de las adaptaciones de
control planteadas anteriormente.
7.3.1 Arquitectura para gestin de la conectividad
Dentro de la arquitectura general del plano de control, se encuentra la arquitectura
referida a la adaptacin A.C.1 (gestin conectividad) que tiene el objetivo de aumentar
la disponibilidad del dispositivo.

101

Figura 43: Arquitectura gestin conectividad

A continuacin se explica cada una de las partes en las que se divide esta
arquitectura: anlisis de la red mvil por parte del dispositivo, mecanismos de
optimizacin radio para las aplicaciones de Misin Crtica y control de la congestin en
tiempo real.
7.3.1.1 Arquitectura para anlisis de la red mvil por parte del dispositivo
Hace referencia a la adaptacin A.C.1.1 (anlisis de la red mvil por parte del
dispositivo). Esta adaptacin tiene el objetivo de analizar la red mvil del operador para
saber si proporciona un buen canal de comunicacin.

102

Figura 44: Elementos que intervienen en la adaptacin A.C.1.1

Como se observa en la figura 44, el mdulo radio del router 3G recoge

informacin de los niveles de RSCP y Ec/No del Nodo B segn se ha establecido en
Iberdrola. Posteriormente, se procesa esta informacin en el mdulo de procesamiento
junto con los parmetros que se han configurado en el algoritmo del router 3G.
Hay que tener en cuenta que los operadores limitan la informacin que los
dispositivos pueden obtener del Nodo B.

Figura 45: Condiciones para el algoritmo de cambio e operador

103

7.3.1.2 Arquitectura para mecanismos de optimizacin radio para aplicaciones de

Misin Crtica
Hace referencia a la adaptacin A.C.1.2 (adaptaciones mecanismos optimizacin
radio para aplicaciones de Misin Crtica). En base a que los mecanismos de
optimizacin no tienen en cuenta las aplicaciones de Misin Crtica, se han establecido
varias adaptaciones: adaptacin A.C.1.2.1 (eliminar estado URA) y adaptacin
A.C.1.2.2 (aadir trfico adicional diariamente).
La arquitectura de este bloque hace referencia al desarrollo software por parte de
los fabricantes de dispositivos para poder generar trfico diariamente mediante el
protocolo ICMP.

Figura 46: Gestin de acceso al canal

Por otro lado, los operadores mviles tienen el algoritmo de packet scheduler para
gestionar el acceso al canal de todos los servicios de paquetes (figura 46). Es un
algoritmo bsico perteneciente a la gestin de recursos radio (RRM) dentro de los
sistemas de comunicaciones mviles.
Las tareas ms importantes del algoritmo de scheduling son:

Determinar los recursos disponibles para servicios de paquetes.

104

Repartir los recursos disponibles entre los usuarios activos.

Monitorizar la asignacin de dichos recursos.

Monitorizar la carga del sistema, es decir, la relacin entre recursos consumidos

y recursos disponibles en la celda.

Ejecutar, cuando corresponda, acciones de control de la congestin para los

servicios de paquetes.

7.3.1.3 Arquitectura para detectar la congestin mediante protocolo ICMP por parte de
los dispositivos
Hace referencia a la adaptacin A.C.1.3.1 (deteccin congestin mediante ICMP
por parte de los dispositivos). Esta adaptacin tiene el objetivo de aprovechar el
protocolo ICMP que se lleva a cabo en la adaptacin A.G.2.1 (alarmas de los
dispositivos) para conseguir recoger parmetros relacionados con la congestin:
latencia, prdida de paquetes y jitter.

Figura 47: Elementos que intervienen en la deteccin de la congestin

El protocolo ICMP pasa por la red de Iberdrola y la red pblica del operador
mvil (figura 47). Esta ltima red es la que ms tiende a presentar congestin debido a
sus capacidades limitadas y la dificultad de controlar su uso debido a la gran cantidad de
usuarios.
105

7.3.2 Arquitectura para detectar la congestin mediante las plataformas M2M

Hace referencia a la adaptacin A.C.1.3.2 (mdulo plataforma M2M). Esta
adaptacin tiene el objetivo de implementar en las plataformas M2M una API que
permita incluir la informacin del PMS (Performance Measurement System) de la RNC.
Con esto se consigue informacin del rendimiento de la red.

Figura 48: Elementos que intervienen en la implementacin informacin PSM

7.3.3 Arquitectura para prioridad en la asignacin de recursos radio

Dentro de la arquitectura general del plano de control, se encuentra la arquitectura
referida a la adaptacin A.C.2 (prioridad en la asignacin de recursos radio) que tiene el
objetivo de implantar la poltica de calidad de servicio que demandan las aplicaciones
de Misin Crtica.

106

Figura 49: Arquitectura prioridad asignacin recursos radio

A continuacin se explica cada una de las partes en las que se divide esta
arquitectura: asignacin recursos en la red de acceso del operador mvil y marcado de
QoS en los dispositivos.
7.3.3.1 Arquitectura para asignar recursos en la red de acceso del operador mvil
Hace referencia a la adaptacin A.C.2.2 (asignacin recursos en la red de acceso
del operador mvil). Esta adaptacin tiene el objetivo de analizar la opcin de poder
asignar recursos radio en la red de acceso de los operadores mviles actuales.

107

Figura 50: Elementos que intervienen en el soporte QoS y la gestin de recursos radio

El soporte de QoS en UMTS se basa en una arquitectura jerrquica formada por

varios niveles (figura 51).

Figura 51: Elementos que intervienen en el soporte QoS

Se proporciona la QoS en UTRAN a partir del servicio portador de acceso de

radio (RAB). Abarca el trayecto comprendido entre el equipo de usuario (UE) y el nodo
de acceso al ncleo de red (Segn sea el caso puede ser MSC o SSGN) pasando por la
UTRAN (figura 51). La RNC es la encargada de controlar ese servicio en UTRAN. Hay
que tener en cuenta que en el momento de acceso solo existe la priorizacin que el
108

propio operador mvil proporciona al servicio de conexin de paquetes y la velocidad

que se otorga a ese acceso inicial.
RAB es determinante en la provisin de servicios UMTS con distintos perfiles de
Calidad de Servicio en una sesin de datos, puesto que implica la utilizacin de recursos
sobre la interfaz radio y la red de acceso, precisamente donde se presentan las mayores
limitaciones de ancho de banda [COMU12]. Tiene la funcin de evaluar qu clase de
trfico (conversacional, streaming, interactivo o background) se est transmitiendo, la
velocidad mxima de transferencia en una transmisin, la velocidad garantizada para
dicha transmisin, la taza de error (BER), el retardo, entre otros factores.
En cuanto a la gestin de los recursos radio en UTRAN, el encargado es RRM
(Radio Resource Management). Como se ha comentado, una de las principales
funciones es el Packet scheduling (PS) o scheduler.
Packet scheduling (PS) o scheduler se encuentra en la RNC (figura 50) y es el
encargado de asignar los recursos dinmicamente a los usuarios dentro de la celda
determinando qu usuarios transmiten en cada momento y bajo qu esquemas de
modulacin y codificacin, es decir, sirve para priorizar los paquetes de los distintos
flujos que llegan en funcin de las clases de trfico.
7.3.3.2 Arquitectura para marcar la QoS en los dispositivos
Hace referencia a la adaptacin A.C.2.3 (marcado de QoS en los dispositivos).
Esta adaptacin tiene el objetivo de poder priorizar el trfico de las aplicaciones de
Misin Crtica frente al trfico de telegestin que presenta una tarjeta SIM M2M.

109

Figura 52: Prioridad en la asignacin de recursos radio por parte del dispositivo

El router 3G tiene una funcionalidad conocida como qos-pre-classify [CISCO03]. El

funcionamiento (figura 53) consiste en crear primeramente un clon del paquete original
antes del cifrado del mismo. El encargado de llevar a cabo la encriptacin (IPSec) cifra
el paquete original y a continuacin, el clon se asocia con el paquete recin encriptado y
se enva a la interfaz de salida. De esta manera, la clasificacin se puede administrar
incluso en paquetes cifrados.

Figura 53: Funcionamiento comando qos-pre-classify

110

8. ANALISIS DE RESULTADOS
Las adaptaciones presentadas son mejoras para cubrir los requisitos de las
aplicaciones de Misin Crtica en base a las capacidades que tienen las redes mviles
actuales. Se han clasificado en dos planos: gestin y control.
De acuerdo a las adaptaciones propuestas a nivel de gestin, las mejoras se han
enfocado a tener de la red mvil y de los dispositivos una mayor supervisin y gestin
de la informacin. La gestin de la red de telecomunicaciones formada por una red
pblica (red mvil del operador) y una red privada (red troncal de Iberdrola y los
dispositivos terminales) debe ser extremo a extremo. De esta manera, en caso de fallo,
se conseguira detectar el origen y actuar de forma rpida.
El grado de cumplimiento de los requisitos de gestin con las adaptaciones
propuestas es alto:

Respecto a las adaptaciones referidas a la informacin, todos los sistemas, tanto

de los operadores mviles como de Iberdrola, son capaces de poder recopilar
toda la informacin que se demanda en los requisitos. Sin embargo, las
plataformas M2M solo aportan informacin bsica que no resuelve todos los
requisitos que tienen las aplicaciones de Misin Crtica. Por este motivo, se ha
definido una adaptacin para la evolucin de estas plataformas M2M. De esta
manera, si hubiera una mayor integracin del OSS de los operadores mviles a
travs de las plataformas M2M, se conseguira enriquecer la informacin del
estado de la red del operador.

Respecto a las adaptaciones referidas a la generacin de alarmas, tampoco

presentan grandes complicaciones. Se destaca que desde el CGR se puede usar
uno de los dos sistemas compatibles con las alarmas requeridas: SNMPc y
GADIP. Sin embargo, resulta ms til el sistema SNMPc debido a que es el que
mejor correla sus alarmas con las alarmas de las plataformas M2M. De esta
manera, se consigue establecer nuevos SLA en base a los parmetros que se
estn cumpliendo.

111

Por lo tanto, la gestin extremo a extremo no presentara problemas siempre que

los operadores mviles pongan a disposicin la informacin de su red.
De acuerdo a las adaptaciones propuestas a nivel de control, algunas de ellas han
dado resultados viables con las capacidades actuales de las redes mviles mientras que
otras han dado resultados no satisfactorios.
Las mejoras que se han planteado en el plano de control tenan como objetivo
principal aumentar la disponibilidad y el rendimiento de las aplicaciones de Misin
Crtica mediante la cooperacin de los dispositivos y la red mvil del operador. Se han
dividido en dos apartados:

Gestin de la conectividad: el objetivo principal es conseguir una alta

disponibilidad en el dispositivo. Se han llevado a cabo las siguientes mejoras:
Se ha descrito el funcionamiento de un algoritmo ejecutado por el
dispositivo, que en base a unos parmetros de la red mvil y a unos
parmetros de configuracin, selecciona el operador (operador principal o
secundario) con el que comunica y si no cumple dichos parmetros conmuta
al otro operador. Este algoritmo tiene el fin de garantizar el mejor canal de
comunicacin.
Sin embargo, las redes mviles disponen de unos mecanismos propios de
asignacin de recursos radio que van orientados a las necesidades de otro
tipo de usuarios. Estos mecanismos estn basados en distintos estados (figura
22) los cuales, se ha comprobado mediante pruebas que penaliza a las
aplicaciones de Misin Crtica por tener trfico escaso y espordico. Debido
a esto, se ha planteado una adaptacin que consiste en facilitar una nueva
funcionalidad en el algoritmo del dispositivo para que se tenga en cuenta
estos mecanismos de los operadores.
Se han definido otras adaptaciones para conseguir que la red mvil asigne
recursos radio a las aplicaciones de Misin Crtica. Se han obtenido
resultados factibles en la prueba de incluir trfico adicional diariamente por
parte de los dispositivos mediante el protocolo ICMP. De esta manera, las
redes mviles siempre tienen en cuenta el trfico de las aplicaciones de
112

Misin Crtica a la vez que se consigue una prdida de paquetes y un retardo

dentro de los umbrales establecidos en los requisitos.
Las adaptaciones planteadas para la deteccin de la congestin en tiempo
real y la actuacin en momentos de congestin s resultan viables. Sin
embargo, hay que saber si los operadores dejarn accesible la informacin
que se les pide en las plataformas M2M. Adems, la congestin es un
problema difcil de evitar por lo que dichas adaptaciones no son 100%
viables pero pueden ayudar en algunos momentos.

Priorizacin: el objetivo principal es la priorizacin de las aplicaciones de

Misin Crtica por parte de los operadores mviles y de los dispositivos. Se han
planteado las siguientes mejoras:
Los operadores mviles deben tener en cuenta en la red radio la prioridad
que demanda el trfico de las aplicaciones de Misin Crtica frente a otro
tipo de trfico. Sin embargo, se ha comprobado que los operadores mviles
transportan todo el trfico de datos, incluido en de las aplicaciones de Misin
Crtica, con calidad Best Effort que corresponde a la clase Background en
la tecnologa UMTS.
El estndar de 3GPP define que el trfico de datos (conmutacin de
paquetes) siempre presenta menos prioridad que el trfico de voz
(conmutacin de circuitos).
Adems, el estndar de 3GPP no permite a las aplicaciones de Misin Crtica
transmitir con la mnima garanta de capacidad que se pide (4kbps).
Respecto a la priorizacin por parte de los dispositivos, se ha desarrollado
una adaptacin para que el dispositivo s tenga en cuenta la priorizacin de
las aplicaciones de Misin Crtica frente a la telegestin. De esta manera, se
marca el trfico de las aplicaciones de Misin Crtica para que se tenga en
cuenta tanto en los dispositivos como en la red MPLS que es el ltimo
segmento del operador hasta llegar a la red troncal de Iberdrola.
Por lo tanto, los dispositivos en el plano de control si han llevado a cabo

mecanismos para conseguir el objetivo principal (mejorar la disponibilidad y el

rendimiento de las aplicaciones de Misin Crtica). Sin embargo, las redes mviles no
113

se han ajustado a las necesidades de las aplicaciones de Misin Crtica para garantizar
su funcionamiento con garantas en el futuro.

114

9. CONCLUSIONES
El despliegue de una Smart Grid requiere dotar de comunicaciones a decenas de
miles de centros de transformacin y millones de puntos de suministro que se
encuentran dispersos geogrficamente. Con la cobertura que ofrecen las redes de
telefona mvil en la actualidad, se podra llevar este despliegue en un tiempo y con un
coste reducido. Sin embargo, esta red no est preparada para ciertos requerimientos
como la alta disponibilidad, la priorizacin del trfico y la gestin extremo a extremo
que demandan las aplicaciones de Misin Crtica de la Smart Grid: telecontrol,
supervisin y automatizacin.
Este proyecto se ha centrado en adaptar las redes mviles actuales a las
necesidades de los servicios de la Smart Grid de Iberdrola. Para ello, la cooperacin
entre los operadores de telecomunicaciones e Iberdrola es imprescindible.
Ejecucin del proyecto
Primero se ha llevado a cabo un anlisis de las aplicaciones de Misin Crtica
definidas por Iberdrola. A continuacin se han propuesto todos los requisitos de las
mismas que se deben cumplir en los dispositivos, las redes de los operadores mviles y
el sistema de gestin central de telecomunicaciones de Iberdrola tanto a nivel de gestin
como de control.
Posteriormente, en base al estudio de las capacidades de las redes mviles, se han
definido una serie de adaptaciones para mejorar el servicio prestado sobre las redes
mviles. Estas adaptaciones pretenden cubrir los requisitos de las aplicaciones de
Misin Crtica.
As como algunas adaptaciones han resultado viables y han mejorado el servicio
prestado, se han detectado limitaciones para implementar otras adaptaciones. En
muchos casos, se han planteado adaptaciones alternativas para cubrir estas restricciones.
Por ltimo, se ha diseado la arquitectura tcnica (plano usuario, gestin y
control) de los elementos que interviene en la ejecucin de cada una de las adaptaciones
que han resultado viables y cmo interactan entre ellas.
115

Resultados obtenidos
En el plano de gestin, se han conseguido avances significativos para la gestin
extremo a extremo de todos los elementos de la red pblica (red mvil del operador) y
privada (red troncal de Iberdrola y los dispositivos terminales) que dan servicios de
comunicaciones a las aplicaciones de la Smart Grid. Sin embargo, se requerira una
mayor integracin con la capa de gestin de la red mvil de los operadores (OSS) para
obtener mayor informacin del estado de su red (red de acceso y ncleo de red) y recibir
todas las alarmas que puedan afectar al servicio.
En el plano de control, se han definido unos mecanismos para que desde el
dispositivo se pueda mejorar la disponibilidad y el rendimiento de las aplicaciones de
Misin Crtica (poltica de cambio de operador, generacin de trfico adicional,
etiquetado del trfico con QoS) sobre la red de telefona mvil existente. Por el
contrario, no se ha conseguido que el operador se adapte a las necesidades de Misin
Crtica de la Smart Grid en este plano. La solucin ptima para el plano de control
hubiera implicado una mayor cooperacin entre los dispositivos y las redes de los
operadores para conseguir priorizar el trfico de las aplicaciones de Misin Crtica.
Si bien se ha presentado una arquitectura que mejora la prestacin de aplicaciones
de Misin Crtica sobre redes mviles, no se cubren todos los requisitos para prestar los
servicios de Misin Crtica de la Smart Grid sobre las redes de los operadores. En
concreto, no se puede garantizar un trfico mnimo de 4 kbps ni priorizar un servicio
con respecto a otro. Para conseguir satisfacer estos requisitos, se hace necesaria una
cooperacin mayor a todos los niveles (investigacin, desarrollo, innovacin, provisin
operacin,) entre los operadores y los usuarios de este tipo de aplicaciones.
Lneas futuras de actuacin
En un futuro prximo, la red mvil LTE (4G) tendr cobertura suficiente para
cubrir los servicios demandados por las Smart Grid. La red 4G introduce una nueva
topologa basada en IP para el transporte de voz y datos, que tendr que resolver cmo
se prioriza un trfico frente a otro en una nica red (en las redes 3G, se funciona con
redes de conmutacin de circuitos para la voz y con redes de conmutacin para los
116

datos). Estos mecanismos de priorizacin podran utilizarse tambin, siempre y cuando

los operadores lo permitan, para las aplicaciones de Misin Crtica.
Segn el informe publicado por los analistas de la industria iDate, hacia el ao
2020, el trfico global anual de comunicaciones mviles ascender a 127 Exabytes.
Debido a esto, las empresas de telecomunicaciones debern hacer frente a la
priorizacin de datos y el mantenimiento del rendimiento de la red. [ID01].
El proyecto se deja abierto para futuras investigaciones. Como lneas futuras de
trabajo se destacan:

Estudiar conjuntamente con los operadores la manera de cubrir las adaptaciones

que no han sido viables y para las que no se ha encontrado una alternativa que
cubra de forma suficiente los requisitos de las aplicaciones de Misin Crtica
(priorizacin en la red mvil y garanta de ancho de banda mnimo).

La aplicacin de las adaptaciones planteadas en el proyecto para otros sectores

que tengan las mismas necesidades: ehealth, seguridad, emergencia, etc.

Propuesta de una arquitectura 3GPP Evolved Packet Core (EPC) diseada para
ofrecer conectividad de dispositivos inalmbricos a travs de LTE y UMTS.
Esta nueva arquitectura deber permitir un mayor desarrollo en la priorizacin
de la red de acceso y los mecanismos de control bsicos entre los dispositivos y
las redes.

117

118

10.BIBLIOGRAFIA
[IBD01] Iberdrola, http://www.iberdrola.es
[COIT01] Las redes propias de Telecomunicaciones en una empresa elctrica, 2007
http://www.coit.es/publicaciones/bit/bit165/42-49.pdf
[EUR01] Poltica energtica europea,
http://europa.eu/legislation_summaries/energy/european_energy_policy/index_es.htm
[EUR02] The 2020 climate and energy package, 2012.
http://ec.europa.eu/clima/policies/package/index_en.htm
[BOE01] Real Decreto 1110/2007, 2007.
https://www.boe.es/diario_boe/txt.php?id=BOE-A-2007-16478
[ITU01] ITU-T G.9904, Narrowband orthogonal frequency division multiplexing
power line communication transceivers for PRIME networks, http://www.itu.int/rec/TREC-G.9904-201210-I/en
[3GPP01] Universal Mobile Telecommunications System.
http://www.3gpp.org/technologies/keywords-acronyms/103-umts
[3GPP02] 3GPP, http://www.3gpp.org/
[OSS01] Introduccin a los sistemas de soporte de operadores (OSS),
http://scienti.colciencias.gov.co:8084/publindex/docs/articulos/1692-7257/2/57.pdf
[CISCO01] Cisco IOS IP SLA User Guide,
http://www.cisco.com/en/US/technologies/tk648/tk362/tk920/technologies_white_paper
09186a00802d5efe.html
[3GPP03]

QoS

Concept

and

Architecture,

Release

11,

http://www.3gpp.org/DynaReport/23107.htm
[3GPP04] 25.304, http://www.3gpp.org/ftp/specs/archive/25_series/25.304/
[3GPP05] 25.301, http://www.3gpp.org/ftp/specs/archive/25_series/25.301/
[CISCO02] Dynamic Multipoint VPN (DMVPN),
http://www.cisco.com/cisco/web/support/LA/107/1074/1074085_sec_DMVPN_ps6922
_TSD_Products_Configuration_Guide_Chapter.pdf
[RFC01] Next Hop Resolution Protocol (NHRP), http://www.rfceditor.org/rfc/rfc2332.txt
119

[IEC01] IEC 60870-5-104 ed2.0

http://webstore.iec.ch/webstore/webstore.nsf/artnum/036194?opendocument
[IETF01] Protocolo RIPv2, https://tools.ietf.org/html/rfc1723
[IETF02] Protocolo SNMPv3, http://tools.ietf.org/html/rfc3410
[CISCO03] IPSec VPN QoS Design,
http://www.cisco.com/c/en/us/td/docs/solutions/Enterprise/WAN_and_MAN/QoS_SRN
D/QoS-SRND-Book/IPSecQoS.html
[ID01] Global LTE forecasts, http://blog.idate.fr/tag/digiworld-institute/

[COMU12] Jos Manuel Huidobro, Comunicaciones mviles. Sistemas GSM, UMTS y

LTE., 2012
[UPM01] Escuela Tcnica Superior de Ingenieros de Telecomunicaciones (UPM),
Conmutacin I 1 Parte 0613

120

ANEXOS

121

122

ANEXO A: Campos tabla INV_EQUIPO

Los 24 campos pertenecientes a la tabla INV_EQUIPO:
FECHA_MOD: Indica la ltima
inventario del equipo.

fecha

en

que

se

recogieron

datos

de

FECHA001 FECHA024: Para cada VALUEXXX, indica la fecha del ltimo

cambio. Si durante el inventario no se recogi informacin de un dato
concreto por cualquier motivo la FECHAXXX de dicho dato no se
actualizar.
VALUE001: Cobertura en dBm
VALUE002: APN activo
VALUE003: Tipo de equipo
VALUE004: Modelo
VALUE005: Firmware
VALUE006: Fabricante
VALUE007: Nmero de serie
VALUE008: PIN
VALUE009: PUK
VALUE010: APN1
VALUE011: IMEI
VALUE012: CCID1
VALUE013: APN2
VALUE014: CCID2
VALUE015: APN Primario
VALUE016: Celda
VALUE017: Lectura de los bytes transmitidos
VALUE018: Lectura de los bytes recibidos
VALUE019: FECHA_RESET_SIN_FORMATEAR
VALUE020: IMSI1

123

VALUE021: IMSI2
VALUE022: FECHA_RESET_CON_FORMATEO
VALUE023: FECHA_CAMBIO_APN_SIN_FORMATEAR
VALUE024: FECHA_CAMBIO_APN_FORMATEO
VALUE025: PIN2
VALUE026: PUK2
VALUE027: DUAL_SIM
VALUE028: BYTES_TX2
VALUE029: BYTES_RX2

124

ANEXO B: Cdigo MIB para generar traps

PScalarmsId1 DEFINITIONS
IMPORTS

Amplia
Platform
Customer

::=

BEGIN

TRAP-TYPE FROM RFC-1215

OBJECT-TYPE FROM RFC-1212
Enterprises FROM RFC1155-SMI:

OBJECT IDENTIFIER
OBJECT IDENTIFIER
OBJECT IDENTIFIER

::=
::=
::=

{
{
{

enterprises 32784
enterprises 32784
enterprises 32784

}
}
}

--variable definitions
msisdn

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS mandatory
DESCRIPTION International device number

::= {customer 1}
notits

OBJECT-TYPE
SYNTAX OCTET STRING--format:dd/mm/aaa hh:mimi:ss TZ
ACCESS read-only
STATUS mandatory
DESCRIPTION Alarm notification Timestamp

::= {customer 2}
sever

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS mandatory
DESCRIPTION Severity level of alarm notification

::= {customer 3}
apn

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION Custom APN

::= {customer 4}

dirip

OBJECT-TYPE

125

SYNTAX IpAddress
ACCESS read-only
STATUS optional
DESCRIPTION Device IP address
::= {customer 5}
descri

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS mandatory
DESCRIPTION Description of alarm notification

::= {customer 6}
icc

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION New card identifier

::= {customer 7}
imei

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION New international mobile equipment

identity
::= {customer 8}
model

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION New model name of mobile equipment

::= {customer 10}

lati

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION New latitude of device location

::= {customer 11}

long

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only

126

STATUS optional
DESCRIPTION New longitude of device location
::= {customer 12}
cgi

OBJECT-TYPE
SYNTAX OCTET STRING
ACCESS read-only
STATUS optional
DESCRIPTION Cell Global Identity

::= {customer 13}

-trap definitions
gsmConn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi}
DESCRIPTION GSM connection notification
::= 1

--0x01
gsmDisconn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi, dirip}
DESCRIPTION GSM disconnection notification

::= 2

--0x02
gpsrConn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, apn, descri, icc, imei, cgi}
DESCRIPTION GPRS connection notification

::= 3

--0x03

gprsDisconn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, apn, descri, icc, imei, cgi,
dirip}
DESCRIPTION GPRS disconnection notification
::= 4

--0x04
ipUnreachable TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi, dirip}
DESCRIPTION Loss of IP reachability alarm

::= 5

--0x05
IpReachable TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi, dirip}

127

DESCRIPTION Loss of IP reachability end

::= 6

--0x06
ipConn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi, dirip}
DESCRIPTION IP connection notification

::= 7

--0x07
ipDisconn TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi, dirip}
DESCRIPTION IP disconnection notification

::= 8

--0x08
locChange TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, lati, descri, long, icc, imei,

cgi}
DESCRIPTION Location change notification
::= 9

--0x09
iccChange TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, descri, icc, imei, cgi}
DESCRIPTION ICC change notification

::= 10

--0x0A

imeiChange TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, manuf, descri, icc, imei, cgi}
DESCRIPTION IMEI change notification
::= 11

--0x0B

manuChange TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, manuf, descri, icc, imei, cgi}
DESCRIPTION Manufacturer change notification
::= 12

--0x0C

modChange TRAP-TYPE
ENTERPRISE customer
VARIABLES {msisdn, notits, sever, manuf, descri, icc, imei, cgi}
DESCRIPTION Model change notification
::= 13

--0x0D

128

ANEXO C: Manual prueba de 48 horas

Iberdrola lleva un control de las tarjetas SIM M2M que se instalan
en los dispositivos. Una vez instaladas en los CTs lo primero que se
tiene en cuenta es el protocolo de aceptacin de 48 horas.
Esta prueba se realiza en situaciones normales para comprobar que
los operadores se adaptan bien a las necesidades de nuestros servicios
aunque se pierdan ciertos paquetes en el trfico que genera Iberdrola.
La plataforma sobre la que se lleva a cabo las pruebas es:

Herramienta
monitorear

Zabbix:
la

red.

plataforma
En

base

al

de

open

cdigo

source
fuente,

que

permite

Iberdrola

ha

personalizado esta herramienta de acuerdo a unos requisitos

pedidos.
El objetivo es poder validar que se tiene una alta disponibilidad
con bajos retardos y prdida de paquetes en las aplicaciones de Misin
Crtica.
Tambin

se

tiene

un

indicador

adicional

con

el

porcentaje

de

tiempo que est con el operador principal y el porcentaje de tiempo

con el secundario.
El protocolo de aceptacin de 48 horas consiste en ping cada 5
segundos de 256 bytes de tamao. Se tiene en cuenta los siguientes
puntos:

Los keep alive se configuran en el equipo desde que se pone en

servicio y se envan tanto en la fase de aceptacin de 48 horas
como despus.

Los fallos que se contabilizan en la fase de aceptacin de 48

horas son los pings que tardan ms de 30 segundos desde que se
envan desde el servidor de Zabbix al equipo. En caso de recibir
la

respuesta

del

ping

pasados

los

30

segundos,

no

se

contabilizara como fallo. Su lmite aceptado es de 1% del total

(34560 ping) que se le enva en el caso de las aplicaciones de
Misin Crtica.

129

Si durante las 48 horas falla los keep alive y por ello el

equipo decide conmutar de operador y queda no operativo durante
1

minuto

(se

ha establecido

en

la

conmutacin)

se

observar

fallos en el servidor de Zabbix durante todo ese minuto ms los

que pudieran haberse producido antes porque la calidad de la
comunicacin no fuera aceptable.

Los keep alive se configuran en cada equipo. Para conmutar de

tarjeta SIM M2M se deben dar por cados los dos tneles GRE; si
no estar en el tnel secundario sin conmutar de tarjeta SIM M2M
y

monitorizando

el tnel

principal

por

si

se

recupera.

Para

decidir cundo se cae un tnel GRE, se observan los keep alive:

Con el tnel establecido, se enva un keep alive cada 30

segundos para supervisar el tnel.

El equipo espera hasta 15 segundos la respuesta del mensaje.

Si se supera los 15 segundos, el equipo considera que ha
sucedido un fallo de supervisin.

Cuando se alcanza 3 fallos de supervisin consecutivos, se

considera que el tnel se ha cado.
Por

lo

tanto,

segn

los

parmetros

establecidos

por

Iberdrola, se tirara el tnel a los 90 segundos de la

prdida del primer keep alive.
Hay que tener en cuenta que se ha realizado una serie de cambios
en los dispositivos (cambios de firmware) para establecer los umbrales
mnimos teniendo en cuenta la adaptacin A.C.1.1 (anlisis de la red
mvil por parte de los dispositivos).
PARAMETROS

VALORES

PERIODO DE
TIEMPO

RSCP
dBm

minutos

dBm

minutos

Ec/No

Cambio operador secundario

Cambio operador por falta de

20 horas
90 seg.

conectividad con los equipos

troncales

Tabla 21: Resumen parmetros cambio de operador

130