蓝牙核心-L2CAP
来源:互联网 发布:蝙蝠侠致命玩笑知乎 编辑:程序博客网 时间:2024/05/24 01:16
概要:
L2CAP层次结构(L2CAP architectural blocks):
1.协议复用
2.分段与重组
3.服务质量
4.组
协议设计的依据:
1.使用链路管理器协议在两单元间建立ACL链路。基带提供数据分组的有序传输,但也可能有个别分组损坏或重复。任两台设备之间只会有一条ACL链路。
2.基带通常提供全双工信道。但这并不是说所有L2CAP 通信都是双向的。多点传送和单向通信(例如,视频)并不要求双工信道。
3.通过使用基带层提供的机制,L2CAP提供了一条可靠的信道。当收到请求和重发数据时,基带通常要执行数据完整性校验,直到数据成功确认或发生超时。由于可能会丢失确认报文,所以甚至在数据成功发送后也会发生超时。基带协议使用长度为1位的序列号,该序列号用于删除重复发送的分组。由于所有广播的L2CAP数据分组的首段都以同一序列位为起始位, 如果需要提供可靠传输,就应禁止使用基带广播分组。
L2CAP适用范围:
链路主要操作
逻辑链路控制和适配协议( L2CAP )是以信道概念为基础的。通过信道识别符引用每条 L2CAP 信道的端点。
1.信道标识符
2.设备间操作(OPERATION BETWEEN DEVICES)
3.层间操作(OPERATION BETWEEN LAYERS)
4.MODES OF OPERATION
5.MAPPING CHANNELS TO LOGICAL LINKS
L2CAP映射运行在控制器物理链接之上的通道到控制器的逻辑链接。所有的逻辑链接都运行在本地控制器和远程控制器的单一物理链接之上。每一个BR/EDR物理链接都有一个ACL-U逻辑链接,每一个LE-U物理链接都有一个LE逻辑链接但是AMP物理链接可能有多个AMP-U逻辑链接。
运行在两个BR/EDR设备物理链接上的通道都应该被映射到一个单一的ACL-U逻辑链接。运行在两个AMP设备上的物理链接上的通道都应该被映射到一个单一的AMP-U逻辑链接,然而在两个控制器之间的每一个通道都必须到他自己的一一对应的AMP-U逻辑链接。运行在两个LE设备上的物理链接上的通道应该被映射到一个单一的LE-U逻辑链接。
对于BR/EDR控制器,由L2CAP实现权限控制(创建和授权逻辑链接)。对于AMP控制器,L2CAP通知控制器创建和授权逻辑链接,最终由控制器实现创建和授权逻辑链接。
数据包格式
1.面向链接的通道
1.1BASIC L2CAP MODE
1.2 RETRANSMISSION/FLOW CONTROL/STREAMING MODES
1.3 LE CREDIT BASED FLOW CONTROL MODE
2.没有连接的通道
1.1BASIC L2CAP MODE
3.信号包格式(SIGNALING PACKET FORMATS)
00000010 00110010 00000000 00001100 00000000 00001000 00000000 00000001 00000000 0000001000000001 00000100 00000000 00000001 00000000 01000001 00000000
每种颜色对应的域如下:
- 蓝牙核心-L2CAP
- 蓝牙核心-L2CAP
- 蓝牙的L2CAP协议
- 蓝牙的L2CAP协议
- 蓝牙L2CAP【CID分配】【L2CAP层图解】
- 蓝牙L2CAP剖析(一)
- 蓝牙L2CAP剖析(二)
- 蓝牙L2CAP剖析(一)
- 蓝牙L2CAP剖析(二)
- 蓝牙编程-l2cap协议层的c/s程序
- 比较老的蓝牙通讯(L2CAP)代码
- 蓝牙编程-l2cap协议层的c/s程序
- 蓝牙编程-l2cap协议层的c/s程序
- 蓝牙编程-l2cap协议层的c/s程序
- 蓝牙编程-l2cap协议层的c/s程序
- 蓝牙编程-l2cap协议层的c/s程序
- 蓝牙编程-l2cap协议层的c/s程序
- 51822蓝牙协议之实例解析L2CAP协议
- python文件复制机
- 移动端键盘问题
- 样式链接表格
- Gym 101164.H
- HDU5381-The sum of gcd
- 蓝牙核心-L2CAP
- C语言实现的统计一个单词在文章中的频率
- 关于maven依赖注入的<scope>的作用
- 算法(一)
- iOS 标点符号半角与全角转换
- ActionContext对象的使用
- idea中控制台和代码不自动换行
- Oracle报错,ORA-28001: 口令已经失效
- ubuntu 16.04 libQGLViewer编译安装指南