WO2010070172A1 - Método y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicación ofrecidos a usuario - Google Patents

Método y sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicación ofrecidos a usuario Download PDF

Info

Publication number
WO2010070172A1
WO2010070172A1 PCT/ES2009/070577 ES2009070577W WO2010070172A1 WO 2010070172 A1 WO2010070172 A1 WO 2010070172A1 ES 2009070577 W ES2009070577 W ES 2009070577W WO 2010070172 A1 WO2010070172 A1 WO 2010070172A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
network
incidence
incident
resource
Prior art date
Application number
PCT/ES2009/070577
Other languages
English (en)
French (fr)
Inventor
Andrés CANCER ABREU
Carlos Gascon Navarro
Original Assignee
Telefonica, S.A.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonica, S.A. filed Critical Telefonica, S.A.
Priority to EP09832977.4A priority Critical patent/EP2378710A4/en
Priority to US13/139,566 priority patent/US8249583B2/en
Priority to BRPI0923518A priority patent/BRPI0923518A2/pt
Priority to MX2011006317A priority patent/MX2011006317A/es
Publication of WO2010070172A1 publication Critical patent/WO2010070172A1/es

Links

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
    • 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

Definitions

  • the present invention has its application in the field of telecommunications, and more specifically in the area of quality assurance of the process map of a telecommunication service operator.
  • APIs "JSR-000090 Quality-of-Service API” and "JSR-000263 Fault Management API” of the OSS initiative through Java (OSS / J, OSS through Java).
  • the multi-technology operation system interface (MTOSI, Multi-Technology Operation System Interface).
  • a method for correlating alarms generated by different network elements (ER) that functionally depend on each other is disclosed, by incorporating in the alarms of a Fault Identifier (FID , Fault ID) that generates the network element that discovers the fault.
  • the network elements functionally depend on each other in such a way that if one of them (ER server) fails, then another network element (ER client) will also stop providing, at least in part, the services it offers.
  • He ER server generates the Failure Identifier (FID) and incorporates it both in the traffic message that it sends to the client ER and in the alarm that it sends to the network management system.
  • the client ER extracts the FID from the traffic message and includes it in its own service alarm that it sends to the management system. In the management system the FID is used to correlate the two alarms with each other.
  • the invention described in this patent application applies exclusively to the management of the network element and its sole purpose is to allow correlating or matching alarms that can be informed to the user from various elements.
  • WO2005 / 1 17560 a method and a system for monitoring and managing applications and services are described.
  • the method uses a repository that stores information about resources and the relationships between resources.
  • the repository identifies the resources that support an application and the applications that are included in each service.
  • the method is based on the collection and aggregation of events and performance information of the identified resources, applications and / or services. This aggregated information is shown to users through a portal.
  • ES2243869 a system is described that allows to generate in an automated way service interruption reports in a mobile communications network from the data of loss of service experienced by the mobile terminals themselves.
  • the data of loss of the service of the mobile terminals include data that identify the geographical area where the loss of service has been experienced.
  • the recommendations issued by the standardization organizations focus on the exchange of network incident information but do not provide information on how to characterize their impact on the telecommunication services offered to the user.
  • the ES2243869 patent although it tries to characterize the impact on the telecommunication services offered to the user, does not use the information provided by the network itself, the network incidents, but exclusively uses the information coming from user claims to identify geographical areas affected, that is, it does not establish the connection between user complaints with network resources.
  • the invention relates to a method and a system for identifying and characterizing a network incident on a service offered to a user of said telecommunications network according to claims 1 and 6, respectively.
  • Preferred embodiments of the method and system are defined in the dependent claims.
  • Incident means any event or situation that ensues in the normal operation of a telecommunication network and that causes a reduction in its capacity to offer services.
  • the present invention provides a method and a system for, based on network incidents, to identify and characterize the impact on telecommunication services offered to the user, thus offering a complete approach to the problem, not partial as the one performed by the background. described.
  • a first aspect of the invention refers to a method for identifying and characterizing an incidence in a telecommunication network on one or more of the services offered to users.
  • the method of the invention comprises: collecting information related to incidents of said network and network element managers; identify in said information an event related to the total unavailability of a resource of the network, either a state of beginning or end of said total unavailability of a resource of the network; notify each event identified as a potential incident of IPS service along with said resource start or end state; compare the state of the network resource of each potential incident of IPS service with the state previously registered for that resource, which is determined by the previous potential service issues with reference to that network resource in question, and update this status if it has changed; if it has changed, access configuration information of network resources and configuration information of services stored in an inventory of network resources and in a service inventory, respectively, and perform a split of each potential service incident in IPS as many potential potential incidents of IPES service as services in which said network resource is involved; - determine, individually for each service,
  • IPES gives rise to an Incident in Service IS or a mutation of Incidence Ml is preferably carried out in the following way: if the network resource referenced by the IPES is related, by functional dependence or by space / time proximity, with network resources encompassed in a single Service Incident in progress, then the resource referenced by IPES and all those that functionally depend on it are added to the list of resources affected by said Service Incident; If the network resource referenced by IPES is related, by functional dependence or by space / time proximity, with network resources encompassed in two or more Service Incidents in progress, then said Incidents are unified into one and the resource referenced by the IPES and all those that functionally depend on it are added to the list of resources affected by the resulting Service Incident, which retains the characteristics of the oldest Service Incidence of all aggregates; If the network resource referenced by IPES is not related, due to functional dependence or space / time proximity, with any other network resource included in an ongoing Service Incident, then a new Incidence in the Service is created that
  • the relationship of spatial proximity between network resources is defined based on the typology of the network resources and the physical location of the same.
  • a change in the Service Incidence is preferably reported as an incidence mutation.
  • status information of the network captured in real time is added and disaggregated in order to provide a single and complete view, in all its aspects, of an incidence on the network to be Throughout its entire life cycle, from its beginning to its end; characterizing each stage of its evolution by its typology (for example, what can initially be diagnosed as a fall from a base station, can subsequently be transformed as a result of the new information of the network received in a fall from a BSC or an MSC, or in a fall of a transmission node) and by its scope, that is, by the list of network resources affected at that stage of evolution of the incidence.
  • typology for example, what can initially be diagnosed as a fall from a base station, can subsequently be transformed as a result of the new information of the network received in a fall from a BSC or an MSC, or in a fall of a transmission node
  • a second aspect of the invention refers to a system for identifying and characterizing an incident in a service offered to a user of a telecommunications network, which comprises an unavailability selection module, a consolidation module, an aggregation module, a stabilization module and a notification module, in which:
  • the module for the selection of unavailability is configured to: - collect from said network and network element managers information related to an incident on said network,
  • the consolidation module is configured to:
  • the aggregation module is configured to:
  • each of said incidence mutations by means of a global IGF fault identifier and a specific IEF fault identifier, and send it to the stabilization module, including said incident mutation Ml information related to the type of the incident, a service identifier to the that affects, a list of network resources affected and the date and time in which the mutation has occurred;
  • the stabilization module is configured to make progress to the notification module incidence mutations that modify the scope or type of the service incident to which they belong;
  • the notification module is configured to notify the incidence mutations to client processes based on the subscriptions established by such clients.
  • Figure 1 shows the block diagram of the preferred embodiment of the method of the invention.
  • Figure 2 schematically shows the behavior of the unavailability selection module.
  • Figure 3 schematically shows the behavior of the consolidation module.
  • Figure 4 schematically shows the behavior of the aggregation module.
  • Figure 5 schematically shows the behavior of the stabilization module. Description of a preferred embodiment of the invention
  • An unavailability selection module 1 that, as shown in Figure 2, collects information from the network and from the network element managers 17, and identifies any alarm 101, state change event 102 or action record 103 that denotes the total unavailability of a network resource or the end of said unavailability.
  • the n sub-modules for the selection of unavailability 1 a-1 b -...- 1 n capture and typify situations such as:
  • BSC base station controller
  • SGSN Serving GPRS Support Node
  • the unavailability selection module notifies the consolidation module 4 of the corresponding Potential Impact on the Service (IPS), giving information about its activation (IPS-A) or its termination (IPS-C), the type of incident of which it is about, the start time and the end time, the identifier of the affected network resource, etc.
  • IPS Potential Impact on the Service
  • IPS-A activation
  • IPS-C termination
  • the type of incident of which it is about the start time and the end time
  • the identifier of the affected network resource etc.
  • the consolidation module 4 contrasts the state of the network resource (available or not available) to which each of the Potential Incidents in Service 3a-3b -...- 3n received from the module of selection of unavailability 1 with the state previously registered for said resource (decision 200). This status will be determined by all previously received IPSs with reference to the resource in question.
  • the Potential Service Incident is discarded (step 201). And if the resource has changed state, the resource status is updated and then access (step 202) to the configuration information of the network resources 5 and to the service configuration information 6 stored in the inventories of network resources 7 and service 8, respectively, identifying the services in which the network resource to which it does is involved IPS reference (step 203).
  • this consolidation module 4 performs a doubling of each IPS in as many Potential Service Specific Incidents, IPES, 9a-9b- ...- 9m as services in which the resource is involved, sending them to aggregation module 10 ( see figure 1). As shown in Figure 2, in each of these Potential Potential Service Incidents, IPES, the consolidation module has included an Identifier of the affected service in each IPES.
  • This part of consolidation of the method, materialized in the consolidation module allows filtering a large part of the enormous volume of the status information captured from the network, which reflects small changes of state that can be considered irrelevant from the point of view of the service, allowing Discriminate the relevant changes (in typology and scope) that determine each of the stages of evolution of the network incidence.
  • the aggregation module 10 elucidated if the Specific Potential Incidents of IPES Service received from the previous stage
  • the aggregation module is composed of "r" aggregation sub-modules, 1 Oa-I Ob- ...- 1 Om -... -1 Or, each of them specialized in the impact evaluation of a given service .
  • Each of these sub-modules 1 Oa-I Ob -... -1 Om -... -1 applies correlation techniques that take into account the topology of the network and, failing that (if the information in the available network topology does not allow it), proximity space / time criteria, to determine what is the net effect of each Potential Specific Service Incident 9a-9m, received from consolidation module 4.
  • the aggregation sub-modules associated with each 10a-I Or service generate an Incidence Mutation (Ml) 1 1 to-1 1 p towards the stabilization module 12, identified with the Global Fault Identifier, IGF, and the Specific Identifier of Failure, IEF, and which incorporates as basic information: the type of incident, the identifier of the affected service, the list of network resources that are currently affected and the date and time at which the mutation has occurred (see figure 4).
  • Ml Incidence Mutation
  • IPES and all those that functionally depend on it are added to the list of resources affected by the resulting Service Incident, which, on the other hand, retains the characteristics of the oldest Service Incident of all aggregates. • If the network resource referenced by IPES is not related, due to functional dependence or space / time proximity, with any other network resource included in an ongoing Service Incident, then a new Incidence in the Service is created that has , initially, as a list of resources affected to the resource referenced by the IPES and all those that functionally depend on it.
  • the relationship of spatial proximity between network resources is defined based on the typology of the network resources and the physical location of the same.
  • the criterion of spatial proximity between cells can be defined according to their location (rural, urban, sub-urban, etc.) and their type (macro-cell, micro-cell, peak-cell, etc.).
  • the temporal proximity relationship is defined exclusively as a function of the time elapsed between incidents.
  • the stabilization module 12 (whose behavior is shown in Figure 5) advances 14 relevant mutations towards the notification module of incidence in the service 13, which are those that can really provide relevant information on the evolution of the incidence in service.
  • the stabilization module uses a time-limited observation sliding window 120, jointly analyzing all the incidence mutations occurred in said time window. Of all of them, only the last mutation progresses towards the notification module, as long as it represents a change in the scope or type of the service incident with respect to the last mutation of the incident sent.
  • notification module 14 sends notifications 15a-15b -...- 15s concerning the relevant incidence mutations to other client processes 16a-

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

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. 5 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). 10

