FR 3157774 A1 20250627 FR 2315006 A 20231222 Procédés de configuration et de communication, entité d’un réseau de télécommunications et équipement utilisateur L’invention concerne un procédé de configuration, par une entité d’un réseau de télécommunications, d’un équipement utilisateur connecté à au moins un service offert par le réseau, le procédé comprenant : la détermination, en fonction d’une information relative à un statut énergétique de l’équipement utilisateur, d’une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service ; l’envoi à l’équipement utilisateur, dans au moins un message de configuration, d’un indicateur désignant la partie de bande passante déterminée. Figure pour l’abrégé : Fig. 2. Procédés de configuration et de communication, entité d’un réseau de télécommunications et équipement utilisateur L’invention appartient au domaine général des télécommunications. Elle s’inscrit plus particulièrement dans le contexte d’un réseau de télécommunications offrant la possibilité à un équipement utilisateur (ou UE pour « User Equipment » en anglais) de ce réseau de recevoir ou d’émettre des données sur une partie seulement de la bande passante allouée par le réseau à la cellule à laquelle est rattaché cet équipement utilisateur. Une telle fonctionnalité, également connue sous le nom de BWP pour « BandWidth Part » en anglais, a été introduite notamment dans le contexte d’un réseau 5G (i.e. de 5 ème Génération) et plus particulièrement, de la nouvelle interface radio 5G NR (pour « New Radio » en anglais) définie par le standard 3GPP à compter de la Release 15. Elle permet d’adapter dynamiquement la bande passante sur laquelle des données associées à un UE sont transmises (i.e. envoyées ou reçues par l’UE) via le réseau, et incidemment la numérologie utilisée par l’UE sur cette bande. Par numérologie, on entend dans le contexte d’un schéma de transmission de type OFDM (pour « Orthogonal Frequency Division Multiplexing » en anglais) tel que celui adopté par la technologie d’accès radio 5G NR, l’espacement entre les sous-porteuses et la longueur du préfixe cyclique, ou de façon équivalente, la durée d’un symbole OFDM. L’utilisation d’une unique numérologie comme dans les réseaux 4G ou LTE (pour « Long Term Evolution » en anglais), à savoir un espacement de 15kHZ entre les sous-porteuses et une longueur de préfixe cyclique approximativement de 4.7µs, est difficilement envisageable dans le contexte d’un réseau 5G, en raison notamment des multiples scénarios de déploiement envisagés, que ce soit en termes de dimensions des cellules, des bandes de fréquences allouées, des effets de propagation en résultant (comme par exemple l’étalement des retards (ou « delay spread » en anglais)), des services hétérogènes proposés en 5G (et des contraintes très diverses en découlant), etc. La technologie d’accès radio 5G NR a donc été conçue pour apporter une certaine flexibilité en la matière et supporter plusieurs numérologies pour une même fréquence porteuse, comme illustré dans la table 1 ci-dessous. Numérologie µ 0 1 2 3 4 Espacement Δf entre les sous-porteuses (SCS ou « SubCarrier Spacing » en anglais) (kHz) 15 30 60 120 240 Durée T u d’un symbole utile (µs) 66.7 33.3 16.7 8.33 4.17 Longueur T CP approximative du préfixe cyclique (µs) 4.7 2.3 1.2 0.59 0.29 Durée totale T u +T CP d’un symbole OFDM (µs) 71.35 35.68 17.84 8.92 4.46 Durée d’un slot (14 symboles OFDM) ou TTI (pour « Transmission Time Interval » en anglais) (ms) 1 0.5 0.25 0.125 0.0625 L’utilisation de ces multiples numérologies permet avantageusement de répondre aux contraintes diverses et variées (aussi désignées par SLA pour « Service Level Agreement » en anglais) en termes de latence, de débit (ou « throughput » en anglais) et de fiabilité, imposées par les différentes catégories de services que les réseaux 5G permettent d’offrir. Ces différentes catégories de services comprennent notamment : des services de type eMBB (pour « enhanced Mobile Broadband » en anglais) s’appuyant sur des débits de données très élevés pour proposer de nouvelles expériences aux utilisateurs (ex. réalité virtuelle, réalité augmentée, diffusion vidéo HD, etc.) ; des services de type uRLLC (pour « ultra Reliable Low Latency Communication » en anglais), qui ont des exigences strictes en matière de latence et de fiabilité des communications (ex. services de gestion à distance, robots industriels, télé-chirurgie) ; et des services de type mMTC (pour « massive Machine Type Communication » en anglais), qui incluent notamment l’Internet des Objets (ou « IoT » pour « Internet of Things » en anglais), et qui ont des exigences élevées en termes de densité de déploiement notamment (ex. ville connectée, agriculture connectée, etc.). des services de type V2X (pour « Vehicle to Everything » en anglais), permettant à un véhicule d’échanger des informations avec un autre véhicule, une infrastructure, au réseau et/ou un piéton. Les services V2X incluent des services de sécurité (ou « safety services » en anglais), qui ont pour but par exemple de minimiser les accidents, les risques des passagers ou des utilisateurs des routes (ex. service d’aide à la conduite ou de conduite autonome), et qui requièrent une latence très faible (inférieure à quelques millisecondes) et une fiabilité de transmission proche de 100%, et des services autres (ou « non-safety services » en anglais) visant davantage à améliorer les conditions de trafic, à minimiser l’influence de la congestion des routes, à améliorer le confort des passagers du véhicule, etc., et qui ont certes besoin de débits de transmission élevés mais peuvent tolérer une certaine latence et une fiabilité moins importante ; et des services de type HMTC (pour « High performance Machine Type Communications » en anglais), qui comme pour les services de type mMTC, ont des exigences élevées en termes de densité de déploiement (et donc de disponibilité des ressources pour communiquer), mais également de faible latence et de débits de transmission élevés. Ainsi, par exemple, comme l’illustre la table 1, une numérologie élevée (par exemple correspondant à un espacement de 120kHz entre les sous-porteuses) permet de réduire la durée d’un intervalle de transmission ou TTI, et incidemment la latence : elle est donc particulièrement bien adaptée aux services uRLLC. A l’inverse, une numérologie moins élevée permet d’atteindre un débit plus élevé et est particulièrement bien adaptée aux services eMBB. Comme évoqué précédemment, la technologie d’accès radio 5G NR permet à un UE, via la fonctionnalité BWP, d’utiliser une bande passante plus étroite que la bande passante totale allouée par un réseau 5G à la cellule dans laquelle se trouve l’UE. Cette bande passante plus étroite correspond à une partie (désignée par BWP dans la suite) de la bande passante totale allouée par le réseau à la cellule. Compte-tenu des largeurs de bande envisagées en 5G (jusqu’à 400 MHz pour une seule porteuse), le recours à cette fonctionnalité permet avantageusement d’une part, de s’adapter à des UE disposant de capacités réduites en termes de largeur de bande supportée et/ou qu’ils peuvent surveiller, et d’autre part, de réduire la complexité des traitements réalisés par les UE (ex. surveillance et décodage des canaux de contrôle) et ainsi la puissance qu’ils consomment. Chaque BWP est caractérisée par une numérologie (espacement de sous-porteuse et longueur de préfixe cyclique) et par un nombre de blocs physiques de ressources ou PRB (pour « Physical Resource Block » en anglais) consécutifs respectant cette numérologie. Elle commence à un certain bloc de ressource commun (ou CRB pour « Common Ressource Block » en anglais) dont l’emplacement est identifié par rapport à un CRB servant de référence à toutes les numérologies, aussi appelé point de référence A (ou « Reference point A » en anglais). Des BWP différentes peuvent utiliser la même numérologie mais avoir des largeurs de bande différentes. Il convient de noter que dans le contexte 5G NR, un bloc de ressource RB ou « Resource Block » (tel qu’un PRB ou un CRB) est un élément défini dans le domaine fréquentiel et constitué de 12 sous-porteuses consécutives. L’étalement fréquentiel d’un RB dépend donc de la numérologie considérée : ainsi par exemple, 2 RB consécutifs pour une numérologie basée sur un espacement Δf entre les sous-porteuses occupent la même bande de fréquences qu’un RB pour une numérologie basée sur un espacement 2Δf entre les sous-porteuses. Un PRB est donc la plus petite unité radio attribuée à un UE dans le contexte 5G NR. La FIG. 1 illustre de façon schématique la notion de BWP. Sur cette figure, on considère deux parties de bande passante notées BWP1 et BWP2, définies au sein de la bande passante BW associée à une porteuse C allouée à une cellule d’un réseau 5G. Les parties de bande BWP1 et BWP2 sont, dans l’exemple de la FIG. 1 , associées respectivement à deux numérologies distinctes correspondant à des espacements respectifs entre les sous-porteuses Δf et 2Δf. On note PRB(Δf), respectivement CRB(Δf), et PRB(2Δf), respectivement CRB(2Δf), les PRB, respectivement les CRB, correspondant aux espacements Δf et 2Δf entre les sous porteuses. La partie de bande BWP1 commence au bloc CBR(Δf)#m, par rapport au point de référence A, et est constituée de M PRB(Δf) consécutifs correspondant à un espacement Δf entre les sous-porteuses ; la partie de bande BWP2 commence au bloc CBR(2Δf)#n et est constituée de N PRB(2Δf) consécutifs correspondant à un espacement 2Δf entre les sous-porteuses, M et N désignant deux entiers supérieurs ou égaux à 1. Conformément au standard 3GPP, au niveau d’un UE, quatre BWP peuvent être configurées en voie descendante (ou DL pour « DownLink » en anglais) et quatre BWP peuvent être configurées en voie montante (ou UL pour « UpLink » en anglais) pour des transmissions de données associées à l’UE. L’expression « transmission de données associées à l’UE » couvre ici de manière générale la réception de données par l’UE et/ou l’émission de données par l’UE. Dans la suite de la description, le terme BWP peut désigner indifféremment une BWP UL ou une BWP DL selon si on considère l’émission d’un flux sortant par l’UE ou la réception d’un flux entrant par l’UE. En fonction du ou des services utilisés par un UE, l’activation d’une BWP peut s’avérer plus pertinente qu’une autre, notamment en raison de la numérologie associée à cette BWP. En effet, comme souligné précédemment, les numérologies plus élevées sont particulièrement bien adaptées aux services requérant des latences faibles, comme par exemple les services uRLLC, tandis que les numérologies moins élevées sont plus adaptées aux services eMBB requérant de très hauts débits. Il n’est donc pas optimal d’utiliser une même numérologie pour deux services présentant des contraintes (ou SLA) différentes. Or un UE d’un réseau 5G peut être connecté ou autorisé à se connecter simultanément à des services différents. Le standard 3GPP a par exemple introduit la notion de « network slicing » en anglais (ou découpage d’un réseau en tranches) selon laquelle un réseau physique 5G peut être découpé en plusieurs tranches logiques (ou « slices » en anglais), chaque tranche logique étant associée à un service distinct, caractérisé par un SLA qui lui est propre, et disposant de ressources radio dédiées. Un même UE peut être connecté à 8 tranches réseau simultanément et donc accéder simultanément à des services distincts. Il convient de noter qu’un UE d’un réseau 5G peut être connecté à plusieurs services distincts y compris en l’absence de network slicing. Conformément au standard 3GPP, bien que plusieurs BWP puissent être configurées au niveau de l’UE, une seule BWP peut être active (autrement dit, utilisée pour la transmission de données associées à l’UE) à un instant donné en UL ou en DL. Un UE peut toutefois basculer d’une BWP à une autre, autrement dit activer une nouvelle BWP en remplacement de la BWP active courante. Un tel basculement peut être décidé par le réseau (station de base à laquelle est rattaché l’UE), par exemple en vue de satisfaire les exigences de qualité de service (QoS pour « Quality of Service » en anglais) d’un nouveau service requis par l’UE, la nouvelle BWP étant considérée comme mieux adaptée en raison de sa numérologie que la BWP active courante pour transmettre les flux de données relatifs à ce service. Il est déclenché par l’envoi par la station de base, sur un canal de contrôle PDCCH (pour « Physical Downlink Control CHannel » en anglais), d’informations de contrôle DCI (pour « Downlink Control Information » en anglais) destinées à l’UE, au format 0_1 (pour l’UL) ou 1_1 (pour le DL), et comprenant un indicateur de BWP (ou « Bandwidth Part indicator » en anglais) désignant la nouvelle BWP à activer par l’UE. Si un tel mécanisme de basculement d’une BWP à une autre permet de satisfaire les exigences de QoS des différents services requis par l’UE, il a cependant un impact sur l’efficacité énergétique de l’UE. En effet, la fréquente réception d’informations de contrôle DCI, leur traitement et l’activation des différentes BWP en fonction des informations de contrôle DCI représentent un coût énergétique pour l’UE. L'optimisation de l’efficacité énergétique fait référence à la maximisation de l'utilisation de l'énergie pour obtenir des résultats optimaux, tout en minimisant le gaspillage et les pertes énergétiques. Dans un contexte global où les préoccupations environnementales et les impératifs économiques convergent, cette optimisation est devenue un pilier central des politiques et des initiatives visant à promouvoir un développement durable et équilibré. Les industriels, notamment, sont de plus en plus conscients de l'importance d’optimiser l'efficacité énergétique comme moyen de préserver l'environnement et de promouvoir une croissance économique durable et vertueuse. A ce titre, l’optimisation de l’efficacité énergétique est au cœur du déploiement de la technologie d’accès radio 5G NR et plus généralement des réseaux 5G. Ainsi de nombreuses solutions visant à améliorer l’efficacité énergétique des réseaux 5G et des équipements utilisateurs de ces réseaux ont été proposées. L’une de ces solutions consiste en une évolution du mécanisme de basculement d’une BWP à une autre. Cette évolution permet à l’UE, lorsqu’il ne détecte plus d’inactivité dans sa BWP active courante, de basculer de façon automatique vers une BWP définie par défaut avec laquelle il a été précédemment configuré, à l’expiration d’un délai dit d’inactivité (« inactivity timer » en anglais). La valeur du délai d’inactivité est comprise entre 2 ms et 2560 ms. Cette bascule automatique vers une BWP définie par défaut permet à l’UE de réduire sa consommation énergétique. Cependant, cette réduction de la consommation énergétique de l’UE se fait, le plus souvent, au détriment de la QoS puisque la numérologie caractérisant cette BWP définie par défaut n’est pas adaptée à l’ensemble des services auquel l’UE est connecté. Il est alors nécessaire d’attendre la réception de nouvelles informations de contrôle DCI comprenant un indicateur de BWP désignant une nouvelle BWP plus adaptée à activer par l’UE. Une autre solution permettant d’améliorer l’efficacité énergétique d’un UE consiste en l’introduction d’un mécanisme de réception discontinue DRX (pour « Discontinuous Reception » en anglais). Un tel mécanisme DRX alterne des périodes de veille au cours desquelles l’UE ne surveille pas le canal de contrôle PDCCH avec des périodes de réveil au cours desquelles l’UE surveille le canal de contrôle PDCCH afin d’accéder aux informations de contrôle DCI utile à son fonctionnement. Ce mécanisme DRX, bien que permettant une réduction de la consommation énergétique de l’UE, présente l’inconvénient d’augmenter le temps de latence puisqu’il est nécessaire d’attendre la prochaine période de réveil de l’UE (plusieurs slots, c’est-à-dire plusieurs millisecondes) pour pouvoir accéder aux informations de contrôle DCI et ainsi déclencher un changement de BWP au niveau de ce dernier. Ainsi, il n’existe pas de mécanisme permettant à un UE d’être connecté simultanément à plusieurs BWP auxquelles on souhaite affecter de multiples services en vue de satisfaire leurs SLA respectifs, tout en prenant en compte l’efficacité énergétique de l’UE. En effet, dans les différents mécanismes précités, le choix de privilégier l’une, parmi la QoS ou l’efficacité énergétique, se fait souvent au détriment de l’autre. Il existe donc un besoin d’une solution proposant un compromis entre satisfaction des exigences de QoS des services requis par un UE au niveau duquel plusieurs BWP sont configurées et efficacité énergétique de ce dernier. L’invention répond notamment à ce besoin en proposant un procédé de configuration, par une entité d’un réseau de télécommunications, d’un équipement utilisateur connecté à au moins un service offert par le réseau. Un tel procédé de configuration comprend : la détermination, en fonction d’une information relative à un statut énergétique de l’équipement utilisateur, d’une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service ; l’envoi à l’équipement utilisateur, dans au moins un message de configuration, d’un indicateur désignant la partie de bande passante déterminée. Corrélativement, l’invention vise aussi une entité d’un réseau de télécommunications comprenant : un module de détermination configuré pour déterminer, en fonction d’une information relative à un statut énergétique d’un équipement utilisateur connecté à au moins un service offert par le réseau, une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service ; un module d’envoi, configuré pour envoyer à l’équipement utilisateur, dans au moins un message de configuration, un indicateur désignant la partie de bande passante déterminée. Il convient de noter que l’invention s’applique aussi bien en voie montante (UL) qu’en voie descendante (DL). L’entité du réseau de télécommunications est par exemple une station de base du réseau (aussi appelée gNB dans le contexte d’un réseau 5G). Il peut s’agir d’une entité matérielle ou d’une entité logicielle, qui peut être répartie sur une ou plusieurs fonctions réseau ou être hébergée par un ou plusieurs équipements matériels. Une information relative au statut énergétique d’un équipement utilisateur peut consister par exemple en une information relative à la consommation énergétique de l’équipement utilisateur et/ou en une information relative au statut d’une batterie de l’équipement utilisateur. Une information relative à la consommation énergétique de l’équipement utilisateur correspond, entre autres, à : un taux de consommation d’énergie, donné par exemple en pourcentage ; une durée de consommation, donnée par exemple en minutes, en heures ou en jours ; une valeur d’énergie consommée, donnée par exemple en milliwattheures (mWh). Une information relative à un statut d’une batterie de l’équipement utilisateur correspond, entre autres, à : un taux d’autonomie, donné par exemple en pourcentage (un taux de 50% signifiant, par exemple, que la batterie a consomme la moitié de sa charge) ; une durée d’autonomie, donnée par exemple en minutes, en heures ou en jours ; un taux de charge, donné par exemple en pourcentage (un taux de 100% correspondant, par exemple, à une batterie totalement chargée) ; une durée de charge, donnée par exemple en minutes, en heures ou en jours. L’idée sous-jacente sur laquelle s’appuie l’invention est d’utiliser une information relative au statut énergétique de l’équipement utilisateur, telle que le taux de charge de la batterie par exemple, afin déterminer la ou les BWP à activer pour à la fois respecter au mieux la SLA du ou des services auxquels l’équipement utilisateur est connecté et optimiser l’efficacité énergétique de l’équipement utilisateur. Il convient de noter que l’invention peut être avantageusement mise en œuvre de sorte à adapter dynamiquement la ou les BWP à activer par l’équipement utilisateur. L’invention est très simple à mettre en œuvre. En effet, elle s’appuie avantageusement sur des mécanismes déjà implémentés par l’équipement utilisateur et par le réseau (basculement d’une BWP vers une autre, basculement vers une BWP par défaut à l’expiration d’un délai d’inactivité, utilisation du mécanisme DRX, etc.), qui sont adaptés pour les besoins de l’invention moyennant une faible complexité et qu’elle vient compléter. Ainsi, l’invention lorsqu’elle est mise en œuvre permet d’améliorer l’efficacité énergétique notamment en contribuant à la réalisation d’économies d’énergie supplémentaires sans pour autant sacrifier les exigences de QoS des services requis par l’équipement utilisateur. Par ailleurs, l’invention ne requiert pas de modification des formats des messages existants ou des informations de contrôle DCI pour sa mise en œuvre : la BWP déterminée peut être aisément fournie à l’équipement utilisateur en utilisant par exemple des champs normalisés d’un message conforme au protocole RRC (appelé ici message RRC), tels que le champ defaultDownlinkBWP-Id ou defaultUplinkBWP-Id pour la BWP par défaut en DL ou en UL. Ces champs sont décrits notamment dans le document 3GPP TS 38.331 intitulé « Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification ; Release 17 », v17.4.0 (2023-03). Ainsi, dans un mode particulier de réalisation, ledit au moins un message de configuration est un message RRC. Bien entendu, d’autres types de messages de configuration peuvent être utilisés en variante pour communiquer à l’équipement utilisateur la BWP déterminée au moyen de l’invention. L’invention est de plus compatible avec la contrainte imposée par le standard 3GPP selon laquelle un équipement utilisateur ne peut avoir qu’une unique BWP active à un instant donné (il convient toutefois de noter que l’invention s’applique également en l’absence de cette contrainte). Plus particulièrement, lorsqu’une valeur de l’information relative au statut énergétique est inférieure ou égale à un premier seuil, la partie de bande passante déterminée correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Dans ce premier mode de mise en œuvre particulier du procédé de configuration, le premier seuil est considéré comme un seuil bas indiquant que le statut énergétique de l’équipement utilisateur nécessite de prêter une attention particulière à la gestion de l’énergie consommée pour faire fonctionner l’équipement utilisateur. Cela correspond, par exemple, à une situation dans laquelle la durée d’autonomie de la batterie de l’équipement utilisateur est proche de sa valeur minimale, ou dans laquelle la batterie de l’équipement utilisateur présente un taux d’autonomie inférieur ou égal à 20%. Bien entendu, d’autres informations relatives au statut énergétique de l’équipement utilisateur, et d’autres valeurs du taux d’autonomie de la batterie de l’équipement utilisateur peuvent être envisagées. Afin de diminuer la consommation énergétique et ainsi contribuer à prolonger la durée de fonctionnement de l’équipement utilisateur, l’entité du réseau décide d’utiliser une unique numérologie pour l’ensemble des services auxquels l’équipement utilisateur est connecté. Pour cela, l’entité du réseau sélectionne une BWP, par exemple la plus étroite, caractérisée par cette numérologie. Dans cette situation, l’équipement utilisateur n’a plus besoin de basculer d’une BWP à une autre ce qui contribue à réduire sa consommation énergétique de manière significative, et ainsi améliorer son efficacité énergétique. Ce premier mode de mise en œuvre particulier privilégie l’efficacité énergétique de l’équipement utilisateur. Lorsqu’une valeur de l’information relative au statut énergétique atteint ou dépasse un deuxième seuil : une première partie de bande passante déterminée correspond à une partie de bande passante affectée à l’équipement utilisateur pour transmettre le trafic relatif à un premier service ; une deuxième partie de bande passante déterminée correspond à une partie de bande passante affectée à l’équipement utilisateur pour transmettre le trafic relatif à un deuxième service ; et une valeur d’un délai d’attente entre l’envoi d’un premier message de configuration comprenant un indicateur désignant la première partie de bande passante et l’envoi d’un deuxième message de configuration comprenant un indicateur désignant la deuxième partie de bande passante est réduite par rapport à sa valeur courante. De manière plus spécifique, le deuxième seuil est considéré comme un seuil haut indiquant que le statut énergétique de l’équipement utilisateur est optimal. C’est par exemple le cas lorsque la batterie de l’équipement utilisateur est en charge, e.g. lorsque l’équipement utilisateur est connecté à un réseau de fourniture d’électricité, lorsque la durée d’autonomie de la batterie de l’équipement utilisateur est proche de sa valeur maximale ou lorsque le taux d’autonomie de la batterie est supérieur à 50%. Bien entendu, d’autres informations relatives au statut énergétique de l’équipement utilisateur, et d’autres valeurs du taux d’autonomie de la batterie de l’équipement utilisateur peuvent être envisagées. Dans une telle situation, l’efficacité énergétique de l’équipement utilisateur ne constituant pas une contrainte forte, l’entité du réseau décide d’utiliser la numérologie la plus appropriée pour chacun des services auxquels l’équipement utilisateur est connecté. Pour cela, l’entité du réseau sélectionne, pour chacun de ces services, une BWP permettant de satisfaire leurs SLA respectifs. Dans cette situation, l’équipement utilisateur bascule d’une BWP à une autre au gré des informations de contrôle DCI reçues. Ce deuxième mode de mise en œuvre particulier privilégie la satisfaction des exigences de QoS des services requis par l’équipement utilisateur. Néanmoins, ce deuxième mode de mise en œuvre particulier est modifié lorsqu’un indicateur de surchauffe de l’équipement utilisateur et/ou un mode de réception discontinue de l’équipement utilisateur est activé. Dans ce cas de figure, l’entité du réseau décide de : maintenir à sa valeur courante la valeur du délai d’attente entre l’envoi de deux messages de configuration consécutifs comprenant l’indicateur désignant la première partie de bande passante ; et d’augmenter par rapport à sa valeur courante la valeur du délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la deuxième partie de bande passante. L’activation d’un indicateur de surchauffe de l’équipement utilisateur indique le besoin de prendre des mesures afin d’éviter que le statut énergétique de l’équipement utilisateur ne se dégrade de façon non contrôlée. La survenue d’une surchauffe de l’équipement utilisateur peut, par exemple, être la conséquence d’une consommation d’énergie anormalement élevée laquelle a un impact direct sur l’autonomie de la batterie de l’équipement utilisateur. Il est donc important d’adapter la transmission des données à cette situation afin d’éviter une dégradation importante des exigences de QoS des services requis par l’équipement utilisateur. A cette fin, l’entité du réseau décide de prioriser l’un des services requis par l’équipement utilisateur par rapport aux autres. Ce service est, par la suite, appelé service prioritaire. L’entité du réseau atteint son but de manière simple en maintenant la fréquence d’envoi des données de contrôle DCI relatives au service prioritaire et en réduisant la fréquence d’envoi des données de contrôle DCI relatives aux services non prioritaire. Cette modification du deuxième mode de mise en œuvre particulier du procédé de configuration offre un compromis intéressant entre la satisfaction des exigences de QoS des services requis par l’équipement utilisateur à son efficacité énergétique. En effet, les exigences de QoS des services requis par l’équipement utilisateur restent satisfaites puisque le trafic relatif à chaque service est transmis dans une BWP permettant de satisfaire leurs SLA respectifs ; et la fréquence de basculement d’une BWP à une autre est réduite contribuant ainsi à la réduction de la consommation énergétique de l’équipement utilisateur et au refroidissement de ce dernier. Le deuxième mode de mise en œuvre particulier peut encore être modifié pour prendre en compte l’activation d’un mode de réception discontinue de l’équipement utilisateur en plus de l’indicateur de surchauffe de l’équipement utilisateur. Dans ce nouveau cas de figure, la partie de bande passante déterminée correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Ainsi, bien que le statut énergétique de l’équipement utilisateur soit optimal, l’entité du réseau privilégie l’efficacité énergétique à la satisfaction des exigences de QoS des services requis par l’équipement utilisateur. L’activation conjointe du mode de réception discontinue de l’équipement utilisateur et de l’indicateur de surchauffe de l’équipement utilisateur indique qu’au-delà du souhait de réduire la consommation d’énergie de l’équipement utilisateur, il existe un besoin de prendre des mesures afin d’éviter que le statut énergétique de l’équipement utilisateur ne se dégrade de façon non contrôlée. A cette fin, l’entité du réseau décide d’utiliser une unique numérologie pour l’ensemble des services auxquels l’équipement utilisateur est connecté en sélectionnant une unique BWP, par exemple la plus étroite, caractérisée par cette numérologie. Il est à noter qu’à titre d’exemple le mode mécanisme de réception discontinue de l’équipement utilisateur correspond au mécanisme DRX. Dans un troisième mode particulier de mise en œuvre du procédé de configuration, lorsqu’une valeur de l’information relative au statut énergétique est comprise entre le premier seuil et le deuxième seuil : une première partie de bande passante déterminée correspond à une partie de bande passante affectée à l’équipement utilisateur pour transmettre le trafic relatif à un premier service ; une deuxième partie de bande passante déterminée correspond à une partie de bande passante affectée à l’équipement utilisateur pour transmettre le trafic relatif à un deuxième service ; une valeur d’un délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la première partie de bande passante consécutifs est maintenu à sa valeur courante ; et une valeur d’un délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la deuxième partie de bande passante est augmentée par rapport à sa valeur courante. Dans une telle situation où l’efficacité énergétique de l’équipement utilisateur n’est ni optimale ni critique, l’entité du réseau applique une solution de compromis. Une telle solution de compromis consiste à utiliser une numérologie la plus appropriée pour chacun des services auxquels l’équipement utilisateur est connecté tout en adaptant la transmission des données afin de réduire la consommation énergétique de l’équipement utilisateur. Pour cela, l’entité du réseau sélectionne, pour chacun des services auxquels l’équipement utilisateur est connecté, une BWP permettant de satisfaire leurs SLA respectifs et priorise l’un de ces services par rapport aux autres. L’entité du réseau atteint son but de manière simple en maintenant la fréquence d’envoi des données de contrôle DCI relatives au service prioritaire et en réduisant la fréquence d’envoi des données de contrôle DCI relatives aux services non prioritaires. Le troisième mode de mise en œuvre particulier peut lui aussi être modifié lorsque l’indicateur de surchauffe de l’équipement utilisateur est activé. Dans un tel cas de figure, la partie de bande passante déterminée par l’entité du réseau correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Comme évoqué précédemment, l’activation d’un indicateur de surchauffe de l’équipement utilisateur indique le besoin de prendre des mesures supplémentaires afin d’éviter que le statut énergétique de l’équipement utilisateur ne se dégrade de façon non contrôlée. Afin de contribuer à réduire la consommation énergétique de manière encore plus significative, l’entité du réseau renonce à la satisfaction des exigences de QoS des services requis par l’équipement utilisateur en sélectionnant une unique BWP pour l’ensemble des services auxquels l’équipement utilisateur est connecté. Il a été discuté plus haut de modes particuliers de mise en œuvre dans lesquels l’entité du réseau est amenée à prioriser l’un des services requis par l’équipement utilisateur par rapport aux autres. Afin de déterminer de façon judicieuse le service à prioriser parmi l’ensemble des services auxquels l’équipement utilisateur est connecté, l’entité du réseau peut procéder à la vérification de plusieurs critères. Un premier critère concerne la volumétrie de trafic des différents services. Ainsi, un service présentant une volumétrie de trafic la plus élevée parmi l’ensemble des services auxquels l’équipement utilisateur est connecté peut être sélectionné en tant que service prioritaire. En choisissant le service présentant la volumétrie de trafic la plus élevée comme service prioritaire, les risques de congestion et de pertes de données sont réduits. A volumétrie de trafic équivalente entre différents services auxquels l’équipement utilisateur est connecté, un deuxième critère de détermination du service prioritaire est le type de service. Plus particulièrement, un service « ultra Reliable Low Latency Communication », uRLLC, peut être sélectionné comme service prioritaire. Un service uRLLC est un service qui a des exigences élevées en termes de latence (latence maximale inférieure à un seuil donné, par exemple 1 ms). Il s’appuie généralement sur la transmission de flux de données auxquels on associe une priorité élevée (supérieure à un seuil donné) ou un profil QoS caractérisé par un indicateur de QoS élevé. Ainsi par exemple, un service uRLLC est considéré comme devant être prioritaire par rapport à un service eMBB qui a des exigences moins élevées en termes de latence. Lorsque plusieurs services auxquels l’équipement utilisateur est connecté sont des services uRLLC, le service pour lequel la partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre le trafic est la plus étroite est considéré comme étant un service prioritaire. Enfin, si aucun des critères précédents n’a permis d’identifier un service prioritaire parmi l’ensemble des services auxquels l’équipement utilisateur est connecté, alors le service prioritaire est celui pour lequel les ressources physiques caractérisant la partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre le trafic ne sont pas congestionnées. Dans des modes particuliers de mise en œuvre, préalablement à la détermination d’une partie de bande passante destinée à être activée, le procédé de configuration comprend en outre la réception, depuis l’équipement utilisateur, d’au moins une information relative à un statut énergétique de l’équipement utilisateur. Dans des modes particuliers de mise en œuvre, le premier service est déterminé au moyen d’un algorithme d’apprentissage automatique ou ML, Machine Learning, ou d’intelligence artificielle, d’un modèle mathématique ou d’une heuristique. Dans des modes particuliers de mise en œuvre, les étapes de détermination et d’envoi sont réitérées périodiquement. Ce mode de réalisation offre une flexibilité supplémentaire : il permet de réviser si besoin la BWP à activer en fonction de l’évolution de l’information relative à un statut énergétique de l’équipement utilisateur. Il convient toutefois de noter que la partie de bande passante à activer n’est pas nécessairement révisée à chaque période, notamment lorsque l’information relative à un statut énergétique de l’équipement utilisateur n’a pas évolué. On peut par ailleurs envisager, dans un mode particulier de réalisation, d’avoir une période de répétition de ces étapes configurable par l’entité du réseau, par exemple en fonction du contexte dans lequel se trouve l’équipement utilisateur ou des services auxquels il est connecté. En variante, les étapes de détermination et d’envoi peuvent être déclenchées sur détection d’un événement particulier, comme par exemple, la connexion de l’équipement utilisateur à un nouveau service, l’apparition de trafic entrant ou sortant associé à l’équipement utilisateur, un changement dans le statut énergétique ou une modification d’un statut d’une batterie de l’équipement utilisateur, etc. Au vu de ce qui précède, l’invention s’appuie sur l’entité du réseau mettant en œuvre le procédé de configuration selon l’invention pour choisir de façon optimisée la BWP par défaut et le délai d’inactivité, mais également sur l’équipement utilisateur lui-même. Ainsi, selon un deuxième aspect, l’invention concerne un procédé de communication, par un équipement utilisateur d’un réseau de télécommunications connecté à au moins un service offert par le réseau. Un tel procédé de communication comprend : la réception d’au moins un message de configuration en provenance d’une entité du réseau, ledit au moins un message de configuration comprenant un indicateur désignant une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service, ladite partie de bande passante ayant été déterminée par l’entité du réseau en fonction d’une information relative à un statut énergétique de l’équipement utilisateur ; l’application de ladite partie de bande passante déterminée. Corrélativement, l’invention vise aussi un équipement utilisateur d’un réseau de télécommunications comprenant : un module de réception, configuré pour recevoir au moins un message de configuration en provenance d’une entité du réseau, ledit au moins un message de configuration comprenant un indicateur désignant une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif à au moins un service, offert par le réseau, auquel l’équipement utilisateur est connecté, ladite partie de bande passante ayant été déterminée par l’entité du réseau en fonction d’une information relative à un statut énergétique de l’équipement utilisateur ; un module d’application, configuré pour appliquer ladite partie de bande passante déterminée. Selon un troisième aspect, l’invention concerne un système de communication comprenant : au moins une entité d’un réseau de télécommunications selon l’invention ; et au moins un équipement utilisateur selon l’invention, rattaché à ladite au moins une entité du réseau. Le procédé de communication, l’équipement utilisateur, et le système de communication selon l’invention présentent les mêmes avantages cités précédemment que le procédé de configuration et l’entité du réseau selon l’invention. Ils s’appliquent également en voie montante et en voie descendante, comme évoqué précédemment pour le procédé de configuration et l’entité du réseau. Dans des modes particuliers de mise en œuvre du procédé de communication, préalablement à la réception du message de configuration, celui-ci comprend l’envoi à l’entité du réseau d’au moins une information relative à un statut énergétique de l’équipement utilisateur. L’équipement utilisateur ayant collecté cette information relative à son statut énergétique, par exemple au moyen d’applications natives exécutées au sein de son système d’exploitation, les envoie à destination de l’entité du réseau, par exemple dans un message RRC particulier appelé « UEAssistanceInformation »,tel que défini dans le standard 3GPP TS 38.331 version 16.1.0 Release 16, et qui a été modifié pour les besoins de l’invention afin de pourvoir transporter cette information relative à un statut énergétique de l’équipement utilisateur. De manière connue, un message « UEAssistanceInformation » comprend diverses informations relatives au statut interne de l’équipement utilisateur telles que par exemple les paramètres d’exécution du mécanisme DRX, le statut activé/désactivé de l’indicateur de surchauffe, ou encore le statut RRC « IDLE », « CONNECTED » ou « INACTIVE » de l’équipement utilisateur. Cependant, un tel message n’est pas configuré pour transporter des informations relatives à un statut énergétique de l’équipement utilisateur. L’invention propose dans un mode particulier de réalisation d’introduire de nouveaux champs dans ce message « UEAssistanceInformation » afin de permettre l’envoi des différentes informations relatives à un statut énergétique de l’équipement utilisateur telles qu’un taux de consommation d’énergie, une durée de consommation, une valeur d’énergie consommée, ou encore un taux d’autonomie, donné par exemple en pourcentage ou une durée de charge à destination de l’entité du réseau. De manière avantageuse, une telle modification des messages « UEAssistanceInformation » permet leur réutilisation dans le contexte de la présente invention, évitant l’envoi de messages supplémentaires à destination de l’entité du réseau. Cette modification des messages « UEAssistanceInformation » ne requiert également pas de modification substantielle de l’entité du réseau qui sait déjà les traiter. Dans des modes particuliers de mise en œuvre du procédé de communication, l’information relative à un statut énergétique de l’équipement utilisateur est envoyée à l’entité réseau pour : une pluralité de paramètres de transmission des données ; ou une pluralité d’applications impliquées dans la transmission des données. On entend par paramètre de transmission au moins l’un parmi : un identifiant d’une tranche réseau ; un indicateur d’une partie de bande passante. Un tel niveau de granularité des informations relatives à un statut énergétique de l’équipement utilisateur permet à l’entité du réseau de déterminer la BWP à activer de manière plus judicieuse conduisant à l’adoption de compromis entre la satisfaction des exigences de QoS des services requis par l’équipement utilisateur et l’efficacité énergétique de ce dernier plus équitables. Dans un mode particulier de réalisation, les procédés de configuration et de communication sont mis en œuvre par un ordinateur. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans une entité d’un réseau de télécommunications conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de configuration tel que décrit ci-dessus. L’invention vise également un programme d’ordinateur sur un support d’enregistrement, ce programme étant susceptible d’être mis en œuvre dans un ordinateur ou plus généralement dans équipement utilisateur conforme à l’invention et comportant des instructions adaptées à la mise en œuvre d’un procédé de communication tel que décrit ci-dessus. Chacun de ces programmes peut utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. L’invention vise aussi un support d'information ou un support d’enregistrement lisibles par un ordinateur, et comportant des instructions d’un programme d'ordinateur tel que mentionné ci-dessus. Le support d'information ou d’enregistrement peut être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple un disque dur, ou une mémoire flash. D'autre part, le support d'information ou d’enregistrement peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'information ou d’enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution des procédés de configuration et de communication selon l’invention. On peut également envisager, dans d'autres modes de réalisation, que les procédés de configuration et de communication, l’entité du réseau, l’équipement utilisateur et le système de communication selon l’invention présentent en combinaison tout ou partie des caractéristiques précitées. D’autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : FIG. 1 la FIG. 1 , déjà décrite, représente des parties de bande passante (ou BWP) définies à partir d’une bande passante nominale allouée à un réseau ; FIG. 2 la FIG. 2 représente un système de communication dans un réseau de télécommunications, conforme à l’invention, dans un mode particulier de réalisation ; FIG. 3 la FIG. 3 représente schématiquement l’architecture matérielle d’un ordinateur sur laquelle s’appuient une entité du réseau et un équipement utilisateur conformes à l’invention, appartenant au système de communication de la FIG. 2 ; FIG. 4 la FIG. 4 représente, sous forme d’ordinogramme, les principales étapes d’un procédé de configuration selon l’invention, telles qu’elles sont mises en œuvre par une entité du réseau conforme à l’invention appartenant au système de communication de la FIG. 2 ; FIG. 5 la FIG. 5 représente sous forme d’ordinogramme, les principales étapes conduisant à la sélection d’un service prioritaire, telles qu’elles sont mises en œuvre par une entité du réseau conforme à l’invention appartenant au système de communication de la FIG. 2 , FIG. 6 la FIG. 6 représente sous forme d’ordinogramme, les principales étapes d’un procédé de communication selon l’invention, telles qu’elles sont mises en œuvre par un équipement utilisateur conforme à l’invention appartenant au système de communication de la FIG. 2 . Description de l’invention La FIG. 2 représente, dans son environnement, un système 1 de communication, conforme à l’invention dans un mode particulier de réalisation. Dans ce mode de réalisation, le système 1 comprend : au moins une entité 2 d’un réseau de télécommunications NW, conforme à l’invention ; et au moins un équipement utilisateur ou UE 3 du réseau de télécommunications NW, rattaché à ladite au moins une entité 2, et conforme à l’invention. Dans la suite de la description et sur la FIG. 2 , par souci de simplification, on considère une seule entité 2 et un seul équipement utilisateur 3 rattaché à cette entité 2. Dans l’exemple de la FIG. 2 , le réseau de télécommunications NW est un réseau 5G NR tel que défini par le standard 3GPP (aux adaptations près nécessaires à la mise en œuvre de l’invention, décrites ci-après). Il met en œuvre notamment la fonctionnalité BWP évoquée précédemment, permettant à un équipement utilisateur de n’utiliser qu’une partie de la bande passante totale allouée à la cellule à laquelle il est rattaché, que ce soit en DL pour recevoir des données et/ou en UL pour émettre des données. Dans ce contexte et dans le mode de réalisation décrit ici, l’entité 2 conforme à l’invention est une station de base (aussi appelée gNode B ou gNB) du réseau NW, couvrant au moins une cellule CELL du réseau NW à laquelle l’UE 3 est rattaché et via laquelle l’UE 3 peut accéder aux services offerts par le réseau NW. On suppose ici que la cellule CELL est configurée avec au moins une fréquence porteuse CF à laquelle l’opérateur du réseau NW a alloué une bande passante BW(CF). Ainsi, la fonctionnalité BWP permet à l’UE 3 d’utiliser en transmission (en DL et/ou en UL) une partie seulement (BWP) de la bande passante BW(CF) associée à une certaine numérologie µ (désignée dans la suite par « partie de bande passante BWP/µ »), lorsqu’il est rattaché à la cellule CELL. L’UE 3 est configuré initialement, au moment de l’établissement de la connexion entre l’UE 3 et la gNB 2, avec une BWP courante BWP courante(0) /µ courante(0) (pour l’UL, respectivement pour le DL. Plus précisément, lors de la reconfiguration RRC, la gNB 2 envoie un message RRC à l’UE 3 comprenant un champ defaultUplinkBWP-Id pour l’UL, respectivement defaultDownlinkBWP-Id pour le DL, contenant un indicateur désignant la BWP courante BWP courante(0) /µ courante(0) à utiliser en UL, respectivement en DL. Ces champs sont décrits plus en détail dans le document 3GPP TS 38.331 cité précédemment. Comme mentionné précédemment, en dehors de ce mécanisme de basculement vers la BWP définie par défaut, l’UE 3 est informé de la BWP et de la numérologie associée (BWP/µ) à activer à un instant donné par l’intermédiaire d’informations de contrôle DCI destinées à l’UE 3 et envoyées par la gNB 2 dans un canal de contrôle PDCCH, diffusé en broadcast sur la cellule CELL. Les informations de contrôle DCI véhiculées dans les canaux de contrôle PDCCH peuvent prendre différents formats selon les éléments qu’elles transportent. Les informations de contrôle DCI selon un format 0_1 (dédié à l’UL) ou 1_1 (dédié au DL) contiennent outre la localisation des ressources en temps et en fréquence allouées en UL et/ou en DL à l’UE 3, un indicateur de la BWP à activer par celui-ci, cet indicateur désignant de façon univoque une BWP à activer par l’UE 3 et la numérologie associée à utiliser. Les formats 0_1 et 1_1 des informations de contrôle DCI et les éléments qu’ils contiennent, ainsi que les autres formats d’informations de contrôle DCI proposés par le standard 3GPP, sont décrits notamment dans le paragraphe 7.3 du document 3GPP TS 38.212 intitulé « Technical Specification Group Radio Access Network ; NR ; Multiplexing and channel coding (Release 17) », v17.5.0, mars 2023. Il convient de noter que l’invention peut s’appliquer dans d’autres contextes ou à d’autres architectures que celle décrite ici, comme par exemple dans un contexte Open-RAN (comme évoqué plus en détail ultérieurement) ou dans un réseau de future génération, ou encore dans un réseau propriétaire, dès lors que celui-ci implémente une fonctionnalité BWP permettant à un équipement utilisateur du réseau de n’utiliser qu’une partie seulement de la bande passante allouée à la cellule à laquelle il est rattaché pour transmettre (i.e. émettre et/ou recevoir) des données. De façon connue en soi, le réseau de télécommunications NW permet d’offrir une pluralité de services à ses abonnés, chaque service étant associé à des contraintes spécifiques, notamment en termes de latence, de fiabilité de transmission, etc., définies par un SLA (pour « Service Level Agreement » en anglais). A titre illustratif, on considère ici pour le réseau NW, les services suivants : un service S1 de type eMBB (ex. réalité virtuelle, réalité augmentée, diffusion vidéo HD, etc.), exigeant des débits de transmission de données élevés ; un service S2 de type uRLLC (ex. service de conduite autonome ou de gestion à distance) exigeant une faible latence (inférieure à une milliseconde) et une fiabilité élevée de transmission des données ; et un service S3 de type mMTC (ex. IoT) ayant une exigence élevée en termes de densité de déploiement. En outre, dans le mode de réalisation décrit ici, le réseau NW met en œuvre un découpage en tranches réseau ou « network slicing ». Chaque tranche réseau SL ou « slice » est un sous-réseau logique s’appuyant sur l’infrastructure physique du réseau NW et auquel sont allouées des ressources spécifiques (ex. ressources matérielles, logicielle, etc.). Les différentes slices SL du réseau sont donc avantageusement isolées les unes des autres et disposent de ressources qui leur sont propres. Chaque slice offre ici un service distinct et est identifiée par un identifiant de slice unique, tel que par exemple un identifiant S-NSSAI (pour « Single – Network Slice Selection Assistance Information » en anglais) défini dans le standard 3GPP. Ainsi, dans l’exemple de la FIG. 2 , la slice SL(S1) est configurée pour offrir le service S1 et identifiée par l’identifiant S-NSSAI1, la slice SL(S2) est configurée pour offrir le service S2 et identifiée par l’identifiant S-NSSAI2, et la slice SL(S3) est configurée pour offrir le service S3 et identifiée par l’identifiant S-NSSAI3. Il en résulte que selon cette configuration, non seulement le S-NSSAIn associée à une slice SL(Sn), n désignant un entier égal à 1, 2 ou 3 dans l’exemple envisagé, identifie de façon unique cette slice mais également le service Sn qu’elle offre. On suppose ici, à titre illustratif, que l’UE 3 est connecté simultanément à plusieurs slices du réseau NW, et plus particulièrement aux slices SL(S1) et SL(S2) via lesquelles il peut accéder respectivement aux services S1 et S2. Bien entendu, ces hypothèses ne sont pas limitatives en soi et cet exemple n’est donné qu’à titre illustratif. Ainsi, d’autres services peuvent être offerts par le réseau NW en complément ou en variante des services précités, comme par exemple un service de type V2x (qui peut, selon le scénario envisagé, requérir une latence inférieure à quelques millisecondes et une fiabilité proche de 100% (scénarios dits « Safety-related V2x » incluant la conduite autonome par exemple), ou en variante, un débit élevé, une latence plus élevée et une fiabilité faible (scénarios dits « Non-Safety-related V2x » incluent par exemple les divertissements mobiles à hauts débits), un service de type HMTC (requérant une faible latence, une haute disponibilité et des débits élevés), etc. Le réseau NW peut en outre offrir plusieurs services distincts de chaque catégorie. Par ailleurs, l’UE 3 peut être connecté à un nombre différent de slices et/ou à des services différents. En effet, comme mentionné précédemment, conformément au standard 3GPP, un UE peut être connecté à une ou plusieurs slices (jusqu’à 8 simultanément). Enfin, on peut également envisager que le réseau NW offre une pluralité de services présentant des contraintes différentes sans mettre en œuvre de network slicing. Chaque service offert par le réseau NW est alors identifié de manière unique, par exemple à l’aide d’un identifiant de service. Dans le mode de réalisation décrit ici, la gNB 2 et l’UE 3 ont l’architecture matérielle d’un ordinateur 4 telle qu’illustrée à la FIG. 3 . Cette architecture matérielle comprend notamment un processeur PROC, une mémoire vive MEM, une mémoire morte ROM, une mémoire non volatile NVM, et des moyens COM de communication permettant à la gNB 2 et à l’UE 3 notamment de communiquer entre eux. La mémoire non volatile NVM constitue un support d’enregistrement conforme à l’invention, lisible par le processeur PROC et sur lequel est enregistré un programme conforme à l’invention. Ce programme, noté PROG2 lorsque l’architecture matérielle de l’ordinateur 4 est celle de la gNB 2, est enregistré dans la mémoire non volatile NVM et comporte des instructions définissant les principales étapes d’un procédé de configuration selon l’invention tel qu’il est mis en œuvre par la gNB 2 (entité du réseau au sens de l’invention). Il définit plus spécifiquement les modules fonctionnels de la gNB 2, qui s’appuient et/ou commandent tout ou partie des éléments PROC, MEM, ROM, NVM, et COM de l’ordinateur 4 cités précédemment. Dans le mode de réalisation décrit ici, le programme PROG2 définit notamment les modules fonctionnels suivants de la gNB 2 (représentés sur la FIG. 2 ), qui sont activés pour chaque UE de la cellule CELL pour laquelle la gNB 2 est sollicitée pour transmettre en UL ou en DL des données associées à cet UE (plus particulièrement pour l’UE 3 dans l’exemple envisagé ici) : un module 2A de détermination, configuré pour déterminer, en fonction d’une information relative à un statut énergétique de l’UE 3, la BWP et la numérologie BWP courante /µ courante à utiliser par l’UE 3 pour transmettre un trafic relatif à au moins un service parmi les services S1 et S2 ; un module 2B un module d’envoi, configuré pour envoyer à l’UE 3, dans un message de configuration, un indicateur désignant la partie de bande passante BWP courante /µ courante déterminée. Dans le mode de réalisation décrit ici, ces messages sont conformes au protocole RRC, et appelés messages RRC. Il convient de noter que l’invention s’applique aussi bien en voie montante (UL) qu’en voie descendante (DL). Par souci de simplification ici, on utilise les mêmes notations BWP def /µ def pour désigner la BWP définie par défaut et sa numérologie associée, qu’on se place en UL ou en DL. Toutefois, une BWP associée à une numérologie µ différente peut être définie par défaut en UL et en DL. Le fonctionnement des modules 2A et 2B de la gNB 2 est détaillé davantage ultérieurement en référence aux étapes du procédé de configuration selon l’invention. Le programme d’ordinateur enregistré dans la mémoire non volatile NVM, lorsque l’architecture matérielle de l’ordinateur 4 est celle de l’UE 3, est noté PROG3 et comporte des instructions définissant les principales étapes d’un procédé de communication selon l’invention tel qu’il est mis en œuvre par l’UE 3. Il définit plus spécifiquement les modules fonctionnels de l’UE 3, qui s’appuient et/ou commandent tout ou partie des éléments PROC, MEM, ROM, NVM, et COM de l’ordinateur 4, cités précédemment. Le programme PROG3 définit notamment les modules fonctionnels de l’UE 3 suivants (représentés sur la FIG. 2 ) : un module 3A de réception, configuré pour recevoir au moins un message de configuration (par exemple au moins un message RRC) en provenance d’une entité du réseau conforme à l’invention, et plus particulièrement ici de la gNB 2. Ce ou ces messages de configuration comprennent notamment un indicateur de la BWP BWP def /µ def déterminé par la gNB 2 pour l’UE 3 à partir d’une information relative à un statut énergétique de l’UE 3 ; et un module 3B d’application, configuré pour appliquer la BWP BWP courante /µ courante reçue par le module 3A de réception. Le fonctionnement des modules 3A et 3B de l’UE 3 est détaillé davantage ultérieurement en référence aux étapes du procédé de communication selon l’invention. Par souci de simplification, bien que comme mentionné précédemment, l’invention s’applique aussi bien en UL qu’en DL, on se limite ici à un accès DL aux services S1 et S2 par l’UE 3, autrement dit à un trafic descendant reçu par l’UE 3 via le réseau NW. L’homme du métier n’aurait aucune difficulté à adapter la description qui suit à la transmission d’un trafic montant, c’est-à-dire émis par l’UE 3 à destination d’une entité distante, qui peut se trouver dans le réseau NW ou en dehors de celui-ci. Il suffit pour cela de transposer ce qui est décrit pour le trafic entrant (DL) au trafic sortant (UL). De façon similaire, l’homme du métier n’aurait aucune difficulté à adapter la description à une transmission combinée d’un trafic montant et descendant, quelle que soit la technique de multiplexage considérée entre UL et DL (TDD (pour « Time Division Duplex » en anglais) ou FDD (pour « Frequency Division Duplex » en anglais), l’invention étant appliquée de façon indépendante à la voie montante et à la voie descendante. La FIG. 4 décrit les principales étapes d’un procédé de configuration conforme à l’invention, dans un mode particulier de réalisation dans lequel il est mis en œuvre par la gNB 2. Comme évoqué précédemment, suite à la reconfiguration RRC de l’UE 3 lors de l’établissement de la connexion entre l’UE 3 et la gNB 2, la BWP définie en DL pour l’UE 3 est configurée avec la partie de bande passante BWP courante(0) /µ courante(0) (étape E00). Grâce à l’invention, cette BWP courante initialement au niveau de l’UE 3 peut être modifiée au cours du temps de façon dynamique par la gNB 2 pour s’adapter au contexte énergétique de l’UE 3. Dans la suite de la description, on désigne par BWP définie courante, notée BWP courante /µ courante , la BWP déterminée par la gNB 2, configurée au niveau de l’UE 3 et appliquée à l’instant considéré par l’UE 3. Ainsi, après l’étape E00 de reconfiguration RRC de l’UE 3 : BWP courante /µ courante = BWP courante(0) /µ courante(0) . Les étapes du procédé de configuration décrites ci-après illustrent comment cette BWP courante est mise à jour par la gNB 2 conformément à l’invention, dans un mode particulier de réalisation. Plus précisément, la gNB 2 obtient, par exemple via ses moyens COM de communication, des informations relatives au statut énergétique de l’UE 3 (étape E10). Dans le mode de réalisation décrit ici, ces informations sont par exemple obtenues de la gNB 2 en provenance de l’UE 3. De telles informations relatives au statut énergétique de l’UE 3 peuvent consister notamment en des informations relatives à la consommation énergétique de l’UE 3 et/ou en des informations relatives au statut d’une batterie (non représentée sur les figures) de l’UE 3 telles que : un taux de consommation d’énergie, donné par exemple en pourcentage ; une durée de consommation, donnée par exemple en minutes, en heures ou en jours ; une valeur d’énergie consommée, donnée par exemple en milliwattheures (mWh), ou encore un taux d’autonomie, donné par exemple en pourcentage (un taux de 50% signifiant, par exemple, que la batterie a consomme la moitié de sa charge) ; une durée d’autonomie, donnée par exemple en minutes, en heures ou en jours ; un taux de charge, donné par exemple en pourcentage (un taux de 100% correspondant, par exemple, à une batterie totalement chargée) ; une durée de charge, donnée par exemple en minutes, en heures ou en jours Une telle liste est donnée à titre d’exemple et se veut non exhaustive et non limitative. Il convient de noter que la gNB 2 peut utiliser une ou plusieurs de ces informations relatives à un statut énergétique de l’UE 3 pour déterminer la BWP à activer. Dans la suite de la description et à des fins de simplification, l’information relative à un statut énergétique de l’UE 3 utilisée par la gNB 2 pour déterminer la BWP à activer est le taux d’autonomie de la batterie de l’UE 3. Dans un premier mode de mise en œuvre, la gNB 2 détermine si une valeur du taux d’autonomie TAut de la batterie de l’UE 3 est inférieure à un premier seuil Thr1. Le seuil Thr1 est défini comme étant un seuil bas indiquant que le statut énergétique de l’UE 3 nécessite de prêter une attention particulière pour faire fonctionner l’équipement utilisateur (étape test E20). A titre d’exemple non limitatif, la valeur du seuil Thr1 est fixée à 20%. Bien entendu, d’autres valeurs peuvent être envisagées pour le seuil Thr1, ces dernières étant déterminées pour satisfaire aux contraintes d’exploitation du réseau NW. Si la valeur du taux d’autonomie TAut de la batterie de l’UE 3 est inférieure au seuil Thr1 (réponse oui à l’étape test E20), la gNB 2 détermine, via son module 2A, une BWP par défaut BWP def /µ def pour l’ensemble des services S1, S2, indépendamment de leurs contraintes respectives (étape E30). Une telle BWP par défaut BWP def /µ def est par exemple une BWP étroite, ou la BWP la plus étroite parmi une pluralité de BWP présentant la même numérologie µ def . Ainsi, l’UE 3 n’a plus besoin de basculer d’une BWP à une autre. Tant que la situation énergétique de l’UE 3 reste inchangée, c’est-à-dire tant que la réponse au test de l’étape E20 est oui, l’indicateur de BWP compris dans les informations de de contrôle DCI transmises de façon régulière par la gNB 2 à destination de l’UE 3 reste l’indicateur de la BWP par défaut BWP def /µ def . Si la réponse au test de l’étape E20 est non, c’est-à-dire lorsque la valeur du taux d’autonomie TAut de la batterie de l’UE 3 est supérieure ou égale au seuil Thr1, la gNB 2 détermine si la valeur du taux d’autonomie TAut de la batterie de l’UE 3 est supérieure ou égale à un deuxième seuil Thr2 (étape test E40). Le seuil Thr2 est considéré comme un seuil haut indiquant que le statut énergétique de l’UE 3 est optimal. C’est par exemple le cas lorsque la batterie de l’UE 3 est en charge, e.g. lorsque l’UE 3 est connecté à un réseau de fourniture d’électricité. A titre d’exemple non limitatif, la valeur du seuil Thr2 est fixée à 50%. Bien entendu, d’autres valeurs peuvent être envisagées pour le seuil Thr2, ces dernières étant déterminées, tout comme pour le seuil Thr1, pour satisfaire aux contraintes d’exploitation du réseau NW. Si la valeur du taux d’autonomie TAut de la batterie de l’UE 3 est supérieure ou égale au seuil Thr2 (réponse oui à l’étape test E40), la gNB 2 détermine alors si un indicateur de surchauffe HeatIdx est activé ou non (étape E50). Comme déjà évoqué plus haut, l’activation d’un tel indicateur de surchauffe HeatIdx peut indiquer une consommation d’énergie anormalement élevée laquelle a un impact sur l’autonomie de la batterie et de manière plus générale sur le fonctionnement de l’UE 3. Il est donc important d’adapter la transmission des données à cette situation. Lorsque la réponse au test de l’étape E50 est non, c’est-à-dire lorsque l’indicateur de surchauffe HeatIdx n’est pas activé, la gNB 2 détermine, de manière optionnelle, si un mode de réception discontinue de l’UE 3, tel que le mécanisme DRX précédemment décrit, est activé (test de l’étape E60) afin de déterminer si des mesures d’économie d’énergie sont déjà mises en œuvre au sein de l’UE 3. Cette information évite à la gNB 2 de déterminer une BWP à activer qui ne serait pas en adéquation avec la situation énergétique de l’UE 3. Lorsque la réponse au test de l’étape E60 est non, c’est-à-dire lorsque le mécanisme DRX n’est pas mis en œuvre au sein de l’UE, la gNB 2 décide d’utiliser la BWP la plus appropriée pour le service S1 et pour le service S2. A cette fin, la gNB 2 sélectionne une première BWP BWP optS1 /µ optS1 permettant de satisfaire le SLA du service S1 et une deuxième WP BWP optS2 /µ optS2 permettant de satisfaire le SLA du service S2 (étape E70). Afin de pouvoir transmettre des données relatives au service S1 et au service S2, l’UE 3 bascule de manière classique de la première BWP BWP optS1 /µ optS1 à la BWP optS2 /µ optS2 au gré des informations de contrôle DCI reçues, lesquelles comprennent l’indicateur de la BWP à activer à un horaire donné pour bénéficier du service correspondant. Les informations de contrôle DCI sont comprises dans des messages RRC transmis de manière épisodique au fil du temps. Il est néanmoins possible, de manière optionnelle, d’adapter la durée séparant la transmission de deux messages RRC consécutifs et, le cas échéant sortir d’un schéma de transmission périodique. Ainsi, dans l’exemple envisagé ici, la gNB 2 peut en outre décider d’augmenter, par rapport à sa valeur courante, la fréquence de transmission entre deux messages RRC consécutifs. Cela a pour conséquence d’augmenter la fréquence de basculement entre la première BWP BWP optS1 /µ optS1 et la deuxième BWP BWP optS2 /µ optS2 ce qui permet de contribuer davantage à la satisfaction des SLA respectifs des services S1 et S2. De retour à l’étape E60, si la réponse au test est oui, c’est-à-dire si le mécanisme DRX est mis en œuvre au sein de l’UE, la gNB 2 décide alors de prioriser un service parmi l’ensemble des services auxquels accède l’UE 3 (c’est-à-dire S1 ou S2 dans l’exemple illustratif envisagé ici). Les étapes conduisant à la détermination, par la gNB 2, du service à prioriser sont décrites en référence à la FIG. 5 . Cette figure représente les principales étapes de cette détermination d’un service prioritaire dans un mode particulier de réalisation. Plus particulièrement, dans le mode de réalisation décrit ici, une réponse positive au test de l’étape E60 déclenche l’exécution d’une étape de test F10 au cours de laquelle la gNB 2 détermine, parmi l’ensemble des services S1, S2 auxquels l’UE 3 est connecté lequel présente une volumétrie de trafic la plus élevée. La volumétrie représente, pour une durée donnée, le nombre de paquets de données à transmettre pour l’UE 3 pour un service donné. La volumétrie de trafic d’un service est obtenue en estimant le trafic associé à l’UE 3. Une telle estimation peut être, par exemple, effectuée par une fonction réseau d’analyse de données aussi connue sous le nom de fonction réseau NWDAF (pour « NetWork Data Analysis Function » en anglais) dans le contexte d’un réseau 5G. La gNB 2 peut également déterminer la volumétrie de trafic d’un service en estimant, pour chaque service (ou de façon équivalente ici, chaque slice) auquel l’UE 3 est connecté, la volumétrie (c’est-à-dire le nombre de paquets de données) à transmettre pour l’UE 3 pour chaque flux QoS identifié pour ce service, chaque flux QoS pouvant regrouper plusieurs flux de données de service relatifs à l’UE 3 ayant les mêmes exigences de QoS. Si par exemple le service S1 présente une volumétrie plus élevée que le service S2, alors la gNB 2 détermine que le service prioritaire est le service S1 (étape F20) et met alors en œuvre une étape E80 du procédé de configuration qui sera décrite de manière plus précise dans la suite du document. Dans le cas de figure où l’ensemble des services S1 et S2 présentent des volumétries suffisamment proches ou équivalentes, la gNB 2 teste un autre critère destiné à permettre l’identification d’un service prioritaire parmi les services S1 et S2 tel que, par exemple, le type de service requis. Plus particulièrement ici, la gNB 2 détermine si au moins l’un des services S1, S2 est un service de type uRLLC (étape test F30). De façon connue en soi, un service uRLLC, ici le service S2, est considéré comme prioritaire, en raison de la faible latence qu’il supporte (inférieure à un seuil donné à savoir, une milliseconde). Les autres services, tels que les services eMBB ou mMTC, sont considérés comme non prioritaires. Le service S2 répondant aux critères du test de l’étape F30, la gNB 2 identifie celui-ci comme étant le service prioritaire (étape F40) et met en œuvre l’étape E80. Si plusieurs services S1, S2 auxquels l’UE 3 est connecté sont des services de type uRLLC ou si aucun service parmi les services S1 et S2 n’est un service de type uRLLC, la gNB 2 détermine pour l’ensemble des services S1, S2, la largeur de la BWP BWP optS1 /µ optS1 et la largeur de la BWP BWP optS2 /µ optS2 permettant de satisfaire les SLA respectifs des services S1 et S2 (étape F50). Le service prioritaire est alors le service Sn pour lequel la BWP BWP optSn /µ optSn est la plus étroite parmi l’ensemble des BWP BWP optSn /µ optSn déterminées (étape F60). Comme précédemment, une fois le service prioritaire identifié, la gNB 2 met en œuvre l’étape E80. Enfin, si malgré tout cela, la gNB 2 n’a toujours pas identifié un service prioritaire parmi les services S1 et S2, elle met en œuvre un dernier test (étape F70), au cours duquel elle détermine la disponibilité des ressources physiques, tels que les blocs physiques de ressources PRB, caractérisant respectivement la BWP BWP optS1 /µ optS1 et la BWP BWP optS2 /µ optS2 . La gNB 2 identifie comme étant le service prioritaire le service pour lequel les ressources nécessaires à la transmission de données sont disponibles (étape F80) et met en œuvre l’étape E80. Il convient de noter que la gNB 2 peut procéder à des tests se basant sur d’autres critères pour identifier un service prioritaire. Le nombre de tests effectués par la gNB 2 pour identifier un service prioritaire peut également varier et n’est pas limité à 4 comme dans l’exemple décrit. Une fois encore, ces choix se fondent, entre autres, sur les contraintes d’exploitation du réseau NW et sont guidés par la recherche d’un compromis entre la satisfaction des exigences de QoS des services requis par l’UE 3 et l’efficacité énergétique de ce dernier. De retour à la FIG. 3 , une fois le service prioritaire identifié, la gNB 2 décide d’utiliser la BWP la plus appropriée pour le service S1 et pour le service S2 et sélectionne une première BWP BWP optS1 /µ optS1 permettant de satisfaire le SLA du service S1 et une deuxième BWP BWP optS2 /µ optS2 permettant de satisfaire le SLA du service S2 tout comme elle l’a fait lorsque réponse au test de l’étape E60 est non (étape E80). Cependant, afin de prendre en compte l’activation du mode DRX, la gNB 2 décide également de modifier le schéma de transmission des messages RRC comprenant les informations de contrôle DCI relatives au service non prioritaire. Dans cette situation particulière, la gNB 2 réduit, par rapport à sa valeur courante, la fréquence de transmission entre deux messages RRC consécutifs comprenant des informations de contrôle DCI relatives au service non prioritaire. Parallèlement, la gNB 2 maintient la fréquence de transmission entre deux messages RRC consécutifs comprenant des informations de contrôle DCI relatives au service prioritaire à sa valeur courante. Cela a pour conséquence de réduire la fréquence de basculement entre la BWP BWP optSprioritaire /µ optSprioritaire affectée au service prioritaire et la BWP BWP optSnonprioritaire /µ optSnonprioritaire affectée au service non prioritaire. Une telle décision offre un compromis équilibré entre la satisfaction des SLA respectifs des services prioritaire et non prioritaire et l’efficacité énergétique de l’UE 3. De retour à l’étape E50, lorsque la réponse au test est oui, c’est-à-dire lorsque l’indicateur de surchauffe HeatIdx est activé, la gNB 2 détermine si le mode DRX est activé (test de l’étape E90) afin de déterminer si des mesures d’économie d’énergie sont déjà mises en œuvre au sein de l’UE 3. Lorsque le mode DRX n’est pas mis en œuvre au sein de l’UE, c’est-à-dire quand la réponse au test de l’étape E90 est non, la gNB 2 met en œuvre l’étape E80 précédemment décrite. Si au contraire, le mode DRX est activé (réponse oui à l’étape E90), la gNB met alors en œuvre l’étape E30. Enfin, lorsque la valeur du taux d’autonomie TAut de la batterie de l’UE 3 est supérieure ou égale au premier seuil Thr1 et est inférieure au deuxième seuil Thr2 (étape E100). Dans un tel cas de figure, la gNB 2 détermine alors si un indicateur de surchauffe HeatIdx est activé ou non (étape E110). Lorsque la réponse au test de l’étape E110 est non, c’est-à-dire lorsque l’indicateur de surchauffe HeatIdx n’est pas activé, la gNB 2 met en œuvre l’étape E80. A contrario, lorsque l’indicateur de surchauffe HeatIdx est activé (réponse oui au test de l’étape E110), la gNB 2 met en œuvre l’étape E30. Les étapes E10 à E110 sont ensuite réitérées périodiquement. Dans un autre mode de réalisation, les étapes E10 à E110 peuvent être répétées sur détection d’un événement particulier par exemple, un nouveau service autorisé pour l’UE 3, et/ou l’apparition d’un trafic entrant pour un service donné et/ou une modification d’une valeur d’au moins l’une des informations relatives à un statut énergétique de l’UE 3. Il convient de noter que dans ces différents modes de réalisation, les étapes E10 à E110 sont exécutées pour déterminer de façon dynamique la partie de bande passante à activer pour un UE 3 comme décrit ici. Toutefois, dans un autre mode de réalisation, ces étapes peuvent être exécutées dans un contexte plus statique, par exemple en amont de la reconfiguration RRC de l’UE 3 pour déterminer la partie de bande passante BWP courante(0) /µ courante(0) à appliquer lorsqu’il est configuré par la gNB 2 lors de l’établissement de sa connexion avec celle-ci, ou après cette reconfiguration RRC. La FIG. 6 illustre les principales étapes d’un procédé de communication selon l’invention telles qu’elles sont mises en œuvre par l’UE 3 suite à l’étape E30 ou à l’étape E70 ou à l’étape E80, dans un mode particulier de réalisation. L’UE 3 reçoit, via son module 3A de réception, le ou les messages de configuration RRC envoyés le cas échéant par le module 2B de la gNB 2 lors de l’une des étapes E30, E70 ou E80 (étape G10). Ce ou ces messages RRC permettent de reconfigurer la ou les valeurs courantes de la ou des BWP courantes appliquées par l’UE 3 pour les services S1 et S2 avec la ou les valeurs de la BWP déterminées par la gNB 2 et contenues dans le ou les messages RRC (étape G20). Suite à cette reconfiguration, le module 3B d’application de l’UE 3 applique ces nouvelles valeurs courantes à la transmission du trafic entrant destiné à l’UE 3 (étape G30), jusqu’à recevoir de nouvelles valeurs le cas échéant de la gNB 2. Dans un mode de réalisation particulier, lors d’une étape préliminaire G00, l’UE ayant collecté des informations relatives à son statut énergétique, par exemple au moyen d’applications natives exécutées au sein de son système d’exploitation, transmet à destination de la gNB 2 au moins un message comprenant au moins l’une de ces informations relatives à son statut énergétique. Un tel message est, par exemple dans un message RRC particulier appelé « UEAssistanceInformation », qui a été modifié pour les besoins de l’invention afin de pourvoir transporter cette information relative à un statut énergétique de l’équipement utilisateur. Un exemple des champs spécialement introduits pour les besoins de l’invention dans un message « UEAssistanceInformation » est le suivant : UEAssistanceInformation-v1540-IEs ::= SEQUENCE { powerPrefIndicationPerSlice ENUMERATED {very high for slice X, high for slice Y, normal, lowPowerConsumption, very low} OPTIONAL powerPrefIndicationPerBWP ENUMERATED {very high for BWP X, high for BWP Y, normal, lowPowerConsumption, very low} OPTIONAL powerPrefIndicationPerApplication ENUMERATED {very high for application X, high, normal, lowPowerConsumption, very low} OPTIONAL powerPrefIndication-RelativePerSlice ENUMERATED {higher for slice X, much higher, lower, same, much lower} OPTIONAL powerPrefIndication-RelativePerBWP ENUMERATED { higher for BWP X, much higher, lower, same, much lower } OPTIONAL powerPrefIndication-RelativePerApplication ENUMERATED { higher for application X, much higher, lower, same, much lower } OPTIONAL batteryConsumptionDescriptionPerSlice ENUMERATED {low for slice X, medium for slice Y, high} OPTIONAL batteryConsumptionDescriptionPerBWP ENUMERATED {low for BWP X, medium for BWP Y, high} OPTIONAL batteryConsumptionDescriptionPerApplication ENUMERATED {low for application X, medium for application Y, high} OPTIONAL batteryConsumptionPercentagePerSlice ENUMERATED {0…100} for slice ENUMERATED {1…5} OPTIONAL batteryConsumptionPercentagePerBWP ENUMERATED {0…100} for BWP ID ENUMERATED {0…} OPTIONAL batteryConsumptionPercentagePerApplication ENUMERATED {0…100} for Application ID ENUMERATED {0…} OPTIONAL batteryConsumptionHoursPerSlice ENUMERATED {0…} for slice ENUMERATED {1…5} OPTIONAL batteryConsumptionHoursPerBWP ENUMERATED {0…} for BWP ID ENUMERATED {0…} OPTIONAL batteryConsumptionHoursPerApplication ENUMERATED {0…} for Application ID ENUMERATED {0…} OPTIONAL batteryConsumptionHours_mWhPerSlice ENUMERATED {0…} for slice ENUMERATED {1…5} OPTIONAL batteryConsumptionHours_mWhPerBWP ENUMERATED {0…} for BWP ID ENUMERATED {0…} OPTIONAL batteryConsumptionHours_mWhPerApplication ENUMERATED {0…} for Application ID ENUMERATED {0…} OPTIONAL … } Il apparait qu’un tel message « UEAssistanceInformation » modifié comprend des informations relatives au statut énergétique de l’UE 3 par tranche réseau (« network slice »), et/ou par BWP et/ou par application. De manière connue, une application est un programme informatique utilisé pour fournir un service ou une pluralité de services. Les applications sont déployées sur un dispositif électronique, ici l’équipement utilisateur et s'exécutent en utilisant les services du système d'exploitation du dispositif sur lequel elles sont déployées, pour utiliser les ressources logicielles et/ou matérielles de ce dernier. Aucune hypothèse n’est faite quant à la nature de l’application. Plus particulièrement, la valeur du champ « batteryConsumptionPercentage » comprend une liste de nombres représentant chacun une valeur d’un pourcentage de consommation relatif à une tranche réseau ou une BWP ou une application listées dans le champ « ENUMERATED ». Plus particulièrement, la première valeur du champ « batteryConsumptionPercentage » correspond à la première tranche réseau (ou BWP ou application) listée dans le champ « ENUMERATED ». Il en est de même pour les champ « batteryConsumptionHours » dans lequel les nombres listés représentent chacun une valeur d’une durée d’autonomie de la batterie de l’UE 3 relative à une tranche réseau ou une BWP ou une application listées dans le champ « ENUMERATED » ; et pour le champ « batteryConsumptionHours_mWh » dans lequel les nombres listés représentent chacun une valeur d’une consommation en mWh de la batterie de l’UE 3 relative à une tranche réseau ou une BWP ou une application listées dans le champ « ENUMERATED ». Comme indiqué plus haut dans le document, l’invention s’applique dans d’autres contextes et à d’autres architectures de réseau, comme par exemple dans un réseau de future génération (6G, etc.), ou un réseau propriétaire, ou une architecture Open-RAN telle que définie par l’Alliance O-RAN, implémentant une fonctionnalité BWP et dans lequel un équipement utilisateur est susceptible d’être connecté simultanément à plusieurs services. De façon connue en soi, Open-RAN ou réseau d’accès radio ouvert, propose une évolution des architectures de réseaux mobiles qui s’appuie sur un réseau d’accès radio (RAN pour « Radio Access Network » en anglais) entièrement programmable constitué de fonctions virtualisées et désagrégées. Typiquement pour un RAN 5G NR, la station de base ou gNB est désagrégée en de multiples unités radio (O-RU pour « Open Radio Unit » en anglais), distribuée (O-DU pour « Open Distributed Unit » en anglais) et centralisée (O-CU pour « Open Centralized Unit » en anglais). Les interfaces entre ces unités (ex. A1, E1, E2, etc.) sont ouvertes et interopérables. Chaque unité est responsable d’une fonction et d’une couche protocolaire spécifiques. Par exemple, l’unité O-RU est responsable de la couche physique inférieure (traitements tels que FFT, beamforming, etc.), tandis que l’unité O-DU est responsable du scheduling, de la couche physique supérieure et de la couche 2 incluant le protocole MAC (pour « Medium Access Control » en anglais). Dans cette architecture, les fonctions RAN sont contrôlées et optimisées au moyen d’un contrôleur logiciel intelligent ou RIC (pour « RAN Intelligent Controller » en anglais). Le RIC est repris sous deux formes logiques, chacune réalisant une fonction différente : un Non-RT RIC (pour « Non-Real Time RIC » en anglais), qui s’occupe notamment de la gestion des configurations, des dispositifs, des fautes, des performances et du cycle de vie de tous les éléments du réseau, au moyen d’algorithmes intelligents (ex. AI ou ML) opérant sur une échelle temporelle supérieure à 1s ; et un Near-RT-RIC (pour « Near-Real Time RIC » en anglais), qui héberge un grand nombre de micro-services ou xApps, s’appuyant sur des algorithmes opérant sur une échelle temporelle comprise entre 10ms et 1s. Une xApp est une entité (logicielle) du réseau conforme à l’invention, comprenant des modules fonctionnels similaires ou identiques aux modules fonctionnels 2A à 2B de la gNB 2, décrits précédemment. Ils ne sont pas décrits plus en détail ici. Les étapes E10 à E110 décrites précédemment sont mises en œuvre par une telle xApp de façon similaire ou identique à ce qui a été décrit précédemment pour la gNB 2, mais impliquent des interfaces de communication propres à l’architecture Open-RAN. Dans un autre mode de réalisation encore, l’entité du réseau conforme à l’invention est hébergée au niveau du Non-RT RIC. Les mêmes interfaces que celles qui viennent d’être décrites précédemment sont alors utilisées. Procédé de configuration, par une entité (2) d’un réseau de télécommunications (NW), d’un équipement utilisateur (3) connecté à au moins un service offert par le réseau, le procédé comprenant : la détermination (E30, E70, E80), en fonction d’une information relative à un statut énergétique de l’équipement utilisateur, d’une partie de bande passante (BWP) destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service (S1, S2); l’envoi à l’équipement utilisateur, dans au moins un message de configuration, d’un indicateur désignant la partie de bande passante déterminée. Procédé de configuration selon à la revendication 1 dans lequel, lorsqu’une valeur de l’information relative au statut énergétique est inférieure ou égale (E20) à un premier seuil (Thr1), la partie de bande passante déterminée correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Procédé de configuration selon la revendication 1 ou la revendication 2, dans lequel (E40) lorsqu’une valeur de l’information relative au statut énergétique atteint ou dépasse un deuxième seuil (Thr2) : une première partie de bande passante déterminée correspond à une partie de bande passante (BWP optS1 /µ optS1 ) affectée à l’équipement utilisateur pour transmettre le trafic relatif à un premier service (S1) ; une deuxième partie de bande passante déterminée correspond à une partie de bande passante (BWP optS2 /µ optS2 )affectée à l’équipement utilisateur pour transmettre le trafic relatif à un deuxième service (S2) ; et dans lequel une valeur d’un délai d’attente entre l’envoi d’un premier message de configuration comprenant un indicateur désignant la première partie de bande passante et l’envoi d’un deuxième message de configuration comprenant un indicateur désignant la deuxième partie de bande passante est réduite par rapport à sa valeur courante. Procédé de configuration selon la revendication 3 dans lequel, lorsqu’un indicateur de surchauffe de l’équipement utilisateur (E50) et/ou un mode de réception discontinue (E60) de l’équipement utilisateur est activé : la valeur du délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la première partie de bande passante consécutifs est maintenu à sa valeur courante ; et la valeur du délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la deuxième partie de bande passante est augmentée par rapport à sa valeur courante. Procédé de configuration selon l’une quelconque des revendications 1 à 4 dans lequel lorsqu’une valeur de l’information relative au statut énergétique atteint ou dépasse un deuxième seuil (Thr2), qu’un indicateur de surchauffe de l’équipement utilisateur et qu’un mode de réception discontinue de l’équipement utilisateur sont activés (E80), la partie de bande passante déterminée correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Procédé de configuration selon l’une quelconque des revendications 1 à 5 dans lequel, (E100) lorsqu’une valeur de l’information relative au statut énergétique est comprise entre un premier seuil (Thr1) et un deuxième seuil (Thr2) : une première partie de bande passante déterminée correspond à une partie de bande passante (BWP optS1 /µ optS1 ) affectée à l’équipement utilisateur pour transmettre le trafic relatif à un premier service ; une deuxième partie de bande passante déterminée correspond à une partie de bande passante (BWP optS2 /µ optS2 ) affectée à l’équipement utilisateur pour transmettre le trafic relatif à un deuxième service ; et dans lequel : une valeur d’un délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la première partie de bande passante consécutifs est maintenu à sa valeur courante ; et une valeur d’un délai d’attente entre l’envoi de deux messages de configuration comprenant l’indicateur désignant la deuxième partie de bande passante est augmentée par rapport à sa valeur courante. Procédé de configuration selon l’une quelconque des revendications 1 à 6dans lequel, lorsqu’une valeur de l’information relative au statut énergétique est comprise entre un premier seuil et un deuxième seuil, et qu’un indicateur de surchauffe de l’équipement utilisateur est activé (E100, E80), la partie de bande passante déterminée correspond à une partie de bande passante définie par défaut affectée à l’équipement utilisateur pour transmettre le trafic relatif à l’ensemble des services auxquels l’équipement utilisateur est connecté. Procédé de configuration selon la revendication 4 ou la revendication 6 dans lequel le premier service (S1, S2) est le service présentant une volumétrie de trafic la plus élevée (F20) parmi l’ensemble des services (S1, S2) auxquels l’équipement utilisateur est connecté. Procédé de configuration selon la revendication 8 dans lequel, à volumétrie de trafic équivalente entre différents services (S1, S2) auxquels l’équipement utilisateur est connecté, le premier service (S2) est un service « ultra Reliable Low Latency Communication », uRLLC (F40). Procédé de configuration selon la revendication 9 dans lequel, lorsque plusieurs services (S1, S2) auxquels l’équipement utilisateur est connecté sont des services uRLLC, le premier service (S1, S2) est le service pour lequel la partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre le trafic est la plus étroite (F60). Procédé de configuration selon la revendication 10 dans lequel, à largeur de parties de bande passante équivalente entre différents services (S1, S2) auxquels l’équipement utilisateur est connecté, le premier service (S1, S2) est le service pour lequel les ressources physiques caractérisant la partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre le trafic ne sont pas congestionnées (F80). Procédé de configuration selon l’une quelconque des revendications 1 à 11 comprenant, préalablement à la détermination d’une partie de bande passante destinée à être activée, la réception, depuis l’équipement utilisateur, d’au moins une information relative à un statut énergétique de l’équipement utilisateur. Procédé de configuration selon l’une quelconque des revendications 1 à 12 dans lequel les étapes de détermination et d’envoi sont réitérées périodiquement. Procédé de communication, par un équipement utilisateur (3) d’un réseau de télécommunications (NW) connecté à au moins un service (S1, S2) offert par le réseau, le procédé de communication comprenant : la réception (G10) d’au moins un message de configuration en provenance d’une entité (2) du réseau, ledit au moins un message de configuration comprenant un indicateur désignant une partie de bande passante (BWP) destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service, ladite partie de bande passante ayant été déterminée par l’entité du réseau en fonction d’une information relative à un statut énergétique de l’équipement utilisateur ; l’application (G30) de ladite partie de bande passante déterminée. Procédé de communication selon la revendication 14 comprenant, préalablement à la réception du message de configuration, l’envoi à l’entité du réseau d’au moins une information relative à un statut énergétique de l’équipement utilisateur. Entité (2) d’un réseau de télécommunications comprenant : un module de détermination (2A) configuré pour déterminer, en fonction d’une information relative à un statut énergétique d’un équipement utilisateur (3) connecté à au moins un service offert par le réseau, une partie de bande passante destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif au service ; un module d’envoi (2B), configuré pour envoyer à l’équipement utilisateur, dans au moins un message de configuration, un indicateur désignant la partie de bande passante déterminée. Equipement utilisateur (3) d’un réseau de télécommunications (NW) comprenant : un module de réception (2A) , configuré pour recevoir au moins un message de configuration en provenance d’une entité (2) du réseau, ledit au moins un message de configuration comprenant un indicateur désignant une partie de bande passante (BWP) destinée à être activée par l’équipement utilisateur pour transmettre un trafic relatif à au moins un service (S1, S2), offert par le réseau, auquel l’équipement utilisateur est connecté, ladite partie de bande passante ayant été déterminée par l’entité du réseau en fonction d’une information relative à un statut énergétique de l’équipement utilisateur ; un module d’application (2B), configuré pour appliquer ladite partie de bande passante déterminée. Système de communication comprenant : au moins une entité d’un réseau de télécommunications selon la revendication 16 ; et au moins un équipement utilisateur selon la revendication 17, rattaché à ladite au moins une entité du réseau.