ES2846752T3 - Procedimiento de coordinación de red, aparato y programa informático - Google Patents

Procedimiento de coordinación de red, aparato y programa informático Download PDF

Info

Publication number
ES2846752T3
ES2846752T3 ES11787818T ES11787818T ES2846752T3 ES 2846752 T3 ES2846752 T3 ES 2846752T3 ES 11787818 T ES11787818 T ES 11787818T ES 11787818 T ES11787818 T ES 11787818T ES 2846752 T3 ES2846752 T3 ES 2846752T3
Authority
ES
Spain
Prior art keywords
event
area
function
coordination
network
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.)
Active
Application number
ES11787818T
Other languages
English (en)
Inventor
Henning Sanneck
Tobias Bandh
Raphael Romeikat
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Application granted granted Critical
Publication of ES2846752T3 publication Critical patent/ES2846752T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/08—Configuration management of networks or network elements
    • H04L41/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • 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/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • 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/08—Configuration management of networks or network elements
    • H04L41/0866—Checking the configuration
    • H04L41/0873—Checking configuration conflicts between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procedimiento de autoorganización de una red de telecomunicaciones, comprendiendo el procedimiento: determinar (405) al menos un área de evento a partir de una solicitud de evento recibida desde una función de red autoorganizada, SON; determinar (409), mediante la búsqueda o recepción, un área de impacto general para la función SON en base al tipo de función SON; determinar para la función SON un área de impacto real al combinar el área de impacto general y los recursos de red reales, en la que los recursos de red reales se reciben o se buscan en base al área de evento; determinar (411), en base al área de impacto real y mediante el uso de datos almacenados sobre eventos recibidos previamente, si el área de impacto real interfiere con al menos una instancia de función SON ejecutada; y generar una salida de coordinación en base a la determinación de si el impacto del evento interfiere.

Description

