CN110958674B - 睡眠状态中的附件的低功率激活 - Google Patents

Abstract

本公开涉及睡眠状态中的附件的低功率激活。第一设备被配置为通过短程通信链路与第二设备建立连接。第一设备可以转换到睡眠状态，终止(i)与寻呼协议相关联的寻呼操作和寻呼扫描操作，以及(ii)与宣告协议相关联的宣告扫描操作，并且执行与宣告协议相关联的宣告广播操作，该宣告广播操作生成要以第一间隔广播的宣告，其中第一间隔大于用于在活动状态下执行宣告广播操作的第二间隔。

Description

睡眠状态中的附件的低功率激活

技术领域

本公开涉及睡眠状态中的附件的低功率激活。

背景技术

短程通信协议使得能够在两个或更多个设备之间交换短程通信。可以手动或自动建立短程连接。手动方法可以在建立链路时启用更多控制，并且可以使得只在激活时使用连接操作。然而，手动方法可能耗时很久。自动化方法可以更有时间效率，并且需要很少输入或不需要输入，这可提供改进的用户体验。然而，自动化方法可在预先确定的时间执行连接操作，从而潜在地利用来自受限电源的增加量的功率。为了进一步改进自动化方法，可基于例如包括寻呼协议和宣告协议的蓝牙配置来使用检测协议。

一旦建立了短程通信链路，第一设备就可以与第二设备交换数据。例如，第一设备可以是向第二设备提供音频数据的源设备。第二设备可接收音频数据并生成在第二设备的音频部件上播放的音频输出。可保持短程通信链路直到用户选择停止使用。例如，当第二设备为音频输出部件诸如佩戴的耳塞或听筒时，用户可移除第二设备(例如，从耳朵中取出，从头上取下等)。短程通信链路可不再用于除控制数据交换之外的数据交换。通过这种方式，可将第二设备置于低功率状态，诸如睡眠状态。

睡眠状态可使得第二设备能够通过修改执行某些操作的方式来节省功率。然而，如上所述，在需继续执行连接操作的情况下，可保持自动化方法。例如，为了提供改善的用户体验，自动化方法可继续，使得可在用户选择恢复使用第二设备的任何时间重新建立短程通信链路。然而，当在睡眠状态期间使用自动化方法时，第二设备将继续为包括寻呼协议和宣告协议的连接操作汲取电力。因此，即使在睡眠状态保持较长持续时间的情况下，第二设备仍继续从有限的电源汲取电力以执行与自动连接方法相关的操作。当第二设备保持在睡眠状态足够长的持续时间时并且根据有限电源的剩余电力，第二设备可能会耗尽有限的电源，使得用户必须在恢复任何使用之前对第二设备进行再充电，从而不利地影响用户体验。

发明内容

在一个示例性实施方案中，由被配置为通过短程通信链路与第二设备建立连接的第一设备执行一种方法。该方法包括将第一设备转换到睡眠状态，终止(i)与寻呼协议相关联的寻呼操作和寻呼扫描操作以及(ii)与宣告协议相关联的宣告扫描操作；以及执行与宣告协议相关联的宣告广播操作，该宣告广播操作生成要以第一间隔广播的宣告，其中第一间隔大于用于在活动状态下执行宣告广播操作的第二间隔。

在另一个示例性实施方案中，描述了一种被配置为通过短程通信链路与第二设备建立连接的第一设备。第一设备具有收发器和处理器。该收发器被配置为建立连接。该处理器被配置为使第一设备转换到睡眠状态，该处理器指示收发器终止(i)与寻呼协议相关联的寻呼操作和寻呼扫描操作，或(ii)与宣告协议相关联的宣告扫描操作，并且指示收发器执行与宣告协议相关联的宣告广播操作，宣告广播操作生成要以第一间隔广播的宣告，该第一间隔大于用于在活动状态下执行宣告广播操作的第二间隔。

在另一个示例性实施方案中，由被配置为通过短程通信链路与第二设备建立连接的第一设备执行一种方法。该方法包括将第一设备从睡眠状态转换到非睡眠状态，激活与寻呼协议相关联的寻呼扫描操作以侦听来自第二设备的寻呼，并且更新与宣告协议相关联的宣告广播操作，宣告广播操作生成要以第一间隔广播的宣告，该第一间隔小于用于在睡眠状态期间执行宣告广播操作的第二间隔，其中与寻呼协议相关联的寻呼操作和与宣告协议相关联的宣告扫描操作保持不活动。

附图说明

图1示出了根据本文所述的各种示例性实施方案，利用短程通信链路的部件的示例系统。

图2示出了根据本文所述的各种示例性实施方案的用于建立短程通信链路的示例设备。

图3示出了根据本文所述的各种示例性实施方案的用于在进入睡眠状态时断开短程通信链路的示例信号图。

图4示出了根据本文所述的各种示例性实施方案的用于在退出睡眠状态时建立短程通信链路的示例信号图。

图5示出了根据本文所述的各种示例性实施方案的用于在进入睡眠状态时断开短程通信链路的示例方法。

图6示出了根据本文所述的各种示例性实施方案的用于在退出睡眠状态时建立短程通信链路的示例方法。

具体实施方式

参考以下描述以及附图可进一步理解该示例性实施方案，其中类似的元件利用相同的附图标号来标记。示例性实施方案描述了用于在处于睡眠状态时(例如，当使用自动化方法来建立短程通信链路时)降低或最小化电力使用的设备、系统和方法。示例性实施方案包括当识别睡眠状态时的第一方面，其限定当附件设备处于睡眠状态时如何使用自动化方法的连接操作。示例性实施方案还包括当附件设备从睡眠状态转换至唤醒状态或使用状态时的第二方面，其在附件设备上触发进一步连接操作以与源设备自动建立短程通信链路。这样，示例性实施方案提供了这样的机制，在要使用附件设备时可在相对较短的时间量内建立短程通信链路，并且在附件设备处于低功率状态时节省更多的电力。

本文针对建立短程通信链路(或连接)描述了示例性实施方案，其中短程通信链路是蓝牙链路。然而，蓝牙链路的使用仅是示例性的，蓝牙链路可代表任何短程通信链路(或被其替代)。此外，短程通信链路的使用也仅是示例性的，并且可针对两个或更多个设备之间任何类型的连接(例如，中程或远程连接)使用或修改示例性实施方案。如本文所述的示例性实施方案包括涉及广播标识(或标识符)和扫描操作以检测广播标识/标识符的宣告方案。然而，使用这种类型的宣告方案仅是示例性的，并且可针对任何更低功率的快速检测标识的方案使用或修改示例性实施方案。本文针对在附件设备和源设备之间建立蓝牙链路描述了示例性实施方案。然而，这种附件和源配置的使用仅是示例性的，并且可针对要使用本文所述的机制建立连接的任何两个或更多个设备使用或修改示例性实施方案。即，不要求设备之一从属于另一个设备。术语“源设备”和“附件设备”的使用仅是为了方便地区分本说明书中的两个设备。此外，本文针对睡眠状态描述了示例性实施方案。然而，睡眠状态可代表任何较低功率状态，其中设备的一些或全部功能和/或部件被断电或以其他方式被配置为比正常操作更低的功率消耗状态。此外，被断电的部件不要求部件不汲取任何电力，而是仅汲取比在正常完全操作状况期间少的电力量。就何时可能使用设备描述示例性实施方案。可能的用途可涉及何时评估信息以确定指示设备正在被使用的可能性的概率。

正在开发无线通信系统和协议以进一步增加使用类型和可以这种方式连接的设备的类型。一种无线通信系统可利用可被定义为用于在多个设备之间传输数据的计算机网络的个人区域网(“PAN”)。例如，PAN可用于设备自身之间的通信(例如，个人间通信)，或用于经由上行链路将一个或多个设备连接到更高层网络和/或因特网，其中一个“主”(或主要)设备可承担执行与路由器相关联的操作的责任。此外，无线PAN可以是使用短程无线技术诸如蓝牙协议来使设备互连的网络。

在无线PAN之内，某些应用或操作可被认为使用相对较大量的功率，而其他应用或操作可被认为使用相对较低量的功率。类似地，某些应用或操作可被认为需要相对较大的时间量，而其他应用或操作可被认为需要相对较小的时间量。例如，关于蓝牙连接，相对而言，蓝牙寻呼/寻呼扫描操作可利用比蓝牙宣告方案更多的功率和更多的时间。蓝牙寻呼/寻呼扫描操作可基于定义如何执行蓝牙连接操作的蓝牙协议。蓝牙宣告方案可涉及其中低功耗应用配置文件通过低功耗链路发送和接收短数据段的协议。这些配置文件可提供标准，制造商遵守这些标准以允许设备以预期的方式使用特定技术，诸如蓝牙。已经将一种这样的宣告方案定义为蓝牙低功耗(以下称为“BLE”)或“蓝牙智能”，这是一种无线PAN技术，由蓝牙技术联盟针对例如医疗保健、健身、定位、信标、安全和家庭娱乐行业的应用进行设计并推向市场。如上所述，与包括蓝牙寻呼/寻呼扫描操作的经典蓝牙(或蓝牙经典)相比，BLE旨在提供显著降低的功率消耗和成本，同时维持相似的通信范围并减少蓝牙设备用于识别邻近度和建立蓝牙连接的能力的时间。然而，即使在建立蓝牙链路的自动化方法中使用BLE协议，尤其是当设备处于低功率状态时，也保持蓝牙寻呼扫描操作以及BLE扫描操作以分别接收可能被广播的任何寻呼或宣告。如上所述，这些操作可使用更多的时间和/或功率。

