标准规范下载简介：
内容预览由机器从pdf转换为word，准确率92%以上，供参考
GB／T 42039-2022 空间数据与信息传输系统 空间包协议.pdf字节串最少应包含1个字节，最多包含65536个字节。在项目中应明确字节串的最大长度，可根 子网所能传输的业务数据单元的最大长度来限定字节串的最大长度。
字节串可包含包副导头，格式见7.7.4.1。
包业务应通过LDP传输业务用户预先构建好的空间包。业务用户应按空间包的格式（见7.2) 购建好空间包，在传输过程中包业务不对空间包的格式做进一步处理。
包业务原语一般使用下列参数。 a)s SpacePacket：包业务传输的业务数据单元。 b）APID：APID和APIDQualifier（如果有）唯一标识LDP。 APIDQualifier：可选参数，APID限定符，与空间包的APID关联，可用于标识APID的命名 域。APIDQualifier应由LDP使用底层子网提供的业务传输。 d) QoSRequirement：可选参数，QoS要求，应用于表示空间包的服务质量要求。如果底层子网 支持多级服务质量，该参数则能用于选择合适的服务质量级别。
悬挑式卸料平台施工方案26.3.3.1PACKET.request原语
在发送端，业务用户向业务提供方提交一个PACKET.request，请求通过指定的LDP向接收端用 户传输一个空间包。 该原语参数如下： PACKET.request(SpacePacket, APID, [APIDQualifier]， [QoSRequirement]) 注：了表示该参数为可选参数，下同。 在需要发送一个空间包时，发送端业务用户应将PACKET.request提交给业务提供方，业务提供 方收到PACKET.request后传输该空间包
注：门表示该参数为可选参数，下同。 在需要发送一个空间包时，发送端业务用户应将PACKET.request提交给业务提供方 方收到PACKET.request后传输该空间包
在接收端，业务提供方应通过PACKET.indication向业务用户交付一个空间包。该原语通过 APID和可选的APIDQualifier标识业务用户，参数如下： PACKET.indication(SpacePacket, APID， [APIDQualifier])
字节串业务原语一般使用下列参数。 a）OctetString：业务传输的业务数据单元。 b）APID：APID和APIDQualifier（如果有）唯一标识LDP。 c）APIDQualifier：可选参数，APID限定符，与由字节串产生的空间包的APID关联，可用于标 识APID的命名域。APIDQualifier由LDP使用底层子网提供的业务传输。 d）SecondaryHeaderIndicator：副导头指示，包主导头应包含副导头标志，应用于表示是否存在 包副导头。发送端业务用户应向业务提供方提供SecondaryHeaderIndicator参数，用于表示 字节串的起始部分是否包含包副导头。业务提供方应使用该参数设置包主导头中的副导头 标志。 e）QoSRequirement：可选参数，QoS要求，用于表示空间包的服务质量要求。如果底层子网支 持多级服务质量，该参数用于选择合适的服务质量级别。 f ）DataLossIndicator：可选参数，数据丢失指示，应用于提示接收端用户是否有一个或多个字节 串在传输过程中丢失，这可通过包序列计数（见7.3.4.3)的连续性来判断。如果在实现中使用 该参数，应在设计时进行说明，且该实现涉及的各方应保持一致。
APID, [APIDQualifier]， Secondary HeaderIndicator, [QoSRequirement])
本文件采用下述位序号的约定，以便识别Nbits数据域中的各位。
本文件采用下述位序号的约定，以便识别Nbits数据域中的各位。
.2.1空间包由包主导头和包数据域组成，最小长度应为7字节，最大长度应为65542字节，其中： a）包主导头（长度6字节，必选）； b）包数据域（长度范围从1字节～65536字节，必选）。 7.2.2包数据域内填充空闲数据的空间包称为空闲包；为保持数据传输过程同步，可以生成空闲包， 闲包格式见GB/T39350和GB/T39345。 7.23空间句的组成结构如图7所示
包主导头为必选项，格式如图8所示，应按顺序依次包含以下4个域： a) 包版本号（3bits，必选）； b) 包标识（13bits，必选）； c) 包序列控制（16bits，必选）； d）包数据长度（16bits，必选）。
7.3.3.1一般要求
包主导头的位3～位15应为包标识，应包括以下3部分： a 包类型（1bit，必选）； 6 副导头标志（1bit，必选）； c) 应用过程标识（11bits，必选）。
包主导头的位3应为包类型，应用于区分遥测包（或报告包)和遥控包（或请求包），其中： a) 遥测包（或报告包），包类型应设置为“0”； b) 遥控包（或请求包），包类型应设置为“1”。
7.3.3.3副导头标志
包主导头的位4应为副导头标志，应用于表示空间包中是否存在副导头。若存在副导头，该标志 ”；若不存在副导头，该标志应为“0”。副导头标志在整个任务期间应保持不变。 空闲包应将副导头标志设置为“0”
7.3.3.4应用过程标识（APID）
包主导头的位5～位15应为APID。 APID和APID限定符唯一标识LDP，其中APID限定符是可选的。APID在它的命名域中是唯 在特定的航天器中，APID可唯一地标识源应用过程或目的应用过程。 空闲包的APID设置应为“全1”，即“11111111111”。
7.3.4.1一般要求
包主导头的位16～位31应为包序列控制，应包括以下2部分 10
a） 序列标志（2bits，必选）； b）包序列计数或包名称（14bits，必选）
7.3.4.2序列标志
包主导头的位16～位17应为序列标志。对于包业务用户，序列标志可以用于标识该空间包中的 用户数据属于一组应用数据中的一段，含义如下： a）“00”：应用数据的中间段； b）“01”：应用数据的首段； c）“10”：应用数据的尾段； d）“11”：应用数据未分段。 在使用字节串业务时，应将序列标志置为“11”，因为字节串业务一般不再分段
7.3.4.3包序列计数或包名称
7.3.4.3.1包主导头的位18～位31应为包序列计数或包名称。当包类型为“0"（遥测包或报告包）时， 该域应为包序列计数；当包类型为“1"（遥控包或请求包）时，该域应为包序列计数或包名称。 7.3.4.3.2包序列计数为应用过程产生的空间包应提供连续的二进制计数。包序列计数应为连续增加 （模16384），除非有不可避免的情况，在达到16383之前不应重置包序列计数。 7.3.4.3.3不应要求增加空闲包的包序列计数。 7.3.4.3.4包序列计数的目的是可对同一个应用过程产生的包进行排序，即使从发送端传输到接收端 过程中包顺序被打乱，也可根据包序列计数按顺序处理包。如果由于重新初始化导致包序列计数重置， 则包序列的完整性将无法确定。 7.3.4.3.5包序列计数可以结合包副导头中的时间码（见7.4.1.2)来提供明确的顺序，该时间码的分辨 率足以保证它在两个连续的包序列计数周期里至少增加一次。 7.3.4.3.6包名称可以标识一个特定包，用于区分同一通信期间的其他包。包名称可以是任意的 14bits的二进制数。
包副导头的目的是允许用户根据需要，在每个空间包的相同位置放置辅助数据（如时间、内部数据 格式、航天器位置/姿态信息等）。 如果包中没有用户数据域，则包副导头为必选项；否则，包副导头为可选项。应在包主导头的副导 头标志中明确是否存在包副导头。空闲包不存在包副导头。 如果存在包副导头，包副导头应无间隙地排在包主导头后面，长度为8bits的整数倍。对于每个 PathID，管理系统应向发送端用户和接收端用户明确包副导头的内容。包副导头应为下述内容之一： a）时间码（长度可变)； b）辅助数据（长度可变)； c）时间码和辅助数据（长度可变）。
在整个任务阶段，对于特定的PathID，包副导头的上述内容选用应保持不变。包副导头的格式 所示。
如果存在时间码，时间码的长度应是8bits的整数倍。时间码应符合GB/T39355中规定的时 各式。在整个任务阶段，对于特定的PathID，时间码的选用应保持不变。
7.4.1.3辅助数据
如果存在辅助数据，辅助数据的长度应是8bits的整数倍。 注：辅助数据可以包含用于解释空间包用户数据域的任何辅助信息。本文件不对辅助数据的内容和格式作规定
7.4.2.1如果存在用户数据域，在有包副导头时，用户数据域应无间隙地排在包副导头后面，在没有包 副导头时，用户数据域应无间隙地排在包主导头后面，长度为8bits的整数倍。 7.4.2.2如果不存在包副导头，则用户数据域应为必选的；如果存在包副导头，则用户数据域为可选的。 7.4.2.3如果包不是空闲包，则用户数据域应为发送端用户提供的应用数据；如果包是空闲包，则用户 数据域应为填充数据。 注：本文件不规定填充数据的内容。
发送端的协议流程如图3所示。在该图中，数据从上至下流动，定义了由协议实体在发送端执行的 数据处理功能，并且表明各个功能之间的关系。该图不代表在真实系统中硬件或软件的实现配置，也不 要求协议实体应实现所有功能。本文件描述的流程从抽象的角度定义，并不代表协议实体的具体实现 方法。
组包功能从字节串业务用户接收字节串，应用于产生包主导头生成空间包。 业务用户提供SecondaryHeaderIndicator参数，用于表明该字节串的起始部分是否存在包副 组包功应能通过该参数设置包主导头中的副导头标志。组包功能维护一个连续的计数器，应用于 包主导头中的包序列计数。
包传送功能使用底层子网的业务，应将空间包传送到LDP中的下一个协议实体。 必要时，包传送功能应对从组包功能接收的空间包和包业务用户接收的空间包进行复用，并将这些 空间包以适当的顺序放人队列。本文件不规定空间包排队算法，由项目组织根据优先级、生成速率等因 索综合考虑。 包传送功能检查队列中的每个包的PathID，应用于识别LDP中的下一个协议实体，并利用底层子 网的业务来传送包。包传送功能可以将包传送到多个协议实体（不一定在同一个底层子网中），实现组 播功能。
中间系统的协议流程如图4所示。本文件描述的流程从抽象的角度定义，并不代表协议实体的具 体实现方法。
包中继功能应使用底层子网的业务将空间包中转到LDP中的下一个协议实体。 包中继功能应接收来自底层子网的空间包，并应将这些空间包以适当的顺序放入队列。本文件不 规定空间包排队算法，由项目组织根据优先级、生成速率等因素综合考虑。 包中继功能应检查队列中的每个包的PathID，以识别LDP中的下一个协议实体JGT507-2016 数显式粘结强度检测仪，并应利用底层子 网的业务来传送包。包中继功能可以将包传送到多个协议实体（不一定在同一个底层子网中），实现组 播功能。 如果使用APID限定符，每个接收到的包的APID限定符应通过传输该包的底层子网业务来恢复 如果未使用APID限定符，PathID直接来自包的APID。 当不能及时传输时，在空间包被传送至下一个包协议实体前，包中继功能可以利用中间系统提供的 存储业务暂时存储包。本文件不对包暂时存储的过程作规定。
接收端的协议流程如图5所示。在该图中，数据从下至上流动，定义了由协议实体在接收端执 放据处理功能，并且表明各个功能之间的关系。该图不代表在真实系统中硬件或软件的实现配置， 要求协议实体应实现所有功能。本文件描述的流程从抽象的角度定义，并不代表协议实体的具体 方法。
包接收功能接收来自底层子网的空间包，必要时，基于每个包的PathID对包进行解复用。 如果使用APID限定符，每个接收到的包的APID限定符应通过底层子网业务来恢复。如果未使 用APID限定符，则PathID直接来自包的APID。 如果接收端用户使用包业务，则根据PathID将接收到的空间包完整地交付给用户。如果接收端 用户使用字节串业务，则将空间包交给拆包功能，并由拆包功能将提取的字节串交付给用户。
包接收功能接收来自底层子网的空间包，必要时，基于每个包的PathID对包进行解复用。 如果使用APID限定符，每个接收到的包的APID限定符应通过底层子网业务来恢复。如果未使 用APID限定符，则PathID直接来自包的APID。 如果接收端用户使用包业务，则根据PathID将接收到的空间包完整地交付给用户。如果接收端 用户使用字节串业务，则将空间包交给拆包功能，并由拆包功能将提取的字节串交付给用户。
拆包功能用于从空间包中提取业务数据单元。拆包功能从包接收功能接收空间包，并且剥离包主 导头提取字节串。拆包功能生成SecondaryHeaderIndicator参数，用于表明字节串的起始位置是否存 在副导头；拆包功能检查包序列计数的连续性来判断在传输过程是否丢包，并且生成相应的可选的 DataLossIndicator参数
为了节省LDP上的链路带宽，空间包协议的某些参数通过管理系统确定，而不由协议自身提供。 管理参数一般在较长时间内保持不变，当与特定任务相关的协议实体需要重新配置时，可以更改管理参 数。通过管理系统将所需的信息传递给协议实体。 本章列出了空间包协议用到的管理参数，包括协议配置参数和路由参数。这些参数为抽象定义，不 代表实现管理系统的特定方法。
配置参数及其说明见表2，空间包协议实体应使！
协议配置参数及其说明
空间包协议的路由参数即其说明见表3。对每一个PathID，在LDP发送端和中间系统基坑支护施工组织设计钢板桩方案，均应配 参数。