CN113645715B - 用于监听链路的方法和终端设备 - Google Patents

Abstract

本申请提供了一种用于监听链路的方法和终端设备，有利于在工作频段相同的Wi‑Fi和蓝牙共存场景下，提高Wi‑Fi业务和/或蓝牙业务的数据传输速率。该方法应用于第一终端设备，包括：第一终端设备与该第二终端设备之间建立蓝牙ACL；确定第一终端设备和/或第二终端设备的预设参数；根据预设参数，确定是否进行角色切换；在确定进行角色互换的情况下，向第二终端设备发送第一请求消息，该第一请求消息用于请求将第一终端设备和第二终端设备进行角色互换；接收来自第二终端设备的第一响应消息，该第一响应消息用于确认或者拒绝与该第一终端设备进行角色互换；在确认进行角色互换的情况下，按照第一蓝牙分时占比监听该蓝牙ACL。

Description

用于监听链路的方法和终端设备

技术领域

本申请涉及通信领域，更具体地，涉及一种用于监听链路的方法和终端设备。

背景技术

随着终端设备的不断发展，许多终端设备同时支持无线保真（wirelessfidelity，WiFi）功能和蓝牙功能。其中，Wi-Fi和蓝牙都可以工作在2.4GHz频段。例如，WiFi工作在2.4G频段时，Wi-Fi的频段是从2412MHz到2484MHz。蓝牙工作在2.4G频段时，蓝牙的频段是从2401MHz到2479MHz。受限于终端设备的硬件和成本，终端设备在很多场景下要求Wi-Fi和蓝牙同时工作。由于Wi-Fi和蓝牙工作在同一频段时，共用空口资源，二者同时工作时必然会或多或少会有互相干扰的现象。

以终端设备为手机为例，手机通过Wi-Fi下载应用时，蓝牙耳机主动向手机发起蓝牙连接，与手机建立蓝牙异步无连接链路（asynchronous connectionless link，ACL），在蓝牙连接建立之后，蓝牙耳机通过蓝牙ACL听手机上的音乐。这种情况下主动发起蓝牙连接的蓝牙耳机为主设备（master），手机为从设备（slave）。然而，作为从设备的手机需要持续监听蓝牙ACL以同步作为主设备的蓝牙耳机发送的消息，这样可能增大手机在单位时间内的蓝牙分时占比，由于手机的WiFi和蓝牙共用有限的空口资源，因此手机较高的蓝牙分时占比可能挤占Wi-Fi的空口资源，造成网络卡顿、应用下载速度缓慢。

发明内容

本申请实施例提供一种用于监听链路的方法和终端设备，有利于在Wi-Fi和蓝牙共存场景下，提高Wi-Fi业务和/或蓝牙业务的数据传输速率。

第一方面，提供了一种用于监听链路的方法，应用于第一终端设备，该方法包括：第一终端设备与该第二终端设备之间建立蓝牙ACL，其中，第一终端设备为从设备，第二终端设备为主设备，第一终端设备已建立Wi-Fi链路。确定所述第一终端设备和/或所述第二终端设备的预设参数。根据所述预设参数，确定是否进行角色切换。在确定进行角色互换的情况下，第一终端设备向第二终端设备发送第一请求消息，该第一请求消息用于请求将第一终端设备和第二终端设备进行角色互换，主设备在单位时间内的蓝牙分时占比小于从设备在单位时间内的蓝牙分时占比。第一终端设备接收来自第二终端设备的第一响应消息，该第一响应消息用于确认或者拒绝与该第一终端设备进行角色互换。在确认进行角色互换的情况下，第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL，其中，该第一蓝牙分时占比小于该第一终端设备在角色互换之前监听该蓝牙ACL的第二蓝牙分时占比。

在本申请中，第一终端设备在作为从设备与第二终端设备进行蓝牙数据传输，并且第一终端设备正作为主设备与其他的终端设备进行Wi-Fi数据传输的场景下，第一终端设备可以向第二终端设备发送用于角色互换的第一请求消息，请求第一终端设备作为主设备，第二终端设备作为从设备，这样在确认进行角色互换的情况下，作为主设备的第一终端设备可以降低蓝牙分时占比，减少对Wi-Fi分时占比的挤占，有利于提高正在进行的Wi-Fi业务的数据传输速率。

并且，第一终端设备可以根据预设参数确定是否进行角色互换，在确认进行角色互换的情况下，第一终端设备再向第二终端设备发送请求角色互换的消息，这样有利于角色互换的实现。在确认不进行角色互换的情况下，第一终端设备不发送请求角色互换的消息，这样有利于减少信令开销。

结合第一方面，在第一方面的某些实现方式中，预设参数包括如下至少一个：该第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量。或者，该第一终端设备作为从设备的功耗增量。或者，该第一终端设备的电量。或者，该第二终端设备的电量。或者，该第二终端设备作为从设备的能力。或者，该第二终端设备作为从设备的性能降低量。

在本申请中，第一终端设备可以综合考虑与第一终端设备和第二终端设备相关的预设参数以确定是否进行角色互换，有利于角色互换的实现。

结合第一方面，在第一方面的某些实现方式中，第一终端设备根据预设参数，确定是否进行角色互换，包括：在该第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量大于或等于第三预设阈值、该第一终端设备作为从设备的功耗增量大于或等于第四预设阈值或者该第一终端设备的电量小于或等于第五预设阈值中至少一个条件满足的情况下，该第一终端设备判断该第二终端设备是否具有作为从设备的能力、该第二终端设备的电量是否大于或等于第一预设阈值以及该第二终端设备作为从设备的性能降低量是否小于或等于第二预设阈值。在该第二终端设备具有作为从设备的能力、该第二终端设备的电量大于或等于该第一预设阈值以及该第二终端设备作为从设备的性能降低量小于或等于该第二预设阈值的情况下，该第一终端设备确定进行角色互换。

在本申请中，由于第一终端设备期望进行角色互换，因此第一终端设备首先考虑第一终端设备的预设条件，在第一终端设备的预设条件中的至少一个满足的情况下，第一终端设备再考虑第二终端设备的预设条件，并且在第二预设条件满足的情况下，第一终端设备确定进行角色互换。

结合第一方面，在第一方面的某些实现方式中，第一请求消息中包括第一时间点。第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL，包括：当第一时间点到达时，该第一终端设备按照该第一蓝牙分时占比监听所述蓝牙ACL。

在本申请中，第一终端设备可以按照第一终端设备选择的第一时间点进行角色互换，该第一时间点可能是第一终端设备没有数据传输的时间点，这样有利于角色互换的实现。

结合第一方面，在第一方面的某些实现方式中，第一响应消息包括第二时间点，该第二时间点是通过该第二终端设备确定的。该第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL，包括：当该第二时间点到达时，该第一终端设备按照该第一蓝牙分时占比监听该蓝牙ACL。

在本申请中，第二终端设备经过判断发现在第一时间点第二终端设备可能通过蓝牙ACL向第一终端设备传输数据，因此第二终端设备可以选择一个避免数据传输的第二时间点，通过第一响应消息携带该第二时间点发送给第一终端设备，这样有利于避免对第一终端设备和第二终端设备之间的数据传输造成影响。

结合第一方面，在第一方面的某些实现方式中，第一终端设备根据预设参数，确定是否进行角色互换，包括：在下列条件满足的情况下，该第一终端设备确定不进行角色切换：该第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量小于或等于第三预设阈值、该第一终端设备作为从设备的功耗增量小于或等于第四预设阈值以及该第一终端设备的电量大于或等于第五预设阈值。

