CN115150753A - 蓝牙通信方法及系统 - Google Patents

Abstract

本申请实施例提供了一种蓝牙通信方法及系统。该方法包括：电子设备在广播阶段，其可通过发送具有更大的传输带宽，和/或，使用更高阶的调制方式的蓝牙广播帧，以增加蓝牙广播帧的帧体可承载的数据量。以在大数据量的应用场景下，减少蓝牙广播帧的发送次数，以降低发现阶段的耗时，从而提升建立蓝牙连接的效率。

Description

蓝牙通信方法及系统

技术领域

本申请实施例涉及通信领域，尤其涉及一种蓝牙通信方法及系统。

背景技术

随着通信技术的飞速发展，蓝牙网络的应用场景也越来越广泛。目前，设备间的蓝牙连接是基于已有的蓝牙协议维护的。已有蓝牙协议中的帧体所承载的数据量限制，在大数据量传输的场景下，设备需要通过发送多个蓝牙广播消息，以发送蓝牙数据。

发明内容

为了解决上述技术问题，本申请提供一种蓝牙通信方法及系统。在该方法中，电子设备可通过发送具有更大的带宽和/或更高阶的调制方式的蓝牙广播帧，以增加蓝牙广播帧的帧体部分可携带的数据的数据量。

第一方面，本申请实施例提供一种蓝牙通信系统。该系统包括第一电子设备和第二电子设备。第一电子设备，用于发送第一蓝牙广播帧。其中，第一蓝牙广播帧中包括帧头和帧体。第一蓝牙广播帧的帧头包括第一指示信息，用于指示第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽，并且，第一蓝牙广播帧的帧体包括第一数据。第二电子设备，用于接收第一蓝牙广播帧，并根据第一指示信息，在第一传输带宽上接收第一蓝牙广播帧的帧体。以及，基于第一调制方式，对接收到的第一蓝牙广播帧的帧体进行解调，获取第一数据。这样，电子设备可通过增加蓝牙广播帧的帧体带宽，和/或，使用更高阶的调制方式的方式，以有效增加蓝牙广播帧的帧体的数据量。从而可以降低蓝牙广播阶段发送蓝牙广播帧的数量，进而缩短蓝牙广播阶段的耗时，提升蓝牙连接的整体效率。

示例性的，第一电子设备与第二电子设备可以是手机、平板、电视、电脑、可穿戴设备、智能家居设备等具有蓝牙功能的电子设备。

根据第一方面，第一电子设备，具体用于接收第一用户指令。第一电子设备响应于第一用户指令，启动第一应用，并发送第一蓝牙广播帧。其中，第一数据包括第一电子设备的设备信息和第一应用的应用数据。

示例性的，第一应用可以是多屏协同、虚拟连接、华为分享等具备蓝牙功能的应用中的任一种。

示例性的，第一电子设备可基于第一应用于第一调制方式和第一传输带宽的对应关系，发送对应的蓝牙广播帧。

示例性的，第一应用的应用数据与第一电子设备的设备信息承载于蓝牙广播帧的帧体的负载字段。

根据第一方面，或者以上第一方面的任意一种实现方式，第二电子设备，还用于基于第一数据，与第一电子设备建立蓝牙连接。并且，基于蓝牙连接，与第一电子设备进行蓝牙数据交互。这样，第二电子设备可基于接收到的蓝牙广播帧，获取到蓝牙广播帧携带的第一电子设备的设备信息和第一应用的应用数据，并基于获取到的数据，与第一电子设备进行蓝牙通信。

根据第一方面，或者以上第一方面的任意一种实现方式，系统还包括第三电子设备；第一电子设备，还用于发送第二蓝牙广播帧；第二蓝牙广播帧中包括帧头和帧体；第二蓝牙广播帧的帧头包括第二指示信息，用于指示第二蓝牙广播帧的帧体的第二调制方式与第二传输带宽；第二蓝牙广播帧的帧体包括第二数据，第二调制方式与第一调制方式不同，第二传输带宽与第一传输带宽不同。第三电子设备，用于接收第二蓝牙广播帧。并且，根据第二指示信息，在第二传输带宽上接收第二蓝牙广播帧的帧体。以及，基于第二调制方式，对接收到的第二蓝牙广播帧的帧体进行解调，获取第二数据。这样，电子设备可基于预设的条件，发送具有不同的调制方式和/或传输带宽的蓝牙广播帧。

示例性的，预设的条件可以是基于应用设置的，也可以是基于数据量设置的，还可以是基于网络设置的。

示例性的，第二蓝牙广播帧的帧体的调制方式可以与第一蓝牙广播帧的调制方式不同。例如，第二数据的数据量大于第一数据的数据量，第二蓝牙广播帧的帧体可采用更高阶的调制方式。

示例性的，第二蓝牙广播帧的帧体的传输带宽可以与第一蓝牙广播帧的帧体的传输带宽不同。例如，第二数据的数据量大于第一数据的数据量，第二蓝牙广播帧的帧体可采用更大的传输带宽。

根据第一方面，或者以上第一方面的任意一种实现方式，第一电子设备，具体用于接收第二用户指令。并且，响应于第二用户指令，启动第二应用，并发送第二蓝牙广播帧；其中，第二数据包括第一电子设备的设备信息和第二应用的应用数据。这样，电子设备可基于不同的应用，发送具有不同的调制方式和/或传输带宽的蓝牙广播帧。

根据第一方面，或者以上第一方面的任意一种实现方式，第一调制方式为以下任一种：高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。这样，在保持天线灵敏度不变的情况下，可通过使用更高阶的调制方式，增加帧体承载的数据量。

根据第一方面，或者以上第一方面的任意一种实现方式，第一传输带宽为以下任一种：1MHz、2MHz、3MHz。这样，电子设备可通过使用更大的传输带宽，增加帧体承载的数据量。

示例性的，还可以采用更大的带宽，例如4MHz等，本申请不做限定。

示例性的，在两个电子设备之间的距离较小的情况下，可优先采用更大的传输带宽的方式。

根据第一方面，或者以上第一方面的任意一种实现方式，第一指示信息承载于第一蓝牙广播帧的帧头的接入码Access Code字段。这样，电子设备可通过读取帧头中的Access Code字段，确定帧体的调制方式和传输带宽。

示例性的，Access Code字段长度为32比特。

根据第一方面，或者以上第一方面的任意一种实现方式，第一蓝牙广播帧中的帧头的传输带宽为1MHz，第一蓝牙广播帧中的帧头的调制方式为GFSK。这样，帧头采用约定的传输带宽和调制方式，以使得对端设备可正确读取帧头，以获取帧体的调制方式和传输带宽。

第二方面，本申请实施例提供一种蓝牙通信方法。该方法应用于第一电子设备，方法包括：第一电子设备生成第一蓝牙广播帧。第一电子设备发送第一蓝牙广播帧；第一蓝牙广播帧中包括帧头和帧体；第一蓝牙广播帧的帧头包括第一指示信息，用于指示第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽；第一蓝牙广播帧的帧体包括第一数据。

