GB/T 42039-2022
基本信息
标准号： GB/T 42039-2022
中文名称：空间数据与信息传输系统 空间包协议
标准类别：国家标准(GB)
英文名称：Space data and information transfer systems—Space packet protocol
标准状态：现行
发布日期：2022-10-12
实施日期：2022-10-12
出版语种：简体中文
下载格式：.pdf .zip
下载大小：4037166
标准分类号
标准ICS号：航空器和航天器工程>>49.140航天系统和操作装置
中标分类号：航空、航天>>航天器及其附件>>V75航天器遥测遥感系统
关联标准
采标情况：ISO 22646:2005
出版信息
出版社：中国标准出版社
页数：24页
标准价格：43.0
相关单位信息
起草人：詹盼盼、刘鑫、齐征、何熊文、陆静、郭坚、杨丽君、汪路元、曹雅婷、杜楠、裴楠、杨力、顾明、黄磊、佟玲、兰天、陶灼、韩宇、蒋清富、金锋、叶锦华、杜志尧、郭瑞洲
起草单位：北京空间飞行器总体设计部、中国航天标准化研究所、北京跟踪与通信技术研究所、北京神舟航天软件技术股份有限公司、南京理工大学、西安空间无线电技术研究所、北京遥感设备研究所、华测检测认证集团股份有限公司、广州经纬标准技术服务有限公司、中山博威检测技术有限公司等
归口单位：全国宇航技术及其应用标准化技术委员会(SAC/TC 425)
提出单位：全国宇航技术及其应用标准化技术委员会(SAC/TC 425)
发布部门：国家市场监督管理总局 国家标准化管理委员会
标准简介
本文件规定了空间数据与信息传输系统的空间包协议的业务、数据单元格式、协议流程和管理参数等内容。
本文件适用于空间数据在航天器与地面之间、航天器与航天器之间、航天器内部设备之间的数据链路组成的空间网络中的传输。
标准图片预览
标准内容
ICS49.140
CCS V 75
中华人民共和国国家标准
GB/T42039—2022
空间数据与信息传输系统
空间包协议，
Space data and information transfer systems-Space packet protocol（ISO22646:2005，MOD）
2022-10-12 发布
国家市场监督管理总局
国家标准化管理委员会
2022-10-12实施
GB/T42039—2022
规范性引用文件
术语和定义
缩略语
相关概念
业务概述
业务数据单元
包业务
字节串业务
数据单元格式
位序号的约定
空间包
包主导头
包数据域，
协议流程
发送端协议流程
中间系统协议流程
接收端协议流程…
管理参数
协议配置参数
路由参数，
附录A（资料性）
附录B（资料性）
参考文献
本文件与ISO22646：2005相比的结构变化情况本文件与ISO22646：2005的技术性差异及其原因11
GB/T42039—2022
本文件按照GB/T1.1一2020《标准化工作导致第1部分：标准化文件的结构和起草规则》的规定起草。
本文件修改采用ISO22646：2005《空间数据与信息传输系统空间包协议》。本文件与ISO22646：2005相比，在结构上有较多调整，两个文件之间的结构编号变化对照一览表见附录A。
本文件与ISO22646：2005相比，存在较多技术性差异，在所涉及的条款的外侧页边空白位置用垂直单线（I）进行了标示。这些技术差异及其原因一览表见附录B。本文件做了下列编辑性改动：
删除了ISO22646：2005中第3章和第4章部分的注；一增加了附录A（资料性）“本文件与ISO22646：2005相比的结构变化情况”：一增加了附录B（资料性）“本文件与ISO22646：2005相比的技术性差异及其原因”；一更改了ISO22646:2005的附录B\参考文献”，删除了B1～B5，将B6～B8调整为本文件的参考文献；
删除了ISO22646：2005的附录C（资料性）“参考文献2～4的变化。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国宇航技术及其应用标准化技术委员会（SAC/TC425）提出并归口。本文件起草单位：北京空间飞行器总体设计部、中国航天标准化研究所、北京跟踪与通信技术研究所、北京神舟航天软件技术股份有限公司、南京理工大学、西安空间无线电技术研究所、北京遥感设备研究所、华测检测认证集团股份有限公司、广州经纬标准技术服务有限公司、中山博威检测技术有限公司、广东瑞洲科技有限公司。
本文件主要起草人：詹盼盼、刘鑫、齐征、何熊文、陆静、郭坚、杨丽君、汪路元、曹雅婷、杜楠、裴楠、杨力、顾明、黄磊、佟玲、兰天、陶灼、韩宇、蒋清富、金锋、叶锦华、杜志尧、郭瑞洲。I
1范围
空间数据与信息传输系统
空间包协议
GB/T 42039—2022
本文件规定了空间数据与信息传输系统的空间包协议的业务、数据单元格式、协议流程和管理参数等内容。
本文件适用于空间数据在航天器与地面之间、航天器与航天器之间、航天器内部设备之间的数据链路组成的空间网络中的传输
2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
空间数据与信息传输系统时间码格式（ISO11104：2011，MOD)GB/T39355
GB/T42041
3术语和定义
航天术语空间数据与信息传输
GB/T42041界定的以及下列术语和定义适用于本文件。3.1
定界delimited
数据具有已知和有限长度的特性。3.2
空间链路
spacelink
航天器与相应的地面系统或两个航天器之间的通信链路3.3
包spacepacket
空间包
长度可变的、定界的、按字节排列的包数据结构。注：由包主导头和包数据域组成。是空间包协议的协议数据单元。3.4
字节串
octetstring
长度可变的、定界的、按字节排列的数据单元。注：空间包协议不关注其内容和格式4缩略语
下列缩略语适用于本文件。
APID：应用过程标识（ApplicationProcessIdentifier）；CCSDS：空间数据系统咨询委员会（ConsultativeCommitteeforSpaceDataSystems）1
GB/T42039—2022
LDP：逻辑数据路径（LogicalDataPath）：MCID：主信道标识（MasterChannelIdentifier）：MSB：最高有效位（MostSignificantBit）；QoS：服务质量（QualityofService）；SAP：业务访问点（ServiceAccessPoint）；SDU：业务数据单元（ServiceDataUnit）。5通则
5.1相关概念
5.1.1协议架构
空间包协议是为了满足通过空间链路有效地传输各种类型和特性的空间应用数据的航天任务需求而设计的，该链路包含航天器内部、地面与空间或者空间与空间的通信链路，图1描述了空间包协议在协议栈中所处的位置。空间包协议提供了通过一个或多个底层子网将数据从应用过程传送到一个或多个应用过程的单向数据传输服务。通过底层子网从应用过程到其他应用过程的路径称为逻辑数据路径（LDP）注1：本文件规定的底层子网是指位于网络层以下，主要包括数据链路层和物理层。应用过程
空间包协议
底层子网协议族
逻辑数据
底层子网
空间包协议架构
应用过程
空间包协议
底层子网协议族
当数据通过LDP的底层子网时，由底层子网提供的协议机制进行传输。每个底层子网的协议可是独立的，并且在整个LDP中可能是不同的。在数据传输之前，LDP通过管理系统的服务进行配置，由管理系统重新配置。每个LDP由一个发送端系统、一个或多个接收端系统和一个或多个底层子网组成，如果涉及多个底层子网，它还包含一个或多个连接底层子网的中间系统。如果发送端和接收端系统在同一底层子网上，则LDP只包含一个底层子网。
图2给出了从一个源应用过程到一个目的应用过程的LDP示例。在此示例中，发送端和接收端系统通过三个底层子网连接在一起，这三个底层子网通过两个中间系统相互连接。注2：在有些实现中，图2描述的源或目的空间包协议实体的功能由应用过程自身执行。在这种情况下，执行本文件描述功能的应用过程被视为空间包协议实体2
源应用过程
源空间包
协议实体
本地底层子网
5.1.2协议特征
中间空间包
协议实体
中间底层子网
中间空间包
协议实体
图2逻辑数据路径（LDP）示例
GB/T 42039—2022
目的应用过程免费标准下载网bzxz
目的空间包
协议实体
本地底层子网
空间包协议为用户提供通过LDP传输空间应用数据的业务。空间包协议的协议数据单元是空间包（在本文件中，空间包也称为包）。空间包的长度是可变的（也可由用户设为固定长度），并能以可变的时间间隔传输。除了用于识别空间包的包头，空间包内的数据内容完全由应用过程自行决定。每个应用过程都可以独立于其他应用过程，在底层子网传输机制的约束下自行定义包的组织（包的顺序、传输时间间隔和优先级等）和内容。发送端系统的空间包协议实体将应用过程提供的业务数据单元构建成空间包，或对作为业务数据单元的空间包进行验证。在发送端和中间系统，空间包协议实体检查接收到的空间包的路径标识（PathID），并通过底层子网提供的机制选择路由转发空间包。管理系统向空间包协议实体提供路由信息（例如从PathID到底层子网地址的映射）。如果LDP含多个目的地，发送端系统和/或中间系统的一个或多个空间包协议实体可以进行空间包的组播5.1.3寻址
空间包协议的寻址依靠LDP完成。LDP通过PathID进行唯一标识。PathID由一个应用过程标识（APID)和一个可选的APID限定符组成。APID限定符用于标识APID的命名域，APID在命名域内是唯一的。一个APID命名域通常对应于一个航天器。每个空间项目应建立自身的APID命名域，并在命名域内向LDP分配APID。一个系统（或底层子网）如果只处理单个命名域的空间包，可以不使用APID限定符。APID包含在空间包主导头中。APID限定符不在空间包协议中定义，不包含在空间包主导头中。APID限定符通常由底层子网协议（或协议族)给出。如果在使用空间数据链路协议的空间与地面或空间与空间通信链路传输空间包时，空间数据链路协议（格式见GB/T39345、GB/T39350和GB/T39351)定义的主信道标识（MCID)应用作APID限定符。5.1.4协议说明
空间包协议从以下三个方面描述：提供给用户的业务；
协议数据单元；
协议流程。
GB/T42039—2022
业务通过原语的形式来定义，在协议实体和业务用户之间引出一个用于数据和控制信息逻辑交流的抽象模型。协议流程定义了对等实体间传递信息时协议实体执行的过程。协议流程与具体的实现方法和技术无关。本文件还规定了底层子网应提供业务功能。5.2业务概述
5.2.1业务特征
空间包协议为用户提供了数据传输业务。协议实体为用户提供业务访问点（SAP）。空间包协议的SAP以及每个业务用户均由PathID标识。提交到同一SAP的业务数据单元（SDU)按照到达的先后顺序处理，不同SAP的SDU之间无处理顺序要求。可要求SAP在业务用户和业务提供方之间执行流控制，本文件不规定流控制的具体实现方式。
本文件定义的业务有以下特征：a）预先配置：用户只能通过由管理系统建立和预先配置的LDP发送或者接收数据；b）单向：一次传输过程中，LDP的一端只发送数据，不接收数据，另一端只接收数据，不发送数据；
c）：
异步：业务数据单元的传输没有预定义的时间约束，用户可以在任意需要的时刻请求数据传输，但是可能会受到业务提供方数据产生速率的限制；d）不确认接收：发送端不会从数据接收端接收确认信息e）不保证完整性：业务不保证数据完整性，也不提供重传机制；f）非保序：发送端提供的业务数据单元通过LDP传输时可不保持原来的顺序。空间包协议可用于用户A向用户B和用户B向用户A发送数据，在这种情况下，每个方向均需要一个LDP。
提供给用户的端到端服务质量依赖于LDP的底层子网提供的服务质量。空间包协议不提供保证特定服务质量的机制，而是由系统设计实现中保证满足用户需求的端到端服务质量。5.2.2业务说明
空间包协议提供两种业务：包业务和字节串业务，如表1所示。表1空间包协议提供的业务
包业务
字节串业务
业务数据单元
空间包
字节串
SAP地址
Path ID
Path ID
LDP的每个源或目的SAP均关联一种业务一一包业务或字节串业务。LDP端到端传输时，可能会出现不对称的业务，如发送端系统发起字节串业务，而接收端系统采用包业务。这两种业务的协议数据单元均为空间包。对于包业务，空间包既用作业务数据单元，又用作协议数据单元。
包业务通过LDP传输由业务用户预先构建好的空间包。业务用户应根据本协议规定的格式产生空间包；业务提供方直接传递业务用户提供的空间包，无需更改格式。字节串业务通过LDP传输业务用户提供的字节串。业务提供方将字节串格式化为空间包的格式后再进行传输。
5.3功能
5.3.1一般功能
GB/T 42039—2022
空间包协议通过低层子网提供的业务，将发送端的业务数据单元封装在协议数据单元（即空间包)序列中并传输，空间包的长度可变，在底层子网中异步传输。5.3.1.2
协议实体执行以下功能：
产生（或确认)并处理包含在包头的协议控制信息，以完成数据识别；通过底层子网路由转发协议数据单元；通过复用/解复用的方式，实现多种业务用户共享由底层子网提供的逻辑连接。本协议实体不执行以下功能：
建立与释放连接；
业务数据单元分段与重组；
业务数据单元重传；
流量控制。
协议实体的内部结构
图3、图4和图5显示了发送端、中间系统和接收端协议实体的内部结构。图3中数据流是从上到下流动，图4中中间系统的数据流是双向的，图5中接收端的数据是从下到上流动的。图3、图4和图5描述了协议实体执行的数据处理功能，并表明了协议实体功能间的逻辑关系，不代表在实际系统中的任何软件或硬件配置。协议实体不一定包含图中的全部功能，它包含的功能取决于实际系统使用的业务。字节串业务
包业务
包传送
底层子网
发送端协议实体的内部结构
包中继
底层子网
图4中间系统协议实体的内部结构5
GB/T42039—2022
5.3.3对底层子网的要求
5.3.3.1底层子网的功能要求
字节串业务
包接收
底层子网
包业务
图5接收端协议实体的内部结构
空间包协议使用底层子网提供的业务，可适应不同的底层子网和数据链路。底层子网应提供以下功能：
建立LDP所需的寻址和路由功能：b）
为在底层子网中传输的空间包关联APID限定符的功能5.3.3.2
2底层子网的性能要求
底层子网的性能应满足：
APID以及包头中其他值的误识别率小于项目规定值；a）
b）底层子网丢包率小于项目规定值。6业务
6.1概述
6.1.1业务通过原语的形式来定义，原语是协议实体和业务用户之间进行数据和控制信息逻辑交互的抽象模型。原语的定义独立于具体的实现方法，6.1.2原语参数以抽象方式定义，主要规定原语用户可获取的信息。6.1.3本文件不规定获取信息的方式，仅规定了业务原语参数的最小集，具体实现时，可为业务用户提供本文件规定之外的其他参数，如：用于业务控制参数、性能监视以及诊断信息等。6.2业务数据单元
6.2.1空间包
空间包最少应包含7个字节，最多包含65542个字节。在项目中应明确空间包的最大长度，可根据底层子网所能传输的业务数据单元的最大长度来限定空间包的最大长度。6.2.2字节串
字节串最少应包含1个字节，最多包含65536个字节。在项目中应明确字节串的最大长度，可根据底层子网所能传输的业务数据单元的最大长度来限定字节串的最大长度。6
字节串可包含包副导头，格式见7.7.4.1。6.3包业务
6.3.1通用要求
GB/T42039—2022
包业务应通过LDP传输业务用户预先构建好的空间包。业务用户应按空间包的格式（见7.2)预先构建好空间包，在传输过程中包业务不对空间包的格式做进一步处理。6.3.2参数
包业务原语一般使用下列参数。SpacePacket：包业务传输的业务数据单元。a
APID：APID和APIDQualifier（如果有）唯一标识LDP。b）
APIDQualifier：可选参数，APID限定符，与空间包的APID关联，可用于标识APID的命名域。APIDQualifier应由LDP使用底层子网提供的业务传输。QoSRequirement：可选参数，QoS要求，应用于表示空间包的服务质量要求。如果底层子网d）
支持多级服务质量，该参数则能用于选择合适的服务质量级别。6.3.3
业务原语
PACKET.request原语
在发送端，业务用户向业务提供方提交一个PACKET.request，请求通过指定的LDP向接收端用户传输一个空间包。
该原语参数如下：
PACKET.request(Space Packet,APID,
［APID Qualifier]，
[QoS Requirement])
注：［］表示该参数为可选参数，下同。在需要发送一个空间包时，发送端业务用户应将PACKET.request提交给业务提供方，业务提供方收到PACKET.request后传输该空间包。6.3.3.2PACKET.indication原语在接收端，业务提供方应通过PACKET.indication向业务用户交付一个空间包。该原语通过APID和可选的APIDQualifier标识业务用户，参数如下：PACKET.indication(Space Packet,APID，
［APIDQualifier]
6.4字节串业务
6.4.1通用要求
字节串业务应通过LDP传输业务用户提供的字节串。业务提供方应将字节串构建为空间包后传输。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
CCS V 75
中华人民共和国国家标准
GB/T42039—2022
空间数据与信息传输系统
空间包协议，
Space data and information transfer systems-Space packet protocol（ISO22646:2005，MOD）
2022-10-12 发布
国家市场监督管理总局
国家标准化管理委员会
2022-10-12实施
GB/T42039—2022
规范性引用文件
术语和定义
缩略语
相关概念
业务概述
业务数据单元
包业务
字节串业务
数据单元格式
位序号的约定
空间包
包主导头
包数据域，
协议流程
发送端协议流程
中间系统协议流程
接收端协议流程…
管理参数
协议配置参数
路由参数，
附录A（资料性）
附录B（资料性）
参考文献
本文件与ISO22646：2005相比的结构变化情况本文件与ISO22646：2005的技术性差异及其原因11
GB/T42039—2022
本文件按照GB/T1.1一2020《标准化工作导致第1部分：标准化文件的结构和起草规则》的规定起草。
本文件修改采用ISO22646：2005《空间数据与信息传输系统空间包协议》。本文件与ISO22646：2005相比，在结构上有较多调整，两个文件之间的结构编号变化对照一览表见附录A。
本文件与ISO22646：2005相比，存在较多技术性差异，在所涉及的条款的外侧页边空白位置用垂直单线（I）进行了标示。这些技术差异及其原因一览表见附录B。本文件做了下列编辑性改动：
删除了ISO22646：2005中第3章和第4章部分的注；一增加了附录A（资料性）“本文件与ISO22646：2005相比的结构变化情况”：一增加了附录B（资料性）“本文件与ISO22646：2005相比的技术性差异及其原因”；一更改了ISO22646:2005的附录B\参考文献”，删除了B1～B5，将B6～B8调整为本文件的参考文献；
删除了ISO22646：2005的附录C（资料性）“参考文献2～4的变化。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国宇航技术及其应用标准化技术委员会（SAC/TC425）提出并归口。本文件起草单位：北京空间飞行器总体设计部、中国航天标准化研究所、北京跟踪与通信技术研究所、北京神舟航天软件技术股份有限公司、南京理工大学、西安空间无线电技术研究所、北京遥感设备研究所、华测检测认证集团股份有限公司、广州经纬标准技术服务有限公司、中山博威检测技术有限公司、广东瑞洲科技有限公司。
本文件主要起草人：詹盼盼、刘鑫、齐征、何熊文、陆静、郭坚、杨丽君、汪路元、曹雅婷、杜楠、裴楠、杨力、顾明、黄磊、佟玲、兰天、陶灼、韩宇、蒋清富、金锋、叶锦华、杜志尧、郭瑞洲。I
1范围
空间数据与信息传输系统
空间包协议
GB/T 42039—2022
本文件规定了空间数据与信息传输系统的空间包协议的业务、数据单元格式、协议流程和管理参数等内容。
本文件适用于空间数据在航天器与地面之间、航天器与航天器之间、航天器内部设备之间的数据链路组成的空间网络中的传输
2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
空间数据与信息传输系统时间码格式（ISO11104：2011，MOD)GB/T39355
GB/T42041
3术语和定义
航天术语空间数据与信息传输
GB/T42041界定的以及下列术语和定义适用于本文件。3.1
定界delimited
数据具有已知和有限长度的特性。3.2
空间链路
spacelink
航天器与相应的地面系统或两个航天器之间的通信链路3.3
包spacepacket
空间包
长度可变的、定界的、按字节排列的包数据结构。注：由包主导头和包数据域组成。是空间包协议的协议数据单元。3.4
字节串
octetstring
长度可变的、定界的、按字节排列的数据单元。注：空间包协议不关注其内容和格式4缩略语
下列缩略语适用于本文件。
APID：应用过程标识（ApplicationProcessIdentifier）；CCSDS：空间数据系统咨询委员会（ConsultativeCommitteeforSpaceDataSystems）1
GB/T42039—2022
LDP：逻辑数据路径（LogicalDataPath）：MCID：主信道标识（MasterChannelIdentifier）：MSB：最高有效位（MostSignificantBit）；QoS：服务质量（QualityofService）；SAP：业务访问点（ServiceAccessPoint）；SDU：业务数据单元（ServiceDataUnit）。5通则
5.1相关概念
5.1.1协议架构
空间包协议是为了满足通过空间链路有效地传输各种类型和特性的空间应用数据的航天任务需求而设计的，该链路包含航天器内部、地面与空间或者空间与空间的通信链路，图1描述了空间包协议在协议栈中所处的位置。空间包协议提供了通过一个或多个底层子网将数据从应用过程传送到一个或多个应用过程的单向数据传输服务。通过底层子网从应用过程到其他应用过程的路径称为逻辑数据路径（LDP）注1：本文件规定的底层子网是指位于网络层以下，主要包括数据链路层和物理层。应用过程
空间包协议
底层子网协议族
逻辑数据
底层子网
空间包协议架构
应用过程
空间包协议
底层子网协议族
当数据通过LDP的底层子网时，由底层子网提供的协议机制进行传输。每个底层子网的协议可是独立的，并且在整个LDP中可能是不同的。在数据传输之前，LDP通过管理系统的服务进行配置，由管理系统重新配置。每个LDP由一个发送端系统、一个或多个接收端系统和一个或多个底层子网组成，如果涉及多个底层子网，它还包含一个或多个连接底层子网的中间系统。如果发送端和接收端系统在同一底层子网上，则LDP只包含一个底层子网。
图2给出了从一个源应用过程到一个目的应用过程的LDP示例。在此示例中，发送端和接收端系统通过三个底层子网连接在一起，这三个底层子网通过两个中间系统相互连接。注2：在有些实现中，图2描述的源或目的空间包协议实体的功能由应用过程自身执行。在这种情况下，执行本文件描述功能的应用过程被视为空间包协议实体2
源应用过程
源空间包
协议实体
本地底层子网
5.1.2协议特征
中间空间包
协议实体
中间底层子网
中间空间包
协议实体
图2逻辑数据路径（LDP）示例
GB/T 42039—2022
目的应用过程免费标准下载网bzxz
目的空间包
协议实体
本地底层子网
空间包协议为用户提供通过LDP传输空间应用数据的业务。空间包协议的协议数据单元是空间包（在本文件中，空间包也称为包）。空间包的长度是可变的（也可由用户设为固定长度），并能以可变的时间间隔传输。除了用于识别空间包的包头，空间包内的数据内容完全由应用过程自行决定。每个应用过程都可以独立于其他应用过程，在底层子网传输机制的约束下自行定义包的组织（包的顺序、传输时间间隔和优先级等）和内容。发送端系统的空间包协议实体将应用过程提供的业务数据单元构建成空间包，或对作为业务数据单元的空间包进行验证。在发送端和中间系统，空间包协议实体检查接收到的空间包的路径标识（PathID），并通过底层子网提供的机制选择路由转发空间包。管理系统向空间包协议实体提供路由信息（例如从PathID到底层子网地址的映射）。如果LDP含多个目的地，发送端系统和/或中间系统的一个或多个空间包协议实体可以进行空间包的组播5.1.3寻址
空间包协议的寻址依靠LDP完成。LDP通过PathID进行唯一标识。PathID由一个应用过程标识（APID)和一个可选的APID限定符组成。APID限定符用于标识APID的命名域，APID在命名域内是唯一的。一个APID命名域通常对应于一个航天器。每个空间项目应建立自身的APID命名域，并在命名域内向LDP分配APID。一个系统（或底层子网）如果只处理单个命名域的空间包，可以不使用APID限定符。APID包含在空间包主导头中。APID限定符不在空间包协议中定义，不包含在空间包主导头中。APID限定符通常由底层子网协议（或协议族)给出。如果在使用空间数据链路协议的空间与地面或空间与空间通信链路传输空间包时，空间数据链路协议（格式见GB/T39345、GB/T39350和GB/T39351)定义的主信道标识（MCID)应用作APID限定符。5.1.4协议说明
空间包协议从以下三个方面描述：提供给用户的业务；
协议数据单元；
协议流程。
GB/T42039—2022
业务通过原语的形式来定义，在协议实体和业务用户之间引出一个用于数据和控制信息逻辑交流的抽象模型。协议流程定义了对等实体间传递信息时协议实体执行的过程。协议流程与具体的实现方法和技术无关。本文件还规定了底层子网应提供业务功能。5.2业务概述
5.2.1业务特征
空间包协议为用户提供了数据传输业务。协议实体为用户提供业务访问点（SAP）。空间包协议的SAP以及每个业务用户均由PathID标识。提交到同一SAP的业务数据单元（SDU)按照到达的先后顺序处理，不同SAP的SDU之间无处理顺序要求。可要求SAP在业务用户和业务提供方之间执行流控制，本文件不规定流控制的具体实现方式。
本文件定义的业务有以下特征：a）预先配置：用户只能通过由管理系统建立和预先配置的LDP发送或者接收数据；b）单向：一次传输过程中，LDP的一端只发送数据，不接收数据，另一端只接收数据，不发送数据；
c）：
异步：业务数据单元的传输没有预定义的时间约束，用户可以在任意需要的时刻请求数据传输，但是可能会受到业务提供方数据产生速率的限制；d）不确认接收：发送端不会从数据接收端接收确认信息e）不保证完整性：业务不保证数据完整性，也不提供重传机制；f）非保序：发送端提供的业务数据单元通过LDP传输时可不保持原来的顺序。空间包协议可用于用户A向用户B和用户B向用户A发送数据，在这种情况下，每个方向均需要一个LDP。
提供给用户的端到端服务质量依赖于LDP的底层子网提供的服务质量。空间包协议不提供保证特定服务质量的机制，而是由系统设计实现中保证满足用户需求的端到端服务质量。5.2.2业务说明
空间包协议提供两种业务：包业务和字节串业务，如表1所示。表1空间包协议提供的业务
包业务
字节串业务
业务数据单元
空间包
字节串
SAP地址
Path ID
Path ID
LDP的每个源或目的SAP均关联一种业务一一包业务或字节串业务。LDP端到端传输时，可能会出现不对称的业务，如发送端系统发起字节串业务，而接收端系统采用包业务。这两种业务的协议数据单元均为空间包。对于包业务，空间包既用作业务数据单元，又用作协议数据单元。
包业务通过LDP传输由业务用户预先构建好的空间包。业务用户应根据本协议规定的格式产生空间包；业务提供方直接传递业务用户提供的空间包，无需更改格式。字节串业务通过LDP传输业务用户提供的字节串。业务提供方将字节串格式化为空间包的格式后再进行传输。
5.3功能
5.3.1一般功能
GB/T 42039—2022
空间包协议通过低层子网提供的业务，将发送端的业务数据单元封装在协议数据单元（即空间包)序列中并传输，空间包的长度可变，在底层子网中异步传输。5.3.1.2
协议实体执行以下功能：
产生（或确认)并处理包含在包头的协议控制信息，以完成数据识别；通过底层子网路由转发协议数据单元；通过复用/解复用的方式，实现多种业务用户共享由底层子网提供的逻辑连接。本协议实体不执行以下功能：
建立与释放连接；
业务数据单元分段与重组；
业务数据单元重传；
流量控制。
协议实体的内部结构
图3、图4和图5显示了发送端、中间系统和接收端协议实体的内部结构。图3中数据流是从上到下流动，图4中中间系统的数据流是双向的，图5中接收端的数据是从下到上流动的。图3、图4和图5描述了协议实体执行的数据处理功能，并表明了协议实体功能间的逻辑关系，不代表在实际系统中的任何软件或硬件配置。协议实体不一定包含图中的全部功能，它包含的功能取决于实际系统使用的业务。字节串业务
包业务
包传送
底层子网
发送端协议实体的内部结构
包中继
底层子网
图4中间系统协议实体的内部结构5
GB/T42039—2022
5.3.3对底层子网的要求
5.3.3.1底层子网的功能要求
字节串业务
包接收
底层子网
包业务
图5接收端协议实体的内部结构
空间包协议使用底层子网提供的业务，可适应不同的底层子网和数据链路。底层子网应提供以下功能：
建立LDP所需的寻址和路由功能：b）
为在底层子网中传输的空间包关联APID限定符的功能5.3.3.2
2底层子网的性能要求
底层子网的性能应满足：
APID以及包头中其他值的误识别率小于项目规定值；a）
b）底层子网丢包率小于项目规定值。6业务
6.1概述
6.1.1业务通过原语的形式来定义，原语是协议实体和业务用户之间进行数据和控制信息逻辑交互的抽象模型。原语的定义独立于具体的实现方法，6.1.2原语参数以抽象方式定义，主要规定原语用户可获取的信息。6.1.3本文件不规定获取信息的方式，仅规定了业务原语参数的最小集，具体实现时，可为业务用户提供本文件规定之外的其他参数，如：用于业务控制参数、性能监视以及诊断信息等。6.2业务数据单元
6.2.1空间包
空间包最少应包含7个字节，最多包含65542个字节。在项目中应明确空间包的最大长度，可根据底层子网所能传输的业务数据单元的最大长度来限定空间包的最大长度。6.2.2字节串
字节串最少应包含1个字节，最多包含65536个字节。在项目中应明确字节串的最大长度，可根据底层子网所能传输的业务数据单元的最大长度来限定字节串的最大长度。6
字节串可包含包副导头，格式见7.7.4.1。6.3包业务
6.3.1通用要求
GB/T42039—2022
包业务应通过LDP传输业务用户预先构建好的空间包。业务用户应按空间包的格式（见7.2)预先构建好空间包，在传输过程中包业务不对空间包的格式做进一步处理。6.3.2参数
包业务原语一般使用下列参数。SpacePacket：包业务传输的业务数据单元。a
APID：APID和APIDQualifier（如果有）唯一标识LDP。b）
APIDQualifier：可选参数，APID限定符，与空间包的APID关联，可用于标识APID的命名域。APIDQualifier应由LDP使用底层子网提供的业务传输。QoSRequirement：可选参数，QoS要求，应用于表示空间包的服务质量要求。如果底层子网d）
支持多级服务质量，该参数则能用于选择合适的服务质量级别。6.3.3
业务原语
PACKET.request原语
在发送端，业务用户向业务提供方提交一个PACKET.request，请求通过指定的LDP向接收端用户传输一个空间包。
该原语参数如下：
PACKET.request(Space Packet,APID,
［APID Qualifier]，
[QoS Requirement])
注：［］表示该参数为可选参数，下同。在需要发送一个空间包时，发送端业务用户应将PACKET.request提交给业务提供方，业务提供方收到PACKET.request后传输该空间包。6.3.3.2PACKET.indication原语在接收端，业务提供方应通过PACKET.indication向业务用户交付一个空间包。该原语通过APID和可选的APIDQualifier标识业务用户，参数如下：PACKET.indication(Space Packet,APID，
［APIDQualifier]
6.4字节串业务
6.4.1通用要求
字节串业务应通过LDP传输业务用户提供的字节串。业务提供方应将字节串构建为空间包后传输。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。