ES2341214B1 - Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. - Google Patents
Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. Download PDFInfo
- Publication number
- ES2341214B1 ES2341214B1 ES200803548A ES200803548A ES2341214B1 ES 2341214 B1 ES2341214 B1 ES 2341214B1 ES 200803548 A ES200803548 A ES 200803548A ES 200803548 A ES200803548 A ES 200803548A ES 2341214 B1 ES2341214 B1 ES 2341214B1
- Authority
- ES
- Spain
- Prior art keywords
- service
- network
- incidence
- incident
- resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 238000007596 consolidation process Methods 0.000 claims abstract description 16
- 230000002776 aggregation Effects 0.000 claims abstract description 15
- 238000004220 aggregation Methods 0.000 claims abstract description 15
- 230000006641 stabilisation Effects 0.000 claims abstract description 11
- 238000011105 stabilization Methods 0.000 claims abstract description 11
- 238000012512 characterization method Methods 0.000 claims abstract description 7
- 230000035772 mutation Effects 0.000 claims description 42
- 238000002361 inverse photoelectron spectroscopy Methods 0.000 claims description 30
- 230000002123 temporal effect Effects 0.000 claims description 10
- 230000008569 process Effects 0.000 claims description 7
- 230000008859 change Effects 0.000 claims description 4
- 230000001419 dependent effect Effects 0.000 claims description 4
- 208000007915 ichthyosis prematurity syndrome Diseases 0.000 claims 4
- 230000007547 defect Effects 0.000 claims 1
- 230000000694 effects Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 101150012579 ADSL gene Proteins 0.000 description 1
- 102100020775 Adenylosuccinate lyase Human genes 0.000 description 1
- 108700040193 Adenylosuccinate lyases Proteins 0.000 description 1
- 206010011224 Cough Diseases 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
-
- H04L12/2421—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13003—Constructional details of switching devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1305—Software aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13349—Network management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Meter Arrangements (AREA)
- Telephonic Communication Services (AREA)
- Alarm Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
Método y sistema para identificar y caracterizar
el impacto de incidencias en red sobre los servicios de
telecomunicación ofrecidos a usuario.
La presente invención se refiere a un método y a
un sistema para identificar y caracterizar el impacto de incidencias
en red sobre los servicios de telecomunicación ofrecidos a
usuario.
De acuerdo con la invención, el sistema de
identificación y caracterización de una incidencia en un servicio
ofrecido a un usuario de una red de telecomunicaciones comprende un
módulo de selección de indisponibilidades (1), un módulo de
consolidación (4), un módulo de agregación (10), un módulo de
estabilización (12) y un módulo de notificación (14).
Description
Método y sistema para identificar y caracterizar
el impacto de incidencias en red sobre los servicios de
telecomunicación ofrecidos a usuario.
La presente invención tiene su aplicación en el
campo de las telecomunicaciones, y más concretamente en el área del
aseguramiento de la calidad de servicio del mapa de procesos de una
operadora de servicios de telecomunicación.
Hasta el momento se han realizado importantes
avances en la identificación, caracterización y estandarización de
los fallos e incidencias que hacen referencia a los recursos de una
red de telecomunicación, así como al tratamiento de los mismos.
En este ámbito, cabe destacar:
La recomendación "X.733 Alarm Reporting
Function" de la Unión Internacional de Telecomunicaciones
(ITU-T, Internacional Telecommunication
Unit-Telecommunication Sector).
Las recomendaciones "TS
32.111-x Alarm Integration Referente Point" del
Proyecto de Alianza para la 3ª Generación de Sistemas Móviles (3GPP,
3rd Generation Partnership Project).
Las interfaces de programación de aplicaciones
(APIs) "JSR-000090
Quality-of-Service API" y
"JSR-000263 Fault Management API" de la
iniciativa OSS mediante Java (OSS/J, OSS through Java).
La interfaz de sistemas de operación
multi-tecnología (MTOSI,
Multi-Technology Operation System Interface).
Por otra parte, en la solicitud de patente WO
2006/057588 se da a conocer un método para correlacionar alarmas
generadas por diferentes elementos de red (ER) que dependen
funcionalmente entre sí, mediante la incorporación en las alarmas de
un Identificador de Fallo (FID, Fault ID) que genera el elemento de
red que descubre el fallo. Los elementos de red dependen
funcionalmente entre sí de tal forma que si uno de ellos (ER
servidor) falla, entonces otro elemento de red (ER cliente) también
dejará de prestar, al menos en parte, los servicios que ofrece. El
ER servidor genera el Identificador de Fallo (FID) y lo incorpora
tanto en el mensaje de tráfico que envía hacia el ER cliente como en
la alarma que envía hacia el sistema de gestión de red. El ER
cliente extrae el FID del mensaje de tráfico y lo incluye en su
propia alarma de servicio que remite hacia el sistema de gestión. En
el sistema de gestión el FID es utilizado para correlacionar las dos
alarma entre sí (la enviada por el ER servidor y la enviada por el
ER cliente). La invención descrita en esta solicitud de patente se
aplica exclusivamente a la gestión de elemento de red y su único
objetivo es permitir correlacionar o emparejar alarmas que pueden
ser informadas al usuario desde diversos elemen-
tos.
tos.
En la solicitud de patente WO2005/117560 se
describe un método y un sistema para vigilar y gestionar
aplicaciones y servicios. El método emplea un repositorio que
almacena información de los recursos y de la relaciones entre los
recursos. En el repositorio se identifican los recursos que sirven
de soporte a una aplicación y las aplicaciones que están incluidas
en cada servicio. El método se basa en la recolección y agregación
de eventos y de información de prestaciones de los recursos
identificados, de las aplicaciones y/o de los servicios. Esta
información agregada se muestra a los usuarios por medio de un
portal.
Por último, en la solicitud de patente ES2243869
se describe un sistema que permite generar de manera automatizada
informes de interrupción de servicios en una red de comunicaciones
móvil a partir de los datos de pérdida de servicio experimentada por
los propios terminales móviles. Los datos de pérdida del servicio de
los terminales móviles incluyen datos que identifican el área
geográfica donde se ha experimentado la pérdida de servicio.
En conclusión, persiste una carencia importante
en lo que se refiere a la transformación y agregación de fallos y
eventos individuales de recursos de red en incidencias con impacto
en el servicio que aglutinen a todos ellos, así como a la
caracterización (identificación, alcance, etc.) y transformación en
el tiempo de las dichas incidencias.
Las recomendaciones emitidas por las
organizaciones de estandarización se centran en el intercambio de
información de incidencias de red pero no aportan información acerca
de cómo caracterizar el impacto de las mismas sobre los servicios de
telecomunicación ofrecidos al usuario.
Por otro lado, las dos primeras patentes
anteriormente mencionadas tratan de evaluar el impacto de las
incidencias de red exclusivamente en el ámbito de la propia red sin
evaluar el potencial impacto sobre los servicios de telecomunicación
ofrecidos al usuario.
Por último, la patente ES2243869 si bien trata
de caracterizar el impacto sobre los servicios de telecomunicación
ofrecidos al usuario, no utiliza la información proporcionada por la
propia red, las incidencias de red, sino que usa exclusivamente la
información proveniente de reclamaciones de usuario para identificar
áreas geográficas afectadas, es decir no establece la conexión entre
las reclamaciones de usuario con recursos de red.
La invención se refiere a un método y a un
sistema de identificación y caracterización de una incidencia en red
sobre un servicio ofrecido a un usuario de dicha red de
telecomunicaciones de acuerdo con las reivindicaciones 1 y 6,
respectivamente. Realizaciones preferidas del método y del sistema
se definen en las reivindicaciones dependientes.
Por incidencia se entiende cualquier
acontecimiento o situación que sobreviene en el normal
funcionamiento de una red de telecomunicación y que provoca una
reducción de la capacidad de la misma para ofrecer servicios.
La presente invención proporciona un método y un
sistema para, a partir de las incidencias de red, identificar y
caracterizar el impacto sobre los servicios de telecomunicación
ofrecidos al usuario, ofreciendo por tanto una aproximación completa
al problema, no parcial como la que realizan los antecedentes
descritos.
Así, un primer aspecto de la invención se
refiere a un método para identificar y caracterizar una incidencia
en una red de telecomunicación sobre uno o más de los servicios
ofrecidos a los usuarios. El método de la invención comprende:
- -
- recoger información relativa a incidencias de dicha red y de gestores de elementos de red;
- -
- identificar en dicha información un evento relativo a la indisponibilidad total de un recurso de la red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de la red;
- -
- notificar cada evento identificado como una incidencia potencial de servicio IPS junto con dicho estado de comienzo o de finalización del recurso;
- -
- comparar el estado del recurso de red de cada incidencia potencial de servicio IPS con el estado previamente registrado para dicho recurso, el cual viene determinado por las incidencias potenciales de servicio anteriores con referencia a ese recurso de red en cuestión, y actualizar este estado si ha cambiado;
- -
- si ha cambiado, acceder a información de configuración de los recursos de red y a información de configuración de servicios almacenadas en un inventario de recursos de red y en un inventario de servicio, respectivamente, y realizar un desdoblamiento de cada incidencia potencial de servicio en IPS tantas incidencias potenciales específicas de servicio IPES como servicios en los que esté implicado dicho recurso de red;
- -
- determinar, de forma individual para cada servicio, si cada incidencia potencial específica de servicio IPES da lugar a una incidencia en servicio IS o una mutación de incidencia MI, aplicando técnicas de correlación que tienen en cuenta la topología de red y, en su defecto, criterios espacio-temporales de proximidad;
- -
- identificar cada una de esas mutaciones de incidencia MI mediante un identificador global de fallo IGF que identifica a la incidencia en el servicio a la que pertenece y un identificador especifico de fallo IEF que identifica la etapa de evolución de la incidencia, incluyendo dicha mutación de incidencia información sobre el tipo de incidencia, un identificador del servicio al que afecta, una lista de recursos de red afectados y la fecha y hora en la que se ha producido la mutación;
- -
- hacer progresar aquellas mutaciones de incidencia (13) que modifican la lista de recursos afectados por la incidencia, determinando el conjunto de usuarios afectados por dicha incidencia; y
- -
- notificar la mutaciones de incidencia hacia procesos clientes en base a suscripciones establecidas por tales clientes.
\vskip1.000000\baselineskip
El paso de determinar si cada Incidencia
Potencial Específica de Servicio IPES da lugar a una Incidencia en
Servicio IS o a una mutación de Incidencia MI se realiza
preferiblemente de la siguiente forma:
- -
- si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en una única Incidencia de Servicio en curso, entonces el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por dicha Incidencia en Servicio;
- -
- si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en dos o más Incidencias de Servicio en curso, entonces dichas Incidencias se unifican en una sola y el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por la Incidencia en Servicio resultante, que retiene las características de la Incidencia en Servicio más antigua de todas las agregadas;
- -
- si el recurso de red referenciado por la IPES no está relacionado, por dependencia funcional o por proximidad espacio/temporal, con ningún otro recurso de red englobado en una Incidencia de Servicio en curso, entonces se crea una nueva Incidencia en el Servicio que tiene, inicialmente, como lista de recursos afectados al recurso referenciado por la IPES y todos los que dependen funcionalmente de él.
\vskip1.000000\baselineskip
La relación de proximidad espacial entre
recursos de red se define en función de la tipología de los recursos
de red y de la ubicación física de los mismos.
Un cambio en la Incidencia en Servicio, tal como
una aparición de nuevas Incidencias de Servicio, se notifica
preferiblemente como una mutación de incidencia.
De esta forma, y según el método de la presente
invención, se agregar y se desagrega información de estado de la red
captada en tiempo real con objeto de proporcionar una visión única y
completa, en todos sus aspectos, de una incidencia en la red a lo
largo de todo su ciclo de vida, desde su inicio hasta su
finalización; caracterizando cada etapa de su evolución por su
tipología (por ejemplo, lo que inicialmente puede diagnosticarse
como una caída de una estación base, puede transformarse
posteriormente como fruto de la nueva información de la red recibida
en una caída de una BSC o de una MSC, o en una caída de un nodo de
transmisión) y por su alcance, es decir, por la lista de recursos de
red afectados en esa etapa de evolución de la incidencia.
Además, esta visión integrada de una incidencia
en la red y de su evolución a lo largo de su ciclo de vida, se
ofrece servicio a servicio, es decir, de manera desglosada para cada
uno de los servicios de telecomunicación que se ven afectados por la
incidencia (por ejemplo, servicio de voz GSM, servicio de datos
GPRS, servicio de voz UMTS, servicio de datos UMTS, servicio de voz
fijo, servicio ADSL, etc). La afectación de cada servicio a lo largo
del ciclo de vida de la incidencia puede sufrir una evolución
diferente en función, por ejemplo, de las acciones correctoras que
se lleven a cabo de cara a solucionar la incidencia. De ahí la
importancia de conocer cómo se ve afectado cada servicio (y por
tanto, los usuarios del mismo) en cada una de las etapas de
evolución de la incidencia en red.
Un segundo aspecto de la invención se refiere a
un sistema de identificación y caracterización de una incidencia en
un servicio ofrecido a un usuario de una red de telecomunicaciones,
que comprende un módulo de selección de indisponibilidades, un
módulo de consolidación, un módulo de agregación, un módulo de
estabilización y un módulo de notificación, en el que:
- el módulo de selección de indisponibilidades
está configurado para:
- -
- recoger de dicha red y de gestores de elementos de red información relativa a una incidencia de dicha red,
- -
- identificar un evento relativo la indisponibilidad total de un recurso de la red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de la red, y
- -
- notificar cada evento identificado al módulo de consolidación como una incidencia potencial en un servicio junto con dicho estado de comienzo o de finalización del recurso;
- el módulo de consolidación está configurado
para:
- -
- comparar el estado del recurso de red de cada incidencia potencial de servicio IPS con el estado previamente registrado para dicho recurso, el cual viene determinado por las incidencias potenciales de servicio anteriores con referencia a ese recurso de red en cuestión, y actualizar este estado si ha cambiado;
- -
- si ha cambiado, acceder a información de configuración de los recursos de red y a información de configuración de servicios almacenadas en un inventario de recursos de red y en un inventario de servicio, respectivamente, y realizar un desdoblamiento de cada incidencia potencial de servicio en tantas incidencias potenciales específicas de servicio como servicios en los que esté implicado dicho recurso de red, y
- -
- enviar dichas incidencias potenciales específicas de servicio al módulo de agregación;
- el módulo de agregación está configurado
para:
- -
- determinar, de forma individual para cada servicio, si cada incidencia potencial específica de servicio da lugar a una incidencia en servicio IS o una mutación de incidencia MI, aplicando técnicas de correlación que tienen en cuenta la topología de red y, en su defecto, criterios espacio-temporales de proximidad;
- -
- identificar cada una de dichas mutaciones de incidencia mediante un identificador global de fallo IGF y un identificador especifico de fallo IEF, y enviarla al módulo de estabilización, incluyendo dicha mutación de incidencia MI información relativa al tipo de la incidencia, un identificador del servicio al que afecta, una lista de recursos de red afectados y la fecha y hora en la que se ha producido la mutación;
- el módulo de estabilización está configurado
para hacer progresar hacia el módulo de notificación mutaciones de
incidencia que modifican el alcance o el tipo de la incidencia de
servicio a la que pertenecen; y
- el módulo de notificación está configurado
para notificar la mutaciones de incidencia hacia procesos clientes
en base a las suscripciones establecidas por tales clientes.
Hasta el momento no se tiene constancia de la
existencia de ningún método o sistema que proporcione esta visión
evolutiva y completa de una incidencia en la red, desde su inicio
hasta su finalización, con discriminación del grado de afectación de
cada uno de los servicios de telecomunicación en cada una de las
etapas de evolución de la incidencia.
\vskip1.000000\baselineskip
Para complementar la descripción que se está
realizando y con objeto de ayudar a una mejor comprensión de las
características de la invención, a continuación se pasa a describir
de manera breve un modo de realización de la invención, como ejemplo
ilustrativo y no limitativo de ésta.
En la figura 1 muestra el diagrama de bloques de
la realización preferente del método de la invención.
La figura 2 muestra esquemáticamente el
comportamiento del módulo de selección de indisponibilidades.
La figura 3 muestra esquemáticamente el
comportamiento del módulo de consolidación.
La figura 4 muestra esquemáticamente el
comportamiento del módulo de agregación.
La figura 5 muestra esquemáticamente el
comportamiento del módulo de estabilización.
\vskip1.000000\baselineskip
A continuación se explica con más detalle a modo
ilustrativo una realización preferente de la invención, que, como se
muestra en la figura 1, está conformada por los siguientes bloques
funcionales:
Un módulo de selección de indisponibilidades 1
que, como se muestra en la figura 2, recoge información de la red y
de los gestores de elementos de red 17, e identifica cualquier
alarma 101, evento de cambio de estado 102 o registro de actuación
103 que denota la indisponibilidad total de un recurso de red o el
fin de dicha indisponibilidad.
Está integrado por n
sub-módulos de selección de indisponibilidades
1a-1b-...-1n, cada uno de ellos especializados en
recolectar y seleccionar la información de indisponibilidad
correspondiente a una determinada tecnología de red
2a-2b-...-2n. Además, éste notifica al módulo de
consolidación 4 cada una de estas situaciones como Incidencias
Potenciales en el Servicio, IPS, 3a-3b-...-3n en su
modalidad de activación, i.e. inicio de la indisponibilidad total en
el recurso de red, o en su modalidad de cese, i.e. fin de la
indisponibilidad total en el recurso de red.
A modo de ejemplo, para la identificación del
impacto de las incidencias en una red de telefonía móvil sobre los
servicios de voz y datos de GSM y UMTS, los n
sub-módulos de selección de indisponibilidades
1a-1b-...-1n capturan y tipifican situaciones tales
como:
- \bullet
- Caída de una celda de telefonía móvil GSM.
- \bullet
- Restablecimiento de una celda de telefonía móvil GSM.
- \bullet
- Bloqueo manual de una celda de telefonía móvil GSM
- \bullet
- Restauración manual de celda de telefonía móvil GSM.
- \bullet
- Caída de una controladora de estaciones base (BSC, Base Station Controller) de telefonía móvil GSM.
- \bullet
- Restablecimiento de una controladora de estaciones base (BSC) de telefonía móvil GSM
- \bullet
- Caída de un centro de conmutación de telefonía móvil GSM (MSC, Mobile Switching Center).
- \bullet
- Restablecimiento de un centro de conmutación de telefonía móvil GSM (MSC).
- \bullet
- Caída de una celda de telefonía móvil de tercera generación UMTS.
- \bullet
- Restablecimiento de una celda de telefonía móvil de tercera generación UMTS.
- \bullet
- Bloqueo manual de una celda de telefonía móvil de tercera generación UMTS.
- \bullet
- Restauración manual de una celda de telefonía móvil de tercera generación UMTS.
- \bullet
- Caída de un registro de abonados de telefonía móvil (HLR, Home Location Register).
- \bullet
- Restauración de un registro de abonados de telefonía móvil (HLR).
- \bullet
- Caída de un nodo de soporte al servicio de datos GPRS (General Packet Radio System), es decir, de un nodo SGSN (Serving GPRS Support Node).
- \bullet
- Restauración de un nodo de soporte al servicio de datos GPRS, es decir, de un nodo SGSN.
- \bullet
- Etc.
\vskip1.000000\baselineskip
Todas estas situaciones son notificadas como
Incidencias Potenciales en el Servicio, IPS.
El módulo de selección de indisponibilidades
notifica al módulo de consolidación 4 de la correspondiente
Incidencia Potencial en el Servicio (IPS), dando información sobre
su activación (IPS-A) o sobre su cese
(IPS-C), el tipo de incidencia del que se trata, la
hora de inicio y la hora de finalización, el identificador del
recurso de red afectado,
etc.
etc.
Como se muestra en la figura 3, el módulo de
consolidación 4 contrasta el estado del recurso de red (disponible o
no disponible) al que hace referencia cada una de las Incidencias
Potenciales en el Servicio 3a-3b-...-3n recibidas
del módulo de selección de indisponibilidades 1 con el estado
previamente registrado para dicho recurso (toma de decisión 200).
Este estado vendrá determinado por todas las IPSs recibidas
previamente con referencia al recurso en cuestión.
Si el recurso no ha cambiado de estado, se
descarta la Incidencia Potencial de Servicio (paso 201).
Y si el recurso ha cambiado de estado, se
actualiza el estado de recurso y, a continuación, se accede (paso
202) a la información de configuración de los recursos de red 5 y a
la información de configuración de servicios 6 almacenada en los
inventarios de recursos de red 7 y de servicio 8, respectivamente,
identificándose los servicios en los que está implicado el recurso
de red al que hace referencia la IPS (paso 203).
Por último, este módulo de consolidación 4
realiza un desdoblamiento de cada IPS en tantas Incidencias
Potenciales Especificas de Servicio, IPES,
9a-9b-...-9m como servicios en los que esté
implicado el recurso, enviándolas al módulo de agregación 10 (véase
figura 1). Como se muestra en la figura 2, en cada una de estas
Incidencias Potenciales Específicas de Servicio, IPES, el módulo de
consolidación ha incluido un Identificador del servicio afectado en
cada IPES.
Esta parte de consolidación del método,
materializada en el módulo de consolidación, permite filtrar gran
parte del enorme volumen de la información de estado captada de la
red, que refleja pequeños cambios de estado que pueden considerarse
irrelevantes desde el punto de vista del servicio, permitiendo
discriminar los cambios relevantes (en tipología y alcance) que
determinan cada una de las etapas de evolución de la incidencia en
red.
Como se muestra en la figura 4, el módulo de
agregación 10 dilucida si las Incidencias Potenciales Específicas de
Servicio IPES recibidas de la etapa anterior
9a-9b-...-9m dan lugar realmente a una Incidencia en
Servicio, IS, o una alteración de la misma. Este análisis se realiza
de forma individual, servicio a servicio. El módulo de agregación
está integrado por "r" sub-módulos de
agregación, 10a-10b-...-10m-...-10r, cada uno de
ellos especializado en la evaluación de impacto en un determinado
servicio.
Cada uno de estos sub-módulos
10a-10b-...-10m-...-10r aplica técnicas de
correlación que tienen en cuenta la topología de la red y, en su
defecto (si la información de la topología de red disponible no lo
permite), criterios espacio/temporales de proximidad, para
determinar cuál es efecto neto de cada Incidencia Potencial
Específica de Servicio 9a-9m, recibida del módulo de
consolidación 4. Una vez determinado este efecto, y si procede, los
sub-módulos de agregación asociados a cada servicio
10a-10r generan una Mutación de Incidencia (MI)
11a-11p hacia el módulo de estabilización 12,
identificada con el Identificador Global de Fallo, IGF, y el
Identificador Específico de Fallo, IEF, y que incorpora como
información básica: el tipo de incidencia, el identificador del
servicio afectado, la lista de recursos de red que en ese momento
están afectados y la fecha y hora en la que se ha producido la
mutación (véase figura 4).
El proceso para determinar el efecto de cada
Incidencia Potencial Específica de Servicio IPES se realiza de la
siguiente forma:
- \bullet
- Si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en una única Incidencia de Servicio en curso, entonces el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por dicha Incidencia en Servicio.
- \bullet
- Si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en dos o más Incidencias de Servicio en curso, entonces dichas Incidencias se unifican en una sola y el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por la Incidencia en Servicio resultante, que, por otra parte, retiene las características de la Incidencia en Servicio más antigua de todas las agregadas.
- \bullet
- Si el recurso de red referenciado por la IPES no está relacionado, por dependencia funcional o por proximidad espacio/temporal, con ningún otro recurso de red englobado en una Incidencia de Servicio en curso, entonces se crea una nueva Incidencia en el Servicio que tiene, inicialmente, como lista de recursos afectados al recurso referenciado por la IPES y todos los que dependen funcionalmente de él.
La relación de proximidad espacial entre
recursos de red se define en función de la tipología de los recursos
de red y de la ubicación física de los mismos. Por ejemplo, en el
cálculo del impacto en los servicios de telefonía móvil, el criterio
de proximidad espacial entre celdas puede definirse en función de su
ubicación (rural, urbana, sub-urbana, etc.) y de su
tipo (macro-celda, micro-celda,
pico-celda, etc.).
La relación de proximidad temporal se define
exclusivamente en función del tiempo transcurrido entre
incidencias.
En todos los casos, se re-evalúa
el tipo de la/s Incidencia/s en Servicio resultante/s. Tanto los
cambios en las Incidencias en Servicio en curso como la aparición de
nuevas Incidencias de Servicio se notifican a la etapa siguiente
como mutaciones de incidencia 11a-11p.
El módulo de estabilización 12 (cuyo
comportamiento se muestra en la figura 5) hace progresar hacia el
módulo de notificación 14 mutaciones relevantes de incidencia en el
servicio 13, que son las que realmente pueden aportar información
relevante sobre la evolución de la incidencia en servicio. Para
ello, el módulo de estabilización emplea una ventana deslizante de
observación limitada por tiempo 120, analizando conjuntamente todas
las mutaciones de incidencia acontecidas en dicha ventana de tiempo.
De todas ellas, sólo progresa hacia el módulo de notificación, la
última mutación, siempre y cuando ésta represente un cambio en el
alcance o en el tipo de la incidencia de servicio con respecto a la
última mutación de incidencia enviada.
Por último, el módulo de notificación 14 envía
notificaciones 15a-15b-...-15s relativas las
mutaciones relevantes de incidencia hacia otros procesos clientes
16a-16b-...-16s en base a las suscripciones
establecidas por estos.
La invención ha sido descrita según
realizaciones preferentes de la misma, pero para el experto en la
materia resultará evidente que múltiples variaciones pueden ser
introducidas en dichas realizaciones preferentes sin exceder el
objeto de la invención reivindicada.
Claims (6)
1. Método de identificación y caracterización de
una incidencia en red sobre un servicio ofrecido a un usuario de una
red de telecomunicaciones, que comprende:
- -
- recoger información relativa a incidencias de dicha red y de gestores de elementos de red (17);
- -
- identificar en dicha información un evento relativo a la indisponibilidad total de un recurso de la red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de la red;
- -
- notificar cada evento identificado como una incidencia potencial de servicio IPS (3a)-(3n) junto con dicho estado de comienzo o de finalización del recurso;
- -
- comparar el estado del recurso de red de cada incidencia potencial de servicio IPS (3a)-(3n) con el estado previamente registrado para dicho recurso, el cual viene determinado por las incidencias potenciales de servicio anteriores con referencia a ese recurso de red en cuestión, y actualizar este estado si ha cambiado;
- -
- si ha cambiado, acceder a información de configuración de los recursos de red (5) y a información de configuración de servicios (6) almacenadas en un inventario de recursos de red (7) y en un inventario de servicio (8), respectivamente, y realizar un desdoblamiento de cada incidencia potencial de servicio en IPS tantas incidencias potenciales específicas de servicio IPES (9a)-(9m) como servicios en los que esté implicado dicho recurso de red;
- -
- determinar, de forma individual para cada servicio, si cada incidencia potencial específica de servicio IPES (9a)-(9m) da lugar a una incidencia en servicio IS o una mutación de incidencia MI (11a)-(11p), aplicando técnicas de correlación que tienen en cuenta la topología de red y, en su defecto, criterios espacio- temporales de proximidad;
- -
- identificar cada una de esas mutaciones de incidencia MI (11a)-(11p) mediante un identificador global de fallo IGF que identifica a la incidencia en el servicio a la que pertenece y un identificador especifico de fallo IEF que identifica la etapa de evolución de la incidencia, incluyendo dicha mutación de incidencia información sobre el tipo de incidencia, un identificador del servicio al que afecta, una lista de recursos de red afectados y la fecha y hora en la que se ha producido la mutación;
- -
- hacer progresar aquellas mutaciones de incidencia (13) que modifican la lista de recursos afectados por la incidencia, determinando el conjunto de usuarios afectados por dicha incidencia; y
- -
- notificar la mutaciones de incidencia (15a)-(15s) hacia procesos clientes (16a)-(16s) en base a suscripciones establecidas por tales clientes.
\vskip1.000000\baselineskip
2. Método según la reivindicación 1, en el que
el paso de determinar si cada Incidencia Potencial Específica de
Servicio IPES da lugar a una Incidencia en Servicio IS o a una
mutación de Incidencia MI se realiza de la siguiente forma:
- -
- si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en una única Incidencia de Servicio en curso, entonces el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por dicha Incidencia en Servicio;
- -
- si el recurso de red referenciado por la IPES está relacionado, por dependencia funcional o por proximidad espacio/temporal, con recursos de red englobados en dos o más Incidencias de Servicio en curso, entonces dichas Incidencias se unifican en una sola y el recurso referenciado por la IPES y todos los que dependen funcionalmente de él se agregan a la lista de recursos afectados por la Incidencia en Servicio resultante, que retiene las características de la Incidencia en Servicio más antigua de todas las agregadas;
- -
- si el recurso de red referenciado por la IPES no está relacionado, por dependencia funcional o por proximidad espacio/temporal, con ningún otro recurso de red englobado en una Incidencia de Servicio en curso, entonces se crea una nueva Incidencia en el Servicio que tiene, inicialmente, como lista de recursos afectados al recurso referenciado por la IPES y todos los que dependen funcionalmente de él.
\vskip1.000000\baselineskip
3. Método según cualquiera de las
reivindicaciones 1-2, en el que la relación de
proximidad espacial entre recursos de red se define en función de la
tipología de los recursos de red y de la ubicación física de los
mismos.
4. Método según cualquiera de las
reivindicaciones 1-2, en el que la relación de
proximidad temporal se define en función del tiempo transcurrido
entre incidencias.
5. Método según la cualquiera de las
reivindicaciones 1-4, en el que un cambio en la
Incidencia en Servicio se notifica como mutaciones de
incidencia.
6. Sistema de identificación y caracterización
de una incidencia en un servicio ofrecido a un usuario de una red de
telecomunicaciones, que comprende un módulo de selección de
indisponibilidades (1), un módulo de consolidación (4), un módulo de
agregación (10), un módulo de estabilización (12) y un módulo de
notificación (14), en el que:
- el módulo de selección de indisponibilidades
(1) está configurado para:
- -
- recoger de dicha red y de gestores de elementos de red (17) información relativa a una incidencia de dicha red,
- -
- identificar un evento relativo la indisponibilidad total de un recurso de la red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de la red, y
- -
- notificar cada evento identificado al módulo de consolidación (4) como una incidencia potencial en un servicio (3a)-(3n) junto con dicho estado de comienzo o de finalización del recurso;
- el módulo de consolidación (4) está
configurado para:
- -
- comparar el estado del recurso de red de cada incidencia potencial de servicio IPS (3a)-(3n) con el estado previamente registrado para dicho recurso, el cual viene determinado por las incidencias potenciales de servicio anteriores con referencia a ese recurso de red en cuestión, y actualizar este estado si ha cambiado;
- -
- si ha cambiado, acceder a información de configuración de los recursos de red (5) y a información de configuración de servicios (6) almacenadas en un inventario de recursos de red (7) y en un inventario de servicio (8), respectivamente, y realizar un desdoblamiento de cada incidencia potencial de servicio en tantas incidencias potenciales específicas de servicio (9a)-(9m) como servicios en los que esté implicado dicho recurso de red, y
- -
- enviar dichas incidencias potenciales específicas de servicio (9a)-(9m) al módulo de agregación (10);
- el módulo de agregación (10) está configurado
para:
- -
- determinar, de forma individual para cada servicio, si cada incidencia potencial específica de servicio (9a)-(9m) da lugar a una incidencia en servicio IS o una mutación de incidencia MI (11a)-(11p), aplicando técnicas de correlación que tienen en cuenta la topología de red y, en su defecto, criterios espacio-temporales de proximidad;
- -
- identificar cada una de dichas mutaciones de incidencia (11a)-(11p) mediante un identificador global de fallo IGF que identifica a la incidencia en el servicio a la que pertenece y un identificador especifico de fallo IEF que identifica la etapa de evolución de la incidencia, y enviarla al módulo de estabilización (12), incluyendo dicha mutación de incidencia MI información relativa al tipo de la incidencia, un identificador del servicio al que afecta, una lista de recursos de red afectados y la fecha y hora en la que se ha producido la mutación;
- el módulo de estabilización (12) está
configurado para hacer progresar hacia el módulo de notificación
(14) mutaciones de incidencia (13) que modifican la lista de
recursos afectados por la incidencia, determinando el conjunto de
usuarios afectados por dicha incidencia; y
- el módulo de notificación (14) está
configurado para notificar la mutaciones de incidencia (15a)-(15s)
hacia procesos clientes (16a)-(16s) en base a las suscripciones
establecidas por tales clientes.
Priority Applications (12)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200803548A ES2341214B1 (es) | 2008-12-15 | 2008-12-15 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. |
| PCT/ES2009/070577 WO2010070172A1 (es) | 2008-12-15 | 2009-12-11 | Método y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicación ofrecidos a usuario |
| PE2011001224A PE20120530A1 (es) | 2008-12-15 | 2009-12-11 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario |
| EP09832977.4A EP2378710A4 (en) | 2008-12-15 | 2009-12-11 | METHOD FOR IDENTIFYING AND CHARACTERIZING THE IMPACT OF INCIDENTS IN A NETWORK ON TELECOMMUNICATION SERVICES PROVIDED TO THE USER |
| US13/139,566 US8249583B2 (en) | 2008-12-15 | 2009-12-11 | Method and system for identifying and characterising the impact of network incidents on the telecommunication services offered to users |
| BRPI0923518A BRPI0923518A2 (pt) | 2008-12-15 | 2009-12-11 | método e sistema para identificar e caracterizar o impacto de incidências na rede sobre os serviços de telecomunicações ofereçido ao usuário |
| MX2011006317A MX2011006317A (es) | 2008-12-15 | 2009-12-11 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. |
| UY0001032319A UY32319A (es) | 2008-12-15 | 2009-12-11 | Método y sistema para identificar y caracterizar el impacto de incidencias en red sobre servicios de telecomunicación ofrecidos a usuario |
| PA20098853901A PA8853901A1 (es) | 2008-12-15 | 2009-12-14 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario |
| ARP090104848A AR074733A1 (es) | 2008-12-15 | 2009-12-14 | Metodo y sistema de identificacion y caracterizacion de una incidencia en red sobre un servicio ofrecido a un usuario de una red de telecomunicaciones |
| CL2011001439A CL2011001439A1 (es) | 2008-12-15 | 2011-06-14 | Un metodo y sistema de identificacion y caracterizacion de una incidencia en red sobre un servicio ofrecido a un usuario de una red de telecomunicaciones. |
| CO11074023A CO6501149A2 (es) | 2008-12-15 | 2011-06-14 | Método y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicación ofrecidos a usuario |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200803548A ES2341214B1 (es) | 2008-12-15 | 2008-12-15 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2341214A1 ES2341214A1 (es) | 2010-06-16 |
| ES2341214B1 true ES2341214B1 (es) | 2011-05-24 |
Family
ID=42226700
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES200803548A Expired - Fee Related ES2341214B1 (es) | 2008-12-15 | 2008-12-15 | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US8249583B2 (es) |
| EP (1) | EP2378710A4 (es) |
| AR (1) | AR074733A1 (es) |
| BR (1) | BRPI0923518A2 (es) |
| CL (1) | CL2011001439A1 (es) |
| CO (1) | CO6501149A2 (es) |
| ES (1) | ES2341214B1 (es) |
| MX (1) | MX2011006317A (es) |
| PA (1) | PA8853901A1 (es) |
| PE (1) | PE20120530A1 (es) |
| UY (1) | UY32319A (es) |
| WO (1) | WO2010070172A1 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8606847B2 (en) | 2010-05-28 | 2013-12-10 | Juniper Networks, Inc. | Application-layer traffic optimization service map updates |
| US8688775B2 (en) | 2010-05-28 | 2014-04-01 | Juniper Network, Inc. | Application-layer traffic optimization service spanning multiple networks |
| US8700801B2 (en) | 2010-12-01 | 2014-04-15 | Juniper Networks, Inc. | Dynamically generating application-layer traffic optimization protocol maps |
| US8954491B1 (en) | 2010-12-30 | 2015-02-10 | Juniper Networks, Inc. | Dynamically generating application-layer traffic optimization protocol endpoint attributes |
| US9461877B1 (en) * | 2013-09-26 | 2016-10-04 | Juniper Networks, Inc. | Aggregating network resource allocation information and network resource configuration information |
| US10394639B2 (en) | 2016-09-26 | 2019-08-27 | Microsoft Technology Licensing, Llc | Detecting and surfacing user interactions |
| CN106792860B (zh) * | 2017-01-23 | 2020-01-24 | 浪潮天元通信信息系统有限公司 | 一种4g网络覆盖异常的检测方法和检测装置 |
| CN111510313B (zh) * | 2019-01-30 | 2021-09-14 | 华为技术有限公司 | 通信方法、通信装置及存储介质 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3470683B2 (ja) * | 2000-05-26 | 2003-11-25 | 日本電気株式会社 | ネットワーク運用管理システム及び装置故障確率管理方法 |
| WO2006057588A1 (en) | 2004-11-29 | 2006-06-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Service alarm correlation |
| US8036104B2 (en) * | 2002-07-15 | 2011-10-11 | Qualcomm Incorporated | Methods and apparatus for improving resiliency of communication networks |
| EP1465446B1 (en) | 2003-04-02 | 2005-08-03 | Orange S.A. | Automatic service outage reporting in a mobile communications network |
| US7353265B2 (en) | 2004-06-02 | 2008-04-01 | Lehman Brothers Inc. | Method and system for monitoring and managing assets, applications, and services using aggregated event and performance data thereof |
| CN1848714B (zh) * | 2005-04-04 | 2010-06-23 | 华为技术有限公司 | 通过网元双归属与环网保护结合实现网络保护的方法 |
| CN100389578C (zh) * | 2006-01-25 | 2008-05-21 | 华为技术有限公司 | 传统光传送网和智能光网络组网时的资源分配方法 |
-
2008
- 2008-12-15 ES ES200803548A patent/ES2341214B1/es not_active Expired - Fee Related
-
2009
- 2009-12-11 WO PCT/ES2009/070577 patent/WO2010070172A1/es active Application Filing
- 2009-12-11 US US13/139,566 patent/US8249583B2/en not_active Expired - Fee Related
- 2009-12-11 MX MX2011006317A patent/MX2011006317A/es active IP Right Grant
- 2009-12-11 BR BRPI0923518A patent/BRPI0923518A2/pt not_active IP Right Cessation
- 2009-12-11 UY UY0001032319A patent/UY32319A/es not_active Application Discontinuation
- 2009-12-11 EP EP09832977.4A patent/EP2378710A4/en not_active Withdrawn
- 2009-12-11 PE PE2011001224A patent/PE20120530A1/es not_active Application Discontinuation
- 2009-12-14 PA PA20098853901A patent/PA8853901A1/es unknown
- 2009-12-14 AR ARP090104848A patent/AR074733A1/es not_active Application Discontinuation
-
2011
- 2011-06-14 CL CL2011001439A patent/CL2011001439A1/es unknown
- 2011-06-14 CO CO11074023A patent/CO6501149A2/es not_active Application Discontinuation
Non-Patent Citations (2)
| Title |
|---|
| Enhanced Telecom Operations Map (eTOM)Addendum F: Process Flow Examples (GB921-F - Version 4.0), páginas 33-42. Febr 2004. * |
| Wireless Services Measurements Handbook (GB923 del TMForum - TMFC2458\_GB923v3-0\_040315.pdf) páginas 51-57. Mar 2004. * |
Also Published As
| Publication number | Publication date |
|---|---|
| BRPI0923518A2 (pt) | 2016-01-26 |
| CL2011001439A1 (es) | 2011-11-18 |
| AR074733A1 (es) | 2011-02-09 |
| ES2341214A1 (es) | 2010-06-16 |
| PE20120530A1 (es) | 2012-05-25 |
| US8249583B2 (en) | 2012-08-21 |
| EP2378710A4 (en) | 2014-05-07 |
| US20120058757A1 (en) | 2012-03-08 |
| CO6501149A2 (es) | 2012-08-15 |
| WO2010070172A1 (es) | 2010-06-24 |
| EP2378710A1 (en) | 2011-10-19 |
| PA8853901A1 (es) | 2010-07-27 |
| UY32319A (es) | 2010-03-26 |
| MX2011006317A (es) | 2011-06-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2341214B1 (es) | Metodo y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicacion ofrecidos a usuario. | |
| EP3755048B1 (en) | Data processing method, and data transmission method and apparatus | |
| CN102820984B (zh) | 自动网络拓扑结构检测和建模 | |
| US7929512B2 (en) | Performance management of cellular mobile packet data networks | |
| US7558234B2 (en) | System and method for correlation of mobile subscriber activity across multiple interfaces in a GPRS network | |
| US9253660B2 (en) | Reporting in communications systems | |
| CN105659533A (zh) | 在通信中的订户追踪 | |
| CN102761863A (zh) | 最小化人工路测方法、收集终端信息方法、终端及网元 | |
| CN107147521B (zh) | 一种投诉业务预警监控方法 | |
| US20220167171A1 (en) | Security anomaly detection for internet of things devices | |
| Nguyen et al. | Absence: Usage-based failure detection in mobile networks | |
| CN110881020B (zh) | 一种用户签约数据的鉴权方法及数据管理网元 | |
| Ficek et al. | Performance study of active tracking in a cellular network using a modular signaling platform | |
| CN101553033B (zh) | 一种管理池组的方法及系统 | |
| US10979283B2 (en) | Distributed trace of network procedures for network elements in cloud deployment | |
| Lutu et al. | Insights from operating an IP exchange provider | |
| ES2293547T3 (es) | Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones. | |
| KR102160743B1 (ko) | 이벤트 기반의 단말 위치정보 획득 방법 및 그 장치 | |
| KR20060055189A (ko) | 통신망에서 네트워크 성능 정보를 관리 및 진단하는시스템 및 방법 | |
| Mykoniati et al. | Self-diagnosis Framework for Mobile Network Services | |
| Maria et al. | Software Development Lifecycle for Survivable Mobile Telecommunication Systems | |
| CN105706479B (zh) | 提供性能管理数据的方法、对应网络元件和对应无线电通信系统 | |
| Soldani et al. | QoE and QoS Monitoring | |
| Akyamac et al. | ROCS: A tool for rapid overload control simulation | |
| CN102843662B (zh) | 公共警报系统密钥更新信息的发送、更新方法和相应设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EC2A | Search report published |
Date of ref document: 20100616 Kind code of ref document: A1 |
|
| FG2A | Definitive protection |
Ref document number: 2341214 Country of ref document: ES Kind code of ref document: B1 Effective date: 20110524 |
|
| FD2A | Announcement of lapse in spain |
Effective date: 20180924 |