示例性实施方案被配置为在附件设备处于睡眠状态时减少或最小化所汲取电力的量。如下文将进一步详细描述的，在进入睡眠状态时，示例性实施方案可终止蓝牙寻呼和寻呼扫描操作以及BLE扫描操作，并且仅维持BLE宣告操作以按照使用增大的间隔的修改方式检测源设备。为了在可能使用附件设备时退出睡眠状态，附件设备可接收来自源设备的请求或检测附件设备的可能使用。在确认源设备为允许的设备时，附件设备可发起蓝牙寻呼和寻呼扫描操作以建立蓝牙连接。当在附件设备进入睡眠状态时移除蓝牙寻呼和寻呼扫描操作以及BLE扫描操作并修改另外的连接操作时，附件设备上的无线电部件可被显著更少地使用并且允许改善的功率性能。

图1示出了根据示例性实施方案的利用短程通信链路的部件的系统100。系统100示出了源设备105和配对音频设备108之间或源设备105和音频设备135之间的短程连接的可能网络，该配对音频设备包括主音频耳塞110和辅音频耳塞115。系统100示出了在源设备105和附件设备(例如，配对音频设备108或音频设备135)之间何时已经建立短程连接。然而，由于示例性实施方案涉及在未建立短程通信链路并且随后建立短程通信链路时的持续时间，因此所示的短程通信链路可能不是连续活动的。配对音频设备108可为包括两个无绳音频耳塞110、115的系统，例如，在音频耳塞110、115之间不存在有线连接，但它们被设计成彼此结合地工作。例如，第一音频耳塞110可输出从源设备105流传输的右声道音频，并且第二音频耳塞可输出从源设备105流传输的左声道音频。如下文将更详细描述的，当输出从源设备105接收的数据时，音频耳塞之一将承担与源设备105(例如，主音频耳塞110)直接无线连接的主要角色，而另一个音频耳塞将承担与源设备间接无线连接以及与主音频耳塞直接连接的次要角色(例如，辅音频耳塞115)。

可建立的第一短程通信链路可经由源到音频耳塞(S2B)链路120在源设备105和配对音频设备108的主音频耳塞110之间。可建立的第二短程通信链路可经由音频耳塞到音频耳塞(B2B)链路125在配对音频设备108中的主音频耳塞110和辅音频耳塞115之间。辅音频耳塞115还可被配置为对正在S2B链路120上交换或正由源设备105广播/传输的通信(例如，数据)执行窃听130(例如，窥探)。可建立的第三短程通信链路可经由源到设备(S2D)链路140在源设备105和音频设备135之间。S2D链路140可基本上与S2B链路120类似。系统100还可包括另外的短程通信链路，诸如在源设备105和辅音频耳塞115之间(未示出)。在一些示例中，短程通信链路可以是蓝牙连接。

在常规方法(例如，如经典蓝牙协议所定义)下，可使用手动方法来建立S2B链路120和/或S2D链路140，其中用户手动选择设备。例如，当主音频耳塞110和音频设备135都可被源设备105用于建立短程通信链路时，源设备105可检测这些设备并在列表中显示设备，该列表允许用户选择这些设备之一用于连接。相比之下，可使用自动化方法来建立B2B链路125，其中(例如，以预先确定的间隔)不断地执行接近检测和/或建立B2B链路125的能力。如下文将详细描述的，根据示例性实施方案，S2B链路120、B2B链路125和S2D链路140可各自使用自动化方法来建立。

源设备105可为能够建立S2B链路120和/或S2D链路140的任何电子设备。例如，源设备105可为移动设备(例如，移动计算设备、移动电话、平板电脑、个人计算机、VoIP电话、个人数字助理、可穿戴设备、外围设备、物联网(IoT)设备等)或固定设备(例如，台式终端、服务器、IoT设备等)。配对音频设备108(包括主音频耳塞110和辅音频耳塞115)可以是一起使用的任何多个无线音频输出部件(例如，耳塞)。具体地讲，主音频耳塞110和辅音频耳塞115可无绳连接到源设备105以及彼此连接。音频设备135可为任何一体的无线音频输出部件(例如，无线耳机、扬声器等)。具体地讲，音频设备135可无绳连接到源设备105，但可利用用于多个音频输出子部件的有绳布置。音频相关设备诸如音频耳塞和音频设备的使用仅是示例性的。示例性实施方案可用于在任何一种或多种类型的一个或多个设备之间建立短程通信链路。因此，主音频耳塞110、辅音频耳塞115和音频设备135可代表包括针对源设备105的上述类型以及其他类型(例如，附件设备)的任何一个或多个电子设备。例如，主音频耳塞110、辅音频耳塞115和音频设备135也可以是启用蓝牙的免提耳机、无线扬声器、对讲机、健身跟踪设备、传感器、汽车音响系统等。

在系统100中，源设备105和主音频耳塞110或音频设备135中的任一个可分别在S2B链路120或S2D链路140上具有主/从(或主/辅)关系。具体地讲，源设备105可为主部件，而主音频耳塞110或音频设备135可为从部件。类似地，主音频耳塞110和辅音频耳塞115可在B2B链路125上具有主/从关系。具体地讲，主音频耳塞110可以是主部件，而辅音频耳塞115可以是从部件。然而，主/从关系仅是示例性的。根据另一个示例性实施方案，经由短程通信链路连接的部件可具有相互关系(例如，对等)，其中两个部件均不具有优先级(例如，共享相等优先级)，或者两个部件均不具有必须执行的预先确定的操作(例如，可共享预先确定的操作或可共享要执行的责任)。在另一个示例性实施方案中，可以动态地设定主/从关系。例如，如果主音频耳塞110一开始被设定为主部件，而辅音频耳塞115一开始被设定为从部件，但条件改变，使得辅音频耳塞115与源设备105保持连接或具有与源设备105的更好的短程连接，则辅音频耳塞115可成为主部件，而主音频耳塞115可成为从部件。系统100可包括也可存在于任何S2B链路120、B2B链路125、S2D链路140、或与系统100的任何设备的另一连接中的一个或多个其他设备。

在建立短程通信链路(例如，S2B链路120、B2B链路125或S2D链路140)时，源设备105、主音频耳塞110、辅音频耳塞115和音频设备135可包括必要的硬件、软件和/或固件以执行常规操作以及根据示例性实施方案的操作。此外，在主音频耳塞110、辅音频耳塞115和音频设备135处于低功率状态期间，这些部件可包括用于执行常规操作以及根据示例性实施方案的操作的必要硬件、软件和/或固件。

图2示出了根据示例性实施方案的用于建立短程通信链路并执行在低功率状态下使用的操作(例如，蓝牙寻呼操作、蓝牙寻呼扫描操作、BLE宣告操作和BLE扫描操作)的设备200。设备200可代表源设备105、主音频耳塞110、辅音频耳塞115和音频设备135中的任何设备。具体地讲，设备200可代表可被包括以执行常规操作和根据示例性实施方案的操作的部件。

设备200可包括连接到天线210、基带处理器215和控制器220、以及其他部件(未示出)的收发器205。其他部件可包括例如存储器、应用处理器、电池、用于将设备200电连接到其他电子设备的端口等。收发器205可被配置为通过一个或多个连接来交换数据。具体地讲，收发器205可允许使用与短程通信协议相关联的频率或信道(例如，与蓝牙连接相关联的信道)来建立短程通信链路。控制器220可控制收发器205和基带处理器215的通信功能。另外，控制器220也可控制与其他部件诸如存储器、电池等相关的非通信功能。相应地，控制器220可执行与应用处理器相关联的操作。

基带处理器215可以是与无线通信标准诸如蓝牙兼容的芯片。基带处理器215可被配置为执行设备200的多个操作。例如，操作可包括与示例性实施方案相关的方法和操作，其中在设备200进入睡眠状态(或更低功率/降低的功率状态)时拆除短程通信链路，以及修改的宣告方案或检测操作，然后使用该宣告方案并执行对应的连接操作来建立短程通信链路。另外，收发器205也可被配置为执行设备200的多个操作。例如，操作可包括与示例性实施方案相关的方法和操作。

对于主音频耳塞110、辅音频耳塞115和音频设备135，这些设备可包括另外的部件。如将在下文进一步详细描述的，可存在指示这些设备何时正在被使用或可能要被使用的可用信息。相应地，这些设备可配备有生成或以其他方式检测该信息的额外部件。例如，这些设备可包括可识别设备何时被使用的传感器。在特定示例中，传感器可指示相对取向或位置(例如，在配对音频设备108的情况下相对于彼此，或相对于用户)。当传感器指示设备例如在用户的耳朵中，佩戴在用户头部等时，传感器可产生传感器数据，该传感器数据被处理以指示设备正在被使用或可能要被使用。又如，传感器可以是运动传感器。当运动传感器检测到从无运动状态开始运动时，运动传感器可生成运动传感器数据，该运动传感器数据被处理以指示用户已移动(例如，拿起)该设备并且可能要使用该设备。

出于例示性目的，本文结合音频设备135描述了示例性实施方案。然而，本领域的技术人员将会认识到，本文的描述也涉及包括主音频耳塞110的配对音频设备108。当根据示例性实施方案的机制鉴于辅音频耳塞115与配对音频设备108一起实施时包括另外的操作时，还将提供相应的描述。

一开始，音频设备135可被配置为置于多种状态之一。例如，状态可包括运送状态、休眠状态、待机状态、睡眠状态、空闲状态、就绪状态和活动状态中的任何/全部。这些状态通常可例如根据相对于用于建立连接汲取电力的部件的相对功率状态而分成不同的类别。如下文将描述的，运送状态和休眠状态可使用最低功率状态，待机状态可使用相对于休眠状态的中间功率状态，睡眠状态可使用低功率状态，空闲状态可使用相对于睡眠状态的中间功率状态，并且就绪状态和活动状态可使用正常(或高/全)功率状态(例如，在所有连接操作在使用中的情况下)。

该状态可涉及音频设备135何时将从零售商运送到产品的用户/购买者。因此，包括无线电部件(例如收发器205)的音频设备135可被停用，从而利用不使用连接操作的最低功率状态，连接操作包括蓝牙寻呼和寻呼扫描操作以及BLE宣告和扫描操作。对于用户和特定音频设备135，仅当音频设备135被递送至用户时，才可使用运送状态，直到注册任何类型的首次使用(例如，充电操作、加电操作、连接操作等)。

休眠状态和待机状态可涉及当音频设备135在存储盒内或以其他方式被置于指示设备将不会被立即使用(如果可用)的模式时。当音频设备135在存储盒内很长一段时间时，可使用休眠状态。因此，音频设备135可利用基本上类似于运送状态的最低功率状态，因为使用音频设备135的可能性较低。在该状态下，不使用连接操作，包括蓝牙寻呼和寻呼扫描操作以及BLE宣告和扫描操作。当从存储盒中取出音频设备135时，音频设备135可退出休眠状态并进入另一种状态，例如空闲状态(将在下文描述)。从用户的角度来看，将音频设备135放置在存储盒中可确保无线电部件被去激活。

待机状态可为当音频设备135在存储盒内或通过其他方式进入指示设备将在较短时间内不被使用的模式，例如，当预期音频设备135将在接下来的1分钟、5分钟等之内被使用时。于是，音频设备135最近可能被放置在存储盒之内。上次使用的功率状态可被保持一段时间，因为音频设备135可能在该时间段内被从存储盒中取出。例如，在放置到存储盒中之前，上次使用的功率状态可以是空闲状态。上次使用的功率状态可转换到待机状态较短时期，并且随后转换到休眠状态更长时期。任何时间段可用于从待机状态转换到(例如，至少1分钟、5分钟等)，但转换越快，功率节省就增加。

睡眠状态和空闲状态可涉及音频设备135在预先确定的时间段内未被使用。例如，可将音频设备135从用户的耳朵取出(例如，在音频耳塞的情况下)，从用户的头部取下(例如，在耳机的情况下)等等。音频设备135可在与空闲状态相比较长时间内未被使用之后进入睡眠状态，可在较短时间段之后进入空闲状态。因此，音频设备135可利用较低功率状态。与不执行连接操作的最低功率状态相反，根据示例性实施方案的较低功率状态可利用(或启用)BLE协议的选择操作以允许音频设备135仍被检测到。如下文将详细描述的，当音频设备135处于睡眠状态时，音频设备135可执行或以其他方式参与BLE宣告操作，但不实施蓝牙寻呼和寻呼扫描操作或BLE扫描操作。在一些示例中，在预先确定的时间量(例如，30分钟、1小时、2小时等)内检测到很少运动或没有运动之后，可从空闲状态进入睡眠状态。当音频设备135确定其可能被使用(例如，从源设备105接收到请求，检测到运动等)时，可退出睡眠状态。

当音频设备135在较短的时间量内(例如，1分钟、5分钟、15分钟等)未被使用时，可实现空闲状态。类似于休眠状态和待机状态之间的关系，音频设备135可能最近在被使用之后已被设定为空闲状态。上次使用的功率状态可被保留，因为音频设备135可能被再次使用。例如，音频设备135可从对应于就绪状态(将在下文描述)的位置被移除。

就绪状态和活动状态可涉及音频设备135何时正在被使用或可能被使用。例如，如果音频设备135被放置在用户的耳朵中(例如，在音频耳塞的情况下)，放置在用户的头部上方或周围(例如，在耳机的情况下)等，则音频设备135可能正在被使用或准备好被使用。又如，如果音频设备135在附近或被穿戴在替代位置(例如，当耳机围绕用户颈部穿戴时，当音频耳塞具有检测到的运动等)，则音频设备135可能会被使用。考虑到正在被使用或可能被使用的音频设备135，可继续与源设备105的连接操作，以便保持S2B链路120或S2D链路140。

如本领域的技术人员将会理解的，睡眠状态可为低功率状态，在此期间，在音频设备135较长时间未被使用时，音频设备135保持特定的功率使用。在处于睡眠状态时将无线电部件活动降低或最小化到阈值的目标可提供改进的电力节省。如上所述，可以不同方式对不同状态进行分类，诸如音频设备135在盒中(例如，运送、休眠和待机)、未被使用(例如，睡眠和空闲)以及正在被使用(例如，就绪和活动)的情况下。本领域的技术人员将会知道，最常用的状态是与未使用时和使用相关的状态。在音频设备135的每次使用之间，音频设备135可处于睡眠状态一段很长时间。相应地，示例性实施方案提供了一种机制，该机制定义在音频设备135处于睡眠状态时如何使用与自动化方法相关联的连接操作。

对于建立短程通信链路，根据示例性实施方案的机制可使用经典蓝牙定义的操作来完成该过程。当音频设备135处于睡眠状态时，源设备105可连接到音频设备135并使得音频设备135退出睡眠状态。如上所述，在经典蓝牙中使用的允许源设备105连接至音频设备135的自动化方法要求音频设备135在处于睡眠状态时实施主动蓝牙寻呼扫描。这些蓝牙寻呼扫描可以预先确定的间隔执行，例如，蓝牙要求的间隔。当音频设备135处于睡眠状态时，执行寻呼扫描可消耗来自电源的电力。示例性实施方案被配置为例如通过使用不同的连接操作来减少或最小化在音频设备135处于睡眠状态时消耗的电力。在处于睡眠状态时，音频设备135可终止所有蓝牙寻呼和寻呼扫描操作以及BLE扫描操作，同时仅维持可用于检测源设备105的(以及供源设备105检测和/或发信号通知音频设备135的)BLE宣告操作。此外，还可修改BLE操作以确定何时执行这些操作以进一步降低消耗的电力。

音频设备135可从源设备105接收扫描请求，这可导致其退出睡眠状态。此外，音频设备135可维护可与其建立S2D链路140的被允许设备的白名单。因此，白名单上的设备可触发音频设备135退出睡眠状态，而不在白名单中的设备不对音频设备135触发任何动作，使得音频设备135保持睡眠。一旦音频设备135退出睡眠状态，就可执行BLE操作(例如，宣告和/或扫描)和蓝牙操作(寻呼和/或寻呼扫描)。通过消除执行蓝牙寻呼和寻呼扫描操作以及BLE扫描操作的需要以及进一步修改在处于睡眠状态时如何执行BLE宣告操作，音频设备135的无线电部件可显著更少地被使用，这样可实现改善的功率性能。

示例性实施方案可被配置为具有回退机制。本领域的技术人员将理解，源设备105可被配置为利用经典蓝牙，包括寻呼和寻呼扫描操作，但不可被配置为利用BLE宣告和BLE扫描操作的BLE操作。由于示例性实施方案在音频设备135处于睡眠状态时，在终止自动化方法中的经典蓝牙连接操作的同时利用BLE操作，因此如果源设备105被以此方式配置，音频设备135也许不能被配置为建立S2D链路140。因此，音频设备135可利用回退机制，其中音频设备135可发起蓝牙寻呼扫描操作。在一些实施方案中，对蓝牙寻呼扫描操作的这种使用可由用户控制的手动设置来配置。或者，可自动启用蓝牙寻呼扫描。例如，也可在事件发生时触发蓝牙寻呼扫描操作。与使用从被配置为使用BLE操作的源设备105接收的扫描请求相比，回退机制可在检测到对音频设备135的可能使用时触发蓝牙寻呼扫描操作。例如，音频设备135可配备有识别音频设备135何时可能被使用的一个或多个传感器(例如，运动传感器、光学传感器等)。

返回至根据示例性实施方案的该机制，第一方面可以是当音频设备135进入睡眠状态并执行后续操作时。音频设备135可处于空闲状态(例如，从就绪状态或活动状态进入)。音频设备135可基于多种标准来检测何时进入空闲状态。示例性标准包括S2D链路140仅用于控制数据；音频设备135不再被穿戴在用户身上；音频设备135被放置在静止表面上等等。在进入空闲状态之后，决策可指示音频设备135在进入空闲状态达预先确定的(或阈值)时间段时未被使用并且因此进入睡眠状态。进入睡眠状态的决策可基于空闲状态。例如，音频设备135可确定当前状态为空闲状态并且空闲状态已保持至少预先确定的时间量(例如，30分钟、1小时、2小时等)。在识别何时进入空闲状态时，音频设备135可经由传感器确定没有使用或使用意图。例如，传感器可指示音频设备135在用户身上的位置或取向，这指示音频设备135正在被使用(例如，在用户头部周围，在用户的耳朵中等)或可能被使用(例如，在用户的颈部周围)。又如，传感器可指示音频设备135的运动。没有运动可指示音频设备135未被使用，而选择运动可指示音频设备135可能被使用。音频设备135可逐一地利用检测到的运动或组合利用运动，例如，以做出使用或意图决策。

