Brevet FR3096859A1 — publié le 20201204

Description Titre de l'invention : Procédé de gestion de ressources de télécom- munications allouées dynamiquement à une pluralité d'opérateurs de télécommunications, produit programme d'ordinateur et dis- positifs correspondants. Domaine de l'invention [0001] Le domaine de l'invention est celui de la mise en oeuvre des réseaux de télécommu- nications, par exemple un réseau de télécommunications accès-fixe, radio-mobile, convergent accès-fixe et radio-mobile, etc. [0002] L'invention se rapporte plus particulièrement à la gestion des ressources (e.g. ressources implémentées dans la boucle locale, ressources radio, ressources virtualisées, etc.) dans de tels réseaux de télécommunications. [0003] L'invention a de nombreuses applications, notamment, mais non exclusivement, dans le domaine des réseaux de télécommunications conformes aux normes 3GPP (de l'anglais « 3rd Generation Partnership Project ») de dernières générations ou de générations futures. Art antérieur et ses inconvénients [0004] La mutualisation des réseaux de télécommunications avec de l'itinérante entre opérateurs est devenue un enjeu stratégique pour les opérateurs afin de réduire leurs coûts de couverture réseaux surtout dans les zones blanches, c'est-à-dire non couvertes par des réseaux, et pour lesquelles il peut être coûteux pour des opérateurs de déployer leurs infrastructures spécifiques. Notamment dans les zones à faible densité de population, le plus souvent un opérateur déploie un réseau, e.g. un réseau mobile, prioritairement pour assurer une connectivité à ses clients, mais aussi pour des clients d'autres opérateurs n'ayant pas déployé d'infrastructure dans la zone géographique. Une option alternative à cette option consiste à déployer une infrastructure de télécommunications en commun entre plusieurs opérateurs, chaque opérateur finançant une partie de l'infrastructure conformément à un accord signé entre les opérateurs. Selon les cas, une ou plusieurs parties de l'infrastructure de communication mobile peut être mutualisé. Ainsi, dans certains cas, uniquement l'infrastructure physique d'accès (pylônes, antennes, bâtiments...) est partagée. Dans d'autres cas le réseau d'accès ou l'ensemble du réseau de communication est partagé. Cette option de partage de réseaux est assez difficile à mettre en oeuvre en raison des problèmes de sécurité et d'administration que cela entraîne pour les clients et les opérateurs. [0005] Dans ce contexte, l'idée d'un module (implémenté sous forme logicielle ou ma- térielle) commun à plusieurs opérateurs permettant à chaque opérateur de proposer et/ 2 ou obtenir de manière dynamique des ressources de télécommunications est avancée. Par exemple, le TM Forum (anciennement « TcleManagement Forum » en anglais) travaille, notamment via le projet « Catalyst », sur un tel module et sur les méthodes associées de gestion des ressources mises en commun entre différents opérateurs selon une structure du type de celle représentée sur la fig. 1. [0006] Plus particulièrement, la fig. 1 représente un module 100 de gestion centralisée de ressources de télécommunications pouvant être affectées dynamiquement à un premier opérateur MNO-A et à un deuxième opérateur MNO-B (ici des opérateurs mobiles). Le premier opérateur MNO-A interagit avec le module 100 via un module 110A dont la fonction est de représenter le premier opérateur MNO-A auprès du module 100 en question. De même, le deuxième opérateur MNO-B interagit avec le module 100 via un module 110B représentant le deuxième opérateur MNO-B auprès du module 100. [0007] Le module BSS-A implémente les fonctionnalités permettant de prendre en charge une gamme de services de télécommunications par le premier opérateur MNO-A. De même, le module BSS-B implémente les fonctionnalités permettant de prendre en charge une gamme de services de télécommunications par le deuxième opérateur MNO-B. [0008] La fonction de gestion intelligente IM-A du premier opérateur MNO-A est en charge : - d'une part de prévoir l'état (manque ou surabondance) des ressources en observant l'infrastructure de réseau NETINF-A (une telle infrastructure comprenant par exemple un ou plusieurs noeuds de réseau) et de les communiquer au module 110A. Les ressources en question sont par exemple de la capacité au niveau d'une station de base, ou au niveau d'une desserte de boucle locale, ou encore des ressources, dites virtualisées, implémentées en amont d'un réseau afin d'implémenter des fonctions virtualisées, etc. ; - d'autre part d'appliquer les ordres provenant du module 110A et de les appliquer à l'infrastructure de réseau NETINF-A. [0009] De même, la fonction de gestion intelligente IM-B du deuxième opérateur MNO-B implémente les mêmes fonctionnalités, i.e. d'une part prévoir l'état (manque ou surabondance) des ressources en observant l'infrastructure de réseau NETINF-B (une telle infrastructure comprenant par exemple un ou plusieurs noeuds de réseau) et les communiquer au module 110B, et d'autre part appliquer les ordres provenant du module 110B et les appliquer à l'infrastructure de réseau NETINF-B. [0010] De la sorte, des échanges de ressources entre les opérateurs MNO-A et MNO-B peuvent se faire de manière dynamique via le module 100. Les requêtes en ressources ainsi que les offres de ressources de chaque opérateur MNO-A, MNO-B étant faites au module 100 par les modules 110A et 110B correspondants. 3 100111 Cependant, de tels modules et méthodes associées de gestion des ressources se concentrent sur l'automatisation des échanges de ressources entre opérateurs sans adresser les problématiques annexes liées à la régulation des échanges en question. [0012] Il existe ainsi un besoin pour remédier aux insuffisances/inconvénients de l'état de la technique, notamment en termes de régulation des échanges de ressources de télécommunications entre opérateurs voulant obtenir et/ou offrir de telles ressources. Exposé de l'invention [0013] Dans un mode (le réalisation de l'invention, il est proposé un procédé de gestion de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications. Selon un tel procédé, au moins un module de gestion centralisée des ressources effectue les étapes suivantes : [0014] - réception d'une requête en ressources émise par un module, dit module requérant, de représentation d'un opérateur de télécommunications de la pluralité, dit opérateur requérant, auprès dudit au moins un module de gestion centralisée des ressources ; [0015] - envoi, au module requérant et en réponse à la requête, d'au moins une offre de ressources. [0016] Ladite au moins une offre dc ressources comprend : [0017] - une information, dite information d'objectif commun, représentative d'un objectif de gestion des ressources commun à la pluralité d'opérateurs dc télécommunications ; et/ou [0018] - au moins une information dc fiabilité d'au moins un autre opérateur de télécommu- nications de la pluralité, dit opérateur offrant, proposant ladite au moins une offre de ressources. [0019] Ainsi, l'invention propose une solution nouvelle et inventive pour gérer de manière dynamique des ressources de télécommunication (c.g. de la capacité au niveau d'une station de hase, ou au niveau d'une desserte de boude locale, ou encore des ressources virtualisécs déportées en amont d'un réseau afin d'implémenter des fonctions virtualisées (c.g. des CU, de l'anglais « Central Units », au sens du 3GPP, de l'anglais « 3rd Generation Partncrship Project ») dans le contexte où une pluralité opérateurs (c.g. mobiles et/ou fixes) cherchent à obtenir et/ou offrir de telles ressources. [0020] Plus particulièrement, selon la méthode proposée, les offres émises par le module (logiciel ou matériel) de gestion centralisée des ressources à destination de la pluralité d'opérateurs comprennent des informations permettant de réguler les échanges de ressources entre opérateurs. Par exemple, l'information de fiabilité permet à l'opérateur requérant de se faire une opinion sur la qualité des ressources que l'opérateur offrant propose. De même, l'information d'objectif commun permet d'inciter l'opérateur requérant à accepter des offres de ressources qui vont dans le sens de l'objectif commun. De la sorte, il est obtenu un comportement global des différents opérateurs cherchant à obtenir et/ou offrir de telles ressources qui dépasse leur simple intérêt propre. [0021] Alternativement, le module de gestion centralisée des ressources peut être distribué au niveau de chaque opérateur et les informations enregistrées dans le module en question peuvent dans ce cas être également certifiées par consensus par chaque opérateur en tant que registre distribué certifié. [0022] Selon un mode de réalisation, ledit au moins un module de gestion centralisée des ressources effectue en outre une réception de ladite au moins une offre de ressources émise par au moins un module, dit module offrant, de représentation dudit au moins un opérateur offrant auprès dudit au moins un module de gestion centralisée des ressources. [0023] Ainsi, l'opérateur offrant optimise l'usage de ses ressources lorsqu'elles sont in- utilisées. [0024] Selon un mode de réalisation, ledit au moins un module de gestion centralisée des ressources effectue en outre une réception d'une information émise par le module requérant et représentative d'une acceptation certifiée d'une offre de ressources parmi ladite au moins une offre de ressources envoyée au module requérant. L'acceptation est certifiée par un consensus obtenu sur un ensemble de résultats de fonctions modératrices appliquées à l'offre de ressources. Les fonctions modératrices sont associées aux différents opérateurs de la pluralité d'opérateurs. [0025] Par exemple, l'acceptation est certifiée lorsque le ratio entre d'une part le nombre de résultats de fonctions modératrices représentatifs d'un accord avec le fait que l'offre soit acceptée par l'opérateur l'ayant reçue et d'autre part le nombre total de résultats de fonctions modératrices est supérieur à un seuil prédéterminé (e.g. 50%, 66%, etc.). Ainsi, l'ensemble des opérateurs cherchant à obtenir et/ou offrir les ressources peuvent vérifier que l'acceptation de l'offre par l'opérateur requérant respecte une ou plusieurs règles préalablement définies. Il peut s'agir par exemple de contraintes réglementaires émises par un organisme de régulation (e.g. pour la couverture radio d'une zone géographique donnée). [0026] Dans un mode de réalisation de l'invention, il est proposé que le module requérant effectue les étapes suivantes : [0027] - envoi d'au moins une requête en ressources audit au moins un module de gestion centralisée des ressources ; [0028] - réception d'au moins une offre de ressources émise par ledit au moins un module de gestion centralisée des ressources en réponse à ladite au moins une requête, [0029] Ladite au moins une offre de ressources comprend : [0030] - l'information d'objectif commun ; et/ou [0031] - ladite au moins une information de fiabilité dudit au moins un opérateur offrant. [0032] Ainsi, l'information de fiabilité permet par exemple à l'opérateur requérant de se faire une opinion sur la qualité des ressources que l'opérateur offrant propose. De même, l'information d'objectif commun permet d'inciter l'opérateur requérant à accepter des offres de ressources qui vont dans le sens de l'objectif commun. De la sorte, il est obtenu un comportement global des différents opérateurs cherchant à obtenir et/ou offrir de telles ressources qui dépasse leur simple intérêt propre. [0033] Selon un mode de réalisation, le module requérant effectue en outre une acceptation certifiée d'une offre de ressources parmi ladite au moins une offre de ressources envoyée par ledit au moins un module de gestion centralisée des ressources. L'offre de ressources est acceptée en tenant compte de l'information d'objectif commun et/ou de ladite au moins une information de fiabilité. L'acceptation est certifiée par un consensus obtenu sur un ensemble de résultats de fonctions modératrices appliquées à l'offre de ressources, les fonctions modératrices étant associées aux différents opérateurs de la pluralité d'opérateurs. [0034] Par exemple, l'acceptation est certifiée lorsque le ratio entre d'une part le nombre de résultats de fonctions modératrices représentatifs d'un accord avec le fait que l'offre soit acceptée par l'opérateur l'ayant reçue et d'autre part le nombre total de résultats de fonctions modératrices est supérieur à un seuil prédéterminé (e.g. 50%, 66%, etc.). Ainsi, l'ensemble des opérateurs cherchant à obtenir et/ou offrir les ressources peuvent vérifier que l'acceptation de l'offre par l'opérateur requérant respecte une ou plusieurs règles préalablement définies. Il peut s'agir par exemple de contraintes réglementaires émises par un organisme de régulation (e.g. pour la couverture radio d'une zone géographique donnée pour un opérateur mobile). [0035] Selon un mode de réalisation, le module requérant effectue en outre un envoi, audit au moins un module de gestion centralisée des ressources, d'une information représentative de l'acceptation de manière certifiée de l'offre de ressources. [0036] Ainsi, la transaction certifiée est enregistrée de manière certifiée dans le (ou les) module de gestion centralisée des ressources. [0037] Selon un mode de réalisation, le module requérant effectue en outre une mise à jour de l'information de fiabilité concernant l'opérateur offrant ayant proposé l'offre de ressources acceptée de manière certifiée. [0038] Ainsi, l'opérateur requérant note l'offre faite par l'opérateur offrant. Par exemple, une telle note concerne la qualité des ressources offertes, si la transaction a bien été effectuée jusqu'au bout, etc. Une telle note est par exemple basée sur des notations remontées à l'opérateur par des clients utilisateurs de terminaux connectés aux ressources proposées par l'opérateur offrant (e.g. via des notifications par SMS (de Short Message Service » en anglais) ou USSD (de « Unstructured Supplementary 6 Service Data » en anglais), ou encore par des mécanismes de services web). Le mécanisme inverse peut être prévu au niveau du module de représentation de l'opérateur offrant qui peut ainsi noter la transaction acceptée par l'opérateur requérant. [0039] Selon un mode de réalisation, l'information d'objectif commun est fonction d'une somme d'informations représentatives d'un objectif individuel de gestion des ressources, dite information d'objectif individuel, de chaque opérateur de la pluralité d'opérateurs de télécommunications. [0040] Selon un mode de réalisation, l'information d'objectif commun est fonction d'une in- formation de pénalité et l'offre de ressources est acceptée en cherchant à minimiser la pénalité afin d'atteindre l'objectif commun. [0041] Par exemple la pénalité s'exprime comme une somme de pénalités individuelles cor- respondant à la mise en oeuvre d'un critère d'un prêté pour un rendu appliqué d'une part aux ressources acceptées par l'opérateur requérant et d'autre part aux ressources offertes par le même opérateur. De la sorte, un opérateur est incité à équilibrer les échanges de ressources en offrant autant de ressources (e.g. des ressources d'un certain type) qu'il n'en demande (e.g. des ressources d'un autre types) afin que l'information d'objectif commun soit représentative d'un objectif commun atteint. [0042] Selon un mode de réalisation, le module requérant effectue une mise à jour de l'information d'objectif individuel de l'opérateur requérant suite à l'acceptation de manière certifiée de l'offre de ressources. [0043] L'invention concerne également un programme d'ordinateur comprenant des ins- tructions de code de programme pour la mise en oeuvre du procédé tel que décrit précédemment, selon l'un quelconque de ses différents modes de réalisation, lorsqu'il est exécuté sur un ordinateur. [0044] Dans un mode de réalisation de l'invention, il est proposé un dispositif de gestion centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications. Un tel dispositif de gestion comprend une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour mettre en oeuvre les étapes du procédé de gestion selon l'invention telle qu'effectuées par le module précité de gestion centralisée de ressources de télécommunications (selon l'un quelconque des différents modes de réalisation précités). [0045] Ainsi, les caractéristiques et avantages de ce dispositif sont les mêmes que ceux des étapes correspondantes du procédé de gestion décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. [0046] Dans un mode de réalisation de l'invention, il est proposé un dispositif de repré- sentation, auprès d'au moins un module de gestion centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécormnu- 7 nications, d'un opérateur de télécommunications de la pluralité. Un tel dispositif de gestion comprend une machine de calcul reprogrammable ou une machine de calcul dédiée configurée pour mettre en oeuvre les étapes du procédé de gestion selon l'invention telle qu'effectuées par le module précité de représentation d'un opérateur de télécommunications de la pluralité d'opérateurs de télécommunications (selon l'un quelconque des différents modes de réalisation précités). [0047] Ainsi, les caractéristiques et avantages de ce dispositif sont les mêmes que ceux des étapes correspondantes du procédé de gestion décrit précédemment. Par conséquent, ils ne sont pas détaillés plus amplement. [0048] Dans un mode de réalisation de l'invention, il est proposé un noeud de réseau de télé- communications. Un tel noeud de réseau comprend au moins un dispositif parmi les dispositifs précités (selon l'un quelconque des différents modes de réalisation précités), i.c. dispositif de gestion de gestion centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications et dispositif de représentation, auprès d'au moins un module de gestion centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications, d'un opérateur de télécommunications de la pluralité. Liste des figures [0049] D'autres buts, caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante, donnée à titre de simple exemple illustratif, et non limitatif, en relation avec les figures, parmi lesquelles : [0050] [fig.l], déjà discutée ci-dessus dans la section « Art antérieur et ses inconvénients », représente différents modules permettant à plusieurs opérateurs de proposer et/ou obtenir de manière dynamique des ressources de télécommunications selon une technique connue ; [0051] [fig.2] représente différents modules permettant à plusieurs opérateurs de proposer et/ou obtenir de manière dynamique des ressources de télécommunications selon un mode de réalisation de l'invention ; [0052] [fig.3] représente les étapes d'un procédé de gestion des ressources mis en oeuvre par les différents modules de la fig. 2 selon un mode de réalisation de l'invention ; et [0053] [fig.4] représente un exemple de structure de dispositif permettant la mise en oeuvre des étapes du procédé de gestion de la fig. 3 selon un mode de réalisation de l'invention. [0054] Description détaillée de modes de réalisation de l'invention [0055] Le principe général de l'invention repose sur l'utilisation d'une ou plusieurs in- formations accompagnant les offres de ressources émises par un module de gestion centralisée de ressources de télécommunications à destination des différents opérateurs 8 cherchant à obtenir et/ou offrir des ressources via le module de gestion centralisée en question. Plus particulièrement, une offre de ressources émise selon la technique décrite comprend une information, dite information d'objectif commun, représentative d'un objectif de gestion des ressources qui soit commun à l'ensemble des différents opérateurs cherchant à obtenir et/ou offrir des ressources via le module de gestion centralisée des ressources, et/ou une information de fiabilité de l'opérateur de télécommunications proposant l'offre de ressources en question. De la sorte, il est obtenu un comportement global des différents opérateurs cherchant à obtenir et/ou offrir des ressources via le module de gestion centralisée qui dépasse leur simple intérêt propre. [0056] Dans la présente demande, on notera de manière générale que le ternie module peut correspondre aussi bien à un composant logiciel qu'à un composant matériel ou un ensemble de composants matériels et logiciels. Un composant logiciel correspond lui-même à un ou plusieurs programmes ou sous-programmes d'ordinateur ou de manière plus générale à tout élément d'un programme apte à mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour le (ou les) module concerné. De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en oeuvre une fonction ou un ensemble de fonctions pour le (ou les) module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). Dans ce cas, le composant matériel prend la forme d'un dispositif configuré pour mettre en oeuvre une fonction ou un ensemble de fonctions telles que décrites pour le (ou les) module concerné. [0057] On présente désormais, en relation avec la fig. 2 un module 200 commun de gestion centralisée des ressources de télécommunications allouées dynamiquement à un premier opérateur MNO-A et à un deuxième opérateur MNO-B, ainsi que des modules 210A et 210B de représentation des opérateurs MNO-A et MNO-B auprès du module 200. De tels modules 200, 210A et 210B permettent notamment aux opérateurs MNOA et MNO-B de proposer et/ou obtenir de manière dynamique des ressources de télécommunications selon un mode de réalisation de l'invention. [0058] Plus particulièrement, les opérateurs de télécommunications MNO-A et MNO-B sont ici des opérateurs mobiles. Deux terminaux utilisateurs UEAI et UEA2 sont clients de l'opérateur MNO-A et utilisent les ressources de connectivité qui sont allouées à l'opérateur MNO-A. Un terminal UEB est client de l'opérateur MNO-B et utilise les ressources de connectivité qui sont allouées à l'opérateur MNO-B. [0059] Dans d'autres modes de réalisation, tout ou partie des opérateurs proposant et/ou obtenant de manière dynamique des ressources de télécommunications auprès du module 200 sont des opérateurs fixes, des opérateurs convergent fixe-mobile, des opérateurs de hot-spot WiFi, des opérateurs de réseau d'entreprise, des opérateurs de réseaux locaux, ou tout autre type d'opérateur utilisant des ressources de télécommu- 9 nications. Dans d'autres modes de réalisation, le module 200 gère les ressources pour plus de deux opérateurs. [0060] De retour à la fig. 2, le module 200 intègre de nouvelles fonctionnalités par rapport au module 100 connu. Plus particulièrement, le module 200 intègre au moins trois modules pour chaque opérateur. Concernant l'opérateur MNO-A, lui sont associés : [0061] - un module 200Am implémentant une fonction modératrice régulant les échanges de ressources selon une ou plusieurs règles de modération prédéfinics (e.g. des règles issues de contraintes réglementaires émises par un organisme de régulation) ; [0062] - un module 200M stockant une information de fiabilité associée à l'opérateur MNO- A;et [0063] - un module 200Ao stockant une information d'objectif individuel, i.e. associée à l'opérateur MNO-A, de gestion des ressources de télécommunication. [0064] C'est différentes fonctionnalités sont décrites plus en détail ci-dessous en relation avec la fig. 3. [0065] Par ailleurs, le module 200 intègre les mêmes fonctionnalités associées à l'opérateur MNO-B via des modules 200Bm, 200Bf et 200Bo correspondants. Le module 200 intègre également un module 200o stockant une information d'objectif commun, i.c. représentative d'un objectif de gestion des ressources qui est commun aux opérateurs MNO-A et MNO-B. [0066] Chacun des différents modules précités, i.e 200, 210A, 200Am, 200Af, 200Ao, 210B, 200Bm, 200Bf, 200Bo et 200o est ici représenté comme une seule entité. Cependant, dans d'autres modes de réalisation, toute ou partie des modules en question est implémentée de manière distribuée, par exemple via une technologie du type DLT (pour « Distributed Ledger Technology » en anglais). Dans d'autres modes de réalisation, un module unique (implémenté de manière distribuée ou non) implémente à la fois un sous-ensemble ou l'ensemble des fonctionnalités des modules précités, i.e 200, 210A, 200Am, 200Af, 200Ao, 210B, 200Bm, 200Bf, 200Bo et 200o. [0067] Les modules 200Ao et 200Af associés à l'opérateur MNO-A ainsi que les modules 200Bo et 200Bf associés à l'opérateur MNO-B enregistrent des informations individuelles (i.e. associées aux opérateurs MNO-A et MNO-B correspondants) qui peuvent ensuite être agrégées anonymement pour en déduire une information commune, e.g. pour obtenir un objectif commun et/ou un indice de fiabilité commun comme décrit ci-dessous en relation avec la fig. 3. [0068] On présente désormais, en relation avec la fig. 3 les étapes d'un procédé de gestion des ressources mis en oeuvre par les modules de la fig. 2 selon un mode de réalisation de l'invention. [0069] Lors d'une étape E300, le module 200 reçoit une offre de ressources émise par le module 210A pour le compte de l'opérateur MNO-A. Par exemple, l'offre faite par l'opérateur MNO-A est caractérisée par un identifiant de l'offre, une date de début de disponibilité des ressources, une date de fin de disponibilité des ressources, un volume de ressources offertes, une localisation et l'identifiant du module 210A. Ainsi, l'opérateur MNO-A se comporte comme un opérateur offrant des ressources qui sont disponibles, c'est-à-dire non utilisées pour ses propres clients ou non mises à disposition d'un autre opérateur pour la période considérée. De la sorte, l'opérateur MNO-A optimise l'utilisation de ses ressources en les proposant à d'autres opérateurs. Une telle offre est par exemple certifiée et enregistrée dans le module 200. [0070] Lors d'une étape E310, le module 200 reçoit une requête en ressources émise par le module 210B pour le compte de l'opérateur MNO-B. Par exemple, la requête faite par l'opérateur MNO-B est liée à un besoin ponctuel en ressources de connectivité. Une telle requête est par exemple caractérisée par un identifiant, unc date de début du besoin en ressources, une durée d'utilisation des ressources, un volume de ressources, une localisation ainsi que l'identifiant du module 210B. Une telle requête est par exemple certifiée et enregistrée dans le module 200. [0071] Lors d'une étape E320, le module 200 requiert et reçoit du module 200o l'information d'objectif commun. Une telle information est représentative d'un objectif de gestion des ressources qui est commun aux opérateurs MNO-A et MNO-B. Il s'agit par exemple de fixer un objectif permettant de maximiser la participation des modules 210A et 210B des opérateurs MNO-A et MNO-B (e.g. le nombre d'offres de ressources ou de requêtes en ressources faites), ou de faire coopérer les modules en question. [0072] Par exemple, l'information d'objectif commun est calculée à partir d'une formule unique fixée par consensus par l'ensemble des opérateurs MNO-A et MNO-B intervenant auprès du module 200 via les modules 210A et 210B.Dans des variantes, l'information d'objectif commun est fonction d'une somme d'informations représentatives d'un objectif individuel de gestion des ressources, dite information d'objectif individuel, de chaque opérateur MNO-A ou MNO-B. En d'autres termes l'information d'objectif commun est fonction de E , I; , avec / l'information d'objectif individuel de l'opérateur indicé i parmi l'ensemble des opérateurs MNO-A et MNO-B. Une telle information d'objectif individuel est par exemple représentative d'un objectif de couverture radio sur une zone géographique donnée, ou représentative d'un objectif de qualité de service, ou encore représentative d'un objectif de débit minimum garanti ou de capacité sur une période temporelle donnée, etc. [0073] Dans des variantes, l'information d'objectif commun est également fonction d'une information de pénalité que le module 210B requérant cherche à minimiser afin d'atteindre l'objectif commun (e.g. lorsqu'il décide ou non d'accepter l'offre faite par le module 210A suivant le mécanisme décrit ci-dessous en relation avec l'étape E350). 11 Par exemple, la pénalité P s'exprime comme la somme de pénalités individuelles associées chacune aux transactions effectuées par l'opérateur MNO-A ou MNO-B correspondant. En d'autres termes, P =1 P , avec P , la pénalité individuelle de l'opérateur indicé i parmi l'ensemble des opérateurs MNO-A et MNO-B. [0074] Par exemple la pénalité individuelle P , correspond à la mise en oeuvre d'un critère d'un prêté pour un rendu appliqué d'une part aux ressources acceptées par l'opérateur indicé i et d'autre part aux ressources précédemment offertes par le même opérateur. De la sorte, un opérateur est incité à équilibrer les échanges de ressources en offrant autant de ressources qu'il n'en demande. Par exemple : [0075] nhre d'offres de l'opérateur indicé i acceptées - itog(nbre d'offres acceptées par l'opérateur indicé [0076] Dans ces variantes, l'information d'objectif commun est par exemple proportionnelle à: [0077] dE -aP [0078] avec a un coefficient associée à l'importance donnée à la pénalité P. De la sorte, chaque opérateur MNO-A, MNO-B est incité à équilibrer les échanges de ressources en offrant autant de ressources (e.g. des ressources d'un certain type) qu'il n'en demande (e.g. des ressources d'un autre types) afin de minimiser la pénalité P. L'objectif commun est ainsi atteint. [0079] Dans certains modes de réalisation, le module 200 ne traite les offres et/ou requêtes en ressources que pour des opérateurs dont l'information d'objectif individuel P , est comprise entre des seuils prédéterminés. [0080] Lors d'une étape E330, le module 200 requiert et reçoit du module 200f une in- formation de fiabilité de l'opérateur MNO-A proposant l'offre de ressources. [0081] Une telle information de fiabilité est par exemple issue d'une notation de la part des autres opérateurs ayant déjà effectué une transaction avec l'opérateur MNO-A comme décrit ci-dessous en relation avec l'étape E380. Dans d'autres modes de réalisation, l'information de fiabilité correspond à un indice de qualité d'expérience identifié par les utilisateurs des opérateurs MNO-A et MNO-B (c.g. sur une zone géographique), ou à un indice de qualité de service sur une période temporelle donnée (exemple mesure de qualité des réseaux récupéré par des outils de mesure du type « mon réseau » ou « specdtest ookla »). [0082] Lors d'une étape E340, le module 200 envoie au module 210B, en réponse à la requête reçue lors de l'étape E310, une offre de ressources correspondant ici à l'offre émise par le module 210A et reçue par le module 200 lors de l'étape E300. [0083] Dans d'autres modes de réalisation, le module 200 envoie plusieurs offres de ressources au module 210B en réponse à la requête reçue lors de l'étape E310. C'est 12 par exemple le cas lorsque l'opérateur MNO-A fait plusieurs offres (c.g. concernant chacune des ressources de différentes natures), ou dans des modes de réalisation dans lesquels plus de deux opérateurs font des offres de ressources au module 200, etc. [0084] De retour à la fig. 3, l'offre de ressources envoyée par le module 200 au module 210B comprend l'information d'objectif commun reçue lors de l'étape E320 et l'information de fiabilité reçue lors de l'étape E330. Ainsi, l'information de fiabilité permet à l'opérateur MNO-B requérant de se faire une opinion sur la qualité des ressources que l'opérateur MNO-A offrant propose. De même, l'information d'objectif commun permet d'inciter l'opérateur MNO-B requérant à accepter des offres de ressources qui vont dans le sens de l'objectif commun. Comme décrit ci-dessus en relation avec la fig. 2, le calcul de l'objectif commun fait intervenir des informations fournies par l'ensemble des opérateurs MNO-A et MNO-B au module 200 via les modules 210A et 210B. De la sorte, il est obtenu un comportement global des différents opérateurs MNO-A et MNO-B cherchant à obtenir et/ou offrir de telles ressources qui dépasse leur simple intérêt propre. [0085] Dans certains modes de réalisation, l'étape E320 ou bien l'étape E330 n'est pas mise en oeuvre et l'offre de ressources envoyée par le module 200 au module 210B de l'opérateur MNO-B requérant ne comprend qu'une information parmi l'information d'objectif commun et l'information de fiabilité. Lorsque seule l'information de fiabilité est envoyée avec l'offre de ressources, l'information d'objectif commun peut être envoyée à titre secondaire en complément de l'offre de ressources. [0086] De retour à la fig. 3, lors d'une étape E350, le module 210B de l'opérateur MNO-B requérant accepte l'offre reçue en tenant compte de l'information d'objectif commun et/ou de l'information de fiabilité accompagnant l'offre. [0087] Dans d'autres modes de réalisation dans lesquels le module 200 envoie plusieurs offres de ressources au module 210B en réponse à la requête reçue lors de l'étape E310, le module 210B accepte une (ou plusieurs) offre reçue en tenant compte de l'information d'objectif commun (e.g. en cherchant à minimiser la pénalité P comme décrit ci-dessus en relation avec l'étape E320) et/ou de l'information de fiabilité accompagnant l'offre correspondante. [0088] Dans d'autres modes de réalisation, l'offre est acceptée en prenant en compte d'autres critères propres à l'opérateur MNO-B (e.g. son objectif individuel de gestion des ressources). [0089] De retour à la fig. 3, l'acceptation de l'offre de ressources est certifiée via un consensus obtenu sur un ensemble de résultats de fonctions modératrices appliquées à l'offre de ressources reçue lors de l'étape E340. Les fonctions modératrices sont implémentées dans les modules 200Am et 200Bm associés respectivement aux opérateurs MNO-A et MNO-B. La chaine que constituent les fonctions modératrices est initialisée 13 par le module 200Bm, boucle sur toutes les fonctions modératrices et termine de nouveau sur le module 200Bm. [0090] Comme décrit ci-dessus en relation avec la fig. 2, les modules 200Ao ou 200Af, ainsi que 200Bo ou 200Bf sont ici représentés chacun comme une seule entité. Cependant, dans d'autres modes de réalisation, toute ou partie des modules en question est implémentée de manière distribuée, par exemple via une technologie du type DLT. Dans d'autres modes de réalisation, un module unique (implémenté de manière distribuée ou non) implémente à la fois un sous-ensemble ou l'ensemble des fonctionnalités des modules en question. [0091] Par exemple, il est décidé qu'un consensus est obtenu lorsque le ratio entre, d'une part, le nombre de résultats de fonctions modératrices qui est représentatif d'un accord avec le fait que l'offre soit acceptée par l'opérateur l'ayant reçue et, d'autre part, le nombre total de résultats de fonctions modératrices, est supérieur à un seuil prédéterminé (c.g. 50%, 66%, etc.). Ainsi, l'ensemble des opérateurs cherchant à obtenir et/ou offrir les ressources peuvent vérifier que l'acceptation de l'offre par l'opérateur MNO-B requérant respecte une ou plusieurs règles préalablement définies. [0092] Plus particulièrement, une fonction modératrice peut tenir compte d'une (ou plusieurs) règle prédéterminée (e.g. des contraintes réglementaires émises par un organisme de régulation) ainsi que de données externes (e.g. pour des opérateurs cellulaires, les données publiques de localisation des antennes, les données de densifications de population pour une zone géographique donnée, etc.) afin d'évaluer une offre de ressource faite à un opérateur donné. Par exemple, sur la base de telles données, les fonctions modératrices peuvent : [0093] - identifier si la ressource offerte dans une cellule donnée permet d'augmenter la couverture ou la capacité (cellule co-localisée ou non). La localisation de la cellule permet de connaître la densité de personnes dans la zone couverte par la cellule. Ceci permet d'estimer le taux de couverture du territoire ainsi que le taux de couverture de la population. Ce résultat peut également être utilisé par un régulateur externe pour valider le respect de la règlementation en termes de couverture. En effet, de par l'allocation dynamique des ressources effectuée via le module 200, le taux de couverture d'un opérateur MNO-A ou MNO-B risque de varier continuellement au cours du temps ce qui peut entrainer des difficultés pour savoir si les opérateurs MNOA et MNO-B respectent les contraintes réglementaires au cours du temps. [0094] - identifier le poids de chaque transaction entre les opérateurs MNO-A et MNO-B avec une pondération qui varie dans le temps. Par exemple, plus le poids donné à une transaction est important, plus les contraintes observées par les fonctions modératrices doivent être respectées. Ainsi, les premières transactions sont par exemple à poids nul pour inciter les opérateurs MNO-A et MNO-B à échanger des ressources. Le poids 14 peut ensuite varier selon certains critères comme par exemple : [0095] - un opérateur MNO-A ou MNO-B fournit uniquement des ressources et perd des capacités de ressources ne lui permettant pas de respecter des contraintes réglementaires données. Le poids de scs transactions ainsi augmente ; [0096] - un opérateur MNO-A ou MNO-B partage des ressources avec d'autres opérateurs ce qui permet d'augmenter la capacité de chaque opérateur et permet de diminuer la consommation électrique des infrastructures. Le poids de ses transactions ainsi diminue ; [0097] - un opérateur MNO-A ou MNO-B demande des ressources et dès qu'il atteint le seuil minimum de couverture, le poids de ses transactions est augmenté pour l'inciter à continuer à investir dans son réseau ; et [0098] - annuler une offre si elle ne respecte les règles des fonctions modératrices lorsqu'elle a atteint un certain poids. [0099] Lors d'une étape E360, le module 210B de l'opérateur MNO-B requérant envoi au module 200 une information représentative de l'acceptation de manière certifiée de l'offre de ressources reçue lors de l'étape E340. Ainsi, la transaction certifiée (i.e. l'offre acceptée de manière certifiée) est enregistrée de manière certifiée dans le module 200. [0100] Lors d'une étape E370, les ressources sont échangées entre les opérateurs MNO-A et MNO-B. Par exemple le terminal UEB, client de l'opérateur MNO-B, se retrouver temporairement rattaché à une station de base gérée par l'opérateur MNO-A. Pour ce faire, une technique telle que décrite dans la demande FR1763063 est par exemple mise en oeuvre afin que l'opérateur MNO-B accède aux ressources offertes par l'opérateur MNO-A. [0101] De retour à la fig. 3, lors d'une étape E380, chacun des opérateurs MNO-A et MNO- B est invité via le module 210A ou 210B correspondant à noter la fiabilité de l'autre opérateur afin de mettre à jour l'information de fiabilité (le l'autre opérateur. [0102] Par exemple, l'opérateur MNO-B base sa note sur le fait que les ressources ont bien été mises à disposition ou non. De son côté, l'opérateur MNO-A base sa note par exemple sur le fait que l'opérateur MNO-B a effectivement effectué un paiement en échange des ressources obtenues. [0103] Selon d'autres exemples, l'opérateur MNO-B base sa note sur la qualité des ressources offertes. Plus particulièrement, des notations sont remontées à l'opérateur MNO-B par des clients utilisateurs de terminaux connectés aux ressources proposées par l'opérateur offrant (e.g. via des notifications par SMS (de « Short Message Service » en anglais) ou USSD (de « Unstructured Supplementary Service Data » en anglais) ou via des campagnes de tests (e.g. « Minimizing drive tests 3GPP TS 37.320 »), ou par les outils de mesure dans les terminaux du type « mon réseau » ou « speedtest ookla », ou encore par des mécanismes de services wcb). Une homogénéisation des notes peut également être effectuée (recalagc de moyenne par exemple) pour palier le problème des clients plus exigeants que d'autres. Cette homogénéisation peut être poursuivie également au sein d'une cellule entre opérateurs afin d'estimer si la cellule est intéressante. [0104] De retour à la fig. 3, lors d'une étape E390, le module 210B requérant effectue une mise à jour de l'information d'objectif individuel de l'opérateur MNO-B requérant suite à l'acceptation de manière certifiée de l'offre de ressources. [0105] De la sorte, l'information d'objectif commun peut être mis à jour également par le module 200 sur la hase de l'information d'objectif individuel de l'opérateur MNO-B mise à jour selon les mécanismes décrits ci-dessus en relation avec l'étape E320. [0106] On présente désormais, en relation avec la fig. 4 un exemple de structure de dispositif 400 permettant de mettre en oeuvre les étapes du procédé de gestion de gestion des ressources de la fig. 3 selon un mode de réalisation de l'invention. [0107] Le dispositif 400 comprend une mémoire vive 403 (par exemple une mémoire RAM), une unité de traitement 402 équipée par exemple d'un processeur, et pilotée par un programme d'ordinateur stocké dans une mémoire morte 401 (par exemple une mémoire ROM ou un disque dur). A l'initialisation, les instructions de code du programme d'ordinateur sont par exemple chargées dans la mémoire vive 403 avant d'être exécutées par le processeur de l'unité de traitement 402. [0108] Cette fig. 4 illustre seulement une manière particulière, parmi plusieurs possibles, de réaliser le dispositif 400 afin qu'il effectue certaines étapes du procédé de gestion selon l'invention (selon l'un quelconque des modes de réalisation et/ou variantes décrit(e)s ci-dessus en relation avec la fig. 3). En effet, ces étapes peuvent être réalisées indifféremment sur une machine de calcul reprograrnmable (un ordinateur PC, un processeur DSP ou un microcontrôleur) exécutant un programme comprenant une séquence d'instructions, ou sur une machine de calcul dédiée (par exemple un ensemble de portes logiques comme un FPGA ou un ASIC, ou tout autre module matériel). [0109] Dans le cas où le dispositif 400 est réalisé avec une machine de calcul repro- grammable, le programme correspondant (c'est-à-dire la séquence d'instructions) pourra être stocké dans un médium de stockage amovible (tel que par exemple une disquette, un CD-ROM ou un DVD-ROM) ou non, ce médium de stockage étant lisible partiellement ou totalement par un ordinateur ou un processeur. [0110] Dans certains modes de réalisation, le dispositif 400 implémente l'un quelconque des modules 200, 210A, 200Am, 200Af, 200Ao, 210B, 200Bm, 200Bf, 200Bo et 200o. [0111] Dans certains modes de réalisation, le dispositif 400 implémente plusieurs ou la totalité des modules 200, 210A, 200Am, 200Af, 200Ao, 210B, 200Bm, 200Bf, 200Bo 16 et 200o. [0112] Dans certains modes de réalisation, le dispositif 400 est inclus dans un noeud de réseau. 17 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] REVENDICATIONSProcédé dc gestion de ressources dc télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications (MNO-A, MNO-B), dans lequel au moins un module (200) de gestion centralisée desdites ressources effectue les étapes suivantes : - réception (910) d'une requête en ressources émisc par un module (210B), dit module requérant, de représentation d'un opérateur de télécommunications de ladite pluralité, dit opérateur requérant, auprès dudit au moins un module de gestion centralisée desdites ressources ; - envoi (E340), audit module requérant et en réponse à ladite requête, d'au moins une offre de ressources, caractérisé en ce que ladite au moins une offre de ressources comprend : - une information, dite information d'objectif commun, représentative d'un objectif de gestion desdites ressources commun à ladite pluralité d'opérateurs de télécommunications ; etiou - au moins une information de fiabilité d'au moins un autre opérateur de télécommunications de ladite pluralité, dit opérateur offrant, proposant ladite au moins une offre de ressources. Procédé selon la revendication 1 dans lequel ledit au moins un module de gestion centralisée desdites ressources effectue en outre une réception (E300) de ladite au moins une offre de ressources émise par au moins un module (210A), dit module offrant, de représentation dudit au moins un opérateur offrant auprès dudit au moins un module de gestion centralisée desdites ressources. Procédé selon la revendication 1 ou 2 dans lequel ledit au moins un module de gestion centralisée desdites ressources effectue en outre une réception (E320, E330) d'une information émise par ledit module requérant et représentative d'une acceptation certifiée d'une offre de ressources parmi ladite au moins une offre de ressources envoyée audit module requérant, ladite acceptation étant certifiée par un consensus obtenu sur un ensemble de résultats de fonctions modératrices appliquées à ladite offre de ressources, lesdites fonctions modératrices étant associées aux différents opérateurs de ladite pluralité d'opérateurs. Procédé de gestion de ressources de télécommunications allouées dyna- 18 [Revendication 5] [Revendication 6] [Revendication 7] miquement à une pluralité d'opérateurs de télécommunications (MNO-A, MNO-B), dans lequel un module (210B), dit module requérant, dc représentation d'un opérateur de télécommunications de ladite pluralité, dit opérateur requérant, auprès d'au moins un module (200) de gestion centralisée desdites ressources, effectue les étapes suivantes : - envoi (E310) d'au moins une requête en ressources audit au moins un module de gestion centralisée desdites ressources ; - réception (E340) d'au moins une offre de ressources émise par ledit au moins un module de gestion centralisée desdites ressources en réponse à ladite au moins une requête, caractérisé en ce que ladite au moins une offre de ressources comprend : - une information, dite information d'objectif commun, représentative d'un objectif de gestion desdites ressources commun à ladite pluralité d'opérateurs de télécommunications ; et/ou - au moins une information de fiabilité d'au moins un autre opérateur dc télécommunications de ladite pluralité, dit opérateur offrant, proposant ladite au moins une offre de ressources. Procédé selon la revendication 4 dans lequel ledit module requérant effectue en outre une acceptation (E350) certifiée d'une offre de ressources parmi ladite au moins une offre de ressources envoyée par ledit au moins un module de gestion centralisée desdites ressources, ladite offre de ressources étant acceptée en tenant compte de ladite information d'objectif commun et/ou de ladite au moins une information de fiabilité, ladite acceptation étant certifiée par un consensus obtenu sur un ensemble de résultats de fonctions modératrices appliquées à ladite offre de ressources, lesdites fonctions modératrices étant associées aux différents opérateurs de ladite pluralité d'opérateurs. Procédé selon la revendication 5 dans lequel ledit module requérant effectue en outre un envoi (E360), audit au moins un module de gestion centralisée desdites ressources, d'une information représentative de l'acceptation de manière certifiée de ladite offre de ressources. Procédé selon la revendication 5 ou 6 dans lequel ledit module requérant effectue en outre une mise à jour (E380) de l'information de fiabilité concernant l'opérateur offrant ayant proposé ladite offre de ressources acceptée de manière certifiée. 19 [Revendication 8] [Revendication 9] [Revendication 10] [Revendication 11] [Revendication 12] [Revendication 13] Procédé selon l'une quelconque des revendications 1 à 7 dans lequel ladite information d'objectif commun est fonction d'une somme d'informations représentatives d'un objectif individuel de gestion desdites ressources, dite information d'objectif individuel, de chaque opérateur de ladite pluralité d'opérateurs de télécommunications. Procédé selon la revendication 8 en ce qu'elle dépend de l'une quelconque des revendications 5 à 7 dans lequel ladite information d'objectif commun est fonction d'une information de pénalité, ladite offre de ressources étant acceptée en cherchant à minimiser ladite pénalité afin d'atteindre l'objectif commun. Procédé selon la revendication 8 ou 9 en ce qu'elle dépend de l'une quelconque des revendications 5 à 7 dans lequel ledit module requérant effectue une mise à jour (E390) de l'information d'objectif individuel dudit opérateur requérant suite à l'acceptation de manière certifiée de ladite offre de ressources. Produit programme d'ordinateur comprenant des instructions de code de programme pour la mise en oeuvre du procédé selon l'une quelconque des revendications 1 à 10, lorsque ledit programme est exécuté sur un ordinateur. Dispositif de gestion centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications comprenant une machine de calcul reprogrammable (402) ou une machine de calcul dédiée, configurée pour : - recevoir une requête en ressources émise par un module (210B), dit module requérant, de représentation d'un opérateur de télécommunications de ladite pluralité, dit opérateur requérant, auprès dudit au moins un module de gestion centralisée desdites ressources ; - envoyer, audit module requérant et en réponse à ladite requête, d'au moins une offre de ressources, caractérisé en ce que ladite au moins une offre de ressources comprend : - une information, dite information d'objectif commun, représentative d'un objectif de gestion desdites ressources commun à ladite pluralité d'opérateurs de télécommunications ; et/ou - au moins une information de fiabilité d'au moins un autre opérateur de télécommunications de ladite pluralité, dit opérateur offrant, proposant ladite au moins une offre de ressources. Dispositif de représentation, auprès d'au moins un module de gestion 20 [Revendication 14] centralisée de ressources de télécommunications allouées dynamiquement à une pluralité d'opérateurs de télécommunications, d'un opérateur de télécommunications de ladite pluralité, dit opérateur requérant, comprenant une machine de calcul reprogrammable (502) ou une machine de calcul dédiée, configure° pour : - envoyer au moins une requête en ressources audit au moins un module de gestion centralisée desdites ressources ; - recevoir au moins une offre de ressources émise par ledit au moins un module de gestion centralisée desdites ressources en réponse à ladite au moins une requête, caractérisé en ce que ladite au moins une offre de ressources comprend : - une information, dite information d'objectif commun, représentative d'un objectif de gestion desdites ressources commun à ladite pluralité d'opérateurs de télécommunications ; etiou - au moins une information de fiabilité d'au moins un autre opérateur de télécommunications de ladite pluralité, dit opérateur offrant, proposant ladite au moins une offre de ressources. Noeud d'un réseau de télécommunications caractérisé en ce qu'il comprend au moins un dispositif selon la revendication 12 ou 13.