在本申请中，如果第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量小于或等于第三预设阈值，那么第一终端设备持续监听蓝牙ACL可能对正在进行的Wi-Fi业务和/或蓝牙业务的数据传输的影响较小。如果第一终端设备作为从设备的功耗增量小于或等于第四预设阈值，那么第一终端设备持续监听蓝牙ACL可能对第一终端设备的功耗影响较小。如果第一终端设备的电量大于或等于第五预设阈值，那么第一终端设备持续监听蓝牙ACL造成的电量下降对第一终端设备的正常使用的影响较小，因此在这三个条件满足的情况下，第一终端设备可以不进行角色互换。

结合第一方面，在第一方面的某些实现方式中，第一终端设备根据预设参数，确定是否进行角色互换，包括：在下列至少一个条件满足的情况下，该第一终端设备确定不进行角色切换：该第二终端设备不具有作为从设备的能力、该第二终端设备的电量小于或等于该第一预设阈值或者该第二终端设备作为从设备的性能降低量大于或等于第二预设阈值。

在本申请中，如果第一终端设备不具有作为从设备的能力，无法进行角色互换，或者，第二终端设备的电量小于或等于该第一预设阈值，可能在作为从设备后由于频繁地监听蓝牙ACL信道导致电量降低过大，影响第二终端设备的正常通信，或者，第二终端设备作为从设备的性能降低量大于或等于第二预设阈值，这样同样可能影响第二终端设备的正常通信，因此在第二终端设备满足上述条件中的至少一个的情况下，第一终端设备可以确定不进行角色互换。

结合第一方面，在第一方面的某些实现方式中，第一终端设备确定第一终端设备和/或第二终端设备的预设参数，包括：获取第一终端设备与第二终端设备的历史互换信息，从该历史互换信息中确定第一终端设备和/或第二终端设备的预设参数。

在本申请中，第一终端设备中存储有之前与第二终端设备通信的历史互换信息，例如，第一终端设备可以存储一个黑名单，该黑名单用于指示拒绝作为从设备、不支持角色互换的能力或者支持角色互换的能力但是角色互换后性能下降的第二终端设备。又例如，第一终端设备可以存储一个白名单，该白名单用于指示支持角色互换的能力且角色互换后性能影响较小的第二终端设备。

结合第一方面，在第一方面的某些实现方式中，在所述根据所述预设参数，确定是否进行角色切换之前，第一终端设备确定第一终端设备是否处于Wi-Fi和蓝牙共存场景。根据预设参数，确定是否进行角色互换，包括：当第一终端设备处于Wi-Fi和蓝牙共存场景时，第一终端设备根据所述预设参数，确定是否进行角色互换。

在本申请中，第一终端设备在处于Wi-Fi和蓝牙共存场景下可能出现第一终端设备以较高的蓝牙分时占比监听蓝牙ACL，这样可能会造成正在进行的Wi-Fi业务的使用体验，例如下载应用缓慢、文件传输速率慢等。

结合第一方面，在第一方面的某些实现方式中，第一终端设备与第二终端设备建立蓝牙ACL，包括：第一终端设备接收来自第二终端设备的蓝牙ACL建立请求消息。根据蓝牙ACL建立请求消息，向第二终端设备发送蓝牙ACL建立响应消息，该蓝牙ACL建立响应消息用于确认与第二终端设备建立该蓝牙ACL。

在本申请中，第一终端设备可以接收第二终端设备主动发起的蓝牙ACL建立请求，在蓝牙ACL建立成功后，第一终端设备为从设备，第二终端设备为主设备。

第二方面，提供一种终端设备，用于执行上述第一方面中任一种可能的实现方式中的方法。具体地，该终端设备包括用于执行上述第一方面中任一种可能的实现方式中的方法的模块。

第三方面，提供一种终端设备，包括处理器，该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面中任一种可能实现方式中的方法。可选地，该终端设备还包括存储器。可选地，该终端设备还包括通信接口，处理器与通信接口耦合。

第四方面，提供了一种处理器，包括：输入电路、输出电路和处理电路。处理电路用于通过输入电路接收信号，并通过输出电路发射信号，使得处理器执行上述第一方面中任一种可能实现方式中的方法。

在具体实现过程中，上述处理器可以为芯片，输入电路可以为输入管脚，输出电路可以为输出管脚，处理电路可以为晶体管、门电路、触发器和各种逻辑电路等。输入电路所接收的输入的信号可以是由例如但不限于接收器接收并输入的，输出电路所输出的信号可以是例如但不限于输出给发射器并由发射器发射的，且输入电路和输出电路可以是同一电路，该电路在不同的时刻分别用作输入电路和输出电路。本申请实施例对处理器及各种电路的具体实现方式不做限定。

第五方面，提供了一种处理装置，包括处理器和存储器。该处理器用于读取存储器中存储的指令，并可通过接收器接收信号，通过发射器发射信号，以执行上述第一方面中任一种可能实现方式中的方法。

可选地，处理器为一个或多个，存储器为一个或多个。

可选地，存储器可以与处理器集成在一起，或者存储器与处理器分离设置。

在具体实现过程中，存储器可以为非瞬时性（non-transitory）存储器，例如只读存储器（read only memory，ROM），其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

应理解，相关的数据交互过程例如发送指示信息可以为从处理器输出指示信息的过程，接收能力信息可以为处理器接收输入能力信息的过程。具体地，处理输出的数据可以输出给发射器，处理器接收的输入数据可以来自接收器。其中，发射器和接收器可以统称为收发器。

上述第五方面中的处理装置可以是一个芯片，该处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于该处理器之外，独立存在。

第六方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序（也可以称为代码，或指令），当计算机程序被运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

第七方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序（也可以称为代码，或指令）当其在计算机上运行时，使得计算机执行上述第一方面中任一种可能实现方式中的方法。

附图说明

图1是一种终端设备之间进行角色互换的方法的流程示意图；

图2是本申请实施例提供的一种Wi-Fi和蓝牙共存场景的示例图；

图3是本申请实施例提供的一种WiFi和蓝牙共存场景下的流程图；

图4是本申请实施例适用的一种终端设备的结构示意图

图5是本申请实施例适用的终端设备的一种软件结构框图；

图6是本申请实施例提供的一种网络架构的示意图；

图7是本申请实施例提供的一种终端设备之间进行角色互换的过程示意图；

图8是本申请实施例提供的一种用于监听链路的方法的流程示意图；

图9是本申请实施例提供的一种确定是否进行角色互换的方法的流程示意图；

图10是本申请实施例提供的一种终端设备的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

为便于理解，首先对本申请实施例涉及的角色交换（role switch）进行介绍。

通常，在蓝牙通信中，寻呼设备总是成为网络中的主设备，有时需要交换主从角色。假设设备A和设备B在同一个微微网中通过蓝牙ACL进行通信，设备A为主设备，设备B为从设备。为了进行角色互换，设备A和设备B需要使用同一调频方案（仍然使用蓝牙设备地址和设备A的时钟）执行时分双工（time division dual，TDD）切换，因此还没有微微网的切换，设备B发送的时隙偏移信息还未使用。当设备A和设备B切换到新的微微网时再使用时隙偏移信息，设备A可以定位相关窗口。在角色交换之后，设备B成为主设备，设备A成为从设备，设备A可以使用设备B之前作为从设备使用的逻辑传输地址（LT-ADDR）。

