KR20140043840A - 비디오 코딩에서 여러 치수들에 대한 코딩 파라미터 세트들 - Google Patents

Abstract

일 예에서, 비디오 데이터를 코딩하는 디바이스는 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 구성된 비디오 코더를 포함한다. 이러한 방법으로, NAL 유닛 헤더들은 가변 길이들을 가지면서도, 여전히 NAL 유닛들이 대응하는 스케일러블 치수들에 대한 정보를 제공할 수도 있다.

Description

비디오 코딩에서 여러 치수들에 대한 코딩 파라미터 세트들{CODING PARAMETER SETS FOR VARIOUS DIMENSIONS IN VIDEO CODING}

본 출원은 2011년 8월 1일자에 출원된 미국 가특허출원 번호 제 61/513,996호, 2011년 9월 27일자에 출원된 제 61/539,925호, 2011년 11월 8일자에 출원된 제 61/557,300호, 및 2011년 11월 23일자에 출원된 제 61/563,359호의 이익을 주장하며, 이의 각각은 본원에서 전체적으로 참고로 포함된다.

본 개시물은 비디오 코딩에 관한 것이다.

디지털 비디오 능력들은 디지털 텔레비전, 디지털 직접 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 개인 휴대정보 단말기들 (PDAs), 랩탑 또는 데스크탑 컴퓨터들, 태블릿 컴퓨터들, e-북 리더들, 디지털 카메라들, 디지털 리코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화기들, 소위 "스마트폰들", 원격 화상회의 디바이스들, 비디오 스트리밍 디바이스들 등을 포함한, 광범위한 디바이스들에 포함될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, 파트 10, AVC (Advanced Video Coding), 현재 개발중인 HEVC (High Efficiency Video Coding) 표준, 및 이런 표준들의 확장판들에 의해 정의된 표준들에서 설명되는 비디오 코딩 기법들과 같은, 비디오 코딩 기법들을 구현한다. 비디오 디바이스들은 이런 비디오 코딩 기법들을 구현함으로써, 디지털 비디오 정보를 좀더 효율적으로 송신하거나, 수신하거나, 인코딩하거나, 디코딩하거나, 및/또는 저장할 수도 있다.

비디오 코딩 기법들은 비디오 시퀀스들에 고유한 리던던시를 감소시키거나 또는 제거하기 위해, 공간 (인트라-화상) 예측 및/또는 시간 (인터-화상) 예측을 포함한다. 블록-기반의 비디오 코딩에 있어, 비디오 슬라이스 (예컨대, 비디오 프레임 또는 비디오 프레임의 부분) 는 비디오 블록들로 파티셔닝될 수도 있으며, 이 비디오 블록들은 또한 트리블록들, 코딩 유닛들 (CUs) 및/또는 코딩 노드들로서 지칭될 수도 있다. 화상의 인트라-코딩된 (I) 슬라이스에서 비디오 블록들은 동일한 화상에서 이웃하는 블록들에서의 참조 샘플들에 대한 공간 예측을 이용하여 인코딩된다. 화상의 인터-코딩된 (P 또는 B) 슬라이스에서 비디오 블록들은 동일한 화상에서 이웃하는 블록들에서의 참조 샘플들에 대한 공간 예측 또는 다른 참조 화상들에서의 참조 샘플들에 대한 시간 예측을 이용할 수도 있다. 화상들은 프레임들로 지칭될 수 있으며, 참조 화상들은 참조 프레임들로서 지칭될 수도 있다.

공간 또는 시간 예측은 코딩되는 블록에 대한 예측 블록을 초래한다. 잔여 데이터는 코딩되는 원래 블록과 예측 블록 사이의 픽셀 차이들을 나타낸다. 인터-코딩된 블록은 예측 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터, 및 코딩된 블록과 예측 블록 사이의 차이를 나타내는 잔여 데이터에 따라서 인코딩된다. 인트라-코딩된 블록은 인트라-코딩 모드 및 잔여 데이터에 따라서 인코딩된다. 추가적인 압축을 위해, 잔여 데이터는 픽셀 도메인으로부터 변환 도메인으로 변환되어, 잔여 변환 계수들을 초래할 수도 있으며, 이 잔여 변환 계수는 그후 양자화될 수도 있다. 처음에 2차원 어레이로 배열된, 양자화된 변환 계수들은 변환 계수들의 1차원 벡터를 발생하기 위해 스캐닝될 수도 있으며, 더욱 더 많은 압축을 달성하기 위해 엔트로피 코딩이 적용될 수도 있다.

일반적으로, 본 개시물은 비디오 데이터의 여러 스케일러블 치수들의 특성들을 시그널링하는 기법들을 기술한다. 비디오 데이터는 공간 해상도, 프레임 레이트 (시간), 뷰들 (예컨대, 3차원 (3D) 비디오 플레이백을 지원하기 위해), 칼라 비트 심도, 크로마 샘플링 포맷, 품질, 또는 다른 이런 치수들과 같은 여러 상이한 치수들로 스케일링될 수도 있다. 일반적으로, 비디오 데이터의 스케일러블 치수는 하나 이상의 엘리먼트들을 포함할 수도 있다. 예를 들어, 뷰 치수는 2차원 비디오에 대한 단일 뷰, 스테레오 비디오에 대한 2개의 뷰들, 또는 멀티뷰에 대한 N 개의 뷰들 (여기서, N 은 2보다 큰 정수이다) 을 포함할 수도 있다. 또 다른 예로서, 시간 치수는 베이스 프레임 레이트 (예컨대, 초 당 15 프레임 (fps)) 를 지원하기 위한 화상들의 제 1 계층, 및 더 높은 프레임 레이트들 (예컨대, 30 fps, 60 fps, 및 120 fps) 을 지원하기 위한 하나 이상의 더 높은 계층들을 포함할 수도 있다. 본 개시물의 기법들은 일반적으로 비트스트림, 또는 그의 서브-비트스트림이 특정의 치수에 대해 다수의 계층들을 포함하는지 여부, 그리고 만약 그렇다면, 그 치수에 대한 특성들의 값들을 예컨대, 네트워크 추상화 계층 (NAL) 유닛 헤더로 시그널링하는 것과 관련되며, 여러 치수들의 값들의 각각에 대한 비트수를 코딩하는 것을 포함할 수도 있다. 이러한 방법으로, 본 개시물의 기법들은 NAL 유닛 헤더에서의 하나의 스케일러블 치수에 관련된 각각의 구문 엘리먼트에 대해 고정된-길이 값들을 항상 이용하는 대신, 비트스트림의 상이한 코딩된 비디오 시퀀스에 대해 변할 수 있는 정보 및 비트스트림의 코딩된 비디오 시퀀스 내에서 변하지 않는 정보에 기초하여, 각각의 구문 엘리먼트의 길이를 할당가능하게 할 수도 있다.

일 예에서, 비디오 데이터를 코딩하는 방법은 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 단계, 및 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함한다.

또 다른 예에서, 비디오 데이터를 코딩하는 디바이스는 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 구성된 비디오 코더를 포함한다.

또 다른 예에서, 비디오 데이터를 코딩하는 디바이스는 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 수단, 및 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 수단을 포함한다.

또 다른 예에서, 컴퓨터-판독가능 저장 매체는 실행될 때, 프로세서로 하여금, 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 하는 명령들로 인코딩된다.

하나 이상의 예들의 세부 사항들이 첨부도면 및 아래의 상세한 설명에서 개시된다. 다른 특성들, 목적들, 및 이점들은 설명 및 도면들로부터, 그리고 청구항들로부터 명백히 알 수 있을 것이다.

도 1 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 예시하는 블록도이다.
도 2 는 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 구현할 수도 있는 비디오 인코더의 일 예를 예시하는 블록도이다.
도 3 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 구현할 수도 있는 비디오 디코더의 일 예를 예시하는 블록도이다.
도 4 는 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 본 개시물의 기법들을 수행할 수도 있는 디바이스들의 또 다른 세트를 포함하는 시스템을 예시하는 블록도이다.
도 5a 및 도 5b 는 본 개시물의 기법들의 여러 예들에 따른 NAL 유닛 헤더들의 예들을 예시하는 개념도들이다.
도 6 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 예시적인 방법을 예시하는 플로우차트이다.
도 7 은 시그널링된 비디오 데이터에 대한 스케일러블 치수들의 특성들을 이용하는 예시적인 방법을 예시하는 플로우차트이다.
도 8 은 비디오 데이터에 대한 스케일러블 치수들의 특성을 시그널링하고 비디오 데이터에 대한 스케일러블 치수들의 시그널링된 특성들을 이용하는 또 다른 예시적인 방법을 예시하는 플로우차트이다.

일반적으로, 본 개시물은 비디오 데이터의 여러 치수들의 특성들을 시그널링하는 기법들을 기술한다. 치수들은 본원에서 비디오 코딩 치수들, 또는 간결성을 위해 간단히 "치수들" 로서 지칭될 수도 있다. 비디오 데이터는 공간 해상도, 프레임 레이트 (시간), 뷰들 (예컨대, 3차원 (3D) 비디오 플레이백을 지원하기 위해), 칼라 비트 심도, 크로마 샘플링 포맷, 품질, 또는 다른 이런 치수들과 같은 여러 상이한 치수들로 스케일링될 수도 있다. 따라서, 비디오 코딩 치수들은 또한 "스케일러블 비디오 코딩 치수들" 또는 간단히 "스케일러블 치수들" 로서 지칭될 수도 있다.

비디오 데이터의 스케일러블 치수는 하나 이상의 엘리먼트들을 포함할 수도 있다. 예를 들어, 뷰 치수 (view dimension) 는 2차원 비디오를 위한 단일 뷰, 스테레오 비디오를 위한 2개의 뷰들, 또는 멀티뷰를 위한 N 개의 뷰들 (여기서, N 은 2보다 큰 정수이다) 을 포함할 수도 있다. 또 다른 예로서, 시간 치수 (temporal dimension) 는 베이스 프레임 레이트 (예컨대, 초 당 15 프레임 (fps)) 를 지원하기 위한 화상들의 제 1 계층, 및 더 높은 프레임 레이트들 (예컨대, 30 fps, 60 fps, 및 120 fps) 을 지원하기 위한 하나 이상의 더 높은 계층들을 포함할 수도 있다. 본 개시물의 기법들은 일반적으로 비트스트림, 또는 그의 서브-비트스트림이 특정의 치수에 대한 다수의 엘리먼트들 (예컨대, 다수의 계층들) 을 포함하는지 여부, 그리고 만약 그렇다면, 그 치수에 대한 특성들의 값들을, 예컨대, 네트워크 추상화 계층 (NAL) 유닛 헤더로 시그널링하는 것에 관한 것이다.

본 개시물의 기법들은 여러 오디오, 비디오, 또는 다른 미디어 코딩 표준들에 대해 구현될 수도 있다. 예의 목적들을 위해, 본 개시물의 기법들은 차기 HEVC (High Efficiency Video Coding) 표준의 기법들에 대해 설명된다. 그러나, 이들 기법들은 다른 코딩 표준들에 대해서도 역시 구현될 수도 있는 것으로 이해되어야 한다. HEVC Working Draft 7, 또는 WD7 로서 지칭되는, 차기 HEVC 표준의 최신 안은, ITU-T SG16 WP3 와 ISO/IEC JTC1/SC29/WG11 의 JCT-VC (Joint Collaborative Team on Video Coding), 9차 회의: 2012년 4월 27일 내지 2012년 5월 7일, 스위스, 제노바, 문서 HCTVC-I1003, Bross 등, "High Efficiency Video Coding (HEVC) Text Specification Draft 7" 에 설명되어 있으며, 이는 2012년 7월 30일 현재, http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v9.zip 로부터 다운로드가능하다. 비디오 코딩 표준들의 다른 예들은 ITU-T H.261, ISO/IEC MPEG-1 Visual, ITU-T H.262 또는 ISO/IEC MPEG-2 Visual, ITU-T H.263, ISO/IEC MPEG-4 Visual 및 (또한, ISO/IEC MPEG-4 AVC 로서 알려진) ITU-T H.264 를 포함한다. 비디오 코딩 표준들은 또한 여러 확장판들을 이용하여 확장될 수도 있다. 예를 들어, ITU-T H.264/AVC 는 스케일러블 비디오 코딩 (SVC) 확장판 및 멀티뷰 비디오 코딩 (MVC) 확장판을 포함한다.

위에서 언급한 바와 같이, 본 개시물의 기법들은 여러 스케일러블 치수들의 특성들을 NAL 유닛 헤더들로 시그널링하는데 사용될 수도 있다. NAL 유닛은 일반적으로 하부-계층 데이터, 예컨대 비디오 코딩 계층 (VCL) 데이터 또는 비-VCL 데이터를 캡슐화한다. VCL 데이터는 일반적으로 비디오 인코더에 의해 인코딩되고 비디오 디코더에 의해 디코딩되는 코딩된 비디오 데이터를 포함한다. 비-VCL 데이터는 디코딩에 필요하지 않은, 그러나 목적지 디바이스에 유용할 수도 있는 시그널링 데이터를 포함할 수도 있다. 예를 들어, 비-VCL 데이터는 보충 강화 정보 (SEI) 메시지들을 포함할 수도 있다.

비교의 목적들을 위해, ITU-T H.264/AVC 의 MVC 확장판 (또한, 본원에서 "H.264/AVC" 로서 지칭됨) 에서 NAL 유닛 헤더는 NAL 유닛 유형 및 nal_ref_idc 구문 엘리먼트를 포함한, 1 바이트 NAL 유닛 헤더를 포함한다. 게다가, MVC NAL 유닛 헤더는 NAL 유닛 유형이 접두사 NAL 유닛 또는 정상 MVC NAL 유닛이면, MVC NAL 유닛 헤더 확장판을 포함할 수도 있다. MVC 의 NAL 유닛 헤더 확장판은 다음 구문 엘리먼트들을 포함한다: NAL 유닛이 폐쇄된-GOP 무작위 액세스 지점에 사용될 수 있는 IDR/V-IDR 화상에 속하는지 여부를 나타내기 위한 nor_idr_flag; 단일-패스 적응에 사용될 수 있는 priority_id; 현재 속하는 뷰의 뷰 식별자를 나타내기 위한 view_id; 현재의 NAL 유닛의 시간 레벨을 나타내기 위한 temporal_id; NAL 유닛이 개방된-GOP 무작위 액세스 지점에 사용될 수 있는 앵커 화상에 속하는지 여부를 나타내기 위한 anchor_pic_flag; 및 다른 뷰들에서의 NAL 유닛들에 대한 인터-뷰 예측에 사용되는지 여부를 나타내기 위한 inter_view_flag. MVC 에서의 접두사 NAL 유닛은 NAL 유닛 헤더 및 그의 MVC NAL 유닛 헤더 확장판을 포함한다.

다시, 비교의 목적들을 위해, H.264/AVC 의 SVC 확장판에서 NAL 유닛 헤더는 priority_id, temporal_id, dependency_id, 및 quality_id 를 포함한 다수의 치수들로 VCL NAL 유닛의 특성들을 기술하기 위해, H.264/AVC 의 종래의 1-바이트 NAL 유닛 헤더를 4 바이트들로 확장하는 NAL 유닛 헤더 확장판에 추가되는 구문 엘리먼트들을 포함할 수도 있다. H.264/AVC 의 SVC 확장판에서, dependency_id 는 공간 스케일러빌리티, 또는 CGS (Coarse Grain Scalable) 에 관련되며, quality_id 는 신호 대 잡음 비 (SNR)/품질 스케일러빌리티를 나타낸다. priority_id 는 대응하는 NAL 유닛에 대한 우선순위 식별자에 관련되며, temporal_id 는 (시간 스케일러빌리티, 예컨대, 가변 프레임 레이트들을 지원하는데 사용될 수도 있는) 대응하는 NAL 유닛에 대한 시간 식별자를 규정한다.

여전히 다시, 비교의 목적들을 위해, HEVC 에서의 VCL NAL 유닛은 H.264/AVC 에서의 NAL 유닛 헤더보다 더 긴 NAL 유닛 헤더를 포함하지만, HEVC WD7 NAL 유닛 헤더에서의 제 1 바이트는 H.264/AVC 에서의 NAL 유닛 헤더와 현재 동일하다. HEVC WD7 NAL 유닛 헤더는 또한 temporal_id 및 출력_flag 구문 엘리먼트들을 포함한다.

위에 나타낸 바와 같이, H.264/AVC, SVC, MVC, 및 HEVC 의 여러 NAL 유닛 헤더들은 상이한 스케일러블 치수들을 지원하기 위한 구문 엘리먼트들의 상이한 세트들을 포함한다. HEVC 는 궁극적으로 H.264/AVC 의 SVC 및 MVC 확장판들의 치수들과 같은 다수의 상이한 스케일러블 치수들을 지원하도록 구성될 수도 있다. 본 개시물은 여러 스케일러블 치수들에 대해 상이한 HEVC 확장판들을 지원하려고 시도할 때 여러 문제들이 일어날 수 있다고 인식한다. 예를 들어, 상이한 확장판들에서, 상이한 유형들의 NAL 유닛 헤더 확장판들이 요구될 수도 있다. 여러 상이한 유형들의 NAL 유닛 헤더 확장판들을 제공함으로써, HEVC 의 최종 사양은 어느 쪽이든 다수의 NAL 유닛 헤더 확장판 구문 테이블들을 결국 갖게 될 수도 있으며, 이것은 비디오 데이터를 프로세싱하는데 관련되는 디바이스들에 대한 복잡성을 증가시킬 수도 있다.

이의 대안으로, HEVC 의 최종 사양은 모든 가능한 구문 엘리먼트들을 지원하기 위해 최대 비트수를 갖는 NAL 유닛 헤더를 규정할 수도 있다. NAL 유닛 헤더가 고유한, 고정된-길이 설계를 가지면, 많은 구문 엘리먼트들은 디폴트 값들 (예컨대, 0) 로 설정될 수도 있으며, 구문 엘리먼트들 중 단지 몇 개가 설정된 값들을 가질 수도 있는데, 이것은 비트들의 낭비이다. 즉, 모든 가능한 스케일러블 치수들을 동시에 지원하기에 충분한 비트들을 갖는 NAL 유닛 헤더는 어떤 스케일러블 치수들이 사용되지 않을 때 오버헤드에서 낭비되는 비트들을 초래할 수도 있다.

본 개시물은 비디오 데이터의 스케일러블 치수들의 특성들을 시그널링하는데 관련된 여러 기법들을 기술한다. 본 개시물은 예컨대, NAL 유닛 헤더가 가변 길이를 가질 수 있도록 함으로써 여러 스케일러블 치수들을 효율적으로 지원할 수 있는 NAL 유닛 헤더를 코딩하기 위한 어떤 기법들을 기술한다. 예를 들어, 치수 범위 파라미터 세트는 하나 이상의 스케일러블 치수들 중 어느 것이 비트스트림에 대해 활성인지 (즉, 인에이블되는지) 를 나타낼 수도 있으며, 활성 스케일러블 치수들에 대한 값들을 코딩하는데 사용되는 비트수를 나타내는 데이터를 더 제공할 수도 있다. 따라서, NAL 유닛 헤더들은 활성이 아닌 (예컨대, 시퀀스 파라미터 세트 (SPS) 와 같은 별개의 데이터 구조로 대신 시그널링될 수 있는, 오직 하나의 가능한 값을 갖는) 스케일러블 치수들에 대한 구문 엘리먼트들을 생략하고, 활성 스케일러블 치수들에 대한 구문 엘리먼트들을 포함할 수도 있다. 이러한 방법으로, (하나의 값이 시그널링되고 변하지 않고 유지되는 치수들과 같은) 스케일러블되는 것으로 인에이블되지 않는 치수들에 대해, 값들은 NAL 유닛 헤더로 시그널링될 필요가 없다. 더욱이, 인덱스 대 값 맵핑 테이블은 활성인 여러 스케일러블 치수들에 대한 특성들을 시그널링하기 위해 NAL 유닛 헤더들에 더 적은 비트들이 사용될 수 있도록, 인덱스 값들을 활성 스케일러블 치수들 내 값들에 맵핑할 수도 있다.

또 다른 예에서, NAL 유닛 헤더 맵은 NAL 유닛 헤더에서의 필드들의 레이아웃을 규정할 수도 있다. 즉, NAL 유닛 헤더 맵은 위에서 설명한 치수 범위 파라미터 세트 대신 사용될 수도 있다. NAL 유닛 헤더 맵은 NAL 유닛 헤더 맵 파라미터 세트에, 또는 시퀀스 파라미터 세트 (SPS) 에 포함될 수도 있다. 하나의 NAL 유닛 헤더 맵은 전체 비트스트림에 적용가능할 수도 있다. 이 예의 NAL 유닛 헤더 맵을 이용하는 것은 추가적인 스케일러블 치수들을 추가하는데 사용될 수도 있는, 미래 확장판들이 기존 표준들 및 기존 확장판들과 호환이 된다는 것을 보장할 수도 있다. 이 예의 기법들은 또한 예컨대, 치수 범위 파라미터 세트 및 SPS 에의 NAL 유닛 헤더 확장판들의 포함을 회피함으로써, NAL 유닛 헤더들 및 SPSs 가 파싱될 수 있다는 것을 보장할 수도 있다. 더욱이, 이 예의 NAL 유닛 헤더들은 HEVC WD7 에 규정된 바와 같이, 시작 코드를 에뮬레이트하는 데이터를 포함하는 것을 피할 수도 있다. 더욱이, 이들 기법들은 SVC 및 MVC 의 priority_id 값과 유사하게, 우선순위 식별자 (priority_id) 를 NAL 유닛 헤더에 포함시키는 것에 관련된 어떤 이점들을 이용할 수도 있다.

도 1 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템 (10) 을 예시하는 블록도이다. 도 1 에 나타낸 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 추후에 디코딩되는 인코딩된 비디오 데이터를 제공하는 소스 디바이스 (12) 를 포함한다. 특히, 소스 디바이스 (12) 는 비디오 데이터를 목적지 디바이스 (14) 에 컴퓨터-판독가능 매체 (16) 를 통해서 제공한다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋-탑 박스들, 소위 "스마트" 폰들과 같은 전화기 핸드셋들, 소위 "스마트" 패드들, 텔레비전, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 콘솔들, 비디오 스트리밍 디바이스 등을 포함한, 광범위한 디바이스들 중 임의의 디바이스를 포함할 수도 있다. 일부의 경우, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 무선 통신용으로 탑재될 수도 있다.

목적지 디바이스 (14) 는 디코딩되는 인코딩된 비디오 데이터를 컴퓨터-판독가능 매체 (16) 를 통해서 수신할 수도 있다. 컴퓨터-판독가능 매체 (16) 는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로 이동시킬 수 있는 임의 종류의 매체 또는 디바이스를 포함할 수도 있다. 일 예에서, 컴퓨터-판독가능 매체 (16) 는 소스 디바이스 (12) 로 하여금 인코딩된 비디오 데이터를 직접 목적지 디바이스 (14) 로 실시간으로 송신할 수 있게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라서 변조되어 목적지 디바이스 (14) 로 송신될 수도 있다. 통신 매체는 무선 주파수 (RF) 스펙트럼 또는 하나 이상의 물리적인 송신 라인들과 같은, 임의의 무선 또는 유선 통신 매체를 포함할 수도 있다. 통신 매체는 근거리 네트워크, 광역 네트워크, 또는 글로벌 네트워크, 예컨대 인터넷과 같은 패킷-기반 네트워크의 부분을 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (12) 로부터 목적지 디바이스 (14) 로 통신을 용이하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다.

일부 예들에서, 인코딩된 데이터는 출력 인터페이스 (22) 로부터 저장 디바이스로 출력될 수도 있다. 이와 유사하게, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스로부터 액세스될 수도 있다. 저장 디바이스는 하드 드라이브, 블루-레이 디스크들, DVDs, CD-ROMs, 플래시 메모리, 휘발성 또는 비-휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적합한 디지털 저장 매체들과 같은 다양한 분산된 또는 로칼로 액세스되는 데이터 저장 매체들 중 임의의 데이터 저장 매체를 포함할 수도 있다. 추가 예에서, 저장 디바이스는 소스 디바이스 (12) 에 의해 발생된 인코딩된 비디오를 저장할 수도 있는 파일 서버 또는 또 다른 중간 저장 디바이스에 대응할 수도 있다. 목적지 디바이스 (14) 는 저장된 비디오 데이터에 저장 디바이스로부터 스트리밍 또는 다운로드를 통해서 액세스할 수도 있다. 파일 서버는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 송신하는 것이 가능한 임의 종류의 서버일 수도 있다. 예시적인 파일 서버들은 웹 서버 (예컨대, 웹사이트용), FTP 서버, NAS (network attached storage) 디바이스들, 또는 로칼 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는 인터넷 접속을 포함한, 임의의 표준 데이터 접속을 통해서, 인코딩된 비디오 데이터에 액세스할 수도 있다. 이것은 파일 서버 상에 저장된 인코딩된 비디오 데이터에 액세스하는데 적합한, 무선 채널 (예컨대, Wi-Fi 접속), 유선 접속 (예컨대, DSL, 케이블 모뎀 등), 또는 양자의 조합을 포함할 수도 있다. 저장 디바이스로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 이들의 조합일 수도 있다.

본 개시물의 기법들은 반드시 무선 애플리케이션들 또는 설정들에 한정되지는 않는다. 이 기법들은 오버-디-에어 텔레비전 브로드캐스트들, 케이블 텔레비전 송신들, 위성 텔레비전 송신들, 인터넷 스트리밍 비디오 송신들, 예컨대 HTTP (DASH) 를 통한 동적 적응 스트리밍, 데이터 저장 매체 상에 인코딩된 디지털 비디오, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은, 다양한 멀티미디어 애플리케이션들 중 임의의 애플리케이션의 지원 하에 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 및/또는 비디오 전화 통신과 같은, 지원 애플리케이션들로의 1-방향 또는 2-방향 비디오 송신을 지원하도록 구성될 수도 있다.

도 1 의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20), 및 출력 인터페이스 (22) 를 포함한다. 목적지 디바이스 (14) 는 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 포함한다. 본 개시물에 따르면, 소스 디바이스 (12) 의 비디오 인코더 (20) 는 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 적용하도록 구성될 수도 있다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 구성요소들 또는 배열들을 포함할 수도 있다. 예를 들어, 소스 디바이스 (12) 는 비디오 데이터를 외부 카메라와 같은 외부 비디오 소스 (18) 로부터 수신할 수도 있다. 이와 유사하게, 목적지 디바이스 (14) 는 통합된 디스플레이 디바이스를 포함하는 대신, 외부 디스플레이 디바이스와 인터페이스할 수도 있다.

