CN115882893A - 无线通信模式的切换方法及电子设备 - Google Patents

Abstract

本申请提供了一种无线通信模式的切换方法及电子设备。该方法在监听到作用于触发应用程序层中安装的任一应用的操作时，通过判断当前触发的应用，以及电子设备中音频模块、摄像头、蓝牙模块和WiFi模块是否满足进入Hybrid模式的条件，并在满足条件时将蓝牙模块和WiFi模块从TDD模式切换到Hybrid模式，使得蓝牙模块和WiFi模块共用同一天线的电子设备既能使WiFi模块采用多进多出模式工作实现高吞吐量，又能在合适的环境下采用单进单出模式工作，即让WiFi模块在蓝牙模块的工作时间内继续与AP进行交互，以保证实时性，从而尽可能避免了音视频通话中声音、画面的卡顿，保证了用户体验。

Description

无线通信模式的切换方法及电子设备

技术领域

本申请涉及通信领域，尤其涉及一种无线通信模式的切换方法及装置。

背景技术

目前，为了节省电子设备内部的器件布局控件，同时节省硬件成本，普遍采用无线保真(wireless fidelity，WiFi)模块和蓝牙(Bluetooth，BT)模块共用同一根天线(具体为2.4GHz频段的天线，下文称为2.4G天线)，即电子设备中与无线通信模块耦合的两根2.4G天线中，其中一根2.4G天线是WiFi模块和蓝牙模块共用的，另一根2.4G天线是WiFi模块单独使用的。并且，对于这种没有独立蓝牙天线的电子设备，默认情况下是采用时分双工(TimeDivision Duplexing，TDD)的无线通信模式，即将时间区分为WiFi 模块的工作时间和蓝牙模块的工作时间，在WiFi模块的工作时间内，WiFi模块占用两根2.4G天线，采用多进多出(multiple-in multipleout，MIMO)的方式进行数据传输，此时蓝牙模块不工作；而在蓝牙模块的工作时间内，蓝牙模块占用与WiFi模块共用的那根 2.4G天线进行数据传输，而WiFi模块不工作。

虽然这种WiFi模块和蓝牙模块共用同一根天线的方案能够节省电子设备内部的器件布局，同时节省硬件成本，但是TDD的工作模式下，WiFi模块和蓝牙模块会相互抢占天线，从而导致WiFi模块占用天线的工作时间大大缩短，这就会使采用WiFi模块方式接入核心网的电子设备与无线接入点(Access Point，AP)之间的交互实时性降低，同时影响WiFi的吞吐量，进而导致使用电子设备正在进行的音视频通话、在线学习课程的声音、画面出现卡顿，甚至掉话的问题，严重影响用户体验。

发明内容

为了解决上述技术问题，本申请提供一种无线通信模式的切换方法及电子设备，旨在使WiFi模块和蓝牙模块共用同一工作在2.4GHz的无线频段的天线的电子设备能够根据实际的业务场景，决定是否进入Hybrid模式，从而做到既兼顾WiFi的吞吐量，又兼顾与AP的交互实时性，尽可能减少了音视频通话、在线学习课程时声音、画面的卡顿次数和卡顿时长，保障了用户体验。

第一方面，本申请提供一种无线通信模式的切换方法。该方法应用于电子设备，电子设备包括蓝牙模块、WiFi模块、第一天线和第二天线，蓝牙模块通过述第一天线发送和接收信号，WiFi模块通过第一天线和/或第二天线发送和接收信号，第一天线和第二天线工作在2.4GHz的无线频段，方法包括：在监听到作用于触发应用程序层中安装的应用的操作时，确定操作触发的应用是否满足第一切换条件；在满足第一切换条件时，获取应用对音频模块和摄像头的占用信息；在占用信息满足第二切换条件时，确定WiFi模块是否使用第一天线和第二天线连接到无线网络；在WiFi模块使用第一天线和第二天线连接到无线网络时，确定第一天线和第二天线对应的带宽是否满足第三切换条件；在满足第三切换条件时，确定蓝牙模块的工作信息；在工作信息满足第四切换条件时，确定WiFi 模块的信号强度值；在信号强度值大于第一门限值时，将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式。这样，使得蓝牙模块和WiFi模块共用同一天线的电子设备既能使WiFi模块采用MIMO模式工作实现高吞吐量，又能在合适的环境下采用SISO模式工作，即让WiFi模块在蓝牙模块的工作时间内继续与AP进行交互，以保证实时性，从而尽可能避免了音视频通话中声音、画面的卡顿，保证了用户体验。

根据第一方面，在将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式之后，方法还包括：在信号强度值小于第一门限值时，将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式。这样，就可以根据实际的业务场景实现将WiFi模块和蓝牙模块在默认的TDD模式和Hybrid模式之间动态切换，从而使得WiFi模块和蓝牙模块能够在共用同一根天线的情况下，尽可能避免相互的干扰，以为用户提供更好的用户体验。

根据第一方面，或者以上第一方面的任意一种实现方式，在将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式之前，方法还包括：判断信号强度值是否小于第二门限值，第二门限值小于第一门限值；若信号强度值小于第二门限值，则执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤。设置小于第一门限值的第二门限值作为退出Hybrid模式的门限值，这样可以有效避免因为WiFi模块当前的信号强度值暂时小于第一门限值，但在第一门限值和第二门限值区间时，就立马退出Hybrid模式，导致 WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换，占用电子设备资源。

根据第一方面，或者以上第一方面的任意一种实现方式，在若信号强度值小于第二门限值，则执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤之前，方法还包括：在第一时长后，重新确定WiFi模块的信号强度值；在重新确定的信号强度值小于第二门限值时，执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤。这样，在不满足时才退出Hybrid模式切换回TDD模式，通过延时的处理方式，进一步避免了WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换。

根据第一方面，或者以上第一方面的任意一种实现方式，在将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式之后，方法还包括：在第二时长内，停止执行将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式的步骤。这样，在每一次无线通信模式的切换操作后的一段时间内，停止执行下一次无线通信模式切换操作，从而能够有效避免因为信号频繁跳变导致WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换的现象发生。

根据第一方面，或者以上第一方面的任意一种实现方式，将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式，包括：在第三时长内，发送一条将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式的指令；响应于指令，将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式。这样，通过设置每一时间段内只需要发送一条进行无线通信切换的指令，从而可以避免两条指令间隔太短，底层来不及处理，进而造成线程阻塞的现象发生。

根据第一方面，或者以上第一方面的任意一种实现方式，第一切换条件为操作触发的应用是否为白名单应用；确定操作触发的应用是否满足第一切换条件，包括：获取应用的包名；根据包名查找白名单应用列表中是否存在匹配的白名单应用包名；若存在，则确定应用为白名单应用，满足第一切换条件。这样可以直接过滤掉对实时性、吞吐量要求不高的应用，从而从源头上减少无线通信方式的切换次数。

根据第一方面，或者以上第一方面的任意一种实现方式，第二切换条件为音频模块和摄像头均被占用，或者音频模块被占用，摄像头模块未被占用。示例性的，由于对实时性、吞吐量要求高的应用通常为教育类，即通过音视频会议在线学习的应用、能够进行音视频聊天的即时通信类应用，以及音视频播放类应用，而这些应用在使用时，通常会占用音频模块、摄像头，因此将音频模块和摄像头的占用情况设置第二切换条件，从而能够更好的确定当前的业务场景是否需要进行无线通信方式的切换操作，进而可能减少无效切换。

根据第一方面，或者以上第一方面的任意一种实现方式，第三切换条件为带宽为20M；确定第一天线和第二天线对应的带宽是否满足第三切换条件，包括：获取第一天线和第二天线对应的带宽；判断带宽是否为20M；若是，则确定满足第三切换条件。示例性的，由于40M带宽下，蓝牙模块会出现跳频的问题，即无法跟WiFi模块共用同一根天线，在20M带宽下才会满足本申请的实现前提。因此，通过设置第三切换条件为带宽为20M，从而进一步滤除了不适合进行模式切换的场景。

根据第一方面，或者以上第一方面的任意一种实现方式，第四切换条件为蓝牙模块是否连接蓝牙设备，蓝牙模块的工作信息包括连接状态信息；其中，在根据连接状态信息确定蓝牙模块连接了蓝牙设备时，确定满足第四切换条件。由于蓝牙模块工作时才会涉及到抢占与WiFi模块共用的天线，因此将蓝牙模块是否连接蓝牙设备作为第四切换条件，这样，通过确定蓝牙当前的连接状态，在确定有蓝牙设备接入时才执行本申请提供的无线通信模式的切换方式的流程，从而避免了在蓝牙模块不工作时，将WiFi模块从 TDD模式切换到Hybrid模式，导致WiFi模块从MIMO的工作方式变为SISO，影响WiFi 模块的实时性和吞吐量。

根据第一方面，或者以上第一方面的任意一种实现方式，确定WiFi模块的信号强度值，包括：分别获取第一天线的信号强度值和第二天线的信号强度值；判断第一天线的信号强度值是否大于第二天线的信号强度值；若大于，则将第一天线的信号强度值确定为WiFi模块的信号强度值；否则，将第二天线的信号强度值确定为WiFi模块的信号强度值。示例性的，本申请给出了一种确定WiFi模块信号强度值的具体方式，通过选取两根天线中信号强度值大的，从而在当前业务场景满足上述四个条件时，能够及时进入 Hybrid模式。

根据第一方面，或者以上第一方面的任意一种实现方式，Hybrid模式下，WiFi模块仅占用第二天线工作；确定WiFi模块的信号强度值，包括：获取第二天线的信号强度值，并将第二天线的信号强度值确定为WiFi模块的信号强度值。示例性的，本申请给出了另一种确定WiFi模块信号强度值的具体方式，直接选择后续切换为Hybrid模式时WiFi模块占用的天线的信号强度值作为WiFi模块的信号强度值，从而使得无线通信方式的切换更加贴合当前的业务场景。