图1是一种终端设备之间进行角色互换的方法10的流程示意图。如图1所示，终端设备A包括主机模块A1和控制模块A2，终端设备B包括主机模块B1和控制模块B2。其中终端设备A为主设备，终端设备B为从设备，作为从设备的终端设备B可以主动发起角色互换。方法10包括如下步骤：

S11，主机模块B1向控制模块B2发送主机控制器接口（host controllerinterface，HCI）角色互换（HCI_switch_role）指令，HCI_switch_role指令用于指示进行角色互换。相应地，控制模块B2接收该HCI角色互换指令。

S12，控制模块B2向主机模块B1发送HCI命令状态（HCI_command_status）指令，HCI_command_status指令用于指示终端设备B可以支持角色互换。相应地，主机模块B1接收该HCI命令状态指令。

S13，控制模块B2向控制模块A2发送链路管理协议（link manager protocol，LMP）时隙偏移（LMP_slot_offset）指令，LMP_slot offset指令用于指示不同微微网中的时隙边界之间的差异信息，可以在基带寻呼过程完成之后的任何时间发送该第一LMP指令，第一LMP指令可以表示为。相应地，控制模块A2接收该LMP时隙偏移指令。

S14，控制模块B2向控制模块A2发送LMP互换请求（LMP_switch_req）指令，LMP_switch_req指令用于指示与终端设备A进行角色互换。相应地，控制模块A2接收该LMP交换请求指令。

S15，控制模块A2向控制模块B2发送LMP接受/拒绝（LMP_accepted或LMP_ not_accepted）指令，LMP_accepted或LMP_not_accepted指令用于指示接受或者拒绝角色互换。相应地，控制模块B2接收该LMP接受/拒绝指令。

S16，在控制模块A2接受角色互换的情况下，控制模块A2向主机模块A1发送HCI角色变化（HCI_role_change）指令，该HCI_role_change指令用于指示主机模块A1终端设备A的角色改变为从设备。相应地，主机模块A1接收该HCI角色变化指令。

S17，控制模块B2向主机模块B1发送HCI角色变化（HCI_role_change）指令，该HCI_role_change指令用于指示主机模块B1终端设备B的角色改变为主设备。相应地，主机模块B1接收该HCI角色变化指令。

通常，终端设备的主机模块主要用于各种业务场景需求的实现，控制模块主要负责蓝牙报文的收发以及蓝牙物理连接的管理等基本功能。主机模块和控制模块之间通过硬件通信端口使用HCI协议进行连接和通信。

发起链路控制（link manager，LM）应在传输用户数据的逻辑链路（蓝牙ACL-U）上暂停通信。如果加密模式设置期间为“加密”且终端设备A和终端设备B都支持暂停加密，则发起LM的终端设备应该启动暂停加密序列，之后发送LMP_slot offset，接着发送LMP_switch_req。

如果主设备接受角色互换并且加密尚未暂停，那么主设备可以暂停蓝牙ACL-U逻辑链路上的通信并向从设备发送LMP_accepted进行响应。如果再基带级别完成角色互换且加密暂停，那么暂停加密的终端设备可以启动恢复加密序列。如果未暂停加密，那么主设备和从设备重新启用蓝牙ACL-U逻辑链路上的传输。

如果主设备拒绝角色互换，那么主设备向从设备发送LMP_not_accepted进行响应，并且从设备重新启用蓝牙ACL-U逻辑链路上的传输。

上述主机模块可以对音频数据进行编码，示例性地，终端设备A为手机，终端设备B为蓝牙耳机，在手机的控制模块A2与蓝牙耳机进行蓝牙连接后，手机可以获取正在播放的原始格式的音频数据，并将原始格式的音频数据发送给主机模块A1，主机模块A1可以将原始格式的音频数据编码为蓝牙支持的格式，即蓝牙格式的音频数据，例如将脉冲编码调制（pulse code modulation，PCM）格式的音频数据编码为子带编码（subband coding，SBC）格式的音频数据。之后主机模块A1将蓝牙格式的音频数据发送给控制模块A2，由控制模块A2将蓝牙格式的音频数据通过已经建立的蓝牙连接发送给终端设备B。

示例性地，终端设备A为蓝牙耳机（主设备），终端设备B为手机（从设备），用户正使用蓝牙耳机收听手机上的音乐，作为从设备的手机需要处于持续监听状态以解析音乐数据，手机在单位时间内的发包频率取决于蓝牙耳机发送给手机的polling频率的高低。不同的音乐对应的码率不一样，码率越高，polling频率越高，进而手机监听蓝牙ACL的分时占比就越高，单位时间内蓝牙占用的空口资源就越多，如果此时手机还处于Wi-Fi数据传输状态，那么单位时间内与蓝牙使用同一根2.4GHz天线的Wi-Fi的分时占比就越低，导致Wi-Fi业务的数据传输速率下降。

目前，大多终端设备在很多场景下要求WiFi和蓝牙使用同一根2.4G频段的天线同时工作。但是，终端设备的Wi-Fi模块和蓝牙模块同时频繁发起2.4G频段的扫描时可能会出现相互干扰的现象，从而导致WiFi和蓝牙共存场景下终端设备的性能降低的问题。

示例性地，图2为本申请实施例提供的一种Wi-Fi和蓝牙共存场景的示例图。如图2所示，该场景可以为智能家居场景，该场景可以包括手机210，无线路由器220，智能开关230，智能电视240，扫地机250，蓝牙耳机260以及蓝牙音箱270等。

手机210可以通过蓝牙与蓝牙耳机260和蓝牙音箱270连接，通过无线路由器220与智能开关，智能电视240以及扫地机250连接。

示例性地，如图3所示，图3是本申请实施例提供的一种Wi-Fi和蓝牙共存场景下的流程图。图3中以终端设备为手机为例，手机的Wi-Fi功能和蓝牙功能开启后，假设用户正在使用Wi-Fi上网玩游戏或者下载应用，如果蓝牙耳机主动连接手机与手机建立蓝牙ACL，那么用户可以使用蓝牙耳机通过蓝牙ACL听手机上的音乐。由于蓝牙耳机是主动发起蓝牙连接的设备，因此在该手机和蓝牙耳机的网络中，蓝牙耳机为主设备，手机为从设备。由于手机作为从设备需要持续监听蓝牙ACL，蓝牙的分时占比较高，挤占Wi-Fi的空口资源，这样会导致游戏瞬间卡顿或网速瞬间下降等问题。

应理解，本申请是以Wi-Fi通信技术和蓝牙通信技术为例进行描述，此外，本申请实施例提供的方法还可以适用于其他不同的通信技术由于共用相同的空口资源从而造成的抢占空口资源、互相干扰的问题，本申请实施例对此不作限定。

图4是本申请实施例适用的一种终端设备100的结构示意图。如图4所示，该终端设备100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块（subscriber identification module，SIM）卡接口195等。可以理解的是，本实施例示意的结构并不构成对终端设备100的具体限定。在本申请另一些实施例中，终端设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件，或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器（application processor，AP），调制解调处理器，图形处理器（graphics processingunit，GPU），图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器（digital signal processor，DSP），基带处理器，显示处理单元（displayprocess unit，DPU），和/或神经网络处理器（neural-network processing unit，NPU）等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。在一些实施例中，终端设备100也可以包括一个或多个处理器110。其中，处理器可以是终端设备100的神经中枢和指挥中心。处理器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。这就避免了重复存取，减少了处理器110的等待时间，因而提高了终端设备100的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路（inter-integrated circuit，I2C）接口，集成电路内置音频（inter-integrated circuitsound，I2S）接口，脉冲编码调制（pulse code modulation，PCM）接口，通用异步收发传输器（universal asynchronous receiver/transmitter，UART）接口，移动产业处理器接口（mobile industry processor interface，MIPI），通用输入输出（general-purposeinput/output，GPIO）接口，用户标识模块（subscriber identity module，SIM）接口，和/或USB接口等。其中，USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，MicroUSB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端设备100充电，也可以用于终端设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。

