CN116744244A - 一种通信方法、存储介质及电子设备 - Google Patents

Abstract

本申请涉及蓝牙技术领域，尤其涉及一种通信方法、存储介质及电子设备。本申请公开的通信方法中，手机在初始化阶段，完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册。当手机来电时，手机与蓝牙耳机建立HFP连接，手机的来电铃音通过HFP在蓝牙耳机上播放，之后，手机与蓝牙耳机建立A2DP连接。如此，手机的来电铃音将通过HFP在蓝牙耳机上播放，从而避免了手机的来电铃音从通过A2DP在蓝牙耳机上播放切换到从通过HFP在蓝牙耳机上播放时导致来电铃音卡顿的现象，提升了用户的通话体验。

Description

一种通信方法、存储介质及电子设备

技术领域

本申请涉及蓝牙技术领域，尤其涉及一种通信方法、存储介质及电子设备。

背景技术

蓝牙音频传输模型协定（advanced audio distribution profile，A2DP）和电话服务协议（hands-free profile，HFP）是第一电子设备（下文以手机为例进行说明）中用于传输音频业务的两种协议，即通过A2DP和HFP，手机可以通过蓝牙将音频数据传到具有蓝牙功能的第二电子设备（下文以蓝牙耳机为例进行说明）中。其中，A2DP具有音频传输非实时性的特点，用于实现多媒体业务，例如播放音乐等。HFP具有音频传输实时性的特点，用于实现通话业务，例如实时语音等。

蓝牙物理链路分为同步链路（synchronous connection oriented，SCO）和异步链路（asynchronous connection less，ACL）。SCO链路用于传输对实时性要求高的数据，例如通话业务的音频数据。ACL链路用于传输非实时性要求的数据，例如音乐应用的音频数据等。因此，为了保证通话质量，手机的通话业务需要在SCO链路上通过HFP传输音频数据。

然而，在一些情况下，例如手机打开了蓝牙功能，与蓝牙耳机处于已配对但未连接的状态，如果手机接收到来电信息，则根据蓝牙协议的规定，手机会通过蓝牙耳机来播放来电铃音，因此手机会与蓝牙耳机建立连接。在手机与蓝牙耳机建立连接时，如果通过getProfileProxy函数来注册蓝牙传输相关的HFP和A2DP协议，由于A2DP的注册进程快于HFP的注册进程，手机会先通过A2DP进行来电铃音的传输，后切换至通过HFP进行来电铃音的传输，切换的过程中手机会暂停来电铃音的音频数据传输，从而使得手机的来电铃音出现卡顿的现象。

发明内容

为了解决上述手机的来电铃音出现卡顿的现象，本申请提供了一种通信方法、存储介质及电子设备。

第一方面，本申请提供了一种通信方法，包括：对应于第一电子设备满足第一条件，第一电子设备完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册；第一电子设备接收到来电信息，并且检测到与第一电子设备进行过蓝牙配对且未建立蓝牙连接的第二电子设备；第一电子设备与第二电子设备建立蓝牙连接，并且第一电子设备先建立电话服务协议HFP连接，以通过电话服务协议HFP向第二电子设备传输音频数据，其中音频数据包括来电信息对应的来电铃音，并且第一电子设备在建立电话服务协议HFP连接之后建立蓝牙音频传输模型协定A2DP连接。

可以理解本申请提及的第一电子设备包括手机等能够进行语音通话并且具有蓝牙功能的任意电子设备，本申请提及的第二电子设备包括蓝牙耳机等具有蓝牙功能并且具有音频数据播放功能的任意电子设备。

如此，手机提前完成HFP和A2DP的注册，当手机来电时，手机根据通话业务的类型，首先选择与蓝牙耳机建立HFP连接，手机的来电铃音将通过HFP在蓝牙耳机上播放。之后，手机与蓝牙耳机建立A2DP连接，手机不再选择通过A2DP播放来电铃音。从而避免了手机的来电铃音从通过A2DP在蓝牙耳机上播放切换到从通过HFP在蓝牙耳机上播放时导致来电铃音卡顿的现象，提升了用户的通话体验。

