CN117915299A - 低功耗音频协议连接建立方法与装置、电子设备 - Google Patents

低功耗音频协议连接建立方法与装置、电子设备 Download PDF

Info

Publication number
CN117915299A
CN117915299A CN202211234457.XA CN202211234457A CN117915299A CN 117915299 A CN117915299 A CN 117915299A CN 202211234457 A CN202211234457 A CN 202211234457A CN 117915299 A CN117915299 A CN 117915299A
Authority
CN
China
Prior art keywords
electronic device
information
query
gatt
audio
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202211234457.XA
Other languages
English (en)
Inventor
侯锐填
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority to CN202211234457.XA priority Critical patent/CN117915299A/zh
Publication of CN117915299A publication Critical patent/CN117915299A/zh
Pending legal-status Critical Current

Links

Classifications

    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种低功耗音频协议连接建立方法与装置、电子设备,该方法包括:第一电子设备向第二电子设备发送蓝牙广播信号;在蓝牙链路完成加密之前,第一电子设备发送查询请求信息,查询请求信息用于请求第二电子设备查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;第一电子设备接收查询响应信息;若查询结果为不相同,则第一电子设备不提供自身所支持的LE Audio的服务信息;若查询结果为相同,则第一电子设备提供自身所支持的LE Audio的服务信息;在完成GATT服务发现流程之后,建立与第二电子设备之间的LE Audio协议连接,从而保证同一个设备生产商的设备之间建立LE‑Audio协议连接。

Description

