CN114026894A

CN114026894A - 操作蓝牙设备的方法

Info

Publication number: CN114026894A
Application number: CN202080026742.5A
Authority: CN
Inventors: 安东尼·苏利尔; 托马斯·吉拉迪尔
Original assignee: Google LLC
Current assignee: Google LLC
Priority date: 2019-05-31
Filing date: 2020-05-29
Publication date: 2022-02-08
Also published as: KR20230125103A; JP2022534644A; KR102569374B1; WO2020239985A1; US20220248333A1; JP2023134491A; JP7302006B2; KR20210130789A

Abstract

本发明涉及无线音频流传输领域。本发明可用于动态地管理蓝牙音频源与蓝牙音频接受端之间或主设备与从设备之间的链路配置。本发明涉及一种用于操作蓝牙设备的方法，该方法包括：通过与第二设备建立的蓝牙通信链路传送音频信息；当蓝牙设备或第二设备中的任一者的操作参数值改变后，确定所述蓝牙通信链路的新操作模式；基于所述新操作模式，修改所述蓝牙通信链路的配置参数；根据所修改的配置参数，在所述蓝牙通信链路上传送音频信息。

Description

操作蓝牙设备的方法

背景技术

本发明涉及无线通信，更具体地涉及一种用于动态地修改蓝牙源(Source)设备与蓝牙多媒体(音频或视频)接受端(Sink)设备之间的通信链路配置的方法。

“配置”是指确定如何在源设备与接受端设备之间传送数据的参数集。这些参数被称为“配置参数”。“修改配置”是指修改配置参数集中的一个或若干个配置参数。

在一个或若干个实施例中，蓝牙接受端设备可以是蓝牙扬声器。“扬声器”是指将电音频信号转换成对应声音的任何电声换能器。术语“扬声器”例如包括立体声系统的音频扬声器、头戴式耳机、耳塞、助听器等。音频源设备(或者简称为“源设备”或“源”)可以例如是移动电话、便携式游戏机、便携式媒体播放器、计算机、平板型计算机、电视机、立体声系统的控制设备等。在下文中，源设备又可称为“主设备”。

蓝牙是一种本领域技术人员熟知的通信标准，由一组已发布连续版本的组织(蓝牙SIG)管理。蓝牙实现短程双向数据交换(这是一种微微网(piconet)网络，它指定覆盖个人区域的网络)。因而，蓝牙装备的范围仅限于几十米。蓝牙使用位于UHF频段(300Mhz(兆赫兹)至3GHz(千兆赫兹))的无线电波。蓝牙旨在通过消除电缆连接来简化电子设备之间的连接。因此，蓝牙使得多媒体源设备(hi-fi系统、汽车无线电、计算机、平板型计算机、移动电话等)与布置为播放接收到的多媒体流的多媒体接受端设备(诸如扬声器)之间的电缆能够被无线通信取代。蓝牙扬声器因其高度便携性而取得一定成功。

一般而言，源设备与接受端设备之间的蓝牙链路配置是建立连接时确定，之后不会被修改的。例如，主设备可以发送获取接受端设备的音频能力的请求，并基于响应来选择合适的链路音频参数。

现有技术中已提出一些方法来基于可用的蓝牙带宽动态地调整音频比特率。例如，US 8,031,658提出了基于蓝牙连接条件动态地改变编解码器中使用的比特率。US2013/0304458涉及一种源设备，其中控制器适配为基于正在通信中的蓝牙设备之间的带宽来改变音频参数。

换言之，现有技术仅提出了基于连接参数动态地适配音频参数，以避免音频断续并改善用户体验。

然而，可能还有可以动态地修改链路配置的其它情况，因为在蓝牙设备之间建立连接时采用的配置可能并非最合适的。

有鉴于此，本公开的一个目的涉及一种基于不必是连接参数的参数动态地改变蓝牙源设备与蓝牙多媒体接受端设备之间的通信链路配置(不仅是音频参数)的方法。

发明内容

本发明涉及一种用于操作蓝牙设备的方法。该方法可以包括：

通过与第二设备建立的蓝牙通信链路传送音频信息；

当蓝牙设备或第二设备中的任一者的操作参数值改变后，确定所述蓝牙通信链路的新操作模式；

基于所述新操作模式，修改所述蓝牙通信链路的配置参数；

根据所修改的配置参数，在所述蓝牙通信链路上传送音频信息。

“蓝牙通信链路”是指根据任何蓝牙协议(例如蓝牙核心规范版本5.1或更旧的蓝牙核心规范版本)建立的通信链路，包括蓝牙BR/EDR(蓝牙基础速率/增强型数据率)以及蓝牙低功耗(LE)。

在一个或若干个实施例中，可以将操作参数与在蓝牙设备或第二设备上运行的操作系统相关联。

替代地，可以将操作参数与在蓝牙设备或第二设备上运行的应用相关联。

在一个或若干个实施例中，可以由蓝牙主机执行对配置参数的修改。

替代地，由蓝牙控制器执行对配置参数的修改。

在一个或若干个实施例中，操作参数可以是以下中的一个：

电池水平，

在蓝牙设备或第二设备上启动的应用类型，

多媒体内容的阅读模式，或

多媒体内容的质量。

在一个或若干个实施例中，配置参数可以是以下中的一个：

音频配置参数，或

蓝牙连接参数。

例如，配置参数可以是以下音频配置参数中的一个：

编解码器类型，

编解码器相关参数，

数据类型，

音频声道选择参数，或

采样率参数。

替代地，配置参数可以是以下蓝牙连接参数中的一个：

刷新超时参数，

声道类型参数，

服务质量参数，

重传次数参数，

BLE链路参数中的一个，

包类型参数，以及

最大传输单元MTU参数。

本发明另一方面涉及一种蓝牙设备。该蓝牙设备可以包括蓝牙芯片、处理器和存储器，该蓝牙设备被配置为：

通过与第二设备建立的蓝牙通信链路传送音频信息；

基于所确定的新操作模式，修改所述蓝牙通信链路的配置参数；

在一个或若干个实施例中，可以将操作参数与蓝牙设备或第二设备的操作系统相关联。

在一个或若干个实施例中，蓝牙设备可以进一步包括蓝牙控制器，并且可以由该蓝牙控制器执行对配置参数的修改。

蓝牙设备可以进一步包括蓝牙主机，并且替代地，可以由该蓝牙主机执行对配置参数的修改。

在一个或若干个实施例中，操作参数可以是以下中的一个：

电池水平，

在蓝牙设备或第二设备上启动的应用类型，

多媒体内容的阅读模式，或

多媒体内容的质量。

在一个或若干个实施例中，配置参数可以是以下中的一个：

音频配置参数，或

蓝牙连接参数。

例如，操作参数可以是以下音频配置参数中的一个：

编解码器类型，

编解码器相关参数，

数据类型，

音频声道选择参数，或

采样率参数。

替代地，操作参数可以是以下蓝牙连接参数中的一个：

刷新超时参数，

声道类型参数，

服务质量参数，

重传次数参数，

BLE链路参数中的一个，

包类型参数，以及

最大传输单元MTU参数。

又一方面涉及一种非暂时性计算机可读存储介质，其上存储有包括程序指令的计算机程序，所述计算机程序能够被加载到数据处理单元中并适配为当所述计算机程序通过所述数据处理设备运行时使所述数据处理单元执行上述方法的步骤。在本发明某些实施例中使用的非暂时性计算机可读存储介质的类型包括磁硬盘驱动器(HDD)、固定光存储介质、现场可编程门阵列(FPGA)、可编程只读存储器(ROM)或闪存RAM设备。这些非暂时性计算机可读存储介质可以是独立的，也可以是更大型启用蓝牙的系统的一部分。

在本发明另一方面，蓝牙源设备与蓝牙接受端设备实施蓝牙通信链路。蓝牙源设备也执行以下步骤：检测操作参数的改变，基于操作参数的改变修改通信链路配置参数，以及根据配置参数来通过通信链路传送音频信息。例如可以通过将配置消息传输到蓝牙接受端设备来执行对配置参数的修改。

附加地，例如可以通过与操作系统和/或在蓝牙源设备上运行的应用交换信息来执行检测操作参数的改变。替代地，蓝牙源设备可以通过从蓝牙接受端设备接收到的消息来检测操作参数的改变，该消息包括本文描述的操作参数或指示低的电池电力、断开左右扬声器、声学条件改变或在立体声模式或单声道模式之间切换的消息。

在本发明另一方面，蓝牙接受端设备执行以下步骤：通过蓝牙链路进行通信，检测本地操作参数中的改变，改变蓝牙链路的配置参数，然后通过蓝牙链路传输音频信息。蓝牙接受端设备可以通过传输消息向蓝牙源设备指示操作参数的改变，然后可以响应于来自蓝牙源设备的控制消息而改变配置参数，或者它可以确定优选的配置参数，然后发送执行期望的配置改变的消息。

在本发明另一方面，提供了执行本文描述的各种步骤的硬件和电路。例如，蓝牙设备可以包括：蓝牙芯片，该蓝牙芯片被配置为与第二蓝牙设备建立通信链路；检测电路，该检测电路用于检测操作参数值的改变；确定电路，该确定电路用于基于操作参数确定已建立的通信链路的配置参数；以及修改电路，该修改电路用于基于所确定的操作模式来修改所述已建立的通信链路的配置参数。

在本发明又一方面，蓝牙设备包括用于向第二设备传送音频信息的蓝牙接口模块，所述蓝牙接口模块包括：射频处理电路，该射频处理电路用于将从第二设备接收到的信号转换为传入数字数据，并且将传出数字数据转换为向第二设备传送的信号；电池，该电池用于存储电力并具有电力水平；电池监测电路，该电池监测电路用于检测电池的电力水平；以及处理器，该处理器用于运行操作系统层，该操作系统层包括应用监测过程和蓝牙控制过程。附加地，蓝牙控制过程执行以下步骤：使用射频处理单元与第二设备建立无线链路，该链路具有第一配置；监测通过无线链路传送的音频相关信息的操作参数；以及响应于操作参数的改变而改变链路的配置参数。

结合附图，根据下文对非限制性实施例的描述，本公开的方法和装置的其它特征和优点将显而易见。

附图说明

通过举例而非限制性地在附图中对本发明予以说明，其中相同的附图标记指代相似的元件，图中：

-图1是说明本发明可行实施例的流程图；

-图2是本发明第一可行实施例的表示图；

-图3是本发明第二可行实施例的表示图；

-图4是本发明第三可行实施例的表示图；

-图5是本发明第四可行实施例的表示图；

-图6是实现本发明的设备的可行实施例。

具体实施方式

图1是说明本发明可行实施例的流程图。

图1的流程图的步骤可以由主设备和/或接受端设备执行。

在第一步骤101中，在主设备与接受端设备之间建立无线通信链路。该无线通信链路可以是使用由蓝牙标准定义的若干个层构建的高级音频分发简档(A2DP)的蓝牙链路。

因而，通过已建立的通信链路传送102音频信息。例如，音频信息可以是包括包含(incorporating)音频数据的包(packets)的音频或立体声流。

实现该方法的设备可以被配置为检测103主设备和接受端设备中至少一个蓝牙设备的操作参数的改变。

这种改变可能发生在主设备一侧或接受端设备一侧，即实现该方法的设备。例如，主设备可以检测到其操作参数中的一个的改变，但也可以检测到接受端设备的操作参数的改变。

只要未检测到操作参数的改变(步骤103，“否(N)”)，主设备与接受端设备之间的无线通信链路的配置就不被修改，并且音频数据继续根据该配置在该通信链路上传送102。

当检测到操作参数的改变时(步骤103，“是(Y)”)，针对主设备和接受端设备之间的通信链路确定104新操作模式。

然后基于所确定的操作模式改变通信链路的配置，以便根据该操作模式在主设备和源设备之间传送数据。为此，修改105通信链路的至少一个配置参数。然后，在该重配置的链路上发送/接收102音频数据。

蓝牙设备的“操作参数”是指与蓝牙设备的操作相关的参数，例如与在蓝牙设备上运行的操作系统相关的参数。

在一个或若干个实施例中，可以将蓝牙设备的操作参数与在蓝牙设备上运行的应用相关联。在此情形下，该蓝牙设备通常是主设备，即将操作参数与在该主设备上运行的应用相关联。例如，这样的参数可以是在该蓝牙设备上启动或结束的应用类型(游戏、视频或音频流传输等)，或者是在该蓝牙设备上启动的特定应用(例如，用户正在他的智能电话上使用

并启动

)。

实际上，可能有利的是，当使用特定应用或特定类型的应用时修改链路的配置。例如，两个流传输应用可能不具有相同的采样率，并且可能有利的是，重配置蓝牙音频链路以使其采样率与当前在蓝牙设备上启动的应用中的那一个相匹配(因此避免在发送音频包之前重采样)。根据另一个示例，游戏应用可能需要激活低时延模式。

在一个或若干个实施例中，操作参数可以与蓝牙设备播放的多媒体内容相关，该蓝牙设备通常是主设备。例如，操作参数可以是多媒体内容的阅读模式(例如，单声道/立体声)。替代地或附加地，操作参数可以是多媒体内容的质量(例如，压缩等级、高/标准/低清晰度等)。

在一个或若干个实施例中，操作参数可以是与主设备或接受端设备的物理组件相关的参数，例如电池水平。

“操作模式”是指与主设备和接受端设备中的一个的硬件组件相关的模式，或者是用于从一个设备向另一个设备传送数据的模式。例如，操作模式可以与主设备或接受端设备的功耗(例如，省电模式)、内容质量(例如，高质量模式)、时延等相关。

源设备与接受端设备之间的通信链路的“配置”对应于确定如何在源设备与接受端设备之间传送数据的配置参数集。这些配置参数可以包括与无线通信链路相关联的蓝牙连接参数以及应用参数。

蓝牙连接参数是指与由蓝牙标准定义的低级构建块相关的参数，诸如“基带”构建块、“LMP”(“链路管理器协议”)构建块、“L2CAP”(“逻辑链路控制和适配协议”)构建块或者“SDP”(“服务发现协议”)。例如，蓝牙参数可以包括重传次数、包类型、MTU、FTO(或“刷新超时”)值(其定义了在源设备的缓冲存储器中数据包的有效期)、QoS(“服务质量”)参数(其定义了包括要在L2CAP信道中传送的包与其有效传输之间的最大时延)等。

应用参数是指与所选应用相关的参数，即与应用层相关的参数。在蓝牙标准中，由高级音频分发简档(A2DP)定义音频传输。A2DP简档是基于音频/视频分发传输协议(AVDTP)构建块，其定义了蓝牙设备之间建立音频流、协商音频流参数和传送音频流数据的过程(procedures)。因而，在音频传输的情形下，应用参数可以是音频配置参数，并且可以包括：

-用于编码待发送的音频数据或解码已接收的音频数据的编码器/解码器(编解码器)的类型：根据蓝牙协议，SBC(“低复杂度子带编解码器”)是唯一的任何蓝牙设备都必须支持的编解码器，但也可以使用其它编解码器，诸如AAC(“高级音频编码”)、LDAC或Apt-X。编解码器类型的选择可以提高或降低音频内容质量；

-与编解码器相关的参数：例如，比特率、声道配置(单声道、立体声或联合立体声)等；

-要为每个音频声道传送的音频数据类型：例如，“左”、“右”或两者组合(例如(左+右)/2)；

-采样率；

-等等。

应当指出，在操作参数改变的情况下，新操作模式的确定可以自动触发(例如，如果电池水平低于预定义阈值，或者如果电池水平的导数低于预定义阈值，则自动激活省电模式)，或者通过用户动作手动触发(例如，当用户启动游戏时，可以激活“游戏模式”，或者当用户结束游戏时，操作模式可以从“游戏模式”切换到“标准模式”)。

可以采取若干种方式完成基于所确定的操作模式来修改通信链路的配置。在一个或若干个实施例中，可以使用AVDTP(在AVDTP规范中定义)的“重配置命令”。该命令允许参与流的设备改变应用服务能力。

例如，可以使用以下过程。首先，可以执行“暂停流传输过程”以使流暂停。然后，可以使用重配置命令来改变当前能力设置。在重配置之后，可以使用“开始流传输过程”来重新开始流传输。

可以使用不需要暂停流传输过程(例如，通过改变SBC编解码器的比特池来降低比特率)的其它技术来重配置通信链路。因此，在不中断流传输的情况下动态地重配置通信链路。

仅出于说明目的，下面提供图1中方法的一些示例。其中一些示例是基于下表，展示了不同的可行操作模式。

表1：操作模式示例

假设无线通信链路已经建立101并用于传输102音频数据。

在第一示例中，操作参数是(主设备或接受端设备的)电池水平。在步骤103处，执行该方法的蓝牙设备可以确定电池水平低于预定义阈值。在步骤104处，确定可以将通信链路的当前操作模式修改为“省电模式”。结果，可以修改以下配置参数中的至少一个(步骤105)：

-编解码器复杂度：例如，可以使用具有低复杂度的编解码器，即基于需要较少处理功率的编解码器压缩技术；

-编解码器比特率：例如，可以使用具有较低比特率的编解码器；

-包调度器：例如，可以使用适配于突发业务的包调度器。“突发业务”是指主设备的调度器缓冲更多音频数据之后将其以一个大包或多个连续包发送，从而允许耳塞/智能电话的芯片组在期间休眠(例如，使用蓝牙协议的嗅探或保持模式)。

可以修改其它配置参数(步骤105)，例如以下参数中的一个：

-通过无线通信链路传送的音频信息的数据率，

-通过无线通信链路传送的音频信息的采样率；

-通过无线通信链路传送的音频数据的任何音频配置参数：例如，编解码器类型、编解码器相关参数、数据类型、音频声道选择参数、采样率参数等。

在另一个示例中，操作参数是应用类型。当在步骤103处检测到主设备上启动的应用类型是游戏或实时视频应用时，可以在步骤104处确定通信链路的当前操作模式可以被修改为“低时延模式”。结果，可以修改以下配置参数中的至少一个(步骤105)：

-编解码器时延：可以使用具有低时延的编解码器。例如，这可以通过使用具有高质量(和高带宽)的编解码器来实现，即与高平均意见得分(MOS)相关联，如G.711，因为这样的编解码器通常被配置为产生最少的编解码时延；

-重传次数：这个次数可以选择为小；

-包调度器：例如，主设备可以使用适配于避免突发业务的包调度器。这样的调度器偏好准时发送小包，以避免必须缓冲过多(这会增加时延)。

仍在操作参数是应用类型的情形下，当在步骤103处检测到主设备上结束了应用类型(例如游戏、音频或实时视频应用)时，可以在步骤104处确定可以将通信链路的当前操作模式切换到“标准模式”，默认配置参数。

这样的“标准模式”也可以在操作参数是电池水平，且当在步骤103处检测到电池水平再次超过预定义阈值时使用。

在又一个示例中，操作参数是特定音频应用(

Apple

)。当在步骤103处检测到主设备上启动特定的音频应用时，可以在步骤104处确定可以将通信链路的当前操作模式切换到“高质量模式”。结果，可以修改以下配置参数中的至少一个(步骤105)：

-编解码器质量：可以使用具有高质量(和高带宽)即与高MOS相关联的编解码器；

-编解码器比特率：例如，可以使用具有最大比特率的编解码器；

-重传次数：这个次数可以选择为最大。

根据又一个示例，当操作参数的改变103对应于音频源从高压缩源到低压缩源的改变时，对配置参数的修改105可以包括：

-将编解码器配置参数从高压缩改变为低压缩并增加无线通信链路的吞吐量参数；和/或

-增加无线通信链路的MTU。

根据又一个示例，当主设备是智能电话并且从系统201包括两个耳塞时，操作参数的改变103可以对应于本地音频数据源从高质量源到低质量源的改变。然后，可以响应于该改变而将无线通信链路从具有高数据率的高质量链路重配置为具有低数据率的低质量链路。

图2、图3、图4和图5表示本发明的不同可行实施例。

在图2、图3和图4中，主设备203可以是音频或视频源设备，诸如计算机、平板型设备或智能电话。主设备203可以连接到包括至少一个接受端设备的从系统201。从系统可以例如是一个蓝牙耳塞/耳机、一对蓝牙耳塞/耳机、一个蓝牙扬声器或多个蓝牙扬声器。

当存在多个接受端设备(例如一对耳塞)时，主设备203可以包括蓝牙芯片(图2中未示出)，该蓝牙芯片被布置为通过创建主设备203和所述多个接受端设备201之间的单点对多点链路而生成若干个SEP来控制接受端设备201。例如，蓝牙芯片可以为每个接受端SEP(对应于它必须控制的每个蓝牙接受端设备)生成区别的源SEP。该配置似乎在于从源203到每个接受端设备201的单点对单点链路。例如，对于这种实现方式，请参阅专利申请EP17182123.4，该专利提出了一种蓝牙芯片，该蓝牙芯片被配置为实现所修改的A2DP简档以创建这样的单点对多点链路。在这样的实施例中，可以重配置从主设备203到每个接受端设备的每个链路。

当然，也可以使用其它方案从主设备203控制多个接受端设备201。

例如，可以在主设备203、第一耳塞和第二耳塞之间建立链式连接(在一对耳塞201的情形下)。第一耳塞可以根据第一无线链路(例如使用高级音频分发简档(A2DP)的蓝牙链路)连接到主设备203。可以从主设备203向第一耳塞传送立体声流，该立体声流包括包含左右声道立体声数据的包。第一耳塞可以被配置为：

-仅播放与两个声道中的一个(例如，左声道)相关的音频数据，以及

-将与另一个声道相关的单声道音频数据通过第二无线链路发送到第二耳塞，该第二无线链路可以例如是蓝牙链路(例如，真无线立体声)或近场磁感应(NFMI)链路。

另一种解决方案可以在于从主设备203到两个耳塞中的一个的无线链路，而另一个耳塞被配置为“嗅探”(或“窥探”)无线链路。根据本解决方案，第一耳塞可以根据第一无线链路、例如使用高级音频分发简档(A2DP)的蓝牙链路连接到主设备203。可以从主设备203向第一耳塞传送立体声流，该立体声流包括包含左右声道立体声数据的一个或多个包。另一方面，第一耳塞可以根据第二无线链路(例如，蓝牙链路)连接到第二耳塞。第一耳塞和第二耳塞可交换一些参数，包括嗅探/解码参数，以允许第二耳机嗅探第一链路并检索与右声道相关的音频数据。然而，未经第二链路交换任何音频数据。根据本技术方案，第二耳塞未连接到主设备203并被配置为嗅探第一无线链路。

在一个或若干个实施例中，主设备203可以被配置为向从设备201传送音频信息，并且该主设备可以包括：

-射频处理电路，该射频处理电路用于将从从设备201接收到的信号转换为传入数字数据，并且将传出数字数据转换为传送到从设备201的信号，该传出的数字数据包括音频相关信息；

-电池，该电池用于存储电力并具有电力水平；

-电池监测电路，该电池监测电路用于检测电池的电力水平；

-处理器，该处理器用于运行操作系统层，该操作系统层包括应用监测过程和蓝牙控制过程，所述控制过程被配置为执行本发明的操作方法。

例如，主设备203可以是用于向一对耳塞201传送音频信息的智能电话，耳塞包括左耳塞和右耳塞，该主设备包括：

-射频单元，该射频单元用于从耳塞接收信号以及向耳塞传送信号；

-电池，该电池用于存储电力并具有电力水平；

-电池监测单元，该电池监测单元用于检测电池的电力水平；

-处理器单元，该处理器单元用于运行操作系统层，该操作系统层包括应用监测过程和蓝牙控制过程，所述控制过程被配置为执行本发明的操作方法。

图2是本发明可行实施例的表示图。

从系统201可以被配置为支持不同类型的编解码器(例如SBC、LDAC、Apt-X等)，其中每个编解码器可以与一个或若干个可能的比特率相关联(例如，990kbit/s、kbps或660kbps的LDAC)。替代地，从系统201可以被配置为以不同的可行比特率支持一种类型的编解码器。

从系统201具有电池水平202a、202b并被配置为当电池水平202a、202b低于预定义阈值(例如，最大电池水平的20％)时向主设备203发送低电池信号。例如，可以通过使用BLE(蓝牙低功耗)传输或AVRCP简档(音频/视频远程控制简档)来发送低电池信号。

在本实施例中，操作参数是从系统201的电池水平202a、202b。电池水平202a、202b低于预定义阈值的事实对应于如上文参考图1所定义的操作参数的改变。新操作模式可以是省电模式，并且链路(或单点对多点传输情形下的链路)的重配置可以包括修改编解码器的类型和/或比特率(例如，降低比特率)。

根据一示例，当从系统201的电池水平202a高于预定义阈值时，主设备203可以向从系统201发送204通过第一编解码器类型(例如，990kbps的立体声LDAC)处理的音频包。当从系统201的电池水平202b低于预定义阈值时，从系统201向主设备203发送205低电池信号。当接收205到这个低电池信号后，在主设备203处确定蓝牙音频链路必须切换到省电模式，其中待发送206到从系统201的音频包通过第二编解码器类型(例如，328kbps的立体声SBC)处理。

可选地，当接收205到低电池信号后，可以在主设备203的屏幕上显示请求用户确认主设备203可以切换到省电模式的消息。在此情形下，由用户的显式动作触发对一个/多个链路配置的修改。

替代地，主设备203可以自动切换到省电模式，而无需任何用户确认。在此情形下，无需任何用户动作即可触发对一个/多个链路配置的修改。

根据另一个示例，当从系统201的电池水平202a高于预定义阈值时，主设备203可以向从系统201发送204通过第一编解码器类型(例如，990kbps的立体声LDAC)处理的音频包。当从系统201的电池水平202b低于预定义阈值时，在从系统201处确定通信链路必须切换到省电模式。从系统201然后可以向主设备203发送与基于该新操作模式修改的配置参数相关的信息。在接收到信息之后，主设备203可以用第二编解码器类型处理音频包之后将它们发送到从系统201。

当然，在操作参数是主设备203的电池水平的情形下，也可以应用类似的重配置方法。在此情形下，可以检测主设备203的电池的低电力水平。当这样的检测后，可以修改一些配置参数。例如，可以降低无线链路的数据率。

图3是本发明第二可行实施例的表示图。

从系统201可以被配置为支持不同类型的编解码器(例如SBC、LDAC、Apt-X等)，其中每个编解码器可以与一个或多个可能的比特率相关联(例如，990kbit/s、kbps或660kbps的LDAC)。替代地，从系统201可以被配置为以不同的可行比特率支持一种类型的编解码器。

在本实施例中，操作参数是在主设备203上启动的特定应用。当用户改变主设备203上启动的应用(例如，用户使用

而非

)时，检测到操作参数的改变。实际上，两个应用即使它们属于同一种应用类型(例如，流传输应用)也可能不具有相同的采样率，可能有利的是，重配置蓝牙音频链路使其采样率与当前启动的应用中的那一个相匹配。这样的重配置避免主设备203的音频服务器必须重采样音频数据，这会降低音频质量。

在本实施例中，由用户的动作(改变应用)隐式地触发对一个/多个链路配置的修改。

再次参考图3，用户可以使用第一应用，其音频包由第一编解码器以第一采样率处理(例如，采样频率为48000Hz且比特率为328kbps的立体声SBC)并发送301到音频从系统201。当用户在主设备203上启动302新应用时，可以改变编解码器的采样频率和/或比特率。在这种改变之后，音频包由第二编解码器以第二采样率处理(例如，采样频率为44100Hz且比特率为328kbps的立体声SBC)。

图4是本发明第三可行实施例的表示图。

在本实施例中，操作参数是主设备203上启动的应用类型，例如游戏应用(例如，Player Unknown's

-PUBG、

等)。当用户在主设备203上开始给定类型的应用时，检测到操作参数的改变。事实上，某些类型的应用需要特定的操作模式：例如，可能需要低时延模式才能获得更佳的游戏体验。因而，如果蓝牙从系统201支持这样的低时延模式，则有利的是，将主设备203与从系统201之间的链路重配置为低时延配置。

在本实施例中，由用户的动作(启动特定类型的应用)隐式地触发对一个/多个链路配置的修改。

在启动应用之前，主设备203与从系统201之间的蓝牙通信链路可以对应于第一操作模式(例如，源与解码音频之间的时延可能相对较高的标准模式)，其中音频包由具有第一时延的第一编解码器处理并发送401到音频从系统201。当用户在主设备203上启动402特定类型的应用(例如，游戏)时，编解码器可以改变为具有远低于第一时延的第二时延。音频包然后由新编解码器处理并从主设备203发送403到从系统201。

这样的低时延模式可以在其它情况下激活，例如，当操作参数是本地音频数据源时，并当该操作参数的改变对应于应用的改变时(例如，从音乐播放切换到视频游戏)。

替代地或补充地，在此情况下，可以修改以下一个或若干个配置参数：

-可以减少最大包重传次数；

-可以减小MTU；

-可以减小最大刷新超时参数。

当然，可以修改多于一个配置参数。例如，可以修改MTU和采样率。

图5是本发明第四可行实施例的表示图。

在本实施例中，从系统201可以由一对耳塞201a、201b组成。

默认情况下，每个耳机可以被配置为输出各自的音频数据。例如，对于立体声音频内容，第一耳塞201a可以被配置为播放相对于两个声道中的一个(例如，右声道)的音频数据，而第二耳塞201b可以被配置为播放相对于两个声道中的另一个(例如，左声道)的音频数据。

当两个用户501、502想要与另一个用户502共享音频内容时，每个用户501、502可以使用连接到主设备203的一对耳塞中的相应耳塞201a、201b。然而，在上述默认配置中，用户501、502缺乏听觉舒适感，因为每个用户501、502仅接收对应于两个声道中的一个的音频内容。

因而，可能想要激活“共享模式”，其中发送503、504到每个耳塞201a、201b的音频数据包含立体声数据。

例如，在默认配置下，传输音频包可以基于第一编解码器(例如，SBC编解码器)执行，右耳塞201a被配置为播放对应于右声道的音频数据，而左耳塞201b被配置为播放对应于左声道的音频数据。例如，第一编解码器在转发架构的情形下可以是立体声编解码器，或者在单点对多点架构中可以是单声道编解码器。

在共享模式下，传输音频包可以基于第二编解码器(例如，SBC编解码器)执行，其中每个包包括对应于左右声道的数据并发送503、504到两个耳塞201a和201b。因而，耳塞201a和201b两者都被配置为基于接收到的包播放相同的音频内容。第二编解码器可以是单声道编解码器，或可以是在该两个声道上具有相同音频内容的立体声编解码器。音频内容可以例如对应于左声道和对应右声道的下混声道。

在一可行实施例中，用户可以在主设备203或从系统201上选择“共享模式”。在此情形下，由用户的动作显式地触发对一个/多个链路配置的修改。

替代地，可以自动激活共享模式，例如当检测到两个耳塞201a、201b之间的距离超过预定义阈值时。

图6是实现本发明的设备的可行实施例。这样的设备可以包含到主设备中或包含到从设备中。

在本实施例中，设备600包括计算机，该计算机包括存储器605以存储能够加载到电路中的程序指令并适配为当程序指令被电路604运行时使电路604执行本发明的步骤。

存储器605也可以存储用于执行如上所述本发明的步骤的数据和有用信息。

电路604可以例如是：

-处理器或处理单元，该处理器或处理单元适配为以计算机语言解释指令，该处理器或处理单元可以包括、可以关联或附接到包含指令的存储器，或者

-处理器/处理单元与存储器的关联，该处理器或处理单元适配为以计算机语言解释指令，该存储器包含所述指令，或者

-电子卡，其中在硅内(within silicon)描述本发明的步骤，或者

-可编程电子芯片，诸如FPGA芯片(“现场可编程门阵列”)。

该计算机可以包括：输入接口603，该输入接口用于接收与根据本发明的蓝牙设备或第二设备中的任一者的操作参数值的改变相关的信息，以及输出接口606，该输出接口用于基于新操作模式提供蓝牙通信链路的配置参数。

为了便于与计算机的交互，可以提供屏幕601和键盘602并使它们连接到计算机电路604。

另外，图1中表示的框图为典型的程序示例，其中一些指令可由所述设备600执行。因此，图1可以对应于本发明含义内的计算机程序的通用算法的流程图。

在本发明一个实施例中，由存储在存储器605的第一部分中的蓝牙驱动程序进行蓝牙操作，而由存储在存储器605的第二部分中的操作系统确定操作参数。附加地，操作系统可以与一个或多个应用交互以确定一个或多个操作参数，其中应用位于存储器605的第三部分中。这些功能的这种有利分离允许独立开发每项功能，而无需同时更改其它功能。

当然，本发明不限于上文举例描述的实施例。本发明可扩展到上述之外的其它变型和其它情况。

例如，当操作参数的改变对应于音频源应用从会议应用改变为流传输应用时，对配置参数的修改可以包括将音频编解码器的音质配置参数改变为更高质量，其中，音频编解码器处理与流传输应用相关联的信息。

音质配置参数可以例如是音频编解码器的采样率、音频编解码器选择参数或将声道配置从单声道改变为立体声的配置参数。

根据另一个示例，当操作参数的改变对应于音频源应用从流传输应用改变为会议应用时，对配置参数的修改可以包括将声道配置参数从单向音频链路改变为双向音频链路。

当从系统201在于两个耳塞201a、201b时，可能发生两个耳塞中的一个被禁用(例如，如果与该耳塞的通信链路中断)。在此情况下，可以检测到一个耳塞被去激活，并且声道配置可以从立体声切换到单声道。可以例如通过在主设备上接收消息来执行一个耳塞的去激活。

当检测到本地音频数据源从立体声源改变为单声道源时，可以执行类似的改变。响应于所述改变，无线通信链路可以从立体声链路重配置为单声道链路，然后音频数据以单声道格式传送到耳塞。

根据所选的实施例，本文描述的每个方法的某些行动、动作、事件或功能可以以与它们所描述的顺序不同的顺序执行或发生，或者可以添加、合并或不执行或不发生，视情况而定。此外，在一些实施例中，某些行动、动作或事件同时而非相继地执行或发生。

尽管通过若干详细示例性实施例予以描述，本发明提出的方法以及用于实现该方法的装备包括对本领域技术人员而言显而易见的各种替代、修改和改进，应当理解，这些各种改变、修改和改进属于由所附权利要求限定的本发明的保护范围。此外，上述各个方面和特征可以共同实现或单独实现或者相互替代，并且各个方面和特征的各种组合和子组合都属于本发明的保护范围内。此外，上述一些系统和装备可以不包含针对优选实施例所描述的所有模块和特征。

本公开还涉及音频流传输领域。下面具体地涉及用于使用蓝牙通信链路传送音频数据流的方法和设备。

在背景技术中，蓝牙定义了一种用于在通常限制为至多10米的距离上进行无线传送和接收音频数据并使用频率包括在超高频频段中的无线电波的通信标准。由于蓝牙设备的便携性，尤其是对于短程应用，该标准使得蓝牙设备深受客户欢迎。

传送和接收数据的音频质量主要取决于数字音频编码器和解码器，称为编解码器，该编解码器用于将数据传送到像耳机或扬声器等蓝牙音频输出设备。使用标准蓝牙编解码器，即称为SBC的低复杂度子带编解码器是必要的原因在于，它被设计成以中等比特率提供相当好的音频质量，同时保持低计算复杂度。另外，SBC支持采样频率高达48kHz的单声道和立体声流，而对于单声道和联合立体声流的比特率通常分别设置为高达193kbit/s和328kbit/s。

为了提高传送和接收音频数据的质量，目前的趋势是提出要求带宽占用日趋扩大的编解码器，诸如APTX音频编解码器压缩算法或LDAC音频混合编码技术，这允许通过蓝牙连接流传输的音频具有的比特率分别高达352kbit/s和990kbit/s。

由于有限带宽而需要有损压缩，正在开发此类编解码器以限制当使用标准蓝牙协议和编解码器(诸如SBC)时的音频质量损失。

然而，音频流的质量不必通过使用具有更高带宽占用的编解码器来提高，因为实现这样的质量取决于音频设备用于传送音频流的不同编码、解码、混合和采样过程。当使用蓝牙标准时，这尤其适用于诸如智能电话的源设备以及诸如无线耳机或扬声器的接受端设备。

而且，当前音频收听设备使用的流传输应用依赖于它们自己的编码格式，与标准的蓝牙编解码器(如SBC)相比，该格式具有更高的压缩率和更佳的算法。这也意味着在源设备与接受端设备之间流传输的音频数据会经历多次解码、编码和重采样过程，从而可能导致显著质量损失。

现在描述本公开的更多目的。

下面的第一目的是提供用于改进音频流、具体地蓝牙传送的音频流的质量和时延的方法和设备。

为了解决上述至少一些问题，下面的第一目的涉及一种通过蓝牙通信链路传送音频流的方法，该方法由源设备执行并包括：

-接收音频流的音频编解码器配置和采样率，所述音频流来自在源设备上运行的流传输应用；

-使用接收到的音频编解码器配置和采样率，在源设备与接受端设备之间配置蓝牙音频流；

-从流传输应用接收第一音频流；

-将接收到的第一音频流打包到所述蓝牙音频流中；以及

-通过蓝牙通信链路将蓝牙音频流传送到接受端设备，所传送的蓝牙音频流包括经打包的接收到的音频流。

这里，蓝牙是指任何蓝牙协议版本，包括现有版本和未来版本。目前，蓝牙5.1版本包括基础速率/增强型数据率协议(又称为BR/EDR协议或经典蓝牙协议)以及蓝牙低功耗协议(又称为BLE协议)。

这里，通信链路指定两个设备之间的无线通信。另外，蓝牙通信链路被配置为包括多个蓝牙物理链路，例如在给定的源设备和给定的接受端设备之间，诸如智能电话。蓝牙通信链路可以包括不同类型的链路，诸如单点对单点连接或单向链路。

这里，打包是指将音频数据转换为多个音频数据包。这样的音频数据包对应于给定的字节数。

这里，编解码器是被配置为编码和/或解码数字数据流或信号的硬件或软件组件。

这里，音频编解码器配置是包括诸如编解码器类型、比特率(即比特可从一个位置传输到另一个位置的速率)以及对应的整数大小(例如16位或24位)等信息的配置。编解码器的类型包括SBC、AAC、MP3、APT-X、LDAC、LHDC、Vorbis、Opus或LC3编解码器。

这里，流传输应用优选为被配置为流传输音频和/或视频数据的音频应用或游戏应用。

根据第一目的的方法允许通过蓝牙通信链路以减少质量损失和降低时延的方式传送音频流。实际上，背景技术中的方法一般需要源设备和/或接受端设备来执行对音频流的编码、解码和重采样或混合，这会在系统上导致质量损失或增加时延。

这里，音频应用可以一般是提供数字音乐、访问音频内容或播客流传输服务的任何应用，诸如基于云的流传输服务。

这允许提供蓝牙音频流传输转移。即，当流传输应用包括游戏应用时，这允许通过蓝牙通信链路以低时延传送和流传输对应的音频数据，这是因为直接从游戏应用流传输并绕过音频服务器以改善时延。

这里，音频编解码器配置可为空。通常，空的音频编解码器配置是指未编码的音频数据，诸如脉冲编码调制，称为PCM，或对应于PCM音频编解码器配置的模拟音频信号。

在一实施例中，蓝牙通信链路是预先建立的，即在将蓝牙音频流传送到接受端设备之前的预备步骤期间在源设备与接受端设备之间建立的蓝牙通信链路。

在一优选实施例中，从流传输应用接收音频流是在从流传输应用接收到未修改的比特流后执行。

这里，比特流是比特序列。由将音频数据打包所得的包可以被分组(grouped)、编码或解码成结构化比特流数据的连续页，所述连续页称为逻辑比特流。

这里，可以将若干个逻辑比特流合并成单个物理比特流。如果物理比特流包括多于一个逻辑比特流，则称这样的逻辑比特流被“包裹”在该物理比特流中。从物理比特流中解包所述逻辑比特流可通过解码来执行，但提取多个逻辑比特流不必需要完整的解码。

这里，未修改的比特流是如此传送且未重采样的比特流，例如未由位于源设备的音频应用与蓝牙栈之间的音频服务器重采样。

在一优选实施例中，该方法进一步包括：

-从音频服务器接收至少一个其它音频流，称为第二音频流；以及

-通过蓝牙通信链路将所述接收到的第二音频流传送到接受端设备。

这里，音频服务器是任何被配置为管理和/或与其它系统共享音频资源或音频流的平台，所述系统具体地包括源设备和接受端设备。例如，所述音频资源或音频流包括来自音频应用的音乐、来自社交媒体的声音通知、来自排程应用的时钟警报的声音等。

这里，音频服务器可包括音频硬件接口、操作系统、计算机、电子电路或任何种类的在其上可存储有音频数据或可接收和发送音频数据流的计算机可读介质。所述音频服务器可连接到像因特网等的网络。

这提供了具有两个音频流的混合流传输方法，所述两个音频流被包封在单个蓝牙音频流中。

这允许第一目的的方法生成用于传送和流传输音频数据的替代路径，所述路径绕过背景技术方法中需要的可能的音频服务器。因而，这允许避免在蓝牙通信链路的接收端执行意味着质量损失的编码、解码、混合或重采样。

这也允许与涉及从音频服务器接收和传送音频流的已知方法相比以减少质量损失和降低时延的方式传送音频流，这是因为所述方法需要将这样的音频流与来自流传输应用的音频流混合，从而导致质量损失。此外，这些方法也要求音频服务器使用音频服务器或接受端设备的采样率来执行对音频流的混合或重采样，这会导致质量损失并且还可能增加时延。

在一优选实施例中，蓝牙音频流是多贡献类型，该方法进一步包括使用第二音频流的音频编解码器配置和采样率来将接收到的第二音频流打包到蓝牙音频流。

这提供了具有两个音频流的混合流传输方法，所述两个音频流被包封在单个蓝牙通信链路上的两个蓝牙音频流中。

这里，多贡献类型的蓝牙音频流意味着以非排他方式使用音频编解码器配置(或采样率)。换言之，第一音频流和第二音频流的音频编解码器配置(或采样率)都用于配置蓝牙音频流，该蓝牙音频流则对应于多贡献类型的蓝牙音频流。

在一优选实施例中，该方法进一步包括：

-由接受端设备接收源设备所传送的多个蓝牙音频流；

-将所述多个蓝牙音频流混合成混合音频流；以及

-在接受端设备中渲染混合音频流。

这允许改善蓝牙通信链路接收端上的多个音频流的质量和/或时延。

在一优选实施例中，该方法进一步包括将从流传输应用接收到的音频流和/或接收到的第二音频流包裹到容器中，所述容器被放置到蓝牙音频流中。

这允许将多个音频流包封在单个容器中，从而即使所述流对应于不同的音频编解码器配置和/或采样率，也可以将它们在相同的包中传送。换言之，这提供了具有两个音频流的混合流传输方法，所述两个音频流被包封在从源设备发送的单个容器中。

在实施例中，流传输应用和音频服务器使用不同的编解码器，因而使用不同的音频编解码器配置和不同的采样率。例如，应用可以针对音频流传输使用高质量编解码器，而音频服务器可以针对通知使用低质量编解码器。

例如，Ogg流可用于包封由音频服务器的一个或多个编码器创建的一个或多个逻辑比特流。一经编码，就可将音频服务器的逻辑比特流与应用的逻辑比特流一起包裹到容器中，使用相同的包将这两个逻辑比特流传送到接受端设备。接受端设备然后可解包这两个逻辑比特流，使用它们各自的编解码器分别将它们解码并将它们混合成单个原始流以供输出。

这里，容器是定义媒体有效载荷格式的实体。定义音频有效载荷格式的音频容器可与一个或多个编解码器相关联。例如，LATM容器可与AAC编解码器相关联，Ogg容器可与Vorbis或Opus容器相关联。

在一优选实施例中，容器是Ogg-Vorbis容器。

在一优选实施例中，从流传输应用接收的音频流(称为第一音频流)和第二音频流被包裹到容器中，使用所包裹的第一和第二音频流来执行将所述第一和第二音频流打包到蓝牙音频流。

在一优选实施例中，第一音频流或第二音频流是一Vorbis编码流，或者第一音频流和第二音频流是Vorbis编码流。

在一实施例中，使用至少两个蓝牙逻辑链路来传送音频流。

这提供了一种用于传送至少两个音频流的混合流传输方法。特别地，两个音频流被包封在两个蓝牙音频流中以通过蓝牙通信链路进行传送。

这允许以更高的灵活性传送音频流，这是因为可使用至少两个蓝牙逻辑链路。即使第一蓝牙逻辑链路上已经建立了绕过音频服务器的蓝牙音频流，也可在第二蓝牙逻辑链路上使用第二蓝牙音频流，例如用于收集源自源设备上运行的另一个应用的通知。因此，这允许在相同的逻辑声道或两个不同的逻辑声道上传送两个蓝牙音频流。

例如，如果流传输应用是游戏应用，则所述游戏应用可直接向源设备所包括的蓝牙栈流传输音频数据。然而，在两个不同的蓝牙逻辑链路上使用至少两个蓝牙音频流具有更大的灵活性，这是因为至少一个蓝牙音频流可用于渲染来自游戏应用的高质量音频，而至少另一个蓝牙音频流可用于渲染来自另一个源的声音，诸如来自源设备上运行的社交媒体应用的声音通知，或来自音频服务器的声音。这两个逻辑链路使用相同的蓝牙物理链路或者使用两个不同的物理链路。

在一优选实施例中，该方法进一步包括：

-将接收到的第二音频流打包到另一个蓝牙音频流中，称为第二蓝牙音频流，所述第二蓝牙音频流区别于在源设备与接受端设备之间配置的蓝牙音频流，称为第一蓝牙音频流，以及

-将所述第二蓝牙音频流通过蓝牙通信链路传送到接受端设备，第二蓝牙音频流与所述第一蓝牙音频流复用。

这里，复用是使用一个或多个协议来执行的，诸如AVDTP协议或任何其它适配于通过蓝牙通信链路传送音频流的协议。

在一优选实施例中，通过蓝牙通信链路的BR/EDR链路传送第一蓝牙音频流或第二蓝牙音频流，或者通过蓝牙通信链路的BR/EDR链路传送第一蓝牙音频流和第二蓝牙音频流。

在一优选实施例中，通过蓝牙通信链路的BLE链路传送第二蓝牙音频流。

在一优选实施例中，当与接受端设备成功协商音频编解码器配置和采样率后，执行蓝牙音频流的传送。

这允许确保接受端设备支持音频编解码器配置和采样率两者。这也允许流传输应用自己检查接受端设备是否能够支持流传输应用的本机编解码器和本机采样率。

根据第二目的，下面涉及一种通过蓝牙通信链路接收蓝牙音频流的方法，该方法由接受端设备执行，其中，该方法包括：

-通过蓝牙通信链路接收由源设备传送的多个蓝牙音频流；

-将接收到的所述多个蓝牙音频流混合成混合音频流；以及

-渲染混合音频流。

在第二目的的方法的一实施例中，所述接收到的多个蓝牙音频流中的至少一个第一蓝牙音频流包括经打包的音频流，由源设备执行将所述音频流打包到第一蓝牙音频流中，由源设备使用第一音频流的音频编解码器配置和采样率在源设备与接受端设备之间配置第一蓝牙音频流，由源设备接收所述音频编解码器配置和所述采样率，所述第一音频流来自源设备上运行的流传输应用。

在第二目的的方法的一实施例中，当与接受端设备成功协商音频编解码器配置和采样率后，由源设备执行第一蓝牙音频流的传送。

在一实施例中，第二目的的方法进一步包括：

-通过蓝牙通信链路从源设备接收至少第二音频流，

由源设备从音频服务器接收所述第二音频流，所述第二音频流与第一音频流不同。

在一实施例中，第二目的的方法进一步包括：

-通过蓝牙通信链路从源设备接收第二蓝牙音频流设备，

第二蓝牙音频流与第一蓝牙音频流复用，由源设备将接收到的第二音频流打包到第二蓝牙音频流中，所述第二蓝牙音频流与第一蓝牙音频流不同。

根据第三目的，下面涉及一种计算机程序产品，所述计算机程序产品包括其上存储有计算机程序指令的计算机可读介质，所述计算机程序指令能够加载到计算设备中并适配为当加载到所述计算设备中并由所述计算设备执行时使计算设备执行前述权利要求中任一项所述的方法的步骤。

根据第四目的，下面涉及一种用于通过蓝牙通信链路传送音频流的源设备，所述源设备被配置为：

-接收来自源设备上运行的流传输应用的音频流的音频编解码器配置和采样率；

-从流传输应用接收音频流；

-将接收到的音频流打包到所述蓝牙音频流中；以及

-将蓝牙音频流传送到接受端设备，蓝牙音频流包括经打包的接收到的音频流。

根据第五目的，下面涉及一种用于通过蓝牙通信链路接收蓝牙音频流的接受端设备，所述接受端设备被配置为：

-通过蓝牙通信链路接收由源设备传送的多个蓝牙音频流；

-将所述多个蓝牙音频流混合成混合音频流；以及

-在接受端设备中渲染混合音频流。

在第五目的的接受端设备一实施例中，所述接收到的多个蓝牙音频流中的至少一个蓝牙音频流包括经打包的音频流，由源设备执行将所述音频流打包到所述至少一个蓝牙音频流中，由源设备使用第一音频流的音频编解码器配置和采样率在接受端设备与源设备之间配置所述至少一个蓝牙音频流，由源设备接收所述音频编解码器配置和所述采样率，所述第一音频流来自源设备上运行的流传输应用。

根据第六目的，下面涉及一种用于通过蓝牙通信链路传送和接收蓝牙音频流的系统，所述系统包括根据第四目的的源设备和根据第五目的的接受端设备。

现在描述对更多附图的简要描述。

如下所述，参阅下面通过非限制性示例结合附图给出的详细描述，本公开目的的其它特征、细节和优点将显而易见。

图7示出根据本公开第一模式的方法步骤的示例；

图8示出根据本公开第一模式的方法步骤的流程图；

图9示出根据本公开的蓝牙数据包的结构示例。

图10示出根据本公开第二模式的方法步骤；

图11示出根据本公开第三模式的方法步骤的流程图；

图12示出根据本公开第三模式的方法步骤；

图13示出根据本公开第三模式的蓝牙通信链路；

图14示出根据本公开第四模式的方法步骤的流程图；

图15示出根据本公开第四模式的方法步骤；

图16示出根据本公开第四模式的蓝牙通信链路；

图17示出根据本公开第五模式的方法步骤的流程图；

图18示出根据本公开第五模式的蓝牙通信链路；

图19示出根据本公开第六模式的方法步骤的流程图；

图20示出根据本公开第六模式的方法步骤；

图21示出根据本公开第六模式的蓝牙通信链路；以及

图22示出根据本公开模式的电路结构。

现给出对模式的描述。

