CN112469012A - 一种蓝牙通信方法及相关装置 - Google Patents

Abstract

本申请公开了一种蓝牙通信方法，涉及短距离无线通信技术领域，该方法包括：该终端接收用户针对第一音频数据的播放操作。当该第一音频数据的业务类型为第一业务类型时，该终端发送第一指示信息给该蓝牙设备，该第一指示信息用于该蓝牙设备设置该音频数据的缓存时间长度为第一时长。该蓝牙设备接收该终端通过蓝牙发送的该第一音频数据，并缓存该第一音频数据。当该第一音频数据的缓存时间长度到达第一时长时，该蓝牙设备开始播放已缓存的该第一音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制。

Description

一种蓝牙通信方法及相关装置

技术领域

本申请涉及短距离无线通信技术领域，尤其涉及一种蓝牙通信方法及相关装置。

背景技术

随着无线通信技术的发展，人们已经习惯通过无线方式将不同的智能终端设备进行连接，其中，蓝牙(Bluetooth)技术作为当前较为成熟的短距离无线通信技术，被广泛应用于智能中设备中，例如，智能手机等终端与蓝牙耳机或蓝牙音箱等蓝牙设备之间通过蓝牙进行连接。

目前，智能手机等终端与蓝牙耳机等蓝牙设备建立蓝牙连接后，终端与蓝牙设备之间的蓝牙传输链路由于环境的影响会发生抖动，这就造成了蓝牙传输链路上传输的数据包有丢失。在终端通过蓝牙设备播放音频数据时，为了抵抗蓝牙传输链路的抖动，蓝牙设备往往需要在缓存器(buffer)中缓存一部分数据，再开始播放缓存器中的音频数据，同时，蓝牙设备继续通过蓝牙传输链路接收终端发送的音频数据并继续填充缓存器。但是这样，蓝牙设备播放音频数据有时延，影响用户体验。

发明内容

本申请提供了一种蓝牙通信方法及相关装置，可以实现在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

第一方面，本申请提供了一种蓝牙通信方法，应用于蓝牙系统，该蓝牙系统包括终端和蓝牙设备，该方法包括：该终端接收用户针对第一音频数据的播放操作。当该第一音频数据的业务类型为第一业务类型时，该终端发送第一指示信息给该蓝牙设备，该第一指示信息用于该蓝牙设备设置该音频数据的缓存时间长度为第一时长。该蓝牙设备接收该终端通过蓝牙发送的该第一音频数据，并缓存该第一音频数据。当该第一音频数据的缓存时间长度到达第一时长时，该蓝牙设备开始播放已缓存的该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，在该蓝牙设备开始播放已缓存的该第一音频数据后，该方法还包括：该终端接收用户针对第二音频数据的播放操作。当该第二音频数据的业务类型为第二业务类型时，该终端发送第二指示信息给该蓝牙设备，该第二指示信息用于该蓝牙设备设置该第二音频数据的缓存时间长度为第二时长。当该第二音频数据的缓存时间长度到达第二时长时，该蓝牙设备开始播放该缓存器中已缓存的该第二音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该方法还包括：当该蓝牙设备接收到该终端发送的第一指示信息后，该蓝牙设备向该终端发送确认信息。响应于该确认信息，该终端通过蓝牙向该蓝牙设备发送该音频数据。这样，终端可以在确定蓝牙设备设置好音频数据的缓存时间长度后，才向蓝牙设备发送第一音频数据。

在一种可能的实现方式中，在该蓝牙设备开始播放该第一音频数据后，该方法还包括：当该蓝牙设备检测到该第一音频数据的传输中断时，该蓝牙设备继续播放已缓存的该第一音频数据。这样，蓝牙设备通过缓存的音频数据，可以抗蓝牙传输链路的抖动。

在一种可能的实现方式中，该方法还包括：当该蓝牙设备检测到该第一音频数据的传输恢复时，该蓝牙设备继续缓存该第一音频数据，并继续播放已缓存的该第一音频数据。这样，蓝牙设备在链路恢复时，可以继续缓存并播放音频数据。

在一种可能的实现方式中，该方法还包括：当该第一音频数据的业务场景为低时延业务场景，该终端在发送该第一音频数据给该蓝牙设备时，关闭蓝牙聚包传输机制。这样，可以关闭蓝牙聚包传输机制可以降低低时延业务场景下音频数据的传输时延。

在一种可能的实现方式中，该方法还包括：当该第一音频数据的业务场景不为低时延业务场景，该终端在发送该第一音频数据给该蓝牙设备时，开启蓝牙聚包传输机制。这样，在音频数据对时延要求不高时，可以开启蓝牙聚包传输机制优先保证数据传输的质量。

第二方面，本申请提供了一种蓝牙系统，包括终端和蓝牙设备。其中，该终端，用于接收用户针对第一音频数据的播放操作。该终端，还用于当第一音频数据的业务类型为第一业务类型时，发送第一指示信息给该蓝牙设备，该第一指示信息用于该蓝牙设备设置该音频数据的缓存时间长度为第一时长。该蓝牙设备，用于接收该终端通过蓝牙发送的该第一音频数据，并缓存该第一音频数据。该蓝牙设备，还用于当该第一音频数据的缓存时间长度到达第一时长时，该蓝牙设备开始播放已缓存的该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，该终端，还用于：在该蓝牙设备开始播放已缓存的该第一音频数据后，接收用户针对第二音频数据的播放操作。当该第二音频数据的业务类型为第二业务类型时，发送第二指示信息给该蓝牙设备，该第二指示信息用于该蓝牙设备设置该第二音频数据的缓存时间为第二时长。该蓝牙设备，还用于当该第二音频数据的缓存时间长度到达第二时长时，开始播放该缓存器中已缓存的该第二音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该蓝牙设备，还用于当接收到该终端发送的第一指示信息后，向该终端发送确认信息。该终端，还用于响应于该确认信息，通过蓝牙向该蓝牙设备发送该第一音频数据。这样，终端可以在确定蓝牙设备设置好音频数据的缓存时间长度后，才向蓝牙设备发送第一音频数据。

在一种可能的实现方式中，该蓝牙设备，还用于：当检测到该第一音频数据的传输中断时，继续播放已缓存的该第一音频数据。这样，蓝牙设备在链路恢复时，可以继续缓存并播放音频数据。

在一种可能的实现方式中，该蓝牙设备，还用于：当检测到该第一音频数据的传输恢复时，该蓝牙设备继续缓存该第一音频数据，并继续播放已缓存的该第一音频数据。

在一种可能的实现方式中，该终端，还用于：当该第一音频数据的业务场景为低时延业务场景，在发送该第一音频数据给该蓝牙设备时，关闭蓝牙聚包传输机制。这样，可以关闭蓝牙聚包传输机制可以降低低时延业务场景下音频数据的传输时延。

在一种可能的实现方式中，该终端，还用于：当该第一音频数据的业务场景不为低时延业务场景，在发送该第一音频数据给该蓝牙设备时，开启蓝牙聚包传输机制。这样，在音频数据对时延要求不高时，可以开启蓝牙聚包传输机制优先保证数据传输的质量。

第三方面，本申请提供了一种终端，包括：蓝牙芯片、存储器、触控屏和处理器；该存储器与处理器耦合；其中，该蓝牙芯片支持经典蓝牙BR/EDR功能。该触控屏，用于接收用户针对第一音频数据的播放操作。该处理器，用于当该第一音频数据的业务类型为第一业务类型时，指示该蓝牙芯片发送第一指示信息给蓝牙设备。其中，该第一指示信息用于指示该蓝牙设备在该第一音频数据的缓存时间到达第一时长时开始播放已缓存的该第一音频数据。该蓝牙芯片，用于向该蓝牙设备发送该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，该触控屏，还用于在该蓝牙设备开始播放已缓存的该第一音频数据后，接收用户针对第二音频数据的播放操作。该处理器，还用于当该第二音频数据的业务类型为第二业务类型时，发送第二指示信息给该蓝牙设备，该第二指示信息用于指示该蓝牙设备在该第二音频数据的缓存时间长度到达第一时长时开始播放已缓存的该第二音频数据。

