前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 30005—2023《星闪无线通信系统 基础应用层 合作设备集合管理》。
本文件是 GB/T 48336《星闪无线通信系统》的第402部分。GB/T 48336 已经发布了以下部分:
第101部分:架构和通用要求；
第102部分:媒体接入层标识；
第201部分:接入层 同步低时延宽带（SLB）空中接口技术要求；
第202部分:接入层 同步低时延宽带（SLB）设备技术要求和测试方法；
第203部分:接入层 同步低功耗（SLE）设备技术要求和测试方法；
第301部分:基础服务层 设备发现和传输控制；
第302部分:基础服务层 服务质量管理；
第303部分:基础服务层 多域协调与管理；
第304部分:基础服务层 5G 蜂窝网络融合；
第401部分:基础应用层 音频流配置与传输管理；
第402部分:基础应用层 合作设备集合管理；
第403部分:基础应用层 媒体控制；
第404部分:基础应用层 位置信息管理；
第405部分:基础应用层 视频配置与传输管理；
第406部分:基础应用层 IP 承载管理。
本文件由全国信息技术标准化技术委员会（SAC/TC 28）提出并归口。
本文件起草单位:国际星闪无线短距通信联盟、中国电子技术标准化研究院、赛西（深圳）电子信息产品标准化工程中心有限公司、华为技术有限公司、深圳市闪联信息技术有限公司、中国信息通信研究院、中国标准化研究院、中移（杭州）信息技术有限公司、中国移动通信有限公司研究院、博泰车联网科技（上海）股份有限公司、鼎桥技术有限公司、重庆长安汽车股份有限公司、北京中科晶上科技股份有限公司、西安交通大学、安徽中科锟铻量子工业互联网有限公司、中国卫通集团股份有限公司、美的集团（上海）有限公司、四川九洲电器集团有限责任公司。
本文件主要起草人:蔡廷晓、齐筱、全超、孙育宁、卓兰、甄斌、赵向阳、张景云、程远洋、孙志勇、丁路宁、杨宏、高宏、韩世豪、韩冷、杨戬、谢旭东、马帅、唐焱、马骁菲、王玲、万建超、朱虹、王智玮、张春天、叶琼青、陈迎、李增文、钱蔓藜、栾浩、彭浩、赵菲、伍云云、鲜志雄、田殷、王婷、刘建颖、陈秋娟、赵宇琛、夏克洪。
引言
星闪无线通信技术是一种短距无线通信技术，能用于智能汽车、智能家居、智能终端以及智能制造等应用场景的数据交互。
星闪无线通信系统包含接入层、基础服务层和基础应用层。接入层支持多种工作模式，包括同步低时延宽带（Synchronous Low latency Broadband，SLB）、同步低功耗（Synchronous Low Energy，SLE）和同步高精度定位（Synchronous Link Positioning，SLP）。各模式针对不同业务需求提供差异化技术特性。其中 SLB 采用超短帧结构、多域同步、快速干扰协调、双向认证加密及跨层调度优化等技术，具备低时延、高可靠、精同步、高并发和高安全等特性，适用于对实时性和可靠性要求严格的业务场景；SLE 通过极化码信道编码提升传输可靠性，支持最大 4 MHz 带宽和 8PSK 调制，能实现 1 对多可靠组播及 4 kHz短时延交互，在保障传输效率的同时优化能耗，适用于低功耗需求业务；SLP 采用新型帧格式、高脉冲功率、超宽带随机启动及信道训练序列安全加密等技术，提供测距、测角、存在感知、目标跟踪及行为感知等功能，兼具宽窄带融合与窄带同步数传能力，具有低功耗优势。需注意的是，SLP 为非独立工作模式，需依赖 SLB 或 SLE 的数据链路层传输空口信令，并通过其数据连接接口与基础服务层交互。基础服务层发挥着承上启下的重要作用，提供设备发现、服务管理、连接管理（建立、维护与释放）、服务质量（QoS）管理、测量管理、信息安全、多跳组网、面向连接或无连接传输等功能，用于支撑从业务触发到业务结束的整个业务周期的连接交互需求。基础应用层实现各类应用功能。
GB/T 48336 旨在规范星闪无线通信系统相关技术要求和测试方法，拟由如下部分构成。
第101部分:架构和通用要求。目的在于规定星闪无线通信系统架构和通用要求。
第102部分:媒体接入层标识。目的在于规定星闪无线通信设备媒体接入层标识的组成。
第201部分:接入层 同步低时延宽带（SLB）空中接口技术要求。目的在于规定 SLB 接入层技术要求。
第202部分:接入层 同步低时延宽带（SLB）设备技术要求和测试方法。目的在于规定 SLB设备技术要求和测试方法。
第203部分:接入层 同步低功耗（SLE）设备技术要求和测试方法。目的在于规定 SLE 设备技术要求和测试方法。
第301部分:基础服务层 设备发现和传输控制。目的在于规定基础服务层设备发现和服务交互的机制、传输与控制的机制。
第302部分:基础服务层 服务质量管理。目的在于规定基础服务层服务质量管理机制。
第303部分:基础服务层 多域协调与管理。目的在于规定基础服务层多域协调与管理功能单元的技术要求。
第304部分:基础服务层 5G 蜂窝网络融合。目的在于规定基础服务层 5G 蜂窝网络融合功能单元的技术要求。
第401部分:基础应用层 音频流配置与传输管理。目的在于规定基础应用层音频流配置与传输管理的技术要求。
第402部分:基础应用层 合作设备集合管理。目的在于规定基础应用层合作设备集合管理的技术要求。
第403部分:基础应用层 媒体控制。目的在于规定基础应用层媒体控制的技术要求。
第404部分:基础应用层 位置信息管理。目的在于规定基础应用层位置信息管理的技术要求。
第405部分:基础应用层 视频配置与传输管理。目的在于规定基础应用层视频配置与传输管理的技术要求。
第406部分:基础应用层 IP 承载管理。目的在于规定基础应用层 IP 承载管理的技术要求。
本文件的发布机构提请注意，声明符合本文件时，可能涉及与 7.2、8.2、9.2、10.3 相关的专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理且无歧视的条款和条件下，就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得:
专利:CN202280096086.5《一种通信方法、装置和系统》
CN202210815549.0《一种通信方法及装置》
CN202510404434.6《一种连接方法、系统及相关装置》
专利持有人姓名:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
1 范围
本文件规定了星闪无线通信系统合作设备集合管理的技术要求，包括合作设备集合管理服务的属性设计、设备发现、角色功能，以及合作设备集合管理的工作流程。
本文件适用于星闪无线通信设备的开发。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 48336.101—2026 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.301—2026 星闪无线通信系统 第301部分:基础服务层 设备发现和传输控制
3 术语和定义
GB/T 48336.101—2026 界定的以及下列术语和定义适用于本文件。
3.1
合作设备集合 cooperative devices set
由一组合作设备成员组成的、提供特定服务的统一整体。
3.2
合作设备集合配置器 cooperative devices set configurator
管理动态合作设备集合的设备。
注:包括组建集合、加入集合成员、移除集合成员等，简称“集合配置器”。
3.3
合作设备集合使用者 cooperative devices set user
使用合作设备集合提供服务的设备。
注:简称“集合使用者”。
3.4
合作设备集合成员 cooperative devices set member
组成合作设备集合、合作提供特定服务的设备。
注:简称“集合成员”。
3.5
合作设备集合密钥 cooperative devices set key
唯一标识一个合作设备集合的密钥。
3.6
合作设备集合标识 cooperative devices set identification
由合作设备集合密钥产生的、用于合作设备集合发现和连接的标识。
3.7
固定合作设备集合 fixed cooperative devices set
不可灵活配置的集合，集合成员不可变动、成员承载的合作设备集合管理服务的属性值不能更改。
3.8
动态合作设备集合 dynamic cooperative devices set
可灵活配置的集合，集合成员能够添加和删除、成员承载的合作设备集合管理服务的属性值允许更改。
3.9
合作设备集合服务 cooperative devices set service
集合成员合作提供的特定服务。
注:简称“集合服务”。
4 缩略语
下列缩略语适用于本文件。
RFU:保留给未来使用（Reserved for Future Use）
SLE:同步低功耗模式（Synchronous Low Energy）
SSAP:星闪服务交互协议（Sparklink Service Access Protocol）
UUID:通用唯一标识（Universally Unique IDentifier）
5 通则
一个合作设备集合可提供多个合作设备集合服务，当合作设备集合使用者支持的服务由集合提供时，称该集合为集合使用者的目标集合，也即集合使用者可与该集合连接并进行相关业务。合作设备集合分为两类，即固定合作设备集合与动态合作设备集合。合作设备集合配置器能对动态合作设备集合进行组建、加入和移除合作设备集合成员的操作。集合配置器应为集合使用者配置与其目标集合一致的集合信息。支持合作设备集合功能，但未被配置或已被移除的设备称为待配置设备。
合作设备集合管理的工作流程有:合作设备集合的组建、发现，及集合成员的加入、移除。
合作设备集合管理的工作流程基于合作设备集合管理服务实现。合作设备集合管理服务通过属性承载合作设备集合工作流程所需的具体信息，包括合作设备集合标识、合作设备集合密钥、合作设备集合服务标识、合作设备集合成员数量、合作设备集合角色、合作设备集合发现模式等集合信息。合作设备集合管理服务是对集合进行管理的界面，合作设备集合管理客户端通过对合作设备集合管理服务的访问达到管理的目的。合作设备集合管理服务端承载合作设备集合管理服务，用于接收和响应合作设备集合管理客户端的请求；合作设备集合管理客户端使用合作设备集合管理服务，用于向合作设备集合管理服务端提交访问请求，并接收合作设备集合管理服务端的响应。合作设备集合管理服务端和客户端通过服务交互协议访问服务，如图 1 所示。
6 角色设计
6.1 集合配置器
集合配置器应仅作为合作设备集合管理客户端，而不应承载合作设备集合管理服务。
集合配置器可接收合作设备集合管理服务端广播发送的设备公开信息，通过设备发现流程发现合作设备集合管理服务端；也可广播发送集合组建邀请，合作设备集合管理服务端通过设备发现流程，接收广播信息并发现集合配置器。
集合配置器与合作设备集合管理服务端设备建立连接后，可根据服务管理流程以客户端身份访问合作设备集合管理服务，配置合作设备集合管理服务的属性。
集合配置器是一个逻辑功能，可存在以下三种状态:
集合配置器；
既为集合配置器又为集合使用者；
既为集合配置器又为集合成员。
6.2 集合使用者
集合使用者分为可配置集合使用者和独立集合使用者。可配置集合使用者由集合配置器配置设备后产生；独立集合使用者不依赖集合配置器、可独立工作。独立集合使用者可仅作为合作设备集合管理的客户端，而不承载合作设备集合管理服务。
集合使用者可接收集合成员广播发送的设备公开信息，通过设备发现流程发现集合成员；也可广播发送开放连接合作设备集合邀请或定向连接合作设备集合邀请，集合成员通过设备发现流程，接收广播信息并发现集合使用者。
集合使用者与集合成员建立连接后，集合使用者可根据服务管理流程以客户端身份访问集合成员的合作设备集合管理服务，并获取合作设备集合管理服务属性的信息。
集合使用者可接收集合配置器通过广播发送的设备公开信息，通过设备发现流程发现集合配置器；也可广播发送开放连接合作设备集合邀请或定向连接合作设备集合邀请，集合配置器通过设备发现流程，接收广播并发现集合使用者。
可配置集合使用者与集合配置器建立连接后，集合配置器可根据服务管理流程以客户端身份访问可配置集合使用者的合作设备集合管理服务，配置合作设备集合管理服务的属性。
集合使用者是一个逻辑功能，可存在以下两种状态:
集合使用者；
既为集合配置器又为集合使用者。
6.3 集合成员
集合成员组成合作设备集合，应承载合作设备集合管理服务，作为合作设备集合管理服务端。集合成员分为固定集合成员和动态集合成员，固定合作设备集合由固定集合成员组成，动态合作设备集合由动态合作设备集合成员组成。动态合作集合成员由集合配置器配置产生。动态合作设备集合可脱离于集合配置器独立工作。
集合成员可接收集合使用者通过广播发送的设备公开信息，通过设备发现流程发现集合使用者；也可广播发送合作设备集合和定向连接使用者邀请，集合使用者通过设备发现流程，接收广播信息并发现集合成员。
集合使用者与集合成员建立连接后，集合使用者根据服务管理流程以客户端身份访问集合成员的合作设备集合管理服务，并获取合作设备集合管理服务属性的信息。
集合成员可接收集合配置器通过广播发送的设备公开信息，通过设备发现流程发现集合配置器；也可广播发送合作设备集合类型服务数据，集合配置器通过设备发现流程，接收广播信息并发现集合成员。
动态集合成员与集合配置器建立连接后，集合配置器可根据服务管理流程以客户端身份访问动态集合成员的合作设备集合管理服务，配置合作设备集合管理服务的属性。
集合成员是一个逻辑功能，可存在以下两种状态:
集合成员；
既为集合配置器又为集合成员。
6.4 待配置设备
待配置设备应承载合作设备集合管理服务，作为合作设备集合管理服务端。
待配置设备可接收集合配置器通过广播发送的设备公开信息，通过设备发现流程发现集合配置器；也可广播发送待配置集合，集合配置器通过设备发现流程，接收广播信息并发现待配置设备。
待配置设备与集合配置器建立连接后，集合配置器应根据服务管理流程以客户端身份访问待配置设备的合作设备集合管理服务，配置合作设备集合管理服务的必选属性。
集合配置器可将待配置设备配置为可配置集合使用者或动态合作设备集合成员；也可将可配置集合使用者或动态合作设备集合成员移出集合，使其成为待配置设备。
待配置设备的合作设备集合密钥的属性值应为全零。
7 服务设计
7.1 概述
合作设备集合管理服务是首要服务。合作设备集合管理服务能被其他服务引用。
7.2 服务的属性
7.2.1 服务属性的定义
合作设备集合管理服务的属性如表 1 所示。
| 属性标识 | 操作指示 | 属性值的长度和格式 | 属性描述符类型 | 权限 | 可选/必选 |
| 合作设备集合密钥信息 | 支持下列组合:读取、无响应写入、有响应写入、通知、指示、广播支持属性描述符的写入操作 | 长度为2字节。字节0:合作设备集合密钥标识。字节1:指示合作设备集合标识生成方法,0x01指示HMAC-SM3,0x02指示AES-CMAC,其余值预留。同一合作设备集合的密钥信息应相同 | 支持属性描述符类型0x01,0x02,0x03和0x04 | 对于属性值的所有操作,支持如下权限的组合:——认证要求支持需要认证或无需认证;——加密要求支持需要加密或无需加密;——授权要求支持需要授权或无需授权 | 必选 |
| 合作设备集合密钥 | 长度为16字节,指示合作设备集合密钥 | 必选 | |||
| 合作设备集合成员数量 | 长度为1字节无符号数,取值范围0x02~0xFF | 必选 | |||
| 合作设备集合角色 | 长度为1字节。0x01指示合作设备集合使用者。0x02指示合作设备集合成员,其余值预留 | 必选 | |||
| 合作设备集合设备发现模式 | 长度为1字节。0x01指示广播合作设备集合管理服务数据。0x02指示扫描合作设备集合管理服务数据。0x03指示既广播合作设备集合管理服务数据,又扫描合作设备集合管理服务数据。其余值预留 | 必选 | |||
| 合作设备集合服务标识 | 长度为可变长。标准服务标识数量,1字节无符号整数表示,取值范围0x00~0xFF。标准服务标识列表,每个服务标识以16bitUUID表示,服务标识个数由标准服务数量指示,若标准服务标识数量为0,该字段不存在。自定义服务标识数量,1字节无符号整数表示,取值范围0x00~0xFF。自定义服务标识列表,每个服务标识以128bitUUID表示,服务标识个数由自定义服务标识数量指示,若自定义服务标识数量为0,该字段不存在。应至少携带一种服务标识 | 必选 |
| 属性标识 | 操作指示 | 属性值的长度和格式 | 属性描述符类型 | 权限 | 可选/必选 |
| 合作设备成员媒体接入层标识 | 支持下列组合:读取、无响应写入、有响应写入、通知、指示、广播支持属性描述符的写入操作 | 长度为可变长。成员媒体接入层标识数量,1字节无符号整数表示,取值范围0x01~0xFE。成员媒体接入层标识列表,指示除本设备外的其他集合成员的媒体接入层标识,标识类型属于(第一类标识、第二类标识、第三类标识、第五类标识) | 支持属性描述符类型0x01,0x02,0x03和0x04 | 对于属性值的所有操作,支持如下权限的组合:——认证要求支持需要认证或无需认证;——加密要求支持需要加密或无需加密;——授权要求支持需要授权或无需授权 | 可选 |
| 注:应用标准根据应用需求对属性支持的权限和操作进行配置。 | |||||
7.2.2 服务属性的使用场景和配置方法
服务属性的操作指示可确定合作设备集合的类型。固定合作集合成员承载的合作设备集合管理服务的各属性支持的操作都不应包括无响应写入和写入。动态合作设备集合成员或者待配置设备，承载的合作设备集合管理服务的各属性中，必选属性支持的操作应包括无响应写入或有响应写入。
合作设备集合密钥信息中合作设备集合密钥的值为零时，表示合作设备集合密钥未被配置，也可表示合作设备集合成员或者使用者已脱离集合。对于固定合作设备集合，其合作设备集合密钥的值不应为零。
合作设备集合服务标识指示合作设备集合服务，可为一种或多种服务。合作设备集合服务应为该设备支持所有服务的子集。
设备可从属于多个合作设备集合。当设备从属于多个合作设备集合时，该设备的合作设备集合管理服务可运行多个实例，其中每个服务实例代表一个特定合作设备集合。合作设备集合管理服务的客户端，应通过服务发现过程，发现设备中合作设备集合管理服务的所有实例。
合作设备集合管理服务的合作设备集合标识、合作设备集合密钥、合作设备集合数量、合作设备集合角色、合作设备集合服务标识信息应与合作设备集合管理服务数据中一致。
8 设备发现
8.1 通则
发现承载合作设备集合管理服务的设备时，流程应符合 GB/T 48336.301—2026 的要求。针对合作设备集合管理服务，本文件对被发现方的发现等级以及发现方的过滤策略进行规定。具体应用实例应根据特定的需求对被发现方的发现等级进行特定的配置，以及对发现方的过滤策略做特定的配置。
8.2 广播数据设计
承载合作设备集合管理服务的设备通过广播信息发送设备公开信息时，流程应符合 GB/T 48336.301—
2026 的要求，设备公开信息的数据结构如图 2 所示。
设备公开信息数据可包含多个数据子结构，每个子结构承载一种类型的数据。在每个数据子结构中:
数据类型:长度 1 字节，表示该数据子结构中所承载数据的具体类型；
数据长度:长度 1 字节，指示该数据子结构中所承载数据的长度，单位为字节；
数据内容:数据内容的长度由数据长度字段指示，表示该数据子结构中所承载数据的具体内容。数据内容不应包含填充字节。
合作设备集合管理服务的信息承载在数据子结构内，如表 2 所示。
| 数据类型 | 数据长度 | 数据内容 |
| 0x03 | 变长,最小2字节 | 字节0~1:合作设备集合管理服务的服务标识(UUID)。字节2~可变长:合作设备集合管理服务数据 |
其中，合作设备集合管理服务数据如表 3 所示。
| 字节 | 名称 | 解释 |
| 字节2 | 数据类型 | 指示服务数据的作用 |
| 字节3 | 设备类型 | 指示广播设备的角色。0x01:固定集合成员。0x02:动态集合成员。0x03:独立集合使用者。0x04:可配置集合使用者。其他:预留 |
| 字节4~字节5 | 合作设备集合密钥信息 | 指示合作设备集合密钥信息 |
| 字节6~字节11 | 合作设备集合标识 | 指示合作设备集合标识 |
| 字节12 | 合作设备集合成员数量 | 指示合作设备集合成员数量 |
| 字节13 | RFU | RFU |
| 字节14~可变长 | 合作设备集合服务标识 | 指示合作设备集合服务 |
| 注:合作设备集合密钥信息、合作设备集合标识、合作设备集合成员数量、合作设备集合服务标识的详细描述见表1。 | ||
其中，合作设备集合服务数据类型如表 4 所示。
| 值 | 名称 | 发送广播角色 | 服务数据必选字段及含义 |
| 0x00 | 集合组建邀请 | 集合配置器 | 合作设备集合服务标识:指示待配置的合作设备集合的服务标识 |
| 0x10 | 开放连接合作设备集合邀请 | 集合使用者 | 设备类型。合作设备集合服务标识:指示连接符合要求的合作设备集合 |
| 0x11 | 定向连接合作设备集合邀请 | 集合使用者 | 合作设备集合密钥信息。合作设备集合标识:指示定向连接的合作设备集合 |
| 0x20 | 合作设备集合 | 集合成员 | 设备类型。合作设备集合密钥信息。合作设备集合标识。合作设备集合成员数量。合作设备集合服务标识:指示集合成员所属的合作设备集合的集合服务 |
| 0x21 | 定向连接集合使用者邀请 | 集合成员 | 合作设备集合密钥信息。合作设备集合标识:指示定向连接的集合使用者 |
| 0x30 | 待配置集合 | 待配置设备 | 合作设备集合服务标识:指示待配置设备支持的集合服务 |
| 其他 | 预留 | — | — |
服务数据中的非必选字段以 0 填充。
设备可从属于多个合作设备集合。当设备从属于多个合作设备集合时，该设备通过广播信息发送的设备公开信息中，应包含多个用于指示合作设备集合管理服务的数据子结构，每个数据子结构的内容指示一个合作设备集合的信息。针对合作设备集合管理服务，执行扫描的设备，应在广播信息发送的设备公开信息中读取所有用于指示合作设备集合管理服务的数据子结构，获取所有合作设备集合的信息。
9 合作设备集合标识的生成和验证
9.1 合作设备集合标识的生成
合作设备集合标识共 48 比特，如表 5 所示。
| 合作设备集合标识随机数(16 bit) | 合作设备集合标识哈希值(32 bit) |
合作设备集合标识中，哈希值部分依据公式（1）计算。合作设备集合密钥和哈希算法由合作设备集合管理服务的合作设备集合密钥信息确定。
Vhash = ah (Key, Rand) bmod232(1)
式中:
Vhash 哈希值；
ah 哈希算法，哈希算法支持 HMAC⁃SM3 和 AES⁃CMAC；
Key 合作设备集合密钥；
Rand —— 合作设备集合标识随机数。
9.2 合作设备集合标识的验证
在设备发现过程中，广播信息的接收设备接收合作设备集合标识和合作设备集合密钥标识。广播信息的接收设备根据合作设备集合密钥标识，确定合作设备集合密钥及其对应的哈希算法，并依据公式（1）计算本地哈希值。当本地哈希值与合作设备集合标识哈希值相同时，合作设备集合标识解析成功，广播信息的接收设备属于相应的合作设备集合。当合作设备集合密钥标识指示多个合作设备集合密钥及其匹配的哈希算法时，广播信息的接收设备需要使用每个合作设备集合密钥及其对应的哈希算法，以及合作设备集合标识随机数，重复上述过程，直到合作设备集合标识解析成功，或者所有合作设备集合密钥及其匹配的哈希算法已尝试。
10 工作流程
10.1 概述
合作设备集合工作流程包括合作设备集合组建、合作设备集合发现与连接、合作设备集合成员移除等。
10.2 合作设备集合组建流程
合作设备集合组建流程是集合配置器将一组没有关联的待配置设备配置为提供特定服务的统一整体的过程。进一步的，集合配置器可将待配置设备配置为集合使用者，即可配置集合使用者。可配置集合使用者拥有已知目标集合的集合信息，能够更快地发现与连接目标集合。
合作设备集合组建流程可分为两个阶段，阶段一是发现与连接待配置设备，阶段二是配置待配置设备组建集合。
阶段一，可分为两种典型方式。
a） 如图 3 所示，集合配置器发送广播，待配置设备接收广播，待配置设备发起连接，其中:
1） 集合配置器发送集合组建邀请广播；
2） 待配置设备通过扫描接收集合配置器发送的集合组建邀请广播；
3） 待配置设备通过广播中的合作设备集合服务标识字段获取待组建集合应支持的集合服务，并判断该服务自己能否支持；
4） 若能够支持，待配置设备向集合配置器发起连接，并与之建立连接。
b） 如图 3 所示，待配置设备发送广播，集合配置器接收广播，集合配置器发起连接，其中:
1） 待配置设备发送待配置集合广播；
2） 集合配置器通过扫描接收待配置设备发送的待配置集合广播；
3） 集合配置器通过广播中的合作设备集合服务标识字段获取待配置设备支持的集合服务，并判断该设备能否满足待组建集合；
4） 若满足要求，集合配置器向待配置设备发起连接，并与之建立连接。
阶段二，如图 4 所示，集合配置器配置选定的待配置设备，组建集合。
集合配置器通过 SSAP 协议访问待配置设备承载的合作设备集合管理服务，并通过有响应写入或者无响应写入对合作设备集合管理服务的必选属性进行配置。当所有必选属性配置完成后，待配置设备的配置过程完成，成为集合使用者或集合成员。
集合配置器可通过合作设备集合角色将待配置设备配置为集合使用者或集合成员。
集合配置器将设备配置为集合使用者时，可通过配置合作设备集合密钥、合作设备集合服务标识等信息将集合使用者与集合成员建立关联关系，使集合使用者拥有已知集合的集合信息。
集合配置器可通过合作设备集合设备发现模式配置设备在设备发现过程中的行为。集合使用者和集合成员应分别进行广播/扫描，或者扫描/广播，或者同时进行广播和扫描，以便两者能够相互发现和连接。集合配置器对集合使用者和集合成员行为的配置要求可由集合服务所属的应用标准进行确定，或者由具体实现进行确定。
合作设备集合成员可由用户选择，也可由具体实现决定。合作设备集合成员确定后，合作设备集合成员数量应被配置为相应的数值。
10.3 合作设备集合发现与连接流程
合作设备集合的发现基于设备发现。合作设备集合发现与连接流程的目的是集合使用者连接目标集合的所有集合成员。
定义合作设备集合的发现与连接流程的两种情形如下。
情形 1，集合使用者已知目标集合的集合信息。其中，集合使用者可通过带外方式（out of band）获取目标集合信息，可由集合配置器进行配置，集合配置器同时为集合使用者，或已连接和访问过目标集合。该情形下，又分为以下三种方式。
a） 方式 1，如图 5 所示，由集合成员发送广播，集合使用者接收广播，集合使用者发起连接。
1） 集合成员发送合作设备集合广播。
2） 集合使用者通过扫描接收集合成员发送的合作设备集合广播。
3） 发现目标集合，集合使用者通过已知目标集合的集合密钥对合作设备集合广播中携带的集合标识进行验证。如果能够验证通过，说明该集合成员属于已知目标集合。当发现集合成员的数量达到已知目标集合的集合成员数量时，该步骤结束。
4） 集合使用者连接所有目标集合成员。
b） 方式 2，如图 6 所示，由集合使用者发送广播，集合成员接收广播，集合成员连接集合使用者:
1） 集合使用者发送定向连接合作设备集合邀请广播；
2） 集合成员通过扫描接收集合使用者发送的定向连接合作设备集合广播；
3） 集合成员使用自己所属集合的集合密钥对广播中携带的集合标识进行验证，如果验证通过，集合成员对集合使用者发起连接；
4） 集合使用者与已知目标集合的所有集合成员建立连接后，该过程结束。
c） 方式 3，如图 7 所示，由集合成员发送广播，指示定向连接集合使用者，集合使用者接收广播，发起连接。
1） 集合成员发送定向连接集合使用者邀请广播。
2） 集合使用者通过扫描接收集合成员发送的定向连接集合使用者邀请广播。
3） 集合使用者通过已知目标集合的集合密钥对广播中携带的集合标识进行验证。如果能够验证通过，说明该集合成员属于已知目标集合，集合使用者为目标集合期望连接的集合使用者。
4） 集合使用者发起连接，当连接集合成员的数量达到已知目标集合的集合成员数量时，该步骤结束。
没有任何已知集合信息的集合使用者可不接收定向连接集合使用者邀请广播。
情形 2，集合使用者没有目标集合的集合信息。在情形 2 中，有两种方式。
a） 方式 1，如图 8 所示，由集合成员发送广播，集合使用者接收广播，集合使用者发起连接。
1） 集合成员发送合作设备集合广播。
2） 集合使用者通过扫描接收集合成员发送的合作设备集合广播。
3） 确定唯一目标集合。根据广播中的集合服务确定。
4） 集合使用者连接已确定目标集合的任一集合成员，通过读取集合成员上承载的合作设备集合管理属性获取集合信息。
5） 集合使用者已获取集合信息后，可使用情形 1 的任意一种方式对目标集合的其他集合成员进行发现和连接，当与其他集合成员均建立连接后，该过程结束。
b） 方式 2，如图 9 所示，由集合使用者发送广播，集合成员接收广播，集合成员发起连接。
1） 集合使用者发送开放连接合作设备集合邀请广播。
2） 集合成员通过扫描接收集合使用者发送的开放连接合作设备集合邀请广播。
3） 集合成员通过广播中携带的集合服务标识确定自己所属集合是否为潜在目标集合。
4） 潜在目标集合成员向集合使用者发起连接。
5） 建立连接后，集合使用者通过读取潜在目标集合成员的合作设备集合管理服务属性，获取集合信息，确定唯一的目标集合及其成员。
6） 集合使用者与目标集合的其他集合成员均建立连接后，该过程结束。该过程可按照情形 1的任意一种方式进行。
评论