도 1 의 예시된 시스템 (10) 은 단지 일 예이다. 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수도 있다. 일반적으로 본 개시물의 기법들은 비디오 인코딩 디바이스에 의해 수행되지만, 그 기법들은 또한 "코덱" 으로서 일반적으로 지칭되는, 비디오 인코더/디코더에 의해 수행될 수도 있다. 더욱이, 본 개시물의 기법들은 또한 비디오 프리프로세서에 의해 수행될 수도 있다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 단지 코딩 디바이스들의 예들이며, 여기서, 소스 디바이스 (12) 는 목적지 디바이스 (14) 로의 송신을 위해 코딩된 비디오 데이터를 발생한다. 일부 예들에서, 디바이스들 (12, 14) 은 디바이스들 (12, 14) 의 각각이 비디오 인코딩 및 디코딩 구성요소들을 포함하도록, 실질적으로 대칭적 방법으로 동작할 수도 있다. 그러므로, 시스템 (10) 은 예컨대, 비디오 스트리밍, 비디오 플레이백, 비디오 브로드캐스팅, 또는 비디오 전화 통신을 위해, 비디오 디바이스들 (12, 14) 사이에 1-방향 또는 2-방향 비디오 송신을 지원할 수도 있다.

소스 디바이스 (12) 의 비디오 소스 (18) 는 비디오 카메라와 같은 비디오 캡쳐 디바이스, 이전에 캡쳐된 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 콘텐츠 제공자로부터 비디오를 수신하는 비디오 공급 인터페이스를 포함할 수도 있다. 추가 대안적인 예로서, 비디오 소스 (18) 는 컴퓨터 그래픽스-기반의 데이터를 소스 비디오, 또는 라이브 비디오, 아카이브된 비디오, 및 컴퓨터 발생된 비디오의 조합으로서 발생할 수도 있다. 일부의 경우, 비디오 소스 (18) 가 비디오 카메라이면, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 소위 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 위에서 언급한 바와 같이, 그러나, 본 개시물에서 설명하는 기법들은 비디오 코딩에 일반적으로 적용가능할 수도 있으며, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다. 각 경우에, 캡쳐되거나, 사전-캡쳐되거나, 또는 컴퓨터-발생된 비디오는 비디오 인코더 (20) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 정보는 그후 출력 인터페이스 (22) 에 의해 컴퓨터-판독가능 매체 (16) 상으로 출력될 수도 있다.

컴퓨터-판독가능 매체 (16) 는 무선 브로드캐스트 또는 유선 네트워크 송신과 같은 일시성 매체, 또는 하드 디스크, 플래시 드라이브, 컴팩트 디스크, 디지털 비디오 디스크, 블루-레이 디스크, 또는 다른 컴퓨터-판독가능 매체들과 같은 저장 매체들 (즉, 비일시성 저장 매체들) 을 포함할 수도 있다. 일부 예들에서, 네트워크 서버 (미도시) 는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 수신하고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로, 예컨대, 네트워크 송신을 통해서 제공할 수도 있다. 이와 유사하게, 디스크 스탬핑 설비와 같은 매체 생산 설비의 컴퓨팅 디바이스는 인코딩된 비디오 데이터를 소스 디바이스 (12) 로부터 수신하고 그 인코딩된 비디오 데이터를 포함하는 디스크를 제조할 수도 있다. 따라서, 컴퓨터-판독가능 매체 (16) 는 여러 예들에서, 여러 형태들의 하나 이상의 컴퓨터-판독가능 매체들을 포함하는 것으로 이해될 수도 있다.

목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 컴퓨터-판독가능 매체 (16) 로부터 정보를 수신한다. 컴퓨터-판독가능 매체 (16) 의 정보는 블록들 및 다른 코딩된 유닛들, 예컨대, GOPs 의 특성들 및/또는 프로세싱을 기술하는 구문 엘리먼트들을 포함하는, 비디오 인코더 (20) 에 의해 정의되고 또한 비디오 디코더 (30) 에 의해 사용되는, 구문 정보를 포함할 수도 있다. 디스플레이 디바이스 (32) 는 그 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 음극선관 (CRT), 액정 디스플레이 (LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (OLED) 디스플레이, 또는 또 다른 유형의 디스플레이 디바이스와 같은, 다양한 디스플레이 디바이스들 중 임의의 디바이스를 포함할 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 는 현재 개발중인 HEVC (High Efficiency Video Coding) 표준과 같은 비디오 코딩 표준에 따라서 동작할 수도 있으며, HEVC 테스트 모델 (HM) 에 따를 수도 있다. 이의 대안으로, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 MPEG 4, 파트 10, AVC (Advanced Video Coding) 로서 대안적으로 지칭되는 ITU-T H.264 표준, 또는 이런 표준들의 확장판들과 같은 다른 사유 (proprietary) 또는 산업 표준들에 따라서 동작할 수도 있다. 본 개시물의 기법들은, 그러나, 임의의 특정의 코딩 표준에 한정되지 않는다. 비디오 코딩 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 를 포함한다. 도 1 에 나타내지는 않지만, 일부 양태들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 오디오 인코더 및 디코더와 각각 통합될 수도 있으며, 오디오 및 비디오 양자의 인코딩을 공통 데이터 스트림 또는 별개의 데이터 스트림들로 처리하기 위해 적합한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함할 수도 있다. 적용가능한 경우, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 다른 프로토콜들, 예컨대, 사용자 데이터그램 프로토콜 (UDP) 을 따를 수도 있다.

ITU-T H.264/MPEG-4 (AVC) 표준은 ISO/IEC 동화상 전문가 그룹 (MPEG) 과 함께 ITU-T 비디오 코딩 전문가 그룹 (VCEG) 에 의해 조인트 비디오 팀 (JVT) 으로서 알려진 공동 파트너쉽의 성과로서, 정식화되었다. 일부 양태들에서, 본 개시물에서 설명하는 기법들은 일반적으로 H.264 표준에 따르는 디바이스들에 적용될 수도 있다. H.264 표준은 2005 년 3월, ITU-T 스터디 그룹에 의한, ITU-T 권고안 H.264, Advanced Video Coding for generic audiovisual services 에 설명되어 있으며, 본원에서 H.264 표준 또는 H.264 사양, 또는 H.264/AVC 표준 또는 사양으로서 지칭될 수도 있다. 조인트 비디오 팀 (JVT) 은 H.264/MPEG-4 AVC 에 대한 확장판들에 대해 계속 노력을 들이고 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSPs), 주문형 집적회로들 (ASICs), 필드 프로그래밍가능 게이트 어레이들 (FPGAs), 이산 로직, 소프트웨어, 하드웨어, 펌웨어 또는 임의의 이들의 조합들과 같은 다양한 적합한 인코더 회로 중 임의의 회로로 구현될 수도 있다. 이 기법들이 소프트웨어로 부분적으로 구현되는 경우, 디바이스는 본 개시물의 기법들을 수행하기 위해 소프트웨어용 명령들을 적합한 비일시성 컴퓨터-판독가능 매체에 저장하고, 그 명령들을 하드웨어에서 하나 이상의 프로세서들을 이용하여 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 쪽이든 각각 디바이스에서 결합된 인코더/디코더 (코덱) 의 부분으로서 통합될 수도 있다.

JCT-VC 는 HEVC 표준의 개발에 노력을 들이고 있다. HEVC 표준화 노력들은 HEVC 테스트 모델 (HM) 로서 지칭되는 비디오 코딩 디바이스의 진화 모델 (evolving model) 에 기초한다. HM 은 예컨대, ITU-T H.264/AVC 에 따른 기존 디바이스들에 관련된 비디오 코딩 디바이스들의 여러 추가적인 능력들을 가정한다. 예를 들어, H.264 는 9개의 인트라-예측 인코딩 모드들을 제공하는 반면, HM 은 33개 만큼이나 많은 인트라-예측 인코딩 모드들을 제공할 수도 있다

일반적으로, HM 의 작업 모델은 비디오 프레임 또는 화상이 루마 샘플 및 크로마 샘플 양자를 포함하는 트리블록들 또는 최대 코딩 유닛들 (LCU) 의 시퀀스로 분할될 수도 있다고 기술한다. 비트스트림 내 구문 데이터는 LCU 에 대한 사이즈를 정의할 수도 있으며, 이 최대 코딩 유닛은 픽셀들의 개수의 관점에서 최대 코딩 유닛이다. 슬라이스는 코딩 순서에서 다수의 연속되는 트리블록들을 포함한다. 비디오 프레임 또는 화상은 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛들 (CUs) 로 분할될 수도 있다. 일반적으로, 쿼드트리 데이터 구조는 CU 당 하나의 노드를 포함하며, 동시에, 루트 노드는 트리블록에 대응한다. CU 가 4개의 서브-CUs 로 분할되면, CU 에 대응하는 노드는 4개의 잎 노드들을 포함하며, 각각의 잎 노드는 서브-CUs 중 하나에 대응한다.

쿼드트리 데이터 구조의 각각의 노드는 대응하는 CU 에 대해 구문 데이터를 제공할 수도 있다. 예를 들어, 쿼드트리에서 노드는 그 노드에 대응하는 CU 가 서브-CUs 로 분할될지 여부를 나타내는 분할 플래그를 포함할 수도 있다. CU 에 대한 구문 엘리먼트들은 회귀적으로 정의될 수도 있으며, CU 가 서브-CUs 로 분할되는지 여부에 의존할 수도 있다. CU 가 추가로 분할되지 않으면, 잎-CU 로서 지칭된다. 본 개시물에서, 잎-CU 의 4개의 서브-CUs 는 또한 원래 잎-CU 의 명시적인 분할이 없더라도 잎-CUs 로 지칭될 것이다. 예를 들어, 16 x 16 사이즈에서 CU 가 추가로 분할되지 않으면, 4개의 8 x 8 서브-CUs 가 또한 16 x 16 CU 가 전혀 분할되지 않았더라도 잎-CUs 로서 지칭될 것이다.

CU 는 CU 가 사이즈 구별을 갖지 않는다는 점을 제외하고는, H.264 표준의 매크로블록과 유사한 목적을 갖는다. 예를 들어, 트리블록은 4개의 자식 노드들 (또한, 서브-CUs 로서 지칭됨) 로 분할될 수도 있으며, 각각의 자식 노드는 결국 부모 노드일 수도 있으며 또 다른 4개의 자식 노드들로 분할될 수도 있다. 쿼드트리의 잎 노드로서 지칭되는, 최종, 미분할된 자식 노드는 또한 잎-CU 으로서 지칭되는, 코딩 노드를 포함한다. 코딩된 비트스트림과 연관되는 구문 데이터는 최대 CU 깊이로서 지칭되는, 트리블록이 분할될 수도 있는 최대 횟수를 정의할 수도 있으며, 또한 코딩 노드들의 최소 사이즈를 정의할 수도 있다. 따라서, 비트스트림은 또한 가장 작은 코딩 유닛 (SCU) 을 정의할 수도 있다. 본 개시물은 HEVC 의 상황에서, CU, PU, 또는 TU 중 임의의 것, 또는 다른 표준들의 상황에서 유사한 데이터 구조들 (예컨대, H.264/AVC 에서의 매크로블록들 및 그의 서브-블록들) 을 지칭하는데 용어 "블록" 을 사용한다.

CU 는 코딩 노드, 및 이 코딩 노드와 연관되는 변환 유닛들 (TUs) 및 예측 유닛들 (PUs) 을 포함한다. CU 의 사이즈는 코딩 노드의 사이즈에 대응하며 정사각형 형태이어야 한다. CU 의 사이즈는 8 x 8 픽셀들로부터 64 x 64 픽셀들 이상의 최대치를 갖는 트리블록의 사이즈까지 이를 수도 있다. 각각의 CU 는 하나 이상의 PUs 및 하나 이상의 TUs 를 포함할 수도 있다. CU 와 연관되는 구문 데이터는 예를 들어, 하나 이상의 PUs 로의 CU 의 파티셔닝을 기술할 수도 있다. 파티셔닝 모드들은 CU 가 건너 뛸지 또는 직접 모드 인코딩될지, 인트라-예측 모드 인코딩될지, 또는 인터-예측 모드 인코딩될지 여부의 사이에 상이할 수도 있다. PUs 는 비-정사각형의 형태로 파티셔닝될 수도 있다. CU 와 연관되는 구문 데이터는 또한 예를 들어, 쿼드트리에 따른 하나 이상의 TUs 로의 CU 의 파티셔닝을 기술할 수도 있다. TU 는 정사각형 또는 비-정사각형 (예컨대, 직사각형) 의 형태일 수 있다.

HEVC 표준은 TUs 에 따라서 변환들을 허용하며, 이 TUs 는 상이한 CUs 에 대해 상이할 수도 있다. TUs 는 일반적으로 파티셔닝된 LCU 에 대해 정의된 주어진 CU 내 PUs 의 사이즈에 기초하여 사이징되지만, 이것은 항상 사실은 아니다. TUs 는 일반적으로 PUs 와 동일한 사이즈이거나 또는 더 작다. 일부 예들에서, CU 에 대응하는 잔여 샘플들은 "잔여 쿼드 트리" (RQT) 로서 알려진 쿼드트리 구조를 이용하여 더 작은 유닛들로 세분될 수도 있다. RQT 의 잎 노드들은 변환 유닛들 (TUs) 로서 지칭될 수도 있다. TUs 와 연관되는 픽셀 차이 값들은 변환 계수들을 발생하기 위해 변환될 수도 있으며, 그 변환 계수들은 양자화될 수도 있다.

잎-CU 는 하나 이상의 예측 유닛들 (PUs) 을 포함할 수도 있다. 일반적으로, PU 는 대응하는 CU 의 모두 또는 부분에 대응하는 공간 영역을 나타내며, PU 에 대한 참조 샘플을 취출하기 위한 데이터를 포함할 수도 있다. 더욱이, PU 는 예측에 관련된 데이터를 포함한다. 예를 들어, PU 가 인트라-모드 인코딩될 때, PU 에 대한 데이터는 잔여 쿼드트리 (RQT) 에 포함될 수도 있으며, PU 에 대응하는 TU 에 대한 인트라-예측 모드를 기술하는 데이터를 포함할 수도 있다. 또 다른 예로서, PU 가 인터-모드 인코딩될 때, PU 는 PU 에 대한 하나 이상의 모션 벡터들을 정의하는 데이터를 포함할 수도 있다. PU 에 대한 모션 벡터를 정의하는 데이터는 예를 들어, 모션 벡터의 수평 성분, 모션 벡터의 수직 성분, 모션 벡터에 대한 해상도 (예컨대, 1/4 픽셀 정밀도 또는 1/8 픽셀 정밀도), 모션 벡터가 가리키는 참조 화상, 및/또는 모션 벡터에 대한 참조 화상 리스트 (예컨대, 리스트 0, 리스트 1, 또는 리스트 C) 를 기술할 수도 있다.

하나 이상의 PUs 를 갖는 잎-CU 는 또한 하나 이상의 변환 유닛들 (TUs) 을 포함할 수도 있다. 변환 유닛들은 위에서 설명한 바와 같이, RQT (또한, TU 쿼드트리 구조로서 지칭됨) 를 이용하여 규정될 수도 있다. 예를 들어, 분할 플래그는 잎-CU 가 4개의 변환 유닛들로 분할되는지 여부를 나타낼 수도 있다. 그 후, 각각의 변환 유닛은 추가적인 서브-TUs 로 추가로 분할될 수도 있다. TU 가 추가로 분할되지 않을 때, 잎-TU 로서 지칭될 수도 있다. 일반적으로, 인트라 코딩에 있어, 잎-CU 에 속하는 모든 잎-TUs 는 동일한 인트라 예측 모드를 공유한다. 즉, 동일한 인트라-예측 모드가 일반적으로 잎-CU 의 모든 TUs 에 대해 예측된 값들을 계산하기 위해 적용된다. 인트라 코딩에 있어, 비디오 인코더는 각각 잎-TU 에 대한 잔여 값을 인트라 예측 모드를 이용하여, TU 에 대응하는 CU 의 부분과 원래 블록 사이의 차이로서 계산할 수도 있다. TU 는 PU 의 사이즈에 반드시 제한될 필요는 없다. 따라서, TUs 는 PU 더 크거나 또는 더 작을 수도 있다. 인트라 코딩에 있어, PU 는 동일한 CU 에 대한 대응하는 잎-TU 와 연어를 이룰 수도 있다 (collocated). 일부 예들에서, 잎-TU 의 최대 사이즈는 대응하는 잎-CU 의 사이즈에 대응할 수도 있다.

더욱이, 잎-CUs 의 TUs 는 또한 잔여 쿼드트리들 (RQTs) 로서 지칭되는, 각각의 쿼드트리 데이터 구조들과 연관될 수도 있다. 즉, 잎-CU 는 잎-CU 가 어떻게 TUs 로 파티셔닝되는 지를 나타내는 쿼드트리를 포함할 수도 있다. TU 쿼드트리의 루트 노드는 일반적으로 잎-CU 에 대응하는 반면, CU 쿼드트리의 루트 노드는 일반적으로 트리블록 (또는, LCU) 에 대응한다. 분할되지 않은 RQT 의 TUs 는 잎-TUs 로서 지칭된다. 일반적으로, 본 개시물은 달리 언급하지 않는 한, 잎-CU 및 잎-TU 를 지칭하기 위해, 각각 용어들 CU 및 TU 를 사용한다.

비디오 시퀀스는 일반적으로 비디오 프레임들 또는 화상들의 시리즈를 포함한다. 화상들의 그룹 (GOP) 은 일반적으로 비디오 화상들의 하나 이상의 시리즈를 포함한다. GOP 는 GOP 의 헤더, 화상들의 하나 이상의 헤더, 또는 다른 곳에, GOP 에 포함된 다수의 화상들을 기술하는 구문 데이터를 포함할 수도 있다. 화상의 각각의 슬라이스는 각각의 슬라이스에 대한 인코딩 모드를 기술하는 슬라이스 구문 데이터를 포함할 수도 있다. 비디오 인코더 (20) 는 일반적으로 비디오 데이터를 인코딩하기 위해 개개의 비디오 슬라이스들 내 비디오 블록들에 대해 동작한다. 비디오 블록은 CU 내 코딩 노드에 대응할 수도 있다. 비디오 블록들은 고정 또는 가변 사이즈들을 가질 수도 있으며, 규정된 코딩 표준에 따라서 사이즈가 상이할 수도 있다.

일 예로서, HM 은 여러 PU 사이즈들에서 예측을 지원한다. 특정의 CU 의 사이즈가 2N x 2N 이라고 가정하면, HM 은 2N x 2N 또는 N x N 의 PU 사이즈들에서 인트라-예측을, 그리고 2N x 2N, 2N x N, N x 2N, 또는 N x N 의 대칭적인 PU 사이즈들에서 인터-예측을 지원한다. HM 은 또한 2N x nU, 2N x ND, nL x 2N, 및 nR x 2N 의 PU 사이즈들에서의 인터-예측에 대해 비대칭적인 파티셔닝을 지원한다. 비대칭적인 파티셔닝에서, CU 의 하나의 방향은 파티셔닝되지 않지만, 다른 방향은 25% 및 75% 로 파티셔닝된다. 25% 파티션에 대응하는 CU 의 부분은 "상부 (Up)", "하부 (Down)", "좌측 (좌측)", 또는 "우측 (우측)" 의 표시가 뒤따르는 "n" 으로 표시된다. 따라서, 예를 들어, "2N x nU" 는 상부에서 2N x 0.5N PU 으로 그리고 바닥부에서 2N x 1.5N PU 으로 수평으로 파티셔닝된 2N x 2N CU 를 지칭한다.

본 개시물에서, "N x N" 및 "N 곱하기 N" 은 수직 및 수평 치수들의 관점에서 비디오 블록의 픽셀 치수들, 예컨대, 16 x 16 픽셀들 또는 16 곱하기 16 픽셀들을 지칭하기 위해 상호교환가능하게 사용될 수도 있다. 일반적으로, 16 x 16 블록은 수직 방향으로 16 개의 픽셀들 (y = 16) 및 수평 방향으로 16 개의 픽셀들 (x = 16) 을 가질 것이다. 이와 유사하게, N x N 블록은 일반적으로 수직 방향으로 N 개의 픽셀들 및 수평 방향으로 N 개의 픽셀들을 가지며, 여기서 N 은 음이 아닌 정수 값을 나타낸다. 블록에서 픽셀들은 로우들 및 칼럼들로 배열될 수도 있다. 더욱이, 블록들은 수직 방향에서와 같이 수평 방향에서 동일한 픽셀들의 개수를 반드시 가질 필요는 없다. 예를 들어, 블록들은 N x M 픽셀들을 포함할 수도 있으며, 여기서 M 은 반드시 N 과 같을 필요는 없다.

CU 의 PUs 를 이용한 인트라-예측 또는 인터-예측 코딩 이후, 비디오 인코더 (20) 는 CU 의 TUs 에 대한 잔여 데이터를 계산할 수도 있다. PUs 는 공간 도메인 (또한, 픽셀 도메인으로 지칭됨) 에서 예측 픽셀 데이터를 발생하는 방법 또는 모드를 기술하는 구문 데이터를 포함할 수도 있으며, TUs 는 이산 코사인 변환 (DCT), 정수 변환, 웨이블릿 변환, 또는 잔여 비디오 데이터에 개념적으로 유사한 변환과 같은 변환의 적용 이후 변환 도메인에서 계수들을 포함할 수도 있다. 잔여 데이터는 미인코딩된 화상의 픽셀들과 PUs 에 대응하는 예측 값들 사이의 픽셀 차이들에 대응할 수도 있다. 비디오 인코더 (20) 는 CU 에 대한 잔여 데이터를 포함하는 TUs 를 형성하고, 그후 그 TUs 를 변환하여, 그 CU 에 대한 변환 계수들을 발생할 수도 있다.

변환 계수들을 발생하는 임의의 변환들 이후, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는 일반적으로 변환 계수들이 계수들을 나타내는데 사용되는 데이터의 양을 가능한 한 감축하기 위해 양자화되는 프로세스를 지칭하며, 추가적인 압축을 제공한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 예를 들어, n-비트 값은 양자화 동안 m-비트 값까지 절사될 수도 있으며, 여기서, n 은 m 보다 더 크다.

양자화 이후, 비디오 인코더는 변환 계수들을 스캐닝하여, 양자화된 변환 계수들을 포함하는 2차원 매트릭스로부터 1차원 벡터를 발생할 수도 있다. 스캐닝은 어레이의 앞부분에서 더 높은 에너지 (따라서, 더 낮은 주파수) 계수들을 배치하고, 그리고 어레이의 뒷부분에서 더 낮은 에너지 (따라서, 더 높은 주파수) 계수들을 배치하도록 설계될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 발생하기 위해, 미리 정의된 스캐닝 순서를 이용하여, 양자화된 변환 계수들을 스캐닝할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응적 스캐닝을 수행할 수도 있다. 양자화된 변환 계수들을 스캐닝하여 1차원 벡터를 형성한 후, 비디오 인코더 (20) 는 1차원 벡터를 예컨대, 컨텍스트-적응 가변 길이 코딩 (CAVLC), 컨텍스트-적응 2진 산술 코딩 (CABAC), 구문-기반의 컨텍스트-적응 2진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 또 다른 엔트로피 인코딩 방법론에 따라서, 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 또한 비디오 데이터를 디코딩할 때에 비디오 디코더 (30) 에 의해 사용하기 위한 인코딩된 비디오 데이터와 연관되는 구문 엘리먼트들을 엔트로피 인코딩할 수도 있다.

CABAC 을 수행하기 위해, 비디오 인코더 (20) 는 컨텍스트 모델 내 컨텍스트를 송신되는 심볼에 할당할 수도 있다. 컨텍스트는 예를 들어, 심볼의 이웃하는 값들이 논-제로인지 여부에 관련될 수도 있다. CAVLC 을 수행하기 위해, 비디오 인코더 (20) 는 송신되는 심볼에 대해 가변 길이 코드를 선택할 수도 있다. VLC 에서의 코드워드들은 상대적으로 더 짧은 코드들이 더 가능성 있는 심볼들에 대응하지만, 더 긴 코드들이 덜 가능성 있는 심볼들에 대응하도록, 구성될 수도 있다. 이러한 방법으로, VLC 의 사용은 예를 들어, 송신되는 각각의 심볼에 대해 동일-길이 코드워드들을 사용하는 것을 넘어서는 비트 절감을 달성할 수도 있다. 확률 결정은 그 심볼에 할당된 컨텍스트에 기초할 수도 있다.

일반적으로, 본 개시물은 소스 디바이스 (12), 목적지 디바이스 (14), 비디오 인코더 (20), 비디오 디코더 (30), 또는 비디오 데이터의 프로세싱, 전송, 저장, 또는 취출에 관련되는 다른 디바이스들에 의해 수행될 수도 있는 여러 기법들을 기술한다. 예의 목적들을 위해, 본 개시물의 기법들은 비디오 인코더 (20) 및 비디오 디코더 (30) 에 대해 설명된다. 그러나, 비디오 사전-프로세싱 또는 사후-프로세싱 유닛들, 인캡슐레이터들, 디캡슐레이터들, 멀티플렉서들, 디멀티플렉서들, 미디어 인지 네트워크 엘리먼트들 (MANEs), 또는 비디오 데이터의 프로세싱에 관련되는 다른 디바이스들과 같은, 다른 디바이스들이 또한 이들 기법들의 임의의 기법 또는 모두로 구성될 수도 있다. 여러 기법들이 단독으로 또는 임의의 조합으로 함께 수행될 수도 있다.

본 개시물은 비디오 인코더 (20) 및 비디오 디코더 (30) 에 의해 코딩될 수도 있는 치수 범위 파라미터 세트를 도입한다. 치수 범위 파라미터 세트는 어떤 비트스트림에 대해, 각각의 스케일러블 치수에서의 스케일러빌리티 레벨들의 범위를 규정할 수도 있다. 예를 들어, 치수 범위 파라미터 세트는 공간 치수, 시간 치수, SNR/품질 치수, 뷰 치수, 칼라 비트 심도 치수, 크로마 샘플 포맷 치수, 또는 다른 이런 스케일러블 치수 중 임의의 치수 또는 모두에 대한 범위들을 규정할 수도 있다. 치수 범위 파라미터 세트는 전체 비트스트림에 적용가능할 수도 있다. 즉, 비디오 인코더 (20) 는 인코딩된 비디오 데이터가 치수 범위 파라미터 세트로 시그널링된 데이터에 합치하도록 비트스트림의 모든 비디오 데이터를 인코딩할 수도 있으며, 반면 비디오 디코더 (30) 는 치수 범위 파라미터 세트로 시그널링된 데이터에 적어도 부분적으로 기초하여 비트스트림의 모든 코딩된 비디오 데이터를 디코딩할 수도 있다.

특정의 스케일러블 치수에 속하는 NAL 유닛의 특성들은 치수 범위 파라미터 세트의 데이터로 표시되는 바에 따라, 비트스트림에서 변하거나 또는 변하지 않을 수도 있다. 예를 들어, 스케일러블 치수의 특정의 특성이 변하지 않고 비트스트림이 그 특정의 스케일러블 치수에서 스케일링가능하지 않으면, 그 특성은 NAL 유닛 헤더로 시그널링될 필요는 없다.

