深入浅出蓝牙低功耗音频BLE Audio--4-3 CIS

本文深入介绍了蓝牙低功耗音频中的关键组件——连接单播ISO流(CIS),详细阐述了CIS的结构、工作原理、数据包格式以及ISO子事件和重传机制。重点讨论了10毫秒帧率的LC3编解码器在音频质量与延迟之间的平衡,为理解蓝牙低功耗音频方案奠定了基础。
摘要由CSDN通过智能技术生成

        为了掌握核心规范中ISO新特性,先介绍单播且可连接的ISO流,即CIS,CIS的结构框架相当复杂,但是其建立在一些非常的原则之上。本节首先描述CIS如何被设计,解释组成模块如何配合工作,然后学习广播模式的不同之处,为学习蓝牙低功耗音频方案奠定基础。

        当设计数字音频程序时,通常受到一些限制:以什么样标准和速率对音频进行采样。一旦传入的音频被采样和编码后,会被发送到蓝牙芯片发送给音频接收设备。系统是重复的,音频数据是有时间限制的,传输需要一定时间间隔,该间隔成为ISO_inteval。CIS中每个ISO间隔开始的时间点成为锚点。如图5。一个传输的开始通常是发起者发送一个数据包给接受者,当接收者成功接收该数据后,回复一个确认包,这样的过程会定期重复。图5中,第三个数据包没有被确认,所以发起者认为第三个包没有被收到。

 

图5 

         现在普遍的编解码器都可以按照10毫秒帧率运行,即采样率一次需要10毫秒,这样在音频质量和延迟之间得到折中。这也是LC3编解码器首选的配置参数,蓝牙低功耗音频方案强制选择LC3编解码器。后续文章中,除了特殊说明,采样间隔都是10毫秒,或者10毫秒的整倍数。

        ISO数据包

          设备之间传输的协议数据包结构非常简单,协议数据包的结构如图6所示。

 图6

        编码后的ISO数据包以前导码和访问地址开始,以CRC结尾。通过1MPHY传输数据时,会增加10个或14个字节,换成2MPHY传输数据时,会增加11个或15个字节。

         对于CIS的数据包结构如图7所示。

 图7

        CIS数据头后面跟着251字节的有效数据。如果音频数据被加密,在数据包结尾会增加MIC字段作为结尾。对于CIS数据头,包含5个属性字段:

        LLID:标识数据包是帧编码和无帧编码。

        NESN和SN:下一次期望的包序列号和序列号,通常用于数据包确认机制和流控。

        CIE:标识结束本轮ISO事件传输。

        NPI:空包指示位,表明该数据包的有效数据位空,通常指示本端设备没有数据发送。

         ISO子事件和重传

        下面图8主要介绍ISO数据头的控制位,因为这样可以更好地解释CIS链路如何工作的。开始之前,需要整体回忆CIS链路的结构组成,前面已经讨论过ISO事件间隔,即两个连续的成功CIS锚点之间的时间间隔,锚点是发起者发送第一个CIS数据包的时间点,同样也是每个成功ISO事件的开始点。对于CIS链路,因为实际链路需要可以选择重复传输某一个CIS数据包,因为CIS的结构设计支持多个子事件。每个子事件都是一发起者传输数据包开始,以接受者回复一个期望数据包结束。一个CIS事件由多个子事件组成,从CIS的锚点开始,到接收者回复最后一位数据结束。

 图8

        两个成功连续的子事件的间隔称为子时间间隔,它是子事件的最大持续时间,加上150微秒的数据包间隔,并且由CIS链路配置参数决定,整理CIS链路生命周期中不会更改。

备注:资料参考来源:Bluetooth® Technology Website – The official website for the Bluetooth wireless technology. Get up to date specifications, news, and development info.https://www.bluetooth.com/

ble audio补丁原理是利用hidraw节点捕捉协议栈发送的语音数据,目前Android Blueroid将ble语音数据和按键信息通过hid发送出去,通过建立hidraw节点,可以从中捕捉到语音数据。目前通过ble hal实现从hidraw中读取遥控器语音数据,在Android框架层上就通过配置文件将ble hal导入到音频框架中,并通过绑定Android原生已有的耳麦设备来完成audio音频策略选择,通过apk检测ble连接状态,通知audio服务耳麦设备的状态就可以使得录音通路切换至ble hal,实现从ble获取录音数据功能。 打补丁前最好使用干净的环境,不要有别家方案ble补丁,否则可能会有不兼容问题。 补丁如若不能使用首先检查节点是否存在和其权限,正常节点权限如下: ls -l /dev/hidraw* crw-rw---- 1 system audio 241, 0 2018-12-18 13:42 /dev/hidraw0 audio用户组有读写权限。 2、如果selinux模式为Enforcing,可以通过logcat搜索avc关键字。有如下类似提示则为异常,提示进程没有权限,检查sepolicy是否设置正常: avc: denied { read } for name="/" dev="tmpfs" ino=6145 scontext=u:r:mediaserver:s0 tcontext=u:object_r:device:s0 tclass=dir permissive=0 //Android 5.0和6.0版本,audio hal被mediaserver进程加载 avc: denied { read } for name="/" dev="tmpfs" ino=8125 scontext=u:r:audioserver:s0 tcontext=u:object_r:device:s0 tclass=dir permissive=0 //Android 7.0版本,audio hal被audioserver进程加载 avc: denied { read } for name="hidraw" dev="sysfs" ino=16332 scontext=u:r:hal_audio_default:s0 tcontext=u:object_r:sysfs:s0 tclass=dir permissive=0 //Android 8.0和9.0版本,audio hal被android.hardware.audio@2.0-service进程加载 3、检查audio的配置,打上patch后,首先确认小机上文件是否有修改到,目前文件可能位于/vendor/etc或/system/etc目录下,其中/vendor/etc下的配置文件是优先解析的。确保文件无误后,通过dumpsys media.audio_policy查看ble hal是否正常加载。 以下是相关说明: AudioPolicyManager: 0xf20c5200 Command Thread: 0xf20af140 Tones Thread: 0xf20af020 ... - Available input devices: Device 1: - id: 3 - type: AUDIO_DEVICE_IN_BUILTIN_MIC - Profiles: Profile 0: - format: AUDIO_FORMAT_PCM_16_BIT - sampling rates:8000, 11025, 12000, 16000, 22050, 24000, 32000, 44100, 48000 - channel masks:0x000c, 0x0010 Device 2: - id: 20 - type: AUDIO_DEVICE_IN_WIRED_HEADSET //对应的数值是0x80000010 - name: RemoteDM1204 - Profiles: Available input devices指示当前可用设备,目前ble hal是和AUDIO_DEVICE_IN_WIRED_HEADSET设备绑定,如果需要录音走ble hal,AUDIO_DEVICE_IN_WIRED_HEADSET设备必须出现在可用设备中,如果没有,就可能是补丁中hidaudio.apk的问题。 HW Modules dump: ... - H
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值