在一种可能的实现方式中，该蓝牙芯片，还用于：接收该蓝牙设备在接收到该第一指示信息后发送的确认信息。响应于该确认信息，向该蓝牙设备发送该第一音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该处理器，还用于：当该第一音频数据的业务场景为低时延业务场景，指示该蓝牙芯片在发送该第一音频数据给该蓝牙设备时，关闭蓝牙聚包传输机制。这样，可以关闭蓝牙聚包传输机制可以降低低时延业务场景下音频数据的传输时延。

在一种可能的实现方式中，该处理器，还用于：当该第一音频数据的业务场景不为低时延业务场景时，指示该蓝牙芯片在发送该第二音频数据给该蓝牙设备时，开启蓝牙聚包传输机制。这样，在音频数据对时延要求不高时，可以开启蓝牙聚包传输机制优先保证数据传输的质量。

第四方面，本申请提供了一种蓝牙设备，包括：蓝牙芯片、存储器、处理器；该存储器和该处理器耦合；其中，该蓝牙芯片支持经典蓝牙BR/EDR功能。该蓝牙芯片，用于接收终端在识别第一音频数据的业务类型为第一业务类型时发送的第一指示信息。其中，该第一指示信息用于该处理器设置该第一音频数据的缓存时间长度为第一时长。该蓝牙芯片，还用于接收终端发送的该第一音频数据，并缓存该第一音频数据至该存储器中。该处理器，还用于当第一音频数据的缓存时间长度到达第一时长时，开始播放已缓存的该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，该蓝牙芯片，还用于在该处理器播放该第一音频数据后，接收到终端发送的第二指示信息，第二指示信息用于该处理器设置第二音频数据的缓存时间长度为第二时长。该蓝牙芯片，还用于接收终端发送的该第二音频数据，并缓存该第二音频数据至该存储器中。该处理器，还用于当第二音频数据的缓存时间长度到达第二时长时，开始播放已缓存的该第二音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该蓝牙芯片，还用于在接收到终端发送的第一指示信息后，向该终端发送确认信息。该确认信息，用于终端通过蓝牙发送第一音频数据给该蓝牙芯片。这样，终端可以在确定蓝牙设备设置好音频数据的缓存时间长度后，才向蓝牙设备发送第一音频数据。

在一种可能的实现方式中，该处理器，还用于当播放第一音频数据后，检测到第一音频数据的传输中断时，继续播放已缓存的该第一音频数据。这样，蓝牙设备通过缓存的音频数据，可以抗蓝牙传输链路的抖动。

在一种可能的实现方式中，该处理器，还用于检测到该第一音频数据的传输恢复时，继续缓存该第一音频数据，并继续播放已缓存的该第一音频数据。这样，蓝牙设备在链路恢复时，可以继续缓存并播放音频数据。

第五方面，本申请提供了一种芯片系统，设置于终端。其中，该芯片系统包括：处理器和蓝牙芯片。该处理器，用于响应于终端的触控屏接收到的第一音频数据的播放操作，且当第一音频数据的业务类型为第一业务类型时，指示蓝牙芯片发送第一指示信息给蓝牙设备；其中，该第一指示信息用于指示该蓝牙设备在该第一音频数据的缓存时间到达第一时长时开始播放已缓存的该第一音频数据。该蓝牙芯片，用于向该蓝牙设备发送该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，在蓝牙设备开始播放已缓存的第一音频数据后，该处理器，还用于响应于终端的触控屏接收到的第二音频数据的播放操作，且当该第二音频数据的业务类型为第二业务类型时，发送第二指示信息给该蓝牙设备，该第二指示信息用于指示该蓝牙设备在该第二音频数据的缓存时间长度到达第二时长时开始播放已缓存的该第二音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该蓝牙芯片，还用于：接收该蓝牙设备在接收到该第一指示信息后发送的确认信息。响应于该确认信息，向该蓝牙设备发送该第一音频数据。这样，终端可以在确定蓝牙设备设置好音频数据的缓存时间长度后，才向蓝牙设备发送第一音频数据。

在一种可能的实现方式中，该处理器，还用于：当该第一音频数据的业务场景为低时延业务场景，指示该蓝牙芯片在发送该第一音频数据给该蓝牙设备时，关闭蓝牙聚包传输机制。这样，可以关闭蓝牙聚包传输机制可以降低低时延业务场景下音频数据的传输时延。

在一种可能的实现方式中，该处理器，还用于：当该第一音频数据的业务场景不为低时延业务场景时，指示该蓝牙芯片在发送该第二音频数据给该蓝牙设备时，开启蓝牙聚包传输机制。这样，在音频数据对时延要求不高时，可以开启蓝牙聚包传输机制优先保证数据传输的质量。

第六方面，本申请提供了一种芯片系统，设置于蓝牙设备。其中，该芯片系统包括：处理器和蓝牙芯片。该蓝牙芯片，用于接收终端在识别第一音频数据的业务类型为第一业务类型时发送的第一指示信息。其中，该第一指示信息用于该处理器设置该第一音频数据的缓存时间长度为第一时长。该蓝牙芯片，还用于接收终端发送的该第一音频数据，并缓存该第一音频数据至该存储器中。该处理器，还用于当第一音频数据的缓存时间长度到达第一时长时，开始播放已缓存的该第一音频数据。

通过本申请，终端可以根据音频数据的业务类型，在蓝牙设备的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备播放音频数据进行针对性的时延控制，满足了在不同场景下终端通过蓝牙设备播放音频数据的时延需求，提高了用户体验。

在一种可能的实现方式中，该蓝牙芯片，还用于在该处理器播放该第一音频数据后，接收到终端发送的第二指示信息，第二指示信息用于该处理器设置第二音频数据的缓存时间长度为第二时长。该蓝牙芯片，还用于接收终端发送的该第二音频数据，并缓存该第二音频数据至该存储器中。该处理器，还用于当第二音频数据的缓存时间长度到达第二时长时，开始播放已缓存的该第二音频数据。这样，蓝牙设备可以针对不同业务类型的音频数据设置不同的缓存时间长度。

在一种可能的实现方式中，该蓝牙芯片，还用于在接收到终端发送的第一指示信息后，向该终端发送确认信息。该确认信息，用于终端通过蓝牙发送第一音频数据给该蓝牙芯片。这样，终端可以在确定蓝牙设备设置好音频数据的缓存时间长度后，才向蓝牙设备发送第一音频数据。

在一种可能的实现方式中，该处理器，还用于当播放第一音频数据后，检测到第一音频数据的传输中断时，继续播放已缓存的该第一音频数据。这样，蓝牙设备在链路恢复时，可以继续缓存并播放音频数据。

在一种可能的实现方式中，该处理器，还用于检测到该第一音频数据的传输恢复时，继续缓存该第一音频数据，并继续播放已缓存的该第一音频数据。这样，可以关闭蓝牙聚包传输机制可以降低低时延业务场景下音频数据的传输时延。

附图说明

图1为本申请实施例提供的一种系统的架构示意图；

图2A为本申请实施例提供的一种终端的结构示意图；

图2B为本申请实施例提供的一种蓝牙协议架构示意图；

图3为本申请实施例提供的一种蓝牙设备的结构示意图；

图4为本申请实施例提供的一种蓝牙通信方法的流程示意图；

图5A-图5B为本申请实施例提供的一组界面示意图；

图6A-图6F为本申请实施例提供的一组蓝牙设备缓存音频数据的场景示意图；

图7A为本申请实施例提供的蓝牙聚包传输机制关闭时的数据传输示意图；