根据第二方面，发送第一蓝牙广播帧包括：第一电子设备接收第一用户指令。第一电子设备响应于第一用户指令，启动第一应用，并发送第一蓝牙广播帧；其中，第一数据包括第一电子设备的设备信息和第一应用的应用数据。

根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：第一电子设备与第二电子设备建立蓝牙连接；第一电子设备基于蓝牙连接，与第二电子设备进行蓝牙数据交互。

根据第二方面，或者以上第二方面的任意一种实现方式，方法还包括：第一电子设备发送第二蓝牙广播帧；第二蓝牙广播帧中包括帧头和帧体；第二蓝牙广播帧的帧头包括第二指示信息，用于指示第二蓝牙广播帧的帧体的第二调制方式与第二传输带宽；第二蓝牙广播帧的帧体包括第二数据，第二调制方式与第一调制方式不同，第二传输带宽与第一传输带宽不同。

根据第二方面，或者以上第二方面的任意一种实现方式，发送第二蓝牙广播帧，包括：第一电子设备接收第二用户指令；第一电子设备响应于第二用户指令，启动第二应用，并发送第二蓝牙广播帧；其中，第二数据包括第一电子设备的设备信息和第二应用的应用数据。

根据第二方面，或者以上第二方面的任意一种实现方式，第一调制方式为以下任一种：高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。

根据第二方面，或者以上第二方面的任意一种实现方式，第一传输带宽为以下任一种：1MHz、2MHz、3MHz。

根据第二方面，或者以上第二方面的任意一种实现方式，第一指示信息承载于第一蓝牙广播帧的帧头的接入码Access Code字段。

根据第二方面，或者以上第二方面的任意一种实现方式，第一蓝牙广播帧中的帧头的传输带宽为1MHz，第一蓝牙广播帧中的帧头的调制方式为GFSK。

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

第三方面，本申请实施例提供一种蓝牙通信方法。该方法应用于第二电子设备，方法包括：第二电子设备接收第一电子设备发送的第一蓝牙广播帧；第一蓝牙广播帧中包括帧头和帧体；第一蓝牙广播帧的帧头包括第一指示信息，用于指示第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽；第一蓝牙广播帧的帧体包括第一数据。第二电子设备根据第一指示信息，在第一传输带宽上接收第一蓝牙广播帧的帧体。第二电子设备基于第一调制方式，对接收到的第一蓝牙广播帧的帧体进行解调，获取第一数据。

根据第三方面，方法还包括：第二电子设备基于第一数据，与第一电子设备建立蓝牙连接。第二电子设备基于蓝牙连接，与第一电子设备进行蓝牙数据交互。

根据第三方面，或者以上第三方面的任意一种实现方式，第一调制方式为以下任一种：高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。

根据第三方面，或者以上第三方面的任意一种实现方式，第一传输带宽为以下任一种：1MHz、2MHz、3MHz。

根据第三方面，或者以上第三方面的任意一种实现方式，第一指示信息承载于第一蓝牙广播帧的帧头的接入码Access Code字段。

根据第三方面，或者以上第三方面的任意一种实现方式，第一蓝牙广播帧中的帧头的传输带宽为1MHz，第一蓝牙广播帧中的帧头的调制方式为GFSK。

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

第四方面，本申请实施例提供一种电子设备。该电子设备包括存储器和处理器，存储器与处理器耦合；存储器存储有程序指令，当程序指令由处理器执行时，使得电子设备执行第二方面或第二方面的任意可能的实现方式中的第一电子设备所执行的蓝牙通信方法。

第五方面，本申请实施例提供一种电子设备。该电子设备包括存储器和处理器，存储器与处理器耦合；存储器存储有程序指令，当程序指令由处理器执行时，使得电子设备执行第三方面或第三方面的任意可能的实现方式中的第二电子设备所执行的蓝牙通信方法。

第五方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第二方面或第二方面的任意可能的实现方式中的方法的指令。

第六方面，本申请实施例提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第三方面或第三方面的任意可能的实现方式中的方法的指令。

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

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

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

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

附图说明

图1为示例性示出的电子设备的硬件结构示意图；

图2为示例性示出的电子设备的软件结构示意图；

图3为示例性示出的应用场景示意图；

图4为示例性示出的用户界面示意图；

图5为示例性示出的用户界面示意图；

图6为示例性示出的平板和手机的蓝牙通信流程示意图；

图7为示例性示出的用户界面示意图；

图8为示例性示出的BLE协议的蓝牙数据包格式示意图；

图9为示例性示出的ADV_IND类型的数据包格式示意图；

图10为示例性示出的ADV_IND类型的数据包格式示意图；

图11为示例性示出的AUX_ADV_IND类型的数据包格式示意图；

图12为示例性示出的平板和手机的蓝牙通信流程示意图；

图13为示例性示出的蓝牙数据包的格式示意图；

图14为示例性示出的手机与平板的蓝牙通信流程示意图；

图15为示例性示出的手机与平板的蓝牙通信流程示意图；

图16为示例性示出的蓝牙数据包的格式示意图；

图17为示例性示出的蓝牙数据包传输示意图；

图18为示例性示出的装置的结构示意图。

具体实施方式

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

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

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

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

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

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

电子设备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等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器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)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现电子设备100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现电子设备100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

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

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

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

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

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

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

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

在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。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以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

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

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

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

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

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

图2是本申请实施例的电子设备100的软件结构框图。

电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，多屏协同，华为分享，短信息等应用程序。

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

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

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

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

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

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

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

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

Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，蓝牙驱动，Wi-Fi驱动，音频驱动，传感器驱动等。

可以理解的是，图2示出的系统框架层、系统库与运行时层包含的部件，并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。

图3为示例性示出的应用场景示意图。请参照图3，在该场景中，包括手机和平板。示例性的，手机与平板可基于蓝牙连接进行数据交互。需要说明的是，本申请实施例中仅以手机与平板之间的蓝牙通信为例进行说明。在其它实施例中，也可以是手机、平板、可穿戴设备、智能家居设备(例如蓝牙音箱、电视)、车载设备等任意两个或两个以上具有蓝牙功能的设备之间的通信。图3中的设备的类型和数量仅为示意性举例，本申请不做限定。

下面以具体实施例对图3中的应用场景的实现进行详细说明。

请参照图4，示例性的，平板显示界面402上可包括多个控件，包括但不限于：应用控件、电量控件、网络控件等。示例性的，用户可调用平板的下拉通知栏，例如，用户从平板的屏幕上边缘向下滑动，平板可响应于接收到的用户操作，在显示界面402上显示下拉通知栏404。示例性的，下拉通知栏404中包括多个控件，控件包括但不限于：WLAN控件、蓝牙控件、移动数据控件、静音控件、自动旋转控件、多屏协同控件406以及亮度调节控件等。可选地，下拉通知栏404中的各控件可用于指示开启或关闭对应的功能或应用，还可以用于指示当前各功能或应用的状态(指开启或者关闭)。