第二方面，本申请提供一种电子设备。该电子设备包括：第一天线、第二天线、蓝牙模块、WiFi模块、存储器、一个或多个处理器，以及一个或多个计算机程序，第一天线和第二天线工作在2.4GHz的无线频段；其中，一个或多个计算机程序存储在存储器上，蓝牙模块通过述第一天线发送和接收信号，WiFi模块通过第一天线和/或第二天线发送和接收信号，一个或多个处理器分别与蓝牙模块、WiFi模块和存储器连接，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：在监听到作用于触发应用程序层中安装的应用的操作时，确定操作触发的应用是否满足第一切换条件；在满足第一切换条件时，获取应用对音频模块和摄像头的占用信息；在占用信息满足第二切换条件时，确定WiFi模块是否使用第一天线和第二天线连接到无线网络；在WiFi模块使用第一天线和第二天线连接到无线网络时，确定第一天线和第二天线对应的带宽是否满足第三切换条件；在满足第三切换条件时，确定蓝牙模块的工作信息；在工作信息满足第四切换条件时，确定WiFi模块的信号强度值；在信号强度值大于第一门限值时，将WiFi 模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式。

根据第二方面，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：在信号强度值小于第一门限值时，将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式。

根据第二方面，或者以上第二方面的任意一种实现方式，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：判断信号强度值是否小于第二门限值，第二门限值小于第一门限值；若信号强度值小于第二门限值，则执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤。

根据第二方面，或者以上第二方面的任意一种实现方式，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：在第一时长后，重新确定WiFi模块的信号强度值；在重新确定的信号强度值小于第二门限值时，执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤。

根据第二方面，或者以上第二方面的任意一种实现方式，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：在第二时长内，停止执行将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式的步骤。

根据第二方面，或者以上第二方面的任意一种实现方式，当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：在第三时长内，发送一条将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式的指令；响应于指令，将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式。

根据第二方面，或者以上第二方面的任意一种实现方式，Hybrid模式下，WiFi模块仅占用第二天线工作；当计算机程序被一个或多个处理器执行时，使得电子设备执行以下步骤：获取第二天线的信号强度值，并将第二天线的信号强度值确定为WiFi模块的信号强度值。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请提供一种计算机可读存储介质，用于存储计算机程序，当计算机程序在电子设备上运行时，使得电子设备执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第四方面，本申请提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第五方面，本申请提供了一种芯片。该芯片包括：一个或多个处理电路和一个或多个收发管脚；其中，收发管脚和处理电路通过内部连接通路互相通信，处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

附图说明

图1是示例性示出的手机同时使用蓝牙模块与蓝牙设备连接，使用WiFi模块与路由器连接的场景示意图；

图2是示例性示出的蓝牙模块和WiFi模块共用同一根天线的示意图；

图3是示例性示出的针对图2的结构，WiFi模块和蓝牙模块采用时分双工模式工作的示意图；

图4是示例性示出的针对图2的结构，WiFi模块和蓝牙模块采用Hybrid模式工作的示意图；

图5是示例性示出的在Hybrid模式下蓝牙工作时间内，WiFi模块和蓝牙模块同步工作的示意图；

图6是示例性示出的一种电子设备的硬件结构示意图；

图7是示例性示出的一种电子设备的软件结构示意图；

图8是示例性示出的影响电子设备进入Hybrid模式的因素的示意图；

图9是示例性示出的本申请实施例提供的无线通信模式的切换方法的示意图；

图10是示例性示出的实现本申请实施例提供的无线通信模式的切换方法时电子设备内部模块交互的时序图；

图11是示例性示出的确定音频情况对进入Hybrid模式的影响时电子设备的硬件结构和软件结构之间的交互示意图；

图12是示例性示出的确定摄像头情况对进入Hybrid模式的影响时电子设备的硬件结构和软件结构之间的交互示意图；

图13是示例性示出的确定WiFi情况对进入Hybrid模式的影响时电子设备的硬件结构和软件结构之间的交互示意图；

图14是示例性示出的确定蓝牙情况对进入Hybrid模式的影响时电子设备的硬件结构和软件结构之间的交互示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

在对本申请实施例的技术方案说明之前，首先结合附图对本申请实施例提供的无线通信模式的切换方法所适用于的场景进行说明。

具体的说，本申请实施例提供的无线通信模式的切换方法具体是针对没有独立蓝牙天线的电子设备，电子设备中的WiFi模块和蓝牙模块是共用同一根天线的，即在电子设备同时开启了蓝牙功能和WiFi功能，并分别与蓝牙设备建立蓝牙连接，与其他电子设备建立WiFi连接后，默认TDD模式下，蓝牙模块在工作时间内需要通过与WiFi模块共用的天线，例如第一天线发送和接收信号，WiFi模块不工作，而WiFi模块在工作时间内，则会通过共用的第一天线和独占的第二天线发送和接收信号，蓝牙模块不工作。

参见图1，示例性的，在第一电子设备，例如手机与第二电子设备，例如蓝牙耳机、手写笔建立蓝牙连接后，在默认的TDD模式下，手机内的蓝牙模块会通过与WiFi模块共用的天线，例如第一天线与蓝牙耳机、手写笔等蓝牙设备进行发送信号和接收信号的操作。

继续参见图1，示例性的，在手机与第三电子设备，例如路由器建立WiFi连接后，在默认的TDD模式下，手机内的WiFi模块会通第一天线和第二天线与路由器进行发送和接收信号的操作。

而本申请实施例提供的无线通信模式的切换方法，通过监测当前是否满足触发进入 Hybrid模式的检测条件，并在满足进入Hybrid模式的检测条件是判断是否满足从默认的 TDD模式切换到Hybrid模式，进而在将电子设备从TDD模式切换到Hybrid模式后，使得WiFi模块能够在蓝牙模块使用第一天线进行发送和接收信号，即工作的过程中，占用第二天线进行工作。

关于本实施例提供的无线通信模式的切换方法的具体实现流程，下文会结合图8至图14进行具体说明，以下先结合图2至图5对没有独立蓝牙天线的电子设备中，WiFi 模块和蓝牙模块在TDD模式和Hybrid模式的具体工作方式进行说明。

需要说明的是，由于在实际应用中蓝牙模块通常是工作在2.4GHz的无线频段中，因此实现WiFi模块和蓝牙模块共用同一根天线时，WiFi模块同样需要工作在2.4GHz的无线频段。为了便于说明，以下结合图2所示的集WiFi模块和蓝牙(BT)模块于一体的集成电路(Integrated Circuit，IC)，即图2所示的WiFi/BT IC为例进行说明。

参见图2，假设与天线接口Ant0连接的天线为第一天线，其工作在2.4GHz的无线频段，与天线接口Ant1连接的天线为第二天线，同样工作在2.4GHz的无线频段。

示例性的，在一个例子中，可以在电子设备的集成阶段，设置第一天线分别与WiFi模块和蓝牙模块耦合，设置第二天线仅与WiFi模块耦合，例如图2所示，即在蓝牙模块的工作时间内，蓝牙模块通过述第一天线发送和接收信号，在WiFi模块的工作时间内， WiFi模块通过第一天线和/或第二天线发送和接收信号。

示例性的，在另一个例子中，可在电子设备的集成阶段，设置第一天线仅与WiFi模块耦合，设置第二天线分别与WiFi模块和蓝牙模块耦合。

对于这种没有独立蓝牙天线的电子设备，默认情况下是采用TDD的无线通信模式，即将时间区分为WiFi模块的工作时间和蓝牙模块的工作时间。

参见图3，示例性的给出一种WiFi模块和蓝牙模块占用第一天线和第二天线的工作时间的示意图。

如图3所示，设置WiFi模块每次占用第一天线和第二天线工作的时长均为T0，蓝牙模块每次占用第一天线工作的时长均为T1。在TDD模式下，若当前时间为WiFi模块的工作时间，则WiFi模块独占第一天线和第二天线，采用MIMO的方式进行数据传输 (数据发送和/或数据接收)，此时蓝牙模块不工作，即在图3中Ant0连接的第一天线和Ant1连接的第二天线对应的每一个T0时间段内，蓝牙模块都不工作。

相应地，在TDD模式下，若当前时间为蓝牙模块模块的工作时间，则蓝牙模块独占第一天线进行数据传输，此时WiFi模块不工作，即在图3中Ant0连接的第一天线对应的每一个T1时间段内，WiFi模块既不会占用第一天线工作，也不会占用第二天线工作。

通过上述描述可知，对于蓝牙模块和WiFi模块共用同一根2.4GHz(后续称为2.4G)天线的电子设备，在TDD模式下，WiFi模块和蓝牙模块会相互抢占天线，从而导致WiFi 模块占用天线的工作时间大大缩短，这就会使采用WiFi模块方式接入核心网的电子设备与无线接入点(Access Point，AP)之间的交互实时性降低，同时影响WiFi的吞吐量，进而导致使用电子设备正在进行的音视频通话、在线学习课程的声音、画面出现卡顿，甚至掉话的问题，严重影响用户体验。

例如，在一个场景中，电子设备的WiFi模块通过第一天线和第二天线接入了无线网络，同时蓝牙模块连接了蓝牙耳机这一蓝牙设备，当用户使用电子设备应用程序层中安装的视频通话类应用进行视频通话时，由于视频通话的数据需要使用WiFi模块，同时视频通话过程中接收到的音频数据需要通过蓝牙耳机收听，即需要使用蓝牙模块。这种情况下由于WiFi模块和蓝牙模块会相互抢占天线资源，所以经常会导致当前进行的视频通话出现画面上的延迟、卡顿，同时声音也会出现不流畅、无声等现象。

