CN111263339B - 无线通信方法和具有无线通信功能的设备 - Google Patents

Abstract

本申请涉及无线通信领域，具体公开了一种无线通信方法和具有无线通信功能的设备，该方法可以用于设备的协处理器，在该方法中协处理器根据接收的处理器的指令，可以发起处理器要求的无线通信业务，为了执行该无线通信业务，协处理器还会生成用于驱动设备的无线通信模块进行无线通信业务的无线通信的驱动指令，之后协处理器向无线通信模块发送驱动指令。本申请的技术方案能够解决了现有的协处理器不具备处理无线通信数据，也无法与无线通信模块进行数据传输的问题，并且可以有效地降低设备的功耗，提升设备发现，设备建链，数据同步的速度，从而优化用户的使用感受。

Description

无线通信方法和具有无线通信功能的设备

技术领域

本申请的一个或多个实施例通常涉及电子设备的无线通信领域，具体涉及一种无线通信方法和具有无线通信功能的设备。

背景技术

电子设备(手机、平板，TV，PC、音箱、手表，车载设备等)的种类和数量日益增加，这些设备通常利用近程无线通信技术和标准，诸如IEEE 802.11(WLAN或Wi-Fi)，或蓝牙(Bluetooth，BT)或蓝牙低功耗(Bluetooth Low Energy，BLE)等彼此连接和/或通信。并且近程无线通信技术在例如，家庭，办公，社交，运动健康，汽车等的应用场景也更加广泛地应用。

发明内容

本申请的一些实施方式提供了一种无线通信方法和具有无线通信功能的设备。以下从多个方面介绍本申请，以下多个方面的实施方式和有益效果可互相参考。

为了应对上述场景，第一方面，本申请的实施方式提供了一种无线通信方法，该方法可以用于设备的协处理器，首先，协处理器接收来自设备的处理器的指令，该指令用于指示协处理器进行无线通信业务，无线通信业务例如可以包括无线广播、无线扫描和无线数据同步中的至少一个；协处理器根据接收的处理器的指令，可以发起处理器要求的无线通信业务，为了执行该无线通信业务，协处理器还会生成用于驱动设备的无线通信模块进行无线通信业务的无线通信的驱动指令，之后协处理器向无线通信模块发送驱动指令，无线通信模块例如是蓝牙或者蓝牙低功耗的通信模块。

从上述第一方面的实施方式中可以看出，本申请技术方案的协处理器可以根据设备的应用处理器的指令，执行无线通信应用，并且可以相应地驱动设备的无线通信模块，使得本申请技术方案能够在协处理器实现对其他用户设备的设备发现，设备建链信息获取，设备状态同步等功能。

结合第一方面，在一些实施方式中，协处理器接收的处理器的指令还包括处理器即将休眠，或者处理器负载高的信息。

从上述与第一方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，协处理器可以在处理器休眠的过程中执行无线通信应用，从而能够有效地降低设备的功耗。此外，在处理器业务负载高或者满负载的情况下，协处理器可以分担处理器的无线通信业务，从而缓解处理器的高业务负载的状况。

结合第一方面，在一些实施方式中，协处理器从无线通信模块接收在无线通信的过程中获得的无线通信业务的数据。

结合第一方面，在一些实施方式中，协处理器可以基于无线通信业务，例如无线扫描的业务，生成数据过滤器，然后向无线通信模块发送该数据过滤器，其中，数据过滤器至少部分地用于指示无线通信模块将无线通信业务的数据发送到处理器和协处理器中的至少一个。

结合第一方面，在一些实施方式中，协处理器还可以将数据存储在协处理器；或者协处理器还可以基于无线通信业务，例如在数据同步的业务，对其他设备发送的同步数据解析，并将解析的数据存储在协处理器。

结合第一方面，在一些实施方式中，协处理器还可以响应于来自处理器的请求，读取并向处理器发送在协处理器存储的数据。

从上述与第一方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，通过预先将无线通信获得的数据缓存在协处理器中，可以进一步提升设备发现，设备建链，数据同步的速度，此外，在用户使用用户设备时，可以感知到这种速度的提升，从而优化用户的使用感受。

结合第一方面，在一些实施方式中，协处理器还可以确定在协处理器存储的数据的大小是否大于或等于阈值大小；如果存储的数据的大小大于或等于阈值大小，向处理器发送存储的数据。

结合第一方面，在一些实施方式中，协处理器还可以确定存储的解析的数据中的至少一部分数据的值是否低于阈值；如果至少一部分数据的值低于阈值，协处理器可以向处理器发送至少一部分数据。

结合第一方面，在一些实施方式中，协处理器可以包括至少部分地用于处理来自设备的一个或多个传感器的传感器数据的传感器中枢。

从上述与第一方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，解决了现有的传感器中枢不具备处理无线通信数据，也无法与无线通信模块进行数据传输的问题。

结合第一方面，在一些实施方式中，无线通信包括蓝牙通信和蓝牙低功耗通信中的至少一个。

第二方面，本申请的实施方式提供了一种无线通信的方法，用于设备的无线通信模块，无线通信模块接收来自设备的协处理器的驱动指令，驱动指令是协处理器响应于来自设备的处理器的用于指示协处理器进行无线通信业务的指令生成的，并且驱动指令用于驱动无线通信模块进行无线通信业务的无线通信；以及根据驱动指令，进行无线通信。

结合第二方面，在一些实施方式中，无线通信模块可以在无线通信的过程中，获取无线通信业务的数据。

结合第二方面，在一些实施方式中，无线通信模块还可以接收来自协处理器的数据过滤器，数据过滤器至少部分地用于指示无线通信模块将数据发送到处理器和协处理器中的至少一个。

结合第二方面，在一些实施方式中，无线通信模块还可以接收来自协处理器的用于指示处理器即将休眠的信息。

结合第二方面，在一些实施方式中，无线通信模块还可以在接收到处理器即将休眠的信息的情况下，响应于确定将无线通信业务的数据发送给处理器，向处理器发送用于唤醒休眠的处理器的指令。

结合第二方面，在一些实施方式中，协处理器可以包括至少部分地用于处理来自设备的一个或多个传感器的传感器数据的传感器中枢。

结合第二方面，在一些实施方式中，无线通信业务包括无线广播、无线扫描和无线数据同步中的至少一个，以及无线通信包括蓝牙和蓝牙低功耗通信中的至少一个。

第三方面，本申请的实施方式提供了一种用于无线通信的设备，该设备包括：处理器；协处理器；和无线通信模块，该无线通信模块分别与处理器和协处理器通信地耦连；设备的处理器可以被配置为，可以向协处理器发送指令，该指令用于指示协处理器进行无线通信业务，无线通信业务例如可以包括无线广播、无线扫描和无线数据同步中的至少一个；设备的协处理器可以被配置为，根据接收的处理器的指令，可以发起处理器要求的无线通信业务，为了执行该无线通信业务，协处理器还会生成用于驱动设备的无线通信模块进行无线通信业务的无线通信的驱动指令，之后协处理器向无线通信模块发送驱动指令；此外，无线通信模块被配置为，接收来自协处理器的驱动指令，并根据驱动指令，进行无线通信业务相关的无线通信。

从上述与第三方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，本申请技术方案的协处理器可以根据设备的应用处理器的指令，执行无线通信应用，并且可以相应地驱动设备的无线通信模块，使得本申请技术方案能够在协处理器实现对其他用户设备的设备发现，设备建链信息获取，设备状态同步等功能。

结合第三方面，在一些实施方式中，处理器还可以被配置为在处理器休眠前，发送上述指令，该指令中还可以包括处理器即将休眠的信息。

从上述与第三方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，协处理器可以在处理器休眠的过程中执行无线通信应用，从而能够有效地降低设备的功耗。

结合第三方面，在一些实施方式中，处理器还被配置为，在处理器负载高时，发送指令，指令还包括处理器负载高的信息。

从上述与第三方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，在处理器业务负载高或者满负载的情况下，协处理器可以分担处理器的无线通信业务，从而缓解处理器的高业务负载的状况。

结合第三方面，在一些实施方式中，处理器还被配置为，包括多个数据链路，数据链路中的一个用于向协处理器发送指令以及接收协处理器的无线通信业务的数据。