需要说明的是，在本申请实施例中，以手机和平板已开启WLAN功能和蓝牙功能为例进行说明。相应的，手机A与平板的显示界面上的网络控件中包括WLAN控件和蓝牙控件，用于指示WLAN功能和蓝牙功能已开启。

请继续参照图4，示例性的，手机当前可显示主页面。需要说明的是，本申请实施例中仅以手机和平板当前显示界面为主页面，并在手机和平板显示主页面时，执行多屏协同业务为例进行说明。在其他实施例中，手机和平板当前显示的界面也可以是其它界面，本申请不做限定。

仍参照图4，示例性的，用户可点击下拉通知栏404中的多屏协同控件406。

请参照图5，示例性的，平板响应于接收到的用户点击多屏协同控件406的操作，在显示界面402中显示多屏协同提示框502。可选地，提示框502中包括取消控件504、同意控件506以及提示信息，其中，提示信息用于指示当前正在使用多屏协同应用。示例性的，若用户点击取消控件504，平板可响应于用户操作，取消多屏协同提示框502。示例性的，在本申请实施例中，用户可点击同意控件506，以启动多屏协同流程。

需要说明的是，在本申请实施例中，用户对平板进行操作时，手机当前显示的界面仍为主界面，在其他实施例中，用户也可以对手机进行其他操作，本申请不做限定。

进一步需要说明的是，在本申请实施例中，均以平板和手机已开启WLAN功能和蓝牙功能为例，例如，平板和手机当前显示界面上显示的网络控件中均包括WLAN控件和蓝牙控件，以指示WLAN功能与蓝牙功能已开启。可选地，在其他实施例中，以平板为例，若平板的WLAN功能与蓝牙功能中的至少一个功能未开启，例如WLAN功能已开启，蓝牙功能未开启。一个示例中，用户可从设置应用中或者下拉通知栏中，开启蓝牙功能。另一个示例中，用户在点击同意控件506后。相应的，平板响应于接收到的用户点击设置应用中的蓝牙控件、下拉通知栏中的蓝牙控件或同意控件506，开启蓝牙功能。

进一步需要说明的是，除通过图4中所示的通过下拉通知栏启动多屏协同功能的方式外，平板还可以基于其它方式启动多屏协同功能，举例说明，若平板与手机碰一碰后，平板可确定启动多屏协同应用，并显示提示框502，本申请对启动多屏协同的方式不做限定。

示例性的，平板响应于接收到的用户点击同意控件506的操作，确定多屏协同功能启动，并可基于蓝牙与附近的设备，例如手机进行蓝牙通信，以传输后续进行Wi-Fi通信所需的参数或信息。

下面结合图6示出的平板和手机的蓝牙通信流程示意图，对平板和手机之间的蓝牙通信过程进行详细说明。请参照图6，具体包括：

S601，平板启动多屏协同功能。

示例性的，用户启动多屏协同应用，例如用户点击同意控件506。平板接收到用户点击同意控件506的操作。平板响应于接收到的用户操作，启动多屏协同应用。

S602，平板发送广播(Advertising，ADV)消息。

示例性的，多屏协同应用启动后，可调用平板中的蓝牙芯片，以使得蓝牙芯片实时或周期性地发送ADV消息。示例性的，ADV消息用于发现附近的可连接的蓝牙设备(即开启蓝牙功能的设备)。

示例性的，ADV消息中包括但不限于：平板的设备信息、状态信息、服务信息等。可选地，设备信息包括但不限于：平板的标识信息(例如设备名称、设备型号等)和蓝牙地址信息等。可选地，状态信息可以包括平板当前的电池状态等。服务信息可以包括平板是基于多屏协同应用触发的蓝牙通信流程等。本申请不做限定。

示例性的，平板在多个蓝牙信道，例如蓝牙信道37、蓝牙信道38和蓝牙信道39上轮流发送ADV消息。示例性的，平板可在每个蓝牙信道上发送多次ADV消息。例如，平板可在每个蓝牙信道上发送三次ADV消息。

示例性的，S602也可以称为发现阶段、探测阶段等，本申请不做限定。

请参照图7，示例性的，平板确定多屏协同应用启动后，可选地在显示界面402上显示多屏协同提示框702。可选地，多屏协同提示框702与多屏协同提示框502的尺寸和位置可以相同，也可以不同，本申请不做限定。示例性的，提示框702可包括取消控件704，可选地，若用户点击取消控件704，则平板响应于用户点击取消控件704的操作，取消显示提示框702，并停止发送ADV消息。

可选地，提示框702还包括第一提示信息和第二提示信息，其中，第一提示信息用于指示正在连接其它电子设备，例如显示“连接您的手机”的提示信息。第二提示信息用于指示可通过扫码的方式，与其它电子设备建立连接。例如，第二提示信息可显示“发现不了您的手机？您也可以扫码连接”的提示信息。可选地，用户可点击“扫码连接”，以启动摄像头，并通过扫码的方式，获取到手机的设备信息，以基于手机的设备信息与手机进行蓝牙通信，并执行后续的多屏协同步骤。

S603，手机显示提示框，并接收到用户点击连接控件的操作行为。

示例性的，手机接收到平板发送的ADV消息后，手机可获取到平板的设备信息、状态信息、服务信息等。

示例性的，请继续参照图7，手机的显示界面可显示提示框706，提示框706中包括但不限于：平板的标识信息708。可选地，平板的标识信息708可以是平板的图标，也可以是平板的设备名称，还可以是平板的型号等，本申请不做限定。可选地，提示框706中还可以包括平板的状态信息和服务信息等。本申请不做限定。

可选地，手机可预先存储有设备的图标与设备信息的对应关系，例如，手机存储有平板的图标与平板的设备类型(即指示设备为平板)的对应关系，手机在接收到ADV消息后，获取到发送端的设备类型为平板，手机可获取本地存储的与平板的设备类型对应的设备图标，并在提示框706中显示。

示例性的，提示框706中还包括取消控件710和连接控件712。示例性的，取消控件710用于取消显示提示框706，也可以理解为拒绝与平板进行多屏协同。

示例性的，在本申请实施例中，用户点击连接控件712，相应的，手机接收到用户点击连接控件712的操作，手机确定与平板进行多屏协同。

S604，手机向平板发送Scan Request(扫描请求)消息。

示例性的，手机响应于接收到的用户点击连接控件712的操作，手机可基于蓝牙协议以及从ADV消息中获取到的平板的蓝牙地址信息，向平板发送Scan Request消息，以指示与平板进行多屏协同。

可选地，手机A发送的Scan Request消息中携带手机的设备信息，设备信息包括但不限于：手机的蓝牙地址信息、手机的标识信息(例如设备名称、设备型号等)等，本申请不做限定。

需要说明的是，本申请仅示出手机A与平板之间的通信方式，在其他实施例中，若平板附近还存在其它可接收到平板广播的ADV消息，并且具有多屏协同功能和显示功能的设备，该类设备同样会显示提示框706。而其它未安装多屏协同应用，即不具有多屏协同功能的设备，即使接收到ADV消息，也不会向平板回复Scan Request消息。