可以理解的是，本申请实施例示意的各模块间的接口连接关系为示意性说明，并不构成对终端设备100的结构限定。在本申请另一些实施例中，终端设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

终端设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。天线1和天线2用于发射和接收电磁波信号。终端设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备（不限于扬声器170A，受话器170B等）输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端设备100上的包括无线局域网（wirelesslocal area networks，WLAN），蓝牙（bluetooth），全球导航卫星系统（global navigationsatellite system，GNSS），调频（frequency modulation，FM），NFC，红外技术（infrared，IR）等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括GSM，GPRS，CDMA，WCDMA，TD-SCDMA，LTE，GNSS，WLAN，NFC，FM，和/或IR技术等。上述GNSS可以包括全球卫星定位系统（global positioning system，GPS），全球导航卫星系统（global navigation satellite system，GLONASS），北斗卫星导航系统（beidou navigation satellite system，BDS），准天顶卫星系统（quasi-zenith satellitesystem，QZSS）和/或星基增强系统（satellite based augmentation systems，SBAS）。

终端设备100通过GPU、显示屏194以及应用处理器等可以实现显示功能。应用处理器可以包括NPU和/或DPU。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD）、有机发光二极管（organic light-emittingdiode，OLED）、有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrixorganic light emitting diode，AMOLED）、柔性发光二极管（flex light-emittingdiode，FLED）、Miniled、MicroLed、Micro-oLed或量子点发光二极管（quantum dot lightemitting diodes，QLED）。在一些实施例中，终端设备100可以包括1个或N个显示屏194，N为大于1的正整数。

终端设备100可以通过ISP，一个或多个摄像头193，视频编解码器，GPU，一个或多个显示屏194以及应用处理器等实现拍摄功能。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐、照片、视频等数据文件保存在外部存储卡中。

内部存储器121可以用于存储一个或多个计算机程序，该一个或多个计算机程序包括指令。处理器110可以通过运行存储在内部存储器121的上述指令，从而使得终端设备100执行各种功能应用以及数据处理等。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统；该存储程序区还可以存储一个或多个应用程序（比如图库、联系人等）等。存储数据区可存储终端设备100使用过程中所创建的数据（比如照片，联系人等）等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器（universal flashstorage，UFS）等。

终端设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放、录音等。

传感器180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

终端设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的安卓（Android）系统为例，示例性说明终端设备100的软件结构。

图5为本申请实施例适用的终端设备的一种软件结构框图。分层架构将终端设备100的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将Android系统分为应用程序层（application，APP）、应用程序框架层（application framework）、安卓运行时（Android runtime）和系统库以及内核层（kernel）。

应用程序层可以包括一系列应用程序包，应用程序层通过调用应用程序框架层所提供的应用程序接口（application programming interface，API）运行应用程序。如图3所示，应用程序包可以包括相机、日历、地图、电话、音乐、WLAN、蓝牙、视频、社交、图库、导航、短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。如图3所示，应用程序框架层可以包括窗口管理器、内容提供器、资源管理器、通知管理器、视图系统、电话管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。

视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端设备100的通信功能。例如通话状态的管理（包括接通，挂断等）。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备100振动，指示灯闪烁等。

安卓运行时包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。系统库可以包括多个功能模块。例如：表面管理器（surface manager），媒体库（media libraries），三维图形处理库（例如：OpenGL ES），2D图形引擎（例如：SGL）等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成和图层处理等。2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层用于驱动硬件，使得硬件工作。内核层至少包含显示驱动、音频驱动、Wi-Fi驱动、蓝牙驱动等，本申请实施例对此不做限制。示例性地，本申请实施例中，内核层采用Wi-Fi驱动以驱动终端设备100中的天线2（硬件）实现Wi-Fi数据传输。或者，内核层采用蓝牙驱动以驱动终端设备100中的天线2（硬件）实现蓝牙数据传输。

本申请实施例的终端设备可以是具有无线连接功能的手持式设备、车载设备等，该终端设备也可以称为终端（terminal）、用户设备（user equipment，UE）、移动台（mobilestation，MS）、移动终端（mobile terminal，MT）等。目前，一些终端的举例为：手机（mobilephone）、平板电脑、智能电视、笔记本电脑、平板电脑（Pad）、掌上电脑、移动互联网设备（mobile internet device，MID）、虚拟现实（virtual reality，VR）设备、增强现实（augmented reality，AR）设备、工业控制（industrial control）中的无线终端、无人驾驶（self driving）中的无线终端、远程手术（remote medical surgery）中的无线终端、智能电网（smart grid）中的无线终端、运输安全（transportation safety）中的无线终端、智慧城市（smart city）中的无线终端、智慧家庭（smart home）中的无线终端、蜂窝电话、无绳电话、会话启动协议（session initiation protocol，SIP）电话、无线本地环路（wirelesslocal loop，WLL）站、个人数字助理（personal digital assistant，PDA）、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络（public land mobilenetwork，PLMN）中的终端设备等，本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是物联网（internet of things，IoT）系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。

本申请实施例中的终端设备也可以称为：用户设备（user equipment，UE）、移动台（mobile station，MS）、移动终端（mobile terminal，MT）、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。

本申请实施例涉及至少两个终端设备，为便于理解，下文以第一终端设备和第二终端设备为例进行描述，应理解，第一终端设备和第二终端设备都可以具有上述图4和/或图5所示的架构。

图6是本申请实施例提供的一种网络架构400的示意图。如图6所示，网络架构400包括第一网络301和第二网络302，第一网络301包括第一终端设备300和第二终端设备101。第二网络302包括第一终端设备300和第二终端设备102。其中，第一终端设备300、第二终端设备101以及第二终端设备102可以具有如图4所示的硬件结构和/或如图5所示的软件结构。

示例性地，处于第一网络301中的第一终端设备300（例如，手机）与第二终端设备101（例如，路由器）之间建立有2.4GHz的Wi-Fi链路，正在进行Wi-Fi业务数据传输。

示例性地，处于第二网络302中的第一终端设备300（例如，手机）与第二终端设备102（例如，蓝牙耳机）之间建立有蓝牙链路，正在进行蓝牙业务数据传输。该蓝牙链路是由第二终端设备102主动向第一终端设备300发送寻呼消息（paging）以请求建立的，在这种情况下，第二终端设备102为第二网络302中的主设备，第一终端设备300为第二网络302中的从设备。

应理解，第一网络301中示出了一个第二终端设备，第一网络301还可以包括其他的第二终端设备与第一终端设备建立Wi-Fi连接或蓝牙连接，第一网络302同理，本申请实施例对此不做限制。

示例性地，上述蓝牙链路可以是蓝牙ACL，该蓝牙ACL可以是第二终端设备102（例如，蓝牙耳机）主动发起回连与第一终端设备300（例如，手机）建立的。

