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