在上述第一方面的一种可能实现中，第一条件包括下列中的至少一种：进入开机阶段、蓝牙功能被打开、检测到已进行过蓝牙配对的电子设备。

可以理解，本申请提及的第一条件可以为手机处于初始化阶段，手机的初始化阶段包括但不限于进入开机阶段、蓝牙功能被打开、检测到已进行过蓝牙配对的电子设备。

在上述第一方面的一种可能实现中，第一电子设备通过以下方式建立电话服务协议HFP连接：第一电子设备中的音频管家应用向蓝牙应用发送与第二电子设备建立电话服务协议HFP连接的消息，蓝牙应用建立电话服务协议HFP连接。

在上述第一方面的一种可能实现中，通过电话服务协议HFP向第二电子设备传输音频数据，包括：第一电子设备中的电话应用接收到电话服务协议HFP建立成功的信息，向音频框架发送切出声设备指令；音频框架选择出声设备为与第一电子设备建立电话服务协议HFP连接的第二电子设备，向第二电子设备传输音频数据。

可以理解，出声设备也可以是手机的扬声器、听筒，或者是与手机连接的音响等设备，本申请对于出声设备的类型不做限制。

在上述第一方面的一种可能实现中，第一电子设备在建立电话服务协议HFP连接之后建立蓝牙音频传输模型协定A2DP连接，包括：第一电子设备在建立电话服务协议HFP连接之后，第一电子设备中的音频管家应用向蓝牙应用发送与第二电子设备建立蓝牙音频传输模型协定A2DP连接的消息，蓝牙应用建立蓝牙音频传输模型协定A2DP连接。

可以理解，为了保证手机中的通话业务和多媒体业务都能通过蓝牙耳机播放，手机需要与蓝牙耳机建立蓝牙音频传输模型协定A2DP和电话服务协议HFP的双重连接。在手机与蓝牙耳机建立HFP连接后，手机与蓝牙耳机建立A2DP连接。

在上述第一方面的一种可能实现中，通信方法还包括：当第一电子设备与第二电子设备建立蓝牙音频传输模型协定A2DP连接后，第一电子设备中的音频框架不再重新选择出声设备。

可以理解，由于通话业务是在SCO链路上通过HFP传输的音频数据，具有音频传输实时性的特点，为了保证通话质量，音频框架选择出声设备为与手机建立HFP连接的蓝牙耳机，而不再重新选择出声设备。

在上述第一方面的一种可能实现中，第一电子设备完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册，包括：第一电子设备通过执行第一预设函数完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册。

可以理解，第一预设函数包括getProfileProxy函数。

在上述第一方面的一种可能实现中，蓝牙应用建立电话服务协议HFP连接，包括蓝牙应用通过调用第二预设函数，与第二电子设备建立电话服务协议HFP连接。

可以理解，第二预设函数包括onServiceConnected函数中ConnectHfp函数。

在上述第一方面的一种可能实现中，蓝牙应用建立蓝牙音频传输模型协定A2DP连接，包括：第一电子设备通过调用第三预设函数，与第二电子设备建立蓝牙音频传输模型协定A2DP连接。

可以理解，第三预设函数包括onServiceConnected函数中ConnectA2dp函数。

第二方面，本申请提供一种计算机可读存储介质，可读存储介质上存储有指令，指令在电子设备上执行时使电子设备实现上述第一方面及第一方面的任意一种可能实现的通信方法。

第三方面，本申请提供一种电子设备，包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令；以及处理器，用于执行存储器中存储的指令以实现上述第一方面及第一方面的任意一种可能实现的通信方法。

附图说明

图1（a）根据本申请的一些实施例，示出了一种手机20来电的场景示意图；

图1（b）根据本申请的一些实施例，示出了另一种手机20来电的场景示意图；

图2根据本申请的一些实施例，示出了一种手机20的软件架构示意图；

图3根据本申请的一些实施例，示出了一种手机20的交互示意图；

图4根据本申请的一些实施例，示出了一种手机20的交互示意图；