一旦音频设备135确定要进入睡眠状态，在转换期间，音频设备135可执行一个或多个操作。在第一示例中，当S2D链路140仍被建立时，音频设备135可与源设备105断开连接并且拆除S2D链路140。例如，音频设备135可能已从被用户穿戴而被取下并且被放置在附近的表面上，但用户保持在音频设备135附近的基本类似的位置。因此，仍可建立S2D链路140。在这种情况下，当进入睡眠状态时，音频设备135可拆除该现有S2D链路140。又如，音频设备135可已从被用户穿戴而被取下并放置在附近表面上，但用户已离开该位置，使得源设备105位于S2D链路140的操作范围之外。因此，在要进入睡眠状态的时间之前，S2D链路140可能已被切断。在这种情况下，在确定音频设备应进入睡眠状态之前，链路可能已被拆除。

在进入睡眠状态时，从音频设备135拆除S2D链路140，断开短程通信链路，或者在音频设备135进入睡眠状态之前，由于多种原因的任何原因，从不可维持的短程通信链路拆除S2D链路时，音频设备135可被配置为存储与音频设备135和源设备105(或音频设备135连接的某一其他源设备)之间的上一S2D链路140相关联的主机连接信息。如下文将详细描述的，音频设备135为其成员的上一S2D链路140的主机连接信息可基于例如传感器数据来提供音频设备135何时从睡眠状态中醒来的信息，而不是从源设备105接收扫描请求。

在进入睡眠状态时执行的操作的另一示例中，音频设备135可终止蓝牙寻呼、蓝牙寻呼扫描和BLE扫描操作。这些连接操作可以在自动化方法中执行以建立S2D链路140。由于使用寻呼操作和两个扫描操作的功率消耗增加，示例性实施方案被配置为在处于睡眠状态时终止这些操作以进一步节省电力并减少音频设备135的电力使用。相应地，在睡眠状态下执行BLE宣告操作，使得音频设备135仍可被源设备105检测到。结合终止寻呼操作和两个扫描操作来描述示例性实施方案。然而，示例性实施方案也可利用在处于睡眠状态时保持或使用的不同操作选择。例如，当上次连接的源设备105未被配置有在BLE下的宣告协议时，可存在回退机制。因此，在睡眠状态下，音频设备135仍可执行蓝牙寻呼操作。又如，音频设备135可选择终止蓝牙寻呼和寻呼扫描操作，并且维持BLE宣告和扫描操作。BLE扫描操作可比蓝牙扫描操作消耗更少的电力。因此，在睡眠状态下，仍可比常规自动化方法改善电力节省。

在睡眠状态下执行的操作的另一示例中，音频设备135可将BLE宣告操作从第一间隔转换至第二更长间隔。除了选择要执行哪个连接操作之外，还可以修改被执行的操作。例如，可将BLE宣告操作从进入睡眠状态之前(例如，在处于空闲状态、就绪状态或活动状态中时)使用的标准宣告广播间隔(例如，181.25ms)修改为更长的睡眠宣告广播间隔(例如，两倍长，362.5ms)。通过减少被广播的BLE宣告的数量，音频设备135可进一步节省电力并降低功率消耗。睡眠宣告广播间隔可以是固定的、动态的、随机的等，只要睡眠宣告广播间隔长于标准宣告广播间隔即可。间隔的长度可不同于本文所用的示例。例如，BLE宣告广播间隔可大于或小于标准宣告广播间隔(例如，181.25ms)。睡眠宣告广播间隔还可以是相对于BLE宣告广播间隔的不同倍数，并且可大于或小于BLE宣告广播间隔的两倍(例如，362.5ms)。

还可修改BLE宣告以改变有效载荷的一部分。例如，当音频设备135进入睡眠状态时，BLE宣告操作可生成BLE宣告，该BLE宣告具有指示音频设备135的状态的有效载荷。在这种情况下，有效载荷指示音频设备135在睡眠(或处于较低功率状态)。当广播指示音频设备135保持睡眠的连续BLE宣告时，接收BLE宣告的设备可推断出音频设备135不可用于建立S2D链路140。因此，该设备可终止到音频设备135的传输(例如，如下所述的扫描请求)。

BLE宣告操作可生成可扫描的BLE宣告。即，当正确地配置时，源设备105可在由源设备105执行的BLE扫描操作期间接收正在从音频设备135广播的BLE宣告。同样，如果源设备105未被配置有在BLE下的宣告协议，则音频设备135可恢复至回退机制并利用蓝牙寻呼扫描操作而不是生成并广播BLE宣告。

在睡眠状态下执行的操作的另一个示例中，音频设备135可配置收发器205以接收来自源设备105的扫描请求。即，音频设备135可利用被动接收操作，其中从源设备105传输的扫描请求可被处于睡眠状态的音频设备135接收。音频设备135还可配置收发器205，使得仅白名单中的源设备可被允许触发建立S2D链路140的操作。白名单可以是手动生成的列表、自动生成的列表或它们的组合。作为手动生成的列表，用户可向音频设备135提供指示要包括在白名单中的不同源设备的标识信息。作为自动生成的列表，音频设备135可跟踪先前与其建立相应S2D链路140的源设备。音频设备135因此可在白名单中包括这些先前连接的源设备。出于例示性目的，可假设源设备105在白名单中。与白名单相关联的操作可由例如蓝牙核心控制器、应用处理器等执行。

音频设备135可保持处于睡眠状态并以修改的方式利用所选择的操作，直到接收到或确定要退出睡眠状态的指示。一旦音频设备135确定要退出睡眠状态，在转换期间，音频设备135可执行一个或多个操作。如上所述，音频设备135确定要退出睡眠状态有多种方式。在第一示例退出方式中，音频设备135可利用被动接收操作，其中可接收来自源设备105的扫描请求，这样可触发退出睡眠状态(例如，如果源设备105在白名单中)。在第二示例退出方式中，音频设备135可例如基于来自音频设备135的一个或多个传感器的传感器数据来确定用户可能对音频设备135的使用。每种退出方式可需要执行对应的一组操作。

在音频设备135接收来自源设备105的扫描请求的第一示例退出方式中，音频设备135可从睡眠状态唤醒，进入空闲状态并执行多个操作。在第一示例中，音频设备135可识别源设备105(例如，基于包括在扫描请求中的身份)并确定源设备105是已知设备还是以其他方式被包括在白名单中。首先，源设备105可被定位为接收正在由音频设备135广播的BLE宣告。基于BLE宣告，源设备105可将扫描请求传输至音频设备135。如果从其传输扫描请求的源设备105不在白名单中，则音频设备135可恢复到睡眠状态并以修改的间隔继续进行BLE宣告操作。如果源设备105在白名单中，则音频设备135可随后执行后续操作。

后续操作可涉及从睡眠状态转换到空闲状态。在第一示例中，音频设备135可对扫描请求做出响应并传输扫描响应。如上所述，BLE宣告操作可生成具有经修改的有效载荷的BLE宣告，在该有效载荷中指示音频设备135的睡眠状态。为了防止加入白名单的源设备105终止与音频设备135的连接尝试，扫描响应可包括表明音频设备135已唤醒并且不再处于睡眠状态的指示(连同诸如标识信息、控制信息等其他信息)。在第二示例中，音频设备135可更新BLE宣告的有效载荷。像扫描响应一样，音频设备135现在可在BLE宣告中指示音频设备135处于非睡眠状态(例如，空闲状态)。利用BLE宣告的经更新的有效载荷，可选择性地利用扫描响应来向源设备105更新音频设备135的状态变化。在第三示例中，音频设备135可更新广播BLE宣告的间隔。音频设备135可从例如362.5ms的睡眠宣告广播间隔恢复至例如181.25ms的标准宣告广播间隔。在第四示例中，音频设备135可发起蓝牙寻呼扫描操作。如上所述，用于建立S2D链路140的机制可包括在经典蓝牙中使用的操作。因此，可使用蓝牙寻呼和寻呼扫描操作。相应地，已检测到音频设备135并且现在意识到音频设备135不处于睡眠状态的源设备105可开始使用蓝牙寻呼来寻呼音频设备135。音频设备135可执行蓝牙寻呼扫描以接收蓝牙寻呼。在第五示例中，音频设备135可设定执行蓝牙寻呼扫描操作的间隔。例如，音频设备135可使用快速扫描速率，其中相对于标准扫描执行更多的的蓝牙寻呼扫描。音频设备135可在预先确定的时间量内或在建立S2D链路140时使用快速扫描速率，之后将蓝牙寻呼扫描设定为标准扫描速率。音频设备135可以预先确定的时间量(例如，5秒、10秒等)利用这些连接操作。如果音频设备135被配置为执行更多的尝试，则可再次针对更多的尝试循环进行连接操作，每次尝试之间具有中断时间。如果音频设备135未能建立S2D链路140，则音频设备135可返回到睡眠状态并更新连接操作。

在音频设备135确定可能使用的第二示例退出方式中，音频设备135可从睡眠状态唤醒并进入空闲状态以基于在处于睡眠状态时正在执行的其他操作来执行多个操作。在处于睡眠状态时，音频设备135的传感器可监测和注册传感器数据，诸如位置、取向、移动等中的任何/全部。例如，如果传感器将音频设备135注册为相对静止的，则音频设备135将被使用的可能性相对较低。相比之下，如果传感器注册了音频设备135从静止状态的移动，则音频设备135将被使用的可能性较高。又如，如果传感器注册音频设备135现在处于对应于可能使用(例如，在用户的颈部上)或实际使用(例如，在用户的头部、在用户的耳朵中等)的位置，则可确定音频设备135将被使用。因此，使用传感器数据，音频设备135可从睡眠状态退出到空闲、就绪或活动状态。

