蓝牙架构（7）—— 3 数据传输架构（3.2. 传输架构实体 & 3.3 物理信道）

Vol 1架构和术语概述

Part A 3 数据传输架构

Agenda：

3.2. 传输架构实体. 

3.2.1 BR / EDR通用数据包结构. 

3.2.2 LE通用数据包结构. 

3.3 物理信道. 

3.3.1 BR/EDR物理信道. 

3.3.2 LE物理信道. 

3.3.3 AMP物理信道. 

3.2. 传输架构实体

（197页）蓝牙传输架构实体如图3.3所示，并在后续章节中从最低层向上描述。

BR/EDR物理传输封装了BR/EDR物理信道。LE物理传输封装了LE物理信道。

3.2.1 BR / EDR通用数据包结构

（198页）通用数据包结构反映了蓝牙BR / EDR系统中的架构层。BR / EDR数据包的设计旨在获得正常操作的最佳使用效果。如图3.4所示。

数据包通常仅包括代表传输所必须的层的必要字段。因此，通过查询扫描物理信道发出的简单查询请求不会创建或要求逻辑链路或较高层，因而仅包含信道访问码（Channel Access Code，与物理信道相关联）。因为微微网中的普通通信使用到了所有架构层，所以使用包含所有字段的数据包。

所有数据包均包括信道访问码。它可用于确定特定物理信道上的通信，并排除或忽略在物理邻近区碰巧使用相同射频载波的其它物理信道上的数据包。

Bluetooth 数据包结构中没有代表或包含与物理链路相关的信息的直接字段。此信息暗含在数据包头（Packet Header）负载的逻辑传输地址 (LT_ADDR) 中。

大多数数据包包括包头。在支持物理链路、逻辑传输和逻辑链路的物理信道上传输的数据包始终包含包头。包头负载了 LT_ADDR，各个接收设备可使用它来确定数据包是否是传送给该设备的，或者用以在内部路由数据包。

包头还负载有按照逻辑传输运行的 LC 协议部分（运行负载在逻辑传输上的共享 LC 协议的 ACL

或 SCO 传输除外）。

（199页）EDR 数据包在净荷之前具有保护时间和同步序列。这是一个用于调制方案物理层变更的字段。

在支持多个逻辑链路的逻辑传输上的所有数据包都包含净荷包头（Payload Header）。净荷包头包括一个用于路由净荷的逻辑链路标识符字段，和一个指明净荷长度的字段。某些类型的数据包还在数据包净荷之后包含一个CRC，以用于检测接收到的数据包中的大部分错误。EDR 数据包在 CRC 后有一个包尾。

数据包净荷（Payload）用于传输用户数据。此类数据的编码取决于逻辑传输和逻辑链路标识符。对于 ACL 逻辑传输，LMP 消息和 L2CAP 信令同应用的普通用户数据一起，负载于数据包的净荷中传输。对于 SCO和 eSCO 逻辑传输，净荷包含逻辑链路的用户数据。

3.2.2 LE通用数据包结构

链路层空中接口分组的一般结构紧密地反映了LE系统中发现的架构层。 LE数据包结构旨在最佳地用于正常操作。 如图3.5所示。

（200页）物理信道标识符不包含在链路层空中接口分组中。物理信道标识符是固定的或在连接建立时确定。所有LE数据包都包含访问地址（Access Address）。这用于识别物理链路上的通信，以及排除或忽略在物理邻近中使用相同PHY信道的不同物理链路上的分组。访问地址确定数据包是指向广播物理链路还是指向设备的活动物理链路。 所有LE广播物理链路都使用固定的访问地址。LE活动物理链路使用随机生成的32位值作为其访问地址。这提供了可以在LE微微网中寻址的大量有源设备。

所有LE分组都包括PDU Header。 PDU头确定通过物理信道承载的广播或逻辑链路的类型。