图5根据本申请的一些实施例，示出了一种手机20的硬件结构示意图。

具体实施方式

本申请的说明性实施例包括但不限于一种通信方法、存储介质及电子设备。

本申请提及的第一电子设备可以是能够进行语音通话并且具有蓝牙功能的任意电子设备，包括但不限于手机、媒体播放器、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、个人数字助理(personal digitalassistant，PDA)，为了便于描述，本申请以第一电子设备为手机20为例进行介绍。

本申请提及的第二电子设备可以是具有蓝牙功能并且具有音频数据播放功能的任意电子设备，包括但不限于无线耳机、无线音箱、无线手环、无线车载、无线智能眼镜、无线手表、增强现实(augmented reality，AR)/虚拟现实(virtualreality，VR)设备等设备。本申请对第二电子设备的具体形态不做特殊限制。为了便于描述，本申请以第二电子设备为蓝牙耳机10和平板电脑30为例进行介绍。

下面结合附图对本申请的一些实施例的技术方案进行描述。

图1（a）示出了一种手机20来电的场景示意图。如图1（a）所示，蓝牙耳机10与平板电脑30处于已配对且连接的状态，即蓝牙耳机10与平板电脑30已经通过认证建立可信关系，并且，平板电脑30的输出音频可以通过蓝牙耳机10播放。此时，如果手机20打开了蓝牙功能，与蓝牙耳机10处于已配对但未连接的状态，即蓝牙耳机10与手机20之前已经通过认证建立可信关系，手机20的输出音频可以通过本机的喇叭外放，而不能通过蓝牙耳机10播放。此时，如果手机20接收到来电，根据蓝牙协议的规定，手机20会抢占蓝牙耳机10，即手机20会与蓝牙耳机10进行连接。

图1（b）示出了另一种手机20来电的场景示意图。如图1（b）所示，如果手机20打开了蓝牙功能，与蓝牙耳机10处于已配对但未连接的状态，即蓝牙耳机10与手机20已经通过认证建立可信关系，但是，用户手动断开了蓝牙耳机10与手机20的连接，即手机20的输出音频可以通过本机的喇叭外放，而不能通过蓝牙耳机10播放。此时，如果手机20接收到来电，根据蓝牙协议的规定，手机20将会与蓝牙耳机10进行连接。

如前所述，当手机20收到来电消息后，为了能让手机20的来电铃音从蓝牙耳机10中播放，手机20需要建立HFP和A2DP连接，而建立连接的过程中存在手机的来电铃音会出现卡顿的现象。具体地，手机20在接收到来电消息后，将首先注册用于传输音频业务的协议，包括HFP即用于实现通话业务的协议，和A2DP即用于实现多媒体业务的协议，然后建立手机20与蓝牙耳机10的A2DP和HFP连接。当手机20与蓝牙耳机10的建立A2DP和HFP连接后，手机20可以进行音频数据的蓝牙传输，即在蓝牙耳机10上播放来电铃音。其中，手机20注册HFP和A2DP的进程是并行的进程，即手机20将同时注册HFP和A2DP。但是，如果手机20执行getProfileProxy函数，手机20注册A2DP的速度更快，即手机20先完成注册A2DP。由于手机20与蓝牙耳机10建立HFP和A2DP连接的进程是串行的进程，即当手机20完成注册A2DP后，手机20将与蓝牙耳机10首先建立A2DP连接。例如，手机20可以通过执行onServiceConnected函数中的ConnectA2dp函数与蓝牙耳机10首先建立A2DP连接，并通过A2DP在蓝牙耳机10上播放来电铃音。