치수 범위 파라미터 세트로 표시되는 바에 따라, 스케일러블 치수의 특성이 변하고 N 개의 가능한 값들을 가질 수도 있으면, 특정의 비트수가 그 스케일러블 치수의 특성을 나타내기 위해 NAL 유닛 헤더 내에 할당될 수도 있다. 예를 들어, N 이 정수라고 가정하면, ceil(log₂(N)) 비트들이 그 특성을 나타내기 위해 NAL 유닛 헤더 내에 할당될 수도 있으며, 여기서, ceil(X) 은 "최고 한도 (ceiling)", 또는 (그 반환된 값이 정수가 아니라고 가정하면, 다음 가장 가까운 정수까지의) X 의 절상을 반환한다.

비디오 인코더 (20) 는 공동으로 시그널링할 수도 있으며, 비디오 디코더 (30) 는 NAL 유닛 헤더에서의 모든 가능한 치수들의 모든 특성들을 특성들 세트로서 공동으로 취출할 수도 있다. 특성들 세트는 모든 치수들의 모든 특성들에 맵핑될 수도 있다.

치수의 특성들은 변할 수도 있다. 스케일러블 치수들의 실제 값들을 시그널링하는 대신, 일부 예들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 스케일러블 치수들의 실제 값들에 대한 인덱스 값들을 코딩할 수도 있다. 예를 들어, 뷰 치수의 뷰들에 대한 view_id 값들을 시그널링하는 대신, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 뷰 순서 인덱스 값들을 코딩할 수도 있으며, 이 뷰 순서 인덱스 값은 별개의 맵핑 테이블에 의해 각각의 view_id 값들에 맵핑될 수도 있다. 또 다른 예로서, 비트스트림의 비트 심도 스케일러블 치수는 8-비트, 10-비트, 및 12-비트 신호들을 포함할 수도 있다. 이런 칼라 비트 심도들에 대해 "8", "10", 및 "12" 을 NAL 유닛 헤더로 시그널링하는 대신, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 값들 "0", "1", 및 "2" 을 이용할 수 있으며, 이것들은 다시 "8", "10", 및 "12" 에 각각 맵핑될 수도 있다. 따라서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 비트스트림에 대해 인덱스 대 값 맵핑 테이블을 코딩하도록 구성될 수도 있다. 인덱스 대 값 맵핑 테이블은 치수 범위 파라미터 세트의 부분을 형성할 수도 있거나, 또는 별개의 데이터의 세트로서 코딩될 수도 있다. 이런 맵핑 테이블은 특정의 코딩된 비디오 시퀀스에 또는 전체 비트스트림에 적용가능할 수도 있다.

본 개시물은 또한 서브-비트스트림 추출에 적용가능할 수도 있는 기법들을 기술한다. 비트스트림이 하나 이상의 스케일러블 치수들을 포함할 때, 일부 목적지 디바이스들은 특정의 치수의 여러 레벨들을 요청할 수도 있으며, 반면, 다른 목적지 디바이스들은 특정의 치수의 단일 레벨, 예컨대, 베이스 레벨을 단지 요청할 수도 있다. (도 1 에 도시되지 않지만, 일반적으로 접속 (16) 에 따른 디바이스에 대응할 수도 있는) 네트워크 내 미디어-인지 네트워크 엘리먼트 (MANE) 는 그 요청된 데이터를 여러 목적지 디바이스들에 제공하기 위해 서브-비트스트림 추출을 수행할 수도 있다.

예를 들어, 뷰 치수는 다수의 상이한 뷰들을 포함할 수도 있다. 하나의 목적지 디바이스는 멀티-관점 3차원 플레이백할 수도 있으며, 따라서 모든 가용 뷰들을 요청할 수도 있다. MANE 는 따라서, 모든 가용 뷰들을 포함하는 서브-비트스트림 (또는, 풀 비트스트림) 을 이 목적지 디바이스에 제공할 수도 있다. 또 다른 목적지 디바이스는 단지 입체 3차원 플레이백할 수도 있으며, 그 결과, 목적지 디바이스는 단지 2개의 뷰들을 요청한다. 따라서, 모든 뷰들을 이 목적지 디바이스로 전송하는 대신, MANE 는 단지 2개의 뷰들을 갖는 서브-비트스트림을 추출하여, 이 서브-비트스트림을 목적지 디바이스로 전송할 수도 있다.

본 개시물의 기법들에 따르면, MANE 와 같은 서브-비트스트림 추출을 수행하는 디바이스는, 그 추출된 서브-비트스트림에서의 NAL 유닛들의 NAL 유닛 헤더들이 풀 비트스트림에서의 대응하는 NAL 유닛들의 원래 NAL 유닛 헤더들보다 더 적은 비트들을 소비하도록, 치수 범위 파라미터 세트 및 만약 제공되면, 인덱스 대 값 맵핑 테이블을 수정할 수도 있다. 예를 들어, 목적지 디바이스가 입체적인 3차원의 플레이백이 단지 가능하고, 예컨대, view_ids (32 및 159) 에 맵핑된 뷰 순서 인덱스들 "1" 및 "7" 를 갖는 뷰들을 수신하는 상기 경우에, MANE 는 뷰 순서 인덱스들의 값들을 "0" 및 "1" 로 각각 조정할 수도 있으며, 뷰 순서 인덱스 "0" 를 view_id (32) 에, 그리고 뷰 순서 인덱스 "1" 을 view_id (159) 에 맵핑하기 위해 맵핑 테이블을 조정할 수도 있다.

아래 테이블 1 은 치수 범위 파라미터 세트에 대한 구문의 예시적인 세트를 제공한다:

테이블 1

테이블 1 의 여러 구문 엘리먼트들에 대한 예시적인 의미들이 아래에 설명된다. dim_parameter_set_id 는 치수 범위 파라미터 세트의 식별을 나타낼 수도 있다. 일부 예들에서, 오직 하나의 치수 파라미터 세트가 전체 계층화된 (스케일러블) 코딩된 비디오 시퀀스의 디코딩 동안 활성이 되도록 허용된다. 다수의 코딩된 비디오 시퀀스들이 동일한 dim_parameter_set_id 를 공유하면, 치수 범위 파라미터가 그 비트스트림에서의 다수의 코딩된 비디오 시퀀스들에 사용될 수 있다. 치수 범위 파라미터 세트는 파라미터 세트 계층이 시퀀스 파라미터 세트보다 더 높을 수도 있다. 더욱이, 데이터는 대응하는 치수 범위 파라미터 세트를 식별하는 SPS 로 코딩될 수도 있다.

temporal_level_cnt_bit 는 아래 테이블 2 에 대해 설명되는 temporal_level_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, 이 값이 0 과 같을 때, 어떤 시간 스케일러빌리티도 지원되지 않고 각각의 VCL NAL 유닛은 0 과 같은 temporal_id 를 갖는 것으로 추론된다. (아래 테이블 2 에 대해 설명되는) temporal_level_cnt 의 값으로 표시되는 바와 같이, 이 코딩된 비디오 시퀀스에서 지원되는 시간 레벨들의 개수/카운트는 범위가 0 으로부터 (2<< temporal_level_cnt_bit -1) 까지일 수도 있으며 (해당값 포함), 여기서 "<<" 는 비트 단위 좌측-시프트 연산자를 나타낸다.

chroma_format_cnt_bit 는 아래 테이블 2 에 대해 설명되는 chroma_format_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, 이 값이 0 과 같을 때, 어떤 크로마 샘플 포맷 스케일러빌리티도 지원되지 않으며 각각의 VCL NAL 유닛은 그 프로파일에 따라서, 4:2:0 또는 4:4:4 샘플링 포맷을 갖는 것으로 추론된다. (아래 테이블 2 에 대해 설명되는) chroma_format_cnt 의 값으로 표시되는, 이 코딩된 비디오 시퀀스에서 지원되는 크로마 샘플 포맷들의 개수/카운트는 범위가 0 으로부터 (2<< chroma_format_cnt_bit-1) 까지이다 (해당값 포함).

bit_depth_cnt_bit 는 아래 테이블 2 에 대해 설명되는 bit_depth_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, bit_depth_cnt_bit 의 값이 0 과 같을 때, 어떤 칼라 비트-심도 스케일러빌리티도 지원되지 않고 각각의 VCL NAL 유닛은 그 프로파일에 따라서, 8-비트 또는 10-비트 또는 12-비트로서 코딩되는 것으로 추론된다. bit_depth_cnt 의 값으로 표시되는, 이 코딩된 비디오 시퀀스에서 지원되는 비트 심도의 개수/카운트는 범위가 0 으로부터 (2<< bit_depth_cnt -1) 까지일 수도 있다 (해당값 포함).

dependency_cnt_bit 는 아래 테이블 2 에 대해 설명되는 dependency_layer_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, dependency_cnt_bit 의 값이 0 과 같을 때, 어떤 공간 스케일러빌리티 또는 CGS도 지원되지 않고 각각의 VCL NAL 유닛은 0 과 같은 dependency_id 를 갖는 것으로 추론된다. 이 코딩된 비디오 시퀀스에서 지원되는 의존성 계층들의 개수/카운트는 범위가 0 으로부터 (2<<dependency_layer_cnt_bit -1) 까지일 수도 있다 (해당값 포함).

quality_cnt_bit 는 아래 테이블 2 에 대해 설명되는 quality_level_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, quality_cnt_bit 의 값이 0 과 같을 때, 어떤 품질/SNR 스케일러빌리티도 지원되지 않으며 각각의 VCL NAL 유닛은 0 과 같은 quality_id 를 갖는 것으로 추론된다. 이 코딩된 비디오 시퀀스에서 지원되는 품질 레벨들의 개수/카운트는 범위가 0 으로부터 (2<< quality_cnt_bit -1) 까지일 수도 있다 (해당값 포함).

view_cnt_bit 는 아래 테이블 2 에 대해 설명되는 view_cnt 를 시그널링하는데 사용되는 비트수를 나타낼 수도 있다. 일부 예들에서, view_cnt_bit 의 값이 0 과 같을 때, 오직 하나의 뷰만이 지원되며 각각의 VCL NAL 유닛은 view_id 및 0 과 같은 뷰 순서 인덱스를 갖는 것으로 추론된다. 이 코딩된 비디오 시퀀스에서 지원되는 뷰들의 개수/카운트는 범위가 0 으로부터 (2<< view_cnt_bit-1) 까지일 수도 있다 (해당값 포함).

0 과 같은 depth_present_cnt_bit 는 어떤 심도 데이터도 비트스트림에 포함되지 않는다는 것을 나타낼 수도 있다. 1 과 같은 depth_present_cnt_bit 의 값은 심도 VCL NAL 유닛들이 비트스트림에 포함된다는 것을 나타낼 수도 있으며, NAL 유닛이 텍스쳐 뷰 성분 또는 심도 뷰 성분인지를 나타내는, NAL 유닛 헤더에서의 1 비트일 수도 있다.

위에 테이블 1 은 엘리먼트 dim_cnt_table() 를 포함한다. 아래 테이블 2 는 테이블 1 의 dim_cnt_table() 에 대한 구문 엘리먼트들의 세트의 일 예를 나타낸다. 일반적으로, 비디오 인코더 (20) 는 시그널링할 수도 있으며, 비디오 디코더 (30) 는 테이블 1 에 대해 위에서 설명한 구문 엘리먼트들의 값들에 의해 표시되는 바와 같이, 테이블 2 의 단지 어떤 구문 엘리먼트들을 수신할 수도 있다.

테이블 2

테이블 2 의 구문 엘리먼트들에 대한 예시적인 의미들이 이하에서 설명된다. temporal_level_cnt 는 코딩된 비디오 시퀀스에서 지원되는 시간 레벨들의 개수를 규정할 수도 있다. temporal_level_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. temporal_level_cnt 가 존재하는지 여부는 테이블 1 의 temporal_level_cnt_bit 의 값에 기초하여 결정될 수도 있다.

chroma_format_cnt 는 코딩된 비디오 시퀀스에서 지원되는 상이한 크로마 샘플 포맷들의 개수를 규정할 수도 있다. chroma_format_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. chroma_format_cnt 가 존재하는지 여부는 테이블 1 의 chroma_format_cnt_bit 의 값에 기초하여 결정될 수도 있다.

bit_depth_cnt 는 코딩된 비디오 시퀀스에서 지원되는 상이한 칼라 비트 심도들의 개수를 규정할 수도 있다. bit_depth_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. bit_depth_cnt 가 존재하는지 여부는 테이블 1 의 bit_depth_cnt_bit 의 값에 기초하여 결정될 수도 있다.

dependency_layer_cnt 는 코딩된 비디오 시퀀스에서 지원되는 의존성 계층들의 개수를 규정할 수도 있다. dependency_layer_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. dependency_layer_cnt 가 존재하는지 여부는 테이블 1 의 dependency_cnt_bit 의 값에 기초하여 결정될 수도 있다.

quality_level_cnt 는 코딩된 비디오 시퀀스에서의 각각의 의존성 계층에서 지원되는 품질 레벨들의 최대 개수를 규정할 수도 있다. 예를 들어, 1/4 공통 중간 포맷 (qcif) 계층은 3개의 품질 계층들을 포함할 수도 있으며, 또 다른 공통 중간 포맷 (cif) 계층은 하나의 품질 계층을 포함할 수도 있다; 이 경우에 quality_cnt 는 3 으로 설정될 수도 있다. quality_level_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. quality_level_cnt 가 존재하는지 여부는 테이블 1 의 quality_cnt_bit 의 값에 기초하여 결정될 수도 있다.

view_cnt 는 코딩된 비디오 시퀀스에 포함된 뷰들의 개수를 규정할 수도 있다. view_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. view_cnt 가 존재하는지 여부는 테이블 1 의 view_cnt_bit 의 값에 기초하여 결정될 수도 있다.

depth_present_cnt 는 멀티뷰 플러스 심도 포맷이 고려되는 한, 뷰 성분에서 상이한 유형들의 서브-뷰 성분들의 개수를 규정할 수도 있다. depth_present_cnt 의 값은 존재하지 않을 때 1 인 것으로 추론될 수도 있다. depth_present_cnt 가 존재하는지 여부는 테이블 1 의 depth_present_cnt_bit 의 값에 기초하여 결정될 수도 있다. 이들 기법들의 컨셉들은 각각의 뷰 성분, 또는 심지어 계층화된 심도에 대한 하나 이상의 보조 화상들을 포함하는 임의의 3D 비디오 포맷에 대해 추가로 확장될 수도 있다.

일부 예들에서, 위에서 설명된 구문 엘리먼트들은 특정의 구성요소, 예컨대 휘도 (루마) 성분 또는 색차 (크로마) 성분에 고유할 수도 있다. 더욱이, 별개의 값들이 비트 심도 값들과 같은, 크로마에 대해, 그리고 루마에 대해 시그널링될 수도 있다.

위에 테이블 2 에 나타낸 것들과 같은, 스케일러블 치수들에 대한 구문 엘리먼트들은 일반적으로 2개의 카테고리들 중 하나에 대응한다. 예컨대, tamporal_id, quality_id 및 dependency_id 을 포함할 수도 있는, 제 1 카테고리에서, 시그널링된 인덱스 값 및 대응하는 스케일러블 치수에 대한 값은 등가이다. 예를 들어, temporal_level_cnt 가 3 이면, temporal_id 값들은 모든 VCL NAL 유닛들에서 범위가 0 내지 2 일 수도 있다 (해당값 포함).

예컨대, 뷰 치수 및 칼라 비트 심도 치수를 포함할 수도 있는 다른 카테고리에서, view_id 및 bit_depth 과 같은, 정확한 특성들의 값은 그 인덱스보다 더 많은 비트들을 일반적으로 소비한다. 예를 들어, view_cnt 는 3 과 같이 설정될 수도 있으며, 3개의 뷰들은 view_id 값들 4, 6, 8 을 가질 수도 있으며; 4, 6 및 8 이 NAL 유닛으로 시그널링되면, 4 비트들까지 요구될 것이다. 한편, 단지 0, 1, 2 가 시그널링되면, 단지 2 비트들이 요구된다. 따라서, 인덱스 대 값 맵핑 테이블이 이 카테고리에 속하는 스케일러블 치수에 대해, (좀더 효율적인) 인덱스 값들로부터 (애플리케이션들에 대해 더 의미있는) 실제 특성들을 결정하기 위해 시그널링될 수도 있다. 아래 테이블 3 은 인덱스 대 값 맵핑 테이블에 대한 구문의 일 예를 나타낸다.

테이블 3

테이블 3 의 인덱스 대 값 맵핑 테이블에 대한 예시적인 의미들이 아래에 설명된다. chroma_format_idc[ i ] 는 i 와 같은 크로마 인덱스를 가진 VCL NAL 유닛들에서 루마 샘플링에 대한 크로마 샘플링을 규정할 수도 있다. chroma_format_idc 의 값은 0 내지 3 의 범위일 수도 있다 (해당값 포함). chroma_format_idc 가 존재하지 않을 때, chroma_format_idc 의 값은 1 과 같은 것으로 추론될 수도 있다 (4:2:0 크로마 포맷). chroma_format_idc 값은 테이블 4 에 나타낸 바와 같은 크로마 포맷 (chroma format) 으로 맵핑될 수도 있다:

테이블 4

테이블 3 을 다시 참조하면, bit_depth_minus8[ i ] 플러스 8 은 i 와 같은 비트 심도 인덱스를 가진 VCL NAL 유닛들에서 칼라 성분의 샘플들의 비트 심도를 규정할 수도 있다. view_id[ i ] 는 i 와 같은 뷰 인덱스를 가진 NAL 유닛의 뷰 식별자를 규정할 수도 있다.

이의 대안으로, 각각의 치수에서, 그 카운트가 1 보다 더 크면 그 값이 단지 시그널링될 것이다. 그 카운트가 1 인 경우, 0 인덱스에 대응하는 값이 명시적으로 시그널링되는 대신, 프로파일에 의해 추론될 수도 있다. 아래 테이블 5 은 이 예에 대한 예시적인 구문 데이터의 세트를 제공하며, 여기서, 그 카운트가 1 보다 큰 경우에 그 값들이 단지 시그널링된다:

테이블 5

아래 테이블 6 은 본 개시물의 기법에 따른, 시퀀스 파라미터 세트 (SPS) 에 대한 구문의 예시적인 세트를 제공한다. 어떤 구문 엘리먼트들은 HEVC WD7 의 SPS 에서와 같이 동일하게 유지할 수도 있다. 이들 구문 엘리먼트들에 대한 의미들은 또한 HEVC WD7 의 SPS 에서와 동일하게 유지할 수도 있다. 테이블 6 의 예의 추가된 또는 수정된 구문 엘리먼트들에 대한 의미들의 예들이 아래에 설명된다.

테이블 6

테이블 6 의 SPS 의 예에서, HEVC WD7 의 SPS 에 대한, 추가된 또는 수정된 구문 엘리먼트들은 dim_parameter_set_id, chroma_format_idx, sps_view_extension(), 및 bit_depth_idx 을 포함한다. 함수 function_chroma_idc(profile_idc) 는 다음과 같이 정의될 수도 있다: function_chroma_idc(profile_idc) 는 이런 profile_idc 가 디폴트 크로마 샘플 포맷, 예컨대, 4:2:0 을 가지면 0 을 반환하고, 그렇지 않으면, 1 을 반환한다. 함수 function_view(profile_idc) 는 다음과 같이 정의될 수도 있다: function_view(profile_idc) 는 이런 profile_idc 가 다수의 뷰 코딩과 관련되면 0 을 반환하고, 그렇지 않으면 1 을 반환한다. sps_view_extension() 구문 테이블은 뷰 의존성 및 멀티뷰 비디오 코딩 또는 3D 비디오에 관련된 다른 정보를 포함할 수도 있다. 함수 function_bit_depth(profile_idc) 는 다음과 같이 정의될 수도 있다: function_bit_depth(profile_idc) 는 이런 profile_idc 가 8 비트보다 더 높은 비트 심도로 코딩되면 0 을 반환하고, 그렇지 않으면 1 을 반환한다.

아래 테이블 7 은 본 개시물의 기법에 따른, 네트워크 추상화 계층 (NAL) 유닛 헤더에 대한 구문의 예시적인 세트를 제공한다. 어떤 구문 엘리먼트들은 HEVC WD7 의 NAL 유닛 헤더에서와 같이 동일하게 유지할 수도 있다. 이들 구문 엘리먼트들에 대한 의미들은 또한 HEVC WD7 의 NAL 유닛 헤더에서와 동일하게 유지할 수도 있다. 테이블 7 의 예의 추가된 또는 수정된 구문 엘리먼트들에 대한 의미들의 예들이 아래에 설명된다.

테이블 7

테이블 7 의 NAL 유닛 헤더의 예에서, HEVC WD7 에 대한, 추가된 또는 수정된 구문 엘리먼트들은 nalUnitScalableCharSet 및 reserved_bits 뿐만 아니라, m, r, 및 nalUnitHeaderBytes 의 계산들을 포함한다. nalUnitScalableCharSet 는 NAL 유닛의 스케일러블 특성들 세트를 규정할 수도 있다. nalUnitScalableCharSet 에서의 비트들은 예컨대, 테이블 1 의 치수 범위 파라미터 세트에 기초하여 상이한 치수들로 분리될 수도 있다.

일 예에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 m 에 대한 값을 다음과 같이 계산할 수도 있다:

이 예에서, m 은 4 비트들과 같을 것이다. 이 예에 대한 비트스트림은 예컨대, 각각의 뷰에 대해 상이한 공간 계층들을 가진 입체 (2개의 뷰) 콘텐츠를 나타낼 수도 있으며, 비트스트림은 3 개의 시간 계층들까지 가질 수도 있다.

또 다른 예에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 m 에 대한 값을 다음과 같이 계산할 수도 있다:

이 예에서, m 은 4 비트들과 같을 것이다. 이것은 예컨대, 시간 스케일러빌리티를 갖는 7개의 뷰들을 가진 전형적인 멀티뷰 데이터에 대한 비트스트림을 나타낼 수도 있다.

또 다른 예에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 m 에 대한 값을 다음과 같이 계산할 수도 있다:

이 예는 8-비트로부터 10-비트까지의 비트 심도 스케일러빌리티를 가진, IBPBP (여기서, I 는 I-프레임에 대응하고, B 는 B-프레임에 대응하고, P 는 P 프레임에 대응한다) 로 코딩되는 비트스트림을 나타낼 수도 있다. 이 예에서, m 은 2 비트들과 같을 것이다.

치수 범위 파라미터 세트는 나타내는 구문 엘리먼트에 의해 직접 전달되지 않을지도 모르는, 더 복잡하거나 또는 더 진보된 특성들에의 NAL 유닛 헤더에서의 나타내는 구문 엘리먼트의 맵핑을 포함할 수도 있다. 예를 들어, 뷰 순서 인덱스 또는 유사한 나타내는 구문 엘리먼트가 NAL 유닛 헤더에 존재할지도 모른다; 그러나, view_id 정보는 NAL 유닛 헤더에 존재하지 않을지도 모르며, view_id 값들에 대한 뷰 순서 인덱스 값들의 맵핑은 상이한 시퀀스들에서 변할 수도 있다. 이런 맵핑은 단지 NAL 유닛 헤더에서의 구문 엘리먼트들보다 더 많은 정보를 전달할 수도 있으며 더 진보된 적응을, 예컨대, view_id 값들에 기초하여 제공할 수도 있다. 일반적으로, 특정의 치수의 인덱스는 인덱스 대 값 맵핑 테이블 (예컨대, 테이블들 3 또는 5 의 dim_index_2_value_table) 에 정의된 바에 따라 i 의 값에 대응할 수도 있다. 즉, 스케일러블 치수의 인덱스 "idx" 는 인덱스 대 값 맵핑 테이블로 시그널링되는 바에 따라 스케일러블 치수의 i번째 값에 대응할 수도 있다. 이 테이블은 또한 인덱스 대 값 구문 맵핑 테이블로서 지칭될 수도 있다.

일부 예들에서, 본 개시물의 기법들은 통합된 NAL 유닛 헤더의 향상된 설계에 관련된다. 예를 들어, NAL 유닛 헤더 맵은 위에서 설명된 치수 범위 파라미터 세트 대신 코딩될 수도 있다. NAL 유닛 헤더 맵은 NAL 유닛 헤더 맵 파라미터 세트 (NPS) 로, 또는 시퀀스 파라미터 세트 (SPS) 로, 코딩될 수도 있다. NAL 유닛 헤더 맵에서, 각각의 스케일러빌리티 또는 뷰 치수, 예컨대 공간 스케일러빌리티 치수, 시간 스케일러빌리티 치수, 품질 스케일러빌리티 치수, 또는 뷰 스케일러빌리티 치수는 NAL 유닛 헤더에서의 구문 엘리먼트에 대응할 수도 있다. 더욱이, 여러 스케일러빌리티 치수들에 대한 구문 엘리먼트들은 그 NAL 유닛 헤더에 대해 규정된 길이들을 가질 수도 있다. 즉, 구문 데이터는 스케일러빌리티 치수들에 대응하는, NAL 유닛 헤더에서의 구문 엘리먼트들에 대한 길이들을 정의할 수도 있다.

특정의 스케일러블 치수에 대한 값이 전체 코딩된 비디오 시퀀스 (예컨대, 전체 비트스트림) 에 대해 변하지 않으면, 그 스케일러블 치수에 대응하는 구문 엘리먼트의 길이는 구문 엘리먼트가 NAL 유닛 헤더에 존재하지 않는다는 것을 의미하는, NAL 유닛 헤더에 제로 (0) 비트들로서 정의될 수도 있으며, 그 결과, 대응하는 비트스트림에서 모든 NAL 유닛들에 대한 그 스케일러블 치수에 대해 디폴트 값이 유도될 수도 있다.

일부 예들에서, NAL 유닛 헤더에서의 구문 엘리먼트들이 더 컴팩트한 방식으로 시그널링될 수도 있다. 예를 들어, M 개의 가능한 구문 엘리먼트의 값들이 있지만 그 값들이 N 비트들 (여기서, N 은 예컨대, 1 << ceil(log₂(M+1)) 보다 더 크다) 을 취할 수 있으면, NAL 유닛 헤더에서의 구문 엘리먼트들의 시그널링은 단지 그 인스턴스들, 즉, 구문 엘리먼트들에 대한 값들로의 인덱스를 시그널링함으로써 추가로 최적화될 수도 있다. 예를 들어, H.264/AVC 의 멀티뷰 확장판에서의 view_id 는 일반적으로 10 비트들을 사용한다. 그러나, 선택된 뷰들의 세트가 view_id 값들의 인스턴스들을 예컨대, 45, 50, 55, 및 60 처럼 가지면, 2개의 비트 뷰 인덱스들 (view_idxs) 이 뷰들, 예컨대, "00", "01", "10", 및 "11" 을 나타내는데 각각 사용될 수도 있다. 더욱이, 구문 데이터는 뷰 인덱스들과 view_ids 사이의 맵핑을 정의한다.

