Processing

Please wait...

Settings

Settings

Goto Application

1. WO2020107466 - POINT TO MULTI-POINT DATA TRANSMISSION METHOD AND DEVICE

Document

说明书

发明名称 0001   0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013   0014   0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138   0139   0140   0141   0142   0143   0144   0145   0146   0147   0148   0149   0150   0151   0152   0153   0154   0155   0156   0157   0158   0159   0160   0161   0162   0163   0164   0165   0166   0167   0168   0169   0170   0171   0172   0173   0174   0175   0176   0177   0178   0179   0180   0181   0182   0183   0184   0185   0186   0187   0188   0189   0190   0191   0192   0193   0194   0195   0196   0197   0198   0199   0200   0201   0202   0203   0204   0205   0206   0207   0208   0209   0210   0211   0212   0213   0214   0215   0216   0217   0218   0219  

权利要求书

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17  

附图

1   2   3   4   5   6   7   8   9   10   11   12   13  

说明书

发明名称 : 一种点对多点的数据传输方法及设备

技术领域

[0001]
本申请涉及短距离通信领域,尤其涉及一种点对多点的数据传输方法及设备。

背景技术

[0002]
蓝牙(bluetooth)是一种无线技术标准,其可实现不同设备之间的短距离数据交互。如手机可以开启蓝牙模块与蓝牙耳机进行短距离数据交互,以将蓝牙耳机作为手机的音频输入/输出设备实现通话。
[0003]
如今,蓝牙由蓝牙技术联盟(bluetooth special interest group,SIG)管理,其主要负责蓝牙技术规范的制定。例如,蓝牙技术规范中包含一些音频配置文件(profile),这些音频profile主要用于基于基本速率(basic rate,BR)/增强速率(enhanced data rate,EDR)的点对点的数据传输。
[0004]
随着科技的进步,真无线立体声(true wireless stereo,TWS)耳机逐渐进入人们的视野。TWS耳机包含两个耳机主体,如,分别称为左耳塞和右耳塞,且左右耳塞之间不需要线材的连接。为了将TWS耳机作为手机的音频输入/输出设备使用,则需要手机分别与TWS耳机的左右耳塞进行数据传输,且TWS耳机的左右耳塞之间需要实现音频数据的同步。显然,目前制定的音频profile已无法满足需求。
[0005]
发明内容
[0006]
本申请实施例提供一种点对多点的数据传输方法及设备,采用蓝牙实现了一部手机分别与TWS耳机的左右耳塞进行数据传输,且实现了TWS耳机的左右耳塞之间音频数据的播放级同步。
[0007]
本申请采用如下技术方案:
[0008]
第一方面,本申请提供一种点对多点的数据传输方法,该方法可以应用于TWS耳机,该TWS耳机可以包括第一耳塞和第二耳塞,该方法可以包括:第一耳塞和第二耳塞分别与电子设备进行配对;第一耳塞和第二耳塞分别与电子设备进行服务内容协商,以获得电子设备支持的服务类型,电子设备支持的服务类型包括基于BLE的音频profile,第一耳塞、第二耳塞支持的服务类型包括基于BLE的音频profile;第一耳塞接收电子设备发送的第一配置信息,第一配置信息用于配置第一耳塞与电子设备之间的第一ISO信道,第二耳塞接收电子设备发送的第二配置信息,第二配置信息用于配置第二耳塞与电子设备之间的第二ISO信道;第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ISO信道发送的音频数据,第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ISO信道发送的音频数据;第一耳塞和第二耳塞根据第一时间戳播放各自接收到的音频数据。第一耳塞和第二耳塞可以分别是左耳塞和右耳塞。
[0009]
通过采用该技术方案,电子设备与TWS耳机的左右耳塞之间基于BLE的音频profile进行音频数据的传输,实现了点对多点的数据传输。且电子设备通过ISO信道 分别向TWS耳机的左右耳塞进行音频数据的传输,实现了点对多点的音频数据的播放级同步,即一个电子设备分别与TWS耳机的左右耳塞进行音频数据传输在用户感知上的播放级同步。
[0010]
在一种可能的实现方式中,该方法还可以包括:第一耳塞与电子设备建立第一ACL链路;第一耳塞接收电子设备发送的第一配置信息可以包括:第一耳塞接收电子设备通过第一ACL链路发送的第一配置信息;该方法还可以包括:第二耳塞与电子设备建立第二ACL链路;第二耳塞接收电子设备发送的第二配置信息可以包括:第二耳塞接收电子设备通过第二ACL链路发送的第二配置信息。
[0011]
在另一种可能的实现方式中,该方法还可以包括:第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ACL链路发送的控制数据,第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ACL链路发送的控制数据;第一耳塞和第二耳塞根据第二时间戳对各自接收到的控制数据进行响应。这样,通过支持BLE的音频profile,还可以实现点对多点的控制数据的同步,即一个电子设备分别与TWS耳机的左右耳塞进行控制数据传输在用户感知上的同步。如,在将TWS耳机作为手机的音频输出设备播放音乐时,对用户来说,手机能够保证TWS耳机的左右耳塞播放、暂停的同步。
[0012]
在另一种可能的实现方式中,第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ISO信道发送的音频数据可以包括:第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ISO信道发送的第一数据包,第一数据包可以包括第一载荷playload,第一载荷包括音频数据和第一时间戳;第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ISO信道发送的音频数据可以包括:第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ISO信道发送的第一数据包。这样,TWS耳机的左右耳塞根据该第一时间戳便可以实现音频数据的播放级同步。
[0013]
在另一种可能的实现方式中,第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ACL链路发送的控制数据可以包括:第一耳塞根据基于BLE的音频profile,接收电子设备通过第一ACL链路发送的第二数据包,第二数据包包括第二载荷,第二载荷包括控制数据和第二时间戳;第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ACL链路发送的控制数据包括:第二耳塞根据基于BLE的音频profile,接收电子设备通过第二ACL链路发送的第二数据包。这样,TWS耳机的左右耳塞根据该第二时间戳便可以实现控制数据的同步。
[0014]
第二方面,本申请提供一种点对多点的数据传输方法,该方法可以应用于电子设备,该方法可以包括:电子设备分别与TWS耳机的第一耳塞和第二耳塞进行配对;电子设备分别与第一耳塞和第二耳塞进行服务内容协商,以获得第一耳塞、第二耳塞支持的服务类型,第一耳塞、第二耳塞支持的服务类型包括基于BLE的音频profile,电子设备支持的服务类型包括基于BLE的音频profile;电子设备向第一耳塞发送第一配置信息,第一配置信息用于配置电子设备与第一耳塞之间的第一ISO信道,电子设备向第二耳塞发送第二配置信息,第二配置信息用于配置电子设备与第二耳塞之间的第二ISO信道;电子设备根据基于BLE的音频profile,通过第一ISO信道向第一耳塞发送音频数据,通过第二ISO信道向第二耳塞发送音频数据。
[0015]
通过采用该技术方案,电子设备与TWS耳机的左右耳塞之间基于BLE的音频profile进行音频数据的传输,实现了点对多点的数据传输。且电子设备通过ISO信道分别向TWS耳机的左右耳塞进行音频数据的传输,实现了点对多点的音频数据的播放级同步,即一个电子设备分别与TWS耳机的左右耳塞进行音频数据传输在用户感知上的播放级同步。
[0016]
在一种可能的实现方式中,该方法还可以包括:电子设备与第一耳塞建立第一ACL链路;电子设备向第一耳塞发送第一配置信息可以包括:电子设备通过第一ACL链路向第一耳塞发送第一配置信息;该方法还可以包括:电子设备与第二耳塞建立第二ACL链路;电子设备向第二耳塞发送第二配置信息可以包括:电子设备通过第二ACL链路向第二耳塞发送第二配置信息。
[0017]
在另一种可能的实现方式中,该方法还可以包括:电子设备根据基于BLE的音频profile,通过第一ACL链路向第一耳塞发送控制数据,通过第二ACL链路向第二耳塞发送控制数据。这样,通过支持BLE的音频profile,还可以实现点对多点的控制数据的同步,即一个电子设备分别与TWS耳机的左右耳塞进行控制数据传输在用户感知上的同步。
[0018]
在另一种可能的实现方式中,电子设备根据基于BLE的音频profile,通过第一ISO信道向第一耳塞发送音频数据,通过第二ISO信道向第二耳塞发送音频数据可以包括:电子设备根据基于BLE的音频profile对音频数据进行编码生成第一数据包,第一数据包包括第一载荷playload,第一载荷包括音频数据和第一时间戳,第一时间戳用于第一耳塞和第二耳塞实现音频数据的播放级同步;电子设备通过第一ISO信道向第一耳塞发送第一数据包;电子设备通过第二ISO信道向第二耳塞发送第一数据包。这样,TWS耳机的左右耳塞根据该第一时间戳便可以实现音频数据的播放级同步。
[0019]
在另一种可能的实现方式中,电子设备根据基于BLE的音频profile,通过第一ACL链路向第一耳塞发送控制数据,通过第二ACL链路向第二耳塞发送控制数据可以包括:电子设备根据BLE的音频profile对控制数据进行编码生成第二数据包,第二数据包包括第二载荷,第二载荷包括控制数据和第二时间戳,第二时间戳用于第一耳塞和第二耳塞实现控制数据的同步;电子设备通过第一ACL链路向第一耳塞发送第二数据包;电子设备通过第二ACL链路向第二耳塞发送第二数据包。这样,TWS耳机的左右耳塞根据该第二时间戳便可以实现控制数据的同步。
[0020]
第三方面,本申请提供一种TWS耳机,该TWS耳机可以包括第一耳塞和第二耳塞;第一耳塞和第二耳塞分别可以包括:处理器、存储器、无线通信模块、受话器以及麦克风;存储器、无线通信模块、受话器以及麦克风与处理器耦合,存储器用于存储计算机程序代码,计算机程序代码包括计算机指令;当第一耳塞的处理器执行第一耳塞的存储器存储的计算机指令时,第一耳塞执行第一方面或第一方面的可能的实现方式中任一所述的点对多点的数据传输方法;当第二耳塞的处理器执行第二耳塞的处理器存储的计算机指令时,第二耳塞执行如第一方面或第一方面的可能的实现方式中任一所述的点对多点的数据传输方法。
[0021]
第四方面,本申请提供一种电子设备,可以包括:一个或多个处理器、存储器、无线通信模块以及移动通信模块;存储器、无线通信模块以及移动通信模块与一个或 多个处理器耦合,存储器用于存储计算机程序代码,计算机程序代码包括计算机指令,当一个或多个处理器执行计算机指令时,电子设备执行如第二方面或第二方面可能的实现方式中任一所述的点对多点的数据传输方法。
[0022]
第五方面,提供一种蓝牙通信系统,该蓝牙通信系统可以包括:如上述第三方面所述的TWS耳机,以及如上述第四方面所述的电子设备。
[0023]
第六方面,提供一种蓝牙芯片,该蓝牙芯片可以包括音频传输框架,该音频传输框架可以包括:基于BLE的音频profile,双设备管理器DDM,等时信道管理器ICM,以及直通音频数据路径DADP;该ICM可以用于建立等时ISO信道;DDM可以用于根据基于BLE的音频profile,在ISO信道上进行音频数据的传输;DADP可以用于对在ISO信道上传输的音频数据进行编码处理或解码处理。
[0024]
在一种可能的实现方式中,上述ICM还可以用于重配或删除ISO信道。
[0025]
在另一种可能的实现方式中,上述DDM还可以用于提供电子设备与TWS耳机之间点对多点数据传输的相关流程的管理。例如,相关流程可以包括:电子设备与TWS耳机之间的配对连接流程,主副切换流程(或称为角色切换流程);音频能力声明与发现流程;音频数据配置流程;设备调度和协调流程;编码器参数协商流程;状态机管理流程;传输配置参数协商流程;内容控制管理流程等。
[0026]
上述ICM还可以用于向DDM提供用于数据传输相关流程的所有管理方法,如定义具体的命令和响应,提供接口给DDM使用等。
[0027]
上述DADP还可以用于在ISO信道上传输的音频数据的数据分发,数据收集,同步播放等处理。
[0028]
第七方面,提供一种计算机存储介质,包括计算机指令,当计算机指令在TWS耳机的第一耳塞上运行时,使得第一耳塞执行如第一方面或第一方面的可能的实现方式中任一所述的点对多点的数据传输方法;当计算机指令在TWS耳机的第二耳塞上运行时,使得第二耳塞执行如第一方面或第一方面的可能的实现方式中任一所述的点对多点的数据传输方法。
[0029]
第八方面,提供一种计算机存储介质,包括计算机指令,当计算机指令在电子设备上运行时,使得电子设备执行如第二方面或第二方面的可能的实现方式中任一所述的点对多点的数据传输方法。
[0030]
第九方面,本申请提供一种计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行上述任一项点对多点的数据传输方法。
[0031]
可以理解地,上述提供的第三方面所述的TWS耳机,第四方面所述的电子设备,第五方面所述的蓝牙通信系统,第六方面所述的蓝牙芯片,第七方面和第八方面所述的计算机存储介质,以及第九方面所述的计算机程序产品均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。