应理解，从设备需要不断地监听链路，以便同步主设备发送的消息，因此对于第一终端设备300而言，需要频繁地监听蓝牙链路，接收第二终端设备102发送的蓝牙业务数据。由于成本和硬件的限制，Wi-Fi和蓝牙通常共用同一根2.4GHz频段的天线（例如图1中的天线2）进行数据传输，并且天线上的空口资源在单位时间内是有限且固定的，第二网络302中的第一终端设备300监听蓝牙链路也会使用到相同的天线。因此，处于第二网络302中的第一终端设备300频繁地对蓝牙链路的监听会提高蓝牙的分时占比，进而影响到处于第一网络301中的第一终端设备300正在进行的Wi-Fi业务的分时占比，造成Wi-Fi数据传输速率下降。

其中，空口资源可以是时域资源，即在第二网络302中第一终端设备300作为从设备频繁地监听蓝牙链路会与正在进行的Wi-Fi业务竞争天线的使用时间，不同的使用时间会带来不同的分时占比。通常，不同厂商的芯片上可以为手机的Wi-Fi业务和蓝牙业务规定分时占比，在该规定的分时占比下可以尽量减少Wi-Fi和蓝牙使用相同的空口资源造成的相互干扰，例如，可以规定天线60%的时间用于传输Wi-Fi业务数据，40%的时间用于传输蓝牙业务数据。但是这个比例可能根据手机当前的业务动态变化，例如在手机通过Wi-Fi下载资源，并且通过蓝牙连接与蓝牙耳机传输高码率的音频数据时，高码率的音频数据传输需要更多的蓝牙分时占比，这样可能手机天线40%的时间用于下载资源，60%的时间用于传输较高码率的音频数据，也就是蓝牙挤占了Wi-Fi对天线的使用时间，减少了Wi-Fi业务的分时占比，造成网络卡顿、Wi-Fi下载资源速率降低。

有鉴于此，本申请实施例提供一种用于监听链路的方法和终端设备，在第一终端设备（作为从设备的角色）和第二终端设备（作为主设备的角色）之间建立有蓝牙链路，且第一终端设备正处于Wi-Fi和蓝牙共存的场景下，可以由第一终端设备发起角色互换，也就是由第一终端设备作为主设备、第二终端设备作为从设备进行蓝牙数据传输，在第一终端设备作为主设备之后，第一终端设备可以控制监听蓝牙ACL的时隙，这样有利于减小第一终端设备监听蓝牙ACL对第一终端设备正在进行的Wi-Fi业务和/或蓝牙业务的分时占比的影响，提高正在进行的Wi-Fi业务和/或蓝牙业务的数据传输速率。

为便于描述，下面以处于第一网络301中的第一终端设备300正在进行Wi-Fi业务，处于第二网络302中的第一终端设备300正在进行蓝牙业务为例进行介绍。

在介绍本申请实施例提供的用于监听链路的方法之前，先做出以下几点说明。

第一，在下文示出的实施例中，各术语及英文缩略语，如Wi-Fi业务、蓝牙业务、监听周期、分时占比、角色互换等，均为方便描述而给出的示例性举例，不应对本申请构成任何限定。本申请并不排除在已有或未来的协议中定义其它能够实现相同或相似功能的术语的可能。

第二，在下文示出的实施例中第一、第二以及各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的终端设备等。

第三，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项（个）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a、b和c中的至少一项（个），可以表示：a，或b，或c，或a和b，或a和c，或b和c，或a、b和c，其中a，b，c可以是单个，也可以是多个。

应理解，本申请实施例中的角色互换还可以称为角色切换、角色转换或角色交换，本申请实施例对此不作限定。

图7是本申请实施例提供的一种终端设备之间进行角色互换的过程示意图。图7包括第一终端设备300、第二终端设备101以及第二终端设备102。交换角色的过程中包括a、b和c三个交换状态。

如图7中的a所示，在第一网络301中，第一终端设备300与第二终端设备101之间建立有Wi-Fi链路，正在进行Wi-Fi数据传输。其中，第一终端设备300为主设备，第二终端设备101为从设备。此时第二终端设备102向第一终端设备300发送寻呼消息（paging），该寻呼消息用于请求与第一终端设备建立蓝牙链路（例如，蓝牙ACL）。

如图7中的b所示，第一终端设备300在接收到第二终端设备102发送的寻呼消息之后，可以与第二终端设备102建立蓝牙链路，在蓝牙链路建立好之后，第一终端设备300和第二终端设备102成组网关系，组成第二网络302。由于请求建立蓝牙链路的寻呼消息是由第二终端设备102发起的，因此在第二网络302中，第二终端设备102为主设备，第一终端设备300为从设备。

图7中的b所示的交换状态的网络架构可对应如图6所示的网络架构400。

在蓝牙链路建立好之后，第一终端设备300可以检测第一终端设备300是否处于Wi-Fi和蓝牙共存的场景，若处于Wi-Fi和蓝牙共存的场景，第一终端设备可以发起角色互换。

如图7中的c所示，在第一终端设备发起角色互换并且角色互换成功之后，第二终端设备102加入了第一网络301，成为了第一网络301中的从设备，第一终端设备300为主设备。

图8是本申请实施例提供的一种用于监听链路的方法800的流程示意图，应用于第一终端设备，方法800包括：

S801，第一终端设备与第二终端设备建立蓝牙ACL，其中，第一终端设备为从设备，第二终端设备为主设备，并且第一终端设备已建立Wi-Fi链路。

示例性地，第一终端设备为手机，手机开机启动后，触发手机连接Wi-Fi并打开蓝牙。在手机的Wi-Fi已连接且蓝牙已打开后，用户可以使用手机打游戏、上网、下载应用以及传输数据（如图片、文件以及视频等）等，或者，用户还可以通过与手机蓝牙连接的蓝牙耳机接听电话、听音乐等。

作为一种可能的实现方式，手机的通知栏中显示有WLAN和蓝牙的图标，用户可以在手机的通知栏中开启WLAN和蓝牙。其中，WLAN可以采用Wi-Fi技术。若手机检测到用户点击通知栏中WLAN或蓝牙的图标，手机响应于用户的点击操作连接Wi-Fi或打开蓝牙。

作为另一种可能的实现方式，手机的设置界面中设置有WLAN和蓝牙的开启开关，用户也可以在手机的设置界面中开启WLAN和蓝牙。若手机检测到用户点击设置界面中WLAN或蓝牙的操作后，响应于用户的点击操作连接WiFi或打开蓝牙。

上述手机连接Wi-Fi或打开蓝牙的方法仅作为示例性描述，任意可以实现的方式均适用于本申请中，此处不作限定。

示例性地，第一终端设备为手机，第二终端设备为蓝牙耳机。在手机打开蓝牙后，手机可以接收来自蓝牙耳机的寻呼消息，该寻呼消息用于请求与手机建立蓝牙ACL。手机可以固定间隔地扫描（scan）外部寻呼，当手机扫描到外部寻呼消息时便可以响应（response）该寻呼消息，这样手机和蓝牙耳机之间便会建立蓝牙ACL。

S802，确定第一终端设备和/或第二终端设备的预设参数。

示例性地，该第一终端设备可以将第二终端设备加入黑/白名单中，第一终端设备可以通过黑名单查询哪些第二终端设备拒绝作为从设备，通过白名单查询哪些第二终端设备接受作为从设备，从而决定是否向第二终端设备发送交换角色的请求消息。