在从睡眠状态唤醒后进入后续状态时，音频设备135可执行多个操作。例如，音频设备135可确定音频设备135曾与之建立连接的先前源设备105是否支持快速扫描速率。由于快速扫描速率可为蓝牙标准中的连接操作的特征，其可能未在所有支持蓝牙的设备中实现，并且当音频设备135被配置为具有快速扫描速率时，音频设备135可动态地设定蓝牙寻呼扫描操以及对应的寻呼扫描间隔。因此，如果先前源设备105支持该功能，则音频设备135可设定快速扫描速率。另选地，如果先前源设备105不支持该功能或者使用快速扫描速率的定时器已到期，则音频设备135可设定标准扫描速率。还可以与上述第一方式基本类似的方式执行更多的操作。具体地讲，可在从睡眠宣告(或低功率)广播间隔(例如，362.5ms)到标准宣告广播间隔(例如，181.25ms)的新间隔下广播BLE宣告。BLE宣告可修改有效载荷以指示音频设备的新状态(例如，非睡眠状态)。

此外，在第二示例方式中，音频设备135可执行蓝牙寻呼操作。在第二方式中，音频设备135因传感器数据而不是因来自源设备105的指示而退出睡眠状态。因此，与使用扫描请求(这是源设备105处于建立S2D链路140的位置的基本清楚的指示)的第一方式相比，使用传感器数据的第二方式依赖于音频设备135将被使用的假设，并且还假设存在处于建立S2D链路140的位置的源设备105，该假设触发传感器数据以指示可能的使用。因此，音频设备135还可利用蓝牙寻呼操作来将蓝牙寻呼传输到正在执行蓝牙寻呼扫描操作的源设备105。音频设备135可以预先确定的时间量执行蓝牙寻呼操作并执行一个或多个周期。例如，音频设备135可以预先确定的时间量(例如1秒、5秒、大于5秒等)广播蓝牙寻呼。如果S2D链路140已建立，音频设备135可提前终止蓝牙寻呼操作。在预先确定的时间之后，音频设备135可等待较短的持续时间(例如，5秒、10秒等)并执行蓝牙寻呼操作(如果被配置为这样做的话)。例如，音频设备135可使用预先确定数量的蓝牙寻呼操作循环(例如，3次尝试、5次尝试等)。如果S2D链路140尚未建立，则音频设备135可进入未连接的空闲状态。当音频设备135由于预先确定的原因(例如，检测到运动)而从睡眠状态醒来时，音频设备135可进入空闲状态并且定时器可开始。当传感器数据不再指示有可能的使用时(例如，音频设备135返回到静止设置)，定时器可在处于空闲状态时开始。当定时器到期(例如，30分钟、1小时、2小时等)时，音频设备135可返回到睡眠状态。

通过另一种方式，当接收到扫描请求但不导致与源设备105的连接时，音频设备135可达到未连接的空闲状态。尽管存在关于源设备105处于适当位置以建立S2D链路140的基本清楚的指示，但音频设备135仍可能无法与源设备105建立S2D链路140。例如，来自源设备105的蓝牙寻呼可能无法在蓝牙寻呼扫描期间到达音频设备135。如上所述，如果使用快速扫描速率(例如，源设备105被正确地配置)，则音频设备135可继续使用快速扫描速率，直到与使用快速扫描速率相关联的预先确定的时间已到期为止，此时，音频设备可返回到标准扫描速率。使用任一扫描速率，音频设备135可继续从源设备105接收蓝牙寻呼。在将蓝牙寻呼扫描操作设定为标准扫描速率时，音频设备135可激活睡眠定时器，其中从传输扫描请求的源设备105接收蓝牙寻呼的尝试被终止。当睡眠定时器到期时，音频设备135可确定是否存在使用指示，诸如对应于第二方式的使用指示(例如，指示位置、取向、移动等的传感器数据，以标识可能的使用)。如果未检测到使用指示，则音频设备135可返回到睡眠状态并更新连接操作。然而，如果存在使用指示，则音频设备135可进入未连接的空闲状态，在与从空闲状态进入睡眠状态相关联的定时器到期(例如，30分钟、1小时、2小时等)之后，音频设备可从该未连接空闲状态返回到睡眠状态。

音频设备135可通过多种方式基于传感器数据来确定是否有可能的使用。在可根据示例性实施方案实施的特定方式中，传感器数据可包括对应的阈值。例如，当传感器数据指示运动时，可能要求该运动高于运动阈值。通过这种方式，当存在旨在使用音频设备135的合理可能性而不是音频设备135可能经历的意外运动时，音频设备135可退出睡眠状态。

示例性实施方案还可考虑蓝牙协议的其他特征。例如，蓝牙协议可包括嗅探连接。本领域的技术人员将会理解，可在蓝牙协议中使用的一种类型的连接是嗅探模式，该嗅探模式是音频设备135处于较不活跃状态的节电模式。因此，嗅探连接可基本上类似于睡眠状态，而实际上不处于睡眠状态。因此，如果存在嗅探连接，则音频设备135可以按设定的间隔(例如，100ms、200ms等)侦听传输。嗅探连接还可包括可优先于其他操作的嗅探锚定点。例如，嗅探锚定点可具有比BLE宣告更高的优先级以重新建立嗅探连接。

如上所述，源设备105还可与配对音频设备108建立S2B链路120。由于配对音频设备108包括主音频耳塞110和辅音频耳塞115两者，因此上述机制可包括进一步的操作和修改以结合辅音频耳塞115和B2B链路125。进一步的操作和修改可涉及由主音频耳塞110执行的操作，如上所述，该主音频耳塞相对于源设备105基本上类似于音频设备135。

在第一示例中，主音频耳塞110和辅音频耳塞115可各自配备有传感器。相应地，主音频耳塞110可以与音频设备135基本类似的方式生成传感器数据。另外，辅音频耳塞115可生成在辅音频耳塞115处检测到的传感器数据，并且可将该传感器数据传输到主音频耳塞110和/或另一设备以用于进一步处理。通过这种方式，可独立地或组合地使用在主音频耳塞110和/或辅音频耳塞115处检测到的传感器数据，以确定配对音频设备108是否可能会被使用。

在第二示例中，在配对音频设备108进入睡眠状态之前，但在已确定主音频耳塞110要(以与音频设备135基本类似的方式)进入睡眠状态之后，主音频耳塞110可确定辅助连接或B2B链路125是否仍然被建立。如果B2B链路125已断开，则配对音频耳塞108可进入睡眠状态并执行如上所述的连接操作。然而，如果B2B链路125仍被建立，则主音频耳塞110可将B2B链路125更改为具有使用时间间隔(例如，500ms或4瓦/超时)的嗅探连接。随后，主音频耳塞110可终止BLE扫描操作(以及蓝牙寻呼和寻呼扫描操作(如果尚未进行))以与辅音频耳塞115进入耦合睡眠状态。主音频耳塞110可更新嗅探连接的嗅探设置，并将该信息传输到辅音频耳塞115以供其使用。辅音频耳塞115然后可终止BLE扫描操作(以及蓝牙寻呼和寻呼扫描操作(如果尚未进行))以与主音频耳塞110进入耦合睡眠状态。

当B2B链路125掉线(例如，由于电池耗尽、干扰、范围等)时，辅音频耳塞115可负责例如使用快速连接过程来重建B2B链路125。在这种场景中，辅音频耳塞115可启用BLE扫描操作和BLE宣告操作(例如，在181.25ms下广播宣告)。辅音频耳塞115可从主音频耳塞110接收宣告，辅音频耳塞115可将具有连接意图的扫描请求与当前状态一起传输到该主音频耳塞。主音频耳塞110可遵循一个过程以退出睡眠状态并开始寻呼扫描以及其他连接操作。辅音频耳塞115寻呼主音频耳塞110并建立连接。主音频耳塞110可随后切换连接的角色，进入嗅探模式，并且使用上述机制使配对音频设备108进入睡眠状态。

当配对音频设备108处于睡眠状态时，主音频耳塞110可被配置为执行BLE宣告操作并广播指示主音频耳塞110和辅音频耳塞115两者的状态的BLE宣告。由于来自主音频耳塞110的BLE宣告包括关于辅音频耳塞115的信息，辅音频耳塞115可利用嗅探连接来例如利用传感器和/或状态信息(诸如运动状态、电池水平等)更新主音频耳塞110。鉴于主音频耳塞110负责执行BLE宣告操作，在睡眠状态中经过延长的一段时间之后，主音频耳塞110可利用其电源中比辅音频耳塞115更大的部分，这样仅需要利用上述信息来更新主音频耳塞110。为了使配对音频设备108的主音频耳塞110和辅音频耳塞115之间的效率最大化并改善电力使用，可使用协调的耳塞交换，其中辅音频耳塞115可成为主设备，并且主音频耳塞110成为从设备。因此，辅音频耳塞115可接管执行BLE宣告操作的责任，而主音频耳塞110可恢复到向辅音频耳塞115提供更新信息。可在配对音频设备108保持在睡眠状态期间执行任何后续交换。用于发起角色交换的触发可以基于任何一个或多个条件(例如时间、电池阈值、一段时间内消耗的电量等)。此外，角色交换可以在任何时间执行，角色交换之间的时间段不需要相等。交换可在不存在与源设备105的连接的情况下执行。