为了保证手机20中的通话业务和多媒体业务都能通过蓝牙耳机10播放，在手机20收到来电消息后，手机20需要与蓝牙耳机10建立A2DP和HFP的双重连接。当手机20与蓝牙耳机10建立A2DP连接后，一段时间后手机20才能完成HFP的注册，当手机20完成HFP的注册后，手机20才能与蓝牙耳机10建立HFP连接，例如，手机20可以通过执行onServiceConnected函数中的ConnectHfp函数与蓝牙耳机10建立HFP连接。而通话业务是在SCO链路上通过HFP传输的音频数据，具有音频传输实时性的特点。当手机20与蓝牙耳机10建立HFP连接后，手机20将优先选择通过HFP在蓝牙耳机10上播放来电铃音，即手机20将从通过A2DP在蓝牙耳机10上播放来电铃音切换至通过HFP在蓝牙耳机10上播放来电铃音。而在手机20切换来电铃音的过程中，由于手机20会暂停来电铃音的音频流，导致手机20的来电铃音将会出现卡顿的现象。

为了解决上述问题，本申请提供了一种解决来电铃音卡顿的方法。具体地，可以提前控制手机完成HFP和A2DP的注册，例如，手机在开机阶段、打开蓝牙功能时或者手机在检测到之前配对过但未连接的蓝牙耳机时，通过getProfileProxy函数完成HFP和A2DP的注册。然后，如果手机接收到来电信息，则可以选择先与蓝牙耳机建立HFP连接，然后再与蓝牙耳机建立A2DP连接。例如，手机通过执行onServiceConnected函数中的ConnectHfp函数，使得手机先与蓝牙耳机建立HFP连接；再通过执行onServiceConnected函数中的ConnectA2dp函数，使得手机与蓝牙耳机建立A2DP连接。如此，手机的来电铃音将通过HFP在蓝牙耳机上播放。从而避免了手机的来电铃音从通过A2DP在蓝牙耳机上播放切换到通过HFP在蓝牙耳机上播放时导致来电铃音卡顿的现象，提升了用户的通话体验。

下面结合图2介绍本申请提及的手机20的软件架构。图2示出了一种手机20的软件架构的示意图。如图2所示，手机20软件架构从上到下分别为应用程序层101、框架层102、安卓库103和驱动层104。

应用程序层101可以包括主界面、电话、蓝牙、音频管家等应用程序。应用程序层101还可以包括其他应用程序，例如支付应用，购物应用、银行应用、聊天应用或理财应用等，本申请不做限定。本申请中，电话应用用于发送手机20来电的广播，以及用于向框架层102发送手机20中来电铃音的音频流。音频管家应用用于注册A2DP和HFP，以及用于向蓝牙应用发送与蓝牙耳机10建立HFP和A2DP连接的消息。蓝牙应用用于与蓝牙耳机10建立HFP和A2DP连接，以及用于向框架层102发送连接成功的广播。

框架层102包括电话框架、蓝牙框架、音频框架等。框架层102为应用程序层101提供多语言框架，例如运算能力（可以包括CPU算力、图形处理器（Graphics ProcessingUnit，GPU）算力、图像信号处理器（Image Signal Processor，ISP）算力等）、识音能力（可以包括麦克风识音能力、语音识别能力等）、设备安全防护方面的安全能力（可以包括可信任运行环境安全等级等）、显示能力（可以包括屏幕分辨率、屏幕尺寸等）、播放能力（包括扩音能力、立体声效能力等、以及存储能力（可以包括设备的内存能力、随机存取存储器（randomaccess memory，RAM）能力等）），在此不做限制。应用程序层101的应用程序可以通过调用框架层102所提供的各个能力对应的函数，来实现相应的功能。

其中，电话框架用于提供手机20的通信功能。例如通话状态的管理(包括接通，挂断等)。蓝牙框架用于提供手机20的蓝牙服务。音频框架接收应用程序层101各个应用程序发送的音频业务，识别音频业务的类型；以及进行业务仲裁和抢占。本申请中，音频框架用于选择出声设备为与手机20建立A2DP或者HFP连接的蓝牙耳机20，以及用于接收铃声音频流。

安卓库103包括表面管理器、媒体库、三维图形处理库、安卓运行时等。

其中，表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库（例如，OpenGL ES），用于实现三维图形绘图，图像渲染，合成，和图层处理等。安卓运行时（Android Runtime）包括核心库和虚拟机。安卓运行时负责安卓系统的调度和管理。核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。应用程序层101和框架层102运行在虚拟机中。虚拟机将应用程序层101和框架层102的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

