CN112995963A - 蓝牙音频传输方法、装置、终端和可读存储介质 - Google Patents

Abstract

本发明实施例提供的蓝牙音频传输方法、装置、终端和可读存储介质，确定与外接的音频设备之间所建立的蓝牙通信连接；检测终端当前正在调用音频设备的应用程序；根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据。从而通过对终端上调用音频设备的应用程序本身对应的场景参数来确定合适的编码方式，避免了用户手动的切换编码方案，提升了切换过程的准确性和便利性。

Description

蓝牙音频传输方法、装置、终端和可读存储介质

技术领域

本发明实施例涉及但不限于终端技术领域，具体而言，涉及但不限于一种蓝牙音频传输方法、装置、终端和可读存储介质。

背景技术

蓝牙技术早在1998年被提出，而随后在WIFI等局域网技术广泛应用后，蓝牙的应用前景受到极大挑战。但随着可穿戴设备、蓝牙耳机等外设的应用崛起，蓝牙技术不断演变，在新的应用领域得到新的发展。最早出现的蓝牙耳机，在打电话听音乐等场景为用户带来了无线束缚的突破体验，但随着终端处理能力的加强，蓝牙传输对音频质量的损耗缺陷逐渐显露，而这也促生了蓝牙音频编码技术的提升演进。

在实际应用中，并非码率越高的音频编码技术一定好，因为高码率或多或少会牺牲实时性，带来不同程度的时延表现。不同应用场景对蓝牙传输效果的诉求是不同的，如玩游戏时，音频的时延指标就至关重要，超过70～100ms(该范围因人而异)的延迟就能被人察觉，感知到画面和声音不同步的问题；听音乐时，用户更加关注音乐品质，不会在意稍许的延迟。为了达到想要的效果，用户往往需要在各种编码方式之间手动的切换，这需要用户预先了解各种编码方式之间的差异，学习门槛高，体验差。

发明内容

本发明实施例提供的蓝牙音频传输方法、装置、终端和可读存储介质，主要解决的技术问题是如何使得终端自动以合适的蓝牙音频编码方式传输音频数据，减少用户操作，提升用户体验。

为解决上述技术问题，本发明实施例提供一种蓝牙音频传输方法，包括：

确定与外接的音频设备之间所建立的蓝牙通信连接；

检测终端当前正在调用所述音频设备的应用程序；

根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，使用相应的编码方案传输音频数据。

本发明实施例还提供一种蓝牙音频传输装置，包括音频处理单元、决策模块以及蓝牙协议模块；其中：

所述音频处理单元，用于在确定与外接的音频设备之间已建立蓝牙通信连接的情况下，确定终端当前正在调用所述音频设备的应用程序，并提取所述应用程序所对应的场景参数后传递给决策模块；

所述决策模块，用于根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，指示蓝牙协议模块使用相应的编码方案传输音频数据。

本发明实施例还提供一种终端，所述终端包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现上述的蓝牙音频传输方法的步骤。

本发明实施例还提供一种计算机存储介质，计算机可读存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现上述的蓝牙音频传输方法的步骤。

本发明的有益效果是：

根据本发明实施例提供的蓝牙音频传输方法、装置、终端和可读存储介质，确定与外接的音频设备之间所建立的蓝牙通信连接；检测终端当前正在调用音频设备的应用程序；根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据。从而通过对终端上调用音频设备的应用程序本身对应的场景参数来确定合适的编码方式，避免了用户手动的切换编码方案，增加了切换过程的准确性和便利性，提升用户使用蓝牙音频的智能体验。

本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明，且应当理解，至少部分有益效果从本发明说明书中的记载变的显而易见。

附图说明

图1为本发明实施例一提供的蓝牙音频传输方法流程图；

图2为本发明实施例二提供的蓝牙音频传输方法流程图；

图3为本发明实施例三提供的蓝牙音频传输方法流程图；

图4为本发明实施例八提供的蓝牙音频传输装置组成示意图；