NPS NAL 유닛 및 SPS NAL 유닛의 NAL 유닛 헤더는 아래 테이블 (12) 의 NAL 유닛 구문에 나타낸 바와 같이, 1 바이트로 고정될 수도 있으며, nal_ref_flag 는 1 과 같이 설정될 수도 있다. nal_unit_type 는 NSP NAL 유닛들에 대해 10 과 같을 수도 있으며, nal_unit_type 는 SPS NAL 유닛들에 대해 5 와 같을 수도 있다. 다른 유형들의 NAL 유닛들은 상이한 NAL 유닛 유형들을 이용할 수도 있다. 이의 대안으로, 일부 예들에서, 단지 VCL NAL 유닛들은 예컨대, 테이블 (12) 에 나타낸 바와 같이, 확장된 NAL 유닛 헤더를 포함하는 반면, 비-VCL NAL 유닛들은 1-바이트 NAL 유닛 헤더들을 포함할 수도 있다.

아래 테이블 8 은 위에 테이블 1 의 치수 범위 파라미터 세트에 대한 대안으로서, 본 개시물의 기법들에 따른, 네트워크 추상화 계층 (NAL) 유닛 헤더 맵 파라미터 세트 (NPS) 에 대한 예시적인 구문의 세트를 제공한다. 테이블 8 의 예의 구문 엘리먼트들에 대한 의미들의 예들이 아래에 설명된다.

테이블 8

테이블 8 의 예시적인 NAL 유닛 헤더 맵 파라미터 세트 구문에서, nal_unit_header_map_id, temporal_id_len, dependency_id_len, quality_id_len, 및 view_idx_len 에 대한 디스크립터들은 HEVC WD7 에 대해 수정된다. 게다가, 테이블 8 의 예시적인 NAL 유닛 헤더 맵 파라미터 세트 구문은 구문 엘리먼트들 priority_id_len, reserved_flags_len, priority_map() 을 추가하고, view_idx2id_table() 를 조건부로 시그널링한다. NAL 유닛 헤더 맵 파라미터 구문의 다른 구문 엘리먼트들은 HEVC WD7 에서와 같이 동일하게 유지할 수도 있다. NAL 유닛 헤더 맵 파라미터 세트 (NPS) 는 일반적으로 NAL 유닛 헤더 맵을 규정할 수도 있다. 일부 예들에서, 각각의 코딩된 비디오 시퀀스에서, 하나 및 오직 하나의 NAL 유닛 헤더 맵이 활성일 수도 있다. 즉, 일부 예들에서, 오직 하나의 NAL 유닛 헤더 맵이 특정의 비트스트림에 적용된다.

Nal_unit_header_map_id 는 NAL 유닛 헤더 맵 파라미터 세트의 식별을 규정할 수도 있다. 위에서 언급한 바와 같이, 일부 예들에서, 각각의 코딩된 비디오 시퀀스에서, 하나 및 오직 하나의 NAL 유닛 헤더 맵이 활성일 수도 있다. 대안적인 예에서, nal_unit_header_map_id 가 존재하지 않으며, 각각의 코딩된 비디오 시퀀스는 하나의 NAL 유닛 헤더 맵 NAL 유닛을 그 코딩된 비디오 시퀀스에서의 제 1 NAL 유닛으로서 포함할 수도 있다.

priority_id_len 는 NAL 유닛 헤더에서의 priority_id 구문 엘리먼트 및 우선순위 맵 구문 구조에서의 priority_id[ i ] 를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, prioriy_id_len 이 0 과 같을 때, 각각의 VCL NAL 유닛은 0 과 같은 priority_id 를 갖는 것으로 추론될 수도 있다. NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서 지원되는 우선순위 계층들의 개수는 1 내지 (2 << priority_id_len) 의 범위일 수도 있다 (해당값 포함).

temporal_id_len 는 NAL 유닛 헤더에서의 temporal_id 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, temporal_id_len 및 implicit_temporal_id_len 이 모두 0 과 같을 때, 어떤 시간 스케일러빌리티도 지원되지 않고 각각의 VCL NAL 유닛은 0 과 같은 temporal_id 를 갖는 것으로 추론될 수도 있다. NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서 지원되는 시간 계층들의 개수는 1 내지 (2 << temporal_id_len) (해당값 포함) (temporal_id_len 이 0 보다 클 때), 또는 1 내지 (2 << implicit_temporal_id_len) (해당값 포함) (implicit_temporal_id_len 이 0 보다 클 때) 의 범위일 수도 있다. 일부 예들에서, temporal_id_len 및 implicit_temporal_id_len 중 적어도 하나는 0 과 같다.

dependency_id_len 는 NAL 유닛 헤더에서의 dependency_id 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, dependency_id_len 및 implicit_dependency_id_len 이 모두 0 과 같을 때, 어떤 공간 스케일러빌리티 또는 조립자 스케일러빌리티 (coarse-grain scalability) 도 지원되지 않으며, 각각의 VCL NAL 유닛은 0 과 같은 dependency_id 를 갖는 것으로 추론될 수도 있다. NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서 지원되는 의존성 계층들의 개수는 1 내지 (2 << dependency_id_len) (해당값 포함) (dependency_id_len 이 0 보다 클 때), 또는 1 내지 (2 << implicit_dependency_id_len) (해당값 포함) (implicit_dependency_id_len 이 0 보다 클 때) 의 범위일 수도 있다. 일부 예들에서, dependency_id_len 및 implicit_dependency_id_len 중 적어도 하나는 0 과 같다.

quality_id_len 는 NAL 유닛 헤더에서의 quality_id 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, quality_id_len 및 implicit_quality_id_len 이 모두 0 과 같을 때, 어떤 품질/SNR 스케일러빌리티도 지원되지 않으며, 각각의 VCL NAL 유닛은 0 과 같은 quality_id 를 갖는 것으로 추론될 수도 있다. NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서 지원되는 품질 계층들의 개수는 1 내지 (2 << quality_id_len) (해당값 포함) (quality_id_len 이 0 보다 클 때), 또는 1 내지 (2 << implicit_quality_id_len) (해당값 포함) (implicit_quality_id_len 이 0 보다 클 때) 의 범위일 수도 있다. 일부 예들에서, quality_id_len 및 implicit_quality_id_len 중 적어도 하나는 0 과 같다.

view_idx_len 는 view_idx 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, view_cnt_len 및 implicit_view_id_len 이 모두 0 과 같을 때, 오직 하나의 뷰가 지원되며 각각의 VCL NAL 유닛은 모두 0 과 같은 view_id 및 뷰 순서 인덱스를 갖는 것으로 추론될 수도 있다. NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서 지원되는 뷰들의 개수는 1 내지 (2 << view_idx_len) (해당값 포함) (view_idx_len 이 0 보다 클 때), 또는 1 내지 (2 << implicit_view_id_len) (해당값 포함) (implicit_view_idx_len 이 0 보다 클 때) 의 범위일 수도 있다. 일부 예들에서, view_idx_len 및 implicit_view_idx_len 중 적어도 하나는 0 과 같다.

reserved_flags_len 는 reserved_flags 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. reserved_flags 가 하나 이상의 구문 엘리먼트들에 할당될 때, reserved_flags_len 는 그에 따라서 수정될 수도 있으며, 새로운 하나 이상의 구문 엘리먼트들에 대한 길이 구문 엘리먼트가 NPS 로 시그널링될 수도 있다.

0 과 같은 nps_extension_flag 는 어떤 nps_extension_data_flag 구문 엘리먼트들도 NAL 유닛 헤더 맵 파라미터 세트 RBSP 구문 구조에 존재하지 않는다는 것을 규정할 수도 있다. nps_extension_flag 는 이들 예시적인 기법들에 따르는 비트스트림들에서 0 과 같을 수도 있다. nps_extension_flag 에 대한 1 의 값은 ITU-T | ISO/IEC 의한 미래의 사용을 위해 예약될 수도 있다. 비디오 디코더들은, 확장판이 채택되어 비디오 디코더들에 의해 지원되지 않는 한, NAL 유닛 헤더 맵 파라미터 세트 NAL 유닛에서의 nps_extension_flag 에 대한 값 1 을 뒤따르는 모든 데이터를 무시하도록 구성될 수도 있다.

nps_extension_data_flag 는 임의의 값을 가질 수도 있다. 이것은 현재 본 개시물의 기법에 따른 프로파일들에 대한 순응성 (conformance) 에 영향을 미치지 않는다.

테이블 8 에 나타낸 바와 같이, 우선순위 맵() 구문 엘리먼트는 일정 상황들에서 시그널링될 수도 있다. 아래 테이블 9 은 테이블 8 의 우선순위 맵() 에 대한 예시적인 구문 데이터의 세트를 제공한다. 테이블 9 의 구문 엘리먼트들에 대한 의미들이 아래에 설명된다. 일반적으로, 우선순위 맵 구문 구조는 각각의 prority_id 값에 대해, temporal_id 값들의 범위, dependency_id 값들의 범위, quality_id 값들의 범위, 및 다수의 view_idx 값들 중 하나 이상을 규정한다.

테이블 9

num_priority_ids 는 NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에서의 priority_id 값들의 수를 규정할 수도 있다. num_priority_ids 을 나타내는데 사용되는 비트수는 priority_id_len 과 같을 수도 있다.

implicit_temporal_id_len 는 temporal_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, 존재하지 않을 때, implicit_temporal_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

implicit_dependency_id_len 는 dependency_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, priority_map( ) 구문 구조가 존재하지 않을 때, implicit_dependency_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

implicit_quality_id_len 는 quality_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, priority_map( ) 구문 구조가 존재하지 않을 때, implicit_quality_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

implicit_view_id_len 는 view_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 일부 예들에서, priority_map( ) 구문 구조가 존재하지 않을 때, implicit_view_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

priority_id[ i ] 는 i-번째 priority_id 값을 규정할 수도 있으며, 이를 위해서, temporal_id 값들의 범위, dependency_id 값들의 범위, quality_id 값들의 범위, 및 view_id 값들의 범위 중 하나 이상이 다음 구문 엘리먼트들에 의해 규정된다. priority_id[ i ] 를 나타내는데 사용되는 비트수는 priority_id_len 일 수도 있다.

t_id_low_range[ i ] 및 t_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 temporal_id 값들의 범위를 규정할 수도 있다. temporal_id 값들의 범위는 t_id_low_range[ i ] 로부터 t_id_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 구문 엘리먼트들을 나타내는 사용되는 비트수는 implicit_temporal_id_len 일 수도 있다. 일부 예들에서, 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

d_id_low_range[ i ] 및 d_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 dependency_id 값들의 범위를 규정할 수도 있다. dependency_id 값의 범위는 d_id_low_range[ i ] 로부터 d_id_high_range[ i ]-1 일 수도 있다 (해당값 포함). 이들 2개의 구문 엘리먼트들을 나타내는데 사용되는 비트수는 implicit_dependency_id_len 일 수도 있다. 일부 예들에서, 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

q_id_low_range[ i ] 및 q_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 quality_id 값들의 범위를 규정할 수도 있다. quality_id 값들의 범위는 q_id_low_range[ i ] 로부터 q_id_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 2개의 구문 엘리먼트들을 나타내는데 사용되는 비트수는 implicit_view_idx_len 일 수도 있다. 일부 예들에서, 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 는 다음과 같이 변수 DQRange[i] 를 유도할 수도 있다:

여기서, maxQlayer 는 NAL 유닛 헤더 맵 파라미터 세트를 참조하는 모든 코딩된 비디오 시퀀스들의 quality_id 의 최대 값이다.

일부 예들에서, 임의의 2개의 priority_id 값들에 대해, 다른 스케일러빌리티 치수 범위들이 동일하면, 2개의 priority_id 값들의 DQ 범위들은 중첩하지 않는다.

num_views_for_priority_minus1[ i ] 는 i-번째 priority_id 에 대응하는 view_idx 값들의 수를 규정할 수도 있다. num_views_for_priority_minus1 의 값은 0 내지 (( 1 << implicit_view_id_len ) - 1) (해당값 포함) 의 범위일 수도 있다.

view_idx[ i ][ j ] 는 i-번째 priority_id 값에 대응하는 j-번째 뷰 순서 인덱스를 규정할 수도 있다. view_id[ i ][ j ] 를 나타내는데 사용되는 비트수는 implicit_view_idx_len 일 수도 있다. 일부 예들에서, 존재하지 않을 때, view_idx[ i ][ j ] 의 값은 0 과 같은 것으로 추론될 수도 있다.

또한 테이블 8 에 나타낸 바와 같이, 일부의 경우, 뷰 ID 테이블 (view_idx2id_table()) 에 대한 뷰 인덱스는 NAL 유닛 헤더 맵 파라미터 세트로 시그널링될 수도 있다. 뷰 ID 테이블에 대한 뷰 인덱스에 대한 구문의 예시적인 세트가 아래 테이블 (10) 에 나타내어진다. 뷰 ID 테이블에 대한 뷰 인덱스에 대한 예시적인 의미들이 아래에 설명된다. 일반적으로, 뷰 ID 테이블에 대한 뷰 인덱스는 뷰 식별자 값에 대한 각각의 뷰 인덱스 값의 맵을 규정한다. 뷰 인덱스 값은 NAL 유닛 헤더로 시그널링될 수도 있으며, 대응하는 뷰 식별자는 뷰 ID 테이블에 대한 뷰 인덱스에 규정된 데이터로부터 결정될 수도 있다.

테이블 10

view_cnt 는 NAL 유닛 헤더 맵 파라미터 세트를 참조하는 코딩된 비디오 시퀀스에 포함되는 뷰들의 최대 개수를 규정할 수도 있다. view_cnt 를 나타내는데 사용되는 비트수는 view_idx_len 과 같을 수도 있다.

view_id[ i ] 는 i 와 같은 뷰 인덱스를 가진 NAL 유닛의 뷰 식별자를 규정할 수도 있다.

아래 테이블 (11) 는 본 개시물의 기법에 따른, 시퀀스 파라미터 세트 (SPS) 에 대한 예시적인 구문 데이터의 세트를 예시한다. HEVC WD7 에 대한, 추가된 또는 변경된 구문 엘리먼트들에 대한 의미들이 이하에서 설명된다. 이 예시적인 SPS 의 다른 구문 엘리먼트들은 자세하게 설명되지 않으며, 변경되지 않은 구문 엘리먼트들에 대한 의미들은 예컨대, HEVC WD7 에서 정의된 바와 같이 동일하게 유지할 수도 있다.

테이블 11

테이블 (11) 의 예에서, SPS 는 추가적인 구문 엘리먼트, 즉, "nal_unit_header_map_id" 를 포함한다. 위에서 언급한 바와 같이, 타원들로 도시되고 나타내지 않은 것을 포함한, 다른 구문 엘리먼트들에 대한 의미들은 예컨대, HEVC WD7 에서 정의된 바와 같이, 변하지 않은채 유지될 수도 있다. 이 예에서, nal_unit_header_map_id 는 시퀀스 파라미터 세트에 의해 참조되는 NAL 유닛 헤더 맵 파라미터 세트의 식별자를 규정할 수도 있다. 따라서, SPS 는 SPS 가 대응하는 시퀀스의 코딩 동안 사용되는 NAL 유닛 헤더 맵을 규정할 수도 있다.

아래 테이블 (12) 는 NAL 유닛에 대한 구문 엘리먼트들의 예시적인 세트를 예시한다. 또, 어떤 구문 엘리먼트들이 HEVC WD7 에 대해 추가되거나 또는 변경되며, 이를 위해서, 그 예시적인 의미들이 아래에 설명된다. HEVC WD7 에 대해 변경되지 않은 다른 구문 엘리먼트들은 HEVC WD7 에 정의된 의미들을 유지할 수도 있다.

테이블 12

이 예에서, 제한 사항은 NAL 유닛 헤더가 0x000000, 0x000001, 0x000002, 또는 0x000003 과 같은, 어떤 연속되는 3 바이트들도 포함하지 않도록 정의될 수도 있다. priority_id 의 의미들은 priority_id 를 나타내는데 사용되는 비트수가 priority_id_len 일 수도 있다는 점을 제외하고는, 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, SVC 에서의 동일한 구문 엘리먼트와 유사할 수도 있다. temporal_id 의 의미들은 temporal_id 를 나타내는데 사용되는 비트수가 temporal_id_len 일 수도 있다는 점을 제외하고는, 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, HEVC WD7 와 동일할 수도 있다.

이 예에서, reserved_one_bit 는 1 과 같을 것이다. reserved_one_bit 에 대한 값 0 은 관련된 코딩 표준의 미래 확장판, 예컨대, HEVC 에 의해 규정될 수도 있다. 비디오 디코더 (30) 와 같은 디코더들은 reserved_one_bit 의 값을 무시하도록 구성될 수도 있다.

dependency_id 의 의미들은 dependency_id 를 나타내는데 사용되는 비트수가 dependency_id_len 일 수도 있다는 점을 제외하고는, 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, SVC 에서와 동일한 구문 엘리먼트와 동일할 수도 있다. quality_id 의 의미들은 quality_id 를 나타내는데 사용되는 비트수가 quality_id_len 일 수도 있다는 점을 제외하고는, 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, SVC 에서의 동일한 구문 엘리먼트와 동일할 수도 있다. view_idx 는 뷰에 대한 뷰 순서 인덱스를 규정할 수도 있다. view_idx 의 의미들은 view_idx 를 나타내는데 사용되는 비트수가 view_idx_len 일 수도 있다는 점을 제외하고는, 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, MVC 에서의 뷰 순서 인덱스와 동일할 수도 있다.

일부 예들에서, reserved_flags 의 각각의 비트는 1 과 같을 수도 있다. reserved_flags 에 대한 다른 값들은 관련된 코딩 표준의 미래의 확장판, 예컨대, HEVC 에 의해 규정될 수도 있다. 비디오 디코더 (30) 와 같은 디코더들은 reserved_flags 의 값을 무시하도록 구성될 수도 있다. reserved_flags 를 나타내는데 사용되는 비트수는 예컨대, 테이블 8 에 따른, 대응하는 nal_unit_header_map 에 규정된 바와 같이, reserved_flags_len 일 수도 있다. 일부 예들에서, reserved_bits 의 각각의 비트는 1 과 같을 수도 있다. reserved_bits 에 대한 다른 값들은 HEVC 의 확장판들과 같은, 미래의 표준들 또는 표준들의 확장판들에 의해 규정될 수도 있다. 비디오 디코더 (30) 와 같은 디코더들은 reserved_bits 의 값을 무시하도록 구성될 수도 있다. reserved_bits 를 나타내는데 사용되는 비트수는 ( ( ( m + 7 >> 3) << 3 ) - m) 일 수도 있다.

위에서 설명한 기법들에 대한 대안으로서, implicit_temporal_id_len, implicit_dependency_id_len, implicit_quality_id_len 및 implicit_view_idx_len 는 부재할 (즉, 시그널링되지 않을) 수 있으며, 다른 구문 엘리먼트들은 사양에서의 priority_id, temporal_id, dependency_id 및 quality_id 에 대한 구문 엘리먼트들의 최대 값들에 따라서, 고정된 길이로 시그널링될 수 있거나, 또는 ue(v), 즉, 무부호 정수 exponential-Golomb (Exp-Golomb) 비트 스트링들로 시그널링될 수 있다.

일부 예들에서, 테이블 9 의 우선순위 맵은 아래 테이블 (13) 의 우선순위 맵으로 대체될 수도 있다.

테이블 13

테이블 (13) 의 우선순위 맵에 대한 구문 엘리먼트들 및 그의 의미들은 일반적으로 테이블 9 의 구문 엘리먼트들 및 그의 의미들에 대해 동일하게 유지할 수도 있다. 그러나, 특정의 우선순위 ID 에 있어 뷰들의 개수에 대한 뷰 인덱스들을 시그널링하는 대신, 테이블 (13) 의 우선순위 맵은 v_idx_low_range[i] 및 v_idx_high_range[i] 을 제공한다. 이 예에서, v_idx_low_range[ i ] 및 v_idx_high_range[ i ] 는 i-번째 priority_id 에 대응하는 view_idx 값들의 범위를 규정한다. temporal_id 값들의 범위는 v_idx_low_range[ i ] 로부터 v_idx_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 2개의 범위 값들을 나타내는데 사용되는 비트수는 implicit_view_idx_len 일 수도 있다. 존재하지 않을 때, 그 범위는 0 로부터 0 까지 추론될 수도 있다.

일부 예들에서, 특정의 구문 엘리먼트 (예컨대, tempora_id) 에 대한 낮은 범위 및 높은 범위를 시그널링하는 대신, 그 범위의 상단 (또는, 하단), 예컨대, temporal_id_high 를 단지 시그널링하는 것이 가능하다. 따라서, 비디오 코더들은 그 범위의 비시그널링된 부분에 대한 값, 예컨대, temporal_id_low 에 대해 제로를 추론하도록 구성될 수도 있다.

일부 예들에서, priority_id, temporal_id, dependency_id, quality_id 및 view_idx 중 어느 것도 NAL 유닛 헤더로 명시적으로 시그널링되지 않는다. 대신, 이들 구문 엘리먼트들 중 하나 이상은 priority_map( ) 구문 구조를 대신할 수도 있는 implicit_id_table( ) 로 지칭되는 구문 구조로 암시적으로 시그널링될 수도 있다. implicit_id_table() 의 일 예는 테이블 (14) 에 도시되며, 동시에 구문 엘리먼트들에 대한 의미들의 예들이 아래에 제공된다.

테이블 14

테이블 (14) 의 예시적인 구문 구조는 priority_id 값들의 수, 그리고 각각의 prority_id 값에 대해, temporal_id 값들의 범위, dependency_id 값들의 범위, quality_id 값들의 범위, 및 다수의 view_idx 값들 중 하나 이상을 규정한다. implicit_priority_id_len 는 num_priority_ids 및 priority_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 존재하지 않을 때, implicit_priority_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다. num_priority_ids 는 priority_id[ i ] 구문 엘리먼트들의 개수를 규정할 수도 있다. num_priority_ids 를 나타내는데 사용되는 비트수는 implicit_priority_id_len 과 같을 수도 있다. implicit_temporal_id_len 는 temporal_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. 존재하지 않을 때, implicit_temporal_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

implicit_dependency_id_len 는 dependency_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. priority_map( ) 구문 구조가 존재하지 않을 때, implicit_dependency_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다. implicit_quality_id_len 는 quality_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. priority_map( ) 구문 구조가 존재하지 않을 때, implicit_quality_id_len 의 값은 0 과 같은 것으로 추론될 수도 있다. implicit_view_idx_len 는 view_id[ i ] 구문 엘리먼트를 나타내는데 사용되는 비트수를 규정할 수도 있다. priority_map( ) 구문 구조가 존재하지 않을 때, implicit_view_idx_len 의 값은 0 과 같은 것으로 추론될 수도 있다.

priority_id[ i ] 는 i-번째 priority_id 값을 규정할 수도 있으며, 이를 위해서, temporal_id 값들의 범위, dependency_id 값들의 범위, quality_id 값들의 범위, 및 view_id 값들의 범위 중 하나 이상이 다음 구문 엘리먼트들에 의해 규정된다: t_id_low_range[i], t_id_high_range[i], d_id_low_range[i], d_id_high_range[i], q_id_low_range[i], 및 q_id_high_range[i]. priority_id[ i ] 를 나타내는데 사용되는 비트수는 implicit_priority_id_len 일 수도 있다. 이의 대안으로, priority_id[ i ] 는 부재할 수 있으며, priority_id[i] 는 i 의 함수로서 i 또는 어떤 다른 값과 같은 것으로 추론될 수도 있다.

t_id_low_range[ i ] 및 t_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 temporal_id 값들의 범위를 규정할 수도 있다. temporal_id 값들의 범위는 t_id_low_range[ i ] 로부터 t_id_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 구문 엘리먼트들을 나타내는 사용되는 비트수는 implicit_temporal_id_len 일 수도 있다. 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

d_id_low_range[ i ] 및 d_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 dependency_id 값들의 범위를 규정할 수도 있다. dependency_id 값의 범위는 d_id_low_range[ i ] 로부터 d_id_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 2개의 구문 엘리먼트들을 나타내는데 사용되는 비트수는 implicit_dependency_id_len 일 수도 있다. 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

q_id_low_range[ i ] 및 q_id_high_range[ i ] 는 i-번째 priority_id 에 대응하는 quality_id 값들의 범위를 규정할 수도 있다. quality_id 값들의 범위는 q_id_low_range[ i ] 로부터 q_id_high_range[ i ]-1 까지일 수도 있다 (해당값 포함). 이들 2개의 구문 엘리먼트들을 나타내는데 사용되는 비트수는 implicit_view_idx_len 일 수도 있다. 존재하지 않을 때, 그 범위는 0 내지 0 인 것으로 추론될 수도 있다.

변수 DQRange[i] 는 다음과 같이 유도될 수도 있다:

여기서, maxQlayer 는 NAL 유닛 헤더 맵 파라미터 세트를 참조하는 모든 코딩된 비디오 시퀀스들의 quality_id 의 최대 값이다.

임의의 2개의 priority_id 값들에 대해, 다른 스케일러빌리티 치수 범위들이 동일하면, 그들의 DQ 범위들은 DQ 범위들이 중첩하지 않도록 설정될 수도 있다.

num_views_for_priority_minus1[ i ] 는 i-번째 priority_id 에 대응하는 view_idx 값들의 수를 규정할 수도 이다. num_views_for_priority_minus1 의 값은 0 내지 (( 1 << implicit_view_id_len ) - 1) (해당값 포함) 의 범위일 수도 있다. view_idx[ i ][ j ] 는 i-번째 priority_id 값에 대응하는 j-번째 뷰 순서 인덱스를 규정할 수도 있다. view_id[ i ][ j ] 를 나타내는데 사용되는 비트수는 implicit_view_idx_len 일 수도 있다. 존재하지 않을 때, view_idx[ i ][ j ] 의 값은 0 과 같은 것으로 추론될 수도 있다.

따라서, 일 예에서, 비디오 인코더 (20) 및 비디오 디코더 (30) (또는, 소스 디바이스 (12) 및 목적지 디바이스 (14) 의 다른 엘리먼트들) 는, 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하기 위해, 테이블들 (1-7) 중 임의의 테이블 또는 모두에 부합하는 구문 데이터를 코딩하도록 구성될 수도 있다.

이의 대안으로, 또 다른 예에서, 비디오 인코더 (20) 및 비디오 디코더 (30) (또는, 소스 디바이스 (12) 및 목적지 디바이스 (14) 의 다른 엘리먼트들) 은, 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하기 위해, 테이블들 (8-14) 중 임의의 테이블 또는 모두에 부합하는 구문 데이터를 코딩하도록 구성될 수도 있다.

또한 다른 예들에서, 테이블들 (1-14) 의 여러 양태들은, 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고 인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하기 위해, 이들 예들의 혼합체 (hybrid) 를 형성하도록 임의의 조합으로 결합될 수도 있다.

