CN110234138A - 通信切换控制方法、通信设备、***及存储介质 - Google Patents

Abstract

本申请公开了一种通信切换控制方法、通信设备、***及存储介质，在第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，如果自动检测到当前蓝牙通道切换条件触发时，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件；也即第一通信设备在与第二通信设备配合执行蓝牙通信事件过中，当检测到当前蓝牙通道切换条件触发时，可以根据需求灵活的切换到新的第三通信设备上执行相应的蓝牙通信事件，从而提升了蓝牙应用控制方式的灵活性，能更好的满足用户的多样化需求，提升用户体验满意度。

Description

通信切换控制方法、通信设备、***及存储介质

技术领域

本申请涉及通信领域，具体涉及一种通信切换控制方法、通信设备、***及存储介质。

背景技术

蓝牙技术是一种无线技术标准，蓝牙免提规范(Hands-free Profile，HFP)是蓝牙技术中的一种协议，在HFP协议中，通信设备可以分为AG(Audio Gateway，音频网关)角色和HF(Hands Free，免提)角色，其中AG角色是HFP协议规定的一个角色，音频支持输入、输出，典型的设备为手机；HF角色是HFP协议规定另一个角色，适于AG角色音频输入、输出，典型的设备为蓝牙耳机设备、支持蓝牙功能的穿戴设备等。

蓝牙技术在通信设备上的应用已经非常的普及和成熟，例如手机、IPAD、电脑等诸多智能设备都支持蓝牙通信功能；且智能设备的诸多***配件或设备也都支持蓝牙通信功能，例如蓝牙耳机、通知、智能穿戴设备等等。虽然蓝牙技术的应用已经非常普及和成熟，但目前蓝牙通信技术的应用一般仅限于两个通信设备之间的点对点通信；例如当第一通信设备与第二通信设备之间建立好第一蓝牙通信通道进行蓝牙通信时，即使该第一蓝牙通信通道当前不满足通信需求，或者第一通信设备与第三通信设备之间有新的需要通过蓝牙通信通道进行处理的事件时，第一通信设备也不会进行切换到其他蓝牙通信通道上以执行相应的事件。这种蓝牙应用控制方式灵活性差，不能满足用户的多样化需求，用户体验满意度低。

发明内容

本申请要解决的技术问题在于：目前蓝牙应用控制方式灵活性差，不能满足用户的多样化需求，用户体验满意度低；针对该技术问题，提供一种通信切换控制方法、通信设备、***及存储介质。

为解决上述技术问题，本申请提供一种通信切换控制方法，所述通信切换控制方法包括：

第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，自动检测当前蓝牙通道切换条件是否触发；

所述第一通信设备检测到蓝牙通道切换条件触发时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。

可选的，所述检测当前蓝牙通道切换条件是否触发包括以下任意之一：

检测所述第一蓝牙通信通道的信道质量是否低于预设信道质量标准；

检测所述第一蓝牙通信通道的信道质量是否低于所述第二蓝牙通信通道的信道质量，所述第一通信设备与第二通信设备和第三通信设备分别同时保持所述第一蓝牙通信通道和第二蓝牙通信通道的连接。

可选的，所述执行相应的蓝牙通信事件包括：

继续执行之前所述第一通信设备通过与第二通信设备之间的第一蓝牙通信通道所述执行的蓝牙通信事件。

可选的，所述检测当前蓝牙通道切换条件是否触发包括：

检测所述第二蓝牙通信通道上当前是否触发了新的蓝牙通信事件，且判断当前是否需要执行该新的蓝牙通信事件。

可选的，所述判断当前是否需要执行该新的蓝牙通信事件包括以下任意之一：

判断所述新的蓝牙通信事件的执行优先级，是否高于所述第一通信设备通过与第二通信设备之间的第一蓝牙通信通道所述执行的蓝牙通信事件的执行优先级；

检测所述第二蓝牙通信通道的信道质量是否高于所述第一蓝牙通信通道的信道质量，所述第一通信设备与第二通信设备和第三通信设备分别同时保持所述第一蓝牙通信通道和第二蓝牙通信通道的连接。

可选的，所述执行相应的蓝牙通信事件包括：执行所述新的蓝牙通信事件。

可选的，所述第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件后，还包括：

继续检测当前是否满足蓝牙通道切换条件，如是，切换到与第二通信设备之间的第一蓝牙通信通道，执行相应的蓝牙通信事件。

为了解决上述问题，本发明实施例还提供了一种通信设备，所述通信设备包括：

处理器、发射器、接收器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

所述计算机程序、发射器、接收器被所述处理器调用时实现如上所述的通信切换控制方法的步骤。

为了解决上述问题，本发明实施例还提供了一种通信***，所述通信***包括第一通信设备、第二通信设备和第三通信设备；

所述第一通信设备用于通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，自动检测当前蓝牙通道切换条件是否触发，在检测到蓝牙通道切换条件满足时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。

为了解决上述问题，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有可在处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的通信切换控制方法的步骤。

有益效果

