CN116669000A - 蓝牙模块和包括蓝牙模块的计算设备 - Google Patents

Abstract

本发明公开了蓝牙模块和包括蓝牙模块的计算设备。一种蓝牙模块包括第一蓝牙芯片和第二蓝牙芯片，它们分别支持彼此独立的第一蓝牙配置文件和第二蓝牙配置文件。

Description

蓝牙模块和包括蓝牙模块的计算设备

技术领域

本发明涉及蓝牙通信领域。

背景技术

蓝牙(Bluetooth，BT)技术是一种符合无线数据和语音通信开放的全球规范的无线通信技术，其基于低成本的近距离无线连接为固定和移动设备建立通信环境，是一种近距离无线连接技术。

利用蓝牙技术能够有效地简化掌上电脑、笔记本电脑和移动电话、手机等移动通信终端设备之间的通信，也能够简化这些设备与因特网之间的通信，从而使现代通信设备与因特网之间的数据传输变得迅速且高效。

作为蓝牙技术的一个应用场景，在车载蓝牙中，音频解码技术和蓝牙技术等相融合，能够利用汽车内部的音频输出设备播放存储在手机中的音频、电话簿等。此外，还添加了播放流行音乐的功能。

蓝牙产品必须符合全部的蓝牙规范。为了更容易地保持蓝牙设备之间的兼容性，在蓝牙规范中定义了配置文件(Profile)。配置文件定义了设备如何实现一种连接或应用。因此，可将配置文件理解为连接层或应用层，也可将其理解为“应用场景、功能、使用方法”。

蓝牙规范中存在很多配置文件。各种配置文件之间并非是平行关系，而是相互依赖组合而构成的，存在着明显的层级关系。一些常见的蓝牙配置文件介绍如下：

1)A2DP(高级音频分配配置文件，Advanced Audio Distribution Profile)

A2DP蓝牙音频传输协议，其能够提供单声道或立体声音质。

A2DP定义了两个角色：

a)Source：音频数据的源(发送端)

b)Sink：音频流的接收端(播放端)。

A2DP的典型应用场景包括用蓝牙立体声耳机听音乐，将立体声音乐播放器与耳机听筒连接等。

2)AVRCP(音频/视频远程控制配置文件，Audio/Video Remote Control Profile)

AVRCP音频/视频远程控制规范，其是AVRCP控制音频、视频流的协议，包括暂停、停止、启动重放、音量控制和其他类型的远程控制操作。

AVRCP定义了两个角色：

a)Target：被控制目标设备、接收命令并按命令响应的设备，例如，播放/录音设备、电视、手机等；

b)Controller：远程控制端设备，其通过将命令发送到目标来发起传输，

例如，车载系统、耳机、蓝牙音箱等。

AVRCP的典型应用场景包括手机与蓝牙耳机之间的交互。两者互相使用蓝牙连接，并且能够从耳机端以无线方式操作手机端的音乐播放操作：停止、播放、音量调整、前后跳曲目等。

3)HFP(免提配置文件，Hands-Free Profile)

免提规范，用于蓝牙通话。

4)HDP(健康设备配置文件，Health Device Profile)

健康设备规范，用于与一些健康设备通信。

5)PBAP(电话薄访问配置文件，Phone Book Access Profile)

电话号码访问规范。

6)GATT和GATT SERVER

访问BLE的规范。

受制于蓝牙协议，现有的蓝牙引用场景中存在诸多限制。以蓝牙A2DP协议为例进行列举。

图1示出蓝牙通信在车机系统(例如，Android车机系统)中的各种典型的应用场景。在场景110中，车机114作为蓝牙A2DP的Sink端。当用户要在车机114上播放音乐时，可通过蓝牙连接将手机112连接到车机114。在连接后，在手机112上进行音乐播放，车机114就可以出声。该场景110是常用场景，但其扩展性不高，无法满足主副驾双屏车机的要求。