图5为本发明实施例九提供的终端组成示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

实施例一：

本实施例提供了一种蓝牙音频传输方法，请参考图1，该方法包括：

S101、确定与外接的音频设备之间所建立的蓝牙通信连接；

S102、检测终端当前正在调用音频设备的应用程序；

S103、根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据。

蓝牙编码技术自提出之日起，便产生了多种编码方案，其中各编码方案的侧重点有所不同，以下对相关技术中的蓝牙编码方案进行阐述。

蓝牙立体声A2DP(Advanced Audio Distribution Profile，蓝牙音频传输协议)规范定义支持SBC(Sub-band Coding，子带编码)的窄带编码方式，SBC的推荐参数能支持16-bit/44KHz、码率328kbps的音频，由于采用复杂度较低的编码方案，同等码率下音质较差。

aptX于20世纪80年代提出，是一种基于子带ADPCM(Adaptive DifferentialPulse Code Modulation，自适应差分脉冲编码调制)技术的数字音频压缩算法，得益于高效的编码使得声音保留的细节更多，音质接近CD，最初用于专业音频与广播领域。

aptX HD是传统aptX的升级版本，能够支持高达24-bit/48kHz的音频，增大到576kbps的比特率是的音乐音质进一步提升，宣称可以提供优于CD音质的聆听体验。

LDAC早在2015年的CES(International Consumer Electronics Show，国际消费类电子产品展览会)上亮相，是索尼研发的一种无线音频编码技术。提供了三种传输模式，首先是完全以质量为最优先的990kbps模式，此模式是基础SBC码率的三倍，能提供接近Hi-Res Audio的音质；其次是660kbps的普通模式，兼顾音频和连接质量；最后是偏重连接质量的330kbps，和基础的SBC接近；

高通提出了aptX adaptive方案，支持24-bit/48kHz的音频，码率在276Kbps和420Kbps两个速率上可调节，该方案的提出是为了平衡音质和传输延迟。但该方案最高码率仅420Kbps，其码率仅高于LDAC最低的传输模式。

以上的各种编码方式，年代较为久远的方案，如SBC其音质与时延效果均不理想，而之后的方案，则有不同的侧重点，有的偏重于时延效果，旨在降低蓝牙音频传输的时延；有的则偏重于音质效果，尽可能的做到无损，同时则会对时延效果有一定的牺牲。

在本实施例中，首先是音频设备与终端之间先建立蓝牙通信连接。该蓝牙通信连接，可以是基于终端所默认的编码方式所建立的，或者可以是当前音频设备与终端在前一次连接所采用的编码方式所建立的蓝牙通信连接。

在建立蓝牙通信连接之后，对于终端而言，其音频内容就可以通过蓝牙传输的方式，通过该外接的音频设备来进行播放。其中，音频设备的类型，包括但不限于蓝牙音箱、蓝牙耳机、其他蓝牙终端的音频单元等，对于本实施例而言，音频设备可以是任意以蓝牙通信连接与终端之间保持无线连接的设备，本实施例并不对其进行限定。

不同的应用，对于终端与蓝牙音频设备之间的蓝牙通信连接的要求是不一样的，对于某些游戏应用，直播应用，如音乐游戏、FPS游戏等，对播放的音频的实时性要求较高，其要求音频播放的时候能够与显示屏的显示内容保持一致，这对于在游戏中进行听声辨位是十分重要的。而其他一些应用，单纯音乐播放应用、视频播放应用等则对时延的要求不高，虽然视频播放应用也有音画同步的要求，但由于其是视频而非直播画面，可以通过软件算法调整画面的时间，使得其与蓝牙音频设备的时延保持一致即可，对于用户观看视频基本上没有影响。但在这种场景下，反而对音质的要求较高。基于这些应用的设定，相应的，就有蓝牙通信连接中，传输音频数据所对应的编码方式的差异。

在一些实施例中，在确定与外接的音频设备之间所建立的蓝牙通信连接时，还可以包括：