S605，平板向手机发送Scan Response(扫描响应)消息。

示例性的，平板接收到手机发送的Scan Request消息后，向手机发送ScanResponse消息，以与手机进行蓝牙通信。也就是说，手机向平板回复Scan Response消息后，手机与平板可基于蓝牙连接进行蓝牙数据交互。

需要说明的是，本申请实施例的S602～S605中的任意交互过程为蓝牙连接建立起始时刻，本申请不做限定。

示例性的，手机与平板之间的蓝牙通信可以是通过蓝牙低能耗(Bluetooth LowEnergy，BLE)维持的，也可以是通过经典蓝牙维持的。

图8为示例性示出的BLE协议的蓝牙数据包格式示意图。请参照图8，蓝牙数据包包括帧头部分和帧体部分。其中，帧头部分包括Preamble(前导)字段和Access Code(接入码)字段。帧体部分包括：PDU(Protocol Data Unit，协议数据单元)字段、CRC(CyclicRedundancy Check，循环冗余校验)字段。

示例性的，蓝牙数据包中的帧头部分采用GFSK(Gauss frequency Shift Keying，高斯频移键控)调制方式。帧体部分同样采用GFSK调制方式。举例说明，平板发送的ADV消息中，帧头部分(包括Preamble字段和Access Code字段)采用GFSK调制方式，帧体部分(包括PDU字段和CRC字段)同样采用GFSK调制方式。相应的，手机接收到ADV消息，可通过基于GFSK调制方式对ADV消息中的帧头进行解调，以获取到帧头中所包含的信息。例如指示该消息是ADV消息。示例性的，手机继续基于GFSK调制方式对ADV消息中的帧体进行解调，并获取到PDU字段和CRC字段携带的信息。

请继续参照图8，示例性的，BLE协议规定，蓝牙数据包中的Preamble字段的长度为8us(微妙)，Access Code字段长度为32bits(比特)，PDU字段长度为2-258bytes(字节),CRC字段长度为24bits。

可选地，蓝牙数据包还可以包括CTE(Constant Tone Extension，单音扩展)字段(图中未示出)。其中，CTE字段的长度为16-160us。

需要说明的是，蓝牙数据包的调制方式以及各字段的长度是协议规定的。也就是说，手机和平板中的蓝牙芯片按照设定的调制方式，对数据进行调制，以生成蓝牙数据包。并且，手机和平板中的蓝牙芯片按照设定的调制方式，对数据进行解调，以获取蓝牙数据包中的信息或数据。

示例性的，BLE协议中规定有多种数据包类型，不同的数据包类型的PDU部分的长度和包括的字段不相同，其PDU字段的长度也可能不相同，图8中所示的长度仅为示意性举例。示例性的，在蓝牙通信的发现阶段，即S602中，平板发送的蓝牙数据包的类型为ADV_IND(advertising indecation，广播指示)类型。

图9为示例性示出的ADV_IND类型的数据包格式示意图。请参照图9，示例性的，PDU字段包括Header(头部)字段和Payload(负载)字段。示例性的，Header字段长度为16bits，Payload字段长度为1-255bytes。示例性的，Payload字段可用于承载数据。其它字段的描述可参照BLE协议中的相关内容，本申请不再赘述。

示例性的，基于各字段的长度，蓝牙数据包的总长度为376us。

图10为示例性示出的ADV_IND类型的数据包格式示意图。请参照图10，示例性的，Payload字段可选地包括AdvA字段和AdvData字段。其中，AdvA字段的长度为6bytes，AdvData字段长度为0-31bytes。其中，AdvData字段用于承载数据。也就是说，在ADV_IND类型的数据包中，目前仅定义了31个字节，以可用于承载数据，其它字节均被保留。

如上文所述，ADV消息中包括但不限于平板的标识信息、状态信息、服务信息等。示例性的，若上述信息所占长度超过AdvData字段的长度，也就是说，AdvData字段中的31bytes的长度不足以承载上述信息。在BLE协议中，可通过扩展类型的蓝牙数据包进行发送。示例性的，扩展类型的蓝牙数据包包括ADV_EXT_IND(advertising extendedindecation，广播扩展指示)类型数据包和AUX_ADV_IND(auxiliary advertisingindecation，辅助广播指示)类型数据包。图11为示例性示出的AUX_ADV_IND类型的数据包的格式示意图。需要说明的是，ADV_EXT_IND类型的数据包的格式与AUX_ADV_IND类型的数据包格式相同，此处不再重复说明。

请参照图11，示例性的，Payload字段包括Extended Header Length(扩展头部长度)字段、AdvMode字段、Extended Header(扩展头部)字段、AdvData字段。其中，ExtendedHeader Length(扩展头部长度)字段长度为6bits，AdvMode(广播模式)字段长度为2bits，Extended Header字段长度为0-63bytes，AdvData字段长度为0-254bytes。

示例性的，当需要发送的数据量超过31bytes时，平板在第一信道上发送ADV_EXT_IND类型的数据包。可选地，第一信道包括蓝牙信道37、蓝牙信道38以及蓝牙信道39。也就是说，平板在蓝牙信道37、蓝牙信道38以及蓝牙信道39上分别发送ADV_EXT_IND类型的数据包。其中，每个ADV_EXT_IND类型的数据包的Extended Header字段的指示信息用于指向AUX_ADV_IND数据包。示例性的，其它终端，例如手机在接收到ADV_EXT_IND数据包后，可基于Extended Header字段的指示，在第二信道上接收AUX_ADV_IND数据包。可选地，第二信道可以称为数据信道，包括除蓝牙信道37、蓝牙信道38以及蓝牙信道39以外的其它蓝牙信道。

也就是说，在已有的BLE协议中，若发现阶段所需要发送的数据量较大的情况下，平板需要在不同的信道上，发送至少两个蓝牙数据包，才能使得对端(例如手机)，能够完整接收到平板发送的数据。其中，对端在接收到AUX_ADV_IND后，还需要在第二信道上等待接收AUX_ADV_IND，其耗时更长。

图12为示例性示出的大数据量场景下的平板和手机的蓝牙通信示意图。请参照图12，具体包括：

S1201，平板启动多屏协同功能。

S1202a，平板发送ADV消息1。

S1202b，平板发送ADV消息2。

示例性的，如上文所述，平板检测到需要发送的数据量大于31bytes，可通过至少两个蓝牙数据包进行发送。示例性，以平板需要使用2个蓝牙数据包承载所需要发送的数据为例，如上文所述，平板在第一信道(包括蓝牙信道37、蓝牙信道38和蓝牙信道39)上发送ADV_EXT_IND类型的ADV消息1。并且，在第二信道上发送AUX_ADV_IND类型的ADV消息2。ADV2消息承载平板的标识信息、状态信息和服务信息等信息。

S1203，手机显示提示框，并接收到用户点击连接控件的操作行为。

示例性的，手机需要完整接收到平板发送的所有广播信息，才会确定当前有设备请求与手机进行多屏协同。也就是说，手机在第一信道上接收到ADV消息1后，还需要等待，并在第二信道上接收ADV消息2，即获取到平板发送的完整设备信息后，才会显示提示框。

