OFRECIDOS A USUARIO

Campo de Ia invención

La presente invención tiene su aplicación en el campo de las telecomunicaciones, y más concretamente en el área del aseguramiento de Ia calidad de servicio del mapa de procesos de una operadora de servicios de telecomunicación.

Antecedentes de Ia invención

Hasta el momento se han realizado importantes avances en Ia 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 Ia Unión Internacional de Telecomunicaciones (ITU-T, Internacional Telecommunication Unit-Telecommunication Sector). Las recomendaciones "TS 32.1 1 1 -x Alarm Integration Referente Point" del

Proyecto de Alianza para Ia 3 ^a 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 Ia 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 Ia 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 Ia 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 Io incorpora tanto en el mensaje de tráfico que envía hacia el ER cliente como en Ia alarma que envía hacia el sistema de gestión de red. El ER cliente extrae el FID del mensaje de tráfico y Io 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í

(Ia enviada por el ER servidor y Ia enviada por el ER cliente). La invención descrita en esta solicitud de patente se aplica exclusivamente a Ia gestión de elemento de red y su único objetivo es permitir correlacionar o emparejar alarmas que pueden ser informadas al usuario desde diversos elementos. En Ia solicitud de patente WO2005/1 17560 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 Ia 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 Ia 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 Ia 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 Ia pérdida de servicio.

En conclusión, persiste una carencia importante en Io que se refiere a Ia 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 Ia 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 Ia propia red sin evaluar el potencial impacto sobre los servicios de telecomunicación ofrecidos al usuario.

Por último, Ia patente ES2243869 si bien trata de caracterizar el impacto sobre los servicios de telecomunicación ofrecidos al usuario, no utiliza Ia información proporcionada por Ia propia red, las incidencias de red, sino que usa exclusivamente Ia información proveniente de reclamaciones de usuario para identificar áreas geográficas afectadas, es decir no establece Ia conexión entre las reclamaciones de usuario con recursos de red.

Descripción de Ia invención

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 Ia capacidad de Ia 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 Ia que realizan los antecedentes descritos.

Así, un primer aspecto de Ia 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 Ia 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 Ia indisponibilidad total de un recurso de Ia red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de Ia 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 Ml, aplicando técnicas de correlación que tienen en cuenta Ia topología de red y, en su defecto, criterios espacio-temporales de proximidad; identificar cada una de esas mutaciones de incidencia Ml mediante un identificador global de fallo IGF que identifica a Ia incidencia en el servicio a Ia que pertenece y un identificador especifico de fallo IEF que identifica Ia etapa de evolución de Ia 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 Ia fecha y hora en Ia que se ha producido Ia mutación; - hacer progresar aquellas mutaciones de incidencia (13) que modifican Ia lista de recursos afectados por Ia incidencia, determinando el conjunto de usuarios afectados por dicha incidencia; y notificar Ia mutaciones de incidencia hacia procesos clientes en base a suscripciones establecidas por tales clientes. 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 Ml se realiza preferiblemente de Ia siguiente forma: si el recurso de red referenciado por Ia 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 Ia IPES y todos los que dependen funcionalmente de él se agregan a Ia lista de recursos afectados por dicha Incidencia en Servicio; si el recurso de red referenciado por Ia 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 Ia IPES y todos los que dependen funcionalmente de él se agregan a Ia lista de recursos afectados por Ia Incidencia en Servicio resultante, que retiene las características de Ia Incidencia en Servicio más antigua de todas las agregadas; si el recurso de red referenciado por Ia 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 Ia 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 Ia tipología de los recursos de red y de Ia ubicación física de los mismos.

Un cambio en Ia 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 Ia presente invención, se agregar y se desagrega información de estado de Ia red captada en tiempo real con objeto de proporcionar una visión única y completa, en todos sus aspectos, de una incidencia en Ia red a Io 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, Io que inicialmente puede diagnosticarse como una caída de una estación base, puede transformarse posteriormente como fruto de Ia nueva información de Ia 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 Ia lista de recursos de red afectados en esa etapa de evolución de Ia incidencia.

Además, esta visión integrada de una incidencia en Ia red y de su evolución a Io 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 Ia 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 Io largo del ciclo de vida de Ia 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 Ia incidencia. De ahí Ia 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 Ia incidencia en red.

Un segundo aspecto de Ia 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 Ia indisponibilidad total de un recurso de Ia red, bien un estado de comienzo o bien de finalización de dicha indisponibilidad total de un recurso de Ia 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 Ml, aplicando técnicas de correlación que tienen en cuenta Ia 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 Ml información relativa al tipo de Ia incidencia, un identificador del servicio al que afecta, una lista de recursos de red afectados y Ia fecha y hora en Ia que se ha producido Ia 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 Ia incidencia de servicio a Ia que pertenecen; y

- el módulo de notificación está configurado para notificar Ia mutaciones de incidencia hacia procesos clientes en base a las suscripciones establecidas por tales clientes.

