本文件规定了空间数据与信息传输领域中封装包协议的业务、数据单元格式、协议规程和管理参数等内容。 本文件适用于地面系统与航天器之间、航天器与航天器之间的通信链路中对网络层及以上的协议数据单元进行封装。

ICS49.140
CCSV75
中华人民共和国国家标准
GB/T43375—2023
空间数据与信息传输系统
封装包协议
Spacedataand informationtransfersystems-Encapsulationpacketprotocol
(1S0 10537:2016,Spacedata and information transfer systems-Encapsulationservice,MoD）
2023-11-27发布
国家市场监督管理总局
国家标准化管理委员会
2024-03-01实施
规范性引用文件
术语和定义
缩略语
相关概念
协议特性
协议描述
6业务
业务说明
业务参数
业务原语
数据单元格式与协议规程
位序号的约定
封装包
发送端规程
7.4接收端规程
8管理参数·
附录A（资料性）本文件与ISO10537：2016相比的结构变化情况附录B（资料性）本文件与ISO10537：2016的技术差异及其原因GB/T43375—2023
..............................11
GB/T43375—2023
本文件按照GB/T1.1—2020《标准化工作导则厂第1部分：标准化文件的结构和起草规则》的规定起草。
本文件修改采用ISO10537：2016《空间数据与信息传输系统封装业务》。本文件与ISO10537：2016相比，在结构上有较多调整，两个文件之间的结构编号变化对照一览表见附录A。
本文件与ISO10537：2016相比，存在较多技术差异，在所涉及的条款的外侧页边空白位置用垂直单线（「）进行了标示。这些技术差异及其原因一览表见附录B。本文件做了下列编辑性改动：
为与现有标准协调，将标准名称改为《空间数据与信息传输系统封装包协议》；—删除了ISO10537.2016中2.2,3.2,3.2.2.2,3.3.2.2,3.3.3.2，4.2.14.2.2.8中的注；一删除了ISO10537:2016的附录B（资料性）、“参考文献”和附录C（资料性）“参考文献变化”。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国宇航技术及其应用标准化技术委员会（SAC/TC425)提出并归口。本文件起草单位：北京空间飞行器总体设计部、中国航天标准化研究所、北京卫星制造厂有限公司、宁德市标准化科学技术研究院、厦门至诚标准化服务有限公司、凯睿星通信息科技（南京）股份有限公司。
本文件主要起草人：顾明、间冬、何熊文、周玉霞、李华、杨丽君、詹盼盼、齐征、郭鹤鹤、燕洪成、闫春香、孙哲蕾、张天为、林影、蔡鸿星、李江华。m
1范围
空间数据与信息传输系统
封装包协议
GB/T43375—2023
本文件规定了空间数据与信息传输领域中封装包协议的业务、数据单元格式、协议规程和管理参数等内容。
本文件适用于地面系统与航天器之间、航天器与航天器之间的通信链路中对网络层及以上的协议数据单元进行封装。
规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T42041—2022航天术语空间数据与信息传输3术语和定义免费标准下载网bzxz
GB/T42041一2022界定的以及下列术语和定义适用于本文件。3.1
同步synchronous
一个事件序列在误差允许范围内与另外一个事件序列之间的固定时间关系。3.2
定界delimited
数据具有已知和有限长度的特性。3.3
物理信道physical channel
空间链路中用来传输比特流的物理通道。［来源：GB/T42041—2022.3.1.19]3.4
空间链路
space link
航天器与相应的地面系统或两个航天器之间的通信链路，注：一个空间链路包含一个或多个单向或双向物理信道。［来源：GB/T42041—2022,3.3.1]3.5
空闲数据
idledata
不载有任何信息的数据。
注：传送空闲数据只是为了满足定时和同步的需要，建议采用“1”与“0\相间的比特序列。［来源：GB/T42041—2022.3.1.33]GB/T43375—2023
缩略语
下列缩略语适用于本文件。
AOS：高级在轨系统（AdvancedOrbitingSystems）BP：束协议（BundleProtocol)
CCSDS：空间数据系统咨询委员会（ConsultativeCommitteeforSpaceDataSystems）CFDP：CCSDS文件传输协议（CCSDSFileDeliveryProtocol)DFC_ID：数据域构建标识符（DataFieldConstructionIdentifier）EPI：封装协议标识符（EncapsulatedProtocolIdentifier）GVCID：全局虚拟信道标识符（GlobalVirtualChannelIdentifier）IPE：IP协议扩展（IPProtocolExtension）LTP：利克莱德传输协议（LickliderTransmissionProtocol）OSI：开放系统互联（OpenSystemsInterconnection）MSB：最高有效位（MostSignificantBit）PVN：包版本号（PacketVersionNumber）SAP：业务访问点（ServiceAccessPoint）SCID：航天器标识符（SpacecraftIdentifier）SDLP：空间数据链路协议（SpaceDataLinkProtocol)USLP：统一空间数据链路协议（UnifiedSpaceDataLinkProtocol)5通则
5.1相关概念
封装包协议是一种用于地面系统与航天器之间或航天器与航天器之间通信链路（以下统称为“空间链路”）的数据传输协议，用于传输无法直接通过SDLP（包括遥控空间数据链路协议、遥测空间数据链路协议、AOS数据链路协议、邻近空间数据链路协议和统一空间数据链路协议)传输的数据单元。封装包协议的主要用途是为不具有授权PVN的数据单元提供传输机制。注：具有授权的包版本号(PVN)的协议数据单元可以直接在空间数据链路上传输。在国际合作的项目中，建议采用CCSDS授权的包版本号。
封装包协议是位于OSI基础参考模型中的数据链路层的SDLP的一种扩展业务协议，应与某种SDLP配合使用。
封装包协议的概念如图1所示。对于不具有已定义PVN的协议（如图1中的X协议与Y协议），其协议数据单元通过封装包协议实现在数据链路层传输。X协议与Y协议的协议数据单元被封装为封装包
使用SDLP的虚拟信道/多路复用访问/邻近空间链路包业务进行传输。使用哪种具体空间数据链路协议来传输封装后的数据单元由实际任务确定。2
5.2协议特性
OSI参考模型
网络层及
更上层
数据链路层
物理层
x协议
封装包协议
Y协议
包业务
空间数据链路协议
同步与信道编码
图1封装包协议示意图
GB/T43375—2023
封装包协议可在空间链路上使用某种空间数据链路协议来传输一系列长度可变的、定界的字节对齐的数据单元。本业务的用户是某种发送或接收不具有已授权PVN的协议数据单元的上层协议实体。
用户所提交的数据单元被原样封装在一个封装包内，并且每个用户数据单元封装为单个独立包。被封装的数据单元的长度字节数是在项目中规定的最大、最小值范围内的整数。本协议允许被封装的用户数据单元最大长度为4294967287字节。在具体实现中，被封装数据单元长度的最大、最小值可根据需求确定，并符合该限制。协议实体向用户提供业务访间点（SAP）。数据单元被提交给SAP，并按照提交顺序进行处理，不同SAP之间不进行数据单元处理顺序的排序。封装包协议有下列特性。
单向性：连接的一端可以通过空间链路发送，但不能接收数据；而另一端可以接收但不能发送a）
数据。
异步性：对用户提交数据单元的传送与数据链路层的任何数据传输机制之间没有时间上的关b）
联。用户可在任何时候要求传输数据，但业务提供方可能会对数据产生速率提出限制。c）
非确认性：发送端用户不会从接收端获得对数据接收的确认信息。d）不保证完整性：封装业务不保证传输的完整，但可以对交付给接收端用户的数据单元序列之中缺失部分做标记。
e）有序性：发送用户提供的数据单元序列的顺序在通过空间链路进行传输过程中不会被改变。5.3寻址
由EPI对封装包协议用户标识。封装包和封装协议标识符按第7章规定执行。SAP可以由PVN,EPI和用于传输用户的数据单元的SDLP通道标识组合形成。5.4协议描述
对于封装包协议从以下方式进行描述：GB/T43375—2023
a）提供给协议用户的原语；
b）提供用于进行封装的协议数据单元；c）协议提供的规程。
原语提供了业务提供者与用户之间的数据和控制信息逻辑交互的模型。原语的定义与具体的实现方式无关
协议数据单元（即封装包）决定了用于封装用户所提交的数据单元的数据结构协议规程定义了业务提供者处理数据单元的操作过程。协议规程的定义与具体的实现方法或技术无关。
6业务
6.1业务说明
本章以原语的形式对业务进行规定，提出在业务提供方与协议用户之间进行数据和控制信息交换的抽象模型。原语定义独立于具体实现方案原语定义的参数是抽象的，指明了原语用户可用的信息。本文件不规定如何获取信息的具体方式除了本文件给出的参数，在具体实现时还需要向协议用户提供其他一些参数（例如：业务控制参数、性能监视参数、诊断信息等）。
6.2业务参数
6.2.1Data_Unit参数
Data_Unit参数是封装包协议所传输的用户数据单元，为具有已知有限长度、按字节排列的数据单元。
封装包内可装载的数据单元最大长度规定为4294.967287字节，可在该限制范围内根据具体实现需求来规定数据单元长度的最大、最小限制。6.2.2SDLPChannel参数
6.2.2.1SDLP_Channel参数是封装包协议SAP地址的组成部分，唯一标识数据单元传输所使用的下层SDLP信道。
6.2.2.2SDLP_Channel的内容由所采用的下层SDLP业务决定：对于遥测、遥控或AOS的虚拟信道包业务，SDLP_Channel应包含全局虚拟信道标识（GVa）
CID)；
对于遥控和统一空间数据链路协议（USLP)的多路复用访问包业务，SDLP_Channel应包含全b）
局多路复用访问ID(GMAP_ID)；
对于邻近空间链路协议的虚拟信道包业务，SDLP_Channel应包含传送顿版本号、SCID、物理c
信道ID、DFC_ID以及端口ID。
6.2.3EPI参数
EPI参数是封装包协议SAP地址的组成部分。标识出被本协议所封装的协议数据单元。EPI的具体规定按7.2.2.3执行。
6.3业务原语
6.3.1原语说明
与封装包协议有关的业务原语包括：4
GB/T43375—2023
ENCAPSULATION.request：该原语由发送端的协议用户提交给业务提供方，用于申请将一a）
个数据单元通过下层SDLP传送给接收端用户；ENCAPSULATION.indication：该原语由接收端的业务提供方提交给用户，用于提示交付一b）
个数据单元。
ENCAPSULATION.request原语
6.3.2.1功能
ENCAPSULATION.request原语应用于封装包协议的业务申请原语。2语义
ENCAPSULATION.request原语应提供以下参数：ENCAPSULATION.request (Data Unit,SDLP_Channel,
产生时机
当向业务提供方申请发送数据单元时，ENCAPSULATION.request原语应提交给业务提供方6.3.2.4响应
ENCAPSULATION.request原语触发业务提供方传送数据单元、5说明
ENCAPSULATION.request原语用来通过空间链路以SDLP进行数据单元传输。6.3.3ENCAPSULATION.indication原语6.3.3.1功能
ENCAPSULATION.indication原语应为封装包协议的业务指示原语。语义
ENCAPSULATION.indication应提供以下参数：ENCAPSULATION.indication(Data_Unit，SDLP_Channel,
6.3.3.3产生时机
当可交付一个数据单元时，接收端的业务提供方使用ENCAPSULATION.indication原语提示用户。
6.3.3.4响应
协议用户收到ENCAPSULATION.inducation原语时的响应未定义。5说明
ENCAPSULATION.indication原语通过SDLP_CHANNEL，EPI标识将数据单元交付给封装协
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。