驱动层104可以为手机20提供统一外设访问能力和管理框架，包括显示驱动、蓝牙驱动、音频驱动等。

可以理解，图2所示的手机20的软件架构只是一种示例，在另一些实施例中，本申请实施例适用的软件架构可以包括更多或更少的，也可以拆分或合并部分，还可以采用其他架构，在此不做限定。

下面结合图3和手机20的软件架构，介绍目前当手机20来电时手机20中交互的具体流程。图3示出了一种手机20中交互的流程示意图，如图3所示，交互流程包括如下步骤：

S101：蓝牙应用向音频管家应用发送蓝牙打开广播。

当手机20的蓝牙打开时，蓝牙应用向音频管家应用发送蓝牙打开的广播。

S102：电话应用向音频框架发送铃声音频流。

当手机20来电时，电话应用向音频框架发送铃声音频流。

在一些实施例中，电话应用发送的铃声音频流为stream_ring函数的类型，本申请对于铃声音频流的类型不做限制。

S103：电话应用向音频管家应用发送来电广播。

当手机20来电时，电话应用向音频管家应用发送来电广播。

在一些实施例中，步骤S102也可以在步骤S103之后执行，即电话应用首先向音频管家应用发送手机20的来电广播，再向音频框架发送铃声音频流。本申请实施例对于电话应用发送铃声音频流和来电广播的顺序不做限制。

在一些实施例中，来电广播可以包括来电电话号码、来电运营商信息等。

S104：音频管家应用注册HFP和A2DP。

当收到手机20的来电广播后，音频管家应用注册HFP和A2DP。

在一些实施例中，音频管家应用可以通过执行getProfileProxy函数注册HFP和A2DP，本申请对于音频管家应用注册HFP和A2DP的具体实现方式不做限制。

音频管家应用注册HFP和A2DP的进程是并行的进程，即音频管家应用将同时注册HFP和A2DP，如果手机20执行getProfileProxy函数，音频管家应用注册A2DP的速度更快，即音频管家应用先完成注册与A2DP。

如前所述，HFP具有音频传输实时性的特点，用于实现通话业务，例如实时语音等。A2DP具有音频传输非实时性的特点，用于实现多媒体业务，例如播放音乐等。

S105：音频管家应用向蓝牙应用发送与蓝牙耳机10建立A2DP连接的消息。

如前所述，由于手机20与蓝牙耳机10建立HFP和A2DP连接的进程是串行的进程，当音频管家应用注册完成A2DP后，音频管家应用向蓝牙应用发送与蓝牙耳机10建立A2DP连接的消息。

在一些实施例中，蓝牙应用通过执行onServiceConnected函数中的ConnectA2dp函数，与蓝牙耳机10首先建立A2DP连接。

S106：蓝牙应用向音频框架发送连接成功的广播。

蓝牙应用向音频框架发送与蓝牙耳机10建立A2DP连接的广播。

在一些实施例中，蓝牙应用可以通过Context.sendBroadcast函数发送连接成功的广播。

S107：音频框架选择出声设备。

音频框架选择出声设备为与手机20建立A2DP连接的蓝牙耳机10。

在一些实施例中，出声设备也可以是手机20的扬声器、听筒，或者是与手机20连接的音响等设备，本申请对于出声设备的类型不做限制。

S108：音频管家应用向蓝牙应用发送与蓝牙耳机10建立HFP连接的消息。

为了保证手机20中的通话业务和多媒体业务都能通过蓝牙耳机10播放，手机20需要与蓝牙耳机10建立A2DP和HFP的双重连接。在手机20与蓝牙耳机10建立A2DP连接后，过一段时间后手机20才能完成HFP的注册，当手机20才能完成注册HFP后，音频管家应用向蓝牙应用发送与蓝牙耳机10建立HFP连接的消息。

在一些实施例中，蓝牙应用通过执行onServiceConnected函数中的ConnectHfp函数，与蓝牙耳机10建立HFP连接。

