蓝牙通信方法、系统及电子设备与流程

1.本技术实施例涉及通信领域，尤其涉及一种蓝牙通信方法、系统及电子设备。


背景技术：

2.在现有的经典蓝牙协议中，page(寻呼)端可基于page scan(寻呼扫描)端的蓝牙地址设备，生成调频序列。page端可在调频序列上进行寻呼，以与page scan端建立蓝牙连接。
3.但是，由于page端未知page scan端的本地时钟，因此，page端与page scan端需基于page scan地址生成的32个调频序列进行page，导致page过程较长，影响蓝牙连接建立的整体效率。


技术实现要素：

4.为了解决上述技术问题，本技术提供一种蓝牙通信方法、系统及电子设备。该方法中，电子设备可基于协商好的协商频点进行page，以缩短page过程耗时，从而提升蓝牙连接建立的整体效率。
5.第一方面，本技术实施例提供一种蓝牙通信系统。该系统包括第一电子设备和第二电子设备。第一电子设备，用于基于第一协商频点信息，开启至少一个第一快速寻呼扫描接收窗fast page scan window；第一协商频点信息包括至少一个频点，第一协商频点信息包括的至少一个频点为第一电子设备与第二电子设备在上一次进行蓝牙通信时协商所得。第二电子设备，用于基于第一协商频点信息包括的至少一个频点，向第一电子设备发送寻呼消息。第一电子设备，还用于当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互。这样，第一电子设备与第二电子设备可在上一次蓝牙数据交互过程中，获取至少一个协商频点。并且，第一电子设备与第二电子设备断开后，再次建立蓝牙连接的过程中，可基于协商后的至少一个协商频点进行page与page scan。从而减少page端所需要跳频的频点数量，有效缩短page过程所占时长。并且，可进一步提升蓝牙连接建立的整体效率，减少用户等待时间，从而提升用户使用体验。
6.示例性的，第一电子设备与第二电子设备在本次蓝牙数据交互过程中，可重新进行协商，以更新协商频点信息。第一电子设备与第二电子设备断开蓝牙连接后，在下次连接过程中，可基于更新后的协商频点信息执行page过程。
7.示例性的，第一电子设备为page scan端，第二电子设备为page scan端。
8.示例性的，第一电子设备与第二电子设备的蓝牙连接断开后，可在预设时长内，自动基于协商频点信息进行page。在经过预设时长后，第一电子设备可基于接收到的用户操作，按照协商频点信息进行page。
9.示例性的，寻呼消息可选地包括第一电子设备的地址信息。
10.示例性的，第一电子设备可依次在每个协商频点上发送寻呼消息。并在每个协商
频点上，监听第二电子设备是否返回寻呼响应消息。
11.根据第一方面，第一电子设备，还用于发送第一预设频点信息，第一预设频点信息包括至少一个频点，第一预设频点信息包括的频点的数量大于或等于第一协商频点信息包括的频点的数量；基于第一预设频点信息，开启至少一个第二fast page scan window，并且，基于标准频点信息包括的至少一个频点，开启至少一个标准page scan window；标准频点信息包括的至少一个频点为基于第一电子设备的地址信息得到的。第二电子设备，还用于接收第一预设频点信息。基于第一预设频点信息包括的至少一个频点，向第一电子设备发送寻呼消息。第一电子设备，还用于当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，或者，在至少一个标准page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互。与第二电子设备进行蓝牙数据交互的过程中，与第二电子设备进行协商，获取第一协商频点信息。这样，第一电子设备与第二电子设备在第一次建立蓝牙连接，或者是，第一电子设备与第二电子设备未存储有对应的协商频点的情况下，可基于预设的频点信息执行page流程。
12.示例性的，预设频点信息可根据不同设备在出厂前设置。例如，手机的预设频点可以是7个。而由于蓝牙耳机与蓝牙耳机盒在page过程中，通常情况下距离较近，受到干扰的可能性较小，因此，蓝牙耳机盒的预设频点可以是2个。
13.根据第一方面，或者以上第一方面的任意一种实现方式，第一fast page scan window的长度大于或等于第一协商频点信息的长度，第一协商频点信息的长度为第二电子设备在第一协商频点信息包括的至少一个频点进行寻呼所占时长。这样，本技术实施例中的page scan端可通过开启长度小于标准page scan window的fast page scan window，以缩短page过程的命中时长，有效提升蓝牙连接效率。
14.根据第一方面，或者以上第一方面的任意一种实现方式，第二fast page scan window的长度大于或等于第一预设频点信息的长度，第一预设频点信息的长度为第二电子设备在第一预设频点信息包括的至少一个频点进行寻呼所占时长。这样，在本技术实施例中的page scan端可通过开启长度小于标准page scan window的fast page scan window，以缩短电子设备在第一次建立蓝牙连接过程中的page阶段所占时长，有效提升蓝牙连接效率。
15.根据第一方面，或者以上第一方面的任意一种实现方式，标准频点信息包括32个频点；标准page scan window的长度大于或等于标准频点信息的长度，标准频点信息的长度为第二电子设备在标准频点信息包括的32个频点中的16个频点上进行寻呼所占时长。这样，在本技术实施例中的page scan端在与page端第一次建立蓝牙连接时，可交替开启标准page scan window和fast page scan window，以在对端(即page端)为预设设备或者非预设设备的情况下，均可缩短page阶段的整体耗时。
16.根据第一方面，或者以上第一方面的任意一种实现方式，第一电子设备基于以下至少一个条件，确定第一协商频点信息：第一电子设备支持的各工作频点的通信质量参数，第二电子设备支持的各工作频点的通信质量参数，第一电子设备支持的各工作频点的占用情况，第二电子设备支持的各工作频点的占用情况。
17.根据第一方面，或者以上第一方面的任意一种实现方式，第一协商频点信息包括
两个或两个以上频点；第一电子设备，具体用于在当前预设周期内，开启至少一个第一fast page scan window，其中，当前预设周期内开启的至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的一个。在下一个预设周期内，开启至少一个第一fast page scan window，其中，下一个预设周期内开启的至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的另一个。
18.示例性的，多个fast page scan window可均匀分布在所在周期内。
19.示例性的，开启fast page scan window的数量可以为预先设置的，也可以是基于电子设备当前的电量设置的。
20.第二方面，本技术实施例提供一种蓝牙通信方法。该方法应用于第一电子设备，方法包括：基于第一协商频点信息，开启至少一个第一快速寻呼扫描接收窗fast page scan window；第一协商频点信息包括至少一个频点，第一协商频点信息包括的至少一个频点为第一电子设备与第二电子设备在上一次进行蓝牙通信时协商所得；当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互。
21.根据第二方面，基于第一协商频点信息，开启至少一个第一快速寻呼扫描接收窗fast page scan window之前，方法还包括：发送第一预设频点信息，第一预设频点信息包括至少一个频点，第一预设频点信息用于指示第二电子设备基于第一预设频点信息包括的至少一个频点向第一电子设备发送寻呼消息；其中，第一预设频点信息包括的频点的数量大于或等于第一协商频点信息包括的频点的数量；基于第一预设频点信息，开启至少一个第二fast page scan window，并且，基于标准频点信息包括的至少一个频点，开启至少一个标准page scan window；标准频点信息包括的至少一个频点为基于第一电子设备的地址信息得到的；当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，或者，在至少一个标准page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互；与第二电子设备进行蓝牙数据交互的过程中，与第二电子设备进行协商，获取第一协商频点信息。
22.根据第二方面，或者以上第二方面的任意一种实现方式，第一fast page scan window的长度大于或等于第一协商频点信息的长度，第一协商频点信息的长度为第二电子设备在第一协商频点信息包括的至少一个频点进行寻呼所占时长。
23.根据第二方面，或者以上第二方面的任意一种实现方式，第二fast page scan window的长度大于或等于第一预设频点信息的长度，第一预设频点信息的长度为第二电子设备在第一预设频点信息包括的至少一个频点进行寻呼所占时长。
24.根据第二方面，或者以上第二方面的任意一种实现方式，标准频点信息包括32个频点；标准page scan window的长度大于或等于标准频点信息的长度，标准频点信息的长度为第二电子设备在标准频点信息包括的32个频点中的16个频点上进行寻呼所占时长。
25.根据第二方面，或者以上第二方面的任意一种实现方式，第一电子设备基于以下至少一个条件，获取第一协商频点信息：第一电子设备支持的各工作频点的通信质量参数，第二电子设备支持的各工作频点的通信质量参数，第一电子设备支持的各工作频点的占用情况，第二电子设备支持的各工作频点的占用情况。
26.根据第二方面，或者以上第二方面的任意一种实现方式，第一协商频点信息包括
两个或两个以上频点；基于第一协商频点信息，开启至少一个第一快速寻呼扫描接收窗fast page scan window，包括：在当前预设周期内，开启至少一个第一fast page scan window，其中，当前预设周期内开启的至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的一个；在下一个预设周期内，开启至少一个第一fast page scan window，其中，下一个预设周期内开启的至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的另一个。
27.第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
28.第三方面，本技术实施例提供一种蓝牙通信方法。该方法应用于第二电子设备，方法包括：基于第一协商频点信息，向第一电子设备发送寻呼消息；第一协商频点信息包括至少一个频点，第一协商频点信息包括的至少一个频点为第二电子设备与第一电子设备在上一次进行蓝牙通信时协商所得；当接收到第一电子设备发送的寻呼响应消息，与第二电子设备进行蓝牙数据交互；寻呼响应消息为第一电子设备在基于第一协商频点信息开启的至少一个第一快速寻呼扫描接收窗fast page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的。
29.根据第三方面，基于第一协商频点信息，向第一电子设备发送寻呼消息之前，方法还包括：接收第一电子设备发送的第一预设频点信息；第一预设频点信息包括至少一个频点，第一预设频点信息包括的频点的数量大于或等于第一协商频点信息包括的频点的数量；基于第一预设频点信息包括的至少一个频点，向第一电子设备发送寻呼消息；当接收到第一电子设备发送的寻呼响应消息，与第二电子设备进行蓝牙数据交互；寻呼响应消息为第一电子设备在基于第一预设频点信息，开启的至少一个第二fast page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的，或者，寻呼响应消息为第一电子设备在基于标准频点信息包括的至少一个频点开启的至少一个标准page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的；其中，标准频点信息包括的至少一个频点为基于第一电子设备的地址信息得到的；与第一电子设备进行蓝牙数据交互的过程中，与第一电子设备进行协商，获取第一协商频点信息。
30.根据第三方面，或者以上第三方面的任意一种实现方式，第一fast page scan window的长度大于或等于第一协商频点信息的长度，第一协商频点信息的长度为第二电子设备在第一协商频点信息包括的至少一个频点进行寻呼所占时长。
31.根据第三方面，或者以上第三方面的任意一种实现方式，第二fast page scan window的长度大于或等于第一预设频点信息的长度，第一预设频点信息的长度为第二电子设备在第一预设频点信息包括的至少一个频点进行寻呼所占时长。
32.根据第三方面，或者以上第三方面的任意一种实现方式，标准频点信息包括32个频点；标准page scan window的长度大于或等于标准频点信息的长度，标准频点信息的长度为第二电子设备在标准频点信息包括的32个频点中的16个频点上进行寻呼所占时长。
33.根据第三方面，或者以上第三方面的任意一种实现方式，获取第一协商频点信息，包括：基于以下至少一个条件，获取第一协商频点信息：第一电子设备支持的各工作频点的通信质量参数，第二电子设备支持的各工作频点的通信质量参数，第一电子设备支持的各
工作频点的占用情况，第二电子设备支持的各工作频点的占用情况。
34.第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
35.第四方面，本技术实施例提供一种第一电子设备。该第一电子设备包括存储器和处理器；存储器与处理器耦合；存储器存储有程序指令；当程序指令由处理器执行时，使得第一电子设备执行如下步骤：基于第一协商频点信息，开启至少一个第一快速寻呼扫描接收窗fast page scan window；第一协商频点信息包括至少一个频点，第一协商频点信息包括的至少一个频点为第一电子设备与第二电子设备在上一次进行蓝牙通信时协商所得；当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互。
36.根据第四方面，当程序指令由处理器执行时，使得第一电子设备执行如下步骤：发送第一预设频点信息，第一预设频点信息包括至少一个频点，第一预设频点信息用于指示第二电子设备基于第一预设频点信息包括的至少一个频点向第一电子设备发送寻呼消息；其中，第一预设频点信息包括的频点的数量大于或等于第一协商频点信息包括的频点的数量；基于第一预设频点信息，开启至少一个第二fast page scan window，并且，基于标准频点信息包括的至少一个频点，开启至少一个标准page scan window；标准频点信息包括的至少一个频点为基于第一电子设备的地址信息得到的；当第一电子设备在至少一个第一fast page scan window内接收到第二电子设备发送的寻呼消息，或者，在至少一个标准page scan window内接收到第二电子设备发送的寻呼消息，响应于接收到的寻呼消息，与第二电子设备进行蓝牙数据交互；与第二电子设备进行蓝牙数据交互的过程中，与第二电子设备进行协商，获取第一协商频点信息。
37.根据第四方面，或者以上第四方面的任意一种实现方式，第一fast page scan window的长度大于或等于第一协商频点信息的长度，第一协商频点信息的长度为第二电子设备在第一协商频点信息包括的至少一个频点进行寻呼所占时长。
38.根据第四方面，或者以上第四方面的任意一种实现方式，第二fast page scan window的长度大于或等于第一预设频点信息的长度，第一预设频点信息的长度为第二电子设备在第一预设频点信息包括的至少一个频点进行寻呼所占时长。
39.根据第四方面，或者以上第四方面的任意一种实现方式，标准频点信息包括32个频点；标准page scan window的长度大于或等于标准频点信息的长度，标准频点信息的长度为第二电子设备在标准频点信息包括的32个频点中的16个频点上进行寻呼所占时长。
40.根据第四方面，或者以上第四方面的任意一种实现方式，当程序指令由处理器执行时，使得第一电子设备执行如下步骤：基于以下至少一个条件，获取第一协商频点信息：第一电子设备支持的各工作频点的通信质量参数，第二电子设备支持的各工作频点的通信质量参数，第一电子设备支持的各工作频点的占用情况，第二电子设备支持的各工作频点的占用情况。
41.根据第四方面，或者以上第四方面的任意一种实现方式，第一协商频点信息包括两个或两个以上频点；当程序指令由处理器执行时，使得第一电子设备执行如下步骤：在当前预设周期内，开启至少一个第一fast page scan window，其中，当前预设周期内开启的
至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的一个；在下一个预设周期内，开启至少一个第一fast page scan window，其中，下一个预设周期内开启的至少一个第一fast page scan window的频点为第一协商频点信息包括的频点中的另一个。
42.第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
43.第五方面，本技术实施例提供一种第二电子设备。该第二电子设备包括：存储器和处理器；存储器与处理器耦合；存储器存储有程序指令；当程序指令由处理器执行时，使得第二电子设备执行如下步骤：基于第一协商频点信息，向第一电子设备发送寻呼消息；第一协商频点信息包括至少一个频点，第一协商频点信息包括的至少一个频点为第二电子设备与第一电子设备在上一次进行蓝牙通信时协商所得；当接收到第一电子设备发送的寻呼响应消息，与第二电子设备进行蓝牙数据交互；寻呼响应消息为第一电子设备在基于第一协商频点信息开启的至少一个第一快速寻呼扫描接收窗fast page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的。
44.根据第五方面，当程序指令由处理器执行时，使得第二电子设备执行如下步骤：接收第一电子设备发送的第一预设频点信息；第一预设频点信息包括至少一个频点，第一预设频点信息包括的频点的数量大于或等于第一协商频点信息包括的频点的数量；基于第一预设频点信息包括的至少一个频点，向第一电子设备发送寻呼消息；当接收到第一电子设备发送的寻呼响应消息，与第二电子设备进行蓝牙数据交互；寻呼响应消息为第一电子设备在基于第一预设频点信息，开启的至少一个第二fast page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的，或者，寻呼响应消息为第一电子设备在基于标准频点信息包括的至少一个频点开启的至少一个标准page scan window内接收到第二电子设备发送的寻呼消息后，发送至第二电子设备的；其中，标准频点信息包括的至少一个频点为基于第一电子设备的地址信息得到的；与第一电子设备进行蓝牙数据交互的过程中，与第一电子设备进行协商，获取第一协商频点信息。
45.根据第五方面，或者以上第五方面的任意一种实现方式，第一fast page scan window的长度大于或等于第一协商频点信息的长度，第一协商频点信息的长度为第二电子设备在第一协商频点信息包括的至少一个频点进行寻呼所占时长。
46.根据第五方面，或者以上第五方面的任意一种实现方式，第二fast page scan window的长度大于或等于第一预设频点信息的长度，第一预设频点信息的长度为第二电子设备在第一预设频点信息包括的至少一个频点进行寻呼所占时长。
47.根据第五方面，或者以上第五方面的任意一种实现方式，标准频点信息包括32个频点；标准page scan window的长度大于或等于标准频点信息的长度，标准频点信息的长度为第二电子设备在标准频点信息包括的32个频点中的16个频点上进行寻呼所占时长。
48.根据第五方面，或者以上第五方面的任意一种实现方式，当程序指令由处理器执行时，使得第二电子设备执行如下步骤：基于以下至少一个条件，获取第一协商频点信息：第一电子设备支持的各工作频点的通信质量参数，第二电子设备支持的各工作频点的通信质量参数，第一电子设备支持的各工作频点的占用情况，第二电子设备支持的各工作频点
的占用情况。
49.第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。
50.第六方面，本技术实施例提供一种芯片，包括一个或多个接口电路和一个或多个处理器；接口电路用于从电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，使得电子设备执行第二方面或第二方面的任意可能的实现方式中的蓝牙通信方法。
51.第七方面，本技术实施例提供一种芯片，包括一个或多个接口电路和一个或多个处理器；接口电路用于从电子设备的存储器接收信号，并向处理器发送信号，信号包括存储器中存储的计算机指令；当处理器执行计算机指令时，使得电子设备执行第三方面或第三方面的任意可能的实现方式中的蓝牙通信方法。
52.第八方面，本技术实施例提供一种计算机存储介质，计算机可读存储介质存储有计算机程序，当计算机程序运行在计算机或处理器上时，使得计算机或处理器执行第二方面或第二方面的任意可能的实现方式中的蓝牙通信方法。
53.第九方面，本技术实施例提供一种计算机存储介质，计算机可读存储介质存储有计算机程序，当计算机程序运行在计算机或处理器上时，使得计算机或处理器执行第三方面或第三方面的任意可能的实现方式中的蓝牙通信方法。
附图说明
54.图1为示例性示出的电子设备的硬件结构示意图；
55.图2为示例性示出的电子设备的软件结构示意图；
56.图3为示例性示出的应用场景示意图；
57.图4为示例性示出的手机与平板进行蓝牙通信的示意图；
58.图5为示例性示出的用户界面示意图；
59.图6为示例性示出的手机与平板的page阶段的流程示意图；
60.图7为示例性示出的page阶段示意图；
61.图8为示例性示出的page阶段示意图；
62.图9为示例性示出的page阶段示意图；
63.图10为示例性示出的蓝牙消息传输示意图；
64.图11为示例性示出的信道占用示意图；
65.图12为本技术实施例提供的一种蓝牙通信方法流程示意图；
66.图13a为示例性示出的应用场景示意图；
67.图13b为示例性示出的page阶段示意图；
68.图13c为示例性示出的应用场景示意图；
69.图13d为示例性示出的page阶段示意图；
70.图14为示例性示出的手机与平板再次进行蓝牙通信的流程示意图；
71.图15为示例性示出的用户界面示意图；
72.图16为示例性示出的page阶段示意图；
unit，gpu)，图像信号处理器(image signal processor，isp)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，dsp)，基带处理器，和/或神经网络处理器(neural-network processing unit，npu)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
88.其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
89.处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
90.在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，i2c)接口，集成电路内置音频(inter-integrated circuit sound，i2s)接口，脉冲编码调制(pulse code modulation，pcm)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，uart)接口，移动产业处理器接口(mobile industry processor interface，mipi)，通用输入输出(general-purpose input/output，gpio)接口，用户标识模块(subscriber identity module，sim)接口，和/或通用串行总线(universal serial bus，usb)接口等。
91.i2c接口是一种双向同步串行总线，包括一根串行数据线(serial data line，sda)和一根串行时钟线(derail clock line，scl)。在一些实施例中，处理器110可以包含多组i2c总线。处理器110可以通过不同的i2c总线接口分别耦合触摸传感器180k，充电器，闪光灯，摄像头193等。例如：处理器110可以通过i2c接口耦合触摸传感器180k，使处理器110与触摸传感器180k通过i2c总线接口通信，实现电子设备100的触摸功能。
92.i2s接口可以用于音频通信。在一些实施例中，处理器110可以包含多组i2s总线。处理器110可以通过i2s总线与音频模块170耦合，实现处理器110与音频模块170之间的通信。在一些实施例中，音频模块170可以通过i2s接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。
93.pcm接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块170与无线通信模块160可以通过pcm总线接口耦合。在一些实施例中，音频模块170也可以通过pcm接口向无线通信模块160传递音频信号，实现通过蓝牙耳机接听电话的功能。所述i2s接口和所述pcm接口都可以用于音频通信。
94.uart接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，uart接口通常被用于连接处理器110与无线通信模块160。例如：处理器110通过uart接口与无线通信模块160中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块170可以通过uart接口向无线通信模块160传递音频信号，实现通过蓝牙耳机播放音乐的功能。
95.mipi接口可以被用于连接处理器110与显示屏194，摄像头193等外围器件。mipi接口包括摄像头串行接口(camera serial interface，csi)，显示屏串行接口(display serial interface，dsi)等。在一些实施例中，处理器110和摄像头193通过csi接口通信，实现电子设备100的拍摄功能。处理器110和显示屏194通过dsi接口通信，实现电子设备100的
显示功能。
96.gpio接口可以通过软件配置。gpio接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，gpio接口可以用于连接处理器110与摄像头193，显示屏194，无线通信模块160，音频模块170，传感器模块180等。gpio接口还可以被配置为i2c接口，i2s接口，uart接口，mipi接口等。
97.usb接口130是符合usb标准规范的接口，具体可以是mini usb接口，micro usb接口，usb type c接口等。usb接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如ar设备等。
98.可以理解的是，本技术实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本技术另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
99.充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过usb接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
100.电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
101.电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
102.天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
103.移动通信模块150可以提供应用在电子设备100上的包括2g/3g/4g/5g等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，lna)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
104.调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170a，受话器170b等)输
出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
105.无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，wlan)(如无线保真(wireless fidelity，wi-fi)网络)，蓝牙(bluetooth，bt)，全球导航卫星系统(global navigation satellite system，gnss)，调频(frequency modulation，fm)，近距离无线通信技术(near field communication，nfc)，红外技术(infrared，ir)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
106.在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，gsm)，通用分组无线服务(general packet radio service，gprs)，码分多址接入(code division multiple 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)，全球导航卫星系统(global navigation satellite system，glonass)，北斗卫星导航系统(beidou navigation satellite system，bds)，准天顶卫星系统(quasi-zenith satellite system，qzss)和/或星基增强系统(satellite based augmentation systems，sbas)。
107.电子设备100通过gpu，显示屏194，以及应用处理器等实现显示功能。gpu为图像处理的微处理器，连接显示屏194和应用处理器。gpu用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个gpu，其执行程序指令以生成或改变显示信息。
108.显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，lcd)，有机发光二极管(organic light-emitting diode，oled)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，amoled)，柔性发光二极管(flex light-emitting diode，fled)，miniled，microled，micro-oled，量子点发光二极管(quantum dot light emitting diodes，qled)等。在一些实施例中，电子设备100可以包括1个或n个显示屏194，n为大于1的正整数。
109.电子设备100可以通过isp，摄像头193，视频编解码器，gpu，显示屏194以及应用处理器等实现拍摄功能。
110.isp用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给isp处理，转化为肉眼可见的图像。isp还可以对图像的噪点，亮度，肤色进行算法优化。isp还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，isp可以设置在摄像头193中。
111.摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元
件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给isp转换成数字图像信号。isp将数字图像信号输出到dsp加工处理。dsp将数字图像信号转换成标准的rgb，yuv等格式的图像信号。在一些实施例中，电子设备100可以包括1个或n个摄像头193，n为大于1的正整数。
112.数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
113.视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，mpeg)1，mpeg2，mpeg3，mpeg4等。
114.npu为神经网络(neural-network，nn)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过npu可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
115.外部存储器接口120可以用于连接外部存储卡，例如micro sd卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
116.内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，ufs)等。
117.电子设备100可以通过音频模块170，扬声器170a，受话器170b，麦克风170c，耳机接口170d，以及应用处理器等实现音频功能。例如音乐播放，录音等。
118.音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
119.电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本技术实施例以分层架构的android系统为例，示例性说明电子设备100的软件结构。
120.图2是本技术实施例的电子设备100的软件结构框图。
121.电子设备100的分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)和系统库，以及内核层。
122.应用程序层可以包括一系列应用程序包。
123.如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，wlan，蓝牙，音乐，视频，多屏协同，华为分享，短信息等应用程序。
124.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
125.如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
126.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
127.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
128.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
129.电话管理器用于提供电子设备100的通信功能。例如通话状态的管理(包括接通，挂断等)。
130.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
131.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。
132.android runtime包括核心库和虚拟机。android runtime负责安卓系统的调度和管理。
133.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
134.应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。
135.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
136.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
137.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:mpeg4，h.264，mp3，aac，amr，jpg，png等。
138.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
139.2d图形引擎是2d绘图的绘图引擎。
140.内核层是硬件和软件之间的层。内核层至少包含显示驱动，蓝牙驱动，wi-fi驱动，音频驱动，传感器驱动等。
141.可以理解的是，图2示出的系统框架层、系统库与运行时层包含的部件，并不构成对电子设备100的具体限定。在本技术另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。
142.图3为示例性示出的应用场景示意图。请参照图3，在该场景中，包括手机和平板。示例性的，手机与平板可基于蓝牙连接进行数据交互。需要说明的是，本技术实施例中仅以手机与平板之间的蓝牙通信为例进行说明。在其它实施例中，也可以是手机、平板、可穿戴设备、智能家居设备(例如蓝牙音箱、电视)、车载设备等任意两个或两个以上具有蓝牙功能的设备之间的通信。图3中的设备的类型和数量仅为示意性举例，本技术不做限定。
143.结合图3，如图4为示例性示出的手机与平板进行蓝牙通信的示意图。示例性的，手机与平板之间的蓝牙通信是通过经典蓝牙协议维护的。请参照图4，包括：
144.s401，手机与平板进入发现阶段。
145.示例性的，图5为示例性示出的用户界面示意图。请参照图5的(1)，示例性的，手机的蓝牙设置界面502上包括一个或多个控件。控件包括但不限于：蓝牙设置控件504、电量控件、网络控件等。示例性的，用户可点击蓝牙设置控件504，以开启蓝牙功能。
146.示例性的，手机响应于接收到的用户操作，开启蓝牙功能。请参照图5的(2)，示例性的，手机在蓝牙设置界面502上的网络控件上可显示蓝牙图标，以指示蓝牙功能已启动。
147.示例性的，手机启动蓝牙功能后，即可进入发现阶段，以发现附近开启蓝牙功能的设备。需要说明的是，本技术实施例中仅以手机启动蓝牙功能后，开始建立蓝牙连接的过程为例进行说明。在其它实施例中，也可以是启动蓝牙功能后的任一时刻执行蓝牙连接过程。
148.需要说明的是，本技术实施例中仅以用户通过蓝牙设置界面的方式开启蓝牙应用为例进行说明。在其他实施例中，其它应用同样可以触发手机启动蓝牙功能，并进入发现阶段。例如，手机中的华为分享、多屏协同等应用开启后，同样可触发手机启动蓝牙功能，并进入发现阶段。在例如，手机与平板可通过碰一碰的方式，同时开启蓝牙功能，并进入发现阶段，本技术不做限定。
149.示例性的，以平板同样已开启蓝牙功能为例。平板开启蓝牙功能的方式可参照上文，也可以采用其他方式，本技术不再赘述。
150.示例性的，平板与手机开启蓝牙功能后，可周期性地在指定的蓝牙信道上进行蓝牙广播和监听，以发现附近的开启蓝牙功能的设备(以下均简称为蓝牙设备)。示例性的，指定的蓝牙信道可以为蓝牙信道37、蓝牙信道38和蓝牙信道39。
151.举例说明，平板启动蓝牙功能后，在指定蓝牙信道上进行蓝牙广播。示例性的，手机启动蓝牙功能后，可在指定蓝牙信道上进行监听，并接收到平板发送的蓝牙广播消息。可选地，平板发送的蓝牙广播消息中，包括但不限于平板的蓝牙地址信息和设备的标识信息等。可选地，设备的标识信息可以是平板的设备名称、设备类型等，本技术不做限定。也就是说，在发现阶段，手机可获取到平板的蓝牙地址及设备标识信息等信息。
152.需要说明的是，基于不同的协议，手机在接收到平板发送的蓝牙广播消息后，可以向平板发送响应消息，也可以不做回复，本技术不做限定。
153.请继续参照图5的(2)，示例性的，蓝牙设置界面502上还包括但不限于：已配对的设备列表506以及可用设备列表508。
154.示例性的，已配对的设备列表506中包括一个或多个已配对的设备的标识信息。其
中，标识信息可以是设备的名称、类型等。
155.需要说明的是，已配对的设备可选地为曾经与手机进行蓝牙通信，并且手机存储有该设备的指纹信息的设备。示例性的，指纹信息可选地包括但不限于：设备的蓝牙地址信息、设备的标识信息(例如设备名称或设备类型)等。
156.进一步需要说明的是，如果某个电子设备曾经与手机进行蓝牙连接，而手机未存储有该电子设备的指纹信息(例如手机初始化后清除保存的指纹信息)，则该电子设备为非已配对的设备。也就是说，手机在发现阶段，再次扫描到该设备，该设备将不会出现在已配对的设备列表中，而是在可用设备列表中。
157.进一步需要说明的是，已配对的设备中可进一步分为在线设备和离线设备。其中，在线设备可选地为手机在发现阶段扫描到的电子设备。例如，手机在发现阶段接收到已配对的设备中的电子设备(例如huawei p30)发送的蓝牙广播消息，则该设备即为在线设备。示例性的，离线设备可选地在发现阶段未扫描到的电子设备。例如，手机在发现阶段，在预定时长(可根据实际需求设置)内未接收到已配对的设备列表中的电子设备(例如huawei p30)发送的蓝牙广播消息，则确定该设备为离线设备。
158.进一步需要说明的是，当手机发现已配对的设备在线，则手机可选地自动与已配对的设备中最近一次进行蓝牙通信的设备建立蓝牙连接。
159.仍参照图5的(2)，示例性的，可用设备列表508中可选地包括一个或多个可用设备的标识信息。其中，可选设备可选地为已发现且非已配对的设备(或可称为蓝牙设备，即同样开启蓝牙功能的设备)。可以理解为，可用设备可选地为未曾与手机建立蓝牙连接设备，或者是，曾经与手机建立过蓝牙连接，但是手机未存储有设备的指纹信息的设备。例如，平板曾经与手机建立过蓝牙连接，但是手机初始化后，删除了平板的指纹信息。相应的，平板对于手机而言，即为非已配对的设备。可以理解为，是否为已配对的设备的区分方式即为手机是否存储有对端的指纹信息。
160.示例性的，在下面的实施例中，以已配对的设备均未在线为例进行说明。示例性的，用户可点击需要进行蓝牙通信的设备。举例说明，请参照图5的(2)，示例性的，用户点击平板的标识信息。手机响应于接收到的用户操作，可与平板进行蓝牙通信。
161.s402，手机与平板进入page(寻呼)阶段。
162.示例性的，如图5的(2)中所示，手机响应于用户点击平板的标识信息的操作，与平板建立蓝牙连接，即进入page阶段。
163.需要说明的是，在本技术实施例中，以page阶段为建立蓝牙连接的起始点。page阶段完成，即手机与平板成功进行page后，即可认为蓝牙连接建立成功。反之，若手机未能与平板page成功，则可认为手机与平板建立蓝牙连接失败。可选地，在其他实施例中，也可以认为发现阶段或数据传输阶段为蓝牙连接建立起始点。本技术不做限定。
164.下面对手机与平板的page阶段进行详细说明。
165.图6为示例性示出的手机与平板的page阶段的流程示意图。请参照图6，具体包括：
166.s601，手机向平板发送id(identity，标识)数据包。
167.示例性的，page阶段可以理解为手机与平板交互后续蓝牙通信时所需的信息。例如包括但不限于access code(接入码)等信息。
168.在page阶段，手机作为page端，对平板进行寻呼(例如向平板发送蓝牙消息)，平板
作为page scan(寻呼扫描)端进行监听。当手机接收到平板发送的响应消息，也就是说，平板成功接收到手机发送的蓝牙消息，且向手机返回响应消息，即为page阶段第一次握手成功。手机与平板可执行后续的多次握手过程，即继续交互蓝牙通信所需的信息。page过程完成，即手机与平板完成多次交互，并获取到所需的蓝牙通信所需的信息后，即可认为蓝牙连接建立完成，手机可与平板基于该蓝牙连接进行通信。
169.示例性的，手机在page阶段，其作为page端，向平板进行寻呼。示例性的，手机发送id(identity，身份标识)数据包。可选地，该id数据包中包括但不限于平板的设备接入码信息。示例性的，平板的设备接入码信息为手机基于发现阶段获取到的平板的蓝牙地址信息生成的。具体生成方式可参照已有蓝牙协议中的相关内容，此处不再赘述。
170.但是，由于手机无法获取到平板的蓝牙时钟，其无法预知平板的开窗时机和开窗频点。例如，手机开始进行page，而平板还未开窗，则平板无法接收到手机发送的蓝牙消息，手机同样无法接收到平板的响应消息。再例如，手机在频点1进行page，即在频点1所属频段上发送蓝牙消息，而平板在频点2上开窗，即在频点2上监听手机发送的蓝牙消息，则平板无法接收到手机发送的蓝牙消息，手机同样无法接收到平板的响应消息。因此，手机需要重复性地在全频段上进行跳频，以成功寻呼到平板，即使得平板接收到手机发送的蓝牙消息，且接收平板返回的响应消息。其中，上文所述全频段可选地为基于平板的蓝牙地址生成的寻呼跳变序列(page hopping sequence)，也可以称为跳频序列。
171.示例性的，跳频序列是page端(例如手机)基于page scan端(例如平板)的蓝牙地址生成的。可选地，跳频序列包括32个频点，在本技术实施例中分别表示为频点1～频点32。其中，32个频点对应不同的频率。其中，平板的蓝牙地址是手机在发现阶段获取到的(具体可参照上文中发现阶段中的描述)。
172.图7为示例性示出的page阶段示意图。请参照图7，示例性的，对于page端(例如手机)，如上文所述，由于page端无法获取到page scan端的蓝牙时钟，其需要在基于page scan端的蓝牙地址信息生成的跳频序列(包括32个频点)上进行跳频。
173.示例性的，page端将32个频点分为train(序列)a和trainb。可选地，traina包括频点1～频点16，trainb包括频点17～频点32。上述划分方式仅为示意性举例，本技术不做限定，例如，traina可以包括频点1～频点13，trainb包括频点14～频点32。下文中相同，不再重复说明。
174.示例性的，如上文所述，page端并不知道page scan端在何时唤醒，因此，page端可选地重复在traina上进行跳频，也可以理解为重复在traina的频点1～频点16上进行寻呼。重复次数为n次。可选地，n可以根据实际情况设置，例如，n可以为128。
175.示例性的，page端在traina的频点上重复page了n次后，可切换到trainb的频点上进行寻呼。示例性的，trainb可选地包括频点17～32。page端可选地重复在trainb上进行跳频，也可以理解为重复在trainb的频点17～频点32上进行寻呼，同样可重复n次。
176.可选地，在本技术实施例中，traina与trainb的长度(即所占时长)均为10ms，也可以理解为，page端在traina(或trainb)的所有频点上进行寻呼所花费的时长为10ms。
177.示例性的，page端在trainb上寻呼n次后，可再次切换到traina上进行寻呼，并依次循环，直至接收到page scan端发送的响应消息，或者到达预设page时长。其中，预设page时长可以根据实际需求设置，本技术不做限定。需要说明的是，在预设page时长内未接收到
page scan端返回的响应消息，则page端确定此次蓝牙连接建立失败。
178.请继续参照图7，示例性的，对于page scan端，其同样无法获取到page端当前的跳频频点以及page端的page时机(概念可参照上文)。示例性的，page scan端在发现阶段结束后，开启page scan window(寻呼扫描窗)，也可以称为接收窗。其中，page scan window的长度大于或等于traina的长度(例如10ms)。具体长度可根据实际需求设置，本技术不做限定。
179.示例性的，page scan端可按照page scan周期进行开窗。可选地，该周期时长可选地等于traina重复n次page的时长，例如等于1.28s，即为10ms*n，其中，n＝128，10ms即为traina的长度。需要说明的是，该周期时长可基于实际需求配置，本技术中仅为示例性举例，本技术不做限定。
180.示例性的，在page scan周期内，可以开启至少一个page scan window。举例说明，图7所示，page端在第一个page scan周期中开启page scan windowa1和page scan windowb1。其中，page scan windowa1和page scan windowb1是连续的两个接收窗。可选地，多个page scan window可以是连续的，也可以是不连续的。可选地，多个page scan window的数量及分布仅为示意性举例，本技术不做限定。
181.示例性的，在同一个page scan周期内的多个page scan window的频点不相同，且工作频点属于不同的train。举例说明，page scan windowa1的频点为频点1(即属于traina序列中的频点)。page scan windowb2的频点为频点20(即属于trainb序列中的频点)。也就是说，page scan端可以在page scan windowa1内接收到page端在频点1发送的蓝牙消息，或者，page scan端可以在page scan windowb1内接收到page端在频点20发送的蓝牙消息。
182.需要说明的是，图7中的page端的频点与page scan端的开窗的对齐方式仅为示意性举例。如上文所述，由于page端与page scan端的唤醒时间不一致，即使在相同的频点上，page scan端可能仍然接收不到page端发送的蓝牙消息。
183.举例说明，如图8所示，示例性的，page scan端开始进行page scan和page端开始进行page之间间隔唤醒时长。即，page端在page scan开始进行开窗后，间隔唤醒时长(也可以称为唤醒间隔、page与page scan的起始时延、或page与page scan的时钟偏移等)，才开始进行寻呼。因此，即使page scan端在page scan window的频点属于traina(例如为频点1)，page scan端也需要在等待图8所示的唤醒时长后，才能接收到page端在频点1上发送的蓝牙消息。
184.请继续参照图7，示例性的，page scan端在下一个page scan周期，切换开窗频点。可选地，以page scan端在下一个page scan周期的所开的接收窗包括：page scan windowa2和page scan windowb2为例。示例性的，page scan windowa2的频点属于traina，且该频点与page scan windowa1不同。示例性的，page scan windowb2的频点属于trainb，且该频点与page scan windowb2不同。例如，page scan windowa2的频点为频点2，page scan windowb2的频点为21。可选地，开窗频点的选择可根据实际需求设置，本技术不做限定。
185.示例性的，page scan端可在每个page scan周期开启多个page scan window，以监听page端发送的蓝牙消息。可选地，每个周期内的page scan window的频点不相同。
186.page端基于跳频序列进行跳频，可以理解为page端按照跳频序列中的频点顺序，
在各频点上发送蓝牙消息。举例说明，图9为示例性示出的page阶段交互示意图。请参照图9，示例性的，page端可在频点1的发送时隙上，发送蓝牙消息，例如上文所述的携带平板的设备接入码信息的id数据包。示例性的，page端在频点2的发送时隙上，发送蓝牙消息。示例性的，page端在频点1的接收时隙上，等待page scan端返回的消息。示例性的，page scan端的page scan window的频点为频点3，即page scan端仅能接收到page端在该接收窗内，在频点3上发送的蓝牙消息。相应的，page端在频点1的接收时隙上未能接收到page scan端的响应消息，page端继续在频点2的接收时隙上等待page scan端的响应消息。同样的，在频点2的接收时隙上，page端未接收到page scan端的响应消息。示例性的，page端依次在频点3和频点4的发送时隙上发送蓝牙数据包。如上文所述，page scan端的page scan window频点为频点3，因此，page scan端可接收到page端在频点3上发送的蓝牙消息。示例性的，page scan端可在发送时隙上，在频点3上发送响应消息，例如下文中s602中所述的携带平板的设备接入码的id数据包。相应的，page端可在频点3的接收时隙上，接收到page scan端发送的响应消息。
187.示例性的，page端发送的蓝牙消息(或可称为蓝牙报文、蓝牙帧、蓝牙数据包等)包括帧头和帧体。图10为示例性示出的蓝牙消息传输示意图。请参照图10，示例性的，如上文所述，page端在频点上发送蓝牙消息，也就是说，page端是在以指定频点(例如频点3)的频率为中心频率，在指定的带宽上发送蓝牙消息。可选地，在经典蓝牙协议中，指定的带宽可以为1mhz，即，page端在中心频率为频点3对应的频率，带宽为1mhz的频段上发送蓝牙消息。相应的，当page scan端可在该频段上开窗时，则可接收到page端发送的消息。
188.s602，平板向手机发送id数据包。
189.示例性的，如上文所述，平板作为page scan端，当平板接收到page端，即手机发送的蓝牙消息(即id数据包)后，可在对应的频点上向手机发送蓝牙消息。该蓝牙消息中可选地为id数据包。id数据包中包括但不限于平板的设备接入码信息。
190.s603，手机向平板发送fhs(frequency hop synchronization，跳频同步)数据包。
191.示例性的，手机接收到平板发送的蓝牙消息后，即可确定接收到蓝牙消息的频点，例如频点3上成功page到平板。手机即可基于频点3，与平板进行蓝牙时钟同步。示例性的，手机可基于预定的跳频方式，在下一个跳频频点发送fhs数据包。示例性的，fhs数据包中包括但不限于手机的蓝牙地址信息。
192.s604，平板向手机发送id数据包。
193.示例性的，平板同样可基于预定的跳频方式，在下一个跳频频点发送id数据包。可选地，该id数据包中可包括但不限于手机的信道接入码信息。由于手机与平板的蓝牙时钟已同步，平板和手机的下一个跳频频点均是预先约定的，手机和平板可在约定的跳频频点上进行跳频，并进行数据交互。
194.s605，手机向平板发送空包。
195.s606，平板向手机发送任意包。
196.示例性的，手机接收到平板发送的任意包之后，即可确定已成功与平板建立蓝牙连接，可以基于该蓝牙连接与平板进行数据交互。上述交互方式均遵循已有蓝牙协议，具体细节可参照已有蓝牙协议中的描述，本技术不再赘述。
197.在上文所述的page阶段，page scan端成功接收到page端发送的蓝牙消息的条件
为：page scan端在page端发送蓝牙消息的时候开窗，并且，接收窗所属频点与page端的当前跳频频点一致。因此，当上述两个条件，任一条件不满足，则page scan端无法接收到page端发送的蓝牙消息，page端和page scan端将会按照图7中的page过程循环执行，直至满足上述两个条件，或者到达预设的page时长或page scan时长。
198.举例说明，由于page scan端与page端均无法预知对端合适开始进入page阶段，也就是说，无法获取到对端的唤醒时间，因此，page端需要一直循环发送traina和trainb，以使得page scan端唤醒后，可以接收到page端发送的蓝牙消息，具体描述可参照图8的相关内容。
199.再举例说明，如图7所示，由于page端和page scan端均无法获知对端的当前工作频点，因此，page端需要在32个频点上进行跳频，而page scan端需要循环开窗，且在接收周期到达后，切换接收频点。例如，当page scan端的开窗频点为频点20(即属于trainb)，则在page端开始在tainb上进行跳频时，双方才能成功page，也就是说，page scan端和page端的最大命中时长可能为1.28s。而该最大命中时长是在信道无干扰的情况下实现的。
200.示例性的，如图11所示，当page端在进入page阶段后，page端与其它终端进行通话时，由于通话业务的业务优先级更高，其将会优先占用空口资源。例如，当page端需要在频点3上发送蓝牙消息时，天线被通话业务占用，则page端无法在频点3上发送蓝牙消息。如图11所示，page端在traina中的至少一个频点上工作时，被通话线路占用，因此，将会导致最大命中时长更长，例如大于1.29s。而page阶段占用时间越长，则蓝牙连接建立耗时越长，导致用户等待的时间也就越长，将影响用户使用体验。
201.s403，手机与平板进行数据传输。
202.示例性的，仍参照图4，page阶段完成后，手机与平板即可基于蓝牙连接进行蓝牙数据交互。
203.本技术实施例提供一种蓝牙通信方法，通过提前协商跳频序列，以有效缩短经典蓝牙协议中的page阶段耗时，从而加快蓝牙连接效率，提升用户使用体验的。
204.场景一
205.图12为本技术实施例提供的一种蓝牙通信方法流程示意图。请参照图12，具体包括：
206.s1201a，平板启动蓝牙功能。
207.示例性的，平板启动蓝牙功能，具体细节可参照上文，此处不再赘述。
208.s1201b，手机启动蓝牙功能。
209.示例性的，手机启动蓝牙功能的方式可参照上文，此处不再赘述。需要说明的是，s1201a和s1201b的顺序仅为示意性举例。本技术不做限定。
210.s1202，平板发送蓝牙广播消息。
211.示例性的，如上文所述，平板开启蓝牙功能后，可周期性地发送蓝牙广播消息。可选地，蓝牙广播消息中包括但不限于平板的蓝牙地址信息、平板的标识信息(例如平板的名称、设备型号)等信息。
212.手机与平板在发现阶段的交互，手机可获取到已配对的电子设备(概念可参照上文)的设备信息，例如蓝牙地址信息、标识信息等，以确定已配对的电子设备是否在线。可选地，手机还可获取到非已配对的设备(概念可参照上文)的设备信息，例如蓝牙地址信息、标
识信息等。
213.示例性的，手机启动蓝牙功能后，进入发现阶段。可选地，手机周期性的发送蓝牙广播消息(图中未示出)，以使其它终端可扫描到手机。并且，手机周期性地监听其它设备发送的蓝牙广播消息，以发现其它设备。示例性的，在发现阶段，手机可接收到平板发送的蓝牙广播消息，并获取到平板的蓝牙地址信息以及平板的标识信息等。
214.s1203a～s1203n，平板向手机发送预设频点信息。
215.示例性的，本技术实施例以平板为预设设备为例。示例性的，预设设备可选地为支持本技术实施例中的page方式的设备。
216.示例性的，平板可预先配置有频点信息(简称预设频点信息)。示例性的，预设频点信息包括基于平板的蓝牙地址信息生成的32个跳频频点中的至少一个频点。举例说明，如上文所述，平板可基于平板自身的蓝牙地址信息生成32个跳频频点，平板可选择其中的12个频点(例如频点1～频点12)作为预设频点。
217.示例性的，平板选择的预设频点可以是平板根据当前各频点的信道状态选择的，也可以是随机选择的，还可以是出厂设置的，本技术不做限定。
218.需要说明的是，本技术所述的预设频点的数量和频点仅为示意性举例，本技术不做限定。
219.示例性的，在发现阶段，平板可发送蓝牙广播消息，该蓝牙广播消息中包括但不限于所述预设频点信息。
220.可选地，发现阶段是基于蓝牙低能耗(bluetooth low energy，ble)广播实现的。示例性的，上文所述蓝牙广播消息可选地为平板在指定信道，例如蓝牙信道37、蓝牙信道38和蓝牙信道39上发送的。可选地，平板可以在指定信道上发送至少一次携带预设频点信息的蓝牙广播消息。
221.在一种可能的实现方式中，平板也可以通过其它方式向手机发送预设频点信息。例如，平板可通过近场通信(near field communication，nfc)标签、网络云等任一方式，将预设频点信息发送至手机。本技术不做限定。
222.本技术实施例中，以平板分别在蓝牙信道37、蓝牙信道38和蓝牙信道39上发送至少一次携带有预设频点信息的蓝牙消息为例进行说明。
223.s1204，手机接收用户操作。
224.示例性的，如上文所述，手机启动蓝牙功能后，在发现阶段可搜索到附近的蓝牙设备(例如平板)。在本实施例中，以手机未与平板建立过蓝牙连接，即手机未存储有平板的指纹信息为例进行说明。相应的，手机在蓝牙设置界面中的可用设备列表中显示平板的标识信息。
225.示例性的，用户可点击平板的标识信息。手机响应于接收到的用户操作，触发page阶段。未描述部分可参照图4中的相关内容，此处不再赘述。需要说明的是，本技术实施例中所述的用户操作均是以用户点击设备的标识信息为例进行说明。在其他实施例中，不同的设备对应的用户操作可以不相同。例如，对于蓝牙耳机与手机建立蓝牙连接的过程，用户操作可以是打开耳机盒或者是佩戴耳机等。本技术不做限定。
226.s1205a，平板进行page scan。
227.示例性的，平板在发现阶段完成后，可进入page阶段，即执行page scan。需要说明
scan window的频点不同，例如可以为频点4，从而通过采用不同的频点，以避免由于page端与page scan端的唤醒时长(概念可参照图8中的相关描述)不一致，或者，page端的频点被占用，导致的命中时长增大的问题，以提升page成功概率。
249.另一个示例中，如图13c所示，若手机为非预设设备，则手机无法正确读取蓝牙消息中携带的预设频点信息。可选地，手机可以在发现阶段结束后在包括32个频点的跳频序列上进行寻呼。可选地，手机为非预设设备，可选地也可以接收到携带预设频点信息的蓝牙消息，而由于手机为非预设设备，其接收到蓝牙消息后，无法读取其中的预设频点信息，但是该蓝牙消息仍然可触发手机进行寻呼。
250.结合图13c，图13d为示例性示出的page阶段示意图。请参照图13d，示例性的，对于page端，其基于包括32个频点的跳频序列进行跳频。具体细节可参照图7的相关描述，此处不再赘述。
251.示例性的，对于page scan端，其仍然周期性地交替开启标准page scan window(例如图13d中的page scan window1410a和page scan window141b、page scan window1414a和page scan window1414b、)和fast page scan window(例如图13d中的page scan window1412a～page scan window1412m、和page scan window1416a)。具体描述可参照图13b的相关内容，此处不再赘述。
252.需要说明的是，上文仅以page scan端进入page阶段后，先开启标准page scan window为例进行说明。在其它实施例中，page scan端也可以先fast page scan window，再开启标准page scan window，并依次交替，本技术不做限定。
253.在一种可能的实现方式中，若手机与平板在发现阶段，可确定对端为预设设备。例如，平板发送蓝牙广播消息，该消息中可携带平板为预设设备的指示信息。手机接收到蓝牙广播消息后，可向平板发送响应消息，响应消息中可携带手机为预设设备的指示信息。示例性的，平板在确定对端为预设设备之后，可仅开启fast page scan window，具体描述可参照图16中page scan端的开窗方式，此处不再赘述。
254.s1206，page成功，手机与平板成功建立蓝牙连接。
255.示例性的，如上文所述，手机在page过程中，若接收到平板发送的响应消息后，即可基于接收到蓝牙消息的频点进行跳频，以执行page阶段的后续流程。page阶段结束后，即为手机与平板已成功建立蓝牙连接。具体细节可参照图6的相关描述，此处不再赘述。
256.示例性的，蓝牙连接建立完成后，手机可保存平板的指纹信息，例如平板的蓝牙地址、标识信息、以及预设设备指示信息等。该预设设备指示信息用于指示平板为预设设备。
257.可选地，手机与平板可在page成功后，或者在page第一次握手之后的任意时刻进行交互，以确定对端是否为预设设备。例如，在本技术实施例中，手机与平板可在page阶段的id数据包中携带预设设备信息，以指示自身为预设设备。
258.s1207，手机与平板进行数据传输。
259.示例性的，手机与平板可基于建立的蓝牙连接，进行数据传输，例如手机可通过蓝牙连接，向平板传输图片等数据。
260.需要说明的是，在page阶段结束后，page端可选地为master(主设备)端，page scan端为可选地为slave(辅设备)端。
261.s1208，手机与平板进行协商，确定协商频点。
262.示例性的，在手机与平板保持蓝牙连接的状态下，手机可与平板进行协商，以确定协商频点集合。
263.一个示例中，master端(例如手机)可以向slave端(例如平板)发送请求消息，以请求slave端的信道分类信息。信道分类信息用于指示各信道的当前状态。可选地，在本技术实施例中，信道的当前状态可用等级划分，从高到低分别为：good(良好)、unknow(未知)、bad(差)。本技术实施例中的分类方式仅为示意性举例，可根据实际需求设置，其旨在将信道进行划分，以作后续跳频使用。示例性的，slave端可响应于接收到的master端发送的请求，对信道进行评估，并确定各信道的等级，即信道分类信息。slave端将信道分类信息发送至master端。可选地，master端可以对本端的各信道进行评估，以获取到的本端的各信道的等级，即信道分类信息。master端可基于本端的信道分类信息和slave端发送的信道分类信息，对各信道进一步进行评估，以获取协商频点信息。其中，协商频点信息包括协商频点集合，集合中包括至少一个频点(也可以称为协商频点)。可选地，master端也可以基于slave端发送的信道分类信息，确定协商频点信息。示例性的，master端保存slave端与协商频点信息的对应关系。slave端保存master端与协商频点信息之间的对应关系。
264.举例说明，slave端获取到的信道分类信息包括：频点1～频点7的等级为good，频点8～频点25的等级为unknow，频点26～频点32的等级为bad。master端获取到的本端的信道分类信息包括：频点1～频点20的等级为good，频点21～频点27的等级为unknow，频点28～频点32的等级为bad。相应的，master可将slave端的信道分类信息与本端的信道分类信息取交集，获取到协商频点结合包括频点1～频点7。也就是说，协商频点为等级为good的频点。
265.另一个示例中，master端可获取本端的信道分类信息，并基于信道分类信息，确定协商频点信息。master端保存slave端与协商频点信息的对应关系。并将协商频点信息发送给slave端。slave端保存master端与协商频点信息之间的对应关系。
266.举例说明，若手机与平板在蓝牙通信过程中均移动，或者平板移动，则手机与平板当前的信道情况可能不相同，手机可请求平板对频点进行评估，并结合自身的评估结果，获取协商频点信息。再举例说明，若手机与平板进行蓝牙通信过程中，手机与平板均未移动，则手机可基于自身的信道分类信息，获取协商频点信息。
267.示例性的，在本技术实施例中，master端或slave端获取信道分类信息的方式可以包括以下至少一种：
268.1)在数据交互过程中，终端对各信道进行评估，以记录各信道上的数据传输状态，例如包括：错包率、重传率等。终端可基于获取到的传输参数与设定的预设阈值，对信道进行分类。例如，以错包率为例，若在频点1上接收到的数据的错报率大于第一阈值，则该信道对应的等级为bad。若错包率小于第二阈值，则该信道对应的等级为good。具体阈值和等级的对应关系可根据实际需求设置，本技术不做限定。
269.2)根据信道占用情况，对信道进行分类。例如，wi-fi所占用的频点对应的等级为bad。
270.3)在数据交互过程中，获取蓝牙连接的通信质量参数。通信质量参数包括但不限于：rssi(received signal strength indicator，接收信号的强度指示)，snr(signal noise ratio，信噪比)等参数，以对信道进行评估。例如，可设置通信质量参数阈值(可根据
实际需求设置，本技术不做限定)，从而获取信道对应的等级。
271.需要说明的是，在协商过程中，手机与平板可以复用用于传输蓝牙数据的蓝牙消息，例如，在蓝牙消息的帧体部分携带协商频点结合。可选地，手机与平板也可以通过单独的蓝牙消息进行频点协商，本技术不做限定。
272.示例性的，手机与平板在预定的时长内未交互蓝牙信息(例如手机与平板距离较远，无法接收到对端的蓝牙信息)，或者用户手动关闭手机和/或平板的蓝牙功能后，手机与平板断开蓝牙连接。
273.图14为示例性示出的手机与平板再次进行蓝牙通信的流程示意图。请参照图14，具体包括：
274.s1401，手机接收接收用户操作。
275.示例性的，手机与平板已建立过蓝牙连接，并且，手机保存有平板的指纹信息，也就是说，平板为手机的已配对设备(概念可参照上文)。
276.如图15所示，手机的蓝牙设置界面中1502包括但不限于：已配对的设备列表1506以及可用设备列表1508。示例性的，在发现阶段，手机发现附近的平板，并且，基于平板蓝牙地址信息，确定平板为已配对的设备，即保存有平板的指纹信息。示例性的，手机在已配对的设备中显示平板的标识信息。
277.示例性的，若用户期望手机与平板再次建立蓝牙连接，用户可点击已配对的设备列表1506中的平板的标识信息。手机响应于接收到的用户操作，可执行s1402b，即执行page流程。
278.在一种可能的实现方式中，手机与平板断开连接后，手机即可执行s1402b，即进行page，以实现蓝牙设备的自动回连。可选地，若手机在设定时长内(例如5分钟，可根据实际需求设置，本技术不做限定)内未与平板page成功，则停止进行page。
279.s1402a，平板进行page scan。
280.s1402b，手机进行page。
281.示例性的，手机响应于接收到的用户操作，可基于上一次连接保存的协商频点信息(相关内容可参照s1208中的描述)进行page。示例性的，如图15所示，手机在与平板进行page过程中，可显示提示信息，用于指示正在与平板建立蓝牙连接。
282.示例性的，本技术实施例中以协商频点信息指示的协商频点集合包括频点1～频点3为例进行说明。图16为示例性示出的page阶段示意图。请参照图15，示例性的，page端(即手机)基于已保存的协商频点信息指示的协商频点集合(即包括频点1～频点3)进行寻呼。具体寻呼过程可参照上文，此处不再赘述。
283.示例性的，page端可重复在协商频点集合中的各频点上进行寻呼。具体的，page端可在频点1的发送时隙上，发送携带page端(例如手机)的access code的蓝牙消息，并在频点1的接收时隙上等待page scan端(例如平板)返回的响应消息。若在接收时隙上未接收到page scan端返回的响应消息，则page端继续在下一个频点，例如频点2的发送时隙上发送携带page端(例如手机)的access code的蓝牙消息。page端依次循环，若在频点3的接收时隙上仍未接收到page scan端返回的响应消息，则page端重复在协商频点集合上进行寻呼，即重复上述流程，继续在频点1～频点3上分别发送携带page端的access code的蓝牙消息，并在相应的接收时隙上等待page scan端返回的响应消息。
284.示例性的，page端可设置有page时长。若在page时长内未接收到page scan端返回的响应消息，则page端确定此次与page scan端的蓝牙连接失败。
285.请继续参照图16，示例性的，对于page scan端(即平板)，其在上一次连接过程中，已对应存储有手机的蓝牙地址和预设设备指示信息，平板可基于存储的信息，确定手机为预设设备。示例性的，平板与手机断开连接后，平板进入page scan流程。需要说明的是，手机在未接收到用户点击平板的标识信息之前，手机同样进入page scan流程。也就是说，在本技术实施例中，手机在进入page scan流程后，若用户从平板端触发平板与手机进行蓝牙通信(具体触发方式与手机端的类似，此处不再赘述)，则平板将作为page端，执行下文中手机所执行的流程，相应的，手机作为page scan端，将执行下文中平板所执行的流程。
286.示例性的，在本技术实施例中，page scan端可基于已存储的协商频点进行page scan。示例性的，page scan端可仅开启fast page scan window。
287.示例性的，以page scan端的第一个page scan周期为例。示例性的，page scan端在第一个page scan周期开启fast page scan window1602a～fast page scan window1602n。可选地，fast page scan window1602a～fast page scan window1602n均匀地分布在第一page scan周期内。例如，在第一周期的起始、中间以及结束前设置有三个fast page scan window。n的数值可根据实际情况设置，本技术不做限定。需要说明的是，page scan window的数量越多，其page成功的概率越大，但同时电子设备的功率也越大。因此，考虑到电子设备的功耗，可适当增加或减少page scan window的数量。
288.示例性的，fast page scan window1602a～fast page scan window1602n可以是连续的，也可以是非连续的。具体描述可参照图13b中与fast page scan window相关的描述，此处不再赘述。
289.示例性的，fast page scan window1602a～fast page scan window1602n的频点可以为协商频点集合，即频点1～频点3中的任一频点。
290.示例性的，fast page scan window1602a～fast page scan window1602n的每个fast page scan window的长度大于或等于协商频点集合的长度。例如，协商频点集合包括频点1～频点3，page端在频点1～频点3上进行寻呼所用时长为1ms，则对应于协商频点集合的page scan window的长度可选地大于或等于1ms，例如可以是1ms，也可以是2ms，本技术不做限定。
291.示例性的，在下一个page scan周期，例如第二page scan周期。page scan端可选地开启一个或多个fast page scan window。例如图16中的fast page scan window1604a～fast page scan window1604n。示例性的，fast page scan window1604a～fast page scan window1604n的频点可以是预设频点集合中，除第一周期内的接收窗的频点以外的任意频点，例如可以是频点2。其它描述可参照第一周期内的fast page scan window的相关内容，此处不再赘述。
292.下面对可能出现几种page过程进行说明：
293.图17a为示例性示出的page过程示意图。请参照图17a，示例性的，如上文所述，page端和page scan端的唤醒时机可能不同。示例性的，若page scan端开始进行pagescan后，page scan端开始进行page。即如图17a所示，page在开启fast page scan window1704a时，由于page端未唤醒，page scan端未接收到page端发送的蓝牙消息。page端唤醒后，开始
进行寻呼，而此时page scan端未开启fast page scan window，page scan端仍然未接收到page端发送的蓝牙消息。page端继续在协商频点集合上进行page，直至page scan端开启fast page scan window1704b。page scan端可在fast page scan window1704b内可接收到page端发送的蓝牙消息，并向page端返回响应消息。
294.图17b为示例性示出的page过程示意图。请参照图17b，示例性的，如上文所述，page端在进行page时，其频点可能被占用或受到干扰。例如，page端在频点1～频点3上进行page时，频点2受到干扰，使得page端无法在频点2上发送蓝牙消息。示例性的，以page端开启的fast page scan window1706a～fast page scan window1706n的频点为频点2为例。由于page端无法在频点2上发送蓝牙消息，相应的，page scan端在当前周期内无法接收到page端发送的蓝牙消息。在下一个周期，page scan端切换接收窗频点，例如开启fast page scan window1708a，且fast page scan window1708a的频点为频点3。示例性的，当page端在频点3上进行page，即在频点3上发送蓝牙消息时，则page scan端在fast page scan window1708a内可接收到page端发送的蓝牙消息，并向page端返回响应消息。
295.在一种可能的实现方式中，若page端和/或page scan端在预设时长内未接收到对端发送的蓝牙消息，则page端和/或page scan端可按照图8所示的page方式进行寻呼。若在预设时长后，仍然未接收到对端发送的蓝牙消息，则可确定蓝牙连接建立失败。
296.s1403，page成功，手机与平板成功建立蓝牙连接。
297.s1404，手机与平板进行数据传输。
298.s1403～s1404的具体过程可参照s1206～s1207的相关内容，此处不再赘述。
299.s1405，手机与平板进行协商，更新协商频点。
300.可选地，手机与平板重新进行协商，以更新保存的协商频点。可选地，更新后的协商频点与上一次保存的协商频点可以相同，也可以不同，本技术不做限定。
301.举例说明，如图18所示的应用场景。手机与平板在上一次进行蓝牙通信(即图12所示的过程)时，手机与平板处于办公区a。手机与平板进行蓝牙交互时，协商的协商频点集合包括频点1～频点3。手机与平板断开后，用户携手机与平板移动到办公区b。在手机与平板在办公区b时，再次建立蓝牙连接时，在page阶段，可能由于办公区b的wi-fi占用频点1，使得page scan端不会在频点1上开启fast page scan window，同时page端无法在频点1上发送蓝牙消息。可选地，手机与平板可在频点2上page成功。手机与平板建立蓝牙连接后，可基于蓝牙连接进行数据交互。在数据交互过程中，手机与平板可再次进行协商，具体协商过程可参照上文，此处不再赘述。例如，本次协商后的协商频点集合包括频点2～频点4。相应的，在手机与平板断开后，再次建立蓝牙连接时，手机与平板可基于本次协商的协商频点集合(包括频点2～频点4)进行page和page scan。
302.在一种可能的实现方式中，如图19所示，手机a可与手机b建立蓝牙连接，协商并保存手机b的设备信息(例如蓝牙地址信息)与协商频点集合a的对应关系。手机a与手机b断开后，可以与平板建立蓝牙连接，协商并保存平板的设备信息与协商频点集合b的对应关系。示例性的，手机a的已配对设备包括手机b和平板。若手机a接收到用户点击平板的标识信息的操作，手机a可基于已保存的平板的设备信息与协商频点集合b的对应关系，基于协商频点集合b与平板进行page。
303.在另一种可能的实现方式中，手机a在与手机b通过蓝牙连接进行数据交互的过程
中，手机a还可以与平板建立蓝牙连接。需要说明的是，手机a与手机b之间的蓝牙连接与手机a和平板之间的蓝牙连接是相互独立的。也就是说，手机a与平板之间的蓝牙连接建立过程可参照图12或图14所示的过程。示例性的，若手机a与手机b之间的蓝牙连接断开，并且，手机a与平板保持蓝牙连接。手机a可基于手机b对应的协商频点进行page。同时，手机b基于对应的协商频点进行page scan。如上文所述，在预设时长(例如5分钟内)，若手机a与手机b未page成功，则手机a停止page。之后，若手机a与平板的蓝牙连接断开，同样，手机a可基于平板对应的协商频点进行page。相应的，平板可基于对应的协商频点进行page scan。若手机a与平板未page成功，则手机a停止page。示例性的，若手机a接收到用户点击平板的标识信息的操作，则手机a可基于图14中的流程，按照与平板对应的协商频点进行page。示例性的，若手机a接收到用户点击手机b的标识信息的操作，手机a可基于图14中的流程，按照与手机b对应的协商频点进行page。
304.场景二
305.图20为示例性示出的应用场景示意图。请参照图20，示例性的，该应用场景包括耳机盒和耳机。示例性，耳机盒开启，即用户掀起耳机盒的耳机盖之后，耳机盒触发耳机，即左耳机和右耳机之间建立蓝牙连接。
306.结合图20，图21为本技术实施例提供的一种蓝牙通信方法流程示意图。请参照图21，具体包括：
307.s2101，耳机盒开盒。
308.s2102a～s2102n，耳机盒向耳机发送预设频点信息。
309.示例性的，耳机盒接收到用户操作，即，用户打开耳机盒盖后，耳机盒可向左耳机和右耳机分别发送预设频点信息。
310.示例性的，由于左耳机与右耳机在耳机盒中的距离较近，存在干扰的可能性较小，因此，预设频点集合中可以包括数量较少的频点，例如仅包括频点1，或者包括频点1和频点2。
311.其它未描述内容可参照上文，此处不再赘述。
312.s2103a，左耳机进行page scan。
313.s2013b，右耳机进行page。
314.示例性的，左耳机与右耳机可基于预设频点集合，例如频点1进行寻呼。示例性的，左耳机和右耳机出厂时即可保存有对端的蓝牙地址，并且已知对端为预设设备。因此，在本技术实施例中，即使左耳机与右耳机初次进行page阶段，左耳机与右耳机的page过程可按照图16中描述的page方式执行。
315.也就是说，在本技术实施例中，在已知对端为预设设备的情况下，page scan端可按照图16中描述的page方式进行page scan，即仅开启fast page scan window。
316.s2104，page成功，手机与平板成功建立蓝牙连接。
317.s2105，手机与平板进行数据传输。
318.s2104～s2105的具体过程可参照s1206～s1207的相关内容，此处不再赘述。
319.示例性的，耳机盒每次开启，可重复执行上述s2101～s2105。
320.可选地，左耳机与右耳机page成功后，其可与附近的蓝牙设备建立蓝牙连接。例如，耳机可与手机建立蓝牙连接，耳机与手机建立蓝牙连接的过程可参照场景一中的描述，
此处不再赘述。
321.上述主要从各个网元之间交互的角度对本技术实施例提供的方案进行了介绍。可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
322.本技术实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
323.一个示例中，图22示出了本技术实施例的一种装置2200的示意性框图装置2200可包括：处理器2201和收发器/收发管脚2202，可选地，还包括存储器2203。
324.装置2200的各个组件通过总线2204耦合在一起，其中总线2204除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都称为总线2204。
325.可选地，存储器2203可以用于前述方法实施例中的指令。该处理器2201可用于执行存储器2203中的指令，并控制接收管脚接收信号，以及控制发送管脚发送信号。
326.装置2200可以是上述方法实施例中的电子设备或电子设备的芯片。
327.其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
328.本实施例还提供一种计算机存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的蓝牙通信方法。
329.本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的蓝牙通信方法。
330.另外，本技术的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的蓝牙通信方法。
331.其中，本实施例提供的电子设备、计算机存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
332.通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
333.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
334.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
335.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
336.本技术各个实施例的任意内容，以及同一实施例的任意内容，均可以自由组合。对上述内容的任意组合均在本技术的范围之内。
337.集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
338.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。
339.结合本技术实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，ram)、闪存、只读存储器(read only memory，rom)、可擦除可编程只读存储器(erasable programmable rom，eprom)、电可擦可编程只读存储器(electrically eprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。
340.本领域技术人员应该可以意识到，在上述一个或多个示例中，本技术实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存
取的任何可用介质。
341.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。