图7示出根据本公开第一实施例的用于通过蓝牙通信链路传送音频流的简化方法步骤。

根据所述第一模式的方法包括将音频数据AD编码为编码音频比特流，所述编码音频比特流由音频流传输应用40提供给接受端设备20。

例如，所述音频流传输应用是音频应用或游戏应用(例如，在远程服务器上)。例如，所述接受端设备20是扬声器或包括可穿戴式耳机。

音频数据AD通过蓝牙栈BS提供给接受端设备20，所述蓝牙栈BS被包括在源设备10中，例如在智能电话中。

这里，蓝牙栈BS是指一种蓝牙协议栈的实现方式，诸如源设备10的嵌入式系统实现方式。

在一种模式中，如下所述，蓝牙栈BS包括具有操作系统的微控制器和/或芯片组并被配置为支持各种协议，诸如L2CAP和AVDTP协议。

在步骤S1期间，音频流传输应用40将音频数据AD传送到源设备10，并且所述音频数据由源设备10直接发送到其蓝牙栈BS，而未修改音频数据(即，未经过源设备的音频服务器)。

这允许音频流传输应用40的流传输应用将音频数据AD提供给蓝牙栈BS，而无需中间设备/服务器进行编解码和/或采样(重采样)。

在步骤S2期间，由蓝牙栈BS接收的音频数据AD被打包到经打包的音频数据PAD中。

在一种模式中，音频数据AD和经打包的音频数据PAD中的至少一个是可使用蓝牙无线音频链路传送的蓝牙包。

在步骤S3期间，源设备10将经打包的音频数据PAD传送到接受端设备20，所述传送是通过一个或多个蓝牙音频流来执行的。

在步骤S4期间，接受端设备20对所接收的经打包的音频数据PAD进行解码，并以音频输出OUT的形式发送经解码的数据，例如PCM信号或广播音乐。

图8示出根据本公开第一模式的方法步骤的流程图。

当通过源设备10的输入IN接收到音频数据AD1，特别是经编码的音频比特流后，流传输应用40直接将所述音频数据AD1提供给源设备10的蓝牙栈BS。

这允许绕过可由源设备10或由可包括在源设备10中的音频服务器30对AD1执行的任何混合、重采样和/或编码步骤。

音频数据AD1由源设备10使用源设备10上运行的流传输应用40的音频流的音频编解码器配置和采样率来配置。在将音频数据AD1提供给蓝牙栈BS的同时，蓝牙栈BS将其打包并将其传送到第三方设备，这里具体地传送到接受端设备20。

特别地，使用流传输应用40的音频流的音频编解码器配置和采样率将音频数据AD1打包到经配置的蓝牙音频流中。

优选地，经打包的音频数据或经配置的蓝牙音频流使用预先建立的链路来传送，这里为蓝牙通信链路L1。蓝牙通信链路L1可包括在源设备10与接受端设备20之间建立或预先建立的一个或多个蓝牙物理链路和蓝牙逻辑链路。

当接收后，经打包的音频数据由接受端设备20来解码。随后，可通过接受端设备20的输出OUT广播或流传输经解码的包。

这允许在任何上述步骤期间避免有损传输和/或压缩。特别是，这允许绕过音频服务器的使用。

图9示出根据本公开的蓝牙数据包的结构示例，更具体为这种使用蓝牙通信链路传送数据的结构示例。

如图所示，蓝牙数据包BTDP包括若干个层、包、包数据单元、帧和/或比特流。特别地，蓝牙数据包BTDP包括称为L2CAP的逻辑链路控制和适配协议，对应于称为PDU的协议数据单元。L2CAP定义了蓝牙数据包BTDP的协议层，用于在两个信道标识符(称为CID)之间交换数据。

有利地，L2CAP还定义了实现一个或多个蓝牙传输协议的链路管理器层。L2CAP还能够分段数据包、组合数据包、重组数据包和/或复用。

L2CAP协议还允许在设备的蓝牙芯片之间建立逻辑链路。L2CAP协议的参数可以取决于源设备的特征，诸如其支持其它协议的能力等。

优选地，L2CAP协议包括音频/视频分发传输协议，称为AVDTP，这是一种蓝牙音频数据传输协议。AVDTP协议定义了若干个蓝牙设备之间的二进制事务，并允许在两个流端点(称为SEP)之间建立音频流和/或视频流。

有利地，AVDTP协议被配置为使用L2CAP协议来设立流和流传输音频流。AVDTP协议还允许协商流参数并可自行管理音频流。

AVDTP协议和L2CAP协议能够通过蓝牙通信链路例如在源设备与接受端设备之间交换数据。

如图所示，AVDTP协议包括媒体有效载荷，称为容器CT，该容器CT本身包括编码帧ENC。

优选地，容器CT包括媒体有效载荷标头以及一个或多个编码帧。

这里，容器CT定义物理比特流，并且至少一个编码帧ENC定义逻辑比特流。物理比特流可以包含编码数据和相关联的元数据两者。

这里，至少一个编码帧对应于使用高级音频编码编解码器或AAC编解码器来编码的音频数据。AAC编解码器是一种用于有损数字音频压缩的音频编码标准，与MP3编解码器在相同比特率下所能达成的音质相比，它有利地得到更佳的音质。

图10示出根据本公开第二模式的方法步骤。

类似于第一模式，第二模式的方法步骤允许通过蓝牙通信链路传送音频流，但在成功协商音频编解码器配置和采样率后才执行所述传送。

在步骤S10期间，蓝牙通信链路开放，即在源设备10与接受端设备20之间建立蓝牙通信链路。当源设备10上运行的流传输应用准备好发送音频数据时，所述流传输应用可请求开放新流。替代地或同时地，当开放蓝牙通信链路时，可请求重配置现有流。

在建立蓝牙通信链路的同时，可在步骤S15期间执行可选的协商阶段。

所述协商阶段包括检查接受端设备20是否支持流的一个或多个参数。例如，所述一个或多个参数作为正开放或重配置的流的变元(arguments)传递。

所述一个或多个参数包括源设备10上运行的流传输应用的音频流的至少一个音频编解码器配置和一个采样率。所需的编解码器和采样率可作为流的变元传递。

在步骤S15期间，如果接受端设备20不支持音频编解码器配置和/或采样率，则可在步骤S20期间拒绝开放新流或重配置现有流的基础请求。

在步骤S15期间，如果接受端设备20支持编解码器和采样率，则接受请求并且源设备10执行以下步骤，包括如下所述的步骤S40。

在步骤S40期间，使用一个或多个参数执行对新流的配置，或者如果合适，则重配置现有流。特别地，使用流传输应用的音频流的音频编解码器配置和采样率来执行所述配置。

优选地，使用源设备10的主机控制器接口(称为HCI)来执行步骤S40。

这里，HCI是控制器子系统与主机子系统之间的可选标准接口。在具有简单功能的蓝牙设备(例如，耳机)中，主机和控制器可在相同的微处理器上或作为内部软件接口来实现。源设备10的HCI可在步骤S40期间执行对流的配置或重配置，该流例如是蓝牙A2DP流。

在步骤S50期间，源设备10从流传输应用接收音频流。

在步骤S60期间，源设备使用音频编解码器配置和采样率将接收到的音频流打包到已在步骤S40期间配置的蓝牙音频流中。

在步骤S70期间，源设备10将包括经打包的接收的音频流的蓝牙音频流传送到接受端设备20。

图11示出根据本公开第三模式的方法步骤的流程图。在该第三模式中，蓝牙栈BS不仅从源设备10的输入IN接收音频数据AD1，而且还接收从源设备10中包括的音频服务器30发送的音频数据AD2(所述音频数据AD2可以例如是系统音频通知)。

然后使用流传输应用40的音频流的音频编解码器配置和采样率将AD1和AD2打包到经配置的蓝牙音频流中。

然后使用已建立的蓝牙链路L1将经配置的蓝牙音频流从源设备10传送到接受端设备20，并且由接受端设备20将经打包的音频数据AD1和AD2两者解打包，可选地以一种或多种不同的步骤解码之后渲染、广播或进一步通过输出OUT流传输。

如果在解打包之后，由接受端设备20在单独的步骤期间解码音频数据，则经解码的数据可随后被混合或复用之后再渲染、广播或进一步通过输出OUT流传输(蓝牙音频流则可以额外地包括关于混合数据方式的信息，例如，接受端设备一侧每个音频数据各自的音量百分比/值)。

这允许结合多个音频源。有利地，例如，这允许接收音频通知，例如来自安装在源设备10上的社交媒体应用的通知，同时收听由源设备10上运行的流传输应用40提供的音乐文件。

优选地，当存在多于一个或多于两个音频源时，对应的音频数据可以在至少一个音频服务器中混合并使用接受端设备20的采样率来重采样，该采样率对应于当已重配置现有流时流传输应用40的采样率。

换言之，所示模式允许若干个音频源(包括流传输应用40和至少一个音频服务器30)使用流传输应用的简化音频链路路径。

图12示出根据本公开第三模式的用于通过蓝牙通信链路传送音频流的方法步骤。

特别地，第三模式的方法步骤允许类似于第一和第二模式那样通过蓝牙通信链路传送音频流，区别在于，接收步骤S50被替换为同时或相继执行的两个步骤S51和S52。步骤S51包括由源设备10从流传输应用40接收第一音频数据AD1，并且步骤S52包括由源设备10从音频服务器30接收第二音频数据AD2。

图13示出用于执行本公开第三模式的蓝牙通信链路。

特别地，对应于将两个音频流打包的蓝牙音频流BTSTRM从源设备10传送到接受端设备20，所述蓝牙音频流BTSTRM包括第一贡献ASTRM1和第二贡献ASTRM2。优选地，所述第一贡献ASTRM1是由源设备10上运行的流传输应用提供的音频流，并且所述第二贡献ASTRM2是由音频服务器提供的音频流。

优选地，蓝牙音频流BTSTRM是A2DP蓝牙音频流。

蓝牙音频流BTSTRM由逻辑链路LL1、优选ACL-U逻辑链路启用。

这里，逻辑链路是一种定义蓝牙音频流BTSTRM携带的信息类型的链路。例如，所述逻辑链路携带控制数据或用户数据，所述用户数据细分为成帧数据和非成帧数据。

优选地，逻辑链路LL1由逻辑传输LT1携带，优选由ACL逻辑传输携带。

