显示设备及蓝牙通信方法

技术领域

本申请涉及蓝牙技术领域，尤其涉及一种显示设备及蓝牙通信方法。

背景技术

现如今，智能电视通常设置有蓝牙模块，可通过蓝牙模块与位于智能电视机身外部的外部设备进行蓝牙通信。随着智能家居的兴起，越来越多的外部设备如灯具、游戏手柄，以及耳机等设备具备了蓝牙功能，这使得智能电视可通过蓝牙模块与多个外部设备进行通信。

在一些场景下，智能电视需要同时与多个蓝牙设备进行通信，例如，用户戴着耳机在智能电视玩游戏时，需要智能电视同时与支持蓝牙功能的耳机和游戏手柄进行蓝牙通信，这将给智能电视的蓝牙模块的数据传输和数据处理带来较大压力，容易产生蓝牙通信中的蓝牙广播包不能被智能电视所接收，即蓝牙广播包丢失的问题。为解决该技术问题，相关技术中，一些智能电视采用了设置多个蓝牙模块的方式来提高蓝牙通信水平，然而，这种方式会导致蓝牙通信的成本明显增加。

发明内容

为解决蓝牙通信质量差的技术问题，本申请提供了一种显示设备及蓝牙通信方法。

第一方面，本申请提供了一种显示设备，该显示设备包括：

显示器；

控制器，与所述显示器通信连接，所述控制器包括：

蓝牙主机，用于向蓝牙模组发送扫描指令；

所述蓝牙模组，与所述蓝牙主机连接，包括相连接的Mesh控制器和BLE控制器，其中，

所述Mesh控制器被配置为：根据所述扫描指令扫描蓝牙广播包，若所述蓝牙广播包为BLE广播包，则将所述BLE广播包发送给所述BLE控制器进行处理；

所述BLE控制器被配置为：根据所述扫描指令扫描蓝牙广播包，若所述蓝牙广播包为Mesh广播包，则将所述Mesh广播包发送给所述Mesh控制器进行处理。

在一些实施例中，所述Mesh控制器还被配置为：若所述蓝牙广播包为Mesh广播包，则处理所述Mesh广播包；所述BLE控制器还被配置为：若所述蓝牙广播包为BLE广播包，则处理所述BLE广播包。

在一些实施例中，所述蓝牙模组还包括：

Mesh天线，与所述Mesh控制器连接，用于接收所述扫描指令，然后向所述Mesh控制器发送所述扫描指令；

BLE天线，与所述BLE控制器连接，用于接收所述扫描指令，然后向所述BLE控制器发送所述扫描指令。

在一些实施例中，所述Mesh控制器和BLE控制器还被配置为：

对所述蓝牙广播包进行调制解调，得到协议数据单元类型和广播报文类型，根据所述协议数据单元类型和广播报文类型判断所述蓝牙广播包为所述Mesh广播包或BLE广播包。

在一些实施例中，所述根据所述协议数据单元类型和广播报文类型判断所述蓝牙广播包为所述Mesh广播包或BLE广播包，包括：

判断所述协议数据单元类型是否为不可连接；

若为不可连接，判断所述广播报文类型是否为Mesh，若为Mesh，则判定为所述Mesh广播包，反之，则判定为所述BLE广播包；

若为可连接，判定为所述BLE广播包。

在一些实施例中，所述蓝牙主机与所述Mesh控制器之间为USB hub连接，所述蓝牙主机与所述BLE控制器之间为USB hub连接，所述Mesh控制器与BLE控制器之间为SPI连接。

所述蓝牙主机与所述Mesh控制器之间为USB hub连接，所述蓝牙主机与所述BLE控制器之间为USB hub连接，所述Mesh控制器与BLE控制器之间为SPI连接。

在一些实施例中，所述Mesh控制器和BLE控制器设置有不同的USB地址，所述蓝牙控制通过不同的USB地址分别与所述Mesh控制器和BLE控制器进行通信。

在一些实施例中，所述Mesh控制器和BLE控制器均使用与所述BLE控制器的USB地址与所述显示设备的外部设备进行通信。

第二方面，本申请提供了一种蓝牙通信方法，该方法包括：

在一个蓝牙模块内，通过Mesh控制器和BLE控制器同时扫描蓝牙广播包，其中，所述Mesh控制器和BLE控制器相连接；

若所述Mesh控制器扫描到的蓝牙广播包为BLE广播包，将所述BLE广播包发送给所述BLE控制器进行处理；