Hasta el momento no se tiene constancia de Ia existencia de ningún método o sistema que proporcione esta visión evolutiva y completa de una incidencia en Ia 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 Ia incidencia.

Breve descripción de los dibujos

Para complementar Ia descripción que se está realizando y con objeto de ayudar a una mejor comprensión de las características de Ia invención, a continuación se pasa a describir de manera breve un modo de realización de Ia invención, como ejemplo ilustrativo y no limitativo de ésta. En Ia figura 1 muestra el diagrama de bloques de Ia realización preferente del método de Ia 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. Descripción de una realización preferida de Ia invención

A continuación se explica con más detalle a modo ilustrativo una realización preferente de Ia invención, que, como se muestra en Ia figura 1 , está conformada por los siguientes bloques funcionales:

Un módulo de selección de indisponibilidades 1 que, como se muestra en Ia figura 2, recoge información de Ia 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 Ia 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 1 a-1 b- ...-1 n, cada uno de ellos especializados en recolectar y seleccionar Ia 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 Ia indisponibilidad total en el recurso de red, o en su modalidad de cese, i.e. fin de Ia indisponibilidad total en el recurso de red.

A modo de ejemplo, para Ia 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 1 a-1 b-...-1 n capturan y tipifican situaciones tales como:

Caída de una celda de telefonía móvil GSM.

Restablecimiento de una celda de telefonía móvil GSM.

Bloqueo manual de una celda de telefonía móvil GSM • Restauración manual de celda de telefonía móvil GSM.

Caída de una controladora de estaciones base (BSC, Base Station Controller) de telefonía móvil GSM.

Restablecimiento de una controladora de estaciones base (BSC) de telefonía móvil GSM • Caída de un centro de conmutación de telefonía móvil GSM (MSC, Mobile

Switching Center).

Restablecimiento de un centro de conmutación de telefonía móvil GSM (MSC).

Caída de una celda de telefonía móvil de tercera generación UMTS. Restablecimiento de una celda de telefonía móvil de tercera generación UMTS.

Bloqueo manual de una celda de telefonía móvil de tercera generación UMTS. • Restauración manual de una celda de telefonía móvil de tercera generación

UMTS.

Caída de un registro de abonados de telefonía móvil (HLR, Home Location Register).

Restauración de un registro de abonados de telefonía móvil (HLR). • 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).

Restauración de un nodo de soporte al servicio de datos GPRS, es decir, de un nodo SGSN.

Etc. 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 Ia 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, Ia hora de inicio y Ia hora de finalización, el identificador del recurso de red afectado, etc.

Como se muestra en Ia 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 Ia 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 Ia información de configuración de los recursos de red 5 y a Ia 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 Específicas 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 Ia 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 Ia información de estado captada de Ia 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 Ia incidencia en red.

Como se muestra en Ia figura 4, el módulo de agregación 10 dilucida si las Incidencias Potenciales Específicas de Servicio IPES recibidas de Ia etapa anterior

9a-9b-...-9m dan lugar realmente a una Incidencia en Servicio, IS, o una alteración de Ia 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, 1 Oa-I Ob- ...-1 Om-... -1 Or, cada uno de ellos especializado en Ia evaluación de impacto en un determinado servicio.

Cada uno de estos sub-módulos 1 Oa-I Ob-... -1 Om-... -1 Or aplica técnicas de correlación que tienen en cuenta Ia topología de Ia red y, en su defecto (si Ia información de Ia topología de red disponible no Io 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-I Or generan una Mutación de Incidencia (Ml) 1 1 a-1 1 p 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, Ia lista de recursos de red que en ese momento están afectados y Ia fecha y hora en Ia que se ha producido Ia mutación (véase figura 4).

El proceso para determinar el efecto de cada Incidencia Potencial Específica de Servicio IPES se realiza de Ia siguiente forma: • Si el recurso de red referenciado por Ia 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 Ia IPES y todos los que dependen funcionalmente de él se agregan a Ia lista de recursos afectados por dicha Incidencia en

Servicio.

• Si el recurso de red referenciado por Ia 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 Ia

IPES y todos los que dependen funcionalmente de él se agregan a Ia lista de recursos afectados por Ia Incidencia en Servicio resultante, que, por otra parte, retiene las características de Ia Incidencia en Servicio más antigua de todas las agregadas. • Si el recurso de red referenciado por Ia 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 Ia 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 Ia tipología de los recursos de red y de Ia 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 Ia aparición de nuevas Incidencias de Servicio se notifican a Ia etapa siguiente como mutaciones de incidencia 1 1 a-1 1 p.

El módulo de estabilización 12 (cuyo comportamiento se muestra en Ia 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 Ia evolución de Ia 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, Ia última mutación, siempre y cuando ésta represente un cambio en el alcance o en el tipo de Ia incidencia de servicio con respecto a Ia ú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 Ia misma, pero para el experto en Ia materia resultará evidente que múltiples variaciones pueden ser introducidas en dichas realizaciones preferentes sin exceder el objeto de Ia invención reivindicada.