FR 3033470 A1 20160909 FR 1551755 A 20150302 1 Domaine de l'invention La présente invention concerne un procédé de transmission d'ordres de pilotage et de flux vidéo entre un drone, c'est-à-dire un aéronef télé-piloté ou autonome, et un opérateur au sol, ce procédé de transmission utilisant une liaison de type réseau de communications téléphoniques mobiles et plus particulièrement les technologies mobiles de connectivité internet. Des exemples particuliers de réseaux de communication Internet mobile sont les réseaux commerciaux utilisant les technologies couramment appelées 2G, 3G, 3G+, H+, 4G, LTE, LTE-Advanced, 5G, WiMAX, SigFox (marques déposées) ou autres. La présente invention concerne également un dispositif mettant en oeuvre le dit procédé sur un drone. La présente invention peut être portée sur tout type de drone. Parmi les types de drones actuellement existants, on peut citer les drones à voilure tournante tels que les hélicoptères, quadricoptères et analogues. On peut également citer les drones à voilure fixe, propulsés par un ou plusieurs moteurs thermiques ou électriques. Plus particulièrement, la présente invention concerne le domaine technique de la transmission entre un drone et son opérateur. Les drones sont télé-pilotés, c'est-à-dire qu'il existe une liaison à distance entre l'opérateur et le drone. L'opérateur peut ainsi envoyer des ordres de pilotage au drone, concernant par exemple la position géographique du drone ou l'opération à distance de systèmes embarqués. Un lien dans le sens retour existe également, afin de permettre d'une part au drone de transmettre des informations liées au vol ou à la mission (altitude, vitesse, position géographique...) et d'autre part de permettre au drone d'envoyer vers l'opérateur un flux vidéo, lequel est issu d'une caméra embarquée. Ce flux vidéo est indispensable au pilotage de la machine ou à l'accomplissement des missions, par exemple pour une mission de surveillance. Le flux vidéo permet notamment un pilotage dit « immersif » : l'opérateur, au lieu de piloter le drone en regardant celui-ci, utilise la liaison vidéo pour le piloter, comme s'il se trouvait à bord du drone. Etat de la technique On trouve plusieurs techniques dans l'état de l'art actuel permettant de transmettre au drone des ordres de pilotage, et permettant au drone de transmettre à son opérateur un flux d'informations ainsi qu'un flux vidéo. Parmi ces techniques, la plus répandue est l'utilisation de liens de type radio hertzienne, technique notamment utilisée en aéromodélisme. L'opérateur comme le drone possèdent un système d'émission/réception radio. Un protocole spécifique permet le codage, le décodage et la transmission des 3033470 2 données ou de la vidéo. L'utilisation de cette technique possède cependant d'importants inconvénients. Premièrement, l'utilisation du spectre de radiofréquences est soumise à la régulation d'autorités locales ou étatiques. Ainsi, le système ne peut transmettre que sur des bandes de fréquences pour lesquelles une autorisation a été obtenue, ou sur des 5 bandes de fréquences laissées libres à l'usage par le public. Deuxièmement, la transmission des ondes radio en espace libre possède des limites intrinsèques, liées à la physique. L'atténuation naturelle des ondes radio ainsi que la présence d'obstacles (phénomènes de multi-trajets) diminue la qualité de la transmission jusqu'à une distance à laquelle la liaison est inutilisable. On appelle généralement cette distance la portée 10 d'utilisation de la liaison. Actuellement, des liaisons radio pour drones permettent des portées d'utilisation maximales de l'ordre de 60 km, cette donnée étant fortement variable suivant la topographie du terrain ou les conditions atmosphériques. Une autre technique couramment utilisée est la liaison radio de type satellitaire. Un satellite en orbite autour de la Terre est utilisé comme relais de transmission entre le 15 drone et son opérateur. Cette technique permet des portées d'utilisation bien plus grandes mais les systèmes d'émission et de réception peuvent être encombrants, coûteux et complexes à l'utilisation, notamment au vu des problèmes causés par la latence, c'est à dire le temps de trajet de l'information. Une autre technique utilise une liaison de type réseau local Wi-Fi (marque déposée) ou 20 Bluetooth (marque déposée). Un réseau Wi-Fi permet de relier sans fil plusieurs appareils informatiques au sein d'un réseau afin de permettre la transmission de données entre eux. De tels réseaux sont des implémentations des normes IEEE 802.11. Une telle liaison peut être utilisée pour permettre la communication bidirectionnelle entre le drone et son opérateur. Ces techniques possèdent des portées d'utilisation très limitées, de l'ordre de 25 100 m pour le Wi-Fi. Un exemple typique d'un drone utilisant des techniques de télécommunications Wi-Fi ou Bluetooth est le AR.Drone de Parrot SA, Paris, France (marques déposées). La demande de brevet européen EP 2 450 862 Al décrit un « Procédé de transmission de commandes et d'un flux vidéo entre un drone et une télécommande par une liaison de type réseau 30 sans fil » utilisant les techniques Wi-Fi ou Bluetooth. Résumé de l'invention L'état de l'art actuel ne propose donc pas de technique permettant le pilotage d'un drone sur des distances de plusieurs centaines de kilomètres de manière efficace et économiquement avantageuse. La présente invention se propose de résoudre ce 3033470 3 problème en permettant le pilotage d'un drone et la transmission d'un flux vidéo sur des distances potentiellement illimitées, dans la limite de la couverture géographique en réseau mobile. On propose ainsi selon un premier aspect un procédé de transmission de commandes et 5 d'un flux vidéo entre un engin télé-piloté tel qu'un drone et une station au sol, caractérisé en ce qu'il met en oeuvre une liaison bidirectionnelle mettant au moins en partie en oeuvre un réseau de communication téléphonique cellulaire, ladite liaison bidirectionnelle étant assurée au moyen d'un modem cellulaire côté engin et véhiculant un flux vidéo compressé engendré par une caméra et des moyens d'encodage vidéo, et au moins l'un 10 parmi des ordres de pilotage ou de mission et des données de vol ou caractéristiques du pilotage de l'engin télé-piloté. Certains aspects préférés mais non limitatifs de ce procédé sont les suivants : * l'engin et la station au sol communiquent sur la liaison bidirectionnelle via un protocole Internet. 15 * une adaptation du débit binaire du flux vidéo compressé est obtenue par modulation du taux de compression du flux vidéo capté par la caméra. * ladite adaptation est réalisée en forçant, dans le cas où une mesure fiable de la marge de bande passante disponible est impossible, une augmentation du débit binaire du flux vidéo compressé ou une augmentation de la définition du flux vidéo compressé, cette 20 augmentation forcée étant répétée à intervalles de temps réguliers, de manière à amener une consigne des paramètres d'encodage juste en dessous du niveau auquel la transmission du flux vidéo possédant ces paramètres causerait un phénomène de congestion. * ladite adaptation est réalisée tout en réservant une portion de la bande passante 25 disponible, laquelle portion est incompressible et réservée à l'acheminement d'informations critiques telles que les données de vol ou caractéristiques du pilotage de l'engin télé-piloté ou à l'acheminement d'informations critiques telles que les ordres de pilotage ou de mission. * le procédé comprend en outre une transmission, dans la partie descendante (engin vers 30 station) de la liaison bidirectionnelle, de données de vol ou caractéristiques du pilotage de l'engin télé-piloté à débit binaire constant. * es ordres de mission ou de pilotage sont émis à intervalles de temps constants et sur action de l'opérateur qui décide un changement des paramètres de la mission dont 3033470 4 l'exécution est en cours, ces paramètres pouvant concerner au moins l'un parmi la position géographique de l'engin télé-piloté, sa vitesse, sa destination, ses angles caractéristiques de lacet, de tangage et de roulis, son cap, l'utilisation d'un capteur ou d'un actionneur spécifique tel que l'orientation d'une caméra. 5 * le flux vidéo est reçu par la station et décodé par l'intermédiaire d'une interface, laquelle est constituée par une page internet consultée par l'opérateur dans un navigateur internet, page permettant le contrôle de l'engin télé-piloté et la visualisation de paramètres propres à son opération tels que, de manière non limitative, sa position géographique, sa vitesse, sa destination, ses angles caractéristiques, ou d'autres informations issues de capteurs 10 embarqués. * des capteurs sont embarqués à bord de l'engin télé-piloté afin de réaliser diverses missions telles que, à titre d'exemple non limitatif, des missions d'imagerie en champ visible ou infrarouge, des missions de cartographie en deux ou trois dimensions ou divers relevés de paramètres issus de capteurs présents à bord. Ce procédé est caractérisé en 15 ce que la connectivité de l'engin télé-piloté au réseau Internet lui permet de stocker ces données sur un serveur distant ou de les fournir en temps-réel à l'opérateur par l'intermédiaire d'une interface. On propose selon un deuxième aspect de l'invention un ensemble d'un engin télé-piloté tel qu'un drone et d'une station au sol, caractérisé en ce qu'il comprend des moyens pour 20 la mise en oeuvre du procédé tel que défini ci-dessus et des moyens pour émettre des paquets de contrôle et/ou de statistiques et dans le but d'analyser la qualité de la liaison bidirectionnelle dans au moins l'une de ses directions ou dans les deux directions simultanément, de manière à moduler les paramètres d'encodage vidéo dans le sens d'une réduction du débit binaire du flux vidéo compressé ou d'une réduction de la 25 définition du flux vidéo compressé lorsqu'il est détecté que la bande passante disponible sur la liaison ne permet pas l'acheminement des flux d'information sans phénomènes de congestion, de perte de paquets ou sans latence excessive, et dans le sens d'une augmentation du débit binaire du flux vidéo compressé ou d'une augmentation de la définition du flux vidéo compressé lorsque la bande passante disponible n'est pas 30 intégralement utilisée et que l'augmentation de la définition du flux vidéo compressé est susceptible de représenter une amélioration de l'expérience utilisateur. Brève description des dessins 3033470 5 Nous allons maintenant décrire la mise en oeuvre du dispositif de l'invention, en référence aux dessins annexés où les mêmes références numériques désignent d'une figure à l'autre des éléments identiques ou fonctionnellement semblables. Sur les dessins : - la Figure 1 illustre l'architecture d'ensemble de l'invention, 5 - la Figure 2 illustre les principaux échanges de données entre un engin et une station au sol dans cette architecture, - la Figure 3 illustre ces mêmes échanges en liaison avec des schémas blocs des éléments principaux de l'électronique de l'engin et de l'électronique de la station au sol, et - la Figure 4 illustre schématiquement les éléments mis en oeuvre dans la détermination 10 des paramètres d'un encodage vidéo réalisé au niveau de l'engin. Description détaillée d'une forme de réalisation Le dispositif selon la présente invention comporte, selon le schéma présenté en Figure 1, deux grands systèmes, le premier étant embarqué sur le drone 1, le second étant la station 5 de l'opérateur au sol, celle-ci pouvant prendre une forme quelconque telle qu'un 15 ordinateur, portable ou non, un terminal mobile ou tout autre système à même de réaliser l'interface. Les deux systèmes sont reliés au moyen du réseau Internet 4, avec la particularité notable que le système embarqué sur le drone utilise, pour obtenir une connectivité Internet, les réseaux mobiles de télécommunications commerciaux 3 utilisant les technologies couramment appelées 2G, 3G, 3G+, H+, 4G, LTE, LTE-Advanced, 5G, 20 WiMAX ou autres. Le système au sol permettant l'opération du drone (5 pourra être relié au réseau Internet 4 par différents moyens, qu'il s'agisse d'une connexion Internet classique, par le réseau téléphonique, par un réseau de type sans fil, ou par les réseaux mobiles de télécommunications précités. La Figure 2 présente les différents flux transmis par l'intermédiaire du réseau Internet 4 entre le Système embarqué sur le drone 1 et la 25 station de l'opérateur 5. L'un des aspects techniques à prendre en compte est la grande variabilité de la capacité du canal liant les deux systèmes. En effet, le drone est mobile et connecté à Internet par les réseaux mobiles de télécommunications. De ce fait, il est possible qu'au cours de son vol, le drone change de point d'accès au réseau 3. Ces points d'accès sont partagés par 30 plusieurs utilisateurs du réseau et la capacité totale est donc partagée entre les utilisateurs. Ainsi, en fonction des différentes charges en utilisateurs des points d'accès au réseau mobile de télécommunications, et en fonction du chemin calculé sur le réseau Internet 4 pour l'acheminement des données et de la charge en utilisateurs des différents équipements traversés sur ce chemin, la capacité du réseau à faire transiter l'information, 3033470 6 plus couramment appelée bande passante disponible, est très fortement variable. De plus, en fonction des technologies utilisées au niveau du point d'accès au réseau mobile, qu'il s'agisse de la 2G, 3G, 3G+, H+, 4G, LTE, LTE-Advanced, 5G, WiMAX ou autres, les débits montants et descendants disponibles peuvent être sensiblement différents. 5 Afin de garantir l'acheminement de l'information à travers ce canal sur le réseau, il est nécessaire de respecter la limite imposée par la bande passante disponible. En effet, si l'envoi des données s'effectue à un débit supérieur à la capacité du canal, il apparaît un phénomène de congestion : le réseau ne peut transmettre instantanément l'information et se trouve donc forcé de la stocker temporairement afin de la retransmettre après un court 10 intervalle de temps. Ce phénomène ralentit donc la progression de l'information au sein du réseau. De plus, en cas de congestion importante, les équipements situés sur le réseau peuvent détruire des données dans le cas où ils seraient dans l'incapacité de les transmettre. Ces phénomènes induisent donc de la latence, c'est-à-dire que le temps de transport de l'information augmente, ainsi que de la perte de paquets (packet loss). Le 15 pilotage à distance d'une machine telle qu'un drone exige un temps de latence très faible (on considère qu'au-delà de 200 millisecondes, le système deviendrait inconfortable à l'utilisation) ainsi qu'une retransmission vidéo de qualité. En ce qui concerne la retransmission vidéo, il est nécessaire, pour une utilisation confortable, d'avoir un nombre d'images par seconde très peu variable. Ainsi, le phénomène de congestion doit à tout 20 prix être évité. Il est donc nécessaire de mesurer périodiquement la capacité du lien réseau, c'est-à-dire le débit binaire auquel on peut transmettre de l'information sans provoquer de phénomène de congestion, et d'adapter les transmissions de données à cette contrainte de débit par un mécanisme de contrôle de flux. 25 Le dispositif selon la présente invention comporte, au sein du système embarqué sur le drone 1, tel que présenté en Figure 2, une caméra 11 ainsi que des moyens d'encodage vidéo 12. Un exemple typique de codec vidéo utilisé est le format H.264 décrit par la norme ISO/CEI 14496-10. Selon les variantes de réalisation, un format différent peut être utilisé tel que les formats H.262, H.263, H.264, H.265, VP6, VP7, VP8, VP9 ou d'autres 30 formats. Le rôle de cet encodage est de transporter l'image dans un format utilisant moins de bande passante qu'un flux vidéo brut. Il est possible à tout moment de faire varier les paramètres de l'encodeur vidéo 12 tels que la définition de l'image demandée (taille en pixels), le nombre d'images par seconde, ou encore le bitrate, c'est-à-dire le débit binaire du flux vidéo en sortie de l'encodeur. Il est par ailleurs possible de faire varier d'autres paramètres spécifiques au format d'encodage utilisé. 3033470 7 Dans ce dispositif, la caméra 11 fournit donc un flux vidéo à l'encodeur 12), lequel peut être matériel (puce électronique) ou constitué d'un bloc logiciel dans un ensemble plus important. Cet encodeur 12 fournit un flux vidéo encodé au système de contrôle 13, lequel sera en charge de mettre à disposition ce flux sur le réseau Internet. La connectivité 5 Internet du système de contrôle 13 est obtenue par l'usage d'un modem cellulaire 17, capable de fournir une connexion Internet en utilisant les réseaux de télécommunications mobiles 2G, 3G, 3G+, H+, 4G, LTE, LTE-Advanced, 5G, WiMAX ou autres. Le flux vidéo est ainsi transmis au moyen d'Internet en utilisant différents protocoles de transmission de flux. Ces protocoles peuvent être utilisés de manière imbriquée, selon les 10 couches du modèle OSI. Il est donc possible d'utiliser, par exemple, les protocoles UDP ou TCP pour les couches de plus bas niveau. Pour les couches de niveau supérieur, on trouve dans l'état de l'art actuel plusieurs protocoles adaptés à la transmission de flux vidéo. On trouve par exemple le protocole RTP (Real-Time Transport Protocol), le protocole RTSP (Real-Time Streaming Protocol), le protocole HLS (HTTP Live 15 Streaming), RTMP (Real-Time Messaging Protocol), MPEG-DASH (Dynamic Adaptative Streaming over HTTP), HSS (Microsoft HTTP Smooth Streaming), ou tout autre protocole de transmission de flux de la couche Application du modèle OSI. Ce flux une fois transmis vers la station de l'opérateur 5 via le réseau Internet 4 au moyen de ces protocoles est interprété et décodé 18 afin d'être mis à disposition de l'opérateur 20 dans l'Interface Homme Machine 21. Le problème de la congestion du réseau est résolu par l'utilisation d'un moyen d'adaptation de l'encodage vidéo en fonction de la capacité du réseau, présenté sur la Figure 4. Un système logiciel de gestion du réseau 22 sur le système embarqué sur le drone 1 émet à intervalle déterminé, fixe ou variable suivant certaines conditions, des 25 paquets comportant des statistiques sur les flux générés à bord du drone, notamment le flux vidéo 7 ou le flux de données du vol 6. Ces paquets contiennent également des statistiques sur l'utilisation du réseau, calculées par le module logiciel de gestion du réseau 22 à partir de paquets similaires envoyés cette fois par la station de l'opérateur au sol 5, et plus particulièrement par le module d'analyse du lien réseau 20. Les deux 30 modules logiciels 20 et 22 interagissent de manière à calculer des statistiques sur l'utilisation du réseau dans le sens montant 10 ou dans le sens descendant 8. Ces statistiques comprennent par exemple la donnée du RTT (Round-Trip delay Time), c'est-à-dire le temps de trajet d'un paquet sur le réseau, ou encore le nombre de paquets et/ou d'octets transmis, la gigue, c'est-à-dire la variation du temps de latence, appelée 35 jitter en anglais. Par ailleurs, ces modules 20 et 22 permettent le calcul du nombre de 3033470 8 paquets perdus (packet loss). L'état de l'art actuel présente différentes technologies permettant de déduire de l'envoi de paquets de contrôle 8 et 10 ces différentes statistiques. La présente invention utilise principalement le protocole RTCP (Real-Time Control Protocol), qui peut être utilisé en combinaison avec le protocole RTP (Real-Time 5 Transport Protocol), et peut, selon d'autres variantes de réalisation, utiliser tout autre moyen de déduire ces statistiques. L'ensemble de ces données statistiques permet de détecter un phénomène de congestion du à une surestimation du débit binaire admissible sur le lien réseau. Dans le cas d'apparition d'un tel phénomène, le module de gestion du réseau 22 envoie à l'encodeur 10 vidéo 12 de nouveaux paramètres d'encodage, dans le sens d'une réduction du débit binaire de la vidéo encodée en sortie de l'encodeur 12, voire selon la sévérité du phénomène de congestion, dans le sens d'une réduction de la définition de l'image. Une boucle de rétroaction est ainsi formée. L'analyse des données fournies par les modules 20 et 22 permet également de détecter une potentielle sous-utilisation du lien réseau. Le 15 module de gestion du lien réseau 22 envoie alors à l'encodeur vidéo 12 de nouveaux paramètres d'encodage dans le sens d'une augmentation du débit binaire de la vidéo encodée, afin d'augmenter autant que possible la qualité de la vidéo transmise. Dans le cas où il serait difficile de prévoir cette sous-utilisation du réseau, la commande de débit binaire effectuée auprès de l'encodeur vidéo 12 est arbitrairement augmentée suivant un 20 intervalle de temps donné, de par exemple cinq secondes. La rétroaction mise en place pourra alors ajuster le débit binaire à une valeur pour laquelle le phénomène de congestion n'apparaît pas. Ce système peut, selon une variante de réalisation, être porté à tout flux d'information entre le drone 1 et son opérateur 5. Le système d'analyse du lien réseau, mis en place grâce aux modules 20 et 22, par 25 transmission de flux de contrôle 8 et 10, permet également de réserver une partie de la bande passante disponible, de telle sorte que cette portion réservée soit utilisée pour la transmission des données de vol 6 entre le système de contrôle embarqué 13 et la station de l'opérateur 5. Dans la pratique, le débit nécessaire à la transmission de ces données de vol est très petit (10%) devant le débit nécessaire à la transmission du flux vidéo, de 30 l'ordre de 1 Mégabit par seconde. De même, le module d'analyse du lien réseau 20 permet d'assurer la priorité de la transmission des ordres de pilotage ou de mission 9 devant cette de tout autre donnée sur le lien réseau mis en place, notamment les paquets destinés à assurer le contrôle de flux 10. L'un des problèmes d'un tel système est la grande variabilité des complexités des 35 topologies de réseaux informatiques rencontrées aux différents points d'accès au réseau 3033470 9 Internet. La complexité des réseaux informatique peut être telle que l'établissement d'une connexion de pair à pair entre le drone 1 et la station de l'opérateur 5 peut être impossible. C'est notamment le cas lorsque les opérateurs fournissant les accès au réseau Internet par l'intermédiaire d'infrastructures 2G, 3G, 3G+, H+, 4G, LTE, LTE- 5 Advanced, 5G, WiMAX, utilisent des dispositifs de type « pare-feu » ou « Network Adress Translation ». Ces dispositifs sont largement utilisés dans les routeurs répartis en différents points des réseaux et restreignent l'accessibilité ou la visibilité d'un point de terminaison d'un réseau (pair) par un autre pair. La présente invention résout le problème de l'établissement et du maintien de la 10 connexion au travers de différentes topologies de réseaux informatiques au moyen de techniques dites de « traversée de NAT ». Ces techniques sont mises en place au sein des modules d'analyse de lien réseau 20 et 22 et sont basées sur l'usage de protocoles des réseaux tels que ICE, Interactive Connectivity Establishment, RFC 5245. Ces protocoles peuvent eux même faire appel à d'autres protocoles tels que STUN, Session 15 Traversai Utilities for NAT, RFC 5389, pour la détection de la topologie du réseau, ou encore TURN, Traversai Using Relays around NAT, RFC 5766 et 6156, pour le contournement des « NAT » par l'intermédiaire d'un serveur jouant le rôle de relais. De nombreux autres protocoles peuvent également être utilisés pour résoudre ces problèmes et l'état de l'art en ce domaine est destiné à évoluer avec le déploiement progressif du 20 système IPv6 (Internet Protocol version 6). L'usage individuel et combiné de ces différentes techniques permet au drone 1 et à la station de l'opérateur 5 de pouvoir établir une communication bidirectionnelle quelle que soit la topologie de réseau rencontrée. Au sein du système embarqué sur le drone 1, différents capteurs 14 permettent l'analyse du vol. Parmi ces capteurs, on peut par exemple trouver une centrale à inertie, des 25 gyroscopes, accéléromètres, magnétomètres, récepteurs de localisation GPS, GNSS ou Galileo. Ces capteurs transmettent leurs mesures au système de contrôle 13, et plus particulièrement à un système dédié au contrôle du vol 23. Ce système, en fonction des ordres de pilotage ou de mission 9 reçus, commande différents actionneurs 15 tels que des servomoteurs, des relais, etc. ; ainsi que les moyens de propulsion du drone 16 de 30 telle sorte que les données issues des capteurs 14 sont en accord avec la consigne déduite des ordres de pilotage ou de mission 9. Une Interface Homme-Machine 21 permet enfin à l'opérateur d'avoir accès à toutes les données nécessaires à ses prises de décisions. Il peut ainsi piloter le drone en envoyant des ordres de pilotage ou de mission 9 par l'intermédiaire d'un système de gestion du vol 35 19 doté de différentes fonctionnalités telles que le décodage des données de vol 6 issues 3033470 10 du système embarqué sur le drone 1 et la traduction des intentions de l'opérateur en ordres de pilotage ou de mission 9 compréhensibles par le système embarqué sur le drone 1. L'ensemble de la station de l'opérateur 5 peut être, selon une variante de réalisation, 5 externalisée sur un serveur connecté au réseau Internet 4. L'Interface Homme-Machine 21 est alors présente sur ce serveur, et l'accès s'y effectue au moyen d'une application Internet. L'opérateur pourra ainsi piloter le drone, gérer les missions, avoir accès au flux vidéo ainsi qu'aux autres flux d'information tels que les informations de vol du drone 1 directement depuis un navigateur web. Cette variante de réalisation présente l'avantage 10 important de la portabilité du système. En effet, il n'existe pas le besoin d'installer sur l'ordinateur de l'opérateur un quelconque logiciel assurant le fonctionnement de la station de l'opérateur 5. Cette interface web peut être utilisée depuis un quelconque périphérique connecté au réseau Internet 4, qu'il s'agisse d'un ordinateur de bureau, d'un ordinateur portable, d'un téléphone mobile, ou d'une tablette. 15 Bien entendu, la présente invention n'est nullement limitée à la forme de réalisation décrite et représentée. En particulier, le présent mémoire couvre toute combinaison nouvelle de moyens réalisable par l'homme du métier sur la base dudit mémoire à l'aide de ses connaissances générales, indépendamment du libellé des revendications annexées. 20 REVENDICATIONS1. Procédé de transmission de commandes et d'un flux vidéo entre un engin (1) télé- piloté tel qu'un drone et une station au sol (5), caractérisé en ce qu'il met en oeuvre une liaison bidirectionnelle (3, 4) mettant au moins en partie en oeuvre un réseau de communication téléphonique cellulaire (3), ladite liaison bidirectionnelle étant assurée au moyen d'un modem cellulaire (2, 17) côté engin et véhiculant un flux vidéo compressé (7) engendré par une caméra (11) et des moyens d'encodage vidéo (12), et au moins l'un parmi des ordres de pilotage ou de mission (9) et des données de vol ou caractéristiques du pilotage de l'engin télé-piloté (6). 2. Procédé selon la revendication 1, dans lequel l'engin et la station au sol communiquent sur la liaison bidirectionnelle via un protocole Internet. 3. Le procédé de la revendication 1 ou 2, dans lequel une adaptation du débit binaire du flux vidéo compressé est obtenue par modulation du taux de compression du flux vidéo capté par la caméra. 4. Le procédé de la revendication 3, dans lequel ladite adaptation est réalisée en forçant, dans le cas où une mesure fiable de la marge de bande passante disponible est impossible, une augmentation du débit binaire du flux vidéo compressé ou une augmentation de la définition du flux vidéo compressé, cette augmentation forcée étant répétée à intervalles de temps réguliers, de manière à amener une consigne des paramètres d'encodage juste en dessous du niveau auquel la transmission du flux vidéo possédant ces paramètres causerait un phénomène de congestion. 5. Le procédé de la revendication 3 ou 4, dans lequel ladite adaptation est réalisée tout en réservant une portion de la bande passante disponible, laquelle portion est incompressible et réservée à l'acheminement d'informations critiques telles que les données de vol ou caractéristiques du pilotage de l'engin télé-piloté ou à l'acheminement d'informations critiques telles que les ordres de pilotage ou de mission (9). 6. Le procédé de l'une des revendications 1 à 5, comprenant en outre une transmission, dans la partie descendante (engin vers station) de la liaison bidirectionnelle, de données de vol ou caractéristiques du pilotage de l'engin télé-piloté à débit binaire 30 constant. 7. Le procédé de l'une des revendications 1 à 6, dans lequel les ordres de mission ou de pilotage (9) sont émis à intervalles de temps constants et sur action de l'opérateur qui décide un changement des paramètres de la mission dont l'exécution est en cours, ces paramètres pouvant concerner au moins l'un parmi la position géographique de l'engin 3033470 12 télé-piloté, sa vitesse, sa destination, ses angles caractéristiques de lacet, de tangage et de roulis, son cap, l'utilisation d'un capteur ou d'un actionneur spécifique tel que l'orientation d'une caméra. 8. Le procédé de l'une des revendications 1 à 7, dans lequel le flux vidéo est reçu par 5 la station (5) et décodé (18) par l'intermédiaire d'une interface (21), laquelle est constituée par une page internet consultée par l'opérateur (5) dans un navigateur internet, page permettant le contrôle de l'engin télé-piloté et la visualisation de paramètres propres à son opération tels que, de manière non limitative, sa position géographique, sa vitesse, sa destination, ses angles caractéristiques, ou d'autres informations issues de capteurs 10 embarqués. 9. Le procédé de l'une des revendications 1 à 8, dans lequel des capteurs sont embarqués à bord de l'engin télé-piloté afin de réaliser diverses missions telles que, à titre d'exemple non limitatif, des missions d'imagerie en champ visible ou infrarouge, des missions de cartographie en deux ou trois dimensions ou divers relevés de paramètres 15 issus de capteurs présents à bord. Ce procédé est caractérisé en ce que la connectivité de l'engin télé-piloté au réseau Internet lui permet de stocker ces données sur un serveur distant ou de les fournir en temps-réel à l'opérateur (5) par l'intermédiaire d'une interface (21). 10. Ensemble d'un engin télé-piloté tel qu'un drone et d'une station au sol, caractérisé 20 en ce qu'il comprend des moyens pour la mise en oeuvre du procédé selon l'une des revendications 1 à 9 et des moyens pour émettre des paquets de contrôle et/ou de statistiques (8) et (10) dans le but d'analyser la qualité de la liaison bidirectionnelle dans au moins l'une de ses directions ou dans les deux directions simultanément, de manière à moduler les paramètres d'encodage vidéo (12) dans le sens d'une réduction du débit 25 binaire du flux vidéo compressé ou d'une réduction de la définition du flux vidéo compressé lorsqu'il est détecté que la bande passante disponible sur la liaison ne permet pas l'acheminement des flux d'information sans phénomènes de congestion, de perte de paquets ou sans latence excessive, et dans le sens d'une augmentation du débit binaire du flux vidéo compressé ou d'une augmentation de la définition du flux vidéo compressé lorsque la bande passante disponible n'est pas intégralement utilisée et que l'augmentation de la définition du flux vidéo compressé est susceptible de représenter une amélioration de l'expérience utilisateur.