获取音频设备所支持的编码方案。虽然相关技术中蓝牙编码方案有多种，但具体到音频设备本身和终端，只有终端和音频设备同时支持的编码方案才可用于两者之间的蓝牙通信连接下的音频数据传输，而终端和音频设备同时支持的编码方案则各有不同的范围，取两者的交集，认为是音频设备支持的编码方案。

在一些实施例中，确定与外接的音频设备之间所建立的蓝牙通信连接之后，还可以包括：

使用音频设备所支持的编码方案中的任意一种，向音频设备传输音频数据。这里的任意一种，可以是按照一定的规则，选择其中一种编码方案来进行音频数据的传输。

在一些实施例中，使用音频设备所支持的编码方案中的任意一种，向音频设备传输音频数据具体可以包括：

使用终端和/或音频设备的默认配置所对应的编码方案，传输音频数据。

在一些实施例中，使用终端和/或音频设备的默认配置所对应的编码方案，传输音频数据具体还可以包括：

根据终端内预设的各编码方案的优先级，以及音频设备所支持的编码方案，传输音频数据。上述的蓝牙通信连接所对应的编码方案仅仅表示终端与音频设备之间在未经过应用调整之前传输音频数据的方案，其编码方案可以是任意的。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据中，场景参数可以包括：

延迟&音质优先级参数、音频延迟参数、音质需求参数中的至少一种。场景参数反映了应用对于音频的需求情况，其中，上述的场景参数，分别表示：

延迟&音质优先级参数，是指该应用所对应的连接方式，是以更好的延迟优先，还是更好的音质优先。这两种情况，对应于具体的编码方式之上，就是要求最低的延迟，或者是最好的音质。这种场景参数可以不对具体的延迟值进行限定，也可以不对具体的音质等级进行限定，可以直接在音频设备所支持的编码方式中，选择最符合需求的编码方式即可。

音频延迟参数，是指该应用对于蓝牙音频传输的音频的时延需求具体值，比如说要求音频延迟100ms，那么实际蓝牙音频传输的编码方案，其结果就需要保持时延在100ms以内；当然具体到某些编码方案时，编码方案本身标准上满足要求，但是仍然可能出现有数据波动的情况，这和具体的设备、蓝牙连接的环境等因素均相关，因此上述的音频延迟要求仅仅是一种实例，并非严格意义上的满足条件。

音质需求参数，与音频延迟参数类似，只不过其侧重点在于音质的要求。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据可以包括：

根据延迟&音质优先级参数，确定当前应用程序所需的蓝牙音频传输特性，蓝牙音频传输特定包括延迟优先，或音质优先；

基于蓝牙音频传输特性，从音频设备支持的范围内，采用延迟最佳的编码方案或音质最佳的编码方案，传输音频数据。这种方式就是根据延迟或者音质的优先级，确定相应的编码方式来相应的传输音频数据。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据可以包括：

根据音频延迟参数或音质需求参数，确定当前应用程序所需的蓝牙音频传输特性，蓝牙音频传输特性包括最高延迟，或最低音质；

基于蓝牙音频传输特性，判断当前已连接的蓝牙通信连接所使用的编码方案是否满足蓝牙音频传输特性的需求；

若是，则使用当前的编码方案传输音频数据；若否，则在音频设备支持的范围内，切换至满足最高延迟，或最低音质的编码方案，传输音频数据。这种方式就是根据延迟或者音质的具体参数值，判断当前已经建立的蓝牙通信连接中，传输音频数据所使用的编码方案是否满足要求，如不满足，则调整至满足的编码方式来传输音频数据。

本发明实施例提供的蓝牙音频传输方法，确定与外接的音频设备之间所建立的蓝牙通信连接；检测终端当前正在调用音频设备的应用程序；根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据。从而通过对终端上调用音频设备的应用程序本身对应的场景参数来确定合适的编码方式，避免了用户手动的切换编码方案，提升了切换过程的准确性和便利性。