附图说明

[0032]
图1为本申请实施例提供的一种蓝牙音频系统的架构示意图;
[0033]
图2为本申请实施例提供的一种TWS耳机的耳塞的结构示意图;
[0034]
图3为本申请实施例提供的一种TWS耳机的产品形态实例示意图;
[0035]
图4为本申请实施例提供的一种电子设备的结构示意图;
[0036]
图5为本申请实施例提供的一种音频传输框架示意图;
[0037]
图6为本申请实施例提供的一种手机与TWS耳机的通信系统示意图;
[0038]
图7为本申请实施例提供的一种编码框架示意图;
[0039]
图8为本申请实施例提供的另一种编码框架示意图;
[0040]
图9为本申请实施例提供的又一种编码框架示意图;
[0041]
图10为本申请实施例提供的又一种编码框架示意图;
[0042]
图11为本申请实施例提供的又一种编码框架示意图;
[0043]
图12为本申请实施例提供的另一种TWS耳机的耳塞的结构示意图;
[0044]
图13为本申请实施例提供的另一种电子设备的结构示意图。

具体实施方式

[0045]
目前,由SIG负责制定的蓝牙技术规范中包含一些音频profile。如,免提配置文件(hands free profile,HFP),高级音频传送配置文件(advanced audio distribution profile,A2DP),音频/视频遥控配置文件(audio/video remote control profile,AVRCP)等。
[0046]
其中,HFP是一种蓝牙电话业务协议。其在手机配置文件(Head Set Profile,HSP)的基础上增加了某些扩展功能,可以让车载免提装置来控制手机,如接听来电、挂断电话、拒接来电、语音拨号等。HFP还可用于将个人计算机作为手机的输出设备,如扬声器来使用的场景。HSP是蓝牙中最常用的配置,可提供手机与蓝牙耳机之间通信所需的基本功能。基于HSP,蓝牙耳机可作为手机的音频输入/输出设备使用。
[0047]
A2DP是一种蓝牙音频应用协议,其规定了采用耳机内的芯片来堆栈数据的方法。基于A2DP,两个蓝牙设备之间便可以蓝牙的方式传输立体声音频数据,如高品质的音乐,达到声音的高度清晰。
[0048]
AVRCP是一种蓝牙音频远程控制协议,用于从控制器(如立体声耳机)向目标设备(如装有音乐播放器的手机)发送如上一首、下一首、暂停以及播放等控制数据(或称为控制命令)。在AVRCP中,控制器可以将检测到的用户操作转换为音频/视频(audio/video,A/V)控制数据,然后再将其传输至目标设备,以实现对目标设备的控制。AVRCP可以与A2DP配合使用。
[0049]
上述诸如HFP,A2DP,AVRCP等音频profile,主要用于基于BR/EDR的点对点的数据传输。
[0050]
本申请实施例提供一种点对多点的数据传输方法,通过将基于BR/EDR的A2DP、HFP、AVRCP等音频profile修改为支持低功耗蓝牙(bluetooth low energy,BLE)的音频profile,实现了点对多点的数据传输。且基于BLE的等时(isochronous,ISO)信道(channel)来进行音频数据的传输,实现了点对多点的音频数据的播放级同步,即一部手机分别与TWS耳机的左右耳塞进行音频数据传输的播放级同步。
[0051]
其中,BLE的ISO channel定义了一种传输机制。本申请实施例利用该传输机制,实现了一个源端设备基于BLE的ISO channel可以向多个目的端设备发送数据流(stream,如音频数据),且能够实现这多个目的端设备的数据流的播放级同步。
[0052]
在本申请实施例中,多个目的端设备的数据流的播放级同步可以是指:多个目的端设备可以分别接收来自源端设备的数据流,且对用户来说,能够在相同的时间点播 放接收到的数据流。例如,源端设备可以为手机,多个目的端设备可以为TWS耳机的左右耳塞。在将TWS耳机作为手机的音频输入/输出设备使用时,手机通过支持BLE的音频profile,并基于BLE的ISO channel,可以分别向TWS耳机的左右耳塞发送音频数据。TWS耳机的左右耳塞在接收到来自手机的音频数据后,能够在用户感知的相同的时间点播放接收到的音频数据。这样,实现了点对多点的音频数据的播放级同步。
[0053]
需要说明的是,在本申请实施例中,上述音频数据(也可以称为音频流)可以包括:通话过程中的语音数据,利用应用程序(如,微信(WeChat),脸书(Facebook))进行语音通话或视频通话过程中的语音数据或语音消息,提示音(如来电提示音、回铃音等),音乐等。
[0054]
另外,在将TWS耳机作为手机的输入/输出设备使用时,手机与TWS耳机的左右耳塞之间除了有传输上述音频数据的需求外,还可能有传输控制数据的需求。该控制数据(也可以称为控制命令、内容(content)控制等)可以包括:媒体控制(media control),电话控制(call control),音量控制(volume control)等。媒体控制可以包括:暂停,播放等命令。电话控制可以包括:接听来电,挂断电话,拒接来电,语音拨号,保持通话,回拨电话等命令。音量控制可以包括:调小音量,调大音量等命令。
[0055]
与音频数据的播放级同步类似,在本申请实施例中,通过支持BLE的音频profile,还可以实现点对多点的控制数据的同步,即一部手机分别与TWS耳机的左右耳塞进行控制数据传输的同步。其中,控制数据可以采用异步面向连接(asynchronous connection-oriented link,ACL)链路来传输。控制数据的同步可以是指:TWS耳机的左右耳塞可以分别接收来自手机的控制数据,且对用户来说,能够在相同的时间点对该控制数据进行相应的响应。即手机能够保证TWS耳机的左右耳塞在执行对应控制数据时的同步。如,在将TWS耳机作为手机的音频输出设备播放音乐时,对用户来说,手机能够保证TWS耳机的左右耳塞播放、暂停的同步。
[0056]
下面将结合附图对本申请实施例的实施方式进行详细描述。
[0057]
如图1所示,本申请实施例提供的点对多点的数据传输方法可以应用于外围设备101与电子设备102组成的蓝牙音频系统中。
[0058]
其中,外围设备101与电子设备102可以采用蓝牙建立蓝牙连接。基于建立的蓝牙连接,外围设备101与电子设备102之间可以实现短距离的数据交互。示例性的,外围设备101与电子设备102之间可以基于上述蓝牙连接进行音频数据的传输。如,基于上述蓝牙连接,外围设备101可以作为电子设备102的音频输入/输出设备实现通话。又如,基于上述蓝牙连接,外围设备101可以作为电子设备102的输出设备,如扬声器播放音乐等。
[0059]
在一些实施例中,外围设备101可以是TWS耳机、蓝牙音箱、智能眼镜等设备。外围设备101包含两个主体,且这两个主体之间不需要线材连接。另外,对于电子设备102传输至外围设备102的两个主体的音频数据,这两个主体有实现音频数据的播放级同步的需求。
[0060]
在本申请实施例中,外围设备101与电子设备102采用蓝牙建立蓝牙连接具体的可以是:电子设备102分别与外围设备101的两个主体建立蓝牙连接。电子设备102与外围设备101的两个主体之间可以分别基于各自的蓝牙连接实现短距离数据交互。 作为一种示例,图1中所示的外围设备101以TWS耳机为例示出。其中,该TWS耳机包含两个主体(如耳机主体),如称为左耳塞101-1和右耳塞101-2。电子设备102分别与TWS耳机的左耳塞101-1和右耳塞101-2建立蓝牙连接,并基于各自的蓝牙连接进行数据(如音频数据)的传输。在本申请实施例中,TWS耳机的左耳塞101-1和右耳塞101-2的结构可以如图2所示,在以下实施例中将详细介绍。
[0061]
在一些实施例中,电子设备102可以是手机(如图1中所示)、平板电脑、桌面型、膝上型、手持计算机、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本,以及蜂窝电话、个人数字助理(personal digital assistant,PDA)、增强现实(augmented reality,AR)\虚拟现实(virtual reality,VR)设备、媒体播放器、电视机等设备,本申请实施例对该设备的具体形态不作特殊限制。在本申请实施例中,电子设备102的结构可以如图4所示,在以下实施例中将详细介绍。
[0062]
请参考图2,为本申请实施例提供的一种TWS耳机的耳塞(左耳塞或右耳塞)的结构示意图。如图2所示,TWS耳机的耳塞可以包括:处理器201、存储器202、传感器203、无线通信模块204、至少一个受话器205、至少一个麦克风206以及电源207。
[0063]
其中,存储器202可以用于存储应用程序代码,如用于与TWS耳机的另一个耳塞建立蓝牙连接,以及使得耳塞与上述电子设备102进行配对的应用程序代码。处理器201可以控制执行上述应用程序代码,以实现本申请实施例中TWS耳机的耳塞的功能。
[0064]
存储器202中还可以存储有用于唯一标识该耳塞的蓝牙地址,以及存储有TWS耳机的另一个耳塞的蓝牙地址。另外,该存储器202中还可以存储有与该耳塞之前成功配对过的电子设备的连接数据。例如,该连接数据可以是与该耳塞成功配对过的电子设备的蓝牙地址。基于该连接数据,该耳塞能够与该电子设备自动配对,而不必配置与其之间的连接,如进行合法性验证等。上述蓝牙地址可以为媒体访问控制(Media Access Control,MAC)地址。
[0065]
传感器203可以为距离传感器或接近光传感器。耳塞的处理器201可以通过该传感器203确定是否被用户佩戴。例如,耳塞的处理器201可以利用接近光传感器来检测耳塞附近是否有物体,从而确定耳塞是否被用户佩戴。在确定耳塞被佩戴时,耳塞的处理器201可以打开受话器205。在一些实施例中,该耳塞还可以包括骨传导传感器,结合成骨传导耳机。该骨传导传感器可以获取声部振动骨块的振动信号,处理器201解析出语音信号,实现语音信号对应的控制功能。在另一些实施例中,该耳塞还可以包括触摸传感器或压力传感器,分别用于检测用户的触摸操作和按压操作。在另一些实施例中,该耳塞还可以包括指纹传感器,用于检测用户指纹,识别用户身份等。在另一些实施例中,该耳塞还可以包括环境光传感器,耳塞的处理器201可以根据该环境光传感器感知的环境光的亮度,自适应调节一些参数,如音量大小。
[0066]
无线通信模块204,用于支持TWS耳机的左右耳塞之间,以及耳塞与各种电子设备,如上述电子设备102之间的短距离数据交互。在一些实施例中,该无线通信模块204可以为蓝牙收发器。TWS耳机的耳塞可以通过该蓝牙收发器与上述电子设备102之间建立蓝牙连接,以实现两者之间的短距离数据交互。
[0067]
受话器205,也可以称为“听筒”,可以用于将音频电信号转换成声音信号并播放。例如,当TWS耳机的耳塞作为上述电子设备102的音频输出设备时,受话器205 可以将接收到的音频电信号转换为声音信号并播放。
[0068]
麦克风206,也可以称为“话筒”,“传声器”,用于将声音信号转换为音频电信号。例如,当TWS耳机的耳塞作为上述电子设备102的音频输入设备时,在用户说话(如通话或发语音消息)时,麦克风206可以采集用户的声音信号,并将其转换为音频电信号。上述音频电信号即为本申请实施例中的音频数据。
[0069]
电源207,可以用于向TWS耳机的耳塞包含的各个部件供电。在一些实施例中,该电源207可以是电池,如可充电电池。
[0070]
通常,TWS耳机会配有一耳机盒(如,图3中所示的301)。如图3所示,该耳机盒301可以包括腔体301-1和盒盖301-2。腔体301-1可以用于收纳TWS耳机的左右耳塞。如结合图1,如图3所示,耳机盒301的腔体301-1可以用于收纳TWS耳机的左耳塞101-1和右耳塞101-2。另外,该耳机盒301还可以为TWS耳机的左右耳塞充电。相应的,在一些实施例中,上述TWS耳机的耳塞还可以包括:输入/输出接口208。
[0071]
输入/输出接口208可以用于提供TWS耳机的耳塞与耳机盒(如上述耳机盒301的腔体301-1)之间的任何有线连接。在一些实施例中,输入/输出接口208可以为电连接器。例如,当TWS耳机的耳塞置于耳机盒301的腔体301-1中时,TWS耳机的耳塞可以通过该电连接器与耳机盒301(如与耳机盒301的输入/输出接口)电连接。在该电连接建立后,耳机盒301可以为TWS耳机的耳塞的电源207充电。在该电连接建立后,TWS耳机的耳塞还可以与耳机盒301进行数据通信。例如,TWS耳机的耳塞的处理器201可以通过该电连接接收来自耳机盒301的配对指令。该配对命令用于指示TWS耳机的耳塞的处理器201打开无线通信模块204,从而使得TWS耳机的耳塞可以采用对应的无线通信协议(如蓝牙)与电子设备102进行配对。
[0072]
当然,上述TWS耳机的耳塞还可以不包括输入/输出接口208。在这种情况下,耳塞可以基于通过上述无线通信模块204与耳机盒301建立的蓝牙连接,实现充电或者数据通信功能。
[0073]
另外,在一些实施例中,耳机盒(如上述耳机盒301)还可以包括处理器,存储器等部件。该存储器可以用于存储应用程序代码,并由耳机盒301的处理器来控制执行,以实现耳机盒301的功能。例如。当用户打开耳机盒301的盒盖301-2时,耳机盒301的处理器通过执行存储在存储器中的应用程序代码,可以响应于用户打开盒盖301-2的操作向TWS耳机的耳塞发送配对命令等。
[0074]
可以理解的是,本申请实施例示意的结构并不构成对TWS耳机的耳塞的具体限定。其可以具有比图2中所示出的更多的或者更少的部件,可以组合两个或更多的部件,或者可以具有不同的部件配置。例如,该耳塞还可以包括指示灯(可以指示耳塞的电量等状态)、防尘网(可以配合听筒使用)等部件。图2中所示出的各种部件可以在包括一个或多个信号处理或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
[0075]
需要说明的是,TWS耳机的左右耳塞的结构可以相同。例如,TWS耳机的左右耳塞可以都包括图2中所示的部件。或者,TWS耳机的左右耳塞的结构也可以不同。例如,TWS耳机的一个耳塞(如右耳塞)可以包括图2中所示的部件,而另一个耳塞 (如左耳塞)可以包括图2中除麦克风206之外的其他的部件。
[0076]
请参考图4,为本申请实施例提供的一种图1所示的蓝牙音频系统中的电子设备102的结构示意图。如图4所示,电子设备102可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
[0077]
可以理解的是,本申请实施例示意的结构并不构成对电子设备102的具体限定。在另一些实施例中,电子设备102可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
[0078]
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processing unit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
[0079]
其中,控制器可以是电子设备102的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
[0080]
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。
[0081]
在一些实施例中,处理器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)接口等。
[0082]
可以理解的是,本实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对电子设备102的结构限定。在另一些实施例中,电子设备102也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
[0083]
充电管理模块140用于从充电器接收充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
[0084]
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
[0085]
电子设备102的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
[0086]
天线1和天线2用于发射和接收电磁波信号。移动通信模块150可以提供应用在电子设备102上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
[0087]
调制解调处理器可以包括调制器和解调器。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
[0088]
无线通信模块160可以提供应用在电子设备102上的包括无线局域网(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转为电磁波辐射出去。
[0089]
在一些实施例中,电子设备102的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得电子设备102可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(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)。例如,在本申请实施例中,电子设备102可以利用无线通信模块160,通过无线通信技术,如蓝牙(BT)与外围设备建立蓝牙连接。基于建立的蓝牙连接,电子设备102可以向外围设备发送语音数据,还可以接收来自外围设备的语音数据。
[0090]
电子设备102通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
[0091]
显示屏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)等。在一些实施例中,电子设备102可以包括1个或N个显示屏194,N为大于1的正整数。
[0092]
电子设备102可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
[0093]
ISP用于处理摄像头193反馈的数据。在一些实施例中,ISP可以设置在摄像头193中。摄像头193用于捕获静态图像或视频。在一些实施例中,电子设备102可以包括1个或N个摄像头193,N为大于1的正整数。视频编解码器用于对数字视频压缩或解压缩。电子设备102可以支持一种或多种视频编解码器。
[0094]
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展电子设备102的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
[0095]
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行电子设备102的各种功能应用以及数据处理。例如,在本申请实施例中,处理器110可以通过执行存储在内部存储器121中的指令,通过无线通信模块160与外围设备建立蓝牙连接,以及与外围设备进行短距离数据交互,以通过外围设备实现通话、播放音乐等功能。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储电子设备102使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。在本申请实施例中,在电子设备102与外围设备之间采用无线通信技术,如蓝牙建立了蓝牙连接后,电子设备102可以将外围设备的蓝牙地址存储在内部存储器121中。在一些实施例中,当外围设备为包含两个主体的设备,如TWS耳机时,TWS耳机的左右耳塞分别有各自的蓝牙地址,电子设备102可以将TWS耳机的左右耳塞的蓝牙地址关联存储在内部存储器121中。
[0096]
电子设备102可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
[0097]
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
[0098]
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。电子设备102可以通过扬声器170A收听音乐,或收听免提通话。
[0099]
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当电子设备102接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
[0100]
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。电子设备102可以设置至少一个麦克风170C。在另一些实施例中,电子设备102可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,电子设备102还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
[0101]
在本申请实施例中,当电子设备102与外围设备,如TWS耳机建立了蓝牙连接时,TWS耳机可以作为电子设备102的音频输入/输出设备使用。示例性的,音频模块170可以接收无线通信模块160传递的音频电信号,实现通过TWS耳机接听电话、播放音乐等功能。例如,在用户打电话的过程中,TWS耳机可以采集用户的声音信号,并转换为音频电信号后发送给电子设备102的无线通信模块160。无线通信模块160将该音频电信号传输给音频模块170。音频模块170可以将接收到的音频电信号转换为数字音频信号,并进行编码后传递至移动通信模块150。由移动通信模块150传输至通话对端设备,以实现通话。又例如,用户在使用电子设备102的媒体播放器播放音乐时,应用处理器可以将媒体播放器播放的音乐对应的音频电信号传输至音频模块170。由音频模块170将该音频电信号传输至无线通信模块160。无线通信模块160可以将音频电信号发送给TWS耳机,以便TWS耳机将该音频电信号转换为声音信号后播放。
[0102]
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
[0103]
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。当有力作用于压力传感器180A,电极之间的电容改变。电子设备102根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,电子设备102根据压力传感器180A检测所述触摸操作强度。电子设备102也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应 用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
[0104]
陀螺仪传感器180B可以用于确定电子设备102的运动姿态。陀螺仪传感器180B还可以用于导航,体感游戏场景。气压传感器180C用于测量气压。磁传感器180D包括霍尔传感器。加速度传感器180E可检测电子设备102在各个方向上(一般为三轴)加速度的大小。距离传感器180F,用于测量距离。电子设备102可以利用接近光传感器180G检测用户手持电子设备102贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。环境光传感器180L用于感知环境光亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测电子设备102是否在口袋里,以防误触。指纹传感器180H用于采集指纹。电子设备102可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。温度传感器180J用于检测温度。触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于电子设备102的表面,与显示屏194所处的位置不同。骨传导传感器180M可以获取振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
[0105]
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备102可以接收按键输入,产生与电子设备102的用户设置以及功能控制有关的键信号输入。马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和电子设备102的接触和分离。电子设备102可以支持1个或N个SIM卡接口,N为大于1的正整数。电子设备102通过SIM卡和网络交互,实现通话以及数据通信等功能。
[0106]
请参考图5,为本申请实施例提供的一种音频传输框架示意图。该音频传输框架应用于蓝牙设备。其中,蓝牙设备可以是上述电子设备102,如手机。蓝牙设备也可以是上述外围设备101,如TWS耳机。TWS耳机的左右耳塞可以分别应用该音频传输框架以实现与其他采用上述音频传输框架的蓝牙设备,如电子设备102的无线通信。
[0107]
下面对该音频传输框架进行详细介绍。如图5所示,该音频传输框架可以包括三层,分别为:音频配置文件(Audio profile)层,核心(core)层以及控制器(controller)层。
[0108]
音频配置文件层可以包括:A2DP,AVRCP,HFP以及双设备管理器(dual device manager,DDM)。
[0109]
其中,A2DP、AVRCP以及HFP的介绍分别与上述实施例中对A2DP、AVRCP以及HFP的介绍相同。且在本申请实施例提供的音频传输框架中,A2DP、AVRCP以 及HFP为支持BLE的音频profile。这些支持BLE的音频profile,能够使得电子设备102与外围设备101的两个主体之间实现点对多点的数据传输。另外,这些支持BLE的音频profile能够使得电子设备102与外围设备101的两个主体之间实现点对多点的控制数据的同步。
[0110]
DDM可以用于提供电子设备102与外围设备101之间点对多点数据传输的相关流程的管理。例如,相关流程可以包括:电子设备102与外围设备101之间的配对连接流程,电子设备102可以分别与外围设备101的两个主体(如TWS耳机的左右耳塞)进行配对连接;主副切换流程(或称为角色切换流程),电子设备102可以定义外围设备101的两个主体的角色,如外围设备101为TWS耳机,电子设备102可以分别定义TWS耳机的左右耳塞分别为主耳塞或副耳塞,后续可能会需要切换左右耳塞的角色;音频能力声明与发现流程,电子设备102与外围设备101在支持相同音频profile的情况下,才可以基于对应的音频profile实现通信,音频能力声明与发现流程可支持电子设备102与外围设备101之间进行音频能力的协商;音频数据配置流程;设备调度和协调流程;编码器参数协商流程;状态机管理流程;传输配置参数协商流程,电子设备102与外围设备101之间可通过传输配置参数的协商流程,来配置传输音频数据所需的信道,如ISO channel;内容控制管理流程,电子设备102与外围设备101之间可通过内容控制的管理流程,实现两者之间控制数据的交互等。
[0111]
核心层可以包括:同步面向连接/扩展同步面向连接(synchronous connection-oriented/extended SCO,SCO/eSCO),音视频分发传输协议(audio/video distribution transport protocol,AVDTP),音视频控制传输协议(audio/video control transport protocol,AVCTP),服务发现协议(service discover protocol,SDP),串口仿真协议(radio frequency communications protocol,RFCOMM),通用接入配置文件(generic access profile,GAP),通用属性配置文件(generic attribute profile,GATT),属性协议(attribute protocol,ATT),逻辑链路控制与适配协议(logical link control and adaptation protocol,L2CAP),等时信道管理器(isochronous channel manager,ICM)。
[0112]
其中,SCO/eSCO是基于BR/EDR的面向连接的同步传输链路。其可以为BR/EDR下的音频数据的逻辑链路(logical link)提供服务。
[0113]
AVDTP是用来描述音频/视频在蓝牙设备间传输的协议,是A2DP的基础协议。
[0114]
AVCTP描述了蓝牙设备间音频/视频的控制数据交互的格式和机制。AVCTP本身只指定控制数据和响应(response)的总体格式,控制数据的具体格式由其指定的协议(如AVRCP)实现。
[0115]
SDP可以作为所有profile的基础,任何一个蓝牙profile的实现都是利用某些服务的结果。在蓝牙无线通信系统中,建立了蓝牙连接的任何两个或多个设备随时都有可能开始通信,SDP可以为这些设备之间的通信提供动态查询设备所支持的profile的方式。基于SDP,设备之间可以动态地查询到对端设备信息和服务类型,从而建立起一条对应所需服务的通信信道。
[0116]
RFCOMM提供串口仿真接口(serial emulation API),包括对数据信号线和非数据信号线的仿真。它既可以仿真两个设备之间的多个串口,也可以支持多个设备之间的多串口仿真,同时RFCOMM中还提供了对调制解调器的仿真。
[0117]
GAP是蓝牙profile的基础。能够确保不同的蓝牙设备可以互相发现对方并建立连接。GAP可以用于处理一些一般模式的业务(如询问、命名和搜索)和一些安全性问题(如担保)。还可以用于处理一些有关连接的业务(如链路建立、信道和连接建立)。
[0118]
GATT在ATT的基础上构建,为属性协议传输和存储数据建立了一些通用操作和框架。
[0119]
ATT是GATT和GAP的基础,它定义了BLE上层的数据结构和组织方式。属性(attribute)概念是ATT的核心,ATT定义了属性的内容,规定了访问属性的方法和权限。
[0120]
L2CAP是一个为高层协议屏蔽基带协议的适配协议,位于基带协议之上,属于数据链路层。L2CAP可为高层提供面向连接和面向无连接的数据服务,完成协议复用、分段和重组、服务质量(quality of service,QoS)传输以及组抽象等功能。
[0121]
ICM可以用于音频数据承载ISO channel的建立,重配,删除。ICM还可以向DDM提供用于数据传输相关流程的所有管理方法,如定义具体的命令和响应,提供接口给DDM使用等。例如,ICM可以向DDM提供管理配对连接流程所需使用的具体命令和响应的定义。
[0122]
控制器层可以包括:BR/EDR,BLE,ISO信道(channel)以及脉冲编码调制(pulse code modulation,PCM)。
[0123]
其中,在本申请实施例中,ISO channel是基于BLE的ISO信道。其可配合上述支持BLE的音频profile,在实现点对多点数据传输的同时,实现外围设备101的主体(如TWS耳机的左右耳塞)之间音频数据的播放级同步。
[0124]
PCM是传输音频数据所使用的调制方式。如,通话过程中的音频数据由手机的移动通信模块接收到后,可经PCM处理后传递到手机的无线通信模块,如蓝牙芯片。然后,由蓝牙芯片通过2.4G发射到外围设备,如TWS耳机的耳塞接收。
[0125]
如图5所示,该音频传输框架还可以包括:直通音频数据路径(direct audio data path,DADP)。DADP归属于音频配置文件层和核心层。DADP可用于提供直通数据的管理功能。如,DADP可提供在基于BLE的ISO channel上传输的音频数据的音频编码,音频译码,数据分发,数据收集,同步播放等处理。
[0126]
在本申请实施例中,基于上述音频传输框架,电子设备102与外围设备101之间通过支持BLE的音频profile,如A2DP、AVRCP、HFP等,在DDM的配合下,可以实现点对多点的数据传输。电子设备102可以通过ICM创建的ISO channel分别向外围设备101的两个主体(如TWS耳机的左右耳塞)发送音频数据,且外围设备101的两个主体之间能够实现音频数据的播放级同步。其中,音频数据的编解码等处理可以由DADP完成。另外,通过支持BLE的音频profile,电子设备102与外围设备101的两个主体之间还能够实现控制数据的同步。
[0127]
为了便于理解,以下结合附图对本申请实施例提供的点对多点的数据传输方法进行详细介绍。请参考图6,以下实施例中均以电子设备为手机,外围设备为TWS耳机,TWS耳机包括左耳塞和右耳塞为例进行说明。其中,左耳塞可以为本申请中的第一耳塞,右耳塞可以为本申请中的第二耳塞;或者,左耳塞可以为本申请中的第二耳塞,右耳塞可以为本申请中的第一耳塞。
[0128]
TWS耳机的左耳塞和右耳塞可以分别与手机进行配对。
[0129]
示例性的,当用户希望使用TWS耳机时,可打开TWS耳机的耳机盒的盒盖。TWS耳机的左耳塞和右耳塞自动开机,或被用户按下功能键后开机。若左右耳塞之前没有完成配对,左右耳塞可自动进行配对,或者左右耳塞在用户按下配对功能键后进行配对。若左右耳塞之前已配对,则配对过程可省略。然后,TWS耳机的左耳塞和右耳塞中的任一耳塞(如右耳塞)可对外发送配对广播。如果手机已经打开了蓝牙功能,则手机可以接收到该配对广播并提示用户已经扫描到相关的蓝牙设备(如TWS耳机)。当用户在手机上选中该TWS耳机作为连接设备后,手机可与TWS耳机的右耳塞进行配对。
[0130]
在右耳塞与手机配对后,右耳塞可以通过与左耳塞之间的蓝牙连接,向左耳塞发送手机的蓝牙地址,并通知左耳塞对外发送配对广播。这样,手机可以接收左耳塞发送的配对广播并与左耳塞进行配对。
[0131]
TWS耳机的右耳塞还可以向手机发送左耳塞的蓝牙地址,以向手机指示左耳塞与右耳塞是同一个外围设备的两个主体。在后续有音频数据需要传输给TWS耳机的左右耳塞时,手机可以基于BLE的ISO channel分别向右耳塞与左耳塞传输音频数据,以实现右耳塞与左耳塞之间音频数据的播放级同步。
[0132]
需要说明的是,上述对TWS耳机的左耳塞和右耳塞分别与手机进行配对的过程仅是一种示例。在一些实施例中,手机也可以先和TWS耳机的左耳塞进行配对,然后左耳塞通过向右耳塞发送手机的蓝牙地址,并通知右耳塞对外发送配对广播,以使得右耳塞与手机进行配对。在另外一些实施例中,在TWS耳机的耳机盒的盒盖被打开时,TWS耳机的左耳塞和右耳塞在开机后可以分别对外发送配对广播,以便于左耳塞和右耳塞能够分别与手机进行配对。另外,TWS耳机的左耳塞或右耳塞对外发送配对广播的触发条件,可以是上述实施例中所述的TWS耳机的耳机盒的盒盖被打开,或者是配对功能键被按下,还可以是其他的触发条件。其中,所述的配对功能键可以设置在TWS耳机的耳机盒上。如TWS耳机的耳机盒上配置有配对功能键,当该配对功能键被按下时,TWS耳机的左耳塞或右耳塞可对外发送配对广播。配对功能键也可以设置在TWS耳机的左右耳塞上。如,TWS耳机的左耳塞和/或右耳塞上配置有配对功能键,在该配对功能键被按下时,对应的耳塞对外发送配对广播。
[0133]
手机与TWS耳机的左耳塞和右耳塞配对后,可以分别与左耳塞和右耳塞进行服务内容协商。
[0134]
例如,以手机与左耳塞进行服务内容协商为例。手机可以向左耳塞发送SDP服务请求,以获取左耳塞支持的服务类型。左耳塞接收到SDP服务请求之后,向手机返回自身支持的服务类型。类似的,手机可以通过与右耳塞进行服务内容协商,以获得右耳塞支持的服务类型。例如,本申请实施例中,手机、左耳塞、右耳塞可以支持HFP,A2DP,AVRCP等基于BLE的音频Profile。通过这些基于BLE的音频Profile,可以实现手机与TWS耳机的左右耳塞之间的点对多点的数据传输。
[0135]
手机与TWS耳机的左耳塞和右耳塞配对后,手机还可以分别与左耳塞和右耳塞建立ACL链路。
[0136]
例如,如图6所示,手机可以与左耳塞建立ACL链路1,手机可以与右耳塞建立 ACL链路2。其中,ACL链路1可以为本申请中的第一ACL链路。ACL链路2可以为本申请中的第二ACL链路。以手机与左耳塞建立ACL链路1为例。手机可以向左耳塞发送建立ACL链路的请求。左耳塞接收到建立ACL链路的请求后应答。手机接收到左耳塞的应答后,ACL链路1建立成功。
[0137]
手机通过与TWS耳机的左右耳塞之间的ACL链路,可以配置各自的ISO channel。
[0138]
例如,如图6所示,手机可以通过ACL链路1配置手机与左耳塞之间的ISO channel1,通过ACL链路2配置手机与右耳塞之间的ISO channel 2。其中,ISO channel 1可以为本申请中的第一ISO channel。ISO channel 2可以为本申请中的第二ISO channel。
[0139]
以手机通过ACL链路1配置手机与左耳塞之间的ISO channel 1为例。手机可以通过ACL链路1向TWS耳机的左耳塞发送携带配置ISO channel 1所需参数的请求(request)消息。左耳塞接收到请求消息后,可以向手机回复响应(response)消息,以向手机确认已接收到配置ISO channel 1所需参数。手机接收到响应消息后,可以向左耳塞发送指示(indication,IND)消息。这样,手机可按照对应参数配置与左耳塞之间的ISO channel 1。
[0140]
手机与TWS耳机的左右耳塞配置好各自的ISO信道后,结合协商的基于BLE的音频Profile和配置好的ISO channel,在实现手机与TWS耳机的左右耳塞之间的点对多点的数据传输的同时,可以实现右耳塞与左耳塞之间音频数据的播放级同步。另外,还可实现手机与TWS耳机的左右耳塞之间的控制数据的同步。
[0141]
以下结合具体示例对手机与TWS耳机的左右耳塞之间的点对多点的数据传输过程进行说明。
[0142]
示例性的,结合图5和图6,以TWS耳机作为手机的音频输出设备播放音乐为例。用户在打开手机中的媒体播放器播放音乐时,手机可以将媒体播放器播放的音乐对应的音频数据进行编码后分别发送给TWS耳机的左右耳塞。
[0143]
在一些实施例中,请参考7所示,手机对音频数据进行编码的过程具体可以包括:
[0144]
手机的媒体播放器可以将正在播放的音乐对应的音频数据(如称为音频数据1)传输至音频配置文件层。
[0145]
音频配置文件层的DDM可以结合基于BLE的音频profile,即A2DP,对该音频数据1进行编码处理。如音频数据1进行编码处理后得到音频数据2。DDM将音频数据2传输至DADP。其中,DDM基于A2DP对音频数据1进行编码的具体实现可以参考现有基于A2DP对音频数据进行编码的实现,本申请实施例在此不进行赘述。
[0146]
DADP对接收到的音频数据2进行编码处理。如音频数据2进行编码后得到音频数据3。DADP给音频数据3增加包头,将音频数据3打包成具有“包头+音频数据”格式的载荷(playload)。其中,在本申请实施例中,该包头中可以包括以下字段:序列号(Serial Number,SN),时间戳(timestamp)和载荷长度(playload length)。playload length为音频数据3的长度。SN和playload length可以用于确定前后数据包是否存在丢包。在存在丢包时,SN和playload length还可以用于进行相应的丢包补偿。timestamp可以用于接收设备(如TWS耳机的左右耳塞)确定音频数据的播放时间。该timestamp可以为本申请中的第一时间戳。
[0147]
DADP将打包好的playload通过主机控制器接口协议(Host Controller Interface Protocol,HCI)传输至controller层。HCI是位于核心层和controller层之间的一层协议,其可以为上层协议提供了进入链路层的统一接口和进入基带的统一方式。链路层和基带均可以归属于controller层。
[0148]
controller层可以为该playload增加帧头(frame header)。例如,该帧头中可以包括接入地址(access address)。该access address可以用来指示接收设备的身份。在一些实施例中,该access address既可以用于指示TWS耳机的左耳塞的身份,还可以用于指示右耳塞的身份。该帧头中还可以包括用于标识数据包是数据packet,而不是控制packet的标识等。需要说明的是,controller层对上层传输的来的playload的处理可以包括但不限于上述增加帧头的处理。例如,controller层还可以为该playload增加帧尾(frame tail)。该帧尾可以包括校验码等。如校验码可以为循环冗余码校验(Cyclic Redundancy Check,CRC)24。校验码可用于对数据包进行检验。又例如,controller层还可以在为该playload增加1个字节的前导(preamble),其可提高调制解调的效率。
[0149]
在经过上述层层处理后,媒体播放器正在播放的音乐对应的音频数据,即音频数据1会被打包成满足BLE的数据包,如称为数据包1。该数据包1的数据格式可参见图7所示(帧尾以及前导在图7中未示出)。该数据包1可以为本申请中的第一数据包。手机可以将数据包1通过ISO channel分别发送给TWS耳机的左右耳塞。如,结合图6所示,手机通过ISO channel 1向左耳塞发送该数据包1,通过ISO channel 2向右耳塞发送该数据包1。在一些实施例中,controller层为playload增加的帧头中的access address,也可以仅用于指示TWS耳机的一个耳塞的身份,即用两个不同的access address来分别指示TWS耳机的左右耳塞的身份。在这种情况下,手机可以分别对需要发送给左右耳塞的音频数据进行编码,以生成对应左右耳塞的数据包,然后再通过与左右耳塞之间各自的ISO channel发送给对应的耳塞。
[0150]
需要说明的是,上述对音频数据的编码过程仅是一个示例,本申请实施例中对其具体实现并不做限制。也就是说,对上层应用下发的音频数据的编码,加包头等处理也可以不由上述示例中对应的层来实现。例如,对于结合A2DP对音频数据的编码处理,也可以不由音频配置文件层的DDM来实现,而是由controller层来实现。
[0151]
在手机将数据包1发送出去后,TWS耳机的左右耳塞可以分别接收来自手机的数据包1。TWS耳机的左右耳塞可分别对接收到的数据包1进行解码并播放。
[0152]
在一些实施例中,以TWS耳机的左耳塞对接收到的数据包1进行解码为例。左耳塞对数据包1进行解码的具体过程可以包括:
[0153]
TWS耳机的左耳塞通过ISO channel 1接收到数据包1后,左耳塞的controller层可以根据该数据包1中的帧头(如帧头中包括的access address)确定该数据包1是否是发给自身的数据包。如果是发给自身的数据包,左耳塞可以继续对该数据包1进行后续处理。如果不是发给自身的数据包,左耳塞可以将接收到的数据包1丢弃。左耳塞的controller层还可以根据该数据包1的帧头中携带的对应标识确定该数据包1是数据packet。另外,还可以根据该数据包1的帧尾中包括的校验码对该数据包1进行校验,以保证数据传输的正确性和完整性。在这些处理完成后,左耳塞的controller层可以将数据包1中的playload通过左耳塞的HCI传输至左耳塞的DADP。
[0154]
DADP接收到playload后,可以解析出接收到的playload中的包头和音频数据3。DADP根据包头中的SN和playload length可以确定出前后数据包是否存在丢包。若存在丢包,DADP还可以根据SN和playload length进行相应的丢包补偿处理。另外,DADP还可以根据包头中的timestamp确定音频数据的播放时间。DADP还可对音频数据3进行解码处理,如音频数据3进行解码处理后得到音频数据2。DADP将解码得到的音频数据2传输给左耳塞音频配置文件层的DDM。
[0155]
DDM结合协商的基于BLE的音频profile,即A2DP对音频数据2进行解码处理,如音频数据2进行解码处理后得到音频数据1。
[0156]
在经过上述层层处理后,TWS耳机的左耳塞可以获得需要播放的音频数据,如音频数据1。类似的,TWS耳机的右耳塞也可以对接收到的数据包1进行处理得到需要播放的音频数据1。另外,在上述处理过程中,TWS耳机的左右耳塞还可获得音频数据的播放时间。TWS耳机的左右耳塞根据获得的播放时间,可以播放各自获得音频数据。其中,TWS耳机的左右耳塞获得的音频数据的播放时间是相同的。这样一来,手机与TWS耳机的左右耳塞之间不仅可以实现点对多点的数据传输,而且,TWS耳机左右耳塞还可实现音频数据的播放级同步。
[0157]
需要说明的是,上述示例是以手机发送给左右耳塞的音频数据是相同的,如均是音频数据1为例进行说明的。对于立体声音频数据,手机发送给左右耳塞的音频数据也可以不同。例如,手机向TWS耳机的左耳塞发送左声道音频数据,向右耳塞发送右声道音频数据。在这种情况下,手机可以分别对需发送给左右耳塞的音频数据进行编码处理。编码处理过程与上述示例中的编码过程类似,此处不再赘述。这种向左耳塞发送左声道音频数据,向右耳塞发送右声道音频数据的方案,相较于向左耳塞和右耳塞均传输立体声音频数据而言,减少了设备之间的传输数据量。例如,对于300千位节/秒(kbps)码率的立体声音频数据,在本申请实施例中,可以向TWS耳机的左右耳塞分别发送左声道音频数据和右声道音频数据,各约150kbps码率。相较于向左右耳塞分别发送300kbps码率的音频数据而言,减少了约一半的数据传输。另外,由于左右耳塞接收的数据减少了,其射频接收机的工作时间也相应的会减少,这样,可以降低左右耳塞的功耗,延长左右耳塞的待机时间。由于左右耳塞的音频码率降低,还可以减小无线环境被干扰的概率。
[0158]
在另外一些实施例中,当TWS耳机作为手机的音频输出设备播放音乐时,手机与TWS耳机之间除了传输上述音频数据外,还可能会传输如播放、暂停等命令的控制数据。在本申请实施例中,基于图5所示的音频传输框架,手机与TWS耳机的左右耳塞之间通过支持BLE的音频profile,还能够实现点对多点的控制数据的同步。也就是说,对于用户来说,手机能够保证TWS耳机的左右耳塞播放/暂停的同步。例如,结合图5和图6,以手机正在通过TWS耳机播放音乐,用户在手机上执行了暂停操作为例。手机可以接收用户的暂停操作。如暂停操作可以是用户对手机显示的媒体播放器的界面中暂停按钮的点击操作。响应于该暂停操作,手机可以向TWS耳机的左右耳塞分别发送暂停命令。其中,手机在发送暂停命令之前,可以对该暂停命令进行编码处理。
[0159]
在一些实施例中,请参考图8,手机对暂停命令进行编码的过程具体可以包括:
[0160]
以暂停操作是用户对手机显示的媒体播放器的界面中暂停按钮的点击操作为例。 手机在接收到用户对媒体播放器的界面中的暂停按钮的点击操作后,响应于对该暂停按钮的点击操作,手机的应用处理器可以生成暂停命令。手机的应用处理器将该暂停命令传输至音频配置文件层。
[0161]
音频配置文件层的DDM可以结合A2DP以及AVDTP,对该暂停命令进行编码处理。DDM还可以为进行编码处理后的暂停命令增加包头,将进行编码处理后的暂停命令打包成具有“包头+控制数据”格式的载荷(playload)。
[0162]
其中,在本申请实施例中,该包头中可以包括时间戳(timestamp)等字段。timestamp可以用于接收设备(如TWS耳机的左右耳塞)确定控制数据的执行时间,即确定暂停音乐播放的时间。该timestamp可以为本申请中的第二时间戳。DDM将打包好的playload通过L2CAP,HCI传输至controller层。controller层可以为该playload增加帧头(frame header),帧尾(frame tail),前导(preamble)等字段。其中,controller层对该playload增加帧头,帧尾,前导的处理可以参考本申请实施例音频数据编码过程中的对应描述,此处不再详细赘述。
[0163]
在经过上述处理后,暂停命令会被打包成满足BLE的数据包,如称为数据包2。该数据包2的格式可以参见图8所示(帧尾以及前导在图8中未示出)。该数据包2可以为本申请中的第二数据包。手机可以将数据包2通过ACL链路分别发送给TWS耳机的左右耳塞。如,结合图6所示,手机通过ACL链路1向左耳塞发送该数据包2,通过ACL链路2向右耳塞发送该数据包2。
[0164]
需要说明的是,上述对暂停命令的编码过程仅是一个示例,本申请实施例中对其具体实现并不做限制。也就是说,对应用处理器传输来的控制数据,如暂停命令的编码,加包头等处理也可以不由上述示例中对应的层来实现。例如,对于结合A2DP以及AVDTP,对暂停命令的编码处理,也可以不由音频配置文件层的DDM来实现,而是由controller层来实现。
[0165]
在手机将数据包2发送出去后,TWS耳机的左右耳塞可以分别接收来自手机的数据包2。TWS耳机的左右耳塞可分别对接收到的数据包2进行解码并执行对应操作,如暂停音乐的播放。
[0166]
在一些实施例中,以TWS耳机的左耳塞对接收到的数据包2进行解码为例。左耳塞对数据包2进行解码的具体过程可以包括:
[0167]
TWS耳机的左耳塞通过ACL链路1接收到数据包2后,左耳塞的controller层可以根据该数据包2中的帧头确定该数据包2是否是发给自身的数据包。如果是发给自身的数据包,左耳塞可以继续对该数据包2进行后续处理。如果不是发给自身的数据包,左耳塞可以将接收到的数据包2丢弃。左耳塞的controller层还可以根据该数据包2的帧头中携带的对应标识确定该数据包2是控制packet。另外,还可以根据该数据包2的帧尾中包括的校验码对该数据包2进行校验,以保证数据传输的正确性和完整性。在这些处理完成后,左耳塞的controller层可以将数据包2中的playload通过左耳塞的HCI和L2CAP传输至左耳塞的音频配置文件层。
[0168]
音频配置文件层的DDM可以结合A2DP以及AVDTP对接收到的playload进行解析。DDM可以解析出playload中的包头和编码后的暂停命令。DDM可以根据包头中的timestamp确定执行该暂停命令的时间。DDM还可对编码后的暂停命令进行解码处 理,以得到暂停命令。
[0169]
在经过上述层层处理后,TWS耳机的左耳塞可以获得需要执行的控制数据,即暂停命令。类似的,TWS耳机的右耳塞也可以对接收到的数据包2进行处理得到暂停命令。另外,在上述处理过程中,TWS耳机的左右耳塞还可获得执行暂停命令的时间。TWS耳机的左右耳塞根据获得的时间,可以对获得暂停命令进行响应。其中,TWS耳机的左右耳塞获得的暂停命令的执行时间是相同的。这样一来,手机与TWS耳机的左右耳塞之间实现了点对多点的控制数据的同步,即,对于用户来说,手机可以控制TWS耳机左右耳塞同时暂停音乐的播放。
[0170]
需要说明的是,上述示例是以用户在手机上触发暂停音乐的播放为例说明的。在另外一些实施例中,用户也可以在TWS耳机上触发暂停音乐的播放。例如,TWS耳机的左耳塞包括触摸传感器,用户可以在左耳塞中该触摸传感器的对应位置处执行双击操作,以触发暂停音乐的播放。在TWS耳机的左耳塞接收到该操作后,响应于该操作,TWS耳机的左耳塞可以生成暂停命令并发送给手机。手机接收到该暂停命令后,可以执行上述编码过程以得到数据包2并发送给TWS耳机的左右耳塞,以实现TWS耳机的左右耳塞在用户感知上暂停的同步。另外,对于其他控制数据,如播放命令等同步的实现与上述示例中暂停命令同步的实现过程类似,本申请实施例在此不再一一赘述。
[0171]
又示例性的,结合图5和图6,以将TWS耳机作为手机的音频输入/输出设备使用实现通话为例。在通话过程中,手机可以将通话对端设备发送的语音数据进行编码后分别发送给TWS耳机的左右耳塞。
[0172]
在一些实施例中,请参考9所示,手机对语音数据进行编码的过程具体可以包括:
[0173]
在手机与通话对端设备进行语音或视频通话时,当手机的移动通信模块接收到通话对端设备发送的语音数据,如称为语音数据1时,可以将该语音数据1通过手机的调制解码器以及音频模块传输至音频配置文件层。
[0174]
音频配置文件层的DDM可以结合基于BLE的音频profile,即HFP,对该语音数据1进行编码处理。如语音数据1进行编码处理后得到语音数据2。DDM将语音数据2传输至DADP。其中,DDM基于HFP对语音数据1进行编码的具体实现可以参考现有基于HFP对语音数据进行编码的实现,本申请实施例在此不进行赘述。
[0175]
DADP对接收到的语音数据2进行编码处理。如语音数据2进行编码后得到语音数据3。DADP给语音数据3增加包头,将语音数据3打包成具有“包头+音频数据”格式的载荷(playload)。其中,该包头中可以包括以下字段:SN,时间戳(timestamp)和载荷长度(playload length)。playload length为语音数据3的长度。SN和playload length可以用于确定前后数据包是否存在丢包。在存在丢包时,SN和playload length还可以用于进行相应的丢包补偿。timestamp可以用于接收设备(如TWS耳机的左右耳塞)确定语音数据的播放时间。该timestamp可以为本申请中的第一时间戳。
[0176]
DADP将打包好的playload通过HCI传输至controller层。controller层可以为该playload增加帧头(frame header),帧尾(frame tail),前导(preamble)等字段。其中,controller层对该playload增加帧头,帧尾,前导的处理可以参考本申请实施例音频数据编码过程中的对应描述,此处不再详细赘述。
[0177]
在经过上述处理后,手机接收的来自通话对端设备的语音数据,即语音数据1会被打包成满足BLE的数据包3。数据包3的数据格式可参见图9所示(帧尾以及前导在图9中未示出)。该数据包3可以为本申请中的第一数据包。手机可以将数据包3通过ISO channel分别发送给TWS耳机的左右耳塞。如,结合图6所示,手机通过ISO channel 1向左耳塞发送该数据包3,通过ISO channel 2向右耳塞发送该数据包3。
[0178]
需要说明的是,上述对语音数据的编码过程仅是一个示例,本申请实施例中对其具体实现并不做限制。也就是说,对于音频模块传输来的语音数据的编码,加包头等处理也可以不由上述示例中对应的层来实现。例如,对于结合HFP对语音数据的编码处理,也可以不由音频配置文件层的DDM来实现,而是由controller层来实现。又例如,对于对语音数据增加包头的处理,也可以不由DADP来实现,而是由controller层来实现。在另外一些实施例中,音频模块也可直接将语音数据传输至controller层。controller层可以不对接收到的语音数据进行编码,加包头等处理,而是增加帧头,帧尾等字段后通过ISO channel分别发送给TWS耳机的左右耳塞。TWS耳机的左右耳塞可以在分别接收到语音数据后立即播放,即可实现播放级同步。
[0179]
在手机将数据包3发送出去后,TWS耳机的左右耳塞可以分别接收来自手机的数据包3。TWS耳机的左右耳塞可分别对接收到的数据包3进行解码并播放。
[0180]
在一些实施例中,以TWS耳机的左耳塞对接收到的数据包3进行解码为例。左耳塞对数据包3进行解码的具体过程可以包括:
[0181]
TWS耳机的左耳塞通过ISO channel 1接收到数据包3后,左耳塞的controller层可以根据该数据包中的帧头确定该数据包3是否是发给自身的数据包。如果是发给自身的数据包,左耳塞可以继续对该数据包3进行后续处理。如果不是发给自身的数据包,左耳塞可以将接收到的数据包3丢弃。左耳塞的controller层还可以根据该数据包3的帧头确定该数据包3是数据packet。另外,还可以根据该数据包3中的帧尾对该数据包3进行校验,以保证数据传输的正确性和完整性。在这些处理完成后,左耳塞的controller层可以将数据包3中的playload通过左耳塞的HCI传输至DADP。
[0182]
DADP接收到playload后,可以解析出playload中的包头和语音数据3。DADP根据包头中的SN和playload length可以确定出前后数据包是否存在丢包。若存在丢包,DADP还可以根据SN和playload length进行相应的丢包补偿处理。另外,DADP还可以根据包头中的timestamp确定语音数据的播放时间。DADP还可对语音数据3进行解码处理,如语音数据3进行解码处理后得到语音数据2。DADP将解码得到的语音数据2传输给左耳塞音频配置文件层的DDM。
[0183]
DDM结合协商的音频profile,即HFP对语音数据2进行解码处理,如语音数据2进行解码处理后得到语音数据1。
[0184]
在经过上述处理后,TWS耳机的左耳塞可以获得需要播放的语音数据,如语音数据1。类似的,TWS耳机的右耳塞也可以对接收到的数据包3进行处理得到需要播放的语音数据1。另外,在上述处理过程中,TWS耳机的左右耳塞还可获得语音数据的播放时间。TWS耳机的左右耳塞根据获得的播放时间,可以播放各自获得语音数据。其中,TWS耳机的左右耳塞获得的语音数据的播放时间是相同的。这样一来,手机与TWS耳机的左右耳塞之间不仅可以实现点对多点的数据传输,而且,TWS耳机左右 耳塞还可实现语音数据的播放级同步。
[0185]
在另一些实施例中,当将TWS耳机作为手机的音频输入/输出设备使用实现通话时,在用户说话的过程中,TWS耳机的一个耳塞(如左耳塞)可以通过其麦克风采集用户的声音信号。左耳塞可以将采集到的声音信号转换为语音数据,并对语音数据进行编码后传输至手机。手机接收到TWS耳机的左耳塞发送的数据后,可以进行解码处理以获得需发送给通话对端设备的语音数据。在一些实施例中,左耳塞对语音数据进行编码处理的具体过程可以为:左耳塞的麦克风采集到声音信号并转换为语音数据后,可以将该语音数据传输至左耳塞的音频配置文件层。音频配置文件层的DDM可以结合HFP,对该语音数据进行编码处理后经HCI传输至controller层。controller层可以为编码处理后的语音数据增加帧头,帧尾,前导等字段后将其打包成数据包,并通过ISO channel 1传输至手机。手机对接收到的数据包进行解码处理的具体过程可以为:手机接收到数据包后,手机的controller层可以根据该数据包的帧头,帧尾以及前导对该数据包进行相应的处理,如确定该数据包是否是发送给自身的数据包,对该数据包进行校验等。处理完成后将该数据包中的playload字段经HCI传输给音频配置文件层。音频配置文件层的DDM可以结合HFP,对该playload中编码处理后的语音数据进行解码,以获得语音数据。在获得语音数据后,手机可以将该语音数据传输至通话对端设备。
[0186]
在另一些实施例中,当将TWS耳机作为手机的音频输入/输出设备使用实现通话时,手机与TWS耳机之间除了传输上述语音数据外,还可能会传输如接听来电,挂断电话,拒接来电,语音拨号,保持通话,回拨电话等命令的控制数据。在本申请实施例中,基于图5所示的音频传输框架,手机与TWS耳机的左右耳塞之间通过支持BLE的音频profile,还能够实现点对多点的控制数据的同步。也就是说,对用户来说,手机能够保证TWS耳机的左右耳塞接听/挂断电话等的同步。例如,结合图5和图6,以手机正在通过TWS耳机实现通话,用户在手机上执行了挂断电话操作为例。手机可以接收用户的挂断电话操作。如挂断电话操作可以是用户对手机显示的通话界面中挂断按钮的点击操作。响应于该挂断电话操作,手机可以向TWS耳机的左右耳塞分别发送挂断命令。另外,手机还可以将挂断命令传输至通话对端设备以便结束通话。其中,手机在发送挂断命令之前,可以对该挂断命令进行编码处理。
[0187]
在一些实施例中,请参考图10,手机对挂断命令进行编码的过程具体可以包括:
[0188]
以挂断电话操作是用户对手机显示的通话界面中挂断按钮的点击操作为例。手机在接收到用户对通话界面中的挂断按钮的点击操作后,响应于对该挂断按钮的点击操作,手机的应用处理器可以生成挂断命令。手机的应用处理器将该挂断命令传输至音频配置文件层。
[0189]
音频配置文件层的DDM可以结合HFP,对该挂断命令进行编码处理,并将编码处理后的挂断命令传输至RFCOMM。RFCOMM可以对进行编码处理后的挂断命令增加包头,将进行编码处理后的挂断命令打包成具有“包头+控制数据”格式的载荷(playload)。
[0190]
其中,在本申请实施例中,该包头中可以包括时间戳(timestamp)等字段。timestamp可以用于接收设备(如TWS耳机的左右耳塞)确定控制数据的执行时间,即确定结束 通话的时间。该timestamp可以为本申请中的第二时间戳。RFCOMM将打包好的playload通过L2CAP,HCI传输至controller层。controller层可以为该playload增加帧头,帧尾,前导等字段。其中,controller层对该playload增加帧头,帧尾,前导的处理可以参考本申请实施例音频数据编码过程中的对应描述,此处不再详细赘述。
[0191]
在经过上述处理后,挂断命令会被打包成满足BLE的数据包,如称为数据包4。该数据包4的格式可以参见图10所示(帧尾以及前导在图10中未示出)。该数据包4可以为本申请中的第二数据包。手机可以将数据包4通过ACL链路分别发送给TWS耳机的左右耳塞。如,结合图6所示,手机通过ACL链路1向左耳塞发送该数据包4,通过ACL链路2向右耳塞发送该数据包4。
[0192]
需要说明的是,上述对挂断命令的编码过程仅是一个示例,本申请实施例中对其具体实现并不做限制。也就是说,对应用处理器传输来的控制数据,如挂断命令的编码,加包头等处理也可以不由上述示例中对应的层来实现。例如,对于结合HFP对挂断命令的编码处理,也可以不由音频配置文件层的DDM来实现,加包头处理也可以不由RFCOMM来实现,而均由controller层来实现。
[0193]
在手机将数据包4发送出去后,TWS耳机的左右耳塞可以分别接收来自手机的数据包4。TWS耳机的左右耳塞可分别对接收到的数据包4进行解码并执行对应操作,如结束通话,以停止播放语音数据并停止语音数据的采集。
[0194]
在一些实施例中,以TWS耳机的左耳塞对接收到的数据包4进行解码为例。左耳塞对数据包4进行解码的具体过程可以包括:
[0195]
TWS耳机的左耳塞通过ACL链路1接收到数据包4后,左耳塞的controller层可以根据该数据包4中的帧头,帧尾以及前导对该数据包4进行相应的处理,如确定该数据包4是否是发送给自身的数据包,对该数据包4进行校验等。在这些处理完成后,左耳塞的controller层可以将数据包4中的playload通过左耳塞的HCI和L2CAP传输至左耳塞的音频配置文件层。
[0196]
音频配置文件层的RFCOMM可以对接收到的playload进行解析。RFCOMM可以解析出playload中的包头和编码后的挂断命令。RFCOMM可以根据包头中的timestamp确定执行该挂断命令的时间,即确定结束通话的时间。RFCOMM还可以将得到的编码后的挂断命令传输至DDM。DDM可对编码后的挂断命令进行解码处理,以得到挂断命令。
[0197]
在经过上述处理后,TWS耳机的左耳塞可以获得需要执行的控制数据,即挂断命令。类似的,TWS耳机的右耳塞也可以对接收到的数据包4进行处理得到挂断命令。另外,在上述处理过程中,TWS耳机的左右耳塞还可获得执行挂断命令的时间。TWS耳机的左右耳塞根据获得的时间,可以对获得挂断命令进行响应。其中,TWS耳机的左右耳塞获得的挂断命令的执行时间是相同的。这样一来,手机与TWS耳机的左右耳塞之间实现了点对多点的控制数据的同步,即,对用户来说,手机可以控制TWS耳机左右耳塞同时结束通话,以停止播放语音数据并停止语音数据的采集。
[0198]
需要说明的是,上述示例是以用户在手机上触发来结束当前通话为例说明的。在另外一些实施例中,用户也可以在TWS耳机上进行触发以便结束当前通话。例如,TWS耳机的右耳塞包括触摸传感器,用户可以在右耳塞中该触摸传感器的对应位置处 执行单击操作,以触发手机结束当前通话。在TWS耳机的右耳塞接收到该操作后,响应于该操作,TWS耳机的右耳塞可以生成挂断命令并发送给手机。手机接收到该挂断命令后,可以执行上述编码过程以得到数据包4并发送给TWS耳机的左右耳塞,以实现在用户感知上TWS耳机的左右耳塞结束通话的同步。另外,对于其他控制数据,如接听来电,拒接来电等同步的实现与上述示例中挂断电话同步的实现过程类似。如,在接收到来电时,手机可以将接听命令发送至TWS耳机的左右耳塞,以使得TWS耳机的左右耳塞能够同时播放手机的铃音或者耳塞本地的铃音。又如,在用户进行拨号后,手机可以将拨号命令发送至TWS耳机的左右耳塞,以使得TWS耳机的左右耳塞能够同时播放回铃音。本申请实施例在此不再一一赘述。
[0199]
在其他一些实施例中,在TWS耳机作为手机的音频输出设备播放音乐,或者作为手机的音频输入/输出设备进行通话时,手机与TWS耳机之间除了传输上述音频数据外,还可能会传输如调大音量、调小音量等命令的控制数据。在本申请实施例中,基于图5所示的音频传输框架,手机与TWS耳机的左右耳塞之间通过支持BLE的音频profile,还能够实现点对多点的控制数据的同步。也就是说,对用户来说,手机能够保证TWS耳机的左右耳塞调大/调小音量的同步。例如,结合图5和图6,以手机正在通过TWS耳机播放音乐,用户在手机上调大了音量为例。手机可以接收用户的调大音量操作。如调大音量操作可以是用户对手机显示的媒体播放器的界面中音量调整按钮的操作。响应于该调大音量操作,手机可以向TWS耳机的左右耳塞分别发送调大音量命令。其中,手机在发送调大音量命令之前,可以对该调大音量命令进行编码处理。
[0200]
在一些实施例中,请参考图11,手机对调大音量命令进行编码的过程具体可以包括:
[0201]
以调大音量操作是用户对手机显示的媒体播放器的界面中音量调整按钮的操作为例。手机在接收到用户对媒体播放器的界面中的音量调整按钮的操作后,响应于该操作,手机的应用处理器可以生成调大音量命令。手机的应用处理器将该调大音量命令传输至音频配置文件层。
[0202]
音频配置文件层的DDM可以结合AVRCP以及AVDTP,对该调大音量命令进行编码处理。DDM还可以为进行编码处理后的调大音量命令增加包头,将进行编码处理后的调大音量命令打包成具有“包头+控制数据”格式的载荷(playload)。
[0203]
其中,在本申请实施例中,该包头中可以包括时间戳(timestamp)等字段。timestamp可以用于接收设备(如TWS耳机的左右耳塞)确定控制数据的执行时间,即确定调大音量的时间。该timestamp可以为本申请中的第二时间戳。DDM将打包好的playload通过L2CAP,HCI传输至controller层。controller层可以为该playload增加帧头,帧尾,前导等字段。其中,controller层对该playload增加帧头,帧尾,前导的处理可以参考本申请实施例音频数据编码过程中的对应描述,此处不再详细赘述。
[0204]
在经过上述处理后,调大音量命令会被打包成满足BLE的数据包,如称为数据包5。该数据包5的格式可以参见图11所示(帧尾以及前导在图11中未示出)。该数据包5可以为本申请中的第二数据包。手机可以将数据包5通过ACL链路分别发送给TWS耳机的左右耳塞。如,结合图6所示,手机通过ACL链路1向左耳塞发送该数据包5,通过ACL链路2向右耳塞发送该数据包5。
[0205]
需要说明的是,上述对调大音量命令的编码过程仅是一个示例,本申请实施例中对其具体实现并不做限制。也就是说,对应用处理器传输来的控制数据,如调大音量命令的编码,加包头等处理也可以不由上述示例中对应的层来实现。例如,对于结合AVRCP以及AVDTP,对调大音量命令的编码处理,也可以不由音频配置文件层的DDM来实现,而是由controller层来实现。
[0206]
在手机将数据包5发送出去后,TWS耳机的左右耳塞可以分别接收来自手机的数据包5。TWS耳机的左右耳塞可分别对接收到的数据包5进行解码并执行对应操作,如调大音量。
[0207]
在一些实施例中,以TWS耳机的左耳塞对接收到的数据包5进行解码为例。左耳塞对数据包5进行解码的具体过程可以包括:
[0208]
TWS耳机的左耳塞通过ACL链路1接收到数据包5后,左耳塞的controller层可以根据该数据包5中的帧头,帧尾以及前导对该数据包5进行相应的处理,如确定该数据包5是否是发送给自身的数据包,对该数据包5进行校验等。在这些处理完成后,左耳塞的controller层可以将数据包5中的playload通过左耳塞的HCI和L2CAP传输至左耳塞的音频配置文件层。
[0209]
音频配置文件层的DDM可以结合AVRCP以及AVDTP对接收到的playload进行解析。DDM可以解析出playload中的包头和编码后的调大音量命令。DDM可以根据包头中的timestamp确定执行该调大音量命令的时间。DDM还可对编码后的调大音量命令进行解码处理,以得到调大音量命令。
[0210]
在经过上述处理后,TWS耳机的左耳塞可以获得需要执行的控制数据,即调大音量命令。类似的,TWS耳机的右耳塞也可以对接收到的数据包5进行处理得到调大音量命令。另外,在上述处理过程中,TWS耳机的左右耳塞还可获得执行调大音量命令的时间。TWS耳机的左右耳塞根据获得的时间,可以调大音量。其中,TWS耳机的左右耳塞获得的调大音量命令的执行时间是相同的。这样一来,手机与TWS耳机的左右耳塞之间实现了点对多点的控制数据的同步,即,对用户来说,手机可以控制TWS耳机左右耳塞同时调大音量。
[0211]
需要说明的是,上述示例是以用户在手机上调整音量为例说明的。在另外一些实施例中,用户也可以在TWS耳机上进行音量的调整。例如,TWS耳机的左耳塞包括触摸传感器,用户可以在左耳塞中该触摸传感器的对应位置处执行滑动操作,以进行音量的调整。在TWS耳机的左耳塞接收到该操作后,响应于该操作,TWS耳机的左耳塞可以生成调大音量命令并发送给手机。手机接收到该调大音量命令后,可以执行上述编码过程以得到数据包5并发送给TWS耳机的左右耳塞,以实现TWS耳机的左右耳塞在用户感知上调整音量的同步。另外,对于其他控制数据,如调小音量等同步的实现与上述示例中调大音量同步的实现过程类似,本申请实施例在此不再一一赘述。
[0212]
在本申请的另一些实施例还提供了一种外围设备,如该外围设备为TWS耳机。如图12所示,该TWS耳机的耳塞可以包括:一个或多个处理器1201;存储器1202;通信接口1203;受话器1204;麦克风1205;以及一个或多个计算机程序1206,上述各器件可以通过一个或多个通信总线1207连接。其中该一个或多个计算机程序1206被存储在上述存储器1202中,并被配置为被该一个或多个处理器1201执行,该一个或多个计算机程序1206 包括指令,上述指令可以用于执行如图6-图11相应实施例中TWS耳机的耳塞(如左耳塞,右耳塞)执行的各个步骤。当然,图12所示的TWS耳机的耳塞还可以包括如传感器等其他器件,本申请实施例对此不做任何限制。
[0213]
本申请另一些实施例还提供了一种电子设备,如图13所示,该电子设备可以包括:触摸屏1301,其中,所述触摸屏1301可以包括触敏表面1306和显示屏1307;一个或多个处理器1302;存储器1303;以及一个或多个计算机程序1304,上述各器件可以通过一个或多个通信总线1305连接。其中该一个或多个计算机程序1304被存储在上述存储器1303中,并被配置为被该一个或多个处理器1302执行,该一个或多个计算机程序1304包括指令,上述指令可以用于执行如图6-图11相应实施例中电子设备执行的各个步骤。当然,图13所示的电子设备还可以如传感器模块、音频模块以及SIM卡接口等其他器件,本申请实施例对此不做任何限制。
[0214]
通过以上的实施方式的描述,所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
[0215]
在本实施例所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
[0216]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0217]
另外,在本实施例各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
[0218]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器执行各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。
[0219]
以上所述,仅为本实施例的具体实施方式,但本实施例的保护范围并不局限于此,任何在本实施例揭露的技术范围内的变化或替换,都应涵盖在本实施例的保护范围之内。因此,本实施例的保护范围应以所述权利要求的保护范围为准。