图7B为本申请实施例提供的蓝牙聚包传输机制开启时的数据传输示意图；

图8为本申请另一实施例提供的一种蓝牙通信方法的流程示意图；

图9为本申请实施例提供的一种蓝牙通信系统的架构示意图；

图10为本申请另一实施例提供的一种蓝牙通信系统的架构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清除、详尽地描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；文本中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，另外，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

下面介绍本申请实施例提供的一种系统架构。

请参见图1、图1为本申请实施例提供的一种系统10的架构示意图。如图1所示，该系统10可包括：终端100和蓝牙设备200。

其中，终端100与蓝牙设备200可以通过蓝牙技术(包括经典蓝牙和低功耗蓝牙(bluetooth low energy，BLE))进行通信。终端100可以是智能手机、平板电脑、个人电脑等终端设备。蓝牙设备200可以是蓝牙耳机、蓝牙音箱、智能手表等支持蓝牙功能的设备。

图2A示出了终端100的结构示意图。

下面以终端100为例对实施例进行具体说明。应该理解的是，图2A所示终端100仅是一个范例，并且终端100可以具有比图2A中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

终端100可以包括：处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对终端100的具体限定。在本申请另一些实施例中，终端100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

其中，控制器可以是终端100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。

在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K，充电器，闪光灯，摄像头193等。例如：处理器110可以通过I2C接口耦合触摸传感器180K，使处理器110与触摸传感器180K通过I2C总线接口通信，实现终端100的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过I2S接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中，音频模块170也可以通过PCM接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过UART接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过UART接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器110和摄像头193通过CSI接口通信，实现终端100的拍摄功能。处理器110和显示屏194通过DSI接口通信，实现终端100的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为终端100充电，也可以用于终端100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他终端，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对终端100的结构限定。在本申请另一些实施例中，终端100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过终端100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为终端供电。

电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。