随着物联网技术的发展，出现了如场景130所示的车机132作为蓝牙A2DP Source端的场景。在场景130中，当用户在车机122上观看电影时，可通过蓝牙将车机132与蓝牙耳机134连接，从而进行播放。该场景130类似于手机连接耳机或耳麦来播放音乐。在场景130下车机132处于蓝牙A2DP Source模式，不能外放音乐，并且必须通过关机、重启才能进行蓝牙角色的切换，操作十分不便。

此外，一部分汽车除主驾车机之外，还配备了副驾车机和后排车机来满足用户的需求。场景150示出配备了主驾车机152和副驾车机154的场景。场景170示出配备了主驾车机172和后排车机174的场景。在场景150、170下，主驾车机152、172可以处于A2DP Sink模式，而副驾或后排车机154、174可以处于A2DP Source模式，虽然其补足了蓝牙的模式问题，但是需要多个独立的车机，这增加了成本且不利于驾驶安全。

现有的系统(例如，Android系统)不支持在一个蓝牙芯片上同时开启两种蓝牙模式。本领域中需要一种方便且低成本地扩展蓝牙模式的技术。

发明内容

为了提供一种方便且低成本扩展蓝牙模式的技术，提供本发明。

本发明的一个方面提供一种蓝牙模块，其包括：第一蓝牙芯片，所述第一蓝牙芯片支持第一蓝牙配置文件；以及第二蓝牙芯片，所述第二蓝牙芯片支持第二蓝牙配置文件，所述第二蓝牙配置文件独立于所述第一蓝牙配置文件。

本发明的另一方面提供一种计算设备，其包括：片上系统；以及如以上任一项所述的蓝牙模块，所述蓝牙模块通信地耦合至所述片上系统。

根据本发明的蓝牙模块和计算设备能够方便且低成本地扩展蓝牙模式。

附图说明

结合附图描述本发明的各实施例。

图1示出蓝牙通信在车机系统中的各种典型的应用场景。

图2是示出根据本发明的一个实施例的蓝牙模块的框图。

图3是示出根据本发明的一个实施例的蓝牙模块和相关联的蓝牙服务支持的示意图。

图4是示出根据本发明的一个实施例的蓝牙模块的硬件架构的框图。

图5是示出Android架构下的原生蓝牙架构的框图。

图6是示出根据本发明的一个实施例的蓝牙模块的软件架构的框图。

图7是示出为根据本发明的一个实施例的蓝牙模块的配置文件分配的软件架构的框图。

图8示出使用根据本发明的一个实施例的蓝牙模块实现的一个改进的应用场景。

图9示出使用根据本发明的一个实施例的蓝牙模块实现的另一改进的应用场景。

图10示出使用根据本发明的一个实施例的蓝牙模块实现的主驾、副驾蓝牙芯片同时工作来播放音乐的场景。

图11示出图10中的场景中的主驾蓝牙芯片执行的控制和音频流。

图12示出图10中的场景中的副驾蓝牙芯片执行的控制和音频流。

图13示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务层处理的控制流。

图14示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的后排蓝牙芯片的栈连接的控制流。

图15示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的按键码转化的流程图。

图16示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的向上层上报输入的控制流。

图17-图18示出根据本发明的一个实施例的蓝牙模块启动蓝牙的控制流。

图19是示出根据本发明的一个实施例的蓝牙模块的运行过程的流程图。

图20是示出根据本发明的一个实施例的计算设备的框图。

具体实施方式

在以下描述中，陈述了众多特定细节。然而，应当理解，可在没有这些特定细节的情况下实践本发明的实施例。在其他实例中，未详细示出公知的电路、结构和技术，以免使对本描述的理解模糊。

说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用表明所描述的实施例可以包括特定的特征、结构或特性，但是每个实施例不一定都包括该特定的特征、结构或特性。此外，此类短语不一定是指同一个实施例。此外，当结合实施例描述特定的特征、结构或特性时，认为结合无论是否被明确描述的其他实施例而影响此类特征、结构或特性是在本领域技术人员的知识范围之内的。

