Brevet FR3042081A1 — publié le 20170407

Procédé de contrôle d'un système de communications de données par paquets et système de communications mettant en oeuvre le procédé La présente invention concerne un procédé de contrôle 5 d'un système de communications de données par paquets. Elle concerne aussi un système de communications mettant en oeuvre un tel procédé. Elle trouve application notamment dans les systèmes de communication incorporant des routeurs, et notamment des 10 routeurs installés sur des systèmes embarqués sur des véhicules de toutes natures mais aussi sur des objets incorporant une partie de communication pour un système de communications de données entre objets. Dans la suite du texte, et aussi dans ce qui précède, on 15 appelle « partie de communication » une partie du système de communication qui échange des paquets de données avec au moins une autre partie de communication. C'est le cas d'un client, ou encore d'un serveur, ou d'une entité combinant un client et un serveur, sur le réseau Internet. Une « partie de communication » 20 peut être émetteur d'un paquet de communication ou destinataire du paquet selon que le paquet de données sort ou entre du dispositif électronique qui implémente la « partie de communication » dans le système de communications. Il est notamment connu que chaque partie de 25 communication est associée à une adresse dans le réseau et aussi que chaque paquet de données comporte des données auxiliaires des données qui représentent la fraction de message générée par la partie de communication émettrice. Parmi ces données auxiliaires, aussi appelées métadonnées, se trouvent 30 l'adresse de la partie de communication émetteur, l'adresse de la partie de communication destinataire, la taille du paquet et/ou du message, la durée de vie du paquet dans le système de communication et d'autres données encore. Ces métadonnées 3042081 2 sont le plus souvent définies par les documents normalisateurs des protocoles de communication. Chaque partie de communication est reliée au système de communication par au moins une liaison au moyen d'un système électronique composé essentiellement d'un modem capable de moduler, respectivement démoduler, les données numériques du paquet de données selon le protocole de communication choisi sur la liaison. Une telle liaison peut être réalisée sur une fibre optique, un faisceau hertzien, un faisceau de communications par satellite, ou autre. Par ailleurs, entre une partie de communication émetteur et une partie de communication destinataire, il peut y avoir successivement plusieurs liaisons hétérogènes comme une liaison par satellite entre un avion et le sol, puis une liaison par fibre optique sur le réseau terrestre pour rejoindre un serveur comme partie de communications destinataire. Enfin, une partie de communication émetteur est généralement aussi une partie de communication destinataire. C'est notamment le cas sur le réseau Internet d'un client qui est d'abord une partie de communication émetteur d'une requête, par exemple de type http. La requête http transmise sous forme de paquets de données est alors reçue par un serveur, partie de communication destinataire qui interprète la requête et produit une réponse comme une page html ou autre donnée, à son tour découpée en paquets de données. Le serveur devient alors partie de communication émetteur et le client partie de communication destinataire pour recevoir la page html qui est alors affichée sur un navigateur du client. Dans l'état de la technique, il est connu que des liaisons (links) entre parties de communications peuvent échanger des paquets de données. Chaque paquet est constitué par un ensemble de données binaires représentant une partie d'un message de communication et par un ensemble de métadonnées de communication comme des identifiants de la partie émettrice et 3042081 3 de la partie destinatrice, la taille du paquet, la durée de vie dans le système de communications et bien d'autres informations de service. Un exemple de l'architecture de tels paquets de données est décrit dans les documents de normalisation de divers 5 protocoles de communication qui sont concernés par la présente invention et notamment les protocoles IP (RFC 791) TCP (RFC 793) ou encore UDP (RFC 768) la référence RFC concerne un ou plusieurs documents édités par l'IETF organisme de normalisation auxquels on se réfèrera. Bien entendu, d'autres protocoles de 10 communication sont aussi concernés par l'invention dont certains seront cités plus loin et ils sont aussi concernés par l'invention. Quand un paquet de données a été préparé par une partie de communications du système de communications, il doit être injecté dans un canal de communication déterminé parmi une 15 pluralité de canaux de communications préparés sur une liaison à distance avec une autre partie de communication. Un tel canal permet de transmettre des paquets déterminés ayant notamment une taille et un débit de données déterminés. La liaison les transmet alors vers la ou les parties destinatrices. 20 Sur une partie destinatrice, le mécanisme inverse est utilisé dans lequel le canal est identifié et ses paquets de données sont extraits et associés en un flux de données exploitables par la partie destinatrice. On a succinctement représenté le mécanisme depuis la 25 partie de communication émetteur à la Figure 1. A la Figure 1, la partie de communications comporte un dispositif producteur 1 d'un flux de données de communication. Le flux de données est découpé en paquets de données par un dispositif de formatage de paquets de données 2. Chaque paquet de données est alors 30 stocké dans un tampon 3 d'émission de paquets de données. Il faut alors exécuter le passage du paquet de données sur la liaison 6. Une telle liaison permet de diffuser plusieurs canaux de sorte que l'émission d'un paquet de données doit d'abord donner lieu à l'affectation du paquet de données issue du formateur 2 Le 3042081 4 tampon 3 est alors lu à l'aide d'un dispositif de sélection de canaux 4 qui insère chaque paquet de données extrait du tampon 3 sur un canal déterminé et est alors fourni en entrée d'un modem 5 qui actionne l'envoi des paquets de données dans les canaux 5 décidés sur la liaison 6 du système de communications. Dans l'état de la technique, il est aussi connu qu'une partie de communications dans le système de communications réunisse les ressources de calcul ou de traitement nécessaires à la transformation d'un flux de données en un ou plusieurs canaux 10 sur un dispositif dénommé routeur qui exécute aussi des opérations de routage. Toutes ces opérations de routage ne seront pas rappelées ici parce qu'elles concernent d'autres aspects de communication et elles sont bien connues de l'homme de métier. 15 Le routage étant essentiellement un traitement de données de communication, il est entendu qu'il peut être implémenté en un ou plusieurs dispositifs distincts. A la limite, le routeur peut être entièrement réalisé de manière logicielle sur l'équipement producteur du flux de données 1. Mais, en reprenant l'architecture 20 décrite à la Figure 1, il peut aussi en être indépendant et implémenter l'ensemble des fonctions décrites y compris jusqu'au modem ou en partie seulement. A la Figure 2, on a décrit une partie de communication dans laquelle plusieurs utilisateurs, User#1 , ... User#n peuvent 25 être connectés à l'une parmi plusieurs liaisons 13, 13b, 13c. A cette fin, la partie de communication, pour sa partie « émetteur », comporte un dispositif de mise en paquets de données 10. Chaque paquet de données est ensuite affecté ainsi qu'il a été décrit ci-dessus, par un sélecteur de canal 11 dans un canal 30 d'une liaison déterminée 13a, 13b ou 13c. Un commutateur S sous la commande d'un signal de commande SC produit par un dispositif de contrôle de la partie de communication, sélectionne l'une des liaisons avec son modem 12a, 12b ou 12c par lequel les données sont alors transmises. 3042081 5 Bien entendu, la réception est exécutée de manière symétrique par des moyens électroniques réciproques de ceux de l'émetteur sur la partie de communication destinataire, non représentée. 5 Dans l'état de la technique, il est connu aussi que le routeur puisse accéder à plus de une liaison. C'est le cas notamment des routeurs embarqués à bord d'un aéronef et qui comportent plusieurs liaisons parmi lesquelles une liaison bidirectionnelle par satellite à haut débit, une liaison 10 bidirectionnelle par satellite à bas débit, et parfois une liaison unidirectionnelle de TV par satellite. D'autres liaisons temporaires par exemple comme une liaison de téléphonie mobile de norme GSM ou UMTS sont aussi connues. En particulier, une liaison peut s'interrompre lorsque 15 l'aéronef dans lequel le routeur est installé sort d'une zone de couverture de la liaison initialement activée. Cette interruption est particulièrement connue dans le cadre des communications par satellite, le satellite étant souvent géostationnaire et ne couvrant qu'une zone géographique nécessairement limitée. Il est alors 20 connu de négocier une fermeture de session de communication sur la liaison en cours d'interruption et d'ouvrir une nouvelle session de communications sur une autre liaison devenir disponible. Dans l'état de la technique, il est aussi connu que le 25 transport d'un paquet de données sur une liaison déterminée présente un coût déterminé et une qualité déterminée. Ainsi, le débit, la taille des paquets, leur durée de vie dans le système de communications, le taux d'échec de transmission de paquets, dépendent notamment de la liaison choisie. Il existe donc un 30 besoin pour que les paquets puissent être dirigés de manière plus souple sur le canal adapté et/ou sur la liaison disponible convenable selon une pluralité de critères de coût de transmission et de qualité de transmission. 3042081 6 La technique qui consiste à injecter des paquets de données dans un canal sur une liaison disponible et à les recevoir de manière réciproque est connue. Mais elle est limitée par le fait notamment que les protocoles de communications empêchent que 5 la communication soit interrompue. Or, une telle interruption peut intervenir dans de nombreuses circonstances et particulièrement lorsque l'une des parties de communication est déconnectée de la liaison sur laquelle elle échange des paquets de données. C'est le cas lorsque la liaison est une liaison par satellite et que la partie 10 de communication sort de la zone de couverture du satellite avec lequel la liaison est établie. De plus, les protocoles de communications nécessitent que, lorsque le paquet de données a été transmis, des données de service, comme celles d'un mécanisme d'acquittement ou de 15 détermination du débit disponible s'effectue sur le même canal et la même liaison. Il en résulte qu'il n'existe pas de mécanisme permettant de gérer de manière souple l'insertion d'un paquet dans un canal sur une liaison déterminée. La présente invention apporte remède aux inconvénients 20 de cet état de la technique. En effet, elle concerne un procédé de contrôle d'un système de communications de données par paquets du genre dans lequel chaque paquet de données peut être injecté dans un canal déterminé sur une liaison déterminée. Selon l'invention, le procédé consiste à encapsuler le paquet dans 25 une enveloppe référant au canal et/ou à la liaison déterminés et à transmettre l'enveloppe avec le paquet à destination d'un serveur qui exécute une sortie du paquet de données de son enveloppe et l'achemine finalement sur une autre liaison vers la partie de communication de destination. 30 Selon des caractéristiques additionnelles, le procédé * au niveau du serveur-relais, consiste à modifier des métadonnées de service de chaque paquet de données de façon à ce que la partie de communication de destination adresse sa 3042081 7 réponse sous forme de paquets de données adressés au serveur-relais. * au niveau du serveur-relais, consiste à agréger les paquets de données reçus de la partie de communication 5 destinataire dans des enveloppes contenant des métadonnées de service pour les transmettre à la partie de communication émetteur sur un canal et/ou une liaison déterminés. * consiste à transmettre les enveloppes de paquets de données sur des canaux distincts de liaisons distinct. 10 * l'une des liaisons étant unidirectionnelle, il consiste à constituer une voie de retour de la liaison unidirectionnelle en injectant les enveloppes et/ou les paquets de données sur des canaux d'une liaison disponible dans l'autre sens de transmission. * consiste à détecter une coupure d'une liaison pour 15 sélectionner les canaux d'une autre liaison disponible de façon à ne pas interrompre la communication. * consiste à sélectionner une liaison en fonction de contraintes prédéterminées parmi lesquelles : - le débit disponible sur une liaison ; 20 le temps de latence sur une liaison ; le coût d'acheminement sur une liaison ; et tout autre critère permettant de sélectionner une liaison ou une autre parmi les liaisons disponibles sur la partie de communications. 25 * consiste à exécuter un algorithme prédéterminé de ventilation des paquets de données à encapsuler dans des enveloppes déterminées en fonction de contraintes prédéterminées sur la base de caractéristiques des paquets de données et/ou des enveloppes, et notamment en fonction de la 30 taille des paquets de données. * la ventilation des paquets est exécutée sur la base d'informations statiques liées à la supervision des canaux comprenant : le débit ou la bande passante, la latence, la gigue, 3042081 8 le coût de transmission ou une combinaison de ces caractéristiques. * la ventilation est exécutée de manière aléatoire ou en tenant compte du taux de remplissage d'un canal sur une liaison 5 donnée, et/ou du coût de transmission. * la ventilation est exécutée par filtrage des paquets selon des caractéristiques de transmission désirées et par détection de ces caractéristiques de transmission sur les paires canal/liaison disponibles, notamment en fonction du coût de transmission, ou 10 en filtrant les paquets urgents sur les paires canal/liaison à faible latence. Elle concerne aussi un système de communications mettant en oeuvre un tel procédé. Le système de communication de l'invention est du genre dans lequel plusieurs parties de 15 communication échangent des paquets de données sur au moins une liaison. Selon l'invention au moins une partie de communication comporte un dispositif pour agréger au moins un paquet de données dans une enveloppe de paquets de données qui comporte aussi des métadonnées de service, un dispositif 20 pour insérer ladite enveloppe dans un canal sélectionné parmi une pluralité de canaux ouverts sur une liaison sélectionnée parmi les liaisons disponibles, en ce qu'il comporte au moins un serveur-relais sélectionné selon les métadonnées de service de l'enveloppe qui échange des enveloppes de paquets de données 25 avec ladite au moins une partie de communication, le serveur- relais comportant un dispositif pour extraire les paquets de données des enveloppes reçues de ladite au moins une partie de communication, et pour les transmettre à au moins une partie de communication destinataire. 30 Selon des caractéristiques additionnelles : * le serveur-relais comporte aussi un dispositif pour encapsuler les paquets de données transmis par une partie de communication vers le serveur-relais dans une enveloppe de 3042081 9 manière à les transmettre à la partie de communication destinataire sur un canal et/ou une liaison déterminés. * au moins une partie de communication comporte un contrôleur de partie de communication pour exécuter la sélection 5 d'un canal et d'une liaison en fonction de contraintes prédéterminées. * le contrôleur de partie de communication et les dispositifs d'encapsulation et de désencapsulation des paquets de données en enveloppes, les dispositifs de sélection de canal et/ou de 10 liaison sont implémentés sur un routeur de paquets de données. * le système comporte au moins une liaison nominale par satellite. * parmi les liaisons disponibles se trouvent : - une liaison unidirectionnelle comme une liaison à un 15 satellite de diffusion de télévision ; et - une liaison bas-débit à un satellite de communication. L'invention concerne aussi l'utilisation du système de communication à bord d'un véhicule aéronautique, aérospatial, maritime, terrestre ou sur au moins un objet connecté, le véhicule 20 pouvant être automatique. L'invention concerne aussi l'utilisation du système de communication installé sur un dispositif fixe. D'autres caractéristiques et avantages de la présente invention seront mieux compris à l'aide de la description et des 25 dessins annexés, parmi lesquels : - la Figure 1 représente un premier état de la technique - la Figure 2 représente un second état de la technique ; - la Figure 3 représente un concept utilisé dans le procédé de l'invention ; 30 - la Figure 4 représente la partie d'émission d'un système de communication mettant en oeuvre un mode de réalisation de l'invention ; - la Figure 5 représente la partie destinataire du système de communication de la Figure 4 ; 3042081 10 - la Figure 6 représente un mécanisme mis en oeuvre dans un autre mode de réalisation de l'invention ; - la Figure 7 représente un mécanisme mis en oeuvre dans un autre mode de réalisation de l'invention ; 5 - la Figure 8 représente un mode de réalisation de l'invention dans une application avionique. Les Figures 1 et 2 ont été décrites préalablement. A la Figure 3, on a représenté un concept d'encapsulation d'un ou de plusieurs paquets de données utilisé dans le procédé 10 de l'invention. Chaque paquet de données 16 comporte deux parties identifiées dans un protocole donné comme TCP ou IP : - un jeu de métadonnées 17 définies dans le protocole concerné ; et 15 - un jeu de données de communication qui en général correspondent à une partie d'un message de communication, par exemple une requête http, ou un groupe de données d'un flux vidéo, etc. Selon, le même principe, mais selon un protocole qui peut 20 être original, à la liberté de l'homme de métier qui applique l'invention, le paquet de données 16 ou le lot de paquets de données, est inséré dans une « enveloppe » comportant ses propres métadonnées 15 et le paquet de données proprement dit. Notamment, le protocole original utilisé pour former 25 l'enveloppe 14 permet de déterminer la position des octets du ou des paquets de données 16 « encapsulé(s) » dans l'enveloppe 14 ainsi que les divers métadonnées qui sont des données de service pour le procédé de contrôle de l'invention ainsi qu'il sera défini plus loin. 30 La technique de l'encapsulation des paquets de données est notamment utilisée pour prendre le contrôle de l'acheminement des paquets de données. En contrepartie, le contenu des paquets de données encapsulées, sauf peut-être des données de service publiques, est inconnu du contrôleur qui met 3042081 11 en oeuvre le procédé de contrôle de l'invention. Ces données de service doivent notamment permettre au contrôleur de retrouver chaque paquet de données émis ou les paquets de données de réponse dans le système de communication de l'invention ainsi 5 qu'il sera apparent de ce qui suit. A la Figure 4, on a représenté un mode de réalisation d'une partie de communication émetteur dans une implémentation du procédé de contrôle de l'invention. La partie de communication émetteur représentée à la partie supérieure de la Figure 4 au- 10 dessus du trait tirets, communique avec une partie de communication destinataire 26. Un dispositif électronique délivre un paquet de données 16 à un dispositif pour encapsuler le paquet de données dans une enveloppe 14 ainsi qu'il a été exposé à la Figure 3. L'enveloppe 15 14 est alors soumise à un dispositif de sélection de canal 20, puis à un dispositif de sélection de liaison 21. Les identifiants du canal sélectionné et de la liaison sélectionnée sont, dans un mode particulier de réalisation incorporées dans les métadonnées 15 de l'enveloppe 14. 20 Le dispositif de sélection de liaison 21, dispose d'un certain nombre de liaisons 20a comme une liaison bidirectionnelle de données par satellite géostationnaire, une liaison unidirectionnelle de données par satellite à défilement, etc. La présente invention est particulièrement utile lorsque la partie de 25 communication qui exécute le procédé de l'invention comporte au moins une liaison nominale par satellite et quand la partie de communication est implémenté sur un objet mobile, un véhicule particulièrement. Les autres liaisons disponibles peuvent être aussi des liaisons par satellite, des liaisons RF de type WiFi, 30 WiMax, GSM ou autres. Les sélections du canal et de la liaison sont déterminées selon des contraintes ou critères de sélection de canal et de liaison déterminés, enregistrés et mis en oeuvre par un contrôleur 3042081 12 central (non représenté) de la partie de communication de la Figure 4. Dans un autre mode de réalisation, le contrôleur de la partie de communication de la Figure 4 qui exécute notamment la 5 sélection du canal et/ou de la liaison est un processus externe à la partie de communication comme un maître de réseau implémenté à distance de la partie de communication. Dans ce mode de réalisation non représenté, le contrôleur de partie de communication communique avec la partie de communication 10 contrôlée par son propre lien de communication, ou par l'une des liaisons 20a exploitées par la partie de communication émetteur. Notamment, dans ce mode de réalisation, plusieurs parties de communication peuvent être contrôlées à distance par un même contrôleur de partie de communication. 15 Lorsque l'enveloppe 16 est transmise sur un canal déterminé d'une liaison déterminée 20, elle est acheminée d'une manière connue sur la liaison 20 jusqu'à un serveur relais 23. Dans un exemple de réalisation, la liaison 20 de la partie de communication de la Figure 4 arrive directement à l'entrée de 20 communication su serveur relais 23. Il s'agit d'une simplification. En pratique, dans le cas d'une liaison 20 par satellite, le faisceau hertzien porteur de la communication émise par la partie de communication émetteur est une première fois relayé par un satellite d'une constellation déterminé et acheminé vers une 25 station au sol. La station au sol décode alors le signal de communication pour le convertir dans un signal de communication adapté à une communication terrestre, comme une liaison par fibre optique, ou par câble. C'est cette liaison suivante, non représentée à la Figure 4, qui est connectée à l'entrée de 30 communication du serveur-relais 23. D'autres liaisons intermédiaires sont prévues selon les circonstances et l'invention s'adapte facilement à ces liaisons hétérogènes. Le serveur-relais 23 comporte principalement dans le sens de communication de la Figure 4 un dispositif d'extraction des 3042081 13 paquets de données 24 de l'enveloppe transmise par la partie de communication émetteur. Le serveur-relais 23 comporte alors un moyen pour décoder les différentes métadonnées de l'enveloppe et/ou du paquet de données contenu et peut alors router 5 correctement le paquet de données vers la partie de communication destinataire 26. Dans ce mode de réalisation, la partie de communication destinataire 26 peut ne pas implémenter aucune des dispositions de l'invention. Celle-ci est transparente pour son fonctionnement 10 ce qui est un avantage considérable puisque l'invention n'exige pas que tout un réseau de communications soit modifié. Ceci est assuré principalement par le mécanisme de l'encapsulation des paquets de données dans une enveloppe, par l'insertion de cette enveloppe sur un canal d'une liaison déterminée, puis par 15 l'exploitation du serveur-relais. Le mécanisme de désencapsulation des paquets de données lors de la réception des enveloppes au niveau de la partie de communication émettrice est symétrique de celui de l'encapsulation sur la voie de retour ou sur le serveur-relais lors de la réception de l'enveloppe 20 émise par la partie de communication émetteur. Il ne sera pas plus détaillé. Dans un autre mode de réalisation représenté à la Figure 5, qui peut être combiné avec celui précité, La partie de communication destinataire 26 de la Figure 4 entre en mode 25 réponse. Cette partie de communication destinataire 26 peut être un serveur Internet et le message qui lui a été transmis par la partie de communication 14-22 peut être une requête http produite par un client Internet connecté à la partie de communication émetteur de la Figure 4. Dans le protocole http, le 30 serveur répond à la requête par exemple par une page html. Cette dernière, élaborée au niveau de la partie de communication destinataire 26, doit elle aussi être découpée en paquets de données de communication selon les protocoles connus. A cette fin, les paquets de données provenant de la partie de 3042081 14 communication émetteur précitée sont transformés par le serveur-relais 23 de sorte que l'adresse réseau du client, auteur de la requête (donc du message) inscrite dans chaque paquet de données sur la liaison 25 (Figure 4) n'est plus celle de la partie 5 de communication émetteur 14-22, mais l'adresse réseau du serveur relais 23. Il en résulte que le serveur Internet connecté à la partie de communication destinataire 26 retourne la page html de réponse au serveur-relais 23 sur la liaison 25' qui peut être identique à la liaison 25 (Figure 4) par laquelle les paquets de 10 données de la requête http ont transités. Le serveur-relais 23 est équipé d'une ou coopère avec une ressource qui conserve la mémoire des données de service contenues dans l'enveloppe 24 extraite lors de la phase d'émission de la requête (Figure 4). La mémorisation de ces 15 données de service permettra, dans la phase de réponse (Figure 5), de retourner la réponse du serveur Internet visé par la partie de communication émetteur (Figure 4). Cette ressource 27 peut alors reporter les adresses réseau convenables pour atteindre la partie de communication émetteur 14-22 qui devient destinatrice 20 de la réponse du serveur Internet connecté à la partie de communication destinataire 26. Préférentiellement, la ressource 27 du serveur-relais 23 génère une nouvelle enveloppe pour y inscrire au moins un paquet de données issues de la réponse du serveur Internet transmis par la partie de communication 25 destinataire 26 en mode réponse. L'opération est répétée pour tous les paquets de données de la réponse. Dans un mode de réalisation, les enveloppes constituées par la ressource 27, sur le serveur-relais 23 sont transmises aussi dans un ou plusieurs canaux d'au moins une liaison 20' pour être 30 transmises à la partie de communication « émetteur » 14-22. Il est entendu que si d'autres liaisons que la liaison 20, comme une liaison 20' appartenant à l'ensemble des liaisons 20a gérées par la partie de communication, et qui doit aussi appartenir à l'ensemble 20b de liaisons gérées par le serveur-relais 23, même 3042081 15 indirectement, alors un autre modem que le modem 22 spécialisé sur la liaison 20 sera activé sur la partie de communication « émetteur » en mode réponse. Les enveloppes de la réponse sont alors extraites de la 5 liaison 20' par son modem 22 et par le sélecteur de liaison 21. Les enveloppes issues des divers canaux sont ensuite relevées. Le formateur d'enveloppes 14' agrège ensuite les diverses enveloppes correspondant à la réponse complète et les transmet au formateur de paquets 16' pour que les paquets de données 10 constituant la réponse produite par la partie de communication destinataire 26 en mode réponse soient extraits et routées vers un utilisateur (non représenté). A la suite de ces opérations la réponse du serveur Internet connecté à la partie de communication « destinataire » 26 15 (Figures 4 et 5) est rendue disponible. On note que le procédé de contrôle de l'invention convient aussi pour traiter des paquets de données selon d'autres protocoles de communication que le protocole http qui a été décrit à l'aide des Figures 4 et 5. En particulier, le procédé de contrôle 20 de l'invention est adapté à des communications selon la plupart des protocoles de communication par paquets. Particulièrement, le serveur-relais étant transparent pour les diverses parties de communication, le procédé de l'invention est compatible avec la plupart des mécanismes de contrôle des 25 réseaux de communication, notamment pour le contrôle de la qualité des communications. Par exemple, les mécanismes de détermination des bandes passantes des divers canaux des liaisons. Dans le protocole TCP, les débits de communication sont vérifiés par des procédures qui 30 consistent à générer des paquets de données qui sont émis avec une vitesse croissante jusqu'à ce que la partie de communication destinataire ne puisse plus accepter de nouveau paquet. Ce mécanisme est directement utilisable en mettant en oeuvre le procédé de contrôle de l'invention. 3042081 16 De plus, les opérations qui utilisent elles-mêmes des paquets de données ne sont pas modifiées par le procédé de contrôle de l'invention, de sorte que l'invention s'adapte à la situation actuelle de la plupart des protocoles de communication. 5 A la Figure 6, on a représenté un autre mode de réalisation du procédé de contrôle de l'invention. La partie de communication de ce mode de réalisation comporte les dispositifs déjà décrits aux Figures 3 à 5. On a représenté une ressource particulière 30 du contrôleur de partie de communication. La ressource 30 10 exécute un processus dans lequel des contraintes prédéterminées sont estimées de façon à déterminer la sélection de canaux et la sélection de liaisons lors de l'émission de paquets de données sous forme d'enveloppes telles que définies notamment à la Figure 3. 15 La particularité du contrôleur de partie de communication de la Figure 6 réside dans le fait qu'il est capable de contrôler la transmission de plusieurs enveloppes ou paquets de données en parallèle sur plusieurs liaisons actives en mêle temps. Cette disposition de l'invention permet ainsi de transférer certains 20 paquets de données sur une liaison et d'autres paquets de données sur une autre liaison. Les contraintes ou critères pour opérer la sélection d'un canal ou d'une liaison peuvent tenir compte de paramètres : - De disponibilité de la liaison et/ou du canal, 25 - Du débit disponible sur une liaison et/ou un canal; - Du temps de latence et/ou de la gigue sur une liaison et/ou un canal; - Du coût d'acheminement sur une liaison et/ou un canal; - De la Garantie de disponibilité d'une liaison et/ou d'un canal 30 - Et de tout autre critère permettant de sélectionner une liaison ou une autre parmi les liaisons disponibles sur la partie de communications. Ces information peuvent soit dériver de l'analyse des données de la dynamique des flux soit être extraites des information de 3042081 17 supervision locale en temps réel, soit provenir des caractéristique statiques connues des canaux et des liaisons contenue dans les paramètres de configuration du routeur ou contrôleur de partie de communication. 5 A la Figure 6, la partie de communication comporte aussi un tampon de mémorisation 31 des paquets de données ou des enveloppes contenant chacune au moins un paquet de données à transmettre. Le tampon comporte une entrée de commande 39 connectée au contrôleur de partie de communication 30 pour 10 diriger un paquet déterminé 42 ou 43 respectivement vers un autre tampon de sélection de canal 32 ou 33. Chacun de ces deux tampons 32 et 33 comporte aussi une entrée de commande 41 et 40 connectées au contrôleur de partie de communication 30 de sorte que un paquet de données ou enveloppe sélectionné 42 ou 15 43 est respectivement affecté à un canal déterminé 44 ou 46 de la liaison 36 ou respectivement de la liaison 37. A cette fin, la sortie de lecture de chaque tampon de sélection de canal 32 ou 33 est connectée à l'entrée d'un modem 34 pour la liaison 36 ou à l'entrée d'un modem 35 pour la liaison 37. 20 Il est entendu que plus de deux liaisons peuvent être exploitées par un contrôleur de partie de communication selon ce mode de réalisation de l'invention. Il est ainsi possible de répondre à diverses contraintes prédéterminées pour orienter tout ou partie des paquets de communication sur une liaison ou sur 25 une autre liaison. On notera ainsi que dans ce qui précède, le procédé de l'invention ne méconnaît pas la possibilité pour tous les canaux d'avoir une caractéristique bidirectionnelle, même sur une liaison unidirectionnelle. En effet, la plupart des mécanismes de 30 supervision des liaisons possèdent une ressource de retour par acquittement d'un paquet, et donc d'une enveloppe selon l'invention, sur le canal, même dans le cas d'une liaison unidirectionnelle. Le procédé de contrôle de l'invention permet aussi bien d'utiliser l'acquittement par le canal par lequel la 3042081 18 communication du paquet - donc de l'enveloppe dans le cadre de l'invention - a été exécuté que par un autre canal, à charge pour le serveur-relais ou une autre entité du système de communication de retourner un acquittement ou autres données 5 de service par un canal convenable. Comme il a été décrit à l'aide des Figures 4 et 5, le serveur-relais 23 est alors équipé de ressources complémentaires de celles de la partie de communication représentée à la Figure 6 de façon à recombiner les paquets de données issues des 10 diverses liaisons 36, 37 et à les transmettre de la manière habituelle de l'état de la technique vers la partie de communication destinataire. De même, comme il a été décrit à l'aide des Figures 4 et 5, le serveur-relais 23 est aussi équipé de ressources complémen- 15 taires de celles de la partie de communication représentée à la Figure 6 de façon à reformer des paquets de données issus en réponse de la partie de communication destinataire vers la partie de communication émetteur de la Figure 6. A la Figure 6, on a aussi représenté une entrée 38 de 20 données de communication sous forme de paquets. L'entrée de données 38 est en général connectée à un dispositif producteur de données de communication. Parmi ces dispositifs, on peut citer un ordinateur, un téléphone de type GSM ou UMTS, une tablette graphique ou tout automate produisant des données et/ou 25 susceptibles d'en recevoir. Particulièrement, si plusieurs dispositifs de ce genre sont prévus sur une même partie de communication, ils peuvent être fédérés en au moins un réseau local. Chaque utilisateur du réseau local peut ainsi être enregistré au niveau du contrôleur de partie de communication 30 de façon à 30 générer des contraintes de sélection de canal et/ou de liaison déterminées comme le droit d'accès à certaines liaisons, un débit minimal garanti, un coût maximal de communication et toute autre du même genre. Ces contraintes sont alors testées lors d'une session de communication de façon à contrôler les 3042081 19 communications sur le réseau de communication à l'aide du procédé de contrôle de l'invention. A la Figure 7, on a représenté un mode de réalisation particulier du système de communication mettant en oeuvre le 5 procédé de contrôle illustré à la Figure 6. En effet, il existe des liaisons bidirectionnelles et des liaisons unidirectionnelles. Par exemple, les systèmes de diffusion de télévision par satellite sont principalement unidirectionnelles. Dans certaines applications, ces liaisons de 10 télévision satellitaire sont capables de transmettre des paquets de données vers une partie de communication destinataire sous un débit élevé. Or, il existe des circonstances où on a besoin d'un débit de communication élevé dans un seul sens de transmission et d'un débit de communication faible dans l'autre sens de 15 transmission. C'est souvent le cas dans un protocole de communication comme http ou ftp, mais d'autres encore. En reprenant le cas du protocole http, le client émet une requête comportant une faible quantité de données et qui n'ont pas souvent besoin d'un débit élevé. La partie de communication 20 connectée à un tel client a donc besoin d'une première liaison bas débit vers une partie de communication destinataire connectée à un serveur http. Par contre, la réponse http du serveur Internet interrogé par le client peut exiger de forts débits et un grand volume de 25 données par exemple si un ou plusieurs documents multimédia sont demandés dans la requête. Dans ce cas, une liaison de télévision par satellite DBTV est particulièrement adaptée. Le procédé de l'invention notamment celui décrit à l'aide de la Figure 6, est particulièrement adapté à ce type de communications 30 hétérogènes. Cependant, on note que dans le protocole http le serveur Internet a besoin d'une voie de retour pour recevoir les acquittements de transmission du client auteur de la requête http. Le mode de réalisation de la Figure 7 apporte une telle voie de retour. 3042081 20 Le client Internet 50 est un utilisateur enregistré sur le contrôleur de partie de communication (non représenté à la Figure 7). Il commence par émettre une requête 51 sous forme de paquets de données, formés dans des enveloppes du genre décrit 5 ci-dessus aux Figures 3 à 6. Ces enveloppes sont alors affectées à des canaux par le sélecteur de canaux 59 et à une liaison bidirectionnelle bas-débit 55 sous la commande du contrôleur de partie de communication exécutant les contraintes prédéterminées associées au client 50 et aux liaisons disponibles. 10 La requête est alors transmise via le modem 54 et la liaison 55 vers le serveur-relais décrit à l'aide des Figures 4 et 5. La requête est alors soumise au serveur Internet adressé dans la requête et donc référencé dans les paquets de données transmis par enveloppes au serveur-relais 23 (non représenté à la Figure 15 7) puis à la partie de communication destinataire à laquelle le serveur Internet est connecté. Le serveur Internet produit alors la réponse au client sous forme de paquets de données retournés au serveur-relais 23 qui, détectant les identifiants des paquets de données, les encapsule 20 dans des enveloppes constituées pour être acheminées par une liaison unidirectionnelle à fort débit 56. Cette liaison est une liaison de diffusion de télévision par satellite dans un exemple de réalisation. Le modem 57 décode le signal de télévision par satellite et 25 les canaux de cette liaison sont alors extraits par le sélecteur de canaux 59 Les paquets de communication 60 correspondant à la réponse du serveur Internet sont alors routés vers l'utilisateur 50 par une ressource d'extraction de paquets 61 qui fournit en sortie 30 63 les données de réponse du serveur Internet au client 50. Lorsque certains des paquets de données retransmis en enveloppes 60 sont des paquets de données de service, la réponse au serveur distant devrait être élaborée par le client 3042081 21 requêteur 50 et retourné sur la liaison 56 qui, étant unidirectionnelle ne permet pas la réponse. A cette fin, il est prévu une ressource 64 de réponse aux paquets de données de service 60 décodés par une ressource 5 d'extraction de paquets 61. Lorsqu'une requête de service est détectée par la ressource 61 d'extraction de paquets, une ressource de réponse 62 génère la réponse prévue au protocole de communication utilisé et la retourne sous formes de paquets de données et enveloppes 63 ainsi qu'il a été décrit, par la 10 ressource de sélection de canal 59, par la ressource de sélection de liaisons 58 pour charger la liaison 55 bas débit par son modem 54, dans le sens de transmission désiré. Le serveur-relais 23 (non représenté à la Figure 7, mais aux Figures 4 et 5) route alors les paquets de données concernés vers le serveur Internet adressé 15 qui les reçoit et les interprète comme la réponse naturelle selon le protocole de communication décidé à la requête de service qui a suscité le retour. C'est le cas notamment lorsque le serveur Internet teste la qualité de la liaison qui s'ouvre à lui en émettant une succession de paquets de données de test pour vérifier à 20 quel débit la liaison ne répond plus (cas du protocole IP, mécanisme MTU). On note que selon l'invention, les paquets de données du fait de leur encapsulation dans une enveloppe déterminée par le contrôleur de partie de communication, et du fait que ce même 25 contrôleur décide des canaux et des liaisons hétérogènes qui se présentent à lui dans le système de communication contrôlé, ne sont plus astreints à suivre les seules règles de routage propres aux protocoles standard de communication par paquets de données. Au contraire, le procédé de contrôle de l'invention 30 permet de contrôler de manière souple les chemins suivis sur les liaisons hétérogènes par les divers paquets de données. On note ainsi que l'utilisation du serveur relais selon le procédé de contrôle de l'invention assure le caractère transparent pour les paires client-serveur ou toute paire partie de 3042081 22 communication émetteur à partie de communication destinataire à la fois du réarrangement des paquets de données de communication ou des paquets de données de service, mais aussi du choix des canaux et du choix des liaisons opérées sous le 5 procédé de contrôle de l'invention. Dans un mode de réalisation, le procédé de contrôle de l'invention exécute un contrôle des communications en créant des enveloppes encapsulant un ou des paquets de données de communication ou de service de caractéristiques différentes. En 10 exploitant les contraintes prédéterminées dans le contrôleur de partie de communication, il est prévu d'exécuter un algorithme de ventilation des paquets de données en fonction des dites contraintes prédéterminées dans des enveloppes d'encapsulation des dits paquets par exemple de sorte qu'une enveloppe 15 contienne un ou plusieurs paquets d'une caractéristique déterminée comme par exemple la taille du paquet. D'autres caractéristiques de paquets de données et/ou des enveloppes peuvent être librement prévues pour exécuter l'algorithme de ventilation des paquets en enveloppes. On citera notamment les 20 adresses sur le système de communication, la durée de vie des paquets, etc. Dans un mode de réalisation, le contrôleur de la partie de communication exécute une étape de ventilation des paquets en enveloppes sur la base d'informations statiques liées à la 25 supervision des canaux sur les liaisons sélectionnées. La ventilation est exécutée en suivant les étapes suivantes : - on teste si la liaison est disponible ; - si oui : on teste si le canal est disponible ; - si oui : on teste une pluralité d'informations statiques 30 comprenant le débit de la liaison, la latence, la gigue, et le coût de transmission. Le débit de la liaison est exprimé par exemple en nombre d'octets par seconde ou toute autre mesure de ce genre. La latence est exprimée par le retard à la réception d'un paquet de 3042081 23 données émis, la gigue est la variation de la date de réception d'un paquet par rapport à un état standard, et le coût de transmission exprime la disponibilité d'une unité de communication sur la liaison à un instant donné. Le coût de 5 transmission peut être directement établi en termes de coût économique d'accès à la liaison, par exemple dans le cas d'une liaison par satellite. La ventilation est alors exécutée en fonction d'un taux de charge des liaisons utilisées à l'instant de communication et en 10 fonction de la latence. On en déduit alors un taux de remplissage de chaque canal. La ventilation peut alors être aléatoire ou par détection du taux de remplissage ou par le coût de transmission par canal des canaux disponibles, ou par une combinaison déterminée de ces paramètres. 15 Dans un mode de réalisation, le contrôleur de la partie de communication exécute une étape de ventilation des paquets en enveloppes avec un filtrage sur un critère utilisant les caractéristiques du canal et/ou de la liaison, notamment en termes de coût de transmission et/ou de latence ou d'une 20 combinaison de ces caractéristiques. Une file d'enveloppes contenant un ou plusieurs paquets de données sont composées et leurs caractéristiques de transmission désirées sont enregistrées. Le contrôleur recherche alors les canaux/liaisons disponibles et pour chaque classe de caractéristique donnée du couple 25 canal/liaison, chaque enveloppe de la file d'enveloppes est ventilée sur le canal de la liaison de classe déterminée qui satisfait à ses caractéristiques de transmission désirées. Parmi les caractéristiques de transmission désirées, le contrôleur pour la ventilation par filtrage utilise le coût de transmission ou la 30 latence par exemple pour filtrer les enveloppes dont la caractéristique de transmission désirée est marquée urgente, vers les canaux/liaisons dont la latence est la plus faible. 3042081 24 A la Figure 8, on a représenté une application au domaine de l'aviation du procédé de contrôle de l'invention, dans son mode de réalisation de la Figure 7. La partie de communication « émetteur » est embarquée à 5 bord d'un avion 100 dans lequel trois liaisons sont prévues à titre d'exemple : - une liaison bas débit bidirectionnelle 122,129 vers une constellation de satellites de communication 103 ; - une liaison haut débit unidirectionnelle 136 provenant 10 d'une constellation de satellites de diffusion de télévision par satellites 102 ; et - une liaison bidirectionnelle radiofréquence de type 3G ou 4G 137, 139 avec une station de base de téléphonie cellulaire au sol 104. 15 De manière classique, la liaison 137, 139 de téléphonie cesse lorsque l'avion quitte le sol. De même, la liaison 136 cesse lorsque le satellite accroché comme le satellite 102-1 d'une constellation de satellites 102 de diffusion de télévision par satellite ne voit plus l'avion 100 dans sa zone de couverture. De 20 même, la liaison 137, 139 cesse lorsque le satellite accroché comme le satellite 103-1 d'une constellation de satellites 103 de communications par satellite ne voit plus l'avion 100 dans sa zone de couverture. Ainsi qu'il est connu, le satellite de diffusion de télévision 25 102-1 est connecté par une voie montante 135 à une station au sol 106. Le satellite de communications 103-1 est connecté par une liaison 125, 126 bidirectionnelle avec une station au sol 105. L'avion 100 est équipé selon l'invention d'une partie de communication « émetteur » qui comporte un routeur 117 30 connecté à des modems ou autres systèmes de connexion à une liaison de communication. Dans l'exemple de la Figure 8, il s'agit du modem 110 capable de recevoir le faisceau du satellite de diffusion de télévision 102-1. Le modem 110 est à cette fin connecté à un équipement antenne permettant de recevoir depuis 3042081 25 un avion un faisceau de télévision par satellite. Un tel dispositif est connu de l'état de la technique et ne sera pas décrit ici. Bien entendu, ce modem 110 est aussi connecté à un équipement de diffusion d'émissions de télévision et d'autres services 5 « broadcast » à destination d'équipements spécifiques de télévision installés à bord de l'avion 100. Ces équipements de télévision ne sont pas concernés par l'invention et ne sont pas représentés à la Figure 8. La partie de communication « émetteur » dans l'avion 10 comporte ensuite un modem 120 capable de communiquer sur le faisceau bidirectionnel 124, 127 avec un satellite de communication 103-1. Le modem 120 est à cette fin connecté à un équipement antenne permettant d'émettre et de recevoir depuis un avion des données de communication avec le satellite 15 de communications 103-1. Un tel dispositif est connu de l'état de la technique et ne sera pas décrit ici. La partie de communication « émetteur » dans l'avion comporte ensuite un modem 122 capable de communiquer sur le faisceau hertzien 137, 139 avec une station de base 104 du 20 réseau de téléphonie cellulaire au sol. Le modem 122 est à cette fin connecté à un équipement antenne permettant d'émettre et de recevoir depuis un avion des données de communication avec la station de base 104. Un tel dispositif est connu de l'état de la technique et ne sera pas décrit ici. 25 Le routeur 117 est connecté à ses modems 110, 120 et 122 par des liaisons respectivement 123, 120, 121 et 118, 119. Dans le mode de réalisation de la Figure 8, le routeur 117 comporte les dispositifs 58, 59 de la Figure 7 ou encore 16, 14, 20, 21 des Figures 4 à 6. 30 Les données de communication traitées par le routeur 117 sont produites ou utilisées par au moins un utilisateur 113 connecté ainsi que le routeur 117 sur un réseau local 114 installé à bord de l'avion. Un tel réseau local peut rassembler des ordinateurs, des ordinateurs portables, des tablettes graphiques, 3042081 27 Dans un mode de réalisation, les modems ou les équipements antenne installés à bord de l'avion 100 comportent aussi un dispositif indiquant ou détectant une coupure de liaison. Une telle occurrence peut survenir lorsque l'avion 100 quitte la 5 zone de couverture d'un satellite 102-1 ou 103-1. Lorsque le dispositif d'indication ou de détection de coupure de liaison est actif, le contrôleur de partie de communication intégré au routeur 117 qui a été décrit précédemment à l'aide des Figures 4 à 7, recherche une liaison disponible et sélectionne alors les canaux 10 propres à cette liaison encore disponible pour les affecter aux enveloppes des paquets de données qui seraient sinon affectés à la liaison en cours de coupure. Il en résulte que l'impact de la coupure de liaison sur le système de communication de l'invention peut être réduite au 15 minimum. Il est ainsi possible de ne pas interrompre une session de communication entre un utilisateur 113 sur le réseau local 114 avec un serveur ou autre partie de communication 108. Une utilisation en aéronautique a été décrite à l'aide de la Figure 8. Le procédé de contrôle et le système de 20 communications de l'invention peuvent être utilisés dans d'autres domaines et notamment : - dans le domaine maritime à bord de vaisseaux de commerce ou de guerre ; - dans le domaine du transport terrestre à bord de 25 véhicules routiers ou de véhicules ferroviaires ; - dans le domaine aérospatial à bord de satellites ou d'autres véhicules spatiaux ; - dans le domaine des objets connectés, chaque objet connecté pouvant constituer une partie de communication selon le 30 procédé de l'invention si au moins un des objets connectés est doté notamment d'un contrôleur de partie de communication, d'un dispositif pour agréger les paquets de données en enveloppes à envoyer ou pour extraire les paquets des enveloppes reçues, d'un dispositif pour sélection des canaux et des liaisons. Un groupe 3042081 28 d'objets connectés peut alors être connecté par les dites liaisons à un serveur-relais et à des parties de communication ainsi qu'il a été décrit plus haut ; - les véhicules indiqués dans les différents domaines 5 précités peuvent être habités ou non, et alors ils comportent au moins un automate qui peut être connecté comme partie de communication dans un système de communication incorporant l'invention et destiné à contrôler son fonctionnement. Le procédé de contrôle et le système de communication qui 10 le met en oeuvre ont été décrits dans le cadre d'applications mobiles. Le principe du procédé de contrôle ainsi qu'il a été défini trouve application aussi sur des parties de communication fixes. Tous types de liaisons peuvent être exploitées. Même si le procédé de l'invention résout le problème de la coupure des 15 liaisons ainsi qu'il a été décrit dans le cadre d'une application en mobilité, la coupure des liaisons est un problème qui ne se limite pas à des applications mobiles, mais touche aussi les applications fixes. Enfin, ainsi qu'il a été décrit, le principe du procédé de contrôle de l'invention ne se limite pas à la solution du problème 20 de la coupure des faisceaux, mais apporte une solution nouvelle de contrôle des communications par paquets par la ventilation de paquets de données en enveloppes constituées sur des canaux de plusieurs liaisons disponibles. REVENDICATIONS1 - Procédé de contrôle d'un système de communications de données par paquets du genre dans lequel chaque paquet de données peut être injecté dans un canal déterminé sur une liaison déterminée, caractérisé en ce qu'il consiste, au niveau d'une partie de communication émetteur, à encapsuler le paquet de données (16) à transmettre dans une enveloppe (14), à sélectionner un canal (20) et une liaison (21) déterminés et à transmettre (22) l'enveloppe avec le paquet à destination d'un serveur-relais (23) qui exécute une sortie (24) du paquet de données de son enveloppe et l'achemine finalement sur une liaison (25) vers au moins une partie de communication de destination (26). 2 - Procédé selon la revendication 1, caractérisé en ce que, au niveau du serveur-relais, il consiste à modifier des métadonnées de service de chaque paquet de données de façon à ce que la partie de communication de destination (26) adresse sa réponse sous forme de paquets de données adressés au serveur-relais (23). 3 - Procédé selon la revendication 2, caractérisé en ce que, au niveau du serveur-relais (23), il consiste à agréger (27) les paquets de données reçus de la partie de communication destinataire (26) dans des enveloppes contenant des métadonnées de service pour les transmettre à la partie de communication émetteur sur un canal et/ou une liaison déterminés (20'). 4 - Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il consiste à transmettre les enveloppes (42, 43) de paquets de données sur des canaux distincts (44, 46) de liaisons distincts (36, 37). 5 - Procédé selon la revendication précédente, caractérisé en ce que l'une des liaisons étant unidirectionnelle, il consiste à constituer une voie de retour de la liaison unidirectionnelle en injectant les enveloppes et/ou les paquets de données sur des 3042081 30 canaux (63) d'une liaison disponible (55) dans l'autre sens de transmission. 6 - Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce qu'il consiste à détecter une 5 coupure d'une liaison pour sélectionner les canaux d'une autre liaison disponible de façon à ne pas interrompre la communication. 7 - Procédé selon l'une des revendications 5 ou 6, caractérisé en ce qu'il consiste à sélectionner une liaison en 10 fonction de contraintes prédéterminées parmi lesquelles : - le débit disponible sur une liaison ; - le temps de latence sur une liaison ; - le coût d'acheminement sur une liaison ; - et tout autre critère permettant de sélectionner une 15 liaison ou une autre parmi les liaisons disponibles sur la partie de communications. 8 - Procédé selon au moins l'une quelconque des revendications précédentes, caractérisé en ce qu'il consiste à exécuter un algorithme prédéterminé de ventilation des paquets 20 de données à encapsuler dans des enveloppes déterminées en fonction de contraintes prédéterminées sur la base de caractéristiques des paquets de données et/ou des enveloppes, et notamment en fonction de la taille des paquets de données. 9 - Procédé selon la revendication 8, caractérisé en ce 25 que la ventilation des paquets est exécutée sur la base d'informations statiques liées à la supervision des canaux comprenant :le débit ou la bande passante, la latence, la gigue, le coût de transmission ou une combinaison de ces caractéristiques. 10 - Procédé selon la revendication 8 ou 9, caractérisé en 30 ce que la ventilation est exécutée de manière aléatoire ou en tenant compte du taux de remplissage d'un canal sur une liaison donnée, et/ou du coût de transmission. 11 - Procédé selon la revendication 8, caractérisé en ce que la ventilation est exécutée par filtrage des paquets selon des 3042081 31 caractéristiques de transmission désirées et par détection d ces caractéristiques de transmission sur les paires canal/liaison disponibles, notamment en fonction du coût de transmission, ou en filtrant les paquets urgents sur les paires canal/liaison à faible 5 latence. 12 - Système de communications mettant en oeuvre un procédé de contrôle selon l'une au moins des revendications précédentes, du genre dans lequel plusieurs parties de communication échangent des paquets de données sur au moins 10 une liaison, caractérisé en ce que au moins une partie de communication comporte un dispositif (14) pour agréger au moins un paquet de données dans une enveloppe de paquets de données qui comporte aussi des métadonnées de service, un dispositif (16) pour insérer ladite enveloppe dans un canal 15 sélectionné parmi une pluralité de canaux ouverts sur une liaison sélectionnée (20) parmi les liaisons disponibles, en ce que il comporte au moins un serveur-relais (23) sélectionné selon les métadonnées de service de l'enveloppe et qui échange des enveloppes de paquets de données avec ladite au moins une 20 partie de communication, le serveur-relais (23) comportant un dispositif (24) pour extraire les paquets de données des enveloppes reçues de ladite au moins une partie de communication, et pour les transmettre à au moins une partie de communication destinataire (26). 25 13 - Système de communication selon la revendication 12, caractérisé en ce que le serveur-relais (23) comporte aussi un dispositif (27) pour encapsuler les paquets de données transmis par une partie de communication (26) vers le serveur-relais (23) dans une enveloppe de manière à les transmettre à la partie de 30 communication destinataire sur un canal et/ou une liaison déterminés. 14 - Système selon la revendication 12 ou 13, caractérisé en ce qu'au moins une partie de communication comporte un contrôleur de partie de communication pour exécuter la sélection 3042081 32 d'un canal et d'une liaison en fonction de contraintes prédéterminées. 15 - Système selon la revendication 14, caractérisé en ce que le contrôleur de partie de communication (30) et les 5 dispositifs d'encapsulation et de désencapsulation (14, 14') des paquets de données en enveloppes, les dispositifs de sélection (20, 21) de canal et/ou de liaison sont implémentés sur un routeur de paquets de données. 16 - Système selon l'une au moins des revendications 10 précédentes, caractérisé en ce qu'il comporte au moins une liaison nominale par satellite. 17 - Système selon la revendication 16, caractérisé en ce que parmi les liaisons disponibles se trouvent : - une liaison unidirectionnelle comme une liaison à un 15 satellite de diffusion de télévision (102) ; et - une liaison bas-débit à un satellite de communication (103). 18 - Utilisation du système de communication à bord d'un véhicule aéronautique, aérospatial, maritime, terrestre ou sur au 20 moins un objet connecté, le véhicule pouvant être automatique. 19 - Utilisation du système de communication installé sur un dispositif fixe.