DESCRIPCIÓN
Procedimiento de coordinación de red, aparato y programa informático
Campo de aplicación
La invención se refiere a un aparato de coordinación de red configurado para configurar una o más entidades de red, pero sin limitarse exclusivamente a configurar una o más entidades de red dentro de una red autoorganizada automatizada.
Antecedentes de la solicitud
Un sistema de comunicación puede verse como una instalación que permite sesiones de comunicación entre dos o más entidades tales como dispositivos de comunicación móviles y/u otras estaciones asociadas con el sistema de comunicación. Un sistema de comunicación y un dispositivo de comunicación compatible típicamente operan de acuerdo con una norma o memoria descriptiva dada que establece lo que se permite hacer a las diversas entidades asociadas con el sistema y cómo se debe lograr. Por ejemplo, se define típicamente la forma en que el dispositivo de comunicación puede acceder al sistema de comunicación y cómo se implementarán las comunicaciones entre los dispositivos de comunicación, los elementos de la red de comunicación y/u otros dispositivos de comunicación. En un sistema de comunicación inalámbrico, al menos una parte de las comunicaciones entre al menos dos estaciones se produce a través de un enlace inalámbrico. Ejemplos de sistemas inalámbricos incluyen redes móviles terrestres públicas (PLMN), sistemas de comunicación basados en satélites y diferentes redes locales inalámbricas, por ejemplo, redes de área local inalámbricas (WLAN). En los sistemas inalámbricos, una estación base proporciona un elemento de red o entidad de red (NE) o nodo de acceso. El área de cobertura de radio de una estación base se conoce como una célula y, por lo tanto, los sistemas inalámbricos a menudo se denominan sistemas celulares. En algunos sistemas, por ejemplo, un sistema estándar 3GPP, un nodo de acceso a la estación base se denomina Nodo B (NB) o Nodo B mejorado (eNB).
Un usuario puede acceder al sistema de comunicación por medio de un dispositivo de comunicación apropiado. Un dispositivo de comunicación de un usuario a menudo se denomina equipo de usuario (UE). Se proporciona un dispositivo de comunicación con una disposición apropiada de recepción y transmisión de señales para permitir las comunicaciones con otras partes. Puede disponerse un dispositivo de comunicación para comunicar, por ejemplo, datos para transportar comunicaciones tales como voz, correo electrónico (email), mensajes de texto, multimedia, para permitir el acceso a internet, etc. De este modo, se pueden ofrecer y proporcionar a los usuarios numerosos servicios a través de sus dispositivos de comunicación. La conexión de comunicación se puede proporcionar por medio de uno o más portadores de datos.
En los sistemas inalámbricos, un dispositivo de comunicación proporciona una estación transceptora que puede comunicarse con el nodo de acceso y/u otro dispositivo de comunicación. Un dispositivo de comunicación o un equipo de usuarios también puede considerarse parte de un sistema de comunicación. En ciertas aplicaciones, por ejemplo en redes ad-hoc, el sistema de comunicación puede basarse en el uso de una pluralidad de equipos de usuarios capaces de comunicarse entre sí.
La gestión de la red es una tarea compleja. La complejidad surge, por un lado, del número de elementos de red (NE) que deben desplegarse y gestionarse y, por otro lado, de las interdependencias entre la configuración y el estado de los elementos de red desplegados en términos de rendimiento, fallos, etc. En una red heterogénea, la variedad de tecnologías implementadas y sus paradigmas operativos patentados son difíciles de manejar. Por lo tanto, la configuración, optimización y resolución de problemas de la gestión de la red requiere una gran experiencia y flujos de trabajo de gestión operativa que suelen ser realizados típicamente por operadores humanos con el apoyo de herramientas de software. Sin embargo, dicha gestión manual y semiautomática requiere mucho tiempo, es propensa a errores y, potencialmente, no puede reaccionar con la suficiente rapidez a los cambios de red y, por lo tanto, resulta cara.
El objetivo de los diseñadores de gestión de redes ha sido intentar automatizar las funciones de operación, administración y gestión (OAM) mediante el despliegue de "Redes autoorganizadas" (SON). Si bien los conceptos de SON son genéricamente aplicables, estos desarrollos se han centrado en Redes de Acceso por Radio (RAN) debido a la gran cantidad de NE (estaciones base) distribuidas en grandes áreas geográficas (y, por lo tanto, el costo incurrido para realizar actividades de gestión remota y en el sitio). En particular, para la evolución a largo plazo (LTE) y la evolución a largo plazo - avanzada (LTE-A): estándares de red de acceso por radio (RAN), como el sistema de telecomunicaciones móviles universal evolucionado (UMTS), la Red de Acceso por Radio Terrestre (E-UTRAN), SON se considera un pilar fundamental, debido al alto grado de distribución y heterogeneidad que se prevé. En otras palabras, en tales redes se espera que se emplee una amplia gama de estándares de telecomunicaciones, como la operación concurrente de elementos de red 2G/3G/LTE/LTE-A. Además, se cree que las redes LTE también son heterogéneas en estructura, por ejemplo, emplean estructuras LTE multicapa donde puede haber picocélulas, microcélulas y macrocélulas que operan todas en el mismo rango geográfico.
Típicamente, el SON se controla mediante la aplicación de funciones SON que supervisan, planifican y hacen cumplir el control sobre los elementos de la red. Sin embargo, debido a que la ejecución de funciones SON es individual y dinámica (es decir, no planificada previamente), la aplicación de instancias de la función SON puede tener interacciones en tiempo de ejecución con otras funciones SON. Una "interacción negativa" se denomina "conflicto". Se divulgan diferentes ejemplos en Lars Christoph Schmelz, y otros: "A coordination framework for selforganisation in LTE Networks", 12° Simposio Internacional IFIP/IEEE sobre Gestión Integrada de Redes 2011, publicado el 23.5.2011, y en Tobias Bandh y otros: "Policy-based coordination and management of SON functions", 12° IFIP/IEEE IM 2011: Sesión de solicitud, publicada el 23.5.2011.
Los conflictos generalmente deben evitarse.
Las realizaciones de la invención tienen como objetivo abordar uno o varios de los problemas anteriores.
Declaración de aplicación
El ámbito de protección buscado para varias realizaciones de la invención se establece en las reivindicaciones independientes. Las realizaciones, ejemplos y características, si las hay, descritas en esta memoria descriptiva que no caen dentro del ámbito de las reivindicaciones independientes deben interpretarse como ejemplos útiles para comprender diversas realizaciones de la invención.
También se describen otros aspectos y realizaciones adicionales en la siguiente descripción detallada y en las reivindicaciones adjuntas.
Sumario de las figuras
La invención se describirá ahora con más detalles, a manera de ejemplo solamente, con referencia a los dibujos acompañantes, en los cuales:
La Figura 1 muestra una representación esquemática de una red de acuerdo con algunas realizaciones;
La Figura 2 muestra una representación esquemática de un aparato de control de acuerdo con algunas realizaciones;
La Figura 3 muestra una descripción general de la red autoorganizada de acuerdo con algunas realizaciones; La Figura 4 muestra una representación esquemática del aparato de implementación de la capa de función de coordinación de acuerdo con algunas realizaciones;
La Figura 5 muestra un diagrama de flujo del funcionamiento del aparato de implementación de la capa de función de coordinación de acuerdo con algunas realizaciones;
La Figura 6 muestra una representación esquemática del funcionamiento del determinante de impacto como se muestra en la Figura 4;
La Figura 7 muestra un diagrama de flujo del funcionamiento del determinante de contexto de acuerdo con algunas realizaciones;
La Figura 8 muestra esquemáticamente un ejemplo de una asignación de ID de célula física confusa por conflicto y una célula física libre de confusión; y
La Figura 9 muestra esquemáticamente el concepto de bloqueo virtual implementado en algunas realizaciones de la aplicación.
Descripción de algunas realizaciones de la aplicación
A continuación, se explican determinadas realizaciones ilustrativas con referencia a sistemas de comunicaciones móviles o inalámbricos que sirven a dispositivos de comunicaciones móviles.
En particular, la aplicación describe un aparato de función de coordinación configurado en algunas realizaciones para proporcionar una operación de coordinación dinámica requerida para determinar cualquier función o característica, interacciones o interferencias y en algunas realizaciones para determinar y evitar conflictos negativos entre instancias de funciones de red autoorganizadas. La interferencia, superposición o interacción es donde una instancia de función o evento (con un área y tiempo de impacto asociados) y otra función o evento (también con un área y tiempo de impacto asociados) producen superposiciones (parciales) en área y tiempo. Las realizaciones de la aplicación están configuradas para detectar y reaccionar en consecuencia a la interferencia. Como se describe en la presente memoria, la interferencia suele ser un conflicto porque cada función tiene su objetivo adecuado. Sin embargo, en principio, la detección y reacción a la interferencia puede ser cualquier mecanismo adecuado, por ejemplo, las realizaciones de la aplicación podrían detectar el solapamiento y luego activar el inicio de una tercera función o función adicional que realiza algún control de red en el área de solapamiento.
Antes de explicar en detalle las determinadas realizaciones ejemplificativas, se explican brevemente ciertos principios generales de un sistema de comunicaciones inalámbricas y los nodos del mismo con referencia a las Figuras 1 y 2 para ayudar a comprender las realizaciones descritas en la presente memoria.
En un sistema de comunicación 10, se puede proporcionar al usuario un dispositivo de comunicación móvil 1 que se puede usar para acceder a diversos servicios y/o aplicaciones. El acceso se puede proporcionar a través de una interfaz de acceso entre el dispositivo de comunicación móvil 1 y un sistema de acceso inalámbrico apropiado de un sistema de comunicación 10 que comprende un nodo de acceso. Una estación base puede proporcionar un nodo de acceso o una entidad de red (NE). La Figura 1 muestra parte de una red de acceso por radio (RAN), que incluye una estación base 2. El término estación base se usará a continuación y se pretende que incluya el uso de cualquiera de estos nodos de acceso a la red o cualquier otra entidad de red adecuada. El sistema de comunicación 10 también comprende una entidad de gestión de red autoorganizada (no mostrada). Las funciones de red autoorganizadas SON se pueden integrar en la arquitectura OAM (Gestión de red) y comunicarse a través de las interfaces Itf-S: no estandarizadas e Itf-N: estandarizadas.
Cualquier dispositivo capaz de enviar y recibir señales de radio puede proporcionar un dispositivo o estación de usuario móvil apropiado. Los ejemplos no limitativos incluyen una estación móvil (MS) como un teléfono móvil o lo que se conoce como un 'teléfono inteligente', una computadora portátil provista con una tarjeta de interfaz inalámbrica u otra instalación de interfaz inalámbrica, asistente de datos personales (PDA) provisto con capacidades de comunicación inalámbrica, o cualquier combinación de estas o similares. Un dispositivo de comunicación móvil a menudo se denomina equipo de usuario (UE). Cada dispositivo móvil 1 y estación base 2 pueden tener uno o más canales de radio abiertos al mismo tiempo y pueden recibir señales de más de una fuente.
La Figura 1 muestra una estación base 2 que tiene un área de célula asociada con la misma y la estación base 2 se conecta a los nodos de retransmisión 4, 5. Cada nodo de retransmisión puede establecer una conexión con la estación base 2 o, alternativamente, los nodos de retransmisión pueden compartir el mismo enlace de red de retorno. En el área de célula de la estación base 2, se pueden proporcionar dos nodos de retransmisión 4 y 5, pero se observa que esto es solo a modo de ejemplo. En la práctica, puede haber más o menos de dos nodos de retransmisión. Al retransmitir, un nodo de retransmisión (RN) se conecta de forma inalámbrica a la red de acceso por radio a través de una célula donante, que es la célula de la estación base 2 de la Figura 1. La Figura 1 también muestra células vecinas proporcionadas por otra estación base 3 a la que los nodos de retransmisión 4, 5 no están conectados.
Los nodos de retransmisión se pueden usar, por ejemplo, en bloques de viviendas y otros edificios, oficinas, almacenes y/o fábricas y/o en lugares públicos, por ejemplo, en centros comerciales, pabellones deportivos o de exposiciones o estadios, áreas particulares de ciudades, en plataformas móviles como trenes, barcos, autobuses, aviones, etc.
Los nodos de retransmisión 4, 5 pueden ser nodos de potencia relativamente baja que pueden desplegarse para proporcionar una cobertura interior mejorada, capacidad adicional en puntos de acceso o regiones de borde de célula. Por ejemplo, en el caso del despliegue en interiores, tal punto o nodo de acceso puede proporcionarse, por ejemplo, en bloques de apartamentos o edificios de oficinas y, por tanto, puede haber una densidad relativamente alta de estos nodos de acceso.
De vuelta a la Figura 1, se muestra una función de pasarela 9 del sistema de comunicación 10 que conecta una red central 11 y/u otra red, funciones de aplicación o servicios 12. También se puede proporcionar una red de paquetes de datos por medio de nodos de pasarela apropiados. Independientemente de la disposición de la pasarela, un dispositivo de comunicación 1 puede conectarse a una red de datos externa, por ejemplo, Internet a través de los nodos de retransmisión 4, 5 y/o las estaciones base 2, 3.
Las estaciones base 2, 3 pueden controlarse típicamente mediante al menos un aparato controlador apropiado 6. Los nodos de retransmisión 4, 5 también están controlados típicamente por al menos un aparato controlador apropiado 13, 14. Además, el funcionamiento de estos aparatos controladores puede, en algunas realizaciones, ser controlado por la entidad de gestión de red autoorganizada no mostrada.
La Figura 3 muestra un ejemplo de un aparato controlador de gestión de red autoorganizado para las entidades de red (nodos de retransmisión 4, 5 o las estaciones base 2, 3). El aparato controlador 6 está normalmente provisto de al menos una memoria 31, al menos un procesador de datos 32 y una interfaz de entrada/salida 34 como se muestra en la Figura 3. El aparato de control 6 puede comprender además una capa de función de coordinación 33. El aparato de control 6 puede configurarse para ejecutar aplicaciones de software apropiadas para proporcionar las funciones de control deseadas. El aparato de control 6, en algunas realizaciones, puede proporcionarse en un nodo y que comprende al menos una memoria y un código de programa informático puede configurarse, con al menos un procesador, para hacer que el nodo se comunique con otras entidades de red para comunicar información de control. En algunas realizaciones, al menos algunos de los bloques de procesamiento pueden ser llevados a cabo por uno o más procesadores junto con una o más memorias. El bloque de procesamiento puede ser proporcionado por un circuito integrado o un conjunto de chips. El aparato de control se puede interconectar con otros aparatos de control.
Un ejemplo no limitativo de arquitecturas móviles en las que se pueden aplicar los principios descritos en la presente memoria se conoce como la Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). Ejemplos no limitativos de nodos de acceso apropiados son una estación base de dicho sistema, por ejemplo, lo que se conoce como NodeB o eNB en el vocabulario de las especificaciones 3GPP. Otros ejemplos incluyen estaciones base de sistemas que se basan en tecnologías como la red de área local inalámbrica (WLAn ) y/o (Interoperabilidad Mundial para Acceso por Microondas) WiMax. Los nodos de acceso pueden proporcionar estaciones base de nivel de sistema celular que brindan características de E-UTRAN, como Control de Enlace de Radio/Control de Acceso al Medio/Protocolo de Capa Física (RLC/MAC/PHY) en el plano de usuario y terminaciones del protocolo de Control de Recursos de Radio (r Rc ) en el plano de control hacia los dispositivos de comunicación móvil.
La Figura 3 muestra una descripción general esquemática ilustrativa de un controlador de gestión de red autoorganizado 251 o un aparato de función de gestión y administración de operaciones automatizadas (OAM). Con respecto a los siguientes ejemplos, el funcionamiento del controlador de gestión de red autoorganizable ilustrativo se centra en la organización de Redes de Acceso Radio (RAN) y en particular para LTE y LTE-A RAN (E-UTRAN). El controlador de gestión de red autoorganizado 251 se muestra mientras funciona bajo una capa de diseño de red o planificada previamente 201 y mientras funciona en la capa de red 277.
La capa de diseño de red 201 se muestra que comprende un operador de planificación de red 203 configurado para producir datos que detallan el diseño físico o geográfico de la red y el diseño topológico o lógico de la red y pasar esto a la capa de controlador de gestión de red autoorganizada para ser almacenada en el repositorio del plan de red 253.
Además, la capa de diseño de red 201 puede comprender un flujo de trabajo de red y un operador de políticas 205 configurado para producir datos de diseño que detallan las políticas de operación que se aplicarán a la red por la capa de controlador de gestión de red autoorganizado y almacenadas en un almacenamiento de políticas 255. La capa de diseño de red 201 puede comprender además un operador de red autoorganizado (SON) 207 configurado para revisar en una capa de diseño el funcionamiento del controlador de administración de red autoorganizado y proponer en base a la experiencia operativa y la información de retroalimentación con la que se puede implementar en el operador de política y flujo de trabajo de red 205 y el operador de planificación de red 203, además de pasar al controlador de gestión de red autoorganizado 251.
El controlador de gestión de red autoorganizado en algunas realizaciones comprende un repositorio 253 configurado para recibir la información de red del operador de planificación de red 203 y configurado para suministrar esta información al procesador del controlador de gestión de red autoorganizado 257.
Además, en algunas realizaciones, el controlador de gestión de red autoorganizado comprende un almacenamiento de políticas 255 configurado para recibir la información de políticas del operador de flujo de trabajo de red y políticas 205 y configurado además para suministrar la información de políticas al procesador del controlador de gestión de red autoorganizado 257.
El controlador de gestión de red autoorganizado 251 en algunas realizaciones comprende un procesador controlador de gestión de red autoorganizado 257 configurado para recibir información de red desde el repositorio 257, información de política del almacenamiento de políticas 255 y además recibir información sensorial de red desde la capa de red 275. En algunas realizaciones, el acoplamiento entre la capa de red 275 y el procesador controlador de gestión de red autoorganizado 257 es un acoplamiento de gestión de rendimiento (PM) que proporciona/recibe información de PM, un acoplamiento de gestión de configuración (CM) que proporciona/recibe información de CM y una gestión de fallos (FM) que proporciona/recibe información de FM. Los datos que se adquieren en el camino desde el NE al sistema OAM (KPIs, alarmas, estado de configuración). En la ruta desde el sistema OAM al NE, se transmiten datos de CM (configuraciones actualizadas) (en base a análisis/decisiones tomadas sobre los datos de PM/FM/CM). La automatización de este procedimiento (análisis, toma de decisiones) es el concepto de SON.
El procesador controlador de gestión de red autoorganizado 257 puede incluir en algunas realizaciones un controlador o procesador de función de coordinación, un controlador o procesador de función de flujo de trabajo y un controlador o procesador de aplicación de políticas.
La capa de red 271 puede comprender en algunas realizaciones accionadores configurados para recibir la información de CM, FM y PM del procesador controlador de gestión de red autoorganizado 257 y configurados para controlar los elementos de red. En algunas realizaciones, los accionadores 273 pueden configurarse para recibir un acoplamiento de retroalimentación desde un procesador de aplicación de políticas de la capa de red 279.
La capa de red 271 puede comprender además en algunas realizaciones los elementos de red 277 que están configurados por los accionadores 273. Además, los elementos de red 277 pueden configurarse para suministrar a un sensor 275 información adecuada de CM, FM y PM.
La capa de red 271 en algunas realizaciones comprende un sensor que monitorea la información de CM, FM y PM y suministra al menos parte de esta información a un procesador de aplicación de políticas dentro del procesador controlador de gestión de red autoorganizado y además en algunas realizaciones a un procesador de ejecución de política de capa de red 279.
La capa de red 271 además en algunas realizaciones puede comprender un procesador de ejecución de política de capa de red 279 configurado para realizar retroalimentación local al accionador 273.
En algunas realizaciones, el procesador controlador de gestión de red autoorganizado se puede configurar para dividir las tareas de autoorganización en las áreas de configuración, optimización y reparación.
Dentro de cada área de partición es posible en algunas realizaciones definir casos de uso de SON. Los casos de uso de SON pueden caracterizarse por sí mismos por una situación de activación (en otras palabras, una condición previa bajo la cual se activa una funcionalidad de control), las entradas al caso de uso (que puede incluir, por ejemplo, el recurso de red objetivo), las etapas requeridas para cumplir con un caso de uso, la salida (por ejemplo, las posibles acciones a realizar en los recursos de la red) y el resultado (en otras palabras, la condición posterior). Se entenderá que las funciones SON son en algunas realizaciones la realización de la funcionalidad requerida por un caso de uso SON. Cada función SON puede dividirse en algunas realizaciones en una parte de supervisión, una parte de algoritmo y una parte de acción o ejecución.
Por ejemplo, una parte de monitoreo se puede definir mediante un monitoreo de medidas, indicador clave de rendimiento (KPI) o eventos relevantes para el caso de uso o una situación de activación. En algunos ejemplos, la parte de monitorización define una funcionalidad de detector para la situación de activación. En algunas realizaciones, la parte de monitorización puede estar de forma continua activa, programada en determinados momentos/intervalos de tiempo o activarse a petición (por ejemplo, por un operador humano).
Además, la parte del algoritmo en algunas realizaciones se puede definir mediante la adquisición de datos de entrada (además de los datos de monitoreo), una evaluación del estado y contexto de la red, y un cálculo de nuevas configuraciones y si/cuándo se realizan tareas/funciones adicionales de activación.
En algunas realizaciones, la parte de acción se define como la aplicación de los resultados de la parte del algoritmo. Las funciones SON tienen un área de función genérica que en algunas realizaciones se puede asociar con la función. El área de función comprende todos los recursos de la red, y en particular las células como se describe en la presente memoria, que tienen que ser manipuladas por una función SON para lograr el objetivo deseado. Estos recursos se pueden definir tanto en términos de área geográfica (donde, por ejemplo, los recursos de red son un conjunto de células) y/o en términos de área topológica (donde, por ejemplo, los recursos de red son un conjunto de interfaces de enrutador).
Las instancias de la función SON pueden definirse en algunas realizaciones como la instanciación en tiempo de ejecución de una (parte específica de una) función SON. Se puede entender que actúan sobre los recursos de la red en un área determinada en un momento determinado. Por tanto, mientras que el "área de función" descrita en la presente memoria es genérica (en otras palabras, implica que una función funciona, por ejemplo, en un par de dos células adyacentes). El área de instancia de función, sin embargo, es una ejemplificación concreta de la función (para el ejemplo presentado anteriormente, un par específico de células con los ID X e Y adyacentes entre sí). Se entenderá que las instancias de la función SON tienen un ámbito espacial (por ejemplo, un conjunto de células, un conjunto de interfaces de red) y un ámbito temporal (actividad en determinados intervalos de tiempo). Además, una instancia de función SON puede activarse en cualquier momento (por ejemplo, activada por una medición de red que cruza un umbral) sin la participación de un operador humano o una función OAM convencional. Por tanto, se puede considerar que las instancias de la función SON se ejecutan u operan "dentro" del sistema OAM y/o el NE. Por lo tanto, esto es diferente de la operación y optimización de la red tradicional donde los datos de un dominio de red completo se "alinean" con el sistema OAM y luego se modifican (optimizan) dentro de una única función fuera de línea. Cuando se han calculado nuevas configuraciones de NE, se "despliegan" en la siguiente etapa. La ejecución de este ciclo de alineación/despliegue está programada/planificada y apoyada por un operador humano.
Además, la ejecución de las funciones SON puede considerarse individual y dinámica (en otras palabras, no planificada ni implementada previamente), sin embargo, como se describe en la presente memoria, las instancias de la función SON pueden tener interacciones en tiempo de ejecución entre sí. Una "interacción negativa" se denomina "conflicto".
Aunque es posible ejecutar las funciones SON de manera totalmente serializada (si se ejecutan funciones SON una tras otra para un dominio de red completo), se entenderá que esto no es factible porque limitaría severamente la eficiencia del sistema OAM automatizado. En algunas realizaciones, el procesador de la función de coordinación puede configurarse para abordar el compromiso entre la seguridad (al evitar básicamente todos los conflictos) contra la eficiencia (ejecución rápida y paralelizada de las instancias de la función SON).
La aplicación de acuerdo con algunas realizaciones introduce una "capa de coordinación" en tiempo de ejecución en el sistema donde se procesan todos los eventos relevantes para la coordinación y, por tanto, se puede aplicar un esquema de bloqueo dinámico.
Con respecto a la Figura 4, se muestra el aparato de implementación de la capa de función de coordinación.
En algunas realizaciones, el aparato de implementación de la capa de función de coordinación puede comprender un determinante de diseño 305. El determinante de diseño en algunas realizaciones puede implementarse como parte de la capa de diseño de red 201 y puede configurarse para determinar para al menos una de las funciones SON el siguiente conjunto de información en los siguientes elementos determinantes o procesadores. En algunas realizaciones, el "determinante de diseño" puede implementarse de forma semiautomática. En otras palabras, en algunas realizaciones puede requerirse cierta participación humana. Automatizar completamente toda la capa de diseño 201 en algunas realizaciones requiere una implementación con una capacidad de aprendizaje capaz de aprender de la experiencia.
En algunas realizaciones, el determinante de diseño 305 comprende un determinante genérico de lógica de coordinación 335. El determinante de lógica de coordinación genérica 335 está configurado para determinar para una función SON cualquier lógica de coordinación adecuada. En otras palabras, en algunas realizaciones, el determinante lógico de coordinación genérico 335 está configurado para determinar reglas que expresan la estrategia de prevención de conflictos que desea el operador de red con respecto a la función. Estas reglas pueden, por ejemplo, dar siempre prioridad a un cierto tipo de función sobre una función activa de otro tipo.
La lógica de coordinación genérica para la función SON puede almacenarse en algunas realizaciones en una memoria 303 y en algunas realizaciones en una parte de parámetro lógico de coordinación 325 de una memoria 303 para uso posterior por un procesador de función de coordinación 301.
En algunas realizaciones, el determinante de diseño 305 comprende un determinante genérico de área de impacto 331. El determinante genérico del área de impacto 331 está configurado para determinar para una función SON cualquier información adecuada del área de impacto. Por ejemplo, el área de impacto de una función SON puede incluir el área de función y, además, los recursos de red sobre los que tiene impacto la función. En otras palabras, el determinante de área de impacto 305 puede configurarse para determinar dónde la función SON cambia configuraciones dentro de su área de función y dónde estos cambios pueden impactar otros recursos del área de impacto que pueden ser típicamente recursos geográfica o topológicamente adyacentes al área de función.
La información genérica del área de impacto para la función SON puede almacenarse en algunas realizaciones en una memoria 303 y en algunas realizaciones en una parte 323 de almacenamiento de impacto genérico de una memoria 303 para uso posterior por un procesador 301 de función de coordinación.
En algunas realizaciones, el determinante de diseño 305 comprende un determinante de tiempo de impacto genérico 333. El determinante 333 de tiempo de impacto genérico está configurado para determinar para una función SON cualquier información de tiempo de impacto adecuada. Por ejemplo, el tiempo de impacto de una función SON puede incluir el "ámbito temporal" de una función SON. En algunas realizaciones, el tiempo de impacto se define para pares del tipo de función y cada tipo de función potencialmente en conflicto.
La información genérica del tiempo de impacto para la función SON puede almacenarse en algunas realizaciones en una memoria 303 y en algunas realizaciones en una parte 323 de almacenamiento de impacto genérico de una memoria 303 para uso posterior por un procesador 301 de función de coordinación.
Los procedimientos de tiempo de diseño para derivar el área y el tiempo de impacto genérico y la lógica de coordinación de las descripciones de los casos de uso de SON generalmente se entienden y no se describen más con respecto a la aplicación.
En algunas realizaciones, el aparato de implementación de la capa de función de coordinación puede comprender una memoria 303. La memoria se puede configurar para almacenar información adecuada para su uso por el procesador de la función de coordinación como se muestra en la Figura 4 y el funcionamiento del cual se muestra en la Figura 5. Por ejemplo, en algunas realizaciones, la memoria 303 comprende un almacenamiento de impacto genérico 323 configurado para almacenar para cada función SON el área de impacto genérica y la información de tiempo. Además, en algunas realizaciones, la memoria puede incluir una parte 325 de parámetro de lógica de coordinación configurada para almacenar información de lógica de coordinación genérica para cada función SON. En algunas realizaciones, la memoria comprende además el almacenamiento de datos de eventos 321. El almacenamiento de datos de eventos 321 está configurado para almacenar información relacionada con cada evento recibido por el procesador de función de coordinación 311, tal como instancia, tipo, área y tiempo.
En algunas realizaciones, el aparato de implementación de la capa de función de coordinación comprende un procesador de función de coordinación 301. El procesador de la función de coordinación está configurado para proporcionar la operación de coordinación dinámica requerida para determinar cualquier función o interacción de características y, en algunas realizaciones, para determinar y evitar conflictos negativos. La capa de función de coordinación puede, además, en algunas realizaciones imponer cualquier tipo de política de operador, por ejemplo, suspender temporalmente la ejecución de una instancia de función de un cierto tipo.
El procesador de función de coordinación 301 en algunas realizaciones comprende un procesador de eventos 311. El procesador de eventos 311 está configurado para recibir solicitudes de eventos. En algunas realizaciones, el procesador de eventos 311 está configurado para recibir eventos principalmente de las instancias de la función SON para lo siguiente: solicitudes de eventos de una parte de supervisión que solicita la ejecución del algoritmo; solicitud de evento de una parte del algoritmo que solicita la ejecución de la acción; y solicitudes de eventos adicionales del operador humano, funciones OAM, elementos de red.
La operación de recibir la solicitud del evento se muestra en la Figura 5 por la etapa 401.
El procesador de eventos 311 está configurado en algunas realizaciones para extraer de la solicitud cualquier información adecuada o relevante. Por ejemplo, en algunas realizaciones, el procesador de eventos está configurado para extraer al menos la información de la instancia de función solicitante (tipo de función, parte de supervisión/algoritmo), tipo de solicitud (ejecución de algoritmo/parte de acción), para la parte de acción tipo de solicitud: parámetros de acción (valores de parámetros, etc.), área de función solicitada y tiempo de solicitud.
El procesador de eventos 311 puede, en algunas realizaciones, almacenar la información extraída en la memoria 303 y, en algunas realizaciones, la parte de almacenamiento de datos de eventos 321.
La operación de evaluación de eventos de solicitud se muestra en la Figura 5 mediante la operación de determinación del tipo de función mostrado en la Figura 5 mediante la etapa 403 y la operación de determinación del área de función mostrada en la Figura 5 mediante la etapa 405.
En algunas realizaciones, el procesador de la función de coordinación 301 comprende un determinante de eventos reales 313. El determinante de eventos real 313 está configurado para que cada solicitud de evento busque o reciba el área de impacto genérica definida para el tipo de función de la memoria 303 (almacenamiento de impacto genérico 323).
La operación de recibir o leer el área de impacto genérica para el tipo de función se muestra en la Figura 5 por la etapa 407.
Además, el determinante de eventos real 313 se puede configurar para determinar el área de impacto real a partir del área de impacto genérica y los recursos de red reales. En algunas realizaciones, el determinante de eventos reales 313 puede configurarse para recibir o buscar los recursos de red reales relacionados con la instancia del área de solicitud de eventos y combinar esta información con el área de impacto genérica para determinar el área de impacto real. En otras palabras, la capa de coordinación se puede configurar para combinar la información del área de impacto genérica definida con el área de función real y, por lo tanto, deriva el área de impacto real de la solicitud con respecto a los recursos de red reales.
Esta determinación del área de impacto real puede, en algunas realizaciones, pasar a un determinante de coordinación para su procesamiento adicional.
La operación de combinar la instancia de solicitud de evento y la información de impacto genérica para generar un área de impacto real se muestra en la Figura 6, en la que el mapa de área de impacto genérico 501 se puede aplicar al despliegue de red con el área de instancia de función indicada 503 para crear el área de impacto mapeada en la red.
La operación de determinar el área de impacto real se muestra en la Figura 5 por la etapa 409.
En algunas realizaciones, el procesador de función de coordinación 301 comprende además un determinante de coordinación 315 configurado para identificar instancias de la función potencialmente en conflicto en base a el área de impacto real mediante el uso de los datos almacenados de eventos recibidos previamente. En algunas realizaciones, los eventos almacenados previamente se pueden recibir o buscar desde una memoria de información de contexto o almacenamiento 327 que en algunas realizaciones es parte de la memoria 303 y los datos de solicitud almacenados.
La lectura o recepción de información de contexto se muestra en la Figura 5 mediante la etapa 413.
La operación para identificar instancias de funciones potencialmente en conflicto en base a el área de impacto real mediante el uso de los datos almacenados de eventos recibidos previamente se muestra en la Figura 5 por la etapa Cuando el determinante de coordinación 315 determina que no hay funciones potencialmente en conflicto con áreas de impacto superpuestas, entonces el determinante de coordinación 315 puede configurarse para confirmar la solicitud y reenviar la solicitud para que se ejecute.
La operación de confirmación de la solicitud se muestra en la Figura 5 por la etapa 419.
Además, después de la confirmación, el determinante de contexto 317 puede realizar una actualización de contexto. Cuando el determinante de coordinación 315 determina que existe un conflicto potencial, entonces, en algunas realizaciones, el determinante de coordinación 315 está configurado adicionalmente para recibir los tiempos de impacto generados en el tiempo de diseño con respecto a la instancia de solicitud de evento.
En algunas realizaciones, el determinante de coordinación 315 que ha buscado los tiempos de impacto genéricos para cada tipo de función potencialmente en conflicto y el tipo de función solicitada de su almacén de datos persistentes, combina la información de tiempos de impacto genérico definida con el tiempo de solicitud real y así determina el conjunto de solicitudes de tiempos de impacto reales con respecto a los recursos reales de la red. Además, el determinante de coordinación 315 puede configurarse en algunas realizaciones para comparar los tiempos de impacto reales de la solicitud y los tiempos de impacto de otras instancias de la función SON almacenadas en el almacenamiento de información de contexto para evaluar cualquier instancia de función potencialmente en conflicto con áreas de impacto superpuestas.
La operación para identificar casos de función potencialmente en conflicto que se solapan en el tiempo se muestra en la Figura 5 en la etapa 417.
Cuando el determinante de coordinación 315 determina que no hay funciones potencialmente en conflicto con áreas de impacto superpuestas al mismo tiempo, entonces el determinante de coordinación 315 puede configurarse para confirmar la solicitud y reenviar la solicitud para que se ejecute.
La operación de confirmación de la solicitud se muestra en la Figura 5 por la etapa 419.
Cuando hay una superposición importante en el tiempo, el determinante de coordinación se configura además para determinar una acción de coordinación adecuada.
Por lo tanto, el determinante de coordinación puede configurarse en algunas realizaciones para buscar o recibir la lógica de coordinación para el tipo de función solicitante desde el almacén de datos persistentes, tal como la parte del parámetro de lógica de coordinación 325 de la memoria 303.
La operación de recibir la lógica de coordinación para el tipo de función de solicitud se muestra en la Figura 5 mediante la etapa 423.
La capa de coordinación aplica la lógica de coordinación dando como resultado un resultado de coordinación.
El funcionamiento de la aplicación de la lógica de coordinación se muestra en la Figura 5 mediante la etapa 425. El resultado de la coordinación puede ser, por ejemplo, un resultado de confirmación, un resultado de solicitud de rechazo o un resultado de solicitud anterior de terminación/retroceso.
A continuación, el resultado de la coordinación puede enviarse para su posterior procesamiento o procesamiento dentro de la capa de coordinación.
La operación de enviar el resultado de coordinación se muestra en la Figura 5 por la etapa 427.
En algunas realizaciones, un resultado de coordinación puede activar algún procesamiento adicional a nivel de capa de coordinación de la solicitud. Por ejemplo, en algunas realizaciones, el procesamiento a nivel de la capa de coordinación de la solicitud puede incluir cambiar los parámetros de acción de la solicitud y modificar la instancia de solicitud almacenada en la parte de almacenamiento de datos de eventos 321 de la memoria.
En algunas realizaciones, el resultado de coordinación respectivo se puede imponer mediante el uso de bloqueos virtuales dinámicos. El bloqueo o bloqueo virtual se implementa no bloqueando en el nivel de recurso físico, sino en los niveles "superiores" donde se almacena toda la información requerida para muchos recursos físicos y así puede evitar problemas como interbloqueos al bloquear a nivel de recurso físico. Este concepto se puede mostrar, por ejemplo, en la Figura 9, en la que la capa de coordinación 251 recibe eventos de solicitud de función SON 803 y eventos de solicitud heredados 805. La capa de coordinación 251 puede implementar una operación de bloqueo virtual en la que todas las solicitudes de cambio, tales como los eventos de solicitud de función SON y los eventos de solicitud heredados 805 pasan a través de la capa de coordinación que implementa el bloqueo virtual 801 mediante una acción que controla la capa de red 277. Por tanto, en las realizaciones descritas en la presente memoria no es necesario realizar el bloqueo en el nivel de recursos físicos.
El resultado de coordinación de Reconocimiento (ACK) puede incluir en algunas realizaciones la información de contexto en los recursos de red dentro del área de impacto de la función solicitada que se actualiza con la solicitud y la información de tiempo de impacto, creando así un bloqueo virtual dinámico. Además, en algunas realizaciones, la solicitud se puede ejecutar en la red. En algunas realizaciones, la capa de coordinación o la función de solicitud se puede configurar para activar la ejecución real, sin embargo, la ejecución de las funciones SON se conoce y no se describe en detalle en la presente memoria.
El resultado de coordinación de Terminar (TRM) puede, en algunas realizaciones, hacer que se termine la instancia de función en conflicto. La información de contexto sobre esta instancia de función se elimina en la operación de actualización de información de contexto descrita en la presente memoria.
El resultado de coordinación de Retroceder (RB) puede, en algunas realizaciones, hacer que las acciones realizadas por la instancia de función anterior (que están almacenadas en la memoria de información de contexto) se deshagan y la información de contexto sobre esta función se elimine en la operación de actualización de información de contexto descrita en la presente memoria.
El resultado de coordinación de Rechazar puede, en alguna realización, hacer que se elimine la información de la solicitud y no se reenvíe el evento. En otras palabras, la solicitud está reaccionando al bloqueo virtual dinámico de otra instancia de función.
En algunas realizaciones, el procesador de función de coordinación 301 comprende un determinante de contexto 317 configurado para realizar una operación de actualización de información de contexto que depende del procesamiento de coordinación de solicitud actual.
El funcionamiento del determinante de contexto 317 se muestra con respecto a la Figura 7.
En algunas realizaciones, el determinante de contexto 317 está configurado para recibir un resultado de coordinación de confirmación.
La operación de recibir un resultado de coordinación de confirmación se muestra en la Figura 7 mediante la etapa 601.
El determinante de contexto al recibir un resultado de coordinación de confirmación se configura en algunas realizaciones para generar un valor de información de instancia de función SON para su inserción en la memoria de contexto.
La operación de generación del valor de información de instancia de función SON para inserción se muestra en la Figura 7 mediante la etapa 611.
Además, la modificación del almacén de información de contexto se muestra en la Figura 7 mediante la etapa 641. Además, el determinante de contexto 317 al recibir un resultado de coordinación de confirmación está configurado en algunas realizaciones para iniciar un temporizador de eliminación de contexto definido con respecto al tiempo de impacto máximo de la solicitud de evento asociada.
La operación de iniciar el temporizador de contexto se muestra en la Figura 7 mediante la etapa 621.
Además, después del inicio del temporizador de contexto, el determinante de contexto puede configurarse para realizar una verificación cuando se excede el temporizador y realizar una operación de eliminación de contexto como se describe en la presente memoria con respecto al procesamiento de resultados de coordinación de eventos de terminación o retroceso cuando se cumple la verificación.
La operación de verificación del temporizador se muestra en la Figura 7 mediante la etapa 623.
En algunas realizaciones, el determinante de contexto 317 está configurado para recibir un resultado de terminación o un resultado de evento de retroceso.
La operación de recibir un resultado de coordinación de terminación se muestra en la Figura 7 mediante la etapa 603 y recibir un resultado de coordinación de retroceso en la Figura 7 mediante la etapa 605.
Además, el determinador de contexto 317 al recibir el resultado de coordinación de terminación, o un resultado de coordinación de retroceso o un resultado excedido del temporizador se configura en algunas realizaciones para eliminar el contexto/eliminar el temporizador.
La operación de eliminar el contexto/eliminar el temporizador se muestra con respecto a la Figura 7 en la etapa 631. Además, después de eliminar el contexto/eliminar el temporizador, el determinante de contexto 317 en algunas realizaciones puede configurarse para eliminar la información de contexto de la instancia de función SON del almacenamiento de información de contexto 327.
La operación de eliminar la información de contexto de la instancia de la función SON se muestra en la Figura 7 mediante el paso 633.
En estas realizaciones, por lo tanto, la información de contexto sobre las funciones SON ejecutadas solo se almacena hasta que haya expirado el tiempo de impacto más largo para esta función.
En algunas realizaciones se puede considerar que la información de contexto se refiere a instancias de la función SON "activas" e instancias de la función SON ejecutadas previamente. El contexto se organiza a lo largo de los recursos de la red y se genera/mantiene de acuerdo con el área de impacto real y los tiempos de impacto. El contexto se mantiene con la ayuda de temporizadores. Al expirar el temporizador (o eliminación explícita), se elimina la información de contexto respectiva.
Para ilustrar un ejemplo del funcionamiento de la función de coordinación, se muestran instancias de capa de la función SON de asignación de ID (PCI) de Célula Física.
Para el siguiente ejemplo, las limitaciones para la asignación de PCI son que no se produzcan "colisiones" ni "confusiones". Una colisión puede definirse como dos células con cobertura superpuesta a las que se les asigna el mismo PCI (y por lo tanto no son distinguibles para los UE). Además, una confusión se puede definir como una célula (ID B 703 en la Figura 8) tiene al menos dos células adyacentes, con cobertura superpuesta a sí misma que tienen el mismo PCI (ID A como se muestra en las células 701 y 703). Se muestra una asignación de PCI sin confusión con respecto a la Figura 8 por la célula 713 (ID B) que tiene una cobertura superpuesta a sí misma que tiene diferentes valores de PCI mostrados por la célula 711 (ID A) y la célula 715 (ID C).
En el OAM tradicional, la ausencia de colisiones y confusiones ha sido el requisito para un algoritmo que asigna ID de célula para un dominio de red completo. En sOn , se asume la asignación de ID incremental (es decir, dinámica) para una célula individual donde múltiples instancias de la función SON de asignación PCI pueden estar activas al mismo tiempo en un dominio de red.
En el siguiente ejemplo, el determinante genérico de área de impacto 331 para la función SON PCI puede determinar que se considera el área de función genérica definida por una asignación de PCI para una sola célula y, por lo tanto, el área de función es una sola célula. Además, el determinante genérico del área de impacto 331 puede determinar que el área de impacto incluye al menos las células vecinas de primer y segundo grado (vecinas de las vecinas de la célula). En algunas realizaciones, el área de impacto se puede definir como un área de impacto más grande, por ejemplo, si la confusión de la célula debe resolverse o si las vecinas no se conocen con precisión. Las instancias de la función de asignación de PCI requeridas posteriormente podrían entrar en conflicto con las instancias de la función que han sido confirmadas en células que ya no estaban cubiertas por el área de impacto de la instancia de función de PCI inicial. Esto puede llevar a situaciones en las que se asignen PCI erróneas o las instancias de la función se bloqueen entre sí.
En algunas realizaciones, el determinante genérico del área de impacto 331 puede además, bajo la entrada del operador, extender el área de impacto a través de un área de margen de seguridad genérico a vecinos de mayor grado (por lo que el "área de impacto de seguridad o extendida" es el "área de impacto genérica" definida más el "área de margen de seguridad"). Por tanto, en algunas realizaciones se puede definir tanto un área de impacto como un tiempo de impacto que incorpora el factor de seguridad. En algunas realizaciones, el área de impacto real y el tiempo siempre contienen un factor de seguridad. En algunas realizaciones, se puede definir un "área de impacto" y/o "tiempo de impacto" que especifica que el área y/o el tiempo pueden contener el área de impacto "real" y/o el tiempo y alguna área de "seguridad" y/o tiempo asociado con el impacto.
Se entenderá que un área de impacto más pequeña permite la ejecución en paralelo de un mayor número de asignaciones de PCI. Con un área de margen de seguridad creciente, el número de posibles ejecuciones en paralelo se reduce a una única instancia de función cuando el área de margen de seguridad comprende el dominio de red completo. En el momento del diseño, el diseñador de la función puede, por ejemplo, definir el área de impacto requerida para la función PCI, como por ejemplo vecinos de tercer grado.
El determinante de lógica de coordinación genérica en este ejemplo se puede configurar para determinar la lógica de coordinación con respecto al caso PCI/PCI (en otras palabras, cuando se consideran dos instancias de tipo PCI). Un ejemplo de lógica de coordinación sería que una primera instancia que aparece en la capa de coordinación tiene prioridad sobre una segunda que aparece más tarde.
El determinante de tiempo de impacto genérico se puede configurar para este ejemplo para establecer el tiempo de impacto como el tiempo real necesario para configurar un PCI en el NE (por ejemplo, incluido el tiempo necesario para "reiniciar" una célula). En algunas realizaciones, el tiempo de impacto también puede comprender un intervalo de tiempo mínimo establecido por el operador entre dos cambios de pCi.
Cuando en tiempo de ejecución se recibe una 'primera' solicitud de ejecución de instancia de función PCI, la capa de coordinación y en algunas realizaciones el procesador de eventos 331 identifica la célula objetivo como el área de función y el determinante de impacto real 313 deriva el área de impacto en relación con esta célula. Como esta es la "primera" instancia de función PCI, no hay conflictos y el determinante de coordinación 315 emite una confirmación. Esta información junto con el tiempo de impacto máximo es almacenada dentro de la información de contexto por el determinante de contexto 317 que realiza una operación de actualización de contexto. Además, se puede ejecutar la instancia de función.
Cuando la capa de coordinación recibe otra solicitud de ejecución de instancia de función PCI, el determinante de impacto real 313 usa la información proporcionada en el evento de solicitud por el procesador de eventos para derivar el área de impacto.
El determinante de coordinación se configura luego para evaluar la información de contexto para determinar si hay otras instancias de la función potencialmente en conflicto con un área de impacto compartida. Si este es el caso, la nueva solicitud de ejecución de función se trata de acuerdo con la lógica de coordinación (por ejemplo, la otra solicitud finaliza).
Se entenderá que las realizaciones de la aplicación permiten una compensación preferible entre seguridad y eficiencia que puede gobernarse al ajustar el área de impacto y los parámetros de tiempo de impacto (y por ejemplo proporcionar un área de margen de seguridad como se muestra en el ejemplo anterior).
Además, en algunas realizaciones de la aplicación, solo se imponen limitaciones mínimas en el diseño de la función SON, en el sentido de que los eventos que están relacionados potencialmente con otras instancias de la función deben exponerse a la capa de coordinación (la coordinación y el conocimiento asociado residen por separado en la capa de coordinación en lugar de en las funciones individuales). Por lo tanto, las realizaciones de la aplicación se pueden aplicar a instancias de funciones SON centralizadas y distribuidas siempre que los eventos de solicitud estén expuestos a la capa de coordinación (para funciones centralizadas en forma de eventos locales, para funciones distribuidas como eventos en base a un protocolo de red). Además, en algunas realizaciones de la aplicación, puede ser posible evitar interbloqueos, condiciones de carrera, oscilaciones que implementan una coordinación activa de funciones SON. Además, estas realizaciones permiten una coordinación flexible mediante la modificación de la lógica de coordinación con un motor de reglas que permite que el sistema se adapte en tiempo de ejecución. Por tanto, en algunas realizaciones, el "tiempo de diseño" no es estrictamente el tiempo antes de que todo el sistema entre en funcionamiento, sino antes de que se ponga en funcionamiento una nueva funcionalidad en base a una regla nueva/actualizada.
También se observa en la presente memoria que, si bien lo anterior describe realizaciones ilustrativas de la invención, existen varias variaciones y modificaciones que se pueden hacer a la solución divulgada sin apartarse del ámbito de la presente invención.
En general, las diversas realizaciones pueden implementarse en hardware o circuitos de propósito especial, software, lógica o cualquier combinación de los mismos. Algunos aspectos de la invención pueden implementarse en hardware, mientras que otros aspectos pueden implementarse en firmware o software que pueden ser ejecutados por un controlador, microprocesador u otro dispositivo informático, aunque la invención no se limita a ellos. Si bien varios aspectos de la invención pueden ilustrarse y describirse como diagramas de bloques, diagramas de flujo o mediante el uso de alguna otra representación pictórica, se entiende bien que estos bloques, aparatos, sistemas, técnicas o métodos descritos en la presente memoria pueden implementarse en, como no- ejemplos limitativos, hardware, software, firmware, circuitos o lógica de propósito especial, hardware o controlador de propósito general u otros dispositivos informáticos, o alguna combinación de los mismos.
Las realizaciones de la presente invención pueden implementarse mediante software de computadora ejecutable por un procesador de datos del dispositivo móvil, tal como en la entidad procesadora, o por hardware, o por una combinación de software y hardware.
Además, a este respecto, debe tenerse en cuenta que cualquier bloque del flujo lógico como en las Figuras puede representar etapas del programa, o circuitos, bloques y funciones lógicos interconectados, o una combinación de etapas del programa y circuitos, bloques y funciones lógicos. El software puede almacenarse en medios físicos tales como chips de memoria o bloques de memoria implementados dentro del procesador, medios magnéticos como discos duros o disquetes, y medios ópticos como, por ejemplo, DVD y sus variantes de datos, CD.
La memoria puede ser de cualquier tipo adecuado al entorno técnico local y puede implementarse mediante el uso de cualquier tecnología de almacenamiento de datos adecuada, como dispositivos de memoria basados en semiconductores, dispositivos y sistemas de memoria magnética, dispositivos y sistemas de memoria óptica, memoria fija y memoria extraíble.

