FR 3089742 A1 20200612 FR 1872579 A 20181210 Description Titre de l'invention : Terminal pouvant être connecté simultanément à plusieurs réseaux d'accès, procédé de sélection d'un réseau d'accès par le terminal, dispositif et procédé de fourniture d'informations caractéristiques d'un réseau d'accès. Technique antérieure [0001] L'invention se rapporte au domaine général des télécommunications. Elle concerne plus particulièrement le domaine du délestage des communications, usuellement nommé en anglais « offload ». [0002] Une majorité des terminaux disponibles actuellement sur le marché peuvent se connecter à des réseaux d'accès de différentes technologies, tels qu'un réseau d'accès WiFi, un réseau d'accès filaire (en fibre optique, ADSL ou Ethernet), ou un réseau d'accès cellulaire (3G, 4G ou 5G par exemple). De tels terminaux disposent d'un module de sélection du réseau d'accès. [0003] De plus, il existe des terminaux qui peuvent être connectés simultanément à deux réseaux d'accès. Cette fonctionnalité est connue sous le nom d'agrégation de réseau d'accès. De tels terminaux disposent d'un module d'agrégation. [0004] La figure 1 présente une architecture d'un réseau de l'art antérieur. Un terminal TRM disposant d'un module de sélection de réseau d'accès et d'un module d'agrégation, peut se connecter alternativement ou simultanément à deux réseaux d'accès LAN1 et LAN2. Le terminal TRM se connecte à un réseau coeur CAN via au moins un des réseaux LAN1 et LAN2. Le réseau CAN est connecté à un autre réseau NET. Deux serveurs SRVI et SRV2 sont connectés au réseau NET. Le réseau NET peut être le réseau Internet. Dans cet exemple, le réseau CAN est un réseau coeur géré par un même opérateur que les réseaux d'accès LAN1 et LAN2. [0005] Dans l'exemple de la figure 1, le module d'agrégation du terminal TRM déploie le protocole MPTCP (pour « Mufti Path Transport Control Protocol » en anglais) défini par l'IETF (norme RFC6824). De nos jours, les terminaux Apple (marque déposée) utilisent ce protocole MPTCP. Cependant, pour agréger le trafic entre le terminal et un serveur SRVI par exemple, il est nécessaire que ce serveur SRV1 supporte aussi ce même protocole MPTCP. [0006] Lorsque le terminal TRM souhaite communiquer avec un serveur, SRV2 par exemple, qui ne supporte pas le protocole MPTCP, le trafic émis par le terminal TRM en agrégation sur les réseaux d'accès LANI et LAN2, est acheminé vers un équipement MCP (pour « MPTCP Convergent Point » en anglais) qui permet d'assurer l'inter-fonctionnement entre le protocole MPTCP et un protocole standard TCP/ 2 UDP/SCTP supporté par le serveur SRV2. L'équipement MCP est un noeud du réseau CAN et il est aussi connecté au réseau NET. [0007] La fonction d'agrégation de réseaux d'accès permet en particulier de gérer les pics de trafic et d'assurer la transition du trafic d'un réseau d'accès à un autre, la transition pouvant être partielle ou complète. [0008] Il existe d'autres solutions techniques permettant la sélection et/ou l'agrégation de réseaux d'accès telles que la solution 3GPP release 13 de type LWA (pour « LTE WLAN Aggregation »), la solution Google BandwidthX et la solution Passpoint définie par le groupe de standardisation WiFi Alliance (marques déposées). [0009] La figure 2 illustre une architecture logicielle d'un terminal T de l'art antérieur, pouvant être connecté simultanément à plusieurs réseaux d'accès. Dans cet exemple, le terminal T dispose de deux interfaces réseau d'accès HW1 et HW2. L'interface HW1 est un circuit électrique (chipset) de technologie WiFi, et l'interface HW2 est un circuit électrique (chipsct) de technologie radio cellulaire, les deux circuits étant accompagnés de leurs logiciels de commande (driver). [0010] Un système d'exploitation OS est installé au-dessus des interfaces HW] et HW2. Un module d'une pile protocolaire TCP/IP est intégré dans le système d'exploitation OS. Le module TCP/IP intègre un sous module ICMP (pour « Internet Control Message Protocol » en anglais). Au-dessus du module TCP/IP, un module de sélection d'accès et un module d'agrégation d'accès (en MPTCP par exemple) sont aussi intégrés sans le système d'exploitation. [0011] Au-dessus du système d'exploitation OS, une ou plusieurs applications APP sont installées. Ces applications s'appuient sur des interfaces APIs fournies par le système d'exploitation. Parmi ces APIs, on retrouve l'API TCP/IP qui permet à une application APP de communiquer sur au moins un des réseaux d'accès sans savoir spécifiquement quelle interface d'accès HW1 ou HW2 est utilisée. [0012] A noter qu'une application APP peut obtenir via les API, des informations sur l'état de la connectivité avec les réseaux d'accès. De plus les APIs autres que l'API TCP/IP peuvent fournir aux applications en mode « pull », « push », ou « notification » l'interface réseau d'accès couramment utilisée, HW1 et/ou HW2 Ainsi l'application APP peut adapter ses services en fonction du réseau d'accès. Par exemple, une application de voix sur IP (VoIP) installée sur un terminal TRM de type smartphone peut n'émettre/recevoir des communications que lorsque l'interface réseau d'accès sélectionnée est HW1 de technologie WiFi et non pas l'interface d'accès radio cellulaire HW2. [0013] Lorsque la sélection d'un réseau d'accès et la fonction d'agrégation d'accès ne sont pas optimisées, la qualité d'expérience de l'utilisateur du terminal peut se dégrader : sélection d'un réseau d'accès qui n'offre pas la meilleure qualité de service, ou 3 sélection d'un réseau dont le coût de connexion ne correspond pas à des contraintes de l'utilisateur et/ou à des paramètres d'un compte de l'utilisateur auprès de l'opérateur du réseau. [0014] Il existe donc un besoin en une solution permettant aux terminaux pouvant être connectés simultanément à plusieurs réseaux d'accès d'optimiser la sélection de réseau d'accès, et aussi l'agrégation d'accès. Exposé de l'invention [0015] L'invention vise un procédé de sélection d'au moins un réseau d'accès. Le procédé est mis en oeuvre par un terminal pouvant être connecté simultanément à plusieurs réseaux d'accès et comprend des étapes de: -- réception d'au moins un paquet dit d'information, en provenance d'un dispositif de fourniture d'informations caractéristiques d'un dit réseau d'accès, le terminal étant connecté à ce réseau d'accès ; et - en fonction des informations caractéristiques obtenues à partir du paquet d'information, au moins une étape parmi : - maintien d'une connexion à au moins un réseau d'accès auquel le terminal est déjà connecté ; et - connexion à au moins un autre dit réseau d'accès. [0016] Corrélativement, l'invention vise un terminal pouvant être connecté simultanément à plusieurs réseaux d'accès et caractérisé en ce qu'il comporte : -- un module de communication configuré pour recevoir au moins un paquet dit d'information, en provenance d'un dispositif de fourniture d'informations caractéristiques d'un dit réseau d'accès, le terminal étant connecté à cc réseau d'accès; -- un module de traitement configuré pour obtenir les informations caractéristiques à partir du paquet d'information; et -- un module de gestion de connectivité configuré pour effectuer au moins une action parmi : - maintenir une connexion à au moins un réseau d'accès auquel le terminal est déjà connecté ; - connecter le terminal à au moins un autre dit réseau d'accès. [0017] Les caractéristiques et avantages du procédé de sélection selon l'invention présentés ci-après s'appliquent de la même façon au terminal selon l'invention, et vice versa. [0018] Le terminal est initialement connecté à au moins un réseau d'accès à partir duquel il reçoit le paquet d'information. Si le terminal est initialement connecté à un seul réseau d'accès, en fonction des informations caractéristiques: - soit le terminal reste connecté à ce seul réseau d'accès ; - soit le terminal se déconnecte de ce réseau et se connecte à un autre réseau d'accès ; - soit le terminal reste connecté au premier réseau et se connecte aussi à un deuxième réseau. [0019] L'invention permet ainsi au terminal d'optimiser la sélection et l'agrégation d'accès grâce aux informations caractéristiques obtenues à partir du paquet d'information. La qualité d'expérience de l'utilisateur du terminal sera alors améliorée. [0020] En particulier, le terminal peut adapter le fonctionnement d'applications logicielles qui sont installées sur ce terminal en fonction des informations caractéristiques obtenues, par exemple lorsque une information caractéristique obtenue concerne la bande passante allouée par le réseau d'accès au terminal, le terminal peut choisir un codeur vidéo et/ou un codeur audio à utiliser par une application, le codeur étant compatible avec cette bande passante. [0021] Conformément à l'invention, le terminal peut être un téléphone mobile de type smartphone, un ordinateur, une tablette, ou tout autre dispositif communicant configure à pouvoir être connecté simultanément à deux réseaux d'accès ou plus. [0022] Dans un mode de réalisation, les informations caractéristiques d'un réseau d'accès comportent au moins des informations parmi: -- des informations sur des paramètres d'un compte utilisateur du terminal sur ce réseau d'accès ; -- des informations sur un état de connectivité d'au moins un terminal à ce réseau d'accès ; et -- des informations sur des paramètres de performance du réseau d'accès. [0023] Les paramètres d'un compte utilisateur peuvent comporter un paramètre issu d'une base de données de type SPR (pour « Subscription Profile Repository » en anglais) pour le contrôle d'accès et de facturation, ou une date de référence pour une mise à jour de comptabilisation du trafic émis et/ou reçu par le terminal. L'invention permet donc d'éviter une sélection d'un réseau d'accès auquel l'utilisateur ne souhaite pas se connecter pour des raisons financières. [0024] L'obtention, par le terminal mettant en oeuvre le procédé de l'invention, dit premier terminal, de l'état de connectivité d'un autre terminal au réseau d'accès, permet au premier terminal de déduire les éventuelles interférences entre les deux terminaux et d'adapter ainsi la sélection d'un réseau d'accès et l'agrégation d'accès pour éviter ou réduire l'impact de ces interférences. [0025] Aussi, le terminal mettant en oeuvre le procédé de sélection conforme à l'invention, peut obtenir des informations sur sa propre connectivité au réseau d'accès, par exemple un indicateur de type CSI (pour « Channel State Indicator ») sur le canal avec lequel il est connecté à ce réseau, une information sur le débit consommé par le terminal, un pourcentage du débit consommé par le terminal pal- rapport à un débit global consommé sur une interface LAN partagée entre plusieurs terminaux connectés au réseau d'accès, un pourcentage du débit consommé par le terminal par rapport à un débit global consommé sur une interface de connexion du réseau d'accès à un réseau WAN, etc. [0026] Les informations sur les paramètres de performance du réseau d'accès peuvent comporter des informations sur le débit de connexion offert par le réseau d'accès (pour le sens descendant et/ou le sens montant, débit par fenêtre de temps prédéfinie), le nombre total de terminaux connectés à ce réseau, le nombre de terminaux connectés et actifs sur le réseau d'accès (actifs dans le sens où ils sont en train d'envoyer et/ou de recevoir des paquets), les caractéristiques de connexion de ce réseau d'accès à un réseau coeur WAN ou à un réseau métropolitain MAN, telles que le type d'accès (ADSL, fibre optique, réseau cellulaire, satellite, ctc.), le débit de synchronisation du réseau d'accès, la latence de traitement ou d'acheminement d'un paquet via ce réseau, etc. [0027] De cc fait, l'invention permet au terminal d'obtenir des informations de différentes natures, lui permettant d'optimiser sa sélection et son agrégation d'accès. [0028] Contrairement aux solutions de l'art antérieur, les informations caractéristiques obtenues par le terminal ne sont pas estimées ou calculées par le terminal même, mais elles sont obtenues à partir du paquet d'information reçu en provenance du dispositif de fourniture de ces informations. L'invention permet donc de fournir au terminal des informations plus complètes et précises. [0029] L'invention vise également un procédé de fourniture d'informations caractéristiques d'un réseau d'accès, le procédé étant mis en oeuvre par un dispositif d'un réseau comportant le réseau d'accès, le procédé comprenant des étapes de: -- insertion des informations caractéristiques dans un champ d'un paquet dit d'information ; et -- envoi du paquet d'information à un terminal connecté au réseau d'accès, les informations caractéristiques comportant au moins une information parmi -- une information représentative d'une bande passante effective susceptible d'être allouée par le réseau d'accès au terminal; -- une information représentative de paramètres de performance du réseau d'accès ; -- une information représentative d'un nombre de terminaux connectés au réseau d'accès ; -- une information représentative d'un compte utilisateur du terminal sur le réseau d'accès ; -- une information représentative d'une connectivité du réseau d'accès à un réseau WAN ; et 6 -- une information représentative d'un état d'une file d'émission de trafic au niveau du dispositif de fourniture d'informations caractéristiques. [0030] Corrélativement l'invention vise un dispositif de fourniture d'informations caracté- ristiques d'un réseau d'accès, ce dispositif étant compris dans un réseau comportant le réseau d'accès et comprenant : -- des moyens d'insertion configurés pour insérer les informations caractéristiques dans un champ d'un paquet dit d'information; et -- des moyens de communication configurés pour envoyer le paquet d'information à un terminal connecté au réseau d'accès , les informations caractéristiques comportant au moins une information parmi : -- une information représentative d'une bande passante effective susceptible d'être allouée par le réseau d'accès au terminal; -- une information représentative de paramètres de performance du réseau d'accès ; -- une information représentative d'un nombre de terminaux connectés au réseau d'accès ; -- une information représentative d'un compte utilisateur du terminal sur le réseau d'accès ; -- une information représentative d'une connectivité du réseau d'accès à un réseau WÀN ; et -- une information représentative d'un état d'une file d'émission de trafic au niveau du dispositif conforme à l'invention. [0031] Les caractéristiques et avantages du procédé de sélection selon l'invention s'appliquent de la même façon au procédé de fourniture d'informations caractéristiques selon l'invention et vice-versa. Les caractéristiques et avantages du procédé de fourniture d'informations caractéristiques selon l'invention présentés ci-après s'appliquent de la même façon au dispositif selon l'invention, et vice versa. [0032] L'invention a une application avantageuse dans le cas où un groupe de plusieurs terminaux, dont le terminal conforme à l'invention, partagent un même compte de facturation, par exemple des terminaux correspondants à un même compte utilisateur, ou des terminaux de plusieurs utilisateurs (membres d'une famille) souscrits à un même forfait. L'invention permet au terminal conforme à l'invention, par l'obtention des informations sur des paramètres de son compte utilisateur, d'obtenir des informations sur sa consommation et sur la consommation de son groupe de terminaux, et donc d'optimiser la sélection d'un réseau d'accès et/ou l'agrégation d'accès. Nous notons que les solutions de l'art antérieur ne permettent pas à un terminal d'obtenir des informations sur la consommation des autres terminaux de son groupe. [0033] Dans un mode de réalisation de l'invention, le procédé de sélection mis en oeuvre par 7 le terminal (le procédé et le terminal étant conformes à l'invention) comporte en outre des étapes de : -- insertion, dans un champ d'un paquet dit d'interrogation, d'un type d'informations caractéristiques demandées; -- envoi du paquet d'interrogation audit dispositif de fourniture des informations caractéristiques, le paquet d'information étant reçu en réponse au paquet d'interrogation. [0034] Dans un mode de réalisation de l'invention : -- le module de traitement du terminal conforme à l'invention, est configuré en outre pour insérer, dans un champ d'un paquet dit d'interrogation, un type d'informations caractéristiques demandées; et -- le module de communication du terminal est configure en outre pour envoyer ce paquet d'interrogation au dispositif de fourniture des informations caractéristiques, le paquet d'information étant reçu en réponse au paquet d'interrogation. [0035] Ainsi, l'invention permet au terminal de choisir les informations dont il a hesoin, et de n'obtenir que celles-ci. La taille du paquet d'information et le temps de traitement de celui-ci par le dispositif de fourniture et par le terminal sont alors optimisés par rapport au hesoin. [0036] Dans un mode de réalisation de l'invention, le procédé de fourniture d'informations caractéristiques conforme à l'invention, est mis en oeuvre suite à une réception par le dispositif conforme à l'invention, d'un paquet dit d'interrogation, comportant une demande des informations caractéristiques. Ce mode permet au dispositif conforme à l'invention de n'envoyer des paquets d'informations que lorsqu'il est sollicité. [0037] Dans d'autres modes, décrits ci-après, le dispositif conforme à l'invention fournit les informations au terminal de façon automatique, sans demande explicite du terminal. [0038] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à un changement d'un état d'activité d'une interface de connexion du dispositif conforme à l'invention à un réseau WAN, le dispositif étant compris dans le réseau d'accès. [0039] En effet, lorsqu'une interface WAN du dispositif conforme à l'invention est mise en marche ou en arrêt, ou lorsque ses paramètres de synchronisation sont modifiés, les paramètres de connectivité du réseau d'accès au réseau WAN changent et les performances de qualité du réseau d'accès changent également, l'interface WAN permettant de connecter le réseau d'accès au réseau WAN. Ce mode permet donc d'avertir le terminal de ces changements, afin que celui-ci adapte sa sélection et son agrégation d'accès. [0040] Dans un mode de réalisation, le procédé de fourniture, conforme à l'invention, est mis en oeuvre suite à une évolution d'une bande passante allouée par le réseau d'accès au terminal conforme à l'invention. 8 [0041] La bande passante peut évoluer en fonction de la consommation de trafic par le terminal et/ou en fonction d'une évolution au niveau du compte de l'utilisateur du terminal. En effet, la bande passante peut être réduite ou augmentée pour répondre à un critère de performance du réseau, telle que la qualité de service QoS, le débit de transmission de paquets, ou la latence, ou pour adapter la bande à un critère financier relatif au compte utilisateur, par exemple lorsque l'utilisateur atteint une limite d'un forfait auquel il a souscrit. De plus, la bande allouée au terminal peut être modifiée en raison d'un changement du compte utilisateur à l'initiative de l'utilisateur (résiliation ou achat d'un forfait) ou à l'initiative d'un opérateur du réseau (modification d'un forfait). [0042] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à une évolution au niveau d'un module de facturation du compte de l'utilisateur du terminal, par exemple lorsque le terminal se connecte à un réseau d'accès en situation d'itinérante (roaming), ou lorsque le terminal communique avec une plateforme d'un service payant qui n'est pas compris dans un forfait associé à son compte utilisateur. [0043] Dans un mode de réalisation, le procédé de fourniture, conforme à l'invention, est mis en oeuvre suite à une évolution d'une fonction d'agrégation d'accès du dispositif conforme à l'invention à un réseau WAN. [0044] En effet, une modification du réseau WAN auquel le réseau d'accès est connecté impacte les performances du réseau d'accès et donc le traitement des paquets émis/ reçus par le terminal via ce réseau d'accès. [0045] Dans un mode de réalisation, le procédé de fourniture, conforme à l'invention, est mis en oeuvre suite à une détection d'un changement de volumétrie de trafic à écouler par le dispositif conforme à l'invention. [0046] En effet, cette volumétrie impacte la capacité du dispositif à traiter les paquets d'information et les paquets d'interrogation. De plus, lorsque le dispositif conforme à l'invention est compris dans le réseau d'accès, cette volumétrie impacte les performances du réseau d'accès. [0047] Dans un mode de réalisation, le procédé de fourniture, conforme à l'invention, est mis en oeuvre suite à une connexion ou à un renouvellement de connexion d'un terminal sur une interface de connexion LAN du dispositif conforme à l'invention, le dispositif étant compris dans le réseau d'accès. En effet, le nombre de terminaux connectés au dispositif sur son interface de réseau d'accès impacte les performances de ce réseau, ainsi que celle du dispositif. [0048] Dans un mode de réalisation, le procédé de fourniture, conforme à l'invention, est mis en oeuvre suite à un changement d'un nombre d'entrées de type NAPT (pour Network Address Port Translation » en anglais) au niveau du dispositif conforme à 9 l'invention. Nous rappelons que le nombre d'entrées de type NAPT peut évoluer suite à un changement du nombre de terminaux connectés, ou suite à un changement d'une caractéristique de connectivité d'un terminal déjà connecté, telle que le débit de connexion. Cc mode peut notamment être mis en oeuvre lorsque le dispositif conforme à l'invention supporte le protocole IPv4. [0049] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à une réception par le dispositif conforme à l'invention d'un message de type «Routcur Sollicitation » (RS). Ce mode peut être mis en oeuvre lorsque le dispositif conforme à l'invention est un routcur qui supporte le protocole IPv6. Nous rappelons qu'un message de type RS est émis par un terminal pour demander à un routcur d'annoncer sa présence. [0050] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à une émission par le dispositif conforme à l'invention d'un message de type «Routcur Advertisement » (RA). Ce mode peut être mis en oeuvre lorsque le dispositif conforme à l'invention est un routcur qui supporte le protocole IPv6. Nous rappelons qu'un message de type RA est émis par un routcur périodiquement ou en réponse à un message de type RS, pour annoncer sa présence. [0051] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à une détection d'un message de type Ncighbor Discovcry (ND) ou de type Ncighhor Sol icitation (NS). Cc mode peut être mis en oeuvre lorsque le dispositif conforme à l'invention est un routeur qui supporte le protocole IPv6. Nous rappelons que les messages de type ND et NS sont utilisés par un routeur pour communiquer avec d'autres routeurs qui lui sont des voisins. [0052] Dans un mode de réalisation, le procédé de fourniture conforme à l'invention, est mis en oeuvre suite à un écoulement d'une période déterminée depuis le dernier envoi d'un paquet d'information. Ce mode permet au dispositif conforme à l'invention, d'envoyer des paquets d'information au terminal conforme à l'invention, périodiquement ou à des instants prédéfinis. [0053] Dans un mode de réalisation, le paquet d'information et/ou le paquet d'interrogation sont conformes au protocole ICMP (pour « Internet Control Message Protocol » en anglais). [0054] Nous rappelons que le protocole ICMP fait partie intégrante des piles logicielles TCP/IP. Ce protocole ICMP, de la 3ème couche du modèle OSI, permet aux routeurs d'envoyer des messages d'erreurs ou de supervision à d'autres routeurs ou ordinateurs. Les paquets ICMP sont encapsulés dans des datagrammes 1P et ils sont utilisés avec des paquets 1P. En effet, comme le protocole IP (dans ses deux versions IPv4 et IPv6) ne gère que le transport des paquets, les paquets ICMP sont utilisés en accompagnement des paquets IP pour l'envoi de messages d'erreur ou de supervision. [0055] Ainsi, l'invention est compatible avec les protocoles ICMP, IPv4 et IPv6, et peut donc être facilement mise en oeuvre par des terminaux et des dispositifs actuellement disponibles sur le marché avec des modifications mineures pour insérer, récupérer et traiter les informations caractéristiques des réseaux d'accès. [0056] Aussi, l'invention est compatible avec le protocole d'agrégation MPTCP. [0057] Aussi, l'invention peut être appliquée quelle que soit la technologie du réseau d'accès : WiFi, cellulaire, Ethernet, satellite, câble, xDSL, fibre, etc. [0058] Aussi, l'invention peut être compatible avec les mécanismes combinatoires de tunnel, permettant de passer d'un protocole parmi les protocoles IPv4, IPv6 et GTP (pour « GPRS Tunnel ing Protocol » en anglais) à un autre. [0059] L'invention est aussi compatible avec les mécanismes de sécurisation de l'état de la technique, tels que les protocoles TPSec (pour « Internet Protocol Security), sRTP (pour « Secured Real Time Protocol »), SIPS (pour « Session Initiation Protocol Secured »), HTTPS (pour « Hyper Text Transfer Protocol Secured »), et TLS (pour « Transport Layer Security »). [0060] Conformément à l'art antérieur, un datagramme IP qui encapsule un paquet ICMP comporte un entête IP et le paquet ICMP. Le paquet ICMP comporte : -- un champ « type de message ICMP » qui code la nature du paquet ICMP, par exemple le type « 3 » indique une destination inaccessible ; -- un champ « code de l'erreur » comportant des informations complémentaires au champ type et précise la cause de l'envoi du paquet ICMP, par exemple en complément au type 3, le code 2 indique protocole inaccessible, et le code 3 indique port inaccessible ; -- un champ « somme de contrôle » (checksum) calculée sur la partie spécifique à ICMP sans l'entête IP permettant de vérifier l'intégrité du paquet ; et -- un champ optionnel de données. [0061] Dans l'état actuel de la technique, il existe deux versions de paquets ICMP : les paquets ICMP v4 (spécification IETF RFC 792) qui accompagnent des paquets IPv4, et (les paquets ICMP v6 (spécification IETF RFC 4443) qui accompagnent des paquets IPv6. Dans le cas d'un paquet ICMP v4 encapsulé dans un datagramme IP, le champ protocole » de l'entête IPv4 comporte le code « 1 » pour indiquer que ce datagramme IP encapsule un paquet ICMP. Dans le cas d'un paquet encapsulé ICMP v6, le champ - entête suivant » de l'entête IPv6 comporte le code « 58 » pour indiquer que le da- tagranurte IP encapsule un paquet ICMP. [0062] Dans le mode de réalisation de l'invention où le paquet d'information est conforme au protocole ICMP, le champ type peut comporter une information pour préciser qu'il s'agit d'un paquet d'information. Le champ code peut comporter une information pour indiquer la raison d'envoi de ce paquet d'information, ou le type des informations ca- 11 ractéristiques fournies dans ce paquet d'information. Le champ de données peut comporter les informations caractéristiques du réseau d'accès. [0063] Dans le mode où le paquet d'interrogation est conforme au protocole ICMP, le champ type peut comporter une information pour préciser qu'il s'agit d'un paquet d'interrogation. Le champ de données peut comporter le type des informations caractéristiques demandées par le terminal. Alternativement, le champ type peut comporter une information qui précise à la fois qu'il s'agit d'un paquet d'interrogation, ainsi que le type des informations demandées. [0064] Il est à noter que le champ « type » d'un paquet ICMP est constitué de 8 bits, donc il permet de supporter 256 valeurs possibles. Vu les valeurs utilisées actuellement par des méthodes de l'état de la technique, il y a encore de la marge pour utiliser ce champ pour les procédés de la présente invention. Le champ « données » d'un paquet ICMP est optionnel et de longueur variable. [0065] Dans un autre mode alternatif à l'utilisation du protocole ICMP, les paquets d'information et d'interrogation peuvent être échangés entre le terminal et le dispositif, conformes à l'invention, selon un nouveau protocole propriétaire. Ce protocole peut s'appuyer par exemple sur les protocoles de transport TCP, UDP (pour « User Datagram Protocol» en anglais) ou SCTP (pour « Stream Control Transport Protocol » en anglais). Cependant une application logicielle qui écoute sur un port TCP, UDP ou SCTP est requise au niveau du terminal et au niveau du dispositif [0066] Alternativement, les informations caractéristiques peuvent être envoyées par le dispositif au terminal conforme à l'invention, en utilisant un mécanisme de notification, par exemple le mécanisme APNS (pour « Apple Push Notification Server » en anglais) proposé par Apple ou le mécanisme FCM (pour « Firebase Cloud Messaging» en anglais) proposé par Google (marques déposées). Dans ce cas, une plate-forme de notification est nécessaire. [0067] Le dispositif de fourniture d'informations conforme à l'invention peut comporter : -- un équipement de terminaison de réseau, un tel équipement est commercialisé en France sous le nom de «box » offrant de multiples services, tel qu'un équipement LiveBox (produit commercialisé d'Orange) ; -- un point d'accès d'un réseau d'accès cellulaire, telle qu'une antenne de type eNodeB ; ou -- un routeur. [0068] L'invention vise également un système de fourniture d'informations caractéristiques d'un réseau d'accès. Ce système comporte au moins un terminal conforme à l'invention et au moins un dispositif de fourniture d'informations conforme à l'invention. [0069] L'invention vise également un premier programme d'ordinateur sur un support 12 d'enregistrement, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur ou un terminal conforme à l'invention. Ce programme comporte des instructions adaptées à la mise en oeuvre d'un procédé de sélection tel que décrit ci-dessus. [0070] L'invention vise également un deuxième programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en oeuvre dans un ordinateur ou un dispositif de fourniture d'informations conforme à l'invention. Ce programme comporte des instructions adaptées à la mise en oeuvre d'un procédé de fourniture d'informations tel que décrit ci-dessus. [0071] Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. [0072] L'invention vise aussi un support d'information ou un support d'enregistrement lisibles par un ordinateur, et comportant des instructions du premier ou du deuxième programme d'ordinateur tel que mentionné ci-dessus. [0073] Les supports d'information ou d'enregistrement peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy disc) ou un disque dur, ou une mémoire flash. [0074] D'autre part, les supports d'information ou d'enregistrement peuvent être des supports transmissibles tels qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d'autres moyens. [0075] Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. [0076] Alternativement, chaque support d'informations ou d'enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé de réponse conforme à l'invention ou du procédé de fourniture d'un élément de réponse conforme à l'invention. Brève description des dessins [0077] D'autres caractéristiques et avantages de la présente invention ressortiront de la des- cription faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures : [fig.1] la figure 1, déjà décrite, illustre une architecture d'un réseau de l'art antérieur 13 supportant le protocole MPTCP Ifig.21 la figure 2, déjà décrite, illustre une architecture logicielle d'un terminal de l'art antérieur, pouvant se connecter simultanément à plusieurs réseaux d'accès ; Ifig.31 la figure 3 illustre une architecture d'un réseau dans lequel les procédés de l'invention sont mis en oeuvre selon un premier mode de réalisation de l'invention ; Ifig.41 la figure 4 est un organigramme représentant des étapes des procédés de l'invention, mis en oeuvre selon le premier mode de réalisation ; Ifig.51 la figure 5 illustre une architecture d'un réseau dans lequel les procédés de l'invention sont mis en oeuvre selon un deuxième mode de réalisation de l'invention ; Ifig.61 la figure 6 présente des architectures fonctionnelles d'un système de gestion, d'un terminal et d'un dispositif de gestion, conformes à l'invention; Ifig.71 la figure 7 présente une architecture matérielle d'un terminal conforme à l'invention, selon un mode de réalisation de l'invention; et [fig.8] la figure 8 présente une architecture matérielle d'un dispositif conforme à l'invention, selon un mode de réalisation de l'invention. Description des modes de réalisation [0078] La figure 3 illustre une architecture d'un réseau dans lequel les procédés de l'invention sont mis en oeuvre selon un premier mode de réalisation de l'invention. [0079] Lc réseau de la figure 3 comporte un point d'accès PA faisant une interface entre un réseau d'accès LAN2 d'une part, et deux réseaux coeurs WAN I et WAN2 d'autre part. Dans cet exemple, le point d'accès PA est un équipement de terminaison de réseau, commercialement connu en France par le nom « box ». Il dispose d'une interface de connexion LAN lui permettant de se connecter au réseau LAN2, et de deux interfaces de connexion WAN lui permettant de sc connecter aux réseaux WANI et WAN2. [0080] Cc point d'accès PA constitue un dispositif de fourniture d'informations conforme à l' invention. [0081] Trois terminaux Tl, T2 et T3 sont connectés au dispositif PA via le réseau d'accès LAN2. Le terminal Tl, conforme à l'invention, peut être connecté simultanément au réseau d'accès LAN2 et à un autre réseau d'accès LAN1. L'architecture logicielle du terminal Tl est de type de l'architecture illustrée par la figure 2, mais sa pile protocolaire TCP/IP est modifiée pour supporter des nouveaux types d'un paquet ICMP conformément à l'invention. Ces nouveaux types seront décrits par la suite en référence à la figure 4. Le terminal Ti comporte un module de sélection configuré pour sélectionner un réseau d'accès parmi les réseaux d'accès auxquels le terminal Tl peut se connecter. Le terminal Tl comporte aussi un module d'agrégation configuré pour agréger le trafic émis et/ou reçu par le terminal Tl entre au moins deux réseaux d'accès auxquels le terminal Tl peut être connecté simultanément. 14 [0082] Le terminal T2 ne peut se connecter qu'à un seul réseau d'accès à la fois. La pile pro- tocolaire TCP/IP du terminal T2 est modifiée comme celle du terminal Ti. Le terminal T3 est un terminal de l'art antérieur, ce terminal T3 dispose d'une pile TCP/IP de l'état de la technique. [0083] Dans cet exemple, l'interface de connexion du dispositif PA avec le réseau WANI est filaire, de technologie ADSL. L'interface de connexion du dispositif PA avec le réseau WAN2 est de type radio cellulaire. Le dispositif PA est configuré pour préférer une connexion au réseau WAN1 qu'une connexion au réseau WAN2 : il ne se connecte au réseau cellulaire WAN2 que lorsque sa connexion avec le réseau filaire WAN1 est perdue ou en cas d'une qualité dégradée au-dessous d'un seuil déterminé. Le dispositif PA dispose d'une pile protocole TCP/IP de l'art antérieur au niveau de ses deux interfaces WAN. [0084] Dans cet exemple, le terminal TI est un téléphone de type smartphone, le réseau LANI est un réseau d'accès cellulaire, et le réseau LAN2 est un réseau d'accès WiFi. L'interface LAN du dispositif PA dispose d'une pile protocole TCP/IP qui intègre un module ICMP, et qui est modifiée par rapport à une pile de l'art antérieur pour supporter les nouveaux types d'un paquet ICMP conformément à l'invention, et qui sont décrits en cc qui suit, en référence à la figure 4. [0085] Le dispositif PA comporte un serveur DHCP (pour « Dynamic Host Configuration Protocol » en anglais) qui attribue des adresses IP aux terminaux Ti, T2 et T3 sur le réseau d'accès LAN2. Le terminal Tl possède aussi une adresse IP sur le réseau LANI qui lui a été attribuée par un serveur PGW (pour « Packet data network GateWay » en anglais) du réseau cellulaire. [0086] Le dispositif PA comporte aussi une base de données interne DB qui mémorise des informations utiles au fonctionnement du dispositif PA en tant que passerelle, telle qu'une adresse IP attribuée au dispositif PA par un serveur DHCP (non présenté sur la figure) du réseau WANI, une adresse IP attribuée au dispositif PA par un serveur PGW (non présenté sur la figure) du réseau WAN2, et des tables de type NAPT qui évoluent en fonction du trafic des terminaux Tl, T2 et T3. [0087] Les tables de type NAPT comportent des correspondances obtenues à partir d'un paquet IP ou d'une session de paquets IP: une adresse IP d'un terminal, un numéro de port source du terminal, un numéro de port destination, une adresse IP d'un serveur de destination, un identifiant d'un protocole de transport (tel que TCP, UDP ou SCTP), une adresse IP et un port source de l'interface WAN utilisée du dispositif PA. [0088] Le dispositif PA gère différentes files de trafic par chacune de ses interfaces LAN et WAN. [0089] Une application de navigation web est installée sur les terminaux TI et T3. Une ap- plication de voix ou vidéo sur IP est installée sur le terminal T2. [0090] La figure 4 est un organigramme représentant des étapes d'un procédé de sélection mis en oeuvre par le terminal Tl, des étapes d'un procédé de fourniture d'informations mis en oeuvre par le dispositif PA, et des étapes préliminaires à ces deux procédés, le terminal Tl, le dispositif PA et les deux procédés étant conformes à l'invention. [0091] En particulier les étapes E405, E406, E412, E413, E420, E421, E440, E442 décrites ultérieurement sont des étapes du procédé de sélection conforme à l'invention. [0092] Les étapes E409, E410, E416, E418, E428, E430, E436, E438 décrites ultérieurement sont des étapes du procédé de fourniture d'informations, conforme à l'invention. [0093] L'organigramme de la figure 4 est appliqué dans l'architecture réseau décrite en référence à la figure 3. Cependant, nous supposons qu'initialement, le dispositif PA n'est pas actif et qu'aucun des terminaux T1, T2 et T3 n'est connecté à ce dispositif PA et qu'aucun de ces terminaux ne possède une adresse IP sur le réseau LAN2. [0094] Au cours d'une étape E400, le dispositif PA est mis en marche. Selon sa confi- guration, il se connecte au réseau WAN1. Pour cela, il échange des informations de synchronisation avec un équipement d'accès au réseau WANI, tel qu'un équipement de type DSLAM en technologie ADSL avec par exemple un profil de synchronisation asymétrique de 2 Mbitis dans le sens descendant et 5001