对于在配对音频设备108退出睡眠状态时执行的进一步操作，当配对音频设备108进入睡眠状态时，可执行与上述操作基本上相反的一组操作。例如，主音频耳塞110和辅音频耳塞115可发起BLE扫描操作以建立超出嗅探连接的B2B链路125。将在下文进一步详细描述当S2B链路120和B2B链路125与配对音频设备108一起使用时，何时执行这些进一步的操作(用于进入和退出睡眠状态二者)的进一步细节和示例性定时。

图3示出了根据本文所述的各种示例性实施方案，用于在进入睡眠状态时断开短程通信链路的示例信号图300。具体地讲，信号图300示出了当音频设备135从非睡眠状态(例如，活动、就绪或空闲状态)进入睡眠状态时发生的事件的示例性序列以及由音频设备135和源设备105执行的后续连接操作。如图所示，信号图300可包括源设备105，该源设备包括基带处理器305和控制器310，以及包括基带处理器315和控制器320的音频设备135。出于例示性目的，信号图300还涉及何时建立S2D链路140，并且随后在进入睡眠状态时将其拆除。

在非睡眠状态下，基带处理器305和基带处理器315可执行连接操作，包括蓝牙寻呼和寻呼扫描操作以及BLE宣告和扫描操作。例如，基带处理器305可广播BLE宣告322并执行BLE扫描324。基带处理器315可广播BLE宣告326并执行BLE扫描328。又如，基带处理器305可执行蓝牙寻呼扫描操作(未示出)，而基带处理器315也可执行蓝牙寻呼扫描操作332。在另一个示例中，基带处理器305可传输蓝牙寻呼330，而基带处理器315也可传输蓝牙寻呼(未示出)。

可以预先确定的间隔执行连接操作。在第一示例中，当基带处理器305或315进入寻呼状态时，可执行蓝牙寻呼操作以传输蓝牙寻呼(例如，蓝牙寻呼330)。在特定实施方案中，在使用32个蓝牙信道的情况下，蓝牙寻呼操作可每10ms循环一次。在第二示例中，基带处理器305或315可被配置为在处于当前非睡眠状态时利用蓝牙寻呼扫描操作。在特定实施方案中，使用标准蓝牙寻呼扫描操作间隔，处理器305或315可每1.28秒扫描蓝牙信道11.25ms以寻找蓝牙寻呼。在第三示例中，基带处理器305或315可被配置为在处于当前非睡眠状态时利用BLE宣告操作。在特定实施方案中，使用标准BLE宣告操作间隔，基带处理器305或315可每181.25ms广播一次BLE宣告。在第四示例中，基带处理器305或315可被配置为在处于当前非睡眠状态时利用BLE扫描操作。在特定实施方案中，使用标准BLE扫描操作间隔，处理器305或315可每100ms执行10ms的BLE扫描。

在信号图300中表示了上述连接操作的间隔。BLE宣告322和BLE宣告326可每181.25ms广播一次。BLE扫描324和BLE扫描328可每100ms执行10ms。可不在音频设备135上执行BLE扫描328。根据另一个示例性实施方案，音频设备135的基带处理器315可仅执行BLE宣告操作(不执行BLE扫描操作)。相应地，源设备105的基带处理器305可执行BLE扫描操作(并且可另外执行BLE宣告操作)。一旦宣告协议指示源设备105和音频设备135之间的检测，则可使用寻呼协议来建立S2D链路140。例如，蓝牙寻呼330可每10ms循环一次，蓝牙寻呼扫描332可每1.28秒执行11.25ms。因此，可建立蓝牙连接334(例如，S2D链路140)。

在随后的时间，控制器320可确定音频设备135可能进入睡眠状态336。如上所述，音频设备135可包括生成传感器数据的传感器，该传感器数据标识音频设备135何时不再被使用。例如，配对音频设备108能够从用户的耳朵中取出。又如，音频设备135可能被放置到表面上。当不使用音频设备135时，控制器320一开始可将音频设备135(例如，从活动状态或就绪状态)置于空闲状态。一旦进入空闲状态，就可激活定时器，使得可在定时器到期时进入睡眠状态。例如，如果音频设备135保持处于空闲状态至少2小时(或其他预先确定的持续时间)，则控制器320可将音频设备135置于睡眠状态中。

当控制器320确定音频设备135要进入睡眠状态336时，控制器320可将睡眠状态指示338转发到基带处理器315以拆除蓝牙连接334(因为不再需要S2D链路140)。相应地，基带处理器305、315可利用标准的拆除程序来断开340蓝牙连接334。信号图300假定在确定睡眠状态336时蓝牙连接334仍被建立。然而，如上所述，由于多种其他原因中的任何原因，蓝牙连接334可能已经被拆除。

根据根据示例性实施方案的机制的第一方面，当确定音频设备135要进入睡眠状态336时，控制器320可设定当音频设备135进入睡眠状态时基带处理器315如何执行连接操作。如上所述，在睡眠状态下，音频设备135可终止蓝牙寻呼和寻呼扫描操作以及BLE扫描操作，同时仅留下BLE宣告操作。因此，控制器320可设定342BLE宣告并转发BLE宣告指示344。控制器320可以多种方式指示基带处理器315以终止其他连接操作。例如，控制器320可转发单独的指示(未示出)或可在BLE宣告指示344中包括该指示。一旦基带处理器315接收到BLE宣告指示344，基带处理器315就可以通过以大于标准间隔(例如，362.5ms)的间隔广播睡眠BLE宣告346来开始执行BLE宣告操作。BLE宣告指示344还可指示基带处理器315更新BLE宣告的有效载荷，从而指示音频设备135的睡眠状态。

图4示出了根据本文所述的各种示例性实施方案的用于在退出睡眠状态时建立短程通信链路的示例信号图400。具体地讲，信号图400示出了当音频设备135退出睡眠状态进入非睡眠状态(例如，活动、就绪或空闲状态)时发生的事件的示例性序列以及由音频设备135和源设备105执行的后续连接操作。如图所示，信号图400可包括源设备105，该源设备包括基带处理器405和控制器410以及包括基带处理器415和控制器420的音频设备135。出于例示性目的，信号图400还涉及基于正在接收的要建立S2D链路140的扫描请求，音频设备135何时退出睡眠状态。

在睡眠状态下，基带处理器415可以经修改的间隔仅执行BLE宣告操作。因此，可每362.5ms广播睡眠BLE宣告422，其包括指示音频设备135的睡眠状态的有效载荷。在随后的时间，源设备105可侦听宣告，使得源设备105和音频设备135可彼此检测。例如，基带处理器415可广播由源设备105在BLE扫描428期间接收的睡眠BLE宣告426。可处理睡眠BLE宣告426并且可注意有效载荷中指示的音频设备135的睡眠状态。接收到的睡眠BLE宣告426可触发基带处理器405将宣告指示430转发至控制器410。宣告指示430可由控制器410处理以触发432与音频设备135的连接。因此，控制器410可将连接指示434转发到基带处理器405。同时，基带处理器415可继续广播睡眠BLE宣告436。出于例示性目的，示出了睡眠BLE宣告426、436，它们之间的距离并不旨在示出实际的睡眠广播间隔。因此，宣告指示430、触发432和连接指示434可能并非全部发生在两个睡眠BLE宣告之间的间隔期间。

当基带处理器405接收到连接指示434时，基带处理器405可将扫描请求438传输到基带处理器415。如上所述，音频设备135可被动地侦听来自尝试建立S2D链路140的源设备的扫描请求。当基带处理器415已从源设备105接收到扫描请求438时，基带处理器415可将请求指示440转发给控制器420。控制器420可唤醒442音频设备135。在这种情况下，控制器420可将音频设备135从睡眠状态转换到空闲状态。然后，控制器420可例如使用根据示例性实施方案的机制，确定源设备105是否包括在被允许与音频设备135建立S2D链路140的源设备的白名单中。假设控制器420确定444源设备105被允许或在白名单中，则控制器420可将所允许的指示446转发到基带处理器415。

当基带处理器415接收到所允许的指示446时，基带处理器415可将扫描响应448传输回基带处理器405。扫描响应448可包括音频设备135不再处于睡眠状态但处于非睡眠状态(诸如空闲状态、就绪状态或活动状态)的指示。此外，所允许的指示446可使BLE宣告的有效载荷被更新，从而使得音频设备135的状态现在被指示为处于非睡眠状态。如上所述，音频设备135可使用扫描响应448或通过经更新的BLE宣告(例如，BLE宣告450)来向源设备105指示状态改变。因音频设备135未处于睡眠状态，可使用181.25ms的标准BLE宣告间隔来执行BLE宣告操作。利用扫描响应448，BLE宣告可充当备份指示(例如，如果扫描响应448未到达源设备105)。

扫描响应448(或BLE宣告450)可使得源设备105执行蓝牙寻呼操作，从而可建立S2D链路140。从睡眠状态转换出来的音频设备135还可激活蓝牙寻呼扫描操作。根据一个示例性实施方案，音频设备135可利用快速扫描速率。例如，快速扫描速率可以是每100ms进行一次或多次扫描，每次扫描11.25ms(与之相比，标准扫描速率为每1.28秒扫描11.25ms)。同样，可对预先确定的时间量使用快速扫描速率，然后回复到标准扫描速率。因此，音频设备135可执行快速蓝牙寻呼扫描452，在该扫描期间，源设备105可广播蓝牙寻呼454。可使用标准经典蓝牙连接过程来建立蓝牙连接456(例如，S2D链路140)。