本申请提供一种通信切换控制方法、通信设备、***及存储介质，在第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，如果自动检测到当前蓝牙通道切换条件触发时，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件；也即第一通信设备在与第二通信设备配合执行蓝牙通信事件过中，当检测到当前蓝牙通道切换条件触发时，可以根据需求灵活的切换到新的第三通信设备上执行相应的蓝牙通信事件，从而提升了蓝牙应用控制方式的灵活性，能更好的满足用户的多样化需求，提升用户体验满意度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的通信设备一种实施方式的硬件结构示意图；

图2-1为本申请实施例提供的可穿戴设备一种实施方式的屏幕展开时立体示意图一；

图2-2为本申请实施例提供的可穿戴设备一种实施方式的屏幕展开时立体示意图二；

图2-3为本申请实施例提供的可穿戴设备一种实施方式的屏幕弯曲时立体示意图；

图3为本申请实施例提供的手机的一种实施方式的示意图；

图4为本申请第一实施例提供的通信切换控制方法的流程示意图；

图5为本申请第一实施例提供的注册方法的流程示意图；

图6为本申请第一实施例提供的第二蓝牙地址获取流程示意图；

图7为本申请第一实施例提供的另一第二蓝牙地址获取流程示意图；

图8为本申请第二实施例提供的蓝牙协议栈结构示意图；

图9为本申请第二实施例提供的蓝牙地址结构示意图；

图10为本申请第二实施例提供蓝牙注册过程流程示意图；

图11为本申请第二实施例提供的蓝牙协议栈与蓝牙固件连接示意图；

图12-1为本申请第二实施例提供的通信切换控制方法的流程示意图；

图12-2为本申请第二实施例提供的通信切换控制方法的流程示意图；

图13为本申请第三实施例提供的通信设备结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

本申请实施例中提供的通信设备可以为各种移动设备，例如可以包括但不限于手机、IPAD、车载设备、通信设备100等，其中通信设备100可包括但不限于智能手环、智能手表、以及具有可穿戴特性的智能手机(本申请实施例也可称之为腕机)等移动终端。随着屏幕技术的不断发展，柔性屏、折叠屏等屏幕形态的出现，智能手机等移动终端也可以作为通信设备100。本申请实施例中提供的通信设备100可以包括：射频(Radio Frequency，RF)单元、蓝牙模块、WiFi模块、音频输出单元、A/V(音频/视频)输入单元、传感器、显示单元、用户输入单元、接口单元、存储器、处理器、以及电源等部件。

请参阅图1，其为实现本申请各个实施例的一种通信设备的硬件结构示意图，该通信设备100可以包括：射频单元101、蓝牙模块112、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的通信设备100结构并不构成对通信设备100的限定，通信设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对通信设备100的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中进行信号的接收和发送，其可包括用于进行信息发送的发射器和用于进行信息接收的接收器。例如射频单元101的发射器可以将上行信息发送给基站，接收器用于接收基站发送的下行信息接收后，发送给通信设备100的处理器110处理，基站向射频单元101发送的下行信息可以是根据射频单元101发送的上行信息生成的，也可以是在检测到通信设备100的信息更新后主向射频单元101推送的，例如，在检测到通信设备100所处的地理位置发生变化后，基站可以向通信设备100的射频单元101发送地理位置变化的消息通知，射频单元101在接收到该消息通知后，可以将该消息通知发送给通信设备100的处理器110处理，通信设备100的处理器110可以控制该消息通知显示在通信设备100的显示面板1061上；通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信，具体的可以包括：通过无线通信与网络***中的服务器通信，例如，通信设备100可以通过无线通信从服务器中下载文件资源，比如可以从服务器中下载应用程序，在通信设备100将某一应用程序下载完成之后，若服务器中该应用程序对应的文件资源更新，则该服务器可以通过无线通信向通信设备100推送资源更新的消息通知，以提醒用户对该应用程序进行更新。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯***)、GPRS(GeneralPacket Radio Service，通用分组无线服务)、CDMA2000(Code Division Multiple Access2000，码分多址2000)、WCDMA(Wideband Code Division Multiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)、FDD-LTE(Frequency Division Duplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time Division Duplexing-Long Term Evolution，分时双工长期演进)等。

在一种实施方式中，通信设备100可以通过***SIM卡来接入现有的通信网络。

在另一种实施方式中，通信设备100可以通过设置esim卡(Embedded-SIM)，来实现接入现有的通信网络，采用esim卡的方式，可以节省通信设备100的内部空间，降低厚度。

可以理解的是，虽然图1示出了射频单元101，但是可以理解的是，射频单元101其并不属于通信设备100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。通信设备100可以单独通过WiFi模块102来实现与其他设备或通信网络的通信连接，本申请实施例并不以此为限。

通信设备100包括蓝牙模块112，通信设备100通过蓝牙模块112，可以与其他支持蓝牙通信的终端设备连接，实现通信以及信息的交互。蓝牙模块112可具有对应分别用于实现发射和接收的发射器和接收器。。

WiFi属于短距离无线传输技术，通信设备100通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于通信设备100的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在通信设备100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与通信设备100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