权利要求书

[权利要求 1]
一种点对多点的数据传输方法,其特征在于,应用于真无线立体声TWS耳机,所述TWS耳机包括第一耳塞和第二耳塞,所述方法包括: 所述第一耳塞和所述第二耳塞分别与电子设备进行配对; 所述第一耳塞和所述第二耳塞分别与所述电子设备进行服务内容协商,以获得所述电子设备支持的服务类型,所述电子设备支持的服务类型包括基于低功耗蓝牙BLE的音频配置文件profile,所述第一耳塞、所述第二耳塞支持的服务类型包括所述基于BLE的音频profile; 所述第一耳塞接收所述电子设备发送的第一配置信息,所述第一配置信息用于配置所述第一耳塞与所述电子设备之间的第一等时ISO信道,所述第二耳塞接收所述电子设备发送的第二配置信息,所述第二配置信息用于配置所述第二耳塞与所述电子设备之间的第二ISO信道; 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ISO信道发送的音频数据,所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ISO信道发送的音频数据; 所述第一耳塞和所述第二耳塞根据第一时间戳播放各自接收到的音频数据。
[权利要求 2]
根据权利要求1所述的方法,其特征在于, 所述方法还包括:所述第一耳塞与所述电子设备建立第一异步面向连接ACL链路;所述第一耳塞接收所述电子设备发送的第一配置信息包括:所述第一耳塞接收所述电子设备通过所述第一ACL链路发送的所述第一配置信息; 所述方法还包括:所述第二耳塞与所述电子设备建立第二ACL链路;所述第二耳塞接收所述电子设备发送的第二配置信息包括:所述第二耳塞接收所述电子设备通过所述第二ACL链路发送的所述第二配置信息。
[权利要求 3]
根据权利要求2所述的方法,其特征在于,所述方法还包括: 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ACL链路发送的控制数据,所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ACL链路发送的控制数据; 所述第一耳塞和第二耳塞根据第二时间戳对各自接收到的控制数据进行响应。
[权利要求 4]
根据权利要求1-3中任一项所述的方法,其特征在于, 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ISO信道发送的音频数据包括: 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ISO信道发送的第一数据包,所述第一数据包包括第一载荷playload,所述第一载荷包括所述音频数据和所述第一时间戳; 所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ISO信道发送的音频数据包括: 所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ISO信道发送的所述第一数据包。
[权利要求 5]
根据权利要求3所述的方法,其特征在于, 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ACL链路发送的控制数据包括: 所述第一耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第一ACL链路发送的第二数据包,所述第二数据包包括第二载荷,所述第二载荷包括所述控制数据和所述第二时间戳; 所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ACL链路发送的控制数据包括: 所述第二耳塞根据所述基于BLE的音频profile,接收所述电子设备通过所述第二ACL链路发送的所述第二数据包。
[权利要求 6]
一种点对多点的数据传输方法,其特征在于,应用于电子设备,所述方法包括: 所述电子设备分别与TWS耳机的第一耳塞和第二耳塞进行配对; 所述电子设备分别与所述第一耳塞和所述第二耳塞进行服务内容协商,以获得所述第一耳塞、所述第二耳塞支持的服务类型,所述第一耳塞、所述第二耳塞支持的服务类型包括基于低功耗蓝牙BLE的音频配置文件profile,所述电子设备支持的服务类型包括所述基于BLE的音频profile; 所述电子设备向所述第一耳塞发送第一配置信息,所述第一配置信息用于配置所述电子设备与所述第一耳塞之间的第一等时ISO信道,所述电子设备向所述第二耳塞发送第二配置信息,所述第二配置信息用于配置所述电子设备与所述第二耳塞之间的第二ISO信道; 所述电子设备根据所述基于BLE的音频profile,通过所述第一ISO信道向所述第一耳塞发送音频数据,通过所述第二ISO信道向所述第二耳塞发送音频数据。
[权利要求 7]
根据权利要求6所述的方法,其特征在于, 所述方法还包括:所述电子设备与所述第一耳塞建立第一异步面向连接ACL链路;所述电子设备向所述第一耳塞发送第一配置信息包括:所述电子设备通过所述第一ACL链路向所述第一耳塞发送所述第一配置信息; 所述方法还包括:所述电子设备与所述第二耳塞建立第二ACL链路;所述电子设备向所述第二耳塞发送第二配置信息包括:所述电子设备通过所述第二ACL链路向所述第二耳塞发送所述第二配置信息。
[权利要求 8]
根据权利要求7所述的方法,其特征在于,所述方法还包括: 所述电子设备根据所述基于BLE的音频profile,通过所述第一ACL链路向所述第一耳塞发送控制数据,通过所述第二ACL链路向所述第二耳塞发送控制数据。
[权利要求 9]
根据权利要求6-8中任一项所述的方法,其特征在于,所述电子设备根据所述基于BLE的音频profile,通过所述第一ISO信道向所述第一耳塞发送音频数据,通过所述第二ISO信道向所述第二耳塞发送音频数据包括: 所述电子设备根据所述基于BLE的音频profile对所述音频数据进行编码生成第一数据包,所述第一数据包包括第一载荷playload,所述第一载荷包括所述音频数据和第一时间戳,所述第一时间戳用于所述第一耳塞和所述第二耳塞实现所述音频数据的播放级同步; 所述电子设备通过所述第一ISO信道向所述第一耳塞发送所述第一数据包; 所述电子设备通过所述第二ISO信道向所述第二耳塞发送所述第一数据包。
[权利要求 10]
根据权利要求8所述的方法,其特征在于,所述电子设备根据所述基于BLE的音频profile,通过所述第一ACL链路向所述第一耳塞发送控制数据,通过所述第二ACL链路向所述第二耳塞发送控制数据包括: 所述电子设备根据所述BLE的音频profile对所述控制数据进行编码生成第二数据包,所述第二数据包包括第二载荷,所述第二载荷包括所述控制数据和所述第二时间戳,所述第二时间戳用于所述第一耳塞和所述第二耳塞实现所述控制数据的同步; 所述电子设备通过所述第一ACL链路向所述第一耳塞发送所述第二数据包; 所述电子设备通过所述第二ACL链路向所述第二耳塞发送所述第二数据包。
[权利要求 11]
一种真无线立体声TWS耳机,其特征在于,所述TWS耳机包括第一耳塞和第二耳塞; 所述第一耳塞和所述第二耳塞分别包括:处理器、存储器、无线通信模块、受话器以及麦克风;所述存储器、所述无线通信模块、所述受话器以及所述麦克风与所述处理器耦合,所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令; 当所述第一耳塞的处理器执行所述第一耳塞的存储器存储的计算机指令时,所述第一耳塞执行如权利要求1-5中任一项所述的点对多点的数据传输方法; 当所述第二耳塞的处理器执行所述第二耳塞的处理器存储的计算机指令时,所述第二耳塞执行如权利要求1-5中任一项所述的点对多点的数据传输方法。
[权利要求 12]
一种电子设备,其特征在于,包括:一个或多个处理器、存储器、无线通信模块以及移动通信模块; 所述存储器、所述无线通信模块以及所述移动通信模块与所述一个或多个处理器耦合,所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,当所述一个或多个处理器执行所述计算机指令时,所述电子设备执行如权利要求6-10中任一项所述的点对多点的数据传输方法。
[权利要求 13]
一种蓝牙通信系统,其特征在于,所述蓝牙通信系统包括: 如权利要求11所述的真无线立体声TWS耳机,以及如权利要求12所述的电子设备。
[权利要求 14]
一种蓝牙芯片,其特征在于,所述蓝牙芯片包括音频传输框架,所述音频传输框架包括:基于低功耗蓝牙BLE的音频配置文件profile,双设备管理器DDM,等时信道管理器ICM,以及直通音频数据路径DADP; 所述ICM用于建立等时ISO信道; 所述DDM用于根据所述基于BLE的音频profile,在所述ISO信道上进行音频数据的传输; 所述DADP用于对在所述ISO信道上传输的所述音频数据进行编码处理或解码处理。
[权利要求 15]
根据权利要求14所述的蓝牙芯片,其特征在于,所述ICM还用于重配或删除所述ISO信道。
[权利要求 16]
一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在 TWS耳机的第一耳塞上运行时,使得所述第一耳塞执行如权利要求1-5中任一项所述的点对多点的数据传输方法; 当所述计算机指令在所述TWS耳机的第二耳塞上运行时,使得所述第二耳塞执行如权利要求1-5中任一项所述的点对多点的数据传输方法。
[权利要求 17]
一种计算机存储介质,其特征在于,包括计算机指令,当所述计算机指令在电子设备上运行时,使得所述电子设备执行如权利要求6-10中任一项所述的点对多点的数据传输方法。

附图

[ 图 1]  
[ 图 2]  
[ 图 3]  
[ 图 4]  
[ 图 5]  
[ 图 6]  
[ 图 7]  
[ 图 8]  
[ 图 9]  
[ 图 10]  
[ 图 11]  
[ 图 12]  
[ 图 13]