图5示出了根据本文所述的各种示例性实施方案的用于在进入睡眠状态时断开短程通信链路的示例方法500。方法500涉及基于来自可用信息的确定，何时不再使用音频设备135。即，方法500涉及音频设备135何时处于唤醒状态(例如，活动状态或就绪状态)，但首先转换到空闲状态，然后在处于空闲状态预先确定的时间之后转换到睡眠状态。方法500包括与拆除与源设备105的S2D链路140相关联的操作以及后续检测操作。将从音频设备135相对于S2D链路140的角度来描述方法500。

在505中，音频设备135确定状态。如上所述，音频设备135可以处于多种状态中的任何状态中，包括运送状态、休眠状态、待机状态、睡眠状态、空闲状态、就绪状态和活动状态中的任何状态。对于根据与进入睡眠状态相关的示例性实施方案的机制的第一方面，音频设备135可记录空闲状态和睡眠状态。在510中，音频设备135确定状态是否为音频设备135当前未被使用的空闲状态。如果音频设备135未处于空闲状态(例如，处于活动状态或就绪状态)，则音频设备135继续到515，在此使用音频设备135的非睡眠状态(例如，活动状态或就绪状态)。如果音频设备135处于空闲状态，则音频设备135继续到525，在此，音频设备135确定音频设备135处于空闲状态的时间量是否大于预先确定的阈值(例如，30分钟、1小时、2小时等)。在进入空闲状态时，音频设备135可激活对应于预先确定的阈值的定时器。在定时器到期时，音频设备135可从空闲状态转换到睡眠状态。如果音频设备135处于空闲状态小于预先确定的阈值，则音频设备135继续到515，在此使用空闲状态(非睡眠状态)。如果音频设备135已处于空闲状态至少预先确定的阈值，则音频设备135继续至530，其对应于音频设备135处于睡眠状态。

在530中，音频设备135确定S2D链路140是否仍被建立。尽管音频设备135处于睡眠状态中，但源设备105可仍处于S2D链路140保持建立的位置。然而，随着音频设备135转换到睡眠状态，S2D链路140可被终止。如果S2D链路140仍被建立，则音频设备135继续到535以确定是否存在嗅探连接。嗅探连接可以是低功率状态，该低功率状态不是由诸如音频设备135的有蓝牙能力的设备所使用的睡眠状态。如果存在嗅探连接，则音频设备135可假定S2D链路140将保持建立。因此，音频设备135返回至515。相应地，音频设备135可对S2D链路140使用空闲状态。

如果不存在嗅探连接，则这可能是要拆除S2D链路140的指示。因此，音频设备135可从535继续至540，S2D链路140在此被拆除，并且音频设备135继续至545。另选地，返回到530，源设备105可不再处于支持与音频设备135的S2D链路140的位置。例如，用户可将源设备105从音频设备135移开，使得超出短程通信链路的工作距离。因此，S2D链路140可能已被断开连接。相应地，音频设备135可继续至545。

在545中，音频设备135处于睡眠状态，其中S2D链路140已被拆除，并且选择要继续执行的连接操作。例如，在一些具体实施中，音频设备135可终止蓝牙寻呼操作、蓝牙寻呼扫描操作和BLE扫描操作。因此，仅有BLE宣告操作可以保持。在550中，音频设备135更新要使用BLE宣告操作来广播的宣告的有效载荷。具体地讲，对有效载荷的更新可针对音频设备135当前所处的状态。因此，音频设备135可更新BLE宣告的有效载荷以向任何接收设备指示音频设备135处于睡眠状态。在555中，音频设备135可更新使用BLE宣告操作来广播BLE宣告的速率。例如，可以减小速率。可以每181.25ms广播一次BLE宣告。然而，在睡眠状态下，可以每362.5ms广播一次BLE宣告。相应地，在560中，音频设备135执行剩余的连接操作，并且在565中，音频设备135进入睡眠状态。

根据示例性实施方案的关于设备进入睡眠状态的机制可包括当源设备105与配对音频设备108进行交互时的进一步操作。可使用或修改方法500以结合与配对音频设备108的这些进一步操作，以及为了纳入B2B链路125和辅音频耳塞115而可以执行的操作。对于以下示例，可假设主音频耳塞110执行方法500的操作，并且在与源设备105的关系方面和音频设备135相当。

在第一示例中，方法500可在执行510中结合进一步的信息。例如，可确定音频设备135是否处于空闲状态。与音频设备135类似，配对音频设备108的主音频耳塞110和辅音频耳塞115可各自包括一个或多个传感器，该一个或多个传感器生成关于相应使用的对应传感器数据。如果由主音频耳塞110生成的传感器数据等价于由音频设备135生成的传感器数据，则由辅音频耳塞115生成的传感器数据可表示进一步的信息。相应地，来自主音频耳塞110和辅音频耳塞115二者的传感器数据可提供关于配对音频设备108是空闲的还是正在被使用还是可能被使用的信息。

在第二示例中，方法500可在主音频耳塞110中并入处理B2B链路125的过程。因此，在560之后，可确定B2B链路125是否仍被建立。如果B2B链路125未建立并且已经被拆除，则主音频耳塞110可继续到565。然而，如果B2B链路125仍被建立，则主音频耳塞110可将B2B链路125更改为具有使用时间间隔(例如，500ms或4瓦/超时)的嗅探连接。然后可终止与用于建立B2B链路125的宣告协议相关联的BLE扫描操作。在执行这些操作时，主音频耳塞110可进入睡眠状态。

在第三示例中，从辅音频耳塞115的角度来看，当B2B链路125被改变为嗅探连接时，主音频耳塞110可更新嗅探设置(例如，500ms或4瓦/超时)。辅音频耳塞115然后可终止与用于建立B2B链路125的宣告协议相关联的BLE扫描操作。在执行这些操作时，辅音频耳塞115也可进入睡眠状态，使得配对音频设备108处于睡眠状态。

图6示出了根据本文所述的各种示例性实施方案的用于在退出睡眠状态时建立短程通信链路的示例方法600。具体地讲，方法600涉及基于接收到输入或来自可用信息的确定何时要使用音频设备135。即，方法600涉及音频设备135何时从睡眠状态唤醒以及用于与源设备105建立S2D链路140的关联操作。将从音频设备135建立S2D链路140的角度来描述方法600。

在602中，音频设备135处于睡眠状态。因此，在一个示例性实施方案中，音频设备135正在执行BLE宣告操作以产生并以经修改的362.5ms间隔广播BLE宣告。音频设备135还可被动地侦听扫描请求。音频设备135可通过多种方式退出睡眠状态以执行后续操作，包括接收扫描请求和确定可能的使用(例如，基于传感器数据)。

在604中，音频设备135确定是否已(例如，从源设备105)接收到扫描请求。在音频设备135广播BLE宣告的情况下，源设备105可能已在BLE扫描期间接收到BLE宣告。BLE宣告可包括音频设备135当前处于睡眠状态的指示。然而，源设备105可将扫描请求传输至音频设备135以尝试建立S2D链路140。如果已经接收到扫描请求，则音频设备135可假定源设备105处于建立S2D链路140的位置。因此，如上所述，音频设备135可退出睡眠状态进入非睡眠状态(例如，空闲状态)，并且在606中，向传输扫描请求的源设备105传输扫描响应。在传输扫描响应之前，音频设备135可确定源设备105是否是被允许设备或是否在被允许建立S2D链路140的设备的白名单中。因此，如果传输扫描请求的源设备105被允许和/或在白名单中，则可生成扫描响应并将其传输回源设备105。扫描请求可包括音频设备135不再处于睡眠状态的指示。当音频设备135接收到扫描请求以及源设备105处于适当位置的基本假设时，在608中，音频设备135可设定快速扫描速率(例如，每100ms扫描11.25ms)以执行蓝牙寻呼扫描操作，从而侦听来自源设备105的蓝牙寻呼。另外，可根据音频设备135处于非睡眠状态来更新BLE宣告操作。因此，在610中，音频设备135更新BLE宣告的有效载荷以将当前状态指示为非睡眠状态，并且在612中，音频设备135更新广播BLE宣告的间隔。例如，可减小间隔(例如，从362.5ms至181.25ms)。

在614中，音频设备135确定与执行蓝牙寻呼扫描操作相关联的定时器是否已到期。如上所述，蓝牙寻呼扫描操作可被执行预先确定的时间量。例如，利用更快、更积极的扫描速率，音频设备135可能需要额外的功率来执行该操作。因此，定时器可确保不将不适当的功率用于执行该操作。如果定时器尚未到期，则音频设备135继续到616，在此，音频设备135确定是否已建立连接。即，音频设备135可能已从源设备105接收到蓝牙寻呼，并且使用经典蓝牙过程，可建立S2D链路140。如果连接被建立，则音频设备135继续到618，在此，音频设备135处于用于无线电的连接状态和空闲状态(直到检测到使用或可能的使用以将音频设备135分别转换到活动状态或就绪状态)。如果616中未导致连接，则音频设备135返回至614以继续跟踪定时器。

如果用于使用快速扫描速率的蓝牙寻呼扫描操作的定时器到期，则音频设备135从614继续至620，在此，音频设备135恢复至标准扫描速率(例如，每1.28秒扫描11.25ms)。在退出睡眠状态时，音频设备135可继续使用标准扫描速率来执行蓝牙寻呼扫描操作。然而，可能存在以下情况：已接收到扫描请求，但音频设备135不会被使用，并且音频设备135应(在从接收到扫描请求被唤醒之后)被放置回到睡眠状态。因此，在622中，音频设备135启动睡眠定时器以确定音频设备135是否要转换回睡眠状态。在624中，音频设备135确定睡眠定时器是否已到期。如果睡眠定时器未到期，则音频设备135继续到626，在此，例如通过以标准扫描速率执行蓝牙寻呼扫描操作，确定是否已建立连接。如果已建立连接，则音频设备135继续到618以将无线电部件置于连接状态，并且将音频设备135置于空闲状态。然而，如果未建立连接，则音频设备135返回至624。