这里，逻辑传输是无线传输，它定义了流携带的特性类型。此外，逻辑传输可支持一个或多个逻辑链路，并且所述特性包括转换类型、调度行为、确认/重复机制、流控制和序列编号等。特别地，蓝牙逻辑传输可携带不同类型的逻辑链路，这取决于逻辑传输的类型，当使用若干个蓝牙逻辑链路时，所述蓝牙逻辑链路可复用到相同的逻辑传输上。

逻辑传输的示例包括异步面向连接或ACL、同步面向连接或SCO、扩展同步面向连接或eSCO、活动从广播或ASB、无连接从广播或CSB、LE异步连接或LEACL、LE通告广播或ADVB、LE定期通告广播或PADVB传输。其它示例包括LE连接的等时流和广播等时流。

蓝牙音频流BTSTRM、逻辑链路LL1和逻辑传输LT1定义了通信链路。因此，通信链路由两个设备之间的至少一个物理链路定义。另外，所述通信链路包括一个或多个物理链路，并定义了两个设备之间的无线通信，在当前情形下，定义了源设备10与接受端设备20之间的无线通信。

蓝牙音频流BTSTRM、逻辑链路LL1和逻辑传输LT1定义了物理链路PL1，诸如BR/EDR物理链路。

这里，物理链路是BR/EDR物理链路或LE物理链路，它允许启用无线设备之间的基带连接。BR/EDR物理链路包括BR/EDR活动物理链路和BR/EDR无连接从广播物理链路。LE物理链路包括LE活动物理链路、LE通告物理链路、LE周期性物理链路和LE等时物理链路。

优选地，物理链路PL1是活动BR/EDR物理链路或LE等时物理链路。

图14示出根据本公开第四模式的方法步骤的流程图。

在该第四模式中，使用流传输应用40的音频编解码器配置和采样率将从流传输应用40接收到的音频数据AD1打包到经配置的蓝牙音频流中。同时地或相继地，使用第二音频流的音频编解码器配置和采样率，将对应于来自音频服务器30的第二音频流的音频数据AD2打包到所述蓝牙音频流中。

作为替代，这两个音频流使用相同的音频编解码器配置和采样率。然后，如图所示，可以通过相同的蓝牙通信链路L1传送这两个音频流。

当AD1和AD2被打包到相同的蓝牙音频流中时，它们可稍后被接受端设备20解打包和解码。特别地，对于AD1和AD2中的每一个，可同时或相继地执行解打包和解码。

图15示出根据本公开第四模式的方法步骤。特别地，这些方法步骤允许通过蓝牙通信链路传送两个音频流。

在步骤S10期间，如前所述，在源设备与接受端设备之间开放或预先建立蓝牙链路。优选地，这是在源设备上运行的流传输应用请求开放至少一个音频流时执行。

在步骤S41期间，用流传输应用40的音频编解码器配置和采样率来配置或重配置所述至少一个蓝牙音频流。

在相对于步骤S41相继或同时地执行的步骤S42期间，用音频服务器30的音频编解码器配置和采样率或者用流传输应用的音频编解码器配置和采样率来配置或重配置至少一个另外的蓝牙音频流。

在步骤S51期间，源设备10从流传输应用40接收音频流，称为第一音频流。在相对于步骤S51连续或同时地执行的步骤S52期间，源设备从音频服务器30接收音频流，称为第二音频流。

在步骤S61期间，源设备使用流传输应用的音频编解码器配置和采样率将第一音频流打包到在步骤S41中已配置的蓝牙音频流中。

在相对于步骤S61相继或同时地执行的可选步骤S62期间，源设备将第二音频流打包到所述蓝牙音频流中。

在步骤S70期间，源设备10将包括经打包的第一和第二音频流的蓝牙音频流传送到接受端设备20。

作为步骤S70的替代，步骤S61和S62可以后接未表示的两个不同的传输步骤S71和S72。在此情况下，可通过单独的逻辑链路传送第一和第二经打包的音频流。

图16示出用于执行本公开第四模式的蓝牙通信链路。

如图所示，两个蓝牙音频流BTSTRM1和BTSTRM2从源设备10通过单个蓝牙通信链路传送到接受端设备20。

特别地，第一蓝牙音频流BTSTRM1包括第一贡献ASTRM1，并且第二蓝牙音频流BTSTRM2包括第二贡献ASTRM2，所述第一贡献ASTRM1是由源设备10上运行的流传输应用40提供的音频流，并且第二贡献贡献ASTRM2是由音频服务器30提供的音频流。

优选地，蓝牙音频流BTSTRM1和BTSTRM2均是A2DP蓝牙音频流，所述蓝牙音频流由一个逻辑链路LL1启用，诸如由一个逻辑传输LT1(诸如ACL逻辑传输)携带的ACL-U逻辑链路。蓝牙音频流BTSTRM1和BTSTR2、逻辑链路LL1以及逻辑传输LT1定义了物理链路PL1，优选为BR/EDR活动物理链路。

图17示出根据本公开第五模式的方法步骤的流程图。

特别地，第五模式的方法步骤类似于第四模式的方法步骤，区别在于，除了蓝牙通信链路L1之外，源设备10与接受端设备20之间还有至少另一个蓝牙逻辑链路LL2开放。这允许通过两个不同的蓝牙逻辑链路传送一个或多个音频流。

例如，当流传输应用40请求开放流时，在步骤S10期间开放所述至少另一个链路LL2。

图18示出用于执行本公开第五模式的两个蓝牙通信链路。

如图所示，两个蓝牙音频流BTSTRM1和BTSTRM2从源设备10传送到接受端设备20。第一蓝牙音频流BTSTRM1包括第一贡献ASTRM1，并且第二蓝牙音频流BTSTRM2包括第二贡献ASTRM2。同样地，所述第一贡献ASTRM1是由流传输应用40提供的音频流，而所述第二贡献ASTRM2是由音频服务器30提供的音频流。

蓝牙音频流BTSTRM1由逻辑链路LL1启用，诸如ACL-U逻辑链路，而蓝牙音频流BTSTRM2由另一个逻辑链路LL2启用，诸如LE-S逻辑链路。

逻辑链路LL1由逻辑传输LT1携带，诸如ACL逻辑传输，而逻辑链路LL2由另一个逻辑传输LT2携带，诸如LE连接的等时逻辑传输。

蓝牙音频流BTSTRM1、逻辑链路LL1和逻辑传输LT1定义了物理链路PL1，其优选为BR/EDR活动物理链路。蓝牙音频流BTSTRM2、逻辑链路LL2和逻辑传输LT2定义了物理链路PL2，其优选为LE等时物理链路。

图19示出本公开第六模式的方法步骤的流程图。

特别地，这些方法步骤类似于第一、第二和第三模式的步骤，区别在于音频数据AD1和AD2的打包是通过将所述音频数据包裹在容器(诸如Ogg容器)中来执行的。这样得出的物理比特流可随后被打包并通过源设备10与接受端设备20之间建立的蓝牙通信链路传送。

在所述容器或物理比特流被接受端设备20接收之后，它随后被解打包和解包。然后可执行随后的解码步骤，对于与流传输应用相对应的物理比特流的逻辑比特流执行一个解码步骤，并且对于与音频服务器相对应的物理比特流的逻辑比特流执行另一个解码步骤。这两个解码步骤可以单独执行或作为单个解码步骤一起执行。

图20示出对应于本公开第六模式的方法步骤。

具体而言，在步骤S51期间接收到第一音频流之后，并在步骤S52期间接收到第二音频流之后，在步骤S55期间将这两个音频流打包到容器CT中，然后在步骤S65期间进行打包，之后最终在步骤S75期间传送到接受端设备20。

图21示出用于执行本公开第六模式的蓝牙通信链路。

具体而言，将蓝牙音频流BTSTRM1从源设备10传送到接受端设备20，所述蓝牙音频流BTSTRM1包括第一贡献ASTRM1和第二贡献ASTRM2。所述第一贡献ASTRM1是由源设备10上运行的流传输应用提供的音频流，并且所述第二贡献ASTRM2是由音频服务器提供的音频流。

在当前情形下，这两个贡献ASTRM1和ASTRM2被包封在容器CT中，之后从源设备10传送到接受端设备20。

同样地，由音频流BTSTRM1、逻辑链路LL1和逻辑传输LT1定义的蓝牙通信链路可包括一个或多个物理链路并定义源设备10与接受端设备20之间的无线通信。

同样，并且优选地，蓝牙音频流BTSTRM1、逻辑链路LL1和逻辑传输LT1定义了物理链路PL1，诸如BR/EDR物理链路。

有利地，容器CT在此为Ogg-Vorbis容器。虽然蓝牙标准仅允许打包单个音频流中的音频数据，但使用Ogg-Vorbis容器允许相同的包中具有多个音频流。换言之，使用Ogg-Vorbis容器或Ogg流容器允许包封一个或多个逻辑比特流。

此外，这允许向接受端设备20提供所需的信息以正确地将音频数据分离回，而无需依赖解码来找到对应的包边界。在此情形下，用于对由音频服务器30提供的音频数据进行编码的编解码器应当与容器CT兼容。

一经编码，来自音频服务器的逻辑比特流可与流传输应用的逻辑比特流一起打包到容器中。然后可将两个逻辑比特流在相同的包内发送到接受端设备20。所述接受端设备20然后可解包这两个逻辑比特流，分别使用它们各自的编解码器将它们解码，并且执行将解码结果混合以提供待输出的单个流。

图22示出适配为实现根据本公开模式的方法的设备1000，具体为一种用于当管理多个多媒体设备时通过蓝牙通信链路传送或接收音频流的方法。

在一种模式中，设备1000包括蓝牙芯片，该蓝牙芯片集成在电子电路或任何类型的电子设备中，诸如源设备或接受端设备。

如图所示，设备1000包括存储空间1002，例如存储器MEM，包括随机存取存储器1002。存储空间1002也可为诸如ROM或闪存的非易失性存储器，并可提供记录介质，所述记录介质被配置为存储计算机程序产品。

设备1000进一步包括例如配备有电路的处理单元1004，该电路包括处理器PROC或是处理器PROC。处理单元1004可由程序控制，诸如实现本文结合任何前述附图描述的管理方法的计算机程序。处理单元1004可存储用于执行结合任何前述模式描述的步骤的指令。

设备1000也可以包括用于存储音频数据、音频流、容器或任何比特流等数据的数据库1010。数据库1010可进一步存储诸如音频编解码器配置或采样率的任何信息。