实施例二

本实施例提供了一种蓝牙音频传输方法，请参考图2，包括：

S201、终端和蓝牙音频设备建立配对连接，在此过程终端获取到蓝牙音频设备所支持的音频编码能力，并按照系统定义的音频编码方式的优先级建立连接；

S202、用户启动应用A，应用A在音频输出时发出音频通道使用请求并携带场景参数，参数中包含延迟标记字段；

S203、提取出延迟标记字段；

S204、获取到当前所用蓝牙音频设备的编码能力列表以及当前的蓝牙音频编码方式，并根据从音频处理单元接收到的延迟标记字段进行判断，如果当前蓝牙编码方案不满足应用A所需的时延特性，则从当前所用蓝牙音频设备的编码能力列表选择更优的方案；

如果判断满足要求，则直接进入S306；

S205、和对端蓝牙音频设备协商切换到指定的编码方案；

S206、使用当前蓝牙编码方案执行应用A的音频输出。

实施例三

本实施例提供了一种蓝牙音频传输方法，请参考图3，包括：

S301、终端和蓝牙音频设备建立蓝牙通信连接，获取到蓝牙音频设备所支持的音频编码能力有SBC、aptX、aptX HD、aptX LL、LDAC，并按照系统默认优先级建立了LDAC的编码方案；

S302、用户启动游戏应用B，因为游戏场景的音频需配合界面的交互，需要较低的蓝牙音频时延，应用B输出音频延迟参数，其中延迟标记字段指定低延迟特性，并发起音频使用请求；

S303、在收到应用B的音频通道使用请求后，提取出延迟标记字段，并将参数传递给处理器；

S304、处理器获取当前蓝牙音频设备的编码能力列表(SBC、aptX、aptX HD、aptXLL、LDAC)以及当前使用的是LDAC编码方案，结合低延迟标记字段判断出目前所使用的LDAC不满足低延迟特性，根据编码能力列表决策出需切换aptX LL编码方式，并发出切换指令；

S305、与对端蓝牙音频设备协商切换到aptX LL；

S306、使用当前蓝牙编码方案执行应用B的音频输出。

需要说明，延迟标记字段可以设计为简单的TRUE、FALSE，也可以进行分等级设置，如等级越高代表对低延迟的优先级要求越高。

系统默认优先级在不同终端厂商间可能会有不同的定义，但这种固定规则并不影响本实施例的实施。

实施例四

S401、终端和蓝牙音频设备建立配对连接，在此过程终端获取到蓝牙音频设备所支持的音频编码能力，并按照系统定义的音频编码方式的优先级建立连接；

S402、用户启动应用C，应用C在音频输出时发出音频通道使用请求并携带所需音频参数；

S403、提取出关键的音频参数，包含但不限于：延迟标记字段、音频采样率、音频比特深度；；

S404、获取到当前所用蓝牙音频设备的编码能力列表以及当前的蓝牙音频编码方式，并根据从音频处理单元接收到的关键音频参数进行判断；

如未定义时延参数的等级，当源音频的参数超过当前蓝牙编码方案的最大能力时，发出切换到高级的蓝牙编码方案的指令，当源音频的参数低于当前蓝牙编码方案的最大能力时，发出切换到低级蓝牙编码方案的指令，进入S405；

如定义了时延参数的等级，则后续流程同实施例三中的流程；

S405、和对端蓝牙音频设备协商切换到指定的编码方案；

S406、使用当前蓝牙编码方案执行应用C的音频输出。

实施例五

S501、终端和蓝牙音频设备建立配对连接，获取到蓝牙音频设备所支持的音频编码能力有SBC、aptX、aptX HD、aptX LL、LDAC，并按照系统默认优先级建立了LDAC的编码方案；

S502、用户启动音乐播放器应用D，播放曲目1，因为音乐播放场景的纯音乐不需要配合界面的交互，蓝牙音频时延要求低，应用C无需填充延迟标记字段(即对低时延无要求)，发起音频使用请求；