在本申请中，术语“配置文件”是指蓝牙规范中的Profile，且定义了设备如何实现一种连接或应用。因此，“配置文件”可理解为连接层或应用层，或理解为“应用场景、功能、使用方法”。在本申请中，结合车机系统的场景描述蓝牙模块的各实施例，但这仅是示例性的，根据本发明的实施例的蓝牙模块还可应用于其他多种场景。

根据本发明的一个方面，提供一种蓝牙模块。

图2是示出根据本发明的一个实施例的蓝牙模块200的框图。蓝牙模块200可包括蓝牙芯片1 210和蓝牙芯片2 230。蓝牙芯片1 210可支持蓝牙配置问文件1 215，并且蓝牙芯片2 230可支持蓝牙配置文件2 235，其中，蓝牙配置文件2 235独立于蓝牙配置文件1215。

通过为蓝牙芯片1 210、蓝牙芯片2 230配备彼此的配置文件，可在单个蓝牙模块200中扩展出一个蓝牙芯片，以使单个蓝牙模块200能够同时支持两种蓝牙模式。

在一些实施例中，蓝牙芯片1 210可充当蓝牙接收端角色，并且蓝牙芯片2 230可充当蓝牙源端角色。在一些实施例中，蓝牙芯片1 210可以是原生蓝牙芯片，并且蓝牙芯片2230可以是扩展蓝牙芯片。

在一些实施例中，蓝牙配置文件1 215可包括以下蓝牙配置文件中的一个或多个：HFP、PBAP、MAP、A2DP、AVRCP、SPP、HID、BLE。在一些实施例中，蓝牙配置文件2 235可包括以下蓝牙配置文件中的一个或多个：A2DP、AVRCP、HID、BLE。

在其他实施例中，蓝牙模块200也可包括更多数量的蓝牙芯片，并且每个蓝牙芯片可支持自身的独立的配置文件。

图3是示出根据本发明的一个实施例的蓝牙模块300和相关联的蓝牙服务支持的示意图。蓝牙模块300可包括蓝牙芯片1 310和蓝牙芯片2 330，其分别与图2中的蓝牙芯片1210和蓝牙芯片2 230类似。

蓝牙芯片1 310的配置文件(未示出)可支持蓝牙服务315，并且蓝牙芯片2 320的配置文件(未示出)可支持蓝牙服务335。作为示例，蓝牙服务315可包括A2DP Sink、AVRCPController、PBAP Client、map、opp、pan等。作为示例，蓝牙服务335可包括A2DP Source、AVRCP Target、PBAP Server、GATT Server、HID Host、HID Device等。

图4是示出根据本发明的一个实施例的蓝牙模块的硬件架构400的框图。硬件架构400可包括蓝牙模块410和片上系统(System on a Chip，SOC)450。

蓝牙模块410可包括蓝牙芯片1 420和蓝牙芯片2 420，该蓝牙模块410可与上文结合图2描述的蓝牙模块200类似。SOC 450提供处理能力。作为示例，SOC 450可以是车机系统的SOC。

在一些实施例中，蓝牙模块410可包括通信接口421，该通信接口421可用于将蓝牙芯片420通信地耦合至SOC 450。在一些实施例中，通信接口421可包括通用非同步收发器(Universal Asynchronous Receiver/Transmitter，UART)接口、外围组件接口快速(Peripheral Component Interface Express，PCIe)接口、脉冲编码调制(Pulse CodeModulation，PCM)接口中的一个或多个。其中，电话音频信号可通过经由PCM接口进行的通信来传输，其他类型的媒体声音、BLE、HID等可通过经由UART接口进行的通信来传输。

在一些实施例中，蓝牙模块410可包括通信接口431，该通信接口431可用于将蓝牙芯片430通信地耦合至SOC 450。在一些实施例中，通信接口431可包括UART接口。在一些实施例中，对于蓝牙模块410被用于车机系统的场景，通过使通信接口431不包括用于通话的PCM接口，可将蓝牙芯片2 430设计成不支持通话，避免与主驾的通话产生冲突，从而确保驾驶过程中的安全。

