GB∕T 42038-2022 空間數(shù)據(jù)與信息傳輸系統(tǒng) 文件傳輸協(xié)議

國(guó)家市場(chǎng)監(jiān)督管理總局國(guó)家標(biāo)準(zhǔn)化管理委員會(huì)I V 1 1 1 2 25.1概述 2 3 4 6 86.1用戶接口業(yè)務(wù) 86.2原語(yǔ) 8 96.4業(yè)務(wù)原語(yǔ) 6.5需要的UT層業(yè)務(wù) 7協(xié)議規(guī)程 7.1CRC規(guī)程 7.2校驗(yàn)和規(guī)程 207.3提交規(guī)程 207.4事務(wù)啟動(dòng)通知規(guī)程 207.5PDU轉(zhuǎn)發(fā)規(guī)程 7.6文件復(fù)制規(guī)程 217.7ACK規(guī)程 267.8錯(cuò)誤處理規(guī)程 277.9文件存儲(chǔ)規(guī)程 277.11內(nèi)部規(guī)程 7.12鏈路狀態(tài)改變規(guī)程 8協(xié)議數(shù)據(jù)單元格式 8.1位序號(hào)約定 8.2一般要求 8.4文件數(shù)據(jù)PDU 9用戶操作 41Ⅱ9.1預(yù)留消息格式 9.2代理操作 9.4遠(yuǎn)程狀態(tài)報(bào)告操作 9.5遠(yuǎn)程掛起操作 9.6遠(yuǎn)程恢復(fù)操作 10.1業(yè)務(wù)類別定義 附錄A(資料性)存儲(chǔ)與中繼轉(zhuǎn)發(fā)覆蓋操作 附錄B(資料性)校驗(yàn)和計(jì)算示例 3 4 6圖4提交請(qǐng)求過程與事件順序 7 7 8 圖11不可靠傳輸事件圖 圖12可靠傳輸功能事件圖 表1PDU導(dǎo)頭字段 表2LV對(duì)象格式 表6EOFPDU指令參數(shù)域內(nèi)容 表8ACKPDU指令參數(shù)域內(nèi)容 表10NAKPDU指令參數(shù)域內(nèi)容 表11段請(qǐng)求組成 表12提示PDU指令參數(shù)域內(nèi)容 Ⅲ表13?；頟DU指令參數(shù)域內(nèi)容 表16文件存儲(chǔ)請(qǐng)求TLV的操作碼 表17文件存儲(chǔ)應(yīng)答TLV的值 表18文件存儲(chǔ)應(yīng)答狀態(tài)碼 40表19故障處置選項(xiàng)TLV的編碼 41表20預(yù)留消息頭 41表21源端事務(wù)ID消息 42表22代理操作消息類型取值及其含義 42表23代理提交請(qǐng)求消息格式 43 43表25代理文件存儲(chǔ)請(qǐng)求消息格式 43表26代理故障處置選項(xiàng)消息格式 43表27代理傳輸模式消息格式 44表28代理流標(biāo)簽消息格式 44表29代理分段控制消息格式 44表30代理傳輸應(yīng)答消息格式 表31代理文件存儲(chǔ)應(yīng)答消息格式 45 46 46表34目錄列表應(yīng)答消息格式 47表35遠(yuǎn)程狀態(tài)報(bào)告操作消息類型取值說明 47表36遠(yuǎn)程狀態(tài)報(bào)告請(qǐng)求消息格式 48表37遠(yuǎn)程狀態(tài)報(bào)告應(yīng)答消息格式 48表38遠(yuǎn)程掛起操作消息類型取值說明 表39遠(yuǎn)程掛起請(qǐng)求消息格式 表40遠(yuǎn)程掛起應(yīng)答消息格式 表41遠(yuǎn)程恢復(fù)操作消息類型取值說明 表42遠(yuǎn)程恢復(fù)請(qǐng)求消息格式 表43遠(yuǎn)程恢復(fù)應(yīng)答消息格式 表44不可靠傳輸源端規(guī)程 表45不可靠傳輸目的端規(guī)程 表46可靠傳輸源端規(guī)程 表47可靠傳輸目的端規(guī)程 表48本地協(xié)議實(shí)體配置信息參數(shù) 表49遠(yuǎn)端協(xié)議實(shí)體配置信息參數(shù) 表A.3SFOMTU消息 62 66 V1GB/T42041航天術(shù)語(yǔ)空間數(shù)據(jù)與信息傳輸23用戶用戶通信系統(tǒng)4MIB的規(guī)定見第11章。56h)列出目錄。EOFPDU指示文件結(jié)束。接收實(shí)體收到某個(gè)文件段可選擇使用業(yè)務(wù)原語(yǔ)應(yīng)答，而收到元數(shù)據(jù)應(yīng)強(qiáng)制收指示NAK收指示事務(wù)完成事務(wù)完成通知完成PDU當(dāng)文件傳輸任務(wù)完成后，發(fā)送實(shí)體和接收實(shí)用戶發(fā)起一個(gè)PUT.request到源實(shí)體來啟動(dòng)事務(wù)提交請(qǐng)求。該P(yáng)UT.request觸發(fā)FDU傳輸過將觸發(fā)一個(gè)TRANSACTION—FINISHED.indication通知，此操作對(duì)于目的實(shí)體是可選的。提交過程與事件順序見圖4。7事務(wù)啟動(dòng)接收指示TRANSACTION-指示事務(wù)完源實(shí)體中轉(zhuǎn)實(shí)體中轉(zhuǎn)實(shí)體目的實(shí)體當(dāng)需要傳輸?shù)脑次募辉诒镜匚募鎯?chǔ)器，提出此請(qǐng)求的用戶應(yīng)先發(fā)起一個(gè)提交請(qǐng)求PUT.8想提交(通知)9c)TRANSACTION—FINISHED.indication;d)METADATA—RECV.e)FILE—SEGMENT—RECV.indication;j)ABANDONED.indication;1)取消文件事務(wù)；2)掛起事務(wù)；3)忽略故障但提交FAULT.indication原語(yǔ)給本地用戶；4)放棄事務(wù)并提交ABANDONED.indication原語(yǔ)給本地用戶。2)文件名1;1)創(chuàng)建文件；2)刪除文件：3)重命名文件(使用文件名2);4)追加文件(使用文件名2);5)替換文件(使用文件名2);6)創(chuàng)建目錄；7)刪除目錄；本參數(shù)不應(yīng)用于傳送目錄列表信息。目錄列表信息的傳輸通過目錄6.3.16offset參數(shù)本參數(shù)為可選參數(shù)，應(yīng)指明收到的文件段的內(nèi)容與文件的記錄結(jié)構(gòu)體匹配。PUT.request(destinationCFDPentityCANCEL.request(transacSUSPEND.request(transacti6.4.4RESUME.request原語(yǔ)TRANSACTION,indication(transactionID)EOF—SENT.indication(transactionID)TRANSACTION—FINISHED.indicatioMETADATA—RECV.indication(transactionFILE—SEGMENT—RECV.indication(LengthofsegmentmetaRESUMED.indication(transactionID,progress)REPORT.indication(transactionID,FAULT.indication(trprogress)ABANDONED.indication(transactionID,progress)EOF—RECV.indication(transactionID)UNITDATA.request(UT_SDU,UTAdUNITDATA.indication(UT_SDU,UTAddress)插入CRC。CRC運(yùn)算的算法應(yīng)是符合GB/T39350中規(guī)定的CRC算法。CRC的值應(yīng)放置于PDU數(shù)據(jù)域的最后，并且它的長(zhǎng)度應(yīng)計(jì)入PDU數(shù)據(jù)域的總長(zhǎng)度中。CRC算法的應(yīng)用對(duì)象是從PDU導(dǎo)頭部的第一個(gè)字校驗(yàn)和長(zhǎng)度為32位，校驗(yàn)和計(jì)算的示例見附錄B。校驗(yàn)和計(jì)算應(yīng)遵循以下方法：c)每一個(gè)4字節(jié)單元由文件中對(duì)應(yīng)的字節(jié)組成，將文件中的偏移是4的整數(shù)倍的字節(jié)填入4Byte數(shù)據(jù)的第一個(gè)字節(jié)，將相鄰的3個(gè)字節(jié)分別填入4字節(jié)數(shù)據(jù)的后3個(gè)字節(jié)；1)從PUT.request原語(yǔ)中獲取故障處置信息(對(duì)應(yīng)原語(yǔ)參數(shù)中的faulthandleoverides);2)從PUT.request原語(yǔ)獲取MTU或文件存儲(chǔ)請(qǐng)求(對(duì)應(yīng)原語(yǔ)參數(shù)中的filestorerequests);3)當(dāng)源文件名(對(duì)應(yīng)原語(yǔ)參數(shù)中的sourcefilename)或者目的文件名(對(duì)應(yīng)原語(yǔ)參數(shù)中的4)傳輸模式(應(yīng)答模式或者無應(yīng)答模式)由PUT.request原語(yǔ)中的傳輸模式參數(shù)(對(duì)應(yīng)原語(yǔ)事務(wù)ID一般由源協(xié)議實(shí)體在響應(yīng)PUT.request時(shí)生成。在后續(xù)所有過程中，均用此事務(wù)ID表示兩個(gè)事務(wù)在同一時(shí)刻不能擁有相同的事務(wù)ID,相同的事務(wù)ID將導(dǎo)致協(xié)議運(yùn)行錯(cuò)誤。源協(xié)議實(shí)體應(yīng)通過TRANSACTION.indication原語(yǔ)將事務(wù)ID通知協(xié)議用戶。7.5PDU轉(zhuǎn)發(fā)規(guī)程利用底層UT業(yè)務(wù)的尋址能力，每一個(gè)PDU將被發(fā)往合適的協(xié)議實(shí)體。利用PDU中目的實(shí)體ID,可從MIB中獲得PDU目的地的遠(yuǎn)程UT—SAP?；赑DU的類型，PDU所發(fā)往的協(xié)議實(shí)體ID將會(huì)是以下幾種情況之一：a)對(duì)于一個(gè)ACKPDU,該ID是發(fā)送PDU并要求應(yīng)答的協(xié)議實(shí)體ID;當(dāng)只有核心規(guī)程實(shí)現(xiàn)時(shí)，文件的發(fā)送方一般是事務(wù)的源實(shí)體，文件的接收方一般是事務(wù)的目的c)元數(shù)據(jù)PDU應(yīng)包括：1)文件中是否包含分段傳輸時(shí)需考慮的數(shù)據(jù)記錄邊界的指示；2)文件的大小(若發(fā)送的是有記錄邊界的文件則填寫，否則填0);3)文件的源和目的名(路徑名);1)一個(gè)文件數(shù)據(jù)PDU可能另外包含描述PDU的內(nèi)容與文件記錄結(jié)構(gòu)相一致的信息。這2)文件數(shù)據(jù)PDU可能包含段元數(shù)據(jù)的N個(gè)字節(jié)，N的取值范圍是0～63;3)只要文件數(shù)據(jù)PDU中包含段元數(shù)據(jù)，PDU段元數(shù)據(jù)標(biāo)識(shí)就應(yīng)該被置為1,并且可選的段4)記錄繼續(xù)狀態(tài)和段元數(shù)據(jù)不是互斥的。f)若分段控制業(yè)務(wù)參數(shù)請(qǐng)求考慮數(shù)據(jù)記錄邊界，則分段的首字節(jié)應(yīng)為一個(gè)文件數(shù)據(jù)記錄的首字節(jié)。多個(gè)完整的數(shù)據(jù)記錄可能組成一個(gè)獨(dú)立的分段，但沒有任何一個(gè)i)當(dāng)元數(shù)據(jù)PDU和所有文件數(shù)據(jù)PDU發(fā)出時(shí)[當(dāng)(A)發(fā)送的文件是有界限的并且最后1個(gè)字1)協(xié)議發(fā)送實(shí)體應(yīng)發(fā)出一個(gè)EOF(無錯(cuò)誤)PDU;2)基于管理信息庫(kù)中的設(shè)置，協(xié)議發(fā)送實(shí)體可發(fā)出一個(gè)可選的EOF—SENT.indication3)EOF(無錯(cuò)誤)PDU應(yīng)包含原始文件的校驗(yàn)和以及文件的b)協(xié)議接收端應(yīng)存儲(chǔ)事務(wù)接收到的第一個(gè)PDU中的傳輸模式值，并在后續(xù)事務(wù)的處理中使用。d)所有重復(fù)的元數(shù)據(jù)PDU應(yīng)被丟棄。f)若接收方就是事務(wù)的目的地，則目的實(shí)體端接收到元數(shù)據(jù)PDU時(shí)，應(yīng)發(fā)出METADATA—1)如果元數(shù)據(jù)PDU中包含一個(gè)或多個(gè)用戶消息，它們應(yīng)作為METADATA—RECV.indi-2)如果元數(shù)據(jù)PDU包含文件存儲(chǔ)請(qǐng)求，應(yīng)在事務(wù)文件結(jié)束后存儲(chǔ)起來為后續(xù)執(zhí)行做準(zhǔn)備。g)當(dāng)接收端收到了文件數(shù)據(jù)PDU后，應(yīng)使用文件數(shù)據(jù)PDU中偏移量和分段大小信息將這些文1)任何重復(fù)的數(shù)據(jù)應(yīng)被丟棄；2)如果元數(shù)據(jù)PDU中的分段控制標(biāo)識(shí)表示的是數(shù)據(jù)記錄邊界需要被考慮時(shí)，接收到的文件數(shù)據(jù)PDU數(shù)據(jù)記錄的對(duì)齊會(huì)被用于數(shù)據(jù)記錄的重構(gòu)；3)若接收到的文件數(shù)據(jù)PDU的偏移和分段大小超過了之前接收到的第一個(gè)EOF(無錯(cuò)誤)1)為傳輸?shù)奈募?jì)算校驗(yàn)和；2)比較接收到的文件中包含的校驗(yàn)和與計(jì)算得到的校驗(yàn)和；3)若校驗(yàn)和的比較驗(yàn)證是正確的，則可認(rèn)為本次文件傳輸結(jié)束；4)若校驗(yàn)和的比較驗(yàn)證是錯(cuò)誤的，則提示文件校驗(yàn)和錯(cuò)誤。a)協(xié)議發(fā)送端會(huì)重傳所有NAKPDU中請(qǐng)求的元數(shù)據(jù)PDU,以及在NAKPDU分段請(qǐng)求的起d)ACK規(guī)程應(yīng)應(yīng)用于EOF(無錯(cuò)誤)PDU和完成(無錯(cuò)誤)PDU,分別使用ACK(EOF)PDU和a)接收到的文件數(shù)據(jù)第1個(gè)分段的第1個(gè)字節(jié)的偏移量不為0;偏差大于1;c)文件數(shù)據(jù)最后1個(gè)分段的最后1個(gè)字節(jié)的偏移量與EOF(無錯(cuò)誤)PDU中指示的文件長(zhǎng)度的3)如果已經(jīng)接收到事務(wù)的EOF(無錯(cuò)誤)PDU,NAK序列范圍的結(jié)束值就是文件的完整長(zhǎng)5)序列中第1個(gè)NAKPDU的范圍起始值就是NAK序列的范圍起始值，序列中每個(gè)NAKb)如果接收實(shí)體就是事務(wù)的目的地，發(fā)出完成(無錯(cuò)誤)PDU,將序列。如果文件數(shù)據(jù)和元數(shù)據(jù)沒有丟失，NAK序列會(huì)包含一個(gè)不含任何分段請(qǐng)求的NAKPDU。在接收到一個(gè)事務(wù)的EOF(無錯(cuò)誤)PDU,接收實(shí)體應(yīng)決定事務(wù)的文件數(shù)據(jù)和元數(shù)據(jù)是否需要接a)如果檢測(cè)到任何的文件數(shù)據(jù)缺失或者元數(shù)據(jù)丟失，并且之前發(fā)出的NAKPDU卻沒有包含與b)事務(wù)相關(guān)的NAK計(jì)時(shí)器將會(huì)啟動(dòng)。該計(jì)時(shí)器應(yīng)設(shè)置一個(gè)與具體實(shí)現(xiàn)相關(guān)的超時(shí)時(shí)間。當(dāng)計(jì)NAK次數(shù)限制是與具體實(shí)現(xiàn)相關(guān)的，對(duì)于一個(gè)事務(wù)來說，若達(dá)到了與實(shí)現(xiàn)相關(guān)的某個(gè)限制條件，則應(yīng)提示已達(dá)NAK限制錯(cuò)誤。保活機(jī)制用于發(fā)送實(shí)體監(jiān)視接收實(shí)體的文件數(shù)據(jù)接收進(jìn)度，可在對(duì)EOF(無錯(cuò)誤)PDU進(jìn)行確認(rèn)在所有的有應(yīng)答模式中，協(xié)議接收實(shí)體會(huì)周期性地向發(fā)送實(shí)體發(fā)送?；頟DU,通知本實(shí)體到目前在接收到提示(?；?PDU時(shí)，應(yīng)發(fā)送保活PDU進(jìn)行響應(yīng)。在接收到EOF(無錯(cuò)誤)后，應(yīng)終止保活PDU的傳輸。送?；頟DU。協(xié)議接收實(shí)體在收到EOF(取消)PDU后，將會(huì)發(fā)出傳輸已完成(取消)通知。如果當(dāng)前是有應(yīng)答模式，確認(rèn)規(guī)程將發(fā)送ACK(EOF)PDU來響應(yīng)EOF(取消)PDU。c)發(fā)出RESUME.indication原語(yǔ)。a)在發(fā)出PDU的同時(shí)，協(xié)議發(fā)送實(shí)體應(yīng)啟動(dòng)一個(gè)定時(shí)器，并且在必要的重傳時(shí)間內(nèi)保留該P(yáng)DU:7.7.2PDU接收端ACK規(guī)程類型的特殊的錯(cuò)誤處理方法。如果有這樣的特殊錯(cuò)誤處理方法，應(yīng)使用相應(yīng)的b)發(fā)出掛起通知，觸發(fā)條件為事務(wù)使用“有確認(rèn)”的傳輸模式發(fā)送，或者在事務(wù)源端提示錯(cuò)誤b)文件存儲(chǔ)請(qǐng)求在元數(shù)據(jù)PDU的指令參數(shù)域中發(fā)送，與PUT原語(yǔ)中的順序一致。c)文件存儲(chǔ)的執(zhí)行是強(qiáng)制的。文件存儲(chǔ)請(qǐng)求的執(zhí)行順序與元數(shù)據(jù)PDU中的指令參數(shù)域中的順d)文件存儲(chǔ)請(qǐng)求的執(zhí)行會(huì)產(chǎn)生文件存儲(chǔ)應(yīng)答參數(shù)。如果當(dāng)前是有應(yīng)答模式，文件存儲(chǔ)應(yīng)答參數(shù)e)若某個(gè)文件存儲(chǔ)請(qǐng)求未被執(zhí)行，則后續(xù)同一個(gè)元數(shù)據(jù)PDU中的文件存儲(chǔ)請(qǐng)求都不會(huì)被執(zhí)行。f)文件存儲(chǔ)請(qǐng)求的異常不會(huì)提示任何類型的錯(cuò)誤。a)對(duì)于一個(gè)特定的事務(wù)，如果在特定的時(shí)間段(事務(wù)不活躍時(shí)限)內(nèi)未接收PDU,應(yīng)提示不活躍c)對(duì)于不活躍傳輸錯(cuò)誤的默認(rèn)處理操作為取消該事務(wù)。7.11內(nèi)部規(guī)程.2針對(duì)一個(gè)事務(wù)的傳輸完成(取消)通知可能會(huì)在對(duì)同一個(gè)事務(wù)的傳輸完成(完成)通知之后分發(fā)。接收實(shí)體對(duì)完成(無錯(cuò)誤)PDU相應(yīng)的ACKa)所有提示PDU的發(fā)送都應(yīng)被終止；b)被該實(shí)體之前發(fā)出的應(yīng)用ACK規(guī)程的PDU應(yīng)被終止。a)如果發(fā)送實(shí)體就是事務(wù)的源端，將發(fā)出TRANSACTION—FINISHED.ib)若同時(shí)滿足以下4個(gè)條件，則通過TRANSACTION—FINISHED.indication原語(yǔ)發(fā)送文件存1)發(fā)送實(shí)體就是事務(wù)的源端；2)文件使用有應(yīng)答模式傳輸；3)完成通知中的規(guī)程配置為“完成”;4)事務(wù)完成時(shí)到達(dá)的完成PDU包含著文件存儲(chǔ)應(yīng)答參數(shù)。b)終止?；頟DU的傳輸；c)終止該實(shí)體之前發(fā)出的應(yīng)用了ACK規(guī)程的PDU。來表明事務(wù)終止的原因。EOF(取消)PDU中的文件大小域應(yīng)包括事務(wù)當(dāng)前的傳輸進(jìn)度。a)對(duì)EOF(取消)PDU應(yīng)用ACK規(guī)程時(shí)，其預(yù)期響應(yīng)應(yīng)為ACK(EOF)PDU,PDU都會(huì)被忽略在接收到錯(cuò)誤提示或者協(xié)議用戶端發(fā)出的SUSPEND.request原語(yǔ)時(shí)，作為應(yīng)答，可發(fā)出掛起方向長(zhǎng)度CRC域(可選)長(zhǎng)度/bit311——文件數(shù)據(jù)方向11——發(fā)往文件發(fā)起方表示PDU傳輸方向11——無應(yīng)答11——有CRC域保留1保留1實(shí)體ID長(zhǎng)度3實(shí)體ID的字節(jié)數(shù)減1,例如“0”表示實(shí)體ID長(zhǎng)度為1字節(jié)。在PDU導(dǎo)頭中適用于所有實(shí)體ID11——PDU中有段元數(shù)據(jù) 3發(fā)起事務(wù)的實(shí)體的唯一標(biāo)識(shí)，類型為無符號(hào)二進(jìn)制整型為無符號(hào)二進(jìn)制整型目的實(shí)體ID傳輸元數(shù)據(jù)和文件數(shù)據(jù)的最終目的地實(shí)體的唯一標(biāo)8.2.4實(shí)體ID定義了兩種PDU類型：a)文件指令；d)可變長(zhǎng)文件數(shù)據(jù)。本文件中對(duì)固定格式數(shù)據(jù)進(jìn)行了明確定義。其在PDU中的位置和長(zhǎng)度是固定的。LV格式由長(zhǎng)度(L)和值(V)兩個(gè)字段組成，LV對(duì)象格式見表2。LV格式數(shù)據(jù)的長(zhǎng)度可變，但是它在PDU中的位置是不變的。協(xié)議可通過它的長(zhǎng)度字段來解析。字段大小/bit字段取值范圍8值字段大小/bit字段取值范圍類型(T)8見8.5長(zhǎng)度(L)8值(V)注1:TLV格式數(shù)據(jù)在PDU中的長(zhǎng)度和位置均是可變的。協(xié)議可通過它的類型字注2:參數(shù)可表示為固定參數(shù)(有明確的域長(zhǎng)度)、LV參數(shù)(用“LV”記號(hào)表示)或者TLV參數(shù)(用“表示，hh是TLV對(duì)象的類型域的十六進(jìn)制值)。本文件一共定義了6種TLV參數(shù)。值為0,則每一個(gè)FSS數(shù)據(jù)項(xiàng)的大小用32比特?cái)?shù)表示，否則，使用64比特?cái)?shù)表示。8.3文件指令PDU文件指令PDU組成見圖9所示。其PDU數(shù)據(jù)域包括8bits的指令碼和可變長(zhǎng)度的指令參數(shù)域。方向CRC域(可選)指令碼保留保留保留保留保留狀態(tài)碼(二進(jìn)制)狀態(tài)碼(二進(jìn)制)保留收到SUSPEND.request請(qǐng)求收到CANCEL.request請(qǐng)求長(zhǎng)度/bit值4見表5備用4 文件校驗(yàn)和見校驗(yàn)和規(guī)程7.2一以字節(jié)為單位，即使?fàn)顟B(tài)碼不為“無錯(cuò)誤”,文件長(zhǎng)度應(yīng)仍為傳輸?shù)奈募?shù)據(jù)字節(jié)的總和一個(gè)實(shí)體IDTLV;長(zhǎng)度/bit值4見表511——終端系統(tǒng)產(chǎn)生當(dāng)采用附錄A操作時(shí)，“0”在終端系統(tǒng)狀態(tài)中是有意義的11——數(shù)據(jù)不完整“數(shù)據(jù)完整”表示元數(shù)據(jù)、所有文件數(shù)據(jù)210——傳輸文件已成功保留在存儲(chǔ)區(qū)中11——傳輸文件狀態(tài)未報(bào)告見表17的實(shí)體ID長(zhǎng)度/bit值4見表4,只有EOF和完成PDU是被應(yīng)答的4該值取決于指令碼。對(duì)于完成PDU的ACK:如果完成PDU是終端系統(tǒng)產(chǎn)生的，該值為“0001對(duì)于其他文件指令的正確應(yīng)答，該值為“0000”4見表5ACKPDU的狀態(tài)碼保留22長(zhǎng)度/bit值保留110——不需要事務(wù)關(guān)閉1——需要事務(wù)關(guān)閉保留24注冊(cè)在SANA中值0表示使用模塊校驗(yàn)和源文件名當(dāng)沒有相關(guān)的文件時(shí)，比如對(duì)于代理操作的消長(zhǎng)度/bit值目的文件名當(dāng)沒有相關(guān)的文件時(shí)，比如對(duì)于代理操作的消 文件存儲(chǔ)請(qǐng)求；給用戶的消息；故障處置選項(xiàng)；8.3.6NAKPDU長(zhǎng)度/bit值起始范圍見結(jié)束范圍見-段請(qǐng)求(*N)見表11表11段請(qǐng)求組成長(zhǎng)度/bit值元數(shù)據(jù)——00000000(十六進(jìn)制)以字節(jié)為單位結(jié)束偏移元數(shù)據(jù)——00000000(十六進(jìn)制)以字節(jié)為單位8.3.7提示PDU長(zhǎng)度/bit值11——保活備用78.3.8?；頟DU表13?；頟DU指令參數(shù)域內(nèi)容長(zhǎng)度/bit值00000000—fff(十六進(jìn)制)以字節(jié)為單位方向保留保留長(zhǎng)度CRC城(可選)圖10文件數(shù)據(jù)PDU組成表14文件數(shù)據(jù)PDU數(shù)據(jù)域的內(nèi)容長(zhǎng)度/bit值201——該P(yáng)DU文件數(shù)據(jù)的第一字節(jié)是一個(gè)記錄的數(shù)據(jù)中；10——該P(yáng)DU文件數(shù)據(jù)的最后一字節(jié)是一個(gè)記錄的最后一字節(jié)，并且該記錄的開頭不再該P(yáng)DU的文件數(shù)據(jù)里；11——該P(yáng)DU文件數(shù)據(jù)的第一字節(jié)是一個(gè)記錄的只有PDU頭中段元數(shù)據(jù)6只有PDU頭中段元數(shù)據(jù)只有PDU頭中段元數(shù)據(jù) 以字節(jié)為單位文件存儲(chǔ)請(qǐng)求TLV的類型是0x00。文件存儲(chǔ)請(qǐng)求TLV的值見表15。文件存儲(chǔ)請(qǐng)求TLV的操作碼見表16。長(zhǎng)度/bit值4備用4一第一個(gè)文件名 第二個(gè)文件名表16文件存儲(chǔ)請(qǐng)求TLV的操作碼操作碼(二進(jìn)制)是否含有第二個(gè)文件名“0000”否“0001”否“0010”是“0011”是“0100”替換文件是“0101”否“0110”否“0111”拒絕文件(若存在則刪除)否“1000”拒絕目錄(若存在則刪除)否8.5.2文件存儲(chǔ)應(yīng)答TLV文件存儲(chǔ)應(yīng)答TLV的類型為0x01。文件存儲(chǔ)應(yīng)答TLV的值見表17。文件存儲(chǔ)應(yīng)答狀態(tài)碼見表17文件存儲(chǔ)應(yīng)答TLV的值長(zhǎng)度/bit值4一4見表18 第一個(gè)文件名一第二個(gè)文件名文件存儲(chǔ)消息如果沒有文件存儲(chǔ)消息參數(shù)，LV中的操作碼(二進(jìn)制)文件名的使用狀態(tài)碼(二進(jìn)制)“0000”第一個(gè)文件名——將要?jiǎng)?chuàng)建的文件名0000——成功1111——未執(zhí)行“0001”第一個(gè)文件名——將要?jiǎng)h除的文件名0000——成功1111——未執(zhí)行“0010”重命名第一個(gè)文件名——舊文件名第二個(gè)文件名——新文件名0000——成功0011——不允許重命名1111——未執(zhí)行“0011”追加的文件名，也作為新文件的文件名的文件名0000——成功0011——不允許追加1111--——未執(zhí)行“0100”替換第一個(gè)文件名——文件內(nèi)容將要被替換的文件名第二個(gè)文件名——將要替換第一個(gè)文件名的內(nèi)容的文件名0000——成功1111——未執(zhí)行“0101”0000——成功1111——未執(zhí)行“0110”0000——成功1111——未執(zhí)行“0111”第一個(gè)文件名——將要被刪除的文件名0000——成功1111——未執(zhí)行“1000”第一個(gè)文件名——將要被刪除的目錄名0000——成功1111——未執(zhí)行(見第9章)的消息ID將ASCII碼“CFDP”放在每個(gè)消息的前4字節(jié)。8.5.4故障處置選項(xiàng)TLV故障處置選項(xiàng)TLV的類型是0x04,它的值只有1Byte,編碼見表19。值4這些狀態(tài)碼對(duì)于“無錯(cuò)誤”“收到SUSPEN請(qǐng)求”和“收到CANCEL.request請(qǐng)求40101——1111——保留8.5.5流標(biāo)簽TLV流標(biāo)簽TLV的類型是0x05,值的格式未定義。實(shí)體IDTLV的類型是0x06,值是一個(gè)實(shí)體ID,見8.2。用戶操作可通過在不同文件傳輸協(xié)議用戶之間進(jìn)行預(yù)留的文件傳輸協(xié)議表20預(yù)留消息頭區(qū)域長(zhǎng)度/bitASCII碼的“CFDP”用于從所有用戶消息中識(shí)別出“預(yù)留消息”消息類型8見表22、表32、表35、表38、表41“預(yù)留消息”的消息內(nèi)容中應(yīng)包含的項(xiàng)目見第7章。消息內(nèi)容域可為固定格式、可變格式或者LV“源端事務(wù)ID消息”對(duì)于所有用戶操作都一致，其消息類型為0x0A,源端事務(wù)ID消息見表21。表21源端事務(wù)ID消息區(qū)域長(zhǎng)度/bit1置“0”實(shí)體ID長(zhǎng)度3源實(shí)體ID的字節(jié)數(shù)減1,例如“0”表示源實(shí)體ID長(zhǎng)度1置“0” 3事務(wù)序列號(hào)的字節(jié)數(shù)減1,例如“0”表示事務(wù)序列號(hào)長(zhǎng)一從所有本實(shí)體發(fā)起的事務(wù)中，唯一標(biāo)識(shí)某事無符號(hào)二進(jìn)制整型消息類型代理分段控制需要啟動(dòng)一個(gè)代理操作時(shí)，用戶應(yīng)使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU,其元數(shù)據(jù)包含一個(gè)務(wù)ID。區(qū)域長(zhǎng)度/bit目的實(shí)體ID源文件名目標(biāo)文件名代理MTU表24代理MTU消息格式區(qū)域長(zhǎng)度/bit見8.5.3區(qū)域長(zhǎng)度/bit長(zhǎng)度(Byte)8單個(gè)文件存儲(chǔ)請(qǐng)求，區(qū)域8區(qū)域缺省7全“0”一1見表1區(qū)域見8.5.5區(qū)域長(zhǎng)度/bit缺省7全“0”分段控制11——不考慮記錄邊界g)接收到同一事務(wù)的METADATA—RECV.indication的各“代理故障處置選項(xiàng)”消息中的i)接收到同一事務(wù)的METADATA—RECV.indication的各“代理文件存儲(chǔ)請(qǐng)求”消息中的區(qū)域4—缺省1置“0”12區(qū)域長(zhǎng)度/bit應(yīng)答字段長(zhǎng)度(L)8單個(gè)協(xié)議文件存儲(chǔ)應(yīng)答的內(nèi)容(見表17定義)當(dāng)收到一個(gè)取消代理提交消息，應(yīng)答方用戶應(yīng)使用CANCEL.request原語(yǔ)請(qǐng)求務(wù)ID消息所唯一標(biāo)識(shí)的事務(wù)。應(yīng)根據(jù)9.2.5提交執(zhí)行的結(jié)果報(bào)告。消息類型(十六進(jìn)制)目錄列表請(qǐng)求DirectoryListingRequest目錄列表應(yīng)答DirectoryListingResponse當(dāng)需要啟動(dòng)一個(gè)目錄列表操作，用戶應(yīng)使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU,其元數(shù)據(jù)包含表33目錄列表請(qǐng)求消息格式區(qū)域目錄名目錄文件名給請(qǐng)求方用戶的本地存儲(chǔ)的文件名稱和路徑，當(dāng)收到一個(gè)“目錄列表請(qǐng)求”,用戶應(yīng)使用消息的發(fā)起方實(shí)體。該FDU的文件數(shù)據(jù)是一個(gè)目錄列表文件，該FDU的元數(shù)據(jù)包含每一個(gè)消息類型區(qū)域長(zhǎng)度/bit取值(十六進(jìn)制)800～7F——成功 目錄名目錄列表請(qǐng)求中提出的目錄名目錄文件名消息類型(十六進(jìn)制)遠(yuǎn)程狀態(tài)報(bào)告請(qǐng)求RemoteStatusReportRequest遠(yuǎn)程狀態(tài)報(bào)告應(yīng)答RemoteStatusReport表36遠(yuǎn)程狀態(tài)報(bào)告請(qǐng)求消息格式區(qū)域長(zhǎng)度/bit取值(十六進(jìn)制)1置“0”實(shí)體ID長(zhǎng)度31置“0” 3 發(fā)起傳輸、請(qǐng)求遠(yuǎn)程報(bào)告的實(shí)體的唯一標(biāo)識(shí)從所有本實(shí)體發(fā)起的事務(wù)中，唯一標(biāo)識(shí)某事務(wù)；無符號(hào)二進(jìn)制整型報(bào)告文件名當(dāng)收到一個(gè)“遠(yuǎn)程狀態(tài)報(bào)告請(qǐng)求”,遠(yuǎn)端用戶應(yīng)使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU給請(qǐng)求的發(fā)起方實(shí)體。該FDU的文件數(shù)據(jù)是一個(gè)指定事務(wù)的狀態(tài)報(bào)告，該FDU的元數(shù)據(jù)包含每一個(gè)消息類遠(yuǎn)程狀態(tài)報(bào)告應(yīng)答消息格式見表37。表37遠(yuǎn)程狀態(tài)報(bào)告應(yīng)答消息格式區(qū)域取值(十六進(jìn)制)2與ACKPDU定義的事務(wù)缺省5全“0” 11——成功一缺省1置“0”本字段與后面5個(gè)字段一起確定所報(bào)告的事務(wù)，參數(shù)取值于“遠(yuǎn)程狀態(tài)報(bào)告請(qǐng)求”實(shí)體ID長(zhǎng)度3表37遠(yuǎn)程狀態(tài)報(bào)告應(yīng)答消息格式(續(xù))區(qū)域取值(十六進(jìn)制)1置“0”3 一當(dāng)收到的協(xié)議消息包含有一個(gè)遠(yuǎn)程狀態(tài)報(bào)告狀態(tài)報(bào)告。遠(yuǎn)程掛起操作消息類型的取值說明見表38。消息類型(十六進(jìn)制)遠(yuǎn)程掛起請(qǐng)求RemoteSuspendRequest遠(yuǎn)程掛起應(yīng)答RemoteSuspend當(dāng)需要啟動(dòng)一個(gè)遠(yuǎn)程掛起操作，用戶應(yīng)使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU,其元數(shù)據(jù)包含遠(yuǎn)程掛起請(qǐng)求消息格式見表39。區(qū)域1置“0”實(shí)體ID長(zhǎng)度3表39遠(yuǎn)程掛起請(qǐng)求消息格式(續(xù))區(qū)域長(zhǎng)度/bit1置“0”3需掛起的事務(wù)的發(fā)起方實(shí)體的唯一標(biāo)識(shí)從所有本實(shí)體發(fā)起的事務(wù)中，唯一標(biāo)識(shí)某事務(wù)；無符號(hào)二進(jìn)制整型PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU給掛起請(qǐng)求消息的發(fā)起方實(shí)體。該FDU的元數(shù)據(jù)包含每一個(gè)消個(gè)已經(jīng)被本地故障所掛起的事務(wù)。用戶應(yīng)用需要管理這些掛起命令隊(duì)列，使被遠(yuǎn)程掛起應(yīng)答消息格式見表40。區(qū)域取值(十六進(jìn)制)1“0”——未掛起“1”——掛起2與ACKPDU定義的事務(wù)缺省5全“0” 缺省1置“0”的事務(wù)，參數(shù)取值于“掛起請(qǐng)求”實(shí)體ID長(zhǎng)度3缺省1置“0”3 遠(yuǎn)程恢復(fù)操作消息類型的取值說明見表41。消息類型(十六進(jìn)制)遠(yuǎn)程恢復(fù)請(qǐng)求RemoteResumeRequest遠(yuǎn)程恢復(fù)應(yīng)答RemoteResume當(dāng)需要啟動(dòng)一個(gè)遠(yuǎn)程恢復(fù)操作，用戶應(yīng)使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU,其元數(shù)據(jù)包含遠(yuǎn)程恢復(fù)請(qǐng)求消息格式見表42。區(qū)域長(zhǎng)度/bi取值(十六進(jìn)制)1置“0”實(shí)體ID長(zhǎng)度31置“0”3一需恢復(fù)的事務(wù)的發(fā)起方實(shí)體的唯一標(biāo)識(shí)從所有本實(shí)體發(fā)起的事務(wù)中，唯一標(biāo)識(shí)某事務(wù)；無符號(hào)二進(jìn)制整型當(dāng)收到一個(gè)遠(yuǎn)程恢復(fù)請(qǐng)求消息，用戶應(yīng)使用RESUME.request原語(yǔ)確認(rèn)可恢復(fù)的指定事務(wù)，再使用PUT.request原語(yǔ)請(qǐng)求發(fā)送一個(gè)FDU給掛起請(qǐng)求消息的發(fā)起方實(shí)體。該FDU的元數(shù)據(jù)應(yīng)包含每遠(yuǎn)程恢復(fù)應(yīng)答消息格式見表43。區(qū)域長(zhǎng)度/bit取值(十六進(jìn)制)1“0”——未掛起“1”——掛起由于可能同時(shí)間有多種驅(qū)動(dòng)同時(shí)掛起事務(wù)因此對(duì)事務(wù)成功執(zhí)行遠(yuǎn)程恢復(fù)請(qǐng)求，并不2缺省5全“0”一缺省1置“0”本字段與后面5個(gè)字段一起確定被請(qǐng)求掛起的事務(wù)，參數(shù)取值于“掛起請(qǐng)求”實(shí)體ID長(zhǎng)度3 缺省1置“0”3 無符號(hào)二進(jìn)制整型 無符號(hào)二進(jìn)制整型a)不可靠傳輸；不可靠傳輸提供了從源端到目的端的定界或不定界數(shù)據(jù)文件的不可靠傳輸操作。針對(duì)不可靠傳一基本的互操作行為為發(fā)布取消通知內(nèi)部規(guī)程PDU接收實(shí)體的CRC規(guī)程 內(nèi)部規(guī)程適用于轉(zhuǎn)發(fā)的不完整數(shù)據(jù)以及無應(yīng)答模式中不可靠傳輸事件圖見圖11所示。XTRANSACTION-發(fā)送EOF(無錯(cuò)誤)PDU(校驗(yàn)和)接收EOF(無錯(cuò)誤)TRANSACTION-(文件完成映射)圖11不可靠傳輸事件圖一表46可靠傳輸源端規(guī)程(續(xù))PDU發(fā)送端ACK規(guī)程PDU接收端ACK規(guī)程 內(nèi)部規(guī)程需要肯定的確認(rèn)PDU發(fā)送端ACK規(guī)程PDU接收端ACK規(guī)程表47可靠傳輸目的端規(guī)程(續(xù))內(nèi)部規(guī)程適用于轉(zhuǎn)發(fā)的不完整數(shù)據(jù)以及無應(yīng)答模式中可靠傳輸事件圖見圖12所示?？煽緾RC規(guī)程發(fā)送EOF(無錯(cuò)誤)PDU(校驗(yàn)和)XCRC規(guī)程FILE-SEGMENT-內(nèi)容是否發(fā)送FILE—SEGMENT—RECVTRANSACTION—FINISHED.indi作為接收端實(shí)體時(shí)是否發(fā)送SUSPENDED.i作為接收端實(shí)體時(shí)是否發(fā)送RESUMED.i默認(rèn)處理方式中的其中一種實(shí)現(xiàn)的文件傳輸協(xié)議版本號(hào)當(dāng)傳輸給遠(yuǎn)端協(xié)議實(shí)體時(shí)采用該參數(shù)時(shí)間間隔或者為空時(shí)間間隔或者為空?；铋g隔時(shí)間間隔或者為空布爾型(1、0)提示模式傳輸間隔時(shí)間間隔或者為空默認(rèn)校驗(yàn)和類型依據(jù)注冊(cè)的SANA校驗(yàn)和類型丟棄或保留布爾型(1、0)表49遠(yuǎn)端協(xié)議實(shí)體配置信息參數(shù)(續(xù))時(shí)間限制值傳輸時(shí)機(jī)開始時(shí)間傳輸時(shí)機(jī)結(jié)束時(shí)間接收時(shí)機(jī)開始時(shí)間接收時(shí)機(jī)結(jié)束時(shí)間(資料性)協(xié)議實(shí)體可與目的端用戶直接通信)。被傳輸?shù)奈募八嘘P(guān)聯(lián)的元數(shù)據(jù)被封裝在一個(gè)“SFO傳送FDU”中傳送至每一個(gè)節(jié)點(diǎn)，SFO傳送FDU的元數(shù)據(jù)還包含一個(gè)“SFO請(qǐng)求MTU”,標(biāo)識(shí)了傳送的代理用戶將收到的SFO傳送FDU,內(nèi)容包括原始文件和從SFO傳送事件自身元數(shù)據(jù)中提取出的SFO操作的圖示見圖A.1。SFO傳送報(bào)告FDU既可能是代理的中轉(zhuǎn)實(shí)體向目的完成傳送后產(chǎn)FDU(可選)FDUFDU(可選)FDU(可選)源中轉(zhuǎn)節(jié)點(diǎn)FDU(可選)節(jié)點(diǎn)為了便于互操作，用戶在應(yīng)用時(shí)需要注意到在A.2.2各個(gè)用于SFO操作的預(yù)留消息的消息類型取值見表A.1。消息類型(十六進(jìn)制)SFO請(qǐng)求RequestSFO流標(biāo)簽FlowLabelSFO故障處置選項(xiàng)faulthandlerSFO文件存儲(chǔ)請(qǐng)求FilestoreRequestSFO報(bào)告Reporta)用戶應(yīng)用需可以訪問“所有關(guān)聯(lián)的已知協(xié)議實(shí)體ID及其可以直接接收文件