在CSIS的整体协议体系中，大家的关注重点往往在LE蓝牙侧的协调集识别、安全工具箱和服务特征实现，但CSIS并非仅适配LE传输，也对BR/EDR传输做了完整的互操作性定义。对于BR/EDR传输的CSIS设备来说，SDP就像是设备的服务前台登记系统，而SDP Record则是CSIS服务的标准化登记卡，只有按规范填写登记卡，其他BR/EDR设备才能快速发现、识别并访问CSIS服务，这也是跨厂商BR/EDR设备间CSIS互操作的基础。
目录
[一、SDP在CSIS BR/EDR传输中的核心定位](#一、SDP在CSIS BR/EDR传输中的核心定位)
[二、CSIS SDP Record的核心配置规范：必选与条件必选的分层设计](#二、CSIS SDP Record的核心配置规范：必选与条件必选的分层设计)
[2.1 必选字段：BR/EDR侧CSIS发现的基础配置](#2.1 必选字段：BR/EDR侧CSIS发现的基础配置)
[2.2 条件必选字段：EATT适配的扩展配置](#2.2 条件必选字段：EATT适配的扩展配置)
[2.3 CSIS SDP Record的核心配置表](#2.3 CSIS SDP Record的核心配置表)
[三、CSIS SDP互操作的设计逻辑：兼容、复用、轻量化](#三、CSIS SDP互操作的设计逻辑：兼容、复用、轻量化)
[四、CSIS SDP互操作的工程实现要点](#四、CSIS SDP互操作的工程实现要点)
[五、CSIS SDP互操作与LE侧服务发现的对比](#五、CSIS SDP互操作与LE侧服务发现的对比)
不同于LE蓝牙通过广播数据+GATT实现服务发现，BR/EDR蓝牙的服务发现核心依赖SDP协议，所有上层服务要在BR/EDR侧被识别，都必须在SDP服务器中注册符合规范的SDP记录。CSIS的SDP互操作性章节，就是为CSIS服务制定了在BR/EDR侧的SDP记录格式、字段要求和实现规则，同时兼顾了基础ATT和增强EATT的适配，做到了轻量化与扩展性的平衡。本文会从SDP在CSIS中的核心定位出发，拆解SDP记录的各项配置要求、设计逻辑，以及工程实现的关键要点，让大家吃透BR/EDR侧CSIS的服务发现底层逻辑。
一、SDP在CSIS BR/EDR传输中的核心定位
要理解CSIS的SDP互操作性，首先要明确SDP协议和BR/EDR传输的关联，以及CSIS对双传输层的设计思路。
SDP即服务发现协议，是BR/EDR蓝牙的核心协议之一，作用是让BR/EDR设备查询另一台设备上提供的服务类型、服务的访问方式、协议栈信息等。简单来说，在BR/EDR蓝牙中，设备不会主动广播服务细节，而是通过SDP的查询-响应模式完成服务发现，这与LE蓝牙的主动广播模式形成鲜明对比。
CSIS的核心设计目标是实现多设备的协调集识别，协议本身无 传输层 绑定 ，既支持LE蓝牙的低功耗场景，也支持BR/EDR蓝牙的传统高带宽场景，比如传统的无线音箱集群、BR/EDR制式的助听器等。对于LE侧的CSIS，服务发现依赖RSI广播数据+GATT特征读取；而对于BR/EDR侧的CSIS，SDP 是服务发现的唯一入口------设备必须先通过SDP查询到CSIS的SDP记录，获取访问该服务的协议栈信息，才能进一步通过ATT/GATT访问CSIS的核心特征（SIRK、Lock等）。
换句话说，BR/EDR侧的CSIS访问流程是SDP 服务发现→协议栈建立→GATT特征访问，SDP在其中承担了引路牌的作用，而CSIS的SDP互操作性规范，就是给这张引路牌制定了统一的制作标准，确保所有厂商的BR/EDR设备都能看懂这张牌。
同时，CSIS的SDP设计也遵循协议栈复用原则：SDP记录仅定义BR/EDR侧的服务发现和底层协议栈信息，实际的CSIS核心特征操作，依然复用GATT/ATT协议，与LE侧保持一致。这一设计让厂商无需为BR/EDR侧单独开发CSIS特征的实现逻辑，大幅降低了跨传输层的开发成本，也是CSIS协议兼容性设计的重要体现。
二、CSIS SDP Record的核心配置规范：必选与条件必选的分层设计
CSIS的SDP互操作性核心是SDP Record的标准化定义 ，协议对SDP记录的各项字段做了明确的必选（M）、条件必选（C.1） 划分，未标注的字段均为排除（X），不允许厂商自定义。所有字段的设计都围绕让BR/EDR设备能快速识别CSIS服务并建立访问链路展开，整体分为三大模块：服务类型标识、协议栈描述、浏览分组，其中协议栈描述又分基础版和增强版（EATT适配）。
协议中明确，CSIS的SDP Record适用于所有在BR/ EDR 侧暴露的CSIS服务，以下是对SDP Record各核心字段的详细拆解，同时还原协议的配置要求：
2.1 必选字段：BR/EDR侧CSIS发现的基础配置
必选字段是所有BR/EDR侧CSIS设备都必须实现的配置，是SDP服务发现的基础，缺少任意一项都会导致其他设备无法识别CSIS服务，共包含三部分：
1. Service Class ID List
该字段的核心作用是标识服务的类型，告诉SDP查询方"这是一台提供CSIS服务的设备"。协议要求该字段为必选，且其中的第一个服务类UUID必须为CSIS的官方UUID，这是CSIS服务的核心标识，也是SDP查询的关键匹配项。简单来说，这个字段就是CSIS服务在SDP系统中的身份证号，是查询的核心依据。
2. Protocol Descriptor List
该字段是SDP记录的核心，作用是定义访问CSIS服务的底层协议栈 ，协议要求必须按L2CAP→ ATT的分层顺序配置，同时为L2CAP指定固定的PSM（协议/服务多路复用器）值为ATT。L2CAP是BR/EDR蓝牙的核心数据链路层协议，ATT则是属性协议，CSIS的核心特征都基于ATT/GATT实现，因此该字段实际是告诉查询方：要访问CSIS服务，需先建立L2CAP连接，再基于ATT协议进行GATT特征操作。PSM=ATT的配置则是为L2CAP层指定了ATT协议的多路复用标识，保证数据能正确路由到ATT模块。
3. BrowseGroupList
该字段的作用是将CSIS服务归到标准化的浏览分组 ，协议要求必选包含PublicBrowseRoot（公共浏览根），其他浏览UUID可按需添加。这一配置让CSIS服务被归到BR/EDR设备的公共服务分组中，查询设备无需指定具体服务UUID，仅通过浏览公共分组就能发现CSIS服务，提升了服务发现的便捷性，也是蓝牙SIG对所有公共服务的标准化要求。
2.2 条件必选字段：EATT适配的扩展配置
条件必选字段的触发条件为C.1：当设备支持EATT（增强 ATT ）时为必选，否则为排除 ，该字段为Additional Protocol Descriptor List，本质是EATT版本的Protocol Descriptor List。
EATT即增强ATT承载，是蓝牙核心规范中对ATT的增强版本，基于增强的L2CAP流控模式实现，相比基础ATT，EATT拥有更高的传输可靠性、更大的传输带宽，适合高数据量的CSIS操作场景（比如多设备协调集的批量特征读取）。当CSIS设备支持EATT时，需要通过该字段向查询方暴露EATT的访问方式，配置要求与基础Protocol Descriptor List一致：按L2CAP→ATT分层，唯一的区别是L2CAP的PSM值为EATT，用于标识EATT协议的多路复用通道。
协议采用条件必选的设计，而非直接将EATT配置纳入必选，核心是为了兼顾轻量化和扩展性：对于低功耗、简单场景的BR/EDR CSIS设备，无需实现EATT，可省略该字段，减少设备的资源占用；对于高带宽、复杂场景的设备，支持EATT后按规范配置即可，保证了与其他EATT设备的互操作性。
2.3 CSIS SDP Record的核心配置表
为了更清晰的展示配置要求，整理协议中的SDP Record核心配置表，包含字段、类型、值、实现状态及核心说明，直观呈现各字段的配置规则：
|-------------------------------------|---------------------|-----------|--------------------------------|
| 字段名称 | 类型/值 | 实现状态 | 核心说明 |
| Service Class ID List | 包含CSIS官方UUID | M（必选） | CSIS服务的核心标识，SDP查询的匹配依据 |
| Protocol Descriptor List | L2CAP(PSM=ATT)→ATT | M（必选） | 基础ATT的访问协议栈，BR/EDR侧CSIS的默认访问方式 |
| Additional Protocol Descriptor List | L2CAP(PSM=EATT)→ATT | C.1（条件必选） | EATT的访问协议栈，仅支持EATT时实现 |
| BrowseGroupList | 包含PublicBrowseRoot | M（必选） | 归到公共浏览根，提升服务发现便捷性 |
三、CSIS SDP互操作的设计逻辑：兼容、复用、轻量化
拆解完SDP Record的配置要求，能发现CSIS的SDP互操作性设计遵循三大核心逻辑，这些逻辑也是蓝牙SIG制定各类服务SDP规范的通用思路，同时贴合了CSIS自身的协议定位：
1. 与蓝牙核心规范深度兼容
CSIS的SDP记录所有配置都遵循BR/EDR蓝牙和SDP协议的核心规范，比如Protocol Descriptor List的分层顺序、PSM的分配规则、BrowseGroupList的公共根要求等，没有自定义的协议扩展，这保证了CSIS服务能被所有符合蓝牙核心规范的BR/EDR设备识别，是跨厂商互操作的基础。
2. 协议栈与特征层复用设计
SDP记录仅定义BR/EDR侧的服务发现和底层协议栈，实际的CSIS核心特征操作完全复用GATT/ATT协议，与LE侧保持一致。这一设计让厂商无需为BR/EDR侧单独开发SIRK、Lock等特征的实现逻辑，仅需在SDP服务器中注册符合规范的SDP记录即可，大幅降低了开发和维护成本。
3. 分层配置实现轻量化与扩展性平衡
采用必选+条件必选的配置分层，将基础ATT访问设为必选，满足所有BR/EDR CSIS设备的基础需求；将EATT扩展设为条件必选，让高端设备可实现增强功能，低端设备可省略以节省资源。这种设计让CSIS的SDP实现能适配不同的硬件场景，避免了"一刀切"带来的资源浪费或功能受限。
4. 标准化标识保证发现的唯一性
要求Service Class ID List中必须包含CSIS官方UUID，且为第一个服务类UUID，这一配置让SDP查询能通过UUID精准匹配CSIS服务，避免了与其他蓝牙服务的混淆，保证了服务发现的唯一性和准确性。
四、CSIS SDP互操作的工程实现要点
从工程开发的角度，BR/EDR侧CSIS的SDP实现看似简单，但细节上的疏漏会直接导致服务发现失败或互操作问题，结合协议规范，整理了四大核心实现要点，也是厂商开发中最容易踩坑的地方：
1. 严格遵循UUID和PSM的固定值要求
CSIS的Service Class UUID、ATT和EATT的PSM值都是蓝牙SIG分配的固定值，开发时必须严格使用官方值，不能自定义或复用其他值，否则会导致SDP查询匹配失败、数据路由错误。同时，Service Class ID List中CSIS UUID必须为第一个项，这是协议的硬性要求。
2. 精准实现条件必选的判断逻辑
Additional Protocol Descriptor List的实现与否，完全取决于设备是否支持EATT，开发时需要在设备启动时做动态判断：若支持EATT，则注册该字段；若不支持，则不注册，且不能保留空字段或无效值，避免SDP查询解析出错。
3. 保证SDP记录的及时注册
CSIS的SDP记录必须在设备启动完成且CSIS服务初始化后，立即注册到设备的SDP服务器中，且注册状态保持在线，保证其他设备在任何时候查询都能获取到有效的SDP记录。若SDP记录注册延迟或注销，会导致服务发现超时或失败。
4. BrowseGroupList的基础配置不可省略
开发时必须保证BrowseGroupList中包含PublicBrowseRoot，这是蓝牙SIG的标准化要求，也是设备能通过公共分组浏览发现CSIS服务的基础。即使设备自定义了专属的浏览分组，也不能省略PublicBrowseRoot，可将其与自定义分组同时配置。
5. 与ATT/EATT模块的联动适配
SDP记录中配置的ATT/EATT协议栈，必须与设备实际的ATT/EATT模块实现联动：比如SDP中注册了EATT的PSM值，设备的L2CAP模块就必须开启对应的EATT通道，且ATT模块支持EATT的增强特性，否则会出现"能发现服务，但无法建立连接"的问题。
五、CSIS SDP互操作与LE侧服务发现的对比
CSIS在LE和BR/EDR侧的服务发现方式虽不同，但最终都指向GATT/ATT的特征操作，为了更清晰的理解两者的差异和统一，整理了核心对比表，能直观看到双传输层的设计差异：
|---------|-----------------------------|-----------------------|
| 维度 | LE侧CSIS服务发现 | BR/EDR侧CSIS服务发现 |
| 核心协议/方式 | 广播数据（RSI+Service Data）+GATT | SDP协议（查询-响应）+GATT |
| 发现入口 | 主动广播，设备可被动扫描发现 | 被动查询，需主动发起SDP请求 |
| 底层协议栈 | LE L2CAP→ATT | BR/EDR L2CAP→ATT/EATT |
| 配置核心 | 广播数据格式、RSI生成规则 | SDP Record的标准化配置 |
| 核心特征访问 | 直接通过GATT读取/操作 | SDP发现后通过GATT读取/操作 |
从对比能看出，CSIS的双传输层设计形散而神不散：服务发现的方式因传输层不同而调整，但核心的特征操作、安全工具箱逻辑完全统一，这也是CSIS能成为蓝牙多设备协同核心协议的重要原因。
六、测试
题目：CSIS的SDP Record中必选字段包含哪些？各自的核心作用是什么？
答案：
CSIS SDP Record的必选字段包含三个，核心作用分别为：
-
Service Class ID List：标识服务类型，包含CSIS官方UUID，是SDP查询匹配CSIS服务的核心依据；
-
Protocol Descriptor List：定义基础ATT的访问协议栈，配置L2CAP(PSM=ATT)→ATT，告诉查询方访问CSIS的底层协议方式；
-
BrowseGroupList：将CSIS服务归到PublicBrowseRoot公共浏览根，让查询设备可通过公共分组浏览发现CSIS服务。
题目：CSIS SDP Record中Additional Protocol Descriptor List的实现条件是什么？配置要求是什么？
答案：
-
实现条件：该字段为条件必选，当设备支持EATT（增强ATT）时为必选，不支持则为排除；
-
配置要求：与基础Protocol Descriptor List分层一致，为L2CAP→ATT，唯一区别是L2CAP的PSM值为EATT，用于标识EATT协议的多路复用通道。
题目：SDP在BR/EDR侧的CSIS中承担什么核心作用？BR/EDR侧CSIS的完整访问流程是什么？
答案：
-
SDP的核心作用：是BR/EDR侧CSIS服务发现的唯一入口，通过标准化的SDP Record为查询设备提供CSIS服务的类型标识和访问协议栈信息，是跨设备互操作的基础；
-
完整访问流程：SDP服务查询（获取CSIS的SDP Record）→根据记录建立L2CAP/ATT（EATT）协议栈→通过GATT/ATT访问CSIS的核心特征（SIRK、Lock等）。