KR20160016937A - 비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들 - Google Patents

비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들 Download PDF

Info

Publication number
KR20160016937A
KR20160016937A KR1020157037021A KR20157037021A KR20160016937A KR 20160016937 A KR20160016937 A KR 20160016937A KR 1020157037021 A KR1020157037021 A KR 1020157037021A KR 20157037021 A KR20157037021 A KR 20157037021A KR 20160016937 A KR20160016937 A KR 20160016937A
Authority
KR
South Korea
Prior art keywords
nal unit
rtp
decoding order
video
encapsulating
Prior art date
Application number
KR1020157037021A
Other languages
English (en)
Other versions
KR101739682B1 (ko
Inventor
무하메드 제이드 코반
예-쿠이 왕
Original Assignee
퀄컴 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 퀄컴 인코포레이티드 filed Critical 퀄컴 인코포레이티드
Publication of KR20160016937A publication Critical patent/KR20160016937A/ko
Application granted granted Critical
Publication of KR101739682B1 publication Critical patent/KR101739682B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/188—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a video data packet, e.g. a network abstraction layer [NAL] unit
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/633—Control signals issued by server directed to the network components or client
    • H04N21/6332—Control signals issued by server directed to the network components or client directed to client
    • H04N21/6336—Control signals issued by server directed to the network components or client directed to client directed to decoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8451—Structuring of content, e.g. decomposing content into time segments using Advanced Video Coding [AVC]

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하는 방법은, RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 캡슐화하는 단계를 포함한다. 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함한다. 이 방법은 또한, RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 단계를 포함할 수도 있다.

Description

비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들{SINGLE NETWORK ABSTRACTION LAYER UNIT PACKETS WITH DECODING ORDER NUMBER FOR VIDEO CODING}
이 출원은 2013년 5월 31일 출원된 미국 가특허출원 제 61/829,950 호의 이익을 주장하고, 그 전체 내용은 참조에 의해 본원에 통합된다.
이 개시물은 비디오 데이터의 프로세싱에 관한 것이다.
디지털 비디오 능력들은 디지털 텔레비젼들, 디지털 다이렉트 브로드캐스트 시스템들, 무선 브로드캐스트 시스템들, 휴대용 개인정보 단말기 (personal digital assistant; PDA) 들, 랩탑이나 데스크탑 컴퓨터들, 태블릿 컴퓨터들, 전자책 리더들, 디지털 카메라들, 디지털 레코딩 디바이스들, 디지털 미디어 플레이어들, 비디오 게이밍 디바이스들, 비디오 게임 콘솔들, 셀룰러 또는 위성 무선 전화들, 이른바 "스마트 폰들", 비디오 원격화상회의 디바이스들, 비디오 스트리밍 디바이스들 등을 포함하는 광범위한 디바이스들에 통합될 수 있다. 디지털 비디오 디바이스들은 MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, 어드밴스드 비디오 코딩 (Advanced Video Coding; AVC) 에 의해 정의된 표준들, 현재 개발 하에 있는 고효율 비디오 코딩 (High Efficiency Video Coding; HEVC) 표준, 및 그러한 표준들의 확장들에서 기술된 바와 같은 비디오 압축 기법들을 구현한다. 비디오 디바이스들은 그러한 비디오 압축 기법들을 구현함으로써 보다 효율적으로 디지털 비디오 정보를 송신, 수신, 인코딩, 디코딩, 및/또는 저장할 수도 있다.
비디오 압축 기법들은 비디오 시퀀스들에 내재하는 리던던시를 감소시키기나 제거하기 위한 공간 (인트라-화상) 예측 및/또는 시간 (인터-화상) 예측을 수행한다. 블록-기반 비디오 코딩에 있어, 비디오 슬라이스 (예컨대, 비디오 프레임 또는 비디오 프레임의 부분) 는 비디오 블록들로 파티셔닝될 수도 있으며, 비디오 블록들은 또한 트리블록들, 코딩 유닛 (CU) 들 및/또는 코딩 노드들로서 지칭될 수도 있다. 화상의 인트라-코딩된 (I) 슬라이스에서의 비디오 블록들은 동일한 화상에서의 이웃하는 (neighboring) 블록들에서의 참조 샘플들에 대한 공간 예측을 이용하여 인코딩된다. 화상의 인터-코딩된 (P 또는 B) 슬라이스에서의 비디오 블록들은 동일한 화상에서의 이웃하는 블록들 내의 참조 샘플들에 대한 공간 예측, 또는 다른 참조 화상들에서의 참조 샘플들에 대한 시간 예측을 이용할 수도 있다. 화상들은 프레임들이라고 지칭될 수도 있고, 참조 화상들은 참조 프레임들로 지칭될 수도 있다.
공간 예측 또는 시간 예측은 코딩될 블록에 대해 예측 블록을 초래한다. 잔차 데이터 (residual data) 는 코딩될 원래의 블록과 예측 블록 사이의 픽셀 차이들을 표현한다. 인터-코딩된 블록은 예측 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터, 및 코딩된 블록과 예측 블록 사이의 차이를 나타내는 잔차 데이터에 따라 인코딩된다. 인트라-코딩된 블록은 인트라-코딩 모드와 잔차 데이터에 따라 인코딩된다. 추가적인 압축을 위해, 잔차 데이터는 픽셀 도메인으로부터 변환 도메인으로 변환되어, 잔차 변환 계수들을 초래할 수도 있고, 그 후 이들은 양자화될 수도 있다. 처음에 2 차원 어레이로 배열된, 양자화된 변환 계수들은 변환 계수들의 1 차원 벡터를 생성하기 위해 스캐닝될 수도 있고, 엔트로피 코딩이 적용되어 보다 많은 압축을 달성할 수도 있다.
비디오 데이터는 하나 이상의 프로토콜들을 이용하여 송신 및 수신될 수도 있다. 각 프로토콜은 프로토콜을 이용할 때 데이터의 송신 및/또는 수신을 위해 다양한 콘텐츠 (content) 및 포맷 (format) 요건들을 명시할 수도 있다. 예를 들어, 몇몇 프로토콜들은 데이터의 스트림 또는 셋트를 하나 이상의 네트워크들을 통한 전송을 위해 천크들 (chunks) 들로 분리할 수도 있다. 몇몇 프로토콜들에서, 이 분리 절차는 패킷화 (packetization) 또는 프레이밍 (framing) 으로서 지칭될 수도 있다.
본 개시의 기술들은 실시간 전송 프로토콜 (Real-time Transport Protocol; RTP) 과 같은 네트워크 프로토콜을 이용하여 전송 및 수신되는 비디오 데이터를 프로세싱하기 위한 방법들 및 장치들을 제공한다. 보다 구체적으로, 본 명세서에서 설명된 기술들은 다양한 송신 파라미터들 및 모드들과 이용가능한 단일 NAL 유닛 패킷을 제공한다.
본 개시의 하나의 예에서, 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하는 방법은, RTP 세션에 대해 단일 네트워크 추상 계층 (network abstraction layer; NAL) 유닛 패킷에서 비디오 데이터를 캡슐화 (encapsulating) 하는 단계로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화하는 단계, 및 RTP 세션이 멀티-스트림 송신 (multi-stream transmission; MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 (de-packetization) 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버 (maximum number) 가 0 보다 더 큰 것 중 적어도 하나에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 단계를 포함한다.
본 개시의 다른 예에서, 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하는 방법은, RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 캡슐화된 비디오 데이터를 캡슐화해제하는 단계로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화해제하는 단계, 및 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하는 단계를 포함한다.
본 개시의 또 다른 예에서, 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하도록 구성된 장치는, 비디오 데이터를 저장하도록 구성된 메모리 및 프로세서를 포함하고, 상기 프로세서는, RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 실시간 전송 프로토콜 (RTP) 페이로드 내에 캡슐화하는 것으로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 실시간 전송 프로토콜 (RTP) 페이로드 내에 캡슐화하는 것, 및 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 것을 행하도록 구성된다.
본 개시의 또 다른 예에서, 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하도록 구성된 장치는, RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 캡슐화하는 수단으로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화하는 수단, 및 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 수단을 포함한다.
하나 이상의 예들의 세부사항들이 첨부되는 도면들 및 하기의 설명에서 전개된다. 다른 특징들, 목적들, 및 이점들은 하기의 설명 및 도면들, 및 하기의 청구항들로부터 명확해질 것이다.
도 1 은 이 개시에서 설명된 기술들을 이용할 수도 있는 예시적인 비디오 인코딩 및 디코딩 시스템을 나타내는 개념도이다.
도 2 는 HEVC 네트워크 추상 계층 (NAL) 유닛 헤더의 구조를 나타내는 개념도이다.
도 3 은 어그리게이션 패킷을 위한 실시간 전송 프로토콜 (RTP) 페이로드 포맷의 구조를 나타내는 개념도이다.
도 4 는 어그리게이션 패킷에서 제 1 어그리게이션 유닛의 구조를 나타내는 개념도이다.
도 5 는 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷의 구조를 나타내는 개념도이다.
도 6 은 본 개시의 기술들에 따른, 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷의 일 예를 나타내는 개념도이다.
도 7 은 본 개시의 기술들에 따른, 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷의 다른 예를 나타내는 개념도이다.
도 8 은 이 개시에서 설명된 기술들을 구현할 수도 있는 예시적인 비디오 인코더를 나타내는 개념도이다.
도 9 는 이 개시에서 설명된 기술들을 구현할 수도 있는 예시적인 비디오 디코더를 나타내는 블록도이다.
도 10 은 네트워크의 일부를 형성하는 디바이스들의 예시적인 셋트를 나타내는 블록도이다.
도 11 은 본 개시의 기술들에 따른, RTP 페이로드 포맷에서 비디오 데이터를 캡슐화하기 위한 예시적인 동작들을 나타내는 흐름도이다.
도 12 는 본 개시의 기술들에 따른, RTP 페이로드 포맷에서 캡슐화된 비디오 데이터를 캡슐화해제하기 위한 예시적인 동작들을 나타내는 흐름도이다.
이 개시물은 비디오 데이터를 패킷화하기 위한 다양한 기술들 및 디바이스들을 소개한다. 하나 이상의 예들에서, 이 개시물은 비디오 데이터를 전송하기 위한 실시간 전송 프로토콜 (RTP) 페이로드 포맷의 향상된 설계들을 제안한다. 특히, 이 개시물은 단일 네트워크 추상 계층 (NAL) 유닛 RTP 패킷들에 대해 디코딩 순서 넘버 (decoding order number; DON) 를 시그널링하는 기술들을 제안한다. 단일 NAL 유닛 패킷들을 송신하기 위한 이전의 기술들은 어떤 송신 모드들 및 송신 파라미터들과 양립불가능하였다. 대신에, 이전 기술들은 단일 NAL 유닛들이 어그리게이션 패킷 (aggregation packet) 에서 송신되는 것을 필요로 하였고, 이는 증가된 오버헤드 및 감소된 스루풋을 유발한다. 플렉시블 (flexible) 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 포함하는 것에 의해, 본 명세서에서 설명된 기술들은 보다 효율적인 단일 NAL 유닛들의 송신을 허용하고 다양한 송신 모드들 및 송신 파라미터들로 단일 NAL 유닛 패킷들의 이용을 가능하게 할 수도 있다.
도 1 은 본 개시물에 설명된 기술들과 연계하여 이용될 수도 있는 일 예시적인 비디오 프로세싱 시스템 (10) 을 도시하는 블록도이다. 시스템 (10) 은, 예를 들어, 본 개시물에 설명된 RTP 기법들을 이용하여 비디오 데이터를 발생시키고, 프로세싱하고, 송신할 수도 있다. 도 1 에 도시된 바와 같이, 시스템 (10) 은 목적지 디바이스 (14) 에 의해 나중에 디코딩될 인코딩된 비디오를 발생시키는 소스 디바이스 (12) 를 포함한다. 인코딩된 비디오 데이터는 미디어 인지 네트워크 엘리먼트 (media aware network element; MANE) (29) 에 의해 소스 디바이스 (12) 에서 목적지 디바이스 (14) 로 라우팅될 수도 있다. 소스 디바이스 (12) 및 목적지 디바이스 (14) 는, 데스크탑 컴퓨터들, 노트북 (즉, 랩탑) 컴퓨터들, 태블릿 컴퓨터들, 셋탑박스들, 이른바 "스마트" 폰들과 같은 전화 핸드셋들, 이른바 "스마트" 패드들, 텔레비젼들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 재생기들, 비디오 게임용 콘솔들, 비디오 스트리밍 디바이스 등을 포함하는 광범위의 디바이스들 중 임의의 것을 포함할 수도 있다. 일부 경우들에서, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 무선 통신을 갖추고 있을 수도 있다.
시스템 (10) 은 상이한 비디오 코딩 표준들, 사설 표준, 또는 임의의 다른 방식의 멀티뷰 코딩에 따라 동작할 수도 있다. 예를 들어, 비디오 인코더 (20) 및 비디오 디코더 (30) 는, ITU-T H.261, ISO/IEC MPEG-1 비주얼, ITU-T H.262 또는 ISO/IEC MPEG-2 비주얼, ITU-T H.263, ISO/IEC MPEG-4 비주얼 그리고 스케일러블 비디오 코딩 (Scalable Video Coding; SVC) 및 멀티뷰 비디오 코딩 (Multiview Video Coding; MVC) 확장안들을 포함하는 ITU-T H.264 (또한 ISO/IEC MPEG-64 AVC 로 알려짐) 와 같은 비디오 압축 표준에 따라 동작할 수도 있다. 최근 공개되어 이용가능한 MVC 의 공동 초안이 "Advanced video coding for generic audiovisual services" ITU-T 권고안 H.264, 2010 년 3 월에 설명되어 있다. 더욱 최근에 공개되어 이용가능한 MVC 확장안의 공동 초안은 "Advanced video coding for generic audiovisual services", ITU-T 권고안 H.264, 2011 년 6 월에 설명되어 있다. MVC 확장안의 현재 공동 초안은 2012 년 1 월자로 승인되었다.
또한, ITU-T 비디오 코딩 전문가 그룹 (Video Coding Experts Group; VCEG) 및 ISO/IEC 동 화상 전문가 그룹 (MPEG) 의 JCT-VC (Joint Collaboration Team on Video Coding) 에 의해 개발된 새로운 비디오 코딩 표준, 즉, 고효율 비디오 코딩 (High Efficiency Video Coding; HEVC) 표준이 있다. "HEVC Working Draft 10" 또는 "WD10" 으로서 지칭되는, HEVC 표준의 하나의 드래프트는 JCTVC-L1003v34, Bross 외 저, "High efficiency video coding (HEVC) text specification draft 10", Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, 12th Meeting: Geneva, CH, 14-23 Jan. 2013 문서에서 기술되고, 이는 2014년 4월 30일 현재 http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v34.zip 으로부터 다운로드가능하다. HEVC WD10 의 전체 콘텐츠는 여기에 참조에 의해 본원에 통합된다.
설명의 목적으로, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 HEVC 또는 H.264 표준 또는 그러한 표준의 확장안들의 맥락에서 설명된다. 그러나, 본 개시물의 기술들은 임의의 특정 코딩 표준에 제한되지 않는다. 비디오 압축 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263 을 포함한다. On2 VP6/VP7/VP8 라고 지칭되는 것들과 같은 사설 코딩 기법들이 또한 본원에 설명된 기법들 중 하나 이상의 기법들을 구현할 수도 있다. 본 개시물의 기술들은 잠재적으로는 HEVC 및 다른 것들을 포함하여 여러 비디오 코딩 표준들에 적용가능하다.
목적지 디바이스 (14) 는 디코딩될 인코딩된 비디오 데이터를 링크 (16) 를 통해 수신할 수도 있다. 링크 (16) 는 인코딩된 비디오 데이터를 소스 디바이스 (12) 에서 목적지 디바이스 (14) 로 이동시킬 수 있는 임의의 유형의 매체 또는 디바이스를 포함할 수도 있다. 일 예에서, 링크 (16) 는 소스 디바이스 (12) 로 하여금 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 실시간으로 직접적으로 송신하는 것을 가능하게 하는 통신 매체를 포함할 수도 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라 변조되고, 목적지 디바이스 (14) 로 송신될 수도 있다. 통신 매체는 임의의 무선 또는 유선 통신 매체, 예컨대, 무선 주파수 (radio frequency; RF) 스펙트럼 또는 하나 이상의 물리적 송신 라인들을 포함할 수도 있다. 통신 매체는 패킷 기반 네트워크, 예컨대, 근거리 통신망 (local area network), 원거리 통신망 (wide-area network), 또는 인터넷과 같은 글로벌 네트워크의 일부를 형성할 수도 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스 (12) 에서 목적지 디바이스 (14) 로의 통신을 가능하게 하는데 유용할 수도 있는 임의의 다른 장비를 포함할 수도 있다. 링크 (16) 는 소스 디바이스 (12) 에서 목적지 디바이스 (14) 로 비디오 데이터를 라우팅하는 하나 이상의 MANE 들, 예컨대, MANE (29) 를 포함할 수도 있다.
대안으로, 인코딩된 데이터는 출력 인터페이스 (22) 에서 저장 디바이스 (27) 로 출력될 수도 있다. 유사하게, 인코딩된 데이터는 입력 인터페이스에 의해 저장 디바이스 (27) 로부터 액세스될 수도 있다. 저장 디바이스 (27) 는 하드 드라이브, 블루레이 디스크들, DVD 들, CD-ROM 들, 플래시 메모리, 휘발성 또는 비-휘발성 메모리와 같은 임의의 다양한 분산된 또는 로컬로 액세스되는 데이터 저장 매체들, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적절한 디지털 저장 매체들을 포함할 수도 있다. 추가적인 예에서, 저장 디바이스 (27) 는 소스 디바이스 (12) 에 의해 발생된 인코딩된 비디오를 유지할 수도 있는 다른 중간 저장 디바이스 또는 파일 서버에 대응할 수도 있다.
목적지 디바이스 (14) 는 스트리밍 또는 다운로드를 통해 저장 디바이스 (27) 로부터의 저장된 비디오 데이터에 액세스할 수도 있다. 파일 서버는 인코딩된 비디오 데이터를 저장할 수 있고 그 인코딩된 비디오 데이터를 목적지 디바이스 (14) 로 송신할 수 있는 임의의 유형의 서버일 수도 있다. 예시적인 파일 서버들은 (예를 들어, 웹사이트용) 웹 서버, FTP 서버, NAS (network attached storage) 디바이스들, 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스 (14) 는 인터넷 접속을 포함하는 임의의 표준 데이터 접속을 통해 인코딩된 비디오 데이터에 액세스할 수도 있다. 이는 파일 서버에 저장된 인코딩된 비디오 데이터를 액세스하는데 적합한 무선 채널 (예를 들어, 와이파이 접속), 유선 접속 (예를 들어, DSL, 케이블 모뎀 등), 또는 양자 모두의 조합을 포함할 수도 있다. 저장 디바이스 (27) 로부터의 인코딩된 비디오 데이터의 송신은 스트리밍 송신, 다운로드 송신, 또는 양자 모두의 조합일 수도 있다. 저장 디바이스 (27) 로부터 취출된 비디오 데이터는 비디오 데이터는 NAME (29) 와 같은 하나 이상의 MANE 등을 이용하여 목적지 디바이스 (14) 로 라우팅될 수도 있다.
본 개시물의 기술들은 무선 애플리케이션들 또는 설정들에 반드시 제한되는 것은 아니다. 본 기술들은 임의의 다양한 멀티미디어 애플리케이션들, 예컨대 지상파 (over-the-air) 텔레비젼 방송들, 케이블 텔레비젼 송신들, 위성 텔레비젼 송신들, 예를 들어 인터넷을 통한 스트리밍 비디오 송신들, 데이터 저장 매체 상의 저장을 위한 디지털 비디오의 인코딩, 데이터 저장 매체 상에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들을 지원 시에 비디오 코딩에 적용될 수도 있다. 일부 예들에서, 시스템 (10) 은, 비디오 스트리밍, 비디오 재생, 비디오 방송, 및/또는 화상 전화와 같은 애플리케이션들을 지원하기 위해 일방향 또는 양방향 비디오 송신을 지원하도록 구성될 수도 있다.
도 1 의 예에서, 소스 디바이스 (12) 는 비디오 소스 (18), 비디오 인코더 (20), 및 출력 인터페이스 (22) 를 포함한다. 일부 경우들에서, 출력 인터페이스 (22) 는 변조기/복조기 (modulator/demodulator) (모뎀 (modem)) 및/또는 송신기를 포함할 수도 있다. 예를 들어, 출력 인터페이스 (22) 는 본 명세서에서 설명된 기술들에 따라 RTP 페이로드들에 데이터를 캡슐화하도록 동작가능한 RTP 패킷화 유닛을 포함할 수도 있다. 소스 디바이스 (12) 에서, 비디오 소스 (18) 는 비디오 캡쳐 디바이스, 예컨대 비디오 카메라와 같은 소스, 이전에 캡쳐된 비디오를 포함하는 비디오 아카이브, 비디오 컨텐츠 제공자로부터 비디오를 수신하는 비디오 피드 인터페이스, 및/또는 소스 비디오로서 컴퓨터 그래픽 데이터를 발생시키는 컴퓨터 그래픽 시스템, 또는 그러한 소스들의 조합을 포함할 수도 있다. 일 예로서, 비디오 소스 (18) 가 비디오 카메라인 경우, 소스 디바이스 (12) 및 목적지 디바이스 (14) 는 소위 카메라 폰들 또는 비디오 폰들을 형성할 수도 있다. 그러나, 본 개시물에서 설명된 기술들은 일반적으로 비디오 코딩에 적용될 수 있으며, 무선 및/또는 유선 애플리케이션들에 적용될 수도 있다.
캡쳐된, 사전 캡쳐된, 또는 컴퓨터-발생된 비디오는 소스 디바이스 (12) 에 의해 인코딩될 수도 있다. 인코딩된 비디오 데이터는 소스 디바이스 (12) 의 출력 인터페이스 (22) 를 통해 목적지 디바이스 (14) 에 직접적으로 송신될 수도 있다. 인코딩된 비디오 데이터는, 디코딩 및/또는 재생을 위한, 목적지 디바이스 (14) 또는 다른 디바이스들에 의한 나중의 액세스를 위해 저장 디바이스 (27) 에 또한 (또는 대안적으로) 저장될 수도 있다.
목적지 디바이스 (14) 는 입력 인터페이스 (28), 비디오 디코더 (30), 및 디스플레이 디바이스 (32) 를 포함한다. 일부 경우들에서, 입력 인터페이스 (28) 는 수신기 및/또는 모뎀을 포함할 수도 있다. 예를 들어, 입력 인터페이스 (28) 는 본 명세서에서 설명된 기술들에 따라 RTP 페이로드들에 캡슐화된 데이터를 캡슐화해제하도록 동작가능한 RTP 패킷화해제 유닛을 포함할 수도 있다. 목적지 디바이스 (14) 의 입력 인터페이스 (28) 는 링크 (16) 를 통해 인코딩된 비디오 데이터를 수신한다. 링크 (16) 를 통해 통신된, 또는 저장 디바이스 (27) 상에 제공된 인코딩된 비디오 데이터는, 비디오 데이터 디코딩 시에, 비디오 디코더, 예컨대 비디오 디코더 (30) 에 의한 이용을 위해 비디오 인코더 (20) 에 의해 발생된 다양한 신택스 (syntax) 엘리먼트들을 포함할 수도 있다. 그러한 신택스 엘리먼트들은 통신 매체 상으로 송신되거나, 저장 매체 상에 저장되거나, 파일 서버에 저장되는 인코딩된 비디오 데이터와 함께 포함될 수도 있다.
디스플레이 디바이스 (32) 는 목적지 디바이스 (14) 와 통합될 수도 있거나 또는 목적지 디바이스 외부에 있을 수도 있다. 일부 예들에서, 목적지 디바이스 (14) 는 통합 디스플레이 디바이스를 포함할 수도 있고 외부 디스플레이 디바이스와 인터페이싱하도록 또한 구성될 수도 있다. 다른 예들에서, 목적지 디바이스 (14) 는 디스플레이 디바이스일 수도 있다. 일반적으로, 디스플레이 디바이스 (32) 는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 액정 디스플레이 (liquid crystal display; LCD), 플라즈마 디스플레이, 유기 발광 다이오드 (organic light emitting diode; OLED) 디스플레이, 또는 다른 유형의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 것을 포함할 수도 있다.
도 1 에 도시되지 않았지만, 일부 양상들에서, 비디오 인코더 (20) 및 비디오 디코더 (30) 는 각각 오디오 인코더 및 디코더와 통합될 수도 있고, 공통 데이터 스트림 또는 별도의 데이터 스트림들로 오디오 및 비디오 양자 모두의 인코딩을 처리하기 위해 적절한 MUX-DEMUX 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함할 수도 있다. 적용가능한 경우, 일부 예들에서, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 이용자 데이터그램 프로토콜 (user datagram protocol; UDP) 과 같은 다른 프로토콜을 준수할 수도 있다.
비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 임의의 다양한 적합한 인코더 회로부, 예컨대, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서 (digital signal processor; DSP) 들, 주문형 반도체 (application specific integrated circuit; ASIC) 들, 필드 프로그램가능 게이트 어레이 (field programmable gate array; FPGA) 들, 이산 로직, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 임의의 조합들로서 구현될 수도 있다. 기술들이 부분적으로 소프트웨어로 구현되는 경우, 디바이스는 그 소프트웨어에 대한 명령들을 적절한 비일시적 컴퓨터-판독가능 매체에 저장할 수도 있고, 본 개시물의 기술들을 수행하기 위해 하나 이상의 프로세서들을 이용하는 하드웨어에서 그 명령들을 실행할 수도 있다. 비디오 인코더 (20) 및 비디오 디코더 (30) 각각은 하나 이상의 인코더들 또는 디코더들에 포함될 수도 있고, 이들 중 어느 것도 결합된 인코더/디코더 (코덱 (CODEC)) 의 일부로서 각각의 디바이스에 통합될 수도 있다.
HEVC 표준화 노력들은 HEVC 테스트 모델 (HEVC Test Model; HM) 로 지칭되는 비디오 코딩 디바이스의 발전하는 모델에 기초하였다. HM 은, 예를 들어, ITU-T H.264/AVC 에 따른 기존 디바이스들에 비해 비디오 코딩 디바이스들의 여러 가지 추가적인 능력들을 가정한다. 예를 들어, H.264 가 9 개의 인트라-예측 인코딩 모드들을 제공하지만, HM 은 무려 33 개나 되는 인트라-예측 인코딩 모드들을 제공할 수도 있다.
일반적으로, HM 의 작업 모델은, 비디오 프레임 또는 화상이 루마 (luma) 및 크로마 (chroma) 샘플들 양자 모두를 포함하는 최대 코딩 유닛 (largest coding unit; LCU) 들 또는 트리블록들의 시퀀스로 나누어질 수도 있다는 것을 설명한다. 트리블록은 H.264 표준의 매크로블록과 유사한 목적을 갖는다. 슬라이스는 코딩 순서에서 다수의 연속적인 트리블록들을 포함한다. 비디오 프레임 또는 화상은 하나 이상의 슬라이스들로 파티셔닝될 수도 있다. 각각의 트리블록은 쿼드트리에 따라 코딩 유닛 (coding unit; CU) 들로 분리될 수도 있다. 예를 들어, 쿼드트리의 루트 노드로서의 트리블록은 4 개의 자식 노드들로 분리되고, 계속해서 각각의 자식 노드는 부모 노드가 될 수도 있고 다른 4 개의 자식 노드들로 분리될 수도 있다. 최종적으로, 쿼드트리의 리프 노드로서의 분리되지 않은 자식 노드는 코딩 노드, 즉, 코딩된 비디오 블록을 포함한다. 코딩된 비트스트림과 관련된 신택스 데이터는 트리블록이 분리될 수도 있는 최대 횟수를 규정할 수도 있고, 코딩 노드들의 최소 사이즈를 또한 정의할 수도 있다.
CU 는 코딩 노드 및 코딩 노드와 연관된 변환 유닛 (transform units; TU) 들 및 예측 유닛 (prediction unit; PU) 들을 포함한다. CU 의 사이즈는 코딩 노드의 사이즈에 대응하고 정사각형 형상이어야 한다. CU 의 사이즈는 8×8 픽셀들에서 최대 64×64 픽셀들 이상의 픽셀들을 갖는 트리블록의 사이즈까지의 범위에 있을 수도 있다. 각각의 CU 는 하나 이상의 PU 들 및 하나 이상의 TU 들을 포함할 수도 있다. CU 와 연관된 신택스 데이터는, 예를 들어, CU 를 하나 이상의 PU 들로 파티셔닝하는 것을 설명할 수도 있다. 파티셔닝 모드들은, CU 가 스킵 또는 다이렉트 모드 인코딩되는지, 인트라-예측 모드 인코딩되는지, 또는 인터-예측 모드 인코딩되는지의 사이에서 상이할 수도 있다. PU 들은 비정사각형의 형상으로 파티셔닝될 수도 있다. CU 와 연관된 신택스 데이터는, 예를 들어, CU 를 쿼드트리에 따라 하나 이상의 TU 들로 파티셔닝하는 것을 또한 설명할 수도 있다. TU 는 정사각형 또는 비정사각형 형상일 수 있다.
HEVC 표준은 TU 들에 따른 변환들을 허용하는데, 이것은 상이한 CU 들에 대해 상이할 수도 있다. TU 들은 파티셔닝된 LCU 에 대해 규정된 주어진 CU 내에서의 PU 들의 사이즈에 기초하여 통상 크기가 정해지지만, 이것이 항상 그런 것은 아닐 수도 있다. TU 들은 통상 PU 들과 동일한 사이즈이거나 또는 더 작다. 일부 예들에서, CU 에 대응하는 잔차 샘플들은, "잔차 쿼드 트리 (residual quad tree; RQT)" 로서 알려진 쿼드트리 구조를 이용하여 더 작은 유닛들로 다시 나누어질 수도 있다. RQT 의 리프 노드들은 변환 유닛 (transform unit; TU) 들로 지칭될 수도 있다. TU 들과 연관된 픽셀 차이 값들은 변환되어 변환 계수들을 생성할 수도 있고, 변환 계수는 양자화될 수도 있다.
일반적으로, PU 는 예측 프로세스와 관련된 데이터를 포함한다. 예를 들어, PU 가 인트라-모드 인코딩되는 경우, PU 는 PU 에 대한 인트라-예측 모드를 설명하는 데이터를 포함할 수도 있다. 다른 예로서, PU 가 인터-모드 인코딩되는 경우, PU 는 PU 에 대한 모션 벡터를 규정하는 데이터를 포함할 수도 있다. PU 에 대한 모션 벡터를 규정하는 데이터는, 예를 들어, 모션 벡터의 수평 컴포넌트, 모션 벡터의 수직 컴포넌트, 모션 벡터에 대한 해상도 (예를 들어, 1/4 픽셀 정밀도 또는 1/8 픽셀 정밀도), 모션 벡터가 가리키는 참조 화상, 및/또는 모션 벡터에 대한 참조 화상 리스트 (예를 들어, List 0, List 1, 또는 List C)를 설명할 수도 있다.
일반적으로, TU 는 변환 및 양자화 프로세스들에 대해 이용된다. 하나 이상의 PU 들을 갖는 주어진 CU 는 하나 이상의 변환 유닛 (TU) 들을 또한 포함할 수도 있다. 예측 다음에, 비디오 인코더 (20) 는 PU 에 대응하는 잔차 값들을 산출할 수도 있다. 잔차 값들은, 변환 계수들로 변환되고, 양자화되고, TU 들을 이용하여 스캐닝되어 엔트로피 코딩을 위해 직렬화된 변환 계수들을 생성할 수도 있는 픽셀 차이 값들을 포함한다. 본 개시물은 CU 의 코딩 노드를 지칭하기 위해 통상적으로 용어 "비디오 블록" 을 이용한다. 일부 특정 경우들에서, 본 개시물은 또한 코딩 노드와 PU 들 및 TU 들을 포함하는 트리블록, 즉, LCU 또는 CU 를 지칭하기 위해 용어 "비디오 블록" 을 이용할 수도 있다.
비디오 시퀀스는 일련의 비디오 프레임들 또는 화상들을 통상 포함한다. 화상들의 그룹 (group of pictures; GOP) 은 일련의 하나 이상의 비디오 화상들을 일반적으로 포함한다. GOP 는 GOP 의 헤더, 화상들 중 하나 이상의 화상의 헤더, 또는 그 외의 곳에, GOP 에 포함된 화상들의 수를 설명하는 신택스 데이터를 포함할 수도 있다. 화상의 각각의 슬라이스는 각각의 슬라이스에 대한 인코딩 모드를 설명하는 슬라이스 신택스 데이터를 포함할 수도 있다. 비디오 인코더 (20) 는 비디오 데이터를 인코딩하기 위해 개개의 비디오 슬라이스들 내의 비디오 블록들에 대해 통상 동작한다. 비디오 블록은 CU 내의 코딩 노드에 대응할 수도 있다. 비디오 블록들은 고정된 또는 가변적인 사이즈들을 가질 수도 있고, 특정 코딩 표준에 따라 사이즈가 상이할 수도 있다.
일 예로서, HM 은 다양한 PU 사이즈들에서의 예측을 지원한다. 특정 CU 의 사이즈가 2N×2N 이라고 가정하면, HM 은 2N×2N 또는 N×N 의 PU 사이즈들에서의 인트라-예측, 및 2N×2N, 2N×N, N×2N, 또는 N×N 의 대칭적 PU 사이즈들에서의 인터-예측을 지원한다. HM 은 2N×nU, 2N×nD, nL×2N, 및 nR×2N 의 PU 사이즈들에서의 인터-예측에 대한 비대칭적 파티셔닝을 또한 지원한다. 비대칭적 파티셔닝에서, CU 의 한 방향은 파티셔닝되지 않지만, 다른 방향은 25% 및 75% 로 파티셔닝된다. 25% 파티셔닝에 대응하는 CU 의 부분은 "n" 에 뒤이어 "위쪽", "아래쪽", "왼쪽", 또는 "오른쪽" 의 표시에 의해 나타내어진다. 따라서, 예를 들어, "2N×nU" 은 위쪽의 2N×0.5N PU 와 아래쪽의 2N×1.5N PU 로 수평적으로 파티셔닝되는 2N×2N CU 를 지칭한다.
본 개시물에서, "N×N" 및 "N 바이 N", 예컨대, 16×16 픽셀들 또는 16 바이 16 픽셀들은 수직 및 수평 치수들의 면에서 비디오 블록의 픽셀 치수들을 언급하기 위해 상호교환가능하게 이용될 수도 있다. 일반적으로, 16×16 블록은 수직 방향으로 16 픽셀들 (y=16) 및 수평 방향으로 16 픽셀들 (x=16) 을 구비할 수도 있다. 마찬가지로, N×N 블록은 일반적으로 수직 방향으로 N 픽셀들 그리고 수평 방향으로 N 픽셀들을 구비하는데, 여기서 N 은 음이 아닌 정수 값을 표현한다. 블록에서의 픽셀들은 행들 및 열들로 배열될 수도 있다. 또한, 블록들은 수평 방향에서의 픽셀들의 수가 수직 방향에서의 것과 반드시 동일할 필요는 없다. 예를 들어, 블록들은 N×M 픽셀들을 포함할 수도 있으며, 여기서 M 은 N 과 반드시 동일하지는 않다.
CU 의 PU 들을 이용하는 인트라-예측 또는 인터-예측 코딩 다음에, 비디오 인코더 (20) 는 CU 의 TU 들에 대한 잔차 데이터를 산출할 수도 있다. PU 들은 공간 도메인 (픽셀 도메인으로도 지칭됨) 에서의 픽셀 데이터를 포함할 수도 있고, TU 들은, 잔차 비디오 데이터에 대한, 예를 들어, 이산 코사인 변환 (discrete cosine transform; DCT), 정수 변환, 웨이블릿 변환, 또는 개념적으로 유사한 변환과 같은 변환의 적용에 후속하는 변환 도메인에서의 계수들을 포함할 수도 있다. 잔차 데이터는 인코딩되지 않은 화상과 PU 들에 대응하는 예측 값들의 픽셀들 사이의 픽셀 차이들에 대응할 수도 있다. 비디오 인코더 (20) 는 CU 에 대한 잔차 데이터를 포함하는 TU 들을 형성하고, 그 다음 TU 들을 변환하여 CU 에 대한 변환 계수들을 생성할 수도 있다.
변환 계수들을 생성하기 위한 임의의 변환들 다음에, 비디오 인코더 (20) 는 변환 계수들의 양자화를 수행할 수도 있다. 양자화는, 변환 계수 블록의 계수들을 표현하기 위해 이용되는 데이터의 양을 최대한 줄이기 위해 변환 계수들이 양자화되어 추가적인 압축을 제공하는 프로세스를 일반적으로 지칭한다. 양자화 프로세스는 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 예를 들어, n-비트 값은 양자화 동안 m-비트 값으로 라운드 다운 (round down) 될 수도 있는데, 여기서 n 은 m 보다 크다.
일부 예들에서, 비디오 인코더 (20) 는 엔트로피 인코딩될 수 있는 직렬화된 벡터를 생성하기 위해 양자화된 변환 계수들을 스캐닝하기 위한 미리 정의된 스캔 순서를 사용할 수도 있다. 다른 예들에서, 비디오 인코더 (20) 는 적응 스캔 (adaptive scan) 을 수행할 수도 있다. 양자화된 변환 계수들을 스캐닝하여 1 차원 벡터를 형성한 이후, 비디오 인코더 (20) 는, 예를 들어, 컨텍스트 적응 가변 길이 코딩 (context adaptive variable length coding; CAVLC), 컨텍스트 적응 이진 산술 코딩 (context adaptive binary arithmetic coding; CABAC), 신택스 기반 컨텍스트 적응 이진 산술 코딩 (syntax-based context-adaptive binary arithmetic coding; SBAC), 확률 구간 파티셔닝 엔트로피 (Probability Interval Partitioning Entropy; PIPE) 코딩, 또는 다른 엔트로피 인코딩 방법론에 따라, 1 차원 벡터를 엔트로피 인코딩할 수도 있다. 비디오 인코더 (20) 는 비디오 데이터를 디코딩할 시에 비디오 디코더 (30) 에 의해 사용하기 위한 인코딩된 비디오 데이터와 연관된 신택스 엘리먼트들을 또한 엔트로피 인코딩할 수도 있다.
CABAC 를 수행하기 위해, 비디오 인코더 (20) 는 컨텍스트 모델 내의 컨텍스트를 송신될 심볼에 할당할 수도 있다. 컨텍스트는, 예를 들어, 심볼의 이웃하는 값들이 넌-제로 (non-zero) 인지 아닌지의 여부에 관련될 수도 있다. CAVLC 를 수행하기 위해, 비디오 인코더 (20) 는 송신될 심볼에 대한 가변 길이 코드를 선택할 수도 있다. VLC 에서의 코드워드들은, 상대적으로 더 짧은 코드들이 고확률 (more probable) 심볼들에 대응하고, 상대적으로 더 긴 코드들이 저확률 (less probable) 심볼들에 대응하도록 구성될 수도 있다. 이러한 방식으로, VLC 의 이용은, 예를 들어, 송신될 각각의 심볼에 대해 동일한 길이의 코드워드들을 이용하는 것을 통해 비트 절감을 달성할 수도 있다. 확률 결정은 심볼들에 할당된 컨텍스트에 기초할 수도 있다.
HEVC 표준 또는 다른 표준들에 따라 인코딩된 비디오 데이터와 같은 인코딩된 비디오 데이터는 다양한 방법들을 이용하여 2 개의 디바이스들 사이에서 (예컨대, 소스 디바이스 (12) 와 목적지 디바이스 (14) 사이에서) 송신될 수도 있다. 예를 들어, 비디오 데이터는 다양한 네트워크 프로토콜들을 이용하여 하나 이상의 네트워크를 통해 송신될 수도 있다. 몇몇 프로토콜들은 송신을 위한 다양한 파라미터들 및/또는 규칙들을 명시할 수도 있다. 예를 들어, 몇몇 프로토콜들은 네트워크를 통한 송신 전에 프로세싱하고 수신 시에 그 데이터를 재프로세싱할 수도 있다. 몇몇 예들에서, 데이터 (예컨대, 인코딩된 비디오 데이터) 를 프로세싱하는 것은 데이터를 다수의 천크들로 분리하는 것 (예컨대, 데이터를 패킷화하는 것 또는 프레이밍하는 것) 을 포함할 수도 있다. 실시간 스트리밍 애플리케이션들을 위해 비디오 데이터를 송신하기 위한 프로토콜의 일 예는 실시간 전송 프로토콜 (RTP) 이다.
RTP 는 IETF RFC 3550 에서 명시된 전송 프로토콜이고, 이는 2014년 4월 30일 현재 http://www.ietf.org/rfc/rfc3550.txt 로부터 이용가능하고 여기에 참조에 의해 그 전체가 통합된다. 일반적으로, RTP 는 IP 네트워크들을 통해 오디오 및/또는 비디오를 전달하기 위한 표준 패킷 포맷을 정의한다. RTP 는 전화 서비스들, 화상 원격회의, 텔레비젼 서비스들, 또는 다른 것들과 같은 다양한 스트리밍 미디어를 제공하기 위해 사용될 수도 있다.
RTP 를 통해 비디오 코덱에 따라 인코딩된 비디오 데이터를 전송하기 위해, 비디오 코덱을 위한 RTP 페이로드 포맷이 명시될 필요가 있다. 예를 들어, (2014년 4월 30일 현재 http://www.ietf.org/rfc/rfc6184.txt 로부터 이용가능한) RFC 6184 는 H.264 비디오에 대한 RTP 페이로드 포맷을 명시하고, (2014년 4월 30일 현재 http://www.ietf.org/rfc/rfc6190.txt 로부터 이용가능한) RFC6190 은 SVC 비디오에 대한 RTP 페이로드 포맷을 명시한다. RFC6184 및 RFC6190 은 여기에 참조에 의해 그 전체가 통합된다. RFC4629 는 ITU-T Rec. H.263 에 대한 RTP 페이로드 포맷을 명시한다.
또한, 새로운 RTP 페이로드 명세, 즉, IETF (Internet Engineering Task Force), 오디오/비디오 전송 페이로드 워킹 그룹에 의해 개별되고 있는 고효율 비디오 코딩 (HEVC) 을 위한 RTP 페이로드 포맷이 존재한다. HEVC 비디오를 위한 RTP 페이로드 포맷의 최근 드래프트는 2014년 4월 30일 현재 http://www.ietf.org/id/draft-ietf-payload-rtp-h265-02.txt 로부터 이용가능하고, 여기에 참조에 의해 그 전체가 통합된다.
참조에 의해 그 전체가 여기에 통합되는 2013년 3월 29일 출원된 미국 가출원 제 61/806,705 호에서 기술된 향상들을 포함하는 HEVC RTP 페리로드 포맷의 최근의 설계는 단일 RTP 세션 (예컨대, 단일 RTP 스트림) 또는 다수의 RTP 세션 (예컨대, 다중 RTP 스트림들) 을 통한 HEVC 비트스트림의 송신을 가능하게 한다. RTP 스트림은 단일 RTP 세션에서 반송되는 RTP 패킷들의 시퀀스일 수도 있다. RTP 세션은 RTP 및 RTP 제어 프로토콜 (RTCP) 데이터를 수신하기 위한 포트들의 쌍 및 IP 어드레스에 대응할 수도 있다. RTCP 는 일반적으로, 연관된 RTP 스트림에 대한 제어 정보 및 대역외 통계들을 제공할 수도 있다.
HEVC RTP 페이로드 포맷의 몇몇 개념들 및 작용 원리들은 RFC6190 으로부터 계승되고 유사한 설계를 따른다. HEVC 비트스트림의 송신을 위해 오직 하나의 RTP 세션 (예컨대, 하나의 RTP 스트림) 이 사용되는 경우에, 그 송신 모드는 단일-세션 (또는 단일-스트림) 송신 (SST) 으로서 지칭되고; 그렇지 않는 경우에 (예컨대, HEVC 비트스트림의 송신을 위해 하나보다 많은 RTP 세션이 사용되는 경우에), 그 송신 모드는 멀티-세션 (또는 멀티-스트림) 송신 (MST) 으로서 지칭된다. SST 는 통상적으로 포인트-대-포인트 유니캐스트 시나리오들에 대해 사용되는 한편, MST 는, 대역폭 이용 효율을 향상시키기 위해, 상이한 수신기들이 동일한 HEVC 비트스트림의 상이한 동작 포인트들을 필요로 하는 포인트-대-멀티포인트 멀티캐스트 시나리오들에 대해 사용된다. 송신 모드는, SST 가 사용되든지 또는 MST 가 사용되든지 간에, (예컨대, RTP 세션의 셋업 동안) 세션 기술 프로토콜 (Session Description Protocol; SDP) 파라미터들로서 표현될 수 있는 미디어 타입 파라미터, tx-모드에 의해 시그널링된다.
SDP 파라미터로서 명시될 수도 있는 또 다른 파라미터는 스프롭-디팩-버프-날러스 (sprop-depack-buf-nalus) 파라미터이다. 스프롭-디팩-버프-날러스는 수신 순서에서 패킷화해제 버퍼 (예컨대, RTP 수신기 버퍼) 에서 NAL 유닛에 선행할 수도 있고, 디코딩 순서에서 NAL 유닛을 뒤따를 수도 있는 세션 파라미터이다. 디코딩 순서는, 일반적으로, NAL 유닛들이 비디오 디코더에 의해 디코딩될 순서를 나타낼 수도 있다. 결과적으로, 비디오 디코더 및/또는 패킷화해제 유닛은 NAL 유닛들을 프로세싱할 순서를 결정하기 위해 수신된 NAL 유닛들의 디코딩 순서를 이용할 수도 있다. 따라서, 스프롭-디팩-버프-날러스의 값은 디코딩 순서 외로 송신 및/또는 수신될 수도 있는 NAL 유닛들의 최대 넘버를 나타낼 수도 있다.
하나의 예에서, 스프롭-디팩-버프-날러스의 값은 0 내지 32767 까지 포함하는 범위의 정수이다. 존재하지 않을 때, 스프롭-디팩-버프-날러스 파라미터의 값은 0 과 동일한 것으로 추론된다. RTP 세션이 하나 이상의 다른 RTP 세션들에 의존할 때 (이 경우에, 송신 모드는 "MST" 와 동일하다), 스프롭-디팩-버프-날러스 파라미터의 값은 0 보다 더 클 것이다. 스프롭-디팩-버프-날러스 파라미터에 대해 제로보다 더 큰 값은, 세션이 인터리빙된 패킷화를 허용하는 것을 나타낸다. 다르게 말하면, 데이터 유닛들을 송신하기 위해 다수의 스트림들을 이용할 때, 수신기 버퍼 및/또는 패킷화해제 버퍼는 인터리빙된 패킷화를 핸들링 (예컨대, 디코딩 순서 외로 송신 및/또는 수신되는 데이터 유닛들을 핸들링) 하는 것이 가능할 수도 있다.
RTP 패킷들은 하나의 디바이스로부터 다른 디바이스로 정보 (예컨대, 인코딩된 비디오 데이터) 를 반송하기 위해 세션을 통해 송신된다. RTP 패킷은 RTP 헤더 및 RTP 페이로드를 포함한다. RTP 헤더는 페이로드 식별자를 명시하기 위한 페이로드 타입 필드 (Payload Type field) 를 포함한다. 페이로드 식별자는 대응하는 RTP 페이로드의 포맷을 나타낸다. RTP 표준에 의해 정의된 바와 같이, 페이로드 식별자 96-127 은 세션 동안 동적으로 정의된 RTP 페이로드들에 대해 예약된다. 즉, 96-127 의 페이로드 식별자 값은 대응하는 RTP 세션의 지속기간에 대해 명시된 포맷 (또는 프로파일) 에 RTP 페이로드들을 맵핑할 수도 있다. 일부 예들에서, 세션의 RTP 페이로드들에 대한 명시된 포맷은 SDP 파라미터를 이용하여 정의될 수도 있다. 예를 들어, SDP 파라미터는, 특정 세션에 대해, 98 의 페이로드 식별자 값은 RTP 페이로드들에 대한 HEVC 프로파일을 나타내는 것을 명시할 수도 있다. 따라서, 세션을 통해 전송된 RTP 패킷들은, HEVC 표준을 이용하여 인코딩된 비디오 데이터를 포함하는 RTP 페이로드들을 포함할 수도 있다. 이와 같이, RTP 페이로드들은 NAL 유닛들을 포함할 수도 있다.
RTP 페이로드들에 대한 HEVC 프로파일의 하나의 예에서, RTP 페이로드의 처음 2 개의 바이트들은 RTP 페이로드 헤더를 나타낼 수도 있다. HEVC 에 대한 RTP 페이로드 포맷을 고수하는 일부 RTP 페이로드들에 대해, RTP 페이로드 헤더는 HEVC 에 대한 NAL 유닛 헤더와 동일한 필드들로 이루어진다.
도 2 는 HEVC NAL 유닛 헤더의 구조를 보여주는 개념도이다. 일반적으로, HEVC 는 다소의 변형들을 가지고 H.264 의 NAL 유닛 개념을 유지한다. NAL 유닛 헤더에서의 필드들의 의미는 HEVC WD10 에서 명시되는 바와 같고 편의상 이하 간략하게 설명된다. 각 필드의 명칭 및 사이즈에 추가하여, HEVC WD10 에서의 대응하는 신택스 엘리먼트 명칭이 또한 제공된다. 설명의 목적들을 위해, NAL 유닛의 페이로드 데이터는, 본 명세서에서, NAL 유닛 헤더를 배제하는 NAL 유닛의 부분을 지칭한다. 즉, NAL 유닛은 NAL 유닛 헤더 (예컨대, NAL 유닛의 바이트들 1 및 2) 및 NAL 유닛 페이로드 (예컨대, NAL 유닛의 바이트들 3 내지 N) 로 이루어질 수도 있다.
도 1 의 예에서 도시된 바와 같이, 신택스 엘리먼트 F 는 단일 비트이고, 금지된_제로_비트 (forbidden_zero_bit) 로서 지칭된다. HEVC WD10 에 따라, F 는 제로의 값을 갖는다. 즉, HEVC WD10 은, 신택스 엘리먼트 F 에 대한 1 의 값은 신택스 위배를 구성하는 것을 명시한다. NAL 유닛 헤더에서의 이 비트의 포함은 (예컨대, 시작 코드 에뮬레이션들을 회피하기 위해) MPEG-2 전송 시스템들을 통한 HEVC 비디오의 전송을 가능하게 하기 위한 것이다.
도 2 의 예에서 나타낸 바와 같이, NAL 유닛 헤더는 또한 신택스 엘리먼트 타입을 포함한다. 타입 (Type) 신택스 엘리먼트는 6 비트 길이이고, nal_unit_type 으로서 지칭된다. 이 필드는 HEVC WD10 의 테이블 7-1 에서 정의된 바와 같은 NAL 유닛 타입을 명시한다. 모든 현재 정의된 NAL 유닛 타입들 및 그들의 의미들의 참조를 위해 HEVC WD10 에서의 섹션 7.4.1 을 참조하라.
도 2 의 예에서 나타낸 바와 같이, 신택스 엘리먼트 LayerID 가 또한 NAL 유닛 헤더에 포함된다. LayerID 신택스 엘리먼트는 6 비트 길이이고, nuh_layer_id 로서 지칭된다. 현재 HEVC WD10 는 LayerID 가 제로의 값과 동일해야하는 것을 명시한다. HEVC 의 장래의 스케일러블 (scalable) 또는 3D 비디오 코딩 확장들에서, LayerID 신택스 엘리먼트는, 공간적 스케일러블 레이어, 품질 스케일러블 레이어, 텍스처 뷰, 또는 심도 뷰와 같은 코딩된 비디오 시퀀스에서 존재할 수도 있는 추가적인 레이어들을 식별하기 위해 이용될 수도 있다.
도 2 의 예에서 나타낸 바와 같이, NAL 유닛 헤더는 또한 신택스 엘리먼트 TID 를 포함한다. TID 신택스 엘리먼트는 3 비트 길이이고 nuh_temporal_id_plus1 으로서 지칭된다. TID 신택스 엘리먼트는 NAL 유닛 플러스 1 의 시간적 식별자를 명시한다. TemporalID 의 값은 따라서 TID 마이너스 1 과 동일하다. 0 의 TID 값은, NAL 유닛 헤더에서 시작 코드 에뮬레이션들을 방지하도록, 1 과 동일한 NAL 유닛 헤더에서의 적어도 하나의 비트가 존재하는 것을 보장하기 위해 HEVC WD10 에서 허용되지 않는다.
RTP 에 대한 HEVC 페이로드 명세에서, 4 개의 상이한 타입들의 RTP 페이로드 구조들이 명시된다. 수신기는 RTP 페이로드 헤더에서 타입 필드를 통해 RTP 페이로드의 타입을 식별할 수 있다.
HEVC 에 대한 4 개의 상이한 RTP 페이로드 구조들은 다음과 같다:
。단일 NAL 유닛 패킷: 단일 NAL 유닛 패킷은 RTP 페이로드에서 단일 NAL 유닛 (예컨대, NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터) 을 포함한다. 이전에, NAL 유닛의 NAL 유닛 헤더는 또한 RTP 페이로드 헤더로서 기능하였을 것이다. 즉, 단일 NAL 유닛 패킷으로 이루어지는 RTP 페이로드는 RTP 페이로드 헤더를 포함하지 않았고, 대신에 RTP 페이로드 헤더로서 기능하기 위해 NAL 유닛 헤더에 의존하였다.
。어그리게이션 패킷 (Aggregation packet; AP): 이전에, AP 는 RTP 페이로드에 하나 이상의 NAL 유닛들을 포함하였다. AP 의 NAL 유닛들은 하나의 액세스 유닛 내에서로부터의 것이다. HEVC WD10 에 의해 정의된 바와 같이, 액세스 유닛은, 명시된 분류 규칙에 따라 서로 연관되고 디코딩 순서에서 연속적이며 정확히 하나의 코딩된 화상을 포함하는 NAL 유닛들의 셋트이다.
。단편화 유닛 (Fragmentation unit; FU): FU 는 단일 NAL 유닛의 서브셋트를 포함한다.
。RTP 패킷을 반송하는 페이로드 콘텐츠 정보 (Payload Content Information; PACI): RTP 패킷을 반송하는 PACI 는 (효율성을 위해 다른 페이로드 헤더들과 상이한) RTP 페이로드 헤더, 페이로드 헤더 확장 구조 (Payload Header Extension Structure; PHES), 및 PACI 페이로드를 포함한다.
이전에, 다음과 같은 패킷화 규칙이 명시되었다: 송신 모드 (예컨대, tx-모드) 가 "MST" 와 동일하거나 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 클 때, 단일 NAL 유닛 패킷들이 사용된다. 다르게 말하면, RTP 데이터가 MST 를 통해 수신되고 있었을 때 및/또는 패킷화해제 버퍼가 순서 외로 RTP 패킷들을 수신하도록 허용되었을 때, 대응하는 디코딩 순서 넘버 없이 RTP 페이로드들 내로 패킷화된 NAL 유닛들이 허용되지 않았고, 단일 NAL 유닛 패킷에 대한 이전의 RTP 패킷 포맷들은 디코딩 순서 넘버 정보를 포함하지 않았다. 디코딩 순서 넘버 없이, NAL 유닛들은 RTP 수신기에 의해 바른 순서로 다시 제자리에 놓일 수 없다. 단일 NAL 유닛이 MST 모드에서 송신되어야 했던 경우에 또는 패킷화해제 버퍼가 (예컨대, 스프롭-디팩-버프-날러스 파라미터에 의해) 명시되었던 때, 하나의 RTP 패킷에 단일 NAL 유닛을 캡슐화하기 위해 AP 가 사용되었다. 하지만, 단일 NAL 유닛을 AP 에서 캡슐화하는 것은, AP 가, 단일 NAL 유닛을 송신할 때 불필요한 4 바이트들의 정보 (즉, NAL 유닛 사이즈 필드 및 RTP 페이로드 헤더) 를 포함하기 때문에, 증가된 오버헤드 및 감소된 대역폭을 초래한다.
도 3 은 어그리게이션 패킷을 위한 실시간 전송 프로토콜 (RTP) 페이로드 포맷의 구조를 나타내는 개념도이다. 어그리게이션 패킷 (AP) 들은, 종종 사이즈가 오직 수 옥텟트들인, 대부분의 비-VCL (video coding layer) NAL 유닛들과 같은, 작은 NAL 유닛들에 대한 패킷화 오버헤드의 감소를 가능하게 한다.
도 3 의 예에서 예시된 바와 같이, AP 는 RP 페이로드 헤더, 어그리게이션 유닛들, 및 선택적 RTP 패딩 (padding) 을 포함한다. AP 의 RTP 페이로드 헤더는 도 2 에서 설명된 바와 같은 NAL 유닛 헤더와 동일한 포맷을 따른다. 즉, AP 의 RTP 페이로드 헤더는 F 필드, Type 필드, LayerID 필드, 및 TID 필드를 포함한다. AP 의 RTP 페이로드 헤더에서, AP 에서의 각각의 어그리게이트된 NAL 유닛의 F 비트가 0 과 동일한 경우에 F 비트는 0 과 동일하다. 그렇지 않은 경우에, F 비트는 1 과 동일하다. AP 의 RTP 페이로드 헤더에서의 Type 필드의 값은 48 과 동일하다. AP 의 RTP 페이로드 헤더에서의 LayerID 필드의 값은 AP 에서의 모든 어그리게이트된 NAL 유닛들 중에서 LayerID 의 최저 값과 동일하다. AP 의 RTP 페이로드 헤더에서의 TID 필드의 값은 어그리게이트된 NAL 유닛들 중에서 TID 의 최저 값과 동일하다.
AP 는 하나의 액세스 유닛 내에서 NAL 유닛들을 어그리게이트한다. 즉, AP 는 동일한 액세스 유닛으로부터의 하나 이상의 NAL 유닛들을 포함할 수도 있다. AP 에서 반송된 각 NAL 유닛은 어그리게이션 유닛에서 캡슐화된다. 하나의 AP 에서 어그리게이트된 NAL 유닛들은 NAL 유닛 디코딩 순서로 있다. AP 는 필요한만큼 많은 어그리게이션 유닛들을 반송할 수 있다.
도 4 는 어그리게이션 패킷에서 제 1 어그리게이션 유닛의 구조를 나타내는 개념도이다. AP 에서의 제 1 어그리게이션 유닛은 (네트워크 바이트 순서로) 선택적인 16-비트 DONL (Decoding Order Number Lower) 필드를 포함한다. DONL 필드의 의미는 2014년 3월 27일 출원된 미국 출원 제 14/228,164 호에서 제시된 것과 동일할 수도 있다. 보다 구체적으로, RTP 패킷 페이로드에서 존재할 때, DONL 필드의 값은 대응하는 NAL 유닛의 디코딩 순서 넘버의 16 최하위 비트들의 값과 동일하다.
도 4 에서 도시된 바와 같이, AP 에서의 제 1 어그리게이션 유닛은 또한, 바이트들로 NAL 유닛의 사이즈를 나타내는 (네트워크 바이트 순서로) 사이즈 정보를 포함하는 16-비트 무부호 필드 ("NALU 사이즈" 필드) 를 포함한다. NALU 사이즈 필드 내의 사이즈 정보는 NALU 사이즈 필드와 연관된 비트들의 2 옥텟트들을 배제하지만, NAL 유닛 그 자체 내의 NAL 유닛 헤드와 연관된 비트들은 포함한다.
도 4 에서 도시된 바와 같이, NALU 사이즈 필드 다음에 NAL 유닛 그 자체가 뒤따르고, 이 NAL 유닛은 상기 언급된 바와 같이 NAL 유닛 헤더 및 NAL 유닛 페이로드를 포함한다. 즉, 어그리게이션 유닛은, 포함된 NAL 유닛의 디코더 순서 넘버를 나타내는 DONL 필드, 포함된 NAL 유닛의 사이즈를 나타내는 사이즈 필드 (예컨대, NALU 사이즈 필드), 및 NAL 유닛 그 자체로 이루어진다.
송신 모드가 "MST" 와 동일하고 및/또는 스프롭-디팩-버프-날러스 파라미터의 값이 0 보다 더 큰 경우에, DONL 필드는 AP 에서 제 1 어그리게이션 유닛에서 존재한다. 또한, 송신 모드가 "MST" 와 동일하고 및/또는 스프롭-디팩-버프-날러스 파라미터의 값이 0 보다 더 큰 경우에, AP 에서의 각각의 후속하는 어그리게이션 유닛은 DOND (Decoding Order Number Difference) 필드를 포함할 것이다. AP 의 후속하는 어그리게이션 유닛에서 존재할 때, DOND 필드의 값은, 현재의 어그리게이트된 NAL 유닛 (예컨대, 현재의 어그리게이션 유닛에서의 NAL 유닛) 의 디코딩 순서 넘버 값과, 동일한 AP 에서의 선행하는 어그리게이트된 NAL 유닛 (예컨대, 선행하는 어그리게이션 유닛에서의 NAL 유닛) 의 디코딩 순서 넘버 값 사이의 차리를 나타낸다.
일반적인 RTP 페이로드 포맷의 이러한 설계, 또는 HEVC RTP 페이로드 포맷은 구체적으로 다음과 같은 문제점을 갖는다. 예컨대 스프롭-디팩-버프-날러스 파라미터에 의해 표시되는 바와 같이 인터리빙된 패킷화가 (예컨대 SST 또는 MST 중 어느 일방에서) 사용되고 있을 때 및/또는 멀티-스트림 송신 (MST) 이 사용될 때 단일 NAL 유닛을 RTP 패킷 내로 캡슐화하기 위해, AP 가 사용되어야 한다 (예컨대, 단일 NAL 유닛 패킷들은 사용될 수 없다). 즉, RTP 수신기는, 디코딩 순서 넘버에 적어도 부분적으로 기초하여 비디오 디코딩 유닛에 NAL 유닛들을 제공하기 때문에, 디코딩 순서 넘버 외로 전송된 NAL 유닛들은 대응하는 디코더 순서 넘버로 전송되어야 한다. 하지만, RTP 페이로드에 대한 단일 NAL 유닛 패킷 포맷은 디코딩 순서 넘버의 표시를 포함하지 않는다. 따라서, 단일 NAL 유닛은 AP 로서 구조화되는 RTP 페이로드를 갖는 RTP 패킷에서 전송되어야 할 것이다.
RTP 패킷에서 단일 NAL 유닛을 전송하기 위한 AP 들의 사용은 NAL 유닛 사이즈 필드 (예컨대, 도 4 의 NALU 사이즈 필드) 와 연관된 2 바이트들 및 2-바이트 NAL 유닛 헤더의 반복의 포함을 필요로 한다. AP 가 오직 단일 어그리게이션 유닛을 포함할 때, 어그리게이트된 NAL 유닛의 사이즈는 불필요하다. 즉, 패킷화해제 모듈은 (오직 하나의 어그리게이션 유닛만이 존재하기 때문에) AP 내에 다수의 어그리게이션 유닛들 사이를 구분할 필요가 없기 때문에, 어그리게이트된 NAL 유닛의 길이를 명시할 필요성이 없다. 또한, RTP 페이로드 헤드 (도 3 에 도시된 페이로드 헤더) 및 NAL 유닛 헤더 (도 4 에 도시된 F 필드, Type 필드, LayerID 필드, 및 TID 필드) 양자의 포함은 중복적이다. 즉, 단일 NAL 유닛을 포함하는 AP 는 오직 어그리게이트된 NAL 유닛의 NAL 유닛 헤더와 거의 동일한 RTP 페이로드 헤더를 가질 것이다. 유일한 차이는 Type 필드의 값일 것이다. RTP 페이로드 헤더에서, Type 필드의 값은 (예컨대, RTP 페이로드가 AP 인 것을 의미하기 위해) 48 일 것이고, 한편, NAL 유닛 헤더에서, Type 필드의 값은 (예컨대, NAL 유닛 타입을 나타내기 위해) 상이할 수도 있다. 따라서, 인터리빙 패킷화 (interleaving packetization) 가 인에이블될 때 및/또는 멀티-스트림 송신 모드에서 동작할 때 (예컨대, RTP 에서 MST 모드에 있을 때), 단일 NAL 유닛을 포함하는 각 패킷에 대해 4 바이트들이 낭비된다. 다르게 말하면, 오직 단일 어그리게이션 유닛을 포함하는 전송된 매 AP 에 대해, 4 바이트들의 데이터가 불필요하게 된다.
이와 같이, RTP 페이로드 포맷에 대한 이 설계의 문제점은, MST 모드 하에서 및/또는 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 클때, 그리고 단일 NAL 유닛에 대한 RTP 페이로드가 송신될 때, RTP 패킷에 대한 페이로드가 단일 NAL 유닛을 포함하는 AP 로서 캡슐화되어야한다는 것이다. 이는, 16 비트의 길이를 갖는 RTP 페이로드 헤더, 16 비트의 길이를 갖는 DONL 필드, 16 비트의 길이를 갖는 NALU 사이즈 필드에 이은 NAL 유닛 (이 자체는 별도의 (즉, RTP 페이로드 헤더와는 별도의) 16 비트의 NAL 유닛 헤더를 포함한다) 을 갖는 RTP 페이로드를 초래한다. 반면, (HEVC 에 대한 이전의 RTP 페이로드 포맷에 따라) SST 모드에서 허용되는 단일 NAL 유닛 패킷들과 연관된 RTP 페이로드는 DONL 필드 또는 NALU 사이즈 필드를 포함하지 않는다. 그보다는, 상기 언급된 바와 같이, 단일 NAL 유닛 패킷의 RTP 페이로드 헤더는 포함된 NAL 유닛의 처음 2 바이트들 (예컨대, NAL 유닛 헤더) 이다. 송신을 위해 MST 모드가 이용되고, 및/또는, 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 큰 값을 가질 때의 시나리오들에서, 단일 NAL 유닛들을 전송하는 것은, 4 바이트들 (즉, AP 의 2-바이트 RTP 페이로드 헤더 및 AP 내의 단일 어그리게이션 유닛의 2 바이트 NALU 사이즈 필드) 이 불필요하게 캡슐화되고 송신되기 때문에, 대역폭에 제약을 가하고 및/또는 송신 효율을 감소시킬 수도 있다.
이들 문제점들에 비춰, 이 개시물은, 단일 NAL 유닛 패킷이 MST 모드에서 사용될 수 있도록 및/또는 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 큰 값을 가질 때 변형된 단일 NAL 유닛 패킷 RTP 페이로드 구조를 제공한다. 즉, 변형된 단일 NAL 유닛 패킷 구조는, 인터리빙된 패킷화가 인에이블될 때 및/또는 (RTP 를 위한 MST 모드와 같은) 멀티-스트림 송신 모드를 수행할 때 단일 NAL 유닛들의 보다 효율적인 송신을 인에이블할 수도 있는 한편, 인터리빙된 패킷화가 디스에이블된 상태로 SST 모드에서 동작할 때 단일 NAL 유닛들의 효율적인 송신을 유지한다. 보다 일반적으로, 단일 NAL 유닛 패킷이 디코딩 순서 카운트 또는 디코딩 순서 넘버 (DON) 정보 (예컨대, 2-바이트 DONL 필드) 를 포함할 수 있는 기술들이 개시된다.
일 예로서, DONL 필드는 2-바이트 NAL 유닛 헤더 바로 후에 및 NAL 유닛 페이로드 바로 전에 포함될 수도 있다. 멀티-스트림 송신을 수행하는 경우에 (예컨대, RTP 송신 모드가 "MST" 와 동일한 경우에) 및/또는 인터리빙이 인에이블되는 경우에 (예컨대, 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 큰 경우에), DON 정보는 각 단일 NAL 유닛 패킷에 존재하고, 그외의 경우에는 존재하지 않는다. 단일 NAL 유닛 패킷 구조에 대한 이러한 변화로, 단일 NAL 유닛 패킷들은 (인터리빙으로 또는 인터리빙 없는) 유니캐스트 모드 및 멀티-스트림 송신 모드 양자에서 사용될 수도 있다. 이러한 식으로, NAL 유닛에 대한 DON 정보의 표시는, 필요할 때, NAL 유닛과 함께 전송될 수도 있는 한편, 전송되는 정보의 양을 감소시킨다. 즉, 단일 NAL 유닛 패킷들에서 선택적인 DONL 필드를 포함하는 것은 (예컨대, RTP 를 이용할 때) 비디오 데이터 송신의 효율을 증가시킬 수도 있다.
HEVC 에 대한 이전의 RTP 페이로드 포맷에 따라 인터리빙을 갖지 않는 SST 동안에만 오직 사용될 수 있는 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷이 도 5 에서 도시된다. 도 5 에서 볼 수 있는 바와 같이, DON 정보는 RTP 페이로드 내에 존재하지 않는다.
도 6 은 본 개시의 기술들에 따른, 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷의 일 예를 나타내는 개념도이다. 도 6 에서 도시된 바와 같이, 변형된 단일 NAL 유닛 패킷 RTP 페이로드 구조는 DONL 필드를 포함한다. DONL 필드는 멀티-스트림 송신을 수행할 때 (예컨대, 송신 모드가 "MST" 와 동일할 때) 및/또는 인터리빙이 인에이블될 때 (예컨대, 스프롭-디팩-버프-날러스 파라미터가 0 보다 더 큰 값을 가질 때) 단일 NAL 유닛 패킷에 대해 시그널링된다는 점에서, DONL 필드는 "선택적 (optional)" 이다. 즉, RTP 에 대해, 스프롭-디팩-버프-날러스 파라미터의 값이 0 보다 더 크고, 및/또는 송신 모드가 "MST" 와 동일한 경우에, DONL 필드는 RTP 페이로드 내에 포함된다. 그렇지 않은 경우에, DONL 은 존재하지 않는다. 다르게 말하면, 송신 모드가 "SST" 와 동일하고 스프롭-디팩-버프-날러스 파라미터의 값이 0 과 동일한 경우에 DONL 필드는 변형된 단일 NAL 유닛 패킷에서 존재하지 않는다.
도 6 의 예에서 나타낸 바와 같이, 선택적인 DONL 필드는 NAL 유닛 그 자체 내에 캡슐화될 수도 있다. 즉, 변형된 단일 NAL 유닛 패킷에서 존재할 때, DONL 필드는 NAL 유닛 헤더 바로 후에 그리고 NAL 유닛 페이로드 바로 전에 캡슐화될 수도 있다. 이러한 식으로, NAL 유닛 헤더에서의 정보는 RTP 페이로드 헤더 및 NAL 유닛 헤더 양자로서 기능할 수도 있다.
도 7 은 본 개시의 기술들에 따른, 단일 NAL 유닛 패킷에 대한 RTP 페이로드 포맷의 다른 예를 나타내는 개념도이다. 도 7 의 예에서 나타낸 단일 NAL 유닛 패킷은 또한 선택적인 DONL 필드를 포함한다. 즉, 도 7 에서 도시된 DONL 필드는 멀티-스트림 송신을 수행할 때 (예컨대, 송신 모드가 "MST" 와 동일할 때) 및/또는 인터리빙이 인에이블될 때 (예컨대, 스프롭-디팩-버프-날러스 파라미터가 0 과 동일하지 않을 때) 존재할 수도 있다. 도 7 에서 도시된 DONL 필드는 그렇지 않은 경우에는 존재하지 않을 수도 있다.
도 7 의 예에서, 단일 NAL 유닛은 DONL 필드를 뒤따르는 RTP 페이로드의 일부이다. 이 경우에, NAL 유닛의 처음 2 바이트들 (예컨대, NAL 유닛 헤더) 은 (예컨대, RTP 페이로드 헤더로서) DONL 필드 전에 반복되고, 이에 의해, 단일 NAL 유닛을 전송하기 위해 AP 를 이용하는 것에 비해 2-바이트들을 절약한다. 도 7 의 예시적인 단일 NAL 유닛은 또한, 사이에 DONL 필드를 갖는 NAL 데이터의 나머지로부터 NAL 유닛의 처음 2 바이트들을 분리하지 않는 이점을 제공한다. 다르게 말하면, 변형된 단일 NAL 유닛 패킷은 다양한 로케이션들에 디코딩 순서 넘버 정보를 포함할 수도 있다. 도 6 의 예시적인 단일 NAL 유닛 패킷은 NAL 유닛 헤더와 NAL 유닛 페이로드 사이에 DONL 필드를 포함한다. 도 7 의 예시적인 단일 NAL 유닛 패킷은 NAL 유닛 헤더 이전에 (예컨대, NAL 유닛 이전에) DONL 필드를 포함하고, DONL 필드 이전에 NAL유닛 헤더의 복제 (예컨대, NAL 유닛의 처음 2 바이트들) 를 포함한다. 도 7 의 예에서 나타낸 바와 같이, RTP 페이로드 헤더를 생성하기 위해 NAL 유닛 헤더의 정보를 복제하는 것은 필요한 RTP 페이로드 헤더를 제공할 수도 있는 한편, NAL 유닛 헤더와 NAL 유닛 페이로드의 분리를 회피한다.
이 개시물의 RTP 페이로드 포맷에서의 단일 NAL 유닛 코딩을 위한 기술들은 비디오 인코더, 비디오 디코더, 미디어 인지 네트워크 엘리먼트 (MANE), 및 다른 비디오 및/또는 네트워크 프로세싱 하드웨어에 의해 수행될 수도 있다. 이하의 도들은, 이 개시의 기술들을 구현할 수도 있는, 비디오 인코더 (20), 비디오 디코더 (30), MANE (29), 서버 디바이스 (152), 라우팅 디바이스 (154A), 트랜스코딩 디바이스 (156), 라우팅 디바이스 (154B), 및 클라이언트 디바이스 (158) 를 포함하는, 예시적인 구조들을 기술한다.
도 8 은 본 개시물에서 설명된 기술들을 구현할 수도 있는 예시적인 비디오 인코더 (20) 를 예시하는 블록도이다. 비디오 인코더 (20) 는 비디오 슬라이스들 내에서 비디오 블록들의 인트라 및 인터 코딩을 수행할 수도 있다. 인트라-코딩은 주어진 비디오 프레임 또는 화상 내의 비디오에서 공간적 리던던시를 감소시키거나 제거하기 위해 공간 예측에 의존한다. 인터-코딩은 비디오 시퀀스의 인접한 프레임들 또는 화상들 내의 비디오에서의 시간적 리던던시를 감소시키거나 제거하기 위해 시간적 예측에 의존한다. 인트라-모드 (I 모드) 는 다양한 공간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다. 단방향 예측 (P 모드) 및 양방향 예측 (B 모드) 과 같은 인터-모드들은 다양한 시간 기반 압축 모드들 중 임의의 것을 지칭할 수도 있다.
도 8 의 예에서, 비디오 인코더 (20) 는 비디오 데이터 메모리 (34), 파티셔닝 유닛 (35), 예측 프로세싱 유닛 (41), 필터 유닛 (63), 화상 메모리 (64), 합산기 (50), 변환 프로세싱 유닛 (52), 양자화 유닛 (54), 및 엔트로피 인코딩 유닛 (56) 을 포함한다. 예측 프로세싱 유닛 (41) 은 모션 추정 유닛 (42), 모션 보상 유닛 (44), 및 인트라 예측 유닛 (46) 을 포함한다. 비디오 블록 재구성을 위해, 비디오 인코더 (20) 는 역 양자화 유닛 (58), 역 변환 프로세싱 유닛 (60), 및 합산기 (62) 를 또한 포함한다. 필터 유닛 (63) 은 디블록킹 필터, 적응 루프 필터 (adaptive loop filter; ALF), 및 샘플 적응 오프셋 (sample adaptive offset; SAO) 필터와 같은 하나 이상의 루프 필터들을 표현하고자 한다. 비록 필터 유닛 (63) 이 인 루프 (in loop) 필터인 것으로 도 8 에 도시되기는 하나, 다른 구성들에서, 필터 유닛 (63) 은 포스트 루프 (post loop) 필터로 구현될 수도 있다. 도 8 은 또한 비디오 인코더 (20) 에 의해 발생된 인코딩된 비디오 데이터에 대해 추가적인 프로세싱을 수행할 수도 있는 포스트 프로세싱 디바이스 (57) 를 도시한다. 본 개시물의 기술들은 일부 사례들에서는 비디오 인코더 (20) 에 의해 구현될 수도 있다. 다른 사례들에서는, 그러나, 본 개시물의 기술들은 포스트 프로세싱 디바이스 (57) 에 의해 구현될 수도 있다.
비디오 데이터 메모리 (34) 는 비디오 인코더 (20) 의 컴포넌트들에 의해 인코딩될 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (34) 에 저장된 비디오 데이터는 예를 들어, 비디오 소스 (18) 로부터 획득될 수도 있다. 화상 메모리 (64) 는, 예를 들어 인트라-코딩 모드 또는 인터-코딩 모드에서, 비디오 인코더 (20) 에 의해 비디오 데이터를 인코딩함에 있어서 사용하기 위해 참조 비디오 데이터를 저장하는 참조 화상 메모리일 수도 있다. 비디오 데이터 메모리 (34) 및 화상 메모리 (64) 는, 동기 DRAM (SDRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM) 을 포함하는 동적 랜덤 액세스 메모리 (DRAM), 또는 다른 유형들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다. 비디오 데이터 메모리 (34) 및 화상 메모리 (64) 는 동일 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에서, 비디오 데이터 메모리 (34) 는 비디오 인코더 (20) 의 다른 컴포넌트들과 함께 온-칩일 수도 있거나, 그들 컴포넌트들에 대해 오프-칩일 수도 있다.
도 8 에 도시된 바와 같이, 비디오 인코더 (20) 가 비디오 데이터를 수신하고, 파티셔닝 유닛 (35) 이 데이터를 비디오 블록들로 파티셔닝한다. 이러한 파티셔닝은 또한 슬라이스들, 타일들, 또는 다른 보다 큰 유닛들로의 파티셔닝, 뿐만 아니라, 예를 들어, LCU 들 및 CU 들의 쿼드트리 구조에 따른 비디오 블록 파티셔닝을 포함할 수도 있다. 비디오 인코더 (20) 는 일반적으로 인코딩될 비디오 슬라이스 내의 비디오 블록들을 인코딩하는 컴포넌트들을 도시한다. 슬라이스는 다수의 비디오 블록들로 (및 가능하게는 타일들이라고 지칭되는 비디오 블록들의 세트들로) 나누어질 수도 있다. 예측 프로세싱 유닛 (41) 은, 에러 결과들 (예를 들어, 코딩 레이트 및 왜곡의 레벨) 에 기초하여 현재 비디오 블록에 대해, 복수의 가능한 코딩 모드들 중 하나의 가능한 코딩 모드, 예컨대, 복수의 인트라 코딩 모드들 중 하나의 인트라 코딩 모드 또는 복수의 인터 코딩 모드들 중 하나의 인터 코딩 모드를 선택할 수도 있다. 예측 프로세싱 유닛 (41) 은 결과적인 인트라-코딩된 블록 또는 인터-코딩된 블록을 잔차 블록 데이터를 발생시키기 위해 합산기 (50) 에 제공하고 참조 화상으로서 이용하기 위한 인코딩된 블록을 재구성하기 위해 합산기 (62) 에 제공할 수도 있다.
예측 프로세싱 유닛 (41) 내의 인트라 예측 유닛 (46) 은 코딩될 현재 블록과 동일한 프레임 또는 슬라이스에서의 하나 이상의 이웃하는 블록들에 대한 현재 비디오 블록의 인트라-예측 코딩을 수행하여 공간적 압축을 제공할 수도 있다. 예측 프로세싱 유닛 (41) 내의 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 하나 이상의 참조 화상들에서의 하나 이상의 예측 블록들에 대한 현재 비디오 블록의 인터-예측 코딩을 수행하여 시간적 압축을 제공한다.
모션 추정 유닛 (42) 은 비디오 시퀀스에 대한 미리 정의된 패턴에 따라 비디오 슬라이스에 대해 인터-예측 모드를 결정하도록 구성될 수도 있다. 미리 결정된 패턴은 시퀀스에서의 비디오 슬라이스들을 P 슬라이스들, B 슬라이스들 또는 GPB 슬라이스들로서 지정할 수도 있다. 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 은 고도로 통합될 수도 있지만, 개념적 목적들을 위해 별개로 예시되어 있다. 모션 추정 유닛 (42) 에 의해 수행되는 모션 추정은 모션 벡터들을 발생시키는 프로세스이며, 이는 비디오 블록들에 대한 모션을 추정한다. 모션 벡터는, 예를 들어, 참조 화상 내에서의 예측 블록에 대한 현재 비디오 프레임 또는 화상 내에서의 비디오 블록의 PU의 변위를 나타낼 수도 있다.
예측 블록은 픽셀 차이의 관점에서 코딩될 비디오 블록의 PU 와 밀접하게 매칭하는 것으로 발견된 블록인데, 픽셀 차이는 절대 차의 합 (sum of absolute difference; SAD), 제곱 차의 합 (sum of square difference; SSD), 또는 다른 차이 메트릭들에 의해 결정될 수도 있다. 일부 예들에서, 비디오 인코더 (20) 는 화상 메모리 (64) 에 저장된 참조 화상들의 서브-정수 픽셀 위치들 (sub-integer pixel positions) 에 대한 값들을 산출할 수도 있다. 예를 들어, 비디오 인코더 (20) 는 참조 화상의 1/4 픽셀 위치들, 1/8 픽셀 위치들, 또는 다른 분수의 픽셀 위치들의 값들을 보간할 수도 있다. 따라서, 모션 추정 유닛 (42) 은 전픽셀 (full pixel) 위치들 및 분수 (fractional) 픽셀 위치들에 대한 모션 검색을 수행하고 분수 픽셀 정밀도를 갖는 모션 벡터를 출력할 수도 있다.
모션 추정 유닛 (42) 은 PU 의 위치를 참조 화상의 예측 블록의 위치와 비교함으로써 인터-코딩된 슬라이스에서의 비디오 블록의 PU 에 대한 모션 벡터를 산출한다. 참조 화상은 제 1 참조 화상 리스트 (List 0) 또는 제 2 참조 화상 리스트 (List 1) 로부터 선택될 수도 있는데, 이들 각각은 화상 메모리 (64) 에 저장된 하나 이상의 참조 화상들을 식별한다. 모션 추정 유닛 (42) 은 산출된 모션 벡터를 다른 신택스 엘리먼트들과 함께 엔트로피 인코딩 유닛 (56) 과 모션 보상 유닛 (44) 으로 전송한다.
모션 보상 유닛 (44) 에 의해 수행되는 모션 보상은 모션 추정에 의해 결정된 모션 벡터에 기초하여 예측 블록을 불러오거나 발생시키는 것, 가능하게는 서브 픽셀 정밀도에 대한 보간들을 수행하는 것을 수반할 수도 있다. 현재 비디오 블록의 PU 에 대한 모션 벡터를 수신하면, 모션 보상 유닛 (44) 은 참조 화상 리스트들 중 하나에서 모션 벡터가 가리키는 예측 블록을 찾아낼 수도 있다. 비디오 인코더 (20) 는 코딩되고 있는 현재 비디오 블록의 픽셀 값들로부터 예측 블록의 픽셀 값을 감산함으로써 픽셀 차이 값들을 형성하는 잔차 비디오 블록을 형성한다. 픽셀 차이 값들은 블록에 대한 잔차 데이터를 형성하며, 루마 (luma) 및 크로마 (chroma) 차이 컴포넌트들 양자를 포함할 수도 있다. 합산기 (50) 는 이 감산 동작을 수행하는 컴포넌트 또는 컴포넌트들을 표현한다. 모션 보상 유닛 (44) 은 비디오 블록들과 연관된 신택스 엘리먼트들 및 비디오 슬라이스의 비디오 블록들을 디코딩함에 있어서 비디오 디코더 (30) 에 의해 이용하기 위한 비디오 슬라이스를 또한 발생시킬 수도 있다.
인트라-예측 유닛 (46) 은, 상술된 바와 같이, 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 수행되는 인터 예측에 대한 대안으로서, 현재 블록을 인트라-예측할 수도 있다. 특히, 인트라-예측 유닛 (46) 은 현재 블록을 인코딩하는데 이용할 인트라-예측 모드를 결정할 수도 있다. 일부 예들에서, 인트라-예측 유닛 (46) 은, 예를 들어, 별도의 인코딩 과정들 동안에, 다양한 인트라-예측 모드들을 이용하여 현재 블록을 인코딩할 수도 있고, 인트라-예측 유닛 (46) (또는, 일부 예들에서, 모드 선택 유닛 (40)) 이 테스트된 모드들로부터 이용할 적절한 인트라-예측 모드를 선택할 수도 있다. 예를 들어, 인트라-예측 유닛 (46) 은 다양한 테스트된 인트라-예측 모드들에 대한 레이트-왜곡 분석을 이용하여 레이트-왜곡 값들을 산출하고, 테스트된 모드들 중에서 최상의 레이트 왜곡 특성들을 갖는 인트라-예측 모드를 선택할 수도 있다. 레이트-왜곡 분석은 일반적으로 인코딩된 블록과 원래 블록 사이의 왜곡 (또는 오류) 의 양, 인코딩된 블록을 생성하도록 인코딩되어진 인코딩되지 않은 블록, 뿐만 아니라 인코딩된 블록을 생성하는데 이용된 비트 레이트 (즉, 비트들의 수) 를 결정한다. 인트라-예측 유닛 (46) 은 왜곡들로부터의 비율들 및 다양한 인코딩된 블록들에 대한 레이트들을 산출하여 어느 인트라-예측 모드가 블록에 대한 최상의 레이트-왜곡 값을 보이는지를 결정할 수도 있다.
어느 경우에도, 블록에 대한 인트라-예측 모드를 선택한 후에, 인트라-예측 유닛 (46) 은 엔트로피 코딩 유닛 (56) 에 블록에 대해 선택된 인트라-예측 모드를 나타내는 정보를 제공할 수도 있다. 엔트로피 인코딩 유닛 (56) 은 본 개시물의 기술들에 따라 선택된 인트라-예측 모드를 나타내는 정보를 인코딩할 수도 있다. 비디오 인코더 (20) 는 송신되는 비트스트림에 구성 데이터를 포함시킬 수도 있으며, 구성 데이터는 (코드워드 맵핑 테이블들이라고도 지칭되는) 복수의 인트라-예측 모드 인덱스 테이블들과 복수의 수정된 인트라-예측 모드 인덱스 테이블들, 다양한 블록들에 대한 인코딩 컨텍스트들의 정의들, 및 가장 확률이 높은 인트라-예측 모드의 표시들, 인트라-예측 모드 인덱스 테이블, 및 컨텍스트들의 각각에 대해 이용하기 위한 수정된 인트라-예측 모드 인덱스 테이블을 포함할 수도 있다.
예측 프로세싱 유닛 (41) 이 인터-예측 또는 인트라-예측 중 어느 일방을 통해 현재 비디오 블록에 대한 예측 블록을 발생시킨 후에, 비디오 인코더 (20) 는 현재 비디오 블록으로부터 예측 블록을 감산함으로써 잔차 비디오 블록을 형성한다. 잔차 블록에서의 잔차 비디오 데이터는 하나 이상의 TU 들에 포함되고 변환 프로세싱 유닛 (52) 에 적용될 수도 있다. 변환 프로세싱 유닛 (52) 은 변환, 예컨대 이산 코사인 변환 (DCT) 또는 개념적으로 유사한 변환을 이용하여 잔차 비디오 데이터를 잔차 변환 계수들로 변환한다. 변환 프로세싱 유닛 (52) 은 잔차 비디오 데이터를 픽셀 도메인에서 주파수 도메인과 같은 변환 도메인으로 컨버팅할 수도 있다.
변환 프로세싱 유닛 (52) 은 결과적인 변환 계수들을 양자화 유닛 (54) 에 전송할 수도 있다. 양자화 유닛 (54) 은 변환 계수들을 양자화하여 비트 레이트를 더 감소시킬 수도 있다. 양자화 프로세스는 계수들의 일부 또는 전부와 연관된 비트 심도를 감소시킬 수도 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 수정될 수도 있다. 일부 예들에서, 양자화 유닛 (54) 은 그 다음에 양자화된 변환 계수들을 포함하는 매트릭스의 스캔을 수행할 수도 있다. 대안으로, 엔트로피 인코딩 유닛 (56) 이 스캔을 수행할 수도 있다.
양자화 다음에, 엔트로피 인코딩 유닛 (56) 은 양자화된 변환 계수들을 엔트로피 인코딩한다. 예를 들어, 엔트로피 인코딩 유닛 (56) 은 컨텍스트 적응 가변 길이 코딩 (CAVLC), 컨텍스트 적응 이진 산술 코딩 (CABAC), 신택스-기반 컨텍스트-적응 이진 산술 코딩 (SBAC), 확률 구간 파티셔닝 엔트로피 (PIPE) 코딩, 또는 다른 엔트로피 코딩 방법론 또는 기법을 수행할 수도 있다. 엔트로피 인코딩 유닛 (56) 에 의한 엔트로피 인코딩에 후속하여, 인코딩된 비트스트림은 비디오 디코더 (30) 로 송신되거나, 또는 비디오 디코더 (30) 에 의한 취출 또는 나중의 송신을 위해 저장될 수도 있다. 엔트로피 인코딩 유닛 (56) 은 코딩되고 있는 현재 비디오 화상에 대한 다른 신택스 엘리먼트들 및 모션 벡터들을 또한 엔트로피 인코딩할 수도 있다.
역 양자화 유닛 (58) 및 역 변환 프로세싱 유닛 (60) 은, 각각, 역 양자화 및 역 변환을 적용하여, 참조 화상의 참조 블록으로서 추후 이용을 위해 픽셀 도메인에서 잔차 블록을 재구성한다. 모션 보상 유닛 (44) 은 참조 화상 리스트들 중 하나 내의 참조 화상들 중 하나의 예측 블록에 잔차 블록을 가산함으로써 참조 블록을 산출할 수도 있다. 모션 보상 유닛 (44) 은, 모션 추정에서 이용하기 위한 서브-정수 픽셀 값들을 산출하기 위해, 재구성된 잔차 블록에 하나 이상의 보간 필터들을 또한 적용할 수도 있다. 합산기 (62) 는 재구성된 잔차 블록을 모션 보상 유닛 (44) 에 의해 생성된 모션 보상된 예측 블록에 가산하여 화상 메모리 (64) 에 저장하기 위한 참조 블록을 생성한다. 참조 블록은 후속하는 비디오 프레임 또는 화상에서의 블록을 인터-예측하기 위한 참조 블록으로서 모션 추정 유닛 (42) 및 모션 보상 유닛 (44) 에 의해 이용될 수도 있다.
본 명세서에서 설명된 기술들에 따라, 비디오 인코더 (20) 및/또는 포스트 프로세싱 디바이스 (57) 는 (예컨대, RTP 를 이용하여) 하나 이상의 다른 디바이스들로의 송신을 위해 인코딩된 비디오 데이터를 캡슐화할 수도 있다. 예를 들어, 포스트 프로세싱 디바이스 (57) 는 인코딩된 HEVC 비디오 데이터 (예컨대, NAL 유닛들) 를 수신하고, 그 비디오 데이터를 (예컨대, RTP 세션에 대해) 단일 네트워크 추상 계층 (NAL) 유닛 패킷 내로 캡슐화함으로써 HEVC 를 위한 특정 페이로드 포맷 (예컨대, HEVC 를 위한 RTP 페이로드 포맷) 을 고수하는 페이로드들을 갖는 패킷들 (예컨대, RTP 패킷들) 을 생성할 수도 있다. 포스트 프로세싱 디바이스 (57) 는 또한, 세션이 멀티-스트림 송신인 것 (예컨대, RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것), 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따르는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 일방에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보 (예컨대, DONL) 를 캡슐화할 수도 있다.
도 9 는 본 개시물에서 설명된 기술들을 구현할 수도 있는 일 예시적인 비디오 디코더 (30) 를 도시하는 블록도이다. 도 9 의 예에서, 비디오 디코더 (30) 는 비디오 데이터 메모리 (83), 엔트로피 디코딩 유닛 (80), 예측 프로세싱 유닛 (81), 역 양자화 유닛 (86), 역 변환 유닛 (88), 합산기 (90), 필터 유닛 (91), 및 화상 메모리 (92) 를 포함한다. 예측 프로세싱 유닛 (81) 은 모션 보상 유닛 (82) 및 인트라 예측 프로세싱 유닛 (84) 을 포함한다. 비디오 디코더 (30) 는, 일부 예들에서, 도 8 로부터의 비디오 인코더 (20) 에 대해 설명된 인코딩 과정에 일반적으로 역순인 디코딩 과정을 수행할 수도 있다.
비디오 데이터 메모리 (83) 는 비디오 디코더 (30) 의 컴포넌트들에 의해 디코딩될, 인코딩된 비디오 비트스트림과 같은, 비디오 데이터를 저장할 수도 있다. 비디오 데이터 메모리 (83) 에 저장된 비디오 데이터는, 예를 들어, 비디오 데이터의 유선 또는 무선 네트워크 통신을 통해서, 또는 물리적인 데이터 저장 매체들을 액세스함으로써, 컴퓨터 판독가능 매체로부터, 예컨대, 카메라와 같은 로컬 비디오 소스로부터 획득될 수도 있다. 비디오 데이터 메모리 (83) 는 인코딩된 비디오 비트스트림으로부터의 인코딩된 비디오 데이터를 저장하는 코딩된 화상 버퍼 (coded picture buffer; CPB) 를 형성할 수도 있다. 화상 메모리 (92) 는, 일부 예들에서, 예를 들어 인트라-코딩 모드 또는 인터-코딩 모드에서, 비디오 디코더 (30) 에 의해 비디오 데이터를 디코딩함에 있어서 사용하기 위해 참조 비디오 데이터를 저장하는 참조 화상 메모리일 수도 있다. 비디오 데이터 메모리 (83) 및 화상 메모리 (92) 는, 동기 DRAM (SDRAM), 자기저항 RAM (MRAM), 저항 RAM (RRAM) 을 포함하는 동적 랜덤 액세스 메모리 (DRAM), 또는 다른 유형들의 메모리 디바이스들과 같은 다양한 메모리 디바이스들 중 임의의 것에 의해 형성될 수도 있다. 비디오 데이터 메모리 (83) 및 화상 메모리 (92) 는 동일 메모리 디바이스 또는 별개의 메모리 디바이스들에 의해 제공될 수도 있다. 다양한 예들에서, 비디오 데이터 메모리 (83) 는 비디오 디코더 (30) 의 다른 컴포넌트들과 함께 온-칩일 수도 있거나, 그들 컴포넌트들에 대해 오프-칩일 수도 있다.
디코딩 프로세스 중에, 비디오 디코더 (30) 는 비디오 인코더 (20) 로부터 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 표현하는 인코딩된 비디오 비트스트림을 수신한다. 비디오 디코더 (30) 는 네트워크 엔티티 (79) 로부터 인코딩된 비디오 비트스트림을 수신할 수도 있다. 네트워크 엔티티 (79) 는, 예를 들어, 서버, MANE, 비디오 편집기/분리기 (splicer), RTP 수신기, 또는 상술된 기법들 중 하나 이상의 기법을 구현하도록 구성된 다른 그러한 디바이스일 수도 있다. 네트워크 엔티티 (79) 는 비디오 인코더 (20) 를 포함할 수도 있거나 포함하지 않을 수도 있다. 상술된 바와 같이, 본 개시물에 설명된 기술들 중 일부 기술은 네트워크 엔티티 (79) 가 비디오 디코더 (30) 에 인코딩된 비디오 비트스트림을 송신하기 전에 네트워크 엔티티 (79) 에 의해 구현될 수도 있다. 일부 비디오 디코딩 시스템들에서, 네트워크 엔티티 (79) 및 비디오 디코더 (30) 는 별개의 디바이스들의 일부분들일 수도 있는 반면, 다른 예들에서, 네트워크 엔티티 (79) 에 대하여 설명된 기능성은 비디오 디코더 (30) 를 포함하는 동일한 디바이스에 의해 수행될 수도 있다.
디코딩 프로세스 중에, 비디오 디코더 (30) 는 비디오 인코더 (20) 로부터 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 표현하는 인코딩된 비디오 비트스트림을 수신한다. 비디오 블록들은, 예를 들어, 도 1 에서의 MANE (29) 또는 도 9 에서의 네트워크 엔티티 (79) 와 같은 하나 이상의 MANE 들을 통해 비디오 인코더 (20) 에서 비디오 디코더 (30) 로 라우팅될 수도 있다. 비디오 디코더 (30) 의 엔트로피 디코딩 유닛 (80) 은 비트스트림을 엔트로피 디코딩하여 양자화된 계수들, 모션 벡터들, 및 다른 신택스 엘리먼트들을 발생시킨다. 엔트로피 디코딩 유닛 (80) 은 예측 프로세싱 유닛 (81) 에 모션 벡터들 및 다른 신택스 엘리먼트들을 포워딩한다. 비디오 디코더 (30) 는 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서의 신택스 엘리먼트들을 수신할 수도 있다.
비디오 슬라이스가 인트라-코딩된 (I) 슬라이스로서 코딩되는 경우, 예측 프로세싱 유닛 (81) 의 인트라 예측 프로세싱 유닛 (84) 은 현재 프레임 또는 화상의 이전에 디코딩된 블록들로부터 시그널링된 인트라 예측 모드 및 데이터에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 데이터를 발생시킬 수도 있다. 비디오 프레임이 인터-코딩된 (즉, B, P 또는 GPB) 슬라이스로 코딩되는 경우, 예측 프로세싱 유닛 (81) 의 모션 보상 유닛 (82) 은 엔트로피 디코딩 유닛 (80) 으로부터 수신된 다른 신택스 엘리먼트들과 모션 벡터들에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 생성한다. 예측 블록들은 참조 화상 리스트들 중 하나 내의 참조 화상들 중 하나로부터 생성될 수도 있다. 비디오 디코더 (30) 는, 화상 메모리 (92) 에 저장된 참조 화상들에 기초한 디폴트 구성 기법들을 이용하여, 참조 프레임 리스트들, List 0 및 List 1 을 구성할 수도 있다.
모션 보상 유닛 (82) 은 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱함으로써 현재 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 예측 정보를 이용하여 디코딩되고 있는 현재 비디오 블록에 대한 예측 블록들을 생성한다. 예를 들어, 모션 보상 유닛 (82) 은, 비디오 슬라이스의 비디오 블록들을 코딩하기 위해 이용되는 예측 모드 (예를 들어, 인트라-예측 또는 인터-예측), 인터-예측 슬라이스 유형 (예를 들어, B 슬라이스, P 슬라이스, 또는 GPB 슬라이스), 슬라이스에 대한 하나 이상의 참조 화상 리스트들에 대한 구성 정보, 슬라이스의 각각의 인터-인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터-코딩된 비디오 블록에 대한 인터-예측 상태, 및 현재 비디오 슬라이스의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정하기 위해, 수신된 신택스 엘리먼트들의 몇몇을 이용한다.
모션 보상 유닛 (82) 은 보간 필터들에 기초한 보간을 또한 수행할 수도 있다. 모션 보상 유닛 (82) 은 비디오 블록들의 인코딩 동안 비디오 인코더 (20) 에 의해 이용되는 것과 같은 보간 필터들을 이용하여 참조 블록들의 서브-정수 픽셀들에 대한 보간된 값들을 산출할 수도 있다. 이러한 경우에, 모션 보상 유닛 (82) 은 수신된 신택스 엘리먼트들로부터 비디오 인코더 (20) 에 의해 이용되는 보간 필터들을 결정하고 보간 필터들을 이용하여 예측 블록들을 생성할 수도 있다.
역 양자화 유닛 (86) 은 비트스트림에서 제공되고 엔트로피 디코딩 유닛 (80) 에 의해 디코딩된 양자화된 변환 계수들을 역 양자화, 즉, 양자화해제한다 (dequantize). 역 양자화 프로세스는 양자화의 정도, 및, 마찬가지로, 적용되어야 하는 역 양자화의 정도를 결정하기 위해, 비디오 슬라이스의 각각의 비디오 블록에 대해 비디오 인코더 (20) 에 의해 산출된 양자화 파라미터의 이용을 포함할 수도 있다. 역 변환 유닛 (88) 은, 픽셀 도메인에서 잔차 블록들을 생성하기 위해 변환 계수들에 대해 역 변환, 예를 들어, 역 DCT, 역 정수 변환, 또는 개념적으로 유사한 역 변환 프로세스를 적용한다.
모션 보상 유닛 (82) 이 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 블록에 대한 예측 블록을 발생시킨 후에, 비디오 디코더 (30) 는 역 변환 유닛 (88) 으로부터의 잔차 블록들을 모션 보상 유닛 (82) 에 의해 발생된 대응하는 예측 블록들과 합함으로써 디코딩된 비디오 블록을 형성한다. 합산기 (90) 는 이 합산 동작을 수행하는 컴포넌트 또는 컴포넌트들을 표현한다. 원하는 경우, (코딩 루프에서 또는 코딩 루프 후에) 루프 필터들이 또한 픽셀 천이들을 평활화하는데 이용되거나, 그 외에 비디오 품질을 개선시킬 수도 있다. 필터 유닛 (91) 은 디블록킹 필터, 적응 루프 필터 (adaptive loop filter; ALF), 및 샘플 적응 오프셋 (sample adaptive offset; SAO) 필터와 같은 하나 이상의 루프 필터들을 표현하고자 한다. 비록 필터 유닛 (91) 이 인 루프 필터인 것으로 도 9 에 도시되기는 하나, 다른 구성들에서, 필터 유닛 (91) 은 포스트 루프 필터인 것으로 구현될 수도 있다. 그 다음, 주어진 프레임 또는 화상에서의 디코딩된 비디오 블록들은 화상 메모리 (92) 에 저장되는데, 화상 메모리 (92) 는 후속 모션 보상에 대해 이용되는 참조 화상들을 저장한다. 화상 메모리는 도 1 의 디스플레이 디바이스 (32) 와 같은 디스플레이 디바이스 상에서의 추후의 프레젠테이션을 위해 디코딩된 비디오를 또한 저장한다.
본 명세서에서 설명된 기술들에 따라, 네트워크 엔티티 (79) 및/또는 비디오 디코더 (30) 는 (예컨대, RTP 를 이용하여) 하나 이상의 다른 디바이스들에의 송신을 위해 캡슐화되었던 인코딩된 비디오 데이터를 캡슐화해제할 수도 있다. 예를 들어, 네트워크 엔티티 (79) 는 인코딩된 HEVC 비디오 데이터 (예컨대, NAL 유닛들) 를 포함하는 하나 이상의 패킷들 (예컨대, RTP 패킷들) 을 수신할 수도 있다. 패킷들은 HEVC 를 위한 특정 페이로드 포맷 (예컨대, HEVC 를 위한 RTP 페이로드 포맷) 을 고수하는 페이로드들을 가질 수도 있다. 비디오 데이터를 프로세싱하기 위해, 네트워크 엔티티 (79) 는 단일 네트워크 추상 계층 (NAL) 유닛 패킷 내로 캡슐화된 비디오 데이터를 캡슐화해제할 수도 있다. 네트워크 엔티티 (79) 및/또는 비디오 디코더 (30) 는 또한, 세션이 멀티-스트림 송신인 것 (예컨대, RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것), 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따르는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 일방에 기초하여 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보 (예컨대, DONL) 를 캡슐화해제할 수도 있다. 비디오 데이터 (예컨대, NAL 유닛) 및 DON 정보가 획득된 후에, 비디오 디코더 (30) 는 인코딩된 비디오 데이터를 프로세싱할 수도 있다.
도 10 은 네트워크 (150) 의 일부분을 형성하는 디바이스들의 예시적인 세트를 도시하는 블록도이다. 이러한 예에서, 네트워크 (150) 는 라우팅 디바이스들 (154A, 154B) (라우팅 디바이스들 (154)) 및 트랜스코딩 디바이스 (156) 를 포함한다. 라우팅 디바이스들 (154) 및 트랜스코딩 디바이스 (156) 는 네트워크 (150) 의 일부분을 형성할 수도 있는 소수의 디바이스들을 표현하고자 한다. 다른 네트워크 디바이스들, 예컨대 스위치들, 허브들, 게이트웨이들, 방화벽들, 브리지들, 및 다른 그러한 디바이스들이 또한 네트워크 (150) 내에 포함될 수도 있다. 또한, 추가적인 네트워크 디바이스들이 서버 디바이스 (152) 와 클라이언트 디바이스 (158) 사이의 네트워크 경로를 따라 제공될 수도 있다. 일부 예들에서, 서버 디바이스 (152) 는 소스 디바이스 (12) (도 1) 에 대응할 수도 있으며, 한편 클라이언트 디바이스 (158) 는 목적지 디바이스 (14) (도 1) 에 대응할 수도 있다. 라우팅 디바이스들 (154) 은, 예를 들어, 미디어 데이터를 라우팅하도록 구성된 MANE 들일 수도 있다.
일반적으로, 라우팅 디바이스들 (154) 은 네트워크 (150) 를 통해 네트워크 데이터를 교환하기 위해 하나 이상의 라우팅 프로토콜들을 구현한다. 일반적으로, 라우팅 디바이스들 (154) 은 네트워크 (150) 를 통해 루트들을 발견하기 위해 라우팅 프로토콜들을 실행한다. 그러한 라우팅 프로토콜들을 실행함으로써, 라우팅 디바이스 (154B) 는 라우팅 디바이스 (154A) 를 경유하여 라우팅 디바이스 (154B) 그 자체로부터 서버 디바이스 (152) 로의 네트워크 루트를 발견할 수도 있다. 도 10 의 다양한 디바이스들은 본 개시물의 기술들을 구현할 수도 있고 본 개시물의 기술들에 따라 RTP 데이터를 프로세싱하도록 구성될 수도 있는 디바이스들의 예들을 표현한다.
예를 들어, 서버 디바이스 (152), 라우팅 디바이스들 (154), 트랜스코딩 디바이스 (156), 또는 클라이언트 디바이스 (158) 중 하나 이상은, (예를 들어, RTP 세션에 대해) 단일 네트워크 추상 계층 (NAL) 유닛 패킷을 캡슐화하고, 세션이 멀티-스트림 송신인 것 (예컨대, RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것), 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따르는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 일방에 기초하여 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화함으로써, 데이터 유닛 페이로드에서 (예컨대, 실시간 전송 프로토콜 (RTP) 페이로드에서) 비디오 데이터를 프로세싱할 수도 있다.
단일 NAL 유닛 패킷은, RTP 세션의 일부로서, 서버 디바이스 (152), 라우팅 디바이스들 (154), 트랜스코딩 디바이스 (156), 또는 클라이언트 디바이스 (158) 중 하나 이상의 다른 것들에 송신될 수도 있다. 단일 NAL 유닛 패킷으로서 포맷팅된 RTP 페이로드를 포함하는 RTP 패킷의 수신 시, 수신 디바이스는, 단일 NAL 유닛 패킷으로 캡슐화된 비디오 데이터를 캡슐화해제하고, RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛을 뒤따르는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 일방에 기초하여 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제함으로써, 비디오 데이터를 프로세싱할 수도 있다.
도 11 은 본 개시의 기술들에 따른, RTP 페이로드 포맷에서 비디오 데이터를 캡슐화하기 위한 예시적인 동작들을 나타내는 흐름도이다. 오직 예시적인 목적들을 위해, 도 11 의 예시적인 동작들은 도 1 의 맥락 내에서 이하 설명된다.
도 11 의 예에서, RTP 캡슐화 유닛 (예컨대, 출력 인터페이스 (22)) 은 비디오 데이터를 수신할 수도 있다 (180). 예를 들어, 비디오 데이터는 (예컨대, 비디오 인코더 (20) 에 의해) HEVC 표준 또는 다른 비디오 코딩 방식에 따라서 단일 NAL 유닛으로 인코딩될 수도 있다. 일부 예들에서, NAL 유닛은 NAL 유닛 페이로드 데이터 및 NAL 유닛 헤더를 포함할 수도 있다. RTP 페이로드를 생성하기 위해, 출력 인터페이스 (22) 는 비디오 데이터를 단일 NAL 유닛 패킷에서 캡슐화할 수도 있다 (182).
출력 인터페이스 (22) 는 RTP 송신이 MST 모드에 있는지 여부를 결정할 수도 있다 (184). 송신이 MST 모드에 있는 경우에 (184 의 "예" 분기), 출력 인터페이스 (22) 는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛에 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 과 동일한지 여부를 결정할 수도 있다 (186). 예를 들어, 출력 인터페이스 (22) 는 RTP 송신의 스프롭-디팩-버프-날러스 파라미터의 값이 0 과 동일한지 여부를 결정할 수도 있다. 그 값이 0 과 동일한 경우에 (186 의 "예" 분기), 출력 인터페이스 (22) 는 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 것을 자제 (refrain) 할 수도 있다 (188).
도 11 의 예에서, RTP 송신이 MST 모드에 있는 경우 (184 의 "아니오" 분기) 및/또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛에 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 경우 (186 의 "예" 분기), 출력 인터페이스 (22) 는 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화할 수도 있다 (190). 일부 예들에서, 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하기 위해, 출력 인터페이스 (22) 는 NAL 유닛 헤더와 NAL 유닛 페이로드 데이터 사이에서 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화할 수도 있다. 일부 예들에서, 출력 인터페이스 (22) 는 NAL 유닛 전에 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하고, 디코딩 순서 넘버 정보 전에 RTP 페이로드 헤더를 캡슐화할 수도 있다. 캡슐화된 RTP 페이로드 헤더는 NAL 유닛 헤더에 포함된 정보를 포함할 수도 있다.
도 12 는 본 개시의 기술들에 따른, RTP 페이로드 포맷에서 캡슐화된 비디오 데이터를 캡슐화해제하기 위한 예시적인 동작들을 나타내는 흐름도이다. 오직 예시적인 목적들을 위해, 도 12 의 예시적인 동작들은 도 1 의 맥락 내에서 이하 설명된다.
도 12 의 예에서, RTP 캡슐화해제 유닛 (예컨대, 입력 인터페이스 (28)) 은 RTP 패킷을 수신할 수도 있다 (200). 예를 들어, RTP 패킷은 단일 NAL 유닛 패킷으로서 포맷팅된 RTP 페이로드를 포함할 수도 있다. 즉, RTP 페이로드는 RTP 페이로드에서 단일 NAL 유닛을 포함할 수도 있다. 일부 예들에서, NAL 유닛은 NAL 유닛 페이로드 데이터 및 NAL 유닛 헤더를 포함할 수도 있다. 그 안에 캡슐화된 비디오 데이터를 획득하기 위해, 입력 인터페이스 (28) 는 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 캡슐화된 비디오 데이터를 캡슐화해제할 수도 있다 (202).
입력 인터페이스 (28) 는 RTP 송신이 MST 모드에 있는지 여부를 결정할 수도 있다 (204). 송신이 MST 모드에 있는 경우에 (204 의 "예" 분기), 입력 인터페이스 (28) 는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛에 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 과 동일한지 여부를 결정할 수도 있다 (206). 예를 들어, 입력 인터페이스 (28) 는 RTP 송신의 스프롭-디팩-버프-날러스 파라미터의 값이 0 과 동일한지 여부를 결정할 수도 있다. 그 값이 0 과 동일한 경우에 (206 의 "예" 분기), 입력 인터페이스 (28) 는 단일 NAL 유닛 패킷으로부터 디코딩 순서 넘버 정보를 캡슐화해제하는 것을 자제할 수도 있다 (208).
도 12 의 예에서, RTP 송신이 MST 모드에 있는 경우 (204 의 "아니오" 분기) 및/또는 수신 순서에서 패킷화해제 버퍼에서 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 NAL 유닛에 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 경우 (206 의 "예" 분기), 입력 인터페이스 (28) 는 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제할 수도 있다 (210). 일부 예들에서, 디코딩 순서 넘버 정보는, NAL 유닛 헤더와 NAL 유닛 페이로드 데이터 사이에서 단일 NAL 유닛 패킷에서 캡슐화될 수도 있다. 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화해제하기 위해, 입력 인터페이스 (28) 는 NAL 유닛 헤더와 NAL 유닛 페이로드 데이터 사이에서 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화할 수도 있다. 일부 예들에서, 디코딩 순서 넘버 정보는, NAL 유닛 전에 단일 NAL 유닛 패킷에서 캡슐화될 수도 있고, RTP 페이로드 헤더는 디코딩 순서 넘버 정보 전에 단일 NAL 유닛 패킷에서 캡슐화될 수도 있다. 캡슐화된 RTP 페이로드 헤더는 NAL 유닛 헤더에 포함된 정보를 포함할 수도 있다. NAL 유닛 전에 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하기 위해, 입력 인터페이스 (28) 는, NAL 유닛 전에 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하고, 디코딩 순서 넘버 정보 전에 단일 NAL 유닛 패킷에서 캡슐화된 RTP 페이로드 헤더를 캡슐화해제할 수도 있다.
하나 이상의 예들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 기능들은 하나 이상의 명령들 또는 코드로서 컴퓨터-판독가능 매체 상에 저장되거나 송신될 수도 있고, 하드웨어-기반 프로세싱 유닛에 의해 실행될 수도 있다. 컴퓨터-판독가능 매체들은, 데이터 저장 매체들과 같은 유형의 매체, 또는 예를 들어, 통신 프로토콜에 따라, 한 곳에서 다른 곳으로 컴퓨터 프로그램의 전송을 가능하게 하는 임의의 매체를 포함하는 통신 매체들에 대응하는 컴퓨터-판독가능 저장 매체들을 포함할 수도 있다. 이러한 방식으로, 컴퓨터-판독가능 매체들은 일반적으로 (1) 비일시적인 유형의 컴퓨터-판독가능 저장 매체들 또는 (2) 신호 또는 반송파와 같은 통신 매체에 대응할 수도 있다. 데이터 저장 매체들은 이 개시물에 설명된 기술들의 구현을 위한 명령들, 코드, 및/또는 데이터 구조들을 취출하기 위해 하나 이상의 컴퓨터들 또는 하나 이상의 프로세서들에 의해 액세스될 수 있는 임의의 이용가능한 매체들일 수도 있다. 컴퓨터 프로그램 제품은 컴퓨터-판독가능 매체를 포함할 수도 있다.
비제한적인 예로서, 이러한 컴퓨터-판독가능 저장 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광학 디스크 스토리지, 자기 디스크 스토리지 또는 다른 자기 저장 디바이스들, 플래시 메모리, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 저장하기 위해 이용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속은 컴퓨터-판독가능 매체라고 적절히 칭해진다. 예를 들어, 명령들이 동축 케이블, 광섬유 케이블, 연선, 디지털 가입자 회선 (digital subscriber line; DSL), 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들을 이용하여 웹사이트, 서버, 또는 다른 원격 소스로부터 명령들이 송신되는 경우, 동축 케이블, 광섬유 케이블, 연선, DSL, 또는 적외선, 무선, 및 마이크로파와 같은 무선 기술들은 매체의 정의 내에 포함된다. 그러나, 컴퓨터-판독가능 저장 매체들 및 데이터 저장 매체들은 접속들, 반송파들, 신호들, 또는 다른 일시적 매체들을 포함하지 않고, 대신에 비일시적 유형의 저장 매체들에 대한 것이다. 본원에서 이용된 디스크 (disk) 와 디스크 (disc) 는, 컴팩트 디스크 (CD), 레이저 디스크, 광학 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크, 및 블루레이 디스크를 포함하며, 여기서 디스크 (disk) 들은 통상 자기적으로 데이터를 재생하는 반면, 디스크 (disc) 들은 레이저들을 이용하여 광학적으로 데이터를 재생한다. 위의 조합들도 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.
명령들은, 하나 이상의 디지털 신호 프로세서 (digital signal processor; DSP) 들, 범용 마이크로프로세서들, 주문형 반도체 (application specific integrated circuit; ASIC) 들, 필드 프로그래머블 로직 어레이 (field programmable logic array; FPGA) 들, 또는 다른 등가의 집적 또는 이산 로직 회로와 같은, 하나 이상의 프로세서들에 의해 실행될 수도 있다. 이에 따라, 본원에서 이용되는 바와 같은 용어 "프로세서" 는 앞서 언급한 구조들, 또는 본원에서 설명된 기술들을 구현하기에 적합한 임의의 다른 구조 중 임의의 것을 지칭할 수도 있다. 또한, 일부 양상들에서, 본원에서 설명된 기능성은 인코딩 및 디코딩을 위해 구성된 전용 하드웨어 및/또는 소프트웨어 모듈들 내에 제공되거나, 또는 통합 코덱에 통합될 수도 있다. 또한, 기술들은 하나 이상의 회로들 또는 로직 엘리먼트들에서 완전히 구현될 수 있다.
본 개시물의 기술들은 무선 핸드셋, 집적 회로 (integrated circuit; IC), 또는 IC 들의 세트 (예를 들어, 칩셋) 를 포함하여, 매우 다양한 디바이스들 또는 장치들로 구현될 수도 있다. 개시된 기술들을 수행하도록 구성된 디바이스들의 기능적 양상들을 강조하기 위해 다양한 컴포넌트들, 모듈들, 또는 유닛들이 본 개시물에서 설명되었지만, 반드시 상이한 하드웨어 유닛들에 의해 실현을 요구하지는 않는다. 오히려, 상술한 바와 같이, 다양한 유닛들은, 적합한 소프트웨어 및/또는 펌웨어와 연계하여, 코덱 하드웨어 유닛에 통합되거나 또는 상술한 하나 이상의 프로세서들을 포함하여 상호동작적인 하드웨어 유닛들의 집합에 의해 제공될 수도 있다.
다양한 예들이 설명되었다. 이들 및 다른 예들은 다음의 청구항들의 범위 내에 있다.

Claims (24)

  1. 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하는 방법으로서,
    RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 캡슐화하는 단계로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화하는 단계; 및
    상기 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 단계를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  2. 제 1 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 단계는, 상기 NAL 유닛 헤더와 상기 NAL 유닛 페이로드 데이터 사이에서 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 단계를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  3. 제 1 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 단계는, 상기 단일 NAL 유닛 전에 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 단계를 포함하고,
    상기 방법은, 상기 단일 NAL 유닛 패킷에서, 상기 디코딩 순서 넘버 정보 전에 RTP 페이로드 헤더를 캡슐화하는 단계를 더 포함하고, 상기 RTP 페이로드 헤더는 상기 NAL 유닛 헤더에 포함된 정보를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  4. 제 1 항에 있어서,
    상기 RTP 세션이 단일-스트림 송신 (SST) 모드에 있는 것 및 수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버가 0 과 동일한 것에 기초하여 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 것을 자제하는 단계를 더 포함하는, 비디오 데이터를 프로세싱하는 방법.
  5. 제 1 항에 있어서,
    수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버는 상기 RTP 세션의 셋업 동안 특정된 신택스 엘리먼트의 값에 의해 표현되는, 비디오 데이터를 프로세싱하는 방법.
  6. 제 5 항에 있어서,
    상기 신택스 엘리먼트는 스프롭-디팩-버프-날러스 (sprop-depack-buf-nalus) 파라미터를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  7. 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하는 방법으로서,
    RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 캡슐화된 비디오 데이터를 캡슐화해제하는 단계로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화해제하는 단계; 및
    상기 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 상기 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하는 단계를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  8. 제 7 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하는 단계는, 상기 NAL 유닛 헤더와 상기 NAL 유닛 페이로드 데이터 사이에서 캡슐화된 상기 디코딩 순서 넘버 정보를 캡슐화해제하는 단계를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  9. 제 7 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 캡슐화된 디코딩 순서 넘버 정보를 캡슐화해제하는 단계는, 상기 단일 NAL 유닛 전에 캡슐화된 상기 디코딩 순서 넘버 정보를 캡슐화해제하는 단계를 포함하고,
    상기 방법은, 상기 디코딩 순서 넘버 정보 전에 상기 단일 NAL 유닛 패킷에서 캡슐화된 RTP 페이로드 헤더를, 상기 단일 NAL 유닛 패킷으로부터, 캡슐화해제하는 단계를 더 포함하고, 상기 RTP 페이로드 헤더는 상기 NAL 유닛 헤더에 포함된 정보를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  10. 제 7 항에 있어서,
    상기 RTP 세션이 단일-스트림 송신 (SST) 모드에 있는 것 및 수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버가 0 과 동일한 것에 기초하여 상기 단일 NAL 유닛 패킷으로부터 디코딩 순서 넘버 정보를 캡슐화해제하는 것을 자제하는 단계를 더 포함하는, 비디오 데이터를 프로세싱하는 방법.
  11. 제 7 항에 있어서,
    수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버는 상기 RTP 세션의 셋업 동안 특정된 신택스 엘리먼트의 값에 의해 표현되는, 비디오 데이터를 프로세싱하는 방법.
  12. 제 11 항에 있어서,
    상기 신택스 엘리먼트는 스프롭-디팩-버프-날러스 (sprop-depack-buf-nalus) 파라미터를 포함하는, 비디오 데이터를 프로세싱하는 방법.
  13. 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하도록 구성된 장치로서,
    비디오 데이터를 저장하도록 구성된 메모리, 및
    프로세서를 포함하고,
    상기 프로세서는,
    RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 실시간 전송 프로토콜 (RTP) 페이로드 내에서 캡슐화하는 것으로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 실시간 전송 프로토콜 (RTP) 페이로드 내에서 캡슐화하는 것; 및
    상기 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 것
    을 행하도록 구성되는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  14. 제 13 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 프로세서는, 상기 NAL 유닛 헤더와 상기 NAL 유닛 페이로드 데이터 사이에서 상기 디코딩 순서 넘버 정보를 캡슐화하도록 구성되는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  15. 제 13 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하도록 구성된 상기 프로세서는, 상기 단일 NAL 유닛 전에 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하도록 구성되고,
    상기 프로세서는, 상기 단일 NAL 유닛 패킷에서, 상기 디코딩 순서 넘버 정보 전에 RTP 페이로드 헤더를 캡슐화하도록 더 구성되고, 상기 RTP 페이로드 헤더는 상기 NAL 유닛 헤더에 포함된 정보를 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  16. 제 13 항에 있어서,
    상기 프로세서는, 상기 RTP 세션이 단일-스트림 송신 (SST) 모드에 있는 것 및 수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버가 0 과 동일한 것에 기초하여 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 것을 자제하도록 더 구성되는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  17. 제 13 항에 있어서,
    수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버는 상기 RTP 세션의 셋업 동안 특정된 신택스 엘리먼트의 값에 의해 표현되는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  18. 제 17 항에 있어서,
    상기 신택스 엘리먼트는 스프롭-디팩-버프-날러스 (sprop-depack-buf-nalus) 파라미터를 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  19. 실시간 전송 프로토콜 (RTP) 페이로드에서 비디오 데이터를 프로세싱하도록 구성된 장치로서,
    RTP 세션에 대해 단일 네트워크 추상 계층 (NAL) 유닛 패킷에서 비디오 데이터를 캡슐화하는 수단으로서, 상기 단일 NAL 유닛 패킷은 단일 NAL 유닛을 포함하는, 상기 비디오 데이터를 캡슐화하는 수단; 및
    상기 RTP 세션이 멀티-스트림 송신 (MST) 모드에 있는 것, 또는 수신 순서에서 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 최대 넘버가 0 보다 더 큰 것 중 적어도 하나에 기초하여 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 수단을 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  20. 제 19 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 수단은, 상기 NAL 유닛 헤더와 상기 NAL 유닛 페이로드 데이터 사이에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 수단을 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  21. 제 20 항에 있어서,
    상기 단일 NAL 유닛은 NAL 유닛 헤더 및 NAL 유닛 페이로드 데이터를 포함하고, 상기 단일 NAL 유닛 패킷에서 디코딩 순서 넘버 정보를 캡슐화하는 수단은, 상기 단일 NAL 유닛 전에 상기 디코딩 순서 넘버 정보를 캡슐화하는 수단을 포함하고,
    상기 장치는, 상기 단일 NAL 유닛 패킷에서, 상기 디코딩 순서 넘버 정보 전에 RTP 페이로드 헤더를 캡슐화하는 수단을 더 포함하고, 상기 RTP 페이로드 헤더는 상기 NAL 유닛 헤더에 포함된 정보를 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  22. 제 19 항에 있어서,
    상기 RTP 세션이 단일-스트림 송신 (SST) 모드에 있는 것 및 수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버가 0 과 동일한 것에 기초하여 상기 단일 NAL 유닛 패킷에서 상기 디코딩 순서 넘버 정보를 캡슐화하는 것을 자제하는 수단을 더 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  23. 제 19 항에 있어서,
    수신 순서에서 상기 패킷화해제 버퍼에서 상기 NAL 유닛에 선행할 수도 있고 디코딩 순서에서 상기 NAL 유닛을 뒤따를 수도 있는 NAL 유닛들의 상기 최대 넘버는 상기 RTP 세션의 셋업 동안 특정된 신택스 엘리먼트의 값에 의해 표현되는, 비디오 데이터를 프로세싱하도록 구성된 장치.
  24. 제 19 항에 있어서,
    상기 신택스 엘리먼트는 스프롭-디팩-버프-날러스 (sprop-depack-buf-nalus) 파라미터를 포함하는, 비디오 데이터를 프로세싱하도록 구성된 장치.
KR1020157037021A 2013-05-31 2014-05-30 비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들 KR101739682B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201361829950P 2013-05-31 2013-05-31
US61/829,950 2013-05-31
US14/290,537 2014-05-29
US14/290,537 US9350781B2 (en) 2013-05-31 2014-05-29 Single network abstraction layer unit packets with decoding order number for video coding
PCT/US2014/040318 WO2014194243A1 (en) 2013-05-31 2014-05-30 Single network abstraction layer unit packets with decoding order number for video coding

Publications (2)

Publication Number Publication Date
KR20160016937A true KR20160016937A (ko) 2016-02-15
KR101739682B1 KR101739682B1 (ko) 2017-05-24

Family

ID=51985060

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020157037021A KR101739682B1 (ko) 2013-05-31 2014-05-30 비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들

Country Status (8)

Country Link
US (1) US9350781B2 (ko)
EP (1) EP3005700B1 (ko)
JP (1) JP6073527B2 (ko)
KR (1) KR101739682B1 (ko)
CN (1) CN105230016B (ko)
ES (1) ES2734551T3 (ko)
HU (1) HUE044189T2 (ko)
WO (1) WO2014194243A1 (ko)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9723305B2 (en) 2013-03-29 2017-08-01 Qualcomm Incorporated RTP payload format designs
GB2519745B (en) * 2013-10-22 2018-04-18 Canon Kk Method of processing disordered frame portion data units
US10523730B2 (en) * 2014-03-12 2019-12-31 Infinesse Corporation Real-time transport protocol (RTP) media conference server routing engine
CN106303537B (zh) * 2016-08-30 2019-05-10 北京容联易通信息技术有限公司 一种openh264多码流传输方法
CN108881114B (zh) * 2017-05-10 2020-12-29 上海交通大学 一种用于stl/sfn传输的rtp协议封装方法
WO2020139829A1 (en) * 2018-12-27 2020-07-02 Futurewei Technologies, Inc. On intra random access point pictures and leading pictures in video coding
CN114026865A (zh) * 2019-06-21 2022-02-08 北京字节跳动网络技术有限公司 用于色度分量的编解码工具
US11265357B2 (en) * 2019-10-10 2022-03-01 Microsoft Technology Licensing, Llc AV1 codec for real-time video communication
WO2021133721A1 (en) 2019-12-26 2021-07-01 Bytedance Inc. Techniques for implementing a decoding order within a coded picture
CN112995237B (zh) * 2021-05-21 2021-10-08 杭州博雅鸿图视频技术有限公司 一种用于处理视频数据流的方法、装置、设备及存储介质
CN113645192B (zh) * 2021-07-16 2024-06-21 青岛小鸟看看科技有限公司 Rtp数据包处理方法及装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6760169B2 (en) * 1997-05-07 2004-07-06 Olympus Corporation Prism optical element, image observation apparatus and image display apparatus
JP2006518127A (ja) * 2003-02-18 2006-08-03 ノキア コーポレイション ピクチャ復号化方法
CN1751518B (zh) 2003-02-18 2010-12-01 诺基亚有限公司 图像编码方法
US7483532B2 (en) * 2003-07-03 2009-01-27 Microsoft Corporation RTP payload format
US7542435B2 (en) 2004-05-12 2009-06-02 Nokia Corporation Buffer level signaling for rate adaptation in multimedia streaming
KR101029854B1 (ko) * 2006-01-11 2011-04-15 노키아 코포레이션 스케일러블 비디오 코딩에서 픽쳐들의 역방향-호환 집합
JP2011503919A (ja) * 2007-09-24 2011-01-27 ノキア コーポレイション 階層化マルチキャストにおける符号化アプリケーションデータユニットの順序回復
CN103546826B (zh) * 2012-07-16 2017-07-21 上海贝尔股份有限公司 视频业务的传输方法和装置
US9723305B2 (en) * 2013-03-29 2017-08-01 Qualcomm Incorporated RTP payload format designs
GB2519745B (en) * 2013-10-22 2018-04-18 Canon Kk Method of processing disordered frame portion data units

Also Published As

Publication number Publication date
EP3005700B1 (en) 2019-04-10
US20140355616A1 (en) 2014-12-04
HUE044189T2 (hu) 2019-10-28
JP2016526350A (ja) 2016-09-01
WO2014194243A1 (en) 2014-12-04
CN105230016A (zh) 2016-01-06
US9350781B2 (en) 2016-05-24
EP3005700A1 (en) 2016-04-13
JP6073527B2 (ja) 2017-02-01
CN105230016B (zh) 2018-10-09
ES2734551T3 (es) 2019-12-10
KR101739682B1 (ko) 2017-05-24

Similar Documents

Publication Publication Date Title
KR101739682B1 (ko) 비디오 코딩을 위한 디코딩 순서 넘버를 갖는 단일 네트워크 추상 계층 유닛 패킷들
KR101814266B1 (ko) 향상된 rtp 페이로드 포맷 설계들
KR102388861B1 (ko) 다중 계층 비디오 코딩
KR102147553B1 (ko) 고정 길이 코딩된 비디오 파라미터 세트 id (vps_id) 를 포함하는 sei 메시지
KR20150013547A (ko) 브로큰 링크 픽처들을 갖는 비디오 시퀀스들에서 참조 픽처들의 마킹
KR20160034321A (ko) 인트라 랜덤 액세스 포인트 픽처들의 개선된 교차-계층 정렬

Legal Events

Date Code Title Description
A201 Request for examination
A302 Request for accelerated examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant