FR 3047623 A1 20170811 FR 1650982 A 20160208 1 La présente invention concerne une communication multi-chemin de données depuis un équipement terminal source vers un équipement terminal destination via un réseau de communication, et plus particulièrement une gestion d'incident de transmission dans le cadre de la communication multi-chemin afin d'éviter des situations de blocage en tête de ligne. Dans le cadre de transmissions de données depuis un équipement terminal source jusqu'à un équipement terminal destination, il peut exister une pluralité de chemins de communication pour permettre de transmettre lesdites données. Certaines technologies de transmission permettent d'exploiter l'existence d'une telle pluralité de chemins, de manière à notamment augmenter la bande passante mise à disposition de l'équipement terminal source pour transmettre lesdites données à l'équipement terminal destination. En s'appuyant sur le protocole de transport TCP (« Transmission Control Protocol » en anglais), tel que décrit dans le document normatif RFC 793, la technologie MPTCP (« MultiPath TCP » en anglais), tel que décrite dans le document normatif RFC 6824, a ainsi été développée. En utilisant une technologie de communication multi-chemin, l'équipement terminal source établit avec l'équipement terminal destination diverses connexions sur des chemins respectifs, et distribue, entre ces diverses connexions, les données à transmettre. Etant donné que les connexions sont établies sur des chemins distincts, les données qui transitent par ces connexions subissent des contraintes de transmission différentes d'une connexion à l'autre. Cela est d'autant plus vrai lorsque les connexions reposent sur des liens physiques hétérogènes (e.g. une connexion passe par un réseau communication de type Wi-Fi (marque déposée), alors qu'une autre connexion passe par un réseau de communication mobile selon une technologie promue par l'organisation 3GPP (« Third Generation Partnership Project » en anglais), comme par exemple GPRS (« General Paquet Radio Service » en anglais), UMTS (« Universal Mobile Telecommunications System » en anglais) ou LTE (« Long-Term Evolution » en anglais). Des situations de blocage en tête de ligne (« head-of-line blocking » en anglais) peuvent alors survenir, ce qui est particulièrement dommageable dans le cadre d'applications temps-réel qui imposent une contrainte temporelle de disponibilité des données en réception. En effet, si une perte de données survient sur un chemin A qui est utilisé dans le cadre d'une communication multichemin et qui induit une latence moyenne de transmission de bout-en-bout bien plus élevée que sur au moins un autre chemin B utilisé dans le cadre de ladite 3047623 2 communication multi-chemin, alors cette différence significative de latences de transmission entre les chemins A et B entraîne d'importants dé-séquencements de données au niveau de l'équipement terminal destination. La perte de données implique que de nombreuses données reçues par l'équipement terminal destination sont mises 5 en file d'attente de réception, le temps que l'équipement terminal destination reçoive effectivement les données perdues grâce à un mécanisme de retransmission activé par l'équipement terminal source pour le chemin A, et un phénomène de blocage en tête de ligne apparaît alors. Des blocages en tête de ligne peuvent apparaître rien que par la différence significative de latences de transmission entre les chemins A et B, mais la 10 perte de données amplifie le phénomène lorsque ladite perte de donnée survient sur le chemin A qui présente la latence moyenne de transmission de bout-en-bout la plus élevée. Il est souhaitable de pallier ces inconvénients de l'état de la technique. Il est plus particulièrement souhaitable de limiter, voire d'éviter, que des situations de blocage 15 en tête de ligne surviennent dans des communications multi-chemin, notamment lorsque des différences significatives de latences de transmission existent entre les différents chemins empruntés par lesdites communications multi-chemin. Il est aussi souhaitable de pouvoir utiliser, dans le cadre de connexions établies pour ces communications multi-chemin, des protocoles de transmission en mode orienté 20 connexion qui soient standard, tels que TCP, qui sont d'ores et déjà bien supportés par les équipements d'infrastructures réseau par lesquels passent les chemins de communication de la communication multi-chemin. La présente invention concerne un procédé de transmission de données dans le cadre d'une communication multi-chemin depuis un équipement terminal source vers 25 un équipement terminal destination. Le procédé est tel qu'il comporte les étapes suivantes : établir, sur au moins un chemin de la communication multi-chemin, une pluralité de connexions depuis l'équipement terminal source vers l'équipement terminal destination ; pour chaque chemin sur lequel une pluralité de connexions a été établie, sélectionner pour la rendre active au moins une connexion parmi ladite 30 pluralité de connexions, les autres connexions établies étant mises en réserve ; et répartir les données entre les connexions sélectionnées, dites connexions actives, selon au moins une règle de répartition prédéfinie, et transmettre les données réparties. Sur détection d'un incident de transmission via une connexion active sur un chemin sur lequel une dite pluralité de connexions a été établie, le procédé est en outre tel qu'il 3047623 3 comporte les étapes suivantes : fermer ladite connexion active, et rendre active une connexion qui avait été mise en réserve sur ledit chemin. Ainsi, en fermant la connexion active où l'incident de transmission a été détecté, le procédé coupe court aux retransmissions de données via cette connexion, et remet à disposition, pour la 5 répartition de données entre les chemins, une nouvelle connexion (qui avait été mise en réserve sur ledit chemin). La mise en réserve d'au moins une connexion permet d'assurer que la communication multi-chemin bénéficie sans tarder d'une nouvelle connexion sur le chemin où l'incident de transmission a été détecté. La perte de la connexion défaillante est ainsi compensée par un ensemble de connexions actives plus 10 performantes, ce qui permet de limiter, voire d'éviter, des situations de blocage en tête de ligne. Selon un mode de réalisation particulier, une pluralité de connexions est établie depuis l'équipement terminal source vers l'équipement terminal destination pour chaque chemin de la communication multi-chemin. Ainsi, la communication multi- 15 chemin est plus robuste aux incidents de transmission, tels que des pertes de paquet de données, qui peuvent survenir sur n'importe lequel desdits chemins. Selon un mode de réalisation particulier, après avoir établi chaque dite pluralité de connexions, une unique connexion est sélectionnée pour la rendre active pour chaque chemin sur lequel une dite pluralité de connexions a été établie. Ainsi, la 20 répartition des données entre les différents chemins permet d'implémenter une politique d'équité (« fairness » en anglais) de charge entre lesdits chemins. Selon un mode de réalisation particulier, le procédé implémentant un mécanisme de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de congestion de la 25 connexion, qui a été rendue active suite à l'incident de transmission, selon un mécanisme de démarrage lent. Ainsi, le procédé a un comportement prudent et respectueux (« friendly » en anglais), ce qui limite les risques de perte de données via la connexion qui a été rendue active suite à l'incident de transmission, et ce qui permet une recherche graduelle d'une taille de fenêtre de congestion appropriée. 30 Selon un mode de réalisation particulier, le procédé implémentant un mécanisme de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de congestion de la connexion, qui a été rendue active suite à l'incident de transmission, à une valeur maximale de taille autorisée. Ainsi, le procédé peut être plus efficace, puisqu'il ne 3047623 4 perd pas de temps à monter en puissance lorsque la répartition de données va faire que la connexion qui a été rendue active suite à l'incident de transmission est effectivement utilisée. Selon un mode de réalisation particulier, le procédé implémentant un mécanisme 5 de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de congestion de la connexion, qui a été rendue active suite à l'incident de transmission, à une valeur de taille égale à une valeur de taille que la fenêtre de congestion de la connexion où l'incident a été détecté avait avant d'être fermée. Ainsi, le procédé exploite la 10 connaissance a priori des caractéristiques actuelles du chemin en question. Selon un mode de réalisation particulier, après avoir fermé la connexion où l'incident a été détecté, le procédé établit une nouvelle connexion sur le chemin sur lequel avait été établie la connexion fermée, la nouvelle connexion étant mise en réserve. Ainsi, le procédé dispose de suffisamment de connexions en réserve pour 15 absorber les incidents de transmission. Selon un mode de réalisation particulier, le procédé établit, pour chaque dite pluralité de connexions, une quantité Q de connexions telle que : Q = [1 + max(ti, t2)1 RTT où [xi représente la partie entière par excès de x, t1 représente un temps 20 nécessaire pour établir une connexion entre l'équipement terminal source et l'équipement terminal destination, t2 représente un temps nécessaire pour fermer une connexion entre l'équipement terminal source et l'équipement terminal destination, et RTT représente un temps moyen d'aller-retour le long du chemin sur lequel ladite pluralité de connexions a été établie. Ainsi, le procédé dispose toujours de 25 suffisamment de connexions en réserve pour absorber les incidents de transmission, car le procédé prend en compte les temps de fermeture et d'établissement de connexion, ces temps étant liés au temps moyen d'aller-retour le long du chemin en question. Selon un mode de réalisation particulier, le procédé extrait des données 30 présentes dans une file d'attente d'émission associée à la connexion où l'incident a été détecté, et redistribue les données extraites entre les connexions actives de la communication multi-chemin selon au moins une règle de redistribution 3047623 5 prédéterminée. Ainsi, l'absorption de l'incident de transmission en termes de latence de transmission est améliorée. Selon un mode de réalisation particulier, le procédé comprend un classement des connexions actives en fonction de latences moyennes de transmission que lesdites 5 connexions actives impliquent respectivement depuis l'équipement terminal source jusqu'au dispositif terminal destination, et redistribue lesdites données entre les connexions actives au moins en fonction dudit classement. Ainsi, l'absorption de l'incident de transmission en termes de latence de transmission est encore améliorée. Selon un mode de réalisation particulier, le procédé effectue en outre une étape 10 préalable de regroupement des données à transmettre en unités de données de taille inférieure à une valeur minimale des longueurs maximum de segment négociées pour les chemins de la communication multi-chemin, et le procédé répartit les unités de données entre les connexions actives. Ainsi, la redistribution des données suite à la fermeture de la connexion où l'incident de transmission a été détecté est facilitée, car 15 il n'y pas besoin d'effectuer de nouveaux regroupements de données pour s'adapter aux capacités différentes des chemins sur lesquels lesdites connexions actives ont été établies. Selon un mode de réalisation particulier, la redistribution comprend, pour au moins une file d'attente d'émission associée à une connexion active : une 20 identification, parmi les données de ladite file d'attente, des données transmises au dispositif terminal destination mais non acquittées et des données en attente de transmission au dispositif terminal destination ; et une insertion des données à redistribuer, parmi lesdites données en attente de transmission. Ainsi, l'absorption de l'incident de transmission en termes de latence de transmission est encore améliorée. 25 Selon un mode de réalisation particulier, suite à l'extraction des données de la file d'attente de la connexion où l'incident a été détecté, la redistribution de données comprend une insertion des données extraites en tête d'une file d'attente amont, en vue de leur répartition entre les connexions actives selon ladite ou lesdites règle(s) de répartition prédéfinie. Ainsi, l'application de ladite ou lesdites règle(s) de répartition 30 prédéfinie(s) est garantie. Selon un mode de réalisation particulier, le procédé place les données extraites dans une mémoire tampon de délestage, et le procédé comporte en outre les étapes suivantes : sélectionner au moins une connexion active pour redistribuer les données stockées dans la mémoire tampon de délestage ; fermer chaque connexion active 3047623 6 sélectionnée ; rendre active une connexion qui avait été mise en réserve sur chaque chemin pour lequel une connexion active sélectionnée a été fermée ; et extraire des données présentes dans une file d'attente d'émission associée à chaque connexion active sélectionnée qui a été fermée, et les placer dans la mémoire tampon de 5 délestage, en vue de leur redistribution. Ainsi, la redistribution des données suite à la fermeture de la connexion où l'incident de transmission a été détecté est facilitée, car il n'y pas besoin de se préoccuper de renuméroter (séquencement) des données déjà présentes en file d'attente d'émission, tout en permettant d'implémenter une politique d'équité de charge entre lesdits chemins. 10 Selon un mode de réalisation particulier, le procédé extrait des données présentes dans une file d'attente d'émission associée à la connexion où l'incident a été détecté, et utilise pour transmettre lesdites données une connexion de substitution qui avait été mise en réserve sur un autre chemin que celui où avait été établie la connexion où l'incident a été détecté. Ainsi, la transmission des données qui étaient 15 présentes dans la file d'attente d'émission associée à la connexion où l'incident a été détecté sont transmises de manière simple, sur une connexion de substitution, dont la file d'attente d'émission ne contient aucune autre donnée, en limitant donc les risques qu'un nouvel incident de transmission ne survienne. Selon un mode de réalisation particulier, lorsque la connexion qui avait été mise 20 en réserve est rendue active suite à l'incident de transmission, le procédé effectue une phase de test vis-à-vis de ladite connexion, dans laquelle le procédé transmet des données à la fois via ladite connexion et via au moins une autre connexion active de sorte à créer de la redondance de données, et ce jusqu'à ce que ladite connexion rendue active montre une latence de transmission inférieure à un seuil prédéfini. Ainsi, 25 la redistribution des données suite à la fermeture de la connexion où l'incident de transmission a été détecté est facilitée, car il n'y pas besoin de se préoccuper de renuméroter (séquencement) des données déjà présentes en file d'attente d'émission. L'invention concerne également un équipement configuré pour permettre à un équipement terminal source d'effectuer une transmission de données dans le cadre 30 d'une communication multi-chemin depuis l'équipement terminal source vers un dispositif terminal destination. Ledit équipement est tel qu'il comporte une machine de calcul configurée pour : établir, sur au moins un chemin de la communication multi-chemin, une pluralité de connexions avec l'équipement terminal destination ; pour chaque chemin sur lequel une pluralité de connexions a été établie, sélectionner 3047623 7 pour la rendre active au moins une connexion parmi ladite pluralité de connexions, les autres connexions établies étant mises en réserve ; et répartir les données entre les connexions sélectionnées, dites connexions actives, selon au moins une règle de répartition prédéfinie, et transmettre les données réparties. De plus, la machine de 5 calcul est configurée pour, sur détection d'un incident de transmission via une connexion active sur un chemin sur lequel une dite pluralité de connexions a été établie, fermer ladite connexion active, et rendre active une connexion qui avait été mise en réserve sur ledit chemin. L'invention concerne également un programme d'ordinateur comportant des 10 instructions pour mettre en oeuvre le procédé mentionné ci-dessus dans l'un quelconque de ses modes de réalisation, lorsque ledit programme d'ordinateur est exécuté par un processeur. L'invention concerne également un support de stockage d'informations stockant un tel programme d'ordinateur. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, 15 apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1A illustre schématiquement un premier exemple de système de communication dans lequel l'invention peut être implémentée ; 20 - la Fig. 1B illustre schématiquement un second exemple de système de communication dans lequel l'invention peut être implémentée ; - la Fig. 1C illustre schématiquement un troisième exemple de système de communication dans lequel l'invention peut être implémentée ; - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un 25 équipement terminal source ; - la Fig. 3 illustre schématiquement un algorithme, implémenté par l'équipement terminal source, d'initialisation d'une communication multi-chemin avec un équipement terminal destination ; - la Fig. 4 illustre schématiquement une configuration de système de 30 communication résultant d'une exécution de l'algorithme de la Fig. 3 ; - la Fig. 5 illustre schématiquement un algorithme, implémenté par l'équipement terminal source, de gestion d'incident de transmission de données dans le cadre de la communication multi-chemin avec l'équipement terminal destination ; et 3047623 8 - la Fig. 6 illustre schématiquement une configuration de l'équipement terminal source, dans un mode de réalisation particulier d'implémentation de l'invention. Pour éviter que surviennent des situations de blocage en tête de ligne dans le 5 cadre d'une communication multi-chemin depuis un équipement terminal source jusqu'à un équipement terminal destination, il est proposé un procédé établissant, sur au moins un chemin de la communication multi-chemin, une pluralité de connexions depuis l'équipement terminal source vers l'équipement terminal destination. Puis, pour chaque chemin sur lequel une dite pluralité de connexions a été établie, au moins 10 une connexion est sélectionnée, parmi ladite pluralité de connexions, pour la rendre active, et les autres connexions établies sont mises en réserve. Les données sont alors réparties via les connexions sélectionnées, dites connexions actives, selon au moins une règle de répartition prédéfinie en vue de leur transmission dans le cadre de la communication multi-chemin. Puis, sur détection d'un incident de transmission via 15 une connexion active sur un chemin sur lequel une dite pluralité de connexions a été établie, le procédé ferme ladite connexion active, et rend active une connexion qui avait été mise en réserve sur ledit chemin. Il est aussi proposé un équipement configuré pour permettre la mise en oeuvre du procédé. Les Figs. 1 A à 1C décrites ci-après montrent différents exemples de système de 20 communication dans lesquels une pluralité de chemins de communication existent entre deux équipements terminaux, et donc dans lesquels l'invention peut être implémentée. La Fig. lA illustre schématiquement un premier exemple de système de communication dans lequel l'invention peut être implémentée. Dans ce premier 25 exemple, le système de communication comporte un équipement terminal source 110 et un équipement terminal destination 120. L'emploi du terme équipement signifie que l'équipement terminal source 110 et l'équipement terminal destination 120 peuvent respectivement prendre la forme d'un unique dispositif ou d'un ensemble de dispositifs interconnectés pour réaliser les fonctions et opérations à la charge dudit 30 équipement. Par la suite, il est considéré à titre illustratif, que l'équipement terminal source 110 et l'équipement terminal destination 120 sont respectivement des dispositifs uniques. Le dispositif terminal source 110 comporte une première interface 111 configurée pour permettre au dispositif terminal source 110 de communiquer via un 3047623 9 premier réseau de communication 101, ainsi qu'une seconde interface 112 configurée pour permettre au dispositif terminal source 110 de communiquer via un second réseau de communication 102. De manière analogue, le dispositif terminal destination 120 comporte une première interface 121 configurée pour permettre au dispositif 5 terminal destination 120 de communiquer via le premier réseau de communication 101, ainsi qu'une seconde interface 122 configurée pour permettre au dispositif terminal destination 120 de communiquer via le second réseau de communication 102. Par exemple, le premier réseau de communication 101 est un réseau Wi-Fi (marque déposée), tel que décrit dans la famille de standards IEEE 802.11, et le second réseau 10 de communication 102 est un réseau Ethernet (marque déposée), tel que décrit dans la famille de standards IEEE 802.3. Dans ce premier exemple, il existe au moins un chemin de communication via le premier réseau de communication 101, et au moins un autre chemin de communication via le second réseau de communication 102, pour permettre au dispositif terminal source 110 de transmettre des données au dispositif 15 terminal destination 120 dans le cadre d'une communication multi-chemin. La Fig. 1B illustre schématiquement un second exemple de système de communication dans lequel l'invention peut être implémentée. Dans ce second exemple, le dispositif terminal source 110 et le dispositif terminal destination 120 sont interconnectés uniquement par le premier réseau de communication 101, dans lequel il 20 existe au moins deux chemins de communication 131, 132, pour permettre au dispositif terminal source 110 de transmettre des données au dispositif terminal destination 120 dans le cadre d'une communication multi-chemin. Par exemple, le premier réseau de communication 101 est un réseau maillé à commutation de paquets ou de circuits 25 La Fig. 1C illustre schématiquement un troisième exemple de système de communication dans lequel l'invention peut être implémentée. Dans ce troisième exemple, le dispositif terminal source 110 est connecté au premier réseau de communication 101 et au second réseau de communication 102 de la même manière que dans le premier exemple représenté sur la Fig. 1A, et le dispositif terminal 30 destination 120 est connecté au premier réseau de communication 101 de la même manière que dans le second exemple représenté sur la Fig. 1B. Un dispositif passerelle 150 étant configuré pour interconnecter les premier 101 et second 102 réseaux de communication, il existe au moins un chemin de communication via le premier réseau de communication 101, et au moins un autre chemin de communication via le 3047623 10 dispositif passerelle 150, pour permettre au dispositif terminal source 110 de transmettre des données au dispositif terminal destination 120 dans le cadre d'une communication multi-chemin. Par exemple, le premier réseau de communication 101 est l'Internet accédé par le dispositif terminal source 110 via un point d'accès Wi-Fi 5 (marque déposée), et le second réseau de communication 102 est un réseau UMTS ou LTE (« Long-Terme Evolution » en anglais). La Fig. 2 illustre schématiquement un exemple d'architecture matérielle du dispositif terminal source 110. Le dispositif terminal destination 120 peut être agencé selon le même exemple d'architecture matérielle. 10 Selon l'exemple de la Fig. 2, le dispositif terminal source 110 comprend, reliés par un bus de communication 210: un processeur ou CPU (« Central Processing Unit » en anglais) 201 ; une mémoire vive RAM (« Random Access Memory » en anglais) 202 ; une mémoire morte ROM (« Read Only Memory » en anglais) 203 ; une unité de stockage 204 ou un lecteur de support de stockage, tel qu'un lecteur de cartes 15 SD (« Secure Digital » en anglais) ou un disque dur HDD (« Hard Disk Drive » en anglais) ; au moins une interface I/f 205, comme par exemple les interfaces 111 et 112 mentionnées en relation avec les Figs. lA et 1C, configurée pour permettre au dispositif terminal source 110 de communiquer via au moins un réseau de communication respectif. 20 Le processeur 201 est capable d'exécuter des instructions chargées dans la mémoire RAM 202 à partir de la mémoire ROM 203, d'une mémoire externe (non représentée), d'un support de stockage (tel qu'une carte SD), ou d'un réseau de communication (potentiellement autre que les premier 101 et second 102 réseaux de communication). Lorsque le dispositif terminal source 110 est mis sous tension, le 25 processeur 201 est capable de lire de la mémoire RAM 202 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant l'implémentation, par le processeur 201, de tout ou partie des algorithmes et étapes décrits ci-après. Tout ou partie des algorithmes et étapes décrits ci-après peut être implémenté 30 sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable ou une machine de calcul, par exemple un processeur, un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, ou être implémenté sous forme matérielle par une machine de calcul ou un composant dédié, par exemple 3047623 11 un FPGA (« Field-Programmable Gate Array » en anglais) ou un AS IC (« Application-Specific Integrated Circuit » en anglais). Dans un mode de réalisation en variante, l'invention concerne une machine de calcul, ou un processeur, ou un composant dédié, comme décrit ci-dessus, 5 configuré(e) pour causer l'implémentation, par le dispositif terminal source 110, de tout ou partie des algorithmes et étapes décrits ci-après. La Fig. 3 illustre schématiquement un algorithme, implémenté par le dispositif terminal source 110, d'initialisation d'une communication multi-chemin avec le dispositif terminal destination 120. 10 Dans une étape 301, le dispositif terminal source 110 détecte un besoin ou une opportunité d'établissement d'une communication multi-chemin avec le dispositif terminal destination 120. Le dispositif terminal source 110 détecte devoir transmettre des données au dispositif terminal destination 120 et a connaissance que plusieurs chemins permettent de joindre le dispositif terminal destination 120. En d'autres 15 termes, le dispositif terminal source 110 détecte avoir l'opportunité d'effectuer une communication multi-chemin avec le dispositif terminal destination 120. Dans une étape 302 suivante, le dispositif terminal source 110 identifie chacun des chemins de communication sur lesquels doit reposer la communication multichemin. 20 Dans une étape 303 suivante, le dispositif terminal source 110 sélectionne un chemin de communication parmi les chemins de communication identifiés à l'étape 302, par exemple de manière arbitraire. Des règles prédéfinies de sélection peuvent être appliquées pour que le dispositif terminal source 110 puisse décider quel chemin de communication sélectionner de manière préférentielle parmi les chemins de 25 communication identifiés à l'étape 302. Dans une étape 304 suivante, le dispositif terminal source 110 établit une pluralité de connexions avec le dispositif terminal destination 120 via le chemin de communication sélectionné à l'étape 303. Lors de l'établissement de chaque connexion, un protocole d'initialisation est mis en place avant de pouvoir transmettre 30 des données utiles. Ce protocole d'initialisation consiste typiquement en une poignée de main en trois étapes (« three-way handshake » en anglais) dont l'objectif est de partager des numéros de séquence utilisés, par incréments successifs au fil des transmissions de données, pour assurer que les données sont délivrées à une application réceptrice du dispositif terminal destination 120 selon la même séquence 3047623 12 que celle selon laquelle lesdites données ont été fournies par une application émettrice dudit dispositif terminal source 110. Chacune desdites connexions est préférentiellement établie conformément au protocole TCP. D'autres protocoles peuvent toutefois être utilisés, dès que ces protocoles offrent des possibilités d'établir 5 des connexions entre le dispositif terminal 110 et le dispositif terminal destination 120, ainsi que des mécanismes de contrôle de flux et de contrôle de congestion. Dans un mode de réalisation particulier, le dispositif terminal source 110 établit une quantité Q de telles connexions qui a été fixée par défaut ; par exemple, deux connexions sont ainsi établies à l'étape 304 pour le chemin de communication 10 sélectionné à l'étape 303. Dans un autre mode de réalisation particulier, le dispositif terminal 110 établit une quantité Q de telles connexions, qui a été fixée de la manière suivante : Q = [1 + max(ti, t2)1 RTT où [xi représente la partie entière par excès (« ceiling » en anglais) de x, t1 15 représente un temps nécessaire pour établir une connexion entre le dispositif terminal source 110 et le dispositif terminal destination 120, t2 représente un temps nécessaire pour fermer une connexion entre le dispositif terminal source 110 et le dispositif terminal destination 120, et RTT représente un temps moyen d'aller-retour le long du chemin de communication sélectionné à l'étape 303 (c'est-à-dire en substance le 20 double de la latence de transmission depuis le dispositif terminal 110 jusqu'au dispositif terminal destination 120 via le chemin de communication sélectionné à l'étape 303). Cela permet réduire un temps nécessaire pour activer ultérieurement une connexion devant venir en remplacement d'une autre connexion, de ladite pluralité de connexions, qui a dû être fermée suite à un incident de transmission. 25 La valeur du temps moyen d'aller-retour le long du chemin de communication sélectionné à l'étape 303 est obtenue par statistiques au fur et à mesure que des transmissions avec acquittement sont effectuées le long du chemin de communication sélectionné à l'étape 303. Si aucune donnée statistique n'est disponible au moment de l'établissement de la connexion multi-chemin, le dispositif terminal source 110 établit 30 une quantité Q de telles connexions qui a été fixée par défaut, et ajuste ultérieurement la quantité Q de ces connexions lorsque des données statistiques relatives au chemin de communication sélectionné à l'étape 303 permettent au dispositif terminal source 3047623 13 110 de déterminer la valeur du temps moyen d'aller-retour le long dudit chemin de communication. Dans une étape 305 suivante, le dispositif terminal 110 sélectionne, pour la rendre active, au moins une connexion parmi la pluralité de connexions qui ont été 5 établies à l'étape 304 pour le chemin de communication sélectionné à l'étape 303. Sélectionner une connexion pour rendre active ladite connexion revient à configurer la connexion, et les mécanismes qui lui sont inhérents tels que le contrôle de flux et le contrôle de congestion, pour rendre ladite connexion utilisable pour transmettre des données. Chaque connexion active est ainsi identifiée comme étant utilisable pour 10 transmettre des données par application d'au moins une règle de répartition prédéfinie. Le dispositif terminal 110 met en réserve chaque autre connexion de ladite pluralité de connexions qui ont été établies pour le chemin de communication sélectionné à l'étape 303. Chaque connexion mise en réserve est ainsi identifiée comme n'étant pas prise en compte dans l'application de la règle (ou des règles) de répartition prédéfinie(s). 15 Préférentiellement, dans l'étape 305, le dispositif terminal 110 sélectionne, pour la rendre active, une unique connexion parmi la pluralité de connexions qui ont été établies à l'étape 304 pour le chemin de communication sélectionné à l'étape 303, chaque autre connexion de ladite pluralité de connexions qui ont été établies pour le chemin de communication sélectionné à l'étape 303 étant mise en réserve. 20 Dans une étape 306 suivante, le dispositif terminal 110 vérifie si l'établissement de la communication multi-chemin doit encore prendre en compte au moins un autre chemin de communication parmi les chemins de communication identifiés à l'étape 302. Si tel est le cas, l'étape 303 est réitéré en sélectionnant un tel autre chemin de communication parmi les chemins de communication identifiés à l'étape 302 ; sinon, 25 une étape 307 est effectuée, dans laquelle il est mis à l'algorithme de la Fig. 3. L'algorithme de la Fig. 3 montre qu'une pluralité de connexions est ainsi préférentiellement établie pour chacun des chemins de communication sur lesquels doit reposer la communication multi-chemin. Il est toutefois possible de n'établir une telle pluralité de connexions que pour une quantité Q' de chemins de communication 30 parmi une quantité N de chemins de communication sur lesquels doit reposer la communication multi-chemin, avec 0 REVENDICATIONS1) Procédé de transmission de données dans le cadre d'une communication mufti-chemin depuis un équipement terminal source (110) vers un équipement terminal destination (120), caractérisé en ce que le procédé comporte les étapes suivantes : - établir (304), sur au moins un chemin de la communication multi-chemin, une pluralité de connexions depuis l'équipement terminal source vers l'équipement terminal destination ; - pour chaque chemin sur lequel une dite pluralité de connexions a été établie, sélectionner (305) pour la rendre active au moins une connexion parmi la pluralité de connexions établies, les autres connexions établies étant mises en réserve ; et - répartir les données entre les connexions sélectionnées, dites connexions actives, selon au moins une règle de répartition prédéfinie et transmettre les données réparties ; et, sur détection (501) d'un incident de transmission via une connexion active sur un chemin sur lequel une dite pluralité de connexions a été établie : - fermer (502) ladite connexion active ; et - rendre active (503) une connexion qui avait été mise en réserve sur ledit 20 chemin. 2) Procédé selon la revendication 1, caractérisé en ce qu'une pluralité de connexions est établie (304) depuis l'équipement terminal source vers l'équipement terminal destination pour chaque chemin de la communication multi-chemin. 3) Procédé selon l'une des revendications 1 et 2, caractérisé en ce qu'après avoir établi chaque dite pluralité de connexions, une unique connexion est sélectionnée (305) pour la rendre active pour chaque chemin sur lequel une dite pluralité de connexions a été établie. 4) Procédé selon la revendication 3, caractérisé en ce que, le procédé implémentant un mécanisme de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de 25 30 3047623 25 congestion de la connexion, qui a été rendue active suite à l'incident de transmission, selon un mécanisme de démarrage lent. 5) Procédé selon la revendication 3, caractérisé en ce que, le procédé 5 implémentant un mécanisme de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de congestion de la connexion, qui a été rendue active suite à l'incident de transmission, à une valeur maximale de taille autorisée. 10 6) Procédé selon la revendication 3, caractérisé en ce que, le procédé implémentant un mécanisme de gestion de congestion reposant sur un protocole à fenêtre de congestion pour chaque connexion active, le procédé initialise la fenêtre de congestion de la connexion, qui a été rendue active suite à l'incident de transmission, à une valeur de taille égale à une valeur de taille que la fenêtre de congestion de la 15 connexion où l'incident a été détecté avait avant d'être fermée. 7) Procédé selon l'une quelconque des revendications 3 à 6, caractérisé en ce que, après avoir fermé (502) la connexion où l'incident a été détecté, le procédé établit (505) une nouvelle connexion sur le chemin sur lequel avait été établie la connexion fermée, la nouvelle connexion étant mise en réserve. 8) Procédé selon l'une quelconque des revendications 1 à 7, caractérisé en ce que le procédé établit (304), pour chaque dite pluralité de connexions, une quantité Q de connexions telle que : Q = [1 max(t1, t2) RTT où [xi représente la partie entière par excès de x, t1 représente un temps nécessaire pour établir une connexion depuis l'équipement terminal source vers l'équipement terminal destination, t2 représente un temps nécessaire pour fermer une connexion depuis l'équipement terminal source vers l'équipement terminal destination, et RIT représente un temps moyen d'aller-retour le long du chemin sur lequel ladite pluralité de connexions a été établie. 3047623 26 9) Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que le procédé extrait des données présentes dans une file d'attente d'émission associée à la connexion où l'incident a été détecté, et redistribue (504) les données extraites entre les connexions actives de la communication multi-chemin selon au 5 moins une règle de redistribution prédéterminée. 10) Procédé selon la revendication 9, caractérisé en ce que le procédé comprend un classement des connexions actives en fonction de latences moyennes de transmission que lesdites connexions actives impliquent respectivement depuis 10 l'équipement terminal source jusqu'au dispositif terminal destination, et redistribue (504) lesdites données entre les connexions actives au moins en fonction dudit classement. 11) Procédé selon l'une des revendications 9 et 10, caractérisé en ce qu'il 15 comprend en outre une étape préalable de regroupement des données à transmettre en unités de données de taille inférieure à une valeur minimale des longueurs maximum de segment négociées pour les chemins de la communication multi-chemin et en ce que le procédé répartit les unités de données entre les connexions actives. 20 12) Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce que la redistribution comprend, pour au moins une file d'attente d'émission associée à une connexion active: - identifier, parmi les données de ladite file d'attente, les données transmises au dispositif terminal destination mais non acquittées et les données en attente de 25 transmission au dispositif terminal destination ; et - insérer les données à redistribuer, parmi lesdites données en attente de transmission. 13) Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce 30 que, suite à l'extraction des données de la file d'attente de la connexion où l'incident a été détecté, la redistribution de données comprend une insertion des données extraites en tête d'une file d'attente amont (441), en vue de leur répartition entre les connexions actives selon ladite ou lesdites règle(s) de répartition prédéfinie. 3047623 27 14) Procédé selon l'une quelconque des revendications 9 à 11, caractérisé en ce que le procédé place les données extraites dans une mémoire tampon de délestage (610), en ce que le procédé comporte les étapes suivantes : - sélectionner au moins une connexion active pour redistribuer les données 5 stockées dans la mémoire tampon de délestage ; - fermer chaque connexion active sélectionnée ; - rendre active une connexion qui avait été mise en réserve sur chaque chemin pour lequel une connexion active sélectionnée a été fermée ; et - extraire des données présentes dans une file d'attente d'émission associée à 10 chaque connexion active sélectionnée qui a été fermée, et les placer dans la mémoire tampon de délestage, en vue de leur redistribution. 15) Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce que le procédé extrait des données présentes dans une file d'attente d'émission 15 associée à la connexion où l'incident a été détecté, et utilise pour transmettre lesdites données une connexion de substitution qui avait été mise en réserve sur un autre chemin que celui où avait été établie la connexion où l'incident a été détecté. 16) Procédé selon l'une quelconque des revendications 1 à 15, caractérisé en ce 20 que, lorsque la connexion qui avait été mise en réserve est rendue active suite à l'incident de transmission, le procédé effectue une phase de test vis-à-vis de ladite connexion, dans laquelle le procédé transmet des données à la fois via ladite connexion et via au moins une autre connexion active de sorte à créer de la redondance de données, et ce, jusqu'à ce que ladite connexion rendue active montre 25 une latence de transmission inférieure à un seuil prédéfini. 17) Produit programme d'ordinateur comportant des instructions pour mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 16, lorsque lesdites instructions sont exécutées par un processeur. 30 18) Equipement configuré pour permettre à un équipement terminal source d'effectuer une transmission de données dans le cadre d'une communication multichemin depuis l'équipement terminal source (110) vers un équipement terminal 3047623 28 destination (120), caractérisé en ce que ledit équipement comporte une machine de calcul configurée pour : - établir (304), sur au moins un chemin de la communication multi-chemin, une pluralité de connexions avec l'équipement terminal destination ; 5 - pour chaque chemin sur lequel une dite pluralité de connexions a été établie, sélectionner (305) pour la rendre active au moins une connexion parmi la pluralité de connexions établies, les autres connexions établies étant mises en réserve ; et - répartir les données entre les connexions sélectionnées, dites connexions actives, selon au moins une règle de répartition prédéfinie et transmettre les données 10 réparties ; et, sur détection (501) d'un incident de transmission via une connexion active sur un chemin sur lequel une dite pluralité de connexions a été établie : - fermer (502) ladite connexion active ; et - rendre active (503) une connexion qui avait été mise en réserve sur ledit 15 chemin.