S503、提取出关键的音频参数(低延迟标记位0，比特深度24-bit、采样率96KHz)；

S504、获取当前所用蓝牙音频设备的编码能力列表(SBC、aptX、aptX HD、aptX LL、LDAC)以及当前使用的是aptX蓝牙编码方案；首先判断低延迟标记位，因无延迟要求，继续判断比特深度和采样率，发现aptX最高352kbps的码率在传输源音频曲目1时会有较大损耗，决策切换到LDAC的高品质编码方案；

S505、和对端蓝牙音频设备协商切换到aptX LL；

S506、使用当前蓝牙编码方案执行应用B的音频输出。

值得一提的是，音乐播放不同曲目是有切换间隔的，此时间间隔足以进行蓝牙编码方案的切换，而不会给用户带来可察觉的中断。

实施例六

S601、终端和蓝牙音频设备建立配对连接，在此过程终端获取到蓝牙音频设备所支持的音频编码能力，并按照系统定义的音频编码方式的优先级建立连接；

S602、用户启动应用E，应用E在音频输出时发出音频通道使用请求并携带所需音频参数；

S603、提取出关键的音频参数，包含但不限于：延迟标记字段、音频采样率、音频比特深度；

S604、获取到当前所用蓝牙音频设备的编码能力列表以及当前的蓝牙音频编码方式，并根据关键音频参数结合用户偏好、历史使用情况，如判断有优于当前编码方式的方案，则发出切换请求；

S605、和对端蓝牙音频设备协商切换到指定的编码方案；

S606、使用当前蓝牙编码方案执行应用C的音频输出。

实施例七

S701、终端和蓝牙音频设备建立配对连接，获取到蓝牙音频设备所支持的音频编码能力有SBC、aptX、aptX HD、aptX LL、LDAC，并按照系统默认优先级建立了LDAC的编码方案；

S702、用户启动视频播放器应用F播放视频，因为视频播放场景声音需要配合画面，有一定的低时延要求，但又不像游戏场景下有那么高的低延时要求，因而可以设置较低的低延时标记位；

S703、提取出关键的音频参数(低延迟标记位0，比特深度24-bit、采样率44KHz)；

S704、获取到当前所用蓝牙音频设备的编码能力列表(SBC、aptX、aptX HD、aptXLL、LDAC)以及当前使用的是LDAC蓝牙编码方案；从音频处理单元获取到音频参数，并结合无线电波信号强度检测模块提供的当前蓝牙信号的信噪比、经验校准模块提供的经验数值、以及用户偏好模块提供的用户设定信息，综合加权判断出需要切换蓝牙音频编码方案到aptX；

S705、和对端蓝牙音频设备协商切换到aptX；

S706、使用当前蓝牙编码方案执行应用F的音频输出。

需要说明，综合决策算法可以通过对不同参数的加权算法来实现，如

决策值＝f1(延时等级)*x1+f2(信噪比)*x2+f3(经验数值)*x3+f4(用户偏好设定信息)*x4

其中fn代表不同参数的转换函数，xn代表该参数对应的加权值,加权值总和为1，xn越大代表该参数占据的话语权越重。

实施例八

本实施例提供了一种蓝牙音频传输装置，请参考图4，该装置包括：

音频处理单元41、决策模块42以及蓝牙协议模块43；其中：

音频处理单元41，用于在确定与外接的音频设备之间已建立蓝牙通信连接的情况下，确定终端当前正在调用音频设备的应用程序，并提取应用程序所对应的场景参数后传递给决策模块；

决策模块42，用于根据应用程序对应的场景参数，在音频设备支持的范围内，指示蓝牙协议模块43使用相应的编码方案传输音频数据。

可选的，决策模块42具体还可以用于：若当前蓝牙编码方案不满足应用程序的场景参数所对应的连接需求，则指示蓝牙协议模块切换至满足连接需求的蓝牙编码方案进行音频数据的传输。