低功耗音频协议连接建立方法与装置、电子设备
技术领域
本申请涉及蓝牙通信技术领域,具体涉及一种低功耗音频协议连接建立方法与装置、电子设备。
背景技术
低功耗音频(Low Energy Audio,LE-Audio)协议,是蓝牙技术联盟(BluetoothSpecial Interest Group,SIG)推出的一项新的音频传输技术,在低功耗的前提下,能够运用全新的低复杂性通信编解码器(Low Complexity Communications Codec,LC3)来实现比传统的经典蓝牙通信更好的音质,且附加了多重串流音频(Multi-Stream Audio),支持广播音频(Broadcast Audio)技术,从而给人们带来更低功耗、更低成本、更高质量以及更低延迟的无线音频服务,明显区别于传统的经典蓝牙通信。在电子设备之间成功建立LE-Audio协议连接之后,电子设备之间可以基于LE Audio进行数据通信以及音频数据传输。
然而,由于LE Audio协议是SIG刚推的一项新的蓝牙技术,因此针对LE Audio协议的标准规范还未完全更新完整,市面上也很少有实现LE Audio功能的设备。另外,由于LEAudio协议中还存在未完全统一的内容,因此不同设备生产商在各自的设备上实现LEAudio功能时都会有各自不同的理解,从而不同设备生产商的设备之间在LE Audio功能上可能存在较差的兼容性,而这种不兼容也很容易影响设备的其他功能的正常使用,造成不好的用户体验,影响设备的健壮性。对此,如何避免不同设备生产商的设备之间使用LEAudio功能进行通信,还需要进一步研究。
发明内容
本申请提供了一种低功耗音频协议连接建立方法与装置、电子设备,以期望避免不同设备生产商的设备之间使用LE Audio功能进行通信,而是保证同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能。
第一方面,为本申请的一种低功耗音频协议连接建立方法,应用于第一电子设备,包括:
向第二电子设备发送蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
在所述蓝牙链路完成加密之前,向所述第二电子设备发送查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
接收来自所述第二电子设备的查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
若所述查询结果为不相同,则在所述第二电子设备发起的通用属性协议GATT服务发现流程中,不向所述第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息以结束所述GATT服务发现流程;
若所述查询结果为相同,则在所述第二电子设备发起的所述GATT服务发现流程中,向所述第二电子设备提供自身所支持的所述LE Audio的服务信息以完成所述GATT服务发现流程;
在完成所述GATT服务发现过程之后,与所述第二电子设备建立LE Audio协议连接。
综上所述,首先,本申请实施例通过蓝牙广播信号来建立第一电子设备与第二电子设备之间的蓝牙链路,并在该蓝牙链路完成加密之前,通过查询请求信息来查询第一电子设备的设备生产商信息与第二电子设备的设备生产商信息是否相同;
然后,在查询响应信息所指示的查询结果为相同的情况下,第一电子设备可以在第二电子设备发起的通用属性协议(Generic Attribute Profile,GATT)服务发现流程中向第二电子设备提供/暴露自身所支持的LE Audio的服务信息,以便完成GATT服务发现流程;
最后,在完成GATT服务发现过程之后,第一电子设备与第二电子设备建立LEAudio协议连接以实现LE Audio功能,以便基于LE Audio协议进行音频数据传输。
可见,在完成蓝牙链路加密之前,本申请实施例通过查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同,并在相同的情况下第一电子设备再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因第一电子设备随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证第一电子设备只向同一个设备生产商的设备提供自身所支持的LE Audio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
第二方面,为本申请的一种低功耗音频协议连接建立方法,应用于第二电子设备,包括:
接收来自第一电子设备的蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
根据所述蓝牙广播信号建立与所述第一电子设备之间的所述蓝牙链路;
在所述蓝牙链路完成加密之前,接收来自所述第一电子设备的查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
根据所述查询请求信息查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
向所述第一电子设备发送查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
向所述第一电子设备发起通用属性协议GATT服务发现流程;
若所述查询结果为相同,则接收所述第一电子设备提供的自身所支持的低功耗音频LE Audio的服务信息以完成所述GATT服务发现流程;
在完成所述GATT服务发现过程之后,根据所述LE Audio的服务信息建立与所述第一电子设备的LE Audio协议连接。
第三方面,为本申请的一种低功耗音频协议连接建立装置,包括:
发送单元,用于向第二电子设备发送蓝牙广播信号,所述蓝牙广播信号用于建立所述装置与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述装置的设备生产商信息;
所述发送单元,还用于在所述蓝牙链路完成加密之前,向所述第二电子设备发送查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述装置的设备生产商信息是否相同;
接收单元,用于接收来自所述第二电子设备的查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述装置的设备生产商信息之间的查询结果;
所述发送单元,还用于若所述查询结果为不相同,则在所述第二电子设备发起的通用属性协议GATT服务发现流程中,不向所述第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息以结束所述GATT服务发现流程;
所述发送单元,还用于若所述查询结果为相同,则在所述第二电子设备发起的所述GATT服务发现流程中,向所述第二电子设备提供自身所支持的所述LE Audio的服务信息以完成所述GATT服务发现流程;
所述建立单元,用于在完成所述GATT服务发现过程之后,与所述第二电子设备建立LE Audio协议连接。
第四方面,为本申请的一种低功耗音频协议连接建立装置,包括:
接收单元,用于接收来自第一电子设备的蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述装置之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
建立单元,用于根据所述蓝牙广播信号建立与所述第一电子设备之间的所述蓝牙链路;
所述接收单元,还用于在所述蓝牙链路完成加密之前,接收来自所述第一电子设备的查询请求信息,所述查询请求信息用于请求所述装置查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
查询单元,用于根据所述查询请求信息查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
发送单元,用于向所述第一电子设备发送查询响应信息,所述查询响应信息用于指示所述装置的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
所述发送单元,还用于向所述第一电子设备发起通用属性协议GATT服务发现流程;
所述接收单元,还用于若所述查询结果为相同,则接收所述第一电子设备提供的自身所支持的低功耗音频LE Audio的服务信息以完成所述GATT服务发现流程;
所述建立单元,还用于在完成所述GATT服务发现过程之后,根据所述LE Audio的服务信息建立与所述第一电子设备的LE Audio协议连接。
第五方面,为本申请的一种电子设备,所述电子设备为第一电子设备,包括处理器、存储器及存储在所述存储器上的计算机程序或指令,所述处理器执行所述计算机程序或指令以实现上述第一方面中所设计的方法中的步骤。
第六方面,为本申请的一种电子设备,所述电子设备为第二电子设备,包括处理器、存储器及存储在所述存储器上的计算机程序或指令,所述处理器执行所述计算机程序或指令以实现上述第二方面中所设计的方法中的步骤。
第七方面,为本申请的一种计算机可读存储介质,其中,其存储有计算机程序或指令,所述计算机程序或指令被执行时以实现上述第一方面或第二方面中所设计的方法中的步骤。
第八方面,为本申请的一种计算机程序产品,包括计算机程序或指令,其中,所述计算机程序或指令被执行时以实现上述第一方面或第二方面中所设计的方法中的步骤。
第二方面至第八方面的技术方案所带来的有益效果可以参见第一方面的技术方案所带来的技术效果,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1是本申请实施例的一种通信系统的架构示意图;
图2是本申请实施例的一种低功耗音频协议连接建立方法的流程示意图;
图3是本申请实施例的又一种低功耗音频协议连接建立方法的流程示意图;
图4是本申请实施例的又一种低功耗音频协议连接建立方法的流程示意图;
图5是本申请实施例的一种低功耗音频协议连接建立装置的功能单元组成框图;
图6是本申请实施例的又一种低功耗音频协议连接建立装置的功能单元组成框图;
图7是本申请实施例的一种电子设备的结构示意图;
图8是本申请实施例的又一种电子设备的结构示意图。
具体实施方式
为了本技术领域人员更好理解本申请的技术方案,下面结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。显然所描述的实施例是本申请一部分实施例,而不是全部的实施例。针对本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应理解,本申请实施例中涉及的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如,包含了一系列步骤或单元的过程、方法、软件、产品或设备没有限定于已列出的步骤或单元,而是还包括没有列出的步骤或单元,或还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
本申请实施例中涉及的“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本申请实施例中的“和/或”,描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示如下三种情况:单独存在A;同时存在A和B;单独存在B。其中,A、B可以是单数或者复数。
本申请实施例中,符号“/”可以表示前后关联对象是一种“或”的关系。另外,符号“/”也可以表示除号,即执行除法运算。例如,A/B,可以表示A除以B。
本申请实施例中的“至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合,是指一个或多个,多个指的是两个或两个以上。例如,a、b或c中的至少一项(个),可以表示如下七种情况:a,b,c,a和b,a和c,b和c,a、b和c。其中,a、b、c中的每一个可以是元素,也可以是包含一个或多个元素的集合。
本申请实施例中的“等于”可以与大于连用,适用于大于时所采用的技术方案,也可以与小于连用,适用于与小于时所采用的技术方案。当等于与大于连用时,不与小于连用;当等于与小于连用时,不与大于连用。
下面对本申请实施例所涉及的技术方案、所能达到的有益效果以及相关概念等进行具体说明。
一、通信系统和电子设备
1、通信系统
需要说明的是,本申请实施例提供一种通信系统,该通信系统中的电子设备之间需要进行蓝牙(bluetooth,BT)通信。
示例性的,如图1所示,通信系统10包括电子设备101和电子设备102。其中,电子设备101和电子设备102之间可以通过蓝牙链路进行相互通信。
另外,通信系统10还可以包括其他数量和类型的电子设备,对此不作具体限定。
下面分别对本申请实施例的电子设备进行具体说明。
2、电子设备
1)描述
本申请实施例的电子设备可以为具有收发的通信功能的实体/单元/模块/装置等。
在一些可能的实现中,电子设备的类型可以包括手持设备、可穿戴设备、车载设备、车载终端、增强现实(augmented reality,AR)设备、虚拟现实(virtual reality,VR)设备、物联网(Internet of Things,IOT)设备、投影设备、投影仪、用户设备(userequipment,UE)、终端设备(terminal device)、终端、移动终端、手机(smart phone)、智慧屏、智慧电视、智能手表、笔记本电脑、智能音响、摄像头、游戏手柄、麦克风、站点(station,STA)、接入点(access point,AP)、移动台(mobile Station,MS)、个人数字助理(personaldigital assistant,PDA)、个人计算机(personal computer,PC)、中继设备等中的至少之一项。
在一些可能的实现中,该可穿戴设备也可以称为智能穿戴式设备,是应用程序穿戴式技术对日常穿戴进行智能化设计、开发的智能设备的总称。例如,智能眼镜、智能手套、智能手表、各类具体征监测的智能手环、智能首饰等。另外,该可穿戴设备即可以直接穿在身上,也可以整合到用户的服饰或配件上的一种便携式设备。该可穿戴设备不仅可以搭载专用的硬件架构,还可以搭载专用的软件架构进行数据交互、云端交互等。该穿戴式智能设备可以不依赖其他智能设备以实现完整或者部分的功能。
需要说明的是,本申请实施例未对低功耗音频协议连接建立方法的执行主体的具体结构进行特别限定,只要能够通过运行记录有本申请实施例的提供的方法的计算机程序或指令,以及根据本申请实施例提供的方法进行处理即可。例如,本申请实施例提供的方法的执行主体可以是电子设备,也可以是电子设备中能够调用计算机程序或指令并执行的处理器/装置/模块/单元等,对此不作具体限制。
2)电子设备的硬件架构
在一些可能的实现中,本申请实施例所述的电子设备可以包括处理器、传感组件、显示组件、摄像组件和输入驱动器等中的至少之一项。下面分别进行示例性说明。
①处理器
在一些可能的实现中,处理器可以用于运行或加操作系统,该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统。例如,Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统、Windows操作系统、Zephyr操作系统、实时操作系统(Real Time Operating System,RTOS)、DOS操作系统、Mac操作系统、ThreadX操作系统、嵌入式操作系统、NucleusPlus操作系统等。
在一些可能的实现中,处理器可以看作一个完整的系统级芯片(system on chip,SOC)。
在一些可能的实现中,处理器可以包括一个或多个处理单元。例如,处理单元可以包括中央处理器(central processing unit,CPU)、应用程序处理器(applicationprocessor,AP)、微控制单元(microcontroller Unit,MCU)、单片微型计算机(single chipmicrocomputer,SCM)、单片机、图形处理器(graphics processing unit,GPU)、图像信号处理器(image signal processor,ISP)、控制器、数字信号处理器(digital signalprocessor,DSP)、现场可编程逻辑门阵列(field programmable gate array,FPGA)、专用集成电路(application-specific integrated circuit,ASIC)、基带处理器、神经网络处理器(neural-network processing unit,NPU)等中的至少之一。其中,不同的处理单元可以是各自分离,也可以集成在一起。
在一些可能的实现中,一个处理单元可以是单核或者多核。
在一些可能的实现中,一个处理单元可以运行或加载一个多核子系统。其中,多核子系统,可以是具有多核处理能力的操作系统。
在一些可能的实现中,处理器中还可以包含存储器,用于存储计算机程序或指令。
例如,处理器可以调用存储器中存储的程序以运行操作系统。
又例如,处理器中的存储器可以保存或缓存该处理器刚用过或循环使用的指令。若该处理器需要再次使用该指令或数据,则可以从该存储器中直接调用,从而避免重复存取,减少处理器的等待时间以提高系统效率。
又例如,处理器中的存储器还可以保存或缓存数据,并该数据同步或传输给其他处理器执行。其中,处理器中的存储器可以为高速缓冲存储器。
在一些可能的实现中,处理器可以包括一个或多个通信接口。其中,该通信接口可以包括串行外设接口(serial peripheral interface,SPI)、集成电路(inter-integratedcircuit,I2C)接口、集成电路内置音频(inter-integrated circuit sound,I2S)接口、脉冲编码调制(pulse code modulation,PCM)接口、通用异步收发传输器(universalasynchronous receiver/transmitter,UART)接口、移动产业处理器接口(mobileindustry processor interface,MIPI)、通用输入输出(general-purpose input/output,GPIO)接口、用户标识模块(subscriber identity module,SIM)接口、通用串行总线(universal serial bus,USB)接口等中的至少之一。
②传感组件
在一些可能的实现中,传感组件可以为传感器。
例如,传感组件可以包括重力传感器、陀螺仪传感器、磁力计传感器、加速度传感器、惯性传感器(如惯性运动单元(Inertial Motion Unit,IMU))、压力传感器、气压传感器、距离传感器、接近光传感器、指纹传感器、温度传感器、触摸传感器、环境光传感器、骨传导传感器、超带宽(UWB)传感器、近场通信(NFC)传感器、激光传感器和/或可见光传感器等中的至少之一项。
③显示组件
在一些可能的实现中,显示组件可以用于显示用户界面、用户界面元素和特征、用户可选择控件、各种可显示对象等中的至少之一项。
在一些可能的实现中,显示组件可以为电子设备的物理屏幕。其中,该物理屏幕可以包括显示屏、触摸屏等中的之一项。
例如,显示组件可以包括显示面板。其中,显示面板可以采用液晶显示屏(liquidcrystal display,LCD)、有机发光二极管(organic light-emitting diode,OLED)、有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emittingdiode,AMOLED)、柔性发光二极管(flex light-emitting diode,FLED)、量子点发光二极管(quantum dot light emitting diodes,QLED)等。
需要说明的是,电子设备可以通过GPU、显示组件以及处理器等实现显示功能。其中,GPU可以用于执行数学和几何计算,并进行图形渲染。另外,GPU可以为图像处理的微处理器,并连接显示组件和处理器。处理器可以包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
④摄像组件
在一些可能的实现中,摄像组件可以为摄像头或者摄像模组,其用于捕获(拍摄/扫描/采集等)静态/动态的图像或视频。
在一些可能的实现中,摄像组件可以包括镜头、感光元件等,而感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementarymetal-oxide-semiconductor,CMOS)光电晶体管。
因此,物体对象可以通过镜头生成光学图像投射到感光元件。感光元件可以把该光学图像中的光信号转换成电信号,再将该电信号传递给ISP转换成数字图像信号。ISP将该数字图像信号输出到DSP。DSP将该数字图像信号转换成标准的RGB、YUV等格式的图像信号。
需要说明的是,设备可以通过ISP、DSP、摄像组件、视频编解码器、GPU、显示组件以及处理器等实现捕获(拍摄/扫描等)图像等功能。
在一些可能的实现中,ISP可以用于处理摄像组件反馈的数据。例如,在拍照时,先打开快门,再由光线通过摄像组件的镜头传递到摄像组件的感光元件上,实现光信号转换为电信号,最终通过感光元件将该电信号传递给ISP处理以转化为数字图像等。
在一些可能的实现中,ISP还可以对图像的噪点、亮度、肤色进行算法优化。
在一些可能的实现中,ISP还可以对拍摄场景的曝光、色温等参数进行优化。
在一些可能的实现中,ISP和/或DSP可以设置在摄像组件中。
⑤输入驱动器
在一些可能的实现中,输入驱动器可以用于处理来自用户操作设备的各种输入。
例如,当显示屏为触摸屏时,输入驱动器可操作以检测和处理各种点击事件或触摸事件等。其中,触摸屏上的点击事件或触摸事件以同时指示感兴趣的区域以及开始向物体对象进行扫描。物体对象可在触摸屏上被显示为要扫描的图像的预览,并且在触摸屏上的特定位置处的触摸事件指示应该扫描的图像。
3)电子设备的软件架构
本申请实施例中,电子设备的软件架构可以采用分层架构、事件驱动架构、微核架构、微服务架构或云架构。下面本申请实施例以分层架构的Android系统为例,示例性说明电子设备的软件结构。
在一些可能的实现中,电子设备可以包括内核层、系统运行库层、应用框架层和应用层等中的至少之一项。
其中,层与层之间通过软件接口通信,并且内核层、系统运行库层和应用框架层属于操作系统空间。
①应用层
在一些可能的实现中,应用层属于用户空间,应用层上运行有至少一个应用程序(或简称为“应用”),这些应用程序可以是操作系统自带的原生应用程序,也可以是第三方开发者所开发的第三方应用程序。
例如,应用层可以包括相机、图库、日历、通话、地图、导航、WLAN、蓝牙、音乐、消息通知、视频和短信息等应用程序。
②应用框架层
在一些可能的实现中,应用框架层可以提供构建应用层的应用程序可能用到的各种应用编程接口(application programming interface,API)和编程框架,从而开发者也可以通过使用这些API来构建自己的应用程序。
例如,窗口管理器(window manager)、内容提供器(content providers)、视图系统(view system)、电话管理器(telephony manager)、资源管理器、通知管理器(notification manager)、消息管理器、活动管理器(activity manager)、包管理器(package manager)、位置管理(location manager)和NFC服务等。
具体的,窗口管理器可以用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏、锁定屏幕、截取屏幕等。
具体的,内容提供器可以用于存放和获取数据,并使该数据可以被应用程序访问。其中,该数据可以包括视频、图像、音频、拨打和接听的电话、浏览历史和书签、电话簿等。另外,内容提供器可以使得应用程序可以访问另一个应用程序的数据,如联系人数据库,或者共享它们自己的数据。
具体的,视图系统包括可视控件。例如,显示文字的控件和显示图片的控件等。视图系统可以用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
具体的,电话管理器用于提供电子设备的通信功能。例如,通话状态的管理(如接通、挂断等)。
具体的,资源管理器可以为应用程序提供各种资源。比如,本地化字符串、图标、图片、布局文件、视频文件等。
具体的,通知管理器使得应用程序可以在状态栏中显示通知消息等,可以用于传达告知消息的消息类型,可以短暂停留后自动消失,无需用户交互。比如,通知管理器被用于告知下载完成、消息提醒、消息通知等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知。另外,后台运行的应用程序的通知还可以是以对话窗口形式出现在屏幕上的通知。例如,在状态栏提示文本信息,发出提示音,电子设备振动、指示灯闪烁等。
具体的,消息管理器可以用于存储各个应用程序上报的消息的数据,并对各个应用程序上报的数据进行处理。
具体的,活动管理器可以用于管理应用程序生命周期并提供常用的导航回退功能。在一种可能的示例中,消息管理器可以是通知管理器的一部分。
③系统运行库层
在一些可能的实现中,系统运行库层可以通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持,OpenGL/ES库提供了3D绘图的支持,Webkit库提供了浏览器内核的支持等。在系统运行库层中还提供有安卓运行时库(AndroidRuntime),其主要提供了一些核心库,能够允许开发者使用Java语言来编写Android应用。
④内核层
在一些可能的实现中,内核层可以为电子设备的各种硬件提供了底层的驱动,如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理、NFC驱动、UWB驱动等。
二、一种LE-Audio协议连接建立方法
由于LE Audio协议是SIG刚推的一项新的蓝牙技术,因此针对LE Audio协议的标准规范还未完全更新完整,市面上也很少有实现LE Audio功能的设备。另外,由于LE Audio协议中还存在未完全统一的内容,因此不同设备生产商在各自的设备上实现LE Audio功能时都会有各自不同的理解,从而不同设备生产商的设备之间在LE Audio功能上可能存在较差的兼容性,而这种不兼容也很容易影响设备的其他功能的正常使用,造成不好的用户体验。
为了避免不同设备生产商的设备之间使用LE Audio功能进行通信,本申请实施例考虑由同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,如设备生产商A的智能耳机需要搭配设备生产商A的智能手机才能正常使用LE Audio功能。
由于目前的LE-Audio协议并没有标准规范如何获知对端设备是否是同一个设备生产商的设备,因此针对第一电子设备与第二电子设备之间需要建立LE-Audio协议来实现LE Audio功能的场景,本申请实施例提供一种低功耗音频协议连接建立方法,以期望避免不同设备生产商的设备之间使用LE Audio功能进行通信,而是保证同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能。
如图2所示,图2是本申请实施例的一种低功耗音频协议连接建立方法的流程示意图,该方法可以包括如下步骤:
S210、第一电子设备向第二电子设备发送蓝牙广播信号,蓝牙广播信号用于建立第一电子设备与第二电子设备之间的蓝牙链路,蓝牙广播信号携带第一电子设备的设备生产商信息。
对应的,第二电子设备接收蓝牙广播信号。
S220、第二电子设备根据蓝牙广播信号建立与第一电子设备之间的蓝牙链路。
S230、在蓝牙链路完成加密之前,第一电子设备向第二电子设备发送查询请求信息,查询请求信息用于请求第二电子设备查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。
对应的,第二电子设备接收查询请求信息。
S240、第二电子设备根据查询请求信息查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。
S250、第二电子设备向第一电子设备发送查询响应信息,查询响应信息用于指示第二电子设备的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
对应的,第一电子设备接收该查询响应信息。
S260、第二电子设备向第一电子设备发起通用属性协议GATT服务发现流程。
S270、若查询结果为不相同,则在GATT服务发现流程中,第一电子设备不向第二电子设备提供自身所支持的LE Audio的服务信息以结束GATT服务发现流程。
S280、若查询结果为相同,则在GATT服务发现流程中,第一电子设备向第二电子设备提供自身所支持的LE Audio的服务信息以完成GATT服务发现流程。
S290、在完成GATT服务发现流程之后,第二电子设备根据LE Audio的服务信息建立与第一电子设备之间的LE Audio协议连接。
对应的,在在完成GATT服务发现过程之后,第一电子设备与第二电子设备建立LEAudio协议连接。
综上所述,首先,本申请实施例通过蓝牙广播信号来建立第一电子设备与第二电子设备之间的蓝牙链路,并在该蓝牙链路完成加密之前,通过查询请求信息来查询第一电子设备的设备生产商信息与第二电子设备的设备生产商信息是否相同;
然后,在查询响应信息所指示的查询结果为相同的情况下,第一电子设备可以在第二电子设备发起的通用属性协议(Generic Attribute Profile,GATT)服务发现流程中向第二电子设备提供/暴露自身所支持的LE Audio的服务信息,以便完成GATT服务发现流程;
最后,在完成GATT服务发现过程之后,第一电子设备与第二电子设备建立LEAudio协议连接以实现LE Audio功能,以便基于LE Audio协议进行音频数据传输。
可见,在完成蓝牙链路加密之前,本申请实施例通过查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同,并在相同的情况下第一电子设备再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因第一电子设备随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证第一电子设备只向同一个设备生产商的设备提供自身所支持的LE Audio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
下面对本申请所涉及的相关概念和技术方案进行具体说明。
1、第一电子设备和第二电子设备
需要说明的是,结合上述“一、通信系统和电子设备”中的内容,本申请实施例的第一电子设备和第二电子设备可以均为某一类型的电子设备。其中,第一电子设备与第二电子设备可以为相同类型的电子设备,也可以为不同类型的电子设备,对此不作具体限制。
例如,以不同类型的电子设备为例,第一电子设备可以为智能手表,而第二电子设备可以为智能手机。
又例如,在图1中,第一电子设备可以为电子设备102,而第二电子设备可以为电子设备101。
2、蓝牙广播信号
1)描述
需要说明的是,当第一电子设备开启蓝牙功能时,第一电子设备会自动广播蓝牙广播信号。在第二电子设备接收到该蓝牙广播信号之后,第二电子设备会根据该蓝牙广播信号主动发起蓝牙连接,以便第一电子设备与第二电子设备建立蓝牙链路。
因此,蓝牙广播信号可以用于建立第一电子设备与第二电子设备之间的蓝牙链路。
2)蓝牙广播信号所携带的信息
由于本申请实施例需要由第二电子设备来查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同,因此为了保证第二电子设备能拿到第一电子设备的设备生产商信息,本申请实施例考虑由蓝牙广播信号携带第一电子设备的设备生产商信息。
在一些可能的实现中,设备生产商信息可以包括设备生产商的标识符(Vendoridentity,Vendor ID)。
需要说明的是,Vendor ID是各个设备生厂商向SIG申请所获得的标识,不会与其他设备生厂商。也就是说,Vendor ID是唯一的,可以用于区分设备生厂商。
当然,蓝牙广播信号还可以携带用于建立蓝牙链路所需的其他信息,如第一电子设备的设备标识符(如MAC地址、产品序列号(serial number,SN)等)。
3、蓝牙链路
1)描述
需要说明的是,本申请实施例的蓝牙链路可以包括传统的经典蓝牙链路或者低功耗蓝牙(Bluetooth Low Energy,BLE)链路等。
2)蓝牙链路加密
需要说明的是,为了保证在蓝牙链路上传输数据的安全性,本申请实施例需要对蓝牙链路进行加密。
4、服务信息
需要说明的是,GATT层会定义服务(service)和特征(characteristic)。其中,在GATT中,每个具有的蓝牙应用可以由多个服务组成,而每个服务可以由多个特征组成。
因此,在第二电子设备发起的通用属性协议GATT服务发现流程中,第一电子设备向第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息可以包括用于LEAudio的服务和特征。
5、查询请求信息和查询响应信息
1)描述
需要说明的是,在蓝牙链路完成加密之前,第一电子设备可以向第二电子设备发送查询请求信息,该查询请求信息可以用于请求第二电子设备查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。
为了响应该查询请求信息,第二电子设备会向第一电子设备反馈/发送查询响应信息,该查询响应信息可以用于指示第二电子设备的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
2)传输方式
需要说明的是,本申请实施例可以采用如下两种方式来传输查询请求信息和查询响应信息:
方式1:
①描述
在“方式1”中,第一电子设备可以在通过GATT发起的GATT服务查询所建立的通道上发送查询请求信息。
对应的,第二电子设备可以在通过GATT发起的GATT服务查询所建立的通道上接收查询请求信息。
第一电子设备可以在通过GATT发起的GATT服务查询所建立的通道上接收查询响应信息。
对应的,第二电子设备可以在通过GATT发起的GATT服务查询所建立的通道上发送查询请求信息。
需要说明的是,属性(Attribute,ATT)协议为所有基于蓝牙链路的应用提供一个底层的框架。它定义了服务端客户端,定义了属性以及客户端如何获取服务端的一系列属性。GATT作为一个通用的基于ATT的配置文件(profile),为上层应用提供了一个基本的服务框架(service framework),使得所有基于蓝牙链路的应用都可以将自身的功能映射到这个框架中。
另外,GATT会定义服务(service)和特征(characteristic)。其中,在GATT中,每个具有的蓝牙应用可以由多个服务组成,而每个服务可以由多个特征组成。
可见,第一电子设备可以通过GATT来查询第二电子设备的GATT服务,并在查询GATT服务的过程中建立通道,以便利用该通道来传输查询请求信息或查询响应信息。
这样,通过该通道传输查询请求信息,既可以实现查询第二电子设备的GATT服务,又可以通过传输查询请求信息来实现请求查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同。
通过该通道传输查询响应信息,既可以实现反馈第二电子设备的GATT服务的查询结果,又可以通过传输查询响应信息来实现反馈第二电子设备的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
②查询私有GATT服务的通用唯一标识符(Universally Unique Identifier,UUID)
为了实现对第二电子设备的GATT服务进行查询,以便进行设备生产商信息的查询,本申请实施例引入私有GATT服务,该私有GATT服务可以用于支持对设备生产商信息进行查询。
需要说明的是,私有GATT服务,可以理解为,由第二电子设备的设备生产商自行定义的GATT服务,而非GATT定义的公共GATT服务。
在一些可能的实现中,私有GATT服务具有UUID,以便通过UUID来区分私有GATT服务。然而,不同的设备生产商在定义该私有GATT服务的UUID户存在不同。这样,本申请实施例也可以利用私有GATT服务的UUID来区分设备生产商。
例如,设备生产商A定义该私有GATT服务的UUID为“ABCDEFG”,而设备生产商B定义该私有GATT服务的UUID为“CDEFGHI”。
在一些可能的实现中,私有GATT服务是第二电子设备在蓝牙功能初始化阶段所注册的。
需要说明的是,当第二电子设备开启蓝牙功能时,第二电子设备需要对蓝牙功能进行初始化。其中,在蓝牙功能初始化阶段中,第二电子设备可以支持在GATT服务中注册私有GATT服务,并设置由第二电子设备的设备生产商所定义的该私有GATT服务的UUID。
例如,当第二电子设备开启蓝牙功能时,第二电子设备设置由第二电子设备的设备生产商所定义的该私有GATT服务的UUID为“ABCDEFG”。
综上所述,通过GATT发起的GATT服务查询,可以包括:
通过GATT发起针对第二电子设备所注册的私有GATT服务的UUID进行查询。
可见,通过GATT发起针对第二电子设备所注册的私有GATT服务的UUID进行查询,可以实现对设备生产商信息进行查询。
③查询请求信息的进一步功能
需要说明的是,结合上述“②查询私有GATT服务的通用唯一标识符”中的内容,查询请求信息会提供由第一电子设备的设备生产商所定义的私有GATT服务的UUID,而第二电子设备所注册的私有GATT服务的UUID是由第二电子设备的设备生产商所定义的。
也就是说,查询请求信息所携带的私有GATT服务的UUID是由第一电子设备的设备生产商所定义的。
因此,查询请求信息可以用于请求第二电子设备查询该查询请求信息所携带的私有GATT服务的UUID与自身所存储的私有GATT服务的UUID是否相同。
●若相同,则该查询请求信息还用于请求第二电子设备查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。
需要说明的是,若相同,则说明第一电子设备的设备生产商和第二电子设备的设备生产商可能是相同的,也可能是不相同。
这是因为,不同的设备生产商在定义私有GATT服务的UUID时可能存在偶然性相同的情况。此时,为了保证准确性,第二电子设备需要再查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。其中,第一电子设备的设备生产商信息是由蓝牙广播信号携带的,而第二电子设备的设备生产商信息是第二电子设备自己就会存储的。
●若不相同,则该查询请求信息还用于请求第二电子设备直接反馈查询响应信息所指示的所述查询结果为不相同。
需要说明的是,若不相同,则说明第一电子设备的设备生产商和第二电子设备的设备生产商一定是不相同的。对此,第二电子设备可以无需再查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同,从而直接向第一电子设备反馈自身的设备生产商信息与第一电子设备的设备生产商信息不相同。
④示例说明
结合上述描述,在“方式1”中,在完成蓝牙链路加密之前,通过GATT服务发起的GATT服务查询来建立通道。
这样,通过所建立的通信来传输查询请求信息,从而实现GATT服务的查询,以及实现查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同。
通过所建立的通道来传输查询响应信息,从而实现反馈GATT服务的查询结果,以及实现反馈第二电子设备的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
然后,在相同的情况下第一电子设备再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因第一电子设备随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证第一电子设备只向同一个设备生产商的设备提供自身所支持的LEAudio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
下面对“方式1”进行示例性说明。如图3所示,图3是本申请实施例的又一种LEAudio连接建立方法的流程示意图,该方法包括如下步骤:
步骤1:蓝牙广播信号携带Vendor ID
在广播蓝牙广播信号之前,蓝牙广播信号需要携带第一电子设备的Vendor ID。其中,Vendor ID是各个设备生产商与SIG申请所获得设备生产商的标识符,且Vendor ID具有唯一性。不同设备生产商所获得的Vendor ID是不相同的。
步骤2:注册私有GATT服务的UUID
第二电子设备开启蓝牙以进行蓝牙功能初始化阶段。在初始化阶段中,第二电子设备需要在自身所支持的GATT service中注册一个私有GATT服务,该私有GATT服务用于支持对设备生产商信息进行查询,以及设置该私有GATT服务的UUID。
这样,在第二电子设备完成注册(即完成初始化阶段)之后,外部设备可以向第二电子设备发起针对该私有GATT服务的UUID查询。
步骤3:建立蓝牙链路
第一电子设备开启蓝牙以广播蓝牙广播信号。在第二电子设备接收到该蓝牙广播信号之后,第二电子设备主动发起蓝牙连接,以便与第一电子设备建立蓝牙链路。
步骤4:发起针对私有GATT服务的UUID查询
在蓝牙链路完成加密之前,第一电子设备可以直接通过GATT发起针对私有GATT服务的UUID查询。其中,在私有GATT服务的UUID查询过程中,第一电子设备在通过GATT发起的GATT服务查询所建立的通道上向第二电子设备发送查询请求信息,该查询请求信息用于请求第二电子设备查询该查询请求信息所携带的私有GATT服务的UUID与自身所注册的私有GATT服务的UUID是否相同。
步骤5:判断私有GATT服务的UUID是否相同
在接收到该查询请求信息之后,第二电子设备需要先判断该查询请求信息所携带的私有GATT服务的UUID与自身所注册的私有GATT服务的UUID是否相同。
若否(即不相同),则第二电子设备直接在通过GATT发起的GATT服务查询所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为不相同。
需要说明的是,在图3中,查询结果为不相同,可以采用返回标识为错误(error)的查询结果的方式实现。
步骤6:判断蓝牙广播信号是否携带第一电子设备的Vendor ID
若是(即相同),则第二电子设备判断发送该查询请求信息的第一电子设备所广播的蓝牙广播信号是否携带第一电子设备的Vendor ID。
若否(即未携带Vendor ID),则第二电子设备直接在通过GATT发起的GATT服务查询所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为不相同。
步骤7:判断Vendor ID是否相同
若是(即携带Vendor ID),则第二电子设备判断自身的Vendor ID与第一电子设备的Vendor ID是否相同。
若是(即相同),则第二电子设备在通过GATT发起的GATT服务查询所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为相同。
需要说明的是,在图3中,查询结果为相同,可以采用返回标识为正常(normal)的查询结果的方式实现。
若否(即未携带Vendor ID),则第二电子设备在通过GATT发起的GATT服务查询所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为不相同。
步骤8:发起GATT服务发现流程
在蓝牙链路加密完成之后,第二电子设备会发起GATT服务发现流程。由于GATT层会定义服务(service)和特征(characteristic),而在GATT中每个具有的蓝牙应用可以由多个服务组成,且每个服务可以由多个特征组成,因此该GATT服务发现流程的目的是为了请求查询第一电子设备可以支持哪些GATT服务以及特征等,以便建立LE Audio协议连接。
步骤9:判断查询结果
在接收到查询响应信息之后,第二电子设备判断所该查询响应信息所指示的查询结果是否为相同。
若是(即相同),则第二电子设备在第二电子设备发起的GATT服务发现流程中,向第二电子设备提供自身所支持的LE Audio的服务信息以完成GATT服务发现流程。
若否(即不相同),则第二电子设备在第二电子设备发起的GATT服务发现流程中,不向第二电子设备提供自身所支持的LE Audio的服务信息以结束GATT服务发现流程。
步骤10:建立LE Audio协议连接
在接收第一电子设备所支持的LE Audio的服务信息之后,第二电子设备根据LEAudio的服务信息建立LE Audio协议连接,从而完成最终协议层的连接及配置,后续正常使用LE audio功能,并基于LE Audio进行数据通信以及音频数据传输。
方式2:
①描述
在“方式2”中,第一电子设备可以在通过私有蓝牙通信协议所建立的通道上发送查询请求信息。
对应的,第二电子设备可以在通过私有蓝牙通信协议所建立的通道上接收查询请求信息。
另外,第二电子设备可以在通过私有蓝牙通信协议所建立的通道上发送查询响应信息。
对应的,第一电子设备可以在通过私有蓝牙通信协议所建立的通道上接收查询响应信息。
需要说明的是,私有蓝牙通信协议可以是各个设备生产商根据自身需求所自行实现的蓝牙通信协议。其中,不同设备生产商可以实现不同的私有蓝牙通信协议来传输私有命令。
也就会是,私有,可以理解为由各个设备生产商自行实现,且各个设备生产商在实现上存在一定的不同。
可见,通过私有蓝牙通信协议来建立通道,保证在该通道上第一电子设备与第二电子设备之间可以进行私有命令的交互,使得设备生产商信息的查询以及查询结果的反馈也具有私有性。
这样,通过私有蓝牙通信协议能够使得各个设备生产商能够根据自身的需求来实现对设备生产商信息的查询以及查询结果的反馈。
在一些可能的实现中,私有蓝牙通信协议所建立的通道,是在蓝牙链路建立之后进行建立的。
②逻辑链路控制和适配协议(Logical Link Control and AdaptationProtocol,L2CAP)
在一些可能的实现中,私有蓝牙通信协议可以包括L2CAP。
这样,第一电子设备可以根据L2CAP所建立的通道与第二电子设备进行私有命令的传输。
③示例说明
结合上述描述,在“方式2”中,在完成蓝牙链路加密之前,通过私有蓝牙通信协议来建立通道,保证在该通道上第一电子设备与第二电子设备之间可以进行私有命令的交互,使得设备生产商信息的查询以及查询结果的反馈也具有私有性。
这样,通过所建立的通信来传输查询请求信息,从而使得各个设备生产商能够根据自身的需求来实现查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同。
通过所建立的通道来传输查询响应信息,从而使得各个设备生产商能够根据自身的需求来实现反馈第二电子设备的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
然后,在相同的情况下第一电子设备再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因第一电子设备随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证第一电子设备只向同一个设备生产商的设备提供自身所支持的LEAudio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
下面对“方式2”进行示例性说明。如图4所示,图4是本申请实施例的又一种LEAudio连接建立方法的流程示意图,该方法包括如下步骤:
步骤1:蓝牙广播信号携带Vendor ID
在广播蓝牙广播信号之前,蓝牙广播信号需要携带第一电子设备的Vendor ID。其中,Vendor ID是各个设备生产商与SIG申请所获得设备生产商的标识符,且Vendor ID具有唯一性。不同设备生产商所获得的Vendor ID是不相同的。
步骤2:建立蓝牙链路
第一电子设备开启蓝牙以广播蓝牙广播信号。在第二电子设备接收到该蓝牙广播信号之后,第二电子设备主动发起蓝牙连接,以便与第一电子设备建立蓝牙链路。
步骤3:发起私有蓝牙通信协议的通道建立流程
在建立完成蓝牙链路,且蓝牙链路完成加密之前,第二电子设备可以发起私有蓝牙通信协议的通道建立流程。这样,第一电子设备与第二电子设备之间建立私有蓝牙通信协议的通道。
步骤4:发送查询请求信息
第一电子设备在私有蓝牙通信协议所建立的通道上向第二电子设备发送查询请求信息,该查询请求信息用于请求第二电子设备查询该查询请求信息所携带的私有GATT服务的UUID与自身所注册的私有GATT服务的UUID是否相同。
步骤5:判断蓝牙广播信号是否携带第一电子设备的Vendor ID
在接收到该查询请求信息之后,第二电子设备判断发送该查询请求信息的第一电子设备所广播的蓝牙广播信号是否携带第一电子设备的Vendor ID。
若否(即未携带Vendor ID),则第二电子设备直接在私有蓝牙通信协议所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为不相同。
步骤6:判断Vendor ID是否相同
若是(即携带Vendor ID),则第二电子设备判断自身的Vendor ID与第一电子设备的Vendor ID是否相同。
若是(即相同),则第二电子设备在私有蓝牙通信协议所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为相同。
若否(即未携带Vendor ID),则第二电子设备在私有蓝牙通信协议所建立的通道上向第一电子发送查询响应信息,该查询响应信息所指示的查询结果为不相同。
步骤7:发起GATT服务发现流程
在蓝牙链路加密完成之后,第二电子设备会发起GATT服务发现流程。由于GATT层会定义服务(service)和特征(characteristic),而在GATT中每个具有的蓝牙应用可以由多个服务组成,且每个服务可以由多个特征组成,因此该GATT服务发现流程的目的是为了请求查询第一电子设备可以支持哪些GATT服务以及特征等,以便建立LE Audio协议连接。
步骤8:判断查询结果
在接收到查询响应信息之后,第二电子设备判断所该查询响应信息所指示的查询结果是否为相同。
若是(即相同),则第二电子设备在第二电子设备发起的GATT服务发现流程中,向第二电子设备提供自身所支持的LE Audio的服务信息以完成GATT服务发现流程。
若否(即不相同),则第二电子设备在第二电子设备发起的GATT服务发现流程中,不向第二电子设备提供自身所支持的LE Audio的服务信息以结束GATT服务发现流程。
步骤9:建立LE Audio协议连接
在接收第一电子设备所支持的LE Audio的服务信息之后,第二电子设备根据LEAudio的服务信息建立LE Audio协议连接,从而完成最终协议层的连接及配置,后续正常使用LE audio功能,并基于LE Audio进行数据通信以及音频数据传输。
三、一种低功耗音频协议连接建立装置的示例说明
上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,为了实现上述功能,电子设备可以包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该知悉,结合本文中所提供的实施例描述的各示例的方法、功能、模块、单元或者步骤,本申请能够以硬件或者硬件与计算机软件的结合形式来实现。某个方法、功能、模块、单元或者步骤究竟以硬件或计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用使用不同方法来实现所描述的方法、功能、模块、单元或者步骤,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例进行功能单元/模块的划分。例如,可以对应各个功能划分各个功能单元/模块,也可以将两个或两个以上的功能集成在一个功能单元/模块中。上述集成的功能单元/模块既可以采用硬件的方式实现,也可以采用软件程序的方式实现。需要说明的是,本申请实施例中对功能单元/模块的划分是示意性的,只是一种逻辑功能划分,而实际实现时可以有另外的划分方式。
1)描述
在采用集成的单元的情况下,图5是本申请实施例的一种低功耗音频协议连接建立装置的功能单元组成框图。低功耗音频协议连接建立装置500包括:发送单元510、接收单元520和建立单元530。
在一些可能的实现中,发送单元510、接收单元520和建立单元530可以是相互分离的单元,可以是集成在同一个单元中。
例如,发送单元510、接收单元520和建立单元530可以集成在通信单元中。
又例如,发送单元510、接收单元520可以集成在通信单元中,而建立单元530可以集成在处理单元中。
又例如,发送单元510、接收单元520和建立单元530可以集成在处理单元中。
需要说明的是,通信单元可以是通信接口、收发器、收发电路等。
处理单元可以是处理器或控制器,例如可以是中央处理器(central processingunit,CPU)、通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等。
在一些可能的实现中,低功耗音频协议连接建立装置500还可以包括存储单元,用于存储低功耗音频协议连接建立装置500所执行的计算机程序或者指令。该存储单元可以是存储器。
在一些可能的设计中,低功耗音频协议连接建立装置500可以是芯片/芯片模组/处理器/电子设备/操作系统。
具体实现时,发送单元510、接收单元520和建立单元530用于执行如上述方法实施例中所描述的步骤。下面进行详细说明。
发送单元510,用于向第二电子设备发送蓝牙广播信号,蓝牙广播信号用于建立低功耗音频协议连接建立装置500与第二电子设备之间的蓝牙链路,蓝牙广播信号携带低功耗音频协议连接建立装置500的设备生产商信息;
发送单元510,还用于在蓝牙链路完成加密之前,向第二电子设备发送查询请求信息,查询请求信息用于请求第二电子设备查询自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同;
接收单元520,用于接收来自第二电子设备的查询响应信息,查询响应信息用于指示第二电子设备的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息之间的查询结果;
发送单元510,还用于若查询结果为不相同,则在第二电子设备发起的通用属性协议GATT服务发现流程中,不向第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息以结束GATT服务发现流程;
发送单元510,还用于若查询结果为相同,则在第二电子设备发起的GATT服务发现流程中,向第二电子设备提供自身所支持的LE Audio的服务信息以完成GATT服务发现流程;
建立单元530,用于在完成GATT服务发现过程之后,与第二电子设备建立LE Audio协议连接。
综上所述,首先,本申请实施例通过蓝牙广播信号来建立低功耗音频协议连接建立装置500与第二电子设备之间的蓝牙链路,并在该蓝牙链路完成加密之前,通过查询请求信息来查询低功耗音频协议连接建立装置500的设备生产商信息与第二电子设备的设备生产商信息是否相同;
然后,在查询响应信息所指示的查询结果为相同的情况下,低功耗音频协议连接建立装置500可以在第二电子设备发起的GATT服务发现流程中向第二电子设备提供/暴露自身所支持的LE Audio的服务信息,以便完成GATT服务发现流程;
最后,在完成GATT服务发现过程之后,低功耗音频协议连接建立装置500与第二电子设备建立LE Audio协议连接以实现LE Audio功能,以便基于LE Audio协议进行音频数据传输。
可见,在完成蓝牙链路加密之前,本申请实施例通过查询第二电子设备的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同,并在相同的情况下低功耗音频协议连接建立装置500再向第二电子设备提供/暴露自身所支持的LEAudio功能,从而有利于避免因低功耗音频协议连接建立装置500随意提供自身所支持的LEAudio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证低功耗音频协议连接建立装置500只向同一个设备生产商的设备提供自身所支持的LE Audio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
需要说明的是,低功耗音频协议连接建立装置500执行的各个操作的具体实现可以参见上述的方法实施例的相应描述,在此不再赘述。
2)其他一些可能的实现方式
下面对所涉及的一些实现方式再进行说明,而其他未涉及的内容可以具体详见上述描述,对此不再赘述。
在一些可能的实现中,查询请求信息,是在通过GATT发起的GATT服务查询所建立的通道上发送的;
查询响应信息,是在通过GATT发起的GATT服务查询所建立的通道上接收的。
需要说明的是,结合上述“方式1”中的内容,低功耗音频协议连接建立装置500可以通过GATT来查询第二电子设备的GATT服务,并在查询GATT服务的过程中建立通道,以便利用该通道来传输查询请求信息或查询响应信息。
这样,通过该通道传输查询请求信息,既可以实现查询第二电子设备的GATT服务,又可以通过传输查询请求信息来实现请求查询第二电子设备的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同。
通过该通道传输查询响应信息,既可以实现反馈第二电子设备的GATT服务的查询结果,又可以通过传输查询响应信息来实现反馈第二电子设备的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息之间的查询结果。
在一些可能的实现中,通过GATT发起的GATT服务查询,包括:
通过GATT发起针对第二电子设备所注册的私有GATT服务的通用唯一标识符UUID进行查询,私有GATT服务用于支持对设备生产商信息进行查询。
需要说明的是,结合上述“方式1”中的内容,通过GATT发起针对第二电子设备所注册的私有GATT服务的UUID进行查询,可以实现对设备生产商信息进行查询。
在一些可能的实现中,查询请求信息用于请求第二电子设备查询自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同,包括:
查询请求信息用于请求第二电子设备查询自身所注册的私有GATT服务的UUID与查询请求信息所携带的私有GATT服务的UUID是否相同;
若相同,则查询请求信息还用于请求第二电子设备查询自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同;
若不相同,则查询请求信息还用于请求第二电子设备直接反馈查询响应信息所指示的查询结果为不相同;
其中,查询请求信息所携带的私有GATT服务的UUID,是由低功耗音频协议连接建立装置500的设备生产商所定义的;
第二电子设备查询所注册的私有GATT服务的UUID,是由第二电子设备的设备生产商所定义的。
需要说明的是,结合上述“方式1”中的内容,若相同,则说明低功耗音频协议连接建立装置500的设备生产商和第二电子设备的设备生产商可能是相同的,也可能是不相同。
这是因为,不同的设备生产商在定义私有GATT服务的UUID时可能存在偶然性相同的情况。此时,为了保证准确性,第二电子设备需要再查询自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同。其中,低功耗音频协议连接建立装置500的设备生产商信息是由蓝牙广播信号携带的,而第二电子设备的设备生产商信息是第二电子设备自己就会存储的。
若不相同,则说明低功耗音频协议连接建立装置500的设备生产商和第二电子设备的设备生产商一定是不相同的。对此,第二电子设备可以无需再查询自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息是否相同,从而直接向低功耗音频协议连接建立装置500反馈自身的设备生产商信息与低功耗音频协议连接建立装置500的设备生产商信息不相同。
在一些可能的实现中,查询请求信息,是在通过私有蓝牙通信协议所建立的通道上发送的;
查询响应信息,是在通过私有蓝牙通信协议所建立的通道上接收的。
需要说明的是,结合上述“方式2”中的内容,通过私有蓝牙通信协议来建立通道,保证在该通道上低功耗音频协议连接建立装置500与第二电子设备之间可以进行私有命令的交互,使得设备生产商信息的查询以及查询结果的反馈也具有私有性。
这样,通过私有蓝牙通信协议能够使得各个设备生产商能够根据自身的需求来实现对设备生产商信息的查询以及查询结果的反馈。
在一些可能的实现中,私有蓝牙通信协议,包括逻辑链路控制和适配协议L2CAP。
需要说明的是,结合上述“方式2”中的内容,低功耗音频协议连接建立装置500可以根据L2CAP所建立的通道与第二电子设备进行私有命令的传输。
四、又一种低功耗音频协议连接建立装置的示例说明
1)描述
在采用集成的单元的情况下,图6是本申请实施例的又一种低功耗音频协议连接建立装置的功能单元组成框图。低功耗音频协议连接建立装置600包括:接收单元610、建立单元620、查询单元630和发送单元640。
在一些可能的实现中,接收单元610、建立单元620、查询单元630和发送单元640可以是相互分离的单元,可以是集成在同一个单元中。
例如,接收单元610、建立单元620、查询单元630和发送单元640可以集成在通信单元中。
又例如,接收单元610、发送单元640可以集成在通信单元中,而建立单元620和查询单元630可以集成在处理单元中。
又例如,接收单元610、建立单元620、查询单元630和发送单元640可以集成在处理单元中。
需要说明的是,通信单元可以是通信接口、收发器、收发电路等。
处理单元可以是处理器或控制器,例如可以是中央处理器(central processingunit,CPU)、通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(fieldprogrammable gate array,FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框、模块和电路。处理单元也可以是实现计算功能的组合,例如包含一个或多个微处理器组合、DSP和微处理器的组合等。
在一些可能的实现中,低功耗音频协议连接建立装置600还可以包括存储单元,用于存储低功耗音频协议连接建立装置600所执行的计算机程序或者指令。该存储单元可以是存储器。
在一些可能的设计中,低功耗音频协议连接建立装置600可以是芯片/芯片模组/处理器/电子设备/操作系统。
具体实现时,接收单元610、建立单元620、查询单元630和发送单元640用于执行如上述方法实施例中所描述的步骤。下面进行详细说明。
接收单元610,用于接收来自第一电子设备的蓝牙广播信号,蓝牙广播信号用于建立第一电子设备与低功耗音频协议连接建立装置600之间的蓝牙链路,蓝牙广播信号携带第一电子设备的设备生产商信息;
建立单元620,用于根据蓝牙广播信号建立与第一电子设备之间的蓝牙链路;
接收单元610,还用于在蓝牙链路完成加密之前,接收来自第一电子设备的查询请求信息,查询请求信息用于请求装置查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;
查询单元630,用于根据查询请求信息查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;
发送单元640,用于向第一电子设备发送查询响应信息,查询响应信息用于指示低功耗音频协议连接建立装置600的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果;
发送单元640,还用于向第一电子设备发起通用属性协议GATT服务发现流程;
接收单元610,还用于若查询结果为相同,则接收第一电子设备提供的自身所支持的低功耗音频LE Audio的服务信息以完成GATT服务发现流程;
建立单元620,还用于在完成GATT服务发现过程之后,根据LE Audio的服务信息建立与第一电子设备的LE Audio协议连接。
2)其他一些可能的实现方式
下面对所涉及的一些实现方式再进行说明,而其他未涉及的内容可以具体详见上述描述,对此不再赘述。
在一些可能的实现中,查询请求信息,是在通过GATT发起的GATT服务查询所建立的通道上接收的;
查询响应信息,是在通过GATT发起的GATT服务查询所建立的通道上发送的。
需要说明的是,结合上述“方式1”中的内容,第一电子设备可以通过GATT来查询低功耗音频协议连接建立装置600的GATT服务,并在查询GATT服务的过程中建立通道,以便利用该通道来传输查询请求信息或查询响应信息。
这样,通过该通道传输查询请求信息,既可以实现查询低功耗音频协议连接建立装置600的GATT服务,又可以通过传输查询请求信息来实现请求查询低功耗音频协议连接建立装置600的设备生产商信息与第一电子设备的设备生产商信息是否相同。
通过该通道传输查询响应信息,既可以实现反馈低功耗音频协议连接建立装置600的GATT服务的查询结果,又可以通过传输查询响应信息来实现反馈低功耗音频协议连接建立装置600的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果。
在一些可能的实现中,通过GATT发起的GATT服务查询,包括:
通过GATT发起针对低功耗音频协议连接建立装置600所注册的私有GATT服务的通用唯一标识符UUID进行查询,私有GATT服务用于支持对设备生产商信息进行查询。
需要说明的是,结合上述“方式1”中的内容,通过GATT发起针对低功耗音频协议连接建立装置600所注册的私有GATT服务的UUID进行查询,可以实现对设备生产商信息进行查询。
在一些可能的实现中,查询请求信息用于请求低功耗音频协议连接建立装置600查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同,包括:
查询请求信息用于请求低功耗音频协议连接建立装置600查询自身所注册的私有GATT服务的UUID与查询请求信息所携带的私有GATT服务的UUID是否相同;
若相同,则查询请求信息还用于请求低功耗音频协议连接建立装置600查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;
若不相同,则查询请求信息还用于请求低功耗音频协议连接建立装置600直接反馈查询响应信息所指示的查询结果为不相同;
其中,查询请求信息所携带的私有GATT服务的UUID,是由第一电子设备的设备生产商所定义的;
低功耗音频协议连接建立装置600查询所注册的私有GATT服务的UUID,是由低功耗音频协议连接建立装置600的设备生产商所定义的。
需要说明的是,结合上述“方式1”中的内容,若相同,则说明第一电子设备的设备生产商和低功耗音频协议连接建立装置600的设备生产商可能是相同的,也可能是不相同。
这是因为,不同的设备生产商在定义私有GATT服务的UUID时可能存在偶然性相同的情况。此时,为了保证准确性,低功耗音频协议连接建立装置600需要再查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同。其中,第一电子设备的设备生产商信息是由蓝牙广播信号携带的,而低功耗音频协议连接建立装置600的设备生产商信息是低功耗音频协议连接建立装置600自己就会存储的。
若不相同,则说明第一电子设备的设备生产商和低功耗音频协议连接建立装置600的设备生产商一定是不相同的。对此,低功耗音频协议连接建立装置600可以无需再查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同,从而直接向第一电子设备反馈自身的设备生产商信息与第一电子设备的设备生产商信息不相同。
在一些可能的实现中,查询请求信息,是在通过私有蓝牙通信协议所建立的通道上接收的;
查询响应信息,是在通过私有蓝牙通信协议所建立的通道上发送的。
需要说明的是,结合上述“方式2”中的内容,通过私有蓝牙通信协议来建立通道,保证在该通道上第一电子设备与低功耗音频协议连接建立装置600之间可以进行私有命令的交互,使得设备生产商信息的查询以及查询结果的反馈也具有私有性。
这样,通过私有蓝牙通信协议能够使得各个设备生产商能够根据自身的需求来实现对设备生产商信息的查询以及查询结果的反馈。
在一些可能的实现中,私有蓝牙通信协议,包括逻辑链路控制和适配协议L2CAP。
需要说明的是,结合上述“方式2”中的内容,第一电子设备可以根据L2CAP所建立的通道与低功耗音频协议连接建立装置600进行私有命令的传输。
五、一种电子设备的示例说明
下面介绍本申请实施例的一种设备的结构示意图,如图7所示。其中,电子设备700可以为第一电子设备,包括处理器710、存储器720和至少一个用于连接处理器710、存储器720的通信总线。
在一些可能的实现中,处理器710可以是一个或多个中央处理器CPU。在处理器710是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。存储器720包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM),并且存储器720用于存储计算机程序或指令。
在一些可能的实现中,电子设备700还包括通信接口,该通信接口用于接收和发送数据。
在一些可能的实现中,电子设备700中的处理器710用于执行存储器720中存储的计算机程序或指令721以实现如下步骤:
向第二电子设备发送蓝牙广播信号,蓝牙广播信号用于建立电子设备700与第二电子设备之间的蓝牙链路,蓝牙广播信号携带电子设备700的设备生产商信息;
在蓝牙链路完成加密之前,向第二电子设备发送查询请求信息,查询请求信息用于请求第二电子设备查询自身的设备生产商信息与电子设备700的设备生产商信息是否相同;
接收来自第二电子设备的查询响应信息,查询响应信息用于指示第二电子设备的设备生产商信息与电子设备700的设备生产商信息之间的查询结果;
若查询结果为不相同,则在第二电子设备发起的通用属性协议GATT服务发现流程中,不向第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息以结束GATT服务发现流程;
若查询结果为相同,则在第二电子设备发起的GATT服务发现流程中,向第二电子设备提供自身所支持的LE Audio的服务信息以完成GATT服务发现流程;
在完成GATT服务发现过程之后,与第二电子设备建立LE Audio协议连接。
可见,在完成蓝牙链路加密之前,本申请实施例通过查询第二电子设备的设备生产商信息与电子设备700的设备生产商信息是否相同,并在相同的情况下电子设备700再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因电子设备700随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证电子设备700只向同一个设备生产商的设备提供自身所支持的LE Audio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
需要说明的是,电子设备700执行的各个操作的具体实现可以参见上述所示的方法实施例的相应描述,在此不再赘述。
六、又一种电子设备的示例说明
下面介绍本申请实施例的又一种设备的结构示意图,如图8所示。其中,电子设备800可以为第二电子设备,包括处理器810、存储器820和至少一个用于连接处理器810、存储器820的通信总线。
在一些可能的实现中,处理器810可以是一个或多个中央处理器CPU。在处理器810是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。存储器820包括但不限于是随机存储记忆体(random access memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)或便携式只读存储器(compact disc read-only memory,CD-ROM),并且存储器820用于存储计算机程序或指令。
在一些可能的实现中,电子设备800还包括通信接口,该通信接口用于接收和发送数据。
在一些可能的实现中,电子设备800中的处理器810用于执行存储器820中存储的计算机程序或指令821以实现如下步骤:
接收来自第一电子设备的蓝牙广播信号,蓝牙广播信号用于建立第一电子设备与电子设备800之间的蓝牙链路,蓝牙广播信号携带第一电子设备的设备生产商信息;
根据蓝牙广播信号建立与第一电子设备之间的蓝牙链路;
在蓝牙链路完成加密之前,接收来自第一电子设备的查询请求信息,查询请求信息用于请求电子设备800查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;
根据查询请求信息查询自身的设备生产商信息与第一电子设备的设备生产商信息是否相同;
向第一电子设备发送查询响应信息,查询响应信息用于指示电子设备800的设备生产商信息与第一电子设备的设备生产商信息之间的查询结果;
向第一电子设备发起通用属性协议GATT服务发现流程;
若查询结果为相同,则接收第一电子设备提供的自身所支持的低功耗音频LEAudio的服务信息以完成GATT服务发现流程;
在完成GATT服务发现过程之后,根据LE Audio的服务信息建立与第一电子设备的LE Audio协议连接。
可见,在完成蓝牙链路加密之前,本申请实施例通过查询第二电子设备的设备生产商信息与第一电子设备的设备生产商信息是否相同,并在相同的情况下第一电子设备再向第二电子设备提供/暴露自身所支持的LE Audio功能,从而有利于避免因第一电子设备随意提供自身所支持的LE Audio功能而导致设备存在兼容性的情况,避免因不兼容而影响设备的其他功能的正常使用,避免引起较差的用户体验,进而保证第一电子设备只向同一个设备生产商的设备提供自身所支持的LE Audio功能,保证设备功能的兼容性,使得同一个设备生产商的设备之间通过建立LE-Audio协议连接来实现LE Audio功能,提升用户体验,提升设备使用的健壮性。
需要说明的是,电子设备800执行的各个操作的具体实现可以参见上述所示的方法实施例的相应描述,在此不再赘述。
七、其他示例性说明
本申请实施例还提供一种计算机可读存储介质,其中,该计算机可读存储介质上存储有计算机程序或指令,该计算机程序或指令被处理器执行时以实现上述实施例中所描述的步骤。
本申请实施例还提供一种计算机程序产品,包括计算机程序或指令,其中,该计算机程序或指令被处理器执行时以实现上述实施例中所描述的步骤。示例性的,该计算机程序产品可以为一个软件安装包。
另外,计算机程序产品,应理解为,主要通过计算机程序或指令实现解决本申请的技术方案的软件产品。
需要说明的是,对于上述的各个实施例,为了简单描述,将其都表述为一系列的动作组合。本领域技术人员应该知悉,本申请不受所描述的动作顺序的限制,因为本申请实施例中的某些步骤可以采用其他顺序或者同时进行。另外,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作、步骤、模块或单元等并不一定是本申请实施例所必须的。
在上述实施例中,本申请实施例对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
本领域技术人员应该知悉,本申请实施例所描述的方法、步骤或者相关模块/单元的功能可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式来实现,也可以是由处理器执行计算机程序指令的方式来实现。其中,该计算机程序产品包括至少一个计算机程序指令,计算机程序指令可以由相应的软件模块组成,软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。该计算机程序指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如,该计算机程序指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质、或者半导体介质(如SSD)等。
上述实施例中描述的各个装置或产品包含的各个模块/单元,其可以是软件模块/单元,可以是硬件模块/单元,也可以一部分是软件模块/单元,而另一部分是硬件模块/单元。例如,对于应用程序于或集成于芯片的各个装置或产品,其包含的各个模块/单元可以都采用电路等硬件的方式实现;或者,其包含的一部分模块/单元可以采用软件程序的方式实现,该软件程序运行于芯片内部集成的处理器,而另一部分(如果有)的部分模块/单元可以采用电路等硬件方式实现。对于应用程序于或集成于芯片模组的各个装置或产品,或者应用程序于或集成于终端的各个装置或产品,同理可知。
以上的具体实施方式,对本申请实施例的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上仅为本申请实施例的具体实施方式而已,并不用于限定本申请实施例的保护范围。凡在本申请实施例的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请实施例的保护范围之内。

