【LE Audio】CSIP核心缩写词全解

作为蓝牙LE Audio协议栈开发的工程师，日常阅读规范或调试代码时，总会被一串紧凑的缩写包围。这些缩写并非简单的字符组合，而是CSIP体系的核心骨架，串联起协调集识别、设备同步、安全加密的全流程。掌握这些缩写的内涵与关联，不仅能快速读懂规范，更能在开发TWS耳机、助听设备等产品时，精准定位问题核心。

一、缩写的核心定位：协议通信的通用语

二、核心缩写的功能分类与深度解析

[2.1 基础协议层：协作的基础设施](#2.1 基础协议层：协作的基础设施)

[2.2 角色与服务层：协作的核心角色](#2.2 角色与服务层：协作的核心角色)

[2.3 安全与标识层：协作的安全凭证](#2.3 安全与标识层：协作的安全凭证)

[2.4 传输与适配层：协作的通道适配](#2.4 传输与适配层：协作的通道适配)

三、缩写在实际流程中的串联应用

四、测试

本文围绕CSIP体系的核心缩写，按功能维度梳理知识框架，结合规范与实际应用场景深度解析，同时展开规范中的关键补充内容，让这些缩写不再是孤立的概念，而是形成可落地的知识网络。

一、缩写的核心定位：协议通信的通用语

在蓝牙LE Audio的生态中，CSIP解决了多设备协同的核心问题------如何让一对耳机、一组扬声器被终端识别为一个整体，并实现同步控制与排他访问。规范中的缩写覆盖了从基础传输、角色定义到安全算法的全维度，其设计遵循两个原则：一是复用蓝牙核心规范的通用缩写，保证生态一致性；二是针对协调集场景定义专属缩写，精准描述业务特性。

如果把CSIP的运行过程比作一场团队协作任务，这些缩写就是团队成员的身份标识、任务指令和安全密钥。比如Set Coordinator是任务指挥官，Set Member是执行队员，SIRK是团队秘钥，RSI是动态队旗。掌握这些缩写的关联，就能清晰还原整个协作流程。

二、核心缩写的功能分类与深度解析

为了避免碎片化记忆，我们将CSIP体系的核心缩写按基础协议层 、角色与服务层 、安全与标识层 、传输与适配层四个维度分类，结合规范内容，逐一解析其内涵、用法与关联。

2.1 基础协议层：协作的基础设施

这类缩写是CSIP运行的基础，复用自蓝牙核心规范，是所有蓝牙音频开发的通用基础。

|--------|----------------------------------------------|-------------|----------------------------------------------------------------|
| 缩写 | 英文全称 | 中文释义 | 核心作用 |
| GATT | Generic Attribute Profile | 通用属性协议 | Set Coordinator与Set Member之间的核心通信载体，所有协调集相关的特征读写、流程触发均基于GATT完成 |
| ATT | Attribute Protocol | 属性协议 | GATT的底层依赖，定义了属性的传输格式与交互规则，分为增强型与非增强型两种承载方式 |
| L2CAP | Logical Link Control and Adaptation Protocol | 逻辑链路控制与适配协议 | ATT的底层承载，为协调集通信提供流量控制与链路适配，增强型L2CAP是EATT的核心支撑 |
| BR/EDR | Basic Rate/Enhanced Data Rate | 基础速率/增强数据速率 | 蓝牙经典传输方式，CSIP支持LE与BR/EDR双传输，适配不同设备的兼容性需求 |

关键补充：规范中明确，Set Coordinator作为GATT客户端，必须支持Discover All Characteristic Descriptors、Read Characteristic Value等核心GATT子过程，这是实现协调集发现与控制的基础。

2.2 角色与服务层：协作的核心角色

这类缩写是CSIP场景的专属定义，直接对应协调集协作的核心角色与服务，是理解CSIP业务逻辑的关键。

（1）核心角色缩写

CSIP：Coordinated Set Identification Profile，协调集识别配置文件。作为顶层规范，定义了协调集的发现、成员管理、排他访问的全流程要求，是整个体系的总章程。
Set Coordinator：协调集协调器。角色定位为指挥官，通常是手机、平板等终端设备，负责发现协调集、获取SIRK、解析RSI，并发起锁请求与释放流程。
Set Member：协调集成员。角色定位为执行队员，如TWS耳机的左右耳、多扬声器系统的单个音箱，需实例化CSIS，广播RSI，响应Set Coordinator的指令。

（2）核心服务缩写

CSIS：Coordinated Set Identification Service，协调集识别服务。是Set Member必须实现的核心服务，包含SIRK、Coordinated Set Size等关键特征，是协调集身份的核心载体。规范明确，Set Member需为每个所属的协调集实例化一个CSIS，且同一服务不得包含多个CSIS实例。

（3）关键特征缩写

CSS：Coordinated Set Size，协调集大小。标识协调集的成员数量，如TWS耳机的CSS值为2。规范要求，同一协调集的所有Set Member的CSS值必须保持一致。
SML：Set Member Lock，协调集成员锁。用于实现排他访问，避免多个Set Coordinator同时控制同一协调集，是解决"竞争条件"的核心特征。

2.3 安全与标识层：协作的安全凭证

这类缩写是协调集身份识别与安全通信的核心，规范提供了详细的算法示例，是开发中实现加密与解析的直接参考。

（1）核心标识缩写

RSI：Resolvable Set Identifier，可解析集标识。是Set Member广播的动态队旗，长度为6字节，由SIRK通过特定算法生成，具有动态变化的特性，避免设备被长期追踪。规范中定义，RSI需包含在LE的广播数据或扫描响应数据中，以及BR/EDR的扩展查询响应数据中。

（2）核心安全缩写

SIRK：Set Identity Resolving Key，集身份解析密钥。是协调集的家庭秘钥，长度为128位，同一协调集的所有成员共享相同的SIRK。Set Coordinator获取SIRK后，才能解析RSI，识别出同一协调集的成员。
sef：SIRK Encryption Function，SIRK加密函数。用于将明文SIRK加密为密文形式，在GATT传输中保证安全，规范提供了具体的加密示例。
sdf：SIRK Decryption Function，SIRK解密函数。Set Coordinator获取加密SIRK后，通过该函数解密得到明文，才能用于RSI解析，是安全流程的核心步骤。
sih：Resolvable Set Identifier Hash Function，RSI哈希函数。用于RSI生成与解析的核心算法，输入为SIRK与随机数，输出为6字节的RSI，规范附录A.1提供了完整的计算示例。
CMAC：Cipher-based Message Authentication Code，基于密码的消息认证码。采用AES-128算法，用于SIRK相关的身份认证，保证数据传输的完整性与真实性。

规范提供了sih与sef的具体示例，这是开发中实现算法的关键参考。以sih为例，输入为128位的SIRK（示例值：00 11 22 33 44 55 66 77 88 99 AA BB CC DD EE FF）与6字节的随机数，通过AES-CMAC算法计算后，取前6字节作为RSI。而sef示例则展示了如何用随机数对SIRK进行加密，生成密文SIRK，在GATT读写中传输，避免密钥泄露。

2.4 传输与适配层：协作的通道适配

这类缩写主要用于描述CSIP的传输适配特性，保证不同传输方式下的兼容性。

EATT：Enhanced Attribute Protocol，增强型属性协议。基于增强型L2CAP的ATT承载，提供更可靠的通知传输，是支持SML特征通知的优选方式。
OOB：Out-of-Band，带外。指通过蓝牙之外的方式（如NFC、二维码）传输SIRK，规范中定义，部分Set Member仅支持OOB方式暴露SIRK，此时会返回OOB SIRK Only的应用错误码（0x83）。
RFU：Reserved for Future Use，保留供未来使用。规范中大量字段采用该标识，要求发送方设为0，接收方忽略，这是协议扩展性的重要设计。

三、缩写在实际流程中的串联应用

为了让大家更直观地理解这些缩写的关联，我们以TWS耳机与手机的连接流程为例，串联核心缩写的应用：

广播阶段 ：Set Member（左右耳机）通过LE广播发送RSI ，包含在RSI AD Type 中，同时实例化CSIS ，包含SIRK （密文）、CSS（2）等特征。
发现阶段 ：Set Coordinator（手机）作为GATT 客户端，扫描到耳机的广播数据，通过ATT 链路连接到其中一个耳机，发起CSIS服务发现与特征发现。
安全阶段 ：手机读取密文SIRK ，通过sdf 解密得到明文，再通过sih 算法解析另一个耳机的RSI，确认其为同一协调集成员。
控制阶段 ：手机发起SML 的Lock Request 流程，获取协调集的排他访问权；调整音量时，通过GATT向两个Set Member发送指令，实现同步控制。
释放阶段 ：手机断开连接时，发起SML 的Lock Release流程，释放排他访问权，耳机恢复可被其他设备发现的状态。

整个流程中，所有缩写环环相扣，缺少任何一个环节，协调集的协作都无法完成。比如没有SIRK ，手机无法解析RSI ，就无法识别左右耳机为同一团队；没有SML，多个手机可能同时控制同一对耳机，导致操作冲突。

四、测试

题目：在CSIP体系中，SIRK与RSI的关系是什么？Set Coordinator如何通过这两个参数识别同一协调集的成员？（某头部蓝牙芯片厂商2025年秋招）

答案：

关系：SIRK是生成与解析RSI的核心密钥，同一协调集的所有Set Member共享相同的SIRK；RSI是由SIRK通过sih哈希函数结合随机数生成的动态标识，长度为6字节，用于广播阶段的身份标识。
识别流程：

Set Member通过sef函数加密SIRK，在CSIS的SIRK特征中暴露，或通过OOB方式提供；
Set Coordinator获取SIRK后，解密得到明文；
Set Coordinator扫描到其他设备的广播数据，提取RSI；
Set Coordinator使用明文SIRK与sih函数，对RSI进行解析，若解析成功，则判定该设备为同一协调集的成员。

题目：Set Member在实例化多个CSIS时，需要遵循哪些规范要求？对应的应用场景是什么？

答案：

核心要求：

每个CSIS实例对应一个协调集，Set Member为每个所属的协调集实例化一个CSIS；
多个CSIS实例需分配不同的SIRK值；
若包含多个CSIS实例，需将每个实例从其他服务中引用，且同一服务不得包含多个CSIS实例。

应用场景：设备同时属于多个协调集的场景，比如一款智能音箱，既属于家庭影院扬声器组（协调集1），又属于客厅背景音乐组（协调集2），此时需要实例化两个CSIS，分别对应不同的SIRK与RSI。

题目：在CSIP的Lock流程中，Set Coordinator可能收到哪些应用错误码？分别对应什么场景？

答案：

基于CSIS规范定义的应用错误码，核心场景与对应错误码如下：

0x80（Lock Denied）：Set Coordinator发起锁请求时，协调集已被其他客户端锁定；
0x81（Lock Release Not Allowed）：Set Coordinator尝试释放锁，但该锁归属于其他客户端；
0x82（Invalid Lock Value）：Set Coordinator向SML特征写入了RFU值，属于非法操作；
0x84（Lock Already Granted）：Set Coordinator再次发起锁请求，但自身已持有该协调集的锁。