S109：蓝牙应用向电话应用发送连接成功的广播。

蓝牙应用向电话应用发送与蓝牙耳机10建立HFP连接的广播。

在一些实施例中，蓝牙应用可以通过Context.sendBroadcast函数发送连接成功的广播。

S110：电话应用向音频框架发送选择出声设备的消息。

电话应用在接收到与蓝牙耳机10建立HFP连接的广播后，向音频框架发送选择出声设备的消息。

S111：音频框架选择出声设备。

如前所述，由于通话业务是在SCO链路上通过HFP传输的音频数据，具有音频传输实时性的特点，为了保证通话质量，音频框架选择出声设备为与手机20建立HFP连接的蓝牙耳机10。

而在手机20从通过A2DP在蓝牙耳机10上播放来电铃音切换到通过HFP在蓝牙耳机10上播放来电铃音的过程中，手机20会暂停来电铃音的音频数据传输，从而使得手机20的来电铃音出现卡顿的现象。

下面结合图4和手机20的软件架构，介绍当手机20来电时手机20中交互的具体流程。图4示出了一种手机20中交互的流程示意图，如图4所述，交互流程包括如下步骤：

S201：蓝牙应用向音频管家应用发送蓝牙打开的广播。

当手机20的蓝牙打开时，蓝牙应用向音频管家应用发送蓝牙打开的广播。

S202：音频管家应用注册HFP和A2DP。

在手机20初始化的阶段，例如手机20的开机阶段、用户手动打开蓝牙应用的阶段或者手机20检测到之前配对过但未连接的蓝牙耳机10时，音频管家应用注册HFP和A2DP。

在一些实施例中，音频管家应用可以通过执行getProfileProxy函数注册HFP和A2DP，本申请对于音频管家应用注册HFP和A2DP的具体实现方式不做限制。

在一些实施例中，注册服务的实现逻辑可以包括在getProfileProxy函数中，通过执行getProfileProxy（context，mBluetoothListener，BluetoothProfile.HEADSET）函数注册HFP，通过执行getProfileProxy（context，mBluetoothListener，BluetoothProfile.A2DP）函数注册A2DP。

如前所述，HFP具有音频传输实时性的特点，用于实现通话业务，例如实时语音等。A2DP具有音频传输非实时性的特点，用于实现多媒体业务，例如播放音乐等。

音频管家应用注册HFP和A2DP的进程是并行的进程，即音频管家应用将同时注册HFP和A2DP。

S203：电话应用向音频框架发送铃声音频流。

当手机20来电时，电话应用向音频框架发送铃声音频流。

在一些实施例中，电话应用发送的铃声音频流为stream_ring函数的类型，本申请对于铃声音频流的类型不做限制。

S204：电话应用向音频管家应用发送来电广播。

当手机20来电时，电话应用向音频管家应用发送来电广播。

在一些实施例中，步骤S203也可以在步骤S204之后，即电话应用首先向音频管家应用发送手机20的来电广播，再向音频框架发送铃声音频流。本申请实施例对于电话应用发送铃声音频流和来电广播的顺序不做限制。

在一些实施例中，来电广播可以包括来电电话号码、来电运营商信息等。

S205：音频管家应用向蓝牙应用发送与蓝牙耳机10建立HFP连接的消息。

当手机20收到来电消息后，根据通话业务的音频数据适合通过HFP传输的特点，音频管家应用向蓝牙应用发送与蓝牙耳机10建立HFP连接的消息，蓝牙应用可以在执行onServiceConnected函数中，通过调用onServiceConnected函数中ConnectHfp函数，使得蓝牙应用首先与蓝牙耳机10建立HFP连接。

在一些实施例中，与蓝牙耳机10建立HFP连接的实现逻辑可以包括当手机20成功注册HFP后，进入onServiceConnected函数中，通过connectHFP（bluetoothDevice）函数使得蓝牙应用首先与蓝牙耳机10建立HFP连接。

S206：蓝牙应用向电话应用发送连接成功的广播。