蓝牙音频传输装置包括RF射频单元，基带信号处理单元、协议控制单元等，用于实现本装置与蓝牙外设之间的蓝牙通信连接，其中蓝牙外设也就是本实施例中的音频设备。

在本实施例中，首先是音频设备与终端之间先建立蓝牙通信连接。该蓝牙通信连接，可以是基于音频设备或终端所默认的编码方式所建立的，或者可以是当前音频设备与终端在前一次连接所采用的编码方式所建立的蓝牙通信连接，还可以是与当前音频设备所类似的音频设备在之前与终端所采用的编码方式建立的蓝牙通信连接。

在建立蓝牙通信连接之后，对于终端而言，其音频内容就可以通过蓝牙传输的方式，通过该外接的音频设备来进行播放。其中，音频设备的类型，包括但不限于蓝牙音箱、蓝牙耳机、其他蓝牙终端的音频单元等，对于本实施例而言，音频设备可以是任意以蓝牙通信连接与终端之间保持无线连接的设备，本实施例并不对其进行限定。

不同的应用，对于终端与蓝牙音频设备之间的蓝牙通信连接的要求是不一样的，对于某些游戏应用，直播应用，如音乐游戏、FPS游戏等，对播放的音频的及时性要求较高，其要求音频播放的时候能够与显示屏的显示内容保持一致，这对于在游戏中进行听声辨位是十分重要的。而其他一些应用，单纯音乐播放应用、视频播放应用等则对时延的要求不高，虽然视频播放应用也有音画同步的要求，但由于其是视频而非直播画面，可以通过软件算法调整画面的时间，使得其与蓝牙音频设备的时延保持一致即可，对于用户观看视频基本上没有影响。在这种场景下，反而对音质的要求较高。基于这些应用的设定，相应的，就有蓝牙通信连接中，传输音频数据所对应的编码方式的差异。

其中，检测终端当前正在调用音频设备的应用程序时，应用程序通常可以分为前台运行和后台运行两类，而两者之间的区别，在于用户在收听音频的过程中能否看到应用界面。当应用在后台运行时，用户是无法直接看到应用界面的，那么这种情况下往往可以认为这个应用的时延要求较低；而如果应用在前台运行，则用户可以直接在终端屏幕上看到应用，为了保证音画同步的话，则可以认为这个应用的时延要求较高。另外，对于同一应用而言，可能有不同的界面，在不同的界面下，对于音画同步的要求不一定一致，比如说一些视频播放应用，其同样可能有视频直播的内容，这两者对于音画同步具有不同的需求，则可以对应于应用的相应界面确定场景参数。

在一些实施例中，在确定与外接的音频设备之间所建立的蓝牙通信连接时，还可以包括：

获取音频设备所支持的编码方案。

在一些实施例中，确定与外接的音频设备之间所建立的蓝牙通信连接之后，还可以包括：

使用音频设备所支持的编码方案中的任意一种，向音频设备传输音频数据。这里的任意一种，可以是随机的，也可以是按照一定的规则，选择其中一种编码方案来进行音频数据的传输。

在一些实施例中，使用音频设备所支持的编码方案中的任意一种，向音频设备传输音频数据具体可以包括：

使用终端和/或音频设备的默认配置所对应的编码方案，传输音频数据。

在一些实施例中，使用终端和/或音频设备的默认配置所对应的编码方案，传输音频数据具体还可以包括：

根据终端内预设的各编码方案的优先级，以及音频设备所支持的编码方案，传输音频数据。上述的蓝牙通信连接所对应的编码方案仅仅表示终端与音频设备之间在未经过应用调整之前传输音频数据的方案，其编码方案可以是任意的。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据中，场景参数可以包括：

延迟&音质优先级参数、音频延迟参数、音质需求参数中的至少一种。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据可以包括：

