GBT 42040-2022 空間數(shù)據(jù)與信息傳輸系統(tǒng) 統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議

空間數(shù)據(jù)與信息傳輸系統(tǒng)統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議2022-10-12發(fā)布2022-10-12實(shí)施國家市場監(jiān)督管理總局I 12規(guī)范性引用文件 13術(shù)語和定義 14縮略語 15協(xié)議概述 35.1相關(guān)概念 35.2業(yè)務(wù)概述 6 6業(yè)務(wù) 6.1業(yè)務(wù)數(shù)據(jù)單元 6.2多路訪問點(diǎn)包業(yè)務(wù) 6.3多路訪問點(diǎn)訪問業(yè)務(wù) 6.4多路訪問點(diǎn)字節(jié)流業(yè)務(wù) 6.5主信道操作控制域業(yè)務(wù) 6.6虛擬信道幀業(yè)務(wù) 6.7主信道幀業(yè)務(wù) 6.8插入業(yè)務(wù) 6.9通信操作規(guī)程管理業(yè)務(wù) 7數(shù)據(jù)單元格式 7.1位序號約定 7.2統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議傳送幀 7.3傳送幀主導(dǎo)頭 7.4傳送幀插入域 7.5傳送幀數(shù)據(jù)域 7.6操作控制域 7.7幀差錯控制域 8協(xié)議流程 8.1發(fā)送端協(xié)議流程 8.2接收端協(xié)議流程 9管理參數(shù) 9.1總則 9.2物理信道管理參數(shù) 9.3主信道管理參數(shù) 9.4虛擬信道管理參數(shù) 9.5MAP信道管理參數(shù) Ⅱ9.6包傳輸管理參數(shù) 4910空間數(shù)據(jù)鏈路安全協(xié)議 10.1通用要求 4910.2空間數(shù)據(jù)鏈路安全協(xié)議格式 4910.3空間數(shù)據(jù)鏈路安全協(xié)議流程 10.4帶空間數(shù)據(jù)鏈路安全的管理參數(shù) 10.5空間數(shù)據(jù)鏈路安全業(yè)務(wù)的管理 附錄A(規(guī)范性)截短傳送幀協(xié)議數(shù)據(jù)單元 附錄B(資料性)僅空閑數(shù)據(jù)傳送幀隨機(jī)化實(shí)現(xiàn)方式 附錄C(規(guī)范性)CRC-16幀差錯控制域編碼過程 圖1USLP協(xié)議與OSI參考模型之間的分層關(guān)系 3圖2各類信道之間的關(guān)系 5圖3異步業(yè)務(wù)模型 7圖4同步業(yè)務(wù)模型 8圖5發(fā)送端協(xié)議實(shí)體的內(nèi)部組織及流程 圖6接收端協(xié)議實(shí)體的內(nèi)部組織及流程 圖7USLP協(xié)議信道樹 圖8位序號的約定 圖9USLP傳送幀組成結(jié)構(gòu) 圖10完整傳送幀主導(dǎo)頭格式 圖11傳送幀數(shù)據(jù)域(TFDF) 圖12傳送幀數(shù)據(jù)域(TFDF)導(dǎo)頭的格式 圖13固定長度TFDF的MAPP處理功能抽象模型 圖14可變長度TFDF的MAPP處理功能抽象模型 圖15固定長度TFDF的MAPA_SDU生成功能抽象模型 圖16可變長度TFDF的MAPA_SDU生成功能抽象模型 圖17MAP字節(jié)流處理功能抽象模型 圖18MAP多路復(fù)用功能抽象模型 圖19虛擬信道生成功能抽象模型 圖20虛擬信道復(fù)用功能抽象模型 圖21主信道生成功能的抽象模型 圖22主信道復(fù)用功能的抽象模型 圖23全幀生成功能的抽象模型 圖24全幀接收功能的抽象模型 40圖25主信道解復(fù)用功能的抽象模型 圖26主信道接收功能抽象模型 41圖27虛擬信道解復(fù)用功能的抽象模型 圖28虛擬信道接收功能的抽象模型 43圖29MAP解復(fù)用功能的抽象模型 43圖30MAP字節(jié)流提取功能的抽象模型 44圖31固定長度TFDF的MAPA_SDU提取功能的抽象模型 Ⅲ圖32可變長度TFDF的MAPA_SDU提取功能的抽象模型 圖33固定長度TFDF的MAPP提取功能的抽象模型 圖34可變長度TFDF的MAPP提取功能的抽象模型 46圖35不帶SDLS的幀與帶SDLS的傳送幀結(jié)構(gòu)比較 圖A.1不帶SDLS的USLP截短 圖A.2帶SDLS的USLP截短傳送幀 圖A.3截短傳送幀主導(dǎo)頭 圖B.1OID數(shù)據(jù)生成邏輯框圖(Fibonacci形式) 圖B.2OID數(shù)據(jù)生成邏輯框圖(Galois形式) 圖C.116位幀差錯控制編碼邏輯圖 圖C.216位幀差錯控制譯碼邏輯圖 表1USLP協(xié)議提供的業(yè)務(wù) 8表2旁路/序列控制標(biāo)志和協(xié)議控制命令標(biāo)志的組合釋義 表3對VCF計數(shù)長度的說明 表4TFDZ構(gòu)造規(guī)則 表5物理信道管理參數(shù)及其說明 表6主信道管理參數(shù)及其說明 表7虛擬信道管理參數(shù)及其說明 表8MAP信道管理參數(shù)及其說明 表9包傳輸管理參數(shù)及其說明 49表10支持SDLS所增加的虛擬信道管理參數(shù)及其說明 V本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識別專利的責(zé)任。本文件由全國宇航技術(shù)及其應(yīng)用標(biāo)準(zhǔn)化技術(shù)委員會(SAC/TC425)提出并歸口。本文件起草單位：北京空間飛行器總體設(shè)計部、清華大學(xué)、中國航天標(biāo)準(zhǔn)化研究所、北京跟蹤與通信技術(shù)研究所、西安電子科技大學(xué)、北京郵電大學(xué)、北京遙感設(shè)備研究所、華測檢測認(rèn)證集團(tuán)股份有限公司、廣州經(jīng)緯標(biāo)準(zhǔn)技術(shù)服務(wù)有限公司、中山博威檢測技術(shù)有限公司、廣東瑞洲科技有限公司。1空間數(shù)據(jù)與信息傳輸系統(tǒng)統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議本文件規(guī)定了空間數(shù)據(jù)與信息傳輸系統(tǒng)的統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議(USLP)的業(yè)務(wù)、數(shù)據(jù)單元格式、協(xié)議流程、管理參數(shù)和支持空間數(shù)據(jù)鏈路安全協(xié)議。本文件適用于采用統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議的航天器到地面、地面到航天器和航天器之間通信的數(shù)據(jù)鏈路層數(shù)據(jù)傳輸業(yè)務(wù)。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于本文件。GB/T2900.54電工術(shù)語無線電通信：發(fā)射機(jī)、接收機(jī)、網(wǎng)絡(luò)和運(yùn)行GB/T39344—2020空間數(shù)據(jù)與信息傳輸系統(tǒng)通信操作規(guī)程-1GB/T39348—2020空間數(shù)據(jù)與信息傳輸系統(tǒng)遙測同步與信道編碼GB/T39349—2020空間數(shù)據(jù)與信息傳輸系統(tǒng)遙控同步與信道編碼GB/T39353—2020空間數(shù)據(jù)與信息傳輸系統(tǒng)鄰近空間鏈路協(xié)議同步與編碼子層GB/T42041航天術(shù)語空間數(shù)據(jù)與信息傳輸3術(shù)語和定義GB/T2900.54、GB/T42041界定的以及下列術(shù)語和定義適用于本文件。定界delimited數(shù)據(jù)具有已知且有限長度的特性。航天任務(wù)的一個時間段，在此期間具有特定目標(biāo)的任務(wù)過程。注：兩個連續(xù)任務(wù)階段的轉(zhuǎn)換可能會引起通信業(yè)務(wù)的中斷?？臻g鏈路spacelink航天器與相應(yīng)的地面系統(tǒng)或兩個航天器之間的通信鏈路。注：一個空間鏈路包含一個或多個單向或雙向的物理信道。下列縮略語適用于本文件。2ARQ:自動重傳隊列(AutomaticRepeatQueuing);CCSDS:空間數(shù)據(jù)系統(tǒng)咨詢委員會(CommitteeforSpaceDataSystems);CLCW:通信鏈路控制字(CommunicationsLinkControlWord);COP:通信操作規(guī)程(CommunicationsOperationProcedure);COP-1:通信操作規(guī)程1(CommunicationsOperationProcedure1);COP-P:鄰近通信操作規(guī)程(CommunicationsOperationProcedure-Proximity);CRC:循環(huán)冗余校驗(CyclicRedundancyCheck);FARM:幀接受和報告機(jī)制(FrameAcceptanceandReportingMechanism);FARM-P:幀接受和報告機(jī)制-鄰近鏈路(FrameAcceptanceandReportingMechanism-Proximty)FECF:幀差錯控制域(FrameErrorControlField);FHP:首導(dǎo)頭指針(FirstHeaderPointer);FOP:幀操作規(guī)程(FrameOperationProcedure);FOP-P:幀操作規(guī)程-鄰近鏈路(FrameOperationProcedure-Proximity);FSR:幀安全報告(FrameSecurityReport);GMAP:全局多路訪問點(diǎn)(GlobalMultiplexerAccessPoint);GVCID:全局虛擬信道標(biāo)識(GlobalVirtualChannelIdentifier);IN_SDU:插入業(yè)務(wù)數(shù)據(jù)單元(InsertServiceDataUnit);LDPC:低密度奇偶校驗(LowDensityParityCheck);MAP:多路訪問點(diǎn)(MultiplexerAccessPoint);MAPA:多路訪問點(diǎn)訪問(MultiplexerAccessPointAccess);MAPA_SDU:多路訪問點(diǎn)訪問業(yè)務(wù)數(shù)據(jù)單元(MultiplexerAccessPointAccessServiceDataUnit);MAPID:多路訪問點(diǎn)標(biāo)識(MultiplexerAccessPointIdentifier);MAPP:多路訪問點(diǎn)包(MultiplexerAccessPointPacket);MC_OCF:主信道操作控制域(MasterChannelOperationalControlField);MCF:主信道幀(MasterChannelFrame);MCID:主信道標(biāo)識(MasterChannelIdentifier);MSB:最高有效位(MostSignificantBit);OCF:操作控制域(OperationalControlField);OCF_SDU:操作控制域業(yè)務(wù)數(shù)據(jù)單元(OperationalControlFieldServiceDataUnit);OID:僅空閑數(shù)據(jù)(OnlyIdleData);OSI:開放系統(tǒng)互聯(lián)(OpenSystemsInterconnection);PDU:協(xié)議數(shù)據(jù)單元(ProtocolDataUnit);PLCW:鄰近鏈路控制字(ProximityLinkControlWord);PVN:包版本號(PacketVersionNumber);QoS:服務(wù)質(zhì)量(QualityofService);SAP:業(yè)務(wù)訪問點(diǎn)(ServiceAccessPoint);SCID:航天器標(biāo)識(SpacecraftIdentifier);SDLS:空間數(shù)據(jù)鏈路安全(SpaceDataLinkSecurity);SDU:業(yè)務(wù)數(shù)據(jù)單元(ServiceDataUnit);SPDU:管理協(xié)議數(shù)據(jù)單元(SupervisoryProtocolDataUnit);TFDF:傳送幀數(shù)據(jù)域(TransferFrameDataField);TFDZ:傳送幀數(shù)據(jù)區(qū)(TransferFrameDataZone);3數(shù)據(jù)鏈路數(shù)據(jù)鏈路層TFVN:傳送幀版本號(TransferFrameVersionNumber);UPID:統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議協(xié)議標(biāo)識(USLPProtocolIdentifier);USLP:統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議(UnifiedSpaceDataLinkProtocol);VCF:虛擬信道幀(VirtualChannelFrame);VCID:虛擬信道標(biāo)識(VirtualChannelIdentifier);VCP:虛擬信道包(VirtualChannelPacket)。5協(xié)議概述5.1相關(guān)概念USLP協(xié)議是數(shù)據(jù)鏈路層協(xié)議，為滿足航天任務(wù)中空間鏈路上各種類型和特性的空間應(yīng)用數(shù)據(jù)高效傳輸需求而設(shè)計。USLP協(xié)議與OSI參考模型之間的分層關(guān)系如圖1所示。參考CCSDS空間鏈路協(xié)議，定義了數(shù)據(jù)鏈路層的兩個子層。USLP協(xié)議位于數(shù)據(jù)鏈路協(xié)議子層，提供使用可變長度或固定長度的協(xié)議數(shù)據(jù)單元(即USLP傳送幀)傳輸各種數(shù)據(jù)的功能。數(shù)據(jù)鏈路協(xié)議子層還提供可選擇的空間數(shù)據(jù)鏈路層安全協(xié)議。同步和信道編碼子層提供傳送幀在空間鏈路傳輸所需要的其他功能，包括傳送幀的定界/同步、糾錯編碼/譯碼(可選)、位轉(zhuǎn)換生成/去除(可選)。OSI分層CCSDS分層CCSDS協(xié)議網(wǎng)絡(luò)及上層網(wǎng)絡(luò)及上層網(wǎng)絡(luò)及上層數(shù)據(jù)鏈路層數(shù)據(jù)鏈路協(xié)議子層同步和信道編碼子層LSLP空間數(shù)據(jù)鏈路協(xié)議和空間數(shù)據(jù)鏈路安全協(xié)議同步和信道編碼相關(guān)標(biāo)準(zhǔn)物理層物理層物理層圖1USLP協(xié)議與OSI參考模型之間的分層關(guān)系USLP協(xié)議為用戶提供了多種用于在空間鏈路上傳輸數(shù)據(jù)單元的傳輸業(yè)務(wù)。USLP的協(xié)議數(shù)據(jù)單元稱為USLP傳送幀(在本文件中，除特別聲明，“傳送幀”和“幀”均指USLP傳送幀)。每個傳送幀包含1個傳送幀主導(dǎo)頭來提供協(xié)議控制信息和1個可變長度或固定長度的TFDF來承載更高層SDU。虛擬信道允許一個物理信道被多個高層數(shù)據(jù)流共享，每個數(shù)據(jù)流可以有不同的業(yè)務(wù)需求。因此，一個物理信道可以被劃分為多個獨(dú)立的邏輯通道，每個邏輯通道為一個“虛擬信道”。每個在物理信道上4傳送的傳送幀都屬于該物理信道的一個虛擬信道。USLP協(xié)議允許不同來源的SDU使用MAP在一個虛擬信道中復(fù)接。通過分配MAPID,到達(dá)發(fā)送端SAP的SDU可傳輸?shù)浇邮斩司哂邢鄳?yīng)MAPID的SAP。每個SAP都與應(yīng)用特定的協(xié)議相關(guān)聯(lián)。USLP協(xié)議的最大幀長為65536字節(jié)。針對高速任務(wù)，可減少幀處理的操作過程。在傳送幀主導(dǎo)頭中提供了一個長度可配置的序列計數(shù)器，以適應(yīng)傳送幀長的變化。USLP協(xié)議最多支持65536個航天器標(biāo)識。USLP協(xié)議執(zhí)行SDU的分割與整合以及SDU的傳輸控制。當(dāng)USLP長幀的誤幀率高于任務(wù)要求時，一般需要將長的SDU分解成相對較小的片段。在這種情況下，每一個片段因傳輸誤碼而失效的概率比整個SDU連續(xù)發(fā)送時的失效概率要低。當(dāng)檢驗到差錯時，只需要重新傳輸某些小片段的數(shù)據(jù)，從而提高系統(tǒng)的吞吐效率。對于非常小的SDU,可以將這些小單元整合成較大的片段，從而更有效地傳空間鏈路中SDU的傳輸可由COP控制，通過執(zhí)行必要的重傳，以保證SDU交付時按順序、無丟5.1.3通信操作規(guī)程空間鏈路中SDU的傳輸可選由COP控制。COP是指近地和深空應(yīng)用中使用的COP-1和鄰近空間數(shù)據(jù)鏈路協(xié)議中使用的COP-P。USLP與COP-1、COP-P都可以配合使用，因此，在USLP協(xié)議中可使用GB/T39344—2020規(guī)定的FARM表示幀接受與報告機(jī)制、FOP表示幀操作規(guī)程。COP規(guī)定了USLP的發(fā)送端和接收端執(zhí)行的完整閉環(huán)規(guī)程。針對每一個虛擬信道，COP包含一對同步的規(guī)程，即在發(fā)送實(shí)體內(nèi)執(zhí)行的FOP和在接收實(shí)體內(nèi)執(zhí)行的FARM。發(fā)送端的FOP將傳送幀發(fā)送到接收端的FARM。FARM使用協(xié)議控制報告向FOP返回傳送幀接受狀態(tài)，從而實(shí)現(xiàn)閉環(huán)。COP提供了可靠的QoS,在接收端可準(zhǔn)確且無遺漏、無重復(fù)地將SDU交付到上層，并且接收端向其上層傳輸?shù)腟DU應(yīng)當(dāng)與發(fā)送端上層產(chǎn)生SDU的序列順序一致。對于遙控信道編碼上層的COP-1,在已知錯誤概率范圍內(nèi)，SDU的傳輸正確性可以通過數(shù)據(jù)鏈路協(xié)議子層所應(yīng)用的FECF(可選)和幀校驗檢查來保證。對于鄰近鏈路信道編碼上層的COP-P,在鄰近鏈路編碼和同步子層中進(jìn)行幀校驗。為了校驗特定虛擬信道上SDU的完整性、順序性和不重復(fù)性，需要由COP實(shí)現(xiàn)一個傳送幀計數(shù)對于簡捷傳送幀，COP僅通過FARM對簡捷傳送幀計數(shù)進(jìn)行累加。在COP-1中，使用BC類傳送幀從FOP向FARM發(fā)送控制命令，BC類傳送幀格式應(yīng)符合GB/T39344—2020的規(guī)定。在COP-P中，使用1類SPDU格式從FOP-P向FARM-P發(fā)送控制命令。只允許COP管理業(yè)務(wù)的用戶發(fā)送控制命令。5.1.4空間數(shù)據(jù)鏈路安全協(xié)議數(shù)據(jù)鏈路協(xié)議子層包括可選的SDLS協(xié)議，可為USLP傳送幀提供安全保護(hù)，例如加密和認(rèn)證。SDLS協(xié)議的引入不會改變不支持SDLS協(xié)議的USLP協(xié)議的任何要求。不同虛擬信道間的安全協(xié)議可以不同。例如，一些虛擬信道可以選用安全保護(hù)，另外一些虛擬信道5可以不選用，每個虛擬信道間采用的安全保護(hù)類別也可不同。傳送幀的主導(dǎo)頭中有四個標(biāo)識符域：TFVN、SCID、VCID和MAPID。TFVN和SCID構(gòu)成MCID,MCID和VCID構(gòu)成GVCID。GVCID和MAPID構(gòu)成GMAPID,即：MCID=TFVN+SCIDGVCID=MCID+VCID=TFVN+SCID+VCIDGMAPID=GVCID+MAPID=MCID+VCID+MAPID=TFVN+SCID+VCID+MAPID在一個物理信道上傳輸?shù)奶摂M信道由GVCID進(jìn)行識別，所有具有相同GVCID和MAPID的傳送幀構(gòu)成一個MAP信道。因此，一個虛擬信道包含一個或多個MAP信道。在一個物理信道上的具有相同MCID的所有傳送幀組成一個主信道。一個主信道包含一個或多個虛擬信道。一般情況下，一個物理信道只傳輸包含一個MCID的傳送幀，此時主信道與物理信道相同。但是，一個物理信道可以傳送具有多個MCID的傳送幀。在這種情況下，一個物理信道包含多個主信道。物理信道由物理信道名稱進(jìn)行標(biāo)識，由型號任務(wù)確定，不包含在傳送幀的幀頭中。上述各類信道之間的關(guān)系如圖2所示。MAP信道：由GMAPID標(biāo)識虛擬信道：由GVCID標(biāo)識主信道：出MCID標(biāo)識圖2各類信道之間的關(guān)系本文件從以下幾個方面描述USLP協(xié)議：a)提供給使用者的業(yè)務(wù)；b)協(xié)議數(shù)據(jù)單元；c)該協(xié)議執(zhí)行的流程。本文件以原語的形式給出業(yè)務(wù)的定義，給出協(xié)議實(shí)體和業(yè)務(wù)用戶之間進(jìn)行數(shù)據(jù)信息和控制信息邏輯交換的抽象模型。業(yè)務(wù)原語的定義獨(dú)立于具體實(shí)現(xiàn)方法。6流程規(guī)范定義了同級實(shí)體之間傳輸信息而由協(xié)議實(shí)體執(zhí)行的流程。流程的定義獨(dú)立于具體的實(shí)現(xiàn)方法和技術(shù)。本文件也指定了對信道編碼子層和物理層提供的底層業(yè)務(wù)需求。5.2業(yè)務(wù)概述USLP協(xié)議為用戶提供了數(shù)據(jù)傳輸業(yè)務(wù)。協(xié)議實(shí)體為用戶提供SAP,每個業(yè)務(wù)用戶應(yīng)用SAP地址標(biāo)識。每一個SAP地址對應(yīng)特定虛擬信道中的一個MAPID,即一個SAP地址對應(yīng)一個GMAPID。所有業(yè)務(wù)的共性特征如下。a)單向：連接的一端可通過空間鏈路發(fā)送數(shù)據(jù)，但是不可收數(shù)據(jù)；而另外一端則只可接收數(shù)據(jù)，不可發(fā)送。b)異步：對于用戶提供的SDU傳輸或業(yè)務(wù)提供方生成的傳送幀傳輸，沒有預(yù)先定義的定時規(guī)則。用戶可以隨時請求數(shù)據(jù)傳輸，但業(yè)務(wù)提供方可能會對數(shù)據(jù)生成速率施加限制。數(shù)據(jù)傳輸?shù)臅r序由業(yè)務(wù)提供方根據(jù)任務(wù)特定的規(guī)則確定，并可能取決于業(yè)務(wù)提供方/更下層在傳輸時的數(shù)據(jù)交換流量。c)不確認(rèn)接收：發(fā)送端不會從數(shù)據(jù)接收端接收確認(rèn)信息。d)不保證完整性：業(yè)務(wù)不保證完整性，但是某些業(yè)務(wù)可對交付給接收端用戶的數(shù)據(jù)單元序列中丟失部分進(jìn)行標(biāo)識。e)保序：在通過空間鏈路傳送過程中，發(fā)送端用戶提交的數(shù)據(jù)單元可能會有丟失或重復(fù)，但其順序保持不變。USLP協(xié)議可支持以下可選的業(yè)務(wù)特征：a)使用通信操作規(guī)程按順序?qū)DU無差錯、無遺漏、無重復(fù)地提交到上層；b)通過選用SDLS協(xié)議，對發(fā)送方進(jìn)行身份驗證和/或?qū)?shù)據(jù)進(jìn)行加密，為使用SDLS安全業(yè)務(wù)的特定虛擬信道提供安全保護(hù)。結(jié)合COP-1、COP-P和SDLS,根據(jù)用戶數(shù)據(jù)單元對可靠傳輸?shù)男枨笠约坝脩籼峁I(yè)務(wù)數(shù)據(jù)單元與在空間鏈路上傳輸協(xié)議數(shù)據(jù)單元的時序關(guān)系，USLP協(xié)議的業(yè)務(wù)屬性包括：a)序列控制——可靠傳遞；b)簡捷——盡力而為傳遞；c)安全性；d)異步；75.2.2.2序列控制——可靠傳遞COP-1或COP-P通過序列控制業(yè)務(wù)實(shí)現(xiàn)可靠的服務(wù)質(zhì)量，采用“Go-Back-N”型的ARQ規(guī)程，在發(fā)送端和接收端都有序列控制機(jī)制，接收端向發(fā)送端返回一份標(biāo)準(zhǔn)的報告。對于序列控制業(yè)務(wù)，發(fā)送用戶在SAP上提供的SDU被插入傳送幀的數(shù)據(jù)域中(若使用MAP,則在MAP復(fù)用之后),并按照它們在SAP上的排序發(fā)送到虛擬信道上。重傳機(jī)制可確保高概率的成功傳5.2.2.3簡捷——盡力而為傳遞當(dāng)數(shù)據(jù)鏈路層不需要ARQ或者更高層協(xié)議提供重傳能力時，使用盡力而為的QoS。對于簡捷業(yè)務(wù)，發(fā)送用戶提供的SDU被一次或多次傳輸，但無法保證所有簡捷SDU都成功交付給接收用戶，USLP協(xié)議中可以選用SDLS協(xié)議。SDLS協(xié)議為MAPP業(yè)務(wù)、MAP字節(jié)流業(yè)務(wù)和MAPA業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)提供安全保護(hù)，安全保護(hù)形式包括；a)加密：為數(shù)據(jù)內(nèi)容提供加密服務(wù)；b)認(rèn)證：確認(rèn)數(shù)據(jù)的來源及完整性。SDLS不對由COP-1或COP-P生成的協(xié)議控制幀提供保護(hù)。SDLS不為USLP_MC_OCF業(yè)務(wù)或插入業(yè)務(wù)提供保護(hù)。它也不對VCF和MCF進(jìn)行保護(hù)。異步業(yè)務(wù)模型如圖3所示。在這類業(yè)務(wù)中，業(yè)務(wù)用戶提供業(yè)務(wù)數(shù)據(jù)單元的傳送時刻與業(yè)務(wù)提供方生成的傳送幀發(fā)送時刻之間沒有時間關(guān)系。用戶可以在需要的時刻請求數(shù)據(jù)傳送，但業(yè)務(wù)提供方可對數(shù)據(jù)產(chǎn)生速率進(jìn)行限制。在該類業(yè)務(wù)中，各發(fā)送端用戶的業(yè)務(wù)數(shù)據(jù)單元都放進(jìn)一個隊列，隊列中的內(nèi)容按照進(jìn)入隊列的順序發(fā)送給接收端用戶。盡管傳輸差錯可能會導(dǎo)致一些數(shù)據(jù)單元無法傳送給接收用戶，但業(yè)務(wù)提供方僅將發(fā)送端用戶提供的所有數(shù)據(jù)單元傳送一次。數(shù)據(jù)傳送的時機(jī)由業(yè)務(wù)提供方按照任務(wù)的規(guī)則確定，但也會取決于傳送時刻的通信容量。該類業(yè)務(wù)的主要特征是所有發(fā)送端用戶的業(yè)務(wù)數(shù)據(jù)單元都會被傳送，且只被傳送一次。發(fā)送端用戶接收端用戶隊列業(yè)務(wù)提供方從發(fā)送端向接收端傳送圖3異步業(yè)務(wù)模型8GB/T42040—2022同步業(yè)務(wù)模型如圖4所示。在該業(yè)務(wù)中，發(fā)送端用戶發(fā)送的每個業(yè)務(wù)數(shù)據(jù)單元被放入只可容納一個業(yè)務(wù)數(shù)據(jù)單元的緩沖區(qū)中。緩沖區(qū)內(nèi)容會在傳送幀傳送時發(fā)送給接收端用戶。傳送幀的傳送時機(jī)由業(yè)務(wù)提供方依據(jù)任務(wù)的規(guī)則確定。用戶的某個業(yè)務(wù)數(shù)據(jù)單元可能被發(fā)送一次、多次(在緩沖區(qū)內(nèi)還沒有新值的情況下),或根本沒有發(fā)送(即業(yè)務(wù)提供方還未來得及發(fā)送該業(yè)務(wù)數(shù)據(jù)單元，其內(nèi)容就已經(jīng)被第二個業(yè)務(wù)數(shù)據(jù)單元所覆蓋)。發(fā)送端用戶發(fā)送端用戶接收端用戶緩沖區(qū)業(yè)務(wù)提供方每個傳送幀傳輸11次緩沖區(qū)的內(nèi)容從發(fā)送端緩沖區(qū)向接收端傳送圖4同步業(yè)務(wù)模型周期性業(yè)務(wù)在業(yè)務(wù)接口處規(guī)定了最大延遲和抖動。如果業(yè)務(wù)屬于一個主信道，并且主信道產(chǎn)生的傳送幀以固定長度按照一定的速率出現(xiàn)時，周期性業(yè)務(wù)是同步的。對于周期性業(yè)務(wù)，如果業(yè)務(wù)用戶提供業(yè)務(wù)數(shù)據(jù)單元的速率和業(yè)務(wù)提供方發(fā)送這些業(yè)務(wù)數(shù)據(jù)單元的速率相同，則所有業(yè)務(wù)數(shù)據(jù)單元只發(fā)送一次。5.2.3業(yè)務(wù)說明USLP協(xié)議提供了八種業(yè)務(wù)，其中三種業(yè)務(wù)(MAPP業(yè)務(wù)、MAPA業(yè)務(wù)和MAP字節(jié)流業(yè)務(wù))用于MAP信道，兩種業(yè)務(wù)(COP管理業(yè)務(wù)和VCP業(yè)務(wù))用于虛擬信道，兩種業(yè)務(wù)(USLP_MC_OCF業(yè)務(wù)和MCF業(yè)務(wù))用于主信道，插入業(yè)務(wù)用于物理信道上的所有傳送幀。USLP協(xié)議提供的業(yè)務(wù)見表1。其中SDLS協(xié)議為可選項，可為部分業(yè)務(wù)傳輸?shù)腟DU提供安全保護(hù)，安全保護(hù)形式包括：a)加密：為數(shù)據(jù)內(nèi)容提供加密服務(wù)；b)認(rèn)證：確認(rèn)數(shù)據(jù)的來源及完整性。表1USLP協(xié)議提供的業(yè)務(wù)序號業(yè)務(wù)名稱業(yè)務(wù)屬性業(yè)務(wù)數(shù)據(jù)單元SAP地址安全特性業(yè)務(wù)描述1序列控制和簡捷；異步包有MAPP業(yè)務(wù)在空間鏈路上傳輸長度可變、定界、按字節(jié)排列的包序列，單向、異步、保序，但不保證完整性9表1USLP協(xié)議提供的業(yè)務(wù)(續(xù))序號業(yè)務(wù)名稱業(yè)務(wù)屬性業(yè)務(wù)數(shù)據(jù)單元SAP地址安全特性業(yè)務(wù)描述2序列控制和簡捷；異步MAPA_SDU有MAPA業(yè)務(wù)在空間鏈路上傳輸格式3流業(yè)務(wù)異步字節(jié)流數(shù)據(jù)有MAP字節(jié)流業(yè)務(wù)在空間鏈路上傳輸一系列字節(jié)流數(shù)據(jù)，單向、異步、保序，根據(jù)用戶選擇的QoS參數(shù)，可以提供序列控制或簡捷業(yè)務(wù)4USLP_MC_同步或異步無USLP_MC_OCF業(yè)務(wù)提供固定長度數(shù)據(jù)單元的同步傳輸，每個數(shù)據(jù)單元由四個字節(jié)組成。該業(yè)務(wù)單向、保序，但不保證完整性5VCF業(yè)務(wù)異步或同步傳送幀無VCF業(yè)務(wù)在空間鏈路上傳輸由獨(dú)立協(xié)議實(shí)體產(chǎn)生的固定或可變長度USLP虛擬信道傳送幀序列，單向、異步、保序，但不保證完整性6異步或同步傳送幀MCID無MCF業(yè)務(wù)在空間鏈路上傳輸由獨(dú)立協(xié)議實(shí)體產(chǎn)生的固定長度或可變長度的USLP主信道傳送幀序列，單向、異步、保序，但不保證完整性7插入業(yè)務(wù)周期性物理信道名稱無插入業(yè)務(wù)在空間鏈路上傳輸自定8N/A——COP管理業(yè)務(wù)由發(fā)送端用戶使用，用于管理特定虛擬信道或端口ID的COP-1或COP-P操作物理信道上提供的業(yè)務(wù)有如下約束：a)若固定長度的傳送幀僅在一個MAP信道上，則MAPA業(yè)務(wù)不應(yīng)與MAPP業(yè)務(wù)同時存在；b)同一個虛擬信道上，COP管理業(yè)務(wù)不應(yīng)與VCF業(yè)務(wù)并存；c)COP管理業(yè)務(wù)不應(yīng)與MCF業(yè)務(wù)并存；d)若在主信道上選用MCF業(yè)務(wù)，則該主信道不應(yīng)同時選用其他業(yè)務(wù)；e)同一個主信道上，僅可以存在一個USLP_MC_OCF業(yè)務(wù)；f)當(dāng)使用固定長度的傳送幀時，不應(yīng)存在MAP字節(jié)流業(yè)務(wù)。GB/T42040—20225.3功能5.3.1一般功能USLP協(xié)議傳輸多種由發(fā)送用戶提供的業(yè)務(wù)數(shù)據(jù)單元，這些業(yè)務(wù)數(shù)據(jù)單元被封裝在使用低層業(yè)務(wù)的USLP傳送幀序列中。USLP傳送幀可以有兩種形式：可變長度的USLP傳送幀和固定長度的USLP傳送幀。其中，可變長度的USLP傳送幀應(yīng)在物理信道上異步傳輸；固定長度的USLP傳送幀一般以固定的速率在物理信道上傳輸，但必要時也可異步傳輸。本文件的協(xié)議實(shí)體執(zhí)行以下功能：a)產(chǎn)生并處理協(xié)議控制信息(即傳送幀主導(dǎo)頭和傳送幀尾),以進(jìn)行數(shù)據(jù)識別、丟失檢測和差錯檢測；b)當(dāng)協(xié)議數(shù)據(jù)單元的長度小于業(yè)務(wù)數(shù)據(jù)單元的長度時，將SAP上出現(xiàn)的業(yè)務(wù)數(shù)據(jù)單元分段和組裝，以便在固定或可變長度的協(xié)議數(shù)據(jù)單元中傳輸可變長度的業(yè)務(wù)數(shù)據(jù)單元；c)進(jìn)行多路復(fù)用/解復(fù)用和整合/分解，以便于多種業(yè)務(wù)用戶共享一個物理信道。若協(xié)議實(shí)體支持可選的SDLS協(xié)議，則將使用SLDS提供的可配置的安全應(yīng)用。若協(xié)議實(shí)體支持可選的COP規(guī)程，則將使用COP提供的序列控制應(yīng)用。5.3.2協(xié)議實(shí)體內(nèi)部結(jié)構(gòu)及流程發(fā)送端和接收端協(xié)議實(shí)體的內(nèi)部結(jié)構(gòu)及流程如圖5和圖6所示。圖5中數(shù)據(jù)流是從上到下，圖6中數(shù)據(jù)流是從下到上。這些圖描述了由協(xié)議實(shí)體執(zhí)行的數(shù)據(jù)處理功能，以及這些功能之間的邏輯關(guān)系，而不代表在真實(shí)系統(tǒng)中的軟硬件配置。根據(jù)真實(shí)系統(tǒng)中所選用的業(yè)務(wù)，協(xié)議實(shí)體可能僅提供部分功能。MAPMAP學(xué)節(jié)流業(yè)務(wù)字節(jié)流處理MAP復(fù)用VCF業(yè)務(wù)虛擬信道生成USLPMCOCF虛擬信道多路復(fù)用MCF插入業(yè)務(wù)全幀生成MAPASDU生成MAP包處理COP管理業(yè)務(wù)數(shù)據(jù)流方問MAPA業(yè)務(wù)MAPP業(yè)務(wù)主信道生成主信道復(fù)用圖5發(fā)送端協(xié)議實(shí)體的內(nèi)部組織及流程GB/T42040—2022VCF業(yè)務(wù)虛擬信道接收LSLPMCOCF業(yè)務(wù)虛擬信道多路解復(fù)用業(yè)務(wù)主信道接收插入業(yè)務(wù)MAPASD[J提取主信道解復(fù)用MAPA業(yè)務(wù)MAPP數(shù)椐流方向圖6接收端協(xié)議實(shí)體的內(nèi)部組織及流程通過從圖5和圖6中提煉多路復(fù)用/解復(fù)用和整合/分解功能，圖7描述了各種數(shù)據(jù)單元之間的關(guān)系，被稱為USLP協(xié)議信道樹。業(yè)務(wù)MAPA業(yè)務(wù)MAP字節(jié)流業(yè)務(wù)包MAPA_SDU字節(jié)流\MAPIIDVCF業(yè)務(wù)vcFVCI)OCF_SDUMCT全幀[JSLPMCOCF業(yè)務(wù)圖創(chuàng)選擇MCF業(yè)務(wù)選擇插入業(yè)務(wù)整合/分解多路復(fù)用/碎復(fù)用圖7USLP協(xié)議信道樹圖7中，多路復(fù)用按照由任務(wù)規(guī)定的策略將多個數(shù)據(jù)單元流(每個數(shù)據(jù)單元流具有不同的標(biāo)識)復(fù)用產(chǎn)生一個數(shù)據(jù)單元數(shù)據(jù)流。解復(fù)用是多路復(fù)用的逆過程。整合按照協(xié)議規(guī)定的格式規(guī)則將多個數(shù)據(jù)單元(每個數(shù)據(jù)單元來自不同業(yè)務(wù))拼接為一個共享相同標(biāo)識的協(xié)議數(shù)據(jù)單元。分解是整合的逆過程。5.3.3同步與信道編碼子層相關(guān)業(yè)務(wù)同步與信道編碼的國家標(biāo)準(zhǔn)(包括GB/T39348—2020、GB/T39349—2020、GB/T39353—2020)應(yīng)與USLP協(xié)議一起作為同步與信道編碼子層的技術(shù)規(guī)范。根據(jù)GB/T39348—2020所定義的信道編碼，同步與信道編碼子層將空間鏈路上定長、定界的傳送幀轉(zhuǎn)換為連續(xù)的比特流。在這種情況下，USLP協(xié)議的物理信道管理參數(shù)“物理信道傳送幀類型”的取根據(jù)GB/T39349—2020和GB/T39353—2020所定義的信道編碼，同步與信道編碼子層將空間鏈路上可變長度、定界的傳送幀轉(zhuǎn)換為斷續(xù)的比特流。在這種情況下，USLP協(xié)議的物理信道管理參數(shù)“物理信道傳送幀類型”的取值標(biāo)稱為“可變長度”。使用GB/T39349—2020和GB/T39353—2020所定義的信道編碼的固定長度的USLP傳送幀也可以在物理信道上異步傳輸。在這種情況下，將主信道根據(jù)所選用的信道編碼推薦標(biāo)準(zhǔn)，接收端可通過下列方式進(jìn)行幀驗證。a)若使用GB/T39348—2020所定義的信道編碼，遙測同步和信道編碼子層可選擇是否使用FECF,并交付經(jīng)過完全驗證的USLP傳送幀。b)若使用GB/T39349—2020所定義的信道編碼，遙控同步和信道編碼子層交付從傳送幀解碼出的數(shù)據(jù)流。該數(shù)據(jù)流可能是不完整的或包含填充數(shù)據(jù)。USLP協(xié)議可以利用幀定界和填充數(shù)據(jù)刪除規(guī)程(見8.2.2.2)以及USLP傳送幀驗證檢查規(guī)程(見8.2.2.3)交付經(jīng)過完全驗證的USLP傳送幀。c)若使用GB/T39353—2020所定義的信道編碼，鄰近空間鏈路同步和信道編碼子層通過使用CRC交付經(jīng)過完全驗證的USLP傳送幀。CRC是必選的，通過鄰近鏈路編碼生成。USLP協(xié)議與GB/T39349—2020規(guī)定的同步與信道編碼子層配套使用時，可以要求同步與信道編碼子層對數(shù)據(jù)單元執(zhí)行系統(tǒng)性重傳。針對深空任務(wù)的長傳輸時延，系統(tǒng)性重傳可以提升完整傳輸?shù)母怕省B/T39349—2020中定義了ChannelAccess.request業(yè)務(wù)原語，其中包含可選參數(shù)[Repetitions]。同步與信道編碼子層按照參數(shù)Repetitions確定對數(shù)據(jù)單元傳送的數(shù)次。若參數(shù)Repetitions的取值為1或未選用參數(shù)Repetitions,同步與信道編碼子層不執(zhí)行系統(tǒng)重傳，即USLP傳送幀僅被傳送一次。USLP協(xié)議根據(jù)管理參數(shù)對系統(tǒng)性重傳提出要求。重傳時應(yīng)采用GB/T39344—2020中規(guī)定的傳送幀格式進(jìn)行數(shù)據(jù)傳送。對于每一個虛擬信道，若USLP傳送幀承載序列控制業(yè)務(wù)的SDU(即COP-1中的AD類傳送幀)或承載COP控制命令(即COP-1中的BC類傳送幀),則在虛擬信道管理參數(shù)中設(shè)置傳遞給編碼子層的參數(shù)Repetitions取值。對于物理信道，通過物理信道管理參數(shù)，設(shè)定同步與信道編碼子層參數(shù)Repetitions的最大值。當(dāng)USLP傳送幀承載簡捷業(yè)務(wù)的SDU(即COP-1中的BD類傳送幀)時，不應(yīng)使用參數(shù)Repetitions。6.1業(yè)務(wù)數(shù)據(jù)單元USLP協(xié)議傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)單元包括：a)多路訪問點(diǎn)包；b)MAPA_SDU;c)多路訪問點(diǎn)字節(jié)流數(shù)據(jù)；d)OCF_SDU;e)USLP傳送幀；f)IN_SDU。多路訪問點(diǎn)包需通過MAPP業(yè)務(wù)在空間鏈路傳輸，其PVN的取值應(yīng)符合規(guī)則。為了從傳送幀中提取多路訪問點(diǎn)包，接收端的業(yè)務(wù)提供方應(yīng)知道多路訪問點(diǎn)包長度域的位置和長度。多路訪問點(diǎn)包是變長、定界、按字節(jié)排列的數(shù)據(jù)單元，應(yīng)當(dāng)按照TFDZ構(gòu)造規(guī)則，將多路訪問點(diǎn)包放在單個USLP傳送幀內(nèi)或同一GVCID的多個連續(xù)USLP傳送幀內(nèi)。6.1.3多路訪問點(diǎn)訪問業(yè)務(wù)數(shù)據(jù)單元MAPA_SDU通過MAPA業(yè)務(wù)在空間鏈路傳輸。單個MAPA_SDU可以在一個或多個傳送幀的數(shù)據(jù)區(qū)里傳輸，因此MAPA_SDU的長度不受TFDZ的長度約束。MAPA_SDU是可變長度、按字節(jié)排列的數(shù)據(jù)單元。MAPA_SDU的長度由SAP提供，按照TFDZ構(gòu)造規(guī)則在TFDZ中定界。6.1.4多路訪問點(diǎn)字節(jié)流數(shù)據(jù)MAP字節(jié)流數(shù)據(jù)通過MAP字節(jié)流業(yè)務(wù)在空間鏈路傳輸。每一個字節(jié)流業(yè)務(wù)請求中的字節(jié)流長度應(yīng)當(dāng)用于為TFDZ中傳輸?shù)慕邮諗?shù)據(jù)定界。字節(jié)流數(shù)據(jù)是可變長度、按字節(jié)排列、連續(xù)的字節(jié)。6.1.5操作控制域業(yè)務(wù)數(shù)據(jù)OCF_SDU通過USLP_MC_OCF業(yè)務(wù)在空間鏈路上傳輸。OCF_SDU包含在某個虛擬信道的每個傳送幀中。發(fā)送端用戶產(chǎn)生OCF-SDU可與虛擬信道同步，也可不同步。根據(jù)任務(wù)需求設(shè)計同步策略。OCF_SDU是固定長度的數(shù)據(jù)單元，每個OCF_SDU由四個字節(jié)組成，裝載在操作控制域中，從發(fā)送端送往接收端。USLP傳送幀是USLP的協(xié)議數(shù)據(jù)單元，也可作為VCF業(yè)務(wù)和MCF業(yè)務(wù)的業(yè)務(wù)數(shù)據(jù)單元。以下約束適用于USLP傳送幀：a)若一個主信道上存在USLP_MC_OCF業(yè)務(wù)，則該主信道上提交到VCF業(yè)務(wù)的傳送幀應(yīng)保持OCF和OCF標(biāo)志為空；b)如果物理信道上存在插入業(yè)務(wù)，則提交給MCF或VCF業(yè)務(wù)的USLP傳送幀的傳送幀插入域應(yīng)為空；c)如果物理信道上存在USLP傳送幀，則提交給MCF或VCF業(yè)務(wù)的FECF應(yīng)為空。當(dāng)傳輸固定長度的USLP傳送幀時，在物理信道傳輸?shù)乃袀魉蛶瑧?yīng)長度相同，其長度并由任務(wù)確定。6.1.7插入業(yè)務(wù)數(shù)據(jù)單元IN_SDU是周期性、按字節(jié)排列的固定長度的數(shù)據(jù)單元，其長度固定，為整數(shù)字節(jié)，取值范圍在1至傳送幀最大數(shù)據(jù)區(qū)長度之間，具體值由任務(wù)確定。在USLP傳送幀內(nèi)是否存在IN_SDU應(yīng)通過物理信道管理參數(shù)“插入域選用參數(shù)”進(jìn)行控制。如果IN_SDU存在，物理信道上的每個傳送幀應(yīng)包含一個IN6.2多路訪問點(diǎn)包業(yè)務(wù)6.2.1.2通過該業(yè)務(wù)傳輸?shù)腜VN取值應(yīng)符合規(guī)定。6.2.1.4該業(yè)務(wù)不保證完整性，也不為接收端用戶提供業(yè)務(wù)數(shù)據(jù)單元丟失指示。6.2.1.5該業(yè)務(wù)用戶為發(fā)送或接收包(具有單一PVN)的協(xié)議實(shí)體，通過PVN和GMAPID識別。不同用戶(對應(yīng)不同版本的包)可以共享一個MAP信道。如果在一個MAP信道上有多個用戶，則業(yè)務(wù)提供方應(yīng)將不同版本的包多路復(fù)用在一起，形成一個包流在該MAP信道傳輸。MAPP業(yè)務(wù)原語使用的參數(shù)如下。a)Packet:通過MAPP業(yè)務(wù)傳輸?shù)陌?。b)GMAPID:用于標(biāo)識傳輸包的MAP信道的GMAPID,是MAPP業(yè)務(wù)的SAP地址的一部分。c)PVN:用于標(biāo)識使用MAPP業(yè)務(wù)的上層協(xié)議實(shí)體，是MAPP業(yè)務(wù)的SAP地址的一部分。d)SDUID:應(yīng)包含一個用戶提供的序列號，用于識別后續(xù)MAPP_Notify.indication原語中的相關(guān)數(shù)據(jù)包。e)QoS:在發(fā)送端，QoS參數(shù)應(yīng)表明MAPP是采用序列控制的QoS傳輸還是采用簡捷的QoSf)NotificationType:在向用戶發(fā)出通知時，NotificationType參數(shù)應(yīng)包含與數(shù)據(jù)包傳輸相關(guān)事件的信息。g)PacketQualityIndicator:可選參數(shù)，用于通知MAPP業(yè)務(wù)接收端用戶通過原語傳遞的包是否h)VerificationStatusCode:可選參數(shù)，用于通知MAPP業(yè)務(wù)接收端用戶通過MAP信道傳送的傳送幀是否驗證正確。當(dāng)業(yè)務(wù)提供方需要支持SDLS協(xié)議時選用該參數(shù)，取值為非零時，表示SDLS協(xié)議檢測到差錯。在發(fā)送端，MAPP業(yè)務(wù)用戶向業(yè)務(wù)提供方提交一個MAPP.request,用于請求通過指定的MAP信道給接收端用戶傳送一個包。該原語參數(shù)如下：MAPP.request(Packet,在需要發(fā)送一個包時，發(fā)送端業(yè)務(wù)用戶將MAPP.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方接受MAPP.request后傳輸該包。該原語用于在指定的空間鏈路MAP信道上傳輸包。在發(fā)送端，業(yè)務(wù)提供方應(yīng)將MAPP_Notify.indication傳遞給MAPP業(yè)務(wù)用戶，用于通知用戶與數(shù)據(jù)包傳輸相關(guān)的事件。該原語參數(shù)如下：NotificationType)發(fā)送端業(yè)務(wù)提供方響應(yīng)與傳輸數(shù)據(jù)包相關(guān)的事件，生成MAPP_Notify.indication原語。在發(fā)送端，業(yè)務(wù)提供方應(yīng)將MAPP.indication原語傳遞給MAPP業(yè)務(wù)用戶，用于交付一個包。該MAPA.indication(Packet,當(dāng)一個包準(zhǔn)備好傳送時，接收端業(yè)務(wù)提供方生成MAPP.indication原語。該原語通過GMAPID和PVN識別MAPP業(yè)務(wù)用戶。作為可選項，該業(yè)務(wù)可向業(yè)務(wù)用戶交付不完整的包。6.3.1.2業(yè)務(wù)數(shù)據(jù)單元的長度對于業(yè)務(wù)提供方是未知的，應(yīng)通過SAP傳輸給業(yè)務(wù)提供方。6.3.1.4如果虛擬信道上分配的MAPID有且僅有一個，則該業(yè)務(wù)不保證完整性，但可對交付給接收端用戶的SDU序列中的丟失部分進(jìn)行標(biāo)記。6.3.1.5該業(yè)務(wù)的用戶為通過一個或多個USLP傳送幀發(fā)送或接收MAPA_SDU的協(xié)議實(shí)體，所使用的USLP傳送幀通過UPID和GMAPID標(biāo)識。6.3.1.6不同的用戶(使用不同UPID標(biāo)識的MAPA_SDU)可以共享一個MAP信道，但不應(yīng)共享一個6.3.1.7業(yè)務(wù)提供方使用同一GMAPID的TFDZ構(gòu)造規(guī)則從一個USLP傳送幀或按順序編號的多個USLP傳送幀上分離出各個MAPA_SDU。MAPA業(yè)務(wù)原語使用的參數(shù)如下。a)MAPA_SDU:通過MAPA業(yè)務(wù)傳輸?shù)腟DU。b)GMAPID:用于標(biāo)識傳輸包的MAP信道的GMAPID,是MAPA業(yè)務(wù)的SAP地址的一部分。c)SDUID:應(yīng)包含一個用戶提供的序列號，用于識別后續(xù)MAPA_Notify.indication原語中的相d)QoS:在發(fā)送端，QoS參數(shù)應(yīng)表明MAPA_SDU采用序列控制的QoS傳輸還是采用簡捷的QoS傳輸。e)NotificationType:在向用戶發(fā)出通知時，NotificationType參數(shù)應(yīng)包含與MAPA_SDU傳輸相關(guān)事件的信息。f)MAPA_SDULossFlag:可選參數(shù)，用于通知MAPA業(yè)務(wù)接收端用戶檢測到序列的不連續(xù)性，若設(shè)置該參數(shù)，則表明一個或多個MAPA_SDU已經(jīng)丟失，其取值通過對傳送幀中VCF計數(shù)進(jìn)行檢查來確定。當(dāng)限制虛擬信道中有且僅有一個MAPID時，應(yīng)報告MAPA_SDU的g)VerificationStatusCode:可選參數(shù)，用于通知MAPA業(yè)務(wù)接收端用戶通過MAP信道傳送的傳送幀是否驗證正確。當(dāng)業(yè)務(wù)提供方需要支持SDLS協(xié)議時選用該參數(shù)，取值為非零時，表示SDLS協(xié)議檢測到差錯。在發(fā)送端，MAPA業(yè)務(wù)用戶應(yīng)將MAPA.request原語傳遞給業(yè)務(wù)提供方，請求通過指定的MAP信道將MAPA_SDU傳輸給接收端的用戶。該原語參數(shù)如下：MAPA.request(MAPA_SDU,當(dāng)需要發(fā)送一個MAPA_SDU時，發(fā)送終業(yè)務(wù)用戶將MAPA.request提供給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到MAPA.request后傳輸該MAPA_SDU。在發(fā)送端，業(yè)務(wù)提供方將MAPA_Notify.indication傳遞給MAPA業(yè)務(wù)用戶，以通知用戶與MAPASDU傳輸相關(guān)的事件。該原語參數(shù)如下：_發(fā)送端業(yè)務(wù)提供方響應(yīng)與傳輸MAPA_SDU相關(guān)的事件，生成MAPA_Notify.indication原語。在接收端，業(yè)務(wù)提供方應(yīng)將MAPA.indication原語傳遞給MAPA業(yè)務(wù)用戶，用于交付一個MAPASDU。該原語參數(shù)如下：_MAPA.indication(MAPA_SDU,[MAPA_SDULossFlag],當(dāng)一個MAPA_SDU準(zhǔn)備好傳送時，接收端業(yè)務(wù)提供方生成MAPA.indication原語。該原語通過MAPID識別MAPA業(yè)務(wù)用戶。6.4多路訪問點(diǎn)字節(jié)流業(yè)務(wù)6.4.1.1MAP字節(jié)流業(yè)務(wù)在空間鏈路上傳輸一系列字節(jié)流數(shù)據(jù)。業(yè)務(wù)提供方不需要知道字節(jié)流內(nèi)部結(jié)構(gòu)和邊界。6.4.1.3根據(jù)用戶選擇的QoS參數(shù)，該業(yè)務(wù)可提供序列控制或者簡捷服務(wù)。6.4.1.4字節(jié)流只應(yīng)使用可變長度的傳送幀進(jìn)行傳輸，不應(yīng)使用固定長度的USLP傳送幀。6.4.1.5來自不同用戶的字節(jié)流可使用不同的MAPID在一個虛擬信道上進(jìn)行多路復(fù)用。MAP字節(jié)流業(yè)務(wù)原語使用的參數(shù)如下。a)OctetStreamData:通過MAP字節(jié)流業(yè)務(wù)傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)單元。b)GMAPID:用于標(biāo)識傳輸字節(jié)流的MAP信道，是MAP字節(jié)流業(yè)務(wù)的SAP地址的一部分。c)SDUID:SDUID參數(shù)應(yīng)包含一個由用戶提供的序列號，用于識別后續(xù)OCTET_STREAM_Notify.indication原語中的相關(guān)MAP字節(jié)流。d)QoS:在發(fā)送端，QoS參數(shù)應(yīng)表明MAP字節(jié)流采用序列控制的QoS傳輸還是采用簡捷的QoS傳輸。e)OctetStreamDataLossFlag:可選參數(shù)，用于通知MAP字節(jié)流業(yè)務(wù)接收端用戶檢測到字節(jié)流序列不連續(xù)或數(shù)據(jù)出現(xiàn)丟失。如果選用本參數(shù)，其取值通過對傳送幀中VCF計數(shù)進(jìn)行檢查來確定。f)VerificationStatusCode:可選參數(shù)，用于通知MAP字節(jié)流業(yè)務(wù)接收端用戶通過虛擬信道傳送的傳送幀是否驗證正確。當(dāng)業(yè)務(wù)提供方需要支持SDLS協(xié)議時選用該參數(shù)，其取值為非零在發(fā)送端，MAP字節(jié)流業(yè)務(wù)用戶向業(yè)務(wù)提供方提交一個OCTET_STREAM.request,用于請求通過指定的虛擬信道向接收端用戶傳輸字節(jié)流數(shù)據(jù)。該原語參數(shù)如下：OCTET_STREAM.request(OctetStreamData,在需要發(fā)送字節(jié)流數(shù)據(jù)時，發(fā)送終業(yè)務(wù)用戶將OCTET_STREAM.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到OCTET_STREAM.request后傳輸字節(jié)流數(shù)據(jù)。在接收端，業(yè)務(wù)提供方應(yīng)將OCTET_STREAM.indication傳遞給MAP字節(jié)流業(yè)務(wù)用戶，用于交付字節(jié)流數(shù)據(jù)。該原語參數(shù)如下：OCTET_STREAM.indication(OctetStreamData,[OctetStreamDataLossFlag[VerficiationStatusCode])當(dāng)一個MAPA字節(jié)流數(shù)據(jù)準(zhǔn)備好傳送時，接收端業(yè)務(wù)提供方生成MAPA.indication。該原語通過MAPID識別MAP字節(jié)流業(yè)務(wù)用戶。該原語未對MAP字節(jié)流數(shù)據(jù)的數(shù)量進(jìn)行定義，因此，接收端業(yè)務(wù)用戶無法比較提交給業(yè)務(wù)提供方的MAP字節(jié)流數(shù)據(jù)量與發(fā)送端業(yè)務(wù)用戶OCTET_STREAM.在發(fā)送端，業(yè)務(wù)提供方應(yīng)將OCTET_STREAM_Notify.indication傳遞給MAP字節(jié)流業(yè)務(wù)用戶，用于通知用戶與字節(jié)流傳輸相關(guān)的事件。該原語參數(shù)如下：OCTET_STREAM_Notify.indication(GMAPID,NotificationType)發(fā)送端業(yè)務(wù)提供方響應(yīng)與傳輸部分字節(jié)流相關(guān)的事件，生成OCTET_STREAM_Notify.indication6.5主信道操作控制域業(yè)務(wù)6.5.1.1USLP_MC_OCF業(yè)務(wù)通過長度為4字節(jié)的虛擬信道傳送幀OCF提供固定長度數(shù)據(jù)單元的傳6.5.1.2在傳送幀導(dǎo)頭中標(biāo)識了傳送幀中是否包含OCF_SDU的信號。6.5.1.3該業(yè)務(wù)不保證完整性，但可以對交付給接收端用戶的SDU序列中丟失部分進(jìn)行標(biāo)識。6.5.1.4在一個主信道上，發(fā)送端只應(yīng)有一個用戶可使用該業(yè)務(wù)，并且該用戶由主信道的MCID標(biāo)識。在一個主信道上，接收端只應(yīng)有一個用戶可使用該業(yè)務(wù)，并且該用戶由主信道的MCID標(biāo)識。一個主信道中只應(yīng)存在一個USLP_MC_OCF業(yè)務(wù)，并且該業(yè)務(wù)可由多個a)對于固定長度的幀，由主信道管理參數(shù)“要求包含OCF判斷參數(shù)”指定是否支持USLP_MC_b)對于可變長度的幀，由虛擬信道管理參數(shù)“允許包含O6.5.1.5當(dāng)OCF包含F(xiàn)SR或CLCW/PLCW時，由發(fā)送端的USLP_MC_OCF用戶(即FARM和SDLS安全鏈路接收方所在的位置)提供要包含在USLP傳送幀中的OCF。注：本文件不規(guī)定USLP_MC_OCF業(yè)務(wù)用戶如何接收CLCW/PLCW或FSR,也不規(guī)定將CLCW/PLCW或FSR提供給USLP業(yè)務(wù)提供方之前如何進(jìn)行多路復(fù)用。鏈路發(fā)起方和FOP所在的位置)從主信道解復(fù)用功能中接收包含在USLP傳送幀中的OCF。6.5.1.7通過虛擬信道的GVCID來識別用戶。來自不同OCF用戶的SDU被多路復(fù)用在一起，以便注：本文件不規(guī)定USLP_MC_OCF業(yè)務(wù)用戶如何對接收到的OCF進(jìn)行多路解復(fù)用，也不規(guī)定FSR或CLCW/PL-CW發(fā)送到發(fā)起端的SDLS功能以及相關(guān)的FOP。USLP_MC_OCF業(yè)務(wù)原語使用的參數(shù)如下。a)OCF_SDU:通過USLP_MC_OCF業(yè)務(wù)在一個虛擬信道傳送幀的OCF中傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)b)GVCID:用于標(biāo)識傳輸OCF_SDU的虛擬信道，是USLP_MC_OCF業(yè)務(wù)的SAP地址的一c)OCF_SDULossFlag:可選參數(shù)，用于通知USLP_MC_OCF業(yè)務(wù)接收端的用戶檢測到序列是不連續(xù)的，并且一個或多個USLP_MC_OCF可能已經(jīng)丟失。如果選用本參數(shù)，應(yīng)通過檢測傳在發(fā)送端，USLP_MC_OCF業(yè)務(wù)用戶應(yīng)將USLP_MC_OCF.request原語傳遞給服務(wù)提供方，請求通過指定的虛擬信道將OCF_SDU傳輸給接收端的用戶。該原語參數(shù)如下：OCF_SDU.request(OCF_SDU,在需要發(fā)送OCF_SDU時，發(fā)送端業(yè)務(wù)用戶將USLP_MC_OCF.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到USLP_MC_OCF.request后傳輸該OCF_SDU。該原語應(yīng)用于在指定的空間鏈路虛擬信道交付OCF_SDU。該原語參數(shù)如下：USLP_MC_OCF.indication(OctetStreamData,USLP_MC_OCF.indication由業(yè)務(wù)提供方傳遞給接收端的USLP_MC_OCF業(yè)務(wù)用戶，用于交付一個OCF_SDU。該原語通過GVCID來識別USLP_MC_OCF業(yè)務(wù)用戶。6.6.1.1VCF業(yè)務(wù)在空間鏈路上傳輸由獨(dú)立協(xié)議實(shí)體產(chǎn)生的、固定或可變長度的虛擬信道的USLP傳6.6.1.2該業(yè)務(wù)不保證完整性，但可對交付給接收端用戶的SDU序列中丟失部分進(jìn)行標(biāo)識。6.6.1.3一個虛擬信道上只應(yīng)有一個用戶能使用該業(yè)務(wù)，并且該用戶由虛擬信道的GVCID標(biāo)識。6.6.1.4不同用戶的SDU不應(yīng)在一個虛擬信道上進(jìn)行多路復(fù)用。VCF業(yè)務(wù)原語使用的參數(shù)如下：a)Frame:由GVCID參數(shù)指定的虛擬信道USLP傳送幀；b)GVCID:用于標(biāo)識傳輸傳送幀的虛擬信道；c)FrameLossFlag:可選參數(shù)，用于通知VCF業(yè)務(wù)接收端用戶檢測到序列的不連續(xù)性，若設(shè)置該參數(shù)，則表明一個或多個傳送幀可能已經(jīng)丟失，其取值通過對傳送幀的虛擬信道幀計數(shù)進(jìn)行檢查來確定。在發(fā)送端，VCF業(yè)務(wù)用戶向業(yè)務(wù)提供方提交一個VCF.request,用于請求通過指定虛擬信道向接收端用戶傳輸一個USLP傳送幀。該原語參數(shù)如下：VCF.request(Frame,GVCID)當(dāng)需要發(fā)送USLP傳送幀時，發(fā)送端業(yè)務(wù)用戶將VCF.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到VCF.request后傳輸該USLP傳送幀。該原語用于在指定的空間鏈路虛擬信道上傳輸傳送幀。在接收端，業(yè)務(wù)提供方將VCF.indication傳遞給VCF業(yè)務(wù)用戶，用于交付一個USLP傳送幀。該原語參數(shù)如下：VCF.indication(Frame,GVCID,VCF.indication由業(yè)務(wù)提供方傳遞給接收端的VCF業(yè)務(wù)用戶，用于交付一個USLP傳送幀。該原語通過GVCID識別VCF業(yè)務(wù)用戶。6.7主信道幀業(yè)務(wù)6.7.1.1MCF業(yè)務(wù)在空間鏈路上傳輸由獨(dú)立協(xié)議實(shí)體產(chǎn)生的、固定長度或可變長度的主信道的USLP傳送幀序列。6.7.1.2該業(yè)務(wù)為單向、異步、保序業(yè)務(wù)。該業(yè)務(wù)不保證完整性，但可對交付給接收端用戶的SDU序列中丟失部分進(jìn)行標(biāo)識。6.7.1.3一個主信道上只應(yīng)有一個用戶能使用該業(yè)務(wù)，并且由主信道MCID標(biāo)識該用戶。6.7.1.4不同用戶的業(yè)務(wù)數(shù)據(jù)單元不應(yīng)在一個主信道上進(jìn)行多路復(fù)用。MCF業(yè)務(wù)原語使用的參數(shù)如下：a)Frame:由MCID參數(shù)指定的主信道傳送幀；b)MCID:用于標(biāo)識傳輸傳送幀的主信道；c)FrameLossFlag:可選參數(shù)，用于通知MCF業(yè)務(wù)接收端用戶檢測到序列的不連續(xù)性，若設(shè)置該參數(shù)，則表明特定主信道的一個或多個傳送幀可能已經(jīng)丟失，其取值根據(jù)信道編碼子層提供的信息設(shè)置。在發(fā)送端，MCF業(yè)務(wù)用戶向業(yè)務(wù)提供方提交一個MCF.request,用于請求通過指定的主信道向接收端用戶傳輸一個傳送幀。該原語參數(shù)如下：MCF.request(Frame,在需要發(fā)送傳送幀時，發(fā)送端業(yè)務(wù)用戶將MCF.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到MCF.request后傳輸該USLP傳送幀。該原語用于在制定的空間鏈路主信道上傳輸傳送幀。在接收端，業(yè)務(wù)提供方將MCF.indication傳遞給MCF業(yè)務(wù)用戶，用于交付一個USLP傳送幀。該MCF.indication(Frame,MCF.indication由業(yè)務(wù)提供方傳遞給接收端的MCF業(yè)務(wù)用戶，用于交付一個傳送幀。該原語通過MCID識別MCF業(yè)務(wù)用戶。6.8.1.1插入業(yè)務(wù)通過固定長度的傳送幀在空間鏈路上傳輸自定義的、固定長度的、按字節(jié)排列的業(yè)務(wù)數(shù)據(jù)單元，提供了以相對較低數(shù)據(jù)速率來有效利用空間鏈路傳輸資源的模式，是單向、周期性的保序6.8.1.2該業(yè)務(wù)不保證完整性，但可對交付給接收端用戶的SDU序列中丟失部分進(jìn)行標(biāo)識。插入域的選用和長度由物理信道管理參數(shù)控制。6.8.1.3一個物理信道只應(yīng)一個用戶(由物理信道名稱標(biāo)識)可以使用該業(yè)務(wù)。不同用戶的業(yè)務(wù)數(shù)據(jù)單元不應(yīng)在一個物理信道上進(jìn)行多路復(fù)用。插入業(yè)務(wù)原語使用的參數(shù)如下：a)IN_SDU:插入業(yè)務(wù)傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)單元；b)PhysicalChannelName:用于標(biāo)識傳輸IN_SDU的物理信道；c)IN_SDULossFlag:可選參數(shù)，用于通知插入業(yè)務(wù)接收端用戶檢測到序列的不連續(xù)性，若設(shè)置該參數(shù)，則表明一個或多個IN_SDU可能已經(jīng)丟失，該標(biāo)識應(yīng)根據(jù)信道編碼子層提供的信息在發(fā)送端，插入業(yè)務(wù)用戶向業(yè)務(wù)提供方提交一個INSERT.request,用于請求通過指定物理信道向接收端用戶傳輸一個IN_SDU。該原語參數(shù)如下：INSERT.request(IN_SDU,在需要發(fā)送IN_SDU時，發(fā)送端業(yè)務(wù)用戶將INSERT.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到INSERT.request后傳輸IN_SDU。該原語用于在指定空間鏈路物理信道上傳輸IN_SDU。在接收端，業(yè)務(wù)提供方應(yīng)將INSERT.indication傳遞給插入業(yè)務(wù)用戶，用于交付一個IN_SDU。該原語參數(shù)如下：PhysicalChannelName,INSERT.indication由業(yè)務(wù)提供方傳遞給接收端的插入業(yè)務(wù)用戶，用于交付一個IN_SDU。該原語通過PhysicalChannelName來識別插入業(yè)務(wù)用戶。6.9通信操作規(guī)程管理業(yè)務(wù)6.9.1.1COP管理業(yè)務(wù)由發(fā)送端用戶用于管理特定虛擬信道或端口ID的COP-1或COP-P操作。用戶通過調(diào)用COP-1或COP-P的指令來管理COP的操作。6.9.1.2業(yè)務(wù)提供方將與指令相關(guān)的事件以及與指令異步發(fā)生的事件通知給用戶。6.9.1.3應(yīng)授權(quán)此業(yè)務(wù)的用戶對特定虛擬信道的COP-1或特定端口ID的COP-P操作進(jìn)行管理。6.9.1.4一個虛擬信道只應(yīng)有一個用戶可以使用此業(yè)務(wù)，該用戶可以由虛擬信道的GVCID(用于COP-1)或指定的PortID(用于COP-P)來標(biāo)識。COP管理業(yè)務(wù)原語使用的參數(shù)如下。a)GVCID/PortID:若所管理的是COP-1,則包含虛擬信道的GVCID,GVCID是MCID和b)DirectiveID:包含一個用戶提供的順序號，用于標(biāo)識相關(guān)的Directive.request原語和后續(xù)Di-rective_Notify.indication原語。c)DirectiveType:包含指令的類型。d)DirectiveQualifier:包含指令的限定符(如果需要)。e)NotificationType:在向用戶發(fā)出通知時，通知類型參數(shù)應(yīng)包含有關(guān)與指令關(guān)聯(lián)的事件的f)NotificationQualifier:應(yīng)包含通知的限定符(如果需要)。在發(fā)送端，被授權(quán)的用戶向業(yè)務(wù)提供方發(fā)送Directive.request,請求調(diào)用由COP-1或COP-P定義的指令。該原語參數(shù)如下：Directive.request(GVCID/PortID,DirectiveID,DirectiveQualifi當(dāng)需要執(zhí)行一個指令時，被授權(quán)的用戶將Directive.request提交給業(yè)務(wù)提供方，業(yè)務(wù)提供方收到在發(fā)送端，業(yè)務(wù)提供方應(yīng)將Directive_Notify.indication傳遞給被授權(quán)的用戶，用于通知用戶與其提出的指令相關(guān)的時間和動作。該原語參數(shù)如下：Directive_Notify.indication(GVCID/PortID,DirectiveID,NotificationType)發(fā)送端業(yè)務(wù)提供方響應(yīng)與指令相關(guān)的事件或動作，生成Directive_Notify.indication原語。在發(fā)送端，業(yè)務(wù)提供方應(yīng)將Async_Notify.indication傳遞給授權(quán)用戶，用于通知用戶與其請求異步發(fā)生的事件。該原語參數(shù)如下：Async_Notify.indication(GVCID/PortNotificationNotification發(fā)送端業(yè)務(wù)提供方應(yīng)響應(yīng)與請求異步發(fā)生的事件，生成Async_Notify.indication原語。7.1位序號約定本文件采用下述位序號的約定，以便識別N-bit數(shù)據(jù)域中的各位。對N-bit數(shù)據(jù)的高低位遵守下述約定：第一個傳送的bit稱之為位0(b?),緊接的bit定位為位1(b?),這樣依次到位N-1(by-1)。當(dāng)該數(shù)據(jù)域用作表示一個二進(jìn)制值時(例如計數(shù)器),最高有效位(MSB)是該數(shù)據(jù)域最先傳送位，也就是b?,如圖8所示。1個字節(jié)為8bits。7.2統(tǒng)一空間數(shù)據(jù)鏈路協(xié)議傳送幀一個USLP傳送幀由位置連續(xù)的、按照以下順序排列的域組成：a)傳送幀主導(dǎo)頭(4字節(jié)～14字節(jié)，必選項);b)傳送幀插入域(整數(shù)個字節(jié)，可選項);USLP傳送幀組成結(jié)構(gòu)如圖9所示。LUSI.P傳送暢主導(dǎo)頭(可選項)傳送幀數(shù)據(jù)域(TFDT)(必選項)(可選項)幀差錯(可選項)傳送幀數(shù)據(jù)域頭傳送幀數(shù)據(jù)區(qū)4字節(jié)～14寧節(jié)可變長1字節(jié)～3字節(jié)可變長4字節(jié)2字節(jié)7.3傳送幀主導(dǎo)頭傳送幀主導(dǎo)頭為必選項。完整傳送幀主導(dǎo)頭格式如圖10所示，按順序應(yīng)包含以下13個域：上信道標(biāo)識版本號標(biāo)識源或月的標(biāo)識虛擬信道標(biāo)識多路訪問點(diǎn)標(biāo)識幀主導(dǎo)頭結(jié)束標(biāo)志幀長制標(biāo)忐協(xié)議控制命令標(biāo)志保留操作標(biāo)忠虛擬信數(shù)長度虛擬信道幀計數(shù)圖10完整傳送幀主導(dǎo)頭格式傳送幀主導(dǎo)頭的位0到位19為主信道標(biāo)識，包括：a)傳送幀版本號：必選項，占4bits,位于傳送幀主導(dǎo)頭位0至位3,采用二進(jìn)制編碼，用于標(biāo)識傳b)航天器標(biāo)識：必選項，占16bits,位于傳送幀主導(dǎo)頭位4到位19,用于標(biāo)識傳送幀內(nèi)數(shù)據(jù)所屬航天器，在整個任務(wù)階段內(nèi)固定不變。7.3.3源或目的標(biāo)識傳送幀主導(dǎo)頭的位20為源或目的標(biāo)識，用于標(biāo)識傳送幀中包含的數(shù)據(jù)關(guān)系。若源或目的標(biāo)識為“0”,則SCID識別的是傳送幀的源；若源或目的標(biāo)識為“1”,則SCID標(biāo)識的是傳送幀的目的地。7.3.4虛擬信道標(biāo)識傳送幀主導(dǎo)頭的位21～位26為VCID,用于標(biāo)識虛擬信道。VCID的選擇可以從0～62,本文件對VCID的選擇沒有其他限制，VCID可以不連續(xù)。VCID取值為63(即“111111”)時，表示是為空閑數(shù)據(jù)傳送幀預(yù)留的。傳送幀主導(dǎo)頭的位27～位30為MAPID,用于標(biāo)識MAP。在一個虛擬信道中最多可為16個MAP信道提供標(biāo)識?？臻e數(shù)據(jù)傳送幀的MAPID取值為“0”,除空閑數(shù)據(jù)傳送幀外，本文件對MAPID的選擇沒有其他限制，MAPID可以不連續(xù)。MAP識別虛擬信道的SAP,并可指定接收序列控制的或簡捷的業(yè)務(wù)數(shù)據(jù)單元。若只存在一個MAP,則對于該虛擬信道TFDZ中的所有數(shù)據(jù)，MAPID應(yīng)設(shè)置為一個常量值。當(dāng)一個虛擬信道中有用多個MAP時：a)給定的業(yè)務(wù)數(shù)據(jù)單元一次只能分配給一個MAP;b)只有當(dāng)前MAP的整個業(yè)務(wù)數(shù)據(jù)單元傳送完成之后，才可在該虛擬信道上傳送其他MAP的新業(yè)務(wù)數(shù)據(jù)單元。7.3.6幀主導(dǎo)頭結(jié)束標(biāo)志傳送幀主導(dǎo)頭的位31為幀主導(dǎo)頭結(jié)束標(biāo)志。幀主導(dǎo)頭結(jié)束標(biāo)志指示是否使用截短的傳送幀主導(dǎo)頭代替完整的主導(dǎo)頭。幀主導(dǎo)頭結(jié)束標(biāo)志釋義如下：a)“0”表示傳送幀主導(dǎo)頭沒有截短，并且