|
可连接设备通过特别的物理信道监听寻呼（连接）设备发出的连接请求数据包。此物理信道具有可连接设备特有的特性，因此只有对此可连接设备有一定认识的寻呼设备才可以通过此信道与其通信。
寻呼设备和可连接设备都可能已连接到微微网中其它启用 Bluetooth 的设备。所有花费在寻呼或占用寻呼扫描物理信道上的时间都需要与现有逻辑传输上的 QoS 承诺要求取得平衡。
已连接模式
成功执行连接程序后，微微网中的两台设备之间将建立物理连接。这表示存在一个两者都连接到的微微网物理信道，在设备之间存在一个物理链路，并存在默认的 ACL-C 和 ACL-U 逻辑链路。处于已连接模式时，可以创建和释放额外的逻辑链路，以及在保持与微微网物理信道的连接情况下，更改物理和逻辑链路的模式。设备也可以进行查询、寻呼或扫描程序，或者在不断开与原微微网物理信道的连接情况下，连接到其它微微网。
要创建额外逻辑链路，可通过使用链路管理器与启用 Bluetooth 的远程设备交换链路管理协议 (LMP) 消息以协商这些链路的创建和设置。在连接过程中始终会创建默认的 ACL-C 和 ACL-U 逻辑链路，分别用于 LMP 消息和 L2CAP 信令信道。
请注意，两台设备初次建立连接时会创建两个默认的逻辑链路。其中一个链路 (ACL-C) 传输 LMP 控制协议，且对于链路管理器之上的层，它是不可见的。另一个链路 (ACL-U) 传输 L2CAP 信令协议和所有被复用的 L2CAP 尽力服务信道。很多时候会直接说默认的 ACL 逻辑传输，这可以根据上下文确定是 ACL-C 链路还是 ACL-U 链路，但通常指的都是默认 ACL-U 逻辑链路。另请注意，这两个逻辑链路共享一个逻辑传输。
当从设备主动连接微微网时，从设备和微微网主设备之间始终会存在一个默认的 ACL 逻辑传输。有两种方法可以删除默认的 ACL 逻辑传输。第一种方法是从微微网物理信道中断开设备，此时设备之间的整个 L2CAP 信道、逻辑链路和逻辑传输层级都将被删除。
第二种方法是将指向从设备的物理链路置于休眠状态，此时它将放弃其默认 ACL 逻辑传输。此方法仅当所有其它逻辑传输（无法显式创建和删除的 ASB 逻辑传输除外）都已被删除时才能使用。如果设备除默认 ACL 和 ASB 逻辑传输外还存在其它逻辑传输，则不允许将设备置于休眠状态。
当从设备物理链路进入休眠状态后，它的默认 ACL 逻辑传输将解除，而 ASB 逻辑传输则被替换为 PSB 逻辑传输。默认 ACL 逻辑传输复用的 ACL-C 和 ACL-U 逻辑链路仍然存在，但不能用于传输速据。微微网主设备上的链路管理器限制自己仅使用可通过 PSB-C 逻辑链路传输的 LMP 消息。信道管理器和 L2CAP 资源管理器确保在设备处于休眠状态时，不会有单播数据通信量提交到控制器。信道管理器可以根据必要使设备进入和退出休眠状态，以允许传输数据。
保持模式
保持模式不是一般的设备模式，而是适用于物理链路上未保留的时隙。处于保持模式时，物理链路仅在为同步链路类型 SCO 和 eSCO 操作而保留的时隙中处于活动状态。所有异步链路都是不活动的。每开启一次保持模式便执行一次保持程序，完成后便退出，返回原来的模式。
共3页: 上一页 [1] 2 [3] 下一页
|
