前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 20001—2025《星闪无线通信系统 基础服务层 设备发现与服务管理》和 T/XS 20002—2025《星闪无线通信系统 基础服务层 传输与控制规范》。
本文件是 GB/T 48336《星闪无线通信系统》的第301部分。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)提出并归口。
本文件起草单位:中国电子技术标准化研究院、国际星闪无线短距通信联盟、深圳市闪联信息技术有限公司、华为技术有限公司、赛西(深圳)电子信息产品标准化工程中心有限公司、联想(北京)有限公司、中国标准化研究院、中兴通讯股份有限公司、国家无线电监测中心检测中心、海思技术有限公司、博泰车联网科技(上海)股份有限公司、湖南国科微电子股份有限公司、鼎桥技术有限公司、OPPO 广东移动通信有限公司、维沃移动通信有限公司、上海数字电视国家工程研究中心有限公司、上海交通大学重庆长安汽车股份有限公司、北京中科晶上科技股份有限公司、上海银基科技股份有限公司、中国卫通集团股份有限公司、中国科学院上海微系统与信息技术研究所、浙江科睿微电子技术有限公司、东北大学、国电南京自动化股份有限公司、深圳市纬联技术有限公司、深圳星链创新技术有限公司
本文件主要起草人:韩世豪、蔡廷晓、孙育宁、曾国松、杨宏、王孝、吴馨、刘航、卓兰、汪剑锋、陈学良王勇、马骁菲、赵振山、张明远、刘昊、刘子琦、杜伟强、王旭升、何大治、王玲、万建超、程潇、朱兴鸿、郑春雷刘光熹、袁晓铭、程远洋、刘建颖、朱辰泽、张艳琦、何承伟、杨戬、齐筱、丁路宁、刘国权、陈迎、张世昌陈晓、王婷、赵向阳、周小兵、徐胤、郭志涛、钱蔓藜、夏令国、才艺、吴言枫、唐培耀、金曦
引言
星闪无线通信技术是一种短距无线通信技术,能用于智能汽车、智能家居、智能终端以及智能制造等应用场景的数据交互。
星闪无线通信系统包含接入层、基础服务层和基础应用层。接入层支持多种工作模式,包括同步低时延宽带(Synchronous Low latency Broadband,SLB)、同步低功耗(Synchronous Low Energy,SLE)和同步高精度定位(Synchronous Link Positioning,SLP)。各模式针对不同业务需求提供差异化技术特性。其中SLB采用超短帧结构、多域同步、快速干扰协调、双向认证加密及跨层调度优化等技术,具备低时延、高可靠、精同步、高并发和高安全等特性,适用于对实时性和可靠性要求严格的业务场景;SLE通过极化码信道编码提升传输可靠性,支持最大4MHz带宽和8PSK 调制,能实现一对多可靠组播及4kHz短时延交互,在保障传输效率的同时优化能耗,适用于低功耗需求业务;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.6、8.8、9.4相关的专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺,他愿意同任何申请人在合理且无歧视的条款和条件下,就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得。
专利:CN202111042249.5《设备连接的方法及电子设备》
CN202111076936.9《数据传输方法、电子设备、芯片和存储介质》
CN202111081711.2《通道配置方法及装置》
CN202111250881.9《传输通道的重配置方法、装置和电子设备》
CN202110897345.1《设备发现方法和装置》
专利持有人姓名:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
请注意除上述专利外,本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
1 范围
本文件规定了星闪无线通信设备之间进行设备发现和数据传输的技术要求
注:包括设备发现、服务管理、数据传输与适配、连接管理、测量管理等功能要求,以及信令交互流程和信令格式。本文件适用于星闪无线通信设备的开发。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 46803.2—2025 信息技术 基于极化码的低功耗无线通信网络 第2部分:数据链路层
GB/T 48336.101—2026 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.102—2026 星闪无线通信系统 第102部分:媒体接入层标识
GB/T 48336.201—2026 星闪无线通信系统 第201部分:接入层 同步低时延宽带(SLB)空中接口技术要求
GB/T 48336.302—2026 星闪无线通信系统 第302部分:基础服务层 服务质量管理
3 术语和定义
GB/T 48336.101—2026和 GB/T 48336.102—2026界定的以及下列术语和定义适用于本文件。
3.1
发现等级 discovery level
指示发现方如何处理所接收信息的被发现方公开信息。
3.2
服务端 server
提供至少一种具体服务的设备。
3.3
客户端 client
访问服务端并接受至少一种具体服务的设备。
3.4
服务结构 service structure
描述服务的统一表达格式和框架。
3.5
服务结构缓存 service structure cache
服务端服务结构信息保存在客户端本地的副本。
3.6 属性值 attribute value
属性条目中的数据值
3.7 标准服务 standard service
由相关机构定义的服务。
3.8 自定义服务 custom service
由厂商根据实际需求在符合本文件基础上自行定义的服务。
3.9 端口 port
基础应用层与基础服务层进行业务数据交互的基本通路。
3.10 传输模式 transport mode
传输通道处理数据的方式。
3.11 缺省传输通道 default transport channel
具有固定 TCID与默认参数、随接入层逻辑信道建立或删除而自动建立或删除的传输通道
3.12 业务传输通道 service transport channel
承载数据业务的传输通道。
3.13 融合传输 multiple access services of data transfer
同一业务流数据可承载在不同接入层的传输方式。
3.14 业务流 traffic flow
映射到一个端口的应用层数据流。
3.15 SLB设备 SLB device
接入层使用SLB技术的设备。
3.16 SLE设备 SLE device
接入层使用SLE技术的设备。
3.17 句柄 handler
服务端本地用于唯一指示一个条目的索引。
4 缩略语
下列缩略语适用于本文件。
AID:业务标识(Application IDentifier) LCID:逻辑信道标识(Logical Channel IDentifier) L2ID:媒体接入层标识(Media Access Layer IDentifier) MPS:最大载荷大小(Maximum Payload Size) MTU:最大传输单元(Maximum Transmission Unit) PDU:协议数据单元(Protocol Data Unit) PI:协议标识(Protocol Identifier) PTP:精密时间协议(Precision Time Protocol) QFI:服务质量流标识(Qos Flow Identification) QoS:服务质量(Quality of Service) RFU:预留给未来使用(Reserved for Future Use) RSSI:接收信号强度指示(Received Signal Strength Indication) SDU:服务数据单元(Service Data Unit) SLB:同步低时延宽带(Synchronous Low latency Broadband) SLE:同步低功耗(Synchronous Low Energy) SLQI:星闪服务质量索引(SparkLink QoS Index) SN:序列号(Sequence Number) SSAP:星闪服务交互协议(Sparklink Service Access Protocol) TCID:传输通道标识(Transport Channel IDentifier) TLV:类别-长度-取值(Type-Length-Value) UUID:通用唯一标识(Universally Unique IDentifier) XQI:扩展 QoS标识(eXtended QoS Identifier)
5 概述
5.1 功能概述
星闪无线通信系统分为基础应用层、基础服务层和接入层。
基础服务层设备发现与传输控制包括控制面和数据面,涉及五大功能,包括设备发现、服务管理、数据传输与适配、连接管理、测量管理等,分别由设备发现功能单元、服务管理功能单元、数据传输与适配功能单元、连接管理功能单元和测量管理功能单元所承载
设备发现功能单元:定义了基础服务层的设备发现流程,向基础应用层或其他功能单元提供设备发现功能,定义了统一的设备公开信息格式,以及相关过滤条件,用以更好地披露信息或找到期望的信息,见第6章。
服务管理功能单元:主要负责星闪无线通信设备(以下简称“星闪设备”或“设备”)的服务注册、维护、删除、发现和访问等服务管理功能,同时为基础应用层各类型服务提供统一的服务架构服务结构和服务交互协议SSAP,见第7章
数据传输与适配功能单元:主要基于应用业务 QoS参数特征匹配合适的传输模式与传输通道,以及负责 PDU 分片与合片、PDU 聚合与拆分、缓存与重传等数据面处理,见第8章。
连接管理功能单元:主要负责设备间的传输通道建立、重配置、释放等操作,维护与逻辑信道映射关系等功能,见第9章。
测量管理功能单元:主要负责面向传输通道的性能测量,向其他功能单元提供测量服务等,见第10章。
注:本文件未定义 QoS管理功能单元及其功能,见 GB/T 48336.302—2026。
数值表示方法和空口传输规则,遵循如下规定
a) 如果无明确指示,下标为0的比特(如b
0
)表示为比特序列最低位。描述一组比特序列时默认最低位在前,最高位在后,例如二进制比特序列110,分别表示b
0
、b
1 和b
2
。
b) 如果无明确指示,数值表示方法默认采用十进制,并支持其他进制。例如数值15,默认表示为十进制数值15,采用二进制表示为0b00001111,采用八进制表示为0o017,采用十进制表示为0d15,采用十六进制表示为0x0F。
c) 一组比特序列按照比特位置从小到大的顺序在空口中传输,即最低比特位最先在空口中传输。同时,8个比特组成一个字节,对于多个字节组成的字节序列,按字节位置从小到大的顺序在空口中传输,即最低位置字节最先在空口中传输(小端序传输)。
5.2 通用控制信令概述
基础服务层通用控制信令包括传输控制信令、中继控制信令、测量管理信令和 QoS管理信令,用于设备间相同功能单元之间进行通用控制信息交互。各类信令的功能定义如下。
传输控制信令用于传输通道的建立、重配、删除和连接管理能力协商,详见9.3.1。传输控制信令由连接管理功能单元负责生成、解析和交互。
中继控制信令用于中继传输通道的建立、重配置和删除,详见9.3.2。中继控制信令由连接管理功能单元负责生成、解析和交互。
测量管理信令用于测量实例建立、释放和测量结果上报,详见10.4。测量管理信令由连接管理功能单元负责生成、解析和交互。
QoS管理信令用于协商 QoS参数,QoS管理信令由 QoS管理功能单元负责生成、解析和交互。见 GB/T 48336.302—2026的规定。
通用控制信令在SLE通用管理传输通道或SLB通用管理传输通道内进行传输。
通用控制信令格式如图1所示,采用基础帧格式(见8.5.2),数据信息包含一个或多个code相同的信令内容,信令长度不能超过 MTU。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | code | |||||||
| 1字节 | identifier | |||||||
| 2字节 | length | |||||||
| 变长 | data | |||||||
图1 通用控制信令格式
通用控制信令包括code、identifier、length和data四个部分,各部分描述如下。
code:通用控制信令类型,整型,取值0~255,具体类型定义见表1。当接收到一个无法识别的code时,应回复异常响应消息(code为0x00)。
identifier:通用控制信令标识,标识一条具体的信令。整型,取值0~255。通用控制信令的一条具体请求信令和对应响应信令的identifier应相同。对于请求信令中设置identifier的方法留给实现,应确保两个连续请求信令identifier不同。例如:identifier可随着新的请求信令依次递增1,到达255后重新设置为0,并循环使用。当一条请求信令已经发送且没有收到回复时,不使用该identifier发送新的请求信令。
——— length:长度字段,用于指示信令中数据载荷部分的长度,整型,取值0~65535。
data:信令的数据载荷,包含某信令的具体信息。
| Code Value | 信令 | 解释 |
| 0x00 | Error_Rsp | 异常响应 |
| 0x01 | Capability_Req | 连接管理能力查询请求 |
| 0x02 | Capability_Rsp | 连接管理能力查询响应 |
| 0x03~0x0F | RFU | 预留 |
| 0x10 | TCID_Connect_Req | 传输通道连接建立请求 |
| 0x11 | TCID_Connect_Rsp | 传输通道连接建立响应 |
| 0x12 | TCID_Disconnect_Req | 传输通道连接释放请求 |
| 0x13 | TCID_Disconnect_Rsp | 传输通道连接释放响应 |
| 0x14 | TCID_ReConfig_Req | 传输通道连接重配置请求 |
| 0x15 | TCID_ReConfig_Rsp | 传输通道连接重配置响应 |
| 0x16~0x1F | RFU | 预留 |
| 0x20 | Relay_Connect_Req | 中继业务传输通道建立请求 |
| 0x21 | Relay_Connect_Rsp | 中继业务传输通道建立响应 |
| 0x22 | Relay_Disconnect_Req | 中继业务传输通道释放请求 |
| 0x23 | Relay_Disconnect_Rsp | 中继业务传输通道释放响应 |
| 0x24 | Relay_ReConfig_Req | 中继业务传输通道重配置请求 |
| 0x25 | Relay_ReConfig_Rsp | 中继业务传输通道重配置响应 |
| 0x26~0x2F | RFU | 预留 |
| 0x30 | Qos_Establish_Req | QoS建立请求 |
| 0x31 | Qos_Establish_Rsp | QoS建立响应 |
| 0x32 | Qos_Meas_Req | QoS测量请求 |
| 0x33 | Qos_Meas_Rsp | QoS测量响应 |
| 0x34 | Qos_Reconfig_Req | QoS重配置请求 |
| 0x35 | Qos_Reconfig_Rsp | QoS重配置响应 |
| 0x36 | Qos_Release_Req | QoS释放请求 |
| 0x37 | Qos_Release_Rsp | QoS释放响应 |
| 0x38 | Qos_MeasConfig_Req | QoS测量配置请求 |
| 0x39 | Qos_MeasConfig_Rsp | QoS测量配置响应 |
| 0x40~0x3F | RFU | 预留 |
| 0x40 | Measure_StartUp_Req | 测量实例建立请求 |
| 0x41 | Measure_StartUp_Rsp | 测量实例建立回复 |
| 0x42 | Measure_StartUp_Rsp_Confirm | 测量实例建立回复确认 |
| 0x43 | Measure_Release_Req | 测量实例释放请求 |
| 0x44 | Measure_Release_Rsp | 测量实例释放回复 |
| Code Value | 信令 | 解释 |
| 0x45 | Measure_Notice | 测量结果反馈 |
| 0x46 | Measure_Notice_Confirm | 测量结果反馈应答 |
| 0x47~0xFF | RFU | 预留 |
6 设备发现
6.1 功能描述
设备发现功能单元定义了设备之间实现相互发现的方法、流程、信息格式等规范
基础应用层或基础服务层其他功能单元是使用设备发现功能的需求主体,在设备发现过程中,应指定角色,并根据相应角色,发送被发现方公开信息或配置扫描过滤策略并执行信道扫描
6.2 角色
基础服务层在设备发现过程中的角色要求如下。
被发现方:应根据基础应用层和基础服务层功能单元的被发现需求发布被发现方公开信息
发现方:应根据基础应用层和基础服务层功能单元的发现需求设置过滤策略,结合接收到的被发现方公开信息,筛选出符合条件的被发现方并上报。
设备可同时运行被发现方和发现方角色。
6.3 被发现方公开信息
6.3.1 概述
设备公开信息按作用可分为两类:
发现等级:是被发现方公开的可发现性信息,也是对发现方的要求,要求和期望发现方在接收到发现等级信息后应如何处理;
设备信息:是被发现方自身属性信息和设备运行的应用公开信息等。
6.3.2 发现等级
被发现方可发布的五个发现等级要求如下:
不可见发现:一种最小范围的设备发现要求,不希望被一般设备发现并呈现给用户,仅特定应用能感知被发现设备才可发现;
般可发现:无特殊发现要求;
优先可发现:要求被优先发现。优先可发现在时间维度上表现为更快地被发现;在空间维度上,与同类型设备相比,被发现的要求更强烈;
被曾配对过的设备发现:要求只有被曾经配对过的设备才能发现;
被指定设备发现:要求只有被指定 L2ID的设备才能发现。
6.3.3 设备信息
设备信息包括设备名称、设备支持的服务信息和通信域域名(应符合 GB/T 48336.201—2026的规定)等,详细定义见6.5。
6.4 发现方过滤策略
6.4.1 概述
过滤策略是设备发现功能单元为基础应用层和基础服务层功能单元提供的服务之一,用于筛选其感兴趣的设备。发现方也可不设置任何过滤规则。
6.4.2 被发现方发现等级在发现方的处理
本文件定义了发现方处理不同发现等级的规则
不可见发现:不应直接将设备及其信息展示在用户 UI界面上。
一般可发现:不做特殊处理,即在用户 UI界面上展示该设备及其信息。
优先可发现:当发现方应用或基础服务层功能单元收到包含优先可发现的设备信息时,应优先处理或展示该设备及其信息。
被曾配对过的设备发现:发现方设备发现功能单元应检查双方设备是否已配对。如果是,则发现该设备,并将设备信息上报;如果不是,则丢弃该设备信息,不对该设备进行发现
被指定设备发现:发现方接入层应检查被发现方配置的 L2ID,如果与本设备 L2ID 匹配,则接入层发现该设备并上报给设备发现功能单元;如果不匹配,接入层将丢弃该设备信息。设备发现功能单元按基础应用层或基础服务层其他功能单元的需求处理该设备信息即可。
6.4.3 过滤条件
可作为过滤条件的选项包括 L2ID、设备名称,以及被发现方公开的其他设备信息。被发现方公开信息类型如表2所示,每一项可作为一个过滤条件。所有过滤条件可按需求向接入层配置,由接入层完成设备发现结果过滤。或由设备发现功能单元本身完成设备发现结果过滤
6.4.4 过滤规则
对于多项过滤条件,提供逻辑与、逻辑或、逻辑非的配置:逻辑与是指被发现设备须同时符合各项过滤条件才能被发现;逻辑或是指被发现设备只需符合一项过滤条件就能被发现;逻辑非是指被发现设备符合一项过滤条件就被丢弃。
当满足过滤条件后,还需满足被发现方的需求之后,才能将设备信息上报。
6.5 设备公开信息数据表示
6.5.1 数据格式
设备公开信息的数据结构见图2。在使用SLE时,应将整个设备公开信息数据结构填充在SLE接入层广播的数据类型取值为0xFF的数据内容中;在使用SLB时,应填充在 G 节点通信域系统消息中。
设备公开信息包含若干个数据子结构,每个子结构承载一种类型的数据。
数据类型:长度1字节,表示该数据子结构中所承载数据的具体类型。
数据长度:长度1字节,指示该数据子结构中所承载数据的长度,单位为字节。
数据内容:数据内容的长度由数据长度字段指示,表示该数据子结构中所承载数据的具体内容。数据内容不应包含填充字节。
6.5.2 数据类型
6.5.2.1 数据类型定义
设备公开信息的数据类型长度应为1字节,取值范围为0x00~0xFF。多字节的数据类型信息应使用小端模式,设备公开信息的数据类型见表2。
| 数据类型取值 | 数据类型名称 | 描述 |
| 0x01 | 发现等级 | 指示被发现方的发现等级 |
| 0x02 | 接入层能力 | 指示设备支持的接入层能力 |
| 0x03 | 标准服务数据信息 | 单一标准服务数据信息,16比特UUID和数据信息 |
| 0x04 | 自定义服务数据信息 | 单一自定义服务数据信息,128比特UUID和数据信息 |
| 0x05 | 完整标准服务标识列表 | 设备支持的所有标准服务UUID(16比特)列表 |
| 0x06 | 完整自定义服务标识列表 | 设备支持的所有自定义服务UUID(128比特)列表 |
| 0x07 | 部分标准服务标识列表 | 设备支持的部分标准服务UUID(16比特)列表 |
| 0x08 | 部分自定义服务标识列表 | 设备支持的部分自定义服务UUID(128比特)列表 |
| 0x09 | 服务结构散列值 | 服务结构的散列值 |
| 0x0A | 设备缩写本地名称 | 设备本地名称缩写 |
| 数据类型取值 | 数据类型名称 | 描述 |
| 0x0B | 设备完整本地名称 | 完整的设备本地名称 |
| 0x0C | 广播发送功率 | 广播的发送功率 |
| 0x0D | SLB通信域域名 | SLB通信域域名 |
| 0x0E | SLB L2ID | SLB媒体接入层标识 |
| 0x0F | SLE L2ID | SLE媒体接入层标识 |
| 0x10 | 多跳组网信息 | 多跳组网信息 |
| 0x11~0xFD | 预留 | 预留 |
| 0xFE | 数据类型扩展 | 当数据类型超过255个时,可使用该类型进行数据类型扩展 |
| 0xFF | 厂商自定义信息 | 厂商自定义信息 |
6.5.2.2 发现等级
发现等级长度应为1字节,数据结构定义见图3。其中,bit0~bit2表示发现等级,bit3~bit7预留
| bit | 设备可发现等级 | 保留位 | ||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
发现等级类型和取值见表3。
| 数据类型 | 发现等级取值 | 描述 |
| 发现等级 | 0 | 不可见发现 |
| 1 | 一般可发现 | |
| 2 | 优先可发现 | |
| 3 | 被配对过的设备发现 | |
| 4 | 被指定设备发现 | |
| 5~7 | 预留 |
6.5.2.3 接入层能力
接入层能力数据信息长度应为1字节,其数据值定义见表4。
| 数据类型 | 比特位 | 描述 |
| 接入层能力 | bit0 | 是否支持SLB接入技术,0表示不支持SLB,1表示支持SLB |
| bit1 | 是否支持SLE接入技术,0表示不支持SLE,1表示支持SLE | |
| bit2~bit7 | 预留 |
6.5.2.4 服务数据信息
服务数据信息包含服务标识及服务相关数据,服务标识使用 UUID表示(见7.4.3.4)。服务数据信息格式定义见表5。
| 数据类型 | 数据长度 | 描述 |
| 标准服务数据信息 | 变长,2字节~255字节 | 字节0~字节1:标准服务的服务标识字节2~可变长:服务信息数据内容 |
| 自定义服务数据信息 | 变长,16字节~255字节 | 字节0~字节15:自定义服务的服务标识字节16~可变长:自定义服务的信息数据内容 |
6.5.2.5 服务标识列表
服务标识列表用于表明设备支持的部分或所有服务,服务标识列表包含一个或多个服务标识,服务标识列表数据格式定义见表6。
| 数据类型 | 数据长度 | 描述 |
| 部分标准服务标识列表 | 变长,最小2字节 | 支持的部分标准服务的服务标识列表,每个服务标识长度为2字节 |
| 部分自定义服务标识列表 | 变长,最小16字节 | 支持的部分自定义服务的服务标识列表,每个服务标识长度为16字节 |
| 完整标准服务标识列表 | 变长,最小2字节 | 支持的所有标准服务的服务标识列表,每个服务标识长度为2字节 |
| 完整自定义服务标识列表 | 变长,最小16字节 | 支持的所有自定义服务的服务标识列表,每个服务标识长度为16字节 |
6.5.2.6 服务结构散列值
服务结构散列值用于服务结构缓存功能(见7.4.6),是服务端通过服务结构计算出的散列值,数据格式定义见表7。
| 数据类型 | 数据长度 | 描述 |
| 服务结构散列值 | 16字节 | 服务端中通过服务结构计算出的散列值 |
6.5.2.7 设备本地名称
设备本地名称是可配置的设备名称,分为完整的设备名称和缩写的本地名称。
设备完整本地名称:为 UTF-8字符串,最大长度为128字节,可截断。
设备缩写本地名称:包含从完整设备名称起始点开始的一段连续字符,其长度应不大于设备完整本地名称。如发现方设备获取的是设备缩写本地名称,可在建立连接后继续读取设备完整本地名称。
设备本地名称数据格式见表8。
| 数据类型 | 数据长度 | 描述 |
| 设备缩写本地名称 | 变长 | 从设备完整本地名称起始点开始的一段连续字符 |
| 设备完整本地名称 | 变长 | 完整的设备本地名称 |
6.5.2.8 广播发送功率
广播发送功率表示被发现方设备发送广播的实际功率,数据格式定义见表9。
| 数据类型 | 数据长度 | 描述 |
| 广播发送功率 | 1字节 | 1单27位d:BdmBm,发送功率值范围为-127 dBm~ |
6.5.2.9 SLB通信域域名
SLB通信域域名为长度可变的字符串。如设备发现需求主体选择使用 SLE 接入层进行设备发现时,可选择在设备公开信息中包含 SLB通信域域名以辅助 SLB进行设备发现。SLB通信域域名数据格式定义见表10。
| 数据类型 | 数据长度 | 描述 |
| SLB通信域域名 | 变长,1字节~128字节 | SLB通信域域名 |
6.5.2.10 SLB L2ID
SLB L2ID应符合 GB/T 48336.102—2026的规定。如设备发现需求主体选择使用 SLE 接入层进行设备发现时,可在设备公开信息中包含 SLB L2ID,以辅助 SLE 进行设备发现。其数据格式定义见表11。
| 数据类型 | 数据长度 | 描述 |
| SLB L2ID | 6字节 | SLB媒体接入层标识 |
6.5.2.11 多跳组网信息
多跳组网基于接入层广播消息或系统消息承载时,可使用该类型标识多跳组网信息,数据长度应不超过255字节。其数据格式定义见表12。
| 数据类型 | 数据长度 | 描述 |
| 多跳组网信息 | 变长 | 由PI字段和变长字段Payload Data组成:PI:1字节,指示上层协议类型,见8.5.1;Payload Data:变长,上层协议数据 |
6.5.2.12 扩展数据类型
扩展数据类型用于预留未来扩展数据类型使用,扩展数据类型的数据格式定义见表13
| 数据类型 | 数据长度 | 描述 |
| 扩展数据类型 | 变长,最小2字节 | 字节0~字节1:表示扩展的数据类型字节2~字节255:扩展数据类型对应的数据 |
6.5.2.13 厂商自定义数据
厂商自定义数据类型用于指示厂商自定义数据,厂商自定义数据格式定义见表14。
| 数据类型 | 数据长度 | 描述 |
| 厂商自定义数据 | 变长,最小2字节 | 字节0~字节1:厂商标识(由UUID表示,见7.4.3.4)字节2~字节255:数据内容 |
6.6 配置管理
6.6.1 概述
设备可支持仅SLB工作、仅SLE工作以及SLB和SLE同时工作等多种接入层工作方式。在设备上电初始化后,基础服务层可向接入层查询其支持的特性与能力,或接入层向基础服务层上报其支持的特性与能力。
设备发现需求主体在执行设备发现过程时,应确定自身角色并向设备发现功能单元发送相关请求,并指示接入层类型、发现等级或过滤策略等参数。
设备发现功能单元按设备发现需求主体的要求,向接入层配置广播消息或系统消息内容、扫描参数、过滤策略等,并按照配置参数执行广播或扫描过程并反馈执行结果
6.6.2 配置流程
6.6.2.1 SLE承载上的端到端配置流程
6.6.2.1.1 被发现方
SLE承载上的设备发现配置流程见图4,包括被发现方设备和发现方设备的配置流程。
使用SLE接入层的配置流程
| 被发现方 | 发现方 | ||||
| 基础应用层 | 基础服务层设备发现 | 接入层SLE | 接入层SLE | 基础服务层设备发现 | 基础应用层 |
| 1-1.设备公开信息请求参数:星闪接入层类型指示,发现等级,广播参数,服务数据等1-3.公开信息请求配置反馈参数:配置结果(成功或失败)1-4.设备公开信息使能1-6.设备公开信息使能反馈 | 1-2.广播配置命令包括:广播参数设置命令,广播数据设置命令,扫描响应数据设置命令1-5.广播使能命令 | 1-7.广播消息 | 2-1.设备发现请求参数:星闪接入层类型指示,扫描参数,过滤策略等2-3.设备发现请求配置反馈2-4.设备发现使能2-6.设备发现状态反馈2-8.设备发现结果报告设备信息列表:(设备媒体接入层标识、广播数据等) | ||
被发现方设备配置流程对应如下
a) 步骤1-1:设备发现需求主体向设备发现功能单元下发设备公开信息请求,请求中可包括接入层类型指示、广播参数、发现等级、服务数据等。
b) 步骤1-2:设备发现功能单元依据接收的设备公开信息请求,向SLE接入层下发广播配置相关命令,可包括广播参数设置命令、广播数据设置命令和扫描响应数据设置命令。
c) 步骤1-3:设备发现功能单元完成设备公开信息请求配置后,向设备发现需求主体回复设备公开信息请求配置反馈。
d) 步骤1-4:设备发现需求主体向设备发现功能单元下发设备公开信息使能。
e) 步骤1-5:设备发现功能单元接收到设备公开信息使能后,向SLE接入层下发广播使能命令。
f) 步骤1-6:设备发现功能单元返回设备公开信息使能反馈。
g) 步骤1-7:SLE接入层按设备发现功能单元的配置向外发送广播消息。广播消息包括发现等级、设备信息等。
6.6.2.1.2 发现方
发现方设备配置流程对应如下。
a) 步骤2-1:设备发现需求主体向设备发现功能单元下发设备发现请求,请求中可包括接入层类型指示、扫描参数、过滤策略等信息。本流程中接入层类型指示选择SLE接入层。
b) 步骤2-2:设备发现功能单元接收设备发现请求后,依据其中的接入层类型指示向SLE接入层分别下发扫描配置命令,命令可包括扫描参数配置命令、过滤条件配置命令和过滤器使能设置命令等。
c) 步骤2-3:设备发现功能单元向设备发现需求主体反馈设备发现请求配置反馈。
d) 步骤2-4:设备发现需求主体向设备发现功能单元下发设备发现使能。
e) 步骤2-5:设备发现功能单元接收到设备发现使能后,向SLE接入层下发扫描使能命令。SLE接入层依据使能命令开始扫描接收被发现方设备的广播消息或停止扫描接收被发现方设备的广播消息。
f) 步骤2-6:设备发现功能单元完成向SLE接入层配置扫描命令后,向设备发现需求主体回复设备发现状态反馈。
g) 步骤2-7:设备发现功能单元接收SLE接入层上报的扫描结果报告,扫描结果报告包含设备信息列表,每个设备信息包括 L2ID、发现等级、设备公开信息等内容。如果步骤2-4中配置了过滤条件和过滤使能,则接入层将对扫描结果进行过滤后再上报。
h) 步骤2-8:设备发现功能单元向设备发现需求主体上报设备发现结果报告,设备发现结果报告包含设备信息列表,每个设备信息包括 L2ID、发现等级、设备公开信息等内容。可选的,设备发现功能单元可利用6.4.4中描述的过滤规则对设备发现结果进行过滤,再将结果上报
6.6.2.2 SLB承载上的端到端配置流程
6.6.2.2.1 被发现方
SLB承载上的设备发现的配置流程见图5,包括被发现方设备和发现方设备的配置流程
使用SLB接入层的设备发现配置流程
| 被发现方(G节点) | 发现方(T节点) | ||||
| 基础应用层 | 基础服务层设备发现 | 接入层SLB | 接入层SLB | 基础服务层设备发现 | 基础应用层 |
| 1-1.设备公开信息请求参数:星闪接入层类型指示,通信域域名等 | |||||
| 1-3.设备公开信息请求配置反馈参数:配置结果(成功或失败) | |||||
| 1-4.设备公开信息使能 | |||||
| 1-5.设备公开信息使能反馈参数:成功 | |||||
| 1-6.系统消息 | |||||
| 2-1.设备发现请求参数:星闪接入层类型指示,过滤条件 | |||||
| 2-3.设备发现请求配置反馈参数:成功或失败 | |||||
| 2-4.设备发现使能参数:开始/结束设备发现 | |||||
| 2-6.设备发现状态反馈参数:发现状态,如已开始或停止 | |||||
| 2-8.设备发现结果报告设备信息列表:(设备媒体接入层标识、通信域域名等) | |||||
被发现方设备的具体配置流程如下
a) 步骤1-1:设备发现需求主体向设备发现功能单元下发设备公开信息请求,请求中可包括接入层类型指示、通信域域名等信息;本流程中接入层类型指示选择SLB接入层。
b) 步骤1-2:可选的,如果需配置通信域域名,则设备发现功能单元需向 SLB接入层下发系统消息配置命令,命令包含通信域域名参数。如不需配置通信域域名,设备发现功能单元可不向SLB接入层下发系统消息配置命令
c) 步骤1-3:设备发现功能单元向设备发现需求主体反馈设备公开信息请求配置反馈。
d) 步骤1-4:可选的,设备发现需求主体向设备发现功能单元下发设备公开信息使能。
e) 步骤1-5:如果设备发现功能单元接收到设备公开信息使能后,返回设备公开信息使能反馈,参数为成功。
f) 步骤1-6:SLB接入层对外发送系统消息。
6.6.2.2.2 发现方
发现方设备具体配置流程如下。
a) 步骤2-1:设备发现需求主体向设备发现功能单元下发设备发现请求,请求中可包含接入层类型指示、扫描参数和过滤策略等参数。接入层类型指示选择SLB接入层
b) 步骤2-2:设备发现功能单元接收设备发现请求后,向 SLB接入层下发扫描配置命令,命令包括扫描参数配置命令、过滤条件配置命令、过滤器使能配置命令等。
c) 步骤2-3:设备发现功能单元完成向SLB接入层配置扫描命令后,向设备发现需求主体回复设备发现请求配置反馈。
d) 步骤2-4:设备发现需求主体向设备发现功能单元下发设备发现使能。
e) 步骤2-5:设备发现功能单元向SLB接入层下发扫描使能命令。
f) 步骤2-6:设备发现功能单元向设备发现需求主体返回设备发现状态反馈,参数为开始发现或停止发现。
g) 步骤2-7:设备发现功能单元接收SLB接入层上报的扫描结果报告,为设备信息列表,每个设备信息包括频点、通信域域名和 L2ID等信息。
h) 步骤2-8:设备发现功能单元向设备发现需求主体上报设备发现结果报告,设备发现结果报告为设备信息列表,每个设备信息包括频点、通信域域名和 L2ID 等信息。可选的,设备发现功能单元可利用6.4.4中描述的过滤规则对设备发现结果进行过滤,再上报给设备发现需求主体。
6.6.3 设备发现原语
6.6.3.1 概述
本条描述了设备发现功能单元与需求主体、接入层间的接口原语,是一般性设计原则,供具体实现参考。
6.6.3.2 设备发现与需求主体层间原语
6.6.3.2.1 设备公开信息请求
设备公开信息请求适用于被发现方设备,由设备发现需求主体发送给设备发现功能单元,用于配置接入层发送广播的参数、设备公开信息等,其原语参数见表15。
| 参数 | 说明 |
| 接入层类型指示 | a)缺省:即不明确指示,优选SLE接入层,如果不支持SLE,则选择SLB; b) SLE:即明确指示选择SLE接入层;c) SLB:即明确指示选择SLB接入层;d) Both:即明确指示选择SLE和SLB接入层同时对外公开设备信息 |
| 发现等级 | 用于在广播中公开设备发现等级 |
| 广播参数集 | 用于指示接入层发送广播的方式和参数,包括广播间隔及、其广类播型时、长广、播广对播端类L型2I、D广类播型信等道列表、广播本端L2ID |
| 参数 | 说明 |
| 设备公开信息 | 用于配置SLE接入层在广播中包含的设备公开信息,例如设备名称、支持的服务标识等 |
| 通信域域名 | 用于配置SLB接入层在系统消息中包含通信域域名 |
6.6.3.2.2 设备公开信息请求配置反馈
设备公开信息请求配置反馈适用于被发现方设备,由设备发现功能单元发送给设备发现需求主体,用于反馈设备公开信息请求的配置结果,其原语参数见表16。
| 参数 | 说明 |
| 配置结果 | 指示广播配置结果,如成功或失败;如果配置失败,宜包含失败原因 |
6.6.3.2.3 设备公开信息使能
设备公开信息使能适用于被发现设备,由设备发现需求主体发送给设备发现功能单元,用于指示开始或停止广播设备公开信息,其原语参数见表17。
| 参数 | 说明 |
| 使能 | 打开或关闭广播公开信息 |
6.6.3.2.4 设备公开信息使能反馈
设备公开信息使能反馈适用于被发现方设备,由设备发现功能单元发送给设备发现需求主体,用于反馈设备公开信息使能的配置结果,其原语参数见表18。
| 参数 | 说明 |
| 配置结果 | 指示打开或关闭广播公开信息的结果,如成功或失败 |
6.6.3.2.5 设备发现请求
设备发现请求原语适用于发现方设备,由设备发现功能需求主体发送给设备发现功能单元,用于配置接入层执行扫描的参数,其原语参数见表19。
| 参数 | 说明 |
| 接入层类型指示 | a)缺省:即不明确指示,优选SLE接入层,如果不支持SLE,则选择SLB; b) SLE:即明确指示选择SLE接入层;c) SLB:即明确指示选择SLB接入层;d) Both:即明确指示选择SLE和SLB接入层同时执行设备发现过程 |
| 扫描参数集 | a)针对SLE接入层,扫描参数集包括扫描窗长、扫描间隔、扫描信道列表和扫描类型(主动扫描或被动扫描);b)针对SLB接入层,扫描参数集包括扫描窗长、扫描和上报周期(周期性扫描)或扫描时长(非周期性扫描)、事件类型(指示接入层获得扫描结果后立即上报还是按照扫描周期上报)、扫描信道列表等 |
| 过滤策略 | 用于指示设备发现功能单元只上报满足过滤条件的设备发现结果。当缺省时应上报所有设备发现结果 |
6.6.3.2.6 设备发现请求配置反馈
设备发现请求配置反馈适用于发现方设备,由设备发现功能单元发送给设备发现需求主体,用于反馈设备发现请求的配置结果,其原语参数见表20。
| 参数 | 说明 |
| 配置结果 | 指示设备发现请求的配置结果,如成功或失败。如果配置失败,宜包含失败原因 |
6.6.3.2.7 设备发现使能
设备发现使能适用于发现方设备,由设备发现功能需求主体发送给设备发现功能单元,用于指示开始或结束设备发现过程,其原语参数见表21。
| 参数 | 说明 |
| 使能 | 开始或结束设备发现过程 |
6.6.3.2.8 设备发现状态反馈
设备发现现状反馈适用于发现方设备,由设备发现功能单元发送给设备发现需求主体,用于反馈最新的发现状态,其原语参数见表22。
| 参数 | 说明 |
| 状态 | 指示当前发现状态,开始发现或停止发现 |
6.6.3.2.9 设备发现结果报告
设备发现结果报告适用于发现方设备,由设备发现功能单元发送给设备发现需求主体,用于上报设备发现结果,其原语参数见表23。
| 参数 | 说明 |
| 设备信息列表 | 设备发现结果,可包含一个或多个已发现设备及其关联信息 |
6.6.3.3 设备发现与接入层层间原语
6.6.3.3.1 广播配置命令
广播配置命令适用于被发现方设备,由设备发现功能单元发送给接入层,指示接入层在使能广播后按配置参数发送广播消息或系统消息。
设备发现功能单元发送给SLE接入层的广播配置命令原语参数见表24。
| 设备角色 | 配置命令 | 参数 | 说明 |
| 被发现方 | 广播数据设置 | 设备公开信息 | 设备发现等级和设备信息 |
| 广播参数配置 | 广播间隔 | 广播发送频率 | |
| 广播时长 | 发送广播的时间 | ||
| 广播类型 | 发送广播的类型 | ||
| 广播信道列表 | 广播信道选择列表 | ||
| 本端L2ID类型 | 本还是端公L2共IDL2是ID随机L2ID | ||
| 对端L2ID类型 | L对2I端D设还是备公L2共IDL2I是D随机 | ||
| 对端L2ID | 对端设备L2ID | ||
| 设置扫描响应数据配置 | 扫描响应数据 | 设备发现等级、设备信息 |
设备发现功能单元发送给SLB接入层的广播配置命令原语参数见表25。
| 设备角色 | 配置命令 | 参数 | 说明 |
| 被发现方 | 域名配置命令 | 通信域域名 | 配置SLB接入层通信域域名 |
设备发现功能单元向接入层配置的命令均有对应响应,响应包含命令配置成功/失败,如失败,应包含失败原因,例如接入层配置失败、参数等。
6.6.3.3.2 广播使能命令
广播使能命令适用于被发现方设备,由设备发现功能单元发送给接入层,指示接入层开始或停止发送广播消息。当前设备发现功能单元可控制SLE接入层开始或停止广播,SLB接入层启动后自动向外发送系统消息,不需设备发现单元控制。广播使能命令原语参数见表26。
| 设备角色 | 配置命令 | 参数 | 说明 |
| 被发现方 | 广播使能命令 | 广播使能开关 | 指示接入层开始/停止广播 |
6.6.3.3.3 扫描配置命令
扫描配置命令适用于发现方设备,由设备发现功能单元发送给接入层,指示接入层进行扫描的配置要求。
发送给SLE接入层的扫描配置命令原语参数见表27。
| 设备角色 | 配置命令 | 参数 | 说明 |
| 发现方 | 扫描参数配置 | 扫描窗口 | 扫描窗口 |
| 扫描间隔 | 扫描间隔 | ||
| 扫描信道 | 扫描信道 | ||
| 扫描类型 | 主动扫描或被动扫描 | ||
| 过滤条件配置 | 过滤条件配置 | 设置SLE接入层的过滤条件 | |
| 过滤使能配置 | 过滤条件生效/不生效 | SLE接入层过滤条件生效/不生效 |
| 设备角色 | 配置命令 | 参数 | 说明 |
| 发现方 | 过滤条件配置 | 过滤条件 | 设条置件,S例LB如接L2入ID层的过滤 |
| 设备角色 | 配置命令 | 参数 | 说明 |
| 发现方 | 过滤使能配置 | 过滤条件生效/不生效 | 过滤条件生效/不生效 |
| 扫描参数配置 | 扫描窗长 | 扫描窗长 | |
| 扫描类型指示 | 指示是周期性扫描还是非周期性扫描 | ||
| 扫描间隔或扫描时长 | 扫描类型指示为周期性扫描时,该参数为扫描间隔,即SLB接入层按此参数周期性扫描;扫描类型指示为非周期性扫描,该参数为时长,即SLB接入层扫描时间超过该时长就结束扫描 | ||
| 扫描频点列表 | 指示SLB接入层扫描频点,缺省时扫描所有频点 | ||
| 事件类型 | 指示SLB接入层获得扫描结果后立即上报,还是按扫描周期或时长上报 |
6.6.3.3.4 扫描使能命令
扫描使能命令适用于发现方设备,由设备发现功能单元发送给接入层,指示接入层开始或停止扫描。扫描使能命令原语参数见表29。
| 设备角色 | 配置命令 | 参数 | 说明 |
| 发现方 | 扫描使能命令 | 扫描使能开关 | 指示接入层开始或停止扫描 |
6.6.3.3.5 扫描结果报告
扫描结果报告适用于发现方设备,由接入层发送给设备发现功能单元,扫描结果报告可包含多个设备信息。接入层在扫描过程中,可产生多个扫描结果报告。
当选择SLE接入层进行设备发现时,扫描结果报告原语参数见表30。
| 设备角色 | 原语消息 | 参数 | 说明 | |
| 发现方 | 扫描结果报告 | 设备数量 | 报告中包含的设备数量 | |
| 单设备信息 | L2ID类型 | L2ID类型 | ||
| L2ID | L2ID | |||
| RSSI | 接收的广播信号强度指示 | |||
| 广播数据长度 | 广播包含数据长度 | |||
| 广播数据 | 数据类型如6.5.2所示 | |||
| …… | …… | …… | ||
| 设备角色 | 原语消息 | 参数 | 说明 | |
| 发现方 | 扫描结果报告 | 设备数量 | 报告中包含的设备数量 | |
| 单设备信息 | L2ID | 被发现方设备L2ID | ||
| 通信域域名 | 被发现方设备域名 | |||
| 频点 | 被发现方设备频点 | |||
| 优先级 | 被发现方处于高级域或低级域 | |||
| 多域同步信息 | 指示多域同步信息 | |||
| 配置多域资源 | 用于配置多域资源 | |||
| RSSI | 接收的广播信号强度指示 | |||
| 广播数据长度 | 广播包含数据长度 | |||
| 广播数据 | 数据类型如6.5.2所示 | |||
| …… | …… | …… | ||
6.6.4 被发现方发现等级参数配置
被发现方在配置广播的发现等级等参数时,应遵循以下规定:
不可见发现:发现等级应配置为0;
一般可发现:发现等级应配置为1;
优先可发现:发现等级应配置为2;在配置广播的参数时,使用快速广播参数,广播持续时间不超过180 s;
被配对过的设备发现:发现等级应配置为3;
被指定设备发现:发现等级应配置为 4;同时将对端 L2ID 设置为期望接收该广播的设备的 L2ID。
6.6.5 接入层对设备发现特征支持
因SLB接入层和SLE接入层技术差异性,在设备发现功能单元的特性支持上的差异见表32。
| 设备发现特性 | SLB | SLE |
| 设备角色 | T节点只能是发现方。G节点分为一般通信域G节点和高级通信域G节点。高级通信域G节点只能是被发现方(被一般通信域G节点发现)。一般通信域G节点可是发现方(发现高级通信域G),也可是被发现方(被T节点发现) | 支持同时为发现方和被发现方 |
| 被发现方公开信息 | 发现等级和设备公开信息使用设备公开信息配置广播数据 | 发现等级和设备公开信息使用设备公开信息配置广播数据 |
| 发现方过滤策略 | 支持按单一L2ID作为过滤条件或不过滤 | 支持以L2ID、设备公开信息数据作为过滤条件;支持多个条件“与/或/非”操作 |
| 广播配置 | 不支持配置如广播间隔、广播时长等广播参数 | 支持配置广播参数 |
| 扫描配置 | 支持配置扫描窗长、扫描间隔或扫描时长、事件类型(扫描结果上报方式)、扫描频点等扫描参数 | 支持配置扫描窗长、扫描间隔、扫描类型、扫描信道等扫描参数。默认扫描到设备后立即上报 |
| 扫描结果 | 支持上报通信域域名、L2ID、频点 | 支持上报设备名称、L2ID、设备公开信息 |
7 服务管理
7.1 功能描述
本文件定义服务管理功能单元包含两部分,分别为服务结构和服务交互协议
服务结构:定义了服务的表达方式和组织方式。基础应用层或基础服务层其他功能单元应将各自的功能和行为等按属性、方法、事件进行描述并托管给服务管理功能单元
服务交互协议:定义了服务结构的发现过程和访问过程,以及相应的消息格式。
7.2 角色
如图6所示,服务管理定义了两种角色,分别为服务端和客户端:
服务端是服务的提供方,接收和响应客户端请求;
客户端是服务的使用方,向服务端提交访问请求,接收服务端返回的响应结果
服务端和客户端使用SSAP实现服务交互。一个设备可同时具有服务端和客户端两种角色。一个服务端可与多个客户端进行服务交互;一个客户端可与多个服务端进行服务交互。
7.3 层间交互
如图7所示,服务管理功能单元为基础应用层和基础服务层其他功能单元提供服务注册、维护、删除等功能。各功能单元交互接口属于设备内部接口。
注:本文件不规定相关接口细节,由实现决定
服务端应提供服务注册、服务删除功能。当服务注册完成后,服务端应生成注册服务的服务结构当接收到服务删除请求后,服务端应释放对应服务的服务结构。
服务端应上报服务访问结果(如属性值被修改、接收到方法调用等),并由基础应用层或基础服务层其他功能单元进行后续处理。
如被访问到需授权的服务结构,服务端应上报授权请求,由基础应用层或基础服务层其他功能单元决定是否进行授权,并进行授权反馈。
客户端应接收来自基础应用层或基础服务层其他功能单元的服务发现和服务访问请求,返回相应的服务结构或服务访问结果,上报来自服务端的事件、通知或指示信息。
服务管理功能单元使用服务管理信令(即SSAP消息)并通过数据传输与适配功能单元提供的传输通道实现服务端与客户端之间的服务交互,可使用三种基础模式传输通道:
SLB服务管理传输通道;
SLE服务管理传输通道;
SLB中继服务管理传输通道
当接入层同时支持SLB和SLE时,所使用的传输通道类型可由基础应用层或基础服务层其他特定功能单元指定。在满足一定条件下,也可使用可靠模式传输通道进行更可靠的服务交互
7.4 服务结构
7.4.1 概述
服务结构定义了服务之间的引用与逻辑关系。由服务声明、服务引用、属性、方法和事件等服务结构成员组成,客户端使用服务发现流程获取服务端的服务结构,解析服务结构以理解所提供的服务功能,并根据自身需求进行服务访问
7.4.2 服务组成
7.4.2.1 服务
一个应用服务框架可由一个或多个服务组成,共同提供完整的应用功能。例如一个家庭室内监测功能可同时包括湿度检测服务和温度检测服务。
服务按是否能独立公开,分为首要服务和次要服务,相互关系见图8。
服务按定义方式,分为标准服务和自定义服务两类。
服务由若干个服务结构成员构成,包括服务声明、服务引用、属性、方法和事件。一个服务结构应包含服务声明,可包含服务引用,用于引用其他服务;是否包含属性、方法或事件,由基础服务层或基础应用层相关标准规定。
同一服务可支持多个实例。
服务含义应采用 UUID表示。
一个服务的范围是从该服务的服务声明开始,直到服务声明中指示的结束句柄为止。服务结构成员的顺序为服务声明、服务引用、属性、方法和事件。如果一个服务中有某服务结构成员缺失,按照上述顺序递补即可。服务的结构如图9所示。
7.4.2.2 服务声明
服务声明的句柄也是服务的起始句柄。服务声明指示了服务类型和服务标识。
7.4.2.3 服务引用
服务引用规定了服务引用一个或几个其他服务以及服务的类型和句柄范围。被引用的服务可为首要服务或次要服务,首要服务和次要服务均可引用其他服务。被引用的服务可继续引用其他服务,但不可引用原始服务。一个服务引用其他服务的数量没有限制。同一个服务可同时被其他多个服务引用
7.4.2.4 属性
属性用于描述服务功能、状态以及相关的配置信息。使用 UUID 标识属性,并通过操作指示字段指示数据值的访问方式。
属性可有描述符,应为可选字段,对所关联的数据值进行解释说明、格式解析或操作方式控制
属性值和描述符值均有相应的访问权限,例如认证、加密、授权等,由服务端定义,客户端应满足对应访问权限条件后才可访问属性值或描述符。服务端对客户端访问权限的验证由实现决定,例如服务端可通过基础服务层的安全管理功能单元或向接入层查询客户端的认证、加密、授权的结果
7.4.2.5 方法
方法是服务端提供给客户端的访问接口,使用 UUID 标识方法。客户端通过访问服务端的方法完成特定功能。
每种方规定自己的输入参数、返回结果含义和格式,可包含可选的输入参数。客户端请求方法时应包含必要的输入参数。方法执行完成后服务端应返回执行结果。
方法通常可用于简化多步骤属性访问流程。
方法执行可改变服务中的某些属性值。
7.4.2.6 事件
事件是服务端在特定情况下触发的、并主动向客户端发送的信息,例如与属性值无关的公共事件信息(告警、故障等)。应用使用 UUID指示事件,客户端通过获取事件 UUID 以识别对应事件所关联的数据含义和数据格式。
事件信息包含事件类型和关联数据,由上层协议固定:
事件类型可包括设备异常、故障和告警等;
关联数据具有与对应事件相关的具体格式
7.4.3 服务基本数据结构
7.4.3.1 条目
服务以条目的方式进行呈现。一个条目可表示一个服务声明、一个服务引用、一个属性、一个方法或一个事件。
如图10所示,条目的结构由句柄、类别、标识、数据、权限和附加信息等字段组成。其中句柄、类别和标识是必选字段,数据、权限和附加信息是可选字段。数据字段又分为操作指示、数据值和描述符等字段。
条目中,数据值和描述符值默认为小端序,除非高层对它们另有定义;其他字段为小端序。
7.4.3.2 句柄
句柄由服务端生成,指示某条目在服务端的位置。句柄长度应为2字节,其中0x0000为预留句柄,0x0001~0x000F为服务管理功能单元内部可使用的句柄范围,0x0010~0xFFFF 为服务、属性、方法或事件等可使用的句柄范围。句柄的分配可不连续,但应为升序。客户端可通过句柄对条目内容进行访问。
7.4.3.3 类别
类别表示该条目所承载服务结构成员的类型。类别长度为1字节,具体定义见表33。
| 类别 | 取值 | 描述 |
| 标准首要服务 | 0x00 | 标准定义的首要服务(StdPrimaryService) |
| 标准次要服务 | 0x01 | 标准定义的次要服务(StdSecondaryService) |
| 标准属性 | 0x02 | 标准定义的服务属性(StdProperty) |
| 类别 | 取值 | 描述 |
| 标准方法 | 0x03 | 标准定义的服务方法(StdMethod) |
| 标准事件 | 0x04 | 标准定义的服务事件(StdEvent) |
| 标准服务引用 | 0x05 | 标准定义的服务引用(StdServiceReference) |
| 预留 | 0x06~0x07 | 预留后续扩展 |
| 自定义首要服务 | 0x08 | 厂商自定义首要服务(VendorPrimaryService) |
| 自定义次要服务 | 0x09 | 厂商自定义次要服务(VendorSecondaryService) |
| 自定义属性 | 0x0A | 厂商自定义服务属性(VendorProperty) |
| 自定义方法 | 0x0B | 厂商自定义服务方法(VendorMethod) |
| 自定义事件 | 0x0C | 厂商自定义服务事件(VendorEvent) |
| 自定义服务引用 | 0x0D | 厂商自定义服务引用(VendorServiceReference) |
| 预留 | 0x0E~0xFF | 预留后续扩展 |
7.4.3.4 标识
标识表示该条目描述的具体内容,由 UUID表示。标准服务或标准服务成员使用由相关机构统一分配的16比特 UUID,具有全局唯一性,其具体形式见附录 A。自定义服务或自定义服务成员使用128比特 UUID。通过标识,客户端可识别条目所承载的是某一个服务、属性、方法、事件或服务引用。
7.4.3.5 数据
7.4.3.5.1 概述
数据字段是标识字段所关联的数据信息,包含操作指示、数据值和描述符等字段。其中操作指示字段规定了数据值和描述符值的访问方式。数据值字段可包含0个或若干个描述符,由数据值访问方式和上层协议确定。
7.4.3.5.2 操作指示
操作指示长度为4字节,其中低8比特指示数据值访问方式,高24比特指示描述符值访问方式(见表34)。
描述符默认可读,其写入权限由协议和实现定义。写入权限可固定或可变,当包含访问方式可变的描述符时,应在高24比特的描述符值访问方式中的对应比特设置相应的值。
| 比特位 | 作用范围 | 含义 | 描述 |
| bit0 | 数据值访问控制 | 读取 | 置位后数据值可被读取 |
| bit1 | 无响应写入 | 置位后数据值可被写入,写入后无反馈 | |
| bit2 | 有响应写入 | 置位后数据值可被写入,写入后产生反馈给客户端 |
| 比特位 | 作用范围 | 含义 | 描述 |
| bit3 | 数据值访问控制 | 通知 | 置位后数据值通过通知方式发送给客户端 |
| bit4 | 指示 | 置位后数据值通过指示方式发送给客户端 | |
| bit5 | 广播 | 置位后数据值可包含在广播中 | |
| bit6~bit7 | 预留 | 预留 | |
| bit8 | 描述符值访问控制 | 数据值说明描述符控制 | 置位后数据值说明描述符可被写入 |
| bit9 | 客户端属性值配置描述符 | 置位后客户端属性值配置描述符可被写入 | |
| bit10 | 服务端属性值配置描述符 | 置位后服务端属性值配置描述符可被写入 | |
| bit11~bit31 | 预留 | 预留 |
7.4.3.5.3 数据值
数据值的具体含义由标识定义。数据值是一个字节组,长度可为0,可表示为常规的整型数值、布尔值或字符串等,也可借助描述符描述浮点数、科学计数法所表示的数值或自定义数据结构当客户端使用SSAP对数据值进行访问时,数据值的长度可由包含该数据值的报文隐式指示。如同时对多个数据值进行读取,则每个数据值的长度需在读取响应消息中显式指示。
7.4.3.5.4 描述符
描述符用于表示数据值的关联信息,例如数据值的补充描述、数据值的格式说明、数据值的访问控制、或由上层协议定义的特定功能。
描述符字段可由若干个描述符组成。一个描述符由描述符类型和描述符值组成。
描述符类型表示该描述符的功能,为1字节,取值范围为0x00~0xFF。属性、方法、事件的描述符类型定义空间相互独立。
描述符值的含义和格式由描述符类型定义。具体表达格式在各个描述符定义中给出。
服务管理功能单元定义了一系列标准描述符供上层协议使用,同时允许上层协议定义额外的特定描述符。
当数据字段包含多个描述符时,描述符的顺序是不固定的,客户端不应对多个描述符的顺序进行任何假定。
当客户端不能识别描述符类型时,可忽略,且不应去访问相应描述符值。描述符值默认是可读的;描述符值的写入权限,由访问控制字段控制。
属性的描述符也称为属性描述符,属性描述符类型见表35
| 类型 | 取值 |
| 属性说明描述符 | 0x01 |
| 客户端属性值配置描述符 | 0x02 |
| 服务端属性值配置描述符 | 0x03 |
| 属性格式描述符 | 0x04 |
| 服务管理预留 | 0x05~0x1F |
| 上层协议使用 | 0x20~0xFE |
| 厂商自定义 | 0xFF |
7.4.3.5.5 权限
权限是服务端对客户端访问服务结构成员时所提出的安全要求,只有满足安全要求的客户端才能对服务结构成员进行访问。权限由服务端设置,对客户端不可见。
权限的种类可为以下几种。
认证要求:需认证或无需认证。当服务端要求认证时,客户端如未与服务端进行认证,则客户端发起的SSAP请求会执行失败,在对应的响应中返回“客户端未认证”错误码。
加密要求:需加密或无需加密。当服务端要求加密时,客户端与服务端的逻辑信道未经加密时,则客户端发起的SSAP请求会执行失败,在对应的响应中返回“承载未加密”错误码。
授权要求:需授权或无需授权。当服务端要求授权时,客户端在访问数据值或描述符值之前,需先获得服务端的授权;否则客户端发起的 SSAP请求会执行失败,在对应的响应中返回“客户端未授权”错误码。
权限可与访问控制中的读取和写入控制一起使用,读取权限和写入权限要求可不同,例如写入时要求认证、读取时要求加密等。
服务端可独立设置数据值权限和描述符值权限。
服务端可通过基础服务层的安全管理功能单元或接入层获取客户端是否认证或加密,具体由实现决定。
7.4.3.5.6 附加信息
附加信息是条目中的可选字段,用于服务端对相应条目进行注释,内容由实现决定,对客户端不可见。
7.4.4 服务结构成员表示
7.4.4.1 服务声明表示
服务声明的条目如表36所示。
服务声明是只读的,内容由服务端设定,其内容应公开,无需认证、加密或授权。
数据值应设置为服务结束的句柄。
服务声明可包含0个或若干个描述符,用于进一步描述服务的功能,例如当定义多个相同服务时,可在服务声明中包含不同描述符进行区分。服务声明的描述符类型与属性描述符类型属于同一命名空间。
| 句柄 | 类别 | 标识 | 数据 | 数据值权限 | 描述符值权限 |
| 0xNNNN | StdPrimaryService或SVtednSdeocroPnrdiamryarSyeSrveircveice或或VendorSecondaryService | 16比特标准U特UI自D或定12义8比服务UUID | 操作指示=只读数据值=服务结束的句柄可变数量的描述符= {描述符类型,描述符值} | 无需认证无需授权无需加密 | 每个描述符值都有对应的权限描述。权限由描述符定义时给出 |
7.4.4.2 服务引用表示
服务引用是只读的,内容由服务端设定,其内容应公开,无需认证、加密或授权。服务引用的数据值格式应设置为被引用服务的起始句柄和被引用服务的结束句柄。服务引用不应包含描述符,其对应的条目如表37所示。
| 句柄 | 类别 | 标识 | 数据 | 数据值权限 |
| 0xNNNN | eSVntedcneSdeorrvSiceervRiecfeeRreenfecre-或 | 11务628U比U比特ID特标准自U定UI义D或服 | 操作指示=只读数据值={被引用服务的起始句柄,被引用服务的结束句柄} | 无需认证无需授权无需加密 |
7.4.4.3 属性表示
属性的条目如表38所示。
| 句柄 | 类别 | 标识 | 数据 | 数据值权限 | 描述符值权限 |
| 0xNNNN | SVtednPdroorpPerrotyper或ty | 1U自6U定ID比义或服特1务28U标比UI准特D | 操作指示=上层实现决定数据值=属性值可变数量的描述符= {描述符类型,描述符值} | 上层协议或实现决定 | 每个描述符应存在权限描述,权限由描述符定义时给出 |
7.4.4.4 方法表示
方法的条目如表39所示。
客户端通过服务发现等方式获取方法的标识,并通过标识明确其所关联的输入参数、返回结果等含义和格式,返回结果等不在方法条目中存储。
方法的权限是指调用方法所需权限,当方法调用会改变其他服务结构成员数据时,方法的权限定义范围应能覆盖方法可能改变的服务结构成员数据的权限。
| 句柄 | 类别 | 标识 | 权限 |
| 0xNNNN | SVtednMdoerthMoedth或od | 1比6特比自特定标义准服U务UUIDUI或D128 | 上层协议或实现决定 |
7.4.4.5 事件表示
事件的条目如表40所示。
事件关联数据不在事件条目中体现。
| 句柄 | 类别 | 标识 |
| 0xNNNN | SVtednEdvoernEtve或nt | 16比特标准UUID或128比特自定义服务UUID |
7.4.5 属性描述符类型
7.4.5.1 属性说明描述符
属性说明描述符是针对数据值的文字性说明,为 UTF-8格式字符串。属性说明描述符的表示见表41。
| 长度 | 值 | 访问控制 | 权限 |
| 变长 | UTF-8字符串 | 上层协议或实现决定 | 上层协议或实现决定 |
7.4.5.2 客户端属性值配置描述符
客户端属性值配置描述符指示特定客户端如何配置属性值。一个条目中应只有一个客户端属性描述符。
客户端可对该描述符的值进行写入操作,可触发服务端对该属性值更变的通知或指示过程。
服务端可为不同客户端配置不同的描述符值副本,每个副本的访问控制是独立的,客户端只能访问属于自己的描述符值副本。
对数据值的访问控制配置在连接存在时有效,当连接释放后,应变为初始值
当属性值的访问控制允许通知或访问时,应包含客户端属性值描述符。
客户端属性值配置描述符长度为2字节,用位图表示,见表42。其中,当服务端发现bit0和bit1同时设置为1时,表示客户端同时选择通知方式和指示方式,服务端应结合属性值访问控制的具体情况,选择任一合适方式进行发送,具体由服务端实现方式决定
| 长度 | 值 | 访问控制 | 权限 |
| 2字节 | bit0:如设置为1,服务端将属性值通过通知发送给客户端。只有属性值访问控制允许通知时才能生效bit1:如设置为1,服务端将属性值通过指示发送给客户端。只有属性值访问控制允许指示时才能生效bit2~bit15:预留 | 可读可写 | 可读:无安全权限需求可写:需认证和授权 |
7.4.5.3 服务端属性值配置描述符
服务端属性值配置描述符指示所有客户端如何配置属性值,在服务端上应只有一份,并对所有客户端生效。在一个条目中应最多只有一个服务端属性值配置符。
当属性值的访问控制允许广播时,可包含服务端属性值配置描述符。
服务端属性值配置描述符长度为2字节,用位图表示,见表43。
| 长度 | 值 | 访问控制 | 权限 |
| 2字节 | bit0:如设置为1,服务端将属性值通过广播方式发送给客户端。只有属性值访问控制允许广播时才能生效bit1~bit15:预留 | 可读可写 | 可读:无安全权限需求可写:需认证和授权 |
7.4.5.4 属性值格式描述符
属性值格式描述符指示属性值的格式(见表44)。
| 长度 | 值 | 访问控制 | 权限 |
| 7字节 | 字节0:类型字节1:十进制指数字节2:二进制指数:1字节字节3~字节4:单位字节5~字节6:描述 | 只读 | 无 |
分别从类型、十进制指数、二进制指数、单位和描述等方面进行指示。
类型:属性值类型,如整型、浮点数或字符串等,见表45。
十进制指数:十进制指数字段仅用于整型类型的属性值。十进制指数字段类型为8比特有符号数。属性值实际值=属性值*10
d ,d 为十进制指数。
二进制指数:二进制指数字段仅用于整型类型的属性值。二进制指数字段类型为8比特有符号数。属性值实际值=属性值*2
b ,b 为二进制指数。
单位:属性值的单位,用 UUID表示。
描述:属性值的说明,用 UUID表示。
| 类型取值 | 类型说明 |
| 0x01 | 8比特无符号数 |
| 0x02 | 16比特无符号数 |
| 0x03 | 32比特无符号数 |
| 0x04 | 64比特无符号数 |
| 0x05 | 8比特有符号数 |
| 0x06 | 16比特有符号数 |
| 0x07 | 32比特有符号数 |
| 0x08 | 64比特有符号数 |
| 0x09 | 布尔值0=假;1=真 |
| 0x0A | IEEE-75432比特浮点数 |
| 0x0B | IEEE-75464比特浮点数 |
| 0x0C | UTF-8字符串 |
| 0x0D | UTF-16字符串 |
| 0x0E | 数组 |
| 0x0F | 结构体 |
| 其他 | 预留 |
7.4.6 服务结构缓存
7.4.6.1 概述
服务结构缓存将服务端的服务结构信息以服务结构副本形式保存在客户端,是一种可选方案,可用于避免或减少客户端对同一服务端的同一服务进行多次服务访问,也可用于避免或减少当客户端连接多个提供相同服务的不同服务端时进行多次服务访问服务结构缓存对应一种服务结构,而不绑定一个服务端。多个服务端拥有相同的服务结构时,同一服务结构缓存对这些服务端都有效。
当服务端的服务结构发生变更时,不应继续使用其服务结构缓存。当服务结构成员对应条目中的句柄、类别、标识、操作指示或描述符类型等信息发生变更时,即认为服务结构发生变更客户端在使用服务结构缓存时,需保证使用的服务结构缓存对服务端是有效的。服务结构缓存的有效性可通过比对服务结构散列值和接收服务结构变更事件验证。当服务结构缓存失效或不能保证有效性时,客户端应对服务端进行服务发现过程,获取最新的服务结构信息。
7.4.6.2 服务结构散列值
7.4.6.2.1 定义
服务结构散列值是服务端所有服务结构成员通过哈希函数生成的指纹信息。客户端可通过SSAP 获取该信息并验证服务端是否发生服务变更,也可验证客户端本地已缓存服务结构副本的有效性当服务结构发生变更时,服务端应重新计算服务结构散列值,并将新值更新于服务结构散列值句柄的数据值中。
7.4.6.2.2 表示
服务结构散列值以属性的方式呈现,其句柄为固定值0x000F,散列值的表示见表46。
| 句柄 | 类别 | 标识 | 数据 | 数据值权限 |
| 0x000F | StdProperty | 服务结构散列值 | 操作指示=读取数据值=128比特服务结构散列值 | 无需认证无需授权 |
7.4.6.2.3 计算
服务结构散列值根据以下方式计算。
服务结构散列值为SHA-256(M)计算结果截取低128比特。
SHA-256为安全散列函数。
M 为可变长度的数据,M 的组成范围包括一个服务结构的所有条目的句柄、类别、标识、操作指示和描述符类型列表。这些成员均可表示为字节组。其中描述符类型列表是条目中所有描述符的类型值按照升序排列的字节组。M 是按照条目句柄升序将所有字节组拼接后的结果。所有字节组都是小端字节序
7.4.6.2.4 广播
当接入层允许广播时,服务端可将服务结构散列值通过广播发出,其广播结构见表47。
| 数据类型 | 数据段 |
| 服务结构散列值 | 128比特服务结构散列值 |
7.4.6.3 服务变更事件
7.4.6.3.1 定义
服务变更事件用于在服务结构发生变化时通知与服务端连接的所有客户端,其句柄固定为0x000E。
服务结构变化的原因可为服务的添加、更新或删除等。
客户端收到服务变更事件后,如果本地保存了与该服务关联的服务结构缓存,应将其标记为失效,并重新发起服务发现过程。
7.4.6.3.2 表示
服务变更事件的表示见表48。
服务变更事件使用SSAP的通知消息,包含变更服务对应条目的句柄范围。
| 句柄 | 类别 | 标识 |
| 0x000E | StdEvent | 服务变更 |
7.4.6.4 服务结构缓存验证
客户端可支持两种方式以获取服务结构散列值,可根据实际情况使用任意一种:
通过接收服务端广播以获取服务结构散列值;
通过SSAP读取服务端的服务结构散列值。
客户端获取服务结构散列值后,应与对应服务结构缓存中的服务结构散列值进行对比,验证服务结构缓存的有效性。
7.5 服务交互
7.5.1 概述
客户端与服务端在缺省传输通道上运行SSAP,客户端向服务端发送 SSAP消息,而服务端可响应来自客户端的SSAP消息。可使用三种服务管理传输通道。
SLB服务管理传输通道:其 TCID为0x0009,在使用SLB作为接入层场景下使用。当SLB默认承载建立或释放时,SLB服务管理传输通道自动建立或释放。
SLB中继服务管理传输通道:其 TCID为0x0010,在使用SLB作为接入层场景下且支持中继传输功能时使用,用于承载中继服务交互。如果SLB支持中继能力,当SLB默认承载建立或释放时,SLB中继服务管理传输通道自动建立或释放。
SLE服务管理传输通道:其 TCID 为0x000A,在使用 SLE 作为接入层场景下使用。当 SLE默认承载建立或释放时,SLE服务管理传输通道自动建立或释放。
当多种服务管理传输通道均可使用时,传输通道的选择由基础应用层或基础服务层其他功能单元负责。
一次完整的SSAP双向交互应在同一传输通道上进行。
7.5.2 SSAP消息格式规范
7.5.2.1 消息数据格式定义
SSAP消息由消息码、消息控制码、扩展消息控制码(可选)和属性载荷等字段组成(见表49)
| SSAP消息字段 | 长度 | 描述 |
| 消息码 | 1字节 | S展SA消P息消控息制类码别字;段bit7==1时支持扩 |
| 消息控制码 | 1字节 | SSAP消息的Control Flag指示字节 |
| 扩展消息控制码(可选) | 多字节 | 扩展消息控制功能 |
| 属性载荷 | 多字节 | 消息内容 |
其中,消息码表示SSAP消息类别,本文件定义6种类型(见表50)。
| 消息类型 | 是否需返回信息 | 后缀 |
| 命令(Command) | 无需响应信息 | CMD |
| 请求(Request) | 需响应信息 | REQ |
| 响应(Response) | - | RSP |
| 通知(Notification) | 无需确认信息 | NTF |
| 指示(Indication) | 需确认信息 | IND |
| 确认(Acknowledgement) | - | ACK |
将消息码中bit7置为1以支持扩展消息控制码字段。SSAP全指令集均可通过该方式支持包含扩展消息控制码的消息数据格式和相应功能。客户端和服务端在SSAP初始信息交互消息中可标记支持扩展消息控制码,且扩展消息控制码字段的字节长度由双方通过初始信息交互消息协商确定。
不应向不支持扩展消息控制码的客户端或服务端发送包含扩展消息控制码的消息。如果不支持扩展消息控制码的服务端收到此类消息,应返回包含“消息不支持(0x02)”错误类型的 SSAP_ERROR_ RSP消息。
在扩展消息控制码中(见图 11),本文件规定前 2 字节分别由以下功能使用。这些功能可独立使用。
字节0:具体含义如下:
bit0~bit3:用于SSAP分包序号功能;
bit4~bit7:预留。
字节1:用于SSAP消息事务号功能。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 字节0 | SSAP分包序号 | RFU | ||||||
| 字节1 | SSAP消息事务号 | |||||||
除属性值字段以外,SSAP中的多字节传输应为小端模式。属性值字段的传输解析方式应由基础应用层或基础服务层功能单元定义。
7.5.2.2 数据与传输适配要求
7.5.2.2.1 一般要求
SSAP的一次完整的单向交互包括2种情况:
从客户端到服务端的命令;
从服务端到客户端的通知。
SSAP的一次完整的双向交互包括2种情况:
从客户端到服务端的请求和相应的从服务端到客户端的响应;
从服务端到客户端的指示和相应的从客户端到服务端的确认。
传输SSAP消息的传输通道即为SSAP传输通道。
一次双向交互应在同一SSAP传输通道上进行。如一次SSAP双向交互未能在30 s内完成,应被认为交互失败,基础应用层或基础服务层其他功能单元应被通知该失败结果。本次失败的 SSAP消息被丢弃。如果SSAP传输通道在SSAP双向交互过程中突然释放,本次交互应被认为已经终止,服务端在交互过程中正在发生变更的属性值应被视为不确定状态,具体应由基础应用层或基础服务层功能单元处理。
SSAP的单向交互无流量控制,客户端可随时发送命令,服务端可随时发送通知
除非使用SSAP消息事务号功能,SSAP双向交互应使用有序问答方式,例如先请求后响应或先指示后确认。在收到相应的响应或确认前,不应重复发送。具体包括以下情况:
a) 先请求后响应:客户端向服务端发送请求后,在收到响应之前,不能在同一传输通道上继续向同一服务端发送其他请求;
b) 先指示后确认:服务端在收到确认之前,不能在同一传输通道上继续向同一客户端发送其他指示。
SSAP双向交互的请求与响应和指示与确认的流量控制应是独立的,相互不影响。如一个客户端收到来自服务端的指示之后,在回复该指示之前可向服务端发送请求。
SSAP在双向交互的过程中可进行单向交互,双向交互的流量控制不应影响单向交互,具体规定如下。
个服务端收到请求后,可先发送一个或多个通知消息,再发送对该请求的响应。请求的流量控制不受服务端通知的影响。
一个服务端收到请求后,在响应该请求之前可接收命令。请求的流量控制不受命令的传输影响。
个服务端在发送指示后,在还没有收到确认时,可发送服务端通知
一个客户端收到来自服务端的指示之后,在回复该指示之前可向服务端发送命令。
SSAP交互中可能出现消息缓存溢出,应做如下处理:
应由基础应用层或基础服务层功能单元定义服务端如何处理接收SSAP消息溢出的情况;
缓冲区溢出的客户端,可继续接受命令,若无法处理,这些命令可被客户端忽略。
SSAP交互中的每个客户端和服务端的流量控制应是独立的,服务端应能独立处理来自不同客户端的消息。服务端应能独立处理每个客户端发送的请求 SSAP交互中可出现分包情况。部分 SSAP 消息支持分包功能。在支持分包功能的 SSAP 消息中,消息控制码中的bit0~bit1用于指示分包情况,包括起始包(0b00)/接续包(0b01)/结束包(0b10)等三种分包类型。当分包总数是2个时,只有起始包(0b00)和结束包(0b10)类型;当分包总数大于或等于4个时,接续包(即中间分包)数量大于1。
在一个完整SSAP消息使用多个分包进行传输的过程中,发送端连续发送多个分包报文,接收端不应针对每个分包进行反馈。当接收端接收完整数据报文后,做进一步处理。如果成功接收所有分包并需反馈时,则发送一个完整的反馈报文。
7.5.2.2.2 SSAP分包序号功能
当客户端和服务端进行SSAP初始信息交互后,发现彼此均支持SSAP分包序号功能时,可在双方进行SSAP交互时使用SSAP分包序号功能。
在需分包时,除了继续使用消息控制码中的 bit0~bit1标识起始包(0b00)/接续包(0b01)/结束包(0b10)以外,分包消息扩展消息控制码中字节0的bit0~bit3可指示更多分包信息(见图11)。该功能最多支持一个完整数据报文包含16个分包。具体使用方法如下。
起始包:bit0~bit3用于指示分包总数(包含起始包、所有接续包和结束包),取值范围为2~ 16。
接续包:bit0~bit3用于指示接续包在所有接续包分包中的序号。第一个接续包为1,第二个接续包为2,以此类推,取值范围为1~14。
结束包:bit0~bit3用于再次指示分包总数(包含起始包、所有接续包、结束包),取值范围为2~16。
在使用包含扩展消息控制码的消息格式时,如果不支持SSAP分包序号功能,字节0的bit0~bit3应设置为0。如果支持但不进行分包时,字节0的bit0~bit3可设置为0。
当服务端支持扩展消息控制码的消息格式,但不支持SSAP分包序号功能时,如果客户端发送使能SSAP分包序号功能的消息时,服务端应返回“服务端不支持分包序号(0x12)”错误类型的 SSAP_ER-ROR_RSP消息。
在发送端和接收端两侧,可能存在各种原因丢弃分包,导致接收端未能全部接收所有分包的情况在接收端,应启用一个分包接收计时器 Tfrag ,取值范围为1 s~30 s。当接收到分包起始包时开始计时,收到分包结束包时停止计时。如果超时后仍未成功接收所有分包,则认定“分包未全部接收”事件发生。该事件包含“分包接收计时器 Tfrag 超时且分包未全部接收”和“收到分包结束包且分包未全部接收”等情况。当该事件发生时,应按如下情况处理。
单向交互时,包括从客户端到服务端的命令、从服务端到客户端的通知,接收端(客户端或服务端)应认定该完整数据报文未能接收成功,可丢弃缓存的相关分包。
基于 REQ 和 RSP消息的双向交互时,即从客户端到服务端的请求和相应的从服务端到客户端的响应的双向交互时,接收端应认定该完整数据报文未能接收成功,可丢弃缓存的相关分包。当接收端为服务端时,即服务端接收分包 REQ 消息时,应进一步反馈包含“服务端未接收所有分包(0x13)”错误类型的 SSAP_ERROR_RSP 消息;当接收端为客户端时,即客户端接收分包 RSP消息时,可发起新一轮基于 REQ 和 RSP消息的双向交互。
基于IND和 ACK 消息的双向交互时,即从服务端到客户端的指示和相应的从客户端到服务端的确认的双向交互时,接收端应认定该完整数据报文未能接收成功,可丢弃缓存的相关分包。当接收端为客户端时,即客户端接收分包IND 消息时,应反馈包含“接收失败”错误信息的 ACK 消息;当接收端为服务端时,即服务端接收分包 ACK 消息时,可发起新一轮基于IND和 ACK 消息的双向交互。
7.5.2.2.3 SSAP消息事务号功能
当客户端和服务端进行SSAP初始信息交互后,发现彼此均支持SSAP消息事务号功能时,可在双方进行SSAP交互时使用SSAP消息事务号功能。
该功能允许客户端和服务端在基于 SSAP 进行单向交互或双向交互时,每个 SSAP 消息可包含SSAP消息事务号,同时取消了SSAP在双向交互时需使用有序问答方式的限制,即允许发送端在收到响应或确认前,可多次发送新的请求或指示消息。具体包括以下情况:
先请求后响应:客户端向服务端发送请求后,在收到响应之前,可在同一传输通道上继续向同一服务端发送新请求;
先指示后确认:服务端在收到确认之前,可在同一传输通道上继续向同一客户端发送新指示SSAP消息的扩展消息控制码字段中第2字节用于指示 SSAP消息的消息事务号(见图11),取值范围为1~255。实际最大值应设置为客户端和服务端双方支持的最大SSAP消息事务号中的较小值SSAP消息的消息事务号从1开始计数,新的SSAP消息中的消息事务号依次使用下一个递增的、未使用的数值。当消息事务号达到客户端和服务端双方支持的最大 SSAP消息事务号中的较小值后,应回退为1。
同一对设备间基于SSAP的单向交互、双向交互的请求与响应和双向交互的指示与确认,应使用不同的消息事务号空间。
响应或确认消息的消息事务号应与对应的请求或指示消息中的消息事务号保持相同。
使用SSAP消息事务号功能时,基础应用层或基础服务层功能单元应确保前后多个并发消息之间没有依赖关系,否则可能产生未知结果当SSAP消息分包时,同一SSAP消息完整报文的所有分包应使用相同的消息事务号。
当服务端支持扩展消息控制码的消息格式,但不支持SSAP消息事务号功能时,如果客户端发送使能 SSAP 消息事务号功能的消息时,服务端应返回“服务端不支持消息事务号(0x14)”错误类型的SSAP_ERROR_RSP消息
7.5.2.2.4 SSAP可靠模式功能
默认情况下,SSAP使用SLB或SLE服务管理传输通道(TCID 为0x09或0x0A)进行传输。该传输通道为基础模式传输通道。
在同时满足以下条件时,客户端和服务端可动态创建可靠模式传输通道用于SSAP交互:
通过连接管理能力查询,确认双方均支持可靠模式传输通道;
通过SSAP初始信息交互,确认双方均支持SSAP可靠模式功能。
如果SSAP消息使用可靠模式传输通道进行传输,其使用的帧头 PI字段应指示“SSAP”。
当服务端不支持SSAP可靠模式功能时,如果在某可靠模式传输通道上接收到SSAP消息时,应直接丢弃该报文。
支持SSAP可靠模式功能的服务端在接收到来自客户端基于可靠模式传输通道的 SSAP 消息后,后续可基于该传输通道与该客户端进行SSAP交互;如果该服务端未曾接收到来自客户端基于可靠模式传输通道的SSAP消息,不应主动发起与该客户端的基于可靠模式传输通道的SSAP交互。
客户端进行基于可靠模式传输通道的SSAP交互,也可继续使用默认服务管理传输通道与同一服务端进行SSAP交互;同样的,服务端进行基于可靠模式传输通道的 SSAP交互后,也可继续使用默认服务管理传输通道与同一客户端进行SSAP交互。双方应确保一次完整的双向交互或一次单向交互中的所有分包在相同的传输通道中进行传输
7.5.3 SSAP全指令集
SSAP协议的所有消息见表51。
| 消息分类 | 消息 | 消息码 | 描述说明 |
| 错误处理 | SSAP_ERROR_RSP | 0x01 | 服务端错误响应消息 |
| 信息交互 | SSAP_EXCHANGE_INFO_REQ | 0x02 | 初始信息交互请求消息 |
| SSAP_EXCHANGE_INFO_RSP | 0x03 | 初始信息交互响应消息 | |
| 服务发现 | SSAP_FIND_STRUCTURE_REQ | 0x04 | 服务结构发现请求消息 |
| SSAP_FIND_STRUCTURE_RSP | 0x05 | 服务结构发现响应消息 | |
| SSAP_FIND_BY_UUID_REQ | 0x06 | 基消于息UUID服务结构发现请求 | |
| SSAP_FIND_BY_UUID_RSP | 0x07 | 基消于息UUID服务结构发现响应 | |
| 读取操作 | SSAP_READ_REQ | 0x08 | 基于句柄读取请求消息 |
| SSAP_READ_RSP | 0x09 | 基于句柄读取响应消息 | |
| SSAP_READ_BY_UUID_REQ | 0x0A | 基于UUID读取请求消息 | |
| SSAP_READ_BY_UUID_RSP | 0x0B | 基于UUID读取响应消息 |
| 消息分类 | 消息 | 消息码 | 描述说明 |
| 写入操作 | SSAP_WRITE_CMD | 0x0C | 写入命令消息 |
| SSAP_WRITE_REQ | 0x0D | 写入请求消息 | |
| SSAP_WRITE_RSP | 0x0E | 写入响应消息 | |
| 通知或指示 | SSAP_VALUE_NTF | 0x0F | 服务数据变化通知消息 |
| SSAP_VALUE_IND | 0x10 | 服务数据变化指示消息 | |
| SSAP_VALUE_ACK | 0x11 | 服务数据变化确认消息 | |
| 方法调用 | SSAP_CALL_METHOD_CMD | 0x12 | 方法调用命令消息 |
| SSAP_CALL_METHOD_REQ | 0x13 | 方法调用请求消息 | |
| SSAP_CALL_METHOD_RSP | 0x14 | 方法调用响应消息 |
7.5.4 SSAP基础要求指令集
本文件规定SSAP基础要求指令集,包含客户端和服务端应正确实现的最小指令集合,完成最基础的SSAP交互功能,减少双方服务交互次数,降低获取所需服务时延基础要求指令集包括客户端针对服务端所提供服务结构条目进行快速发现和读取的消息。客户端应能正确发送该类请求消息并处理对应的响应消息;服务端应能正确接收处理该类消息并发出相应的响应消息:
SSAP_FIND_STRUCTURE_REQ 消息;
SSAP_FIND_BY_UUID_REQ 消息;
SSAP_READ_REQ 消息;
SSAP_READ_BY_UUID_REQ 消息。
基础要求指令集还应包含以下通知或指示消息。服务端应能正确发送该类消息;客户端应能正确处理该类消息:
SSAP_VALUE_NTF消息。
基础要求指令集还应包含具有错误处理能力的消息。当错误发生时,服务端应能正确识别错误类型并发送该类消息;客户端应能正确接收和处理该类消息,识别错误类型并做出后续响应 SSAP_ERROR_RSP消息。
7.5.5 SSAP消息
7.5.5.1 概述
根据交互功能的不同,SSAP消息分为7种类型:错误处理、信息交互、服务发现、读取操作、写入操作、通知或指示和方法调用(见表51)。
7.5.5.2 错误处理
SSAP_ERROR_RSP消息用于一个请求无法完成时由服务端返回错误响应
在访问请求消息中如涉及访问多个条目的错误响应,则由服务端通过对应的响应消息(不应为SSAP_ERROR_RSP消息)直接返回至发起请求的客户端。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x01) | 1 | 属性消息码 |
| 消息控制码 | 1 | 预留 |
| 请求消息码 | 1 | 产生错误的请求消息码 |
| 错误句柄 | 2 | 产生错误的请求句柄值 |
| 错误码 | 1 | 错误码 |
SSAP_ERROR_RSP消息由消息码、消息控制码、请求消息码、错误句柄和错误码等参数组成(见表52)。
消息码参数值设置为 0x01
消息控制码参数值为预留。
请求消息码参数值设置为产生此错误的对应请求消息码。
错误句柄参数值设置为产生此错误的对应请求句柄值。
错误码的参数应为表53所示的值之一。
| 错误类型 | 错误码 | 错误描述 |
| 无效消息 | 0x01 | 服务端接收的消息无法解析 |
| 消息不支持 | 0x02 | 服务端不支持处理接收的消息 |
| 未知错误 | 0x03 | 服务端执行请求时发生未知错误 |
| 无效句柄 | 0x04 | 请求中的句柄无效 |
| 资源不足 | 0x05 | 服务端没有足够资源完成请求 |
| 禁止读取 | 0x06 | 服务端禁止客户端读取值 |
| 禁止写入 | 0x07 | 服务端禁止客户端写入值或描述符 |
| 客户端未认证 | 0x08 | 客户端未经过认证 |
| 客户端未授权 | 0x09 | 客户端未被授权 |
| 承载未加密 | 0x0A | 传输消息的承载未加密 |
| 未找到条目 | 0x0B | 服务端未找到对应条目 |
| 方法访问错误 | 0x0C | 服务端被访问的条目不可使用方法进行访问 |
| 数据类型错误 | 0x0D | 客户端发送的读取或写入数据类型不符 |
| 数据值长度错误 | 0x0E | 客户端发送的数据长度错误 |
| 值超出范围 | 0x0F | 客户端写入的值超出范围 |
| 服务端不支持分包 | 0x10 | 服务端不支持消息的分包发送 |
| 条目数量超限 | 0x11 | 请求数量超出服务端的支持能力 |
| 错误类型 | 错误码 | 错误描述 |
| 服务端不支持分包序号 | 0x12 | 服务端不支持消息的分包序号功能 |
| 服务端未接收所有分包 | 0x13 | 服务端未接收所有分包 |
| 服务端不支持消息事务号 | 0x14 | 服务端不支持消息事务号功能 |
| 上层应用错误 | 0xAF~0xFF | 预留给上层协议定义应用错误 |
| 其他 | 未定义错误码 | 预留 |
如服务端收到的请求消息无法正确解析,服务端应在其响应消息中包括“无效消息”的错误码并将相应属性句柄设置为0x0000。
如服务端收到一个不支持的请求消息,服务端应在其响应消息中包括“消息不支持”错误码并将相应属性句柄设置为0x0000。不支持的请求消息可包括不支持该消息码的处理,或不支持请求中消息控制码的处理。
如服务端收到一个无效或不支持的命令消息,服务端应忽略该命令。
如服务端没有足够资源处理一个请求消息,服务端应在其响应消息中包括“资源不足”错误码并将相应属性句柄设置为0x0000。
如服务端在处理一个请求消息时出现错误,则服务端应在其响应消息中包括“未知错误”错误码并将相应属性句柄设置为0x0000。
如客户端请求消息中涉及多个条目,而服务端仅支持访问单个条目,服务端应发送包含“条目数量超限”错误码的SSAP_ERROR_RSP消息。
如服务端需发送“无效消息”“消息不支持”“资源不足”或“条目数量超限”等错误码,应使用SSAP ERROR_RSP消息。
产生“服务端未接收所有分包”错误码的情况见7.5.2.2.2。
产生“服务端不支持分包序号”错误码的情况见7.5.2.2.2。
产生“服务端不支持消息事务号”错误码的情况见7.5.2.2.3。
如SSAP_ERROR_RSP消息中包含客户端不能解释的错误码,SSAP_ERROR_RSP消息仍说明给定的请求由于未知原因不能执行。
另外,服务端发送SSAP_ERROR_RSP消息后不应中断与客户端的连接。
7.5.5.3 信息交互
7.5.5.3.1 SSAP_EXCHANGE_INFO_REQ消息
SSAP_EXCHANGE_INFO_REQ 消息为初始信息交互请求消息,用于客户端向服务端发送信息交互的请求。本消息应作为客户端与服务端启动服务交互流程的第一个消息。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x02) | 1 | 消息码 |
| 消息控制码 | 1 | 位图方式表示bit0:MTUbit1:SSAP协议版本号bbiitt23::S扩SA展P消可息靠控模制式码bit4:分包能力bit5:多值处理能力bit6~bit7:预留 |
| 客户端MTU | 2 | 客户端接收MTU |
| 版本 | 2 | SSAP协议版本号(本文件规定为1.3)字节0:大版本号(本文件规定为1)字节1:小版本号(本文件规定为3) |
| 扩展消息控制码 | 4 | 字节0使用位图方式表示bit0~bit1:扩展消息控制码的长度,0b00表示2字节,其他值预留bit2:SSAP分包序号功能,0表示不支持,1表示支持bit3:SSAP消息事务号功能,0表示不支持,1表示支持bit4~bit7:预留字节1:当字节0中bit3为1时,该字节指示客户端支持的最大SSAP消息事务号数量,取值范围为1~255,否则该字节无意义字节2~字节3:预留 |
SSAP_EXCHANGE_INFO_REQ 消息由消息码、消息控制码、客户端 MTU、版本和扩展消息控制码等参数组成(见表54)。消息码参数值设置为0x02。
消息控制码参数值以位图方式表示:bit0表示 MTU,bit1表示SSAP协议版本号,bit2表示扩展消息控制码,bit3表示SSAP支持可靠模式,bit4表示 SSAP分包能力,bit5表示 SSAP协议多值处理能力,bit6~bit7为预留。如果对应比特置1,消息载荷才可能包含相应的参数。当消息控制码 bit3置1时,表示客户端支持SSAP可靠模式。
客户端 MTU 参数值设置为客户端能接受的 MTU 值。该参数值应大于或等于该SSAP传输通道的缺省 MTU 值;未进行 MTU 协商时,SSAP传输通道的 MTU 应为该传输通道的缺省 MTU。MTU协商后,SSAP传输通道的 MTU 应为协商后的值。
版本参数值设置为SSAP协议版本号,第一字节为大版本号,第二字节为小版本号。本文件规定当前SSAP协议版本号为1.3,即大版本号为1,小版本号为3。当 SSAP协议版本号不低于1.3时,消息控制码bit4和bit5有效。
当消息控制码bit4置1时,表示客户端支持SSAP分包能力,即SSAP消息可进行分包和重组。该比特位置0时表示不支持该能力,此时SSAP分包序号功能不应支持。
当消息控制码bit5置1时,表示客户端支持SSAP多值处理能力,即支持对一个SSAP消息(读取、写入、通知或指示等)包含的多个数据值或数据类型进行正确处理和解析。该比特位置0时表示不支持该能力。
扩展消息控制码参数为 4 字节。当消息参数“消息控制码”字段中 bit2 扩展消息控制码置为 1时,且消息参数扩展消息控制码字段中字节0的bit2置为1时,支持SSAP分包序号功能。当消息参数“消息控制码”字段中bit2扩展消息控制码置为1时,且消息参数扩展消息控制码字段中字节0的bit3置1时,支持SSAP消息事务号功能,字节1继续指示客户端支持的最大 SSAP消息事务号数量;如果不支持该功能,字节1无意义
7.5.5.3.2 SSAP_EXCHANGE_INFO_RSP消息
SSAP_EXCHANGE_INFO_RSP消息为初始信息交互响应消息,用于服务端接收到客户端发送的SSAP_EXCHANGE_INFO_REQ 消息后,进行初始信息交互响应。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x03) | 1 | 消息码 |
| 消息控制码 | 1 | 位图方式表示bit0:MTUbit1:SSAP协议版本号bbiitt23::S扩SA展P消可息靠控模制式码bit4:分包能力bit5:多值处理能力bit6~bit7:预留 |
| 服务端MTU | 2 | 服务端接收MTU |
| 版本 | 2 | SSAP协议版本号(本文件规定为1.3)字节0:大版本号(本文件规定为1)字节1:小版本号(本文件规定为3) |
| 扩展消息控制码 | 4 | 字节0使用位图方式表示bit0~bit1:扩展消息控制码的长度,0b00表示2字节,其他值预留bit2:SSAP分包序号功能,0表示不支持,1表示支持bit3:SSAP消息事务号功能,0表示不支持,1表示支持bit4~bit7:预留字节1:当字节0中bit3为1时,该字节指示服务端支持的最大SSAP消息事务号个数,取值范围为1~255,否则该字节无意义字节2~字节3:预留 |
SSAP_EXCHANGE_INFO_RSP消息由消息码、消息控制码、服务端 MTU、版本和扩展消息控制码等参数组成(见表55)。
消息码参数值设置为0x03。消息控制码参数值以位图方式表示:bit0表示 MTU,bit1表示 SSAP版本号,bit2表示扩展消息控制码,bit3表示 SSAP 支持可靠模式传输通道,bit4表示 SSAP 分包能力,bit5表示SSAP协议多值处理能力,bit6~bit 7为预留。只有在对应位图值为1时,消息载荷才可能包含相应的参数。当消息控制码bit3为1时,表示服务端支持SSAP可靠模式,即SSAP消息可基于可靠模式传输通道进行交互。
服务端 MTU 参数值设置为服务端能接受的 MTU 值;服务端 MTU 值应大于或等于 SSAP传输通道缺省 MTU 值,SSAP传输通道缺省 MTU 由数据传输与适配功能单元决定。未进行 MTU 协商时,SSAP传输通道 MTU 应为SSAP传输通道的缺省 MTU。通过 SSAP_EXCHANGE_INFO_REQ消息和SSAP_EXCHANGE_INFO_RSP 消息进行协商后,SSAP 传输通道 MTU 应设置为客户端MTU 与服务端 MTU 两者的较小值。
客户端和服务端发出的所有消息数据长度应小于或等于该 SSAP 传输通道的 MTU。如果协商MTU 过程发生错误,如客户端 MTU 或服务端 MTU 参数设置不合法,则该 SSAP传输通道 MTU 不发生变化。
如某设备同时是一个客户端和服务端,下列规则应适用于其交互流程:
该设备的SSAP_EXCHANGE_INFO_REQ 消息和 SSAP_EXCHANGE_INFO_RSP消息中设置的 MTU 值应相同;
MTU 值可进行单向或双向交互,而且 MTU 值应在每个方向的交互中均为相同的值;
如该设备在SSAP_EXCHANGE_INFO_REQ 消息发出后但在 SSAP_EXCHANGE_INFO RSP消息收到之前收到某个SSAP请求消息,那么相关SSAP响应消息应使用缺省 MTU 值当SSAP_ EXCHANGE_INFO _ REQ 消息发出后,该发起设备只能在收到 SSAP EXCHANGE_INFO_RSP消息后再发出SSAP通知或指示消息,以避免出现 MTU 值未知的情况。
版本参数值设置为SSAP协议版本号,第一字节为大版本号,第二字节为小版本号。本文件规定当前SSAP协议版本号为1.3,即大版本号为1,小版本号为3。
当SSAP协议版本号不低于1.3时,消息控制码bit4和bit5有效。
当消息控制码bit4置1时,表示服务端支持SSAP分包能力,即SSAP消息可进行分包和重组。该比特位置0时表示不支持该能力,此时SSAP分包序号功能不应支持当消息控制码bit5置1时,表示服务端支持SSAP多值处理能力,即支持对一个SSAP消息(读取、写入、通知或指示等)包含的多个数据值或数据类型进行正确处理和解析。该比特位置0时表示不支持该能力。
扩展消息控制码参数为4字节。当消息参数“消息控制码”字段中 bit2扩展消息控制码设置为1,并且消息参数扩展消息控制码字段中字节0的bit2设置为1时,支持 SSAP分包序号功能。当消息参数“消息控制码”字段中bit2扩展消息控制码设置为1,并且消息参数扩展消息控制码字段中字节0的bit3设置为1时,支持SSAP消息事务号功能,字节1继续指示服务端支持的最大SSAP消息事务号数量;如果不支持该功能,字节1无意义。
7.5.5.4 服务发现
7.5.5.4.1 SSAP_FIND_STRUCTURE_REQ消息
服务发现交互消息支持服务结构发现和分层发现:
服务结构发现可通过一个请求发现服务端的整个服务结构;
分层发现可根据服务结构层次依次通过多个请求逐步发现首要服务、引用服务、属性、方法或事件等服务结构成员。
SSAP_FIND_STRUCTURE_REQ 消息为服务结构发现请求消息,用于客户端向服务端发送发现服务结构的请求。客户端可通过本消息使用各种查找类型,例如整个服务结构、首要服务、引用服务等
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x04) | 1 | 消息码 |
| 消息控制码 | 1 | bit2~bit0:指示查找类型,服务结构(0b000)/首要服务(0b001)/引用服务(0b010)/属性(0b011)/方法(0b100)/事件(0b101)/预留(others)bit4、bit3:仅标准条目(0b00)/厂商自定义(0b01)/混合(0b10)/预留(0b11)bit5:响应模式。0=客户端单次请求,服务端仅响应一次,查找结果超过单次响应承载时,需客户端继续发送请求;1=客户端单次请求;服务端通过一次或多次响应,返回完整查找结果bit7~bit6:预留 |
| 起始句柄 | 2 | 查找的起始句柄:0x0001~0xFFFF |
| 结束句柄 | 2 | 查找的结束句柄:0x0001~0xFFFF |
消息码参数值设置为0x04。消息控制码参数值以位图方式表示,其中bit7~bit6为预留值。
起始句柄的值设置为待查找的起始句柄。结束句柄的值设置为待查找的结束句柄。起始句柄值应小于或等于结束句柄值。客户端希望获取的服务信息句柄值应设置在起始句柄值与结束句柄值之间。本请求消息支持服务结构发现和分层发现
7.5.5.4.2 SSAP_FIND_STRUCTURE_RSP消息
SSAP_FIND_STRUCTURE_RSP消息为服务结构发现响应消息,用于服务端收到 SSAP_FIND STRUCTURE_REQ 消息后,向客户端发送对应的响应,支持分包发送服务端根据客户端请求消息中的条目类型进行过滤,服务端可根据自身实现选择条目格式打包,并在SSAP_FIND_STRUCTURE_RSP消息的消息控制码中使用 bit3~bit2指示条目类型,客户端根据SSAP_FIND_STRUCTURE_RSP消息中的条目类型进行解包。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x05) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~ bit0:起始数据包(0b00)/中间数据包(0b01)/结束数据包(0b10)/单个完整数据包(0b11)bit3~bit2:仅标准条目(0b00)/厂商自定义(0b01)/混合(0b10)/预留(0b11)bit7~bit4:预留 |
| 数据列表 | 可变 | 查找服务结构返回的数据列表见表58查找首要服务/引用服务返回的数据列表见表60查找属性/方法/事件返回的数据列表见表63 |
SSAP_FIND_STRUCTURE_RSP消息由消息码、消息控制码和数据列表等参数组成(见表57)。
消息码参数值设置为0x05。消息控制码参数值见表57。数据列表根据查找的不同服务结构设置为不同的值。
如客户端发送的SSAP_FIND_STRUCTURE_REQ 消息中指示查找的是某类服务结构成员,服务端应向客户端返回指定句柄范围内所有该类服务结构成员的信息,返回信息见表58。
| 服务结构成员 | 成员格式 |
| 服务声明 | 以结构体表示,成员包括:{句柄(服务声明句柄)类别(服务声明类别指示)标识(服务UUID,UUID长度可根据类别识别)描述符类型列表(服务包含的描述符类型,列表结构见表59)} |
| 服务引用声明 | 以结构体表示,成员包括:{句柄(服务引用声明句柄)类别(服务引用类别指示)标识(被引用服务的UUID,UUID长度可根据类别识别)起始句柄(被引用服务的起始句柄)结束句柄(被引用服务的结束句柄)} |
| 属性/方法/事件 | 以结构体表示,成员包括:{句柄(属性/方法/事件句柄)类别(属性/方法/事件类别指示)标识(属性/方法/事件UUID,UUID长度可根据类别识别)操作指示(属性/方法/事件操作指示)描述符类型列表(属性/方法/事件包含的描述符类型,列表结构见表59)} |
描述符类型列表用于指示服务声明、属性、方法或事件条目中包含的描述符类型,描述符类型列表格式见表59。
| 成员 | 成员说明 |
| 描述符数目 | 指示描述符类型列表存在的描述符数目N,长度1字节 |
| 描述符类型1 | 第一个描述符类型 |
| 描述符类型2 | 第二个描述符类型 |
| …… | …… |
| 描述符类型N | 第N个描述符类型 |
如SSAP_FIND_STRUCTURE_REQ 消息中指示类型为首要服务或引用服务,服务端应向客户端返回指定句柄范围内所有满足指示类型的首要服务或引用服务的信息,服务信息格式见表60。
展开文字版（以图片为准）
展开文字版（以图片为准）
表60服务信息格式中服务成员类型指示长度为1字节,使用bit0~bit3指示服务中存在的成员类型。服务成员类型指示见表61。
| 比特位 | 说明 |
| bit0 | 指示是否存在服务引用,0表示不存在服务引用,1表示存在服务引用 |
| bit1 | 指示是否存在属性,0表示不存在属性,1表示存在属性 |
| bit2 | 指示是否存在方法,0表示不存在方法,1表示存在方法 |
| bit3 | 指示是否存在事件,0表示不存在事件,1表示存在事件 |
| bit4~bit7 | 预留 |
表60服务信息格式中的信息指示长度为1字节,使用bit7指示子结构中的信息类型,使用bit0~ bit6指示后续跟随的单个服务信息结构数目。信息指示格式见表62。
| 比特位 | 说明 |
| bit7 | 指示信息类型0表示跟随的四元组或五元组为标准定义的服务/引用服务/属性/方法/事件信息1务表/属示性跟/随方的法/四事元件组信或息五元组为自定义服务/引用服 |
| 比特位 | 说明 |
| bit6~bit0 | 子结构中,信息指示后续跟随的信息四元组或五元组数目 |
如SSAP_FIND_STRUCTURE_REQ 消息中指示类型为属性、方法或事件,则服务端应向客户端返回指定句柄范围内所有满足指示类型的属性、方法或事件相关信息,属性、方法或事件的信息格式见表63。
展开文字版（以图片为准）
如SSAP_FIND_STRUCTURE_REQ 消息能在服务端上正确查询到一个或多个服务结构成员,该服务端应发送SSAP_FIND_STRUCTURE_RSP消息,具体格式见表57。如出现查询错误,该服务端应发送SSAP_ERROR_RSP消息。
如SSAP_FIND_STRUCTURE_REQ 消息中起始句柄值大于结束句柄值或为0x0000,服务端应发送包含“无效句柄”错误码的SSAP_ERROR_RSP消息,并将错误句柄值设置为该起始句柄值。
如SSAP_FIND_STRUCTURE_REQ 消息未能成功查询到任何服务结构成员,服务端应发送包含“未找到条目”错误码的SSAP_ERROR_RSP消息,并将错误句柄值设置为起始句柄值。
SSAP_FIND_STRUCTURE_RSP消息中所有返回的服务条目句柄应遵循从小到大的顺序。
7.5.5.4.3 SSAP_FIND_BY_UUID_REQ消息
服务发现交互消息支持通过 UUID发现服务结构。SSAP_FIND_BY_UUID_REQ 消息用于客户端向服务端发送通过 UUID 发现单个服务结构、首要服务、引用服务、属性、事件或方法信息的请求本请求消息支持服务结构发现和分层发现
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x06) | 1 | 消息码 |
| 消息控制码 | 1 | bit2~bit0:指示查找类型,单个服务结构(0b000)/首要服务(0b001)/引用服务(0b010)/属性(0b011)/方法(0b100)/事件(0b101)/预留(others)bit4~bit3:仅标准条目(0b00)/厂商自定义b(i0tb50:1响)/应混模合式(0。b100表)/示预留客(户0b端11单)次请求,服务端仅响应一次,查找结果超过单次响应承载时,需客户端继续发送请求;1表示客户端单次请求,服务端通过一次或多次响应,返回完整查找结果bit7~bit6:预留 |
| 起始句柄 | 2 | 查找的起始句柄 |
| 结束句柄 | 2 | 查找的结束句柄 |
| UUID | 2/16 | 指定查找服务、属性、方法或事件的UUID |
SSAP_FIND_BY_UUID_REQ 消息由消息码、消息控制码、起始句柄、结束句柄和 UUID 等参数组成。
消息码参数值设置为0x06。
消息控制码参数值以位图方式表示,其中bit7~bit6为预留值,其他比特位定义见表64。
起始句柄参数值设置为待查找的起始句柄
结束句柄参数值设置为待查找的结束句柄。起始句柄值应小于或等于结束句柄值。客户端希望获取的服务信息句柄值应设置在起始句柄值与结束句柄值之间。
UUID参数值可设置为待查找的服务、属性、方法或事件的 UUID。
如 UUID参数值设置为服务的 UUID,则查找返回的结果,需根据消息控制码的指示查找类型进行过滤:如指示查找类型为单个服务结构,则查询该服务的所有服务结构;如指示查找类型为首要服务,则查询该服务的首要服务信息;如指示查找类型为属性,则查询该服务的所有属性信息;其他类似。
如 UUID参数值设置为属性、方法或事件的 UUID,则返回指定的属性、方法或事件的信息。
UUID参数值和消息控制码中所指示的查找类型应匹配,如 UUID 参数值设置为某属性的UUID,则消息控制码中所指示的查找类型应设置为属性。
7.5.5.4.4 SSAP_FIND_BY_UUID_RSP消息
SSAP_FIND_BY_UUID_RSP消息用于服务端收到请求后,向客户端发送通过 UUID 发现首要服务或引用服务结构、首要服务、属性、方法、事件信息的响应。该消息支持分包发送。服务端根据客户端请求消息中的条目类型进行过滤,服务端可根据自身实现选择条目格式打包,并在 SSAP_FIND_BY_ UUID_RSP消息的消息控制码中的bit3~bit2位带上条目类型,客户端根据SSAP_FIND_BY_UUID RSP消息中的条目类型进行解包。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x07) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始数据包(0b00)/中间数据包(0b01)/结束数据包(0b10)/单个完整数据包b(i0tb31~1)bit2:仅标准条目(0b00)/厂商自定义(0b01)/混合(0b10)/预留(0b11)bit7~bit4:预留 |
| 数据列表 | 可变 | 查找单个服务结构时,返回的数据列表见表66查找首要服务时,返回的数据列表见表68查找属性/方法/事件时,返回的数据列表见表70 |
消息码参数值设置为0x07。
消息控制码参数值使用bit1~bit0设置为本条消息的数据包状态,其中bit7~bit4为预留。
数据列表根据查找的不同服务结构设置为不同的值,见表65。
如客户端发送的SSAP_FIND_BY_UUID_REQ 消息中指示查找的是服务结构,则服务端将向客户端返回服务数据库中指定 UUID服务的服务结构,返回的服务结构见表66。
| 服务结构成员 | 成员格式 |
| 服务声明 | 以结构体表示,成员包括:{句柄(服务声明句柄)类别(服务声明类别指示)标识(服务UUID,UUID长度可通过类别识别)描述符类型列表(服务包含的描述符类型,结构定义见表67)} |
| 服务引用声明 | 以结构体表示,成员包括:{句柄(服务引用声明句柄)类别(服务引用类别指示)标识(被引用服务的UUID,UUID长度可通过类别识别)起始句柄(被引用服务的起始句柄)结束句柄(被引用服务的结束句柄)} |
| 服务结构成员 | 成员格式 |
| 属性/方法/事件 | 以结构体表示,成员包括:{句柄(属性/方法/事件句柄)类别(属性/方法/事件类别指示)标识(属性/方法/事件UUID,UUID长度可通过类别识别)操作指示(属性/方法/事件操作指示)描述符类型列表(属性/方法/事件包含的描述符类型,格式定义见表67)} |
表66中,描述符类型列表用于指示服务声明、属性、方法或事件条目中包含的描述符类型,描述符类型列表格式见表67。
| 成员 | 成员说明 |
| 描述符数目 | 指示描述符类型列表存在的描述符数目N,长度1字节 |
| 描述符类型1 | 第一个描述符类型 |
| 描述符类型2 | 第二个描述符类型 |
| …… | …… |
| 描述符类型N | 第N个描述符类型 |
如客户端发送的SSAP_FIND_BY_UUID_REQ 消息中指示查找的是服务信息,则服务端将向客户端返回服务数据库中指定 UUID服务的服务信息,返回的服务信息具体见表68。
展开文字版（以图片为准）
展开文字版（以图片为准）
表68服务信息格式中服务成员类型指示长度1字节,使用 bit0~bit3指示服务中存在的成员类型。服务成员类型指示见表69。
| 比特位 | 说明 |
| bit0 | 指示是否存在服务引用,0表示不存在服务引用,1表示存在服务引用 |
| bit1 | 指示是否存在属性,0表示不存在属性,1表示存在属性 |
| bit2 | 指示是否存在方法,0表示不存在方法,1表示存在方法 |
| bit3 | 指示是否存在事件,0表示不存在事件,1表示存在事件 |
| bit4~bit7 | 预留 |
如客户端发送的SSAP_FIND_BY_UUID_REQ 消息中指示查找的是属性/方法/事件信息,则服务器将向客户端返回服务数据库中指定 UUID 的属性/方法/事件信息,返回的属性/方法/事件信息具体见表70。
展开文字版（以图片为准）
如SSAP_FIND_BY_UUID_REQ 消息能在服务端上正确查询到一个或多个服务条目,该服务端应发送SSAP_FIND_BY_UUID_RSP 消息,具体格式见表 65。如出现查询错误,该服务端应发送SSAP_ERROR_RSP消息响应消息,具体格式见表52。
如SSAP_FIND_BY_UUID_REQ 消息中起始句柄值大于结束句柄值或为0x0000,服务端应发送带“无效句柄”错误码的SSAP_ERROR_RSP消息响应消息,并将错误句柄值设置为该起始句柄值。
如SSAP_FIND_BY_UUID_REQ 消息未能成功查询到任何服务条目,服务端应发送带“未找到条目”错误码的SSAP_ERROR_RSP消息,并将错误句柄值设置为起始句柄值。
SSAP_FIND_BY_UUID_RSP消息中所有返回的服务条目句柄应遵循从小到大的递升顺序。
7.5.5.5 读取操作
7.5.5.5.1 SSAP_READ_REQ消息
SSAP_READ_REQ 消息为有响应的读取请求消息,用于客户端向服务端发送读取的请求,可使用句柄和数据类别读取单个或多个条目的数据信息,支持读取散列值,支持分包发送
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x08) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始数据包(0b00)/中间(数0b1据0)/包单个(0完b0整1数)/据结包束(0b1数1)据包bit7~bit2:预留 |
| 请求句柄列表 | 可变 | List结构:{{句柄1,数据类型1},{句柄2,数据类型2},…} |
消息码参数值设置为0x08。
消息控制码参数值使用bit1~bit0设置为本条消息的分包信息,其他比特位预留
请求句柄列表参数值可设置为单个或多个不同的值。本消息中数据类型可用于指示属性、方法或事件条目中数据字段的成员(见表72)。
| 类型值 | 描述 |
| 0 | 数据值 |
| 1~255 | 描述符值,描述符类型见表73 |
描述符类型值定义见表73。
| 类型值 | 描述 |
| 1 | 属性说明描述符 |
| 2 | 客户端属性值配置描述符 |
| 3 | 服务端属性值配置描述符 |
| 4 | 属性格式描述符 |
| 预留值,描述符扩展 | 与描述符同步扩展 |
7.5.5.5.2 SSAP_READ_RSP消息
SSAP_READ_RSP消息为读取响应消息,用于服务端在收到 SSAP_READ_REQ 消息后,向客户端发送读取响应,可支持一个响应中包含多个条目数据,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x09) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始数据包(0b00)/中间数据包(0b01)/结束数据包(0b10)/单个完整数据包b(i0tb21:10)=单个值;1=多个值bit3:错误标识:0=没有错误;1=存在错误bit7~bit4:预留 |
| 数据列表 | 可变 | 读取单个值时,读取成功时,返回数据列表结构为:{数据值}读取单个值时,读取失败时,返回数据列表结构为:{数据信息指示}读取多个值时,返回数据列表结构为:{{数据信息指示1,数据值1},{数据信息指示2,数据值2}…..}返回的数据值结果与请求中的顺序对应数据信息指示长度2字节,使用bit15表示数据值是否读取正常,数据列表中bit15为0时,指示失败,bit14~bit0表示的是错误码;如果bit15为1时,指示成功,bit14~bit0表示的是对应数据值的长度。读取多个值时,当数据信息指示字段指示读取失败时,数据值不存在 |
SSAP_READ_RSP消息由消息码、消息控制码、数据列表等参数组成,SSAP_READ_RSP消息见表74。
消息码参数值设置为0x09。
消息控制码参数值以位图方式表示,其中bit7~bit4为预留值。
如客户端请求读取的句柄在服务端不存在,服务端应发送包含“无效句柄”错误码的SSAP_READ_ RSP 消息。
如SSAP_READ_REQ 消息未能成功读取到符合要求的单个或多个数据值,服务端应发送带“数据类型错误”错误码的SSAP_READ_RSP消息。
如客户端没有足够的授权,服务端应发送包含“客户端未授权”错误码的SSAP_READ_RSP消息。
如客户端没有足够的安全认证,服务端应发送包含“客户端未认证”错误码的 SSAP_READ_RSP消息。
如客户端没有调整加密配置,但欲读取的属性条目需加密,服务端应发送包含“承载未加密”错误码的SSAP_READ_RSP消息。
如客户端所请求的属性条目由于访问控制原因不能被读取,服务端应发送包含“禁止读取”错误码的SSAP_READ_RSP消息。
如服务端的读取响应超过 MTU,需分包发送而服务端不支持分包发送时,服务端应发送包含“服务端不支持分包”错误码的SSAP_READ_RSP消息。
如客户端所请求的属性条目由于应用错误原因不能被读取,服务端应发送包含由上层应用定义的应用错误码的SSAP_READ_RSP消息。
7.5.5.5.3 SSAP_READ_BY_UUID_REQ消息
SSAP_READ_BY_UUID_REQ 消息为基于 UUID读取请求消息,用于客户端已获知属性、方法或事件 UUID但未知其句柄信息时,向服务端发送基于 UUID读取条目数据的请求。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0A) | 1 | 消息码 |
| 消息控制码 | 1 | bUitU0I:D0bi=t7标~准bit1U:U预ID留,1=自定义 |
| 起始句柄 | 2 | 查找的起始句柄 |
| 结束句柄 | 2 | 查找的结束句柄 |
| 数据类型 | 1 | 指示读取的数据类型 |
| UUID | 2/16 | 指定属性、方法或事件的UUID |
SSAP_READ_BY_UUID_REQ 消息由消息码、消息控制码、起始句柄、结束句柄、数据类型和UUID等参数组成SSAP_READ_BY_UUID_REQ 消息见表75。
消息码参数值设置为0x0A。
消息控制码参数值使用bit0指示 UUID类型,其余比特位为预留值。
起始句柄参数值设置为查找的起始句柄。
结束句柄参数值设置为查找的结束句柄。
起始句柄值应小于或等于结束句柄值。客户端希望获取的服务信息句柄值应设置在起始句柄值与结束句柄值之间。
数据类型参数值设置为指示读取的数据类型,其定义可参考表72和表73
UUID参数值设置为待读取的属性、方法或事件的 UUID,支持标准 UUID和自定义 UUID。
本消息支持一次请求包含一个或多个条目。如读取结果中出现单个或多个错误,应由服务端返回SSAP_READ_BY_UUID_RSP消息(不应为SSAP_ERROR_RSP消息)。具体错误码可见表53。
7.5.5.5.4 SSAP_READ_BY_UUID_RSP消息
SSAP_READ_BY_UUID_RSP消息为基于 UUID 读取响应消息,用于服务端收到SSAP_READ BY_UUID_REQ 消息后,向客户端发送读取响应,可支持多一个消息中包含多条属性,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0B) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始数据包(0b00)/中间数据包(0b01)/结束数据包(0b10)/单个完整数据包b(i0tb21:10)=)单个实例;1=多个实例bit3:错误标识:0=没有错误;1=存在错误bit7~bit4:预留 |
| 消息参数 | 长度/字节 | 消息参数描述 |
| 数据列表 | 可变 | 返回单个实例时,读取成功时,数据列表结构为:{句柄,数据值}返回单个实例时,读取失败时,数据列表结构为:{句柄,数据信息指示}返回多个实例时,数据列表结构为:{{句柄1,数据信息指示1,数据值1},{句柄2,数据信息指示2,数据值2}…}数据信息指示长度2字节,使用bit15表示数据值是否读取正常,数据列表中bit15是0失败时,bit14~bit0表示的是错误码;如果bit15是1成功时,bit14~bit0表示的是对应数据值的长度 |
SSAP_READ_BY_UUID_RSP 消息由消息码、消息控制码和数据列表等参数组成(见表76)。
消息码参数值设置为0x0B。
消息控制码参数值以位图方式表示,其中bit7~bit4为预留值。
如 SSAP_READ_BY_UUID_REQ 消息中起始句柄值大于结束句柄值或为0x0000,服务端应发送包含“无效句柄”错误码的SSAP_READ_BY_UUID_RSP消息,并将错误句柄值设置为该起始句柄值。
如SSAP_READ_BY_UUID_REQ 消息未能成功读取到符合 UUID 和数据类别要求的单个或多个属性条目,服务端应发送包含“未找到条目”错误码的SSAP_READ_BY_UUID_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端没有提供足够的授权,服务端应发送包含“客户端未授权”错误码的 SSAP_READ_BY UUID_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端没有提供足够的安全认证,服务端应发送包含“客户端未认证”错误码的 SSAP_READ BY_UUID_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端没有调整加密配置,但读取的属性条目需加密,服务端应发送包含“承载未加密”错误码的SSAP_READ_BY_UUID_RSP消息,并将错误句柄值设置为对应的请求句柄值如客户端所请求的属性条目由于访问控制原因不能被读取,服务端应发送包含“禁止读取”错误码的 SSAP_READ_BY_UUID_RSP 消息,并将错误句柄值设置为对应的请求句柄值。
如服务端的读取响应超过 MTU,需分包发送而服务端不支持分包发送时,服务端应发送包含“服务端不支持分包”错误码的SSAP_READ_RSP消息如客户端所请求的属性条目由于应用错误原因不能被读取,则服务端应发送由上层应用定义的应用错误码的 SSAP_READ_BY_UUID_RSP 消息,并将错误句柄值设置为对应的请求句柄值。
7.5.5.6 写入操作
7.5.5.6.1 SSAP_WRITE_CMD消息
SSAP_WRITE_CMD消息是无响应写入消息,用于客户端向服务端发送无需响应的写入消息。支持一次性写入单个值或多个值,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0C) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~ bit0:指示写入值的状态,起始包(0b00)/接续包(0b01)/结束包(0b10)/单个完整数据包(0b11)bit2:0=单个值;1=多个值bit4~bit3:写入操作指示,立即写入(0b00);值未完整传输,需继续传输后续值(0b01);取消写入(0b10);预留(Others)bit7~bit5:预留 |
| 写入参数列表 | 可变 | 写入单个值时,写入参数列表结构为{句柄,数据类型,数据值}写入多个值时,写入参数列表结构为{{句柄,元组数,{数据类型1,数据值1长度,数据值1},{数据类型2,数据值2长度,数据值2}…...},….}写入单个值的部分内容时:写入参数列表结构为{句柄,数据类型,数据值} |
SSAP_WRITE_CMD消息由消息码、消息控制码和写入参数列表等参数组成(见表77)。
消息码参数值设置为0x0C。
消息控制码参数值以位图方式表示,bit7~bit5为预留值;其中,对于消息控制码bit4~bit3的说明如下。
立即写入(0b00):用于单个完整数据包或分包时的结束包中。
值未完整传输,需继续传输后续值(0b01):用于分包时的起始包(0b00)和接续包(0b01)中,服务端应缓存接收到的分包报文。
取消写入(0b10):用于在分包情况时,客户端在发送结束包之前,可发送包含“取消写入”操作指示的分包报文。服务端收到后应清空缓存的所有相关分包。
写入参数列表的结构根据客户端写入值的设置而变化。
本消息中数据类型定义可参考表72和表73。
写入参数列表中的句柄应为有效句柄。其数据值在成功写入后应成为该属性的新值。
元组数为1个字节,指示针对当前句柄待写入的三元组个数。
如属性值为固定长度,且写入属性值的长度值小于或等于属性值的长度,则属性值中包括写入属性值长度的部分应被写入新的属性值,而剩下的部分应不被改动。
如属性值为固定长度,且写入属性值的长度值大于属性值的固定长度,则服务端应忽略该写入请求。
如属性值为可变长度,则该写入属性值应根据实际情况缩短或增加以匹配属性值的长度要求。
如属性值为可变长度,且写入属性值的长度值大于属性值可能的最大的长度,则服务端应忽略该写入请求。
当SSAP_WRITE_CMD消息收到后,服务端不应产生任何响应消息。
7.5.5.6.2 SSAP_WRITE_REQ消息
SSAP_WRITE_REQ 消息为有响应的写入请求消息,用于客户端向服务端发送有响应的写入请求。支持一次性写入单个值或多个值,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0D) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:指示写入Value的状态,起始包(0b00)/接续包(0b01)/结束包(0b10)/单个完整数据包(0b11)bit2:0=单个值;1=多个值bit4~bit3:写入操作指示,立即写入(0b00);值未完整传输,需继续传输后续值(0b01);取消写入(0b10);预留(Others)bit5:0=不需原值返回校验;1=需原值返回校验bit7~bit6:预留 |
| 写入参数列表 | 可变 | 写入单个值时,写入参数列表结构为{句柄,数据类型,数据值}写入多个值时,写入参数列表结构为{{句柄1,元组数,{数据类型1,数据1长度,数据值1},{数据类型2,数据2长度,数据值2}}{句柄2,元组数,{数据类型1,数据1长度,数据值1},{数据类型2,数据2长度,数据值2}}…}写入单个值的部分内容时:写入参数列表结构为{句柄,数据类型,数据值} |
SSAP_WRITE_REQ 消息由消息码、消息控制码和写入参数列表等参数组成(见表78)。
消息码参数值设置为0x0D。
消息控制码参数值以位图方式表示,其中 bit7~bit6为预留值;其中,对于消息控制码 bit4~bit3的说明如下。
立即写入(0b00):用于单个完整数据包或分包时的结束包中。
值未完整传输,需继续传输后续值(0b01):用于分包情况下的起始包(0b00)和接续包(0b01)中,服务端应缓存接收到的分包报文。
取消写入(0b10):用于在分包情况时,客户端在发送结束包之前,可发送包含“取消写入”操作指示的分包报文。服务端收到后应清空缓存的所有相关分包,并返回包含“取消写入”写入结果的SSAP_WRITE_RSP消息。
写入参数列表的结构根据客户端写入值的设置产生变化:
本消息中数据类型定义可参考表72和表73;
元组数为1字节,指示针对当前句柄待写入的三元组个数。
7.5.5.6.3 SSAP_WRITE_RSP消息
SSAP_WRITE_RSP消息为写入响应消息,用于服务端收到 SSAP_WRITE_REQ 消息后,向客户端发送写入响应。支持一次性响应写入单个值或多个值,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0E) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束包(0b10)/单个数据包(0b11)bit3~bit2:指示服务端写入结果;写入成功(0b00)/写入失败(0b01)/取消写入(0b10)bit7~bit4:预留 |
| 错误数量 | 1 | 错误数量(有错误的情况下出现) |
| 错误数据列表 | 可变 | 返回的错误信息,数据列表格式:{{句柄1,错误码1},{句柄2,错误码2}...};其中,句柄长度2字节;错误码长度1字节(错误数据列表在有错误的情况下出现) |
| 值列表 | 可变 | 按照表78写入参数列表中的每个写入成功的值进行原值返回 |
SSAP_WRITE_RSP消息由消息码、消息控制码、错误数量、错误数据列表和值列表等参数组成(见表79)。
消息码参数值设置为0x0E。
消息控制码参数值以位图方式表示,其中 bit7~bit4为预留值;其中,消息控制码 bit3~bit2关于服务端写入结果指示信息的描述如下:
写入成功(0b00):包含单值写入成功、多值全部写入成功等情况;
写入失败(0b01):包含单值写入失败、多值部分写入失败、多值全部写入失败等情况;
取消写入(0b10):指示服务端已将包含“取消写入”指示的 SSAP_WRITE_REQ 消息相关的所有分包清空。
错误数量参数值应设置为读取错误的总数量,且仅在至少有一个错误的情况下出现。
错误数据列表参数值设置为返回的读取错误信息,包括错误所对应的句柄和错误码,具体格式为{{句柄1,错误码1},{句柄 2,错误码 2}...},且仅在至少有一个错误的情况下出现。具体错误码见表53。
值列表包含在表78写入参数列表内容中所有写入成功的值的原值返回信息,即只有成功写入的值才应原值返回并放入值列表;未成功写入的值,应通过错误数据列表按相应要求返回。
写入参数列表中的句柄应为有效句柄,其数据值在成功写入后应成为该属性的新属性值,且服务端应发送相应的SSAP_WRITE_RSP消息。
如客户端请求写入消息中含需原值返回校验的要求,服务端在成功写入属性值后应发送包含该属性值的SSAP_WRITE_RSP消息并由客户端校验。
如客户端请求写入的句柄在服务端不存在,服务端应发送包含“无效句柄”错误码的 SSAP WRITE_RSP 消息,并将错误句柄值设置为对应的请求句柄值。
如SSAP_WRITE_REQ 消息未能成功写入因不符合类别要求的单个或多个数据值,服务端应发送包含“数据类型错误”错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如属性值为固定长度,且写入属性值的长度值小于或等于属性值的长度,则属性值中从最低位开始,包括写入属性值长度的部分应被写入新的属性值,而剩下的部分应不被改动。
如属性值为固定长度,且写入属性值的长度值大于属性值的长度,则服务端应忽略该写入请求,并发送带“数据值长度错误”错误码的 SSAP_WRITE_RSP 消息,并将错误句柄值设置为对应的请求句柄值。
如属性值为可变长度,则该写入属性值应根据实际情况缩短或增加以匹配属性值的长度要求。
如属性值为可变长度,且写入属性值的长度值大于属性值可能的最大长度,则服务端应忽略该写入请求,并发送带“数据值长度错误”错误码的 SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如写入的属性值超出了该属性值所允许的取值范围,服务端应忽略该写入请求,并发送包含“值超出范围”错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端没有提供足够的授权去写入所请求的属性值,服务端应发送包含“客户端未授权”错误码的SSAP_WRITE_RSP消息响应,并将错误句柄值设置为对应的请求句柄值。
如客户端没有提供足够的安全认证去写入所请求的属性值,服务端应发送包含“客户端未认证”错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端没有调整加密配置,但写入的属性值需加密,服务端应发送包含“承载未加密”错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如客户端所请求的数据值由于访问控制原因不能被写入,服务端应发送包含“禁止写入”错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如服务端的有响应写入的响应超过 MTU,需分包发送而服务端不支持分包发送时,服务端应发送包含“服务端不支持分包”错误码的SSAP_WRITE_RSP消息。
如客户端所请求的属性值由于应用错误原因不能被写入,服务端应发送由上层应用定义的应用错误码的SSAP_WRITE_RSP消息,并将错误句柄值设置为对应的请求句柄值。
7.5.5.7 通知或指示
7.5.5.7.1 SSAP_VALUE_NTF消息
SSAP_VALUE_NTF消息为服务数据变化通知消息,用于服务端向客户端发送无需确认的服务数据属性或事件变化通知,支持一次性发送多条通知,支持分包发送。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x0F) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束b包it2(0:b01=0)属/单性个值数的据通包知(;01b=11事)件的通知bit7~bit3:预留 |
| 数据列表 | 可变 | 结构:{{句柄1,数据值1长度,数据值1},{句柄2,数据值2长度,数据值2}…...},….}句柄:2字节,通知属性或事件对应的句柄数据值长度:2字节,指示后续数据值长度数据值:属性值或事件的状态值等 |
SSAP_VALUE_NTF消息由消息码、消息控制码和数据列表等参数组成(见表80)。
消息码参数值设置为0x0F。
消息控制码参数值以位图方式表示,其中bit7~bit3为预留值。
数据列表参数值的长度可变,其结构为{{句柄1,数据值1长度,数据值1},{句柄2,数据值2长度,数据值2}…...},….}。其中,句柄为2字节,指示通知属性或事件对应的句柄;数据值长度为2字节,指示数据值长度;数据值设置为属性值或事件的状态值。
数据列表中的句柄值应为有效的句柄。其数据值在成功设置后应成为该属性的新属性值。
如客户端在执行服务发现前接收到其不能识别的通知消息时,该客户端可不作处理。后续的处理可由基础应用层或基础服务层功能单元决定。
当客户端收到SSAP_VALUE_NTF消息后,不应产生任何响应。
7.5.5.7.2 SSAP_VALUE_IND消息
SSAP_VALUE_IND消息为服务数据变更指示消息,用于服务端向客户端发送需确认的服务数据属性或事件变更指示。支持一次性发送多条指示,支持分包发送。
SSAP_VALUE_IND消息由消息码、消息控制码和数据列表等参数组成(见表81)。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x10) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束包b(i0tb21:00)=/单属个性数值据的包指(示0b;111=)事件的指示bit7~bit3:预留 |
| 数据列表 | 可变 | 数据列表结构:{{句柄,数据值1长度,数据值1},{句柄,数据值2长度,数据值2}…...},….}句柄:2字节,通知属性或事件对应的句柄数据值长度:2字节,指示后续数据值长度数据值:属性值或事件的状态值等 |
消息控制码参数值以位图方式表示,其中bit7~bit3为预留值。
数据列表参数值的长度可变,其中句柄长度为2字节,指示通知属性或事件对应的句柄;数据值长度为2字节,指示后续数据值长度;数据值设置为属性值或事件的状态值数据列表中的句柄应为有效句柄,其数据值应为该属性最新属性值。
7.5.5.7.3 SSAP_VALUE_ACK 消息
SSAP_VALUE_ACK 消息为服务数据变更确认消息,用于客户端收到 SSAP_VALUE_IND 消息后,向服务端发送服务数据属性或事件变更确认,支持分包发送。
SSAP_VALUE_ACK 消息由消息码、消息控制码和数据列表等参数组成(见表82)。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x11) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束包b(i0tb21:00)=/单属个性数值据的包指(示0b确11认);1=事件的指示确认bit7~bit3:预留 |
| 消息参数 | 长度/字节 | 消息参数描述 |
| 数据列表 | 可变 | 数据列表结构:{确认标志1,确认标志2,……}确认标志:1字节,表示客户端的接收确认;0=接收失败;1=接收成功 |
消息控制码参数值以位图方式表示,其中bit7~bit3为预留值。
数据列表参数值的长度可变,其结构为{确认标志1,确认标志2,……}。其中,确认标志为1字节,表示客户端的接收确认状态:值为0时表示接收失败,值为1时表示接收成功。
如数据列表中的句柄值或属性值为无效值或不能识别,客户端应向服务端发送 SSAP_VALUE_ ACK 消息,可忽略已接收到的句柄与属性值信息。
7.5.5.8 方法调用
7.5.5.8.1 SSAP_CALL_METHOD_CMD消息
SSAP_CALL_METHOD_CMD消息为方法调用命令消息,用于客户端向服务端发送无需响应的方法调用,支持分包发送。
SSAP_CALL_METHOD_CMD消息由消息码、消息控制码、句柄和参数等参数组成(见表83)。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x12) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束包(0b10)/单个数据包(0b11)bit7~bit2:预留 |
| 句柄 | 2 | 方法的句柄 |
| 参数 | 可变 | 方法的参数。服务方法调用时需的参数,具体格式由上层服务定义 |
消息控制码参数值使用bit1~bit0指示本条消息的分包信息,其他比特位为预留。
句柄参数值设置为调用方法的句柄值
参数的长度可变,其值设置为调用方法的参数值,具体格式由基础应用层或基础服务层相关功能单元定义。
SSAP_CALL_METHOD_CMD消息中的句柄应为有效句柄,其参数值在成功设置后应根据基础应用层或基础服务层相关功能单元决定其输出结果。
SSA P_CALL_METHOD_CMD 消息收到后,服务端不应产生任何响应。
7.5.5.8.2 SSAP_CALL_METHOD_REQ消息
SSAP_CALL_METHOD_REQ 消息为有响应的方法调用请求消息,用于客户端向服务端发送有响应的方法调用请求,支持分包发送。
SSAP_CALL_METHOD_REQ 消息由消息码、消息控制码、句柄和参数等参数组成(见表84)。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x13) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束(0b10)/单个数据包(0b11)bit7~bit2:预留 |
| 句柄 | 2 | 服务方法访问句柄 |
| 参数 | 可变 | 方法的参数。服务方法调用时需的参数,具体格式由基础应用层或基础服务层功能单元定义 |
消息码参数值设置为0x13。
消息控制码参数值使用bit1~bit0指示本条消息的分包信息,其他比特位为预留。
句柄参数值设置为调用方法的句柄值。
参数的长度可变,值设置为调用方法的参数值,其具体格式由基础应用层或基础服务层相关功能单元定义。
7.5.5.8.3 SSAP_CALL_METHOD_RSP消息
SSAP_CALL_METHOD_RSP消息为方法调用响应消息,用于服务端收到SSAP_CALL_METH-OD_REQ 消息后,向客户端发送方法调用响应,支持分包发送。
SSAP_CALL_METHOD_RSP消息由消息码、消息控制码和结果等参数组成(见表85)。
| 消息参数 | 长度/字节 | 消息参数描述 |
| 消息码(0x14) | 1 | 消息码 |
| 消息控制码 | 1 | bit1~bit0:起始包(0b00)/接续包(0b01)/结束包(0b10)/单个数据包(0b11)bit7~bit2:预留 |
| 结果 | 可变 | 方法调用结果返回。服务方法调用后返回的结果,具体格式由基础应用层或基础服务层其他功能单元定义 |
消息码参数值设置为0x14。
消息控制码参数值使用bit1~bit0指示本条消息的分包信息,其他比特位为预留。
结果参数长度可变,值设置为方法调用返回的结果,该结果具体格式由基础应用层或基础服务层相关功能单元定义。
SSAP_CALL_METHOD_REQ 消息中的句柄应为有效句柄,其参数值在成功设置后应根据上层应用服务决定其输出结果。
如SSAP_CALL_METHOD_REQ 消息中的句柄在服务端不存在,服务端应发送包含“无效句柄”错误码的SSAP_ERROR_RSP消息,并将错误句柄值设置为对应的请求句柄值。
如SSAP_CALL_METHOD_REQ 消息中的句柄对应的条目不可使用方法进行访问,服务端应发送包含“方法访问错误”错误码的 SSAP_ERROR_RSP 消息,并将错误句柄值设置为对应的请求句柄值。
7.5.5.9 SSAP消息响应汇总
表86为所有SSAP消息所允许的响应汇总表。
| SSAP消息 | 成功响应消息 | 错误响应消息 | 错误码 |
| SSAP_EXCHANGE_IN-FO_REQ | SSAP_EXCHANGE_IN-FO_RSP | 无 | 无 |
| SSAP_FIND_STRUC-TURE_REQ | SSAP_FIND_STRUC-TURE_RSP | SSAP_ERROR_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)未找到条目(0x0B) |
| SSAP_FIND_BY_UUID_REQ | SSAP_FIND_BY_UUID_RSP | SSAP_ERROR_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)未找到条目(0x0B) |
| SSAP_READ_REQ | SSAP_READ_RSP | SSAP_ERROR_RSP/SSAP_READ_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)禁止读取(0x06)客户端未认证(0x08)客户端未授权(0x09)承数载据未类加型密错(误0x(00xA0)D)服务端不支持分包(0x10)服务端不支持分包序号(0x12)服务端未接收所有分包(0x13)服务端不支持消息事务号(0x14)条目数量超限(0x11)上层应用错误(0xAF~0xFF) |
| SSAP_READ_BY_UUID_REQ | SSAP_READ_BY_UUID_RSP | SSAP_ERROR_RSP/SSAP_READ_BY_UUID_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)禁止读取(0x06)客户端未认证(0x08)客承未户载找端未到未加条授密目((权00xx(000xBA0))9)服务端不支持分包(0x10)服务端不支持分包序号(0x12)服务端未接收所有分包(0x13)服上务层端应不用支错持误消(0息xA事F务~号0x(0FxF14)) |
| SSAP消息 | 成功响应消息 | 错误响应消息 | 错误码 |
| SSAP_WRITE_CMD | 无 | 无 | 无 |
| SSAP_WRITE_REQ | SSAP_WRITE_RSP | SSAP_ERROR_RSP/SSAP_WRITE_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)禁止写入(0x07)客户端未认证(0x08)客户端未授权(0x09)承载未加密(0x0A)数数据据类值型长错度误错(误0x(00xD0)E)值超出范围(0x0F)服务端不支持分包(0x10)条目数量超限(0x11)服务端不支持分包序号(0x12)服务端未接收所有分包(0x13)服务端不支持消息事务号(0x14)上层应用错误(0xAF~0xFF) |
| SSAP_VALUE_NTF | 无 | 无 | 无 |
| SSAP_VALUE_IND | SSAP_VALUE_ACK | 无 | 无 |
| SSAP_CALL_METHOD_CMD | 无 | 无 | 无 |
| SSAP_CALL_METHOD_REQ | SSAP_CALL_METHOD_RSP | SSAP_ERROR_RSP | 无效消息(0x01)消息不支持(0x02)无效句柄(0x04)方服法务访端问不错支误持(分0x包0C(0)x10)服务端不支持分包序号(0x12)服务端未接收所有分包(0x13)服务端不支持消息事务号(0x14) |
8 数据传输与适配
8.1 概述
基础服务层的数据传输基于传输通道进行,数据传输与适配功能单元定义了传输通道在数据传输过程中的各种功能,包括:
对SDU 进行分片与聚合、生成 PDU;
在传输通道上传输 PDU,实现流控、分流、中继等功能;
基于测量帧的测量功能。
注:从传输通道角度,SDU 是指来自基础服务层其他功能单元或基础应用层的数据报文;PDU 是指在传输通道中传输的、符合传输通道四种帧格式之一的数据报文。
在设备内部,SDU 被映射到基础服务层匹配的传输通道,并进一步映射到一个或多个接入层逻辑信道。
每个传输通道通过参数 MTU 和 MPS等对传输中的数据大小进行限制。其中 MTU 表示该传输通道可接收的最大SDU 长度,超过该长度的SDU 无法被传输通道处理而被丢弃;MPS表示该传输通道可传递给接入层的最大 PDU 长度,超过该长度的 PDU 会因接入层无法处理而丢弃。设备在建立SLB或SLE通用管理传输通道之后应进行能力协商,查询对方的 MTU 和 MPS。在建立传输通道时,传输通道的 MTU、MPS不能超过设备支持的最大 MTU、MPS,否则传输通道会创建失败
8.2 传输通道标识
传输通道使用 TCID进行标识,一对设备之间可建立一条或多条传输通道
每一个设备维护独立的 TCID空间,以图12为例。
个设备与不同设备建立传输通道时可使用相同的 TCID。设备1与设备2和设备3分别建立两条独立的传输通道,均使用 TCID 10。
对设备针对双方的同一条传输通道可独立分配 TCID。设备1和设备3分别为双方唯一的传输通道分别分配了 TCID 10和 TCID 20。
不同设备之间在各自一侧允许使用相同的 TCID。设备2和设备3均使用了 TCID 20标识各自本端传输通道。
TCID长度为1字节,分配及用途见表87。
按分配方式可分为固定 TCID与动态 TCID。固定 TCID用于指示特定用途的传输通道,该类传输通道在一定条件下被直接激活并可使用;动态 TCID需要设备间通过信令协商的方式完成分配和使用
| 标识 | 标识类别 | 标识用途 |
| 固定传输通道标识 | 0x00 | 预留 |
| 0x01 | SLB通用管理传输通道 | |
| 0x02 | SLE通用管理传输通道 |
| 标识 | 标识类别 | 标识用途 |
| 固定传输通道标识 | 0x03~0x08 | 预留 |
| 0x09 | SLB服务管理传输通道 | |
| 0x0A | SLE服务管理传输通道 | |
| 0x0B~0x0F | 预留 | |
| 0x10 | SLB中继服务管理传输通道 | |
| 0x11 | 多域协调与管理传输通道 | |
| 0x12 | 5G融合传输通道 | |
| 0x13~0x1D | 预留 | |
| 0x1E | SLB默认单播数据传输通道 | |
| 0x1F | SLE默认单播数据传输通道 | |
| 动态传输通道标识 | 0x20~0x4F | 广播动态分配 |
| 0x50~0x7F | 组播动态分配 | |
| 0x80~0xDF | 单播动态分配 | |
| 0xE0~0xFF | 预留 |
8.3 传输通道类型和作用
8.3.1 通则
应支持缺省传输通道和非缺省传输通道
缺省传输通道使用固定 TCID,具备默认配置参数。数据传输与适配功能单元可在接入层逻辑信道建立完成后自动建立并激活一条或多条缺省传输通道,也可在接入层逻辑信道释放后自动释放一条或多条缺省传输通道,设备间无需进行信令协商非缺省传输通道使用动态 TCID,应通过连接管理功能单元相关信令交互进行建立或释放。
8.3.2 SLB通用管理传输通道
SLB通用管理传输通道仅工作在使用SLB作为接入层技术的场景,用于承载连接管理、测量管理和 QoS管理等功能单元相关信令。
8.3.3 SLE通用管理传输通道
SLE通用管理传输通道仅工作在使用SLE作为接入层技术的场景,用于承载连接管理、测量管理和 QoS管理等功能单元相关信令。
8.3.4 SLB服务管理传输通道
SLB服务管理传输通道仅工作在使用SLB作为接入层技术的场景,用于承载服务管理功能单元相关信令。
8.3.5 SLE服务管理传输通道
SLE服务管理传输通道仅工作在使用SLE作为接入层技术的场景,用于承载服务管理功能单元相关信令。
8.3.6 SLB中继服务管理传输通道
SLB中继服务管理传输通道仅工作在使用SLB作为接入层技术且支持中继传输功能的场景,承载服务管理功能单元相关信令,用于不同 T 节点之间通过同一 G 节点进行服务发现。
8.3.7 多域协调与管理传输通道
多域协调与管理传输通道仅适用于支持 G 节点身份且支持多域协调与管理功能的设备,用于承载不同 G 节点之间多域协调与管理功能单元相关信令。
8.3.8 5G融合传输通道
5G 融合传输通道仅适用于支持5G 融合功能的设备,用于承载与5G 融合功能单元相关信令。
8.3.9 SLB默认单播数据传输通道
SLB默认单播数据传输通道仅工作在使用SLB作为接入层技术的场景,并使用基础模式,用于承载对 QoS没有特定要求的业务数据。
8.3.10 SLE默认单播数据传输通道
SLE默认单播数据传输通道仅工作在使用SLE作为接入层技术的场景,并使用基础模式,用于承载对 QoS没有特定要求的业务数据。
8.3.11 通用控制广播传输通道
通用控制广播传输通道仅适用于接入层支持发送上层通用控制广播信息的设备。
对于SLE设备,通用控制广播传输通道中的数据可通过SLE基础广播帧、SLE扩展广播帧或SLE发现响应帧进行发送。
对于SLB设备,通用控制广播传输通道中的数据可通过SLB系统消息进行发送。
典型地,通用控制广播传输通道可用于承载设备发现功能单元生成的设备公开信息。
注:数据传输与适配功能单元对通用控制广播数据不进行任何封装和调度,直接将其承载在接入层相关广播帧中发送,本文件不对通用控制广播传输通道分配 TCID
8.3.12 非缺省方式下的传输通道
非缺省传输通道可用于承载对 QoS有要求的控制信令或业务数据。应通过连接管理功能单元相关信令交互以动态建立或释放非缺省传输通道,包括动态 TCID、传输通道参数等
8.4 传输通道的传输模式
8.4.1 通则
本文件支持基础模式、流模式、可靠模式和透传模式等四种传输通道的传输模式。每个传输通道应采用其中一种传输模式。
所有设备应支持基础模式,基础模式是传输通道的缺省模式。使用基础模式建立传输通道时无需进行传输模式能力查询。
流模式、可靠模式与透传模式是可选传输模式,应先进行传输模式能力查询,仅在双方均支持某类传输模式时才可建立该模式的传输通道。应在传输通道建立信令中指定传输模式。
传输模式能力查询信令见9.3.1.2和9.3.1.3。能力查询结果如下:
result=0x00:表示只支持基础模式;
result=0xFF:表示支持其他传输模式,应通过capInfo中transModeCapInfo字段进一步指示所支持的一个或多个可选传输模式(见表88)。
| 比特位 | 传输模式 |
| bit0 | 可靠模式,置1表示支持可靠模式 |
| bit1 | 流模式,置1表示支持流模式 |
| bit2 | 透传模式,置1表示支持透传模式 |
| bit3~bit15 | 预留 |
8.4.2 基础模式
8.4.2.1 概述
基础模式应采用基础帧对数据进行封装和传输。在基础模式下发送数据,在基础服务层内无需对端确认,PDU 不重传且无超时丢弃机制。
所有使用固定 TCID的传输通道默认使用基础模式。
8.4.2.2 发送端
在基础模式下应将SDU 按8.5.2规定的基础帧格式添加 TCID与长度指示等信息以生成 PDU,并进行 PDU 发送操作。发送端应直接丢弃超过 MTU 大小的SDU。
8.4.2.3 接收端
在基础模式下应支持接收 PDU、校验 PDU 长度、PDU 解封装等操作。
8.4.2.4 缓存控制
基础模式下没有流控机制,是否进行缓存控制留给具体实现。
8.4.3 流模式
8.4.3.1 通则
流模式可用于传输对实时性有一定要求的数据。应采用增强帧(见8.5.3)进行传输,且仅支持采用增强帧中的单向聚合帧及单向分片帧。传输过程中每一个 PDU 在进入发送队列之后应有一个关联的丢弃定时器,超时的 PDU 应被丢弃,可向应用层上报该丢弃异常事件
8.4.3.2 发送端
8.4.3.2.1 分片与聚合
应支持根据当前 MPS将SDU 分片或聚合成 PDU、PDU 发送、超时丢弃等操作。
发送端应直接丢弃超过 MTU 大小的SDU。
8.4.3.2.2 发送PDU
应按顺序生成 PDUSN,并将其置于增强帧 TxSeq字段。
经过分片与聚合形成的 PDU 进入发送队列,宜为每一个进入队列的 PDU 关联并启动一个丢弃定时器。
应从发送队列开头依次取出 PDU 进行发送,应丢弃超时的 PDU,可将丢弃 PDU 的 TxSeq字段值上报给上层。
8.4.3.3 接收端
8.4.3.3.1 接收PDU
接收PDU、校验PDU、PDU 重排序、PDU 合片或分拆成SDU、SDU 递交至上层是接收端应完成的操作。
所有操作应维护一个接收队列,接收队列缓存所有校验合法且还没有合片或分拆的 PDU,接收队列的缓存大小由设备自行确定。接收队列相关变量见表89。
不应对收到的 PDU 进行确认。
| 变量名称 | 变量定义 |
| BufferSeq | 接收队列的下边界(包含BufferSeq)。TxSeq字段值等于BufferSeq的PDU可能已被接收,也可能还未接收。TxSeq字段值小于BufferSeq的数据包均已接收并被递交至上层 |
| ExpectedTxSeq | 接收队列中第一个未被正确接收的PDU的TxSeq字段值 |
| MaxExpectedTxSeq | 接收队列中正确接收的队尾的PDU的序列号加1 |
流模式下的接收队列示意图见图13。接收端滑窗由以下事件触发:
插入队列的 PDU 会根据 TxSeq字段进行滑窗;
如果 TxSeq==ExpectedTxSeq ,则将 ExpectedTxSeq 变量置为下一个未成功接收的数据包的 TxSeq字段值;
• 如果 ExpectedTxSeq<TxSeq<MaxExpectedTxSeq ,则不进行任何滑窗;
• 如果 TxSeq>=MaxExpectedTxSeq ,则设置 MaxExpectedTxSeq = TxSeq + 1 。
数据包被递交至上层之后需要滑窗:
当 TxSeq == BufferSeq 的数据包被递交至上层之后,该数据包会被移出队列, BufferSeq 变量递增1。
接收端应维护一个重排序定时器,用于处理 PDU 乱序到达。重排序定时器有一个参数重排序变量 Se
q
,用于记录重排序定时器等待的 PDU。如果在定时器超时仍然没有收到该 PDU,则认为该数据包已经丢失,丢失 PDU 的 TxSeq字段值应上报,后续处理会将该 PDU 按已成功接收处理接收端在接收到 PDU 之后按照如下操作进行数据处理:
将校验通过且队列中没有的 PDU 插入队列,并且进行接收端滑窗;
PDU 插入队列后:
如果重排序定时器在运行中,且参数重排序变量 Se
q 等于该 PDU 的 TxSeq字段值,则停止重排序定时器;如果 Ex
pectedTxSeq
<MaxEx
pectedTxSeq
,则启动重排序定时器;
如果重排序定时器没有运行,且 Ex
pectedTxSeq
<MaxEx
pectedTxSeq
,则启动重排序定时器。
8.4.3.3.2 校验PDU
校验包含对 PDU 的 CRC校验与 TxSeq校验。CRC校验失败的 PDU 会被丢弃,CRC校验成功的PDU 会进一步进行 TxSeq校验。
TxSeq校验后的处理操作见表90。
| TxSeq 条件 | 处理操作 |
| TxSeq<ExpectedTxSeq | 丢弃 PDU |
| TxSeq==ExpectedTxSeq | 校验通过,插入队列 |
| ExpectedTxSeq校验通过,如果队列中没有该 PDU 则插入队列,否则丢弃 | 校验通过,如果队列中没有该 PDU 则插入队列,否则丢弃 |
| TxSeq>=BufferSeq+txWindow | 丢弃 PDU |
8.4.3.3.3 合片与分拆
对于接收队列中的 PDU,接收端应从 TxSeq字段值等于 BufferSeq 变量值的PDU 开始按顺序取出,然后传入数据传输与适配功能单元的数据合片与分拆单元。合片与分拆单元处理详见8.7.3.2和8.7.4.2。
如果 TxSeq字段值等于 BufferSeq 变量值的 PDU 还没有被接收,则不会进行取出动作,如果TxSeq字段值等于 BufferSeq 变量值的 PDU 已被确认丢失(即对应的重排序定时器超时),则可上报TxSeq字段值,然后认为该 PDU 被取出。PDU 从队列取出之后会进行滑窗。
8.4.3.3.4 SDU递交
PDU 经过合片与分拆成SDU 之后会递交至上层。
8.4.3.3.5 缓存控制
流模式下由于没有应答,接收方与发送方没有流控机制。可选的,接收方可自行实现缓存控制。
一种参考实现是:接收方可实现固定有限缓存,当接收队列满时 (MaxExpectedTxSeq -BufferSeq ==最大缓存队列长度),如果继续接收到 PDU,可丢弃新接收到的 PDU 或最早接收的 PDU
另一种参考实现是:接收方可实现动态缓存,当接收队列满时申请更大缓存空间,直到无法申请更大空间再进行 PDU 丢弃。
丢弃的 PDU 可上报其 TxSeq字段值。
8.4.4 可靠模式
8.4.4.1 概述
可靠模式应采用增强帧进行传输,在传输过程中使用对应类型的增强帧进行传输。可靠模式用于传输可靠数据,传输过程中每一个 PDU 有 ACK/NACK 响应,异常 PDU 会重传,重传超过最大次数之后会触发传输达到最大次数异常(见8.7.5.2)。
8.4.4.2 发送端
8.4.4.2.1 通则
对于使用可靠模式的传输通道,发送端应支持将 SDU 分片或聚合成 PDU、发送 PDU、重传 PDU等操作。应维护一个发送队列,发送队列缓存所有已发送但还未收到应答的 PDU。
发送端会按顺序生成每个新传 PDU 的SN,并将其置于增强帧中的 TxSeq字段中。重传 PDU 的TxSeq字段值应与原始新传 PDU 保持一致。
发送队列相关变量描述见表91。
| 变量名称 | 变量定义 |
| NextTxSeq | 下一个待发送新传 PDU 的 TxSeq 字段值,即下一包加入发送队列的 PDU 的 TxSeq 字段值 |
| ExpectedAckSeq | 已发送 PDU 中首个等待 ACK 的 PDU 的字段值 TxSeq,即发送队列的首个 PDU 的 TxSeq 字段值 |
可靠模式下的发送队列示意图见图14。
发送方在发送新传 PDU 时(即 TxSeq字段值等于 NextTxSeq 变量值的 PDU),或接收到应答时,会操作发送队列进行滑窗操作。滑窗操作如下:
每发送一个新传 PDU,该PDU 的 TxSeq字段应设置为 NextTxSeq 变量值,并将 NextTxSeq变量递增1;
每接 收到 一个应答,如 果应答期 待 的 PDU 序号 ReqSeq 字段值满 足 不等式: ExpectedAckSeq<ReqSeq<=NextTxSeq ,则将 变量置为 ReqSeq 字段值,并重启重传定时器;如果 ExpectedAckSeq == NextTxSeq ,则停止重传定时器。
发送方应维护一个重传定时器,用于对 PDU 的应答进行定时。当重传定时器超时,发送方将该数据包视为没有被成功接收。
发送方会维护一个重传序列号 ReTxSeq 变量,标识当前需要重传的 PDU 的 TxSeq 字段值。初始状态 ReTxSeq 变量设置为 NextTxSeq 变量值;当收到异常应答时, ReTxSeq 变量会被置为异常应答包含的 ReqSeq字段值;当重传定时器超时时, ReTxSeq 变量会被置为 ExpectedAckSeq 变量值。
8.4.4.2.2 分片与聚合
发送方支持将SDU 通过分片或聚合操作形成 PDU,详见8.7.3.1和8.7.4.1。
8.4.4.2.3 发送PDU
发送端在发送时会判断当前 ReTxSeq 变量和 NextTxSeq 变量是否相等,用以判断当前是否有需要重传的 PDU。
当 ReTxSeq==NextTxSeq 时:
如果 ExpectedAckSeq<=NextTxSeq<ExpectedAckSeq+txWindow ,则发送新传 PDU,并将 NextTxSeq 变量 和 ReTxSeq 变量递增1;
如果 NextTxSeq==ExpectedAckSeq+txWindow ,则不发送新传 PDU。
当 ReTxSeq<NextTxSeq 时:判断 TxSeq==ReTxSeq 的重传 PDU 次数是否达到最大发送次数,如果达到最大发送次数则进入传输达到最大次数异常处理,如果没有达到最大发送次数,则发送该重传 PDU,将该重传 PDU 发送计数器递增1,将 ReTxSeq 变量递增1。
当 PDU 发送之后,如果重传定时器没有在运行则会启动重传定时器;如果重传定时器在运行中,则不会对该重传定时器进行任何操作。每个传输通道上只会存在一个重传定时器。
8.4.4.2.4 发送轮询
发送轮询操作为可选操作,用于长时间没有收到应答时主动发起请求应答。当发送端启动发送轮询时,应将下一个待发送 PDU 对应的增强帧中的 P字段设置为1。
在本文件中,发送端确定启动发送轮询的条件留给实现。
发送方可生成并维护发送轮询定时器及超时时间,用于记录没有收到应答的时间。每收到一个应答,发送方将发送轮询定时器重置。当发送轮询定时器超时确定启动发送轮询,然后重置定时器。
发送方也可生成并维护发送轮询计数器和最大次数,用于记录没有收到应答时发送的数据包个数每收到一个应答,发送方将计数器清0,每发送一个PDU 将计数器递增1。当发送轮询计数器达到最大次数时确定启动发送轮询,然后重置计数器。
8.4.4.3 接收端
8.4.4.3.1 通则
对于使用可靠模式的传输通道,接收端应支持接收 PDU、校验 PDU、PDU 重排序、PDU 合片或分拆成SDU、应答和SDU 递交至上层等操作。所有操作应维护一个接收队列,接收队列缓存所有校验合法且还没有合片或分拆的 PDU,接收队列的大小 rxWindow 与发送队列的大小 txWindow 相等。
接收队列相关的变量描述见表92。
| 变量名称 | 变量定义 |
| BufferSeq | 接收队列的下边界(包含BufferSeq)。TxSeq字段值等于BufferSeq的数据包可能已被接收,也可能还未接收。TxSeq字段值小于BufferSeq的数据包均已接收并被递交至上层 |
| ExpectedTxSeq | 接收队列中第一个未被接收的PDU的TxSeq字段值,如果接收队列所有数据包均已被接收,则设置ExpectedTxSeq=BufferSeq+rxWindow |
| MaxExpectedTxSeq | 接收队列中正确接收的PDU中的最大序列号加1 |
可靠模式下的接收队列示意图见图15。
接收端滑窗由以下事件触发,滑窗操作原则如下。
插入队列的 PDU 会根据 TxSeq 字段值进行滑窗:
如果 TxSeq==ExpectedTxSeq ,则将 ExpectedTxSeq 变量置为下一个未成功接收的PDU 的 TxSeq字段值;
• 如果 ExpectedTxSeq<TxSeq<MaxExpectedTxSeq ,则不进行任何滑窗;
• 如果 TxSeq>=MaxExpectedTxSeq ,则设置 MaxExpectedTxSeq = TxSeq + 1 。
数据包被递交至上层之后需要滑窗:当 TxSeq == BufferSeq 的数据包被递交至上层之后,该数据包会被移出队列, BufferSeq 变量递增1。
接收端应维护一个应答定时器,用于在长时间没有发送应答时触发S=0的正常应答。应答定时器超时会发送S=0应答帧;每发送一次应答(正常应答或异常应答),应答定时器清0。
接收端应维护一个重排序定时器,用于处理 PDU 乱序到达。重排序定时器用一个参数记录重排序定时器等待的 PDU 的序号。如果在定时器超时仍然没有收到该 PDU,则认为该数据包已经丢失,会触发S==1异常应答。
接收端应维护异常应答发送次数。异常应答发送次数初始为1,每发送一次包含与前一次相同ReqSeq字段值的异常应答会将异常应答发送次数递增1,每发送一次包含与前一次不同 ReqSeq字段值的异常应答会将异常应答发送次数重置为1。当异常应答发送次数达到传输通道设置的最大发送次数时仍需异常应答时,会触发传输达到最大次数异常处理
8.4.4.3.2 接收PDU
接收端在接收到 PDU 之后会进行数据处理与/或应答处理。其中数据处理是对 PDU 的数据部分进行处理,应答处理是对 PDU 的应答部分进行处理。应答处理详见8.4.4.4.3。数据处理包括:
将校验通过且队列中没有的 PDU 插入队列,并且进行滑窗,详见接收队列滑窗;
PDU 插入队列后:
如果重排序定时器在运行中,且参数重排序 Seq 参数等于该 PDU 的 TxSeq 字段值,则停止重排序定时器;
• 如果 ExpectedTxSeq<MaxExpectedTxSeq ,则启动重排序定时器;
如果重排序定时器没有运行,且 ExpectedTxSeq<MaxExpectedTxSeq ,则启动重排序定时器。
8.4.4.3.3 校验PDU
校验包含对 PDU 的 CRC校验与 TxSeq 校验。CRC校验失败的 PDU 会被丢弃,CRC校验成功的PDU 会进一步进行 TxSeq校验。CRC校验过程见8.7.1。
TxSeq校验后的处理操作见表93。
| TxSeq 条件 | 结果 |
| TxSeq<ExpectedTxSeq | 丢弃 PDU |
| TxSeq==ExpectedTxSeq | 校验通过,插入队列 |
| ExpectedTxSeq<TxSeq<BufferSeq+txWindow | 校验通过,如果队列中没有该数据包则插入队列,否则丢弃 |
| TxSeq>=BufferSeq+txWindow | 丢弃 PDU |
8.4.4.3.4 合片与分拆
对于接收队列中的PDU,接收端应从 TxSeq==BufferSeq 的PDU 开始按顺序取出,然后传入数据传输与适配功能单元的数据合片与分拆单元。
如果 TxSeq==BufferSeq 的 PDU 还没有被接收,则不会进行取出动作。PDU 从队列取出之后会进行滑窗。
8.4.4.3.5 SDU递交
PDU 经过合片与分拆成SDU 之后会递交至上层。
8.4.4.4 应答
8.4.4.4.1 概述
应答分为正常应答与异常应答,正常应答可包含在双向帧中,也可单独采用应答帧并包含 S==0 ;异常应答只能采用应答帧并包含S==1。
正常应答表示 TxSeq<ReqSeq 的PDU 均成功接收并且 TxSeq>=ReqSeq 的PDU 状态未知或仍在处理中。正常应答仅用于发送方滑窗。
异常应答表示 TxSeq<ReqSeq的 PDU 均成功接收并且 TxSeq>=ReqSeq的 PDU 状态异常,需要重传。异常应答除了触发发送方滑窗外,还会请求发送方对 PDU 进行重传
8.4.4.4.2 应答发送
接收端会在如下条件进行应答。
自身需要发送数据时,采用双向帧包含应答信息进行正常应答。其中,双向帧中的 F 字段设置为0。
应答定时器超时之后会采用应答帧进行正常应答。其中,应答帧中的 F字段设置为0。
对于发送轮询流程(可选),当收到 P==1的 PDU 时进行正常应答。其中,双向帧或应答帧中的 F字段设置为1。
当重排序定时器超时之后进行异常应答。其中,应答帧中的 F字段设置为0。
正常应答发送时,接收端的增强帧中的 ReqSeq字段应设置为 BufferSeq 变量值,异常应答发送时,接收端的增强帧中的 ReqSeq字段应设置为 ExpectedTxSeq 变量值。
8.4.4.4.3 应答接收
接收到应答之后需要进行发送端滑窗操作。
发送方接收到正常应答之后,如果 ReTxSeq<ReqSeq(说明当前正在重传更早的 PDU)则置变量为 ReqSeq字段值。
发送方接收到异常应答之后,会置 ReTxSe
q 变量为 ReqSeq字段值。
8.4.5 透传模式
透传模式应采用透传帧(见8.5.4)进行传输。透传模式传输通道在传输过程中不对SDU 进行任何缓存、封包、流控等处理,直接将SDU 传入接入层。透传模式传输通道应与接入层的逻辑信道建立一对一映射关系。
8.5 传输通道帧格式
8.5.1 概述
传输通道支持基础帧、增强帧、透传帧和测量帧等 PDU 帧格式。
基础帧和增强帧均包含 PI字段,长度为1字节,指示支持的 SDU 类型。本文件定义 PI字段的取值如下:
0:预留;
1:IPv4;
2:IPv6;
3:CLTP,无连接传输协议(Connectionless-mode Transport Protocol);
4:LWCTP,基于连接传输协议(Light Weight Connection-mode Transport Protocol);
5:WNP,无线网络协议(Wireless Network Protocol);
6:WAP,无线邻居协议(Wireless Adjacency protocol);
7:GMP,通用消息 PDU(General Message PDU);
8:NSMP,网络安全消息(Network Security Message PDU);
9:SSAP;
10:WNCP,无线网络控制协议(Wireless Network Control Protocol);
241~250:用户自定义使用;
251~255:试验测试临时使用;
其他:预留。
8.5.2 基础帧
基础帧应用于基础模式传输通道。
基础帧对SDU 增加包含 TCID、帧类型指示、PI和数据长度指示等字段的帧头。基础帧不对SDU进行分包处理。
基础帧格式见图16,各字段定义如下。
TCID:1字节,在单播传输通道中包含为对端 TCID,在广播传输通道中包含为本端 TCID。
帧类型指示:4比特,指示帧的类型。取值为0b0000表示为基础帧。
O:1比特,取值应为0,表示无扩展字段。
C:1比特,取值应为0,表示无 CRC校验值。
RFU:2比特,预留字段,取值应为0。
长度指示:2字节,指示该字段后剩余部分的字节长度。
PI:1字节,指示SDU 类型。
扩展字段:变长,结构同图22中扩展字段结构
数据信息:变长,0字节~65535 字节,SDU 应用数据。
CRC:2字节,可选字段,CRC校验值。
其中,当 TCID取值为0x01~0x1D时,基础帧格式中应省略 PI字段。
| TCID(8) | 帧类型指示(0b0000) | O | C | RFU(2) | 长度指示(16) |
| PI(8) | 扩展字段(变长) | ||||
| 数据信息(变长) | CRC(16) | ||||
8.5.3 增强帧
增强帧应用于流模式或可靠模式传输通道。
增强帧从功能角度分为双向帧、单向帧和应答帧;从数据内容角度分为聚合帧和分片帧。
不同类型的增强帧可有不同的帧格式,通过帧类型指示字段识别对应类型
单向聚合帧结构定义见图17。
| TCID(8) | 帧类型指示(0b0001) | O | C | P | RFU(1) | 长度指示(16) | ||
| PI(8) | TxSeq(14) | RFU(2) | 扩展字段(变长) | |||||
| 扩展字段(变长) | ||||||||
| SDU长度指示1(16) | 数据信息1(变长) | |||||||
| SDU长度指示2(16) | 数据信息2(变长) | |||||||
| 数据信息2(变长) | CRC(16) | |||||||
| TCID(8) | 帧类型指示(0b0010) | O | C | P | RFU(1) | 长度指示(16) | ||
| PI(8) | TxSeq(14) | SAR(2) | 扩展字段(变长) | |||||
| 扩展字段(变长) | ||||||||
| 数据信息(变长) | CRC(16) | |||||||
| TCID(8) | 帧类型指示(0b0011) | O | C | P | F | 长度指示(16) | |||
| PI(8) | TxSeq(14) | RFU(2) | ReqSeq(8/14) | ||||||
| ReqSeq(6/14) | RFU(2) | 扩展字段(变长) | |||||||
| SDU长度指示1(16) | 数据信息1(变长) | ||||||||
| SDU长度指示2(16) | 数据信息2(变长) | ||||||||
| 数据信息2(变长) | CRC(16) | ||||||||
| TCID(8) | 帧类型指示(0b0100) | O | C | P | F | 长度指示(16) | |||
| PI(8) | TxSeq(14) | SAR(2) | ReqSeq(8/14) | ||||||
| ReqSeq(6/14) | RFU(2) | 扩展字段(变长) | |||||||
| 数据信息(变长) | CRC(16) | ||||||||
| TCID(8) | 帧类型指示(0b0101) | O | C | RFU(1) | F | 长度指示(16) |
| ReqSeq(14) | S | RFU(1) | 扩展字段(变长) | |||
| 扩展字段(变长) | CRC(16) | |||||
增强帧不同类型帧格式中的各个字段定义如下。
TCID:1字节,传输通道标识。具体的在单播业务通道中包含为对端标识,在广播传输通道中包含为本端标识。
帧类型指示:4比特,0b0001 标识单向聚合帧,0b0010 标识单向分片帧,0b0011 标识是双向聚合帧,0b0100标识双向分片帧,0b0101标识为应答帧。
O:1比特,取值为1表示帧结构中包含扩展字段;取值为0表示无扩展字段
C:1比特,取值应为1,表示帧结构末尾包含2字节 CRC校验值。
P:1比特,当 P比特为1,则需要对端立即对该数据帧回复,否则为0。
—F:1 比特,单向帧和双向帧的 P比特设置为1时,则接收方下一个双向帧/应答帧中 F比特设置为1,标识对相应单向帧/双向帧的立即回复,其他应答包含 F==0。
长度指示:2字节,指示该字段后剩余部分的字节长度。
ReqSeq:14比特,期待接收下一个 PDU 的 TxSeq。
S:1比特,应答帧含义。S==0为正常应答,S==1为异常应答。
RFU:1比特,预留。
TxSeq:14比特,发送 PDU 的序列号。
SAR:2比特,在分片帧中指示分片状态,0b00:未分片,包含一个完整 SDU;0b01:包含 SDU第一个分片;0b10:包含SDU 中间分片;0b11:包含SDU 最后一个分片。
SDU 长度指示:0字节~2字节,指示整个SDU 数据包的长度。在聚合帧中,每一个数据信息包含一个完整的SDU,每个数据信息前都有一个SDU 长度指示。
数据信息:0字节~65535 字节,应用数据。
CRC:2字节,CRC校验值。
扩展字段:前1字节指示扩展字段的数量,后续包含扩展字段数量的扩展字段,扩展字段定义为 TLV 格式。针对扩展字段内容长度固定的扩展字段类型,扩展字段长度字段可省略,如图22 所示。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | 扩展字段数量 | |||||||
| 1字节 | 扩展字段类型 | |||||||
| 1字节 | 扩展字段长度 | |||||||
| 变长 | 扩展字段内容 | |||||||
| ...... | ||||||||
| 1字节 | 扩展字段类型 | |||||||
| 1字节 | 扩展字段长度 | |||||||
| 变长 | 扩展字段内容 | |||||||
其中,扩展字段数量:8比特,指示扩展字段的数量;扩展字段类型:8比特,指示扩展字段内容类型;扩展字段长度:8比特,指示扩展字段内容字节数;扩展字段内容:变长。长度和内容由扩展字段类型值和扩展字段长度值决定。扩展字段类型取值定义如下
0x00 :预留。
-0x01 :QoS流标识扩展字段类型,扩展字段内容取值为16比特 QFI。
-0x02:QoS 流传输性能测量扩展字段类型。扩展字段帧格式应遵循 GB/T 48336.302—2026中8.3.2的规定。
-0x03～0xFF: :预留。
8.5.4 透传帧
透传帧应用于透传模式传输通道。透传帧结构见图23,各字段定义如下:数据信息:1 字节 ~ 65535字节,即SDU 报文。
透传帧对数据不做任何处理,SDU 即 PDU。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 变长 | 数据信息 | |||||||
8.5.5 测量帧
测量帧用于测量设备间传输通道的端到端传输时延和抖动性能。在本文件中,测量帧仅适用于流模式或可靠模式传输通道。
| TCID(8) | 帧类型指示(0b0110) | O | C | RFU(2) | 长度指示(16) | |||
| 应答模式(4) | RFU(4) | 请求帧序列号(14) | RFU(2) | 帧发送时戳(8/64) | ||||
| 帧发送时戳(56/64) | ||||||||
| 扩展字段(变长) | CRC(16) | |||||||
测量帧分为测量请求帧和测量应答帧,帧格式定义分别见图24和图25。当测量帧用于流模式传输通道时,仅支持与数据流传输方向相同的单向测量,此时测量请求帧的 Rep_mode字段应设置为0b0000。当测量帧应用于可靠模式传输通道时,支持单向测量和双向测量,测量请求帧 Rep_mode字段由实际测量需求确定。
测量帧不同类型帧格式中各字段定义如下。
TCID:1 字节,指示被测量的传输通道。在单播传输通道中为对端 TCID,在广播传输通道中为本端 TCID。
帧类型 :4 比特,0b0110标识当前帧为测量请求帧,0b0111标识当前帧为测量应答帧。
O:1 比特,置1表示帧结构中包含扩展字段;置0表示无扩展字段。
C:1 比特,置1表示帧结构末尾包含2字节 CRC校验值;置0表示无 CRC校验值。
RFU:2比特,预留。
长度指示:2字节,指示该字段后剩余部分的字节长度。
应答模式:4比特,仅出现在测量请求帧。其中,0b0000指示对端接收到该测量请求帧后不需要发送测量应答帧进行回复;0b0001指示对端接收搭配测量请求帧后应立即生成并发送测量应答帧。
标志位:1 字节比特位图。bit0 指示该 TLV 不识别,bit1 指示 TLV 中length 字段定义的value长度与实际参数值长度不匹配,bit2指示测量帧的完整性。其余比特位为预留。
请求帧序列号:14比特,当发送测量请求帧时,指示当前测量请求帧的序列号;当发送测量应答帧时,指示当前测量应答帧对应的测量请求帧的序列号。
请求帧发送时戳:8字节,仅出现在测量应答帧,用于记录测量请求帧的生成时刻,其值应与对应测量请求帧的Sender_Timestamp取值相同。
请求帧接收时戳:8字节,仅出现在测量应答帧,用于记录对应测量请求帧的接收时刻。
帧发送时戳:8字节,用于记录本端数据传输与适配单元发送当前测量帧的时刻。当数据传输与适配功能单元生成测量帧后,应立刻将该测量帧放入对应传输通道的缓存区。
扩展字段:变长,结构同图22中扩展字段结构。
CRC:2字节,CRC校验值。
8.6 融合传输
8.6.1 概述
融合传输包含冗余传输、分流传输、SLB2SLE切换传输和SLE2SLB切换传输等四种使用方式。
对于采用融合传输的设备,相应业务传输通道支持映射到一个或多个逻辑信道。数据传输与适配功能单元可根据连接管理功能单元的信令协商结果调整传输通道与接入层逻辑信道的映射关系,包括增加、更新和删除业务传输通道对应的逻辑信道
8.6.2 传输模式
融合传输使用方式适用于不同传输模式的传输通道,使用规则应符合表94的规定。
| 使用方式 | 传输模式 |
| 冗余传输 | 流模式、可靠模式 |
| 分流传输 | 流模式、可靠模式 |
| SLB2SLE切换传输 | 基础模式、流模式、可靠模式和透传模式 |
| SLE2SLB切换传输 | 基础模式、流模式、可靠模式和透传模式 |
8.6.3 传输通道数据传输
8.6.3.1 冗余传输
当使用冗余传输方式进行融合传输时,一个传输通道应同时映射到一个SLB逻辑信道和一个SLE逻辑信道。相关的连接及映射关系建立流程见9.4.4.2。
当建立传输通道后,数据传输与适配功能单元可对该传输通道内的数据执行冗余传输。其中执行冗余传输的数据和总体传输数据的比例,可依赖测量管理和本传输通道的传输能力,留待具体实现冗余传输开始时刻不应早于为 SLB 和 SLE 相关逻辑信道全被配置完成的时刻。当 SLB 和 SLE相关逻辑信道的任何一个释放或删除映射关系后,冗余传输应停止执行。
当使用冗余传输的传输通道采用流模式或可靠模式时,重排序流程应分别遵循相关模式的规定
8.6.3.2 分流传输
当使用分流传输方式进行融合传输时,一个传输通道应同时映射到一个SLB逻辑信道和一个SLE逻辑信道。相关的连接及映射关系建立流程见9.4.4.2。
当建立传输通道后,数据传输与适配功能单元可对该传输通道内的数据执行分流传输。其中各逻辑信道上的分流比例依赖于测量管理和本传输通道的传输能力,留待具体实现。
分流传输开始时刻不应早于为 SLB 和 SLE 相关逻辑信道全被配置完成的时刻。当 SLB 和 SLE 相关逻辑信道中的任何一个释放或删除映射关系后,分流传输应停止执行当使用分流传输的传输通道采用流模式或可靠模式时,重排序流程应分别遵循相关模式的规定。
8.6.3.3 SLB2SLE切换传输
针对一个传输通道中的数据,从SLB切换到SLE的控制面流程见9.4.4.3。
本文件不对切换条件及切换时机进行规定,具体机制依赖测量管理和本传输通道的传输能力,留待具体实现。
在可靠模式下,在切换过程,设备针对该传输通道应先建立并映射到新的 SLE 逻辑信道。在映射建立完成后,发送端应将该传输通道中的 PDU 在新的 SLE 逻辑信道上传输并且取消传输通道与SLB逻辑信道的映射。
切换过程中,相同 TxSeq 包的丢弃和超时丢包操作见8.4.3和8.4.4。
8.6.3.4 SLE2SLB切换传输
针对一个传输通道中的数据,从SLE切换到SLB的控制面流程见9.4.4.4。
本文件不对切换条件及时机进行规定,具体机制依赖测量管理和本传输通道的传输能力,留待具体实现。
在可靠模式下,在切换过程,设备针对该传输通道应先建立并映射到新的 SLB逻辑信道。在映射建立完成后,发送端应将该传输通道中的 PDU 在新的SLB逻辑信道上传输并且取消传输通道与 SLE逻辑信道的映射。
切换过程中,相同 TxSeq包的丢弃和超时丢包操作见8.4.3和8.4.4。
8.7 传输通道通用处理
8.7.1 CRC校验
CRC校验示意图见图26,其作用域为整个PDU 中除CRC字段本身以外的其他字段,包括SDU 和基础服务层帧头。
CRC-16的生成多项式为 :G(x)=x16+x15+x2+1 。
CRC生成种子由通道建立发起方在 TCID_Connect_Req 信令中的 CRCInit字段明确指定。如果没有指定,则采用缺省值0x5555。
8.7.2 传输定时器
8.7.2.1 重传定时器
重传定时器用于发送方在传输过程中对长时间未收到应答的 PDU 进行重传,用于防止应答帧丢失导致的异常:
开启条件:PDU 发送之后,如果重传定时器不在运行则启动重传定时器;
停止条件:收到应答之后,如果 ExpectedAckSeq == NextTxSeq ,则停止重传定时器;
重启条件:收到应答之后,如果 ExpectedAckSeq<ReqSeq<NextTxSeq,则重启重传定时器;超时操作:将 ReTxSe
q 变量置为 Ex
pectedAckSeq 变量值。
8.7.2.2 重排序定时器
重排序定时器用于接收方对于乱序到达的数据进行重排序。当定时器超时时,可认为对应的 PDU已丢失。重排序定时器仅用于可靠模式或流模式传输通道。每个传输通道在每一端仅维护一个重排序定时器:
开启条件:PDU 插入接收队列后,如果重排序定时器没有运行,且 Ex
pectedTxSeq
<MaxEx-,则启动重排序定时器,并将重排序Seq变量置为 变量值;
停止条件:PDU 插入接收队列后,该 PDU 的 TxSeq字段值等于重排序 Seq变量值,则停止重排序定时器;
重启条件:PDU 插入接收队列后,该 PDU 的 TxSeq 字段值等于重排序 Seq 变量值,且< ,则重启重排序定时器,将重排序 Seq变量置为变量值;或重排序定时器超时,则会进行超时操作并重启重排序定时器;
超时操作:发送异常应答,包含 ReqSeq字段,设置为重排序 Seq变量值,并重启重排序定时器。
8.7.2.3 应答定时器
应答定时器用于接收方在没有数据发送时触发应答帧的发送,用于防止设备长时间没有数据发送时无法对对方发送的 PDU 进行应答。应答定时器仅用于可靠模式传输通道:
开启条件:通道建立时开启;
停止条件:无;
重启条件:发送一次双向帧或应答帧;
超时操作:发送应答帧。
8.7.2.4 丢弃定时器
丢弃定时器用于发送方对超时数据进行丢弃,用于防止超时数据的发送占用空口资源。丢弃定时器仅用于流模式传输通道:
开启条件:每个 PDU 进入发送队列之后,会针对该 PDU 启动一个丢弃定时器;
停止条件:无;
超时操作:从发送队列中丢弃该定时器对应的 PDU。
每个 PDU 都会有一个丢弃定时器,因此一个传输通道上可能存在多个定时器。
8.7.3 数据分片与合片
8.7.3.1 数据分片
数据分片是指将一个 SDU 切分成多个 PDU 的操作,示意图见图 27。数据分片属于发送端功能,且仅可用于流模式和可靠模式传输通道。当发送端对SDU 进行数据分片操作时,发送端将SDU 切分成多个PDU,并将每个PDU 按照8.5.3定义的单向分片帧或双向分片帧的格式进行封装并发送。其中,单向分片帧或双向分片帧的选择需要根据传输通道的传输模式确定。
8.7.3.2 数据合片
数据合片是指将接收到的多个SDU 分片重组成一个SDU 的操作。数据合片属于接收端功能,仅可用于流模式和可靠模式传输通道。
接收端应根据接收到的 PDU 的帧类型指示字段判断是否属于单向分片帧或双向分片帧。接收端仅支持对单向分片帧或双向分片帧执行数据合片。
对于使用单向分片帧或双向分片帧的PDU,接收端根据PDU 的SAR字段判断PDU 的分片状态。如果 PDU 包含SDU 的某一个分片,接收端应执行合片流程。
接收端从多个 TxSeq连续的 PDU 中解析出的第一个分片、中间分片(如果存在)以及最后一个分片并进行组合,组成SDU 的大小应符合首个 PDU(该 PDU 的 SAR 字段为0b10)中 SDU 长度指示的长度。如果不符合,则认为此SDU 和组成此SDU 的所有分片 PDU 不可靠
8.7.4 数据聚合和分拆
8.7.4.1 数据聚合
数据聚合是指将多个SDU 聚合成一个 PDU 的操作,聚合示意图见图28。数据聚合属于发送端功能,仅可用于流模式和可靠模式传输通道。
当发送端对多个SDU 进行数据聚合操作时,发送端将多个 SDU 按照8.5.3定义的单向聚合帧或双向聚合帧的格式进行封装并发送。其中,单向聚合帧或双向聚合帧的选择需要根据传输通道的传输模式确定。
8.7.4.2 数据分拆
数据分拆是指从接收到的一个 PDU 中提取出多个SDU 的操作。数据分拆属于接收端功能,仅可用于流模式和可靠模式传输通道。
接收端应根据接收到的 PDU 的帧类型指示字段判断是否属于单向聚合帧或双向聚合帧。接收端仅支持对单向聚合帧或双向聚合帧执行数据分拆对于使用单向聚合帧或双向聚合帧的 PDU,接收端按照 8.5.3 定义的帧格式从第一个 SDU 开始,按照每个SDU 长度指示依次分拆出所有SDU。如果从 PDU 的长度指示字段推演出的 SDU 总长度与拆分出的多个SDU 总长度不符,则认为此 PDU 和所有拆分出的SDU 不可靠
8.7.5 异常处理
8.7.5.1 逻辑信道异常释放
当逻辑信道异常释放时,数据传输与适配功能单元应触发本异常处理。
应依次处理映射到该逻辑信道上的所有传输通道
如果一个传输通道除了该异常释放的逻辑信道外没有映射到其他的逻辑信道,数据传输与适配功能单元应将该传输通道释放。
如果一个传输通道除了异常释放的逻辑信道外还映射到其他的逻辑信道,数据传输与适配功能单元应将该传输通道中的数据映射至其他逻辑信道进行传输,并重配置传输通道以删除与该异常释放的逻辑信道的映射关系。
8.7.5.2 传输达到最大次数
该异常处理仅适用于可靠模式传输通道。当传输通道内的 PDU 重传次数达到最大次数时,数据传输与适配功能单元应触发本异常处理。
本异常处理有两种处理方式,即释放传输通道或上报数据丢失。处理方式的选择应根据该传输通道创建时配置的最大次数异常处理变量进行确定,默认为释放传输通道。
当配置为释放传输通道时,数据传输与适配功能单元应触发释放传输通道流程
当配置为上报数据丢失时,数据传输与适配功能单元应上报丢失的数据 TxSeq。本异常处理完成后,发送端将该 PDU 视为收到正确应答,并进行后续处理流程。本异常处理完成后,接收端将该 PDU视为已正确接收,并进行后续处理流程。尽管该 PDU 被视为已正确接收,但是该 PDU 实际未被接收,无法被递交至上层
8.8 传输通道中继
8.8.1 通则
传输通道中继功能是指 G 节点通过传输通道数据转发实现不同 T 节点之间的数据传输。例如,假定手机和打印机都作为 T 节点连接到同一个具有 G 节点身份的路由器,且三者都支持传输通道中继能力,则三者可通过传输通道中继实现手机与打印机之间的相互发现和数据传输。
中继能力属于可选能力。当 T1节点希望通过 G 节点与 T2节点进行传输通道中继通信时,T1节点和 G 节点之间先通过连接管理能力查询请求和连接管理能力查询响应确认对端是否支持中继能力查询方应将连接管理能力查询请求消息中的capabilityBitmap字段中 R字段设置为1,当连接管理能力查询响应中capabilityBitmap字段中 R字段置1时表示对端支持中继能力,置0表示对端不支持中继能力。
当 T1节点确认 G 节点支持中继能力后,需通过 G 节点与 T2节点进行服务发现相关交互。服务管理信令承载于中继服务管理帧中并基于 SLB中继服务管理传输通道进行传输。中继服务管理帧初始由 T1节点生成,其包含有对端 T2节点的 L2ID 以及服务管理信令。G 节点数据传输与适配功能单元通过SLB中继服务管理传输通道实现 T1节点和 T2节点之间的中继服务管理帧转发。具体数据传输流程见8.8.3.2 对于已经通过 G 节点建立起中继业务传输通道的 T1节点和 T2节点,G 节点连接管理功能单元应建立并维护 T1和 T2之间的传输通道映射表 G 节点连接管理功能单元应将最新的传输通道映射表配置给数据传输与适配功能单元。G 节点数据传输与适配功能单元基于传输通道映射表对 T1节点与T2节点之间的数据进行转发,具体数据传输流程见8.8.4.2。
8.8.2 中继传输通道分类
中继传输通道主要包括SLB中继服务管理传输通道和中继业务传输通道。
SLB中继服务管理传输通道:用于承载中继服务管理信令,默认采用基础模式。该传输通道中承载的服务管理信令采用中继服务管理帧(见图29)进行封装和传输。对于从该传输通道接收到的 PDU,G 节点数据传输与适配功能单元基于 PDU 帧中的 L2ID 字段所包含的 L2ID执行数据转发。
中继业务传输通道:用于承载不同 T 节点之间经由同一 G 节点转发的业务数据,传输模式可为基础模式或可靠模式。对于从中继业务传输通道中接收到的 PDU,G 节点数据传输与适配功能单元基于连接管理功能单元配置的 T 节点间的传输通道映射表执行数据转发
8.8.3 中继服务管理数据传输
8.8.3.1 中继服务管理帧结构
中继服务管理帧使用基础帧。进一步地,规定基础帧中的数据信息字段前6字节设置为对端 T 节点 L2ID(见图29)。
TCID:1字节,传输通道标识。中继服务管理帧的 TCID应设置为0x10,即中继服务管理帧仅可在SLB中继服务管理传输通道中进行传输。
L2ID:6字节,对端 T 节点的 L2ID。特殊情况下,L2ID字段可设置为广播标识或组播标识。中继服务管理数据:即需中继的服务管理信令(SSAP消息)。
对于发送端 T1节点通过 G 节点向接收端 T2节点发送服务管理信令相关数据的场景:发送端 T1节点向 G 节点发送的 PDU 中的 L2ID字段设置为接收端 T2的 L2ID;G 节点向 T2转发该 PDU 内的服务管理信令时,L2ID字段设置为发送端 T1节点的 L2ID。特殊地,当接收端为连接在 G 节点的多个T 节点时,发送端 T1向 G 节点发送的 PDU 中的 L2ID字段可设置为组播 L2ID或广播 L2ID。
8.8.3.2 数据传输
本流程用于发送端 T1节点通过 G 节点向接收端 T2节点发送封装有服务管理信令的 PDU,执行主体为数据传输与适配功能单元,数据传输应通过SLB中继服务管理传输通道承载并且采用中继服务管理帧。具体传输流程如下。
a) 步骤1:发送端 T1节点向 G 节点发送封装有服务管理信令的 PDU1。PDU1应按中继服务管理帧格式进行封装。如果接收端 T2节点为单个 T 节点,则 L2ID 字段应设置为该接收端 T2节点的 L2ID。如果接收端 T2节点为一组或全部连接在 G 节点的 T 节点,则 L2ID 字段应设置为与之对应的组播 L2ID或广播媒体层标识。
b) 步骤2:G 节点解析发送端 T1节点发送的 PDU1。如果 TCID 为0x10,则解析并获得接收端T2节点的 L2ID。然后将 PDU1中的 L2ID 字段设置为发送端 T1节点的 L2ID,并将新生成的 PDU2转发给接收端 T2节点。
c) 步骤3:接收端 T2节点解析 G 节点发送的 PDU2。如果 TCID 为0x10,则解析并获得发送端T1节点的 L2ID以及服务管理信令。接收端 T2节点数据传输与适配功能单元将解析出的服务管理信令递交至服务管理功能单元。
8.8.4 中继业务数据传输
8.8.4.1 传输通道映射表
对于通过 G 节点传输通道中继功能进行通信的 T1节点和 T2节点,为了承载中继业务数据的交互,T1节点和 T2节点之间应建立中继业务传输通道,具体流程见9453。一条中继业务传输通道由两条子中继业务传输通道组成,分别用于承载 T1节点与 G 节点、G 节点与 T2节点之间的中继业务数据,见图30。G 节点负责将子中继业务传输通道1和子中继业务传输通道2之间的中继业务数据相互转发。
G 节点将中继业务数据在子中继业务传输通道1和子中继业务传输通道2中进行转发的操作由数据传输与适配功能单元基于传输通道映射表进行。传输通道映射关系表由 G 节点生成和维护,传输通道映射关系表的每条记录项信息见表95。具体地,G 节点连接管理功能单元通过执行9.4.5.3获取传输通道映射关系表每一项所需信息,生成并维护相应的记录项。G 节点数据传输与适配功能单元从连接管理功能单元获得最新有效的传输通道映射关系表
| 参数 | 参数含义 |
| L2ID_T1 | T1节点的L2ID |
| L2ID_T2 | T2节点的L2ID |
| TCIDx | 子中继业务传输通道1在T1节点侧的TCID |
| TCIDy | 子中继业务传输通道1在G节点侧的TCID |
| TCIDi | 子中继业务传输通道2在G节点侧的TCID |
| TCIDj | 子中继业务传输通道2在T2节点侧的TCID |
8.8.4.2 数据传输
本流程用于发送端 T1节点通过 G 节点向接收端 T2节点发送封装有中继业务数据的 PDU,执行主体为数据传输与适配功能单元,使用的传输通道为中继业务传输通道。中继业务传输通道中的中继业务数据封装可采用基础帧或增强帧,具体根据9.4.5.3过程中配置的中继传输通道的传输模式确定。在执行中继业务数据传输之前,G 节点数据传输与适配功能单元应确保已经按照表95获取到最新有效的传输通道映射关系,对应的中继传输通道建立情况见图30。
如果中继业务传输通道使用基础帧进行中继业务交互,具体执行流程如下
a) 步骤1:发送端 T1节点向 G 节点发送封装有中继业务数据的 PDU1。PDU1应按照6.5.1定义的基础帧格式进行封装,其中 TCID字段应设置为子中继传输通道1在 G 节点侧的传输通道标识 TCIDy。
b) 步骤 2:G 节点解析接收到的 PDU1。根据传输通道映射关系将 TCIDy 参数设置为子中继传输通道2在 T2节点侧的传输通道标识 TCIDj,并将新生成的 PDU2转发给接收端 T2节点。
c) 步骤3:接收端 T2节点解析 G 节点发送的 PDU2,并将解析出的中继业务数据递交至上层如果中继业务传输通道使用增强帧进行中继业务交互,具体执行流程与上述类似,仅需将步骤2更改为步骤 2':G 节点解析接收到的 PDU1并进行 CRC 校验。如果校验失败应将 PDU1丢弃。如果CRC校验成功,应根据传输通道映射关系将 TCIDy参数设置为子中继传输通道2在 T2节点侧的传输通道标识 TCIDj并重新计算并填充 CRC,并将新生成的 PDU2转发给接收端 T2节点。
8.9 传输通道性能测量
8.9.1 概述
传输通道性能测量由测量管理功能单元触发,并由数据传输与适配功能单元执行。测量结果由测量管理功能单元进行收集和记录。记录后的测量结果可用于其他功能单元或授权应用。
当本端数据传输与适配功能单元接收到测量管理功能单元触发的传输通道性能测量指示后,通过与对端交互测量帧的方式获取测量帧在两端的收发时间,用于计算传输通道端到端时延和抖动性能本文件仅支持流模式和可靠模式传输通道的性能测量,相关的测量流程见8.9.2和8.9.3。
为满足测量精度,本文件建议两端宜支持一定的时钟同步精度要求。可参考表172提供的时钟同步源类型。
8.9.2 流模式下传输通道性能测量
流模式下传输通道性能测量为单向测量,主要用于测量传输通道单向时延和抖动。具体执行步骤如下。
a) 步骤1:当本端数据传输与适配功能单元接收到测量管理功能单元针对特定传输通道的测量配置指示信息后,根据该测量实例配置的总测量时长duration字段值和总测量帧数量probe-MaxNum 字段值的要求,按照定义的测量帧格式生成第 k 测量周期的测量请求帧,并在相应传输通道内发送。测量帧 Rep_mode字段设置为0b0000。当测量请求帧生成后,数据传输与适配功能单元应立刻将该测量帧放入对应传输通道的缓存区。其中,同步时钟源类型应设置为对端在测量实例建立回复消息中反馈的selectedSyncClock字段值。
b) 步骤2:当对端在传输通道接收到第 k 测量周期的测量请求帧后,记录接收到测量请求帧的时戳 Timestamp_R(k),并按照如下公式可计算得到该传输通道在第 k 测量周期的单向时延和抖动。
单向时延:Delay(k)=Timestamp_R(k)-Sender_Timstamp(k)
抖动:Jitter(k)=|Delay(k)-Delay(k-1)|
其中:
k 小于或等于总测量帧数量probeMaxNum 字段值;
• Sender_Timstamp(k)为第 k 测量周期本端数据传输与适配功能单元发送测量请求帧的时刻;
Timestamp_R(k)为第 k 测量周期对端数据传输与适配功能单元接收到测量请求帧的时刻。
8.9.3 可靠模式下传输通道性能测量
在设置测量请求帧内 Rep_Mode字段为0b0001时,可靠模式下传输通道性能测量可支持双向测量和单向测量,具体执行步骤如下。
a) 步骤1:根据测量建立配置的总测量时长和总测量帧数量,本端数据传输与适配功能单元按照测量帧格式生成第 k 测量周期的测量请求帧,并在相应传输通道内发送。当测量请求帧生成后,本端数据传输与适配功能单元应立刻将该测量帧放入对应传输通道的缓存区,并记录本端发送测量请求帧时戳为Sender_Timstamp(k)。
b) 步骤2:当对端在传输通道接收到第 k 测量周期的测量请求帧后,解析测量请求帧 Rep_Mode字段为0b0001,则立即生成相应第 k 测量周期的测量应答帧,在测量应答帧内记录接收到测量请求帧的时戳 Timestamp_R(k)。并复制测量请求帧记录的测量请求帧发送时戳 Sender_ Timstamp(k)到测量应答帧 Timstamp_S(k)字段。对端数据传输与适配功能单元应将测量应答帧放入对应传输通道的缓存区,并记录对端发送测量应答帧时戳为Sender_Timstamp(k)。
c) 步骤3:当本端收到对端发送的第 k 测量周期的测量应答帧后,本端数据传输与适配功能单元应本地记录当前时刻为测量应答帧接收时戳 Timestamp_R’(k),并且读取测量应答帧内包含的Sender_Timstamp(k)、Timestamp_R(k)和 Timestamp_S(k)时戳。
d) 步骤4:可分别按照如下公式计算得到两端时钟同步和两端时钟非同步情况下,第 k 测量周期的双向时延和抖动以及单向时延和抖动:
两端时钟同步情况:
• 双向时延:
Delay (k) = (TimestampR (k) - SenderTimestamp (k)) + (TimestampRprime (k) - TimestampS (k))
双向时延抖动:
Jitter = | Delay (k) - Delay (k -1) |
• 去程单向时延:
Delay (k) = TimestampR (k) - SenderTimstamp (k)
去程单向时延抖动:
Jitter = | Delay (k) - Delay (k -1) |
回程单向时延:
Delay’(k)=Timestamp_R’(k)-Timestamp_S(k)
回程单向时延抖动:
Jitter = | Delayprime (k) - Delayprime (k -1) |
两端时钟非同步情况:
• 环回时延:
RTT(k)=Timestamp_R’(k)-Sender_Timstamp(k)
环回时延抖动:
Jitter = | RTT (k) - RTT (k -1) |
• 去程/回程单向时延:
Delay(k)=RTT(k)/2
去程/回程单向时延抖动:
Jitter = | Delay (k) - Delay (k -1) |
其中,假设往返空口传输链路时延相同,发送端可基于环回时延(RTT)取平均值的方式近似计算得到去程或回程单向时延。
可靠模式传输通道在进行单向测量时,设置测量请求帧内 Rep_Mode字段为0b0000,并通过本端向对端或对端向本端仅发送测量请求帧进行单向时延和抖动测量。具体执行步骤与流模式传输通道单向时延测量流程相同
9 连接管理
9.1 概述
连接管理功能单元定义了传输通道相关的连接管理功能、信令及交互流程,包括传输通道的建立更新和删除流程,以及传输通道与接入层逻辑信道的映射关系维护等。
更具体的,连接管理功能单元主要负责以下功能:
传输通道的建立、更新和删除;
端口与传输通道 TCID的映射关系维护;
传输通道与接入层逻辑信道的映射关系维护;
触发接入层建立、更新或删除逻辑信道;
向 QoS管理功能单元反馈当前传输通道的建立状态;
向接入层指示已建立的传输通道 TCID;
接入层传输路径的选择;
与接入层接口信息交互的维护;
向接入层提供业务的模式以及周期。
连接管理功能单元与接入层、基础服务层其他功能单元的关系见图31。
9.2 原语定义
9.2.1 概述
本条定义了连接管理功能单元与接入层 QoS 管理功能单元、基础应用层的接口原语
连接管理功能单元调用接口原语后,会触发一个原语定时器。当超时后仍未接收到响应,则认为本次原语操作失败。
9.2.2 连接管理与接入层原语
9.2.2.1 概述
连接管理功能单元和接入层之间的原语见表96,用于触发接入层逻辑信道的建立、更改和释放等操作。
| 功能及描述 | 相关原语 | 发送方向 |
| 申请接入层逻辑信道的建立 | 逻辑信道建立请求 | 连接管理功能单元→接入层 |
| 逻辑信道建立响应 | 接入层→连接管理功能单元 | |
| 申请接入层逻辑信道的更新 | 逻辑信道更新请求 | 连接管理功能单元→接入层 |
| 逻辑信道更新响应 | 接入层→连接管理功能单元 | |
| 申请接入层逻辑信道的释放 | 逻辑信道释放请求 | 连接管理功能单元→接入层 |
| 逻辑信道释放响应 | 接入层→连接管理功能单元 | |
| 指示接入层逻辑信道建立情况 | 逻辑信道建立指示 | 接入层→连接管理功能单元 |
| 逻辑信道建立确认 | 连接管理功能单元→接入层 | |
| 请求取消逻辑信道相关操作 | 逻辑信道操作取消请求 | 连接管理功能单元→接入层 |
| 逻辑信道操作取消响应 | 接入层→连接管理功能单元 | |
| 配置控制广播相关操作 | 控制广播配置请求 | 连接管理功能单元→接入层 |
| 控制广播配置响应 | 接入层→连接管理功能单元 | |
| 控制广播开始相关操作 | 控制广播开始请求 | 连接管理功能单元→接入层 |
| 控制广播开始响应 | 接入层→连接管理功能单元 | |
| 控制广播停止相关操作 | 控制广播停止请求 | 连接管理功能单元→接入层 |
| 控制广播停止响应 | 接入层→连接管理功能单元 | |
| 扫描控制广播相关操作 | 扫描控制广播开始请求 | 连接管理功能单元→接入层 |
| 扫描控制广播开始响应 | 接入层→连接管理功能单元 | |
| 扫描控制广播停止请求 | 连接管理功能单元→接入层 | |
| 扫描控制广播停止响应 | 接入层→连接管理功能单元 | |
| 扫描控制广播内容上报 | 接入层→连接管理功能单元 |
9.2.2.2 逻辑信道建立请求
AccessLinkEstablish.request原语用于连接管理功能单元向接入层申请为一条传输通道建立接入层逻辑信道(见表97)。接入层可选择创建一条新的逻辑信道用于承载该传输通道数据,也可复用一条已建立的逻辑信道承载该传输通道数据,具体留给接入层实现。
AccessLinkEstablish.request(
Version,
LocalIndex,
SrcTCID,
TargetL2ID,
ExpectedTransportMode,(optional)
ExpectedLogicalChannelMode,(optional)
ExpectedDirection,(optional)
XQI,(optional)--only for SLB
AID,(optional)
ExclusiveIndication,(optional)
OtherDedicatedAccsessLayerParams,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| SrcTCID | 整型 | 0~255 | 本端TCID。如果该标识对应8通.3道.2时~8,默.3.8认定向义接的入控层制请类求传建输立默认承载 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| ExpectedTransportMode | 枚举 | {单播、数据组播、反馈组播、双向组播、广播} | 期望的接入层数据传输方式 |
| ExpectedLogicalChannelMode | 枚举 | 对于SLB,取值{AM、UM、T对M于}SLE,取值{同步等时、异步} | 期望的逻辑信道模式。TAMM::透确传认模模式式;;UM:无确认模式 |
| ExpectedDirection | 枚举 | {仅G链路、仅T链路、双向} | 期望逻辑信道能支持的传输方向 |
| XQI | 整型 | 0~256 | 接入层服务质量指示 |
| AID | 整型 | 0~4095 | 业务标识 |
| ExclusiveIndication | 枚举 | {TRUE} | 设置为TRUE时,用于指示希望建立独享逻辑信道,仅用于传输本消息中传输通道的数据 |
| 参数 | 类型 | 有效范围 | 含义 |
| OtherDedicatedAccessLayerParams | 比特串 | N/A | 其他接入层专用参数指示,需要基于请求的接入层技术类型进行设置对于SLB,可包括业务特征参数(典型的包括采样率、量化位宽),使用的PSK类型等对于SLE,可包括具体链路建链指示信息(典型的包括同步等时业务数据的到达间隔和数据包大小)等 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.3 逻辑信道建立响应
AccessLinkEstablish.response原语用于接入层向连接管理功能单元反馈接入层逻辑信道建立情况(见表98)。
AccessLinkEstablish.response(
Version,
LocalIndex,
Result,
LCID,
XQIList,(optional)--only for SLB
AIDList,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应AccessLinkE-stablish.request原语中的LocalIndex参数值 |
| Result | 整型 | 0~255 | 接入层逻辑信道建立结果。0代表成功,1代表失败,2代表PSK错误使用引起的失败,3代表无法找到Ac-cgeestsLL2iInDkE参sta数bli值sh对.r应equ的es设t备原,4语代中表缺Tar少-必要指示信息引起的失败,5代表Ac-cessLinkEstablish.request原语中若干参数不支持,6~255预留 |
| 参数 | 类型 | 有效范围 | 含义 |
| LCID | 整型 | 0~65535 | 接入层为AccessLinkEstablish.request原语中SrcTCID参数值建立的LCID |
| XQIList | 比特串 | N/A | LCID对应逻辑信道支持的XQI列表 |
| AIDList | 比特串 | N/A | LCID对应逻辑信道支持的AID列表 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.4 逻辑信道更新请求
AccessLinkModify.request原语用于连接管理功能单元向接入层申请为一条传输通道更新对应逻辑信道的配置(见表99)。该原语的触发一般发生在传输通道的 QoS要求发生改变的情况。逻辑信道的具体更新方式留给接入层实现。
AccessLinkModify.request(
Version,
LocalIndex,
SrcTCID,
TargetL2ID,
LCID,
SLQI,(optional)
XQI,(optional)--only for SLB
OtherDedicatedAccsessLayerParams,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| SrcTCID | 整型 | 0~255 | 本端TCID |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| LCID | 整型 | 0~65535 | 请求更新的逻辑信道标识 |
| SLQI | 整型 | 0~65535 | 当前传输通道需要的星闪服务质量索引 |
| XQI | 整型 | 0~255 | 接入层服务质量指示 |
| 参数 | 类型 | 有效范围 | 含义 |
| OtherDedicatedAccessLayerParams | 比特串 | N/A | 其他接入层专用参数指示,需要基于请求的接入层技术类型进行设置对于SLB,可包括业务特征参数(典型的包括采样率、量化位宽)等对于SLE,可包括具体链路建链指示信息(典型的包括同步等时业务数据的到达间隔和数据包大小)等 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.5 逻辑信道更新响应
AccessLinkModify.response原语用于接入层向连接管理功能单元反馈接入层逻辑信道更新情况(见表100)。
AccessLinkModify.response(
Version,
LocalIndex,
Result,
LCID,
XQIList,(optional)--only for SLB
AIDList,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Ac-cessLinkModify.request原语Lo-calIndex参数值 |
| Result | 整型 | 0~255 | 接入层逻辑信道更新结果。0代表成功,1代表失败,2代表缺少必要指示信息引起的失败,3代表无法找到AccessLink-Modify.request原语TargetL2ID参数值对应的设备,4代表Ac-c干es参sLi数nk不M支od持ify,5.r~eq2u5e5st预原留语若 |
| 参数 | 类型 | 有效范围 | 含义 |
| LCID | 整型 | 0~65535 | 接入层重配置的与AccessLink-Modify.request原语scrTCID参数对应的逻辑信道标识 |
| XQIList | 比特串 | N/A | LCID所支持的XQI列表 |
| AIDList | 比特串 | N/A | LCID所支持的AID列表 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.6 逻辑信道释放请求
AccessLinkRelease.request原语用于连接管理功能单元向接入层申请释放一条传输通道对应的逻辑信道连接(见表101)。接入层可释放传输通道对应的逻辑信道,也可仅取消该传输通道与逻辑信道的映射关系,具体留给接入层实现。
AccessLinkRelease.request(
Version,
LocalIndex,
TargetL2ID,
SrcTCID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| SrcTCID | 整型 | 0~255 | 本端TCID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.7 逻辑信道释放响应
AccessLinkRelease.response原语用于接入层向连接管理功能单元反馈传输通道对应的逻辑信道释放情况(见表102)。
AccessLinkRelease.responset(
Version,
LocalIndex,
Result,
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | q本ue地st索原引语,L应oc设alI置nd为ex对参应数A值ccessLinkRelease.re- |
| Result | 整型 | 0~255 | 接代入表失层败逻,辑其信他道取释值预放留结果。0代表成功,1 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.8 逻辑信道状态指示
AccessLinkStatus i.ndication原语用于接入层向连接管理功能单元指示接入层逻辑信道建立情况(见表103)。
AccessLinkStatus i.ndication(
Version,
LocalIndex,
TargetL2ID,
LCIDStatusList,
AccessLinkReleasedIndication,
Extension
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| LCIDStatusList | 比特串 | N/A | 逻辑信道状态列表针对SLB,列表中的每一项包括通道的LCID、Status(新建、工作中、释放),XQI List(可选)和A选ID)等Li参st数(可选)、Direction(可针对SLE,列表中的每一项包括通道的LCID、TransportMode(选可)以选及)、LStoagtiucsalC变ha化nn原el因M等ode(可 |
| 参数 | 类型 | 有效范围 | 含义 |
| AccessLinkReleasedIndication | 整型 | 0~255 | 0放代,2表~2正55常预释留放,1代表异常释 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.9 逻辑信道状态确认
AccessLinkStatus.confirm 原语用于连接管理功能单元向接入层确认接收到相应的接入层逻辑信道建立信息(见表104)。
AccessLinkStatus.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Ac-cessLinkStatus.indication原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 确认是否接收到AccessLinkStatus.indication原语。0代表成功接收,1~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.10 逻辑信道操作取消请求
在连接管理功能单元已经发送 AccessLinkEstablish.request原语或 AccessLinkModify.request原语或 AccessLinkRelease.request原语且未收到对应的响应时,连接管理功能单元可通过向接入层发送AccessLinkOperationCancel.request原语终止对应的逻辑信道操作(见表105)。
AccessLinkOperationCancel.request(
Version,
LocalIndex,
TargetLocalIndex,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetLocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Ac-cessLinkEstablish.request原语或AccessLinkModify.request原语或AccessLinkRelease.request原语中的LocalIndex参数值 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.11 逻辑信道操作取消确认
AccessLinkOperationCancel.confirm 原语由接入层发送给连接管理功能单元,用于对 AccessLink-OperationCancel.request原语进行确认(见表106)。
AccessLinkOperationCancel.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Ac-cessLinkOperationCancel.request原语中的LocalIndex参数值 |
| Result | 整型 | 0~255 | 接入层逻辑信道建立取消结果。0代表成功,1代表失败,其他取值预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.12 控制广播配置请求
BroadcastConfigure.request原语用于连接管理向接入层配置一条在通用控制广播传输通道上发送的控制广播信息(见表107)。
BroadcastConfigure.request(
Version,
LocalIndex,
RelateLCID,(optional)
BroadcastData,
ScanRspData,(optional)
BroadcastPeriod,
BroadcastPeriod,(optional)
Duration,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| RelateLCID | 整型 | 0~65535 | 当本原语用于配置广播传输通道的发布信息时,表示广播传输通道映射的LCID,某些情况可不填写(例如有默认唯一广播LCID) |
| BroadcastData | 比特串 | 未定义 | 控制广播信息 |
| ScanRspData | 比特串 | 未定义 | 可选项,配置之后用于广播扫描回复数据 |
| BroadcastPeriod | 整型 | 0~65535 | 广播周期,单位:ms,配置广播发送的周期 |
| BroadcastPeriod | 布尔型 | True/False | 用于表示广播是否立即开始发送,True表示广播立即开始发送,后续无需使用广播开始请求原语通知接入层开启广播;False表示广播不立即发送,后续需要使用广播开始请求原语通知接入层开启广播 |
| Duration | 整型 | 0~65535 | 广播持续时间,单位:s,配置广播发送持续的时间 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.13 控制广播配置响应
BroadcastConfigure.response原语用于接入层响应连接管理的控制广播配置请求(见表108)。
BroadcastConfigure.response(
Version,
LocalIndex,
Result,
BroadcastID,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Broad-castConfigure r.equest原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 接入层广播配置结果。0代表成功,1代表失败,其他取值预留 |
| BroadcastID | 整型 | 0~65535 | 接入层用来区分不同控制广播信息的编号,后续配置开始、停止广播时需要使用该编号进行开始与停止 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.14 控制广播开始请求
BroadcastStart.request原语用于指示接入层开始发布控制广播(见表109),如果控制广播已经开始发布,则本原语会被接入层忽略。
BroadcastStart.request(
Version,
LocalIndex,
BroadcastID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| 参数 | 类型 | 有效范围 | 含义 |
| BroadcastID | 整型 | 0~65535 | 指示给接入层需要开始发布的控制广播信息的编号 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.15 控制广播开始响应
BroadcastStart.response原语用于接入层响应连接管理的控制广播开始请求(见表110)。
BroadcastStart.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Broad-castStart.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 接功入,1层代广表播失开败始,其结他果取。值0预代留表成 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.16 控制广播停止请求
BroadcastStop.request原语用于指示接入层停止发布控制广播(见表111),如果控制广播已经停止发布,则本原语会被接入层忽略。
BroadcastStop.request(
Version,
LocalIndex,
BroadcastID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| BroadcastID | 整型 | 0~65535 | 指示给接入层需要停止发布的控制广播信息的编号 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.17 控制广播停止响应
BroadcastStop.response原语用于接入层响应连接管理的控制广播开始请求(见表112)。
BroadcastStop.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Broad-castStop.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 接功入,1层代广表播失停败止,其结他果取。值0预代留表成 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.18 扫描控制广播开始请求
ScanStart.request原语用于指示接入层开始扫描控制广播(见表113),如果接入层已经在进行扫描,则本原语会被接入层忽略。
ScanStart.request(
Version,
LocalIndex,
ScanData,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| ScanData | 比特串 | 未定义 | 扫描数据 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.19 扫描控制广播开始响应
ScanStart.response原语用于接入层响应连接管理的扫描控制广播开始请求(见表114)。
ScanStart.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应ScanStart.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 接功入,1层代扫表描失停败止,其结他果取。值0预代留表成 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.20 扫描控制广播停止请求
ScanStop.request原语用于指示接入层停止扫描控制广播(见表115)。
ScanStop.request(
Version,
LocalIndex,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.21 扫描控制广播停止响应
ScanStop.response原语用于接入层响应连接管理的扫描控制广播停止请求(见表116)。
ScanStop.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应ScanStop.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 接功入,1层代扫表描失停败止,其结他果取。值0预代留表成 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.2.22 扫描控制广播内容上报
ScanResult.report原语用于接入层上报扫描到的控制广播(见表117)。
ScanResult.report(
Version,
LocalIndex,
RelateLCID,(optional)
BroadcastData,
ScanRspData,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| RelateLCID | 整型 | 0~65535 | 本原语用于上报控制广播包含的相关联的广播业务逻辑信道的LCID;如果控制广播信息中不包含LCID,则此项不填写 |
| BroadcastData | 比特串 | 未定义 | 控制广播信息 |
| ScanRspData | 比特串 | 未定义 | 扫描响应信息 |
9.2.3 连接管理与 QoS管理原语
9.2.3.1 概述
连接管理功能单元和 QoS管理功能单元之间的原语见表118,用于触发传输通道相关的建立、更改、释放、QoS指示、映射关系建立等操作。
| 功能及描述 | 相关原语 | 发送方向 |
| 申请传输通道建立 | 传输通道建立请求 | QoS管理功能单元→连接管理功能单元 |
| 传输通道建立响应 | 连接管理功能单元→QoS管理功能单元 | |
| 申请传输通道释放 | 传输通道释放请求 | QoS管理功能单元→连接管理功能单元 |
| 传输通道释放响应 | 连接管理功能单元→QoS管理功能单元 | |
| 申请建立业务流到传输通道的映射关系 | 传输通道映射更新请求 | QoS管理功能单元→连接管理功能单元 |
| 传输通道映射更新响应 | 连接管理功能单元→QoS管理功能单元 | |
| 申请更新传输通道的QoS | 传输通道QoS更新请求 | QoS管理功能单元→连接管理功能单元 |
| 传输通道QoS更新响应 | 连接管理功能单元→QoS管理功能单元 | |
| 指示当前传输通道的状态 | 传输通道状态指示 | 连接管理功能单元→QoS管理功能单元 |
| 传输通道状态确认 | QoS管理功能单元→连接管理功能单元 |
| 功能及描述 | 相关原语 | 发送方向 |
| 请求取消传输通道相关操作 | 传输通道操作取消请求 | QoS管理功能单元→连接管理功能单元 |
| 传输通道操作取消确认 | 连接管理功能单元→QoS管理功能单元 |
9.2.3.2 传输通道建立请求
TransportChannelEstablish.request原语用于 QoS管理功能单元向连接管理功能单元申请传输通道并提供相应的 QoS信息(见表119)。
TansportChannelEstablish.request(
Version,
LocalIndex,
TargetL2ID,
TargetL2IDforRelay,(optional)
SrcPort,
DstPort,
AID,(optional)
QFI,(optional)
SLQI,
ExpectedTransportMode,(optional)
ExclusiveIndication,(optional)
ExtendedQoSParams,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| TargetL2IDforRelay | 比特串 | 48比特 | 在传输通道中继功能开启时,目标末端T节点的L2ID |
| SrcPort | 整型 | 0~65535 | 本端设备端口号 |
| DstPort | 整型 | 0~65535 | 对端设备端口号 |
| AID | 整型 | 0~4095 | 业务标识 |
| QFI | 整型 | 0~255 | 服务质量流标识 |
| SLQI | 整型 | 0~255 | 星闪服务质量索引 |
| ExpectedTransportMode | 枚举 | {单播、数据组播、反馈组播播、接双收向}组播、广播发送、广 | 期望的接入层数据传输方式 |
| 参数 | 类型 | 有效范围 | 含义 |
| ExclusiveIndication | 枚举 | {TRUE} | 设置为TRUE时,用于指示希望建立独享的传输通道,该通道仅用于传输本消息中来自SrcPort参数或DstPort参数的数据 |
| ExtendedQoSParams | 比特串 | N/A | 扩展QoS参数,需要基于请求的接入层技术类型进行设置。对于SLB,可包括业务特征参数(典型的包括采样率、量化位宽)等。对于SLE,可包括具体链路建链指示信息(典型的包括同步等时业务数据的到达间隔和数据包大小)、广播数据的类型(典型的包括同步数据广播、异步数据广播)等,其中同步等时业务数据的到达间隔和数据包大小应包含 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.3 传输通道建立响应
TransportChannelEstablish.response原语用于连接管理功能单元对 QoS管理功能单元申请传输通道建立请求的响应(见表120)。
TansportChannelEstablish.response(
Version,
LocalIndex,
Result,
SrcTCID,
DstTCID,
SLQIList,
LCID,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| 参数 | 类型 | 有效范围 | 含义 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Tans-portChannelEstablish.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 传输通道建立结果。0代表成功,1代表失败,2代表无法找到TansportChannelEstablish.request原语TargetL2ID参数值对示应信的息引设起备的,3失代败表,4缺代少表必T要ans指-portChannelEstablish.request原语若干参数不支持,5代表无法建立独享的传输通道,6~255预留 |
| SrcTCID | 整型 | 0~255 | 本端TCID |
| DstTCID | 整型 | 0~255 | 对端TCID |
| SLQIList | 比特串 | N/A | 传索输引列通表道支持的星闪服务质量 |
| LCID | 整型 | 0~65535 | 传输通道对应的逻辑信道标识。在广播业务传输通道建立时,应包含。其他情况可选 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.4 传输通道释放请求
TransportChannelRelease.request原语用于 QoS管理功能单元向连接管理功能单元申请释放当前业务数据对应的传输通道(见表121)。
TransportChannelRelease.request(
Version,
LocalIndex,
TargetL2ID,
TargetL2IDforRelay,(optional)
SrcTCID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| 参数 | 类型 | 有效范围 | 含义 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| SrcTCID | 比特串 | N/A | S如rc果TC出ID现对,应用的于传指输示通期道望释放 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.5 传输通道释放响应
TransportChannelRelease.response原语用于连接管理功能单元向 QoS管理功能单元反馈传输通道的释放情况(见表122)。
TransportChannelRelease.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Trans-portChannelRelease.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 传输通道释放结果。0代表成功,1代表失败,2代表部分成功(仅用于TransportChannel-Release.request原语包含srcT-CIDList参数且只能释放部分传输通道的情况),3~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.6 传输通道映射更新请求
TransportChannelMappingModify.request原语用于 QoS管理功能单元向连接管理功能单元申请将特定业务流映射到已建立的传输通道,或将特定业务流释放(见表123)。可为单个端口对应的业务流,也可为 QFI对应的一组业务流。连接管理功能单元应确保一个或一组业务流只能映射到一个传输通道进行传输。
TansportChannelMappingModify.request(
Version,
LocalIndex,
TargetL2ID,
TargetL2IDforRelay,(optional)
SrcPort,(optional)
DstPort,(optional)
AID,(optional)
QFI,(optional)
Action,
SLQI,
SrcTCID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| TargetL2IDforRelay | 比特串 | 48比特 | 在传输通道中继功能开启时,目标末端T节点的L2ID |
| SrcPort | 整型 | 0~65535 | 本端设备端口号,与DstPort参数成对出现。如果出现,用于指示期望释放将[SrcPort,DstPort]对应的业务流映射到SrcTCID参数值对应的传输通道 |
| DstPort | 整型 | 0~65535 | 对端设备端口号,与SrcPort参数成对出现。如果出现,用于指示期望释放将[SrcPort,DstPort]对应的业务流映射到SrcTCID参数值对应的传输通道 |
| AID | 整型 | 0~4095 | 业务标识 |
| QFI | 整型 | 0~255 | 服务质量流标识。如果出现,用于指示期望建立将QFI对应的所有业务流映射到SrcTCID参数值对应的传输通道 |
| 参数 | 类型 | 有效范围 | 含义 |
| Action | 整型 | 0~255 | 基础应用层端口和基础服务层TCID之间映射关系增加或删除指示。0:将SrcPort参数值对应的源端口映射到SrcTCID参数值对应的传输通道上;1:释放SrcPort参数值对应的QoS流,解除SrcPort参数值对应的源端口与SrcTCID参数值对应的传输通道的映射关系 |
| SLQI | 整型 | 0~255 | 该传输通道对应的星闪服务质量索引 |
| SrcTCID | 整型 | 0~255 | 本端TCID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.7 传输通道映射更新响应
TansportChannelMappingModify.response原语用于连接管理功能单元向 QoS管理功能单元反馈传输通道映射结果(见表124)。
TansportChannelMappingModify.response(
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Tans-portChannelMappingModify.re-quest原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 传输通道映射建立结果。0代表成功,1代表失败,2代表无法找到对应TansportChannel-MappingModify.request原语TargetL2ID参数值对应的设备,3~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.8 传输通道 QoS更新请求
TransportChannelQoSUpdate.request原语用于 QoS管理功能单元向连接管理功能单元申请更新传输通道 QoS参数(见表125)。QoS管理单元可更新 SrcTCID 参数对应的传输通道相关的 ExtendedQoSParams参数,也可更新SrcTCID参数对应的传输通道上某 QFI的SLQI。
TansportChannelQoSUpdate.request(
Version,
LocalIndex,
TargetL2ID,
TargetL2IDforRelay,(optional)
AID,(optional)
QFI,(optional)
SrcTCID,
SLQI,
ExtendedQoSParams,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| AID | 整型 | 0~4095 | 业务标识 |
| QFI | 整型 | 0~255 | 服务质量流标识。如果出现,用于指示该QFI对应的QoS流的QoS参数更新。连接管理功能单元可选择将当前对应的传输通道进行配置更新,也可选择为QFI对应的所有业务流新建其他传输通道,具体留给实现 |
| SrcTCID | 整型 | 0~255 | 本端TCID。如果出现,用于其期望更新scrTCID对应的QoS参数配置 |
| SLQI | 整型 | 0~255 | 期望的星闪服务质量索引 |
| 参数 | 类型 | 有效范围 | 含义 |
| ExtendedQoSParams | 比特串 | N/A | 扩展QoS参数,需要基于请求的接入层技术类型进行设置。对于SLB,可包括业务特征参数(典型的包括采样率、量化位宽)等。对于SLE,可包括具体链路建链指示信息(典型的包括同步等时业务数据的到达间隔和数据包大小)等,其中同步等时业务数据的到达间隔和数据包大小应包含 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.9 传输通道 QoS更新响应
TansportChannelQoSUpdate.response原语用于连接管理功能单元向 QoS管理功能单元反馈传输通道映射结果(见表126)。
TansportChannelQoSUpdate.response(
Version,
LocalIndex,
Result,
SLQIList,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,设置为对应Tans-portChannelQoSUpdate.request原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 传输通道QoS更新结果。0代表成功,1代表失败,2代表无法找到对应TansportChan-nelQoSUpdate.request原语Tar-getL2ID参数值对应的设备,3代表缺少必要指示信息引起的失败,4代表TansportChannelQo-S不U支pd持ate,5.r~eq2u5e5st预原留语若干参数 |
| 参数 | 类型 | 有效范围 | 含义 |
| SLQIList | 比特串 | N/A | 传输通道支持的星闪服务质量索引列表 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.10 传输通道状态指示
TansportChannelStatus i.ndication原语用于连接管理功能单元向 QoS管理功能单元指示当前建立的传输通道状态(见表127)。
TansportChannelStatus i.ndication(
Version,
LocalIndex,
TargetL2ID,
TargetL2IDforRelay,(optional)
TCStatusList,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| TCStatusList | 比特串 | N/A | 传输通道状态列表。列表中的每一项包括一条传输通道的[srcPort,dstPort,add/release]List,SrcTCID,DstTCID,SLQIList, AIDList,以及Status等信息。Status包括正常、异常、释放等指示信息 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.11 传输通道状态确认
TansportChannelStatus.confirm 原语用于 QoS管理功能单元向连接管理单元确认接收到传输通道状态信息(见表128)。
TansportChannelStatus.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应TansportChannelStatus.Indi-cation原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 确语认。0是代否表接成收功到接T收an,s1p~or2t5C5ha预nn留elStatus.Indication原 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.12 传输通道操作取消请求
在 QoS管理功能单元已经发送 TansportChannelEstablish.request原语或 TansportChannelRelease. request原语或 TansportChannelMapingModify.request原语或 TansportChannelQoSUpdate.request原语且未收到对应的响应之前,QoS管理功能单元可通过向连接管理功能单元发送 TansportChannel-OperationCancel.request终止对应操作(见表129)。
TansportChannelOperationCancel.request(
Version,
LocalIndex,
TargetLocalIndex,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | 本可地索索引引到,一在条连信接令管理功能单元和接入层之间 |
| TargetLocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应TansportChanne-lEstablish.request原语或TansportChannelRe-lease.request原语或TansportChannelMaping-Modify.request原语或TansportChannelQo-SUpdate.request原语中的LocalIndex参数值 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.3.13 传输通道操作取消确认
TansportChannelOperationCancel.confirm 原语由连接管理功能单元发送给 QoS 管理功能单元,用于对 TansportChannelOperationCancel.request原语进行确认(见表130)。
TansportChannelOperationCancel.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Tans-portChannelOperationCancel.re-quest原语LocalIndex参数值 |
| Result | 整型 | 0~255 | 传成输功通,1道代操表作失取败消,其结他果取。值0预代留表 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4 连接管理与基础应用层原语
9.2.4.1 概述
连接管理功能单元和基础应用层之间的原语见表131,用于触发与特定设备的初始连接建立、连接释放等操作。
| 功能及描述 | 相关原语 | 发送方向 |
| 申请与设备建立初始连接 | 初始连接建立请求 | 基础应用层→连接管理功能单元 |
| 初始连接建立响应 | 连接管理功能单元→基础应用层 | |
| 申请与设备释放连接 | 连接释放请求 | 基础应用层→连接管理功能单元 |
| 连接释放响应 | 连接管理功能单元→基础应用层 | |
| 指示设备连接状态 | 连接状态指示 | 连接管理功能单元→基础应用层 |
| 连接状态确认 | 基础应用层→连接管理功能单元 | |
| 重传达到最大次数事件通知 | 重传达到最大次数事件 | 连接管理功能单元→基础应用层 |
| 通用控制广播传输通道发送 | 通用控制广播传输通道发送请求 | 基础应用层→连接管理功能单元 |
| 通用控制广播传输通道发送响应 | 连接管理功能单元→基础应用层 |
| 功能及描述 | 相关原语 | 发送方向 |
| 通用控制广播传输通道停止发送 | 通用控制广播传输通道停止发送请求 | 基础应用层→连接管理功能单元 |
| 通用控制广播传输通道停止发送响应 | 连接管理功能单元→基础应用层 | |
| 通用控制广播传输通道接收查询 | 通用控制广播传输通道接收查询请求 | 基础应用层→连接管理功能单元 |
| 通用控制广播传输通道接收查询响应 | 连接管理功能单元→基础应用层 |
9.2.4.2 初始连接建立请求
InitialConnectionEstablish.request原语用于基础应用层向连接管理功能单元申请建立初始连接(见表132)。一般情况下,基础应用层可调用该原语触发本端与目标设备建立接入层默认承载、激活基础服务层控制类的传输通道并建立安全连接,其中,SLB 的安全连接建立过程包括认证和安全上下文协商流程,SLE 的安全连接建立过程包括配对和鉴权流程。其中 TargetL2IDforSLB 参数和 TargetL2ID2forSLE参数应至少包含一个。
InitialConnectionEstablish.request(
Version,
LocalIndex,
TargetL2IDforSLB,(optional)
TargetL2ID2forSLE,(optional)
OtherParams,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2IDforSLB | 比特串 | 48比特 | 期望使用SLB接入的对端L2ID |
| TargetL2IDforSLE | 比特串 | 48比特 | 期望使用SLE接入的对端L2ID |
| OtherParams | 比特串 | N/A | 用于初始连接建立的其他参数,如频点信息等 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.3 初始连接建立响应
InitialConnectionEstablish.response原语用于连接管理功能单元向基础应用层反馈初始连接建立情况(见表133)。
InitialConnectionEstablish.response(
Version,
LocalIndex,
Result,
TargetL2IDforSLB,(optional)
TargetL2ID2forSLE,(optional)
FixedTCIDList,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Initial-ConnectionEstablish.request原语中LocalIndex参数值 |
| Result | 整型 | 0~255 | 初功,始1连代表接失建败立,结其他果取。0值代预留表成 |
| TargetL2IDforSLB | 比特串 | 48比特 | 使用SLB接入的对端L2ID |
| TargetL2IDforSLE | 比特串 | 48比特 | 使用SLE接入的对端L2ID |
| FixedTCIDList | 比特串 | N/A | 激列活表的控制类传输通道的TCID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.4 连接释放请求
ConnectionRelease.request原语用于基础应用层向连接管理功能单元申请释放与特定设备的连接(见表134)。其中 TargetL2IDforSLB参数和 TargetL2ID2forSLE参数应至少包含一个。
ConnectionRelease.request(
Version,
LocalIndex,
TargetL2IDforSLB,(optional)
TargetL2ID2forSLE,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2IDforSLB | 比特串 | 48比特 | 期望释放SLB的对端L2ID |
| TargetL2IDforSLE | 比特串 | 48比特 | 期望释放SLE的对端L2ID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.5 连接释放响应
ConnectionRelease.response原语用于连接管理功能单元向基础应用层反馈连接释放情况 (见表135)。
ConnectionRelease.response(
Version,
LocalIndex,
Result,
TargetL2IDforSLB,(optional)
TargetL2ID2forSLE,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Con-nectionRelease.request原语中LocalIndex参数值 |
| Result | 整型 | 0~255 | 连代表接失释败放,结其果他。取0值代预留表成功,1 |
| TargetL2IDforSLB | 比特串 | 48比特 | 释放SLB的对端L2ID |
| TargetL2IDforSLE | 比特串 | 48比特 | 释放SLE的对端L2ID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.6 连接状态指示
ConnectionStatus i.ndication原语用于连接管理功能单元向基础服务层指示当前建立的传输通道状态(见表136)。
ConnectionStatus i.ndication(
Version,
LocalIndex,
TargetL2ID,
TCStatusList,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| TargetL2ID | 比特串 | 48比特 | 对端L2ID |
| TCStatusList | 比特串 | N/A | 传输通道状态列表。列表中的每一项包括一条传输通道的SrcTCID、DstTCID、SLQIList以及Status等信息。Status包括正常、异常、释放等指示信息 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.7 连接状态确认
ConnectionStatus.confirm 原语用于基础应用层向连接管理功能单元确认接收到传输通道状态信息(见表137)。
ConnectionStatus.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,设置为对应Connec-tionStatus.indication原语中LocalIndex参数值 |
| 参数 | 类型 | 有效范围 | 含义 |
| Result | 整型 | 0~255 | 确认是否接收到ConnectionStatus i.n-dication原语。0代表成功接收,1~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.8 重传达到最大次数事件
MaxTxThreshold.event原语用于连接管理功能单元向基础应用层上报重传达到最大次数事件(见表138)。
MaxTxThreshold.event(
Version,
LocalIndex,
SrcTCID,
TxSeq,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原语版本号,当前标准版本设置为0 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| SrcTCID | 整型 | 0~255 | 发生重传达到最大次数事件的TCID |
| TxSeq | 整型 | 0~65535 | 重传达到最大次数的PDU序列号 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.9 通用控制广播传输通道发送请求
BroadcastControlStart.request原语用于基础应用层向连接管理功能单元请求在通用控制广播传输通道上进行信息发送(见表139)。
BroadcastControlStart.request(
Version,
LocalIndex,
BroadcastId,
ControlInformation,
Period,
Duration,(optional)
LCID,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| BroadcastId | 整型 | 0~65535 | 广播标识,用于区分不同的控制广播数据 |
| ControlInformation | 比特串 | N/A | 广播业务传输通道控制信息 |
| Period | 整型 | 0~65535 | 广播业务传输通道控制信息的发送周期,单位:ms |
| Duration | 整型 | 0~65535 | 广播业务传输通道控制信息的发送持续时长,单位:100ms。0代表一直发送 |
| LCID | 整型 | 0~65535 | 广播业务传输通道对应的LCID |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.10 通用控制广播传输通道发送响应
BroadcastControlStart.confirm 原语用于连接管理功能单元向基础应用层确认已经发送广播业务传输通道控制信息(见表140)。
BroadcastControlStart.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 设置为BroadcastControlStart.request原语中LocalIndex参数值 |
| Result | 整型 | 0~255 | 0代表接入层已经成功发送广播业务传输通道控制信息,1代表失败,2~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.11 通用控制广播传输通道停止发送请求
BroadcastControlStop.request原语用于基础应用层向连接管理功能单元请求在通用控制广播传输通道上停止信息发送(见表141)。
BroadcastControlStop.request(
Version,
LocalIndex,
BroadcastId
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| BroadcastId | 整型 | 0~65535 | 广播标识,用于区分不同的控制广播数据,与通用控制广播传输通道发送请求中包含的广播标识一致 |
9.2.4.12 通用控制广播传输通道停止发送响应
BroadcastControlStop.confirm 原语用于连接管理功能单元向基础应用层确认已经停止发送广播业务传输通道控制信息(见表142)。
BroadcastControlStop.confirm (
Version,
LocalIndex,
Result,
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Broad-castControlStop.request原语中LocalIndex参数值 |
| 参数 | 类型 | 有效范围 | 含义 |
| Result | 整型 | 0~255 | 0代表接入层已经成功停止发送广播业务传输通道控制信息,1代表失败,2~255预留 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.13 通用控制广播传输通道接收查询请求
BroadcastControlInquire.request原语用于基础应用层向连接管理功能单元请求查询在通用控制广播传输通道上接收到的控制广播(见表143)。
BroadcastControlInquire.request(
Version,
LocalIndex,
ScanData,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,在连接管理功能单元和接入层之间可索引到一条信令 |
| ScanData | 比特串 | 未定义 | 扫描数据 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.2.4.14 通用控制广播传输通道接收查询响应
BroadcastControlInquire.confirm 原语用于连接管理功能单元向基础应用层确认已经停止发送广播业务传输通道控制信息(见表144)。
BroadcastControlInquire.confirm (
Version,
LocalIndex,
RelateLCID,(optional)
BroadcastData,
ScanRspData,(optional)
Extension
)
| 参数 | 类型 | 有效范围 | 含义 |
| Version | 整型 | 0~15 | 原为语0版本号,当前标准版本设置 |
| LocalIndex | 整型 | 0~65535 | 本地索引,应设置为对应Broad-castControlInquire.request原语中LocalIndex参数值 |
| RelateLCID | 整型 | 0~65535 | 本原语用于上报控制广播包含的相关联的广播业务逻辑信道的LCID;如果控制广播信息中不包含LCID,则此项不填写 |
| BroadcastData | 比特串 | 未定义 | 控制广播信息 |
| ScanRspData | 比特串 | 未定义 | 扫描响应信息 |
| Extension | 比特串 | 未定义 | 用于扩展 |
9.3 连接管理信令
9.3.1 传输控制信令
9.3.1.1 通则
传输控制信令使用SLE通用管理传输通道或SLB通用管理传输通道进行传输。传输控制信令用于设备之间传输通道的建立、重配置、删除,以及连接管理能力协商等,由连接管理功能单元负责。传输控制信令使用基础服务层通用控制信令格式。
本文件规定设备在使用连接管理功能前,应首先进行连接管理能力协商,即首先实现连接管理能力查询请求和连接管理能力查询响应的信令交互,以获取对端连接管理能力。设备双方均应进行该操作
9.3.1.2 连接管理能力查询请求
连接管理能力查询请求(Capability_Req信令)用于查询对端连接管理功能单元支持的能力,每次可查询多个能力。Capability_Req信令载荷结构即由 4 字节的 capabilityBitmap 字段组成,定义见图32。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | R | TM | M_EN | AC_E | AC_B | MTU | MPS | VER |
| 1字节 | WND | RFU | ||||||
| 1字节 | RFU | |||||||
| 1字节 | RFU | |||||||
capabilityBitmap字段中每个比特位上置1表示查询对应能力。宜查询所有能力。其中,部分能力应必选查询,部分能力应条件必选查询(见表145)。
| capabilityBitmap结构标记 | capabilityBitmap比特位 | 描述 |
| R | bit0 | 中道继,应能设力置,为如1果期望建立中继传输通 |
| TM | bit1 | 传输输模模式式,应能设力置,为如1果期望使用可选传 |
| M_EN | bit2 | 测理,量应能设力置,为如1果期望使用测量管 |
| AC_E | bit3 | SLE接入能力 |
| AC_B | bit4 | SLB接入能力 |
| MTU | bit5 | 支持最大MTU |
| MPS | bit6 | 支持最大MPS |
| VER | bit7 | 支置持为的1传输控制协议版本号。应设 |
| WND | bit8 | 支可持靠接模式收传队输列通长道度,。应如设置果为期1望建立 |
| RFU | bit9~bit31 | 预留 |
9.3.1.3 连接管理能力查询响应
连接管理能力查询响应(Capability_Rsp信令)用于响应连接管理能力查询请求,可反馈多种能力。Capability_Rsp信令载荷结构由4字节的capabilityBitmap字段和可选扩展字段capInfo组成,定义见图33。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | R | TM | M_EN | AC_E | AC_B | MTU | MPS | VER |
| 1字节 | WND | RFU | ||||||
| 1字节 | RFU | |||||||
| 1字节 | RFU | |||||||
| 变长 | 扩展字段capInfo | |||||||
capabilityBitmap:4字节,设备能力指示。当连接管理能力查询请求对应比特位置为1时,该字段对应比特位才有效,否则为无效比特位,应置为0。如果比特位为1,则代表支持此能力;如果为0,则代表不支持此能力:
R:1 比特,如果支持中继,则取值为1;如果不支持,取值为0;
M_EN:1 比特,如果支持测量,则取值为1;如果不支持,取值为0;
TM:1比特,置1时,则扩展字段capInfo包含传输模式能力;如果不支持,则取值为0;
AC_E:1 比特,置1时,则扩展字段capInfo包含SLE信息;如果不支持,则取值为0;
AC_B:1 比特,置1时,则扩展字段capInfo包含SLB信息;如果不支持,则取值为0;
MTU:1比特,置1时,则扩展字段capInfo包含 MTU 信息;如果不支持,则取值为0;
MPS:1比特,置1时,则扩展字段capInfo包含 MPS信息;如果不支持,则取值为0;
VER:1比特,置1时,则扩展字段capInfo包含 VER信息;如果不支持,则取值为0;
WND:1比特,置1时,则扩展字段capInfo包含rxWindow 信息;如果不支持,则取值为0;
RFU:预留。
capInfo:扩展字段,包含各能力信息。当capabilityBitmap能力比特位为1时包含对应能力信息;比特位为0时,capInfo不包含对应的能力信息。capInfo字段中的能力信息严格按照比特位从低到高排列,详细结构见图34。
capInfo字段中各字段定义见表146。
| capInfo | 含义 |
| transModeCapInfo | 位图,对应比特位置1表示支持该传输模式,比特位对应定义详见表88 |
| accessSLE | SLE的L2ID |
| accessSLB | SLB的L2ID |
| MTU | 支持的最大MTU |
| MPS | 支持的最大MPS |
| version | 支持的传输控制协议版本号,本文件规定当前版本号为1字.2节0:大版本号,本文件规定大版本号为1字节1:小版本号,本文件规定小版本号为2 |
| rxWindow | 如果支持可靠模式,该值设置为支持的接收队列长度如果不支持可靠模式,该值设置为0 |
9.3.1.4 传输通道连接建立请求
传输通道连接建立请求(TCID_Connect_Req信令)用于请求创建传输通道,其载荷结构见图35。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | optionOffset | |||||||
| 1字节 | E | M_EN | RFU | |||||
| 变长 | modeConfig | |||||||
| 变长 | preferredSlqiList | |||||||
| 变长 | 扩展字段 | |||||||
各字段定义如下。
srcTCID:本端期望建立的传输通道在本端 TCID。
optionOffset:1字节,用于指示扩展字段相对于信令的数据载荷起始位置的偏移值。如果无扩展字段,optionOffset字段应取值为0。
—E:1比特,取值为1,指示要求为当前业务数据建立一对一独享的传输通道;取值为0时,指示为当前业务建立共享传输通道,默认共享。
M_EN:1比特,取值为0,指示srcTCID字段值对应传输通道性能测量不使能;取值为1,指示使能该srcTCID字段值对应传输通道性能测量,默认不使能。
RFU:6比特,预留。
modeConfig:变长,用于指示传输模式和配置参数,每种传输模式对应的 modeConfig字段结构不同。
—preferredSlqiList:变长,指示期望的 SLQI列表,按照先后顺序表示最期望、第二期望的SLQI,依此类推。
扩展字段:由前2字节的optionBitmap字段和扩展字段内容组成,是否存在扩展字段内容由optionBitmap字段指示。
TCID_Connect_Req信令的preferredSlqiList字段详细定义见图36。
SLQI_N:4 比特,用于指示 preferredSlqiList字段对应的 SLQI列表数量,取值范围为 1~ 8,0为无效值,取值0时此报文无效丢弃,其他取值预留。
SLQI:1字节,星闪服务质量索引。
RFU:预留。
TCID_Connect_Req信令的 modeConfig字段结构定义如下。
当transportMode字段取值0或1时,分别指示基础模式和透传模式,对应 modeConfig字段结构定义见图37。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | transportMode=0或1 | RFU | ||||||
| 2字节 | MTU | |||||||
| 2字节 | MPS | |||||||
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | transportMode = 2 | RFU | ||||||
| 2字节 | MTU | |||||||
| 2字节 | MPS | |||||||
| 2字节 | flushTimeout | |||||||
| 2字节 | reorderTimeout | |||||||
| 2字节 | crcInit | |||||||
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | transportMode=3 | RFU | ||||||
| 2字节 | MTU | |||||||
| 2字节 | MPS | |||||||
| 1字节 | txWindow | |||||||
| 1字节 | maxTxThreshold | |||||||
| 2字节 | retransmissionTimeout | |||||||
| 2字节 | responseTimeout | |||||||
| 2字节 | reorderTimeout | |||||||
| 2字节 | crcInit | |||||||
各模式的 modeConfig各字段统一定义如下。
transportMode:4比特,指示传输模式,值为0指示基础模式,值为1指示透传模式,值为2指示流模式,值为4指示可靠模式,值4~15为预留。
MTU:基础服务层可处理的最大SDU 大小,发送端上层下发超过 MTU 的SDU 无法处理,接收端收到发送端传来的超过 MTU 的SDU 也无法处理。
MPS:基础服务层可处理的最大 PDU 大小,发送端基础服务层处理之后的 PDU 不应超过该大小,接收端接入层传给基础服务层的 PDU 不应超过该大小。
flushTimeout:丢弃定时器超时时间,单位为毫秒,详见8.7.2.4。
reorderTimeout:重排序定时器超时时间,单位为毫秒,详见8.7.2.2。
crcInit:crc种子。
txWindow:发送队列的长度,单位为PDU 个数。通过连接管理能力查询请求和响应消息的能力交互后,应选取双方设备接收队列长度(rxWindow)中的较小值作为txWindow 的配置值。
retransmissionTimeout:重传定时器超时时间,单位为毫秒,详见8.7.2.1。
responseTimeout:应答定时器超时时间,单位为毫秒,详见8.7.2.3。
maxTxThreshold:最大重传输次数,重传次数如1、2、3、4、6、8、16、32。
TCID_Connect_Req信令载荷中的扩展字段整体结构定义见图40。
optionBitmap:2字节,用于指示是否存在相应的扩展字段。存在的各扩展字段严格按照 optionBitmap字段中低比特位到高比特位依次排列,具体取值如下:
PC:1 比特,取值为0,表示无扩展字段portConfig;取值为1,表示有扩展字段portConfig;
MC:1比特,取值为0,表示无扩展字段 multiLcConfig;取值为1,表示有扩展字段 multiLcConfig;
LC:1 比特,取值为0,表示无扩展字段lcConfig;取值为1,表示有扩展字段lcConfig;
RFU:13比特,预留。
portConfig:扩展字段之一,可选,指示业务流信息包括业务端口和业务标识。
multiLcConfig:扩展字段之一,可选,用于指示融合模式和融合参数。
lcConfig:扩展字段之一,可选,用于指示该传输通道映射的逻辑信道列表信息,包括lcNum、LCID和 L2ID等字段。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | PC | MC | LC | RFU | ||||
| 1字节 | RFU | |||||||
| 变长 | 扩展字段portConfig | |||||||
| 变长 | 扩展字段multiLcConfig | |||||||
| 变长 | 扩展字段lcConfig | |||||||
dstPort:基础应用层协商的对端Port信息,如果是基础服务层发起的传输通道建立,或基础应用层不指定具体 Port信息,则该字段设置为0x0000; srcPort:基础应用层协商的本端 Port信息,如果是基础服务层发起的传输通道建立,或基础应用层不指定具体 Port信息,则该字段设置为0x0000; AID:2字节,基础应用层业务标识。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 2字节 | dstPort | |||||||
| 2字节 | srcPort | |||||||
| 2字节 | AID | |||||||
扩展字段 multiLcConfig结构定义见图42。
multiLcMode:用于指示融合模式。multiLcMode字段和lcConfig字段共同指示信息,如果lcConfig字段仅包含一个逻辑信道,则 multiLcMode字段用于指示对端传输通道新增的逻辑信道映射,并设置本字段指示的融合模式;如果lcConfig字段包含两个逻辑信道,直接设置本字段指示的融合模式即可。本字段取值如下:
• 0:无效;
1:冗余传输;
• 2:分流传输;
• 3:切换传输;
4~255:预留。
primaryPath:仅用于分流传输和冗余传输,指示主逻辑信道对应的接入层类型:
• 1:SLB;
• 2:SLE;
3~255:预留。
splitThreshold:仅用于分流传输。当传输通道缓存的数据包大小超过splitThreshold字段值时,则开始分流传输,取值如下。而分流比例留给具体实现:
0x0:指示0字节;
0x1:指示100字节;
• 0x2:指示200字节;
• 0x3:指示400字节;
• 0x4:指示800字节;
0x5:指示1600字节;
0xff:指示不分流。
扩展字段lcConfig结构定义见图43。
lcNum:1字节,指示逻辑信道信息数量,每个逻辑信道信息包含 LCID 和 L2ID 两个字段。当lcNum 字段取值大于1时指示该传输通道映射到多个逻辑信道,取值范围为0°~8°。
LCID:2字节,传输通道映射的某逻辑信道标识。
L2ID:6字节,LCID所关联的对端 L2ID。
9.3.1.5 传输通道连接建立响应
传输通道连接建立响应(TCID_Connect_Rsp信令)用于响应传输通道连接建立请求,其信令载荷结构见图44。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
| 1字节 | result | |||||||
| 1字节 | LC | RFU | ||||||
| 变长 | 扩展字段lcConfig | |||||||
其中此信令包含了对每个传输通道的响应,各主要字段定义如下:
-srcTCID: 设置为对应传输通道连接建立请求中的srcTCID字段值;
-dstTCID; :发送传输通道连接建立响应的设备所分配的 TCID;
result:表示通道建立的结果,详细内容见表147;
-LC:1 比特,取值为0,表示无扩展字段lcConfig;取值为1,表示有扩展字段lcConfig;
-lcConfig: 变长,用于指示该传输通道映射的逻辑信道列表信息,包括lcNum、LCID 和 L2ID 等字段(见图43)。
| result取值 | 描述 |
| 0 | 连接成功 |
| 1 | 无资源 |
| 2 | MTU大小不支持 |
| 3 | MPS大小不支持 |
| 4 | srcTCID字段值不符合预期 |
| 5~255 | 预留 |
9.3.1.6 传输通道连接释放请求
传输通道连接释放请求(TCID_Disconnect_Req信令)用于请求释放传输通道,包含申请释放的传输通道信息,信令载荷结构见图45。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
各字段定义如下:
srcTCID:1 字节,请求释放的传输通道在本端 TCID;
dstTCID:1 字节,请求释放的传输通道在对端的 TCID
9.3.1.7 传输通道连接释放响应
传输通道连接释放响应(TCID_Disconnect_Rsp信令)用于响应传输通道释放请求,包含传输通道释放结果信息,信令载荷结构见图46。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
| 1字节 | result | |||||||
各字段定义如下:
srcTCID:设置为对应传输通道连接释放请求中的srcTCID字段值;
dstTCID:设置为对应传输通道连接释放请求中的dstTCID字段值;
result:传输通道连接释放结果,详细内容见表148。
| result值 | 描述 |
| 0 | 释放成功 |
| 1~255 | 预留 |
9.3.1.8 传输通道连接重配置请求
传输通道连接重配置请求(TCID_ReConfig_Req信令)用于请求重配置传输通道,载荷结构见图47。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
| 1字节 | optionOffset | |||||||
| 1字节 | E | M_EN | RFU | |||||
| 变长 | 扩展字段 | |||||||
各字段定义如下。
srcTCID:本端期望重配置的传输通道在本端 TCID。
dstTCID:本端期望重配置的传输通道在对端的 TCID。
optionOffset:1字节,用于指示扩展字段相对于信令的数据载荷起始位置的偏移值。如果无扩展字段,optionOffset字段应取值为0。
—E:1比特,取值为1,指示要求为当前业务数据建立一对一独享的传输通道;取值为0时,指示为当前业务建立共享传输通道,默认共享。
M_EN:1比特,取值为0,指示不开启srcTCID字段值对应传输通道的性能测量;取值为1,指示开启该srcTCID字段值对应传输通道的性能测量,默认不使能。
RFU:6比特,预留。
扩展字段:定义如下(见图48):
optionBitmap:2字节,各标记位分别指示扩展字段是否包含对应信息;
modeConfig:变长,用于指示传输模式和配置参数,每种传输模式对应的 modeConfig字段结构不同,见9.3.1.2;
supportedSlqiList:变长,指示该传输通道支持的SLQI列表;
portConfig:变长,指示可包含基础应用层待添加或待删除port列表,待添加port列表和待删除port集合依次排列;
multiLcConfig:用于指示融合模式和融合参数,见9.3.1.2;
lcConfig:变长,扩展字段,可包含多个待映射的逻辑信道列表,待添加逻辑信道列表和待删除列表依次排列,如果包含多条逻辑信道,则该传输通道可在多个逻辑信道上进行传输。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | PC | MC | LC | MC | LC | RFU | ||
| 1字节 | RFU | |||||||
| 变长 | 扩展字段modeConfig | |||||||
| 变长 | 扩展字段supportedSlqiList | |||||||
| 变长 | 扩展字段portConfig | |||||||
| 变长 | 扩展字段multiLcConfig | |||||||
| 变长 | 扩展字段lcConfig | |||||||
扩展字段optionBitmap,2字节,用于指示扩展字段内容,扩展字段严格按照optionBitmap字段的低比特位到高比特位排列,具体取值如下:
TM:1比特,取值为0,表示无扩展字段 modeConfig;取值为1,表示有扩展字段 modeConfig;
-SLQ:1 比特,取值为0,表示无扩展字段 preferredSlqiList;取值为1,表示有扩展字段 preferredSlqiList;
-PC:1 比特,取值为0,表示无扩展字段portConfig;取值为1,表示有扩展字段portConfig;
-MC:1 比特,取值为0,表示无扩展字段 multiLcConfig;取值为1,表示有扩展字段 multiLcConfig;
LC:1比特,取值为0,表示无扩展字段lcConfig;取值为1,表示有扩展字段lcConfig; RFU:预留。
扩展字段supportedSlqiList:变长,指示该传输通道支持的SLQI列表(见图49):
SLQI_N:4比特,用于指示本传输通道所支持的 SLQI列表数量,取值范围为1~8,取值为0时此报文无效丢弃,其他取值预留;
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | SLQI_N | RFU | ||||||
| 1字节 | SLQI | |||||||
| ---- | ||||||||
扩展字段 portConfig: :变长,指示待添加或待删除port列表,待添加port列表和待删除port列表依次排列。详细结构定义如下(见图50)。
addPortNum:4比特,指示对端待添加port信息个数,取值范围为 0~8 。取值非0时,后续包含 addPortNum 个待添加 port信息;每个待添加 port信息由 addDstPort、addSrcPort和addAid等字段组成。
delPortNum:4 比特,指示对端待删除port信息个数,取值范围为 0~8 。取值非0时,后续包含 delPortNum 个待删除port信息;每个待删除 port 信息由delDstPort、delSrcPort和delAid等字段组成。
-addDstPort:2 字节,待添加的对端 Port信息。
addSrcPort:2 字节,待添加的本端 Port信息。
addAid:2 字节,待添加的业务标识。
delDstPort:2 字节,待删除的对端 Port信息。
delSrcPort:2 字节,待删除的本端 Port信息。
delAid:2 字节,待删除的业务标识。
扩展字段 lcConfig 详细结构定义如下(见图51):
-addLcNum:4 比特,指示待添加或更新传输通道映射的逻辑信道信息个数,取值范围为 0~8每个待添加的逻辑信道信息由addL2ID和addLcid等字段组成;
delLcNum:4比特,指示待删除传输通道映射的逻辑信道信息个数,取值范围为 0~8 ;每个待删除的逻辑信道信息由delL2ID和delLcid等字段组成;
addL2ID:6 字节,指示待添加 LCID关联的对端 L2ID;
addLcid:2 字节,指示待添加的 LCID;
-delL2ID:6 字节,指示待删除 LCID关联的对端 L2ID;
delLcid:2 字节,指示待删除的 LCID
9.3.1.9 传输通道连接重配置响应
传输通道连接重配置响应(TCID_ReConfig_Rsp信令)用于响应传输通道连接重配置请求,返回传输通道的重配置结果,信令结构定义见图52。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
| 1字节 | result | |||||||
信令中各字段定义如下:
srcTCID:设置为对应传输通道连接重配置请求中的srcTCID字段值;
dstTCID:设置为对应传输通道连接重配置请求中的dstTCID字段值;
result:重配置结果,定义见表149。
| result值 | 描述 |
| 0 | 重配置成功 |
| 1 | 无资源 |
| 2 | Port变化不符合预期 |
| 3 | LCID变化不符合预期 |
| 4 | Mode变化不符合预期 |
| 5 | SLQI变化不符合预期 |
| 6~255 | 预留 |
9.3.2 中继控制信令
9.3.2.1 概述
中继控制信令使用SLB通用管理传输通道进行传输,用于建立、重配置和释放中继业务传输通道相关的传输通道映射表。中继控制信令使用基础服务层通用控制信令格式。
9.3.2.2 中继业务传输通道建立请求
中继业务传输通道建立请求(Relay_Connect_Req信令)用于 T 节点向 G 节点发起建立中继业务传输通道,载荷结构见图53。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 6字节 | targetL2IDforRelay | |||||||
| 1字节 | optionOffset | |||||||
| 1字节 | E | RFU | ||||||
| 变长 | modeConfig | |||||||
| 变长 | preferredSlqiList | |||||||
| 变长 | 扩展字段 | |||||||
optionOffset:1字节,用于指示扩展字段相对于信令的数据载荷起始位置的偏移值。如果无扩展字段,optionOffset字段应取值为0。
E:1比特,取值为1时,用于指示要求为当前业务数据建立一对一独享的中继业务传输通道;取值为0时,指示建立共享的中继业务传输通道。
modeConfig:传输模式配置参数。不同传输模式使用不同的配置参数(见9.3.1.4)。
preferredSlqiList:期望的SLQI列表,按照先后顺序表示最期望、第二期望的 SLQI,依此类推,至多8项,preferredSlqiList字段结构见图36。
扩展字段:前2字节是 optionBitmap字段,用于指示扩展字段内容,扩展字段内容严格按照optionBitmap字段的低比特位到高比特位排列,具体取值如下(见图54):
PC:1比特,取值为0,表示无扩展字段portConfig;取值为1,表示有扩展字段portConfig; RFU:15比特,预留;
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | PC | RFU | ||||||
| 1字节 | RFU | |||||||
| 变长 | 扩展字段portConfig | |||||||
9.3.2.3 中继业务传输通道建立响应
中继业务传输通道建立响应(Relay_Connect_Rsp 信令)用于反馈建立中继业务传输通道的请求,载荷结构见图55。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | tTcid | |||||||
| 1字节 | gTcid | |||||||
| 1字节 | result |
各字段定义如下:
tTcid:中继业务传输通道在发起端 T 节点侧的 TCID;
gTcid:中继业务传输通道在 G 节点侧的 TCID;
result:中继业务传输通道建立结果,详见表150。
| result值 | 描述 |
| 0 | 连接成功 |
| 1 | G端无资源 |
| 2 | 目的T端无资源 |
| 3 | 目的T端MTU大小不支持 |
| 4 | G端MPS大小不支持 |
| 5 | 目的T端MPS大小不支持 |
| 6~255 | 预留 |
9.3.2.4 中继业务传输通道释放请求
中继业务传输通道释放请求(Relay_Disconnect_Rsp信令)用于 T 节点向 G 节点请求释放中继业务传输通道,包含申请释放的中继业务传输通道信息,信令载荷结构见图56。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | tTcid | |||||||
| 1字节 | gTcid | |||||||
9.3.2.5 中继业务传输通道释放响应
中继业务传输通道释放响应(Relay_Disconnect_Rsp信令)用于反馈释放中继业务传输通道的请求,包含中继业务传输通道释放结果信息,信令载荷结构见图57。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | tTcid | |||||||
| 1字节 | gTcid | |||||||
| 1字节 | result | |||||||
各字段定义如下:
tTcid:与中继传输通道释放请求中的tTcid字段值相同;
gTcid:与中继传输通道释放请求中的gTcid字段值相同;
result:中继业务传输通道释放结果,详细内容见表151。
| result值 | 描述 |
| 0 | 释放成功 |
| 1~255 | 预留 |
9.3.2.6 中继业务传输通道重配置请求
中继业务传输通道重配置请求(Relay_ReConfig_Req信令)用于请求重配置中继业务传输通道,包含中继业务传输通道的重配置信息,载荷结构见图58。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | tTcid | |||||||
| 1字节 | gTcid | |||||||
| 1字节 | optionOffset | |||||||
| 1字节 | E | RFU | ||||||
| 变长 | 扩展字段 | |||||||
各字段定义如下。
tTcid:中继业务传输通道在发起端 T 节点侧的 TCID。
gTcid:中继业务传输通道在 G 节点侧的 TCID。
optionOffset:1字节,用于指示扩展字段相对于信令的数据载荷起始位置的偏移值。如果无扩展字段,optionOffset字段应取值为0。
E:1比特,取值为1时,用于指示要求为当前业务数据建立一对一独享的中继业务传输通道;取值为0时,指示建立共享的中继业务传输通道。
RFU:7比特,预留。
扩展字段:前2字节是optionBitmap字段,用于指示扩展字段内容,扩展字段严格按照option-Bitmap字段的低比特位到高比特位排列,具体取值如下(见图59)。
TM:1比特,取值为0,表示无扩展字段 modeConfig;取值为1,表示有扩展字段 mode-Config,扩展字段严格按照比特位从低位到高位排列。
SLQ:1 比特,取值为0,表示无扩展字段preferredSlqiList;取值为1,表示有扩展字段pre-ferredSlqiList。
PC: 1 比特,取值为 0,表示无扩展字段 portConfig;取值为 1,表示有扩展字段portConfig,扩展字段严格按照比特位从低位到高位排列。
RFU:预留。
modeConfig:变长,用于指示传输模式transportMode和配置参数。不同模式配置参数有区别,modeConfig字段的结构见9.3.1.4。
preferredSlqiList:期望的SLQI列表,按照先后顺序表示最期望、第二期望的 SLQI,依此类推,至多8项,具体preferredSlqiList字段结构见图36。
portConfig:2字节,扩展字段,业务流的重配置参数,其结构详见图50。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | TM | SLQ | PC | RFU | ||||
| 1字节 | RFU | |||||||
| 变长 | 扩展字段modeConfig | |||||||
| 变长 | 扩展字段preferredSlqiList | |||||||
| 变长 | 扩展字段portConfig | |||||||
9.3.2.7 中继业务传输通道重配置响应
中继业务传输通道重配置响应(Relay_ReConfig_Rsp信令)用于反馈重配置中继业务传输通道的请求,包括中继业务传输通道的重配置结果,载荷结构见图60。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | tTcid | |||||||
| 1字节 | gTcid | |||||||
| 1字节 | result | |||||||
各字段定义如下:
tTcid:与中继传输通道重配置请求中的tTcid字段值相同;
-gTcid :与中继传输通道重配置请求中的gTcid字段值相同;
result: :重配置结果,见表152。
| result值 | 描述 |
| 0 | 重配置成功 |
| 1 | Port变化不符合预期 |
| 2 | 目的T节点MTU大小不支持 |
| 3 | G节点MPS大小不支持 |
| 4 | 目的T节点MPS大小不支持 |
| 5~255 | 预留 |
9.4 连接管理流程
9.4.1 通用管理传输通道的管理流程
9.4.1.1 概述
通用管理传输通道用于承载基础服务层通用控制信令,包括传输控制信令、中继控制信令、测量管理信令和 QoS 管理信令等。根据使用的接入层技术不同,可分为 SLB通用管理传输通道和 SLE 通用管理传输通道。
9.4.1.2 通用管理传输通道建立
通用管理传输通道默认映射到接入层默认承载。当SLB默认承载建立时,SLB通用管理传输通道自动建立;当SLE默认承载建立时,SLE通用管理传输通道自动建立(见图61)。
通用管理传输通道的建立可由多种条件触发,本文件不规定其触发条件。以基础应用层触发通用管理传输通道建立流程为例,执行如下。
a) 步骤 1:设备 1 基础应用层 向连接管理功能单元发送初始连接建立请求,包含TargetL2IDforSLB参数或 TargetL2ID2forSLE参数,以指示设备2的L2ID以及接入层技术类型。
b) 步骤2:连接管理功能单元向接入层实体发送逻辑信道建立请求,其中srcTCID 字段设置为SLB通用管理传输通道或SLE通用管理传输通道。
c) 步骤3:双方接入层共同完成默认承载建立,分别向各自连接管理功能单元反馈逻辑信道建立响应或逻辑信道建立指示。
d) 步骤4:双方各自连接管理功能单元激活各自通用管理传输通道。
e) 步骤5:设备1连接管理功能单元通过原语通知基础应用层初始连接建立情况,设备2向基础应用层通过原语通知通用管理传输通道的连接状态指示
9.4.1.3 通用管理传输通道释放
当接入层逻辑信道释放后,通用管理传输通道自动释放。根据释放方式,可分为主动式释放和被动式释放。
主动式释放由连接管理功能单元主动发起,本文件不规定其触发条件。典型地,可通过用户界面人工点击触发或由基础应用层触发。以基础应用层触发为例,通用管理传输通道主动式释放过程见图62。
通用管理传输通道被动式释放是指因接入层默认承载异常引起的释放。典型地,当接入层发送逻辑信道状态指示确认接入层默认承载释放时,连接管理功能单元自动释放通用管理传输通道
9.4.2 其他缺省传输通道的管理流程
9.4.2.1 其他缺省传输通道的建立
对于SLB中继服务管理传输通道,当接入层默认承载建立且支持中继能力时,该传输通道自动建立。
对于多域协调与管理传输通道,当 G 节点接入层默认承载建立且支持多域协调与管理功能时,该传输通道自动建立。
对于5G 融合功能传输通道,当接入层默认承载建立且支持5G 融合功能时,该传输通道自动建立。
对于其他缺省传输通道,当连接管理功能单元在接入层默认承载建立时自动建立并激活
9.4.2.2 其他缺省传输通道的释放
对于 SLB 中继服务管理传输通道,当 SLB 默认承载释放或关闭中继功能时,该传输通道自动释放。
对于多域协调与管理传输通道,当 G 节点接入层默认承载释放或关闭多域协调与管理功能时,该传输通道自动释放。
对于5G 融合功能传输通道,当接入层默认承载释放或关闭5G 融合功能时,该传输通道自动释放。
对于其他缺省传输通道,连接管理功能单元在接入层默认承载释放时自动释放。
9.4.3 非缺省传输通道的管理流程
9.4.3.1 概述
非缺省传输通道主要用于业务控制命令以及业务数据的传输。特殊情况下,非缺省传输通道也可用于承载基础服务层各功能单元的控制信令传输。
非缺省传输通道需要根据业务传输需求动态建立,使用传输控制信令确定包括传输模式在内的传输通道参数,采用动态 TCID。
9.4.3.2 单播传输通道的建立
单播传输通道的建立流程根据实际需求不同,存在多种实现形式,图63给出的典型流程如下。
a) 步骤1:设备1的连接管理功能单元接收 QoS管理功能单元发送的传输通道建立请求,其包含了设备2的 L2ID、[SrcPort,DstPort]、是否独享以及传输通道相关的 QoS参数等信息。
b) 步骤2:设备1的连接管理功能单元判断将[SrcPort,DstPort]对应的业务流映射到已有的传输通道或新建传输通道。如果决定将[SrcPort,DstPort]对应的业务流映射到已有传输通道,则执行传输通道连接重配置并跳过步骤3~步骤11;如果决定为[SrcPort,DstPort]对应的业务流新建传输通道,则生成个SrcTCID。
c) 步骤3:设备1的连接管理功能单元根据业务流 QoS需求及当前可用的接入层技术确定接入层实体,并发送逻辑信道建立请求。
d) 步骤4:设备1的接入层根据逻辑信道建立请求触发逻辑信道的新建或重配置。具体决策及操作由接入层实现,不在本文件标准化范围内。
e) 步骤 5:设备 1 的接入层向连接管理功能单元反馈逻辑信道建立响应,如果成功则包含SrcTCID参数值对应的逻辑信道信息;否则,指明失败原因。
f) 步骤6:设备1的连接管理功能单元向设备2的连接管理功能单元发送传输通道连接建立请求,包含业务流 [SrcPort,DstPort]、SrcTCID、SrcTCID 对应的逻辑信道信息、是否独享等信息。
g) 步骤7~步骤9:设备2的连接管理功能确认是否可建立相应传输通道。如果可建立,则将相关的SrcTCID、DstTCID、[SrcPort,DstPort]以及 QoS等信息通过原语(如传输状态指示)通知 QoS管理单元,并由 QoS管理功能单元通知给基础应用层。如果无法建立,则在步骤10指明失败原因。
h) 步骤10:设备2的连接管理功能单元向设备1的连接管理功能单元发送传输通道连接建立响应。
i) 步骤11:设备1的连接管理功能单元向 QoS管理功能单元发送传输通道配置响应。
9.4.3.3 单播传输通道的释放
单播传输通道释放流程根据实际需求不同,存在多种实现形式,典型流程如下(见图64)。
a) 步骤1:设备1的 QoS管理功能单元向连接管理功能单元发送传输通道释放请求,其包含设备2的 L2ID、SrcPort、DstPort和SrcTCID等信息。
b) 步骤2:如果SrcTCID对应的传输通道除了[SrcPort,DstPort]对应的业务流外,还承载其他业务流,则忽略步骤3~步骤10并执行传输通道连接重配置流程。否则,执行步骤3。
c) 步骤3:设备1连接管理功能单元向接入层发送逻辑信道释放请求,其包含设备2的 L2ID 和SrcTCID等信息。
d) 步骤4:设备1的接入层根据逻辑信道释放请求触发逻辑信道的释放或重配置,或仅删除逻辑信道与SrcTCID映射关系。
e) 步骤5:设备1的接入层向连接管理功能单元发送逻辑信道释放响应,通知释放结果。
f) 步骤6~步骤9:双方设备的连接管理功能单元交互传输通道连接释放请求与响应,完成相应传输通道的释放。
g) 步骤10:设备1连接管理功能单元向 QoS管理功能单元通知传输通道释放结果。
9.4.3.4 传输通道连接重配置
9.4.3.4.1 基础性流程
设备之间可通过传输通道连接重配置请求和传输通道连接重配置响应对已建立的传输通道进行参数更新(见图65)。
设备可在以下场景时进行传输通道连接重配置流程:
增加或删除业务流并提供相关参数更新;
增加或删除SLQI并提供相关参数更新;
增加或删除逻辑信道并提供相关参数更新。
9.4.3.4.2 面向业务流的传输通道连接重配置流程
传输通道与业务流的关系可以是一对一映射或一对多映射。当传输通道与业务流映射关系发生变化时,可通过增加或删除业务流对传输通道进行重配置。图66为相关典型流程。
当设备1的 QoS管理功能单元增加业务流时,可执行如下步骤。
a) 步骤1:设备1的 QoS管理功能单元向连接管理功能单元发送针对由SrcTCID 参数指示的传输通道映射更新请求,包含待映射的传输通道标识 SrcTCID 和业务流的端 口信息[SrcPort,DstPort]。
b) 步骤2:设备1连接管理功能单元判断是否能将[SrcPort,DstPort]对应的业务流映射到SrcT-CID参数指示的传输通道。如果不能映射,则连接管理功能单元向 QoS管理功能单元发送传输通道映射更新响应,Result参数设置为非0值;如果能映射,则执行步骤3。
c) 步骤3:设备1连接管理功能单元向设备2的连接管理功能单元发送传输通道连接重配置请求,包含端口信息portConfig、设备2上的传输通道标识 DstTCID及其他相关信息。
d) 步骤4:设备2连接管理功能单元确认与SrcTCID参数指示的传输通道和 DstTCID参数指示的传输通道是否可添加新的映射关系。如果可添加,则发送传输通道状态指示给 QoS管理功能单元,指示新增端口信息和对应的传输通道信息。否则,执行步骤6并指示失败原因。
e) 步骤5:设备2连接管理功能单元接收 QoS管理功能单元发送传输通道状态确认。
f) 步骤6:设备2连接管理功能单元向设备1连接管理功能单元发送传输通道连接重配置响应,由result字段指示结果。
g) 步骤7:设备1连接管理功能单元依据result字段值对srcTCID 指示的传输通道进行重配置,向 QoS管理功能单元发送传输通道映射更新响应,包含result。
当需要删除业务流与传输通道映射关系时,可参考以上步骤。
9.4.3.4.3 面向 QoS的传输通道连接重配置流程
当对已建立传输通道的 QoS参数进行更新时,参考图67进行传输通道连接重配置流程。
a) 步骤1:设备1的 QoS管理功能单元向连接管理功能单元发送传输通道 QoS更新请求,包含传输通道标识SrcTCID和待更新的SLQI及其他参数。
b) 步骤2~步骤4:设备1连接管理功能单元确认可更新SrcTCID传输通道的 QoS参数后,通过逻辑信道更新请求触发接入层完成逻辑信道的重配置流程,并通过接收逻辑信道更新响应获得执行结果。否则,直接执行步骤9。
注:连接管理功能单元可根据传输能力和测量管理功能单元的测量结果,评估是否需要重配置传输通道 QoS参数,以及是否需要触发接入层逻辑信道重配置流程。评估方法留待具体实现。
c) 步骤5~步骤8:设备1的连接管理功能单元通过与设备2的连接管理功能单元交互传输通道重配请求和传输通道重配响应,对 DstTCID 传输通道 QoS进行重配置并获得执行结果。其中,传输通道重配置请求中包含 DstTCID 和 SrcTCID 及 DstTCID 对应的传输通道的新的QoS需求preferSlqiList等参数。
d) 步骤9:设备1的连接管理功能单元向 QoS管理功能单元发送传输通道 QoS更新响应,包含执行结果。
9.4.3.4.4 面向逻辑信道的传输通道连接重配置
当传输通道与逻辑信道的映射关系发生变化时,可触发面向逻辑信道的传输通道连接重配置。应在传输通道连接重配置请求中包含lcConfig及其他相关参数信息。
9.4.3.5 广播业务传输通道的建立
9.4.3.5.1 通则
广播业务传输通道是用于传输广播业务数据,使用动态 TCID。
广播业务传输通道依赖接入层广播能力,需要其提供支持业务广播的逻辑信道。广播业务传输通道不依赖于连接,其控制信息需要借助通用控制广播传输通道进行传输。
需要进行广播业务的设备,分为发送方与接收方。
发送方应执行三个操作:
建立发送方的广播业务传输通道;
基于该广播业务传输通道,发布广播业务数据;
基于通用控制广播传输通道,发布该广播业务传输通道控制信息,用于通知一到多个接收方存在广播业务以及相关参数,其参数用于建立接收方的广播业务传输通道。接收方应执行三个操作:
监听通用控制广播传输通道,接收一个或多个广播业务传输通道控制信息;
选择一个广播业务传输通道控制信息,并正确建立接收方的广播业务传输通道;
在该广播业务传输通道上接收广播业务。
9.4.3.5.2 发送方操作
发送方建立广播业务传输通道并发布广播业务数据的流程根据实际需求不同,存在多种实现形式,本条仅给出典型流程(见图68)。
a) 步骤1:基础应用层决定执行广播业务,并通过层间原语指示给 QoS管理功能单元,该层间原语包含 AID、传输通道类型、QoS需求、端口信息SrcPort与 ExclusiveIndication等。
b) 步骤2:QoS管理功能单元向连接管理功能单元发送传输通道建立请求,包含业务端口号、业务 QoS参数、ExpectedTransportMode(设置为广播发送)等参数。
c) 步骤3:连接管理功能单元判断是新建广播业务传输通道或映射到已有广播业务传输通道。如果是前者,则向 QoS管理功能单元反馈传输通道建立响应并执行步骤7;如果新建广播业务传输通道,则生成SrcTCID并执行步骤4。
d) 步骤4:连接管理功能单元向接入层发送逻辑信道建立请求,可包含 AID、ExpectedTransport-Mode、ExclusiveIndication、SrcTCID、ExpectedLogicalChannelMode 和 OtherDedicatedAccessLayerParams等参数。
e) 步骤5:接入层根据逻辑信道建立请求中包含的参数确定逻辑信道以及 LCID。
f) 步骤6:接入层向连接管理单元发送逻辑信道建立响应,指示了逻辑信道 LCID 与传输通道 SrcTCID的映射关系。
g) 步骤7:连接管理功能单元向 QoS管理功能单元发送传输通道建立响应,指示了传输通道SrcTCID与端口SrcPort的映射关系。
h) 步骤 8:QoS 管理功能单元向基础应用层反馈结果
i) 步骤9:基础应用层向连接管理功能单元发送广播控制请求。包含广播业务传输通道信息,广播业务传输通道控制信息的发送周期,广播业务传输通道控制信息的发送持续时长(可选),广播业务传输通道对应的 LCID等参数。其中,广播业务传输通道信息包括基础应用层业务流SrcPort、业务信息、广播业务传输通道SrcTCID等。业务信息可包括业务类型、业务名称与描述字段,业务类型用以接收方过滤广播,业务名称与描述字段用于接收方接收到多个广播的时候在界面显示给用户做选择
j) 步骤10:连接管理功能单元向接入层发送控制广播配置请求,将步骤9中所述广播业务传输通道信息包含在控制广播信息中,同时配置广播业务传输通道对应的LCID、发送周期、发送持续时长、是否立即发送等。如果没有配置立即发送,后续需要向接入层发送通用控制广播传输通道发送请求。
k) 步骤11:接入层基于 BroadcastParams参数发送广播业务传输通道控制信息,此时接入层的数据帧格式见图69(以SLE为例)。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | 0xFF | |||||||
| 变长 | 广播业务传输通道控制信息 | |||||||
| 1字节 | 0x06 | |||||||
| 变长 | 非链接态广播链路信息 | |||||||
其中0xFF包含了业务与 port信息、SrcTCID 信息,0x06 包含了逻辑信道信息,应符合 GB/T 46803.2—2025的规定。
l) 步骤12~步骤13:设备内部接入层向基础服务层、基础服务层向基础应用层依次反馈广播业务传输通道控制信息发送结果,用于指示接入层完成控制广播配置请求中包含的控制广播信息的广播。
m) 步骤14:基础应用层在确认广播业务传输通道控制信息成功发送后,使用广播业务传输通道发送业务数据。
发送方广播业务传输通道建立完成后,基础应用层的业务数据通过 SrcPort传输到基础服务层的SrcTCID,进一步传输到接入层的 LCID上最终在空口进行发送。
9.4.3.5.3 接收方操作
接收方接收广播业务传输通道控制信息并建立广播业务传输通道的流程根据实际需求不同,存在多种实现形式。本条仅给出典型流程(见图70)。
a) 步骤1~步骤2:基础应用层需要进行接收广播业务,注册 DstPort,发起在通用控制广播通道上接收控制广播包的流程。
b) 步骤3:连接管理配置接入层,开始在控制广播信道上扫描。
c) 步骤4:接入层上报在控制广播信道上成功接收的控制广播信息,可包含广播业务传输通道控制信息、广播业务传输通道控制信息的发送周期、广播业务传输通道控制信息的发送持续时长(可选)、广播业务传输通道对应的 LCID等参数。其中,广播业务传输通道控制信息包括基础应用层业务流SrcPort、AID、广播业务传输通道SrcTCID等。
d) 步骤5:连接管理功能单元将控制广播信息上报给基础应用层。
e) 步骤6:基础应用层选择业务并进行port映射,将SrcPort映射到本地生成的 DstPort。
f) 步骤7:基础应用层通过层间原语指示 QoS 管理功能单元执行广播业务接收,该层间原语包含AID、传输通道类型(广播业务传输通道接收方)、DstPort、SrcTCID、LCID、ExclusiveIndication等。
g) 步骤8:QoS管理功能单元通知连接管理功能单元发起建立广播业务传输通道建立流程。
h) 步骤9:连接管理功能单元判断新建广播业务传输通道或映射到已有广播业务传输通道。如果是后者,则直接执行步骤13向 QoS管理功能单元反馈传输通道建立响应。如果是前者,则生成对应于发送端SrcTCID的接收端 DstTCID并执行步骤10。
i) 步骤10:连接管理功能单元向接入层发送逻辑信道建立请求,包含 AID、DstTCID、LCID、ExpectedTransportMode(设置为广播接收)、ExpectedLogicalChannelMode(设置为同步)和OtherDedicatedAccessLayerParams(设置接入层对应逻辑信道需求要的参数)等参数。
j) 步骤11:接入层建立接收方逻辑信道,并将接收方逻辑信道与发送方逻辑信道建立映射关系。
k) 步骤12:接入层回复连接管理功能单元逻辑信道建立响应,并包含逻辑信道 LCID 与传输通道 DstTCID的映射关系。
l) 步骤13:连接管理功能单元向 QoS管理功能单元发送传输通道建立响应,指示了传输通道DstTCID与端口 DstPort的映射关系,该映射关系由 QoS 管理功能单元储存并进行后续维护。
m) 步骤 14:QoS 管理功能单元向基础应用层反馈传输通道建立结果
n) 步骤15:接收方广播业务传输通道建立完成,可接收广播业务数据。
9.4.3.6 广播业务传输通道的释放
9.4.3.6.1 概述
发送方与接收方的广播业务传输通道释放流程也有所不同。
发送方应完成以下动作:
在通用控制广播传输通道中,停止发布广播业务传输通道控制信息;
在对应的广播业务传输通道上,停止发布广播业务;
释放该广播业务传输通道。
接收方应完成以下操作:
在广播业务传输通道上,停止接收广播业务;
释放该广播业务传输通道。
9.4.3.6.2 发送方操作
发送方释放广播业务传输通道和停止发布传输通道信息的流程根据实际需求不同,存在多种实现形式,图71发送方释放广播业务传输通道流程给出的典型流程如下。其中,步骤2~步骤5是在通用控制广播业务传输通道停止发布传输通道信息的流程,步骤6~步骤13是释放广播业务传输通道的流程。
a) 步骤1:基础应用层停止业务。
b) 步骤2~步骤3:基础应用层向连接管理功能单元,连接管理功能单元向接入层发送层间原语,用于停止控制广播的发送。
c) 步骤4~步骤5:接入层与连接管理功能单元依次响应步骤2~步骤3所接收到的原语
d) 步骤6:基础应用层向 QoS管理功能单元发送层间原语,用于指示 QoS管理功能单元SrcPort上业务已停止,需要释放对应传输通道。
e) 步骤7:QoS管理功能单元根据建立过程存储的 SrcPort与 SrcTCID 映射关系指示连接管理功能单元释放SrcTCID传输通道。
f) 步骤8~ 步骤 10:连接管理功能单元向接入层发送逻辑信道释放请求,指示接入层释放SrcTCID对应的逻辑信道,接入层根据逻辑信道释放请求指示的 SrcTCID 和 SrcTCID 与LCID的映射关系进行对应 LCID的释放动作并进行反馈。
g) 步骤11:连接管理功能单元释放本端标识为 SrcTCID 的传输通道。
h) 步骤12:连接管理功能单元反馈 QoS管理功能单元传输通道释放响应
i) 步骤13:QoS管理功能单元对基础应用层进行反馈。
9.4.3.6.3 接收方操作
接收方释放广播业务传输通道的流程根据实际需求不同,存在多种实现形式,典型流程见图72。
a) 步骤1~步骤2:业务停止,基础应用层向 QoS管理功能单元发送层间原语,用于指示 QoS管理功能单元 DstPort上业务已停止,需要释放对应传输通道。
b) 步骤3:QoS管理功能单元根据建立过程存储的 DstPort与 DstTCID 映射关系指示连接管理功能单元释放标识为 DstTCID的传输通道
c) 步骤 4~ 步骤 6:连接管理功能单元向接入层发送逻辑信道释放请求,指示接入层释放DstTCID对应的逻辑信道,接入层根据 DstTCID 与 LCID 的映射关系进行对应 LCID 的释放动作并进行反馈。
d) 步骤7:连接管理功能单元释放本端 DstTCID。
e) 步骤8:连接管理功能单元反馈 QoS管理功能单元传输通道释放响应。
f) 步骤9:QoS管理功能单元对基础应用层进行反馈。
9.4.4 融合传输连接管理流程
9.4.4.1 通则
融合传输连接管理是指连接管理功能单元根据业务流的 QoS需求对传输通道进行参数配置,使其能执行冗余传输、分流传输、SLB2SLE 切换传输或 SLE2SLB 切换传输等四种融合传输方式之一。具体包括:
配置将一条传输通道与多条SLB逻辑信道和SLE逻辑信道建立映射关系,用于冗余传输;
配置将一条传输通道与多条SLB逻辑信道和SLE逻辑信道建立映射关系,用于分流传输;
配置将一条传输通道对应的SLB逻辑信道切换至SLE逻辑信道;
配置将一条传输通道对应的SLE逻辑信道切换至SLB逻辑信道。
在执行融合传输连接管理之前,本端连接管理功能单元应确认对端也同时支持 SLB和 SLE 接入技术。
9.4.4.2 分流或冗余传输的连接管理流程
可通过9.2和9.3定义的原语和信令共同实现同一传输通道同时映射到 SLB逻辑信道和 SLE 逻辑信道。其中,连接管理单元触发接入层建立SLB逻辑信道和SLE逻辑信道的流程可独立进行
图73为一种典型流程,设备1和设备2先基于 SLB 接入技术建立传输通道,然后添加 SLE 逻辑信道。
步骤1~步骤8:为基于SLB接入技术的单播传输通道建立流程。
步骤9:连接管理功能单元决定传输通道增加一条SLE逻辑信道,用于分流或冗余传输业务数据。连接管理功能单元向SLE接入层发送逻辑信道建立请求,包含本端传输通道标识SrcTCID、对端 L2ID和接入层相关 QoS 参数。
步骤10:设备1接入层根据逻辑信道建立请求触发与设备2接入层的逻辑信道建立或重配置。
步骤11:设备1接入层向连接管理功能单元反馈 SLE 逻辑信道建立响应,包含 LCID 及其他相关参数。
步骤12:设备1连接管理功能单元发送传输通道连接重配置请求给设备 2 的连接管理功能单元,包含待分流或冗余传输的传输通道标识 DstTCID、设备2的 SLE L2ID、需新增的 SLE LCID,及其他相关信息。
步骤13~步骤14:设备2的连接管理功能单元执行传输通道重配置操作并向设备1的连接管理功能单元发送传输通道连接重配置响应。
如果结果成功(result字段值为0),设备1的连接管理功能单元数据传输与适配功能单元将传输通道中的业务流数据既可递交至SLB逻辑信道又可递交至 SLE 逻辑信道。两个逻辑信道上分流/冗余传输的业务数据比例留给具体实现。
特殊地,当设备之间不存在SLB的连接时,如果是 G 节点发起的新增SLB逻辑信道的传输通道连接重配置请求,且重配置前设备间仅存在基于SLE接入层的连接,G 节点发给 T 节点的传输通道连接重配置请求里包含 multiLcMode字段(指示冗余传输或分流传输)和SLE的逻辑信道。T 节点收到传输通道连接重配置请求后,先与 G 节点建立基于SLB的逻辑信道(如图75步骤2~步骤4),然后回复传输通道连接重配置响应。
9.4.4.3 SLB2SLE切换传输的连接管理流程
本流程适用于连接管理功能单元将一条传输通道从使用 SLB传输切换到使用 SLE 传输的场景。原则上连接管理功能单元至少应检测业务的 QoS需求变化,作为触发条件之一。本文件不对该流程的触发条件作其他限定。
作为前提条件,本流程假定设备1的连接管理功能单元已经确认设备2可同时支持SLB和SLE且已获得设备2的SLB L2ID和SLE L2ID。
传输通道由SLB切换至SLE的流程根据实际需求不同,存在多种实现形式。设备1的连接管理功能单元决定将以[SrcTCID,DstTCID]为传输通道标识的传输通道从SLB切换至SLE。图74给出的典型流程如下。
a) 步骤1:设备1的连接管理功能单元向SLE接入层实体发送逻辑信道建立请求,包含待切换传输通道的SrcTCID及期望建立SLE逻辑信道的 QoS参数等信息。
b) 步骤2、步骤3:设备1的SLE接入层实体根据连接管理功能单元的指示发起与设备2的SLE接入层实体相应 SLE 逻辑信道协商的流程。并通过逻辑信道建立响应向连接管理功能单元反馈结果。如果成功,则包含 SrcTCID 传输通道映射的 SLE 逻辑信道信息;否则,指明失败原因。
c) 步骤4:在获得有效SLE逻辑信道信息的前提下,设备1的连接管理功能单元向设备2的连接管理功能单元发送传输通道连接重配置请求,包含待切换的传输通道标识 DstTCID、设备2的SLE L2ID、SLE LCID,及其他相关信息。
d) 步骤5、步骤6:设备2的连接管理功能单元执行切换操作并向设备1的连接管理功能单元发送传输通道连接重配置响应,包含结果result字段。
e) 步骤7:如果结果成功(result==0),设备1的连接管理功能单元将 SLE 逻辑信道绑定在SrcTCID字段值指示的传输通道,并指示数据传输与适配功能单元将待切换传输通道中的数据由递交至SLB逻辑信道改为递交至SLE逻辑信道。如果结果失败,则终止流程,设备1的连接管理功能单元必要时可指示SLE接入实体释放刚建立的SLE逻辑信道。
f) 步骤8~步骤10:设备1的连接管理功能单元和设备2的连接管理功能单元交互传输通道信令,释放待切换传输通道与SLB逻辑信道的映射关系。其中,设备1的连接管理功能单元向设备2的连接管理功能单元发送传输通道连接重配置请求,包含待重配置的传输通道标识DstTCID、SLB LCID和解绑定指示及其他相关信息。
g) 步骤 11~ 步骤 13:设备 1 的连接管理功能单元指示 SLB 接入实体释放 SLB 逻辑信道与SrcTCID字段值指示的传输通道的映射关系。是否释放 SLB 逻辑信道由 SLB 接入实体决定,不在本文件定义。
其中,设备 1 的连接管理功能单元向设备 1 的 SLB 接入层发送逻辑信道释放请求;设备 1 的SLB接入层和设备2的SLB接入层交互,最后SLB接入层将逻辑信道释放响应发送给设备1的连接管理功能单元。
9.4.4.4 SLE2SLB切换传输的连接管理流程
步骤与9.4.4.3类似,可参照执行。
特殊地,在设备间不存在SLB连接时,如果是 G 节点发起的 SLE 切换到 SLB的传输通道连接重配置请求,且重配置前设备间仅存在基于SLE接入层的连接,G 节点发给 T 节点的传输通道连接重配置请求里包含的参数仅包含切换指示(即 multiLCMode字段中设置为切换传输)和 SLE 的逻辑信道T 节点收到传输通道连接重配置请求后 可启动 G 节点建立基于SLB的逻辑信道 然后回复传输通道连接重配置响应。后续步骤和传输通道由SLB切换到SLE流程类似。流程图见图75。
9.4.5 传输通道中继管理
9.4.5.1 概述
使用中继功能的传输通道包括以下几类:
SLB中继服务管理传输通道:是固定传输通道,使用固定 TCID,管理流程见9.4.5.2;
中继业务传输通道:是动态传输通道,可动态建立一条或多条,使用动态 TCID,管理流程见9.4.5.3。
9.4.5.2 SLB中继服务管理传输通道管理流程
当接入层默认承载建立且支持中继能力时,SLB中继服务管理传输通道自动建立;当 SLB默认承载释放或关闭中继功能时,SLB中继服务管理传输通道自动释放。
可通过SLB中继服务管理传输通道进行中继服务发现流程(见附录 C)。其中,中继服务管理数据的传输流程见8.8.3。
注:本文件规定由 T节点发起中继服务发现流程
9.4.5.3 中继业务传输通道管理流程
9.4.5.3.1 中继业务传输通道建立
当 T1节点确定通过 G 节点建立与 T2节点的中继业务传输通道时,其建立流程如下(见图76)。
a) 步骤1:T1节点 QoS管理功能单元向连接管理功能单元发送传输通道建立请求,包含 G 节点媒体接入层标识 (设置到 TargetL2ID 字段)、T2 节点的媒体接入层标识 (设置到 TargetL2IDforRelay字段)、待建立中继业务传输通道的SLQI需求、业务流在 T1节点的端口(设置到srcPort字段)和在 T2节点的端口(设置到dstPort字段)等参数。
b) 步骤2:T1节点连接管理功能单元判断将[SrcPort,DstPort]对应的业务流映射到已有的或新建的中继业务传输通道。如果是前者,则执行9.4.5.3.2;如果是后者,则执行步骤3。
c) 步骤3:T1节点连接管理功能单元发送中继业务传输通道建立请求给 G 节点,用于请求 G 节点建立 T1节点和 T2节点的中继业务传输通道。该消息包含 T2节点的媒体接入层标识(由targetL2IDforRelay字段指示)、待建立中继业务传输通道的SLQI需求、业务流在 T1节点的端口(由srcPort字段指示)和在 T2节点的端口(由dstPort字段指示)等参数。
注:G节点根据中继业务传输通道的SLQI需求确定 G节点与 T1节点之间的子中继业务传输通道1的SLQI及传输通道参数,以及 G节点与 T2节点之间的子中继业务传输通道2的 SLQI及传输通道参数,具体算法留给内部实现。G节点根据确定的两条子中继业务传输通道的 SLQI及传输通道参数执行后续中继业务传输通道的建立流程。
d) 步骤4~步骤6:G 节点与 T1节点建立子中继业务传输通道1,流程与9.4.3.2相同。将该传输通道在 T1节点和 G 节点侧的 TCID分别记为 TCIDx和 TCIDy。
e) 步骤7~步骤9:G 节点与 T2节点建立子中继业务传输通道2,流程与9.4.3.2相同。将该传输通道在 G 节点和 T2节点侧的 TCID分别记为 TCIDi和 TCIDj。
f) 步骤10:G 节点连接管理功能单元建立并维护中继业务传输通道相关的传输通道映射表表项
[L2ID_T1,L2ID_T2,TCIDx,TCIDy,TCIDi,TCIDj],并将最新的传输通道映射表配置给数据传输与适配功能单元,用于后续的中继业务数据传输。
g) 步骤11:G 节点连接管理功能单元向 T1节点连接管理功能单元发送中继业务传输通道建立响应,包含中继业务传输通道建立结果和中继业务传输通道的 T1 节点的 TCID 及对应的G 节点的 TCID。
h) 步骤12:T1节点连接管理功能单元向 QoS管理功能单元发送传输通道建立响应,包含中继业务传输通道建立结果、本端 TCID和 G 节点侧的 TCID。
9.4.5.3.2 中继业务传输通道重配置
中继业务传输通道重配置用于对已建立的中继业务传输通道进行重配置。典型使用场景包括更改业务流与中继业务传输通道的映射关系及对应参数;更改中继业务传输通道的 QoS参数配置及能力中继业务传输通道重配置存在多种形式,以增加业务流与中继业务传输通道的映射关系为例,典型流程如下(见图77)。
a) 步骤1:T1节点 QoS管理功能单元发送传输通道映射更新请求给连接管理功能单元,包含业务流在 T1 节点的端口 srcPort和在 T2 节点的端口 DstPort、action(设置为 0)、业务流SLQI需求和待重配置的传输通道本端标识SrcTCID等参数。
b) 步骤2:T1节点连接管理功能单元判断是否可执行中继业务传输通道重配置。如果可重配置,则发送中继业务传输通道重配置请求给 G 节点,包含 G 节点与 T1节点间的子中继业务传输通道的 TCID、期望的中继业务传输通道SLQI需求、需要增加的业务流端口号等参数。
注:G节点根据中继业务传输通道的SLQI需求确定 G节点与 T1节点之间的子中继业务传输通道1的SLQI及传输通道参数,以及 G节点与 T2节点之间的子中继业务传输通道2的 SLQI及传输通道参数,具体算法留给内部实现。G节点根据确定出的两条子中继业务传输通道的 SLQI及传输通道参数执行后续中继业务传输通道的重配置流程。
c) 步骤3~步骤5:G 节点与 T1节点子中继业务传输通道1的重配置流程,流程与9.4.3.4.2相同。
d) 步骤6~步骤8:G 节点与 T2节点子中继业务传输通道2的重配置流程,流程与9.4.3.4.2相同。
e) 步骤9:G 节点连接管理功能单元向 T1节点连接管理功能单元发送中继业务传输通道重配置响应,包含中继业务传输通道重配置响应结果。
f) 步骤10:T1节点连接管理功能单元向 QoS 管理功能单元发送传输通道映射更新响应,包含中继业务传输通道更新结果。
9.4.5.3.3 中继业务传输通道释放
中继业务传输通道的释放流程见图78。
a) 步骤1:T1节点 QoS 管理功能单元发送传输通道释放请求给连接管理功能单元,包含中继业务传输通道在本端的SrcTCID信息。
b) 步骤 2:T1 节点连接管理功能单元确认 SrcTCID 为中继业务 TCID 后,发送中继业务传输通道释放请求给 G 节点,包含待释放的 T1节点侧的中继业务 TCID 和 G 节点侧的中继业务TCID等信息。
c) 步骤3~步骤5:G 节点与 T1节点子中继业务传输通道1的释放流程,流程与9.4.3.3相同。
d) 步骤6~步骤8:G 节点与 T2节点子中继业务传输通道2的释放流程,流程与9.4.3.3相同。
e) 步骤9:G 节点连接管理功能单元释放对应的传输通道映射表,并通知数据传输与适配功能单元释放传输通道映射表。
f) 步骤 10:G 节点连接管理功能单元向 T1节点连接管理功能单元发送中继业务传输通道释放响应,包含中继业务传输通道释放结果。
g) 步骤 11:T1 节点连接管理功能单元向 QoS 管理功能单元发送传输通道释放响应,包含中继业务传输通道释放结果。
10 测量管理
10.1 概述
本条定义测量管理功能单元提供的测量功能、测试管理信令格式及测量流程,以及与各功能单元或各协议层的交互原语等。
针对传输通道性能测量的测量帧格式和执行流程分别见8.5.5和8.9。
测量管理功能单元提供的服务包括(见图79):
为基础服务层其他功能单元或授权应用提供统一的测量服务接口,包括测量任务配置接口和测量结果查询接口等(见10.2);
与对端测量管理功能单元进行测量管理信令交互和流程,包括测量实例的建立、停止和测量结果查询等(见10.4和10.5)。
测量管理功能单元依赖其他功能单元或协议层完成的服务包括(见图80)以下内容。
需要数据传输与适配功能单元执行测量任务并反馈测量结果。测量结果以传输通道为粒度,可包括时延、时延抖动、丢包序列号和丢包率等。
需要接入层上报接入层参数采集结果,包括 RSRP、RSSI、RSRQ、SINR、误码率、收发速率(kbit/s)、AoA、AoD和 ToF等参数(见10.3)。
10.2 测量服务接口原语
10.2.1 概述
测量管理功能单元可为基础服务层其他功能单元或授权应用提供统一的测量服务接口,该接口可提供的原语及功能描述见表153。
| 功能及描述 | 相关原语 | 发送方向 |
| 测量服务配置,允许其他功能单元或授权应用向测量服务功能单元提交测量请求,包含具体的测量配置参数 | 测量服务配置请求 | 其他功能单元或授权应用→测量管理功能单元 |
| 测量服务配置确认 | 测量管理功能单元→其他功能单元或授权应用 |
| 功能及描述 | 相关原语 | 发送方向 |
| 测量结果查询,允许其他功能单元或授权应用向测量服务功能单元接收测量结果 | 测量结果请求 | 其他功能单元或授权应用→测量管理功能单元 |
| 测量结果回复 | 测量管理功能单元→其他功能单元或授权应用 | |
| 测量结果发布,允许其他功能单元或授权应用接收发布的测量结果 | 测量结果发布 | 测量管理功能单元→其他功能单元或授权应用 |
| 测量结果发布确认 | 其他功能单元或授权应用→测量管理功能单元 | |
| 测量结果订阅取消,允许其他功能单元或授权应用取消订阅测量服务 | 测量结果订阅取消 | 其他功能单元或授权应用→测量管理功能单元 |
| 测量结果订阅取消确认 | 测量管理功能单元→其他功能单元或授权应用 |
10.2.2 测量服务配置
10.2.2.1 测量服务配置请求
MeasureServiceConfiguration.request原语为基础服务层其他功能单元或授权应用向测量管理功能单元提交测量服务请求(见表154)。
MeasureServiceConfiguration.request(
Version,
Source Unit,
Local Index,
MeasureService Mode,
Configed TCID list,(optional)
Configed SLB paramater list,(optional)
Configed SLE parameter list,(optional)
Periodical Publish Setting,(optional) --cond MT
Event-trigger Publish Setting,(optional)--cond MT
Extension
)
Cond MT”指示对应的原语参数为条件必选,当基础服务层其他功能单元或授权应用向测量管理功能单元请求期望提供的测量服务结果获取模式为订阅/发布模式时,并且希望设置测量结果发布周期间隔或测量结果发布触发事件时,触发该事件
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Source Unit | 整体。型0,取代值表0Q~o6S5管53理5。功用能于单指元示,1本代地表发5G起请融求合的功功能能单实元 |
| 名称 | 描述 |
| 指示设备连接状态 | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个测量配置 |
| Measure Service Mode | 整型,取值0~7。指示测量服务结果的获取模式。0代表请求/应答(Req/Rsp)模式,1代表订阅/发布(Pub/Sub)模式 |
| Configured TCID list | 指示期望测量的传输通道列表及相关测量参数。每个表项包括期待测量的传输通道标识组[SrcTCID,Dst-TCID]和待测量参数(如时延、抖动等) |
| Configured SLB parameter list | 指示期望测量的SLB参数索引列表,取值见表155 |
| Configured SLE parameter list | 指示期望测量的SLE参数索引列表,取值见表155 |
| Periodical Publish Setting | 指布示模期式望的测量结果发布周期间隔,仅适用于订阅/发 |
| Event-trigger Publish Setting | 指布示模期式望的测量结果发布触发事件,仅适用于订阅/发 |
| Extension | 用于扩展 |
| 索引值 | 测量参数(单位) |
| 0x00 | 预留 |
| 0x01 | RSRP(dBm) |
| 0x02 | RSSI(dBm) |
| 0x03 | RSRQ(dB) |
| 0x04 | SINR(dB) |
| 0x05 | 误码率(%) |
| 0x06 | 接收速率(bit/s) |
| 0x07 | 发送速率(bit/s) |
| 0x08 | AoA(°) |
| 0x09 | AoD(°) |
| 0x10 | ToF(ns) |
| 0x11~0xFF | 预留 |
10.2.2.2 测量服务配置确认
MeasureServiceConfiguration.confirm 原语用于测量管理功能单元向基础服务层其他功能单元或授权应用进行测量服务配置确认(见表156)。
MeasureServiceConfiguration.confirm (
Version,
Local Index,
Status,
Config Failure,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个测量配置。取值与配置请求原语中包含的Local Index参数取值一样 |
| Status | 测量服务配置状态。0代表配置成功,1代表配置失败 |
| Config Failure | 指示配置失败原因。0x00代表重复配置,0x01代表传输通道测量不支持,0x02代表SLB测量参数不支持, 0x03代表SLE测量参数不支持,0x04代表不支持测量等 |
| Extension | 用于扩展 |
10.2.3 测量结果查询
10.2.3.1 测量结果请求
MeasureResult.request原语用于基础服务层其他功能单元或授权应用向测量管理功能单元查询测量结果(见表157)。
MeasureResult.request(
Version,
Source Unit,
Local Index,
Queried TCID list,(optional)
Queried SLB parameter list,(optional)
Queried SLE parameter list,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Source Unit | 整型,取值0~65535。用于指示本地发起请求的功能实体。0代表QoS管理功能单元,1代表5G融合功能单元 |
| 名称 | 描述 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个测量结果查询请求 |
| Queried TCID list | 指示被请求查询的传输通道列表及相关测量参数。每个表项包括待反馈的传输通道[SrcTCID,DstTCID]和待反馈的测量参数(如时延、抖动等) |
| Queried SLB parameter list | 指示期望测量的SLB参数索引列表,取值见表155 |
| Queried SLE parameter list | 指示期望测量的SLE参数索引列表,取值见表155 |
| Extension | 用于扩展 |
10.2.3.2 测量结果回复
MeasureResult.response原语用于测量管理功能单元向基础服务层其他功能单元或授权应用反馈测量结果信息(见表158)。
MeasureResult.response(
Version,
Local Index,
Status,
TCID list,(optional)
SLB paramaters,(optional)
SLE paramaters,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个测量结果查询请求 |
| Status | 指示测量结果查询是否成功。0x00代表成功,并随后包含查询的测量结果。0x01代表"not found"未查询到相应测量结果,并且不包含测量结果 |
| TCID result | 指示被请求查询的传输通道列表及相关测量参数结果每值个。表项包括传输通道[SrcTCID,DstTCID]和测量参数结果值(如时延、时延抖动等) |
| SLB paramaters | 被请求查询的SLB测量参数值。例如RSRP、RSSI、RSRQ、SINR、误码率、收发速率(bit/s)、AoA、AoD、ToF等参数值 |
| 名称 | 描述 |
| SLE paramaters | 被请求查询的SLE测量参数值。例如RSRP、RSSI、RSRQ、SINR、误码率、收发速率(bit/s)、AoA、AoD、ToF等参数值 |
| Extension | 用于扩展 |
10.2.4 测量结果发布
10.2.4.1 测量结果发布
MeasureResult.publish原语用于测量管理功能单元主动向基础服务层其他功能单元或授权应用发布测量结果(见表159)。
MeasureResult.publish(
Version,
Local Index,
Published TCID list,(optional)
Published SLB parameters,(optional)
Published SLE parameters,(optional)
Publish Period,(optional)
Publish Event,(optional)
Extension)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Local Index | 整型,取值0~65535本地内部维护,用于在测量服务接口唯一索引到一个测量结果订阅 |
| Published TCID list | 指示被订阅的传输通道列表及相关发布的测量参数结果值。每个表项包括传输通道[SrcTCID,DstTCID]和测量参数结果值(如时延、时延抖动等) |
| Published SLB parameters | 发布的SLB测量参数值,例如RSRP等 |
| Published SLE paramaters | 发布的SLE测量参数值,例如RSRP等 |
| Publish Period | 整型,取值0~65535。指示发布测量结果的周期信息 |
| Publish Event | 指示测量结果发布的触发事件 |
| Extension | 用于扩展 |
10.2.4.2 测量结果发布确认
MeasureResultPublish.confirm 原语用于基础服务层其他功能单元或授权应用向测量管理功能单元确认针对发布测量结果的接收状态(见表160)。
MeasureResultPublish.confirm (
Version,
Source Unit,
Local Index,
Status,
Extension
)| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个测量结果订阅 |
| Status | 指示发布的测量结果确认结果。0x00代表发布的测量结果已正确接收,0x01代表发布内容与订阅内容不匹配,0x02代表未收到发布的测量结果 |
| Extension | 用于扩展 |
10.2.5 测量结果订阅取消
10.2.5.1 测量结果订阅取消
MeasureSubscribe.cancel原语用于基础服务层其他功能单元或授权应用向测量管理功能单元取消某测量服务的订阅(见表161)。
MeasureSubscribe.cancel(
Version,
Source Unit,
Local Index,
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Source Unit | 整型,取值0~65535。指示本地发起取消订阅的功能实体,0代表QoS管理功能单元,1代表5G融合功能单元 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在测量服务接口唯一索引到一个已经建立的测量订阅 |
| Extension | 用于扩展 |
10.2.5.2 测量结果订阅取消确认
MeasureSubscribeCancel.confirm 原语用于测量管理功能单元向基础服务层其他功能单元或授权应用确认取消订阅的状态(见表162)。
MeasureSubscribeCancel.confirm (
Version,
Local Index,
Status,
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Local Index | 整接型口,唯取一值索0引~6到5一53个5已。经本建地立内的部测维量护订,用阅于在测量服务 |
| Status | 指示测量结果订阅取消状态。0x00代表成功,0x01代表订阅取消重复,0x02代表MeasureSubscribe.cancel原语Local Index参数错误 |
| Extension | 用于扩展 |
10.3 接入层参数采集原语
10.3.1 概述
测量管理功能单元与接入层通过跨层原语交互方式进行接入层测量相关参数的查询。
具体地,测量管理功能单元可通过接入层参数查询消息向接入层请求查询期望获得的接入层测量参数,并设置期望的查询模式。
接入层收到查询请求消息后,相应向测量管理功能单元发送查询应答消息,包含被查询的接入层测量参数值。其中,接入层参数查询与应答原语定义见8.4.2。
另外,在查询进程进行期间,测量管理功能单元可随时通过向接入层数据链路层管理实体发送查询取消消息终止查询进程。其中,查询取消与应答原语定义见8.4.3。
10.3.2 接入层参数查询
10.3.2.1 接入层参数查询
SparkLinkASParameters i.nquiry原语用于测量管理功能单元向接入层请求查询测量参数 (见表163)。
SparkLinkASParameters i.nquiry(
Version,
Target,
TargetL2ID,
Local Index,
Inquiry Mode,
Inquiry Duration,(optional)
Response_Num,(optional)
Inquiry Interval,(optional)
Inquiried SLB parameter list,(optional)
Inquiried SLE parameter list,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Target | 整型。指示本地发起进行接入层测量参数查询的目标接入层。0代表仅SLB接入层,1代表仅SLE接入层,2代表包括SLB和SLE接入层 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在跨层接口唯一索引到一个接入层测量参数查询进程 |
| TargetL2ID | 比特串,48比特,对端L2ID |
| Inquiry Mode | 用于指示查询模式。0x00代表周期性查询上报模式,0x01代表事件触发型查询上报模式 |
| Inquiry Duration | 整指型定,查单询位模为式秒的,取总值持5续~时10间0,。当该时间超时则查询停止 |
| Response_Num | 整型,取值1~65535。指示在总查询持续时间内最大查询应答数量 |
| Inquiry Interval | 整型,单位为秒,取值1~86400。指示相邻查询上报的周期间隔 |
| Inquired SLB parameter list | 指示期望查询的SLB参数索引列表,取值见表155 |
| Inquired SLE parameter list | 指示期望查询的SLE参数索引列表,取值见表155 |
| Extension | 用于扩展 |
10.3.2.2 接入层参数响应
SparkLinkASParametersInquiry.response原语用于接入层向测量管理功能单元回复被请求查询的测量参数(见表164)。
SparkLinkASParametersInquiry.response(
Version,
Target,
Local Index,
TargetL2ID,
Status,
Response_SN,(optional)
SLB parameters,(optional)
SLE parameters,(optional)
Report Event,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Target | 整型,取值0~255。用于指示本地发起进行接入层测量参数查询的目标接入层。0代表SLB接入层,1代表SLE接入层 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在跨层接口S唯pa一rk索Lin引k到AS一Par个am接et入ers层i.n测qu量iry参原数语查L询oc进al程In。de取x值参与数取值相同 |
| TargetL2ID | 比特串,48比特,对端L2ID |
| Status | 用于指示查询是否成功。0代表成功,并随后包含请求查询的参数值,1代表失败,并且不包含参数值 |
| Response_SN | 整型,取值1~65535。指示SparkLinkASParameters i.nquiry原语中Inquiry Duration参数值指示的查询持续时间内查询应答消息的序列号 |
| SLB paramaters | 实数,被请求查询的SLB测量参数值,例如RSRP等 |
| SLE paramaters | 实数,被请求查询的SLE测量参数值,例如RSRP等 |
| Report_Event | 整指数示。触在发查上询报模的式具为体0事x0件1代表的事件触发模式时,用于 |
| Extension | 用于扩展 |
10.3.3 接入层参数查询取消
10.3.3.1 接入层参数查询取消请求
SparkLinkASParametersInquiryCancel.request原语用于测量管理功能单元向接入层取消接入层测量参数查询请求(见表165)
SparkLinkASParametersInquiryCancel.request(
Version,
Target,
Local Index,
TargetL2ID,
Cancelled SLB parameter list,(optional)
Cancelled SLE parameter list,(optional)
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Target | 整型。指示本地发起进行接入层测量参数查询的目标媒体接入实例。0代表SLB接入层数据链路层管理实体,1代表SLE接入层数据链路层管理实体 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在跨层接口唯一索引到一个接入层测量参数查询进程 |
| TargetL2ID | 比特串,48比特,对端L2ID |
| Cancelled SLB parameter list | 指示期望取消查询的SLB参数索引列表,取值见表155 |
| Cancelled SLE parameter list | 指示期望取消查询的SLE参数索引列表,取值见表155 |
| Extension | 用于扩展 |
10.3.3.2 接入层参数查询取消确认
SparkLinkParametersInquiryCancel.confirm 原语用于接入层向测量管理功能单元反馈查询取消结果(见表166)。
SparkLinkParametersInquiryCancel.confirm (
Version,
Status,
Target,
Local Index,
Extension
)
| 名称 | 描述 |
| Version | 整型,取值0~15,当前标准版本设置为0 |
| Status | 用于指示查询是否成功。0代x0表0l代oca表l i查nd询ex取错消误成,0功x0,03x0代1表代取表消查查询询取的消SL重B复测,0量x0参2数不存在,0x03代表取消查询的SLE测量参数不存在 |
| Target | 整型。指示本地发起进行接入层测量参数查询的目标媒体接入实例。0代表SLB接入层数据链路层管理实体,1代表SLE接入层数据链路层管理实体 |
| 名称 | 描述 |
| Local Index | 整型,取值0~65535。本地内部维护,用于在跨层接口唯一索引到一个接入层测量参数查询 |
| Extension | 用于扩展 |
10.4 测量管理信令
测量管理信令使用SLE通用管理传输通道或 SLB通用管理传输通道进行传输,包括测量实例建立、测量实例释放和测量结果反馈等。
测量管理信令使用基础服务层通用控制信令格式,各测量管理信令见表167。
| Code Value | 信令名称 | 功能概述 |
| 0x40 | Measure_StartUp_Req | 测量实例建立请求:用于请求建立测量实例,包括协商本端和对端目标被测量的TCID、分配唯一的测量实例ID、协商测量模式、设置测量时长和发送最大测量帧数量、协商同步时钟源类型以及协商测量帧发起端。协商对端反馈测量结果配置参数,包括反馈测量参数类型、反馈周期间隔或反馈触发事件 |
| 0x41 | Measure_StartUp_Rsp | 测量实例建立回复:用于测量实例建立请求信令的应答信令,包括回复测量实例建立请求结果(成功或失败及其失败原因)、确认建立的测量模式、确认支持的同步时钟源类型 |
| 0x42 | Measure_StartUp_Rsp_Confirm | 测量实例建立回复确认:用于向对端测量管理功能单元发送,触发对端数据传输与适配功能单元执行测量 |
| 0x43 | Measure_Release_Req | 测量实例释放请求:用于请求停止指定传输通道对应的测量实例 |
| 0x44 | Measure_Release_Rsp | 测量实例释放回复:用于回复停止指定测量实例请求结果,包括成功或失败及其失败原因 |
| 0x45 | Measure_Notice | 测量结果反馈:用于在单向时延、抖动测量模式下,对端向本端传递测量结果。或反馈设备收发帧buffer的空闲率等性能参数 |
| Code Value | 信令名称 | 功能概述 |
| 0x46 | Measure_Notice_Confirm | 测量结果反馈应答:用于在单向测量模式下,本端对接收的测量结果反馈信令的应答,包括确认反馈内容是否正确或错误及其错误原因 |
10.4.1 测量实例建立请求
测量实例建立请求(Measure_StartUp_Req信令)用于向对端测量管理功能单元请求建立一个测量实例,其载荷结构见图81。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
| 1字节 | srcTCID | |||||||
| 1字节 | dstTCID | |||||||
| 1字节 | measureMode | |||||||
| 2字节 | duration | |||||||
| 2字节 | probeMaxNum | |||||||
| 2字节 | syncClockBitmap | |||||||
| 1字节 | MT | MI | RFU | |||||
| 变长 | 扩展字段 | |||||||
信令各字段定义如下。
measureID:1字节,测量实例标识,取值范围为1~measureInstanceNum 参数值。measureInstanceNum 表示两端设备支持的最大测量实例数,按附录 D中默认参数配置。
srcTCID:1字节,待测量传输通道的本端 TCID。
dstTCID:1字节,待测量传输通道的对端 TCID。
measureMode:1字节,表示测量模式(见表168)。
duration:2字节,表示测量持续时间,单位为秒。
probeMaxNum:2字节,表示可发送的最大测量帧数量,范围0~65535。
—syncClockBitmap:2字节,指示本端支持的一个或多个同步时钟源类型(见表172):
• bit0:预留;
bit1:GNSS,全球导航卫星系统(Global Navigation Satellite System);
• bit2:PTP;
bit3:基站授时;
bit4~bit15:预留。
MT:1比特,取值为1时,用于指示 MT1事件触发;取值为0时,MT1事件未触发。注:MT1事件:本端期望由对端发送测量请求帧。
——— MI:1比特,取值为1时,用于指示有扩展字段;取值为0时,指示无扩展字段
扩展字段:前2字节是 metricsIndicationBitmap字段,指示对端应在测量结果反馈信令中包含的对端设备性能参数(见图82)。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | IR | RFU | ||||||
| 1字节 | RFU | |||||||
| 1字节 | 扩展字段idleRate | |||||||
Measure_StartUp_Req信令的扩展字段定义如下:
IR:1比特,取值为0,表示无扩展字段idleRate;取值为1,表示有扩展字段idleRate;
RFU:15比特,预留位;
idleRate:代表设备收发帧缓存区的空闲率,取值范围为0~100。
| 取值 | 测量模式 |
| 0x00 | 单向时延、抖动 |
| 0x01 | 双向时延、抖动 |
| 0x02 | 单双向时延、抖动 |
| 其他 | 预留 |
10.4.2 测量实例建立回复
测量实例建立回复(Measure_StartUp_Rsp信令)用于向对端测量管理功能单元发送的测量实例建立请求信令进行响应,其载荷结构见图83。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
| 1字节 | result | |||||||
| 1字节 | MT | SDC | RFU | |||||
| 1字节 | 扩展字段selectedMeasureMode | |||||||
| 2字节 | 扩展字段selectedsyncClock | |||||||
信令各字段定义如下。
-measureID:1 字节,测量实例标识,应与测量实例建立请求中对应字段取值相同。
result:1字节,表示测量实例建立结果。如果取值为0x00,表示测量实例建立成功;如果取值为非0,表示测量实例建立失败,具体设置见表169。
-MT:1 比特,取值为1时,指示 MT2事件触发并有扩展字段selectedMeasureMode;取值为0,表示无 MT2事件且无扩展字段selectedMeasureMode。
注:MT2事件:当测量实例建立请求信令中 measureMode字段取值为0x02,但是对端仅能支持其中一种测量模式。——SDC:1 比特,取值为0,表示无扩展字段selectedsyncClock;取值为1,表示有扩展字段selectedsyncClock。
RFU:6比特,预留。
selectedMeasureMode:1字节,扩展字段,仅在触发 MT2事件时包含,取值见表168。
selectedsyncClock:2字节,扩展字段,在测量实例建立请求syncClockBitmap字段中选择一种双方均支持的同步时钟源类型。
| 取值 | 描述 |
| 0x00 | 成功 |
| 0x01 | 流模式下时钟不同步 |
| 0x02 | TCID错误 |
| 0x03 | 无信道资源 |
| 其他 | 预留 |
10.4.3 测量实例建立回复确认
测量实例建立回复确认(Measure_StartUp_Rsp_Confirm 信令)用于向对端测量管理功能单元发送的测量实例建立回复信令进行响应,其载荷结构见图84。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
信令各字段定义如下:measureID:1字节,测量实例标识,应与测量实例建立回复中对应字段取值相同。
10.4.4 测量实例释放请求
测量实例释放请求(Measure_Release_Req信令)用于向对端测量管理功能单元已存在的一个测量实例发送释放请求,其载荷结构见图85。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
| 1字节 | MT | RFU | ||||||
信令各字段定义如下:
measureID:1字节,表示请求被释放的测量实例标识,应设置为某个已建立的测量实例标识; MT:1比特,取值为1时,用于指示 MT3事件触发;取值为0,无 MT3事件,不需要对端停止发送测量请求帧;
注:MT3事件:本端期望对端停止发送测量请求帧时触发。
RFU:7比特,预留位。
10.4.5 测量实例释放回复
测量实例释放回复(Measure_Release_Rsp信令)用于向对端测量管理功能单元发送的测量实例释放请求信令进行响应,包含测量实例释放结果信息,其载荷结构见图86。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
| 1字节 | result | |||||||
信令帧结构各字段定义如下:
measureID:1字节,表示请求被释放的测量实例标识,应与测量实例释放请求中的相应字段取值相同;
result:1字节,表示测量实例释放结果,取值详见表170。
| 取值 | 描述 |
| 0x00 | 成功 |
| 0x01 | TCID与测量实例ID不匹配 |
| 其他 | 预留 |
10.4.6 测量结果反馈
测量结果反馈(Measure_Notice信令)用于向对端测量管理功能单元发送针对某个测量实例的测量结果,其载荷结构见图87。
信令帧结构各字段定义如下。
measureID:1字节,表示当前测量结果所关联的测量实例标识,取值范围为 1~measureInstanceNum 参数值。
B:1比特,取值为0,表示无扩展字段buffer;取值为1,表示有扩展字段buffer。
AD:1比特,取值为0,表示无扩展字段avgDelay;取值为1,表示有扩展字段avgDelay。
AJ:1比特,取值为0,表示无扩展字段avgJitter;取值为1,表示有扩展字段avgJitter。
R:1比特,取值为0,表示无扩展字段resultInfo;取值为1,表示有扩展字段resultInfo。
buffer:可选字段,1字节,表示设备收发帧缓存区的空闲率,取值范围为0~100。
avgDelay:可选字段,2字节,表示在全测量周期内的时延平均值,单位为毫秒,取值范围为0~ 65535。
—avgJitter:可选字段,2字节,表示在全测量周期内的时延抖动平均值,单位为毫秒,取值范围为0~65535。
resultInfo:可选字段,表示详细的测量结果信息(见图88),可包含若干个测量结果信息,最大值由 Measure_StartUp_Req信令中 probeMaxNum 字段值确定。每个测量结果信息包含一个测量帧对应的delay和jitter字段:
length:2字节,指示resultInfo字段总长度;
delay:2字节,表示一个测量帧的端到端时延,单位为毫秒;
jitter:2字节,表示一个测量帧的端到端时延抖动,单位为毫秒。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 2字节 | length | |||||||
| 2字节 | delay | |||||||
| 2字节 | jitter | |||||||
| ...... | ||||||||
10.4.7 测量结果反馈应答
测量结果反馈应答(Measure_Notice_Confirm 信令)用于向对端测量管理功能单元发送的测量结果反馈信令进行响应,其载荷结构见图89。
| 比特位 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 1字节 | measureID | |||||||
| 1字节 | status | |||||||
信令各字段定义如下:
measureID:1字节,测量实例标识,应与测量结果反馈中对应字段取值相同; status:1字节,表示测量结果反馈的接收状态,具体取值见表171。
| 取值 | 描述 |
| 0x00 | 成功 |
| 0x01 | 目标测量实例ID不匹配 |
| 0x02 | 未收到测量结果反馈信令 |
| 其他 | 预留 |
10.5 测量管理流程
10.5.1 传输通道测量实例建立与触发
应先通过连接管理能力查询以确认对端是否支持测量管理功能。应在对端支持测量管理功能时才能发起传输通道测量实例建立。测量实例建立流程如下(见图90)
测量实例建立回复确认信令为可选信令。当测量请求帧由本端发送时无需发送该信令;当测量请求帧由对端发送时应发送以触发对端开始测量。
步骤1:本端测量管理功能单元向对端测量管理功能单元发送测量实例建立请求信令 Measure_StartUp_Req 如果新建一个测量实例,则 measureID 字段应设置为一个未被配置过的新值;如果对一个已建立的测量实例进行重配置,则 measureID字段应设置为待重配置的测量实例标识。
srcTCID字段和dstTCID字段分别设置为待测量传输通道在本端和对端的 TCID。
仅支持流模式或可靠模式传输通道的测量。当流模式时,则 measureMode字段只允许配置为0x00(即仅支持单向测量模式)。
如果本端期望对端发送测量请求帧,MT 字段应设置为1。
步骤2:对端测量管理功能单元向本端测量管理功能单元发送测量实例建立回复信令 Measure_StartUp_Rsp,其中:
如果能成功建立该测量实例,则result字段设置为0x00;
如果无法建立该测量实例,则result字段应设置具体失败原因。
步骤3:本端测量管理功能单元接收到测量实例建立回复信令后,流程如下
如果在测量实例建立请求信令中未设置 MT 字段为1,即测量请求帧由本端发送,则本端测量管理功能单元将通知数据传输与适配功能单元触发测量任务,具体流程见8.9。
如果在测量实例建立请求信令中设置 MT 字段为1,即测量请求帧由对端发送,则本端测量管理功能单元向对端测量管理功能单元发送测量实例建立回复确认信令。对端测量管理功能单元接收到测量实例建立回复确认信令后,将通知数据传输与适配功能单元触发测量任务,具体流程见8.9。
| 同步时钟源类型 | 时钟精度 |
| GNNS(GPS/GLONASS/LORAN-C/BDS/Galileo) | 纳秒级 |
| PTP | 亚微秒级 |
| 基站授时 | 微妙级或亚微秒级 |
10.5.2 传输通道测量实例释放
对于每一个正在执行中的测量实例,本端测量管理功能单元可向对端发起测量实例释放流程(见图91)。测量实例释放流程如下。
步骤1:本端测量管理功能单元向对端测量管理功能单元发送测量实例释放请求信令 Measure_ Release_Req,其中:
—measureID字段应填写为一个已成功建立且待被释放的测量实例标识;
如果测量请求帧由对端发送,则应设置 MT 字段为1。
步骤2:对端测量管理功能单元接收到释放请求信令后,向本端测量管理功能单元发送测量实例释放回复信令 Measure_Release_Rsp。如果 Measure_Release_Req信令中 MT 字段取值为1,则应通知数据传输与适配功能单元停止发送测量请求帧。
步骤3:本端测量管理功能单元接收到测量实例释放回复信令后,如果成功释放且测量请求帧由本端发送,则本端测量管理功能单元应通知数据传输与适配功能单元停止发送测量请求帧。
10.5.3 传输通道测量结果反馈
在 Measure_StartUp_Req信令 measureMode字段配置为0x00或0x02进行单向测量,且由本端发送测量请求帧时,对端测量管理功能单元可在完成一个或多个测量实例的测量后触发测量结果反馈流程(见图92)。测量结果反馈流程如下。
步骤1:对端测量管理功能单元向本端测量管理功能单元发送测量结果反馈信令 Measure_ Notice,包含由 measureID字段值对应测量实例的测量结果。
步骤2:本端测量管理功能单元在接收到测量结果反馈信令后,向对端测量管理功能单元发送测量结果反馈应答信令 Measure_Notice_Confirm。
附 录 A (资料性)
通用唯一标识 UUID
A.1 范围划分
本文件规定,UUID 在时间和空间上是唯一的。标准 UUID 长度为16比特,用该值标识服务、属性、事件、方法、计量单位、属性值描述、厂商等信息。
UUID范围划分如表 A.1所示。
| UUID范围 | 描述 |
| 0x0000~0x0FFF | 服务UUID |
| 0x1000~0x6FFF | 属性UUID |
| 0x7000~0x7FFF | 方法UUID |
| 0x8000~0x8FFF | 事件UUID |
| 0x9000~0x91FF | 计量单位 |
| 0x9200~0x97FF | 属性值描述 |
| 0x9800~0xEFFF | 预留 |
| 0xF000~0xFFFF | 厂商标识 |
A.2 服务 UUID定义
基础服务层功能单元定义的服务 UUID在本条定义,基础应用层的服务在上层协议定义服务时确定(见表 A.2)。
| UUID | 描述 |
| 0x0000 | 5G融合 |
| 0x0001 | 多域协调与管理 |
| 0x0002~0x0FFF | 预留给上层协议定义 |
A.3 属性 UUID定义
基础服务层功能单元定义的属性 UUID在本条定义,基础应用层的属性在上层协议定义服务时确定(见表 A.3)。
| UUID | 描述 |
| 0x1000 | 服务结构散列值 |
| 0x1001 | PLMN |
| 0x1002 | celluar network connectiveity |
| 0x1003 | backhaul type |
| 0x1004 | 管理节点协商结果 |
| 0x1005~0x6FFF | 预留给上层协议定义 |
A.4 方法 UUID定义
基础服务层功能单元定义的方法 UUID在本条定义,基础应用层的方法在上层协议定义服务时确定(见表 A.4)。
| UUID | 描述 |
| 0x7000 | 多域能力交互 |
| 0x7001 | 多域管理节点协商 |
| 0x7002~0x7FFF | 预留给上层协议定义 |
A.5 事件 UUID定义
基础服务层功能单元定义的事件 UUID在本条定义,基础应用层的事件在上层协议定义服务时确定(见表 A.5)。
| UUID | 描述 |
| 0x8000 | 服务变更 |
| 0x8001~0x8FFF | 预留给上层协议定义 |
A.6 计量单位定义
基于国际计量单位制与国家法定计量单位制,使用 UUID表示计量单位,具体见表 A.6。
| UUID | 描述 |
| 0x9000 | 无单位 |
| 0x9001 | 长度单位,米(m) |
| 0x9002 | 质量单位,千克(kg) |
| UUID | 描述 |
| 0x9003 | 时间单位,秒(s) |
| 0x9004 | 电流单位,安[培](A) |
| 0x9005 | 热力学温度单位,开[尔文](K) |
| 0x9006 | 物质的量单位,摩[尔](mol) |
| 0x9007 | 发光强度单位,坎[德拉](cd) |
| 0x9008 | 平面角单位,弧度(rad) |
| 0x9009 | 立体角单位,球面度(sr) |
| 0x900A | 频率单位,赫[兹](Hz) |
| 0x900B | 力学单位,牛[顿](N) |
| 0x900C | 压强单位,帕[斯卡](Pa) |
| 0x900D | 能量单位,焦[耳](J) |
| 0x900E | 功率单位,瓦[特](W) |
| 0x900F | 电荷量单位,库[仑](C) |
| 0x9010 | 电压单位,伏[特](V) |
| 0x9011 | 电容单位,法[拉](F) |
| 0x9012 | 电阻单位,欧[姆](Ω) |
| 0x9013 | 电导单位,西[门子](S) |
| 0x9014 | 磁通量单位,韦[伯](Wb) |
| 0x9015 | 磁通量密度单位,特[斯拉](T) |
| 0x9016 | 电感单位,亨[利](H) |
| 0x9017 | 温度单位,摄氏度(℃) |
| 0x9018 | 光通量单位,流[明](lm) |
| 0x9019 | 光照度单位,勒[克斯](lx) |
| 0x901A | 放射性活度单位,贝可[勒尔](Bq) |
| 0x901B | 吸收剂量单位,戈[瑞](Gy) |
| 0x901C | 剂量当量单位,希[沃特](Sv) |
| 0x901D | 时间单位,分(min) |
| 0x901E | 时间单位,小时(h) |
| 0x901F | 时间单位,天(d) |
| 0x9020 | 平面角单位,[角]秒(",second) |
| 0x9021 | 平面角单位,[角]分(',minute) |
| 0x9022 | 平面角单位,[角]度(°,degree) |
| 0x9023 | 旋转速度单位,转每分(r/min) |
| 0x9024 | 长度单位,海里(n mile) |
| UUID | 描述 |
| 0x9025 | 速度单位,节(kn) |
| 0x9026 | 质量单位,吨(t) |
| 0x9027 | 质量单位,原子质量(u) |
| 0x9028 | 体积单位,升(L) |
| 0x9029 | 能,电子伏(eV) |
| 0x902A | 级差单位,分贝(dB) |
| 0x902B | 线密度单位,特[克斯](tex) |
| 0x902C~0x91FF | 预留 |
A.7 属性值描述定义
属性值描述定义见表 A.7。
| UUID | 描述 |
| 0x9200 | 未知 |
| 0x9201 | 内部(inside) |
| 0x9202 | 外部(outside) |
| 0x9203 | 左(left) |
| 0x9204 | 右(rigth) |
| 0x9205~0x97FF | 预留给上层协议定义 |
A.8 厂商标识
厂商标识由各公司申请,相关机构统一分配,用来表示各厂商的身份。具体值由分配时指定。
附 录 B (资料性)
服务发现示例
B.1 服务示例
服务及其服务成员的示例如表 B.1所示,示例中的服务与服务成员与标准定义服务与服务成员无关联关系。
示例中,为增加可读性,标识(UUID)不直接使用数值标识,而使用名称加书名号标识,例如电池状态服务的标识,使用 Battery Service表示。
| 句柄 | 类别 | 标识 | 数据 |
| 0x000F | 散列值 | 服务结构散列值 | 服务结构散列值 |
| 0x0010 | 标准首要服务 | Battery Service | 操数作据指值示:0x:000x1030((服只务读)结束句柄) |
| 0x0013 | 标准属性 | Battery Level | 操作指示:0x00(只读)数据值:0x56(电池电量)描述符:{类型=0x02(客户端属性值配置描述符),长度=0x02(2字节),值=0x01(通知配置)} |
| 0x0100 | 标准首要服务 | Thermometer Humidity Service | 操数作据指值示:0x:001x0040((服只务读)结束句柄) |
| 0x0101 | 标准服务引用 | Manufacturer Service | 操作指示:0x00(只读)0数x0据50值0(:服务起始句柄)0x0503(服务结束句柄) |
| 0x0102 | 自定义服务引用 | Vendor Specific Service xx | 操作指示:0x00(只读);0数x0据55值0(:服务起始句柄)0x0568(服务结束句柄) |
| 0x0103 | 标准属性 | Temperature | 操作指示=0x02数据值=0x0028描述符1={类型=0x04(属性值格式描述符),长度=0x07(7字节),描述符值= {0x02,0x00,0x00,《degrees Celsius》,《Outside》}}描述符2={类型=0x01(属性说明描述符),长度=0x013(19字节),描t述ure符"}值="OutsideTempera- |
| 句柄 | 类别 | 标识 | 数据 |
| 0x0104 | 标准属性 | Relative Humidity | 操作指示=0x02数据值=0x27描述符1={类型=0x04(属性值格式描述符),长度=0x07(7字节),描述符值={0x02,0x00,0x00,《per-centage》,《Outside》}}描述符2={类型=0x01(属性说明描述符),长度=0x019(25字节),描述符值="Outside Relative Hu-midity"} |
| 0x0200 | 标准首要服务 | Smoke Alarm Service | 操数作据指值示:0x:002x0010((服只务读)结束句柄) |
| 0x0201 | 标准事件 | Smoke Alarm Event | |
| 0x0300 | 标准首要服务 | Position Service | 操数作据指值示:0x:003x0020((服只务读)结束句柄) |
| 0x0301 | 标准属性 | Latitude Longitud | 操作指示=0x02数据值=0x28BEAFA40B320FCE |
| 0x0302 | 标准方法 | Move Method | |
| 0x0500 | 标准次要服务 | Manufacturer Service | 操数作据指值示:0x:005x0030((服只务读)结束句柄) |
| 0x0501 | 标准属性 | Manufacturer Name | 操作指示=0x02数据值="xxx Handset" |
| 0x0503 | 标准属性 | Serial Number | 操作指示=0x00数据值="237495-3282-A" |
| 0x0550 | 自定义次要服务 | Vendor Specific Service xxx | 操数作据指值示:0x:005x6080((服只务读)结束句柄) |
| 0x0568 | 自定义属性 | Vendor Specific Type | 操数作据指值示=0=x012x304056789 |
B.2 服务结构发现示例
按 B.1的服务示例为参考,如客户端发送SSAP_FIND_STRUCTURE_REQ 消息并指示查找类型为服务结构,且句柄范围设置为0x0001~0xFFFF,则服务器将返回以下内容。
Battery Service服务结构:{
{0x0010,0x00,Battery Service,{0x00}},
{0x0013,0x02,Battery Level,0x00,{0x01,0x02}}
Thermometer Humidity Service服务结构:{
{0x0100,0x00,Thermometer Humidity Service,{0x00}},
{0x0101,0x05,Manufacturer Service,0x0500,0x0503},
{0x0102,0x0D,Vendor Specific Service xx,0x0550,0x0568},
{0x0103,0x02,Temperature,0x00,{0x02,0x04,0x01}},
{0x0104,0x02,Relative Humidity,0x00,{0x02,0x04,0x01}},
Smoke Alarm Service服务结构:{
{0x0200,0x00,Smoke Alarm Service,{0x00}},
{0x0201,0x04,Smoke Alarm Event,0x00,{0x00}}
Position Service服务结构:{
{0x0300,0x00,Position Service,{0x00}},
{0x0301,0x04,Latitude Longitud,0x00,{0x00}}
{0x0302,0x03,Move Method,0x00,{0x00}}
Manufacturer Service服务结构:{
{0x0500,0x01,Manufacturer Service,{0x00}},
{0x0501,0x04,Manufacturer Name,0x00,{0x00}}
{0x0502,0x03,Serial Number,0x00,{0x00}}
Vendor Specific Service xxx服务结构:{
{0x0550,0x09,Vendor Specific Service xxx,{0x00}},
{0x0568,0x0A,Vendor Specific Type,0x00,{0x00}}
数据内容超过SSAP_FIND_STRUCTURE_RSP消息单次承载时,可选择分包多次发送。
附 录 C (资料性)
中继服务发现
传输通道中继业务,目标是连接在同一个 G 节点下的多个 T 节点,可相互通信。中继服务发现是用于上述的多个 T 节点之间服务查询和响应,见图 C.1。
步骤1:T 节点和 G 节点之间进行服务查询请求和响应流程,如果 G 节点返回的服务查询响应里包含的服务有 T 节点所需的服务,则 T 节点和 G 节点直接通信,无需 T 节点和 T 节点之间的服务发现和响应;如果 G 节点返回的服务查询响应里包含的服务没有 T 节点需的服务,则需 T 节点和 T 节点之间的服务发现和响应
步骤2:T 节点和 T 节点之间的服务发现和响应流程。T 节点和 T 节点之间的服务发现和响应,根据 T 节点目标设备不同,可在中继服务管理帧中包含的对端 L2ID 不同,分为广播、组播和单播。T 节点无明确的目标设备时,可使用广播标识;多个 T 节点同在一个设备组,且有一个公共设备组 L2ID 标识时,可使用组播标识;T 节点有明确的目标设备 T 节点 L2ID,则将中继服务管理帧的 L2ID 设置为目标 T 节点的 L2ID。
G 节点数据传输与适配层解析中继服务管理通道来的数据,如果 L2ID 是广播标识,则将数据转发给除发送端 T 节点之外的所有连接的 T 节点;如果 L2ID 是组播标识,则将数据转发给除发送端 T 节点之外的所有连接的组内的 T 节点;如果 L2ID 是确定的某个 T 节点标识,则将数据转发给目标 T节点。
以 T1节点包含广播标识为例,分析步骤a)和步骤b)。
步骤a):T1节点发送服务发现给 T2节点,包括两段流程,第一段为 T1节点发送服务发现请求SSAP_FIND_SERVICE_BY_UUID_REQ 给 G 节点,消息中包含的 L2ID 为广播标识,G 节点根据中继服务管理数据传输规则发送服务发现请求给 T2节点
步骤b):T2节点发送服务发现响应给 T1节点,包含 T2节点的服务信息。包括两段流程,第一段为 T2节点发送服务发现响应给 G 节点,消息中包含的 L2ID为 T1的 L2ID,G 节点根据中继服务管理数据传输规则发送服务发现响应给 T1节点。
附 录 D (规范性)
默认参数配置
默认参数配置见表 D.1。
| 参数名称 | 参数定义 | 默认取值(单位) |
| maxLCIDNum | lcNum逻辑信道数量最大值(见9.3.1.2) | 8 |
| measureInstanceNum | 支持的最大测量实例数(见10.4.1) | 65536 |
| duration | 测量实例持续时间(见10.4.1) | 900(s) |
| probeMaxNum | 可发送的最大测量帧数量(见10.4.1) | 65535 |
| TxSeq | 增强帧中发送PDU序列号的起始值(见8.5.3) | 0 |
评论