若所述BLE控制器扫描到的蓝牙广播包为Mesh广播包，将所述Mesh广播包发送给所述Mesh控制器进行处理。

本申请提供的显示设备及蓝牙通信方法的有益效果包括：

本申请实施例通过在一个蓝牙模组中设置相连接的Mesh控制和BLE控制器，配置Mesh控制器和BLE控制器同时扫描蓝牙广播包，在扫描到不属于自己的广播包时，将广播包传递给对方进行处理，解决了蓝牙广播包丢失的问题，提高了蓝牙通信质量；并且，本申请只需要一个蓝牙模组来进行蓝牙通信，有效控制了蓝牙通信的成本。

附图说明

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

图1示出了根据一些实施例的显示设备与控制装置之间操作场景；

图2示出了根据一些实施例的控制设备100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5中示例性示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示示意图；

图6中示例性示出了根据一些实施例的蓝牙模块的结构示意图；

图7中示例性示出了根据一些实施例的蓝牙主机的数据传输示意图；

图8中示例性示出了根据一些实施例的广播蓝牙数据的方法的流程示意图；

图9中示例性示出了根据一些实施例的蓝牙广播启动方法的时序示意图；

图10中示例性示出了根据一些实施例的一种蓝牙数据处理方法的流程示意图；

图11中示例性示出了根据一些实施例一种蓝牙数据处理方法的流程示意图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等输入用户指令，来控制显示设备200。

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制设备来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。

参见图2，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

如图3，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与外部控制设备100或服务器400建立控制信号和数据信号的发送和接收。

用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口(分量)、复合视频输入接口(CVBS)、USB输入接口(USB)、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

在一些实施例中，如图5中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。

在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。

在一些实施例中，显示设备可通过蓝牙模块与多个终端设备进行通信，以对这些终端设备进行控制，其中，这些终端设备为位于显示设备机身外部的外部设备。

为实现显示设备与多个外部设备进行蓝牙通信，在一些实施例中，显示设备上设置两个蓝牙模块，分别为Mesh蓝牙模块和BLE蓝牙模块。

Mesh蓝牙模块可设置有Mesh控制器和一个蓝牙芯片以实现与外部设备进行Mesh组网，在组成Mesh网络后，显示设备可发送Mesh广播包，广播包可传递至多个外部设备，如灯具，从而实现一对多、多对多通信。

BLE蓝牙模块可设置有BLE(Bluetooth Low Energy，低功耗蓝牙)控制器和一个蓝牙芯片以实现与外部设备进行一对一通信，其中，这些外部设备可包括蓝牙手柄、支持BLE功能的蓝牙耳机等等。

需要说明的是，显示设备构建的mesh网络依赖于低功耗蓝牙技术，低功耗蓝牙技术是蓝Mesh控制器使用的无线通信协议栈。

可见，通过两个蓝牙模块可使显示设备同时与多个外部设备进行蓝牙通信，然而，这种通信方式导致蓝牙通信的成本明显增加。若仅采用Mesh蓝牙模块中的BLE蓝牙模块其中一种，会受限于蓝牙传输带宽，部分终端设备与显示设备的蓝牙通信可能出现丢包、卡顿等现象，影响了用户体验。

为提升蓝牙通信效果，本申请实施例通过在显示设备的蓝牙模块设置了两个相连接的蓝牙主机，一个是Mesh控制器，另一个是BLE控制器，通过这两个控制器来接收蓝牙广播包，可避免蓝牙广播包被显示设备遗漏，并只设置一个蓝牙主芯片，以降低成本。

参见图6，为根据一些实施例的蓝牙模块的结构示意图，如图6所示，该蓝牙模块可包括蓝牙主芯片、Mesh控制器、BLE控制器、Mesh天线和BLE天线。

在一些实施例中，蓝牙主芯片为蓝牙主机，Mesh控制器、BLE控制器、Mesh天线和BLE天线构成蓝牙模组。

在一些实施例中，蓝牙主芯片通过USB hub分别连接到蓝牙模组的Mesh控制器和BLE控制器。Mesh控制器和BLE控制器可设置有两个不同的蓝牙地址，蓝牙主芯片可通过这两个蓝牙地址区分Mesh控制器和BLE控制器。其中，BLE控制器的蓝牙地址可称为USB地址1，也可称为第一地址，Mesh控制器的蓝牙地址可称为USB地址2，也可称为第二地址。

