KR20220078578A - Dash 세그먼트들의 재동기화 포인트들에서의 랜덤 액세스 - Google Patents
Dash 세그먼트들의 재동기화 포인트들에서의 랜덤 액세스 Download PDFInfo
- Publication number
- KR20220078578A KR20220078578A KR1020227010066A KR20227010066A KR20220078578A KR 20220078578 A KR20220078578 A KR 20220078578A KR 1020227010066 A KR1020227010066 A KR 1020227010066A KR 20227010066 A KR20227010066 A KR 20227010066A KR 20220078578 A KR20220078578 A KR 20220078578A
- Authority
- KR
- South Korea
- Prior art keywords
- media data
- media
- segment
- data
- resynchronization
- Prior art date
Links
- 238000000034 method Methods 0.000 claims description 99
- 239000012634 fragment Substances 0.000 claims description 54
- 230000000875 corresponding effect Effects 0.000 description 30
- 230000006978 adaptation Effects 0.000 description 28
- 238000005538 encapsulation Methods 0.000 description 24
- 238000012545 processing Methods 0.000 description 23
- 230000011664 signaling Effects 0.000 description 22
- 238000010586 diagram Methods 0.000 description 16
- 238000002360 preparation method Methods 0.000 description 16
- 230000002123 temporal effect Effects 0.000 description 13
- 230000005540 biological transmission Effects 0.000 description 9
- 239000003550 marker Substances 0.000 description 9
- 238000013459 approach Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- AWSBQWZZLBPUQH-UHFFFAOYSA-N mdat Chemical compound C1=C2CC(N)CCC2=CC2=C1OCO2 AWSBQWZZLBPUQH-UHFFFAOYSA-N 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000009877 rendering Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 238000007906 compression Methods 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 238000000605 extraction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000004807 localization Effects 0.000 description 3
- 101100412093 Schizosaccharomyces pombe (strain 972 / ATCC 24843) rec16 gene Proteins 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 239000000470 constituent Substances 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 239000000835 fiber Substances 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000000750 progressive effect Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 239000013598 vector Substances 0.000 description 2
- FMYKJLXRRQTBOR-UBFHEZILSA-N (2s)-2-acetamido-4-methyl-n-[4-methyl-1-oxo-1-[[(2s)-1-oxohexan-2-yl]amino]pentan-2-yl]pentanamide Chemical group CCCC[C@@H](C=O)NC(=O)C(CC(C)C)NC(=O)[C@H](CC(C)C)NC(C)=O FMYKJLXRRQTBOR-UBFHEZILSA-N 0.000 description 1
- 240000002791 Brassica napus Species 0.000 description 1
- 230000001364 causal effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- -1 moof Chemical compound 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2365—Multiplexing of several video streams
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/85—Assembly of content; Generation of multimedia applications
- H04N21/854—Content authoring
- H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/24—Systems for the transmission of television signals using pulse code modulation
- H04N7/52—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal
- H04N7/54—Systems for transmission of a pulse code modulated video signal with one or more other pulse code modulated signals, e.g. an audio signal or a synchronizing signal the signals being synchronous
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
- H04N2201/04—Scanning arrangements
- H04N2201/047—Detection, control or error compensation of scanning velocity or position
- H04N2201/04701—Detection of scanning velocity or position
- H04N2201/04748—Detection of scanning velocity or position by detecting synchronisation signals or driving signals, e.g. page sync
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Image Generation (AREA)
Abstract
미디어를 취출하기 위한 디바이스는, 미디어 프리젠테이션의 미디어 데이터를 저장하도록 구성된 메모리; 및 회로부에서 구현된 하나 이상의 프로세서들을 포함하고, 그 하나 이상의 프로세서들은, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 것으로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하고; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하고; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하고; 그리고 취출된 미디어 데이터를 제시하도록 구성된다.
Description
본 출원은, 2020년 10월 1일자로 출원된 미국 출원 제17/061,152호, 2019년 10월 2일자로 출원된 미국 가출원 제62/909,642호의 이익을 주장하고, 이들 각각의 전체 내용은 이로써 참조에 의해 통합된다.
기술 분야
본 개시는 인코딩된 비디오 데이터의 저장 및 전송에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비전들, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 디지털 보조기들 (PDA들), 랩탑 또는 데스크탑 컴퓨터들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 비디오 텔레컨퍼런싱 디바이스들 등을 포함한, 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263 또는 ITU-T H.264/MPEG-4, 파트 10, 어드밴스드 비디오 코딩 (AVC), ITU-T H.265 (고 효율 비디오 코딩 (HEVC) 으로서 또한 지칭됨) 에 의해 정의된 표준들, 및 그러한 표준들의 확장들에서 설명된 기법들과 같은 비디오 압축 기법들을 구현하여, 디지털 비디오 정보를 더 효율적으로 송신 및 수신한다.
비디오 압축 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소 또는 제거하기 위해 공간 예측 및/또는 시간 예측을 수행한다. 블록 기반 비디오 코딩에 대해, 비디오 프레임 또는 슬라이스는 매크로블록들로 파티셔닝될 수도 있다. 각각의 매크로블록은 추가로 파티셔닝될 수 있다. 인트라-코딩된 (I) 프레임 또는 슬라이스에서의 매크로블록들은 이웃하는 매크로블록들에 대해 공간 예측을 사용하여 인코딩된다. 인터-코딩된 (P 또는 B) 프레임 또는 슬라이스에서의 매크로블록들은 동일한 프레임 또는 슬라이스에서의 이웃하는 매크로블록들에 대한 공간 예측 또는 다른 참조 프레임들에 대한 시간 예측을 사용할 수도 있다.
비디오 데이터가 인코딩된 후에, 비디오 데이터는 송신 또는 저장을 위해 패킷화될 수도 있다. 비디오 데이터는 ISO (International Organization for Standardization) 베이스 미디어 파일 포맷 및 그 확장들, 이를 테면 AVC 와 같은 임의의 다양한 표준들에 부합하는 비디오 파일로 어셈블링될 수도 있다.
일반적으로, 본 개시는 세그먼트의 시작 뿐만 아니라 (예를 들어, 랜덤 액세스를 위한) 세그먼트 내의 다른 곳에서 DASH (Dynamic Adaptive Streaming over HTTP) 및/또는 공통 미디어 액세스 포맷 (Common Media Access Format; CMAF) 에서의 세그먼트의 데이터에 액세스하기 위한 기법들을 설명한다. 본 개시는 또한, 세그먼트 내에서 랜덤 액세스를 수행하는 능력을 시그널링하는 것에 관한 기법들을 설명한다. 본 개시는 이들 기법들에 관련된 다양한 사용 사례들을 설명한다. 예를 들어, 본 개시는 재동기화 (resync) 포인트 및 DASH 및 ISO 베이스 미디어 파일 포맷 (Base Media File Format; BMFF) 에서의 재동기화 포인트들의 시그널링을 정의한다.
일 예에서, 미디어 데이터를 취출하는 방법은, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 단계로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하는 단계; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하는 단계; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하는 단계; 및 취출된 미디어 데이터를 제시하는 단계를 포함한다.
다른 예에서, 미디어 데이터를 취출하기 위한 디바이스는, 미디어 프리젠테이션의 미디어 데이터를 저장하도록 구성된 메모리; 및 회로부에서 구현된 하나 이상의 프로세서들을 포함하고, 그 하나 이상의 프로세서들은, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 것으로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하고; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하고; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하고; 그리고 취출된 미디어 데이터를 제시하도록 구성된다.
다른 예에서, 컴퓨터 판독가능 저장 매체는 명령들을 저장하였고, 그 명령들은, 실행될 경우, 프로세서로 하여금, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하게 하는 것으로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하게 하고; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하게 하고; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하게 하고; 그리고 취출된 미디어 데이터를 제시하게 한다.
다른 예에서, 미디어 데이터를 취출하기 위한 디바이스는, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 수단으로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하는 수단; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하는 수단; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하는 수단; 및 취출된 미디어 데이터를 제시하는 수단을 포함한다.
하나 이상의 예들의 상세들이 첨부 도면들 및 이하의 설명에서 제시된다. 다른 피처들, 목적들, 및 이점들은 상세한 설명 및 도면들로부터, 그리고 청구항들로부터 명백할 것이다.
도 1 은 네트워크 상으로 미디어 데이터를 스트리밍하기 위한 기법들을 구현하는 예시적인 시스템을 예시하는 블록도이다.
도 2 는 취출 유닛의 컴포넌트들의 예시적인 세트를 예시하는 블록도이다.
도 3 은 예시적인 멀티미디어 콘텐츠의 엘리먼트들을 예시하는 개념도이다.
도 4 는 리프리젠테이션의 세그먼트에 대응할 수도 있는, 예시적인 비디오 파일의 엘리먼트들을 예시하는 블록도이다.
도 5 는 본 개시에 따른 제 1 사용 사례에서 사용될 수도 있는 예시적인 저 레이턴시 아키텍처를 예시하는 개념도이다.
도 6 은 도 5 에 관하여 설명된 사용 사례의 예를 더 상세히 예시하는 개념도이다.
도 7 은 브로드캐스트 프로토콜의 컨텍스트에서 DASH 및 CMAF 랜덤 액세스를 사용하는 예시적인 제 2 사용 사례를 예시하는 개념도이다.
도 8 은 매니페스트 파일에서 스트림 액세스 포인트들 (SAP들) 의 예시적인 시그널링을 예시하는 개념도이다.
도 9 는 본 개시의 기법들에 따른 미디어 데이터를 취출하는 예시적인 방법을 예시하는 플로우차트이다.
도 2 는 취출 유닛의 컴포넌트들의 예시적인 세트를 예시하는 블록도이다.
도 3 은 예시적인 멀티미디어 콘텐츠의 엘리먼트들을 예시하는 개념도이다.
도 4 는 리프리젠테이션의 세그먼트에 대응할 수도 있는, 예시적인 비디오 파일의 엘리먼트들을 예시하는 블록도이다.
도 5 는 본 개시에 따른 제 1 사용 사례에서 사용될 수도 있는 예시적인 저 레이턴시 아키텍처를 예시하는 개념도이다.
도 6 은 도 5 에 관하여 설명된 사용 사례의 예를 더 상세히 예시하는 개념도이다.
도 7 은 브로드캐스트 프로토콜의 컨텍스트에서 DASH 및 CMAF 랜덤 액세스를 사용하는 예시적인 제 2 사용 사례를 예시하는 개념도이다.
도 8 은 매니페스트 파일에서 스트림 액세스 포인트들 (SAP들) 의 예시적인 시그널링을 예시하는 개념도이다.
도 9 는 본 개시의 기법들에 따른 미디어 데이터를 취출하는 예시적인 방법을 예시하는 플로우차트이다.
본 개시의 기법들은 ISO 베이스 미디어 파일 포맷, 스케일가능 비디오 코딩 (SVC) 파일 포맷, 어드밴스드 비디오 코딩 (AVC) 파일 포맷, 3GPP (Third Generation Partnership Project) 파일 포맷, 및/또는 멀티뷰 비디오 코딩 (MVC) 파일 포맷, 또는 다른 유사한 비디오 파일 포맷들 중 임의의 파일 포맷에 따라 인캡슐레이팅된 비디오 데이터에 부합하는 비디오 파일들에 적용될 수도 있다.
HTTP 스트리밍에 있어서, 빈번하게 사용된 동작들은 HEAD, GET, 및 부분 GET 을 포함한다. HEAD 동작은 주어진 유니폼 리소스 로케이터 (uniform resource locator; URL) 또는 유니폼 리소스 이름 (uniform resource name; URN) 과 연관된 파일의 헤더를, 그 URL 또는 URN 과 연관된 페이로드를 취출하지 않고, 취출한다. GET 동작은 주어진 URL 또는 URN 과 연관된 전체 파일을 취출한다. 부분 GET 동작은 입력 파라미터로서 바이트 범위를 수신하고 파일의 연속적인 수의 바이트들을 취출하며, 여기서, 바이트들의 수는 수신된 바이트 범위에 대응한다. 따라서, 무비 프래그먼트들은 HTTP 스트리밍을 위해 제공될 수도 있는데, 왜냐하면 부분 GET 동작이 하나 이상의 개별 무비 프래그먼트들을 얻을 수 있기 때문이다. 무비 프래그먼트에 있어서, 상이한 트랙들의 여러 트랙 프래그먼트들이 존재할 수 있다. HTTP 스트리밍에 있어서, 미디어 프리젠테이션은, 클라이언트에 액세스가능한 데이터의 구조화된 컬렉션일 수도 있다. 클라이언트는, 스트리밍 서비스를 사용자에게 제시하기 위해 미디어 데이터 정보를 요청 및 다운로드할 수도 있다.
HTTP 스트리밍을 사용하여 3GPP 데이터를 스트리밍하는 예에 있어서, 멀티미디어 콘텐츠의 비디오 및/또는 오디오 데이터에 대한 다중의 리프리젠테이션들이 존재할 수도 있다. 이하에 설명된 바와 같이, 상이한 리프리젠테이션들은 상이한 코딩 특성들 (예를 들어, 비디오 코딩 표준의 상이한 프로파일들 또는 레벨들), 상이한 코딩 표준들 또는 코딩 표준들의 확장들 (이를 테면 멀티뷰 및/또는 스케일가능 확장들), 또한 상이한 비트레이트들에 대응할 수도 있다. 그러한 리프리젠테이션들의 매니페스트는 미디어 프리젠테이션 디스크립션 (MPD) 데이터 구조에서 정의될 수도 있다. 미디어 프리젠테이션은 HTTP 스트리밍 클라이언트 디바이스에 액세스가능한 데이터의 구조화된 컬렉션에 대응할 수도 있다. HTTP 스트리밍 클라이언트 디바이스는 스트리밍 서비스를 클라이언트 디바이스의 사용자에게 제시하기 위해 미디어 데이터 정보를 요청 및 다운로드할 수도 있다. 미디어 프리젠테이션은, MPD 의 업데이트들을 포함할 수도 있는 MPD 데이터 구조에서 기술될 수도 있다.
미디어 프리젠테이션은 하나 이상의 주기 (Period) 들의 시퀀스를 포함할 수도 있다. 각각의 주기는 다음 주기의 시작까지, 또는 마지막 주기의 경우에는 미디어 프리젠테이션의 끝까지 연장할 수도 있다. 각각의 주기는 동일한 미디어 콘텐츠에 대한 하나 이상의 리프리젠테이션들을 포함할 수도 있다. 리프리젠테이션은 오디오, 비디오, 타이밍된 (timed) 텍스트, 또는 다른 그러한 데이터의 다수의 대안적 인코딩된 버전들 중 하나일 수도 있다. 리프리젠테이션들은 인코딩 타입들에 의해, 예를 들어, 비디오 데이터에 대한 비트레이트, 해상도, 및/또는 코덱 및 오디오 데이터에 대한 비트레이트, 언어, 및/또는 코덱에 의해 상이할 수도 있다. 용어 리프리젠테이션은, 멀티미디어 콘텐츠의 특정 주기에 대응하고 특정 방식으로 인코딩되는 인코딩된 오디오 또는 비디오 데이터의 섹션을 지칭하는데 사용될 수도 있다.
특정 주기의 리프리젠테이션들은, 리프리젠테이션들이 속하는 적응 세트를 나타내는 MPD 에서의 속성에 의해 표시된 그룹에 할당될 수도 있다. 동일한 적응 세트에서의 리프리젠테이션들은 일반적으로, 클라이언트 디바이스가, 예를 들어, 대역폭 적응을 수행하기 위해, 이들 리프리젠테이션들 사이를 동적으로 그리고 심리스로 (seamlessly) 스위칭할 수 있다는 점에서, 서로에 대한 대안들로서 고려된다. 예를 들어, 특정 주기 동안의 비디오 데이터의 각각의 리프리젠테이션은 동일한 적응 세트에 할당될 수도 있어서, 그 리프리젠테이션들 중 임의의 리프리젠테이션이 대응하는 주기 동안의 멀티미디어 콘텐츠의 비디오 데이터 또는 오디오 데이터와 같은 미디어 데이터를 제시하기 위한 디코딩을 위해 선택될 수도 있다. 일 주기 내의 미디어 콘텐츠는, 일부 예들에 있어서, 존재한다면, 그룹 0 으로부터의 하나의 리프리젠테이션, 또는 각각의 비-제로 그룹으로부터의 많아야 하나의 리프리젠테이션의 조합 중 어느 하나에 의해 표현될 수도 있다. 주기의 각각의 리프리젠테이션에 대한 타이밍 데이터는 그 주기의 시작 시간에 대해 표현될 수도 있다.
리프리젠테이션은 하나 이상의 세그먼트들을 포함할 수도 있다. 각각의 리프리젠테이션은 초기화 세그먼트를 포함할 수도 있거나, 또는 리프리젠테이션의 각각의 세그먼트는 자체 초기화될 수도 있다. 존재하는 경우, 초기화 세그먼트는 리프리젠테이션에 액세스하기 위한 초기화 정보를 포함할 수도 있다. 일반적으로, 초기화 세그먼트는 미디어 데이터를 포함하지 않는다. 세그먼트는 식별자, 이를 테면 유니폼 리소스 로케이터 (URL), 유니폼 리소스 이름 (URN), 또는 유니폼 리소스 식별자 (URI) 에 의해 고유하게 참조될 수도 있다. MPD 는 각각의 세그먼트에 대해 식별자들을 제공할 수도 있다. 일부 예들에 있어서, MPD 는 또한, URL, URN, 또는 URI 에 의해 액세스가능한 파일 내의 세그먼트에 대한 데이터에 대응할 수도 있는 범위 속성의 형태로 바이트 범위들을 제공할 수도 있다.
상이한 리프리젠테이션들이 상이한 타입들의 미디어 데이터에 대한 실질적으로 동시 취출 (retrieval) 을 위해 선택될 수도 있다. 예를 들어, 클라이언트 디바이스가 세그먼트들을 취출할 오디오 리프리젠테이션, 비디오 리프리젠테이션, 및 타이밍된 텍스트 리프리젠테이션을 선택할 수도 있다. 일부 예들에서, 클라이언트 디바이스는 대역폭 적응을 수행하기 위한 특정 적응 세트들을 선택할 수도 있다. 즉, 클라이언트 디바이스는 비디오 리프리젠테이션들을 포함하는 적응 세트, 오디오 리프리젠테이션들을 포함하는 적응 세트, 및/또는 타이밍된 텍스트를 포함하는 적응 세트를 선택할 수도 있다. 대안적으로, 클라이언트 디바이스는 소정의 타입들의 미디어 (예를 들어, 비디오) 를 위한 적응 세트들을 선택하고, 다른 타입들의 미디어 (예를 들어, 오디오 및/또는 타이밍된 텍스트) 를 위한 리프리젠테이션들을 직접 선택할 수도 있다.
LL-DASH (Low-latency Dynamic Adaptive Streaming over HTTP) 는 저 레이턴시로 DASH 클라이언트에 미디어 데이터를 제공하려고 시도하는 DASH 에 대한 프로파일이다. LL-DASH 에 대한 소정의 기술들이 이하에 간략하게 요약된다:
상기 하이 레벨 개요에 기초하여, 다음이 정의된다: 세그먼트들은 세그먼트 경계에서 뿐만 아니라 세그먼트 내에서 리프리젠테이션에 랜덤으로 액세스하는데 사용될 수도 있다. 그러한 랜덤 액세스가 제공되면, 이것은 MPD 에서 시그널링되어야 한다.
도 1 은 네트워크 상으로 미디어 데이터를 스트리밍하기 위한 기법들을 구현하는 예시적인 시스템 (10) 을 예시하는 블록도이다. 이 예에서, 시스템 (10) 은 콘텐츠 준비 디바이스 (20), 서버 디바이스 (60), 및 클라이언트 디바이스 (40) 를 포함한다. 클라이언트 디바이스 (40) 와 서버 디바이스 (60) 는, 인터넷을 포함할 수도 있는 네트워크 (74) 에 의해 통신가능하게 커플링된다. 일부 예들에서, 콘텐츠 준비 디바이스 (20) 와 서버 디바이스 (60) 는 또한, 네트워크 (74) 또는 다른 네트워크에 의해 커플링될 수도 있거나, 또는 직접 통신가능하게 커플링될 수도 있다. 일부 예들에서, 콘텐츠 준비 디바이스 (20) 와 서버 디바이스 (60) 는 동일한 디바이스를 포함할 수도 있다.
콘텐츠 준비 디바이스 (20) 는, 도 1 의 예에서, 오디오 소스 (22) 및 비디오 소스 (24) 를 포함한다. 오디오 소스 (22) 는, 예를 들어, 오디오 인코더 (26) 에 의해 인코딩될 캡처된 오디오 데이터를 나타내는 전기 신호들을 생성하는 마이크로폰을 포함할 수도 있다. 대안적으로, 오디오 소스 (22) 는 이전에 레코딩된 오디오 데이터를 저장하는 저장 매체, 컴퓨터화된 합성기와 같은 오디오 데이터 생성기, 또는 오디오 데이터의 임의의 다른 소스를 포함할 수도 있다. 비디오 소스 (24) 는 비디오 인코더 (28) 에 의해 인코딩될 비디오 데이터를 생성하는 비디오 카메라, 이전에 레코딩된 비디오 데이터로 인코딩된 저장 매체, 컴퓨터 그래픽 소스와 같은 비디오 데이터 생성 유닛, 또는 비디오 데이터의 임의의 다른 소스를 포함할 수도 있다. 콘텐츠 준비 디바이스 (20) 는 모든 예들에서 서버 디바이스 (60) 에 통신가능하게 커플링될 필요는 없지만, 서버 디바이스 (60) 에 의해 판독되는 별도의 매체에 멀티미디어 콘텐츠를 저장할 수도 있다.
원시 (raw) 오디오 및 비디오 데이터는 아날로그 또는 디지털 데이터를 포함할 수도 있다. 아날로그 데이터는 오디오 인코더 (26) 및/또는 비디오 인코더 (28) 에 의해 인코딩되기 전에 디지털화될 수도 있다. 오디오 소스 (22) 는 발화 (speaking) 참가자가 말하는 동안 발화 참가자로부터 오디오 데이터를 획득할 수도 있고, 비디오 소스 (24) 는 동시에, 발화 참가자의 비디오 데이터를 획득할 수도 있다. 다른 예들에서, 오디오 소스 (22) 는 저장된 오디오 데이터를 포함하는 컴퓨터 판독가능 저장 매체를 포함할 수도 있고, 비디오 소스 (24) 는 저장된 비디오 데이터를 포함하는 컴퓨터 판독가능 저장 매체를 포함할 수도 있다. 이러한 방식으로, 본 개시에서 설명된 기법들은 라이브, 스트리밍, 실시간 오디오 및 비디오 데이터에 또는 아카이브된 (archived), 미리 레코딩된 오디오 및 비디오 데이터에 적용될 수도 있다.
비디오 프레임들에 대응하는 오디오 프레임들은 일반적으로 비디오 프레임들 내에 포함되는 비디오 소스 (24) 에 의해 캡처된 (또는 생성된) 비디오 데이터와 동시에 오디오 소스 (22) 에 의해 캡처되었던 (또는 생성되었던) 오디오 데이터를 포함하는 오디오 프레임들이다. 예를 들어, 발화 참가자가 일반적으로 발화에 의해 오디오 데이터를 생성하는 동안, 오디오 소스 (22) 는 오디오 데이터를 캡처하고, 비디오 소스 (24) 는 동시에, 즉, 오디오 소스 (22) 가 오디오 데이터를 캡처하고 있는 동안, 발화 참가자의 비디오 데이터를 캡처한다. 따라서, 오디오 프레임은 하나 이상의 특정 비디오 프레임들에 시간적으로 대응할 수도 있다. 이에 따라, 비디오 프레임에 대응하는 오디오 프레임은 일반적으로, 오디오 데이터 및 비디오 데이터가 동시에 캡처되었고 그리고 오디오 프레임 및 비디오 프레임이 각각, 동시에 캡처되었던 오디오 데이터 및 비디오 데이터를 포함하는 상황에 대응한다.
일부 예들에 있어서, 오디오 인코더 (26) 는, 인코딩된 오디오 프레임에 대한 오디오 데이터가 레코딩되었던 시간을 나타내는 각각의 인코딩된 오디오 프레임에서의 타임스탬프를 인코딩할 수도 있고, 그리고 유사하게, 비디오 인코더 (28) 는 인코딩된 비디오 프레임에 대한 비디오 데이터가 레코딩되었던 시간을 나타내는 각각의 인코딩된 비디오 프레임에서의 타임스탬프를 인코딩할 수도 있다. 그러한 예들에서, 비디오 프레임에 대응하는 오디오 프레임은 타임스탬프를 포함하는 오디오 프레임 및 동일한 타임스탬프를 포함하는 비디오 프레임을 포함할 수도 있다. 콘텐츠 준비 디바이스 (20) 는 내부 클록을 포함할 수도 있고, 그 내부 클록으로부터 오디오 인코더 (26) 및/또는 비디오 인코더 (28) 는 타임스탬프들을 생성할 수도 있거나, 또는 오디오 소스 (22) 및 비디오 소스 (24) 는 타임스탬프와 각각 오디오 및 비디오 데이터를 연관시키기 위해 사용할 수도 있다.
일부 예들에서, 오디오 소스 (22) 는 오디오 데이터가 레코딩되었던 시간에 대응하는 데이터를 오디오 인코더 (26) 로 전송할 수도 있고, 비디오 소스 (24) 는 비디오 데이터가 레코딩되었던 시간에 대응하는 데이터를 비디오 인코더 (28) 로 전송할 수도 있다. 일부 예들에 있어서, 오디오 인코더 (26) 는, 인코딩된 오디오 데이터의 상대적 시간 순서화를 표시하기 위해, 하지만 그 오디오 데이터가 레코딩되었던 절대적 시간을 반드시 표시할 필요는 없이, 인코딩된 오디오 데이터에서의 시퀀스 식별자를 인코딩할 수도 있고, 유사하게, 비디오 인코더 (28) 는 또한, 인코딩된 비디오 데이터의 상대적 시간 순서화를 표시하기 위해 시퀀스 식별자들을 사용할 수도 있다. 유사하게, 일부 예들에 있어서, 시퀀스 식별자는 타임스탬프와 맵핑되거나 또는 그렇지 않으면 상관될 수도 있다.
오디오 인코더 (26) 는 일반적으로 인코딩된 오디오 데이터의 스트림을 생성하는 한편, 비디오 인코더 (28) 는 인코딩된 비디오 데이터의 스트림을 생성한다. 데이터 (오디오든 비디오든) 의 각각의 개별 스트림은 기본 스트림으로서 지칭될 수도 있다. 기본 스트림은 리프리젠테이션의 단일의, 디지털로 코딩된 (가능하게는 압축된) 컴포넌트이다. 예를 들어, 리프리젠테이션의 코딩된 비디오 또는 오디오 부분은 기본 스트림일 수 있다. 기본 스트림은 비디오 파일 내에 인캡슐레이팅되기 전에 패킷화된 기본 스트림 (PES) 으로 변환될 수도 있다. 동일한 리프리젠테이션 내에서, 스트림 ID 는 하나의 기본 스트림에 속하는 PES 패킷들을 다른 것으로부터 구별하는데 사용될 수도 있다. 기본 스트림의 데이터의 기본 단위는 패킷화된 기본 스트림 (PES) 패킷이다. 따라서, 코딩된 비디오 데이터는 일반적으로 기본 비디오 스트림들에 대응한다. 유사하게, 오디오 데이터는 하나 이상의 개별의 기본 스트림들에 대응한다.
ITU-T H.264/AVC 및 도래하는 고 효율 비디오 코딩 (HEVC) 표준과 같은 많은 비디오 코딩 표준들은, 에러 없는 비트스트림들을 위한 신택스, 시맨틱스, 및 디코딩 프로세스를 정의하고, 그것들 중의 어떤 것은 소정의 프로파일 또는 레벨에 부합한다. 비디오 코딩 표준들은 통상적으로, 인코더를 명시하지 않지만, 인코더는 생성된 비트스트림들이 디코더에 대해 표준 준수됨을 보장하는 임무가 주어진다. 비디오 코딩 표준들의 컨텍스트에서, "프로파일" 은 알고리즘들, 피처들, 또는 툴들 및 그들에 적용되는 제약들의 서브세트에 대응한다. H.264 표준에 의해 정의된 바와 같이, 예를 들어, "프로파일" 은 H.264 표준에 의해 명시되는 전체 비트스트림 신택스의 서브세트이다. "레벨" 은, 예를 들어, 디코더 메모리 및 계산과 같은 디코더 리소스 소비의 한계들에 대응하며, 이 한계들은 픽처들의 해상도, 비트 레이트, 및 블록 프로세싱 레이트에 관련된다. 프로파일은 profile_idc (프로파일 표시자) 값으로 시그널링될 수도 있는 한편, 레벨은 level_idc (레벨 표시자) 값으로 시그널링될 수도 있다.
H.264 표준은, 예를 들어, 주어진 프로파일의 신택스에 의해 부과된 경계들 내에서, 디코딩된 픽처들의 명시된 사이즈와 같이 비트스트림에서의 신택스 엘리먼트들에 의해 취해진 값들에 의존하여 인코더들 및 디코더들의 성능에서의 큰 변동을 요구하는 것이 여전히 가능하다는 것을 인식한다. H.264 표준은, 다수의 애플리케이션들에 있어서, 특정 프로파일 내에서 신택스의 모든 가설적 사용들을 다루는 것이 가능한 디코더를 구현하는 것이 실용적이지도 않고 경제적이지도 않다는 것을 추가로 인식한다. 이에 따라, H.264 표준은, 비트스트림에서의 신택스 엘리먼트들의 값들에 부과된 제약들의 명시된 세트로서 "레벨" 을 정의한다. 이들 제약들은 값들에 대한 단순 한계들일 수도 있다. 대안적으로, 이들 제약들은 값들의 산술적 조합들 (예를 들어, 픽처 폭 곱하기 픽처 높이 곱하기 초당 디코딩된 픽처들의 수) 에 대한 제약들의 형태를 취할 수도 있다. H.264 표준은, 개별 구현들이 각각의 지원된 프로파일에 대해 상이한 레벨을 지원할 수도 있음을 추가로 제공한다.
프로파일에 부합하는 디코더는 보통, 프로파일에서 정의된 모든 피처들을 지원한다. 예를 들어, 코딩 피처로서, B-픽처 코딩은 H.264/AVC 의 베이스라인 프로파일에서 지원되지 않지만 H.264/AVC 의 다른 프로파일들에서 지원된다. 레벨에 부합하는 디코더는, 그 레벨에서 정의된 한계들을 너머 리소스들을 요구하지 않는 임의의 비트스트림을 디코딩하는 것이 가능해야 한다. 프로파일들 및 레벨들의 정의들은 해석가능성 (interpretability) 에 도움이 될 수도 있다. 예를 들어, 비디오 송신 동안, 프로파일 및 레벨 정의들의 쌍은 전체 송신 세션 동안 협상되고 합의될 수도 있다. 더 구체적으로, H.264/AVC 에 있어서, 레벨은, 프로세싱될 필요가 있는 매크로블록들의 수, 디코딩된 픽처 버퍼 (DPB) 사이즈, 코딩된 픽처 버퍼 (CPB) 사이즈, 수직 모션 벡터 범위, 2 개의 연속적인 MB들 당 모션 벡터들의 최대 수, 및 B-블록이 8x8 픽셀들 미만의 서브-매크로블록 파티션들을 가질 수 있는지의 여부에 관한 제한들을 정의할 수도 있다. 이러한 방식으로, 디코더는, 디코더가 비트스트림을 적절히 디코딩하는 것이 가능한지 여부를 결정할 수도 있다.
도 1 의 예에서, 콘텐츠 준비 디바이스 (20) 의 인캡슐레이션 유닛 (30) 은 코딩된 비디오 데이터를 포함하는 기본 스트림들을 비디오 인코더 (28) 로부터 그리고 코딩된 오디오 데이터를 포함하는 기본 스트림들을 오디오 인코더 (26) 로부터 수신한다. 일부 예들에서, 비디오 인코더 (28) 및 오디오 인코더 (26) 는 각각, 인코딩된 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들을 포함할 수도 있다. 다른 예들에서, 비디오 인코더 (28) 및 오디오 인코더 (26) 는 각각 인코딩된 데이터로부터 PES 패킷들을 형성하기 위한 개별의 패킷화기들과 각각 인터페이스할 수도 있다. 또 다른 예들에서, 인캡슐레이션 유닛 (30) 은, 인코딩된 오디오 및 비디오 데이터로부터 PES 패킷들을 형성하기 위한 패킷화기들을 포함할 수도 있다.
비디오 인코더 (28) 는 멀티미디어 콘텐츠의 비디오 데이터를 다양한 방식들로 인코딩하여, 다양한 비트레이트들에서 그리고 다양한 특성들, 이를 테면 픽셀 해상도들, 프레임 레이트들, 다양한 코딩 표준들에 대한 부합, 다양한 코딩 표준들을 위한 다양한 프로파일들 및/또는 프로파일들의 레벨들에 대한 부합, (예를 들어, 2 차원 또는 3 차원 재생을 위한) 하나 또는 다중의 뷰들을 갖는 리프리젠테이션들, 또는 다른 그러한 특성들을 갖는 멀티미디어 콘텐츠의 상이한 리프리젠테이션들을 생성할 수도 있다. 리프리젠테이션은, 본 개시에서 사용된 바와 같이, 오디오 데이터, 비디오 데이터, (예를 들어, 폐쇄된 캡션들을 위한) 텍스트 데이터, 또는 다른 그러한 데이터 중 하나를 포함할 수도 있다. 리프리젠테이션은 오디오 기본 스트림 또는 비디오 기본 스트림과 같은 기본 스트림을 포함할 수도 있다. 각각의 PES 패킷은, PES 패킷이 속한 기본 스트림을 식별하는 stream_id 를 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 기본 스트림들을 다양한 리프리젠테이션들의 비디오 파일들 (예를 들어, 세그먼트들) 로 어셈블링하는 것을 담당한다.
인캡슐레이션 유닛 (30) 은 오디오 인코더 (26) 및 비디오 인코더 (28) 로부터 리프리젠테이션의 기본 스트림들에 대한 PES 패킷들을 수신하고, PES 패킷들로부터 대응하는 네트워크 추상화 계층 (NAL) 유닛들을 형성한다. 코딩된 비디오 세그먼트들은 NAL 유닛들로 조직될 수도 있고, 이들은 비디오 전화, 저장, 브로드캐스트, 또는 스트리밍과 같은 애플리케이션들을 어드레싱하는 "네트워크 친화적" 비디오 리프리젠테이션을 제공한다. NAL 유닛들은 비디오 코딩 계층 (Video Coding Layer; VCL) NAL 유닛들 및 비-VCL NAL 유닛들로 카테고리화될 수 있다. VCL 유닛들은 코어 압축 엔진을 포함할 수도 있고 블록, 매크로블록, 및/또는 슬라이스 레벨 데이터를 포함할 수도 있다. 다른 NAL 유닛들은 비-VCL NAL 유닛들일 수도 있다. 일부 예들에서, 보통 프라이머리 코딩된 픽처로서 제시되는 일 시간 인스턴스에서의 코딩된 픽처는, 하나 이상의 NAL 유닛들을 포함할 수도 있는 액세스 유닛에 포함될 수도 있다.
비-VCL NAL 유닛들은, 다른 것들 중에서, 파라미터 세트 NAL 유닛들 및 SEI NAL 유닛들을 포함할 수도 있다. 파라미터 세트들은 (시퀀스 파라미터 세트들 (SPS) 에서) 시퀀스-레벨 헤더 정보 및 (픽처 파라미터 세트들 (PPS) 에서) 드물게 변화하는 픽처-레벨 헤더 정보를 포함할 수도 있다. 파라미터 세트들 (예를 들어, PPS 및 SPS) 에 있어서, 드물게 변화하는 정보는 각각의 시퀀스 또는 픽처에 대해 반복될 필요가 없고; 따라서, 코딩 효율이 개선될 수도 있다. 더욱이, 파라미터 세트들의 사용은 중요한 헤더 정보의 대역외 송신을 가능하게 할 수도 있어서, 에러 내성을 위한 리던던트 송신들에 대한 필요성을 회피시킬 수도 있다. 대역외 송신 예들에서, 파라미터 세트 NAL 유닛들은 SEI NAL 유닛들과 같은 다른 NAL 유닛들과는 상이한 채널 상에서 송신될 수도 있다.
보충 강화 정보 (Supplemental Enhancement Information; SEI) 는 VCL NAL 유닛들로부터 코딩된 픽처들 샘플들을 디코딩할 필요는 없지만 디코딩, 디스플레이, 에러 내성, 및 다른 목적들에 관련된 프로세스들을 보조할 수도 있는 정보를 포함할 수도 있다. SEI 메시지들은 비-VCL NAL 유닛들에 포함될 수도 있다. SEI 메시지들은 일부 표준 사양들의 규범 부분이고, 따라서 표준 호환성 디코더 구현에 항상 필수적인 것은 아니다. SEI 메시지들은 시퀀스 레벨 SEI 메시지들 또는 픽처 레벨 SEI 메시지들일 수도 있다. 일부 시퀀스 레벨 정보는 SVC 의 예에서의 스케일가능성 정보 SEI 메시지들 및 MVC 에서의 뷰 스케일가능성 정보 SEI 메시지들과 같은 SEI 메시지들에 포함될 수도 있다. 이들 예시적인 SEI 메시지들은, 예를 들어, 동작 포인트들의 추출 및 동작 포인트들의 특성들에 관한 정보를 전달할 수도 있다. 또한, 인캡슐레이션 유닛 (30) 은 리프리젠테이션들의 특성들을 기술하는 미디어 프리젠테이션 디스크립터 (MPD) 와 같은, 매니페스트 파일을 형성할 수도 있다. 인캡슐레이션 유닛 (30) 은 확장성 마크업 언어 (XML) 에 따라 MPD 를 포맷팅할 수도 있다.
인캡슐레이션 유닛 (30) 은 멀티미디어 콘텐츠의 하나 이상의 리프리젠테이션들에 대한 데이터를 매니페스트 파일 (예를 들어, MPD) 과 함께 출력 인터페이스 (32) 에 제공할 수도 있다. 출력 인터페이스 (32) 는 네트워크 인터페이스 또는 저장 매체에 기입하기 위한 인터페이스, 이를 테면, 범용 직렬 버스 (USB) 인터페이스, CD 또는 DVD 라이터 또는 버너 (burner), 자기적 또는 플래시 저장 매체들에 대한 인터페이스, 또는 미디어 데이터를 저장하거나 송신하기 위한 다른 인터페이스들을 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 멀티미디어 콘텐츠의 리프리젠테이션들의 각각의 데이터를 출력 인터페이스 (32) 에 제공할 수도 있으며, 그 출력 인터페이스 (32) 는 그 데이터를 네트워크 송신 또는 저장 매체들을 통해 서버 디바이스 (60) 로 전송할 수도 있다. 도 1 의 예에서, 서버 디바이스 (60) 는 개별의 매니페스트 파일 (66) 및 하나 이상의 리프리젠테이션들 (68A-68N) (리프리젠테이션들 (68)) 을 각각 포함하는 다양한 멀티미디어 콘텐츠들 (64) 을 저장하는 저장 매체 (62) 를 포함한다. 일부 예들에서, 출력 인터페이스 (32) 는 또한 데이터를 직접 네트워크 (74) 로 전송할 수도 있다.
일부 예들에서, 리프리젠테이션들 (68) 은 적응 세트들로 분리될 수도 있다. 즉, 리프리젠테이션들 (68) 의 다양한 서브세트들은 특성들의 개별의 공통 세트들, 이를 테면, 코덱, 프로파일 및 레벨, 해상도, 뷰들의 수, 세그먼트들에 대한 파일 포맷, 디코딩되고 예를 들어 스피커들에 의해 제시될 오디오 데이터 및/또는 리프리젠테이션으로 디스플레이될 텍스트의 언어 또는 다른 특성들을 식별할 수도 있는 텍스트 타입 정보, 적응 세트에서의 리프리젠테이션들에 대한 장면의 카메라 각도 또는 실세계 카메라 관점 (camera perspective) 을 기술할 수도 있는 카메라 각도 정보, 특정 청중들에 대한 콘텐츠 적합성 (suitability) 을 기술하는 등급 정보 등을 포함할 수도 있다.
매니페스트 파일 (66) 은 특정 적응 세트들, 뿐만 아니라 적응 세트들에 대한 공통 특성들에 대응하는 리프리젠테이션들 (68) 의 서브세트들을 나타내는 데이터를 포함할 수도 있다. 매니페스트 파일 (66) 은 또한 적응 세트들의 개별 리프리젠테이션들에 대한, 비트레이트들과 같은, 개별 특성들을 나타내는 데이터를 포함할 수도 있다. 이러한 방식으로, 적응 세트는 단순화된 네트워크 대역폭 적응을 제공할 수도 있다. 적응 세트에서의 리프리젠테이션들은 매니페스트 파일 (66) 의 적응 세트 엘리먼트의 자식 (child) 엘리먼트들을 사용하여 표시될 수도 있다.
서버 디바이스 (60) 는 요청 프로세싱 유닛 (70) 및 네트워크 인터페이스 (72) 를 포함한다. 일부 예들에서, 서버 디바이스 (60) 는 복수의 네트워크 인터페이스들을 포함할 수도 있다. 더욱이, 서버 디바이스 (60) 의 임의의 또는 모든 피처들은 콘텐츠 전달 네트워크의 다른 디바이스들, 이를 테면 라우터들, 브릿지들, 프록시 디바이스들, 스위치들, 또는 다른 디바이스들 상에서 구현될 수도 있다. 일부 예들에서, 콘텐츠 전달 네트워크의 중간 디바이스들은 멀티미디어 콘텐츠 (64) 의 데이터를 캐싱하고, 서버 디바이스 (60) 의 그것들에 실질적으로 부합하는 컴포넌트들을 포함할 수도 있다. 일반적으로, 네트워크 인터페이스 (72) 는 네트워크 (74) 를 통해 데이터를 전송 및 수신하도록 구성된다.
요청 프로세싱 유닛 (70) 은, 저장 매체 (62) 의 데이터에 대한, 클라이언트 디바이스 (40) 와 같은 클라이언트 디바이스들로부터 네트워크 요청들을 수신하도록 구성된다. 예를 들어, 요청 프로세싱 유닛 (70) 은, R. Fielding 등에 의한 RFC 2616, "Hypertext Transfer Protocol - HTTP/1.1", Network Working Group, IETF, 1999년 6월에서 기술된 바와 같이, 하이퍼텍스트 전송 프로토콜 (HTTP) 버전 1.1 을 구현할 수도 있다. 즉, 요청 프로세싱 유닛 (70) 은 HTTP GET 또는 부분 GET 요청들을 수신하고 그 요청들에 응답하여 멀티미디어 콘텐츠 (64) 의 데이터를 제공하도록 구성될 수도 있다. 요청들은 리프리젠테이션들 (68) 중 하나의 리프리젠테이션의 세그먼트를, 예를 들어, 그 세그먼트의 URL 을 사용하여 명시할 수도 있다. 일부 예들에 있어서, 요청들은 또한, 세그먼트의 하나 이상의 바이트 범위들을 명시할 수도 있고, 따라서, 부분 GET 요청들을 포함할 수도 있다. 요청 프로세싱 유닛 (70) 은 추가로, 리프리젠테이션들 (68) 중 하나의 리프리젠테이션의 세그먼트의 헤더 데이터를 제공하기 위해 HTTP HEAD 요청들을 서비스하도록 구성될 수도 있다. 어느 경우든, 요청 프로세싱 유닛 (70) 은 요청된 데이터를 클라이언트 디바이스 (40) 와 같은 요청 디바이스에 제공하기 위해 요청들을 프로세싱하도록 구성될 수도 있다.
추가적으로 또는 대안적으로, 요청 프로세싱 유닛 (70) 은 eMBMS 와 같은 브로드캐스트 또는 멀티캐스트 프로토콜을 통해 미디어 데이터를 전달하도록 구성될 수도 있다. 콘텐츠 준비 디바이스 (20) 는 기술된 바와 실질적으로 동일한 방식으로 DASH 세그먼트들 및/또는 서브-세그먼트들을 생성할 수도 있지만, 서버 디바이스 (60) 는 eMBMS 또는 다른 브로드캐스트 또는 멀티캐스트 네트워크 전송 프로토콜을 사용하여 이들 세그먼트들 또는 서브-세그먼트들을 전달할 수도 있다. 예를 들어, 요청 프로세싱 유닛 (70) 은 클라이언트 디바이스 (40) 로부터 멀티캐스트 그룹 참여 요청을 수신하도록 구성될 수도 있다. 즉, 서버 디바이스 (60) 는, 특정 미디어 콘텐츠 (예를 들어, 라이브 이벤트의 브로드캐스트) 와 연관된, 클라이언트 디바이스 (40) 를 포함한 클라이언트 디바이스들에 멀티캐스트 그룹과 연관된 인터넷 프로토콜 (IP) 어드레스를 광고할 수도 있다. 클라이언트 디바이스 (40) 는, 차례로, 멀티캐스트 그룹에 참여하기 위한 요청을 제출할 수도 있다. 이 요청은 네트워크 (74), 예를 들어, 네트워크 (74) 를 구성하는 라우터들 전반에 걸쳐 전파될 수도 있어서, 그 라우터들은 클라이언트 디바이스 (40) 와 같은 가입 클라이언트 디바이스들에 멀티캐스트 그룹과 연관된 IP 어드레스 행으로 정해진 트래픽을 지시하도록 야기된다.
도 1 의 예에서 예시된 바와 같이, 멀티미디어 콘텐츠 (64) 는, 미디어 프리젠테이션 디스크립션 (MPD) 에 대응할 수도 있는 매니페스트 파일 (66) 을 포함한다. 매니페스트 파일 (66) 은 상이한 대안적 리프리젠테이션들 (68) (예를 들어, 상이한 품질들을 갖는 비디오 서비스들) 의 디스크립션들을 포함할 수도 있고, 그 디스크립션은, 예를 들어, 코덱 정보, 프로파일 값, 레벨 값, 비트레이트, 및 리프리젠테이션들 (68) 의 다른 기술적 특성 (descriptive characteristic) 들을 포함할 수도 있다. 클라이언트 디바이스 (40) 는 미디어 프리젠테이션의 MPD 를 취출하여 리프리젠테이션들 (68) 의 세그먼트들에 어떻게 액세스할지를 결정할 수도 있다.
특히, 취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 구성 데이터 (도시되지 않음) 를 취출하여 비디오 디코더 (48) 의 디코딩 능력들 및 비디오 출력 (44) 의 렌더링 능력들을 결정할 수도 있다. 구성 데이터는 또한, 클라이언트 디바이스 (40) 의 사용자에 의해 선택된 언어 선호도, 클라이언트 디바이스 (40) 의 사용자에 의해 설정된 심도 선호도들에 대응하는 하나 이상의 카메라 관점들, 및/또는 클라이언트 디바이스 (40) 의 사용자에 의해 선택된 등급 선호도 중 임의의 것 또는 전부를 포함할 수도 있다. 취출 유닛 (52) 은, 예를 들어, HTTP GET 및 부분 GET 요청들을 제출하도록 구성된 웹 브라우저 또는 미디어 클라이언트를 포함할 수도 있다. 취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 하나 이상의 프로세서들 또는 프로세싱 유닛들 (도시되지 않음) 에 의해 실행된 소프트웨어 명령들에 대응할 수도 있다. 일부 예들에 있어서, 취출 유닛 (52) 에 대하여 기술된 기능성의 전부 또는 부분들은 하드웨어에서, 또는 하드웨어, 소프트웨어, 및/또는 펌웨어의 조합에서 구현될 수도 있으며, 여기서, 필요한 하드웨어는 소프트웨어 또는 펌웨어에 대한 명령들을 실행하기 위해 제공될 수도 있다.
취출 유닛 (52) 은 클라이언트 디바이스 (40) 의 디코딩 및 렌더링 능력들을, 매니페스트 파일 (66) 의 정보에 의해 표시된 리프리젠테이션들 (68) 의 특성들과 비교할 수도 있다. 취출 유닛 (52) 은 초기에 적어도 매니페스트 파일 (66) 의 일부를 취출하여 리프리젠테이션들 (68) 의 특성들을 결정할 수도 있다. 예를 들어, 취출 유닛 (52) 은, 하나 이상의 적응 세트들의 특성들을 기술하는 매니페스트 파일 (66) 의 일부를 요청할 수도 있다. 취출 유닛 (52) 은, 클라이언트 디바이스 (40) 의 코딩 및 렌더링 능력들에 의해 만족될 수 있는 특성들을 갖는 리프리젠테이션들 (68) (예를 들어, 적응 세트) 의 서브세트를 선택할 수도 있다. 그 다음, 취출 유닛 (52) 은 적응 세트에서의 리프리젠테이션들에 대한 비트레이트들을 결정하고, 네트워크 대역폭의 현재 이용가능한 양을 결정하며, 그리고 네트워크 대역폭에 의해 만족될 수 있는 비트레이트를 갖는 리프리젠테이션들 중 하나로부터 세그먼트들을 취출할 수도 있다.
일반적으로, 더 높은 비트레이트 리프리젠테이션들은 더 높은 품질의 비디오 재생을 산출할 수도 있는 한편, 더 낮은 비트레이트 리프리젠테이션들은 이용가능한 네트워크 대역폭이 감소할 때 충분한 품질의 비디오 플레이백을 제공할 수도 있다. 이에 따라, 이용가능한 네트워크 대역폭이 상대적으로 높은 경우, 취출 유닛 (52) 은 데이터를 상대적으로 높은 비트레이트 리프리젠테이션들로부터 취출할 수도 있는 반면, 이용가능한 네트워크 대역폭이 낮은 경우에는, 취출 유닛 (52) 은 데이터를 상대적으로 낮은 비트레이트 리프리젠테이션들로부터 취출할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 는 네트워크 (74) 상으로 멀티미디어 데이터를 스트리밍하면서 또한 네트워크 (74) 의 변화하는 네트워크 대역폭 이용가능성에 적응할 수도 있다.
추가적으로 또는 대안적으로, 취출 유닛 (52) 은 eMBMS 또는 IP 멀티캐스트와 같은, 브로드캐스트 또는 멀티캐스트 네트워크 프로토콜에 따라 데이터를 수신하도록 구성될 수도 있다. 그러한 예들에서, 취출 유닛 (52) 은 특정 미디어 콘텐츠와 연관된 멀티캐스트 네트워크 그룹에 참여하기 위한 요청을 제출할 수도 있다. 멀티캐스트 그룹에 참여한 후에, 취출 유닛 (52) 은 서버 디바이스 (60) 또는 콘텐츠 준비 디바이스 (20) 에 발행된 추가의 요청들 없이 멀티캐스트 그룹의 데이터를 수신할 수도 있다. 취출 유닛 (52) 은, 멀티캐스트 그룹의 데이터가 더 이상 필요하지 않을 때 멀티캐스트 그룹을 떠나기 위한, 예를 들어, 상이한 멀티캐스트 그룹으로 채널들을 변경하거나 또는 재생을 중지하기 위한 요청을 제출할 수도 있다.
네트워크 인터페이스 (54) 는, 선택된 리프리젠테이션의 세그먼트들의 데이터를 수신하고 취출 유닛 (52) 에 제공할 수도 있고, 이 취출 유닛 (52) 은 차례로 그 세그먼트들을 디캡슐레이션 (decapsulation) 유닛 (50) 에 제공할 수도 있다. 디캡슐레이션 유닛 (50) 은 비디오 파일의 엘리먼트들을 구성 PES 스트림들로 디캡슐레이팅하고, PES 스트림들을 디패킷화 (depacketize) 하여 인코딩된 데이터를 취출하고, 그리고 예를 들어, 스트림의 PES 패킷 헤더들에 의해 표시된 바와 같이, 인코딩된 데이터가 오디오 스트림의 부분인지 또는 비디오 스트림의 부분인지에 의존하여, 오디오 디코더 (46) 또는 비디오 디코더 (48) 중 어느 하나로 인코딩된 데이터를 전송할 수도 있다. 오디오 디코더 (46) 는 인코딩된 오디오 데이터를 디코딩하고 그 디코딩된 오디오 데이터를 오디오 출력 (42) 으로 전송하는 한편, 비디오 디코더 (48) 는 인코딩된 비디오 데이터를 디코딩하고, 스트림의 복수의 뷰들을 포함할 수도 있는 디코딩된 비디오 데이터를 비디오 출력 (44) 으로 전송한다.
비디오 인코더 (28), 비디오 디코더 (48), 오디오 인코더 (26), 오디오 디코더 (46), 인캡슐레이션 유닛 (30), 취출 유닛 (52), 및 디캡슐레이션 유닛 (50) 각각은 적용가능할 경우, 다양한 적합한 프로세싱 회로부, 이를 테면, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSP들), 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 게이트 어레이들 (FPGA들), 이산 로직 회로부, 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 조합들 중 임의의 것으로서 구현될 수도 있다. 비디오 인코더 (28) 및 비디오 디코더 (48) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 하나는 결합된 비디오 인코더/디코더 (CODEC) 의 부분으로서 통합될 수도 있다. 마찬가지로, 오디오 인코더 (26) 및 오디오 디코더 (46) 의 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 하나는 결합된 CODEC 의 부분으로서 통합될 수도 있다. 비디오 인코더 (28), 비디오 디코더 (48), 오디오 인코더 (26), 오디오 디코더 (46), 인캡슐레이션 유닛 (30), 취출 유닛 (52), 및/또는 디캡슐레이션 유닛 (50) 을 포함하는 장치는 집적 회로, 마이크로프로세서, 및/또는 셀룰러 전화기와 같은 무선 통신 디바이스를 포함할 수도 있다.
클라이언트 디바이스 (40), 서버 디바이스 (60), 및/또는 콘텐츠 준비 디바이스 (20) 는 본 개시의 기법들에 따라 동작하도록 구성될 수도 있다. 예시를 위해, 본 개시는 클라이언트 디바이스 (40) 및 서버 디바이스 (60) 에 대해 이들 기법들을 기술한다. 그러나, 콘텐츠 준비 디바이스 (20) 가 서버 디바이스 (60) 대신 (또는 그에 더하여) 이들 기법들을 수행하도록 구성될 수도 있음을 이해해야 한다.
인캡슐레이션 유닛 (30) 은, NAL 유닛이 속하는 프로그램을 식별하는 헤더, 뿐만 아니라 페이로드, 예를 들어, 오디오 데이터, 비디오 데이터, 또는 NAL 유닛이 대응하는 전송 또는 프로그램 스트림을 기술하는 데이터를 포함하는 NAL 유닛들을 형성할 수도 있다. 예를 들어, H.264/AVC 에서, NAL 유닛은 1-바이트 헤더 및 가변 사이즈의 페이로드를 포함한다. 그 페이로드에 비디오 데이터를 포함하는 NAL 유닛은 다양한 입도 레벨들 (granularity levels) 의 비디오 데이터를 포함할 수도 있다. 예를 들어, NAL 유닛은 비디오 데이터의 블록, 복수의 블록들, 비디오 데이터의 슬라이스, 또는 비디오 데이터의 전체 픽처를 포함할 수도 있다. 인캡슐레이션 유닛 (30) 은 기본 스트림들의 PES 패킷들의 형태로 비디오 인코더 (28) 로부터 인코딩된 비디오 데이터를 수신할 수도 있다. 인캡슐레이션 유닛 (30) 은 각각의 기본 스트림을 대응하는 프로그램과 연관시킬 수도 있다.
인캡슐레이션 유닛 (30) 은 또한 복수의 NAL 유닛들로부터 액세스 유닛들을 어셈블링할 수도 있다. 일반적으로, 액세스 유닛은 비디오 데이터의 프레임, 뿐만 아니라 오디오 데이터가 이용가능할 때 그 프레임에 대응하는 그러한 오디오 데이터를 표현하기 위한 하나 이상의 NAL 유닛들을 포함할 수도 있다. 액세스 유닛은 일반적으로, 일 출력 시간 인스턴스에 대한 모든 NAL 유닛들, 예컨대, 일 시간 인스턴스에 대한 모든 오디오 및 비디오 데이터를 포함한다. 예를 들어, 각각의 뷰가 20 의 초당 프레임 (fps) 의 프레임 레이트를 가지면, 각각의 시간 인스턴스는 0.05 초의 시간 인터벌에 대응할 수도 있다. 이 시간 인터벌 동안, 동일한 액세스 유닛 (동일한 시간 인스턴스) 의 모든 뷰들에 대한 특정 프레임들이 동시에 렌더링될 수도 있다. 일 예에 있어서, 액세스 유닛은 일 시간 인스턴스에서 코딩된 픽처를 포함할 수도 있으며, 이는 프라이머리 코딩된 픽처로서 제시될 수도 있다.
이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 오디오 및 비디오 프레임들, 예를 들어, 시간 X 에 대응하는 모든 뷰들을 포함할 수도 있다. 본 개시는 또한, 특정 뷰의 인코딩된 픽처를 "뷰 컴포넌트" 로서 지칭한다. 즉, 뷰 컴포넌트는 특정 시간에 특정 뷰에 대한 인코딩된 픽처 (또는 프레임) 를 포함할 수도 있다. 이에 따라, 액세스 유닛은 공통 시간 인스턴스의 모든 뷰 컴포넌트들을 포함하는 것으로서 정의될 수도 있다. 액세스 유닛들의 디코딩 순서는 반드시 출력 또는 디스플레이 순서와 동일할 필요는 없다.
미디어 프리젠테이션은, 상이한 대안적 리프리젠테이션들 (예를 들어, 상이한 품질들을 갖는 비디오 서비스들) 의 디스크립션들을 포함할 수도 있는 미디어 프리젠테이션 디스크립션 (MPD) 을 포함할 수도 있고, 그 디스크립션은, 예를 들어, 코덱 정보, 프로파일 값, 및 레벨 값을 포함할 수도 있다. MPD 는 매니페스트 파일 (66) 과 같은 매니페스트 파일의 일 예이다. 클라이언트 디바이스 (40) 는 어떻게 다양한 프리젠테이션들의 무비 프래그먼트들에 액세스할지를 결정하기 위해 미디어 프리젠테이션의 MPD 를 취출할 수도 있다. 무비 프래그먼트들은 비디오 파일들의 무비 프래그먼트 박스들 (moof 박스들) 에 위치될 수도 있다.
매니페스트 파일 (66) (이는, 예를 들어, MPD 를 포함할 수도 있음) 이 리프리젠테이션들 (68) 의 세그먼트들의 이용가능성을 광고할 수도 있다. 즉, MPD 는 리프리젠테이션들 (68) 중 하나의 리프리젠테이션의 제 1 세그먼트가 이용가능하게 되는 벽시계 시간 (wall-clock time) 을 표시하는 정보, 뿐만 아니라 리프리젠테이션들 (68) 내의 세그먼트들의 지속기간들을 표시하는 정보를 포함할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 의 취출 유닛 (52) 은 특정 세그먼트에 선행하는 세그먼트들의 시작 시간 뿐만 아니라 지속기간들에 기초하여, 각각의 세그먼트가 이용가능한 때를 결정할 수도 있다.
인캡슐레이션 유닛 (30) 이 수신된 데이터에 기초하여 NAL 유닛들 및/또는 액세스 유닛들을 비디오 파일로 어셈블링한 후에, 인캡슐레이션 유닛 (30) 은 비디오 파일을 출력을 위해 출력 인터페이스 (32) 로 전달한다. 일부 예들에서, 인캡슐레이션 유닛 (30) 은 비디오 파일을 로컬로 저장할 수도 있거나, 또는 비디오 파일을 직접 클라이언트 디바이스 (40) 로 전송하기 보다는 비디오 파일을 출력 인터페이스 (32) 를 통해 원격 서버로 전송할 수도 있다. 출력 인터페이스 (32) 는, 예를 들어, 송신기, 트랜시버, 예를 들어 광학 드라이브, 자기 미디어 드라이브 (예를 들어, 플로피 드라이브) 와 같은 컴퓨터 판독가능 매체에 데이터를 기입하기 위한 디바이스, 범용 직렬 버스 (USB) 포트, 네트워크 인터페이스, 또는 다른 출력 인터페이스를 포함할 수도 있다. 출력 인터페이스 (32) 는 비디오 파일을, 예를 들어 송신 신호, 자기 매체, 광학 매체, 메모리, 플래시 드라이브, 또는 다른 컴퓨터 판독가능 매체와 같은 컴퓨터 판독가능 매체에 출력한다.
네트워크 인터페이스 (54) 는 네트워크 (74) 를 통해 NAL 유닛 또는 액세스 유닛을 수신하고 그 NAL 유닛 또는 액세스 유닛을 취출 유닛 (52) 을 통해 디캡슐레이션 유닛 (50) 에 제공할 수도 있다. 디캡슐레이션 유닛 (50) 은 비디오 파일의 엘리먼트들을 구성 PES 스트림들로 디캡슐레이팅하고, PES 스트림들을 디패킷화하여 인코딩된 데이터를 취출하고, 그리고 예를 들어, 스트림의 PES 패킷 헤더들에 의해 표시된 바와 같이, 인코딩된 데이터가 오디오 스트림의 부분인지 또는 비디오 스트림의 부분인지에 의존하여, 오디오 디코더 (46) 또는 비디오 디코더 (48) 중 어느 하나로 인코딩된 데이터를 전송할 수도 있다. 오디오 디코더 (46) 는 인코딩된 오디오 데이터를 디코딩하고 그 디코딩된 오디오 데이터를 오디오 출력 (42) 으로 전송하는 한편, 비디오 디코더 (48) 는 인코딩된 비디오 데이터를 디코딩하고, 스트림의 복수의 뷰들을 포함할 수도 있는 디코딩된 비디오 데이터를 비디오 출력 (44) 으로 전송한다.
본 개시의 기법들에 따르면, 콘텐츠 준비 디바이스 (20) 및/또는 서버 디바이스 (60) 는 DASH/CMAF 세그먼트들에 추가적인 랜덤 액세스 포인트들을 추가할 수도 있다. 랜덤 액세스는 클린 랜덤 액세스 뿐만 아니라 개방 또는 점진적 디코더 리프레시를 포함하여, 파일 포맷 파싱 시 재동기화만을 제공한다. 이것은 재동기화 및 복호화가 이 시점에서 시작될 수 있는 정보를 제공하는 청크 경계 및 다음 랜덤 액세스 포인트의 타입에 대한 시그널링을 제공함으로써 어드레싱될 수도 있다. moof 헤더 정보 및 잠재적으로는 초기화 세그먼트 (Initialization Segment) 의 사용과 함께 tfdt 의 이용가능성은, 프리젠테이션 시간 레벨에서 시간 재동기화를 허용한다. 본 개시는 이 새로운 포인트를 "재동기화 포인트" 로서 지칭한다. 즉, 재동기화 포인트는 파일 레벨 컨테이너들 (예를 들어, ISO BMFF 에서의 박스들) 이 적절히 파싱될 수 있는 포인트를 나타내고, 그에 후속하여 미디어 데이터 (예를 들어, I-프레임) 에서의 랜덤 액세스 포인트가 발생할 것이다. 따라서, 클라이언트 디바이스 (40) 는, 예를 들어, 이들 랜덤 액세스 포인트들 중 하나에서, 멀티미디어 콘텐츠 (64) 에 랜덤으로 액세스할 수도 있다.
콘텐츠 준비 디바이스 (20) 및/또는 서버 디바이스 (60) 는 또한, 각각의 DASH 세그먼트에서 랜덤 액세스 포인트들 및 재동기화의 이용가능성을 표시할 뿐만 아니라, 랜덤 액세스 포인트의 로케이션, 타입, 및 타이밍에 대한 정보를 제공하는 매니페스트 파일 (66) (예를 들어, MPD) 에 적절한 시그널링을 추가할 수도 있다. 콘텐츠 준비 디바이스 (20) 및/또는 서버 디바이스 (60) 는 추가적인 재동기화 포인트들이 세그먼트에서 이용가능하여, 랜덤 액세스의 포지션, 타이밍, 타입에 대한 특성들을 추가할 수 있음 뿐만 아니라, 정보가 정확한지 또는 추정인지를 표시하는 매니페스트 파일 (66) (MPD) 에서 시그널링을 제공할 수도 있다. 따라서, 클라이언트 디바이스 (40) 는 이 시그널링된 데이터를 사용하여 그러한 랜덤 액세스 포인트들이 이용가능한지 여부를 결정하고 그에 따라 취출 및 재생을 재동기화할 수도 있다.
클라이언트 디바이스 (40) 는, 재동기화 포인트를 찾음으로써, 임의 시작 포인트의 경우에 디캡슐레이션, 복호화, 및 디코딩으로 재동기화하는 능력으로 구성될 수도 있다. 콘텐츠 준비 디바이스 (20) 및/또는 서버 디바이스 (60) 는 CMAF TUC 에서 어드레싱된 바와 같이 상기 요건들을 충족하는 적절한 청크를 제공할 수도 있다. 상이한 타입들이 나중에 정의될 수도 있다.
클라이언트 디바이스 (40) 는 예를 들어 HTML-5/MSE 기반 재생에서 이용가능한 바와 같이 제한된 수신기 환경들에서 프로세싱을 시작하도록 구성될 수도 있다. 이 이슈는 수신기 구현을 통해 어드레싱될 수도 있다. 그러나, 데이터 구조, 타이밍 및 타입에서 재동기화 포인트들의 맵을 얻는 능력을 갖는 수신기 파이프라인에 재동기화 트리거 및 정보를 제공하는 것이 적합할 것이고, 디코딩 파이프라인의 사용자가 랜덤 액세스 포인트에서 재생을 초기화할 수 있게 한다.
또한, 역방향 호환가능한 매니페스트 파일 (66) 에서의 시그널링이 제공될 수도 있다. 시그널링을 파싱하는 능력으로 구성되지 않은 클라이언트 디바이스들은 시그널링을 무시하고 상기 논의된 바와 같은 방법들을 수행할 수도 있다. 또한, 매니페스트 파일 (66) 은 적응 세트 레벨에 대한 시그널링을 가능하게 하기 위해 @bandwidth 의 값에 포지션을 관련시키는 시그널링을 포함할 수도 있다.
도 2 는 도 1 의 취출 유닛 (52) 의 컴포넌트들의 예시적인 세트를 더 상세히 예시하는 블록도이다. 이 예에서, 취출 유닛 (52) 은 eMBMS 미들웨어 유닛 (100), DASH 클라이언트 (110), 및 미디어 애플리케이션 (112) 을 포함한다.
이 예에서, eMBMS 미들웨어 유닛 (100) 은 eMBMS 수신 유닛 (106), 캐시 (104), 및 프록시 서버 유닛 (102) 을 더 포함한다. 이 예에서, eMBMS 수신 유닛 (106) 은 예를 들어, FLUTE (File Delivery over Unidirectional Transport) 에 따라 eMBMS 를 통해 데이터를 수신하도록 구성되고, 이는 T. Paila 등의 "FLUTE―File Delivery over Unidirectional Transport", Network Working Group, RFC 6726, 2012년 11월에서 기술되고, tools.ietf.org/html/rfc6726 에서 입수가능하다. 즉, eMBMS 수신 유닛 (106) 은 예를 들어 브로드캐스트/멀티캐스트 서비스 센터 (BM-SC) 의 역할을 할 수도 있는 서버 디바이스 (60) 로부터 브로드캐스트를 통해 파일들을 수신할 수도 있다.
eMBMS 미들웨어 유닛 (100) 이 파일들에 대한 데이터를 수신할 때, eMBMS 미들웨어 유닛은 수신된 데이터를 캐시 (104) 에 저장할 수도 있다. 캐시 (104) 는 플래시 메모리, 하드 디스크, RAM, 또는 임의의 다른 적합한 저장 매체와 같은 컴퓨터 판독가능 저장 매체를 포함할 수도 있다.
프록시 서버 유닛 (102) 은 DASH 클라이언트 (110) 를 위한 서버의 역할을 할 수도 있다. 예를 들어, 프록시 서버 유닛 (102) 은 DASH 클라이언트 (110) 에 MPD 파일 또는 다른 매니페스트 파일을 제공할 수도 있다. 프록시 서버 유닛 (102) 은 세그먼트들이 취출될 수 있는 하이퍼링크들 뿐만 아니라, MPD 파일 내의 세그먼트들에 대한 이용가능성 시간들을 광고할 수도 있다. 이들 하이퍼링크들은 클라이언트 디바이스 (40) 에 대응하는 로컬호스트 어드레스 프리픽스 (예를 들어, IPv4 의 경우 127.0.0.1) 를 포함할 수도 있다. 이러한 방식으로, DASH 클라이언트 (110) 는 HTTP GET 또는 부분 GET 요청들을 사용하여 프록시 서버 유닛 (102) 으로부터 세그먼트들을 요청할 수도 있다. 예를 들어, 링크 http://127.0.0.1/rep1/seg3 으로부터 입수가능한 세그먼트의 경우, DASH 클라이언트 (110) 는 http://127.0.0.1/rep1/seg3 에 대한 요청을 포함하는 HTTP GET 요청을 구성하고 그 요청을 프록시 서버 유닛 (102) 에 제출할 수도 있다. 프록시 서버 유닛 (102) 은 캐시 (104) 로부터 요청된 데이터를 취출하고, 그러한 요청들에 응답하여 데이터를 DASH 클라이언트 (110) 에 제공할 수도 있다.
도 3 은 예시적인 멀티미디어 콘텐츠 (120) 의 엘리먼트들을 예시하는 개념도이다. 멀티미디어 콘텐츠 (120) 는 멀티미디어 콘텐츠 (64) (도 1), 또는 저장 매체 (62) 에 저장된 다른 멀티미디어 콘텐츠에 대응할 수도 있다. 도 3 의 예에서, 멀티미디어 콘텐츠 (120) 는 미디어 프리젠테이션 디스크립션 (MPD) (122) 및 복수의 리프리젠테이션들 (124A-124N) (리프리젠테이션들 (124)) 을 포함한다. 리프리젠테이션 (124A) 은 옵션의 헤더 데이터 (126) 및 세그먼트들 (128A-128N) (세그먼트들 (128)) 을 포함하는 한편, 리프리젠테이션 (124N) 은 옵션의 헤더 데이터 (130) 및 세그먼트들 (132A-132N) (세그먼트들 (132)) 을 포함한다. 문자 N 은, 편의상 리프리젠테이션들 (124) 의 각각에서 마지막 무비 프래그먼트를 지정하는데 사용된다. 일부 예들에서, 리프리젠테이션들 (124) 사이에 상이한 수들의 무비 프래그먼트들이 존재할 수도 있다.
MPD (122) 는 리프리젠테이션들 (124) 로부터 분리된 데이터 구조를 포함할 수도 있다. MPD (122) 는 도 1 의 매니페스트 파일 (66) 에 대응할 수도 있다. 마찬가지로, 리프리젠테이션들 (124) 은 도 1 의 리프리젠테이션들 (68) 에 대응할 수도 있다. 일반적으로, MPD (122) 는 코딩 및 렌더링 특성들, 적응 세트들, MPD (122) 가 대응하는 프로파일, 텍스트 타입 정보, 카메라 각도 정보, 등급 정보, 트릭 모드 정보 (예를 들어, 시간 서브-시퀀스들을 포함하는 리프리젠테이션들을 나타내는 정보), 및/또는 원격 주기들을 취출하기 위한 (예를 들어, 재생 동안 미디어 콘텐츠로의 타겟팅된 광고 삽입을 위한) 정보와 같은, 리프리젠테이션들 (124) 의 특성들을 일반적으로 기술하는 데이터를 포함할 수도 있다.
존재할 경우, 헤더 데이터 (126) 는 세그먼트들 (128) 의 특성들, 예를 들어, 랜덤 액세스 포인트들 (RAP들, 스트림 액세스 포인트들 (SAP들) 로서 또한 지칭됨) 의 시간 로케이션들, 세그먼트들 (128) 중 어느 것이 랜덤 액세스 포인트들을 포함하는지, 세그먼트들 (128) 내의 랜덤 액세스 포인트들에 대한 바이트 오프셋들, 세그먼트들 (128) 의 유니폼 리소스 로케이터들 (URL들), 또는 세그먼트들 (128) 의 다른 양태들을 기술할 수도 있다. 존재할 경우, 헤더 데이터 (130) 는 세그먼트들 (132) 에 대한 유사한 특성들을 기술할 수도 있다. 추가적으로 또는 대안적으로, 그러한 특성들은 MPD (122) 내에 완전히 포함될 수도 있다.
세그먼트들 (128, 132) 은 하나 이상의 코딩된 비디오 샘플들을 포함하며, 이들 각각은 비디오 데이터의 프레임들 또는 슬라이스들을 포함할 수도 있다. 세그먼트들 (128) 의 코딩된 비디오 샘플들의 각각은 유사한 특성들, 예를 들어, 높이, 폭, 및 대역폭 요건들을 가질 수도 있다. 그러한 특성들은 MPD (122) 의 데이터에 의해 기술될 수도 있지만, 그러한 데이터는 도 3 의 예에 예시되지 않는다. MPD (122) 는, 본 개시에서 기술되는 시그널링된 정보의 임의의 것 또는 그 모두가 추가된, 3GPP 사양에 의해 기술된 바와 같은 특성들을 포함할 수도 있다.
세그먼트들 (128, 132) 의 각각은 고유한 유니폼 리소스 로케이터 (URL) 와 연관될 수도 있다. 따라서, 세그먼트들 (128, 132) 의 각각은 DASH 와 같은 스트리밍 네트워크 프로토콜을 사용하여 독립적으로 취출가능할 수도 있다. 이러한 방식으로, 클라이언트 디바이스 (40) 와 같은 목적지 디바이스는, HTTP GET 요청을 사용하여 세그먼트들 (128 또는 132) 을 취출할 수도 있다. 일부 예들에서, 클라이언트 디바이스 (40) 는 HTTP 부분 GET 요청들을 사용하여 세그먼트들 (128 또는 132) 의 특정 바이트 범위들을 취출할 수도 있다.
본 개시의 기법들에 따르면, MPD (122) (이는 다시, 도 1 의 매니페스트 파일 (66) 에 대응할 수도 있음) 는 상기 논의된 이슈들을 어드레싱하기 위한 시그널링을 포함할 수도 있다. 예를 들어, 리프리젠테이션들 (124) 의 각각에 대해 (그리고 가능하게는 적응 세트 레벨에 대해 디폴트됨), MPD (122) 는 하나 또는 다중의 재동기화 엘리먼트들 (이는 역방향 호환성을 가능하게 할 수도 있음) 을 포함할 수도 있다. 각각의 재동기화 엘리먼트는, 리프리젠테이션들 (124) 중 대응하는 하나의 리프리젠테이션에서의 세그먼트들 (128, 132) 의 각각에 대해, 다음이 적용됨을 표시할 수도 있다:
재동기화 포인트의 예시적인 사용이 이하 도 8 에 관하여 설명된다.
재동기화 엘리먼트가 MPD (122) 에서 제공되고 세그먼트들이 ISO BMFF 또는 CMAF 에 기초하는 세그먼트들 (128, 132) 중 임의의 것에 대해, 다음이 적용될 수도 있다:
도 4 는 도 3 의 세그먼트들 (128, 132) 중 하나와 같은, 리프리젠테이션의 세그먼트에 대응할 수도 있는, 예시적인 비디오 파일 (150) 의 엘리먼트들을 예시하는 블록도이다. 세그먼트들 (128, 132) 의 각각은 도 4 의 예에 예시된 데이터의 배열에 실질적으로 부합하는 데이터를 포함할 수도 있다. 비디오 파일 (150) 은 세그먼트를 인캡슐레이팅한다고 할 수도 있다. 상기 기술된 바와 같이, ISO 베이스 미디어 파일 포맷 및 그 확장들에 따른 비디오 파일들은 "박스들" 로서 지칭되는 일련의 오브젝트들에 데이터를 저장한다. 도 4 의 예에서, 비디오 파일 (150) 은 파일 타입 (FTYP) 박스 (152), 무비 (MOOV) 박스 (154), 세그먼트 인덱스 (sidx) 박스들 (162), 무비 프래그먼트 (MOOF) 박스들 (164), 및 무비 프래그먼트 랜덤 액세스 (MFRA) 박스 (166) 를 포함한다. 도 4 는 비디오 파일의 예를 나타내지만, 다른 미디어 파일들이 ISO 베이스 미디어 파일 포맷 및 그 확장들에 따라, 비디오 파일 (150) 의 데이터와 유사하게 구조화되는 다른 타입들의 미디어 데이터 (예를 들어, 오디오 데이터, 타이밍된 텍스트 데이터 등) 를 포함할 수도 있음을 이해해야 한다.
파일 타입 (FTYP) 박스 (152) 는 일반적으로 비디오 파일 (150) 에 대한 파일 타입을 기술한다. 파일 타입 박스 (152) 는, 비디오 파일 (150) 을 위한 최상의 이용을 기술하는 사양을 식별하는 데이터를 포함할 수도 있다. 파일 타입 박스 (152) 는 대안적으로 MOOV 박스 (154), 무비 프래그먼트 박스들 (164), 및/또는 MFRA 박스 (166) 전에 배치될 수도 있다.
일부 예들에서, 세그먼트, 이를 테면 비디오 파일 (150) 은, FTYP 박스 (152) 전에 MPD 업데이트 박스 (도시되지 않음) 를 포함할 수도 있다. MPD 업데이트 박스는 비디오 파일 (150) 을 포함하는 리프리젠테이션에 대응하는 MPD 가 업데이트될 것임을 표시하는 정보를, 그 MPD 를 업데이트하기 위한 정보와 함께, 포함할 수도 있다. 예를 들어, MPD 업데이트 박스는 MPD 를 업데이트하는데 사용될 리소스에 대한 URI 또는 URL 을 제공할 수도 있다. 다른 예로서, MPD 업데이트 박스는 MPD 를 업데이트하기 위한 데이터를 포함할 수도 있다. 일부 예들에서, MPD 업데이트 박스는 비디오 파일 (150) 의 세그먼트 타입 (STYP) 박스 (도시되지 않음) 를 바로 뒤따를 수도 있으며, 여기서 STYP 박스는 비디오 파일 (150) 에 대한 세그먼트 타입을 정의할 수도 있다.
도 4 의 예에서의 MOOV 박스 (154) 는 무비 헤더 (MVHD) 박스 (156), 트랙 (TRAK) 박스 (158), 및 하나 이상의 MVEX (movie extends) 박스들 (160) 을 포함한다. 일반적으로, MVHD 박스 (156) 는 비디오 파일 (150) 의 일반 특성들을 기술할 수도 있다. 예를 들어, MVHD 박스 (156) 는 비디오 파일 (150) 이 원래 생성되었을 때, 비디오 파일 (150) 이 마지막으로 수정되었을 때, 비디오 파일 (150) 에 대한 타임스케일, 비디오 파일 (150) 에 대한 재생의 지속기간을 기술하는 데이터, 또는 비디오 파일 (150) 을 일반적으로 기술하는 다른 데이터를 포함할 수도 있다.
TRAK 박스 (158) 는 비디오 파일 (150) 의 트랙에 대한 데이터를 포함할 수도 있다. TRAK 박스 (158) 는 TRAK 박스 (158) 에 대응하는 트랙의 특성들을 기술하는 트랙 헤더 (TKHD) 박스를 포함할 수도 있다. 일부 예들에 있어서, TRAK 박스 (158) 는 코딩된 비디오 픽처들을 포함할 수도 있는 한편, 다른 예들에 있어서, 트랙의 코딩된 비디오 픽처들은 TRAK 박스 (158) 및/또는 sidx 박스들 (162) 의 데이터에 의해 참조될 수도 있는 무비 프래그먼트들 (164) 에 포함될 수도 있다.
일부 예들에 있어서, 비디오 파일 (150) 은 1 초과의 트랙을 포함할 수도 있다. 이에 따라, MOOV 박스 (154) 는 비디오 파일 (150) 에서의 트랙들의 수와 동일한 수의 TRAK 박스들을 포함할 수도 있다. TRAK 박스 (158) 는 비디오 파일 (150) 의 대응하는 트랙의 특성들을 기술할 수도 있다. 예를 들어, TRAK 박스 (158) 는 대응하는 트랙에 대한 시간 및/또는 공간 정보를 기술할 수도 있다. MOOV 박스 (154) 의 TRAK 박스 (158) 와 유사한 TRAK 박스는, 인캡슐레이션 유닛 (30) (도 3) 이 비디오 파일, 이를 테면 비디오 파일 (150) 에 파라미터 세트 트랙을 포함하는 경우, 파라미터 세트 트랙의 특성들을 기술할 수도 있다. 인캡슐레이션 유닛 (30) 은, 파라미터 세트 트랙을 기술하는 TRAK 박스 내의 파라미터 세트 트랙에서 시퀀스 레벨 SEI 메시지들의 존재를 시그널링할 수도 있다.
MVEX 박스들 (160) 은, 예를 들어, 비디오 파일 (150) 이, 만약 있다면, MOOV 박스 (154) 내에 포함된 비디오 데이터에 추가하여, 무비 프래그먼트들 (164) 을 포함한다는 것을 시그널링하기 위해, 대응하는 무비 프래그먼트들 (164) 의 특성들을 기술할 수도 있다. 비디오 데이터를 스트리밍하는 컨텍스트에서, 코딩된 비디오 픽처들은 MOOV 박스 (154) 에 보다는 무비 프래그먼트들 (164) 에 포함될 수도 있다. 이에 따라, 모든 코딩된 비디오 샘플들은 MOOV 박스 (154) 에 보다는 무비 프래그먼트들 (164) 에 포함될 수도 있다.
MOOV 박스 (154) 는 비디오 파일 (150) 에서의 무비 프래그먼트들 (164) 의 수와 동일한 수의 MVEX 박스들 (160) 을 포함할 수도 있다. MVEX 박스들 (160) 의 각각은 무비 프래그먼트들 (164) 중 대응하는 무비 프래그먼트의 특성들을 기술할 수도 있다. 예를 들어, 각각의 MVEX 박스는, 무비 프래그먼트들 (164) 중 대응하는 무비 프래그먼트에 대한 시간 지속기간을 기술하는 MEHD (movie extends header box) 박스를 포함할 수도 있다.
상기 언급된 바와 같이, 인캡슐레이션 유닛 (30) 은 실제 코딩된 비디오 데이터를 포함하지 않는 비디오 샘플에 시퀀스 데이터 세트를 저장할 수도 있다. 비디오 샘플은 일반적으로 특정 시간 인스턴스에서의 코딩된 픽처의 리프리젠테이션인 액세스 유닛에 대응할 수도 있다. AVC 의 컨텍스트에서, 코딩된 픽처는 액세스 유닛의 모든 픽셀들을 구성하기 위한 정보를 포함하는 하나 이상의 VCL NAL 유닛들과, 다른 연관된 비-VCL NAL 유닛들, 이를 테면 SEI 메시지들을 포함한다. 이에 따라, 인캡슐레이션 유닛 (30) 은 시퀀스 레벨 SEI 메시지들을 포함할 수도 있는 시퀀스 데이터 세트를 무비 프래그먼트들 (164) 중 하나의 무비 프래그먼트에 포함시킬 수도 있다. 인캡슐레이션 유닛 (30) 은 추가로, 무비 프래그먼트들 (164) 중 하나의 무비 프래그먼트에 대응하는 MVEX 박스들 (160) 중 하나의 MVEX 박스 내에서 무비 프래그먼트들 (164) 중 하나의 무비 프래그먼트에 존재하는 것으로서 시퀀스 데이터 세트 및/또는 시퀀스 레벨 SEI 메시지들의 존재를 시그널링할 수도 있다.
SIDX 박스들 (162) 은 비디오 파일 (150) 의 옵션의 엘리먼트들이다. 즉, 3GPP 파일 포맷, 또는 다른 그러한 파일 포맷들에 부합하는 비디오 파일들은 반드시 SIDX 박스들 (162) 을 포함하는 것은 아니다. 3GPP 파일 포맷의 예에 따르면, SIDX 박스는 세그먼트 (예를 들어, 비디오 파일 (150) 내에 포함된 세그먼트) 의 서브-세그먼트를 식별하는데 사용될 수도 있다. 3GPP 파일 포맷은 서브-세그먼트를 "대응하는 미디어 데이터 박스(들)를 갖는 하나 이상의 연속적인 무비 프래그먼트 박스들의 자립형 세트 및 무비 프래그먼트 박스에 의해 참조된 데이터를 포함하는 미디어 데이터 박스가 그 무비 프래그먼트 박스를 뒤따라야만 하고 동일한 트랙에 관한 정보를 포함하는 다음 무비 프래그먼트 박스에 선행해야만 하는 것" 으로서 정의한다. 3GPP 파일 포맷은 또한, SIDX 박스가 "박스에 의해 문서화된 (서브)세그먼트의 서브세그먼트들에 대한 참조들의 시퀀스를 포함한다. 참조된 서브세그먼트들은 프리젠테이션 시간에서 인접한다. 유사하게, 세그먼트 인덱스 박스에 의해 참조되는 바이트들은 세그먼트 내에서 항상 인접한다. 참조된 사이즈는 참조된 자료에서의 바이트들의 수의 카운트를 제공한다." 를 표시한다.
SIDX 박스들 (162) 은 일반적으로, 비디오 파일 (150) 에 포함된 세그먼트의 하나 이상의 서브-세그먼트들을 나타내는 정보를 제공한다. 예를 들면, 그러한 정보는 서브-세그먼트들이 시작하고/하거나 종료하는 재생 시간들, 서브-세그먼트들에 대한 바이트 오프셋들, 서브-세그먼트들이 스트림 액세스 포인트 (SAP) 를 포함하는지 (예를 들어 그 SAP 로 시작하는지) 의 여부, SAP 에 대한 타입 (예를 들어, SAP 가 순시 디코더 리프레시 (IDR) 픽처인지, 클린 랜덤 액세스 (CRA) 픽처인지, 브로큰 링크 액세스 (BLA) 픽처인지 등), 서브-세그먼트에서의 (재생 시간 및/또는 바이트 오프셋의 관점에서의) SAP 의 포지션 등을 포함할 수도 있다.
무비 프래그먼트들 (164) 은 하나 이상의 코딩된 비디오 픽처들을 포함할 수도 있다. 일부 예들에 있어서, 무비 프래그먼트들 (164) 은 하나 이상의 픽처들의 그룹들 (GOP들) 을 포함할 수도 있으며, 그 GOP들의 각각은 다수의 코딩된 비디오 픽처들, 예를 들어, 프레임들 또는 픽처들을 포함할 수도 있다. 추가로, 상기 기술된 바와 같이, 무비 프래그먼트들 (164) 은 일부 예들에 있어서 시퀀스 데이터 세트들을 포함할 수도 있다. 무비 프래그먼트들 (164) 의 각각은 무비 프래그먼트 헤더 박스 (MFHD, 도 4 에는 도시되지 않음) 를 포함할 수도 있다. MFHD 박스는 대응하는 무비 프래그먼트의 특성들, 이를 테면, 무비 프래그먼트에 대한 시퀀스 번호를 기술할 수도 있다. 무비 프래그먼트들 (164) 은 비디오 파일 (150) 에 시퀀스 번호의 순서로 포함될 수도 있다.
MFRA 박스 (166) 는 비디오 파일 (150) 의 무비 프래그먼트들 (164) 내의 랜덤 액세스 포인트들을 기술할 수도 있다. 이는 비디오 파일 (150) 에 의해 인캡슐레이팅된 세그먼트 내에서 특정 시간 로케이션들 (즉, 재생 시간들) 에 대한 탐색들을 수행하는 것과 같은, 트릭 모드들을 수행하는 것을 보조할 수도 있다. MFRA 박스 (166) 는 일반적으로 옵션적이며, 일부 예들에 있어서, 비디오 파일들에 포함될 필요가 없다. 마찬가지로, 클라이언트 디바이스 (40) 와 같은 클라이언트 디바이스는, 비디오 파일 (150) 의 비디오 데이터를 정확하게 디코딩하고 디스플레이하기 위해 MFRA 박스 (166) 를 반드시 참조할 필요는 없다. MFRA 박스 (166) 는 비디오 파일 (150) 의 트랙들의 수와 동일한, 또는 일부 예들에 있어서, 비디오 파일 (150) 의 미디어 트랙들 (예를 들어, 비-힌트 트랙들) 의 수와 동일한 수의 트랙 프래그먼트 랜덤 액세스 (TFRA) 박스들 (도시되지 않음) 을 포함할 수도 있다.
일부 예들에 있어서, 무비 프래그먼트들 (164) 은 IDR 픽처들과 같은 하나 이상의 스트림 액세스 포인트들 (SAP들) 을 포함할 수도 있다. 마찬가지로, MFRA 박스 (166) 는 SAP들의 비디오 파일 (150) 내의 로케이션들의 표시들을 제공할 수도 있다. 이에 따라, 비디오 파일 (150) 의 시간 서브-시퀀스가 비디오 파일 (150) 의 SAP들로부터 형성될 수도 있다. 시간 서브-시퀀스는 SAP들로부터 의존하는 P-프레임들 및/또는 B-프레임들과 같은 다른 픽처들을 또한 포함할 수도 있다. 시간 서브-시퀀스의 프레임들 및/또는 슬라이스들은 서브-시퀀스의 다른 프레임들/슬라이스들에 의존하는 시간 서브-시퀀스의 프레임들/슬라이스들이 적절히 디코딩될 수 있도록 세그먼트들 내에 배열될 수도 있다. 예를 들어, 데이터의 계위적 배열에 있어서, 다른 데이터에 대한 예측을 위해 사용된 데이터가 또한 시간 서브-시퀀스에 포함될 수도 있다.
일 예에서, 본 개시는 이하의 표에서 다음과 같이 "청크" 를 정의한다. 표는 청크의 카디널리티 (cardinality) 와 서수성 (ordinality) 양자 모두의 예시적인 정의를 제공한다:
일 예에서, 본 개시는 청크의 시작으로 재동기화 포인트를 정의한다. 또한, 재동기화 포인트는 다음의 속성들을 할당받을 수도 있다:
일부 예들에서, 마커의 바이트 스트림을 스캔함으로써 세그먼트 (예를 들어, 비디오 파일 (150)) 의 시작에 대한 동기화를 가능하게 하는 재동기화 마커가 정의될 수도 있다. 이 재동기화 박스는 다음의 속성들을 가질 수도 있다:
재동기화 마커 박스는 새로운 박스일 수도 있거나 또는 styp 박스와 같은 기존 박스를 재사용할 수도 있다. 본 개시에서, 특정 제약을 갖는 styp 가 재동기화 마커 박스로서 사용된다고 가정한다. 이 접근법의 강건성에 대한 연구가 진행중이다.
이하의 도 5-7 은 세그먼트들의 시작 이외의 포인트들에서의 DASH 세그먼트들에 대한 랜덤 액세스가 유용할 수도 있는 여러 사용 사례들을 기술하는데 사용된다.
도 5 는 본 개시에 따른 제 1 사용 사례에서 사용될 수도 있는 예시적인 저 레이턴시 아키텍처 (200) 를 예시하는 개념도이다. 즉, 도 5 는 DASH-IF IOP들에 따라 저 레이턴시 DASH 서비스를 동작하기 위한 정보의 기본 플로우를 예시한다. 저 레이턴시 아키텍처 (200) 는 DASH 패키저 (202), 인코더 (216), 콘텐츠 전달 네트워크 (CDN) (220), 정규 DASH 클라이언트 (230), 및 저 레이턴시 DASH 클라이언트 (232) 를 포함한다. 인코더 (216) 는 일반적으로 도 1 의 오디오 인코더 (26) 및 비디오 인코더 (28) 중 어느 하나 또는 양자 모두에 대응할 수도 있는 한편, DASH 패키저 (202) 는 도 1 의 인캡슐레이션 유닛 (30) 에 대응할 수도 있다.
이 예에서, 인코더 (216) 는 수신된 미디어 데이터를 인코딩하여 CMAF 헤더들 (CH) 이를 테면 CH (208), CMAF 초기 청크들 (206A, 206B) (CIC (206)), 및 CMAF 비-초기 청크들 (204A-204D) (CNC (204)) 을 형성한다. 인코더 (216) 는 CH (208), CIC (206), 및 CNC (204) 를 DASH 패키저 (202) 에 제공한다. DASH 패키저 (202) 는 또한 서비스 디스크립션을 수신하고, 이는 서비스의 일반 디스크립션 및 인코더 (216) 의 인코더 구성에 대한 정보를 포함한다.
DASH 패키저 (202) 는 서비스 디스크립션, CH (208), CIC (206), 및 CNC (204) 를 사용하여 미디어 프리젠테이션 디스크립션 (MPD) (210) 및 초기화 세그먼트 (212) 를 형성한다. DASH 패키저 (202) 는 또한 CH (208), CIC (206), 및 CNC (204) 를 세그먼트들 (214A, 214B) (세그먼트들 (214)) 로 생성 맵핑하고 증분 방식으로 세그먼트들 (214) 을 CDN (220) 에 제공한다. DASH 패키저 (202) 는 세그먼트들 (214) 을, 그들이 생성될 때 청크들의 형태로 전달할 수도 있다. CDN (220) 은 MPD (210), IS (212), 및 세그먼트들 (214) 을 저장하기 위한 세그먼트 스토리지 (222) 를 포함한다. CDN (220) 은 전체 세그먼트들을 정규 DASH 클라이언트 (230) 에 전달하지만, 예를 들어, 정규 DASH 클라이언트 (230) 및 저 레이턴시 DASH 클라이언트 (232) 로부터 HTTP Get 또는 부분 Get 요청들에 응답하여, 개별 청크들 (예를 들어, CH (208), CIC (206), 및 CNC (204)) 을 저 레이턴시 DASH 클라이언트 (232) 에 전달한다.
도 6 은 도 5 에 관하여 설명된 사용 사례의 예를 더 상세히 예시하는 개념도이다. 도 6 의 예는 청크들 (252A-252E) (청크들 (252)) 의 개별의 세트들을 포함하는 세그먼트들 (250A-250E) (세그먼트들 (250)) 을 예시한다. 도 1 의 클라이언트 디바이스 (40) 와 같은 클라이언트 디바이스는 전체 세그먼트들 (250) 또는 개별 청크들 (252) 중 어느 하나를 취출할 수도 있다. 예를 들어, 도 5 에 도시된 바와 같이, 정규 DASH 클라이언트 (230) 는 세그먼트들 (250) 을 취출할 수도 있는 반면, 저 레이턴시 DASH 클라이언트 (232) (적어도 초기에) 개별 청크들 (252) 을 취출할 수도 있다.
도 6 은 전체 세그먼트들 (250) 대신, 개별 청크들 (252) 을 취출함으로써 레이턴시가 감소될 수 있는 방법을 추가로 도시한다. 예를 들어, 현재 시간에 전체 세그먼트들을 취출하는 것은 더 높은 레이턴시들을 야기할 수도 있다. 간단히 가장 최근에 완전히 이용가능한 세그먼트를 취출하면, 레이턴시가 감소될 수도 있지만, 여전히 상대적으로 높은 레이턴시가 발생할 수도 있다.
대신 청크들을 취출함으로써, 이들 레이턴시들은 대폭 감소될 수 있다. 예를 들어, 도 6 에 "지금 (now)" 으로 표시된 바와 같은 현재 시간에, 세그먼트 (250E) 는 완전히 형성되지 않았다. 그럼에도 불구하고, 클라이언트 디바이스는, 청크들 (252E-1 및 252E-2) 이 형성되고 취출을 위해 이용가능함을 가정하여, 세그먼트 (250E) 가 완전히 형성되기 전이라도, 세그먼트 (250E) 의 청크들 (252E-1 및 252E-2) 과 같은 형성된 청크들을 취출할 수도 있다.
라이브 스트림에 참여할 때, 통상적으로 저 레이턴시와 고속 스타트업 양자 모두가 달성되어야 한다. 그러나, 이것은 사소하지 않으며 몇몇 전략들이 도 6 에 기초하여 이하에 논의된다.
적합한 솔루션은 다음과 같을 수도 있다:
그러나, 후자의 접근법은 이하에 요약된 바와 같이, 다양한 이슈들에 직면할 수도 있다.
따라서, 도 6 의 예들에 도시된 바와 같이 그리고 이하에 논의된 바와 같이, 본 개시에서 논의된 바와 같은 청크들의 사용은 레이턴시를 실질적으로 감소시킬 수도 있다. 사전에 청크의 시작을 시그널링하는 것은, 빈번한 업데이트들을 요구하지 않는 매니페스트 파일이 사전에 생성될 수 있게 하지만, 여전히 청크들 내에서 스트림 액세스 포인트들 (SAP들) 의 일반적인 로케이션을 표시할 수 있다. 이러한 방식으로, 클라이언트 디바이스는 연속적인 매니페스트 파일 업데이트들의 필요성 없이, 그리고 여전히 클라이언트 디바이스가 청크 경계의 시작, 예를 들어, 재동기화 포인트에서 미디어 스트리밍을 개시할 수 있게 하면서, 매니페스트 파일을 사용하여 청크 경계들의 로케이션들을 결정할 수 있다. 즉, 클라이언트 디바이스는 매니페스트 파일이 세그먼트에서 재동기화 포인트의 일반적인 로케이션을 나타내는 바이트 범위 또는 다른 데이터를 시그널링할 수도 있기 때문에, 매니페스트 파일로부터, 세그먼트가 완전히 형성되기 전이라도, 재동기화 포인트를 포함하는 세그먼트의 바이트 범위를 결정할 수도 있다.
도 7 은 브로드캐스트 프로토콜의 컨텍스트에서 DASH 및 CMAF 랜덤 액세스를 사용하는 예시적인 제 2 사용 사례를 예시하는 개념도이다. 도 7 은 미디어 인코더 (280), CMAF/파일 포맷 (FF) 패키저 (282), DASH 패키저 (284), ROUTE 전송기 (286), CDN 오리진 서버 (288), ROUTE 수신기 (290), DASH 클라이언트 (292), CMAF/FF 파서 (294), 및 미디어 디코더 (296) 를 포함하는 예를 예시한다. 미디어 인코더 (280) 는 오디오 또는 비디오 데이터와 같은 미디어 데이터를 인코딩한다. 미디어 인코더 (280) 는 도 1 의 오디오 인코더 (26) 또는 비디오 인코더 (28), 또는 도 5 의 인코더 (216) 에 대응할 수도 있다. 미디어 인코더 (280) 는 인코딩된 미디어 데이터를 CMAF/FF 패키저 (282) 에 제공하고, CMAF/FF 패키저 (282) 는 인코딩된 미디어 데이터를 CMAF 및 특정 파일 포맷, 이를 테면 ISO BMFF 또는 그 확장에 따라 파일들로 포맷팅한다.
CMAF/FF 패키저 (282) 는 이들 파일들 (예를 들어, 청크들) 을 DASH 패키저 (284) 에 제공하고, DASH 패키저 (284) 는 파일들/청크들을 DASH 세그먼트들로 집성한다. DASH 패키저 (284) 는 또한 파일들/청크들/세그먼트들을 기술하는 데이터를 포함하는 MPD 와 같은 매니페스트 파일을 형성할 수도 있다. 또한, 본 개시의 기법들에 따르면, DASH 패키저 (284) 는 미래의 스트림 액세스 포인트 (SAP) 또는 랜덤 액세스 포인트 (RAP) 의 대략적인 로케이션을 결정하고, MPD 에서 대략적인 로케이션을 시그널링할 수도 있다. CMAF/FF 패키저 (282) 및 DASH 패키저 (284) 는 도 1 의 인캡슐레이션 유닛 (30) 또는 도 5 의 DASH 패키저 (202) 에 대응할 수도 있다.
DASH 패키저 (284) 는 MPD 와 함께, ROUTE 전송기 (286) 및 CDN 오리진 서버 (288) 에 세그먼트들을 제공한다. ROUTE 전송기 (286) 및 CDN 오리진 서버 (288) 는 도 1 의 서버 디바이스 (60) 또는 도 5 의 CDN (220) 에 대응할 수 있다. 일반적으로, ROUTE 전송기 (286) 는 이 예에서 ROUTE 에 따라 미디어 데이터를 ROUTE 수신기 (290) 로 전송할 수도 있다. 다른 예들에서, FLUTE 와 같은 다른 파일 기반 전달 프로토콜들이 브로드캐스트 또는 멀티캐스트를 위해 사용될 수도 있다. 추가적으로 또는 대안적으로, CDN 오리진 서버 (288) 는 예를 들어 HTTP 에 따라 미디어 데이터를 ROUTE 수신기 (290) 로 및/또는 직접 DASH 클라이언트 (292) 로 전송할 수도 있다.
ROUTE 수신기 (290) 는 도 2 의 eMBMS 미들웨어 유닛 (100) 과 같은 미들웨어에서 구현될 수도 있다. ROUTE 수신기 (290) 는 수신된 미디어 데이터를 예를 들어 도 2 에 도시된 바와 같은 캐시 (104) 에 버퍼링할 수도 있다. DASH 클라이언트 (292) (도 2 의 DASH 클라이언트 (110) 에 대응할 수도 있음) 는 HTTP 를 사용하여 ROUTE 수신기 (290) 로부터 캐싱된 미디어 데이터를 취출할 수도 있다. 대안적으로, DASH 클라이언트 (292) 는 상기 논의된 바와 같이, HTTP 에 따라 CDN 오리진 서버 (288) 로부터 직접 미디어 데이터를 취출할 수도 있다.
더욱이, 본 개시의 기법들에 따르면, DASH 클라이언트 (292) 는 MPD 와 같은 매니페스트 파일을 사용하여, 예를 들어 매니페스트 파일에서 시그널링된 재동기화 포인트를 따라 SAP 또는 RAP 의 로케이션을 결정할 수도 있다. DASH 클라이언트 (292) 는 다음으로 가장 빠른 재동기화 포인트로부터 시작하는 미디어 프리젠테이션의 취출을 개시할 수도 있다. 재동기화 포인트는 일반적으로 파일 컨테이너 레벨 데이터가 정확히 파싱될 수 있는 비트스트림의 로케이션을 표시할 수도 있다. 따라서, DASH 클라이언트 (292) 는 재동기화 포인트에서 시작하는 스트리밍을 개시하고 재동기화 포인트로부터 시작하는 수신된 미디어 데이터를 CMAF/FF 파서 (294) 로 전달할 수도 있다.
CMAF/FF 파서 (294) 는 재동기화 포인트로부터 시작하는 미디어 데이터의 파싱을 시작할 수도 있다. CMAF/FF 파서 (294) 는 도 1 의 디캡슐레이션 유닛 (50) 에 대응할 수도 있다. 더욱이, CMAF/FF 파서 (294) 는 파싱된 데이터로부터 디코딩가능한 미디어 데이터를 추출하고 디코딩가능한 미디어 데이터를 도 1 의 오디오 디코더 (46) 또는 비디오 디코더 (48) 에 대응할 수도 있는 미디어 디코더 (296) 로 전달할 수도 있다. 미디어 디코더 (296) 는 미디어 데이터를 디코딩하고 디코딩된 미디어 데이터를 도 1 의 오디오 출력 (42) 또는 비디오 출력 (44) 과 같은 대응하는 출력 디바이스로 전달할 수도 있다.
브로드캐스트의 경우, DASH/CMAF 와 ROUTE 의 조합에 대한 예가 도 7 에 도시된다. (예를 들어, ABR 멀티캐스트의 DVB TM-IPI 태스크포스 뿐만 아니라 ATSC 프로파일을 위해 고려된 바와 같이) ROUTE 와 저 레이턴시 DASH 모드의 조합에서, 다음의 이슈들이 발생할 수도 있다. ROUTE 수신기 (290) 가 DASH/CMAF 저 레이턴시 세그먼트의 중간에 참여하면, 동기화가 이용가능하지 않고 다른 목적을 위한 어떠한 랜덤 액세스도 존재하지 않기 때문에 데이터를 프로세싱하는 것을 시작할 수 없다. 따라서, 세그먼트의 중간에 더 빈번한 랜덤 액세스가 제공되더라도, 스타트업이 지연된다.
적합한 솔루션은 다음과 같을 수도 있다:
그러나, 후자의 접근법은 이하에 요약된 바와 같이, 다양한 이슈들에 직면할 수도 있다.
상기 제 2 사용 사례에서 논의된 바와 유사한 경우에서, 랜덤 액세스 재동기화 뿐만 아니라 패킷의 손실이 또한 문제가 될 수도 있다. 이 예시적인 제 3 사용 사례에서, 상기 논의된 바와 유사한 절차들이 적용될 수도 있다. 이 외에도, 클린 랜덤 액세스가 시도될 뿐만 아니라, 충분한 박스 파싱이 가능해진 후, 비-랜덤 액세스 청크들 (예를 들어, IDR 프레임 없음) 에서의 이벤트, 디코딩 및 프리젠테이션이 시도될 수도 있는 경우도 있을 수도 있다. 따라서, 파일 포맷 파싱에 대한 랜덤 액세스 뿐만 아니라 클린 랜덤 액세스에 대한 재동기화 문제들이 있다.
또 다른 제 4 사용 사례는, 통상적으로, 라이브 미디어 콘텐츠가 저 레이턴시로 배포되지만, 그 때 동일한 미디어 콘텐츠가 지연된 재생을 위해 타임 시프트에서 사용되는 경우 발생할 수도 있다. 클라이언트는 특정 시간에 미디어 프리젠테이션에 액세스하길 원할 수도 있지만, 이 시간은 세그먼트/CMAF 프래그먼트 시작과 일치하지 않을 수도 있다 (그리고 통상적으로는 일치하지 않을 것이다).
적합한 솔루션은 다음과 같을 수도 있다:
그러나, 후자의 접근법은 이하에 요약된 바와 같이, 다양한 이슈들에 직면할 수도 있다.
ISO BMFF/DASH/CMAF 세그먼트들의 경우의 재동기화는 일반적으로 이하에 요약된 바와 같이 다중의 프로세스들을 수반한다:
1) 박스 구조를 찾는 것.
2) 모든 관련 정보를 갖는 CMAF 청크/프래그먼트를 찾는 것.
3) mdat 및 tfdt 를 통해 타이밍을 찾는 것.
4) 적용가능한 경우, 모든 복호화 관련 정보를 획득하는 것.
5) 가능하게는 이벤트 메시지들을 프로세싱하는 것.
6) 기본 스트림 레벨에서 디코딩을 시작하는 것.
특정 시간에 박스 구조에서 재동기화 포인트를 찾는 예시적인 방식들이 이하에 요약된다:
본 개시는 상기 제 4 예에 적용될 수도 있는 기법들을 기술한다. 처음 3 개는 대응하는 정보가 이용가능한 경우 예시적인 단순화들을 나타낸다.
본 개시는 상기 논의에 기초하여 다음의 이슈들을 인식하고 이들 이슈들은 솔루션을 필요로 한다:
1) DASH/CMAF 세그먼트들에 추가적인 랜덤 액세스 포인트들을 추가하는 것. 랜덤 액세스는 클린 랜덤 액세스 뿐만 아니라 개방 또는 점진적 디코더 리프레시를 포함하여, 파일 포맷 파싱 시 재동기화만을 제공할 수도 있다.
2) 각각의 DASH 세그먼트에서 재동기화 및 랜덤 액세스 포인트들의 이용가능성을 표시할 뿐만 아니라, 랜덤 액세스 포인트의 로케이션, 타입, 및 타이밍에 대한 정보를 제공하는 MPD (또는 다른 매니페스트 파일) 에 적절한 시그널링을 추가하는 것. 정보는 정확할 수도 있거나 또는 범위 내에 있을 수도 있다.
3) 재동기화 포인트를 찾음으로써, 임의 시작 포인트의 경우에, 디캡슐레이션, 복호화, 및 디코딩으로 재동기화하는 능력.
4) 예를 들어, HTML-5/MSE 기반 재생에서 이용가능한 바와 같이 제한된 수신기 환경들에서 프로세싱을 시작하는 능력.
도 8 은 매니페스트 파일에서 스트림 액세스 포인트들 (SAP들) 의 예시적인 시그널링을 예시하는 개념도이다. 특히, 도 8 은 SAP들 (302A-302D) (SAP들 (302)) 및 세그먼트들 (304A-304D) (세그먼트들 (304)) 을 포함하는 비트스트림 (300), 뿐만 아니라 SAP들 (312A-312D) (SAP들 (312)), SAP들 (316A-316D) (SAP들 (316)), 및 세그먼트들 (314A-314D) (세그먼트들 (314)) 을 포함하는 비트스트림 (310) 을 예시한다. 즉, 이 예에서, 비트스트림 (310) 의 세그먼트들 (314) 은 비트스트림 (300) 의 세그먼트들 (304) 보다 더 빈번한 SAP들 (312, 316) 을 포함한다. SAP들 (302, 312) 의 각각은 세그먼트들 (304, 314) 중 대응하는 하나의 시작 및 이들 세그먼트들의 제 1 청크 양자 모두에 대응할 수도 있다. SAP들 (316) 은 대응하는 세그먼트들 (316) 의, 시작이 아닌, 그 세그먼트들 (316) 내의 청크의 시작에 대응할 수도 있다.
1000 개 샘플들 (및 샘플 지속시간에서 @timescale=1000) 및 SAP 타입 1 (이것은 예를 들어 오디오 리프리젠테이션일 수도 있음) 의 등거리의 청크들을 갖는 일정한 비트레이트 리프리젠테이션을 달성하기 위한 간단한 기법을 제공하기 위해, 재동기화 엘리먼트에는 다음이 추가될 수도 있다:
그러한 정보를 수신하는, 클라이언트, 예를 들어, 도 1 의 클라이언트 디바이스 (40) 는 @duration=10000 의 세그먼트에 대해, 랜덤 액세스 포인트가 정확한 바이트 범위에서 매 초마다 액세스될 수 있음을 식별할 수 없을 수도 있다. 비트레이트가 가변적이면, 수신기 (예를 들어, 클라이언트 디바이스 (40)) 는 @dIMin 및 @dIMax 를 사용하여 랜덤 액세스 포인트를 찾을 범위를 식별할 수 있다. 최대치를 시그널링하는 @dT 에 대한 대안으로서, 공칭 청크 지속기간을 또한 시그널링할 수도 있다.
매니페스트 파일의 재동기화 엘리먼트는 또한, 정규 세그먼트들에 대해 동일한 템플릿 기능을 사용하여, 각각의 세그먼트에서 재동기화 포인트의 이진 재동기화 인덱스를 가리키는 URL @index 를 포함할 수도 있다. 존재하는 경우, 이 재동기화는 세그먼트 인덱스와 유사한 방식으로, 세그먼트에서 모든 재동기화 포인트들의 정확한 포지션을 제공할 수도 있다. 이 인덱스가 존재하는 경우, 매니페스트 파일/MPD 의 공개 시간에 이용가능한 주기의 모든 세그먼트들에 대해 재동기화 인덱스가 이용가능할 수도 있다.
일 접근법에서, 재동기화 인덱스는 세그먼트 인덱스와 동일할 수도 있지만, 변경될 수도 있다.
도 1 의 클라이언트 디바이스 (40) 는 미디어 파일 (예를 들어, 도 4 의 비디오 파일 (150), 이는 세그먼트일 수도 있음) 로 재동기화하기 위한 기초로서 ISO BMFF 4-문자 박스 타입을 사용할 수도 있다. 일 예에서, 선택된 박스 타입은 "styp" 박스이지만, 또한 "moof" 박스 자체일 수 있다. 박스 스트링 타입의 랜덤 에뮬레이션은 극히 드물다. styp 에뮬레이션의 테스트 레포트는 이하에 기술된다. 그 다음, 이 에뮬레이션은 알려진 예상된 박스 타입들에 대해 체크함으로써 회피된다. 클라이언트 디바이스 (40) 는 다음과 같이 약술된 재동기화 메커니즘을 수행할 수도 있다:
1) 예를 들어, 바이트 오프셋 B1 에서, 세그먼트에서 "styp" 바이트 스트링의 발생을 찾는다.
2) 다음과 같은 랜덤 에뮬레이션에 대해 확인한다: 다음 박스 타입이 예상된 박스 타입들: 'styp', 'sidx', 'ssix', 'prft', 'moof', 'mdat', 'free', 'mfra', 'skip', 'meta', 'meco' 의 리스트와 비교된다.
a. 알려진 박스 타입들 중 하나를 찾으면, 바이트 오프셋 B1-4 바이트들은 재동기화 포인트의 바이트 오프셋이다.
b. 이것이 이전에 언급된 알려진 박스 타입들 중 하나가 아니면, 이러한 styp 박스의 발생은 무효한 동기화 포인트로 간주되어 무시된다. 상기 단계 1 로부터 재시작한다.
본 개시의 기법들은 스캔되었던 DASH-IF 테스트 애셋들로부터 30,282 세그먼트들에 대해 테스트되었다. 이 스캔은 파일들에서 "styp" 스트링의 28,408 번 발생들을 드러냈고, 이들 28,408 번 발생들 중 단 10 번 (2840 발생들 중 대략 1 번) 만이 에뮬레이션들이었으며, 이는 일단 다음의 박스가 예상된 박스 타입들: 'styp', 'sidx', 'ssix', 'prft', 'moof', 'mdat', 'free', 'mfra', 'skip', 'meta', 'meco 중 하나가 아니라고 결정되었다면 폐기되었다.
이들 결과들에 기초하여, styp 재동기화 포인트 검출의 사용이 청크 구조와 함께, 충분한 것으로 고려된다. prft, emsg, free, skip 및 moof 와 같은 styp 를 따를 수도 있는 박스들의 서브세트로만 제한하는 것이 적합할 것이다.
나머지 이슈는 SAP 타입 및 가장 이른 프리젠테이션 시간의 결정이다. 후자는 무비 프래그먼트 헤더에서 tfdt 및 다른 정보의 사용에 의해 용이하게 달성된다. 알고리즘을 문서화하는 것이 적합할 것이다.
이하에 설명된 바와 같이 SAP 타입을 결정하기 위한 어려 옵션들이 있다:
기존 옵션들은 SAP 타입을 결정하는데 사용될 수도 있다.
이러한 방식으로, 본 개시의 기법들은 다음과 같이 요약될 수도 있고, 상기 논의된 바와 같이, 도 1 의 콘텐츠 준비 디바이스 (20), 서버 디바이스 (60), 및/또는 클라이언트 디바이스 (40) 와 같은 디바이스들에 의해 수행될 수도 있다.
DASH 컨텍스트에서, 소정의 경우들에서, 세그먼트들은 다운로드, 미디어 프리젠테이션에 대한 액세스를 위해, 그리고 또한 어드레싱된 URL 에 의해 단일 유닛으로서 처리된다. 그러나, 세그먼트들은 컨테이너 레벨에서의 재동기화 및 세그먼트 내에서도 개별의 리프리젠테이션에 대한 랜덤 액세스를 가능하게 하도록 구조화될 수도 있다. 재동기화 메커니즘은 재동기화 엘리먼트에 의해 지원 및 시그널링된다.
재동기화 엘리먼트는 세그먼트들에서 재동기화 포인트들을 시그널링한다. 재동기화 포인트는 청크의 (바이트 포지션에서의) 시작이고, 여기서 청크는 소정의 프리젠테이션 지속기간의 미디어 데이터를 포함하고 잠재적 복호화를 포함하여 컨테이너 포맷에 독립적으로 액세스될 수 있는 세그먼트 내의 구조화된 연속적인 바이트 범위로서 정의된다. 세그먼트에서의 재동기화 포인트는 다음과 같이 정의될 수도 있다:
MPD 에서 각각의 재동기화 포인트를 시그널링하는 것은, 재동기화 포인트들이 MPD 업데이트들과 관계없이 세그먼트 패키저에 의해 추가될 수도 있기 때문에 인과관계를 이유로 어려울 수도 있다. 예를 들어, 재동기화 포인트는 MPD 와 관계없이 인코더 및 패키저에 의해 생성될 수도 있다. 또한, 저 레이턴시 경우들에서, MPD 시그널링은, DASH 클라이언트, 예를 들어, 도 2 의 DAHS 클라이언트 (110) 또는 도 7 의 DASH 클라이언트 (292) 에 이용가능하지 않을 수도 있다. 따라서, MPD 에서 세그먼트에서 제공된 재동기화 포인트들을 시그널링하는 2 가지 방식들이 있다:
상기 속성들을 시그널링하기 위해, 재동기화 엘리먼트는 상이한 속성들을 가지며, 이는 DASH 사양의 조항 5.3.12.2 에서 더 상세히 설명된다.
랜덤 액세스는, 존재한다면 초기화 세그먼트로 리프리젠테이션을 초기화하고 시그널링된 세그먼트로부터 계속 리프리젠테이션을 제시함으로써 시간 t 에서 계속 랜덤 액세스 포인트로부터의 리프리젠테이션을 프로세싱, 디코딩 및 제시하는 것을 시작하는 것을 지칭한다. 랜덤 액세스 포인트는 이하 표 10 에서 정의된 바와 같이, 랜덤 액세스 엘리먼트로 시그널링될 수도 있다.
표 11 은 상이한 랜덤 액세스 포인트 타입들을 제공한다.
재동기화 인덱스 세그먼트들은 미디어 세그먼트들에 관련되는 정보를 포함한다. 재동기화 인덱스 세그먼트는 세그먼트 인덱스와 유사한 방식으로, 세그먼트에서 모든 재동기화 포인트들의 정확한 포지션을 제공한다. 재동기화 포인트들은 DASH 사양의 조항 5.3.12.1 에서 정의된다.
ISO BMFF 에 대한 재동기화 포인트는 카티널리티 및 서수성 양자 모두의 관점에서 다음의 제한들을 갖는 ISO BMFF 세그먼트의 시작으로 정의될 수도 있다:
ISO BMFF 기반 재동기화 포인트의 경우, 속성들은 다음과 같이 정의될 수도 있다:
재동기화 인덱스 세그먼트는 하나의 리프리젠테이션의 하나의 미디어 세그먼트를 인덱싱할 수도 있고, 다음과 같이 정의될 수도 있다:
도 9 는 본 개시의 기법들에 따른 미디어 데이터를 취출하는 예시적인 방법을 예시하는 플로우차트이다. 도 9 의 방법은 도 1 의 클라이언트 디바이스 (40) 에 관하여 설명된다. 그러나, 도 5 의 저 레이턴시 DASH 클라이언트 (232), 또는 도 7 의 미디어 디코더 (296), CMAF/FF 파서 (294), DASH 클라이언트 (292), 및 ROUTE 수신기 (290) 를 포함하는 클라이언트 디바이스가 또한 이 방법 또는 유사한 방법을 수행하도록 구성될 수도 있다.
초기에, 클라이언트 디바이스 (40) 는 미디어 프리젠테이션의, MPD 와 같은, 매니페스트 파일을 취출할 수도 있다 (350). 클라이언트 디바이스 (40) 는 예를 들어, 서버 디바이스 (60) 로부터 매니페스트 파일을 취출할 수도 있다. 매니페스트 파일은 미디어 프리젠테이션이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트들 내의 청크 경계들에서 재동기화 포인트들을 포함함을 표시하는 데이터를 포함할 수도 있다. 이에 따라, 클라이언트 디바이스 (40) 는 미디어 프리젠테이션의 재동기화 포인트, 예를 들어, 가장 최근에 이용가능한 재동기화 포인트를 결정할 수도 있다 (352). 일반적으로, 재동기화 포인트는 청크 경계의 시작을 표시할 수도 있으며, 이는 파일 레벨 컨테이너들 (예를 들어, 상기 논의된 바와 같이, 박스들과 같은 데이터 구조들) 이 적절히 파싱될 수 있는 리프리젠테이션의 랜덤으로 액세스가능한 포인트이다.
특히, 매니페스트 파일은 세그먼트의 시작으로부터의 바이트 오프셋과 같은, 재동기화 포인트의 포지션을 표시할 수도 있다. 이 정보는 세그먼트에서 재동기화 포인트의 로케이션을 정확히 식별하지 못할 수도 있지만, 재동기화 포인트가 바이트 오프셋으로부터 바이트들의 범위 내에서 이용가능할 것임을 보장할 수도 있다. 따라서, 클라이언트 디바이스 (40) 는 재동기화 포인트에서 취출을 시작하기 위해 표시된 바이트 오프셋을 명시하는 HTTP 부분 Get 요청과 같은 요청을 형성할 수도 있다 (354). 그 다음, 클라이언트 디바이스 (40) 는 요청을 서버 디바이스 (60) 로 전송할 수도 있다 (356).
요청에 응답하여, 클라이언트 디바이스 (40) 는 재동기화 포인트를 포함하는 요청된 미디어 데이터를 수신할 수도 있다 (358). 상기 언급된 바와 같이, 바이트 오프셋은 재동기화 포인트의 로케이션을 정확하게 식별하지 못할 수도 있고, 따라서 클라이언트 디바이스 (40) 는 재동기화 포인트의 실제 포지션을 검출할 때까지 데이터를 파싱할 수도 있다. 클라이언트 디바이스 (40) 는 재동기화 포인트로 시작하여, 파일 포맷 박스들과 같은 파일 레벨 데이터 구조들을 파싱하여, 취출된 미디어 데이터의 대응하는 청크들의 미디어 데이터의 로케이션을 결정할 수도 있다. 특히, 클라이언트 디바이스 (40) 는 예를 들어, 세그먼트 타입 값, 생산자 기준 시간 값, 이벤트 메시지, 무비 프래그먼트들, 및 미디어 데이터 컨테이너 박스를 검출함으로써 재동기화 포인트를 청크의 시작으로서 식별할 수도 있다. 무비 프래그먼트들은 인코딩된 미디어 데이터를 포함할 수도 있다.
디캡슐레이션 유닛 (50) 은 예를 들어, 무비 프래그먼트들로부터, 대응하는 청크의 인코딩된 미디어 데이터를 추출하고 (360), 예를 들어, 비디오 디코더 (48) 에 인코딩된 미디어 데이터를 제공할 수도 있다. 청크는 비디오 데이터의 인트라-예측된 프레임 (I-프레임) 과 같은 랜덤 액세스 포인트 (RAP) 로 시작할 수도 있다. 매니페스트 파일은 추가로, RAP 가 폐쇄된 픽처들의 그룹 (GOP) 또는 개방된 GOP 의 시작인지 여부를 표시하고, 그에 의해 RAP 로 시작하여 수행될 수 있는 랜덤 액세스의 타입 (예를 들어, I-프레임의 리딩 픽처들이 디코딩가능한지 또는 디코딩가능하지 않은지) 을 표시할 수도 있다. 비디오 디코더 (48) 는 차례로, 인코딩된 미디어 데이터를 디코딩하고 (362), 디코딩된 미디어 데이터를 예를 들어, 비디오 출력 (44) 으로 전송하여 미디어 데이터를 제시할 수도 있다 (364).
이러한 방식으로, 도 9 의 방법은 미디어 데이터를 취출하는 방법의 예를 나타내고, 그 방법은, 비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 단계로서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있고 비트스트림의 미디어 데이터의 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하는 단계; 매니페스트 파일을 사용하여, 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하기 위한 요청을 형성하는 단계; 그 요청을 전송하여 재동기화 포인트에서 시작하는 미디어 프리젠테이션의 미디어 데이터의 취출을 개시하는 단계; 및 취출된 미디어 데이터를 제시하는 단계를 포함한다.
본 개시의 소정의 기법들은 다음의 예들에서 요약된다:
예 1: 미디어 데이터를 취출하는 방법으로서, 그 방법은, 재동기화 및 복호화가 미디어 프리젠테이션의 리프리젠테이션의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 단계; 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하는 단계; 및 취출된 미디어 데이터를 제시하는 단계를 포함한다.
예 2: 예 1 의 방법에 있어서, 재동기화 포인트는 청크 경계의 시작을 포함한다.
예 3: 예 2 의 방법에 있어서, 청크 경계는 0 또는 하나의 세그먼트 타입 값들, 0 또는 하나의 생산자 기준 시간 값들, 0 이상의 이벤트 메시지들, 적어도 하나의 무비 프래그먼트 박스, 및 적어도 하나의 미디어 데이터 컨테이너 박스를 포함하는 청크의 시작을 포함한다.
예 4: 예 1 내지 예 3 중 어느 하나의 방법에 있어서, 매니페스트 파일은 리프리젠테이션의 세그먼트에서 재동기화 포인트의 이용가능성을 표시한다.
예 5: 예 4 의 방법에 있어서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있다.
예 6: 예 4 및 예 5 중 어느 하나의 방법에 있어서, 매니페스트 파일은 재동기화 포인트에서 수행될 수 있는 랜덤 액세스의 타입을 표시한다.
예 7: 예 4 내지 예 6 중 어느 하나의 방법에 있어서, 매니페스트 파일은 재동기화 포인트의 포지션 및 타이밍, 그리고 포지션 및 타이밍 정보가 정확한지 또는 추정인지를 표시한다.
예 8: 예 1 내지 예 7 중 어느 하나의 방법에 있어서, 매니페스트 파일은 미디어 프리젠테이션 디스크립션 (MPD) 을 포함한다.
예 9: 비디오 데이터를 취출하기 위한 디바이스로서, 그 디바이스는, 예 1 내지 예 8 중 어느 하나의 방법을 수행하기 위한 하나 이상의 수단을 포함한다.
예 10: 예 9 의 디바이스에 있어서, 하나 이상의 수단은 회로부에서 구현된 하나 이상의 프로세서들 및 미디어 데이터를 저장하도록 구성된 메모리를 포함한다.
예 11: 예 9 의 디바이스에 있어서, 그 디바이스는, 집적 회로; 마이크로프로세서; 또는 무선 통신 디바이스 중 적어도 하나를 포함한다.
예 12: 명령들을 저장한 컴퓨터 판독가능 저장 매체로서, 그 명령들은, 실행될 경우, 프로세서로 하여금, 예 1 내지 예 8 중 어느 하나의 방법을 수행하게 한다.
예 13: 미디어 데이터를 취출하기 위한 디바이스로서, 그 디바이스는, 재동기화 및 복호화가 미디어 프리젠테이션의 리프리젠테이션의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 수단; 재동기화 포인트에서 시작하는 리프리젠테이션의 미디어 데이터를 취출하는 수단; 및 취출된 미디어 데이터를 제시하는 수단을 포함한다.
예 14: 미디어 데이터를 전송하는 방법으로서, 그 방법은, 재동기화 및 복호화가 미디어 프리젠테이션의 리프리젠테이션의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 클라이언트 디바이스로 전송하는 단계; 클라이언트 디바이스로부터 재동기화 포인트에서 시작하는 미디어 데이터에 대한 요청을 수신하는 단계; 및 요청에 응답하여 클라이언트 디바이스로 재동기화 포인트에서 시작하는 리프리젠테이션의 요청된 미디어 데이터를 전송하는 단계를 포함한다.
예 15: 예 14 의 방법은 매니페스트 파일을 생성하는 단계를 더 포함한다.
예 16: 예 14 및 예 15 중 어느 하나의 방법에 있어서, 재동기화 포인트는 청크 경계의 시작을 포함한다.
예 17: 예 16 의 방법에 있어서, 청크 경계는 0 또는 하나의 세그먼트 타입 값들, 0 또는 하나의 생산자 기준 시간 값들, 0 이상의 이벤트 메시지들, 적어도 하나의 무비 프래그먼트 박스, 및 적어도 하나의 미디어 데이터 컨테이너 박스를 포함하는 청크의 시작을 포함한다.
예 18: 예 14 내지 예 17 중 어느 하나의 방법에 있어서, 매니페스트 파일은 리프리젠테이션의 세그먼트에서 재동기화 포인트의 이용가능성을 표시한다.
예 19: 예 18 의 방법에 있어서, 재동기화 포인트는 세그먼트의 시작 이외의 포지션에 있다.
예 20: 예 18 및 예 19 중 어느 하나의 방법에 있어서, 매니페스트 파일은 재동기화 포인트에서 수행될 수 있는 랜덤 액세스의 타입을 표시한다.
예 21: 예 18 내지 예 20 중 어느 하나의 방법에 있어서, 매니페스트 파일은 재동기화 포인트의 포지션 및 타이밍, 그리고 포지션 및 타이밍 정보가 정확한지 또는 추정인지를 표시한다.
예 22: 예 14 내지 예 21 중 어느 하나의 방법에 있어서, 매니페스트 파일은 미디어 프리젠테이션 디스크립션 (MPD) 을 포함한다.
예 23: 미디어 데이터를 전송하기 위한 디바이스로서, 그 디바이스는 예 14 내지 예 22 중 어느 하나의 방법을 수행하기 위한 하나 이상의 수단을 포함한다.
예 24: 예 23 의 디바이스에 있어서, 하나 이상의 수단은 회로부에서 구현된 하나 이상의 프로세서들 및 미디어 데이터를 저장하도록 구성된 메모리를 포함한다.
예 25: 예 23 의 디바이스에 있어서, 디바이스는, 집적 회로; 마이크로프로세서; 또는 무선 통신 디바이스 중 적어도 하나를 포함한다.
예 26: 명령들을 저장한 컴퓨터 판독가능 저장 매체로서, 그 명령들은, 실행될 경우, 프로세서로 하여금, 예 1 내지 예 8 중 어느 하나의 방법을 수행하게 한다.
예 27: 미디어 데이터를 전송하기 위한 디바이스로서, 그 디바이스는, 재동기화 및 복호화가 미디어 프리젠테이션의 리프리젠테이션의 재동기화 포인트에서 시작될 수 있음을 표시하는 미디어 프리젠테이션에 대한 매니페스트 파일을 클라이언트 디바이스로 전송하는 수단; 클라이언트 디바이스로부터 재동기화 포인트에서 시작하는 미디어 데이터에 대한 요청을 수신하는 수단; 및 요청에 응답하여 클라이언트 디바이스로 재동기화 포인트에서 시작하는 리프리젠테이션의 요청된 미디어 데이터를 전송하는 수단을 포함한다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합에서 구현될 수도 있다. 소프트웨어에서 구현되면, 그 기능들은 컴퓨터 판독가능 매체 상에 하나 이상의 명령들 또는 코드로서 저장 또는 이를 통해 송신될 수도 있고 하드웨어 기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터 판독가능 매체들은 데이터 저장 매체들과 같은 유형의 매체에 대응하는 컴퓨터 판독가능 저장 매체들, 또는 예를 들어, 통신 프로토콜에 따라, 일 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 통신 매체들을 포함할 수도 있다. 이러한 방식으로, 컴퓨터 판독가능 매체들은 일반적으로, (1) 비일시적인 유형의 컴퓨터 판독가능 저장 매체들 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체들은 본 개시에서 기술된 기법들의 구현을 위한 명령들, 코드, 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터 판독가능 매체를 포함할 수도 있다.
제한이 아닌 예로서, 그러한 컴퓨터 판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 명령들 또는 데이터 구조들의 형태로 원하는 프로그램 코드를 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터 판독가능 매체로 적절히 불린다. 예를 들어, 명령들이 동축 케이블, 광섬유 케이블, 트위스티드 페어, 디지털 가입자 라인 (DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 사용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되면, 동축 케이블, 광섬유 케이블, 트위스티드 페어, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의에 포함된다. 그러나, 컴퓨터 판독가능 저장 매체들 및 데이터 저장 매체들은 접속들, 캐리어 파들, 신호들, 또는 다른 일시적 매체들을 포함하지 않고, 대신 비일시적, 유형의 저장 매체들에 관련된다는 것을 이해해야 한다. 본 명세서에서 사용된 바와 같은 디스크 (disk) 및 디스크 (disc) 는 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루레이 디스크를 포함하며, 여기서, 디스크 (disk) 들은 통상적으로 데이터를 자기적으로 재생하는 한편, 디스크 (disc) 들은 레이저를 이용하여 데이터를 광학적으로 재생한다. 또한, 상기의 조합들이 컴퓨터 판독가능 매체들의 범위 내에 포함되어야 한다.
명령들은 하나 이상의 디지털 신호 프로세서들 (DSP들), 범용 마이크로프로세서들, 주문형 집적 회로들 (ASIC들), 필드 프로그래밍가능 로직 어레이들 (FPGA들), 또는 다른 등가의 집적된 또는 이산 로직 회로부와 같은 하나 이상의 프로세서들에 의해 실행될 수도 있다. 이에 따라, 본 명세서에서 사용된 바와 같은 용어 "프로세서" 는, 전술한 구조 또는 본 명세서에서 설명된 기법들의 구현에 적합한 임의의 다른 구조 중 임의의 것을 지칭할 수도 있다. 추가로, 일부 양태들에서, 본 명세서에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성되거나, 또는 결합된 코덱에 통합된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공될 수도 있다. 또한, 그 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
본 개시의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 IC들의 세트 (예를 들어, 칩 세트) 를 포함하여, 광범위한 디바이스들 또는 장치들에서 구현될 수도 있다. 다양한 컴포넌트들, 모듈들, 또는 유닛들은 개시된 기법들을 수행하도록 구성된 디바이스들의 기능적 양태들을 강조하기 위해 본 개시에서 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 요구하는 것은 아니다. 오히려, 상기 설명된 바와 같이, 다양한 유닛들은 코덱 하드웨어 유닛에서 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 상기 설명된 바와 같은 하나 이상의 프로세서들을 포함하는, 상호동작가능한 하드웨어 유닛들의 콜렉션에 의해 제공될 수도 있다.
다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.
Claims (29)
- 미디어 데이터를 취출하는 방법으로서,
비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 상기 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 단계로서, 상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있고 상기 비트스트림의 상기 미디어 데이터의 상기 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하는 단계;
상기 매니페스트 파일을 사용하여, 상기 재동기화 포인트에서 시작하는 상기 리프리젠테이션의 상기 미디어 데이터를 취출하기 위한 요청을 형성하는 단계;
상기 요청을 전송하여 상기 재동기화 포인트에서 시작하는 상기 미디어 프리젠테이션의 상기 미디어 데이터의 취출을 개시하는 단계; 및
취출된 상기 미디어 데이터를 제시하는 단계를 포함하는, 미디어 데이터를 취출하는 방법. - 제 1 항에 있어서,
상기 취출된 미디어 데이터를 제시하는 단계는 상기 재동기화 포인트에서 상기 취출된 미디어 데이터의 파일 레벨 미디어 데이터 컨테이너들을 파싱하는 단계를 포함하는, 미디어 데이터를 취출하는 방법. - 제 2 항에 있어서,
상기 파싱하는 단계는,
상기 미디어 프리젠테이션의 랜덤 액세스 포인트 (RAP) 를 검출할 때까지 상기 파일 레벨 미디어 데이터 컨테이너들을 파싱하는 단계; 및
상기 RAP 를 미디어 디코더로 전송하는 단계를 포함하는, 미디어 데이터를 취출하는 방법. - 제 1 항에 있어서,
상기 재동기화 포인트는 청크 경계의 시작을 포함하는, 미디어 데이터를 취출하는 방법. - 제 2 항에 있어서,
청크 경계는 0 또는 하나의 세그먼트 타입 값들, 0 또는 하나의 생산자 기준 시간 값들, 0 이상의 이벤트 메시지들, 적어도 하나의 무비 프래그먼트 박스, 및 적어도 하나의 미디어 데이터 컨테이너 박스를 포함하는 청크의 시작을 포함하는, 미디어 데이터를 취출하는 방법. - 제 1 항에 있어서,
상기 매니페스트 파일은 상기 리프리젠테이션의 상기 세그먼트에서 상기 재동기화 포인트의 이용가능성을 표시하는, 미디어 데이터를 취출하는 방법. - 제 6 항에 있어서,
상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있는, 미디어 데이터를 취출하는 방법. - 제 6 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트에서 수행될 수 있는 랜덤 액세스의 타입을 표시하는, 미디어 데이터를 취출하는 방법. - 제 6 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트의 포지션 및 타이밍, 그리고 상기 포지션 및 타이밍 정보가 정확한지 또는 추정인지를 표시하는, 미디어 데이터를 취출하는 방법. - 제 1 항에 있어서,
상기 매니페스트 파일은 미디어 프리젠테이션 디스크립션 (MPD) 을 포함하는, 미디어 데이터를 취출하는 방법. - 미디어 데이터를 취출하기 위한 디바이스로서,
미디어 프리젠테이션의 미디어 데이터를 저장하도록 구성된 메모리; 및
회로부에서 구현된 하나 이상의 프로세서들을 포함하고, 상기 하나 이상의 프로세서들은,
비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 상기 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 것으로서, 상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있고 상기 비트스트림의 상기 미디어 데이터의 상기 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하고;
상기 매니페스트 파일을 사용하여 상기 재동기화 포인트에서 시작하는 상기 리프리젠테이션의 상기 미디어 데이터를 취출하기 위한 요청을 형성하고;
상기 요청을 전송하여 상기 재동기화 포인트에서 시작하는 상기 미디어 프리젠테이션의 상기 미디어 데이터의 취출을 개시하고; 그리고
취출된 상기 미디어 데이터를 제시하도록 구성된, 미디어 데이터를 취출하기 위한 디바이스. - 제 11 항에 있어서,
상기 취출된 미디어 데이터를 제시하기 위해, 상기 하나 이상의 프로세서들은 상기 재동기화 포인트에서 상기 취출된 미디어 데이터의 파일 레벨 미디어 데이터 컨테이너들을 파싱하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스. - 제 12 항에 있어서,
상기 파일 레벨 미디어 데이터 컨테이너들을 파싱하기 위해, 상기 하나 이상의 프로세서들은,
상기 미디어 프리젠테이션의 랜덤 액세스 포인트 (RAP) 를 검출할 때까지 상기 파일 레벨 미디어 데이터 컨테이너들을 파싱하고; 그리고
상기 RAP 를 미디어 디코더로 전송하도록 구성되는, 미디어 데이터를 취출하기 위한 디바이스. - 제 11 항에 있어서,
상기 재동기화 포인트는 청크 경계의 시작을 포함하는, 미디어 데이터를 취출하기 위한 디바이스. - 제 14 항에 있어서,
상기 청크 경계는 0 또는 하나의 세그먼트 타입 값들, 0 또는 하나의 생산자 기준 시간 값들, 0 이상의 이벤트 메시지들, 적어도 하나의 무비 프래그먼트 박스, 및 적어도 하나의 미디어 데이터 컨테이너 박스를 포함하는 청크의 시작을 포함하는, 미디어 데이터를 취출하기 위한 디바이스. - 제 11 항에 있어서,
상기 매니페스트 파일은 상기 리프리젠테이션의 상기 세그먼트에서 상기 재동기화 포인트의 이용가능성을 표시하는, 미디어 데이터를 취출하기 위한 디바이스. - 제 16 항에 있어서,
상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있는, 미디어 데이터를 취출하기 위한 디바이스. - 제 16 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트에서 수행될 수 있는 랜덤 액세스의 타입을 표시하는, 미디어 데이터를 취출하기 위한 디바이스. - 제 16 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트의 포지션 및 타이밍, 그리고 상기 포지션 및 타이밍 정보가 정확한지 또는 추정인지를 표시하는, 미디어 데이터를 취출하기 위한 디바이스. - 제 11 항에 있어서,
상기 매니페스트 파일은 미디어 프리젠테이션 디스크립션 (MPD) 을 포함하는, 미디어 데이터를 취출하기 위한 디바이스. - 명령들을 저장한 컴퓨터 판독가능 저장 매체로서,
상기 명령들은, 실행될 경우, 프로세서로 하여금,
비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 상기 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하게 하는 것으로서, 상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있고 상기 비트스트림의 상기 미디어 데이터의 상기 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하게 하고;
상기 매니페스트 파일을 사용하여 상기 재동기화 포인트에서 시작하는 상기 리프리젠테이션의 상기 미디어 데이터를 취출하기 위한 요청을 형성하게 하고;
상기 요청을 전송하여 상기 재동기화 포인트에서 시작하는 상기 미디어 프리젠테이션의 상기 미디어 데이터의 취출을 개시하게 하고; 그리고
취출된 상기 미디어 데이터를 제시하게 하는, 컴퓨터 판독가능 저장 매체. - 제 21 항에 있어서,
상기 재동기화 포인트는 청크 경계의 시작을 포함하는, 컴퓨터 판독가능 저장 매체. - 제 22 항에 있어서,
상기 청크 경계는 0 또는 하나의 세그먼트 타입 값들, 0 또는 하나의 생산자 기준 시간 값들, 0 이상의 이벤트 메시지들, 적어도 하나의 무비 프래그먼트 박스, 및 적어도 하나의 미디어 데이터 컨테이너 박스를 포함하는 청크의 시작을 포함하는, 컴퓨터 판독가능 저장 매체. - 제 21 항에 있어서,
상기 매니페스트 파일은 상기 리프리젠테이션의 상기 세그먼트에서 상기 재동기화 포인트의 이용가능성을 표시하는, 컴퓨터 판독가능 저장 매체. - 제 24 항에 있어서,
상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있는, 컴퓨터 판독가능 저장 매체. - 제 24 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트에서 수행될 수 있는 랜덤 액세스의 타입을 표시하는, 컴퓨터 판독가능 저장 매체. - 제 24 항에 있어서,
상기 매니페스트 파일은 상기 재동기화 포인트의 포지션 및 타이밍, 그리고 상기 포지션 및 타이밍 정보가 정확한지 또는 추정인지를 표시하는, 컴퓨터 판독가능 저장 매체. - 제 21 항에 있어서,
상기 매니페스트 파일은 미디어 프리젠테이션 디스크립션 (MPD) 을 포함하는, 컴퓨터 판독가능 저장 매체. - 미디어 데이터를 취출하기 위한 디바이스로서,
비트스트림의 미디어 데이터의 컨테이너 파싱이 미디어 프리젠테이션의 리프리젠테이션의 세그먼트의 재동기화 포인트에서 시작될 수 있음을 표시하는 상기 미디어 프리젠테이션에 대한 매니페스트 파일을 취출하는 수단으로서, 상기 재동기화 포인트는 상기 세그먼트의 시작 이외의 포지션에 있고 상기 비트스트림의 상기 미디어 데이터의 상기 컨테이너 파싱이 시작될 수 있는 포인트를 나타내는, 상기 매니페스트 파일을 취출하는 수단;
상기 매니페스트 파일을 사용하여, 상기 재동기화 포인트에서 시작하는 상기 리프리젠테이션의 상기 미디어 데이터를 취출하기 위한 요청을 형성하는 수단;
상기 요청을 전송하여 상기 재동기화 포인트에서 시작하는 상기 미디어 프리젠테이션의 상기 미디어 데이터의 취출을 개시하는 수단; 및
취출된 상기 미디어 데이터를 제시하는 수단을 포함하는, 미디어 데이터를 취출하기 위한 디바이스.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962909642P | 2019-10-02 | 2019-10-02 | |
| US62/909,642 | 2019-10-02 | ||
| US17/061,152 | 2020-10-01 | ||
| US17/061,152 US11564018B2 (en) | 2019-10-02 | 2020-10-01 | Random access at resync points of dash segments |
| PCT/US2020/054026 WO2021067768A1 (en) | 2019-10-02 | 2020-10-02 | Random access at resync points of dash segments |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20220078578A true KR20220078578A (ko) | 2022-06-10 |
Family
ID=75274508
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020227010066A KR20220078578A (ko) | 2019-10-02 | 2020-10-02 | Dash 세그먼트들의 재동기화 포인트들에서의 랜덤 액세스 |
Country Status (10)
| Country | Link |
|---|---|
| US (2) | US11564018B2 (ko) |
| EP (1) | EP4038894A1 (ko) |
| JP (1) | JP2022551436A (ko) |
| KR (1) | KR20220078578A (ko) |
| CN (1) | CN114430911A (ko) |
| CL (1) | CL2022000803A1 (ko) |
| CO (1) | CO2022003859A2 (ko) |
| IL (1) | IL290762A (ko) |
| TW (1) | TW202130189A (ko) |
| WO (1) | WO2021067768A1 (ko) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11564018B2 (en) | 2019-10-02 | 2023-01-24 | Qualcomm Incorporated | Random access at resync points of dash segments |
| US11687386B2 (en) * | 2020-10-07 | 2023-06-27 | Tencent America LLC | MPD validity expiration processing model |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US9185439B2 (en) * | 2010-07-15 | 2015-11-10 | Qualcomm Incorporated | Signaling data for multiplexing video components |
| KR20120010089A (ko) | 2010-07-20 | 2012-02-02 | 삼성전자주식회사 | Ｈｔｔｐ 기반의 멀티미디어 스트리밍 서비스의 품질 향상을 위한 방법 및 장치 |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| EP2908535A4 (en) | 2012-10-09 | 2016-07-06 | Sharp Kk | Content transfer device, content playback device, content distribution system, method for controlling a content transfer device, method for controlling a content playback device, control program and recording medium |
| US9432426B2 (en) | 2013-02-04 | 2016-08-30 | Qualcomm Incorporated | Determining available media data for network streaming |
| US9344748B2 (en) | 2014-03-31 | 2016-05-17 | Arris Enterprises, Inc. | Adaptive streaming transcoder synchronization |
| EP3172901A1 (en) | 2014-07-23 | 2017-05-31 | ARRIS Enterprises LLC | Methods of implementing multi mode trickplay |
| BR112017015841B1 (pt) | 2015-02-04 | 2024-01-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Dispositivo para decodificar amostras de ponto de acesso aleatório dependente, dispositivo para gerar um arquivo de recipiente de mídia, métodos relacionados e arquivo de recipiente de mídia |
| US10531111B2 (en) * | 2015-11-06 | 2020-01-07 | Microsoft Technology Licensing, Llc | Flexible reference picture management for video encoding and decoding |
| JP7011586B2 (ja) * | 2016-06-30 | 2022-01-26 | ソニーセミコンダクタソリューションズ株式会社 | 受信装置 |
| WO2018115267A1 (en) * | 2016-12-22 | 2018-06-28 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Media streaming with fast tuning and fast channel switching |
| US20200021867A1 (en) * | 2017-03-22 | 2020-01-16 | Lg Electronics Inc. | Broadcast signal transmitting and receiving method and device |
| EP3603090A4 (en) | 2017-03-27 | 2020-08-19 | Nokia Technologies Oy | APPARATUS, METHOD AND COMPUTER PROGRAM FOR CODING AND DECODING OF VIDEO |
| FR3068554B1 (fr) * | 2017-06-28 | 2020-07-17 | Tdf | Procede de transmission d'un contenu audio interrompu dans un recepteur hybride, systeme, recepteur et programme associe au procede |
| EP3652951A1 (en) | 2017-07-12 | 2020-05-20 | Telefonaktiebolaget LM Ericsson (Publ) | Fast tune-in for low latency streaming |
| GB201721847D0 (en) | 2017-12-22 | 2018-02-07 | Telecom Paris Tech | Priority map for media files |
| CN112673638B (zh) * | 2018-07-06 | 2024-04-19 | 诺基亚技术有限公司 | 处理媒体数据的方法和装置 |
| US11564018B2 (en) | 2019-10-02 | 2023-01-24 | Qualcomm Incorporated | Random access at resync points of dash segments |
-
2020
- 2020-10-01 US US17/061,152 patent/US11564018B2/en active Active
- 2020-10-02 WO PCT/US2020/054026 patent/WO2021067768A1/en unknown
- 2020-10-02 KR KR1020227010066A patent/KR20220078578A/ko active Search and Examination
- 2020-10-02 EP EP20797602.8A patent/EP4038894A1/en active Pending
- 2020-10-02 CN CN202080066431.1A patent/CN114430911A/zh active Pending
- 2020-10-02 JP JP2022519566A patent/JP2022551436A/ja active Pending
- 2020-10-05 TW TW109134450A patent/TW202130189A/zh unknown
-
2022
- 2022-02-21 IL IL290762A patent/IL290762A/en unknown
- 2022-03-30 CO CONC2022/0003859A patent/CO2022003859A2/es unknown
- 2022-03-31 CL CL2022000803A patent/CL2022000803A1/es unknown
- 2022-12-20 US US18/069,069 patent/US11843840B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US11843840B2 (en) | 2023-12-12 |
| CN114430911A (zh) | 2022-05-03 |
| EP4038894A1 (en) | 2022-08-10 |
| TW202130189A (zh) | 2021-08-01 |
| US11564018B2 (en) | 2023-01-24 |
| CL2022000803A1 (es) | 2023-01-20 |
| WO2021067768A1 (en) | 2021-04-08 |
| JP2022551436A (ja) | 2022-12-09 |
| CO2022003859A2 (es) | 2022-04-19 |
| US20230130014A1 (en) | 2023-04-27 |
| IL290762A (en) | 2022-04-01 |
| US20210105542A1 (en) | 2021-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11706502B2 (en) | Segment types as delimiters and addressable resource identifiers | |
| KR102454839B1 (ko) | 미디어 스트리밍을 위한 세그먼트 청크들의 취출 및 액세스 | |
| KR101558116B1 (ko) | 코딩된 멀티미디어 데이터의 네트워크 스트리밍 동안의 표현들 사이의 전환 | |
| KR102076064B1 (ko) | Dash의 강건한 라이브 동작 | |
| CN112106382B (zh) | 检索媒体数据的方法、设备、存储介质 | |
| KR102434300B1 (ko) | 샘플 엔트리들 및 랜덤 액세스 | |
| US20150312303A1 (en) | Determining whether to use sidx information when streaming media data | |
| US11843840B2 (en) | Random access at resync points of DASH segments | |
| US11184665B2 (en) | Initialization set for network streaming of media data | |
| US20210306703A1 (en) | Determination of availability of chunks of data for network streaming media data | |
| US20230224532A1 (en) | Dynamic resolution change hints for adaptive streaming | |
| KR20220075325A (ko) | 적응 비트 레이트 멀티캐스트를 위한 리페어 메커니즘 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination |