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

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