前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 20004—2023《星闪无线通信系统 基础服务层 多域协调与管理》。
本文件是 GB/T 48336《星闪无线通信系统》的第303部分。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)提出。
本文件由全国信息技术标准化技术委员会(SAC/TC 28)和全国通信标准化技术委员会(SAC/ TC 485)共同归口。
本文件起草单位:中国电子技术标准化研究院、国际星闪无线短距通信联盟、华为技术有限公司、赛西(深圳)电子信息产品标准化工程中心有限公司、中国信息通信研究院、中兴通讯股份有限公司、上海数字电视国家工程研究中心有限公司、翱捷科技股份有限公司、鼎桥技术有限公司、中国移动通信有限公司研究院、中国科学院计算技术研究所、中移(杭州)信息技术有限公司、湖南国科微电子股份有限公司、上海交通大学、博泰车联网科技(上海)股份有限公司、中国卫通集团股份有限公司、国电南京自动化股份有限公司。
本文件主要起草人:韩世豪、马莎、马立群、曾国松、卓兰、蔡廷晓、王孝、宋思达、赵向阳、杨宏、葛雨明、杜伟强、王旭升、李维成、马骁菲、马帅、王聪聪、张良、王勇、徐胤、陈学良、王煜菲、葛雅川、王婷程远洋、李德建、刘建颖、杨戬、吴镝、张春天、刘畅、齐筱、陈晓、陈迎、李浩洋、张晓、李楠
引言
星闪无线通信技术是一种短距无线通信技术,能用于智能汽车、智能家居、智能终端以及智能制造等应用场景的数据交互。
星闪无线通信系统包含接入层、基础服务层和基础应用层。接入层支持多种工作模式,包括同步低时延宽带(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.2、6.5、8.3中相应内容的相关专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺,他愿意同任何申请人在合理且无歧视的条款和条件下,就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得。
专利:CN202510186833X《一种星闪多域共存的管理方法》
专利持有人:中国科学院计算技术研究所
地址:北京市海淀区科学院南路6号
专利:ZL202110612572.5《用于多个系统或多个子系统共享帧配置的方法及装置》
专利持有人:联发科技(新加坡)私人有限公司
地址:新加坡新加坡城启汇城大道一号索拉斯大厦三楼之一
专利:CN202111116176.X《一种通信方法、通信装置和终端》
专利持有人:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
请注意除上述专利外,本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
基础服务层多域协调与管理
1 范围
本文件规定了星闪无线通信系统基础服务层多域协调与管理功能单元的技术要求,包括多域协调与管理操作、数据格式、消息结构等。
本文件适用于星闪无线通信设备的开发
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 46803.2—2025 信息技术 基于极化码的低功耗无线通信网络 第2部分:数据链路层
GB/T 48336.101—2026 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.201—2026 星闪无线通信系统 第201部分:接入层 同步低时延宽带(SLB)空中接口技术要求
GB/T 48336.301—2026 星闪无线通信系统 第301部分:基础服务层 设备发现和传输控制
3 术语和定义
GB/T 48336.101—2026界定的以及下列术语和定义适用于本文件。
3.1 多域组 multi-domain group
由多个 G 节点构成的集合。
注:非管理模式下,多域组由多个多域成员节点构成;管理模式下,多域组由一个多域管理节点和至少一个多域成员节点构成。
3.2 多域管理节点 multi-domain header
对多域组(3.1)中的其他 G 节点进行管理的 G 节点。
3.3 多域成员节点 multi-domain member
多域组(3.1)中接受多域管理节点(3.2)管理的 G 节点。
3.4 可信域 trusted domain
能与某个 G 节点在接入层建立可信连接的其他 G 节点的集合。
4 缩略语
下列缩略语适用于本文件。
AID:业务标识(Application IDentifier)
ASN:抽象语法标记(Abstract Syntax Notation)
LCID:逻辑信道标识(Logic Channel IDentifier)
PSK:预共享密钥(Pre-Shared Key)
QoS:服务质量(Quality of Service)
SLB:同步低时延宽带(Synchronous Low latency Broadband)
SLE:同步低功耗(Synchronous Low Energy)
SPS:半静态调度(Semi-Persistent Scheduling)
TCID:传输通道标识(Transport Channel IDentifier)
UUID:通用唯一标识(Universally Unique IDentifier)
XQI:扩展 QoS索引(eXtended QoS Index)
5 通用要求
5.1 概述
多域协调与管理是星闪无线通信系统的基础服务层为 G 节点提供的一项服务功能,承载该服务功能的逻辑功能实体称为多域协调与管理功能单元。星闪无线通信系统通过调用多域协调与管理功能单元来实现不同 G 节点之间的信息交互、功能协调或配置管理。在智能汽车、智能终端、智能家居和智能制造等诸多场景中都存在多域协调与管理的需求(示例见附录 A)
5.2 多域协调与管理架构
不同 G 节点之间的多域协调与管理的协议架构,见图1。
当支持多域协调与管理功能的 G 节点之间进行通信时,应有一个 G 节点在接入层转换为 T 节点身份接入(关联)到另一个 G 节点。
5.3 多域协调与管理的模式
5.3.1 管理模式与非管理模式概述
多域协调与管理协议用于不同 G 节点之间的交互,根据涉及的 G 节点之间的角色关系不同,多域协调与管理可分为以下两种模式。
管理模式:管理模式适用于同一个多域组内的多个 G 节点之间。多域组内的 G 节点间存在从属关系,分为多域管理节点和多域成员节点。多域管理节点具备对多域成员节点的控制管理功能,多域成员节点严格服从多域管理节点的管理。多域成员节点如果无法执行多域管理节点的信令,及时向多域管理节点进行反馈
非管理模式:G 节点之间不存在严格的从属关系,通过协商或者建议的方式进行多域信息的协调。不要求其中一方严格服从另一方的控制管理。
5.3.2 管理模式的拓扑
管理模式下多域协调与管理的拓扑示例见图2。G1节点、G2节点和 G3节点三个 G 节点构成了一个多域组,其中 G1节点为一个多域协调组的多域管理节点,G2节点与 G3节点均为多域组的多域成员节点。G1节点可统一负责 G2节点通信域和 G3节点通信域的资源配置。图中的实线箭头代表资源的调度方向。
图 2 多域管理模式的拓扑图
5.3.3 非管理模式的拓扑
非管理模式下多域协调与管理的拓扑示例见图3
G1节点、G2节点和 G3节点三个 G 节点构成了一个多域组。G1节点与 G2节点之间以及 G1节点与 G3节点之间只通过交互信息的方式进行多域协调,不存在相互之间的资源调度或功能控制。图中的实线箭头代表资源的调度方向,而虚线箭头表示资源调度信息的报告方向
图 3 多域非管理模式的拓扑图
5.4 多域协调与管理服务
多域协调与管理功能单元提供的服务包括:
管理模式下,多域管理节点与多域成员节点之间的多域管理服务;
非管理模式下,不同 G 节点之间的多域协调服务;
根据管理模式下的配置信息或非管理模式下的协调信息,更新接入层的资源配置策略。
多域协调与管理功能单元需其他功能单元提供的服务包括:
设备发现功能单元触发自身设备信息的公开或扫描周围 G 节点的设备信息;
服务管理功能单元提供多域服务发现服务;
连接管理功能单元提供建立、维护并释放多域协调与管理相关传输通道的服务;
数据传输与适配功能单元提供多域协调与管理相关的数据传输与接收服务;
测量管理功能单元提供接入层及基础服务层相关的参数测量服务。
5.5 多域功能
多域协调与管理协议由多域协调与管理功能单元实现。多域协调与管理功能单元是一个逻辑上的功能实体,支持以下功能:
触发和配置对相邻 G 节点的扫描;
触发多域服务发现及相邻可信域的 G 节点之间的连接建立;
相邻 G 节点之间的多域协调与管理模式协商;
相邻 G 节点之间的资源协调与管理;
相邻 G 节点之间的测距信息交互。
6 多域协调与管理操作
6.1 通则
多域协调与管理的操作应包括多域设备发现、多域设备连接、多域服务发现、多域管理节点协商(可选)、非管理模式/管理模式下的资源协调与管理等操作。
支持多域协调与管理功能的 G 节点应支持非管理模式,可支持管理模式。进行多域服务发现之前,非管理模式和管理模式都应 G 节点执行多域设备发现并通过接入层建立安全的接入层逻辑信道并建立基础服务层相应的控制面传输通道。通过多域服务发现,可获取邻居 G 节点的多域服务属性并完成多域协调与管理模式协商。
多域服务发现之后,如果一对 G 节点都支持多域协调与管理功能,则可进行非管理模式下的资源协调,或者进行管理模式下的资源管理、测距等功能。
6.2 多域设备发现
6.2.1 通用要求
在多域设备发现过程中,设备的多域协调与管理功能单元可指示设备发现功能单元执行设备发现流程所使用的角色及参数配置。
当确定使用被发现方角色时,G 节点应公开多域协调与管理相关的设备信息。当 G 节点使用SLB(符合 GB/T 48336.201—2026的要求)时,相关的信息可包括:G 节点物理层标识、shortDomain-Name、multiDomainSyncTopoInfo等信息。当 G 节点使用 SLE(符合 GB/T 46803.2—2025的要求)时,相关的信息可包括媒体接入层标识以及多域协调与管理的 UUID。
注1:当 G节点使用SLE时,多域协调与管理 UUID=0x0001。
当确定使用发现方角色时,G 节点应扫描周围 G 节点的设备信息。G 节点也可通过使用设备发现功能单元提供的白名单机制快速扫描周围特定 G 节点的设备信息。
多域设备发现的触发条件见6.2.2。多域设备发现的整体流程见6.2.3。
注2:在星闪无线通信系统中,对于使用发现方角色的 G节点来说,其接入层身份为 T节点。对于使用被发现方角色的 G节点来说,其接入层身份为 G节点。
6.2.2 多域设备发现的触发
对于使用发现方角色的 G 节点来说,多域协调与管理功能单元可支持周期性和/或事件两种方式触发多域设备发现。
对于使用周期性触发多域设备发现的 G 节点,每隔ScanPeriod的时长,应触发执行多域设备发现对于使用事件触发方式触发多域设备发现的 G 节点,典型的触发条件(事件)应包括:
G 节点开机且缺少足够的多域协调与管理信息;
G 节点检测到干扰;
G 节点初次开启多域协调与管理的服务功能;
G 节点接收到其他 G 节点发送的邻区扫描指示消息,见8.3.1;
G 节点执行周期性扫描。
注:G节点是否缺少足够的多域协调与管理信息由具体技术实现方案决定。
当触发条件为 G 节点开机、G 节点检测到干扰、G 节点开启多域服务功能或 G 节点执行周期性扫描时,扫描参数为预先配置的扫描参数;当触发条件为 G 节点接收到其他 G 节点发送的邻区扫描指示消息时,扫描参数根据邻区扫描指示消息确定。对于使用被发现方角色的 G 节点来说,本文件不限定其发送触发多域协调与管理相关设备信息的发送条件(扫描冲突解决模式除外,见6.2.3)。一旦 G 节点决定执行多域协调与管理,宜尽量携带能显式指示其具备多域协调与管理功能的设备信息。例如,如果G 节点使用SLB作为接入层技术,可通过shortdomainName信元的适当取名、携带 multiDomainSync-TopoInfo信元等信息来显式指示其多域能力。如果 G 节点使用 SLE 作为接入层技术,也可通过在接入层的广播链路广播多域协调与管理的服务标识来指明其多域能力
6.2.3 多域设备发现
多域设备发现的流程如图4所示。
当支持多域协调与管理功能的 G 节点根据6.2.2节被触发启动多域设备发现,且确定使用发现方角色时,有如下内容。
a) 如果当前多域协调与管理功能单元确定使用发现方角色且未进入扫描冲突解决模式(即, Scan_CA_Mode=False):多域协调与管理功能单元向设备发现功能单元发送设备发现请求(见 GB/T 48336.301—2026的6.6.3.2.5)。根据多域设备发现所满足的触发条件(见6.2.2),设置原语参数,指示设备发现功能单元根据扫描参数对其他 G 节点进行扫描。针对 SLB 接入层,扫描参数集包括扫描窗长、扫描/上报周期(周期性触发)或者扫描时长(事件触发)、事件类型(指示接入层获得扫描结果后立即上报或者按照扫描周期上报)、待扫描载波信道列表等针对SLE接入层,应设置的扫描参数集包括:扫描窗长、扫描间隔、扫描信道列表、扫描类型(主动扫描/被动扫描)。
b) 如果设备发现功能单元反馈的设备发现结果报告信息 (见 GB/T 48336.301—2026 的6.6.3.2.9)携带当前设备感兴趣的 G 节点设备信息:
确认多域设备发现成功,将Scan_CA_Mode设置为 False;
从扫描结果中选择 G 节点发起连接建立,见6.3。
c) 如果设备发现功能单元反馈的设备发现结果报告信息 (见 GB/T 48336.301—2026 的6.6.3.2.9)没有携带任何 G 节点设备信息或没有携带当前设备感兴趣的 G 节点设备信息,有如下内容。
多域协调与管理功能单元进入扫描冲突解决模式(即,Scan_CA_Mode=TRUE)并在[T_ Min,T_ Max] 范围内生成随机侦听时长 Trandom ,用于 G 节点对其他 G 节点的侦听。对于SLB技术, Trandom 的生成方式为 Trandom=NTF ,其中 N 是大于或等于0的随机数, TF 为超帧时长。
多域协调与管理功能单元向设备发现功能单元发送设备发现请求(见 GB/T 48336.301— 2026的6.6.3.2.5),请求设备发现功能单元指示接入层在当前时刻 Tcurrent 至 Tcurrent +
Trandom 时刻范围内,继续扫描侦听周围邻居 G 节点广播的设备信息。
如果设备发现功能单元反馈的设备发现结果报告信息携带有当前设备感兴趣的 G 节点设备信息:
● 确认多域设备发现成功,将 Scan_CA_Mode 设置为 False;
从扫描结果中选择 G 节点发起连接建立,见6.3。
如果设备发现功能单元反馈的设备发现结果报告信息没有携带任何 G 节点设备信息或没有携带当前设备感兴趣的 G 节点设备信息:
多域协调与管理功能单元确认本轮扫描冲突解决模式下的多域设备发现失败,将Scan_CA_Mode设置为 False;
多域协调与管理功能单元将设备发现角色由发现方转变为被发现方,向设备发现功能单元发送设备公开请求(见 GB/T 48336.301—2026的6.6.3.2.1),请求接入层以G 节点身份广播设备信息(即从之前的侦听态转变为广播态)。
注1:当不同 G节点同时按照发现方触发多域设备发现时,如果扫描参数配置及执行步骤对应时刻近似相同时,可能由于彼此的接入层都退回到 T节点身份而导致无法扫描到对方。用来减小这类问题发生的概率。
注2:对于扫描冲突解决模式下多域设备发现失败的 G节点,可在接入层以 G 节点身份广播一段时间的设备信息后再次按照发现方角色启动上述流程。具体操作由具体技术实现方案决定。
注3:多域协调与管理功能单元向设备发现功能单元发送设备发现请求原语中,设置的扫描时长至少为8个超帧时长。
6.3 多域控制面连接管理
多域协调与管理涉及的控制面(简称多域控制面)连接管理操作如下。
通用管理传输通道的建立与释放,详细流程见 GB/T 48336.301—2026的9.4.1。其中,默认承载建立的流程由多域协调与管理功能单元发起。发起方 G 节点的接入层身份应退回到 T节点。
服务管理传输通道的建立与释放,详细流程见 GB/T 48336.301—2026的9.4.2。
多域协调与管理传输通道的建立与释放,详细流程见 GB/T 48336.301—2026的9.4.2。针对上述控制面相关的传输通道,各传输通道承担的功能如下。
通用管理传输通道根据接入层使用的具体空口技术可进一步分为 SLB通用管理传输通道和SLE通用管理传输通道。通用管理传输通道用来承载 G 节点之间多域协调与控制相关的连接管理、 QoS 管理、测量管理相关的信令交互。
服务管理传输通道根据接入层使用的具体空口技术可进一步分为 SLB服务管理传输通道和SLE服务管理传输通道。服务管理传输通道用来承载 G 节点之间多域服务发现相关交互流程,详细流程见6.4。
多域协调与管理传输通道用来承载 G 节点之间多域协调与管理相关交互流程,详细流程见6.5。
6.4 多域服务发现
6.4.1 通则
当 G 节点之间在接入层建立起默认承载,并在基础服务层建立服务管理传输通道后,可执行多域服务发现操作。多域服务发现操作同时适用于管理模式和非管理模式下的 G 节点之间的通信。
根据 GB/T 48336.301—2026的定义,如图5所示,多域服务发现根据 G 节点的角色不同,可分为客户端和服务端。其中,发起多域服务发现访问请求的 G 节点称为客户端,对多域服务发现访问请求进行响应的 G 节点称为服务端。
对于在多域协调与管理中担任服务端的 G 节点,应基于 GB/T 48336.301—2026提供的服务结构定义面向多域协调与管理的服务,具体定义见7.2。
对于在多域协调与管理中担任客户端的 G 节点,其多域协调与管理功能单元通过调用服务管理功能单元的星闪服务交互协议SSAP可实现与服务端 G 节点之间的多域服务发现。G 节点之间的多域服务发现相关信令应根据当前使用的接入层技术选择使用SLB服务管理传输通道或 SLE 服务管理传输通道进行承载。通过多域服务发现,G 节点之间可获取对方的多域属性,包括设备能力属性、多域服务能力属性、设备信息属性等。同时,通过多域服务发现,G 节点之间将确认多域协调与管理模式。对于管理模式,多域服务发现还将进一步确定由哪个 G 节点担任多域管理节点完成多域服务发现操作后,G 节点宜建立或刷新多域邻居节点信息表。具体的,G 节点宜根据获取的邻居 G 节点的接入层广播消息(例如SLB的 G 链路系统消息),以及基础服务层多域服务能力属性、设备能力属性和设备信息属性等,建立或刷新多域邻居节点信息表中的相应属性和设备信息。
6.4.2 非管理模式的多域服务发现
非管理模式的多域服务发现流程见图6。其中,假定 G1节点和 G2节点已经完成多域设备发现并建立连接,G1节点决定作为客户端向 G2节点发起多域服务发现。如果 G2节点支持多域协调与管理功能,应按照多域协调与管理服务(见7.2),使用非管理模式与 G2节点进行多域协调操作。
G1节点确定使用非管理模式的条件不在本文件规定范围内,可由具体技术实现方案决定。
非管理模式的多域服务发现具体执行流程如图6所示
步骤1:客户端 G1节点使用 GB/T 48336.301—2026中7.5.5.4定义的SSAP指令对服务端 G2节点进行多域服务发现。
注1:本文件不限定 G1节点和 G2节点之间进行多域服务发现时使用的指令,G 节点可根据需求进行灵活设置典型的,G1节点可向 G2 节点发送 SSAP_FIND_SERVICE_BY_UUID_REQ 消息,并将 UUID 域设置为0x0001(代表多域协调与管理服务),G2节点通过 SSAP_FIND_SERVICE_BY_UUID_RSP消息反馈相应服务结构(如果支持多域协调与管理服务)或者指示服务不存在
步骤2:如果客户端 G1节点确认服务端 G2节点不支持多域协调与管理服务,则终止与 G2节点的多域服务发现。否则,客户端 G1节点向服务端 G2节点发送SSAP_CALL_METHOD_REQ 消息用于多域能力交互,其中将参数域按照表1定义的多域能力交互方法参数进行填充,同时将句柄域填充为在步骤1读取到的多域协调与管理服务结构中多域能力交互方法对应的句柄值。
针对非管理模式,G1节点应将多域服务能力属性域中的多域模式域设置为0。
| 字段一 | 字段二 | 字段三 |
| 5字节 | 5字节 | 可变(Var) |
| 设备能力属性 | 多域服务能力属性 | 设备信息属性 |
注3:多域服务能力属性域指示了倾向的多域模式、当前角色、与其他 G 节点的连接情况等信息,具体定义见7.3.1.3。
注4:设备信息属性指示了用户名、厂商名、输入配置等信息,具体定义见7.3.1.4。
步骤3:服务端 G2节点解析SSAP_CALL_METHOD_REQ 消息中的多域能力交互方法参数,并获得 G1节点的多域能力。随后向客户端 G1 节点发送 SSAP_CALL_METHOD_RSP 消息,其中Result域按照表 1定义的多域能力交互方法参数进行填充。
针对非管理模式,G2节点应将多域服务能力属性域中的多域模式域设置为0,指示 G2节点仅支持非管理模式。
步骤4:客户端 G1节点解析SSAP_CALL_METHOD_RSP消息中的多域能力交互方法参数,获得服务端 G2节点的多域能力。客户端 G1节点基于多域能力交互中的多域能力属性域中的多域模式域确定与服务端 G2节点进入非管理模式
6.4.3 管理模式下的多域服务发现
本条介绍管理模式下的 G 节点之间的服务发现交互流程,流程示意见图7。其中,假定 G1节点和G2节点已经完成设备发现(见6.2)并建立连接(见6.3),G1节点决定作为客户端向服务端 G2节点发起多域服务发现。如果 G2节点支持多域协调与管理功能,应按照72定义多域协调与管理服务。在本节中,G1节点确定使用管理模式与 G2节点进行多域管理操作。G2节点确定使用管理模式的条件不在本文件规定的范围内,可由具体技术实现方案决定。管理模式的多域服务发现具体执行流程如下
步骤1:客户端 G1节点使用 GB/T 48336.301—2026中7.5.5.4定义的SSAP指令对服务端 G2节点进行多域服务发现。
注1:本文件不限定 G1节点和 G2节点之间进行多域服务发现时使用的指令,G节点根据需求进行灵活设置。
示例1:G1节点向 G2节点发送SSAP_FIND_SERVICE_BY_UUID_REQ 消息,并将 UUID域设置为0x0001(代表多域协调与管理服务),G2节点通过SSAP_FIND_SERVICE_BY_UUID_RSP消息反馈相应服务结构(如果支持多域协调与管理服务)或者指示服务不存在。
步骤2:如果客户端 G1节点确认服务端 G2节点不支持多域协调与管理服务,则终止与 G2节点的多域服务发现。否则,客户端 G1节点向服务端 G2节点发送SSAP_CALL_METHOD_REQ 消息用于多域管理节点协商,并填充相关参数域,同时将句柄域填充为在步骤1读取到的多域协调与管理服务结构中的句柄值。多域管理节点协商参数格式定义应符合表2的要求针对管理模式,G1节点应将多域服务能力属性域中的多域模式域设置为1。
| 字段一 | 字段二 | 字段三 | 字段四 |
| 5字节 | 5字节 | 可变(Var) | 4字节 |
| 设备能力属性 | 多域服务能力属性 | 设备信息属性 | 多域管理节点意愿属性 |
注2:设备能力属性域指示了基本的设备能力信息,具体见7.3.1.2
注3:多域服务能力属性域指示了倾向的多域模式、当前角色、与其他 G 节点的连接情况等信息,具体定义见7.3.1.3。
注4:设备信息属性指示了用户名、厂商名、输入配置等信息,具体定义见7.3.1.4。
注5:多域管理节点意愿属性用于协商管理模式下不同 G节点的角色,具体定义见7.3.2。
步骤3:服务端 G2节点解析 SSAP_CALL_METHOD_REQ 消息中的多域管理节点协商方法参数,并执行如下操作。
a) 如果服务端 G2节点决定不与客户端 G1节点建立管理模式,则服务端 G2节点向客户端 G1节点反馈SSAP_CALL_METHOD_RSP消息,其中:
句柄域填充为多域管理节点协商方法对应的句柄值;
结果(Result)域应按照表2定义的多域管理节点协商方法参数进行填充;
多域服务能力域中的多域模式域应设置为0(即,仅支持非管理模式)
b) 如果服务端 G2节点决定与客户端 G1节点建立管理模式,则:
服务端 G2节点应基于 G1节点提供的多域管理节点协商方法生成面向 G1节点的多域管理节点意愿(包括意愿值和随机仲裁值);
服务端 G2节点向客户端 G1节点反馈SSAP_CALL_METHOD_RSP消息,其中:
句柄域填充为多域管理节点协商方法对应的句柄值;
● 结果(Result)域应按照表2定义的多域管理节点协商方法参数进行填充;
● 多域服务能力域中的多域模式域应设置为1(即,同时支持管理模式和非管理模式);
多域管理节点意愿域应填充生成的意愿值和随机仲裁值。
注6:本文件不对服务端 G2节点生成多域管理节点意愿取值的方式做限定,具体由实际技术实现方案决定。但服务端 G2节点生成面向 G1节点的多域管理节点意愿后,需符合6.4.4定义的多域管理节点选择机制。
步骤4:客户端 G1节点解析 SSAP_CALL_METHOD_RSP 消息中的多域管理节点协商方法参数,并执行如下操作。
a) 如果多域服务能力域中的多域模式域取值为0(即,服务端 G2节点仅支持非管理模式),则客户端 G1节点确认和服务端 G2节点之间仅支持非管理模式。
b) 如果多域服务能力域中的多域模式域取值为1(即,服务端 G2节点同时支持管理模式和非管理模式),则:
客户端 G1节点根据6.4.4定义的多域管理节点选择机制确认是否担任多域管理节点;
客户端 G1节点基于 GB/T 48336.301—2026中7.5.5.6定义的 SSAP指令向服务端 G2 节点对服务结构中的<<多域管理节点协商结果>>属性(定义见7.3.3)进行写入;
客户端 G1节点确认与服务端 G2节点进入管理模式。
注7:本文件不对客户端 G1节点使用的写入指令类型进行限定,具体由实际技术实现方案决定。
示例2:客户端 G1节点使用指令 SSAP_WRITE_CMD。其中,句柄填充为服务端 G2节点定义的多域协调与管理服务结构中的<<多域管理节点协商结果>>对应句柄并携带相应的管理节点协商结果信息。
步骤5:服务端 G2 节点当检测到<<多域管理节点协商结果>>属性被客户端 G1 节点写入结果后,确认与 G1节点进入管理模式。
6.4.4 多域管理节点的选择
对于管理模式下的多域服务发现,客户端 G 节点与服务端 G 节点都应基于如下规则确定两者中的多域管理节点(按顺序依次执行):
设备能力属性(定义见7.3.1.2)中具有更高优先级的 G 节点担任多域管理节点;
如果两个 G 节点的设备能力属性中的优先级相同,则多域管理节点意愿属性(见7.3.2)中的意愿字段取值更高的 G 节点担任多域管理节点;
如果两个 G 节点的优先级及多域管理节点意愿属性中的意愿字段都相同,则多域管理节点意愿属性中随机仲裁字段中取值更高的 G 节点担任多域管理节点;
如果两个 G 节点的优先级、意愿和随机仲裁取值都相同,则多域管理节点协商失败,两个 G 节点无法执行管理模式。
6.5 多域协调与管理流程
6.5.1 通则
为了实现不同通信域的相互协调和管理,对应的 G 节点之间可进行多域协调与管理信令交互。多域协调与管理信令通过多域协调与管理传输通道进行承载。
针对非管理模式,为了实现包括干扰协调和多域设备辅助发现在内的多域协调功能,一个 G 节点可将自身使用的资源信息或者周围已发现的 G 节点信息告知给另外一个 G 节点。由于采用非管理模式,接收端 G 节点是否使用发送端 G 节点提供的信息进行后续操作由具体技术实现方案决定。
针对管理模式,多域管理节点可直接配置多域成员节点的通信域资源。多域管理节点应为多域成员节点提供可用载波信道配置、半静态资源以及邻区节点扫描等多域管理功能。同时,为了更好地让多域管理节点获知多域成员节点对应通信域的资源使用情况,多域成员节点应将当前使用的载波信道、传输资源以及业务信息等上报给多域管理节点。多域管理节点可基于获得的信息为下属的多域成员节点调整资源分配,实现资源管理、干扰协调。此外,多域管理节点和多域成员节点之间还可联合执行测距等功能服务。
对于支持多域协调与管理功能的 G 节点来说,应支持非管理模式下的多域协调操作
6.5.2 非管理模式下的流程
6.5.2.1 邻区扫描指示
当 G1节点和 G2节点按照6.4定义执行完多域服务发现流程后确认处于非管理模式时,G1节点可向 G2节点发送邻区扫描指示消息(见8.3.1)用于辅助 G2节点执行多域设备发现,流程示意见图8 由于双方处于非管理模式,G2节点接收到邻区扫描指示消息后是否执行扫描以及是否反馈邻区扫描响应消息(见8.3.2)留给具体实现。
6.5.2.2 通信域资源指示
当 G1节点和 G2节点按照6.4定义执行完多域服务发现流程后确认处于非管理模式时,为了实现干扰协调等目的,G1节点可将当前SLB和/或 SLE 正在使用的载波信道以及半静态资源等信息通过通信域资源指示消息(见8.3.6)发送给 G2节点,流程示意见图9。
由于双方处于非管理模式,G2节点接收到通信域资源消息后可重新调度资源以尝试避免对 G1节点所调度的传输造成干扰,但是否重新调度资源以及如何执行资源调整留给具体实现。作为一种实现方式,G2节点在调整资源后可同样使用通信域资源指示消息向 G1节点告知当前 G2节点的载波信道以及半静态资源使用情况。
6.5.3 管理模式下的流程
6.5.3.1 邻区扫描指示及响应
当 G1节点和 G2节点按照6.4定义执行完多域服务发现流程后确认处于管理模式时,彼此可通过使用邻区扫描指示消息(见8.3.1)以及邻区扫描响应消息(见8.3.2)辅助对端 G 节点的多域设备发现,或要求对端 G 节点将扫描后的结果反馈给本端 G 节点用于更新多域邻居节点信息表。管理模式下的邻区扫描及响应流程示意见图10。
当 G1节点发送的邻区扫描指示消息中的 NeighborInfo信元中携带有resultIndication信元时,G2节点应将扫描结果反馈给 G1节点或告知无法反馈的原因。当 NeighborInfo信元中没有携带resultIndication信元时,是否反馈相应的扫描结果由具体技术实现方案决定。
6.5.3.2 通信域资源配置
当两个 G 节点按照6.4定义执行完多域服务发现流程后确认处于管理模式时,多域管理节点可向多域成员节点发送通信域资源配置消息(见834)用于配置多域成员节点可使用的载波信道及相应资源。多域成员节点应按照通信域资源配置消息执行配置并向多域管理节点反馈通信域资源配置确认消息(见8.3.5),具体流程示意见图 11。通过该流程,可实现多域的资源管理及干扰协调。
为了使多域管理节点更好地获得多域成员节点的资源使用情况以及业务情况,多域成员节点可向多域管理节点发送通信域资源报告消息,具体流程见6.5.3.3。多域管理节点可基于接收到的信息启动通信域资源配置。
6.5.3.3 通信域资源上报
当两个 G 节点按照64定义执行完多域服务发现流程后确认处于管理模式时,多域成员节点可向多域管理节点发送通信域资源报告消息(见8.3.3)用于上报多域成员节点正在使用的 SLB和/或 SLE载波信道、半静态资源以及业务情况,流程示意见图12。多域管理节点可基于多域成员节点上报的信息进行通信域资源配置,实现多域资源管理及干扰协调。
6.5.3.4 测距
当 G1节点和 G2节点按照6.4定义执行完多域服务发现流程后确认处于管理模式时,G1可向 G2节点发送测距请求消息(见8.3.7)用于请求 G2对被测距目标执行测距并反馈结果。如果 G2可执行测距,应按照请求通过测距响应消息(见8.3.8)反馈测距结果;否则,应指明无法执行测距的原因。测距交互的具体流程示意见图13。
7 多域协调与管理服务数据格式
7.1 概述
本章定义了多域服务发现涉及的数据格式定义,包括多域协调与管理服务结构、多域管理信息数据格式。
7.2 多域协调与管理服务结构数据格式
多域协调与管理服务属于标准服务,根据 GB/T 48336.301—2026定义的服务结构,其由服务声明、属性及方法三类结构成员构成。多域协调与管理服务结构定义见表3。
| 句柄(2字节) | 类型(1字节) | 标识(2字节) | 数据(变长) | 备注说明 |
| 0x×××× | StdPrimaryService(取值0x00) | 多(取域值协0调x0与00管1理) | - | 服务声明 |
| 0x×××× | StdProperty(取值0x02) | 多域管理节点(取协值商0x结10果04) | 操作指示=只写Value={多域管理节点协商结果}Us{etry多pDee域=sc管r<i<p理Ctiho节anr点a>c>tv协earli商usteic="结果对应的状态字段"} | 属性,{多协定域商义管结见理果7.3}节的.3点 |
| 0x×××× | StdMethod(取值0x03) | <<(多取域值能0x力70交00互)>> | 无 | 标准方法 |
| 0x×××× | <<(S取td值Me0txh0o3d)>> | <<多(域取管值理0x节70点01协)商>> | 无 | 标准方法 |
7.3 多域管理信息数据格式
7.3.1 多域能力属性
7.3.1.1 多域属性通用数据格式
对于支持多域协调与管理的 G 节点,应维护并与邻区 G 节点交互多域能力属性用于多域管理模式的协商。多域属性由设备能力属性、多域服务能力属性和设备信息属性三部分构成。多域属性的通用数据格式如表4所示。设备能力属性、多域服务能力属性和设备信息属性的属性ID 依次为1,2,3,属性ID的其他值保留。
| 字段(field) | 大小(字节) | 值(十六进制) | 描述 |
| 属性ID | 1 | 变量 | 识别属性的类型 |
| 长度 | 2 | 变量 | 接下来的属性长度 |
| 多域属性内容 | 可变 | - | 属性相关的信息字段 |
7.3.1.2 设备能力属性
设备能力属性的属性ID值为1,长度为2字节,其数据格式如表5所示。
| 比特位 | 信息 | 描述 |
| 0~1 | 优先级 | 设备的优先级,取值范围0~3,取值越大,优先级越高 |
| 2 | 供电类型 | 1指示非电池供电;0指示电池供电 |
| 3~4 | 发射功率P | 3P 0指d示BmP 20 dBm;2指示20 P 10 dBm;1指示10 P 0 dBm;0指示 |
| 5~7 | 当前支持的域个数 | 当前支持的通信域(载波)个数 |
| 8 | 测距 | 1指示具有测距能力;0指示不具有测距能力 |
| 9~15 | 保留 | - |
| 注:比特位0对应最低有效位。 | ||
7.3.1.3 多域服务能力属性
多域服务能力属性ID值为2,长度为2字节,其数据格式如表6所示。
| 比特位 | 信息 | 描述 |
| 0 | 多域模式 | 1指示同时支持管理模式和非管理模式;0指示仅支持非管理模式 |
| 1 | 多域管理节点能力 | 1指示能担任多域管理节点;0指示不能担任多域管理节点 |
| 2~3 | 当前角色 | 3指示同时担任多域管理节点和多域成员节点;2指示当前是多域成员节点;1指示当前是多域管理节点;0指示当前是非多域管理节点 |
| 4~7 | 覆盖的成员G节点个数 | 作为多域管理节点时,当前覆盖的多域成员节点个数 |
| 8~11 | 接入的管理G节点个数 | 作为多域成员节点时,当前已接入的多域管理节点个数 |
| 12~15 | 保留 |
7.3.1.4 设备信息属性
设备信息属性ID值为3,长度可变,其数据格式如表7所示。
| 字段(field) | 大小(字节) | 值 | 描述 |
| 属性ID | 1 | 3 | 识别属性的类型 |
| 长度 | 2 | 变量 | 接下来的属性长度,单位为字节 |
| 输入配置 | 1 | 0指示有用户输入界面(来自键盘的PIN码);1指示push-button等。其他值保留 | |
| 用户名长度 | 1 | 变量 | 用户名的长度,单位为字节 |
| 用户名 | 可变 | 变量 | 设备名称 |
| 厂商名 | 可变 | 变量 | 厂商名称 |
7.3.2 多域管理节点意愿属性
设备信息属性ID值为4,长度1字节,其数据格式如表8所示。
| 字段(field) | 大小(字节) | 值 | 描述 |
| 属性ID | 1 | 4 | 识别属性的类型 |
| 长度 | 2 | 1 | 接下来的属性长度 |
| 多域管理节点意愿 | 1 | 变量 | 用于协商选择多域管理节点的依据 |
多域管理节点意愿字段的数据格式如表9所示
| 比特位 | 信息 | 描述 |
| 0~4 | 意愿 | 担任多域管理节点的意愿值,值越大表示担任多域管理节点的意愿越高 |
| 5~7 | 随机仲裁 | 当多域管理节点意愿值相等时,多域管理节点裁判值为1的G节点担任多域管理节点 |
7.3.3 多域管理节点协商结果
多域管理节点协商结果属性ID为5,长度1字节,其数据格式如表10所示。
| 字段(field) | 大小(字节) | 值 | 描述 |
| 属性ID | 1 | 5 | |
| 长度 | 2 | 7 | |
| 媒体接入层标识 | 6 | 变量 | S客LB户的端层的2媒标体识接)入层标识(如 |
| 多域管理节点结果 | 1 | 0x01代表服务端为多域管理节点;0x02代表客户端为多域管理节点 | 多域管理节点的协商结果 |
8 多域协调与管理信息
8.1 概述
多域协调与管理的消息与信元都按照 ASN.1编码规则进行编码。多域协调与管理相关消息定义和描述见8.2和8.3,信元定义和基本描述见8.4,其中接入层相关信元的详细使用方法及参数解释见对应接入层标准。
用于规范字段出现要求的缩写含义如表11所示
| 缩写 | 含义 |
| Need ON | 可选出现,没有动作。一个可选指示的字段。如果消息被G节点接收,并且如果该字段没有出现,则该G节点无动作,并且在适用的地方应继续使用已存在的值 |
| Need OR | 可选出现,释放。一个可选指示的字段。如果消息被G节点接收,并且如果该字段没有出现,则该G节点应不再继续使用或删除任意已存在的值 |
8.2 多域协调与管理消息结构
Multi-Domain-Message::= SEQUENCE {
messageMulti-Domain-Message-IE
Multi-Domain-Message-IE ::= CHOICE {
c1CHOICE {
neighborScanIndicationNeighborScanIndication,
neighborScanResponseNeighborScanResponse,
domainResourceReportDomainResourceReport,
domainResourceConfigurationDomainResourceConfiguration,
domainResourceConfigurationAcknowledgeDomainResourceConfigurationAcknowledge,
domainResourceIndicationDomainResourceIndication,
rangingRequestRangingRequest,
rangingResponseRangingResponse,
...
},
messageClassExtensionSEQUENCE {}
}8.3 多域协调与管理消息
8.3.1 邻区扫描指示消息
邻区扫描指示消息用于一个 G 节点向另一个 G 节点发送周围潜在的邻区目标 G 节点信息,用于指示上述另一个 G 节点扫描发现邻区目标 G 节点。
非管理模式时,接收端 G 节点不要求应反馈 NeighborScanResponse 消息。
对于管理模式,接收端 G 节点应反馈 NeighborScanResponse 消息。
NeighborScanIndication ::= SEQUENCE {
transactionID INTEGER (1..16),
sourceLayer2IDLayer2ID,
neighborInfoListSEQUENCE (SIZE (1..8)) OF NeighborInfo,
...
}
NeighborInfo ::= SEQUENCE {
target-g-Layer2IDLayer2ID,
targetDomainSysInforPeriod ENUMERATED {sf64, sf128, sf256, sf512} OPTIONAL,
scanTypeENUMERATED {slb, sle, spare2, spare1},
timeoutINTEGER (0..65535),
carrierChannelToScanListSEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL, --eed ON
scanStartTimeOffset INTEGER (1..512)OPTIONAL,
scanDuration INTEGER (1..128)OPTIONAL,
resultIndicationENUMERATED {true}OPTIONAL,
...
}
各个字段含义为:
——transactionID:用于标识一条具体的邻区扫描指示消息;
——sourceLayer2ID:发送方 G 节点的媒体接入层标识;
——target-g-Layer2ID:待扫描或待发现的 G 节点的媒体接入层标识;
——scanType:本次扫描类型为 SLB 扫描或者 SLE 扫描。targetDomainSysInforPeriod:待扫描 G 节点/目标 G 节点的通信域系统消息发送周期,取值范围为 SF64, SF128, SF256, SF512, SF64 指示可能发送系统消息的超帧的起始编号为 64 的倍数, SF128, SF256, SF512 含义类推;
——timeout:从收到该信令的时刻算起,该信令内容的有效期。单位为 100 ms;
——carrierChannelToScanList:待扫描 G 节点/目标 G 节点的工作载波的标识清单,即待扫描的载波/信道清单;scanStartTimeOffset:从接收到该信令时刻算起,启动扫描的时间偏移量,单位为1 ms; scanDuration:在单个载波信道上的扫描持续时间,单位为1 ms;
resultIndication:仅可能出现在管理模式。如果携带,应在邻区扫描响应消息中反馈扫描结果。如果不出现,扫描结果是否反馈由具体技术实现方案决定。
8.3.2 邻区扫描响应消息
管理模式时,邻区扫描响应消息用于一个 G 节点向另一个 G 节点响应之前发送的邻区扫描指示消息。非管理模式时,不发送邻区扫描响应信息。
NeighborScanResponse ::= SEQUENCE {
transactionID INTEGER (1..16),
sourceLayer2IDLayer2ID,
causeINTEGER (1..8)OPTIONAL,
scanResultListSEQUENCE (SIZE (1..8)) OF ScanResult OPTIONAL,
...
}
ScanResult ::= SEQUENCE {
target-g-Layer2IDLayer2ID,
targetCarrierChannelList SEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL,--
Need ON
causeINTEGER (1..8)OPTIONAL
}
各个字段含义如下。
——transactionID:设置为对应的邻区扫描指示消息的 transactionID。
——sourceLayer2ID:发送方 G 节点的媒体接入层标识。
——cause:仅在无法反馈完整扫描结果时携带,指明具体的失败原因。1 代表信息当前获取;2 代表不兼容的参数;3 代表超出上限;4 代表无效参数;5 代表无法接纳请求;6 代表扫描状态不对其可见,7 和 8 保留。
——target-g-Layer2ID:扫描到的 G 节点的媒体接入层标识。
——targetCarrierChannelList:扫描到的 G 节点所在的载波信道。8.3.3 通信域资源报告消息
管理模式时,多域成员节点向多域管理节点上报当前通信域资源报告信息,包括资源占用情况、待承载的新业务信息。非管理模式时,不发送邻区扫描响应信息。
DomainResourceReport ::= SEQUENCE {
slbDedicatedReportSLBDedicatedReportOPTIONAL,
sleDedicatedReportSLEDedicatedReportOPTIONAL,
...
}
SLBDedicatedReport ::= SEQUENCE {
slbLayer2IDLayer2ID,
sps-TrafficInformationToAddModListSPS-TrafficInformationToAddModListOPTIONAL,
currentSLBCarrierChannelList SEQUENCE (SIZE (1..32)) OF ChannelNumber OPTIONAL,
currentSlbSPSConfigListSLB-SPS-ConfigList OPTIONAL,}
SLEDedicatedReport ::= SEQUENCE {
sleLayer2IDLayer2ID,
sle-TrafficInformationToAddModListSLESlotPatternInfoListOPTIONAL,
currentSLECarrierChannelList SEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL,
currentSLESlotPatternInfoListSLESlotPatternInfoList OPTIONAL,
...
}
SPS-TrafficInformationToAddModList ::= SEQUENCE (SIZE(1..32)) OF SPS-TrafficInformation
SPS-TrafficInformation ::= SEQUENCE {
sps-TrafficpatternInformationSPSTrafficPatternInfoOPTIONAL,
serviceCharacteristicSEQUENCE{
samplinglengthENUMERATED {sl16,sl24,sl32},
samplingrateENUMERATED {sr16,sr24,sr32,sr48,sr96,sr128}
}OPTIONAL,
application-InfoAIDOPTIONAL,
qos-InfoXQIOPTIONAL,
vendor-specificBIT STRING (SIZE (128)) OPTIONAL
}各个字段含义为:
—sps-TrafficInformationToAddModList:多域成员节点覆盖下准备进行的 SPS 业务信息;多域管理节点可基于该类业务信息,为多域成员节点分配资源;
—currentSLBCarrierChannelList:当前 SLB 使用的载波信道列表;
—currentSLECarrierChannelList:当前 SLE 使用的载波信道列表;
—currentSlbSPSConfigList:多域成员节点当前 SLB 周期性资源的分配情况;
—currentSLESlotPatternInfoList:多域成员节点当前 SLE 周期性资源的分配情况;
—sps-TrafficpatternInformation:多域成员节点期望增加的 SPS 业务特征信息;
—serviceCharacteristic:多域成员节点期望增加的第一类业务,包括采样率 samplingrate 和量化位宽 samplinglength;
—application-Info:多域成员节点期望增加的业务类型信息;
—qos-Info:多域成员节点期望增加的业务服务质量索引信息。8.3.4 通信域资源配置消息
管理模式时,多域管理节点向多域成员节点发送通信域资源配置消息,包括可用的载波信道、资源等信息。非管理模式时,不发送通信资源配置消息。
DomainResourceConfiguration ::= SEQUENCE {
transactionID INTEGER (1..16),
sourceLayer2IDLayer2ID,
slbDedicatedConfigSLBDedicatedConfigOPTIONAL,
sleDedicatedConfigSLEDedicatedConfigOPTIONAL,}
SLBDedicatedConfig ::= SEQUENCE {
allowedCarrierChannelListSEQUENCE (SIZE (1..32)) OF ChannelNumber OPTIONAL, -- Need ON
dedicatedSpsResourceConfigSLB-SPS-ConfigListOPTIONAL, -- Need OR
...
}
SLEDedicatedConfig ::= SEQUENCE {
allowedCarrierChannelListSEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL, -- Need ON
dedicatedSleResourceConfigSLESlotPatternInfoListOPTIONAL, -- Need OR
...
}
各个字段含义如下。
——transactionID:用于标识一条具体的通信域资源配置消息。
——sourceLayer2ID:多域管理节点的媒体接入层标识。
——slbDedicatedConfig:SLB 的资源专属配置信息。
——sleDedicatedConfig:SLE 的资源专属配置信息。
——allowedCarrierChannelList:允许使用的载波信道列表。如果一个载波信道配置同时配置了 dedicatedSpsResourceConfig 或 dedicatedSleResourceConfig,则只允许使用 dedicatedSpsResourceConfig 或 dedicatedSleResourceConfig 指定的资源;否则,该载波信道上的资源如何使用可由多域成员节点自主决定。
——dedicatedSpsResourceConfig:指示了一个载波信道上的可用的半静态资源信息。8.3.5 通信域资源配置确认消息
管理模式时,多域成员节点向多域管理节点发送通信域资源配置确认消息,包括通信资源配置信息。
非管理模式时,不发送通信域资源配置确认消息
DomainResourceConfigurationAcknowledge ::= SEQUENCE {
transactionID INTEGER (1..16),
slbConfigurationAcknowledgeSEQUENCE {
slbLayer2IDLayer2ID,
slbCarrierChannelToBeUsedListSEQUENCE (SIZE (1..32)) OF ChannelNumber OPTIONAL,
} OPTIONAL, -- Need OR
sleConfigurationAcknowledgeSEQUENCE {
sleLayer2IDLayer2ID,
sleChannelToBeUsedListSEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL
} OPTIONAL, -- Need OR
...
}
各个字段含义为:
——transactionID:设置为对应的通信域资源配置的 transactionID;
——slbCarrierChannelToBeUsedList:实际使用的 SLB 载波信道;sleChannelToBeUsedList:实际使用的SLE信道。
8.3.6 通信域资源指示消息
非管理模式时,一个 G 节点向另一个 G 节点发送通信域资源指示消息,包括当前正在使用的载波/信道以及半静态资源信息,管理模式时,通信域资源指示消息。
适用模式:非管理模式;
发送方向:G 节点→G 节点。
DomainResourceIndication ::= SEQUENCE {
slbDedicatedConfigIndicationSLBDedicatedConfigIndicationOPTIONAL,
sleDedicatedConfigIndicationSLEDedicatedConfigIndicationOPTIONAL,
...
}
SLBDedicatedConfigIndication ::= SEQUENCE {
slbLayer2IDLayer2ID OPTIONAL,
currentSLBCarrierChannelListSEQUENCE (SIZE (1..32)) OF ChannelNumber OPTIONAL,
currentSlbSPSConfigListSLB-SPS-ConfigList OPTIONAL,
...
}
SLEDedicatedConfigIndication ::= SEQUENCE {
sleLayer2IDLayer2ID OPTIONAL,
currentSLECarrierChannelList SEQUENCE (SIZE (1..80)) OF ChannelNumber OPTIONAL,
currentSLESlotPatternInfoListSLESlotPatternInfoList OPTIONAL,
...
}
各个字段含义为:
——currentSLBCarrierChannelList:当前使用的 SLB 载波信道;
——currentSLECarrierChannelList:当前使用的 SLE 载波信道。8.3.7 测距请求消息
管理模式时,用一个 G 节点向另一个 G 节点发送测距请求消息,请求对被测目标执行测距并反馈结果。非管理模式时,不发送测距请求消息。
RangingRequest ::= SEQUENCE {
transactionID INTEGER (1..32),
sourceLayer2ID Layer2ID,
rangingIDINTEGER (1..32),
rangingObjectSEQUENCE {
slbLayer2IDLayer2ID OPTIONAL,
sleLayer2IDLayer2ID OPTIONAL
},
rangingMode INTEGER (1..32),
reportingPeriod INTEGER (0..100),
durationINTEGER (0..65535),
rangeAccuracy ENUMERATED {l1, l2, l3, spare5, spare4, spare3, spare2, spare1} OPTIONAL,}
各个字段含义如下。
——sourceLayer2ID:发送方 G 节点的媒体接入层标识。
——rangingID:测距项标识。
——rangingObject:被测距方的媒体接入层标识。
——rangingMode:测距模式。1 代表基于 SLB 和 SLE 的 RSSI 测量模式,2 代表基于 SLB 的飞行时间测量模式,其他保留。
——reportingPeriod:测距报告周期,单位为 100 ms。
——duration:从收到消息时刻算起,执行测距的总时长,单位为秒(s)。
——rangeAccuracy:测距精度要求。11 为厘米级,12 为亚米级,13 为米级,其他预留。8.3.8 测距响应消息
管理模式时,一个 G 节点向另一个 G 节点发送测距响应消息,反馈被测目标的测距结果。非管理模式时不发送测距响应消息。
RangingResponse ::= SEQUENCE {
transactionID INTEGER (1..32),
sourceLayer2ID Layer2ID,
rangingIDINTEGER (1..32),
causeINTEGER (1..8)OPTIONAL,
gPositionPosition3DOPTIONAL,-- Need OR
referenceTimeSEQUENCE {
dSecondDSecond,
minuteOfTheDay MinuteOfTheDayOPTIONAL
},
rangingResultListSEQUENCE (SIZE (1..64)) OF RangingResult OPTIONAL,
rangingUnitENUMERATED { milimeter, centimeter, decimeter, meter} OPTIONAL,
Need ON
timeUnitENUMERATED {t1 ms, t10 ms, t1s, spare1} OPTIONAL, -- Need ON
...
}
Position3D ::= SEQUENCE {
lat Latitude,
long Longitude,
elevation Elevation OPTIONAL
}
RangingResult ::= SEQUENCE {
timeOffset INTEGER (-255..255),
distanceINTEGER (0..4095),
rangingconfidenceConfidence
}
各个字段含义为:
——sourceLayer2ID:发送方 G 节点的媒体接入层标识;rangingID:测距项标识;
cause:仅在测距无法继续执行时携带,1代表精度无法满足要求,2代表无法找到被测距方,3代表测距失败,4代表最后一次反馈测距结果,其他取值预留;
gPosition:当前 G 节点的3D位置;
referenceTime:测量结果列表中记录信息的参照时刻;
rangingUnit:测距结果列表中的测距单位;
timeUnit:测距结果列表中的时间偏移量单位;
-rangingconfidence:测距置信度。8.4 多域协调与管理信元
8.4.1 信道号信息
信道号信息信元格式如下所示:
ChannelNumber ::= INTEGER (0..8191)8.4.2 媒体接入层标识信息
媒体接入层标识信元格式如下所示:
Layer2ID::=BIT STRING (SIZE (48))8.4.3 XQI信息
XQI信息信元格式如下所示:
XQI::= INTEGER (0..255)8.4.4 业务类型信息
业务类型信息信元格式如下所示:
AID::= INTEGER (0..1023)8.4.5 SPS业务特征信息
SPS信息信元格式如下所示:
SPSTrafficPatternInfo::= SEQUENCE{trafficPeriodicityENUMERATED { f3, f6, f12, f24, f48, sf5, sf10, sf20, sf50, sf100, sf200, sf300, sf400, sf500, sf600, sf700, sf800, sf900, sf1000},trafficOnDurationENUMERATED { f3, f6, f12, f24, f48, sf5, sf10, sf20, sf50, sf100, sf200, sf300, sf400, sf500, sf600, sf700, sf800, sf900, sf1000},trafficOffsetENUMERATED { f3, f6, f12, f24, f48, sf5, sf10, sf20, sf50, sf100, sf200, sf300, sf400, sf500, sf600, sf700, sf800, sf900, sf1000},messageSizeBIT STRING (SIZE (6))
}SPS业务特征信息,包括SPS业务周期trafficPeriodicity、持续时间trafficOnDuration、时间偏移量trafficOffset和包大小 messageSize。其中业务周期单位为帧(f)或者超帧(sf);包大小单位为字节。
8.4.6 半静态调度配置信息
半静态调度信息信元格式如下所示:
SLB-SPS-ConfigList ::= SEQUENCE (SIZE(1..32)) OF SLB-SPS-Config
SLB-SPS-Config ::= SEQUENCE {
sps-ConfigGlinkSLB-SPS-ConfigGlinkOPTIONAL, -- Need OR
sps-ConfigTlinkSLB-SPS-ConfigTlinkOPTIONAL-- Need OR
}8.4.7 T链路半静态调度配置信息
T 链路半静态调度配置信息信元格式如下所示:
SLB-SPS-ConfigTlink::=SEQUENCE {
carrierChannelChannelNumber,
sps-XRC-IdentityINTEGER (0..31) OPTIONAL,
sps-PHY-IdentityINTEGER (0..4095) OPTIONAL,
sps-ResourceIndicatorCHOICE {
type1Resource-TlinkTLinkDataResourceConfArray,
type2Resource-TlinkDataResourceConfType2
},
dedicatedACK-ResourceSetConfINTEGER (0..31),
dedicatedACK-ResourceCombConfINTEGER (0..15),
...
}8.4.8 G链路半静态调度配置信息
G 链路半静态调度配置信息信元格式如下所示:
SLB-SPS-ConfigGlink::=SEQUENCE {
carrierChannelChannelNumber,
sps-XRC-IdentityINTEGER (0..31) OPTIONAL,
sps-PHY-IdentityINTEGER (0..4095)OPTIONAL,
sps-ResourceIndicatorCHOICE {
type1Resource-GlinkGlinkDataResourceConfArray,
type2Resource-GlinkDataResourceConfType2
},
dedicatedACK-ResourceSetConfINTEGER (0..31),
dedicatedACK-ResourceCombConfINTEGER (0..15),
...
}8.4.9 G链路第一类数据信息传输阵列物理资源配置信息
G 链路第一类数据信息传输阵列物理资源配置信息信元格式如下所示:
GlinkDataResourceConfArray ::= SEQUENCE (SIZE (1..32)) OF GlinkDataResourceConf-Type18.4.10 T链路第一类数据信息传输阵列物理资源配置信息
T 链路第一类数据信息传输阵列物理资源配置信息信元格式如下所示:
TLinkDataResourceConfArray ::= SEQUENCE (SIZE (1..32)) OF TLinkDataResourceConf-Type18.4.11 G链路第一类数据信息传输物理资源配置信息
G 链路第一类数据信息传输物理资源配置信息信元格式如下所示:
GlinkDataResourceConfType1 ::= DataResourceConfType18.4.12 T链路第一类数据信息传输物理资源配置信息
T 链路第一类数据信息传输物理资源配置信息信元格式如下所示:
TLinkDataResourceConfType1 ::= DataResourceConfType18.4.13 第一类数据信息传输物理资源配置信息
第一类数据信息传输物理资源配置信息信元格式如下所示:
DataResourceConfType1 ::= SEQUENCE {
sr-ChannelCodingENUMERATED {rs, polar},
samplingLengthENUMERATED {sl16, sl24, sl32},
sr-ModulationENUMERATED {qpsk, qam16, qam64, qam256, qam1024},
freqResourceType1BIT STRING (SIZE (40)),
frameSymbolInfoBIT STRING (SIZE (8)),
dmrsTimeResourceBIT STRING (SIZE (96)),
framePeriodINTEGER (0..47),
frameOffsetINTEGER (0..47)
}
当无线帧号满足 mod(无线帧帧号,framePeriod+1)=frameOffset 时,使用 DataResourceConfType1 配置的资源传输数据信号。8.4.14 第二类数据信息传输物理资源配置信息
第二类数据信息传输物理资源配置信息信元格式如下所示:
DataResourceConfType2 ::= SEQUENCE {各个字段含义如下。
freqResourceType2:第二类频率资源指示信息,10 比特中从低位比特开始到高位比特结束,与从最低频率开始到最高频率的10个子载波组一一对应。10比特中,取值为1的比特代表使用该比特对应的子载波组,取值为0的比特代表不使用该比特对应的子载波组。
-frameScheduleStarting:指示超帧内的起始无线帧编号,起始无线帧为#(frameScheduleStarting * 6)的无线帧。frameScheduleLength:指示超帧内连续传输的无线帧数量,即第二类数据信息传输在一个超帧内连续传输的无线帧数量为(frameScheduleLength*6+6)。
—superframeOffset:当超帧号满足 mod(超帧号, superframePeriod + 1) = superframeOffset 时, 使用 DataResourceConfType2 配置的资源传输数据信号。第二类数据信息传输半静态调度数据在无线帧中使用的资源是控制信息指示的资源中刨除系统开销符号以及用于第一类业务传输资源池资源后的时频资源。
第二类数据信息传输解调参考信号支持连续子载波发送,或者梳齿状子载波发送。当采用梳齿状子载波发送时,偶数端口使用偶数子载波发送,奇数端口使用奇数子载波发送
第二类数据信息传输解调参考信号所用的符号是被调度资源中相应子载波可用的前 N 个符号,其中 N=N_port/N_comb,N_port是端口总数量,N_comb取1或者2,当采用连续子载波发送方式时,N _comb为1,当采用梳齿方式发送时,N_comb为2。N 个符号中,第 M 个符号传输的端口号包括[M N_comb,MN_comb+N_comb),其中 M=[0,N-1]。
8.4.15 SLE时间图样信息
SLE时间图样信息传输物理资源配置信息信元格式如下所示:
SLESlotPatternInfoList ::= SEQUENCE (SIZE(1..32)) OF SLESlotPatternInfo
SLESlotPatternInfo::= SEQUENCE{
slotPeriodicityBIT STRING (SIZE (24)),
slotDurationBIT STRING (SIZE (24)),
slotOffsetBIT STRING (SIZE (16)),
messageSizeBIT STRING (SIZE (16)),SLE的资源协调配置在时间域进行。配置消息包括:配置起始时间slotOffset、时间片长度slotDuration和时间片周期slotPeriodicity,单位均为微秒(μ
s
)。
8.4.16 纬度
纬度信元格式如下所示:
Latitude ::= INTEGER (-900000000..900000001)纬度信元定义纬度数值,北纬为正,南纬为负。分辨率1e-7°。
8.4.17 经度
经度信元格式如下所示:
Longitude ::= INTEGER (-1799999999..1800000001)经度信元定义经度数值。东经为正,西经为负。分辨率为1e-7。
8.4.18 高度
高度信元格式如下所示:
Elevation: := INTEGER (-4096..61439)
高度信元定义海拔高程。分辨率为0.1 m。数值-4096表示无效数值。
8.4.19 毫秒级时间戳
毫秒级时间戳信元格式如下所示:
DSecond::=INTEGER (0..65535)
1 min内的毫秒级时刻。分辨率为1 ms,有效范围是0~59999。60000及以上表示未知或无效数值。
8.4.20 分钟级时间戳
分钟级时间戳信元格式如下所示:
MinuteOfTheDay:: := INTEGER(0..2048)
分钟级时间戳信元数值用来表示相对于本天0点时刻已经过去的总分钟数(UTC 时间)。其分辨率为1 min。该数值配合 DSecond数值,则可表示以毫秒计的本天已过去的总时间。
8.4.21 置信度
置信度信元格式如下所示:
Confidence: := INTEGER (0..200)
置信度信元定义置信度,分辨率为0.005。
9 多域协调与管理的安全机制
9.1 概述
多域协调与管理相关的传输通道建立在接入层连接之上。GB/T 48336.201—2026中规范了接入层安全机制包括 PSK(pre-shared key)和口令(passcode)两种安全机制。GB/T 46803.2—2025中规范了数字比较、通行码输入、口令验证、带外方式或 PSK 方式等五种安全机制。能够执行 PSK 或密码安全机制的 G 节点,都为可信域内的 G 节点,能够建立安全的接入层链路和基础服务层多域协调与管理相关的传输通道。
9.2 多域服务发现前的安全机制
一个 G 节点与其可信域名单内的 G 节点建立多域协调与管理安全机制时,应按照本章的规范执行。
当 G1节点和 G2节点进行多域协调与管理时,G1节点和 G2节点应在对端节点的可信域内,即只有可信域内的 G 节点才能进行多域协调与管理操作。可信域是一个逻辑概念,表示能与 G 节点建立接入层可信连接的 G 节点的集合,即能与该 G 节点使用配置密钥 PSK 或口令建立SLB连接的 G 节点的集合,或者能与该 G 节点使用数字比较、通行码输入、口令验证、带外方式或PSK 方式建立SLE连接的G 节点的集合。
对于非可信域的 G 节点多域协调与管理安全机制,不在本文件规定的范围内。
附录 A (资料性)多域协调与管理需求场景举例
A.1 概述
当两个正在工作的 G 节点相互靠近,或者两者的覆盖范围相互重叠时,两者之间使用多域资源协调。
当支持多域资源协调的 G 节点存在严格优先级,或者业务存在固定的连接关系时,使用管理模式的多域资源协调。
当支持多域资源协调的 G 节点不存在严格优先级,业务上也不存在固定的连接关系,使用非管理模式的多域资源协调。
A.2 智能汽车
座舱域控制器(CDC)与车载配件(例如,智能车钥匙控制器)之间,使用多域资源协调。
车内移动终端与座舱域控制器之间,使用多域资源协调
车内移动终端与车载终端,例如,手机/平板与车载显示屏相互间使用多域资源协调。
车内移动终端与另一个车内移动终端之间,例如两个车内手机之间,使用多域资源协调。两者之间不存在严格优先级,根据手机担任管理节点的意愿来协调资源;如果其中一个手机不能担任管理节点,则双方采用多域非管理模式进行资源协调智能车钥匙控制器与车钥匙定位站之间,使用测距交互。
A.3 智能终端
邻近的智能终端之间,例如两个智能手机、智能手机与智能音箱、智能音箱与智能电视、智能平板与智能平板之间,使用多域资源协调。
密集的办公室内,多个智能笔记本电脑之间,使用多域资源协调。
A.4 智能家居
智能家居控制器与另一个智能终端之间,例如智能家居网关与突然靠近的智能终端之间,使用多域资源协调。
智能家居中相邻的成员设备之间,例如两个智能音箱、智能电视与智能手机之间,使用多域资源协调。
A.5 智能制造
一个智能制造控制器与相关的一个智能制造子控制器之间,使用管理模式的多域资源协调。
评论