本标准规定了空间数据与信息传输系统的通信操作规程-1（COP-1）的概念、服务类型、规程间接口、详细服务定义、帧操作规程-1、帧接受和报告机制-1和管理参数。 本标准适用于空间数据链路上用户之间的遥控数据通信。

ICS49.140
中华人民共和国国家标准
GB/T39344—2020
空间数据与信息传输系统
通信操作规程-1
Space data and information transfer systems-Communications operation procedure-1（ISO22667:2013,MOD）
2020-11-19发布
国家市场监督管理总局
国家标准花管理委赏会
2021-06-01实施
中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区)推广使用前言
规范性引用文件
术语和定义
符号和缩略语
4.1符号
缩略语
通信操作规程-1(COP-1)概念
服务类型
规程间接口
发送端规程间接口
接收端规程间接口
COP-1详细服务定义
指令请求
指令通知
异步通知·
传输通知
8顿操作规程-1(FOP-1)
8.1FOP-1变量
8.2FOP-1动作
8.3FOP-1状态表
顿接受和报告机制-1(FARM-1)
9.1FARM-1变量
FARM-1动作
FARM-1状态表
10管理参数
FOP-1管理参数
10.3FARM-1管理参数
附录A（资料性附录）本标准与ISO22667：2013相比的结构变化情况附录B（资料性附录）
本标准与ISO22667:2013相比的技术性差异及原因GB/T39344—2020
中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区)推广使用GB/T39344—2020
附录C（资料性附录）FOP-1和FARM-1状态表格式图1COP-1中AD类传送顿使用的变量图2
发送端协议实体的内部组织
接收端协议实体的内部组织
FOP-1状态转换：主协议
图5FOP-1状态转换：初始化协议图6
FOP-1状态转换：不同状态间转换方式·FARM滑动窗口概念
图8FARM-1状态转换图
状态变化项之间的映射关系
表1指令类型
表2DIRECTIVE_NOTIFY的通知类型表3ASYNC_NOTIFY的通知类型和通知标识表4“ALERT”通知的原因
表5XXX_NOTIFY.INDICATION的通知类型表6TRANSFERNOTIFICATIONSIGNAL的通知类型表7FOP-1中状态名称及对应的状态号表8FOP-1中事件条件及对应的事件号表9FOP-1状态表
表10FARM-1中状态名称及对应的状态号…表11FARM-1中事件条件及对应的事件号表12
FARM-1状态表
表13FOP-1管理参数…
表14FARM-1管理参数
本标准与ISO22667：2013的章条编号对照情况·表B.1本标准与ISO22667：2013的技术性差异及其原因中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区)推广使用45
本标准按照GB/T1.1一2009给出的规则起草。GB/T39344—2020
本标准使用重新起草法修改采用ISO22667：2013《空间数据与信息传输系统通信操作规程-1》。本标准与ISO22667:2013相比在结构上有较多调整，附录A中列出了本标准与ISO22667:2013章条编号对照一览表。
本标准与ISO22667：2013相比存在技术性差异，这些差异涉及的条款已通过在其外侧页边空白位置的垂直单线（1)进行了标示，附录B中给出了相应技术性差异及其原因的一览表。本标准还做了下列编辑性修改：-删除了ISO22667：2013中第1章文档结构、参考文献等部分内容；将ISO22667：2013中附录A“缩略语”改为了正文4.2；删除了ISO22667：2013的资料性附录B\参考文献”；删除了ISO22667:2013的资料性附录D“参考文献B2的变化说明”。本标准由全国宇航技术及其应用标准化技术委员会（SAC/TC425）提出并归口。本标准起草单位：中国航天标准化研究所、北京空间飞行器总体设计部、合肥革绿信息科技有限公司、深圳航天科技创新研究院、北京跟踪与通信技术研究所、南京大学。本标准主要起草人：许冬彦、程博文、王振永、周玉霞、韦涌泉、叶志玲、周东、裴楠、刘栋梁、高万宝、赵康、陈运军、刘保国。
中国标准出版社授权北京方方数据股份有限公司在中国境内（不含港澳台地区）推广使用中国标准出版社授权北京万方数据股份有限公司在中国境内（不含港澳台地区)推广使用1范围
空间数据与信息传输系统
通信操作规程-1
GB/T39344—2020
本标准规定了空间数据与信息传输系统的通信操作规程-1（COP-1)的概念、服务类型、规程间接口、详细服务定义、顿操作规程-1、顿接受和报告机制-1、管理参数。本标准适用于空间数据链路上用户之间的遥控数据通信。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。GB/T39350空间数据与信息传输系统遥控空间数据链路协议（GB/T39350—2020，ISO22664：2016,MOD）
3术语和定义
下列术语和定义适用于本文件。3.1
通信操作规程
communicationoperationprocedure;CoP由若干个有序动作组成的序列，用于在有差错信道中传送遥控应用数据时，确保数据的正确性、完整性和序贯性。
注：一般由发送端的顿操作规程(FOP)和接收端的顿接收和报告机制(FARM)两实体组成。3.2
通信操作规程-1
communicationoperationprocedure-1;COP-1采用顿的序列数目来保证顺序接收和重传的一种通信操作规程。注：COP-1是CCSDS当前推荐采用的方式。3.3
顿操作规程
frame operation procedure;FOP发方传送一个遥控转移顿时所执行的步骤，FOP利用后面的遥控信道业务来执行一个转移时序时.FOP的动作由COP的规则和通过遥测CLCW返回来的FARM状态信息所决定。3.4
顿操作规程-1frameoperationprocedure-1;FOP-1对应COP-1规则响应的一种顿操作规程。3.5
接受和报告机制frameacceptanceandreportingmechanismFARM接收端用来决定是否接纳一个遥控传送顿所执行的一组步骤，同时决定如何通过通信链路控制字(CLCW)向发送端FOP报告运行和状态。1
中国标准出版社授权北京方方数据股份有限公司在中国境内（不含港澳台地区）推广使用GB/T39344—2020
顿接受和报告机制-1frameacceptanceandreportingmechanism-1;FARM-1对应于COP-1的FARM机制，当接收端FARM收到的顿号和期望的顿号相匹配时才接受此顿，否则即拒收，并由FOP返回，从N顿后才开始重传。3.7
acceptancecheck anddatatransferframeAD类传送顿
接收端使用FARM-1接收的一种按照序列控制的传送帧，其数据域中携带顿数据单元，在序列控制服务中使用。
bypassof acceptancecheck andcontroltransferframeBC类传送顿
接收端不使用FARM-1接收的一种序列号不变的传送顿，其数据域中携带控制指令，在序列控制服务中使用。
BD类传送顿
快捷传送顿
bypassof acceptancecheck anddatatransferframe接收端不使用FARM-1接收的一种序列号不变的传送帧，其数据域中携带帧数据单元，在快捷服务中使用。
4符号和缩略语
4.1符号
下列符号适用于本文件。
4.2缩略语
FOP-1滑动窗口宽度；
CLCW中下一个期望的序列号；
传送顿主导头中的顿序列号；
发送端等待确认的顿序列号：
FARM-1滑动窗口负向窗口宽度；-FARM-1滑动窗口正向窗口宽度；挂起状态；
超时类型；
接收顿序列号；
传送顿序列号；
FARM-1滑动窗口宽度。
下列缩略语适用于本文件。
ARQ：自动重传请求（automaticrequestforretransmission）；CCSDS：空间数据系统咨询委员会（consultativecommitteeforspacedatasystems）；CLCW：通信链路控制字（communicationslinkcontrolword）；CoP-1：通信操作规程-1（communicationsoperationprocedure-1)；FARM：帧接受和报告机制（frameacceptanceandreportingmechanism）；2
中国标准出版社授权北京方方数据股份有限公司在中国境内（不含港澳台地区）推广使用FDU：帧数据单元（framedataunit）；FOP-1：顿操作规程-1(frameoperationprocedure-1)；GVCID：全局虚拟信道标识（globalvirtualchannelidentifier）；LLIF：下层接（lowerlayerinterface）；SAP：业务访问点（serviceaccesspoint）；VC：虚拟信道（virtualchannel）；VCID：虚拟信道标识（virtualchannelidentifier）。5概述
5.1通信操作规程-1(COP-1)概念GB/T39344—2020
COP-1是依据GB/T39350，在接收端和发送端间执行的遥控通信闭环机制。对于被接收端拒收的传送顿，COP-1使用ARQ规程进行重传。在COP-1中，序列控制传送顿只有按照严格的先后顺序传输，在接收端才被接受，这样保证了业务数据单元能够按照发送端相同的数据顺序正确无误地传输到接收端的上一层，而不会出现遗漏或重复。对于每一个虚拟信道，COP-1都包括一对同步规程：一个是在发送实体内执行的FOP-1，另一个是在接收实体内执行的FARM-1。在同一个虚拟信道中，FOP-1将特定的传送顿传输到FARM-1，FARM-1通过CLCW返回传送顿接收状态给FOP-1。COP-1用来管理传送顿，传送是由GB/T39350定义的顿生成规程生成的。实际上，部分传送顿是由FDU加上COP-1所产生的传送顿主导头某些参数构成，而FDU是由插人到传送顿数据域中的数据构成。
在COP-1中，顿序列的连续控制靠帧序列号来保持，在每个序列控制传送顿中应包含序列号。序列控制传送在FOP-1中按照顿序列号的递增顺序进行编排传输，只有当接收的顺序列号符合传送顿序列的顺序时，FARM-1才允许序列控制传送被接受。当接收端发现了顿序列号错误的传送帧时，FARM-1会拒绝虚拟信道上后续所有不符合顿序列号要求的传送。FOP-1在检测到CLCW中的重传标志或者当定时器出现超时时，就会启动重传机制，在同一虚拟信道中重新传输所有无应答的序列控制传送。FOP-1和FARM-1还拥有窗口机制，用于防止新的传送顿与之前丢失的传送顿使用相同的序列号来进行发送或接收。有效的快捷（序列号不变)传送顿总是被FARM-1接收，其处理仅限于对CLCW中的快捷（序列号不变)传送顿计数器递增。快捷传送顿也用于由FOP-1向FARM-1发送控制指令。序列控制传送帧和快捷传送顿既受到信道编码子层纠错/检错能力保护，应通过GB/T39350所定义的顿有效性检查。因此，FARM-1接收的快捷传送顿具有很高的正确接收概率，不过它们的顺序是不受COP-1控制的。
遥控空间数据链路协议提供两类服务类型：序列控制服务和快捷服务，这两类服务决定了业务数据单元由发送端用户传送给接收端用户的可靠程度。COP-1对应提供序列控制服务和快捷服务来支持这两种服务类型。5.2服务类型
5.2.1序列控制服务
序列控制服务按照ARQ规程来实现，包括接收端和发送端的序列控制机制及接收端对发送端的应答机制。对于序列控制服务，COP-1确保了更高的成功率：3
中国标准出版社授权北京万方数据股份有限公司在中国境内(不含港澳台地区)推广使用GB/T39344—2020
a）FDU无丢失；
b）FDU无重复；
c）FDU交付顺序不会错误。
两类传送顿用于提供序列控制服务，包括：AD类传送顿，传送FDU；
一BC类传送顿，传输用于配置COP-1的控制指令［如Unlock和SetV(R)]。序列控制服务通过四条不同的初始化序列控制服务指令来启动，其中两条指令用以传送两条控制指令（BC类传送顿），这两条控制指令在FARM-1中执行明确定义的动作，反映在CLCW中。如果序列控制服务正常启动，但没有接收到期望的响应，定时器就会按照规定的重传次数启动控制指令进行重传。另外两条指令允许序列控制服务在开始前不用等待接收端的响应（尽管发送端要求收到合适的CLCW)操作。
一且COP-1完成一个特定虚拟信道的序列控制服务启动，FDU就会被按顺序地插入到传送顿中，按照它们提交给COP-1的顺序在虚拟信道中传输。序列控制服务保证了FDU在单独的虚拟信道中按顺序传输。由于在单独的虚拟信道中传输存在重传的可能性，如果不同的虚拟信道都使用序列控制服务，就不能保证这些不同虚拟信道上的FDU都能按开始交付的顺序进行传输。对于AD类传送帧，自动重传规程使用了一些变量，其中最主要的有V(R）、V(S）、N（R）及N（S），如图1所示。这些变量将在8.1和9.1中详细说明。发送端
传送帧
接收端
FARM-1
图1COP-1中AD类传送顿使用的变量传输AD类传送帧时，如果需要可以采用信息流控制机制（等待机制），该机制允许接收端在处理接收数据资源不足时，给出相应的标志信息。对于BC类传送顿，COP-1使用的变量较少，主要包含在CLCW中用于“Unlock”控制指令的“Lockout”标志，及“N（R）”值用在“SetV(R）”控制指令的。5.2.2快捷服务
快捷服务一般用于异常情况的操作，特别是在航天器排故操作期间，或用于能够提供重传能力的上层协议。
BD类传送顿用于传输BD类业务的FDU。BD类传送顿只能传输一次（无重传），且不能保证所有的B类FDU都能被传输到接收端。发送端的FOP-1中，只要在下层协议中的时延和通信链路中通信量允许的情况下，BD类传送可以进行直接访问操作。在接收端，BD类传送顿传送的FDU将直接送到下一步规程。FARM-1中为了增加可靠性的一些执行操作，通过减少处理复杂性和降低资源消耗，可能会对AD类或BD类传送顿传送的FDU使用相同的缓冲区。当BD类传送顿被接收后，之前AD类传送帧正在传输的FDU或等待传输的FDU就会被清除，这种情况在CLCW中是不会通知发送端的。因此，发送端在同一虚拟信道启动BD类业务操作前，应终止任何正在进行的AD类业务操作。4
中国标准出版社授权北京万方数据股份有限公司在中国境内(不含港澳台地区)推广使用6规程间接口
6.1概述
GB/T39344—2020
规程间接口采用接口信号形式来进行描述，这些信号描述了不同业务间的数据逻辑交换及控制信息的理论模型，对通过使用这些信号获得服务信息的参数进行了说明。除了这里所描述的参数外，具体的实现过程中可能还需要使用别的参数，如运行控制参数、执行监测参数、辅助判断参数等。6.2发送端规程间接口
6.2.1协议实体的内部组织
发送端数据链路协议实体与其他相关协议间的接口如图2所示。在FOP-1上层执行的一套规程称为上层规程，而在FOP-1下层执行的一套规程称为下层规程。用户（高层协议）
业务数据
单元和指令
遥控数据下载标准就来标准下载网
链路协议
上层规程
顿操作规程（FOP-1）
下层规程
传送顿
信道编码和同步
返向使用的协议
图2发送端协议实体的内部组织
在使用GB/T39350所定义的服务原语时，应通过SAP将协议实体各部分结合起来。用户请求协议实体发送业务数据单元，并接收协议实体的CLCW信息。用户也可请求协议实体执行本章中定义的操作指令。
如有必要，上层规程应执行组装或分段功能，将FDU交付到FOP-1实体（对每个虚拟信道都有一个FOP-1实体）。FOP-1执行以下功能：a）生成顿主导头的一些参数；
b）检查接收端生成的CLCW，控制FDU的传输和重传；c）将FDU以及产生的参数交付给下层规程；d）FOP-1使用反向协议接收CLCW。下层规程从FOP-1接收到的数据中生成传送帧，进行多路复用，将传送帧交付到下层的信道编码和同步层实体。
中国标准出版社授权北京万方数据股份有限公司在中国境内(不含港澳台地区)推广使用
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。