在一些实施例中，蓝牙模块410可包括通信接口423。该通信接口423可包括蓝牙通信接口，蓝牙芯片1 420可通过该蓝牙通信接口与其他设备进行蓝牙通信。在一些实施例中，通信接口423还可包括无线局域网(Wireless Local Area Network，WLAN)通信接口(例如，WLAN 2.4/5/6)。

在一些实施例中，蓝牙模块410可包括通信接口433，该通信接口423可包括蓝牙通信接口，蓝牙芯片2 430可通过该蓝牙通信接口与其他设备进行蓝牙通信。

图5是示出Android架构下的原生蓝牙架构的框图。

在Android架构中，从下往上依次为模块驱动、蓝牙协议栈、蓝牙服务层(BluetoothService)、framework(框架)和各种蓝牙应用。其中，在内核中的驱动直接与底层的硬件交互。在Android的架构的各层中最下方的是处理具体的蓝牙协议的协议栈，其中包含了各种配置文件的具体实现。BluetoothService是蓝牙协议栈和framework之间的纽带。此外，使用JNI接口来沟通framework和协议栈，并且实现状态机来控制各种配置文件的各种工作状态。

图6是示出根据本发明的一个实施例的蓝牙模块的软件架构的框图。

从图6中可见，从设置APP和人机界面(Human-machine Interface，HMI)610之后，软件流程按照两条独立的路径进展。提供了用于蓝牙芯片1 620的软件组件630，并且提供了用于蓝牙芯片2 650的软件组件650。其中，软件组件650独立于软件组件630。在图6中以阴影显示软件组件630，以反映其独立于软件组件650。通过为蓝牙芯片1 620、蓝牙芯片2650提供彼此独立的软件组件630、650，使得蓝牙芯片1 620和蓝牙芯片2 650能够支持彼此独立的配置文件。

在一些实施例中，软件组件630可包括蓝牙框架组件1 631、蓝牙服务组件1 633、蓝牙栈1 635和驱动组件(示出为蓝牙HAL 1 637)。其中，蓝牙框架组件1 631是Android层向上层应用APP提供的蓝牙接口；蓝牙服务组件1633被打包为Android应用，并在Android层实现蓝牙服务和配置文件，该应用通过JNI被调用到HAL层；蓝牙栈1 635实现常规蓝牙HAL，并通过扩展程序和更改配置对其进行自定义；蓝牙HAL 1 637是硬件抽象层，其定义了蓝牙API和蓝牙进程会调用的标准接口，并且必须实现该接口才能使底层的蓝牙硬件正常工作。

在一些实施例中，软件组件650可包括蓝牙框架组件2 651、蓝牙服务组件2 653、蓝牙栈2 655和驱动组件(示出为蓝牙HAL 2 657)。

通过为蓝牙芯片1 620、蓝牙芯片2 650提供彼此独立的蓝牙框架组件、蓝牙服务组件、蓝牙栈和驱动组件，使得蓝牙芯片1 620和蓝牙芯片2 650能够支持彼此独立的配置文件。

在一些实施例中，软件组件630将蓝牙芯片1 620实现为蓝牙Sink角色，并进一步与手机660进行蓝牙连接。软件组件650将蓝牙芯片2 650实现为蓝牙Source角色，并进一步与蓝牙耳机660进行蓝牙连接。

在一些实施例中，软件组件630可以是原生蓝牙部分，而软件组件650可以是扩展蓝牙部分。

图7是示出为根据本发明的一个实施例的蓝牙模块的配置文件分配的软件架构的框图。

作为示例，图7中的左侧可作为主蓝牙通路，其可支持HFP/PBAP/MAP/A2DP/AVRCP/SPP/BLE配置文件。通过该主蓝牙通路，用户可使用车机系统的中控的免提功能接听电话，或者通过中控播放手机上的音乐。