在一种实施方式中，通信设备100包括有一个或多个摄像头，通过开启摄像头，能够实现对图像的捕获，实现拍照、录像等功能，摄像头的位置可以根据需要进行设置。

通信设备100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在通信设备100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。

在一种实施方式中，通信设备100还包括接近传感器，通过采用接近传感器，通信设备100能够实现非接触操控，提供更多的操作方式。

在一种实施方式中，通信设备100还包括心率传感器，在佩戴时，通过贴近使用者，能够实现心率的侦测。

在一种实施方式中，通信设备100还可以包括指纹传感器，通过读取指纹，能够实现安全验证等功能。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板1061。

在一种实施方式中，显示面板1061采用柔性显示屏，采用柔性显示屏的通信设备100在佩戴时，屏幕能够进行弯曲，从而更加贴合。可选的，所述柔性显示屏可以采用OLED屏体以及石墨烯屏体，在其他实施方式中，所述柔性显示屏也可以是其他显示材料，本实施例并不以此为限。

在一种实施方式中，通信设备100的显示面板1061可以采取长方形，便于佩戴时环绕。在其他实施方式中，也可以采取其他方式。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与通信设备100的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

在一种实施方式中，通信设备100的侧边可以设置有一个或多个按钮。按钮可以实现短按、长按、旋转等多种方式，从而实现多种操作效果。按钮的数量可以为多个，不同的按钮之间可以组合使用，实现多种操作功能。

进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现通信设备100的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现通信设备100的输入和输出功能，具体此处不做限定。比如，当通过射频单元101接收到某一应用程序的消息通知时，处理器110可以控制将该消息通知显示在显示面板1061的某一预设区域内，该预设区域与触控面板1071的某一区域对应，通过对触控面板1071某一区域进行触控操作，可以对显示面板1061上对应区域内显示的消息通知进行控制。

接口单元108用作至少一个外部装置与通信设备100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到通信设备100内的一个或多个元件或者可以用于在通信设备100和外部装置之间传输数据。

在一种实施方式中，通信设备100的接口单元108采用触点的结构，通过触点与对应的其他设备连接，实现充电、连接等功能。采用触点还可以防水。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是通信设备100的控制中心，利用各种接口和线路连接整个通信设备100的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行通信设备100的各种功能和处理数据，从而对通信设备100进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

通信设备100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理***与处理器110逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。

请参考图2-1至图2-3，为本申请实施例提供的一种通信设备100一种实施方式下的结构示意图。本申请实施例中的通信设备100为可穿戴设备，包括柔性屏幕。在可穿戴设备展开时，柔性屏幕呈长条形；在可穿戴设备处于佩戴状态时，柔性屏幕弯曲呈环状。图2-1及图2-2示出了可穿戴设备屏幕展开时的结构示意图，图2-3示出了可穿戴设备屏幕弯曲时的结构示意图；当然应当理解的本申请实施例中的可穿戴设备的显示屏也可不为柔性屏幕。

请参考图3，为本申请实施例提供的一种通信设备100另一种实施方式下的结构示意图。本申请实施例中的通信设备100为手机。

基于上述通信设备硬件结构以及通信网络***，提出本申请方法各个实施例。

第一实施例

针对目前的蓝牙应用控制方式灵活性差，不能满足用户的多样化需求，用户体验满意度低的问题，本实施中在第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，检测到当前蓝牙通道切换条件触发时，第一通信设备可切换到与第三通信设备之间的第二蓝牙通信通道执行相应的蓝牙通信事件，从而可提升蓝牙应用控制方式的灵活性，能更好的满足用户的多样化需求，提升用户体验满意度。为了便于理解，下面结合图4所示的流程示意图进行说明，本实施例提供的通信切换控制方法包括：

S401：第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件。

本实施例中该蓝牙通信事件包括各种需要利用本设备与对端设备之间的蓝牙通信通道且需要占用本设备的音频通道进行数据交互的各种事件。且该数据交互可以是本设备到对端设备的单向传输，也可以是对端设备到本设备的单向传输，或者是本设备与对端设备之间的双向传输。例如该蓝牙通信事件可为第一通信设备或第二通信设备上的通话事件。且应当理解的是，在本步骤中，第一蓝牙通信事件占用音频通道的方式可以根据具体的事件灵活确定。

S402：第一通信设备自动检测当前蓝牙通道切换条件是否触发，在检测到触发时，执行S403；否则，继续执行S401。

本实施例的示例一中，第一通信设备可以在检测到以下情况但不限于以下情况中的任意之一时，确定检测到当前蓝牙通道切换条件触发：

检测到第一蓝牙通信通道的信道质量低于预设信道质量标准；

检测到第一蓝牙通信通道的信道质量低于第二蓝牙通信通道的信道质量，第一通信设备与第二通信设备和第三通信设备分别同时保持第一蓝牙通信通道和第二蓝牙通信通道的连接。

应当理解的是，本实施例中蓝牙通信通道的信道质量可以通过各种指标进行衡量。例如可通过但不限于信号强度、丢包率、干扰情况中的至少一种。

本实施例的示例二中，第一通信设备可以在检测到以下情况时，确定检测到当前蓝牙通道切换条件触发：