因此，由于平板在发现阶段所需要广播的数据量较大，相应的需要使用多个蓝牙数据包承载所需要发送的数据，造成手机侧响应较慢。举例说明，用户控制平板开启多屏协同功能后，由于平板需要发送多个蓝牙数据包，导致手机显示提示框与用户启动多屏协同功能的时刻之间的时延较大，影响用户使用体验。

S1204，手机向平板发送Scan request消息。

S1205，平板向手机发送Scan Response消息。

S1204～S1205的描述可参照S604和S605的相关内容，此处不再赘述。

需要说明的是，在已有的蓝牙协议中，例如BLE协议中，蓝牙数据包支持的传输带宽为1MHz。举例说明，平板发送的蓝牙数据包中的帧头和帧体的传输带宽为1MHz。相应的，手机在带宽为1MHz的指定的频段上接收蓝牙数据包。进一步需要说明的是，指定频段的中心频点和带宽均是预先配置的。也就是说，平板按照约定，在指定的频段上发送蓝牙数据数据包。相应的，手机按照约定，在指定的频段上接收蓝牙数据包。

本申请实施例提供一种蓝牙通信方式，电子设备可基于具有指定格式的蓝牙数据包，以在保证传输时间不变的基础上，传输更多的数据。

场景一

图13为本申请实施例提供的一种蓝牙数据包的格式示意图。请参照图13，示例性的，在本申请实施例中，蓝牙数据包的帧头部分和帧体部分。其中，帧头部分包括Preamble字段和Access Code字段。帧体部分包括：sync(同步)字段、Header字段、payload字段、CRC字段。可选地，帧体部分还可以包括CTE字段。示例性的，帧体部分和帧头部分之间还包括Guard字段。

示例性的，在本申请实施例中，帧头部分(包括Preamble字段和Access Code字段)采用GFSK调制方式。蓝牙数据包的帧体部分(包括sync字段、Header字段、payload字段)采用比GFSK调制方式更高阶的调制方式。可选地，更高阶的调制方式包括但不限于：DQPSK(Differential Quadrature Reference Phase Shift Keying，差分四相相移键控)、8PSK(Differential 8Reference Phase Shift Keying，差分八相移键控)、16QAM(QuadratureAmplitude Modulation，正交幅度调制)等。

示例性的，不同的调制方式所对应的Payload字段的长度不相同。如表1所示为示例性示出的1MHz传输带宽的情况下，调制方式与Payload字段长度的对应关系。

表1

调制方式	Payload字段长度(bytes)
		GFSK	37
DQPSK	75
		8PSK	115
16QAM	155

请参照表1，示例性的，若蓝牙数据包的帧体采用GFSK，payload字段的长度为37bytes。若蓝牙数据包的帧体采用DQPSK，payload字段的长度为75bytes。若蓝牙数据包的帧体采用8PSK，payload字段的长度为115bytes。若蓝牙数据包的帧体采用16QAM，payload字段的长度为155bytes。也就是说，帧体的调制方式阶数越高，则payload字段的长度越大。相应的，payload字段可携带的数据量上限也越大。

需要说明的是，场景一中的各实施例仅以蓝牙数据包的传输带宽为1MHz为例进行说明。利用传输带宽增加传输数据量的方式将在场景二中说明。

进一步需要说明的是，调制方式的改变，并不会改变蓝牙数据包的传输时间。即，本申请实施例中的蓝牙数据包的传输时间仍为376us。也就是说，本申请实施例中可通过使用更高阶的调制方式，使得蓝牙数据包的传输时间与已有蓝牙协议中的蓝牙数据包的传输时间一致的基础上，将payload字段的长度从37bytes最大扩展到155bytes，以有效提升蓝牙数据包可携带的数据的数据量。

仍参照图13，示例性的，本申请实施例中的蓝牙数据包的帧头与帧体采用不同的调制方式。相应的，帧头和帧体之间还包括Guard字段，该字段可为接收端切换解调方式提供切换时间。

示例性的，本申请实施例的蓝牙数据包中的Access Code字段，可包括指示信息，用于指示帧体的调制方式。如表2所示为示例性示出的指示方式与调制方式之间的对应关系。

表2

请参照表2，示例性的，若蓝牙数据包中的Access Code字段包括指示信息1，用于指示帧体部分采用GFSK调制方式。若蓝牙数据包中的Access Code字段包括指示信息2，用于指示帧体部分采用DQPSK调制方式。若蓝牙数据包中的Access Code字段包括指示信息3，用于指示帧体部分采用8PSK调制方式。若蓝牙数据包中的Access Code字段包括指示信息4，用于指示帧体部分采用16QAM调制方式。需要说明的是，指示信息为长度为32bits的二进制字符，具体数值可根据实际需求设置，本申请不做限定。

需要说明的是，图13中的其它未描述的字段可参照已有蓝牙协议中的相关内容，本申请不再赘述。

进一步需要说明的是，本申请实施例中所涉及的平板和手机等电子设备均为预设的设备。示例性的，预设的设备可选地为能够正确接收并解析出Access Code字段的电子设备。进一步可以理解为预设的电子设备中的芯片存储有表2中的对应关系。示例性的，对于非预设的设备，则非预设的设备接收到发起端(例如平板)广播的蓝牙数据包后，其无法正确解析Access Code字段的含义，则无法正确解析出帧体部分，也就无法与平板进行后续的数据交互。

可选地，本申请实施例中的发起端(例如平板)在发现阶段，即广播蓝牙数据包之前，可以进行预判，以预先判定对端设备是否为预设的设备。一个示例中，发起端可基于启动的应用，预先判定对端设备是否为预设的设备。举例说明，发起端可配置有应用与预设的设备之间的关联关系。例如，发起端可配置有预设的设备支持的应用包括多屏协同应用、华为分享应用等。示例性的，发起端启动特定的应用(例如华为分享应用)，其可基于配置的关联关系，预先判定对端设备为预设的设备。相应的，发起端在发现阶段广播的蓝牙数据包，则可基于图13所示的蓝牙数据包的格式。需要说明的是，本申请实施例中所述的预判对端是否为预设的设备的方式仅为示意性举例。在其他实施例中，还可以以其他方式使得发起端对对端是否为预设的设备进行预判，本申请不做限定。

可选地，若发起端无法预判出对端是否为预设的设备，或者是发起端不进行预判的步骤。示例性的，发起端可在发现阶段依次发送图13所示的蓝牙数据包格式的蓝牙数据包，和已有蓝牙协议中的蓝牙数据包。具体示例将在下面的实施例中进行举例说明。

请继续参照图13，可选地，在本申请实施例中，发起端(例如平板)在广播蓝牙数据包时，其所采用的帧体部分的编码方式，可以根据所发送的数据量的大小动态选择。一个示例中，若所发送的数据的数据量对payload字段长度的需求小于37bytes，可采用GFSK调制方式。一个示例中，若所发送的数据的数据量对payload字段长度的需求大于37bytes，可采用DQPSK、8PSK、16QAM的任一种。一个示例中，若所发送的数据的数据量对payload字段长度的需求大于75bytes，可采用8PSK、16QAM中的任一种。一个示例中，若所发送的数据的数据量对payload字段长度的需求大于115bytes，可采用16QAM调制方式。