示例性地，第一终端设备的存储器中保存有与第二终端设备在蓝牙通信过程中的历史互换信息，该历史互换信息包括第一终端设备的历史互换信息和/或第二终端设备的历史互换信息。其中，第一终端设备的历史互换信息中可以包括第一终端设备作为从设备的功耗增量、第一终端设备作为从设备的电量损耗等信息。第二终端设备的历史互换信息可以包括第二终端设备的硬件能力信息、第二终端设备作为从设备的性能信息、第二终端设备作为从设备的稳定性信息等。

S803，根据预设参数，确定是否进行角色互换。

示例性地，预设参数包括如下至少一个：第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量。或者，第一终端设备作为从设备的功耗增量。或者，第一终端设备的电量。或者，第二终端设备的电量。或者，第二终端设备作为从设备的能力。或者，第二终端设备作为从设备的性能降低量。

S804，在确认进行角色互换的情况下，第一终端设备向第二终端设备发送第一请求消息，该第一请求消息用于请求将第一终端设备和第二终端设备进行角色互换，主设备在单位时间内的蓝牙分时占比小于从设备在单位时间内的蓝牙分时占比。相应地，第二终端设备接收该第一请求消息。

S805，第二终端设备向第一终端设备发送第一响应消息，该第一响应消息用于确认或者拒绝与第一终端设备进行角色互换。相应地，第一终端设备接收该第一响应消息。

S806，在确认进行角色互换的情况下，第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL，其中，第一蓝牙分时占比小于第一终端设备在角色互换之前监听该蓝牙ACL的第二蓝牙分时占比。

应理解，本申请实施例中的第一蓝牙分时占比和第二蓝牙分时占比为单位时间内的蓝牙分时占比，示例性地，单位时间为100ms。

在本申请实施例中，第一终端设备在作为从设备与第二终端设备进行蓝牙数据传输，并且第一终端设备正作为主设备与其他的终端设备进行Wi-Fi数据传输的共存场景下，第一终端设备可以向第二终端设备发送角色互换的第一请求消息，请求第一终端设备作为主设备，第二终端设备作为从设备，这样在确认进行角色互换的情况下，作为主设备的第一终端设备可以降低蓝牙分时占比，减少对Wi-Fi分时占比的挤占，有利于提高正在进行的Wi-Fi业务的数据传输速率。

示例性地，在未进行角色互换之前，第一终端设备的第二蓝牙分时占比为80ms/100ms，也就是第一终端设备在每100ms中有80ms需要监听蓝牙ACL以接收作为主设备的第二终端设备的消息。

示例性地，在进行角色互换之后，第一终端设备的第一蓝牙分时占比为10ms/100ms，也就是第一终端设备每100ms中有10ms需要监听蓝牙ACL，这样在角色互换后，第一终端设备无需频繁地监听蓝牙ACL，有利于降低第一终端设备的蓝牙分时占比，进而减小对正在进行的Wi-Fi业务数据传输的影响。

本申请实施例中的第一终端设备可以对应图6中的第一终端设备300，第二终端设备可以对应图6中的第二终端设备102，与第一终端设备正在进行Wi-Fi数据传输的其他终端设备可以对应图6中的第二终端设备101。

应该理解的是，本申请实施例中的第一终端设备处于Wi-Fi数据传输状态和/或蓝牙数据传输状态，结合图6，可以理解为第一网络301中的第一终端设备300处于Wi-Fi数据传输状态和/或蓝牙数据传输状态。例如，第一终端设备300可以与第二终端设备101之间建立Wi-Fi链路。又例如，第一终端设备300可以与第二终端设备101之间建立蓝牙链路。又例如，第一终端设备300可以与第二终端设备101之间建立Wi-Fi链路

还应理解，结合图6，第一网络301中的第一终端设备300处于Wi-Fi数据传输状态和/或蓝牙数据传输状态时，第二网络302中的第一终端设备300正在持续监听与第二终端设备102之间建立的蓝牙ACL。

图9是本申请实施例提供的一种确定是否进行角色互换的方法900的流程示意图。方法900包括：

S910，第一终端设备判断第一终端设备是否满足第一预设条件中的至少一个条件。在第一终端设备满足第一预设条件中的至少一个条件的情况下，执行S920。在第一终端设备不满足第一预设条件中的至少一个条件的情况下，执行S940。

示例性地，第一预设条件可以包括第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量大于或等于第三预设阈值、第一终端设备作为从设备的功耗增量大于或等于第四预设阈值以及第一终端设备的电量小于或等于第五预设阈值。

在一种可能的情况下，第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量大于或等于第三预设阈值，第一终端设备可能需要发起角色互换。示例性地，第三预设阈值为500kb/s，第一终端设备正使用Wi-Fi下载视频，这时的下载业务的数据传输流量较大，例如是5M/s，也就是Wi-Fi数据传输流量大于第三预设阈值，因此第一终端设备可以进一步根据第二预设条件判断是否进行角色交换。

在另一种可能的情况下，第一终端设备通过查看第一终端设备的历史互换信息发现，第一终端设备作为从设备的功耗相较于第一终端设备作为主设备的功耗的增量大于或等于第四预设阈值，在这种情况下，第一终端设备可能需要发起角色互换。示例性地，第四预设阈值为2dB，历史互换信息中记录的第一终端设备作为从设备相较于作为主设备的功耗增量为3 dB，也就是第一终端设备作为从设备的功耗增量大于或等于第四预设阈值，因此第一终端设备可以进一步根据第二预设条件判断是否进行角色交换。

在又一种可能的情况下，第一终端设备检测到自身的电量小于或等于第五预设阈值，第一终端设备可能需要发起角色互换。这是因为第一终端设备作为从设备时需要不断地监听蓝牙ACL，而监听可能产生电量的损耗，如果第一终端设备的电量低于第五预设阈值，那么可能会由于电量过低导致第一终端设备的Wi-Fi业务和/或蓝牙业务中断。示例性地，第五预设阈值为30%，第一终端设备检测到当前的电量为25%，也就是第一终端设备的电量小于第五预设阈值，因此第一终端设备可以进一步根据第二预设条件判断是否进行角色交换。

S920，第一终端设备判断第二终端设备是否满足第二预设条件。在第二终端设备满足第二预设条件的情况下，执行S930。在第二终端设备不满足第二预设条件的情况下，执行S940。

示例性地，第二预设条件可以包括第二终端设备是否具有作为从设备的能力、第二终端设备的电量是否大于或等于第一预设阈值以及第二终端设备作为从设备的性能降低量是否小于或等于第二预设阈值。第一终端设备根据第二预设条件进一步判断是否可以进行角色互换。

S930，第一终端设备确定进行角色互换。

在第一预设条件中的至少一个条件满足且第二预设条件满足的情况下，第一终端设备可以确定与第二终端设备进行角色互换

S940，第一终端设备确定不进行角色互换。

在本申请实施例中，第一终端设备首先可以根据第一预设条件来判断是否需要与第二终端设备进行角色互换，在第一终端设备满足第一预设条件中的至少一个条件的情况下，再进一步考虑根据第二预设条件判断是否进行角色互换，这样根据第一终端设备和第二终端设备的预设条件判断是否进行角色互换的方式有利于角色互换的实现。

在一种可能的情况下，第一终端设备可以在与第二终端设备建立蓝牙ACL的过程中获取第二终端设备是否具有作为从设备的能力的信息，第一终端设备也可以通过保存的第二终端设备的历史互换信息查看第二终端设备是否具有作为从设备的能力信息。由于可能存在第二终端设备的能力不支持角色互换从而导致第一终端设备发起角色互换失败，因此可能需要判断第二终端设备是否具有作为从设备的能力，在第二终端设备具有作为从设备的能力的情况下，第一终端设备可能向第二终端设备发送第一请求消息以请求进行角色互换。

