FR3100415A1 - Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public - Google Patents
Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public Download PDFInfo
- Publication number
- FR3100415A1 FR3100415A1 FR1909504A FR1909504A FR3100415A1 FR 3100415 A1 FR3100415 A1 FR 3100415A1 FR 1909504 A FR1909504 A FR 1909504A FR 1909504 A FR1909504 A FR 1909504A FR 3100415 A1 FR3100415 A1 FR 3100415A1
- Authority
- FR
- France
- Prior art keywords
- vehicle
- network
- land mobile
- public land
- network slice
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 29
- 238000000034 method Methods 0.000 title claims abstract description 29
- 238000004590 computer program Methods 0.000 claims description 8
- 230000005540 biological transmission Effects 0.000 claims description 5
- 230000006870 function Effects 0.000 description 16
- 238000007726 management method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000013523 data management Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 241000897276 Termes Species 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 230000010267 cellular communication Effects 0.000 description 1
- 238000002485 combustion reaction Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000005055 memory storage Effects 0.000 description 1
- 238000004377 microelectronic Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000013598 vector Substances 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/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]
-
- 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]
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
L’invention concerne un procédé et un dispositif de communication entre un véhicule et un réseau mobile terrestre public. A cet effet, le véhicule (10) transmet un identifiant d’une tranche de réseau du réseau mobile terrestre public. Un service déterminé auquel le véhicule (10) souhaite accéder est associé à cette tranche de réseau et l’identifiant comprend une première information représentative du type de la tranche de réseau. Des données associées au service sont alors communiquées (c’est-à-dire reçues par le véhicule et/ou transmises par le véhicule de / à une entité de l’infrastructure du réseau) via la tranche de réseau entre le véhicule (10) et le réseau mobile terrestre public. Figure pour l’abrégé : Figure 1
Description
L’invention concerne un procédé et un dispositif de communication entre un véhicule et un réseau mobile terrestre public, par exemple un réseau cellulaire 5G. L’invention concerne également un procédé d’échange de données entre un ou plusieurs logiciels embarqués dans un véhicule et un réseau mobile terrestre public.
Arrière-plan technologique
Les véhicules contemporains embarquent nombre 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. L’utilisation de tels réseaux publics peut s’avérer coûteuse et peu sécurisée.
Un objet de la présente invention est d’optimiser l’utilisation d’un réseau mobile terrestre public pour l’échange de données entre un véhicule et un serveur distant.
Un autre objet de la présente invention est d’améliorer la sécurité des données échangées entre un véhicule et un serveur distant sur un réseau mobile terrestre public.
Selon un premier aspect, l’invention concerne un procédé de communication entre un véhicule et un réseau mobile terrestre public, le procédé comprenant les étapes suivantes :
- transmission d’un identifiant d’une tranche de réseau du réseau mobile terrestre public, un service déterminé auquel le véhicule souhaite accéder étant associé à la tranche de réseau, l’identifiant comprenant une première information représentative du type de la tranche de réseau ;
- communication de données associées au service via la tranche de réseau entre le véhicule et le réseau mobile terrestre public.
Selon une variante, le réseau mobile terrestre public est un réseau conforme au standard 3GPP version 15 et suivantes.
Selon une autre variante, l’identifiant comprend une deuxième information différentiant la tranche de réseau en associant la tranche de réseau à un identifiant d’équipementier automobile.
Selon encore une variante, la communication de données comprend :
- une réception de données de mise à jour d’au moins un logiciel d’au moins un calculateur d’un système embarqué dans le véhicule ; ou
- une transmission de données obtenues d’au moins un calculateur du système embarqué dans le véhicule.
- une réception de données de mise à jour d’au moins un logiciel d’au moins un calculateur d’un système embarqué dans le véhicule ; ou
- une transmission de données obtenues d’au moins un calculateur du système embarqué dans le véhicule.
Selon une variante supplémentaire, le service correspond à un service de mise à jour d’au moins un logiciel d’au moins un calculateur d’un système embarqué dans le véhicule.
Selon une autre variante, la première information identifie une tranche de réseau de type « MIoT » défini dans ETSI TS 123 501 version 15.2.0.
Selon une variante additionnelle, le service est associé à un numéro d’identification du véhicule.
Selon un deuxième aspect, l’invention concerne un dispositif de communication entre un véhicule et un réseau mobile terrestre public, le dispositif comprenant une mémoire associée à un processeur configuré pour la mise en œuvre des étapes du procédé selon le premier aspect de l’invention.
Selon un troisième aspect, l’invention concerne un véhicule, par exemple de type automobile, comprenant un dispositif tel que décrit ci-dessus selon le deuxième aspect de l’invention.
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 à 4 annexées, sur lesquelles :
Un procédé et un dispositif de communication entre un véhicule et un réseau mobile terrestre public vont maintenant être décrits dans ce qui va suivre en référence conjointement aux figures 1 à 4. Des mêmes éléments sont identifiés avec des mêmes signes de référence tout au long de la description qui va suivre.
Selon un exemple particulier et non limitatif de réalisation de l’invention, un procédé de communication entre un véhicule et un réseau mobile terrestre public comprend la transmission, par le véhicule, d’un identifiant d’une tranche de réseau du réseau mobile terrestre public. Un service déterminé auquel le véhicule souhaite accéder est associé à cette tranche de réseau et l’identifiant comprend une première information représentative du type de la tranche de réseau. Par exemple, le service correspond au chargement de mise(s) à jour d’un ou plusieurs logiciels embarqués dans le véhicule depuis un serveur du fournisseur de ce ou ces logiciels. Des données associées au service sont alors communiquées (c’est-à-dire reçues par le véhicule et/ou transmises par le véhicule de / à une entité de l’infrastructure du réseau) via la tranche de réseau entre le véhicule et le réseau mobile terrestre public.
Une tranche de réseau (de l’anglais « network slice ») correspond à une forme d’architecture de réseau virtuel, c’est-à-dire à une instance logique du réseau mobile terrestre. La découpe d’un réseau en tranches permet la création de plusieurs réseau virtuels sur une infrastructure physique partagée commune. Chaque tranche de réseau se voit allouer un ensemble de ressources dédiées par l’opérateur du réseau pour une utilisation spécifique par un client donné (par exemple un équipementier automobile). Une telle découpe du réseau mobile terrestre public 3GPP 5G est par exemple décrite et définie dans le document de spécification intitulé « 5G; System Architecture for the 5G System », référencé ETSI TS 123 501 version 15.2.0 et publié en juin 2018.
L’allocation d’une tranche de réseau pour échanger des données associées à un service déterminé permet de n’utiliser qu’une partie du réseau, cette partie étant dédié à ce service. Cela permet à la fois de réduire les coûts d’utilisation du réseau et de sécuriser l’échange de données sur cette tranche de réseau.
La figure 1 illustre un véhicule 10 circulant sur une portion d’un environnement routier et communiquant avec un ou plusieurs serveurs distants ou le « cloud » 100 (ou en français « nuage ») au travers d’un ou plusieurs équipements de communication 110 de type antenne relais de réseau cellulaire, formant une partie de l’infrastructure du réseau mobile terrestre public. Le réseau mobile terrestre public correspond avantageusement à un réseau de type cellulaire, par exemple un réseau 3GPP de cinquième génération, dit 3GPP 5G.
Le réseau 5G est découpé en tranches de réseau selon le découpage en tranches (de l’anglais « network slicing ») prévu dans le standard 5G et décrit dans le document ETSI TS 123 501 version 15.2.0. Chaque tranche de réseau correspondant à un réseau virtuel avec ses ressources propres. Le véhicule 10 accède à une ou plusieurs tranches du réseau pour accéder aux services associés à ces tranches de réseau, un service déterminé étant associée à une tranche de réseau. Chaque tranche de réseau correspond à un réseau virtuel de bout en bout, c’est-à-dire du véhicule 10 à la machine, physique ou virtuelle, du cloud 100 fournissant le service associé.
Un service associé à une tranche de réseau correspond par exemple à un des services suivants :
- chargement ou téléchargement de mises à jour OTA d’un ou plusieurs logiciels embarqués dans le véhicule, la ou les mises à jour étant fournies par une machine (par exemple un serveur) maintenu par un équipementier ayant développé le ou les logiciels (aussi appelé OEM, de l’anglais « Original Equipment Manufacturer » ou en français FEO « Fabriquant d’Equipement d’Orgine) » ; chaque FEO propose par exemple un ou plusieurs services, à chaque service étant associé une tranche de réseau particulière et distincte des autres tranches de réseau ;
- fourniture de données issues du véhicules 10 (par exemple de capteurs et/ou de calculateurs) à une ou plusieurs machines FEO du cloud 100, par exemple dans le but d’établir des diagnostics sur les équipements de ce ou ces FEO intégrés dans le véhicule 10 ;
- chargement ou téléchargement de certificat(s) de sécurité et/ou clé(s) de cryptage, par exemple dans le cadre d’une infrastructure à clé publique (dite PKI, de l’anglais « Public Key Infrastructure »).
L’utilisation d’une tranche de réseau pour un service déterminé permet d’optimiser l’utilisation du réseau et de réduire les coûts associés. Il est ainsi possible de ne bénéficier que d’un ou plusieurs services et de ne payer les frais de gestion du réseau associé à seulement la ou les tranches associées à ce ou ces services. Par ailleurs, l’utilisation d’une tranche de réseau permet d’optimiser les coûts et les ressources réseau en allouant par exemple des intervalles temporaires et/ou des ressources radios peu utilisées à certains moments (par exemple la nuit) pour mettre en œuvre le service associé.
Par ailleurs, les données circulant sur une tranche de réseau déterminée étant du même type (car liées au service associé à cette tranche), il est plus facile de détecter les anomalies et les attaques, ce qui améliore la sécurité des échanges de données entre le véhicule 10 et le réseau.
Le véhicule 10, ou un dispositif de type UE (de l’anglais « User Equipment » ou en français « Equipement utilisateur ») embarqué dans le véhicule 10, établit une connexion radio avec l’accès radio RAN 201 du réseau (de l’anglais « Radio Access Network ») du réseau 5G. L’accès radio 201 comprend une ou plusieurs stations de bases, une station de base correspondant par exemple à l’antenne 110 de la figure 1.
Le véhicule 10 communiquent avantageusement avec les stations de base par un lien radio 5G.
Le cœur réseau 5G est adapté pour la virtualisation du réseau et s’appuie sur le découpage du plan de contrôle (de l’anglais « Control Plane ») et du plan utilisateur (de l’anglais « User Plane ») définit dans l’architecture CUPS (de l’anglais « Control and Use Plane Separation » ou en français « Séparation plan de contrôle et plan utilisateur »).
Dans un réseau 5G, l’attachement des équipement utilisateurs, la localisation et la création des supports (de l’anglais « bearers ») sont assurés par deux entités fonctionnelles, à savoir :
- une entité AMF (de l’anglais « Access and Mobility Management Function » ou en français « Fonction de gestion de la mobilité et de l’accès ») 203 ; l’entité AMF 203 établit une connexion NAS (de l’anglais « Non-Access Stratum » ou en français « Strate de non accès ») avec l’équipement utilisateur embarqué dans le véhicule 10 et a pour rôle d’enregistrer l’équipement utilisateur 10 et de gérer la localisation de l’équipement utilisateur 10 sur le réseau 3GPP 5G ;
- l’entité SMF (de l’anglais « Session Management Function » ou en français « Fonction de gestion de session ») 204 qui permet de contrôler les sessions PDN (de l’anglais « Packet Data Network » ou en français « Réseau à paquets de données ») ; l’entité SMF 204 est choisie par l’entité AMF 203 puisque l’entité AMF 203 gère la signalisation NAS avec l’équipement utilisateur 10 ; l’entité SMF 204 est responsable de la gestion du plan de contrôle.
Le plan de transport est composé de passerelle de données qui réalise des mesures sur les données transportées et réalise l’interconnexion avec les réseaux Data (PDN) 209. Pour le cœur de réseau 5G, les fonctions du plan de transport sont à la charge de l’entité UPF (de l’anglais « User Plane Function » ou en français « Fonction de plan utilisateur ») 202. L’entité UPF 202 communique avec l’entité SMF 204 via une interface déterminée.
L’entité PCF 208 (de l’anglais « Point Coordinated Function » ou en français « Fonction de coordination de point d’accès ») permet de contrôler les flux au niveau de l’entité SMF 204 et au niveau de l’entité AMF 203 pour apporter une meilleure granularité sur les flux autorisés en prenant en compte la localisation de l’équipement utilisateur 10.
Le profil de l’équipement utilisateur 10 (son abonnement, ses droits, …) est sauvegardé dans une base de données accessible via l’entité UDM 207 (de l’anglais « Unified Data Management » ou en français « Gestion de données unifiée »). L’entité UDM 207 conserve les profils de sessions de données (sessions PDU (de l’anglais « Protocol Data Unit » ou en français « Unité de protocole de données ») et de l’entité AMF 203 sur laquelle est attaché l’équipement utilisateur 10.
L’enregistrement de l’équipement utilisateur nécessite une double authentification réalisée au niveau de l’entité AMF 203 et de l’équipement utilisateur 10 à partir de vecteurs d’authentifications fournies par l’entité AUSF 206 (de l’anglais « AUthentication Server Function » ou en français « Fonction serveur d’authentification »).
L’entité NSSF 205 (de l’anglais « Network Slice Selection Function » ou en français « Fonction de sélection de tranche de réseau ») est une entité permettant d’assister l’entité AMF 203 dans la sélection des instances logiques du réseau pour une tranche de réseau (de l’anglais « slice ») déterminée.
L’entité NSSF 205 comprend un ensemble d’identifiants de tranches de réseau, un identifiant S-NSSAI (de l’anglais « Single Network Slice Selection Assistance Information » ou en français « Information unique d’assistance de sélection de tranche de réseau »). Chaque S-NSSAI comprend :
- une première information représentative du type de la tranche de réseau identifiée par le S-NSSAI, cette première information étant appelée SST (de l’anglais « Slice/Service Type » ou en français « Type de tranche/service), qui se réfère au comportement de la tranche en termes de caractéristiques et de service ;
- une deuxième information SD (de l’anglais « Slice Differentiator » ou en français « Différentiant de tranche ») permettant de marquer la différence d’une tranche avec un SST donné par rapport à une autre tranche ayant le même SST donné, cette deuxième information étant optionnelle.
La première information SST peut par exemple 3 valeurs, à savoir :
- valeur ‘1’ pour une tranche de type « eMBB » (de l’anglais « Enhanced Mobile Broadband » ou en français « Large bande mobile améliorée ») ;
- valeur ‘2’ pour une tranche de type « URLLC » (de l’anglais « Ultra-Reliable Low Latency Communications » ou en français « Communications à faible latence ultra fiables ») ; et
- valeur ‘3’ pour une tranche de type « MIoT » (de l’anglais « Massive Internet of Things » ou en français « Internet des objets massif »).
Lorsque l’équipement utilisateur 10 souhaite accéder à un service déterminé, ce dernier transmet le S-NSSAI identifiant le service déterminé à l’accès radio RAN 201 qui route les informations de signalisation NAS à l’entité AMF 203 sélectionnée à partir du NSSAI (de l’anglais « Network Slice Selection Assistance Information » ou en français « Information d’assistance de sélection de tranche de réseau ») comprenant le S-NSSAI, un NSSAI associé à une entité AMF comprenant potentiellement plusieurs S-NSSAI. La première information associée au S-NSSAI transmis est par exemple de type « MIoT » pour accéder à un service de mise à jour de logiciel(s) et/ou de remontée de données, le volume de données à recevoir et/ou transmettre étant peu important.
Lorsque le S-NSSAI comprend une deuxième information, celle-ci permet par exemple de distinguer un équipementier FEO d’un autre, par exemple lorsqu’il s’agit d’accéder à plusieurs services de mise à jour de logiciel fournis par différents équipementiers FEO, chaque service de mise à jour étant identifié par un unique S-NSSAI, les S-NSSAI ayant la même première information mais une deuxième information différente.
Plusieurs S-NSSAI peuvent être associés à un même FEO, chaque S-NSSAI d’un ensemble de plusieurs S-NSSAI associés à un même FEO étant par exemple associé à un produit ou un service différent de ce FEO.
Bien entendu, l’équipement utilisateur 10 peut transmettre plusieurs identifiants S-NSSAI lorsqu’il veut accéder à plusieurs services, chaque service étant identifié par un unique identifiant S-NSSAI.
Selon une variante de réalisation optionnelle, un service est par exemple associé à un numéro d’identification VIN (de l’anglais « Vehicle Identification Number », correspondant au numéro de série du véhicule) d’un véhicule déterminé. Selon cette variante, le service associé ne concerne que le véhicule identifié par ce numéro VIN.
Le dispositif 3 est par exemple configuré pour la mise en œuvre des opérations décrites en regard des figures 1 et 2 et/ou des étapes du procédé décrit en regard de la figure 4. Des exemples d’un tel dispositif 3 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE, une unité de contrôle télématique TCU (de l’anglais « Telematic Control Unit »), un téléphone intelligent (de l’anglais « smartphone »), une tablette, un ordinateur portable. Les éléments du dispositif 3, 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 3 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 3 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 3 comprend un (ou plusieurs) processeur(s) 30 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 3. Le processeur 30 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 3 comprend en outre au moins une mémoire 31 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 première mémoire 31.
Selon un mode de réalisation particulier et non limitatif, le dispositif 3 comprend un bloc 32 d’éléments d’interface pour communiquer avec des dispositifs externes, par exemple un serveur distant ou le « cloud », d’autres dispositifs similaires au dispositif 3 et embarqués dans d’autres véhicules que celui embarquant le dispositif 3. Les éléments d’interface du bloc 32 comprennent une ou plusieurs des interfaces suivantes :
- interface radiofréquence 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é), 3GPP 5G ;
- interface USB (de l’anglais « Universal Serial Bus » ou « Bus Universel en Série » en français) ;
- interface HDMI (de l’anglais « High Definition Multimedia Interface », ou « Interface Multimedia Haute Definition » en français) ;
- interface LIN (de l’anglais « Local Interconnect Network », ou en français « Réseau interconnecté local »).
Des données sont par exemples chargées vers le dispositif 3 via l’interface du bloc 32 en utilisant un réseau 4G (ou LTE Advanced selon 3GPP release 10 – version 10) ou 5G.
Selon un autre mode de réalisation particulier, le dispositif 3 comprend une interface de communication 33 qui permet d’établir une communication avec d’autres dispositifs, tels que par exemple le système de localisation de type GPS, le système de communication mobile (GSM, GPRS, Wi-Fi, Bluetooth, LTE, LTE-V, ITS G5)) ou les radars du système de radars via un canal de communication 330. L’interface de communication 33 correspond par exemple à un transmetteur configuré pour transmettre et recevoir des informations et/ou des données via le canal de communication 330. L’interface de communication 33 correspond par exemple à un réseau filaire de type CAN (de l’anglais « Controller Area Network » ou en français « Réseau de contrôleurs »), CAN FD (de l’anglais « Controller Area Network Flexible Data-Rate » ou en français « Réseau de contrôleurs à débit de données flexible ») ou Ethernet Automotive (ou en français « Ethernet automobile »).
Selon un mode de réalisation particulier supplémentaire, le dispositif 3 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 41, un identifiant S-NSSAI d’une tranche de réseau du réseau mobile terrestre public est transmise, par exemple à l’accès radio RAN du réseau mobile. Un service déterminé auquel le véhicule souhaite accéder est associé à cette tranche de réseau, l’identifiant comprenant une première information représentative du type de la tranche de réseau, par exemple « MIoT ».
Dans une deuxième étape 42, des données associées au service sont communiquées (par exemple transmises ou reçues) via la tranche de réseau entre le véhicule et le réseau mobile terrestre public.
Selon une variante, plusieurs identifiants S-NSSAI de tranches de réseau sont transmis pour accéder à une pluralité de services associées à ces tranches de réseau identifiées par la pluralité d’identifiants.
Bien entendu, l’invention ne se limite pas aux modes de réalisation décrits ci-avant mais s’étend à un procédé de sélection d’une tranche de réseau et/ou d’un service associé à cette tranche de réseau, et au dispositif configuré pour la mise en œuvre d’un tel procédé.
L’invention concerne également un véhicule, par exemple automobile ou plus généralement un véhicule à moteur terrestre, comprenant le dispositif 3 de la figure 3.
Claims (10)
- Procédé de communication entre un véhicule (10) et un réseau mobile terrestre public, ledit procédé comprenant les étapes suivantes :
- transmission (41) d’un identifiant d’une tranche de réseau dudit réseau mobile terrestre public, un service déterminé auquel ledit véhicule (10) souhaite accéder étant associé à ladite tranche de réseau, ledit identifiant comprenant une première information représentative du type de ladite tranche de réseau ;
- communication (42) de données associées audit service via ladite tranche de réseau entre ledit véhicule (10) et ledit réseau mobile terrestre public. - Procédé selon la revendication 1, pour lequel ledit réseau mobile terrestre public est un réseau conforme aux spécification techniques référencées ETSI TS 123 501 version 15.2.0.
- Procédé selon l’une des revendications 1 à 2, pour lequel ledit identifiant comprend une deuxième information différentiant ladite tranche de réseau en associant ladite tranche de réseau à un identifiant d’équipementier automobile.
- Procédé selon l’une des revendications 1 à 3, pour lequel ladite communication de données comprend :
- une réception de données de mise à jour d’au moins un logiciel d’au moins un calculateur d’un système embarqué dans ledit véhicule (10) ; ou
- une transmission de données obtenues d’au moins un calculateur dudit système embarqué dans ledit véhicule (10). - Procédé selon l’une des revendications 1 à 3, pour lequel ledit service correspond à un service de mise à jour d’au moins un logiciel d’au moins un calculateur d’un système embarqué dans ledit véhicule (10).
- Procédé selon l’une des revendications 1 à 5, pour lequel ladite première information identifie une tranche de réseau de type « MIoT » défini dans ETSI TS 123 501 version 15.2.0.
- Procédé selon l’une quelconque des revendications 1 à 6, pour lequel ledit service est associé à un numéro d’identification dudit véhicule (10).
- Dispositif (3) de communication entre un véhicule et un réseau mobile terrestre public, ledit dispositif (3) comprenant une mémoire (31) associée à au moins un processeur (30) configuré pour la mise en œuvre des étapes du procédé selon l’une quelconque des revendications 1 à 7.
- Véhicule automobile comprenant le dispositif (3) selon la revendication 8.
- Produit programme d’ordinateur comportant des instructions adaptées pour l’exécution des étapes du procédé selon l’une des revendications 1 à 7, lorsque le programme d’ordinateur est exécuté par au moins un processeur.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1909504A FR3100415B1 (fr) | 2019-08-29 | 2019-08-29 | Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR1909504A FR3100415B1 (fr) | 2019-08-29 | 2019-08-29 | Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public |
| FR1909504 | 2019-08-29 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR3100415A1 true FR3100415A1 (fr) | 2021-03-05 |
| FR3100415B1 FR3100415B1 (fr) | 2023-05-26 |
Family
ID=68987905
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR1909504A Active FR3100415B1 (fr) | 2019-08-29 | 2019-08-29 | Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR3100415B1 (fr) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10172009B1 (en) * | 2018-04-05 | 2019-01-01 | Netsia, Inc. | System and method for a vehicular network service over a 5G network |
| EP3484195A1 (fr) * | 2017-11-13 | 2019-05-15 | Vodafone GmbH | Déploiement, configuration et fourniture de services et/ou de caractéristiques pour un abonné itinérant entrant |
| US20190168696A1 (en) * | 2017-12-01 | 2019-06-06 | At&T Intellectual Property I, L.P. | Dynamic wireless configuration of a vehicle via a network slice |
-
2019
- 2019-08-29 FR FR1909504A patent/FR3100415B1/fr active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3484195A1 (fr) * | 2017-11-13 | 2019-05-15 | Vodafone GmbH | Déploiement, configuration et fourniture de services et/ou de caractéristiques pour un abonné itinérant entrant |
| US20190168696A1 (en) * | 2017-12-01 | 2019-06-06 | At&T Intellectual Property I, L.P. | Dynamic wireless configuration of a vehicle via a network slice |
| US10172009B1 (en) * | 2018-04-05 | 2019-01-01 | Netsia, Inc. | System and method for a vehicular network service over a 5G network |
Non-Patent Citations (1)
| Title |
|---|
| NOKIA ET AL: "Text Proposal for Configuration of Network Slicing over NG", vol. RAN WG3, no. Sophia Antipolis, France; 20180122 - 20180126, 12 January 2018 (2018-01-12), XP051387354, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG3%5FIu/TSGR3%5FAHGs/R3%2DAH%2D1801/Docs/> [retrieved on 20180112] * |
Also Published As
| Publication number | Publication date |
|---|---|
| FR3100415B1 (fr) | 2023-05-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230354446A1 (en) | Remote Profile Manager For A Vehicle | |
| EP3029968B1 (fr) | Procede de provisionnement d'un profil de souscripteur pour un module securise | |
| EP3070968A1 (fr) | Système de traitement d'informations de véhicule, procédé, dispositif monté sur véhicule et support de stockage | |
| FR3095733A1 (fr) | Systeme et procede de gestion de communication v2x entre un vehicule et un dispositif recepteur | |
| US9467179B2 (en) | Vehicle head unit priority | |
| FR3100415A1 (fr) | Procédé et dispositif de communication entre un véhicule et un réseau mobile terrestre public | |
| FR3059193A1 (fr) | Procede de mise en œuvre d'un service embarque dans un vehicule au moyen de ressources presentes sur un serveur distant | |
| FR3122059A1 (fr) | Procédé, dispositif et système de communication de données d’évènement pour véhicule | |
| FR3096860A1 (fr) | Procédé et dispositif de communication d’informations relatives à un ou plusieurs trajets | |
| KR102229419B1 (ko) | 확장 서비스 시스템을 이용한 차량 내부 및 외부의 이종 시스템간 데이터 공유 방법 및 장치 | |
| FR3099682A1 (fr) | Procédé et dispositif de communication pour véhicule | |
| FR3106031A1 (fr) | Procédé et dispositif de communication dans un réseau cellulaire sans fil | |
| FR3140966A1 (fr) | Procédé et dispositif de communication pour véhicule comprenant une chaine de blocs | |
| FR3077457A1 (fr) | Procede de gestion des acces a une infrastructure de telecommunication comprenant des reseaux publics et prives et dispositifs associes | |
| EP3957093B1 (fr) | Procédé et dispositif de communication pour véhicule dans un réseau sans fil de type ad hoc | |
| FR3140235A1 (fr) | Procédé et dispositif de communication de données d’identification de véhicule | |
| FR3102965A1 (fr) | Procédé et dispositif de sélection de certificat pseudonyme pour véhicule | |
| EP4439279A1 (fr) | Procédé de mise à niveau basé sur la technologie par liaison radio (ota), et appareil de communication | |
| WO2021240082A1 (fr) | Procédé et système de communication dans un réseau cellulaire sans fil | |
| WO2022184986A1 (fr) | Procédé et dispositif de détermination d'une vitesse réglementaire sur une portion de route pour véhicule | |
| US12069749B2 (en) | Method and system for generating standardized format data from disparate, non-standardized vehicle data | |
| FR3074634A1 (fr) | Gestion de communication entre un terminal et un serveur d’un reseau | |
| FR3123740A1 (fr) | Procédé de mise à jour d’un calculateur embarqué d’un véhicule à partir d’un dispositif débarqué. | |
| FR3140195A1 (fr) | Procédé et dispositif de transmission de données de tentative d’enregistrement de dispositifs d’accès main libre pour véhicule | |
| FR3102634A1 (fr) | Procédé et dispositif de sécurisation de communication pour véhicule |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PLFP | Fee payment |
Year of fee payment: 2 |
|
| PLSC | Publication of the preliminary search report |
Effective date: 20210305 |
|
| 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: STELLANTIS AUTO SAS, FR Effective date: 20240423 |
|
| PLFP | Fee payment |
Year of fee payment: 6 |