终端100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。终端100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块150可以提供应用在终端100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(lownoise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。

无线通信模块160可以提供应用在终端100上的包括无线局域网(wireless localarea networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequencymodulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，终端100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得终端100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code divisionmultiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(globalnavigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigationsatellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

终端100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，终端100可以包括1个或N个显示屏194，N为大于1的正整数。

终端100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。

ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。

摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，终端100可以包括1个或N个摄像头193，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当终端100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。终端100可以支持一种或多种视频编解码器。这样，终端100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现终端100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展终端100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行终端100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储终端100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。

终端100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。终端100可以通过扬声器170A收听音乐，或收听免提通话。

受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当终端100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。

麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。终端100可以设置至少一个麦克风170C。在另一些实施例中，终端100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，终端100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动终端平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器180A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A，电极之间的电容改变。终端100根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194，终端100根据压力传感器180A检测所述触摸操作强度。终端100也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器180B可以用于确定终端100的运动姿态。在一些实施例中，可以通过陀螺仪传感器180B确定终端100围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器180B检测终端100抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消终端100的抖动，实现防抖。陀螺仪传感器180B还可以用于导航，体感游戏场景。

气压传感器180C用于测量气压。在一些实施例中，终端100通过气压传感器180C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器180D包括霍尔传感器。终端100可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中，当终端100是翻盖机时，终端100可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器180E可检测终端100在各个方向上(一般为三轴)加速度的大小。当终端100静止时可检测出重力的大小及方向。还可以用于识别终端姿态，应用于横竖屏切换，计步器等应用。

距离传感器180F，用于测量距离。终端100可以通过红外或激光测量距离。在一些实施例中，拍摄场景，终端100可以利用距离传感器180F测距以实现快速对焦。

接近光传感器180G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。终端100通过发光二极管向外发射红外光。终端100使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定终端100附近有物体。当检测到不充分的反射光时，终端100可以确定终端100附近没有物体。终端100可以利用接近光传感器180G检测用户手持终端100贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器180L用于感知环境光亮度。终端100可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合，检测终端100是否在口袋里，以防误触。

指纹传感器180H用于采集指纹。终端100可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器180J用于检测温度。在一些实施例中，终端100利用温度传感器180J检测的温度，执行温度处理策略。例如，当温度传感器180J上报的温度超过阈值，终端100执行降低位于温度传感器180J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，终端100对电池142加热，以避免低温导致终端100异常关机。在其他一些实施例中，当温度低于又一阈值时，终端100对电池142的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器180K，也称“触控面板”。触摸传感器180K可以设置于显示屏194，由触摸传感器180K与显示屏194组成触摸屏，也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器180K也可以设置于终端100的表面，与显示屏194所处的位置不同。

骨传导传感器180M可以获取振动信号。在一些实施例中，骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器180M也可以设置于耳机中，结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。终端100可以接收按键输入，产生与终端100的用户设置以及功能控制有关的键信号输入。

马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和终端100的接触和分离。终端100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。终端100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，终端100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在终端100中，不能和终端100分离。

如图2B所示，本申请实施例提供一种蓝牙协议框架，包括但不限于Host(主机)协议栈、HCI(Host Controller Interface)、控制器(controller)。

其中，Host协议栈定义了蓝牙框架中的多个应用(profile)和核心协议(protocol)，每个profile定义了各自相应的消息格式与应用规则，profile是蓝牙服务(Application)。为了实现不同平台下的不同设备的互联互通，蓝牙协议为各种可能的、有通用意义的应用场景，都制定的了规范，如A2DP(advanced audio distributionprofile)、HFP(hands-free profile)等等。核心协议包括但不限于蓝牙基本的服务协议SDP(Service Discover Protocol)、逻辑链路控制和适配协议L2CAP(Logical LinkControl and Adaptation Protocol)等。核心协议是蓝牙协议栈中必不可少的。

其中，HCI为上层协议提供了进入链路管理器的统一接口和进入基带的统一方式,在主机核心协议栈和控制器之间会存在若干传输层,这些传输层是透明的,完成传输数据的任务,蓝牙技术联盟(Bluetooth Special Interest Group，SIG)规定了四种与硬件连接的物理总线方式,即四种HCI传输层:USB、RS232、UART和PC卡。

其中，controller定义了底层硬件部分，包括无线射频(RF)、基带(BB)和链路管理(LM)，RF层通过2.4GHz无需授权的ISM频段的微波，实现数据位流的过滤和传输，主要定义了蓝牙收发器在此频带正常工作所需要满足的条件。基带负责跳频以及蓝牙数据和信息帧的传输。链路管理负责连接、建立和拆除链路并进行安全控制。LM(Link Manager)层是蓝牙协议栈的链路管理层协议,负责将上层HCI命令翻译成基带能接受的操作,建立异步链路(asynchronous connection-oriented link，ACL)和同步链路(synchronous connection-oriented/extended，SCO)以及使蓝牙设备进入节能状态的工作模式等。LC(Link Control)层负责在一批数据包传送期间，响应上层LM命令(如执行建立数据包的传输链路,维持链路等功能的LM命令)。

本申请实施例所述的方法由图2A所示的终端100的无线通信模块160来实现的部分内容，具体可以是蓝牙模块或者是蓝牙芯片来执行。

图3示例性的示出了本申请实施例提供的蓝牙设备200的结构示意图。

下面以蓝牙设备200为例对实施例进行具体说明。应该理解的是，图3所示蓝牙设备200仅是一个范例，并且蓝牙设备200可以具有比图3中所示的更多或更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现，

如图3所示，蓝牙设备200可以包括：处理器201，存储器202，蓝牙通信模块203，天线204，电源开关205，USB通信处理模块206，音频模块207。其中：

处理器201可用于读取和执行计算机可读指令。具体实现中，处理器201可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器201的硬件架构可以是专用集成电路(ASIC)架构、MIPS架构、ARM架构或者NP架构等等。

在一些实施例中，处理器201可以用于解析蓝牙通信处理模块203接收到的信号，如终端100发送的配对模式修改请求，等等。处理201可以用于根据解析结果进行相应的处理操作，如生成配对模式修改响应，等等。

存储器202与处理器201耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器202可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器202可以存储操作系统，例如uCOS，VxWorks、RTLinux等嵌入式操作系统。存储器202还可以存储通信程序，该通信程序可用于与终端100，一个或多个服务器，或其他设备进行通信。

蓝牙通信模块203可以包括经典蓝牙(BT)模块和低功耗蓝牙(BLE)模块，

在一些实施例中，蓝牙通信模块203、可以监听到其他设备(如终端100)发射的信号，如探测请求、扫描信号等等，并可以发送响应信号、扫描响应等，使得其他设备(如终端100)可以发现蓝牙设备200，并去其他设备(如终端100)建立无线通信连接，通过蓝牙与其他设备(如终端100)进行通信。

在另一些实施例中，蓝牙通信模块203也可以发射信号，如广播BLE信号，使得其他设备(如终端100)可以发现蓝牙设备200，并与其他设备(如终端100)建立无线通信连接，通过蓝牙与其他设备(如终端100)进行通信。

蓝牙设备200的无线通信功能可以通过天线204，蓝牙通信模块203，调制解调处理器等实现。

天线204可用于发射和接收电磁波信号。蓝牙设备200中的每个天线可用于覆盖单个或多个通信频带。

在一些实施例中蓝牙通信模块203的天线可以有一个或多个。

电源开关205可用于控制电源向蓝牙设备200的供电。

USB通信处理模块206可用于通过USB接口(未示出)与其他设备进行通信。

音频模块26可用于通过音频输出接口输出音频信号，这样可使得蓝牙设备200支持音频播放。音频模块还可用于通过音频输入接口接收音频数据。蓝牙设备200可以为蓝牙耳机等媒体播放设备。

在一些实施例中，蓝牙设备200还可以包括显示屏(未示出)，其中，该显示屏可用于显示图像，提示信息等。显示屏可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)显示屏，有源矩阵有机发光二极体(active-matrix organic light emitting diode，AMOLED)显示屏，柔性发光二极管(flexible light-emitting diode，FLED)显示屏，量子点发光二极管(quantum dot lightemitting diodes，QLED)显示屏等等。

在一些实施例中，蓝牙设备200还可以包括RS-232接口等串行接口。该串行接口可连接至其他设备，如音箱等音频外放设备，使得蓝牙设备200和音频外放设备协作播放音视频。

可以理解的是图3示意的结构并不构成对蓝牙设备200的具体限定。在本申请另一些实施例中，蓝牙设备200可以包括比图示更多或更少的部件，或组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请实施例所述的方法中，蓝牙设备使用的蓝牙协议框架可以参考上述图2B所示，在此不再赘述。

相关技术中，终端100与蓝牙设备建立蓝牙连接后，终端100可以通过蓝牙传输链路将音频数据不断发送至蓝牙设备200上进行播放。其中，终端100在蓝牙传输链路上传输音频数据时，蓝牙传输链路由于周围环境的影响，可能会发生抖动，即终端100通过蓝牙传输链路发生音频数据包到蓝牙设备200上所花费的时间会发生差异。例如，当终端100与蓝牙设备200周围有Wi-Fi信号的干扰时，蓝牙传输链路质量下降，数据包需要多次重传才能到达接收端，从而出现传输抖动。所以，在终端100刚开始向蓝牙设备200传输音频数据时，蓝牙设备200在最开始接收到音频数据时，并不会立刻就开始播放该音频数据，而是会将接收到的音频数据缓存在缓存器(buffer)中。当缓存器中的音频数据达到指定数据量时，蓝牙设备200才开始播放缓存器中的音频数据，同时，蓝牙设备200会继续接收终端100发送的音频数据并缓存在缓存器中。

通过上述相关技术，蓝牙设备200通过在缓存器中缓存指定数据量的音频数据后才开始播放，这样，虽然能够缓解蓝牙传输链路的抖动，但是，蓝牙设备200在播放音频数据时会有时延。在一些场景下，例如，终端100与蓝牙设备200连接已建立蓝牙连接，终端100在运行游戏类应用时，终端100可以将运行游戏类应用时的音频数据通过蓝牙传输链路发送至蓝牙设备200上播放。由于终端100在运行游戏类应用时，用户更需要的是听到的声音与终端100上显示的画面同步，需要蓝牙设备200在播放音频数据有较低的时延。若蓝牙设备200通过缓存器来缓存足够的音频数据来抵抗链路抖动，势必会增加蓝牙设备200播放音频数据的延迟，不适用于需要低时延的场景。在另一些场景下，例如，终端100与蓝牙设备200连接已建立蓝牙连接，终端100在运行音乐类应用，通过蓝牙设备200播放音乐时，终端100可以将运行音乐类应用时的音频数据通过蓝牙传输链路发送至蓝牙设备200上播放。由于终端100在运行音乐类应用时，用户对时延敏感度不高，用户更注重的是蓝牙设备200输出声音的连续性。若蓝牙设备200为了降低时延，未在缓存器中缓存足够的音频数据，蓝牙设备200播放音频数据时，若蓝牙传输链路出现抖动时，蓝牙设备200播放音频数据时输出的声音可能会断断续续，影响用户体验。

因此，本申请实施例提供一种蓝牙通信方法，终端100根据音频数据的业务类型，在蓝牙设备200的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备200的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备200才开始播放缓存器中的音频数据。这样，终端100可以在不同的应用场景下，对蓝牙设备200播放音频数据进行针对性的时延控制，满足了在不同场景下终端100通过蓝牙设备200播放音频数据的时延需求，提高了用户体验。

下面介绍本申请中提供的一种蓝牙通信方法。

请参照图4，图4示出了本申请实施例提供的一种蓝牙通信方法。如图4所示，该方法还包括：

S401、终端100与蓝牙设备200建立蓝牙连接。

终端100与蓝牙设备200可以通过如下方式建立蓝牙连接。

1、当终端100与蓝牙设备200未配对时，在终端100打开蓝牙功能后，终端100可以向周围发送查询请求(inquiry request)。当蓝牙设备200进入查询扫描(inquiry scan)状态时，蓝牙设备200可以扫描到终端100发送的查询请求。在扫描到终端100的查询请求后，蓝牙设备200可以返回查询响应(inquiry response)给终端100。这时，终端100可以在蓝牙设备界面上显示出蓝牙设备200的设备选项。当用户选择蓝牙设备200的设备选项后，终端100可以发送寻呼请求(page request)给蓝牙设备200。蓝牙设备200可以以固定的周期在一个固定的时间窗口内以某个跳频频率监听终端100的寻呼请求，在监听到终端100的寻呼请求后，蓝牙设备200可以在下一个时间槽发送从设备寻呼响应(salve page response)给终端100。终端100在接收到蓝牙设备200的从设备寻呼响应后，可以在下一个时间槽发送主设备寻呼响应(master page response)给蓝牙设备200。之后，蓝牙设备200和终端100便可以进入连接状态，建立起ACL链路连接，并完成配对认证。终端100与蓝牙设备200完成配对认证后，即可以建立起用于传输音频数据的连接(例如，基于音/视频分发传输协议(audio/video distribution transport protocol，AVDTP)的连接)。

2、当终端100与蓝牙设备200已配对过时，终端100与蓝牙设备200都保存有双方共享的链路秘钥(link key)。在终端100打开蓝牙功能，且蓝牙设备200开机时，蓝牙设备200可以主动发送寻呼请求给终端100。终端100可以以固定的周期在一个固定的时间窗口内以某个跳频频率监听蓝牙设备200的寻呼请求，在监听到蓝牙设备200的寻呼请求后，终端100可以在下一个时间槽发送从设备寻呼响应(salve page response)给蓝牙设备200。蓝牙设备200在接收到终端100的从设备寻呼响应后，可以在下一个时间槽发送主设备寻呼响应(master page response)给终端100。之后，终端100与蓝牙设备200便可以进入连接状态，建立起ACL链路连接，并完成链路秘钥的认证。终端100与蓝牙设备200完成认证后，即可以建立起用于传输音频数据的连接(例如，基于音/视频分发传输协议(audio/videodistribution transport protocol，AVDTP)的连接)。

S402、终端100接收用户播放音频数据的操作。

S403、响应于用户播放音频数据的操作，终端100可以获取音频数据对应的业务类型。

示例性的，该音频数据的业务类型可以是音乐应用业务。如图5A所示，终端100显示有主屏幕的界面510，该界面510显示了一个放置有应用图标的页面，该页面包括多个应用图标(例如，天气应用图标、股票应用图标、计算器应用图标、设置应用图标516、邮件应用图标、支付宝应用图标、脸书应用图标、浏览器应用图标、图库应用图标、音乐应用图标、视频应用图标、应用商店图标)。多个应用图标下方还显示包括有页面指示符，以表明当前显示的页面与其他页面的位置关系。页面指示符的下方有多个托盘图标(例如拨号应用图标、信息应用图标、联系人应用图标、相机应用图标)，托盘图标在页面切换时保持显示，上述页面也可以包括多个应用图标和页面指示符；页面指示符也可以不是页面的一部分，单独存在，上述托盘图标也是可选的，本申请实施例对此不做限制。在该界面510的上方显示有状态栏511，该状态栏511可包括：移动通信信号(又可称为蜂窝信号)的一个或多个信号强度指示符、无线高保真(wireless fidelity，Wi-Fi)信号的一个或多个信号强度指示符，蓝牙设备200的电量指示符，电池状态指示符，时间指示符，等等。在托盘图标下方显示有导航栏512，该导航栏512可包括：返回按键513、主界面(Home screen)按键514、呼出任务历史按键515等等系统导航键。当检测到用户点击返回按键513时，终端100可显示当前页面的上一级页面。当检测到用户点击主界面按键514时，终端100可显示主界面。当检测到用户点击呼出任务历史按键515时，终端100可显示用户最近打开的任务。各导航键的命名还可以为其他，本申请对此不做限制。不限于虚拟按键，导航栏512中的各导航键也可以实现为物理按键。

终端100可以接收用户针对音乐应用图标516的输入操作(例如单击)，响应于该针对音乐应用图标516的输入操作，终端100可以显示如图5B所示的音乐播放界面520。

如图5B所示，该音乐播放界面520包括有音乐名称521、播放控件522、上一首控件523、下一首控件524、播放进度条525、下载控件526、分享控件527、更多按钮528，等等。例如，该音乐名称521可以是“Dream it possible”。该播放控件522用于触发终端100播放该音乐名称521对应的音频数据。该上一首控件523可用于触发终端100切换至播放列表中的上一个音频数据进行播放。该下一首控件524可用于触发终端100切换至播放列表中的下一个音频数据进行播放。该播放进度条525可用于指示当前音频数据的播放进度。该下载控件526可用于触发终端100下载并保存该音乐名称521的音频数据至本地存储介质中。该分享控件527可用于触发终端100分享该音乐名称521对应音频数据的播放链接至其他应用。该更多控件528可用于触发终端100显示更多关于音乐播放的功能控件。

终端100可以接收用户针对播放控件522的输入操作(例如单击)，响应于该输入操作，终端100获取该音乐名称521对应音频数据的业务类型。其中，业务类型可以包括音乐应用业务类型、视频应用业务类型、游戏应用业务类型，语音通话业务类型，等等。由于该音乐名称521对应音频数据来源于音乐应用，因此，该音乐名称521对应的音频数据可以为音乐应用业务类型。

在一种可能的实现方式中，终端100可以先获取音频数据的应用类型，确定出该音频数据的业务类型。例如，音频数据的应用类型包括音乐应用、视频应用、游戏应用，等等。

S404、终端100根据该音频数据的业务类型，确定出与该业务类型对应的第一缓存时间长度。

终端100本地存储有业务类型与缓存时间长度的对应关系。其中，不同的业务类型对应有不同的缓存时间长度。其中缓存时间长度，是指蓝牙设备200的缓存器(bufer)中缓存的音频数据可供蓝牙设备200播放的时间。其中，缓存器中缓存的数据量为缓存时间长度与蓝牙设备播放音频数据的平均播放速度之积。示例性的，当缓存器中音频数据的缓存时间长度为320ms时，蓝牙设备播放音频数据的平均播放速度为192kbps，则缓存器中缓存的数据量为61.44kb(千比特)。上述示例仅仅用于解释本申请，不应构成限定。

对于游戏应用、视频应用等业务类型，需要实现音画同步，需要较低的时延，无法通过蓝牙设备200的缓存器(buffer)缓存足够的数据来抵抗蓝牙链路抖动。因此，对于游戏应用、视频应用等业务类型，可以将对应的缓存时间长度设置偏小，以降低音频数据的播放时延。对于音乐应用等业务类型，对时延敏感度不高，但是对流畅度要求较高，可以使用蓝牙设备200的缓存器(buffer)缓存足够的数据来抵抗蓝牙链路抖动，以提升音频数据的播放流畅度。因此，对于音乐应用等业务类型，可以将对应的缓存时间长度设置偏大，以保证音频数据的播放流畅度。

在本申请实施例中，其中，业务类型与缓存时间长度对应的关系可以如下表所示：

表1

业务类型	缓存时间长度
		音乐应用业务类型	320ms
视频应用业务类型	160ms
		游戏应用业务类型	80ms
……	……

示例性的，如上述表1所示，音频数据的业务类型可以包括但不限于如下几种：音乐应用业务类型、视频应用业务类型、游戏应用业务类型、语音通话业务类型，等等。其中，音乐应用业务类型对应的缓存数据量可以为320ms，视频应用业务类型对应的缓存时间可以为160ms、游戏应用业务类型对应的缓存时间可以为80ms。上述表1所示示例仅仅用于解释本申请，不应构成限定。

终端100可以根据该音频数据的业务类型，从业务类型与缓存数据量的对应关系中，查找出该音频数据的业务类型对应的第一缓存时间长度。例如，用户触发音频数据的业务类型为音乐应用业务类型，由上表1可知，终端100可以确定出该第一缓存时间长度为320ms。

S405、终端100发送第一缓存时间长度给蓝牙设备200。

终端100在确定出该音频数据对应的第一缓存时间长度后，终端100可以将该第一缓存时间长度通过蓝牙发送给蓝牙设备200。

在一种可能的实现方式中，终端100在获取到当前音频数据对应业务类型后，终端100可以将该业务类型对应的指示信息发送给蓝牙设备200。该指示信息可以是业务类型对应的识别号。蓝牙设备200在接收到终端100发送的该业务类型对应的指示信息后，可以通过通过该指示信息，确定出该音频数据对应的第一缓存时间长度(例如为第一时长)。这样，蓝牙设备200可以只用接收终端100发送的指示信息，就可以确定出缓存器需要该音频数据的缓存时间长度。

S406、蓝牙设备200在接收到第一缓存时间长度后，可以返回确认信息给终端100。该确认信息用于通知终端100该蓝牙设备200已经接收到该第一缓存时间长度。

S407、终端100向蓝牙设备200传输该音频数据。

终端100在接收到蓝牙设备200返回的确认信息后，可以通过已经建立起用于传输音频数据的蓝牙数据通道，向蓝牙设备200传输该音频数据。

S408、蓝牙设备200接收终端100传输的音频数据，并缓存至缓存器中。

S409、蓝牙设备200判断缓存器中的缓存的音频数据是否到达第一缓存时间长度。若是，则执行步骤S410、蓝牙设备200开始播放该音频数据。

示例性的，蓝牙设备200在接收终端100传输的音频数据之前，已经接收到终端100发送的该音频数据对应的第一缓存时间长度。例如，该音频数据可以为音乐应用业务类型，该音频数据对应的第一时间长度为320ms。

如图6A所示，在终端100接收到蓝牙设备200返回的确认信息后，终端100可以开始向蓝牙设备200传输音频数据。蓝牙设备200在接收到终端100传输的音频数据后，可以开始将音频数据填入缓存器(buffer)中。

如图6B所示，蓝牙设备200可以继续接收终端100传输的音频数据，并存入缓存器中。其中，蓝牙设备200的缓存器中存入的音频数据的时间长度为120ms，还未到达第一缓存时间长度(例如320ms)。因此，蓝牙设备200未开始播放音频数据，继续接收终端100传输的音频数据并存入缓存器中。

如图6C所示，蓝牙设备200可以继续接收终端100传输的音频数据，并存入缓存器中。其中，蓝牙设备200的缓存器中存入的音频数据的时间长度为320ms，刚好到达第一缓存时间长度(例如320ms)。因此，蓝牙设备200可以开始播放缓存器中的音频数据。其中，蓝牙设备200按照先音频数据先存入缓存器先取出的规则，取出缓存器中缓存的音频数据先进行解码，然后播放该解码后的音频数据。

如图6D所示，蓝牙设备200可以继续接收终端100传输的音频数据，并存入缓存器中。蓝牙设备200也继续播放缓存器中缓存的音频数据。其中，缓存器中音频数据的时间长度为320ms，蓝牙设备200已播放完80ms的音频数据。

如图6E所示，当蓝牙设备200与终端100之间的蓝牙传输链路发生抖动，导致终端100向蓝牙设备200传输的音频数据有中断。例如，蓝牙设备200由于蓝牙传输链路抖动，80ms没有接收到终端100传输的音频数据。蓝牙设备200的缓存器中有80ms未缓存新的音频数据，因此，缓存器中只剩下缓存的240ms音频数据。但是，蓝牙设备200在发生蓝牙传输链路抖动的80ms内，依然持续在播放缓存器中已缓存的音频数据。因此，通过缓存器缓存足够量的音频数据，能够保证在蓝牙传输链路发生抖动时，蓝牙设备200依然能够连续的播放音频数据。

如图6F所示，当蓝牙设备200与终端100之间的蓝牙传输链路无抖动恢复正常时，终端100可以继续向蓝牙设备200传输音频数据。蓝牙设备200在接收到终端100传输的音频数据后，可以继续将新接收到的音频数据缓存至缓存器中。由于，之前的链路抖动，缓存器中音频数据的时间长度缩短至240ms。

其中，上述图6A-图6F所示示例，仅仅用于解释本申请不应构成限定。

在一些实施例中，当终端100接收到用户针对第一音频数据的播放操作时，终端100可以识别出该第一音频数据的业务类型为第一业务类型(例如为音乐应用业务类型)，终端100可以将发送第一指示信息给蓝牙设备200。蓝牙设备200在接收到该第一指示信息后，可以根据该第一指示信息设置该第一音频数据的缓存时间长度为第一时长(例如320ms)。

示例性的，在蓝牙设备200开始播放第一音频数据后，若终端100接收到用户针对第二音频数据的播放操作时，则终端100可以识别出该第二音频数据的业务类型为第二业务类型(例如为游戏应用业务类型)，终端100可以发送第二指示信息给蓝牙设备200。蓝牙设备200在接收到该第二指示信息后，根据该第二指示信息设置该第二音频数据的缓存时间长度为第二时长(例如80ms)。其中，终端100在缓存第二音频数据之前，可以将缓存器中已缓存的第一音频数据清空。

通过本申请实施例提供一种蓝牙通信方法，终端100根据音频数据的业务类型，在蓝牙设备200的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备200的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备200才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备200播放音频数据进行针对性的时延控制，满足了终端100不同场景下通过蓝牙设备200播放音频数据的时延需求，提高了用户体验。

在一些应用场景中，由于终端100的无线局域网(wireless local areanetworks，WLAN)模块和蓝牙模块集成在同一块芯片中，当终端100的WLAN功能和蓝牙功能同时开启时，由WLAN模块和蓝牙模块集成的芯片在同一时隙只能够发送一个数据包。示例性的，如图7A所示，当蓝牙数据包和WLAN数据包同时需要该芯片发送时，该蓝牙数据包和WLAN数据包在传输上就会起冲突。通常，终端100可以为蓝牙数据包和WLAN数据包设置传输优先级。当蓝牙数据包的传输优先级高于WLAN数据包时，若蓝牙数据包和WLAN数据包同时需要该芯片发送，则该芯片会优先发送蓝牙数据包，从而打断了WLAN数据包的传输，会影响WLAN数据包的传输效率。

为了降低终端100发送WLAN数据包被打断的几率，终端100可以对蓝牙数据实行聚包机制。示例性的，如图7B所示，在终端100开启蓝牙聚包机制后，终端100在发送蓝牙数据包时可以在聚集一定数量的蓝牙数据包后再一起发送。例如，终端100可以每聚集3个蓝牙数据包一起发送。在一种可能的实现方式中，终端100也可以聚集一定时间内的蓝牙数据包后再一起发送。例如，终端100可以每聚集50ms内的蓝牙数据包一起发送。

通过上述蓝牙聚包机制，可以减少打断传输WLAN数据包的几率，提高了WLAN数据包的传输效率。但是，在一些应用场景下，例如，终端100运行游戏类应用时，由于终端100在运行游戏类应用时，用户更需要的是听到的声音与终端100上显示的画面同步，需要蓝牙设备200在播放音频数据有较低的时延。由于终端100通过聚包机制传输音频数据，终端100需要花时间将多个数据包聚集后再一起发送，增加了蓝牙设备200播放音频数据的时延。在另一些应用场景下，例如，终端100在运行音乐类应用时，由于终端100在运行音乐类应用时，用户对时延敏感度不高，用户更注重的是蓝牙设备200输出声音的连续性。若终端100未采用聚包机制，由于WLAN功能的打开，终端100在传输蓝牙数据包时，高几率会打断WLAN数据包的传输，降低了WLAN的传输速率，影响用户体验。

因此，本申请实施例提供一种蓝牙通信方法，终端100可以根据音频数据的业务类型，决定是否需要采用聚包传输机制，以满足终端100不同场景下通过蓝牙设备200播放音频数据的需求，提高了用户体验。

下面介绍本申请提供的一种蓝牙通信方法。

请参照图8，图8示出了本申请实施例提供的一种蓝牙通信方法。如图8所示，该方法还包括：

S801、终端100与蓝牙设备200建立蓝牙连接。

具体内容，可以参考前述图4所示实施例中的步骤S401，在此不再赘述。

S802、终端100接收用户播放音频数据的操作。

具体内容，可以参考前述图4所示实施例中的步骤S402，在此不再赘述。

S803、响应于用户播放音频数据的操作，终端100可以获取音频数据的业务类型。

具体内容，可以参考前述图4所示实施例中的步骤S403，在此不再赘述。

S804、终端100判断音频数据的业务类型是否属于低时延业务场景。若是，则执行步骤S505、终端100指示蓝牙芯片关闭聚包传输机制。若否，则执行步骤S506、终端100指示蓝牙芯片开启聚包传输机制。

其中，业务场景可以包括低时延业务场景和高音质业务场景。由于在低时延业务场景下，要求音频数据被播放时有较低的时延，因此，终端100通过蓝牙向蓝牙设备200发送音频数据时，可以关闭聚包传输机制，以降低时延。由于在高音质业务场景下，要求音频数据被播放时流畅度较高，因此，终端100通过蓝牙向蓝牙设备200发送音频数据时，可以开启聚包传输机制，以降低WLAN信号对应蓝牙传输的干扰，提高了蓝牙设备200播放音频数据的音质。

终端100上存储有业务类型与业务场景对应关系。终端100可以在获取到音频数据的业务类型后，根据该音频数据的业务类型，从业务类型与业务场景的对应关系中，查询到该音频数据的业务类型对应的业务场景。

示例性的，业务类型与业务场景对应的关系可以如下表2所示：

表2

由上述表2可以看出，低时延业务场景下包括的业务类型有视频应用业务类型、游戏应用业务类型等。高音质业务场景下包括的业务类型有音乐应用业务类型等。上述表2仅仅用于解释本申请，不应构成限定。

示例性的，若上述音频数据的业务类型为音乐应用业务类型，则终端100可以判定出该音频数据对应的业务场景为低时延业务场景。因此，终端100可以指示蓝牙芯片关闭聚包传输机制，以降低时延。若上述音频数据的业务类型为游戏应用业务类型，则终端100可以判定出该音频数据为高音质业务场景。因此，终端100可以指示蓝牙芯片开启聚包传输机制，以提高蓝牙设备200播放音频数据的音质。

S807、终端100向蓝牙设备200传输该音频数据。

其中，当终端100判定出该音频数据的业务类型属于低时延业务场景时，终端100可以关闭聚包传输机制向蓝牙设备200传输该音频数据。当终端100判定出该音频数据的业务类型不属于低时延业务场景时，终端100可以开启聚包传输机制向蓝牙设备200传输该音频数据。

S808、蓝牙设备200播放终端100发送的音频数据。

蓝牙设备200在接收终端100传输音频数据的同时，可以播放接收到的音频数据。

其中，在本申请实施例中，当终端100的蓝牙芯片开启聚包传输机制后，终端100可以每聚集指定聚包数量(例如5个)的蓝牙数据包后，再一起发送给蓝牙设备200。或者，终端100可以每隔指定聚包时间(例如30ms)，才一起发送该指定时间内聚集的蓝牙数据包。

在一种可能的实现方式中，终端100可以在获取到音频数据的业务类型后，可以根据该业务类型确定出该业务类型对应的第一聚包数量。然后，终端100可以每聚集完第一聚包数量的蓝牙数据包后，再一起发送给蓝牙设备200。

在一种可能的实现方式中，终端100可以在获取到音频数据的业务类型后，可以根据该业务类型确定出该业务类型对应的第一聚包时长。然后，终端100可以每隔第一聚包时长(例如40ms)，才一起发送向蓝牙设备200发送该第一聚包时长内聚集的蓝牙数据包。

在本申请实施例中，上述图4所示实施例与图8所示实施例可以相互结合。终端100在获取到音频数据的业务类型后，向蓝牙设备200发送音频数据之前，终端100可以发送该业务类型的指示信息给蓝牙设备200。蓝牙设备可以根据该指示信息设置该音频数据对应的缓存时间长度为该业务类型对应的时长。

终端100在获取到音频数据的业务类型后，还可以判断该音频数据的业务类型是否属于低时延业务场景。当该音频数据的业务类型属于低时延业务场景时，终端100可以关闭聚包传输机制向蓝牙设备200传输该音频数据。蓝牙设备200在接收到终端100传输的音频数据时，可以将接收到的音频数据缓存在缓存器中。当缓存器中缓存的音频数据达到该业务类型(例如游戏应用业务类型)对应的缓存时间长度(例如80ms)时，蓝牙设备200才开始播放该缓存器中的音频数据。

当该音频数据的业务类型不属于低时延业务场景时，终端100可以开启聚包传输机制向蓝牙设备200传输该音频数据。蓝牙设备200在接收到终端100传输的音频数据时，可以将接收到的音频数据缓存在缓存器中。当缓存器中缓存的音频数据达到该业务类型(例如音乐应用业务类型)对应的缓存时间长度(例如320ms)时，蓝牙设备200才开始播放该缓存器中的音频数据。

通过图4所示实施例与图8所示实施例的结合，终端100可以在不同的应用场景下，对蓝牙设备200播放音频数据进行针对性的时延控制，满足了在不同场景下终端100通过蓝牙设备200播放音频数据的时延需求，提高了用户体验。

下面介绍本申请实施例中提供的一种蓝牙通信系统的示意框架图。

如图9所示，该蓝牙通信系统900可以包括终端100和蓝牙设备200。其中，该终端100可以包括但不限于有处理器910、存储器920、蓝牙芯片930。其中，处理器910可以运行有应用模块911和业务类型识别模块912。该存储器920中存储有应用模块911的音频数据。该蓝牙设备200可以包括但不限于有蓝牙芯片940、缓存器950、数字信号处理器(digitalsignal processor，DSP)960和扬声器970。其中：

1、处理器910在运行应用模块911时，若接收到对音频数据的播发指令时，应用模块911可以发送开始播放指令给处理器910运行的业务类型识别模块912和蓝牙芯片930。

2、处理器910在运行业务类型识别模块912时，可以识别到该音频数据的业务类型，并查找到该业务类型对应的缓存时间长度。接着，处理器910可以将该缓存时间长度发送给蓝牙芯片930。

3、终端100上的蓝牙芯片930在接收到处理器910发送的缓存时间长度后，可以将缓存时间长度通过已建立的蓝牙链路发送给蓝牙设备200上的蓝牙芯片940。

4、蓝牙设备200上的蓝牙芯片940在接收到缓存时间长度后，可以向终端100上的蓝牙芯片930返回确认接收响应。

5、蓝牙设备200上的蓝牙芯片940在接收到缓存时间长度后可以将缓存时间长度设置到数字信号处理器960上。

6-7、终端100上的蓝牙芯片930在接收到确认接收响应后，可以将存储器920中存储的音频数据传输给蓝牙设备200上的蓝牙芯片940。

8、蓝牙设备200的蓝牙芯片940可以将接收到的音频数据缓存至缓存器950中。

9、数字信号处理器960可以监测缓存器950中的音频数据缓存情况。当缓存的音频数据到达缓存时间长度时，数字信号处理器960开始对缓存器950中的音频数据进行音频解码。

10、数字信号处理器960可以将解码后的音频信号输出到扬声器970上。扬声器970根据解码后的音频信号，输出声音。

其中，在本申请实施例中未详述的部分可以参考前述图4所示实施例，在此不再赘述。

通过本申请实施例提供一种蓝牙通信方法，终端100根据音频数据的业务类型，在蓝牙设备200的缓存器(buffer)上，为不同业务类型的音频数据设置不同的缓存时间长度，当蓝牙设备200的缓存器中缓存的数据量达到设置的缓存时间长度时，蓝牙设备200才开始播放缓存器中的音频数据。这样，终端可以在不同的应用场景下，对蓝牙设备200播放音频数据进行针对性的时延控制，满足了终端100不同场景下通过蓝牙设备200播放音频数据的时延需求，提高了用户体验。

下面介绍本申请实施例中提供的一种蓝牙通信系统的示意框架图。

如图10所示，该蓝牙通信系统1000可以包括终端100和蓝牙设备200。其中，该终端100可以包括但不限于有处理器1010、存储器1020、蓝牙芯片1030。其中，处理器1010可以运行有应用模块1011和业务类型识别模块1012。该存储器1020中存储有应用模块1011的音频数据。该蓝牙设备200可以包括但不限于有蓝牙芯片1040、数字信号处理器(digitalsignal processor，DSP)1050和扬声器1060。其中：

1、处理器1010在运行应用模块1011时，若接收到对音频数据的播发指令时，应用模块1011可以发送开始播放指令给处理器1010运行的场景识别模块1012和蓝牙芯片1030。

2、处理器1010在运行场景识别模块1012时，可以识别到该音频数据的业务场景，并确定出是否聚包传输。接着，处理器1010可以将该聚包传输设置指令发送给蓝牙芯片1030。聚包传输设置指令用于指示蓝牙芯片1030在传输数据时开启/关闭聚包传输机制。

3、蓝牙芯片1030可以从存储器1020中获取到该应用模块1011的音频数据。

4、终端100上的蓝牙芯片1030通过开启/关闭聚包机制传输该音频数据给蓝牙设备200上的蓝牙芯片1040。

5、蓝牙设备200上的蓝牙芯片1040接收到音频数据后，可以将音频数据发送给数字信号处理器1050进行音频解码。

6、数字信号处理器1050可以将解码后的音频信号输出到扬声器1060上。扬声器1060根据解码后的音频信号，输出声音。

其中，在本申请实施例中未详述的部分可以参考前述图8所示实施例，在此不再赘述。

通过本申请实施例，终端100可以根据音频数据的业务类型，决定是否需要采用聚包传输机制，以满足终端100不同场景下通过蓝牙设备200播放音频数据的需求，提高了用户体验。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (19)

1.一种蓝牙通信方法，其特征在于，所述方法应用于蓝牙系统，所述蓝牙系统包括终端和蓝牙设备，所述方法包括：

所述终端接收用户针对第一音频数据的播放操作；

当所述第一音频数据的业务类型为第一业务类型时，所述终端发送第一指示信息给所述蓝牙设备，所述第一指示信息用于所述蓝牙设备设置所述第一音频数据的缓存时间长度为第一时长；

所述蓝牙设备接收所述终端通过蓝牙发送的所述第一音频数据，并缓存所述第一音频数据；

当所述第一音频数据的缓存时间长度到达第一时长时，所述蓝牙设备开始播放已缓存的所述第一音频数据。

2.根据权利要求1所述的方法，其特征在于，在所述蓝牙设备开始播放已缓存的所述第一音频数据后，所述方法还包括：

所述终端接收用户针对第二音频数据的播放操作；

当所述第二音频数据的业务类型为第二业务类型时，所述终端发送第二指示信息给所述蓝牙设备，所述第二指示信息用于所述蓝牙设备设置所述第二音频数据的缓存时间长度为第二时长；

当所述第二音频数据的缓存时间长度到达第二时长时，所述蓝牙设备开始播放所述缓存器中已缓存的所述第二音频数据。

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

当所述蓝牙设备接收到所述终端发送的第一指示信息后，所述蓝牙设备向所述终端发送确认信息；

响应于所述确认信息，所述终端通过蓝牙向所述蓝牙设备发送所述第一音频数据。

4.根据权利要求1所述的方法，其特征在于，在所述蓝牙设备开始播放所述第一音频数据后，所述方法还包括：

当所述蓝牙设备检测到所述第一音频数据的传输中断时，所述蓝牙设备继续播放已缓存的所述第一音频数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

当所述蓝牙设备检测到所述第一音频数据的传输恢复时，所述蓝牙设备继续缓存所述第一音频数据，并继续播放已缓存的所述第一音频数据。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第一音频数据的业务场景为低时延业务场景，所述终端在发送所述第一音频数据给所述蓝牙设备时，关闭蓝牙聚包传输机制。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第一音频数据的业务场景不为低时延业务场景，所述终端在发送所述第一音频数据给所述蓝牙设备时，开启蓝牙聚包传输机制。

8.一种蓝牙系统，其特征在于，所述蓝牙系统包括终端和蓝牙设备；其中，

所述终端，用于接收用户针对第一音频数据的播放操作；

所述终端，还用于当第一音频数据的业务类型为第一业务类型时，发送第一指示信息给所述蓝牙设备，所述第一指示信息用于所述蓝牙设备设置所述音频数据的缓存时间长度为第一时长；

所述蓝牙设备，用于接收所述终端通过蓝牙发送的所述第一音频数据，并缓存所述第一音频数据；

所述蓝牙设备，还用于当所述第一音频数据的缓存时间长度到达第一时长时，所述蓝牙设备开始播放已缓存的所述第一音频数据。

9.根据权利要求8所述的蓝牙系统，其特征在于，所述终端，还用于：

在所述蓝牙设备开始播放已缓存的所述第一音频数据后，接收用户针对第二音频数据的播放操作；

当所述第二音频数据的业务类型为第二业务类型时，发送第二指示信息给所述蓝牙设备，所述第二指示信息用于所述蓝牙设备设置所述第二音频数据的缓存时间为第二时长；

所述蓝牙设备，还用于当所述第二音频数据的缓存时间长度到达第二时长时，开始播放所述缓存器中已缓存的所述第二音频数据。

10.根据权利要求8所述的蓝牙系统，其特征在于，所述蓝牙设备，还用于当接收到所述终端发送的第一指示信息后，向所述终端发送确认信息；

所述终端，还用于响应于所述确认信息，通过蓝牙向所述蓝牙设备发送所述第一音频数据。

11.根据权利要求8所述的蓝牙系统，其特征在于，所述蓝牙设备，还用于：

当检测到所述第一音频数据的传输中断时，继续播放已缓存的所述第一音频数据。

12.根据权利要求11所述的蓝牙系统，其特征在于，所述蓝牙设备，还用于：

当检测到所述第一音频数据的传输恢复时，所述蓝牙设备继续缓存所述第一音频数据，并继续播放已缓存的所述第一音频数据。

13.根据权利要求8所述的蓝牙系统，其特征在于，所述终端，还用于：

当所述第一音频数据的业务场景为低时延业务场景，在发送所述第一音频数据给所述蓝牙设备时，关闭蓝牙聚包传输机制。

14.根据权利要求8所述的蓝牙系统，其特征在于，所述终端，还用于：

当所述第一音频数据的业务场景不为低时延业务场景，在发送所述第一音频数据给所述蓝牙设备时，开启蓝牙聚包传输机制。

15.一种终端，其特征在于，所述终端包括蓝牙芯片、存储器、触控屏和处理器；所述存储器与所述处理器耦合；其中，所述蓝牙芯片支持经典蓝牙BR/EDR功能；

所述触控屏，用于接收用户针对第一音频数据的播放操作；

所述处理器，用于当所述第一音频数据的业务类型为第一业务类型时，指示所述蓝牙芯片发送第一指示信息给蓝牙设备；其中，所述第一指示信息用于指示所述蓝牙设备在所述第一音频数据的缓存时间到达第一时长时开始播放已缓存的所述第一音频数据；

所述蓝牙芯片，用于向所述蓝牙设备发送所述第一音频数据。

16.根据权利要求15所述的终端，其特征在于，所述触控屏，还用于在所述蓝牙设备开始播放已缓存的所述第一音频数据后，接收用户针对第二音频数据的播放操作；

所述处理器，还用于当所述第二音频数据的业务类型为第二业务类型时，发送第二指示信息给所述蓝牙设备，所述第二指示信息用于指示所述蓝牙设备在所述第二音频数据的缓存时间长度到达第二时长时开始播放已缓存的所述第二音频数据。

17.根据权利要求15所述的终端，其特征在于，所述蓝牙芯片，还用于：

接收所述蓝牙设备在接收到所述第一指示信息后发送的确认信息；

响应于所述确认信息，向所述蓝牙设备发送所述第一音频数据。

18.根据权利要求15所述的终端，其特征在于，所述处理器，还用于：

当所述第一音频数据的业务场景为低时延业务场景，指示所述蓝牙芯片在发送所述第一音频数据给所述蓝牙设备时，关闭蓝牙聚包传输机制。

19.根据权利要求15所述的终端，其特征在于，所述处理器，还用于：

当所述第一音频数据的业务场景不为低时延业务场景时，指示所述蓝牙芯片在发送所述第二音频数据给所述蓝牙设备时，开启蓝牙聚包传输机制。

Images