设备1000进一步包括输入接口1006和输出接口1008，它们被配置为建立来往于多媒体设备与外部设备的通信。例如，输出接口1008可为使得设备1000能够通过蓝牙连接并通过蓝牙与其它设备交换数据的通信模块。通信模块优选地包括蓝牙通信模块。

根据一种模式，蓝牙芯片被配置为实现本公开中已经描述的一个或多个步骤。

在本文中，在解释说明书及其相关权利要求时，诸如“包括”、“包含”、“合并”、“含有”、“是”和“具有”等表述应以非排他方式解释，即解释为允许也存在其它未明确定义的项目或组件。引用单数也应解释为引用复数，反之亦然。

虽已图示和描述了本发明的模式，但本领域技术人员应当理解，在不背离本发明真正范围的前提下，可以作出各种其它修改，并可以作出等同替换。附加地，在不背离本发明范围的前提下，可以作出许多修改以使特定情况适应本发明模式的教导。另外，本发明模式可以不包括所有上述特征。因而，本发明旨在不限于本公开的特定模式，而是本发明包含落入所附权利要求范围内的所有模式。

本领域技术人员将容易领会，在不背离本发明范围的前提下，可以修改说明书中公开的各种参数，并且可以组合公开和/或要求保护的各种模式。

此外，本公开主题包括根据以下条款A至R所述的实施例：

A.一种通过蓝牙通信链路传送音频流的方法，该方法由源设备执行并包括：

-接收第一音频流的音频编解码器配置和采样率，所述第一音频流来自在源设备上运行的流传输应用；

-使用接收到的音频编解码器配置和采样率，在源设备与接受端设备之间配置第一蓝牙音频流；

-从流传输应用接收第一音频流；

-将接收到的第一音频流打包到所述第一蓝牙音频流中；以及

-通过蓝牙通信链路将第一蓝牙音频流传送到接受端设备，所传送的蓝牙音频流包括经打包的接收的音频流。

B.根据条款A所述的方法，其中，当从流传输应用接收到未修改比特流后，执行从流传输应用接收第一音频流。

C.根据前述条款A或B中任一项所述的方法，进一步包括：

-从音频服务器(30)接收至少第二音频流(AD2)，所述第二音频流与第一音频流不同；以及

D.根据条款C所述的方法，其中，第一蓝牙音频流是多贡献类型，该方法进一步包括使用第二音频流的音频编解码器配置和采样率来将接收到的第二音频流打包到第一蓝牙音频流中。

E.根据条款C所述的方法，包括将从流传输应用接收到的第一音频流和/或接收到的第二音频流包裹到容器(CT)中，所述容器被放置到第一蓝牙音频流中。

F.根据条款E所述的方法，其中，容器是Ogg-Vorbis容器。

G.根据条款E所述的方法，其中，第一音频流或第二音频流是Vorbis编码流，或者第一音频流和第二音频流是Vorbis编码流。

H.根据条款C所述的方法，进一步包括：

-将接收到的第二音频流打包到第二蓝牙音频流中，所述第二蓝牙音频流与第一蓝牙音频流不同；以及

-通过蓝牙通信链路将所述第二蓝牙音频流传送到接受端设备，将第二蓝牙音频流与第一蓝牙音频流复用。

I.根据条款H所述的方法，其中，通过蓝牙通信链路的BR/EDR链路传送第一蓝牙音频流或第二蓝牙音频流，或者通过蓝牙通信链路的BR/EDR链路传送第一蓝牙音频流和第二蓝牙音频流。

J.根据条款H所述的方法，其中，通过蓝牙通信链路的BLE链路传送第二蓝牙音频流。

K.根据前述条款中的任一项所述的方法，其中，当与接受端设备成功协商音频编解码器配置和采样率后，执行第一蓝牙音频流的传送。

L.一种计算机程序产品，包括其上存储有计算机程序指令的计算机可读介质，所述计算机程序指令能够加载到计算设备中并适配为当加载到所述计算设备中并由所述计算设备执行时使计算设备执行根据条款A到K所述的方法的步骤。

M.一种通过蓝牙通信链路接收蓝牙音频流的方法，该方法由接受端设备执行，其中，该方法包括：

-通过蓝牙通信链路接收由源设备传送的多个蓝牙音频流；

-将接收到的所述多个蓝牙音频流混合成混合音频流；以及

-渲染混合音频流，

所述接收到的多个蓝牙音频流中的至少一个第一蓝牙音频流包括经打包的音频流，由源设备执行将所述音频流打包到第一蓝牙音频流中，由源设备使用第一音频流的音频编解码器配置和采样率在源设备与接受端设备之间配置第一蓝牙音频流，由源设备接收所述音频编解码器配置和所述采样率，所述第一音频流来自源设备上运行的流传输应用，当与接受端设备成功协商音频编解码器配置和采样率后，由源设备执行第一蓝牙音频流的传送。

N.根据条款M所述的方法，进一步包括：

-通过蓝牙通信链路从源设备接收至少第二音频流，

O.根据条款N所述的方法，进一步包括：

-通过蓝牙通信链路从源设备接收第二蓝牙音频流设备，

P.一种用于通过蓝牙通信链路传送音频流的源设备，所述源设备被配置为：

-接收在源设备上运行的流传输应用的第一音频流的音频编解码器配置和采样率；

-从流传输应用接收第一音频流；

-将接收到的音频流打包到所述第一蓝牙音频流中；以及

-将第一蓝牙音频流传送到接受端设备，第一蓝牙音频流包括经打包的接收的音频流。

Q.一种用于通过蓝牙通信链路接收蓝牙音频流的接受端设备，所述接受端设备被配置为：

-通过蓝牙通信链路接收由源设备传送的多个蓝牙音频流；

-将接收到的所述多个蓝牙音频流混合成混合音频流；以及

-渲染混合音频流，

所述接收到的多个蓝牙音频流中的至少一个蓝牙音频流包括经打包的音频流，由源设备执行将所述音频流打包到所述至少一个蓝牙音频流中，由源设备使用第一音频流的音频编解码器配置和采样率在源设备与接受端设备之间配置所述至少一个蓝牙音频流，由源设备接收所述音频编解码器配置和所述采样率，所述第一音频流来自源设备上运行的流传输应用。

R.一种用于通过蓝牙通信链路传送和接收蓝牙音频流的系统，所述系统包括根据条款P所述的源设备和根据条款Q所述的接受端设备。

Claims

1.一种用于操作蓝牙设备(700)的方法，所述方法包括：

通过与第二设备建立(101)的蓝牙通信链路传送(102)音频信息；

一旦所述蓝牙设备(700)或所述第二设备中的任一者的操作参数的值改变(103)，就确定(104)所述蓝牙通信链路的新操作模式；

基于所述新操作模式，修改(105)所述蓝牙通信链路的配置参数；

根据所修改的配置参数，在所述蓝牙通信链路上传送(102)音频信息，

所述操作参数是以下中的一个：

电池水平(202a、202b)，

在所述蓝牙设备或所述第二设备上游戏应用的启动(402)，

多媒体内容的阅读模式，或

多媒体内容的质量。

2.根据权利要求1所述的方法，其中，所述操作参数与在所述蓝牙设备(700)或所述第二设备上运行的操作系统相关联。

3.根据权利要求1所述的方法，其中，所述操作参数与在所述蓝牙设备(700)或所述第二设备上运行的应用相关联。

4.根据权利要求1至3中的任一项所述的方法，其中，由蓝牙主机执行所述配置参数的修改(105)。

5.根据权利要求1至3中的任一项所述的方法，其中，由蓝牙控制器执行所述配置参数的修改(105)。

6.根据前述权利要求中的任一项所述的方法，其中，所述配置参数是以下中的一个：

音频配置参数，或

蓝牙连接参数。

7.根据权利要求6所述的方法，其中，所述配置参数是以下中的一个音频配置参数：

编解码器的类型，

与编解码器相关的参数，

数据的类型，

音频声道选择参数，或

采样率参数。

8.根据权利要求6所述的方法，其中，所述配置参数是以下中的一个蓝牙连接参数：

刷新超时参数，

声道类型参数，

服务质量参数，

重传次数参数，

BLE链路参数中的参数，

包类型参数，以及

最大传输单元MTU参数。

9.一种蓝牙设备(700)，包括蓝牙芯片、处理器和存储器，被配置为：

通过与第二设备建立(101)的蓝牙通信链路传送(102)音频信息；

基于所确定的新操作模式，修改(105)所述蓝牙通信链路的配置参数；

根据所修改的配置参数，在所述蓝牙通信链路上传送(102)音频信息。

10.根据权利要求9所述的蓝牙设备(700)，其中，所述操作参数与所述蓝牙设备(700)或所述第二设备的操作系统相关联。

11.根据权利要求9所述的蓝牙设备(700)，其中，所述操作参数与在所述蓝牙设备(700)或所述第二设备上运行的应用相关联。

12.根据权利要求9至11中的任一项所述的蓝牙设备(700)，进一步包括蓝牙控制器，并且其中，由所述蓝牙控制器执行所述配置参数的修改(105)。

13.根据权利要求9至12中的任一项所述的蓝牙设备(700)，其中，所述操作参数是以下中的一个：

电池水平(202a、202b)，

在所述蓝牙设备或所述第二设备上启动(402)的应用的类型，

多媒体内容的阅读模式，或

多媒体内容的质量。

14.根据权利要求9至13中的任一项所述的蓝牙设备(700)，其中，所述配置参数是以下中的一个：

音频配置参数，或

蓝牙连接参数。

15.根据权利要求14所述的蓝牙设备(700)，其中，所述操作参数是以下中的一个音频配置参数：

编解码器的类型，

与编解码器相关的参数，

数据的类型，

音频声道选择参数，或

采样率参数。

16.根据权利要求14所述的蓝牙设备(700)，其中，所述操作参数是以下中的一个蓝牙连接参数：

刷新超时参数，

声道类型参数，

服务质量参数，

重传次数参数，

BLE链路参数中的参数，

包类型参数，以及

最大传输单元MTU参数。

17.一种非暂时性计算机可读存储介质，在所述非暂时性计算机可读存储介质上存储有包括程序指令的计算机程序，所述计算机程序能够加载到数据处理单元中并适配为当所述计算机程序被所述数据处理设备运行时使所述数据处理单元执行根据权利要求1至8中的任一项所述的步骤。