FR3054770B1 - Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe - Google Patents

Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe Download PDF

Info

Publication number
FR3054770B1
FR3054770B1 FR1654656A FR1654656A FR3054770B1 FR 3054770 B1 FR3054770 B1 FR 3054770B1 FR 1654656 A FR1654656 A FR 1654656A FR 1654656 A FR1654656 A FR 1654656A FR 3054770 B1 FR3054770 B1 FR 3054770B1
Authority
FR
France
Prior art keywords
communication module
wireless communication
connection
scan
req
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.)
Active
Application number
FR1654656A
Other languages
English (en)
Other versions
FR3054770A1 (fr
Inventor
Laurent Petel
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Valeo Comfort and Driving Assistance SAS
Original Assignee
Valeo Comfort and Driving Assistance SAS
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Valeo Comfort and Driving Assistance SAS filed Critical Valeo Comfort and Driving Assistance SAS
Priority to FR1654656A priority Critical patent/FR3054770B1/fr
Priority to PCT/EP2017/062523 priority patent/WO2017202902A1/fr
Publication of FR3054770A1 publication Critical patent/FR3054770A1/fr
Application granted granted Critical
Publication of FR3054770B1 publication Critical patent/FR3054770B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procédé de connexion d'un système embarqué (13) de véhicule, comprenant un premier module de communication sans fil, à un appareil électronique (20) comprenant un second module de communication sans fil, comprend les étapes suivantes : - diffusion (E4) de trames d'annonce (ADV1) par le premier module de communication sans fil ; - en réponse à une desdites trames d'annonce (ADV1) diffusées, émission (E10), par le second module de communication sans fil en mode balayage, d'une requête d'informations (SCAN_REQ) à destination du premier module de communication ; - à réception (E12) de la requête d'informations (SCAN_REQ), basculement (E20) du premier module de communication sans fil en mode balayage ; - émission (E22) par le second module de communication sans fil d'une autre trame d'annonce (ADV2) ; - à réception (E24) de ladite autre trame d'annonce (ADV2), émission (E26), par le premier module de communication en mode balayage, d'une requête de connexion (CONNECT_REQ) destinée au second module de communication. Un système embarqué associé (13) est également décrit.

Description

Procédé de connexion d’un système embarqué de véhicule à un appareilélectronique et système embarqué de véhicule associéDomaine technique auquel se rapporte l'invention
La présente invention concerne les échanges de données entre unsystème embarqué de véhicule et un appareil électronique.
Elle concerne plus particulièrement un procédé de connexion d’unsystème embarqué de véhicule à un appareil électronique, et un systèmeembarqué de véhicule associé. L’invention s’applique particulièrement avantageusement dans le cas oùl’émission d’une requête de connexion est réalisée par un module decommunication sans fil en mode balayage.
Arriere-plan technologique
Lorsque l’on souhaite établir une connexion sans fil entre un systèmeembarqué de véhicule et un appareil électronique (tel qu’un terminal utilisateur),par exemple afin d’échanger des données entre le système embarqué et l’appareilélectronique et/ou afin de commander une fonctionnalité du véhicule au moyen del’appareil électronique, il est préférable que cette connexion soit commandée parle système embarqué afin de garder une bonne maîtrise sur le mécanisme deconnexion (quel que soit l’appareil électronique utilisé).
Ceci impose toutefois (notamment lorsque le protocole utilisé pour laconnexion sans fil est de type BLE ou "Bluetooth Low Energy") que le module decommunication sans fil du système embarqué soit en mode balayage pourdétecter d’éventuelles trames d’annonce émises par les appareils électroniquesavoisinants, ce qui entraîne une consommation électrique notable au niveau dusystème embarqué.
Objet de l’invention
Dans ce contexte, la présente invention propose un procédé deconnexion d’un système embarqué de véhicule, comprenant un premier modulede communication sans fil, à un appareil électronique comprenant un secondmodule de communication sans fil, le procédé de connexion comprenant lesétapes suivantes : - diffusion de trames d’annonce par le premier module de communicationsans fil ; - en réponse à une desdites trames d’annonce diffusées, émission, par le second module de communication sans fil en mode balayage, d’une requêted’informations à destination du premier module de communication ; - à réception de la requête d’informations, basculement du premiermodule de communication sans fil en mode balayage ; - émission par le second module de communication sans fil d’une autretrame d’annonce ; - à réception de ladite autre trame d’annonce, émission, par le premiermodule de communication en mode balayage, d’une requête de connexiondestinée au second module de communication.
Le premier module de communication sans fil peut ainsi être en modediffusion tant qu’il n’a pas reçu la requête d’informations, ce qui limite laconsommation électrique du système embarqué, puis bascule en mode balayageafin d’initier la connexion de manière maîtrisée.
Selon d’autres caractéristiques envisageables à titre optionnel (et doncnon limitatif) : - la requête d’informations comprend une adresse associée au secondmodule de communication sans fil ou au terminal utilisateur ; - l’adresse est une adresse résolvable ; - l’adresse est une adresse fixe ; - ledit basculement est effectué sous condition de vérification del’adresse par le système embarqué ; - les trames d’annonce diffusées sont indicatives de disponibilité dupremier module de communication sans fil pour une requête d’informations et/oud’indisponibilité du premier module de communication sans fil pour uneconnexion ; - ladite autre trame d’annonce est indicative de disponibilité du secondmodule de communication sans fil pour une connexion ; - ladite diffusion des trames d’annonce est périodique ; - lesdites trames sont diffusées, pour chaque période, pendant une duréeinférieure ou égale à 10% de ladite période (par exemple comprise entre 1% et10% de ladite période) ; - à réception de ladite requête d’informations, le premier module decommunication sans fil émet en outre une trame en réponse à destination dusecond module de communication sans fil. L’invention propose également un système embarqué de véhiculecomprenant un module de communication sans fil et un processeur conçu pourcommander le module de communication sans fil pour : - diffuser des trames d’annonce ; - à réception d’une requête d’informations en provenance d’un autremodule de communication sans fil, basculer en mode balayage ; - à réception d’une autre trame d’annonce émise par l’autre module decommunication sans fil, émettre une requête de connexion destinée à l’autremodule de communication.
Certaines au moins des caractéristiques optionnelles présentées ci-dessus en termes de procédé peut éventuellement s’appliquer à un tel systèmeembarqué.
Description detaillee d’un exemple de réalisation
La description qui va suivre en regard des dessins annexés, donnés àtitre d’exemples non limitatifs, fera bien comprendre en quoi consiste l’invention etcomment elle peut être réalisée.
Sur les dessins annexés : - la figure 1 représente un exemple de contexte dans lequel peut êtremise en oeuvre l’invention ; - la figure 2 représente schématiquement des composants, utiles à lacompréhension de l’invention, d’un véhicule et d’un appareil électronique ; - la figure 3 représente un exemple de procédé de connexion d’unsystème embarqué du véhicule à l’appareil électronique.
La figure 1 représente un exemple de contexte dans lequel peut êtremise en oeuvre l’invention.
Dans ce contexte, un véhicule 10 comprend un système embarqué 13qui peut entrer en communication via une liaison sans fil avec un appareilélectronique, ici un terminal utilisateur 20 présent au voisinage du véhicule 10.
Ce terminal utilisateur 20 peut être par exemple un téléphone portable(ou téléphone cellulaire), éventuellement de type "téléphone intelligent' (ou"smartphone" selon la dénomination anglo-saxonne couramment utilisée).
Un autre type d’appareil électronique (par exemple une clé ou un badged’accès au véhicule 10) peut toutefois être utilisé en lieu et place du terminalutilisateur 20 (dans toute la suite de la description).
Grâce à la liaison sans fil établie comme expliqué plus bas, le systèmeembarqué 13 et le terminal utilisateur 20 peuvent échanger des données entreeux, par exemple en vue de la commande d’au moins une fonctionnalité duvéhicule 10 au moyen du terminal utilisateur 20. Une telle fonctionnalité est parexemple le déverrouillage des portes du véhicule 10.
La liaison sans fil utilisée pour communiquer entre le système embarqué13 et le terminal utilisateur 20 est par exemple de type Bluetooth, ici en particulierde type Bluetooth Low Energy (BLE).
On considère dans la suite que le système embarqué 13 et le terminalutilisateur 20 ont déjà échangé des données au cours d’une phase d’appairageconduite avec succès de sorte que le système embarqué 13 et le terminalutilisateur 20 sont appairés.
Le terminal utilisateur 20 peut être en outre conçu pour se connecter àun réseau de téléphonie mobile (non représenté).
La figure 2 représente schématiquement des composants, utiles à lacompréhension de l’invention, du véhicule 10 et du terminal utilisateur 20.
Le véhicule 10 comprend notamment le système embarqué 13 déjàmentionné et un actionneur 15 conçu pour mettre en oeuvre la fonctionnalitécommandée (à réception d’une commande correspondante en provenance dusystème embarqué 13).
Le système embarqué 13 comprend quant à lui une unité électronique decommande 11 (ou ECU pour "Electronic Control Unit') et un module decommunication sans fil 16, ici selon la technologie Bluetooth Low Energy (BLE). L’unité électronique de commande 11 comprend un processeur 12 et uneunité de mémorisation 14, par exemple une mémoire non-volatile réinscriptible ouun disque dur. L’unité de mémorisation 14 mémorise notamment des programmesd’ordinateur comprenant des instructions dont l’exécution par le processeur 12permet la mise en oeuvre par l’unité électronique de commande 11 du procédédécrit ci-dessous en référence à la figure 3. L’unité de mémorisation 14 mémorise également des données utiliséesdans le cadre des procédés décrits ci-dessous, notamment une clé secrète K.
La clé secrète K est ici une clé associée au terminal utilisateur 20susmentionné. Il s’agit par exemple d’une clé de type IRK (pour "Identity Resolving
Keÿ') telle que prévue dans le cadre de la technologie BLE. Une telle clé IRK estpropre au terminal utilisateur 20 et a été communiqué (sous forme chiffrée) duterminal utilisateur 20 au sytème embarqué 13 lors de la phase d’appairagesusmentionnée.
Le terminal utilisateur 20 comprend un processeur 22, une mémoire 24(par exemple une mémoire non-volatile réinscriptible), un module decommunication sans fil 26, ici selon la technologie Bluetooth Low Energy (BLE),une interface utilisateur 21 (ici un écran tactile) et un module 28 de communicationsur le réseau de téléphonie mobile susmentionné.
Dans certains modes de réalisation, le module de communication 28peut comprendre une carte à puce qui mémorise des données de connexionassociées à un abonnement au service de téléphonie mobile et permettantd’établir la connexion sur le réseau de téléphonie mobile.
La mémoire 24 mémorise la clé secrète K susmentionnée (égalementmémorisée comme déjà indiqué au sein de l’unité de mémorisation 14 de l’unitéélectronique de commande 11 du véhicule 10). La clé secrète K (ici comme déjàindiqué une clé de type IRK) a par exemple été mémorisée dans la mémoire 24 duterminal utilisateur 20 lors de la fabrication du terminal utilisateur 20 (dans le cadrede la préparation de ce terminal utilisateur 20 pour fonctionner selon latechnologie BLE).
Le module de communication sans fil 26 du terminal utilisateur 20 permetd’établir une liaison sans fil (ici de type Bluetooth Low Energy comme déjàindiqué) avec le module de communication sans fil 16 du véhicule 10 à traverslaquelle le processeur 12 de l’unité électronique de commande 11 et le processeur22 du terminal utilisateur 20 peuvent échanger des données, comme expliqué ci-après.
Avant connexion, le module de communication sans fil 16 du véhicule 10et le module de communication sans fil 26 du terminal utilisateur 20 peuventchacun être dans un mode diffusion (mode "advertising" en technologie Bluetooth)et/ou dans un mode balayage (mode "scanning" ou mode "initiating" entechnologie Bluetooth comme expliqué ci-dessous).
Lorsqu’un module de communication sans fil 16, 26 est en modediffusion, il diffuse des trames d’annonce (ou "advertising packets" selon laterminologie anglo-saxonne) qui peuvent avoir l’un des types suivants : - ADV_NONCONN_IND (trames indicatives d’indisponibilité) ; - ADVJND (trames indicatives de disponibilité indirecte, c’est-à-dire dedisponibilité pour une connexion avec un appareil quelconque) ; - ADV_SCAN_IND (trames indicatives de disponibilité pour répondre àun requête d’informations - voir ci-dessous - mais d’indisponibilité pour uneconnexion) ; - ADV_DIRECT (trames indicatives de disponibilité directe).
Lorsqu’un module de communication sans fil 16, 26 est en modebalayage, il peut être dans l’un des deux sous-modes suivants : - sous-mode recherche ("scanning") : le module de communication sansfil peut alors émettre une requête d’informations (trame de type SCAN_REQ ou"scan request" selon la terminologie utilisée dans le protocole Bluetooth LowEnergy) destinée à un appareil en mode diffusion afin que cet appareil luicommunique des informations complémentaires ; - sous-mode établissement ("initiating") : le module de communicationsans fil peut alors émettre une requête de connexion (trame de typeCONNECT_REQ ou "connection request' selon la terminologie utilisée dans leprotocole Bluetooth Low Energy) destinée à un appareil en mode diffusion afind’initier une connexion avec cet appareil.
Lorsqu’un module de communication sans fil 16, 26 en mode diffusionreçoit une requête d’informations en provenance d’un module en mode balayage(sous-mode recherche), le module en mode diffusion répond à cette requête parrémission d’une réponse (trame d’annonce de type SCAN_RSP ou "scanresponse" selon la terminologie utilisée dans le protocole Bluetooth Low Energy)destinée à l’appareil en mode balayage et contenant les informationscomplémentaires.
Dans le cadre du protocole Bluetooth Low Energy, il est prévu que lestrames d’établissement d’une connexion (listées ci-dessus) soit échangées ausein de canaux spécifiques, dits canaux d’annonce (en anglais "advertisingchannels"), distincts des canaux de données (en anglais : "data channels") utiliséspour transmettre les trames d’échange de données applicatives relatives à desconnexions établies.
Le protocole Bluetooth Low Energy prévoit 3 canaux d’annonce(référencés canal 37, canal 38 et canal 39 et ayant des fréquences centrales respectives égales à 2402 MHz, 2426 MHz, 2480 MHz) et 37 canaux de données(référencés canal 0 à canal 36).
Ainsi les 3 canaux d’annonces ont respectivement des fréquencescentrales situées à l’extrémité inférieure, dans une région centrale et à l’extrémitésupérieure de la bande de fréquence concernée (ici la bande à 2,4 GHz).
La figure 3 représente un exemple de procédé de connexion du systèmeembarqué 13 du véhicule 10 au terminal utilisateur 20.
Ce procédé débute par une étape E2 à laquelle le processeur 12commande le module de communication sans fil 16 en mode diffusion seule (c’est-à-dire sans balayage).
Cette étape est par exemple réalisée en préalable à l’ensemble desétapes ci-dessous, dès que le système embarqué 13 est en attente d’uneconnexion potentielle avec un terminal utilisateur. L’étape E2 est ainsi parexemple mise en oeuvre lors de la mise sous tension du système embarqué 13 ouaprès l’achèvement d’une précédente communication.
Le module de communication sans fil 16 diffuse alors périodiquementdes trames d’annonce ADV1 (étape E4). Dans le mode de réalisation décrit ici, lestrames d’annonce sont de type ADV_SCAN_IND (ce type de trames indiquecomme expliqué plus haut que le module de communication sans fil 16 estdisponible pour répondre à une requête d’informations SCAN_REQ maisindisponible pour une connexion). En variante, il pourrait s’agir de trames de typeADVJND.
Le module de communication sans fil 16 reste ainsi en mode diffusiontant qu’un autre module de communication sans fil (en l’occurrence celui d’unterminal utilisateur) ne s’adresse pas à lui comme expliqué ci-dessous. Ceci estavantageux puisque, pendant cette phase d’attente, la consommation du modulede communication sans fil 16 est très limitée. En effet, les trames d’annonce nesont diffusées que pendant une brève partie du temps (typiquement 10% dutemps ou moins, ici environ 5% du temps) pour chaque période, à comparer à uneutilisation pendant environ 30% à 40% du temps (selon des valeurs typiquementutilisées) en mode balayage.
Le processeur 22 commande quant à lui le module de communicationsans fil 26 en mode diffusion et balayage, en sous-mode recherche (étape E6).
Cette étape peut être réalisée dès la mise sous tension du terminal utilisateur 20. On peut toutefois prévoir en variante que cette étape E6 ne soitréalisée que lorsque l’utilisateur indique, au moyen de l’interface utilisateur 21,qu’il souhaite une connexion du terminal utilisateur 20 et du système embarqué13, ou qu’il souhaite commander une fonctionnalité du véhicule 10 au moyen duterminal utilisateur 20.
Le module de communication sans fil 26 effectue donc (étape E8) d’unepart une diffusion de trames d’annonce ADV2 et d’autre part un balayage (sous-mode recherche ou "scanning" selon l’appellation anglo-saxonne) afin de détecterd’éventuelles trames d’annonce émises par d’autres dispositifs.
Les trames d’annonce ADV2 diffusées par le module de communicationsans fil 26 sont ici des trames de type ADVJND (ce type de trames indiquecomme expliqué plus haut que le module de communication sans fil 26 estdisponible pour une connexion avec un dispositif quelconque).
Dans cette situation, et lorsque le terminal utilisateur 20 est suffisammentproche du véhicule 10 pour que le module de communication sans fil 26 en modebalayage reçoive l’une des trames d’annonce ADV1 diffusées par le module decommunication sans fil 16, le module de communication sans fil 26 (étant en sous-mode recherche ou "scanning") émet à l’étape E10 (en réponse à la tramed’annonce ADV1 reçue) une requête d’informations SCAN_REQ destinée aumodule de communication sans fil 16 du système embarqué 13.
On prévoit ici en outre que la requête d’informations SCAN_REQcomprenne une adresse ADR associée au terminal utilisateur 20 ou au module decommunication sans fil 26. L’adresse peut être une adresse résolvable (ou RPApour "Resolvable Private Address"). Une telle adresse résolvable ADR comprendpar exemple un nombre aléatoire RND et un condensât HSH obtenu parapplication d’une fonction cryptographique f au nombre aléatoire RND et à la clésecrète K. Précisément, l’adresse résolvable ADR est ici la concaténation ducondensât HSH et du nombre aléatoire RDN : ADR = HSH || RND, avecHSH=f(RND,K). L’adresse résolvable ADR est par exemple déterminée (lors d’une étapeantérieure non représentée) par le processeur 22.
En variante, l’adresse ADR associée au terminal utilisateur 20 ou aumodule de communication sans fil 26 pourrait être une adresse fixe, par exempleun identifiant du terminal utilisateur 20 ou du module de communication sans fil 26.
Le module de communication sans fil 16 reçoit la requête d’informationsSCAN_REQ (accompagnée de l’adresse ADR) à l’étape E12 et transmet cetteinformation au processeur 12 de l’unité électronique de commande 11.
Le module de communication sans fil 16 émet alors en réponse unetrame de type SCAN_RSP (étape E14) contenant notamment les informationscomplémentaires suivantes : un identifiant local du véhicule 10 et/ou un identifiantcomplet du véhicule 10 et/ou une liste de services sollicités et/ou une liste deservices supportés et/ou des données de service et/ou des données spécifiques àl’utilisateur.
Le module de communication sans fil 26 reçoit la trame SCAN_RSP (etles informations complémentaires) à l’étape E16.
De son côté, le processeur 12 vérifie à l’étape E18 si l’adresse ADRcorrespond à un terminal utilisateur 20 avec lequel le système embarqué 13 doitentrer en connexion. Les conditions dans lesquelles un système embarqué peutnécessiter une connexion avec un terminal utilisateur dépendent des applicationsenvisagées et ne seront donc pas décrites ici en détail. Il peut s’agir par exempled’un terminal utilisateur qui vient d’entrer dans la portée du module decommunication sans fil 16. Il peut également s’agir d’un terminal utilisateur qui n’apas échangé de données avec le système embarqué 13 depuis un laps de tempsprédéterminé.
Dans l’exemple décrit ici où une adresse résolvable ADR est utilisée, lavérification de l’étape E18 consiste à vérifier, au moyen de l’adresse ADR reçue àl’étape E12 et de la clé secrète K mémorisée dans l’unité de mémorisation 14 enassociation avec le terminal utilisateur 20, si l’adresse reçue ADR = HSH || RNDest correcte, c’est-à-dire si on a bien : HSH=f(RND,K).
Si le processeur 12 détermine que l’adresse ADR ne correspond pas àun terminal utilisateur avec lequel le système embarqué 13 doit entrer enconnexion (flèche N à l’étape E18), les échanges précédents restent sans suite etle procédé boucle à l’étape E4.
Si le processeur 12 détermine que l’adresse ADR correspond aucontraire à un terminal utilisateur 20 avec lequel le système embarqué 13 souhaiteentrer en connexion (flèche P à l’étape E18), le procédé se poursuit à l’étape E20à laquelle le processeur 12 commande le basculement du module de communication sans fil 16 en mode balayage et en sous-mode établissement("initiating"), ici précisément en mode balayage sans diffusion de tramesd’annonce.
Comme indiqué plus haut, on considère dans l’exemple décrit ici que lesystème embarqué 13 et le terminal utilisateur 20 ont été préalablement appairés.Si tel n’était pas le cas, le processeur 12 ne pourrait pas résoudre l’adresse ADRreçue à l’étape E12 (ou, de manière générale, ne pourrait pas déterminer sur laseule base des informations reçues avec la requête d’informations SCAN_REQ sile terminal utilisateur est compatible pour coopérer avec le système embarqué13).
On peut alors prévoir dans ce cas (où le système embarqué 13 et leterminal utilisateur 20 ne sont pas appairés) que le processeur 12 commande lebasculement du module de communication sans fil 16 en mode balayage, sous-mode recherche ("scanning") afin de recevoir les trames d’annonce ADV2, deprendre en considération les informations contenues dans ces trames d’annonceADV2 et de basculer alors éventuellement en mode d’établissement ("initiating")pour se connecter et entreprendre un processus d’appairage. Le fonctionnementpourrait alors reprendre, après appairage, comme exposé ci-dessus.
On rappelle par ailleurs que (comme indiqué ci-dessus) le module decommunication sans fil 26 est en mode diffusion et balayage depuis l’étape E6. Envariante, on pourrait prévoir que le module de communication sans fil 26 soit enmode balayage seul (sans diffusion de trames d’annonce) depuis l’étape E6, etbascule en mode diffusion (ou en mode diffusion et balayage) à réception de laréponse SCAN_RSP à l’étape E16.
Quoiqu’il en soit, le module de communication sans fil 26 émetpériodiquement des trames d’annonce ADV2 (ici de type ADVJND), et cenotamment à l’étape E22 (postérieure à l’étape E20).
Le module de communication sans fil 16, en mode balayage (sous-modeétablissement ou "initiating") depuis l’étape E20, reçoit ainsi à l’étape E24 la tramed’annonce ADV2 émise (i.e. diffusée) à l’étape E22.
Le module de communication sans fil 16 peut ainsi (sous la commandedu processeur 12) émettre, en réponse à cette trame d’annonce ADV2 (indicativeici, comme déjà indiqué, de disponibilité du module de communication sans fil 26pour une connexion), une requête de connexion CONNECT_REQ à destination du module de communication 26 du terminal utilisateur 20 (étape E26).
Le module de communication sans fil 26 reçoit cette requête deconnexion CONNECT_REQ (étape E28) et une connexion s’établit ainsi entre lesmodules de communication sans fil 16, 26.
Comme déjà indiqué, le système embarqué 13 (précisément leprocesseur 12) et le terminal utilisateur 20 (précisément le processeur 22) peuventainsi échanger des données entre eux via la connexion établie, par exemple envue d’une authentification mutuelle et/ou d’une commande d’une fonctionnalité duvéhicule 10 par le terminal utilisateur 20.

Claims (3)

  1. REVENDICATIONS
    1. Procédé de connexion d’un système embarqué (13) de véhicule (10),comprenant un premier module de communication sans fil (16), à un appareilélectronique (20) comprenant un second module de communication sans fil (26),le procédé de connexion comprenant les étapes suivantes : - diffusion (E4) de trames d’annonce (ADV1) par le premier module decommunication sans fil (16) ; - en réponse à une desdites trames d’annonce (ADV1) diffusées,émission (E10), par le second module de communication sans fil (26) en modebalayage, d’une requête d’informations (SCAN_REQ) à destination du premiermodule de communication (16) ; - à réception (E12) de la requête d’informations (SCAN_REQ),basculement (E20) du premier module de communication sans fil (16) en modebalayage ; - émission (E22) par le second module de communication sans fil (26)d’une autre trame d’annonce (ADV2) ; - à réception (E24) de ladite autre trame d’annonce (ADV2), émission(E26), par le premier module de communication (16) en mode balayage, d’unerequête de connexion (CONNECT_REQ) destinée au second module decommunication (26).
  2. 2. Procédé de connexion selon la revendication 1, dans lequel la requêted’informations (SCAN_REQ) comprend une adresse (ADR) associée au secondmodule de communication sans fil (26) ou au terminal utilisateur (20). 3. Procédé de connexion selon la revendication 2, dans lequel l’adresse(ADR) est une adresse résolvable. 4. Procédé de connexion selon la revendication 2, dans lequel l’adresseest une adresse fixe. 5. Procédé de connexion selon l’une des revendications 2 à 4, danslequel ledit basculement est effectué sous condition de vérification (E18) de l’adresse (ADR) par le système embarqué (13).
  3. 6. Procédé de connexion selon l’une des revendications 1 à 5, danslequel les trames d’annonce (ADV1) diffusées sont indicatives de disponibilité dupremier module de communication sans fil (16) pour une requête d’informations etd’indisponibilité du premier module de communication sans fil (16) pour uneconnexion. 7. Procédé de connexion selon l’une des revendications 1 à 6, danslequel ladite autre trame d’annonce (ADV2) est indicative de disponibilité dusecond module de communication sans fil (26) pour une connexion. 8. Procédé de connexion selon l’une des revendications 1 à 7, danslequel ladite diffusion (E4) des trames d’annonce (ADV1) est périodique. 9. Procédé de connexion selon la revendication 8, dans lequel lesditestrames d’annonce (ADV1) sont diffusées, pour chaque période, pendant unedurée inférieure ou égale à 10% de ladite période. 10. Procédé de connexion selon l’une des revendications 1 à 9, danslequel, à réception (E12) de ladite requête d’informations (SCAN_REQ), le premiermodule de communication sans fil (16) émet en outre une trame en réponse(SCAN_RSP) à destination du second module de communication sans fil (26). 11. Système embarqué (13) de véhicule comprenant un module decommunication sans fil (16) et un processeur (12) conçu pour commander lemodule de communication sans fil (16) pour : - diffuser des trames d’annonce (ADV1 ) ; - à réception d’une requête d’informations (SCAN_REQ) en provenanced’un autre module de communication sans fil (26), basculer en mode balayage ; - à réception d’une autre trame d’annonce (ADV2) émise par l’autremodule de communication sans fil (26), émettre une requête de connexion(CONNECT_REQ) destinée à l’autre module de communication (26).
FR1654656A 2016-05-24 2016-05-24 Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe Active FR3054770B1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
FR1654656A FR3054770B1 (fr) 2016-05-24 2016-05-24 Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe
PCT/EP2017/062523 WO2017202902A1 (fr) 2016-05-24 2017-05-24 Procédé de connexion d'un système embarqué de véhicule à un appareil électronique et système embarqué de véhicule associé

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1654656 2016-05-24
FR1654656A FR3054770B1 (fr) 2016-05-24 2016-05-24 Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe

Publications (2)

Publication Number Publication Date
FR3054770A1 FR3054770A1 (fr) 2018-02-02
FR3054770B1 true FR3054770B1 (fr) 2019-08-16

Family

ID=57348759

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1654656A Active FR3054770B1 (fr) 2016-05-24 2016-05-24 Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe

Country Status (2)

Country Link
FR (1) FR3054770B1 (fr)
WO (1) WO2017202902A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8929192B2 (en) * 2012-01-25 2015-01-06 Nokia Corporation Method, apparatus, and computer program product for short-range communication based direction finding
FR3010364B1 (fr) * 2013-09-09 2015-12-11 Valeo Securite Habitacle Procede de declenchement d'une commande sur un vehicule automobile par un echange de donnees entre un equipement de controle et un element identifiant
US9763063B2 (en) * 2014-10-06 2017-09-12 Derek D. Kumar Secure broadcast beacon communications

Also Published As

Publication number Publication date
FR3054770A1 (fr) 2018-02-02
WO2017202902A1 (fr) 2017-11-30

Similar Documents

Publication Publication Date Title
EP3083343B1 (fr) Procédé de déclenchement d'une commande sur un véhicule automobile par un échange de données entre un équipement de contrôle et un élément identifiant
EP3066648B1 (fr) Authentification d'un utilisateur muni d'un appareil mobile auprès d'un véhicule
FR3029728A1 (fr) Procede de provisionnement d'un profil de souscripteur pour un module securise
EP0996299A1 (fr) Procédé de lancement d'une application par un terminal, sous commande d'un module d'identification d'abonné
EP3149917A1 (fr) Dispositif et procede pour passerelle de mise a jour consistente des services d'un reseau domestique
FR3054770B1 (fr) Procede de connexion d'un systeme embarque de vehicule a un appareil electronique et systeme embarque de vehicule associe
EP2210396B1 (fr) Système d'interconnexion entre au moins un appareil de communication et au moins un système d'information distant et procédé d'interconnexion
FR3014631A1 (fr) Dispositif et procede de configuration d'un dispositif de communication
EP3520564B1 (fr) Activation perfectionnée d'interfaces de communication d'un terminal
FR2728705A1 (fr) Procedure de transmission de donnees par bus
EP3314596B1 (fr) Procédé de commande d'une fonctionnalité d'un véhicule au moyen d'un terminal utilisateur
FR2985118A1 (fr) Sous-systeme radio d'emission/reception de radio logicielle a utilisation secondaire opportuniste
EP0996300A1 (fr) " Procédé d'accès à un serveur de services à partir d'une station mobile, module d'identification d'abonné et terminal correspondants."
FR3032579A1 (fr) Procede et dispositif d'echange de donnees avec un dispositif de stockage d'un aeronef
EP3259159B1 (fr) Procédé de mise en oeuvre d'une connexion entre un dispositif électronique esclave et un dispositif électronique maître, et dispositif électronique esclave associé
WO2017050852A1 (fr) Procede de commande d'une fonctionnalite d'un vehicule au moyen d'un terminal utilisateur, ensemble pour vehicule, vehicule et terminal utilisateur associes
EP3809796B1 (fr) Procédé de mise en veille et procédé de réactivation d'au moins une partie d'un réseau de communication sans fil et noeud de collecte dudit réseau
CA3148280C (fr) Procedes et dispositifs d'appairage dans un reseau sans-fil
WO2017182597A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule, appareil électronique et système embarqué de véhicule associés
FR2887717A1 (fr) Procede de creation d'un terminal eclate entre un terminal de base et des equipements connectes en serie
WO2019223938A1 (fr) Systeme embarque, identifiant et procede d'evaluation d'une distance
EP3348090B1 (fr) Procédé et dispositif d'établissement et de maintien d'un accès à internet par utilisation d'un protocole de communication sans fil en réseau informatique local à partir d'une station cliente mobile
WO2017182598A1 (fr) Procédé de connexion d'un appareil électronique à un système embarqué de véhicule et appareil électronique associé
FR3099682A1 (fr) Procédé et dispositif de communication pour véhicule
FR3062766A1 (fr) Procede d'etablissement d'une connexion entre un objet et un reseau de communication cellulaire d'itinerance, mettant en oeuvre une carte a puce uicc

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20180202

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8