FR3110805A1 - Procédé et système de communication dans un réseau cellulaire sans fil - Google Patents
Procédé et système de communication dans un réseau cellulaire sans fil Download PDFInfo
- Publication number
- FR3110805A1 FR3110805A1 FR2005470A FR2005470A FR3110805A1 FR 3110805 A1 FR3110805 A1 FR 3110805A1 FR 2005470 A FR2005470 A FR 2005470A FR 2005470 A FR2005470 A FR 2005470A FR 3110805 A1 FR3110805 A1 FR 3110805A1
- Authority
- FR
- France
- Prior art keywords
- vehicle
- computing device
- centralized server
- peripheral
- cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 230000001413 cellular effect Effects 0.000 title claims abstract description 23
- 230000002093 peripheral effect Effects 0.000 claims abstract description 88
- 238000004891 communication Methods 0.000 claims abstract description 83
- 230000005540 biological transmission Effects 0.000 claims description 30
- 238000004590 computer program Methods 0.000 claims description 8
- 229920003087 methylethyl cellulose Polymers 0.000 description 27
- 238000005516 engineering process Methods 0.000 description 6
- 230000007774 longterm Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 3
- 241000897276 Termes Species 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000010267 cellular communication Effects 0.000 description 1
- 238000002485 combustion reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000004377 microelectronic Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/101—Server selection for load balancing based on network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Traffic Control Systems (AREA)
Abstract
L’invention concerne un procédé et un système de communication dans un réseau cellulaire (1) sans fil comprenant un premier ensemble de cellules contrôlé par un serveur centralisé (1000) et un deuxième ensemble de dispositifs informatiques périphériques (101 à 103). A cet effet, une instance est générée pour chaque application d’au moins une partie d’un troisième ensemble d’applications installées sur le serveur centralisé (1000) sur un ou plusieurs dispositifs informatiques périphériques (101 à 103). La génération est contrôlée par le serveur centralisé (1000) en fonction d’informations comprenant des informations routières (reçues d’un ou plusieurs véhicules (11 à 14) en communication avec le réseau sans fil), d’informations d’itinérances du ou des véhicules (11 à 14), d’informations réseau et d’informations relatives à la disponibilité de mises à jour d’applications installées sur le ou les véhicules (11 à 14). Figure pour l’abrégé : Figure 1
Description
L’invention concerne les procédés et dispositifs de communication dans un réseau cellulaire sans fil, notamment pour la communication de données entre le réseau et un ou plusieurs véhicules, notamment de type automobile, et/ou pour la mise à jour d’applications installées sur le ou les véhicules.
Arrière-plan technologique
Les véhicules contemporains embarquent des systèmes permettant au véhicule de communiquer avec son environnement ou avec le « cloud » (ou « nuage » en français) par le biais de connexion(s) sans fil. Par exemple, de nouvelles technologies de l’information et de la communication appliquées au domaine des transports sont apparues, telles que l’ITS G5 (de l’anglais « Intelligent Transportation System G5 » ou en français « Système de transport intelligent G5 ») en Europe ou DSRC (de l’anglais « Dedicated Short Range Communications » ou en français « Communications dédiées à courte portée ») aux Etats-Unis d’Amérique qui reposent tous les deux sur le standard IEEE 802.11p ou encore la technologie basée sur les réseaux cellulaires nommée C-V2X (de l’anglais « Cellular - Vehicle to Everything » ou en français « Cellulaire – Véhicule vers tout ») qui s’appuie sur la 4G basé sur LTE (de l’anglais « Long Term Evolution » ou en français « Evolution à long terme ») et bientôt la 5G.
Les véhicules contemporains embarquent également un nombre important de calculateurs assurant chacun une ou plusieurs fonctions, telles que par exemple la gestion de l’aide à la conduite, de l’antipatinage, de la répartition électronique du freinage ou encore la commande d’actionneurs pour assurer le fonctionnement optimal d’un moteur à combustion. Ces calculateurs sont aussi appelés UCE (« Unité de Commande Electronique » ou en anglais ECU « Electronic Control Unit »). Ces calculateurs embarquent des logiciels qui sont exécutés pour assurer les fonctions dont ils ont la charge. Des mises à jour de ces logiciels sont parfois nécessaires, par exemple pour améliorer une fonction ou pour corriger une erreur, aussi appelée « bug » en informatique. Ces calculateurs permettent également la remontée d’informations vers des serveurs ou centres de données des constructeurs ou fabriquant de pièces automobiles. Ces échanges de données sont par exemple réalisés par voie aérienne, selon une technologie appelée OTA (de l’anglais « over-the-air », ou en français « par voie aérienne ») pour le téléchargement des mises à jour. Cette technologie s’appuie sur un ou plusieurs réseaux mobiles terrestres publics de la même manière que toutes les communications cellulaires.
Avec un nombre croissant de véhicules dit connectés, c’est-à-dire capable de communiquer entre eux et/ou avec l’infrastructure réseau, et avec un besoin de plus en plus important en termes de volume de données, les besoins en bande passante vont croissant avec parfois des problèmes de congestion du réseau et/ou de latence importante, notamment dans un réseau centralisé où les données émises par les véhicules sont centralisées dans un ou plusieurs serveurs, par exemple dans le « cloud » et où les données à destination des véhicules telles que les données de mise à jour des calculateurs sont également centralisées dans un ou plusieurs serveurs, par exemple dans le « cloud ».
De telles limitations ont une incidence négative sur l’efficacité et la qualité de service des applications et services proposés aux véhicules connectés.
Un objet de la présente invention est d’améliorer l’accès aux données et/ou applications pour véhicule dans un réseau de communication sans fil.
Selon un premier aspect, l’invention concerne un procédé de communication dans un réseau cellulaire sans fil, le réseau cellulaire sans fil comprenant un serveur centralisé contrôlant un premier ensemble de cellules, le réseau cellulaire comprenant en outre un deuxième ensemble de dispositifs informatiques périphériques chacun associé à au moins une cellule du premier ensemble, un troisième ensemble d’applications étant installées sur le serveur centralisé, le procédé comprenant une étape de génération, à partir du serveur centralisé, d’une instance d’au moins une application du troisième ensemble sur chaque dispositif informatique périphérique d’au moins une partie du deuxième ensemble en fonction des informations suivantes :
- des informations routières représentatives de conditions routières rencontrées par au moins un véhicule en communication avec une cellule du premier ensemble associée à chaque dispositif informatique périphérique ;
- des informations d’itinérance associées à le au moins un véhicule ;
- des informations réseau représentatives de performance du réseau sans fil et/ou de trafic sur une liaison de communication entre le serveur centralisé et le au moins un véhicule ; et
- des informations de mise à jour de la au moins une application.
Selon une variante, le procédé comprend en outre les étapes suivantes :
- réception, par un premier dispositif informatique périphérique de la au moins une partie du deuxième ensemble, d’au moins une première partie des informations routières d’un premier véhicule en communication avec une première cellule du premier ensemble associée au premier dispositif informatique périphérique ;
- transmission, par le premier dispositif informatique périphérique, de la au moins une première partie des informations routières à destination d’au moins un deuxième dispositif informatique périphérique de la au moins une partie du deuxième ensemble, le au moins un deuxième dispositif informatique périphérique étant associé à une deuxième cellule du premier ensemble adjacente à la première cellule ;
- transmission, par le premier dispositif informatique périphérique ou le deuxième dispositif informatique périphérique, de la au moins une première partie des informations routières à destination d’au moins un deuxième véhicule en communication avec la première cellule ou la deuxième cellule.
Selon une variante supplémentaire, le procédé comprend en outre les étapes suivantes :
- réception, par un premier dispositif informatique périphérique de la au moins une partie du deuxième ensemble, d’au moins une deuxième partie des informations routières d’un premier véhicule en communication avec une première cellule du premier ensemble associée au premier dispositif informatique périphérique ;
- transmission, par le premier dispositif informatique périphérique de la au moins une deuxième partie des informations routières à destination du serveur centralisé ;
- transmission, par le serveur centralisé, de la au moins une deuxième partie des informations routières à destination de chaque dispositif informatique périphérique du deuxième ensemble à l’exception du premier dispositif informatique périphérique ;
- transmission, par chaque dispositif informatique périphérique du deuxième ensemble, de la au moins une deuxième partie des informations routières à destination de chaque véhicule en communication avec une cellule associée à chaque dispositif informatique périphérique.
Selon encore une variante, le troisième ensemble d’applications installées sur le serveur centralisé comprend un premier sous-ensemble d’applications dites critiques et un deuxième sous-ensemble d’applications dites non-critiques, le procédé comprenant en outre les étapes suivantes :
- lorsque des premières données de mise à jour d’au moins une application critique du deuxième sous-ensemble sont disponibles sur le serveur centralisé, transmission par le serveur centralisé des premières données à destination de chaque dispositif informatique périphérique du deuxième ensemble ;
- lorsque des deuxièmes données de mise à jour d’au moins une application non-critique du premier sous-ensemble sont disponibles sur le serveur centralisé, transmission par le serveur centralisé des deuxièmes données à destination d’au moins un dispositif informatique périphérique déterminé du deuxième ensemble sur requête du au moins un dispositif informatique périphérique déterminé, le au moins un dispositif informatique périphérique déterminé correspondant à un dispositif informatique périphérique du deuxième ensemble auquel est associée une cellule en communication avec au moins un véhicule comprenant une instance de la au moins une application non-critique.
Selon une additionnelle, le procédé comprend en outre les étapes de :
- pour chaque dispositif informatique périphérique du deuxième ensemble, transmission automatique des premières données par chaque dispositif informatique périphérique à destination de tout véhicule en communication avec une cellule associée à chaque dispositif informatique périphérique et comprenant une instance de la au moins une application critique à mettre à jour ;
- pour le au moins un dispositif informatique périphérique déterminé, transmission des deuxièmes données par le au moins un dispositif informatique périphérique déterminé à destination d’au moins un véhicule en communication avec une cellule associée à le au moins un dispositif informatique périphérique déterminé et comprenant une instance de la au moins une application non-critique à mettre à jour, la transmission des deuxièmes données étant mise en œuvre sur requête du au moins un véhicule.
Selon encore une variante, le procédé comprend en outre une étape de transmission, par le serveur centralisé à destination de chaque dispositif informatique périphérique du deuxième ensemble, d’une première liste d’applications critiques à mettre à jour et d’une deuxième liste d’applications non-critiques à mettre à jour.
Selon un deuxième aspect, l’invention concerne un système comprenant un serveur centralisé contrôlant un premier ensemble de cellules d’un réseau cellulaire, le système comprenant en outre un deuxième ensemble de dispositifs informatiques périphériques chacun associé à au moins une cellule du premier ensemble, un troisième ensemble d’applications étant installées sur le serveur centralisé, le système étant configuré pour la mise en œuvre des étapes du procédé tel que décrit ci-dessus selon le premier aspect de l’invention.
Selon un troisième aspect, l’invention concerne un système comprenant le système tel que décrit ci-dessus selon le deuxième aspect de l’invention et au moins un véhicule en communication avec au moins une cellule du premier ensemble selon une liaison sans fil.
Selon un quatrième aspect, l’invention concerne un programme d’ordinateur qui comporte des instructions adaptées pour l’exécution des étapes du procédé selon le premier aspect de l’invention, ceci notamment lorsque le programme d’ordinateur est exécuté par au moins un processeur.
Un tel programme d’ordinateur peut utiliser n’importe quel langage de programmation, et être sous la forme d’un code source, d’un code objet, ou d’un code intermédiaire entre un code source et un code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable.
Selon un cinquième aspect, l’invention concerne un support d’enregistrement lisible par un ordinateur sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour l’exécution des étapes du procédé selon le premier aspect de l’invention.
D’une part, le support d’enregistrement peut être n'importe quel entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une mémoire ROM, un CD-ROM ou une mémoire ROM de type circuit microélectronique, ou encore un moyen d'enregistrement magnétique ou un disque dur.
D'autre part, ce support d’enregistrement peut également être un support transmissible tel qu'un signal électrique ou optique, un tel signal pouvant être acheminé via un câble électrique ou optique, par radio classique ou hertzienne ou par faisceau laser autodirigé ou par d'autres moyens. Le programme d’ordinateur selon l'invention peut être en particulier téléchargé sur un réseau de type Internet.
Alternativement, le support d'enregistrement peut être un circuit intégré dans lequel le programme d’ordinateur est incorporé, le circuit intégré étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des figures
D’autres caractéristiques et avantages de l’invention ressortiront de la description des modes de réalisation non limitatifs de l’invention ci-après, en référence aux figures 1 à 5 annexées, sur lesquelles :
Un procédé et un dispositif de communication dans un réseau cellulaire sans fil vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 5.
Selon un exemple particulier et non limitatif de réalisation de l’invention, un procédé de communication dans un réseau cellulaire sans fil comprenant un premier ensemble de cellules contrôlé par un serveur centralisé et un deuxième ensemble de dispositifs informatiques périphériques comprend la génération sur un ou plusieurs dispositifs informatiques périphériques d’une instance pour chaque application d’au moins une partie d’un troisième ensemble d’applications installées sur le serveur centralisé. La génération est contrôlée par le serveur centralisé en fonction d’informations comprenant des informations routières (reçues d’un ou plusieurs véhicules en communication avec le réseau sans fil), d’informations d’itinérances du ou des véhicules, d’informations réseau (performance du réseau et/ou niveau de trafic sur les liaisons entre le ou les véhicules d’une part et le serveur centralisé d’autre part) et d’informations relatives à la disponibilité de mises à jour d’applications installées sur le ou les véhicules.
La génération ou le déploiement d’instances d’applications sur un ou plusieurs dispositifs informatiques périphériques permet de rapprocher les applications des véhicules qui en ont besoin, ce qui permet notamment d’accélérer les échanges de données entre le ou les véhicules et le réseau, d’améliorer la qualité de service associée à ces applications, de désengorger le réseau, notamment la liaison entre les cellules et le serveur centralisé. L’utilisation de dispositif(s) informatique(s) périphérique(s) pour héberger des applications utiles pour le ou les véhicules présents dans la zone de couverture des cellules du réseau gérés par chaque dispositif informatique périphérique permet de décentraliser la communication des données et ainsi de mieux répartir les besoins en bande passante, améliorant ainsi la gestion des ressources du réseau.
Le réseau de communication 1 correspond avantageusement à un réseau de type cellulaire, par exemple un réseau cellulaire de téléphonie mobile. Un tel réseau cellulaire est composé d’un ensemble de cellules (cet ensemble étant appelé premier ensemble), chaque cellule correspondant à une zone de couverture géographique d’une antenne de communication (aussi appelée station de base) permettant d’établir des communications radio entre utilisateurs (aussi appelés clients ou usagers, chaque utilisateur étant porteur d’un dispositif de communication mobile) et/ou entre les utilisateurs et l’infrastructure réseau du réseau 1. La taille d’une cellule varie et est par exemple comprise entre 1 km et quelques dizaines de kilomètres (par exemple 20 ou 30 kms).
Un utilisateur correspond par exemple à une personne physique portant un dispositif de communication mobile de type téléphone intelligent (de l’anglais « smartphone ») ou une tablette. Selon une variante, un utilisateur correspond à un véhicule embarquant un dispositif de communication de type calculateur, par exemple une unité de contrôle télématique, dite TCU (de l’anglais « Telematic Control Unit »), ou un dispositif de communication mobile de type téléphone intelligent embarqué dans le véhicule et connecté à ce dernier via une liaison filaire (par exemple de type USB (de l’anglais « Universal Serial Bus » ou en français « Bus série universel »)) ou sans fil (par exemple de type Bluetooth® ou Wifi®).
Le réseau de communication 1 met par exemple en œuvre des communications selon la technologie LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Avanced (de l’anglais « Long-Term Evolution - Advanced » ou en français « Evolution à long terme avancée »), C-V2X (de l’anglais « Cellular - Vehicle to Everything » ou en français « Cellulaire – Véhicule vers tout ») qui s’appuie sur la 4G et bientôt la 5G, basées sur LTE.
Selon l’exemple de la figure 1, le réseau de communication 1 comprend une première antenne (ou station de base) 1010, une cellule géographique étant associée à cette première antenne 1010 et correspondant à la zone de couverture géographique de cette première antenne 1010. Le réseau de communication 1 comprend également une deuxième antenne (ou station de base) 1020, une cellule géographique étant associée à cette deuxième antenne 1020 et correspondant à la zone de couverture géographique de cette deuxième antenne 1020. Le réseau de communication 1 comprend en outre une troisième antenne (ou station de base) 1030, une cellule géographique étant associée à cette deuxième antenne 1030 et correspondant à la zone de couverture géographique de cette troisième antenne 1030. Bien entendu, le nombre d’antennes du réseau 1 n’est pas limité à 3 mais s’étend à tout nombre, par exemple 1, 2, 5, 10, 50, 100, 1000 ou plus d’antennes et de cellules associées.
Un dispositif informatique périphérique est associé à chaque antenne, c’est-à-dire un premier dispositif informatique périphérique 101 est associé à la première antenne 1010, un deuxième dispositif informatique périphérique 102 est associé à la deuxième antenne 1020 et un troisième dispositif informatique périphérique 103 est associé à la troisième antenne 1030. Le premier dispositif informatique périphérique 1010 (respectivement le deuxième dispositif informatique périphérique 1020 et le troisième dispositif informatique périphérique 1030) est relié ou connecté à la première antenne 1010 (respectivement la deuxième antenne 1020 et la troisième antenne 1030) via une connexion filaire, par exemple de type Ethernet ou fibre optique. Ainsi, une zone de couverture géographique ou une cellule est associée à chaque dispositif informatique périphérique par le biais de l’antenne qui lui est associée. Selon une variante de réalisation, plusieurs antennes (et donc plusieurs cellules) sont associées à un même dispositif informatique périphérique, par exemple le premier dispositif informatique périphérique 101.
Les dispositifs informatiques périphériques 101 à 103 forment ainsi un ensemble de dispositifs informatiques périphériques, cet ensemble étant appelé deuxième ensemble.
Un dispositif informatique périphérique correspond avantageusement à un dispositif de type MEC (de l’anglais « Mobile Edge Computing » ou « Multi-Access Edge Computing ») qui permet de déplacer le trafic informatique et les services depuis un « cloud » 100 (ou « nuage » en français) centralisé vers un réseau de périphérie, plus proche des utilisateurs ou dispositifs client. Au lieu d’envoyer toutes données à traiter dans le « cloud » 100, un réseau de périphérie analyse, traite et/ou stocke les données. Le fait de collecter et de traiter les données à proximité des utilisateurs réduit la latence des communications et augmente la bande passante disponible pour chaque utilisateur en évitant l’effet tuyau d’étranglement lorsque toutes les données sont redirigées vers le « cloud » ou émises depuis le « cloud » 100. Les normes encadrant le fonctionnement de l’architecture et des dispositifs compatibles MEC sont définies par l’ETSI (de l’anglais « European Telecommunications Standards Institute » ou en français « Institut européen des normes de télécommunication »).
Le « cloud » 100 comprend avantageusement un ou plusieurs serveurs centralisés 1000 en charge de la gestion du réseau et de ses cellules, des communications avec les dispositifs informatiques 101 à 103 et des utilisateurs 11 à 14.
Les dispositifs informatiques périphériques 101, 102 et 103 sont reliés à l’infrastructure du « cloud » 100 (par exemple au serveur centralisé 1000) via une liaison de type dorsale (de l’anglais « backbone ») filaire, par exemple de type Ethernet ou fibre optique.
Selon l’exemple de la figure 1, des véhicules 11, 12 sont associés à l’antenne 1010, c’est-à-dire que les communications émises et reçues par ces véhicules 11, 12 sont relayées via l’antenne 1010. Un véhicule 13 est associé à l’antenne 1020, c’est-à-dire que les communications émises et reçues par ce véhicule 13 sont relayées via l’antenne 1020. Enfin, un véhicule 14 est associé à l’antenne 1030, c’est-à-dire que les communications émises et reçues par ce véhicule 14 sont relayées via l’antenne 1030.
Le serveur centralisé 1000 héberge avantageusement un ensemble d’applications, cet ensemble étant appelé troisième ensemble. Les applications correspondent par exemple à des applications fournissant des services, notamment aux véhicules connectés au réseau 1. Parmi ces applications, certaines sont par exemple relatives à des applications assurant des fonctions d’aide à la conduite, dit ADAS (de l’anglais « Advanced Driver-Assistance System » ou en français « Système d’aide à la conduite avancé ») ; certaines sont par exemple relatives à des applications fournissant des services, par exemple fourniture de données géographiques, de trafic routier (info trafic), fourniture de données multimédias, etc. ; certaines correspondent par exemple à des applications de surveillance du ou des véhicules 11 à 14, de contrôle des mises à jour à déployer sur les véhicules 11 à 14, de contrôle du bon fonctionnement des logiciels mis en œuvre dans les calculateurs formant le système embarqué de chaque véhicule 11 à 14, par exemple des applications ou logiciels OEM (de l’anglais « Original Equipment Manufacturer » ou FEO en français, pour « Fabricant d’équipement d’origine »), des applications de type véhicule vers tout, dit V2X (de l’anglais « Vehicle-to-Everything »).
Ces applications, ou pour le moins une partie d’entre elles, induisent des échanges d’informations et/ou de données entre tout ou partie des véhicules 11 à 14 d’une part et le « cloud » 100 ou le serveur centralisé 1000 d’autre part.
Des informations ou données émanant des véhicules 11 à 14 en communication avec les cellules associées aux antennes 1010, 1020, 1030 et dispositifs informatiques périphériques 101, 102, 103, dits dispositifs MEC, associés sont reçues. Ces informations sont par exemple reçues par chacun des dispositifs MEC 101, 102, 103 et/ou par le serveur centralisé 1000. Ces informations sont par exemples émises par chacun des véhicules 11 à 14 selon un mode de communication sans fil. Par exemple, le dispositif MEC 101 reçoit les informations ou données des véhicules 11 et 12 dans la cellule associée à ce dispositif MEC 101, le dispositif MEC 102 reçoit les informations ou données du véhicule 13 dans la cellule associée à ce dispositif MEC 102 et le dispositif MEC 103 reçoit les informations ou données du véhicule 14 dans la cellule associée à ce dispositif MEC 103. Ces informations peuvent alors être transmises au « cloud » 100 et au serveur centralisé 1000 par les dispositifs MEC 101, 102, 103, selon une variante optionnelle de réalisation.
Les informations ou données émises par les véhicules 11 à 14 et reçues par le serveur centralisé 1000, soit directement soit par l’intermédiaire des dispositifs MEC 101, 102, 103 correspondent à une des informations suivantes, ou à plusieurs des informations suivantes, selon toute(s) combinaison(s) possible(s) :
- des données ou informations routières représentatives des conditions routières rencontrées par chaque véhicule 11 à 14, par exemple des informations sur le trafic ou les conditions de circulation (densité du trafic par exemple), sur les incidents rencontrés (travaux, accident), sur les conditions météorologiques rencontrées, ces informations étant par exemple obtenues de capteurs embarqués tel que des radars, LIDAR et/ou caméra ou renseignées par le conducteur ou un passager du véhicule via une IHM (Interface Homme-Machine) d’un système interactif embarqué dans le véhicule ou via un dispositif de communication mobile (par exemple un téléphone intelligent (de l’anglais « smartphone »)) embarqué dans le véhicule ;
- des données ou informations d’itinérance (de l’anglais « roaming »), par exemple dans le cadre d’un service LBO (de l’anglais « Local BreakOut » ou en français « dégroupage local ») pour par exemple réduire les frais d’itinérance ;
- des informations ou données représentatives de la présence d’un ou plusieurs véhicules dans une cellule donnée du réseau 1, par exemple une information représentative d’identification de véhicule, correspondant par exemple à un numéro d’identification de véhicule, dit VIN (de l’anglais « Vehicle Identification Number », correspondant au numéro de série du véhicule) ; cette information est par exemple comprise dans un header de trame de données transmise par tout véhicule dans le réseau 1 via l’antenne à laquelle il est associé ; chaque code VIN est unique et associé à un seul véhicule, ce code étant formé de 17 caractères alphanumériques ; et/ou une ou plusieurs informations représentatives de la localisation d’un véhicule, par exemple des données de localisation de type GPS (de l’anglais « Global Positioning System » ou en français « Système mondial de positionnement ») obtenues par chaque véhicule d’un récepteur de système de positionnement par satellite embarqué ; et/ou une ou plusieurs informations représentatives d’association d’un véhicule avec une antenne ou la cellule associée à l’antenne, ces informations correspondant par exemple aux données échangées entre un véhicule et l’infrastructure réseau lors du transfert intercellulaire (de l’anglais « handover »).
Le serveur centralisé 1000 contrôle le déploiement d’une instance d’une ou plusieurs applications sur un ou plusieurs dispositifs MEC 101 à 103 en fonction d’information telles que :
- les informations routières reçues ;
- les informations d’itinérance associées aux véhicules 11 à 14 ;
- des informations réseau représentatives de performance du réseau 1 et/ou du trafic de données sur les liaisons entre les dispositifs MECs 101 à 103 et le serveur centralisé 1000 ; et
- des informations de disponibilité de mises à jour d’une ou plusieurs applications installées sur le serveur centralisé 1000.
En fonction des informations listées ci-dessus, le serveur centralisé 1000 décide de déployer ou générer une instance d’une ou plusieurs applications du troisième ensemble d’applications sur un ou plusieurs dispositifs MECs 101 à 103. La ou les instances générées sur chaque dispositif MEC concerné sont relatives à une ou plusieurs mêmes applications ou à des applications différentes selon les dispositifs MECs, tel que cela sera expliqué avec plus de détails en regard de la figure 2.
Un tel déploiement permet de décentraliser les applications (du serveur vers les dispositifs MECs), ce qui permet de :
- réduire la bande passante nécessaire entre les dispositifs MECs 101 à 103 et le serveur 1000, puisque certaines données relatives aux applications installées sur les dispositifs MECs n’ont plus à être remontées au serveur centralisé 1000, les échanges de données et d’informations aux applications installés ou déployées sur les dispositifs MECs 101 à 103 se limitant aux liaisons établies entre les véhicules 11 à 14 d’une part et les dispositifs MECs 101 à 103 d’autre part ;
- diminuer la latence entre les véhicules 11 à 14 d’une part et les dispositifs hébergeant les applications d’autre part, c’est-à-dire les MECs ;
- réduire la charge de calcul ou de traitement des données du serveur centralisé 1000 en déportant la charge sur les MECs 101 à 103 vis-à-vis des applications déployées sur ces MECs 101 à 103 ;
- réduire les coûts d’itinérance pour les véhicules en déployant les applications fournissant les services au plus près de ces véhicules, c’est-à-dire sur le ou les MECs proches de ces véhicules.
La figure 2 illustre le serveur centralisé 1000 en communication avec le deuxième ensemble de dispositifs MECs 101, 102 et 103, ces dispositifs MECs 101 à 103 étant reliés aux véhicules 11 à 14 via une liaison sans fil, c’est-à-dire les véhicules 11, 12 sont connectés au dispositif MEC 101 via la cellule du réseau 1 associée à ce dispositif MEC 101 ; le véhicule 13 est connecté au dispositif MEC 102 via la cellule du réseau 1 associée à ce dispositif MEC 102 ; et le véhicule 14 est connecté au dispositif MEC 103 via la cellule du réseau 1 associée à ce dispositif MEC 103.
Un troisième d’ensemble d’applications sont installées sur le serveur centralisé 1000. Pour des raisons de clarté, une seule application est illustrée, avec une instance 200 de cette application tournant ou étant exécutée sur le serveur centralisé 1000.
Selon l’exemple particulier de la figure 2, une instance de cette même application est exécutée ou déployée sur chaque dispositif MECs 101 à 103 et sur chaque véhicule 11 à 14 : une instance 201 de cette application est déployée par le serveur 1000 sur le dispositif MEC 101, une instance 202 de cette application est déployée par le serveur 1000 sur le dispositif MEC 102, une instance 203 de cette application est déployée par le serveur 1000 sur le dispositif MEC 103, une instance 205 de cette application est déployée par le serveur 1000 ou par le dispositif MEC 101 sur le véhicule 11, une instance 206 de cette application est déployée par le serveur 1000 ou par le dispositif MEC 101 sur le véhicule 12, une instance 207 de cette application est déployée par le serveur 1000 ou par le dispositif MEC 102 sur le véhicule 13 et une instance 208 de cette application est déployée par le serveur 1000 ou par le dispositif MEC 103 sur le véhicule 14.
Les flèches illustrées sur la figure 2 illustrent chacune la transmission de données ou d’information entre dispositifs du réseau 1, depuis l’émetteur de ces données ou informations vers le récepteur ou destinataire de ces données ou informations.
Ces données ou informations sont avantageusement échangées au travers de l’application dont une instance est exécutée sur chacun des dispositifs du réseau 1 selon l’exemple de la figure 2.
Les flèches avec un remplissage uni grisé illustrent la transmission de données ou informations dites locales et les flèches sans remplissage illustrent la transmission de données ou informations dites globales.
Les informations dites locales correspondent par exemple à au moins une première partie des informations routières et les informations dites globales correspondent par exemple à au moins une deuxième partie des informations routières. La première partie et la deuxième partie des informations routières sont par exemple différentes, complémentaires ou non.
Des informations sont dites locales en ce qu’elles n’intéressent ou ne concernent par exemple que des véhicules localisés dans une zone déterminée (par exemple sur une portion de route ou à un carrefour) et/ou le ou les véhicules arrivant sur cette zone. Ces informations locales correspondent par exemple à des informations représentatives d’un évènement météorologique particulier sur la zone (par exemple du brouillard, du verglas, de fortes pluies), représentatives d’un accident ou d’un incident, d’une densité forte de véhicule ayant un impact sur la circulation dans la zone déterminée.
A titre d’exemple, de telles informations locales sont transmises par le véhicule 11 au dispositif MEC 101 via la cellule (ou l’antenne 1010) associée à ce dispositif MEC 101. Une fois ces informations locales reçues par le dispositif MEC 101 (appelé premier dispositif MEC), ce dernier transmet ces mêmes informations au véhicule 12 qui se situe dans la zone déterminée et qui est en communication avec le premier dispositif MEC 101 via la cellule ou l’antenne 1010 associée à ce premier dispositif MEC 101.
Le premier dispositif MEC 101 transmet également les informations locales reçues à un ou plusieurs dispositifs MECs (dits deuxièmes dispositifs MECs) qui sont géographiquement proches du premier dispositif MEC 101. Un deuxième dispositif MEC géographiquement proche du premier dispositif MEC 101 correspond à un dispositif MEC du deuxième ensemble associé à une cellule du réseau qui est adjacente à une cellule du réseau associée au premier dispositif MEC 101.
Selon l’exemple de la figure 2, le premier dispositif MEC 101 transmet au deuxième dispositif MEC 102 les informations locales reçues du véhicule 11.
Le deuxième dispositif MEC 102 transmet alors les informations locales reçues au véhicule 13 qui est en communication avec ce deuxième dispositif MEC 102 par l’intermédiaire de la cellule ou de l’antenne 1020 associée à ce deuxième dispositif MEC 102, une instance 207 de l’application étant exécutée sur ce véhicule 13 (par exemple par un calculateur du système embarqué).
Les informations locales reçues d’un ou plusieurs véhicules sont ainsi transmises aux véhicules géographiquement proches, c’est-à-dire présents dans la zone déterminée comprenant le ou les véhicules émetteurs ou susceptible d’entrer dans cette zone déterminée, par l’intermédiaire du ou des deuxièmes dispositifs MECs 102 ayant reçu ces informations locales du premier dispositif MEC 101.
Un tel processus permet de prévenir tous les véhicules d’une même zone ou en approche de cette zone d’informations relatives à cette zone, sans pour autant surcharger le serveur centralisé 1000 et les connexions entre ce serveur centralisé 1000 et les véhicules 11 à 13.
Des informations sont dites globales en ce qu’elles intéressent ou concernent tous les véhicules et pas seulement le ou les véhicules localisés dans ou en approche de la zone déterminée dans laquelle évoluent le ou les véhicules émetteurs de ces informations globales. Ces informations globales correspondent par exemple à des informations représentatives d’un défaut de fonctionnement de l’application observé par un véhicule déterminé, une balise (de l’anglais « beacon ») à transmettre à tous les véhicules.
A titre d’exemple, de telles informations globales sont par exemple transmises par le véhicule 11 au dispositif MEC 101 via la cellule (ou l’antenne 1010) associée à ce dispositif MEC 101. Une fois ces informations locales reçues par le dispositif MEC 101 (appelé premier dispositif MEC), ce dernier transmet ces mêmes informations au véhicule 12 qui est en communication avec la cellule (ou l’antenne 1010) associée à ce premier dispositif MEC 101.
Le premier dispositif MEC 101 transmet également ces informations globales au serveur centralisée 1000 qui les retransmet à son tour à l’ensemble des dispositifs MECs 102, 103 du réseau 1, à l’exception du premier dispositif MECs 101 qui est l’émetteur de ces informations globales.
Chaque dispositif MEC 102, 103 transmet alors les informations globales reçues du serveur centralisé à le ou les véhicules en connectés à ces dispositifs MECs 102, 103. Le dispositif MEC 102 transmet ainsi les informations globales reçues au véhicule 13 qui est en communication avec ce deuxième dispositif MEC 102 par l’intermédiaire de la cellule ou de l’antenne 1020 associée à ce deuxième dispositif MEC 102, une instance 207 de l’application étant exécutée sur ce véhicule 13 (par exemple par un calculateur du système embarqué). De la même manière, le dispositif MEC 103 transmet ainsi les informations globales reçues au véhicule 14 qui est en communication avec ce deuxième dispositif MEC 103 par l’intermédiaire de la cellule ou de l’antenne 1030 associée à ce deuxième dispositif MEC 103, une instance 208 de l’application étant exécutée sur ce véhicule 14 (par exemple par un calculateur du système embarqué).
Un tel processus permet de prévenir tous les véhicules 12 à 14 connectés au réseau en optimisant la transmission des informations, c’est-à-dire en minimisant les connexions et la bande passante utilisée en faisant transiter les informations par le serveur centralisé 1000 qui assure alors la distribution de l’information aux dispositifs relais concernés, c’est-à-dire les dispositifs MECs 102, 103 qui les distribuent à leur tour aux véhicules 13 et 14.
La figure 3 illustre le serveur centralisé 1000 en communication avec le deuxième ensemble de dispositifs MECs 101, 102 et 103, ces dispositifs MECs 101 à 103 étant reliés aux véhicules 11 à 14 via une liaison sans fil, c’est-à-dire les véhicules 11, 12 sont connectés au dispositif MEC 101 via la cellule du réseau 1 associée à ce dispositif MEC 101 ; le véhicule 13 est connecté au dispositif MEC 102 via la cellule du réseau 1 associée à ce dispositif MEC 102 ; et le véhicule 14 est connecté au dispositif MEC 103 via la cellule du réseau 1 associée à ce dispositif MEC 103.
Le troisième ensemble d’applications installées sur le serveur centralisé comprend avantageusement un premier sous-ensemble d’applications dites critiques et un deuxième sous-ensemble d’applications dites non-critiques, le premier sous-ensemble et le deuxième sous-ensemble étant complémentaires, l’union du premier sous-ensemble et du deuxième sous-ensemble formant le troisième ensemble.
Une application non-critique est une application dont la mise à jour, lorsqu’elle est disponible, n’est pas obligatoire sur le ou les véhicules concernés.
A contrario, une application critique est une application dont la mise à jour, lorsqu’elle est disponible, est obligatoire dans un délai déterminé par exemple sur l’ensemble des véhicules concernés, c’est-à-dire sur chaque véhicule sur lequel cette application critique est déjà installée. Une application critique correspond par exemple à une application en charge de la sécurité du véhicule, par exemple une application de type ADAS, ou une application en charge d’assurer des communications essentielles avec le réseau 1, ou une application en charge d’assurer la sécurité des échanges de données avec le réseau ou d’autres véhicules (par exemple application de cryptographie).
Selon un exemple de réalisation particulier, le serveur centralisé 1000 comprend par exemple une première liste 301 des applications critiques à mettre à jour et une deuxième liste 302 des applications non-critiques à mettre à jour. Le contenu de la première liste et/ou de la deuxième liste évolue en fonction des mises à jour disponibles. La première liste 301 et la deuxième liste 302 sont par exemple stockées en mémoire du serveur centralisé 1000.
A titre d’exemple non limitatif, le serveur centralisé 1000 comprend en mémoire une mise à jour 31 pour une première application non-critique et une mise à jour 32 pour une deuxième application non-critique. Ces mises à jour 31 et 32 sont ainsi comprises dans la deuxième liste 302. Le serveur centralisé 1000 comprend également en mémoire une mise à jour 33 pour une première application critique et une mise à jour 34 pour une deuxième application critique. Ces mises à jour 33 et 34 sont ainsi comprises dans la première liste 301.
Le serveur centralisé 1000 transmet avantageusement la première liste 301 et la deuxième liste 302 à destination de chacun des dispositifs MECs 101, 102, 103 qui les stocke en mémoire. Le serveur centralisé transmet par exemple la première liste 301 et la deuxième liste 302 à chaque mise à jour du contenu de la première liste 301 et/ou de la deuxième liste 302. Cela permet ainsi à chaque dispositif MEC 101 à 103 de disposer en mémoire de la liste à jour des applications critiques à mettre à jour et des applications non-critiques à mettre à jour, c’est-à-dire de connaitre pour quelles applications des patchs de mise à jour sont disponibles.
La classification d’une application en critique ou non-critique est par exemple mise en œuvre par le serveur centralisé 1000, sur la base de critères déterminés par exemple.
Le processus de déploiement des mises à jour de chacune des applications du troisième ensemble diffèrent avantageusement selon que l’application est classifiée critique ou classifiée non-critique. Dit autrement, le processus de distribution des mises à jour dépend de l’appartenant de la mise à jour à la première liste ou à la deuxième liste.
Concernant les applications dites non-critiques et le déploiement de la mise à jour de ces applications non-critique, le processus est par exemple tel que décrit ci-dessous.
Dans une première opération, un véhicule, par exemple le véhicule 11 comprenant une application 310 vérifie si une mise à jour est disponible pour cette application. La vérification est par exemple mise en œuvre à intervalle régulier (par exemple tous les jours ou toutes les semaines) par la transmission d’une requête au réseau 1. Cette requête est avantageusement traitée par le dispositif MEC 101 associé à la cellule du réseau avec laquelle le véhicule 11 est en communication ou associé. Le véhicule 11 vérifie au travers de cette requête s’il existe dans la deuxième liste 302 une application installée sur un de ses calculateurs pour laquelle une mise à jour est disponible. Si tel est le cas, le processus passe à la deuxième opération. Sinon, le processus s’arrête, le dispositif MEC 101 transmettant une réponse au véhicule 11 indiquant qu’aucune mise à jour n’est disponible pour la ou les applications installées sur les calculateurs du véhicule 11.
Dans une deuxième opération, comme une mise à jour 31 de l’application 310 est comprise dans la deuxième liste 302, le dispositif MEC 101 répond à la requête du véhicule 11 qu’une mise à jour 31 est disponible pour l’application 310. Le dispositif MEC 101 transmet une requête au serveur centralisé 1000 pour que ce dernier transmette les deuxièmes données de mise à jour 31 au dispositif MEC 101, qui les stocke par exemple en mémoire.
Dans une troisième opération, le dispositif MEC 101 transmet les deuxièmes données de mise à jour 31 au véhicule 11, par exemple sur requête du véhicule 11 ou automatiquement dès que la mise à jour 31 est reçue du serveur 1000, selon un moyen de transmission sans fil de type OTA (de l’anglais « Over The Air » ou en français « par voie aérienne »).
Dans une quatrième opération, le véhicule 11 met à jour l’application 301 à partir des deuxièmes données de mise à jour 31 reçues.
Les deuxièmes données de mise à jour 31 sont par exemple conservées en mémoire du dispositif MEC 101 pendant une durée déterminée, selon l’espace mémoire disponible par exemple.
Le processus tel que décrit ci-dessus est par exemple reproduit pour la mise à jour de l’application non-critique 320 à partir des deuxièmes données de mises à jour 32 transmises par le serveur 1000 au dispositif MEC 103, sur requête, puis transmises au véhicule 14 par le dispositif MEC 103 sur requête.
Concernant les applications dites critiques et le déploiement de la mise à jour de ces applications critiques, le processus est par exemple tel que décrit ci-dessous.
Dans une première opération, le serveur centralisé 1000 transmet les premières données de mise à jour 33 et les premières données de mise à jour 34 listées dans la première liste 301 car relatives à des mises à jour d’applications dites critiques, ces premières données étant transmises automatiquement à chacun des dispositifs MECs 101, 102, 103. Ces premières données 33, 34 sont par exemple stockées en mémoire de chacun des dispositifs MECs 101 à 103 pour une durée déterminée, par exemple une journée, quelques jours, une semaine ou quelques semaines. La transmission est automatique en ce qu’elle est réalisée à l’initiative du serveur centralisé 1000 sans recevoir de requête des dispositifs MECs 101 à 103, par exemple dès que les mises à jour 33, 34 sont disponibles.
Dans une deuxième opération, chaque dispositif MEC en communication avec un véhicule sur lequel est installée une application critique à mettre à jour (c’est-à-dire une application critique pour laquelle une mise à jour est disponible) transmet automatiquement les premières données de mise à jour à destination de ce véhicule, sans recevoir de requête de ce véhicule. Ainsi, le dispositif MEC 101 transmet les premières données de mise à jour 34 à destination du véhicule 12 comprenant l’application 340 concernée par la mise à jour 34 via une liaison sans fil de type OTA. De la même manière, le dispositif MEC 102 transmet les premières données de mise à jour 33 à destination du véhicule 13 comprenant l’application 330 concernée par la mise à jour 33 via une liaison sans fil de type OTA.
Dans une troisième opération, le véhicule 12 met à jour l’application critique 340 à partir des premières données de mise à jour 34 reçues et le véhicule 13 met à jour l’application critique 330 à partir des premières données de mise à jour 33 reçues.
L’utilisation des MECs 101 à 103 pour le stockage des premières données de mise à jour permet un déploiement plus rapide et plus réactif des mises à jour des applications considérées comme critiques, leur mise à jour étant prioritaires par rapport aux applications non-critiques.
Le dispositif 4 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 à 3 et/ou des étapes du procédé décrit en regard de la figure 3. Des exemples d’un tel dispositif 4 comprennent, sans y être limités, un équipement électronique tel qu’un ordinateur ou un serveur, un dispositif informatique périphérique, une TCU ou un calculateur de type UCE par exemple. Les éléments du dispositif 4, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 4 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels. Selon différents modes de réalisation particuliers, le dispositif 4 est couplé en communication avec d’autres dispositifs ou systèmes similaires, par exemple par l’intermédiaire d’un bus de communication ou au travers de ports d’entrée / sortie dédiés.
Le dispositif 4 comprend un (ou plusieurs) processeur(s) 40 configurés pour exécuter des instructions pour la réalisation des étapes du procédé et/ou pour l’exécution des instructions du ou des logiciels embarqués dans le dispositif 4. Le processeur 40 peut inclure de la mémoire intégrée, une interface d’entrée/sortie, et différents circuits connus de l’homme du métier. Le dispositif 4 comprend en outre au moins une mémoire 41 correspondant par exemple une mémoire volatile et/ou non volatile et/ou comprend un dispositif de stockage mémoire qui peut comprendre de la mémoire volatile et/ou non volatile, telle que EEPROM, ROM, PROM, RAM, DRAM, SRAM, flash, disque magnétique ou optique.
Le code informatique du ou des logiciels embarqués comprenant les instructions à charger et exécuter par le processeur est par exemple stocké sur la mémoire 41. Les données à transmettre aux véhicules sont par exemple stockées dans un ou plusieurs registres de la mémoire 41.
Selon un mode de réalisation particulier et non limitatif, le dispositif 4 comprend un bloc 42 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », d’autres dispositifs MEC, des dispositifs de communication embarqués dans les véhicules. Les éléments d’interface du bloc 42 comprennent par exemple une ou plusieurs interfaces radiofréquences RF, par exemple de type Bluetooth® ou Wi-Fi®, LTE (de l’anglais « Long-Term Evolution » ou en français « Evolution à long terme »), LTE-Advanced (ou en français LTE-avancé).
Selon un autre mode de réalisation particulier, le dispositif 4 comprend une interface de communication 43 qui permet d’établir une communication avec d’autres dispositifs (tels que des serveurs du « cloud » 100, des dispositifs MEC 101, 102, 103, d’autres calculateurs) via un canal de communication 430. L’interface de communication 43 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 430. L’interface de communication 43 correspond par exemple à un réseau filaire de type Ethernet ou fibre optique.
Selon un mode de réalisation particulier supplémentaire, le dispositif 4 peut fournir des signaux de sortie à un ou plusieurs dispositifs externes, tels qu’un écran d’affichage, un ou des haut-parleurs et/ou d’autres périphériques via respectivement des interfaces de sortie non représentées.
Dans une première étape 51, une instance d’au moins une application du troisième ensemble est générée sur chaque dispositif informatique périphérique d’au moins une partie du deuxième ensemble à partir du serveur centralisé, en fonction des informations suivantes :
- des informations routières représentatives de conditions routières rencontrées par au moins un véhicule en communication avec une cellule du premier ensemble associée à chaque dispositif informatique périphérique ;
- des informations d’itinérance associées à le au moins un véhicule ;
- des informations réseau représentatives de performance du réseau sans fil et/ou de trafic sur une liaison de communication entre le serveur centralisé et le au moins un véhicule ; et
- des informations de mise à jour de la au moins une application.
Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de contrôle des communications dans un réseau sans fil, et au dispositif configuré pour la mise en œuvre du procédé. L’invention concerne également un procédé de contrôle de mise à jour logicielle d’un véhicule, et au dispositif configuré pour la mise en œuvre du procédé.
L’invention concerne également un système comprenant le serveur 1000, un ou plusieurs dispositifs MECs 101 à 103 et un ou plusieurs véhicules 11 à 14 en communication avec le réseau.
Claims (9)
- Procédé de communication dans un réseau (1) cellulaire sans fil, ledit réseau (1) cellulaire sans fil comprenant un serveur centralisé (1000) contrôlant un premier ensemble de cellules, ledit réseau cellulaire (1) comprenant en outre un deuxième ensemble de dispositifs informatiques périphériques (101 à 103) chacun associé à au moins une cellule dudit premier ensemble, un troisième ensemble d’applications étant installées sur ledit serveur centralisé, ledit procédé comprenant une étape (51) de génération, à partir dudit serveur centralisé (1000), d’une instance (201, 202, 203) d’au moins une application (200) dudit troisième ensemble sur chaque dispositif informatique périphérique (101 à 103) d’au moins une partie dudit deuxième ensemble en fonction des informations suivantes :
- des informations routières représentatives de conditions routières rencontrées par au moins un véhicule (11 à 14) en communication avec une cellule dudit premier ensemble associée audit chaque dispositif informatique périphérique (101 à 103) ;
- des informations d’itinérance associées audit au moins un véhicule (11 à 14) ;
- des informations réseau représentatives de performance dudit réseau sans fil et/ou de trafic sur une liaison de communication entre ledit serveur centralisé (1000) et ledit au moins un véhicule (11 à 14) ; et
- des informations de mise à jour de ladite au moins une application (200). - Procédé selon la revendication 1, comprenant en outre les étapes suivantes :
- réception, par un premier dispositif informatique périphérique (101) de ladite au moins une partie dudit deuxième ensemble, d’au moins une première partie desdites informations routières d’un premier véhicule (11) en communication avec une première cellule dudit premier ensemble associée audit premier dispositif informatique périphérique (101) ;
- transmission, par ledit premier dispositif informatique périphérique (101), de ladite au moins une première partie desdites informations routières à destination d’au moins un deuxième dispositif informatique périphérique (102) de ladite au moins une partie dudit deuxième ensemble, ledit au moins un deuxième dispositif informatique périphérique (102) étant associé à une deuxième cellule dudit premier ensemble adjacente à ladite première cellule ;
- transmission, par ledit premier dispositif informatique périphérique (101) ou ledit deuxième dispositif informatique périphérique (102), de ladite au moins une première partie desdites informations routières à destination d’au moins un deuxième véhicule (12, 13) en communication avec ladite première cellule ou ladite deuxième cellule. - Procédé selon la revendication 1, comprenant en outre les étapes suivantes :
- réception, par un premier dispositif informatique périphérique (101) de ladite au moins une partie dudit deuxième ensemble, d’au moins une deuxième partie desdites informations routières d’un premier véhicule (11) en communication avec une première cellule dudit premier ensemble associée audit premier dispositif informatique périphérique ;
- transmission, par ledit premier dispositif informatique périphérique (101) de ladite au moins une deuxième partie desdites informations routières à destination dudit serveur centralisé (1000) ;
- transmission, par ledit serveur centralisé (1000), de ladite au moins une deuxième partie desdites informations routières à destination de chaque dispositif informatique périphérique (102, 103) dudit deuxième ensemble à l’exception dudit premier dispositif informatique périphérique (101) ;
- transmission, par chaque dispositif informatique périphérique (101 à 103) dudit deuxième ensemble, de ladite au moins une deuxième partie desdites informations routières à destination de chaque véhicule (12, 13, 14) en communication avec une cellule associée audit chaque dispositif informatique périphérique. - Procédé selon l’une des revendications 1 à 3, pour lequel ledit troisième ensemble d’applications installées sur ledit serveur centralisé comprend un premier sous-ensemble d’applications dites critiques et un deuxième sous-ensemble d’applications dites non-critiques, le procédé comprenant en outre les étapes suivantes :
- lorsque des premières données de mise à jour (33, 34) d’au moins une application critique (330, 340) dudit premier sous-ensemble sont disponibles sur ledit serveur centralisé (1000), transmission par ledit serveur centralisé desdites premières données à destination de chaque dispositif informatique périphérique (101 à 103) dudit deuxième ensemble ;
- lorsque des deuxièmes données de mise à jour (31, 32) d’au moins une application non-critique (310, 320) dudit deuxième sous-ensemble sont disponibles sur ledit serveur centralisé (1000), transmission par ledit serveur centralisé (1000) desdites deuxièmes données à destination d’au moins un dispositif informatique périphérique (101, 103) déterminé dudit deuxième ensemble sur requête dudit au moins un dispositif informatique périphérique déterminé (101, 103), ledit au moins un dispositif informatique périphérique déterminé (101, 103) correspondant à un dispositif informatique périphérique dudit deuxième ensemble auquel est associée une cellule en communication avec au moins un véhicule (11, 14) comprenant une instance de ladite au moins une application non-critique. - Procédé selon la revendication 4, comprenant en outre les étapes de :
- pour chaque dispositif informatique périphérique (101 à 103) dudit deuxième ensemble, transmission automatique desdites premières données par ledit chaque dispositif informatique périphérique (101, 103) à destination de tout véhicule en communication avec une cellule associée à ledit chaque dispositif informatique périphérique et comprenant une instance de ladite au moins une application critique à mettre à jour ;
- pour ledit au moins un dispositif informatique périphérique déterminé, transmission desdites deuxièmes données par ledit au moins un dispositif informatique périphérique déterminé (101, 103) à destination d’au moins un véhicule (11, 14) en communication avec une cellule associée à ledit au moins un dispositif informatique périphérique déterminé et comprenant une instance de ladite au moins une application non-critique à mettre à jour, ladite transmission des deuxièmes données étant mise en œuvre sur requête dudit au moins un véhicule (11, 14). - Procédé selon l’une des revendications 4 et 5, comprenant en outre une étape de transmission, par ledit serveur centralisé (1000) à destination de chaque dispositif informatique périphérique (101 à 103) dudit deuxième ensemble, d’une première liste (301) d’applications critiques à mettre à jour et d’une deuxième liste (302) d’applications non-critiques à mettre à jour.
- Système comprenant un serveur centralisé (1000) contrôlant un premier ensemble de cellules d’un réseau cellulaire, ledit système comprenant en outre un deuxième ensemble de dispositifs informatiques périphériques (101 à 103) chacun associé à au moins une cellule dudit premier ensemble, un troisième ensemble d’applications étant installées sur ledit serveur centralisé (1000), ledit système étant configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 6.
- Système comprenant le système selon la revendication 7 et au moins un véhicule (11 à 14) en communication avec au moins une cellule dudit premier ensemble selon une liaison sans fil.
- Produit programme d’ordinateur comportant des instructions adaptées pour l’exécution des étapes du procédé selon l’une des revendications 1 à 6, lorsque le programme d’ordinateur est exécuté par au moins un processeur.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR2005470A FR3110805B1 (fr) | 2020-05-25 | 2020-05-25 | Procédé et système de communication dans un réseau cellulaire sans fil |
PCT/FR2021/050689 WO2021240082A1 (fr) | 2020-05-25 | 2021-04-20 | Procédé et système de communication dans un réseau cellulaire sans fil |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR2005470A FR3110805B1 (fr) | 2020-05-25 | 2020-05-25 | Procédé et système de communication dans un réseau cellulaire sans fil |
FR2005470 | 2020-05-25 |
Publications (2)
Publication Number | Publication Date |
---|---|
FR3110805A1 true FR3110805A1 (fr) | 2021-11-26 |
FR3110805B1 FR3110805B1 (fr) | 2023-12-22 |
Family
ID=72801568
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR2005470A Active FR3110805B1 (fr) | 2020-05-25 | 2020-05-25 | Procédé et système de communication dans un réseau cellulaire sans fil |
Country Status (2)
Country | Link |
---|---|
FR (1) | FR3110805B1 (fr) |
WO (1) | WO2021240082A1 (fr) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018095537A1 (fr) * | 2016-11-25 | 2018-05-31 | Nokia Technologies Oy | Fourniture d'applications à un serveur périphérique mobile |
US20190050217A1 (en) * | 2018-03-30 | 2019-02-14 | Intel Corporation | Systems, methods and apparatus for distributed software/firmware update and software versioning system for automated vehicles |
US20190208449A1 (en) * | 2017-12-29 | 2019-07-04 | Industrial Technology Research Institute | Mobile edge platform servers and device and message management methods of v2x service thereof |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB1233321A (fr) | 1968-04-03 | 1971-05-26 |
-
2020
- 2020-05-25 FR FR2005470A patent/FR3110805B1/fr active Active
-
2021
- 2021-04-20 WO PCT/FR2021/050689 patent/WO2021240082A1/fr active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018095537A1 (fr) * | 2016-11-25 | 2018-05-31 | Nokia Technologies Oy | Fourniture d'applications à un serveur périphérique mobile |
US20190208449A1 (en) * | 2017-12-29 | 2019-07-04 | Industrial Technology Research Institute | Mobile edge platform servers and device and message management methods of v2x service thereof |
US20190050217A1 (en) * | 2018-03-30 | 2019-02-14 | Intel Corporation | Systems, methods and apparatus for distributed software/firmware update and software versioning system for automated vehicles |
Non-Patent Citations (2)
Title |
---|
CAMPOLO CLAUDIA ET AL: "MEC Support for 5G-V2X Use Cases through Docker Containers", 2019 IEEE WIRELESS COMMUNICATIONS AND NETWORKING CONFERENCE (WCNC), IEEE, 15 April 2019 (2019-04-15), pages 1 - 6, XP033651959, DOI: 10.1109/WCNC.2019.8885515 * |
WANG YANCONG ET AL: "MEC support for C-V2X System Architecture", 2019 IEEE 19TH INTERNATIONAL CONFERENCE ON COMMUNICATION TECHNOLOGY (ICCT), IEEE, 16 October 2019 (2019-10-16), pages 1375 - 1379, XP033683339, DOI: 10.1109/ICCT46805.2019.8947060 * |
Also Published As
Publication number | Publication date |
---|---|
FR3110805B1 (fr) | 2023-12-22 |
WO2021240082A1 (fr) | 2021-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
FR3095733A1 (fr) | Systeme et procede de gestion de communication v2x entre un vehicule et un dispositif recepteur | |
EP3957104B1 (fr) | Procédé de prédiction d'une modification des conditions d'attachement d'un terminal à un réseau cellulaire | |
FR3059193A1 (fr) | Procede de mise en œuvre d'un service embarque dans un vehicule au moyen de ressources presentes sur un serveur distant | |
FR3110805A1 (fr) | Procédé et système de communication dans un réseau cellulaire sans fil | |
FR3118824A1 (fr) | Procédé et dispositif de reprise en main par un conducteur d’un véhicule autonome circulant dans un tunnel | |
FR3106031A1 (fr) | Procédé et dispositif de communication dans un réseau cellulaire sans fil | |
FR3055081A1 (fr) | Procede de controle de position d'un noeud mobile et dispositif associe | |
FR3026252A1 (fr) | Procede de repartition spatio-temporelle de transferts de donnees au cours d'un trajet | |
FR3143936A1 (fr) | Procédé et dispositif de contrôle d’un récepteur radio embarqué dans un véhicule. | |
FR3141255A1 (fr) | Procédé et dispositif de rendu de prévisions météorologiques autour d’un véhicule stationné | |
FR3099682A1 (fr) | Procédé et dispositif de communication pour véhicule | |
FR3111226A1 (fr) | Procédé et système de contrôle du trafic routier à un carrefour à feux de circulation routière | |
FR3142267A1 (fr) | Procédé et dispositif de suivi de personne physique en mouvement par un véhicule autonome | |
FR3102965A1 (fr) | Procédé et dispositif de sélection de certificat pseudonyme pour véhicule | |
FR3142030A1 (fr) | Procédé et dispositif de validation d’un déplacement d’un véhicule par un équipement d’une infrastructure réseau de communication mobile | |
FR3133582A1 (fr) | Procédé et dispositif de contrôle de franchissement d’un chenal d’une zone à péage pour un véhicule autonome | |
FR3133816A1 (fr) | Procédé et dispositif de détermination d’instructions de contrôle pour véhicule en fonction de l’éblouissement d’une caméra du véhicule par le soleil | |
WO2022229534A1 (fr) | Procédé et dispositif de contrôle d'un système d'arrêt-démarrage automatique de moteur dans un groupement de véhicules par peloton | |
FR3136624A1 (fr) | Dispositif de communication d’un satellite permettant de communiquer avec des véhicules | |
FR3140236A1 (fr) | Procédé et dispositif de contrôle d’un service de transmission de message V2X pour véhicule | |
FR3111450A1 (fr) | Procédé de mise à jour d’une signalisation routière par un véhicule autonome | |
FR3106013A1 (fr) | Procédé et dispositif de cartographie de route pour véhicule | |
FR3124047A1 (fr) | Procédé et dispositif de détermination d’une cartographie de zones non couvertes par un réseau de communication cellulaire | |
FR3111511A1 (fr) | Procédé et dispositif de communication entre deux véhicules | |
FR3123616A1 (fr) | Procédé et dispositif de détermination d’un risque de collision entre véhicules configurés pour communiquer en V2X |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PLFP | Fee payment |
Year of fee payment: 2 |
|
PLSC | Publication of the preliminary search report |
Effective date: 20211126 |
|
PLFP | Fee payment |
Year of fee payment: 3 |
|
PLFP | Fee payment |
Year of fee payment: 4 |
|
PLFP | Fee payment |
Year of fee payment: 5 |
|
CD | Change of name or company name |
Owner name: CTAG - CENTRO TECNOLOGICO DE AUTOMACION DE GAL, ES Effective date: 20240423 Owner name: STELLANTIS AUTO SAS, FR Effective date: 20240423 |