비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 적용가능한 경우, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서들 (DSPs), 주문형 집적회로들 (ASICs), 필드 프로그래밍가능 게이트 어레이들 (FPGAs), 이산 로직 회로, 소프트웨어, 하드웨어, 펌웨어 또는 임의의 이들의 조합들과 같은, 다양한 적합한 인코더 또는 디코더 회로 중 임의의 회로로서 구현될 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있으며, 이들 중 어느 쪽이든 결합된 비디오 인코더/디코더 (코덱) 의 부분으로서 통합될 수도 있다. 비디오 인코더 (20) 및/또는 비디오 디코더 (30) 을 포함하는 디바이스는 집적 회로, 마이크로프로세서, 및/또는 무선 통신 디바이스, 예컨대 셀룰러 전화기를 포함할 수도 있다.

도 2 는 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 구현할 수도 있는 비디오 인코더 (20) 의 일 예를 예시하는 블록도이다. 비디오 인코더 (20) 는 비디오 슬라이스들 내 비디오 블록들의 인트라-코딩 및 인터-코딩을 수행할 수도 있다. 인트라 코딩은 주어진 비디오 프레임 또는 화상 내 비디오에서 공간 리던던시를 감소시키거나 또는 제거하기 위해 공간 예측에 의존한다. 인터-코딩은 비디오 시퀀스의 인접 프레임들 또는 화상들 내 비디오에서 시간 리던던시를 감소시키거나 또는 제거하기 위해 시간 예측에 의존한다. 인트라-모드 (I 모드) 는 여러 공간 기반의 코딩 모드들 중 임의의 코딩 모드를 지칭할 수도 있다. 단방향 예측 (P 모드) 또는 양방향-예측 (B 모드) 과 같은 인터-모드들은 여러 시간-기반의 코딩 모드들 중 임의의 코딩 모드를 지칭할 수도 있다.

도 2 에 나타낸 바와 같이, 비디오 인코더 (20) 는 인코딩될 비디오 프레임 내에서 현재의 비디오 블록을 수신한다. 도 2 의 예에서, 비디오 인코더 (20) 는 모드 선택 유닛 (40), 참조 프레임 메모리 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 코딩 유닛 (56) 을 포함한다. 모드 선택 유닛 (40) 은, 따라서, 모션 보상 유닛 (44), 모션 추정 유닛 (42), 인트라-예측 유닛 (46), 및 파티션 유닛 (48) 을 포함한다. 비디오 블록 재구성을 위해, 비디오 인코더 (20) 는 또한 역양자화 유닛 (58), 역변환 유닛 (60), 및 합산기 (62) 를 포함한다. 디블로킹 필터 (도 2 에 미도시) 가 또한 블록 경계들을 필터링하여 재구성된 비디오로부터 블록킹 현상 아티팩트들을 제거하기 위해 포함될 수도 있다. 원할 경우, 디블로킹 필터는 일반적으로 합산기 (62) 의 출력을 필터링할 것이다. (인 루프 또는 사후 루프에서) 추가적인 필터들이 또한 디블로킹 필터에 추가하여 사용될 수도 있다. 이런 필터들은 간결성을 위해 도시되지 않지만, 그러나 원할 경우, 합산기 (50) 의 출력을 (인-루프 필터로서) 필터링할 수도 있다.

인코딩 프로세스 동안, 비디오 인코더 (20) 는 코딩될 비디오 프레임 또는 슬라이스를 수신한다. 이 프레임 또는 슬라이스는 다수의 비디오 블록들로 분할될 수도 있다. 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 시간 예측을 제공하기 위해, 하나 이상의 참조 프레임들에서의 하나 이상의 블록들에 대한 수신된 비디오 블록의 인터-예측 코딩을 수행한다. 인트라-예측 유닛 (46) 은 대안적으로 공간 예측을 제공하기 위해, 코딩되는 블록과 동일한 프레임 또는 슬라이스에서 하나 이상의 이웃하는 블록들에 대한 수신된 비디오 블록의 인트라-예측 코딩을 수행할 수도 있다. 비디오 인코더 (20) 는 예컨대, 비디오 데이터의 각각의 블록에 대해 적합한 코딩 모드를 선택하기 위해, 다수의 코딩 패스들 (passes) 을 수행할 수도 있다.

더욱이, 파티션 유닛 (48) 은 이전 코딩 패스들에서의 이전 파티셔닝 방식들의 평가에 기초하여, 비디오 데이터의 블록들을 서브-블록들로 파티셔닝할 수도 있다. 예를 들어, 파티션 유닛 (48) 은 레이트-왜곡 분석 (예컨대, 레이트-왜곡 최적화) 에 기초하여, 처음에 프레임 또는 슬라이스를 LCUs 로 파티셔닝하고, LCUs 의 각각을 서브-CUs 로 파티셔닝할 수도 있다. 모드 선택 유닛 (40) 은 서브-CUs 로의 LCU 의 파티셔닝을 나타내는 쿼드트리 데이터 구조를 추가로 발생할 수도 있다. 쿼드트리의 잎-노드 CUs 는 하나 이상의 PUs 및 하나 이상의 TUs 를 포함할 수도 있다.

모드 선택 유닛 (40) 은 에러 결과들에 기초하여 코딩 모드들, 즉 인트라 또는 인터 중 하나를 선택할 수도 있으며, 최종 인트라- 또는 인터-코딩된 블록을 합산기 (50) 에 제공하여 잔여 블록 데이터를 발생하고, 그리고 합산기 (62) 에 제공하여 참조 프레임으로서 사용을 위해 그 인코딩된 블록을 재구성한다. 모드 선택 유닛 (40) 은 또한 모션 벡터들, 인트라-모드 표시자들, 파티션 정보, 및 다른 이런 구문 정보와 같은 구문 엘리먼트들을 엔트로피 코딩 유닛 (56) 에 제공한다.

모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적인 목적들을 위해 별개로 예시된다. 모션 추정 유닛 (42) 에 의해 수행되는 모션 추정은 모션 벡터들을 발생하는 프로세스이며, 이 프로세스는 비디오 블록들에 대한 모션을 추정한다. 모션 벡터는, 예를 들어, 현재의 프레임 (또는, 다른 코딩된 유닛) 내 코딩중인 현재의 블록에 대한 참조 프레임 (또는, 다른 코딩된 유닛) 내 예측 블록에 대한, 현재의 비디오 프레임 또는 화상 내 비디오 블록의 PU 의 변위를 나타낼 수도 있다. 예측 블록은 픽셀 차이의 관점에서, 코딩될 블록과 가깝게 일치하는 것으로 발견되는 블록이며, SAD (sum of absolute difference), SSD (sum of square difference), 또는 다른 차이 메트릭들에 의해 결정될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 참조 프레임 메모리 (64) 에 저장된 참조 화상들의 서브-정수 픽셀 위치들에 대한 값들을 계산할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 화상의 1/4 픽셀 위치들, 1/8 픽셀 위치들, 또는 다른 분수 픽셀 위치들의 값들을 내삽할 수도 있다. 따라서, 모션 추정 유닛 (42) 은 풀 픽셀 위치들 및 분수 픽셀 위치들에 대해, 모션 탐색을 수행하고, 분수 픽셀 정밀도를 가진 모션 벡터를 출력할 수도 있다.

모션 추정 유닛 (42) 은 PU 의 위치를 참조 화상의 예측 블록의 위치와 비교함으로써 인터-코딩된 슬라이스에서 비디오 블록의 PU 에 대한 모션 벡터를 계산한다. 참조 화상은 제 1 참조 화상 리스트 (리스트 0) 또는 제 2 참조 화상 리스트 (리스트 1) 로부터 선택될 수도 있으며, 이 리스트들 각각은 참조 프레임 메모리 (64) 에 저장된 하나 이상의 참조 화상들을 각각 식별한다. 모션 추정 유닛 (42) 은 그 계산된 모션 벡터를 엔트로피 인코딩 유닛 (56) 및 모션 보상 유닛 (44) 으로 전송한다.

모션 보상 유닛 (44) 에 의해 수행되는 모션 보상은 모션 추정 유닛 (42) 에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페치하거나 또는 발생하는 것을 수반할 수도 있다. 또, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 일부 예들에서, 기능적으로 통합될 수도 있다. 현재의 비디오 블록의 PU 에 대한 모션 벡터를 수신하자 마자, 모션 보상 유닛 (44) 은 모션 벡터가 참조 화상 리스트들 중 하나에서 가리키는 예측 블록을 로케이트할 수도 있다. 합산기 (50) 는 이하에서 설명하는 바와 같이, 코딩중인 현재의 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값들을 감산하여 픽셀 차이 값들을 형성함으로써, 잔여 비디오 블록을 형성한다. 일반적으로, 모션 추정 유닛 (42) 은 루마 성분들에 대해 모션 추정을 수행하고, 모션 보상 유닛 (44) 는 크로마 성분들 및 루마 성분들 양자에 대해 루마 성분들에 기초하여 계산된 모션 벡터들을 이용한다. 모드 선택 유닛 (40) 은 또한 비디오 슬라이스의 비디오 블록들을 디코딩할 때에 비디오 디코더 (30) 에 의한 사용을 위해 그 비디오 블록들 및 비디오 슬라이스와 연관되는 구문 엘리먼트들을 발생할 수도 있다.

인트라-예측 유닛 (46) 은 위에서 설명한 바와 같이, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행되는 인터-예측에 대한 대안으로서, 현재의 블록을 인트라-예측할 수도 있다. 특히, 인트라-예측 유닛 (46) 은 현재의 블록을 인코딩하는데 사용할 인트라-예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라-예측 유닛 (46) 은 예컨대, 별개의 인코딩 과정들 동안 여러 인트라-예측 모드들을 이용하여 현재의 블록을 인코딩할 수도 있으며, 인트라-예측 유닛 (46) (또는, 일부 예들에서는, 모드 선택 유닛 (40)) 은 테스트된 모드들로부터 사용할 적합한 인트라-예측 모드를 선택할 수도 있다.

예를 들어, 인트라-예측 유닛 (46) 은 여러 테스트된 인트라-예측 모드들에 대한 레이트-왜곡 분석을 이용하여 레이트-왜곡 값들을 계산하고, 그 테스트된 모드들 중에서 최상의 레이트-왜곡 특성들을 갖는 인트라-예측 모드를 선택할 수도 있다. 레이트-왜곡 분석은 일반적으로 인코딩된 블록과 그 인코딩된 블록을 발생하기 위해 인코딩되었던 원래의 미인코딩된 블록 사이의 왜곡의 양 (또는, 에러) 뿐만 아니라, 그 인코딩된 블록을 발생하는데 사용된 비트레이트 (즉, 비트수) 를 결정한다. 인트라-예측 유닛 (46) 은 여러 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터 비율들을 계산하여, 어느 인트라-예측 모드가 그 블록에 대해 최상의 레이트-왜곡 값을 나타내는 지를 결정할 수도 있다.

블록에 대한 인트라-예측 모드를 선택한 후, 인트라-예측 유닛 (46) 은 그 블록에 대한 선택된 인트라-예측 모드를 나타내는 정보를 엔트로피 코딩 유닛 (56) 에 제공할 수도 있다. 엔트로피 코딩 유닛 (56) 은 그 선택된 인트라-예측 모드를 나타내는 정보를 인코딩할 수도 있다. 비디오 인코더 (20) 는 복수의 인트라-예측 모드 인덱스 테이블들 및 복수의 수정된 인트라-예측 모드 인덱스 테이블들 (또한, 코드워드 맵핑 테이블들로서 지칭됨) 을 포함할 수도 있는 그 송신된 비트스트림 구성 데이터에, 여러 블록들에 대한 인코딩 컨텍스트들의 정의들, 및 가장 가능성있는 인트라-예측 모드, 인트라-예측 모드 인덱스 테이블 및 컨텍스트들의 각각에 사용할 수정된 인트라-예측 모드 인덱스 테이블의 표시들을 포함할 수도 있다.

비디오 인코더 (20) 는 코딩중인 원래 비디오 블록으로부터, 모드 선택 유닛 (40) 으로부터의 예측 데이터를 감산함으로써, 잔여 비디오 블록을 형성한다. 합산기 (50) 는 이 감산 동작을 수행하는 구성요소 또는 구성요소들을 나타낸다. 변환 프로세싱 유닛 (52) 은 이산 코사인 변환 (DCT) 또는 개념적으로 유사한 변환과 같은 변환을 잔여 블록에 적용하여, 잔여 변환 계수 값들을 포함하는 비디오 블록을 발생한다. 변환 프로세싱 유닛 (52) 은 DCT 와 개념적으로 유사한 다른 변환들을 수행할 수도 있다. 웨이블릿 변환들, 정수 변환들, 서브밴드 변환들 또는 다른 유형들의 변환들이 또한 이용될 수 있다. 어쨌든, 변환 프로세싱 유닛 (52) 은 그 변환을 잔여 블록에 적용하여, 잔여 변환 계수들의 블록을 발생한다. 이 변환은 잔여 정보를 픽셀 값 도메인으로부터 변환 도메인, 예컨대 주파수 도메인으로 변환할 수도 있다. 변환 프로세싱 유닛 (52) 은 최종 변환 계수들을 양자화 유닛 (54) 으로 전송할 수도 있다. 양자화 유닛 (54) 은 비트 레이트를 추가로 감소시키기 위해 변환 계수들을 양자화한다. 양자화 프로세스는 그 계수들의 일부 또는 모두와 연관되는 비트 심도를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 수정될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그후 양자화된 변환 계수들을 포함하는 매트릭스의 스캐닝을 수행할 수도 있다. 이의 대안으로, 엔트로피 인코딩 유닛 (56) 은 그 스캐닝을 수행할 수도 있다.

양자화 이후, 엔트로피 코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 코딩한다. 예를 들어, 엔트로피 코딩 유닛 (56) 은 컨텍스트 적응 가변 길이 코딩 (CAVLC), 컨텍스트 적응 2진 산술 코딩 (CABAC), 구문-기반의 컨텍스트-적응 2진 산술 코딩 (SBAC), 확률 간격 파티셔닝 엔트로피 (PIPE) 코딩 또는 또 다른 엔트로피 코딩 기법을 수행할 수도 있다. 컨텍스트-기반의 엔트로피 코딩의 경우, 컨텍스트는 이웃하는 블록들에 기초할 수도 있다. 엔트로피 코딩 유닛 (56) 에 의한 엔트로피 코딩 이후, 인코딩된 비트스트림은 또 다른 디바이스 (예컨대, 비디오 디코더 (30)) 로 송신되거나 또는 추후 송신 또는 취출을 위해 아카이브될 수도 있다.

역양자화 유닛 (58) 및 역변환 유닛 (60) 은 역양자화 및 역변환을 각각 적용하여, 예컨대, 참조 블록으로 추후 사용을 위해, 픽셀 도메인에서 잔여 블록을 재구성한다. 모션 보상 유닛 (44) 은 잔여 블록을 참조 프레임 메모리 (64) 의 프레임들 중 하나의 예측 블록에 가산함으로써, 참조 블록을 계산할 수도 있다. 모션 보상 유닛 (44) 은 또한 하나 이상의 내삽 필터들을 그 재구성된 잔여 블록에 적용하여, 모션 추정에 사용하기 위한 서브-정수 픽셀 값들을 계산할 수도 있다. 합산기 (62) 는 그 재구성된 잔여 블록을 모션 보상 유닛 (44) 에 의해 발생된 모션 보상된 예측 블록에 가산하여, 참조 프레임 메모리 (64) 에의 저장을 위한 재구성된 비디오 블록을 발생한다. 재구성된 비디오 블록은 후속 비디오 프레임에서 블록을 인터-코딩하기 위해 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 참조 블록으로서 사용될 수도 있다.

게다가, 비디오 인코더 (20) 는 하나 이상의 여러 스케일러블 비디오 코딩 치수들을 갖는 비디오 데이터를 코딩하도록 구성될 수도 있다. 예를 들어, 비디오 인코더 (20) 는 여러 뷰들, 품질 계층들 (예컨대, 신호-대-잡음비 (SNR) 계층들), 우선순위 계층들, 공간 해상도 계층들, 시간 계층들, 칼라 비트 심도 계층들, 크로마 샘플 포맷 계층들, 의존성 계층들, 또는 다른 이런 스케일러블 치수들을 코딩하도록 구성될 수도 있다. 일반적으로, 스케일러블 치수는 하나의 값 (예컨대, 비디오 데이터가 그 치수로 스케일링되지 않는다) 또는 값들의 범위를 갖는다. 보편성의 상실 없이, 스케일러블 치수에 대한 값들의 범위에서 "낮은" 값이 그 범위에서 더 높은 값들을 코딩하기 위한 기준으로서 사용된다고 가정한다. 따라서, 기초 계층 (예컨대, 베이스 뷰, 베이스 품질 계층, 베이스 스케일러블 계층, 또는 기타 등등) 은 스케일러블 치수의 하나 이상의 더 높은 계층들을 코딩할 때 참조로서 사용될 수도 있다.

일 예로서, 멀티-뷰 비디오 코딩에 있어, 기초 계층 (예컨대, 베이스 뷰) 은 2차원 비디오 디스플레이들 뿐만 아니라, 그 치수에 따른 더 높은 계층들에 대한 참조에 사용될 수도 있다. 즉, 베이스 뷰는 인트라-뷰 코딩될 수도 있다, 즉, 임의의 다른 뷰들에 대한 참조 없이 코딩될 수도 있다. 다른 뷰들은 인터-뷰 코딩될 수도 있다, 예컨대, 베이스 뷰와 같은 또 다른 뷰에 대해 코딩될 수도 있다. 이러한 방법으로, 비디오 데이터를 포함하는 비트스트림은 단지 단일 뷰 계층 (즉, 뷰 치수에 대해 단일 값) 또는 다수의 뷰 계층들 (즉, 뷰 치수에 대해 다수의 가능한 값들) 을 포함할 수도 있다.

인터-뷰 예측을 수행하기 위해, 비디오 인코더 (20) 는 현재의 화상과 동일한 시간 로케이션을 갖는 이전에 코딩된 뷰들의 하나 이상의 화상들에 대한, 특정의 뷰의 현재의 화상의 블록들을 예측할 수도 있다. 즉, 궁극적으로 액세스 유닛 내에 캡슐화될 때, 현재의 화상 및 참조 화상들은 동일한 액세스 유닛 내에 각각 캡슐화될 수도 있다. 따라서, 궁극적으로 디스플레이될 때, 현재의 화상 및 참조 화상들은 실질적으로 동일한 시간에 디스플레이될 수도 있다. 더욱이, 현재의 화상 및 참조 화상들은 동일한 상대 POC (화상 순서 카운트) 값들을 가질 수도 있다.

좀더 자세하게 설명하면, 인터-뷰 예측은 현재의 뷰에서 현재의 화상의 현재의 블록에 대해 하나 이상의 디스패리티 벡터들을 계산하는 것을 수반할 수도 있다. 디스패리티 벡터들은 일반적으로 이전에 코딩된 뷰의 참조 화상에서 가깝게-매칭하는 블록의 로케이션을 기술할 수도 있다. 모션 추정 유닛 (42) 은 이전에 코딩된 뷰의 참조 화상에서 이 가깝게-매칭하는 블록에 대한 탐색을 수행하도록 구성될 수도 있다. 따라서, 일부 예들에서, 모션 추정 유닛 (42) 은 "모션/디스패리티 추정 유닛" 으로서 지칭될 수도 있다. 디스패리티 벡터들은 일반적으로 디스패리티 벡터들이 상이한 뷰의 참조 화상에 대한 변위를 기술한다는 점을 제외하고는, 디스패리티 벡터들과 유사한 방법으로 동작할 수도 있다. 더욱이, 디스패리티 벡터들은, 상이한 뷰들이 서로에 대해 수평으로 시프트되는 카메라 관점들에 대응하기 때문에, 단지 수평 오프셋을 일반적으로 기술한다.

또 다른 예로서, 공간 해상도 치수에 대해, 비디오 인코더 (20) 는 원래 공간 해상도를 갖는 화상들을 2개 이상 계층들, 즉, 하나의 기초 계층 및 하나 이상의 향상 계층들을 이용하여 코딩하도록 구성될 수도 있다. 기초 계층의 화상들은 원래 공간 해상도보다 더 작은 해상도를 가질 수도 있으며, 향상 계층들의 화상들은 기초 계층 화상들의 해상도를 증가시키기 위한 데이터를 포함할 수도 있다. 예를 들어, 원래 공간 해상도는 1080p 에 상응할 수도 있다. 이 예에서, 3개의 계층들, 즉, 480p 의 공간 해상도를 갖는 화상들을 포함하는 기초 계층, 720p 의 공간 해상도를 달성하기 위한 제 1 향상 계층, 및 1080p 의 공간 해상도를 달성하기 위한 제 2 향상 계층이 있을 수도 있다.

비디오 인코더 (20) 는 임의의 다른 계층들과는 독립적으로 기초 계층의 비디오 데이터를 코딩할 수도 있다. 비디오 인코더 (20) 는 그후 하부 계층, 예컨대, 기초 계층 또는 하부 향상 계층에 대해 향상 계층들의 비디오 데이터를 코딩할 수도 있다. 원래 데이터로부터 이들 계층들을 발생하기 위해, 비디오 인코더 (20) 는 먼저 원래 화상의 공간 해상도를 데이메이트하거나, 서브샘플링하거나, 또는 아니면 감소시켜, 기초 계층 화상을 발생할 수도 있다. 비디오 인코더 (20) 는 그후 기초 계층 화상을 위에서 설명한 바와 같이, 인트라-화상 또는 인터-화상 (예컨대, 시간) 코딩 기법들을 이용하여 코딩할 수도 있다.

비디오 인코더 (20) 는 그후 다음 향상 계층에서 공간 해상도를 갖는 화상을 발생하기 위해 기초 계층 화상을 디코딩하고 업샘플링할 (예컨대, 내삽할) 수도 있다. 비디오 인코더 (20) 는 또한 이 향상 계층의 공간 해상도를 갖는 화상을 발생하기 위해 원래 화상의 해상도를 감소시킬 수도 있다. 비디오 인코더 (20) 는 그후 비디오 인코더 (20) 가 변환하고, 양자화하고, 그리고 엔트로피 인코딩할 수도 있는 향상 계층에 대한 잔여 데이터를 발생하기 위해 그 감소된 해상도 화상과 그 업샘플링된 기초 계층 화상 사이의 픽셀 단위 차이들을 계산할 수도 있다. 비디오 인코더 (20) 는 가장 최근에 코딩된 향상 계층을 기초 계층으로서 취급하여, 코딩되는 모든 향상 계층들에 대해, 이 프로세스를 반복할 수도 있다. 이와 유사하게, 비디오 인코더 (20) 는 여러 다른 계층들에서 여러 다른 스케일러블 치수들에 대해 화상들을 인코딩할 수도 있다.

또한, 또 다른 예로서, 비디오 인코더 (20) 는 스케일러블 시간 치수를 갖는 비디오 데이터를 코딩할 수도 있다. 일반적으로, 비디오 인코더 (20) 는 화상이 속하는 시간 계층을 기술하는데 시간 식별자들이 사용될 수 있도록 그 화상들에 시간 식별자들을 할당할 수도 있다. 더욱이, 비디오 인코더 (20) 는 비디오 데이터가 단지 그 시간 계층 또는 하부 시간 계층에서 다른 비디오 데이터에 대해서 예측되도록 특정의 시간 계층에서 비디오 데이터를 코딩할 수도 있다. 이러한 방법으로, 서브-비트스트림 추출은 풀 비트스트림의 프레임 레이트에 비해 감소된 프레임 레이트에 대해 서브-비트스트림을 추출하도록 수행될 수 있으며, 비-추출된 비디오 데이터가 그 추출된 서브-비트스트림에 대한 참조로 사용되지 않을 것이기 때문에, 서브-비트스트림은 적절히 디코딩가능할 것이다.

비디오 인코더 (20) 는 복수의 스케일러블 치수들에 부합하는 비디오 데이터를 인코딩할 수도 있다. 일반적으로, 비디오 인코더 (20) 는 궁극적으로 스케일러블 치수들의 각각의 특정의 교차 (intersection) 에 대응하는 NAL 유닛들의 세트를 발생한다. 예를 들어, 특정의 비트스트림에 대해, 시간 치수가 스케일러블이고 공간 해상도 치수가 스케일러블이고 다른 치수들이 고정된다고 가정한다. 시간 치수에서 4개의 시간 계층들 및 공간 해상도 치수에서 3개의 공간 해상도 계층들이 있다고 추가로 가정한다. 따라서, 각각의 액세스 유닛은 모든 3개의 공간 해상도들에 대한 NAL 유닛들을 포함할 수도 있다. 이러한 방법으로, 서브-비트스트림들은, 액세스 유닛들을 단지 특정의 시간 계층까지 추출함으로써, 및/또는 그들 액세스 유닛들로부터 특정의 공간 해상도 계층까지 NAL 유닛들을 추출함으로써, 추출될 수도 있다.

또 다른 예로서, 특정의 비트스트림에 대해, 뷰 치수가 스케일러블이고 공간 해상도 치수가 스케일러블이고 다른 치수들이 고정된다고 가정한다. 뷰 치수에서 8개의 뷰들 및 공간 해상도 치수에서 3개의 공간 해상도 계층들이 있다고 추가로 가정한다. 따라서, 각각의 액세스 유닛은 24개의 화상들, 즉, 8개의 뷰들, 및 이들 8개의 뷰들의 각각에 대해 3개의 공간 해상도들에 대한 NAL 유닛들을 포함할 수도 있다. 이 예에서, 서브-비트스트림들은, 뷰들 중 어느 뷰를 취출할 것인지 그리고 이들 뷰들의 공간 해상도들 중 어느 것을 취출할 것인지를 결정하고, 그 결정된 뷰들에 대한 뷰 식별자들을 갖고 그리고 그 결정된 공간 해상도들을 갖는 NAL 유닛들을 추출함으로써, 추출될 수도 있다.

더 일반적으로는, 비트스트림에 대한 인에이블된 스케일러블 치수들의 개수가 N 이라 하자, 여기서 N 은 전체 개수이다. 인에이블된 스케일러블 치수들 (D1, D2, … DN) 의 각각에 대해, 계층들의 범위가 1 로부터 MaxK 까지라고 하자, 여기서 1 <= K <= N 이다. 그러면, 비트스트림에 대해, Max₁ * Max₂ * .... * Max_N, 또는