检测到第一通信设备与第三通信设备之间的第二蓝牙通信通道上当前触发了新的蓝牙通信事件，且判断当前需要执行该新的蓝牙通信事件。

应当理解的是，在本示例二中，判断当前是否需要执行该新的蓝牙通信事件的方式可以灵活确定。为了便于理解，下面结合以判断当前是否需要执行该新的蓝牙通信事件的几种情况进行示例说明，在本示例中，判断当前是否需要执行该新的蓝牙通信事件可包括但不限于以下任意之一：

判断新的蓝牙通信事件的执行优先级，是否高于第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行的蓝牙通信事件的执行优先级；本实施例中可以预先设置各种蓝牙通信时间的执行优先级，且执行优先级的设置可以由设备厂家、应用厂家和设备用户中的至少一个进行设置，并可选的可支持动态更新；

检测第二蓝牙通信通道的信道质量是否高于第一蓝牙通信通道的信道质量，该第一通信设备与第二通信设备和第三通信设备分别同时保持第一蓝牙通信通道和第二蓝牙通信通道的连接。

本实施例中，第一通信设备检测到的新的蓝牙通信事件可以包括但不限于通话事件和语音应用启动事件中的至少一种。其中该通话事件可以是网络语音通话事件、网络视频通话事件、基于用户识别卡的蜂窝通话事件等；语音应用启动事件可以为第一通信设备或第三通信设备上的各语音应用，也可以为第一通信设备或第三通信设备上指定的语音应用，例如可以包括但不限于各种语音助手(例如小艾机器人或siri语音机器人)、音乐播放应用、具有音频通道的视频播放应用或者网页版的各种音频应用等。

S403：第一通信设备检测到蓝牙通道切换条件触发时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。

在本实施例的一些示例中，第一通信设备通过与第三通信设备之间的第二蓝牙通信通道，执行相应蓝牙通信事件之前，还可包括判断是否接收到用于指示进行蓝牙通信通道切换的指令，如否，则继续通过第一蓝牙通信通道执行原来的蓝牙通信事件；如是，第一通信设备再切换到与第三通信设备之间的第二蓝牙通信通道执行相应的蓝牙通信事件。

在本实施例中，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道所执行的蓝牙通信事件，可以是第一通信设备与第二通信设备之间在第一蓝牙通信通道上原来执行的蓝牙通信事件，也可以是第一通信设备与第三通信设备之间的第二蓝牙通信通道上触发的新的蓝牙通信事件。

例如，在上述示例一中，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道上之后，继续执行之前第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行的蓝牙通信事件。

又例如，在上述示例二中，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道上之后，执行第一通信设备通过与第三通信设备之间的第二蓝牙通信通道上所触发的新的蓝牙通信事件。在该示例中，第一通信设备通过与第三通信设备之间的第二蓝牙通信通道执行新的蓝牙通信事件时，还包括：暂停执行或直接结束第一通信设备与第二通信设备之间在第一蓝牙通信通道上原来执行的蓝牙通信事件；具体可根据具体应用场景确定采用哪种对第一蓝牙通信事件的处理方式。

在本实施例的一种示例中，第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道执行相应的蓝牙通信事件后，还可包括：

第一通信设备切继续检测当前是否满足蓝牙通道切换条件，如是，切换到与第二通信设备之间的第一蓝牙通信通道执行相应的蓝牙通信事件。该检测和切换过程可采用上述类似过程，也即本实施例中的第二通信设备与第三通信设备的角色是相对的，二者之间的角色可动态替换。

在本实施例中，第一通信设备与第二通信设备和第三通信设备可分别同时保持第一蓝牙通信通道和第二蓝牙通信通道的连接，也可在需要的时候再分别与第二通信设备和第三通信设备动态的建立第一蓝牙通信通道和第二蓝牙通信通道。

在本实施例的一种示例中，第一蓝牙通信通道与第二蓝牙通信通道中的至少一个可以是单向通信的蓝牙通信通道，也可以是双向通信的蓝牙通信通道，具体可以根据需求灵活选用。且本实施例中，第一蓝牙通信通道与第二蓝牙通信通道的类型可以相同，也可不同。在本实施例中，第一蓝牙通信通道和第二蓝牙通信通道建立方式也可以灵活选择，二者的建立方式可以相同，也可以不同。为了便于理解，本实施例下面结合一种具体示例进行说明。

在本实施例的一种示例中，第一通信设备可具有第一蓝牙地址和第二蓝牙地址，以及与第一蓝牙地址和第二蓝牙地址分别绑定的AG角色和HF角色；第一通信设备通过第一蓝牙地址和第二蓝牙地址中的其中一个蓝牙地址与第二通信设备建立第一蓝牙通信通道，同时通过另一个蓝牙地址与第三通信设备建立第二蓝牙通信通道。第一通信设备、第二通信设备在第一蓝牙通信通道中的角色，以及第一通信设备、第三通信设备在第二蓝牙通信通道中的角色可以根据具体需求设定。例如在第一蓝牙通信通道中，第一通信设备可以为HF角色，第二通信设备为AG角色，在第二蓝牙通信通道中，第一通信设备可以为AG角色，第三通信设备为HF角色；又例如在另一些应用场景中，在第一蓝牙通信通道中，第一通信设备可以为AG角色，第二通信设备为HF角色，在第二蓝牙通信通道中，第一通信设备可以为HF角色，第三通信设备为AG角色等。

