Die Erfindung betrifft ein Verfahren zur Positionsbestimmung eines mobilen BLE-Geräts relativ zu einem Fahrzeug.

Bei Fahrzeugen ist zunehmend der Einbau von elektronischen Schließsystemen üblich. Bekannte elektronische Schließsysteme basieren auf einer Verwendung von Funkschlüsseln, die mittels Funk mit dem Fahrzeug kommunizieren. Derartige Systeme sind beispielsweise unter den Bezeichnungen Passive Entry/Passive Start (PEPS) und Remote Keyless Entry (RKE) geläufig. Derartige Systeme sind oft basierend auf einer Kombination von

niederfrequenter und hochfrequenter Funkkommunikation (LF- und HF-Frequenzbereiche, letztere in der Regel im UHF-Bereich) eines ID-Gebers mit einer zentralen Steuereinheit des Fahrzeugs ausgebildet .

Zur Verbesserung des Bedienkomforts sowie zum Schutz vor Manipulationen ist in vielen Fällen üblich, fahrzeugseitig die Position des ID-Gebers relativ zu dem Fahrzeug zu ermitteln. Hierzu wird in vielen Fällen die vom ID-Geber bereitgestellte LF-Kommunikation genutzt, da in diesem Frequenzbereich mit geringerem Aufwand und mit höherer Genauigkeit

Positionsbestimmungen möglich sind, als im HF-Frequenzbereich. Eine andere Möglichkeit zur Positionsbestimmung besteht in der Nutzung von NFC-Chips in einem ID-Geber.

Bei den bekannten auf LF- und HF-Kommunikation basierten Systemen ist in der Regel die Nutzung von proprietären ID-Gebern erforderlich. Diese sind aufgrund ihres proprietären Charakters nicht oder nur wenig anpassbar. Außerdem ist das erforderliche stete Mitführen des ID-Gebers dem Bedienkomfort für den Benutzer abträglich .

Vor diesem Hintergrund liegt der Erfindung die Aufgabe zugrunde, eine Alternative für die bekannten LF/HF-basierten Systeme bereitzustellen. Eine derartige Alternative soll zum einen eine hohe Genauigkeit einer Positionsbestimmung bei guter Manipulationssicherheit erlauben. Die Positionsbestimmung soll darüber hinaus auch mit hoher Geschwindigkeit möglich sein.

Die Aufgabe wird mit einem Verfahren zur Positionsbestimmung eines mobilen BLE-Geräts relativ zu einem Fahrzeug mit den

Merkmalen des Anspruchs 1 gelöst.

Vorteilhafte und zweckmäßige Ausgestaltungen und

Weiterbildungen der Erfindung ergeben sich aus den

Unteransprüchen.

Für das Verfahren zur Positionsbestimmung eines mobilen BLE- Geräts ist vorgesehen, dass das BLE-Gerät eine BLE-Schnittstelle und das Fahrzeug ein System von BLE-Schnittstellen aufweist. Das System von BLE-Schnittstellen des Fahrzeugs umfasst eine BLE- Zentralschnittstelle und wenigstens eine erste BLE-Satelliten- Schnittstelle . Bevorzugt weist das Fahrzeug wenigstens eine weitere, zweite BLE-Satelliten-Schnittstelle auf. Besonders bevorzugt sind wenigstens drei BLE-Satelliten-Schnittstellen in dem Fahrzeug angeordnet.

Das Akronym BLE steht für Bluetooth Low Energy. Bluetooth

Low Energy ist ein Kommunikationsprotokoll, welches in den

Bluetooth-Spezifikationen mit der Versionsnummer 4.0 und neuer spezifiziert ist (siehe

https : //www.bluetooth. com/specifications/adopted-specifications) .

Der Begriff der BLE-Schnittstelle bezieht sich auf eine

Gesamtheit von Komponenten, welche für eine BLE-Kommunikation gemäß Bluetooth-Spezifikation geeignet ist. Es sind also

sämtliche zum spezifikationsgemäßen Betrieb erforderlichen hardware- wie softwaremäßigen Voraussetzungen vorhanden, wobei eine von einer der Bluetooth-Spezifikationen noch zugelassene Minimalerfüllung der für BLE-Kommunikation erforderlichen

Voraussetzungen ausreichend ist. Insbesondere weist die BLE- Schnittstelle auch eine Antenne auf. Bei einer BLE-Schnittstelle kann es sich beispielsweise um ein Modul handeln, welches sämtliche zur BLE-Kommunikation erforderlichen Voraussetzungen erfüllt; aber auch eine Gesamtheit von miteinander gekoppelten Einzelkomponenten kann vorgesehen sein. Wesentlich ist

lediglich, dass die Eignung zur BLE-Kommunikation gemäß

Bluetooth-Spezifikation gegeben ist. Soweit ein Bezug auf eine Position einer BLE-Schnittstelle hergestellt wird, ist hiermit die Position der Antenne der BLE-Schnittstelle gemeint, da an dieser der Empfang eines Signals erfolgt.

Der Begriff des mobilen BLE-Geräts bezeichnet ein für einen Bediener portables Gerät, welches sämtliche Voraussetzungen hinsichtlich Hardware- und Softwareausstattung umfasst, die für eine BLE-Kommunikation erforderlich sind. Ein Beispiel für ein mobiles BLE-Gerät sind moderne Smartphones, die in vielen Fällen die BLE-Kommunikation als Bestandteil der Bluetooth- Funktionalität gemäß Spezifikation in Version 4.0 oder neuer von Hause aus mitbringen.

Des Weiteren ist vorgesehen, dass die erste BLE-Satelliten- Schnittstelle mit einem Sniffer-Modul gekoppelt ist oder die erste BLE-Satelliten-Schnittstelle ein Sniffer-Modul aufweist. Der Begriff des Sniffer-Moduls bezeichnet dabei die Gesamtheit von erforderlichen Maßnahmen, mit denen die BLE-Satelliten- Schnittstelle befähigt wird, eine Kommunikation zwischen zwei anderen BLE-Schnittstellen mitzuhören. Es kann die bloße

Befähigung der BLE-Satelliten-Schnittstelle zum Mithören einer BLE-Kommunikation mittels Softwareanpassungen gemeint sein. Aber auch die Erweiterung der BLE-Satelliten-Schnittstelle mit hard- und softwaremäßigen Mitteln wie auch die Kopplung der BLE- Satelliten-Schnittstelle mit entsprechenden hard- und

softwaremäßigen Mitteln kann vorgesehen sein. Auf die konkrete Ausgestaltung kommt es nicht an, wesentlich ist die vorhandene Befähigung der BLE-Satelliten-Schnittstelle, eine BLE- Kommunikation zwischen BLE-Schnittstellen mitlesen zu können.

Ein Beispiel für ein Sniffer-Modul ist das kommerziell erhältliche CC2540 Bluetooth Low Energy USB Dongle in

Kombination mit dem CC2540 Evaluation Module Kit, das von Texas Instruments angeboten wird (siehe beispielsweise http://www.ti.com/tool/CC2540EMK-USB, abgerufen am Anmeldetag dieser Anmeldung) .

In einer Ausgestaltung kann die Verwendung des CC2540 USB

Dongles in Kombination mit der von Texas Instruments angebotenen Softwareanwendung SmartRF Packet Sniffer zur Nutzung im Rahmen des erfindungsgemäßen Verfahrens vorgesehen sein, wobei dann der

Dongle als BLE-Satelliten-Schnittstelle mit integriertem

Sniffer-Modul aufzufassen ist.

Letztlich kommt es auf die konkrete Ausgestaltung des

Sniffer-Moduls jedoch nicht an; auch eine eventuelle Anpassung spezifikationsgemäßer BLE-Schnittstellen zur Erweiterung um die

Fähigkeit des Mithörens kann vorgesehen sein, so dass aus mitgehörten Paketen Informationen ausgelesen und ausgewertet werden können.

Das Verfahren umfasst die folgenden Schritte:

- Aktivieren des Sniffer-Moduls ;

- Etablierung einer Verbindung zwischen der BLE- Zentralschnittstelle und dem mobilen BLE-Gerät;

- Mithören der Etablierung der ersten Verbindung zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Geräts mittels des Sniffer-Moduls der ersten BLE-Satelliten-Schnittstelle;

- nach dem Mithören der Etablierung der ersten Verbindung werden ermittelte Übertragungsparameter genutzt, um eine

Kommunikation zwischen der BLE-Zentralschnittstelle und dem BLE- Gerät im Connection Mode mitzuhören;

- wiederholtes Erfassen der Signalstärke von durch das mobile BLE-Gerät gesendeten Daten an der Position der ersten BLE-Satelliten-Schnittstelle für die Positionsbestimmung des mobilen BLE-Geräts relativ zu dem Fahrzeug;

- Auswerten mehrerer nacheinander an der Position der ersten

BLE-Schnittstelle erfasster Signalstärken.

Es ist also vorgesehen, zunächst eine BLE-Kommunikation im Stadium der Etablierung der Verbindung auszulesen. Bei der ausgelesenen BLE-Kommunikation handelt es sich um eine

Kommunikation zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Gerät. Es ist mit der BLE-Zentralschnittstelle also eine zentrale Kommunikationseinheit vorgesehen, deren Aufgabe darin besteht, verschlüsselten oder unverschlüsselten

Datenaustausch mit dem mobilen BLE-Gerät zu generieren, der gewissermaßen die Basis für die Erfassung von Signalstärken an mehreren Positionen des Fahrzeugs ist, nämlich an wenigstens der Position der ersten BLE-Satelliten-Schnittstelle, bevorzugt an weiteren Positionen von weiteren BLE-Satelliten-Schnittstellen .

Das Aktivieren des Sniffer-Moduls startet das Mithören von BLE-Kommunikation in der Umgebung. Insbesondere kann eine BLE- Kommunikation der BLE-Zentralschnittstelle und des mobilen BLE- Geräts mitgehört werden. Dafür kann vorgesehen sein, dass die BLE-Satelliten-Schnittstelle inklusive des Sniffer-Moduls , beispielsweise nach dem Koppeln des BLE-Geräts und der BLE- Zentralschnittstelle, mit den erforderlichen Information, beispielsweise den User IDs, ausgestattet wird.

Das Etablieren der Verbindung zwischen der BLE- Zentralschnittstelle und dem mobilen Gerät kann beispielsweise von der Konstellation ausgehend gestartet werden, dass das mobile BLE-Gerät im Advertising Mode befindlich ist. Bei Empfang des Advertising Modes durch die BLE-Zentralschnittstelle kann beispielsweise ein Connect Request erfolgen, welches wiederum mit einer Connect Confirmation beantwortet wird. Aber auch eine andere Ausgestaltung des Etablierens der Verbindung zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Gerät kann

vorgesehen sein. Wesentlich ist, dass nach dem Aktivieren des Sniffer-Moduls eine unverschlüsselte Kommunikation zwischen dem BLE-Gerät und der BLE-Zentralschnittstelle mit dem Ziel der Verbindungsherstellung erfolgt.

Aus den mitgehörten Daten werden Übertragungsparameter ermittelt. Die ermittelten Übertragungsparameter werden genutzt, um eine Kommunikation zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Gerät im Connection Mode mithören zu können. Die durch das Mithören erlangten Informationen müssen dabei nicht hinreichend sein, um mit dem Mithören im Connection Mode fortfahren zu können. Insbesondere der gegebenenfalls für die Entschlüsselung der Kommunikation erforderliche Session Key muss nicht zwangsläufig aus dieser mitgehörten Etablierung der

Verbindung extrahiert werden.

Sobald die Kommunikation der BLE-Zentralschnittstelle mit dem mobilen BLE-Gerät im Connection Mode stattfindet, erfasst die erste BLE-Schnittstelle die Signalstärke von Daten, welche von dem mobilen BLE-Gerät ausgesendet werden. Die Signalstärke wird wenigstens einmal hinterlegt. Zu einem späteren Zeitpunkt wird mit der hinterlegten Signalstärke, die bevorzugt durch einen RSSI-Wert repräsentiert ist, für eine Positionsbestimmung des mobilen BLE-Geräts relativ zu dem Fahrzeug genutzt.

Insbesondere kann ein Auswerten mehrerer nacheinander an der Position der ersten BLE-Schnittstelle erfasster Signalstärken vorgenommen werden. Wesentlich ist, dass ein wiederholtes

Erfassen der Signalstärke von durch das mobile BLE-Gerät

gesendeten Daten an der Position der ersten BLE-Schnittstelle erfolgt. Es erfolgt somit nicht nur ein einmaliges Erfassen der Signalstärke, sondern nach dem ersten Erfassen ein wenigstens zweites Erfassen und bevorzugt möglichst viele

Erfassungsvorgänge der Signalstärke. Eine Implementierung des Erfassens der Signalstärke hinsichtlich Anzahl der abgelegten Werte und Zeitabstände zwischen zwei Erfassungen kann

dahingehend vorgenommen werden, dass Energieverbrauch,

Datensicherheit und Zeitaufwand in einer gewünschten Relation zueinander stehen.

Dadurch, dass die Kommunikation zwischen der BLE- Zentralschnittstelle und dem mobilen BLE-Gerät im Connection Mode mitgehört wird, können sämtliche 37 spezifikationsgemäß vorgesehenen Kanäle sowie das spezifikationsgemäß vorgesehene Frequenzwechseln (Frequency Hopping) in vorteilhafter Weise genutzt werden. Dadurch ergibt sich der Vorteil, dass das

Verfahren auch in Anwesenheit vieler unterschiedlicher BLE nutzender Geräte mit geringer Störungsanfälligkeit durchführbar ist. Das Verfahren geht darüber hinaus mit dem weiteren Vorteil einher, dass die gegenüber dem Advertising Mode höhere

Verbindungsgeschwindigkeit des Connection Modes ausgenutzt werden kann. Es kann in einem gleichen Zeitraum eine im

Vergleich zu einem Betrieb im Advertising Mode höhere Anzahl von Signalstärkewerten erfasst werden können. Dadurch werden in einem gegebenen Zeitintervall mehr Datenpunkte bereitgestellt und die Datenqualität insgesamt verbessert.

Ein weiterer Vorteil des erfindungsgemäßen Verfahrens besteht darin, dass eine einzige Nachricht von einer Mehrzahl und Vielzahl von Sniffer-Modulen mitgehört werden kann. Somit kann mit dem Aussenden eines einzigen Datenpakets durch das BLE- Gerät eine Vielzahl von Signalstärkedaten an verschiedenen

Positionen des Fahrzeugs, je nach Positionierung der BLE- Satelliten-Schnittstellen, ermittelt werden. Ferner kann durch Vergleich der von verschiedenen BLE-Satelliten-Schnittstellen erfassten Daten eine zuverlässige Bestimmung von Ausreißern der Messwertermittlung ermöglicht werden. Nicht zuletzt ist durch die weite Verbreitung der BLE-Funktionalität in modernen

Smartphones eine schnelle Verbreitung des erfindungsgemäßen Verfahrens und dessen Akzeptanz bei potentiellen Bedienern zu erwarten .

Bevorzugt erfolgt ein Pairing, um die Sicherheit der

Kommunikation zu erhöhen.

In einer vorteilhaften Ausführung des Verfahrens wird nach einem ersten Verbinden des BLE-Geräts nach Annähern des BLE- Geräts mit der BLE-Zentralschnittstelle die Verbindung

zwangsweise seitens eines der beiden Geräte beendet. Dadurch wird erreicht, dass ein weiteres Etablieren der Verbindung zwischen BLE-Zentralschnittstelle und BLE-Gerät erzwungen wird, welches sodann von Anfang an von den Sniffer-Modulen mitgehört werden kann.

In einer vorteilhaften Weiterbildung des Verfahrens ist vorgesehen, dass die BLE-Zentralschnittstelle und das mobile BLE-Gerät einen Session Key aushandeln, wobei die BLE- Zentralschnittstelle den Session Key der ersten BLE-Satelliten- Schnittstelle nach dem Aushandeln übermittelt.

Die BLE-Zentralschnittstelle und das mobile BLE-Gerät handeln den Session Key miteinander aus, wenn das Pairing der beiden miteinander erfolgt. Dadurch, dass der Session Key der ersten BLE-Satelliten-Schnittstelle übermittelt wird, ist die erste BLE-Satelliten-Schnittstelle in der Lage, den

verschlüsselten Datenverkehr zwischen BLE-Zentralschnittstelle und BLE-Gerät nicht nur mitzuhören. Zusätzlich ist auch möglich, die übermittelten Datenpakete zu entschlüsseln. Dies geht mit dem Vorteil einher, dass nicht nur eine Signalstärke erfasst werden kann, aus der eine Entfernung abgeleitet werden kann; vielmehr kann durch Entschlüsseln der Nachricht und Vergleich der entschlüsselten Nachricht mit einem erwarteten Ergebnis sichergestellt werden, dass der Urheber des ausgesendeten Pakets eine berechtigte Instanz ist.

Es kann vorgesehen sein, dass der Session Key unmittelbar nach dem Aushandeln des Session Keys allen BLE-Satelliten- Schnittstellen mitgeteilt wird. Dadurch steht der Session Key bei einem erneuten Verbinden der BLE-Zentralschnittstelle mit dem BLE-Gerät zur Verfügung.

Die oben erläuterte zwangsweise Beendigung der Verbindung zwischen BLE-Zentralschnittstelle und BLE-Gerät kann gemäß einer Ausführung als Auslöser für die Übermittlung des Session Keys an die BLE-Satellitenschnittstelle und/oder für das Aktivieren des Sniffer-Modus sein.

Gemäß einer weiteren vorteilhaften Ausprägung des Verfahrens werden die Übertragungsparameter Connection Interval Timing Parameter und Frequency Hopping Sequence genutzt, um das

Mithören der Kommunikation zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Gerät im Connection Mode zu gewährleisten. Durch die Nutzung dieser genannten Übertragungsparameter ist dem Sniffer-Modul die Verfolgung der Kommunikation zwischen BLE- Satelliten-Schnittstelle und BLE-Zentralschnittstelle einfach möglich, da wesentliche Parameter der Paketübertragung dem Sniffer-Modul wie den Kommunikationspartnern BLE-Gerät und BLE- Zentralschnittstelle bekannt sind.

Gemäß einer Weiterbildung kann vorgesehen sein, dass das BLE-Gerät, nachdem es ein von der BLE-Zentralschnittstelle ausgesendetes Datenpaket empfangen hat, in Reaktion ein Antwort- Datenpaket aussendet, das von den Sniffer-Modulen einer oder mehrerer der BLE-Satelliten-Schnittstellen erfasst wird und zur Ermittlung der Signalstärke des Antwort-Datenpakets an dem Ort der jeweiligen BLE-Satelliten-Schnittstelle ausgewertet wird.

Die gesendeten Daten können verschlüsselte, unverschlüsselte und/oder leere Datenpakete umfassen. Als leere Datenpakete können insbesondere Empty_PDU-Pakete vorgesehen sein.

Weiterhin kann vorgesehen sein, dass die BLE- Zentralschnittstelle im Connection Mode verschlüsselte

wiederholte Challenge Response Kommunikation durchführt, mit der eine wiederholte Bereitstellung von durch das BLE-Gerät

gesendeten Daten erzwungen wird, die von dem Sniffer-Modul mitgehört wird. Das bedeutet, dass eine verschlüsselte Nachricht von der BLE-Zentralschnittstelle zu dem mobilen BLE-Gerät gesendet wird, diese Nachricht, beispielsweise mit dem Session Key, von dem mobilen BLE-Gerät entschlüsselt wird und eine verschlüsselte Antwort an die BLE-Zentralschnittstelle gesendet wird, aus welcher die BLE-Zentralschnittstelle ableiten kann, dass die Nachricht mit dem vorgesehenen Kommunikationspartner durchgeführt ist und/oder die Nachricht eine Antwort auf eine bestimmte Nachricht ist. Durch diese Weiterbildung kann

sichergestellt werden, dass der BLE-Satelliten-Schnittstelle genügend Daten bereitgestellt werden, mit denen eine

Positionsbestimmung mit hoher Genauigkeit möglich ist, indem eine Mehrzahl oder Vielzahl von Signalstärkewerten an jeder BLE- Satelliten-Schnittstelle erfasst werden können, um danach ausgewertet werden zu können. Durch die verschlüsselte

Übermittlung der Challenge-Nachricht und der Response-Nachricht wird die Sicherheit der Bereitstellung von Signalstärkewerten sichergestellt .

Bevorzugt weist das System von BLE-Schnittstellen des

Fahrzeugs wenigstens drei BLE-Satelliten-Schnittstellen auf. Eine noch höhere Anzahl von BLE-Satelliten-Schnittstellen ist im Sinne der Genauigkeit zu bevorzugen.

Bei Planung des Fahrzeugs und der Implementierung des

Verfahrens ist die Anzahl der vorgesehen BLE-Satelliten- Schnittstellen und deren Positionierung auszulegen. Dabei kann Berücksichtigung finden, dass eine größere Anzahl von BLE- Satelliten-Schnittstellen einerseits eine genauere

Positionsermittlung möglich macht, andererseits jedoch auch mit höheren Installationskosten und höherer Gesamtleistungsaufnahme einhergeht .

Gemäß einer Ausführung ist vorgesehen, dass eine oder mehrere, bevorzugt jede, gegebene BLE-Schnittstelle der

fahrzeugseitigen BLE-Schnittstellen, insbesondere der BLE- Satelliten-Schnittstellen, die Advertise-Daten nur bei ihrem ersten Empfang durch die gegebene BLE-Schnittstelle für die Auswertung akzeptiert und/oder im Connection Mode gesendete

Nachrichten nur bei ihrem ersten Empfang durch die gegebene BLE- Schnittstelle für die Auswertung akzeptiert werden.

Dadurch, dass jede der BLE-Schnittstellen einmal bestimmte Advertise- und/oder im Connection Mode gesendete Daten nur jeweils beim ersten Empfang akzeptiert, kann mit hoher

Sicherheit unterstellt werden, dass die empfangenen Daten von der tatsächlichen Position des BLE-Geräts aus gesendet wurden und dass keine Manipulation von einer dritten Stelle vorliegt. Denn ein Kopieren und erneutes Senden derselben Daten würde zu einem zweiten Empfangen der gleichen Daten führen.

Mit dem erfindungsgemäßen Verfahren wird somit auch

erreicht, dass die Durchführung von Relay-Station-Attacken oder Man-in-the-Middle-Attacken erschwert wird.

Gemäß einer Weiterbildung des Verfahrens ist vorgesehen, dass das fahrzeugseitige System von BLE-Schnittstellen eine BLE- Long-Range-Schnittstelle aufweist. Alternativ kann vorgesehen sein, dass eine der BLE-Satelliten-Schnittstellen als BLE-Long- Range-Schnittstelle ausgebildet ist. Weiterhin kann vorgesehen sein, dass die BLE-Zentralschnittstelle sich in einem

energieaufnahmereduzierten Modus (sleep mode) befindet, aus dem sie mittels eines Wecksignals in den aktiven Zustand versetzt wird. Das Wecksignal wird von der BLE-Long-Range-Schnittstelle ausgegeben, nachdem die BLE-Long-Range-Schnittstelle ein

Advertise-Signal eines genäherten BLE-Geräts erfasst.

Bei der BLE-Long-Range-Schnittstelle handelt es sich um eine hard- und softwaremäßige Umsetzung der mit Version 5.0 der

Bluetooth-Spezifikation eingeführten LE-Long-Range- Funktionalität .

Mit der zusätzlichen Bereitstellung einer BLE-Long-Range- Schnittstelle wird erreicht, dass der Großteil der Bauteile des vorhandenen Systems sich die meiste Zeit über in einem

energiesparenden Zustand befindet und erst bei Annähern eines mobilen BLE-Geräts die Arbeitsbereitschaft der BLE- Schnittstellen herbeigeführt wird. Dadurch, dass mit der BLE- Long-Range-Schnittstelle ein vergleichsweiser großer Radius abgedeckt wird, ist zudem die rechtzeitige Sicherstellung der Arbeitsbereitschaft des Gesamtsystems gewährleistet.

In einer Ausprägung kann vorgesehen sein, dass die BLE-Long- Range-Schnittstelle ein Wecksignal ausgibt unter der

Voraussetzung, dass das Advertise-Signal des genäherten BLE- Geräts auf eine der BLE-Long-Range-Schnittstelle vorbekannte Gerätekennung des BLE-Geräts hinweist. Alternativ oder

zusätzlich kann die Erfüllung der Bedingung gefordert sein, dass das Advertise-Signal mit einem RSSI-Wert oberhalb eines

vorgegebenen Schwellwerts erfasst wird. Durch diese Maßnahmen können flexibel die Bedingungen eingestellt werden, unter denen die Wachschaltung der BLE-Zentralschnittstelle erfolgt.

Alternativ kann anstelle einer BLE-Long-Range-Schnittstelle und zur Durchführung der für diese vorgesehenen

Verfahrensschritte ein angepasster Bluetooth-Chip, insbesondere gemäß der Bluetooth-4. O-Spezifikation vorgesehen sein, der für ein im Vergleich zu den übrigen fahrzeugseitigen BLE- Schnittstellen längerreichweitiges Senden und/oder Empfangen eingerichtet ist, beispielsweise durch entsprechende Anpassung der Antenne und/oder der Antennenansteuerung .

Gemäß einer weiteren vorteilhaften Verfahrensführung kann vorgesehen sein, dass die BLE-Zentralschnittstelle im aktiven Zustand einen Scan zum Auffinden eines BLE-Geräts ausführt, welches als vertrauenswürdiges BLE-Gerät anzusehen ist. Dies kann beispielsweise dadurch bewerkstelligt sein, dass

fahrzeugseitig ein Filtern nach den spezifikationsgemäß

vorgesehenen UUIDs erfolgt. Aber auch ein Filtern nach anderen Parametern kann vorgesehen sein.

Gemäß einer weiteren Ausgestaltung des Verfahrens kann vorgesehen sein, dass die BLE-Zentralschnittstelle ein

Aushandeln eines gemeinsamen Schlüssels mit dem BLE-Gerät mittels Challenge Response veranlasst. Dies bezweckt, dass eine Verbindung zwischen dem BLE-Gerät und der BLE- Zentralschnittstelle möglich ist, die ein verschlüsseltes

Kommunizieren erlaubt. Dabei ist vorgesehen, dass der Schlüssel sowohl von dem BLE-Gerät als auch von der BLE- Zentralschnittstelle hinterlegt wird und bis zum Beenden der Verbindung als Session Key genutzt wird. Ob der Schlüssel auf einem Speicherelement der BLE-Zentralschnittstelle oder auf einem weiteren, mit dieser gekoppelten, Speicherelement

hinterlegt wird, ist dabei zweitrangig.

Gemäß einer weiteren Ausführung des Verfahrens kann

beispielsweise vorgesehen sein, dass die BLE-Satelliten- Schnittstellen sich in einem Sleep-Modus befinden und von einem Wecksignal aufgeweckt werden. Das Wecksignal wird von der BLE- Zentralschnittstelle ausgegeben, nachdem eine Kommunikation zwischen der BLE-Zentralschnittstelle und dem BLE-Gerät einen vorgegebenen Status eingenommen hat. Es ist also vorgesehen, dass die BLE-Satelliten-Schnittstellen aufgeweckt werden, wenn zwischen der BLE-Zentralschnittstelle und dem BLE-Gerät ein bestimmter Status der Kommunikation erreicht ist. Beispielsweise kann vorgesehen sein, dass mit Etablieren einer Verbindung zur verschlüsselten Verbindung die hinreichende Voraussetzung erfüllt ist, dass das Wecksignal für die BLE-Satelliten- Schnittstellen ausgegeben wird. Die beschriebene Maßnahme bewirkt eine weitere Reduktion der Energieaufnahme.

Weitere Einzelheiten, Merkmale und Vorteile des

erfindungsgemäßen Verfahrens ergeben sich aus der nachfolgenden Beschreibung im Zusammenhang mit den Figuren, in denen

beispielhaft Ausführungsbeispiele der Erfindung dargestellt sind .

Es versteht sich, dass die vorstehend genannten wie auch nachfolgend erläuterten Merkmale nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen oder in Alleinstellung verwendbar sind.

Es zeigen

Fig. 1: eine schematische Darstellung der Rahmenbedingungen zur Ausführung des erfindungsgemäßen Verfahrens;

Fig. 2: eine beispielhafte Ausführungsform des

erfindungsgemäßen Verfahrens;

Fig. 3: eine weitere beispielhafte Ausführungsform des erfindungsgemäßen Verfahrens .

Fig. 1 ist eine beispielhafte Konstellation zu entnehmen, in der das erfindungsgemäße Verfahren ausgeführt werden kann. Fig. 1 ist zum einen ein als Smartphone ausgebildetes BLE-Gerät 1 zu entnehmen, das eine BLE-Schnittstelle 3 aufweist. Ferner ist Fig. 1 eine schematische Darstellung eines Fahrzeugs 2 zu entnehmen. Das Fahrzeug 2 weist ein System 4 von BLE- Schnittstellen auf. Das System 4 von BLE-Schnittstellen umfasst eine BLE-Zentralschnittstelle 5 sowie eine erste BLE-Satelliten- Schnittstelle 6 und eine zweite Satelliten-Schnittstelle 7. In der dargestellten Ausführungsform weist das Fahrzeug ferner noch weitere BLE-Satelliten-Schnittstellen 9, 10, 11 und 12 auf. Alle BLE-Satelliten-Schnittstellen sind mit einem integrierten

Sniffer-Modul 6a, 7a, 9a, 10a, IIa und 12a versehen. Die Anzahl und Positionierung der vorgesehenen BLE-Satelliten- Schnittstellen sind im Rahmen der Erfindung unter anderem dahingehend auszuwählen, welche Exaktheit der

Positionsbestimmung erreicht werden soll und welche

Investitionen für das System selbst in Kauf genommen werden. Die BLE-Satelliten-Schnittstellen 6, 7, 9, 10, 11 und 12 sind mit der BLE-Zentralschnittstelle gekoppelt. Die Kopplung ist in der dargestellten Ausführungsform mittels kabelgebundenen LIN-Bus- Verbindungen ausgeführt; in anderen Ausführungen der Erfindung können auch andere Methoden der Kopplung genutzt werden. Ferner umfasst das System 4 von BLE-Schnittstellen eine BLE-Long-Range- Schnittstelle 8, die ebenfalls mit der BLE-Zentralschnittstelle 5 gekoppelt ist. Das in Fig. 1 dargestellte Ausführungsbeispiel sieht vor, dass sämtliche BLE-Schnittstellen 6, 7, 8, 9, 10, 11 und 12 des Systems 4 in Sternkonzept mit der BLE- Zentralschnittstelle 5 verbunden sind. In anderen

Ausführungsformen der Erfindung kann anstelle eines

Sternkonzepts auch eine Kopplung in serieller Bus-Verbindung vorgesehen sein.

Ein Ausführungsbeispiel für ein erfindungsgemäßes Verfahren ist mit dem Flussdiagramm der Fig. 2 wiedergegeben. Das

Verfahren sieht vor, dass in einem ersten Schritt das als

Smartphone ausgebildete BLE-Gerät einen Advertiser im Sinne der Bluetooth-Spezifikation aussendet (Schritt 102). Parallel dazu scannt die BLE-Long-Range-Schnittstelle nach User IDs, welche der BLE-Long-Range-Schnittstelle zuvor bekannt gemacht worden sind (Schritt 101). Sobald die Advertise-Daten empfangen wurden (Schritt 103) , wird als zusätzliche Bedingung abgeprüft, ob die Intensität der empfangenen Daten auf die Anwesenheit des

Smartphones innerhalb einer vorgegebenen begrenzten Umgebung um das Fahrzeug schließen lassen (Schritt 104) . Wenn oder sobald die Intensität unterhalb des vorgegebenen Schwellwerts liegt, erfolgt der Abbruch des Verfahrens und die ursprüngliche

Konstellation wird mit den Schritten 101 und 102 wieder

eingenommen. Wenn der vorgegebene Schwellwert des RSSI überschritten ist, wird die gewünschte Einsatzbereitschaft des Gesamtsystems angenommen. Um die Einsatzbereitschaft herzustellen, wird von der BLE-Long-Range-Schnittstelle ein Wecksignal ausgegeben, mit dem die im Sleep-Modus befindliche BLE-Zentralschnittstelle in ihren aktiven Zustand versetzt wird (Schritt 105) . Die Ausgabe des Wecksignals erfolgt also unter der hinreichenden

Bedingungskombination, dass die BLE-Long-Range-Schnittstelle ein Advertise-Signal eines genäherten BLE-Geräts erfasst hat, die Gerätekennung des BLE-Geräts als vorbekannt und berechtigt identifiziert hat und die Überschreitung eines Schwellwerts für den RSSI-Wert mit den empfangenen Advertise-Daten erkannt hat. Da nun eine mögliche Kommunikation mit dem Smartphone erwartet werden kann, wird ein Scanintervall der geweckten BLE- Zentralschnittstelle auf einen geringen Wert zwischen 0,5 und 2,0 s gesetzt .

Sofern eine bekannte und berechtigte UserlD erkannt wurde (Schritt 106) und bereits ein Session Key vorliegt (Schritt 107), wird in Antwort auf ein nächstes erhaltenes Advertise- Signal des Smartphones eine Verbindung zwischen der BLE- Zentralschnittstelle und dem Smartphone aufgenommen und

etabliert (Schritt 108a) . Dies kann beispielsweise dadurch ausgelöst werden, dass das Smartphone zunächst weitere

Advertise-Daten aussendet, welche mit einer Connection-Request- Anfrage erwidert wird. In der Reaktion wird entweder eine

Connection Confirmation seitens des Smartphones ausgesendet oder, in dem Fall, dass noch kein Session Key vorliegt, von der BLE-Zentralschnittstelle ein Aushandeln eines Session Keys mit dem Smartphone veranlasst (Schritt 109) . Für den Fall also, dass kein Session Key hinterlegt ist, wird von der BLE- Zentralschnittstelle ein Challenge-Response-Authentication- Verfahren initiiert mit dem Ziel, das Pairing erfolgreich in eine etablierte Verbindung zu überführen. Dadurch, dass eine etablierte Verbindung vorliegt (von Schritt 108a an) , ist eine verschlüsselte Verbindung zwischen der BLE-Zentralschnittstelle und dem Smartphone möglich.

Im Anschluss erfolgt ein erzwungenes Abbrechen der

Verbindung (Schritt 108b) , das von der BLE-Zentralschnittstelle veranlasst wird. Danach liegt wieder ein Zustand vor, in dessen Rahmen keine verschlüsselte Verbindung zwischen Smartphone und BLE-Zentralschnittstelle mehr unmittelbar möglich ist. Jedoch ist beiden Geräten die Identität des anderen Geräts bekannt und es sind mit dem bereits erfolgten Pairing die Voraussetzungen geschaffen, eine verschlüsselte Verbindung zwischen Smartphone und BLE-Zentralschnittstelle ohne ein erneutes Pairing

wiederherzustellen .

In diesem Stadium erfolgt eine Ausgabe eines Wecksignals durch die BLE-Zentralschnittstelle, mit welchem die mit der BLE- Zentralschnittstelle gekoppelten BLE-Satelliten-Schnittstellen (als BLE-SS abgekürzt) aufgeweckt werden (Schritt 110) . Das Wecken wird durch Erfüllen der in dieser Ausgestaltung

hinreichenden Bedingung ausgelöst, dass die BLE- Zentralschnittstelle registriert hat, dass ein in der Nähe befindliches Smartphone zur Kopplung mit ihr bereit ist und dass die Verbindung mit diesem einmal hergestellt und wieder beendet wurde. Weiterhin umfasst Schritt 110 das Übermitteln des Session Keys an alle BLE-Satelliten-Schnittstellen.

In einem nächsten Schritt wird das Aktivieren der Sniffer- Module veranlasst (Schritt 111) . Das Aktivieren der Sniffer- Module wird durch die BLE-Zentralschnittstelle ausgelöst, die ein Aktivierungssignal ausgibt, das sodann über die LIN-Bus- Verbindungen an die an die Sniffer-Module übertragen wird.

Bei einem nächsten detektierten Advertising seitens des Smartphones wird von der BLE-Zentralschnittstelle eine

Etablierung einer Verbindung zwischen der BLE- Zentralschnittstelle und dem mobilen BLE-Gerät veranlasst

(Schritt 112). Dies erfolgt, indem ein entsprechender Connection Request von der BLE-Zentralschnittstelle an das Smartphone gestellt wird, welches sodann mit einer Connection Confirmation bestätigt wird. Da die Sniffer-Module bereits aktiviert sind, wird von jedem der Sniffer-Module das Etablieren der Verbindung zwischen der BLE-Zentralschnittstelle und dem mobilen BLE-Gerät mitgehört (Schritt 113) . Infolge der mitgehörten Etablierung der Verbindung sind wesentliche Parameter für die Durchführung der Kommunikation zwischen BLE-Zentralschnittstelle und Smartphone im Connection Mode den Sniffer-Modulen und somit auch den BLE- Satelliten-Schnittstellen bekannt. Hierbei handelt es sich beispielsweise um die Übertragungsparameter Connection Interval Timing und Frequency Hopping Sequence. Die so erfassten

Parameter werden benutzt, um auch im Connection Mode

durchgeführte Kommunikation zwischen der BLE- Zentralschnittstelle und dem mobilen BLE-Gerät mithören zu können. Der Session Key ist in der beispielhaften

Ausführungsform noch aus der in Schritt 108a etablierten

Verbindung bekannt, da die Session nicht beendet wurde.

Des Weiteren erfasst jede der BLE-Satelliten-Schnittstellen Daten, welche die Signalstärke der von dem Smartphone

ausgesendeten Daten repräsentieren. Diese werden sodann für jede der BLE-Satelliten-Schnittstellen separat ausgewertet. Ob die Auswertung durch die BLE-Satelliten-Schnittstelle selbst oder nach Übertragung der Daten an eine Zentralschnittstelle durch diese erfolgt, ist unwesentlich.

Um eine genügend hohe Menge an Daten zwischen dem Smartphone und der BLE-Zentralschnittstelle bereitzustellen, die für die vorgesehene Auswertung zur Verfügung steht, stellt die BLE- Zentralschnittstelle im Connection Mode verschlüsselte

wiederholte Challenge-Response-Anfragen an das Smartphone, welche von dem Smartphone entsprechend erwidert werden, sodass eine bidirektionale Challenge-Response-Kommunikation stattfindet (Schritt 114) . Die Sniffer-Module setzen das Mithören fort

(Schritt 115) . Bei jedem Erwidern durch das Smartphone wird die verschlüsselte Nachricht von jeder der BLE-Satelliten- Schnittstellen mitgehört und für die Generierung eines weiteren RSSI-Werts genutzt, wobei für jede BLE-Satelliten-Schnittstelle ein separater RSSI-Wert abgelegt wird. Mit den erhaltenen

Ergebnissen wird eine gemeinsame Datenbank von RSSI-Werten aufgefüllt, die von der BLE-Zentralschnittstelle verwaltet wird (Schritt 116) . Dies wird so oft wiederholt, bis eine

Abbruchbedingung erreicht ist (Abfrage 117), wobei die

Abfragebedingung in dem Ausführungsbeispiel gegeben ist, wenn eines der folgenden Ereignisse eintritt:

•Time-out ist erreicht, beispielsweise, weil das Smartphone seinen Modus gewechselt hat,

»es sind genügend RSSI-Werte gesammelt (beispielsweise entsprechend einer als ausreichend vorgegebenen Anzahl) oder

•der RSSI unterschreitet einen vorgegebenen Schwellwert, beispielsweise aufgrund der zwischenzeitlich erfolgten Entfernung des Smartphones aus einem Lokalisierungsbereich hinaus .

In einem letzten Schritt erfolgt die Beendigung der

Verbindung und die Bestimmung der Position des Smartphones (Schritt 118) .

Eine weitere Ausführungsform des erfindungsgemäßen

Verfahrens ist Fig. 3 zu entnehmen. Der Fig. 3 zu entnehmenden Ausführungsform sind viele Schritte zu entnehmen, die analog zu der Verfahrensführung gemäß Fig. 2 vorgesehen sind, wobei Verfahrensschritt 201 analog zu Schritt 101, Schritt 202 analog zu Schritt 101, usw. ausgebildet sind. Die beispielhafte

Ausgestaltung der Fig. 3 unterscheidet sich von derjenigen der Fig. 2 in den Schritten 214 und 215. In Schritt 214 findet zwischen der BLE-Zentralschnittstelle und der BLE-Schnittstelle des BLE-Geräts ein bidirektionaler Austausch von Datenpaketen statt. In der gezeigten Ausgestaltung erfolgt dies durch ein Aussenden eines Empty_PDU von der BLE-Zentralschnittstelle zu der BLE-Schnittstelle des BLE-Geräts, welche umgehend ein

Antwortsignal, ebenfalls vom Typ Empty_PDU, aussendet. In

Schritt 215 hören die Sniffer-Module diese bidirektionale Kommunikation mit. Mit Schritt 216 erfolgt an heder der BLE- Satelliten-Schnittstellen einer Ermittlung eines RSSI des empfangenen Empty-PDU und ein Auffüllen einer von der BLE- Zentralschnittstelle verwalteten Datenbank mit RSSI-Werten, bevor mit Schritt 217 wieder in zu Schritt 117 analoger

Vorgehensweise fortgefahren wird. Die Verwaltung der RSSI- Datenbank kann selbstverständlich auch durch eine andere Instanz erfolgen, beispielsweise durch ein zentrales Steuergerät.