의 화상들의 총 개수가 있을 수도 있다. 스케일러블 치수들의 각각은, 대응하는 액세스 유닛에서 하나 이상의 NAL 유닛들이 있을 수도 있기 때문에, 특정의 화상에서 교차할 수도 있다. 본 개시물의 기법들에 따르면, NAL 유닛들의 각각은 NAL 유닛이 화상들 중 어느 것에 대응하는지를 나타내는 데이터를 포함할 수도 있다. 더욱이, NAL 유닛들은 비-스케일러블 치수들에 대한 데이터를 포함할 필요는 없다. 따라서, P 개의 전체 스케일러블 치수들이 가능할 수도 있지만, N 이 P 미만이면, NAL 유닛들은, (P-N) 개의 비-인에이블된 스케일러블 치수들에 대한 값들을 포함하지 않고, N 개의 인에이블된 스케일러블 치수들에 대한 값들을 나타내기 위해, N 개의 인에이블된 스케일러블 치수들에 대한 데이터를 단지 포함하는 것을 필요로 한다. 더욱이, 비디오 인코더 (20) 는 스케일러블 치수들 중 어느 것이 활성인지, 그리고, 일부의 경우, 활성 스케일러블 치수들의 각각에 대한 데이터를 나타내는데 사용되는 NAL 유닛 헤더에서의 비트수를 나타내기 위해, 치수 범위 파라미터 세트 또는 NAL 유닛 헤더 맵 파라미터 세트를 코딩할 수도 있다.

따라서, 8개의 뷰들 및 3개의 공간 스케일러빌리티 계층들이 있는 상기 예를 다시 참조하면, 비디오 인코더 (20) 는 3 비트들을 NAL 유닛 헤더의 뷰 식별자 부분에, 그리고, 2 비트들을 NAL 유닛 헤더의 공간 스케일러빌리티 계층 부분에 할당할 수도 있다. 더불어, 이들 5 비트들은 NAL 유닛이 대응하는 뷰 및 NAL 유닛이 대응하는 공간 스케일러빌리티 계층 양자를 나타낼 수도 있다. 예를 들어, "00010" 는 베이스 뷰 "000" 및 공간 스케일러빌리티 계층들의 제 1 향상 계층 "10" 에 대응할 수도 있으며, 반면 "11100" 는 제 8 뷰 "111", 및 공간 스케일러빌리티 계층들의 기초 계층 "00" 에 대응할 수도 있다. 일반적으로, 특정의 인에이블된 스케일러블 치수에 대해 N 개의 가능한 값들이 있다고 가정하면, 비디오 인코더 (20) 는 ceil(log₂(N)) 비트들을 NAL 유닛 헤더에 할당하였을 수도 있으며, 여기서, ceil(X) 는 다음 최고 정수 값까지 절상되는 X 에 대한 값을 반환한다. 따라서, X 가 정수 값일 때, ceil(X) 는 X 를 반환하며, 반면 X 가 A.B 로 표현되는 유리수일 때, ceil(X) 는 (A+1) 을 반환한다.

비디오 인코더 (20) 는 사용자 또는 구성 데이터와 같은 외부 소스로부터 다수의 인에이블된 (또한, "활성" 으로 지칭됨) 스케일러블 치수들에 대한 정의들을 수신할 수도 있다. 게다가, 그 정의들은 또한 그 인에이블된 스케일러블 치수들의 각각에 대한 잠재적인 값들의 범위를 나타내는 정보를 포함할 수도 있다. 따라서, 비디오 인코더 (20) 는 이들 수신된 정의들에 기초하여, 여러 스케일러블 치수들에 대해, NAL 유닛 헤더에 사용되는 비트수를 할당할 수도 있다. 비디오 인코더 (20) 는 그후 이들 할당들에 기초하여, 치수 범위 파라미터 세트 또는 NAL 유닛 헤더 맵 파라미터 세트를 구성하고, 또한 그 할당된 비트들에 기초하여 NAL 유닛 헤더들을 코딩할 수도 있다.

게다가, 특정의 스케일러블 치수에 대한 값들이 1 만큼 자동적으로 증분되지 않는 경우 (예컨대, view_ids 의 경우), 비디오 인코더 (20) 는 인덱스 값들을 스케일러블 치수의 값들에 맵핑하는 맵핑 테이블을 코딩할 수도 있다. 예를 들어, 1, 18, 46, 169, 200, 250, 385, 및 399 의 view_ids 를 갖는 비트스트림에 대해 8개의 뷰들이 있다고 가정한다. 비디오 인코더 (20) 는 0, 1, 2, 3, 4, 5, 6, 및 7 의 뷰 인덱스들을 이들 view_id 값들에 맵핑하고, 그에 따라서 맵핑 테이블을 코딩할 수도 있다. 이러한 방법으로, 비디오 인코더 (20) 는 view_ids 대신, 뷰 인덱스들을 나타내는 NAL 유닛 헤더들을 바로 코딩할 수도 있다. 비디오 디코더 (30) 와 같은 디코더는 맵핑 테이블을 참조하여, 그 뷰 인덱스에 기초하여 NAL 유닛에 대한 view_id 를 결정할 수도 있다.

이러한 방법으로, 도 2 의 비디오 인코더 (20) 는 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 구성된 비디오 인코더의 일 예를 나타낸다.

도 3 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 기법들을 구현할 수도 있는 비디오 디코더 (30) 의 일 예를 예시하는 블록도이다. 도 3 의 예에서, 비디오 디코더 (30) 는 엔트로피 디코딩 유닛 (70), 모션 보상 유닛 (72), 인트라 예측 유닛 (74), 역양자화 유닛 (76), 역변환 유닛 (78), 참조 프레임 메모리 (82) 및 합산기 (80) 를 포함한다. 비디오 디코더 (30) 는 일부 예들에서, 비디오 인코더 (20) (도 2) 에 대해 설명한 인코딩 과정에 일반적으로 반대인 디코딩 과정을 수행할 수도 있다. 모션 보상 유닛 (72) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들에 기초하여 예측 데이터를 발생할 수도 있지만, 인트라-예측 유닛 (74) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 인트라-예측 모드 표시자들에 기초하여 예측 데이터를 발생할 수도 있다.

디코딩 프로세스 동안, 비디오 디코더 (30) 는 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관되는 구문 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더 (20) 로부터 수신한다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (70) 은 그 비트스트림을 엔트로피 인코딩하여, 양자화된 계수들, 모션 벡터들 또는 인트라-예측 모드 표시자들, 및 다른 구문 엘리먼트들을 발생한다. 엔트로피 디코딩 유닛 (70) 은 모션 벡터들 및 다른 구문 엘리먼트들을 모션 보상 유닛 (72) 으로 포워딩한다. 비디오 디코더 (30) 는 구문 엘리먼트들을 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 수신할 수도 있다.

비디오 슬라이스가 인트라-코딩된 (I) 슬라이스로서 코딩될 때, 인트라 예측 유닛 (74) 은 시그널링된 인트라 예측 모드 및 현재의 프레임 또는 화상의 이전에 디코딩된 블록들로부터의 데이터에 기초하여, 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 데이터를 발생할 수도 있다. 비디오 프레임이 인터-코딩된 (즉, B, P 또는 GPB) 슬라이스로서 코딩될 때, 모션 보상 유닛 (72) 은 엔트로피 디코딩 유닛 (70) 으로부터 수신된 모션 벡터들 및 다른 구문 엘리먼트들에 기초하여, 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 발생한다. 예측 블록들은 참조 화상 리스트들 중 하나 내 참조 화상들 중 하나로부터 발생될 수도 있다. 비디오 디코더 (30) 는 디폴트 구성 기법들을 이용하여, 참조 프레임 메모리 (92) 에 저장된 참조 화상들에 기초하여 참조 프레임 리스트들, 즉, 리스트 0 및 리스트 1 를 구성할 수도 있다.

모션 보상 유닛 (72) 은 모션 벡터들 및 다른 구문 엘리먼트들을 파싱하여 현재의 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 그리고, 그 예측 정보를 이용하여, 디코딩중인 현재의 비디오 블록에 대한 예측 블록들을 발생한다. 예를 들어, 모션 보상 유닛 (72) 은 그 수신된 구문 엘리먼트들 중 일부를 이용하여, 비디오 슬라이스의 비디오 블록들을 코딩하는데 사용되는 예측 모드 (예컨대, 인트라- 또는 인터-예측), 인터-예측 슬라이스 유형 (예컨대, B 슬라이스, P 슬라이스, 또는 GPB 슬라이스), 슬라이스에 대한 참조 화상 리스트들 중 하나 이상에 대한 구성 정보, 슬라이스의 각각의 인터-인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터-코딩된 비디오 블록에 대한 인터-예측 상태, 및 현재의 비디오 슬라이스에서의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다.

모션 보상 유닛 (72) 은 또한 내삽 필터들에 기초하여 내삽을 수행할 수도 있다. 모션 보상 유닛 (72) 은 비디오 블록들의 인코딩 동안 비디오 인코더 (20) 에 의해 사용되는 것과 같은 내삽 필터들을 이용하여, 참조 블록들의 서브-정수 픽셀들에 대해 내삽된 값들을 계산할 수도 있다. 이 경우, 모션 보상 유닛 (72) 은 비디오 인코더 (20) 에 의해 사용되는 내삽 필터들을 수신된 구문 엘리먼트들로부터 결정하고 그 내삽 필터들을 이용하여 예측 블록들을 발생할 수도 있다.

역양자화 유닛 (76) 은 비트스트림으로 제공되어 엔트로피 디코딩 유닛 (80) 에 의해 디코딩된 양자화된 변환 계수들을 역양자화한다, 즉 양자화 해제한다. 역양자화 프로세스는 양자화의 정도를 결정하기 위해, 그리고, 이와 유사하게, 적용되어야 하는 역양자화의 정도를 결정하기 위해, 비디오 슬라이스에서의 각각의 비디오 블록에 대한, 비디오 디코더 (30) 에 의해 계산된 양자화 파라미터 QP_Y 의 사용을 포함할 수도 있다.

역변환 유닛 (78) 은 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역변환 프로세스와 같은 역변환을 변환 계수들에 적용하여, 픽셀 도메인에서 잔여 블록들을 발생한다.

모션 보상 유닛 (82) 이 모션 벡터들 및 다른 구문 엘리먼트들에 기초하여 현재의 비디오 블록에 대한 예측 블록을 발생한 후, 비디오 디코더 (30) 는 역변환 유닛 (78) 으로부터의 잔여 블록들을 모션 보상 유닛 (82) 에 의해 발생된 대응하는 예측 블록들과 합산함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (90) 는 이 합산 동작을 수행하는 구성요소 또는 구성요소들을 나타낸다. 원할 경우, 블록킹 현상 아티팩트들을 제거하기 위해 디블로킹 필터가 또한 그 디코딩된 블록들을 필터링하는데 적용될 수도 있다. (코딩 루프 중에, 또는 코딩 루프 이후에) 다른 루프 필터들이 또한 픽셀 전환들 (pixel transitions) 을 평활화하거나 또는 아니면 비디오 품질을 향상시키기 위해 사용될 수도 있다. 주어진 프레임 또는 화상에서 디코딩된 비디오 블록들은 그후 참조 화상 메모리 (92) 에 저장되며, 이 메모리는 후속 모션 보상을 위해 사용되는 참조 화상들을 저장한다. 참조 프레임 메모리 (82) 는 또한 도 1 의 디스플레이 디바이스 (32) 와 같은 디스플레이 디바이스 상에의 추후 프리젠테이션을 위해, 디코딩된 비디오를 저장한다.

비디오 디코더 (30) 는 또한 하나 이상의 스케일러블 치수들에 따라서 코딩된 비디오 데이터를 디코딩하도록 구성될 수도 있다. 예를 들어, 비디오 디코더 (30) 는 여러 뷰들, 품질 계층들 (예컨대, 신호-대-잡음비 (SNR) 계층들), 우선순위 계층들, 공간 해상도 계층들, 시간 계층들, 칼라 비트 심도 계층들, 크로마 샘플 포맷 계층들, 의존성 계층들, 또는 다른 이런 스케일러블 치수들을 갖는 비디오 데이터를 디코딩할 수도 있다. 일반적으로, 비디오 디코더 (30) 는 이들 계층들을 그 계층들을 인코딩하는데 사용되는 방법에 일반적으로 반대인 방법으로 디코딩할 수도 있다.

더욱이, 비디오 디코더 (30) (또는, 비디오 디코더 (30) 에 통신가능하게 커플링된 또 다른 유닛) 는 NAL 유닛 헤더 데이터를 이용하여, 특정의 NAL 유닛의 비디오 데이터가 대응하는 하나 이상의 계층들을 결정할 수도 있다. 예를 들어, 비트스트림이 뷰 치수, 공간 해상도 치수, 및 시간 치수의 관점에서 스케일러블하면, 비디오 디코더 (30) 는 본 개시물의 기법에 따라 NAL 유닛 헤더로부터 NAL 유닛의 데이터에 대한 뷰, 공간 해상도 계층, 및 시간 식별자를 결정할 수도 있다. 비디오 데이터가 대응하는 계층들의 결정은 비디오 데이터의 파싱 및/또는 디코딩이 어떻게 수행되는지에 영향을 미칠 수도 있다. 예를 들어, NAL 유닛이 멀티-뷰 비디오 데이터의 베이스 뷰에 대응하면, 비디오 디코더 (30) 는 NAL 유닛의 비디오 데이터가 인터-뷰 코딩되는지 여부를 결정하려고 시도할 필요가 없다.

더욱이, NAL 유닛 헤더를 해석하기 위해, 비디오 디코더 (30) 는 치수 범위 파라미터 세트 또는 NAL 유닛 헤더 맵 파라미터 세트로 시그널링된 구문 데이터와 같은, 다른 구문 데이터를 참조할 수도 있다. 이런 구문 데이터는 복수의 스케일러블 치수들 중 어느 것이 인에이블되는지, 및 그 인에이블된 스케일러블 치수들의 각각에 할당된 NAL 유닛 헤더에서의 비트수를 나타낼 수도 있다. 이러한 방법으로, 비디오 디코더 (30) 가 비트들 "0101101" 을 수신하고, 그리고 처음 3 비트들이 뷰 인덱스를 식별하고 다음 2 비트들이 공간 해상도 계층을 식별하고 그리고 최종 2 비트들이 시간 계층을 식별한다고 것을 구문 데이터가 나타내면, 비디오 디코더 (30) 는 뷰 인덱스가 "010" (예컨대, 2) 이고 공간 해상도 계층이 "11" (예컨대, 3) 이고 그리고 시간 계층이 "01" (예컨대, 1) 이라고 결정할 수도 있다. 일부의 경우, 이 값들은 인덱스들을 대응하는 치수들에 대한 실제 값들에 맵핑할 수도 있는 맵핑 테이블로의 인덱스들로서 역할을 할 수도 있다. 따라서, 비디오 디코더 (30) 는 맵핑 테이블을 이용하여 인덱스들로부터 실제 값들을 추가로 결정할 수도 있다.

이러한 방법으로, 도 3 의 비디오 디코더 (30) 는 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 구성된 비디오 디코더의 일 예를 나타낸다.

도 4 는 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 본 개시물의 기법들을 수행할 수도 있는 디바이스들의 또 다른 세트를 포함하는 시스템 (100) 을 예시하는 블록도이다. 시스템 (100) 은 콘텐츠 준비 디바이스 (120), 서버 디바이스 (160), 클라이언트 디바이스 (140), 및 미디어 인지 네트워크 엘리먼트 (MANE) (172) 를 포함한다. 일부 예들에서, 콘텐츠 준비 디바이스 (120) 및 서버 디바이스 (160) 는 동일한 디바이스에 대응할 수도 있으나, 설명의 목적들을 위해 도 4 에 따로 나타낸다. 이 예에서, 콘텐츠 준비 디바이스 (120) 는 오디오 소스 (122), 비디오 소스 (124), 오디오 인코더 (126), 비디오 인코더 (128), 캡슐화 유닛 (130), 및 출력 인터페이스 (132) 를 포함한다. 비디오 소스 (124) 는 실질적으로 비디오 소스 (18) (도 1) 에 대응할 수도 있으며, 반면 비디오 인코더 (128) 는 실질적으로 비디오 인코더 (20) (도 1 및 도 2) 에 대응할 수도 있다.

네트워크 (170A) 및 네트워크 (170B) 는 네트워크 통신들을 위한 하나 이상의 디바이스들의 네트워크들을 나타낸다. 일반적으로, 네트워크들 (170A, 170B) 은 라우터들, 허브들, 스위치들, 게이트웨이들, 방화벽들, 또는 기타 등등과 같은, 네트워크 통신 데이터를 송신하기 위한 하나 이상의 네트워크 디바이스들을 포함한다. 일부 예들에서, 네트워크 (170A) 및 네트워크 (170B) 는 동일한 네트워크, 예컨대, 인터넷을 나타낼 수도 있다. 다른 예들에서, 네트워크 (170A) 및 네트워크 (170B) 는 상이한 네트워크들을 나타낼 수도 있다. 예를 들어, 네트워크 (170A) 는 인터넷을 나타낼 수도 있으며, 네트워크 (170B) 는 콘텐츠 전달 네트워크를 나타낼 수도 있다. 이 예에서, MANE (172) 는 네트워크들 (170A) 과 네트워크 (170B) 사이에 존재한다. MANE (172) 는 네트워크 (170A) 와 네트워크 (170B) 사이에 MANE (172) 를 통과하는 네트워크 통신들에서 미디어 데이터를 인식하여 프로세싱하도록 구성될 수도 있다.

일반적으로, 오디오 소스 (122) 및 비디오 소스 (124) 는 서로에 대응하는, 오디오 및 비디오 데이터를 각각 제공할 수도 있다. 예를 들어, 오디오 소스 (122) 는 마이크로폰을 포함할 수도 있으며, 비디오 소스 (124) 는 비디오 카메라를 포함할 수도 있으며, 오디오 소스 (122) 는 비디오 소스 (124) 가 비디오 데이터를 캡쳐하는 실질적으로 동일한 시간에 오디오 데이터를 캡쳐할 수도 있다. 이의 대안으로, 오디오 소스 (122) 및 비디오 소스 (124) 는 오디오 및 비디오 데이터를 각각 발생하는 컴퓨터 발생 소스들에 대응할 수도 있다. 어쨌든, 콘텐츠 준비 디바이스 (120) 는 서로에 대응하는, 즉, 실질적으로 동시에 함께 플레이백되는, 오디오 데이터 및 비디오 데이터를 나타내는 구문 데이터, 예컨대, 시간스탬프들을 제공할 수도 있다. 오디오 인코더 (126) 는 다양한 오디오 코딩 기법들 중 임의의 기법을 이용하여 오디오 소스 (122) 로부터 수신된 오디오 데이터를 인코딩하여, 그 인코딩된 오디오 데이터를 캡슐화 유닛 (130) 에 제공할 수도 있다. 이와 유사하게, 비디오 인코더 (128) 는 코딩된 비디오 데이터를 캡슐화 유닛 (130) 에 제공할 수도 있다. 그 인코딩된 비디오 데이터는 하나 이상의 여러 스케일러블 치수들에 대한 데이터를 포함할 수도 있다.

이 예에서, 캡슐화 유닛 (130) 은 하나 이상의 스케일러블 치수들에 대한 데이터를 포함하는 NAL 유닛 헤더들을 코딩하는데 관련된 본 개시물의 여러 기법들을 수행할 수도 있다. 예를 들어, 캡슐화 유닛 (130) 은 비디오 인코더 (128) 로부터의 비디오 데이터의 코딩된 슬라이스들을 NAL 유닛들로 캡슐화할 수도 있다. 더욱이, 캡슐화 유닛 (130) 은 NAL 유닛들의 각각에 대해 하나 이상의 스케일러블 치수들에 대한 값들을 결정하여, 이 값들을 나타내는 데이터를 포함하는 NAL 유닛 헤더들을 발생할 수도 있다. 더욱이, 캡슐화 유닛 (130) 은 캡슐화된 오디오 및 비디오 데이터를 포함하는 비트스트림에 대해 복수의 스케일러블 치수들 중 어느 것이 인에이블되는지를 나타내고, 그리고 그 인에이블된 스케일러블 치수들의 각각에 할당된 NAL 유닛 헤더들 내에 할당된 비트들을 나타내는, 치수 범위 파라미터 세트 또는 NAL 유닛 헤더 맵 파라미터 세트와 같은, 하이 레벨 구문 데이터를 발생할 수도 있다. 캡슐화 유닛 (130) 은 또한 오디오 인코더 (126) 로부터 수신된 인코딩된 오디오 데이터를 캡슐화할 수도 있다. 캡슐화 유닛 (130) 은 오디오 또는 비디오 데이터를 포함하는 NAL 유닛들을 각각의 액세스 유닛들에 추가로 캡슐화할 수도 있다.

오디오 및 비디오 데이터를 캡슐화한 후, 캡슐화 유닛 (130) 은 그 캡슐화된 데이터를 출력 인터페이스 (132) 에 제공할 수도 있다. 출력 인터페이스 (132) 는 저장 인터페이스, 네트워크 인터페이스, 또는 데이터를 출력하기 위한 다른 인터페이스를 포함할 수도 있다. 출력 인터페이스 (132) 에 의해 제공되는 데이터는 서버 디바이스 (160) 로 전달되어, 코딩된 미디어 데이터 (162) 로서 저장될 수도 있다. 서버 디바이스 (160) 는 또한 코딩된 미디어 데이터 (162) 의 부분들을, 예컨대, 클라이언트 디바이스 (140) 로부터 수신된 네트워크 요청들에 응답하여, 취출하기 위해, 미디어 취출 유닛 (164) 을 포함한다. 네트워크 인터페이스 (166) 는, 이 예에서, 요청된 미디어 데이터를 네트워크 (170A) 를 통해서 클라이언트 디바이스 (140) 에 제공한다. 네트워크 인터페이스 (166) 는 유선 또는 무선 네트워크 인터페이스를 포함할 수도 있다.

클라이언트 디바이스 (140) 는 네트워크 인터페이스 (154), 취출 애플리케이션 (152), 캡슐화 해제 유닛 (150), 오디오 디코더 (146), 비디오 디코더 (148), 오디오 출력 (142), 및 비디오 출력 (144) 을 포함한다. 오디오 출력 (142) 은 하나 이상의 스피커들을 포함할 수도 있으며, 비디오 출력 (144) 은 3차원 비디오 데이터를 디스플레이하도록 구성될 수도 있는 하나 이상의 디스플레이들을 포함할 수도 있다. 예를 들어, 비디오 출력 (144) 은 하나 이상의 입체 또는 무안경 입체 디스플레이들을 포함할 수도 있다. 오디오 출력 (142) 은 여러 유형들의 오디오 출력이 또한 가능할 수도 있다. 예를 들어, 오디오 출력 (142) 은 스피커들을 여러 조합들로 포함할 수도 있다 (예컨대, 2개의 스피커 스테레오, 센터 스피커가 있거나 또는 없이, 및/또는 서브우퍼가 있거나 또는 없이, 4개 이상의 스피커 서라운드 사운드). 이러한 방법으로, 오디오 출력 (142) 및 비디오 출력 (144) 은 여러 출력 특성들을 가질 수도 있다. 비디오 출력 (144) 은, 예를 들어, 여러 렌더링 특성들을 가질 수도 있다.

오디오 디코더 (146) 는 인코딩된 오디오 데이터를 일반적으로 디코딩할 수도 있으며, 반면 비디오 디코더 (148) 는 인코딩된 비디오 데이터를 일반적으로 디코딩할 수도 있다. 클라이언트 디바이스 (140) 는 실질적으로 동시에 제시되는 오디오 데이터 및 비디오 데이터가 오디오 출력 (142) 및 비디오 출력 (144) 에 의한 프리젠테이션에 이용가능하도록, 오디오 디코더 (146) 와 비디오 디코더 (148) 사이에서 디코딩 프로세스들을 조정할 수도 있다. 오디오 디코더 (146) 는 어떤 디코딩 능력들을 가질 수도 있으며, 반면 비디오 디코더 (148) 는 어떤 디코딩 능력들 (즉, 어떤 디코딩 특성들) 을 가질 수도 있다. 예를 들어, 비디오 디코더 (148) 는 특정의 비디오 코딩 표준, 또는 특정의 프로파일 또는 비디오 코딩 표준의 프로파일의 레벨에 따를 수도 있다. 즉, 비디오 디코더 (148) 는 어떤 비디오 코딩 기법들을 이용가능할 수 있지만 다른 비디오 코딩 기법들을 이용불가능할 수도 있다.

일반적으로, 네트워크 인터페이스 (154) 는 미디어 데이터를 네트워크 (170B) 를 통해서 수신하여, 그 수신된 데이터를 취출 애플리케이션 (152) 에 제공한다. 취출 애플리케이션 (152) 은 예를 들어, 미디어 데이터를, 예컨대, HTTP (DASH) 를 통한 동적 적응 스트리밍에 따라서, 취출하여 프로세싱하도록 구성된 웹 브라우저를 포함할 수도 있다. 취출 애플리케이션 (152) 은 오디오 디코더 (146), 비디오 디코더 (148), 오디오 출력 (142), 및 비디오 출력 (144) 의 디코딩 및 렌더링 능력들을 각각 정의하는 정보로 구성될 수도 있다. 따라서, 취출 애플리케이션 (152) 은 오디오 디코더 (146), 비디오 디코더 (148), 오디오 출력 (142), 및 비디오 출력 (144) 의 능력들에 기초하여, 미디어 데이터를 선택할 수도 있다. 예를 들어, 비디오 출력 (144) 이 단지 입체 비디오 디스플레이가 가능하면, 취출 애플리케이션 (152) 은 2개보다 많은 뷰들을 갖는 미디어 데이터를 취출하는 것을 피할 수도 있다. 이러한 방법으로, 취출 애플리케이션 (152) 은 이용불가능한 데이터, 예컨대, 2개보다 많은 뷰들을 갖는 미디어 데이터를 취출하는 것을 회피할 수도 있으며, 불충분한 대역폭 리소스들을 절감하고 2개보다 많은 뷰들을 포함하는 비트스트림의 불필요한 파싱 및 디코딩을 피할 수도 있다.

이런 비트스트림을 획득하기 위해, 취출 애플리케이션 (152) 은 오디오 디코더 (146), 비디오 디코더 (148), 오디오 출력 (142), 및 비디오 출력 (144) 의 특성들을 나타내는 데이터를 MANE (172) 에 제공할 수도 있다. 상기 예에 계속하여, 취출 애플리케이션 (152) 은 비디오 출력 (144) 이 단지 입체 비디오 데이터를 출력가능하다는 것을 나타내는 데이터를 MANE (172) 에 실행의뢰할 수도 있다. 따라서, MANE (172) 가 클라이언트 디바이스 (140) 에 의해 요청된 비트스트림을 수신하고 비트스트림이 2개보다 많은 뷰들을 포함하면, MANE (172) 는 클라이언트 디바이스 (140) 를 위해 단지 2개의 뷰들을 갖는 서브-비트스트림을 추출할 수도 있다.

즉, 서브-비트스트림 추출 프로세스 동안, 치수에서의 값들의 어떤 범위를 가진 일부 NAL 유닛들은 예컨대, MANE (172) 에 의해 필터링될 것이다. 따라서, 위에서 설명한 바와 같이, MANE (172) 는 일부 치수들에 대한 조정된 비트수들을 포함한, 데이터 구조 (174B) 로 표현되는, 새로운 치수 범위 파라미터 세트 (또는, 새로운 NAL 유닛 헤더 파라미터 세트) 를 발생할 수도 있다. 치수 범위 파라미터 세트의 예에 대해, dim_index_2_value_table 뿐만 아니라 dim_cnt_table 은 또한 원래 치수 범위 파라미터 세트에 대해서 조정될 수도 있다. 더욱이, nalUnitScalableCharSet 으로 그룹화된 실제 비어 있지 않은 (non-empty) 구문 엘리먼트들이 변경되거나, 또는 특정의 엘리먼트들을 나타내는데 사용되는 비트수가 감소될 것이다.