在本实施例中，第一通信设备由于具有第一蓝牙地址和第二蓝牙地址，以及与第一蓝牙地址和第二蓝牙地址分别绑定的AG角色和HF角色，使得该第一通信设备对外呈现为两个独立的通信设备，进而使得该通信设备同时支持AG角色和HF角色，且根据需求与其他通信设备建立AG连接和/或HF连接，使得蓝牙通信应用更为灵活，适应性更好。本实施例中，第一通信设备的第一蓝牙地址、第二蓝牙地址与AG角色注册信息和HF角色注册信息分别绑定的方式可以灵活设置，例如：

绑定方式一：第一蓝牙地址与AG角色注册信息绑定，第二蓝牙地址与HF角色注册信息绑定；

绑定方式二：第一蓝牙地址与HF角色注册信息绑定，第二蓝牙地址与AG角色注册信息绑定。

为了便于理解，本实施例后续内容以上述绑定方式一进行示例说明。对于采用绑定方式二时，则可对应的进行变换即可，在后面不在赘述。

另外应当理解的是，本实施例中第一通信设备上设置第一蓝牙地址、第二蓝牙地址，以及将AG角色注册信息和HF角色注册信息与第一蓝牙地址、第二蓝牙地址分别绑定的方式也都可根据需求灵活确定。为了便于理解，本实施例下面结合一种具体通信设备进行蓝牙注册过程中的设置示例进行说明。请参见图5所示，本实例中通信设备的蓝牙注册过程包括：

S501：接收协议栈发送的注册信息，并获取第一蓝牙地址和第二蓝牙地址。

本实施例中第一通信设备具备音频网关AG功能和免提HF功能。且应当理解的是，本实施例中的协议栈可以为各种蓝牙协议栈，具体可根据需求灵活选择。

本实施例中第一蓝牙地址和第二蓝牙地址为不同的蓝牙地址。且本实施例中蓝牙地址的具体格式也可根据需求灵活设定。

在本实施例中，协议栈发送的注册信息包括音频网关AG角色注册信息和免提HF角色注册信息；也即本实施例中的第一通信设备可以进行AG角色和HF角色的注册。且应当理解的是，本实施例中进行AG角色和HF角色注册时，可以同时进行AG角色和HF角色的注册，也可以先进行AG角色注册，AG角色注册完毕之后，再进行HF角色注册；或者先进行HF角色注册，HF角色注册完毕之后，再进行AG角色注册。

本实施例中，第一蓝牙地址和第二蓝牙地址的获取方式可以灵活设定。为了便于理解，本实施例下面以几种蓝牙地址获取方式为示例进行说明。

一种示例中，对于第一蓝牙地址可为第一通信设备中预先写入固化的蓝牙地址，且该第一蓝牙地址在第一通信设备中可以存储在蓝牙地址存储文件中；例如一种存储方式可为以二进制方式写入预设的bin文件中进行存储。在角色注册时，可以从该bin文件中读取出第一蓝牙地址。当然，应当理解的是，本实施例中第一蓝牙地址也可以在需要时通过预设规则动态生成，并不限于上述示例的获取方式。

在一种示例中，对于第二蓝牙地址的获取方式可以通过但不限于以下三种获取方式中的任意一种：

方式一：第二蓝牙地址的获取过程请参见图6所示，包括：

S601：在接收通过协议栈发送的注册信息之前，先调用预设的蓝牙地址算法生成第二蓝牙地址，并将该第二蓝牙地址存储于预设的蓝牙地址存储文件中；且第二蓝牙地址可与第一蓝牙地址存储于不同的蓝牙地址存储文件中，也可存储于相同的蓝牙地址存储文件中。例如一种示例中可以将该第二蓝牙地址存储于第一蓝牙地址所存储的bin文件中。

S602：在第一通信设备的蓝牙模块启动时，从蓝牙地址存储文件中读取第二蓝牙地址。

方式二：在需要时，直接调用预设的蓝牙地址算法生成第二蓝牙地址。这种方式可以在需要时实时动态的生成第二蓝牙地址。

方式三：第二蓝牙地址的获取过程请参见图7所示，包括：

S701：在第一通信设备的蓝牙模块启动时，从预设的蓝牙地址存储文件中读取第二蓝牙地址。

S702：判断第二蓝牙地址读取是否成功，如是，转至S703；否则，转至S704。

S703：第二蓝牙地址获取结束。

S704：调用预设的蓝牙地址算法生成第二蓝牙地址，并将生成的第二蓝牙地址存储于蓝牙地址存储文件中。

应当理解的是，本实施例中第一蓝牙地址和第二蓝牙地址的获取可以同时获取，也可以先获取第一蓝牙地址，再获取第二蓝牙地址，或者先获取第二蓝牙地址，再获取第一蓝牙地址，具体可根据具体应用场景灵活获取。