还例如，在另一个场景中，电子设备的WiFi模块通过第一天线和第二天线接入了无线网络，同时蓝牙模块连接了蓝牙耳机、手写笔/蓝牙键盘/蓝牙鼠标等蓝牙类型的人机接口设备(Human Interface Device，HID)时，当用户使用电子设备应用程序层中安装的教育类应用，以视频会议的方式进行在线学习时，由于视频会议的数据需要使用WiFi模块，同时视频会议过程中接收到的音频数据需要通过蓝牙耳机收听，并且用户还会时不时操作手写笔/蓝牙键盘/蓝牙鼠标等蓝牙类型HID，即需要使用蓝牙模块。这种情况下由于 WiFi模块和蓝牙模块会相互抢占天线资源，所以经常会导致当前进行的视频会议出现画面上的延迟、卡顿，同时声音也会出现不流畅、无声等现象，甚至掉话的问题。

为了解决上述问题，部分芯片厂商提供了WiFi模块和蓝牙模块可以混合工作的Hybrid模式。具体的，在Hybrid模式下，WiFi模块的工作方式从MIMO模式退化为SISO 模式，即从同时占用第一天线和第二天线改为仅占用第二天线。

此外，在Hybrid模式下，若当前时间为WiFi模块的工作时间，蓝牙模块同样无法工作，即即便蓝牙模块独占了第一天线，但是在不属于蓝牙模块的工作时间，蓝牙模块也不会使用第一天线进行数据传输的工。但在蓝牙模块的工作时间，WiFi模块是可以工作的，具体为WiFi模块会在蓝牙模块使用第一天线工作的时间内，使用第二天线进行工作，例如图4所示。

如图4所示，假设WiFi模块每一次的工作时长仍为T0，蓝牙模块每一次的工作时长仍为T1。示例性的，如果设置WiFi模块在t1时刻进入工作时间，则在t1时刻至t1+T0 时刻，WiFi模块会单独占用与Ant1接口连接的第二天线工作，例如进行数据的发送和/ 或接收。

相应地，如果设置蓝牙模块在t2时刻(t2>t1+T0)进入工作时间，则在t2时刻至t2+T1 时刻，蓝牙模块会占用与Ant0接口连接的第一天线工作，例如进行数据的发送和/或结束，甚至不进行任何数据传输，仅仅占用第一天线。同时，WiFi模块会在t2时刻+T0时刻内占用与Ant1接口连接的第二天线工作。

需要说明的是，WiFi模块在t2时刻+T0时刻内占用与Ant1接口连接的第二天线进行的工作具体是：在蓝牙模块占用与Ant0接口连接的第一天线工作进行数据发送的时隙，WiFi模块也进行数据发送操作，在蓝牙模块占用与Ant0接口连接的第一天线工作的其他时隙，WiFi模块则进行数据接收操作。

参见图5，示例性的，假设对于某一个蓝牙模块的工作时间T1，其中T1_1时隙、 T1_3时隙是用来进行数据发送的，基于上述所说的Hybrid模式的工作原理，WiFi模块在蓝牙模块工作的该时段内，同样会在T1_1时隙、T1_3时隙进行数据发送。

继续参见图5，示例性的，假设对于某一个蓝牙模块的工作时间T1，其中T1_2时隙和T1_4时隙是用来接收数据，或者直接是不工作的，但当前时间段依旧是属于蓝牙模块的工作时间内，那么基于上述所说的Hybrid模式的工作原理，WiFi模块在蓝牙模块的工作时间T1内，会在T1_2时隙、T1_3时隙进行数据接收。

这样，WiFi模块就可以一直工作，从而保证了WiFi模块与AP间交互的实时性。但是，目前WiFi模块和蓝牙模块无法自动在TDD模式和Hybrid模式进行来回切换，如果由用户手动操作，使WiFi模块和蓝牙模块在TDD模式和Hybrid模式这两种无线通信模式之间进行，操作太过繁琐，并且用户在进行一次无线通信模式的切换操作后，例如从 TDD模式切换到Hybrid模式后，在电子设备不需要连接蓝牙设备，即蓝牙模块不需要工作时，往往会忘记切换回TDD模式，这样WiFi模块就会一直采用SISO模式进行工作，严重影响WiFi模块的吞吐量。故而，为了解决上述问题，提出了本申请实施例提供的无线通信模式的切换方案，使得电子设备能够根据实际的业务场景，在TDD模式和Hybrid 模式之间自动切换，从而做到既兼顾WiFi的吞吐量，又兼顾与AP的交互实时性，尽可能减少了音视频通话、在线学习课程时声音、画面的卡顿次数和卡顿时长，保障了用户体验。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际的应用场景中，不论是在TDD模式下，还是Hybrid模式下，WiFi模块和蓝牙模块的工作时间均可以根据实际的业务场景进行动态调整，例如对于WiFi模块使用频繁，但蓝牙模块使用较少的场景，可以设置WiFi模块的工作时间大于蓝牙模块的工作时间；反之，则设置WiFi模块的工作时间小于蓝牙模块的工作时间。

此外，在一些实施例中，蓝牙模块的每一个工作时间的时长可以相同，也可以不相同。

相应地，WiFi模块的每一个工作时间的时长可以相同，也可以不相同。

此外，在一些实施例中，不论是蓝牙模块，还是WiFi模块，它们各自对应的任一工作时间内用于进行数据发送的时隙和接收数据的时隙，以及不工作的时隙的长短也可以根据实际的业务需求进行调整。

关于WiFi模块和蓝牙模块的工作时间和每一工作时间内进行数据传输的时隙的设置，本申请不做具体描述，在具体实现时可以参加相关技术资料实现，本申请对此不做限制。

为了更好的理解本申请实施例提供的无线通信模式的切换方法，以下先结合图6和图7对该方法所适用于的电子设备的硬件结构和软件结构进行说明，再结合图8至图14对基于该硬件结构和软件结构的电子设备实现本申请实施例提供的无线通信模式的切换方法的过程进行说明。

参见图6，为示例性示出的实现本申请实施例提供的无线通信模式的切换方法的电子设备100的硬件结构示意图。

如图6所示，电子设备100可以包括：处理器110，外部存储器接口120，内部存储器121，天线1，天线2，移动通信模块130，无线通信模块140，音频模块130，传感器模块160，摄像头170，显示屏180等。

天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块130可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块130可以包括滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。无线通信模块140可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near fieldcommunication， NFC)，红外技术(infrared，IR)等无线通信的解决方案。

在一些实施例中，电子设备100的天线1和移动通信模块130耦合，天线2和无线通信模块140耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。

示例性的，在一些实施例中，对于支持MIMO模式的电子设备，通常会包括多个与移动通信模块130耦合的天线1和与无线通信模块140耦合的天线2。即，为了实现本申请实施例提供的无线通信模式的切换方法，电子设备100包括两根与无线通信模块140 耦合的天线2，并且这两根天线2均工作在2.4GHz的无线频段，本申请实施例中将这两跟天线2分别称为第一天线和第二天线，并设置第一天线分别与WiFi模块和蓝牙模块耦合，第二天线仅与WiFi模块耦合。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制，在实际应用中，第一天线也可以仅与WiFi模块耦合，第二天线可以分别与WiFi模块和蓝牙模块耦合。

继续参见图6，示例性的，对于电子设备100的音频模块150例如可以包括扬声器150A、受话器150B、麦克风150C、耳机接口150D等。

示例性的，电子设备100可以通过音频模块150中的扬声器150A、受话器150B、麦克风150C、耳机接口150D，以及应用处理器等实现音频功能，例如音乐播放，录音、语音通话等。例如，在本申请实施例中，当用户触发了能够进行语音通话的应用时，可以通过获取音频模块150包括的上述硬件单元的当前的状态信息，确定用户是否正在使用能够进行语音同的应用进行语音通话。

可理解的，在实际应用中，音频模块150用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块150还可以用于对音频信号编码和解码。在一些实施例中，音频模块150可以设置于处理器110中，或将音频模块150的部分功能模块设置于处理器110中。

此外，关于电子设备100中的传感器模块160，在一些实施例中可以包括压力传感器、陀螺仪传感器、气压传感器、磁传感器、加速度传感器、距离传感器、接近光传感器、指纹传感器、温度传感器、触摸传感器、环境光传感器、骨传导传感器等，此处不再一一列举，本申请对此不做限制。

电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块130，无线通信模块140，调制解调处理器以及基带处理器等实现。

关于，显示屏180具体用于显示图像，视频等。显示屏180包括显示面板，在一些实施例中，电子设备100可以包括1个或N个显示屏180，N为大于1的正整数。

示例性的，在本申请实施例中，显示屏除了用于显示图像、视频等内容，还用于与传感器配合，如压力传感器使得电子设备能够确定用户触发的应用具体位于什么位置，进而确定用户具体触发的是什么应用。

摄像头170用于捕获静态图像或视频。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

示例性的，在申请实施例中，摄像头170用于在业务场景需要进行视频通话/会议时，采集本地用户的画面，以便电子设备处理后传输给对端设备显示。

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

示例性的，在本申请实施例中，判断用户触发的应用是否满足第一切换条件的白名单应用列表的文件可以单独保存在外边存储卡中，这样在用户更换电子设备的情况下，直接将保存了白名单应用列表的外边存储卡取出连接到更换后的电子设备中，便可以继续执行本申请实施例提供的无线通信模式的切换方法。

此外，图6中示出内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。

具体的，实现本申请实施例提供的无线通信模式的切换方法的相关指令预先存储到内部存储器121中，处理器110通过执行内部存储器121中存储的指令，从而能够使得电子设备100执行本申请实施例提供的无线通信模式的切换方法。

示例性的，在实际的应用场景中，电子设备10例如还可以包括通用串行总线(universal serial bus，USB)接口，充电管理模块，电源管理模块，电池，按键，马达，指示器，以及用户标识模块(subscriber identification module，SIM)卡接口等，此处不再一一列举，本申请对此不做限制。

关于电子设备100的硬件结构就介绍到此，应当理解的是，图6所示电子设备100仅是一个范例，在具体实现中，电子设备100可以具有比图中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图6中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

关于电子设备的软件结构，本申请实施例仍以电子设备100为例。以下结合图7对电子设备100的软件结构进行描述。在对电子设备100的软件结构进行说明书之前，首先对电子设备100的软件系统可以采用的架构进行说明。

具体的说，在实际应用中，电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。

