TW202112139A - 依據視訊的點雲流 - Google Patents

依據視訊的點雲流 Download PDF

Info

Publication number
TW202112139A
TW202112139A TW109117313A TW109117313A TW202112139A TW 202112139 A TW202112139 A TW 202112139A TW 109117313 A TW109117313 A TW 109117313A TW 109117313 A TW109117313 A TW 109117313A TW 202112139 A TW202112139 A TW 202112139A
Authority
TW
Taiwan
Prior art keywords
track
area
video
pcc
group
Prior art date
Application number
TW109117313A
Other languages
English (en)
Inventor
亞曼得 哈姆扎
永 何
Original Assignee
美商Vid衡器股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 美商Vid衡器股份有限公司 filed Critical 美商Vid衡器股份有限公司
Publication of TW202112139A publication Critical patent/TW202112139A/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440245Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display the reformatting operation being performed only on part of the stream, e.g. a region of the image or a time segment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/132Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/176Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/188Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a video data packet, e.g. a network abstraction layer [NAL] unit
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/44Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81Monomedia components thereof
    • H04N21/816Monomedia components thereof involving special video data, e.g 3D video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85Assembly of content; Generation of multimedia applications
    • H04N21/854Content authoring
    • H04N21/85406Content authoring involving a specific file format, e.g. MP4 format

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Abstract

本文揭露了與一個或複數ISO基礎媒體檔案格式(ISOBMFF)容器檔中的依據視訊的點雲流有關的系統、方法和工具。提供了用於點雲資料的容器格式,並且該容器格式至少指示該點雲的3D區域與一個或複數依據視訊的點雲壓縮(V-PCC)軌道之間的關係。該V-PCC軌道可被分組在一起並被連結到3D區域,以允許空間存取該3D區域。

Description

