在LE Audio的生态体系中，多设备协同是核心能力之一，从TWS耳机的左右耳同步，到多音箱的环绕声播放，再到医疗传感器的组网监测，都需要一套标准化的协议来实现设备的识别、组网与管理------Coordinated Set Identification Profile（CSIP）就是这个核心协议。而配置层作为CSIP的基础，就像为多设备协同搭建了一套组织架构，定义了设备的分工、组网的规矩、服务的绑定关系，没有这一层的标准化设计，不同厂商的蓝牙设备就无法实现互操作，多设备协同也会变成无主之兵。
目录
本文从CSIP的核心角色、角色与服务的绑定、并发规则、拓扑限制和传输依赖五个维度，拆解配置层的设计逻辑，让大家理解这套协议是如何为多设备协同打下基础的，其中也会结合蓝牙协议的底层特性，解析设计背后的考量。
一、两大核心角色，定义协同集的分工逻辑
CSIP的配置层首先明确了两个核心角色，这两个角色构成了多设备协同的基本分工，且协议对其GATT角色做了强制性的定义，这是蓝牙设备间数据交互的底层基础。
第一个角色是Set Coordinator（协同集协调器），作为发现、管理协同集的主体，它的核心作用是扫描、识别协同集，发现协同集中的成员设备，甚至获取协同集的独占访问权。协议中明确要求Set Coordinator shall be a GATT client，也就是协调器必须作为GATT客户端，这意味着它只能主动发起指令、请求数据，是多设备协同中的发起方和管理者。
第二个角色是Set Member（协同集成员），是协同集的组成单元，一个协同集至少包含一个成员设备，成员之间共享协同集的标识信息，共同完成协同业务。协议要求Set Member shall be a GATT server，即成员必须作为GATT服务器，负责提供服务、响应协调器的指令、上报数据，是多设备协同中的执行方。
用一个通俗的比喻，协同集就像一支演奏的乐队，协调器是乐队的指挥，只能主动发号施令、统筹节奏，而成员是乐队的乐手，只能按照指挥的指令演奏，无法主动发起调度。GATT的主从分工就是指挥和乐手之间的沟通渠道，这种强制的分工设计，避免了设备间的指令冲突，保证了多设备协同的有序性。
二、角色与服务的强绑定，CSIS是协同集的身份标识
如果说角色定义了设备的分工，那么Coordinated Set Identification Service（CSIS）就是协同集的唯一身份标识，配置层对角色与CSIS的绑定关系做了严格且清晰的规定，这是协调器识别协同集和成员的关键。
协议中明确，Set Member必须实例化CSIS服务，这是强制性要求，没有实例化该服务的设备，无法被识别为协同集成员。而Set Coordinator作为GATT客户端，核心的操作就是访问成员设备上的CSIS服务，获取协同集的标识、大小、名称等信息。
针对成员设备属于单协同集 和多协同集两种场景，协议做了差异化的实现要求，这也是实际开发中需要重点注意的点：
若成员设备属于多个协同集，必须为每个协同集实例化一个独立的CSIS服务，且每个CSIS服务需要挂靠在不同的上层服务中，上层服务的作用是为CSIS提供业务上下文，比如音频服务、传感器服务，让协调器能识别该协同集的业务类型；同时协议禁止一个上层服务挂靠多个CSIS服务，避免身份标识的混淆。
若成员设备仅属于一个协同集，建议不将CSIS服务挂靠在其他上层服务中，以此简化设备的实现逻辑，减少不必要的协议交互。
简单来说，若一个智能耳机既属于音频播放协同集，又属于心率监测协同集，就需要两个独立的CSIS服务，分别挂靠在音频服务和传感器服务下；而普通的TWS耳机仅属于音频协同集，只需要一个独立的CSIS服务即可。
三、无并发限制，赋予配置层灵活的扩展能力
在设备的并发操作上，CSIP的配置层做了极简的设计：不施加任何并发限制，无论是Set Coordinator还是Set Member，都可以同时参与多个协同集的交互。
对于Set Coordinator而言，一个协调器可以同时发现、管理多个不同的协同集，比如一部手机可以同时作为TWS耳机协同集、智能音箱协同集、智能家居传感器协同集的协调器，分别对这些协同集进行管理；对于Set Member而言，一个成员设备也可以同时属于多个协同集，比如一款智能手表可以同时作为健康监测传感器协同集和蓝牙音频播放协同集的成员。
这种无并发限制的设计，让CSIP能适配蓝牙生态中多样化的应用场景，而协议也预留了灵活的扩展空间------如果上层业务有并发限制的需求，比如某类工业传感器不允许同时属于多个协同集，上层协议可以基于CSIP做额外的限制，这也是协议设计中基础层极简，上层层灵活的典型体现。
四、拓扑限制，LE与BR/EDR的组网规矩不同
拓扑结构定义了设备间的组网方式，CSIP的配置层针对蓝牙的两种核心传输方式------Low Energy（LE，低功耗）和Basic Rate/Enhanced Data Rate（BR/EDR，传统蓝牙），制定了差异化的拓扑限制，且所有限制均为强制性要求，核心原因是两种传输方式的底层特性和应用场景不同，拓扑设计需要与其适配。
1. LE 传输的拓扑限制：经典主从，适配低功耗场景
协议要求，LE传输下Set Member必须使用GAP Peripheral（从机）角色，Set Coordinator必须使用GAP Central（主机）角色。这是蓝牙LE的经典主从拓扑，也是LE低功耗特性的核心设计：Peripheral角色的设备仅在需要时广播数据，其余时间处于休眠状态，大幅降低功耗，适配TWS耳机、医疗传感器、可穿戴设备等低功耗场景；而Central角色的设备负责主动扫描、发起连接，统筹管理所有从机设备，比如手机作为Central，扫描并管理作为Peripheral的TWS耳机左右耳。
这种拓扑限制让CSIS的识别和交互完全贴合LE的底层特性，保证了低功耗设备在协同集组网时的功耗控制。
2. BR/ EDR 传输的拓扑限制：仅发现阶段受限，绑定后灵活
BR/EDR传输的拓扑限制仅作用于协同集发现 和成员发现两个阶段，在这两个阶段，Set Member必须使用GAP B-party（查询扫描方）角色，Set Coordinator必须使用GAP A-party（查询方）角色。查询方主动发起设备查询，扫描方被动响应查询并上报自身信息，这是蓝牙BR/EDR的经典设备发现机制，保证了发现阶段设备识别的准确性。
而当协调器与成员设备完成绑定后，协议取消了所有拓扑限制，设备间可以灵活通信。这是因为BR/EDR的核心优势是传输速率，而非功耗，主要应用于蓝牙音箱、蓝牙音频接收器等对速率要求较高的场景，绑定后的灵活拓扑能提升数据传输的效率。
五、传输无关性，让CSIP成为通用的协同集协议
配置层的一个重要设计亮点是传输无关性：CSIP本身不施加任何传输依赖，协同集的管理可以基于LE、BR/EDR，也可以是LE+BR/EDR双模，具体的传输方式要求由上层协议定义。
比如在LE Audio生态中，为了贴合低功耗、高音质的核心需求，上层协议强制要求CSIP基于LE传输实现；而在传统蓝牙音频场景中，CSIP可以基于BR/EDR传输实现；在工业物联网的传感器组网场景中，开发者可以根据实际的功耗、速率需求，选择合适的传输方式。
用比喻来理解，CSIP的配置层就像乐队指挥的调度方法 ，它只定义了指挥如何与乐手沟通，而不限制乐队的演奏场地（传输层），场地可以是适配低功耗的小型音乐厅（LE），也可以是适配高速率的大型露天广场（BR/EDR），具体的场地选择由演出方（上层协议）决定。这种传输无关性的设计，让CSIP脱离了具体传输层的限制，成为蓝牙生态中通用的多设备协同识别协议，也是其能在音频、传感器、智能家居等多个领域落地的核心原因。
六、配置层的核心价值：为CSIP搭建标准化的基础框架
总结来看，CSIP的配置层虽然没有涉及具体的协同集发现、独占访问等业务流程，但它为整个协议搭建了一套标准化的分工-组网-服务基础框架：
-
角色的明确定义让设备有了清晰的分工，避免了指令冲突；
-
CSIS服务的强绑定让协同集有了唯一的身份标识，保证了设备识别的准确性；
-
LE/BR/EDR的差异化拓扑限制让协议适配不同的蓝牙传输场景，贴合底层特性；
-
无并发限制+传输无关性让协议具备极强的灵活性和通用性，能适配蓝牙生态的多样化需求。
后续CSIP的所有业务流程，比如协同集发现、成员扫描、锁请求与释放、有序访问等，都是基于这一层的配置规则展开的，理解了配置层，就等于掌握了CSIP的核心骨架。
七、测试
题目：CSIP定义的两个核心角色是什么？各自的GATT角色要求是什么？
答案：
CSIP定义Set Coordinator（协同集协调器）和Set Member（协同集成员）两大核心角色；协议强制要求Set Coordinator为GATT客户端，Set Member为GATT服务器。
题目：Set Member在实例化CSIS服务时，多协同集和单协同集的实现要求有何差异？
答案：
-
多协同集场景：需为每个协同集实例化独立CSIS服务，且每个CSIS挂靠在不同上层服务，一个上层服务仅能挂靠一个CSIS；
-
单协同集场景：仅需实例化一个CSIS服务，建议不挂靠其他上层服务以简化实现。
题目：CSIP对LE和BR/EDR传输的拓扑限制有何不同？BR/EDR的拓扑限制有何特殊点？
答案：
-
LE传输：全程强制Set Member为GAP Peripheral、Set Coordinator为GAP Central；
-
BR/EDR传输：仅在协同集发现和成员发现阶段，要求Set Member为GAP B-party、Set Coordinator为GAP A-party，设备绑定后无任何拓扑限制。