此外，可理解的，目前主流的电子设备使用的软件系统包括但不限于Windows系统、Android系统和iOS系统。为了便于说明，本申请实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

此外，后续关于本申请实施例提供的无线通信模式的切换方法的描述，涉及的电子设备，本申请均已Android系统为例。但在具体实现中，本申请实施例提供的无线通信模式的切换方法同样适用于其他系统。

参见图7，为示例性示出的实现本申请实施例提供的无线通信模式的切换方法的电子设备100的软件结构示意图。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。由于本申请实施例提供的无线通信模式的切换方法主要涉及应用程序层、应用程序框架层和内核层，故而图7未示出安卓运行时和系统库层。

其中，应用程序层可以包括一系列应用程序包。如图7所示，为了实现本申请实施例提供的无线通信模式的切换方法，安装在应用程序层的应用可以包括使用时WiFi模块和蓝牙模块会对其使用效果造成影响的应用，例如图7中的会议应用。

示例性的，在实际的应用场景中，对于触发进入Hybrid模式的检测条件为触发了应用程序层中安装的白名单应用时，白名单应用的信息可以是技术人员预置到应用程序框架层中的监听模块内的，也可以是保存在电子设备本地的，还可以是由用户自行设置的。

关于用户自行设置的方式，示例性的可以在应用程序层提供供用户设置白名单应用的入口的设置应用，例如图7中的设置应用。

示例性的，在实际的应用场景中，应用程序包还可以包括相机、图库、日历、地图，导航，WLAN，蓝牙，音乐，视频，短信息，以及各种教育类、即时通信类的应用程序，此处不再一一列举，本申请对此不做限制。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图7所示，为了实现本申请实施例提供的无线通信模式的切换方法，应用程序框架层可以包括监听模块、混合模式处理模块、蓝牙框架、WiFi框架、音频框架、摄像头框架等。

示例性的，在实际的应用场景中，应用程序框架层还包括用于管理窗口程序的窗口管理器、用来提供构建应用程序的基本组件的视图系统、用来为应用程序提供各种资源的资源管理器、用来在状态栏显示通知信息的通知管理器等，此处不再一一列举，本申请对此不做限制。

需要说明的是，关于图7中示出的监听模块，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于监听用户触发应用程序层中安装的应用的，例如会议应用的操作，并在监听到作用于触发应用程序层中安装的应用的操作时，确定操作触发的应用是否满足第一切换条件，例如判断触发的应用是否为预设的白名单应用，即需要进行切换无线通信模式的用于。

此外，关于图7中示出的混合模式处理模块，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于实现无线通信模式的切换方法的判断逻辑，以确定当前的业务场景是否满足从TDD模式切换到Hybrid模式，或者从Hybrid模式切换回TDD模式。

此外，关于图7中示出的蓝牙框架，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于调用内核层的蓝牙驱动，以使蓝牙驱动调用蓝牙模块这一硬件，进而获得蓝牙模块当前的工作信息，如连接状态信息、工作时所遵循的蓝牙音频传输协议、工作时间内用于发送数据的时隙等。

此外，关于图7中示出的WiFi框架，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于调用内核层的WiFi驱动，以使WiFi驱动调用WiFi模块这一硬件，进而获得WiFi模块当前的工作信息，例如是否使用第一天线和第二天线连接到无线网络、当前的带宽、信号强度值等。

此外，关于图7中示出的音频框架，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于调用内核层的音频驱动，以使音频确定调用音频模块这一硬件，进而获得音频模块当前的占用信息，或者说状态信息。

此外，关于图7中示出的摄像头框架，在实现本申请实施例提供的无线通信模式的切换方法时，具体用于调用内核层的摄像头驱动，以使摄像头驱动调用摄像头这一硬件，基恩人获得摄像头当前的占用信息，或者说状态信息。

内核层是硬件和软件之间的层。内核层例如可以包含蓝牙驱动，摄像头驱动，音频驱动，WiFi驱动等，此处不再一一列举，本申请对此不做限制。

可理解的，在实际的应用场景中，内核层的蓝牙驱动具体是由应用程序框架层中的蓝牙框架调用的。

相应地，内核层的摄像头驱动是由应用程序框架层中的摄像头框架调用的，内核层的音频驱动是由应用程序框架层中的音频框架调用的，内核层的WiFi驱动是由应用程序框架层中的WiFi框架调用的。

可以理解的是，图7示出的软件结构中的层以及各层中包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

以图5示出的硬件结构和图6示出的软件结构的电子设备为例，对该电子设备实现本申请实施例提供的无线通信模式的切换方法的流程进行具体说明。

具体的说，本申请实施例提供的无线通信模式的切换方法主要是针对如何将电子设备从默认的TDD模式切换到Hybrid模式，以及合适退出Hybrid模式切换回TDD模式。由于电子设备在开启蓝牙功能的情况，默认采用的是TDD模式，因此在实现本申请实施例提供的无线通信模式的切换方法时可以从监测当前是否满足触发进入Hybrid模式的检测条件，以及在满足触发进入Hybrid模式的检测条件时，判断是否需要从TDD模式切换到Hybrid模式这两个大步骤出发。

参见图8，示例性的给出一种实现本申请实施例提供的无线通信模式的切换方法的流程示意图，具体包括：

步骤S101，监测当前是否满足触发进入Hybrid模式的检测条件。

示例性的，在实际的应用场景中，触发进入Hybrid模式的检测条件包括但不限于以下任意一种或几种的组合：监测到应用程序层安装的应用的触发操作、监测到WiFi连接发生变化、检测到蓝牙连接发生变化、监测到有蓝牙的音频业务进入、监测到前提的应用发生变化、检测到摄像头的状态发生变化等。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际的应用场景中，可以根据业务需要设置触发进入Hybrid模式的检测条件，本申请对此不做限制。

通过步骤S101的监测，若监测到当前满足触发进入Hybrid模式的检测条件，则进入步骤S102，反之在电子设备工作期间则继续进行监测。

此外，需要说明的是，结合附图7可知，步骤S101中的操作具体是由应用框架层的监听模式实现的。

示例性的，在一个例子中，可以在电子设备启动后启动一个监听器，由监听模块进行管控。

相应地，当监听器监听到用户对显示界面中任一位置的触摸/点击操作时，根据电子设备中的传感器，例如压力传感器确定用户触摸/点击的具体位置信息和压力信息，并将获取到的信息交由监听模块进行处理，进而确定用户的操作行为是否是针对应用程序层中安装的某一应用的。

进一步地，在确定用户的操作是触发应用程序层中安装的应用时，监听模块确定当前满足触发进入Hybrid模式的检测条件，即进入步骤S102。

此外，关于触发进入Hybrid模式的检测条件为监测到应用程序层安装的应用的触发操作的具体说明，详见图9所示实施例中步骤S201的记载，此处不再赘述。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

步骤S102，判断是否满足从TDD模式切换到Hybrid模式。

示例性的，在实际的应用场景中，判断是否满足从TDD模式切换到Hybrid模式的时可以从以下几个角度出发：

例如，先判断WiFi模块、蓝牙模块是否连接，WiFi模块是否在2.4GHz的无线频段，且当前带宽是否为20M。即，先判断当前时刻蓝牙模块和WiFi模块是否都在作业，如果仅有一个模块在工作，由于不存在对天的抢占，实质上无需进行无线通信模式的切换；如果两个模块都在工作，则判断二则是否都工作在2.4GHz的无线频段，以及20M的带宽，因此当WiFi模块也工作在2.4GHz的无线频段时，WiFi模块和蓝牙模块共用同一天线才会出现干扰，而在WiFi模块工作在5GHz的无线频段时，即便与蓝牙模块共用同一天线也不会相互干扰。

进一步地，在满足上述条件后，还可以接着判断蓝牙业务、前台应用、摄像头、音频模块的使用情况，从而确定是否满足切换到Hybrid模式的条件，例如前台应用是否为教育类应用、即时通信类应用等。

进一步地，在满足上述条件后，还可以接着判断WiFi模块当前的信号强度中是否大于设置的门限值。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际的应用场景中，可以根据业务需要设置从TDD模式切换到Hybrid模式的切换条件，本申请对此不做限制。

此外，关于上述提到的判断是否满足从TDD模式切换到Hybrid模式的时可以考虑的几个角度，在图9所示实施例中有具体说明，详见步骤S202至步骤S209，此处不再赘述。

通过步骤S102的判断操作，若确定满足从TDD模式切换到Hybrid模式，则进入步骤S103，反之则继续采用TDD模式进行通信，即进入步骤S104。

步骤S103，将WiFi模块和蓝牙模块从模式的TDD模式切换到Hybrid模式。

步骤S104，停留在默认的TDD模式。

也就是说，本申请实施例提供的无线通信模式的切换方法，通过根据业务需求预置触发进入Hybrid模式的检测条件，以及从TDD模式切换到Hybrid模式的切换条件，在电子设备工作期间，通过监测当前是否满足触发进入Hybrid模式的检测条件，以及在满足触发进入Hybrid模式的检测条件时，判断是否满足从TDD模式切换到Hybrid模式的切换条件，从而使WiFi模块和蓝牙模块共用同一工作在2.4GHz的无线频段的天线的电子设备能够根据实际的业务场景，决定是否进入Hybrid模式，从而做到既兼顾WiFi的吞吐量，又兼顾与AP的交互实时性，尽可能减少了音视频通话、在线学习课程时声音、画面的卡顿次数和卡顿时长，保障了用户体验。

此外，需要说明的是，由于实时性要求高、吞吐量大的业务场景，电子设备采用的无线通信模式可能需要不断切换，以更好的适应当前的业务场景，做到既兼顾实时性，又兼顾吞吐量。为通过对蓝牙模块和WiFi模块共用同一根工作在2.4GHz的无线频段天线的电子设备在极端业务场景的测试，即启动一款同时使用WiFi模块、蓝牙模块、音频模块和摄像头的应用，并规定蓝牙耳机采用的是对音质和蓝牙传输速率要求较高的高级音频编码(Advanced Audio Coding，AAC)的蓝牙音频传输协议，得出表1所示的结果。

