CN110191450B - 业务连接建立方法、蓝牙主设备、芯片及蓝牙*** - Google Patents

Abstract

本申请提供一种业务连接建立方法、蓝牙主设备、芯片及蓝牙***，蓝牙主设备扫描到包含至少两个蓝牙从设备的组合设备后，若需要蓝牙主设备与该组合设备中的各蓝牙从设备建立业务连接，则在配对阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备完成配对后，自动与该组合设备中的另一个蓝牙从设备进行配对；同理，在在业务连接建立阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备建立业务连接后，自动与该组合设备中的另一个蓝牙从设备建立业务连接。该过程中，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

Description

业务连接建立方法、蓝牙主设备、芯片及蓝牙***

技术领域

本申请实施例涉及蓝牙技术领域，尤其涉及一种业务连接建立方法、蓝牙主设备、芯片及蓝牙***。

背景技术

随着蓝牙技术的发展，各种移动设备、智能家电设备、智能穿戴设备都具备蓝牙通信的功能，该些具备蓝牙功能的设备统称为蓝牙设备。

业务连接过程中，用户开启蓝牙设备(蓝牙主设备)的蓝牙功能，通过蓝牙主设备扫描周围的其他蓝牙设备(蓝牙从设备)，扫描完成后，蓝牙主设备的操作界面上显示扫描到的蓝牙从设备。然后，用户通过手动选中蓝牙从设备中的目标蓝牙设备进行配对，在配对成功后建立业务连接以传输数据。

一些场景中，需要蓝牙主设备与多个蓝牙从设备之间建立业务连接，此时需要用户逐个对操作界面上的蓝牙从设备进行选中以配对并建立多个业务连接，操作过程繁琐费时。

发明内容

本申请实施例提供一种业务连接建立方法、蓝牙主设备、芯片及蓝牙***，通过一键操作完成蓝牙主设备与多个蓝牙从设备的业务连接，过程简单且业务连接速度快。

第一方面，本申请实施例提供一种蓝牙主设备，包括：处理器、存储器，以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，处理器执行程序时执行如下步骤：接收用户输入的第一操作，第一操作用于请求开启蓝牙功能；显示扫描到的组合设备的标记信息，组合设备包括第一蓝牙从设备和第二蓝牙从设备；接收用户输入的第二操作，第二操作用于请求蓝牙主设备与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备建立业务连接。采用该种方案，蓝牙主设备扫描到包含至少两个蓝牙从设备的组合设备后，若需要蓝牙主设备与该组合设备中的各蓝牙从设备建立业务连接，则在配对阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备完成配对后，自动与该组合设备中的另一个蓝牙从设备进行配对，直到与该组合设备中的每个蓝牙从设备完成配对，同理，在在业务连接建立阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备建立业务连接后，自动与该组合设备中的另一个蓝牙从设备建立业务连接，直到与该组合设备中的任意一个蓝牙从设备建立业务连接。该过程中，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

一种可行的设计中，标记信息包含于第一蓝牙从设备的扫描结果中，显示扫描到的组合设备的标记信息之前，还包括：存储第二蓝牙从设备的地址信息，地址信息包含于第二蓝牙从设备的扫描结果中。采用该种方案，蓝牙主设备存储各蓝牙从设备的地址信息，后续配对时根据地址信息向相应的蓝牙从设备发送配对请求，实现自动与各蓝牙从设备配对的目的。

一种可行的设计中，与组合设备中的各蓝牙从设备配对，包括：与第一蓝牙从设备配对；判断是否完成与第一蓝牙从设备的配对；若已完成与第一蓝牙从设备的配对，则根据第二蓝牙从设备的地址信息，自动与第二蓝牙从设备配对。采用该种方案，实现蓝牙主设备自动与组合设备中的蓝牙从设备配对的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态；与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态后，与第一蓝牙从设备、第二蓝牙从设备分别执行第二子状态，第一子状态和第二子状态是多个子状态中的不同子状态。采用该种方案，实现蓝牙主设备与蓝牙从设备交叉完成业务连接建立的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备执行多个子状态中的所有子状态；

在与第一蓝牙从设备完成多个子状态中的所有子状态之后，与第二蓝牙从设备执行多个子状态中的所有子状态。采用该种方案，蓝牙主设备与组合设备中的各蓝牙从设备的业务连接过程独立完成，不改变单个蓝牙从设备的业务逻辑建立逻辑。

一种可行的设计中，与组合设备中的各蓝牙从设备建立业务连接，是按照组合设备中的各蓝牙从设备被扫描到的先后顺序，与组合设备中的各蓝牙从设备配对。采用该种方案，实现蓝牙主设备与组合设备中的各蓝牙从设备依次配对的目的。

第二方面，本申请实施例提供一种蓝牙***，包括如上第一方面或第一方面的任意一种可能的实现方式实现的蓝牙主设备和组合设备，组合设备包含第一蓝牙从设备和第二蓝牙从设备。

第三方面，本申请实施例提供一种芯片，芯片包括处理器和接口，接口用于接收代码指令，并传输至处理器，处理器运行代码指令以执行以下步骤：接收用户输入的第一操作，第一操作用于请求开启蓝牙功能；显示扫描到的组合设备的标记信息，组合设备包括第一蓝牙从设备和第二蓝牙从设备；接收用户输入的第二操作，第二操作用于请求蓝牙主设备与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备建立业务连接。采用该种方案，无需用户逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

一种可行的设计中，标记信息包含于第一蓝牙从设备的扫描结果中，显示扫描到的组合设备的标记信息之前，还存储第二蓝牙从设备的地址信息，地址信息包含于第二蓝牙从设备的扫描结果中。采用该种方案，蓝牙主设备存储各蓝牙从设备的地址信息，后续配对时根据地址信息向相应的蓝牙从设备发送配对请求，实现自动与各蓝牙从设备配对的目的。

一种可行的设计中，与组合设备中的各蓝牙从设备配对，包括：与第一蓝牙从设备配对；判断是否完成与第一蓝牙从设备的配对；若已完成与第一蓝牙从设备的配对，则根据第二蓝牙从设备的地址信息，自动与第二蓝牙从设备配对。采用该种方案，实现蓝牙主设备自动与组合设备中的蓝牙从设备配对的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态；在与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态后，与第一蓝牙从设备、第二蓝牙从设备分别执行第二子状态，第一子状态和第二子状态是多个子状态中的不同子状态。采用该种方案，实现蓝牙主设备与蓝牙从设备交叉完成业务连接建立的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备执行多个子状态中的所有子状态；在与第一蓝牙从设备完成多个子状态中的所有子状态之后，与第二蓝牙从设备执行多个子状态中的所有子状态。采用该种方案，蓝牙主设备与组合设备中的各蓝牙从设备的业务连接过程独立完成，不改变单个蓝牙从设备的业务逻辑建立逻辑。

一种可行的设计中，与组合设备中的各蓝牙从设备建立业务连接，包括：按照组合设备中的各蓝牙从设备被扫描到的先后顺序，与组合设备中的各蓝牙从设备配对。采用该种方案，实现蓝牙主设备与组合设备中的各蓝牙从设备依次配对的目的。

第四方面，本申请实施例提供一种业务连接建立方法，适用于蓝牙主设备，蓝牙主设备包括蓝牙应用模块和蓝牙协议栈，该方法包括：蓝牙应用模块接收用户输入的第一操作，第一操作用于请求开启蓝牙功能；蓝牙应用模块向蓝牙协议栈发送扫描请求，扫描请求用于请求蓝牙协议栈执行蓝牙扫描；蓝牙协议栈向蓝牙应用模块上报扫描结果，扫描结果是第一蓝牙从设备和第二蓝牙从设备中的任意一个蓝牙从设备的扫描结果，第一蓝牙从设备和第二蓝牙从设备属于同一个组合设备；蓝牙应用模块控制蓝牙主设备的用户界面显示组合设备的标记信息，组合设备的标记信息携带在扫描结果中；蓝牙应用模块接收用户输入的第二操作，第二操作用于请求蓝牙协议栈与组合设备中的各蓝牙从设备配对；蓝牙应用模块接收来自蓝牙协议栈的配对结果，配对结果是蓝牙协议栈与组合设备中的各蓝牙从设备配对后发送的，配对结果是第一蓝牙从设备和第二蓝牙设备中的任意一个蓝牙从设备的配对结果；蓝牙协议栈与组合设备中的各蓝牙从设备建立业务连接。采用该种方案，无需用户逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

一种可行的设计中，扫描结果是第一蓝牙从设备的扫描结果，蓝牙协议栈向蓝牙应用模块上报扫描结果之后，还包括：蓝牙协议栈存储第二蓝牙从设备的地址信息，地址信息包含于第二蓝牙从设备的扫描结果中。采用该种方案，蓝牙主设备存储各蓝牙从设备的地址信息，后续配对时根据地址信息向相应的蓝牙从设备发送配对请求，实现自动与各蓝牙从设备配对的目的。

一种可行的设计中，蓝牙应用模块接收来自蓝牙协议栈的配对结果之前，还包括：蓝牙协议栈与第一蓝牙从设备配对；蓝牙协议栈判断是否完成与第一蓝牙从设备的配对；若蓝牙协议栈判断出已完成与第一蓝牙从设备的配对，则根据第二蓝牙从设备的地址信息，自动与第二蓝牙从设备配对。采用该种方案，在配对阶段，蓝牙主设备自动与组合设备中的各蓝牙从设备完成配对，无需用户手动选择，过程简单且配对速度快。

