Bluetooth Protokoll Stack / HCI
Der Bluetooth Protocol Stack ist in zwei Komponenten unterteilt, den Host (die Hardware) und den Controller (die Software). Außerdem gibt es das Host-Controller-Interface (HCI), welches die beiden Komponenten verbindet und so die Schnittstelle zwischen Hard- und Software bildet.
Folgende Darstellung des Bluetooth Protokoll Stacks verdeutlicht das Zusammenspiel von HCI, Hardware und Software:
Bluetooth Radio legt die Spezifikation der Funkschnittstelle, also z. B. Frequenz und Sendeleistung für die physikalische Verbindung von Geräten fest.
Das Baseband legt die Mechanismen für den Verbindungsaufbau und die Paketformate fest, ebenso erledigt dieses Protokoll das Frequency Hopping.
Das Link Manager Protocol ( LMP ) ist für den Verbindungsaufbau, die Verwaltung der Verbindungen sowie die verschlüsselte Übertragung zuständig und ermöglicht die Überwachung der Verbindung.
HCI – das Host Controller Interface ist die Schnittstelle zwischen Host und Controller.
Das Logical Link Control and Adaption Protocol (L2CAP) ist die unterste Software-Schnittstelle und bietet die Möglichkeit, eigene Protokolle zu definieren. Alle weiteren Protokolle bauen auf L2CAP auf, wie aus der Grafik zu sehen ist, sind jedoch lediglich Datenverbindungen mit dem L2CAP möglich, für Sprachübertragungen muss auf das Baseband zurückgegriffen werden. L2CAP gehört zur Sicherungsschicht des OSI-Modells und ist damit für die Aufteilung der Daten in Pakete verantwortlich und übernimmt auch die Fehlerkorrektur.
RFCOMM (Radio Frequency Communication Protocol) ist ein Protokoll zur Simulation eines drahtlosen, seriellen Anschlusses, so als wären zwei Geräte physikalisch über ein serielles Kabel miteinander verbunden.
Das Object Exchange Protocol (OBEX) ist für den Austausch von Objekten, wie z.B. Dateien oder vCards gedacht und baut auf RFCOMM auf.
SDP steht für Service Discovery Protocol, es wird verwendet um bestimmte Bluetooth-Services auf Geräten zu suchen, z. B. Audioübertragung, Druckdienste etc.
TCS Binary (Telephony Control Protocol Specification) wird verwendet um Kontrollsignale für Audioservices zu versenden, z. B. wenn der Benutzer am Headset die Verbindung unterbricht oder ein weiterer, eingehender Anruf signalisiert wird.
Das Wireless Access Protocol (WAP) dient zur Übertragung von WAP-Seiten, wie sie von Mobiltelefonen her bekannt sein dürften.
Andere Protokolle wie TCP, UDP, PPP, IP werden als bekannt vorausgesetzt, auf sie wird hier nicht näher eingegangen.
Ähnliche Artikel zu "Bluetooth Protokoll Stack / HCI":
Wenn Du noch Fragen zum Thema Bluetooth Protokoll Stack / HCI hast, dann schreib einfach einen Kommentar - oder schau dir meine Buchtipps an:
December 19th, 2010 at 9:27 am
Hallo,
Ich schreibe im Studium eine Android-Applikation, welche über RFCOMM mit dem PC kommuniziert. Nun müsste ich für die schriftliche Arbeit noch etwas über die Security von Bluetooth schreiben. Android verwendendet Bluetooth 2.1+EDR. Wie sieht es denn da mit Verschlüsselung aus? Ist die immer eingeschaltet oder wird das applikatorisch geregelt? Gibt es auf dem Netz allenfalls Infos dazu (habe bis jetzt nix brauchbares gefunden…).
Besten Dank