Nach dem, was ich von Bluetooth Essentials für Programmierer gelesen habe, erwähnt dieses Buch einige Punkte, die ich nicht ganz verstehe.
RFCOMM ist ein zuverlässiges, strombasiertes Protokoll. L2CAP ist ein paketbasiertes Protokoll, das mit unterschiedlichen Zuverlässigkeitsstufen konfiguriert werden kann.
L2CAP dient eigentlich als Transportprotokoll für RFCOMM, sodass jede RFCOMM-Verbindung tatsächlich in einer L2CAP-Verbindung gekapselt ist.
Das verwirrt mich wirklich, da diese beiden Protokolle verschiedene Arten von Protokollen sind (eines ist streambasiert, während das andere paketbasiert ist). Aufgrund seiner Erklärung habe ich im Folgenden einige Fragen.
Da die RFCOMM-Verbindung gekapselt ist, wie kann das serielle Port-Profil (SPP) die RFCOMM-Verbindung verwenden? Es sollte auch L2CAP verwenden.
A2DP verwendet eine L2CAP-Verbindung. Dies bedeutet für mich dasselbe, da L2CAP und RFCOMM in der ACL-Verbindung gekapselt sind, sollte dies bedeuten, dass A2DP eine ACL-Verbindung verwendet? Ich weiß, das ist falsch, aber wie soll ich das hier erklären?
Danke für jede Erklärung hier.
Die Kapselung könnte auf der "Geräte" -Treiberebene liegen, so dass sie für Sie unsichtbar wäre, als ob Sie niemals ein Ethernet-Paket "erstellt" hätten, aber Sie können TCP / IP nativ verwenden, wie kommt es? Die gleiche Sache, hier verwendet RFCOMM L2CAP, aber bedeutet nicht, dass Sie L2CAP zu verwenden brauchen.
Normalerweise wird die Verkapselung verwendet, wenn Sie sich nicht mit etwas anderem herumärgern wollen, in diesem Fall wollten sie sich nicht mit dem Signalproblem herumärgern, RFCOMM wird für die serielle Schnittstelle verwendet, also wollten sie nicht mit der Signalisierungsproblem der seriellen Schnittstellen
Tags und Links bluetooth android-bluetooth