一种可行的设计中，业务连接包括多个子状态，蓝牙协议栈与组合设备中的各蓝牙从设备建立业务连接，包括：蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态；蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态后，蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第二子状态，第一子状态和第二子状态时多个子状态中的不同子状态。采用该种方案，蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态之后，还向蓝牙应用模块发送第一子状态的执行结果。如此一来，蓝牙主设备的蓝牙协议栈无需每次与一个蓝牙从设备完成一个子状态后，都向蓝牙主设备的蓝牙应用模块上报，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的蓝牙应用模块之间的信令开销。

一种可行的设计中，蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态之后，还包括：蓝牙协议栈向蓝牙应用模块发送第一子状态的执行结果。

一种可行的设计中，业务连接包括多个子状态，蓝牙协议栈与组合设备中的各蓝牙从设备建立业务连接，包括：蓝牙协议栈与第一蓝牙从设备执行多个子状态中的所有子状态；在蓝牙协议栈与第一蓝牙从设备完成多个子状态中的所有子状态之后，蓝牙协议栈与第二蓝牙从设备执行多个子状态中的所有子状态。采用该种方案，蓝牙主设备的蓝牙协议栈与组合设备的中的一个蓝牙设备，如第二蓝牙设备完成一个业务的所有子状态后，再与另一个蓝牙从设备完成该业务的所有子状态。该过程中，没有改变蓝牙主设备的蓝牙协议栈与单个蓝牙从设备建立业务连接的逻辑。

一种可行的设计中，蓝牙协议栈与第一蓝牙从设备执行多个子状态中的所有子状态之后，还包括：蓝牙协议栈向蓝牙应用模块发送第一蓝牙从设备的业务连接结果。采用该种方案，蓝牙主设备的蓝牙协议栈无需每次与一个蓝牙从设备完成业务连接后，都向蓝牙主设备的蓝牙应用模块上报，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的蓝牙应用模块之间的信令开销。

一种可行的设计中，蓝牙协议栈与组合设备中的各蓝牙从设备建立业务连接，包括：蓝牙协议栈按照组合设备中的各蓝牙从设备被扫描到的先后顺序，与组合设备中的各蓝牙从设备配对。实现蓝牙主设备与组合设备中的各蓝牙从设备的依次配对。

第五方面，本申请实施例还提供一种计算机可读介质，用于存储计算机程序或者指令，当计算机程序或者指令在电子设备上运行时，使得电子设备执行上第四方面或第四方面的任意一种可行的实现方式。

第六方面，本申请实施例提供一种业务连接方法，包括：接收用户输入的第一操作，第一操作用于请求开启蓝牙功能；显示扫描到的组合设备的标记信息，组合设备包括第一蓝牙从设备和第二蓝牙从设备；接收用户输入的第二操作，第二操作用于请求蓝牙主设备与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备配对；与组合设备中的各蓝牙从设备建立业务连接。采用该种方案，无需用户逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

一种可行的设计中，标记信息包含于第一蓝牙从设备的扫描结果中，显示扫描到的组合设备的标记信息之前，还包括：存储第二蓝牙从设备的地址信息，地址信息包含于第二蓝牙从设备的扫描结果中。采用该种方案，蓝牙主设备存储各蓝牙从设备的地址信息，后续配对时根据地址信息向相应的蓝牙从设备发送配对请求，实现自动与各蓝牙从设备配对的目的。

一种可行的设计中，与组合设备中的各蓝牙从设备配对，包括：与第一蓝牙从设备配对；判断是否完成与第一蓝牙从设备的配对；若已完成与第一蓝牙从设备的配对，则根据第二蓝牙从设备的地址信息，自动与第二蓝牙从设备配对。采用该种方案，实现蓝牙主设备自动与组合设备中的蓝牙从设备配对的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态；与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态后，与第一蓝牙从设备、第二蓝牙从设备分别执行第二子状态，第一子状态和第二子状态是多个子状态中的不同子状态。采用该种方案，实现蓝牙主设备与蓝牙从设备交叉完成业务连接建立的目的。

一种可行的设计中，业务连接包括多个子状态，与组合设备中的各蓝牙从设备建立业务连接，包括：与第一蓝牙从设备执行多个子状态中的所有子状态；在与第一蓝牙从设备完成多个子状态中的所有子状态之后，与第二蓝牙从设备执行多个子状态中的所有子状态。采用该种方案，蓝牙主设备与组合设备中的各蓝牙从设备的业务连接过程独立完成，不改变单个蓝牙从设备的业务逻辑建立逻辑。

一种可行的设计中，与组合设备中的各蓝牙从设备建立业务连接，包括：按照组合设备中的各蓝牙从设备被扫描到的先后顺序，与组合设备中的各蓝牙从设备配对。采用该种方案，实现蓝牙主设备与组合设备中的各蓝牙从设备依次配对的目的。

本申请实施例提供的业务连接建立方法、蓝牙主设备、芯片及蓝牙***，蓝牙主设备扫描到包含至少两个蓝牙从设备的组合设备后，若需要蓝牙主设备与该组合设备中的各蓝牙从设备建立业务连接，则在配对阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备完成配对后，自动与该组合设备中的另一个蓝牙从设备进行配对，直到与该组合设备中的每个蓝牙从设备完成配对，同理，在在业务连接建立阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备建立业务连接后，自动与该组合设备中的另一个蓝牙从设备建立业务连接，直到与该组合设备中的任意一个蓝牙从设备建立业务连接。该过程中，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

附图说明

图1是本申请实施例提供的一种业务连接建立方法所适用的网络架构示意图；

图2为本申请实施例提供的一种蓝牙设备的框架图；

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

图4是本申请实施例提供的业务连接建立方法的流程图；

图5是本申请实施例中蓝牙主设备显示组合设备的一种界面示意图；

图6是本申请实施例中蓝牙主设备显示组合设备的另一种界面示意图；

图7是本申请实施例提供中蓝牙主设备显示组合设备的一种界面示意图；

图8是本申请实施例提供中蓝牙主设备显示组合设备的另一种界面示意图；

图9是本申请实施例提供中蓝牙主设备显示组合设备的又一种界面示意图；

图10是本申请实施例提供的业务连接建立方法中扫描流程举例示意图；

图11是本申请实施例提供的另一种业务连接建立方法的流程图；

图12是本申请实施例提供的又一种业务连接建立方法的流程图；

图13是本申请实施例提供的业务连接建立方法中业务状态机的举例示意图；

图14是本申请实施例提供的另一种业务连接建立方法的流程图；

图15是本申请实施例提供的芯片的结构示意图。

具体实施方式

蓝牙技术中，若某些蓝牙从设备具有相同的属性，则将该些蓝牙从设备归类为一个组合设备。例如，蓝牙主设备需要向多个蓝牙从设备分享信息，则该些多个蓝牙从设备属于同一个组合设备，组合设备内的各蓝牙从设备之间没有从属关系。当蓝牙主设备需要与组合设备内的各蓝牙从设备建立业务连接时，蓝牙主设备开启蓝牙功能，在操作界面上显示扫描到的各蓝牙从设备，之后，用户通过蓝牙主设备的操作界面，手动选中蓝牙从设备，从而逐个与各蓝牙从设备配对并建立业务连接，操作过程繁琐费时，业务连接建立过程缓慢。

有鉴于此，本申请实施例提供一种业务连接建立方法、蓝牙主设备、芯片及蓝牙***，通过一键操作完成蓝牙主设备与多个蓝牙从设备的业务连接，过程简单且业务连接速度快。

本申请实施例中，蓝牙主设备和蓝牙从设备都可以称之为蓝牙设备，蓝牙设备可以是蓝牙手机、蓝牙手环、蓝牙音箱、蓝牙耳机、支持蓝牙功能的个人数字助理(personaldigital assistant，PDA)、平板电脑、手持计算机、打印机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、蜂窝电话、可穿戴式设备(如智能手表)、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备等。

图1是本申请实施例提供的一种业务连接建立方法所适用的网络架构示意图。请参照图1，本网络架构中，存在蓝牙主设备和组合设备，组合设备包含至少两个蓝牙从设备，该些蓝牙从设备具有相同的属性，例如，该些蓝牙从设备均是蓝牙主设备分享信息的设备；再如，蓝牙主设备为手机，蓝牙从设备为蓝牙手环、蓝牙音箱、蓝牙耳机、PDA等。

图2为本申请实施例提供的一种蓝牙设备的框架图。请参照图2，本申请实施例中，蓝牙设备包括蓝牙应用模块和蓝牙协议栈。以蓝牙设备为蓝牙主设备为例，蓝牙主设备的蓝牙应用模块用于与用户进行交互，将用户输入的指令和数据转换成应用层逻辑，然后调用蓝牙协议栈提供的应用程序编程接口(application programming interface，API)，实现蓝牙主设备与蓝牙从设备之间的数据通信及控制操作。

请参照图2，本申请实施例中，蓝牙框架包括但不限于蓝牙应用模块、蓝牙协议栈，其中，蓝牙协议栈包括主机(host)协议栈、主机控制器接口(host controller interface，HCI)、和控制器(controller)。

主机协议栈定义了蓝牙框架中的多个应用程序的协议(profile)和核心协议(protocol)，每个profile定义了各自相应的消息格式与应用规则，如高级音频分发协议(advanced audio distribution profile，A2DP)、免提协议(hands-free profile，HFP)等，以实现不同平台下的不同设备的互联互通，并满足各种可能的、有通用意义的应用场景。核心协议包括蓝牙模组(bluetooth module，BTM)、服务发现协议(service discoveryprotocol，SDP)、逻辑信道控制和适配协议(logical link control and adaptationprotocol，L2CAP)、射频通信(radio frequency communication，RFCOMM)协议等。

