Protocole Bluetooth (RFCOMM, L2CAP et ACL)

De ce que j'ai lu de Bluetooth essentiel pour les Programmeurs, ce livre évoque certains points que je n'ai pas tout à fait comprendre.

RFCOMM est une source fiable basée sur le protocole.
L2CAP est basé sur des paquets de protocole qui peut être configuré avec différents niveaux de fiabilité.

L2CAP sert concrètement le protocole de transport pour RFCOMM, de sorte que chaque connexion RFCOMM est en fait encapsulée dans une connexion L2CAP.

Ce vraiment me confond depuis ces deux protocole sont les différents types de protocoles (l'un est basé sur les flux tandis que l'autre est de paquets). Ainsi, d'après son explication, j'ai quelques questions dans la suite.

  1. Depuis RFCOMM connexion est encapsulé, alors comment serial port profile(SPP) peuvent utiliser RFCOMM de connexion? Il doit utiliser L2CAP.
  2. A2DP utilise la connexion L2CAP. Cela signifie la même chose pour moi depuis L2CAP et RFCOMM sont encapsulées dans des ACL de connexion, si cela veut dire A2DP utilise ACL de connexion? Je sais que c'est incorrect, mais comment expliquer cela ici.

Merci pour tout explication ici.

Le site est pour des codeurs, pas le type de questions que vous vous posez là, ils ne sont pas de mauvaises questions, ils ne rentrent pas dans la.
Merci. Je pense que ces questions sont également liées à la technologie bluetooth programmeurs. Il sera grand si vous pouvez expliquer les questions ci-dessus.
L'encapsulation peut être à "l'appareil" pilote de niveau de sorte qu'il serait invisible pour vous, son que vous n'avez jamais créé " un paquet ethernet, mais vous avez toujours en mesure d'utiliser le protocole TCP/IP natif, comment venir? même chose ici, RFCOMM utilise L2CAP, mais cela ne signifie pas que vous devez savoir L2CAP à utiliser
Ok, tu veux dire que le programmeur ne doit créer rfcomm et nous n'avons pas de savoir que RFCOMM est encapsulé dans L2CAP. Merci pour votre explication. Bases sur ce que vous avez mentionné et ce que j'ai lu dans le livre, je ne comprends pas pourquoi RFCOMM doit être encapsulé dans L2CAP. Dire SPP, cela pourrait purement utiliser la connexion RFCOMM. Quels sont les avantages de cette encapsulation?
Habituellement, l'encapsulation est utilisée lorsque vous ne voulez pas les tracas avec quelque chose d'autre, dans ce cas, ils ne voulaient pas de soucis avec la signalisation de la question, RFCOMM est utilisé pour l'interface Série, donc ils ne veulent pas gérer la signalisation de la question des interfaces Série

OriginalL'auteur Sam | 2014-01-01

  1. 6

    L'encapsulation peut être à "l'appareil" pilote de niveau de sorte qu'il serait invisible pour vous, son que vous n'avez jamais créé " un paquet Ethernet, mais vous avez toujours en mesure d'utiliser le protocole TCP/IP natif, comment venir? même chose ici, RFCOMM utilise L2CAP, mais cela ne signifie pas que vous devez savoir L2CAP à utiliser.

    Généralement encapsulation est utilisée lorsque vous ne voulez pas les tracas avec quelque chose d'autre, dans ce cas, ils ne voulaient pas de soucis avec la signalisation de la question, RFCOMM est utilisé pour l'interface Série, donc ils ne veulent pas gérer la signalisation de la question des interfaces Série

    Bonjour, pourriez-vous fournir un exemple de plus sur les raisons de l'encapsulation est-elle nécessaire? Pourriez-vous expliquer cela plus en détail? Merci.
    Belle réponse @nrathaus. La programmation orientée objet encapsule toutes toutes sortes de choses et de la classe rend les mécanismes opaques. Vous pourriez même avoir deux objets de la même classe de la communication d'un protocole sans jamais voir le protocole sous-jacent dans l'action, mais être en mesure d'utiliser un dérivé de service.

    OriginalL'auteur nrathaus