Brevet FR3033121A1 — publié le 20160826

Station de base pour un réseau de radiocommunications et procédé de traitement dans une station de base La présente invention concerne une station de base pour un réseau de radiocommunications comprenant un ensemble de stations de base et des premiers terminaux utilisateurs, ladite station de base comprenant : - un module d'interface radio adapté pour émettre et recevoir des données radiofréquences ; et - un bloc pilote adapté pour établir une liaison de communication et communiquer sur ladite liaison avec au moins un premier terminal utilisateur conformément à un protocole radio comprenant une section de protocole radio propre aux stations de base et une section de protocole radio propre aux terminaux utilisateurs, en utilisant ledit module d'interface radio. Les réseaux cellulaires de 4ème génération, en particulier le LTE et le LTE-A présentent un certain nombre d'avantages parmi lesquels la possibilité de communications haut débit, une faible latence, de multiples largeurs de bande, une tolérance élevée aux mouvements relatifs des transmetteurs, une variété des terminaux disponibles et un coût relativement faible grâce aux investissements du secteur civil. L'architecture classique de ces réseaux est représentée en figure 1. Elle repose sur un ensemble planifié de stations de base généralement fixes, appelées eNodeBs ou eNBs (en anglais « evolved Node B »), qui fournissent un service radio sans fil via leur interface radio LTE à des utilisateurs mobiles, appelés UEs (en anglais «User Equipements »). Les eNBs et les UEs constituent l'E-UTRAN (Evolved Universal Terrestrial Radio Access Network). Ces eNBs sont reliés par des liens logiques aux MME (en anglais « Mobility Management Entity ») et aux P/S-GW (Packet/Serving Gateway) du coeur de réseau, appelé EPC (en anglais « Evolved Packet Core »). Les liens logiques (S1-MME, S1-U, S6a, S7, S5-8, S11) entre ces éléments sont souvent réalisés via des liaisons physiques filaires (par exemple Fibre, Câble, ADSL) ou sans fil point à point, voire point à multipoint (technologies propriétaires sur bandes ISM (Industrielle, Scientifique et Médicale) ou licenciées, Wi-Fi...). L'EPC centralise les communications. Les échanges entre les eNBs ou entre les UEs s'appuient sur l'EPC et les eNBs ne peuvent pas communiquer directement entre eux par leur interface radio LTE, bien qu'un lien logique (X2) permette la communication entre 3033121 2 deux eNBs, celui-ci n'autorise la transmission que de certains messages spécifiques de contrôle. Si les eNBs perdent ou ne peuvent assurer leur connexion avec l'EPC (ou avec différents EPCs connectés entre eux), par exemple lors d'une catastrophe ou dans un 5 scénario de mobilité des eNBs, il ne peut alors plus y avoir d'échanges entre eux ou entre leurs UEs (qu'ils soient gérés par un seul eNB ou portés par plusieurs eNBs différents), et cela même lorsque lesdits eNBs se trouvent en portée radio (LTE) les uns des autres. Pour remédier à ce problème, des liens physiques entre un eNB et le coeur de réseau EPC, nommés « liens backhauls » peuvent être disposés, mais ils nécessitent 10 l'installation de liens radio spécifiques. Il existe par ailleurs dans l'architecture LTE des noeuds relais (en anglais « relay nodes »), capables de communiquer à la fois avec des UEs et avec un eNB, appelé « Donor eNB » ou DeNB. Ces noeuds relais permettent d'étendre la couverture d'un eNB et d'en améliorer la capacité. Mais ces noeuds relais ne sont pas capables de gérer seuls 15 des UEs, ils dépendent de leur DeNB qui leur fournit un accès à l'EPC et ils ne peuvent se connecter qu'à un seul eNB. A cet effet, suivant un premier aspect, l'invention propose une station de base du type précité et caractérisée en ce qu'elle comprend en outre une unité de gestion adaptée pour créer une pluralité de seconds terminaux utilisateurs, lesdits seconds terminaux 20 utilisateurs créés étant des terminaux utilisateurs virtuels adaptés pour communiquer conformément audit protocole radio avec des stations de base voisines de ladite station de base, en utilisant ledit module d'interface radio. Une telle station de base permet de créer un réseau maillé de stations de base et de transmettre directement entre stations de base des données selon par exemple le 25 protocole LTE. Dans des modes de réalisation, la station de base suivant l'invention comporte en outre une ou plusieurs des caractéristiques suivantes : - l'unité de gestion est adaptée pour répartir sélectivement l'utilisation du module d'interface radio entre le bloc pilote, pour la communication entre ledit bloc pilote et l'au 30 moins un premier terminal utilisateur, et les seconds terminaux virtuels pour leur communication avec des stations de base voisines ; - l'unité de gestion affecte à chaque second terminal virtuel un identifiant respectif ; - ledit protocole de communication est conforme à la norme LTE; - un second terminal utilisateur virtuel est adapté pour effectuer régulièrement un 35 balayage radio et pour détecter des stations de base voisines et pour indiquer à l'unité de gestion lesdites stations voisines détectées, ladite unité de gestion étant adaptée pour, 3033121 3 lorsqu'une des stations de base voisines détectées ne fait pas partie des stations de base voisines ayant une liaison établie avec les seconds terminaux virtuels, créer un nouveau second terminal virtuel pour la mise en oeuvre de communications entre ledit nouveau second terminal virtuel et ladite station de base voisine détectée ; 5 - la station de base comporte un bloc de gestion de mobilité et une base d'informations d'authentification relatives aux premiers et seconds terminaux utilisateurs, ledit bloc de gestion de mobilité étant adapté pour, lorsque le bloc pilote reçoit, en provenance d'un premier terminal utilisateur, une requête de mise en oeuvre d'une liaison de communication avec ladite station de base conforme audit protocole de 10 communication, procéder à l'authentification dudit premier terminal utilisateur en fonction d'éléments d'authentification indiqués dans la requête et des informations d'authentification dans la base relatives audit premier terminal utilisateur ; et dans laquelle l'unité de gestion est adaptée, lorsqu'elle crée un second terminal utilisateur virtuel, pour fournir audit second terminal utilisateur virtuel, des éléments d'authentification propres 15 audit second terminal virtuel, chaque second terminal virtuel étant adapté pour, lorsqu'il émet une requête de mise en oeuvre d'une liaison de communication à destination d'une station de base voisine conformément audit protocole de communication, insérer, dans ladite requête, lesdits éléments d'authentification fournis par l'unité de gestion ; - l'unité de gestion est adaptée pour stocker une liste des stations de base 20 voisines connectées à ladite station de base, et - chaque second terminal virtuel est adapté pour indiquer à l'unité de gestion la station de base voisine avec laquelle il a une liaison de communication courante établie, et l'unité de gestion est adaptée pour actualiser la liste des stations de base voisines connectées à ladite station de base, en insérant dans la liste, ladite station de base 25 voisine indiquée, mise en correspondance, dans la liste, avec ledit second terminal virtuel ; - le bloc pilote est adapté pour indiquer à l'unité de gestion lesdits premiers terminaux avec lesquels il a établi une liaison de communication courante, et lorsque un desdits premiers terminaux est un terminal virtuel d'une station de base voisine de ladite 30 station de base, l'unité de gestion est adaptée pour actualiser la liste en y insérant ladite station de base voisine mise en correspondance, dans la liste, avec ledit premier terminal virtuel ; - la station de base comprend un routeur et dans laquelle l'unité de gestion est adaptée pour actualiser des règles de routage en fonction de ladite liste actualisée des 35 stations de base voisines connectées à ladite station de base, ledit routeur étant adapté pour router, en fonction de règles de routage actualisées par l'unité de gestion, des 3033121 4 données sélectivement vers le bloc pilote pour émission vers des premiers terminaux utilisateurs ou vers des seconds terminaux virtuels pour émission vers des stations de base voisines. Suivant un deuxième aspect, la présente invention propose un procédé de 5 traitement dans une station de base pour un réseau de radiocommunications comprenant un ensemble de stations de base et des premiers terminaux utilisateurs, ladite station de base comprenant un module d'interface radio et un bloc pilote, comprenant les étapes suivantes : émission et réception de données radiofréquences par le module d'interface 10 radio adapté ; et établissement d'une liaison de communication par le bloc pilote et communication par le bloc pilote sur ladite liaison avec au moins un premier terminal utilisateur conformément à un protocole radio comprenant une section de protocole radio propre aux stations de base et une section de protocole radio propre aux terminaux 15 utilisateurs, en utilisant ledit module d'interface radio, ledit procédé étant caractérisé en ce qu'il comprend une étape de création, par une unité de gestion de ladite station de base, d'une pluralité de seconds terminaux utilisateurs virtuels adaptés pour communiquer conformément audit protocole radio avec des stations de base voisines de ladite station de base, en utilisant ledit module d'interface radio. 20 Ces caractéristiques et avantages de l'invention apparaîtront à la lecture de la description qui va suivre, donnée uniquement à titre d'exemple, et faite en référence aux dessins annexés, sur lesquels : la figure 1 représente une vue d'un système de télécommunication LTE dans 25 l'art antérieur ; - la figure 2 représente une vue fonctionnelle d'une station de base dans un mode de réalisation de l'invention ; - la figure 3 est une vue d'un réseau de stations de base dans un mode de réalisation de l'invention. 30 La figure 2 représente une vue fonctionnelle d'une station de base adaptée pour communiquer avec des terminaux utilisateurs radio, UEs, conformément à un protocole de communication, dans un mode de réalisation de l'invention. Dans le cas particulier considéré, cette station de base est adaptée pour 35 communiquer avec les UEs conformément au protocole radio LTE (en anglais « Long Term Evolution ») défini par le consortium 3GPP. 3033121 5 De manière connue, le protocole LTE définit des règles de communication propres aux terminaux utilisateurs et des règles de communication propres aux stations de base. La station de base selon l'invention est nommée e2NB (« enhanced eNB » en anglais). 5 L'e2NB comprend un bloc eNB 1, un ensemble 2 de vUE(s), une unité de gestion 3, un bloc MME 4, un bloc HSS (pour « Home Subscriber Server ») 5 et un routeur 6. Un vUE est un terminal utilisateur virtuel. Dans un mode de réalisation, un vUE est adapté pour mettre en oeuvre les mêmes protocoles et fonctionnalités que les terminaux utilisateurs réels. 10 Dans le mode de réalisation considéré, le bloc eNB 1 et l'ensemble 2 de vUE(s) de l'e2NB se partagent une chaîne de traitement radio adaptée pour mettre en oeuvre le protocole radio LTE et comprenant : - une antenne d'émission/réception radio définissant une zone de couverture radio de l'e2NB (qui est la même que la zone de couverture radio des vUEs de l'ensemble 2) et 15 - un module d'émission/réception radio adapté notamment pour moduler/démoduler les signaux : il reçoit ainsi un signal radiofréquence fourni par l'antenne, l'amplifie, le filtre et descend le signal utile de la porteuse radiofréquence en un signal en bande de base, puis le numérise ; il reçoit en outre un signal utile sous forme numérique à émettre, le dé-numérise, le module avec une porteuse radiofréquence et le 20 délivre à l'antenne. Dans d'autres modes de réalisation de l'invention, le bloc eNB 1 et l'ensemble 2 de vUE(s) de l'e2NB se partagent plusieurs chaînes de traitement radio adaptées pour mettre en oeuvre le protocole radio LTE (par exemple trois chaînes radio, avec chacune un module d'émission/réception radio et une antenne couvrant une portion distincte de 25 l'espace de 120 degrés dans le plan horizontal, permettant ainsi de couvrir tout l'espace). L'e2NB selon l'invention comporte en outre un microprocesseur et une mémoire (non représentés) stockant des instructions logicielles. L'e2NB est par exemple adapté pour effectuer au moins certaines des opérations décrites ci-dessous, suite à l'exécution des instructions logicielles, sur le microprocesseur. 30 Bloc eNB Le bloc eNB 1 réalise les fonctions d'un eNB LTE de l'art antérieur relativement aux terminaux utilisateurs (autres que ceux de son ensemble 2 de vUE(s)) situés dans sa 35 zone de couverture radio : ces terminaux utilisateurs comprennent les terminaux 3033121 6 utilisateurs réels et les vUE(s) faisant partie d'autres e2NBs situés dans sa zone de couverture radio. Ainsi le bloc eNB 1 est adapté pour émettre régulièrement, via la chaîne de traitement radio, des signaux balises permettant à chacun de ces terminaux utilisateurs, 5 réels et virtuels, de le détecter, de se synchroniser avec lui et d'obtenir de la part du bloc eNB 1 l'allocation de ressources pour échanger des données de signalisation et le cas échéant mettre en oeuvre une opération d'attachement au bloc eNB1 du l'e2NB. Un UE, virtuel ou réel, souhaitant transmettre des données utiles (i.e. des données autres que des données de signalisation) à un destinataire, doit être attaché au bloc eNB 10 1 d'un e2NB selon l'invention, pour communiquer ces données via cet e2NB. Lors d'une opération d'attachement au bloc eNB 1 de l'e2NB, un terminal utilisateur réel ou virtuel, transmet à l'eNB 1 des données d'identification et d'authentification de type SIM de ce terminal utilisateur. Dans le cas d'un UE réel, ces données sont basées sur des éléments stockés dans la carte SIM de l'UE. Dans le cas 15 d'un UE virtuel, elles sont basées sur des éléments transmis par l'unité de gestion de l'e2NB au sein duquel l'UE a été créé. L'eNB 1 reçoit ces informations, puis les fournit au bloc MME 4, qui met en oeuvre les étapes indiquées dans la norme LTE standard en vue de procéder à l'identification, à la confirmation que le terminal utilisateur identifié est bien autorisé à communiquer avec 20 l'e2NB et à l'authentification du terminal utilisateur. L'eNB 1 reçoit ensuite du bloc MME 4 la confirmation du bon déroulement de l'identification, de l'authentification et de l'attachement ou la notification de son échec. On entend par « UE attaché à l'e2NB», un UE, réel ou virtuel, ayant réalisé avec 25 succès une opération d'attachement à l'eNB 1 de cet e2NB. Une fois l'UE authentifié, lorsqu'une communication est mise en oeuvre avec l'UE, l'eNB 1, qui sert de terminaison du flux IP transmis par l'UE, fournit ce flux IP au routeur 6 afin que ce dernier le dirige de manière adéquate en fonction du destinataire du flux. Lorsqu'un UE attaché est un UE réel ou virtuel, le bloc eNB 1 indique à l'unité de 30 gestion 3 les liaisons établies avec cet UE ainsi identifié, ainsi que un identifiant de l'UE, tel que l'IMSI (« International Mobile Subscriber Identity ») de l'UE transmis par l'UE lors de la procédure d'identification et qui est unique et liée à la carte SIM (« Subscriber Identity Module ») ou bien son IMEI (« International Mobile Equipment Identity »), associé éventuellement avec l'adresse IP de l'UE fournie par le MME. 35 Lorsque l'UE attaché est un vUE d'un e2NB voisin, l'unité de gestion 3 détermine l'identifiant de cet e2NB voisin au moyen par exemple d'une table de correspondance 3033121 7 comprenant une liste d'IMSI de vUEs et indiquant pour chacun des IMSI l'identifiant de cellule E-CGI (« EUTRAN Cell Global Identifier ») (ou le Global eNB ID) correspondant, ce qui lui permet de savoir à quel e2NB appartient un vUE. On notera qu'un identifiant d'un e2NB est aussi un identifiant du bloc eNB qu'il 5 comporte et réciproquement, dans la mesure où il n'y a qu'un bloc eNB dans un e2NB. Ensemble de vUE(s) L'ensemble 2 de vUE(s) comporte un ou plusieurs UE virtuels. Chacun de ces UEs virtuels au sein de l'e2NB est créé (i.e instancié) par l'unité de 10 gestion 3. A chaque vUE sont ainsi associés un identifiant unique IMEI et un service SIM (IMSI et clef associée) comme décrit dans la suite. Au niveau LTE, le vUE possède toutes les fonctionnalités d'un UE classique, notamment il est adapté pour décoder les messages qui lui sont transmis, coder ceux qu'il 15 transmet, réaliser une procédure d'attachement, et ceci de manière indépendante des autres vUEs (au niveau implémentation, cela revient à lancer une nouvelle instance (« thread ») du programme mettant en oeuvre les opérations d'attachement, en lui passant comme paramètre le IMEI, ce qui va créer au fur et à mesure de l'évolution de la connexion du vUE, les éléments nécessaires à son fonctionnement, tels que les 20 différentes mémoires tampons (« buffers ») pour les différentes couches protocolaires du modèle OSI etc.). Il doit aussi informer lors de l'établissement de la connexion RRC (en anglais « Radio Resource Control ») avec l'eNB, de ses capacités matérielles au niveau de la chaîne radio. Celles-ci dépendent de la chaine radio réelle de l'e2NB, il faut donc fournir 25 les informations concernant celle-ci au vUE. Au démarrage de l'e2NB, un seul vUE est instancié ; il est adapté pour effectuer les opérations régulières de balayage radio conformément à la section du protocole LTE relative aux terminaux utilisateurs pour détecter les e2NBS voisins, i.e. les e2NBs autres que l'e2NB au sein duquel le vUE a été créé et qui se trouvent à portée radio du vUE, et 30 pour les indiquer à l'unité de gestion 3. La couverture radio du vUE est celle de l'e2NB au sein duquel il a été créé (puisqu'ils utilisent la même chaîne radio). Il est colocalisé avec l'e2NB. Dans cet exemple, un vUE ne peut s'attacher qu'à un seul e2NB du voisinage radio (dans d'autres modes de réalisation, un vUE peut s'attacher simultanément à 35 plusieurs e2NB du voisinage radio) et comme dans le cas d'un UE réel, les données de 3033121 8 communication utiles, émises et reçues par le vUE, empruntent les liaisons radio entre le vUE et l'e2NB d'attachement qui ont été réservées pour le vUE par l'e2NB d'attachement. L'e2NB d'attachement est sélectionné par un vUE en fonction d'une liste noire d'e2NBs et/ou d'une liste blanche d'e2NBs fournie(s) par l'unité de gestion 3. La liste 5 noire comprend les e2NBs sur lesquels l'attachement n'est pas autorisé et la liste blanche comprend les e2NBs sur lesquels l'attachement est autorisé. Un UE virtuel est adapté pour effectuer, avec un e2NB sélectionné, les opérations d'attachement conformément à la section du protocole LTE relative aux terminaux utilisateurs. 10 Les données d'identification et d'authentification de type SIM propres à chaque vUE (plus généralement le service de type SIM) et qui sont requises pour l'opération d'attachement sont fournies à chaque vUE de l'ensemble 2 de vUE(s) par l'unité de gestion 3. Lorsqu'un vUE de l'ensemble 2 de vUE(s) est attaché à un e2NB, le vUE notifie à 15 l'unité de gestion 3 l'identifiant de cet e2NB auquel il est attaché ou l'identifiant du bloc eNB 1 de cet e2NB (par exemple le E-CGI ou Global eNB ID de l'eNB 1). Un UE virtuel, une fois attaché à un e2NB voisin, est adapté pour émettre et recevoir des données, via cet e2NB d'attachement, avec un réseau selon l'invention comprenant les stations de base, de type eNBs ou e2NBs, connectées entre elles via les 20 vUEs et comprenant les terminaux utilisateurs, réels et virtuels, attachés à ces stations de base. L'émission radiofréquence et la réception radiofréquence de paquets par un vUE de l'ensemble 2 sont mises en oeuvre en utilisant la chaîne de traitement radio de l'e2NB, sur les liaisons radio affectées au vUE par son e2NB d'attachement. 25 Unité de gestion L'unité de gestion 3 est adaptée pour piloter la création, la suppression et le fonctionnement de chaque vUE de l'ensemble 2 de vUE(s). Elle est adaptée pour déterminer, suite à la réception de l'indication d'e2NBs 30 voisins détectés transmise par un vUE de l'ensemble 2, qu'une nouvelle connexion avec un de ces e2NBs détectés est à mettre en oeuvre (par exemple lorsque cet e2nB détecté ne fait pas partie de la liste des e2NBs voisins tenue par l'e2NB comme décrit ci-dessous). Lorsqu'une telle nouvelle connexion avec un e2NB voisin est à mettre en oeuvre, 35 l'unité de gestion fournit par exemple une liste blanche indiquant cet e2NB voisin à un vUE précédemment créé et non actuellement attaché s'il existe, afin qu'il procède à 3033121 9 l'opération d'attachement. Et si tous les vUE(s) de l'ensemble 2 sont actuellement attachés, l'unité de gestion 3 créé un vUE supplémentaire qui pourra ainsi être attaché à l'e2NB voisin détecté. On notera que dans un mode de réalisation, l'unité de gestion n'autorise pas un 5 attachement entre un vUE de l'ensemble 2 et un e2NB voisin au cas où un terminal virtuel de cet e2NB voisin est déjà attaché à l'e2NB. Dans ce cas, l'eNB voisin apparaît par exemple dans la liste noire de chaque nouveau vUE. L'unité de gestion 3 est adaptée pour contrôler et piloter la topologie du réseau 10 maillé d'e2NBs par la détermination des listes blanches et noires d'e2NBs respectives fournies aux vUEs. L'unité de gestion 3 est en outre adaptée pour répartir entre le bloc eNB1 et chacun des vUEs de l'ensemble 2 le temps (et/ou la fréquence) d'utilisation de la chaîne de traitement radio de l'e2NB. 15 Les règles de cette répartition sont par exemple fonction des besoins respectifs communiqués par le bloc eNB 1 et chacun des vUEs. L'unité de gestion 3 est adaptée pour fournir un service SIM aux vUEs de l'ensemble 2 comprenant notamment la fourniture d'éléments d'identification et d'authentification de type SIM à chaque vUE, afin que ce dernier puisse mener à bien les 20 opérations d'attachement en fournissant alors à l'e2NB auquel il souhaite s'attacher ses données d'identification et d'authentification déterminées en fonction des éléments fournis par l'unité de gestion. Pour ce faire, l'unité de gestion 3 comprend des cartes SIM réelles et/ou virtuelles. L'unité de gestion 3 est adaptée pour mémoriser, et mettre à jour, la liste des UE 25 réels et virtuels, auquel le bloc eNB1 est attaché, en fonction d'informations correspondantes qui lui sont fournies par le bloc eNB1 indiquant les opérations d'attachement d'UE et de rupture d'attachement. L'unité de gestion 3 est adaptée pour mémoriser, et mettre à jour, la liste des e2nBs voisins. 30 Cette liste des e2nBs voisins détaille : - les identifiants des e2NBs voisins (chacun mis en correspondance de l'identifiant du bloc eNB 1 de cet e2NB) attachés aux vUE(s) de l'ensemble 2, chacun de ces e2NBs voisins étant mis en correspondance, dans la liste, avec l'identifiant du vUE de l'ensemble 2 qui lui est attaché et l'indication des liaisons radio allouées (voire en outre les 35 performances de ces liaisons, par exemple le niveau de signal, indiquées par ce vUE à l'unité de gestion 3) ; et/ou 3033121 10 - l'identifiant de tout e2NB voisin comportant un ou des vUE(s) attachés au bloc eNB 1, chacun de ces e2NBs voisins étant mis en correspondance, dans la liste, avec l'identifiant du vUE attaché au bloc eNB 1 et l'indication des liaisons radio allouées (voire en outre les performances de ces liaisons, par exemple le niveau de signal, indiquées par 5 le bloc eNB1 à l'unité de gestion 3). Dans un mode de réalisation, l'unité de gestion 3 est adaptée pour communiquer avec les unités de gestion 3 d'autres e2NBs (par exemple via des vUEs respectifs) pour partager ces informations de leur liste d'e2NBs voisins définissant le maillage courant du réseau. 10 L'unité de gestion 3 est par exemple adaptée pour exploiter les informations de sa liste d'e2NBs voisins, voire aussi des informations des listes des e2NBs voisins communiquées, de manière à définir/modifier le maillage du réseau en vue de son amélioration, en supprimant, ajoutant des vUEs (et donc les liaisons correspondantes), ou en faisant changer l'e2NB d'attachement de vUEs. 15 L'unité de gestion 3 est adaptée pour définir les règles de routage en fonction notamment de cette topologie courante. L'unité de gestion 3 est en outre adaptée pour définir les règles d'adressage IP. On notera qu'un vUE de l'ensemble 2 peut être créé par l'unité de gestion 3 lorsqu'il existe déjà une liaison entre l'e2NB et un e2NB voisin (par l'intermédiaire d'un 20 terminal utilisateur créé dans l'e2NB ou l'e2NB voisin), mais que le besoin en terme de débit de communication entre eux nécessite des capacités de communication supplémentaires. Bloc MME 25 Le bloc MME réalise les fonctions d'un MME LTE de l'art antérieur si ce n'est qu'il est capable de recevoir les paramètres et listes d'adresse IP qu'il peut donner aux UEs qui se connectent via l'unité de gestion 3 (à la place, le MME dans le réseau LTE de l'art antérieur récupère cela via le S/P-GW). Le bloc MME 4 sur réception de chaque requête d'attachement de UE, virtuel ou 30 réel, indiquant les éléments d'identification et d'authentification, et relayée par le bloc eNB 1, est adapté pour requérir à son tour auprès du bloc HSS 5 les informations pour confirmer que le UE est bien autorisé à communiquer sur le réseau et est correctement authentifié. En outre, une fois l'UE, réel ou virtuel, authentifié avec succès, le bloc MME fournit 35 une adresse IP à l'UE (ou vUE) à l'origine de la procédure (à noter que dans un mode de 3033121 11 réalisation, l'UE peut sinon obtenir une adresse IP auprès du routeur 6, qui joue ici le rôle des S/P-GW d'un réseau LTE classique). 5 Bloc HSS Le bloc HSS réalise les fonctions d'un HSS LTE de l'art antérieur. Le bloc HSS 5 comporte une liste définissant les UEs, réels et virtuels, autorisés. Cette liste des UEs autorisés comporte en réalité, dans le cas considéré, les clés cryptographiques associées aux cartes SIMs. 10 Cette liste comporte l'ensemble des clés des UEs réels du réseau autorisés à communiquer, et l'ensemble des clés des UEs virtuels autorisés à communiquer et susceptibles d'être instanciés par des e2NBs du réseau qui se trouveraient au sein de la couverture radio de l'e2NB considéré. 15 La procédure d'authentification spécifiée dans le protocole LTE (en anglais Section « Authentication and Key Agreement », dite AKA) permet au bloc MME 4, agissant en tant que MME avec l'aide du bloc HSS 5 agissant en tant que HSS, de procéder à l'authentification. 20 Routeur Le routeur 6 est adapté pour recevoir des paquets de données reçus par un élément de l'e2NB (un vUE de l'ensemble 2 ou le bloc eNB1), pour détecter, en fonction de règles de routage qui lui sont fournies par l'unité de gestion 3, à quel élément de l'e2NB (parmi lesquels les vUEs de l'ensemble 2 et le bloc eNB1) ou à quelle interface de 25 l'e2NB (par exemple une connexion externe de type Ethernet) un paquet reçu doit être relayé ou délivré en tant que destinataire final, en fonction de l'élément de l'e2NB ou de l'interface de l'e2NB (par exemple une connexion externe de type Ethernet) qui l'a remis au routeur 6 et/ou du destinataire final du paquet. 30 Dans l'architecture LTE de l'art antérieur, la passerelle P-GW (en anglais « Packet Gateway ») sert de terminaison pour les flux utilisateur ainsi que de routeur afin de diriger ceux-ci vers d'autres réseaux ou sur le réseau de l'opérateur. Mais la connexion entre eNB et P-GW ajoute une couche protocolaire (et la charge associée) afin de traverser de 35 manière transparente les éléments réseaux entre l'eNB et la P-GW, or le e2NB est une entité « tout-en-un » avec des éléments co-localisés et ne nécessite pas un tel 3033121 12 mécanisme. Ainsi, les S-GW et P-GW ne sont pas implémentées dans l'e2NB dans le mode de réalisation particulier décrit ci-dessus afin de simplifier le fonctionnement, mais pourraient l'être en cas de besoin spécifique. 5 Les échanges mis en oeuvre par les éléments référencés 1 à 6 de l'e2NB dans le cadre de leur fonctionnement selon l'invention tel que décrit ci-dessus comportent notamment les échanges décrits ci-dessous en référence à la figure 2. Un vUE de l'ensemble 2 de vUE(s) met en oeuvre des échanges 100 par voie radiofréquence avec les e2NBs voisins, parmi lesquels les procédures d'attachement à un 10 e2NB voisin, la réception radiofréquence de paquets de données envoyés par l'e2NB voisin auquel le vUE est attaché et l'émission radiofréquence par le vUE de paquets de données qu'il émet, via les ressources physiques (temps/fréquence) qui lui sont allouées par son e2NB d'attachement. Le bloc eNB 1 met en oeuvre des échanges 101 par voie radiofréquence avec les 15 UEs réels et virtuels voisins, parmi lesquels les procédures d'attachement à un e2NB voisin, la réception radiofréquence de paquets de données émis par un UE qui lui est attaché sur la liaison ascendante qui lui est affectée, l'émission radiofréquence par le bloc eNB 1 de paquets de données qu'il émet vers un UE qui lui est attaché, sur la voie descendante allouée à cet UE. 20 L'ensemble 2 de vUEs met en oeuvre des échanges 103 avec l'unité de gestion 3, comprenant : l'indication, par chaque vUE à l'unité de gestion 3, des eNBs voisins détectés, attachés, de besoins de ressources en émission, en réception ; les échanges nécessaires pour instancier par l'unité de gestion 3 un nouvel 25 vUE ; la fourniture d'une liste blanche et d'une liste noire à chaque vUE par l'unité de gestion 3 ; l'attribution à un vUE par l'unité de gestion 3 de ressources fréquentielles et temporelles pour l'utilisation de la chaîne de traitement radio (donnant lieu le 30 cas échéant, en LTE, à un multiplexage fréquentiel et temporel) ; la fourniture par l'unité de gestion 3 à chaque vUE d'un service de type SIM. Le bloc eNB 1 met en oeuvre des échanges 104 avec le bloc MME 4 et le bloc MME 4 met en oeuvre des échanges 105 avec le bloc HSS 5 conformément à la procédure AKA pour une opération d'attachement. 35 Le bloc eNB 1 met en oeuvre des échanges 106 avec le routeur 6 comprenant : 3033121 13 - la fourniture de paquets IP par le bloc eNB 1 au routeur 6 et la fourniture de paquets IP par le routeur 6 au bloc eNB 1 ; Le routeur 6 met en oeuvre avec l'unité de gestion 3 des échanges 107 comprenant : 5 - la fourniture par l'unité de gestion 3 au routeur 6 des règles de routage ; - la fourniture de paquets IP au routeur 6 par l'unité de gestion 3 et la fourniture de paquets IP par le routeur 6 à l'unité de gestion 3 (par exemple à destination des autres unités de gestion d'autres e2NBs pour l'échange d'informations). Le routeur 6 met en oeuvre avec l'ensemble 2 de vUE(s) des échanges 109 10 comprenant la fourniture de paquets IP au routeur 6 par les vUE(s) et la fourniture de paquets IP par le routeur 6 aux vUEs. L'unité de gestion 3 met en oeuvre des échanges 108 avec le bloc eNB 1 comprenant : l'attribution à l'eNB 1 par l'unité de gestion 3 de ressources fréquentielles et 15 temporelles pour l'utilisation de la chaîne de traitement radio (ou des chaînes de traitement radio dans les modes de réalisation où l'e2NB comporte plusieurs chaînes de traitement radio) ; l'indication par le bloc eNB 1 à l'unité de gestion 3 des UEs réels et virtuels qui sont actuellement attachés à l'e2NB ; 20 l'indication, par le bloc eNB 1 à l'unité de gestion, de ses besoins actuels de ressources en émission, en réception. Le routeur 6 met en oeuvre avec une ou des interfaces externes du e2NB telles qu'une interface avec un réseau Ethernet, des échanges 110 comprenant la fourniture et 25 la réception de paquets IP. Le bloc MME 4 met en oeuvre avec l'unité de gestion 3 des échanges 111 relatifs aux paramètres et listes d'adresses IPs que le bloc MME 4 donne aux UEs qui se connectent sur la base de règles d'adressage IP que l'unité de gestion 3 fournit préalablement au bloc MME 4. 30 Les moyens de communications entre bâtiments d'une flotte sont stratégiques pour maintenir le contrôle et le partage de l'information en temps réel entre les différentes forces et permettre une prise de décision rapide face aux évènements rencontrés. La capacité d'établissement d'un canal de communication robuste, fiable et à faible latence entre différents acteurs tels que des bâtiments de surface, des drones de surface 35 ou aérien, est un point clé du succès d'une opération. 3033121 14 L'invention propose un nouveau concept de stations de base (e2NodeB), permettant la communication haut débit conformément au protocole LTE de manière classique avec des terminaux UE, modifiées afin de permettre des communications directement entre elles également selon le protocole radio LTE, en utilisant les mêmes 5 ressources matérielles (chaîne de traitement radio notamment) que celles dont elles disposent pour échanger avec les UE réels. Les bâtiments équipés chacun d'e2NB selon l'invention peuvent ainsi fournir un service de communication à leurs utilisateurs mobiles tout en permettant aux bâtiments de se connecter les uns aux autres et d'établir un réseau maillé de e2NBs. 10 La figure 3 est une vue d'un réseau maillé comportant des e2NBs selon l'invention connectés entre eux via des UE virtuels. Ce réseau maillé au moment considéré comporte 7 e2NBs similaires à celui présenté en figure 2 : e2NB1, e2NB2, e2NB3, e2NB4, e2NB5, e2NB6 et e2NB7. Les e2NBs sont par exemple installés sur des bâtiments tels que des navires 15 respectifs. Les terminaux réels sont par exemple détenus par des utilisateurs mobiles qui peuvent se rendre de bâtiment en bâtiment, ou quitter les bâtiments par des embarcations autres. Chaque e2NB est représenté schématiquement par un rectangle en pointillé comportant un bloc eNB et un ou des terminaux virtuels. 20 Ainsi l'e2NB1 comporte un terminal virtuel, l'e2NB2 comporte deux terminaux virtuels. Les liaisons radiofréquences issues de l'attachement d'un e2NB à un terminal virtuel voisin sont représentées en trait plein, tandis que les liaisons issues de l'attachement entre un UE réel et un e2NB sont représentées en pointillés. Les e2NBs se connectent ainsi dynamiquement les uns aux autres via leurs vUEs 25 créant ainsi un réseau maillé sans fil permettant des communications entre e2NBs, entre UEs rattachés à ces eNBs, et entre eNBs et UEs. Lorsque deux e2NBs sont à portée radio l'une de l'autre, des liaisons ont été créées entre elles : il est nécessaire que deux e2NB se trouvent localisés l'un par rapport à l'autre de sorte que chacun se trouve dans la couverture radio de l'autre pour que ces 30 deux e2NBs se connectent l'un à l'autre via un vUE. Parfois les liaisons entre e2NBs sont doublées : par exemple un terminal virtuel de e2NB4 est attaché à l'e2NB6 et symétriquement un terminal virtuel de e2NB6 est attaché à l'e2NB4. Dans un tel réseau maillé, une communication est mise en oeuvre comprenant le 35 transport de paquets de données le long du trajet repéré par des signes « + », entre PUE réel attaché à l'e2NB3 et l'UE réel attaché à l'e2NB5, via les éléments suivants : 3033121 15 du UE réel attaché au bloc eNB de l'e2NB3, puis du bloc eNB de l'e2NB3 via le routeur de e2NB3 au terminal virtuel de l'e2NB4 attaché à l'e2NB3, du terminal virtuel de l'e2NB4 attaché à l'e2NB3 au bloc eNB du e2NB4 via le 5 routeur du e2NB4, du bloc eNB du e2NB4 au terminal virtuel de l'e2NB5 attaché à l'e2NB4, du terminal virtuel de l'e2NB5 attaché à l'e2NB4 au bloc eNB de l'e2NB5 via le routeur de e2NB5, du bloc eNB de l'e2NB5 à l'UE réel attaché à l'e2NB5, via le routeur de e2NB5. 10 Bien entendu, le routeur dans chaque e2NB comporte des tables de routage. Dans un mode de réalisation, une table de routage au sein d'un e2NB comporte une liste d'adresses, correspondant à des adresses de destination au sein du réseau ; cette table de routage indique pour chaque adresse de la liste, vers quel élément de l'e2NB (unité de gestion, vUE, bloc eNB, interface Ethernet...) le routeur doit router un paquet de données 15 dont l'adresse de destination correspond à cette adresse. Les adresses de destination peuvent être des adresses d'UEs réels, d'UEs virtuels, d'unité de gestion, de blocs eNB, d'interfaces Ethernet etc. La table indique par exemple en outre un identifiant de masque (lorsque l'élément de l'e2NB vers lequel router est l'unité de gestion, un vUE, le bloc eNB) ou encore un identifiant de passerelle (lorsque l'élément de l'e2NB vers lequel router est 20 une interface externe). Une autre communication est par exemple mise en oeuvre, comprenant le transport de paquets de données le long du trajet repéré par la succession des signes « + » et « - », depuis un réseau externe interfacé à l'e2NB1 à destination d'un réseau 25 externe interfacé à l'e2NB7 via les éléments suivants : du réseau externe interfacé à e2NB1, via le routeur du e2NB1, au bloc eNB de l'e2NB1, du bloc eNB de l'e2NB1 au vUE dans l'e2NB2 qui est attaché à l'e2NB1, du vUE dans l'e2NB2 qui est attaché à l'e2NB1, via le routeur, au vUE dans 30 l'e2NB2 qui est attaché à l'e2NB4, du vUE dans l'e2NB2 qui est attaché à l'e2NB4 au bloc eNB de l'e2NB4, du bloc eNB de l'e2NB4, via le routeur du e2NB4, au vUE de e2NB4 qui est attaché au e2NB6, du vUE de e2NB4 qui est attaché au e2NB6, au bloc eNB du e2NB6, 35 du bloc eNB du e2NB6, via le routeur du e2NB6, au bloc eNB du e2NB6, du bloc eNB du e2NB6 au vUE de e2NB7 attaché à l'e2NB6, 3033121 16 - du vUE de e2NB7 attaché à l'e2NB6 au routeur du e2NB7, puis du routeur de e2NB7 à l'interface externe de l'e2NB7. Le concept n'est pas bien sûr pas limité à une utilisation navale et son utilisation à 5 terre est tout aussi avantageuse. L'invention a été décrite ci-dessus plus particulièrement relativement à un protocole radio LTE, mais peut bien sûr être mise en oeuvre relativement à d'autres protocoles radio. Dans le mode de réalisation particulier décrit ci-dessus, l'e2NB comprenait un bloc 10 eNB 1, un ensemble 2 de vUE(s), une unité de gestion 3, un bloc MME 4, un bloc HSS 5 et un routeur 6. Dans un autre mode de réalisation de l'invention des e2NB, des communications/connexions (notamment physique et des premières couches LTE) entre stations de base e2NB sont établies sans utiliser de bloc MME et/ou de bloc HSS et/ou de routeur, mais seulement avec le bloc eNB, les vUEs et l'unité de gestion (le routage est 15 par exemple dans un tel cas directement mis en oeuvre au niveau du bloc eNB, dans des couches plus basses que la couche IP). REVENDICATIONS1.- Station de base (e2NB) pour un réseau de radiocommunications comprenant un ensemble de stations de base et des premiers terminaux utilisateurs, ladite station de base comprenant : - un module d'interface radio adapté pour émettre et recevoir des données radiofréquences ; et - un bloc pilote (eNB 1) adapté pour établir une liaison de communication et communiquer sur ladite liaison avec au moins un premier terminal utilisateur conformément à un protocole radio comprenant une section de protocole radio propre aux stations de base et une section de protocole radio propre aux terminaux utilisateurs, en utilisant ledit module d'interface radio, ladite station de base étant caractérisée en ce qu'elle comprend en outre une unité de gestion (3) adaptée pour créer une pluralité de seconds terminaux utilisateurs (vUEs), lesdits seconds terminaux utilisateurs créés étant des terminaux utilisateurs virtuels adaptés pour communiquer conformément audit protocole radio avec des stations de base voisines de ladite station de base, en utilisant ledit module d'interface radio. 2.- Station de base (e2NB) selon la revendication 1, dans laquelle l'unité de gestion (3) est adaptée pour répartir sélectivement l'utilisation du module d'interface radio entre le bloc pilote (eNB 1), pour la communication entre ledit bloc pilote (eNB 1) et l'au moins un premier terminal utilisateur, et les seconds terminaux virtuels pour leur communication avec des stations de base voisines. 3.- Station de base (e2NB) selon la revendication 1 ou 2, dans laquelle l'unité de gestion (3) affecte à chaque second terminal virtuel un identifiant respectif. 4.- Station de base (e2NB) selon l'une quelconque des revendications précédentes, dans laquelle ledit protocole de communication est conforme à la norme LTE. 5.- Station de base (e2NB) selon l'une quelconque des revendications précédentes, dans laquelle un second terminal utilisateur virtuel est adapté pour effectuer régulièrement un balayage radio et pour détecter des stations de base voisines et pour indiquer à l'unité de gestion lesdites stations voisines détectées, 3033121 18 ladite unité de gestion étant adaptée pour, lorsqu'une des stations de base voisines détectées ne fait pas partie des stations de base voisines ayant une liaison établie avec les seconds terminaux virtuels, créer un nouveau second terminal virtuel pour la mise en oeuvre de communications entre ledit nouveau second terminal virtuel et ladite 5 station de base voisine détectée. 6.- Station de base (e2NB) selon l'une quelconque des revendications précédentes, comportant un bloc de gestion de mobilité (MME 4) et une base (HSS 5) d'informations d'authentification relatives aux premiers et seconds terminaux utilisateurs, 10 ledit bloc de gestion de mobilité (MME 4) étant adapté pour, lorsque le bloc pilote (eNB 1) reçoit, en provenance d'un premier terminal utilisateur, une requête de mise en oeuvre d'une liaison de communication avec ladite station de base conforme audit protocole de communication, procéder à l'authentification dudit premier terminal utilisateur en fonction d'éléments d'authentification indiqués dans la requête et des informations 15 d'authentification dans la base relatives audit premier terminal utilisateur ; et dans laquelle l'unité de gestion (3) est adaptée, lorsqu'elle crée un second terminal utilisateur virtuel, pour fournir audit second terminal utilisateur virtuel, des éléments d'authentification propres audit second terminal virtuel, chaque second terminal virtuel étant adapté pour, lorsqu'il émet une requête de 20 mise en oeuvre d'une liaison de communication à destination d'une station de base voisine conformément audit protocole de communication, insérer, dans ladite requête, lesdits éléments d'authentification fournis par l'unité de gestion. 7.- Station de base (e2NB) selon l'une quelconque des revendications 25 précédentes, dans laquelle l'unité de gestion (3) est adaptée pour stocker une liste des stations de base voisines connectées à ladite station de base, et - chaque second terminal virtuel est adapté pour indiquer à l'unité de gestion la station de base voisine avec laquelle il a une liaison de communication courante établie, et l'unité de gestion est adaptée pour actualiser la liste des stations de base voisines 30 connectées à ladite station de base, en insérant dans la liste, ladite station de base voisine indiquée, mise en correspondance, dans la liste, avec ledit second terminal virtuel ; - le bloc pilote (eNB 1) est adapté pour indiquer à l'unité de gestion lesdits premiers terminaux avec lesquels il a établi une liaison de communication courante, et 35 lorsque un desdits premiers terminaux est un terminal virtuel d'une station de base voisine de ladite station de base, l'unité de gestion est adaptée pour actualiser la liste en y 3033121 19 insérant ladite station de base voisine mise en correspondance, dans la liste, avec ledit premier terminal virtuel. 8.- Station de base (e2NB) selon la revendication 7, comprenant un routeur (6) et 5 dans laquelle l'unité de gestion (3) est adaptée pour actualiser des règles de routage en fonction de ladite liste actualisée des stations de base voisines connectées à ladite station de base, ledit routeur étant adapté pour router, en fonction de règles de routage actualisées par l'unité de gestion, des données sélectivement vers le bloc pilote pour émission vers des premiers terminaux utilisateurs ou vers des seconds terminaux virtuels 10 pour émission vers des stations de base voisines. 9.- Procédé de traitement dans une station de base (e2NB) pour un réseau de radiocommunications comprenant un ensemble de stations de base et des premiers terminaux utilisateurs, ladite station de base comprenant un module d'interface radio et un 15 bloc pilote (eNB 1), comprenant les étapes suivantes : - émission et réception de données radiofréquences par le module d'interface radio adapté ; et - établissement d'une liaison de communication par le bloc pilote (eNB 1) et communication par le bloc pilote (eNB 1) sur ladite liaison avec au moins un premier 20 terminal utilisateur conformément à un protocole radio comprenant une section de protocole radio propre aux stations de base et une section de protocole radio propre aux terminaux utilisateurs, en utilisant ledit module d'interface radio, ledit procédé étant caractérisé en ce qu'il comprend une étape de création, par une unité de gestion (3) de ladite station de base, d'une pluralité de seconds terminaux 25 utilisateurs (vUEs) virtuels adaptés pour communiquer conformément audit protocole radio avec des stations de base voisines de ladite station de base, en utilisant ledit module d'interface radio. 10.- Procédé de traitement dans une station de base (e2NB), selon la 30 revendication 9, comprenant une étape de répartition sélective, par l'unité de gestion (3), de l'utilisation du module d'interface radio entre le bloc pilote (eNB 1), pour la communication entre ledit bloc pilote (eNB 1) et l'au moins un premier terminal utilisateur, et les seconds terminaux virtuels pour leur communication avec des stations de base voisines. 35 3033121 20 11.- Procédé de traitement dans une station de base (e2NB) selon la revendication 9 ou 10, selon lequel l'unité de gestion (3) affecte à chaque second terminal virtuel un identifiant respectif. 5 12.- Procédé de traitement dans une station de base (e2NB) selon l'une quelconque des revendications 9 à 11, selon lequel ledit protocole de communication est conforme à la norme LTE. 13.- Procédé de traitement dans une station de base (e2NB) selon l'une 10 quelconque des revendications 9 à 12, selon lequel un second terminal utilisateur virtuel effectue régulièrement un balayage radio, détecte des stations de base voisines et indique à l'unité de gestion lesdites stations voisines détectées, et selon lequel lorsqu'une des stations de base voisines détectées ne fait pas partie des stations de base voisines ayant une liaison établie avec les seconds terminaux 15 virtuels, ladite unité de gestion crée un nouveau second terminal virtuel pour la mise en oeuvre de communications entre ledit nouveau second terminal virtuel et ladite station de base voisine détectée. 14.- Procédé de traitement dans une station de base (e2NB) selon l'une 20 quelconque des revendications 9 à 13, selon lequel, lorsque le bloc pilote (eNB 1) reçoit, en provenance d'un premier terminal utilisateur, une requête de mise en oeuvre d'une liaison de communication avec ladite station de base conforme audit protocole de communication, un bloc de gestion de mobilité (MME 4) de la station de base procède à l'authentification dudit premier terminal utilisateur en fonction d'éléments d'authentification 25 indiqués dans la requête et des informations d'authentification relatives audit premier terminal utilisateur et stockées dans une base (HSS 5) de la station de base comprenant des informations d'authentification relatives aux premiers et seconds terminaux utilisateurs; selon lequel l'unité de gestion (3), lorsqu'elle crée un second terminal utilisateur 30 virtuel, fournit audit second terminal utilisateur virtuel, des éléments d'authentification propres audit second terminal virtuel, chaque second terminal virtuel, lorsqu'il émet une requête de mise en oeuvre d'une liaison de communication à destination d'une station de base voisine conformément audit protocole de communication, insère, dans ladite requête, lesdits éléments 35 d'authentification fournis par l'unité de gestion. 3033121 21 15.- Procédé de traitement dans une station de base (e2NB) selon l'une quelconque des revendications 9 à 14, selon lequel l'unité de gestion (3) stocke une liste des stations de base voisines connectées à ladite station de base, et - chaque second terminal virtuel indique à l'unité de gestion la station de base 5 voisine avec laquelle il a une liaison de communication courante établie, et l'unité de gestion actualise la liste des stations de base voisines connectées à ladite station de base, en insérant dans la liste, ladite station de base voisine indiquée, mise en correspondance, dans la liste, avec ledit second terminal virtuel ; - le bloc pilote (eNB 1) indique à l'unité de gestion lesdits premiers terminaux avec 10 lesquels il a établi une liaison de communication courante, et lorsqu'un desdits premiers terminaux est un terminal virtuel d'une station de base voisine de ladite station de base, l'unité de gestion actualise la liste en y insérant ladite station de base voisine mise en correspondance, dans la liste, avec ledit premier terminal virtuel. 15 16.- Procédé de traitement dans une station de base (e2NB) selon la revendication 15, selon lequel l'unité de gestion (3) actualise des règles de routage en fonction de ladite liste actualisée des stations de base voisines connectées à ladite station de base, et un routeur de la station de base route, en fonction de règles de routage actualisées par l'unité de gestion, des données sélectivement vers le bloc pilote pour émission vers des 20 premiers terminaux utilisateurs ou vers des seconds terminaux virtuels pour émission vers des stations de base voisines. 25