可选地，在本申请实施例中，发起端(例如平板)在广播蓝牙数据包时，其所采用的帧体部分的编码方式，还可以根据启动的应用进行动态选择。举例说明，对于华为分享应用和虚拟连接应用。发起端可预先配置有应用与调制方式的对应关系。例如，华为分享应用对应于DQPSK调制方式，虚拟连接应用对应于8PSK调制方式。相应的，发起端在启动应用(例如华为分享应用)后，可基于华为分享应用对应的调制方式(例如DQPSK)，对数据进行调制，以生成蓝牙数据包。需要说明的是，本申请所述的应用与调制方式的对应关系仅为示意性举例，本申请不做限定。

下面以几个具体实施例对本申请实施例中的蓝牙通信方式进行详细说明。

图14为示例性示出的手机与平板的蓝牙通信流程示意图。请参照图14，具体包括：

S1401，平板启动多屏协同功能。

S1402，平板发送ADV消息。

示例性的，平板启动多屏协同应用后，确定发现阶段需要广播的数据包括但不限于：平板的标识信息、平板的蓝牙地址信息、平板的型号信息、平板的服务信息和状态信息等。如上文所述，场景一中的实施例均是以蓝牙数据包的传输带宽为1MHz为例。在传输带宽为1MHz的情况下，假设上述信息的数据量对蓝牙数据包中的payload字段的长度需求大于75bytes。示例性的，平板可确定采用DQPSK调制方式对数据进行调制，也就是说，平板生成的蓝牙数据包中，帧头部分(包括Preamble字段和Access Code字段)采用GFSK调制方式，帧体部分(包括Header字段和payload字段等)采用DQPSK调制方式。相应的，Access Code字段中包括指示信息2，用于指示帧体部分采用DQPSK调制方式。其它字段可参照已有蓝牙协议，本申请不做限定。

示例性的，如上文所述，平板可基于当前启动的多屏协同应用，预先判定对端设备(例如手机)为预设的设备。也就是说，平板确定对端可以正确解析出Access Code字段的含义。因此，平板仅在第一信道(包括蓝牙信道37、蓝牙信道38以及蓝牙信道39)上发送如图13所示的蓝牙数据包。

示例性的，平板附近可能还存在其它已开启蓝牙功能的设备，例如平板附近还存在已开启蓝牙功能的可穿戴设备。可选地，若可穿戴设备为非预设的设备，即可穿戴设备中未设置有能够正确解析平板发送的蓝牙数据包中的Access Code字段的芯片。可穿戴设备接收到平板发送的蓝牙数据包后，由于未能正确解析出Access Code字段的含义，其不做后续的处理。即，可穿戴设备不再接收蓝牙数据包的帧体部分。

S1403，手机正确解析Access Code字段，并成功接收帧体。

示例性的，在本申请实施例中，手机为预设的设备，即其在接收到平板发送的蓝牙数据包后，可正确解析Access Code字段。示例性的，手机获取到Access Code字段的指示信息(即指示信息2)，并基于指示信息，确定帧体部分的调制方式为DQPSK。示例性的，手机可在指定的频段接收帧体部分，并基于DQPSK调制方式对帧体部分进行解调，以获取到帧体部分所携带的信息。

S1404，手机显示提示框，并接收到用户点击连接控件的操作行为。

S1405，手机向平板发送Scan Request消息。

S1406，平板向手机发送Scan Response消息。

S1404～S1406的描述可参照S603和S605的相关内容，此处不再赘述。

图15为示例性示出的手机与平板的蓝牙通信流程示意图。请参照图15，具体包括：

S1501，平板启动虚拟连接功能。

S1502，平板发送ADV消息。

示例性的，平板启动虚拟连接功能后，确定发现阶段需要广播的数据包括但不限于：平板的标识信息、平板的蓝牙地址信息、平板的型号信息、平板的服务信息和状态信息等。如上文所述，场景一中的实施例均是以蓝牙数据包的传输带宽为1MHz为例。在传输带宽为1MHz的情况下，假设上述信息的数据量对蓝牙数据包中的payload字段的长度需求大于75bytes。示例性的，平板可确定采用DQPSK调制方式对数据进行调制，也就是说，平板生成的蓝牙数据包中，帧头部分(包括Preamble字段和Access Code字段)采用GFSK调制方式，帧体部分(包括Header字段和payload字段等)采用DQPSK调制方式。相应的，Access Code字段中包括指示信息2，用于指示帧体部分采用DQPSK调制方式。其它字段可参照已有蓝牙协议，本申请不做限定。

示例性的，如上文所述，平板检测到当前启动的应用为虚拟连接应用。示例性的，平板中配置的预设的设备与应用之间的关联关系中，未指示虚拟连接应用对应于预设的设备。相应的，平板确定对端设备可能为预设的设备，也可以为非预设的设备。

示例性的，平板可在指定的蓝牙信道上，基于图13所示的蓝牙数据包进行广播。

S1503，手机未正确解析Access Code字段，无法接收到帧体部分。

示例性的，本实施例中以手机为非预设的设备。即，手机未设置有能够正确解析Access Code字段的芯片为例进行说明。

示例性的，手机接收到平板发送的蓝牙数据包后，其无法正确解析Access Code字段。相应的，手机不做后续的处理。也就是说，手机不会向平板回复响应消息。

S1504a，平板发送ADV消息1。

S1504b，平板发送ADV消息2。

一个示例中，若平板在S1502，即广播蓝牙数据包后的预定时长内，未接收到对端设备返回的响应消息，平板可基于已有蓝牙协议的格式，发送蓝牙数据包。具体发送方式可参照S1202a～S1202b，此处不再赘述。

需要说明的是，由于平板未能判定对端是否为预设的设备。也就是说，对端可能是预设的设备，也可以是非预设的设备。本实施例中仅以手机为非预设的设备为例进行说明。在其他实施例中，若手机为预设的设备，则手机接收到平板发送的蓝牙数据包后，手机可正确解析出Access Code字段，并获取到帧体部分所携带的信息。相应的，手机向平板返回响应消息，则平板在预设的时长内接收到响应消息后，无需再执行S1504a～S1504b。

另一个示例中，平板可在指定的蓝牙信道发送基于图13的格式的蓝牙数据包后，继续在指定的蓝牙信道发送基于已有蓝牙协议的格式的蓝牙数据包。从而缩短对端设备显示提示框的时延。

S1505，手机显示提示框，并接收到用户点击连接控件的操作行为。

S1506，手机向平板发送Scan Request消息。

S1507，平板向手机发送Scan Response消息。

S1505～S1507的描述可参照S603和S605的相关内容，此处不再赘述。

场景二

