前言
本文件按照 GB/T 1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定起草。
本文件采信国际星闪无线短距通信联盟发布的 T/XS 20005—2023《星闪无线通信系统 基础服务层 5G 蜂窝网络融合》。
本文件是 GB/T 48336《星闪无线通信系统》的第304部分。GB/T 48336 已经发布了以下部分:
第101部分:架构和通用要求；
第102部分:媒体接入层标识；
第201部分:接入层 同步低时延宽带（SLB）空中接口技术要求；
第202部分:接入层 同步低时延宽带（SLB）设备技术要求和测试方法；
第203部分:接入层 同步低功耗（SLE）设备技术要求和测试方法；
第301部分:基础服务层 设备发现和传输控制；
第302部分:基础服务层 服务质量管理；
第303部分:基础服务层 多域协调与管理；
第304部分:基础服务层 5G 蜂窝网络融合；
第401部分:基础应用层 音频流配置与传输管理；
第402部分:基础应用层 合作设备集合管理；
第403部分:基础应用层 媒体控制；
第404部分:基础应用层 位置信息管理；
第405部分:基础应用层 视频配置与传输管理；
第406部分:基础应用层 IP 承载管理。
本文件由全国信息技术标准化技术委员会（SAC/TC 28）提出。
本文件由全国信息技术标准化技术委员会（SAC/TC 28）和全国通信标准化技术委员会（SAC/TC 485）共同归口。
本文件起草单位:中国移动通信有限公司研究院、中国信息通信研究院、赛西（深圳）电子信息产品标准化工程中心有限公司、国际星闪无线短距通信联盟、中移（杭州）信息技术有限公司、中兴通讯股份有限公司、中国电子技术标准化研究院、华为技术有限公司、北京邮电大学、深圳市闪联信息技术有限公司、联想（北京）有限公司、鼎桥技术有限公司、翱捷科技股份有限公司、OPPO 广东移动通信有限公司、联发博动科技（北京）有限公司、中国科学院沈阳自动化研究所、上海数字电视国家工程研究中心有限公司、深圳市极致汇仪科技有限公司、上海交通大学、湖南国科微电子股份有限公司、北京中科晶上科技股份有限公司、中国科学院计算技术研究所、国电南京自动化股份有限公司、东北大学、深圳艾灵网络有限公司、四川九洲电器集团有限责任公司、深圳星链创新技术有限公司、云南华电金沙江中游水电开发有限公司。
本文件主要起草人:罗达、程远洋、蔡廷晓、曾国松、卓兰、韩世豪、马帅、葛雨明、郑银香、王孝、张锦卫、赵向阳、杨宏、齐筱、杜伟强、杨修竹、陆婷、刘建颖、杨常青、宋思达、吴镝、孙梦颖、孙育宁、汪剑锋、马骁菲、李维成、徐伟杰、陈滔、许驰、王旭升、陈海军、田晓华、王勇、万建超、王聪聪、王腾、袁晓铭、丁颖哲、李捷、杨戬、王婷、许晓东、田维坤、陈占波、汪海明、陈迎、樊智超、朱丰源、钱蔓藜、刘畅、刘思君、金曦、俞一帆、赵峙岳、周小兵、黄新祥。
引言
星闪无线通信技术是一种短距无线通信技术，能用于智能汽车、智能家居、智能终端以及智能制造等应用场景的数据交互。
星闪无线通信系统包含接入层、基础服务层和基础应用层。接入层支持多种工作模式，包括星闪同步低时延宽带（Synchronous Low latency Broadband，SLB）、星闪同步低功耗（Synchronous Low Energy，SLE）和星闪同步高精度定位（Synchronous Link Positioning，SLP）。各模式针对不同业务需求提供差异化技术特性。其中 SLB 采用超短帧结构、多域同步、快速干扰协调、双向认证加密及跨层调度优化等技术，具备低时延、高可靠、精同步、高并发和高安全等特性，适用于对实时性和可靠性要求严格的业务场景；SLE 通过极化码信道编码提升传输可靠性，支持最大 4 MHz 带宽和 8PSK 调制，能实现 1 对多可靠组播及 4 kHz 短时延交互，在保障传输效率的同时优化能耗，适用于低功耗需求业务；SLP 采用新型帧格式、高脉冲功率、超宽带随机启动及信道训练序列安全加密等技术，提供测距、测角、存在感知、目标跟踪及行为感知等功能，兼具宽窄带融合与窄带同步数传能力，具有低功耗优势。需注意的是，SLP 为非独立工作模式，需依赖 SLB 或 SLE 的数据链路层传输空口信令，并通过其数据连接接口与基础服务层交互。基础服务层发挥着承上启下的重要作用，提供设备发现、服务管理、连接管理（建立、维护与释放）、服务质量（QoS）管理、测量管理、信息安全、多跳组网、面向连接或无连接传输等功能，用于支撑从业务触发到业务结束的整个业务周期的连接交互需求。基础应用层实现各类应用功能。
GB/T 48336 旨在规范星闪无线通信系统相关技术要求和测试方法，拟由如下部分构成。
第101部分:架构和通用要求。目的在于规定星闪无线通信系统架构和通用要求。
第102部分:媒体接入层标识。目的在于规定星闪无线通信设备媒体接入层标识的组成。
第201部分:接入层 同步低时延宽带（SLB）空中接口技术要求。目的在于规定 SLB 接入层技术要求。
第202部分:接入层 同步低时延宽带（SLB）设备技术要求和测试方法。目的在于规定 SLB设备技术要求和测试方法。
第203部分:接入层 同步低功耗（SLE）设备技术要求和测试方法。目的在于规定 SLE 设备技术要求和测试方法。
第301部分:基础服务层 设备发现和传输控制。目的在于规定基础服务层设备发现和服务交互的机制、传输与控制的机制。
第302部分:基础服务层 服务质量管理。目的在于规定基础服务层服务质量管理机制。
第303部分:基础服务层 多域协调与管理。目的在于规定基础服务层多域协调与管理功能单元的技术要求。
第304部分:基础服务层 5G 蜂窝网络融合。目的在于规定基础服务层 5G 蜂窝网络融合功能单元的技术要求。
第401部分:基础应用层 音频流配置与传输管理。目的在于规定基础应用层音频流配置与传输管理的技术要求。
第402部分:基础应用层 合作设备集合管理。目的在于规定基础应用层合作设备集合管理的技术要求。
第403部分:基础应用层 媒体控制。目的在于规定基础应用层媒体控制的技术要求。
第404部分:基础应用层 位置信息管理。目的在于规定基础应用层位置信息管理的技术要求。
第405部分:基础应用层 视频配置与传输管理。目的在于规定基础应用层视频配置与传输管理的技术要求。
第406部分:基础应用层 IP 承载管理。目的在于规定基础应用层 IP 承载管理的技术要求。
本文件的发布机构提请注意，声明符合本文件时，可能涉及与 6.2 相关的专利的使用。
本文件的发布机构对于该专利的真实性、有效性和范围无任何立场。
该专利持有人已向本文件的发布机构承诺，他愿意同任何申请人在合理且无歧视的条款和条件下，就专利授权许可进行谈判。该专利持有人的声明已在本文件的发布机构备案。相关信息可以通过以下联系方式获得。
专利:CN 202111005514.2《一种通信方法、装置以及系统》
CN 202180102233.0《一种通信方法、装置及系统》
专利持有人姓名:华为技术有限公司
地址:中国广东省深圳市龙岗区坂田华为总部办公楼
请注意除上述专利外，本文件的某些内容仍可能涉及专利。本文件的发布机构不承担识别专利的责任。
星闪无线通信系统第304部分:
基础服务层 5G 蜂窝网络融合
1 范围
本文件规定了星闪无线通信系统与 5G 蜂窝网络进行融合通信的技术要求，包括系统架构、系统类型、协议架构、连接管理和链路管控功能要求、交互流程、信令格式和参数等。
本文件适用于星闪无线通信设备的开发。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T 48336.101 星闪无线通信系统 第101部分:架构和通用要求
GB/T 48336.201 星闪无线通信系统 第201部分:接入层 同步低时延宽带（SLB）空中接口技术要求
GB/T 48336.301 星闪无线通信系统 第301部分:基础服务层 设备发现和传输控制
GB/T 48336.302 星闪无线通信系统 第302部分:基础服务层 服务质量管理
ITU⁃T G.9980 宽带网络客户驻地设备远程管理 客户驻地设备 WAN 管理协议（Remote management of customer premises equipment over broadband networks—Customer premises equipment WAN management protocol）
3GPP TS 23.316 v16.2.0（2019⁃12） 5G 系统（5GS）无线和有线融合接入支持[Wireless and wireline convergence access support for the 5G System（5GS）] 3GPP TS 23.501 v17.7.0（2022⁃12） 5G 系 统（5GS）架 构 ；第 2 阶 段 [System architecture for the 5G System（5GS）；Stage2]
3GPP TS 23.502 v18.3.0（2023⁃09） 5G 系 统（5GS）流 程 ；第 2 阶 段 [Procedures for the 5G System（5GS）；Stage2] 3GPP TS 24.193 v17.6.0（2022⁃09） 接入流量引导、切换与分流（ATSSS）；第 3 阶段[Access Traffic Steering, Switching and Splitting（ATSSS）；Stage3]
3GPP TS 24.501 v16.3.0（2019⁃12） 5G 系 统（5GS）非 接 入 层（NAS）协 议 ；第 3 阶 段 [Non⁃Access⁃Stratum（NAS）protocol for 5G System（5GS）；Stage3]
3 术语和定义
GB/T 48336.101 界定的以及下列术语和定义适用于本文件。
3.1
可信管理节点 trusted grant node
根据 5G 核心网指示为其覆盖下的 T 节点提供星闪无线短距接入服务的管理节点。
3.2
可信星闪接入网 trusted sparklink access network
由可信管理节点（3.1）和 TNGF 网元组成的网络。
4 缩略语
下列缩略语适用于本文件。
AAA:认证、授权和计费（Authentication, Authorization, Accounting）
ACS:原子配置服务（Atomic Configuration Service）
AGV:自动导引车（Automated Guided Vehicle）
AID:业务标识（Application IDentifier）
AMF:接入和移动性管理功能（Access and mobility Management Function）
AUSF:鉴权服务器功能（AUthentication Server Function）
CMTC:通用管理传输通道（Common Management Transport Channel）
CPE:用户驻地设备（Customer Premises Equipment）
CQI:信道质量指示（Channel Quality Indicator）
DHCP:动态主机配置协议（Dynamic Host Configuration Protocol）
DNN:数据网络名称（Data Network Name）
DSCP:差分服务代码点（Differentiated Services Code Point）
DTAP:数据传输与适配（Data Transmission and AdaPtation）
DTTC:专用业务传输通道（Dedicated Traffic Transmission Channel）
EAP:扩展认证协议（Extensible Authentication Protocol）
EAP⁃5G:5G 扩展认证协议（Extensible Authentication Protocol for 5G）
GPRS:通用分组无线业务（General Packet Radio Service）
GTP⁃U:用户面 GPRS 隧道协议（GPRS Tunnelling Protocol for the User⁃plane）
IP:互联网协议（Internet Protocol）
IPv6:互联网协议第 6 版（Internet Protocol Version 6）
LBO:本地疏导（Local Break Out）
LCID:逻辑信道标识（Logical Channel IDentifier）
MDF:中介与交付功能（Mediation and Delivery Function）
NAI:网络接入标识（Network Access Identifier）
NAS:非接入层（Non⁃Access Stratum）
NAS⁃PDU:非接入层协议数据单元（Non⁃Access Stratum⁃Protocol Data Unit）
NG⁃RAN:下一代无线接入网（Next Generation Radio Access Network）
NSSAI:网络切片选择辅助信息（Network Slice Selection Assistance Information）
NSACF:网络切片准入控制功能（Network Slice Admission Control Function）
N3IWF:非 3GPP 互通功能（Non⁃3GPP InterWorking Function）
PCF:策略控制功能（Policy Control Function）
PDU:协议数据单元（Protocol Data Unit）
PLAP:邻近链路接入协议（Proximity Link Access Protocol）
PLMN:公共陆地移动网络（Public Land Mobile Network）
PMI:预编码矩阵指示（Precoding Matrix Indicator）
PSK:预共享密钥（Pre⁃Shared Key）
QFI:QoS 流标识符（QoS Flow Identifier）QoS:服务质量（Quality of Service）RI:秩指示（Rank Indicator）RSRP:参考信号接收功率（Reference Signal Receiving Power）RSRQ:参考信号接收质量（Reference Signal Receiving Quality）RTT:往返时间（Round⁃Trip Time）SEAF:安全锚功能（SEcurity Anchor Function）SINR:信干噪比（Signal to Interference plus Noise Ratio）SLAI:星闪接入接口（SparkLink Access Interface）SLB:同步低时延宽带（Synchronous Low⁃latency Broadband）SLB⁃CMTC:SLB 通用管理传输通道（SLB Common Management Transmission Channel）SLB⁃SMTC:SLB 服务管理传输通道（SLB Service Management Transmission Channel）SLE:同步低功耗（Synchronous Low Energy）SMC:安全模式命令（Security Mode Command）SMF:会话管理功能（Session Management Function）SMTC:服务管理传输通道（Service Management Transport Channel）TCID:传输通道标识（Transport Channel Identifier）TCP:传输控制协议（Transmission Control Protocol）TEID:隧道端点标识符（Tunnel Endpoint IDentifier）TNGF:可信非 3GPP 网关功能（Trusted Non⁃3GPP Gateway Function）TSAN:可信星闪接入网（Trusted Sparklink Access Network）UDM:统一数据管理（Unified Data Management）UDP:用户数据报协议（User Datagram Protocol）UE:用户设备（User Equipment）UPF:用户面功能（User Plane Function）UUID:通用唯一标识符（Universally Unique IDentifier）XQI:扩展 QoS 标识符（eXtended QoS Identifier）3GPP:第三代合作伙伴计划（3rd Generation Partnership Project）5G:第五代移动通信技术（5th Generation Mobile Communication Technology）5GITC:5G 融合传输通道（5G Integrated Transport Channel）5QI:5G QoS 标识符（5G QoS Identifier）
5 概述
5.1 星闪 5G 融合系统架构
本文件定义了星闪无线通信系统的通信设备和 5G 蜂窝网络节点之间进行通信的融合通信架构，实现了网络的分级连接管理、统一配置维护。
星闪 5G 蜂窝网络融合（简称“星闪 5G 融合”或“5G 融合”）系统架构见图 1，在 5G 通信域的核心网网元和星闪短距域通信 G 节点、T 节点中的基础服务层引入管理实体进行协议适配。T 节点与 G 节点之间通过星闪短距通信网络进行通信，G 节点与 5G 核心网会话网元之间通过 5G 蜂窝网络进行通信，T 节点与 5G 核心网会话网元之间通过星闪短距通信网络和 5G 蜂窝网络进行协同通信。
在本文件中，星闪短距通信网络称为非 3GPP 通信，5G 通信网络对应的通信称为 3GPP 通信。如无特殊指明，星闪无线通信系统和 5G 蜂窝网络构成的整体网络系统和相应的网络架构分别定义为星闪5G 融合系统（简称“5G 融合系统”或“融合系统”）与星闪 5G 融合架构。
5.2 融合系统类型及网元功能
5.2.1 融合系统类型一
5.2.1.1 系统架构
融合系统类型一的网络架构见图 2。在该类型中，5G 核心网支持对星闪无线通信系统覆盖下 G 节点和 T 节点进行设备感知和交互。其中:N1、N2、N3、N4、N6、N11、Ta、NWt、SLAI 为各功能单元之间的接口。
5.2.1.2 网元功能
融合系统类型一涉及以下主要网元类型及功能。
a） T 节点:融合系统的终端节点（简称“终端”），其基础服务层具备 5G 融合功能单元且 5G 融合功能单元支持 NAS 功能。T 节点的主要功能如下:
1） 通过可信星闪接入网接入 5G 核心网；
2） 根据 5G 核心网的配置对星闪无线通信系统进行状态测量并上报；
3） 根据 5G 核心网的 QoS 策略配置进行业务交互；
4） 通过星闪短距通信网络向 G 节点发送接纳控制请求消息，使可信 G 节点确定 5G 蜂窝网络的接入网关功能。
b） G 节点:融合系统的可信汇聚管理节点（简称“汇聚节点”），可为可信任非 3GPP 接入的通信交换点。当 G 节点接收终端通过星闪短距通信网络发送的接纳控制请求消息，确定出 5G 网络的接入网关功能后，建立 G 节点与接入网关功能的会话连接。其中，接纳控制请求消息用于指示数据流传输策略或进行数据流分流策略协商。G 节点的基础服务层具备 5G 融合功能单元，其主要功能如下:
1） 提供 5G 融合服务，可使 T 节点进行服务发现并访问；
2） 对支持 5G 融合功能的 T 节点进行身份鉴权；
3） 根据 5G 核心网的 QoS 策略配置对其覆盖下的 T 节点进行空口资源分配和调度；
4） 为 T 节点提供空口数据传输服务，可用于 T 节点与 TNGF、T 节点与 5G 核心网的控制面及用户面交互；
5） 为 T 节点分配 IP 地址，用于控制面和用户面数据传输；
6） 接收 T 节点通过星闪短距通信网络发送的接纳控制请求消息，根据该消息进行公共陆地移动网络 PLMN 检索，确定 5G 网络的接入网关功能；
7） 建立 G 节点与接入网关功能的会话连接，会话连接用于 T 节点通过 G 节点和接入网关功能与 T 节点请求的运营商部署的 5G 核心网进行数据传输；
8） 获取与目标业务数据对应的目标 QoS 策略。
c） TNGF:类型一下部署在运营商 5G 蜂窝网络中的可信非 3GPP 网关节点，主要功能如下:
1） 具备可信非 3GPP 网络接入网关功能；
2） 中转 T 节点与 5G 核心网之间的 NAS 消息；
3） 与 T 节点交互控制面和用户面传输的 GTP⁃U 隧道信息；
4） 向 T 节点转发 5G 核心网的 QoS 策略配置，并提供 QoS 信息更新；
5） 向 G 节点提供星闪无线通信的 QoS 策略配置；
6） 建立 T 节点与运营商 5G 蜂窝网络接入网关功能的会话连接；
7） 在与 G 节点建立会话连接的情况下，接收 5G 核心网发送的 SMC 请求消息，包括 5G 核心网配置的 QoS 策略信息等；
8） 接收 T 节点发送的 SMC 完成消息（如 QoS 参数等），并发送至 5G 核心网；
9） 向 G 节点发送 QoS 管理事件的反馈信息；
10） 根据接纳控制请求消息检索 G 节点支持的运营商 PLMN 列表；
11） 向 T 节点转发完整性保护算法，用于 T 节点与 TNGF 之间的控制面和用户面数据的完整性保护；
12） 基于 TNGF 密钥生成星闪无线通信接入层密钥，并提供给 G 节点，用于建立 T 节点与 G节点之间的安全连接。
类型一中涉及的其他 5G 核心网网元功能应符合 3GPP TS 23.501 v17.7.0（2022⁃12）中 4.2 定义的各类网元功能规定。
5.2.1.3 网络接口
融合系统类型一涉及的网络接口见图 2，主要网络接口定义如下:
a） SLAI:T 节点与可信 G 节点之间的接口，承载星闪无线通信系统空口的控制面和用户面数据；
b） NWt:T 节点与 TNGF 之间的接口，承载 T 节点与 TNGF 之间的控制面和用户面数据交互；
c） Ta:可信 G 节点与 TNGF 之间的接口，支持 AAA 协议，承载 EAP⁃5G 业务，该信息结构应遵循A.1 和 A.2 的定义。
类型一中涉及的其他接口应符合 3GPP TS 23.501 v17.7.0（2022⁃12）中 4.2 定义的接口相关规定。
5.2.2 融合系统类型二
5.2.2.1 系统架构
融合系统类型二的网络架构见图 3。在该类型中，5G 核心网支持对星闪无线通信系统覆盖下 G 节点和 T 节点进行设备感知和交互。其中:N1、N2、N3、N4、N6、N11、Uu、SLAI 为各功能单元之间的接口。
5.2.2.2 网元功能
融合系统类型二涉及以下主要网元类型及功能。
a） T 节点:星闪无线通信系统中的终端节点，其基础服务层具备 5G 融合功能单元，不支持 NAS功能。T 节点主要负责以下功能:
1） 通过 G 节点与 5G 核心网进行用户面数据的交互；
2） 根据 G 节点的配置对星闪无线通信系统进行链路状态测量并上报给 G 节点。
b） G 节点:类型二下的 G 节点为可信管理节点，其基础服务层具备 5G 融合功能单元，通过 5G 蜂窝空口（Uu）接入 5G 蜂窝网络。G 节点负责以下功能:
1） 提供 5G 融合服务，可使 T 节点进行服务发现并访问；
2） 对 T 节点进行身份鉴权，支持 T 节点白名单机制；
3） 可向 T 节点转发 5G 核心网的链路状态测量策略，并向 5G 核心网转发 T 节点的测量结果；
4） 根据 5G 核心网的 QoS 策略配置对其覆盖下的 T 节点进行资源分配和调度；
5） 为 T 节点空口数据传输服务，用于 T 节点与 5G 核心网的控制面及用户面交互；
6） 可为 T 节点分配 IP 地址，用于 T 节点与 G 节点间的控制面和用户面数据传输；
7） 提供 T 节点和 5G 核心网之间的会话管理功能。
5.2.2.3 网络接口
融合系统类型二涉及的网络接口见图 3，主要网络接口是 SLAI，T 节点与可信 G 节点之间的接口，承载星闪无线通信系统空口的控制面和用户面数据。 类型二中涉及的其他接口应符合 3GPP TS 23.501 v17.7.0（2022⁃12）中 4.2 规定的接口定义。
5.3 星闪设备协议架构
5.3.1 概述
根据 GB/T 48336.101 的规定，星闪设备内部从基础应用层到接入层的协议架构见图 4。
在融合系统中，5G 核心网可为其覆盖下的一个或多个星闪无线通信系统提供统一的网络管理服务，其中每个星闪无线通信系统包含至少一个可信 G 节点和若干 T 节点。融合系统在星闪设备的基础服务层定义了 5G 融合功能单元，负责所属星闪设备与融合系统中的其他网元进行信令交互，并根据 5G 核心网配置与所属星闪设备内的其他功能单元进行信令或数据交互。5G 融合单元涉及的服务及功能见 5.3.2。
星闪设备可根据融合系统的类型，调用 5G 融合功能单元在该类型下支持的操作与 5G 核心网进行交互。5G 核心网既可管理其覆盖下的 T 节点和 G 节点之间的短距通信，也可管理其覆盖下的 T 节点或 G 节点与 5G 核心网之间的远端通信。融合系统的协议架构及映射关系见 5.3.3~5.3.5。
5.3.2 5G 融合功能单元服务及功能
5G 融合功能单元是基础服务层的一个逻辑上的功能实体，可提供如下服务:
a） 为上层提供 5G 核心网配置的 QoS 策略；
b） 为融合系统提供传输状态监控；
c） 指示数据流传输策略。
根据图 4 所示架构，为实现 5G 蜂窝网对星闪无线通信系统的统一网络管理，星闪无线通信系统的5G 融合功能单元需调用星闪设备内部中的其他功能单元以完成以下特定操作。
a） 需要服务管理功能单元提供的服务:
1） 5G 融合服务发现；
2） 进行数据流分流策略协商。
b） 需要连接管理功能单元提供建立、维护并释放 5G 融合专用的传输通道的服务。其中，传输通道承载的 T 节点与网关（如 TNGF）之间的数据基于 GTP⁃U 隧道协议，该信息结构应遵循 A.3的定义。
注:其他非 GTP⁃U 协议参照上述步骤执行。
c） 需要 QoS 管理功能单元提供的服务:
1） 接收 5G 融合功能单元提供的 QoS 策略并用于星闪通道的建立；
2） 在星闪通道的 QoS 无法满足要求时，向 5G 融合功能单元反馈。
d） 需要测量管理功能单元提供的服务:
1） 接收 5G 融合功能单元的测量请求，并执行测量；
2） 向 5G 融合功能单元反馈测量结果。
e） 需要数据传输与适配功能单元提供 5G 融合相关的数据传输与接收服务。
为实现星闪设备与 5G 核心网的交互，T 节点的 5G 融合功能单元支持的功能包括:
a） 可信 G 节点的选择；
b） 针对融合类型一，支持 T 节点注册；
c） 针对融合类型一，支持与 5G 核心网建立会话；
d） 针对融合类型二，支持接收 5G 核心网的 QoS 策略；
e） 根据 5G 核心网的配置触发对星闪无线通信系统的状态测量并将测量结果上报。
为实现星闪设备与 5G 核心网的交互，G 节点的 5G 融合功能单元支持的功能包括:
a） 调用服务管理功能单元发布 5G 融合服务，可使 T 节点进行服务发现并访问；
b） 对支持 5G 融合功能的 T 节点进行身份鉴权；可支持 T 节点白名单机制；
c） 根据 5G 核心网的 QoS 策略配置对其覆盖下的 T 节点进行空口资源分配和调度；
d） 可为 T 节点分配 IP 地址，用于控制面和用户面数据传输。
5.3.3 控制面协议栈架构
5.3.3.1 概述
根据信令交互涉及的网元类型不同，融合系统的控制面协议栈架构分为星闪设备之间的控制面协议架构（简称“融合系统短距控制面架构”）以及星闪设备与融合系统内其他网元之间的控制面协议架构（简称“融合系统远端控制面架构”）。其中，融合系统远端控制面架构可进一步分为融合系统类型一远端控制面架构（见 5.3.3.3）和融合系统类型二远端控制面架构（见 5.3.3.4）。对于融合系统的任意一种类型，其在 T 节点和 G 节点之间的直接信令交互均使用 5.3.3.2 定义的融合系统短距控制面架构。
注 1:本文件中，星闪设备之间的控制面协议架构仅指 T 节点和 G 节点之间的融合系统短距控制面架构。
注 2:本文件中，融合系统内的其他网元典型包括 TNGF、AMF、UPF 等。
5.3.3.2 融合系统短距控制面架构
在融合系统中，用于 T 节点和 G 节点之间进行直接信令交互的短距控制面架构见图 5。
5.3.3.3 融合系统类型一远端控制面架构
融合系统类型一的远端控制面协议栈架构见图 6~图 8。在 EAP 结束前/后涉及以下相关的信令交互流程。
a） 在 EAP 结束之前，T 节点的 NAS 消息封装在 EAP⁃5G 协议中，使用图 6 所示控制面架构进行信令交互。
b） 在 EAP 流程结束后，信令交互流程如下:
1） 如果信令终结在 5G 核心网，则使用图 7 所示控制面架构进行信令交互，其中 T 节点的 NAS消息封装在 GTP⁃U 协议中；
2） 如果信令终结在 TNGF，则使用图 8 所示控制面架构进行信令交互，其中 T 节点的 PLAP消息封装在 GTP⁃U 协议中。
5.3.3.4 融合系统类型二远端控制面架构
融合系统类型二的远端控制面协议栈架构见图 9，包括两个独立的通信阶段:
a） 在建立 5G 融合通信之前，T 节点和可信 G 节点在短距通信域内可建立可信连接，T 节点向可信G 节点发送包括 T 节点的网络接入标识在内的密文数据；
b） 在建立 5G 融合通信之后，可信 G 节点根据 T 节点的网络接入标识按需建立 T 节点、可信 G 节点以及 5G 核心网之间的传输管道。其中，G 节点与 5G 核心网交互的控制面消息封装在 NAS 协议中。
5.3.4 用户面协议栈架构
5.3.4.1 概述
根据业务类型的不同，融合系统的用户面协议栈架构分为融合系统短距用户面协议栈架构和融合系统远端用户面协议栈架构。其中，融合系统短距用户面协议栈架构适用于 T 节点和 G 节点之间的短距业务数据交互（见 5.3.4.2）。融合系统远端用户面协议栈架构适用于 T 节点和 5G 核心网的业务数据交互（见 5.3.4.3、5.3.4.4）。融合系统远端用户面架构可进一步分为融合系统类型一远端用户面架构（见5.3.4.3）和融合系统类型二远端用户面架构（见 5.3.4.4）。
5.3.4.2 融合系统短距用户面协议栈
对于 5G 核心网统一管理下的 T 节点和 G 节点之间的短距业务数据传输，星闪无线通信系统支持基于非 IP 传输和基于 IP 传输，对应的融合系统短距用户面协议栈分别见图 10 和图 11。
5.3.4.3 融合系统类型一远端用户面架构
融合系统类型一的远端用户面架构见图 12，T 节点与 TNGF 之间基于 GTP⁃U 的数据封装方式。注:PDU 层位于基础服务层外，通过逻辑接口与基础服务层通信。
5.3.4.4 融合系统类型二远端用户面架构
融合系统类型二的远端用户面架构见图 13。
以 IP 举例说明，T 节点协议栈中 PDU 层封装的数据包的 IP 地址为 T 节点的本地的 IP，T 节点的IP 地址由 G 节点分配。可信 G 节点维护 T 节点 IP 或对应端口的映射关系，转换为 G 节点的 IP 或对应的端口后在 PDU 层封装转发给 5G 核心网。数据转发机制可基于 6.7 定义的 IP 或端口进行转发。
5.3.5 信道映射关系
星闪无线通信系统的基础服务层提供基于传输通道的数据传输服务应符合 GB/T 48336.101 的规定。其中，星闪 5G 融合控制面和用户面数据传输涉及的传输通道分类及映射关系分别见表 1 和图 14。
| 传输通道类型 | 缩写 | TCID | 功能描述 |
| SLB通用管理传输通道 | SLB⁃CMTC | 0x0001 | 适用于星闪设备使用SLB的情形，用于T节点和G节点之间建立5G融合相关的管理传输通道 |
| SLB服务管理传输通道 | SLB⁃SMTC | 0x0009 | 适用于星闪设备使用SLB的情形，用于5G融合服务发现，T节点基于服务发现结果进行可信G节点选择 |
| 5G融合传输通道 | 5GITC | 0x0012 | 用于承载星闪设备间之间或星闪设备与5G核心网之间的数据交互。可通过在数据传输与适配层携带上层协议指示区分不同的5G融合协议类型 |
| 专用业务传输通道 | DTTC | - | 用于承载星闪设备之间或星闪设备与5G核心网之间的业务面数据 |
6 星闪 5G 融合连接管理
6.1 可信 G 节点选择机制
6.1.1 概述
在融合系统中，T 节点为获取 5G 融合服务，首选支持 5G 融合服务的可信 G 节点进行接入。T 节点通过对相邻 G 节点进行 5G 融合服务发现操作来实现对可信 G 节点的筛选识别。
6.1.2 可信 G 节点选择机制
融合系统可信 G 节点服务发现流程示例如图 15 所示。
以融合系统类型一为例，可信 G 节点选择机制如下。
当 T 节点的基础服务层确定使用星闪 5G 融合服务且需要与新的可信 G 节点建立连接，T 节点选择可信 G 节点的流程如下。
a） 选择当前优选的 PLMN。
b） 如果当前 5G 融合功能单元存储有上次成功接入过的可信 G 节点接入信息且该 G 节点支持 T节点当前优选的 PLMN，有如下内容。
1） 如果当前 T 节点具备有效的可信 5G⁃PSK（T 节点在 5G 核心网完成注册，且可信 5G⁃PSK可用），则 T 节点的基础服务层按照 GB/T 48336.301 的规定向接入层发送信令 AccessLinkEstablishment.request，触 发 接 入 层 的 连 接 建 立 ，其 中 AID 设 置 为 5G 融 合 AID，PSK 类型设置为 trusted 5G⁃PSK。
2） 如果 T 节点与该 G 节点成功建立接入层连接:
T 节点的 5G 融合功能单元选择该 G 节点为可信 G 节点；
T 节点的 5G 融合功能单元存储并维护该 G 节点的最新接入信息直到链路释放。
3） 否则，T 节点扫描其他邻近 G 节点并选择。
c） 否则，有如下内容。
1） 扫描并获取相邻 G 节点的接入层系统信息，并选择至少一个优选的 G 节点。其中，系统信息中包含的接入层参数为 G 节点的通信域域名、G 节点的通信域标识、通信域优先级中的至少一个。功能如下:
通信域域名:用于指示 G 节点是否为 5G 融合设备，指示 T 节点可通过该 G 节点接入到 5G 核心网；
通信域标识:用于区分不同的通信域；
通信域优先级:表示通信域 G 节点相比其他通信域 G 节点的优先级的高低。
注 1:T 节点对优选 G 节点的选择取决于具体实现方式。例如，对于接入层采用 SLB 的情况，T 节点能将系统信息中通信域域名指示有 5G 融合相关信息的 G 节点作为优选的 G 节点。
2） 针对每一个优选的 G 节点，T 节点的基础服务层按照 GB/T 48336.301 规定向接入层发送信令 AccessLinkEstablishment.request，触发接入层的连接建立，其中 AID 设置为 5G 融合AID，PSK 类型设置为非可信 5G⁃PSK（T 节点向 5G 核心网发起初次注册或可信 5G PSK失效时，使用非可信 5G⁃PSK）。
3） 如果 T 节点与该优选的 G 节点建立接入层链路:
T 节点的 5G 融合管理功能单元通过服务管理功能单元按照附录 A 定义的流程访问G 节点，并接收 G 节点的反馈结果；
注 2:5G 融合服务发现也能承载在接入层系统信息中。
如果收到 G 节点返回的 5G 融合服务信息中携带有 T 节点优选的 PLMN 以及 5G
connectivity 信息，则 T 节点的 5G 融合功能单元将该 G 节点加入候选可信 G 节点列表。
4） 否则，扫描下一个优选的 G 节点直到遍历所有优选的 G 节点。
d） T 节点的 5G 融合功能单元对于候选可信 G 节点列表中的每个 G 节点进行排序并选择优先级最高的 G 节点作为可信 G 节点。
注 3:排序规则取决于具体实现方式，本文件不作具体规定。
e） T 节点的 5G 融合功能单元存储并维护该 G 节点的最新接入信息直到链路释放。
6.1.3 可信 G 节点维护机制
图 16 给出了融合系统可信 G 节点的维护流程，T 节点基于 6.1.2 选择并确定可信 G 节点时，可通过可信 G 节点与 5G 核心网交互信息并维护 5G 融合资源，可包括星闪空口 5G 融合资源（如传输通道、逻辑信道）、融合系统的 QoS 控制策略、5G 核心网参数（PLMN、5G connectivity 信息）。当 5G 融合定时器超时或 5G 融合链路异常，T 节点应释放与 G 节点之间的 5G 融合资源，具体流程如下。
a） 步骤 1~2:服务发现请求与服务发现响应。T 节点基于 6.1.2 选择并确定可信 G 节点。
b） 步骤 3:PDU 会话关联响应。可信 G 节点在 PDU 会话流程中通过 PDU 会话关联响应消息（格式见 8.1.9）给 T 节点配置 5G 融合去激活定时器，定时器时长可设置为若干毫秒或若干秒。如果该定时器未配置，默认时长为无穷大。启动或重启该定时器需满足的条件如下:
1） T 节点的基础服务层收到针对融合业务的调度；或
2） 如果为半静态调度方式，T 节点的基础服务层发送或收到 5G 融合业务数据；或
3） 每次确定 G 节点为可信 G 节点的时刻。
c） 步骤 4:当 5G 融合去激活定时器超时或 T 节点检测到与 5G 核心网之间的连接异常时，T 节点释放与可信 G 节点之间的 5G 融合资源。否则，维持与可信 G 节点的连接直到业务结束。注:T 节点释放融合系统相关的资源和 QoS 控制策略后，G 节点与 T 节点之间的通信基于非 5G 融合 QoS 要求传输。
d） 步骤 5（可选）:如果 T 节点的基础服务层需要继续使用 5G 融合服务，T 节点重新基于 6.1.2 执行可信 G 节点选择。
6.2 注册流程
6.2.1 概述
星闪 5G 融合终端节点的注册流程涉及融合系统类型一和类型二。
其中融合系统类型一描述的是具有星闪 5G 融合能力的 T 节点通过可信星闪接入网 TSAN 接入5G 核心网的鉴权注册流程。在 T 节点注册前，G 节点首先在 5G 核心网注册，G 节点在 5G 核心网注册后称之为可信 G 节点，可为 T 节点提供 5G 融合服务。
融合系统类型二中描述的是 G 节点的注册流程，G 节点注册流程参考 3GPP 协议定义的终端设备注册流程。T 节点不支持 NAS，也不直接到 5G 核心网注册，G 节点注册过程中 5G 核心网将融合系统的 QoS 控制策略发送给 G 节点，用于星闪短距节点间通信以及星闪短距通信节点与 5G 核心网之间数据传输的 QoS 控制。
6.2.2 融合系统类型一
融合系统类型一中的 T 节点注册流程见图 17，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.12a.2.2 的规定。信令交互涉及的协议栈架构见 5.3.3.3，流程如下:
a） T 节点通过 TSAN 注册到 5G 核心网；
b） 在 EAP 流程结束前，T 节点注册相关的 NAS 消息封装在 EAP⁃5G 上；
c） 在 EAP 流程结束后，T 节点与 TNGF 之间的所有 NAS 消息封装在 GTP⁃U 上；
d） 可信 G 节点与 TNGF 之间的接口支持 AAA 消息。
基于 GB/T 48336.201 支持的认证鉴权流程限制，当 T 节点无安全上下文时，T 节点和 G 节点之间应按照 GB/T 48336.201 的规定进行认证和安全上下文协商。
T 节点的具体注册过程如下。
a） 步骤 0:T 节点根据 6.1 执行 PLMN 以及可信 G 节点选择。
b） 步骤 1（可选）:如果 T 节点与选择的可信 G 节点不存在接入层连接，则建立接入层连接。当接入层为 SLB 时，在接入层连接建立过程中:
1） 如果 T 节点是初次向 5G 核心网发起注册；或者当前没有有效的可信 5G⁃PSK 时，则使用默认的非可信 5G⁃PSK 进行安全关联；
2） 否则，采用可信 5G⁃PSK 向 5G 核心网发起注册和认证过程。
注:如果 T 节点选择使用默认非可信 5G⁃PSK 进行安全关联，在 T 节点获得有效的可信 5G⁃PSK 之前，T 节点不能执行 5G 融合业务以外的其他业务。
c） 步骤 2:G 节点向 T 节点发送 EAP 身份请求消息。
d） 步骤 3:T 节点通过 EAP 响应消息向 G 节点提供网络接入标识 NAI。NAI 中包含 T 节点请求连接的 PLMN 和星闪服务提供商信息。G 节点收到 EAP 响应消息后，向 TNGF 发送 AAA请求消息，EAP 消息被封装于 AAA 包中，AAA 请求消息还包含 G 节点的标识，可作为位置信息。
e） 步骤 4:TNGF 向 T 节点发送 EAP 请求/5G⁃Start 消息，通知 T 节点发起 EAP⁃5G 会话，即开始发送 NAS 消息，NAS 消息封装于 EAP⁃5G 包中。
f） 步骤 5:T 节点向 TNGF 发送 EAP 响应/5G⁃NAS 消息。EAP 响应消息中包含 T 节点 ID、选择的 PLMN ID、请求的 NSSAI、建立原因、NAS⁃PDU [注册请求]等参数。
g） 步骤 6:TNGF 根据接入参数选择 AMF，并通过 N2 消息将 T 节点的注册请求发送给 AMF。
h） 步骤 7:鉴权认证。过程如下:
1） AMF 向 AUSF 发送请求消息，其中携带 PLMN 公钥加密后的 T 节点 ID；
2） T 节点与 AUSF 之间完成双向鉴权；
3） AUSF 向 AMF 回复响应消息，携带 SEAF 密钥、EAP 成功消息、T 节点 ID。
i） 步骤 8:安全模式命令。过程如下:
1） AMF 向 TNGF 发送 N2 消息，其中包含安全模式命令 SMC 请求；
2） TNGF 再将 SMC 请求封装在 EAP 请求/5G⁃NAS 消息中，发送给 T 节点；
3） T 节点向 TNGF 发送 EAP 响应/5G⁃NAS 消息，其中包含安全模式完成消息；
4） TNGF 将 NAS 消息（安全模式完成）发送给 AMF。
j） 步骤 9:EAP 成功消息。过程如下。
1） 步骤 9a:AMF 向 TNGF 发送 N2 初始上下文建立请求消息，包含 TNGF 密钥。如果支持 T节点与 TNGF 之间的信令完整性保护，则 AMF 需将网络侧选择的完整性保护算法发送给TNGF。
2） 步骤 9b:TNGF 向 T 节点发送 EAP 请求/5G 通知消息，包含控制面 GTP⁃U 通道相关的TNGF 侧隧道信息（即 TNGF 的 IP 地址与 TNGF 的 TEID）。其中，控制面 GTP⁃U 通道用来传输 NAS 消息，以及传输后续的 PLAP 消息（见 5.3.3.3）。该消息中包含传输 NAS 消息对应的 DSCP 值。如果支持 T 节点与 TNGF 的完整性保护，则 TNGF 需通过上述通知消息发送完整性保护算法给 T 节点。
3） 步骤 9c:T 节点向 G 节点回复 EAP 响应或 5G⁃通知消息。T 节点分配传输 NAS 需要的 T节点的 TEID 信息，并通过 EAP 响应或 5G⁃通知消息发送给 TNGF。T 节点 IP 地址在步骤11 中获取。
4） 步骤 9d:TNGF 将 EAP 成功消息与接入层密钥封装于 AAA 消息中，发送给 G 节点，用于建立 T 节点与 G 节点之间的安全连接。其中，接入层密钥由 TNGF 基于 TNGF 密钥生成。
5） 步骤 9e:G 节点将 EAP 成功消息转发给 T 节点。
k） 步骤 10:基于可信 5G⁃PSK 鉴权流程如下:
1） 步骤 10a:G 节点发送接入层连接释放消息到 T 节点，释放原因为 PSK 更新；
2） 步骤 10b:T 节点或 G 节点维护相应的状态变量，包括存储可信的 PSK、G 节点挂起对应 T节点传输的回传链路、启动 PSK 有效期定时器；
3） 步骤 10c:T 节点向 G 节点发起连接请求消息，连接请求用于进行安全关联和建立连接，即请求 G 节点基于可信 5G PSK 执行认证和安全上下文协商流程。
l） 步骤 11:T 节点发起 DHCP 请求，获取 G 节点为 T 节点分配的 IP 地址。后续 T 节点使用该IP 作为源 IP 地址封装 NAS 消息。此外，G 节点将 T 节点的 IP 地址与 T 节点标识（如 NAI）对应关系发送给 TNGF。TNGF 存储上述对应关系，后续基于 T 节点 IP 地址识别终端设备。
m） 步骤 12:TNGF 发送 N2 初始上下文建立响应消息。
n） 步骤 13:TNGF 收到注册接受 NAS 消息，将其封装在 GTP⁃U/UDP 数据包中发送给 T 节点。GTP⁃U 包头中携带 T 节点的 TEID，即步骤 9c 中获取的 T 节点的 TEID。GTP⁃U 包头中的消息类型（即 message type）用以指示传输 NAS 消息。数据包目的 IP 地址为 T 节点 IP 地址，源 IP 地址为 TNGF IP 地址。
6.2.3 融合系统类型二
融合系统类型二中的 G 节点注册流程见图 18，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.2.2.2.2 的规定，G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.2.2.2.2⁃1 的UE。其中，G 节点与 5G 核心网其他实体通信的协议扩展应符合附录 B 的规定。
注:由于融合系统类型二仅支持 5G 核心网与 G 节点进行通信，因此不涉及 T 节点的注册流程。
6.3 去注册流程
6.3.1 融合系统类型一
融合系统类型一中的 T 节点去注册流程见图 19，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.12.3 的规定。其中，T 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.3⁃1的 UE，G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.3⁃1 的非可信 non⁃3GPP 接入，TNGF 等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.3⁃1 的 N3IWF。按照 3GPP TS 23.502 v18.3.0（2023⁃09）的相关要求，融合系统类型一去注册流程如下:
a） 步骤 1a:T 节点发起的去注册过程，应遵照 3GPP TS 23.502 v18.3.0（2023⁃09）中图 4.2.2.3.2⁃1步骤 1~7 执行；
b） 步骤 1b:网络发起的去注册过程，应遵照 3GPP TS 23.502 v18.3.0（2023⁃09）中图 4.2.2.3.3⁃1 步骤 1~6 执行；
c） 步骤 2:N2 消息（T 节点上下文），用于释放 AMF 与 TNGF 之间的 N2 接口；
d） 步骤 3:会话和隧道资源释放请求消息（释放控制面和用户面隧道资源）；
e） 步骤 4:会话和隧道资源释放响应消息；
f） 步骤 5:N2 消息（T 节点上下文），用于释放 AMF 与 TNGF 之间的 N2 接口。
6.3.2 融合系统类型二
6.3.2.1 G 节点发起的去注册流程
融合系统类型二中由 G 节点发起的去注册流程见图 20，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023 ⁃ 09）中 4.2.2.3.2 的规定，G 节点等同于 3GPP TS 23.502 v18.3.0（2023 ⁃ 09）中流程图
4.2.2.
3.2⁃1 的 UE。
6.3.2.2 网络发起的去注册流程
融合系统类型二中的由网络发起的去注册流程见图 21，具体流程应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.2.2.3.3 的规定，G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.2.2.3.3⁃1 的UE。
6.4 会话建立
6.4.1 概述
融合系统类型一和类型二中的 PDU 会话建立、修改和释放流程仅用于远端通信场景。
6.4.2 融合系统类型一
融合系统类型一中的 PDU 会话建立流程见图 22，具体流程及信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.12.5 的规定。其中，T 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.5⁃1 的 UE，可信 G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.5⁃1 的非可信非 3GPP 接入，TNGF 等同于 3GPP TS 23.502 v18.3.0（2023 ⁃09）中流程图 4.12.5 ⁃1 的 N3IWF。 按照 3GPP TS 23.502 v18.3.0（2023⁃09）的相关要求，融合系统类型一会话建立流程如下。
a） 步骤 1:PDU 会话建立请求。
b） 步骤 2a:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.1⁃ 1 的步骤 2~11；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图4.3.2.2.2⁃1 的步骤 2~14。
c） 步骤 2:N2 PDU 会话请求。
d） 步骤 3~4:接入侧会话建立请求与响应。用于协商 T 节点与 TNGF 的用户面 GTP⁃U 隧道信息，过程如下。
1） TNGF 分配此 PDU 会话对应的用户面 GTP⁃U 隧道信息（即 F⁃TEID，包括 TNGF 的 IP 地址与 TNGF TEID）。上述 TNGF IP 地址与注册流程中步骤 9b 发送的 TNGF IP 地址相同；TNGF TEID 是 PDU 会话粒度，即不同的 PDU 会话分配不同的 TNGF TEID。TNGF将上述 TNGF F⁃TEID 与此 PDU 会话的会话标识（即 PDU session ID）通过步骤 3 发送给T 节点。
2） T 节点分配此 PDU 会话对应的 T 节点隧道信息（即 F⁃TEID，包括 T 节点的 IP 地址与 T 节点 TEID）。上述 T 节点 IP 地址为注册流程中步骤 11 获取的 T 节点 IP 地址。T 节点 TEID可是 PDU 会话粒度，也可是 T 节点粒度。即 T 节点可为不同的 PDU 会话分配不同的TNGF TEID，或者与 T 节点控制面 GTP⁃U 隧道对应的 T 节点 TEID 相同（即注册流程 9c步骤，T 节点分配的传输 NAS 或 PLAP 消息需要的 T 节点的 TEID 信息）。
e） 步骤 6:N2 PDU 会话请求。
f） 步骤 7:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.1⁃1步骤 14 之后的所有步骤；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.2⁃1 步骤 18 之后的所有步骤。
g） 步骤 8:基于 F⁃TEID 隧道进行映射。
h） 步骤 9:基于 GTP⁃U 的 QoS 流传输。
业务流数据包通过用户面 GTP⁃U 隧道传输，TNGF 基于 TNGF TEID 将此数据包对应到此 PDU会话的 N3 隧道。
6.4.3 融合系统类型二
6.4.3.1 G 节点的会话建立流程
融合系统类型二中的 G 节点发起的 PDU 会话建立流程见图 23，具体流程和信令应符合 3GPP TS
23.502 v18.3.0（2023⁃09）中 4.3.2.2.1 的规定，G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图4.3.
2.2.1⁃1 的 UE。
6.4.3.2 T 节点的会话建立流程
融合系统类型二中的建立 T 节点的 PDU 会话流程见图 24，T 节点通过 G 节点间接向 5G 核心网请求建立 PDU 会话，其中 G 节点为 T 节点选择的可信 G 节点且已注册到 5G 核心网（可信 G 节点选择流程详见 6.1.2）。具体流程如下。
a） 步骤 1:T 节点根据业务需求确定是否向 G 节点发起 PDU 会话关联申请。如果在 T 节点与 G节点之间未建立接入层连接，则需要先执行连接建立过程。
b） 步骤 2:T 节点向 G 节点发送 PDU 会话关联请求消息（格式见 8.1.8），用于将 PDU 会话相关参数发送给 G 节点。请求消息中至少包含如下之一:
1） 星闪无线通信系统 QoS 参数、应用类型、DNN 等；
2） 星闪无线通信系统 QoS 参数包括时延、优先级、丢包率等；
3） 应用类型用于向 G 节点申请的 PDU 会话所传输或所承载的业务类型；
4） DNN 用于指示申请 PDU 会话的类型。
c） 步骤 3:G 节点对请求消息进行转换和过滤，生成 5G 蜂窝网络 PDU 会话建立相关参数并决策，确定是否向 5G 核心网发送 PDU 会话建立请求。如果 G 节点配置了白名单，G 节点需判断 T 节点固定身份是否在白名单列表里。
d） 步骤 4:G 节点向 5G 核心网发起 PDU 会话建立流程，用于为 T 节点建立新的 PDU 会话。具体流程及信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.3.2.2.1 的规定。
e） 步骤 5:PDU 会话上下文更新请求和响应。
f） 步骤 6:G 节点维护 T 节点与 PDU 会话的映射关系。
g） 步骤 7:G 节点向 T 节点发送 PDU 会话关联响应消息（格式见 8.1.9），将 PDU 会话信息和星闪无线通信系统的 QoS 控制策略发送给 T 节点。
6.5 会话修改
6.5.1 融合系统类型一
融合系统类型一中的 PDU 会话修改流程见图 25，具体流程应符合 3GPP TS 23.502 v18.3.0（2023⁃ 09）中 4.12.6 的规定。其中，T 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.6⁃1 的 UE，可 信 G 节 点 等 同 于 3GPP TS 23.502 v18.3.0（2023⁃09）中 流 程 图 4.12.6⁃1 的 非 可 信 non⁃3GPP 接 入 ，TNGF 等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.6⁃1 的 N3IWF。按照 3GPP TS 23.502 v18.3.0（2023⁃09）相关要求，融合系统类型一 PDU 会话修改流程如下。
a） 步骤 1:PDU 会话修改请求。
b） 步骤 2a:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.2⁃1 的步骤 1a~1b 和步骤 2~3；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.3⁃1 的步骤 1a~1b 和步骤 2~3，不采用步骤 1e。
c） 步骤 3:N2 PDU 会话请求。AMF 基于步骤 3 向 TNGF 发送 PDU 会话修改请求，包括 PDU 会话及融合系统通信的 QoS 控制策略更新。
d） 步骤 4~5:接入侧会话修改请求与响应消息，用于更新 T 节点的 PDU 会话和融合系统通信的QoS 控制策略。
e） 步骤 6:N2 PDU 会话响应。
f） 步骤 7:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.2⁃1 的步骤 7；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.3⁃1 的步骤 8~10。
g） 步骤 8:N2 上行 NAS 传输。
h） 步骤 9:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.2⁃1 步骤 10 以后的所有步骤；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.3.3⁃1 步骤 13 以后的所有步骤。
6.5.2 融合系统类型二
6.5.2.1 G 节点的会话修改流程
融合系统类型二中的 PDU 会话修改流程见图 26，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.3.3.2 的 规 定 ，G 节 点 等 同 于 3GPP TS 23.502 v18.3.0（2023⁃09）中 流 程 图 4.3.3.2⁃1 的UE。
6.5.2.2 T 节点的会话修改流程
融合系统类型二中建立 T 节点的 PDU 会话流程见图 27，通过该流程可为 T 节点修改 PDU 会话，或者建立与 PDU 会话的关联关系。其中 G 节点为 T 节点选择的可信 G 节点且已注册到 5G 核心网（可信 G 节点选择流程详见 6.1.2）。T 节点的会话修改具有以下流程。
a） 步骤 1:T 节点根据业务需求确定是否向 G 节点发起 PDU 会话关联申请。如果在 T 节点与 G节点之间未建立接入层连接，则需要先执行连接建立过程。
b） 步骤 2:T 节点向 G 节点发送 PDU 会话关联请求消息（格式见 8.1.8），用于将 PDU 会话相关参数发送给 G 节点。请求消息中至少应包含星闪无线通信系统 QoS 参数、应用类型、DNN 等信息之一。
c） 步骤 3:G 节点对请求消息进行转换和过滤，生成 5G 蜂窝网络 PDU 会话建立相关参数并决策。如果 G 节点配置了白名单，G 节点需判断 T 节点固定身份是否在白名单列表里，并根据决
策结果执行如下操作:
1） 重用已有的 PDU 会话，无需向 5G 核心网发送请求消息，跳转执行步骤 7；或
2） 向 5G 核心网发送 PDU 会话修改请求消息，执行步骤 4。
d） 步骤 4:G 节点向 5G 核心网发起 PDU 会话修改流程，用于为 T 节点修改已有的 PDU 会话。具 体 流 程 应 符 合 3GPP TS 23.502 v18.3.0（2023 ⁃09）中 4.3.3.2 的 规 定 。 融 合 系 统 类 型 二 的PDU 会话修改流程交互的相关内容包括:
1） Packetfilter（s）:基于 packetfilter（s）中的 IP 或端口建立 T 节点与 PDU 会话的关联关系，即PDU 会话通过 packetfilter（s）中的 IP 或端口区分不同的 T 节点，这里的 IP 或 port 为 5G 核心网为 G 节点分配的 IP 或 port；
2） QoS 信息:PDU 会话中 QoS 流对应的 QoS 参数，融合系统的 QoS 控制策略配置流程详见 7.1.2。
e） 步骤 5:PDU 会话上下文更新请求和响应。
f） 步骤 6:G 节点维护 T 节点与 PDU 会话的映射关系。
g） 步骤 7:G 节点向 T 节点发送 PDU 会话关联响应消息（格式见 8.1.9），将 PDU 会话信息和星闪无线通信系统的 QoS 控制策略发送给 T 节点。
注:当多个 T 节点共享一个 PDU 会话时，基于 T 节点会话修改流程能删除 T 节点与 PDU 会话的关联关系。
6.6 会话释放
6.6.1 融合系统类型一
融合系统类型一中的 PDU 会话释放流程见图 28，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.12.7 的规定。其中，T 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.7⁃1的 UE，可 信 G 节 点 等 同 于 3GPP TS 23.502 v18.3.0（2023⁃09）中 流 程 图 4.12.7⁃1 的 non⁃3GPP 接 入 ，TNGF 等同于 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.12.7⁃1 的 N3IWF。按照 3GPP TS 23.502 v18.3.0（2023⁃09）相关要求，融合系统类型一 PDU 会话释放流程如下。
a） 步骤 1:为 T 节点建立了一个或多个 PDU 会话。
b） 步骤 2:NAS 消息（PDU 会话释放请求）。
c） 步骤 3:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.2⁃1 的步骤 1a~3；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.3⁃1的步骤 1a~5。
d） 步骤 4:N2 资源释放请求。
e） 步骤 5~6:会话和隧道资源释放请求和响应消息，用于释放此 PDU 会话对应的接入侧用户面GTP⁃U 隧道。
f） 步骤 7:N2 资源释放响应。
g） 步骤 8:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.2⁃1 的步骤 7；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.3⁃1步骤 9~10 之后的所有步骤。
h） 步骤 9:N2 上行 NAS 传输。
i） 步骤 10:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.2⁃1 步骤 10 以后的所有步骤；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.4.3⁃1 步骤 12 以后的所有步骤。
注:能通过步骤 5 和步骤 6 释放去激活的 PDU 会话对应的接入侧 GTP⁃U 隧道。
6.6.2 融合系统类型二
6.6.2.1 G 节点的会话释放流程
融合系统类型二中的 PDU 会话释放流程见图 29，具体流程和信令应符合 3GPP TS 23.502 v18.3.0（2023⁃09）中 4.3.4.2 的规定，G 节点等同于 3GPP TS 23.502 v18.3.0（2023⁃09）流程图 4.3.4.2⁃1 的 UE。
6.6.2.2 T 节点的会话释放流程
融合系统类型二中释放 T 节点的 PDU 会话流程见图 30，T 节点通过 G 节点间接向 5G 核心网请求释放 PDU 会话，流程如下。
a） 步骤 1:T 节点与 G 节点处于连接状态。
b） 步骤 2:T 节点根据业务需求确定是否向 G 节点发起 PDU 会话关联释放申请。
c） 步骤 3:T 节点向 G 节点发送 PDU 会话关联释放请求消息（格式见 8.1.10），用于请求 G 节点释放 T 节点的 PDU 会话。
d） 步骤 4a~4c:G 节点基于 T 节点发送的 PDU 会话关联释放请求消息，判断如果需要，则主动向5G 核心网发起 PDU 会话释放请求消息，释放流程可由 5G 核心网发起。具体流程应符合3GPP TS 23.502 v18.3.0（2023⁃09）中 4.3.4.2 的规定。
e） 步骤 5:G 节点向 T 节点发送 PDU 会话释放响应消息（格式见 8.1.11），指示 T 节点释放该 PDU会话及其对应的接入层资源。
6.7 数据转发机制
融合系统类型二中，T 节点通过 G 节点建立 PDU 会话，T 节点与 5G 核心网之间的数据需要在 G节点中转。
融合系统类型二数据转发示意见图 31，5G 核心网为每个 G 节点建立的 PDU 会话个数有限（系统最大支持 15 个），而 G 节点最大可与数百个 T 节点保持连接，即 G 节点根据 T 节点需求所建立的 PDU会话中存在一个 PDU 会话由多个 T 节点共享的情况。在该过程中，G 节点管理 T 节点的 PDU 会话，并将 G 节点与 T 节点的对应关系上报给 5G 核心网，5G 核心网可基于 IP 或端口区分 PDU 会话中不同T 节点的数据，详见 6.7.1 和 6.7.2。
6.7.1 基于 IP 的数据转发机制
融合系统基于 IP 的数据转发机制见图 32，基于该机制区分一个 PDU 会话中的不同 T 节点数据，具体描述如下。
a） 5G 核心网为 G 节点分配公网 IP 地址，一个 PDU 会话可关联 G 节点的多个公网 IP 地址。
b） G 节点为 T 节点分配标识或 IP 地址:
1） T 节点标识 G 节点覆盖或管理的 T 节点；
2） G 节点把公网 IP 地址直接分配给 T 节点，或者 G 节点为 T 节点分配私有 IP 地址。
注:G 节点为 T 节点是分配临时标识还是 IP 地址，由 G 节点设备实现，协议不做规定。
c） 基于 6.5.2.2 步骤 4 中的 PDU 会话修改请求消息（不限定采用其他的 NAS 消息），G 节点可把T 节点标识与 G 节点公网 IP 地址的对应关系发送给 5G 核心网。
d） G 节点在 PDU 层用 G 节点公网 IP 地址封装数据包，5G 核心网可基于 G 节点公网 IP 地址区分 PDU 会话中不同 T 节点的数据。
e） UDM 或 MDF 网元可维护 T 节点标识等用户数据，MDF 的定义详见 7.2.3。
不同 T 节点的数据包可承载在不同的 QoS 流上，通过 QoS 流区分不同的 T 节点。
6.7.2 基于端口的数据转发机制
融合系统基于端口的数据转发机制见图 33，该机制区分一个 PDU 会话中的不同 T 节点数据，与基于 IP 的数据转发机制的不同之处如下:
a） 5G 核心网为 G 节点分配公网 IP 地址，一个 PDU 会话关联 G 节点的一个公网 IP 地址；
b） 基于 6.5.2.2 中的 PDU 会话修改请求消息（不限定采用其他的 NAS 消息），G 节点可把 T 节点标识与 G 节点端口的对应关系发送给 5G 核心网；
c） 5G 核心网基于 G 节点端口区分 PDU 会话中不同 T 节点的数据。
7 星闪 5G 融合链路管控
7.1 QoS 策略管理
7.1.1 概述
基于注册流程以及 PDU 会话建立或修改流程中的 QoS 策略配置和更新，T 节点获得融合系统的QoS 控制策略。
针对融合系统类型一，QoS 控制策略由 TNGF 发送给 T 节点。
针对融合系统类型二，QoS 控制策略由 G 节点发送给 T 节点。G 节点根据 QoS 控制策略为其覆盖下的 T 节点进行空口资源分配和调度。
7.1.2 融合系统类型一
7.1.2.1 远端业务的 QoS 控制
融合系统类型一下的远端业务 QoS 策略配置流程见图 34，基于 6.2.2 注册流程中的步骤 9a、9b 和9d，或 6.4.2 和 6.5.1 中 PDU 会话建立或修改流程中的 QoS 策略配置和更新，T 节点获得融合系统的QoS 控制策略，包括 QFI 与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的对应关系。通过基础服务层的管理实体维护 QoS 表，该 QoS 表可包括多个服务质量 QoS 参数配置。QoS 参数应符合附录 C 的规定。
融合系统类型一远端策略配置方法一涉及以下具体流程。
a） 基于注册流程配置 QoS 策略如下:
1） AMF 基于步骤 9a 的 N2 初始上下文建立请求消息将融合系统的 QoS 控制策略发送给TNGF，包括 5QI 与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或SLQI）与星闪无线通信系统 QoS 参数的映射关系；
2） TNGF 基于步骤 9b 的 EAP 请求/5G 通知消息将星闪无线通信系统的 QoS 控制策略发送给 T 节点，包括 DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系；
3） TNGF 基于步骤 9d 的 AAA 消息将星闪无线通信系统的 QoS 控制策略发送给 G 节点，包括DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系。
b） 基于 PDU 会话建立流程配置 QoS 策略如下:
1） AMF 基于 N2 PDU 会话请求消息将 SMF 生成的 5QI与 QFI的映射关系发送给 TNGF；
2） TNGF 合并注册过程和会话过程的端到端 QoS 映射关系，并基于接入侧会话建立请求消息（格式见 8.1.2）将 QFI 与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射关系发送给 T节点；
3） 5G 核心网 PDU 会话网元接收 G 节点发送的测量指标，将短距 QoS 测量指标以及 5G 核心网 5QI测量指标读取到 5G 核心网 PDU 会话网元的 QoS 管理实体；
4） 5G 核心网 PDU 会话网元根据测量指标判断当前数据流传输的可靠性，并基于判定结果确定是否调整 QoS 参数配置；
5） 5G 核心网 PDU 会话网元或 G 节点根据 QoS 映射策略动态切换 QoS 表中对应的 QoS 参数配置；
6） T 节点、G 节点或 5G 核心网 PDU 会话网元根据 QoS 映射策略，从 QoS 表中选择 QoS 参数配置，并将 QoS 参数配置通知给 5G 核心网 PDU 会话网元。其中，QoS 参数配置用于 T 节点、G 节点与 5G 核心网 PDU 会话网元之间传输特定 QoS 的数据流。
c） 基于 PDU 会话修改流程更新 QoS 策略如下:
1） AMF 基于 N2 PDU 会话请求消息将 SMF 更新的 5QI与 QFI的映射关系发送给 TNGF；
2） TNGF 基于 PDU 会话修改请求消息（格式见 8.1.4）将更新的融合系统的 QoS 控制策略发送给 T 节点，包括 QFI 与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系；
3） T 节点或 G 节点的管理实体根据测量指标判断当前数据流传输的可靠性，并基于判定结果确定是否调整 QoS 参数配置；
4） T 节点或 G 节点的管理实体判断测量指标是否超过阈值，若测量指标超过阈值，则根据QoS 映射策略动态切换 QoS 表中对应的 QoS 参数配置；
5） G 节点根据 QoS 策略将目标业务数据发送至 5G 核心网 PDU 会话网元，包括将目标业务数据映射至与目标 QoS 策略对应的 QoS 流逻辑接口，并通过目标 QoS 流逻辑接口将目标业务数据发送至 5G 核心网 PDU 会话网元。
融合系统类型一远端策略配置方法二（可选）将数据流的 IP 包头信息（DSCP；或 DSCP 和 IPv6 流标签）和 XQI（和/或 SLQI）以及星闪无线通信系统 QoS 参数的映射关系限制在星闪通信域内部，5G 核心网不感知，以下为策略配置具体流程。
a） 基于 PDU 会话建立流程配置 QoS 策略如下:
1） AMF 基于 N2 PDU 会话请求消息将 SMF 生成的 5QI与 QFI的映射关系发送给 TNGF；
2） TNGF 确定 QFI，DSCP（或 DSCP 和 IPv6 流标签），XQI（和/或 SLQI）以及与星闪无线通信系统 QoS 参数的映射关系，TNGF 基于接入侧会话建立请求消息（格式见 8.1.2）将 QFI与 DSCP（或 DSCP 和 IPv6 流标签）的映射、DSCP（或 DSCP 和 IPv6 流标签）与 XQI（和/或SLQI）的映射，以及 XQI（和/或 SLQI）和星闪无线通信系统 QoS 参数的映射关系发送给 T节点；
3） TNGF 将 T 节点的本地 IP 地址、DSCP（或 DSCP 和 IPv6 流标签）和 XQI（和/或 SLQI）（或星闪无线通信系统 QoS 参数）发送给 G 节点。G 节点确定 DSCP（或 DSCP 和 IPv6 流标签）或 XQI（和/或 SLQI）与 TCID 的映射并发送给 T 节点。
b） 基于 PDU 会话修改流程更新 QoS 策略如下:
1） AMF 基于 N2 PDU 会话修改消息将 SMF 更新的 5QI与 QFI的映射关系发送给 TNGF；
2） TNGF 更新 QFI，DSCP（或 DSCP 和 IPv6 流标签），XQI（和/或 SLQI）以及与星闪无线通信系统 QoS 参数的映射关系，TNGF 基于接入侧会话建立请求消息（格式见 8.1.2）将更新后的 QFI 与 DSCP（或 DSCP 和 IPv6 流标签）的映射、DSCP（或 DSCP 和 IPv6 流标签）与XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）和星闪无线通信系统 QoS 参数的映射关系发送给 T 节点；
3） TNGF 将更新后的 T 节点的本地 IP 地址、DSCP（或 DSCP 和 IPv6 流标签）和 XQI（和/或SLQI）（或星闪无线通信系统 QoS 参数）发送给 G 节点。G 节点将更新后的 DSCP（或DSCP 和 IPv6 流标签）或 XQI（和/或 SLQI）与 TCID 的映射并发送给 T 节点。
融合系统类型一下的远端业务端到端 QoS 控制见图 35，端到端的 QoS 控制分为以下三部分:
a） UPF 与 TNGF 之间的基于 QFI的 QoS 控制；
b） TNGF 与 G 节点之间的基于 DSCP 的 QoS 控制；
c） G 节点与 T 节点之间的基于 DSCP 和 XQI（和/或 SLQI）的 QoS 控制。
在接收端为 5G 核心网网元且发送端为 T 节点的情况下，5G 核心网网元 UPF 通过基础服务层管理实体接收并验证 T 节点通过其对等管理实体发送的 QoS 请求，并对 XQI（和/或 SLQI）等 QoS 参数进行初始配置。
对于上行数据包，T 节点基于 QoS 规则确定上行数据包的 QFI，基于 QFI 与 DSCP 映射关系确定此数据包的 DSCP 值，并在数据包 IP 包头中携带上述 DSCP。T 节点基于 DSCP 与 XQI（和/或 SLQI）的映射关系，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系确定数据包对应的 XQI（和/或 SLQI）值，并根据 XQI（和/或 SLQI）对应的星闪无线通信系统 QoS 参数对此数据包进行短距空口的 QoS 控制。
融合系统类型一下的星闪短距 QoS 映射配置流程见图 36，G 节点的基础服务层基于 IP 流与传输通道映射配置消息（格式见 8.1.14）为 T 节点配置短距通信相关的 QoS 策略，T 节点基于 QoS 策略将IP 数据流映射到对应的 TCID 上传输，同一个 TCID 可承载不同的 PDU 会话的数据，IP 数据流与TCID 的映射详见附录 D 的图 D.3。
G 节点给 T 节点配置的 QoS 映射关系包括:
a） 基于 DSCP 与 TCID 的映射；或
b） 基于 DSCP 和 IPv6 流标签与 TCID 的映射。
7.1.2.2 短距业务流 QoS 控制
融合系统类型一短距 QoS 策略和控制流程见图 37，5G 核心网基于 6.2.2 注册流程中的步骤 9a、9b和 9d 配置融合系统的 QoS 控制策略，T 节点与 G 节点通过 QoS 协商确定星闪无线通信系统的 QoS 参数，并基于该 QoS 参数建立满足应用实例传输需求的传输通道。QoS 协商以及传输通道建立流程分别按照 GB/T 48336.302 和 GB/T 48336.301 的规定执行。
5G 核心网网元 AMF 基于步骤 9a 的 N2 初始上下文建立请求消息将 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系发送给 TNGF，用以配置 QoS 信息。TNGF 配置 QoS 信息过程如下:
a） TNGF 基于步骤 9b 的 EAP 请求/5G 通知消息将 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系发送给 T 节点；
b） TNGF 基于步骤 9d 的 AAA 消息将 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系发送给 G 节点。
7.1.3 融合系统类型二
7.1.3.1 远端业务流 QoS 控制
融合系统类型二可支持远端业务 QoS 策略配置流程，具体见图 38，基于 6.2.3 注册流程中的注册接受，或 6.4.3.2、6.5.2.2 中 PDU 会话建立或修改流程的 QoS 策略配置，G 节点获得融合系统的 QoS 控制策略，并基于步骤 5 的 PDU 会话关联响应消息将星闪无线通信系统的 QoS 控制策略发送给 T 节点。其中，图 38 中的 PDU 会话关联请求消息和 PDU 会话关联响应消息的格式分别见 8.1.8 和 8.1.9。
远端业务流 QoS 控制策略配置涉及以下具体流程。
a） 5G 核心网给 G 节点配置 QoS 信息流程如下:
1） SMF 可基于 5G 融合会话指示信息确定在融合系统的 QoS 控制策略，将 5QI 通过 NAS 消息发送给 G 节点；5G 融合会话指示信息可由 G 节点在注册流程或 PDU 会话建立流程中发送给 5G 核心网相关网元，用于请求 SMF 在该 QoS 策略中携带 5QI信息；
2） AMF 可基于注册接受消息将融合系统的 QoS 控制策略发送给 G 节点，包括 5QI 与 XQI（和/或 SLQI）的映射、XQI与星闪无线通信系统 QoS 参数的映射关系；
3） SMF 基于 PDU 会话建立接受消息将融合系统的 QoS 控制策略发送给 G 节点，包括 QFI 与5QI的映射关系。
b） G 节点给 T 节点配置 QoS 信息:G 节点通过 PDU 会话关联响应消息（格式见 8.1.9）将星闪无线通信系统的 QoS 控制策略发送给 T 节点，可包括 PDU 会话标识、短距流描述（IP 五元组、优先级等）与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系。当 T 节点与 G 节点之间基于非 IP 传输时，短距流描述由星闪高层定义的 AID 和/或端口组成，AID 和端口定义应符合 GB/T 48336.301 的规定。
融合系统类型二下的远端业务端到端 QoS 控制见图 39，端到端的 QoS 控制分为以下两部分:a） UPF 与 G 节点之间的基于 QFI的 QoS 控制；
b） G 节点与 T 节点之间的基于 DSCP 和 XQI（和/或 SLQI）的 QoS 控制。
融合系统类型二下的星闪短距 QoS 映射配置流程见图 40，G 节点的基础服务层基于 IP 流与传输通道映射配置消息（格式见 8.1.14）为 T 节点配置短距通信相关的 QoS 策略，T 节点基于 QoS 策略将原始 IP 数据流映射到对应的 TCID 上传输，同一个 TCID 可承载不同的 PDU 会话的数据，IP 数据流与TCID 的映射详见图 D.4。
G 节点给 T 节点配置的 QoS 映射关系包括:
a） 基于 DSCP 与 TCID 的映射；或
b） 基于 DSCP 和 IPv6 流标签与 TCID 的映射。
7.1.3.2 短距业务流 QoS 控制
融合系统类型二短距通信 QoS 策略和控制流程见图 41，5G 核心网可基于注册流程中的注册接受消息将融合系统的 QoS 控制策略配置给 G 节点，再由 G 节点通过 QoS 策略配置请求消息（格式见8.1.12）将星闪无线通信系统的 QoS 控制策略发送给 T 节点。T 节点与 G 节点通过 QoS 协商确定星闪无线通信系统的 QoS 参数，并建立满足应用实例传输需求的传输通道。QoS 协商以及传输通道建立流程分别按照 GB/T 48336.302 和 GB/T 48336.301 的规定执行。
短距业务流 QoS 控制策略配置涉及以下具体流程:
a） 5G 核心网配置给 G 节点的 QoS 信息:AMF 可基于注册接受消息将 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系发送给 G 节点；
b） G 节点配置给 T 节点的 QoS 信息:G 节点通过 QoS 策略配置请求消息（格式见 8.1.12）将 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系发送给 T 节点。
注:上述配置的 QoS 信息中可选包含 DSCP 与 XQI（和/或 SLQI）的映射关系。
7.2 节点和链路状态管理
7.2.1 概述
在融合系统中，为实现 5G 核心网对星闪短距通信域链路状态的管理和监测，T 节点的基础服务层中的 5G 融合功能单元将 5G 核心网配置的链路状态监测策略指示给测量管理模块，测量管理模块启动链路测量，并把测量量上报给 5G 融合功能单元，由 5G 融合功能单元上报给 5G 核心网。
5G 核心网根据 T 节点上报的链路状态测量指示 T 节点进行对应链路的 QoS 调整，T 节点的 5G融合功能单元接收并将该 QoS 调整信息传递给基础服务层的 QoS 管理功能单元，由 QoS 管理功能单元执行相应的操作。
注:节点和链路状态管理仅涉及融合系统类型一。
7.2.2 状态信息定义
节点状态和链路状态相关信息定义如下:
a） 节点配置与状态信息:终端节点版本信息、终端节点电量信息、硬件信息、软件信息中的一个或多个；
b） 链路状态信息:星闪短距空口状态信息、融合链路状态信息中的一个或多个；
c） 配置和监测信息:节点参数配置和/或更新、融合链路状态监测上报策略、QoS 调整、节点状态上报策略中的一个或多个；
d） 融合链路状态监测上报策略:测量对象、上报对象、上报阈值、上报周期、上报事件等；
e） 节点状态上报策略:上报对象、上报周期、上报事件中的一个或多个；
f） 星闪短距空口状态信息:RSRP、RSRQ、SINR、CQI、PMI、RI和时间戳中的一个或多个；
g） 融合链路状态信息:RTT、丢包率、抖动、时间戳中的一个或多个。
注:上报周期用来表示状态参数上报的周期，例如每分钟上报一次，或每小时上报一次等。上报阈值用来表示状态参数上报的阈值，例如当电量低于 10% 时上报电量信息。上报事件用来表示状态参数上报的事件，例如当发生版本更新事件后上报最新的版本信息。
7.2.3 系统架构
融合系统状态管理系统架构见图 42，为支持 5G 蜂窝网络融合中的节点状态信息和融合链路状态信息的管理和监测，在 5G 核心网中新增管理监测功能实体（MDF），用于对终端设备的配置管理及链路状态监测，通过服务化接口 Nmdf 向其他网元提供服务。MDF 网元应支持用户面交互方案，可支持控制面交互方案，T 节点基于配置信息采用用户面或控制面方案交互状态信息。融合系统状态管理系统架构的网元与接口描述如下。
a） T⁃Node:T 节点根据接收到的配置和管理决策信息进行链路测量和信息上报，具体包括:
1） 节点配置与状态信息的上报；和
2） 星闪短距空口状态信息测量和上报；和/或
3） 融合链路状态信息测量和上报。
b） MDF:至少支持终端节点状态信息的处理和节点配置参数管理，可支持融合链路状态信息的监测和策略配置。
c） PMF:基于现有 PMF 功能扩展，PMF 协议流程至少支持星闪终端与 5G 融合系统端到端链路状态的检测，可支持星闪短距测量上报和节点状态上报。PMF 协议流程详见 3GPP TS 23.501 v17.7.0（2022⁃12）和 3GPP TS 24.193 v17.6.0（2022⁃09）相关定义。
d） N3:UPF（PMF）与 TNGF 之间的接口 ，应遵循 3GPP TS 23.501 v17.7.0（2022 ⁃12）和 3GPP TS 23.502 v18.3.0（2023⁃09）接口的相关定义。
e） N4:UPF（PMF）与 SMF 之间的接口，应遵循 3GPP TS 23.501 v17.7.0（2022⁃12）和 3GPP TS 23.502 v18.3.0（2023 ⁃09）接口的相关定义。 UPF 通过 N4 接口将 PMF 接收的数据上报给SMF。
其他融合系统相关功能单元和接口定义详见 5.2.1。
7.2.4 基于控制面
融合系统基于 MDF 的控制面协议架构见图 43。节点状态信息和/或融合链路状态信息以消息容器的形式封装在 NAS 消息里传输。
融合系统基于 MDF 控制面的状态管理流程见图 44，在 NAS 消息中新增容器参数，支持节点状态信息和/或融合链路状态信息的上报以及配置和监测信息配置，包含以下具体流程。
a） 步骤 1:T 节点发送 NAS 消息（如注册请求）到 AMF，其中包含 T 节点标识信息（如 NAI 信息），NAI 标识中包含服务提供商信息。
b） 步骤 2:AMF 获取 NAS 消息中的 T 节点标识信息。AMF 向 UDM 获取 T 节点的签约数据。
c） 步骤 3:UDM 基于 T 节点标识信息查找用户签约数据，并发送签约数据给 AMF，该签约数据中新增包含 MDF 标识。
d） 步骤 4:UDM 将 T 节点的注册态上报给 MDF 节点，同时 MDF 节点获取 T 节点当前附着的AMF 标识。
e） 步骤 5:AMF 存储 MDF 标识。
f） 步骤 6:AMF 发送 NAS 回复消息给 T 节点。
g） A 过程:MDF 生成下行数据，下行数据包括软件更新的小数据包或软件更新的大数据包。当下行数据包是小数据包时，通过 NAS 消息发送给 T 节点；否则，通知 T 节点建立与 MDF 之间的用户面连接，基于用户面传输参数更新大数据包。下行数据还包括监测信息，包含监测参数（如电量参数、短距空口参数、链路状态参数）与参数上报条件（如周期上报、阈值上报或事件上报）。
1） 步骤 7:MDF 生成下行数据。过程如下:
如果下行数据是软件更新小数据包，则直接发送给 AMF，由 AMF 转发给 T 节点；
否则，发送用户面连接建立指示给 AMF，由 AMF 转发给 T 节点，T 节点基于上述指示建立与 MDF 的用户面连接；
如果下行数据是监测信息，则发送给 AMF，由 AMF 发送给 T 节点。
2） 步骤 8:MDF 向 AMF 发送软件更新小数据包、用户面建立指示、或/和监测信息。这些参数可封装在容器参数中发送给 AMF。AMF 不解析容器参数，直接将容器参数转发给 T节点。
3） 步骤 9:AMF 将包含软件更新小数据包、用户面建立指示、或/和监测信息的容器参数通过NAS 消息发送给 T 节点。这些 NAS 消息为任意一条现有 NAS 消息。
4） 步骤 10:T 节点存储 NAS 消息中的参数更新小数据包和监测信息。如果 T 节点收到用户面连接指示，则 T 节点发起到 MDF 的用户面连接。T 节点发送 NAS 回复消息给AMF，其中包含成功指示或失败原因值。失败原因值包括数据错误、存储资源不足等。
5） 步骤 11:AMF 转发成功指示或失败原因值给 MDF。T 节点生成上报数据。例如 T 节点基于监测信息上报 T 节点电量或星闪短距空口状态参数等。
h） B 过程如下。
1） 步骤 7:T 节点发送 NAS 消息给 AMF。例如 T 节点发送 NAS 传输消息给 AMF，其中包含状态信息。状态信息具体的包括节点配置与状态信息、星闪短距空口状态信息、融合链路状态信息中的至少一个，详见 7.2.2 定义。这些状态信息可通过一个容器参数传递，AMF基于容器参数类型将容器参数转发给 MDF。
2） 步骤 8:AMF 发送消息给 MDF，其中包含 T 节点上报的状态信息。MDF 存储上述状态信息，并基于收到的状态信息确定 T 节点是否故障，或修改业务流的 QoS 参数。例如，当电量信息异常时，MDF 确定终端设备故障。
7.2.5 基于用户面
7.2.5.1 基于 MDF 的节点和链路状态管理
融合系统基于 MDF 的用户面协议架构见图 45。节点状态信息、融合链路状态信息以及配置和管理决策信息应按照 ITU⁃T G.9980 的相关要求传输。
融合系统基于 ITU⁃T G.9980 的状态管理流程见图 46，PDU 会话建立流程详见 6.4.2，状态信息以及策略配置消息交互应符合 ITU⁃T G.9980 的规定，交互流程如下。
a） 步骤 1:PDU 会话建立请求。
b） 步骤 2a:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.22.1⁃1的 步 骤 2~11；对 于 基 于 归 属 地 漫 游 场 景 ，采 用 3GPP TS 23.502 v18.3.0（2023⁃09）中 流 程 图4.3.22.2⁃1 的步骤 2~14。
c） 步骤 2:N2 PDU 会话请求。
d） 步骤 3:PDU 会话建立请求。
e） 步骤 4:PDU 会话建立响应。
f） 步骤 6:N2 PDU 会话响应。
g） 步骤 7:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.21⁃1步骤 14 之后的所有步骤；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.22.2⁃1 步骤 18 之后的所有步骤。
h） 步骤 8:终端节点与 MDF 建立 IP 连接。基于 PDU 会话过程中获取的 MDF IP 地址和端口信息，具体按 3GPP TS 23.316 v16.2.0（2019⁃12）中 9.6.2 的 ACS 发现方案建立 T 节点与 MDF之间的 IP 连接。
i） 步骤 9:基于 ITU⁃T G.9980 协议，T 节点将状态信息发送给 MDF。状态信息包括:
1） 节点配置与状态信息的上报；和/或，
2） 星闪短距空口状态信息测量和上报；和/或，
3） 融合链路状态信息测量和上报。
j） 步骤 10:MDF 生成配置管理信息，并基于 ITU⁃T G.9980 协议发送给 T 节点，配置管理信息包括:
1） 节点参数配置和/或更新；和/或
2） 融合链路状态监测上报策略；和/或
3） 节点状态上报策略。
7.2.5.2 基于 PMF 的节点和链路状态管理
融合系统基于 PMF 的用户面协议架构见图 47。节点状态信息、融合链路状态信息以及配置和管理决策信息基于 PMF 协议流程。PMF 协议及消息交互流程应符合 3GPP TS 23.501 v17.7.0（2022⁃12）和3GPP TS 24.193 v17.6.0（2022⁃09）的规定。
融合系统基于 PMF 协议的状态管理流程见图 48，PDU 会话建立流程可详见 6.4.2，基于步骤 2 和步骤 3 配置 PMF 相关信息，包括 PMF 的 IP 地址和端口号。其中，步骤 8~9 应按照 3GPP TS 24.193 v17.6.0（2022 ⁃09）中 5.4.3.2 的流程图 5.4.3.2 ⁃1 的规定执行；步骤 10a~11b 应按照 3GPP TS 24.193 v17.6.0（2022⁃09）中 5.4.6.1 的流程图 5.4.6.1⁃1 的规定执行。相关流程如下。
a） 步骤 1:PDU 会话建立请求。
b） 步骤 2a:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.1⁃1的 步 骤 2~11；对 于 基 于 归 属 地 漫 游 场 景 ，采 用 3GPP TS 23.502 v18.3.0（2023⁃09）中 流 程 图4.3.2.2.2⁃1 的步骤 2~14。
c） 步骤 2:N2 PDU 会话请求。
d） 步骤 3~4:请求与响应消息。
e） 步骤 6:N2 PDU 会话响应。
f） 步骤 7:对于非漫游和 LBO 场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.1⁃1 步骤 14 之后的所有步骤；对于基于归属地漫游场景，采用 3GPP TS 23.502 v18.3.0（2023⁃09）中流程图 4.3.2.2.2⁃1 步骤 18 之后的所有步骤。
g） 步骤 8~9:PMFP RTT 请求与响应，用来实现 RTT 检测与抖动检测。具体而言，重用 PMF 消息实现 RTT 检测。对于扩展 PMF 消息，携带 RTT 发送的时间间隔参数以支持链路抖动检测。
h） 步骤 10~11:PMFP 丢包率计数请求与响应，用来实现丢包率检测。
i） 步骤 12~13:PFMP 状态信息上报、配置和监测。定义新的 PMF 消息，支持星闪短距空口状态信息上报。
注:对链路检测实时性要求高的场景，GTP⁃U 头中携带时间戳参数，UPF 通过解析 GTP⁃U 头获取随路信息（例如，时间戳）。
7.2.5.3 基于随流监测的节点和链路状态管理
融合系统中，将随流检测方法用于短距域内的管理节点或终端节点，以根据实时业务流的情况对短距域业务节点的网络状态进行测量。
短距域内的 G 节点或 T 节点对 5G 网络下发的短距通信域传输通道质量的检测请求消息进行响应后，可对目标业务流的传输路径进行标识，生成随流检测消息，用于 G 节点或 T 节点测量目标业务流的传输通道质量。其中，标识目标业务流的传输路径包括对目标业务流对应的业务 IP 报文地址进行解析和读取，并将获取到的业务 IP 报文地址的标识映射到所述检测消息的路径标签位的节点地址位。
G 节点或 T 节点将目标业务流传输通道质量测量结果上报到 5G 网络，接收 5G 网络下发的服务质量 QoS 策略，并将此 QoS 策略分发到短距域内业务节点，用于业务节点之间进行 QoS 协商，并基于QoS 参数实时调整传输通道，更好地进行消息传递和数据同步。
8 信令格式和参数
8.1 消息定义
8.1.1 概述
5G 融合信令使用统一的信令格式，见图 49。
a） code:1 字节，指示具体的 5G 融合信令类型，见表 2。
b） length:2 字节，指示 data 长度。
c） data:变长，指示由 code 指示的 5G 融合信令的具体内容。
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | code | |||||||
| 2字节 | length | |||||||
| 变长 | data |
| 取值 | 5G融合信令 | 解释 |
| 0x00 | AsSessionContextSetupRequest | 接入侧会话建立请求消息 |
| 0x01 | AsSessionContextSetupResponse | 接入侧会话建立响应消息 |
| 0x02 | AsSessionModificationRequest | 接入侧会话修改请求消息 |
| 0x03 | AsSessionModificationResponse | 接入侧会话修改响应消息 |
| 0x04 | SessionAndTunnelReleaseRequest | 会话和隧道资源释放请求消息 |
| 0x05 | SessionAndTunnelReleaseResponse | 会话和隧道资源释放响应消息 |
| 0x06 | PduSessionAssociationRequest | PDU会话关联请求消息 |
| 0x07 | PduSessionAssociationResponse | PDU会话关联响应消息 |
| 0x08 | PduSessionAssociationReleaseRequest | PDU会话关联释放请求消息 |
| 0x09 | PduSessionAssociationReleaseResponse | PDU会话关联释放响应消息 |
| 0x0A~0x0F | RFU | 预留 |
| 取值 | 5G融合信令 | 解释 |
| 0x10 | QoSProfileConfigRequest | QoS策略配置请求消息 |
| 0x11 | QoSProfileConfigResponse | QoS策略配置确认消息 |
| 0x12 | TransmissionChannelMapConfig | IP流与传输通道映射配置消息 |
| 0x13 | TransmissionChannelMapConfigResponse | IP流与传输通道映射配置确认消息 |
| 0x14~0x1F | RFU | 预留 |
| 0x20~0xFF | RFU | 预留 |
8.1.2 接入侧会话建立请求消息
融合系统类型一的会话建立流程中，TNGF 基于 AsSessionContextSetupRequest 消息向 T 节点转发 NAS 消息、TNGF 隧道信息和 QoS 参数信息。 其中 ，PDUSessionEstablishmenAccept 封装在nasContainer 中，PDUSessionEstablishmenAccept 消息的定义应符合 3GPP TS 24.501 v16.3.0（2019⁃12）中 8.3.2 定义的 PDU 会话建立接受消息，其中包含 MDF 或 PMF 信息。
接入侧会话建立请求消息的具体结构定义见图 50。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） pduSession:1 字节，取值范围 0~255，PDU 会话标识。
c） tngfTunnelInfo:变长，指示隧道信息，其结构定义见图 73。
d） nasContainer:变长，承载 PDUSessionEstablishmenAccept 消息，其结构定义见图 79。
e） optionBitmap:1 字节，指示后续可选字段是否存在，某比特位置 1 表示存在对应字段，置 0 表示不存在对应字段。指示信息如下:
1） bit0:指示是否存在 dscp⁃MappingList 字段；
2） 其他:预留。
f） dscp⁃MappingList:变长，可选字段，指示若干个 DSCP 与 XQI 或 SLQI 的映射关系，其结构定义见图 75。
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | transactionID | |||||||
| 1字节 | pduSession | |||||||
| 变长 | tngfTunnelInfo | |||||||
| 变长 | nasContainer | |||||||
| 1字节 | optionBitmap | |||||||
| 变长 | dscp-MappingList |
接入侧会话建立请求消息的 DSCP⁃mapping 结构定义见图 51。各字段含义如下:
a） dscp:6 比特，DSCP 标识；
b） S:1 比特，指示是否存在 slqiInfoList字段，1 表示存在，0 表示不存在；
c） Q:1 比特，指示是否存在 mappedQoS⁃Flows 字段，1 表示存在，0 表示不存在；
d） xqiInfoList:变长，指示若干个 XQI，其结构见图 77；
e） slqiInfoList:变长，可选字段，指示若干个 SLQI，其结构见图 78；
f） mappedQoS⁃Flows:变长，可选字段，指示待添加的若干个 QFI，其结构见图 71。
8.1.3 接入侧会话建立响应消息
T 节点基于 AsSessionContextSetupResponse 消息将自身的隧道信息和 IP 地址发送给 TNGF，用于与 TNGF 建立 GTP⁃U 隧道。
接入侧会话建立响应消息的具体结构定义见图 52。各字段含义如下:
a） transactionID:1 字节，信令交互标识，与对应的接入侧会话建立请求消息中的 transactionID相同；
b） tnodeTunnel:变长，指示 T 节点的隧道信息。
8.1.4 接入侧会话修改请求消息
融合系统类型一的会话更新流程中，TNGF 基于 AsSessionModificationRequest 消息请求 T 节点修改 PDU 会话，包括修改 PDU 会话上下文和更新 QoS 参数信息，如 QFI 与 DSCP 的映射及 DSCP 与XQI（和/或 SLQI）的映射关系的更新。QoS 参数应符合附录 C 的规定。PDUSessionModificationCommand 封装在 nasContainer 中 ，AsSessionModificationCommand 消息的定义应符合 3GPP TS 24.501 v16.3.0（2019⁃12）中 8.3.9 定义的 PDU 会话修改命令消息。
接入侧会话修改请求消息的具体结构定义见图 53。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） pduSession:1 字节，取值范围 0~255，PDU 会话标识。
c） nasContainer:变长，承载 PDUSessionModificationCommand 消息，其结构定义见图 79。
d） optionBitmap:1 字节，指示后续可选字段是否存在，某比特位置 1 表示存在对应字段，置 0 表示不存在对应字段。指示信息如下:
1） bit0:指示是否存在 dscp⁃MappingList 字段；
2） 其他:预留。
e） dscp⁃MappingList:变长，可选字段，指示若干个 DSCP 与 XQI 或 SLQI 的映射关系，其结构定义见图 75。
接入侧会话修改请求消息的 DSCP⁃mapping 结构定义见图 54。各字段含义如下:
a） dscp:6 比特，DSCP 标识；
b） S:1 比特，指示是否存在 slqiInfoList字段，1 表示存在，0 表示不存在；
c） Q:1 比特，指示是否存在 mappedQoS⁃Flows 字段，1 表示存在，0 表示不存在；
d） xqiInfoList:变长，指示若干个 XQI，其结构见图 77；
e） slqiInfoList:变长，可选字段，指示若干个 SLQI，其结构见图 78；
f） mappedQoS⁃Flows:变长，可选字段，指示添加或删除若干个 QFI，其结构见图 71。
| 1字节 | dscp | S | Q |
| 变长 | xqiInfoList | ||
| 变长 | slqiInfoList | ||
| 变长 | mappedQoS-Flows | ||
8.1.5 接入侧会话修改响应消息
接入侧会话修改响应消息 AsSessionModificationResponse 的具体结构定义见图 55，包含 1 字节信令交互标识 transactionID，与对应的接入侧会话修改请求消息中的 transactionID 相同。
8.1.6 会话和隧道资源释放请求消息
融合系统类型一中的去注册和会话释放流程中，TNGF 基于 SessionAndTunnel⁃ReleaseRe⁃quest 消息请求 T 节点释放接入侧资源，包括释放 PDU 会话及关联的用户面和控制面 GTP⁃U 隧道。PDU 会话去激活后，T 节点和 TNGF 将各自删除已建立的隧道并释放资源。
会话和隧道资源释放请求消息的具体结构定义见图 56。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） pduSession:1 字节，取值范围 0~255，PDU 会话标识。
c） optionBitmap:1 字节，指示后续可选字段是否存在，某比特位置 1 表示存在对应字段，置 0 表示不存在对应字段。指示信息如下:
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | transactionID | |||||||
| 1字节 | pduSession | |||||||
| 1字节 | optionBitmap | |||||||
| 变长 | tnodeTunnel-CP | |||||||
| 变长 | tnodeTunnel-UP |
8.1.7 会话和隧道资源释放响应消息
会话和隧道资源释放响应消息 SessionAndTunnelReleaseResponse 的具体结构定义见图 57，包含 1字节信令交互标识 transactionID，与对应的会话和隧道资源释放请求消息中的 transactionID 相同。
8.1.8 PDU 会话关联请求消息
融合系统类型二的 PDU 会话建立或修改流程中，T 节点基于 PduSessionAssociationRequest 消息向G 节点请求建立或修改 PDU 会话。请求消息中包含终端类型、星闪无线通信系统 QoS 参数和 DNN 信息，其中 DNN 信息的定义应符合 3GPP TS 24.501 v16.3.0（2019⁃12）中 9.11.2.1B 的规定。
PDU 会话关联请求消息的具体结构定义见图 58。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） terminalType:2 比特，指示节点类型，可选字段。指示信息如下:
1） 0:sl⁃5G⁃terminaltype 类型，指示 5G 融合会话信息，用于请求 SMF 在下发的 QoS 策略中携带 5QI；
| 1字节 | transactionID | |||||
| 1字节 | X | S | A | RFU | terminalType | |
| 变长 | dnn | |||||
| 变长 | xqiInfoList | |||||
| 变长 | slqiInfoList | |||||
| 变长 | applicationInfoList | |||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | DNN IEI | |||||||
| 2字节 | length | |||||||
| 变长 | payload | |||||||
8.1.9 PDU 会话关联响应消息
融合系统类型二的 PDU 会话建立或修改流程中，G 节点基于 PduSessionAssociationRe⁃sponse 消息向 T 节点发送 PDU 会话及其关联的星闪无线通信系统的 QoS 控制策略。
PDU 会话关联响应消息的具体结构定义见图 60。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识，与 PDU 会话关联请求消息的 transactionID 相同。
b） pduSession:1 字节，取值范围 0~255，PDU 会话标识。
c) cellular-5G-InactiveTimer:4 比特,指示 5G 非活跃计时器超时时间,取值如下:
1) 0:0 ms;
2) 1:10 ms;
3) 2:20 ms;
4) 3:40 ms;
5) 4:60 ms;
6) 5:80 ms;
7) 6:1280 ms;
8) 7:1600 ms;
9) 8:3200 ms;
10) 9:6400 ms;
11) 10:12800 ms;
12) 11:25600 ms;
13) 12:永不超时;
14) 其他:预留。f） dscp⁃MappingList:变长，可选字段，指示若干个 DSCP 与 XQI 或 SLQI 的映射关系，其结构定义见图 75。
g） applicationInfoList:变长，可选字段，指示若干个 AID，见图 76。
a） dscp:6 比特，DSCP 标识；
b） S:1 比特，指示是否存在 slqiInfoList字段，1 表示存在，0 表示不存在；
c） F:1 比特，指示是否存在 packetFilter 字段，1 表示存在，0 表示不存在；
d） xqiInfoList:变长，指示若干个 XQI，其结构见图 77；
e） slqiInfoList:变长，可选字段，指示若干个 SLQI，其结构见图 78；
f） packetFilter:变长，可选字段，指示流描述信息，其结构见图 72。
8.1.10 PDU 会话关联释放请求消息
PduSessionAssociationReleaseRequest 消息用于融合系统类型二的 T 节点会话释放流程中，请求 G节点释放 T 节点的 PDU 会话，其中 causeRelease:0x00 表示正常释放，其他值表示 PDU 会话保留。
PDU 会话关联释放请求消息的具体结构定义见图 62。各字段含义如下:
a） transactionID:1 字节，信令交互标识，与 PDU 会话关联请求消息的 transactionID 相同；
b） pduSession:1 字节，取值范围 0~255，PDU 会话标识；
c） causeRelease:1 字节。
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | transactionID | |||||||
| 1字节 | pduSession | |||||||
| 1字节 | causeRelease | |||||||
8.1.11 PDU 会话关联释放响应消息
PDU 会话关联释放响应消息 PduSessionAssociationReleaseResponse 的具体结构定义见图 63，包含1 字节信令交互标识 transactionID，与 PDU 会话关联释放请求消息的 transactionID 相同。
8.1.12 QoS 策略配置请求消息
融合系统类型二的短距 QoS 策略配置过程中，G 节点基于 QoSProfileConfigRequest 消息将 5G 核心网配置的星闪短距 QoS 策略转发给 T 节点。
QoS 策略配置请求消息的具体结构定义见图 64。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） dscp⁃MappingList:变长，指示若干个 DSCP 与 XQI 或 SLQI 的映射关系，其结构定义见图 75。
c） optionBitmap:1 字节，指示后续可选字段是否存在，某比特位置 1 表示存在对应字段，置 0 表示不存在对应字段。指示信息如下:
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节 | transactionID | |||||||
| 变长 | dscp-MappingList | |||||||
| 1字节 | optionBitmap | |||||||
| 变长 | applicationInfoList | |||||||
QoS 策略配置请求消息的 DSCP⁃mapping 结构定义见图 65。各字段含义如下:
a） dscp:6 比特，DSCP 标识；
b） S:1 比特，指示是否存在 slqiInfoList字段，1 表示存在，0 表示不存在；
c） xqiInfoList:变长，指示若干个 XQI，其结构见图 77；
d） slqiInfoList:变长，可选字段，指示若干个 SLQI，其结构见图 78。
| 1字节 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| dscp | S | RFU | ||||||
| 变长 | xqiInfoList | |||||||
| 变长 | slqiInfoList | |||||||
8.1.13 QoS 策略配置确认消息
QoS 策略配置确认消息 QoSProfileConfigResponse 的具体结构定义见图 66，包含 1 字节信令交互标识 transactionID，与对应的 QoS 策略配置请求消息中的 transactionID 相同。
8.1.14 IP 流与传输通道映射配置消息
融合系统类型一和类型二中的远端 QoS 策略配置过程中，G 节点基于 TransmissionChannel⁃Map Config 消息将 TCID 与星闪无线通信系统 QoS 参数的映射关系配置给 T 节点。配置流程详见 7.1.2.1和 7.1.3.1。
IP 流与传输通道映射配置消息 TransmissionChannelMapConfig 的具体结构定义见图 67。各字段含义如下所示。
a） transactionID:1 字节，信令交互标识。
b） tcid⁃ConfigMappingList:变长，指示若干个 TCID 与 DSCP 的映射关系，其结构定义见图 68。指示信息如下:
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | |
| 1字节变长 | transactionID | |||||||
| tcid-ConfigMappingList | ||||||||
| 2字节变长 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| TCID-configMappingNum | ||||||||
| TCID-configMapping | ||||||||
| ...... | ||||||||
TCID⁃configMapping 结构定义见图 69。各字段含义如下:
a） tcid:1 字节，指示传输通道标识；
b） dscp:6 比特，DSCP 标识；
c） L:1 比特，指示是否存在 iPv6FlowLabel字段，1 表示存在，0 表示不存在；
d） iPv6FlowLabel:20 比特，可选字段。
8.1.15 IP 流与传输通道映射配置确认消息
IP 流与传输通道映射配置确认消息 TransmissionChannelMapConfigResponse 的具体结构定义见图70，包含 1 字节信令交互标识 transactionID，与对应的 IP 流与传输通道映射配置消息中的 transactionID相同。
8.2 信息定义
8.2.1 QFI 操作信息
QFI 操作信息字段指示添加或删除若干个 QFI 信息，其结构见图 71。各字段含义如下:
a） qfiNum:12 比特，指示 QFI 数量；
b） QFI:6 比特，取值范围 0~63；
c） A:1 比特，指示 QFI的操作类型，1 表示添加 QFI，0 表示删除 QFI。
8.2.2 流描述信息
流描述信息 TftInfo 的结构见图 72。各字段含义如下:
a） sourcePort:2 字节，指示源端口；
b） targetPort:2 字节，指示目的端口；
c） applicationInfoList:变长，指示若干个 AID，见图 76。
8.2.3 隧道信息
隧道信息 F⁃TEIDInfo 的结构见图 73。各字段含义如下所示。
a） teidLen:2 比特，指示 TEID 字段长度，取值范围 0~3，0 指示 1 字节，1 指示 2 字节，依此类推。
b） ipType:2 比特，指示 ipAddress 类型。指示信息如下:
1） 0:指示 IPv4 地址类型；
2） 1:指示 IPv6 地址类型；
3） 其他:预留。
c） RFU:4 比特，预留。
d） TEID:隧道端点标识符。
e） ipAddress:IP 地址，具体长度由 ipType 指示的类型决定。
8.2.4 路由信息
路由信息 RoutingInfo 的结构见图 74。各字段含义如下所示。
a） ipType:2 比特，指示 ipAddress 类型。指示信息如下:
1） 0:指示 IPv4 地址类型；
2） 1:指示 IPv6 地址类型；
3） 其他:预留。
b） RFU:6 比特，预留。
c） port:2 字节，端口号。
d） ipAddress:IP 地址，具体长度由 ipType 指示的类型决定。
8.2.5 DSCP 映射信息
DSCP 映射信息 dscp⁃MappingList 指示若干个 DSCP 与 XQI 或 SLQI 的映射关系，其结构见图 75。各字段含义如下:
a） DSCP⁃mappingNum:1 字节，取值范围 1~64，指示映射关系的数量；
b） DSCP⁃mapping:变长，指示一个 DSCP 与 XQI或 SLQI的映射关系信息。
注:在不同消息中，DSCP⁃mapping 字段有不同的结构。
8.2.6 业务类型信息
AIDList 结构见图 76。各字段含义如下:
a） aidNum:4 比特，取值范围 1~8，指示 AID 数量，1 指示 1 个 AID，2 指示 2 个 AID，依此类推；
b） RFU:4 比特，预留；
c） AID:2 字节，取值范围 0~1 023，业务标识符。
8.2.7 XQI 信息
XQIList 结构见图 77。各字段含义如下:
a） xqiNum:4 比特，取值范围 1~8，指示 XQI数量；
b） RFU:4 比特，预留；
c） XQI:1 字节，取值范围 0~255，扩展 QoS 标识符。
8.2.8 SLQI 信息
SLQIList 结构见图 78。各字段含义如下:
a） slqiNum:4 比特，取值范围 1~8，指示 SLQI数量；
b） RFU:4 比特，预留；
c） SLQI:1 字节，取值范围 0~255。
8.2.9 NAS 容器信息
NAS 容器信息 nasContainer 结构见图 79。各字段含义如下所示。
a） type:4 比特，指示 payload 类型。指示信息如下:
1） 0:指示 payload 为 PDUSessionEstablishmenAccept 消息；
2） 1:指示 payload 为 PDUSessionModificationCommand 消息；
3） 其他:预留。
b） RFU:4 比特，预留。
c） length:2 字节，指示 payload 长度。
d） payload:变长，承载由 type 指定类型的数据。
附 录 A（规范性） 5G 融合服务
A.1 5G 融合服务发现信令流程（见图 A.1）
5G 融合服务发现信令流程如下:
a） 步骤 1:T 节点的服务管理功能单元按照 GB/T 48336.301 的规定向 G 节点发送服务发现请求消息（SSAP_FIND_BY_UUID_REQ），其中 UUID 设置为 5G 融合；
b） 步骤 2:G 节点如果支持 UUID，向 T 节点返回服务发现响应消息（SSAP_FIND_BY_UUID RSP），响应消息中包含 5G 融合服务信息结构，该信息结构应符合 A.3 定义。
A.2 5G 融合服务发现失败信令流程（见图 A.2）
5G 融合服务发现失败信令流程如下。
a） 步骤 1:T 节点的服务管理功能单元按照 GB/T 48336.301 的规定向 G 节点发送服务发现请求消息（SSAP_FIND_BY_UUID_REQ），其中 UUID 设置为 5G 融合。
b） 步骤 2:G 节点不能处理 T 节点发起的 5G 融合服务发现过程，例如由于拥塞导致 G 节点不返回服务发现响应消息。
c） 步骤 3:T 节点从发送服务发现请求消息开始，到服务发现定时器超时为止，未收到 G 节点的服务发现响应消息，T 节点断开与 G 节点的连接，5G 融合服务发现失败。服务发现定时器为 GB/ T 48336.301 定义的通用服务发现定时器。
A.3 5G 融合服务
5G 融合服务的服务结构定义示例见表 A.1。对于支持 5G 融合服务的 G 节点，其移动运营商核心网连接类型应设置为“5G connectivity”。
| 句柄 | 类型 | 标识 | 数据 | 权限 |
| 0x0022 | <<StdPrimaryService>> | <<5G Connection service>> | ||
| 0x0023 | <<StdProperty>> | <<PLMN>> | Feature=0x02,Value={exp: "00010001"} {type=<<Characteristic Presentation For⁃mat>> value={} type=<<Characteristic User Description>>value="移动运营商代码"} | |
| 0x0024 | <<StdProperty>> | <<celluar network connective⁃ity>> | Feature=0x02,Value={} {type=<<Characteristic User Description>>value="移动运营商核心网连接类型"} | |
| 0x0025 | <<StdProperty>> | <<backhaul type>> | Feature=0x02Value={} {type=<<Characteristic User Description>>value="G节点回传类型"} |
附录 B（规范性） 3GPP 协议扩展
B.1 EAP 消息
扩展 EAP⁃5G 协议如下:
a） TNGF 和 T 节点基于 EAP⁃5G 通知消息进行隧道信息的交互；
b） TNGF 将 DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS参数的映射关系通过 EAP 请求/EAP⁃5G 通知消息发送给 T 节点；
c） 包含传输 NAS 消息对应的 DSCP 值；
d） 如果支持 T 节点与 TNGF 的完整性保护，则 TNGF 通过 EAP 请求/EAP⁃5G 通知消息将完整性保护算法发送给 T 节点。
B.2 AAA
扩展 AAA 协议，支持 TNGF 将融合系统的 QoS 控制策略发送给 G 节点。例如，将 DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪短距的 QoS 映射关系发送给 G 节点。
B.3 GTP⁃U
承载 T 节点与 TNGF 之间的控制面信令和用户面数据传输，GTP⁃U 包头可封装 QFI、GTP⁃U 隧道标识、消息类型、时间戳等信息。其中，消息类型可扩展支持 NAS 消息、PLAP 协议消息、PDU Layer 数据的消息类型。
B.4 UDM
UDM 中新增融合系统 QoS 信息的映射关系，包括 5QI 与 DSCP 的映射、DSCP 与 XQI（和/或 SLQI）的映射，以及 XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射关系，并通过 AMF 发送给 TNGF。
B.5 NAS 扩展
B.5.1 注册相关
可选对注册请求消息（Registration Request）进行增强。注册请求消息中可包含 5G 融合会话指示信息。
可选对注册接受（Registration Accept）消息进行增强。注册接受消息中可包含融合系统类型二的QoS 映射关系，如:5QI 与 XQI（和/或 SLQI）的映射，XQI（和/或 SLQI）与星闪无线通信系统 QoS 参数的映射。
B.5.2 PDU 会话相关
G 节点在向 5G 核心网发送的 PDU 会话建立请求消息中可包含 5G 融合会话指示信息，用于请求SMF 在 QoS 策略中携带 5QI信息。
PDU 会话建立接受消息中可包含融合系统类型二的 QoS 映射关系（QFI与 5QI的映射）。
附录 C（规范性） QoS 参数
本文件使用的星闪 QoS 参数见表 C. 1，具体规定见 GB/T 48336.302。 XQI 到 QoS 特性映射见表 C.2。
| SLQI | 资源类型 | 默认优先级 | 时延ms | 丢包率 | 突发数据量 | 平均窗口ms | AID | DSCP |
| 1 | GBR | 3 | 20 | 10-4 | N/A | 2 000 | 2048,2049,2050,2051,2052,16 | 44 |
| 2 | 4 | 50 | 10-2 | N/A | 2 000 | 32 | ||
| 3 | 3 | 100 | 10-4 | N/A | 2 000 | 40 | ||
| 4 | 2 | 4 | 10-5 | N/A | N/A | 4，5 | ||
| 5 | 1 | 0.02 | 10-5 | N/A | N/A | 0 | ||
| 6 | 5 | 2 | 10-5 | N/A | N/A | 1，6 | ||
| 7 | 3 | 15 | 10-5 | N/A | N/A | 2 | ||
| 8 | 4 | 25 | 10-5 | N/A | N/A | 3 | ||
| 9 | 6 | 100 | 10-3 | N/A | N/A | 7，8 | 34，38 | |
| 10 | 7 | 1 | 10-6 | N/A | N/A | |||
| 11 | 8 | 2 | 10-6 | N/A | N/A | |||
| 12 | 9 | 0.5 | 10-8 | N/A | N/A | |||
| 13 | 2 | 2.5 | 10-3 | N/A | N/A | 11 | ||
| 14 | 2 | 0.25 | 10-3 | N/A | N/A | 12 | ||
| 15 | 2 | 0.5 | 10-3 | N/A | N/A | 13 | ||
| 16 | 2 | 1 | 10-3 | N/A | N/A | 14 | ||
| 17 | 3 | 10 | 10-3 | N/A | N/A | 15 | ||
| 59 | Non⁃GBR | 3 | 10 | 10-4 | N/A | N/A | ||
| 60 | 6 | 20 | 10-1 | N/A | N/A | |||
| 61 | 5 | 25 | 10-1 | N/A | N/A | |||
| 62 | 4 | 100 | 10-2 | N/A | N/A | 22，30 | ||
| 63 | 6 | 500 | 10-1 | N/A | N/A |
| XQI值 | 默认优先级 | 包延时预算ms | 包错误率上限 | 典型业务 |
| 1 | 2 | 4 | 10-5 | PLC维护业务 |
| 2 | 1 | 0.02 | 10-5 | 主动降噪业务 |
| 3 | 5 | 2 | 10-5 | 1.投屏业务2.音频同步业务3.AGV协同控制 |
| 4 | 3 | 15 | 10-5 | 1.基于传感器的过程监控2.AGV运动控制 |
| 5 | 4 | 25 | 10-5 | 1.智能微模块检测2.包装机运动控制 |
| 6 | 6 | 100 | 10-3 | 近端维护业务 |
| 7 | 7 | 1 | 10-6 | 保留 |
| 8 | 8 | 2 | 10-6 | 保留 |
| 9 | 9 | 0.5 | 10-8 | 保留 |
附录 D（资料性） 融合系统信道映射
D.1 融合系统类型一控制面信道映射
融合系统类型一控制面信道映射架构如图 D.1 所示，5G 蜂窝网融合功能单元提供的控制面服务包括 5G 融合服务发现、注册、鉴权、QoS 管理以及链路状态监测等，包括如下说明:
a） 5G 融合服务发现与星闪无线通信系统通用服务管理共用一个服务管理传输通道；
b） 融合系统中承载在 EAP⁃5G 协议或 IP 传输协议的 NAS（或 PLAP）消息共用一个 5G 融合传输通道；
c） 融合系统中的 5G 融合控制面信令数据默认通过默认空口承载 LCID 传输，该默认空口承载可在接入层连接建立完成时激活。
D.2 融合系统类型二控制面信道映射
融合系统类型二控制面信道映射架构如图 D.2 所示，T 节点的基础服务层不支持 NAS 功能，可提供基本的 5G 融合功能，包括:
a） 通过 G 节点与 5G 核心网进行用户面数据的交互；
b） 根据 G 节点的配置对星闪无线通信系统进行链路状态测量并上报给 G 节点。
D.3 融合系统类型一远端用户面信道映射
融合系统类型一远端用户面信道映射架构如图 D.3 所示，数据流在节点内部具有以下处理流程。
a） 来自基础应用层或 APP 的数据包在 PDU 层封装成 IP 数据包，该 IP 地址为 T 节点在请求建立PDU 会话的时候由 5G 核心网分配。PDU 层的数据包根据 QoS 规则包过滤策略生成 QoS 流，并基于 GTP⁃U 隧道协议传输。
b） T 节点基于注册流程中通过 DHCP 获取的 IP 地址，与 G 节点之间数据传输基于本地 IP 寻址，星闪无线通信域之间的 IP 传输基于 DSCP（或 DSCP 与 IPv6 流标签）进行 QoS 控制。
c） 上行（T 节点→G 节点）:基于 DSCP（或 DSCP 和 IPv6 流标签）与 TCID 的映射关系，在基础服务层执行 IP 数据包与对应传输通道 TCID 的映射，下行则相反。
d） 上行（T 节点→G 节点）:基于 TCID 与 LCID 的映射关系，接入层将来自传输通道 TCID 上的数据映射到对应的 LCID 上，下行则相反。
其中，DSCP（或 DSCP 和 IPv6 流标签）与 TCID 的映射关系，以及 TCID 与 LCID 的映射关系均由基础服务层维护。G 节点的基础服务层基于 IP 流与传输通道映射配置消息（格式见 8.1.14）为 T 节点配置短距通信相关的 QoS 策略。
D.4 融合系统类型二远端用户面信道映射
a） 来自基础应用层或 APP 的数据包在 PDU 层封装成 IP 数据包，T 节点与 G 节点间的数据传输基于 DSCP（或 DSCP 和 IPv6 流标签）和 XQI（和/或 SLQI）进行 QoS 控制；
b） 传输通道 TCID 中封装的数据包与 PDU 会话解耦，即参考星闪无线通信系统 QoS 参数建立传输通道（TCID 和 LCID），不同 PDU 会话上的数据可在相同的 TCID 上传输；
c） 上行（T 节点→G 节点）:基于 DSCP（或 DSCP 和 IPv6 流标签）与 TCID 的映射关系，在基础服务层执行 IP 数据包与对应传输通道 TCID 的映射，下行则相反；
d） 上行（T 节点→G 节点）:基于 TCID 与 LCID 的映射关系，接入层将来自传输通道 TCID 上的数据映射到对应的 LCID 上，下行则相反。
其中，DSCP（或 DSCP 和 IPv6 流标签）与 TCID 的映射关系，以及 TCID 与 LCID 的映射关系均由基础服务层维护。G 节点的基础服务层基于 IP 流与传输通道映射配置消息（格式见 8.1.14）为 T 节点配置短距通信相关的 QoS 策略。
评论