더욱이, 본 개시물의 기법들에 따르면, MANE (172) 는 특정의 비트스트림에 대한 인에이블된 스케일러블 치수들을 기술하는 데이터 구조 (174A) 를 수신할 수도 있다. 예를 들어, 뷰 치수가 인에이블되고, 더욱이, 8개의 뷰들에 대한 데이터가 비트스트림에 존재한다는 것을 데이터 구조 (174A) 가 다른 스케일러블 치수들 중에 나타낸다고 가정한다. 그러나, 상기 예에 계속해서, 클라이언트 디바이스 (140) 는 단지 입체 비디오 디스플레이가 가능할 수도 있다. 따라서, MANE (172) 는 단지 2개의 뷰들을 갖는 서브-비트스트림을 추출할 수도 있다. 더욱이, MANE (172) 는 그 추출된 서브-비트스트림의 특성들을 나타내는 수정된 데이터 구조 (174B) 를 형성하기 위해 데이터 구조 (174A) 를 수정할 수도 있다.

예를 들어, 추출된 서브-비트스트림의 2개의 뷰들이 뷰 인덱스들 "2" 및 "6" 을 가지면, MANE (172) 는 "0" 및 "1" 의 값들을 각각 대신 갖도록 뷰 인덱스들을 조정할 수도 있다. 맵핑 테이블이 데이터 구조 (174A) 로 제공되면, MANE (172) 는 맵핑 테이블을 추가로 조정하여, 새로운 인덱스 값들을 적합한 뷰 식별자들 (또는, 다른 스케일러블 치수들에 대한 다른 데이터) 에 맵핑할 수도 있다. 더욱이, 서브-비트스트림의 NAL 유닛들에 대해, MANE (172) 는 예컨대, 풀 비트스트림에 비해 감소된 범위들을 갖는 스케일러블 치수들에 대한 불필요한 비트들을 제거함으로써, 또는 그 추출된 서브-비트스트림에 대해 인에이블되지 않는 스케일러블 치수들에 대한 NAL 유닛 헤더들로부터 전체적으로 시그널링 데이터를 제거함으로써, NAL 유닛 헤더들이 풀 비트스트림의 원래 NAL 유닛 헤더들보다 더 짧도록 (즉, 더 적은 비트들을 포함하도록), NAL 유닛 헤더들을 수정할 수도 있다.

수정된 데이터 구조 (174B) 를 생성하여 서브-비트스트림을 추출한 후, MANE (172) 는 수정된 데이터 구조 (174B) 및 추출된 서브-비트스트림을 클라이언트 디바이스 (140) 에 네트워크 (170B) 를 통해서 제공할 수도 있다. 클라이언트 디바이스 (140) 는 수정된 데이터 구조 (174B) 및 그 추출된 서브-비트스트림을 유선 또는 무선 네트워크 인터페이스를 포함할 수도 있는 네트워크 인터페이스 (154) 를 통해서 수신할 수도 있다.

이러한 방법으로, MANE (172) 는 비트스트림의 서브-비트스트림을 추출하고, 서브-비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 서브-비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 제 2 NAL 유닛의 수정된 NAL 유닛 헤더에서, 서브-비트스트림에 대한 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 구성된 디바이스의 일 예를 나타내며, 여기서, 비트스트림은 제 1 NAL 유닛을 포함하며 그리고 서브-비트스트림은 제 1 NAL 유닛의 비디오 데이터의 적어도 일부분을 포함하는 제 2 NAL 유닛을 포함하며, 여기서, 수정된 NAL 유닛 헤더는 제 1 NAL 유닛의 NAL 유닛 헤더의 비트 길이보다 더 짧은 비트 길이를 갖는다.

MANE (172) 는 이들 기법들을 수행하도록 구성된 제어 유닛을 포함할 수도 있다. 제어 유닛은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어 및/또는 펌웨어로 구현될 때, 하나 이상의 프로세서들 및 하나 이상의 프로세서들에 의해 실행될 수 있는 명령들을 저장하기 위한 메모리와 같은, 필수 하드웨어가 또한 제공된다고 가정된다. 이와 유사하게, 필수 하드웨어가 소프트웨어 또는 펌웨어를 실행하기 위해 제공된다고 다시 가정하고, 사용되면, 콘텐츠 준비 디바이스 (120), 서버 디바이스 (160), 및 클라이언트 디바이스 (140) 의 엘리먼트들은, 또한 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다.

도 5a 및 도 5b 는 본 개시물의 기법들의 여러 예들에 따른 NAL 유닛 헤더들의 예들을 예시하는 개념도들이다. 도 5a 및 도 5b 는 일반적으로 NAL 유닛 헤더에 포함될 수도 있는 스케일러빌리티 또는 뷰 치수 식별자들 (즉, 스케일러블 치수들에 대한 식별자들) 의 세트의 예들을 나타낸다. 도 5a 는 temporal_id (182), chroma_format_idx (184), bit_depth_idx (186), dependency_id (188), quality_id (190), view_idx (192), 및 texture_depth_idx (194) 을 포함한 예시적인 NAL 유닛 헤더 (180) 를 예시한다. 일반적으로, temporal_id (182), chroma_format_idx (184), bit_depth_idx (186), dependency_id (188), quality_id (190), view_idx (192), 및 texture_depth_idx (194) 중 임의의 것 또는 모두에 대한 값들은 대응하는 치수들이 스케일러블한 것으로 인에이블되는지 여부에 기초하여, 시그널링될 수도 있다.

더욱이, temporal_id (182), chroma_format_idx (184), bit_depth_idx (186), dependency_id (188), quality_id (190), view_idx (192), 및 texture_depth_idx (194) 중 임의의 것 또는 모두에 할당된 비트수는 치수 범위 파라미터 세트로, 예컨대, 위에서 설명한 바와 같이, 테이블 1 에 따라서, 표시될 수도 있다. 이러한 방법으로, NAL 유닛 헤더 (180) 는 테이블 1 의 치수 범위 파라미터 세트에 따라서 구성된 NAL 유닛 헤더의 일 예를 나타낸다. 따라서, temporal_id (182), chroma_format_idx (184), bit_depth_idx (186), dependency_id (188), quality_id (190), view_idx (192), 및 texture_depth_idx (194) 에 대한 값들이 존재할 때, NAL 유닛 헤더 (180) 에 의해 캡슐화된 NAL 유닛이 대응하는 이들 여러 치수들의 교차에 기초하여, 할당될 수도 있다. 인에이블되지 않는 스케일러블 치수들 (즉, 비트스트림에서 오직 하나의 가능한 값을 갖는 스케일러블 치수들) 에 대해, 데이터는 NAL 유닛의 NAL 유닛 헤더 (180) 로 시그널링될 필요는 없다. 예를 들어, 비트스트림에 대해 오직 1 비트 심도가 있으면, 어떤 데이터도 bit_depth_idx (186) 에 제공될 필요가 없다.

도 5b 는 priority_id (202), temporal_id (204), dependency_id (206), quality_id (208), 및 view_idx (210) 를 포함한 또 다른 예 NAL 유닛 헤더 (200) 를 예시한다. 이러한 방법으로, NAL 유닛 헤더 (200) 는 테이블 8 의 NAL 유닛 헤더 맵 파라미터 세트에 따라 구성된 NAL 유닛 헤더의 일 예를 나타낸다. NAL 유닛 헤더 (200) 는 그렇지 않으면 실질적으로 NAL 유닛 헤더 (180) 에 따른다. 물론, NAL 유닛 헤더 (200) 의 구문 엘리먼트들은 NAL 유닛 헤더 (180) 에 포함될 수도 있으며, 이와 유사하게, NAL 유닛 헤더 (180) 의 구문 엘리먼트들은 여러 예들에서, 위에 테이블들의 구문 및 의미들에 대한 적합한 수정본들과 함께, NAL 유닛 헤더 (200) 에 포함될 수도 있다,.

NAL 유닛 헤더들은 여러 상이한 시나리오들을 위해 설계될 수도 있다. 아래에 여러 예들이 제공된다. 그러나, 다른 예들이 또한 본 개시물의 기법들을 이용하여 상정되고 표현될 수도 있는 것으로 이해되어야 한다.

일 예에서, 스케일러블 비디오 비트스트림은 QVGA (Quarter Video Graphics Array) 대 VGA (Video Graphics Array) 공간 스케일러빌리티를 가질 수도 있는 반면, 의존성 계층들은 3개의 시간 계층들을 갖는다. 이런 경우, 3 비트들이 스케일러빌리티 및/또는 뷰 치수들을 NAL 유닛 헤더로 시그널링하는데 사용될 수도 있다. 예를 들어, 2 비트들이 temporal_id (204) 를 나타내기 위해 할당될 수도 있으며, 1 비트가 dependency_id (206) 를 나타내기 위해 할당될 수도 있으며, 어떤 비트들도 quality_ID (208) 및 view_IDX (210) 을 나타내기 위해 할당될 필요가 없다.

또 다른 예에서, 입체 비트스트림은 각각의 뷰에 대해 2개의 공간 계층들을 가질 수도 있으며, 뷰들 각각은 3개의 시간 계층들을 가질 수도 있다. 이런 경우, 4 비트들이 NAL 유닛 헤더를 나타내기 위해 전체적으로 사용될 수도 있다: temporal_id (204) 를 나타내는데 2 비트들, dependency_id (188) 를 나타내는데 1 비트, view_idx (210) 를 나타내는데 1 비트, 및 quality_id (208) 를 나타내기 위해 제로 비트들.

또 다른 예에서, 멀티뷰 비트스트림은 2개의 품질 계층들을 각각 가진 8개의 뷰들을 포함할 수도 있다. 비트스트림은 또한 16 의 GOP 사이즈를 가진 계층적 B-예측 구조 (즉, 4개의 시간 계층들) 로 코딩될 수도 있다. 이 예에서, 총 7 비트들이 스케일러빌리티 및/또는 뷰 치수들을 NAL 유닛 헤더로 시그널링하는데 사용될 수도 있다: temporal_id (204) 에 대해 3 비트들, dependency_id (206) 에 대해 제로 비트들, quality_id (208) 에 대해 1 비트, 및 view_idx (210) 에 대해 3 비트들.

도 6 은 비디오 데이터에 대한 스케일러블 치수들의 특성들을 시그널링하는 예시적인 방법을 예시하는 플로우차트이다. 도 6 의 방법은 예의 목적들을 위해 비디오 인코더 (20) 에 대해 설명된다. 그러나, 소스 디바이스 (12) (도 1) 의 다른 유닛들 또는 콘텐츠 준비 디바이스 (120) 및/또는 서버 디바이스 (160) (도 4) 의 구성요소들과 같은, 다른 디바이스들이 도 8 의 방법을 수행하도록 구성될 수도 있는 것으로 이해되어야 한다. 이와 유사하게, MANE (172) (도 4) 는 도 6 의 방법의 어떤 양태들을 수행하도록 구성될 수도 있다. 더욱이, 도 6 의 방법의 어떤 단계들이 생략되거나 또는 상이한 순차적인 순서로 또는 병렬로 수행될 수도 있으며, 다른 단계들이 추가될 수도 있는 것으로 이해되어야 한다.

이 예에서, 비디오 인코더 (20) 는 인코딩되어 비트스트림으로 형성되는 비디오 데이터에 대해 하나 이상의 스케일러블 치수들을 인에이블한다 (250). 예를 들어, 비디오 인코더 (20) 는 수신된 비디오 데이터가 우선순위 치수, 공간 해상도 치수, 시간 치수, 품질 치수 (예컨대, 신호-대-잡음비 (SNR) 치수), 뷰 치수, 칼라 비트 심도 치수, 크로마 샘플 포맷 치수, 및/또는 의존성 치수 중 하나 이상과 같은, 하나 이상의 스케일러블 치수들을 이용하여 코딩된다는 표시를 외부 소스 (예컨대, 사용자) 로부터 수신할 수도 있다.

비디오 인코더 (20) 는 그후 그 인에이블된 스케일러블 치수들에 대한 값들의 범위들을 결정할 수도 있다 (252). 예를 들어, 비디오 인코더 (20) 는 각각의 치수에 대해 인코딩될 계층들의 수를 결정할 수도 있다. 일 예로서, 그 수신된 비디오 데이터가 V 개의 뷰들을 가지면, 여기서 V 는 정수이며, 비디오 인코더 (20) 는 V 개의 값들이 뷰 치수에 대한 범위에서 요구된다고 결정할 수도 있다. 또 다른 예로서, 공간 해상도 치수가 인에이블되고 3개의 계층들, 즉, 하나의 기초 계층 및 2개의 향상 계층들이 있으면, 비디오 인코더 (20) 는 3개의 값들이 공간 해상도 치수에 대한 범위로 요구된다고 결정할 수도 있다. 일반적으로, 각각의 치수에 대해, 비디오 인코더 (20) 는 그 치수 내에서 계층들 (또는, 뷰들) 을 식별하기 위해 그 치수에서의 값들의 범위를 결정할 수도 있다.

비디오 인코더 (20) 는 그후 그 인에이블된 스케일러블 치수들에 대해 그 결정된 범위들에 기초하여 비트들을 NAL 유닛 헤더에 할당할 수도 있다 (254). 예를 들어, N 이 인에이블된 치수들의 개수라고 하고, R_K 가 치수 K 에 대한 범위의 사이즈를 나타낸다고 하자, 여기서 1 <= K <= N 이다. 치수 K 에 대한 값들을 나타내는데 요구되는 비트수를 계산하기 위해, 비디오 인코더 (20) 는 ceil(log₂(R_K)) 을 계산할 수도 있다. 따라서, 인에이블된 스케일러블 치수들에 대해 NAL 유닛 헤더에서 요구되는 비트들의 총 개수를 그 결정된 범위들에 기초하여 계산하기 위해, 비디오 인코더 (20) 는

을 계산할 수도 있으며, 여기서 ceil(X) 는 X 보다 크거나 같은 최고 정수까지 절상된 X 의 값을 반환한다. 즉, X 가 정수이면, ceil(X) 는 X 를 반환하며, 반면 X 가 A.B 로서 표현되는 정수가 아닌 유리수이면, ceil(X) 는 (A+1) 를 반환한다. 이러한 방법으로, 이 값들의 총합은 각각의 치수에 대한 값들의 결정된 범위들에 기초한, 그 인에이블된 치수들의 NAL 유닛 헤더에 사용되는 총 비트수를 나타낼 수도 있다.

비디오 인코더 (20) 는 그후 NAL 유닛 헤더에 대한 비트 할당들을 나타내는 데이터 구조를 코딩할 수도 있다 (256). 예를 들어, 비디오 인코더 (20) 는 위에서 설명한 바와 같이, 테이블 1 에 따라 치수 범위 파라미터 세트를, 또는 테이블 8 에 따라 NAL 유닛 헤더 맵을 코딩할 수도 있다. 데이터 구조는 그 자신의 독립적인 데이터 구조를 형성하거나 또는 또 다른 데이터 구조, 예컨대 시퀀스 파라미터 세트 (SPS) 에 포함될 수도 있다. 어쨌든, 데이터 구조는 일반적으로 그 인에이블된 치수들의 각각에 대한 NAL 유닛 헤더에서의 비트수를 나타낼 수도 있다. 더욱이, 데이터 구조가 NAL 유닛 헤더에서의 특정의 치수에 제로 비트들을 할당할 때, 그 치수가 스케일러빌리티에 대해 비-인에이블되는 것으로 결정될 수도 있다. 즉, 제로 비트들이 NAL 유닛 헤더에서 할당되는 치수는 대응하는 비트스트림에 대해 스케일러블하지 않을 수도 있다. 이러한 방법으로, 데이터 구조는 또한 스케일러블 치수들 중 어느 것이 스케일러빌리티에 대해 인에이블되는지의 표시를 제공한다.

일부 예들에서, 치수의 계층들에 대한 값들은 1 만큼 자동적으로 증분하지 않을 수도 있다. 예를 들어, 뷰 치수에 대한 뷰 식별자들 (view_ids) 은 1 의 값 만큼 반드시 증분되지는 않는다. 또 다른 예로서, 예컨대, 칼라 비트 심도들에 대한, 비트 심도 값들은 8-비트, 10-비트, 및 12-비트의 값들을 포함할 수도 있다. 따라서, 위에서 설명한 바와 같이 값들의 범위를 결정할 때, 그 범위는 그 치수에서의 레벨들의 실제 값들에 대한 인덱스 값들의 범위를 포함할 수도 있다. 인덱스 값들은 그후 위에서 코딩된 데이터 구조에 포함되거나 또는 별개의 데이터 구조로서 제공될 수도 있는 맵핑 테이블에 의해, 실제 값들에 맵핑될 수도 있다. 맵핑 테이블은 테이블 3, 테이블 5, 테이블 9, 테이블 10, 또는 테이블 13 중 임의의 테이블 또는 모두의 구문 및 의미들에, 단독으로 또는 임의의 조합으로 대응할 수도 있으며, 여기서, 이들 테이블들의 조합들은 하나의 테이블 또는 복수의 별개의 테이블들로서 시그널링될 수도 있다.

비디오 인코더 (20) 는 그후 그 인에이블된 스케일러블 치수들의 교차에 대해 비디오 데이터의 슬라이스를 코딩할 수도 있다 (258). 예를 들어, 비디오 인코더 (20) 가 뷰 치수, 공간 해상도 치수, 및 시간 치수를 인에이블하였으면, 비디오 인코더 (20) 는 베이스 뷰의 슬라이스, 공간 해상도 치수에 대한 기초 계층을 코딩하기 시작하고, 제로의 시간 식별자를 가질 수도 있다. 일반적으로, 단계 (258) 에서 코딩된 슬라이스는 비트스트림의 어떤 임의로 선택된 슬라이스를 나타낼 수도 있다. 슬라이스의 코딩은 일반적으로 그 인에이블된 치수들에 기초하여 슬라이스를 코딩하는 것을 수반한다. 따라서, 뷰 치수가 스케일러빌리티에 대해 인에이블되고 슬라이스가 비-베이스 뷰이면, 비디오 인코더 (20) 는 인터-뷰 예측을 이용하여 그 슬라이스를 코딩할 수도 있다. 또 다른 예로서, 공간 해상도 스케일러빌리티가 인에이블되고 슬라이스가 비-기초 계층이면, 비디오 인코더 (20) 는 인터-계층 예측을 이용하여 그 슬라이스를 코딩할 수도 있다. 다수의 스케일러블 치수들이 인에이블될 때, 비디오 인코더 (20) 는 슬라이스가 기초 계층 (또는, 베이스 뷰) 에서 발생하지 않는 치수들 중 임의의 치수에 대해, 그 인에이블된 스케일러블 치수들 중 임의의 치수 또는 모두에 대한 인터-층 예측을 이용하여, 그 슬라이스를 코딩할 수도 있다.

비디오 인코더 (20) 는 그후 그 코딩된 슬라이스를 NAL 유닛에 캡슐화할 수도 있다 (260). 특히, 비디오 인코더 (20) 는 슬라이스에 대한 인에이블된 스케일러블 치수들에 대한 값들을 나타내는 슬라이스에 대한 NAL 유닛 헤더를 코딩할 수도 있다 (262). 특히, 비디오 인코더 (20) 는 코딩된 슬라이스가 각각의 스케일러블 치수의 계층들 또는 뷰들 중 어느 것에 대응하는지에 기초하여, NAL 유닛 헤더에 대한 비트 값들을 결정한다. 예를 들어, 뷰 치수 및 공간 해상도 치수가 인에이블되고 8개의 뷰들 및 3개의 공간 해상도 계층들이 있고, 최근에 코딩된 슬라이스가, 뷰 인덱스 "010" 가 할당되는 뷰, 및 공간 해상도 인덱스 "11" 가 할당되는 공간 해상도 계층에 대응하면, 비디오 인코더 (20) 는 그 인에이블된 스케일러블 치수들에 대한 값들을 나타내기 위해 NAL 유닛 헤더에 "01011" 을 코딩할 수도 있다.

이러한 방법으로, 도 6 의 방법은 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 단계, 및 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함하는 방법의 일 예를 나타낸다.

도 7 은 비디오 데이터에 대한 스케일러블 치수들의 시그널링되는 특성들을 이용하는 예시적인 방법을 예시하는 플로우차트이다. 도 7 의 방법은 예의 목적들을 위해, 비디오 디코더 (30) 에 대해 설명된다. 그러나, 목적지 디바이스 (14) (도 1) 의 다른 유닛들 또는 서버 디바이스 (160) 또는 클라이언트 디바이스 (140) (도 4) 의 구성요소들과 같은, 다른 디바이스들이 도 8 의 방법을 수행하도록 구성될 수도 있는 것으로 이해되어야 한다. 이와 유사하게, MANE (172) (도 4) 는 도 7 의 방법의 어떤 양태들을 수행하도록 구성될 수도 있다. 더욱이, 도 7 의 방법의 어떤 단계들이 생략되거나 또는 상이한 순차적인 순서로 또는 병렬로 수행될 수도 있으며, 다른 단계들이 추가될 수도 있는 것으로 이해되어야 한다.

이 예에서, 비디오 디코더 (30) 는 비트스트림의 NAL 유닛들에 대한 비트 할당들을 나타내는 데이터 구조를 수신한다 (280). 예를 들어, 비디오 디코더 (30) 는 독립적인 데이터 구조들로서 시그널링되거나 또는 시퀀스 파라미터 세트와 같은 또 다른 데이터 구조 내에서 시그널링될 수도 있는, 치수 범위 파라미터 세트 또는 NAL 유닛 헤더 맵 파라미터 세트를 수신할 수도 있다. 게다가, 비디오 디코더 (30) 는 또한 인덱스 값들을 스케일러블 치수들에 대한 실제 값들에 맵핑하는 인덱스 대 값 맵핑 테이블과 같은 맵핑 테이블을 수신할 수도 있다.

일반적으로, 데이터 구조로 시그널링되는 NAL 유닛들에 대한 비트 할당들은 복수의 스케일러블 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지의 표시를 제공할 수도 있다. 즉, 비디오 디코더 (30) 는 하나 이상의 비트들이 NAL 유닛 헤더에 할당되는 스케일러블 치수들이 스케일러빌리티에 대해 인에이블된다고 결정할 수도 있다. 비디오 디코더 (30) 는 NAL 유닛 헤더에 제로 비트들이 할당되는 다른 치수들이 인에이블되지 않는다고 결정할 수도 있다. 따라서, 비디오 디코더 (30) 는 비트스트림에서의 NAL 유닛들에 대해 비-인에이블된 스케일러블 치수들에 대한 디폴트 값들을 추론할 수도 있다.

비디오 디코더 (30) 는 그후 코딩된 비디오 데이터의 슬라이스를 포함한 NAL 유닛을 수신할 수도 있다 (282). 이 NAL 유닛은 그 비트스트림의 어떤 임의의 NAL 유닛을 나타낼 수도 있다. 비디오 디코더 (30) 는 인에이블된 스케일러블 치수들에 대한 값들을 나타내는 NAL 유닛 헤더를 디코딩할 수도 있다 (284). 즉, 비디오 디코더 (30) 는 NAL 유닛 헤더에 대한 비트 할당들을 나타내는 데이터 구조를 이용하여, 그 수신된 NAL 유닛의 NAL 유닛 헤더의 값들을 해석할 수도 있다. 더욱이, 맵핑 테이블이 수신되었으면, 비디오 디코더 (30) 는 맵핑 테이블을 이용하여, NAL 유닛 헤더에서의 인덱스 값들을 대응하는 스케일러블 치수에 대한 실제 값들로 추가로 해석할 수도 있다.

비디오 디코더 (30) 는 그후 NAL 유닛을 캡슐화 해제하여, NAL 유닛으로부터 코딩된 슬라이스를 취출할 수도 있다 (286). 비디오 디코더 (30) 는 그후 NAL 유닛 헤더로부터 결정되는 바와 같이, 그 인에이블된 스케일러블 치수들에 대한 값들에 기초하여, 슬라이스를 디코딩할 수도 있다 (288). 이 값들에 기초하여 슬라이스를 디코딩하는 것은 예를 들어, 각각의 인에이블된 스케일러블 치수의 어느 계층 (또는, 뷰) 에 슬라이스가 대응하는지를 결정하는 것, 그리고, 필요한 경우, 인터-층 예측을 이용하여 슬라이스를 디코딩하는 것을 포함할 수도 있다. 더욱이, 인터-층 예측이 여러 스케일러블 치수들 중 하나 이상에 대해 이용가능한지 여부에 따라서 상이한 구문 데이터의 세트들이 슬라이스에 대해 시그널링될 수도 있다. 예를 들어, 슬라이스가 특정의 스케일러블 치수의 기초 계층에 대응하면, 비디오 디코더 (30) 는 대응하는 스케일러블 치수에 대한 인터-층 예측을 위해 참조 계층을 나타내는 구문 엘리먼트들을 수신하지 않도록 구성될 수도 있다.

이러한 방법으로, 도 7 의 방법은 또한 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 단계, 및 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함하는 방법의 일 예를 나타낸다.

도 8 은 비디오 데이터에 대한 스케일러블 치수들의 특성을 시그널링하고 비디오 데이터에 대한 스케일러블 치수들의 시그널링된 특성들을 이용하는 또 다른 예시적인 방법을 예시하는 플로우차트이다. 도 8 의 예는 MANE (예컨대, 도 4 의 MANE (172)) 및 클라이언트 디바이스 (예컨대, 도 4 의 클라이언트 디바이스 (140)) 에 대해 설명된다. 다른 디바이스들이 도 8 의 방법의 여러 단계들을 수행하도록 구성될 수도 있는 것으로 이해되어야 한다. 더욱이, 단계들은 상이한 순서들로, 또는 병렬로 수행될 수도 있으며, 어떤 단계들은 생략될 수도 있지만 다른 단계들이 추가될 수도 있다.

이 예에서, 클라이언트 디바이스 (140) 는 인에이블된 가용 스케일러블 치수들의 서브세트를 갖는 비디오 데이터를 처음에 요청한다 (300). 이 요청은 클라이언트 디바이스 (140), 예컨대, 비디오 디코더 (148) 및 비디오 출력 (144) 의 코딩 및 렌더링 능력들에 기초할 수도 있다. 이 요청은 지원되는 코딩 및 렌더링 능력들의 표시를 나타낼 수도 있으며, 특정의 비트스트림에 대한 인에이블된 스케일러블 치수들의 특정의 세트에 대한 명시적인 요청을 반드시 나타내지 않을 수도 있다.

