前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 30002—2023《星闪无线通信系统 基础应用层 视频配置与传输管理》。
本文件是 GB/T 48336《星闪无线通信系统》的第405部分。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、8.2 相关的专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理且无歧视的条款和条件下，就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得:
专利:CN 202280097697.1《一种传输方法、装置和终端》
CN 202211447873.8《通信方法和通信装置》
专利持有人姓名:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
1 范围
本文件规定了星闪无线通信系统视频配置与传输管理技术要求，包括视频应用整体技术框架、视频应用场景与传输方式、视频应用角色、音视频编码和解码类型以及视频应用配置与传输管理流程。
本文件适用于星闪无线通信设备的开发。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 48336.101—2026 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.102—2026 星闪无线通信系统 第102部分:媒体接入层标识
GB/T 48336.301—2026 星闪无线通信系统 第301部分:基础服务层 设备发现和传输控制
GB/T 48336.302—2026 星闪无线通信系统 第302部分:基础服务层 服务质量管理
GB/T 48336.402—2026 星闪无线通信系统 第402部分:基础应用层 合作设备集合管理
3 术语和定义
GB/T 48336.101 界定的以及下列术语和定义适用于本文件。
3 1
视频源 video source
产生视频数据的末端节点。
3 2
视频宿 video sink
使用（包括播放）视频数据的末端节点。
3 3
视频设备 video device
具有一个或多个视频源，具有一个或多个视频宿，或者既具有一个或多个视频源也具有一个或多个视频宿的设备。
3 4
视频发送端 video sender
发送视频流或音视频流的设备或装置。
3 5
视频接收端 video receiver
接收视频流或音视频流的设备或装置。
3 6
视频流 video stream
从视频源到视频宿的一系列数据，仅包含视频数据，又分为视频裸流和视频编码流。
3 7
音视频流 audio and video stream
从视频源到视频宿的一系列数据，包含视频流和音频流。
3 8
视频裸流 raw video stream
由模拟视频信号经过采样、量化、编码得到的未经压缩的视频流。
3 9
视频编码流 video encoding stream
对视频裸流进行视频编码后的数字视频数据。
3 1 0
组播源 multicast source
组播视频数据的发送者，用来生成和发送视频裸流数据或视频编码流数据。
3 11
组播宿 multicast sink
一个或多个期望接收特定组播组数据的设备。
3 1 2
组播组管理者 multicast group manager
具备生成和维护“组播组成员管理表项”功能的逻辑功能节点，通常为组播源。
3 1 3
组播组成员 multicast group member
由组播组管理者管理的一个或多个组播宿设备。
3 1 4
组播组 multicast group
由一个组播源和一个或多个组播组成员构成、使用唯一组标识（Group ID）的设备组。
3 1 5
视频数据通道 video transmission channel
用于在视频发送端和视频接收端之间传输视频数据的逻辑实体。
3 1 6
单播视频数据通道 unicast video data channel
一个确定的视频发送端与一个确定的视频接收端之间传输视频数据的通道。
3 1 7
组播视频数据通道 multicast video data channel
一个确定的视频发送端与多个确定的视频接收端之间传输视频数据、依赖于接入层可靠组播能力的通道。
3 1 8
广播视频数据通道 broadcast video data channel
用于进行视频数据广播传输、依赖于接入层广播能力的通道。
4 缩略语
下列缩略语适用于本文件。AID:业务标识（Application IDentifier）AVBR:自适应可变比特率（Adaptive Variable Bit Rate）CBR:恒定比特率（Constant Bit Rate）CCBTC:通用控制广播传输通道（Common Control Broadcast Transport Channel）CMTC:通用管理传输通道（Common Management Transport Channel）CVBR:约束可变比特率（Constrained Variable Bit Rate）DTS:解码时间标记（Decoding Time Stamp）FIXQP:固定量化参数（FIXed Quantization Parameter）GOP:图像集合（Group Of Pictures）HEVC:高效率视频编码（High Efficiency Video Coding）LSB:最低有效位（Least Significant Bit）L2ID:层二标识（Layer2 IDentifier）MPEG:动态影像专家小组（Moving Picture Experts Group）MSB:最高有效位（Most Significant Bit）MTU:最大传输单元（Maximum Transmission Unit）NAL:网络抽象层（Network Abstraction Layer）PES:打包基本流（Packetized Elementary Stream）PTS:播放时间标记（Presentation Time Stamp）QoS:服务质量（Quality of Service）QP:量化参数（Quantization Parameter）QPMAP:量化参数图（Quantization Parameter MAP）QVBR:质量定义的可变比特率（Quality⁃defined Variable Bit Rate）SDU:服务数据单元（Service Data Unit）SLB:同步低时延宽带（Synchronous Low latency Broadband）SLE:同步低功耗（Synchronous Low Energy）SLQI:星闪服务质量索引（Sparklink QoS Index）SMTC:服务管理传输通道（Service Management Transport Channel）SSAP:星闪服务交互协议（Sparklink Service Access Protocol）SVC:可伸缩视频编码（Scalable Video Coding）TCID:传输通道标识（Transport Channel IDentifier）TM:传输模式（Transparent Mode）UUID:通用唯一标识（Universally Unique IDentifier）VBR:可变比特率（Variable Bit Rate）
5 通则
5.1 视频应用协议体系架构
视频应用协议体系架构如图 1 所示。视频应用协议包括全景环视、无线投屏、无线摄像头监控、扩展桌面、桌面协同、VR 游戏/影院/展馆等场景。视频应用相关的应用层原子能力协议包括视频配置与传输管理原子能力协议、合作设备集合管理原子能力协议以及媒体播放控制原子能力协议。
网络和传输功能分为 TCP/IP 协议体系和非 IP 协议体系，因此视频应用可分为通过 TCP/IP 协议传输的 IP 视频应用数据和通过传输功能单元和网络功能单元传输的非 IP 视频应用数据。其中，后者具有传输协议报文头精简、无需等待建连和接收确认机制等特点，相比 TCP/IP 协议传输可提高有效载荷比且降低首包延迟，相比 UDP/IP 协议传输可提高传输的可靠性。轻量化网络功能单元支持基础转发和满足 QoS 要求的高级转发。
基础服务层控制面通过 SLB/SLE 通用管理传输通道（CMTC）和服务管理传输通道（SMTC）实现设备间控制面信令交互，提供设备发现、服务管理、QoS 管理、连接管理和测量管理功能，包括但不限于:根据设备能力灵活配置 SLB 设备发现或 SLE 辅助设备发现；
通过基础服务层 QoS 管理单元和连接管理单元建立、重置或释放满足视频应用 QoS 要求的数据传输通道（含单播、组播、广播）；
通过测量管理单元获知特定视频流粒度的传输性能、视频流传输经过的传输通道性能或视频设备空口传输性能。
基础服务层数据面可分别为其上层非 IP 和 IP 两类视频服务数据单元（SDU）提供包括基础传输、流传输或可靠传输等多种传输模式，以满足不同视频服务数据单元的要求，如实时性、可靠性等。
本文件定义了基础应用层视频配置与传输管理原子能力协议，包括如下内容。
a） 视频配置与传输管理相关服务应支持:
• 单播、组播、广播视频应用设备间能力信息查询；
• 视频应用参数配置与重配置；
• 视频数据通道开启；
• 视频流传输开始、暂停；
• 视频传输性能反馈；
• 组播视频组成员加入和离开；
• 视频流传输停止与应用释放。
b） 针对单播传输、组播传输和广播传输的不同通信方式，应通过使用星闪服务交互协议（SSAP）实现单播视频应用、组播视频应用以及广播视频应用的视频配置与传输管理流程。
c） 视频应用的媒体编解码类型、媒体流封装与传输协议应分别支持音视频编解码类型（包括H.264，H.265 等）、实时传输协议（Real⁃time Transport Protocol，RTP）。
d） 音画分离设备同步播放管理应支持音频、视频分离接收设备间的播放同步，满足视频应用音画同步要求。
5.2 视频应用管理流程
视频应用管理流程如图 2 所示。
视频应用管理流程分为以下四个阶段。
a） 设备发现与服务发现:被发现方广播信息，包括设备名称、设备支持的服务标识及其服务数据信息等。本文件规定视频源端或视频宿端均可作为被发现方或发现方角色，且角色分配无限制。
b） 多设备集合管理:设备集合管理者和设备集合成员可发送广播，内容包括集合相关信息，以实现设备间的发现和连接。涉及视频应用合作设备集合管理应符合 GB/T 48336.402—2026 中10.2~10.4 的要求。
c） 视频应用配置与传输管理（包括能力信息查询，应用参数配置与视频数据通道开启）:视频应用初始建立阶段，通过视频配置与传输管理相关服务的服务管理流程实现视频源宿间视频设备能力信息查询、视频应用参数配置、视频数据通道开启。QoS 管理功能单元进行业务 QoS 参数与星闪 QoS 参数的映射的要求应符合 GB/T 48336.302—2026 中 7.4 的要求，以及连接管理功能单元进行传输通道建立的要求应符合 GB/T 48336.301—2026 中 9.4 的要求。其中，视频应用传输通道开启，包括:
• 对于非 IP 音视频应用，基于不同的应用类型和业务 QoS 参数，通过基础服务层 QoS 管理单元“标准星闪 QoS index 和 QoS 参数之间的映射表”确定特定视频应用对应的星闪 QoS 参数。连接管理单元根据星闪 QoS 参数建立特定非 IP 视频应用数据传输通道；
• 对于 IP 音视频应用，基于不同的应用类型，基础服务层 QoS 管理单元根据 IP QoS 指示信息（如 DSCP）确定星闪 QoS 参数。连接管理单元根据星闪 QoS 参数建立特定 IP 视频应用数据传输通道。
d） 视频应用配置与传输管理（包括视频流传输开始、暂停，应用参数重配置，视频流传输终止与应用释放）:当视频应用数据传输通道建立成功后，视频源或视频宿可通过视频配置与传输管理相关服务的服务管理流程进行视频流传输开始与暂停、传输性能反馈、应用参数重配置、视频流传输终止与应用释放的控制。
5.3 视频应用角色及其功能定义
5.3.1 视频发送端
视频发送端功能包括:
支持单个视频源；
支持多个视频源；
支持单播、组播或广播通信方式；
当包括单个视频源时，支持与单个视频宿或多个视频宿同时建立连接；
当包括多个视频源时，支持与单个视频宿或多个视频宿同时建立连接；
当同时包括视频源和音频源，支持将音频流和视频流分别向至少两个或多个视频接收端传输。其中多个视频接收端包括仅支持解码视频数据的视频接收端和仅支持解码音频数据的音频接收端。
5.3.2 视频接收端
视频接收端功能包括:
支持单个视频宿；
支持多个视频宿；
支持单播、组播或广播通信方式；
当包括单个视频宿时，支持与单个视频源建立连接；
当包括多个视频宿时，支持与多个视频源建立连接。
5.3.3 视频源
视频源功能包括:
支持发送仅视频流，或音频数据和视频数据的混合媒体流数据；
支持选择和更改视频编解码类型和编解码器参数；
支持选择和更改媒体流封装格式类型；
支持选择和更改媒体流传输协议类型。
5.3 4 视频宿
视频宿功能包括:
支持接收仅视频流，或音频数据和视频数据的混合媒体流数据；
支持视频源选择或更改的视频编解码类型和编解码器参数；
支持接收和解析视频源发送的使用特定编码封装格式封装的视频流或混合媒体流数据；
支持接收和解析视频源发送的使用特定媒体流传输协议类型的视频流或混合媒体流数据。
5.3.5 源宿共身份
源宿共身份设备功能包括支持同时作为视频接收端和视频发送端。其中，视频发送端的功能和视频接收端的功能分别见 5.3.1 和 5.3.2。
5.3.6 组播源
组播源功能包括:
支持采用一种类型编码器处理由视频源产生的视频数据，并应以组播通信方式向一个或多个视频宿发送；
支持组播组管理者逻辑功能，负责对其所在的组播组成员进行管理。组成员管理应包括组成员加入、组成员离开和组播组变更通知。
5.3.7 组播组管理者
组播组管理者功能包括:
支持作为组播组管理者角色；
支持生成和维护“组播组成员管理表项”。
5.3.8 组播宿
组播宿功能包括:
支持作为组播组成员角色；
支持通过组成员加入方法信令和流程主动向组播源申请加入特定视频应用组播组，成为特定视频应用组播组成员；
支持通过组成员离开方法信令和流程主动向组播源申请离开特定视频应用特定组播组；
支持接收组播源发送的组播组变更通知，可通过组成员加入方法或组成员离开信令进行特定视频应用组播组加入或离开的变更。
5.4 视频应用场景、拓扑与传输方式
5.4 1 单发送端单接收端场景（单视频源单视频宿，单播传输）
图 3 所示为手机与大屏一对一投屏应用场景。其中，单视频发送端（如，手机）包含单视频源以单播方式向单视频接收端（如，大屏）上的单视频宿传输视频流或音视频流数据。
5.4 2 单发送端多接收端场景（单视频源多视频宿，组播或广播传输）
图 4 所示包括一对多无线投屏、一对多无线摄像头安防监控、一对多拼接屏无线投屏和 VR 影院/展馆场景。其中，包含单视频源的单发送端（例如笔记本电脑、无线摄像头等）可通过组播或广播方式向多个接收端（例如多个显示大屏、多种终端设备、VR 头显设备等）上的视频宿传输视频流或音视频流数据。
针对单视频源多视频宿场景，支持可靠组播或广播通信方式传输数据，也支持通过多条单播通信链路传输数据。
5.4 3 多发送端单接收端场景（多视频源多视频宿，单播传输）
图 5 所示包括车载全景环视应用场景、多对一无线摄像头视频传输监控场景和多用户多窗口共享投屏应用场景。其中，分别包含视频源的多视频发送端（例如环视摄像头、无线摄像头、手机或平板电脑等）可分别通过单播方式向单视频接收端（例如车机、大屏、电脑等）上的多视频宿传输视频流或音视频流数据。
5.4 4 单发送端多接收端场景（多视频源多视频宿，单播传输）
图 6 所示包括车载交互投屏（一机多屏多视频应用）、家庭影院无线投屏与无线音箱或无线耳机以及VR/投屏实时游戏场景。其中，包含多视频源的单个视频发送端（例如车机、手机等）通过单播方式向多个视频接收端上的视频宿（例如车载显示屏、车载音箱、大屏、耳机等）传输视频流或音视频流数据。
针对具有音画分离传输且同步播放要求的视频应用场景（例如家庭影院无线投屏或 VR/投屏实时游戏场景），应满足多设备间时间同步要求。
5.4 5 视频源宿共身份场景（单播传输）
图 7 所示为投屏与桌面扩展源宿共身份应用场景。其中，笔记本电脑可同时作为含单视频源的视频发送端和含视频宿的视频接收端:
以视频源身份与平板电脑（作为视频接收端）间通过单播方式进行桌面扩展应用；
以视频宿身份以单播方式接收由手机（作为视频发送端）发送的投屏数据。
5.5 合作设备集合配置
本文件涉及多个与视频业务相关的设备，其集合组建和配置流程应符合 GB/T 48336.402—2026 中10.2~10.4 的要求。
6 视频配置与传输管理相关服务设计
6.1 视频配置管理内容
视频配置与传输管理相关服务包括视频配置管理服务，视频属性公开服务、组播成员管理服务和视频传输性能反馈服务。视频配置与传输管理相关的通用唯一标识应符合附录 A 的要求。
相关服务所含属性值字段的传输解析方式为小端模式（Little⁃endian）。除属性值字段以外，SSAP中的多字节传输应为小端模式（Little⁃endian）。
6.2 视频配置管理服务
6 2 .1 通则
视频配置管理服务用于进行包括视频设备能力查询，视频应用参数配置与重配置，视频数据通道开启，视频流传输开始、暂停、终止以及视频应用释放等操作。视频配置管理服务结构如表 1 所示。
| 服务结构成员 | 类别 | 操作指示 | 描述符类型 | 权限 | 选项 |
| 视频源特征 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播。支持属性描述符的写入操作 | 属性描述符类型长为1字节。可支持的属性描述符类型包括0x01、0x02、0x03和0x04 | 对于属性值的所有操作，支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权 | 视频源必选 |
| 视频宿特征 | 属性 | 视频宿必选 | |||
| 视频配置与传输控制 | 方法 | 不适用 | 不适用 | 必选 | |
| 视频应用状态变更 | 事件 | 不适用 | 不适用 | 必选 | |
| 注1:具体应用协议需要根据需求对属性支持的操作进行配置。注2:具体应用协议需要根据需求对属性的权限进行配置。 | |||||
视频源特征指作为视频源角色的视频设备具备的属性特征。一个视频设备可有多个视频源及其视频源特征，表示设备具备产生和发送多条不同视频流的能力。视频源特征是可读的，具体某一个视频源特征信息内容包括对应某一条视频流的属性和配置参数。当视频配置管理服务的服务端为视频源时，视频配置管理服务中服务结构成员应包含视频源特征属性值。具体属性定义应符合 6.2.2 的要求。
视频宿特征指作为视频宿角色的视频设备具备的属性特征。一个视频设备可有多个视频宿及其视频宿特征，表示设备具备接收和处理多条不同视频流的能力。视频宿特征是可读的，具体某一个视频宿特征信息内容包括对应某一条视频流的属性和配置参数。当视频配置管理服务的服务端为视频宿时，视频配置管理服务中服务结构成员应包含视频宿特征属性值。
视频配置与传输控制:视频配置管理服务的客户端通过视频配置与传输控制方法进行设备能力查询，应用参数配置与重配置，视频数据通道开启，视频流传输开始、暂停、终止，以及视频应用释放。其中，应用参数配置与重配置会更改对应的视频源特征或视频宿特征属性值。
视频应用状态变更:当视频配置管理服务的服务端在特定情况下需要变更视频应用状态（包括视频流传输开始、暂停、终止以及视频应用释放等）时，视频配置管理服务的服务端可通过该事件将该视频应用状态变更信息通知视频配置管理服务的客户端。事件定义应符合 6.2.4 的要求。
视频配置管理服务应对不同的设备创建不同的实例，不同设备之间的配置互不干扰。
6.2.2 视频源特征属性和视频宿特征属性
视频源特征属性和视频宿特征属性数据值分别如表 2 和表 3 所示。
| 字段 | 长度和取值 | 描述 |
| 视频源数量 | 属性值为1字节无符号数，取值范围为0x00~0xFF | 表示属性中含有的视频源数量 |
| 视频源特征信息[i]a | 视频源公开属性组标识:属性值为1字节无符号数，取值范围为0x00~0xFF | 视频源特征属性关联的视频源公开属性组标识，视频源的配置需在视频源公开属性组指示的能力范围内进行 |
| 视频源标识:属性值为1字节无符号数，取值范围为0x00~0xFF | 表示视频服务承载方被分配的用于指示不同视频源的标识。视频服务承载方同时包含多个视频源时，应采用不重叠的标识来指示。该标识取值与视频属性公开服务中的视频源公开属性组标识对应 | |
| 视频源特征内容长度:属性值为2字节无符号数，取值范围为0x0000~0xFFFF | 表示视频源特征内容的长度。当视频源特征属性未被配置时，长度取值为0，即没有视频源特征信息字段 | |
| 视频源特征内容:可变长度。长度由视频源特征内容长度取值决定 | 表示视频源的属性和配置信息内容，定义详见表4 | |
| a在本文件中，[i]表示数组结构。 | ||
| 字段 | 长度和取值 | 描述 |
| 视频宿数量 | 属性值为1字节无符号数，取值范围为0x00~0xFF | 表示属性中含有的视频宿数量 |
| 视频宿特征信息[i]a | 视频宿公开属性组标识:属性值为1字节无符号数，取值范围为0x00~0xFF | 视频宿特征属性关联的视频宿公开属性组标识，视频宿的配置需在视频宿公开属性组指示的能力范围内进行 |
| 视频宿标识:属性值为1字节无符号数，取值范围为0x00~0xFF | 表示视频服务承载方被分配的用于指示不同视频宿的标识。视频服务承载方同时包含多个视频宿时，应采用不重叠的标识来指示。该标识值与视频属性公开服务中的视频宿公开属性组标识对应 | |
| 视频宿特征内容长度:属性值为2字节无符号数，取值范围为0x0000~0xFFFF | 表示视频宿特征内容的长度。当视频宿特征属性未被配置时，长度取值为0，即没有视频宿特征信息字段 | |
| 视频宿特征内容:可变长度;长度由视频宿特征内容长度取值决定 | 表示视频宿的属性和配置信息内容，信息内容详见表4定义 | |
| a在本文件中，[i]表示数组结构。 | ||
表 2 和表 3 中，视频源特征内容和视频宿特征内容定义为信息类型-信息内容的格式。其中信息类型取值定义为长度为 1 字节的无符号数，对应信息类型的信息内容定义如表 4 所示。
| 信息类型 | 类型值 | 信息内容 |
| 编解码器参数 | 0x00 | 视频源/宿配置后呈现。编解码器参数字段的定义如表5所示 |
| 媒体数据封装格式 | 0x01 | 视频源/宿配置后呈现。媒体数据封装格式字段的定义如表6所示 |
| 媒体数据传输协议 | 0x02 | 视频源/宿配置后呈现。媒体数据传输协议字段的定义如表7所示 |
| 媒体数据传输格式 | 0x03 | 视频源/宿配置后呈现。媒体数据在传输协议有效载荷格式字段的定义如表8所示 |
| 通信方式 | 0x04 | 视频源/宿配置后呈现。通信方式字段的定义如表9所示 |
| 视频应用端口号 | 0x05 | 视频源/宿配置后呈现。视频源/宿端口号字段的定义如表10所示 |
| 视频应用类型 | 0x06 | 长度为2字节，填写AID取值（12 bits），高位补零。该值也标识了该应用的QoS要求（即SLQI）。AID的取值见GB/T 48336.302-2026中附录A |
| 协议栈类型 | 0x07 | 视频源/宿配置后呈现。视频源和视频宿进行视频数据发送和接收使用的协议栈类型字段的定义如表11所示 |
| 自定义类型 | 0xFF | 信息内容和长度由厂商自定义 |
| 其他 | 保留 | - |
| 字段 | 长度 | 描述 |
| 编解码器标识 | 5字节 | --编解码器类型标识:1字节。--0x00~0xFE:标准类型。其中，0x00表示H.264，0x01表示H.265，其他保留。0xFF:扩展类型，由厂商自定义的视频编解码器类型。厂商标识:2字节。当视频编解码器类型为标准类型时，该值为0x0000。--厂商编解码器标识:2字节。当视频编解码器类型为标准类型时，该值为0x0000，其取值由厂商分配管理 |
| 编解码器档次（Profile）指示 | 1字节 | 编解码器档次（Profile）索引值，取值按附录B |
| 编解码器水平（Level）指示 | 1字节 | 编解码器水平（Level）索引值，取值按附录B |
| 编解码器等级（Tier）指示 | 1字节 | 编解码器等级（Tier）索引值，取值按附录B |
| 分辨率指示 | 1字节 | 分辨率索引值，取值按附录B |
| 帧率 | 2字节 | 高位1比特指示逐行扫描或隔行扫描；从低至高bit0~bit9的数值指示帧率，单位为FPS。其余比特位保留 |
| 码率控制模式指示 | 1字节 | 码率控制模式索引，取值按附录B |
| 码率 | 3字节 | 码率参数类型索引值:1字节，取值按附录B。码率:2字节，指示不同码率参数类型的取值，单位为kbit/s |
| 量化参数（QP） | 2字节 | QP类型索引值:1字节，取值按附录B；QP值:1字节，取值范围遵循不同类型QP定义的范围，取值按附录B |
| 字段 | 长度 | 描述 |
| 图像集合（GOP） | 3字节 | 模式标识:1字节。--0x00:保留；--0x01:NormalP；--0x02:DualP；--0x03:SmartP；--0x04:AdvsmartP；--0x05:BipredB；--0x06:LowdelayB；--其他:保留。GOP取值:2字节，取值范围为1~65535。推荐取值为帧率的2倍 |
| 字段 | 长度 | 描述 |
| 媒体数据封装格式指示 | 1字节 | 媒体数据封装格式索引，取值按附录C |
| 字段 | 长度 | 描述 |
| 媒体数据传输协议 | 1字节 | 0x00~0xFF包括:--0x00表示RTP；--其他取值保留 |
| 字段 | 长度 | 描述 |
| 媒体数据传输格式 | 1字节 | 媒体数据传输格式索引，取值按附录D |
| 字段 | 长度 | 描述 |
| 通信方式 | 1字节 | 位图（bitmap）方式表示支持的通信方式，定义如下:--Bit0:单播方式；--Bit1:组播方式；--Bit2:广播方式；--其他比特位保留 |
其中，视频应用端口号信息定义如表 10 所示。其中，视频应用端口号应为动态分配方式。
| 字段 | 长度 | 描述 |
| 视频应用端口号 | 4字节 | src端口号:2字节。dst端口号:2字节 |
| 字段 | 长度 | 描述 |
| 视频源/宿协议栈类型 | 1字节 | 位图（bitmap）方式表示支持的协议栈类型，定义如下:--Bit0:非IP协议栈；--Bit1:IP协议栈；--其他比特位保留 |
6.2.3 视频配置与传输控制方法
6.2.3.1 通则
视频配置与传输控制信令为视频应用控制面信令，承载在视频配置管理服务中的视频配置与传输控制方法调用上。视频配置与传输控制信令的内容应放置在方法调用的参数字段中。方法调用请求格式应符合 GB/T 48336.301—2026 中 7.5.5.8 的要求。
视频配置与传输控制请求信令内容包含操作码和参数字段。操作码表示信令的类型，参数字段表示需要信令携带的特定参数。
视频配置与传输控制响应信令承载在视频配置与传输控制方法响应的结果字段上。方法响应格式应符合 GB/T 48336.301—2026 中 7.5.5.8 的要求。
如表 12 所示为视频配置与传输管理流程中所使用的视频配置与传输控制信令。具体的信令格式定义见 6.2.3.2~6.2.3.7。
| 信令 | 操作码 | 描述 |
| 视频应用参数配置 | 0x01 | 应用参数配置请求应用参数配置响应 |
| 视频数据通道开启 | 0x02 | 传输启动请求传输启动响应 |
| 视频流传输开始 | 0x03 | 传输开始请求传输开始响应 |
| 视频流传输暂停 | 0x04 | 传输暂停请求传输暂停响应 |
| 视频流传输停止 | 0x05 | 传输停止请求传输停止响应 |
| 信令 | 操作码 | 描述 |
| 视频应用释放 | 0x06 | 视频应用释放请求视频应用释放响应 |
| 厂商自定义 | 0xFF | 信令格式由厂商自定义 |
| 字段 | 长度 | 描述 |
| 操作码 | 1字节 | 响应的视频配置与传输管理请求信令的操作码 |
| 视频源/宿数量 | 1字节 | 响应的视频源/宿数量，需与对应的视频配置与传输管理请求信令中的视频源/宿数量相同 |
| 响应结果信息[i] | 视频源/宿标识:1字节 | 响应的视频源/宿标识，需与对的视频配置与传输管理请求信令中的视频源/宿标识相同 |
| 响应结果:1字节 | 视频配置与传输管理请求信令执行的结果 | |
| 附加信息:长度由对应的响应结果决定 | 视频配置与传输管理请求信令执行结果的说明信息 |
6.2.3.2 视频应用参数配置
视频应用参数配置信令用于对视频流的编解码和传输进行配置的信令，格式如表 14 所示。
展开文字版（以图片为准）
展开文字版（以图片为准）
其中，视频应用端口号信息取值应根据单播视频应用场景和组播视频应用场景确定。具体要求如下。
对于单播视频场景，当视频配置管理服务服务端是视频源时，首先视频配置管理服务客户端（即视频宿）需要通过视频属性公开服务读取该服务端（即视频源）发送特定视频应用数据的端口号，即 src 端口号。然后，视频配置管理服务客户端（即视频宿）需要通过视频配置管理服务定义的“视频应用参数配置信令”携带 src 端口号和 dst 端口号向服务端（即视频源）配置 dst 端口号，该 dst 端口号即为客户端（即视频宿）侦听特定视频应用数据的端口号。
对于单播视频场景，当视频配置管理服务服务端是视频宿时，首先视频配置管理服务客户端（即视频源）需要通过视频属性公开服务读取该服务端（即视频宿）侦听特定视频应用数据的端口号，即 dst 端口号。然后，视频配置管理服务客户端（即视频源）需要通过视频配置管理服务定义的“视频应用参数配置信令”携带 src 端口号和 dst 端口号向服务端（即视频宿）配置 src 端口号，该 src 端口号即为客户端（即视频源）发送特定视频应用数据的端口号。
对于组播视频场景，当视频配置管理服务服务端是组播视频源时，此时服务端（即组播视频源）的 src 端口号由服务端自己确定。首先，视频配置管理服务客户端（即组播视频宿）可通过视频属性公开服务读取该服务端（即组播视频源）发送特定视频应用数据的端口号，即 src 端口号。然后，客户端（即组播视频宿）需要通过视频配置管理服务定义的“视频应用参数配置信令”携带src 端口号和 dst 端口号向服务端（即组播视频源）配置 dst 端口号，此时该 dst 端口号取值为0xff，即表示为多个客户端（即组播视频宿）侦听特定组播视频应用数据的特殊端口号。
对于组播视频场景，当视频配置管理服务服务端是组播视频宿时，则视频配置管理服务客户端（即组播视频源）需要通过视频配置管理服务定义的“视频应用参数配置信令”携带 src 端口号和 dst 端口号向服务端（即组播视频宿）配置组播视频源发送特定组播视频应用报文的端口号，即 src 端口号，以及组播视频宿侦听特定组播视频应用报文的特殊端口号，即 dst 端口号，取值为 0xff。
配置响应结果及其对应的附加信息定义如表 15 所示。
| 配置响应结果 | 附加信息 | 描述 |
| 0x00 | 无 | 接受操作 |
| 0x01 | 无 | 信令不识别 |
| 0x02 | 无 | 信令格式错误或无效 |
| 0x03 | 无 | 视频源/宿标识错误或无效 |
| 0x04 | 无 | 编码器参数不支持或无效 |
| 0x05 | 无 | 媒体数据封装格式不支持或无效 |
| 0x06 | 无 | 媒体传输协议和数据传输格式不支持或无效 |
| 0x07 | 期望的通信方式，取值同表9通信方式字段定义 | 通信方式不支持或无效 |
| 0x08 | 无 | 端口号无效或错误 |
| 0x09 | 无 | 视频应用类型无效或错误 |
| 0x0A | 期望的协议栈类型，取值同表11视频源/宿协议栈类型定义 | 协议栈类型不支持或无效 |
| 0x0B | 无 | 其他错误 |
| 0x0A~0xFF | 无 | 保留 |
6.2.3.3 视频数据通道开启
视频数据通道开启信令用于为特定的视频流建立传输通道。该信令格式如表 16 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x02 | 视频源/宿数量（1字节）。视频源/宿标识[i]（a 1字节） | 视频数据通道开启请求 |
| 0x02 | 视频源/宿数量（1字节）。视频源/宿标识[i（] 1字节）。查询响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误；--0x03:视频源/宿标识错误；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 视频数据通道开启响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.2.3.4 视频流传输开始
视频流传输开始信令用于开始特定视频流的传输。该信令格式如表 17 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x03 | 视频源/宿数量（1字节）。视频源/宿标识[i]（a 1字节） | 视频流传输开始请求 |
| 0x03 | 视频源/宿数量（1字节）。视频源/宿标识[i（] 1字节）。查询响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误；--0x03:视频源/宿标识错误；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 视频流传输开始响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.2.3.5 视频流传输暂停
视频流传输暂停信令用于暂停指定视频流的传输。该信令格式如表 18 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x04 | 视频源/宿数量（1字节）。视频源/宿标识[i]（a 1字节） | 视频流传输暂停请求 |
| 0x04 | 视频源/宿数量（1字节）。视频源/宿标识[i（] 1字节）。查询响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误；--0x03:视频源/宿标识错误；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 视频流传输暂停响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.2.3.6 视频流传输停止
视频流传输终止信令用于停止指定视频流的传输。该信令格式如表 19 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x05 | 视频源/宿数量（1字节）。视频源/宿标识[i]（a 1字节） | 视频流传输停止请求 |
| 0x05 | 视频源/宿数量（1字节）。视频源/宿标识[i（] 1字节）。查询响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误；--0x03:视频源/宿标识错误；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 视频流传输停止响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.2.3.7 视频应用释放
视频应用释放信令用于释放指定视频应用配置信息等。该信令格式如表 20 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x06 | 视频源/宿数量（1字节）。视频源/宿标识[i]（a 1字节） | 视频应用释放请求 |
| 0x06 | 视频源/宿数量（1字节）。视频源/宿标识[i（] 1字节）。查询响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误；--0x03:视频源/宿标识错误；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 视频应用释放响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.2.4 视频应用状态变更事件
视频应用状态变更事件定义如表 21 所示。
| 事件码（1字节） | 事件类型 | 参数（长度） | 描述 |
| 0x01 | 通知 | 视频源/宿数量（1字节）。视频源/宿标识（1字节）[i] a | 视频流传输开始通知 |
| 事件码（1字节） | 事件类型 | 参数（长度） | 描述 |
| 0x02 | 通知 | 视频源/宿数量（1字节）。视频源/宿标识（1字节）[i] | 视频流传输暂停通知 |
| 0x03 | 通知 | 视频源/宿数量（1字节）。视频源/宿标识（1字节）[i] | 视频流传输终止通知 |
| 0x04 | 通知 | 视频源/宿数量（1字节）。视频源/宿标识（1字节）[i] | 视频应用释放通知 |
| 0x05 | 通知 | 视频源/宿数量（1字节）。视频源/宿标识（1字节）[i] | 视频应用参数配置等待通知 |
| a在本文件中，[i]表示数组结构。 | |||
6.3 视频属性公开服务
6 3 .1 通则
视频属性公开服务用于发布或通告该设备所支持的视频应用特性和能力。视频属性公开服务结构如表 22 所示。
| 服务结构成员 | 类别 | 操作指示 | 描述符类型 | 权限 | 选项 |
| 视频源公开属性组 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 属性描述符类型长为1字节；可支持的属性描述符类型包括0x01、0x02、0x03和0x04 | 对于属性值的所有操作，支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权 | 作为视频源时必选 |
| 视频源能力 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 作为视频源时必选 | ||
| 视频源位置 | 属性 | 支持下列属性值操作的自由组合:读取、无响应写入、写入、通知、指示、广播；支持属性描述符的写入操作 | 可选 | ||
| 视频宿公开属性组 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 属性描述符类型长为1字节；可支持的属性描述符类型包括0x01、0x02、0x03和0x04 | 对于属性值的所有操作，支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权 | 作为视频宿时必选 |
| 视频宿能力 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 作为视频宿时必选 | ||
| 视频宿位置 | 属性 | 支持下列属性值操作的自由组合:读取、无响应写入、写入、通知、指示、广播；支持属性描述符的写入操作 | 可选 | ||
| 注1:具体应用协议需要根据需求对属性支持的操作进行配置。注2:具体应用协议需要根据需求对属性的权限进行配置。 | |||||
视频源公开属性组:表示一组视频源配置参数的集合。视频源公开属性组由视频源能力和视频源位置两个属性组成。视频属性公开服务中可存在多个视频源属性组，表示有多组视频源配置参数集合。
视频源能力:定义该属性包括视频源设备支持的编解码器类型、编解码器参数、视频流的类型、业务特征以及支持的协议栈类型。
视频源位置:定义该属性表示视频源设备所在的空间位置信息。
视频宿公开属性组:表示一组视频宿配置参数的集合。视频宿公开属性组由视频宿能力和视频宿位置两个属性组成。视频属性公开服务中可存在多个视频宿组，表示有多组视频宿配置参数集合。
视频宿能力:定义该属性包括视频宿设备支持的编解码器类型、编解码器参数、视频流的类型、业务特征以及支持的协议栈类型。
视频宿位置:定义该属性表示视频宿设备所在的空间位置信息。
6.3.2 视频源公开属性组/视频宿公开属性组
视频源公开属性组/视频宿公开属性组由视频源公开属性组标识、公开属性类型指示和句柄列表组成。其中，视频源公开属性组标识用于唯一的标识视频源公开属性组或视频宿公开属性组。公开属性类型指示定义为 8 bits 位图，用于指示该公开属性组中所包含的属性参数。句柄列表取值为公开属性的句柄，按照类型指示字段的 LSB~MSB 的顺序排列属性句柄。
在视频属性公开服务中，应至少含有一个视频源属性组或一个视频宿属性组。详见表 23 和表 24。
| 字段 | 长度和取值 | 描述 |
| 视频源公开属性组标识 | 属性值为1字节无符号数，取值范围为0x00~0xFF | 用于唯一的标识视频源公开属性组 |
| 公开属性类型指示 | 属性值为1字节位图（bitmap）。定义如下:--bit0:视频源能力；--bit1:视频源位置；--其他:保留说明:位图中bit位取值为1时表示包括该属性类型，取值为0时表示不含该属性类型 | 指示该视频源公开属性组中所包含的属性类型 |
| 句柄列表 | 可变字节 | 按照类型指示字段的LSB~MSB的顺序排列属性句柄 |
| 字段 | 长度和取值 | 描述 |
| 视频宿公开属性组标识 | 属性值为1字节无符号数，取值范围为0x00~0xFF | 用于唯一的标识视频宿公开属性组 |
| 公开属性类型指示 | 属性值为1字节位图（bitmap）。定义如下:--bit0:视频宿能力；--bit1:视频宿位置；--其他:保留（说明:位图中bit位取值为1时表示包括该属性类型，取值为0时表示不含该属性类型） | 指示该视频宿公开属性组中所包含的属性类型 |
| 字段 | 长度和取值 | 描述 |
| 句柄列表 | 可变字节 | 按照类型指示字段的LSB~MSB的顺序排列属性句柄 |
6.3.3 视频源/视频宿能力
视频源/视频宿能力包括支持的编解码器类型及其编解码参数，支持的媒体数据封装格式，支持的媒体数据传输协议，支持的协议栈类型，支持的视频分辨率、帧率与码率参数集合，支持的通信方式。视频源/视频宿能力定义如表 25 和表 26 所示。
| 字段 | 长度和取值 | 描述 |
| 编解码器数量 | 属性值为2字节无符号数，取值范围为0x0000~0xFFFF | 表示支持的编解码器类型的数量 |
| 编解码器参数[i]a | 属性长度为11字节，取值定义见表5 | 表示支持的编解码器类型与对应编解码器参数 |
| 媒体数据封装格式[i] | 属性长度为1字节，取值定义见表6 | 表示支持的媒体数据封装格式类型 |
| 媒体数据传输协议[i] | 属性长度为1字节，取值定义见表7 | 表示支持的媒体数据传输协议类型 |
| 媒体数据传输格式[i] | 属性长度为1字节，取值定义见表8 | 标识媒体数据在传输协议有效载荷格式 |
| 通信方式[i] | 属性取值为1字节bitmap，取值如下:--Bit0:单播方式；--Bit1:组播方式；--Bit2:广播方式；--其他保留 | 表示支持的通信方式 |
| 支持的视频应用类型[i] | 属性长度为2字节。取值为12 bits AID，高位补零。该属性值也标识了该应用的QoS要求（如SLQI）。AID的取值见GB/T 48336.302-2026中附录A | - |
| 协议栈类型[i] | 属性取值为1字节bitmap，取值如下:--Bit0:非IP协议栈；--Bit1:IP协议栈；--其他保留 | 表示支持的协议栈类型 |
| a在本文件中，[i]表示数组结构。 | ||
| 字段 | 长度和取值 | 描述 |
| 编解码器数量 | 属性值为2字节无符号数，取值范围为0x0000~0xFFFF | 表示支持的编解码器类型的数量 |
| 字段 | 长度和取值 | 描述 |
| 编解码器参数[i]a | 属性长度为11字节，取值定义见表5 | 表示支持的编解码器类型与对应编解码器参数 |
| 媒体数据封装格式[i] | 属性长度为1字节，取值定义见表6 | 表示支持的媒体数据封装格式类型 |
| 媒体数据传输协议[i] | 属性长度为1字节，取值定义见表7 | 表示支持的媒体数据传输协议类型 |
| 媒体数据传输格式[i] | 属性长度为1字节，取值定义见表8 | 标识媒体数据在传输协议有效载荷格式 |
| 通信方式[i] | 属性取值为1字节bitmap，取值如下:--Bit0:单播方式；--Bit1:组播方式；--Bit2:广播方式；--其他保留 | 表示支持的通信方式 |
| 支持的视频应用类型[i] | 属性长度为2字节。取值为12 bits AID，高位补零。该属性值也标识了该应用的业务QoS要求（如SLQI）。AID的取值见GB/T 48336.302-2026中附录A | 表示支持的视频应用类型和对应的业务QoS参数 |
| 协议栈类型[i] | 属性取值为1字节bitmap，取值如下:--Bit0:非IP协议栈；--Bit1:IP协议栈；--其他保留 | 表示支持的协议栈类型 |
| a在本文件中，[i]表示数组结构。 | ||
6.3.4 视频源位置/视频宿位置
视频源位置/视频宿位置表示设备所在的空间位置。视频源位置/视频宿位置信息定义为类型-长度-取值（TLV）格式，如表 27 和表 28 所示。
| 字段 | 长度和格式 | 描述 |
| 类型 | 属性值为1字节无符号数，取值定义见表29 | 表示视频系统类型 |
| 位置信息值长度 | 属性值为1字节无符号数，取值定义见表29 | 表示位置信息长度 |
| 位置信息 | 长度可变，取值定义见表29 | 表示不同视频系统下的位置信息定义内容 |
| 字段 | 长度和取值 | 描述 |
| 类型 | 属性值为1字节无符号数，取值定义见表29 | 表示视频系统类型 |
| 位置信息值长度 | 属性值为1字节无符号数，取值定义见表29 | 表示位置信息长度 |
| 位置信息 | 长度可变，取值定义见表29 | 表示不同视频系统下的位置信息定义内容 |
其中，类型字段取值如表 29 所示。
| 类型 | 取值 | 描述 |
| 全景环视系统 | 0x00 | 位置信息值总长度:2字节×N（N表示为安装了摄像头的车身面数量，如车身6个面或4个面）。位置信息:包括车身共N个面摄像头排序信息。每个面定义2字节携带每一面摄像头数量信息和该面上每个摄像头排列顺序信息。N个面顺序按照车头、车尾、车左、车右、车上、车下排列。其中:--每一面第一个字节取值为该面上摄像头总数，取值为0表示在该面上无配置；--每一面第二个字节取值为该面上从车头至车尾的摄像头顺序号或者从车左至车右的摄像头顺序号，顺序号取值为0表示在该面上无配置。说明:每一面上的摄像头总数之和表示该配置下全景环视系统中摄像头的总数 |
| 多屏拼接显示系统 | 0x01 | 位置信息值长度:5字节。位置信息:--定义前三字节分别定义携带拼接屏总数、总行数和总列数；--第四字节取值为该显示屏从上至下的行序号信息；--第五字节取值为该显示屏从左至右的列序号信息 |
| 保留 | 0x02~0xFE | 保留给视频用例标准定义，类型取值由联盟统一分配 |
| 自定义 | 0xFF | 厂商自定义的视频系统 |
如表 29 定义，例如图 8 所示的大卡/大巴整车全景环视系统中，N=4 个面上前、后、左、右四个摄像头位置信息总长度为 8 字节。每个字节携带的信息如下:
第 1 字节:车头正面摄像头数量，取值为 0x01；
第 2 字节:车头正面上从左至右的摄像头顺序号，取值为 0x01；
第 3 字节:车尾后面摄像头数量，取值为 0x01；
第 4 字节:车尾后面上从左至右的摄像头顺序号，取值为 0x01；
第 5 字节:车身左面摄像头数量，取值为 0x01；
第 6 字节:车身左面上从头至尾的摄像头顺序号，取值为 0x01；
第 7 字节:车身右面摄像头数量，取值为 0x01；
第 8 字节:车身右面上从头至尾的摄像头顺序号，取值为 0x01。
6.4 组播成员管理服务
6.4 1 通则
组播成员管理服务用于组播视频场景中进行包括组成员加入、组成员离开以及组播组变更通知的操作。组播成员管理服务结构如表 30 所示。
对于组播视频场景，规定该组播成员管理服务的服务端为组播视频源，组播视频组成员管理服务的客户端为组播视频宿。
| 服务结构成员 | 类别 | 操作指示 | 描述符类型 | 权限 | 选项 |
| 组播组管理表项 | 属性 | 支持下列属性值操作的自由组合:读取、无响应写入、写入、通知、指示、广播；支持属性描述符的写入操作 | 属性描述符类型长为1字节；可支持的属性描述符类型包括0x01、0x02、0x03和0x04 | 对于属性值的所有操作，支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权 | 组播视频源必选 |
| 组播组成员管理 | 方法 | ×a | × | 必选 | |
| 组播组变更事件 | 事件 | × | × | 必选 | |
| a在本文件中，"×"表示不涉及。 | |||||
组播组管理表项:定义为一个组播视频应用中的一个组播源所管理的组播组信息以及该组播组下的所有组成员信息，是可读或可读和写入的属性。每个组播组分别对应一个组播组管理表项。当组播视频组成员管理服务的服务端为组播视频组播源时，组播视频组成员管理服务的服务结构成员中应包含组播组管理表项属性值。
组播组成员管理:服务的客户端可通过组播组成员管理方法相关的信令交互进行组播组加入和组播组离开操作。通过方法调用会产生对应的组播组管理表项属性的更新。
组播组变更事件:当组播视频组成员管理服务的服务端收到组成员离开信令后，通过触发该事件主动向该服务的客户端发送组播组变更通知信令。服务的服务端通过发送该信令用于通知服务的客户端其管理的组播应用、组播组和组播组成员相关的变化信息。事件定义详见 6.4.4。
组播视频组成员管理服务应对不同的组播源创建不同的实例，不同组播源与其组播组成员之间的配置互不干扰。
6.4 2 组播组管理表项属性
组播组管理表项属性如表 31 所示。
| 字段 | 长度和取值 | 描述 |
| 组播视频源数量 | 1字节无符号数，取值范围为0x00~0xFF | 表示属性中含有的组播源数量 |
| 字段 | 长度和取值 | 描述 |
| 组播视频源标识[i]a | 属性值为1字节无符号数，取值范围为0x00~0xFF | 表示组播成员管理服务的服务端分配的用于指示不同组播视频源的标识。当服务端包含多个视频源时，应采用不重叠的标识来指示。该标识与视频配置管理服务中的视频源特性属性中的视频源标识相同，可通过视频配置管理服务读取该标识对应的视频源特征属性 |
| 组播组数量 | 1字节无符号数，取值范围为0x00~0xFF | 表示属性中含有的组播组数量 |
| 组播组标识[i] | 属性值为1字节无符号数，取值范围为0x00~0xFF | 表示组播成员管理服务的服务端分配的用于指示不同视频组播组的标识。当服务端包含多个视频组播组时，应采用不重叠的标识来指示 |
| 组播组成员数量 | 1字节无符号数，取值范围为0x00~0xFF | 表示属性中某个组播组内含有的组播组成员数量 |
| 组播组成员身份标识[i] | 6字节，设备层二标识（layer2ID）代替 | 用于唯一标识设备 |
| a在本文件中，[i]表示数组结构。 | ||
6.4 3 组播组成员管理方法
6.4 3 .1 概述
本条定义组播组成员管理信令，该信令定义为视频应用控制面信令，承载在组播视频组成员管理服务中的组播组成员管理方法调用上。组播组成员管理信令的内容应放置在方法调用的参数字段中。方法调用请求格式应符合 GB/T 48336.301—2026 中 7.5.5.8 的要求。
组播组成员管理请求信令内容包含操作码和参数字段。操作码表示信令的类型，参数字段表示需要信令携带的特定参数。方法调用请求格式应符合 GB/T 48336.301—2026 中 7.5.5.8 的要求。
组播组成员管理响应信令承载在组播组成员管理方法响应的结果字段上。方法响应格式应符合GB/T 48336.301—2026 中 7.5.5.8 的要求。
如表 32 所示为组播视频组成员管理流程中所使用的信令。详细的信令格式见 6.4.3.2 和 6.4.3.3。
| 信令 | 操作码 | 描述 |
| 组成员加入 | 0x07 | 组成员加入请求；组成员加入响应 |
| 组成员离开 | 0x08 | 组成员离开请求；组成员离开响应 |
6.4 3.2 组成员加入
组成员加入信令用于组播视频宿申请加入某个特定组播视频应用相应的组播组。信令格式包括操作码和参数字段。如表 33 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x07 | 组播视频应用数量（1字节）。组播视频应用标识[i]（a 1字节）。组成员设备层二标识（L2ID）（6字节），详见GB/T 48336.102-2026中定义组成员差异特性:--视频宿能力，定义见表26所示；--视频宿位置，定义见表26所示 | 组成员加入请求 |
| 0x07 | 组播视频应用数量（1字节）。组播视频应用标识[i（] 1字节）。组播组数量（1字节）。组播组标识[i（] 1字节）。加入响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误或无效；--0x03:组播视频应用标识错误或无效；--0x0B:其他错误；--0x0A~0xFF:保留 | 组成员加入响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.4 3 .3 组成员离开
组成员离开信令用于组播组成员通告其即将离开特定组播组。信令格式包括操作码和参数字段。如表 34 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x08 | 组播视频应用数量（1字节）。组播视频应用标识[i]（a 1字节）。组播组数量（1字节）。组播组标识[i（] 1字节）。组成员设备层二标识（L2ID）（64比特） | 组成员离开请求 |
| 操作码 | 参数（长度） | 描述 |
| 0x08 | 组播视频应用数量（1字节）。组播视频应用标识[i（] 1字节）。组播组数量（1字节）。组播组标识[i（] 1字节）。离开响应结果[i（] 1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误或无效；--0x03:组播视频应用标识错误或无效；--0x0B:其他错误；--0x0A~0xFF:其他保留 | 组成员离开响应 |
| a在本文件中，[i]表示数组结构。 | ||
6.4 4 组播组变更事件
组播组变更事件如表 35 所示。
| 事件码（1字节） | 事件类型 | 参数（长度） | 描述 |
| 0x06 | 通知 | 视频源数量（1字节）。视频源标识[i]（a 1字节）。组播组数量（1字节）。组播组标识[i（] 1字节）。组播视频源设备层二标识（L2ID）（64比特） | 组播组变更通知 |
| a在本文件中，[i]表示数组结构。 | |||
组播组变更通知信令用于组播视频组成员管理服务的服务端通知客户端其管理的组播应用、组播组和组播组成员数量变化信息。
6.5 视频传输性能反馈服务
6 5 .1 通则
视频传输性能反馈服务用于进行包括视频发送端或视频接收端传输性能的查询、视频发送/接收缓冲区大小配置和视频应用重要数据丢弃优先级配置操作。服务结构如表 36 所示。
| 服务结构成员 | 类别 | 操作指示 | 描述符类型 | 权限 | 选项 |
| 视频发送端传输性能 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 属性描述符类型长为1字节；可支持的属性描述符类型包括0和x001x、040x02、0x03 | 对于属性值的所有操作，支持如下权限的自由组合，其中:--认证要求支持需要认证或无需认证；--加密要求支持需要加密或无需加密；--授权要求支持需要授权或无需授权 | 视频发送端必选 |
| 视频接收端传输性能 | 属性 | 支持下列属性值操作的自由组合:读取、通知、指示、广播；支持属性描述符的写入操作 | 视频接收端必选 | ||
| 传输性能管理 | 方法 | ×a | × | 必选 | |
| 注1:具体应用协议需要根据需求对属性支持的操作进行配置。注2:具体应用协议需要根据需求对属性的权限进行配置。 | |||||
| a在本文件中，"×"表示不涉及。 | |||||
6.5.2 视频发送端传输性能属性
视频发送端传输性能属性定义如表 37 所示。
| 字段 | 长度和取值 | 描述 |
| 发送队列长度 | 长度1字节，单位为字节 | 表示发送缓冲区中等待发送的数据报文字节数 |
| 发送缓冲区大小 | 长度1字节，单位为字节 | 表示配置的发送缓冲区最大字节数大小 |
6.5.3 视频接收端传输性能属性
视频接收端传输性能属性定义如表 38 所示。
| 字段 | 长度和取值 | 描述 |
| 接收队列长度 | 长度1字节，单位为字节 | 表示接收缓冲区中等待接收的数据报文字节数 |
| 接收缓冲区大小 | 长度1字节，单位为字节 | 表示配置的接收缓冲区最大字节数大小 |
| 传输通道级丢包率 | 长度1字节 | 表示传输视频应用报文所在的传输通道级的丢包率 |
| 传输通道级时延 | 长度1字节，单位为毫秒（ms） | 表示传输视频应用报文所在的传输通道级的时延 |
| 传输通道级时延抖动 | 长度1字节，单位为毫秒（ms） | 表示传输视频应用报文所在的传输通道级的时延抖动 |
| 视频流级丢包率 | 长度1字节 | 表示特定视频流的丢包率 |
| 视频流级时延 | 长度1字节，单位为毫秒（ms） | 表示特定视频流的传输时延 |
| 视频流级时延抖动 | 长度1字节，单位为毫秒（ms） | 表示特定视频流的传输时延抖动 |
6.5.4 传输性能管理方法
6.5.4 1 通则
传输性能管理信令定义为视频应用控制面信令，承载于视频传输性能反馈服务中的传输性能管理方法调用上。传输性能管理信令的内容应放置在方法调用的参数字段中。方法调用请求格式应符合GB/T 48336.301—2026 中 7.5.5.8 的要求。
传输性能管理请求信令内容包含操作码和参数字段。操作码表示信令的类型，参数字段表示需要信令携带的特定参数。传输性能管理响应信令承载在视频配置与传输控制方法响应的结果字段上。方法响应格式应符合 GB/T 48336.301—2026 中 7.5.5.8 的要求。
如表 39 所示为视频传输性能反馈服务管理流程中所使用的传输性能管理信令。详细的信令格式定义见 6.5.4.2~6.5.4.4。
| 信令 | 操作码 | 描述 |
| 传输性能反馈 | 0x09 | 传输性能反馈请求传输性能反馈响应 |
| 缓冲区大小配置 | 0x0A | 缓冲区大小配置请求缓冲区大小配置响应 |
| 重要数据丢弃优先级配置 | 0x0B | 重要数据丢弃优先级配置请求重要数据丢弃优先级配置响应 |
6.5.4 2 传输性能反馈
传输性能反馈信令用于视频发送端与视频接收端间交互传输性能信息。信令格式包括操作码和参数字段，如表 40 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x09 | 视频发送端/接收端标识（1字节）。反馈性能参数bitmap（16 bits）:表示请求反馈的传输性能参数。定义如下:--Bit0:发送队列长度；--Bit1:发送缓冲区大小；--Bit2:接收队列长度；--Bit3:接收缓冲区大小；--Bit4:传输通道级丢包率；--Bit5:传输通道级时延；--Bit6:传输通道级时延抖动；--Bit7:视频流级丢包率；--Bit8:视频流级时延；--Bit9:视频流级时延抖动；--其他保留 | 传输性能反馈请求 |
| 操作码 | 参数（长度） | 描述 |
| 0x09 | 视频发送端/接收端标识（1字节）。性能反馈响应结果（1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误或无效；--0x0B:视频发送端/接收端标识错误/无效；--0x0F~0xFE:保留；--0xFF:其他错误。性能参数反馈列表:长度和取值根据请求信令中反馈性能参数bitmap取值决定。当存在多个反馈性能参数时，排列顺序与bit位顺序保持一致 | 传输性能反馈响应 |
6.5.4 3 缓冲区大小配置
缓冲区大小配置信令用于设置视频发送端或视频接收端发送或接收数据缓冲区大小。信令格式包括操作码和参数字段，如表 41 所示。
| 操作码 | 参数（长度） | 描述 |
| 0x0A | 视频发送端/接收端标识（1字节）。缓冲区大小字节数（1字节）:无符号整数，单位为字节。表示视频发送端发送缓冲区大小或配置视频接收端端接收缓冲区大小 | 缓冲区大小配置请求 |
| 0x0A | 视频发送端/接收端标识（1字节）。配置响应结果（1字节）:--0x00:接受操作；--0x01:信令不识别；--0x02:信令格式错误或无效；--0x0B:视频发送端/接收端标识错误/无效；--0x0C:缓冲区大小不支持或无效；--0x0F~0xFE:保留；--0xFF:其他错误。附加信息:信令执行的结果的解释和补充，长度由对应的配置响应结果决定，附加信息定义如表15所示 | 缓冲区大小配置响应 |
6.5.4 4 重要数据丢弃优先级配置
重要数据丢弃优先级配置信令用于为不同类型视频编码 NAL 单元数据配置拥塞丢弃优先级。信令格式包括操作码和参数字段，如表 42 所示。
展开文字版（以图片为准）
7 设备发现
设备发现角色可由视频用例配置决定，视频源或视频宿均可作为被发现方或发现方角色。本文件为视频应用设备发现提供 SLB 设备发现和 SLE 辅助设备发现两种方法，设备发现方法选择由特定视频应用用例决定。具体的设备发现配置流程应符合 GB/T 48336.301—2026 中 6.6.2 的要求。
根据 GB/T 48336.301—2026 中 6.6.2 定义的流程进行视频应用设备发现。本文件对被发现方的发现等级以及发现方的过滤策略不做额外的限定。具体视频应用协议应根据特定的需求对被发现方的发现等级进行特定的配置，以及对发现方的过滤策略做特定的配置。
8 视频应用配置与传输管理流程
8 1 通则
如第 6 章定义的视频配置与传输管理相关的不同服务，不同服务的服务端与服务的客户端需要建立服务管理传输通道，相关服务的客户端通过 SSAP 信令访问相关服务的服务端进行视频配置与传输管理。视频配置与传输管理相关服务的服务端通过信令响应和通知、指示等方式反馈配置与传输管理的结果等信息。
视频配置与传输管理相关服务的客户端在访问服务的服务端之前，应先对相关服务的服务端执行服务发现流程，后续流程均在服务发现的结果之上进行。
8.2~8.4 将分别针对视频应用在单播、组播和广播不同通信方式下的配置与传输管理流程进行定义。
8.2 单播视频配置与传输管理流程
8 2 .1 概述
如图 9 所示，单播视频配置与传输管理流程主要分为四个阶段:
1） 视频设备能力信息查询与视频应用参数配置阶段；
2） 视频流传输开始与传输性能查询与管理阶段；
3） 视频流传输暂停与重配置阶段；
4） 视频流传输停止与应用释放阶段。
图中服务端定义为承载单播视频配置与传输管理相关服务（包括视频配置管理服务和视频属性公开服务）的承载方，用于接收和响应客户端的请求，简称“单播视频管理服务服务端”；客户端定义为单播视频配置与传输管理相关服务（即配置与管理服务）的使用方，用于向服务端提交访问请求，获取并接收服务端返回的响应，简称“单播视频管理服务客户端”。
8.2.2 角色定义
对于单播视频应用场景，单播视频管理服务端应承载视频配置管理和视频属性公开两个服务。单播视频管理客户端应能够支持这些服务的访问。
两者的关系如表 43 所示，单播视频管理服务端/单播视频管理服务客户端与单播视频源/单播视频宿无绑定关系。
| 角色 | 视频源 | 视频宿 |
| 单播视频管理服务端 | 适用 | 适用 |
| 单播视频管理客户端 | 适用 | 适用 |
8.2.3 单播视频设备能力信息查询
单播视频设备能力信息查询（见表 44）过程是单播视频管理服务客户端读取单播视频管理服务服务端上指定视频属性的过程。该过程是单播视频应用参数配置或重配置的前提。单播视频管理服务客户端获取视频属性信息后，可结合自身的能力和应用的要求选择合适的参数对单播视频管理服务服务端进行配置。
| 访问项目 | 所属服务 | 操作 | 获取信息 |
| 视频源能力/视频宿能力 | 视频属性公开服务 | 读取 | 包括支持的编解码器类型及其编解码类型及其编解码参数，支持的媒体数据封装格式，支持的媒体数据传输协议，支持的协议栈类型，支持的视频分辨率、帧率与码率参数集合，支持的通信方式 |
| 视频源位置/视频宿位置 | 视频属性公开服务 | 读取 | 表示视频源/宿设备所在的空间位置 |
| 视频源特征/视频宿特征 | 视频配置管理服务 | 读取 | 设备的角色（视频源/视频宿）、视频应用的配置参数信息（详见表4） |
如图 9 所示，该示例中单播视频管理服务端承载视频配置管理服务和视频属性公开服务。单播视频管理客户端可通过 GB/T 48336.301—2026 中 7.5.3 中定义的读取 SSAP 指令，即 SSAP_READ_REQ 和SSAP_READ_RSP，读取服务端的单播视频源/宿属性信息和视频源/宿特征信息。
单播视频管理客户端可通过 GB/T 48336.301—2026 中 7.5.3 中定义的写入 SSAP 指令，即SSAP_WRITE_REQ 和 SSAP_WRITE_RSP，向单播视频管理服务端写入视频源/宿位置信息。
8.2.4 单播视频应用参数配置
如图 10 所示，该示例中单播视频管理服务端承载视频配置管理服务和视频属性公开服务。视频设备能力与视频应用参数配置流程如下所述。
a） 若单播视频管理服务客户端收到单播视频管理服务服务端回复的能力查询响应信令后，单播视频管理服务客户端决策并向单播视频管理服务服务端发送视频应用参数配置请求信令，并携带针对具体视频应用用例的优选视频应用参数集，例如音视频编解码类型、媒体数据封装格式、流媒体传输协议等。
b） 当单播视频管理服务服务端接收到视频应用参数配置请求信令中指定的配置参数后，若接受该配置参数，则应向单播视频管理服务客户端回复视频应用参数配置响应信令，并携带配置成功响应结果；反之，若拒绝该配置参数，则应在视频应用参数配置响应信令中携带配置失败结果及其失败原因，并终止配置流程。
8.2.5 单播视频数据通道开启与单播视频流传输开始
如图 11 所示，单播视频数据通道开启与单播视频流传输开始应按以下流程进行设置。
a） 当视频应用参数配置完成后，单播视频管理服务客户端发送视频数据通道开启请求信令向单播视频管理服务服务端发起目标视频应用单播传输通道建立。
b） 当单播视频管理服务服务端收到该信令后，应向单播视频管理服务客户端回复视频数据通道开启响应信令，携带传输通道开启响应结果。
若接收到传输通道开启成功响应，则单播视频管理服务客户端的视频应用配置与传输管理功能单元应根据视频应用相关的 QoS 参数，向基础服务层 QoS 管理功能单元提交服务传输请求。QoS 管理功能单元指示连接管理功能单元建立满足单播视频应用 QoS 要求的单播传输通道，并向视频应用配置与传输管理功能单元反馈传输通道创建结果 srcTCID（源端传输通道标识）和 dstTCID（目的端传输通道标识）信息。
若接收到传输通道开启失败响应，则视频单播传输通道开启流程立即终止。单播视频管理服务客户端可以根据返回的失败原因，进行信令参数修正等操作。随后可再次发送视频数据通道开启请求信令。
c） 在单播视频数据通道开启成功之后，则可通过视频流传输开始信令交互指示开始视频流单播传输。如图 11 所示，视频流传输开始信令交互可有两种方式。
单播视频管理服务客户端向单播视频管理服务服务端发送视频流传输开始请求信令。那么，当单播视频管理服务服务端收到该信令后，回复视频流传输开始响应信令，携带视频流传输开始响应结果。
• 若回复视频流传输开始成功响应，则可开始视频流单播传输。
• 若回复视频流传输开始失败响应，则携带响应结果及其失败原因。
或者，可选由单播视频管理服务服务端向单播视频管理服务客户端发送视频流传输开始通知信令，即可开始视频流单播传输。
在单播发送视频流数据期间，单播视频管理服务客户端或单播视频管理服务服务端可发起视频流传输性能查询与管理、视频流传输暂停与重配置、视频流传输停止与视频应用释放操作。详细流程见8.2.6~8.2.8。
8.2.6 视频流单播传输性能查询与管理
视频流单播传输性能查询与管理过程是单播视频传输性能反馈服务客户端与单播视频传输性能反馈服务端相互交换视频发送端或视频接收端的传输性能属性的过程。
该过程是视频传输性能管理的前提，也可作为视频应用参数配置的前提。当单播视频传输性能反馈服务客户端获取到单播视频传输性能反馈服务服务端视频属性信息后，可结合自身的能力和应用的要求选择合适的参数通过调用传输性能管理方法定义的信令对单播视频传输性能反馈服务服务端进行缓冲区大小配置和/或重要数据丢弃优先级配置。视频应用参数重配置流程见 8.2.7。
如图 12 所示，该示例中单播视频管理服务端承载视频传输性能反馈服务，则单播视频管理客户端可通过调用传输性能反馈信令与单播视频管理服务端间交互单播视频发送端和单播视频接收端的传输性能信息。
如图 13 所示，基于传输性能查询与管理结果，单播视频传输性能反馈服务客户端可通过调用缓冲区大小配置信令和/或重要数据丢弃优先级配置信令分别对单播视频传输性能反馈服务服务端的缓冲区大小和/或具有重要数据标识的应用数据报文优先级进行配置。
8.2.7 视频流单播传输暂停与重配置
如图 14 所示，视频流传输暂停可有两种方式。
在视频流数据在进行传输过程中，单播视频管理服务客户端可发送视频流传输暂停请求信令。单播视频管理服务服务端收到该信令后，立即回复视频传输暂停响应信令。若接受暂停操作，则回复传输暂停成功响应；反之，回复传输暂停失败响应，并指示失败原因。
或者，可选由单播视频管理服务服务端向单播视频管理服务客户端发送视频传输暂停通知信令，单播视频管理服务客户端收到该通知信令后，即可暂停单播视频流数据传输。
当单播视频流传输暂停状态下，可通过客户端与服务端间视频应用参数配置请求-响应信令进行视频应用参数重配置，流程应按以下步骤进行设置。
a） 单播视频管理服务客户端决策并向单播视频管理服务服务端发送视频应用参数配置请求信令，并携带针对具体视频应用用例的优选应用参数集，例如音视频编解码类型、媒体数据封装格式等。
b） 当单播视频管理服务服务端根据接收到的视频应用参数配置请求信令后，若接受配置参数，则应向单播视频管理服务客户端回复视频应用参数配置响应信令，并携带配置成功响应结果；反之，若重配置失败，则应携带配置失败响应结果及其失败原因，并终止配置流程。
当视频应用参数重配置之后，单播视频管理服务客户端与单播视频管理服务的服务端间通过交互视频流传输开始请求与响应信令或视频流传输开始通知信令继续传输视频流，流程如图 14 所示。
8.2.8 单播视频流传输停止与应用释放
如图 15 所示，单播视频流传输停止可有两种方式。
在单播视频流传输过程中，单播视频管理服务客户端可发送视频流传输停止请求信令。单播视频管理服务服务端收到该信令后，立即回复视频流传输停止响应信令。若接受停止操作，则回复传输停止成功响应；反之，回复传输停止失败响应，并指示失败原因。
或者，可选的由单播视频管理服务服务端向单播视频管理服务客户端发送视频流传输停止通知信令，单播视频管理服务客户端收到该通知信令后，即可停止单播视频传输。
当视频流传输停止响应成功后，单播视频管理服务客户端可向单播视频管理服务服务端请求释放该视频应用占用的资源，如配置信息、链路资源等。
如图 16 所示，单播视频应用释放流程应按以下步骤进行设置。
a） 单播视频管理服务客户端向单播视频管理服务服务端发送视频应用释放请求信令，若单播视频管理服务服务端接受释放请求操作，则向其本地基础服务层连接管理功能单元触发进行指定视频单播传输通道释放。若视频单播传输通道释放成功，则单播视频管理服务服务端回复单播视频应用释放成功响应，并在本地删除相应的视频配置信息。若单播视频管理服务服务端向视频客户端回复应用释放失败响应，则需携带失败原因指示。此时，视频应用释放流程停止。
b） 若单播视频管理服务客户端收到视频应用释放成功响应后，单播视频管理服务客户端则向其基础服务层连接管理功能单元触发进行指定视频单播传输通道释放，并在本地删除对应的视频配置信息。
此外，除了客户端与服务端间通过请求-响应方式进行视频应用释放以外，可选的视频应用释放操作方式为单播视频管理服务服务端向单播视频管理服务客户端发送视频应用释放通知信令。单播视频管理服务客户端收到该通知信令后，即可向基础服务层连接管理功能单元触发进行指定视频单播传输通道释放，并本地删除相应的视频配置信息。
8.3 组播视频配置与传输管理流程
8 3 .1 通则
组播视频组播源将相同的视频流数据通过组播视频数据通道发送给多个属于该组播组中的视频宿，并保证数据传输的可靠性。组播视频数据通道可为组播传输通道，也可为接入层的逻辑信道或组播链路。
组播组内的视频宿称为该组播组的组成员。组播组的形成和组播组成员加入、离开和组成员查询需通过设备集合管理和同步管理原子能力以及组播组成员管理服务实现。
针对任意组播视频应用，可通过设备集合管理和同步管理原子能力以及组播组成员管理服务形成一个或多个组播组。每个组播组包括一个组播视频源和一个或多个组播视频宿。组播视频源与相同组播组内一个或多个组播视频宿应逐一建立用于传输控制面信令的连接（默认承载）。组播视频源还应与组内一个或多个组播视频宿建立视频组播传输通道。
如图 17 所示，组播视频配置与传输管理同样基于服务管理 SSAP 流程。流程由四个阶段组成，分别为:
a） 组播视频组成员加入与视频应用参数配置阶段；
b） 视频流组播传输开始与组播传输性能查询与管理阶段；
c） 视频流组播传输暂停与重配置阶段；
d） 组播视频组成员查询或离开以及组播视频应用终止阶段。
8.3.2 角色定义
对于组播视频应用场景，组播视频管理服务端应承载视频配置管理和视频属性公开两个服务，接收和响应组播视频管理服务客户端的请求。
此外，组成员管理服务端应承载组播成员管理服务，接收和响应组成员管理服务客户端的请求。其中，组播视频管理服务端/客户端与组播视频源/宿没有绑定关系，两者关系如表 45 所示。
| 角色 | 组播视频源 | 组播视频宿 |
| 组播视频管理服务端 | 适用 | 适用 |
| 组播视频管理客户端 | 适用 | 适用 |
针对组播视频组成员管理服务，当且仅当组播视频源作为组播视频组成员管理服务的服务端时，组播视频宿成为组播视频组成员管理服务的客户端。两者的关系如表 46 所示。
| 角色 | 组播视频源 | 组播视频宿 |
| 组播视频组成员管理服务端 | 适用 | - |
| 组播视频组成员管理客户端 | - | 适用 |
8.3.3 组播视频组成员加入
组播视频组成员加入过程是组播视频宿向特定组播视频源申请加入特定组播视频应用所关联的组播组的过程。通过该过程，组播源（即组播组管理者）生成并维护“组播组成员管理表项”，用于指导组播视频流发送。
组成员加入过程是后续组播视频配置与传输管理操作的前提。基于组播视频组成员加入过程生成“组播组成员管理表项”，组播视频管理服务客户端可向组播视频管理服务服务端进行后续的组播视频应用参数配置、组播视频数据通道开启与传输等其他组播视频配置与传输管理流程操作。
如图 18 所示，该示例中组成员管理服务服务端承载组播成员管理服务，并定义组播视频源作为该服务服务端，组播视频宿作为该服务的客户端。流程应按以下步骤进行设置。
a） 一个或多个组成员管理服务客户端（组播视频宿）向组成员管理服务服务端发送组成员加入请求信令，该信令携带该服务客户端设备层二标识（L2ID）、希望加入的特定组播应用标识以及组成员差异特性信息。
b） 组成员管理服务服务端（组播视频源、组播组管理者）收到组成员加入请求信令后，根据组成员加入请求信令中携带的信息，将组成员管理服务客户端（组播视频宿）纳入当前已建立的组播组中或新建立组播组中，并本地生成维护“组播组成员管理表项”，该表项作为组播数据的转发依据。
c） 组成员管理服务服务端（组播视频源、组播组管理者）根据生成的“组播组成员管理表项”，向组成员管理服务客户端（组播视频宿）回复组成员加入响应信令，信令中携带成功加入的组播组标识和加入响应结果。
8.3.4 组播视频设备能力信息查询与应用参数配置
组播视频设备能力信息查询（见表 47）过程是组播视频管理服务客户端读取组播视频管理服务服务端上指定视频属性的过程。该过程是组播视频应用参数配置或重配置的前提。组播视频管理服务客户端获取视频属性信息后，可结合自身的能力和应用的要求选择合适的参数对组播视频管理服务服务端进行配置。
| 访问项目 | 所属服务 | 操作 | 获取信息 |
| 视频源/宿能力 | 视频属性公开服务 | 读取 | 包括支持的编解码器类型及其编解码类型及其编解码参数，支持的媒体数据封装格式，支持的媒体数据传输协议，支持的协议栈类型，支持的视频分辨率、帧率与码率参数集合，支持的通信方式 |
| 视频源/宿位置 | 视频属性公开服务 | 读取 | 表示视频源/宿设备所在的空间位置 |
| 视频源/宿特征 | 视频配置管理服务 | 读取 | 设备的角色（视频源/视频宿）、视频应用的配置参数信息（详见表4） |
如图 17 所示，该示例中组播视频管理服务端承载视频配置管理服务和视频属性公开服务。组播视频管理客户端可通过 GB/T 48336.301—2026 中 7.5.3 中定义的读取 SSAP 指令，即 SSAP_READ_REQ和 SSAP_READ_RSP，读取服务端的组播视频源/组播视频宿属性信息和视频源/宿特征信息。
组播视频管理客户端可通过 GB/T 48336.301—2026 中 7.5.3 中定义的写入 SSAP 指令，即SSAP_WRITE_REQ 和 SSAP_WRITE_RSP，向组播视频管理服务端写入视频源/宿位置信息。
如图 19 所示，该示例中组播视频管理服务端承载视频配置管理服务和视频属性公开服务。针对组播视频管理服务端/客户端对应组播视频源/宿关系的不同，分别定义组播视频应用参数配置流程如下。
a） 组播视频管理服务端为组播视频宿，组播视频管理客户端为组播视频源。
组播视频应用参数配置流程应按以下步骤进行设置。
1） 当组播视频管理客户端（组播视频源）收到 1 个或多个组播视频管理服务端（组播视频宿）回复的能力信息查询响应信令后，组播视频管理客户端决策并向 1 个或多个组播视频管理服务端发送视频应用参数配置请求信令，并携带针对具体视频应用用例相同的优选视频应用参数集，例如音视频编解码类型、媒体数据封装格式、流媒体传输协议等。
2） 当组播视频管理服务端接收到视频应用参数配置请求信令中指定的配置参数后，若接受该配置参数，则应向组播视频管理客户端回复视频应用参数配置响应信令，并携带配置成功响应结果；反之，若拒绝该配置参数，则应在视频应用参数配置响应信令中携带配置失败结果及其失败原因，并终止配置流程。
b） 组播视频管理服务端为组播视频源，组播视频管理客户端为组播视频宿。
组播视频应用参数配置流程如下所述。
1） 当组播视频管理客户端（组播视频宿）收到组播视频管理服务端（组播视频源）回复的能力信息查询响应信令后，组播视频管理客户端决策并向组播视频管理服务端发送视频应用参数配置请求信令，并携带针对具体视频应用用例该组播视频管理客户端本地优选的视频应用参数集，例如音视频编解码类型、媒体数据封装格式、流媒体传输协议等。
2） 当组播视频管理服务端（组播视频源）接收到组播视频管理客户端（组播视频宿）发送的视频应用参数配置请求信令后，立即分别向组播视频管理客户端（组播视频宿）发送视频应用参数配置等待通知信令，以告知组播视频管理客户端（组播视频宿）等待接收应用参数配置响应信令。
3） 当组播视频管理服务端（组播视频源）接收到全部组播组中组播视频管理客户端（组播视频宿）发送的视频应用参数配置请求信令后，综合 1 个或多个组播视频管理客户端请求的配置参数决策最优配置参数集。若接受该配置参数，则应向组播视频管理客户端回复视频应用参数配置响应信令，并携带配置成功响应结果；反之，若拒绝该配置参数，则应在视频应用参数配置响应信令中携带配置失败结果及其失败原因，并终止配置流程。
8.3.5 组播视频数据通道开启与视频流组播传输开始
如图 20 所示，组播视频数据通道开启与组播视频流传输开始流程应按以下步骤进行设置。
a） 当视频应用参数配置完成后，组播视频管理服务客户端发送视频流传输通道开启请求信令向组播视频管理服务服务端发起目标视频应用组播传输通道建立。
b） 当组播视频管理服务服务端收到该信令后，应向组播视频管理服务客户端回复视频流传输通道开启响应信令，携带传输通道开启响应结果。
若接收到传输通道开启成功响应，则组播视频管理服务客户端的视频应用配置与传输管理功能单元应根据视频应用相关的 QoS 参数，向基础服务层 QoS 管理功能单元提交服务传输请求。QoS 管理功能单元指示连接管理功能单元建立满足组播视频应用 QoS 要求的组播传输通道，并向视频应用配置与传输管理功能单元反馈传输通道创建结果 srcTCID 和dstTCID 信息。
若接收到传输通道开启失败响应，则视频组播传输通道开启流程立即终止。组播视频管理服务客户端可以根据返回的失败原因，进行信令参数修正等操作。随后可再次发送视频流传输通道开启请求信令。
c） 在视频组播传输通道开启成功之后，则可通过视频流传输开始信令交互指示开始视频流组播传输。如图 20 所示，视频流传输开始信令交互可有以下两种方式。
组播视频管理服务客户端向组播视频管理服务服务端发送视频流传输开始请求信令。那么，当组播视频管理服务服务端收到该信令后，回复视频流传输开始响应信令，携带视频流传输开始响应结果。
• 若回复视频流传输开始成功响应，则可开始视频流组播传输。
• 若回复视频流传输开始失败响应，则携带响应结果及其失败原因。
或者，可选由组播视频管理服务服务端向组播视频管理服务客户端发送视频流传输开始通知信令，即可开始视频流组播传输。
在组播发送视频流数据期间，组播视频管理服务客户端或组播视频管理服务服务端可发起视频流传输性能查询与管理、视频流传输暂停与重配置、组播视频应用组成员离开特定组播组或组播组管理者查询组成员、视频流传输停止与视频应用释放操作。详细流程见 8.3.6~8.3.10。
8.3.6 视频流组播传输性能查询与管理
视频流组播传输性能查询与管理过程是组播视频传输性能反馈服务客户端与组播视频传输性能反馈服务服务端相互交换视频发送端或视频接收端的传输性能属性的过程。
该过程是视频传输性能管理的前提，也可作为视频应用参数配置的前提。当组播视频传输性能反馈服务客户端获取到组播视频传输性能反馈服务服务端视频属性信息后，可结合自身的能力和应用的要求选择合适的参数通过调用传输性能管理方法定义的信令对组播视频传输性能反馈服务服务端进行缓冲区大小配置和/或重要数据丢弃优先级配置。视频应用参数重配置流程见 8.3.7。
如图 21 所示，该示例中组播视频管理服务端承载视频传输性能反馈服务，则组播视频管理客户端可通过调用传输性能反馈信令与组播视频管理服务端间交互组播视频发送端和组播视频接收端的传输性能信息。
如图 22 所示，基于传输性能查询与管理结果，组播视频传输性能反馈服务客户端可通过调用缓冲区大小配置信令和/或重要数据丢弃优先级配置信令分别对组播视频传输性能反馈服务服务端的缓冲区大小和/或具有重要数据标识的应用数据报文优先级进行配置。
8.3.7 视频流组播传输暂停与重配置
如图 23 所示，视频流组播传输暂停可有两种方式。
在视频流数据在进行组播传输过程中，组播视频管理服务客户端可发送视频流传输暂停请求信令。组播视频管理服务服务端收到该信令后，立即回复视频传输暂停响应信令。若接受暂停操作，则回复传输暂停成功响应；反之，回复传输暂停失败响应，并指示失败原因。
此外，可选的由组播视频管理服务服务端向组播视频管理服务客户端发送视频传输暂停通知信令，组播视频管理服务客户端收到该通知信令后，即可暂停组播视频流数据传输。
在组播视频流传输暂停状态下，可通过客户端与服务端间视频应用参数配置请求⁃响应信令进行视频应用参数重配置（流程如图 19 所示），应按以下步骤进行设置。
a） 组播视频管理服务客户端决策并向组播视频管理服务服务端发送视频应用参数重配置请求信令，并携带针对具体视频应用用例的优选应用参数集，例如音视频编解码类型、媒体数据封装格式等。
b） 当组播视频管理服务服务端根据接收到的视频应用参数重配置请求信令后，若接受重配置参数，则应向组播视频管理服务客户端回复视频应用参数重配置响应信令，并携带重配置成功响应结果；反之，若重配置失败，则应携带重配置失败响应结果及其失败原因，并终止重配置流程。
当视频应用参数重配置之后，组播视频管理服务客户端与组播视频管理服务服务端间通过交互视频流传输开始请求与响应信令或视频流传输开始通知信令，实现遵循新配置的参数继续视频流组播传输。
8.3.8 组播视频组成员离开
如图 24 所示，该示例中组成员管理服务服务端承载组播视频组成员管理服务，并定义组播视频源作为该服务服务端，组播视频宿作为该服务的客户端。组播视频组成员离开流程如下所述。
a） 一个或多个组成员管理服务客户端（组播视频宿）向组成员管理服务服务端发送组成员离开请求信令，该信令携带该组成员（组播视频宿）已经加入的一个或多个特定组播应用对应的特定组播组信息，即〈组播视频应用数量，组播视频应用标识，组播组数量，组播组标识〉以及该组成员的设备层二标识（L2ID）。
b） 组成员管理服务服务端（组播视频源，组播组管理者）收到组成员离开请求信令后，根据组成员离开请求信令中携带的信息，组成员管理服务服务端（组播视频源，组播组管理者）本地更新“组播组成员管理表项”。
c） 组成员管理服务服务端（组播视频源，组播组管理者）向一个或多个组成员管理服务客户端（组播视频宿）回复组成员离开响应信令并携带离开响应结果。
8.3.9 组播组变更通知
如图 25 所示，该示例中组成员管理服务服务端承载组播视频组成员管理服务，并定义组播视频源作为该服务的服务端，组播视频宿作为该服务的客户端。组成员管理服务服务端（组播视频源，组播组管理者）根据其当前管理组播应用组播组内容，发送组播组变更通知信令，信令中携带当前管理的所有或部分的组播应用标识及其组播组标识信息，即包括组播视频应用数量、组播应用标识、组播组数量、组播组标识，及其设备层二标识 L2ID。
8.3.1 0 组播视频流传输停止与应用释放
如图 26 所示，组播视频流传输停止可有两种方式。
在组播视频流传输过程中，组播视频管理服务客户端可发送视频应用终止请求信令。组播视频管理服务服务端收到该信令后，立即回复视频应用终止响应信令。若接受终止操作，则回复应用终止成功响应；反之，回复应用终止失败响应，并指示失败原因。
或者，可选的由组播视频管理服务服务端向组播视频管理服务客户端发送视频应用终止通知信令，组播视频管理服务客户端收到该通知信令后，即可终止组播视频传输。
当视频应用终止响应成功后，组播视频管理服务客户端可向组播视频管理服务服务端请求释放该视频应用占用的资源，如配置信息、链路资源等。如图 27 所示，组播视频应用释放流程应按以下步骤进行设置。
a） 组播视频管理服务客户端向组播视频管理服务服务端发送视频应用释放请求信令，若组播视频管理服务服务端接受释放请求操作，则向基础服务层连接管理功能单元触发进行指定视频组播传输通道释放。若视频组播传输通道释放成功，则组播视频管理服务服务端回复应用释放成功响应，并在本地删除对应的视频配置信息。若组播视频管理服务服务端向视频客户端回复应用释放失败响应，则需携带失败原因指示。此时，视频应用释放流程停止。
b） 当组播视频管理服务客户端收到资源释放成功响应后，组播视频管理服务客户端向基础服务层连接管理功能单元触发进行指定视频组播传输通道释放。并在本地删除对应的视频配置信息。
此外，除了客户端与服务端间通过请求⁃响应方式进行视频应用释放以外，可选的视频应用释放操作方式为组播视频管理服务服务端向组播视频管理服务客户端发送视频应用释放通知信令。组播视频管理服务客户端收到该通知信令后，即可向基础服务层连接管理功能单元触发进行指定视频组播传输通道释放，并本地删除相应的视频配置信息。
8.4 广播视频配置与传输管理流程
8 4 .1 概述
广播视频应用是指通过广播业务传输通道进行视频流传输的一类视频应用。广播业务传输通道依赖于接入层的广播能力，需要接入层提供支持业务广播的逻辑信道。广播业务传输通道不依赖于连接，其控制信息需要借助通用控制广播传输通道（Common Control Broadcast Transport Channel，CCBTC）进行传输。
针对广播视频应用场景，视频源作为广播业务的发送方，视频宿则作为广播业务的接收方。两者对应有不同的广播业务传输通道建立流程。
广播视频配置与传输管理总体流程包括:
a） 广播视频应用参数配置与重配置；
b） 视频广播传输通道开启与视频流广播传输开始；
c） 广播视频流传输停止与应用释放。
详见 8.4.3~8.4.5。该方式下，视频源和视频宿之间不建立连接，广播视频配置与传输管理流程中涉及的相关信令或信息通过通用控制广播传输通道发送。那么，视频源即可通过使用接入层的广播传输能力将一个或多个视频流通过广播通信方式发送，在该视频源设备可覆盖范围内的设备均可接收该广播视频流数据。
8.4 2 广播视频应用设备公开信息
承载广播视频应用协议服务的设备，根据 GB/T 48336.301—2026 中 6.6 定义的流程通过广播信息发送设备公开信息，设备公开信息的数据结构如图 28 所示。
其中，设备公开信息数据可以包含多个数据子结构，每个子结构承载一种类型的数据。在每一个数据子结构中:
设备公开信息包含若干个数据子结构，每个子结构承载一种类型的数据:
数据类型:长度 1 字节，表示该数据子结构中所承载数据的具体类型；
数据长度:长度 1 字节，指示该数据子结构中所承载数据的长度，单位为字节；
数据内容:数据内容的长度由数据长度字段指示，表示该数据子结构中所承载数据的具体内容。数据内容不应包含填充字节。
当数据子结构中的数据类型取值为 0x03（标准服务数据信息）时，对于广播视频应用协议，数据子结构的格式如表 48 所示。
| 数据类型 | 数据长度 | 数据内容 |
| 0x03 | 变长，最小2字节 | 字节0~字节1:广播视频应用协议的通用唯一标识（UUID，16 bit）字节2~字节18:广播视频应用协议服务信息数据内容 |
其中，从公开信息字节 2 开始的可变长广播视频应用协议服务信息数据内容的格式和含义如表 49所示。
| 字节序号 | 格式和定义 |
| 字节2~字节12 | 编解码器参数（11字节）:特定编解码器参数，定义如表5所示 |
| 字节13 | 媒体数据封装格式（1字节）:封装格式类型，定义如表6所示 |
| 字节14 | 媒体数据传输协议（1字节）:传输协议类型，定义如表7所示 |
| 字节15 | 通信方式（1字节）:广播方式，定义如表9所示 |
| 字节16 | 视频应用端口号（2字节）:src端口号或dst端口号，定义如表10所示 |
| 字节17 | 视频应用类型（2字节）:应用标识AID |
| 字节18 | 协议栈类型（1字节）:进行视频应用数据传输使用的协议栈类型，定义如表11所示 |
8.4 3 广播视频应用参数配置与重配置
广播视频应用配置是指视频源和视频宿间通过通用控制广播通道发送和接收视频应用相关的配置信息的过程。视频源应根据广播视频应用内容要求设置广播视频应用配置信息，广播视频应用配置信息携带在设备发现流程设备公开信息中。设备公开信息的数据结构设计详见 8.4.2。当视频宿接收到该配置信息，从而可决定需要接收的广播视频应用，并可根据配置信息中携带的编解码类型、QoS 要求等进行本地配置。
广播视频应用重配置是指广播视频源更新调整了应用配置信息，例如编解码类型与参数和广播视频应用 QoS 要求。视频宿通过通用控制广播通道接收广播视频应用重配置信息后，可按照配置信息内容进行本地配置更新。
针对上述广播视频应用参数配置与重配置，广播视频源向连接管理功能单元发送通用控制广播传输通道发送请求用于请求在通用控制广播传输通道上通过广播包携带并发送广播视频应用配置信息。随后，连接管理功能单元向广播视频应用视频源回复通用控制广播传输通道发送响应用于确认已发送广播视频应用配置信息。在广播视频宿端，广播视频应用视频宿向连接管理功能单元请求查询在通用控制广播传输通道上接收到的广播视频应用配置信息广播包。从而，广播视频应用视频宿可查询接收广播视频源发送的配置信息。
8.4 4 广播视频数据通道开启与视频流广播传输开始
广播视频应用数据应通过发送方和接收方分别建立的广播业务传输通道进行视频流数据的发送和接收。其中，广播视频源作为发送方首先决定执行广播业务，并向基础服务层 QoS 管理功能单元发送层间原语指示广播视频应用的 QoS 参数。从而 QoS 管理功能单元与连接管理功能单元间交互传输通道建立请求和传输通道建立响应消息完成发送方广播业务传输通道建立。
当视频源接收到 QoS 管理功能单元反馈广播通道结果后，视频源向连接管理功能单元发送通用控制广播传输通道发送请求，携带广播视频流配置信息。当视频源收到连接与管理的通用控制广播传输通道发送确认后，视频源开始通过广播业务传输通道发送广播视频应用数据。
对于广播视频宿端，当视频宿决定需要进行接收广播视频流数据时，视频宿应向连接管理功能单元发送通用控制广播传输通道接收查询，从而接收广播视频源发送的广播视频流配置信息。视频宿接收到连接管理发送的通用控制广播传输通道接收上报消息后，视频宿进行广播视频应用业务选择，随后视频宿指示 QoS 管理功能单元执行广播业务传输通道建立。当广播业务传输通道建立完成后，QoS 管理功能单元应反馈广播通道结果，视频宿从广播业务传输通道上接收广播视频应用数据。
广播业务通道的建立过程应符合 GB/T 48336.301—2026 中 9.4 的要求。其中，视频源作为广播传输通道的发送方，视频宿作为广播传输通道的接收方。
8.4 5 广播视频流传输停止与应用释放
当广播视频源不再发送广播数据时，应发送通用控制广播传输通道停止发送请求，停止发送广播视频流配置信息。当视频源收到通用控制广播传输通道停止发送响应后，应向 QoS 管理功能单元指示停止广播业务，释放广播业务传输通道。
当视频宿不再接收广播数据时，应向 QoS 管理功能单元指示停止广播业务，释放广播业务传输通道。广播业务传输通道的释放具体流程应符合 GB/T 48336.301—2026 中 9.4 的要求。
9 视频流媒体封装与传输协议
视频应用数据传输协议可参考 RTP（Real⁃time Transport Protocol）传输机制和消息格式。
视频应用实时流媒体数据格式可根据视频应用具体用例选择为一个或多个网络抽象层（Network Abstraction Layer，NAL）单 元 、基 本 码 流（Elementary Stream，ES）、打 包 基 本 流（Packetized Elementary Stream，PES）或 MPEG⁃TS 其中一种格式，并封装成 RTP 报文通过轻量化传输协议或 TCP/IP 协议传输。
基础服务层数据传输通道上传输应基于 IP 封装的 RTP 协议报文。在视频应用设备间传输视频数据前提前建立 IP 媒体数据基础服务层传输通道，且该媒体数据传输通道应满足视频应用 IP 数据 QoS要求。
轻量化传输协议和网络协议应承载 RTP 协议报文传输。视频流打包发送过程为如下。
应用层:将编解码器压缩后视频数据进行 RTP 封包，允许每个 RTP 报文的有效载荷中封装一个或多个网络抽象层（NAL）单元，且允许有效载荷中封装 PES audio/video 或 MPEG2⁃TS 编码数据。本文件支持的音频编解码方式以及对应的参数配置应符合附录 F 的要求。
网络与传输功能:轻量化传输协议按基础服务层最大传输单元（Maximum Transmission Unit，MTU）拆包和封包；然后可通过网络协议进行转发传输。
基础服务层:TCID 帧头封包（可选分片或聚合），按照基础服务层传输模式（Transparent Mode，TM）进行传输。
1 0 音画分离设备同步播放
如表 50 所示，根据 ITU⁃R BT.1359⁃1 中定义，音画时延分为超前与滞后两种，超前指音频先于视频出现，采用正数表示；滞后指音频慢于视频出现，采用负数表示。根据时延差值划分为四个用户体验等级，即 A:极致（无感知）、B:优秀（轻微感知）、C:良好:可接受、D:不可接受。
| 音画时延 | A:极致（无感知） | B:优秀（感知轻微） | C:良好（可接受） | D:不可接受 |
| 滞后（音频慢于视频出现） | ≤100 ms | （100 ms，125 ms] | （125 ms，185 ms] | >185 ms |
| 超前（音频先于视频出现） | ≤25 ms | （25 ms，50 ms] | （50 ms，90 ms] | >90 ms |
本文件参考 RFC 3550 规定发送端在 RTP header 中携带 1 个 32 bits 的 RTP timestamp 字段，该时戳记录了 RTP 报文 payload 中第一个字节对应的数据采样时刻，时间单位基于时钟参考（Program Clock Reference，PCR clock）。接收端接收 RTP 报文并解析 RTP 报文 header 中的 RTP timestamp 判断音频数据和视频数据的相对时间关系；并分别解析音频数据 PES 报文、视频数据 PES 报文中的播放时间标记（Presentation Time Stamp，PTS）/解码时间标记（Decoding Time Stamp，DTS）时戳后，按序解码音频和视频的压缩数据，进而播放。
音画分离设备同步播放管理的流程如下。
a） 视频源端设备通过接入层空口向多个视频宿端设备分别独立发送音频数据 RTP 报文和视频RTP 报文，并分别相应发送 RTCP 报文。在 RTCP SR 报文中携带一组“时间对”，即〈设备时间信息，RTP timestamp〉，其中“设备时间信息”字段为多设备时间同步管理维护的时间信息，RTP timestamp 为对应该设备时间信息的编解码器系统时钟（PCR clock）的当前时序值 S_TS⁃FN。
b） 视频宿端根据 RTCP SR 报文中携带这一组“时间对”，可得到〈设备时间信息，RTP timestamp〉 间的线性关系，即“设备时间信息”= f（S_TSFN）= k* S_TSFN+ b。目的是将音频帧和视频帧的相对时间关系统一对齐在相同的设备时间信息时间轴上，以达到音画同步目的。
c） 在视频源发送携带音视频数据的 RTP 报文时，分别在音频 RTP 报文和视频 RTP 报文中的RTP timestamp 字段携带基于 PCR 时钟的时序号 S_TSFN_video 和 S_TSFN_audio。则可分别按照上述线性关系转化并与已经获取同步的设备时间信息对齐。
d） 解码器接收到 RTP 报文后，根据第三步获取“设备时间信息”和 RTP timestamp，恢复并维持PCR 时钟定时，并根据 PES 报文中携带的 PTS 时序分别对视频压缩数据和音频压缩数据进行解码和播放。
附 录 A（规范性） 视频配置与传输管理相关的通用唯一标识
视频配置管理服务相关的通用唯一标识、视频属性公开服务相关的通用唯一标识、组播成员管理服务相关的通用唯一标识、视频传输性能反馈服务相关的通用唯一标识详见表 A.1~表 A.4。
| 名称 | 类别 | 标识 |
| 视频配置管理 | 服务 | 0x0601 |
| 视频源特征 | 属性 | 0x1005 |
| 视频宿特征 | 属性 | 0x1006 |
| 视频配置与传输控制 | 方法 | 0x1007 |
| 视频应用状态变更 | 事件 | 0x1008 |
| 名称 | 类别 | 标识 |
| 视频属性公开 | 服务 | 0x0602 |
| 视频源公开属性组 | 属性 | 0x1009 |
| 视频源能力 | 属性 | 0x100A |
| 视频源位置 | 属性 | 0x100B |
| 视频宿公开属性组 | 属性 | 0x100C |
| 视频宿能力 | 属性 | 0x100D |
| 视频宿位置 | 属性 | 0x100E |
| 名称 | 类别 | 标识 |
| 组播成员管理 | 服务 | 0x0603 |
| 组播组管理表项 | 属性 | 0x100F |
| 组播组成员管理 | 方法 | 0x1010 |
| 组播组变更事件 | 事件 | 0x1011 |
| 名称 | 类别 | 标识 |
| 视频传输性能反馈 | 服务 | 0x0604 |
| 名称 | 类别 | 标识 |
| 视频发送端传输性能 | 属性 | 0x1012 |
| 视频接收端传输性能 | 属性 | 0x1013 |
| 传输性能管理 | 方法 | 0x1014 |
附录 B（规范性） 视频编码参数列表
本文件支持的视频编解码方式包括 H.264，H.265，H.266 等，以及可选支持可伸缩视频编码（Scalable Video Coding，SVC）等类似高级编解码方式。分辨率索引表见表 B.1。其他参数索引表见表 B.2~表 B.7。
| 索引值 | 分辨率（像素） |
| 0x00 | 保留 |
| 0x01 | 128×96 |
| 0x02 | 176×144 |
| 0x03 | 320×240 |
| 0x04 | 352×240 |
| 0x05 | 352×480 |
| 0x06 | 352×576 |
| 0x07 | 640×480 |
| 0x08 | 704×480 |
| 0x09 | 720×576 |
| 0x0A | 800×600 |
| 0x0B | 1024×768 |
| 0x0C | 1280×720 |
| 0x0D | 1280×960 |
| 0x0E | 1280×1024 |
| 0x0F | 1408×960 |
| 0x10 | 1408×1152 |
| 0x11 | 1600×1200 |
| 0x12 | 1920×1088 |
| 0x13 | 2 048×1024 |
| 0x14 | 2 048×1088 |
| 0x15 | 2 048×1536 |
| 0x16 | 2 560×1920 |
| 0x17 | 3616×1536 |
| 0x18 | 3680×1536 |
| 0x19 | 4096×2 048 |
| 索引值 | 分辨率（像素） |
| 0x1A | 4096×2 304 |
| 0x1B~0xFF | 保留 |
| 索引值 | 码率控制模式 |
| 0x00 | 保留 |
| 0x01 | CBR |
| 0x02 | VBR |
| 0x03 | AVBR |
| 0x04 | QVBR |
| 0x05 | CVBR |
| 0x06 | FIXQP |
| 0x07 | QPMAP |
| 索引值 | 类型 | 描述 |
| 0x00 | 保留 | - |
| 0x01 | 平均比特率 | 平均比特率的设置与编码通道宽高以及图像帧率都有关系，单位为kbit/s |
| 0x02 | MaxBitRate | 表示编码通道在码率统计时间内允许的最大码率，单位为kbit/s |
| 0x03 | TargetBitRate | 表示目标比特率，单位为kbit/s |
| 0x04 | LongTermMaxBitrate | 表示编码通道在长期统计时间内允许的最大码率，单位为kbit/s |
| 索引值 | 类型 | 描述 |
| 0x00 | 保留 | - |
| 0x01 | MaxQP | P帧的最大QP，1字节无符号数取值范围:[0，51]默认值为51 |
| 0x02 | MinQP | P帧的最小QP，1字节无符号数取值范围:[0， MaxQP]默认值为24 |
| 索引值 | 类型 | 描述 |
| 0x03 | MaxIQP | I帧的最大QP，1字节无符号数取值范围:[0，51]默认值为51 |
| 0x04 | MinIQP | I帧的最小QP，1字节无符号数取值范围:[0， MaxIQP]默认值为24 |
| 索引值 | Profiles |
| 0x00 | 保留 |
| 0x01 | Baseline profile |
| 0x02 | Main profile |
| 0x03 | Extended profile |
| 0x04 | High profile |
| 0x05 | High 10 profile |
| 0x06 | High 4∶2∶2 profile |
| 0x07 | High 4∶4∶4 profile |
| 0x08 | Main 10 profile |
| 0x09 | Main still picture profile |
| 0x0A | Format range extensions profiles |
| 0x0B | High throughput profiles |
| 0x0C | Screen content coding extensions profiles |
| 索引值 | Level |
| 0x00 | 保留 |
| 0x01 | 1 |
| 0x02 | 1b |
| 0x03 | 1.1 |
| 0x04 | 1.2 |
| 0x05 | 1.3 |
| 0x06 | 2 |
| 0x07 | 2.1 |
| 索引值 | Level |
| 0x08 | 2.2 |
| 0x09 | 3 |
| 0x0A | 3.1 |
| 0x0B | 3.2 |
| 0x0C | 4 |
| 0x0D | 4.1 |
| 0x0E | 4.2 |
| 0x0F | 5 |
| 0x10 | 5.1 |
| 0x11 | 6 |
| 0x12 | 6.1 |
| 0x13 | 6.2 |
| 索引值 | Tier |
| 0x00 | 保留 |
| 0x01 | Main tier |
| 0x02 | High tier |
附 录 C（规范性） 媒体封装格式列表
媒体数据封装格式索引表见表 C.1。
| 索引值 | 格式 |
| 0x00 | 无 |
| 0x01 | MP4 |
| 0x02 | MPEG transport stream （TS） |
附录 D（规范性） RTP 有效负载格式索引列表
RTP 有效负载格式索引表见表 D.1。
| 索引值 | 格式 |
| 0x00 | 保留 |
| 0x01 | H.264 Video NALU |
| 0x02 | H.265/HEVC NALU |
| 0x03 | H264⁃SVC NALU |
| 0x04 | MPEG⁃4 Elementary Streams（ES） |
| 0x05 | MPEG2 Elementary Streams（ES） |
| 0x06 | MPEG2 Transport Streams（TS） |
附 录 E（规范性） H.264 NAL Unit 和 H.26 5 NAL Unit 重要性指示列表
H.264 NAL Unit NRI 和 H.265 NAL Unit TID 取值列表见表 E.1。
| H.264 NAL Unit NRI取值 | H.265 NAL Unit TID取值 |
| 11 | 001 |
| 10 | 010 |
| 01 | 011 |
| 00 | 100 |
| - | 101 |
| - | 110 |
| - | 111 |
附录 F（规范性） 音频编码参数列表
本文件支持的音频编解码方式包括 LPCM、AAC⁃LC、AC⁃3、MPEG⁃4 等。相应音频编码方式对应的采样率[sampling rate（ksps）]、每采样比特数（bits per sample）和支持的声道数（channels）参数如表 F.1所示。
| 索引值 | 音频编解码方式 | 采样率，每采样比特数 | 支持的声道数 |
| 0x00 | 保留 | 保留 | 保留 |
| 0x01 | LPCM | 44.1 ksps，16 bits | 2 |
| 0x02 | LPCM | 48 ksps，16 bits | 2 |
| 0x03 | LPCM | 48 ksps 16 bits | 1 |
| 0x04 | LPCM | 48 ksps，16 bits | 6，8 |
| 0x05 | LPCM | 48 ksps，24 bits | 2 |
| 0x06 | LPCM | 96 ksps，16 bits | 2，6，8 |
| 0x07 | LPCM | 96 ksps，24 bits | 2，6，8 |
| 0x08 | LPCM | 48 ksps和96 ksps，16 bits~24 bits | 最高32 |
| 0x09 | AAC⁃LC | 48 ksps，16 bits | 2，4，6，8 |
| 0x0A | AC⁃3 | 48 ksps，16 bits | 2，4，6 |
| 0x0B | E⁃AC⁃3 | 48 ksps | Multiple |
| 0x0C | Dolby TrueHD | 48 ksps | Multiple |
| 0x0D | AC⁃4 | 最高192 ksps，24 bits | Multiple |
| 0x0E | Dolby MAT | 48 ksps | 最高7.1 |
| 0x0F | DTS⁃HD | 最高192 ksps，24 bits | Multiple |
| 0x10 | MPEG⁃4 AAC | 48 ksps | Multiple |
| 0x11 | AAC⁃ELDv2 | 48 ksps | 最高7.1 |
评论