表1影响电子设备进入Hybrid模式的因素的测试表

通过表1中记载的测试结果可以发现触发进入Hybrid模式的检测条件包括但不限于以下任意一种或几种的组合：监测到应用程序层安装的应用的触发操作、监测到WiFi连接发生变化、检测到蓝牙连接发生变化、监测到有蓝牙的音频业务进入、监测到前提的应用发生变化、检测到摄像头的状态发生变化等；判断是否满足从TDD模式切换到Hybrid 模式的切换条件包括但不限于以下任意一种或几种的组合：可以先判断WiFi模块、蓝牙模块是否连接，WiFi模块是否在2.4GHz的无线频段，且当前带宽是否为20M；然后判断蓝牙业务、前台应用、摄像头、音频模块的使用情况，从而确定是否满足切换到Hybrid 模式的条件，例如前台应用是否为教育类应用、即时通信类应用等；最后判断WiFi模块当前的信号强度中是否大于设置的门限值。

基于上述测试结果，以及给出的触发进入Hybrid模式的检测条件和判断是否满足从 TDD模式切换到Hybrid模式的切换条件，以下以触发进入Hybrid模式的检测条件为监测到应用程序层安装的应用的触发操作、监测到WiFi连接发生变化、检测到蓝牙连接发生变化、监测到有蓝牙的音频业务进入，从TDD模式切换到Hybrid模式的切换条件包括音频模块、摄像头的占用信息，WiFi模块的连接状态、蓝牙模块的工作信息、WiFi 模块的信号强度值等因素为了，结合图9给出的实现本申请实施例提供的无线通信模式的切换方法流程图进行详细说明。

参见图9，本申请实施例提供的无线通信模式的切换方法，具体包括：

步骤S201，在监听到作用于触发应用程序层中安装的应用的操作时，确定操作触发的应用是否满足第一切换条件。

需要说明的是，根据上文给出的影响电子设备进入Hybrid模式的因素包括应用情况、蓝牙情况、WiFi情况、音频和摄像头情况，因此本实施例中根据这几种情况预设了几种切换条件，具体为：第一切换条件、第二切换条件、第三切换条件和第四切换套件。

其中，第一切换条件为操作触发的应用是否为白名单应用；第二切换条件为音频模块和摄像头均被占用，或者音频模块被占用，摄像头模块未被占用；第三切换条件为宽为20M；第四切换条件为蓝牙模块是否连接蓝牙设备。

应当理解的是，在实际的应用场景中，上述影响电子设备进入Hybrid模式的因素可以单独考虑，也可以组合考虑，本申请对此不做限制，本实施例将它们组合考虑，仅仅是一种具体的实现方式，是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

基于上述给出的第一切换条件，在确定操作触发的应用是否满足第一切换条件时，监听模块具体需要获取被触发的应用的包名，然后根据包名查找预先确定的白名单应用列表中是否存在与之匹配的白名单应用包名。

相应地，若存在，则确定应用为白名单应用，即操作触发的应用满足第一切换条件。此时，监听模块可以通知同样位于应用程序框架层中的混合模式处理模块，由混合模式处理模块进行后续判断逻辑，以确定当前业务场景是否适合从默认的TDD模式切换到Hybrid模式，以使WiFi模块能够改MIMO模式为SISO模式，一直进行工作，保证与 AP间的交互实时性。

示例性的，在一个例子中，预先设置在白名单应用列中的白名单可以为对实时性、吞吐量、信号强度等要求较高的应用，例如教育类应用、即时通信类应用、办公会议类应用等，此处不再一一列举，本申请对此不做限制。

可理解的，在实际的应用场景中，对于应用类型的划分可以直接根据应用的包名确定，故而在预先设置白名单应用列表时，直接将满足上述要求的白名单应用的包名进行存储即可，这样在确定触发的应用是否满足第一切换条件时，直接进行包名的匹配即可，方便、快捷，还兼顾了准确性。

此外，需要说明的是，在实际的应用场景中，关于白名单应用列表的设置，例如可以是监听模块根据应用程序层安装的应用对应的描述消息和属性直接确定生成，并保存到电子设备本地指定存储路径下，也可以是存储在外部存储卡中。这样，监听模块在确定触发的应用是否满足第一切换条件时，直接访问指定路径下存储的白名单应用列表即可。

示例性的，在另一个例子中，白名单应用列表也可以是由开发人员内置到监听模块中的，即开发人员根据当前市面上常用的应用进行类型划分，进而将常用的应用的包名信息内置到监听模块中。

可理解的，对于这种直接将白名单应用列表内置到监听模块的方式，可以通过对电子设备的软件系统的更新迭代修改监听模块中置入的白名单应用列表。

示例性的，在另一个例子中，为了使本实施例的无线通信模式的切换方案更贴合用户使用需求，还可以提供可以供用户自主设置白名单应用列表的设置入口，例如在设置应用中提供。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，应当理解的是，本实施例中所说的电子设备，例如可以是平板电脑、手机、PC机、智能手表、智能音响等，此处不再一一列举，本申请对此不做限制。

由此，监听模块根据上述方式对触发的应用进行判断后，若确定触发的应用满足第一切换条件，例如是预置白名单应用列表中设置的白名单应用，则执行步骤S202，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

步骤S202，获取应用对音频模块和摄像头的占用信息。

具体的说，实施例中所说的音频模块和摄像头的占用信息具体是用来描述当前被用户触发的应用是否正在使用音频模块和摄像头，以及具体的使用情况，例如是长时间占用，还是短时间的占用。

需要说明的是，在实际的应用场景中，即便监听到用户当前的操作是针对满足第一切换条件的白名单应用，例如即时通信类应用时，但用户当前可能仅仅是通过文字的方式进行聊天，或者单纯的发送的语音消息，即段时间占用音频模块中的麦克风，或者扬声器，或者受话器，或者耳机接口，而非发起语音通话或视频通话长时间占用音频模块和摄像头。因此，为了尽可能避免误判，盲目的进行通信模式的切换在确定触发的应用满足第一切换条件后，需要进一步判断是否满足上述给出的第二切换条件。故而，需要获取应用对音频模块和是摄像头的占用信息。

步骤S203，判断占用信息是否满足第二切换条件。

具体的说，如果获取到的应用对音频模块和摄像头的占用信息为音频模块和摄像头模块同时被占用，并且根据音频模块和摄像头模块对应的占用时长信息的资料确定应用对音频模块和摄像头的连续占用时长大于某一阈值，例如2分钟，则确定满足第二切换条件，例如对于即时通信类应用，在满足上述条件时，用户当前可能正在使用应用进行视频通话，而视频通话对WiFi的实时性要求是较高的。

此外，如果获取到的应用对音频模块和摄像头模块的占用信息为仅占用了音频模块，摄像头模块没有被占用，并且根据音频模块对应的占用时长信息的资料确定应用对音频模块的连续占用时长大于某一阈值，例如2分钟，则确定满足第二切换条件，例如对于即时通信类应用，在满足上述条件时，用户当前可能正在使用应用进行语音通话，而语音通话对WiFi的实时性要求也是较高的。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

由此，混合处模式处理模块根据上述方式判断应用对音频模块和摄像头的占用情况后，若确定满足第二切换条件，则执行步骤S204，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

步骤S204，确定WiFi模块是否使用第一天线和第二天线连接到无线网络。

应当理解的，之所以要采用本实施例提供的无线通信模式的切换方法对电子设备当前的无线通信模式进行切换，例如从TDD模式切换到Hybrid模式，是为了使WiFi模块能够一直处于工作时间，即WiFi模块要接入到无线网络。故而，需要判断电子设备当前是否接入了无线网络，具体是通过判断WiFi模块是否使用第一天线和第二天线连接到无线网络。

相应地，若确定WiFi模块使用第一天线和第二天线连接到无线网络，则执行步骤S205，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

步骤S205，确定第一天线和第二天线对应的带宽是否满足第三切换条件。

示例性的，本实施例中设置的第三切换条件例如可以是20M，从而避免了蓝牙模块会出现跳频的问题，进一步滤除了不适合进行模式切换的场景。

由此，混合模式处理模块根据上述方式判断第一天线和第二天线对应的带宽是否为 20M后，若确定是，则确定满足第三切换条件，执行步骤S206，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

步骤S206，确定蓝牙模块的工作信息。

具体的说，在确定WiFi模块被使用的前提下，进一步判断蓝牙模块是否被使用，若被使用则说明蓝牙模块和WiFi模块会相互抢占第一天线，若蓝牙模块不会被使用，则 WiFi模块可以独占第一天线和第二天线，即无需进行无线通信模式的切换。

示例性的，在本实施例中混合模式处理模块需要确定的蓝牙模块的工作信息首先需要包括连接状态信息，即蓝牙模块当前是否连接的蓝牙设备。

需要说明的是，本实施例中所说的蓝牙设备包括但不限于是蓝牙耳机、蓝牙键盘、蓝牙鼠标、手写笔中的一种或多种。

相应地，对于确定的蓝牙模块的工作信息是连接状态信息时，第四切换条件例如可以为上述所说的蓝牙模块是否连接蓝牙设备。

此外，在实际的应用场景中，如果根据连接状态信息确定蓝牙模块当前连接的蓝牙设备，还可以进一步获取当前连接的蓝牙设备的描述消息，进而确定当前连接的具体是哪种蓝牙设备，例如是蓝牙耳机，还是蓝牙键盘，还是蓝牙鼠标，还是手写笔等。

进一步地，在确定蓝牙模块连接了蓝牙耳机时，确定的工作信息还可以进一步包括蓝牙耳机对于的蓝牙音频传输协议，以便后续判断是否满足第四切换条件时，不仅能够根据是否有蓝牙设备接入，还可以根据连接的蓝牙设备，以及遵循的工作协议进一步判断筛选。