Claims (11)

REIVINDICACIONES
1. Un procedimiento de autoorganización de una red de telecomunicaciones, comprendiendo el procedimiento: determinar (405) al menos un área de evento a partir de una solicitud de evento recibida desde una función de red autoorganizada, SON;
determinar (409), mediante la búsqueda o recepción, un área de impacto general para la función SON en base al tipo de función SON;
determinar para la función SON un área de impacto real al combinar el área de impacto general y los recursos de red reales, en la que los recursos de red reales se reciben o se buscan en base al área de evento; determinar (411), en base al área de impacto real y mediante el uso de datos almacenados sobre eventos recibidos previamente, si el área de impacto real interfiere con al menos una instancia de función SON ejecutada; y
generar una salida de coordinación en base a la determinación de si el impacto del evento interfiere.
2. El procedimiento como se reivindicó en la reivindicación 1, que comprende además determinar a partir de la solicitud de evento recibida al menos uno de:
un tipo de evento;
al menos un parámetro asociado con un tipo de evento; y
un tiempo del evento.
3. El procedimiento como se reivindicó en la reivindicación 2 que comprende además:
comparar el área de impacto real con las áreas de impacto reales de las instancias de la función SON ejecutadas para determinar una interferencia espacial; y
comparar el tiempo del evento con tiempos del evento de las instancias de la función SON ejecutada para determinar una interferencia temporal.
4. El procedimiento como se reivindicó en la reivindicación 3, en el que determinar si el área de impacto real interfiere con las instancias de la función SON ejecutadas comprende determinar un conflicto en el que se produce una interferencia espacial y una interferencia temporal.
5. El procedimiento como se reivindicó en las reivindicaciones de la 1 a la 4, en el que generar una salida de coordinación en base a la determinación de si el área de impacto real interfiere comprende confirmar el evento solicitado cuando no se detecta una interferencia y, preferentemente, el procedimiento comprende además ejecutar el evento después de la confirmación de la solicitud de evento.
6. El procedimiento como se reivindicó en las reivindicaciones de la 1 a la 4, en el que generar una salida de coordinación comprende:
recibir un conjunto de reglas de coordinación en función del evento solicitado cuando se determina una interferencia; y
aplicar el conjunto de reglas al área de eventos a partir de una solicitud de evento recibida para generar una salida de coordinación.
7. El procedimiento como se reivindicó en la reivindicación 6, en el que la salida de coordinación comprende al menos uno de:
una salida de solicitud de evento de rechazo;
una salida de solicitud de evento de confirmación enmendada;
una salida de solicitud de evento anterior de terminación;
una salida de función adicional de activación; y
una salida de solicitud de evento anterior de retroceso.
8. El procedimiento como se reivindicó en las reivindicaciones de la 1 a la 7 que comprende además las etapas de: actualizar el al menos un evento ejecutado y el evento solicitado dentro de un almacén de contexto; y preferentemente, la actualización del evento solicitado comprende al menos uno de:
insertar una instancia de evento ejecutado que depende del evento solicitado;
iniciar un temporizador de eliminación de contexto para una instancia de evento ejecutada insertada;
y preferentemente, la actualización del al menos un evento ejecutado comprende al menos uno de: eliminar un temporizador de eliminación de contexto que depende de que se supere el temporizador; y eliminar una instancia de evento ejecutada.
9. Un aparato para autoorganizar una red de telecomunicaciones, comprendiendo el aparato:
medios para determinar al menos un área de evento a partir de una solicitud de evento recibida desde una función de red autoorganizada, SON;
medios para determinar, mediante la búsqueda o recepción, un área de impacto general para la función SON en base al tipo de función SON
medios para determinar para la función SON un área de impacto real que combina el área de impacto general y los recursos de red reales, en los que los recursos de red reales se reciben o buscan en base al área de evento; medios para determinar, en base al área de impacto real y mediante el uso de datos almacenados sobre eventos recibidos previamente, si el área de impacto real interfiere con al menos una instancia de la función SON ejecutada; y
medios para generar una salida de coordinación en base a la determinación de si el impacto del evento interfiere.
10. El aparato como se reivindicó en la reivindicación 9, en el que los medios para determinar al menos un área de evento comprenden medios para determinar adicionalmente al menos uno de:
un tipo de evento;
al menos un parámetro asociado con un tipo de evento; y
un tiempo del evento.
11. Un producto de programa informático almacenado en un medio para hacer que un aparato realice el procedimiento de cualquiera de las reivindicaciones de la 1 a la 8.
ES11787818T 2011-11-16 2011-11-16 Procedimiento de coordinación de red, aparato y programa informático Active ES2846752T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2011/070230 WO2013071965A1 (en) 2011-11-16 2011-11-16 Network coordination apparatus