在另一种可能的情况下，第一终端设备可以在与第二终端设备建立蓝牙ACL的过程中获取第二终端设备的电量信息。由于角色交换后，第二终端设备作为从设备需要持续监听蓝牙ACL，因此同样需要考虑第二终端设备的电量是否可以满足作为从设备对电量的要求，如果电量低于第一预设阈值则有可能会由于电量过低导致第一终端设备与第二终端设备之间的蓝牙ACL中断，影响蓝牙数据传输。示例性地，第一预设阈值为30%，第二终端设备的电量为60%，也就是第二终端设备的电量大于第一预设阈值，因此第一终端设备可能向第二终端设备发送第一请求消息以请求进行角色互换。

在又一种可能的情况下，第一终端设备可以通过保存的第二终端设备的历史互换信息查看第二终端设备作为从设备的性能降低量。该性能降低量是第二终端设备作为从设备相较于第二终端设备作为主设备的性能降低量，如果该性能降低量大于或等于第二预设阈值，那么可能对第二终端设备的蓝牙数据传输产生影响。示例性地，第二预设阈值为10%，第二终端设备作为从设备的性能降低量为12%，也就是第二终端设备作为从设备的性能降低量大于第二预设阈值，因此第一终端设备可能向第二终端设备发送第一请求消息以请求进行角色互换。

在本申请实施例中，作为示例而非限定，第一终端设备可以在第一预设条件中的至少一个条件满足、且第二预设条件中的三个条件均满足的情况下，向第二终端设备发送第一请求消息，确定进行角色互换。

作为示例而非限定，第一终端设备还可以在第一预设条件中的至少一个条件满足、且第二预设条件中的至少一个条件满足的情况下，向第二终端设备发送第一请求消息，确定进行角色互换，本申请实施例对此不作限定。

作为示例而非限定，第一终端设备还可以在第一预设条件中的三个条件均满足、且第二预设条件中的三个条件均满足的情况下，向第二终端设备发送第一请求消息，确定进行角色互换。

作为示例而非限定，第一终端设备还可以在第一预设条件中的三个条件均满足、且第二预设条件中的至少一个条件满足的情况下，向第二终端设备发送第一请求消息，确定进行角色互换，本申请实施例对此不作限定。

应理解，上述第一预设条件和第二预设条件仅为示例，第一终端设备还可以通过其他可能的预设参数判断是否进行角色互换，本申请实施例对此不作限定。

可选地，预设参数还包括第一终端设备的Wi-Fi数据传输速率、手机前台正在运行的业务类型、网络预测的数据传输速率或者手机的电量中的至少一种。下面以第一终端设备为手机，第二终端设备为蓝牙耳机对这根据上述预设参数确定是否进行角色互换进行示例性描述。

示例性地，用户正在使用手机Wi-Fi上网玩游戏，蓝牙耳机主动连接手机并且用户正在使用蓝牙耳机通话。如果游戏业务的数据流量较大，手机以较高的蓝牙分时占比监听蓝牙ACL时可能造成游戏业务的卡顿，这种情况下手机可以主动发起角色互换请求以降低手机蓝牙的分时占比，从而缓解游戏业务的卡顿情况。

示例性地，用户正在使用手机Wi-Fi下载应用，蓝牙耳机主动连接手机并且用户正在使用蓝牙耳机通话。如果下载应用的数据传输速率高于预设阈值，手机以较高的蓝牙分时占比监听蓝牙ACL时可能造成正在进行的下载业务缓慢或者中断，这种情况下手机可以主动发起角色互换请求以降低手机蓝牙的分时占比，从而减少对下载业务的下载速率的影响。

示例性地，用户正在使用手机Wi-Fi玩游戏（未开启游戏音乐），蓝牙耳机主动连接手机并且用户正在使用蓝牙耳机听高品质的音乐，其中，高品质的音乐具有较高的码率，码率越高，polling频率越高，手机在单位时间内的发包频率越高，手机在单位时间内的蓝牙分时占比越高。一方面，为了保证手机与蓝牙耳机之间蓝牙连接的稳定性，手机可以选择不进行角色互换，继续以较高的发包频率听高品质的音乐。另一方面，为了保证游戏的顺畅，手机可以选择进行角色互换，主动发起角色互换请求以降低手机蓝牙的分时占比，从而缓解高品质的音乐业务对游戏业务造成的卡顿情况。

示例性地，手机还可以根据预设时间内的网络速率进行网络预测，假设用户正在使用手机Wi-Fi传输数据，蓝牙耳机主动连接手机并且用户正在使用蓝牙耳机听音乐。如果手机在第一时间段的网络速率是持续上升的，那么手机可以预测之后的第二时间段的网络速率可以满足正在进行的数据传输（如传输图片、文件或视频）的速率需求，这种情况下手机可以选择不进行角色互换。如果手机在第一时间段的网络速率是持续下降的，那么手机可以预测之后的第二时间段的网络速率无法满足正在进行的数据传输的速率需求，这种情况下第一终端设备可以主动发起角色互换请求以降低手机蓝牙的分时占比，从而减少对正在进行的数据传输速率的影响。

作为一个可选的实施例，第一请求消息包括第一时间点，S806包括：当第一时间点到达时，第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL。

在本申请实施例中，该第一时间点是携带在第一请求消息中发送给第二终端设备的，第二终端设备如果确认可以进行角色互换，那么在第一时间点到达时，第一终端设备和第二终端设备交换角色，也就是第一终端设备作为主设备，以第一蓝牙分时占比监听蓝牙ACL，该第一蓝牙分时占比大于第一终端设备作为从设备监听蓝牙ACL时的第二蓝牙分时占比，有利于降低第一终端设备的蓝牙分时占比，提高正在进行的Wi-Fi业务的数据传输速率。

作为一个可选的实施例，第一响应消息包括第二时间点，该第二时间点是通过第二终端设备确定的。S806包括：当第二时间点到达时，第一终端设备按照第一蓝牙分时占比监听该蓝牙ACL。

在本申请实施例中，第二终端设备在接收到第一请求消息后，可以从第一请求消息中获取第一时间点。第二终端设备通过考虑自身作为从设备的能力、电量、性能降低量等信息，向第一终端设备发送用于确认与第一终端设备进行角色互换的第一响应消息。在一种可能的情况下，第二终端设备经过判断发现在第一时间点第二终端设备可能通过蓝牙ACL向第一终端设备传输数据，因此第二终端设备可以选择一个避免数据传输的第二时间点，通过第一响应消息携带该第二时间点发送给第一终端设备，该第二时间点不同于该第一时间点，在该第二时间点进行角色互换可以避免对第一终端设备和第二终端设备之间的数据传输造成的影响。第一终端设备在接收到该第一响应消息后，可以在第二时间点到达时，按照第一终端设备的频率以第一蓝牙分时占比监听蓝牙ACL。

作为一个可选的实施例，S803包括：在下列条件满足的情况下，第一终端设备确定不进行角色切换：第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量小于或等于第三预设阈值；第一终端设备作为从设备的功耗增量小于或等于第四预设阈值；以及，第一终端设备的电量大于或等于第五预设阈值。

示例性地，第三预设阈值为500kb/s，第一终端设备正使用Wi-Fi发微信，这时的微信业务的数据传输流量较小，例如是10kb /s，也就是Wi-Fi数据传输流量小于第三预设阈值。示例性地，第四预设阈值为2dB，历史互换信息中记录的第一终端设备作为从设备相较于作为主设备的功耗增量为1 dB，也就是第一终端设备作为从设备的功耗增量小于第四预设阈值。示例性地，第五预设阈值为30%，第一终端设备检测到当前的电量为70%，也就是第一终端设备的电量大第五预设阈值。在本申请实施例中，第一终端设备满足上述预设条件，因此第一终端设备可以不进行角色切换。

作为一个可选的实施例，S803包括：第一终端设备根据预设参数，确定是否进行角色互换，包括：在下列至少一个条件满足的情况下，第一终端设备确定不进行角色切换：第二终端设备不具有作为从设备的能力；第二终端设备的电量小于或等于所述第一预设阈值；或者，所述第二终端设备作为从设备的性能降低量大于或等于第二预设阈值。

如上文描述，在第一终端设备确定是否进行角色交换的过程中，需要考虑第一终端设备的第一预设条件和第二终端设备的第二预设条件，在第一终端设备满足第一预设条件、第二终端设备却不满足第二预设条件的情况下，第一终端设备不进行角色互换。

应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图10是本申请实施例提供的一种终端设备的示意性框图，该终端设备具体可以包括：触摸屏1001、一个或多个处理器1002以及存储器1003，可选地，该终端设备还包括一个或多个应用程序（图10中未予以示出）。上述各器件可以通过一个或多个通信总线1005连接。所述触摸屏1001包括触摸传感器1006和显示屏1007。存储器1003中存储有一个或多个计算机程序1004，该一个或多个计算机程序1004被该一个或多个处理器1002执行，该一个或多个计算机程序1004包括指令，该指令可以用于执行上述实施例中的相关步骤。

可选地，该存储器1003可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该一个或多个处理器1002可以用于执行存储器中存储的指令，并且该处理器执行该指令时，该处理器可以执行上述方法实施例中与第一终端设备对应的各个步骤和/或流程。

应理解，在本申请实施例中，该一个或多个处理器1002可以是中央处理单元（central processing unit，CPU），该处理器还可以是其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种用于监听链路的方法，其特征在于，应用于第一终端设备，所述方法包括：

与第二终端设备建立蓝牙异步无连接链路ACL，其中，所述第一终端设备为从设备，所述第二终端设备为主设备，所述第一终端设备已建立无线保真Wi-Fi链路；

确定所述第一终端设备和/或所述第二终端设备的预设参数；

根据所述预设参数，确定是否进行角色切换；

在确定进行角色互换的情况下，向所述第二终端设备发送第一请求消息，所述第一请求消息用于请求将所述第一终端设备和所述第二终端设备进行角色互换，所述主设备在单位时间内的蓝牙分时占比小于所述从设备在单位时间内的蓝牙分时占比；

所述第一终端设备接收来自所述第二终端设备的第一响应消息，所述第一响应消息用于确认或者拒绝与所述第一终端设备进行角色互换；

在确认进行角色互换的情况下，按照第一蓝牙分时占比监听所述蓝牙ACL，其中，所述第一蓝牙分时占比小于所述第一终端设备在角色互换之前监听所述蓝牙ACL的第二蓝牙分时占比。

2.根据权利要求1所述的方法，其特征在于，所述预设参数包括如下至少一个：

所述第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量；或者，

所述第一终端设备作为从设备的功耗增量；或者，

所述第一终端设备的电量；或者，

所述第二终端设备的电量；或者，

所述第二终端设备作为从设备的能力；或者，

所述第二终端设备作为从设备的性能降低量。

3.根据权利要求2所述的方法，其特征在于，所述第一终端设备根据预设参数，确定是否进行角色互换，包括：

在下列至少一个条件满足的情况下，判断所述第二终端设备是否具有作为从设备的能力、所述第二终端设备的电量是否大于或等于第一预设阈值以及所述第二终端设备作为从设备的性能降低量是否小于或等于第二预设阈值：

所述第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量大于或等于第三预设阈值；

所述第一终端设备作为从设备的功耗增量大于或等于第四预设阈值；或者，

所述第一终端设备的电量小于或等于第五预设阈值；

在所述第二终端设备具有作为从设备的能力、所述第二终端设备的电量大于或等于所述第一预设阈值以及所述第二终端设备作为从设备的性能降低量小于或等于所述第二预设阈值的情况下，确定进行角色互换。

4.根据权利要求3所述的方法，其特征在于，所述第一请求消息包括第一时间点；

按照第一蓝牙分时占比监听所述蓝牙ACL，包括：

当所述第一时间点到达时，按照所述第一蓝牙分时占比监听所述蓝牙ACL。

5.根据权利要求3所述的方法，其特征在于，所述第一响应消息包括第二时间点，所述第二时间点是通过所述第二终端设备确定的；

按照第一蓝牙分时占比监听所述蓝牙ACL，包括：

当所述第二时间点到达时，按照所述第一蓝牙分时占比监听所述蓝牙ACL。

6.根据权利要求2所述的方法，其特征在于，所述第一终端设备根据预设参数，确定是否进行角色互换，包括：

在下列条件满足的情况下，所述第一终端设备确定不进行角色切换：

所述第一终端设备的Wi-Fi数据传输流量和/或蓝牙数据传输流量小于或等于第三预设阈值；

所述第一终端设备作为从设备的功耗增量小于或等于第四预设阈值；以及，

所述第一终端设备的电量大于或等于第五预设阈值。

7.根据权利要求2所述的方法，其特征在于，所述第一终端设备根据预设参数，确定是否进行角色互换，包括：

在下列至少一个条件满足的情况下，所述第一终端设备确定不进行角色切换：

所述第二终端设备不具有作为从设备的能力；

所述第二终端设备的电量小于或等于第一预设阈值；或者，

所述第二终端设备作为从设备的性能降低量大于或等于第二预设阈值。

8.根据权利要求1-7中任一项所述的方法，其特征在于，所述确定所述第一终端设备和/或所述第二终端设备的预设参数，包括：

获取所述第一终端设备与所述第二终端设备的历史互换信息；

从所述历史互换信息中确定所述第一终端设备和/或所述第二终端设备的预设参数。

9.根据权利要求8所述的方法，其特征在于，在所述根据所述预设参数，确定是否进行角色切换之前，所述方法还包括：

确定所述第一终端设备是否处于Wi-Fi和蓝牙共存场景；

所述根据所述预设参数，确定是否进行角色互换，包括：

当所述第一终端设备处于Wi-Fi和蓝牙共存场景时，根据所述预设参数，确定是否进行角色互换。

10.根据权利要求9所述的方法，其特征在于，所述第一终端设备与第二终端设备建立蓝牙ACL，包括：

接收来自所述第二终端设备的蓝牙ACL建立请求消息；

根据所述蓝牙ACL建立请求消息，向所述第二终端设备发送蓝牙ACL建立响应消息，所述蓝牙ACL建立响应消息用于确认与所述第二终端设备建立所述蓝牙ACL。

11.一种终端设备，其特征在于，包括处理器，所述处理器与存储器耦合，所述存储器用于存储计算机程序，当所述处理器调用所述计算机程序时，使得所述终端设备执行如权利要求1-10中任一项所述的方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序在终端设备上运行时，使得所述终端设备执行如权利要求1-10中任一项所述的方法。

Images