蓝牙应用向电话应用发送与蓝牙耳机10建立HFP连接的广播。

在一些实施例中，蓝牙应用可以通过Context.sendBroadcast函数发送连接成功的广播。

S207：电话应用向音频框架发送切出声设备的消息。

电话应用在接收到与蓝牙耳机10建立HFP连接的消息后，向音频框架发送切出声设备的消息。

S208：音频框架选择出声设备。

音频框架选择出声设备为与手机20建立HFP连接的蓝牙耳机10。

在一些实施例中，出声设备也可以是手机20的扬声器、听筒，或者是与手机20连接的音响等设备，本申请对于出声设备的类型不做限制。

S209：音频管家应用向蓝牙应用发送与蓝牙耳机10建立A2DP连接的消息。

为了保证手机20中的通话业务和多媒体业务都能通过蓝牙耳机10播放，手机20需要与蓝牙耳机10建立A2DP和HFP的双重连接。在手机20与蓝牙耳机10建立HFP连接后，音频管家应用向蓝牙应用发送与蓝牙耳机10建立A2DP连接的消息。

本申请中，蓝牙应用可以通过执行onServiceConnected函数与蓝牙耳机10建立AD2P连接，例如通过调用onServiceConnected函数中的ConnectA2dp函数，使得蓝牙应用与蓝牙耳机10建立A2DP连接。

在一些实施例中，与蓝牙耳机10建立A2DP连接的实现逻辑可以包括当手机20成功注册A2DP后，转到onServiceConnected函数中，通过connectA2dp（bluetoothDevice）函数使得蓝牙应用与蓝牙耳机10建立A2DP连接。

S210：蓝牙应用向音频框架发送连接成功的广播。

蓝牙应用向音频框架发送与蓝牙耳机10建立A2DP连接的广播。

在一些实施例中，蓝牙应用可以通过Context.sendBroadcast函数发送连接成功的广播。

S211：音频框架不再重新选择出声设备。

由于通话业务是在SCO链路上通过HFP传输的音频数据，具有音频传输实时性的特点，为了保证通话质量，音频框架选择出声设备为与手机20建立HFP连接的蓝牙耳机10，不再重新选择出声设备。

本申请中，如果手机20与蓝牙耳机10处于已配对但未连接的状态，手机20在初始化时完成注册HFP和A2DP。如果手机20接收到来电，根据通话业务的音频数据适合通过HFP传输的特点，手机20选择先与蓝牙耳机10建立HFP连接，然后再与蓝牙耳机10建立A2DP连接。例如，手机20通过执行onServiceConnected函数中的ConnectHfp函数，使得手机20先与蓝牙耳机10建立HFP连接；再通过执行onServiceConnected函数中的ConnectA2dp函数，使得手机20与蓝牙耳机10建立A2DP连接。如此，手机20的来电铃音将通过HFP在蓝牙耳机10中播放。从而避免了手机20的来电铃音从通过A2DP在蓝牙耳机10中播放切换到从通过HFP在蓝牙耳机10中播放时导致来电铃音卡顿的现象，提升了用户的通话体验。

下面结合图5介绍手机20的硬件结构。示例性的，图5示出了一种手机20的硬件结构示意图。手机20可以包括处理器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等。

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

处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digitalsignal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。其中，控制器可以是手机20的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。例如，本申请的一些实施例中，处理器110可以执行本申请提及的通信方法。

处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。处理器110可以基于指令和数据执行本申请提及的通信方法。

充电管理模块140用于从充电器接收充电输入。电源管理模块141用于连接电池142，充电管理模块140与处理器110。手机20的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。移动通信模块150可以提供应用在手机20上的包括2G/3G/4G/5G等无线通信的解决方案。无线通信模块160可以提供应用在手机20上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wirelessfidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。例如，本申请实施例中，蓝牙可以用于与蓝牙耳机10建立蓝牙连接。

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

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

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

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

扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。手机20可以通过扬声器170A收听音乐，或收听免提通话。例如，本申请实施例中，手机20的扬声器170A可以作为来电铃音的发声设备。

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

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

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