根据延迟&音质优先级参数，确定当前应用程序所需的蓝牙音频传输特性，蓝牙音频传输特定包括延迟优先，或音质优先；

基于蓝牙音频传输特性，从音频设备支持的范围内，采用延迟最佳的编码方案或音质最佳的编码方案，传输音频数据。这种方式就是根据延迟或者音质的优先级，确定相应的编码方式来相应的传输音频数据。

在一些实施例中，根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据可以包括：

根据音频延迟参数或音质需求参数，确定当前应用程序所需的蓝牙音频传输特性，蓝牙音频传输特性包括最高延迟，或最低音质；

基于蓝牙音频传输特性，判断当前已连接的蓝牙通信连接所使用的编码方案是否满足蓝牙音频传输特性的需求；

若是，则使用当前的编码方案传输音频数据；若否，则在音频设备支持的范围内，切换至满足最高延迟，或最低音质的编码方案，传输音频数据。

另外，为了提升音频数据传输的稳定性，本实施例中的蓝牙音频传输装置还可以包括经验校准模块、用户呈现单元以及用户偏好分析模块，其中经验校准模块用于通过一定规模的实测获取到的经验数据，如音频源指标、蓝牙信号关键阀值在不同蓝牙音频编码方式的视效表现，其数据在策略决策中主要起保护作用，避免出现决策偏差过大；用户偏好解析模块则负责接收来自用户呈现单元的配置信息，解析为策略输出给策略模块，用户呈现单元是属于客户端STA的用户交互模块，负责接收用户操作，同时向用户呈现当前功能的状态信息。

本发明实施例提供的蓝牙音频传输装置，包括连接确定模块，用于确定与外接的音频设备之间所建立的蓝牙通信连接；应用检测模块，用于检测终端当前正在调用音频设备的应用程序；蓝牙调整模块，用于根据应用程序对应的场景参数，在音频设备支持的范围内，使用相应的编码方案传输音频数据。从而通过对终端上调用音频设备的应用程序本身对应的场景参数来确定合适的编码方式，避免了用户手动的切换编码方案，提升了切换过程的准确性和便利性。

实施例九

本实施例提供了一种终端，请参考图5，该终端包括处理器91、存储器92及通信总线93；

通信总线93用于实现处理器91和存储器92之间的连接通信；

处理器91用于执行存储器92中存储的一个或者多个计算机程序，以实现上述各实施例所述的蓝牙音频传输方法的步骤，这里不再赘述。

本实施例还提供了一种计算机可读存储介质，该计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、计算机程序模块或其他数据)的任何方法或技术中实施的易失性或非易失性、可移除或不可移除的介质。计算机可读存储介质包括但不限于RAM(Random Access Memory，随机存取存储器)，ROM(Read-Only Memory，只读存储器)，EEPROM(Electrically Erasable Programmable read only memory，带电可擦可编程只读存储器)、闪存或其他存储器技术、CD-ROM(Compact Disc Read-Only Memory，光盘只读存储器)，数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储终端、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。

本实施例中的计算机可读存储介质可用于存储一个或者多个计算机程序，其存储的一个或者多个计算机程序可被处理器执行，以实现上述各实施例中的蓝牙音频传输方法的至少一个步骤。

本实施例还提供了一种计算机程序(或称计算机软件)，该计算机程序可以分布在计算机可读介质上，由可计算终端来执行，以实现上述各实施例中的蓝牙音频传输方法的至少一个步骤。

本实施例还提供了一种计算机程序产品，包括计算机可读终端，该计算机可读终端上存储有如上所示的计算机程序。本实施例中该计算机可读终端可包括如上所示的计算机可读存储介质。