S502：将第一蓝牙地址、第二蓝牙地址与AG角色注册信息和HF角色注册信息分别绑定。

例如，可以将第一蓝牙地址与音频网关AG角色注册信息进行绑定，并将第二蓝牙地址与HF角色注册信息绑定；且应当理解的是，本实施例中在进行绑定时，可也将第二蓝牙地址与音频网关AG角色注册信息进行绑定，并将第一蓝牙地址与HF角色注册信息绑定。

通过将第一通信设备注册的AG角色和HF角色分别与第一通信设备的两个不同的蓝牙地址进行绑定，从而使得第一通信设备对外呈现为两个独立的第一通信设备，进而使得该第一通信设备可以同时支持AG角色和HF角色，且可根据需求与其他第一通信设备建立AG连接或HF连接，甚至可同时建立AG连接和HF连接，从而使得蓝牙通信的应用更为灵活，适应性更好，能更好的适用于各种蓝牙通信应用场景，提升用户体验的满意度。

在本实施例中一种示例中，第一蓝牙地址为第一通信设备中预先写入固化的蓝牙地址，且该第一蓝牙地址在第一通信设备中存储在蓝牙地址存储文件中；在本示例中，调用预设的蓝牙地址算法生成第二蓝牙地址可包括：

获取第一蓝牙地址，对第一蓝牙地址中地址低端区域内的值进行随机变换得到第二蓝牙地址。本实施例中的进行随机变换的方式可以灵活采用，只要能保证得到的第二蓝牙地址与第一蓝牙地址不同即可。为了进一步提升可靠性，在生成第二蓝牙地址后，还可判断该第二蓝牙地址与第一蓝牙地址是否相同，如相同时，则对第一蓝牙地址中地址低端区域内的值重新进行随机变换得到第二蓝牙地址，然后再与第一蓝牙地址进行比较，直到二者不同。

在本示例中，为了进一步提升可靠性和准确性，还可包括检测第一蓝牙地址是否发生了更新，如是，则获取更新后的第一蓝牙地址，并对更新后的第一蓝牙地址中地址低端区域内的值进行随机变换得到新的第二蓝牙地址。

这样第一通信设备注册的HF角色和AG角色可各自绑定一个相互独立的蓝牙地址，从而对外呈现为两个独立的第一通信设备，进而使得该第一通信设备可以同时支持AG角色和HF角色，且可根据需求与其他第一通信设备建立AG连接和/或HF连接，使得蓝牙通信应用更为灵活，适应性更好，能更好的适用于各种蓝牙通信应用场景；例如第二通信设备和第三通信设备可与该第一通信设备同时建立相应的蓝牙通信连接。且第二通信设备和第三通信设备中的至少一个通信设备与第一通信设备一样，也可具备两个蓝牙通信地址以及分别与两个蓝牙通信地址绑定的HF角色和AG角色，从而根据需求与第一通信设备建立相应的蓝牙通信连接。这样第一通信设备在调用其音频通道执行第一蓝牙通信事件过中，当有新的需要占用该音频通道的第二蓝牙通信事件时可以根据需求灵活的将该音频通道切换成执行该第二蓝牙通信事件，当然第二通信设备与第三通信设备的角色是相对的且可动态替换，从而提升蓝牙应用控制方式的灵活性，能更好的满足用户的多样化需求。

第二实施例

为了便于理解，本实施例在上述实施例基础上，结合一种具体的应用场景为示例进行说明。

本实施例还提供了一种通信***，通信***包括第一通信设备、第二通信设备和第三通信设备，第一通信设备用于通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，自动检测当前蓝牙通道切换条件是否触发，在检测到蓝牙通道切换条件满足时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。具体执行过程参见上述实施例所示，在此不再赘述。

在本实施例中，可以在第一通信设备写入蓝牙地址的时候，除了默认配置的第一蓝牙地址外，还可调用蓝牙地址算法生成一个新的蓝牙地址(也即MAC地址)作为第二蓝牙地址，并可写入bin文件中；且可选的，第一蓝牙地址和第二蓝牙地址可以写入同一个bin文件。

然后在第一通信设备的蓝牙模块启动的时候，第一通信设备之蓝牙模块的固件可以直接从bin文件中读取出第一蓝牙地址和第二蓝牙地址写入蓝牙模块的存储空间中。第一通信设备在进行蓝牙角色注册时，可以先通过蓝牙协议栈进行AG角色的注册，然后将AG角色注册信息传递给第一通信设备之蓝牙模块的固件，固件可将该AG角色注册信息与第一蓝牙地址(当然也可与第二蓝牙地址)进行绑定；第一通信设备然后可通过蓝牙协议栈进行HF角色的注册，然后将HF角色注册信息传递给第一通信设备之蓝牙模块的固件，固件可将该HF角色注册信息与第二蓝牙地址(当然也可与第一蓝牙地址)进行绑定。这样第一通信设备的AG功能和HF功能分别在第一蓝牙地址和第二蓝牙地址上实现，对于第三方设备而言该第一通信设备呈现为两个不同的第一通信设备，因此第一蓝牙地址可一直作为主设备存在，第二蓝牙地址可一直作为从设备存在，该第一通信设备可灵活的与第三方第一通信设备建立AG连接和HF连接中的至少一个。