进一步地，由于Hybrid模式下，WiFi模块可以在蓝牙模块的工作时间内用来发送数据的时隙发送数据，在其他时隙接收数据。因此，获取的工作信息还包括蓝牙模块发送数据的时隙。

由此，若通过判断混合模式处理模块确定蓝牙模块的工作信息满足第四切换条件，则执行步骤S207，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

步骤S207，判断蓝牙模块的工作信息是否满足第四切换条件。

具体的说，若第四切换条件仅仅设置了蓝牙模块是否连接蓝牙设备，则直接根据工作信息中的连接状态信息进行判断即可；若第四切换条件还设置了其他内容，例如在实际的应用场景中，还可以设置在蓝牙模块连接的蓝牙设备为指定设备时，才确定满足第四切换条件。

示例性的，在一个例中，对于连接的蓝牙设备为占用带宽大、实时性要高的蓝牙耳机时，第四切换条件中还可以添加蓝牙模块当前工作所遵循的蓝牙音频传输协议是否满足高级音频编码，比如AAC或LDAC-660等，如果满足则确定满足第四切换条件。

相应地，对于这种第四切换条件，获取的工作信息还包括蓝牙模块当前工作所遵循的蓝牙音频传输协议信息。

步骤S208，确定WiFi模块的信号强度值。

具体的说，根据上文给出的影响电子设备进入Hybrid模式的因素可知，除了带宽会有影响，WiFi的信号强度也还有影响。

因此，在通过上述判断确定电子设备当前满足上述四个切换条件时，还需要进一步判断WiFi模块当前的信号强度值是否满足进入Hybrid模式的要求。

关于本实施例中所说的信号强度(Received Signal Strength Indication，RSSI)，具体是用来体现接收的信号强度指示，该参数是无线发送层的可选部分，用来判定链接质量，以及是否增大广播发送强度。

在本实施例中给出两种确定WiFi模块的信号强度值的具体方式，分别是：

方式一：从两根天线对应的信号强度值中取最大值

首先，分别获取第一天线的信号强度值RSSI_0和第二天线的信号强度值RSSI_1；然后，判断第一天线的信号强度值RSSI_0是否大于第二天线的信号强度值RSSI_1；若大于，则将第一天线的信号强度值确定为WiFi模块的信号强度值；否则，将第二天线的信号强度值确定为WiFi模块的信号强度值，即MAX(RSSI_0，RSSI_1)。这样，通过选取两根天线中信号强度值大的，从而在当前业务场景满足上述四个条件时，能够及时进入Hybrid模式。

方式二：选择进入Hybrid模式后WiFi模块使用的天线对应的信号强度值

对于这种方式，如果Hybrid模式下，WiFi模块仅占用第二天线工作，则确定WiFi模块的信号强度值，具体为：获取第二天线的信号强度值，并将第二天线的信号强度值确定为WiFi模块的信号强度值。

示例性的，如果Hybrid模式下，WiFi模块仅占用第一天线工作，即WiFi模块和蓝牙模块共用的是第二天线，则确定WiFi模块的信号强度值，具体为：获取第一天线的信号强度值，并将第一天线的信号强度值确定为WiFi模块的信号强度值。

这样，直接选择后续切换为Hybrid模式时WiFi模块占用的天线的信号强度值作为WiFi模块的信号强度值，从而使得无线通信方式的切换更加贴合当前的业务场景。

步骤S209，判断WiFi模块的信号强度值是否大于第一门限值。

具体的说，若混合模式处理模块通过判断确定WiFi模块的信号强度值大于第一门限，即进入Hybrid模式的门限值，则执行步骤S210，即可以执行将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式的操作，否则继续保持当前的无线通信模式为默认的TDD模式，即步骤S211。

需要说明的是，在实际的应用场景中信号强度值是一个负值，因此第一门限值也会是一个负值。

示例性的，门限值(第一门限值，以及下文出现的第二门限值)与天线隔离度存在关联性。

所谓天线隔离度，具体是指一个天线发射的信号功率与另一个天线所接收的信号功率的比值，例如第一天线发射的信号功率与第二天线接收的信号功率的比值，或者第二天线发射的信号功率与第一天线接收的信号功率的比值。

示例性的，天线隔离度越高，门限值的取值越小，即“-”后的数值越大。

此外，在实际的应用场景中，门限值的取值还与天线性能、所在设备，以及在设备中的布局有关。

关于门限值的具体取值，本申请对此不做限制，在实际应用中，可以根据实际的业务需要确定。

步骤S210，进入Hybrid模式。

具体的说，如果电子设备当前处于默认的TDD模式，则步骤S210的操作具体为将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式。

相应地，如果电子设备已经处于Hybrid模式，则步骤S210的操作具体为控制电子设备继续处于Hybrid模块，即不进行无线通信模式的切换。

步骤S211，进入TDD模式。

具体的说，如果电子设备当前处于Hybrid模式，则步骤S211的操作具体为将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式，例如WiFi的信号强度值小于第一门限值，则将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式。

相应地，如果电子设备已经处于TDD模式，则步骤S211的操作具体为控制电子设备继续处于TDD模式，即不进行无线通信模式的切换。

需要说明的是，对于步骤S211执行的操作具体是将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的场景，在实际应用对应的业务场景可能是电子设备已经处于 Hybrid模式，并且上述四个切换条件均满足，只是WiFi模块当前的信号强度值小于了第一门限值，但当前的业务场景电子设备可能依旧不适合切换回TDD模式。故而，为了避免在出现上述情况时，就立马退出Hybrid模式，导致WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换，即出现乒乓效应。所谓乒乓效应指的是在两个不同的状态之间来回变化，对应到本申请实施例中是指WiFi模块和蓝牙模块对应的无线通信模式在 TDD模式和Hybrid模式之间来回变化，这种频繁切换无线通信模式的不仅会占用电子设备的资源，还会使得当前的无线通信模式无法适用于当前的业务场景，进而影响用户体验。

为了解决乒乓效应，在上述实施例的基础上，引入了防乒乓机制，以减少WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换，降低对电子设备资源的占用，使得电子设备工作期间采用的无线通信模式能够更好的适用于当前的业务场景。

防乒乓机制一：

示例性的，在一个例子中可以设置取值小于第一门限值的第二门限值作为退出Hybrid模式的门限值。这样，在信号强度值小于第一门限时，执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤之前，先判断信号强度值是否小于第二门限值。

相应地，若信号强度值小于第二门限值，则执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤，即执行步骤S211；否则，控制电子设备继续停留在Hybrid 模式。这样可以有效避免因为WiFi模块当前的信号强度值暂时小于第一门限值，但在第一门限值和第二门限值区间时，就立马退出Hybrid模式，导致WiFi模块和蓝牙模块在 TDD模式和Hybrid模式之间频繁切换，占用电子设备资源。

防乒乓机制二：

示例性的，在确定WiFi模块当前的信号强度值即不大于第一门限值，同时又小于第二门限值时，即不满足继续停留在Hybrid模式的条件时，还可以进一步引入防乒乓机制二，即不立马退出Hybrid模式，而是监测一个时长内是重新满足了进入Hybrid模式的条件，在满足时则继续停留到Hybrid模式，在不满足时才退出Hybrid模式切换回TDD模式，通过延时的处理方式，进一步避免了WiFi模块和蓝牙模块在TDD模式和Hybrid模式之间频繁切换。

具体的，关于上述防乒乓机制二的使用，可以是在确定WiFi模块当前的信号强度值即不大于第一门限值，同时又小于第二门限值时，启动一个定时器或计时器，待定时器或计时器记录的时间到达第一时长后，采用步骤S208给出的任意一种方式重新确定WiFi 模块的信号强度值，然后将重新确定的强度值与第二门限值进行比较。

相应地，在重新确定的信号强度值小于第二门限值时，才执行将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的步骤；否则控制电子设备继续停留在Hybrid模式。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，除了在WiFi模块的信号强度值小于第一门限值时采用延时机制，还可以在其他每一个判断环境引入延时机制，即在任意一个环境不满足对应的切换条件时，均设置一定的等待时间，并监测等待时间结束后是否重新满足对应的切换条件。若在不满足时才确定当前业务场景不适合采用Hybrid模式，即需要退出Hybrid模式，切换回TDD模式。

防乒乓机制三：

示例性的，在将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式之后，可以设置电子设备在每一次无线通信模式的切换操作后的一段时间内，停止执行下一次无线通信模式切换操作，从而能够有效避免因为信号频繁跳变导致WiFi模块和蓝牙模块在TDD 模式和Hybrid模式之间频繁切换的现象发生。例如，在将WiFi模块和蓝牙模块从Hybrid 模式切换回TDD模式之后，可以设置电子设备在第二时长内，停止执行将WiFi模块和蓝牙模块从时分双工TDD模式切换到混合Hybrid模式的步骤。

防乒乓机制四：

示例性的，在实际的应用场景中，还可以设置每一时间段内只需要发送一条进行无线通信切换的指令，从而可以避免两条指令间隔太短，底层来不及处理，进而造成线程阻塞的现象发生。例如，在执行步骤S210，即将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式时，可以设置在第三时长内，仅允许发送一条将WiFi模块和蓝牙模块从 TDD模式切换到Hybrid模式的指令，从而使得电子设备只响应于一次指令，便可以完成将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式的操作，避免两条指令间隔太短，底层来不及处理，进而造成线程阻塞的现象发生。

示例性的，在执行步骤S211，即将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式时，可以设置在第四时长内，仅允许发送一条将WiFi模块和蓝牙模块从Hybrid模式切换回TDD模式的指令，从而使得电子设备只响应于一次指令，便可以完成将WiFi 模块和蓝牙模块从Hybrid模式切换回TDD模式的操作，避免两条指令间隔太短，底层来不及处理，进而造成线程阻塞的现象发生。

应当理解的是，上述给出的几种防乒乓机制可以应用于上述给出的任意一种实现无线通信模式的切换方法的实施例，并且在实际的应用场景中可以根据业务需要，采用其中一个或多个，本申对此不做限制。

此外，基于本实施例提供的无线通信模式的切换方法，针对同一电子设备的多个应用，例如应用1和应用2在相同业务场景下进入Hybrid模式和未进入Hybrid模式出现的卡顿次数进行了测试，测试结果如表2。

表2基于无线通信模式的切换方法的测试记录表

通过表2中记录的应用1和应用2在进入Hybrid模式和未进入Hybrid模式下出现的卡顿次数可知，在WiFi模块的信号强度值大于第一门限值(-55dbm)时，不论是否处于Hybrid模式，基本不会出现卡顿现象，而在WiFi模块的信号强度值介于第一门限值 (-55dbm)和第二门限值(-65dbm)之间时，进入Hybrid模式后，应用1和应用2出现卡顿的次数明显少于未进入Hybrid模式。

关于电子设备实现无线通信模式的切换的主要步骤本实施例就介绍到此，以下结合图10至图14对电子设备实现本申请实施例提供的无线通信模式的切换方法时内部模块的具体交互进行说明。

参见图10，以应用程序层被触发的应用为会议应用为例，实现本申请实施例提供的无线通信模式的切换方法时电子设备内部模块的交互操作具体包括：

步骤S301，监听模块监听到作用于触发应用程序层中安装的会议应用的操作。

步骤S302，监听模块根据被触发的会议应用的包名和预置的白名单应用列表中记录的包名确定会议应用是否为白名单应用，即会议应用是否满足第一切换条件。

步骤S303，监听模块确定会议应用满足第一切换条件，向混合模式处理模块发送通知信息，告知混合处理模块执行切换无线通信模式的其他处理流程。

步骤S304，混合模式处理模根据预置的第二切换条件，确定需要获取的数据信息，进而使用对应的接口调用应用程序框架层中对应的框架，以使该框架能够调用内核层中对应的驱动，进而由驱动获取对应硬件单元的数据信息。

具体的说，根据上述实施例中的描述可知，第二切换条件是针对音频模块和摄像头的。

故而，对于步骤S304至步骤S309中涉及的硬件单元具体为音频模块和/或摄像头。

相应地，硬件单元对应的框架为音频框架和摄像头框架，硬件单元对应的驱动为音频驱动和摄像头驱动。

基于此，关于获取会议应用对音频模块的占用信息的实现过程，对应到电子设备的软件结构中，图10中的步骤S301至步骤S310具体如下：

参见图11，示例性的，当用户触发了安装在应用程序层的会议应用后，应用程序框架层中的监听模块会监听到用户触发会议应用的操作，即执行步骤S301。

相应地，监听模块会根据触发的会议应用的包名和预置的白名单应用列表中记录的包名确定会议应用是否为白名单应用，即执行步骤S302。

相应地，监听模块在确定会议应用满足第一切换条件时，会执行上述所说的步骤S303。

相应地，混合模式处理模块在接收到监听模块发送的会议应用满足第一切换条件的通知后，会调用同样位于应用程序框架层的音频框架，即执行步骤S304。

相应地，音频框架接收到混合模式处理模块的调用后，会执行步骤S305，具体为音频框架调用内核层的音频驱动，以触发音频驱动执行步骤S306，具体为调用音频模块这一硬件，进而获取到音频模块当前的占用信息，例如麦克风、扬声器、受话器、耳机接口这些具体音频模块当前的使用状态信息，以及连续使用时长，即步骤S307。

相应地，音频驱动在获取到音频模块传输的占用信息后，执行步骤S308，即将音频模块的占用信息传输至音频框架。

相应地，音频框架接收到音频驱动发送的音频模块的占用信息后，会继续将音频模块的占用信息向上传输，即执行步骤S309，将音频模块的占用信息传输给混合模式处理模块，供混合模式处理模块判断音频模块的占用信息是否满足预置的第二切换条件，即执行步骤S310。

由此，实现了根据会议应用对音频模块的占用信息，确定电子设备是否满足第二切换条件的处理。

可理解的，在是应用中，如果确定音频模块的占用信息满足第二切换条件，还有进一步确定摄像头的占用信息是否满足第二切换条件，关于获取会议应用对摄像头的占用信息的实现过程，对应到电子设备的软件结构中，上述步骤S304至步骤S310具体如下：

参见图12，示例性的，混合模式处理模块在接收到监听模块发送的会议应用满足第一切换条件的通知后，会调用同样位于应用程序框架层的摄像头框架，即执行步骤S304。

相应地，摄像头框架接收到混合模式处理模块的调用后，会执行步骤S305，具体为摄像头框架调用内核层的摄像头驱动，以触发摄像头驱动执行步骤S306，具体为调用摄像头这一硬件，进而获取到摄像头当前的占用信息，例如摄像头当前的使用状态信息，以及连续使用时长，即步骤S307。

相应地，摄像头驱动在获取到摄像头传输的占用信息后，执行步骤S308，即将摄像头的占用信息传输至摄像头框架。

相应地，摄像头框架接收到摄像头驱动发送的摄像头的占用信息后，会继续将摄像头的占用信息向上传输，即执行步骤S309，将摄像头的占用信息传输给混合模式处理模块，供混合模式处理模块判断摄像头的占用信息是否满足预置的第二切换条件，即执行步骤S310。

由此，实现了根据会议应用对摄像头的占用信息，确定电子设备是否满足第二切换条件的处理。

此外，需要说明的是，在实际的应用场景中，图10中步骤S304至步骤S310的操作可以是同时获取音频模块和摄像头模块的占用信息，即获取音频模块的占用信息、判断音频模块的占用信息是否满足第二切换条件的操作与获取摄像头的占用信息、判断摄像头的占用信息是否满足第二切换条件的操作是同步进行的。

示例性的，在音频模块和摄像头的占用信息满足第二切换条件时，混合模式处理模需要确定WiFi模块是否使用第一天线和第二天线连接到无线网络。因此图10中步骤S311至步骤S317中涉及的硬件单元具体为WiFi模块。

相应地，硬件单元对应的框架为WiFi框架，硬件单元对应的驱动为WiFi动。

需要说明的是，在实际应用中，混合模式处理模块通过与WiFi框架、WiFi驱动和WiFi模块的交互，除了可以确定WiFi模块是否使用第一天线和第二天线连接到无线网络，还可以确定WiFi模块的型号强度值，以及带宽。

基于此，对应到电子设备的软件结构中，图10中的步骤S311至步骤S317具体如下：

参见图13，示例性的，混合模式处理模块确定满足第二切换条件后，会调用同样位于应用程序框架层的WiFi框架，即执行步骤S311。

相应地，WiFi框架接收到混合模式处理模块的调用后，会执行步骤S312，具体为WiFi框架调用内核层的WiFi驱动，以触发WiFi驱动执行步骤S313，具体为调用WiFi 模块这一硬件，进而获取到WiFi模块当前是否使用第一天线和第二天线连接到无线网络的连接信息，以及使用的天线对应的带宽和信号强度值，即步骤S314。

相应地，WiFi驱动在获取到WiFi模块传输的上述信息后，执行步骤S315，即将WiFi模块提供的上述信息传输至WiFi框架。

相应地，WiFi框架接收到WiFi驱动发送的WiFi模块提供的上述信息后，会继续将WiFi模块提供的上述信息向上传输，即执行步骤S316，将WiFi模块提供的上述信息传输给混合模式处理模块。

相应地，供混合模式处理模块根据步骤S316中接收到的WiFi模块的提供的上述信息判断WiFi模块是否使用第一天线和第二天线连接到无线网络，并在确定WiFi模块使用第一天线和第二天线连接到无线网络时，供混合模式处理模块确定第一天线和第二天线对应的带宽是否满足第三切换条件，即执行步骤S317。

由此，实现了确定电子设备是否满足第三切换条件的处理。

步骤S318，混合模式处理模根据预置的第四切换条件，确定需要获取的数据信息，进而使用对应的接口调用应用程序框架层中对应的框架，以使该框架能够调用内核层中对应的驱动，进而由驱动获取对应硬件单元的数据信息。

具体的说，根据上述实施例中的描述可知，第四切换条件是针对蓝牙模块的。

故而，对于步骤S318至步骤S324中涉及的硬件单元具体为蓝牙模块。

相应地，硬件单元对应的框架为蓝牙框架，硬件单元对应的驱动为蓝牙驱动。

基于此，关于确定蓝牙模块的工作信息，以及确定工作信息是否满足第四切换条件的实现过程，对应到电子设备的软件结构中，图10中的步骤S318至步骤S324具体如下：

参见图14，示例性的，混合模式处理模块确定满足第三切换条件后，会调用同样位于应用程序框架层的蓝牙框架，即执行步骤S318。

相应地，蓝牙框架接收到混合模式处理模块的调用后，会执行步骤S319，具体为蓝牙框架调用内核层的蓝牙驱动，以触发蓝牙驱动执行步骤S320，具体为调用蓝牙模块这一硬件，进而获取到蓝牙模块当前的工作信息，例如可以是蓝牙模块的连接状态信息、具体连接的蓝牙设备的设备信息、以及蓝牙模块当前工作所遵循的蓝牙音频传输协议信息，即步骤S321。

相应地，蓝牙驱动在获取到蓝牙模块传输的上述信息后，执行步骤S322，即将蓝牙模块提供的上述信息传输至蓝牙框架。

相应地，蓝牙框架接收到蓝牙驱动发送的蓝牙模块提供的上述信息后，会继续将蓝牙模块提供的上述信息向上传输，即执行步骤S323，将蓝牙模块提供的上述信息传输给混合模式处理模块。

相应地，混合模式处理模块根据步骤S323中接收到的蓝牙模块的工作信息判断蓝牙模块是否满足第四切换条件，即执行步骤S324。

具体的，在实际的应用场景中，蓝牙模块反馈的工作信息可以是一个文件形式，混合模式处理模块可以调用预先编译的接口从中获取的数据。

例如，可以调用获取蓝牙当前连接状态的接口(在一个例子中可以命名为：IsBtConnected)获取当前连接蓝牙模块的蓝牙设备。