Description

MÉTODO Y SISTEMA PARA IDENTIFICAR Y CARACTERIZAR EL IMPACTO DE INCIDENCIAS EN RED SOBRE LOS SERVICIOS DE TELECOMUNICACIÓN
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 3a 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.

Claims

REIVINDICACIONES
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 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 (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 Ml (1 1 a)-(1 1 p), 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 (1 1 a)-(1 1 p) 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 (15a)-(15s) hacia procesos clientes (16a)-(16s) en base a suscripciones establecidas por tales clientes.
2. Método según Ia 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 Ml 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 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.
3. Método según cualquiera de las reivindicaciones 1 -2, en el que Ia 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.
4. Método según cualquiera de las reivindicaciones 1 -2, en el que Ia relación de proximidad temporal se define en función del tiempo transcurrido entre incidencias.
5. Método según Ia cualquiera de las reivindicaciones 1 -4, en el que un cambio en Ia 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 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 (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 Ml (1 1 a)-(1 1 p), 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 (1 1 a)-(1 1 p) 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, y enviarla al módulo de estabilización (12), 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 (12) está configurado para hacer progresar hacia el módulo de notificación (14) mutaciones de incidencia (13) que modifican Ia lista de recursos afectados por Ia incidencia, determinando el conjunto de usuarios afectados por dicha incidencia; y
- el módulo de notificación (14) está configurado para notificar Ia mutaciones de incidencia (15a)-(15s) hacia procesos clientes (16a)-(16s) en base a las suscripciones establecidas por tales clientes.
PCT/ES2009/070577 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 WO2010070172A1 (es)

Priority Applications (4)

Application Number Priority Date Filing Date Title
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.

Applications Claiming Priority (2)

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.
ESP200803548 2008-12-15

Publications (1)

Publication Number Publication Date
WO2010070172A1 true WO2010070172A1 (es) 2010-06-24

Family

ID=42226700

Family Applications (1)

Application Number Title Priority Date Filing Date
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

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)

* Cited by examiner, † Cited by third party
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 华为技术有限公司 通信方法、通信装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2243869T3 (es) 2003-04-02 2005-12-01 Orange S.A. Informe automatico de interrupcion de servicio en una red de comunicaciones movil.
WO2005117560A2 (en) 2004-06-02 2005-12-15 Lehman, Brothers Monitoring and management of assets, applications, and services
WO2006057588A1 (en) 2004-11-29 2006-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Service alarm correlation

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3470683B2 (ja) * 2000-05-26 2003-11-25 日本電気株式会社 ネットワーク運用管理システム及び装置故障確率管理方法
US8036104B2 (en) * 2002-07-15 2011-10-11 Qualcomm Incorporated Methods and apparatus for improving resiliency of communication networks
CN1848714B (zh) * 2005-04-04 2010-06-23 华为技术有限公司 通过网元双归属与环网保护结合实现网络保护的方法
CN100389578C (zh) * 2006-01-25 2008-05-21 华为技术有限公司 传统光传送网和智能光网络组网时的资源分配方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2243869T3 (es) 2003-04-02 2005-12-01 Orange S.A. Informe automatico de interrupcion de servicio en una red de comunicaciones movil.
WO2005117560A2 (en) 2004-06-02 2005-12-15 Lehman, Brothers Monitoring and management of assets, applications, and services
WO2006057588A1 (en) 2004-11-29 2006-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Service alarm correlation

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ENHANCED TELECOM OPERATIONS MAP (ETOM)ADDENDUM F: PROCESS FLOW EXAMPLES (GB921-F - VERSION 4. 0), February 2004 (2004-02-01), pages 33 - 42., XP008141014 *
See also references of EP2378710A4
WIRELESS SERVICES MEASUREMENTS HANDBOOK (GB923 DTHE TMFORUM - TMFC2458_GB923V3-0_040315.PDF), March 2004 (2004-03-01), pages 51 - 57, XP008143782 *

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
ES2341214B1 (es) 2011-05-24
US8249583B2 (en) 2012-08-21
EP2378710A4 (en) 2014-05-07
US20120058757A1 (en) 2012-03-08
CO6501149A2 (es) 2012-08-15
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.
GB2577804A (en) Improvements in and relating to telecommunications networks
Johansson et al. Minimization of drive tests in 3GPP release 11
ES2735277T3 (es) Método y aparato para el análisis de red
US8320261B2 (en) Method and apparatus for troubleshooting subscriber issues on a telecommunications network
US9237463B2 (en) Performance pattern correlation
DK2544406T3 (en) Procedure and event notification correlation handling agent
US9253660B2 (en) Reporting in communications systems
CN105659533A (zh) 在通信中的订户追踪
US9973395B2 (en) Intelligent network diagnosis and evaluation via operations, administration, and maintenance (OAM) transport
EP1764981B1 (en) System and method of forwarding end user correlated states
Jia et al. Rapid detection and localization of gray failures in data centers via in-band network telemetry
CN104322094A (zh) 用于分析移动服务递送的方法和装置
US20190191297A1 (en) Method and apparatus for managing mobility pattern of terminal
Nguyen et al. Absence: Usage-based failure detection in mobile networks
Ficek et al. Performance study of active tracking in a cellular network using a modular signaling platform
ES2293547T3 (es) Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones.
AT&T
KR102160743B1 (ko) 이벤트 기반의 단말 위치정보 획득 방법 및 그 장치
Maria et al. Software Development Lifecycle for Survivable Mobile Telecommunication Systems
Mykoniati et al. Self-diagnosis Framework for Mobile Network Services
CN105706479B (zh) 提供性能管理数据的方法、对应网络元件和对应无线电通信系统
Soldani et al. QoE and QoS Monitoring
Firdaus et al. Sleeping cell analysis in lte network with self-healing approach
KR101146836B1 (ko) 매니저 고장시 관리 네트워크를 운영하기 위한 방법 및설비들

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09832977

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011001439

Country of ref document: CL

Ref document number: 11074023

Country of ref document: CO

Ref document number: MX/A/2011/006317

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 001224-2011

Country of ref document: PE

WWE Wipo information: entry into national phase

Ref document number: 2009832977

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 13139566

Country of ref document: US

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: PI0923518

Country of ref document: BR

ENP Entry into the national phase

Ref document number: PI0923518

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20110615