Claims (17)

1.一种低功耗音频协议连接建立方法,其特征在于,应用于第一电子设备,包括:
向第二电子设备发送蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
在所述蓝牙链路完成加密之前,向所述第二电子设备发送查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
接收来自所述第二电子设备的查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
若所述查询结果为不相同,则在所述第二电子设备发起的通用属性协议GATT服务发现流程中,不向所述第二电子设备提供自身所支持的低功耗音频LE Audio的服务信息以结束所述GATT服务发现流程;
若所述查询结果为相同,则在所述第二电子设备发起的所述GATT服务发现流程中,向所述第二电子设备提供自身所支持的所述LE Audio的服务信息以完成所述GATT服务发现流程;
在完成所述GATT服务发现过程之后,与所述第二电子设备建立LE Audio协议连接。
2.根据权利要求1所述的方法,其特征在于,所述查询请求信息,是在通过GATT发起的GATT服务查询所建立的通道上发送的;
所述查询响应信息,是在通过GATT发起的所述GATT服务查询所建立的通道上接收的。
3.根据权利要求2所述的方法,其特征在于,所述通过GATT发起的GATT服务查询,包括:
通过GATT发起针对所述第二电子设备所注册的私有GATT服务的通用唯一标识符UUID进行查询,所述私有GATT服务用于支持对设备生产商信息进行查询。
4.根据权利要求3所述的方法,其特征在于,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同,包括:
所述查询请求信息用于请求所述第二电子设备查询所述查询请求信息所携带的所述私有GATT服务的UUID与自身所注册的所述私有GATT服务的UUID是否相同;
若相同,则所述查询请求信息还用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
若不相同,则所述查询请求信息还用于请求所述第二电子设备直接反馈所述查询响应信息所指示的所述查询结果为不相同;
其中,所述查询请求信息所携带的所述私有GATT服务的UUID,是由所述第一电子设备的设备生产商所定义的;
所述第二电子设备查询所注册的所述私有GATT服务的UUID,是由所述第二电子设备的设备生产商所定义的。
5.根据权利要求1所述的方法,其特征在于,所述查询请求信息,是在通过私有蓝牙通信协议所建立的通道上发送的;
所述查询响应信息,是在通过所述私有蓝牙通信协议所建立的通道上接收的。
6.根据权利要求5所述的方法,其特征在于,所述私有蓝牙通信协议,包括逻辑链路控制和适配协议L2CAP。
7.一种低功耗音频协议连接建立方法,其特征在于,应用于第二电子设备,包括:
接收来自第一电子设备的蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
根据所述蓝牙广播信号建立与所述第一电子设备之间的所述蓝牙链路;
在所述蓝牙链路完成加密之前,接收来自所述第一电子设备的查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
根据所述查询请求信息查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
向所述第一电子设备发送查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
向所述第一电子设备发起通用属性协议GATT服务发现流程;
若所述查询结果为相同,则接收所述第一电子设备提供的自身所支持的低功耗音频LEAudio的服务信息以完成所述GATT服务发现流程;
在完成所述GATT服务发现过程之后,根据所述LE Audio的服务信息建立与所述第一电子设备的LE Audio协议连接。
8.根据权利要求7所述的方法,其特征在于,所述查询请求信息,是在通过GATT发起的GATT服务查询所建立的通道上接收的;
所述查询响应信息,是在通过GATT发起的所述GATT服务查询所建立的通道上发送的。
9.根据权利要求8所述的方法,其特征在于,所述通过GATT发起的GATT服务查询,包括:
通过GATT发起针对所述第二电子设备所注册的私有GATT服务的通用唯一标识符UUID进行查询,所述私有GATT服务用于支持对设备生产商信息进行查询。
10.根据权利要求9所述的方法,其特征在于,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同,包括:
所述查询请求信息用于请求所述第二电子设备查询所述查询请求信息所携带的所述私有GATT服务的UUID与自身所存储的所述私有GATT服务的UUID是否相同;
若相同,则所述查询请求信息还用于请求所述第二电子设备查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
若不相同,则所述查询请求信息还用于请求所述第二电子设备直接反馈所述查询响应信息所指示的所述查询结果为不相同。
11.根据权利要求7所述的方法,其特征在于,所述查询请求信息,是在通过私有蓝牙通信协议所建立的通道上接收的;
所述查询响应信息,是在通过所述私有蓝牙通信协议所建立的通道上接收的。
12.根据权利要求11所述的方法,其特征在于,所述私有蓝牙通信协议,包括逻辑链路控制和适配协议L2CAP。
13.一种低功耗音频协议连接建立装置,其特征在于,包括:
发送单元,用于向第二电子设备发送蓝牙广播信号,所述蓝牙广播信号用于建立所述装置与所述第二电子设备之间的蓝牙链路,所述蓝牙广播信号携带所述装置的设备生产商信息;
所述发送单元,还用于在所述蓝牙链路完成加密之前,向所述第二电子设备发送查询请求信息,所述查询请求信息用于请求所述第二电子设备查询自身的设备生产商信息与所述装置的设备生产商信息是否相同;
接收单元,用于接收来自所述第二电子设备的查询响应信息,所述查询响应信息用于指示所述第二电子设备的设备生产商信息与所述装置的设备生产商信息之间的查询结果;
所述发送单元,还用于若所述查询结果为不相同,则在所述第二电子设备发起的通用属性协议GATT服务发现流程中,不向所述第二电子设备提供自身所支持的低功耗音频LEAudio的服务信息以结束所述GATT服务发现流程;
所述发送单元,还用于若所述查询结果为相同,则在所述第二电子设备发起的所述GATT服务发现流程中,向所述第二电子设备提供自身所支持的所述LE Audio的服务信息以完成所述GATT服务发现流程;
所述建立单元,用于在完成所述GATT服务发现过程之后,与所述第二电子设备建立LEAudio协议连接。
14.一种低功耗音频协议连接建立装置,其特征在于,包括:
接收单元,用于接收来自第一电子设备的蓝牙广播信号,所述蓝牙广播信号用于建立所述第一电子设备与所述装置之间的蓝牙链路,所述蓝牙广播信号携带所述第一电子设备的设备生产商信息;
建立单元,用于根据所述蓝牙广播信号建立与所述第一电子设备之间的所述蓝牙链路;
所述接收单元,还用于在所述蓝牙链路完成加密之前,接收来自所述第一电子设备的查询请求信息,所述查询请求信息用于请求所述装置查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
查询单元,用于根据所述查询请求信息查询自身的设备生产商信息与所述第一电子设备的设备生产商信息是否相同;
发送单元,用于向所述第一电子设备发送查询响应信息,所述查询响应信息用于指示所述装置的设备生产商信息与所述第一电子设备的设备生产商信息之间的查询结果;
所述发送单元,还用于向所述第一电子设备发起通用属性协议GATT服务发现流程;
所述接收单元,还用于若所述查询结果为相同,则接收所述第一电子设备提供的自身所支持的低功耗音频LE Audio的服务信息以完成所述GATT服务发现流程;
所述建立单元,还用于在完成所述GATT服务发现过程之后,根据所述LE Audio的服务信息建立与所述第一电子设备的LE Audio协议连接。
15.一种电子设备,所述电子设备为第一电子设备,其特征在于,包括处理器、存储器及存储在所述存储器上的计算机程序或指令,所述处理器执行所述计算机程序或指令以实现权利要求1-6中任一项所述方法的步骤。
16.一种电子设备,所述电子设备为第二电子设备,其特征在于,包括处理器、存储器及存储在所述存储器上的计算机程序或指令,所述处理器执行所述计算机程序或指令以实现权利要求7-12中任一项所述方法的步骤。
17.一种计算机可读存储介质,其特征在于,其存储有计算机程序或指令,所述计算机程序或指令被执行时实现权利要求1-6或7-12中任一项所述方法的步骤。
CN202211234457.XA 2022-10-10 2022-10-10 低功耗音频协议连接建立方法与装置、电子设备 Pending CN117915299A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211234457.XA CN117915299A (zh) 2022-10-10 2022-10-10 低功耗音频协议连接建立方法与装置、电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211234457.XA CN117915299A (zh) 2022-10-10 2022-10-10 低功耗音频协议连接建立方法与装置、电子设备