作为示例，图7中的右侧可作为副蓝牙通路，其可仅支持A2DP/AVRCP/HID/BLE配置文件。通过该副蓝牙通路，用户可通过蓝牙耳机收听中控播放的音乐。

图8示出使用根据本发明的一个实施例的蓝牙模块800实现的一个改进的应用场景。蓝牙模块800可包括蓝牙芯片1 810和蓝牙芯片2 820。该蓝牙模块800可与上文结合图2描述的蓝牙模块200类似。

与上文图1中描述的场景110和场景130形成对照，蓝牙芯片1 810可充当A2DPSink角色，同时蓝牙芯片2 820可充当A2DP Source角色。由此，当用户的手机830连接车机的蓝牙模块800时，可通过车机的扬声器840播放音乐或进行通话。同时，另一用户可将蓝牙耳机850与蓝牙芯片2 820进行蓝牙连接，以利用蓝牙耳机850收听车机播放的音乐。

在该改进的应用场景中，蓝牙模块800能够同时提供两个不同的A2DP角色，使得两个用户能够彼此不受影响地与车机交互。例如，即时用户使用车机连接手机830进行通话，另一用户也能够继续利用蓝牙耳机850收听音乐而不受影响。

图9示出使用根据本发明的一个实施例的蓝牙模块实现的另一改进的应用场景。蓝牙模块900可包括蓝牙芯片1 910和蓝牙芯片2 920。该蓝牙模块900可与上文结合图2描述的蓝牙模块200类似。

与上文图1中描述的场景150形成对照，当同时使用主驾车机152和副驾车机154时，蓝牙芯片1 910可用于主驾车机152，同时蓝牙芯片2 920可用于副驾车机154。由此，当用户使用手机930与蓝牙芯片1 910连接以与主驾车机152交互时，另一用户可同时使用蓝牙耳机940与蓝牙芯片2 920连接以与副驾车机154交互，两个用户彼此不影响。在该场景中，无需为主驾车机152和副驾车机154配备单独的蓝牙模块，而是通过单个蓝牙模块900来提供两个独立的蓝牙角色。

与上文图1中描述的场景170形成对照，当同时使用主驾车机172和后排车机174时，蓝牙芯片1 910可用于主驾车机172，同时蓝牙芯片2 920可用于后排车机174。由此，当用户使用手机930与蓝牙芯片1 910连接以与主驾车机172交互时，另一用户可同时使用游戏手柄940与蓝牙芯片2 920连接以与后排车机174交互，两个用户彼此不影响。在该场景中，无需为主驾车机172和后排车机174配备单独的蓝牙模块，而是通过单个蓝牙模块900来提供两个独立的蓝牙角色。

图10示出使用根据本发明的一个实施例的蓝牙模块实现的主驾、副驾蓝牙芯片同时工作来播放音乐的场景。

车机系统1000(例如，Android车机系统)可包括根据本发明的一个实施例的蓝牙模块，该蓝牙模块可包括主驾蓝牙芯片1010和副驾蓝牙芯片1020。在使用中，当主驾的用户需要通过车机系统1000的扬声器1040来播放手机1030中的音乐时，可搜索车机系统1000的蓝牙，并将手机1030连接到主驾蓝牙芯片1010，以传送音频数据，从而通过扬声器1040播放。该过程如图10中的阴影部分的箭头和框所示。

同时，当副驾的用户需要通过车机系统1000玩游戏或用蓝牙耳机1050收听通过车机系统1000播放的歌曲时，可通过车机系统1000的App操作副驾蓝牙芯片1020来连接蓝牙手柄或蓝牙耳机1050，以进行娱乐语音体验。因此，在同一车机系统1000的情况下主副驾互不影响，互不干扰，相对于多车机系统增加了安全性。

由此，通过车机系统1000的蓝牙模块独立出蓝牙A2DP角色，解决了单A2DP模式无法支持边打电话、边用蓝牙耳机听歌的需求。此外，车机系统1000也可引用于双屏车机、后排车机等需要使用蓝牙A2DP的不同角色的工作场景，同时解决了扩展的局限性。

图11示出图10中的场景中的主驾蓝牙芯片执行的控制和音频流。具体地，图11示出A2DP Sink音频流框架。

在使用中，手机1110与主驾蓝牙芯片1120进行蓝牙连接，从而将要播放的歌曲通过平台1100的处理输出到音频放大器1160，进而通过车机系统的扬声器1170播放。

平台1100可包括Android/Linux系统1130、QNX系统1140、和aDSP 1150。Android/Linux系统1130可包括Qcom蓝牙Hal 1132、蓝牙栈1134、AudioTrack1135、音频HAL 1136、TinyALSA插件1137和MMHAB 1138。蓝牙栈1134可包括编码的A2DP数据1134a和A2DP媒体任务1134b。QNX系统1140可包括MMHAB 1142和图形服务层(Graphic Service Layer，GSL)1144。控制流和信号流如箭头所指示地进行。

图12示出图10中的场景中的副驾蓝牙芯片执行的控制和音频流。具体地，图12示出A2DP Source音频流框架。

在使用中，通过操作平台1200的Android/Linux系统1210中的应用1211将蓝牙耳机1230与附加蓝牙芯片1220进行蓝牙连接，从而通过蓝牙耳机1230收听由车机系统的平台1200播放的音乐。

Android/Linux系统1210可包括应用1211、AudioTrack 1212、AudioFlinger1213、A2DP音频HAL 1214、蓝牙栈1215和蓝牙1217。蓝牙栈1215可包括A2DP媒体任务1216。控制流和信号流如箭头所指示地进行。

其中，AudioTrack 1212用于播放经解码的PCM流，或者如果对象为文件则仅支持wav格式的音频文件(因为wav格式的音频文件大多是PCM流)。AudioTrack 1212不创建解码器，因此仅能够播放不需要解码的wav文件。随后，经解码的PCM流被传送到AudioTrack1212，该AudioTrack 1212再将其传送到AudioFlinger 1213进行混音，随后才能传送到硬件进行播放。AudioFlinger是音频策略的执行者，其负责输入/输出设备的管理以及音频数据的处理和传输。

图13示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务层处理的控制流1300。该控制流1300典型地可用于前后排车机系统中。

在使用中，后排用户可通过车机系统的蓝牙应用1310将蓝牙手柄1350与车机系统的后排蓝牙芯片进行蓝牙连接以启用后排蓝牙服务1330，其可通过配置文件1340来实现。

在一些实施例中，与车机系统的主驾蓝牙芯片相关联的蓝牙配置文件可禁用HID协议，使得主驾蓝牙芯片的蓝牙服务可正常运行，但不参与蓝牙手柄的连接，从而确保驾驶过程中的安全性。

图14示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的后排蓝牙芯片的栈连接的控制流。具体地，图14中示出JNI到蓝牙栈连接蓝牙手柄，在连接成功后上报键值。

HID将数据写入到Input子节点遵循以下流程：键盘手柄→案件发送Keycode(HCI)→协议栈(bta_hh_cback()函数)→HID驱动()→Input子几点(getEynet)→安卓上层(游戏，输入法)监听实现。

当键盘按键上报到协议栈后，协议栈调用bta_hh_cback()函数，将按键数据通过UHID驱动接口发往HID子系统。HID子系统再将按键数据送往Input子系统。

Android的输入子系统读取Input子系统按键数据，将其发往Android上层进行处理。需要注意的是，协议栈会根据上报数据的特性UUID找到对应的Report ID，在上报数据的最前面加上Report ID。这个Report ID用于被驱动程序识别是否是自己关心的数据。因为一些多功能设备，就能上报多种不同类型的设备。

图15示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的按键码转化的流程图。