还例如，可以调用获取蓝牙当前工作所遵循的蓝牙音频传输协议的接口(在一个例子中可以命名为：mIsBtInA2Dp)获取接入的蓝牙耳机工作所遵循的蓝牙音频传输协议。

还例如，可以调用获取蓝牙工作时间内，用于发送数据的时隙的接口(在一个例子中可以命名为：mIsBtIn6SLOT)获取蓝牙模块发送数据的时隙，以便切换到Hybrid模式下，WiFi模块能够蓝牙模块工作时间内用于发送数据的时隙发送数据，在其他时隙接收数据。

由此，实现了确定电子设备是否满足第四切换条件的处理。

此外，应当理解的是，上述说明中给出的具体接口名称仅仅是为了便于说明，不作为对本实施例的唯一限制。

步骤S325，混合模式处理模块在确定满足第四切换条件后，根据上述步骤S311至步骤S316获取到的WiFi模块提供的信息中每一天线的信号强度值，根据上述实施例中给出的任意一种确定WiFi模块信号强度值的方式确定WiFi模块的信号强度值，进而判断WiFi模块的信号强度值是否大于预设的第一门限值。

相应地，在确定WiFi模块的信号强度值大于第一门限值时，调用预先编译好的控制电子设备进入Hybrid模式的接口(在一个例子中可以命名为：WifiBtHybridArbitration)，将WiFi模块和蓝牙模块从TDD模式切换到Hybrid模式。

由此，实现了根据业务场景自动从TDD模式切换到Hybrid模式的操作，即完成了本申请实施例提供的无线通信模式的切换方法。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，应当理解的是，在实际的应用过程中，判断电子设备是否进入Hybrid模式的几个判断步骤的执行顺序可以根据业务需求进行调整，不局限于本申请实施例给出的方式。

由此，通过预先设置将蓝牙模块和WiFi模块从默认的TDD模式切换到Hybrid模式的切换条件，在监听到作用于触发应用程序层中安装的任一应用的操作时，通过判断当前触发的应用，以及电子设备中音频模块、摄像头、蓝牙模块和WiFi模块是否满足进入Hybrid模式的条件，并在满足条件时将蓝牙模块和WiFi模块从TDD模式切换到Hybrid 模式，使得蓝牙模块和WiFi模块共用同一天线的电子设备既能使WiFi模块采用MIMO 模式工作实现高吞吐量，又能在合适的环境下采用SISO模式工作，即让WiFi模块在蓝牙模块的工作时间内继续与AP进行交互，以保证实时性，从而尽可能避免了音视频通话中声音、画面的卡顿，保证了用户体验。

此外，需要说明的是，上述各实施例提供的由电子设备执行的无线通信模式的切换方法，也可以由电子设备中包括的一种芯片系统，例如四合一芯片来执行。其中，该芯片系统可以包括处理器。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述电子设备执行的步骤。

此外，需要说明的是，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。

另外，本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中应用于电子设备的无线通信模式的切换方法。

另外，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中应用于电子设备的无线通信模式的切换方法。

另外，本申请的实施例还提供一种芯片(也可以是组件或模块)，该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的无线通信模式的切换方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

通过上述对电子设备的硬件结构的描述可知，电子设备包括但不限于：第一天线、第二天线、蓝牙模块、WiFi模块、存储器、一个或多个处理器，以及一个或多个计算机程序。

其中，第一天线和第二天线工作在2.4GHz的无线频段，一个或多个计算机程序存储在存储器上，蓝牙模块通过述第一天线发送和接收信号，WiFi模块通过第一天线和/或第二天线发送和接收信号，一个或多个处理器分别与蓝牙模块、WiFi模块和存储器连接。

示例性的，当计算机程序被一个或多个处理器执行时，使得电子设备或电子设备中的芯片系统执行上述任一方法实施例中提供的无线通信模式的切换方法。

由于电子设备实现无线通信模式的切换时执行的上述步骤与上述方法实施例中描述的无线通信模式的切换方法相类似，因此未在此次描述的具体细节详见上述方法实施例部分的描述，此次不再赘述。

此外，通过上述描述可知，本申请实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的无线通信模式的切换方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

此外，应当理解的是，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案。

Claims (15)

1.一种无线通信模式的切换方法，其特征在于，应用于电子设备，所述电子设备包括蓝牙模块、WiFi模块、第一天线和第二天线，所述蓝牙模块通过所述第一天线发送和接收信号，所述WiFi模块通过所述第一天线和/或所述第二天线发送和接收信号，所述第一天线和所述第二天线工作在2.4GHz的无线频段，所述方法包括：

在监听到作用于触发应用程序层中安装的应用的操作时，确定所述操作触发的所述应用是否满足第一切换条件；

在满足所述第一切换条件时，获取所述应用对音频模块和摄像头的占用信息；

在所述占用信息满足第二切换条件时，确定所述WiFi模块是否使用所述第一天线和所述第二天线连接到无线网络；

在所述WiFi模块使用所述第一天线和所述第二天线连接到无线网络时，确定所述第一天线和所述第二天线对应的带宽是否满足第三切换条件；

在满足所述第三切换条件时，确定所述蓝牙模块的工作信息；

在所述工作信息满足第四切换条件时，确定所述WiFi模块的信号强度值；

在所述信号强度值大于第一门限值时，将所述WiFi模块和所述蓝牙模块从时分双工TDD模式切换到混合Hybrid模式。

2.根据权利要求1所述的方法，其特征在于，在所述将所述WiFi模块和所述蓝牙模块从时分双工TDD模式切换到混合Hybrid模式之后，所述方法还包括：

在所述信号强度值小于所述第一门限值时，将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式。

3.根据权利要求2所述的方法，其特征在于，在所述将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式之前，所述方法还包括：

判断所述信号强度值是否小于第二门限值，所述第二门限值小于所述第一门限值；

若所述信号强度值小于所述第二门限值，则执行所述将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式的步骤。

4.根据权利要求3所述的方法，其特征在于，在所述若所述信号强度值小于所述第二门限值，则执行所述将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式的步骤之前，所述方法还包括：

在第一时长后，重新确定所述WiFi模块的信号强度值；

在重新确定的所述信号强度值小于所述第二门限值时，执行所述将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式的步骤。

5.根据权利要求4所述的方法，其特征在于，在所述将所述WiFi模块和所述蓝牙模块从所述Hybrid模式切换回所述TDD模式之后，所述方法还包括：

在第二时长内，停止执行将所述WiFi模块和所述蓝牙模块从时分双工TDD模式切换到混合Hybrid模式的步骤。

6.根据权利要求1所述的方法，其特征在于，所述将所述WiFi模块和所述蓝牙模块从时分双工TDD模式切换到混合Hybrid模式，包括：

在第三时长内，发送一条将所述WiFi模块和所述蓝牙模块从所述TDD模式切换到所述Hybrid模式的指令；

响应于所述指令，将所述WiFi模块和所述蓝牙模块从所述TDD模式切换到所述Hybrid模式。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述第一切换条件为所述操作触发的所述应用是否为白名单应用；

所述确定所述操作触发的所述应用是否满足第一切换条件，包括：

获取所述应用的包名；

根据所述包名查找白名单应用列表中是否存在匹配的白名单应用包名；

若存在，则确定所述应用为所述白名单应用，满足所述第一切换条件。

8.根据权利要求1至6任一项所述的方法，其特征在于，所述第二切换条件为所述音频模块和所述摄像头均被占用，或者所述音频模块被占用，所述摄像头模块未被占用。

9.根据权利要求1至6任一项所述的方法，其特征在于，所述第三切换条件为带宽为20M；

所述确定所述第一天线和所述第二天线对应的带宽是否满足第三切换条件，包括：

获取所述第一天线和所述第二天线对应的带宽；

判断所述带宽是否为20M；

若是，则确定满足所述第三切换条件。

10.根据权利要求1至6任一项所述的方法，其特征在于，所述第四切换条件为所述蓝牙模块是否连接蓝牙设备，所述蓝牙模块的工作信息包括连接状态信息；

其中，在根据所述连接状态信息确定所述蓝牙模块连接了蓝牙设备时，确定满足所述第四切换条件。

11.根据权利要求1至6任一项所述的方法，其特征在于，所述确定所述WiFi模块的信号强度值，包括：

分别获取所述第一天线的信号强度值和所述第二天线的信号强度值；

判断所述第一天线的信号强度值是否大于所述第二天线的信号强度值；

若大于，则将所述第一天线的信号强度值确定为所述WiFi模块的信号强度值；

否则，将所述第二天线的信号强度值确定为所述WiFi模块的信号强度值。

12.根据权利要求1至6任一项所述的方法，其特征在于，所述Hybrid模式下，所述WiFi模块仅占用第二天线工作；

所述确定所述WiFi模块的信号强度值，包括：

获取所述第二天线的信号强度值，并将所述第二天线的信号强度值确定为所述WiFi模块的信号强度值。

13.一种电子设备，其特征在于，包括：第一天线、第二天线、蓝牙模块、WiFi模块、存储器、一个或多个处理器，以及一个或多个计算机程序，所述第一天线和所述第二天线工作在2.4GHz的无线频段；

其中，所述一个或多个计算机程序存储在所述存储器上，所述蓝牙模块通过所述第一天线发送和接收信号，所述WiFi模块通过所述第一天线和/或所述第二天线发送和接收信号，所述一个或多个处理器分别与所述蓝牙模块、所述WiFi模块和所述存储器连接，当所述计算机程序被所述一个或多个处理器执行时，使得所述电子设备执执行如权利要求1至12中任意一项所述的无线通信模式的切换方法。

14.一种计算机可读存储介质，其特征在于，包括计算机程序，其特征在于，当所述计算机程序在电子设备上运行时，使得所述电子设备执行如权利要求1至12中任意一项所述的无线通信模式的切换方法。

15.一种芯片，其特征在于，包括：一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行权利要求1至12中任意一项所述的无线通信模式的切换方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

Images