以上介绍了手机20可能具有的硬件结构，可以理解的是，本申请实施例示意的结构并不构成对手机20的具体限定。在本申请另一些实施例中，手机20可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

本申请提供一种计算机可读存储介质，可读存储介质上存储有指令，指令在电子设备上执行时使电子设备实现本申请提供的通信方法。

本申请提供一种电子设备，包括：存储器，用于存储由电子设备的一个或多个处理器执行的指令；以及处理器，用于执行存储器中存储的指令以实现本申请提供的通信方法。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

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

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的范围。

Claims (11)

1.一种通信方法，应用于第一电子设备，其特征在于：

对应于所述第一电子设备满足第一条件，所述第一电子设备完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册；

所述第一电子设备接收到来电信息，并且检测到与所述第一电子设备进行过蓝牙配对且未建立蓝牙连接的第二电子设备；

所述第一电子设备与所述第二电子设备建立蓝牙连接，并且

所述第一电子设备先建立电话服务协议HFP连接，以通过电话服务协议HFP向所述第二电子设备传输音频数据，其中所述音频数据包括所述来电信息对应的来电铃音，并且

所述第一电子设备在建立电话服务协议HFP连接之后建立蓝牙音频传输模型协定A2DP连接。

2.根据权利要求1所述的通信方法，其特征在于，所述第一条件包括下列中的至少一种：进入开机阶段、蓝牙功能被打开、检测到已进行过蓝牙配对的电子设备。

3.根据权利要求1或2所述的通信方法，其特征在于，所述第一电子设备通过以下方式建立电话服务协议HFP连接：

所述第一电子设备中的音频管家应用向蓝牙应用发送与所述第二电子设备建立电话服务协议HFP连接的消息，所述蓝牙应用建立电话服务协议HFP连接。

4.根据权利要求3所述的通信方法，其特征在于，所述通过电话服务协议HFP向所述第二电子设备传输音频数据，包括：

所述第一电子设备中的电话应用接收到所述电话服务协议HFP建立成功的信息，向音频框架发送切出声设备指令；

所述音频框架选择所述出声设备为与所述第一电子设备建立电话服务协议HFP连接的所述第二电子设备，向所述第二电子设备传输所述音频数据。

5.根据权利要求1或2所述的通信方法，其特征在于，所述第一电子设备在建立电话服务协议HFP连接之后建立蓝牙音频传输模型协定A2DP连接，包括：

所述第一电子设备在建立电话服务协议HFP连接之后，所述第一电子设备中的音频管家应用向所述蓝牙应用发送与所述第二电子设备建立蓝牙音频传输模型协定A2DP连接的消息，所述蓝牙应用建立蓝牙音频传输模型协定A2DP连接。

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

当所述第一电子设备与所述第二电子设备建立蓝牙音频传输模型协定A2DP连接后，所述第一电子设备中的所述音频框架不再重新选择出声设备。

7.根据权利要求1所述的通信方法，其特征在于，所述第一电子设备完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册，包括：

所述第一电子设备通过执行第一预设函数完成电话服务协议HFP和蓝牙音频传输模型协定A2DP的注册。

8.根据权利要求3所述的通信方法，其特征在于，所述蓝牙应用建立电话服务协议HFP连接，包括：

所述蓝牙应用通过调用第二预设函数，与所述第二电子设备建立电话服务协议HFP连接。

9.根据权利要求5所述的通信方法，其特征在于，所述蓝牙应用建立蓝牙音频传输模型协定A2DP连接，包括：

所述第一电子设备通过调用第三预设函数，与所述第二电子设备建立蓝牙音频传输模型协定A2DP连接。

10.一种计算机可读存储介质，其特征在于，所述可读存储介质上存储有指令，所述指令在电子设备上执行时使所述电子设备实现权利要求1至9中任一项所述的通信方法。

11.一种电子设备，其特征在于，包括：

存储器，用于存储由电子设备的一个或多个处理器执行的指令；

以及处理器，用于执行所述存储器中存储的指令以实现权利要求1至9中任一项所述的通信方法。