前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 30003—2023《星闪无线通信系统 基础应用层 音频流配置与传输管理》。
本文件是 GB/T 48336《星闪无线通信系统》的第401部分。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 承载管理的技术要求。
本文件的发布机构提请注意，声明符合本文件时，可能涉及与 6.1、6.2、7.2 相关的专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理且无歧视的条款和条件下，就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得:
专利:CN202280101871.5《音频控制方法及装置》
CN202411234179.7《通信方法和通信装置》专利持有人姓名:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
专利:CN202211680326.4《车载音频播放系统、方法、装置和车辆》
CN202223409580.9《无线短距通信模块、无线音频系统和控制系统》PCT/CN2023/143606《车载音频播放方法及系统、控制设备、存储介质》
CN202211062133.2《音频系统和车辆》专利持有人姓名:博泰车联网科技（上海）股份有限公司
地址:上海市虹口区东长治路 866 号 37F
请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
1 范围
本文件规定了星闪无线通信系统音频流配置与传输管理的技术要求，包括服务定义，音频的单播、组播和广播流程，码流支持等内容。
本文件适用于星闪无线通信设备的开发。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 48336.101 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.301 星闪无线通信系统 第301部分:基础服务层 设备发现和传输控制
GB/T 48336.302 星闪无线通信系统 第302部分:基础服务层 服务质量管理
GB/T 48336.402 星闪无线通信系统 第402部分:基础应用层 合作设备集合管理
ISO 639:2023 各语言及语言群体的代码（Code for individual languages and language groups）
ITU⁃R BS.2051⁃2 用于节目制作的先进声音系统（Advanced sound system for programme production）
3 术语和定义
GB/T 48336.101 界定的以及下列术语和定义适用于本文件。
3 1
音源 audio source
音频数据的产生和发送方。
3 2
音宿 audio sink
音频数据接收和消费方。
3 3
服务端 server
提供至少一种具体服务的星闪设备。
[来源:GB/T 48336.301—2026，3.2]
3 4
音频流 audio stream
音源和音宿之间传输的连续音频数据。
GB/T 4 8336.4 01—2 026
3 5
混音 audio mixing
将来自多个音源的音频流混合成一个音频流的操作或将 1 个音源的音频流并发到多个音频流的操作。
3 6
客户端 client
访问服务端并接受至少一种具体服务的星闪设备。
[来源:GB/T 48336.301—2026，3.3]
3 7
音频服务端 audio server
提供音频服务的服务端。
3 8
音频客户端 audio client
访问音频服务端的客户端。
3 9
配置代理 configuration agent
在音频广播通信方式中，具有发现音源，替代音源对音宿进行配置功能的实体。
3 1 0
管理代理 management agent
在音频广播通信方式中，具有接收配置代理的配置，并将该配置传递给音宿的功能的实体。
4 缩略语
下列缩略语适用于本文件。
L2HC:低延迟低复杂度高清音频编解码（Low Latency Low Complexity High Resolution Audio Codec）
PCM:脉冲调制编码（Pulse Code Modulation）
PDU:数据包单元（Packet Data Unit）
QoS:服务质量（Quality of Service）
RFU:保留给未来使用（Reserved for Future Use）
RSSI:接收信号强度指示（Received Signal Strength Indication）
SDU:服务数据单元（Service Data Unit）
SINR:信干噪比（Signal to Interference plus Noise Ratio）
SLE:同步低功耗（Synchronous Low Energy）
SLQI:星闪 QoS 索引（SparkLink QoS Index）
SSAP:星闪服务交互协议（SparkLink Service Access Protocol）
TLV:类别⁃长度⁃取值（Type⁃Length⁃Value）
UUID:通用唯一标识（Universally Unique IDentifier）
5 通则
5.1 架构通则
本文件属于基础应用层原子能力协议，服务于音频应用协议。应遵从星闪标准架构，应符合 GB/T 48336.101 的要求。
5.2 数据表示
若无特殊说明，本文件中所有字段，含有多字节时，应为小端序。
若无特殊说明，本文件中字段以位图表示时，RFU 的位应设置为 0。
6 音频流配置与传输管理相关服务
6.1 音频流管理服务
6.1.1 服务概述
音频流管理服务用于配置音频流和音频流数据通道的参数、控制音频流数据通道的创建和释放、控制音频流的传输和停止。
音频流管理服务见表 1。
| 服务结构成员 | 类别 | 操作指示 | 权限 | 要求 |
| 音源访问点 | 属性 | 读取 | 支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权。具体由音频应用标准指定 | 音源必选 |
| 音宿访问点 | 属性 | 读取 | 音宿必选 | |
| 音频控制点 | 方法 | - | 必选 | |
| 音频流状态变更 | 事件 | - | - | 必选 |
| 注:具体应用实例需要根据自身需求对结构成员的权限进行配置。 | ||||
音源访问点:一个音源访问点表示设备有产生和发送一路音频流的能力。音频流管理服务中可含有多个音源访问点属性，表示设备有产生和发送多路音频流的能力。每个音源访问点均需在其关联的音源属性组的范围下进行配置，音源访问点属性是可读的，反映了音频访问点代表的音频流的属性和配置信息。当音频服务端为音源时，音频流管理服务中应定义至少含有一个音源访问点属性。
音宿访问点:一个音宿访问点表示设备有接收和处理一路音频流的能力。音频流管理服务中可含有多个音宿访问点属性，表示设备有接收和处理多路音频流的能力。每个音宿访问点均需在其关联的音宿属性组的范围下进行配置，音宿访问点属性是可读的，反映了音宿访问点代表的音频流的属性和配置信息。当音频服务端为音宿时，音频流管理服务中应定义至少含有一个音宿访问点属性。
音频控制点:音频客户端可通过音频控制点对音频流进行配置，配置会触发音频流对应的音源访问点、音宿访问点属性值发生变更。
音频流状态变更:当音频服务端需要改变音频流状态时，音频服务端可通过事件将该状态变化通知音频客户端。
音源访问点和音宿访问点统称为音频访问点。
音频流管理服务应对不同的客户端创建不同实例，不同客户端之间的配置是独立的。
6.1.2 音频访问点属性
音频访问点属性的属性值见表 2。
| 字段 | 长度 | 描述 |
| 音频属性组标识 | 1字节 | 无符号整数表示，取值范围0x01~0xFF。其他值预留。音频访问点关联的音频属性组，音频访问点的配置需在音频属性组指示的能力范围内进行 |
| 音频访问点标识 | 1字节 | 无符号整数表示，取值范围0x01~0xFF。其他值预留。服务端上的所有音频访问点共享同一标识空间。音频访问点标识不应重叠 |
| 音频访问点内容长度 | 2字节 | 指示音频访问点内容的长度。当音频访问点未配置时，长度为0，没有音频访问点内容字段 |
| 音频访问点内容 | 可变长度，由音频访问点内容长度指示 | 音频访问点代表的音频流的属性和配置信息 |
| 类型 | 取值 | 长度 | 描述 |
| 编解码器 | 0x01 | 可变长度，与编解码器的类型相关 | 编解码器配置后呈现，编解码器字段的内容见表4 |
| 数据通道要求 | 0x02 | 可变长度 | 数据通道要求配置后呈现。数据通道要求字段的内容见表5 |
| 音频元信息 | 0x03 | 可变长度 | 音频元信息配置后呈现。音频元信息字段的内容见表10中音频元信息的定义 |
| 音频流端口号 | 0x04 | 4字节 | 音频流端口号配置后呈现，音频流端口号字段内容见表7 |
| RFU | 其他 | - | |
| 字段 | 长度 | 描述 |
| 编解码器标识 | 5字节 | 编解码器类型，长度1字节，取值:--0x00~0xFE:标准类型，其中0x00为PCM，0x01为L2HC，其他预留；--0xFF:扩展类型，由厂商自定义和集成的音频编解码器类型 |
| 厂商标识，长度2字节。当编解码器类型为标准类型时，该值为0x0000 | ||
| 厂商编解码器标识，长度2字节。该字段值由厂商各自进行分配。当编解码器类型为标准类型时，该值为0x0000 | ||
| 编解码器参数 | 可变长度 | PCM编码器参数见10.1。L2HC编码器参数见10.2。其他编解码器的参数，由各音频编解码器定义 |
数据通道要求字段见表 5。
| 字段 | 长度 | 描述 |
| 通信方式 | 1字节 | 0x00:单播。0x01:组播。其他:RFU |
| 透传方式 | 1字节 | 0x00:不透传。此模式下，应用层音频数据通过基础服务层传输通道进行传输。0x02:SLE透传。此模式下，应用层音频数据直接通过SLE接入层数据通道进行传输。其他:RFU |
| QoS参数 | 长度由透传方式确定 | 若透传方式为不透传，长度为1字节，取值为SLQI。用于指示传输通道的QoS要求，SLQI应符合GB/T 48336.302。若透传方式为SLE透传，见表6 |
| 字段 | 长度 | 描述 |
| 事件组集合标识 | 1字节 | 指示该音频流映射到的事件组集合 |
| 事件组标识 | 1字节 | 指示该音频流映射到的事件组 |
| 业务适配方式 | 1字节 | 指示该音频流与空口传输的适配方式 |
| SDU间隔 | 3字节 | 指示音频SDU的周期性间隔 |
| 最大SDU长度 | 2字节 | 指示音频SDU的最大长度 |
| 最大重传次数 | 1字节 | 指示音频PDU的最大重传次数 |
| 最大传输时延 | 2字节 | 指示空口传输的最大时延 |
| 缓存时延 | 2字节 | 指示接收端接入层收到音频帧到该音频帧播放的时间或发送端音频帧产生到该音频帧递交给接入层的时延。无符号整数表示，单位为毫秒（ms），取值范围0x0000~0xFFFF |
| 端口号 | 4字节 | 源端口号:2字节。目的端口号:2字节 |
6.1.3 音频流控制请求
音频流控制请求是音频客户端向音频服务端发送的控制面信令，承载在音频控制点方法调用上。方法调用的句柄应为音频控制点的句柄，音频流控制请求的内容应放置在方法调用的参数字段中。方法调用应符合 GB/T 48336.301。音频流控制请求包含操作码和参数字段。操作码表示请求的类型，长度为1 字节。参数字段表示需要配置的特定参数。音频流控制请求汇总见表 8。
| 操作码 | 信令 |
| 0x01 | 音频流配置请求 |
| 0x02 | 音频流数据通道开启请求 |
| 0x03 | 音频流传输请求 |
| 0x04 | 音频流停止请求 |
| 0x05 | 音频流释放请求 |
| 0x10 | 音频流码率更新 |
| 其他 | 预留 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 无符号整数表示，取值范围:0x01~0xFF。指示需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 指示需操作的音频访问点标识 |
| 音频访问点配置长度[i] | 1字节 | 无符号整数，取值范围:0x0001~0xFFFF。指示音频访问点配置的长度 |
| 音频访问点配置[i] | 可变字节 | 长度由音频访问点配置长度字段指示 |
| 注:在本文件中，[i]表示数组结构。 | ||
| 字段 | 子类型 | 长度 | 描述 |
| 编解码器[i] | 类型 | 1字节 | 值为0x01 |
| 编解码器标识 | 5字节 | 见表4 | |
| 编解码器参数长度 | 1字节 | 指示编解码器参数字段的长度 | |
| 编解码器参数 | 可变字节 | PCM编码器参数见10.1。L2HC编码器参数见10.2。其他特定编解码器参数，由该音频编解码器定义 | |
| 数据通道要求[i] | 类型 | 1字节 | 值为0x02 |
| 通信方式 | 1字节 | 0x00:单播。0x01:组播。其他:RFU |
| 字段 | 子类型 | 长度 | 描述 |
| 数据通道要求[i] | 透传方式 | 1字节 | 0x00:不透传，此模式下，应用层音频数据通过基础服务层传输通道进行传输。0x02:SLE透传，此模式下，应用层音频数据直接通过SLE接入层数据通道进行传输。其他:RFU |
| QoS参数 | 可变字节 | 长度由透传方式确定。若透传方式为不透传，长度为1字节，取值为SLQI，用于指示传输通道的QoS要求。若透传方式为SLE透传，长度和取值见表6 | |
| 音频元信息[i] | 类型 | 1字节 | 取值为0x03 |
| 元信息内容 | 可变字节 | 由元信息类型、元信息长度和元信息值组成。其中:--元信息类型，长度为1字节，无符号整数，取值范围0x01~0xFF；--元信息长度，指示元信息值的长度，长度为1字节，无符号整数，取值范围0x01~0xFF；--元信息值，指示具体元信息类型的值。元信息内容见表11 | |
| 音频流端口号[i] | 类型 | 1字节 | 取值为0x04 |
| 端口号 | 4字节 | 源端口号:2字节。目的端口号:2字节。若透传方式配置为不透传时，应配置该参数。若透传方式配置为其他值时，无需配置该参数。若通信方式为单播时:--配置音宿访问点时，有如下配置:•源端口号:客户端本地分配的端口号；•目的端口号:0x0000。--配置音源访问点时，有如下配置:•源端口号:0x0000；•目的端口号:客户端本地分配的端口号。若通信方式为组播，配置音宿访问点时，有如下配置:--源端口号:客户端本地分配的端口号；--目的端口号:0x0000 |
元信息由多个子配置项及其参数组成，其中子配置项由元信息类型指示，元信息类型为 1 字节无符号整数，见表 11。
| 元信息类型 | 元信息长度 | 元信息值 |
| 音频流类型0x01 | 4字节 | 见表12 |
| 元信息类型 | 元信息长度 | 元信息值 |
| 音频流持续时长0x02 | 1字节 | 取值范围:--0x01:长时间；--0x02:短时间；--其他:RFU。若音频流类型配置为实时音频流，则音频流持续时长视为长时间而无需配置 |
| 媒体实例标识列表0x03 | 可变长度 | 媒体标识数量:长度为1字节无符号整数，取值范围0x01~0xFF，指示媒体实例标识的个数。媒体实例标识列表:多个媒体实例标识，媒体实例标识见GB/T 48336.403 |
| 其他 | - | - |
| 注:若音频客户端为音源，音频服务端为音宿，音宿可通过音频流持续时长参数为该音频流申请音频焦点。其中，长时间为长焦点，短时间为短焦点。 | ||
| 类型 | 取值 | 实时音频流 |
| 未定义 | 0x00000001 | 否 |
| 音乐 | 0x00000002 | 否 |
| 移动网络通话 | 0x00000004 | 是 |
| 语音助手 | 0x00000008 | 否 |
| 铃音 | 0x00000010 | 否 |
| IP通话 | 0x00000020 | 是 |
| 游戏 | 0x00000040 | 是 |
| 录音 | 0x00000080 | 否 |
| 提醒 | 0x00000100 | 否 |
| 视频 | 0x00000200 | 否 |
| 导航 | 0x00000400 | 否 |
| 告警 | 0x00000800 | 否 |
| 其他 | RFU | N/A |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
音频流传输请求见表 14。
| 参数 | 长度 | 描述 |
| 音宿访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音宿访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 释放指示[i] | 1字节 | 无符号整数表示，取值范围如下:--0x00:由音频服务端决定是否释放音频参数配置信息；--0x01:音频服务端释放音频参数配置信息；--其他:预留 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 长度指示[i] | 1字节 | 指示音频码率字段的长度 |
| 音频码率[i] | 可变长度 | 由各编解码器定义L2HC码率见表80 |
6.1.4 音频流控制响应
音频流控制响应承载在音频控制点方法响应的结果字段上。方法响应应符合 GB/T 48336.301。音频流控制响应用于音频服务端回复音频客户端对应的音频流控制请求，控制响应见表 18。
| 字段 | 长度 | 描述 |
| 操作码 | 1字节 | 音频流控制响应的操作码 |
| 音频访问点数量 | 1字节 | 响应的音频访问点数量，需与对应的音频流控制请求中的音频访问点数量相同 |
| 音频访问点标识[i] | 1字节 | 响应的音频访问点标识，需与对应的音频流控制请求中的音频访问点标识相同 |
| 结果码[i] | 1字节 | 音频流控制请求执行的结果，结果码的最高位指示是否含有附加信息 |
| 附加信息[i] | 可变长度 | 音频流控制请求执行结果的解释和补充附加信息见表19 |
| 结果码 | 描述 | 附加信息 |
| 0x00 | 操作成功 | 无 |
| 0x01 | 操作成功 | 携带以下附加信息之一:--"编解码器推荐参数"；--"数据通道要求推荐参数"；--"音频流端口号" |
| 0x02 | 不支持或无效的操作码 | 无 |
| 0x03 | 音频控制请求格式错误 | 无 |
| 0x04 | 无效的访问点标识 | 无 |
| 0x05 | 不支持或无效的编解码器 | 携带附加信息，附加信息指示发生错误的编解码器参数类型，1字节无符号整数，取值范围如下:--0x01:编解码器标识；--0x02:编解码器参数；--0x03:与编解码器推荐参数不匹配，指示与编解码器推荐参数不同或差异过大；--其他:预留 |
| 0x06 | 编解码器配置失败 | |
| 0x07 | 不支持或无效的数据通道要求 | 携带附加信息，附加信息发生错误的数据通道要求类型，1字节无符号整数，取值范围如下:--0x01:通信方式；--0x02:透传方式；--0x03:QoS参数；--0x04:与推荐的数据通道要求不匹配，指示与推荐的数据通道要求不同或差异过大；--其他:预留 |
| 0x08 | 数据通道要求配置失败 | |
| 0x09 | 无效的元信息 | 携带附加信息，附加信息为元信息类型列表，指示无效或配置失败的元信息类型。元信息列表由元信息数量和一个或多个元信息类型组成:--元信息数量由1字节无符号整数表示，指示元信息类型的数量；--元信息类型见表11 |
| 0x0A | 元信息配置失败 |
| 结果码 | 描述 | 附加信息 |
| 0x0B | 无效的端口号 | 无 |
| 0x0C | 音频流控制请求不可执行 | 无 |
| 0x0C~0x7F | RFU | - |
| 0x80~0xFE | 上层应用错误 | 由应用标准定义 |
| 0xFF | 其他错误 | 其他错误 |
| 附加信息类型 | 描述 | 附加类型值 |
| 0x01 | 编解码器推荐参数 | 由编解码器数量，编解码器标识，编解码器参数长度和编解码器参数组成编解码器数量，指示编解码器的个数。以1字节无符号整数表示，取值范围0x00~0xFF。若取值为0，不携带任何编解码器推荐参数。编解码器标识[i]，见表4。编解码器推荐参数长度[i]，以1字节无符号整数表示，指示参数字段的长度。编解码器推荐参数[i]，由该音频编解码器定义，见第11章。编解码器推荐参数应在音源/音宿的能力范围内 |
| 0x02 | 数据通道要求 | 通信方式，见表5 |
| 透传方式，见表5 | ||
| 若透传方式为不透传:QoS参数为SLQI列表。若透传方式为SLE透传:--业务适配方式；--最小SDU间隔；--最大SDU长度；--最大重传次数；--最大传输时延；--最大缓存时延 | ||
| 0x03 | 音频流端口号 | 长度为4字节 |
| 若通信方式为单播，透传方式为不透传时，接受配置的访问点为音源访问点:--源端口号:服务端本地分配的端口号；--目的端口号:0x0000。若通信方式为单播，透传方式为不透传时，接受配置的访问点为音宿访问点:--源端口号:0x0000；--目的端口号:服务端本地分配的端口号 | ||
| 其他 | RFU | RFU |
6.1.5 音频流状态变更
音频流状态变更承载在通知或指示 PDU 中，通知和指示应符合 GB/T 48336.301。音频流状态变更由事件码和参数组成，其中事件码长度为 1 字节。事件码和参数在通知或指示的数据值字段承载。音频流状态变更包含的事件码见表 21。
| 事件码 | 描述 |
| 0x01 | 音频流传输变更 |
| 0x02 | 音频流停止变更 |
| 0x03 | 音频流释放变更 |
| 0x10 | 音频流码率更新 |
| 其他 | 预留 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 参数 | 长度 | 描述 |
| 音频访问点数量 | 1字节 | 需操作的音频访问点数量 |
| 参数 | 长度 | 描述 |
| 音频访问点标识[i] | 1字节 | 需操作的音频访问点标识 |
| 长度指示[i] | 1字节 | 指示音频码率字段的长度 |
| 音频码率[i] | 可变长度 | L2HC码率见表80 |
6.2 音频属性公开服务
6.2.1 服务概述
音频属性公开服务用于展示设备所支持音频的特性和能力。音频属性公开服务见表 26。
| 服务结构成员 | 类别 | 操作指示 | 权限 | 要求 |
| 音源属性组 | 属性 | 读取 | 支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权。由音频应用标准指定 | 作为音源时必选 |
| 音源能力 | 属性 | 属性支持如下组合:读取、通知和指示。描述符支持写入 | 作为音源时必选 | |
| 音源位置 | 属性 | 属性支持如下组合:读取、写入、通知和指示。描述符支持写入 | 可选 | |
| 音源阵列 | 属性 | 可选 | ||
| 音源姿态信息 | 属性 | 可选 | ||
| 音源波束方向 | 属性 | 可选 | ||
| 可传输的音频流类型 | 属性 | 属性支持如下组合:读取、通知和指示。描述符支持写入 | 必选 | |
| 音宿属性组 | 属性 | 读取 | 作为音宿时必选 | |
| 音宿能力 | 属性 | 属性支持如下组合:读取、通知和指示。描述符支持写入 | 作为音宿时必选 | |
| 音宿位置 | 属性 | 属性支持如下组合:读取、写入、通知和指示。描述符支持写入 | 可选 | |
| 音宿阵列 | 属性 | 可选 | ||
| 音宿姿态信息 | 属性 | 可选 | ||
| 音宿波束方向 | 属性 | 可选 | ||
| 可接收的音频流类型 | 属性 | 属性支持如下组合:读取、通知和指示。描述符支持写入 | 必选 | |
| 注:具体应用实例需要根据需求对结构成员的权限进行配置。 | ||||
音源属性组:一个音源属性组表示一套音源配置参数的集合，由音源能力、音源位置、音源阵列、音源姿态信息、音源波束方向五个属性组成。音频属性公开服务可含有多个音源属性组属性，表示有多套音源配置参数集合。
音源能力:音源设备支持的编解码器类型、编解码器参数和数据通道类型、音频流的类型、业务特征等。
音源位置:音源能够接受的音频通道信息。
音源阵列:音源的阵列类型、阵元排布信息。
音源姿态信息:表示音源设备的姿态角度。
音源波束方向:表示音频采集声波方向。
可传输的音频流类型:表示音源当前能够传输的音频流类型。
音宿属性组:一个音宿属性组表示一套音宿配置参数的集合，由音宿能力、音宿位置、音宿阵列、音宿姿态信息、音宿波束方向五个属性组成。音频属性公开服务可存在多个音宿属性组，表示有多套音宿配置参数集合。
音宿能力:音源设备支持的编解码器类型、编解码器参数和数据通道类型、音频流的类型、业务特征等。
音宿位置:音宿能够接受的音频通道信息。
音宿阵列:音宿的阵列类型、阵元排布信息。
音宿姿态信息:表示音宿设备的姿态角度。
音宿波束方向:表示音频发出声波方向。
可接收的音频流类型:表示音宿当前能够接收的音频流类型。
6.2.2 音源属性组/音宿属性组
音源属性组/音宿属性组属性包含音频属性组标识、类型指示和句柄列表。音频属性组标识用于唯一指示一个音源属性组或音宿属性组。类型指示通过位图的方式指示该组包含的属性，并在句柄列表中将所包含属性的句柄指示出来。在音频属性公开服务中，应至少含有一个音源属性组或音宿属性组属性。
音源属性组见表 27。
| 字段 | 长度 | 描述 |
| 音频属性组标识 | 1字节 | 音频属性组标识0x00~0xFF |
| 类型指示 | 1字节 | 指示该音源属性组含有的属性类型，以位图表示。若对应位为1b，对应的属性类型存在，若对应位为0b，对应的属性类型不存在。位图表示如下:--bit0:音源能力；--bit1:音源位置；--bit2:音源阵列；--bit3:音源姿态信息；--bit4:音源波束方向；--bit5:可传输的音频流类型；--其他:RFU |
| 句柄列表 | 可变字节 | 按照类型指示字段的LSB~MSB的顺序排列属性句柄 |
音宿属性组见表 28。
| 字段 | 长度 | 描述 |
| 音频属性组标识 | 1字节 | 音频属性组标识0x00~0xFF |
| 类型指示 | 1字节 | 指示该音宿属性组含有的属性类型，以位图表示。若对应位为1b，对应的属性类型存在，若对应为0b，对应的属性类型不存在。位图表示如下:--bit0:音宿能力；--bit1:音宿位置；--bit2:音宿阵列；--bit3:音宿姿态信息；--bit4:音宿波束方向；--bit5:可接收的音频流类型；--其他:RFU |
| 句柄列表 | 可变字节 | 按照类型指示字段的LSB~MSB的顺序排列属性句柄 |
6.2.3 音源能力/音宿能力
音源能力/音宿能力的属性值见表 29。
| 字段 | 长度 | 描述 |
| 编解码器数量 | 1字节 | 支持的编解码器类型的数量 |
| 编解码器能力[i] | 可变长度 | 由编解码器标识、编解码器能力长度、编解码器能力组成。--编解码器标识:5字节，指示编解码器类型，见表4。--编解码器能力长度:1字节，无符号整数。指示编解码器能力字段的长度。--编解码器能力:特定编解码器的参数，由各音频编解码器定义 |
| 通信方式 | 1字节 | 以位图表示，若位取值为0b，不支持该位对应的通信方式；若位取值为1b，支持该位对应的通信方式。bit0:单播。bit1:组播。其他:RFU |
| 支持的音频流类型 | 4字节 | 表示能够支持的音频流类型，见表12 |
音源/音宿的能力允许发生变化，该变化服务端可通过通知或指示的方式发送给客户端。音源/音宿的能力的变化，不应影响已经建立的音频流。
6.2.4 音源位置/音宿位置
音源位置/音宿位置表示音源/音宿能够发送/接收的音频通道能力，一般来说，音频通道与设备所处的空间位置是对应的，音源/音宿位置影响音频流的分发和处理。
音源位置/音宿位置的属性值采用 TLV 的格式表示，见表 30。
| 字段 | 长度 | 描述 |
| 类型 | 1字节 | 音频系统类型 |
| 位置信息值长度 | 1字节 | 位置信息值长度 |
| 位置信息值 | 可变长度 | 特定音频系统对音频通道的定义 |
| 类型 | 取值 | 描述 |
| 多声道系统 | 0x00 | 家庭影院、耳机等音频多声道系统。长度:8字节。多声道系统中各音频通道的含义应符合ITU⁃R BS.2051⁃2 |
| RFU | 0x01~0xFE | RFU |
| 自定义 | 0xFF | 厂商自定义音频系统 |
多声道系统的音频通道见表 32，其中无通道（None Location）表示能够发送/接收没有通道信息的音频流，如仅含有单声道音频数据的音频流。
| 音频通道 | 值（以位图表示） |
| None Location | 0x0000000000000000 |
| M+000 | 0x0000000000000001 |
| M+022 | 0x0000000000000002 |
| M-022 | 0x0000000000000004 |
| M+030 | 0x0000000000000008 |
| M-030 | 0x0000000000000010 |
| M+045 | 0x0000000000000020 |
| M-045 | 0x0000000000000040 |
| M+060 | 0x0000000000000080 |
| M-060 | 0x0000000000000100 |
| M+090 | 0x0000000000000200 |
| M-090 | 0x0000000000000400 |
| M+110 | 0x0000000000000800 |
| M-110 | 0x0000000000001000 |
| M+135 | 0x0000000000002000 |
| M-135 | 0x0000000000004000 |
| M+180 | 0x0000000000008000 |
| 音频通道 | 值（以位图表示） |
| U+000 | 0x0000000000010000 |
| U+022 | 0x0000000000020000 |
| U-022 | 0x0000000000040000 |
| U+030 | 0x0000000000080000 |
| U-030 | 0x0000000000100000 |
| U+45 | 0x0000000000200000 |
| U-45 | 0x0000000000400000 |
| U+60 | 0x0000000000800000 |
| U-60 | 0x0000000001000000 |
| U+90 | 0x0000000002000000 |
| U-90 | 0x0000000004000000 |
| U+110 | 0x0000000008000000 |
| U-110 | 0x0000000010000000 |
| U+135 | 0x0000000020000000 |
| U-135 | 0x0000000040000000 |
| U+180 | 0x0000000080000000 |
| UH+180 | 0x0000000100000000 |
| T+000 | 0x0000000200000000 |
| B+000 | 0x0000000400000000 |
| B+022 | 0x0000000800000000 |
| B-022 | 0x0000001000000000 |
| B+030 | 0x0000002000000000 |
| B-030 | 0x0000004000000000 |
| B+045 | 0x0000008000000000 |
| B-045 | 0x0000010000000000 |
| B+060 | 0x0000020000000000 |
| B-060 | 0x0000040000000000 |
| B+090 | 0x0000080000000000 |
| B-090 | 0x0000100000000000 |
| B+110 | 0x0000200000000000 |
| B-110 | 0x0000400000000000 |
| B+135 | 0x0000800000000000 |
| B+180 | 0x0001000000000000 |
| 音频通道 | 值（以位图表示） |
| LFE1 | 0x0002000000000000 |
| LFE2 | 0x0004000000000000 |
| 其他 | RFU |
6.2.5 音源阵列/音宿阵列
音源阵列/音宿阵列指示设备上阵元的排布方式，阵元可以是一个音频采集单元，也可以是一个音频发声单元，音源阵列/音宿阵列的属性值见表 33。
| 类型 | 取值 | 内容 |
| 线型阵列 | 0x00 | 线型阵列是指阵元呈直线排列的阵列。阵元数量:1字节。阵元间距列表:2字节×（阵元数量-1）。阵元间距指以标准阵元为参考点，其他阵元与标准阵元的距离，长度2字节，单位为毫米（mm）。标准阵元在线阵两个端点中的一个端点上，具体位置应在音频应用标准中指定。标准阵元编号为0，其余阵元编号按照线性阵列的顺序依次递增。阵元间距不应为0 |
| 矩形阵列 | 0x01 | 矩形阵列是指阵元在矩形平面上均匀分布的阵列。阵元数量:1字节。x轴阵元数量:2字节。x轴阵元间距:2字节，单位为毫米（mm）。y轴阵元数量:2字节。y轴阵元间距:2字节，单位为毫米（mm）。x轴阵元间距和y轴阵元间距的值不应为0。标准阵元在矩形阵列四个端点中的一个端点上，具体位置应在音频应用标准中指定。标准阵元编号为0，其余阵元编号按照先长边再宽边的顺序依次递增，长边和宽边在音频应用标准中指定 |
| 环型阵列 | 0x02 | 环形阵列是指阵元均匀分布在圆上的阵列。阵元数量:1字节。半径:2字节，单位为毫米（mm）。以标准阵元为参考点，顺时针旋转，阵元在环上均匀分布。标准阵元应在音频应用标准中指定 |
| RFU | 0x03~0xFE | RFU |
| 自定义 | 0xFF | 自定义阵列类型 |
6.2.6 姿态信息
姿态信息指示设备的姿态角度，见表 34。
| 属性值 | 描述 |
| 总长度6字节，每个角度长度2字节，单位为度。α:0x00~0x168β:0x00~0x168γ:0x00~0x168 | 按如下规则建立坐标系:以正东方向为x轴，以正南方向为y轴，垂直方向为z轴，设备绕x轴、y轴、z轴旋转的角度为α、β、γ |
6.2.7 波束方向
波束信息指示音频采集或音频发出的声波方向，见表 35。
| 属性值 | 描述 |
| 总长度6字节，每个角度长度2字节，单位为度。α:0x00~0x168β:0x00~0x168γ:0x00~0x168 | 按如下规则建立坐标系:以正东方向为x轴，以正南方向为y轴，垂直方向为z轴，设备绕x轴、y轴、z轴旋转的角度为α、β、γ |
6.3 广播音频流管理服务
6.3.1 服务概述
广播音频流管理服务用于客户端对广播音频流管理服务的服务端进行访问和配置，实现客户端替代服务端进行扫描，选择合适的广播音频源，并将广播音频源同步给服务端的功能。
广播音频流管理服务见表 36。
| 服务结构成员 | 类别 | 操作指示 | 权限 | 选项 |
| 扫描状态 | 属性 | "读取"或"读取和通知" | 支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权。具体由音频应用标准指定 | 可选 |
| 广播接收状态 | 属性 | 读取 | 必选 | |
| 广播音频控制点 | 方法 | 无 | 必选 |
| 服务结构成员 | 类别 | 操作指示 | 权限 | 选项 |
| 广播音频流状态变更 | 事件 | 无 | 无 | 必选 |
| 注:具体应用实例需要根据需求对属性的权限进行配置。 | ||||
广播接收状态:表示服务端有接收一个广播音频流集合的能力。服务端可含有多个广播接收状态属性，表示接收多个广播音频流集合的能力。广播接收状态是可读的，反映了该广播音频流集合的属性和配置信息。广播音频流管理服务的服务端应至少含有一个广播接收状态属性。
广播音频控制点:客户端通过广播音频控制点对服务端进行配置，配置改变广播接收状态属性的属性值。
广播音频流状态变更:当服务端需反馈配置结果时，服务端可通过该事件将配置结果通知客户端。
广播音频流管理服务应对不同的客户端创建不同的实例，不同客户端之间的配置是独立的。
6.3.2 扫描状态
扫描状态属性见表 37。
| 字段 | 长度 | 描述 |
| 扫描状态 | 1字节 | 客户端代替服务端进行广播音频流集合扫描的状态。0x00:关闭。0x01:开启。其他:RFU |
客户端通过 SSAP_WRITE_REQ 操作对扫描状态属性值进行配置，客户端开始为服务端进行扫描和发现合适的广播音频源时，扫描状态属性值写入 0x01；客户端停止为服务端进行扫描和发现合适的广播音频源时，扫描状态属性值写入 0x00。
6.3.3 广播接收状态属性
广播接收状态属性见表 38。
| 字段 | 长度 | 描述 |
| 本地广播音频流集合标识 | 1字节 | 服务端为客户端添加的广播音频流集合在本地进行标识，后续客户端使用该标识进行操作，该字段在客户端音源添加操作后展示 |
| 媒体接入层标识 | 6字节 | 广播音频源设备的媒体接入层标识 |
| 广播音频流集合标识 | 2字节 | 客户端扫描到的广播音频流集合的标识 |
| 接收状态 | 4字节 | 广播音频流集合内音频流的接收状态，以位图表示，按LSB~MSB的顺序，每个比特指示广播音频流集合中对应序号的广播音频流的接收状态。bit0~bit30对应广播音频流1~31。bit置0表示不接收该广播音频流，bit置1表示接收该广播音频流。置1的广播音频流数量为已接收广播音频流数量 |
| 字段 | 长度 | 描述 |
| 端口号 | 2字节*已接收广播音频流数量 | 广播音频流的源端口号 |
| 音频流类型 | 4字节*已接收广播音频流数量 | 见表12 |
| 解密状态 | 1字节 | 广播音频流的解密状态。0x00:未加密。0x01:需鉴权码。0x02:已解密。0x03:解密失败。0xFF:状态未知。其他:RFU |
6.3.4 广播音频流控制请求
广播音频流控制请求是控制面信令，承载在音频控制点方法调用上，方法调用的句柄应为音频控制点的句柄，音频流控制请求的内容应放置在方法调用的参数字段中。广播音频流控制请求内容应包含操作码和参数字段。操作码表示请求的类型，长度为 1 字节，参数字段表示需要配置的特定参数。
广播音频流控制请求类型见表 39。
| 操作码 | 描述 |
| 0x01 | 音源配置客户端指示服务端，添加一个广播音频流集合 |
| 0x02 | 音频流接收重配置客户端指示服务端，修改一个已添加广播音频流集合的接收配置 |
| 0x03 | 口令设置客户端给服务端配置口令，用于音频数据解密 |
| 0x04 | 音源移除客户端指示服务端，移除一个广播音频流集合 |
| 参数 | 长度 | 描述 |
| 媒体接入层标识 | 6字节 | 广播音源音频设备的媒体接入层标识 |
| 广播音频流集合标识 | 2字节 | 待配置广播音频流集合的标识 |
| 子集合数量 | 1字节 | 广播音频流集合中的子集合数量。取值范围:0x01~0xFF |
| 参数 | 长度 | 描述 |
| 子集合音频流信息[i] | 可变字节 | 子集合内音频流的配置及内容信息，见表41 |
| 音频流接收 | 4字节 | 指示服务端应接收的广播音频流，以位图表示，按LSB~MSB的顺序，每个比特指示广播音频流集合中对应序号的广播音频流的接收状态。bit0~bit30对应广播音频流1~31。bit置0表示不接收该广播音频流，bit置1表示接收该广播音频流。当值为0xFFFFFFFF时，由服务端决定需接收的音频流。置1的广播音频流数量为应接收音频流数量 |
| 字段 | 长度 | 描述 |
| 编解码器配置信息 | 可变长度 | 编解码器标识:5字节。定义见表4中的编解码器标识。编解码器参数长度:1字节，无符号整数。指示编解码器参数字段的长度。编解码器参数:--PCM编码器参数见10.1；--L2HC编码器参数见10.2。其他特定编解码器的参数，由各音频编解码器定义 |
| 音频流信息 | 1字节 | 以位图的形式表示音频流的信息。当对应比特位置1时，表示包含该类型的音频流信息。当对应比特位置0时，表示不含该类型的音频流信息。0x01:音频流类型。0x02:音频流语言。其他:RFU |
| 音频流类型 | 4字节 | 见表12 |
| 音频流语言 | 3字节 | 按ISO 639:2023规定的3个小写字母代码进行表示 |
| 子集合内音频流数量 | 1字节 | 子集合内的广播音频流数量 |
| 音频流序号[i] | 1字节 | 指示广播音频流集合中音频流的序号，取值范围1~31 |
| 端口号[i] | 2字节 | 音频流的端口号（源端口号） |
| 音频通道信息[i] | 可变长度，由音频通道类型确定 | 音频流的音频通道信息。类型:1字节。0x00:无效值。0x01:多声道系统。0x02:线型阵列。0x03:矩形阵列。0x04:环形阵列。其他:RFU。音频通道:可变字节，由类型字段决定。若类型为无效值，则音频通道不存在。若类型为多声道系统，音频通道见表32。若类型为阵列类型，音频通道应由音频应用标准确定 |
音频流接收重配置请求参数如表 42 所示。
| 参数 | 长度 | 描述 |
| 本地广播音频流集合标识 | 1字节 | 服务端在本地为客户端配置的广播音频流集合做出的标识，后续客户端使用该标识进行操作 |
| 音频流接收 | 4字节 | 见表40 |
| 参数 | 长度 | 描述 |
| 本地广播音频流集合标识 | 1字节 | 服务端在本地为客户端配置的广播音频流集合做出的标识，后续客户端使用该标识进行操作 |
| 口令 | 16字节 | 用于解密广播音频流 |
| 参数 | 长度 | 描述 |
| 本地广播音频流集合标识 | 1字节 | 服务端在本地为客户端配置的广播音频流集合做出的标识，后续客户端使用该标识进行操作 |
6.3.5 广播音频流控制响应
广播音频流控制响应承载在音频控制点方法响应的结果字段上。
广播音频流控制响应用于回复对应的广播音频流控制请求，控制响应包括结果码和附加信息两部分，控制响应的格式见表 45。
| 结果码 | 附加信息 | 描述 |
| 0x00 | 仅当操作码为0x02时，含有附加信息。附加信息为本地广播音频流集合标识 | 配置成功 |
| 0x01 | 无 | 配置失败 |
6.3.6 广播音频流状态变更
广播音频流状态变更承载在通知或指示 PDU 中。广播音频流状态变更由事件码和参数组成，其中事件码长度为 1 字节。事件码和参数在通知或指示的数据值字段承载。广播音频流状态变更包含的事件类型见表 46。
| 事件码 | 描述 |
| 0x01 | 广播音频流接收通知 |
| 0x02 | 数据解密状态通知 |
| 参数 | 长度 | 描述 |
| 数据状态 | 1字节 | 0x00:接收成功。0x01:接收成功，数据需解密。0x02:接收失败。其他:RFU |
| 接收状态 | 4字节 | 见表38 |
| 参数 | 长度 | 取值 |
| 数据解密状态 | 1字节 | 0x00:数据解密成功0x01:数据解密失败 |
6.4 音频流混音服务
6.4 1 服务概述
音频流混音服务用于客户端配置服务端的混音功能和开启/关闭混音代理功能，混音功能仅用于来自多个音源设备的音频流。
音频流混音服务的服务端应为音宿。音频流混音服务的客户端为混音配置器或混音代理。混音配置器负责混音策略的配置，混音周期的配置，以及接收溢出提醒。混音代理可代替音宿接收多路音频流并混音，再将混音后的单路音频流以单播方式传输给音宿。混音代理访问音频流混音服务中的混音代理属性。设备的混音策略为预置时，无法修改。此时服务中不应设置混音策略控制点方法。当含有混音策略控制点时，混音策略可被动态配置。
音频流混音服务和广播音频流管理服务不应在同一设备上共存。
当音频流混音服务中含有混音代理属性时，服务端应发送广播，在设备公开信息中的标准服务数据信息中携带音频流混音服务的 UUID。设备公开信息及标准服务数据信息应符合 GB/T 48336.301。
音频流混音服务见表 49。
| 服务结构成员 | 类别 | 操作指示 | 权限 | 选项 |
| 混音策略 | 属性 | 读取 | 支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权。具体由音频应用标准指定 | 必选 |
| 混音策略控制点 | 方法 | 无 | 可选 | |
| 混音周期 | 属性 | 读取和写入 | 可选 | |
| 混音代理 | 属性 | 读取和写入 | 可选 | |
| 溢出提醒 | 事件 | 无 | 无 | 可选 |
6.4 2 混音策略属性
混音策略属性的属性值见表 50。
| 字段 | 长度 | 描述 |
| 音频流类型数量 | 1字节 | 音频流类型的数量 |
| 音频流类型[i] | 4字节 | 见表12 |
| 权重系数[i] | 1字节 | 范围:0~120。0表示不接受该音频流类型。1~99为混音区。处于此权重系数内的音频流可按照权重系数进行混音。100~120为独占区，处于此权重系数内的音频流独占播放 |
混音策略属性中可含有多个音频流类型及对应的权重系数。
混音策略影响客户端的混音行为和混音效果。混音行为的影响指的是，不接收权重系数为 0 的类型的音频流，以及接收独占区的音频流时，若该音频流类型的权重系数大于当前正在播放的独占音频流的权重系数或当前播放的音频流为混音音频流时，则进行抢占。被抢占音频流应停止播放。
混音效果的影响指的是，权重系数表示该类型音频流在混音音频流的输出占比，权重系数越大，输出占比越大。
音频流混音服务应给出默认的混音策略，在混音策略属性中呈现。
混音策略的可配置音频流类型范围由音宿能力的支持音频流类型指示。若混音策略中音频流类型的权重系数为 0，则音宿能力的可接收音频流类型字段中该音频流类型对应的比特应置 0。若当前接收的是独占区音频流，则比该音频流类型权重系数小的音频流类型在音宿能力中的可接收音频流类型字段对应的比特应置 0。
6.4 3 混音周期
混音周期属性见表 51。
| 字段 | 长度 | 描述 |
| 混音周期 | 2字节 | 多个音频流的混音周期，当前只接收单个音频流时该值无效。取值范围:0x0001~0xFFFF，其他值预留，单位为微秒（μs） |
6.4 4 混音代理
混音代理属性见表 52。
| 字段 | 长度 | 描述 |
| 混音代理 | 1字节 | 0x00:客户端不再为服务端进行混音代理，服务端需自行接收音频流和混音。0x01:客户端为服务端进行混音代理，服务端无需接收原始音频流和混音。其他:RFU |
6.4 5 混音策略配置请求
混音策略配置请求是客户端向服务端发送的控制面信令。混音策略配置信令承载在混音策略控制点的方法调用上。具体实施上，方法调用的句柄应为混音策略控制点的句柄，混音策略配置请求的内容应放置在方法调用的参数字段中。
混音策略配置请求用于调整不同音频流类型的权重系数，见表 53。
| 操作码 | 长度 | 描述 | 参数 |
| 0x01 | 1字节 | 混音策略设置 | 配置数量:1字节。配置的音频流类型数量。音频流类型[i]:4字节。配置的音频流类型，见表12。权重系数[i]:1字节。对应音频流类型的权重系数，见表50 |
| 操作码 | 长度 | 描述 | 参数 |
| 0x02 | 1字节 | 混音策略复位 | 无 |
6.4 6 混音策略配置响应
混音策略设置响应承载在混音策略控制点方法响应的结果字段上。混音策略配置响应用于回复混音策略配置请求。配置响应由结果码组成，结果码长度为 1 字节，见表 55。
| 结果码 | 描述 |
| 0x00 | 配置成功 |
| 0x01 | 不支持的音频流类型 |
| 0x02~0xFE | RFU |
| 0xFF | 其他错误 |
6.4 7 溢出提醒
当混音后的音频流发生溢出时，服务端使用溢出提醒对客户端进行通知。客户端接收到该事件后可调整权重系数或整体增益来避免溢出的持续发生。溢出提醒携带混音音频流中占比最大的音频流类型。
6.4 8 配置过程
音频流混音配置过程主要涉及读取、配置和溢出通知过程。客户端使用 SSAP 读取操作读取混音策略属性的属性值，即获取当前服务端默认的混音策略。
混音配置请求用于客户端修改服务端的混音策略，服务端接收混音配置请求后，应回复配置响应。
溢出通知用于服务端通知客户端有溢出发生，此时服务端可内部处理此溢出，但仍需将溢出通知发送给客户端，客户端可重新发起混音配置请求进行调整。
混音策略相关的配置流程见图 2。
混音代理过程主要分为:
a） 服务端（音宿）发送含有音频流混音服务 UUID 的广播报文，客户端（混音代理）进行扫描，发现音宿设备并连接；
b） 客户端通过 SSAP 读取操作获取服务端的混音策略属性值；
c） 客户端通过 SSAP 读取操作获取服务端的音频属性公开服务中的音宿能力属性值；
d） 客户端通过 SSAP 写入操作开启或关闭混音代理功能。
当混音开启后，客户端需要按照服务端的混音策略进行混音，混音后产生的音频流需要符合服务端的音宿能力。
混音代理相关的流程见图 3。
7 单播音频流配置与管理
7.1 角色定义
对于单播方式，音频服务端/音频客户端与音源/音宿没有绑定关系，见表 56。
| 角色 | 音源 | 音宿 |
| 音频服务端 | √ | √ |
| 音频客户端 | √ | √ |
| 注:"√"表示对应。 | ||
7.2 音频流配置与管理流程
7 2 .1 通则
音频流的配置与管理流程应基于服务管理流程。音频客户端通过 SSAP 信令访问音频服务端进行配置与管理。音频服务端通过信令响应、通知及指示等方式反馈配置的结果和信息变更。音频客户端在访问音频服务端之前，应先对音频服务端进行服务发现流程。服务发现应符合 GB/T 48336.301。
音频服务端与客户端通过服务管理传输通道，传输上述的控制面信令，音频服务端与客户端还应建立音频流数据通道，进行音频数据的传输。
音频流配置与管理流程主要分为:音频属性获取、音频流配置、音频流数据通道开启、音频流传输、音频流停止、音频流释放，以及可选的音频流重配置。一个完整的交互示例见图 4。
7.2.2 音频流属性获取
音频属性获取流程是音频客户端读取音频服务端上指定属性的过程。该流程是音频流配置或重配置的前提。音频客户端应获取的音频属性见表 57。
| 访问项目 | 所属服务 | 操作 |
| 音源访问点/音宿访问点 | 音频流管理服务 | 读取 |
| 音源访问组/音宿访问组 | 音频属性公开服务 | 读取 |
| 音源能力/音宿能力 | 音频属性公开服务 | 读取 |
| 音源位置/音宿位置 | 音频属性公开服务 | 读取 |
| 音源阵列/音宿阵列 | 音频属性公开服务 | 读取 |
| 可传输的音频流类型/可接收的音频流类型 | 音频属性公开服务 | 读取 |
7.2.3 音频流配置
音频访问点未对任何配置项进行配置时，应进行音频流配置。配置项为音频元信息、编解码器、数据通道要求、音频流端口号。配置项可通过单个音频流配置请求一次性进行配置，也可通过多个音频流配置请求分步进行配置。配置项均配置完成后，该音频访问点的音频流配置过程结束。其中，无需配置的配置项代表配置完成。
音频客户端可使用单步配置或分步配置，音频服务端应支持两种配置方式。
7.2.4 单次配置
音频客户端通过音频流配置请求一次性对音频访问点的所有配置项进行配置，音频服务端通过音频流配置响应对该请求进行响应。
如图 5 所示，音频客户端发送音频流配置请求给音频服务端，音频服务端应回复对应操作码的音频流控制响应。
若音频服务端接受配置的参数，应在音频流控制响应中携带操作成功的结果码。音频服务端应更新被配置的音频访问点属性的内容字段；若通信方式为不透传时，应在音频流控制响应中携带结果码 0x01，并在携带音频流端口号的附加信息，若通信方式为其他方式，应在音频流控制响应中携带结果码 0x00。
若音频服务端不接受被配置的一个或多个参数，音频服务端应在结果码中给出操作失败的结果码和指示失败原因的附加信息，结果码可指示任一不接受的音频参数。配置流程终止。此时，音频访问点处于未经配置的状态。
7.2.5 分步配置
音频客户端按照特定的顺序通过多次音频流配置请求完成对音频访问点的所有配置项进行配置，音频服务端通过音频流配置响应对音频客户端的每个请求进行响应，并根据当前配置项的参数给出音频客户端下一步配置的配置项的推荐参数。音频客户端再根据推荐参数进行下一步配置项的配置，该下一步配置项的参数可使用推荐参数，也可由推荐参数得出，具体步骤进行如下详述。
a） 音频客户端通过音频流配置请求配置音频元信息。音频元信息应包含音频流类型、音频持续时长、媒体实例标识及其他上层应用配置标准要求的音频元信息，音频服务端的处理如下:
• 若音频服务端接受被配置的参数，应在音频流控制响应中携带操作成功的结果码（0x01），并在附加信息中携带编解码器推荐参数，由音频服务端根据音频元信息及自身实际情况给出推荐的编解码器参数；
• 若音频服务端不接受被配置的参数，应在音频流控制响应中携带“无效的元信息”或“元信息配置失败”的结果码。
音频客户端可重新执行步骤 a）以重新配置音频元信息。
b） 音频客户端通过音频流配置请求配置编解码器，音频服务端的处理如下:
• 若音频服务端接受被配置的参数，应在音频流控制响应中携带操作成功的结果码（0x01），并在附加信息中携带数据通道要求推荐参数，由音频服务端根据编解码器参数及自身实际情况给出推荐的数据通道要求参数；
• 若音频服务端不接受被配置的参数，可在音频流控制响应中携带“不支持或无效的编解码器参数”或“编解码器参数配置失败”的结果码。
音频客户端可重新执行步骤 b）以重新配置编解码器。
c） 音频客户端通过音频流配置请求配置数据通道要求和音频流端口号。其中，音频流端口号参数可不配置，音频服务端的处理如下:
• 若音频服务端接受被配置的参数，应在音频流控制响应中携带操作成功的结果码（0x00）；
• 若音频服务端不接受被配置的参数，可在音频流控制响应中携带“不支持或无效的数据通道要求”或“数据通道要求配置失败”的结果码。
音频客户端可重新执行步骤 c）以重新配置数据通道要求。
若执行 a）、b）、c）任一步骤失败，音频客户端应重新执行该步骤，以继续完成音频流配置过程。音频客户端也可通过音频流释放请求将已配置的音频参数移除。
7.2.6 音频流数据通道开启
音频客户端与音频服务端通过音频流数据通道开启流程将音频访问点关联到满足要求的数据通道上。在执行该流程之前，对应的音频访问点的所有配置项应配置完成。音频服务端收到该请求后，应回复对应操作码的音频流控制响应:
若音频服务端接受该请求，音频服务端应在音频流控制响应携带“操作成功”的结果码；
若音频参数配置未完成，音频服务端应在音频流控制响应携带“音频流控制请求无法执行”的结果码。
以上过程执行成功，则:
使用不透传方式时，关联到基础服务层的传输通道；
使用 SLE 透传方式时，关联到接入层逻辑链路。
数据通道关联完成，则该流程结束。此时，可进行音频流重配置、音频流传输或音频流释放流程。音频流数据通道开启流程的示例见图 6。
7.2.7 音频流传输
音频流传输流程用于音宿通知音源，开始传输对应音频访问点的音频数据。在执行该流程之前，音频访问点应关联到满足要求的数据通道上。
音频流传输的交互有两种方式:
方式一，音频客户端发送音频流传输请求给音频服务端；
方式二，音频服务端发送音频流传输变更事件给音频客户端。
对于方式一，若音频服务端已做好接收音频数据的准备，应在音频流控制响应中携带操作成功的结果码。音频客户端接收到该响应后，开始传输音频流数据。
对于方式二，若音频客户端接收到该事件后，开始传输音频流数据。
若音频流传输请求中的音频访问点未建立音频流传输通道，对于方式 1，音频服务端应在音频流控制响应中携带“音频流控制请求不可执行”的音频流控制响应；对于方式 2，音频客户端应直接忽略音频流传输变更事件。
若音频流开始传输，可进行音频流停止、音频流重配置或音频流释放流程。
音频流传输流程的示例见图 7。
7.2.8 音频流停止
音频流停止流程用于停止相关音频访问点正在传输的音频数据，音频流停止的交互有两种方式:
方式一，音频客户端发送音频流停止请求给音频服务端，音频服务端应返回对应操作码的音频流控制响应；
方式二，音频服务端发送音频流停止变更事件给音频客户端。
该流结束后，音频访问点的音频数据传输应停止。此时，音频数据通道仍保持关联。
若音频流停止请求中的音频访问点未传输音频数据，对于方式一，音频服务端应在音频流控制响应中携带“音频流控制请求不可执行”的音频流控制响应；对于方式二，音频客户端应直接忽略音频流停止变更事件。
音频流停止流程的示例见图 8。
7.2.9 音频流释放
音频流释放流程用于移除音频数据通道的关联，并且可移除音频访问点的音频参数配置信息。音频流释放的交互有两种方式:
方式一，音频流客户端发送音频流释放请求给音频服务端，音频服务端返回对应操作码的音频流控制响应；
方式二，音频服务端发送音频流释放变更给音频客户端。
该流程结束后，应移除音频数据通道的关联。若音频流释放参数指示音频服务端释放音频参数配置信息，音频访问点的音频参数应清除，音频访问点回到未配置状态。
若音频流释放请求中的音频访问点处于未配置状态，对于方式一，音频服务端应在音频流控制响应中携带“音频流控制请求不可执行”的音频流控制响应；对于方式二，音频客户端应直接忽略音频流释放变更事件。
音频流释放流程的示例见图 9。
7.2.1 0 音频流重配置
音频流重配置流程用于在已关联音频数据通道后，音频客户端对音频服务端相关音频访问点的配置项进行更新的过程。
7.2.11 音频元信息重配置
在已关联音频数据通道后，音频客户端可发起音频流配置请求对音频元信息进行重配置。音频服务端应回复对应操作码的音频流控制响应:
若音频服务端接受被配置的参数，应在音频流控制响应中携带操作成功的结果码（0x00），并更新音频访问点属性；
若音频服务端不接受被配置的参数，应在音频流控制响应中携带“无效的元信息”或“元信息配置失败”的结果码。
7.2.12 音频流码率更新
在音频数据传输过程中，音频客户端或音频服务端可发起音频流码率更新过程，对码率进行更新。
由音频客户端触发，音频客户端可发送音频流码率更新请求给音频服务端，音频服务端应回复对应操作码的音频流控制响应:
若音频服务端接受被配置的参数，应在音频流控制响应中携带操作成功的结果码（0x00），并更新音频访问点属性；
若音频服务端不接受被配置的参数，应在音频流控制响应中携带“不支持或无效的编解码器参数”或“编解码器参数配置失败”的结果码。
由音频服务端触发，音频服务端可发送音频流码率更新事件给音频客户端，音频客户端若接受该变更，后续过程与由音频客户端触发一致。若音频客户端不接受该变更，则忽略该事件。
音频流码率更新的能力依赖音频编解码器，音频编解码器宜说明对该能力的支持情况。
7.2.13 音频流数据通道异常断开
音频数据通道异常断开后，解除与音频数据通道的关联。
8 组播的音频流配置与管理
8.1 角色定义
对于组播方式，音频客户端作为音源，音频服务端作为音宿，两者的关系见表 58。
| 角色 | 音源 | 音宿 |
| 音频服务端 | - | √ |
| 音频客户端 | √ | - |
| 注:"√"表示对应。 | ||
音频服务端上承载音频流管理服务和音频属性公开服务，音频客户端应支持这些服务的访问。
8.2 音频流配置与管理流程
8 2 .1 通则
音频组播是指通过使用接入层的组播传输能力，音源将同一音频数据发送给多个音宿，并保证数据传输的可靠性，多个音宿接收相同的音频流。多个音频设备可为同一个合作设备集合中的集合成员。合作设备集合相关定义应符合 GB/T 48336.402。
客户端通过服务管理传输通道与多个音频服务端，传输控制面信令，音频服务端与客户端还应建立组播数据通道，进行音频数据的传输。
音频流配置与管理流程主要分为:音频属性获取、音频流配置、音频流数据通道开启、音频流传输、音频流停止、音频流释放，以及可选的音频流重配置。
8.2.2 音频流属性获取
音频客户端应分别获取组内音频服务端的所有音频服务端上指定属性的过程。当所有音频服务端的音频流属性获取完成后，该流程结束。
8.2.3 音频流配置
音频客户端应分别与各个音频服务端进行音频流配置流程，音频客户端与单一音频服务端进行音频流配置流程见图 7。音频客户端应对所有音频服务端配置相同的音频参数。因此，音频客户端应综合所有音频服务端的音频能力，选择能被所有音频服务端接受的参数进行配置。当所有音频服务端相关音频访问点的音频参数配置完成后，该流程结束。
8.2.4 音频流数据通道开启
音频客户端应分别与各个音频服务端进行音频流数据通道开启流程，为已配置的音频访问点关联组播数据通道，如图 10 所示。当所有音频服务端相关音频访问点关联到满足要求的组播数据通道后，该流程结束。
若以上过程执行成功:
使用不透传方式时，关联到基础服务层的传输通道；
使用 SLE 透传方式时，关联到接入层逻辑链路。
8.2.5 音频流传输
音频客户端应分别与各个音频服务端进行音频流传输流程，如图 11 所示。当音频客户端与所有音频服务端完成音频流传输流程后，音频数据开始传输。
8.2.6 音频流停止
音频客户端应分别与各个音频服务端进行音频流停止流程，当音频客户端与所有音频服务端完成音频流停止流程后，音频数据传输停止。
8.2.7 音频流释放
音频客户端应分别与各个音频服务端进行音频流释放流程，当音频客户端与所有音频服务端完成音频流释放流程后，音频访问点与音频组播数据通道的关联移除。
音频客户端与单一音频服务端进行音频流释放流程有两种方式:
方式一，音频流客户端发送音频流释放请求给音频服务端，音频服务端返回对应操作码的音频流控制响应；
方式二，音频服务端发送音频流释放变更给音频客户端。
当音频客户端与单一音频服务端完成音频流释放流程后，音频客户端可更新组播数据通道，不再向该音频服务端发送音频数据。音频服务端应不再接收音频数据。
8.2.8 音频流重配置
音频客户端应分别与各个音频服务端进行音频流重配置流程，音频客户端应对所有音频服务端更新相同的音频参数。
8.2.9 音频流异常断开
音频数据通道异常断开后，与音频数据通道的关联视为解除。
9 广播音频流配置与管理
9.1 角色定义
广播音频流的配置与管理中分为音源、音宿、配置代理、管理代理四个角色。
在广播音频流的配置与管理中，音源通过广播直接对音宿进行配置，音宿上可承载音频属性公开服务，配置代理可通过访问该服务为音宿匹配音源。
为减小音宿长期扫描音源配置广播带来的功耗上升，设置配置代理和管理代理角色。管理代理角色应承载广播音频流管理服务，配置代理负责对音源进行扫描发现，获取音频流的配置信息，作为客户端对广播音频流管理服务进行访问，对管理代理进行配置。广播音频流配置、管理角色与客户端/服务端关系见表 59。
| 角色 | 音源 | 音宿 | 配置代理 | 管理代理 |
| 音频服务端 | - | √ | - | √ |
| 音频客户端 | - | - | √ | - |
| 注:"√"表示对应。 | ||||
9.2 典型拓扑
如图 12 所示，音源以广播方式发送音频流的配置信息和广播链路信息，音宿扫描并获取该信息。若音宿能够接受配置信息中的参数，则应根据该信息对编解码器和广播链路进行必要的配置，接入到相应的广播链路，接收音频流数据。
如图 13 所示，音源与配置代理部署在同一设备，音宿和管理代理部署在同一设备。配置代理获取音频流的配置信息和广播链路信息。配置代理与音宿/管理代理建立连接，获取音宿的音频能力。若音宿能够满足音频流的参数要求，则将广播音频流的配置信息和广播链路信息配置给管理代理。由管理代理将该信息同步给音宿，音宿根据该信息进行必要的配置，接入到相应的广播链路，接收音频数据。
如图 14 所示，音源以广播方式发送音频流配置信息和广播链路信息。配置代理部署在独立设备上。配置代理进行扫描发现，收集音源的音频流配置信息和广播链路信息。配置代理与音宿/管理代理建立连接，获取音宿的音频能力。若音宿能够满足音频流的参数要求，则将广播音频流的配置信息和广播链路信息配置给管理代理。由管理代理将该信息同步给音宿，音宿根据该信息对进行必要的配置，接入到相应的广播链路，接收音频数据。
如图 15 所示，管理代理和配置代理部署在独立设备上，形成级联拓扑。A 设备的配置代理获取音源的音频流配置信息和广播链路信息，将该信息通过配置 B 设备的广播音频流管理服务传递给管理代理。B 设备的配置代理获取该信息，再以同样的方式将信息传递到 C 设备的管理代理。最终 C 设备音宿获取信息，进行必要的配置，接入到相应的广播链路，接收音频数据。
9.3 广播音频流配置信息
广播音频流配置信息主要承载广播音频流集合的编解码器类型和参数、子集合构成信息、音频流业务信息、音频通道和端口号信息。若设备能力允许，音源可同时发送多个广播音频流集合实例的音频数据，此时，音源也应发送多个广播音频流配置信息，广播音频流配置信息应与广播音频流集合一一对应。
广播音频流配置信息承载在广播业务传输通道控制信息中，通过通用控制广播传输通道发送。广播音频流配置信息见表 60。
| 字段 | 长度 | 描述 |
| 广播音频流集合标识 | 2字节 | 客户端的音频流集合标识 |
| 子集合数量 | 1字节 | 子集合数量 |
| 子集合音频流信息 | 可变长度 | 子集合内音频流的配置及内容信息 |
| 字段 | 长度 | 描述 |
| 编解码器配置信息 | 可变长度，由编解码器标识确定 | 编解码器标识:5字节，详见表4。编解码器参数长度:1字节，无符号整数，指示编解码器参数字段的长度。编解码器参数:--PCM编码器参数见10.1；--L2HC编码器参数见10.2。其他特定编解码器的参数，由各音频编解码器定义 |
| 字段 | 长度 | 描述 |
| 音频流信息 | 1字节 | 以位图的形式表示音频流的信息。当对应比特位置1时，表示包含该类型的音频流信息。当对应比特位置0时，表示不含该类型的音频流信息。0x01:音频流类型。0x02:音频流语言。其他:RFU |
| 音频流类型 | 4字节 | 见表12 |
| 音频流语言 | 3字节 | 按ISO 639:2023规定的3个小写字母代码进行表示 |
| 子集合内音频流数量 | 1字节 | 子集合内的广播音频流数量 |
| 音频流序号[i] | 1字节 | 指示广播音频流集合中音频流的序号取值范围:1~31 |
| 端口号[i] | 2字节 | 音频流的端口号（源端口号） |
| 音频通道信息[i] | 可变长度，由音频通道类型确定 | 音频流的音频通道信息。类型:1字节。0x00:无效值。0x01:多声道系统。0x02:线型阵列。0x03:矩形阵列。0x04:环形阵列。其他:RFU。音频通道:可变字节，由类型字段决定。若类型为无效值，则音频通道不存在；若类型为多声道系统，音频通道详见表32。若类型为阵列类型，音频通道应由音频应用标准确定 |
广播音频流集合中应至少含有一个子集合，可含有多个子集合。一个子集合中可含有多个音频流。一种示例型的配置方法是，一个广播音频流集合为一个内容源，如一部电影的音频。子集合为多种语言的音轨，语言信息通过子集合的音频流语言字段指示。子集合内的音频流为多个声道的音频数据，声道信息通过音频通道字段指示。通过广播音频流的配置信息，音源能够清晰表达广播音频流集合的结构和内容。音宿能够根据该信息接收需要的音源流。
9.4 与广播链路映射关系
广播音频流集合通过一个事件组集合承载，广播音频流集合中的一个音频流通过一个事件组承载。广播音频流的序号对应事件组在事件组集合中出现的顺序。子集合中可以包含多个广播音频流，子集合的广播音频流的序号可不相邻。广播音频流与广播链路的映射关系如图 16 所示。
9.5 音频流配置与管理流程
9 5 .1 概述
广播是指通过使用接入层的广播传输能力，音源将一个或多个广播音频流集合以广播方式发送，在该音源无线信号覆盖范围内的设备均可进行接收。
广播音频流的配置与管理流程分为两种方式，即:
音源直接对音宿进行配置的方式，音源和音宿不必建立连接，配置信息通过广播传输；
音源借助配置代理和管理代理对音宿进行配置的方式，配置信息需通过面向连接的数据通道传输。
9.5.2 音源⁃音宿拓扑的配置与管理流程
9.5.2.1 广播音频流配置与重配置
广播音频流配置是指音源发送广播音频流配置信息，音宿接收和解析广播音频流配置信息的过程。解析配置信息后，音宿应检查是否能够接受音频流的编解码器类型和参数，决定需要接收的广播音频流，并进行必要的配置。
广播音频流重配置是指音源更新了广播音频流的配置信息，音频流音宿接收该信息后，可按照需要重新对编解码器进行配置或重新选择需要接收的音频流。
音源应发送通用控制广播传输通道发送请求给连接管理功能单元，携带广播音频流配置信息，连接管理功能单元应将广播音频流配置信息由通用控制广播传输通道发送。
音宿应向连接管理功能单元发送通用控制广播传输通道接收查询，该信令会指示接入层进行扫描和发现，接收音源发送的广播音频流配置信息。
9.5.2.2 广播音频流传输
音源应指示 QoS 管理功能单元执行广播业务传输，携带广播音频流集合的业务 QoS 参数。QoS 管理功能单元应将业务 QoS 参数转换为传输 QoS 参数，指示连接管理功能单元建立广播业务传输通道。当音源在本端建立广播业务传输通道完成后，音源发送通用控制广播传输通道发送请求，携带广播音频流配置信息时，连接管理功能单元应将非链接态广播链路配置信息和广播音频流配置信息同时发送。当音源收到连接管理功能单元的通用控制广播传输通道发送确认后，音源开始通过广播业务传输通道发送音频数据。
音宿应向连接管理功能单元发送通用控制广播传输通道接收查询，该信令会指示接入层进行扫描和发现，接收音源发送的广播音频流配置信息和非链接态广播链路配置信息。音宿指示 QoS 管理功能单元建立广播业务传输通道并接收需要的音频流。当广播业务传输通道建立完成后，QoS 管理功能单元应返回反馈广播通道结果，音宿从广播业务传输通道上接收数据。
音源⁃音宿的建立广播业务通道的流程应符合 GB/T 48336.301。其中，音源作为广播传输通道的发送方的基础应用层，音宿作为广播传输通道的接收方的基础应用层。
9.5.2.3 广播音频流释放
当音源不再发送音频数据时，应发送通用控制广播传输通道停止发送请求，停止发送广播音频流配置信息。当音源收到通用控制广播传输通道停止发送响应后，应向 QoS 管理功能单元指示停止广播业务，释放广播业务传输通道。
当音宿不再接收广播数据时，应向 QoS 管理功能单元发送停止广播业务的指示，释放广播业务传输通道。
广播业务传输通道的释放流程应符合 GB/T 48336.301。其中，音源作为广播传输通道的发送方的基础应用层，音宿作为广播传输通道的接收方的基础应用层。
9.5.2.4 广播音频流异常断开
当音宿的广播业务传输通道异常断开时，音宿可执行音源的配置，重新建立广播业务传输通道。
9.5.3 配置代理和管理代理参与的配置与管理流程
9.5.3.1 发现与连接行为
管理代理应作为服务端，承载广播音频流管理服务，配置代理应作为客户端，访问广播音频流管理服务。管理代理应作为被发现方，在设备公开信息中携带标准服务信息，该信息中包含广播音频流管理服务的 UUID。作为发现方，配置代理发现和连接管理代理。连接建立后，配置代理应对管理代理进行服务发现，获取管理代理承载的广播音频流管理服务的服务结构。
配置代理也应对音宿设备进行设备发现和连接，发现与连接的流程应遵循音频应用标准的定义。
9.5.3.2 音频流属性获取
管理代理访问音宿承载的音频属性公开服务，获取音频服务端上指定属性，见表 57。
9.5.3.3 代理扫描开始
配置代理向管理代理发送代理扫描开始请求，管理代理应回复广播音频流控制响应。若结果码为配置成功，配置代理应开始扫描广播音频流配置信息，发现广播音源，管理代理可停止自行扫描广播音频流配置信息。
9.5.3.4 代理扫描结束
配置代理向管理代理发送代理扫描结束请求，管理代理应回复广播音频流控制响应。若结果码为配置成功，配置代理应停止扫描广播音频流配置信息。
管理代理可开始自行扫描广播音频流配置信息。
9.5.3.5 广播音源的匹配与筛选
配置代理应解析音源的广播音频流配置信息，并将编解码器类型和参数与音宿的能力、音频流类型、音频通道信息与音宿的音频流属性进行比对，为代理扫描的音宿筛选出合适的音源。
9.5.3.6 广播音源配置
配置代理通过音源配置请求将合适的音源信息发送给管理代理，管理代理应回复广播音频流控制响应，若结果码为配置成功，应在附加信息中携带本地广播音频流集合标识。本地广播音频流标识是管理代理（即，广播音频流管理服务的服务端）生成的、用于在管理代理侧唯一标识配置代理添加的广播音频流集合。配置代理获取该标识后，后续对广播音频流集合的操作均通过本地广播音频流标识进行；若管理代理不接受音源配置，则应回复结果码为配置失败的广播音频流控制响应。
管理代理通过广播音频流接收通知信令反馈数据的接收状况。若音频数据是加密的，则需要在数据状态字段返回 0x01，表示“接收成功，数据需解密”，提示配置代理发送口令。
9.5.3.7 音频流接收重配置
配置代理使用音频流接收重配置请求改变音宿需接收的音频流。管理代理收到该信令后，回复广播音频流控制响应。
音宿根据音频流接收重配置请求中的接收指示来进行广播音频流接收的更新。音宿应停止接收请求中接收指示位图中音频流序号为 0b 的广播音频流，应开始接收请求中接收状态位图中音频流序号为1b 的广播音频流。
管理代理应反馈广播音频流状态变更事件，报告音频流接收重配置后的执行结果。
9.5.3.8 口令设置
若配置代理接收到接收成功，数据需解密的广播音频流接收通知时，应通过口令设置请求将口令配置给管理代理。管理代理应回复广播音频流控制响应。
音宿应使用被配置的口令对音频数据进行解密，并将解密结果通过数据状态通知事件反馈给配置代理。
9.5.3.9 音源移除
配置代理通过音源移除请求指示管理代理移除指定的广播音频源集合信息，并释放相关配置资源。管理代理可将本地广播音频流集合标识回收并重复使用。
若音宿正在接收音频数据时，配置代理不应发送音源移除请求。否则，管理代理应回复结果为配置失败的广播音频流控制响应。
9.5.3.1 0 音源流异常断开
若音宿的广播业务传输通道异常断开，与该音宿匹配的管理代理应发送数据状态为接收失败的广播音频流接收通知给配置代理。配置代理可重新进行音源配置流程，指示音宿重新建立广播业务传输通道并接收音频数据。
1 0 码流支持
1 0.1 PCM 支持
1 0.1.1 PCM 编解码器标识
PCM 的音频编解码器类型为 0x00
1 0.1.2 PCM 编解码器能力
PCM 编解码器能力包括采用率支持能力、采样位深支持能力、最大音频通道数支持能力、数据类型支持能力、字节序支持能力和 SDU 长度支持能力。
采样率支持能力见表 62。
| 字段 | 长度 | 取值 |
| 采样率 | 1字节 | 0x01 |
| 采样率值长度 | 1字节 | 0x02，单位为字节 |
| 采样率值 | 2字节 | 以位图的形式表示对不同采样率的支持，b1表示支持，b0表示不支持。bit0:8 kHz。bit1:11.025 kHz。bit2:16 kHz。bit3:22.05 kHz。bit4:24 kHz。bit5:32 kHz。bit6:44.1 kHz。bit7:48 kHz。bit8:88.2 kHz。bit9:96 kHz。bit10:176.4 kHz。bit11:192 kHz。bit12:384 kHz。其他:RFU |
| 字段 | 长度 | 取值 |
| 采样深度 | 1字节 | 0x02 |
| 采样深度值长度 | 1字节 | 0x01，单位为字节 |
| 采样深度值 | 1字节 | 以位图的形式表示对不同采样深度的支持，b1表示支持，b0表示不支持。bit0:8 bit。bit1:16 bit。bit2:24 bit。bit3:32 bit。其他:RFU |
| 字段 | 长度 | 取值 |
| 最大音频通道数量 | 1字节 | 0x03 |
| 最大音频通道值长度 | 1字节 | 0x01，单位为字节 |
| 音频通道值 | 1字节 | 取值范围:0x01~0xFF |
| 字段 | 长度 | 取值 |
| 数据类型 | 1字节 | 0x04 |
| 数据类型值长度 | 1字节 | 0x01单位:字节 |
| 数据类型值 | 1字节 | 位图指示支持的类型。bit0:无符号整型数。bit1:带符号整型数。bit2:无符号浮点数。bit3:带符号浮点数。其他:RFU |
| 字段 | 长度 | 取值 |
| 字节序 | 1字节 | 0x05 |
| 字节序值长度 | 1字节 | 0x01，单位为字节 |
| 字节序值 | 1字节 | 0x00:大端字节序。0x01:小端字节序。0x02:均支持。其他:RFU |
| 字段 | 长度 | 取值 |
| SDU长度 | 1字节 | 0x06 |
| SDU长度值长度 | 1字节 | 0x02 |
| SDU长度取值 | 2字节 | 取值范围:0x0001~0xFFFF，其他值预留，单位为字节 |
1 0.1.3 PCM 编解码器配置
PCM 编解码器配置参数包括采用率、采样位深、最大音频通道数、数据类型、字节序、SDU 长度和时间戳。
采样率见表 68。
| 字段 | 长度 | 取值 |
| 采样率 | 1字节 | 0x01 |
| 采样率值长度 | 1字节 | 0x01，单位为字节 |
| 采样率值 | 1字节 | 0x01，单位为字节。无符号整数表示，含义如下:--0x00:8 K；--0x01:11.025 K；--0x02:16 K；--0x03:22.05 K；--0x04:24 K；--0x05:32 K；--0x06:44.1 K；--0x07:48 K；--0x08:88.2 K；--0x09:96 K；--0x0A:176.4 K；--0x0B:192 K；--0x0C:384 K；--其他:RFU |
采样深度见表 69。
| 字段 | 长度 | 取值 |
| 采样深度 | 1字节 | 0x02 |
| 采样深度长度 | 1字节 | 0x01，单位为字节 |
| 采样深度值 | 1字节 | 无符号整数表示，取值如下:--0x00:8 bit；--0x01:16 bit；--0x02:24 bit；--0x03:32 bit；--其他:RFU |
音频通道见表 70。
| 字段 | 长度 | 取值 |
| 音频通道 | 1字节 | 0x03 |
| 音频通道值长度 | 1字节 | 0x01~0xFF，单位为字节 |
| 字段 | 长度 | 取值 |
| 音频通道值 | 由长度指示 | 类型:1字节。0x00:无效值。0x01:多声道系统。0x02:线型阵列。0x03:矩形阵列。0x04:环形阵列。其他:RFU。音频通道:可变字节，由类型字段决定。若类型为无效值，则音频通道不存在。若类型为多声道系统，音频通道同多声道系统的位置定义，见表31。若类型为阵列类型，音频通道应结合音频应用标准确定 |
| 字段 | 长度 | 取值 |
| 数据类型 | 1字节 | 0x04 |
| 数据类型值长度 | 1字节 | 0x01，单位为字节 |
| 数据类型值 | 1字节 | 位图指示支持的类型。0x00:无符号整型数。0x01:带符号整型数。0x02:无符号浮点数。0x03:带符号浮点数。其他:RFU |
| 字段 | 长度 | 取值 |
| 字节序 | 1字节 | 0x05 |
| 字节序值长度 | 1字节 | 0x01，单位为字节 |
| 字节序值 | 1字节 | 0x00:大端字节序。0x01:小端字节序。其他:RFU |
| 字段 | 长度 | 取值 |
| SDU长度 | 1字节 | 0x06 |
| SDU长度值长度 | 1字节 | 0x02 |
| SDU长度值 | 2字节 | 取值范围:0x0001~0xFFFF，其他值预留，单位为字节 |
| 字段 | 长度 | 取值 |
| 时间戳 | 1字节 | 0x07 |
| 时间戳值长度 | 1字节 | 0x01，单位为字节 |
| 时间戳取值 | 1字节 | 0x00:音频帧中不添加时间戳。0x01:音频帧中添加时间戳。其他:RFU |
1 0.1.4 PCM 码流格式
PCM 的配置参数决定了音频码流 SDU 的格式。音频码流 SDU 由音频帧组成，音频帧由各个音频通道的采样点组成。音频通道指示了音频帧内含有的音频通道，以及各采样点与音频通道的对应关系。数据类型和字节序指示了采样点的二进制表示和排列。采样率和采样深度是音频数据在音频域的含义。音频 SDU 长度指示了音频的时长。时间戳指示音频数据 SDU 中是否含有时间戳，当含有时间戳时，时间戳应位于音频数据 SDU 的头部。时间戳的长度为 32 bit。PCM 参数与音频码流的关系如图 17、图18 所示。
1 0.2 L2HC 支持
1 0.2.1 L2HC 编解码器标识
L2HC 的编解码器类型为 0x01。
1 0.2.2 L2HC 编解码器能力
L2HC 编解码器能力项包括版本支持能力、采样率支持能力、采样深度支持能力、音频通道数量支持能力、帧长模式支持能力、编码速率支持能力。
L2HC 版本支持能力见表 75。
| 字段 | 长度 | 取值 |
| 版本 | 1字节 | 0x01 |
| 版本长度 | 1字节 | 0x01，单位为字节 |
| 版本值 | 1字节 | 指示L2HC编解码器最高支持的版本。取值范围:0x01~0xFF |
L2HC 采样率支持能力见表 76。
| 字段 | 长度 | 取值 |
| 采样率 | 1字节 | 0x02 |
| 采样率长度 | 1字节 | 0x02，单位为字节 |
| 字段 | 长度 | 取值 |
| 采样率值 | 2字节 | 以位图的形式表示对不同采样率的支持，值为1表示支持，值为0表示不支持。bit0:8 kHz。bit1:11.025 kHz。bit2:16 kHz。bit3:22.05 kHz。bit4:24 kHz。bit5:32 kHz。bit6:44.1 kHz。bit7:48 kHz。bit8:88.2 kHz。bit9:96 kHz。bit10:176.4 kHz。bit11:192 kHz。bit12:384 kHz。其他:RFU |
| 字段 | 长度 | 取值 |
| 采样深度 | 1字节 | 0x03 |
| 采样深度值长度 | 1字节 | 0x01，单位为字节 |
| 采样深度值 | 1字节 | 以位图的形式表示对不同采样深度的支持，值为1表示支持，值为0表示不支持。bit0:8 bit 定点。bit1:16 bit 定点。bit2:24 bit 定点。bit3:32 bit 定点。bit4:32 bit 浮点。其他:RFU |
| 字段 | 长度 | 取值 |
| 音频通道数量 | 1字节 | 0x04 |
| 音频通道数量长度 | 1字节 | 0x02，单位为字节 |
| 音频通道类型指示 | 2字节 | 以位图的形式表示对不同音频通道数量的支持，值为1表示支持，值为0表示不支持。bit0:单声道。bit1:双声道。其他:RFU |
L2HC 帧长模式支持能力见表 79。
| 字段 | 长度 | 取值 |
| 帧长模式 | 1字节 | 0x05 |
| 帧长模式长度 | 1字节 | 0x01，单位为字节 |
| 帧长模式取值 | 1字节 | 以位图的形式表示对不同帧长模式的支持，值为1表示支持，值为0表示不支持。bit3:5 ms帧模式。bit4:10 ms帧模式。其他:RFU |
展开文字版（以图片为准）
1 0.2.3 L2HC 编解码器配置参数
L2HC 媒体编解码器配置项包括版本配置、采样率配置、采样深度配置、音频通道配置、帧长模式配置、编码速率配置。
L2HC 版本配置见表 81。
| 字段 | 长度 | 取值 |
| 版本 | 1字节 | 0x01 |
| 版本长度 | 1字节 | 0x01，单位为字节 |
| 版本值 | 1字节 | 指示L2HC编解码器的版本。取值范围:0x01~0xFF |
| 字段 | 长度 | 取值 |
| 采样率 | 1字节 | 0x02 |
| 采样率值长度 | 1字节 | 0x01，单位为字节 |
| 采样率取值 | 1字节 | 无符号整数表示，含义如下:--0x00:8 K；--0x01:11.025 K；--0x02:16 K；--0x03:22.05 K；--0x04:24 K；--0x05:32 K；--0x06:44.1 K；--0x07:48 K；--0x08:88.2 K；--0x09:96 K；--0x0A:176.4 K；--0x0B:192 K；--0x0C:384 K；--其他:RFU |
| 字段 | 长度 | 取值 |
| 采样深度 | 1字节 | 0x03 |
| 采样深度长度 | 1字节 | 0x01，单位为字节 |
| 字段 | 长度 | 取值 |
| 采样深度取值 | 1字节 | 无符号整数表示，取值如下:--0x00:8 bit 定点；--0x01:16 bit 定点；--0x02:24 bit 定点；--0x03:32 bit 定点；--0x04:32 bit 浮点；--其他:RFU |
| 字段 | 长度 | 取值 |
| 音频通道 | 1字节 | 0x04 |
| 音频通道值长度 | 1字节 | 0x01~0xFF，单位为字节 |
| 音频通道取值 | 由长度指示 | 类型:1字节。0x00:无效值。0x01:多声道系统。0x02:线型阵列。0x03:矩形阵列。0x04:环形阵列。其他:RFU。音频通道:可变字节，由类型字段决定。若类型为无效值，则音频通道不存在。若类型为多声道系统，音频通道同多声道系统的位置定义，见表31。若类型为阵列类型，音频通道应结合音频应用标准确定。其他:RFU |
| 字段 | 长度 | 取值 |
| 帧长模式 | 1字节 | 0x05 |
| 帧长模式长度 | 1字节 | 0x01，单位为字节 |
| 帧长模式取值 | 1字节 | 无符号整数，取值如下:--0x03:5 ms；--0x04:10 ms；其他:RFU |
展开文字版（以图片为准）
1 0.2.4 L2HC 编解码器推荐参数
L2HC 编解码器推荐参数见表 87。
| 字段 | 长度 | 取值 |
| 编码速率 | 1字节 | 0x01 |
| 编码速率长度 | 1字节 | 0x05，单位为字节 |
展开文字版（以图片为准）
1 0.2.5 L2HC 码流格式
L2HC 码流 SDU 由控制头和一个或多个 L2HC 音频帧组成，如图 19 所示。
| bit位 | 取值 |
| bit0 | 指示音频帧字节数0:音频帧内不携带长度字段1:音频帧内携带长度字段 |
| bit1~bit4 | 指示音频帧的个数，取值范围0x01~0x0F |
| bit5~bit7 | 预留 |
音频帧包含长度字段和音频数据，长度字段的大小为两字节，以无符号整数表示，取值范围0x0001~0xFFFF，指示本帧所含音频数据的长度。
1 0.2.6 L2HC 自适应码率调整
L2HC 编码器可根据当前传输通道的状态信息和接入层信道状态信息自适应地调整码率。传输通道的状态和接入层信道状态信息可通过测量管理功能单元测量或上报，具体信息可包括传输通道层面的时延、时延抖动、丢包率；接入层信道层面的 RSSI、SINR、误码率和收发速率等。
11 广播要求
音频服务端可通过广播发送设备公开信息。音频服务端使用的数据类型为 0x03，该数据类型为标准服务信息。
音频服务端在标准服务信息中携带支持的音频流类型、可传输的音频流类型以及可接收的音频流类型信息。
音频服务端发送的设备公开信息见表 89。
| 数据类型指示 | 数据长度指示 | 数据内容 |
| 0x03 | 14字节 | 字节0~1:音频流属性公开服务的UUID。字节2~5:支持的音频流类型。字节6~9:可传输的音频流类型。字节10~13:可接收的音频流类型 |
评论