(高清版)GBT 42644-2023 空间数据与信息传输系统 束协议

国家市场监督管理总局国家标准化管理委员会I Ⅲ 1 1 14缩略语 2 25.1总则 2 45.3BP协议提供的业务 46BP核心协议 4 46.2Bundle处理 6.3管理记录处理 6.4对汇聚层的业务要求 6.5安全性考虑 7BP协议在空间数据与信息传输系统应用的补充规定 7.1端点标识符采用IPN命名方案 7.2BP协议汇聚层适配器 7.3BP协议业务类型扩展 7.4BP协议聚合保管信令 7.5容延迟载荷调整 7.6时间精度要求 7.7CBHE号码 7.8-BP协议管理信息 20 20 8.3业务原语 9BP协议对存储及下层通信协议的要求 9.1可靠存储要求 9.2下层通信业务要求 Ⅱ10.1共同要求 2610.2BP协议发送方要求 2610.3BP协议接收方要求 26附录A(规范性)汇聚层适配器 A.1总体要求 27 27A.3UDP协议汇聚层适配器 A.4封装业务汇聚层适配器 28附录B(规范性)业务类型扩展规范 29 B.2ECOS块格式 29B.3ECOS块处理程序 30附录C(规范性)聚合保管信令规范 32C.2ACS说明 32C.3ACS格式 33附录D(规范性)容延迟载荷调整规范 36 D.2相关概念 36 39 42D.5协议数据单元 47 49E.1基本要求 49E.3节点错误及报告信息 E.4注册信息 E.5节点状态信息 51Ⅲ本文件由全国宇航技术及其应用标准化技术委员会(SAC/TCV束协议(BP)标准建议最初由互联网工程任务组(IETF)制定，所发布的标准建议为RFC5050标准建议所规定的BP协议可以对通信能力带来提升。CCSDS组织基于RFC5050标准建议，针对空tocolSpecification》。ISO组织则采用CCSDS734.2-B-1标准建议书，发布了BP协议的ISO国际标为保证技术内容的完整性，本文件对ISO21323:2016进行了非等效采用，参考并加入了IETF1空间数据与信息传输系统GB/T9387.1信息技术开放系统互连基本参考模型第1部分：基本模型GB/T17967信息技术开放系统互连基本参考模型OSI服务定义约定GB/T42041航天术语空间数据与信息传输RFC6260束头部压缩编码(Comp2UDP:用户数据报协议(UserD3链路B网络层A汇聚层B网络A处理该节点收到的所有保管信令。BP协议代理与应用功能单元之间的唯一管理功能单元应用功能单元汇聚层适配器1汇聚层适配器2汇聚层适配器n4以是多个端点的成员。只包含一个成员节点的端点称为单成员端点，简称单端点。每个BP协议节点至少应是一个单端点的成员。BP协议节点与端点注册成为其成员。一个端点可同时与多个注册相关5.1.7应用程序可以要求BP协议采用保管传递方式传输数据信息，如果接受保管，转发Bundle时要弃某个Bundle并不是将其从网络中删除，因为其当前保管者还留有备份。出现下列情况之一时，保管5.1.8端点名称与地址绑定是指对端点EID的SSP进行翻译映射(如将某个EID映射为下一跳EID或下层传输地址),以便将相关数据信息向目的端点传递。端点名称与地址延迟绑定是指不要求在Bundle的源节点将其目的端点映射为某个目的标识符集或目的地址，这一点与地面互联网通信中要在数据发送前在源节点通过域名服务器查找绑定目的IP地址的早期绑定模式不同。在经常中断网络a)通用计算机上运行的一个进程；b)作为后台进程运行的一个线程；c)面向对象操作系统中的一个对象；d)专用硬件设备。BP协议提供数据传输业务，将数据Bundle从一个BP协议节点转移至另一个BP协议节点。BP协议不保证Bundle序列的按序交付和完整交付。这些质量保证业务可以由BP协议以上、应用协议以下的协议层来实现。为使现有BP网络协议栈保持不变，质量保证业务可Bundle由Bundle块组成，Bundle块包括主块、扩展块和载荷块三种类型。主块包含传递Bundle5持BP协议功能扩展(如Bundle安全协议)。每个Bundle应由至少两个块顺序串接组成。一个Bundle有且只能有一个主块，排在首位；每个Bundle有且只有一个载荷块；扩展块可以没有，也可以有多个。块序列中的最后一个块的“最后块”标志位(在“块处理控制标志符”中)要设为1,主块之后的其他块中的该标志位要设为0。一个SDNV值为N个字节(N≥1)的编码数值，每个字节均由7个实际数据位作为最低有效位，插入1个前导位作为最高有效位(MSB)获得，最后一个字节的MSB设为0,其他字节的MSB设为1。示例1:被编码为{10010101}{00111100}被编码为{10000001}{10000100}{6.1.3端点标识符Bundle传递的目的地为端点，用端点标识符(EID)来标识。每个EID都采用统一资源标识符《资源标识方案名称>:<方案特定部分(即该方案对标识符的规定),或者“SSP”>。在BP协议中，资源标识方案名称以及SSP的长度都不能超过1023个字节。Bundle的各个块按照使用要求引用一定数量的EID。在某个Bunlde中，各个块所使用的多个EID(不必是所有的EID)在该Bundle主块中的“字典”中携带传递。通过“EID索引”来引用字典中的EID;主块中的所有EID域均为EID索引，其他块也可以含有EID索引。EID索引为两个SDNV值，按规定顺序排列。第一个SDNV值为该EID中方案名称的首个字符在字典中的偏移量；第二个SDNV值为该EID中SSP的首个字符在字典中的偏移量。6.1.4Bundle块格式6.1.4.1Bundle主块Bundle主块包含了将该Bundle路由到目的端的基本信息，主块格式见图3。6Bundle处理控制标志符(*)块长度(*)目的EID方案偏移量(*)目的EIDSSP偏移量(*)源EID方案偏移量(*)源EIDSSP偏移量(*)报告目的EID方案偏移量(*)报告目的EIDSSP偏移量(*)保管者EID方案偏移量(*)保管者EIDSSP偏移量(*)生成时间戳(*)时间戳序列号(*)存活期(*)字典长度(*)字典(可变长)分片偏移量(*)(可选)应用数据单元总长度(*)(可选)1个字节，表示Bundle协议版本号。6.1.4.1.3Bundle处理控制标志符SDNV值，用于启用所选择的Bundle处理控制特性，各标志位排列见图4。2201图4Bundle处理控制标志位排列图具体说明如下：a)位0～位6用于表示Bundle的一般特征或要求：4)位3:请求保管传递；5)位4:目的端点为单端点；6)位5:请求应用程序进行确认；b)位7～位13用于表示Bundle的服务类型。其中位9～位13保留。位7和位8组合构成长度1)00:批量业务；2)01:一般业务；3)10:加急业务；74)11:保留。1)位14:请求Bundle接收报告；2)位15:请求保管接受报告；3)位16:请求Bundle转发报告；4)位17:请求Bundle交付报告；5)位18:请求Bundle删除报告；6)位19:保留；7)位20:保留。如果Bundle处理控制标志符表明该Bundle的载荷是管理记录，则请求保管传递标志位要设为接受对该Bundle的保管。如果Bundle的源EID为“dtn:none”,表明该Bundle没有标识，因此基于6.1.4.1.12保管者SSP偏移量8效，也就是说，如果当前时间大于生成时间和存活期之和，则任何节点都不用再维护和转发该Bundle的载荷距原始应用数据单元起点的偏移量。如果主块的“Bundle处理控制标志符”标明该9块处理控制标识符(*)EID索引数量(*)(可选)方案1索引(*)(可选)SSP1索引(*)(可选)方案n索引(*)(可选)SSPn索引(*)(可选)块长度(*)数据(可变长)图5其他Bundle块格式图8bits,设为1表示该块是一个载荷数据块。块类型192～255的值用于实验使用，所有其他值保a)位0:该块应复制在每个分片中；c)位2:如果该块不能被处理，则删除该Bundd)位3:该块为结尾块；f)位5:该块未被处理而直接转发；g)位6:该块包含一个EID索引域。如果主块中的Bundle处理控制标志符标明该Bundle的载荷为管理记录，则对于该Bundle主块以外的其他每一个块，块处理控制标志符域中的“如果该块不能被处理，则发送状态报告”标志位要设扩展块中的协议和功能扩展由其他标准或由任务具体确定，如果某个节点收到含有其无法处理的含一个EID索引域”标志位才被设为1,且块中会含有一个EID索引域。EID索引域由EID索引计数(SDNV值)和紧随其后的一个或多个EID索引构成。每个EID索引都是一个SDNV数值对，第一个Bundle传输是指BPA根据AA的请求将Bundle发送给某个端点的持续过程，该端点可能是据要转发的端点，选择相应的汇聚层适配器，将Bundle发送给该端点最小接f)当所有被选用的汇聚层适配器都通告BPA,表明已经完成了Bundle数据发送流程后，BPA进状态为“保管被接受”,而且转发接收端点最小接收组中的所有节点都不能向本节点发送Bundle,则该Bundle的转发状态报告的原因码要设为“基于单向链路转发”,否则要设为a)BPA要判断是否要宣告转发失败。判断结果很可能受到转发受限的原因影响。处理。对目的端点不是单端点的Bundle,其保管传递失败处理流程不在本文件规定。对于目的端点为单端点的Bundle,BPA要生成一个“已失败”保管信令，发送给Bundle的当前保管6.2.5Bundle超期当Bundle当前时间大于生成时间与存活期之和时，称其超期。Bundle超期可能发生在某个6.2.6Bundle接收当某个节点收到另外一个节点发来的一个Bundle,按下列流程处理。c)对于Bundle中无法被BPA处理的扩展块：3)如果该块的块处理控制标志符没有指明在这种情况下删除该Bundle,但是指明要丢弃该4)如果该块的块处理控制标志符没有指明在这种情况下要删除Bundle或丢弃该块，则d)如果Bundle处理控制标志符中的“请求保管传递”标志位为1,并且该Bundle与另外一个骤e)。对目的端点不是单端点的Bundle,BPA针对保管传递冗余的处理流程不在本文件规6.2.7Bundle交付应用数据单元重组完成，则Bundle的分片载荷被重组后的载荷替换，并且转向步骤b)。否b)根据注册状态交付Bundle:1)如果该Bundle的状态报告域中的“请求Bundle交付报告”标志位为1,则要生成一个荷已经被交付给了AA,并不能表明AA已经处理了该载荷。2)如果Bundle处理控制标志符域中的“请求保管传递”标志位为1,则要报告保管交付情况。对于目的端点不是单端点的Bundle,保管交付报告流程不在本文件规定。对于目的入通信连接而且一次通信连接不足以转发整个Bundle。可以对Bundle进行分片来减小Bundle尺寸。分片Bundle的EID和生成时间与原Bundle相同。主块中的Bundle处理控制标志符没有标明不能分片的任何Bundle都可以在任何时间，出于任何a)所有分片Bundle的载荷组合在一起应该与分片前Bundle的载荷一致。不同的分片过程、在d)如果某个块的块处理控制标志符中的“该块应复制在每个分片中”标志位为1,则分片时要将e)如果某个块的块处理控制标志符中的“该块应复制在每个分片中”标志位为0,则分片时应将f)分片中所有块的相对顺序要与分片前相同。将之前和当前收到的具有相同源EID和生成时间的分片的载荷按照分片偏移量和载荷长度组合a)用重组的应用数据单元替换当前收到的分片中的载荷；对于目的端点为单端点的Bundle,如何决定是否接受保管传递由具体实现确定，可能会涉及资源-对目的端点不是单端点的Bundle的保管接受处理流程不在本文件规定。对于目的端点为单端点志位设为1。d)BPA要为Bundle标明新的当前保管者，将Bundle主块中的当前保管者EID修改为该节点所注册的某个单端点的EID。这可能意味着要将该EID的方案名称和SSP添加到Bundle主块的字典中。某些情况下，可以从字典中去掉当前保管者EID的方案名称和SSP。e)BPA可以为Bundle设置一个保管传递计时器，在Bundle本身超期和保管传递成功完成之对于目的端点为单端点的Bundle,当一个Bundle的保管被释放，要清除该Bundle的“保管被接受”对于目的端点为单端点的Bundle,其保管节点在下述任何情况发生时判定该保管传递失败：a)该节点为该Bundle设置的保管传递计时器超期；一旦判定保管传递失败，BPA所采取的措施由具体实现确定，可以根据失败的性质来具体确定相“已失败”保管信令，BPA可能会选择重传该Bundle,而且可能会沿管并修正保管传递计时器倒计时间隔的算法。6.2.14Bundle丢弃预留Bundle分片记录，有分片偏移量和分预留分片偏移量(*)分片偏移量(*)分片长度(*)(由管理记录标志符确定是否存在)收到Bundle的时间(DTN时间，由状态标志符确定是否存在)接受保管Bundle的时间(DTN时间，由状态标志符确定是否存在)转发Bundle的时间(DTN时间，由状态标志符确定是否存在)交付Bundle的时间(DTN时间，由状态标志符确定是否存在)删除Bundle的时间(DTN时间，由状态标志符确定是否存在)复制Bundle生成时间戳的时间值(*)复制Bundle生成时间戳的序列号(*)Bundle源EID的长度(*)(可变长)Bundle的源EID(可变长)未使用未使用未使用b)状态报告原因码：长度为1字节。内容规定见表4。DTN辅助协议(如Bundle安全协议)可无额外信息生存时间过期传输已取消表4状态报告原因码(续)从本地到目的端没有已知路由块无法识别预留e)收到Bundle的时间：如果状态标志符标明该状态报告用于报告节点收到Bundle,则该域存f)接受保管时间：如果状态标志符标明该状态报告用于报告节点接受保管Bundle,则该域存分片偏移量(SDNV值，由状态标志符确定是否存在)分片长度(SDNV值，由管理记录标志符确定是否存在)信令时间(DTN时间格式)复制Bundle生成时间戳的时间值(SDNV值)复制Bundle生成时间戳的序列号(SDNV值)Bundle源EID长度(SDNV值)Bundle源EID(SDNV值)无额外信息预留预留从本地到目的端没有已知路由块无法识别预留端到端BP协议功能基于被称为汇聚层的各种下层协每个汇聚层协议适配器要向BPA提供以下业务：a)通过下层协议向端点最小接收组中的所有可达节点发送b)将远端节点通过下层协议发送来的Bundle交付给BPA。本文件规定的汇聚层业务接口为基本要求。DTN补充协议(如BP安全协议)可以要求支持BP协使用BP协议时应考虑安全问题。由于BP协议针对资源匮乏、长延时的网络应用环境，因此BP协议要保证只有授权用户才能够发送Bundle,要考虑接收端数据的完整性，并考虑数据通过网络时的7BP协议在空间数据与信息传输系统应用的补7.1端点标识符采用IPN命名方案a)BP实现应支持IPN命名方案；b)IPN名称的SSP格式为：URI节点号，URI业务号；其中，URI节点号和URI业务号均为ASCII数字串，节点号范围为1～2⁶⁴-1,业务号范围位0～2⁴-1;7.2BP协议汇聚层适配器符合本文件的协议实现应至少支持附录A规定的一种汇聚层适配器。符合本文件的协议实现应具有附录B规定的ECOS规范。符合本文件的协议实现应具有附录C规定的聚合保管信令功能。符合本文件的协议实现应具有附录D规定的容延迟载荷调整功能。7.7CBHE号码c)ChangeRegistrationSb)BundleDelivery.indicatReport-tocommunicationsendpointID,该参数应标识Bundle相关状态报告要发送到的通信b)放弃交付该Bundle。Deregister.request(destinaChangeRegistrationState,request(destinationPoll.request(destinationcommunicationsendpointLocalBundleID.indicat本文件不规定BP协议用户收到本原语后的处理动作。8.3.8Bundle交付指示(BundleDelivery.indication)该原语用于通知BP协议用户程序，BPA已经向其交付了一个Bundle。BundleDelivery.indication(headerinformation,收到该原语后的处理动作由BP协议用户程序规定。9BP协议对存储及下层通信协议的要求BP协议对下层通信业务有下列要求。2)至少一个长期存在且本节点是其成员的单端点标识符；3)BP协议通信流量的唯一生成时间。b)需要有相应的汇聚层适配器向BPA提供至少以下业务：1)通过某个汇聚层协议将Bundle发送给目的端点最小接收组中的所有BP协议节点；2)获取远端BP协议节点通过某个汇聚层协议发送的Bundle。c)BP协议下层的各种通信协议(不一定是汇聚层协议)应向接收端BP协议节点只能交付完整的(N-1)层业务数据单元(即Bundd)BP协议下层的各种协议(不一定是汇聚层协议)应对(N-1)层协议业务数据单元(即f)ECOS应符合第7章和附录B的规定。本附录说明能够支持空间段和地面段任务操作的各种汇聚层适配器(CLA)。BP协议实现应至少支持本附录规定的一种汇聚层适配器。汇聚层适配器应支持RFC6260规定A.2.1一般要求当汇聚层适配器采用LTP协议发送和接收Bundle时，应按照本节规定的方法对Bundle进行Bundle的封装从以下两种方法中选择一种。a)每个LTP协议块只封装一个Bundle,没有前导协议用户业务标识符(DestinationLTPClientServiceID),设定为LTP协议用户业务标识符中规定的BP协议业务标识符。LTP协议用户业务标识符(DestinationLTPClientServiceID),设定为LTP协议用户业务标识符中规定的BP协议业务标识符。A.2.3采用LTP协议进行不可靠传输如果需要进行Bundle的不可靠传输，应将Bundle封装于只有绿色部分数据(即不可靠业务)的的LTP协议用户业务标识符(DestinationLTPClientServiceID),设定为LTP协议用户业务标识符中A.3UDP协议汇聚层适配器a)应启用UDP协议校验和；c)所有协议实现均应使用UDP协议端口号4556;d)所有协议实现均应保证UDP协议汇聚层适配器发送的通信流量不会对其他网络通信流量造e)BPA应确保使发送的Bundle不超过需要IP层进行分片的长度。A.4封装业务汇聚层适配器当汇聚层采用封装业务(EncapsulationService)发送和接收Bundle时，应按照下列规定的方法对Bundle进行封装：a)每次调用一个ENCAPSULATION.request原语请求的封装业务仅封装一个Bundle,不添加前导或结尾字节；b)接收端CLA可以利用封装业务协议数据单元中的“数据单元丢失标记位”(如果有),使用方式由协议实现具体确定。(规范性)本附录说明一种DTNBP协议的功能扩展，用于业务类型标识符需求超过BP协议主块中规定的用户不再局限于网络路由计算方法得出最佳路由，而宁愿利用网络中任何可能到达目的节点的路由进行信息传递，哪怕这样做会导致网络开销的增加也在所不惜。这种应急手段能够保证Bundle在可能的最短时间内到达其目的节点。c)可能需要所有转发某类数据Bundle的节点都采用具有丢失数据重传能力的汇聚层协议。d)与B.1c)相反，可能需要所有转发某类数据Bundle的节点所采用汇聚层协议都不对丢失数据进行重传。选择这样的汇聚层协议对于那些传递时效性比确定性更为重要的应用数据来说很e)可能需要某种尚不明确的“流标签”,协议用户可以用它将一些传输控制参数传递给汇聚层协议。BP的业务类型扩展用语提供这些新增业务类型标记方法。本附录传输这些ECOS业务类型扩展标记符的BP协议扩块以及对ECOS块的处理程序。B.2ECOS块格式a)块类型码应统一分配管理。b)块处理控制标志符中的位0应设为1,表示该扩展块应复制到每一个Bundle分片中。c)ECOS块应没有EID参考。d)块数据长度应为2+N,其中，N为流标签SDNV值的长度，如果ECOS块没有流标签则Ne)ECOS块的数据域部分应至少由2个域组成，也可能由3个域组成。f)ECOS块数据域部分的第一个域应为1)位0:设为1表示该Bundle为“关键业务”,要求BPA将该Bundle转发至可能到达其目的2)位1:设为1表示该Bundle为“流业务”,要求BPA以“尽力而为”的方式转发该3)位2:设为1表示本ECOS块的“顺序号”字节后面跟有SDNV格式表示的数值型“流标c)如果ECOS块含有流标签，块标识符字节的位2应设为1,而且该流标签应为SDNV值；否d)ECOS块的顺序号字节应含有位于0～255的无符号整数。如果该Bundle传递的是保管信B.3.3Bundle转发3)不应因响应保管被拒、保管传递计时器过期、网络存在路由环路或者任何其他情况而重复转发该Bundle。该项限制要求如何强制执行由协议实现具体确定。b)如果ECOS块中标识符字节的位1为1(流业务),BPA应采用某种丢失不重传的汇聚层适配c)如果ECOS块中标识符字节的位3为1(可靠业务),BPA应采用某种具有丢失重传功能的汇d)如果ECOS块中标识符字节的位1和位3都为1,BPA应采用“Bundle流业务”汇聚层适配器汇聚层协议转发该Bundle。为该Bundle的ECOS块中的序号字节值。2)如果该节点中存在目的节点相同、业务类型为2且有效序号字节值高于或等于该Bundle的ECOS中的序号字节值的Bundle,BPA应在转发完上述Bundle后再转发该Bundle。3)如果该节点中存在目的节点相同、业务类型为2且有效序号字节值低于该Bundle的ECOS中的序号字节值的Bundle,或者存在业务类型值小于2的Bundle,BPA应在上述Bundle之前先转发该Bundle。4)如果收到并转发的Bundle中有ECOS块，不应将其删除。B.3.5安全问题讨论创建ECOS块“关键业务”标记符设为1的Bundle可能会增加DOS攻击影响。对于此类攻击，可能最好的防御手段是要求所有Bundle都含有合法的Bundle认证块。C.1.2为确保数据传递，BP协议具有对每一个Bundle提供标识和确认接收的能力。而C.1.3聚合保管信令(ACS)在标明接受或拒绝保管聚合保管信令应是管理记录标志位(Bundle处理控制标志符中位1)设为1的Bundle的载荷数e)下一个域应为第二个保管ID块的最小ID与第一个保管ID块的最大ID之间的差值，用第二个保管ID块的最小ID与第一个保管ID第N个保管ID块的最小ID与第N-1个保管ID图C.1ACS载荷块定义需要ACS支持的每个Bundle都需要采用CTEB,由接受保管的BPA负责进行ACS处理。对于不支持ACS功能的Bundle协议每个Bundle应只有一个CTEB。CTEB的定义见图C.2,具体说明如下：a)第一个域为块类型标识，应为0x0a;b)第二个域应为SDNV值编码的块处理控制标志符；c)第三个域应为SDNV值编码的块长度；d)第四个域应为一个SDNV值编码的标识符，唯一标识该保管者此时保管的一个Bundle;e)第五个域应为生成本CTEB的保管者EID。块处理控制标志符(*)块长度(*)保管ID(*)生成CTEB的保管者EID(可变长)图C.2保管传递增强块(CTEB)定义C.4ACS处理方法C.4.1概述ACS生成时间来近似。如果要集合更多的Bundle,就会增加压缩比率，方法是只增加被集合的Bundle保管信令，而不需Bundle分片会产生多个长度更短且带有相应分片偏移和分片长度的Bundle。因此，分片ACS要C.4.2.1BPA对含有CTEB的Bundle的处理方式a)不支持ACS但是接受保管的中间节点，BPA会忽略CTEB而替换Bundle主块中的保管者域内容。由于CTEB中的保管者域没有更新，该CTEB会变得无效，因此下一个支持ACS的BPA会将该CTEB删除。C.4.2.2.2对于支持ACS但是不接受ACS保管的BPA,则会出现以下情况。 C.4.2.2.6支持ACS的BPA应对ACS中标明的每一个Bundle,执行6保管标志位设定的否是接受保管否是是更新主块和CTEB块的保管者域收到否生成“保管成功是是挪加到持处理的是ACS长度查按黑62.10是生成“保管失败”信令并转向RFC的保管者域生成“保管成功生成“保管失败是处理的“保管否是否(规范性)D.1概述a)按照传输顺序(而不是接收顺序)向用户交付应用数据项；f)将很小的应用数据项聚合成较大的Bundle载荷，协议进行数据传递可能会效率很低而且及时性差。本附录目的是为那些需要D.2相关概念D.2.1DTPC端点a)DTPC协议实体为发送数据，要求该节点的BPA发送载荷为DTPC协议数据单元的Bundle。b)为进行传输，DTPC协议实体应标识Bundle的目的端点；该BP协议目的端点就是DTPC端员关系进行交付，会使得该Bundle的载荷被某个DTPC协议实体接收，则该BP协议端点就是DTPC端点。c)对于载荷为DTPC协议数据单元的Bundle,如果按照BP协议节点在该Bundle目的地址域中指定的BP协议端点的成员关系，该Bundle在该BP协议节点交付时，某个DTPC协议实体就主题(Topic)由称为主题标识符(TopicID)的单个数字表示，是指对等的予以关联。主题用于表示DTPC用户应用程序运行过程中交互的数据的类型。主题采用全域定义D.2.3应用数据项具有重要意义的数据项编码构成，这些应用程序都与所指定的主题相关联。DTPC通信由用户应用程D.2.7.2当DTPC协议请求BP协议按照该配置文件发送数据PDU时示未请求采用DTPC优化业务。c)聚合时间限制：聚合并请求传输的DTPC载荷的最长时间，当开始聚合形成DTPC载荷的秒成的PDU交给BP协议传输；该值设为0表示未请求采用DTPC优化业务。D.2.8主题注册主题注册是指表示某个DTPC用户应用程序对某个主题相关联的状态机。不限制同时与某个应D.2.9主题聚合器主题聚合器对其相应的主题建立一个概念性的列表，记录所有按照某个载荷聚合器是DTPC协议实体的一个概念要素，控制应用数据项的传输，用目的DTPC端点标识和传输配置文件来标识。在一个DTPC协议实体中不能有两个载荷聚合器共用相同的目的端点和配每个载荷聚合器会构建一系列DTPC载荷，当然每次只构建个DTPC载荷。当某个应用数据项被提交给DTPC协议实体进行传输时，首先要提载荷聚合器将该应用数据项传递给主题与其相关的主题聚合器，将该应用数据项添加到当前正在本载如果载荷的长度超过载荷聚合器传输配置文件规定的聚合长度限制到一个DTPC数据PDU中，要求BP协议将该PDU为载荷的Bundle传递出去，并开始构建下一个D.2.11数据PDU收集器数据PDU收集器(简称收集器)是DTPC协议实体的一个概念单元，控制应用数据项的交付。收集器由源端点标识和配置文件标识来标识。在一个DTPC协议实体中不能有两个收集器共用相同的将要交付给用户应用程序的下一个传输PDU的载荷序列号。当某个接收到的数据PDU由BPA交付给DTPC协议实体时，要提交给源端点和配置文件与之相关的收集器。如果针对该PDU没有请求传输业务，收集器就立刻将该PDU中的所有应用数据项交付给用户应用程序。否则，收集器会将该数据PDU按照载荷序列号顺序添加到其传输PDU列表中(如果某个载荷序列号PDU已经在该列表中，则直接丢弃)。如果该列表中最早传输PDU的载荷序列号与收集器中载荷序列号计数器当前值相等，收集器就将列表中最早传输PDU和连续排列的所有传输剔除功能是由应用程序提供、主题注册过程中的一种应用召回功能。荷聚合器并且该聚合器的配置文件请求采用优化业务时，应用数据项被添加到载荷中以后要先调用该能够使应用程序有机会对载荷中的应用数据项进行管理。剔除功能只对主题相关的应用数据项进行操D.3业务D.3.1.1原语D.3.1.1.1DTPC协议接受并处理以下请求原语：a)注册请求(Register.request);b)取消注册请求(Unregister.request);c)发送请求(Send.request)。D.3.1.1.2DTPC协议应提交以下指示原语：a)应用数据项指示(Item,indication);b)错误指示(Fault.indication)。D.3.1.2参数程或进程。索引标识符的语法由协议实现具体确定。D.3.1.2.2主题标识符D.3.1.2.4应用数据项应用数据项参数(applicationdataitem)应为某个符合D.2.3规定的应用数据项。D.3.1.2.5用户数据项长度目的端点标识符参数(destinationendpointID)应为应用数据项将要发送给的目的用户应用程序实例所在BP协议节点的BP协议端点标识符。源端点标识符参数(sourceendpointID)应为发出应用数据项的用户应用程序实例所在BP协议节点的BP协议端点标识符。错误表达式参数(faultexpression)应标明DTPC协议遇到的运行错误。错误表达式的语法由协议D.3.1.6.1注册请求(Registe该原语用于将用户应用程序设定为某个特定主题相关应用数据项的唯一授权用户。D.3.1.6.1.2语义D.3.1.6.1.3生成时间D.3.1.6.1.4作用D.3.1.6.2取消注册请求(Unregister.request)D.3.1.6.2.2语义D.3.1.6.2.3生成时间该原语可以由DTPC应用程序在任何时间生成。D.3.1.6.3发送请求(Send,request)该原语用于将某个应用数据项提交给DTPC协议实体进行传输。D.3.1.6.3.2语义Send.request(aD.3.1.6.3.3生成时间该原语可以由DTPC应用程序在任何时间生成。D.3.1.6.3.4作用D.3.1.6.4应用数据项指示(Item,indication)该原语用于将DTPC协议实体收到的某个应用数据项进行交付。D.3.1.6.4.2语义D.3.1.6.4.3生成时间该原语应由载荷收集器生成。如果某个DTPC载荷的载荷序列号比该载荷收集器最近收到的载荷序列号大1(从原语指定的源端点标识符接收),则载荷收集器应从该DTPC载荷中解析出应用数据D.3.1.6.4.4作用D.3.1.6.5错误指示(Fault.indication)该原语用于将某个DTPC错误情况告知用户应用程序。D.3.1.6.5.3生成时间该原语在DTPC协议实体遇到错误情况时生成。BP.request(Sourc‘custodytransferrequested'flag,classofservice,2)在建立载荷聚合器实例的过程中，载荷聚合器的载荷计数器初始值应设为1,当前载荷长度初始值应设为0,应计算得出该载荷的聚合截止阈值；3)载荷的聚合截止阈值应是建立载荷实例的时间加上载荷聚合器传输配置文件中的聚合时1)如果载荷聚合器(由指定目的端点标识和配置文件标识确定)当前构建的载荷中没有指定2)在建立主题聚合器实例的过程中，应为该主题聚合器(概念性)建立一个空的应用数据项列表。d)去除，如果指定的主题关联了去除功能，则应将该主题的应用数据项列表交由去除功能程序1)在完成去除功能(如果有)后，应重新计算当前优化后的载荷长度，其值应为该载荷聚合器所有主题聚合器所管理列表中的所有应用数据项长度之和；2)如果重新计算得出的长度值超过了载荷聚合器传输配置文件中指定的聚合长度限制，就当载荷聚合器当前处理的载荷被认为已经完成时，DTPC协议实体应按照以下方法结束该载荷的a)载荷聚合器应生成一个数据PDU,其中：2)如果载荷聚合器配置文件中的重传限制为0,则该PDU的载荷序列号应设为0;否则，应设为载荷聚合器的载荷计数器当前值；3)对于该载荷聚合器中有非空应用数据项列表的每一个主题聚合器，都应在数据PDU的b)如果生成的数据PDU的内容长度为0,则直接丢弃该PDU,不再进行后续操作。否则，如果生成的数据PDU的内容长度不为0:2)如果载荷聚合器传输配置文件中的重传限制值为0,则丢弃该数据PDU;否则载荷聚合器中的载荷计数器值应加1,并且计算记录该数据PDU的确认截止阈值。c)数据PDU的确认阈值应为该数据PDU的传输时刻加上载荷聚合器中的“nominalround-triptime”参数值。“nominalround-triptime”值应为载荷聚合器传输配置文件中指定的存活期值除以重传限制值加1的和。D.4.5数据PDU传输处理程序DTPC协议实体应向BP协议实体提交BP协议请求原语BP.request协议请求原语的源端点标识应为确认的DTPC端点标识，目的端点标识应为发送方载荷聚合器的目的端点标识。BP协议请求原语的应用数据单元应为该数据PDU。计算载荷聚合器的标称环回时间与之前已经请求过的传输次数的乘积，再用发送方载荷聚合器的传输配置文件指定的存活期值减去上述乘积值，如果差值大于1,则BP协议请求原语的存活期应设为BP协议请求原语的其他参数应按照发送方载荷聚合器的传输配置文件指定值进行设置。当前时间等于或超过某个载荷聚合器正在处D.4.7重传检查程序当前时间等于或超过某个外发数据PDU的确认时间限制而该数据PDU还没有丢失时，该数据介绍的方法将该数据PDU重传，且计算并记录该数据PDU的确认时限。对于重新调用发送方载荷聚数据PDU的确认时间限制应为该数据PDU重传的时间与发送该数据PDU的载荷聚合器的标称环回时间之和。发送该数据PDU的载荷聚合器的标称环回时间应为该载荷聚合器配置文件中记录的生存时间除以比重传次数限制大1的数值之商。一旦从BP协议实体接收到BP协议指示原语BP.indication,DTPC协议实体就应将其中的应用数据单元当作一个DPDU进行处理。绍的数据PDU处理程序执行。D.4.9确认处理程序确认PDU中的载荷序列号标识的外发数据PDU应被丢弃，其中，外发数源端点标识符和确认PDU的传输控制文件所标识的载荷聚合器产生。D.4.10数据PDU处理程序D.4.10.1数据PDU收集器实例化如果DTPC协议实体中没有数据PDU收集器(由指定的源端点标识和被接收数据PDU传输配置文件标识来标识),就应建立一个数据PDU收集器。在建立收集器的过程中，收集器的载荷计数器初始值应设为1;此外，还应为该收集器建立一个数据PDU列表空表(概念性)实例。如果接收到的数据PDU的载荷序列号大于0(表明请求了传输业务),则应按如下方法传输一个确a)构建一个确认PDU,其配置文件标识和载荷序列号应分别为所接收到的数据PDU的配置文b)DTPC协议实体应项BP协议实体提交BP协议请求原语BP.request,以传输确认PDU。c)BP协议请求原语的源端点标识应为与本BP协议节点确认关联的DTPC端点标识，确认关联d)BP协议请求原语的目的端点标识应为BP协议指示原语BP.indication提供的源端点标识。e)BP协议请求原语的应用数据单元应为确认PDU。f)BP协议请求原语中的其他参数取值由协议实现具体确定。如果接收到的数据PDU的载荷序列号等于0(表明未请求采用传输业务),应按照以下方法交付该数据PDU。a)对于数据PDU内容中每一个主题块中的每一个应用数据项，都应向指定主题相关联的用户应用程序发送一个数据项指示原语Item.indication。b)每个指示原语提供的源端点标识应为收集器的源端点标识。c)删除该数据PDU。D.4.10.4载荷收集D.4.10.4.1一般要求如果收到的数据PDU的载荷序列号大于0(表明请求了传输业务),应按照D.4.10.4.2～D.4.10.4.4如果与该收集器数据PDU相关的数据PDU(概念性)列表中已经包含了某个载荷序列号与所接收到的数据PDU的载荷序列号相同的数据PDU,则应丢弃所接收到的数据PDU,不再针对该数据PDUD.4.10.4.3数据PDU插入应将接收的数据PDU插入到与该收集器相关联的数据PDU列表中，按照载荷序列号升序排列D.4.10.4.4占位数据PDU管理收集器的数据PDU列表可能不仅包含接收到的数据PDU,还可能概念性包含占位数据PDU。所谓占位数据PDU,是指确认已经传输但是还没有收到的数据PDU。占位数据PDU仅包含载荷序列号，没有其他信息。占位数据PDU是一种概念性机制，用于处理收据接收过程中出现的序列号空a)如果列表中的某个占位数据PDU与接收到的数据PDU序列号相同，则将该占位数据PDUb)与接收到的数据PDU对应的PDU收集空挡应是一段载荷中所有载荷序列号的范围，该范围的起点载荷序列号应大于先于新接收数据PDU的列表中最早收到的载荷序列号，如果先于新接收数据PDU没有数据载荷，该范围的起点载荷序列号就应大于该收集器载荷计数器值减1得到的值；该范围的终点载荷序列号应小于新收到数据PDU的载荷序列号。c)对于新收到的数据PDU,载荷序列号位于其PDU收集空挡范围的所有占位数据PDU均应保留，同时要更新其过期时间。每个占位PDU的过期时间应更改为两个数值相加的和减1所得(由BP协议指示原语BP.indication提供)与交付PDU的时间相加，再用所得和值减去该d)对于新收到的数据PDU所对应的PDU收集空挡，对应其中的