在一些实施例中，Mesh控制器和BLE控制器可通过SPI(Serial PeripheralInterface，串行外设接口)总线连接。Mesh控制器与Mesh天线电连接，BLE控制器和与BLE天线电连接。

上述蓝牙主芯片与Mesh控制器的连接方式、蓝牙主芯片与BLE控制器的连接方式、Mesh控制器与BLE控制器的连接方式仅为示例性描述，实际实施中，也可采用其他的连接方式。参见图7，为根据一些实施例的蓝牙主机的数据传输示意图，如图7所示，蓝牙主机可通过蓝牙协议栈分别启动BLE线程和Mesh线程。BLE线程可通过BLE驱动与地址为USB地址1的BLE控制器进行通信，Mesh线程可通过Mesh驱动向与地址为USB地址2的Mesh控制器进行通信。BLE驱动和Mesh驱动均为USB驱动，可见，蓝牙协议帧通过两个USB驱动分别与Mesh控制器和BLE控制器进行通信，处理这两个控制器传来的HCI(Human-Computer Interaction，人机交互)数据，与Mesh控制器的通信和与BLE控制器的通信互不干扰。其中，HCI数据可包括一些控制数据，如开关指令、音量调节指令等数据；Mesh控制器输出到蓝牙主芯片的为Mesh广播数据，该Mesh广播数据具体可包括如下数据：设备加入Mesh网络时所发出的PB-ADV广播包，设备加入Mesh网络前发送的Mesh Beacon广播包，以及设备入网后进行数据通信所发送的数据包Mesh Message。

BLE控制器输出到蓝牙主芯片的为普通广播数据，该普通广播数据具体可包括如下数据：广播设备的名字，广播设备的服务类型和广播设备的工厂信息等。

在一些实施例中，显示设备的蓝牙模块有两种工作状态，分别为广播态和扫描态，下面分别对这两种状态下的蓝牙通信方法进行介绍。

当显示设备需要向其他设备广播蓝牙数据的时候，显示设备可将蓝牙模块切换为广播态，控制蓝牙模块的两个蓝牙模组协同工作。示例性的，显示设备将蓝牙模块设置为广播态的具体方法可为：蓝牙主机向蓝牙模组发送设定广播参数指令，设定要广播的数据，广播参数和广播数据设置好以后，最后发送启用广播的指令，开启蓝牙模块的广播态。

在一些实施例中，显示设备广播蓝牙数据的方法可参见图8，为根据一些实施例的广播蓝牙数据的方法的流程示意图，该方法用于蓝牙模块的蓝牙主芯片，如图8所示，该方法可包括如下步骤：

步骤S110：向地址为第一地址的所述BLE控制器发送第一广播参数，向地址为第二地址的BLE控制器发送第二广播参数。

在一些实施例中，蓝牙主芯片发送的第一广播参数第一广播间隔，第二广播参数包括第二广播间隔。其中，第一广播参数也可称为广播参数1，第二广播参数也可称为广播参数2，，第一广播间隔和第二广播间隔不同，能够避免或减小BLE控制器和Mesh控制器进行蓝牙广播时发生冲突。

例如，广播的间隔时间为20毫秒到10.24秒，可以设置第一个广播参数的广播间隔范围为1.28秒到2.56秒之间。第二个广播参数的广播间隔范围为2.57秒到5.14秒。在开始设置蓝牙模组为广播态之前，确定广播参数，尽量避免mesh和BLE广播冲突。

步骤S120：向所述BLE控制器发送BLE广播数据，向所述Mesh控制器发送Mesh广播数据。

在一些实施例中，蓝牙主芯片发送到BLE控制器的BLE广播数据可称为广播数据1，蓝牙主芯片发送到Mesh控制器的Mesh广播数据可称为广播数据2。

步骤S130：控制所述BLE控制器和Mesh控制器启动广播，其中，所述BLE控制器和Mesh控制器被配置为均使用所述第一地址进行广播，所述BLE控制器的广播类型被配置为不可连接，所述Mesh控制器的广播类型被配置为可连接。

在一些实施例中，蓝牙主芯片可分别向BLE控制器和Mesh控制器发送蓝牙广播的启动命令，BLE控制器和Mesh控制器在接收到启动命令后，可根据各自接收到的蓝牙广播参数和蓝牙数据进行广播。

在一些实施例中，BLE控制器和Mesh控制器均使用BLE控制器的第一地址进行广播，使得显示设备对外为一个蓝牙地址，便于外部设备与显示设备进行蓝牙通信。其中，外部设备是指位于显示设备外部，且与显示设备进行蓝牙通信的设备，如蓝牙音箱、蓝牙手柄等设备。

当Mesh控制器收到蓝牙主芯片的开启广播命令的时，Mesh控制器通过SPI获取BLE控制器里的蓝牙地址，与Mesh控制器本身的地址进行比较，如果不同的话，则使用BLE控制器的蓝牙地址进行广播，从而实现BLE控制器和Mesh控制器均使用BLE控制器的第一地址进行广播。

在一些实施例中，BLE控制器和Mesh控制器也可均使用Mesh控制器的第二地址进行广播。

使用第一地址和第二地址进行广播没有差别。

在一些实施例中，所述BLE控制器的广播类型被配置为可连接，所述Mesh控制器的广播类型被配置为不可连接。

其中，BLE控制器的可连接广播类型的PDU类型主要有ADV_IND(非定向广播类型)，ADV_DIRECT_IND(定向广播类型)。当扫描设备检测到该种可连接广播类型则判定为BLE广播。Mesh控制器的不可连接广播类型的PDU Type为ADV_NONCONN_IND(不可连接的非定向广播类型)，该种类型的广播包只用于广播数据，不可以被连接，可用于Mesh的广播。

为对显示设备启动蓝牙广播的方法做进一步说明，图9示出了根据一些实施例的蓝牙广播启动方法的时序示意图。

如图9所示，蓝牙主芯片通过BLE线程向BLE控制器发送第一广播参数和BLE广播数据，控制BLE控制器启动广播，广播类型为通用，其中，广播类型为通用等同于广播类型为可连接。

如图9所示，蓝牙主芯片通过Mesh线程向Mesh控制器发送第二广播参数和Mesh广播数据，控制BLE控制器启动广播，广播类型为不可连接。

在一些实施例中，Mesh线程还向BLE线程获取BLE的广播间隔，从而根据BLE的广播间隔，调整Mesh控制器的广播间隔，减少或避免BLE控制器和Mesh控制器进行蓝牙广播时发生冲突。

上述实施例介绍了显示设备切换为广播态后的蓝牙广播启动方法。当显示设备需要获取其他设备的数据的时候，显示设备可将蓝牙模块切换为扫描态，控制蓝牙模块的两个蓝牙模组协同工作。

在一些实施例中，显示设备进行蓝牙扫描的过程可分为两大步骤，一是蓝牙主芯片设置BLE控制器和Mesh控制器为扫描态，二是BLE控制器和Mesh控制器在扫描到蓝牙广播包时对蓝牙广播包的处理。

在一些实施例中，蓝牙主芯片设置BLE控制器和Mesh控制器为扫描态的过程与设置为广播态的步骤相似，也是通过不同的USB地址，分别设置BLE控制器和Mesh控制器为扫描态。

示例性的，设置为扫描态的具体设置方法为：首先通过设置扫描参数，参数包括扫描时间和扫描窗口；然后启动扫描。

在一些实施例中，Mesh控制器被配置为扫描态后，开始扫描蓝牙广播包。若扫描到蓝牙广播包，可分析蓝牙广播包是BLE广播包还是Mesh广播包，若是Mesh广播包，则自己对该Mesh广播包进行处理，若是BLE广播包，则将该BLE广播包发送给BLE控制器进行处理。

在一些实施例中，BLE控制器被配置为扫描态后，开始扫描蓝牙广播包。若扫描到蓝牙广播包，可分析蓝牙广播包是BLE广播包还是Mesh广播包，若是BLE广播包，则自己对该BLE广播包进行处理，若是Mesh广播包，则将该Mesh广播包发送给Mesh控制器进行处理。

在一些实施例中，蓝牙模块对外部设备发送的蓝牙数据的处理过程可参见图10，为根据一些实施例的蓝牙数据处理方法的流程示意图，如图10所示，该方法可包括如下步骤：

步骤S210：在一个蓝牙模块内，通过Mesh控制器和BLE控制器同时扫描蓝牙广播包，其中，所述Mesh控制器和BLE控制器相连接。

在一些实施例中，蓝牙主芯片分别向Mesh控制器和BLE控制器发送扫描指令后，Mesh控制器和BLE控制器分别根据该扫描指令同时扫描蓝牙广播包。需要说明的是，该“同时”指存在一个时刻，Mesh控制器和BLE控制器均在扫描蓝牙广播包，而不一定是严格的同时启动扫描，同时结束扫描，实际上，Mesh控制器和BLE控制器启动和结束扫描蓝牙广播包的时间可能不同。

步骤S220：若所述Mesh控制器扫描到的蓝牙广播包为BLE广播包，将所述BLE广播包发送给所述BLE控制器进行处理。

在一些实施例中，由于Mesh控制器和BLE控制器之间为SPI总线连接，因此，若所述Mesh控制器扫描到的蓝牙广播包为BLE广播包，Mesh控制器可将所述BLE广播包通过SPI总线发送给所述BLE控制器进行处理。

步骤S230：若所述BLE控制器扫描到的蓝牙广播包为Mesh广播包，将所述Mesh广播包发送给所述Mesh控制器进行处理。

在一些实施例中，由于Mesh控制器和BLE控制器之间为SPI总线连接，因此，若所述BLE控制器扫描到的蓝牙广播包为Mesh广播包，BLE控制器可将所述Mesh广播包通过SPI总线发送给所述Mesh控制器进行处理。

当然，若所述Mesh控制器扫描到的蓝牙广播包为Mesh广播包，则由所述Mesh控制器处理所述Mesh广播包；若所述Mesh控制器扫描到的蓝牙广播包为Mesh广播包，则由所述Mesh控制器处理所述Mesh广播包。

为对图10所述方法做进一步描述。图11示出根据一些实施例的蓝牙数据处理方法的流程示意图，该方法用于Mesh控制器。如图11所示，该方法可包括如下步骤：

步骤S310：Mesh控制器开始扫描蓝牙广播包。

步骤S320：根据蓝牙广播包的PDU_Type，判断是否为不可连接广播包。

在一些实施例中，对蓝牙广播包进行调制解调，可得到PDU_Type和AD Type。

在一些实施例中，PDU_Type表示协议数据单元类型，有两种类型，一种为可连接，一种为不可连接，若PDU_Type为可连接，表示蓝牙广播包为可连接广播包，若PDU_Type为不可连接，表示蓝牙广播包为不可连接广播包。

在一些实施例中，AD Type表示广播报文类型，有两种类型，一种为Mesh，一种为BLE。若AD Type为Mesh，表示蓝牙广播包为Mesh广播包，若AD Type为BLE，表示蓝牙广播包为BLE广播包。

步骤S330：若为不可连接广播包，检查广播包的AD Type，判断AD Type是否为Mesh。

在一些实施例中，Mesh广播包和BLE广播包都可能是不可连接广播包，只有BLE广播包可能是可连接包，Mesh广播包不可能是可连接包。因此，若接收到的蓝牙广播包为不可连接广播包，则需要进行进一步判断。

步骤S340：若AD Type为Mesh，判定其为Mesh广播包，Mesh控制器对该蓝牙广播包进行处理。

在一些实施例中，若AD Type为Mesh，则Mesh控制器判定该蓝牙广播包为Mesh广播包，可对该蓝牙广播包进行处理。

在一些实施例中，Mesh控制器对该蓝牙广播包进行处理的一个例子为：Mesh控制器去除广播包的前导帧，访问地址和LL帧字段，将剩下的数据组织成HCI event格式将上报给蓝牙主机。

步骤S350：若AD Type不为Mesh，判定其为BLE广播包，BLE控制器对该蓝牙广播包进行处理。

在一些实施例中，若AD Type不为Mesh，则Mesh控制器判定该蓝牙广播包为BLE广播包，可将该蓝牙广播包传输给BLE控制器。

步骤S360：若PDU_Type为可连接广播包，判定其为BLE广播包，将其通过SPI总线传输给BLE控制器。

在一些实施例中，若PDU_Type为可连接广播包，则Mesh控制器判定该蓝牙广播包为BLE广播包，可将该蓝牙广播包传输给BLE控制器。

步骤S370：BLE控制器对蓝牙广播包进行处理。

在一些实施例中，BLE控制器在接收到Mesh控制器发送的蓝牙广播包后，可对该广播包进行处理。

在一些实施例中，BLE控制器对该蓝牙广播包进行处理的一个例子为：判断该广播包的类型是否可连接，如果不可连接，则直接将该广播包去除前导帧，LL header后上报给蓝牙主机。如果可连接，则BLE控制器与广播设备协商接下来连接的物理通道和连接间隔。准备进行连接。

步骤S380：将处理后得到的数据发送至蓝牙主芯片。

在一些实施例中，Mesh控制器或BLE控制器可将处理后得到的数据发送至蓝牙主芯片。

在一些实施例中，用于BLE控制的蓝牙数据处理方法与图11相似，只需将图11中的Mesh控制器和BLE控制器相互替换即可。

图11所述的方法仅为一种示例性描述，在一些实施例中，也可采用其他方法进行Mesh广播包和BLE广播包的判断。例如，直接根据AD Type判断蓝牙广播包是Mesh广播包或BLE广播包，不再进行PDU_Type的判断。

根据本申请实施例提供的上述蓝牙通信的方法，一个显示设备与多个外部设备进行蓝牙通信的例子如下：

在一个用户家庭场景下，与电视进行蓝牙通信的外部设备包括蓝牙开关、蓝牙手柄和支持BLE Audio的蓝牙耳机，其中，蓝牙开关的数量为多个，分别用于控制用户家庭中的多个灯的照明，蓝牙耳机的数量为1个，用于播放电视发送的音频以及接收用户输入的语音，蓝牙手柄的数量为1个，用于向电视输入控制指令，如一些游戏指令。

电视与蓝牙开关之间通过显示设备的Mesh控制器进行BLE Mesh组网，电视与游戏手柄之间通过显示设备的BLE控制器进行蓝牙通信，电视与蓝牙耳机之间可不进行蓝牙连接，而是以广播的方式进行数据收发。

用户在电视上打开一个游戏，电视与蓝牙手柄的通信如下所述：

1)蓝牙手柄开启广播，电视控制BLE控制器发起扫描，扫描到蓝牙手柄后，进行连接，获取用户操作蓝牙手柄产生的按键信息。

2)蓝牙手柄与电视连接后，蓝牙手柄的按键信息会以蓝牙数据包的形式发送给电视，电视处理按键信息，进行相应的游戏反应。

其中，若电视接收到蓝牙开关的控制信息，可由Mesh控制器进行处理。

若用户在操作蓝牙手柄的同时输入语音，以与游戏好友进行语音交互，则电视在接收蓝牙手柄的蓝牙数据包时，还要接收蓝牙耳机发送的包含用户语音的蓝牙广播包，由于包含用户语音的蓝牙广播包和蓝牙手柄的蓝牙数据包均需要同BLE控制器进行处理，因此，可能出现BLE控制器不能接收全部包含语音的蓝牙广播包的问题，此时，可由Mesh控制器进行包含语音的蓝牙广播包的接收，在判断出该广播包是BLE广播包时，将该广播包发送至BLE控制器，从而提高了BLE控制器接收蓝牙广播包的数量和效率，使用户的游戏好友能较为及时且完整地收听到用户的语音，从而提升了用户的游戏体验。

由上述实施例可见，本申请实施例通过在一个蓝牙模组中设置相连接的Mesh控制和BLE控制器，配置Mesh控制器和BLE控制器同时扫描蓝牙广播包，由于Mesh天线和BLE天线共同扫描BLE普通广播包，均对其进行调制处理，则当BLE天线处于满负荷，导致部分BLE广播包没有被扫描到的时候，Mesh天线尚有空闲，可以对BLE天线没有扫描到的广播包进行调制解调处理，处理完后，再传输给BLE控制器。通过这样的方式使得BLE控制器在物理带宽不足的情况下，仍然可以通过SPI总线接收到其未扫描到的BLE广播包，增加了带宽和处理能力，减少甚至避免蓝牙广播包丢失的问题，提高了蓝牙通信质量；并且，本申请只需要一个蓝牙模组来进行蓝牙通信，有效控制了蓝牙通信的成本。

由于以上实施方式均是在其他方式之上引用结合进行说明，不同实施例之间均具有相同的部分，本说明书中各个实施例之间相同、相似的部分互相参见即可。在此不再详细阐述。

需要说明的是，在本说明书中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或暗示这些实体或操作之间存在任何这种实际的关系或顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个……”限定的要素，并不排除在包括要素的电路结构、物品或者设备中还存在另外的相同要素。

本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本申请的其他实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性地，本申请的真正范围和精神由权利要求的内容指出。

以上的本申请实施方式并不构成对本申请保护范围的限定。