如上文所述，场景一中均是以传输带宽为1MHz为例进行说明的。在本申请实施例中，为进一步增加payload字段可携带的数据量。示例性的，帧体部分可采用更大的带宽，以携带更多的数据。

图16为示例性示出的蓝牙数据包的格式示意图。请参照图16，示例性的，蓝牙数据包的帧头部分包括Preamble字段和Access Code字段。

示例性的，帧头部分的传输带宽仍为1MHz。示例性的，Access Code字段可包括指示信息，用于指示帧体的调制方式和传输带宽。Access Code字段的指示方式如表3所示。

表3

调制方式	带宽	指示方式
			GFSK	1MHz	指示信息1
GFSK	2MHz	指示信息2
			DQPSK	1MHz	指示信息3
DQPSK	2MHz	指示信息4
			8PSK	1MHz	指示信息5
8PSK	2MHz	指示信息6
			16QAM	1MHz	指示信息7
16QAM	2MHz	指示信息8

参照表3，示例性的，若蓝牙数据包中的Access Code字段包括指示信息1，用于指示帧体部分采用GFSK调制方式，且传输带宽为1MHz。若蓝牙数据包中的Access Code字段包括指示信息2，用于指示帧体部分采用GFSK调制方式，且传输带宽为2MHz。

若蓝牙数据包中的Access Code字段包括指示信息3，用于指示帧体部分采用DQPSK调制方式，且传输带宽为1MHz。若蓝牙数据包中的Access Code字段包括指示信息4，用于指示帧体部分采用DQPSK调制方式，且传输带宽为2MHz。

若蓝牙数据包中的Access Code字段包括指示信息5，用于指示帧体部分采用8PSK调制方式，且传输带宽为1MHz。若蓝牙数据包中的Access Code字段包括指示信息6，用于指示帧体部分采用8PSK调制方式，且传输带宽为2MHz。

若蓝牙数据包中的Access Code字段包括指示信息7，用于指示帧体部分采用16QAM调制方式，且传输带宽为1MHz。若蓝牙数据包中的Access Code字段包括指示信息8，用于指示帧体部分采用16QAM调制方式，且传输带宽为2MHz。

需要说明的是，指示信息为长度为32bits的二进制字符，具体数值可根据实际需求设置，本申请不做限定。

对应于2MHz传输带宽，不同的调制方式生成的蓝牙数据包所对应的数据字段的字节数也不相同，表4为示例性示出的2MHz传输带宽下，调制方式与Payload字段长度的对应关系。

表4

调制方式	Payload字段长度(bytes)
		GFSK	75
DQPSK	155
		8PSK	235
16QAM	317

请参照表4，示例性的，在帧体采用2MHz传输带宽时，若蓝牙数据包的帧体采用GFSK，payload字段的长度为75bytes。若蓝牙数据包的帧体采用DQPSK，payload字段的长度为155bytes。若蓝牙数据包的帧体采用8PSK，payload字段的长度为235bytes。若蓝牙数据包的帧体采用16QAM，payload字段的长度为317bytes。也就是说，调制方式相同的情况下，带宽越大，则payload字段可携带的数据量上限也越大。

进一步需要说明的是，图13中的其它未描述的字段可参照已有蓝牙协议中的相关内容，本申请不再赘述。

进一步需要说明的是，场景二中仅以2MHz为例进行说明。在其他实施例中，帧体部分也可以采用更高的带宽，例如3MHz，其方式与2MHz带宽传输方式相同，本申请不再逐一举例说明。

可选地，在大数据传输的场景下，如上文所述，可选择更高阶调制方式和/或增加带宽的方式。具体选择方式可选地取决于设备的芯片能力，例如，更高阶的调制方式对设备的调制和解调能力要求更高，可能使得设备的复杂度相对增加，因此，可根据电子设备的芯片能力，确定大数据传输的场景下，选择更高阶的调制方式和/或增加带宽的方式。再例如，选择方式还可以根据启动的应用，例如，当启动华为分享应用时，通常情况下，华为分享的两个电子设备之间的距离很近(例如小于1米)，在该场景下，两个电子设备之间的数据传输受到的干扰很小，对天线的灵敏度要求较低，相应的，可选取增加带宽的方式。上述选择方式仅为示意性举例，本申请不做限定。

举例说明，一个示例中，平板启动华为分享应用后，其发送的蓝牙广播包的帧体可采用2MHz传输带宽，以及GFSK调制方式，手机可基于ADV消息，与平板进行后续的蓝牙交互。另一个示例中，平板启动虚拟连接功能后，其发送的蓝牙广播包的帧体可采用1MHz传输带宽，以及DQPSK调制方式。电视可基于接收到的ADV消息，与平板进行后续的蓝牙交互。需要说明的是，平板可选地在断开与手机的蓝牙连接后，与电视进行虚拟连接功能。或者，平板可选地可支持多蓝牙连接，即在与手机进行蓝牙通信的过程中，可与电视进行蓝牙通信。

图17为示例性示出的蓝牙数据包传输示意图。请参照图17的(1)，示例性的，在发现阶段，平板生成的蓝牙数据包的帧头采用GFSK调制方式，且帧头的传输带宽为1MHz。帧体采用DQPSK调制方式，且传输带宽均为1MHz。相应的，手机可在指定的频段，即中心频率为fc，带宽为1MHz的频段上，接收蓝牙数据包的帧头和帧体。示例性的，蓝牙数据包的传输时长为376us。

请参照图17的(2)，示例性的，在本申请实施例中，在发现阶段，平板生成的蓝牙数据包的帧头采用GFSK调制方式，且传输带宽为1MHz。帧体采用DQPSK调制方式，且传输带宽为2MHz。相应的，手机可在指定的频段，即中心频率为fc，带宽为1MHz的频段上，接收到蓝牙数据包的帧头部分。示例性的，手机可基于帧头部分中的Access Code字段，确定帧体部分的调制方式为DQPSK，且传输带宽为2MHz。示例性的，手机可在中心频率为fc，带宽为2MHz的频段上，接收到蓝牙数据包的帧体部分。

结合图17的(1)和图17的(2)，在帧体采用相同的调制方式的情况下，具有更大的传输带宽的帧体部分，在相同的传输时间内，其所能传输的数据量更大。

可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

一个示例中，图18示出了本申请实施例的一种装置1800的示意性框图装置1800可包括：处理器1801和收发器/收发管脚1802，可选地，还包括存储器1803。

装置1800的各个组件通过总线1804耦合在一起，其中总线1804除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都称为总线1804。

可选地，存储器1803可以用于前述方法实施例中的指令。该处理器1801可用于执行存储器1803中的指令，并控制接收管脚接收信号，以及控制发送管脚发送信号。

装置1800可以是上述方法实施例中的电子设备或电子设备的芯片。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的蓝牙通信方法。

本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的蓝牙通信方法。

另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的蓝牙通信方法。

其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

本申请各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本申请的范围之内。

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

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

