尽管为 SCO 保留了时隙,但仍允许将保留时隙用于其它拥有更高优先级信道的通信。这可能是 QoS 承诺要求的结果,也可能是为了在物理信道带宽完全被 SCO 占用时,在默认 ACL 上发送 LMP 信令。由于 SCO 可以负载不同的数据包类型至 ACL,所以数据包类型可用于标识 SCO 通信(结合时隙编号和 LT_ADDR)。Bluetooth 核心规格未再定义更多通过 SCO 链路传输的架构层。传输的 64 kb/s 流定义了多种标准格式,对于应用程序负责翻译流编码的情况,还允许未格式化的流。
3.5.6 扩展同步面向连接 (eSCO)
扩展同步面向连接 (eSCO) 逻辑传输是主设备和特定从设备间的对称或不对称点对点链路。eSCO 在物理信道上保留有时隙,因此可被看作主设备和从设备之间的电路交换连接。eSCO 链路在标准 SCO 链路上提供了许多扩展,这主要表现在:它们支持更灵活的数据包类型组合,支持选择数据包内容和选择时隙时段,从而支持多种同步比特率。
eSCO 链路还可以提供有限的数据包重新传送(SCO 链路不存在重新传送)。如果要求重新传送,则重新传送将发生在跟随保留时隙的时隙内,否则时隙将用于其它通信。
每个 eSCO-S 逻辑链路都由单个 eSCO 逻辑传输支持,并通过 eSCO 期间在微微网中唯一的 LT_ADDR 标识。eSCO-S 链路使用 LM 信令创建,并遵循与 SCO-S 链路类似的调度规则。
Bluetooth 核心规格未再定义通过 eSCO-S 链路传输的更多架构层。相反,应用程序可以出于任何要求的目的使用数据流,只要流的传输特征适用于被传输的数据。
活动从设备广播 (ASB)
活动从设备广播逻辑传输可用于向当前连接至 ASB 所用物理信道的微微网中的所有设备传输 L2CAP 用户通信。不存在确认协议,且从微微网主设备到从设备的通信为单向传输。ASB 信道可用于 L2CAP 组通信(1.1 版规格的遗留),但从不用于面向连接的 L2CAP 信道、L2CAP 控制信令或 LMP 控制信令。
但由于不进行确认,ASB 逻辑传输从本质上来说并不可靠。为了提高可靠性,每个数据包将进行多次传输。将使用相同的序列号在从设备上协助筛选重新传输。
ASB 逻辑传输通过保留的 LT_ADDR 标识。(保留的 LT_ADDR 地址还可供 PSB 逻辑传输使用。)活动从设备将在两个逻辑传输上接收通信,但无法轻易区分二者。ASB 逻辑传输不负载 LMP 通信,因此活动的从设备可以忽略通过 ASB 逻辑传输上的 LMP 逻辑链路接收到的数据包。但是,ASB 逻辑传输上的活动从设备也接收通过 PSB 逻辑传输传送的 L2CAP 通信,且无法与 ASB 传输上发送的 L2CAP 通信相区别。
不论何时存在微微网,都将隐式创建一个 ASB,且总有一个 ASB 与微微网中存在的每个基础或适应型微微网物理信道相关联。由于基础和适应型微微网物理信道几乎一致,从设备无法区分哪个 ASB 信道用于传输数据包。这进一步加深了 ASB 信道的不可靠性。(不过,它再不可靠最多也就是丢失数据包。)
主设备可以确定使用两个可能存在的 ASB 信道中的哪一个(当同时拥有一个基础和一个适应型微微网物理信道时),因为如果进行充分的重新传输,就可以在同一 ASB 信道上定向至两组从设备。
ASB 信道从不用于负载 LMP 或 L2CAP 控制信令。
共14页: 上一页 [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] 12 [13] [14] 下一页
|