结合第三方面，在一些实施方式中，在指令指示无线通信业务为无线广播的情况下，协处理器还被配置为，发起无线广播业务；生成用于向设备以外的至少一个第二设备发送的第一广播消息；生成驱动无线通信模块发送第一广播消息的驱动指令。

结合第三方面，在一些实施方式中，第一广播消息可以包括以下中的至少一个：设备的设备信息，设备对至少一个第二设备的第二同步数据的请求，以及设备的第一同步数据。

结合第三方面，在一些实施方式中，在指令指示无线通信业务为无线扫描的情况下，协处理器还被配置为，发起无线扫描业务；生成驱动无线通信模块获取来自设备以外的至少一个第二设备的第二广播消息的驱动指令。

结合第三方面，在一些实施方式中，协处理器还被配置为，从无线通信模块接收来自设备以外的至少一个第二设备的第二广播消息。

结合第三方面，在一些实施方式中，第二广播消息包括以下中的至少一个：至少一个第二设备的设备信息，至少一个第二设备对设备的第一同步数据的请求，以及至少一个第二设备的第二同步数据。

结合第三方面，在一些实施方式中，协处理器还被配置为，基于无线扫描业务，生成数据过滤器，以及向无线通信模块发送数据过滤器，其中，数据过滤器至少部分地用于指示无线通信模块将第二广播消息发送到处理器和协处理器中的至少一个。

结合第三方面，在一些实施方式中，协处理器还被配置为，将第二广播消息存储在协处理器；响应于处理器的请求，向处理器发送存储的第二广播消息。

从上述与第三方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，通过预先将无线通信获得的数据缓存在协处理器中，可以进一步提升设备发现，设备建链，数据同步的速度，此外，在用户使用用户设备时，可以感知到这种速度的提升，从而优化用户的使用感受。

结合第三方面，在一些实施方式中，协处理器还被配置为，将第二广播消息存储在协处理器；确定存储的第二广播消息的大小是否大于或等于阈值大小；响应于确定存储的第二广播消息的大小大于或等于阈值大小，向处理器发送存储的第二广播消息。

结合第三方面，在一些实施方式中，协处理器还被配置为，在第二广播消息包括第二同步数据的情况下，确定第二同步数据中的至少一部分数据的值是否低于阈值；响应于确定值低于阈值，向处理器发送至少一部分数据。

结合第三方面，在一些实施方式中，协处理器还被配置为，在第一广播消息包括第一同步数据的情况下，确定第一同步数据的大小是否低于阈值大小；响应于确定第一同步数据的大小低于阈值大小，生成驱动无线通信模块通过无线广播发送第一同步数据的驱动指令；响应于确定第一同步数据的大小大于或等于阈值大小，生成驱动无线通信模块通过无线链路发送第一同步数据的驱动指令。

结合第三方面，在一些实施方式中，协处理器包括至少部分地用于处理来自设备的一个或多个传感器的传感器数据的传感器中枢。

从上述与第三方面相结合的实施方式中可以看出，本申请的实施方式还具有以下优点，例如，解决了现有的传感器中枢不具备处理无线通信数据，也无法与无线通信模块进行数据传输的问题。

结合第三方面，在一些实施方式中，无线广播包括蓝牙广播和蓝牙低功耗广播中的至少一个，以及无线扫描包括蓝牙扫描和蓝牙低功耗扫描中的至少一个。

第四方面，本申请提供了一种计算机可读存储介质，该存储介质可以是非易失性的。该存储介质中包含指令，该指令在执行后实施如前述任意一个方面或实施方式所描述的方法。

附图说明

图1a示出了现有技术中的用户设备的模块示意图。

图1b示出了根据本申请示意性的实施例的用户设备的模块示意图。

图2示出了根据本申请示意性的实施例的蓝牙广播的流程示意图。

图3示出了根据本申请实施例的蓝牙扫描的流程示意图。

图4示出根据本申请另一个实施例的蓝牙扫描的流程示意图。

图5a-5c示出根据本申请实施例的用户设备的使用场景示意图。

图6a-6c示出根据本申请实施例的用户设备的场景中改进的交互流程示意图。

图7示出了根据本申请实施例的通信设备的模块示意图。

具体实施方式

下面结合具体实施例和附图对本申请做进一步说明。可以理解的是，本公开的说明性实施例包括但不限于无线通信的方法、设备和系统，此处描述的具体实施例仅仅是为了解释本申请，而非对本申请的限定。此外，为了便于描述，附图中仅示出了与本申请相关的部分而非全部的结构或过程。

以下由特定的具体实施例说明本申请的实施方式，本领域技术人员可由本说明书所揭示的内容轻易地了解本申请的其他优点及功效。虽然本申请的描述将结合较佳实施例一起介绍，但这并不代表此发明的特征仅限于该实施方式。恰恰相反，结合实施方式作发明介绍的目的是为了覆盖基于本申请的权利要求而有可能延伸出的其它选择或改造。为了提供对本申请的深度了解，以下描述中将包含许多具体的细节。本申请也可以不使用这些细节实施。此外，为了避免混乱或模糊本申请的重点，有些具体细节将在描述中被省略。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

此外，各种操作将以最有助于理解说明性实施例的方式被描述为多个离散操作；然而，描述的顺序不应被解释为暗示这些操作必须依赖于顺序。特别是，这些操作不需要按呈现顺序执行。

除非上下文另有规定，否则术语“包含”，“具有”和“包括”是同义词。短语“A/B”表示“A或B”。短语“A和/或B”表示“(A和B)或者(A或B)”。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读(例如，计算机可读)存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质的途径分发。因此，机器可读介质可以包括用于以机器(例如，计算机)可读的形式存储或传输信息的任何机制、但不限于、软盘、光盘、光盘、只读存储器(CD-ROM)、磁光盘、只读存储器(ROM)、随机存取存储器(RAM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、磁卡或光卡、闪存、或用于通过电、光、声或其他形式的传播信号(例如，载波、红外信号、数字信号等)通过因特网传输信息的有形的机器可读存储器。因此，机器可读介质包括适合于以机器(例如，计算机)可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可以不需要这样的特定布置和/或排序。在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包含结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元或是数据，但是这些单元或数据不应当受这些术语限制。使用这些术语仅仅是为了将一个特征与另一个特征进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一特征可以被称为第二特征，并且类似地第二特征可以被称为第一特征。

应注意的是，在本说明书中，相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请的实施方式作进一步地详细描述。

如本文所使用的，术语“模块或单元”可以指或者包括专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件，或者可以是专用集成电路(ASIC)、电子电路、执行一个或多个软件或固件程序的处理器(共享的、专用的或组)和/或存储器(共享的、专用的或组)、组合逻辑电路、和/或提供所描述的功能的其他合适的组件的一部分。

图1b是根据本申请实施方式的用户设备的模块示意图。示例性的用户设备1包括但不局限于，膝上型设备、台式机、手持PC、个人数字助理、嵌入式处理器、数字信号处理器(Digital Signal Processor，简称DSP)、图形设备、视频游戏设备、机顶盒、微控制器、蜂窝电话、便携式媒体播放器、手持设备、可穿戴设备(例如，显示眼镜或护目镜，头戴式显示器(Head-Mounted Display，简称HMD)，手表，头戴设备，臂带，珠宝等)，虚拟现实(VirtualReality，简称VR)和/或增强现实(Augment Reality，简称AR)设备，物联网(Internet ofThings，IoT)设备，智能音响系统，车载信息娱乐设备，流媒体客户端设备，电子书阅读设备，POS机，电动车辆的控制系统，以及各种其他电子设备。一般地，能够包含本文中所公开的处理器和/或其它执行逻辑的多个装置和电子设备一般都是合适的。

如图1b所示，用户设备1可以包括一个或多个(图中仅示出一个)处理器10、传感器中枢12和蓝牙通信模块14。其中，处理器10可以包括但不限于中央处理器CPU(CentralProcessing Unit)、应用处理器(Application Processor)、图像处理器GPU(GraphicsProcessing Unit)、数字信号处理器DSP、微处理器MCU(Micro-programmed ControlUnit)、AI(Artificial Intelligence)处理器或可编程逻辑器件FPGA(FieldProgrammable Gate Array)等的处理模块或处理电路。在本文的实施例中，处理器10可以被配置为执行下文描述的各种实施例的一个或多个实施例。

在一种可能的实施方式中，处理器10可以运行用户设备1的操作系统，例如，Android、iOS、Windows OS、Liunix和鸿蒙操作系统等。在另一些可能的实施方式中，处理器10可以运行特定的应用程序。

传感器中枢12，或称为传感集线器、传感器协处理器，主要是连接并低功耗地处理来自各种传感器设备的数据。传感器中枢12可以包括但不限于低功耗的应用处理器(Application Processor)、协处理器(Coprocessor)、微处理器MCU(Micro-programmedControl Unit)等低功耗的处理模块或处理电路。通常，传感器中枢12可以处理诸如，速度计(Accelerometer)，磁力计(Magnetometer)，陀螺仪(Gyroscope)，光感计(Ambient lightsensor)，接近光(Proximity)，气压计(Barometer/pressure)，湿度计(Humidometer)等传感器的数据，以及进行各个传感器数据的融合处理。

在本文的各种实施例中，传感器中枢12还可以处理蓝牙通信的相关数据，尤其是BLE通信的相关数据。

在图1b的示例性方案中，蓝牙通信模块14可以用于经由蓝牙以及蓝牙低功耗(BLE)通信。术语“蓝牙”具有其普通含义的全部范围，并且至少包括现有蓝牙标准的各种实施中的任一种，包括蓝牙低功耗(BLE)，包括蓝牙标准的未来实施等。例如，蓝牙连接包括基于蓝牙协议4.x，例如4.2的蓝牙连接或者包括基于蓝牙协议5.x，例如5.0的蓝牙连接。此外，蓝牙连接还可以包括蓝牙低功耗(BLE)。与经典蓝牙相比，BLE旨在显著减小功率消耗和成本，同时维持与经典蓝牙类似的通信范围。在一些实施方式中蓝牙通信模块14还可以附加地结合在其他通信模块中，例如用于Wi-Fi或WLAN(例如802.11)通信的模块等等。为了简便起见，以下仅描述BLE技术在各个实施方式中的应用，可以理解，经典蓝牙、Wi-Fi以及其他近程通信技术都可以在本文的各种实施方式中应用。以下对各模块具体说明。通常，在现有技术中，如图1a所示，蓝牙通信模块14与处理器10通过通用异步收发传输器(UniversalAsynchronous Receiver Transmitter，UART)进行数据传输，并根据处理器10的指令实现蓝牙功能，其中，UART接口是一种通用串行数据总线，用于异步通信，该总线可以为双向通信总线，它将要传输的数据在串行通信与并行通信之间转换。

根据本申请的实施方式，如图1b中所示，蓝牙通信模块14还可以与传感器中枢12通过内置集成电路(Inter Integrated Circuit，I2C)或改进的内置集成电路(ImprovedInter Integrated Circuit，I3C)进行数据传输，并根据传感器中枢12的指令实现诸如蓝牙广播(Advertising，ADV)、蓝牙扫描(Scanning)、建链和数据同步等蓝牙功能，其中，I2C接口是一种双向同步串行总线，包括一根串行数据线(Serial Data Line，SDA)和一根串行时钟线(derail clock line，SCL)。I3C是对I2C的改进，其兼容I2C协议，并且融合了I2C(双线、简单)与SPI(低功耗、高速度)的优点。参考图1a和图1b，处理器10中还示出了在示例性的Android系统分层架构中的蓝牙低功耗(BLE)软件结构。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应用程序框架层，HAL(Hardware Abstract Layer，硬件抽象层)，以及内核层。

以下仅描述与本文的蓝牙通信相关的各个模块。

应用程序层可以包括一系列应用程序包。如图1a和图1b所示，针对蓝牙/蓝牙低功耗通信，相应的蓝牙应用程序包可以包括设置、共享、连接和附近等应用程序。

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

如图1b所示，应用程序框架层可以包括蓝牙架构和传感器架构101等。

硬件抽象层为不同硬件设备提供统一的访问接口。如图1b所示，HAL可以包括蓝牙协议栈和传感器HAL 102。

内核层是硬件和软件之间的层。内核层至少包含各种驱动器，例如，图1b所示的蓝牙驱动器和传感器驱动器103。

如图1a所示，在现有的蓝牙工作流程中，蓝牙数据的下行传输路径是，在应用程序层启动蓝牙应用，蓝牙应用调用蓝牙架构中的接口，通过蓝牙协议栈的蓝牙协议调用内核层的蓝牙驱动，蓝牙驱动通过UART启动蓝牙通信模块14，最终通过蓝牙通信模块14发送数据。反之，蓝牙数据的上行传输路径是，通过蓝牙通信模块14接收其他设备发送的蓝牙通信的数据，该数据通过UART上行传输到蓝牙驱动，之后经过蓝牙协议栈和蓝牙架构到达应用程序层的蓝牙应用。

如图1a所示，现有的传感器中枢不具备处理蓝牙通信数据的能力，也无法与蓝牙通信模块进行数据传输。在这种情况下，对于图1a中的现有方案，在蓝牙通信的场景中，一方面，例如，需要通过BLE来查询附近的设备列表，在查询的时候发起BLE扫描，从而导致蓝牙通信的实时性较差。另一方面，例如，在设备建链发起后，首先通过BLE广播完成密钥信息交互，然后发起WLAN建链，从而导致建链速度较慢。还有一方面，在设备通过BLE广播发起状态同步等的数据同步的时候，其他设备会频繁的被BLE广播唤醒，带来较大的功耗问题。

根据本申请的实施方式，如图1b所示，传感器架构101、传感器HAL 102和传感器驱动器103是在图1a的现有蓝牙通信的软件结构中增加的模块，它们组成了新的蓝牙数据的传输通路，使得处理器10能够从传感器中枢12获取与蓝牙通信相关的数据，以及向传感器中枢12发送与蓝牙通信相关的数据。在一个示例中，来自传感器中枢12的蓝牙数据，可以上行依次通过传感器驱动器103、传感器HAL 102和传感器架构101到达应用程序层的蓝牙应用。反之，来自应用程序层的蓝牙应用的蓝牙数据可以下行依次通过传感器架构101、传感器HAL 102和传感器驱动器103发送到传感器中枢12。

进一步参考图1b，传感器中枢12包括蓝牙应用121、蓝牙协议栈122和蓝牙驱动器123。其中，蓝牙应用121、蓝牙协议栈122和蓝牙驱动器123分别对应于应用程序框架层的蓝牙架构，HAL中的蓝牙协议栈和内核层中的蓝牙驱动器。具体来说，蓝牙应用121是通过对应用程序框架层的蓝牙架构的至少一部分功能的移植来实施在传感器中枢12，例如将由JAVA编码的应用程序框架层的蓝牙架构通过C语言重新编写移植到传感器中枢12，形成蓝牙应用121。类似地，通过上述方法将蓝牙协议栈和蓝牙驱动器的至少部分功能，例如，蓝牙广播、蓝牙扫描、建链和数据同步等，从处理器端移植到传感器中枢12，形成蓝牙协议栈122和蓝牙驱动器123。在一些实施方式中，例如，蓝牙协议栈122可以包括执行广播和扫描的相应蓝牙协议，蓝牙驱动器123可以包括驱动蓝牙通信模块14的部分或全部驱动程序。

在一些实施方式中，蓝牙协议栈122具备与处理器10的蓝牙协议栈相同的安全协议，使得经由传感器中枢12的蓝牙通信的数据安全可以得到蓝牙安全协议的保护。

如图1b所示，蓝牙通信模块14可以包括通道切换模块141、控制器142和在底层内部逻辑中存储(注册)的过滤器143。过滤器143用于过滤例如BLE扫描的蓝牙扫描结果，例如，在处理器10发起蓝牙扫描时，过滤器143基于蓝牙扫描的要求生成，之后通过UART从处理器10传输到蓝牙通信模块14，并存储在底层内部逻辑中。在另一些示例中，过滤器143可以基于蓝牙扫描的要求，在传感器中枢12的蓝牙应用121中生成，之后，通过I2C/I3C从传感器中枢12传输到蓝牙通信模块14，并存储在底层内部逻辑中。通道切换模块141根据控制器142的指令确定将BLE数据发送给处理器10和传感器中枢12中的至少一个。

在一些实施方式中，在处理器10通过传感器中枢12执行BLE通信相关的例如广播、扫描和数据同步的应用程序的时候，处理器10的下行传输的BLE数据将依次通过传感器架构101、传感器HAL 102、传感器驱动器103发送给传感器中枢12。传感器中枢12接收到BLE数据后，蓝牙应用121确定执行的应用(业务)，例如BLE广播、BLE扫描、BLE状态同步等，执行相应的业务操作的指令传递给蓝牙协议栈122，然后调用蓝牙驱动器123启动蓝牙驱动，蓝牙驱动指令通过I2C/I3C接口传输到蓝牙通信模块14，蓝牙通信模块14根据蓝牙驱动指令启动BLE广播和/或BLE扫描。蓝牙通信模块14获得的蓝牙数据的上行传输路径基本按照上述下行传输路径反向传输，以下将参考图2-4具体描述蓝牙通信的数据传输。

根据本申请实施方式的用户设备，在采用上述蓝牙通信方式后，通过将蓝牙协议栈的部分功能(例如，ADV/SCAN/BLE建链)和业务设置到传感器中枢12，可以在处理器10休眠的情况下，在传感器中枢12侧通过执行BLE广播和/或BLE扫描，实现对其他用户设备的设备发现，设备建链信息获取，设备状态同步等功能，并且能够有效地降低设备的功耗。

进而，根据本申请实施方式的用户设备能够提升设备发现，设备建链，数据同步的速度，此外，在一个或多个实施方式中，在用户使用用户设备时，可以感知到这种速度的提升，从而优化用户的使用感受。

针对上述改进的用户设备1，以下将结合蓝牙通信的基本场景，分别描述用户设备1实施蓝牙广播、蓝牙扫描、蓝牙建链和数据同步的示例性的通信流程，通过对这些通信流程的具体描述以及和现有技术的对比，进一步阐明本申请的用户设备1在蓝牙通信方面所取得的显著技术效果。

以下参考图2-4进一步描述一些实施方式的蓝牙通信流程。在一些实施方式中，这些蓝牙通信流程可以在例如，如图1b所示的用户设备1上实施。

图2示出了根据本申请实施方式的一种蓝牙广播的流程图。

如图2所示，当用户设备1接收用户指令，需要通过蓝牙应用发起蓝牙广播时，在块201，处理器10指令发起离线广播，例如，处理器10可以向传感器中枢12发送启动离线蓝牙广播的指令，该离线蓝牙广播的指令用于指示处理器10在该指令发送后离线，以及指示传感器中枢12处理器10即将离线，以及指示传感器中枢12启动标准蓝牙广播或BLE广播。这里，所谓“离线”是指处理器10在发送离线蓝牙广播的指令后即进入休眠，处于休眠状态的处理器10不会处理诸如蓝牙应用在内的多种应用，由此达到为用户设备1节省能源的目的。即，在块202，处理器10休眠，并进入休眠状态。以下将以蓝牙低功耗广播为例进行说明。

在块203，传感器中枢12启动蓝牙广播。具体地，传感器中枢12收到处理器10的启动诸如BLE广播的离线蓝牙广播的指令后，在蓝牙应用121启动BLE广播应用，蓝牙协议栈122按照蓝牙广播协议向蓝牙驱动器123发送指令，蓝牙驱动器123生成蓝牙广播驱动指令，并将该蓝牙广播驱动指令经由I2C/I3C接口发送到蓝牙通信模块14，蓝牙通信模块14接收到驱动指令后，进行蓝牙广播(块204)。由此，在进行例如BLE广播的过程中，处理器10可以保持休眠状态，与该广播相关的数据处理在传感器中枢12进行。由此，采用上述通信方式后，用户设备1的功耗得到了有效地降低。

以下进一步描述用户设备1的蓝牙扫描流程。在图2的基础上，图3和图4示出了根据本申请实施方式的可能的蓝牙扫描的流程图。

图3为在一种可能的情况下用户设备1实施蓝牙扫描的流程。如图3所示，当用户设备1接收用户指令，需要通过蓝牙应用发起蓝牙扫描时，在块302，处理器10指令发起离线扫描，例如，处理器10可以向传感器中枢12发送启动离线蓝牙扫描的指令，与上述离线蓝牙广播的指令类似，离线蓝牙扫描的指令用于指示处理器10在该指令发送后离线，以及指示传感器中枢12处理器10即将离线，并指示传感器中枢12启动标准蓝牙扫描或BLE扫描。处理器10发送离线蓝牙扫描的指令后，在块303，处理器10进入休眠状态。以下将以蓝牙低功耗扫描为例进行说明。

在一种可能的情况下，在处理器10启动离线蓝牙扫描之前，处理器10的蓝牙协议栈已经发起了扫描(块301)，该扫描可以诸如是BLE扫描的蓝牙扫描，即蓝牙通信模块14根据处理器10的蓝牙协议栈的指示可能正在或将要执行蓝牙扫描。这时，传感器中枢12没有必要再次指示蓝牙通信模块14发起蓝牙扫描。可以理解，块301的内容可以作为离线蓝牙扫描的指令中的参数，或者作为单独的指令随离线蓝牙扫描的指令一起发送给传感器中枢12，本申请对此不作限制。对于传感器中枢12可以获得处理器10的蓝牙协议栈是否已经发起扫描的方式，本申请并不限制。

在这种情况下，传感器中枢12的蓝牙应用121根据处理器10的离线蓝牙扫描的指令，生成过滤器143，并将过滤器143经由蓝牙协议栈122和蓝牙驱动器123，向蓝牙通信模块14注册传感器中枢12的过滤器143(块304)。过滤器143可以从蓝牙通信模块14扫描到的蓝牙广播数据中过滤掉传感器中枢12不需要的数据。

在块305、蓝牙通信模块14上报符合过滤器的扫描结果，例如，将符合过滤器的扫描结果上报给传感器中枢12，例如发送到蓝牙应用121。

作为一个示例，当蓝牙通信模块14在扫描过程中，接收到HCI(Host ControllerInterface，主机控制接口)上行数据后，过滤器143对上行数据进行过滤，过滤器143中配置有蓝牙应用的相应过滤参数(规则)，例如，规则可以包括判断上行数据是否为传感器中枢12的广播数据或扫描数据，判断上行数据是否为处理器10的广播数据或扫描数据，判断上行数据是否为处理器10的其他类型的数据中的一种或多种。不符合规则的上行数据在蓝牙通信模块14的内部逻辑层直接丢弃。符合规则的上行数据传输到通道切换模块141，在通道切换模块141，控制器142控制通道切换模块141将过滤后的数据，按照过滤器143的指示，发送给传感器中枢12和/或处理器10。

在一些实施方式中，蓝牙通信模块14可以实施UART和I2C/I3C并发，例如，符合传感器中枢12的过滤器的数据将通过I2C/I3C发送到传感器中枢12，符合处理器10的过滤器的数据将通过UART发送给处理器10，同时符合两者的过滤器的数据将通过UART和I2C/I3C并发地发送给处理器10和传感器中枢12。

在一些示例中，在内部逻辑层还可以包括过滤器列表，过滤器列表中可以存储处理器10和传感器中枢12各自的一个或多个过滤器，其中，处理器10的过滤器在处理器10中生成并经过UART传输到蓝牙通信模块14的内部逻辑层，处理器10的过滤器可以用于处理器10在非休眠状态的蓝牙扫描业务。相对的，过滤器列表中的传感器中枢12的过滤器可以是上述已描述的在传感器中枢12中生成的过滤器。或者，处理器10和传感器中枢12利用一个过滤器，该过滤器配置有分别针对处理器10和传感器中枢12的过滤参数。

接下来，在块306，传感器中枢12对上报的扫描结果进行解析，存储解析数据。例如，如果扫描结果是广播数据，蓝牙应用121从广播数据中解析出诸如，广播设备地址、广播接入地址、本地名称等数据。解析后的数据可以在传感器中枢12存储。可以理解，传感器中枢12可以包括易失或非易失的存储介质，例如合适的动态随机存取存储器(DRAM)，静态随机存取存储器(SRAM)等。

之后，在307，传感器中枢12可以向处理器10发送唤醒请求，将处理器10从休眠状态中唤醒。在块308，处理器10被唤醒之后，在309，传感器中枢12发送解析数据，例如，蓝牙应用121将解析的数据发送给处理器10。作为一个示例，处理器10通过传感器驱动器103接收经过解析的数据，数据上行通过传感器HAL 102，传感器架构101到达应用程序层，在应用程序层，请求蓝牙数据的应用程序可以使用该解析的数据。

作为另一个示例，唤醒请求的发送时机可以由传感器中枢12根据预设的条件来确定。例如，传感器中枢12可以在存储的数据的容量达到预定的大小，例如64KB、128KB后，发送唤醒请求。在其他示例中，在一些应用中，例如，在设备状态同步中，传感器中枢12可以提取解析后的数据中的一种或多种特定类型的数据，并基于预设的条件对提取的数据进行评判，并基于评判的结果来唤醒处理器10。对于特定类型的数据的选择，和预设条件的确定可以根据用户设备1的不同使用场景分别设置，以下将在用户设备1的示例性的使用场景中进行相应地描述。

在另一些实施方式中，传感器中枢12可以仅存储上报的扫描结果，并不对这些扫描结果进行进一步地处理。

在另一些实施方式中，传感器中枢12也可以无需唤醒处理器10，传感器中枢12可以在处理器10请求数据时，将存储的数据发送给处理器10。

图4示出了根据本申请实施方式的另一种示例性的蓝牙扫描的流程图。

在图4中，对于具有与图3中所示的功能相同的块，在此不再赘述。以下将详细描述与示例方法300不同的块或部分。

在块401，处理器10指令发起离线扫描，例如，处理器10向传感器中枢12发送启动离线蓝牙扫描的指令。与图3所示流程的不同之处在于，块402，处理器10的蓝牙协议栈没有蓝牙扫描。因此，传感器中枢12需要根据来自处理器10的发起离线扫描的指令，在块404，启动蓝牙扫描并向蓝牙通信模块注册过滤器，例如，由蓝牙应用121启动蓝牙扫描，并且向蓝牙通信模块14的注册用于扫描的过滤器。

具体来说，根据处理器10的指令，蓝牙应用121启动BLE扫描应用，并生成相应的过滤器143，过滤器143的功能参见上文的描述，在此不再赘述。蓝牙协议栈122按照蓝牙扫描协议向蓝牙驱动器123发送指令，蓝牙驱动器123生成蓝牙扫描驱动指令，并将该蓝牙扫描驱动指令和过滤器143经由I2C接口发送到蓝牙通信模块14，驱动蓝牙通信模块14开始蓝牙扫描(块405)。

如图4所示，块406-410中描述的内容与图3所示的块305-309的内容相似，在此不再赘述。

以下结合用户设备1与其他设备进行WLAN建链的示例场景为例，并参考上述图2-图4中描述的BLE广播和BLE扫描流程，对各设备之间可能的蓝牙数据交互进行简要说明。

例如，用户设备1附近的设备A向用户设备1发送广播消息M1，用于被用户设备1发现，设备A的广播消息M1中可以包括：前导码、消息类型和当前设备ID。其中，前导码用于BLE扫描时广播的过滤，提升广播处理性能，即过滤器143根据广播消息的前导码过滤不需要的广播消息。消息类型用于区分传送的不同的消息的类型，当前设备ID用于唯一标识发送方的设备。

用户设备1发起扫描后，收到设备A的广播消息M1，广播消息经过滤器143后，被送到蓝牙应用121，蓝牙应用121发现用户设备1没有缓存设备A的建链信息，因此，用户设备1向设备A发送消息M2，表示用户设备1想要获得设备A的建链信息。

其中，消息M2中可以包括：前导码，消息类型，当前设备ID和目的设备ID。其中，目的设备ID用于标志消息发送的目的设备，接收方设备可以用这个目的设备ID跟自身的设备ID进行匹配，如果相同则表明可以处理该消息。设备A收到消息M2后，回复自身的建链信息给用户设备1。

用户设备1收到设备A发送的建链信息M3，M3中除了包括前导码，消息类型，当前设备ID和目的设备ID以外，还可以包括：设备A建链的SSID，密钥以及MAC地址。用户设备1的蓝牙应用121从建链信息M3中解析出建链的SSID，密钥以及MAC地址，并缓存在传感器中枢12中。当后续用户设备1需要给设备A建链时，处理器10就可以通过传感器驱动器103从传感器中枢12的蓝牙应用121中获取这些解析后的信息，从而完成快速建链。

在本申请的实施方式中，由于在用户设备1的处理器10中增加了传感器架构101、传感器HAL 102和传感器驱动器103，以及在传感器中枢12中增加处理蓝牙通信的模块，例如，蓝牙应用121、蓝牙协议栈122和蓝牙驱动器123，使得现有技术中只能在处理器10侧实施的蓝牙通信功能，在本申请中可以附加地在传感器中枢12中实施，例如，如图2-图4所描述的蓝牙通信流程。基于此，本申请的用户设备1可以在处理器10休眠的情况下，在传感器中枢12侧通过执行BLE广播和/或BLE扫描，实现对其他用户设备的设备发现，以及后续的设备建链信息获取，设备状态同步等功能，这样能够有效地降低设备的功耗。

此外，由于可以在传感器中枢12中实施蓝牙通信的部分功能，使得传感器中枢12实施低功耗常开的蓝牙设备发现成为可能，并且传感器中枢12还可以存储蓝牙应用121解析的蓝牙通信数据。由此，使得用户设备1在蓝牙通信过程中可以进一步提升设备发现，设备建链，数据同步的速度，此外，在一个或多个实施方式中，在用户使用用户设备时，可以感知到这种速度的提升，从而优化用户的使用感受。以下将进一步参考具体使用场景，描述提升蓝牙通信速度的技术效果。

图2-图4是对本申请实施方式的蓝牙通信流程的示例性描述，并不意在对本申请进行限制。例如，本申请的实施方式可以应用于如上描述的处理器10休眠的示例的场景，并不是对本申请方案的应用场景的具体限定，后续内容对此不再一一说明。作为一个示例，本申请的实施方式还可以应用处理器10负载高或满负载的场景，在该场景下，当发生诸如蓝牙的无线通信时，处理器10可以指示传感器中枢12进行无线通信的处理，例如，在处理器10负载高时，处理器10指示传感器中枢12当前处理器10的负载高，并指示处理器10发起诸如蓝牙广播和/或蓝牙扫描等业务，为处理器10分担无线通信业务，缓解处理器10的高业务负载的状况。

可以理解，在本申请的不同应用场景中，处理器10发送给传感器中枢12的指令可以有所不同。例如，在一些场景中，处理器10可以发送启动蓝牙广播和/或扫描的指令，而非离线蓝牙广播和/或扫描的指令。以下参考本申请实施方式的各种应用场景来进一步说明本申请的技术效果。

图5a-5c示出了本申请实施方式的用户设备的示例性的使用场景。

在图5所示的场景中，用户设备51a-51d中的至少一个可以是如图1所示的用户设备1。在图5a-5c和其余的附图中，引用编号之后的字母，例如“51a”，表示对具有该特定引用编号的元素的引用。文本中没有后续字母的引用编号，例如“51”，表示对带有该引用编号的元素的实施方式的总体引用。在图5的场景中，例如，用户设备51a可以是蓝牙音箱，用户设备51b可以是笔记本电脑，用户设备51c可以是智能电视，以及用户设备51d可以是智能手机。

图5a示例性地示出了用户设备通过WLAN多跳(multi-hop)组网的场景，例如各个用户设备51采用无线MESH技术组网。图5b示例性地示出了用户设备51通过同一无线AP(Access Point)组网的场景。此外，图5c示例性地示出了用户设备51通过蓝牙低功耗(BLE/BTLE)广播组网的场景。以上场景只是示意性地列举用户设备较为常见的应用场景，例如，上述场景可以是用户的智能家居互连场景等。

以下为了描述的简便，以用户设备51a和51b作为前述实施方式描述的用户设备为例，对如图5中所示的多个用户设备互连的场景进行说明。在以下描述中，用户设备51a和51b都处于无线通信距离范围内，后续不再一一说明。

参考图6说明用户设备51a和51b组网的过程。为了进一步说明本申请的技术效果，图6将对比现有技术和本申请的组网过程。可以理解，现有技术中的组网过程仅作为对通常组网过程的举例，并且仅用作说明本申请技术方案的参考示例，将不会详细描述，并且仅在必要时提及。对于上述设备和方法实施方式中未描述的内容，可以参见下述过程实施方式；同样地，对于过程实施方式中未描述的内容，可参见上述设备和方法实施方式。

此外用户设备51a和51b的具体通信过程可以参见前述实施方式的描述，对于相似部分，这里不在赘述。在以下描述中，将以用户设备51作为主设备，用户设备51b作为从设备描述，该限定仅为了描述的简便和方便对实施方式的理解，并不是对本申请的具体限定。

图6a示出了根据上述场景中多个用户设备快速发现的过程。如图6a所示，在现有技术中，设备A和设备B发现彼此所需要的时间为T1+T2+T3。具体而言，当设备A和设备B在可发现范围内，设备A的处理器的应用程序层发起设备发现请求，最终由蓝牙通信模块发起BLE扫描。设备A业务侧发起请求到蓝牙通信模块发起扫描所需要的时间是T1。设备A的蓝牙通信模块接收设备B发出的BLE广播，收到广播所需要的时间是T2。设备A的蓝牙通信模块经过蓝牙协议栈上报广播包到处理器的应用程序层，上报广播包所需要的时间是T3。

在本申请的实施方式中，当用户设备51a和用户设备51b在可发现范围内，用户设备51b后台定期发起BLE广播，用户设备51a和/或用户设备51b的传感器中枢都在处理蓝牙通信，在用户设备51a的处理器的应用程序层发起设备发现请求之前，例如用户设备51a在休眠时，用户设备51a在后台通过传感器中枢以较低占空比常开BLE扫描，并且开启BLE广播。用户设备51a的蓝牙通信模块收到用户设备51b发出的BLE广播。用户设备51a的蓝牙通信模块上报广播包到传感器中枢，不影响用户设备51a处理器的休眠。当用户设备51a的处理器的应用程序层发起设备发现请求，处理器可以从传感器中枢读取之前获取的用户设备51b的BLE广播，而获取广播包所需要的时间是T4。在本申请的实施方式中，可以确定设备发现的时间是T4，并且T4<T3且远小于T1+T2+T3。

如图6a所示，现有方案如果需要发现设备，即获取设备列表，需要下发BLE扫描到蓝牙通信模块，然后等待蓝牙通信模块扫描到对端设备发起的BLE广播，最后上报BLE广播信息给处理器的应用程序层，应用程序层解析BLE广播然后得到设备列表。

相反地，本申请的实施方式通过传感器中枢来实现低功耗常开的设备发现，并缓存数据到传感器中枢，当处理器侧有业务需求时，通过传感器架构101、传感器HAL 102和传感器驱动器103等模块直接获取缓存在传感器中枢的设备列表，由此实现了设备间的快速发现。对于用户而言，这样大大提升了在用户设备上为用户呈现设备列表的响应速度。

以下参考图6b描述图5a中设备之间的WLAN建链的过程。其中WLAN建链过程涉及密钥信息的同步。如图6b所示，在现有技术中，设备A和设备B完成WLAN建链所需要的时间为T1+T2。具体而言，设备A和设备B发现彼此后，A设备发起建链请求，设备A和设备B通过BLE广播交换建链的密钥信息，通过BLE广播交换密钥所需要的时间为T1。之后，设备A和设备B拿到密钥信息之后，设备A和设备B发起WLAN建链，WLAN建链所需要的时间为T2。

在本申请的实施方式中，用户设备51a和用户设备51b发现彼此后，用户设备51a和/或用户设备51b在后台通过传感器中枢交换建链的密钥信息。当用户设备51a的处理器的应用程序层发起建链请求，处理器可以从传感器中枢读取之前获取的已经缓存的密钥信息。用户设备51a拿到密钥信息之后，用户设备51a和用户设备51b发起WLAN建链，WLAN建链所需要的时间为T2。在本申请的实施方式中，可以确定设备之间的WLAN建链的时间是T2，且T2<T1+T2。

如图6b所示，本申请的实施方式通过传感器中枢来实现低功耗常开的建链信息交互，并且缓存WLAN建链信息到传感器中枢，当处理器侧有设备建链需求时，通过传感器架构101、传感器HAL 102和传感器驱动器103等模块直接获取缓存在传感器中枢处的WLAN建链信息，从而实现快速的设备建链。对于用户而言，在用户需要在设备之间无线传送较大数据，例如，使用数据快传应用时，采用本申请的技术方案可以实现用户在选择传送数据的目的设备后即可发起数据传送，有效地改善了用户的使用感受。

参考图6c描述在图5所示的场景中，各个设备之间可能存在的数据同步。设备之间的数据同步例如可以包括：图6b中涉及的密码信息同步、各个设备的各种设备状态的同步等等。图6c中示出一种状态同步过程，以设备中存在电量低的设备为例。

如图6c所示，假设设备B和用户设备51b为低电量设备。在现有技术中，设备A和设备B组网成功之后，设备A睡眠，设备B低电量，设备B通过BLE广播设备低电量状态，设备A的蓝牙通信模块收到设备B广播的低电量状态，并唤醒设备A的处理器更新设备状态，假设处理器唤醒并同步状态的功耗为P1。

在本申请的实施方式中，用户设备51a的蓝牙通信模块收到用户设备51b的低电量状态后，会发送给传感器中枢，传感器中枢可以同步设备状态，假设传感器中枢同步设备状态的功耗为P2。该设备状态可以保存在传感器中枢。作为一个示例，当用户设备51a的处理器被其他应用程序唤醒后，处理器可以从传感器中枢获得保存的用户设备51b的低电量状态。因此，在该示例中，状态同步的功耗仅为P2。在相同的实际测试条件下，P1对应的功耗增量值约为8.28mA，而P2对应的传感器中枢的功耗增量值约为0.001mA。

可见，本申请的实施方式通过传感器中枢来实现低功耗常开的状态同步，能够显著的降低用户设备的功耗。

在另一些实施方式中，用户设备51a的传感器中枢可以根据用户设备51b的低电量状态确定是否主动唤醒用户设备51a的处理器。作为一个示例，可以在低电量状态指示剩余电量(如剩余电量为15％)低于预设门限(如预设门限为20％)时，传感器中枢主动唤醒处理器，并上报该低电状态。其中，预设门限可以由传感器中枢配置，或由处理器配置后发送到传感器中枢保存，传感器中枢可以在解析其他设备上报的数据，例如，低电量状态数据时，判断特定数据是否达到预设门限。

在本申请中，数据同步并不限于上述的低电量状态同步。

在一些实施方式中，在如图5所示的组网场景，及说明书未提及的其他场景，上述实施方式中的各个用户设备之间还可以同步针对不同应用的其他状态数据。例如，在各个组网设备协同工作的情况下，例如，在分布式计算的情况下，各个设备之间可能需要同步处理器的负载状态，设备的电量状态、设备正在运行的应用等数据。

作为一个示例，当用户设备需要分布式计算资源时，在该用户设备向其他网内设备分发计算任务前，该用户设备可能需要根据其他设备的同步状态，判断其他设备是否能够进行计算任务。例如，用户设备可以排除电量低的设备，和/或正在运行特定应用的设备，特定应用可以包括例如，通话应用和诸如游戏应用的高负载应用等，当设备运行这些应用时，如果向设备分发计算任务，那么可能会明显地对运行的应用造成不利影响。

因此，当用户设备需要进行分布式计算的场景中，上述各种状态数据都可以在用户设备的传感器中枢中同步，用户设备的处理器可以在分发计算任务前从传感器中枢获取其他设备的同步数据。在另一些示例中，传感器中枢还可以根据同步的状态数据的变化，确定是否唤醒处理器，上报状态数据。例如，在分布式计算中，如果其他设备的处理器负载发生较大的变化，例如，从低负载短时间内上升为高负载，或反之，对于这种状态数据的跳变，传感器中枢可以直接唤醒休眠的处理器，上报该状态信息。

根据本申请的另一些实施方式，如图5所示的场景中，在用户设备51a休眠，用户设备51b网络状态差或离网的情况下，用户设备51a也可以通过传感器中枢进行快速地状态同步。

例如，由于用户设备51a无法扫描到用户设备51b发出的BLE广播，经过一段时间之后触发超时机制，用户设备51a的传感器中枢从设备列表中删除用户设备51b，缓存该设备列表。当用户设备51a的处理器需要扫描列表同步时，可以直接从传感器中枢获得该实时的扫描列表。相反，在现有技术中，在上述情况下，用户设备在同步设备列表前需要重新扫描设备，然后更新设备列表。

在另一些实施方式中，对于上述各种数据同步情况，在需要同步的数据较大时，例如，数据超过BLE广播能携带的最大字节数62字节时，用户设备之间可以采用BLE链接传送同步数据。以上仅示意性地举例说明，在本申请的各个实施方式中，对数据同步的传送方式不作限制。

返回参考图5，结合对图6所示的可能流程的描述，在图5的各个场景中，用户在启动无线连接时，基本无需等待。

在一种可能的应用场景中，例如，用户对用户设备51a(智能音箱)口述指令“我想看电影《变形金刚4》”。因为用户设备51a已经完成了设备间的快速发现，快速组网，低功耗的快速状态同步，用户设备51a直接从传感器中枢中读取全网设备对应的属性和状态，发现用户设备51c(智能电视)适合播放电影，则给用户设备51c发送播放《变形金刚4》的指令，用户设备51c开始播放影片。因此，在这种场景中，在用户下达指令后的很短时间内，目标设备就能响应用户的指令进行相应的任务。

在示例场景中，现有技术一般在业务来临的时候才启动扫描，设备属性和状态的同步，用户需要等待一定时间后，才能获得设备的响应，无法满足用户对设备的要求。

相反，根据本申请的用户设备，组网后在无需唤醒AP的情况下，实时完成设备属性和状态的同步，不仅性能更好，功耗更低，而且还对用户体验带来较大的改善。

在针对图5和图6的示例性描述中，虽然以两个具备本申请实施方式描述的功能的用户设备为例进行描述，但是可以理解，即便只有一个具备本申请实施方式描述的功能的用户设备在本申请提及或未提及的各种场景中使用，该用户设备也可以对用户体验带来的改善。

以下从实用性角度，简单讨论本申请各个实施方式的用户设备功耗节省的实例。

在扫描占空比10％(2.3mA),广播周期1s的条件下，基于华为Mate 20Pro手机+电池+功耗仪进行数据实测。在测试时间为10min，平均每6s收到一个广播，一次广播平均唤醒处理器的时间为3.5s，根据与试验手机进行蓝牙通信的设备数量的不同以及收到广播的时间间隔的变化，处理器在处理蓝牙通信的功耗大致在8mA到24.5mA左右。例如，试验手机平均每6s仅扫描到一台手机的广播时，处理器处理蓝牙通信的功耗为8.28mA；试验手机平均每6s扫描到两台手机的广播时，处理器处理蓝牙通信的功耗为14.47mA；试验手机平均每1s收到一个广播时，处理器处理蓝牙通信的功耗为24.35mA

以试验手机平均每6s仅扫描到一台手机的广播为例，对于传感器中枢而言，传感器中枢的工作电压为：0.75V，工作电流为：11mA，其中，电池电压为：3.8V，传输损失率：0.58(经验值)，基于以下公式：

可以得到传感器中枢的电池端电流为：3.74mA。

在上述实测条件下，传感器中枢处理一次广播数据约2ms，按10min处理100次广播计算，处理蓝牙通信的功耗约为：3.74×(0.002×100/600)＝0.001mA。如果使用DDR(Double Data Rate)存储空间，DDR工作电流为49mA，则DDR增量功耗约为：49×3.74×(0.002×100/600)＝0.016mA。相比于处理器的8.28mA的功耗，传感器中枢和DDR存储的功耗总和平均仅占处理器功耗的八千分之一。由此，可以理解，采用本申请的技术方案的用户设备能够明显地节省在蓝牙通信方面的功耗。

现在参考图7，所示为根据本申请的一个实施例的通信设备700的框图。设备700可以包括一个或多个处理器702，与处理器702中的至少一个连接的系统控制逻辑708，与系统控制逻辑708连接的系统内存704，与系统控制逻辑708连接的非易失性存储器(NVM)706，以及与系统控制逻辑708连接的网络接口710。

处理器702可以包括一个或多个单核或多核处理器。处理器702可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器702可以被配置为执行根据如图2-4所示的各种实施例的一个或多个实施例。

在一些实施例中，系统控制逻辑708可以包括任意合适的接口控制器，以向处理器702中的至少一个和/或与系统控制逻辑708通信的任意合适的设备或组件提供任意合适的接口。

在一些实施例中，系统控制逻辑708可以包括一个或多个存储器控制器，以提供连接到系统内存704的接口。系统内存704可以用于加载以及存储数据和/或指令。在一些实施例中设备700的内存704可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(DRAM)。

NVM/存储器706可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，NVM/存储器706可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如HDD(Hard Disk Drive，硬盘驱动器)，CD(Compact Disc，光盘)驱动器，DVD(Digital Versatile Disc，数字通用光盘)驱动器中的至少一个。

NVM/存储器706可以包括安装在设备700的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口710通过网络访问NVM/存储706。

特别地，系统内存704和NVM/存储器706可以分别包括：指令720的暂时副本和永久副本。指令720可以包括：由处理器702中的至少一个执行时导致设备700实施如图2-5所示的方法的指令。在一些实施例中，指令720、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑708，网络接口710和/或处理器702中。

网络接口710可以包括收发器，用于为设备700提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口710可以集成于设备700的其他组件。例如，网络接口710可以集成于处理器702的，系统内存704，NVM/存储器706，和具有指令的固件设备(未示出)中的至少一种，当处理器702中的至少一个执行所述指令时，设备700实现图2-4所示的各种实施例的一个或多个实施例。

网络接口710可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口710可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。

在一个实施例中，处理器702中的至少一个可以与用于系统控制逻辑708的一个或多个控制器的逻辑封装在一起，以形成系统封装(SiP)。在一个实施例中，处理器702中的至少一个可以与用于系统控制逻辑708的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(SoC)。

设备700可以进一步包括：输入/输出(I/O)设备712。I/O设备712可以包括用户界面，使得用户能够与设备700进行交互；外围组件接口的设计使得外围组件也能够与设备700交互。在一些实施例中，设备700还包括传感器，用于确定与设备700相关的环境条件和位置信息的至少一种。

在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。

在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。

在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口710的一部分或与网络接口710交互，以与定位网络的组件(例如，全球定位系统(GPS)卫星)进行通信。

本申请的各方法实施方式均可以以软件、磁件、固件等方式实现。

可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“IP核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。

在一些情况下，指令转换器可用来将指令从源指令集转换至目标指令集。例如，指令转换器可以变换(例如使用静态二进制变换、包括动态编译的动态二进制变换)、变形、仿真或以其它方式将指令转换成将由核来处理的一个或多个其它指令。指令转换器可以用软件、硬件、固件、或其组合实现。指令转换器可以在处理器上、在处理器外、或者部分在处理器上且部分在处理器外。

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

Claims (27)

1.一种无线通信方法，用于无线通信设备，其特征在于，所述无线通信设备包括处理器、具有蓝牙通信处理功能的传感器中枢和蓝牙通信模块；并且

所述方法包括：

所述处理器向所述传感器中枢发送蓝牙通信指令；

所述传感器中枢响应于所述蓝牙通信指令，向所述蓝牙通信模块发送对应所述蓝牙通信指令的蓝牙通信业务的驱动指令；

所述蓝牙通信模块响应于所述驱动指令执行所述蓝牙通信业务，并向所述传感器中枢发送所述蓝牙通信业务的执行结果信息；

所述处理器从所述传感器中枢获取所述蓝牙通信业务的执行结果信息，并利用所述执行结果信息完成所述无线通信设备的应用的蓝牙功能。

2.如权利要求1所述的方法，其特征在于，所述蓝牙通信指令还包括表示所述处理器即将休眠，或者所述处理器负载高的信息。

3.如权利要求1所述的方法，其特征在于，所述方法还包括，

所述执行结果信息包括所述蓝牙通信模块在所述无线通信的过程中获得的所述蓝牙通信业务的数据，其中所述蓝牙通信业务的数据包括所述蓝牙通信模块扫描到的对端设备的设备信息和/或设备状态信息。

4.如权利要求1所述的方法，其特征在于，所述方法还包括，

所述传感器中枢基于所述蓝牙通信业务，生成数据过滤器，以及向所述蓝牙通信模块发送所述数据过滤器，其中，所述数据过滤器至少部分地用于指示所述蓝牙通信模块将所述数据发送到所述处理器和所述传感器中枢中的至少一个。

5.如权利要求3所述的方法，其特征在于，所述方法还包括，

所述传感器中枢将所述数据存储在所述传感器中枢；或

所述传感器中枢基于所述蓝牙通信业务，对所述数据解析，并将解析的数据存储在所述传感器中枢。

6.如权利要求5所述的方法，其特征在于，所述方法还包括，

所述传感器中枢响应于来自所述处理器的请求，读取并向所述处理器发送在所述传感器中枢存储的数据。

7.如权利要求5所述的方法，其特征在于，所述方法还包括，

所述传感器中枢确定在所述传感器中枢存储的数据的大小是否大于或等于阈值大小；

所述传感器中枢响应于确定所述存储的数据的所述大小大于或等于所述阈值大小，向所述处理器发送所述存储的数据。

8.如权利要求5所述的方法，其特征在于，所述方法还包括，

所述传感器中枢确定存储的所述解析的数据中的至少一部分数据的值是否低于阈值；

所述传感器中枢响应于确定所述至少一部分数据的值低于所述阈值，向所述处理器发送所述至少一部分数据。

9.如权利要求1-8中任一项所述的方法，其特征在于，所述传感器中枢包括至少部分地用于处理来自所述设备的一个或多个传感器的传感器数据的传感器中枢。

10.如权利要求1、2、3、4、5、6、7或8中任一项所述的方法，其特征在于，所述蓝牙通信业务包括蓝牙广播、蓝牙扫描和蓝牙数据同步中的至少一个，所述无线通信设备的应用的蓝牙功能包括蓝牙连接和蓝牙数据同步中的至少一个。

11.一种无线通信设备，其特征在于，包括处理器、传感器中枢以及蓝牙通信模块，其中，

所述传感器中枢用于响应于所述处理器发送的蓝牙通信指令，向所述蓝牙通信模块发送对应所述蓝牙通信指令的蓝牙通信业务的驱动指令；

所述蓝牙通信模块用于响应于所述驱动指令执行所述蓝牙通信业务，并向所述传感器中枢发送所述蓝牙通信业务的执行结果信息；

所述处理器用于向所述传感器中枢发送所述蓝牙通信指令，并从所述蓝牙通信模块响应于所述驱动指令执行所述蓝牙通信业务，并向所述传感器中枢发送所述蓝牙通信业务的执行结果信息，并利用所述执行结果信息完成所述无线通信设备的应用的蓝牙功能。

12.如权利要求11所述的设备，其特征在于，所述蓝牙通信指令还包括表示所述处理器即将休眠，或者所述处理器负载高的信息。

13.如权利要求11所述的设备，其特征在于，所述处理器还被配置为包括多个数据链路，所述数据链路中的一个用于向所述传感器中枢发送所述蓝牙通信指令以及接收所述传感器中枢的所述执行结果信息。

14.如权利要求13所述的设备，其特征在于，所述执行结果信息包括所述蓝牙通信模块在所述无线通信的过程中获得的所述蓝牙通信业务的数据，所述蓝牙通信业务的数据包括所述蓝牙通信模块扫描到的对端设备的设备信息和/或设备状态信息。

15.如权利要求11-14中任一项所述的设备，其特征在于，在所述指令指示所述蓝牙通信业务为无线广播的情况下，所述传感器中枢还被配置为，

发起无线广播业务；

生成用于向所述设备以外的至少一个第二设备发送的第一广播消息；

生成驱动所述蓝牙通信模块发送所述第一广播消息的驱动指令。

16.如权利要求15所述的设备，其特征在于，所述第一广播消息包括以下中的至少一个：所述设备的设备信息，所述设备对所述至少一个第二设备的第二同步数据的请求，以及所述设备的第一同步数据。

17.如权利要求11-14中任一项所述的设备，其特征在于，在所述指令指示所述蓝牙通信业务为无线扫描的情况下，所述传感器中枢还被配置为，

发起无线扫描业务；

生成驱动所述蓝牙通信模块获取来自所述设备以外的至少一个第二设备的第二广播消息的驱动指令。

18.如权利要求11-14中任一项所述的设备，其特征在于，所述传感器中枢还被配置为，从所述蓝牙通信模块接收来自所述设备以外的至少一个第二设备的第二广播消息。

19.如权利要求17中所述的设备，其特征在于，所述第二广播消息包括以下中的至少一个：所述至少一个第二设备的设备信息，所述至少一个第二设备对所述设备的第一同步数据的请求，以及所述至少一个第二设备的第二同步数据。

20.如权利要求17所述的设备，其特征在于，所述传感器中枢还被配置为，基于所述无线扫描业务，生成数据过滤器，以及向所述蓝牙通信模块发送所述数据过滤器，其中，所述数据过滤器至少部分地用于指示所述蓝牙通信模块将所述第二广播消息发送到所述处理器和所述传感器中枢中的至少一个。

21.如权利要求18所述的设备，其特征在于，所述传感器中枢还被配置为，

将所述第二广播消息存储在所述传感器中枢；

响应于所述处理器的请求，向所述处理器发送存储的第二广播消息。

22.如权利要求18所述的设备，其特征在于，所述传感器中枢还被配置为，

将所述第二广播消息存储在所述传感器中枢；

确定存储的所述第二广播消息的大小是否大于或等于阈值大小；

响应于确定所述存储的第二广播消息的所述大小大于或等于所述阈值大小，向所述处理器发送所述存储的第二广播消息。

23.如权利要求19所述的设备，其特征在于，所述传感器中枢还被配置为，

在所述第二广播消息包括所述第二同步数据的情况下，确定所述第二同步数据中的至少一部分数据的值是否低于阈值；

响应于确定所述第二同步数据中的至少一部分数据的值低于所述阈值，向所述处理器发送所述至少一部分数据。

24.如权利要求16所述的设备，其特征在于，所述传感器中枢还被配置为，在所述第一广播消息包括所述第一同步数据的情况下，确定所述第一同步数据的大小是否低于阈值大小；

响应于确定所述第一同步数据的所述大小低于所述阈值大小，生成驱动所述蓝牙通信模块通过无线广播发送所述第一同步数据的驱动指令；

响应于确定所述第一同步数据的所述大小大于或等于所述阈值大小，生成驱动所述蓝牙通信模块通过无线链路发送所述第一同步数据的驱动指令。

25.如权利要求11所述的设备，其特征在于，所述传感器中枢包括至少部分地用于处理来自所述设备的一个或多个传感器的传感器数据的传感器中枢。

26.如权利要求11所述的设备，其特征在于，所述蓝牙通信业务包括蓝牙广播、蓝牙扫描和蓝牙数据同步中的至少一个，所述无线通信设备的应用的蓝牙功能包括蓝牙连接和蓝牙数据同步中的至少一个。

27.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有指令，该指令在计算机上执行时使所述计算机执行如权利要求1-10中任一项所述的无线通信方法。

Images