蓝牙CAS通用音频服务：解锁多设备音频协同的底层标准

在蓝牙音频技术飞速发展的今天，TWS耳机、多蓝牙音箱组网、智能助听设备早已成为消费电子和智能家居的标配，但你是否遇到过跨品牌蓝牙设备连接不畅、多设备音频同步延迟、协同功能无法实现的问题？这些问题的核心，在于蓝牙音频设备缺乏统一的身份标识和协同集关联标准。2022年3月，蓝牙技术联盟（Bluetooth SIG）正式发布Common Audio Service通用音频服务（CAS）v1.0版本，由索尼、英特尔、苹果、高通、Bose等头部企业组成的通用音频工作组制定，成为解决蓝牙音频设备兼容与协同问题的底层核心标准。

一、CAS的核心定义与设计初衷

二、CAS的核心技术规范体系

[2.1 通用基础约定：为所有设备制定通用语法](#2.1 通用基础约定：为所有设备制定通用语法)

[2.2 服务核心要求：CAS实现的硬性规则](#2.2 服务核心要求：CAS实现的硬性规则)

[2.3 SDP互操作性规范：传统蓝牙的发现规则](#2.3 SDP互操作性规范：传统蓝牙的发现规则)

三、CAS-CAP-CSIS：蓝牙音频协同的铁三角

四、CAS的实际应用场景：从消费电子到公共服务

[4.1 TWS耳机：最典型的应用场景](#4.1 TWS耳机：最典型的应用场景)

[4.2 多蓝牙音箱组网：沉浸式声场的基础](#4.2 多蓝牙音箱组网：沉浸式声场的基础)

[4.3 蓝牙助听设备：无障碍沟通的技术支撑](#4.3 蓝牙助听设备：无障碍沟通的技术支撑)

[4.4 智能家居音频设备：全屋音频协同的基石](#4.4 智能家居音频设备：全屋音频协同的基石)

五、CAS的行业价值与未来发展趋势

[5.1 CAS的核心行业价值](#5.1 CAS的核心行业价值)

[5.2 CAS的未来发展趋势](#5.2 CAS的未来发展趋势)

六、测试

CAS看似是一套无功能的标识性规范，没有复杂的音频传输逻辑，也没有独立的服务特征，却像给所有蓝牙音频设备发放了统一的数字身份证，既证明设备符合蓝牙通用音频的基础规则，又能标注设备的组队身份，让不同品牌、不同类型的蓝牙音频设备实现高效识别与协同。本文从CAS的核心定义、技术规范、生态关联、实际应用等方面，全面解析这一蓝牙音频生态的底层基石，带你看懂CAS如何支撑起多设备音频协同的未来。

一、CAS的核心定义与设计初衷

要理解CAS，首先要明确其在蓝牙音频体系中的定位------它不是一款实现音频传输、解码、降噪的功能性服务，而是一套标准化的身份标识服务，其核心价值在于识别与关联。

从底层规范来看，CAS的核心作用有两个：一是标识蓝牙设备的服务器是否支持Common Audio Profile通用音频配置文件（CAP）的接收方角色，简单来说，就是证明这款设备（比如耳机、音箱）是符合蓝牙通用音频规则的合规接收设备；二是若在CAS的定义中包含Coordinated Set Identification Service协同集标识服务（CSIS）实例，那么CAS会同时标识该设备属于某个协同集，即这款设备是某个多设备音频组合的一员，比如TWS耳机的左、右耳，多音箱组网中的其中一个音箱。

蓝牙SIG推出CAS的初衷，本质上是为了解决传统蓝牙音频生态的两大痛点：一是跨品牌兼容问题 ，此前不同厂商的蓝牙音频设备有各自的标识规则，导致设备之间无法快速识别彼此的能力，比如品牌A的音箱无法被品牌B的手机识别为合规音频接收设备，出现连接失败或功能受限；二是多设备协同的身份混乱问题，多设备音频组合（如TWS耳机、环绕声音箱）缺乏统一的协同集标识标准，导致设备之间无法快速确认队友身份，音频同步、协同控制的实现难度大。

为了保证CAS的行业通用性，其制定团队覆盖了蓝牙音频产业链的全环节：消费电子厂商（索尼、苹果）、芯片厂商（英特尔、高通、博通）、音频设备厂商（Bose、缤特力）、助听设备厂商（GN Hearing、斯达克、索诺瓦）、半导体厂商（北欧半导体）等，这也让CAS成为了蓝牙音频领域公认的通用标识标准，从发布之初就具备了广泛的行业适配性。

二、CAS的核心技术规范体系

CAS v1.0的规范虽仅有11页，却构建了一套严谨、简洁的技术标准，所有规则都围绕标准化标识展开，没有冗余的功能性设计，这也是其能被广泛适配的关键。整个技术规范体系可分为通用基础约定 、服务核心要求 、SDP 互操作性 规范三大部分，每一部分都为CAS的标准化实现提供了保障。

2.1 通用基础约定：为所有设备制定通用语法

就像人类交流需要统一的语言语法，不同蓝牙设备之间的交互也需要统一的技术语法，CAS的通用基础约定就是为所有实现CAS的设备制定了这套语法，包括词汇界定、字段规则、数据传输顺序，确保设备之间的沟通无歧义。

1. 规范词汇的明确定义

蓝牙SIG为所有规范制定了统一的词汇使用规则，CAS也严格遵循这一规则，对shall、must、will、should、may、can六个核心词汇的含义做了精准界定，这是规范执行的基础。其中shall 是强制要求，用于定义设备必须实现的功能，是CAS规范的核心约束；must 用于表达强制要求的自然结果或既定事实；should 是推荐性要求，不强制但建议实现；may是允许性要求，为厂商提供设计灵活性。比如规范中明确cas shall be instantiated as a Primary Service，即CAS必须实例化为主服务，这是所有实现CAS的设备都必须遵守的强制规则，没有任何变通空间。

2. RFU 与Prohibited的字段规则

为了给规范的未来升级留空间，同时避免厂商自定义字段导致的兼容问题，CAS规范明确了RFU（Reserved for Future Use）和Prohibited两个字段的使用规则，这是蓝牙规范的通用设计，也是CAS兼容性的重要保障。

RFU即未来保留字段，这类字段在当前版本中无实际意义，设备在发送数据时必须将其值设为0，接收设备则需忽略该字段，即使字段值非0也不能拒绝接收数据；若RFU为位字段，接收设备需将设为1的RFU位按0处理。这一规则让CAS在未来升级时可以为RFU字段赋予新含义，而老设备仍能兼容新设备，实现向下兼容。

Prohibited即禁止字段，这类值在规范中被明确禁止使用，设备绝对不能将字段设为Prohibited值，接收设备一旦收到包含该值的消息，需直接忽略且不做任何处理和响应。这一规则从源头避免了厂商因自定义字段导致的设备间沟通障碍，保证了CAS标识的唯一性。

3. 小端序的字节传输顺序

所有与CAS相关的特征数据，都必须采用小端序（Least Significant Octet，LSO）传输，即最低有效字节先发送，最高有效字节（Most Significant Octet，MSO）后发送。在规范的表格描述中，LSO是表格最上方字段的第一个字节，MSO是表格最下方字段的最后一个字节。这一规则与蓝牙核心规范保持一致，确保不同厂商的设备在解析CAS标识数据时，不会因字节顺序不同导致解析错误，就像全世界统一用从左到右的顺序书写数字，避免了解读歧义。

2.2 服务核心要求：CAS实现的硬性规则

CAS作为蓝牙的一项主服务，其实现有一套明确的硬性规则，涵盖服务依赖、版本兼容、实例化规则等，所有规则都围绕单一标识、高效关联的核心设计，没有多余的功能性要求，大幅降低了厂商的实现成本。

1. 唯一的服务依赖：CSIS

CAS的规范中明确，其唯一的服务依赖是CSIS（协同集标识服务），意味着CSIS是CAS实现协同集标识功能的前提，没有CSIS，CAS只能实现基础的CAP接收方角色标识，无法实现多设备协同集的关联。这一设计就像打印机需要驱动程序才能与电脑协同工作，CSIS就是CAS实现组队标识的驱动程序，而这种单一依赖的设计，也让CAS的实现更简洁，无需兼容多个底层服务。

2. 蓝牙版本兼容：5.3及以上

CAS与蓝牙核心规范5.3版本及以上完全兼容，这一要求并非随意设定，而是因为蓝牙5.3版本在蓝牙音频的低延迟 、抗干扰、多设备协同方面做了大幅优化，为CAS的标识与协同功能提供了底层技术支撑。蓝牙5.3不仅降低了蓝牙设备的连接功耗，还提升了设备之间的信号识别效率，让CAS的标识信息能被快速传输和解析，避免了因底层连接问题导致的标识失败。

3. 无传输与GATT额外要求

CAS没有任何传输相关的依赖，意味着它是一款上层服务，不绑定特定的蓝牙传输层，可在BR/EDR（基础速率/增强数据速率）、BLE（蓝牙低功耗）等多种蓝牙传输方式下实现，大幅提升了CAS的适配灵活性，无论是传统蓝牙音频设备还是新一代低功耗蓝牙音频设备，都能实现CAS。

同时，CAS不需要任何额外的GATT（通用属性配置文件）子过程，只需遵循所有GATT服务器的通用要求即可。GATT是蓝牙设备之间传输属性数据的核心协议，无需额外子过程的设计，让厂商无需开发复杂的GATT适配逻辑，只需在现有GATT框架下实现CAS，大幅降低了研发成本。

4. 严格的实例化规则

实例化是CAS实现的核心，规范对其制定了严格的规则，核心是**"单一实例、主服务身份、专属** UUID 、按需关联CSIS"：

一台设备的服务器上，最多只能存在一个CAS实例，避免多个标识导致的身份混乱，就像一个人只能有一个身份证；

CAS必须被实例化为蓝牙的主服务，可被其他服务包含，确保CAS的标识信息能被其他设备优先识别；

CAS的UUID（通用唯一识别码）必须使用蓝牙分配号中定义的通用音频服务专属UUID，确保CAS标识的全球唯一性；

若设备属于某个协同集，CAS必须包含一个CSIS实例作为内嵌服务，且最多只能包含一个CSIS实例，避免多个协同集标识导致的"组队混乱"。

5. 无独立行为与服务特征

CAS的规范中明确，其没有定义任何独立的行为，也没有专属的服务特征，这是CAS与其他蓝牙音频服务（如A2DP蓝牙立体声音频传输协议、HFP蓝牙免提协议）最核心的区别。A2DP、HFP都有自己的服务特征和行为逻辑，直接实现音频传输、语音通话等功能，而CAS既不实现任何音频相关的功能，也没有自己的服务特征，它的所有价值都体现在标识上------将设备的CAP合规性和CSIS协同身份进行统一标识，再将这一标识信息传递给其他设备。

2.3 SDP互操作性规范：传统蓝牙的发现规则

SDP（服务发现协议）是蓝牙设备之间发现彼此服务的核心协议，对于采用BR/EDR传统蓝牙传输的设备，CAS制定了明确的SDP记录规范，确保传统蓝牙设备能快速发现并识别CAS服务，实现新老设备的兼容。

CAS的SDP记录要求分为强制性要求 和条件性要求两类，强制性要求是所有BR/EDR传输的CAS设备必须实现的，条件性要求则仅在设备支持EATT（增强属性协议）时需要实现：

强制性要求：服务类ID列表必须包含CAS的专属UUID，确保设备能被识别为CAS设备；协议描述列表必须包含L2CAP（逻辑链路控制和适配协议）和ATT（属性协议），其中L2CAP的PSM（协议/服务多路复用器）值设为ATT，这是蓝牙属性数据传输的基础；浏览组列表必须包含PublicBrowseRoot，确保CAS服务能被其他设备公开发现。

条件性要求：当设备支持EATT时，需增加额外的协议描述列表，同样包含L2CAP和ATT，且L2CAP的PSM值设为EATT。EATT是ATT的增强版本，提升了属性数据的传输效率和稳定性，这一要求确保支持EATT的设备能以更高效率传输CAS标识信息。

L2CAP作为ATT的底层协议，是蓝牙设备之间传输属性数据的通道，CAS通过明确L2CAP的PSM值，确保了CAS标识信息能通过专属通道传输，避免了与其他数据的干扰，提升了标识的传输效率和准确性。

三、CAS-CAP-CSIS：蓝牙音频协同的铁三角

CAS并非孤立存在的服务，它与CAP（通用音频配置文件）、CSIS（协同集标识服务）共同构成了蓝牙音频协同的铁三角，三者各司其职、相辅相成，缺一不可。理解三者的关系，是看懂蓝牙通用音频生态的关键，我们可以用一场大型音乐会来比喻这一体系：

CAP 是音乐会的通用演出规则，规定了谁是表演者（音频源设备，如手机、电脑）、谁是听众（音频接收设备，如耳机、音箱）、表演者该如何演奏（音频设备的交互逻辑）、听众该如何接收（音频数据的解析规则），是所有蓝牙音频设备参与音乐会的基础前提；

CSIS 是音乐会的乐团组队标识，标识哪些乐手属于同一个乐团（协同集），比如弦乐组、管乐组，确保同一乐团的乐手能协同演奏，对应到蓝牙设备中，就是标识TWS耳机的左右耳、多音箱组网的各个音箱属于同一个协同集，实现多设备的协同控制；

CAS 是音乐会的乐团演出许可证，一方面证明该乐团（蓝牙音频设备）符合音乐会的通用演出规则（支持CAP接收方角色），拥有参与演出的资格；另一方面标注该乐团的组队身份（属于哪个CSIS协同集），让音乐会的组织者（音频源设备）能快速识别乐团的身份和能力，实现无缝对接。

从技术层面来看，三者的层级和作用清晰划分：

CAP是配置文件层，位于整个体系的最上层，定义了蓝牙音频设备的角色（发送方/接收方）、交互规则、数据传输的基础格式，是所有蓝牙通用音频设备必须遵守的基础规则，CAS的核心作用就是标识设备是否符合CAP的接收方角色要求；
CSIS是协同层，位于CAP之下，是实现多设备协同的核心服务，负责标识协同集、管理协同集内的设备、实现多设备的音频同步，CAS通过内嵌CSIS实例，将设备的协同集身份与CAP合规性进行统一标识；
CAS是标识层，贯穿CAP和CSIS，是连接二者的纽带，它不直接实现规则定义或协同控制，而是将设备的CAP合规性和CSIS协同身份转化为标准化的标识信息，让不同设备之间能快速、准确地识别彼此的身份和能力，实现无缝连接和协同。

正是这一铁三角体系，让蓝牙音频设备摆脱了品牌和类型的限制，实现了跨品牌兼容和多设备协同，而CAS作为标识层，是整个体系的入口------没有CAS的标准化标识，CAP的规则和CSIS的协同都无法在跨品牌设备之间实现。

四、CAS的实际应用场景：从消费电子到公共服务

CAS作为蓝牙音频的底层标识标准，其应用场景覆盖了所有蓝牙音频接收设备，只要是需要实现CAP合规标识 或多设备协同的蓝牙音频设备，都离不开CAS的支撑。随着蓝牙5.3及以上版本的普及，CAS已经成为TWS耳机、蓝牙音箱、助听设备等产品的标配，其应用场景也从传统的消费电子，拓展到智能家居、公共服务、无障碍沟通等领域。

4.1 TWS耳机：最典型的应用场景

TWS耳机是CAS目前最典型、最广泛的应用场景，几乎所有新款TWS耳机（如苹果AirPods Pro 2、索尼WF-1000XM5、Cleer ARC 5、小米Buds 5）都实现了CAS规范。TWS耳机的左、右耳是一个典型的协同集，通过CSIS标识为同一个组队，而CAS则标识耳机支持CAP接收方角色，同时关联CSIS协同集身份。

在实际使用中，当TWS耳机与手机连接时，手机会通过CAS快速识别出耳机是符合CAP规则的合规音频接收设备，同时通过CAS内嵌的CSIS实例，识别出左右耳属于同一个协同集，进而实现双耳机的蓝牙连接、音频同步、降噪协同等功能。而CAS的标准化标识，也让跨品牌手机与TWS耳机的兼容成为可能，比如小米手机能快速识别并连接苹果AirPods，实现立体声播放、触控控制等基础功能，解决了此前跨品牌TWS耳机连接不畅的问题。

4.2 多蓝牙音箱组网：沉浸式声场的基础

多蓝牙音箱组网（如环绕声音箱、全屋智能音箱）是CAS的另一大核心应用场景，宜家ENEBY 20、Bose SoundLink Max、索尼SRS-XB43等支持组网的蓝牙音箱，都通过CAS实现了多设备的协同标识。多个音箱组成一个协同集，通过CSIS标识彼此的组队身份，CAS则标识所有音箱都支持CAP接收方角色，确保音频源设备（如电视、手机）能快速识别并连接整个协同集，实现多音箱的音频同步播放，打造沉浸式的声场效果。

传统的多蓝牙音箱组网，因缺乏统一的标识标准，容易出现音箱之间同步延迟、连接不稳定的问题，而CAS的标准化标识，让音频源设备能同时识别所有协同集内的音箱，通过CSIS实现精准的音频同步，将多音箱的同步延迟控制在毫秒级，大幅提升了沉浸式音频体验。

4.3 蓝牙助听设备：无障碍沟通的技术支撑

助听设备是蓝牙SIG制定CAS时重点考虑的场景，参与CAS制定的GN Hearing、斯达克、索诺瓦都是全球顶尖的助听设备厂商，而CAS也成为了现代蓝牙助听设备的核心标准之一。蓝牙助听设备的双耳设备属于协同集，通过CSIS标识组队，CAS则标识助听设备支持CAP接收方角色，确保助听设备能与手机、遥控器等音频源设备无缝连接，实现音频的精准传输。

同时，CAS与LE Audio（蓝牙低功耗音频）的结合，让蓝牙助听设备的体验得到了质的提升。LE Audio是蓝牙SIG推出的新一代蓝牙音频标准，具备低功耗、低延迟、支持Auracast广播音频的特点，而CAS的标准化标识，让LE Audio助听设备能兼容更多音频源设备，同时降低了助听设备的功耗，延长了续航时间。在实际使用中，听力障碍者可通过蓝牙助听设备直接接收手机、电视、公共广播的音频信号，无需依赖传统的近场拾音，实现了真正的无障碍沟通。

4.4 智能家居音频设备：全屋音频协同的基石

随着智能家居的发展，全屋音频协同成为新的需求，而CAS则成为了全屋智能家居音频设备的核心标识标准。智能家居中的智能音箱、蓝牙音频面板、吸顶音箱等设备，可通过CSIS组成一个或多个协同集，比如客厅的智能音箱和电视音箱组成一个协同集，卧室的吸顶音箱组成另一个协同集，而CAS则标识所有设备都支持CAP接收方角色，确保智能家居中控设备能快速识别并控制各个协同集，实现全屋音频的同步播放、分区控制等功能。

比如用户进门后，中控设备可通过CAS识别出客厅的所有音频设备，实现音箱与电视的音频同步；用户走到卧室后，可通过中控设备切换到卧室的音频协同集，实现卧室音箱的单独播放，而这一切的基础，都是CAS的标准化标识让中控设备能快速识别各个设备的身份和协同集属性。

五、CAS的行业价值与未来发展趋势

CAS作为蓝牙音频的底层标识标准，虽不直接实现任何音频功能，却为蓝牙音频生态的发展奠定了基础，其行业价值不仅体现在解决跨品牌兼容和多设备协同问题，更在于推动了蓝牙音频技术从一对一连接走向多设备协同，从消费电子走向更广阔的物联网和公共服务领域。而随着蓝牙技术的不断发展，CAS也将与新一代蓝牙音频标准深度融合，迎来更多的应用场景和技术升级。

5.1 CAS的核心行业价值

1. 统一行业标准，解决跨品牌兼容痛点

CAS的推出，让蓝牙音频设备有了统一的身份标识标准，彻底解决了此前不同厂商设备标识不统一导致的兼容问题。消费者无需再担心"品牌A的设备无法连接品牌B的设备"，厂商也无需为了兼容不同品牌的设备开发定制化的标识逻辑，大幅提升了蓝牙音频生态的整体体验。

2. 降低研发成本，加速产品迭代

CAS的规范设计简洁，没有复杂的功能性要求，也没有额外的底层服务依赖，厂商只需在现有蓝牙框架下实现CAS的实例化和标识，无需开发复杂的底层逻辑，大幅降低了研发成本和开发周期。同时，CAS的标准化设计，让厂商能将更多精力放在音频功能的创新上，比如降噪、音质、续航等，加速了蓝牙音频产品的迭代。

3. 支撑多设备协同，推动蓝牙音频的场景化升级

传统的蓝牙音频技术以一对一连接为主，而CAS与CSIS、LE Audio的结合，让蓝牙音频技术实现了多设备协同的突破，推动了蓝牙音频从单一的消费电子产品，走向智能家居、公共服务、无障碍沟通等更多场景。比如机场、剧院可通过LE Audio的Auracast广播音频，结合CAS的标准化标识，让用户通过蓝牙耳机接收多语言导览和节目音频，实现公共场景的个性化音频体验。

4. 助力助听设备普及，推动无障碍沟通发展

CAS与LE Audio的结合，让蓝牙助听设备的研发和生产成本大幅降低，同时提升了设备的兼容性和续航能力，让更多听力障碍者能用上高性价比的蓝牙助听设备。而CAS的标准化标识，也让助听设备能兼容更多的音频源设备，实现了听力障碍者与普通音频设备的无缝连接，推动了无障碍沟通的发展。

5.2 CAS的未来发展趋势

1. 与LE Audio深度融合，成为低功耗音频的核心标识标准

LE Audio是蓝牙音频的未来发展方向，具备低功耗、低延迟、支持Auracast广播音频的特点，而CAS作为蓝牙音频的底层标识标准，将与LE Audio深度融合，成为LE Audio设备的核心标识标准。未来，所有LE Audio设备都将实现CAS，通过CAS的标准化标识，实现LE Audio设备的跨品牌兼容和多设备协同，比如Auracast广播音频的接收设备，将通过CAS快速识别广播源的CAP合规性，实现无缝的音频订阅。

2. 兼容更高版本蓝牙核心规范，提升标识与协同效率

蓝牙SIG会持续更新蓝牙核心规范，未来的蓝牙6.x等版本，将在低延迟、抗干扰、多设备连接方面做进一步优化，而CAS也将同步兼容更高版本的蓝牙核心规范，利用新规范的技术优势，提升CAS标识的传输效率和准确性，同时进一步降低多设备协同的延迟，让蓝牙音频设备的协同体验更流畅。

3. 拓展至工业和公共服务场景，实现更广泛的音频协同

随着物联网技术的发展，蓝牙音频技术将从消费电子和智能家居，拓展到工业、公共服务等领域，而CAS也将成为这些领域蓝牙音频设备的核心标识标准。比如工业场景中的蓝牙音频预警设备，可通过CAS实现多设备的协同标识，确保预警音频能同步传输到所有设备；公共交通场景中的蓝牙音频播报设备，可通过CAS与LE Audio结合，让乘客通过蓝牙耳机接收个性化的播报音频，提升公共服务的体验。

4. 成为蓝牙音频物联网的基础标识标准

未来的物联网，是万物互联的时代，音频作为物联网的重要交互方式，将实现更广泛的设备连接。而CAS作为蓝牙音频的底层标识标准，将成为蓝牙音频物联网的基础，所有物联网中的蓝牙音频设备，都将通过CAS实现标准化的身份标识，确保设备之间能快速识别、无缝连接、高效协同，推动蓝牙音频物联网的发展。

六、测试

题目：请简述CAS的核心定位及与CSIS、CAP的关系？

答案：

CAS是通用音频服务，核心定位是标识支持CAP接收方角色的蓝牙服务器，若包含CSIS实例则同时标识设备属于某一协同集；CAS的唯一服务依赖是CSIS，是CAP的服务层标识体现。CAP定义蓝牙音频设备的角色和交互规则，CSIS实现多设备协同集的标识与管理，CAS将设备的CAP合规性和CSIS协同身份进行统一标准化标识，三者构成蓝牙音频协同的铁三角。

题目：CAS的实例化有哪些强制要求？

答案：

CAS实例化的强制要求有四点：

设备服务器上最多只能存在一个CAS实例，避免身份标识混乱；
CAS必须被实例化为蓝牙主服务，可被其他服务包含，确保标识信息被优先识别；
CAS的UUID必须使用蓝牙分配号中定义的通用音频服务专属UUID，保证标识的全球唯一性；
若设备属于协同集，CAS必须包含一个CSIS实例作为内嵌服务，且最多仅能包含一个CSIS实例。

题目：简述CAS在BR/EDR传输下的SDP记录核心要求，及条件性要求的触发条件？

答案：

BR/EDR传输下CAS的SDP记录核心强制要求：

服务类ID列表必须包含CAS的专属UUID；
协议描述列表必须包含L2CAP（PSM=ATT）和ATT；
浏览组列表必须包含PublicBrowseRoot。

条件性要求的触发条件为设备支持EATT（增强属性协议），此时需增加额外的协议描述列表，包含L2CAP（PSM=EATT）和ATT，确保EATT设备高效传输CAS标识信息。