图16示出使用根据本发明的一个实施例的蓝牙模块实现的蓝牙HID服务中的向上层上报输入的控制流。

图17-图18示出根据本发明的一个实施例的蓝牙模块启动蓝牙的控制流。其中，图17和图18沿竖直的虚线在竖直方向上是对齐且连续的。

图19是示出根据本发明的一个实施例的蓝牙模块的运行过程的流程图。

其中，阴影部分示出与蓝牙芯片1有关的运行过程，而对应的无阴影部分示出与蓝牙芯片2有关的运行过程。可以看到，针对蓝牙芯片1和蓝牙芯片2的过程彼此独立地运行。

图20是示出根据本发明的一个实施例的计算设备2000的框图。计算设备2000例如可以在车机系统中。

计算设备2000可包括蓝牙模块2010和SOC 2050，它们彼此通信地耦合。蓝牙模块2010如上文结合图2描述的蓝牙模块200类似。

已经描述了以上所描述的实施例、实现方式和各方面，以便允许对本发明的容易的理解，并且不限制本发明。相反，本发明旨在覆盖所附权利要求的范围内所包括的各种修改和等效布置，其范围应被赋予最宽泛的解释以便涵盖如法律之下所准许的全部此类修改和等效结构。

Claims (11)

1.一种蓝牙模块，包括：

第一蓝牙芯片，所述第一蓝牙芯片支持第一蓝牙配置文件；以及

第二蓝牙芯片，所述第二蓝牙芯片支持第二蓝牙配置文件，所述第二蓝牙配置文件独立于所述第一蓝牙配置文件。

2.如权利要求1所述的蓝牙模块，其特征在于，

所述第一蓝牙配置文件被分配第一软件组件，所述第一软件组件包括第一驱动组件、第一蓝牙协议栈、第一蓝牙服务组件和第一蓝牙框架组件，并且

所述第二蓝牙配置文件被分配独立于所述第一软件组件的第二软件组件，所述第二软件组件包括第二驱动组件、第二蓝牙协议栈、第二蓝牙服务组件和第二蓝牙框架组件。

3.如权利要求1所述的蓝牙模块，其特征在于，所述蓝牙模块用于车机系统。

4.如权利要求3所述的蓝牙模块，其特征在于，

所述第一蓝牙配置文件支持A2DP接收端角色，并且

所述第二蓝牙配置文件支持A2DP源端角色。

5.如权利要求4所述的蓝牙模块，其特征在于，

所述第一蓝牙配置文件禁用HID协议，并且

所述第二蓝牙配置文件支持HID协议。

6.如权利要求1所述的蓝牙模块，其特征在于，

所述第一蓝牙芯片充当蓝牙接收端角色，并且

所述第二蓝牙芯片充当蓝牙源端角色。

7.如权利要求1所述的蓝牙模块，其特征在于，

所述第一蓝牙芯片是原生蓝牙芯片，并且

所述第二蓝牙芯片是扩展蓝牙芯片。

8.如权利要求1所述的蓝牙模块，其特征在于，

所述第一蓝牙配置文件包括HFP、PBAP、MAP、A2DP、AVRCP、SPP、HID、BLE配置文件中的一个或多个，并且

所述第二蓝牙配置文件包括A2DP、AVRCP、HID、BLE配置文件中的一个或多个。

9.如权利要求1所述的蓝牙模块，其特征在于，还包括：

第一通信接口，用于将所述第一蓝牙芯片通信地耦合至处理系统；以及

第二通信接口，用于将所述第二蓝牙通信地耦合至所述处理系统。

10.如权利要求9所述的蓝牙模块，其特征在于，

所述第一通信接口包括UART接口、PCIe接口、PCM接口中的一个或多个，并且

所述第二通信接口包括UART接口。

11.一种计算设备，包括：

片上系统；以及

如权利要求1-10中的任一项所述的蓝牙模块，所述蓝牙模块通信地耦合至所述片上系统。