当睡眠定时器到期时，音频设备135从624继续至628，在此，音频设备135确定是否已接收到音频设备135的使用指示。使用指示可至少部分地基于来自一个或多个传感器的传感器数据，该传感器数据指示可能使用音频设备135。如上所述，一个或多个传感器可以生成与任何/所有位置、取向、运动等相关联的传感器数据。当存在使用指示时，例如，基于传感器数据，音频设备135继续至630，在此，音频设备135保持空闲状态。具体地讲，在630中，音频设备135处于未连接的空闲状态。此时，可启动定时器以确定音频设备135保持处于空闲状态的时间长度。当空闲状态已保持预先确定的时间量(例如，30分钟、1小时、2小时等)时，音频设备135可从空闲状态转换到睡眠状态。因此，当音频设备135处于未连接的空闲状态时，该设备可(例如，通过确定使用指示)激活定时器。

如果扫描请求未在快速扫描速率或标准扫描速率下使用蓝牙寻呼扫描操作导致连接，并且未接收到使用指示，则音频设备135从628继续至632，在此，音频设备135终止蓝牙寻呼扫描操作。此时，尽管已接收到扫描请求，音频设备135可确定音频设备135不可能被使用。因此，在634中，音频设备135增加使用BLE宣告操作生成和传输BLE宣告的间隔。而且，在636中，音频设备135可更新BLE宣告的有效载荷以指示音频设备135处于睡眠状态。因此，音频设备135返回到602，在此，音频设备处于睡眠状态。

返回至604后，如果音频设备135未接收到扫描请求，则音频设备135继续至638，在此，音频设备135(以与在628中执行的基本类似的方式)确定是否存在音频设备135的使用指示。如果没有使用指示，则音频设备135返回至602，在此，保持睡眠状态并且连接操作在处于睡眠状态时继续。如果存在使用指示，则音频设备135转换到空闲状态并继续至608，在此，音频设备135利用快速扫描速率执行蓝牙寻呼扫描操作。

根据示例性实施方案的关于设备进入睡眠状态的机制可包括当源设备105与配对音频设备108进行交互时的进一步操作。可使用或修改方法600以结合与配对音频设备108的这些进一步操作，以及为了纳入B2B链路125和辅音频耳塞115而可以执行的操作。对于以下示例，可假设主音频耳塞110执行方法600的操作，并且在与源设备105的关系方面和音频设备135相当。

在第一示例中，在608之后，主音频耳塞110可发起执行BLE扫描操作以建立B2B链路125(假定B2B链路125尚未建立)。即，主音频耳塞110可在由于接收到扫描请求而从睡眠状态唤醒时利用一组操作。因为主音频耳塞110处于空闲状态而不处于睡眠状态，所以主音频耳塞110随后可更新B2B链路125的状态和该短程通信链路的对应嗅探速率。

在第二示例中，如果已唤醒的主音频耳塞110要转换回睡眠状态，则将执行相反的一组操作。因此，在636之后，主音频耳塞110可终止B2B链路125的BLE扫描操作。随后，如果B2B链路125仍然保持建立，则主音频耳塞110可将B2B链路125更改为具有对应嗅探设置(例如，500ms或4瓦/超时)的嗅探连接。然后，包括主音频耳塞110和辅音频耳塞115的配对音频耳塞108可返回至602，以返回到睡眠状态。

示例性实施方案提供了用于将附件设备置于低功率状态的机制的设备、系统和方法，以及在处于低功率状态时执行的后续操作。具体地讲，当确定附件设备进入低功率状态时，附件设备终止选择连接操作并保持以经修改的间隔执行的其他连接操作。这样，附件设备可在处于低功率状态时优化功率使用。示例性实施方案还为附件设备提供了另一种机制以退出低功率状态以及在退出低功率状态时执行的后续操作。具体地讲，当附件设备基于接收到请求或确定可能的使用而退出低功率状态时，附件设备更新连接操作以与源设备建立链路。

本领域的技术人员将理解，可以任何合适的软件配置或硬件配置或它们的组合来实现上文所述的示例性实施方案。用于实现示例性实施方案的示例性硬件平台可包括例如具有兼容操作系统的基于Intel x86的平台、Windows OS、Mac平台和MAC OS、具有操作系统诸如iOS、Android等的移动设备。在其他示例中，上述方法的示例性实施方案可被体现为包括存储在非暂态计算机可读存储介质上的代码行的程序，在进行编译时，该程序可在处理器或微处理器上执行。

对本领域的技术人员而言将显而易见的是，可在不脱离本公开的实质或范围的前提下对本公开进行各种修改。因此，本公开旨在涵盖本公开的修改形式和变型形式，但前提是这些修改形式和变型形式在所附权利要求及其等同形式的范围内。

Claims (20)

1.一种用于通信的方法，所述方法包括：

在被配置为通过短程通信链路与第二设备建立连接的第一设备处：

将所述第一设备转换到睡眠状态；

终止(i)与寻呼协议相关联的寻呼操作和寻呼扫描操作，以及(ii)与宣告协议相关联的宣告扫描操作；以及

执行与所述宣告协议相关联的宣告广播操作，所述宣告广播操作生成要以第一间隔广播的宣告，其中所述第一间隔大于用于在活动状态下执行宣告广播操作的第二间隔。

2.根据权利要求1所述的方法，还包括：

确定所述第一设备和所述第二设备之间的所述短程通信链路是否被连接；以及

当所述短程通信链路被连接时，拆除所述短程通信链路。

3.根据权利要求1所述的方法，其中所述第一设备在转换到所述睡眠状态之前处于空闲状态。

4.根据权利要求1所述的方法，还包括：

在转换到所述睡眠状态之后，侦听来自所述第二设备的建立所述短程通信链路的请求。

5.根据权利要求1所述的方法，还包括：

使用指示所述第一设备处于所述睡眠状态的数据更新所述宣告的有效载荷。

6.根据权利要求1所述的方法，其中所述第一间隔为362.5ms，并且所述第二间隔为181.25ms。

7.根据权利要求1所述的方法，还包括：

至少部分地基于从所述第二设备接收到请求或者确定所述第一设备可能被使用中的一种来将所述第一设备转换到非睡眠状态。

8.根据权利要求7所述的方法，还包括：

当所述第一设备要被使用的概率大于预先确定的阈值时，将所述第一设备转换到所述非睡眠状态；

激活所述寻呼扫描操作以侦听来自所述第二设备的寻呼；以及

当从所述第二设备接收到所述寻呼时，建立所述第一设备和所述第二设备之间的所述短程通信链路。

9.根据权利要求8所述的方法，还包括：

确定所述第二设备是否已被指定为用于建立所述短程通信链路的被允许设备。

10.根据权利要求8所述的方法，其中所述请求包括所述第二设备的身份。

11.根据权利要求10所述的方法，还包括：

至少部分地基于所述身份来确定是否允许所述第二设备建立所述短程通信链路。

12.根据权利要求7所述的方法，还包括：

更新所述宣告的有效载荷以指示所述第一设备退出了所述睡眠状态并且处于所述非睡眠状态。

13.根据权利要求1所述的方法，其中所述短程通信链路包括蓝牙链路。

14.一种被配置为经由短程通信链路与第二设备建立连接的第一设备，所述第一设备包括：

收发器，所述收发器被配置为建立所述连接；和

处理器，所述处理器被配置为将所述第一设备转换到睡眠状态，所述处理器指示所述收发器终止(i)与寻呼协议相关联的寻呼操作和寻呼扫描操作或(ii)与宣告协议相关联的宣告扫描操作；所述处理器指示所述收发器执行与所述宣告协议相关联的宣告广播操作，所述宣告广播操作生成要以第一间隔广播的宣告，所述第一间隔大于用于在活动状态下执行宣告广播操作的第二间隔。

15.根据权利要求14所述的第一设备，其中所述处理器进一步确定所述第一设备和所述第二设备之间的所述短程通信链路是否被连接，并且其中在所述短程通信链路被连接时，所述处理器进一步指示所述收发器以拆除所述短程通信链路。

16.根据权利要求14所述的第一设备，其中所述第一设备在转换到所述睡眠状态之前处于空闲状态。

17.根据权利要求14所述的第一设备，其中在转换到所述睡眠状态之后，所述处理器进一步指示所述收发器以侦听来自所述第二设备的建立所述短程通信链路的请求。

18.根据权利要求14所述的第一设备，其中所述第一间隔为362.5ms，并且所述第二间隔为181.25ms。

19.根据权利要求14所述的第一设备，其中所述短程通信链路包括蓝牙链路。

20.一种用于通信的方法，所述方法包括：

在被配置为通过短程通信链路与第二设备建立连接的第一设备处：

将所述第一设备从睡眠状态转换到非睡眠状态；

激活与寻呼协议相关联的寻呼扫描操作以侦听来自所述第二设备的寻呼；以及

更新与宣告协议相关联的宣告广播操作，所述宣告广播操作生成要以第一间隔广播的宣告，所述第一间隔小于用于在所述睡眠状态期间执行宣告广播操作的第二间隔，

其中与所述寻呼协议相关联的寻呼操作和与所述宣告协议相关联的宣告扫描操作保持不活动。

Images