HCI为host协议栈提供了进入链路管理器的统一接口和进入基带的统一方式，在host协议栈的核心协议层与控制器之间会存在若干传输层，该些传输层是透明的，用于完成数据传输的任务。蓝牙技术联盟(Bluetooth Special Interest Group，SIG)规定了至少四种与硬件连接的物理总线方式，即至少四种HCI传输层，分别为通用串行总线(UniversalSerial Bus，USB)、RS232、通用异步收发传输器(Universal Asynchronous Receiver/Transmitter，UART)、PC机内存卡国际联合会(Personal Computer Memory CardInternational Association，PCMCA)卡。

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

本申请实施例中，蓝牙主设备与任意一个蓝牙从设备建立业务连接过程包括三个阶段，分别是扫描阶段、配对阶段和业务连接建立阶段。本申请实施例中，针对一个组合设备，扫描阶段，蓝牙主设备在操作界面上显示该组合设备的标记信息或该组合设备中的任意一个蓝牙从设备的标识；配对阶段，蓝牙主设备与组合设备中的蓝牙从设备进行配对，每完成一个蓝牙从设备的配对，暂不上报该蓝牙从设备的配对结果，而是自动与下一个蓝牙从设备进行配对，直到与组合设备中的各蓝牙从设备均完成配对后，向蓝牙主设备上报该组合设备中的某个蓝牙从设备的配对结果；业务连接建立过程，蓝牙主设备与组合设备中配对成功的各蓝牙从设备建立业务连接，并将该组合设备作为一个整体，向蓝牙主设备上报业务连接结果。

下面，在上述图1和图2的基础上，对本申请实施例所述的业务连接建立过程进行详细说明。示例行的，可参见图3和图4，图3是本申请实施例提供的蓝牙主设备的结构示意图，图4是本申请实施例提供的业务连接建立方法的流程图。请参照图3，本申请实施例中，蓝牙主设备100包括处理器11和存储器12，存储器12上存储计算机程序，该计算机程序可以在处理器11上运行，处理器11运行该计算机程序时执行如图4中的各个步骤，图4包括：

101、接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能。

示例性的，用户通过蓝牙主设备的用户界面输入第一操作，以请求开启蓝牙功能。

102、显示扫描到的所述组合设备的标记信息，所述组合设备包括第一蓝牙从设备和第二蓝牙从设备。

示例性的，蓝牙主设备的蓝牙功能开启后，主动扫描周围的蓝牙从设备，并将扫描到的组合设备的标记信息显示在用户界面上。其中，组合设备包含至少两个蓝牙从设备。

示例行的，属于同一个组合设备的各蓝牙从设备被写入了相同的标记信息，该标记信息用于标记组合设备，可以称之为组合设备的标识，不同组合设备的标记信息不同。例如，标记信息为组合设备的名称，有三个组合设备，名称分别为a、b、c，其中，组合设备a包括蓝牙从设备1、蓝牙从设备2，组合设备b包括蓝牙从设备3、蓝牙从设备4，组合设备c包括蓝牙从设备5和蓝牙从设备6，则蓝牙从设备1和蓝牙从设备2被写入a，蓝牙从设备3和蓝牙从设备4被写入b，蓝牙从设备5和蓝牙从设备6被写入c；再如，标记信息为蓝牙主设备的MAC地址，蓝牙主设备1的MAC地址为MAC1，蓝牙主设备2的MAC地址为MAC2，蓝牙主设备1对应组合设备a，蓝牙主设备2对应组合设备b，则组合设备a中的各蓝牙从设备的非易失性存储器被写入MAC1，组合设备b中的各蓝牙从设备被写入MAC2。扫描过程中，蓝牙主设备开启蓝牙功能，扫描周围的蓝牙从设备，并将具有相同标记信息的蓝牙从设备划分到同一个组合设备。对于属于同一个组合设备的蓝牙从设备，蓝牙主设备在界面上仅显示该蓝牙从设备对应的组合设备的标记信息。示例性的，可参见图5～图8。

图5是本申请实施例中蓝牙主设备显示组合设备的一种界面示意图。请参照图5，蓝牙主设备为蓝牙手机AAA，蓝牙组合c中的蓝牙从设备5在本次扫描之前，曾成功和蓝牙手机AAA配对过，因此，蓝牙手机AAA执行本次扫描后，扫描到蓝牙组合设备c后，在操作界面的“已配对的设备”栏显示组合设备c的名称“c”，并在“c”的正下方或其他位置显示“组合设备”，以提示用户“c”代表一个组合设备；而蓝牙组合a和蓝牙组合b中的蓝牙从设备均是蓝牙主设备AAA第一次扫描到的蓝牙从设备，因此，蓝牙主设备AAA的操作界面的“可用设备”栏显示组合设备a和组合设备b的标识，即显示“a”、“b”，并分别在“a”、“b”的正下方显示“组合设备”，以提示“a”、“b”为组合设备；蓝牙设备10是一个单独的蓝牙设备，且之前未与蓝牙手机AAA配对过，其不属于任何组合设备，因此，蓝牙手机AAA在“可用设备”栏显示蓝牙设备10的标识，即显示“10”。

上述显示方式中，默认蓝牙主设备AAA扫描到一个蓝牙组合中的所有蓝牙从设备，若某一个组合设备中至少一个蓝牙从设备未被扫描到，则蓝牙主设备AAA不显示该组合设备。以组合设备a为例，若组合设备a除了蓝牙从设备1、蓝牙从设备2外，还包括蓝牙从设备7，当蓝牙主设备扫描到蓝牙从设备1和蓝牙从设备2、但未扫描到蓝牙从设备7时，则蓝牙手机AAA的操作界面中，“可用组合设备”栏不显示组合设备a的标识。

图6是本申请实施例中蓝牙主设备显示组合设备的另一种界面示意图。请参照图6，本实施例中，组合设备的标记信息为蓝牙手机AAA的MAC地址。假设蓝牙手机AAA的MAC地址为XX：XX：XX：XX：XX：XX，一个组合设备中的各蓝牙从设备中均被写入该MAC地址，则扫描过程中，该蓝牙手机AAA的操作界面上显示该MAC地址，并在MAC地址的正下方显示“组合设备”，以提示用户“XX：XX：XX：XX：XX：XX”代表组合设备。

上述图5和图6所示实施例中，是通过在标记信息的下方显示“组合设备”，以向用户提示组合设备。然而，本申请实施例并不限制，在其他可行的实现方式中，也可以通过其他方式向用户提示组合设备。

图7是本申请实施例中蓝牙主设备显示组合设备的一种界面示意图。请参照图7，蓝牙主设备为蓝牙手机AAA，蓝牙组合c中的蓝牙从设备在本次扫描之前，曾成功和蓝牙手机AAA配对过，因此，蓝牙手机AAA执行本次扫描后，扫描到蓝牙组合设备c后，在操作界面的“已配对”栏显示组合设备c的标识“c”；而蓝牙组合a和蓝牙组合b中的蓝牙从设备均是蓝牙主设备AAA第一次扫描到的蓝牙从设备，因此，蓝牙主设备AAA的操作界面的“可用组合设备”栏显示组合设备a和组合设备b的标识，即显示“a”、“b”。该种显示方式中，默认蓝牙主设备AAA扫描到一个蓝牙组合中的所有蓝牙从设备，若某一个组合设备中至少一个蓝牙从设备未被扫描到，则蓝牙主设备AAA也显示该组合设备。以组合设备a为例，若组合设备a除了蓝牙从设备1、蓝牙从设备2外，还包括蓝牙从设备7，当蓝牙主设备扫描到蓝牙从设备1和蓝牙从设备2、但未扫描到蓝牙从设备7时，则蓝牙手机AAA的操作界面中，“可用组合设备”栏仍然显示组合设备a的标识。当然，也可以约定若某一个组合设备中至少一个蓝牙从设备未被扫描到，则蓝牙主设备AAA不显示该组合设备。

图8是本申请实施例提供的业务连接建立方法中蓝牙主设备显示组合设备的另一种界面示意图。相较于上述图7，本实施例中，蓝牙主设备除了显示组合设备的标识外，还显示该组合设备包含的从设备的标识。例如，组合设备a包含蓝牙从设备1和蓝牙从设备2，则蓝牙手机AAA除了显示组合设备的标识“a”外，还显示蓝牙从设备1的标识“1”、蓝牙从设备2的标识“2”。该种情况下，只要蓝牙主设备AAA扫描到蓝牙组合设备中的任意一个蓝牙从设备，则在操作界面显示组合设备标识和蓝牙从设备标识。

图9是本申请实施例提供中蓝牙主设备显示组合设备的又一种界面示意图。相较于上述的图7和图8，本实施例中，蓝牙主设备AAA的附近同时存在组合设备和非组合设备时，执行完蓝牙扫描后，蓝牙主设备AAA的操作界面上同时显示组合设备和非组合设备。其中，非组合设备指蓝牙从设备不属于任意一个组合设备。如图9中的蓝牙从设备8和蓝牙从设备9，蓝牙从设备8是本次扫描之前曾经与蓝牙主设备AAA配对过的蓝牙从设备，蓝牙从设备9是蓝牙主设备AAA首次扫描到的蓝牙从设备。