依據視訊的點雲流
相關申請案的交叉引用
本申請主張於2019年5月23日所遞交的美國臨時申請No. 62/852,046以及2019年9月27日所遞交的美國臨時申請No. 62/907,249的權益,其揭露的內容藉由引用而被整體併入本文。
視訊編碼系統可以用於壓縮和/或解壓縮數位視訊信號,例如,以減少這種信號所需的儲存和/或傳輸頻寬。三維(3D)點雲已經嶄露為高階沉浸式媒體。這些點雲可以使用例如複數相機、深度感測器和/或光檢測和測距(LiDAR)雷射掃描器等多種方式來捕捉。在3D空間中逼真地重建物件和/或場景所需的點的數量可以是數百萬或數十億的量級。因此,需要有效的表徵、壓縮和/或傳送技術來儲存和/或傳輸點雲資料。
用於處理與三維(3D)空間相關聯的視訊資料的系統、方法和工具被揭露。如本文中所描述的視訊解碼裝置可包括處理器,該處理器被配置以接收包含依據視訊的點雲壓縮(V-PCC)位元流的媒體容器檔案(例如,國際標準組織(ISO)基礎媒體檔案格式(ISOBMFF)容器檔)。該處理器可以解析該媒體容器檔案和/或包括在其中的該V-PCC位元流,以確定該3D空間中的3D區域的區域識別符(ID)以及與該3D空間相關聯的一個或複數軌道組的相應軌道組ID。該處理器可依據該一個或複數軌道組的該相應軌道組ID是被連結到該3D區域的該區域ID的一確定,確定該一個或複數軌道組與該3D區域相關聯。該處理器可以對屬於該一個或複數軌道組的複數視訊軌道(例如,對應於一2D訊框中的一個或複數圖塊(tile))進行解碼),以呈現該3D空間的該3D區域的視覺表徵。本文所描述的一個或複數軌道組可以共用一公共軌道組類型,並且還可以依據該軌道組類型來確定該一個或複數軌道組與該3D區域相關聯。該媒體容器檔案可以包括一個或複數結構,其定義了與該3D空間相關聯的數個區域和與每個該區域相關聯的數個軌道組,並且該處理器可以被配置為依據包括在該結構中的資訊,確定該一個或複數軌道組的該相應軌道組ID被連結到該3D區域的該區域ID。
該媒體容器檔可以包括定時中繼資料,該定時中繼資料包括與已經被更新的該區域的子集相關聯的資訊,並且該定時中繼資料可以指示對該區域的該子集的更新(例如,位置、維度等)。此外,該複數視訊軌道可包括一個或複數樣本項,且該一個或複數樣本項中的每一者可包括指示網路抽象層NAL單元大小的資料欄位的長度的指示。該樣本項還可以包括關於以下的指示:與該樣本項相關的數個V-PCC參數集的數量或與該樣本項相關的數個圖譜(atlas) NAL單元陣列的數量。
從以下結合附圖以範例方式給出的描述中可以更詳細地理解本發明。
圖1A是顯示可以在其中實行所揭露的一個或複數實施例的一範例性通訊系統100的圖。該通訊系統100可以是為複數無線使用者提供諸如語音、資料、視訊、訊息傳遞、廣播等內容的多址存取系統。該通訊系統100可以藉由共用包括無線頻寬在內的系統資源而使複數無線使用者能夠存取此類內容。舉例來說,通信系統100可以使用一種或多種通道存取方法,例如碼分多址(CDMA)、時分多址(TDMA)、頻分多址(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)、零尾唯一字DFT-擴展OFDM(ZT UW DTS-s OFDM)、唯一字OFDM(UW-OFDM)、資源區塊過濾OFDM以及濾波器組多載波(FBMC)等等。
如圖1A所示,通訊系統100可以包括無線傳輸/接收單元(WTRU)102a、102b、102c、102d、RAN 104/113、CN 106/115、公共交換電話網路(PSTN)108、網際網路110以及其他網路112,然而應該瞭解,所揭露的實施例設想了任意數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d每一者可以是被配置成在無線環境中工作和/或通訊的任何類型的裝置。舉例來說,WTRU 102a、102b、102c、102d任何一者都可以被稱為“站”和/或“STA”,其可以被配置成傳輸和/或接收無線信號,並且可以包括使用者設備(UE)、行動站、固定或行動使用者單元、基於訂閱的單元、呼叫器、行動電話、個人數位助理(PDA)、智慧型電話、筆記型電腦、小筆電、個人電腦、無線感測器、熱點或Mi-Fi裝置、物聯網(IoT)裝置、手錶或其他可穿戴裝置、頭戴顯示器(HMD)、運載工具、無人機、醫療裝置和應用(例如遠端手術)、工業裝置和應用(例如機器人和/或在工業和/或自動處理鏈環境中工作的其他無線裝置)、消費類電子裝置、以及在商業和/或工業無線網路上工作的裝置等等。WTRU 102a、102b、102c、102d中的任何一者可被可交換地稱為UE。
該通訊系統100還可以包括基地台114a和/或基地台114b。基地台114a、114b的每一者可以是被配置成藉由以無線方式與WTRU 102a、102b、102c、102d中的至少一者無線連接來促使其存取一個或複數通訊網路(例如CN 106/115、網際網路110、和/或其他網路112)的任何類型的裝置。例如,基地台114a、114b可以是基地收發站(BTS)、節點B、e節點B、本地節點B、本地e節點B、gNB、新無線電(NR)節點B、網站控制器、存取點(AP)、以及無線路由器等等。雖然基地台114a、114b的每一者都被描述成了單個元件,然而應該瞭解,基地台114a、114b可以包括任何數量的互連基地台和/或網路元件。
基地台114a可以是RAN 104/113的一部分,並且該RAN還可以包括其他基地台和/或網路元件(未顯示),例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等等。基地台114a和/或基地台114b可被配置成在名為胞元(未顯示)的一個或複數載波頻率上傳輸和/或接收無線信號。這些頻率可以處於授權頻譜、未授權頻譜或是授權與未授權頻譜的組合之中。胞元可以為相對固定或者有可能隨時間變化的特定地理區域提供無線服務覆蓋。胞元可被進一步分成胞元扇區。例如,與基地台114a相關聯的胞元可被分為三個扇區。由此,在一個實施例中,基地台114a可以包括三個收發器,即,每一個收發器都對應於胞元的一個扇區。在實施例中,基地台114a可以使用多輸入多輸出(MIMO)技術,並且可以為胞元的每一個扇區使用複數收發器。例如,藉由使用波束成形,可以在期望的空間方向上傳輸和/或接收信號。
基地台114a、114b可以經由空中介面116與WTRU 102a、102b、102c、102d中的一者或多者進行通訊,其中該空中介面116可以是任何適當的無線通訊鏈路(例如射頻(RF)、微波、釐米波、毫米波、紅外線(IR)、紫外線(UV)、可見光等等)。空中介面116可以使用任何適當的無線電存取技術(RAT)來建立。
更具體地說,如上所述,通訊系統100可以是多址存取系統,並且可以使用一種或多種通道存取方案,例如CDMA、TDMA、FDMA、OFDMA以及SC-FDMA等等。例如,RAN 104/113中的基地台114a與WTRU 102a、102b、102c可以實施某種無線電技術,例如全球行動通訊系統(UMTS)地面無線電存取(UTRA),其中該技術可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包括如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)之類的通訊協定。HSPA可以包括高速下鏈(DL)封包存取(HSDPA)和/或高速UL封包存取(HSUPA)。
在一實施例中,基地台114a和WTRU 102a、102b、102c可以實施某種無線電技術,例如演進型UMTS地面無線電存取(E-UTRA),其中該技術可以使用長期演進(LTE)和/或高級LTE(LTE-A)和/或高級LTE Pro(LTE-A Pro)來建立空中介面116。
在一實施例中,基地台114a和WTRU 102a、102b、102c可以實施某種可以使用新無線電(NR)建立空中介面116的無線電技術,例如NR無線電存取。
在一實施例中,基地台114a和WTRU 102a、102b、102c可以實施多種無線電存取技術。例如,基地台114a和WTRU 102a、102b、102c可以共同實施LTE無線電存取和NR無線電存取(例如使用雙連接(DC)原理)。由此,WTRU 102a、102b、102c所使用的空中介面可以由多種類型的無線電存取技術和/或向/從多種類型的基地台(例如,eNB和gNB)發送的傳輸來表徵。
在其他實施例中,基地台114a和WTRU 102a、102b、102c可以實施以下的無線電技術,例如IEEE 802.11(即,無線上網(WiFi))、IEEE 802.16(即,全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、臨時標準2000(IS-2000)、臨時標準95(IS-95)、臨時標準856(IS-856)、全球行動通訊系統(GSM)、用於GSM演進的增強資料速率(EDGE)、以及GSM EDGE(GERAN)等等。
圖1A中的基地台114b可以例如是無線路由器、本地節點B、本地e節點B或存取點,並且可以使用任何適當的RAT來促成局部區域中的無線連接,例如營業場所、住宅、交通工具、校園、工業設施、空中走廊(例如供無人機使用)以及道路等等。在一個實施例中,基地台114b與WTRU 102c、102d可以藉由實施IEEE 802.11之類的無線電技術來建立無線區域網路(WLAN)。在實施例中,基地台114b與WTRU 102c、102d可以藉由實施IEEE 802.15之類的無線電技術來建立無線個人區域網路(WPAN)。在再一個實施例中,基地台114b和WTRU 102c、102d可藉由使用依據胞元的RAT(例如WCDMA、CDMA2000、GSM、LTE、LTE-A、LTE-A Pro、NR等等)來建立微微胞元或毫微微胞元。如圖1A所示,基地台114b可以直連到網際網路110。由此,基地台114b不需要經由CN 106/115來存取網際網路110。
RAN 104/113可以與CN 106/115進行通訊,該CN可以是被配置成向WTRU 102a、102b、102c、102d的一者或多者提供語音、資料、應用和/或基於網際網路協定語音(VoIP)服務的任何類型的網路。該資料可以具有不同的服務品質(QoS)需求,例如不同的輸送量需求、延時需求、容錯需求、可靠性需求、資料輸送量需求、以及移動性需求等等。CN 106/115可以提供呼叫控制、計費服務、依據行動位置的服務、預付費呼叫、網際網路連接、視訊分發等等,和/或可以執行使用者認證之類的高級安全功能。雖然在圖1A中沒有顯示,然而應該理解,RAN 104/113和/或CN 106/115可以直接或間接地和其他那些與RAN 104/113使用相同RAT或不同RAT的RAN進行通訊。例如,除了與使用NR無線電技術的RAN 104/113相連之外,CN 106/115還可以與使用GSM、UMTS、CDMA 2000、WiMAX、E-UTRA或WiFi無線電技術的別的RAN(未顯示)通訊。
CN 106/115還可以充當供WTRU 102a、102b、102c、102d存取PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供簡易舊式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用了公共通訊協定(例如傳輸控制協定/網際網路協定(TCP/IP)網際網路協定族中的TCP、使用者資料包通訊協定(UDP)和/或網際網路協定(IP)。網路112可以包括由其他服務提供方擁有和/或操作的有線或無線通訊網路。例如,網路112可以包括與一個或複數RAN相連的另一個CN,其中該一個或複數RAN可以與RAN 104/113使用相同RAT或不同RAT。
通訊系統100中的一些或所有WTRU 102a、102b、102c、102d可以包括多模能力(例如WTRU 102a、102b、102c、102d可以包括在不同無線鏈路上與不同無線網路通訊的複數收發器)。例如,圖1A所示的WTRU 102c可被配置成與使用依據胞元的無線電技術的基地台114a通訊,以及與可以使用IEEE 802無線電技術的基地台114b通訊。
圖1B是示出了範例性WTRU 102的系統示意圖。如圖1B所示,WTRU 102可以包括處理器118、收發器120、傳輸/接收元件122、揚聲器/麥克風124、小鍵盤126、顯示器/觸控板128、非可移記憶體130、可移記憶體132、電源134、全球定位系統(GPS)晶片組136和/或週邊設備138。應該瞭解的是,在保持符合實施例的同時,WTRU 102還可以包括前述元件的任何子組合。
處理器118可以是通用處理器、專用處理器、傳統處理器、數位訊號處理器(DSP)、複數微處理器、與DSP核心關聯的一個或複數微處理器、控制器、微控制器、專用積體電路(ASIC)、現場可程式設計閘陣列(FPGA)電路、其他任何類型的積體電路(IC)以及狀態機等等。處理器118可以執行信號編碼、資料處理、功率控制、輸入/輸出處理、和/或其他任何能使WTRU 102在無線環境中工作的功能。處理器118可以耦合至收發器120,收發器120可以耦合至傳輸/接收元件122。雖然圖1B將處理器118和收發器120描述成分開的元件,然而應該瞭解,處理器118和收發器120也可以一起被組裝在一電子元件或晶片中。
傳輸/接收元件122可被配置成經由空中介面116來傳輸或接收去往或來自基地台(例如,基地台114a)的訊號。舉個例子,在一個實施例中,傳輸/接收元件122可以是被配置成傳輸和/或接收RF信號的天線。作為範例,在另一實施例中,傳輸/接收元件122可以是被配置成傳輸和/或接收IR、UV或可見光信號的放射器/檢測器。在再一個實施例中,傳輸/接收元件122可被配置成傳輸和/或接收RF和光信號。應該瞭解的是,傳輸/接收元件122可以被配置成傳輸和/或接收無線信號的任何組合。
雖然在圖1B中將傳輸/接收元件122描述成是單個元件,但是WTRU 102可以包括任何數量的傳輸/接收元件122。更具體地說,WTRU 102可以使用MIMO技術。由此,在一個實施例中,WTRU 102可以包括兩個或更多個經由空中介面116來傳輸和接收無線信號的傳輸/接收元件122(例如複數天線)。
收發器120可被配置成對傳輸/接收元件122所要傳送的訊號進行調變,以及對傳輸/接收元件122接收的訊號進行解調變。如上所述,WTRU 102可以具有多模能力。因此,收發器120可以包括允許WTRU 102藉助多種RAT(例如NR和IEEE 802.11)來進行通訊的複數收發器。
WTRU 102的處理器118可以耦合到揚聲器/麥克風124、小鍵盤126和/或顯示器/觸控板128(例如液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元),並且可以接收來自這些元件的使用者輸入資料。處理器118還可以向揚聲器/麥克風124、鍵盤126和/或顯示器/觸控板128輸出使用者資料。此外,處理器118可以從諸如非可移記憶體130和/或可移記憶體132之類的任何適當的記憶體中存取訊號,以及將資訊存入這些記憶體。非可移記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或是其他任何類型的記憶存放裝置。可移記憶體132可以包括訂戶身份模組(SIM)卡、記憶棒、安全數字(SD)記憶卡等等。在其他實施例中,處理器118可以從那些並非實際位於WTRU 102的記憶體存取訊號,以及將資料存入這些記憶體,作為範例,此類記憶體可以位於伺服器或家用電腦(未顯示)。
處理器118可以接收來自電源134的電力,並且可被配置分發和/或控制用於WTRU 102中的其他元件的電力。電源134可以是為WTRU 102供電的任何適當裝置。例如,電源134可以包括一個或複數乾電池組(如鎳鎘(NiCd)、鎳鋅(NiZn)、鎳金屬氫化物(NiMH)、鋰離子(Li-ion)等等)、太陽能電池以及燃料電池等等。
處理器118還可以耦合到GPS晶片組136,該GPS晶片組136可被配置成提供與WTRU 102的當前位置相關的位置資訊(例如經度和緯度)。作為來自GPS晶片組136的資訊的補充或替代,WTRU 102可以經由空中介面116接收來自基地台(例如基地台114a、114b)的位置資訊,和/或根據從兩個或更多個附近基地台接收的信號時序來確定其位置。應該瞭解的是,在保持符合實施例的同時,WTRU 102可以藉助任何適當的定位方法來獲取位置資訊。
處理器118還可以耦合到其他週邊設備138,其中該週邊設備可以包括提供附加特徵、功能和/或有線或無線連接的一個或複數軟體和/或硬體模組。例如,該週邊設備138可以包括加速度計、電子羅盤、衛星收發器、數位相機(用於照片和/或視訊)、通用序列匯流排(USB)埠、振動裝置、電視收發器、免持耳機、藍牙®模組、調頻(FM)無線電單元、數位音樂播放機、媒體播放機、視訊遊戲機模組、網際網路瀏覽器、虛擬實境和/或擴增實境(VR/AR)裝置、以及活動跟蹤器等等。週邊設備138可以包括一個或複數感測器,該感測器可以是以下的一者或多者:陀螺儀、加速度計、霍爾效應感測器、磁力計、方位感測器、鄰近感測器、溫度感測器、時間感測器、地理位置感測器、高度計、光感測器、觸控感測器、磁力計、氣壓計、手勢感測器、生物測定感測器和/或濕度感測器等。
WTRU 102可以包括全雙工無線電裝置,其中對於該無線電裝置來說,一些或所有訊號(例如與用於UL(例如對傳輸而言)和下鏈(例如對接收而言)的特定子訊框相關聯)的接收或傳輸可以是同步和/或同時的。全雙工無線電裝置可以包括藉助於硬體(例如扼流線圈)或是憑藉處理器(例如單獨的處理器(未顯示)或是經由處理器118)的訊號處理來減少和/或實質消除自我干擾的干擾管理單元。在實施例中,WTRU 102可以包括傳送和接收一些或所有訊號(例如與用於UL(例如對傳輸而言)或下鏈(例如對接收而言)的特定子訊框相關聯)的半雙工無線電裝置。
圖1C是示出了根據實施例的RAN 104和CN 106的系統示意圖。如上所述,RAN 104可以使用E-UTRA無線電技術經由空中介面116來與WTRU 102a、102b、102c進行通訊。該RAN 104還可以與CN 106進行通訊。
RAN 104可以包括e節點B 160a、160b、160c,然而應該瞭解,在保持符合實施例的同時,RAN 104可以包括任何數量的e節點B。e節點B 160a、160b、160c每一者都可以包括經由空中介面116與WTRU 102a、102b、102c通訊的一個或複數收發器。在一個實施例中,e節點B 160a、160b、160c可以實施MIMO技術。由此,舉例來說,e節點B 160a可以使用複數天線來向WTRU 102a傳輸無線訊號,和/或接收來自WTRU 102a的無線訊號。
e節點B 160a、160b、160c每一者都可以關聯於一個特定胞元(未顯示),並且可被配置成處理無線電資源管理決定、切換決定、UL和/或DL中的使用者排程等等。如圖1C所示,e節點B 160a、160b、160c彼此可以經由X2介面進行通訊。
圖1C所示的CN 106可以包括移動性管理實體(MME)162、服務閘道(SGW)164以及封包資料網路(PDN)閘道(或PGW)166。雖然每一前述元件都被描述成是CN 106的一部分,然而應該瞭解,這其中的任一元件都可以由CN操作者之外的實體擁有和/或操作。
MME 162可以經由S1介面連接到RAN 104中的e節點B 162a、162b、162c的每一者,並且可以擔任控制節點。例如,MME 162可以負責認證WTRU 102a、102b、102c的使用者,執行承載啟動/解除啟動處理,以及在WTRU 102a、102b、102c的初始附著過程中選擇特定的服務閘道等等。MME 162可以提供用於在RAN 104與使用其他無線電技術(例如GSM和/或WCDMA)的其他RAN(未顯示)之間進行切換的控制平面功能。
SGW 164可以經由S1介面連接到RAN 104中的e節點B 160a、160b、160c的每一者。SGW 164通常可以路由和轉發去往/來自WTRU 102a、102b、102c的使用者資料封包。並且,SGW 164還可以執行其他功能,例如在eNB間的切換過程中錨定使用者平面,在DL資料可供WTRU 102a、102b、102c使用時觸發呼叫處理,以及管理並儲存WTRU 102a、102b、102c的上下文等等之類。
SGW 164可以連接到PGW 146,該PGW可以為WTRU 102a、102b、102c提供封包交換網路(例如網際網路110)存取,以便促成WTRU 102a、102b、102c與啟用IP的裝置之間的通訊。
CN 106可以促成與其他網路的通訊。例如,CN 106可以為WTRU 102a、102b、102c提供對電路切換式網路(例如PSTN 108)的存取,以便促成WTRU 102a、102b、102c與傳統的陸線通訊裝置之間的通訊。例如,CN 106可以包括IP閘道(例如IP多媒體次系統(IMS)伺服器)或與之進行通訊,並且該IP閘道可以充當CN 106與PSTN 108之間的介面。此外,CN 106可以為WTRU 102a、102b、102c提供針對該其他網路112的存取,其中該網路可以包括其他服務提供方擁有和/或操作的其他有線和/或無線網路。
雖然在圖1A至圖1D中將WTRU描述成了無線終端,然而應該想到的是,在某些代表性實施例中,此類終端與通訊網路可以使用(例如臨時或永久性)有線通訊介面。
在代表性實施例中,該其他網路112可以是WLAN。
採用基礎架構基本服務集合(BSS)模式的WLAN可以具有用於該BSS的存取點(AP)以及與該AP相關聯的一個或複數站(STA)。該AP可以存取或是對接到分散式系統(DS)或是將業務量送入和/或送出BSS的別的類型的有線/無線網路。源於BSS外部且去往STA的業務量可以藉由AP到達並被遞送至STA。源自STA且去往BSS外部的目的地的業務量可被發送至AP,以便遞送到相應的目的地。處於BSS內部的STA之間的業務量可以藉由AP來發送,例如在源STA可以向AP發送業務量並且AP可以將業務量遞送至目的地STA的情況下。處於BSS內部的STA之間的業務量可被認為和/或稱為點到點業務量。該點到點業務量可以在源與目的地STA之間(例如在其間直接)用直接鏈路建立(DLS)來發送。在某些代表性實施例中,DLS可以使用802.11e DLS或802.11z通道化DLS(TDLS))。舉例來說,使用獨立BSS(IBSS)模式的WLAN不具有AP,並且處於該IBSS內部或是使用該IBSS的STA(例如所有STA)彼此可以直接通訊。在這裡,IBSS通訊模式有時可被稱為“特定(Ad-hoc)”通訊模式。
在使用802.11ac基礎設施工作模式或類似的工作模式時,AP可以在固定通道(例如主通道)上傳送信標。該主通道可以具有固定寬度(例如20MHz的頻寬)或是經由傳訊動態設定的寬度。主通道可以是BSS的操作通道,並且可被STA用來與AP建立連接。在某些代表性實施例中,所實施的可以是具有衝突避免的載波感測多址存取(CSMA/CA)(例如在802.11系統中)。對於CSMA/CA來說,包括AP在內的STA(例如每一個STA)可以感測主通道。如果特定STA感測到/檢測到和/或確定主通道繁忙,那麼該特定STA可以退避。在指定的BSS中,在任何指定時間都有一個STA(例如只有一個站)進行傳輸。
高輸送量(HT)STA可以使用寬度為40MHz的通道來進行通訊(例如藉助於將寬度為20MHz的主通道與寬度為20MHz的相鄰或不相鄰通道相結合來形成寬度為40MHz的通道)。
超高輸送量(VHT)STA可以支援寬度為20MHz、40MHz、80MHz和/或160MHz的通道。40MHz和/或80MHz通道可以藉由組合連續的20MHz通道來形成。160MHz通道可以藉由組合8個連續的20MHz通道或者藉由組合兩個不連續的80MHz通道(這種組合可被稱為80+80配置)來形成。對於80+80配置來說,在通道編碼之後,資料可被傳遞並經過一個分段解析器,該分段解析器可以將資料非成兩個流。在每一個流上可以單獨執行逆快速傅裡葉轉換(IFFT)處理以及時域處理。該流可被映射在兩個80MHz通道上,並且資料可以由執行傳輸的STA來傳送。在執行接收的STA的接收機上,用於80+80配置的上述操作可以是相反的,並且組合資料可被發送至媒體存取控制(MAC)。
802.11af和802.11ah支援1GHz以下的工作模式。相比於802.11n和802.11ac,在802.11af和802.11ah中使用通道工作頻寬和載波有所縮減。802.11af在TV白空間(TVWS)頻譜中支援5MHz、10MHz和20MHz頻寬,並且802.11ah支援使用非TVWS頻譜的1MHz、2MHz、4MHz、8MHz和16MHz頻寬。依照代表性實施例,802.11ah可以支援儀錶類型控制/機器類型通訊(MTC)(例如巨集覆蓋區域中的MTC裝置)。MTC裝置可以具有某種能力,例如包含了支援(例如只支援)某些和/或有限頻寬在內的受限能力。MTC裝置可以包括電池,並且該電池的電池壽命高於閾值(例如用於保持很長的電池壽命)。
對於可以支援複數通道和通道頻寬的WLAN系統(例如802.11n、802.11ac、802.11af以及802.11ah)來說,這些系統包含了可被指定成主通道的通道。該主通道的頻寬可以等於BSS中的所有STA所支援的最大公共工作頻寬。主通道的頻寬可以由某一個STA設定和/或限制,其中該STA源自在支援最小頻寬工作模式的BSS中工作的所有STA。在關於802.11ah的範例中,即使BSS中的AP和其他STA支援2 MHz、4 MHz、8 MHz、16 MHz和/或其他通道頻寬工作模式,但對支援(例如只支援)1MHz模式的STA(例如MTC類型的裝置)來說,主通道的寬度可以是1MHz。載波感測和/或網路分配向量(NAV)設定可以取決於主通道的狀態。如果主通道繁忙(例如因為STA(其只支援1MHz工作模式)對AP進行傳輸),那麼即使大多數的可用頻帶保持空閒並且可供使用,也可以認為整個可用頻帶繁忙。
在美國,可供802.11ah使用的可用頻帶是902 MHz到928 MHz。在韓國,可用頻帶是917.5 MHz到923.5 MHz。在日本,可用頻帶是916.5 MHz到927.5 MHz。依照國家碼,可用於802.11ah的總頻寬是6 MHz到26 MHz。
圖1D是示出了根據實施例的RAN 113和CN 115的系統示意圖。如上所述,RAN 113可以經由空中介面116使用NR無線電技術來與WTRU 102a、102b、102c進行通訊。RAN 113還可以與CN 115進行通訊。
RAN 113可以包括gNB 180a、180b、180c,但是應該瞭解,在保持符合實施例的同時,RAN 113可以包括任何數量的gNB。gNB 180a、180b、180c每一者都可以包括一個或複數收發器,以便經由空中介面116來與WTRU 102a、102b、102c通訊。在一個實施例中,gNB 180a、180b、180c可以實施MIMO技術。例如,gNB 180a、180b可以使用波束成形處理來向和/或從gNB 180a、180b、180c傳輸和/或接收訊號。由此,舉例來說,gNB 180a可以使用複數天線來向WTRU 102a傳輸無線訊號,以及接收來自WTRU 102a的無線訊號。在實施例中,gNB 180a、180b、180c可以實施載波聚合技術。例如,gNB 180a可以向WTRU 102a(未顯示)傳送複數分量載波。這些分量載波的子集可以處於未授權頻譜上,而剩餘分量載波則可以處於授權頻譜上。在實施例中,gNB 180a、180b、180c可以實施協作多點(CoMP)技術。例如,WTRU 102a可以接收來自gNB 180a和gNB 180b(和/或gNB 180c)的協作傳輸。
WTRU 102a、102b、102c可以使用與可縮放參數配置相關聯的傳輸來與gNB 180a、180b、180c進行通訊。例如,對於不同的傳輸、不同的胞元和/或不同的無線傳輸頻譜部分來說,OFDM符號間隔和/或OFDM子載波間隔可以是不同的。WTRU 102a、102b、102c可以使用具有不同或可擴縮長度的子訊框或傳輸時間間隔(TTI)(例如包含了不同數量的OFDM符號和/或持續不同的絕對時間長度)來與gNB 180a、180b、180c進行通訊。
gNB 180a、180b、180c可被配置成與採用獨立配置和/或非獨立配置的WTRU 102a、102b、102c進行通訊。在獨立配置中,WTRU 102a、102b、102c可以在不存取其他RAN(例如,e節點B 160a、160b、160c)的情況下與gNB 180a、180b、180c進行通訊。在獨立配置中,WTRU 102a、102b、102c可以使用gNB 180a、180b、180c中的一者或多者作為行動錨點。在獨立配置中,WTRU 102a、102b、102c可以使用未授權頻帶中的訊號來與gNB 180a、180b、180c進行通訊。在非獨立配置中,WTRU 102a、102b、102c會在與別的RAN(例如e節點B 160a、160b、160c)進行通訊/相連的同時與gNB 180a、180b、180c進行通訊/相連。舉例來說,WTRU 102a、102b、102c可以藉由實施DC原理而以基本同時的方式與一個或複數gNB 180a、180b、180c以及一個或複數e節點B 160a、160b、160c進行通訊。在非獨立配置中,e節點B 160a、160b、160c可以充當WTRU 102a、102b、102c的行動錨點,並且gNB 180a、180b、180c可以提供附加的覆蓋和/或輸送量,以便為WTRU 102a、102b、102c提供服務。
gNB 180a、180b、180c每一者都可以關聯於特定胞元(未顯示),並且可以被配置成處理無線電資源管理決策、切換決策、UL和/或DL中的使用者調度、支援網路切片、雙連接、實施NR與E-UTRA之間的互通處理、路由去往使用者平面功能(UPF)184a、184b的使用者平面資料、以及路由去往存取及移動性管理功能(AMF)182a、182b的控制平面資訊等等。如圖1D所示,gNB 180a、180b、180c彼此可以經由Xn介面通訊。
圖1D所示的CN 115可以包括至少一個AMF 182a、182b,至少一個UPF 184a、184b,至少一個對話管理功能(SMF)183a、183b,並且有可能包括資料網路(DN)185a、185b。雖然每一前述元件都被描述了CN 115的一部分,但是應該瞭解,這其中的任一元件都可以被CN操作者之外的實體擁有和/或操作。
AMF 182a、182b可以經由N2介面連接到RAN 113中的gNB 180a、180b、180c的一者或多者,並且可以充當控制節點。例如,AMF 182a、182b可以負責認證WTRU 102a、102b、102c的使用者,支援網路切片(例如處理具有不同需求的不同PDU對話),選擇特定的SMF 183a、183b,管理註冊區域,終止NAS傳訊,以及移動性管理等等。AMF 182a、182b可以使用網路切片處理,以便依據WTRU 102a、102b、102c使用的服務類型來定製為WTRU 102a、102b、102c提供的CN支援。作為範例,針對不同的使用情況,可以建立不同的網路切片,例如依賴於超可靠低延時 (URLLC)存取的服務、依賴於增強型大規模行動寬頻(eMBB)存取的服務、和/或用於機器類通訊(MTC)存取的服務等等。AMF 182可以提供用於在RAN 113與使用其他無線電技術(例如,LTE、LTE-A、LTE-A Pro和/或諸如WiFi之類的非3GPP存取技術)的其他RAN(未顯示)之間切換的控制平面功能。
SMF 183a、183b可以經由N11介面連接到CN 115中的AMF 182a、182b。SMF 183a、183b還可以經由N4介面連接到CN 115中的UPF 184a、184b。SMF 183a、183b可以選擇和控制UPF 184a、184b,並且可以藉由UPF 184a、184b來配置業務量路由。SMF 183a、183b可以執行其他功能,例如管理和分配WTRU或UE IP位址、管理PDU對話、控制策略實施和QoS、以及提供下鏈資料通知等等。PDU對話類型可以是依據IP的、不依據IP的,以及依據乙太網路的等等。
UPF 184a、184b可以經由N3介面連接RAN 113中的gNB 180a、180b、180c的一者或多者,這樣可以為WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取,以便促成WTRU 102a、102b、102c與啟用IP的裝置之間的通訊,UPF 184、184b可以執行其他功能,例如路由和轉發封包、實施使用者平面策略、支援多宿主PDU對話、處理使用者平面QoS、緩衝下鏈封包、以及提供移動性錨定處理等等。
CN 115可以促成與其他網路的通訊。例如,CN 115可以包括或者可以與充當CN 115與PSTN 108之間的介面的IP閘道(例如IP多媒體子系統(IMS)伺服器)進行通訊。此外,CN 115可以為WTRU 102a、102b、102c提供針對其他網路112的存取,這其中可以包括其他服務提供方擁有和/或操作的其他有線和/或無線網路。在一個實施例中,WTRU 102a、102b、102c可以經由對接到UPF 184a、184b的N3介面以及介於UPF 184a、184b與本地資料網路(DN) 185a、185b之間的N6介面並藉由UPF 184a、184b連接到DN 185a、185b。
有鑒於圖1A至圖1D以及關於圖1A至圖1D的相應描述,在這裡對照以下的一項或多項描述的一個或複數或所有功能可以由一個或複數仿真裝置(未顯示)來執行:WTRU 102a-d、基地台114a-b、e節點B 160a-c、MME 162、SGW 164、PGW 166、gNB 180a-c、AMF 182a-b、UPF 184a-b、SMF 183a-b、DN 185a-b和/或這裡描述的一個或複數其他任何裝置。這些仿真裝置可以是被配置成類比這裡描述的一個或複數或所有功能的一個或複數裝置。舉例來說,這些仿真裝置可用於測試其他裝置和/或類比網路和/或WTRU功能。
該仿真裝置可被設計成在實驗室環境和/或操作者網路環境中實施關於其他裝置的一項或多項測試。例如,該一個或複數仿真裝置可以在被完全或部分作為有線和/或無線通訊網路一部分實施和/或部署的同時執行一個或複數或所有功能,以便測試通訊網路內部的其他裝置。該一個或複數仿真裝置可以在被臨時作為有線和/或無線通訊網路的一部分實施或部署的同時執行一個或複數或所有功能。該仿真裝置可以直接耦合到別的裝置以執行測試,和/或可以使用空中無線通訊來執行測試。
一個或複數仿真裝置可以在未被作為有線和/或無線通訊網路一部分實施或部署的同時執行包括所有功能在內的一個或複數功能。例如,該仿真裝置可以在測試實驗室和/或未被部署(例如測試)的有線和/或無線通訊網路的測試場景中使用,以便實施關於一個或複數元件的測試。該一個或複數仿真裝置可以是測試裝置。該仿真裝置可以使用直接的RF耦合和/或藉助RF電路(例如,該電路可以包括一個或複數天線)的無線通訊來傳輸和/或接收資料。
3D點雲(例如,高品質的3D點雲)可用於表示沉浸式媒體。點雲可以包括一個或複數(例如,一集合的)點,這些點可以使用指示每個點的位置的座標和/或一個或複數屬性在3D空間中表示。例如,該屬性可以包括以下中的一者或多者:與每個點相關聯的顏色、透明度、獲取時間、雷射的反射率或材料性質等等。點雲可以以多種方式被捕獲。例如,複數相機和深度感測器可被用於捕獲點雲。光檢測和測距(LiDAR)雷射掃描器可以用於捕獲點雲。點雲中包括的用於在3D空間中逼真地重建物件和/或場景的點的數量可以是數百萬或數十億的量級。高效的表徵和壓縮可以促進儲存和/或傳輸點雲資料。
圖2示出了用於依據視訊的點雲壓縮(V-PCC)的位元流200的範例結構,該位元流可以由編碼裝置發送(例如,用信號發送),並由解碼裝置解析和解碼。該V-PCC位元流200可包括一集合的一個或複數V-PCC單元202,並且表1包括用於用信號發送該V-PCC單元的範例語法。每個V-PCC單元202可包括V-PCC單元標頭204和V-PCC單元酬載206,並且該V-PCC單元酬載206又可包括以下中的一者或多者:序列參數集208、佔用(occupancy)視訊資料210、各種類型的修補資料組212、幾何視訊資料214或屬性視訊資料216。該V-PCC單元標頭204可以定義該V-PCC單元的V-PCC單元類型(例如,如表2中的VPCC_unit_type欄位所指示的),該V-PCC單元類型可以是複數值之一,該複數值包括例如可以分別與佔用、幾何、屬性、修補資料組和序列參數集資料單元相對應的VPCC_OVD、VPCC_GVD和VPCC_AVD、VPCC_PDG、VPCC_SPS。這些單元類型中的一些或全部的V-PCC單元可用於重建點雲。V-PCC屬性單元標頭可以指定一屬性類型及其索引。該V-PCC屬性單元標頭可允許將被支援的相同屬性類型的複數實例。如圖所示,vpcc_unit_type可指示該V-PCC單元的類型,vpcc_sequence_parameter_set_id可指示V-PCC序列參數集的識別符,vpcc_attribute_index可指示V-PCC屬性的索引,vpcc_attribute_dimension_index可指示該V-PCC屬性的維度分區的索引,sps_multiple_layer_streams_present_flag可指示序列參數集(SPS)是否與複數層或視圖相關聯,vpcc_layer_index可指示該複數層之一的索引,pcm_separate_video_data可指示脈衝碼調變(PCM)視訊資料(例如,在單獨的視訊流中)和/或與編碼該PCM資料相關聯的參數,並且vpcc_reserved_zero_23bits或vpcc_reserved_zero_27bits可指示所保留的零位元的數量。
佔用、幾何和/或屬性V-PCC單元的酬載可對應於可由視訊解碼裝置所解碼的視訊資料單元(例如,HEVC網路抽象層(NAL)單元) (例如,如在對應的一個或複數佔用、幾何和屬性參數集V-PCC單元中所指定的)。表3示出了一範例性V-PCC單元酬載語法。 表1 - V-PCC單元語法
vpcc_unit( ) { 描述符
      vpcc_unit_header( )  
      vpcc_unit_payload( )  
}  
表2 - V-PCC單元標頭語法
Figure 02_image001
表3 - V-PCC單元酬載語法
vpcc_unit_payload( ) { 描述符
      if( vpcc_unit_type  = =  VPCC_SPS )  
             sequence_parameter_set( )  
      else if( vpcc_unit_type  = =  VPCC_PDG )  
             patch_data_group( )  
      else if( vpcc_unit_type  = =  VPCC_OVD  | |                    vpcc_unit_type  = =  VPCC_GVD  | |                    vpcc_unit_type  = =  VPCC_AVD)  
             video_data_unit( )  
}  
在一些範例中(例如,當在V-PCC中使用無損編碼時),編碼器可產生缺失點的修補(patch),該修補包括關於在從經壓縮V-PCC位元流重建之後可能缺失的點的資訊。該丟失點可以被稱為丟失脈衝碼調制(PCM)點。該PCM點可以被直接編碼,例如,可不使用修補投影過程。缺失點的修補可使解碼器能夠重建(例如,完全重建)可作為輸入提供給V-PCC編碼器的原始點雲。包括與該缺失點相關的資訊的修補可被包裹在同一視訊中(例如,在攜帶其他點的同一視訊流中)或在單獨的視訊中(例如,在與攜帶其他點的視訊流分開的視訊流中)。
可以用修補NAL (PNAL)單元(例如,或圖譜NAL單元)來替換修補資料組(PDG)。PNAL單元可以等同於用於視訊流的網路抽象層(NAL)單元。每個PNAL單元可以包括一標頭,其包含單元類型和/或附加資訊(例如,層標識)。該PNAL單元可以以一種或多種形式定義。該一種或多種格式可包括簡單的PNAL單元流格式和/或樣本流格式。在樣本流格式中,在該PNAL單元之前可以有一個附加的標頭。該附加的標頭可以指示該PNAL單元的大小(例如,精確的大小)。
國際標準組織(ISO)基礎媒體檔案格式(ISOBMFF)可以定義一結構化的、媒體獨立的檔案格式。ISOBMFF (例如,ISOBMFF容器檔)可包括結構化和/或媒體資料資訊,例如,用於諸如音訊、視訊等媒體內容的定時呈現。ISOBMFF容器檔可以包括對諸如檔結構內不同級別的中繼資料之類的無定時資料的支援。該檔的邏輯結構可以是(例如,可以模仿)可以包括一組時間平行的軌道的電影。該檔的時間結構是該軌道可以包括時間上的樣本序列。該序列可以被映射到整個電影的時間線中。ISOBMFF可以依據盒結構(box-structured)檔的概念。該盒結構檔可以包括一系列的盒(例如,基元),其可以具有各自的大小和/或類型(例如,每個盒可以與一大小和一類型相關聯)。該類型可以是32位元值,並且可以由四個可列印字元(也稱為四字元碼(4CC))來表示。無定時資料可以例如在檔級被包括在中繼資料盒中,和/或可以被附加到電影盒或該電影內的定時資料流程(例如,軌道)之一。
ISOBMFF容器(例如,ISOBMFF容器檔)可以包括MovieBox(電影盒) ('moov')。MovieBox可以包括用於檔中存在的媒體流(例如,連續媒體流)的中繼資料。該中繼資料可以在該MovieBox中的盒的層級內被以信號發送,例如在TrackBox(軌道盒) ('trak')內被以信號發送。軌道可以表示存在於檔中的媒體流(例如,連續媒體流)。該媒體流可以包括樣本序列(例如,樣本項),例如基本媒體流的音訊或視訊存取單元,並且可以被封裝在MediaDataBox(媒體資料盒) ('mdat')內(例如,其可以存在於容器的頂層)。每個軌道的中繼資料可以包括樣本描述項的列表,每個樣本描述項提供了在軌道中使用的編碼或封裝格式以及用於處理該格式的初始化資料。每一樣本可與該軌道的該樣本描述項中的一者相關聯。工具可用於為每個軌道定義顯式時間線映射。例如,編輯列表可以定義每個軌道的顯式時間線映射。編輯列表可以使用EditListBox(編輯列表盒) (或類似實體)用表4中所示的範例語法來用信號發送,其中每個項定義了軌道時間線的一部分,例如藉由以下來進行定義:映射合成時間線的一部分,或指示‘空’或‘空’編輯(例如,呈現時間線的不映射到媒體的部分)。 表4 - 範例EditListBox語法
aligned(8) class EditListBox extends FullBox('elst', version, flags) {       unsigned int(32) entry_count;       for (i=1; i <= entry_count; i++) {              if (version==1) {                    unsigned int(64) edit_duration;                    int(64) media_time;              } else { // version==0                    unsigned int(32) edit_duration;                    int(32)  media_time;              }              int(16) media_rate_integer;              int(16) media_rate_fraction = 0;       } }
ISOBMFF可被用於處理多種情形,其中檔案作者(例如,編碼裝置)可指示要在播放機或呈現器上執行的某些動作。在視訊流的情況下,該檔案作者可以藉由使用受限視訊方案軌道來指示這樣的動作。當視訊軌道為受限視訊方案軌道(例如,如ISO/IEC14496-12標準的子條款8.15中所界定)時,可在該軌道上用信號發送後解碼器要求。軌道可藉由將其樣本項代碼設定為四字元碼(4CC) 'resv'並將RestrictedSchemeInfoBox(受限方案資訊盒) (或類似實體)添加到其的樣本描述而被轉換為受限視訊方案軌道。一個或複數(例如,所有其他)盒可以保持不被修改。依據用於編碼該流的視訊轉碼器的原始樣本項類型可以儲存在RestrictedSchemeInfoBox內的OriginalFormatBox(原始格式盒) (或類似實體)內。該受限方案資訊盒可以包括三個盒:原始格式盒、SchemeTypeBox(方案類型盒)和SchemeInformationBox(方案資訊盒)。該原始格式盒可以儲存原始樣本項類型,其依據用於對分量流進行編碼的視訊轉碼器。該限制的本性(例如,特性)可以在方案類型盒中被定義。
圖3示出了ISOBMFF V-PCC容器300的範例性結構。依據該範例性結構,V-PCC ISOBMFF容器可包括以下中的一者或多者。V-PCC ISOBMFF容器可包括V-PCC軌道302。該V-PCC軌道302可包括攜帶一個或複數非視訊編碼資訊V-PCC單元(例如,VPCC_SPS和/或VPCC_PDG的V-PCC單元類型)的酬載的樣本和/或一個或複數序列參數集。該V-PCC軌道302可以提供對其它軌道的軌道參考,該其他軌道包含攜帶一個或複數視訊壓縮V-PCC單元(例如,VPCC_GVD、VPCC_AVD和/或VPCC_OVD的V-PCC單元類型)的酬載的樣本。V-PCC ISOBMFF容器可包括一個或複數受限視訊方案軌道304,其樣本可包括用於幾何資料的視訊編碼基本流的NAL單元(例如,VPCC_GVD類型的V-PCC單元的酬載)。V-PCC ISOBMFF容器可包括一個或複數受限視訊方案軌道306,其樣本可包括用於屬性資料(例如,VPCC_AVD類型的V-PCC單元的酬載)的視訊編碼基本流的NAL單元。V-PCC ISOBMFF容器可以包括一個或複數受限視訊方案軌道308,其樣本可以包括用於佔用圖資料(例如,類型VPCC_OVD的V-PCC單元的酬載)的視訊編碼基本流的NAL單元。
可以提供點雲資料的容器格式。缺少的PCM點的運送資訊可以由點雲資料的容器格式來支援。可以提供關於V-PCC圖塊組和/或空間存取的傳訊。V-PCC軌道的樣本格式可支援PNAL單元。可提供數個檔案格式結構以支援PCM資訊和/或提供實現對V-PCC位元流內的不同分量、層和/或空間區域的靈活存取的傳訊。例如,當V-PCC分量的層構成單個視訊流時,軌道(例如,僅單個軌道)可用於儲存該V-PCC分量的層(例如,所有層)的資訊。樣本分組機制可以用於對屬於每一層的樣本進行分組到一起。
如果該些層儲存在分開的軌道中,則可使用軌道分組工具來發信號通知該些分開的軌道是用於屬於同一V-PCC分量的層的。例如,可以例如藉由擴展TrackGroupTypeBox(軌道組類型盒)來定義軌道組類型(例如VPCCComponentGroupBox(VPCC分量組盒)或類似實體)。軌道組類型盒可以包括track_group_id欄位和track_group_type欄位,其中該track_group_id欄位是該組的識別字,而該track_group_type欄位儲存標識該組類型的四字元碼。一對track_group_id和track_group_type可以標識容器檔內的軌道組。VPCC分量組盒可以被定義如下。VPCC分量組盒可以是‘vplg’的盒類型並且可以位於TrackGroupBox(軌道組盒)容器內。在範例中,VPCC分量組盒可以是可選的(例如,不是強制的)。在範例中,在軌道組盒中可以存在複數VPCC分量組盒。
表5示出了範例VPCC分量組盒語法。 表5 - 範例VPCC分量組盒語法
aligned(8) class VPCCComponentGroupBox extends TrackGroupTypeBox('vpcg') {    // additional data related to the V-PCC component can be defined here }
屬於同一分量的複數層的軌道(例如,所有軌道)可以在TrackGroupBox內具有VPCC分量組盒。在每個VPCCC分量組盒中,track_group_id的值可以是相同的。V-PCC媒體播放機可藉由解析該容器中的每個軌道和/或識別具有相同track_group_id值的VPCC分量組盒的軌道來識別屬於相同V-PCC分量的軌道。
為了共同參考屬於同一分量的複數軌道(例如,所有軌道),與主V-PCC軌道中的V-PCC分量相對應的軌道參考可以使用該分量的軌道組的track_group_id (例如,以標識與該分量相關聯的一個或複數軌道組)。例如,對應於該分量的TrackReferenceTypeBox(軌道參考類型盒)可以在其track_ID陣列中具有使用該track_group_id來標識該分量的軌道組的項。
在範例中,軌道組類型盒可以包括標誌欄位,並且可以使用一位元(例如,該欄位的位元0,其中位元0是最低有效位)來指示track_group_id的唯一性。可以對攜帶相同層的幾何和/或屬性資訊的軌道進行分組。對攜帶幾何和/或屬性資訊的軌道進行分組可以使得媒體播放機能夠執行對V-PCC內容的可縮放存取。VPCCLayerGroupBox(VPCC層組盒)或類似實體可以被定義並且可以被給予‘vplg’的盒類型。該VPCC層組盒可以位於軌道組盒容器內。在範例中,VPCC層組盒可以是可選的(例如,不是強制的)。在範例中,在軌道組盒中可以存在複數VPCC層組盒。
表6示出了範例VPCC層組盒語法。 表6 - 範例VPCC層組盒語法
Figure 02_image003
如範例語法中所示,VPCC層組盒欄位可以包括以下欄位中的一者或多者。layer_index欄位可以指示該組的一個或複數軌道所屬的層的索引。absolute_coding_flag欄位可以指示該軌道組中的幾何軌道是否依賴於另一層中的幾何軌道。如果absolute_coding_flag被設定為1,則該軌道可以不依賴於另一層。如果absolute_coding_flag被設定為0,則該軌道可以依賴於另一層。predictor_layer_index欄位可以指示該組中的幾何軌道所依賴的層的索引。
可以提供V-PCC分量軌道。在範例中(例如,當對一個或複數V-PCC流分量(例如,佔用、幾何和/或屬性分量)進行視訊編碼時),可以將攜帶與V-PCC流分量(例如,該佔用、幾何和/或屬性分量中的任意一者)有關的資訊的一個或複數軌道作為受限視訊方案軌道來用信號發送。受限視訊方案軌道可能並不意味著用於直接呈現。方案類型盒中的scheme_type欄位可以被設定為用於V-PCC內容的分量的4CC (例如,'pccv')。與V-PCC方案相關聯的資料可以儲存在方案資訊盒中。例如,與V-PCC方案相關聯的資料可以在VPCCComponentInfoBox(VPCC分量資訊盒) (或類似實體)中用信號發送,其可以在方案資訊盒中被攜帶並被定義如下。
表7示出了範例VPCC分量資訊盒語法。 表7 - 範例VPCC分量資訊盒語法
aligned(8) class VPCCComponentInfoBox extends FullBox('vpco',0,0) {     unsigned int(2) component_type;     if ((component_type == 2) || (component_type == 3)) {       bit(1) is_pcm_flag;       if (is_pcm_flag) {         bit(5) reserved = 0;       } else {         bit(1) all_layers_present_flag;         if (all_layers_present_flag) {           bit(4) reserved = 0;         } else {           unsigned int(4) layer_index;         }       }     } else {        bit(6) reserved = 0;     } }
如範例語義中所示,VPCC分量資訊盒可以包括以下欄位中的一者或多者。component_type欄位可以指示分量的類型。例如,可以為component_type保留值0。component_type的值1可以指示佔用圖分量。component_type的值2可以指示幾何分量。component_type的值3可以指示屬性分量。應當注意,在此提供的數位作為範例,並且可以使用其他數位來指示各種分量類型。is_pcm_flag欄位可指示軌道中所攜載的資訊是否用於PCM點。當設定了is_pcm_flag (例如,設定為值1)時,該軌道可以攜帶由component_type指示的分量的PCM資訊。all_layers_present_flag欄位可指示該軌道是否攜帶該分量的所有層的資訊。例如,當all_layers_present_flag被設定(例如,設定為值1)時,該分量的層(例如,所有層)的編碼資料可以存在於該軌道中。否則(例如,當all_layers_present_flag未被設定或設定為值0時),該軌道可攜帶該分量的單個層的編碼資料。layer_index欄位可以指示該軌道所攜帶的資料所屬的分量層的索引。
例如,如果分量軌道攜帶屬性資訊(例如,component_type被設定為3),該方案資訊盒可以包括附加的VPCCAttributeInfoBox(VPCC屬性資訊盒) (或類似的實體),其可以提供屬性分量的附加描述。該VPCC屬性資訊盒可以如表8所示來定義。 表8 - 範例VPCC屬性資訊盒語法
aligned(8) class VPCCAttributeInfoBox extends FullBox('vpai',0,0) {     unsigned int(16) attr_index;     unsigned int(4) attr_type;     bit(4) reserved = 0;     unsigned int(8) attr_dimensions;     if (attr_dimensions > 3) {       unsigned int(8) attr_first_dim_index;     } }
如表8的範例語義所示,該VPCC屬性資訊盒可以包括以下欄位中的一者或多者。attr_index 欄位可以指示屬性清單中屬性的索引。attr_type 欄位可以指示屬性的屬性類型。attr_dimensions欄位可以指示屬性的維度數量(例如,總數)。attr_first_dim_index欄位可以指示由軌道攜帶的第一屬性維度的索引(例如,依據零的索引)。
該VPCC屬性資訊盒可以包括分區索引。表9示出了另一個範例VPCC屬性資訊盒語法。 表9 - 範例VPCC屬性資訊盒語法
aligned(8) class VPCCAttributeInfoBox extends FullBox('vpai',0,0) {     unsigned int(16) attr_index;     unsigned int(4) attr_type;     bit(4) reserved = 0;     unsigned int(8) attr_dimensions;     unsigned int(7) attr_dim_partition_index;     bit(1) reserved = 0; }
如表9的範例性語法所示,VPCC屬性資訊盒可以包括以下欄位中的一者或多者。attr_index欄位可以指示屬性清單中屬性的索引。attr_type 欄位可以指示屬性的類型。attr_dimensions欄位可以指示屬性的維度數量(例如,總數)。attr_dim_partition_index欄位可以表示由軌道攜帶的維度分區的索引(例如,依據零)。
在範例中,VPCCCComponentBox(VPCC分量盒)可以攜帶(例如,直接攜帶)與由軌道攜帶的分量資訊相對應的vpcc_unit_type的vpcc_unit_header() HLS結構。如果vpcc_unit_type是VPCC_AVD,則在方案資訊盒中VPCC屬性資訊盒的存在可以是可選的。
關於丟失的PCM點的資訊可以包括幾何資料和/或屬性資料。PCM點資訊可以被打包在相關分量的視訊流中和/或可以作為單獨的視訊流(例如,每個分量一個視訊流)獲得。例如,當PCM點資訊單獨可獲得時,該PCM點資訊可以在單獨的軌道(例如,用於與特定分量相關的資訊的一個軌道)中攜帶。該單獨的軌道可以被信號發送為受限視訊方案軌道(例如,如本文該),其中VPCC分量盒中的is_pcm_flag欄位被設定為1。攜帶PCM點資訊的每個軌道可以被包括在相關分量的軌道組中。從主軌道到V-PCC分量的track_group_id的軌道參考可以參考(例如,共同參考)用於PCM點和/或非PCM點的軌道。
與PCM相關聯的幾何資訊和屬性資訊可以被分組,例如,以使得能夠容易地識別和存取缺失點。軌道分組可以使用如表10所示的VPCCPCMTrackGroupBox(VPCCPCM軌道組盒) (或類似實體)來定義,例如,以標識具有PCM點資訊的軌道。 表10 - 範例VPCCPCM軌道組盒語法
aligned(8) class VPCCPCMTrackGroupBox extends TrackGroupTypeBox('vpcm') {    // additional data related to the PCM points can be defined here }
攜帶與特定V-PCC內容的PCM點相關的資訊的軌道可以包括軌道組盒內的VPCCPCM軌道組盒(或類似實體)。在每個VPCCPCM軌道組盒中,track_group_id的值可以是相同的。
可以為軌道參考類型盒的reference_type欄位定義4CC值(例如,'pccp')。該4CC值可用於用信號發送對攜載PCM點資料(例如,包含幾何和/或屬性資料)的軌道的參考。
在範例中,對用於對V-PCC位元流的各種分量進行編碼的預測結構可以沒有約束。因此,可能藉由一編碼配置來編碼不同分量和/或相同分量的不同層(例如,如果該分量不在相同視訊流中),其中該編碼配置將導致跨越各種分量子流的非對準的訊框內刷新週期。這種跨越各個分量子流的非對準的訊框內刷新週期可能使得隨機存取具有挑戰性,因為在給定解碼時間的主V-PCC軌道中的修補流中的訊框內編碼樣本可能在相同解碼時間的其他分量軌道中不具有對應的訊框內編碼樣本。在沒有指示分量軌道中的同步取樣相對於主軌道的位置的附加資訊的情況下,媒體播放機可能需要依賴於掃描分量軌道以尋找最接近的同步取樣。
一個V-PCC分量中的同步取樣可能與其它分量中的同步取樣未對準。主軌道中的同步取樣可以在其它(例如,所有其它)分量軌道中具有相應的同步取樣。例如,如果修補序列流的訊框內刷新週期是每30訊框一次,則幾何分量可具有每60訊框一次的訊框內刷新週期和/或紋理屬性可具有每30訊框一次的訊框內刷新週期。例如,訊框內刷新訊框可以每30秒出現在主軌道和其他(例如,所有其他)分量中一次。訊框內刷新訊框可以具有相同的解碼時間。
可跨越該分量對該編碼訊框內隨機存取點(IRAP)週期來定義約束(例如,以支援隨機存取),使得跨越該些軌道該些IRAP樣本而被對準。例如,編碼器可以被約束以便產生具有以規則間隔對準的同步取樣的子流。藉由利用該約束,該解碼器和/或使用者端可假定IRAP樣本在一個(例如,任何)分量軌道中被檢測到時,IRAP樣本同時可獲得於一個或複數其它(例如,所有其它)分量。每一分量的IRAP可表示VPCC位元流的IRAP。圖4示出了該約束的一範例,其中該些分量的複數IRAP樣本被對準。
這裡描述的約束可以消除對附加資訊(用於用信號發送跨越軌道的同步取樣的對應關係)的需要。當在主軌道中到達同步取樣時,可以在其它(例如,所有其它)分量軌道中找到具有相同解碼時間的對應同步取樣。
在範例中,可選擇用於不同分量和主修補序列軌道的IRAP週期,使得時間對準(例如,同步)的訊框內樣本以規則間隔出現。當時間對準(例如同步)的訊框內樣本以規則間隔出現時,存取主V-PCC軌道中的同步取樣的V-PCC媒體播放機可在其它分量軌道中找到相同解碼時間的對應同步取樣。每個分量可以具有不同的IRAP週期。該主V-PCC軌道的IRAP週期可以是其它(例如,所有)分量軌道的IRAP週期的最小公倍數。該主V-PCC軌道的IRAP可以表示V-PCC位元流的IRAP。圖5示出了使用IRAP週期的最小公倍數來指示V-PCC IRAP的範例。
在範例中,對於V-PCC分量,可以沒有對IRAP週期的約束。該主V-PCC軌道的IRAP可以表示V-PCC位元流的IRAP。對於其它分量,給定主V-PCC中的IRAP的解碼和/或呈現時間,可以定位最接近的IRAP。
V-PCC高級語法(HLS)可以支援圖塊組。在視訊編碼標準(例如,HEVC)中,2D訊框可被劃分成圖塊柵格。一個或複數圖塊組可對應於該2D訊框中包含若干圖塊的矩形區域。運動約束圖塊集合(MCTS)可以被解碼(例如,獨立地解碼)並且可以使得能夠提取該訊框內的特定區域。在V-PCC中,與屬於空間的特定區域(例如,3D區域或長方體)的點相對應的修補可以被打包在一個或複數MCTS中。在此可以互換地使用圖塊組和MCTS。
圖6示出了V-PCC容器結構600的一範例,其可用於實現對3D空間內的特定區域的空間存取。如圖所示,點雲的3D空間602 (例如,對應於3D空間的邊界盒)可被劃分成表示該3D空間中的複數區域和/或物件的3D立方體網格(例如,長方體602a、602b、602c等)。屬於該3D空間內的每個該區域和/或物件的點可以被聚類,並且邊界盒可以被用於表示該區域或物件。屬於同一物件的不同部分的點可以被分組在一起,並且可以由該部分的相應邊界盒來表示。
由在每個所得到的邊界盒內的點的投影產生的修補可以一起打包在複數V-PCC分量流或軌道(例如,佔用、幾何和/或屬性流或軌道)的2D訊框內的一個或複數圖塊組中。可使用產生圖塊組(例如,可獨立解碼的圖塊組)的編碼配置來編碼該修補。這些圖塊組可在ISOBMFF容器內的單獨軌道中被攜帶,並且如此,術語“圖塊組”在此可與“軌道組”互換使用(例如,圖塊組可以是軌道組的實例)。在單獨軌道中攜帶圖塊組可以使得解碼裝置(例如,媒體播放機)能夠存取和/或下載攜帶與3D空間中的特定區域或物件相關的資訊的那些軌道。例如,當在V-PCC位元流的單獨軌道中攜帶圖塊組時,媒體播放機可能能夠在解碼3D空間的特定區域時(例如,當呈現該區域的視覺表徵時)僅存取和/或下載與該特定區域相關的軌道。
可使用軌道分組工具將具有跨V-PCC分量的相應圖塊組的軌道(例如,攜帶表示區域或物件的邊界盒內的點的資訊的軌道)分組在一起。可將TrackGroupBox ('trgr')或類似實體添加到這些軌道中的每一個的TrackBox,並且可藉由如下所示擴展軌道組類型盒(TrackGroupTypeBox)來定義V-PCC圖塊組的軌道分組類型(例如,利用track_group_id或tile_group_id欄位)。
表11示出了範例VPCCTileGroupBox(VPCC圖塊組盒)語法。 表11 – 範例VPCC圖塊組盒語法
aligned(8) class VPCCTileGroupBox extends TrackGroupTypeBox('vptg') {     unsigned int(16) tile_group_id; }
如表11的範例語義中所示,VPCC圖塊組盒可以包括標識V-PCC圖塊組(例如,作為其標識)的tile_group_id欄位(或類似欄位)。在範例中,tile_group_id可對應於(例如,等同於)圖塊組地址(例如,諸如ptgh_address的欄位,其可被包括在V-PCC位元流的圖塊組標頭中)。屬於相同點雲圖塊組的軌道可以具有用於track_group_type 'vptg'的track_group_id的相同值。來自一個點雲圖塊組的軌道的track_group_id可以不同於來自任何其他點雲圖塊組的軌道的track_group_id。例如,如圖6所示,對應於3D區域602a的第一圖塊組可具有軌道組ID 1,對應於3D區域602b的第二圖塊組可具有軌道組ID 2。這樣,軌道組類型盒內的track_group_id (其中track_group_type等於'vptg' (或類似的4CC值))可以被用作ISOBMFF容器檔內的點雲圖塊組的識別字。
例如,可以使用樣本分組來發信號發送哪個樣本屬於哪個V-PCC圖塊組。例如,如果對於一個V-PCC分量,與多於一個V-PCC圖塊組相關的資訊被攜帶在一軌道中(例如,對於一V-PCC圖塊組集合,在該軌道記憶體在一樣本組集合,其中每組樣本與相應的V-PCC圖塊組相關聯),則可使用樣本分組。可以定義樣本組項(例如,如下面的表12所示),其中tile_group_id的語義(例如,定義)可以與在這裡提供的VPCC圖塊組盒中定義的tile_group_id的語義相同。組類型可以是‘vpge’或類似的4CC值。容器可以是SampleGroupDescriptionBox(樣本組描述盒) (‘sgpd’)或類似的實體。VPCCTileGroupBox可以不是強制的(例如,可以是可選的),並且每個軌道可以具有複數VPCC圖塊組盒(例如,與其相關聯)。表12示出了VPCCTileGroupEntry(VPCC圖塊組項)的範例語法。 表12 - 範例VPCC圖塊組項語法
aligned(8) class VPCCTileGroupEntry() extends VisualSampleGroupEntry ('vpge') {     unsigned int(16) tile_group_id; }
在範例中,可以在分量軌道內定義攜帶一個或複數V-PCC圖塊組的子軌道。該一個或複數V-PCC圖塊組可藉由以下而被定義:使用SubTrackSampleGroupBox(子軌道樣本組盒) (或類似實體),並且列出與在對應子軌道樣本組盒中的每個子軌道中攜帶的V-PCC圖塊組對應的VPCC圖塊組項實例(或類似實體),例如藉由參考它們的group_description_index來列出。一個或複數V-PCC圖塊組可藉由限定V-PCC特定VPCCTileGroupSubTrackBox(VPCC圖塊組子軌道盒)來限定(例如,如表13所示)。該盒類型可以被設定為‘vpst’或類似的4CC值。該容器可以是SubTrackDefinitionBox(子軌道定義盒) (‘strd’)或類似實體。該VPCC圖塊組子軌道盒可以不是強制的(例如,可以是可選的),並且每個軌道可具有複數VPCC圖塊組子軌道盒。 表13 - 範例VPCC圖塊組子軌道盒語法
aligned(8) class VPCCTileGroupSubTrackBox extends FullBox('vpst', 0, 0) {       unsigned int(16) item_count;       for(i = 0; i< item_count; i++) {              unsigned int(16) tile_group_id;       } }
VPCC圖塊組子軌道盒中tile_group_id的並集(例如,集合)可以描述(例如,共同描述)由該盒定義的子軌道。VPCC圖塊組子軌道盒的語義可包括以下欄位中的一者或多者。item_count欄位可表示VPCC圖塊組子軌道盒中列出的圖塊組的數量的計數。tile_group_id欄位可以表示該子軌道中包含的V-PCC圖塊組的識別字。VPCC圖塊組子軌道盒中的tile_group_id欄位可以匹配(例如,對應於)在VPCC圖塊組項中定義的tile_group_id。
可在3D空間中的區域或物件(例如,3D邊界盒中的每一者)與其相應(一個或複數)圖塊組之間提供映射,例如以使得使用者端(例如,媒體播放機或解碼裝置)能夠識別要存取/下載哪些軌道以呈現3D空間中的(例如,如該邊界盒所表示的)某一區域。應注意,雖然圖塊組在2D訊框內的位置可能不改變,但該邊界盒(例如,區域)在3D空間內的位置且可能大小(例如,維度)可隨時間而改變,例如,可能歸因於由該邊界盒內的點表示的物件的行動而改變。該點雲中的3D區域可以使用表14中所示的範例3D區域結構來定義。 表14 - 範例3DRegionStruct(3D區域結構)語法
aligned(8) class 3DRegionStruct(dimensions_included_flag) {       unsigned int(16) region_id;       unsigned int(16) region_x;       unsigned int(16) region_y;       unsigned int(16) region_z;       if (dimensions_included_flag) {           unsigned int(16) region_width;           unsigned int(16) region_height;           unsigned int(16) region_depth;       } }
如表14的範例語義中所示,3D區域結構可以包括以下欄位中的一者或多者。region_id欄位可以表示該3D區域的唯一識別碼。region_x欄位可以表示與該3D區域相關聯的參考點的x座標(例如,與該區域相關聯的邊界盒)。region_y欄位可以表示該參考點的y座標。region_z欄位可以表示該參考點的z座標。region_width欄位可以指示該3D區域(例如,與該區域相關聯的邊界盒)沿x軸的長度。region_height欄位可以指示該3D區域(例如,與該區域相關聯的邊界盒)沿y軸的長度。region_depth欄位可以指示該3D區域(例如,與該區域相關聯的邊界盒)沿z軸的長度。dimensions_included_flag欄位可以指示是否在該struct的相同實例中用信號發送該3D區域(例如,與該區域相關聯的邊界盒)的維度。舉例來說,如果dimensions_included_flag具有為0的值,那麼其可指示沒有用信號發送該維度且先前可能已針對同一區域用信號發送過該維度(例如,具有同一region_id的VPCC3D區域結構的先前實例用信號發送過該維度)。如果dimensions_included_flag具有為1的值,則其可以指示用信號發送了該維度。
點雲中的3D區域或物件可使用VPCCRegionToTileGroupBox(VPCC區域到圖塊組盒)或類似實體而與一個或複數點雲圖塊組(例如,軌道組的實例)相關聯。表15示出了範例VPCC區域到圖塊組盒語法。 表15 - 範例VPCC區域到圖塊組盒語法
aligned(8) class VPCCRegionToTileGroupBox extends FullBox('vpcr',0,0) {    unsigned int(16) num_regions;    for (i = 0; i < num_regions; i++) {       unsigned int(16) region_id;       unsigned int(8) num_tile_groups;       for (j=0; j<num_tile_groups; j++) {         unsigned int(16) tile_group_id;       }    } }
如表15的範例語義中所示,該VPCCRegionToTileGroupBox可以指示3D空間中的區域(或物件)與一個或複數圖塊組(例如,軌道組)之間的映射關係。該VPCC區域到圖塊組盒可以包括以下欄位中的一者或多者。num_regions欄位可指示與該3D空間相關聯的點雲中的3D區域的數量。region_id欄位可以標識3D區域(例如,包括其識別字)。num_tile_groups欄位可以指示與3D區域相關聯的V-PCC圖塊組的數量。tile_group_id欄位可以標識V-PCC圖塊組。這樣,該VPCC區域到圖塊組盒可以至少經由tile_group_id欄位和region_id欄位將一個或複數圖塊連結到一3D區域。
該VPCC區域到圖塊組盒可以在主V-PCC軌道604的樣本項中或者在與主V-PCC軌道相關聯的單獨的定時中繼資料軌道606的樣本項中被發信號發送,如圖6所示。定時中繼資料軌道606 (例如,其可以與主V-PCC軌道分離)可以包括在ISOBMFF容器中,並且可以用於例如隨著時間更新點雲的限定3D區域的一個或複數性質(例如,位置和/或維度)。該定時中繼資料軌道606可以包括具有4CC 'vp3r' (或類似的4CC值)的定義的樣本項(例如,VPCC3DRegionSampleEntry(VPCC3D區域樣本項)),並且所定義的樣本項可以擴展MetadataSampleEntry(中繼資料樣本項)或類似的實體,如表16中的範例語法所示(例如,用於VPCC3DRegionInfoBox(VPCC3D區域資訊盒)或類似的實體)。 表16 - 範例VPCC3D區域資訊盒語法
aligned(8) class VPCC3DRegionInfoBox extends FullBox('vp3i',0,0) {       unsigned int(16) num_regions;       for (i = 0; i < num_regions; i++) {              3DRegionStruct(1);    } } aligned(8) class VPCC3DRegionSampleEntry() extends MetaDataSampleEntry('vp3r') {       VPCC3DRegionInfoBox(); }
如表16的範例語義中所示,VPCC3D區域資訊盒可以包括num_regions欄位,其指示3D空間中的3D區域的總數。該定時中繼資料軌道606可以例如使用'cdsc' (或類似的4CC值)的4CC作為軌道參考而被連結到主V-PCC軌道604。該定時中繼資料軌道中的(例如,每個)樣本可以例如使用下表17中所示的範例語法來指定3D區域。該VPCC3DRegionSample(VPCC3D區域樣本)結構(例如,或類似的實體)可以以匯出的軌道格式來擴展。 表17 - 範例VPCC3D區域樣本語法
aligned(8) class VPCC3DRegionSample() {    unsigned int(16) num_regions;       for (i = 0; i < num_regions; i++) {              3DRegionStruct(dimensions_included_flag);    } }
如表17的範例語義中所示,該VPCC3D區域樣本可包含num_regions欄位,其可指示在樣本中用信號發送的3D區域的數量。在該樣本中用信號發送的3D區域的數量可等於或可不等於可用區域的總數。舉例來說,在該樣本中用信號發送的3D區域的數量可指示其性質(例如,位置和/或維度)在該樣本中正被更新的3D區域。
修補資訊可以在V-PCC軌道中被攜帶。用於該V-PCC軌道的VPCCDecoderConfigurationRecord(VPCC解碼器配置記錄) (或類似實體)和樣本格式語法可被格式化如下,例如以支援被構造為修補網路抽象層(PNAL)單元的序列的修補資訊子流的運送。該VPCC解碼器配置記錄可向解碼器提供配置資訊(例如,在解碼過程的開始)。該VPCC解碼器配置記錄可以包括一個或複數參數集和/或一個或複數補充增強資訊(SEI)訊息。該VPCC解碼器配置記錄可以包括LengthSizeMinusOne(長度大小減一)欄位。範例VPCC解碼器配置記錄語法可在以下表18中示出。 表18 - 範例VPCC解碼器配置記錄語法
aligned(8) class VPCCDecoderConfigurationRecord {       unsigned int(8) configurationVersion = 1;       unsigned int(2) lengthSizeMinusOne;       bit(6) reserved = '111111'b;       unsigned int(8) numOfSetupUnits;       for (i=0; i<numOfSetupUnits; i++) {       vpcc_unit_payload() setupUnit;        }       // additional fields }
如表18的範例語義中所示,VPCC解碼器配置記錄可包括指示該配置記錄的當前版本的ConfigurationVersion欄位。在範例中,對解碼器配置記錄的不相容改變可以由配置版本號的改變來指示。解碼裝置可以被配置成如果該配置版本號未被識別,則不嘗試解碼配置記錄或它所應用到的(一個或複數)流。該VPCC解碼器配置記錄可包括lengthSizeMinusOne欄位,並且lengthSizeMinusOne加1的值可指示(例如,在該配置記錄所應用的流中的)V-PCC樣本中的PNALUnitLength(PNAL單元長度)欄位的長度(例如,以位元組為單位)。例如,一個位元組的PNALUnitLength欄位長度可以用LengthSizeMinusOne值0來指示。lengthSizeMinusOne欄位的值可以是0、1或3,其可以分別對應於用1、2或4位元組編碼的長度(例如PNALUnitLength)。
在範例中,解碼器配置記錄可以包括一個或複數設定單元陣列,例如用於V-PCC參數集(例如,Vsequence(V序列)參數集)的第一設定單元陣列和用於修補資訊子流的其他設定單元的第二設定單元陣列。下面的表19示出了指示該一個或複數設定單元陣列的範例。 表19 - 範例VPCC解碼器配置記錄語法
aligned(8) class VPCCDecoderConfigurationRecord {       unsigned int(8) configurationVersion = 1;       unsigned int(2) lengthSizeMinusOne;       bit(1) reserved = 1;       unsigned int(5) numOfSequenceParameterSets;       for (i=0; i<numOfSequenceParameterSets; i++) {       sequence_parameter_set() spsUnit;        }       unsigned int(8) numOfSetupUnitArrays;       for (j=0; j<numOfSetupUnitArrays; j++) {          bit(1) array_completeness;          bit(1) reserved = 0;          unsigned int(6) PNAL_unit_type;          unsigned int(8) numPNALUnits;          for (i=0; i<numPNALUnits; i++) {             unsigned int(16) pnalUnitLength;             bit(8*pnalUnitLength) pnalUnit;          }       }       // additional fields }
如表19的語義範例所示,VPCC解碼器配置記錄 (或類似實體)可包括以下欄位中的一者或多者。configurationVersion(配置版本)欄位(或類似命名的欄位)可以指示該配置記錄的當前版本。在範例中,對解碼器配置記錄的不相容改變可以由配置版本號的改變來指示。解碼裝置可以被配置成如果該配置版本號未被識別,則不嘗試解碼配置記錄或它所應用到的(一個或複數)流。numOfSequenceParameterSets(序列參數集數量)欄位(或類似命名的欄位)可指示在解碼器配置記錄中(例如,針對該解碼器配置記錄所應用的一個或複數流)簽名(例如,定義)的V-PCC參數集(例如,陣列)的數量。numOfSetupUnitArrays(設定單元陣列數量)欄位可以指示在解碼器配置記錄(例如,針對解碼器配置記錄所應用的(一個或複數)流)中用信號發送(例如,定義)的指示類型(例如,如PNAL_unit_type所指示)的PNAL單元陣列的數量。array_completeness欄位可以指示是否所有PNAL單元都包括在陣列中。例如,當array_completeness欄位等於1時,它可以指示給定類型的PNAL單元(例如,所有PNAL單元)被包括在隨後的陣列中(例如,沒有PNAL單元在該流中)。當array_completeness欄位等於0時,它可以指示具有所指示類型的附加PNAL單元可以在該流中。array_completeness的默認和/或允許值可以由對應樣本項的樣本項名稱或樣本項類型來約束。例如,VPCC解碼器配置記錄可用於不同的樣本項。用於VPCC解碼器配置記錄的容器可以是VPCCDecoderConfigurationBox(VPCC解碼器配置盒) (或類似實體),其可以是包含在VPCCSampleEntry內的盒。該VPCCSampleEntry可以是不同類型的,並且樣本項的類型可以對所包含的VPCC解碼器配置記錄中的array_completeness欄位的允許和/或預設值設定約束。
VPCC解碼器配置記錄 (或類似實體)可以包括指示後續陣列中的PNAL單元的類型的PNAL_unit_type欄位(例如,該陣列中的所有PNAL單元可以是所指示的類型)。PNAL_unit_type欄位可以具有(例如,被限制為採用)指示以下內容的以下值之一:PUP_PSPS、PUP_PREFIX_SEI、或PUP_SUFFIX_SEI PNAL單元。VPCC解碼器配置記錄 (或類似實體)可以包括numPNALUnits欄位,該欄位指示該配置記錄中包括的所指示類型的PNAL單元的數量(例如,針對該配置記錄所應用的一個或複數流)。補充增強資訊(SEI)陣列可以包括(例如,僅包括)聲明性SEI訊息。聲明性SEI訊息可以包括作為整體指示關於該流的資訊的SEI訊息。例如,使用者資料SEI可以是一聲明性SEI訊息。
VPCC解碼器配置記錄 (或類似實體)可以包括指示PNAL單元的長度(例如,以位元組為單位)的pnalUnitLength欄位。VPCC解碼器配置記錄 (或類似實體)可以包括可以用於保存PUP_PSPS或聲明性SEI PNAL單元的pnalUnit欄位。
依據本文所示的範例VPCC解碼器配置記錄語法,以下表20中示出了V-PCC軌道中的樣本(例如,被表示為VPCCSample(VPCC樣本))的樣本格式。 表20 - 範例VPCC樣本語法
aligned(8) class VPCCSample {   unsigned int PointCloudPictureLength = sample_size;  // size of sample (e.g., from SampleSizeBox)   for (i=0; i<PointCloudPictureLength; )   {     unsigned int((VPCCDecoderConfigurationRecord.lengthSizeMinusOne+1)*8) PNALUnitLength;     bit(PNALUnitLength * 8) PNALUnit;     i += (VPCCDecoderConfigurationRecord.lengthSizeMinusOne+1) + PNALUnitLength;   } }
如表20的範例語義所示,該VPCC解碼器配置記錄欄位可指示對應V-PCC樣本項中的解碼器配置記錄。PNALUnitLength欄位可指示PNAL單元的大小(例如,以位元組為單位測量)。在範例中,PNALUnitLength欄位可以包括PNAL單元標頭和PNAL單元酬載這兩者的大小。在範例中,PNALUnitLength欄位可以不包括PNALUnitLength欄位本身的大小。此外,可以包括PNALUnit欄位以表示PNAL單元(例如,單個圖譜NAL單元)。
在範例中,V-PCC軌道的樣本中的修補資訊可依據修補資訊樣本流(例如,圖譜樣本流)來格式化。該VPCC解碼器配置記錄 (或類似實體)可以包括lengthSizeMinusOne欄位。表21示出了另一範例VPCC解碼器配置記錄語法。 表21 - 範例VPCC解碼器配置記錄語法
aligned(8) class VPCCDecoderConfigurationRecord {     unsigned int(8) configurationVersion = 1;     unsigned int(3) lengthSizeMinusOne;     unsigned int(5) numOfSequenceParameterSets;     for (i=0; i<numOfSequenceParameterSets; i++) {       sequence_parameter_set() spsUnit;     }     unsigned int(8) numOfSetupUnitArrays;     for (j=0; j<numOfSetupUnitArrays; j++) {       bit(1) array_completeness;       bit(1) reserved = 0;       unsigned int(6) PNAL_unit_type;       unsigned int(8) numPNALUnits;       for (i=0; i<numPNALUnits; i++) {         unsigned int(16) pnalUnitLength;         bit(8*pnalUnitLength) pnalUnit;       }     }     // additional fields }
表21的範例性語法中的欄位(例如,變數)可以與表19中的欄位類似地定義。例如,lengthSizeMinusOne加1的值可以指示(例如,在該配置記錄所應用的流中的V-PCC樣本中的)PNALUnitLength欄位的長度(例如,以位元組為單位)。因此PNALUnitLength欄位的一個位元組的大小可以由值為0的lengthSizeMinusOne欄位指示。在表21的範例性語法中,lengthSizeMinusOne欄位可以被定義為不帶正負號的整數(3),並且同樣地,lengthSizeMinusOne欄位的值可以在從0到7的範圍內。
儘管上述按照特定組合描述了特徵和元件,但是本領域技術人員將理解的是每個特徵或元件可以被單獨使用或以與其它特徵和元件的任意組合來使用。此外,於此描述的方法可以在結合在電腦可讀媒體中由電腦或處理器執行的電腦程式、軟體或韌體中實施。電腦可讀媒體的範例包括電子信號(藉由有線或無線連接傳輸)和電腦可讀儲存媒體。電腦可讀儲存媒體的範例包括但不限於唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶裝置、諸如內部硬碟和可移磁碟之類的磁媒體、磁光媒體、以及諸如CD-ROM碟片和數位多功能碟片(DVD)之類的光媒體。與軟體相關聯的處理器可以用於實施在WTRU、UE、終端、基地台、RNC或任意主機電腦中使用的射頻收發器。
100:通訊系統 102、102a、102b、102c、102d:無線傳輸/接收單元(WTRU) 104/113:無線電存取網路(RAN) 106/115:核心網路(CN) 108:公共交換電話網路(PSTN) 110:網際網路 112:其他網路 114a、114b:基地台 116:空中介面 118:處理器 120:收發器 122:傳輸/接收元件 124:揚聲器/麥克風 126:小鍵盤 128:顯示器/觸控板 130:非可移記憶體 132:可移記憶體 134:電源 136:全球定位系統(GPS)晶片組 138:週邊設備 160a、160b、160c:e節點B 162:移動性管理實體(MME) 164:服務閘道(SGW) 166:封包資料網路(PDN)閘道(或PGW) 180a、180b、180c:gNB 182a、182b:存取及移動性管理功能(AMF) 183a、183b:對話管理功能(SMF) 184a、184b:使用者平面功能(UPF) 185a、185b:資料網路(DN) 200:V-PCC位元流 202:V-PCC單元 204:V-PCC單元標頭 206:V-PCC單元酬載 208:序列參數集 210:佔用(occupancy)視訊資料 212:修補資料組 214:幾何視訊資料 216:屬性視訊資料 300:ISOBMFF V-PCC容器 302:V-PCC軌道 304、306、308受限視訊方案軌道 600:V-PCC容器結構 602:三維(3D)空間 602a、602b、602c:長方體 IRAP:隨機存取點 ISOBMFF:國際標準組織(ISO)基礎媒體檔案格式 N2、N3、N4、N6、N11、X2、Xn:介面 V-PCC:點雲壓縮
圖1A是一系統圖,顯示可以在其中實行所揭露的一個或複數實施例的範例性通訊系統。 圖1B是一系統圖,顯示根據一實施例可以在圖1A所示的通訊系統中使用的範例性無線傳輸/接收單元(WTRU)。 圖1C是一系統圖,顯示根據一實施例的可以在圖1A所示的通訊系統中使用的範例性無線電存取網路(RAN)和範例性核心網路(CN)。 圖1D是一系統圖,顯示根據一實施例可以在圖1A所示的通訊系統中使用的另一個範例性RAN和另一個範例性CN。 圖2顯示包括複數依據視訊的點雲壓縮(V-PCC)單元的一範例V-PCC位元流結構。 圖3顯示一範例媒體容器結構。 圖4顯示一範例約束,其中分量的訊框內(intra-)隨機存取點(IRAP)樣本被對準。 圖5顯示使用IRAP週期的最小公倍數來指示一V-PCC IRAP的一範例。 圖6顯示一範例媒體容器結構,其可以用於實現對3D空間內的特定區域的空間存取。
200:V-PCC位元流
202:V-PCC單元
204:V-PCC單元標頭
206:V-PCC單元酬載
208:序列參數集
210:佔用(occupancy)視訊資料
212:修補資料組
214:幾何視訊資料
216:屬性視訊資料
V-PCC:點雲壓縮

Claims (20)

  1. 一種被配置以處理與三維(3D)空間相關聯的視訊資料的視訊解碼裝置,該視訊解碼器包括: 一處理器,被配置以: 接收一媒體容器檔案; 解析該媒體容器檔案,以確定該3D空間中的一3D區域的一區域識別符(ID)以及與該3D空間相關聯的一個或複數軌道組的複數相應軌道組ID; 依據該一或複數軌道組的該複數相應軌道組ID是被連結到該3D區域的該區域ID的一確定,確定該一或複數軌道組與該3D區域相關聯;以及 解碼屬於該一個或複數軌道組的複數視訊軌道,以呈現該3D空間的該3D區域的視覺表徵。
  2. 如請求項1所述的視訊解碼裝置,其中該一或複數軌道組共用一共同軌道組類型,且其中該一或複數軌道組還依據該一或複數軌道組共用該共同軌道組類型的一確定,而被確定為與該3D區域相關聯。
  3. 如請求項1所述的視訊解碼裝置,其中該媒體容器檔案包括一結構,該結構定義與該3D空間相關聯的數個區域和與該些區域中的每一個相關聯的數個軌道組,且該處理器被配置以依據該結構中所包括的資訊,確定該一個或複數軌道組的該複數相應軌道組ID被連結到該3D區域的該區域ID。
  4. 如請求項1所述的視訊解碼裝置,其中該媒體容器檔案包括指示對該3D區域的至少一個性質的一更新的定時中繼資料。
  5. 如請求項4所述的視訊解碼裝置,其中該處理器被配置以依據該定時中繼資料,確定該一個或複數軌道組的該複數相應軌道組ID是被連結到該3D區域的該區域ID。
  6. 如請求項4所述的視訊解碼裝置,其中該3D空間包括複數區域,且該定時中繼資料包含與該區域的已被更新的一子集相關聯的資訊。
  7. 如請求項1所述的視訊解碼裝置,其中該處理器還被配置以依據該媒體容器檔案,確定與該3D區域相關聯的一參考點及該3D區域的維度。
  8. 如請求項1所述的視訊解碼裝置,其中屬於該一或複數軌道組的該複數視訊軌道對應於二維2D訊框中的一或複數圖塊。
  9. 如請求項1所述的視訊解碼裝置,其中該複數視訊軌道包括一或複數樣本項,且該一或複數樣本項中的每一者包括指示一網路抽象層(NAL)單元大小的一資料欄位的一長度的一指示。
  10. 如請求項9所述的視訊解碼裝置,其中該一或複數樣本項中的每一者進一步包括關於以下的指示:與該樣本項相關聯的數個V-PCC參數集的數量或與該樣本項相關聯的數個圖譜NAL單元陣列的數量。
  11. 一種用於對與三維(3D)空間相關聯的視訊資料進行解碼的方法,該方法包括: 接收一媒體容器檔案; 解析該媒體容器檔,以確定該3D空間中的一3D區域的一區域識別符(ID)以及與該3D空間相關聯的一個或複數軌道組的複數相應軌道組ID; 依據該一或複數軌道組的該複數相應軌道組ID是被連結到該3D區域的該區域ID的確定,確定該一或複數軌道組與該3D區域相關聯;以及 對屬於該一個或複數軌道組的複數視訊軌道進行解碼,以呈現該3D空間的該3D區域的視覺表徵。
  12. 如請求項11所述的方法,其中該一個或複數軌道組共用一共同軌道組類型,且其中該一或複數軌道組還依據該一個或複數軌道組共用該共同軌道組類型的一確定,而被確定為與該3D區域相關聯。
  13. 如請求項11所述的方法,其中該媒體容器檔案包括一結構,該結構定義與該3D空間相關聯的數個區域和與該區域中的每一個相關聯的數個軌道組,依據包括在該結構中的資訊,該一個或者複數軌道組的該複數相應軌道組ID被確定為被連結到該3D區域的該區域ID。
  14. 如請求項11所述的方法,其中該媒體容器檔案包括指示對該3D區域的至少一個性質的一更新的定時中繼資料。
  15. 如請求項14所述的方法,其中該3D空間包括複數區域,並且該定時中繼資料包括與該區域的已經被更新的一子集相關聯的資訊。
  16. 如請求項11所述的方法,其中屬於該一個或複數軌道組的該複數視訊軌道對應於二維(2D)訊框中的一個或複數圖塊。
  17. 如請求項11所述的方法,其中該複數視訊軌道包括一或複數樣本項,且該一或複數樣本項中的每一者包括指示一網路抽象層NAL單元大小的一資料欄位的一長度的依指示。
  18. 如請求項17所述的方法,其中該一個或複數樣本項中的每一個還包括關於以下的指示:與該樣本項相關的數個V-PCC參數集的數量或與該樣本項相關的數個圖譜NAL單元陣列的數量。
  19. 一種被配置以編碼並傳送與三維(3D)空間相關聯的資訊的視訊編碼裝置,該視訊轉碼器包括: 一處理器,被配置以: 將該3D空間劃分成一個或複數3D區域,其中該3D區域中的每一個被指派一相應的區域識別符(ID); 將與該一個或複數3D區域中的至少一者相關聯的視訊資料編碼成複數依據視訊的點雲壓縮(V-PCC)分量軌道; 將該複數V-PCC分量軌道組織成一軌道組,並且向該軌道組指派一軌道組ID;以及 在一單獨的V-PCC軌道中,指示該3D空間包括該一個或複數3D區域並且該軌道組被連結到該一個或複數3D區域中的該至少其中之一,其中該軌道組經由該軌道組的該軌道組ID和該一個或複數3D區域中的該至少其中之一的該區域ID而被連結到該一個或複數3D區域中的該至少之一;以及 將一媒體容器檔案案傳輸到一接收裝置,其中該媒體容器檔案包括該一個或複數V-PCC分量軌道和該單獨的V-PCC軌道。
  20. 如請求項19所述的視訊編碼裝置,其中該媒體容器檔案還包括指示與該一或複數3D區域相關聯的一更新的定時中繼資料。
TW109117313A 2019-05-23 2020-05-25 依據視訊的點雲流 TW202112139A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962852046P 2019-05-23 2019-05-23
US62/852,046 2019-05-23
US201962907249P 2019-09-27 2019-09-27
US62/907,249 2019-09-27

Publications (1)

Publication Number Publication Date
TW202112139A true TW202112139A (zh) 2021-03-16

Family

ID=71070056

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109117313A TW202112139A (zh) 2019-05-23 2020-05-25 依據視訊的點雲流

Country Status (9)

Country Link
US (1) US20220239947A1 (zh)
EP (1) EP3973713A1 (zh)
JP (1) JP2022533225A (zh)
KR (1) KR20220022897A (zh)
CN (1) CN114026878B (zh)
AU (1) AU2020280072A1 (zh)
MX (1) MX2021014278A (zh)
TW (1) TW202112139A (zh)
WO (1) WO2020237072A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11711506B2 (en) * 2021-01-05 2023-07-25 Samsung Electronics Co., Ltd. V3C video component track alternatives
CN114629924B (zh) * 2022-04-13 2024-02-13 北京赛博云睿智能科技有限公司 一种容器进行业务数据同步运行的方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10419737B2 (en) * 2015-04-15 2019-09-17 Google Llc Data structures and delivery methods for expediting virtual reality playback
US10419768B2 (en) * 2016-03-30 2019-09-17 Qualcomm Incorporated Tile grouping in HEVC and L-HEVC file formats
US10291923B2 (en) * 2016-05-24 2019-05-14 Qualcomm Incorporated Mapping of tile grouping and samples in HEVC and L-HEVC file formats
US11297346B2 (en) * 2016-05-28 2022-04-05 Microsoft Technology Licensing, Llc Motion-compensated compression of dynamic voxelized point clouds
CN110892453B (zh) * 2017-07-10 2024-02-13 三星电子株式会社 使用图像/视频编解码器的点云和网格压缩
US11178377B2 (en) * 2017-07-12 2021-11-16 Mediatek Singapore Pte. Ltd. Methods and apparatus for spherical region presentation
CN109327699B (zh) * 2017-07-31 2021-07-16 华为技术有限公司 一种图像的处理方法、终端和服务器
EP3474562A1 (en) * 2017-10-20 2019-04-24 Thomson Licensing Method, apparatus and stream for volumetric video format
CN108731693A (zh) * 2018-06-05 2018-11-02 北京智行者科技有限公司 区块地图采集方法
CN108827317B (zh) * 2018-08-20 2022-05-24 重庆金美汽车电子有限公司 基于稀疏地图和驾驶人识别的室内多平衡车自主导航方法

Also Published As

Publication number Publication date
EP3973713A1 (en) 2022-03-30
CN114026878B (zh) 2024-04-19
AU2020280072A1 (en) 2021-12-16
JP2022533225A (ja) 2022-07-21
KR20220022897A (ko) 2022-02-28
US20220239947A1 (en) 2022-07-28
MX2021014278A (es) 2022-02-03
WO2020237072A1 (en) 2020-11-26
CN114026878A (zh) 2022-02-08

Similar Documents

Publication Publication Date Title
JP7460611B2 (ja) ポイントクラウド圧縮ビットストリームフォーマットに対する方法および装置
CN110945873A (zh) 下一代网络上的360度视频递送
TWI830777B (zh) 可撓柵區方法及裝置
TW202112139A (zh) 依據視訊的點雲流
TW202126054A (zh) 基於視訊點雲流
US20230281923A1 (en) Tile tracks for geometry-based point cloud data
TW202205857A (zh) 用於基於視訊的點雲流的isobmff容器中的部分存取支援
JP2024502822A (ja) ビジュアルボリュメトリックビデオベース(v3c)及びジオメトリベース点群(g-pcc)メディアのストリーミングのためのmmtシグナリング
TW202207714A (zh) 基於幾何之點雲的適應性串流
TW202335508A (zh) 傳訊沉浸式場景描述中之基於體積視覺視訊的編碼內容
CN116830588A (zh) 用于基于视觉体积视频(v3c)媒体和基于几何的点云(g-pcc)媒体的流式传输的mmt信令
TW202116071A (zh) 在串流服務中立體內容成分次位元串流動態適應