text: Bluetooth数据传输系统采用分层架构。此Bluetooth系统说明描述了Bluetooth核心传输层以上各层，包括L2CAP信道。所有Bluetooth运作模式都依据相同的通用传输架构。
  出于效率和遗留原因，Bluetooth传输架构包括一个细分逻辑层，用于区别逻辑链路和逻辑传输。此细分规定了在两个或多个设备间提供独立传输的逻辑链路的一般常用概念。逻辑传输子层说明部分逻辑链路类型主要出于遗留行为的原因而形成的相互依赖性。
  Bluetooth1.1规格将ACL和SCO作为物理链路进行了描述。而增加了扩展的SCO(eSCO)后以及考虑到未来扩展，最好将它们视为逻辑传输类型，以便更精确地概述其目的。但是，由于它们共享使用资源，如LT_ADDR和确认/重复请求(ARQ)机制，它们并不像期望的那样独立。因此，架构无法通过单一的传输层表现这些逻辑传输。其它逻辑传输层对阐明此行为起到了一定的作用。
  逻辑链路使用相关逻辑传输和表示传输数据类型的后缀命名：C表示承载LMP消息的控制链路，U表示承载用户数据(L2CAPPDU)的L2CAP链路，S表示承载无格式同步或等时数据的流链路。通常，只要不会造成指代不明，逻辑链路的后缀将被删除，因此，对默认ACL逻辑传输的引用在讨论LMP协议时表示ACL-C逻辑链路，在讨论L2CAP层时则表示ACL-U逻辑链路。
  应用通信类型到Bluetooth核心通信量载体的映射基于通信量特征与载体特征的匹配。建议使用这些映射，因为它们是相关特征数据的最普通但最有效的传输方法。
  Bluetooth核心系统的应用或实施可以选择使用不同的通信量载体或不同的映射以获得类似结果。例如，在一个只有一个从设备的微微网中，主设备可能选择通过ACL-U逻辑链路传输L2CAP广播，而不是通过ASB-U或PSB-U逻辑链路。如果物理信道质量不是太差，这可能在带宽方面会更有效率优势。只有在能保持应用通信量类型特征的情况下，才能使用备选传输路径。
  应用通信量类型可用于对提交至Bluetooth核心系统的数据类型进行归类。如果介入流程修改了数据通信量类型，则提交至Bluetooth核心系统的数据通信量类型可能和原始类型不一致。例如，视频数据是以恒定速率生成的，但中间编码程序可能将此更改为可变速率，如通过MPEG4解码程序。但Bluetooth核心系统只对已提交数据的特征感兴趣。
  可以创建以连接为目的的L2CAP信道以在两个Bluetooth设备间传输单播（点到点）数据。无连接L2CAP信道用于播送数据。在微微网拓扑中，主设备永远是广播数据的来源，从设备永远是接收方。广播L2CAP信道的通信量为单向传输。单播L2CAP信道既可以是单向传输，也可以是双向传输。
  L2CAP信道关联了一个QoS设置，后者定义数据帧传输的约束条件。这些QoS设置可用于指明下列情况，例如，数据为等时类型，因此在有限的使用期限后将无效；数据应在指定期限内传输；数据是可靠安全的，不管用多少时间，都会成功传输而不会发生错误。