Publications (1)

Publication Number Publication Date
ES2846752T3 true ES2846752T3 (es) 2021-07-29

Family

ID=45033949

Family Applications (1)

Application Number Title Priority Date Filing Date
ES11787818T Active ES2846752T3 (es) 2011-11-16 2011-11-16 Procedimiento de coordinación de red, aparato y programa informático

Country Status (7)

Country Link
US (2) US9893943B2 (es)
EP (1) EP2781053B1 (es)
KR (1) KR101630315B1 (es)
CN (1) CN104040948B (es)
BR (1) BR112014011899A2 (es)
ES (1) ES2846752T3 (es)
WO (1) WO2013071965A1 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2810528B1 (en) 2012-01-30 2020-12-16 Nokia Solutions and Networks Oy Multi-level self-organizing network coordination
DK2817997T3 (da) * 2012-02-22 2020-08-24 Ericsson Telefon Ab L M Selvorganiseringsnetværksfunktionsinteraktion
CN104521270B (zh) * 2012-08-08 2018-10-26 诺基亚通信公司 自组织网络操作诊断功能
US11304070B2 (en) * 2013-02-14 2022-04-12 Nokia Solutions And Networks Oy Method of adapting operation of self-organizing network functions
US11116040B2 (en) * 2013-06-12 2021-09-07 Nokia Solutions And Networks Oy Method of coordinating a communication network
EP3008938B1 (en) 2013-06-13 2020-05-20 Nokia Solutions and Networks Oy Coordination in self-organizing networks
US9491054B2 (en) 2014-06-06 2016-11-08 Microsoft Technology Licensing, Llc Network-state management service
US9602351B2 (en) 2014-06-06 2017-03-21 Microsoft Technology Licensing, Llc Proactive handling of network faults
US9887878B2 (en) 2014-06-06 2018-02-06 Microsoft Technology Licensing, Llc Dynamic scheduling of network updates
CN107431636B (zh) * 2015-01-09 2020-11-06 诺基亚通信公司 自组织网络功能的控制
US10219261B2 (en) 2015-12-08 2019-02-26 At&T Mobility Ii Llc Method and apparatus for transmitting a control signal to a self organizing network controller

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8737920B2 (en) * 2004-11-10 2014-05-27 Interdigital Technology Corporation Method and apparatus for managing wireless communication network radio resources
EP2404405B1 (en) * 2009-03-06 2017-11-29 Telefonaktiebolaget LM Ericsson (publ) Managing network elements
US20100232318A1 (en) * 2009-03-10 2010-09-16 Qualcomm Incorporated Random access channel (rach) optimization for a self-organizing network (son)
WO2010105443A1 (zh) * 2009-03-20 2010-09-23 华为技术有限公司 被管理单元设备、自优化的方法及系统
CN101959219B (zh) * 2009-03-20 2012-07-04 华为技术有限公司 被管理单元设备、自优化的方法及系统
US9072020B2 (en) * 2009-08-26 2015-06-30 Samsung Electronics Co., Ltd. Methods and apparatus to support coordinated interference mitigation in multi-tier networks
US20110086636A1 (en) * 2009-10-09 2011-04-14 Industrial Technology Research Institute System and method for home cellular networks
CN102056336B (zh) 2009-11-02 2013-01-09 华为技术有限公司 自组织操作的协调处理方法与装置、通信系统
US8447314B2 (en) * 2009-12-21 2013-05-21 Cisco Technology, Inc. System and method for providing resource management in a network environment
US8706855B2 (en) * 2010-01-15 2014-04-22 Apple Inc. Method and apparatus for idling a network connection
US9137684B2 (en) * 2010-04-21 2015-09-15 Airhop Communications, Inc. Method and system architecture for a self organizing network
CN101854633B (zh) * 2010-06-08 2013-08-07 上海交通大学 均衡式自组织网络小区pci的自配置方法
EP2705690A4 (en) * 2011-05-02 2015-05-27 Ericsson Telefon Ab L M METHOD FOR A RADIO NETWORK NODE FOR CONTROLLING THE TRANSFER DECISION OF A USER DEVICE
WO2013036183A1 (en) * 2011-09-08 2013-03-14 Telefonaktiebolaget L M Ericsson (Publ) Method in a base station, a base station, computer programs and computer readable means
US8717943B2 (en) * 2011-10-18 2014-05-06 Itron, Inc. Peer-to-peer communications in AMI with source-tree routing
US8934930B2 (en) * 2011-10-27 2015-01-13 Telefonaktiebolaget L M Ericsson Adaptation of parameters in a communication network

Also Published As

Publication number Publication date
BR112014011899A2 (pt) 2017-06-13
CN104040948A (zh) 2014-09-10
US20180034699A1 (en) 2018-02-01
EP2781053A1 (en) 2014-09-24
EP2781053B1 (en) 2020-12-23
US20150071118A1 (en) 2015-03-12
US9893943B2 (en) 2018-02-13
KR101630315B1 (ko) 2016-06-14
KR20140101806A (ko) 2014-08-20
WO2013071965A1 (en) 2013-05-23
CN104040948B (zh) 2018-09-18
US10505807B2 (en) 2019-12-10

Similar Documents

Publication Publication Date Title
ES2846752T3 (es) Procedimiento de coordinación de red, aparato y programa informático
US8954010B2 (en) Spectrum management system for municipal spectrum using guided cognitive radio
US11844143B2 (en) Dynamic cell boundary roaming management using client feedback
Sanneck et al. Context based configuration management of plug & play LTE base stations
Lysenko et al. A method of control by telecommunication airsystems for wireless AD HOC networks optimization
ES2828476T3 (es) Método y aparato
Manaseer et al. A New Mobility Model for Ad Hoc Networks in Disaster Recovery Areas.
Vassilaras et al. Security and cooperation in clustered mobile ad hoc networks with centralized supervision
Padiya et al. A System for MANET to detect selfish nodes using NS2
CN106165335A (zh) 用于建立asa‑mno接口的方法和装置
Tsvetkov et al. Verification of configuration management changes in self-organizing networks
Ibrahim et al. Theory, concepts and future of self organizing networks (SON)
Zakrzewska et al. Cell ID management in multi-vendor and multi-rat heterogeneous networks
Kobo An efficient distributed control system for software-defined wireless sensor networks
Daly et al. Design and implementation of a simulation environment for the evaluation of authentication protocols in IEEE 802.11 s networks
Cardullo et al. Mesh Networking
Lähetkangas Special applications and spectrum sharing with LSA
Sedláček Identification of femtocells in mobile networks
Hafeez et al. Blockchain-Enhanced UAV Networks for Post-Disaster Communication: A Decentralized Flocking Approach
Thuvesen Securing Real Estate: Wireless Integration and Device Security
Piva Planning and realization of a WiFi 6 network to replace wired connections in an enterprise environment
Durga et al. Evolution and Innovation of Blockchain Paradigms for the 6G Ecosystem
Souza Policy-based routing for mobile ad hoc networks running HTR protocol
Al-Breiki Digital signal processing extra-tropical cyclones warning system using WiMAX
Sonnenberg et al. A framework for net-centric services and usage patterns in military networks