FR 3150669 A1 20250103 FR 2306892 A 20230629 Procédés d’accès à un service et de fourniture de services, terminal, instance de service, et programmes d’ordinateur correspondants. L’invention concerne un procédé de fourniture d’au moins un service à un terminal (11), via un réseau de communication (12) mettant en œuvre des tranches réseau, comprenant : la sélection (1311) d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, la transmission (1312), audit terminal, d’au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Figure pour l’abrégé : figure 2 Procédés d’accès à un service et de fourniture de services, terminal, instance de service, et programmes d’ordinateur correspondants. 1. Domaine technique Le domaine de l’invention est celui des communications au sein d’au moins un réseau de communication, et notamment celui des services IP à valeur ajoutée. Plus précisément, l’invention concerne l’accès à au moins un service en utilisant les ressources de tranches réseau (« network slice » ou « slice » en anglais) d’un réseau de communication. En particulier, l’invention propose une solution pour la sélection d’une ou plusieurs tranches réseau pour tout ou partie du trafic à destination d’une instance de service ou d’un terminal. 2. Art antérieur Une tranche réseau peut être définie comme une partition du réseau telle qu’un réseau privé virtuel (RPV, ou VPN pour « Virtual Private Network » en anglais) déployé sur une infrastructure fixe, mobile, ou une combinaison des deux. Les caractéristiques d’une tranche réseau sont principalement exprimées en termes de capacité (bande passante) et de qualité de service (par exemple latence, temps de transit unidirectionnel, etc.), voire de sécurité (par exemple préservation de la confidentialité des informations transmises au sein du RPV moyennant l’utilisation de techniques de chiffrement) et de fonctions service (« Service Functions (SF) »). Les caractéristiques d’une tranche réseau sont par exemple présentées dans le document « A Framework for IETF Network Slices » de A. Farrel et al., version 21 publiée le 15 juin 2023. Un exemple d’utilisation de tranches réseau déployées dans une infrastructure mobile 5G est présenté dans le document « A Realization of IETF Network Slices for 5G Networks Using Current IP/MPLS Technologies » de K. G. Szarkowicz et al., version 9 publiée le 23 mai 2023. Classiquement, le trafic susceptible d’être acheminé au sein d’une tranche réseau fait l’objet d’une habilitation (aussi appelé contrôle d’accès) à emprunter les chemins établis au sein de ladite tranche. Une telle habilitation repose typiquement sur l’application de règles de classification de trafic. Ces règles sont en général appliquées par un point d’accès au réseau au sein duquel des tranches réseau ont été déployées. Ce point d’accès est un nœud situé en périphérie du réseau et qui est généralement déployé en frontal des accès clients ou bien utilisé pour connecter un réseau à d’autres réseaux voisins. Par exemple, un tel point d’accès peut être situé à l’interface de raccordement d’une passerelle qui permet d’accéder au réseau Internet. Cette passerelle est désignée « packet gateway » pour les générations (4G, 5G) les plus récentes des réseaux mobiles. Dans ce cas, la fonction de classification de trafic pourrait être localisée à l‘interface de raccordement d’une « packet gateway » au réseau Internet. Le point d’accès peut également se situer à l’interface de raccordement d’un terminal mobile (ou « User Equipment » ou UE en anglais) au réseau d’accès radio (ou « Radio Access Network » ou RAN en anglais), de façon notamment à optimiser l’usage des ressources radio en fonction du type de la tranche réseau et du profil du trafic qu’elle est susceptible d’acheminer. Un profil de trafic est l’ensemble des caractéristiques propres au trafic. Ces caractéristiques peuvent refléter la sensibilité des applications à la latence, au délai de transit ou à la perte de paquets, mais également des pratiques d’usage, par exemple un trafic qui ne serait généré que sur une période donnée (par exemple un trafic de gestion lié à l’exécution d’une opération de maintenance d’un équipement programmée pendant la nuit). Les règles de classification et de contrôle d’admission de trafic sont donc appliquées à la périphérie du réseau. On rappelle par ailleurs que l’organisme 3GPP a défini différents types de tranches réseau, selon leurs caractéristiques : un premier type de tranches réseau permettant d’offrir un service mobile large bande amélioré (« Enhanced Mobile BroadBand » ou EMBB en anglais) ; un deuxième type de tranches réseau permettant d’offrir un service dans le cadre d’un déploiement (massif) de l’Internet des Objets (« massive Internet of Things » ou mIoT en anglais) ; et un troisième type de tranches réseau permettant d’offrir un service de communication ultra fiable et à faible latence (« Ultra Reliable Low Latency Communications ou URLLC en anglais). Le choix de concevoir et de déployer l’un ou l’autre de ces types de tranche réseau est conditionné par la nature du trafic caractéristique des applications ou services utilisés ou souscrits par un utilisateur. Par exemple, un service dit « immersif » qui exploite des techniques de réalité augmentée ou virtuelle est généralement très exigeant en termes de latence et de fiabilité des échanges de données : l’utilisation de tranches de type URLLC est donc privilégiée pour un service immersif de ce type. On note par ailleurs que les règles de classification de trafic peuvent être complexes, car le niveau de granularité associé à l’ingénierie et au déploiement d’une tranche réseau peut être macroscopique (par exemple une tranche réseau déployée pour acheminer le trafic à destination de l’Internet), ou bien microscopique (par exemple une tranche réseau déployée pour le trafic applicatif échangé entre deux terminaux mobiles). Cette granularité génère une complexité globale de l’ingénierie des tranches réseau, par exemple une difficulté à optimiser l’usage des ressources mises en œuvre par une tranche réseau, par un ensemble de tranches réseau, ou par toutes les tranches réseau, ou une difficulté à garantir strictement l’isolation du trafic acheminé au sein d’une tranche réseau, ou encore une difficulté à garantir strictement le niveau de qualité ou de sécurité associé à une tranche réseau, voire le niveau de disponibilité et de résilience d’une tranche réseau donnée, etc. En particulier, la complexité de la configuration et de l’application de règles de classification de trafic associées à la mise en place d’une tranche réseau donnée évolue avec la diversité des trafics, la richesse de l’organisation de la structure qui exploite la tranche réseau (par exemple un service de comptabilité, un service de R&D, un service de production) ou encore le mode d’usage de la tranche réseau (par exemple, gestion des surcharges de trafic lors des heures chargées, principes de répartition de la charge de trafic). Cette complexité peut notamment être aggravée par l’évolution des règles de classification de trafic au cours du temps (par exemple, dans le contexte du déploiement d’une tranche réseau pour la retransmission d’un événement sportif ou culturel, les règles de classification de trafic peuvent évoluer avec le nombre et le profil des utilisateurs de la tranche réseau). Il existe donc un besoin pour une nouvelle technique d’accès à un service cherchant à améliorer l’utilisation des ressources de tranches réseau. 3. Exposé de l’invention L’invention propose une solution ne présentant pas l’ensemble des inconvénients de l’art antérieur sous la forme d’un procédé de fourniture d’au moins un service à un terminal, via un réseau de communication mettant en œuvre des tranches réseau, comprenant : la sélection d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, la transmission, audit terminal, d’au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Un tel procédé peut notamment être mis en œuvre par une instance de service, qui fournit le service auquel souhaite accéder le terminal. Par exemple, une telle instance de service est un serveur applicatif hébergé par le fournisseur de services ou une autre infrastructure. Un tel procédé s’applique indépendamment si le service est fourni par une seule instance de service ou par un groupe d’instances de service. Ainsi, au cours d’une première étape, le procédé sélectionne au moins une tranche réseau (ou au moins un type de tranche réseau (par exemple EMBB, mIoT ou URLLC si l’on considère un réseau 5G)) adaptée à l’acheminement des données associées audit au moins un service. Notamment, une telle tranche réseau (ou type de tranche réseau) peut être sélectionnée par une instance de service en tenant compte d’un contexte relatif au service considéré (par exemple selon la nature du service considéré, le nombre d’utilisateurs souhaitant accéder simultanément au service considéré). En effet, l’instance de service dispose d’informations relatives au service ou au contexte dont le réseau de communication n’a pas connaissance. Elle dispose donc d’informations lui permettant de sélectionner, selon au moins un mode de réalisation, une ou plusieurs tranches réseau (ou type(s) de tranche réseau) optimisées pour l’acheminement du trafic via le réseau de communication. Une fois ladite au moins une tranche réseau sélectionnée (ou ledit au moins un type de tranche réseau sélectionné), au moins une information caractéristique de ladite au moins une tranche réseau (ou dudit au moins un type de tranche réseau) sélectionnée est transmise au terminal. Par exemple, de telles informations caractéristiques peuvent être transmises dans un paramètre appelé ci-après « Slice-selector ». Une telle procédure est appelée ci-après REVES, pour « REflectiVE Slicing ». Par exemple, si un type de tranche réseau est sélectionné, l’information caractéristique est le type de tranche réseau. Si une tranche réseau est sélectionnée, l’information caractéristique est par exemple un identifiant de tranche réseau, par exemple un identifiant de type NSSAI 3GPP, ou un identifiant de partition réseau (« Network Resource Partition » en anglais), par exemple une version personnalisée de la topologie réseau et des ressources (« Filtered Topology » en anglais), voire un type de tranche réseau. Plus généralement, toute information permettant au terminal d’identifier une tranche réseau ou un type de tranche réseau adapté(e) à l’accès au service considéré peut être utilisée. En particulier, une telle information permet d’identifier une tranche réseau ou un type de tranche réseau optimisé pour l’accès au service considéré. Dans un mode de réalisation particulier, le procédé met en œuvre la transmission, audit terminal, d’au moins une règle de classification de trafic associée à ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. De telles règles peuvent notamment être transmises dans le paramètre « Slice-selector ». Ainsi, le terminal peut procéder à la configuration de la ou les règles de classification de trafic permettant d’associer le trafic à ladite au moins une tranche réseau (ou type de tranche réseau) sélectionnée. En variante, le terminal peut communiquer à au moins un routeur intermédiaire, par exemple un CPE (« Customer Premises Equipment ») ou un autre équipement de raccordement au réseau de communication la ou les règles de classification de trafic qu’un tel équipement intermédiaire est destiné à appliquer. Dans un mode de réalisation particulier, le procédé comprend la transmission, audit terminal, d’au moins une information relative à la classification de trafic. De telles informations relatives à la classification de trafic peuvent être transmises en complément de ladite au moins une information caractéristique de ladite au moins une tranche réseau (ou type de tranche réseau) sélectionnée. Elles peuvent également être transmises selon le paramètre « Slice-selector ». En variante, de telles informations relatives à la classification de trafic peuvent être déduites de ladite au moins une information caractéristique. Il s’agit par exemple : - d’un numéro de port caractéristique du trafic émis ou reçu par le terminal, émis ou reçu par l’instance de service, ou émis ou reçu par un routeur intermédiaire, ou - d’un marquage, par exemple en utilisant un code DSCP contenu dans le champ DS (« Differentiated Services ») de l’en-tête d’un paquet IP, ou - d’une option TCP/UDP, par exemple l’option MPTCP. Une telle option permet d’établir une session TCP sur plusieurs chemins distincts, chacun de ces chemins pouvant être établis au sein d’une même tranche réseau ou de plusieurs tranches réseau distinctes, - etc. Dans un mode de réalisation particulier, le procédé comprend, au cours d’une session de communication, la vérification que la tranche réseau utilisée pour l’acheminement d’un premier message dudit terminal vers au moins une instance de service, dite première tranche réseau, est adaptée à la fourniture dudit au moins un service. Si la vérification confirme que ladite première tranche réseau est adaptée, ladite sélection de ladite première tranche réseau pour la transmission d’au moins un deuxième message entre ledit terminal et ladite au moins une instance de service est confirmée. Si en revanche le processus de vérification détermine que ladite première tranche réseau n’est pas adaptée, ledit processus de sélection identifie une deuxième tranche réseau distincte de ladite première tranche réseau pour la transmission d’au moins un deuxième message dudit terminal vers ladite au moins une instance de service, au cours de ladite session de communication. Si une session de communication est déjà en cours, il est ainsi possible de basculer d’une première tranche réseau vers une deuxième tranche réseau sans interruption du service. En d’autres termes, si l’instance de service détecte que la tranche réseau utilisée par le terminal pour acheminer du trafic vers l’instance de service n’est pas optimale pour le service considéré, l’instance de service peut proposer de basculer vers une autre tranche réseau mieux adaptée pour le service considéré, sans nécessiter l’établissement d’une nouvelle session de communication. Dans un mode de réalisation particulier, le premier message est un message d’accès audit au moins un service, comportant un premier indicateur signalant que ledit terminal supporte l’acheminement de données via au moins une tranche réseau. Par exemple, un tel premier indicateur est noté « slice_aware » par la suite. La valorisation de ce paramètre à « 1 » indique par exemple que le terminal supporte l’acheminement de trafic via au moins une tranche réseau. En particulier, un tel premier indicateur peut être transmis pour chaque nouvelle session de communication. Ainsi, le terminal émet un premier message comportant un premier indicateur « slice_aware » au début d’une session de communication, lorsque le terminal commence à invoquer le service. Pour ce faire, il peut notamment utiliser une tranche réseau par défaut (première tranche réseau). L’instance de service peut vérifier si la tranche réseau utilisée est optimale pour le service considéré, en tenant notamment compte du contexte, et éventuellement informer le terminal que l’utilisation d’une autre tranche réseau serait plus adaptée. Le terminal peut alors envoyer au moins un deuxième message qui peut transiter par cette nouvelle tranche réseau (deuxième tranche réseau) plus adaptée, au cours de la même session de communication. En particulier, ladite au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée par l’instance de service peut être transmise au terminal dans un message quelconque associé à ladite session en cours, par exemple dans une requête HTTP permettant d’accéder à un site Internet. Dans un autre mode de réalisation, l’invention concerne une instance de service adaptée à mettre en œuvre le procédé de fourniture d’au moins un service décrit précédemment. Une telle instance de service pourra bien sûr présenter les différentes caractéristiques relatives au procédé de fourniture d’au moins un service selon l’invention, qui peuvent être combinées ou considérées isolément. Ainsi, les caractéristiques et avantages de cette instance de service sont les mêmes que ceux du procédé et ne sont pas détaillés plus amplement. L’invention concerne par ailleurs un procédé d’accès à au moins un service par un terminal, via un réseau de communication mettant en œuvre des tranches réseau, comprenant : la réception d’au moins une information caractéristique d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, sélectionnée par au moins une instance de service apte à fournir ledit au moins un service audit terminal, la transmission d’au moins un message à ladite au moins une instance de service, via une tranche réseau identifiée à partir de ladite au moins une information caractéristique, en tenant compte d’au moins une règle de classification de trafic associée à ladite tranche réseau identifiée. Un tel procédé peut notamment être mis en œuvre par un terminal connecté au réseau de communication. Ainsi, un terminal dispose d’au moins une information caractéristique d’au moins une tranche réseau (ou d’au moins un type de tranche réseau) sélectionnée par une instance de service apte à fournir le service considéré. Comme déjà indiqué, une telle instance de service peut notamment tenir compte du contexte relatif au service considéré pour choisir, selon un mode de réalisation particulier, la ou les tranches réseau (ou type(s) de tranche réseau) optimisée(s) pour l’acheminement du trafic via le réseau de communication. Notamment, le procédé peut identifier une tranche réseau à partir de ladite au moins une information caractéristique (consignée par exemple dans le paramètre « Slice-selector »), et se connecter à cette tranche réseau pour envoyer du trafic vers l’instance de service. Dans un mode de réalisation, le procédé comprend la réception de ladite au moins une règle de classification de trafic en provenance de ladite au moins une instance de service, et la configuration dudit terminal avec ladite au moins une règle de classification de trafic. Eventuellement, le terminal peut également recevoir au moins une information relative à la classification de trafic, en complément de ladite au moins une information caractéristique de ladite au moins une tranche réseau (ou type de tranche réseau) sélectionnée. En variante, de telles informations relatives à la classification de trafic peuvent être déduites de ladite au moins une information caractéristique. Dans un mode de réalisation particulier, le procédé comprend la transmission d’instructions de configuration d’au moins un routeur intermédiaire (par exemple un CPE) dudit réseau de communication avec ladite au moins une règle de classification de trafic. Le routeur peut ainsi utiliser ces règles pour autoriser ou non l’acheminement du trafic émis par le terminal via la tranche réseau sélectionnée à partir de l’information caractéristique. Dans un mode de réalisation particulier, le procédé comprend la mise à jour de ladite au moins une règle de classification de trafic suite à la réception d’au moins une nouvelle information caractéristique d’au moins une tranche réseau, et qui est donc de nature à provoquer ladite mise à jour (par exemple, une congestion de trafic observée au sein de la tranche réseau initialement sélectionnée). De cette façon, il est possible de basculer l’acheminement du trafic d’une première tranche vers une deuxième tranche réseau au cours d’une même session de communication. Dans un mode de réalisation particulier, le procédé comprend une étape de validation de ladite tranche réseau identifiée, mise en œuvre préalablement à la transmission d’au moins un message via ladite tranche réseau identifiée. Par exemple, une telle étape de validation fait intervenir une vérification auprès de l’utilisateur du terminal que la tranche réseau identifiée peut être utilisée pour le trafic émis par le terminal. Dans un mode de réalisation particulier, le procédé comprend la transmission, à destination de ladite au moins une instance de service, d’un premier indicateur signalant que ledit terminal supporte l’acheminement de données via au moins une tranche réseau (« Slice-aware » par exemple). Par exemple, le premier indicateur est inséré dans un en-tête dédié d’un message d’accès audit au moins un service, par exemple dans un en-tête HTTP, une trame QUIC, etc. Dans un autre mode de réalisation, l’invention concerne un terminal adapté à mettre en œuvre le procédé d’accès à au moins un service décrit précédemment. Un tel terminal pourra bien sûr présenter les différentes caractéristiques relatives au procédé d’accès à au moins un service selon l’invention, qui peuvent être combinées ou considérées isolément. Ainsi, les caractéristiques et avantages de ce terminal sont les mêmes que ceux du procédé et ne sont pas détaillés plus amplement. Dans les différents modes de réalisation envisagés, au moins une desdites tranches réseau peut être composée d’au moins une tranche réseau locale déployée dans au moins un sous-réseau du réseau de communication (par exemple dans un réseau d’accès, un réseau de collecte, un réseau cœur, un réseau de transit). L’invention concerne encore au moins un programme d’ordinateur comportant des instructions pour la mise en œuvre d’au moins un des procédés décrits ci-dessus, lorsque ce ou ces programmes sont exécutés par un processeur, ainsi qu’au moins un support d’informations lisible par un ordinateur comportant des instructions d’au moins un programme d’ordinateur tel que mentionné ci-dessus. Le procédé selon l’invention peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante d’un mode de réalisation particulier, donné à titre d’exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la représente un système dans lequel l’invention peut être mise en œuvre ; la illustre les principales étapes des procédés selon au moins un mode de réalisation de l’invention ; la illustre les principaux messages échangés lors de la mise en œuvre des procédés selon la ; la illustre un exemple de réseau de communication composé de plusieurs sous-réseaux ; la illustre un exemple d’agrégation de plusieurs services au sein d’une même tranche réseau ; la illustre un exemple de déploiement de plusieurs instances de service ; la illustre un exemple de mise en œuvre des procédés selon la lorsque le terminal est directement connecté au réseau d’un fournisseur de services ; la illustre un exemple de mise en œuvre des procédés selon la lorsque le terminal est connecté au réseau d’un fournisseur de services par l’intermédiaire d’un CPE ; la présente la structure simplifiée des différentes entités selon un mode de réalisation particulier. 5. Description d’un mode de réalisation de l’invention 5.1 Principe général Le principe général de l’invention repose sur la sélection des chemins à utiliser pour l’acheminement du trafic, dans un système dans lequel un terminal souhaite accéder à au moins un service via un réseau de communication mettant en œuvre des tranches réseau. En particulier, au moins une instance de service apte à fournir le service considéré peut sélectionner au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées au service considéré, i.e., en tenant compte de la nature du service, ou du contexte d’utilisation du service par exemple. Ainsi, la solution proposée offre, selon au moins un mode de réalisation, un mécanisme de découverte automatique et sécurisée de tranches réseau déployées (ou instanciées) sur une infrastructure fixe et/ou mobile et réservées à un certain usage, par exemple la retransmission d’un évènement sportif ou culturel. La illustre un exemple de système dans lequel l’invention peut être mise en œuvre. Un tel système comprend un terminal UE 11 (« User Equipment » en anglais) souhaitant accéder à au moins un service via un réseau de communication SSP 12 (« Slice Service Provider » en anglais, ou fournisseur de services reposant sur des tranches réseau) mettant en œuvre des tranches réseau, par exemple deux tranches réseau Sl. #1 161 et Sl. #2 162 (« Slice » en anglais). Le terminal 11 peut éventuellement être connecté au réseau 12 via un routeur intermédiaire, par exemple un CPE. Le service peut être fourni par au moins une instance de service, par exemple par deux instances de services SFI #1 131 et SFI #2 132. Une instance de service peut être connectée au réseau 12 par l’intermédiaire d’un nœud de bordure du réseau. Par exemple, l’instance 131 est connectée au réseau 12 par l’intermédiaire du premier nœud de bordure BR 141 (« Border Router » en anglais), et la deuxième instance 132 est connectée au réseau 12 par l’intermédiaire du deuxième nœud de bordure BR 142. On présente désormais, en relation avec la , les principales étapes mises en œuvre par les différents procédés selon un mode de réalisation de l’invention. On considère qu’une instance de service, par exemple la première instance de service 131, sélectionne au cours d’une étape 1311 au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service. Dans un mode de réalisation, la sélection des tranches réseau (ou types) par une instance de service peut préempter les règles de classification de trafic fournies par un autre canal. Dans un autre mode de réalisation, l’instance de service peut indiquer dans une consigne communiquée au terminal la précédence/priorité de ladite consigne par rapport à d’autres consignes communiquées par d’autres canaux (par exemple configuration par défaut). La première instance de service 131 peut alors transmettre au terminal 11, au cours d’une étape 1312, au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée, ainsi qu’éventuellement au moins une règle de classification de trafic et/ou au moins une information relative à la classification de trafic. De telles informations sont par exemple transmises dans un paramètre « Slice-selector » d’un message de configuration MSG_C. Le terminal 11 peut ainsi recevoir, au cours d’une étape 111, la ou les informations transmises par la première instance de service 131 dans le message de configuration MSG_C (Slice-selector). A partir de ces informations, le terminal 11 peut identifier une tranche réseau à utiliser pour tout ou partie du trafic émis par le terminal à destination de la première instance de service 131 et se connecter à cette tranche réseau identifiée, au cours d’une étape 112, directement ou par l’intermédiaire d’un routeur, par exemple le CPE 15. Le terminal 11 peut ensuite transmettre au moins un message comportant des données, noté MSG_D, à destination de la première instance de service 131, via ladite tranche de réseau identifiée, en tenant compte d’au moins une règle de classification de trafic associée à ladite tranche réseau identifiée, au cours d’une étape 113. La première instance de service 131 peut recevoir le message MSG_D au cours d’une étape 1313. Elle peut notamment vérifier si la tranche de réseau identifiée à partir de ladite au moins une information caractéristique utilisée pour transmettre le message MSG_D est adaptée à la fourniture du service (par exemple en tenant compte de conditions réelles d’utilisation du service ou plus généralement du contexte relatif au service considéré) et éventuellement sélectionner une nouvelle tranche réseau, ou un nouveau type de tranche réseau, pour la transmission des prochains messages émis par le terminal 11 vers la première instance de service 131, notamment au cours d’une même session de communication. La est un diagramme de flux illustrant les messages échangés selon les principales étapes décrites par la . On considère selon la que le terminal 11 émet au préalable un message d’accès au service, comportant un premier indicateur « Slice-aware » (noté MSG_A (Slice-aware)) signalant à ladite au moins une instance de service, par exemple à la première instance de service 131, que le terminal 11 supporte l’acheminement de données via au moins une tranche réseau. Ce premier message d'accès peut notamment être transmis via une première tranche réseau. A réception de ce premier message, la première instance de service 131 peut notamment vérifier si la première tranche réseau utilisée pour transmettre ce premier message est adaptée au service considéré (en tenant par exemple compte de la nature du service ou d’un contexte relatif au service, comme un débit, un niveau de qualité de service, ou encore un niveau de sécurité souhaité). Si la première instance de service 131 estime que la première tranche réseau est adaptée à l’acheminement des données associées au service considéré, des informations caractéristiques de la première tranche réseau sont transmises de la première instance de service 131 vers le terminal 11, pour confirmer au terminal qu’il peut continuer à émettre des messages MSG_D relatifs au service considéré vers la première tranche réseau. A l’inverse, si la première instance de service 131 estime que la première tranche réseau n’est pas adaptée à l’acheminement des données associées au service considéré, elle sélectionne une deuxième tranche réseau mieux adaptée à l’acheminement des données (par exemple en termes de débit, ou de qualité de service, ou de sécurité), et transmet au terminal 11 des informations caractéristiques de la deuxième tranche réseau. Le terminal 11 peut ainsi basculer vers la deuxième tranche réseau pour poursuivre ses échanges avec la première instance de service 131. Eventuellement, comme déjà indiqué, le terminal 11 peut envoyer des informations de configuration à un routeur intermédiaire, par exemple un CPE, avec au moins une règle de classification de trafic (reçue par exemple par le terminal 11 dans le paramètre « Slice-selector »). Le routeur intermédiaire peut ainsi appliquer ces règles de classification de trafic pour acheminer ou non le trafic émis par le terminal via la tranche réseau sélectionnée. De manière plus générale, on considère qu’une tranche du réseau de communication peut être associée à d’autres tranches réseau pour fournir des services à valeur ajoutée. Par exemple, un fournisseur de service peut s’appuyer sur des tranches mises en place dans différents sous-réseaux pour fournir un service dont le trafic est destiné à être acheminé dans la tranche réseau « globale » composée des tranches déployées dans les différents sous-réseaux. On parle alors de « tranche multi-domaines » (ou « stitched slices » ou « hierarchical slices » en anglais). Une telle tranche réseau peut en effet refléter une structure hiérarchique. Par exemple, comme illustré par la , le réseau SSP 12 peut être composé de plusieurs sous-réseaux 121, 122 et 123. Chaque sous-réseau peut supporter une ou plusieurs tranches réseau. Par exemple, le premier sous-réseau 121 supporte quatre tranches réseau, le deuxième sous-réseau 122 supporte trois tranches réseau, et le troisième sous-réseau 123 supporte quatre tranches réseau. La première tranche réseau Sl. #1 161 du réseau de communication est par exemple composée des tranches réseau Sl. #3 déployée sur le sous-réseau 121, Sl. #2 déployée sur le sous-réseau 122 et Sl. #2 déployée sur le sous-réseau 123. Les interfaces de raccordement entre tranches adjacentes (« Attachment Circuits » en anglais) sont par exemple gérées en utilisant les mécanismes décrits dans le document « YANG Data Models for 'Attachment Circuits'-as-a-Service (ACaaS) » de M. Boucadair et al., version 6 publiée le 3 mai 2023. Par exemple, chaque sous-réseau peut être associé à un domaine distinct (par exemple, un réseau de communication peut être composé d’un réseau d’accès, d’un réseau de collecte, d’un réseau cœur et d’un réseau de transit). Chacun de ces domaines supporte des tranches réseau dont l’ingénierie et l’exploitation sont caractéristiques du domaine (par exemple, une tranche déployée sur un réseau cœur mobile 5G peut faire appel à des fonctions de traitement de trafic et d’exploitation caractéristiques d’un réseau cœur mobile 5G). Ainsi, chaque domaine (accès, collecte, cœur, transit, etc.) peut exploiter différentes technologies pour la réalisation des tranches réseau. Ainsi, la réalisation d’une tranche réseau qui s’étend sur plusieurs domaines n’est pas conditionnée par la disponibilité ou l’activation des mêmes technologies utilisées pour la réalisation des tranches « locales » à chaque domaine. Par exemple, en référence à la , un premier domaine associé au premier sous-réseau 121 met en place des tunnels IPsec qui sont exploités pour acheminer le trafic dans les tranches déployées dans ce domaine, alors qu’un deuxième domaine associé au deuxième sous-réseau 122 utilise une ingénierie de réseau privé virtuel de niveau réseau (Layer 3 VPN ou L3VPN en anglais) combiné avec des mécanismes d’ingénierie de trafic (« Traffic Engineering » ou TE en anglais) pour acheminer le trafic dans les tranches déployées dans ce domaine, tandis qu’un troisième domaine associé au troisième sous-réseau 123 utilise les ressources du routage par segments reposant sur le protocole IPv6 (« Segment Routing IPv6 » ou SRv6 en anglais) pour acheminer le trafic dans les tranches déployées dans ce domaine. Selon un autre exemple, une tranche réseau dans un réseau mobile (5G par exemple) peut reposer sur la mise en place de tranches réseau dans les différents sous-réseaux/segments suivants : réseau d’accès radio (« Radio Access Network » ou RAN), réseau cœur (« Core Network » ou CN) et réseau de transport (« Transport Network » ou TN). L’association entre une tranche réseau, par exemple une tranche réseau 5G dans le cas d’un réseau mobile de dernière génération, et les tranches réseau déployées dans chacun des segments / sous-réseaux composant le réseau mobile 5G est réalisée dans le plan de contrôle et à la périphérie de chacun des réseaux RAN, CN et TN. La tranche réseau déployée dans le réseau TN est parfois appelée « IETF Network Slice ». Selon l’invention, aucune hypothèse n’est faite quant à la nature des tranches réseau, leur nombre, et le « mapping » entre des tranches réseau de domaines voisins (par exemple RAN et TN, TN et CN). Par exemple, les mécanismes décrits dans le document « A Realization of IETF Network Slices for 5G Networks Using Current IP/MPLS Technologies » précédemment cité sont mis en œuvre pour la réalisation des tranches réseau dans un réseau IP/MPLS (qui est un exemple de réseau de transport au sens du 3GPP). On note par ailleurs qu’une même tranche réseau peut être utilisée pour agréger le trafic d’un ou plusieurs services. Ainsi, comme illustré par la , un premier service S1 servi par une ou plusieurs instances de service 51 peut être fourni à un premier client UE1 via une tranche réseau Sl. #3 du réseau SSP, un deuxième service S2 servi par une ou plusieurs instances de service 52 peut être fourni à un deuxième client UE2 via la même tranche réseau Sl. #3 du réseau SSP, un troisième service S3 servi par une ou plusieurs instances de service 53 peut être fourni au deuxième client UE2 via la même tranche réseau Sl. #3 du réseau SSP. De plus, une tranche réseau peut impliquer une ou plusieurs fonctions service (ou « Service Functions » en anglais, selon la terminologie utilisée par le document RFC7665 – « Service Function Chaining (SFC) Architecture » de J. Halpern et al. publié en octobre 2015, ou « Network Functions » comme gNB (« gNodeB ») ou des fonctions UPF (« User Plane Functions ») selon la terminologie utilisée par le 3GPP). Une même fonction service peut être fournie par une ou plusieurs instances de service. La illustre un exemple de déploiement d’instances de service. En particulier, une instance de service peut être hébergée par le SSP (par exemple les instances de service 63 et 64) ou au sein d’une autre infrastructure (par exemple l’instance de service 65). Dans un mode de réalisation particulier, des chaînes de service (« Service Function Chain » ou SFC en anglais) peuvent être mises en place afin de faciliter l’acheminement de trafics de différentes natures et présentant des profils différents pour les besoins de la réalisation d’une tranche réseau ou au sein d’une tranche réseau (par exemple les instances de service 611, 612 et 613 de la ). 5.2 Exemples de mise en œuvre On présente désormais quelques exemples de mise en œuvre de l’invention. En se référant aux figures 7 et 8, on considère que le terminal 11 souhaite accéder à au moins un service Si via un réseau de communication SSP 12 mettant en œuvre des tranches réseau, par exemple quatre tranches réseau Sl. #1, Sl. #2, Sl. #3 et Sl. #4. Le terminal 11 peut éventuellement être connecté au réseau 12 via un routeur intermédiaire, par exemple un CPE 15 comme illustré par la . Le service peut être fourni par au moins une instance de service, par exemple par l’instance de service SFI 13. On note que la procédure décrite ici peut s’appliquer dans tout type de réseau supportant des tranches réseau, notamment dans un réseau 5G. Si on considère un réseau 5G à titre d’exemple, le terminal 11 peut utiliser le DNN (« Data Network Name ») par défaut pour accéder au service « Si » fourni par l’instance de service SFI 13. En d’autres termes, le terminal 11 envoie à l’instance de service SFI 13 un message d’accès au service Si via un chemin par défaut, tel que défini dans le DNN, pour accéder au service Si. Selon le mode de réalisation illustré, le terminal 11 insère, dans le message d’accès à destination de l’instance de service SFI 13, une indication qu’il supporte l’acheminement du trafic via au moins une tranche réseau (« network slicing »). Par exemple, un indicateur « Slice-aware » est inséré dans un en-tête dédié du message d’accès (par exemple en-tête HTTP, trame QUIC). La valorisation de ce paramètre à « 1 » indique par exemple que le terminal supporte le « network slicing ». Le message d’accès au service est acheminé depuis le terminal 11 en utilisant le chemin par défaut tel que déclaré dans le terminal. Sur réception du message d’accès au service, l’instance de service 13 vérifie si la tranche réseau utilisée pour l’acheminement du message d’accès au service, dite première tranche réseau, est adaptée à la fourniture dudit au moins un service, i.e. si les ressources de la première tranche réseau sont optimisées. L’instance de service 13 vérifie également si un indicateur « Slice-aware » est présent dans le message d’accès et/ou la valeur de cet indicateur. Si l’indicateur « Slice-aware » est positionné à « 1 », l’instance de service 13 insère dans un message de configuration à destination du terminal au moins une information caractéristique de la première tranche réseau (par exemple un identifiant de tranche réseau, un identifiant « Network Resource Partition », un type de tranche). Selon l’exemple de mise en œuvre décrit, l’instance de service 13 insère également dans le message de configuration, ou dans un autre message, des règles de classification de trafic à mettre en place par le terminal 11. Ces informations peuvent être transmises dans un nouvel objet appelé « Slice-selector ». On note que de telles règles peuvent être configurées dans le terminal ou dans un routeur intermédiaire, comme le CPE 15, qui, dans le mode de réalisation illustré par la , peut être responsable de l’association du trafic caractéristique du service accédé par le terminal à une tranche réseau. L’instance de service 13 (première instance de service) peut notamment transférer le message de configuration comportant au moins une information caractéristique d’une tranche réseau via laquelle le terminal 11 communique avec l’instance de service 13 à au moins une autre instance de service (deuxième instance de service), avant de répondre au terminal 11. On note qu’aucune contrainte n’est imposée quant à la logique de traitement du message d’accès ou du message de configuration. Sur réception du message de configuration envoyé par l’instance de service 13, le terminal 11 extrait en particulier les informations caractéristiques de la tranche réseau (permettant d’identifier la tranche réseau ou le type de la tranche réseau par exemple). Le terminal 11 peut également extraire des règles de classification de trafic. Le terminal 11 peut alors négocier avec le réseau 12 l’activation du contexte dédié (DNN pour la tranche réseau considérée) selon les instructions contenues dans l’objet « Slice-selector ». En d’autres termes, le terminal cherche à se connecter à une tranche réseau identifiée à partir des informations portées par le message de configuration. Par exemple, le terminal 11 peut fournir à un point d’accès au réseau, par exemple dans la demande de connexion au réseau, l’identifiant de la tranche réseau ou le type de tranche réseau extrait du message de configuration pour faciliter l’établissement d’une session PDU (« Packet Data Unit Session ») (ou autre contexte spécifique au réseau d’accès, par exemple WLAN) avec le réseau d’accès. De façon optionnelle, sur réception d’un message de configuration (i.e. un message indiquant le support d’une tranche spécifique pour un service donné), le terminal 11 peut impliquer l’utilisateur dans le processus de validation de la mise en place de la configuration spécifique à la tranche réseau (par exemple, le terminal demande à l’utilisateur de confirmer le choix de connexion). La fourniture, par le terminal 11, de telles informations extraites du message de configuration permet, à titre d’exemple, de valider les conditions tarifaires qui peuvent être associées à l’activation d’une connexion du terminal 11 à une tranche réseau. Si la mise en place du raccordement du terminal 11 à la tranche réseau ainsi identifiée est réussie, le terminal peut configurer et appliquer les règles de classification de trafic pour pouvoir acheminer le trafic relatif au service à destination de l’instance de service 13 via la tranche réseau identifiée. Une fois la connexion établie avec la tranche réseau identifiée, le terminal 11 peut basculer une connexion service en cours, de sorte qu’il puisse se raccorder à la tranche réseau nouvellement identifiée, et transmettre des données à destination de l’instance de service 13 via la tranche identifiée. Comme la tranche réseau identifiée a été sélectionnée pour être adaptée au service considéré, le trafic via cette tranche réseau bénéficie de garanties (en termes de qualité ou d’isolation, notamment), par exemple. Dans un mode de réalisation particulier, le terminal 11 peut notamment utiliser au moins une information relative à la classification de trafic pour identifier la tranche réseau à raccorder au terminal. De telles informations peuvent être utiles pour les besoins de classification de trafic (par exemple marquage, numéro de port spécifique, option TCP/UDP). Ces informations peuvent être communiquées par l’instance de service 13, par exemple dans le message de configuration ou dans un autre message. Elles peuvent donc être communiquées spécifiquement. En variante, de telles informations peuvent être déduites par le terminal à partir des informations caractéristiques et véhiculées dans le message de configuration. Pour de futures connexions, notamment au cours d’une même session de communication, le terminal 11 peut réitérer les étapes telles que décrites ci-dessus pour la première connexion à une tranche réseau. On note par ailleurs que si, au cours d’une session de communication, l’instance de service 13 retourne des informations différentes de celles maintenues localement par le terminal 11 (par exemple informations caractéristiques, règles de classification de trafic et/ou informations relatives à la classification de trafic), celui-ci peut mettre à jour les règles de classification de trafic locales et/ou de marquage selon ces nouvelles informations. Ceci permet aux procédés selon un mode de réalisation de l’invention de s’adapter au service. En variante, le terminal 11 peut combiner les informations reçues de l’instance de service 13 (par exemple informations caractéristiques, règles de classification de trafic et/ou informations relatives à la classification de trafic), avec des informations disponibles localement (incluant celles reçues du réseau) pour optimiser l’accès au service. Eventuellement, le terminal 11 peut décider d’utiliser une autre tranche réseau pour communiquer avec l’instance de service 13. Dans ce cas, les étapes décrites précédemment peuvent être mises en œuvre en émettant un nouveau message transmis du terminal vers l’instance de service. En particulier, si ledit message est reçu par l’instance de service 13 via une tranche réseau non-optimisée pour les besoins du service, l’instance de service 13 peut sélectionner une nouvelle tranche réseau, ou un nouveau type de tranche réseau, adapté aux besoins du service, et transmettre les informations caractéristiques de cette nouvelle tranche réseau, ou un nouveau type de tranche réseau, au terminal 11. Plus généralement, l’instance de service se charge d’informer le terminal de toute modification relative à l’association du trafic à une tranche réseau. Les règles de classification de trafic configurées au sein du terminal (ou éventuellement du CPE) peuvent être ajustées en conséquence. Ces nouvelles informations peuvent être traitées par le terminal en suivant les mêmes étapes que celles décrites précédemment. Dans un mode de réalisation particulier, le terminal peut répertorier les services qui ne sont pas associés à une tranche réseau, par exemple en maintenant une table stockée dans une mémoire du terminal On présente désormais plus en détail, en relation avec la , la variante selon laquelle le terminal 11 peut contacter un routeur intermédiaire ou autre nœud de bordure du réseau, comme le CPE 15, pour lui communiquer les informations relatives à la tranche réseau identifiée par le terminal 11 (informations caractéristiques). Dans cet exemple, le terminal 11 peut communiquer au CPE 15, en plus des informations caractéristiques relatives à la tranche réseau identifiée par le terminal 11, les règles de classification de trafic. Par exemple, le terminal 11 transmet au CPE 15 les instructions d’activation de la tranche réseau identifiée ainsi que les règles de classification de trafic en utilisant de nouvelles options qui peuvent être supportées par différents protocoles tels que PCP (Port Control Protocol), DHCP (Dynamic Host Configuration Protocol), ou un message RA (« Router Advertisement » en environnement IPv6), etc. Sur réception de ces informations, le CPE 15 peut négocier avec le réseau l’activation de la tranche réseau identifiée, et éventuellement confirmer au terminal 11 l’activation effective de la tranche réseau identifiée. Selon ce mode de réalisation, le CPE 15 peut ainsi négocier avec le terminal 11 l’activation de la procédure. En variante, si le terminal 11 n’est pas connecté directement au réseau, alors l’équipement de raccordement (CPE 15 par exemple) peut mettre en œuvre la procédure décrite comme si le terminal était directement connecté au réseau. On a décrit ci-dessus différents exemples de mise en œuvre de l’invention. Bien entendu, ces exemples sont purement illustratifs et non limitatifs. En particulier, comme déjà indiqué, aucune hypothèse n’est faite selon l’invention quant à la nature des tranches réseau, leur nombre, et le « mapping » éventuel entre des tranches réseau de domaines voisins (par ex. RAN et TN, TN et CN). Notamment, une tranche réseau peut être déployée sur une infrastructure fixe, mobile, ou une combinaison des deux. 5.3 Structure simplifiée des entités correspondantes On présente finalement, en relation avec la , les structures simplifiées d’une entité, par exemple une instance de service ou un terminal selon au moins un mode de réalisation décrit ci-dessus. Comme illustré par la , une telle entité comprend au moins une mémoire 91 comprenant une mémoire tampon, au moins une unité de traitement 92, équipée par exemple d’une machine de calcul programmable ou d’une machine de calcul dédiée, par exemple un processeur P, et pilotée par le programme d’ordinateur 93, mettant en œuvre des étapes d’au moins un procédé selon au moins un mode de réalisation de l’invention. A l’initialisation, les instructions de code du programme d’ordinateur 93 sont par exemple chargées dans une mémoire RAM avant d’être exécutées par le processeur de l’unité de traitement 92. Si l’entité est un une instance de service, le processeur de l’unité de traitement 92 met en œuvre des étapes du procédé de fourniture d’au moins un service décrit précédemment, selon les instructions du programme d’ordinateur 93, pour : sélectionner au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, transmettre, audit terminal, au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Si l’entité est un terminal, le processeur de l’unité de traitement 92 met en œuvre des étapes du procédé d’accès à au moins un service décrit précédemment, selon les instructions du programme d’ordinateur 93, pour : recevoir au moins une information caractéristique d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, sélectionnée par au moins une instance de service apte à fournir ledit au moins un service audit terminal, transmettre au moins un message à ladite au moins une instance de service, via une tranche de réseau identifiée à partir de ladite au moins une information caractéristique, en tenant compte d’au moins une règle de classification de trafic associée à ladite tranche réseau identifiée. Procédé de fourniture d’au moins un service à un terminal (11), via un réseau de communication (12) mettant en œuvre des tranches réseau, comprenant : la sélection (1311) d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, la transmission (1312), audit terminal, d’au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Procédé selon la revendication 1, caractérisé en ce qu’il comprend la transmission, audit terminal, d’au moins une règle de classification de trafic associée à ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que ladite information caractéristique de ladite au moins une tranche réseau sélectionnée appartient au groupe comprenant : un identifiant de tranche réseau, un identifiant de partition réseau, un type de tranche réseau. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu’il comprend la transmission, audit terminal, d’au moins une information relative à la classification de trafic. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu’au cours d’une session de communication, il comprend la vérification que la tranche réseau utilisée pour l’acheminement d’un premier message dudit terminal vers au moins une instance de service, dite première tranche réseau, est adaptée à la fourniture dudit au moins un service, et en ce que : si l’adéquation de ladite première tranche réseau est avérée, ladite sélection confirme la sélection de ladite première tranche réseau pour la transmission d’au moins un deuxième message dudit terminal vers ladite au moins une instance de service, au cours de ladite session de communication, si l’adéquation de ladite première tranche réseau n’est pas avérée, ladite sélection choisit une deuxième tranche réseau distincte de ladite première tranche réseau pour la transmission d’au moins un deuxième message dudit terminal vers ladite au moins une instance de service, au cours de ladite session de communication. Procédé selon la revendication 5, caractérisé en ce que ledit premier message est un message d’accès audit au moins un service, comportant un premier indicateur signalant que ledit terminal supporte l’acheminement de données via au moins une tranche réseau. Procédé selon l'une quelconque des revendications 5 et 6, caractérisé en ce que ladite au moins une information caractéristique est transmise audit terminal par ladite au moins une instance de service dans un message quelconque associé à ladite session en cours. Procédé d’accès à au moins un service par un terminal (11), via un réseau de communication (12) mettant en œuvre des tranches réseau, comprenant : la réception (111) d’au moins une information caractéristique d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, sélectionnée par au moins une instance de service apte à fournir ledit au moins un service audit terminal, la transmission (113) d’au moins un message à ladite au moins une instance de service, via une tranche de réseau identifiée à partir de ladite au moins une information caractéristique, en tenant compte d’au moins une règle de classification de trafic associée à ladite tranche réseau identifiée. Procédé selon la revendication 8, caractérisé en ce qu’il comprend la réception de ladite au moins une règle de classification de trafic en provenance de ladite au moins une instance de service, et la configuration dudit terminal avec ladite au moins une règle de classification de trafic. Procédé selon la revendication 8 ou la revendication 9, caractérisé en ce qu’il comprend la transmission d’instructions de configuration d’au moins un routeur intermédiaire dudit réseau de communication avec ladite au moins une règle de classification de trafic. Procédé selon l'une quelconque des revendications 8 et 9, caractérisé en ce qu’il comprend la mise à jour de ladite au moins une règle de classification de trafic suite à la réception d’au moins une nouvelle information caractéristique d’au moins une tranche réseau. Procédé selon l'une quelconque des revendications 8 à 11, caractérisé en ce qu’il comprend la transmission, à destination de ladite au moins une instance de service, d’un premier indicateur signalant que ledit terminal supporte l’acheminement de données via au moins une tranche réseau. Procédé selon l'une quelconque des revendications précédentes caractérisé en ce qu’au moins une desdites tranches réseau est composée d’au moins une tranche réseau locale déployée dans au moins un sous-réseau dudit réseau de communication. Instance de service apte à fournir au moins un service à un terminal, via un réseau de communication mettant en œuvre des tranches réseau, comprenant au moins un processeur configuré pour : sélectionner au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, transmettre, audit terminal, au moins une information caractéristique de ladite au moins une tranche réseau, ou type de tranche réseau, sélectionnée. Terminal apte à accéder à au moins un service, via un réseau de communication mettant en œuvre des tranches réseau, comprenant au moins un processeur configuré pour : recevoir au moins une information caractéristique d’au moins une tranche réseau, ou un type de tranche réseau, adaptée à l’acheminement des données associées audit au moins un service, sélectionnée par au moins une instance de service apte à fournir ledit au moins un service audit terminal, transmettre au moins un message à ladite au moins une instance de service, via une tranche de réseau identifiée à partir de ladite au moins une information caractéristique, en tenant compte d’au moins une règle de classification de trafic associée à ladite tranche réseau identifiée. Programme d’ordinateur comportant des instructions pour la mise en œuvre d’un procédé selon l'une quelconque des revendications 1 à 13 lorsque ce programme est exécuté par un processeur.