FR2988257A1 - Procede et appareil pour coordination de fonctions d'auto-optimisation dans un reseau sans fil - Google Patents

Abstract

La présente invention concerne un dispositif et un procédé de gestion de réseau pour la coordination de fonctions d'auto-optimisation dans un réseau sans fil. Un dispositif de gestion de réseau pour la coordination de fonctions d'auto-optimisation comprend un ou plusieurs processeurs et une interface. L'interface communique avec une pluralité de noeuds B évolués (eNodeB). L'interface est agencée pour recevoir une requête pour changer une couverture ou une capacité d'un noeud B évolué (eNodeB). L'interface est en outre agencée pour transmettre une interrogation à l'eNodeB pour obtenir un état de coordination de réseau d'auto-optimisation (SON) de l'eNodeB. Le ou les processeurs sont agencés pour déterminer s'il faut accorder ou refuser la requête sur la base d'une politique de coordination et de l'état de coordination SON.

Description

PROCEDE ET APPAREIL POUR COORDINATION DE FONCTIONS D'AUTO-OPTIMISATION DANS UN RESEAU SANS FIL Des modes de réalisation concernent des communications sans fil. Plus particulièrement, des modes de réalisation concernent une coordination entre des fonctions d'auto-optimisation pour des cellules dans un système de communication sans fil. Certains modes de réalisation concernent le projet de partenariat de 3ème génération, des aspects de système et services de groupe de spécifications techniques, la gestion de télécommunication, le point de référence d'intégration (IRP) de modèle de ressources de réseau (NRM) de politique de réseaux auto- organisables (SON), le service d'informations (IS) 3GPP TS 32.522. L'auto-optimisation, dans le contexte de réseaux sans fil, est le processus d'analyse de données de mesure de noeuds B évolués (eNodeB), puis de réglage de paramètres radio et de transport d'eNodeB afin d'atteindre des performances, une couverture et une capacité de réseau optimales. Des réseaux à auto-optimisation (SON) peuvent mettre en oeuvre une diversité de fonctions SON comprenant, par exemple, un équilibrage de charge, une optimisation de transfert intercellulaire (HO), une optimisation de couverture & de capacité (CCO), une compensation de défaillance de cellule (COC) et une gestion d'économie d'énergie (ESM). Ces fonctions d'optimisation changent la couverture et la capacité d'une cellule par configuration de paramètres de l'eNodeB. Des paramètres à titre d'exemple peuvent comprendre une puissance de transmission pour des transmissions de liaison descendante, une inclinaison d'antenne et des paramètres d'azimut.

Dans les systèmes actuels d'évolution à long terme (LTE) de projet de partenariat de 3ème génération (3GPP), des fonctions SON peuvent fonctionner indépendamment pour changer ces paramètres ou d'autres 5 paramètres d'un ou plusieurs eNodeB. Cependant, les systèmes actuels 3GPP LTE avancés ne supportent pas une coordination entre des fonctions SON. Par conséquent, au moins deux fonctions SON peuvent fonctionner simultanément pour changer le même paramètre de configuration du même 10 eNodeB. Des conflits peuvent survenir et une instabilité peut donc se produire dans l'eNodeB affecté. Ainsi, il y a généralement des besoins de systèmes et de procédés pour coordonner le fonctionnement de fonctions SON dans un réseau sans fil. 15 Un mode de réalisation de l'invention porte sur un dispositif de gestion de réseau, comprenant : une interface pour communiquer avec une pluralité de noeuds B évolués (eNodeB), l'interface étant agencée pour recevoir une requête pour changer une couverture ou une 20 capacité d'un noeud B évolué (eNodeB) ; et un ou plusieurs processeurs agencés pour déterminer s'il faut accorder ou refuser la requête sur la base d'une politique de coordination et d'un état de coordination SON, l'état de coordination SON étant un état de fonctions SON. 25 Selon un mode de réalisation de l'invention, sur la base de la politique de coordination et de l'état de coordination SON, le dispositif de gestion de réseau doit coordonner des changements de couverture et de capacité de la pluralité d'eNodeB au niveau réseau selon des exigences 30 de couverture et de capacité de la politique de coordination tout en rendant minimaux le brouillage intercellulaire et la consommation d'énergie selon la politique de coordination.

Selon un mode de réalisation de l'invention, l'état de coordination SON est l'un parmi un état de compensation de gestion d'économie d'énergie (ESM) ; un état d'économie d'énergie ESM ; un état de compensation de défaillance de cellule (COC) ; un état de défaillance COC ; un état de mise à jour d'optimisation de couverture et 10 de capacité (CCO) ; et un état SON nul. Selon un mode de réalisation de l'invention, la politique de coordination est basée sur au moins l'un parmi : 15 des entrées provenant d'au moins une fonction SON, la ou les fonctions SON étant au moins l'une des fonctions SON ESM, COC et CCO ; une priorité de niveau de la ou des fonctions SON ; une politique d'opérateur de réseau ; et 20 un état de coordination SON de l'eNodeB. Selon un mode de réalisation de l'invention, la politique de coordination comprend en outre, si l'eNodeB est dans l'état de compensation ESM : si la requête est une requête COC demandant à ce que 25 l'eNodeB compense un eNodeB voisin en défaillance, refuser la requête COC si une politique d'opérateur de réseau accorde une priorité à une compensation ESM, et accorder la requête COC si la politique d'opérateur de réseau accorde une priorité à une compensation COC ; 30 si la requête est une requête CCO, déterminer s'il faut ou non accorder la requête sur la base de la politique d'opérateur de réseau ; et si la requête n'est pas une requête COC ou CCO, accorder la requête. Selon un mode de réalisation de l'invention, la politique de coordination comprend en outre, si l'eNodeB 5 est dans l'état d'économie d'énergie ESM : si la requête est une requête COC demandant à ce que l'eNodeB compense un eNodeB voisin en défaillance, demander à ce que la fonction ESM autorise l'eNodeB à sortir d'une fonction d'économie d'énergie, et 10 si la fonction ESM refuse la requête, refuser la requête COC, et si la fonction ESM accepte la requête, accepter la requête COC ; si la requête est une requête CCO, déterminer s'il 15 faut ou non accorder la requête sur la base de la politique d'opérateur de réseau ; et si la requête n'est pas une requête COC ou CCO, accorder la requête. Selon un mode de réalisation de l'invention, la 20 politique de coordination comprend en outre, si l'eNodeB est dans l'état de compensation COC et que la requête est CCO, déterminer s'il faut ou non accorder la requête sur la base de la politique d'opérateur de réseau. Selon un mode de réalisation de l'invention, la 25 politique de coordination comprend en outre : si l'eNodeB est dans l'un parmi l'état de mise à jour CCO et l'état de défaillance CCO, refuser la requête ; si l'eNodeB est dans l'état SON nul, accorder la requête. 30 Selon un mode de réalisation de l'invention, l'interface est en outre agencée pour recevoir une indication selon laquelle un eNodeB dans l'état de compensation ESM est dans une condition de défaillance ; et le ou les processeurs sont en outre agencés pour changer l'état de coordination SON de l'eNodeB en l'état de défaillance COC sur la base de l'indication reçue, et notifier à la fonction SON ESM que la fonction SON ESM doit sélectionner un second eNodeB pour compenser des eNodeB compensés par l'eNodeB dans l'état de défaillance COC. Selon un mode de réalisation de l'invention, l'interface est en outre agencée pour recevoir une indication selon laquelle la fonction SON ESM n'est pas apte à sélectionner au moins un second eNodeB pour réaliser la fonction ESM de l'eNodeB ; et le ou les processeurs sont en outre agencés pour 15 notifier à la fonction SON ESM qu'une économie d'énergie devrait être désactivée sur des eNodeB compensés par l'eNodeB sur la base de l'indication reçue. Selon un mode de réalisation de l'invention, l'interface est en outre agencée pour recevoir une 20 indication selon laquelle un eNodeB dans l'état de compensation COC est dans une condition de défaillance ; et le ou les processeurs sont en outre agencés pour : changer l'état de coordination SON de l'eNodeB en l'état de défaillance COC sur la base de l'indication 25 reçue ; et notifier à la fonction SON COC que la fonction SON COC doit sélectionner un second eNodeB pour compenser (1) l'eNodeB dans l'état de défaillance COC et (2) les eNodeB compensés par l'eNodeB dans l'état de défaillance 30 COC. Selon un mode de réalisation de l'invention, la requête est reçue à partir d'un gestionnaire d'élément résidant dans un gestionnaire de domaine en communication avec l'eNodeB. Selon un mode de réalisation de l'invention, la requête est reçue à partir d'un gestionnaire d'élément 5 résidant dans l'eNodeB. Selon un mode de réalisation de l'invention, le ou les processeurs sont en outre configurés pour : recevoir une notification selon laquelle le changement de couverture ou de capacité a été achevé ; et 10 mettre à jour l'état de coordination SON de l'eNodeB. Selon un mode de réalisation de l'invention, le ou les processeurs sont en outre agencés pour : configurer au moins un paramètre de l'eNodeB ; et empêcher une configuration l'au moins un paramètre 15 pendant une durée après que le processeur a configuré l'au moins un paramètre. Selon un mode de réalisation de l'invention, l'au moins un paramètre est l'un parmi une puissance de transmission de liaison descendante et un paramètre 20 d'antenne. Un mode de réalisation de l'invention porte sur un noeud B évolué (eNodeB) comprenant : une interface pour communiquer avec un dispositif de gestion de réseau, l'interface étant agencée pour : 25 transmettre une requête pour changer un état de couverture ou de capacité ; et recevoir une notification de permission indiquant si la requête pour changer l'état de couverture ou de capacité a été accordée ou refusée ; et 30 un ou plusieurs processeurs agencés pour : stocker un état de coordination SON dans une mémoire associée ; et changer l'état de couverture ou de capacité sur la base de la notification de permission. Selon un mode de réalisation de l'invention, l'état de coordination SON est l'un parmi : un état de compensation de gestion d'économie d'énergie (ESM) ; un état d'économie d'énergie ESM ; un état de compensation de défaillance de cellule (COC) ; un état de défaillance COC ; un état de mise à jour d'optimisation de capacité de couverture (CCO) ; et un état SON nul. Selon un mode de réalisation de l'invention : l'état de compensation ESM indique que l'eNodeB fournit une couverture pour au moins un eNodeB voisin, le ou les eNodeB voisins étant éteints pour conserver de l'énergie ; l'état d'économie d'énergie ESM indique que l'eNodeB 20 est éteint pour conserver de l'énergie ; l'état de compensation COC indique que l'eNodeB fournit une couverture pour au moins un eNodeB voisin qui est en défaillance ; l'état de mise à jour CCO indique que les paramètres 25 de configuration de l'eNodeB sont mis à jour ; et l'état SON nul indique que l'eNodeB n'est pas impacté par des fonctions SON. Selon un mode de réalisation de l'invention, le ou les processeurs sont en outre configurés pour, 30 transmettre une indication selon laquelle la couverture ou la capacité est changée ; et stocker un état de coordination SON mis à jour.