可见，本领域的技术人员应该明白，上文中所公开方法中的全部或某些步骤、终端、终端中的功能模块/单元可以被实施为软件(可以用计算终端可执行的计算机程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。

此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、计算机程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。所以，本发明不限制于任何特定的硬件和软件结合。

以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (13)

1.一种蓝牙音频传输方法，包括：

确定与外接的音频设备之间所建立的蓝牙通信连接；

检测终端当前正在调用所述音频设备的应用程序；

根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，使用相应的编码方案传输音频数据。

2.如权利要求1所述的蓝牙音频传输方法，其特征在于，在所述确定与外接的音频设备之间所建立的蓝牙通信连接时，还包括：

获取所述音频设备所支持的编码方案。

3.如权利要求1所述的蓝牙音频传输方法，其特征在于，所述确定与外接的音频设备之间所建立的蓝牙通信连接之后，还包括：

使用所述音频设备所支持的编码方案中的任意一种，向所述音频设备传输音频数据。

4.如权利要求3所述的蓝牙音频传输方法，其特征在于，所述使用所述音频设备所支持的编码方案中的任意一种，向所述音频设备传输音频数据包括：

使用终端和/或所述音频设备的默认配置所对应的编码方案，传输所述音频数据。

5.如权利要求4所述的蓝牙音频传输方法，其特征在于，所述使用终端和/或所述音频设备的默认配置所对应的编码方案，传输所述音频数据包括：

根据终端内预设的各编码方案的优先级，以及所述音频设备所支持的编码方案，传输所述音频数据。

6.如权利要求1-5任一项所述的蓝牙音频传输方法，其特征在于，所述根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，使用相应的编码方案传输音频数据中，所述场景参数包括：

延迟&音质优先级参数、音频延迟参数、音质需求参数中的至少一种。

7.如权利要求6所述的蓝牙音频传输方法，其特征在于，所述根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，使用相应的编码方案传输音频数据包括：

根据所述延迟&音质优先级参数，确定当前应用程序所需的蓝牙音频传输特性，其中，所述蓝牙音频传输特性包括延迟优先，或音质优先；

基于所述蓝牙音频传输特性，从所述音频设备支持的范围内，采用延迟最佳的编码方案或音质最佳的编码方案，传输音频数据。

8.如权利要求6所述的蓝牙音频传输方法，其特征在于，所述根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，使用相应的编码方案传输音频数据包括：

根据所述音频延迟参数或音质需求参数，确定当前应用程序所需的蓝牙音频传输特性，所述蓝牙音频传输特性包括最高延迟，或最低音质；

基于所述蓝牙音频传输特性，判断当前已连接的蓝牙通信连接所使用的编码方案是否满足所述蓝牙音频传输特性的需求；

若是，则使用当前的编码方案传输音频数据；若否，则在所述音频设备支持的范围内，切换至满足所述最高延迟，或最低音质的编码方案，传输音频数据。

9.如权利要求1-5任一项所述的蓝牙音频传输方法，其特征在于，用于传输音频数据的编码方案包括如下至少之一：

子带编码SBC方案、aptX方案、aptX HD方案、aptX LL方案、LDAC方案。

10.一种蓝牙音频传输装置，包括音频处理单元、决策模块以及蓝牙协议模块；其中：

所述音频处理单元，用于在确定与外接的音频设备之间已建立蓝牙通信连接的情况下，确定终端当前正在调用所述音频设备的应用程序，并提取所述应用程序所对应的场景参数后传递给决策模块；

所述决策模块，用于根据所述应用程序对应的场景参数，在所述音频设备支持的范围内，指示蓝牙协议模块使用相应的编码方案传输音频数据。

11.如权利要求10所述的蓝牙音频传输装置，其特征在于，所述决策模块还用于：

若当前蓝牙编码方案不满足所述应用程序的场景参数所对应的连接需求，则指示所述蓝牙协议模块切换至满足连接需求的蓝牙编码方案进行音频数据的传输。

12.一种终端，所述网络设备包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个计算机程序，以实现如权利要求1-9中任一项所述的蓝牙音频传输方法的步骤。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个计算机程序，所述一个或者多个计算机程序可被一个或者多个处理器执行，以实现如权利要求1-9中任一项所述的蓝牙音频传输方法的步骤。

Images