结合本申请实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(Read Only Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

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

Claims (26)

1.一种蓝牙通信系统，其特征在于，包括第一电子设备和第二电子设备；

所述第一电子设备，用于：

发送第一蓝牙广播帧；所述第一蓝牙广播帧中包括帧头和帧体；所述第一蓝牙广播帧的帧头包括第一指示信息，用于指示所述第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽；所述第一蓝牙广播帧的帧体包括第一数据；

所述第二电子设备，用于：

接收所述第一蓝牙广播帧；

根据所述第一指示信息，在所述第一传输带宽上接收所述第一蓝牙广播帧的帧体；

基于所述第一调制方式，对接收到的所述第一蓝牙广播帧的帧体进行解调，获取所述第一数据。

2.根据权利要求1所述的系统，其特征在于，所述第一电子设备，具体用于：

接收第一用户指令；

响应于所述第一用户指令，启动第一应用，并发送所述第一蓝牙广播帧；其中，所述第一数据包括所述第一电子设备的设备信息和所述第一应用的应用数据。

3.根据权利要求1所述的系统，其特征在于，

所述第二电子设备，还用于：

基于所述第一数据，与所述第一电子设备建立蓝牙连接；

基于所述蓝牙连接，与所述第一电子设备进行蓝牙数据交互。

4.根据权利要求3所述的系统，其特征在于，所述系统还包括第三电子设备；

所述第一电子设备，还用于：

发送第二蓝牙广播帧；所述第二蓝牙广播帧中包括帧头和帧体；所述第二蓝牙广播帧的帧头包括第二指示信息，用于指示所述第二蓝牙广播帧的帧体的第二调制方式与第二传输带宽；所述第二蓝牙广播帧的帧体包括第二数据，所述第二调制方式与所述第一调制方式不同，所述第二传输带宽与所述第一传输带宽不同；

所述第三电子设备，用于：

接收所述第二蓝牙广播帧；

根据所述第二指示信息，在所述第二传输带宽上接收所述第二蓝牙广播帧的帧体；

基于所述第二调制方式，对接收到的所述第二蓝牙广播帧的帧体进行解调，获取所述第二数据。

5.根据权利要求4所述的系统，其特征在于，所述第一电子设备，具体用于：

接收第二用户指令；

响应于所述第二用户指令，启动第二应用，并发送所述第二蓝牙广播帧；其中，所述第二数据包括所述第一电子设备的设备信息和所述第二应用的应用数据。

6.根据权利要求1所述的系统，其特征在于，所述第一调制方式为以下任一种：

高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。

7.根据权利要求1所述的系统，其特征在于，所述第一传输带宽为以下任一种：

1MHz、2MHz、3MHz。

8.根据权利要求1所述的系统，其特征在于，所述第一指示信息承载于所述第一蓝牙广播帧的帧头的接入码Access Code字段。

9.根据权利要求1所述的系统，其特征在于，所述第一蓝牙广播帧中的帧头的传输带宽为1MHz，所述第一蓝牙广播帧中的帧头的调制方式为GFSK。

10.一种蓝牙通信方法，其特征在于，应用于第一电子设备，所述方法包括：

生成第一蓝牙广播帧；

发送第一蓝牙广播帧；所述第一蓝牙广播帧中包括帧头和帧体；所述第一蓝牙广播帧的帧头包括第一指示信息，用于指示所述第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽；所述第一蓝牙广播帧的帧体包括第一数据。

11.根据权利要求10所述的方法，其特征在于，所述发送第一蓝牙广播帧包括：

接收第一用户指令；

响应于所述第一用户指令，启动第一应用，并发送所述第一蓝牙广播帧；其中，所述第一数据包括所述第一电子设备的设备信息和所述第一应用的应用数据。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：

与第二电子设备建立蓝牙连接；

基于所述蓝牙连接，与所述第二电子设备进行蓝牙数据交互。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

发送第二蓝牙广播帧；所述第二蓝牙广播帧中包括帧头和帧体；所述第二蓝牙广播帧的帧头包括第二指示信息，用于指示所述第二蓝牙广播帧的帧体的第二调制方式与第二传输带宽；所述第二蓝牙广播帧的帧体包括第二数据，所述第二调制方式与所述第一调制方式不同，所述第二传输带宽与所述第一传输带宽不同。

14.根据权利要求12所述的方法，其特征在于，所述发送第二蓝牙广播帧，包括：

接收第二用户指令；

响应于所述第二用户指令，启动第二应用，并发送所述第二蓝牙广播帧；其中，所述第二数据包括所述第一电子设备的设备信息和所述第二应用的应用数据。

15.根据权利要求10所述的方法，其特征在于，所述第一调制方式为以下任一种：

高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。

16.根据权利要求10所述的方法，其特征在于，所述第一传输带宽为以下任一种：

1MHz、2MHz、3MHz。

17.根据权利要求10所述的方法，其特征在于，所述第一指示信息承载于所述第一蓝牙广播帧的帧头的接入码Access Code字段。

18.根据权利要求10所述的方法，其特征在于，所述第一蓝牙广播帧中的帧头的传输带宽为1MHz，所述第一蓝牙广播帧中的帧头的调制方式为GFSK。

19.一种蓝牙通信方法，其特征在于，应用于第二电子设备，所述方法包括：

接收第一电子设备发送的第一蓝牙广播帧；所述第一蓝牙广播帧中包括帧头和帧体；所述第一蓝牙广播帧的帧头包括第一指示信息，用于指示所述第一蓝牙广播帧的帧体的第一调制方式与第一传输带宽；所述第一蓝牙广播帧的帧体包括第一数据；

根据所述第一指示信息，在所述第一传输带宽上接收所述第一蓝牙广播帧的帧体；

基于所述第一调制方式，对接收到的所述第一蓝牙广播帧的帧体进行解调，获取所述第一数据。

20.根据权利要求19所述的方法，其特征在于，所述方法还包括：

基于所述第一数据，与所述第一电子设备建立蓝牙连接；

基于所述蓝牙连接，与所述第一电子设备进行蓝牙数据交互。

21.根据权利要求19所述的方法，其特征在于，所述第一调制方式为以下任一种：

高斯频移键控GFSK、差分四相相移键控DQPSK、差分八相移键控8PSK、正交幅度调制16QAM。

22.根据权利要求19所述的方法，其特征在于，所述第一传输带宽为以下任一种：

1MHz、2MHz、3MHz。

23.根据权利要求19所述的方法，其特征在于，所述第一指示信息承载于所述第一蓝牙广播帧的帧头的接入码Access Code字段。

24.根据权利要求19所述的方法，其特征在于，所述第一蓝牙广播帧中的帧头的传输带宽为1MHz，所述第一蓝牙广播帧中的帧头的调制方式为GFSK。

25.一种芯片，其特征在于，包括：至少一个处理器，存储器和接口；所述至少一个处理器被配置为调用存储在所述存储器中的指令，以执行如权利要求10至18任一项所述的蓝牙通信方法。

26.一种芯片，其特征在于，包括：至少一个处理器，存储器和接口；所述至少一个处理器被配置为调用存储在所述存储器中的指令，以执行如权利要求19至24任一项所述的蓝牙通信方法。

Images