FR 3074626 A1 20190607 FR 1761552 A 20171201 Procede d'acheminement de donnees d'une session initialisee entre un terminal et un serveur 1. Domaine de ('invention La demande d'invention se situe dans le domaine des infrastructures de telecommunications et des techniques relatives aux tranches de reseaux (en anglais network slices). 2. Etat de la technique anterieure Jusqu'a la generation « 4G » de reseau mobile actuellement en cours de deploiement dans une majorite de pays, les differentes architectures de reseau reposent le plus souvent sur des equipements bien specifiques et dedies a certaines fonctionnalites precises, que ce soit au niveau du reseau d'acces ou du cceur de reseau, notamment en ce qui concerne la transmission de paquets depuis ou a destination d'un terminal mobile. Dans les infrastructures de reseau deployees jusqu'a maintenant, un unique ensemble de fonctions est utilise quel que soit le type de trafic. Les differents flux des sessions sont ainsi ecoules par un meme ensemble de fonctions (routage, adressage, controle des flux de donnees, nommage...). Le manque de flexibilite et d'evolutivite inherent a ce type d'architecture conventionnelle a amene a envisager ('adoption d'architectures plus flexibles pour les prochaines generations de reseaux mobiles, a commencer par la generation dite « 5G », afin de pouvoir repondre rapidement a des demandes extremement diverses en termes de trafic ou de qualite de service. II est a noter que les reseaux 5G ont vocation a concerner aussi bien les reseaux mobiles que les reseaux fixes. Par consequent, les techniques inherentes au developpement des reseaux 5G concernent aussi bien les infrastructures fixes que mobiles. Parmi les solutions envisagees, une des solutions les plus prometteuses repose sur une technique de decoupage par tranches du reseau (« Network Slicing » en anglais). 2 La 5G va en effet devoir supporter des cas d'usages fres divers et fera face a des exigences extremes (p.e. en termes de debit, efficacite energetique, variete des equipements, fractionnement des acteurs...) pour lesquelles la flexibilite et l'evolutivite des reseaux seront indispensables. La technique de "Network Slicing", qui peut etre 5 consideree comme une technique permettant de mettre en oeuvre des instances specifiques de chemins de communication sur une meme infrastructure physique, le plus souvent a partir de techniques relatives a la virtualisation. Cette technique permet a l'operateur de creer des reseaux adaptes aux differents besoins (operateur, fournisseur de services, clients) et de fournir des solutions qui repondent a des 10 exigences diverses issues de differents secteurs de marche. Ces solutions sont optimisees par exemple en termes de fonctions d'acheminement, de performance et d'etancheite entre applications ou entre clients. A ce jour, selon les techniques connues, plusieurs methodes sont envisagees pour attribuer une tranche de reseau (ou slice en anglais) a un terminal et font ('objet 15 de propositions, notamment en normalisation (3GPP TR 23.799 v2.0.0 de decembre 2016 ou Wireless technology evolution towards 5G: 3GPP release 13 to 15 and beyond -5G americas - February 2017 - p 163 -167). II n'existe pas de solutions qui attribuent un slice en fonction des solutions techniques deployees ou en cours de deploiement par les fournisseurs d'applications, 20 aussi appeles tiers dans certains documents ou « third party » en anglais. Ces tiers interviennent aussi bien dans des secteurs consideres comme « verticaux » (Ville intelligente (en anglais « Smart City », Sante, ...) dans la terminologie utilisee dans les specifications des reseaux 5G que dans la fourniture de services de communication (en anglais « Communication Services Providers » (CSPs)) aussi appeles Over The 25 Top (OTT). Ces tiers disposent en effet de leur propre infrastructure technique permettant de fournir des services aux clients via Internet et les reseaux, de type fixes ou mobiles. Ces infrastructures techniques se composent notamment de serveurs, de caches, de plateformes de services d'acheminement et de traitement des flux, qui utilisent des solutions techniques specialisees ou normalisees. II est a noter que ces 3 infrastructures techniques peuvent egalement utiliser les techniques relatives aux « tranches de reseau » et associer une tranche a des caracteristiques de trafic notamment. II n'existe cependant pas de solution donnant une visibilite des tranches aux 5 extremites, terminal ou serveur. II n'est donc pas possible, par exemple, d'attribuer une tranche en fonction de caracteristiques de communication des applications OTT, par exemple dans la couche transport et/ou applicative, dans un contexte ou celles-ci evoluent de fagon significative, notamment grace aux actions des tiers. La presente invention a pour objet de remedier a des inconvenients des techniques aujourd'hui mises en oeuvre. 3. Exposé de ('invention L'invention vient ameliorer la situation a l'aide d'un procede d'acheminement de donnees d'une session initialisee entre un terminal et un serveur, sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des 15 donnees d'une infrastructure de communication, mis en oeuvre par le terminal et caracterise en ce qu'il comprend les etapes suivantes : - reception en provenance du serveur d'au moins un identifiant d'acheminement determine en fonction d'au moins un parametre de communication de la session, - configuration d'une information de session en fonction de l'au moins un identifiant 20 regu, - emission a destination du serveur des donnees suivantes de la session acheminees sur au moins une deuxierne tranche correspondant a ('information configuree. Selon les techniques anterieures, la selection dynamique d'une tranche de reseau est soit realisee par le terminal, dans le cas ou it detient une information lui 25 permettant de selectionner une tranche correspondant a des caracteristiques de trafic, de terminal, d'application ou a une combinaison de ces informations, soit effectuee par 4 l'operateur de ('infrastructure de communication. Grace a cette invention, le serveur distant detecte qu'une tranche de reseau selectionnee pour la session n'est pas adaptee a des parametres de la communication. II est considers ici qu'une session peut etre mono-chemin ou multi-chemin et se caracterise par une communication de 5 bout en bout entre le terminal et le serveur pour une ou plusieurs applications. Un parametre de communication d'une session se caracterise par une information emise ou regue par l'une ou l'autre des extremites de la session, en ('occurrence le terminal ou le serveur. Un parametre de communication n'est pas specifique a une couche du modele OSI (en anglais Open Systems Interconnection). 10 La premiere tranche choisie par le terminal peut notamment etre non adaptee car les donnees de la session ne seront pas traitees par les bons equipements lors de leur acheminement. Ainsi ces donnees pourraient ne pas beneficier de fonctions avancees de traitement ou bien par exemple ne pas etre securisees. Le serveur determine alors qu'une nouvelle tranche doit etre utilisee par le terminal pour cette 15 session. Cette determination est realisee en fonction de parametres de communication, presents indifferemment dans des en-totes des paquets ou des trames utilisees pour l'acheminement des donnees ou bien dans les donnees applicatives de la session. Une fois que le serveur a determine un ou des nouveaux identifiants d'acheminement, it en informe le terminal. II est a noter qu'une session peut etre multi-chemins et donc 20 egalement multi - tranches et que pour une session, plusieurs tranches de reseaux seront utilisees pour l'acheminement des donnees de la session. Par exemple une tranche est utilisee pour les donnees de type temps-reel et une tranche pour les donnees de type non temps-reel de la session. Le terminal transmet ensuite les donnees supplementaires de la session en 25 modifiant ces donnees par la configuration d'une information de session et ainsi permettre l'acheminement de ces donnees sur une ou plusieurs tranches differentes, en fonction de ('information de session configuree. Par exemple, le terminal peut configurer une information d'un champ du protocole SFC (en anglais Service Function Chaining). Les donnees de la session sont ainsi transmises sur les tranches de 5 reseaux correspondant au parametre configure, le gestionnaire de reseau affectant une ou plusieurs tranches correspondant a l'information configuree. Le terminal peut lui-merne selectionner la nouvelle tranche de reseau ou les nouvelles tranches de reseaux. Dans ce cas, l'information de session est un ou des identifiants de tranches. 5 Selon un autre exemple, la selection d'une deuxierne ou de plusieurs tranche(s) de reseau est realisee par un autre dispositif au sein de l'infrastructure acheminant les donnees de la session. Ce procede permet ainsi qu'un terminal puisse acheminer des donnees d'une session en fonction des recommandations d'un serveur distant, celui-ci pouvant ainsi 10 par exemple assurer un traitement specifique aux donnees de la session sans systematiquement analyser le contenu des paquets ou des trames de la session, lui economisant ainsi des ressources et autorisant une rapidite de traitement accrue. Selon une caracteristique particuliere, la session est chiffree par le terminal et dechiffree le serveur. 15 Une session chiffree et dechiffree par les deux extremites, le terminal et le serveur, induit que des dispositifs intermediaires ne peuvent acceder a certaines informations transmises entre le terminal et le serveur. Les informations utiles a l'acheminement des donnees sont ainsi generalement non chiffrees tandis que les informations relatives aux applications sont chiffrees. Comme le serveur est le seul 20 dispositif a pouvoir acceder aux donnees chiffrees, it est en capacite de les exploiter pour intervenir sur le choix de la tranche de reseau qui achemine les donnees dans l'infrastructure. Selon une caracteristique particuliere, la session est initialisee par le terminal en configurant une information de session par defaut. 25 Dans le cas 0E1 aucune information relative a l'identifiant d'acheminement n'est obtenue par le terminal, les donnees d'une session doivent etre neanmoins transmises sur une premiere tranche de l'infrastructure de communication. Si le terminal ne 6 configure aucune information, le gestionnaire du reseau de communications selectionne une premiere tranche par defaut. Le terminal selectionne ainsi une information par defaut, en correspondance par exemple avec ('application ou le serveur distant de la session, pour que les donnees de la session transmises avant ('envoi d'un 5 identifiant d'acheminement par le serveur distant, ou en ('absence d'envoi d'un tel identifiant, beneficie d'une premiere tranche de reseau pour l'acheminement des donnees. Selon une caracteristique particuliere, l'information de la session est une donnee relative a une information NSSAI. 10 L'information de la session configuree par le terminal peut avantageusement etre relative a l'information NSSAI (Network Slice Selection Assistance Information). Cette information definie au 3GPP (document TS 23.501 version 1.5.0, 13 novembre 2017) peut avantageusement etre utilisee notamment en raison de sa probable grande utilisation dans les reseaux de communication. Ainsi, les donnees comprenant cette 15 information NSSAI peuvent etre acheminees sur une tranche de reseau mise en oeuvre par un gestionnaire d'infrastructure, independamment des contrats ou relations entre le gestionnaire de ('infrastructure et l'utilisateur du terminal. Selon une caracteristique particuliere, le terminal met en memoire l'au moins un identifiant regu en fonction des parametres de communication de la session. 20 Dans le but de limiter les echanges entre le serveur et le terminal, le terminal peut avantageusement memoriser les identifiants d'acheminement regus pour des sessions precedentes ainsi que les parametres de communication des sessions correspondantes de fagon a exploiter a nouveau ces identifiants lors d'une prochaine session ayant les memes parametres de communication. Les premieres donnees 25 ernises peuvent ainsi etre acheminees sur une tranche de reseau adaptee aux donnees de la session en configurant une information de session correspondant a l'identifiant memorise. Le serveur pourra neanmoins emettre vers le terminal un autre identifiant pour cette nouvelle session, dans le cas 0E1 une autre tranche est plus 7 adaptee ou si la premiere tranche initialement utilisee pour l'acheminement des donnees presente par exemple des problemes. Les differents aspects du procede d'acheminement qui viennent d'être decrits peuvent etre mis en oeuvre independamment les uns des autres ou en combinaison les 5 uns avec les autres. Selon un deuxieme aspect, ('invention concerne egalement un procede de determination d'au moins un identifiant d'acheminement de donnees d'une session initialisee entre un terminal et un serveur sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des donnees d'une infrastructure de communication, mis en oeuvre par le serveur et caracterise en ce qu'il comprend les etapes suivantes : - determination d'au moins un identifiant d'acheminement en fonction d'au moins un parametre de communication de la session, - emission a destination du terminal de l'au moins un identifiant determine, 15 - reception en provenance du terminal des donnees suivantes de la session acheminees sur au moins une deuxieme tranche. A la reception de donnees ernises par un terminal, un serveur identifie que la premiere tranche de reseau utilisee pour l'acheminement des donnees n'est pas adaptee. Dans le cas par exemple, ou un ensemble de traitements est associe a une 20 tranche de reseau, la selection d'une premiere tranche de reseau non adaptee par le terminal conduit a ce que des traitements ne soient pas appliqués sur les donnees de la session. A partir de parametres de communication, tel qu'une adresse du terminal, un parametre de qualite de service, ou un parametre du protocole de transport, le serveur constate qu'une (ou plusieurs) deuxieme tranche plus adaptee doit etre 25 selectionnee et determine cette nouvelle tranche en fonction de differents parametres. Ce procede permet au serveur de mettre a jour dynamiquement une utilisation d'une ou plusieurs deuxieme tranches de reseau pour les donnees d'une session ernises par 8 un terminal. Ce procede peut par exemple etre mis en oeuvre pour prendre en compte des problemes survenus sur ('infrastructure ou pour prendre en compte de nouveaux besoins exprimes par l'entite en charge du serveur ou par une entite externe ayant exprime une demande aupres du serveur. En outre dans le cas de sessions de 5 donnees chiffrees, le serveur est la seule entite a pouvoir acceder a des parametres de communication chiffres, ce qui lui confere des possibilites de determination d'identifiants d'acheminement que des dispositifs intermediaires n'ont pas. Selon une caracteristique particuliere, l'au moins un parametre est relatif a la couche transport de la session. 10 La couche transport des reseaux de communication est en forte evolution, et comporte de plus en plus de fonctions elementaires de traitement. Des protocoles de transport « multi-chemins » sont en outre en developpement. Le serveur peut avantageusement tirer parti de la richesse fonctionnelle des parametres de transport pour determiner une ou plusieurs deuxierne tranches de reseau permettant 15 d'acheminer les donnees en fonction de ces parametres. Ces parametres sont en outres de plus en plus chiffres et it est interessant pour le serveur de tirer parti de l'acces a ces parametres qu'il aura dechiffres pour adapter le traitement des donnees en determinant un identifiant d'acheminement permettant d'acheminer les donnees sur une ou plusieurs tranches de reseau. Le protocole TLS (en anglais Transport Layer 20 Security) est notamment un des principaux protocoles de transport assurant une securisation des donnees transmises. Les donnees transportees dans le protocole TLS etant seulement accessibles par le terminal et le serveur, ce dernier peut par exemple utiliser les parametres TLS pour determiner un identifiant d'acheminement adapte aux parametres du protocole TLS, ces donnees pouvant etre communes a plusieurs 25 applications. Selon une caracteristique particuliere, l'au moins un parametre est relatif au protocole QUIC. Le protocole de transport QUIC (en anglais Quick UDP Internet Connections) 9 specifie dans le document « draft-ietf-quic-transport-07 », 13 Octobre 2017, est un protocole de transport de plus en plus utilise dans les reseaux de communication. Ce protocole comprend un nombre important d'informations parmi lesquelles des informations relatives au contexte de multi-attachement, des informations de 5 securisation ainsi que des informations relatives au flux de donnees. Sa richesse en terme de fonctions elementaires et son utilisation de plus en plus importante rendent ce protocole particulierement pertinent pour la determination d'un identifiant d'acheminement. Selon une caracteristique particuliere, l'au moins un parametre est relatif a la 10 version de protocole de la couche transport. Les protocoles de transport, notamment ceux en cours de specification dans les organismes de normalisation, evoluent de fagon assez reguliere au fur et a mesure des versions proposees. Une version d'un protocole peut ainsi integrer des parametres de qualite de service ou de securite inexistants dans la version precedente. C'est 15 notamment le cas pour les differentes versions du protocole QUIC. Les donnees d'une session peuvent ainsi necessiter des traitements specifiques en fonction des parametres caracteristiques d'une version de protocole. La version de protocole peut avantageusement renseigner sur les traitements requis et la determination de l'identifiant d'acheminement en fonction de la version de protocole peut etre adaptee 20 aux besoins du gestionnaire du serveur. Selon une caracteristique particuliere, l'au moins un identifiant est emis dans une donnee d'un protocole de transport. Pour transmettre l'identifiant d'acheminement determine au terminal, le serveur peut utiliser un protocole de transport. En effet, le protocole de transport est assez 25 evolutif et comprend regulierement de nouvelles fonctions. C'est le cas par exemple des protocoles QUIC ou MPTCP (en anglais MultiPath Transport Control Protocol). En outre, les protocoles de transport sont des protocoles de bout en bout, sans modification possible dans le cas 0E1 le protocole est chiffre. II apparait donc interessant 10 de transmettre ('identifiant d'acheminement dans le protocole de transport, pour qu'il parvienne de fagon sure et non modifie au terminal qui peut alors ('exploiter pour configurer une information de la session. Les differents aspects du procede de determination qui viennent d'être decrits 5 peuvent etre mis en oeuvre independamment les uns des autres ou en combinaison les uns avec les autres. Selon un troisierne aspect, l'invention concerne un dispositif d'acheminement de donnees d'une session initialisee entre un terminal et un serveur, sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des 10 donnees d'une infrastructure de communication, mis en oeuvre par le terminal et caracterise en ce qu'il comprend : - un recepteur, apte a recevoir en provenance du serveur au moins un identifiant d'acheminement determine en fonction d'au moins un parametre de communication de la session, 15 - un module de configuration, apte a configurer une information de session en fonction de l'au moins un identifiant regu, - un emetteur, apte a emettre a destination du serveur les donnees suivantes de la session acheminees sur au moins une deuxierne tranche correspondant a ('information configuree. 20 Ce dispositif, apte a mettre en oeuvre dans tous ses modes de realisation le procede d'acheminement qui vient d'être decrit, est destine a etre mis en oeuvre dans un equipement d'extremite, de type terminal. Selon un quatrieme aspect, l'invention concerne en outre un dispositif de determination d'au moins un identifiant d'acheminement de donnees d'une session 25 initialisee entre un terminal et un serveur sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des donnees d'une 11 infrastructure de communication, mis en oeuvre par le serveur et caracterise en ce qu'il comprend : - un module de determination, apte a determiner au moins un identifiant d'acheminement en fonction d'au moins un parametre de communication de la session, 5 - un emetteur, apte a emettre a destination du terminal l'au moins un identifiant determine, - un recepteur, apte a recevoir en provenance du terminal les donnees suivantes de la session acheminees sur au moins une deuxierne tranche. Ce dispositif est apte a mettre en oeuvre dans tous ses modes de realisation le procede de determination qui vient d'être decrit. Ce dispositif est destine a etre mis en oeuvre dans un equipement d'extremite, de type serveur de donnees. Selon un cinquieme aspect, ('invention concerne aussi un systerne d'acheminement de donnees d'une session initialisee entre un terminal et un serveur, sur une premiere tranche de reseau correspondant a un ensemble de fonctions de 15 traitement des donnees d'une infrastructure de communication: - un terminal comprenant un dispositif d'acheminement, - un serveur comprenant un dispositif de determination. L'invention concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des etapes du procede d'acheminement qui vient 20 d'être decrit, lorsque ce programme est execute par un processeur. L'invention concerne en outre un programme d'ordinateur comprenant des instructions pour la mise en oeuvre des etapes du procede de determination qui vient d'être decrit, lorsque ce programme est execute par un processeur. Ces programme peuvent utiliser n'importe quel langage de programmation, et 25 etre sous la forme de code source, code objet, ou de code intermediaire entre code 12 source et code objet, tel que dans une forme partiellement compilee, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations lisible par un ordinateur, et comportant des instructions des programmes d'ordinateur tel que mentionnes ci- 5 dessus. Le support d'informations peut etre n'importe quelle entite 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 microelectronique, ou encore un moyen d'enregistrement magnetique, par exemple 10 une disquette (floppy disc) ou un disque dur. D'autre part, le support d'informations peut etre un support transmissible tel qu'un signal electrique ou optique, qui peut etre achemine via un cable electrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut etre en particulier telecharge sur un reseau de type Internet. 15 Alternativement, le support d'informations peut etre un circuit integre dans lequel le programme est incorpore, le circuit etant adapte pour executer ou pour etre utilise dans ('execution des procedes en question. 4. Presentation des figures D'autres avantages et caracteristiques de l'invention apparaitront plus 20 clairement a la lecture de la description suivante d'un mode de realisation particulier de l'invention, donne a titre de simple exemple illustratif et non limitatif, et des dessins annexes, parmi lesquels : - la figure 1 presente une vue simplifiee d'une infrastructure de communications mettant en oeuvre le procede d'acheminement de donnees 25 selon un aspect de l'invention, - la figure 2 presente un apergu du procede d'acheminement de donnees, 13 selon un premier mode de realisation de l'invention, - la figure 3 presente un apercu du procede d'acheminement de donnees, selon un deuxierne mode de realisation de l'invention, - la figure 4 presente un apercu du procede d'acheminement de donnees, 5 selon un troisierne mode de realisation de l'invention, - la figure 5 presente un exemple de structure d'un dispositif d'acheminement selon un aspect de l'invention. - la figure 6 presente un exemple de structure d'un dispositif de determination selon un aspect de l'invention. 10 5. Description detainee d'au moins un mode de realisation de l'invention Dans la suite de la description, on presente des exemples de plusieurs modes de realisation de l'invention dans une infrastructure de communication, qui peut etre fixe et/ou mobile. On se refere tout d'abord a la figure 1 qui presente une vue simplifiee d'une 15 infrastructure de communications mettant en oeuvre le procede d'acheminement de donnees selon un aspect de l'invention. Sur la figure 1, deux terminaux 51 et 53 sont attaches a une infrastructure 10 de communications. Sur le terminal 51, trois applications App1, App2 et App3 sont activees. Les flux de donnees relatifs aux applications App1 et App2 sont achemines 20 par une couche de transport Trans1. Les flux de donnees de ('application App3 du terminal 51 sont achemines sur une autre couche de transport Trans2. Les couches de transport Trans1 et Trans 2 peuvent etre completement distinctes, c'est-a-dire bases sur des protocoles differents, comme par exemple TCP (en anglais Transport Control Protocol) et UDP (en anglais User Datagram Protocol). Selon un autre exemple, les 25 deux couches de transport Trans1 et Trans2 peuvent etre des versions differentes d'un merne protocole, comme par exemple QUIC version1 et QUIC version2. Selon encore 14 un autre exemple, Trans1 et Trans2 peuvent etre une meme version de protocole mais avec des configurations differentes. Sur le terminal 53, les applications App4 et App5 dont les flux de donnees sont respectivement acheminees par les couches de transport Trans4 et Trans3. Dans la suite du document, les donnees d'une application App1 sur 5 une couche de transport Trans1 seront notees les donnees App1/Trans1. II est considers que ('application App1/Trans1 du terminal 51 etablit une session de donnees avec le serveur 40 installs dans un reseau 42 local. Le serveur peut par exemple etre un serveur HTTP (en anglais HyperText Transfer Protocol) et l'infrastructure 42 local une ferme de serveurs. L'application App2/Transl etablit une 10 session avec le serveur 40. L'application App3/trans2 etablit une session avec le serveur 40. L'application App5/trans3 etablit une session de donnees avec le serveur 50 du reseau 52 local. L'application App4/Trans4 etablit une session avec le serveur 60 du reseau 62 local. Le reseau 42 local, comme les reseaux 52 et 62, peut en outre comprendre des dispositifs de traitement des flux de donnees tels que des pare-feu ou 15 des fonctions d'optimisations, de facon non !imitative. L'infrastructure 10 de communications est organisee en tranches permettant a des flux de donnees ayant des caracteristiques communes en termes d'acheminement, de qualite de service ou de securite, d'être acheminees sur une meme tranche. II est a noter que la structuration des tranches et ('association des flux de donnees sur les 20 differentes tranches est du ressort du gestionnaire de l'infrastructure 10 de communications. Les tranches de l'infrastructure peuvent, selon une alternative, etre uniquement mises en oeuvre dans l'infrastructure 10 ou bien etre instanciees dans l'infrastructure 10 et les terminaux 51 et 53 et/ou les reseaux locaux 42, 52, 62. Dans la figure 1, it est considers que les flux de donnees App1/Trans1 sont achemines vers le 25 serveur 40 sur une tranche de reseau Tr1. Les flux de donnees App2/Trans2 et les flux de donnees App3/Trans2 sont achemines sur une tranche TR2 vers le meme serveur 40. Les flux de donnees App5/Trans3 sont achemines vers le serveur 40 sur une tranche TR3 et les flux App4/Trans4 vers le serveur 60 sur une tranche TR4. 15 II est a noter en outre qu'un meme serveur peut heberger plusieurs applications, comme c'est le cas sur la figure 1 pour le serveur 40 qui heberge les applications App1, App2 et App3. Les tranches de reseau mises en oeuvre peuvent etre specifiques a l'infrastructure 10. Dans ce cas, le gestionnaire ne transmet pas d'informations sur les 5 tranches de reseau de l'infrastructure aux terminaux, ni aux serveurs. Dans le cas 0E1 par exemple, le gestionnaire de l'infrastructure 10 est aussi le gestionnaire d'un terminal et/ou d'un serveur ou bien qu'un contrat est etabli entre les gestionnaires respectifs, un terminal et/ou un serveur peut avoir connaissance des tranches deployees par le gestionnaire de l'infrastructure 10. 10 En relation avec la figure 2, on presente un apergu du procede d'acheminement de donnees, selon un premier mode de realisation de ('invention. Le schema synoptique de la figure 2 a pour objectif de decrire fagon generique les phases de mise en oeuvre du procede dans une infrastructure de communications. Lors d'une phase P1, un terminal initie une session avec un serveur. II peut s'agir 15 d'une session applicative de type HTTP, FTP (en anglais File Transfer Protocol) ou, de fagon non !imitative, une session P2P (en anglais Point-to-Point). Par defaut, lors de ('initialisation de la session, le terminal ne disposant pas d'information de session envoyee par le serveur, le terminal configure une information de session par defaut dans les messages envoyes vers le serveur. Selon un exemple, 20 cette information de session peut aussi etre la derniere information obtenue d'un serveur. Cette information peut etre un champ specifique d'un protocole de chainage de services, tel que SFC (en anglais Service Function Chaining) ou une donnee ajoutee dans un protocole, par exemple de transport ou applicatif, qui peut etre exploite par l'infrastructure de communication acheminant les donnees vers le serveur. 25 Si ('information de session ne peut etre directement exploitee pour acheminer les donnees de la session sur une tranche, elle est alors interpretee par un dispositif du reseau, en charge d'aiguiller les flux des differentes sessions dans les tranches de 16 l'infrastructure de communication. Ce dispositif, a la reception des donnees de session transmises par le terminal, etablit une correspondance entre l'information de session et une tranche, pour transmettre les donnees de la session sur une tranche, dite premiere tranche. Les donnees de la session sont ici acheminees sur une premiere tranche par 5 defaut conformement a l'information par defaut configuree par le terminal. Dans l'exemple decrit, le terminal ajoute une information de session NSSAI1 et le dispositif de l'infrastructure de communication ajoute un identifiant de premiere tranche, correspondant a l'information de session NSSAI1 configuree par le terminal. II l'ajoute par exemple dans un champ du protocole de transport utilise pour l'acheminement des donnees de la session. Lors de la phase P2, le serveur regoit les donnees de la session emises par le terminal lors de la phase P1 et determine qu'un nouvel identifiant d'acheminement doit etre utilise par le terminal pour les donnees restantes de la session. Pour determiner qu'un nouvel identifiant d'acheminement devra etre utilise par le terminal, le serveur 15 analyse les parametres de communication de la session. Parmi ces parametres, le serveur identifie par exemple l'information NSSAI1 de session ajoutee par le terminal ainsi que possiblement d'autres champs du protocole de transport et/ou des champs du protocole applicatif dont differents exemples seront donnes dans les figures 3 et 4. II peut aussi utiliser pour la determination d'un identifiant, ('identifiant de premiere tranche 20 utilise par l'infrastructure de communication dans le cas 0E1 cet identifiant lui est communiqué. Lors de la phase P3, le serveur determine un identifiant d'acheminement correspondant aux parametres analyses lors de la phase P2. Le gestionnaire du serveur aura eu precedemment connaissance des tranches de reseau mises en oeuvre 25 dans le reseau de communication acheminant les donnees de la session ainsi que de leurs caracteristiques. Le serveur selectionne au moins un identifiant d'acheminement dont les caracteristiques correspondent aux parametres de la session et le transmet au terminal. L'identifiant d'acheminement peut etre un identifiant de tranche de l'infrastructure de communication mais it peut aussi etre un identifiant d'acheminement 17 propre au serveur et au terminal pour lequel une correspondance avec un identifiant de tranche de l'infrastructure de communication doit etre effectue. Le serveur transmet l'identifiant au terminal dans un champ d'un protocole utilise pour la session ou bien it transmet cette information en utilisant un protocole specifique. Si la session est une 5 session de type HTTP/TCP, le serveur peut renvoyer l'information dans le protocole HTTP ou le protocole TCP, voire utiliser un protocole different. A la reception du nouvel identifiant transmis par le serveur, lors de la phase P4, le terminal configure une nouvelle information NSSAI2 de session, correspondant a l'identifiant d'acheminement regu. Selon un exemple, l'information de session peut etre 10 identique a l'identifiant d'acheminement. II peut aussi s'agir d'une information a mettre a jour dans un protocole, tel que par exemple un parametre de qualite de service. Les donnees de la session dont dorenavant ernises avec cette information de session mise a jour. Lors de la phase P5, le terminal emet les donnees de la session avec 15 l'information de session mise a jour, permettant aux donnees de la session d'être acheminees sur une deuxierne tranche de reseau correspondant aux caracteristiques de la session, ces caracteristiques etant formalisees avec l'information de session. L'information de session est interpret& par un dispositif du reseau et le dispositif ajoute un identifiant de deuxierne tranche aux donnees transportees dans 20 l'infrastructure de communication, leur permettant d'être acheminees dans une tranche adapt& aux caracteristiques de la session lors de la phase P6. II est a noter que le serveur et le dispositif de l'infrastructure de communication selectionnent possiblement un identifiant d'acheminement et de deuxierne tranche en fonction d'une information de session. II est donc necessaire que ces deux entites se 25 coordonnent au prealable pour que leurs selections respectives soient coherentes. On se refere maintenant a la figure 3 qui presente un apergu du procede d'acheminement de donnees, selon un deuxierne mode de realisation de ('invention. 18 Lors d'une phase d'initialisation du procede, le serveur 50 Appl emet lors d'une etape El emet un message vers un dispositif 80 Acct de l'infrastructure 10 de communication pour lui communiquer dans un message MO des identifiants d'acheminement que le dispositif 80 doit interpreter pour acheminer les donnees des 5 sessions de donnees vers le serveur 50. A des fins de simplification, le message MO est directement transmis au dispositif 80 dans la figure 3. Selon une alternative, le message MO peut etre envoye a un serveur de gestion de l'infrastructure 10 qui a son tour transmettra cette information aux differents dispositifs d'acces de l'infrastructure 10, notamment pour eviter aux differents serveurs de communiquer directement avec 10 les dispositifs d'acces. Le message MO peut en outre comporter des caracteristiques de sessions relatives aux identifiants d'acheminement de telle fagon que le dispositif 80 puisse selectionner une tranche de reseau adaptee aux caracteristiques des sessions. Selon un exemple, les identifiants d'acheminement peuvent correspondre a des identifiants de tranches utilises dans l'infrastructure de communication et/ou a des 15 donnees relatives a des options d'acheminement, par exemple lorsque des architectures de type CDN (en anglais Content Delivery Networks) sont mises en oeuvre. A la reception du message MO lors de l'etape E2, le dispositif 80 est capable d'acheminer les donnees des sessions a destination du serveur 50 sur les tranches de reseau de l'infrastructure de communication. 20 De fagon correspondante, le serveur 40 App2 emet un message M'O au dispositif 90 lors d'une etape E3 que le dispositif 90 regoit lors d'une etape E4. Le serveur 40 est ainsi en mesure d'acheminer les donnees a destination du serveur 40. A des fins de simplification, les echanges ne sont pas representes sur la figure mais les serveurs respectifs 50 et 40 informent egalement respectivement les dispositifs 90 et 25 80 de fagon correspondante. Lors d'une etape E5, le terminal 51 Terml s'enregistre a l'infrastructure de communication en transmettant un message M1 au dispositif 90. Le terminal 51 informe le dispositif 90 dans ce message sur ('information de session par defaut utilisee de fagon qu'une tranche de reseau par defaut soit pre-affectee par le dispositif 90. Le 19 dispositif 90, a la reception du message M1 lors de l'etape E6, communique cette information aux autres dispositifs de fagon que n'importe quel dispositif recevant les donnees du terminal soit en mesure d'associer la tranche de reseau par defaut. Lors d'une etape E7, le terminal 51 &net un message M2 a destination du 5 serveur 40 App2. Ce message M2 est un message HELLO de type HTTP/QUIC/UDP/IP. Le message M2 est achemine dans l'infrastructure de communication 10 conformement a ('information de session par defaut ajoute par le terminal 51 et pour lequel le dispositif 90 de l'infrastructure de communication associe une tranche. Le message M2, transmis initialement au dispositif 90 qui le retransmet 10 ensuite au serveur 40, comprend des informations de transport du protocole QUIC parmi lesquelles une information relative a la version du protocole QUIC utilisee ainsi qu'une version d'algorithme de compression de la signalisation. Sur la base de ces donnees regues, le serveur 40 App2 detecte que la version du protocole QUIC utilisee ne convient pas, par exemple parce qu'une nouvelle version existe ou bien parce 15 qu'elle n'est pas appropriee pour l'application. Le serveur souhaite en outre que les donnees suivantes ernises depuis le terminal soient transportees sur une deuxierne tranche de reseau plus adaptee aux caracteristiques de l'application. Selon une alternative, le serveur 40 exploite des informations de type metadonnees, par exemple de type CDNI (en anglais Content Distribution Network Information) presentes dans les 20 donnees acheminees par le protocole QUIC pour determiner l'identifiant d'acheminement. Les donnees peuvent etre relatives au protocole QUIC ou bien etre des donnees applicatives acheminees grace au protocole QUIC. L'information de session presente dans le message M2 et correspondant ici a la version QUIC doit donc etre modifiee par le terminal 51. Le serveur 40 determine lors d'une etape E9 un 25 nouvel identifiant d'acheminement permettant aux donnees de la session d'être acheminees sur une deuxierne tranche du reseau de communication 10 plus adaptee. Selon un exemple, dans le cas 0E1 l'identifiant d'acheminement envoye au terminal 51 n'a pas ete communiqué au dispositif 90 lors de l'etape E3, le serveur le transmet dans un message M3 au dispositif 90 lors d'une etape E10, ainsi que les 20 caracteristiques associees a cet identifiant, pour s'assurer que les donnees ayant des caracteristiques correspondant a cet identifiant sont acheminees dans une deuxierne tranche de reseau adequate. Le dispositif 90, a la reception de ce message lors de l'etape El 1, est capable d'acheminer les donnees de la session, mises a jour par le 5 terminal en fonction de l'identifiant d'acheminement regu, dans une deuxierne tranche de reseau de ('infrastructure 10. Lors d'une etape E12, le serveur 40 transmet un message M4 a destination du terminal 51 comprenant un identifiant d'acheminement. Ainsi, les donnees suivantes de la session initialisee par le terminal 51 via ('envoi du message M2 sont acheminees sur 10 une deuxierne tranche de reseau en adequation avec les caracteristiques de la session. Le serveur 40 transmet, selon cet exemple, un message HTTP/QUIC/UDP/IP comprenant une information sur l'identifiant d'acheminement a utiliser pour la session, l'identifiant etant insert dans une donnee du protocole QUIC. Dans cet exemple, le serveur 40 transmet une information sur le NSSAI au terminal 51 qui le regoit lors de 15 l'etape E13. Le serveur 40 indique en outre au terminal dans le message M4 d'utiliser une version plus recente du protocole QUIC. L'identifiant d'acheminement sera constitue de l'information NSSAI et de la version du protocole QUIC a utiliser. Lors d'une etape E14, le terminal 51 configure une information de session en fonction de l'identifiant d'acheminement regu dans le message M4. Selon un exemple, 20 le terminal 51 met a jour la version du protocole QUIC conformement au contenu du message M4 et insere l'identifiant NSSAI dans une donnee du protocole QUIC. Dans cet exemple, l'information de session est identique a l'identifiant d'acheminement regu mais selon d'autres exemples, l'information de session peut etre differente de l'identifiant d'acheminement regu. Dans le cas notamment 0E1 le terminal 51 ne peut 25 inserer l'information NSSAI regue, car il ne supporte pas une telle option, il met a jour la version de QUIC et possiblement insere en outre une information supplementaire par exemple dans un champ du message transmis, par exemple un champ Flow Label et/ou Traffic Class de l'en-tete de datagrammes IPv6 ou le champ Type of service de l'en-tete de datagramme IPv4. 21 Lors d'une etape E15, le terminal 51 met a jour son enregistrement aupres de l'infrastructure de communication en transmettant un message M5 au dispositif 90. Le terminal 51 informe le dispositif 90 dans ce message sur l'information de session configuree lors de l'etape E14 de fagon qu'une deuxierne tranche de reseau soit 5 affectee par le dispositif 90. Le dispositif 90, a la reception du message M5 lors de l'etape E16, communique cette information aux autres dispositifs de l'infrastructure 10 de fagon que n'importe quel dispositif recevant les donnees du terminal soit en mesure d'associer la deuxierne tranche de reseau associee a l'information de session. Cette communication aux autres dispositifs peut etre realisee, selon une alternative, via un 10 serveur 70 de gestion de l'infrastructure 10 qui aura en charge ensuite d'informer les differents dispositifs d'acces. Selon cette alternative, le dispositif 90 transmet lors de l'etape F1 un message G1 comprenant l'information de session au serveur 71 de gestion qui, une fois qu'il la regoit lors de l'etape F2, la retransmet au dispositif 80 lors d'une etape F3. Le dispositif 80 receptionne le message G1 a l'etape F4 et est en 15 mesure d'associer une deuxierne tranche a un message comprenant l'information de session en provenance du terminal 51. Selon une alternative, le dispositif 90 informe lors de l'etape E17 le serveur 40 de la mise a jour de la deuxierne tranche de reseau pour les donnees de la session en transmettant un message M6. Ce message M6 comprend l'information de session 20 configuree par le terminal 51 et la tranche associee, ce qui permet au serveur 40 de s'assurer d'une part que le dispositif 40 achemine les donnees de la session sur une tranche adaptee et d'autre part de connaitre l'information de session configuree par le terminal 51 pour la session. Lors d'une etape E19, selon une alternative, le terminal memorise l'identifiant 25 d'acheminement regu pour la session. Cette memorisation permet au terminal de configurer directement une information de session adaptee, au lancement d'une nouvelle session qui presenterait des parametres de communication identiques a la precedente. Ainsi les premieres donnees de cette nouvelle session sont directement acheminees sur une tranche de reseau correspondant aux caracteristiques de cette nouvelle session. Lors de l'etape E20, le terminal 51 transmet les donnees de la session dans un message M7 au serveur 40, ces donnees etant mises a jour avec l'information de session configuree par le terminal 51. Ces donnees sont transmises via l'infrastructure 5 de communication 10, et plus precisement le dispositif 90, qui achemine les donnees de la session sur une deuxierne tranche de reseau adaptee aux caracteristiques de la session jusqu'au serveur 40. Selon une alternative, lorsque le dispositif 90 de l'infrastructure associe une tranche a une information de session du message M7 transmis par le terminal, it garde 10 en memoire des donnees du message M7 regu pour pouvoir associer la meme tranche a des sessions ayant les memes donnees. Par exemple, le dispositif 90 peut garder en memoire des donnees du message M7 (adresse IP source, adresse IP destination, port source, port destination, protocole, version, identifiant de tranche, ticket de session TLS, identifiant de connexion QUIC) dans le but de pouvoir associer des messages a 15 la tranche selectionnee. Par exemple, certains messages QUIC utilisent des en-totes courts, ne possedant pas le champ version, mais pourront neanmoins etre associees a la tranche selectionnee pour le message M7 grace a la memorisation des donnees associees a la tranche lors d'une session precedente par exemple. En outre, les donnees memorisees peuvent egalement etre avantageusement utilisees pour 20 ('attribution d'une tranche a des messages ernis par le serveur 40 a destination du terminal 51. Le serveur 40, a la reception du message M7 lors de l'etape E21, receptionne les donnees de la session ernises par le terminal 51 et verifie que l'information de session configuree par le terminal correspond a l'identifiant d'acheminement transmis 25 dans le message M4, si besoin en se referant en outre au message M6. Selon ce mode de realisation, le serveur E21 verifie que la version du protocole QUIC et l'information NSSAI correspondent aux informations qu'il a transmises precedemment. 22 On se refere maintenant a la figure 4 qui presente un apergu du procede 23 d'acheminement de donnees, selon un troisierne mode de realisation de ('invention. Les etapes El a E4 sont identiques aux etapes correspondantes de la figure 3. Lors de l'etape E'5, le terminal 53 Term2 s'enregistre aupres du dispositif 80 Acc2 en envoyant un message M'1. Cette etape d'enregistrement permet, dans le cas d'un 5 reseau 5G, notamment au terminal 53 de s'enregistrer aupres du NGRAN (en anglais New Generation Radio Access Networks) et, a la reception du message M'l a l'etape E'6, au NGRAN de selectionner un dispositif AMF (en anglais Access and Mobility Management Function) conformement a la specification 3GPP TR 23.799 (version 14.0 16/12/2016). 10 Lors de l'etape E'7, le terminal 53 transmet un message M'2 a destination du serveur 50 Sery App2. Le message M'2 est un message de type (HTTP/2)/TLS/IP. A la reception du message M'2 le serveur 50 analyse les parametres de communication du message M'2. Notamment, il examine les parametres du protocole de transport TLS et les parametres du protocole HTTP2 du message M'2 ernis par le terminal 53. 15 Les parametres de communication du protocole TLS, tels que definis dans la section 5 du document IETF RFC 8095 (Mars 2017) ainsi que dans le document IETF https://tools.ietf.org/html/draft-pauly-taps-transport-security-00 (03/07/2015) sont notamment analyses. Les parametres HTTP/2, tels que definis dans le document IETF RFC 7540 (Mai 2015) sont egalement analyses par le serveur a la reception du 20 message M'2 lors de l'etape E'8. II est en outre a noter que le terminal 53 a utilise un identifiant de premiere tranche de reseau par defaut pour emettre le message M'2. Selon cette alternative, le terminal 53 insere lui-merne un identifiant de premiere tranche de reseau que ('infrastructure de communication 10 est capable d'exploiter pour acheminer les donnees ernises par le terminal 53. 25 Lors de l'etape E'9, le serveur a analyse les differents parametres et a constate que la tranche de reseau ayant achemine le message M'2, et dont il a obtenu ('identifiant dans le message M'2, n'est pas adapte a certains parametres TLS et/ou 24 HTTP/2 du message M'2. Le serveur 50 determine, a partir des parametres, un nouvel identifiant d'acheminement pour les prochains messages a emettre par le terminal 53 pour cette session (HTTP/2)/TLS/IP. Selon cet exemple, l'identifiant d'acheminement determine prend en compte des parametres par exemple de chiffrement (TLS), de 5 controle de flux (en anglais Flow control) et de multiplexage des flux applicatifs HTTP/2, de compression. Selon un autre exemple, et afin d'optimiser la determination d'un identifiant d'acheminement, le serveur 50 ne considere que les versions des protocoles pour determiner un identifiant d'acheminement car a une version de protocole, correspond un ensemble de parametres. En se referant a une version de protocole 10 dans le message M'2 regu du terminal 53, le serveur 50 sait qu'un certain nombre de parametres, parmi ceux definis dans les documents cites ci-avant, sont presents ou non dans le message M'2. Les etapes El 0 a E'13 sont equivalentes aux etapes El 0 a El 3 de la figure 3 a la difference pres que le message M'4 comprend un identifiant d'acheminement 15 comprenant un identifiant de tranche du reseau 10 de communication ainsi que les parametres de communication a mettre a jour pour le terminal. Selon une alternative, le serveur 50 peut determiner plusieurs identifiants d'acheminement pour que les donnees emises par le terminal soient acheminees sur plusieurs tranches de reseau, dites deuxiemes tranches, au sein de ('infrastructure de communication. Cette 20 alternative est notamment motivee par le developpement de protocoles multi-chemins et la possibilite pour des terminaux d'être attaches simultanement a plusieurs infrastructures de communication Le terminal 53, a la reception du message M'4 lors de l'etape E'13 configure l'identifiant de deuxieme tranche regu dans le message M'4 dans les messages de la 25 session de donnees a emettre vers le serveur 50. Cet identifiant de deuxieme tranche remplace l'identifiant de premiere tranche par defaut initialement utilise. Le terminal 53 met egalement a jour les parametres de communication transmis par le serveur 50. Cette mise a jour est facultative. En effet, le terminal dans le cas 0E1 it n'est pas apte a utiliser ces parametres, ne pourra les configurer dans les messages a emettre. 25 Les etapes E'15 a E'19 correspondent aux etapes E15 a E19 de la figure 3. Lors de l'etape E'20 le terminal 53 emet les donnees de la session vers le serveur 50, celles-ci ayant ete configurees avec l'identifiant de deuxierne tranche de reseau de l'infrastructure 10 de communication regu du serveur 50. Ce mode de 5 realisation est notamment mis en oeuvre dans le cas 0E1 le terminal 53 et le serveur 50 d'une part, et l'infrastructure 10 de communication sont administres par un seul gestionnaire ou bien qu'une collaboration existe entre le gestionnaires du terminal 53, le gestionnaire du serveur 50 et le gestionnaire de l'infrastructure 10. Selon une alternative, le terminal 53 est en capacite de gerer plusieurs tranches de reseau et 10 transmet les donnees de la session sur la ou les deuxierne(s) tranches de reseau dont l'identifiant (ou les identifiants) lui a (ont) ete communique(s) par le serveur 50. Les modes de realisation des figures 2, 3, 4 ne sont pas exclusifs et des combinaisons de ces modes est envisageable. En relation avec la figure 5, on presente un exemple de structure d'un dispositif 15 d'acheminement, selon un aspect de l'invention. Le dispositif 100 d'acheminement met en oeuvre le procede d'acheminement, dont differents modes de realisation viennent d'être decrits. Un tel dispositif 100 peut etre mis en oeuvre dans un terminal ou plus globalement dans un dispositif d'acces a une infrastructure (terminal fixe, terminal 20 mobile, box). Le dispositif d'acces peut etre un equipement pour clientele residentielle ou clientele professionnelle, connecte a un reseau fixe ou a un reseau mobile. Par exemple, le dispositif 100 comprend une unite de traitement 106, equipee par exemple d'un microprocesseur IP, et pilotee par un programme d'ordinateur 105, stocke dans une memoire 107 et mettant en oeuvre le procede d'acheminement selon 25 l'invention. A ('initialisation, les instructions de code du programme d'ordinateur 105 sont par exemple chargees dans une memoire RAM, avant d'être executees par le processeur de ('unite de traitement 106. Un tel dispositif 100 comprend : - un recepteur 120, apte a recevoir en provenance du serveur au moins un identifiant d'acheminement determine en fonction d'au moins un parametre de communication de la session, 5 - un module de configuration 101, apte a configurer une information de session en fonction de l'au moins un identifiant regu, - un emetteur 110, apte a emettre a destination du serveur les donnees suivantes de la session acheminees sur au moins une deuxierne tranche correspondant a ('information configuree. 10 En relation avec la figure 6, on presente un exemple de structure d'un dispositif de determination, selon un aspect de l'invention. Le dispositif 200 d'acheminement met en oeuvre le procede de determination dont differents modes de realisation viennent d'être decrits. Un tel dispositif 200 peut etre mis en oeuvre dans un serveur ou plus largement 15 dans un dispositif d'extremite en capacite d'etablir une session avec un terminal. Par exemple, le dispositif 200 comprend une unite de traitement 206, equipee par exemple d'un microprocesseur [IP, et pilotee par un programme d'ordinateur 205, stocke dans une memoire 207 et mettant en oeuvre le procede d'acheminement selon l'invention. A ('initialisation, les instructions de code du programme d'ordinateur 205 20 sont par exemple chargees dans une memoire RAM, avant d'être executees par le processeur de ('unite de traitement 206. Un tel dispositif 200 comprend : - un module 201 de determination, apte a determiner au moins un identifiant d'acheminement en fonction d'au moins un parametre de communication de la session, 26 25 - un emetteur 210, apte a emettre a destination du terminal l'au moins un identifiant determine, - un recepteur 220, apte a recevoir en provenance du terminal les donnees suivantes de la session acheminees sur au moins une deuxierne tranche. La mise en oeuvre du procede d'acheminement et du procede de determination 5 est valide pour tout type d'infrastructure, fixe ou mobile et y compris pour les reseaux hybrides, fixes et mobiles, lorsqu'un terminal est attaché simultanement a une infrastructure fixe et une infrastructure mobile. Une session multi-chemins permet notamment d'ameliorer la vitesse de transmission des donnees ainsi que la fiabilite d'acheminement des donnees. Le procede d'acheminement autorise la mise en oeuvre 10 d'architectures multi-chemins et permet de selectionner une tranche de reseau s'appuyant sur plusieurs chemins differents ou bien plusieurs tranches de reseau, cheque tranche permettant l'acheminement des donnees sur un ou plusieurs chemins. II est ainsi possible d'affecter une tranche de reseau a un terminal pour une session donnee independamment du type de reseau, et y compris si le terminal est 15 multi-attaché. Outre le multi-attachement, une autre tendance de revolution des infrastructures concerne la confidentialite des communications et donc le chiffrement des donnees. Ce procede est particulierement adapte a ce contexte puisque les dispositifs intermediaires, sinon quelques exceptions et pour des besoins generalement lies aux fonctions securitaires deployees par des administrations, ne 20 peuvent acceder aux informations dites utiles transmises par les terminaux et/ou les serveurs. Le procede d'acheminement, base sur la contribution d'un terminal et d'un serveur pour ('affectation d'une tranche de reseau a un trafic donne est completement adapte a un contexte de communications chiffrees. Les dispositifs intermediaires acheminant le trafic contribuent neanmoins au procede par des echanges avec le 25 terminal et/ou REVENDICATIONS1. Procede d'acheminement de donnees d'une session initialisee entre un terminal et un serveur, sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des donnees d'une infrastructure de communication, mis en oeuvre par le terminal et caracterise en ce qu'il comprend les etapes suivantes : - reception en provenance du serveur d'au moins un identifiant d'acheminement determine en fonction d'au moins un parametre de communication de la session, - configuration d'une information de session en fonction de l'au moins un identifiant regu, - emission a destination du serveur des donnees suivantes de la session acheminees sur au moins une deuxierne tranche correspondant a l'information configuree. 2. Procede d'acheminement, selon la revendication 1, 00 la session est chiffree par le terminal et dechiffree le serveur. 3. Procede d'acheminement, selon la revendication 1, 00 la session est initialisee par le terminal en configurant une information de session par defaut. 4. Procede d'acheminement, selon la revendication 1, 00 l'information de la session est une donnee relative a une information NSSAI. 5. Procede d'acheminement, selon la revendication 1, 00 le terminal met en memoire l'au moins un identifiant regu en fonction des parametres de communication de la session. 6. Procede de determination d'au moins un identifiant d'acheminement de donnees d'une session initialisee entre un terminal et un serveur sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des donnees d'une infrastructure de communication, mis en oeuvre par le serveur et caracterise en ce qu'il comprend les etapes suivantes : - determination d'au moins un identifiant d'acheminement en fonction d'au moins un parametre de communication de la session, - emission a destination du terminal de l'au moins un identifiant determine, 5 - reception en provenance du terminal des donnees suivantes de la session acheminees sur au moins une deuxierne tranche. 7. Procede de determination, selon la revendication 6, 00 l'au moins un parametre est relatif a la couche transport de la session. 8. Procede de determination, selon la revendication 6, 00 l'au moins un parametre est 10 relatif au protocole QUIC. 9. Procede de determination, selon la revendication 6, 00 l'au moins un parametre est relatif a la version de protocole de la couche transport. 10. Procede de determination, selon la revendication 6, 00 l'au moins un identifiant est ernis dans une donnee d'un protocole de transport. 15 11. Dispositif d'acheminement de donnees d'une session initialisee entre un terminal et un serveur, sur une premiere tranche de reseau correspondant a un ensemble de functions de traitement des donnees d'une infrastructure de communication, mis en oeuvre par le terminal et caracterise en ce qu'il comprend : - un recepteur, apte a recevoir en provenance du serveur au moins un identifiant 20 d'acheminement determine en fonction d'au moins un parametre de communication de la session, - un module de configuration, apte a configurer une information de session en fonction de l'au moins un identifiant regu, - un emetteur, apte a emettre a destination du serveur les donnees suivantes de la 29 session acheminees sur au moins une deuxierne tranche correspondant a ('information configuree. 12. Dispositif de determination d'au moins un identifiant d'acheminement de donnees d'une session initialisee entre un terminal et un serveur sur une premiere tranche de 5 reseau correspondant a un ensemble de fonctions de traitement des donnees d'une infrastructure de communication, mis en oeuvre par le serveur et caracterise en ce qu'il comprend : - un module de determination, apte a determiner au moins un identifiant d'acheminement en fonction d'au moins un parametre de communication de la session, 10 - un emetteur, apte a emettre a destination du terminal l'au moins un identifiant determine, - un recepteur, apte a recevoir en provenance du terminal les donnees suivantes de la session acheminees sur au moins une deuxierne tranche. 13. Systeme d'acheminement de donnees d'une session initialisee entre un terminal et 15 un serveur, sur une premiere tranche de reseau correspondant a un ensemble de fonctions de traitement des donnees d'une infrastructure de communication: - un terminal comprenant un dispositif d'acheminement selon la revendication 1, - un serveur comprenant un dispositif de determination selon la revendication 5. 14. Programme d'ordinateur, caracterise en ce qu'il comprend des instructions pour la 20 mise en oeuvre des etapes du procede d'acheminement selon la revendication 1, lorsque ce procede est execute par un processeur. 15. Support d'enregistrement lisible par un dispositif d'acheminement conforme a la revendication 11, sur lequel est enregistre le programme selon la revendication 13.