Publications (1)

Publication Number Publication Date
CN117915299A true CN117915299A (zh) 2024-04-19

Family

ID=90691033

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211234457.XA Pending CN117915299A (zh) 2022-10-10 2022-10-10 低功耗音频协议连接建立方法与装置、电子设备

Country Status (1)

Country Link
CN (1) CN117915299A (zh)

Similar Documents

Publication Publication Date Title
US11385857B2 (en) Method for displaying UI component and electronic device
US20220291934A1 (en) Method for Displaying Splash Screen Information of Application and Electronic Device
EP4084486A1 (en) Cross-device content projection method, and electronic device
WO2021052200A1 (zh) 一种设备能力调度方法及电子设备
WO2021121052A1 (zh) 一种多屏协同方法、系统及电子设备
US20230422154A1 (en) Method for using cellular communication function, and related apparatus and system
WO2021258809A1 (zh) 数据同步方法、电子设备和计算机可读存储介质
WO2022100304A1 (zh) 应用内容跨设备流转方法与装置、电子设备
CN112527174B (zh) 一种信息处理方法及电子设备
US20240069850A1 (en) Application Sharing Method, Electronic Device, and Storage Medium
WO2024016559A1 (zh) 一种多设备协同方法、电子设备及相关产品
CN116360725B (zh) 显示交互系统、显示方法及设备
CN112860445B (zh) 一种快应用与原生应用间数据共享的方法及终端
CN114741008B (zh) 分布式跨设备协同方法、电子设备及通信系统
CN112882987A (zh) 多核通信方法、装置、电子设备及存储介质
WO2021042991A1 (zh) 一种非侵入式交互方法及电子设备
WO2022121445A1 (zh) 添加widget的方法、装置及计算机可读存储介质
US20240111595A1 (en) Application deployment method, distributed operating system, electronic device, and storage medium
WO2023005711A1 (zh) 一种服务的推荐方法及电子设备
US20230308604A1 (en) Video call making method, terminal device, and storage medium
CN117915299A (zh) 低功耗音频协议连接建立方法与装置、电子设备
CN116679998B (zh) 多设备协同冲突处理的方法及电子设备
CN116679895B (zh) 一种协同业务的调度方法、电子设备及协同系统
CN116709584B (zh) 连接车机的方法及终端设备
CN116033592B (zh) 蜂窝通信功能的使用方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination