|
Bluetooth 数据传输系统采用分层架构。此 Bluetooth 系统说明描述了 Bluetooth 核心传输层以上各层，包括 L2CAP 信道。所有 Bluetooth 运作模式都依据相同的通用传输架构。
出于效率和遗留原因，Bluetooth 传输架构包括一个细分逻辑层，用于区别逻辑链路和逻辑传输。此细分规定了在两个或多个设备间提供独立传输的逻辑链路的一般常用概念。逻辑传输子层说明部分逻辑链路类型主要出于遗留行为的原因而形成的相互依赖性。
Bluetooth 1.1 规格将 ACL 和 SCO 作为物理链路进行了描述。而增加了扩展的 SCO (eSCO) 后以及考虑到未来扩展，最好将它们视为逻辑传输类型，以便更精确地概述其目的。但是，由于它们共享使用资源，如 LT_ADDR 和确认/重复请求 (ARQ) 机制，它们并不像期望的那样独立。因此，架构无法通过单一的传输层表现这些逻辑传输。其它逻辑传输层对阐明此行为起到了一定的作用。
核心通信量载体
Bluetooth 核心系统提供若干标准通信量载体来传输服务协议和应用数据。
逻辑链路使用相关逻辑传输和表示传输数据类型的后缀命名：C 表示承载 LMP 消息的控制链路，U 表示承载用户数据 (L2CAP PDU) 的 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 信道以在两个 Bluetooth 设备间传输单播（点到点）数据。无连接 L2CAP 信道用于播送数据。在微微网拓扑中，主设备永远是广播数据的来源，从设备永远是接收方。广播 L2CAP 信道的通信量为单向传输。单播 L2CAP 信道既可以是单向传输，也可以是双向传输。
L2CAP 信道关联了一个 QoS 设置，后者定义数据帧传输的约束条件。这些 QoS 设置可用于指明下列情况，例如，数据为等时类型，因此在有限的使用期限后将无效；数据应在指定期限内传输；数据是可靠安全的，不管用多少时间，都会成功传输而不会发生错误。
共14页: 上一页 1 [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] 下一页
|
