可参考
蓝牙模块低功耗新突破：LE Audio技术详解（LC3编解码/多设备串流/广播音频）-电子发烧友网
蓝牙 LE Audio - Nordic Semiconductor中文官网
LE Audio是蓝牙技术联盟（SIG）在2020年推出的全新音频技术标准，以低功耗蓝牙5.2为基础，采用ISOC（isochronous）架构，引入了创新的LC3音频编码算法，具有更低的延迟和更高的传输质量，同时还支持多设备连接和音频分享等功能，为消费者带来了更加出色的音频体验。
技术标准与核心特点
LE Audio（低功耗音频）是蓝牙技术联盟（SIG）于2020年发布的新一代音频标准，专为无线耳机、助听器等设备设计，核心创新包括：
- LC3编解码器：强制支持的音频编码技术，在比特率降低50%（仅需160kbps）时仍能提供优于传统SBC编码的音质，尤其优化中低频表现。
- 低功耗与低延迟：功耗比经典蓝牙音频降低70%，延迟可低至20ms，显著提升游戏和通话体验。
- 多重串流音频：支持单设备同时向多台耳机传输同步音频流（如左右耳独立连接），时差仅10微秒，避免主副耳切换问题。
- 广播音频（Auracast）：音频源可向无限接收设备广播多语言音频流，适用于影院、机场等公共场景，并支持加密保障隐私。
1.LC3编解码器
LC3作为LE Audio强制支持的编解码器，等同于经典蓝牙音频中的SBC，将成为未来蓝牙音频的主流编解码器，相较于SBC具有：
· 更高的压缩比(更低的延迟)
LC3拥有更高的压缩比，在通用的48K/16bit/立体声数据上，LC3可以做到8:1的高保真压缩率(96kbps)，SBC在同等数据上通常是328kbps。
· 更好的音质
在同等比特率下，LC3还原的表现比SBC要好很多，对中低频上的处理尤为出色。
· 更自由的音频格式支持
支持10ms和7.5ms帧间格，支持16比特、24比特和32比特音频采样，支持无限多个音频声道数，支持8kHz, 16kHz, 24kHz, 32kHz, 44.1kHz, 48kHz采样频率
2.多重串流音频
多重串流音频将支持在一个音频源设备（如智能手机）和一个或多个音频接收设备之间传输多个独立、同步的音频流。CIS模式是基于设备间建立的低功耗蓝牙ACL连接，在相连设备间建立固定时间间隔（ISO Interval）、点对点的双向数据流传输通道。主要的意义在于实现更好的TWS，从协议上保证了不同从端之间的音频同步，同时可以连接任意设备，做到了多重串流且低延迟&同步。CIS是基于连接的，同时因为多重串流的特性，任意一个headset都能与主端建立双向音频，提供了自由度，且均可单独工作，不同于很多经典蓝牙实现的TWS有主副耳的区别。
3.广播音频功能
广播音频功能，使音频源设备能够向无限数量的音频接收器设备广播一个或多个音频流。BIS模式是LE Audio主要的应用创新点，其基于Auracast广播音频规范，实现了一主任意从的音频传输模式，并因为ISO的加入，使每个从端都可以做到音频同步播放。经典蓝牙技术通常用于个人设备连接，例如将智能手机连接到无线耳机，而 BIS主要设计用于公共音频广播场景，例如听众可以在餐厅收听无声电视、收听机场公共广播。同时，它支持同一个广播多条音频流，可以选择收听指定的流，例如在电影院观看电影，可以选择指定的语言收听，而不需要分开播放。BIS是单向的，同时节省了大量的数据交互，可以把功耗做到很低，一对N的特性可以做到很多之前做不到的事情。
BIS和CIS有什么区别？
BIS（广播等时流）和 CIS（连接等时流）均是蓝牙 5.2 为 LE Audio 推出的等时流技术，二者虽都依托 LC3 编解码器和等时信道，但在通信模型、安全性能等多个维度差异显著，适配不同的音频传输需求，以下是详细区别：
- 连接状态与通信模式
- CIS：必须先建立 LE 连接才能传输数据，通信模式为双向，接收端可向发送端反馈数据，比如 TWS 耳机通话时，耳机端的麦克风语音能回传给手机。其设备角色固定为中心设备与外围设备，基于连接事件实现精准同步。
- BIS：采用无连接的广播模式，无需建立连接，接收设备只需监听广播信号即可获取音频。通信仅为单向广播，广播源无法接收接收端的反馈，设备角色分为广播者与多个接收者，依靠广播同步事件完成接收设备与广播源的同步。
- 传输规模与扩展性
- CIS：多为一对一通信，即便支持有限多路复用，能连接的设备数量也受蓝牙控制器并发连接数限制（通常仅支持 7 个左右），扩展性较差，难以实现大规模数据分发。
- BIS：扩展性极强，单一广播源理论上可被无限数量的接收设备监听，仅会受射频干扰、广播间隔等物理层因素影响，很适合一对多的大规模音频分发场景。
- 安全加密能力
- CIS：依托已认证的 LE 连接，支持端到端的 AES - CCM 加密，还能通过安全管理器协议协商密钥，安全性较高，可满足语音通话等涉及隐私或敏感信息传输的安全需求。
- BIS：链路层不支持加密，数据以明文形式传输，即便能通过应用层的 DRM 等方式简单加密，仍存在被窃听的风险，无法保障数据隐私，仅适合公共场景的开放音频传输。
- 时序与功耗特性
- CIS：所属的 CIG（连接等时组）中，多个 CIS 可定制不同时序参数，适配不同设备的音频配置，且传输有反馈机制，功耗会根据双向交互需求动态调整，适合小范围低功耗交互设备。
- BIS：所属的 BIG（广播等时组）中，所有 BIS 需遵循统一时序配置，无法单独定制，会存在一定传输时间浪费；广播源需持续发送信号，功耗较高，但接收设备可在接收数据后关闭无线电等待下一次广播，功耗较低。
- 典型应用场景
- CIS：聚焦一对一的低延迟、高隐私音频交互场景，比如 TWS 耳机的立体声播放与通话、助听器的音频传输、个人设备间的私密语音通信等。
- BIS：适配一对多的公共音频分发场景，例如机场的航班播报、博物馆的导览讲解、体育馆赛事直播音频、会议现场的多人同传音频等。
CIS和经典蓝牙的A2DP有什么区别？
CIS（连接等时流）是蓝牙 5.2 为 LE Audio 打造的低功耗音频传输技术，A2DP（高级音频分发配置文件）是经典蓝牙中针对立体声传输的应用规范，二者在底层依托技术、传输性能、适配场景等方面差异明显，具体区别如下：
- 底层技术与运行基础
- CIS：基于 BLE（低功耗蓝牙）技术，依托蓝牙 5.2 引入的等时信道传输数据，传输过程需依托 LE 连接建立等时流，设备角色分为中心设备与外围设备，且外围设备可参与等时流配置，对传输参数有一定话语权。同时它属于链路层的传输机制，与上层应用的耦合度较低。
- A2DP：基于经典蓝牙 BR/EDR 技术，建立在 AVDTP 传输协议之上，依托 L2CAP 信道承载音频数据，需通过 SDP 协议完成设备能力协商，设备角色固定为音源端（SRC）和接收端（SNK）。它属于应用层的配置文件，需搭配 AVRCP 等配套协议实现完整的音频控制功能。
- 编解码器与延迟表现
- CIS：强制搭配 LC3 编解码器，该编解码器专为低功耗场景设计，编码效率高且延迟极低。依托等时流的精准时序同步，其音频延迟通常可控制在 35ms 以下，能满足游戏、实时通话等对延迟敏感的场景需求。
- A2DP：强制支持 SBC 编解码器，也可兼容 AAC、aptX 等可选编解码器。其默认 SBC 编码的延迟较高，通常在 100 - 200ms，即便使用 aptX Low Latency 等低延迟私有编解码器，延迟也仅能降至 40ms 左右，难以适配高实时性场景。
- 传输能力与交互特性
- CIS：虽以一对一通信为主，但支持在一个等时组内实现多路 CIS 复用，可适配 TWS 耳机左右耳同时传输 + 语音回传的双向交互场景，数据传输时能通过确认机制保障可靠性，减少丢包对音频的影响。
- A2DP：本质是单向单播链路，核心仅负责音频分发，无法直接实现反向数据传输，若需通话等双向交互，需额外搭配 HFP 等其他协议。且它仅支持点对点传输，不支持多路复用，传输中靠重复传输机制保障可靠性，这也进一步增加了延迟。
- 功耗与设备适配
- CIS：继承 BLE 的低功耗优势，等时流的时序设计可精准匹配音频采样间隔，外围设备在无数据传输时可快速进入休眠状态，大幅降低功耗，非常适配 TWS 耳机、助听器等小型便携、依赖电池供电的设备。
- A2DP：基于经典蓝牙技术，传输过程中带宽占用高，且为保障音频连续性，设备需持续维持高功率的连接状态，功耗远高于 CIS。更适合音箱等外接电源或对功耗不敏感的设备，若用于小型便携设备，会快速消耗电池电量。
- 典型应用场景
- CIS：聚焦低功耗、低延迟的音频交互场景，比如无线游戏耳机、降噪 TWS 耳机的双向通话、智能助听器等，能兼顾音质、延迟和续航的综合需求。
- A2DP：多用于单纯的立体声播放场景，例如蓝牙音箱播放音乐、普通蓝牙耳机听歌曲、车载蓝牙播放手机音乐等，适合对延迟不敏感、更注重音频播放稳定性的场景。
LE Audio 的局限性
LE Audio具有音质高、功耗低、延迟低、互操作性强、支持多连接等优点，但同时作为一项新技术，也存在其局限性：
设备不兼容
由于行业内企业众多，标准推广面临诸多困难，各家LE Audio产品存在不兼容问题。
性能瓶颈
LC3乃至LC3 plus编解码算法复杂度高，对于芯片算力有一定要求，部分芯片可能支持协议但跑不动编解码。
支持设备较少
目前支持的设备量很少，不过各移动设备及耳机厂家旗舰产品已经陆续推出了LE Audio，但要完全替代仍需要不短的时间。针对此痛点，Feasycom创新性地推出了全球首个同时支持持LE Audio和Classic Audio的蓝牙模块，让LE Audio的功能得以创新和发展，且不会影响Classic Audio功能的用户体验。
LE Audio的应用场景
基于LE Audio的多种优势，它可以用于多种音频使用场景，提升用户的音频体验：
个人音频共享
广播音频允许一个或多个音频流广播到无限数量的设备，用户可以通过手机或平板电脑与附近其他用户的耳机共享他们的音频。
公共场所的增强/辅助听力
Auracast™ 广播音频不仅有助于为听力损失者提供更广泛的部署和提高辅助听力服务的可用性，还将扩大这些系统对各种听力健康水平的消费者的适用性。
多语言支持
在会议中心或电影院等不同语言的人们聚集的地方，Auracast™广播音频可以提供用户母语的同声翻译。
游览系统
在博物馆、体育场和旅游景点等场所，用户可以使用自己的耳塞或耳机收听游览音频流，从而提供更加身临其境的体验。
无声电视屏幕
Auracast™ 广播音频可以让用户在没有音频或音量太低而听不见时收听电视中的音频。这再次为健身房和运动酒吧等场所的游客提供了更好的体验。
LE Audio 的未来发展趋势
根据ABI research的预测，到 2028 年，支持 LE Audio 的设备年出货量将达到300万；到 2027 年，每年出货的智能手机中将有90%支持LE Audio。毫无疑问，LE Audio将推动整个蓝牙音频领域的变革，并且不仅局限于传统的音频传输，还可以应用于物联网、智能家居等领域。
Auracast是什么
Auracast 是蓝牙技术联盟（Bluetooth SIG）推出的广播音频技术，基于 LE Audio（低功耗音频）的 BIS（广播等时流）核心能力，简单说就是 “蓝牙版公共广播”，能让一个音频源同时向无数个蓝牙接收设备传输音频。
核心定义与本质
- 官方定位：蓝牙 LE Audio 的核心功能之一，中文可理解为 “蓝牙广播音频”。
- 技术底层：依托 BIS 无连接广播机制，搭配 LC3 编解码器，实现低延迟、低功耗的一对多音频分发。
- 核心差异：和传统蓝牙音频（如 A2DP）的 “一对一连接” 不同，Auracast 无需配对，接收设备只需 “扫描并加入” 广播流即可，支持无限量设备同时接收。
关键特性
- 无连接配对：接收端不用和音频源手动配对，打开蓝牙扫描就能发现并接入广播，操作极简。
- 多设备并发：一个广播源可同时向成百上千个设备传输音频，仅受射频环境限制。
- 低延迟 + 低功耗：LC3 编解码器保障延迟低于 35ms，接收设备可按需休眠，功耗比经典蓝牙大幅降低。
- 多流可选：支持多个 Auracast 广播流同时存在，接收端可自主选择想听的音频（比如博物馆不同展厅的讲解）。
典型应用场景
- 公共音频：机场 / 火车站的航班 / 车次播报、博物馆 / 景区导览、体育馆赛事解说、会议现场同传翻译。
- 个人与生活：多人共享音乐（如聚会时大家用各自耳机听同一首歌）、助听场景（为听障人士提供专属音频流）、车载音频（车内多人各自接收不同音频）。
- 商业服务：餐厅 / 咖啡馆的背景音选择、商场导购音频、酒店客房个性化音频推送。
Auracast和BIS有什么区别？
Auracast 和 BIS 并非对立的两种技术，而是应用场景与技术层级不同的从属关联——BIS 是实现 Auracast 功能的核心底层技术，Auracast 是基于 BIS 等技术封装后的面向用户和产业的广播音频解决方案，二者的具体区别和关联可通过以下几点清晰区分：
- 技术定位与层级不同
- BIS全称为广播等时流（Broadcast Isochronous Streams），是蓝牙 LE Audio 中基于 ISO（同步等时通道）架构的底层传输通路技术。它属于蓝牙协议栈中偏底层的传输机制，核心作用是定义 “如何以广播形式向不限数量设备传输等时音频流”，不涉及用户交互、场景适配等上层设计，仅聚焦数据传输的底层逻辑。
- Auracast是蓝牙技术联盟推出的上层广播音频应用技术，它以 BIS 为核心传输基础，还整合了 LC3 编解码器、PAST 无感接入机制、PBP 公共广播配置文件等技术，最终形成一套完整的、可直接落地应用的广播音频方案，包含了用户操作流程、设备角色定义等产业级规范。
- 功能范畴与完整性不同
- BIS的功能十分单一，仅负责完成 “无连接的一对多音频广播传输”。它只解决 “数据怎么传” 的问题，比如保障音频流的低延迟、同步性，不考虑设备如何发现广播、用户如何选择音频流、不同场景下如何适配等问题。
- Auracast的功能更全面完整，覆盖了从广播发射到用户接入的全流程。例如它定义了发射器、接收器、辅助设备三种角色，辅助设备可提供类似 Wi-Fi 连接的界面让用户选择广播流；还支持多广播流并行，用户能自主切换想听的音频，这些都是 BIS 底层技术无法单独实现的。
- 应用落地的指向性不同
- BIS作为底层技术，无特定专属应用场景，只要是 LE Audio 体系下需要一对多音频广播的场景，都可基于 BIS 开发，它更像是一种 “通用工具”。除了 Auracast 覆盖的公共广播场景，还可用于工业设备的音频告警广播等非消费级场景。
- Auracast有明确的应用定位，专门面向消费级和公共服务级音频场景，比如机场车次播报、博物馆导览、多人共享音乐、听障人士助听等。它通过标准化的方案，让不同品牌的设备能互通互联，比如不同厂商的蓝牙耳机都能接入同一 Auracast 广播源，这是 BIS 单独无法实现的跨设备兼容能力。
简单来说，BIS 是 Auracast 的 “技术基石”，而 Auracast 是 BIS 的 “商业化、场景化包装”，没有 BIS 就没有 Auracast 的核心广播能力，而没有 Auracast，BIS 很难直接应用于各类消费场景并实现设备间的兼容互通。
补充
LE Audio（Low Energy Audio）是蓝牙技术联盟（Bluetooth SIG）在蓝牙 5.2 版本中引入的低功耗音频标准，旨在替代传统经典蓝牙的音频传输方式，为真无线耳机（TWS）、助听器、智能音箱等设备提供更高质量、更低功耗、更灵活的音频体验。以下是其核心特点与优势：
一、核心技术革新
全新编码标准：LC3 与 LC3plus
LC3（Low Complexity Communications Codec）：
相比传统 SBC 编码，在相同码率下音质提升显著（如支持 48kHz 采样率），且编码延迟从 22.5ms 降至 10ms 以内。
支持 6-32kbps 的灵活码率调整，适应不同带宽需求（如语音通话用低码率，音乐播放用高码率）。
LC3plus（蓝牙 5.4 新增）：进一步优化压缩效率，支持无损音频传输（需设备硬件支持）。
同步传输机制
CIG（Connected Isochronous Group）：
支持双连接立体声（如手机同时连接左右耳机），左右声道独立传输，解决 TWS 耳机 “主从延迟” 问题。
同一 CIG 内的多个设备通过共享时间戳实现精准同步（如多人共享音频时的唇音同步）。
BIG（Broadcast Isochronous Group）：
支持一对多广播（如单个源设备向无限数量的接收器发送音频），典型应用为公共广播、听力辅助系统。
低功耗优化
BLE 基础架构的低功耗特性（如分时唤醒机制）与 LC3 的高效编码结合，使耳机续航提升 30% 以上（如单耳续航从 4 小时延长至 6 小时）。
二、关键应用场景
场景 技术优势 典型案例 TWS 耳机 双连接立体声（CIG）消除主从延迟，LC3 编码提升音质与续航。 索尼 LinkBuds S、苹果 AirPods Pro 2 广播音频 BIG 模式支持单点到多点同步播放（如会议同声传译、商场背景音乐）。 三星 Galaxy Buds Pro 的 “广播音频” 功能 助听器与听力辅助 低延迟传输 + 多设备连接，支持与手机、电视等多源设备无缝切换。 索尼 Hearing Aid CX100 多设备音频共享 单个源设备同时向多个接收器发送不同音频流（如手机同时向耳机和音箱发送不同内容）。 微软 Teams 的多设备音频共享功能 三、与传统蓝牙音频的对比
特性 传统蓝牙音频（经典蓝牙） LE Audio（蓝牙 5.2+） 编码标准 SBC、AAC、aptX（需芯片支持） LC3、LC3plus 连接方式 主从模式（如 TWS 耳机中右耳依赖左耳转发数据） 双连接（如手机同时连接左右耳机） 音频延迟 150-300ms（取决于编码） ＜80ms（LC3 编码 + 等时同步） 多设备支持 仅支持 1 对 1 或 1 对 2 连接（如手机→耳机→音箱） 1 对多广播（BIG）+1 对多连接（CIG） 功耗 较高（如 SBC 编码下耳机续航约 4 小时） 较低（LC3 编码下续航提升 30% 以上） 四、设备兼容性与现状
设备支持：
2021 年后发布的主流芯片（如高通 QCC3070、联发科 MT2822）已全面支持 LE Audio。
手机端：安卓 12+、iOS 16 + 系统支持 LE Audio，但需耳机和手机同时兼容才能启用。
兼容性设计：
支持 LE Audio 的设备通常向后兼容传统蓝牙音频（如同时支持 SBC 和 LC3），确保与旧设备互操作性。
五、未来趋势
无损音频传输：蓝牙 5.4 的 LC3plus 支持更高码率（如 1.5Mbps），未来或实现无线 CD 音质（需设备硬件升级）。
空间音频与定位：结合 LE Audio 与蓝牙测向技术（AoA/AoD），实现更精准的空间音频和设备定位（如耳机追踪用户头部转动）。
物联网融合：LE Audio 与蓝牙 Mesh 结合，使音频设备成为智能家居控制节点（如通过耳机语音控制灯光）。
总结
LE Audio 是蓝牙音频技术的重大升级，通过 LC3 编码、CIG/BIG 同步机制和低功耗设计，为 TWS 耳机、广播系统等带来革命性体验。若需选购音频设备，建议优先选择支持 LE Audio 的型号，以获得更低延迟、更长续航和更灵活的多设备连接能力。
TWS使用的是经典蓝牙还是BLE功能？
TWS（True Wireless Stereo，真无线立体声）耳机主要使用 BLE（低功耗蓝牙）的功能，尤其是在蓝牙 5.0 及更高版本中引入的 LE Audio 技术框架下，TWS 的连接和音频传输逻辑发生了重要变化。以下是具体解析：
一、TWS 在经典蓝牙与 BLE 中的技术演进
1.早期 TWS：经典蓝牙的 “主从架构”
技术特点：早期 TWS（如蓝牙 4.2 及以前版本）采用经典蓝牙的SBC 编码，通过 “主从模式” 连接：
左耳机作为 “主设备” 连接手机，右耳机作为 “从设备” 仅连接左耳机，形成 “手机→左耳机→右耳机” 的二级传输链路。
缺点：延迟高（通常 150-300ms）、左右耳同步依赖主从通信，易出现断连或延迟不一致。
典型案例：早期 AirPods（蓝牙 4.2）采用经典蓝牙，但通过苹果自研 H1 芯片优化主从同步。
2.现代 TWS：BLE 的 “LE Audio 技术”
技术突破：蓝牙 5.2 及更高版本推出LE Audio（低功耗音频），其中的CIG（连接等时组）模式成为 TWS 的核心技术：
手机与左右耳机直接建立双连接（手机→左耳机，手机→右耳机），通过 CIG 内的时间戳同步左右耳数据流（如左声道和右声道）。
支持LC3 编码（低复杂度通信编解码），相比 SBC 压缩率更高、音质损失更小，同时功耗降低 30% 以上。
典型案例：支持蓝牙 5.3 的 TWS 耳机（如索尼 LinkBuds S），延迟可降至 80ms 以下，且左右耳独立连接稳定性更高。
二、LE Audio 对 TWS 的核心优化
1.连接架构：从 “主从” 到 “双连接”
经典蓝牙主从模式下，右耳机依赖左耳机转发数据，若左耳机断连则整体失效；
LE Audio 的 CIG 模式中，左右耳机各自与手机建立独立的CIS（连接等时流），并通过同一 CIG 的时间戳同步，即使单耳断连，另一耳仍可独立工作。
2.音频传输：低延迟与高音质的平衡
LC3 编码：相比经典蓝牙的 SBC，在相同码率下音质提升显著（如 48kHz 采样率支持），同时编码延迟从 22.5ms 降至 10ms 以内。
等时同步机制：CIG 内的每个 CIS 共享同一时间基准，左右耳音频数据包通过时间戳对齐，解决 “左右耳不同步” 问题（如看视频时声画不同步）。
3.功耗控制：BLE 的低功耗优势
BLE 的分时唤醒机制（如每秒仅唤醒 10ms 传输数据），配合 LE Audio 的高效编码，使 TWS 续航从经典蓝牙的 4-5 小时提升至 6-8 小时（单耳）。
三、例外情况：部分 TWS 仍兼容经典蓝牙
双模芯片方案：部分 TWS 耳机（如支持 aptX Adaptive 的型号）采用 “经典蓝牙 + BLE” 双模芯片：
播放音乐时使用经典蓝牙的 aptX/AAC 编码（音质更优），但依赖主从架构；
通话或低功耗场景切换至 BLE 的 LE Audio 模式（如微信语音通话）。
兼容性设计：为适配旧设备，部分 TWS 默认使用经典蓝牙连接，需手动在设置中开启 LE Audio 功能（如安卓手机的 “蓝牙低功耗音频” 选项）。
总结：TWS 的技术趋势
主流方案：2020 年后发布的 TWS 耳机（如支持蓝牙 5.2/5.3）普遍基于 LE Audio 的 CIG 模式，利用 BLE 的低功耗和双连接特性实现高同步性和低延迟。
技术对比：经典蓝牙在 TWS 中逐渐被淘汰，仅作为兼容性备用方案，LE Audio 已成为现代 TWS 的核心技术基础。
若需选购低延迟 TWS，建议优先选择支持蓝牙 5.2+、LE Audio 及 LC3 编码的型号，并确认设备（如手机）也支持相应协议。
BIG 模式和 CIG 模式
BIG 模式和 CIG 模式是蓝牙低功耗音频（LE Audio）中的两种通信模式。相关介绍如下：
BIG 模式：即广播等时组（Broadcast Isochronous Group）模式。多个广播等时流（BIS）可以组成一个 BIG。它主要用于实现单点到多点的单向音频传输，典型应用是元气广播（Auracast），可让音频源设备将音频流广播到多个接收器设备。BIG 模式下，同步是通过一个周期广播的 PDU 实现的，该 PDU 包含有针对每个 BIS 的时间戳，接收方同步后可进行同步接收。每个 BIG 最多包含 31 个 BIS。
CIG 模式：即连接等时组（Connected Isochronous Group）模式。它由多条连接等时流（CIS）链路构成，用于实现单点到单点的单向或双向音频传输，以真无线立体声（TWS）为典型应用。同一个 CIG 内的 CIS 具有相同的时间戳，以保证数据同步，如 TWS 耳机中，左耳和右耳分别是一个 CIS，它们组成一个 CIG 来实现左右耳声音的同步。每个 CIG 最多包含 31 个 CIS。
参考：LE BIS 和 LE CIS —— 等时通信
第五节 LE BIS 和 LE CIS —— 等时通信 | 蓝芒小栈
连接等时流（LE CIS 或简称 CIS）使用面向连接的通信，支持数据的双向传输。广播等时流（LE BIS 或简称 BIS）使用无连接的广播通信，并提供数据的单向通信。
更多待补充。
BIS模式
参考：LE Audio BIS 模式流程解析 - Nordic Semiconductor中文官网
BIS模式中，哪个音箱是主音箱？
在 BIS（Broadcast Isochronous Streams，基于广播的同步音频流）模式中，不存在传统意义上的主音箱。
BIS 模式类似于 FM 广播，广播音频的设备向周围发送音频流，多个接收设备可同时监听该音频流，设备之间没有连接，也无需应答。因此，不存在像 TWS 模式中那种负责与源设备连接并转发音频给从设备的主音箱，所有接收音频的音箱地位平等，均直接从广播音源接收音频信号。
音箱能连接经典蓝牙播放音乐的同时，打开BIS广播吗？
部分具备双模蓝牙功能的音箱可以在连接经典蓝牙播放音乐的同时打开 BIS 广播。
蓝牙分为经典蓝牙和低功耗蓝牙（BLE），一些音箱搭载了同时支持这两种模式的双模蓝牙模块。例如飞易通的 FSC - BT1058 蓝牙模块，搭载 Qualcomm QCC5181 芯片，兼具蓝牙 LE Audio 和经典蓝牙音频功能，可支持 BIS 广播功能，也能连接经典蓝牙设备。基于此模块的音箱理论上可以实现上述功能。此外，Creative BT - W6 无线音频发射器支持蓝牙 LE Audio 和经典蓝牙 5.4，具备 BIS 广播模式，也说明相关音箱产品有可能实现同时连接经典蓝牙播放音乐和打开 BIS 广播。
可见，bis的关键在于音源，然后广播出去，其他设备处于扫描状态，从广播中接收音频数据。
BIS 接收音箱是通过扫描来接收广播的。
广播音源设备会广播 EA（扩展广播）PDU 和 PA（周期性广播）PDU，其中包含了 BIGInfo 等信息，用于描述广播音频流相关参数。接收音箱需要先扫描这些广播信号，识别出其中的相关信息，同步目标设备的周期广播，然后建立 BIG（广播等时组），进而接收到音频数据流。
bis中怎么设置一个音箱是广播端还是接收端？
在 BIS 中，设置音箱为广播端或接收端通常需要通过硬件配置和软件编程来实现，不同的蓝牙芯片和开发平台可能会有一些差异，以下是一般的设置方法：
设置为广播端：
配置相关参数：需先配置 BASE（基本音频流配置参数），并将其添加到周期性广播（PA）的广播数据中。这涉及到对音频流的编码格式、采样率、声道等参数进行设置，以确保广播的音频符合要求。
启动广播功能：通过调用相关函数启动扩展广播和周期性广播。例如在 Nordic 的开发环境中，可使用
bt_le_ext_adv_start函数启动扩展广播，使用bt_le_per_adv_start函数启动周期性广播，然后通过bt_bap_broadcast_source_start函数启动广播音源，进入同步广播模式，为发送 BIS PDU 做准备。设置音频流路径：最后通过
LE Setup ISO Data Path HCI command来设置广播音频流的路径，完成广播端的设置。设置为接收端：
扫描广播信号：接收端音箱需开启蓝牙扫描功能，搜索周围的广播信号。它会监听 37、38、39 主频段的 ADV_EXT_IND PDU，并根据其中的 AuxPtr 字段找到对应的 AUX_ADV_IND PDU。
解析广播信息：接收端通过解析广播数据中的相关字段，如从周期性广播 PDU 中获取 BIGInfo，了解广播音频流的参数和配置信息，判断是否为自己需要接收的音频流。
加入广播组：若接收端确定要接收该广播音频，会根据解析得到的信息加入对应的广播等时组（BIG），建立与广播端的同步，从而开始接收音频数据，并进行解码播放。
基于场景类型筛选：接收端可利用 PACS 中定义的 “可用音频场景特性”，声明其支持的音频场景类型中，当前可用于建立音频流的类型。还可通过解析广播源在周期性广告元数据部分包含的 “流式音频场景 LTV 结构”，从不同用例中筛选出想要接收的音频流。若接收端将 “未指定” 场景类型设为不可用，则只会接收符合其指定场景类型的广播音频。
如果音箱没有音源，那么可以打开bis广播吗？
如果音箱没有音源，虽然也可以强行打开BIS广播，但通常无意义。
BIS 广播的本质是将音频数据从广播音源设备发送到接收设备。音箱作为广播端时，需要有音频数据来源，如连接的手机、电脑等外部设备提供音频，或者自身存储有音频文件，才能将音频编码后通过 BIS 广播发送出去。若没有音源，就没有音频数据可处理和广播，即使启动了相关广播设置，也无法实际发送有效的音频广播信号。
是否需要连接手机？
BIS模式要求音箱先和手机蓝牙连接吗?
BIS 模式不要求音箱先和手机蓝牙连接。
BIS 模式主要用于音频广播，音箱作为广播端时，可直接向其他接收音箱广播音频，无需先与手机连接。即使音箱作为接收端，也可直接扫描并接收符合条件的广播信号，加入相应广播组来获取音频，不一定需要通过与手机蓝牙连接来实现。例如，一些支持 BIS 功能的音箱可独立完成广播或接收音频操作，用于构建无线音频系统，如商场、学校等场所的音频广播，无需与手机连接。
CIG模式要求音箱先和手机蓝牙连接吗?
CIG（连接同步组）模式不要求音箱先和手机蓝牙连接。
CIG 是蓝牙 5.2 中同步通道（ISOC）功能的一部分，用于面向连接的通信，主要用于多个音频流之间的同步传输15。在 CIG 模式下，音箱之间可直接建立连接形成同步组，实现音频同步播放等功能，例如左右声道音箱的同步14。虽然音箱在蓝牙模式下，CIG 未连接状态时，主从机均开启经典蓝牙可被发现和连接，但这并不意味着必须要与手机连接，音箱之间可直接进行连接和数据传输14。
TWS要求音箱先和手机蓝牙连接吗?
TWS（True Wireless Stereo，真无线立体声）模式通常需要音箱先与手机等蓝牙设备连接。
TWS 的工作原理与连接逻辑
TWS 技术通过蓝牙将两个独立音箱（左、右声道）与手机等音源设备配对，实现无线立体声播放。其连接流程一般如下：
首次配对：
手机打开蓝牙，搜索到 TWS 音箱（通常以 “XXX 左 / 右耳” 或统一名称显示），选择其中一个（如左声道）进行配对连接。
部分 TWS 音箱会自动在左右声道之间建立内部连接（通过蓝牙或私有协议），无需用户手动操作。
后续使用：
打开音箱电源后，已配对的手机会自动连接最近使用的 TWS 设备，左右声道音箱也会自动同步连接状态。
为何需要与手机等设备连接？
TWS 的核心目的是通过无线方式接收来自音源设备（如手机、平板）的音频数据。音箱本身不具备独立播放音乐的能力（除非内置存储，但这种情况较少），因此必须通过蓝牙与手机等设备建立连接，才能获取音频信号并播放。
例外情况：部分 TWS 的 “独立模式”
少数 TWS 音箱支持 “双主机” 或 “单耳模式”，即：
单耳使用：可单独连接一只音箱与手机配对，另一只闲置（但本质仍需与手机连接）。
双主机连接：两只音箱均可直接与手机配对，但最终仍需通过手机作为音源入口。
总结
TWS 模式的本质是 “无线接收音源设备的音频”，因此必须与手机等蓝牙设备连接，才能实现播放功能。这与 BIS、CIG 等侧重设备间直接通信的模式不同，其核心依赖于音源设备的信号输入。
可见，更多是业务场景的要求。