Un mode de réalisation de l'invention porte sur un procédé de coordination de changements de couverture et de capacité dans un réseau à auto-optimisation (SON), le procédé comprenant : recevoir une requête pour changer une couverture ou une capacité d'un noeud B évolué (eNodeB) ; et déterminer s'il faut accorder ou refuser la requête sur la base d'une politique de coordination et d'un état de coordination SON, l'état de coordination SON étant 10 un état de fonctions SON. Selon un mode de réalisation de l'invention, sur la base de la politique de coordination et de l'état de coordination SON, le procédé coordonne des changements de couverture et de capacité de la pluralité d'eNodeB au 15 niveau réseau selon des exigences de couverture et de capacité de la politique de coordination tout en rendant minimaux le brouillage intercellulaire et la consommation d'énergie selon la politique de coordination. Selon un mode de réalisation de l'invention, le 20 refus de la requête empêche une instabilité de l'eNodeB en empêchant de multiples fonctions SON de changer simultanément un même paramètre de la configuration d'eNodeB. Un mode de réalisation de l'invention comprend en 25 outre changer, si la détermination détermine d'accorder la requête, au moins un paramètre de l'eNodeB, l'au moins un paramètre étant l'un parmi une puissance de transmission de liaison descendante et un paramètre d'antenne. Selon un mode de réalisation de l'invention, 30 l'état de coordination SON est l'un parmi : un état de compensation de gestion d'économie d'énergie (ESM) ; un état d'économie d'énergie ESM ; un état de compensation de défaillance de cellule (COC) ; un état de défaillance COC ; un état de mise à jour d'optimisation de couverture et 5 de capacité (CCO) ; et un état SON nul. Selon un mode de réalisation de l'invention, la politique de coordination accorde ou refuse la requête sur la base d'au moins l'un parmi : 10 des entrées provenant d'au moins une fonction SON, l'au moins une fonction SON étant au moins l'une parmi ESM, COC et CCO ; une priorité de niveau de l'au moins une fonction SON ; 15 une politique d'opérateur de réseau ; et un état de coordination SON de l'eNodeB. Selon un mode de réalisation de l'invention, l'interface est en outre agencée pour communiquer une interrogation à l'eNodeB pour obtenir un état de 20 coordination SON de l'eNodeB. Un mode de réalisation de l'invention comprend en outre interroger l'eNodeB pour obtenir un état de coordination SON de l'eNodeB. 25 BREVE DESCRIPTION DES DESSINS La Figure 1 illustre une partie à titre d'exemple d'un réseau de communication sans fil dans laquelle des modes de réalisation à titre d'exemple sont mis en oeuvre. 30 La Figure 2 illustre un schéma fonctionnel à titre d'exemple représentant une architecture de système pour mettre en oeuvre une coordination de fonctions de réseau à auto-optimisation selon certains modes de réalisation. La Figure 3 illustre un schéma fonctionnel à titre d'exemple représentant des détails des eNodeB inclus 5 dans le réseau de communication sans fil des Figures 1 ou 2 selon certains modes de réalisation. La Figure 4 illustre un schéma fonctionnel à titre d'exemple représentant des détails du gestionnaire de réseau (NM) compris dans l'architecture de système de la 10 Figure 2 selon certains modes de réalisation à titre d'exemple. La Figure 5 illustre un organigramme de signal représentant des signaux et des messages pour mettre en oeuvre une coordination de fonctions de réseau à auto-15 optimisation. DESCRIPTION DETAILLEE La description suivante est présentée pour 20 permettre à tout homme du métier de créer et d'utiliser une configuration de système d'ordinateur et un procédé et un article manufacturé associés pour coordonner des fonctions de réseau à auto-optimisation (SON) réalisées par des gestionnaires de domaine (DM) ou des noeuds B. évolués 25 (eNodeB) dans un réseau de communication sans fil. Des politiques de coordination sont mises en oeuvre pour déterminer les circonstances dans lesquelles un eNodeB peut mettre en oeuvre différentes fonctions SON. Dans au moins un mode de réalisation à titre d'exemple, les politiques de 30 coordination prennent en compte l'état courant de l'eNodeB. Les politiques de coordination peuvent en outre être basées sur l'identité de la fonction SON désirée en laquelle l'eNodeB peut être changé, ou d'autres entrées apparentées à la fonction SON désirée. Différentes modifications aux modes de réalisation seront immédiatement évidentes pour l'homme du métier, et les principes génériques définis dans la présente demande peuvent être appliqués à d'autres modes de réalisation et applications sans s'écarter du cadre de l'invention. De plus, dans la description suivante, de nombreux détails sont exposés à des fins d'explication.

Cependant, l'homme du métier réalisera que des modes de réalisation de l'invention peuvent être mis en pratique sans l'utilisation de ces détails spécifiques. Dans d'autres cas, des structures et des processus bien connus ne sont pas représentés sous la forme de schéma fonctionnel afin de ne pas obscurcir la description des modes de réalisation de l'invention avec des détails inutiles. Ainsi, la présente demande n'est pas destinée à être limitée aux modes de réalisation représentés, mais doit se voir conférer la portée la plus large conformément aux principes et caractéristiques décrits dans la présente demande. La Figure 1 illustre une partie à titre d'exemple d'un réseau de communication sans fil 100 dans laquelle des modes de réalisation à titre d'exemple peuvent être mis en oeuvre. Dans un mode de réalisation, le réseau de communication sans fil 100 comprend un réseau d'accès radio terrestre universel évolué (EUTRAN) utilisant la norme d'évolution à long terme (LTE) de projet de partenariat de 3ème génération (3GPP). Dans un mode de réalisation, le réseau de communication sans fil 100 comprend un premier eNodeB 101, un deuxième eNodeB 102, un troisième eNodeB 103 et un quatrième eNodeB 104 (également désignés comme première station de base 101, deuxième station de base 102, troisième station de base 103). Le premier eNodeB 101 dessert une certaine cellule de zone géographique Cellule 1. De façon similaire, le deuxième eNodeB 102 dessert une cellule de zone géographique Cellule 2, le troisième eNodeB 103 dessert une cellule de zone géographique Cellule 3 et le quatrième eNodeB 104 dessert une cellule de zone géographique Cellule 4. Il convient de comprendre que le réseau de communication sans fil 100 peut comprendre plus ou moins que quatre eNodeB. Il convient en outre de comprendre que chaque eNodeB peut avoir plusieurs eNodeB voisins. Par exemple, un eNodeB 103 peut avoir au moins six eNodeB voisins. Une optimisation de capacité et de couverture (CCO), une compensation de défaillance de cellule (COC) et une gestion d'économie d'énergie (ESM) sont des fonctions SON qui peuvent changer la couverture ou la capacité d'une ou plusieurs cellules dans un réseau sans fil. La fonction SON CCO s'efforce de rendre maximale la couverture d'un eNodeB tout en optimisant la capacité et en s'assurant que le brouillage intercellulaire est rendu minimal. La fonction SON COC configure un eNodeB pour compenser un autre eNodeB qui est dans une condition de défaillance. La fonction ESM étend la couverture d'un eNodeB voisin pour couvrir l'eNodeB qui est configuré pour entrer dans un mode d'économie d'énergie. Si l'une de ces fonctions SON change un eNodeB au même moment qu'une autre fonction SON change le même eNodeB, des conflits peuvent se produire. A titre d'exemple illustratif, en référence à la Figure 1, si la Cellule 1 subit une défaillance de service, la fonction SON COC tentera de compenser la défaillance de la Cellule 1 par reconfiguration de paramètres de cellules candidates possibles. Par exemple, une COC peut tenter de reconfigurer la puissance de transmission, l'inclinaison d'antenne et l'azimut d'antenne des eNodeB 102 et 103 desservant les Cellules 2 et 3 de telle sorte que les eNodeB 102 et 103 peuvent compenser l'eNodeB desservant la 5 Cellule 1. En même temps, cependant, la fonction SON ESM peut fonctionner sur la Cellule 2 pour compenser la couverture de la Cellule 4 voisine lorsque la Cellule 4 entre dans un état d'économie d'énergie. Par conséquent, dans cet exemple, les fonctions SON COC et ESM peuvent 10 tenter de fonctionner sur la Cellule 2 simultanément. Dans cet exemple illustratif, à partir de l'instant auquel la défaillance de la Cellule 1 est détectée jusqu'à ce que la Cellule 1 ait été compensée par les Cellules 2 et 3, à moins qu'il y ait une coordination 15 entre les fonctions SON, les fonctions SON COC et ESM peuvent chacune tenter de configurer différents réglages d'eNodeB 102 pour une puissance de transmission, une inclinaison d'antenne et un azimut d'antenne. Par exemple, une COC peut tenter d'incliner l'antenne de l'eNodeB 102 20 vers le bas au même moment qu'une ESM tente d'incliner l'antenne de l'eNodeB 102 vers le haut, conduisant à une instabilité de l'eNodeB 102. Dans des modes de réalisation à titre d'exemple, un dispositif de gestion de réseau, ou gestionnaire de 25 réseau (NM), peut incorporer un mécanisme de coordination SON pour coordonner des changements de couverture et de capacité d'eNodeB dans le réseau 100 et pour ainsi fournir une prévention de conflits ou une résolution de conflit entre des fonctions SON. Le dispositif de gestion de réseau 30 peut comprendre une interface qui reçoit une requête pour changer la couverture et la capacité d'un eNodeB dans le réseau 100. Cette interface peut en outre transmettre une interrogation à l'eNodeB pour obtenir un état de coordination SON de l'eNodeB. Le dispositif de gestion de réseau peut en outre comprendre un ou plusieurs processeurs. Ces processeurs peuvent exécuter des algorithmes qui déterminent s'il faut accorder ou refuser la requête sur la base d'une politique de coordination et de l'état de coordination SON. Sur la base de la politique de coordination et de l'état de coordination SON, le dispositif de gestion de réseau coordonne des changements de couverture et de capacité des eNodeB dans le réseau 100 selon des exigences de couverture et de capacité de la politique de coordination tout en rendant minimaux le brouillage intercellulaire et la consommation d'énergie selon la politique de coordination. Un NM supportant une coordination SON selon des modes de réalisation à titre d'exemple lit et écrit des valeurs pour un attribut d'état de coordination SON, EtatdeCoordinationson, d'eNodeB dans le réseau 100. Des valeurs pour cet attribut sont représentées dans le Tableau 1 : Valeur Signification d' EtatdeCoordinationson CompensationEsm La cellule fournit la couverture pour d'autres cellules qui sont éteintes à des fins d'économie d'énergie par une fonction SON ESM Economied'EnergieEsm La cellule est éteinte à des fins d'économie d'énergie par une fonction SON ESM CompensationCoc La cellule fournit la couverture d'une cellule voisine qui est en défaillance DéfaillanceCoc La cellule est en défaillance MiseàjourCco Une CCO met à jour les paramètres de configuration dans une cellule Nul Cette cellule n'est pas actuellement impactée par de quelconques fonctions SON Tableau 1 : Valeurs d'attribut d'EtatdeCoordinationson. La Figure 2 illustre l'architecture d'un système 200 pour fournir une fonction de coordination SON selon au moins un mode de réalisation à titre d'exemple. Telle que représentée sur la Figure 2, une interface standard Itf-N est située entre un gestionnaire de réseau (NM) et un gestionnaire de domaine (DM). L'Itf-N peut être utilisée pour transmettre des données de résultat de mesure de performances générées dans le réseau, et pour la transmission d'alarmes ou de notifications de performances. Des éléments de réseau, tels que les eNodeB 203, 204 et 205, fournissent des données pour supporter une évaluation de performances de réseau. De telles données peuvent comprendre des mesures de qualité de service (QoS), une vérification de configuration de réseau, ou d'autres paramètres. Des gestionnaires d'élément (EM) 206, 207 administrent une production de données de résultat de mesure par, par exemple, gestion d'un processus de collecte de mesure de performances et génération de résultats de mesure de performances. Un EM 206 peut résider dans un DM. Des tâches de DM à titre d'exemple comprennent une configuration 25 d'eNodeB, une gestion de panne et une surveillance de performances. La surveillance de performances peut comprendre des tâches, telles que la réception de données de performances à partir des eNodeB 203, 204 et 205. Les eNodeB 203 et 204 peuvent communiquer avec le NM 201 par l'intermédiaire du DM 202. En variante, un eNodeB 203 peut mettre en oeuvre son propre EM 207 pour communiquer directement avec le NM 201. Dans certains modes de réalisation, le NM et les fonctions SON peuvent fonctionner selon 3GPP TS 32.522, bien que ceci ne soit pas une exigence.

La Figure 3 illustre un schéma fonctionnel à titre d'exemple représentant des détails d'un eNodeB 301, qui peut être approprié pour des utilisations en tant que l'un quelconque des eNodeB 101, 102, 103, 104, 203, 204 et 205, selon des modes de réalisation à titre d'exemple, bien que d'autres configurations puissent être appropriées. L'eNodeB 301 peut comprendre un processeur 300, une mémoire 302, un émetteur-récepteur 304, des instructions 306 et d'autres composants (non représentés). Les eNodeB 101, 102, 103, 104, 203, 204 et 205 peuvent être similaires les uns aux autres en termes matériel, micrologiciel, logiciel, configurations et/ou paramètres de fonctionnement. Le processeur 300 comprend une ou plusieurs unités centrales de traitement (CPU), unités de traitement graphique (GPU) ou les deux. Le processeur 300 fournit des 25 fonctionnalités de traitement et de commande pour l'eNodeB. Une mémoire 302 comprend une ou plusieurs unités de mémoire statiques et transitoires configurées pour stocker des instructions et des données pour l'eNodeB. L'émetteur-récepteur 304 comprend un ou plusieurs émetteurs-récepteurs 30 comprenant une antenne entrées multiples sorties multiples (MIMO) pour supporter des communications MIMO. L'émetteur-récepteur 304 reçoit des transmissions de liaison montante et transmet des transmissions de liaison descendante, entre autres choses, avec un équipement utilisateur (UE). Dans certains modes de réalisation, l'émetteur-récepteur 304 transmet des requêtes pour changer l'état de couverture et de capacité de l'eNodeB. En réponse à cette requête, dans certains modes de réalisation, l'émetteur-récepteur reçoit une notification de permission indiquant si la requête pour changer l'état de couverture a été accordée ou refusée. Sur la base du point de savoir si une permission a été accordée, dans certains modes de réalisation, le processeur 300 stocke un état de coordination SON dans une mémoire associée 302 et change l'état de couverture et de capacité pour l'eNodeB. Les instructions 306 comprennent un ou plusieurs ensembles d'instructions ou logiciels exécutés sur un dispositif informatique (ou machine) pour amener un tel dispositif informatique (ou machine) à réaliser l'une quelconque des méthodologies discutées dans la présente demande. Les instructions 306 (également désignées par instructions aptes à être exécutées par ordinateur ou machine) peuvent résider, complètement ou au moins partiellement, dans le processeur 300 et/ou la mémoire 302 durant l'exécution de celles-ci par l'eNodeB. Le processeur 300 et la mémoire 302 comprennent également des supports lisibles par machine.

La Figure 4 illustre un schéma fonctionnel d'une machine 400 à titre d'exemple sur laquelle l'une quelconque ou plusieurs des opérations réalisées par le gestionnaire de réseau (NM) discuté dans la présente demande peuvent être réalisées. Dans des modes de réalisation alternatifs, la machine 400 peut fonctionner en tant que dispositif autonome ou peut être connectée (par exemple, mise en réseau) à d'autres machines. Dans un déploiement mis en réseau, la machine 400 peut fonctionner dans la capacité d'une machine de serveur, d'une machine client, ou des deux dans des environnements de réseau serveur-client. Dans un exemple, la machine 400 peut agir en tant que machine homologue dans un environnement de réseau poste à poste (P2P) (ou autre réseau distribué). Une machine (par exemple, système informatique) 400 peut comprendre un processeur matériel 402 (par exemple, une unité centrale de traitement (CPU), une unité de traitement graphique (GPU), un coeur de processeur matériel, ou une quelconque combinaison de ceux-ci), une mémoire principale 404 et une mémoire statique 406, dont certains ou l'ensemble peuvent communiquer les uns avec les autres par l'intermédiaire d'une interconnexion (par exemple, bus) 408. La machine 400 peut en outre comprendre une unité d'affichage 410, un dispositif d'entrée alphanumérique 412 (par exemple, un clavier) et un dispositif de navigation d'interface utilisateur (UI) 414 (par exemple, une souris). Dans un exemple, l'unité d'affichage 410, le dispositif d'entrée 412 et le dispositif de navigation d'UI 414 peuvent être un dispositif d'affichage à écran tactile. La machine 400 peut en outre comprendre un dispositif de stockage (par exemple, unité de lecteur) 416, un dispositif de génération de signal 418 (par exemple, un haut-parleur), un dispositif d'interface réseau 420 et un ou plusieurs capteurs 421, tels qu'un capteur de système mondial de localisation (GPS), un compas, un accéléromètre ou un autre capteur. La machine 400 peut comprendre un contrôleur de sortie 428, tel qu'une connexion série (par exemple, bus série universel (USB)), parallèle, ou autre filaire ou sans fil (par exemple, infrarouge (IR)) pour communiquer avec ou commander un ou plusieurs dispositifs périphériques (par exemple, une imprimante, un lecteur de carte, etc.).