MANE (172) 는 예컨대, 서버 디바이스 (160) 로부터, 그 요청을 수신하고 (302), 복수의 스케일러블 치수들을 가진 비트스트림을 수신할 수도 있다 (304). 비트스트림을 수신하는 것은 이 단계에서, 반드시 전체 비트스트림이 아닌, 비트스트림의 부분을 수신하는 것에 대응할 수도 있다. 비트스트림은 비트스트림에 대한 인에이블된 스케일러블 치수들 뿐만 아니라, 인에이블된 스케일러블 치수들에 대한 NAL 유닛 헤더들에서 시그널링되는 값들에 대한 비트 할당들을 나타내는 데이터 구조를 포함할 수도 있다. 또, MANE (172) 에 의한 이 데이터 구조의 수신은 도 4 에 화살표 174A 로 표시된다. MANE (172) 는 그후 클라이언트 디바이스 (140) 로부터 수신된 요청에 기초하여 추출되는 서브-비트스트림에 기초하여, 데이터 구조를 수정할 수도 있다 (306). MANE (172) 는 맵핑 테이블이 제공되면, 맵핑 테이블을 추가로 수정할 수도 있다.

예를 들어, 비트스트림이 8개의 뷰들을 포함하지만, 클라이언트 디바이스 (140) 가 단지 입체적인 3D 플레이백을 지원하면, MANE (172) 는 추출되는 서브-비트스트림이 모두 8개 대신, 2개의 뷰들을 단지 포함해야 한다고 결정할 수도 있다. 원래 데이터 구조가 특정의 NAL 유닛이 대응하는 뷰를 식별하기 위해 NAL 유닛 헤더에 3 비트들을 할당하였으면, MANE (172) 는 대신에 뷰 식별자 (또는, 뷰 인덱스) 에 대한 NAL 유닛 헤더에 오직 1 비트를 할당할 수도 있다. 게다가, 맵핑 테이블이 뷰 식별자들에 뷰 인덱스들을 할당하였으면, MANE (172) 는 그 추출된 서브-비트스트림에 포함된 단지 2개의 뷰들의 맵핑을 반영하기 위해 맵핑 테이블을 수정할 수도 있다.

MANE (172) 는 그후 그 수정된 데이터 구조를 클라이언트 디바이스 (140) 로 전송할 수도 있다 (308). 또, 수정된 데이터 구조를 클라이언트 디바이스 (140) 로 전송하는 것은 도 4 에 화살표 174B 로 표시된다. 클라이언트 디바이스 (140) 는 결국, 그 수정된 데이터 구조를 수신할 수도 있다 (310).

후속하여, MANE (172) 는 비트스트림으로부터 NAL 유닛을 추출할 수도 있다 (312). 추출된 NAL 유닛은 그 인에이블된 스케일러블 치수들의 모두에 대한 값들을 가질 수도 있다. 그러나, MANE (172) 는 그 요청에 기초하여 클라이언트 디바이스 (140) 로 전송되는 서브-비트스트림에 대한 NAL 유닛을 수정할 수도 있다 (314). 예를 들어, MANE (172) 는 클라이언트 디바이스 (140) 에 의해 지원되지 않는 스케일러블 치수들에 대한 값들을 나타내는 NAL 유닛 헤더로부터 데이터를 제거할 수도 있다. MANE (172) 는 지원되지 않거나, 또는 요구되지 않는 스케일러블 치수들의 계층들의 NAL 유닛들을, 클라이언트 디바이스 (140) 에 의해 클라이언트 디바이스 (140) 로 전송할 필요가 없다. 대신, MANE (172) 는 클라이언트 디바이스 (140) 에 의해 요청되는 데이터를 포함한 단지 그들 NAL 유닛들을 추출하고, 필요에 따라서 NAL 유닛 헤더들을 수정할 수도 있다.

일 예로서, 원래 비트스트림이 8개의 뷰들에 대한 데이터를 포함하였지만 클라이언트 디바이스 (140) 가 단지 2개의 뷰들을 요청하였으면, MANE (172) 는 클라이언트 디바이스 (140) 로 전송되는 2개의 뷰들에 대응하는 단지 NAL 유닛들만을 추출할 수도 있다. 더욱이, MANE (172) 는 이들 NAL 유닛들에 대한 뷰 식별자들 (또는, 뷰 인덱스들) 에서의 변화를 반영하기 위해 NAL 유닛 헤더들을 수정할 수도 있다. 예를 들어, 클라이언트 디바이스 (140) 를 위해 선택된 2개의 뷰들의 원래 NAL 유닛들이 "010" 및 "110" 의 뷰 인덱스 값들을 포함하였다고 가정한다. MANE (172) 는 그 수정된 데이터 구조의 비트 할당들에 기초하여, 그리고 그 수정된 맵핑 테이블에 기초하여, 이 값들을 "0" 및 "1" 으로 각각 변경할 수도 있다.

MANE (172) 는 그후 그 수정된 NAL 유닛을 클라이언트 디바이스 (140) 로 전송할 수도 있다 (316). 클라이언트 디바이스 (140) 는, 결국, 그 수정된 NAL 유닛을 수신하고 (318), 그 수정된 NAL 유닛을 디코딩할 수도 있다 (320). 수정된 NAL 유닛을 디코딩하는 것은 일반적으로 도 7 에 설명된 프로세스에 대응할 수도 있다. 따라서, 본 개시물의 기법에 따르면, 클라이언트 디바이스 (140) 의 관점에서, 서브-비트스트림을 프로세싱하는 것은 일반적으로 비트스트림을 프로세싱하는 것과는 상이할 필요가 없다.

이러한 방법으로, 도 8 의 방법은 또한 비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 단계, 및 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 그 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라서 코딩된 비디오 데이터를 포함하는 NAL 유닛의 네트워크 추상화 계층 (NAL) 유닛 헤더에서, 그 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함하는 방법의 일 예를 나타낸다. MANE (172) 및 클라이언트 디바이스 (140) 양자는 이런 정보 및 값들을 코딩하는 디바이스들을 나타낸다.

이 예에 따라서, 본원에서 설명되는 기법들 중 임의의 기법의 어떤 행위들 또는 이벤트들이 상이한 시퀀스로 수행될 수 있으며, 추가되거나, 병합되거나, 또는 모두 제외시킬 수도 있는 (예컨대, 모든 설명되는 행위들 또는 이벤트들이 이 기법들의 실시에 필수적인 것은 아닌) 것으로 인식되어야 한다. 더욱이, 어떤 예들에서, 행위들 또는 이벤트들은 순차적으로 보다는, 동시에, 예컨대, 멀티-쓰레드된 프로세싱, 인터럽트 프로세싱, 또는 다수의 프로세서들을 통해서 수행될 수도 있다.

하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 그 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터-판독가능 매체 상에 저장되거나 전달되어, 하드웨어-기반의 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터-판독가능 매체는 컴퓨터-판독가능 저장 매체들을 포함할 수도 있으며, 이 컴퓨터-판독가능 저장 매체들은 데이터 저장 매체와 같은 유형의 매체, 또는 예컨대, 통신 프로토콜에 따라서 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함한 통신 매체들에 대응한다. 이러한 방법으로, 컴퓨터-판독가능 매체들은 일반적으로 (1) 비일시성 유형의 컴퓨터-판독가능 저장 매체 또는 (2) 신호 또는 캐리어 파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체는 본 개시물에서 설명하는 기법들의 구현을 위한 명령들, 코드 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 가용 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터-판독가능 매체를 포함할 수도 있다.

일 예로서, 이에 한정하지 않고, 이런 컴퓨터-판독가능 저장 매체는 RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 스토리지, 자기디스크 스토리지, 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 동축 케이블, 광섬유 케이블, 이중 권선, 디지털 가입자 회선 (DSL), 또는 무선 기술들, 예컨대 적외선, 무선, 및 마이크로파를 이용하여 명령들이 웹사이트, 서버, 또는 다른 원격 소스로부터 송신되는 경우, 동축 케이블, 광섬유 케이블, 이중 권선, DSL, 또는 무선 기술들 예컨대 적외선, 무선, 및 마이크로파가 그 매체의 정의에 포함된다. 그러나, 컴퓨터-판독가능 저장 매체들 및 데이터 저장 매체들이 접속부들, 캐리어 파들, 신호들, 또는 다른 일시성 매체들을 포함하지 않고, 대신 비일시성 유형의 저장 매체들에 관련되는 것으로 이해되어야 한다. 디스크 (disk) 및 디스크 (disc) 는, 본원에서 사용할 때, 컴팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루-레이 디스크를 포함하며, 디스크들 (disks) 은 데이터를 자기적으로 보통 재생하지만, 디스크들 (discs) 은 레이저로 데이터를 광학적으로 재생한다. 앞에서 언급한 것들의 조합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

명령들은 하나 이상의 디지털 신호 프로세서들 (DSPs), 범용 마이크로프로세서들, 주문형 집적회로들 (ASICs), 필드 프로그래밍가능 로직 어레이들 (FPGAs), 또는 다른 등가의 통합 또는 이산 로직 회로와 같은, 하나 이상의 프로세서들에 의해 실행될 수도 있다. 따라서, 용어 “프로세서" 는, 본원에서 사용될 때 전술한 구조 중 임의의 구조 또는 본원에서 설명하는 기법들의 구현에 적합한 임의의 다른 구조를 지칭할 수도 있다. 게다가, 일부 양태들에서, 본원에서 설명하는 기능 전용 하드웨어 및/또는 인코딩 및 디코딩을 위해 구성되는 소프트웨어 모듈들 내에 제공되거나, 또는 결합된 코덱에 포함될 수도 있다. 또한, 이 기법들은 하나 이상의 회로들 또는 로직 엘리먼트들로 전적으로 구현될 수 있다.

본 개시물의 기법들은 무선 핸드셋, 집적 회로 (IC) 또는 ICs 의 세트 (예컨대, 칩 세트) 를 포함한, 매우 다양한 디바이스들 또는 장치들로 구현될 수도 있다. 개시한 기법들을 수행하도록 구성되는 디바이스들의 기능적 양태들을 강조하기 위해서 여러 구성요소들, 모듈들, 또는 유닛들이 본 개시물에서 설명되지만, 상이한 하드웨어 유닛들에 의한 실현을 반드시 필요로 하지는 않는다. 더 정확히 말하면, 위에서 설명한 바와 같이, 여러 유닛들이 코덱 하드웨어 유닛에 결합되거나 또는 적합한 소프트웨어 및/또는 펌웨어와 함께, 위에서 설명한 바와 같은 하나 이상의 프로세서들을 포함한, 상호작용하는 하드웨어 유닛들의 컬렉션으로 제공될 수도 있다.

여러 예들이 설명되었다. 이들 및 다른 예들은 다음 청구항들의 범위 이내이다.

Claims (48)

1. 비디오 데이터를 코딩하는 방법으로서,
   비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 상기 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 단계; 및
   인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라 코딩된 비디오 데이터를 포함하는 네트워크 추상화 계층 (NAL) 유닛의 NAL 유닛 헤더에서, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 상기 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
2. 제 1 항에 있어서,
   상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하는 단계는,
   상기 인에이블된 비디오 코딩 치수들의 각각에 대해, 상기 각각의 값들을 코딩하는데 사용되는 구문 엘리먼트들에 대한 각각의 비트수를 결정하는 단계; 및
   결정된 상기 각각의 비트수에 기초하여 상기 인에이블된 비디오 코딩 치수들의 상기 구문 엘리먼트들에 대한 값들을 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
3. 제 2 항에 있어서,
   상기 비트스트림의 모든 비디오 데이터에 대해, 상기 인에이블되지 않는 비디오 코딩 치수들에 대한 디폴트 값들을 추론하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
4. 제 2 항에 있어서,
   상기 복수의 비디오 코딩 치수들은 복수의 스케일러블 비디오 코딩 치수들을 포함하며,
   상기 복수의 스케일러블 비디오 코딩 치수는 우선순위 치수, 공간 치수, 시간 치수, 신호-대-잡음비 (SNR) 치수, 품질 치수, 뷰 치수, 칼라 비트 심도 치수, 색차 (크로마) 샘플 포맷 치수, 및 의존성 치수 중 하나 이상을 포함하는, 비디오 데이터를 코딩하는 방법.
5. 제 2 항에 있어서,
   상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하는 단계는 치수 범위 파라미터 세트를 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
6. 제 5 항에 있어서,
   상기 치수 범위 파라미터 세트에 대응시키기 위해 시퀀스 파라미터 세트의 치수 범위 파라미터 세트 식별자 엘리먼트에 대한 값을 코딩하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
7. 제 2 항에 있어서,
   상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하는 단계는 NAL 유닛 헤더 맵을 코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
8. 제 2 항에 있어서,
   상기 NAL 유닛 헤더에서의 비트들과 상기 인에이블된 비디오 코딩 치수들 사이의 대응을 나타내는 코딩 정보를 더 포함하는, 비디오 데이터를 코딩하는 방법.
9. 제 2 항에 있어서,
   상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 상기 값들은 상기 각각의 인에이블된 비디오 코딩 치수들에 대한 가능한 값들의 각각의 세트들로의 인덱스 값들을 포함하며,
   상기 방법은 상기 인덱스 값들의 각각과 상기 각각의 인덱스 값들이 맵핑되는 상기 각각의 세트들의 값들 중 하나 사이의 맵핑들을 결정하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
10. 제 9 항에 있어서,
    상기 값들이 인덱스 값들을 포함하는 상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 맵핑들을 정의하는 정보를 포함하는 인덱스 대 값 맵핑 테이블을 코딩하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
11. 제 9 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나는 뷰 치수를 포함하며,
    상기 인덱스 값들을 코딩하는 단계는 상기 NAL 유닛 헤더에서, 상기 뷰 치수에 대한 뷰 순서 인덱스 값을 코딩하는 단계를 포함하며,
    상기 맵핑들을 결정하는 단계는 상기 뷰 순서 인덱스 값과 상기 뷰 치수에 대한 뷰 식별자 (view_id) 값 사이의 맵핑을 결정하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
12. 제 9 항에 있어서,
    상기 맵핑들을 결정하는 단계는 비디오 코더를 위한 사전-정의된 구성 데이터로부터 상기 맵핑들을 결정하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
13. 제 2 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여, 상기 NAL 유닛의 비디오 데이터를 코딩하는 단계를 더 포함하는, 비디오 데이터를 코딩하는 방법.
14. 제 13 항에 있어서,
    상기 비디오 데이터를 코딩하는 단계는 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 디코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
15. 제 13 항에 있어서,
    상기 비디오 데이터를 코딩하는 단계는 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 인코딩하는 단계를 포함하는, 비디오 데이터를 코딩하는 방법.
16. 비디오 데이터를 코딩하는 디바이스로서,
    비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 상기 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고, 그리고, 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라 코딩된 비디오 데이터를 포함하는 네트워크 추상화 계층 (NAL) 유닛의 NAL 유닛 헤더에서, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 상기 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 구성된 비디오 코더를 포함하는, 비디오 데이터를 코딩하는 디바이스.
17. 제 16 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하기 위해, 상기 비디오 코더는 상기 인에이블된 비디오 코딩 치수들의 각각에 대해, 상기 각각의 값들을 나타내는데 사용되는 각각의 비트수를 결정하고, 그리고, 결정된 상기 각각의 비트수에 기초하여 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
18. 제 17 항에 있어서,
    상기 복수의 비디오 코딩 치수들은 복수의 스케일러블 비디오 코딩 치수들을 포함하며,
    상기 복수의 스케일러블 비디오 코딩 치수는 우선순위 치수, 공간 치수, 시간 치수, 신호-대-잡음비 (SNR) 치수, 품질 치수, 뷰 치수, 칼라 비트 심도 치수, 색차 (크로마) 샘플 포맷 치수, 및 의존성 치수 중 하나 이상을 포함하는, 비디오 데이터를 코딩하는 디바이스.
19. 제 17 항에 있어서,
    상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하기 위해, 상기 비디오 코더는 치수 범위 파라미터 세트를 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
20. 제 17 항에 있어서,
    상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하기 위해, 상기 비디오 코더는 NAL 유닛 헤더 맵을 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
21. 제 20 항에 있어서,
    상기 NAL 유닛 헤더 맵을 코딩하기 위해, 상기 비디오 코더는 상기 NAL 유닛 헤더 맵에 대한 데이터를 포함하는 NAL 유닛 헤더 맵 파라미터 세트 (NPS) 및 상기 NAL 유닛 헤더 맵에 대한 데이터를 포함하는 시퀀스 파라미터 세트 (SPS) 중 적어도 하나를 코딩하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
22. 제 17 항에 있어서,
    상기 비디오 코더는, 상기 비트스트림의 모든 비디오 데이터에 대해, 상기 인에이블되지 않는 비디오 코딩 치수들에 대한 디폴트 값들을 추론하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
23. 제 17 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 상기 값들은 상기 각각의 인에이블된 비디오 코딩 치수들에 대한 가능한 값들의 각각의 세트들로의 인덱스 값들을 포함하며,
    상기 비디오 코더는 상기 인덱스 값들의 각각과 상기 각각의 인덱스 값들이 맵핑되는 상기 각각의 세트들의 값들 중 하나 사이의 맵핑들을 결정하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
24. 제 23 항에 있어서,
    상기 비디오 코더는 상기 값들이 인덱스 값들을 포함하는 상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 상기 맵핑들을 정의하는 정보를 포함하는 인덱스 대 값 맵핑 테이블을 코딩하도록 추가로 구성되며, 비디오 데이터를 코딩하는 디바이스.
25. 제 23 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나는 뷰 치수를 포함하며,
    상기 인덱스 값들을 코딩하기 위해, 상기 비디오 코더는 상기 NAL 유닛 헤더에서, 상기 뷰 치수에 대한 뷰 순서 인덱스 값을 코딩하도록 구성되며,
    상기 맵핑들을 결정하기 위해, 상기 비디오 코더는 상기 뷰 순서 인덱스 값과 상기 뷰 치수에 대한 뷰 식별자 (view_id) 값 사이의 맵핑을 결정하도록 구성되는, 비디오 데이터를 코딩하는 디바이스.
26. 제 17 항에 있어서,
    상기 비디오 코더는 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 NAL 유닛의 비디오 데이터를 코딩하도록 추가로 구성되는, 비디오 데이터를 코딩하는 디바이스.
27. 제 26 항에 있어서,
    상기 비디오 코더는 비디오 디코더를 포함하는, 비디오 데이터를 코딩하는 디바이스.
28. 제 26 항에 있어서,
    상기 비디오 코더는 비디오 인코더를 포함하는, 비디오 데이터를 코딩하는 디바이스.
29. 제 16 항에 있어서,
    상기 디바이스는,
    집적 회로;
    마이크로프로세서; 및
    상기 비디오 코더를 포함하는 무선 통신 디바이스 중 적어도 하나를 포함하는, 비디오 데이터를 코딩하는 디바이스.
30. 비디오 데이터를 코딩하는 디바이스로서,
    비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 상기 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하는 수단; 및
    인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라 코딩된 비디오 데이터를 포함하는 네트워크 추상화 계층 (NAL) 유닛의 NAL 유닛 헤더에서, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 상기 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
31. 제 30 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하는 수단은,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대해, 상기 각각의 값들을 나타내는데 사용되는 각각의 비트수를 결정하는 수단; 및
    결정된 상기 각각의 비트수에 기초하여, 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
32. 제 31 항에 있어서,
    상기 복수의 비디오 코딩 치수들은 복수의 스케일러블 비디오 코딩 치수들을 포함하며,
    상기 복수의 스케일러블 비디오 코딩 치수는 우선순위 치수, 공간 치수, 시간 치수, 신호-대-잡음비 (SNR) 치수, 품질 치수, 뷰 치수, 칼라 비트 심도 치수, 색차 (크로마) 샘플 포맷 치수, 및 의존성 치수 중 하나 이상을 포함하는, 비디오 데이터를 코딩하는 디바이스.
33. 제 31 항에 있어서,
    상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하는 수단은, 치수 범위 파라미터 세트 및 NAL 유닛 헤더 맵 중 적어도 하나를 코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
34. 제 31 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 상기 값들은 상기 각각의 인에이블된 비디오 코딩 치수들에 대한 가능한 값들의 각각의 세트들로의 인덱스 값들을 포함하며,
    상기 인덱스 값들의 각각과 상기 각각의 인덱스 값들이 맵핑된 상기 각각의 세트들의 값들 중 하나 사이의 맵핑들을 결정하는 수단; 및
    상기 값들이 인덱스 값들을 포함하는 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 상기 맵핑들을 정의하는 정보를 포함하는 인덱스 대 값 맵핑 테이블을 코딩하는 수단을 더 포함하는, 비디오 데이터를 코딩하는 디바이스.
35. 제 34 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나는 뷰 치수를 포함하며,
    상기 인덱스 값들을 코딩하는 수단은 상기 NAL 유닛 헤더에서, 상기 뷰 치수에 대한 뷰 순서 인덱스 값을 코딩하는 수단을 포함하며,
    상기 맵핑들을 결정하는 수단은 상기 뷰 순서 인덱스 값과 상기 뷰 치수에 대한 뷰 식별자 (view_id) 값 사이의 맵핑을 결정하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
36. 제 31 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 NAL 유닛의 비디오 데이터를 코딩하는 수단을 더 포함하는, 비디오 데이터를 코딩하는 디바이스.
37. 제 36 항에 있어서,
    상기 비디오 데이터를 코딩하는 수단은 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 디코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
38. 제 36 항에 있어서,
    상기 비디오 데이터를 코딩하는 수단은 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 인코딩하는 수단을 포함하는, 비디오 데이터를 코딩하는 디바이스.
39. 실행될 때, 프로세서로 하여금,
    비트스트림에 대해, 복수의 비디오 코딩 치수들 중 어느 것이 상기 비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고; 그리고
    인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 따라 코딩된 비디오 데이터를 포함하는 네트워크 추상화 계층 (NAL) 유닛의 NAL 유닛 헤더에서, 인에이블되지 않는 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩함이 없이, 상기 인에이블된 비디오 코딩 치수들을 나타내는 구문 엘리먼트들에 대한 값들을 코딩하도록 하는 명령들을 안에 저장하고 있는 컴퓨터-판독가능 저장 매체.
40. 제 39 항에 있어서,
    상기 프로세서로 하여금, 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 하는 명령들은,
    상기 프로세서로 하여금,
    상기 인에이블된 비디오 코딩 치수들의 각각에 대해, 상기 각각의 값들을 나타내는데 사용되는 각각의 비트수를 결정하고; 그리고
    결정된 상기 각각의 비트수에 기초하여 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 하는 명령들을 포함하는, 컴퓨터-판독가능 저장 매체.
41. 제 40 항에 있어서,
    상기 복수의 비디오 코딩 치수들은 복수의 스케일러블 비디오 코딩 치수들을 포함하며,
    상기 복수의 스케일러블 비디오 코딩 치수는 우선순위 치수, 공간 치수, 시간 치수, 신호-대-잡음비 (SNR) 치수, 품질 치수, 뷰 치수, 칼라 비트 심도 치수, 색차 (크로마) 샘플 포맷 치수, 및 의존성 치수 중 하나 이상을 포함하는, 컴퓨터-판독가능 저장 매체.
42. 제 40 항에 있어서,
    상기 프로세서로 하여금, 상기 복수의 비디오 코딩 치수들 중 어느 것이 인에이블되는지를 나타내는 상기 정보를 코딩하도록 하는 명령들은,
    상기 프로세서로 하여금, 치수 범위 파라미터 세트 및 NAL 유닛 헤더 맵 중 적어도 하나를 코딩하도록 하는 명령들을 포함하는, 컴퓨터-판독가능 저장 매체.
43. 제 40 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나 이상에 대한 상기 값들은 상기 각각의 인에이블된 비디오 코딩 치수들에 대한 가능한 값들의 각각의 세트들로의 인덱스 값들을 포함하며,
    상기 프로세서로 하여금,
    상기 인덱스 값들의 각각과 상기 각각의 인덱스 값들이 맵핑되는 상기 각각의 세트들의 값들 중 하나 사이의 맵핑들을 결정하고; 그리고
    상기 값들이 인덱스 값들을 포함하는 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 상기 맵핑들을 정의하는 정보를 포함하는 인덱스 대 값 맵핑 테이블을 코딩하도록 하는 명령들을 더 포함하는, 컴퓨터-판독가능 저장 매체.
44. 제 43 항에 있어서,
    상기 인에이블된 비디오 코딩 치수들 중 하나는 뷰 치수를 포함하며,
    상기 프로세서로 하여금, 상기 인덱스 값들을 코딩하도록 하는 명령들은 상기 프로세서로 하여금, 상기 NAL 유닛 헤더에서, 상기 뷰 치수에 대한 뷰 순서 인덱스 값을 코딩하도록 하는 명령들을 포함하며,
    상기 프로세서로 하여금, 상기 맵핑들을 결정하도록 하는 명령들은 상기 프로세서로 하여금, 상기 뷰 순서 인덱스 값과 상기 뷰 치수에 대한 뷰 식별자 (view_id) 값 사이의 맵핑을 결정하도록 하는 명령들을 포함하는, 컴퓨터-판독가능 저장 매체.
45. 제 40 항에 있어서,
    상기 NAL 유닛은 상기 비트스트림의 제 1 NAL 유닛을 포함하며,
    상기 프로세서로 하여금,
    상기 제 1 NAL 유닛의 비디오 데이터의 적어도 일부분을 포함하는 제 2 NAL 유닛을 포함하는, 상기 비트스트림의 서브-비트스트림을 추출하고;
    상기 서브-비트스트림에 대해, 상기 복수의 비디오 코딩 치수들 중 어느 것이 상기 서브-비트스트림에 대해 인에이블되는지를 나타내는 정보를 코딩하고; 그리고
    인에이블되지 않는 비디오 코딩 치수들에 대한 값들을 코딩함이 없이, 상기 제 2 NAL 유닛의 수정된 NAL 유닛 헤더에서, 상기 서브-비트스트림에 대한 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들을 코딩하도록 하는 명령들을 더 포함하며,
    상기 수정된 NAL 유닛 헤더는 상기 제 1 NAL 유닛의 NAL 유닛 헤더의 비트 길이보다 더 짧은 비트 길이를 갖는, 컴퓨터-판독가능 저장 매체.
46. 제 40 항에 있어서,
    상기 프로세서로 하여금, 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 NAL 유닛의 비디오 데이터를 코딩하도록 하는 명령들을 더 포함하는, 컴퓨터-판독가능 저장 매체.
47. 제 46 항에 있어서,
    상기 프로세서로 하여금, 상기 비디오 데이터를 코딩하도록 하는 명령들은 상기 프로세서로 하여금, 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 디코딩하도록 하는 명령들을 포함하는, 컴퓨터-판독가능 저장 매체.
48. 제 46 항에 있어서,
    상기 프로세서로 하여금, 상기 비디오 데이터를 코딩하도록 하는 명령들은 상기 프로세서로 하여금, 상기 인에이블된 비디오 코딩 치수들의 각각에 대한 값들에 기초하여 상기 비디오 데이터를 디코딩하도록 하는 명령들을 포함하는, 컴퓨터-판독가능 저장 매체.

Images