为了便于理解，本实施例下面以一种示例的蓝牙协议栈进行示例说明。请参见图8所示，本实施例中的蓝牙协议栈包括但不限于以下几个部分：

PHY层(Physical layer，物理层)，PHY层用来指定BLE所用的无线频段，调制解调方式和方法等。PHY层可决定整个BLE芯片的功耗，灵敏度以及selectivity等射频指标。

LL层(Link Layer，链路层)，LL层是整个BLE协议栈的核心，可实现但不限于选择哪个射频通道进行通信，怎么识别空中数据包，具体在哪个时间点把数据包发送出去，怎么保证数据的完整性，ACK如何接收，如何进行重传，以及如何对链路进行管理和控制等等。LL层负责把数据发出去或者收回来，对数据进行怎样的解析则交给上面的GAP或者ATT。

HCI(Host controller interface，主控制器接口)，HCI是可选的，一种示例中，HCI可用于2颗芯片实现BLE协议栈的场合，用来规范两者之间的通信协议和通信命令等。

GAP层(Generic access profile，通用接入规范)。GAP是对LL层payload(有效数据包)如何进行解析的两种方式中的一种。GAP简单的对LL payload进行一些规范和定义，GAP可以用来进行广播，扫描和发起连接等。

L2CAP层(Logic link control and adaptation protocol，逻辑链路控制和适配协议)，L2CAP对LL进行了一次简单封装，LL只关心传输的数据本身，L2CAP就要区分是加密通道还是普通通道，同时还要对连接间隔进行管理。

SMP(Secure manager protocol，安全管理器协议)，SMP用来管理BLE连接的加密和安全的，如何保证连接的安全性，同时不影响用户的体验，这些都是SMP要考虑的工作。

ATT(Attribute protocol，属性协议)，ATT层用来定义用户命令及命令操作的数据，比如读取某个数据或者写某个数据。

GATT(Generic attribute profile，通用属性配置文件)，GATT用来规范attribute中的数据内容，并运用group(分组)的概念对attribute进行分类管理。

本实施例还提供了一种蓝牙地址的结构示例，本示例中蓝牙设备地址(BD_ADDR)是一个48bit的唯一标识符，由LAP(24位地址低端部分)、UAP(8位地址高端部分)和NAP(16位无意义地址部分)组成，其格式如图9所示：

其中，NAP和UAP是蓝牙设备生产厂商的唯一标识码，由SIG分配给各个厂商；LAP则由厂商自行分配。其中，bit40为组播地址标志位，其值为0：unicast(单播)，其值为1：multicast(组播)；bit41为地址类型标志位，其值为0：universal addr，其值为1：localaddr。

在上述示例基础上，本实施例下面结合图10所示的注册过程为示例进行说明。请参见图10所示，包括：

S1001：第一通信设备的蓝牙模块启动。

S1002：蓝牙模块进行AG角色和HF角色的注册。

S1003：通过蓝牙协议栈加载AG功能和HF功能。

S1004：通过蓝牙协议栈将AG角色注册信息和HF角色注册信息传递给固件。

S1005：判断当前接收到的注册信息是否是AG角色注册信息，如是，转至S1006；否则，转至S1007。

S1006：将AG角色注册信息与第一蓝牙地址进行绑定。

S1007：将HF角色注册信息与第二蓝牙地址进行绑定。以上注册过程对应的逻辑框架图请参见图11所示。在完成地址绑定后，则其余的搜索与连接可采用但不限于目前的协议规定。这样该第一通信设备注册的HF角色和AG角色可各自绑定一个相互独立的蓝牙地址，从而对外呈现为两个独立的第一通信设备，进而使得该第一通信设备可以同时支持AG角色和HF角色。

第二通信设备和第三通信设备中的至少一个也可采用但不限于上述示例的注册流程。假设在一种应用场景的，第一通信设备与第二通信设备建立好第一蓝牙通信通道，在该第一蓝牙通信通道中，第二通信设备作为AG1端，第一通信设备作为HF1端；第一通信设备与第三通信设备建立好第二蓝牙通信通道，在该第二蓝牙通信通道中，第一通信设备作为AG2端，第一通信设备作为HF2端；一种具体应用场景下通信切换控制过程请参见图12-1所示，包括：

S1201：第一通信设备上接收到第一来电请求。

S1203：第一通信设备通过与第三通信设备之间的第二蓝牙通信通道接听该第一来电。

S1205：第一通信设备在接听该第一来电过程中，检测到第二蓝牙通信通道的信道质量不符合预设质量标准。

S1207：第一通信设备通过与第二通信设备之间的第一蓝牙通信通道向第二通信设备发送第一来电处理通知。

S1209：第二通信设备通过第一蓝牙通信通道向第一通信设备反馈接受通信响应。