Le dispositif de stockage 416 peut comprendre un support lisible par machine 422 sur lequel sont stockés un ou plusieurs ensembles de structures de données ou instructions 424 (par exemple, logiciel) mettant en oeuvre ou utilisés par l'une quelconque ou plusieurs des techniques ou fonctions décrites dans la présente demande. Les instructions 424 peuvent également résider, complètement ou au moins partiellement, dans la mémoire principale 404, dans une mémoire statique 406 ou dans le processeur matériel 402 durant l'exécution de celles-ci par la machine 400. Dans un exemple, l'un ou une quelconque combinaison du processeur matériel 402, de la mémoire principale 404, de la mémoire statique 406, ou du dispositif de stockage 416 peuvent constituer des supports lisibles par machine. Alors que le support lisible .par machine 422 est illustré en tant que support unique, le terme « support lisible par machine » peut comprendre un support unique ou de multiples supports (par exemple, une base de données centralisée ou distribuée, et/ou des caches et serveurs associés) qui sont agencés pour stocker la ou les instructions 424. Le terme « support lisible par machine » peut comprendre un quelconque support qui est apte à stocker, coder ou porter des instructions pour une exécution par la machine 400 et qui amènent la machine 400 à réaliser l'une quelconque ou plusieurs des techniques de la présente invention, ou qui est apte à stocker, coder ou porter des structures de données utilisées par ou associées à de telles instructions. Des exemples non limitatifs de support lisible par machine peuvent comprendre des mémoires à semiconducteurs, et des supports optiques et magnétiques. Dans un exemple, un support lisible par machine à masses comprend un support lisible par machine ayant une pluralité de particules ayant une masse de repos. Des exemples spécifiques de supports lisibles par machine à masses peuvent comprendre : une mémoire non volatile, telle que 5 des dispositifs de mémoire à semi-conducteurs (par exemple, mémoire morte programmable électriquement (EPROM), mémoire morte programmable effaçable électriquement (EEPROM)) et des dispositifs de mémoire flash ; des disques magnétiques, tels que des disques durs internes et des disques 10 amovibles ; des disques magnéto-optiques ; et des disques CD-ROM et DVD-ROM. Les instructions 424 peuvent en outre être transmises ou reçues sur un réseau de communication 426 à l'aide d'un support de transmission par l'intermédiaire du 15 dispositif d'interface réseau 420 utilisant l'un quelconque d'un nombre de protocoles de transfert (par exemple, relais de trame, protocole Internet (IP), protocole de commande de transmission (TCP), protocole de datagramme d'utilisateur (UDP), protocole de transfert hypertexte (HTTP), etc.). Le 20 terme « support de transmission » doit être compris comme comprenant tout support intangible qui est apte à stocker, coder ou porter des instructions pour une exécution par la machine 400, et inclut des signaux de communication numériques ou analogiques ou un autre support intangible 25 pour faciliter une communication d'un tel logiciel. Les instructions 424 peuvent mettre en oeuvre des algorithmes pour des mécanismes de coordination SON selon des modes de réalisation à titre d'exemple décrits ci-dessous. Si l'on se réfère à nouveau à la Figure 2, la 30 fonction de coordination SON pour mettre en oeuvre une coordination SON selon des modes de réalisation à titre d'exemple réside au-dessus de l'Itf-N, et est mise en oeuvre par des instructions 424 sur le processeur 402 du NM 201.

Cependant, il convient de comprendre que la fonction de coordination SON peut résider en dessous de l'Itf-N. Par exemple, la fonction de coordination SON peut résider dans le DM 202 pour la coordination des eNodeB 203 et 204 ou 5 d'autres eNodeB (non représentés) qui sont gérés par le DM 202. La Figure 5 illustre un organigramme de signal représentant des signaux qui passent entre un EM et le NM 201 afin de mettre en oeuvre une fonction de coordination 10 SON pour empêcher des conflits entre des fonctions SON ESM, COC et CCO selon des modes de réalisation à titre d'exemple. Dans le signal 1, une entité de coordination SON reçoit une requête pour changer la couverture et la 15 capacité d'un eNodeB du réseau. Dans un mode de réalisation à titre d'exemple, l'entité de coordination SON est le NM 201. La requête peut être reçue à partir d'un DM 202. En variante, la requête peut être reçue directement à partir de l'eNodeB si l'eNodeB comprend un EM incorporé. 20 Dans le message 2, le NM interroge le DM ou l'eNodeB pour obtenir l'état de coordination SON. L'état de coordination SON indique le comportement d'une cellule supportant des fonctions CCO, COC et ESM, et peut comprendre l'une des valeurs suivantes : CompensationEsm, 25 Economied'EnergieEsm, CompensationCoc, DéfaillanceCoc, MiseàjourCco et Nul. Le NM 201 détermine ensuite s'il faut accorder ou refuser la requête sur la base d'une politique de coordination SON et de l'état de coordination SON. La 30 politique de coordination SON est décrite ci-dessous. Dans des modes de réalisation à titre d'exemple, la politique de coordination SON est basée sur un ou plusieurs parmi des entrées provenant d'une fonction SON, des niveaux de priorité affectés par des opérateurs de réseau à des fonctions SON, et des politiques d'opérateur de réseau. Si l'eNodeB est dans l'état de coordination SON CompensationEsm, et que le NM 201 est notifié du fait que 5 la cellule desservie par l'eNodeB a une défaillance, alors, selon la politique de coordination SON conformément à des modes de réalisation à titre d'exemple, le NM 201 notifie à la fonction ESM de trouver une autre cellule pour compenser les cellules d'économie d'énergie. Si la fonction ESM n'est 10 pas apte à trouver une autre cellule, alors la fonction ESM doit désactiver une économie d'énergie sur des cellules qui étaient compensées par l'eNodeB. Le NM 201 change ensuite l'état de coordination SON de l'eNodeB à DéfaillanceCoc. Si le NM 201 reçoit une requête COC demandant à 15 l'eNodeB de compenser une cellule voisine en défaillance alors que l'eNodeB est dans l'état de coordination SON CompensationEsm, alors la politique de coordination SON selon des modes de réalisation à titre d'exemple prévoit que le NM 201 détermine la priorité de COC et d'ESM sur la. 20 base de la politique d'opérateur de réseau. Si la fonction SON ESM a une priorité supérieure, alors la requête COC est refusée. Si la fonction SON COC a une priorité supérieure, alors le NM 201 notifie à la fonction SON ESM de trouver une autre cellule voisine pour compenser les cellules 25 d'économie d'énergie. Si la fonction SON ESM n'est pas apte à trouver une autre cellule pour compenser les cellules d'économie d'énergie, alors le NM 201 notifie à la fonction SON ESM de désactiver l'économie d'énergie sur des cellules qui ont été compensées par l'eNodeB. Le NM 201 accepte 30 alors la requête COC, le NM 201 change l'état de coordination SON de l'eNodeB à Nul. Si l'eNodeB est dans l'état Economied'EnergieEsm, et que le NM 201 reçoit une requête COC pour compenser une cellule voisine en défaillance, alors selon la politique de coordination SON conformément à des modes de réalisation à titre d'exemple, le NM 201 doit notifier à la fonction SON ESM de demander à l'eNodeB de sortir de l'économie 5 d'énergie. Si la fonction SON ESM n'est pas apte à demander à l'eNodeB de sortir de l'économie d'énergie, alors le NM 201 refuse la requête COC. Si la fonction SON ESM est apte à demander à ce que l'eNodeB sorte de l'économie d'énergie, alors le NM 201 accepte la requête COC et change l'état de 10 coordination SON à Nul. Si l'eNodeB est dans l'état de CompensationCoc, et que le NM 201 est notifié du fait que l'eNodeB subit une condition de défaillance, alors selon la politique de coordination SON, le NM 201 notifie à la fonction SON COC 15 de trouver un ou plusieurs eNodeB voisins pour compenser à la fois l'eNodeB demandeur et les cellules qui ont été précédemment compensées par l'eNodeB demandeur. Le NM 201 change en outre l'état de coordination SON de l'eNodeB demandeur à DéfaillanceCoc. 20 Si l'eNodeB est dans l'état DéfaillanceCoc, alors le NM 201 refuse toutes les requêtes. Si l'eNodeB est dans l'état de MiseàjourCco, alors le NM 201 reporte toutes les requêtes ESM et COC jusqu'à ce que l'état de coordination SON change à Nul. Si l'eNodeB est dans l'état Nul, alors le 25 NM 201 accepte toute requête provenant des fonctions SON CCO, COC ou ESM. Si l'eNodeB est dans soit l'état de CompensationEsm, soit l'état d'Economied'EnergieEsm, soit l'état de CompensationCoc, et que le NM 201 reçoit une 30 requête CCO pour changer la couverture et la capacité de l'eNodeB, le NM 201 détermine s'il faut ou non accepter la requête sur la base de la politique d'opérateur de réseau.

Si la requête CCO doit être acceptée, alors le NM 201 change l'état de coordination SON à MiseàjourCco. En outre, le NM 201 n'autorise pas, ou refuse, n'importe quelles requêtes non fournies dans la politique 5 de coordination SON. Le NM 201 peut utiliser une ou plusieurs données supplémentaires pour aider à empêcher des conflits entre des fonctions SON. Un ou plusieurs des paramètres peuvent être des entrées provenant d'une ou plusieurs des fonctions 10 SON ESM, CCO ou COC. Ces entrées peuvent comprendre l'identification d'informations pour la fonction SON qui demande une permission pour modifier des paramètres de configuration d'un eNodeB. L'identité peut comprendre des informations concernant le vendeur de la fonction SON, le 15 numéro de version, la version, etc. Les entrées peuvent en outre comprendre la durée temporelle pendant laquelle un quelconque paramètre de configuration d'eNodeB nouvellement mis à jour doit rester inchangé par une autre ou la même fonction SON. Les entrées peuvent encore en outre 20 comprendre les cibles SON qui sont la justification du changement de configuration. Par exemple, des KPI peuvent être rapportés par un eNodeB qui a récemment subi un changement de paramètre de configuration. Ce KPI est comparé à une valeur cible SON pour valider si les 25 changements précédents ont ou non réalisé une amélioration des KPI. Si l'évaluation indique qu'une amélioration suffisante n'a pas été réalisée, ceci peut indiquer que d'autres changements d'optimisation et de configuration devraient être réalisés pour au moins l'eNodeB rapporteur. 30 Les entrées peuvent également comprendre de quelconques informations sur le possible impact d'un changement de paramètre sur d'autres objets dans le réseau, à savoir, la zone d'impact du changement de paramètre.

Afin d'empêcher des conflits, le NM 201 peut reposer sur d'autres informations telles que l'impact possible du changement de paramètre sur des indicateurs de performances clés (KPI). Le NM 201 peut en outre reposer sur des informations sur l'état courant de l'eNodeB, l'état de certains objets gérés dans le réseau, une priorité de fonctions SON et des politiques de coordination SON. Sur la base de la politique de coordination SON décrite ci-dessus, le NM 201 renvoie soit un message 3, refusant la requête, soit un message 4, accordant la requête. Si la décision est une décision de refuser la requête, alors aucun traitement ultérieur ne se produit et aucun changement de configuration n'est réalisé. D'autre part, si la décision est une décision d'accorder la requête, l'eNodeB ou le DM change la couverture et la capacité et, dans un message 5, notifie au NM 201 que le changement de couverture et de capacité a été achevé. L'eNodeB ou le DM peut en outre transmettre des informations concernant le succès ou l'échec de changements de paramètre, ou les valeurs des paramètres avant et après changements de paramètre. Après qu'une fonction SON a été achevée sur un eNodeB, l'état de coordination SON devrait être changé à l'un parmi CompensationEsm, Economied'EnergieEsm ou CompensationCoc. Par exemple, après que l'ESM active une cellule pour réaliser le rôle de compensation d'économie d'énergie, l'état de coordination SON d'une telle cellule devrait être changé à CompensationEsm. Le NM 201 notifie à l'eNodeB ou au DM dans un message 6 que l'état de coordination SON de l'eNodeB devrait être changé, et le DM ou l'eNodeB stocke le nouvel état de coordination SON dans une mémoire 302.

Dans d'autres modes de réalisation à titre d'exemple, en plus, de ou au lieu de refuser ou d'accorder une requête par une fonction SON, le NM peut configurer des paramètres spécifiques d'au moins un eNodeB avec une valeur 5 spécifique. Dans des modes de réalisation à titre d'exemple, le NM peut empêcher des changements de paramètre par une ou plusieurs fonctions SON pendant un temps spécifié après que le paramètre a été changé par une autre fonction SON. Le NM peut en outre notifier une fonction SON 10 d'un changement d'état qui peut impacter un calcul d'indicateurs de performances. Dans d'autres modes de réalisation à titre d'exemple, le NM 201 détecte et résout de façon proactive des conflits entre des fonctions SON. Le NM 201 peut mettre 15 en oeuvre une telle résolution de conflits en parallèle et en plus du processus de prévention de conflits décrit ci-dessus. Pour détecter des conflits, la fonction de coordination SON mise en oeuvre sur le NM 201 analyse des données telles que, par exemple, des indicateurs de 20 performances clés (KPI), des mesures indiquant si les fonctions SON atteignent ou non leurs buts, et des oscillations ou variations inacceptables de paramètres de configuration d'eNodeB au cours du temps. Des anomalies dans l'une quelconque de ces mesures ou données peuvent 25 indiquer que des fonctions SON fonctionnent en conflit les unes avec les autres. Pour résoudre des conflits détectés, le NM 201 peut activer, désactiver ou suspendre une fonction SON. La fonction de configuration SON peut modifier la 30 configuration de certaines fonctions SON, ou la fonction de configuration SON peut modifier des paramètres de configuration des eNodeB.

Il convient d'apprécier que, à des fins de clarté, la description ci-dessus décrit certains modes de réalisation en faisant référence à différentes unités fonctionnelles ou différents processeurs. Cependant, il sera évident qu'une quelconque distribution appropriée de fonctionnalité entre des unités fonctionnelles, processeurs ou domaines différents peut être utilisée sans s'écarter des modes de réalisation de l'invention. Par exemple, une fonctionnalité illustrée pour être réalisée par des processeurs ou contrôleurs séparés peut être réalisée par le même processeur ou contrôleur. Ainsi, des références à des unités fonctionnelles spécifiques doivent uniquement être vues comme références à des moyens appropriés pour fournir la fonctionnalité décrite, plutôt qu'indicatives d'une structure ou organisation logique ou physique stricte. Bien que la présente invention ait été décrite en liaison avec certains modes de réalisation, elle n'est pas destinée à être limitée à la forme spécifique exposée dans la présente demande. L'homme du métier reconnaîtrait que différentes caractéristiques des modes de réalisation décrits peuvent être combinées selon l'invention. De plus, il convient d'apprécier que différentes modifications et variations peuvent être réalisées par l'homme du métier sans s'écarter de l'esprit et du cadre de l'invention. L'abrégé de la description est fourni pour évaluer rapidement la nature de la description technique. Il est soumis avec la compréhension qu'il ne sera pas utilisé pour interpréter ou limiter la portée ou la signification des revendications. De plus, dans la description détaillée précédente, il convient de voir que différentes caractéristiques sont groupées ensemble dans un unique mode de réalisation en vue de rationaliser la description. Cette méthode de description ne doit pas être interprétée comme reflétant une intention que les modes de réalisation revendiqués nécessitent plus de caractéristiques que celles qui sont expressément exprimées 5 dans chaque revendication. Plutôt, comme les revendications suivantes le reflètent, l'objet inventif repose sur moins que toutes les caractéristiques d'un unique mode de réalisation décrit. Ainsi, les revendications suivantes sont incorporées à la présente invention dans la 10 description détaillée, chaque revendication se présentant elle-même en tant que mode de réalisation séparé.

Claims (9)

1. REVENDICATIONS1 - Dispositif de gestion de réseau, comprenant : une interface pour communiquer avec une pluralité 5 de noeuds B évolués (eNodeB), l'interface étant agencée pour recevoir une requête pour changer une couverture ou une capacité d'un noeud B évolué (eNodeB) ; et un ou plusieurs processeurs agencés pour déterminer s'il faut accorder ou refuser la requête sur la 10 base d'une politique de coordination et d'un état de coordination SON, l'état de coordination SON étant un état de fonctions SON.
2. 2 - Dispositif de gestion de réseau selon la 15 revendication 1, dans lequel, sur la base de la politique de coordination et de l'état de coordination SON, le dispositif de gestion de réseau doit coordonner des changements de couverture et de capacité de la pluralité d'eNodeB au niveau réseau selon des exigences de couverture 20 et de capacité de la politique de coordination tout en rendant minimaux le brouillage intercellulaire et la consommation d'énergie selon la politique de coordination.
3. 3 - Dispositif de gestion de réseau selon la 25 revendication 2, dans lequel l'état de coordination SON est l'un parmi : un état de compensation de gestion d'économie d'énergie (ESM) un état d'économie d'énergie ESM ; 30 un état de compensation de défaillance de cellule (COC) ; un état de défaillance COC ;un état de mise à jour d'optimisation de couverture et de capacité (CCO) ; et un état SON nul.
4. 4 - Dispositif de gestion de réseau selon la revendication 3, dans lequel la politique de coordination est basée sur au moins l'un parmi : des entrées provenant d'au moins une fonction SON, l'au moins une fonction SON étant au moins l'une des 10 fonctions SON ESM, COC et CCO ; une priorité de niveau de l'au moins une fonction SON ; une politique d'opérateur de réseau ; et un état de coordination SON de l'eNodeB. 15
5. 5 - Dispositif de gestion de réseau selon la revendication 4, dans lequel la politique de coordination comprend en outre, si l'eNodeB est dans l'état de compensation ESM : 20 si la requête est une requête COC demandant à ce que l'eNodeB compense un eNodeB voisin en défaillance, refuser la requête COC si une politique d'opérateur de réseau accorde une priorité à une compensation ESM, et accorder la requête COC si la politique d'opérateur de 25 réseau accorde une priorité à une compensation COC ; si la requête est une requête CCO, déterminer s'il faut ou non accorder la requête sur la base de la politique d'opérateur de réseau ; et si la requête n'est pas une requête COC ou CCO, 30 accorder la requête.
6. 6 - Dispositif de gestion de réseau selon la revendication 4, dans lequel la politique de coordinationoutre, si l'eNodeB est dans l'état d'économie comprend en d'énergie ESM : si la que l'eNodeB requête est une requête COC demandant à ce compense un eNodeB voisin en défaillance, demander à ce que la fonction ESM autorise l'eNodeB à sortir d'une fonction d'économie d'énergie, et si la fonction ESM refuse la requête, refuser la requête COC, et si la fonction ESM accepte la requête, accepter la requête COC ; si la requête est une requête CCO, déterminer s'il faut ou non accorder la requête sur la base de la politique d'opérateur de réseau ; et si la requête n'est pas une requête COC ou CCO, accorder la requête.
7. 7 - Dispositif de gestion de réseau selon la revendication 4, dans lequel la politique de coordination comprend en outre, si l'eNodeB est dans l'état de compensation COC et que la requête est CCO, déterminer s'il faut ou non accorder la requête sur la base de la politique d'opérateur de réseau.
8. 8 - Dispositif de gestion de réseau selon la 25 revendication 4, dans lequel la politique de coordination comprend en outre : si l'eNodeB est dans l'un parmi l'état de mise à jour CCO et l'état de défaillance CCO, refuser la requête si l'eNodeB est dans l'état SON nul, accorder la 30 requête.
9. 9 - Dispositif de gestion de réseau selon la revendication 3, dans lequel,l'interface est en outre agencée pour recevoir une indication selon laquelle un eNodeB dans l'état de compensation ESM est dans une condition de défaillance ; et le ou les processeurs sont en outre agencés pour changer l'état de coordination SON de l'eNodeB à l'état de défaillance COC sur la base de l'indication reçue, et notifier à la fonction SON ESM que la fonction SON ESM doit sélectionner un second eNodeB pour 10 compenser des eNodeB compensés par l'eNodeB dans l'état d'indisponibilité COC. - Dispositif de gestion de réseau selon la revendication 3, dans lequel l'interface est en outre agencée pour recevoir une indication selon laquelle un eNodeB dans l'état de compensation COC est dans une condition de défaillance ; et le ou les processeurs sont en outre agencés pour : changer l'état de coordination SON de l'eNodeB à l'état de défaillance COC sur la base de l'indication reçue ; et notifier à la fonction SON COC que la fonction SON COC doit sélectionner un second eNodeB pour compenser (1) l'eNodeB dans l'état de défaillance COC et (2) les eNodeB compensés par l'eNodeB dans l'état de défaillance COC. il - Dispositif de gestion de réseau selon la 30 revendication 1, dans lequel la requête est reçue à partir d'un gestionnaire d'élément résidant dans un gestionnaire de domaine en communication avec l'eNodeB.12 - Dispositif de gestion de réseau selon la revendication 1, dans lequel la requête est reçue à partir d'un gestionnaire d'élément résidant dans l'eNodeB. 13 - Dispositif de gestion de réseau selon la revendication 1, dans lequel le ou les processeurs sont en outre configurés pour : recevoir une notification selon laquelle le changement de couverture ou de capacité a été achevé ; et mettre à jour l'état de coordination SON de l'eNodeB. 14 - Dispositif de gestion de réseau selon la revendication 1, dans lequel le ou les processeurs sont en 15 outre agencés pour : configurer au moins un paramètre de l'eNodeB ; et empêcher une configuration de l'au moins un paramètre pendant une durée après que le processeur a configuré l'au moins un paramètre. 20 - Noeud B évolué (eNodeB) comprenant : une interface pour communiquer avec un dispositif de gestion de réseau, l'interface étant agencée pour : transmettre une requête pour changer un état 25 de couverture ou de capacité ; et recevoir une notification de permission indiquant si la requête pour changer l'état de couverture ou de capacité a été accordée ou refusée ; et un ou plusieurs processeurs agencés pour : 30 stocker un état de coordination SON dans une mémoire associée ; et changer l'état de couverture ou de capacité sur la base de la notification de permission.16 - Procédé de coordination de changements de couverture et de capacité dans un réseau à auto-optimisation (SON), le procédé comprenant : recevoir une requête pour changer une couverture ou une capacité d'un noeud B évolué (eNodeB) ; et déterminer s'il faut accorder ou refuser la requête sur la base d'une politique de coordination et d'un état de coordination SON, l'état de coordination SON étant 10 un état de fonctions SON.