需要说明的是，上述图7～图9中，为了和现有的蓝牙扫描分开，蓝牙主设备的操作界面上显示的蓝牙图标双

表示组合设备，然而，本申请实施例并不限制，在其他可行的实现方式中，也可以采用其他方式区别现有的蓝牙扫描和本申请实施例中的蓝牙扫描。

本申请实施例中，扫描阶段也称之为查询(inquiry)阶段。Inquiry阶段，蓝牙主设备在开启蓝牙功能之后，可以进行蓝牙组合设备的查询。其中，蓝牙主设备的蓝牙功能开启，可以是用户在蓝牙主设备的设置界面打开蓝牙开关，使得蓝牙主设备的蓝牙功能开启；也可以是蓝牙主设备内设置定时器，到达预设时间点后，蓝牙主设备自动开启蓝牙功能，本申请实施例并不限制。图10是本申请实施例提供的业务连接建立方法中扫描流程举例示意图。请参照图10，组合设备包括蓝牙从设备1和蓝牙从设备2。当蓝牙主设备的蓝牙功能开启后，若蓝牙从设备1和蓝牙从设备2均处于查询扫描(inquiry scan)状态，则扫描阶段包括：

201a、蓝牙主设备向蓝牙从设备1发送ID包。

201b、蓝牙主设备向蓝牙从设备2发送ID包。

示例性的，蓝牙主设备通过蓝牙协议的inquiry流程向周围的蓝牙从设备发送身份标识(identity，ID)包，该ID包携带蓝牙主设备的一些参数信息，如身份标识、媒体接入控制(Media Access Control，MAC)地址、IP地址或其他用于表征终端设备能力的参数等。

需要说明的是，由于蓝牙主设备与蓝牙从设备1、蓝牙主设备与蓝牙从设备2之间的距离不同、各蓝牙从设备接收信号的能力不同，因此，本申请实施例并不限制蓝牙主设备向蓝牙从设备1或蓝牙从设备2发送ID包的顺序等，即上述的步骤201a和步骤201b并无严格的先后顺序。

202b、蓝牙从设备1向蓝牙主设备发送跳频同步包。

202b、蓝牙从设备2向蓝牙主设备发送跳频同步包。

示例性的，蓝牙从设备1和蓝牙从设备2处于查询扫描(inquiry scan)状态下，可以针对ID包进行相应，发送跳频同步(Frequency Hopping synchronization，HFS)包，该HFS包携带蓝牙从设备所属的组合设备的标记信息等，其中，组合设备的标记信息例如为组合设备的名称、蓝牙主设设备的MAC地址等。由于蓝牙从设备1和蓝牙从设备2属于同一个组合设备，则蓝牙主设备在操作界面仅显示一个组合名称。

103、接收用户输入的第二操作，所述第二操作用于请求所述蓝牙主设备与所述组合设备中的各蓝牙从设备配对。

示例性的，扫描完毕后，蓝牙主设备的用户界面上显示扫描的组合设备等。用户选中需要配对的组合设备，以请求与组合设备中的各蓝牙从设备配对。

104、与所述组合设备中的各蓝牙从设备配对；

示例性的，配对阶段，用户在蓝牙主设备的操作界面点击某个可用的组合设备后，触发蓝牙主设备与该组合设备中的各蓝牙从设备进行配对，配对的顺序可以是随机的，或者按照预设规则配对，本申请实施例并不限制。例如，蓝牙主设备在扫描阶段记录一个组合设备中的各蓝牙从设备被扫描到的先后顺序，按照该先后顺序与该组合设备中的各蓝牙从设备进行配对。再如，蓝牙主设备随机从蓝牙从设备中选择一个蓝牙从设备进行配对，配对完成后继续随机选择另一个蓝牙从设备，直到与所有的蓝牙从设备均完成配对。

105、与所述组合设备中的各蓝牙从设备建立业务连接。

示例性的，蓝牙主设备与一个组合设备中的各蓝牙从设备完成配对后，自动与该组合设备中的各蓝牙从设备建立业务连接。业务连接节点，蓝牙主设备与蓝牙从设备建立业务连接的顺序是随机的，或者可以按照预设规则建立业务连接，本申请实施例并不限制。例如，蓝牙主设备在扫描阶段记录一个组合设备中的各蓝牙从设备被扫描到的先后顺序，执行完配对过程中，按照该先后顺序与组合设备中的各蓝牙从设备进行配对。再如，蓝牙从设备随机从蓝牙从设备中选择一个蓝牙从设备并建立业务连接，之后，继续随机选择另一个蓝牙从设备，直到与所有的蓝牙从设备均建立业务连接。

本申请实施例提供的业务连接建立方法，蓝牙主设备扫描到包含至少两个蓝牙从设备的组合设备后，若需要蓝牙主设备与该组合设备中的各蓝牙从设备建立业务连接，则在配对阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备完成配对后，自动与该组合设备中的另一个蓝牙从设备进行配对，直到与该组合设备中的每个蓝牙从设备完成配对，同理，在在业务连接建立阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备建立业务连接后，自动与该组合设备中的另一个蓝牙从设备建立业务连接，直到与该组合设备中的任意一个蓝牙从设备建立业务连接。该过程中，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

上述实施例中，对于已配对的组合设备，如上述图5～图9中已配对的组合设备c，存在两种情况：

情况一、该组合设备中的各蓝牙从设备曾经与蓝牙主设备配对成功过，且配对成功之后组合设备中的各蓝牙从设备均未与其他蓝牙主设备配对过。该种情况下，基于蓝牙回连技术，只要当前的蓝牙主设备扫描到该组合设备，则蓝牙主设备默认与该组合设备中的各蓝牙从设备配对成功、业务连接建立成功，无需再次执行配对过程和业务连接建立过程。

情况二、该组合设备中的各蓝牙从设备曾经与蓝牙主设备配对成功过，但配对成功之后组合设备中的至少一个蓝牙从设备与其他蓝牙主设备配对过。例如，上述图6～图9中，组合设备c中的蓝牙从设备5和/或蓝牙从设备6曾经与其他蓝牙主设备配对成功过。该种情况下，蓝牙主设备AAA需要与组合设备c中的蓝牙从设备5、蓝牙从设备6重新执行业务连接建立过程。

图11是本申请实施例提供的另一种业务连接建立方法的流程图，本实施例是从蓝牙主设备的蓝牙应用模块和蓝牙协议栈的交互的角度，对本申请实施例提供的业务连接建立方法进行详细说明的。本实施例包括：

301、蓝牙应用模块接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能。

302、蓝牙应用模块向所述蓝牙协议栈发送扫描请求，所述扫描请求用于请求所述蓝牙协议栈执行蓝牙扫描。

相应的，蓝牙协议栈接收蓝牙应用模块发送的扫描请求。

303、蓝牙协议栈向所述蓝牙应用模块上报扫描结果。

其中，扫描结果是第一蓝牙从设备和第二蓝牙从设备中的任意一个蓝牙从设备的扫描结果，所述第一蓝牙从设备和所述第二蓝牙从设备属于同一个组合设备；

304、蓝牙应用模块控制所述蓝牙主设备的用户界面显示所述组合设备的标记信息。

其中，所述组合设备的标记信息携带在所述扫描结果中。

305、蓝牙应用模块接收用户输入的第二操作。

其中，所述第二操作用于请求所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对；

306、蓝牙应用模块接收来自所述蓝牙协议栈的配对结果。

其中，所述配对结果是所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对后发送的，所述配对结果是所述第一蓝牙从设备和所述第二蓝牙设备中的任意一个蓝牙从设备的配对结果。

307、蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接。

本实施例提供的业务连接建立方法，蓝牙主设备扫描到包含至少两个蓝牙从设备的组合设备后，若需要蓝牙主设备与该组合设备中的各蓝牙从设备建立业务连接，则在配对阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备完成配对后，自动与该组合设备中的另一个蓝牙从设备进行配对，直到与该组合设备中的每个蓝牙从设备完成配对，同理，在在业务连接建立阶段，蓝牙主设备与该组合设备中的一个蓝牙从设备建立业务连接后，自动与该组合设备中的另一个蓝牙从设备建立业务连接，直到与该组合设备中的任意一个蓝牙从设备建立业务连接。该过程中，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

下面，对本申请实施例中，扫描阶段、配对阶段和业务连接建立阶段分别进行详细说明。

首先，扫描阶段。

该阶段中，蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送扫描命令，蓝牙主设备的蓝牙协议栈接收到扫描命令后，向周围广播ID包，周围的其他蓝牙设备，即蓝牙从设备接收到ID包后，自动向蓝牙主设备反馈扫描结果，该扫描结果例如为HFS包等。本申请实施例中，各扫描结果包含标记信息，标记信息用于区分组合设备，不同的组合设备的标记信息不同。蓝牙主设备的蓝牙协议栈将包含相同标记信息的扫描结果对应的蓝牙从设备划分为同一个组合设备。下面，对本申请实施例中的标记信息进行详细说明。

示例性的，标记信息例如为蓝牙主设备的地址，如媒体访问控制(media accesscontrol，MAC)地址等；或者，标记信息也可以为一个特殊的符号，该特殊的符号被写入蓝牙主设备和蓝牙从设备，使得蓝牙主设备的蓝牙协议栈扫描到蓝牙从设备后，根据扫描结果包含的标记信息即可确定出该蓝牙从设备属于哪个组合设备。

示例性的，标记信息可以通过如下方式写入蓝牙主设备或蓝牙从设备：

方式一、出厂之前，标记信息被写入蓝牙主设备或蓝牙从设备。

例如，将蓝牙主设备和一个组合设备作为一套设备，该组合设备包含多个蓝牙从设备。出厂前，在该套设备中的每个蓝牙设备中写入标记信息，标记信息可以是蓝牙从设备的MAC地址，示例性，蓝牙从设备1的MAC地址是XX：XX：XX：XX：XX：31，蓝牙从设备2的MAC地址是XX：XX：XX：XX：XX：32，蓝牙从设备3的MAC地址为XX：XX：XX：XX：XX：33，蓝牙从设备4的MAC地址为XX：XX：XX：XX：XX：45，蓝牙从设备5的MAC地址为XX：XX：XX：XX：XX：46，蓝牙从设备6的MAC地址为XX：XX：XX：XX：XX：47等。假设蓝牙主设备默认MAC地址连续的蓝牙从设备属于同一个组合设备，则蓝牙主设备扫描到蓝牙从设备1～蓝牙从设备6后，将蓝牙从设备1～蓝牙从设备3视为一个组合设备，而将蓝牙从设备4～蓝牙从设备6视为另一个组合设备。

方式二、通过烧录方式，将标记信息写入蓝牙主设备和蓝牙从设备。

例如，临时需要将一个蓝牙主设备和多个蓝牙从设备组成一套设备时，通过烧录的方式，将标记信息写入蓝牙主设备或各蓝牙从设备。例如，需要蓝牙从设备1、蓝牙从设备2以及蓝牙从设备3形成一个组合设备，令该组合设备的标识为a，则将a写入蓝牙从设备1、蓝牙从设备2和蓝牙从设备3。另外，再如，通过上述方式一向一套设备中的各蓝牙设备写入标记信息后，若需要向该套设备增加蓝牙从设备，则将该标记信息通过烧录方式的写入额外增加的蓝牙从设备中。

方式三：在蓝牙低功耗(bluetooth low energy，BLE)广播中携带标记信息。

该种方式下，无需将标记信息写入蓝牙主设备或蓝牙从设备，而是蓝牙从设备的BLE广播中携带该蓝牙从设备所属的组合设备的标记信息。如此一来，若蓝牙主设备接收到的多个蓝牙从设备的BLE广播中携带的标记信息相同，则认为该些蓝牙从设备属于同一个组合设备。

方式四：蓝牙从设备存储有蓝牙主设备的地址。

以地址为MAC地址为例，组合设备的各蓝牙从设备的非易失性存储器中存储蓝牙主设备的MAC地址，扫描阶段，蓝牙主设备扫描到的扫描结果携带MAC地址，若蓝牙主设备发现该MAC地址与自身的MAC地址相同，则认为该蓝牙从设备属于组合设备。需要说明的是，若标记信息为蓝牙主设备的地址，由于生产蓝牙主设备的过程中，已在蓝牙主设备中设置了地址，因此，无需再次写入标记信息。

本实施例中，蓝牙主设备扫描信息包含的标记信息，将蓝牙从设备分为不同的组合设备，使得后续配对阶段和业务连接建立阶段中，针对一个组合设备，无需逐个手动选择扫描到的蓝牙从设备，而是蓝牙主设备自动与各蓝牙从设备进行配对并建立业务连接，过程简单且业务连接建立速度快。

上述扫描阶段，对于蓝牙主设备的蓝牙应用模块而言，并不需要区分一个组合设备中的各个蓝牙从设备，而是将一个组合设备中的各个蓝牙从设备作为一个蓝牙从设备。因此，蓝牙主设备的蓝牙协议栈无需向蓝牙主设备的蓝牙应用模块上报各个蓝牙从设备的扫描结果，而是仅需要蓝牙主设备的蓝牙协议栈上报一个蓝牙从设备的扫描结果即可。此时，蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报第一蓝牙从设备的扫描结果，第一蓝牙从设备是组合设备中的任意一个蓝牙从设备。

例如，第一蓝牙设备是组合设备内，蓝牙主设备的蓝牙协议栈首次扫描的蓝牙从设备。该种情况下，蓝牙主设备的蓝牙协议栈首次扫描到蓝牙从设备后，解析扫描结果得到标记信息，比对该标记信息与蓝牙主设备内的标记信息，若该两个标记信息相同，则蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报该首次扫描到的蓝牙从设备的扫描结果。之后，每次扫描到属于相同组合设备的蓝牙从设备，则在蓝牙主设备的蓝牙协议栈存储该蓝牙从设备的地址信息，但不向蓝牙主设备上报针对该蓝牙从设备的扫描结果。

再如，第一蓝牙设备是组合设备内的任意一个蓝牙从设备。该种情况下，蓝牙主设备的蓝牙协议栈每次扫描到蓝牙从设备后，解析该蓝牙从设备的扫描结果得到标记信息，比对该标记信息与蓝牙主设备内的标记信息，若蓝牙从设备的标记信息与蓝牙主设备的标记信息相同，则蓝牙主设备的蓝牙协议栈在预设时长后，向蓝牙主设备的蓝牙应用模块上报组合设备内任意一个蓝牙从设备的扫描结果。

本实施例中，蓝牙主设备的蓝牙协议栈无需向蓝牙主设备的蓝牙应用模块上报组合设备中的每个蓝牙从设备的扫描结果，而是仅上报组合设备中的一个蓝牙从设备的扫描结果，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的应用模块之间的信令开销。

其次，配对阶段。

本申请实施例中，扫描阶段完毕后，针对一个组合设备，蓝牙主设备在蓝牙主设备的操作界面上，向用户显示组合设备的标记信息，用户点击组合设备的标记信息，触发蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送蓝牙配对请求，从而触发配对过程；或者，蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送扫描命令后，经过了预设时长后，蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送配对请求，触发蓝牙主设备的蓝牙协议栈开始配对过程。

蓝牙主设备的蓝牙协议栈接收到配对请求后，蓝牙主设备的蓝牙协议栈与所述第一蓝牙从设备配对，蓝牙主设备的蓝牙协议栈判断是否完成与所述第一蓝牙从设备的配对，若所述蓝牙主设备的蓝牙协议栈判断出已完成与所述第一蓝牙从设备的配对，则自动与所述组合设备中的另一个蓝牙从设备配对，直到与所述组合设备中的各蓝牙从设备完成配对。

示例性的，配对过程中，蓝牙主设备的蓝牙协议栈根据扫描阶段存储的各蓝牙从设备的地址，依次向各蓝牙从设备发送配对请求并接收蓝牙从设备发送的配对响应。每次接收到配对响应后，则确定蓝牙主设备与该蓝牙从设备完成配对；之后，蓝牙主设备的蓝牙协议栈继续向下一个蓝牙从设备发送配对请求，以与该蓝牙从设备配对，直到与组合设备中的各蓝牙从设备均完成配对过程。

本实施例中，在配对阶段，蓝牙主设备自动与组合设备中的各蓝牙从设备完成配对，无需用户手动选择，过程简单且配对速度快。

上述配对阶段，对于蓝牙主设备的蓝牙应用模块而言，并不需要区分一个组合设备中的各个蓝牙从设备，而是将一个组合设备中的各个蓝牙从设备作为一个蓝牙从设备。因此，蓝牙主设备的蓝牙协议栈无需每完成一个蓝牙从设备的配对过程后，都向蓝牙主设备的蓝牙应用模块上报配对结果，而是仅需要蓝牙主设备的蓝牙协议栈上报一个蓝牙从设备的配对结果即可。此时，所述蓝牙主设备的蓝牙协议栈判断是否完成与所述组合设备中的所有蓝牙从设备的配对；若所述蓝牙主设备的蓝牙协议栈判断出完成与所述组合设备中的所有蓝牙从设备的配对，则向所述蓝牙主设备的蓝牙应用模块发送配对响应。

本实施例中，蓝牙主设备的蓝牙协议栈无需向蓝牙主设备的蓝牙应用模块上报组合设备中的每个蓝牙从设备的配对结果，而是仅上报组合设备中的一个蓝牙从设备的配对结果，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的应用模块之间的信令开销。

最后，业务连接建立阶段。

本申请实施例中，配对阶段完毕后，针对一个组合设备，蓝牙主设备需要与该组合设备中的每个蓝牙从设备建立业务连接。通常情况下，蓝牙主设备与一个蓝牙从设备之间可以建立多个业务连接。

一种可行的实现方式中，蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第一子状态，之后，蓝牙协议栈与第一蓝牙从设备、第二蓝牙从设备分别执行第二子状态，第一子状态和第二子状态时多个子状态中的不同子状态。

该种实现方式中，蓝牙主设备的蓝牙协议栈与组合设备中的所有蓝牙从设备执行完一个业务连接的某个子状态后，再与各蓝牙从设备执行该业务连接的另一个子状态。也就是说，业务连接建立阶段，蓝牙主设备的蓝牙协议栈与组合设备中的各蓝牙从设备交叉进行以完成该业务连接的各个子状态。

另外，该种实现方式中，蓝牙协议栈与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态之后，还向所述蓝牙应用模块发送所述第一子状态的执行结果。如此一来，蓝牙主设备的蓝牙协议栈无需每次与一个蓝牙从设备完成一个子状态后，都向蓝牙主设备的蓝牙应用模块上报，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的蓝牙应用模块之间的信令开销。

另一种可行的实现方式中，所述业务连接包括多个子状态，所述蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接时，蓝牙协议栈与所述第一蓝牙从设备执行所述多个子状态中的所有子状态；在所述蓝牙协议栈与所述第一蓝牙从设备完成所述多个子状态中的所有子状态之后，所述蓝牙协议栈与所述第二蓝牙从设备执行所述多个子状态中的所有子状态。

该种实现方式中，蓝牙主设备的蓝牙协议栈与组合设备的中的一个蓝牙设备，如第二蓝牙设备完成一个业务的所有子状态后，再与另一个蓝牙从设备完成该业务的所有子状态。该过程中，没有改变蓝牙主设备的蓝牙协议栈与单个蓝牙从设备建立业务连接的逻辑。

另外，该种实现方式中，蓝牙协议栈与所述第一蓝牙从设备执行所述多个子状态中的所有子状态之后，还向所述蓝牙应用模块发送所述第一蓝牙从设备的业务连接结果。如此一来，蓝牙主设备的蓝牙协议栈无需每次与一个蓝牙从设备完成业务连接后，都向蓝牙主设备的蓝牙应用模块上报，节约了蓝牙主设备的蓝牙协议栈与蓝牙主设备的蓝牙应用模块之间的信令开销。

下面，用两个实施例对上述的业务连接建立方法进行详细说明。示例性的，可参见图12～图14。

图12是本申请实施例提供的又一种业务连接建立方法的流程图，本实施例中，组合设备包括蓝牙从设备1和蓝牙从设备3，业务连接建立阶段，蓝牙主设备的蓝牙协议栈与组合设备中的各蓝牙从设备交叉进行以完成该业务连接的各个子状态。本实施例包括：

400、蓝牙应用模块接收用户输入的第一操作。

其中，所述第一操作用于请求开启蓝牙功能。

401、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送扫描命令。

示例性的，蓝牙主设备的蓝牙应用模块接收用户输入的第一操作，该第一操作用于请求开启蓝牙功能。

402、蓝牙主设备的蓝牙协议栈启动蓝牙扫描流程。

403、蓝牙主设备的蓝牙协议栈扫描到的蓝牙从设备1的扫描结果。

404、蓝牙主设备的蓝牙协议栈判断扫描结果中的标记信息是否与主蓝牙设备中的标记信息相同，若扫描结果中的标记信息与主蓝牙设备中的标记信息相同，则执行步骤405；若扫描结果中的标记信息与主蓝牙设备中的标记信息不相同，则执行步骤407。

示例性的，扫描结果包含扩展查询响应(extended inquiry response，EIR)或广播数据(advertising data，AD)包等，EIR或AD包中包含标记信息。蓝牙主设备的蓝牙协议栈对比EIR或AD中的标记信息和本地的标记信息，若该两个标记信息相同，则说明该蓝牙从设备是该蓝牙主设备的从设备，蓝牙主设备的蓝牙协议栈执行步骤405；若该两个标记信息不相同，则执行步骤407。

405、蓝牙主设备的蓝牙协议栈保存标记信息，并执行步骤406。

406、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报扫描结果。

407、蓝牙主设备的蓝牙协议栈扫描到蓝牙从设备2的扫描结果。

408、蓝牙主设备的蓝牙协议栈判断扫描结果中的标记信息是否与主蓝牙设备中的标记信息相同，若扫描结果中的标记信息与主蓝牙设备中的标记信息相同，则执行步骤409；若扫描结果中的标记信息与主蓝牙设备中的标记信息不相同，则执行步骤410。

409、蓝牙主设备的蓝牙协议栈存储蓝牙从设备2的地址信息。

也就是说，若蓝牙从设备2的扫描结果中的标记信息与蓝牙主设备的标记信息相同，则蓝牙主设备的蓝牙协议栈存储该蓝牙从设备的4的地址信息，但是不向蓝牙主设备的蓝牙应用模块上报该蓝牙从设备2的扫描信息。

上述步骤401～409可以理解为扫描阶段。

410、蓝牙主设备的蓝牙应用模块接收用户输入的第二操作。

其中，第二操作用于请求所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对。

本步骤中，蓝牙主设备的显示界面上显示组合设备的标记信息，该标记信息例如为组合设备的标识等，若组合设备有多个，则显示每个组合设备的标识。用户从该些标识中，选中一个组合设备。

411、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送配对请求。

412、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送配对请求。

413、蓝牙主设备的蓝牙协议栈接收蓝牙从设备1的配对响应。

414、蓝牙主设备的蓝牙协议栈获取蓝牙从设备2的地址信息。

415、蓝牙主设备的蓝牙协议栈根据地址信息，向蓝牙从设备2发送配对请求。

416、蓝牙主主设备的蓝牙协议栈接收蓝牙从设备2发送的配对响应。

417、蓝牙主设备的蓝牙协议栈将配对响应中的地址信息替换为蓝牙从设备1的地址信息。

418、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块发送配对响应。

综合上述可知：蓝牙主设备的蓝牙协议栈与组合设备中的一个蓝牙从设备完成配对后，暂不上报该蓝牙从设备的配对结果，而是待蓝牙主设备与组合设备中的各蓝牙从设备均完成配对后，向蓝牙主设备的蓝牙应用模块上报该组合设备中的一个蓝牙从设备的配对结果。

上述配对过程中，若某个蓝牙从设备的配对失败，则蓝牙主设备的蓝牙协议栈跳过该蓝牙从设备，与组合设备中的另一个蓝牙从设备开始配对。

上述步骤410～418可以理解为配对阶段。

本申请实施例中，一个业务对应一个业务连接，一个业务连接包含多个子状态，蓝牙主设备的蓝牙协议栈需要与蓝牙从设备执行该多个子状态。以业务连接为支持AVDTP的业务连接为例，AVDTP的业务连接具有六种业务状态机。示例性的，可参照图13，图13是本申请实施例提供的业务连接建立方法中业务状态机的举例示意图。

请参照图13，AVDTP业务连接的六种业务状态机分别为：休眠(IDLE)、配置(configured)、打开(open)、流(stream)、关闭(close)和报错(aborting)。蓝牙主设备与蓝牙从设备之间建立AVDTP业务连接时，需要使蓝牙主设备和蓝牙从设备的当前profile(AVDTP)从Idle状态切换到Open状态，蓝牙协议栈需要依次执行如下步骤：AVDTP连接(AVDTP connection)、发现(Discovery)、能力获取(Get Capability)、能力设置(SetCapability)、打开(Open)，Open完成后，在蓝牙主设备和蓝牙从设备1之间建立AVDTP业务连接；同理，蓝牙主设备需要与蓝牙从设备2也需要执行上述步骤，从而在蓝牙主设备和蓝牙从设备2之间建立AVDTP业务连接。其中，AVDTP connection子状态、Discovery子状态、Get Capability子状态、Set Capability子状态、Open子状态可以称之为AVDTP业务连接的5个子状。下面，对蓝牙主设备如何与蓝牙从设备1、蓝牙从设备2分别执行的上述步骤以建立AVDTP业务连接进行详细说明。

419、蓝牙主设备的蓝牙应用模块向蓝牙协议栈发起连接请求，

420、蓝牙协议栈向蓝牙从设备1发送AVDTP连接请求。

421、蓝牙协议栈向蓝牙从设备2发送AVDTP连接请求。

上述步骤420和421无严格的先后顺序，蓝牙主设备的蓝牙协议栈分别向蓝牙从设备1和蓝牙从设备2发送AVDTP连接请求(AVDTP connect request)。

422、蓝牙协议栈向蓝牙应用模块上报通知消息。

该通知消息用于告知蓝牙应用模块：蓝牙协议栈正在处理步骤419中的连接请求。

蓝牙主设备的蓝牙应用模块收到通知消息，针对A2DP，蓝牙应用模块的业务连接从未连接(disconnecting)状态切换到正在连接(connecting)状态。

424、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送AVDTP连接响应。

424、蓝牙从设备2向蓝牙主设备的蓝牙协议栈发送AVDTP连接响应。

上述步骤424和步骤424无严格的先后顺序。

425、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送发现请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的AVDTP连接响应后，向蓝牙从设备1发送发现请求(discovery request)。

426、蓝牙主设备的蓝牙协议栈向蓝牙从设备2发送发现请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备2发送的AVDTP连接响应后，向蓝牙从设备2发送发现请求(discovery request)。

上述的步骤425和426并无严格的先后顺序。

427、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送发现响应。

其中，发现响应例如为(discovery response)。

428、蓝牙从设备2向蓝牙主设备的蓝牙协议栈发送发现响应。

其中，发现响应例如为(discovery response)。

上述的步骤427和428并无严格的先后顺序。

上述步骤427～428可以理解为蓝牙主设备分别蓝牙从设备1、蓝牙从设备2执行discovery子状态的过程。

429、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送能力获取请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的发现响应后，向蓝牙从设备1发送能力获取请求(Get Capability request)。

430、蓝牙主设备的蓝牙协议栈向蓝牙从设备2发送能力获取请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备2发送的发现响应后，向蓝牙从设备2发送能力获取请求(Get Capability request)。

上述的步骤429和430并无严格的先后顺序。

431、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送能力获取响应。

其中，能力获取响应例如为(Get Capability response)。

432、蓝牙从设备2向蓝牙主设备的蓝牙协议栈发送能力获取响应。

其中，能力获取响应例如为(Get Capability response)。

上述的步骤431和432并无严格的先后顺序。

上述步骤429～432可以理解为蓝牙主设备分别蓝牙从设备1、蓝牙从设备2执行Get Capability子状态的过程。

433、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送能力设置请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的能力获取响应后，向蓝牙从设备1发送能力设置请求(Set Capability request)。

434、蓝牙主设备的蓝牙协议栈向蓝牙从设备2发送能力设置请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备2发送的能力获取响应后，向蓝牙从设备2发送能力设置请求(Set Capability request)。

上述的步骤433和434并无严格的先后顺序。

435、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送能力设置响应。

其中，能力设置响应例如为(Set Capability response)，该能力设置响应携带蓝牙从设备1的配置信息，该配置信息携带AVDP业务连接相关的编码参数等。

436、蓝牙从设备2向蓝牙主设备的蓝牙协议栈发送能力设置响应。

其中，能力设置响应例如为(Set Capability response)，该能力设置响应携带蓝牙从设备1的配置信息。

上述的步骤435和436并无严格的先后顺序。

上述步骤423-436中，针对每一个蓝牙从设备，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备的响应后，无需关注另外蓝牙从设备的状态，而是直接向该蓝牙从设备发送下一个请求。其中，响应包括AVDTP连接响应、发现响应、能力获取响应、能力设置响应等，请求包括发现请求、能力获取请求、能力设置请求等。

437、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报配置信息。

上述步骤433～437可以理解为蓝牙主设备分别蓝牙从设备1、蓝牙从设备2执行Set Capability子状态的过程，蓝牙主主设备的蓝牙协议栈最先接收到蓝牙从设备的配置信息后，如蓝牙从设备1的配置信息，暂不向蓝牙应用模块上报该配置信息，而是等待各蓝牙从设备均向蓝牙应用模块上报配置信息后，将任意一个蓝牙从设备的配置信息上报给蓝牙应用模块。

438、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送AVDTP打开请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的能力获取响应后，向蓝牙从设备1发送AVDTP打开请求(AVDTP OPEN request)。

439、蓝牙主设备的蓝牙协议栈向蓝牙从设备2发送AVDTP打开请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备2发送的能力获取响应后，向蓝牙从设备2发送AVDTP打开请求(AVDTP OPEN request)。

上述的步骤438和439并无严格的先后顺序。

440、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送AVDTP OPEN响应。

441、蓝牙从设备2向蓝牙主设备的蓝牙协议栈发送AVDTP OPEN响应。

上述的步骤440和441并无严格的先后顺序。

442、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报AVDTP OPEN响应。

上述步骤449～442可以理解为蓝牙主设备分别蓝牙从设备1、蓝牙从设备2执行Set OPEN子状态的过程，蓝牙主主设备的蓝牙协议栈最先接收到蓝牙从设备的AVDTP OPEN响应后，如蓝牙从设备1的AVDTP OPEN响应，暂不向蓝牙应用模块上报该AVDTP OPEN响应，而是等待各蓝牙从设备均向蓝牙应用模块上报AVDTP OPEN响应后，将任意一个蓝牙从设备的AVDTP OPEN响应上报给蓝牙应用模块。

另外，若蓝牙主设备和蓝牙从设备之间的业务有多个，则其他业务的业务连接建立过程类似，此次不再赘述。

上述步骤419～442可以理解为业务连接建立过程。

444、蓝牙主设备的蓝牙应用模块控制蓝牙主设备的显示屏显示配对连接完成状态。

本实施例中，由蓝牙主设备的蓝牙协议栈根据标记信息，将扫描结果中携带相同标记信息的蓝牙从设备归类为一个组合设备，而且该实施例中，在业务连接建立阶段，蓝牙主设备的蓝牙协议栈与各蓝牙从设备交叉完成一个业务的各个子状态。

图14是本申请实施例提供的另一种业务连接建立方法的流程图，本实施例中，组合设备包括蓝牙从设备1和蓝牙从设备2，业务连接建立阶段，蓝牙主设备的蓝牙协议栈与组合设备的中的一个蓝牙设备完成一个业务连接的所有子状态后，再与另一个蓝牙从设备完成该业务连接的所有子状态。本实施例包括：

500、蓝牙应用模块接收用户输入的第一操作。

其中，所述第一操作用于请求开启蓝牙功能。

501、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送扫描命令。

502、蓝牙主设备的蓝牙协议栈启动蓝牙扫描流程。

503、蓝牙主设备的蓝牙协议栈扫描到的蓝牙从设备1的扫描结果。

504、蓝牙主设备的蓝牙协议栈判断扫描结果中的标记信息是否与主蓝牙设备中的标记信息相同，若扫描结果中的标记信息与主蓝牙设备中的标记信息相同，则执行步骤505；若扫描结果中的标记信息与主蓝牙设备中的标记信息不相同，则执行步骤507。

505、蓝牙主设备的蓝牙协议栈保存标记信息，并执行步骤506。

506、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报包含标记信息的扫描结果。

507、蓝牙主设备的蓝牙协议栈扫描到蓝牙从设备2的扫描结果。

508、蓝牙主设备的蓝牙协议栈判断扫描结果中的标记信息是否与主蓝牙设备中的标记信息相同，若扫描结果中的标记信息与主蓝牙设备中的标记信息相同，则执行步骤509；若扫描结果中的标记信息与主蓝牙设备中的标记信息不相同，则执行步骤511。

509、蓝牙主设备的蓝牙协议栈存储蓝牙从设备2的地址信息。

蓝牙应用模块接收到蓝牙协议栈上报的各蓝牙从设备的扫描结果包含的标记信息后，将包含同样标记信息的蓝牙从设备视为同一个组合设备中的蓝牙从设备。例如，上述实施例中，蓝牙从设备1的扫描结果和蓝牙从设备2的扫描结果包含相同的标记信息，则蓝牙应用模块得到该两个扫描结果后，认为蓝牙从设备1和蓝牙从设备2属于同一个组合设备。

上述步骤501～509可以理解为扫描阶段，具体可参加上述图6中扫描阶段的描述，此次不再赘述。

510、蓝牙主设备的蓝牙协议栈向蓝牙应用模块上报蓝牙从设备2的扫描结果，该扫描结果包含标记信息。

511、蓝牙主设备的蓝牙应用模块接收用户输入的第二操作。

其中，第二操作用于请求所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对。

512、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送针对蓝牙从设备1的配对请求。

513、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送配对请求。

514、蓝牙主设备的蓝牙协议栈接收蓝牙从设备1的配对响应。

515、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块发送蓝牙从设备1的配对响应。

516、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送针对蓝牙从设备2的配对请求。

517、蓝牙主主设备的蓝牙协议栈接收蓝牙从设备2发送的配对响应。

518、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块发送蓝牙从设备2的配对响应。

上述步骤511～518可以理解为配对阶段。

519、蓝牙主设备的蓝牙应用模块向蓝牙主设备的蓝牙协议栈发送业务连接建立请求。

继续以上述图11中的AVDTP业务连接为例，则本实施例还包括如下步骤：

520、蓝牙协议栈向蓝牙从设备1发送AVDTP连接请求。

521、蓝牙协议栈通知蓝牙应用模块上报通知消息。

该通知消息用于告知蓝牙应用模块：蓝牙协议栈正在处理步骤319中的连接请求。

蓝牙主设备的蓝牙应用模块收到通知消息，针对A2DP，蓝牙应用模块的业务连接从未连接(disconnecting)状态切换到正在连接(connecting)状态。

522、蓝牙主设备的蓝牙协议栈接收蓝牙从设备1发送的AVDTP连接响应。

523、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送发现请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的连接响应后，向蓝牙从设备1发送发现请求(discovery request)。

524、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送发现响应。

其中，发现响应例如为(discovery response)。

上述步骤523～524可以理解为蓝牙主设备蓝牙从设备1执行discovery子状态的过程。

525、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送能力获取请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的发现响应后，向蓝牙从设备1发送能力获取请求(Get Capability request)。

526、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送能力获取响应。

其中，能力获取响应例如为(Get Capability response)。

上述步骤525～526可以理解为蓝牙主设备蓝牙从设备1执行Get Capability子状态的过程。

527、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送能力设置请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的能力获取响应后，向蓝牙从设备1发送能力设置请求(Set Capability request)。

528、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送能力设置响应。

其中，能力设置响应例如为(Set Capability response)，该能力设置响应携带蓝牙从设备1的配置信息，该配置信息携带AVDTP业务连接所需的编码参数等。

529、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块上报配置信息。

上述步骤527～529可以理解为蓝牙主设备蓝牙从设备1执行Set Capability子状态的过程。

530、蓝牙主设备的蓝牙协议栈向蓝牙从设备1发送AVDTP打开请求。

示例性的，蓝牙主设备的蓝牙协议栈接收到蓝牙从设备1发送的能力获取响应后，向蓝牙从设备1发送AVDTP打开请求(AVDTP OPEN request)。

531、蓝牙从设备1向蓝牙主设备的蓝牙协议栈发送AVDTP OPEN响应。

蓝牙主设备接收到蓝牙从设备1上报的AVDTP OPEN响应，表示蓝牙主设备与蓝牙从设备1完成AVDTP业务连接。

532、蓝牙主设备的蓝牙协议栈向蓝牙主设备的蓝牙应用模块发送AVDTP OPEN响应。

之后，蓝牙主设备与蓝牙从设备2执行上述的步骤520～532，直到蓝牙主设备接收到蓝牙从设备2上报的AVDTP OPEN响应，表示蓝牙主设备与蓝牙从设备2完成AVDTP业务连接。

上述步骤519～532可以理解为业务连接建立过程。

本实施中，业务连接建立阶段，蓝牙主设备与组合设备中的各蓝牙从设备的业务连接过程独立完成，不改变单个蓝牙从设备的业务逻辑建立逻辑，连接断开类似。

图15是本申请实施例提供的芯片的结构示意图，请参照图15，本实施例提供的芯片200包括：处理器21和接口22，所述接口22用于接收代码指令，并传输至所述处理器21，所述处理器21运行所述代码指令以执行以下步骤：接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能，显示扫描到的组合设备的标记信息，所述组合设备包括第一蓝牙从设备和第二蓝牙从设备，接收用户输入的第二操作，所述第二操作用于请求所述蓝牙主设备与所述组合设备中的各蓝牙从设备配对，与所述组合设备中的各蓝牙从设备配对，与所述组合设备中的各蓝牙从设备建立业务连接。

示例性的，可参见上述图3和图4的描述，此处不再赘述。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器可以是非易失性存储器，比如硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请各实施例提供的方法中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机可以存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如,SSD)等。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (22)

1.一种蓝牙主设备，包括：处理器、存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时执行如下步骤：

接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能；

显示扫描到的组合设备的标记信息，所述组合设备包括第一蓝牙从设备和第二蓝牙从设备；其中，第一蓝牙从设备和第二蓝牙从设备被写入组合设备的标记信息；

接收用户输入的第二操作，所述第二操作用于请求所述蓝牙主设备与所述组合设备中的各蓝牙从设备配对；

与所述组合设备中的各蓝牙从设备配对；

与所述组合设备中的各蓝牙从设备建立业务连接。

2.根据权利要求1所述的设备，其特征在于，所述标记信息包含于所述第一蓝牙从设备的扫描结果中，所述显示扫描到的组合设备的标记信息之前，还包括：

存储所述第二蓝牙从设备的地址信息，所述地址信息包含于所述第二蓝牙从设备的扫描结果中。

3.根据权利要求2所述的设备，其特征在于，所述与所述组合设备中的各蓝牙从设备配对，包括：

与所述第一蓝牙从设备配对；

判断是否完成与所述第一蓝牙从设备的配对；

若已完成与所述第一蓝牙从设备的配对，则根据所述第二蓝牙从设备的地址信息，自动与所述第二蓝牙从设备配对。

4.根据权利要求1～3任一项所述的设备，其特征在于，所述业务连接包括多个子状态，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态；

与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态后，与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第二子状态，所述第一子状态和所述第二子状态是所述多个子状态中的不同子状态。

5.根据权利要求1～3任一项所述的设备，其特征在于，所述业务连接包括多个子状态，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

与所述第一蓝牙从设备执行所述多个子状态中的所有子状态；

在与所述第一蓝牙从设备完成所述多个子状态中的所有子状态之后，与所述第二蓝牙从设备执行所述多个子状态中的所有子状态。

6.根据权利要求1～3任一项所述的设备，其特征在于，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

按照所述组合设备中的各蓝牙从设备被扫描到的先后顺序，与所述组合设备中的各蓝牙从设备配对。

7.一种蓝牙***，其特征在于，包括如权利要求1～6任一项所述的蓝牙主设备和组合设备，所述组合设备包含第一蓝牙从设备和第二蓝牙从设备。

8.一种芯片，其特征在于，所述芯片包括处理器和接口，所述接口用于接收代码指令，并传输至所述处理器，所述处理器运行所述代码指令以执行以下步骤：

接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能；

显示扫描到的组合设备的标记信息，所述组合设备包括第一蓝牙从设备和第二蓝牙从设备；其中，第一蓝牙从设备和第二蓝牙从设备被写入组合设备的标记信息；

接收用户输入的第二操作，所述第二操作用于请求蓝牙主设备与所述组合设备中的各蓝牙从设备配对；

与所述组合设备中的各蓝牙从设备配对；

与所述组合设备中的各蓝牙从设备建立业务连接。

9.根据权利要求8所述的芯片，其特征在于，所述标记信息包含于所述第一蓝牙从设备的扫描结果中，所述显示扫描到的组合设备的标记信息之前，还包括：

存储所述第二蓝牙从设备的地址信息，所述地址信息包含于所述第二蓝牙从设备的扫描结果中。

10.根据权利要求9所述的芯片，其特征在于，所述与所述组合设备中的各蓝牙从设备配对，包括：

与所述第一蓝牙从设备配对；

判断是否完成与所述第一蓝牙从设备的配对；

若已完成与所述第一蓝牙从设备的配对，则根据所述第二蓝牙从设备的地址信息，自动与所述第二蓝牙从设备配对。

11.根据权利要求8～10任一项所述的芯片，其特征在于，所述业务连接包括多个子状态，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态；

在与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态后，与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第二子状态，所述第一子状态和所述第二子状态是所述多个子状态中的不同子状态。

12.根据权利要求8～10任一项所述的芯片，其特征在于，所述业务连接包括多个子状态，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

与所述第一蓝牙从设备执行所述多个子状态中的所有子状态；

在与所述第一蓝牙从设备完成所述多个子状态中的所有子状态之后，与所述第二蓝牙从设备执行所述多个子状态中的所有子状态。

13.根据权利要求8～10任一项所述的芯片，其特征在于，所述与所述组合设备中的各蓝牙从设备建立业务连接，包括：

按照所述组合设备中的各蓝牙从设备被扫描到的先后顺序，与所述组合设备中的各蓝牙从设备配对。

14.一种业务连接建立方法，其特征在于，适用于蓝牙主设备，所述蓝牙主设备包括蓝牙应用模块和蓝牙协议栈，该方法包括：

所述蓝牙应用模块接收用户输入的第一操作，所述第一操作用于请求开启蓝牙功能；

所述蓝牙应用模块向所述蓝牙协议栈发送扫描请求，所述扫描请求用于请求所述蓝牙协议栈执行蓝牙扫描；

所述蓝牙协议栈向所述蓝牙应用模块上报扫描结果，所述扫描结果是第一蓝牙从设备和第二蓝牙从设备中的任意一个蓝牙从设备的扫描结果，所述第一蓝牙从设备和所述第二蓝牙从设备属于同一个组合设备；其中，第一蓝牙从设备和第二蓝牙从设备被写入组合设备的标记信息；

所述蓝牙应用模块控制所述蓝牙主设备的用户界面显示所述组合设备的标记信息，所述组合设备的标记信息携带在所述扫描结果中；

所述蓝牙应用模块接收用户输入的第二操作，所述第二操作用于请求所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对；

所述蓝牙应用模块接收来自所述蓝牙协议栈的配对结果，所述配对结果是所述蓝牙协议栈与所述组合设备中的各蓝牙从设备配对后发送的，所述配对结果是所述第一蓝牙从设备和所述第二蓝牙设备中的任意一个蓝牙从设备的配对结果；

所述蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接。

15.根据权利要求14所述的方法，其特征在于，所述扫描结果是所述第一蓝牙从设备的扫描结果，所述蓝牙协议栈向所述蓝牙应用模块上报扫描结果之后，还包括：

所述蓝牙协议栈存储所述第二蓝牙从设备的地址信息，所述地址信息包含于所述第二蓝牙从设备的扫描结果中。

16.根据权利要求15所述的方法，其特征在于，所述蓝牙应用模块接收来自所述蓝牙协议栈的配对结果之前，还包括：

所述蓝牙协议栈与所述第一蓝牙从设备配对；

所述蓝牙协议栈判断是否完成与所述第一蓝牙从设备的配对；

若所述蓝牙协议栈判断出已完成与所述第一蓝牙从设备的配对，则根据所述第二蓝牙从设备的地址信息，自动与所述第二蓝牙从设备配对。

17.根据权利要求14～16任一项所述的方法，其特征在于，所述业务连接包括多个子状态，所述蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接，包括：

所述蓝牙协议栈与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态；

所述蓝牙协议栈与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态后，所述蓝牙协议栈与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第二子状态，所述第一子状态和所述第二子状态时所述多个子状态中的不同子状态。

18.根据权利要求17所述的方法，其特征在于，所述蓝牙协议栈与所述第一蓝牙从设备、所述第二蓝牙从设备分别执行第一子状态之后，还包括：

所述蓝牙协议栈向所述蓝牙应用模块发送所述第一子状态的执行结果。

19.根据权利要求14～16任一项所述的方法，其特征在于，所述业务连接包括多个子状态，所述蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接，包括：

所述蓝牙协议栈与所述第一蓝牙从设备执行所述多个子状态中的所有子状态；

在所述蓝牙协议栈与所述第一蓝牙从设备完成所述多个子状态中的所有子状态之后，所述蓝牙协议栈与所述第二蓝牙从设备执行所述多个子状态中的所有子状态。

20.根据权利要求19所述的方法，其特征在于，所述蓝牙协议栈与所述第一蓝牙从设备执行所述多个子状态中的所有子状态之后，还包括：

所述蓝牙协议栈向所述蓝牙应用模块发送所述第一蓝牙从设备的业务连接结果。

21.根据权利要求14～16任一项所述的方法，其特征在于，所述蓝牙协议栈与所述组合设备中的各蓝牙从设备建立业务连接，包括：

所述蓝牙协议栈按照所述组合设备中的各蓝牙从设备被扫描到的先后顺序，与所述组合设备中的各蓝牙从设备配对。

22.一种计算机可读存储介质，其特征在于，用于存储计算机程序或者指令，当所述计算机程序或者指令在电子设备上运行时，使得所述电子设备执行权利要求14～21任一项所述的方法。

Images