(高清版)GBT 33475.6-2024 信息技術(shù) 高效多媒體編碼 第6部分：智能媒體傳輸

ICS35.040信息技術(shù)高效多媒體編碼第6部分：智能媒體傳輸國家市場監(jiān)督管理總局國家標(biāo)準(zhǔn)化管理委員會(huì)IGB/T33475.6—2024 Ⅲ 12規(guī)范性引用文件 1 1 3 4 4 4 4 57.3媒體資源 57.4通用封裝單元 6 8.1概述 8.2傳輸模型 8.3傳輸協(xié)議 8.4傳輸負(fù)載結(jié)構(gòu) 8.5基于負(fù)載結(jié)構(gòu)的傳輸操作 9.1概述 9.2信令消息格式 9.3媒體數(shù)據(jù)包消費(fèi)信令消息 9.4媒體資源描述符 9.5語法元素組 9.7資源請求響應(yīng)消息 9.8交互反饋消息 9.9會(huì)話控制信令 9.10設(shè)備性能信息 9.11時(shí)鐘關(guān)系信息 9.12同步請求消息 9.13同步響應(yīng)消息 ⅡGB/T33475.6—20249.14媒體資源傳輸特性消息 10媒體呈現(xiàn) 10.2呈現(xiàn)模型 11.2系統(tǒng)架構(gòu) 11.3數(shù)據(jù)類型 11.4推送策略 11.6消息定義 12.2自適應(yīng)前向糾錯(cuò)編碼機(jī)制 12.3編碼符號塊格式 12.4FEC的源數(shù)據(jù)包和恢復(fù)數(shù)據(jù)包格式 附錄A(規(guī)范性)假設(shè)接收機(jī)緩存模型 A.1概述 A.2前向糾錯(cuò)(FEC)解碼緩存 A.3去抖動(dòng)緩存 A.4數(shù)據(jù)包解封裝緩存 A.5假設(shè)接收緩存模型的使用 A.6端到端時(shí)延和緩存要求的估計(jì) A.7語法 A.8語義 附錄B(規(guī)范性)前向糾錯(cuò)編碼碼字 B.1FEC編碼算法 B.2自適應(yīng)前向糾錯(cuò)編碼碼字 ⅢGB/T33475.6—2024本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定本文件是GB/T33475《信息技術(shù)高效多媒體編碼》的第6部分。GB/T33475已經(jīng)發(fā)布了以下 --—第4部分：符合性測試；——第5部分：參考軟件；——第6部分：智能媒體傳輸；——第7部分：圖片文件格式。本文件由全國信息技術(shù)標(biāo)準(zhǔn)化技術(shù)委員會(huì)(SAC/TC28)提出并歸口。GB/T33475.6—2024——第1部分：系統(tǒng)。目的在于確立數(shù)字音視頻媒體系統(tǒng)層編碼方法?！?部分：視頻。目的在于確立高效視頻壓縮方法?！?部分：符合性測試。目的在于確定如何測試驗(yàn)證編碼位流和解碼器。-—第5部分：參考軟件。目的在于定義滿足GB/T33475.2—2024和GB/T33475.3—2018規(guī)定要求的參考軟件。 第6部分：智能媒體傳輸。目的在于規(guī)定用于異構(gòu)包交換網(wǎng)絡(luò)下多媒體數(shù)據(jù)傳輸?shù)闹悄苊襟w傳輸技術(shù)?！?部分：圖片文件格式。目的在于規(guī)定高效多媒體編碼圖片文件格式語法描述、語義描述、中如下26項(xiàng)與數(shù)字視頻編解碼技術(shù)相關(guān)的專利的使用。專利申請?zhí)柤懊Q如下：序號專利申請?zhí)枌＠Q1一種多媒體內(nèi)容分級技術(shù)的實(shí)現(xiàn)方法2一種異構(gòu)網(wǎng)絡(luò)傳輸下的動(dòng)態(tài)時(shí)間窗口及緩存機(jī)制3一種異構(gòu)媒體網(wǎng)絡(luò)傳輸下動(dòng)態(tài)提供資源可獲取時(shí)間的方法4基于媒體內(nèi)容的自適應(yīng)系統(tǒng)碼FEC編譯碼方法5一種多媒體系統(tǒng)中信息交互系統(tǒng)及網(wǎng)絡(luò)傳輸方法6一種基于媒體內(nèi)容的FEC方法7一種基于媒體內(nèi)容的自適應(yīng)FEC方法8多媒體服務(wù)中內(nèi)容組件關(guān)系的描述及個(gè)性化顯示方法9一種基于媒體自身屬性以支持空間分塊的存儲(chǔ)與傳輸方法一種面向多媒體內(nèi)容組件個(gè)性化呈現(xiàn)的方法及系統(tǒng)一種關(guān)聯(lián)多媒體內(nèi)容個(gè)性化呈現(xiàn)信息的描述方法基于廣播系統(tǒng)的媒體點(diǎn)播模式控制方法一種基于廣播系統(tǒng)的媒體點(diǎn)播服務(wù)控制方法媒體信息的處理方法、裝置及系統(tǒng)異構(gòu)網(wǎng)絡(luò)下基于網(wǎng)絡(luò)狀況的多媒體資源自適應(yīng)同步方法基于媒體內(nèi)容的自適應(yīng)系統(tǒng)碼FEC方法、裝置及系統(tǒng)媒體數(shù)據(jù)傳輸方法及裝置用于在多媒體系統(tǒng)中發(fā)送/接收媒體內(nèi)容的方法和裝置用于支持下載和流傳送的分組傳輸?shù)姆椒ê驮O(shè)備用于多媒體傳輸系統(tǒng)的收發(fā)數(shù)據(jù)的方法和裝置GB/T33475.6—2024(續(xù))序號專利申請?zhí)枌＠Q用于在混合網(wǎng)絡(luò)中傳送和接收多媒體數(shù)據(jù)的裝置和方法用于在廣播系統(tǒng)中配置控制消息的裝置和方法用于在廣播系統(tǒng)中配置控制消息的裝置和方法提供多媒體內(nèi)容的方法用于媒體數(shù)據(jù)遞送控制的方法和裝置用于在多媒體傳輸系統(tǒng)中發(fā)送媒體數(shù)據(jù)的方法上述專利持有人已向本文件的發(fā)布機(jī)構(gòu)保證，愿意同任何申請人在合理且無歧視的條款和條件以下聯(lián)系方式獲得：聯(lián)系人：趙海英(數(shù)字音視頻編解碼技術(shù)標(biāo)準(zhǔn)工作組)通訊地址：北京市海淀區(qū)花園路2號牡丹創(chuàng)業(yè)樓515室請注意除上述專利外，本文件的某些內(nèi)容仍可能涉及專利。本文件的發(fā)布機(jī)構(gòu)不承擔(dān)識別這些專利的責(zé)任。V1GB/T33475.6—2024信息技術(shù)高效多媒體編碼第6部分：智能媒體傳輸2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文本文件。GB18030—2022信息技術(shù)中文編碼字符集GB/T18793—2002信息技術(shù)可擴(kuò)展置標(biāo)語言(XML)1.0ISO/IEC14496-12信息技術(shù)音視頻對象的編碼第12部分：ISO基本媒體文件格式(Infor-mationtechnology—Codingofaudio-visualobjects—Part12:ISObasemediafileformat)ISO/IEC23009-1信息技術(shù)基于HTTP的動(dòng)態(tài)自適應(yīng)流媒體第1部分：媒體呈現(xiàn)描述和分段格式[Informationtechnology—DynamicadaptivestreamingoverHTTP(DASH)—Part1:Mediapresentationdescriptionandsegmentformats]IETFRFC1738統(tǒng)一資源定位符[UniformResourceLocators(URL)]IETFRFC2141統(tǒng)一資源名稱語法(URNSyntax)IETFRFC3406統(tǒng)一資源名稱(URN)命名空間定義機(jī)制[UniformResourceNames(URN)NamespaceDefinitionMechanisms]IETFRFC3986統(tǒng)一資源標(biāo)識符(URI):通用語法(UniformResourceIdentifier(URI):GenericIETFRFC4122通用唯一標(biāo)識符(UUID)URN命名空間[AUniversallyUniqueIDentifierIETFRFC5905網(wǎng)絡(luò)時(shí)間協(xié)議第4版(NTPv4):協(xié)議和算法規(guī)范(NetworkTimeProtocolVer-sion4:ProtocolandAlgorithmsSpecification)IETFRFC6570統(tǒng)一資源標(biāo)識符模板(URITemplate)IETFRFC7230超文本傳輸協(xié)議(HTTP/1.1):消息語法和路由[HypertextTransferProtocol(HTTP/1.1):MessageSyntaxandRouting]IETFRFC7231超文本傳輸協(xié)議(HTTP/1.1):語義和內(nèi)容[HypertextTransferProtocol下列術(shù)語和定義適用于本文件。2GB/T33475.6—20243.1含時(shí)間信息的最小媒體數(shù)據(jù)實(shí)體。3.2任何與唯一標(biāo)識符相關(guān)的用作構(gòu)建一個(gè)多媒體呈現(xiàn)的多媒體數(shù)據(jù)實(shí)體。3.3與媒體編解碼器無關(guān)的可獨(dú)立解碼的時(shí)序或非時(shí)序數(shù)據(jù)的通用容器。3.4由頭文件與其相關(guān)聯(lián)的媒體片段數(shù)據(jù)組成的基本單元。3.5沒有用于解碼和/或呈現(xiàn)媒體內(nèi)容的內(nèi)在時(shí)間軸的媒體數(shù)據(jù)。使用本文件協(xié)議傳送的媒體數(shù)據(jù)邏輯單元。使用本文件協(xié)議傳送的媒體數(shù)據(jù)的格式化單元。有相同發(fā)送和接受實(shí)體的數(shù)據(jù)包序列。3.9使用本文件協(xié)議或者一個(gè)網(wǎng)絡(luò)應(yīng)用層傳送協(xié)議攜帶數(shù)據(jù)包或者信令消息的媒體數(shù)據(jù)的格式化單元。3.10用于接收和消費(fèi)媒體數(shù)據(jù)的實(shí)體。3.11將媒體數(shù)據(jù)發(fā)送給一個(gè)或多個(gè)接收實(shí)體的實(shí)體。3.12用于在IP網(wǎng)絡(luò)上傳輸有效載荷的應(yīng)用層傳輸協(xié)議。3.13擁有用于解碼和/或呈現(xiàn)媒體內(nèi)容的內(nèi)在時(shí)間軸的媒體數(shù)據(jù)。3GB/T33475.6—20244縮略語下列縮略語適用于本文件。AL-FEC:應(yīng)用層前向糾錯(cuò)(ApplicationLayerForwardErrorCorrection)AU:訪問單元(Accessunit)CDN:內(nèi)容分發(fā)網(wǎng)絡(luò)(ContentDeliveryNetwork)CEU:通用封裝單元(CommonEncapsulationUnit)CRI:時(shí)鐘相關(guān)信息(ClockRelationInformation)DASH:基于HTTP的自適應(yīng)流(DynamicAdaptiveStreamingoverHTTP)DCI:設(shè)備性能信息(DeviceCapabilityInformation)FEC:前向糾錯(cuò)(ForwardErrorCorrection)HRBM:假設(shè)接收機(jī)緩沖模型(HypotheticalReceiverBufferModel)HTTP:超文本傳送協(xié)議(HypertextTransferProtocol)IP:網(wǎng)絡(luò)互聯(lián)協(xié)議(InternetProtocol)ISI:符號間干擾(Inter-SymbolInterference)ISOBMFF:ISO基媒體文件格式(ISOBaseMediaFileFormat)MFU:媒體分片單元(MediaFragmentUnit)MIME:多用途互聯(lián)網(wǎng)郵件擴(kuò)展類型(MultipurposeInternetMailExtensions)MP:智能媒體傳輸包(SMTPackage)MPEG-2TS:MPEG-2傳輸碼流(MPEG-2TransportStream)MPI:媒體呈現(xiàn)信息(MediaPresentationInformation)MPT:智能媒體傳輸表(SMTPackageTable)MTU:最大傳輸單元(MaximumTransmissionUnit)NTP:網(wǎng)絡(luò)時(shí)間協(xié)議(NetworkTimeProtocol)PA:包訪問(PackageAccess)PID:包標(biāo)識符(PacketIdentifier)RAP:隨機(jī)訪問點(diǎn)(RandomAccessPoint)RTP:實(shí)時(shí)傳輸協(xié)議(Real-timeTransportProtocol)SMT:智能媒體傳輸(SmartMediaTransport)SMTP:智能媒體傳輸協(xié)議(SMTProtocol)SSBG:源符號塊生成(SourceSymbolBlockGeneration)TCP:傳輸控制協(xié)議(TransmissionControlProtocol)TS:傳輸流(TransportStream)UDP:用戶數(shù)據(jù)報(bào)協(xié)議(UserDatagramProtocol)URI:統(tǒng)一資源標(biāo)識符(UniformResourceIdentifier)URL:統(tǒng)一資源定位器(UniformResourceLocator)URN:統(tǒng)一資源名稱(UniformResourceName)UTC:協(xié)調(diào)世界時(shí)(CoordinatedUniversalTime)UUID:通用唯一標(biāo)識符(UniversallyUniqueIdentifier)4GB/T33475.6—20245約定本文件使用了大端模式的字節(jié)序表示方案。6架構(gòu)本章定義了智能媒體傳輸?shù)募軜?gòu)。SMT協(xié)議為面向包交換的應(yīng)用層協(xié)議，旨在為異構(gòu)網(wǎng)絡(luò)中的媒體數(shù)據(jù)提供傳輸服務(wù)。異構(gòu)網(wǎng)絡(luò)即單向物理網(wǎng)絡(luò)(如數(shù)字廣播網(wǎng)絡(luò))和雙向物理網(wǎng)絡(luò)(如IP網(wǎng)絡(luò))組成的混合網(wǎng)絡(luò)。媒體數(shù)據(jù)包括時(shí)序媒體數(shù)據(jù)(如視頻，音頻)、非時(shí)序媒體數(shù)據(jù)(如文本、圖片)以及用戶反饋數(shù)據(jù)(如實(shí)時(shí)指令)。SMT協(xié)議基于IP協(xié)議，能動(dòng)態(tài)地自適應(yīng)于異構(gòu)網(wǎng)絡(luò)中的不同網(wǎng)絡(luò)條件。SMT協(xié)議從邏輯上可以分為三個(gè)邏輯功能區(qū)，分別為封裝功能區(qū)、傳送功能區(qū)和信令功能區(qū)，見封裝功能區(qū)定義內(nèi)容和服務(wù)的邏輯組織結(jié)構(gòu)，實(shí)現(xiàn)了數(shù)據(jù)內(nèi)容和數(shù)據(jù)描述的分離以及數(shù)據(jù)碎片化(詳見7.4)。以此形成了媒體內(nèi)容的分布式布置，能夠依靠數(shù)據(jù)描述形成的內(nèi)容關(guān)聯(lián)，完成服務(wù)的靈活組織和動(dòng)態(tài)配置。傳送功能區(qū)定義異構(gòu)網(wǎng)絡(luò)下多媒體內(nèi)容的傳輸，包括對多媒體數(shù)據(jù)包的封裝與流式傳送(詳見8.4)。傳送功能區(qū)支持媒體數(shù)據(jù)的重要性分級、數(shù)據(jù)存儲(chǔ)格式與傳輸格式的快速轉(zhuǎn)換、數(shù)據(jù)內(nèi)容的摘要和檢索(如音視頻指紋，檢索特征向量等),同時(shí)加入應(yīng)用層糾錯(cuò)保護(hù)機(jī)制，建立用于處理時(shí)延和抖動(dòng)的接收端緩沖模型，以自適應(yīng)于網(wǎng)絡(luò)狀態(tài)的變化。媒體編碼層媒體編碼層呈現(xiàn)引擎?zhèn)鬏攲訁f(xié)議封裝功能區(qū)2.內(nèi)容碎片化1.媒體已知的封包格式2.糾錯(cuò)保護(hù)機(jī)制3.異構(gòu)緩沖模型信令功能區(qū)2.媒體消費(fèi)信令信令功能區(qū)定義用于控制媒體內(nèi)容消費(fèi)和傳送兩方面的信息格式(詳見9.2),能根據(jù)需求定制信令消息以實(shí)現(xiàn)動(dòng)態(tài)配置服務(wù)、多種QoS(QualityofService)類型、網(wǎng)絡(luò)時(shí)鐘的同步以及多屏設(shè)備之間的交互等，同時(shí)能夠保證客戶端實(shí)時(shí)反饋和超低時(shí)延控制。7數(shù)據(jù)模型本章介紹了SMT協(xié)議數(shù)據(jù)的邏輯結(jié)構(gòu)。SMT協(xié)議提供了媒體數(shù)據(jù)的流式傳輸和存儲(chǔ)式傳輸。在傳輸過程中，SMT協(xié)議用信令消息保護(hù)數(shù)據(jù)模型。為滿足SMT內(nèi)容靈活組織的技術(shù)需求，SMT服務(wù)中內(nèi)容的關(guān)聯(lián)關(guān)系由描述文件指定，服務(wù)的改變不需要對數(shù)據(jù)流層級進(jìn)行更改，只需要更新描述文5GB/T33475.6—2024件。同時(shí)為適配不同的網(wǎng)絡(luò)環(huán)境，需要有單獨(dú)的媒體傳輸控制信息。在異構(gòu)網(wǎng)絡(luò)中，傳輸控制信息能夠根據(jù)網(wǎng)絡(luò)環(huán)境的變化動(dòng)態(tài)更新。分離信令消息與媒體數(shù)據(jù)，保證了內(nèi)容自組織的動(dòng)態(tài)靈活性，提供了更好的跨層優(yōu)化。7.2數(shù)據(jù)包數(shù)據(jù)模型見圖2。SMT數(shù)據(jù)包是一個(gè)邏輯實(shí)體，可以看作一種服務(wù)，它主要由信令描述文件(詳見種是傳輸信令。消費(fèi)信令主要包含該服務(wù)的描述信息，如媒體資源的構(gòu)成、存放位置、類型、呈現(xiàn)策略等；傳輸信令主要包含傳輸過程中的控制信息，如QoS參數(shù)、緩沖區(qū)設(shè)置信息等。媒體資源也可分為兩絡(luò)條件下媒體資源的有效傳輸，以及傳輸過程中內(nèi)容動(dòng)態(tài)的配置，設(shè)計(jì)SMT媒體資源的通用封裝單媒體資源2通用封裝單元(非時(shí)序)媒體數(shù)據(jù)傳輸控制信息1服務(wù)描述信息(時(shí)序)通用封裝單元2(時(shí)序)通用封裝單元信令信息媒體資源1N數(shù)據(jù)包(時(shí)序)7.3媒體資源一個(gè)媒體資源指的是建立多媒體呈現(xiàn)所用到的任意多媒體數(shù)據(jù)，是封裝了編碼媒體數(shù)據(jù)且具有相同媒體資源標(biāo)識符的內(nèi)容碎片的邏輯集合，其數(shù)據(jù)結(jié)構(gòu)見圖3。內(nèi)容碎片命名為通用封裝單元(CEU),其包含的編碼媒體數(shù)據(jù)可以是時(shí)序的，也可以是非時(shí)序的。時(shí)序數(shù)據(jù)是指有內(nèi)在時(shí)間軸的編碼媒體數(shù)據(jù)，要求數(shù)據(jù)單元在指定時(shí)間同步解碼并呈現(xiàn)。相對的，非時(shí)序數(shù)據(jù)指的是在解碼并呈現(xiàn)媒體內(nèi)容時(shí)，沒有內(nèi)在時(shí)間軸的數(shù)據(jù)類型。也就是說，非時(shí)序數(shù)據(jù)中每個(gè)數(shù)據(jù)單元的解碼及呈現(xiàn)未必要和該數(shù)據(jù)中的其他數(shù)據(jù)單元相互依賴。同一媒體資源中，包含時(shí)序數(shù)據(jù)的CEU之間在呈現(xiàn)時(shí)間上不能有任何重疊。一個(gè)獨(dú)立媒體資源的媒體數(shù)據(jù)類型可以是音頻、視頻或者網(wǎng)頁等。Edit_list定義描述多媒體文件與不同版本的關(guān)聯(lián)內(nèi)容的映射關(guān)系，并標(biāo)注出該Edit_list包含的媒體數(shù)據(jù)單元的標(biāo)識號。屬于同一媒體資源的不同Edit_list層級可以包含完全不同的媒體數(shù)據(jù)單元，也可含有相同的媒體數(shù)據(jù)單元。Edit_list需要信令的支持，相關(guān)信令見MP表的MUR_descriptor。6CceLlmoCceLlmo0Y軌道m(xù)datitcmCEU#1CEU#1CEU#2CEUTditlist1CFUJ#1CFUJ#3Dditlist2CEUJ#4圖3媒體資源的數(shù)據(jù)構(gòu)成7.4通用封裝單元通用封裝單元是一個(gè)根據(jù)7.4.2規(guī)則產(chǎn)生的符合ISOBMFF的文件。Asset標(biāo)識、CEU序列號以及相關(guān)信息由cceu盒子提供，以明確地標(biāo)識出封裝進(jìn)CEU文件中的媒體數(shù)據(jù)。moov盒子包含所有編碼器配置信息，以解碼和呈現(xiàn)媒體數(shù)據(jù)。時(shí)序媒體數(shù)據(jù)作為ISOBMFF的軌道存儲(chǔ)，CEU中允許單媒體軌道。非時(shí)序媒體作為ISOBMFF的元數(shù)據(jù)的部分存儲(chǔ)。圖4描繪了兩個(gè)SMT封裝的例子，一個(gè)是時(shí)序媒體，另一個(gè)是非時(shí)序媒體。對于封包化的CEU傳送，SMT提示軌道提供將封裝的CEU轉(zhuǎn)化成SMTP負(fù)載和SMTP包的信息。cceumo0Vmooftrafmdat媒體樣本fa)帶有時(shí)序媒體的CEUb)帶有非時(shí)序媒體的CEU圖4CEU封裝結(jié)構(gòu)7.4.2CEU標(biāo)簽定義本條定義的標(biāo)簽ceuf(CEUfile)確定了遵從CEU封裝規(guī)則的文件。ceuf標(biāo)簽需要isom標(biāo)簽的支7GB/T33475.6—2024持。對其他如dash標(biāo)簽(按ISO/IEC23009-1)的支持也可以另外說明。一個(gè)CEU文件由一組使CEU自包含的元數(shù)據(jù)盒子組成。一個(gè)CEU文件應(yīng)包含一個(gè)ftyp,果分析程序不識別它們則會(huì)被忽略掉。moov盒子應(yīng)最多包含一條媒體軌道，且可包含用于標(biāo)識傳輸格式中媒體最小分割單元的SMT提示軌道。moov盒子中的軌道應(yīng)不包含媒體幀以保證開銷較小(就是說stts,stsc和stco盒子中的entry_count應(yīng)被設(shè)成0)。存儲(chǔ)時(shí)序媒體數(shù)據(jù)CEU的文件中，moov盒子應(yīng)包含mvex盒子，以指示使用了moof盒子結(jié)構(gòu)。mvex盒子也設(shè)定了以后moof盒子的軌道和樣本的默認(rèn)值。a)如果出現(xiàn)，cceu盒子應(yīng)緊跟ftyp盒子放置b)對于時(shí)序媒體數(shù)據(jù)，0個(gè)或更多sidx盒子可以在文件中出現(xiàn)。如果出現(xiàn)，它們應(yīng)索引構(gòu)成當(dāng)前CEU的moof盒子。a)文件中獨(dú)立媒體軌道的最大數(shù)量為1(如，空的tref盒子)。并且，非空tref盒子的軌道(如提示軌道)也可用。b)對時(shí)序媒體數(shù)據(jù)，文件應(yīng)至少包含一個(gè)moof盒子。c)對非時(shí)序媒體數(shù)據(jù)，meta盒子應(yīng)出現(xiàn)于文件級別且應(yīng)包含CEU的非時(shí)序媒體元。e)樣本數(shù)據(jù)序列應(yīng)以解碼順序放置于mdat盒子，并且兩者間無任何其他數(shù)據(jù)。g)任何提示數(shù)據(jù)應(yīng)放置于mdat樣本數(shù)據(jù)之后(或者樣本數(shù)據(jù)之后的另一個(gè)mdat),以使傳輸前后不改變樣本偏移。tfdt盒子應(yīng)在每個(gè)moof盒子的traf盒子內(nèi)部，以提供該片段按照解碼順序第一個(gè)樣本的解碼如果任何elst盒子可用，則它指示的偏移應(yīng)適用于該CEU中依照呈現(xiàn)順序的第一個(gè)樣本的合成時(shí)序媒體數(shù)據(jù)作為ISOBMFF的一條軌道存儲(chǔ)，被moov和moof盒子索引，支持反相兼容。SMT提示軌道指導(dǎo)SMT發(fā)送實(shí)體將封裝的CEU轉(zhuǎn)化成封包化的媒體流以采用諸如SMT的傳輸協(xié)非時(shí)序媒體數(shù)據(jù)作為元數(shù)據(jù)項(xiàng)目存儲(chǔ)在meta盒子里面。meta盒子應(yīng)出現(xiàn)在文件層級。每個(gè)非時(shí)序媒體數(shù)據(jù)文件應(yīng)作為單獨(dú)項(xiàng)目分別存儲(chǔ)在meta盒子里。非時(shí)序媒體的進(jìn)入點(diǎn)應(yīng)被標(biāo)記為meta盒子的主要項(xiàng)目(按ISO/IEC14496-12)。7.4.3CEU盒子通用封裝單元(cceu)盒子包含下列屬性：通用封裝單元(cceu)盒子包含了當(dāng)前CEU所屬Asset的Asset標(biāo)識和當(dāng)前CEU的其他屬性信8GB/T33475.6—2024息。Asset標(biāo)識可全局性無歧義地標(biāo)識Asset。CEU信息包含該CEU在Asset中的序號以及相關(guān)屬aligned(8)classCEUBoxextendsFullBox(‘cceu',version,0){unsignedint(1)is_complete;unsignedint(7)reserved;unsignedint(32)ceu_sequence_number;AssetIdentifierBox();}aligned(8)classAssetIdentifierBox{unsignedint(32)asset_id_scheme;unsignedint(32)asset_id_length;unsignedint(8)asset_id_value[asset_id_length];}is_complete:指示該CEU是否包含了MFU結(jié)構(gòu)中描述的所有MFU。ceu_sequence_number:當(dāng)前CEU的序列號。媒體資源(Asset)中的第一個(gè)CEU序列號為0,之后asset_id_scheme:區(qū)分用來表示AssetID的策略，決定了asset_id_value的類型。有效的策略見表1。取值描述“UUID”按照IETFRFC4122中關(guān)于UUID的定義“URI”URI(統(tǒng)一資源標(biāo)識符)asset_id_value:媒體資源的標(biāo)識符。其取值格式依賴于asset_id_scheme的類型。7.4.4SMT提示軌道數(shù)據(jù)在傳送時(shí)被SMT發(fā)送實(shí)體提取進(jìn)SMTP負(fù)載。SMT提示軌道也提供了從SMTP負(fù)載中提取和重建CEU的信息。SMTP負(fù)載可以包含C數(shù)據(jù)、分片元數(shù)據(jù)或是一個(gè)或多個(gè)傳輸格式中的最小分割單元。CEU元數(shù)據(jù)可以包含ftyp,sidx,9GB/T33475.6—2024aligned(8)classSMTHintSampleEntry()extendsunsignedint(16)hinttrackversion=1;unsignedint(16)highestcompatibleversionSampleEntry(‘smth'){unsignedunsignedunsignedunsignedint(16)packet_id;int(1)is_fragment;int(6)reserved;packet_id:指示該提示軌道應(yīng)用于哪一個(gè)Asis_fragment:指示CEU是否切分為MFU的標(biāo)識。若該標(biāo)識位置0,該提示軌道應(yīng)用于完整的aligned(8)classSMTHSample{unsignedint(32)sequence_number;signedint(8)trackrefindex;unsignedint(32)movie_fragment_sequence_number;unsignedint(32)samplenumber;unsignedint(8)priority;unsignedint(8)dependency_counter;unsignedint(32)offset;unsignedint(32)length;unsignedint(16)item_ID;于指示特定MFUs(其序列號在序列中缺失)在CEU組包后未被處理。由下層網(wǎng)絡(luò)實(shí)體完成傳送和緩GB/T33475.6—2024沖是處理MFU的一個(gè)例子。trackrefindex:所描述的媒體對應(yīng)的trackID。movie_fragment_sequence_numbe:該MFU中媒體數(shù)據(jù)所屬媒體片段的序列號。samplenumber:該MFU提取自媒體樣本的編號。樣本編號n指向當(dāng)前媒體片段累計(jì)媒體樣本中的第n個(gè)。媒體樣本中第一個(gè)樣本的樣本編號置為1。priority:指示CEU中該MFU相對于其他MFU的優(yōu)先級。dependency_counter:指示依賴于該MFU解碼的MFU的個(gè)數(shù)。該字段的值等于按sequence_number排列的可能無法正確解碼的后續(xù)MFU的個(gè)數(shù)。例如，該字段的值為n,則若無此MFU后續(xù)有n個(gè)MFUoffset:該MFU中媒體數(shù)據(jù)偏移。偏移基準(zhǔn)為包含mdat盒的開始。MFU應(yīng)放置在偏移指示的位置。length:該MFU中數(shù)據(jù)的長度，以字節(jié)為單位。item_ID:對非時(shí)序媒體數(shù)據(jù)，這是該MFU包含該項(xiàng)目的標(biāo)識。8數(shù)據(jù)傳輸8.1概述本章定義SMTP負(fù)載格式，規(guī)定數(shù)據(jù)包在應(yīng)用層的封包傳輸協(xié)議。SMTP負(fù)載格式被定義為對包內(nèi)容封包的通用負(fù)載格式。SMTP負(fù)載格式對用于編碼媒體數(shù)據(jù)的特定編解碼器不可知，因此任何封裝成CEU的媒體數(shù)據(jù)可被封包為SMTP負(fù)載，其支持媒體數(shù)據(jù)流傳輸?shù)膽?yīng)用層傳輸協(xié)議。SMTP負(fù)載可用于RTP協(xié)議、SMT協(xié)議以及其他傳輸協(xié)議。SMTP負(fù)載亦可用于封包信令消息。SMT協(xié)議定義應(yīng)用層傳輸協(xié)議，支持基于數(shù)據(jù)包異構(gòu)網(wǎng)絡(luò)(包括IP網(wǎng)絡(luò)環(huán)境)中數(shù)據(jù)包流傳輸。SMT協(xié)議提供包傳輸?shù)谋匾匦?，例如使不同媒體資源通過一個(gè)SMTP包傳輸?shù)膮f(xié)議級復(fù)用，以及獨(dú)立于呈現(xiàn)時(shí)間的傳輸時(shí)間模型以適應(yīng)大范圍網(wǎng)絡(luò)抖動(dòng)。8.2傳輸模型SMT傳輸模型能夠解決多方面問題，如不同網(wǎng)絡(luò)通道QoS參數(shù)各異情況下如何保證數(shù)據(jù)的可靠傳輸，異構(gòu)網(wǎng)絡(luò)條件下如何設(shè)計(jì)終端緩存模型使多源媒體數(shù)據(jù)同步呈現(xiàn)，以及當(dāng)網(wǎng)絡(luò)條件糟糕時(shí)提供基于數(shù)據(jù)重要等級的保護(hù)機(jī)制差異化等。為支持SMT傳輸需求，提出圖5的傳輸模型。SMT信令文件和傳輸包均根據(jù)媒體服務(wù)邏輯包進(jìn)行組織，媒體組織和傳輸都與媒體服務(wù)相關(guān)，有利于根據(jù)不同服務(wù)類型差異化實(shí)現(xiàn)媒體內(nèi)容組織和傳輸?shù)淖赃m應(yīng)性。SMT邏輯包可以序列化為SMT文件，支持媒體文件式的存儲(chǔ)、傳輸和下載；也可以打包為SMT傳輸包，以支持媒體的流化傳輸。由于文件格式和傳輸包格式內(nèi)容上的高相關(guān)性，SMT支持兩者的便捷轉(zhuǎn)換，便于中繼轉(zhuǎn)發(fā)，同時(shí)傳輸模型也可以高效響應(yīng)服務(wù)內(nèi)容的動(dòng)態(tài)配置。傳輸過程中服務(wù)描述和傳輸控制等信令文件可以采用與媒體內(nèi)容不同的傳輸模式，既能滿足帶外傳輸需求，又能對信令文件加以更高等級的保護(hù)措施。媒體通用封裝單元的碎片化、自包含性也決定了SMT傳輸模型能夠應(yīng)對傳輸過程中的包錯(cuò)誤問題，實(shí)現(xiàn)彈性容錯(cuò)和錯(cuò)誤隱藏，支持接收端快速恢復(fù)錯(cuò)誤。每個(gè)通用封裝單元及其切片單元都被唯一標(biāo)GB/T媒體數(shù)據(jù)資源2通用封裝單元邏輯包信令信息服務(wù)描述信息傳輸信令負(fù)載負(fù)載頭部頭部SMT傳輸包服務(wù)描述包頭部負(fù)載頭部傳輸控制1包頭部負(fù)載頭部切片單元1元2切片單元MFU與CEU的結(jié)構(gòu)關(guān)系見圖6和圖7。包含時(shí)序媒體的一個(gè)媒體最小分割單元是媒體樣本或子樣本，而由一個(gè)moof盒子和一個(gè)mdat盒子構(gòu)成的每個(gè)媒體片段(moviefragment)可以包含一個(gè)或多個(gè)媒體樣本(mediasample)。包含非時(shí)序媒體的一個(gè)MFU是一個(gè)項(xiàng)(item)。每個(gè)MFU由一個(gè)頭文件和相關(guān)聯(lián)的媒體數(shù)據(jù)組成。MFU頭應(yīng)是MFU提示樣本的一個(gè)拷貝，媒體數(shù)據(jù)應(yīng)是該MFU提示樣本索引的媒體數(shù)據(jù)的拷貝。MFU的提取與重建由SMT提示軌道負(fù)責(zé)，見MFU在SMTP包內(nèi)的SMTP負(fù)載中傳送。MFI7MF[JMF[!MTFUJMFUMF[JMFJMFUMFUMFUMFUJfmdatf圖6時(shí)序媒體中CEU與MFU關(guān)系GB/T33475.6—2024SMTP包頭CFU包頭DU包頭DU包頭圖7非時(shí)序媒體中CEU與MFU關(guān)系8.3.2SMTP包SMT協(xié)議為高效、可靠包傳輸?shù)膽?yīng)用層協(xié)議，適用于時(shí)序與非時(shí)序媒體數(shù)據(jù)的傳輸。該協(xié)議支持若干增強(qiáng)特性，例如媒體多路復(fù)用與網(wǎng)絡(luò)抖動(dòng)計(jì)算。設(shè)計(jì)這些特性是為了更高效地傳送不同編碼類型SMT協(xié)議支持不同媒體數(shù)據(jù)的復(fù)用，例如，來自不同媒體資源的多個(gè)CEU復(fù)用到一個(gè)SMTP流上。在不引入長時(shí)延和大緩存的情況下，SMT協(xié)議按照接收實(shí)體媒體數(shù)據(jù)的消費(fèi)順序傳送多種類型的數(shù)據(jù)以幫助不同類型媒體數(shù)據(jù)之間同步。SMT協(xié)議也支持在單一數(shù)據(jù)流內(nèi)，媒體數(shù)據(jù)和信令消息的復(fù)用。一個(gè)SMTP包內(nèi)僅能包含一個(gè)SMTP負(fù)載。SMTP包格式不支持多SMTP負(fù)載的聚合和單SMT協(xié)議也提供了計(jì)算和消除底層傳輸網(wǎng)絡(luò)所引入抖動(dòng)的方法，以實(shí)現(xiàn)數(shù)據(jù)流的恒定延遲。通過SMTP包結(jié)構(gòu)圖8描述了V=0時(shí)SMTP包的結(jié)構(gòu)。01234567890123456789012345678V=0|C|FECr|XRRESItypepacket_idpackel_soqucncc_numberpayloaddata I--I--I-I--|--I-I--I--|-|--I--|-|圖9描述了V=1時(shí)SMTP包的結(jié)構(gòu)，該版本定義了簡化的SMTP數(shù)據(jù)包結(jié)構(gòu)，以實(shí)現(xiàn)靈活多樣GB/T33475.6—2024001231|V=1C|FEC|T|X|R|P|FtypeI-I-1-|-I-1-|-|-1-timestamp-|--I-1-|-I-1-|-|-1-ppacketid-|-I-|-I-I-I-I-I-|-I--|-1-|-I-1-|-|-|-packet_sequence_number-1-I-|-|-|-|-|-I--I----I-|-I-I-I-I-|-I-|-I-packet_counterheader_extensionpayloaddatasource_FFC_payload_I1)version(V:2bit):標(biāo)識SMT協(xié)議版本號。packet_counter_flag(C:1bit):該字段置1則使用packet_counter字段。FEC_type(FEC:2bit):標(biāo)識用于糾錯(cuò)保護(hù)SMTP包的FEC方案。該字段有效值見表2。表2FEC_type的值值描述0無AL-FEC保護(hù)的SMTP包1有AL-FEC保護(hù)(FEC數(shù)據(jù)包)的SMTP包2帶修復(fù)符號的SMTP包(FEC修復(fù)包)3保留以后使用timestamp_flag(V=1,T:1bit):該字段置1則使用timestamp字段。extension_flag(X:1bit):該字段置1則使用header_extension字段。點(diǎn)(RAP)。此標(biāo)志位的準(zhǔn)確含義由數(shù)據(jù)類型本身定義。當(dāng)數(shù)據(jù)單元類數(shù)據(jù)時(shí)，RAP_flag字段需置1。當(dāng)數(shù)據(jù)單元類型為時(shí)序CEU中包含同步信息的MFU,或非時(shí)序CEUreserved(V=0,RES:2bit):保留packet_id_flag(V=1,P:1bit):該字段置1則使用packet_id字段。fragmentation_flag(V=1,F:1bit):該字段置1則使用packet_sequence_number字段。type(6bit):標(biāo)識負(fù)載數(shù)據(jù)類型。負(fù)載類型值見表3。GB/T33475.6—2024表3數(shù)據(jù)類型與數(shù)據(jù)單元定義值數(shù)據(jù)類型數(shù)據(jù)單元定義媒體感知的CEU片段信令消息一條或多條信令消息或信令消息的片段為其他數(shù)據(jù)類型保留私有用途保留packet_id(16bit):該字段為整數(shù)值，用于區(qū)分不同媒體資源。該字段數(shù)值源自該包所屬媒體資源的asset_id字段。packet_id與asset_id間的映射由信令消息中的MP表標(biāo)識。信令消息與FEC修復(fù)流分配不同的值。整個(gè)傳輸會(huì)話周期同一SMT發(fā)送實(shí)體所有SMT流的packet_id值是唯一的。對AL-FEC,packet_id與FEC修復(fù)流間的映射由AL-FEC信息提供。timestamp(32bit):基于UTC時(shí)間標(biāo)識SMTP包傳輸瞬時(shí)時(shí)間。該字段格式按照IETFRFC5905條款6中NTP第四版的短格式。該時(shí)間戳表示SMTP包第一個(gè)字節(jié)的發(fā)送時(shí)間。SMT發(fā)送實(shí)體要求能夠提供與UTC同步的準(zhǔn)確時(shí)間信息。packet_sequence_number(32bit):該字段為整數(shù)值，用于區(qū)分包含相同packet_id的不同包。該字段初始為任意值，每收到一個(gè)SMTP包該字段的值加1,超出最大值后返回0。packet_counter(32bit):該字段為整數(shù)值，用于計(jì)數(shù)SMTP包。每發(fā)送一個(gè)SMTP包該字段的值加1,不考慮packet_id值。該字段初始為任意值，超出最大值后返回0。header_extension:包頭擴(kuò)展機(jī)制允許對負(fù)載格式進(jìn)行適當(dāng)?shù)臄U(kuò)展，這使得要求負(fù)載格式頭攜帶額外信息的應(yīng)用和媒體類型成為可能。包頭擴(kuò)展機(jī)制被設(shè)計(jì)成可在不影響SMTP負(fù)載正確處理的情況下丟棄。包頭擴(kuò)展格式見圖10。該協(xié)議不定義任何具體的包頭擴(kuò)展。Source_FEC_payload_ID(32bit):僅當(dāng)FEC_type字段置1時(shí)使用該字段。FEC_type字段置1時(shí)SMTP包使用AL-FEC保護(hù)，使用AL-FEC保護(hù)后該字段應(yīng)增加至SMTP。01234567890123456789012345678901trpelengthheader__extension__yaluel--I--I--I--I--I-I-I--I-I-I--1-I--I--I--I-圖10頭部擴(kuò)展結(jié)構(gòu)type(16bit):后續(xù)頭部擴(kuò)展的唯一標(biāo)識。length(16bit):表示header_extension_value字段長度(字節(jié)為單位)。header_extension_value:提供擴(kuò)展信息。該協(xié)議不定義該字段格式。8.3.3SMTP會(huì)話描述信息SMTP會(huì)話描述信息可通過不同方式傳輸至接收實(shí)體，以適應(yīng)不同的配置環(huán)境。在加入SMTP會(huì)話前接收實(shí)體需要獲知以下信息。a)目的地信息，在IP網(wǎng)絡(luò)環(huán)境中，目的地信息為IP地址與端口號；b)指示該會(huì)話為SMTP會(huì)話；c)SMTP會(huì)話的開始與結(jié)束時(shí)間。GB/T33475.6—20248.4傳輸負(fù)載結(jié)構(gòu)8.4.1概述SMTP包負(fù)載是一種通用負(fù)載，使用SMT協(xié)議封包并攜帶SMT媒體數(shù)據(jù)。SMTP包負(fù)載可以是一個(gè)或多個(gè)完整CEU或CEU片段，或者信令消息等。每一種負(fù)載類型都有著獨(dú)立的傳輸數(shù)據(jù)單元以及針對該類型負(fù)載的負(fù)載頭。例如，SMTP負(fù)載攜帶CEU片段時(shí)CEU片段被視為一個(gè)數(shù)據(jù)單元。SMT協(xié)議能夠整合多個(gè)同類型數(shù)據(jù)單元到一個(gè)SMTP負(fù)載中，也能夠?qū)?shù)據(jù)單元分割至多個(gè)SMTP包中。8.4.2CEU模式通過SMT協(xié)議傳輸CEU要求在SMT發(fā)送與接收實(shí)體分別配置封包與解包程序。封包程序?qū)EU封包成一組被SMTP包攜帶的SMTP負(fù)載。SMTP負(fù)載格式支持SMTP負(fù)載分段傳輸，以使大容量負(fù)載可以傳輸。SMTP負(fù)載格式也支持將多個(gè)SMTP負(fù)載的數(shù)據(jù)單元整合到一個(gè)SMTP負(fù)載中，以便于小容量數(shù)據(jù)單元聚合傳輸。接收實(shí)體解包以恢復(fù)原始CEU數(shù)據(jù)。CEU模式下SMTP負(fù)載頭CEU模式下SMTP負(fù)載頭部結(jié)構(gòu)見圖11。+-length-十-+-+-+-+-+-+-+-+-+-+-IFTT|f_i|A|frag__cou十-十-十-十-十-十-十-十-十-十-十-十CEU_sequence_numberDUlengthTUJHeader十-十-+-十-十-+-十-十-+-十-十---十-+-+-十-十-十-十-+-十-十-+---十---十DUpayload-十-十-十-十-十-十-十-十-十-十---十-十-十-十-十-十-十-十-十-十-十-十-十圖11CEU模式下SMTP負(fù)載頭部結(jié)構(gòu)對攜帶MFU的負(fù)載，數(shù)據(jù)單元頭部由字段T指示其為時(shí)序媒體或非時(shí)序媒體。時(shí)序媒體數(shù)據(jù)單元頭部結(jié)構(gòu)見圖12,非時(shí)序媒體數(shù)據(jù)單元頭部結(jié)構(gòu)見圖13。moviefragitientsequcnccfumbpriority-I-I-|----I-|-dep_counter--I-|-|---|-I-I--|-|-1-I-12時(shí)序媒體數(shù)據(jù)單元頭部GB/T33475.6—2024-1-I-|-I-I-|-I-I-|-I-I-I-I-I-I-I-I-I圖13非時(shí)序媒體數(shù)據(jù)單元頭部length(16bit):除此字段外負(fù)載長度(單位為字節(jié))。CEUFragmentType(FT:4bit):該字段指示片段類型，有效值見表4。表4CEU片段類型及數(shù)據(jù)單元定義CEU片段類型描述內(nèi)容0包含ftyp,mceu,moov和其他出現(xiàn)在這之間的元數(shù)據(jù)盒子1metadata包含moof和除去所有媒體數(shù)據(jù)的mdat盒子2MFU包含時(shí)序媒體數(shù)據(jù)的樣本或子樣本，或非時(shí)序媒體數(shù)據(jù)的一私有用途保留保留Timed_Flag(T:1bit):指示數(shù)據(jù)單元是時(shí)序(該字段置1)媒體或非時(shí)序(該字段置0)媒體。Fragmentation_Indicator(fi:2bit):指示負(fù)載中數(shù)據(jù)單元的分片信息。有效值見表5。當(dāng)此字段置00時(shí)有可能設(shè)置aggregation_flag字段。表5數(shù)據(jù)單元指示值值描述負(fù)載包含一個(gè)或多個(gè)完整數(shù)據(jù)單元負(fù)載包含數(shù)據(jù)單元的第一個(gè)片段負(fù)載包含數(shù)據(jù)單元的中間片段負(fù)載包含數(shù)據(jù)單元的最后一個(gè)片段aggregation_flag(A:1bit):該字段置1表示負(fù)載中包含2個(gè)或以上數(shù)據(jù)單元。fragment_counter(frag_count:8bit):該字段指示此SMTP負(fù)載后包含同一數(shù)據(jù)單元片段的SMTP負(fù)載個(gè)數(shù)。當(dāng)aggregation_flag字段置1時(shí)該字段置0。CEU_sequnece_number(32bit):CEU片段所屬CEU的序號。DU_length(16bit):指示該字段后續(xù)數(shù)據(jù)長度。當(dāng)aggregation_flag置0時(shí)，該字段不呈現(xiàn)。當(dāng)aggregation_flag置1時(shí)，該字段呈現(xiàn)次數(shù)與整合進(jìn)負(fù)載中的數(shù)據(jù)單元個(gè)數(shù)相同，并出現(xiàn)在每個(gè)數(shù)據(jù)單元前面。DU_header:數(shù)據(jù)單元頭部，僅當(dāng)FT為2,也即MFU有效時(shí)存在，且時(shí)序媒體與非時(shí)序媒體對應(yīng)的語義也不同。DU_payload:數(shù)據(jù)單元負(fù)載。GB/T33475.6—2024moive_fragment_sequence_number(32bit):該MFU媒體數(shù)據(jù)所屬媒體片段的順序編號。sample_number(32bit):該MFU媒體數(shù)據(jù)所屬媒體樣本的順序編號。offset(32bit):MFU媒體數(shù)據(jù)在所屬媒體樣本內(nèi)的偏移。priority(priority:8bit):相同CEU中MFU媒體數(shù)據(jù)間的優(yōu)先級。Priority的值域?yàn)?～255,數(shù)值越大優(yōu)先級越高。dependency_counter(dep_counter:8bit):指示依賴該MFU媒體數(shù)據(jù)來進(jìn)行媒體處理的數(shù)據(jù)單元個(gè)數(shù)。Item_ID(32bit):作為MFU一部分的item標(biāo)識符。8.4.3信令消息模式SMTP信令消息模式用于定義信令消息的傳輸。信令消息可用其他格式編碼，如二進(jìn)制格式或XML格式(按GB/T18793—2002)。因此在傳輸層能夠快速訪問與過濾信令消息很重要，且在過濾時(shí)希望盡量避免解析信令消息。信令消息負(fù)載格式提供分塊與整合功能以支持高效封包。信令消息模式下SMTP負(fù)載頭信令消息模式下SMTP負(fù)載頭部結(jié)構(gòu)見圖14。001234I-|-|-I-|-|-I-|-|-I十-+-567891frag_counter23MSG__length(16+16*H)MS0payload十-十-+-十-+-+-十-H(1bit):表示指示信令消息長度的附加16bit。圖14信令消息模式下SMTP負(fù)載頭部結(jié)構(gòu)Fragmentation_Indicator(f_i:2bit):指示SMTP負(fù)載中信令消息的分片信息。有效值見表6。表6片段指示值值描述負(fù)載包含一個(gè)或多個(gè)完整信令消息負(fù)載包含信令消息的第一個(gè)片段負(fù)載包含非第一個(gè)，也非最后一個(gè)部分的信令消息片段負(fù)載包含信令消息的最后一個(gè)片段RES(res:4bit):該字段所有位置0,保留以后使用。H(1bit):表示指示信令消息長度的附加16bit。aggregation_flag(A:1bit):該字段置1表示負(fù)載中包含2個(gè)或以上信令消息。fragmentation_counter(frag_counter:8bit):該字段表示此信令消息片段后包含同一信令消息片段的SMTP負(fù)載個(gè)數(shù)。當(dāng)aggregation_flag字段置1時(shí)該字段置0。GB/T33475.6—2024MSG_length[(16+16*H)bit]:該字段表示此字段后信令消息長度。當(dāng)aggregation_flag置1MSG_playload:信令消息負(fù)載。一個(gè)SMTP會(huì)話由一個(gè)SMTP傳送流組成。SMTP傳送流的定義：來自于一個(gè)或多個(gè)SMT發(fā)送一個(gè)單獨(dú)的數(shù)據(jù)包可能需要一個(gè)或多個(gè)SMTP包流進(jìn)行傳輸。一個(gè)單獨(dú)的SMTP傳送流中的數(shù)據(jù)可來自多個(gè)數(shù)據(jù)包。一個(gè)SMTP傳送流可攜帶多個(gè)媒體資源，在SMTP會(huì)話中每一個(gè)媒體資源都與一個(gè)唯一的包標(biāo)識符對應(yīng)。SMTP提供一個(gè)最優(yōu)化的流格式(CEU格式)。媒體資源作為一系列相關(guān)媒體數(shù)據(jù)被定義為媒體數(shù)據(jù)流進(jìn)行傳輸。媒體數(shù)據(jù)可能是一個(gè)CEU、文件或者信令消息。SMTP包子流是一個(gè)SMTP包流的包的子集，這些子流共享同一個(gè)包標(biāo)識符。該媒體數(shù)據(jù)流作為SMTP子流進(jìn)行傳輸。CEU模式支持CEU的封包流化傳輸。SMTP適用于單播和多播。為了保證多播/廣播環(huán)境的可靠性，SMTP主要依靠FEC而不是將數(shù)據(jù)包重發(fā)。在加入SMTP會(huì)話前，SMT接收實(shí)體需獲得足夠信息以確保被傳送數(shù)據(jù)的接收。最少需要信息SMTP需要SMT接收實(shí)體能夠識別并解復(fù)用屬于特定媒體數(shù)據(jù)流的SMTP包。8.5.2傳輸CEUCEU模式在發(fā)送實(shí)體和接收實(shí)體間傳送CEU。SMT發(fā)送實(shí)體操作CEU分包后應(yīng)攜帶CEU元數(shù)據(jù)，或媒體片段元數(shù)據(jù)，或MFU。產(chǎn)生的包不能夠攜帶超過兩種不同類型的數(shù)據(jù)單元。CEU元數(shù)據(jù)由ftyp盒子，ceu盒子，moov盒子以及其他適用于CEU的盒子組成。媒體片段元數(shù)據(jù)由moof盒子和mdat盒子頭部組成(除了媒體數(shù)據(jù))。攜帶媒體片段元數(shù)據(jù)的SMTP負(fù)載的FT字段置0x01。mdat盒子中的媒體數(shù)據(jù)分成一個(gè)或多個(gè)MFU。攜帶MFU的SMTP負(fù)載的FT字段置0x02。圖15描述了CEU與時(shí)序媒體負(fù)載的關(guān)系。FraLmentmetadataMFUMFUU圖15時(shí)序媒體的有效負(fù)載產(chǎn)生GB/T33475.6—2024CEU分包后應(yīng)攜帶CEU元數(shù)據(jù)或MFU。CEU元數(shù)據(jù)由ftyp盒子，moov盒子，meta盒子以及其他適用于CEU的盒子組成。攜帶CEU元數(shù)據(jù)的SMTP負(fù)載的FT字段置0x01。每一個(gè)MFU數(shù)據(jù)單元包括一個(gè)非時(shí)序媒體的item。攜帶MFU的SMTP負(fù)載的FT字段置0x02。圖16描述了CEU與非時(shí)序媒體負(fù)載的關(guān)系。CEUmetadataMFU+MFU圖16非時(shí)序媒體有效負(fù)載的產(chǎn)生SMT接收實(shí)體操作在SMT接收實(shí)體上執(zhí)行解包，重組CEU。根據(jù)不同應(yīng)用場景，可選擇但不限于如下幾種解包模式?！?——CEU模式：在CEU模式下，接收實(shí)體重組完整的CEU后再傳輸給應(yīng)用程序。該模式適用于時(shí)間要求不嚴(yán)格應(yīng)用場景，例如CEU呈現(xiàn)時(shí)間充分滯后于接收時(shí)間。式適用于時(shí)延敏感的應(yīng)用場景，其中時(shí)延時(shí)間受限但足夠恢復(fù)一個(gè)完整的媒體片段。 數(shù)據(jù)單元模式：在數(shù)據(jù)單元模式中，接收實(shí)體解包后立即傳輸給應(yīng)用程序。該模式適用于時(shí)延非常低的應(yīng)用場景。該模式支持?jǐn)?shù)據(jù)單元的亂序傳輸。9信令本條詳細(xì)說明了SMT的信令功能區(qū)。信令功能區(qū)中包含了一整套消息格式傳達(dá)用于傳輸和消費(fèi)SMT數(shù)據(jù)包的必要信令消息，分別稱為傳輸信令和消費(fèi)信令。本文件詳細(xì)介紹了承載信令表、描述符或者傳輸相關(guān)信息的消息格式。信令表包含特定信令消息的元素與屬性集，也可以包含描述符來攜帶更多細(xì)節(jié)信息。9.2信令消息格式SMT信令消息的一般格式包含三個(gè)通用字段、一個(gè)特殊字段以及一個(gè)消息負(fù)載。消息負(fù)載用來承載信令消息。一般信令消息格式的語法和語義分別在9.2.2和9.2.3中定義。表7列出了SMTP信令消息的一般格式的語法。GB/T33475.6—2024表7信令消息一般格式的語法語法值比特位數(shù)signalling_message(){message_idversionif(message_id!=PA_message){}}extensionmessage_payload{8message_id:信令消息的標(biāo)識符。version:信令消息的版本。SMTP發(fā)送和接收實(shí)體能夠驗(yàn)證一個(gè)接收到的消息是否有新版本。新消息版本號值較大，SMT實(shí)體可以檢查接收到的消息的版本號，確定收到消息是否為最新版本。length:信令消息的長度，對于PA消息來說占4字節(jié)，MPTmessage是兩字節(jié)。extension:該字段提供信令消息中需要擴(kuò)展的信息。該字段的內(nèi)容和長度由信令消息規(guī)定。message_payload:信令消息的有效負(fù)載。該字段的格式能夠被message_id字段的值識別。9.3媒體數(shù)據(jù)包消費(fèi)信令消息本條詳細(xì)說明了與SMT數(shù)據(jù)包消費(fèi)相關(guān)的信令消息。用于媒體數(shù)據(jù)包消費(fèi)的信令消息可能包含信令表，其包含一組特定信令消息的元素和屬性。各個(gè)信令表攜帶著媒體數(shù)據(jù)包相關(guān)信息，比如服務(wù)接入、內(nèi)部媒體資源屬性、呈現(xiàn)信息描述等。信令消息與信令表之間的關(guān)系見圖17。PAPA消息PA表媒體呈現(xiàn)層信息表圖17信令消息與信令表之間的關(guān)系由此可知，一個(gè)PA消息應(yīng)當(dāng)包含一個(gè)PA表、一個(gè)MP表和一個(gè)媒體呈現(xiàn)層信息表。GB/T33475.6—2024一條PA消息包含一個(gè)PA表，該P(yáng)A表包含所有其他包的信令表。一條PA消息也包含一個(gè)MPSMTP接收實(shí)體應(yīng)當(dāng)在處理其他信令消息之前處理PA消息。表8定義了PA消息的語法。語法值比特位數(shù)PA_message(){message_idversionextension{number_of_tablesfor(i=0;i<N1;i+十){table_idtable_versiontable_length}message_payload{for(i=0;i<N1;i+十){}N18888message_id:指示PA消息的標(biāo)識。version:指示PA消息的版本。length:指示PA消息的長度，以字節(jié)為單位。該長度的計(jì)算是從下一個(gè)字段的開頭至PA消息的最后一字節(jié)。number_oftables:指示PA消息中包含的信令表的數(shù)量。table_id:指示PA消息中包含的表識別符。這是表中包含在PA消息的有效負(fù)載中的table_id字段的一個(gè)副本。table_version:指示PA消息中所包含的表的版本。這是包含在PA消息的有效負(fù)載中的表的版本字段的一個(gè)副本。table_length:包含在PA消息的有效負(fù)載中的表的長度字段的一個(gè)副本。table():一個(gè)SMTP信令表實(shí)體。在有效負(fù)載中的該表與擴(kuò)展域中table_id出現(xiàn)的順序相同。一GB/T33475.6—2024個(gè)PA表可以作為一個(gè)table()的實(shí)例。MPT消息包含一整個(gè)MP表或MP表的子集，MP表的各個(gè)子集可以由不同的MPT消息傳輸。不同MP表子集有不同的MP表table_id.從1開始的14個(gè)連續(xù)的數(shù)用來表示MP表的table_id。table_id值為15的表示完整的MP表。表9定義了MPT消息的語法。語法值比特位數(shù)助記符MPT_message(){message_id}message_payload{MP_table()8message_id:標(biāo)識MPT消息的ID。該字段為16bit。length:標(biāo)識MPT消息的長度，該字段長度為16bit。MPT消息的長度是從長度的下一個(gè)字段開始到該消息的最后一個(gè)字節(jié)的所有字節(jié)數(shù)。對于該字段來說0值是無效的。MP_table():MP表的定義見9.3.6。PA表可以提供用于消費(fèi)媒體數(shù)據(jù)包的其他信令表的所有信息。接收端在接入系統(tǒng)時(shí)會(huì)首先收到PA消息，通過PA消息解析PA表以后可以得到其他信令表的信息。表10定義了PA表的語法。GB/T33475.6—2024表10PA表的語法語法值比特位數(shù)助記符PA_table(){versioninformation_table_info{number_of_tablesfor(i=0;i<N1;i+十){signalling_information_table_idsignalling_information_table_versionSMT_general_location_info()}reservedalternative_location_flagalternative_location{SMT_general_location_info()}reservedprivate_extension_flagif(private_extension_flag=1)private_extension{}}N1888887171uimsbfuimsbfuimsbfuimsbfuimsbfuimsbfbslbfbslbfbslbfbslbftable_id:PA表的標(biāo)識符。length:包含了以字節(jié)計(jì)算的PA表的長度，即從下一字段起直到MP表最后一個(gè)字節(jié)的長度。0值在此字段無效。number_oftable:為當(dāng)前PA表提供信息的表的個(gè)數(shù)。signalling_information_table_id:為當(dāng)前PA表提供信息的表的標(biāo)識符。signalling_information_table_version:為當(dāng)前PA表提供信息的表的版本。SMT_general_location_info:提供資源位置的信息。alternative_location_flag:值為1表示接收實(shí)體可以獲取可替代資源的地址。SMT_general_location_info_alternative_location:可替代資源的位置信息。private_extension_flag:如果該標(biāo)志為1,則表示存在私有擴(kuò)展。GB/T33475.6—2024分塊視頻關(guān)系表包含的信息用于描述原視頻Asset和分塊視頻Asset之間的關(guān)系。在空間上，原視頻和不同的分塊視頻之間擁有不同的asset_id;在時(shí)間上，同一時(shí)間的不同分塊視頻和原視頻擁有同樣的ceu_sequence_number。表11定義了分塊視頻關(guān)系表的語法。表11分塊視頻關(guān)系表語法語法值比特位數(shù)類型Block_association_table(){table_idversiontable_payload{partitioned_asset_numberfor(i=0;i<N1;i+十){asset_id()original_heightoriginal_widthreservedblocknumberfor(j=0;j<N2;j+十){block_height_topblock_width_leftblock_heightblock_widthasset_id()}}}N1N288848uimsbfuimsbfuimsbfuimsbfuimsbfuimsbfuimsbfuimsbfuimsbfuimsbftable_id:分塊視頻關(guān)系表的標(biāo)識符。version:分塊視頻關(guān)系表的版本。新的版本所攜帶的信息將覆蓋任何之前的舊版本。length:包含了以字節(jié)計(jì)算的分塊視頻關(guān)系表的長度，即從下一字段起直到分塊視頻關(guān)系表最后一個(gè)字節(jié)的長度。0值在此字段無效。partitioned_asset_number:指示被分塊的原視頻Asset的個(gè)數(shù)。asset_id:指示被分塊的原視頻的asset_id。original_height:指示原視頻的高度，以像素點(diǎn)為單位。GB/T33475.6—2024block_number:指示對應(yīng)于某個(gè)原視頻Asset,其分塊視頻的個(gè)數(shù)。block_height_top:指示分塊視頻的CEU上邊沿相對于原視頻CEU上邊沿的距離，以像素點(diǎn)為單位。block_width_left:指示分塊視頻CEU左邊沿相對于原視頻CEU左邊沿的距離，以像素點(diǎn)為單位。block_width:指示分塊視頻CEU的asset_id:指示某個(gè)分塊視頻的asset_id。一個(gè)完整的MP表具有關(guān)于包含所有媒體資源的媒體數(shù)據(jù)包的信息。一個(gè)子MP表包含部分完整MP表的信息。另外，MP表子集0包含媒體數(shù)據(jù)包消費(fèi)所需求的最小信息。表12定義了MP表的語法。表12MP表的語法語法值比特位數(shù)助記符MP_table(){table_idversionreservedMP_table_modeif(table_id=SUBSET_0_MPT_TABLE_ID){SMTP_package_id{SMTP_package_id_lengthfor(i=0;i<N1;i十十){SMTP_package_id_byte}}MP_table_descriptors{MP_table_descriptors_lengthfor(i=0;i<N2;i十十){MP_tabledescriptorsbyte}}number_of_assetsfor(i=0;i<N3;i+十){Identifier_mapping()asset_typeasset_sizereservedasset_clock_relation_flagif(asset_clock_relation_flag=1){N1N2N38862888871uimsbfuimsbfuimsbfbslbfbslbfuimsbfuimsbfuimsbfuimsbfuimsbfbslbfbslbfbslbfGB/T33475.6—2024表12MP表的語法(續(xù))語法值比特位數(shù)助記符asset_clock_relation_idreservedasset_timescale_flagif(asset_time_scale_flag=1){asset_timescale}}asset_location{location_countfor(i=0;i<N6;i+十){SMT_general_location_info()}}asset_descriptors{asset_descriptors_lengthfor(j=0;j<N5;j+十){asset_descriptors_byte}}N6N587188uimsbfbslbfbslbfuimsbfuimsbfuimsbfuimsbftable_id:MP表的標(biāo)識符。一個(gè)完整的M