S12011：第一通信设备切换到第一蓝牙通信通道继续进行第一来电的处理；且第一通信设备在切换到第三通信设备过程中可将接收到的语音数据进行录音缓存，并在第一通信设备切换到第三通信设备上后，优先将缓存的语音数据发给第三通信设备，以保证通话的连续性，提升用户体验的满意度。

在本实施例的另一种具体应用场景下通信切换控制过程请参见图12-2所示，包括：

S1202：第二通信设备上接收到第一来电请求。

S1204：第一通信设备通过与第二通信设备之间的第一蓝牙通信通道接听该第一来电。

S1206：第一通信设备在接听该第一来电过程中，接收到第二来电请求。

S1208：第一通信设备通过与第三通信设备之间的第二蓝牙通信通道向第三通信设备发送第二来电通知。

S12010：第三通信设备通过第二蓝牙通信通道向第一通信设备反馈接受通信响应。

S12012：第一通信设备弹出选择窗口以供用户选择接听第二来电还是继续第一来电。

S12014：用户选择接听第二来电时，第一通信设备将音频通道切换到第二蓝牙通信通道进行第二来电的接听，并可暂停第一来电或结束第一来电。

S12016：用户选继续择接听第一来电时，拒接第二来电，继续通第一蓝牙通信通道接听第一来电。

可见，通过本实施例中第一通信设备在与第二通信设备配合执行蓝牙通信事件过中，当检测到当前蓝牙通道切换条件触发时，可以根据需求灵活的切换到新的第三通信设备上执行相应的蓝牙通信事件，从而提升了蓝牙应用控制方式的灵活性，能更好的满足用户的多样化需求，提升用户体验满意度。

第三实施例

本实施例提供了一种通信设备，该通信设备的类型请参见上述实施例所示，在此不再赘述。请参见图13所示，该通信设备包括：

处理器1301、存储器1302、发射器1303、接收器1304及存储在存储器1302上并可在处理器上运行的计算机程序；

计算机程序、发射器1303、接收器1304被处理器1301调用时实现如上所述的通信切换控制方法中第一通信设备执行的各步骤。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现如上各实施例中通信切换控制方法中第一通信设备执行的步骤。

需要说明的是，在本文中，术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本申请的保护之内。

Claims (10)

1.一种通信切换控制方法，其特征在于，所述通信切换控制方法包括：

第一通信设备通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，自动检测当前蓝牙通道切换条件是否触发；

所述第一通信设备检测到蓝牙通道切换条件触发时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。

2.如权利要求1所述的通信切换控制方法，其特征在于，所述检测当前蓝牙通道切换条件是否触发包括以下任意之一：

检测所述第一蓝牙通信通道的信道质量是否低于预设信道质量标准；

检测所述第一蓝牙通信通道的信道质量是否低于所述第二蓝牙通信通道的信道质量，所述第一通信设备与第二通信设备和第三通信设备分别同时保持所述第一蓝牙通信通道和第二蓝牙通信通道的连接。

3.如权利要求2所述的通信切换控制方法，其特征在于，所述执行相应的蓝牙通信事件包括：

继续执行之前所述第一通信设备通过与第二通信设备之间的第一蓝牙通信通道所述执行的蓝牙通信事件。

4.如权利要求1所述的通信切换控制方法，其特征在于，所述检测当前蓝牙通道切换条件是否触发包括：

检测所述第二蓝牙通信通道上当前是否触发了新的蓝牙通信事件，且判断当前是否需要执行该新的蓝牙通信事件。

5.如权利要求4所述的通信切换控制方法，其特征在于，所述判断当前是否需要执行该新的蓝牙通信事件包括以下任意之一：

判断所述新的蓝牙通信事件的执行优先级，是否高于所述第一通信设备通过与第二通信设备之间的第一蓝牙通信通道所述执行的蓝牙通信事件的执行优先级；

检测所述第二蓝牙通信通道的信道质量是否高于所述第一蓝牙通信通道的信道质量，所述第一通信设备与第二通信设备和第三通信设备分别同时保持所述第一蓝牙通信通道和第二蓝牙通信通道的连接。

6.如权利要求4所述的通信切换控制方法，其特征在于，所述执行相应的蓝牙通信事件包括：执行所述新的蓝牙通信事件。

7.如权利要求1-6任一项所述的通信切换控制方法，其特征在于，所述第一通信设备切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件后，还包括：

继续检测当前是否满足蓝牙通道切换条件，如是，切换到与第二通信设备之间的第一蓝牙通信通道，执行相应的蓝牙通信事件。

8.一种通信设备，其特征在于，所述通信设备包括：

处理器、发射器、接收器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

所述计算机程序、发射器、接收器被所述处理器调用时实现如权利要求1至7中任一项所述的通信切换控制方法的步骤。

9.一种通信***，其特征在于，所述通信***包括第一通信设备、第二通信设备和第三通信设备；

所述第一通信设备用于通过与第二通信设备之间的第一蓝牙通信通道执行蓝牙通信事件过程中，自动检测当前蓝牙通道切换条件是否触发，在检测到蓝牙通道切换条件满足时，切换到与第三通信设备之间的第二蓝牙通信通道，执行相应的蓝牙通信事件。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有可在处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的通信切换控制方法的步骤。