JP2017535184A - Ｈｅｖｃ拡張の搬送用データストリームのｈｒｄ記述子およびバッファモデルの設計 - Google Patents

Ｈｅｖｃ拡張の搬送用データストリームのｈｒｄ記述子およびバッファモデルの設計 Download PDF

Info

Publication number
JP2017535184A
JP2017535184A JP2017519873A JP2017519873A JP2017535184A JP 2017535184 A JP2017535184 A JP 2017535184A JP 2017519873 A JP2017519873 A JP 2017519873A JP 2017519873 A JP2017519873 A JP 2017519873A JP 2017535184 A JP2017535184 A JP 2017535184A
Authority
JP
Japan
Prior art keywords
parameter
hrd
stream
index
hevc
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
JP2017519873A
Other languages
English (en)
Other versions
JP6612338B2 (ja
Inventor
ヘンドリー、フヌ
ワン、イェ−クイ
ラマスブラモニアン、アダルシュ・クリシュナン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2017535184A publication Critical patent/JP2017535184A/ja
Application granted granted Critical
Publication of JP6612338B2 publication Critical patent/JP6612338B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
    • 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/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2401—Monitoring of the client buffer

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Synchronizing For Television (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

ビデオ処理デバイスは、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得する。ＨＥＶＣタイミングおよびＨＲＤ記述子は、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える。ビデオ処理デバイスは、パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することができる。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える場合がある。ビデオ処理デバイスは、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、特定のエレメンタリストリームに適用可能であると識別することができる。

Description

[0001] 本出願は、その内容全体が参照により本明細書に組み込まれる、２０１４年１０月１５日に出願された米国仮特許出願第６２／０６４，４１４号の利益を主張する。
[0002] 本開示は、ビデオの符号化および復号に関する。
[0003] デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ１０、アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記述されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することにより、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶することができる。
[0004] ビデオ圧縮技法は、空間（イントラピクチャ）予測および／または時間（インターピクチャ）予測を実施して、ビデオシーケンスに固有の冗長性を低減または削除する。ブロックベースのビデオコーディングの場合、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）がビデオブロックに区分化される場合がある。ピクチャのイントラコード化（Ｉ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス内のビデオブロックは、同じピクチャの中の隣接ブロック内の参照サンプルに対する空間予測、または他の参照ピクチャの中の参照サンプルに対する時間予測を使用する場合がある。ピクチャはフレームと呼ばれる場合がある。
[0005] 空間予測または時間予測は、コーディングされるべきブロックのための予測ブロックをもたらす。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コード化ブロックと予測ブロックとの間の差分を示す。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差係数をもたらす場合があり、残差係数は、次いで量子化される場合がある。
[0006] 一般に、本開示は、仮想参照デコーダ（ＨＲＤ：Hypothetical Reference Decoder）関連情報をシグナリングするための記述子の設計、およびＨＥＶＣ拡張の搬送用ＭＰＥＧ−２トランスポートストリーム（ＴＳ）のバッファモデルの設計に関する。本明細書に記載されるように、ビデオ処理デバイス（video processing device）は、モーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）−２データストリーム内のエレメンタリストリーム（elementary stream）に適用可能な（applicable）ＨＲＤパラメータのセットを決定（determine）することができる。
[0007] 一態様では、本開示はビデオデータ（video data）を処理（process）する方法を記載し、方法は、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミング（High Efficiency Video Coding (HEVC) timing）および仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリーム（data stream）を取得することと、ここにおいて、ＨＥＶＣタイミングおよびＨＲＤ記述子が配信スケジュール（delivery schedule）のインデックス（index）を示すターゲットスケジュールインデックスシンタックス要素（target schedule index syntax element）を備える、パラメータ（parameter）のセットに基づいて、ビデオパラメータセット（ＶＰＳ：video parameter set）内のシンタックス要素（syntax element）のアレイ（array）内のシンタックス要素を識別（identify）することと、ここにおいて、ＶＰＳが複数のＨＲＤパラメータシンタックス構造（HRD parameters syntax structure）を備え、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定し、パラメータのセットがターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、識別されたシンタックス要素によって指定された（specified）インデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点（operation point）の一部である特定のエレメンタリストリームに適用可能であると識別することとを備え、複数のエレメンタリストリームは特定のエレメンタリストリームを含む。
[0008] 別の態様では、本開示はビデオデータを処理する方法を記載し、方法は、シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定する、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することとを備え、パラメータのセットは、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別し、特定のＨＲＤパラメータシンタックス構造は複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は動作点の一部であり、パラメータのセットはターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える。
[0009] 別の態様では、本開示はビデオデータを処理するためのデバイスを記載し、デバイスは、ビデオデータを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサが、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、ＨＥＶＣタイミングおよびＨＲＤ記述子が配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備え、エレメンタリストリームがビデオデータの符号化表現を備える、パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定し、パラメータのセットがターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することとを行うように構成され、複数のエレメンタリストリームは特定のエレメンタリストリームを含む。
[0010] 別の態様では、本開示はビデオデータを処理するためのデバイスを記載し、デバイスは、ビデオデータを記憶するように構成されたメモリと、１つまたは複数のプロセッサとを備え、１つまたは複数のプロセッサが、シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定する、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することとを行うように構成され、複数のエレメンタリストリームはビデオデータの符号化表現を備え、パラメータのセットは、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別し、特定のＨＲＤパラメータシンタックス構造は複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は動作点の一部であり、パラメータのセットはターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える。
[0011] 別の態様では、本開示はビデオデータを処理するためのデバイスを記載し、デバイスは、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得するための手段と、ここにおいて、ＨＥＶＣタイミングおよびＨＲＤ記述子が配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別するための手段と、ここにおいて、ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定し、パラメータのセットがターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別するための手段とを備え、複数のエレメンタリストリームは特定のエレメンタリストリームを含む。
[0012] 別の態様では、本開示はビデオデータを処理するためのデバイスを記載し、デバイスは、シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成するための手段と、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定する、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成するための手段と、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成するための手段とを備え、パラメータのセットは、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別し、特定のＨＲＤパラメータシンタックス構造は複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は動作点の一部であり、パラメータのセットはターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える。
[0013] 別の態様では、本開示は命令を記憶したコンピュータ可読記憶媒体（computer-readable storage medium）を記載し、命令は、実行されると、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、ＨＥＶＣタイミングおよびＨＲＤ記述子が配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定し、パラメータのセットがターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することとをデバイスの１つまたは複数のプロセッサに行わせ、複数のエレメンタリストリームは特定のエレメンタリストリームを含む。
[0014] 別の態様では、本開示は命令を記憶したコンピュータ可読記憶媒体を記載し、命令は、実行されると、シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造がＨＲＤパラメータのそれぞれのセットを備え、シンタックス要素のアレイの各それぞれのシンタックス要素が複数のＨＲＤパラメータシンタックス構造内のＨＲＤパラメータシンタックス構造のインデックスを指定する、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することとをデバイスの１つまたは複数のプロセッサに行わせ、パラメータのセットは、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別し、特定のＨＲＤパラメータシンタックス構造は複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は動作点の一部であり、パラメータのセットはターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える。
[0015] 本開示の１つまたは複数の例の詳細が添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになる。
[0016] 本開示に記載される技法を利用することができる例示的なビデオコーディングシステムを示すブロック図。 [0017] ビットストリームパーティション固有のコード化ピクチャバッファ（ＣＰＢ）の動作向けのトランスポートシステムターゲットデコーダ（Ｔ−ＳＴＤ）モデル拡張を示す概念図。 [0018] 本開示に記載される技法を実装することができる例示的なビデオエンコーダを示すブロック図。 [0019] 本開示に記載される技法を実装することができる例示的なビデオデコーダを示すブロック図。 [0020] 本開示の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。 [0021] 本開示の技法による、ビデオデコーダの例示的な動作を示すフローチャート。 [0022] 本開示の技法による、ビデオコーダがパラメータの値を決定する例示的な動作を示すフローチャート。
[0023] 特定のビデオコーディング規格は、仮想参照デコーダ（ＨＲＤ）と呼ばれる場合があるバッファモデルを規定する。ＨＲＤは、データが復号のためにどのようにバッファリングされるべきかと、復号データが出力のためにどのようにバッファリングされるかとを記述する。たとえば、ＨＲＤは、コード化ピクチャバッファ（「ＣＰＢ」）、復号ピクチャバッファ（「ＤＰＢ」）、およびビデオ復号プロセスの動作を記述する。ＣＰＢは、ＨＲＤによって指定された復号順序でアクセスユニットを含んでいる先入れ先出しバッファである。ＤＰＢは、ＨＲＤによって指定されたように、参照、出力並べ替え、または出力遅延のために復号ピクチャを保持する（たとえば、記憶する）バッファである。ＣＰＢおよびＤＰＢの挙動は、数学的に規定される場合がある。ＨＲＤは、タイミング、バッファサイズ、およびビットレートに対して直接的に制約（constraint）を課する場合がある。さらに、ＨＲＤは、様々なビットストリームの特性および統計値に対して間接的に制約を課する場合がある。ＨＲＤはある種類のデコーダとして命名されたが、ビデオエンコーダは、通常、ビットストリームの適合性を保証するためにＨＲＤを使用するが、ビデオデコーダは、通常、ＨＲＤを必要としない。言い換えれば、ＨＲＤは、通常、ビットストリームを検査するために使用される。高効率ビデオコーディング（ＨＥＶＣ）では、ビデオパラメータセット（ＶＰＳ）は、ＨＲＤパラメータシンタックス構造のセットを含んでいる。ＨＲＤパラメータシンタックス構造の各々は、ＨＲＤの動作を制御するためのＨＲＤパラメータを含んでいる。
[0024] スケーラブルＨＥＶＣ（ＳＨＶＣ）およびマルチビューＨＥＶＣ（ＭＶ−ＨＥＶＣ）は、スケーラブルビデオコーディングおよびマルチビュービデオコーディングのためのＨＥＶＣの拡張である。ＳＨＶＣおよびＭＶ−ＨＥＶＣでは、ビットストリームは複数のレイヤを備える場合がある。したがって、ＳＨＶＣおよびＭＶ−ＨＥＶＣは、総称して「積層ＨＥＶＣ」または「Ｌ−ＨＥＶＣ」と呼ばれる場合がある。ＳＨＶＣでは、ベースレイヤおよび１つまたは複数のエンハンスメントレイヤが存在する。エンハンスメントレイヤは、ビットストリーム内で符号化されるビデオデータの視覚的品質および／またはフレームレートを高めることができる。ＭＶ−ＨＥＶＣでは、各レイヤは異なるビューに対応する場合がある。各レイヤは、異なるレイヤ識別子（たとえば、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）に関連付けられる場合がある。ＳＨＶＣおよびＭＶ−ＨＥＶＣでは、ビットストリームのレイヤは、区分化方式に従って「パーティション」に分割される場合がある。したがって、各パーティションはビットストリームの１つまたは複数のレイヤを備える場合がある。さらに、ＳＨＶＣおよびＭＶ−ＨＥＶＣでは、各パーティションは、ＶＰＳ内のＨＲＤパラメータシンタックス構造のうちの１つを指す場合がある。したがって、パーティション用のＨＲＤパラメータシンタックス構造によって含まれるＨＲＤパラメータは、ＨＲＤを使用してパーティションを検査するときにＨＲＤの動作を制御することができる。
[0025] さらに、レイヤ内のいくつかのピクチャは、同じレイヤ内の他のピクチャを参照せずに復号される場合がある。したがって、レイヤのいくつかのピクチャのデータをカプセル化しているネットワークアブストラクションレイヤ（ＮＡＬ）ユニットは、そのレイヤ内の他のピクチャの復号可能性に影響を及ぼすことなく、ビットストリームから削除される場合がある。そのようなピクチャのデータをカプセル化しているＮＡＬユニットを削除すると、ビットストリームのフレームレートが低減される場合がある。レイヤ内の他のピクチャを参照せずに復号される場合があるレイヤ内のピクチャのサブセットは、本明細書では「サブレイヤ」または「時間サブレイヤ」と呼ばれる場合がある。ＮＡＬユニットは、ｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素を含む場合がある。ＮＡＬユニットのｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素は、ＮＡＬユニットの時間識別子を指定する。ＮＡＬユニットの時間識別子は、そのＮＡＬユニットが関連付けられるサブレイヤを識別する。したがって、ビットストリームの各サブレイヤは、異なる時間識別子に関連付けられる場合がある。第１のＮＡＬユニットの時間識別子が第２のＮＡＬユニットの時間識別子よりも小さい場合、第１のＮＡＬユニットによってカプセル化されたデータは、第２のＮＡＬユニットによってカプセル化されたデータを参照せずに復号される場合がある。
[0026] 「ＨＥＶＣサブパーティション」という用語は、ＨＥＶＣベースサブパーティションまたはＨＥＶＣエンハンスメントサブパーティションのいずれかを指す。「ＨＥＶＣベースサブパーティション」という用語は、ＨＥＶＣ規格に適合し、ターゲットレイヤ識別子リストが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むターゲットＨＥＶＣ動作点によって識別された、ターゲット最上位ＴｅｍｐｏｒａｌＩｄまでの１つまたは複数のレイヤのすべてのビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットを含んでいる、ＨＥＶＣビデオサブビットストリームである。サブビットストリーム（たとえば、ＨＥＶＣビデオサブビットストリーム）は、ターゲット最上位ＴｅｍｐｏｒａｌＩｄおよびターゲットレイヤ識別子リストによって決定される、ターゲットセットに属さないビットストリーム内のＮＡＬユニットが、ターゲットセットに属するビットストリーム内のＮＡＬユニットからなる出力サブビットストリームを有するビットストリームから削除されるプロセス（たとえば、サブビットストリーム抽出プロセス）からもたらされるビットストリームである。「ＨＥＶＣエンハンスメントサブパーティション」という用語は、ＨＥＶＣベースサブパーティションおよびゼロ以上の他のＨＥＶＣサブパーティションを有するそのＨＥＶＣレイヤ集合が、最上位レイヤの動作点のレイヤリストおよびこのビデオサブビットストリーム含まれる最上位ＴｅｍｐｏｒａｌＩｄに従って、有効なＨＥＶＣ積層ビデオストリームをもたらす、１つもしくは複数のＨＥＶＣレイヤ、またはそのＨＥＶＣ時間ビデオサブビットストリームもしくはＨＥＶＣ時間ビデオサブセットを指す。
[0027] ＭＰＥＧ−２システム仕様は、デジタル送信または記憶に適した単一のデータストリームを形成するために、圧縮マルチメディア（ビデオおよびオーディオ）データストリームが他のデータとともにどのように多重化され得るかを記述している。ＭＰＥＧ−２システム仕様は、エレメンタリストリームの概念を定義する。具体的には、エレメンタリストリームは、プログラムの単一のデジタルコーディングされた（場合によってはＭＰＥＧ圧縮された）構成要素である。たとえば、プログラムの符号化されたビデオまたはオーディオの部分は、エレメンタリストリームであり得る。さらに、ＨＥＶＣ拡張（たとえば、Ｌ−ＨＥＶＣ）の搬送向けのＭＰＥＧ−２システム仕様の拡張では、各それぞれのＨＥＶＣサブパーティションは、ＭＰＥＧ−２データストリーム内のそれぞれのエレメンタリストリームに対応する。ＶＰＳを含んでいるＮＡＬユニットなどの、Ｌ−ＨＥＶＣビデオデータの非ビデオコーディングレイヤ（ＶＣＬ）ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットは、ＭＰＥＧ−２データストリーム内の１つまたは複数のエレメンタリストリームに対応する場合がある。
[0028] ＭＰＥＧ−２データストリームは、プログラムまたはプログラムの構成要素のエレメンタリストリームについての情報を搬送する記述子のセットを含む場合もある。たとえば、ＭＰＥＧ−２データストリームは、ＨＥＶＣサブパーティションに対応するフォー各それぞれのエレメンタリストリームを含む場合があり、ＭＰＥＧ−２データストリームは、ＨＥＶＣサブパーティション用の階層記述子（hierarchy descriptor）を備える場合がある。ＨＥＶＣサブパーティション用の階層記述子は、コーディングレイヤ階層のテーブル内のＨＥＶＣサブパーティションの一意のインデックスを定義する階層レイヤインデックスを含む場合がある。加えて、記述子のセットは、ＨＥＶＣタイミングおよびＨＲＤ記述子を含む場合がある。ＨＥＶＣタイミングおよびＨＲＤ記述子は、適用可能なタイミングおよびＨＲＤのパラメータを提供する場合がある。
[0029] しかしながら、ＨＥＶＣ規格またはＨＥＶＣ拡張の搬送向けのＭＰＥＧ−２システム仕様では、どのＨＲＤパラメータシンタックス構造がどのＨＥＶＣサブパーティションに適用可能であるかが明確ではない。言い換えれば、ＨＲＤを使用してＨＥＶＣサブパーティションを検査するときに、どのＨＲＤパラメータシンタックス構造を使用するべきかをどのように決定するかが規定されていない。ＨＥＶＣビットストリームでは、ＨＲＤ情報が存在するとき、１つまたは複数のＨＲＤセットが存在する可能性があるので、どのＨＲＤパラメータシンタックス構造がサブパーティションに適用可能であるかを決定することは有用であり得る。さらに、ＨＲＤセットの各々がＭＰＥＧ−２バッファモデルに必要とされる情報を含んでいる場合があるので、どのＨＲＤパラメータシンタックス構造がサブパーティションに適用可能であるかを決定することは望ましい場合がある。
[0030] 本開示は、ＨＥＶＣサブパーティションに適用可能なＨＲＤパラメータシンタックス構造を決定するための技法を記載する。たとえば、本明細書に記載されたように、ビデオデコーダは、複数のエレメンタリストリームとＨＥＶＣタイミングおよびＨＲＤ記述子とを備えるＭＰＥＧ−２データストリームを受信することができる。エレメンタリストリームは、ビデオデータの符号化表現を備える場合がある。この例では、ＨＥＶＣタイミングおよびＨＲＤ記述子は、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える。さらに、ビデオデコーダは、パラメータのセットに基づいて、ＶＰＳ内のシンタックス要素のアレイ内のシンタックス要素を識別することができる。この例では、ＶＰＳは、複数のＨＲＤパラメータシンタックス構造を備える。複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータのそれぞれのセットを含む。さらに、この例では、シンタックス要素のアレイの各それぞれのシンタックス要素は、複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造に関連付けられたインデックスを指定する。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを含む場合がある。
[0031] さらに、いくつかの例では、パラメータのセットは、第１、第２、第３、第４、および第５のパラメータを含む場合がある。第１のパラメータは、動作点のターゲット出力レイヤセットインデックス（target output layer set index）を指定する。第２のパラメータは、動作点のターゲット区分化方式インデックス（target partitioning scheme index）を指定する。第３のパラメータは、動作点の最上位時間識別子（highest temporal identifier）を指定する。ビデオデコーダは、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することができ、複数のエレメンタリストリームは特定のエレメンタリストリームを含む。
[0032] 図１は、本開示の技法を利用することができる例示的なビデオコーディングシステム１０を示すブロック図である。本明細書で使用する「ビデオコーダ」という用語は、ビデオエンコーダとビデオデコーダの両方を総称的に指す。本開示では、「ビデオコーディング」または「コーディング」という用語は、ビデオ符号化またはビデオ復号を総称的に指す場合がある。
[0033] 図１に示されたように、ビデオコーディングシステム１０は、ソースデバイス１２と、宛先デバイス１４とを含む。ソースデバイス１２は符号化ビデオデータを生成する。したがって、ソースデバイス１２は、ビデオ符号化デバイスまたはビデオ符号化装置と呼ばれる場合がある。宛先デバイス１４は、ソースデバイス１２によって生成された符号化ビデオデータを復号することができる。したがって、宛先デバイス１４は、ビデオ復号デバイスまたはビデオ復号装置と呼ばれる場合がある。ソースデバイス１２および宛先デバイス１４は、ビデオコーディングデバイスまたはビデオコーディング装置の例であり得る。本開示は、「ビデオ処理デバイス」という用語を使用して、ビデオデータを処理するデバイスを指す場合がある。ソースデバイス１２および宛先デバイス１４はビデオ処理デバイスの例である。他のタイプのビデオ処理デバイスには、ＭＰＥＧ−２データストリームなどのメディアデータを多重化および逆多重化するデバイスが含まれる。
[0034] ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、モバイルコンピューティングデバイス、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、車内コンピュータなどを含む、広範囲のデバイスを備える場合がある。
[0035] 宛先デバイス１４は、チャネル１６を介してソースデバイス１２から符号化ビデオデータを受信することができる。チャネル１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動させることが可能な１つまたは複数の媒体またはデバイスを備える場合がある。一例では、チャネル１６は、ソースデバイス１２が符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする１つまたは複数の通信媒体を備える場合がある。この例では、ソースデバイス１２は、ワイヤレス通信プロトコルなどの通信規格に従って、符号化ビデオデータを変調することができ、変調されたビデオデータを宛先デバイス１４に送信することができる。１つまたは複数の通信媒体には、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などの、ワイヤレスおよび／または有線の通信媒体が含まれ得る。１つまたは複数の通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはグローバルネットワーク（たとえば、インターネット）などの、パケットベースネットワークの一部を形成することができる。１つまたは複数の通信媒体には、ソースデバイス１２から宛先デバイス１４への通信を容易にする、ルータ、スイッチ、基地局、または他の機器が含まれ得る。
[0036] 別の例では、チャネル１６は、ソースデバイス１２によって生成された符号化ビデオデータを記憶する記憶媒体を含む場合がある。この例では、宛先デバイス１４は、たとえば、ディスクアクセスまたはカードアクセスを介して、記憶媒体にアクセスすることができる。記憶媒体には、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、または符号化ビデオデータを記憶するための他の適切なデジタル記憶媒体などの、様々なローカルにアクセスされるデータ記憶媒体が含まれ得る。
[0037] さらなる例では、チャネル１６は、ソースデバイス１２によって生成された符号化ビデオデータを記憶する、ファイルサーバまたは別の中間ストレージデバイスを含む場合がある。この例では、宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ファイルサーバまたは他の中間ストレージデバイスに記憶された符号化ビデオデータにアクセスすることができる。ファイルサーバは、符号化ビデオデータを記憶すること、および符号化ビデオデータを宛先デバイス１４に送信することが可能なタイプのサーバであり得る。例示的なファイルサーバには、（たとえば、ウェブサイト用の）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ）サーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、およびローカルディスクドライブが含まれる。
[0038] 宛先デバイス１４は、インターネット接続などの標準データ接続を介して、符号化ビデオデータにアクセスすることができる。例示的なタイプのデータ接続には、ファイルサーバに記憶された符号化ビデオデータにアクセスすることに適した、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、有線接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せが含まれ得る。ファイルサーバからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであり得る。
[0039] 本開示の技法は、ワイヤレスの用途または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのビデオデータの符号化、データ記憶媒体に記憶されたビデオデータの復号、または他の用途などの、様々なマルチメディア用途をサポートするビデオコーディングに適用される場合がある。いくつかの例では、ビデオコーディングシステム１０は、単方向または双方向のビデオ送信をサポートして、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの用途をサポートするように構成される場合がある。
[0040] 図１に示されたビデオコーディングシステム１０は例にすぎず、本開示の技法は、符号化デバイスと復号デバイスとの間の任意のデータ通信を必ずしも含むとは限らないビデオコーディング設定（たとえば、ビデオ符号化またはビデオ復号）に適用される場合がある。他の例では、データがローカルメモリから取り出されること、ネットワークを介してストリーミングされることなどが行われる。ビデオ符号化デバイスはデータを符号化し、メモリに記憶することができ、および／または、ビデオ復号デバイスはデータをメモリから取り出し、復号することができる。多くの例では、符号化および復号は、互いに通信しないが、メモリにデータを符号化し、および／またはメモリからデータを取り出し、復号するだけのデバイスによって実施される。
[0041] 図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。いくつかの例では、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含む場合がある。ビデオソース１８には、ビデオキャプチャデバイス、たとえば、ビデオカメラ、以前にキャプチャされたビデオデータを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオデータを受信するビデオフィードインターフェース、および／もしくはビデオデータを生成するためのコンピュータグラフィクスシステム、またはビデオデータのそのようなソースの組合せが含まれ得る。
[0042] ビデオエンコーダ２０は、ビデオソース１８からのビデオデータを符号化することができる。いくつかの例では、ソースデバイス１２は、出力インターフェース２２を介して宛先デバイス１４に符号化ビデオデータを直接送信する。他の例では、符号化ビデオデータは、復号および／または再生のための宛先デバイス１４による後のアクセスのために記憶媒体またはファイルサーバ上に記憶される場合もある。
[0043] 図１の例では、宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。いくつかの例では、入力インターフェース２８は、受信機および／またはモデムを含む。入力インターフェース２８は、チャネル１６を介して符号化ビデオデータを受信することができる。ディスプレイデバイス３２は、宛先デバイス１４と一体化され得るか、またはその外部にあり得る。一般に、ディスプレイデバイス３２は、復号ビデオデータを表示する。ディスプレイデバイス３２は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの、様々なディスプレイデバイスを備える場合がある。
[0044] ビデオエンコーダ２０およびビデオデコーダ３０は、各々、１つもしくは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、またはそれらの任意の組合せなどの、様々な適切な回路のうちのいずれかとして実装される場合がある。本技法が部分的にソフトウェアに実装される場合、デバイスは、適切な非一時的コンピュータ可読記憶媒体にソフトウェア用の命令を記憶することができ、１つまたは複数のプロセッサを使用してその命令をハードウェア内で実行して、本開示の技法を実施することができる。（ハードウェア、ソフトウェア、ハードウェアとソフトウェアとの組合せなどを含む）上記のいずれも、１つまたは複数のプロセッサであると考えることができる。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれる場合があり、両者のいずれかがそれぞれのデバイス内の複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として組み込まれる場合がある。
[0045] 本開示は、一般に、ビデオエンコーダ２０が、ある情報をビデオデコーダ３０などの別のデバイスに「シグナリングすること」または「送信すること」に言及する場合がある。「シグナリングすること」または「送信すること」という用語は、一般に、圧縮されたビデオデータを復号するために使用されるシンタックス要素および／または他のデータの通信を指す場合がある。そのような通信は、リアルタイムまたはほぼリアルタイムで行われる場合がある。代替として、そのような通信は、符号化時に符号化ビットストリーム内でシンタックス要素をコンピュータ可読記憶媒体に記憶するときに行われる場合があるなどの、ある時間期間にわたって行われる場合があり、次いで、シンタックス要素は、この媒体に記憶された後の任意の時間に復号デバイスによって取り出される場合がある。
[0046] 本開示に記載された技法は、特定のビデオコーディング規格に関係しないビデオコーディング技法を含む、様々なビデオコーディング規格とともに使用可能であり得る。ビデオコーディング規格の例には、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、ならびに、そのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）の拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られている）ＩＴＵ−Ｔ Ｈ．２６４が含まれる。いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、上述されたＨＥＶＣ規格などのビデオ圧縮規格に従って動作する。ベースＨＥＶＣ規格に加えて、ＨＥＶＣ向けのスケーラブルビデオコーディング拡張、マルチビュービデオコーディング拡張、および３Ｄコーディング拡張を作成する作業が進行中である。最近、高効率ビデオコーディング（ＨＥＶＣ）という名前の新しいビデオコーディング規格、ＭＶ−ＨＥＶＣという名前のＨＥＶＣに対するマルチビュー拡張、およびＳＨＶＣいう名前のＨＥＶＣに対するスケーラブル拡張の設計が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ）のビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）によって確定された。ＨＥＶＣ規格は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２と呼ばれる場合もある。
[0047] ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のＪＣＴ−ＶＣ第１８回会合：札幌、日本、２０１４年６月３０日〜７月９日のための「ドラフト高効率ビデオコーディング（ＨＥＶＣ）バージョン２、複合フォーマット範囲拡張（ＲＥｘｔ）、スケーラビリティ拡張（ＳＨＶＣ）、およびマルチビュー拡張（ＭＶ−ＨＥＶＣ）」と題するＨＥＶＣドラフト仕様（ＪＣＴＶＣ−Ｒ１０１３＿ｖ６）、（以下、「ＪＣＴＶＣ−Ｒ１０１３」または「Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２」と呼ばれる）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１８＿Ｓａｐｐｏｒｏ／ｗｇ１１／ＪＣＴＶＣ−Ｒ１０１３−ｖ６．ｚｉｐから利用可能である。ＭＶ−ＨＥＶＣは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｇとして組み込まれている。ＳＨＶＣは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｈとして組み込まれている。
[0048] ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１の３Ｄビデオコーディング拡張共同研究部会第９回会合：札幌、日本、２０１４年６月３〜９日のための「ＭＶ−ＨＥＶＣドラフトテキスト９」と題するＭＶ−ＨＥＶＣドラフト仕様（ＪＣＴ３Ｖ−Ｉ１００２−ｖ７）は、「ＭＶ−ＨＥＶＣドラフトテキスト９」と呼ばれる場合があり、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ３ｖ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／９＿Ｓａｐｐｏｒｏ／ｗｇ１１／ＪＣＴ３Ｖ−Ｉ１００２−ｖ７．ｚｉｐから利用可能である。
[0049] ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のＪＣＴ−ＶＣ第１８回会合：札幌、日本、２０１４年６月３０日〜７月９日のための「高効率ビデオコーディング（ＨＥＶＣ）スケーラブル拡張ドラフト７」と題するＳＨＶＣドラフト仕様（ＪＣＴＶＣ−Ｒ１００８ｖ７）は、「ＳＨＶＣドラフトテキスト７」と呼ばれる場合があり、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１８＿Ｓａｐｐｏｒｏ／ｗｇ１１／ＪＣＴＶＣ−Ｒ１００８−ｖ７．ｚｉｐから利用可能である。
[0050] ＨＥＶＣおよび他のビデオコーディング規格では、ビデオシーケンスは、通常、一連のピクチャを含む。ピクチャは、「フレーム」と呼ばれる場合もある。ピクチャは、１つまたは複数のサンプルアレイを含む場合がある。たとえば、ピクチャは、ＳL、ＳCb、およびＳCrと表記される３つのサンプルアレイを含む場合がある。ＳLは、ルーマサンプルの２次元アレイ（すなわち、ブロック）である。ＳCbは、Ｃｂクロミナンスサンプルの２次元アレイである。ＳCrは、Ｃｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ」サンプルと呼ばれる場合もある。他の例では、ピクチャは、モノクロームの場合があり、ルーマサンプルのアレイのみを含む場合がある。
[0051] ピクチャの符号化表現を生成するために、ビデオエンコーダ２０は、コーディングツリーユニット（ＣＴＵ）のセットを生成することができる。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロック、クロマサンプルの２つの対応するコーディングツリーブロック、およびコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造であり得る。コーディングツリーブロックは、サンプルのＮ×Ｎブロックであり得る。ＣＴＵは、「ツリーブロック」または「最大コーディングユニット」（ＬＣＵ）と呼ばれる場合もある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣなどの他の規格のマクロブロックに広い意味で類似する場合がある。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含む場合がある。スライスは、ラスタ走査順序などの走査順序で連続的に順序付けられた整数個のＣＴＵを含む場合がある。
[0052] コード化ＣＴＵを生成するために、ビデオエンコーダ２０は、ＣＴＵのコーディングツリーブロックに対して４分木区分化を再帰的に実施して、コーディングツリーブロックをコーディングブロックに分割することができ、したがって、「コーディングツリーユニット」という名称がある。コーディングブロックは、サンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイと、Ｃｂサンプルアレイと、Ｃｒサンプルアレイとを有するピクチャの、ルーマサンプルのコーディングブロック、クロマサンプルの２つの対応するコーディングブロック、およびコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造であり得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＣＵは、単一のコーディングブロックと、コーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備える場合がある。
[0053] ビデオエンコーダ２０は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分化することができる。予測ブロックは、同じ予測が適用されるサンプルの長方形（すなわち、正方形または非正方形）ブロックであり得る。ＣＵの予測ユニット（ＰＵ）は、ルーマサンプルの予測ブロック、ピクチャのクロマサンプルの２つの対応する予測ブロック、および予測ブロックサンプルを予測するために使用されるシンタックス構造であり得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロックのための予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成することができる。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＰＵは、単一の予測ブロックと、予測ブロックを予測するために使用されるシンタックス構造とを備える場合がある。
[0054] ビデオエンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵ用の予測ブロックを生成することができる。ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャの復号サンプルに基づいて、ＰＵの予測ブロックを生成することができる。
[0055] ビデオエンコーダ２０がインター予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいて、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０は、単予測または双予測を使用して、ＰＵの予測ブロックを生成することができる。ビデオエンコーダ２０が単予測を使用してＰＵ用の予測ブロックを生成するとき、ＰＵは単一の動きベクトル（ＭＶ）を有する場合がある。ビデオエンコーダ２０が双予測を使用してＰＵ用の予測ブロックを生成するとき、ＰＵは２つのＭＶを有する場合がある。
[0056] ビデオエンコーダ２０がＣＵの１つまたは複数のＰＵ用の予測ブロック（たとえば、予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロック）を生成した後で、ビデオエンコーダ２０は、ＣＵの残差ブロックを生成することができる。ＣＵの残差ブロック内の各サンプルは、ＣＵのＰＵ用の予測ブロック内のサンプルと、ＣＵのコーディングブロック内の対応するサンプルとの間の差分を示す。たとえば、ビデオエンコーダ２０は、ＣＵのルーマ残差ブロックを生成することができる。ＣＵのルーマ残差ブロック内の各サンプルは、ＣＵのＰＵの予測ルーマブロック内のルーマサンプルと、ＣＵのルーマコーディングブロック内の対応するサンプルとの間の差分を示す。加えて、ビデオエンコーダ２０は、ＣＵのＣｂ残差ブロックを生成することができる。ＣＵのＣｂ残差ブロック内の各サンプルは、ＣＵのＰＵの予測Ｃｂブロック内のＣｂサンプルと、ＣＵのＣｂコーディングブロック内の対応するサンプルとの間の差分を示す場合がある。ビデオエンコーダ２０は、ＣＵのＣｒ残差ブロックを生成することもできる。ＣＵのＣｒ残差ブロック内の各サンプルは、ＣＵのＰＵ用の予測Ｃｒブロック内のＣｒサンプルと、ＣＵのＣｒコーディングブロック内の対応するサンプルとの間の差分を示す場合がある。
[0057] さらに、ビデオエンコーダ２０は、４分木区分化を使用して、ＣＵの残差ブロック（たとえば、ルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロック）を、１つまたは複数の変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロック）に分解することができる。変換ブロックは、同じ変換が適用されるサンプルの長方形ブロックであり得る。ＣＵの変換ユニット（ＴＵ）は、ルーマサンプルの変換ブロック、クロマサンプルの２つの対応する変換ブロック、および変換ブロックサンプルを変換するために使用されるシンタックス構造であり得る。したがって、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに関連付けられる場合がある。ＴＵに関連付けられたルーマ変換ブロックは、ＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックは、ＣＵのＣｂ残差ブロックのサブブロックであり得る。Ｃｒ変換ブロックは、ＣＵのＣｒ残差ブロックのサブブロックであり得る。モノクロームピクチャまたは３つの別々の色平面を有するピクチャでは、ＴＵは、単一の変換ブロックと、変換ブロックのサンプルを変換するために使用されるシンタックス構造とを備える場合がある。
[0058] ビデオエンコーダ２０は、ＴＵ用の変換ブロックに１つまたは複数の変換を適用して、ＴＵ用の係数ブロックを生成することができる。たとえば、ビデオエンコーダ２０は、ＴＵ用のルーマ変換ブロックに１つまたは複数の変換を適用して、ＴＵ用のルーマ係数ブロックを生成することができる。ビデオエンコーダ２０は、ＴＵのＣｂ変換ブロックに１つまたは複数の変換を適用して、ＴＵ用のＣｂ係数ブロックを生成することができる。ビデオエンコーダ２０は、ＴＵのＣｒ変換ブロックに１つまたは複数の変換を適用して、ＴＵ用のＣｒ係数ブロックを生成することができる。係数ブロックは変換係数の２次元アレイであり得る。変換係数はスカラー量であり得る。
[0059] 係数ブロック（たとえば、ルーマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後に、ビデオエンコーダ２０は、係数ブロックを量子化することができる。量子化は、一般に、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。ビデオエンコーダ２０が係数ブロックを量子化した後に、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素をエントロピー符号化することができる。たとえば、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素に対してコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を実施することができる。ビデオエンコーダ２０は、エントロピー符号化シンタックス要素をビットストリーム内に出力することができる。
[0060] ビデオエンコーダ２０は、エントロピー符号化シンタックス要素を含むビットストリームを出力することができる。ビットストリームは、コード化ピクチャおよび関連データの表現を形成するビットのシーケンスを含む場合がある。ビットストリームは、ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットのシーケンスを備える場合がある。ＮＡＬユニットの各々は、ＮＡＬユニットヘッダを含み、ローバイトシーケンスペイロード（ＲＢＳＰ）をカプセル化する。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを示すシンタックス要素を含む場合がある。ＮＡＬユニットのＮＡＬユニットヘッダによって指定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化された整数個のバイトを含んでいるシンタックス構造であり得る。いくつかの例では、ＲＢＳＰはゼロビットを含む。
[0061] 様々なタイプのＮＡＬユニットは、様々なタイプのＲＢＳＰをカプセル化することができる。たとえば、様々なタイプのＮＡＬユニットは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）、ピクチャパラメータセット（ＰＰＳ：picture parameter set）、コード化スライス、補足エンハンスメント情報（ＳＥＩ：Supplemental Enhancement Information）メッセージなどのための様々なＲＢＳＰをカプセル化することができる。たとえば、第１のタイプのＮＡＬユニットはＰＰＳ用のＲＢＳＰをカプセル化することができ、第２のタイプのＮＡＬユニットはコード化スライス用のＲＢＳＰをカプセル化することができ、第３のタイプのＮＡＬユニットは補足エンハンスメント情報（ＳＥＩ）用のＲＢＳＰをカプセル化することができ、以下同様である。（パラメータセットおよびＳＥＩメッセージのためのＲＢＳＰとは対照的に）ビデオコーディングデータ用のＲＢＳＰをカプセル化するＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットと呼ばれる場合がある。たとえば、ＪＣＴＶＣ−Ｒ１０１３は、ＶＣＬ ＮＡＬユニットという用語が、ＪＣＴＶＣ−Ｒ１０１３においてＶＣＬ ＮＡＬユニットとして分類されるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約値を有するコード化スライスセグメントのＮＡＬユニットおよびＮＡＬユニットのサブセット用の総称であると定義する。ＳＥＩは、ＶＣＬ ＮＡＬユニットからのコード化ピクチャのサンプルを復号するために必要ではない情報を含んでいる。
[0062] 図１の例では、ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信する。加えて、ビデオデコーダ３０は、ビットストリームを構文解析して、ビットストリームからシンタックス要素を取得することができる。ビデオデコーダ３０は、ビットストリームから取得されたシンタックス要素に少なくとも部分的に基づいて、ビデオデータのピクチャを復元することができる。ビデオデータを復元するプロセスは、一般に、ビデオエンコーダ２０によって実施されたプロセスの逆であり得る。たとえば、ビデオデコーダ３０は、イントラ予測またはインター予測を使用して、現在ＣＵのＰＵの予測ブロックを決定することができる。加えて、ビデオデコーダ３０は、現在ＣＵのＴＵ用の係数ブロックを逆量子化することができる。ビデオデコーダ３０は、係数ブロックに対して逆変換を実施して、現在ＣＵのＴＵ用の変換ブロックを復元することができる。ビデオデコーダ３０は、現在ＣＵのＰＵ用の予測ブロックのサンプルを現在ＣＵのＴＵ用の変換ブロックの対応するサンプルに加えることにより、現在ＣＵのコーディングブロックを復元することができる。ピクチャのＣＵごとにコーディングブロックを復元することにより、ビデオデコーダ３０はピクチャを復元することができる。
[0063] 上記で簡単に示されたように、ＮＡＬユニットは、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）のためのＲＢＳＰをカプセル化することができる。ＶＰＳは、０個以上のコード化ビデオシーケンス（ＣＶＳ）全体に適用されるシンタックス要素を備えるシンタックス構造である。ＳＰＳも、０個以上のＣＶＳ全体に適用されるシンタックス要素を備えるシンタックス構造である。ＳＰＳは、ＳＰＳがアクティブであるときにアクティブであるＶＰＳを識別するシンタックス要素を含む場合がある。したがって、ＶＰＳのシンタックス要素は、ＳＰＳのシンタックス要素よりも一般的に適用可能であり得る。ＰＰＳは、０個以上のコード化ピクチャに適用されるシンタックス要素を備えるシンタックス構造である。ＰＰＳは、ＰＰＳがアクティブであるときにアクティブであるＳＰＳを識別するシンタックス要素を含む場合がある。スライスのスライスヘッダは、スライスがコーディングされているときにアクティブであるＰＰＳを示すシンタックス要素を含む場合がある。
[0064] マルチビューコーディングでは、様々な視点からの同じシーンの複数のビューが存在する場合がある。マルチビューコーディングのコンテキストでは、同じ時間インスタンスに対応するピクチャのセットを指すために、「アクセスユニット」という用語が使用される場合がある。したがって、ビデオデータは、時間とともに生じる一連のアクセスユニットとして概念化される場合がある。「ビュー成分」は、単一のアクセスユニット内のビューのコード化表現であり得る。本開示では、「ビュー」は、同じビュー識別子に関連付けられた一連のビュー成分を指す場合がある。いくつかの例では、ビュー成分は、テクスチャビュー成分（すなわち、テクスチャピクチャ）または深度ビュー成分（すなわち、深度ピクチャ）であり得る。
[0065] ＭＶ−ＨＥＶＣおよびＳＨＶＣでは、ビデオエンコーダは、一連のＮＡＬユニットを備えるビットストリームを生成することができる。ビットストリームの様々なＮＡＬユニットは、ビットストリームの様々なレイヤに関連付けられる場合がある。レイヤは、同じレイヤ識別子を有するＶＣＬ ＮＡＬユニットおよび関連する非ＶＣＬ ＮＡＬユニットのセットとして定義される場合がある。レイヤは、マルチビュービデオコーディングにおけるビューと等価であり得る。マルチビュービデオコーディングでは、レイヤは、様々な時間インスタンスを有する同じレイヤのすべてのビュー成分を含むことができる。各ビュー成分は、特定の時間インスタンスにおいて特定のビューに属するビデオシーンのコード化ピクチャであり得る。マルチビュービデオコーディングまたは３次元ビデオコーディングのいくつかの例では、レイヤは、特定のビューのすべてのコード化深度ピクチャ、または特定のビューのコード化テクスチャピクチャのいずれかを含んでいる場合がある。３Ｄビデオコーディングの他の例では、レイヤは、特定のビューのテクスチャビュー成分と深度ビュー成分の両方を含んでいる場合がある。同様に、スケーラブルビデオコーディングのコンテキストでは、レイヤは、通常、他のレイヤ内のコード化ピクチャとは異なるビデオ特性を有するコード化ピクチャに対応する。そのようなビデオ特性は、通常、空間解像度と品質レベル（たとえば、信号対雑音比）とを含む。ＨＥＶＣおよびその拡張では、時間スケーラビリティは、特定の時間レベルを有するピクチャのグループをサブレイヤとして定義することにより、１つのレイヤ内で実現される場合がある。
[0066] ビットストリームのそれぞれのレイヤごとに、下位レイヤ内のデータは、いかなる上位レイヤ内のデータも参照せずに復号される場合がある。スケーラブルビデオコーディングでは、たとえば、ベースレイヤ内のデータは、エンハンスメントレイヤ内のデータを参照せずに復号される場合がある。一般に、ＮＡＬユニットは、単一のレイヤのデータをカプセル化することだけができる。したがって、ビットストリームの最上位残存レイヤのデータをカプセル化するＮＡＬユニットは、ビットストリームの残存レイヤ内のデータの復号可能性に影響を及ぼすことなく、ビットストリームから削除される場合がある。マルチビューコーディングでは、上位レイヤは、さらなるビュー成分を含む場合がある。ＳＨＶＣでは、上位レイヤは、信号対雑音比（ＳＮＲ）エンハンスメントデータ、空間エンハンスメントデータ、および／または時間エンハンスメントデータを含む場合がある。ＭＶ−ＨＥＶＣおよびＳＨＶＣでは、ビデオデコーダがレイヤ内のピクチャをいかなる他のレイヤのデータも参照せずに復号することができる場合、そのレイヤは「ベースレイヤ」と呼ばれる場合がある。ベースレイヤは、ＨＥＶＣ基本仕様（たとえば、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２）に適合することができる。
[0067] スケーラブルビデオコーディングでは、ベースレイヤ以外のレイヤは「エンハンスメントレイヤ」と呼ばれる場合があり、ビットストリームから復号されるビデオデータの視覚的品質を向上させる情報を提供する場合がある。スケーラブルビデオコーディングは、空間解像度、信号対雑音比（すなわち、品質）、または時間レートを向上させることができる。スケーラブルビデオコーディング（たとえば、ＳＨＶＣ）では、「レイヤ表現」は、単一のアクセスユニット内の空間レイヤのコード化表現であり得る。説明を簡単にするために、本開示は、ビュー成分および／またはレイヤ表現を「ビュー成分／レイヤ表現」または単に「ピクチャ」と呼ぶ場合がある。
[0068] マルチビューコーディングはビュー間予測をサポートする。ビュー間予測は、ＨＥＶＣにおいて使用されるインター予測に類似し、同じシンタックス要素を使用することができる。しかしながら、ビデオコーダが（ＰＵなどの）現在ビデオユニットに対してビュー間予測を実施するとき、ビデオエンコーダ２０は、参照ピクチャとして、現在ビデオユニットと同じアクセスユニット内にあるが異なるビューの中にあるピクチャを使用することができる。対照的に、従来のインター予測は、参照ピクチャとして様々なアクセスユニット内のピクチャのみを使用する。
[0069] マルチビューコーディングでは、ビデオデコーダ（たとえば、ビデオデコーダ３０）が、ビュー内のピクチャをいかなる他のビュー内のピクチャも参照せずに復号することができる場合、そのビューは「ベースビュー」と呼ばれる場合がある。非ベースビューのうちの１つの中のピクチャをコーディングするとき、ピクチャが異なるビュー内にあるが、ビデオコーダが現在コーディングしているピクチャと同じ時間インスタンス（すなわち、アクセスユニット）内にある場合、（ビデオエンコーダ２０またはビデオデコーダ３０などの）ビデオコーダは、参照ピクチャリストにそのピクチャを追加することができる。他のインター予測参照ピクチャと同様に、ビデオコーダは、参照ピクチャリストの任意の位置にビュー間予測参照ピクチャを挿入することができる。
[0070] たとえば、ＮＡＬユニットは、ヘッダ（すなわち、ＮＡＬユニットヘッダ）とペイロード（たとえば、ＲＢＳＰ）とを含む場合がある。ＮＡＬユニットヘッダは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素と呼ばれる場合もある、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素を含む場合がある。様々な値を指定するｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素を有するＮＡＬユニットは、ビットストリームの様々な「レイヤ」に属する。したがって、マルチビューコーディング、ＭＶ−ＨＥＶＣ、ＳＶＣ、またはＳＨＶＣでは、ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素は、ＮＡＬユニットのレイヤ識別子（すなわち、レイヤＩＤ）を指定する。ＮＡＬユニットがマルチビューコーディング、ＭＶ−ＨＥＶＣ、またはＳＶＣにおけるベースレイヤに関係する場合、ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素は０に等しい。ビットストリームのベースレイヤ内のデータは、ビットストリームのいずれの他のレイヤ内のデータも参照せずに復号される場合がある。ＮＡＬユニットがマルチビューコーディング、ＭＶ−ＨＥＶＣ、またはＳＨＶＣにおけるベースレイヤに関係しない場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素は非０値を有する場合がある。マルチビューコーディングでは、ビットストリームの様々なレイヤは、様々なビューに対応する場合がある。ＳＶＣまたはＳＨＶＣでは、ベースレイヤ以外のレイヤは「エンハンスメントレイヤ」と呼ばれる場合があり、ビットストリームから復号されるビデオデータの視覚的品質を向上させる情報を提供する場合がある。
[0071] さらに、レイヤ内のいくつかのピクチャは、同じレイヤ内の他のピクチャを参照せずに復号される場合がある。したがって、レイヤのいくつかのピクチャのデータをカプセル化しているＮＡＬユニットは、そのレイヤ内の他のピクチャの復号可能性に影響を及ぼすことなく、ビットストリームから削除される場合がある。そのようなピクチャのデータをカプセル化しているＮＡＬユニットを削除すると、ビットストリームのフレームレートが低減される場合がある。レイヤ内の他のピクチャを参照せずに復号される場合があるレイヤ内のピクチャのサブセットは、本明細書では「サブレイヤ」または「時間サブレイヤ」と呼ばれる場合がある。
[0072] ＮＡＬユニットは、ｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素を含む場合がある。ＮＡＬユニットのｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素は、ＮＡＬユニットの時間識別子を指定する。ＮＡＬユニットの時間識別子は、そのＮＡＬユニットが関連付けられる時間サブレイヤを識別する。したがって、ビットストリームの各時間サブレイヤは、異なる時間識別子に関連付けられる場合がある。第１のＮＡＬユニットの時間識別子が第２のＮＡＬユニットの時間識別子よりも小さい場合、第１のＮＡＬユニットによってカプセル化されたデータは、第２のＮＡＬユニットによってカプセル化されたデータを参照せずに復号される場合がある。
[0073] ビットストリームは、複数の動作点に関連付けられる場合がある。いくつかの例では、ビットストリームの各動作点は、レイヤ識別子のセット（すなわち、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ値のセット）および時間識別子に関連付けられる場合がある。レイヤ識別子のセットはＯｐＬａｙｅｒＩｄＳｅｔと表記される場合があり、時間識別子はＴｅｍｐｏｒａｌＩＤと表記される場合がある。ＮＡＬユニットのレイヤ識別子が動作点のレイヤ識別子のセット内にあり、ＮＡＬユニットの時間識別子が動作点の時間識別子以下である場合、ＮＡＬユニットは動作点に関連付けられる。したがって、動作点は、サブビットストリーム抽出プロセスへの入力として別のビットストリーム、ターゲット最上位ＴｅｍｐｏｒａｌＩｄ、およびターゲットレイヤ識別子リストを有するサブビットストリーム抽出プロセスの動作によって、別のビットストリームから作り出されたビットストリームであり得る。動作点表現と呼ばれる場合もある動作点は、動作点に関連付けられた各ＮＡＬユニットを含む場合がある。いくつかの例では、動作点は、動作点に関連付けられていないＶＣＬ ＮＡＬユニットを含まない。
[0074] ＶＰＳ、ＳＰＳ、およびＰＰＳなどのパラメータセットは、ＨＥＶＣ規格の拡張に固有の拡張シンタックス構造を含む場合がある。たとえば、パラメータセットは、ＳＨＶＣ、ＭＶ−ＨＥＶＣなどに固有の拡張を含む場合がある。拡張シンタックス構造は、ＨＥＶＣ規格の拡張に適用可能なシンタックス要素を含む場合がある。下記の表１は、ＳＨＶＣドラフトテキスト７およびＭＶ−ＨＥＶＣドラフトテキスト９において定義されたＶＰＳ拡張の一部分を示す。
Figure 2017535184
[0075] 上記の表１の例、および本開示の他のシンタックス表では、タイプ記述子ｕｅ（ｖ）を有するシンタックス要素は、左ビットが先頭の０次指数ゴロム（Ｅｘｐ−Ｇｏｌｏｍｂ）コーディングを使用して符号化される可変長の符号なし整数であり得る。表１および以下の表の例では、形式ｕ（ｎ）の記述子を有するシンタックス要素は、長さｎの符号なし値であり、ここで、ｎは非負整数である。
[0076] 表１において定義されたＶＰＳ拡張の部分は、１つまたは複数の出力レイヤセット（ＯＬＳ）を定義するシンタックス要素を含む。出力レイヤセットは、ＶＰＳ内で指定されたレイヤセットのうちの１つのレイヤからなるレイヤのセットであり、ここで、レイヤのセット内の１つまたは複数のレイヤが出力レイヤであるように示される。詳細には、ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｆｏｒ＿ｏｌｓ＿ｍｉｎｕｓ１［ｉ]シンタックス要素プラス１は、ｉ番目の出力レイヤセットのインデックスを指定する。１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ]［ｊ]シンタックス要素は、ｉ番目のＯＬＳ内のｊ番目のレイヤが出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ]［ｊ]シンタックス要素は、ｉ番目のＯＬＳ内のｊ番目のレイヤが出力レイヤではないことを指定する。
[0077] 出力レイヤセットは、１つまたは複数の区分化方式を有する場合がある。出力レイヤセットの区分化方式は、出力レイヤセット内のレイヤを１つまたは複数のパーティションに分割する。出力レイヤセット内の各レイヤは、区分化方式においてちょうど１つのパーティションに属する。
[0078] 少なくともいくつかのビデオコーディング規格は、ビデオバッファリングモデルを規定する。Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、バッファリングモデルは、「仮想参照デコーダ」または「ＨＲＤ」と呼ばれる。ＨＥＶＣドラフト仕様では、ＨＲＤは付属書類Ｃにおいて記述されている。ＨＲＤは、データが復号のためにどのようにバッファリングされるべきかと、復号データが出力のためにどのようにバッファリングされるかとを記述する。たとえば、ＨＲＤは、コード化ピクチャバッファ（「ＣＰＢ」）、復号ピクチャバッファ（「ＤＰＢ」）、およびビデオ復号プロセスの動作を記述する。ＣＰＢは、ＨＲＤによって指定された復号順序でアクセスユニットを含んでいる先入れ先出しバッファである。ＤＰＢは、ＨＲＤによって指定された参照、出力並べ替え、または出力遅延のために復号ピクチャを保持するバッファである。ＣＰＢおよびＤＰＢの挙動は、数学的に規定される場合がある。ＨＲＤは、タイミング、バッファサイズ、およびビットレートに対して直接的に制約を課する場合がある。さらに、ＨＲＤは、様々なビットストリームの特性および統計値に対して間接的に制約を課する場合がある。
[0079] Ｈ．２６４／ＡＶＣおよびＨＥＶＣでは、ビットストリームの適合性およびデコーダの適合性がＨＲＤ仕様の一部として規定される。言い換えれば、ＨＲＤモデルは、ビットストリームが規格に適合するかどうかを決定する検査と、デコーダが規格に適合するかどうかを決定する検査とを規定する。ＨＲＤはある種類のデコーダとして命名されたが、ビデオエンコーダは、通常、ビットストリームの適合性を保証するためにＨＲＤを使用するが、ビデオデコーダは、通常、ＨＲＤを必要としない。
[0080] Ｈ．２６４／ＡＶＣおよびＨＥＶＣは両方とも、２つのタイプのビットストリームまたはＨＲＤの適合性、すなわちタイプＩとタイプＩＩとを規定する。タイプＩのビットストリームは、ビットストリーム内のすべてのアクセスユニット用のＶＣＬ ＮＡＬユニットおよびフィラーデータＮＡＬユニットのみを含んでいるＮＡＬユニットストリームである。少なくともいくつかの例では、ＮＡＬユニットストリームはＮＡＬユニットのシーケンスである。タイプＩＩのビットストリームは、ビットストリーム内のすべてのアクセスユニット用のＶＣＬ ＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、以下のフィラーデータＮＡＬユニット以外のさらなる非ＶＣＬ ＮＡＬユニット、ならびに、ＮＡＬユニットストリームからバイトストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅｄ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓのシンタックス要素のうちの少なくとも１つを含んでいるＮＡＬユニットストリームである。
[0081] ビットストリームがビデオコーディング規格に適合するかどうかを決定するビットストリーム適合性検査をデバイスが実施するとき、デバイスはビットストリームの動作点を選択することができる。次いで、デバイスは、選択された動作点に適用可能なＨＲＤパラメータのセットを決定することができる。デバイスは、選択された動作点に適用可能なＨＲＤパラメータのセットを使用して、ＨＲＤの挙動を構成することができる。より詳細には、デバイスは、ＨＲＤパラメータの適用可能なセットを使用して、仮想ストリームスケジューラ（ＨＳＳ）、ＣＰＢ、復号プロセス、ＤＰＢなどの、ＨＲＤの特定の構成要素の挙動を構成することができる。その後、ＨＳＳは、特定のスケジュールに従って、ＨＲＤのＣＰＢにビットストリームのコード化ビデオデータを注入することができる。さらに、デバイスは、ＣＰＢ内のコード化ビデオデータを復号する復号プロセスを起動することができる。復号プロセスは、ＤＰＢに復号ピクチャを出力することができる。デバイスがＨＲＤを介してデータを移動させるとき、デバイスは、制約の特定のセットが満たされたままであるかどうかを決定することができる。たとえば、デバイスは、ＨＲＤが選択された動作点を復号している間、ＣＰＢまたはＤＰＢにおいてオーバーフローまたはアンダーフローの状態が発生しているかどうかを決定することができる。デバイスは、このようにして、ビットストリームの各動作点を選択し処理することができる。制約が破られることをビットストリームの動作点が引き起こさない場合、デバイスは、ビットストリームがビデオコーディング規格に適合すると決定することができる。
[0082] Ｈ．２６４／ＡＶＣとＨＥＶＣの両方は、２つのタイプのデコーダ適合性、すなわち、出力タイミングデコーダ適合性と出力順序デコーダ適合性とを規定する。特定のプロファイル、ティア、およびレベルに対する適合性を主張するデコーダは、ＨＥＶＣなどのビデオコーディング規格のビットストリーム適合性要件に適合するすべてのビットストリームをうまく復号することができる。
[0083] デバイスがデコーダ適合性検査を実施して、検査対象のデコーダ（ＤＵＴ）がビデオコーディング規格に適合するかどうかを決定するとき、デバイスは、ビデオコーディング規格に適合するビットストリームをＨＲＤとＤＵＴの両方に供給することができる。ＨＲＤは、ビットストリーム適合性検査に関して上述された方式でビットストリームを処理することができる。ＤＵＴによって出力される復号ピクチャの順序が、ＨＲＤによって出力される復号ピクチャの順序と一致する場合、デバイスは、ＤＵＴがビデオコーディング規格に適合すると決定することができる。その上、ＤＵＴが復号ピクチャを出力するタイミングが、ＨＲＤが復号ピクチャを出力するタイミングと一致する場合、デバイスは、ＤＵＴがビデオコーディング規格に適合すると決定することができる。
[0084] Ｈ．２６４／ＡＶＣおよびＨＥＶＣのＨＲＤモデルでは、復号またはＣＰＢ削除はアクセスユニット（ＡＵ）ベースであり得る。すなわち、ＨＲＤは、一度に完全なアクセスユニットを復号し、ＣＰＢから完全なアクセスユニットを削除すると見なされる。さらに、Ｈ．２６４／ＡＶＣおよびＨＥＶＣのＨＲＤモデルでは、ピクチャの復号は瞬時であると見なされる。ビデオエンコーダ２０は、ピクチャタイミングＳＥＩメッセージ（picture timing SEI message）内で、アクセスユニットの復号を開始する復号時間をシグナリングすることができる。実際の用途では、適合するビデオデコーダがアクセスユニットの復号を開始するためにシグナリングされた復号時間に厳密に従う場合、特定の復号ピクチャを出力する最早可能時間は、その特定のピクチャの復号時間プラスその特定のピクチャを復号するために必要な時間に等しい。しかしながら、現状では、ピクチャを復号するために必要な時間はゼロに等しい可能性はない。
[0085] ＨＲＤパラメータは、ＨＲＤの様々な態様を制御することができる。言い換えれば、ＨＲＤはＨＲＤパラメータに依存する場合がある。ＨＲＤパラメータには、初期ＣＰＢ削除遅延、ＣＰＢサイズ、ビットレート、初期ＤＰＢ出力遅延、およびＤＰＢサイズが含まれ得る。ビデオエンコーダ２０は、ＶＰＳおよび／またはＳＰＳにおいて指定されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内で、これらのＨＲＤパラメータをシグナリングすることができる。個々のＶＰＳおよび／またはＳＰＳは、ＨＲＤパラメータの様々なセットについての複数のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を含む場合がある。いくつかの例では、ビデオエンコーダ２０は、バッファリング期間ＳＥＩメッセージ（buffering period SEI message）またはピクチャタイミングＳＥＩメッセージ内で、ＨＲＤパラメータをシグナリングすることができる。下記の表２は、ＨＥＶＣにおけるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造についての例示的シンタックスである。
Figure 2017535184
[0086] 表２では、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ]プラス１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときのＣＶＳのビットストリーム内の代替ＣＰＢ仕様の数を指定する。ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ]の値は、両端値を含む０〜３１の範囲内である。存在しないとき、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ｉ]の値は０に等しいと推論される。
[0087] さらに、ＶＰＳは、ビデオ有用性情報（ＶＵＩ）シンタックス構造を含む場合がある。Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２では、ＶＰＳ内のＶＵＩシンタックス構造はｖｐｓ＿ｖｕｉ（）と表記される。ＶＰＳ ＶＵＩシンタックス構造は、ＶＵＩビットストリームのＨＲＤパラメータシンタックス構造を含む。Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２では、ＶＰＳ内のＶＵＩビットストリームのＨＲＤパラメータシンタックス構造は、ｖｐｓ＿ｖｕｉ＿ｂｓｐ＿ｈｒｄ＿ｐａｒａｍｓ（）と表記される。下記の表３は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２におけるｖｐｓ＿ｖｕｉ＿ｂｓｐ＿ｈｒｄ＿ｐａｒａｍｓ（）シンタックス構造についてのシンタックス表である。
Figure 2017535184
[0088] 上記の表３では、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ]［ｉ]［ｔ]［ｊ]［ｋ]は、ＨｉｇｈｅｓｔＴｉｄがｔに等しいときのｈ番目のＯＬＳ用のｉ番目の区分化方式のｋ番目のビットストリームパーティションのために指定されたｊ番目の配信スケジュール用のＶＰＳ内のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造のインデックスを指定する。上記で示されたように、ビットストリームパーティションは、出力レイヤセット内のレイヤを１つまたは複数のパーティションに分割する区分化方式に従うビットストリームのサブセットである、ＮＡＬユニットストリームまたはバイトストリームの形態のビットのシーケンスである。ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ]［ｉ]［ｔ]［ｊ]［ｋ]シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＋ｖｐｓ＿ｎｕｍ＿ａｄｄ＿ｈｒｄ＿ｐａｒａｍｓ））ビットである。ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ]［ｉ]［ｔ]［ｊ]［ｋ]の値は、両端値を含む、０〜ｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＋ｖｐｓ＿ｎｕｍ＿ａｄｄ＿ｈｒｄ＿ｐａｒａｍｓ−１の範囲内である。ｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＋ｖｐｓ＿ｎｕｍ＿ａｄｄ＿ｈｒｄ＿ｐａｒａｍｓが１に等しいとき、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ｈ]［ｉ]［ｔ]［ｊ]［ｋ]の値は０に等しいと推論される。
[0089] ＨＥＶＣおよび他のビデオコーディング規格は、プロファイルと、ティアと、レベルとを規定する。プロファイル、ティア、およびレベルは、ビットストリームに対する制限を指定し、したがって、ビットストリームを復号するために必要とされる能力に対する限界を指定する。プロファイル、ティア、およびレベルは、個々のデコーダ実装形態間の相互運用性ポイントを示すために使用される場合もある。各プロファイルは、そのプロファイルに適合するすべてのビデオデコーダによってサポートされるアルゴリズムの特徴および限界のサブセットを指定する。ビデオエンコーダは、プロファイル内でサポートされるすべての特徴を利用することは必要とされない。
[0090] ティアの各レベルは、シンタックス要素および変数が有する場合がある値に対する限界のセットを指定する場合がある。すべてのプロファイルとともにティアおよびレベルの定義の同じセットが使用される場合があるが、個々の実装形態は、サポートされるプロファイルごとに異なるティアをサポートし、ティア内で異なるレベルをサポートする場合がある。所与のプロファイルについて、ティアのレベルは、一般に、特定のデコーダ処理の負荷およびメモリ能力に対応する場合がある。ビデオデコーダの能力は、特定のプロファイル、ティア、およびレベルの制約に適合するビデオストリームを復号する能力に関して指定される場合がある。そのようなプロファイルごとに、そのプロファイルのためにサポートされるティアおよびレベルが表現される場合もある。いくつかのビデオデコーダは、特定のプロファイル、ティア、またはレベルを復号することができない場合がある。
[0091] ＨＥＶＣでは、プロファイル、ティア、およびレベルは、シンタックス構造ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造によってシグナリングされる場合がある。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、ＶＰＳおよび／またはＳＰＳに含まれる場合がある。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃシンタックス要素と、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇシンタックス要素と、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃシンタックス要素とを含む場合がある。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃシンタックス要素は、ＣＶＳが適合するプロファイルを示すことができる。ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇシンタックス要素は、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃシンタックス要素の解釈のためのティアコンテキストを示すことができる。ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃシンタックス要素は、ＣＶＳが適合するレベルを示すことができる。これらのシンタックス要素のための他の値は予約済みであり得る。
[0092] ビデオデコーダの能力は、プロファイル、ティア、およびレベルの制約に適合するビデオストリームを復号する能力に関して指定される場合がある。そのようなプロファイルごとに、そのプロファイルのためにサポートされるティアおよびレベルが表現される場合もある。いくつかの例では、ビデオデコーダは、ＨＥＶＣにおいて指定された値の間のｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃシンタックス要素の予約済み値が、指定されたプロファイル間の中間の能力を示すとは推論しない。しかしながら、ビデオデコーダは、ＨＥＶＣにおいて指定された値の間のｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇシンタックス要素の特定の値に関連付けられたｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃシンタックス要素の予約済み値が、ティアの指定されたレベル間の中間の能力を示すと推論することができる。
[0093] ＭＰＥＧ−２システム仕様は、デジタル送信または記憶に適した単一のデータストリームを形成するために、圧縮マルチメディア（ビデオおよびオーディオ）データストリームが他のデータとともにどのように多重化され得るかを記述している。ＭＰＥＧ−２ ＴＳの最新仕様は、ＩＴＵ−Ｔ勧告Ｈ．２２２．０、２０１２年６月版（本明細書では「ＭＰＥＧ−２ ＴＳ」）であり、アドバンストビデオコーディング（ＡＶＣ）およびＡＶＣ拡張のサポートが提供される。最近、ＨＥＶＣ向けのＭＰＥＧ−２ ＴＳの改正案が開発された。最新文書は、ＭＰＥＧ出力文書Ｎ１３６５６、２０１３年６月の中の「Ｔｅｘｔ ｏｆ ＩＳＯ／ＩＥＣ１３８１８−１：２０１３／Ｆｉｎａｌ Ｄｒａｆｔ Ａｍｅｎｄｍｅｎｔ ３−Ｔｒａｎｓｐｏｒｔ ｏｆ ＨＥＶＣ ｖｉｄｅｏ ｏｖｅｒ ＭＰＥＧ−２ Ｓｙｓｔｅｍｓ」（以下、「文書Ｎ１３６５６」または「ＨＥＶＣ ＴＳ仕様」）である。
[0094] ＭＰＥＧ−２システム仕様は、エレメンタリストリームの概念を定義する。具体的には、エレメンタリストリームは、プログラムの単一のデジタルコーディングされた（場合によってはＭＰＥＧ圧縮された）構成要素である。たとえば、プログラムのコーディングされたビデオまたはオーディオの部分は、エレメンタリストリームであり得る。エレメンタリストリームは、第１に、プログラムストリーム（program stream）またはトランスポートストリーム（transport stream）に多重化される前に、パケット化エレメンタリストリーム（ＰＥＳ）に変換される。同じプログラム内では、１つのエレメンタリストリームに属するＰＥＳパケットを別のものと区別するために、ｓｔｒｅａｍ＿ｉｄが使用される。
[0095] 各それぞれのエレメンタリストリームは、それぞれのエレメンタリストリームのストリームタイプ（stream type）を識別するストリームタイプ識別子を有する。０ｘ２４に等しいストリームタイプを有するエレメンタリストリームは、ＨＥＶＣビデオストリームまたはＨＥＶＣ時間ビデオサブビットストリームまたはＨＥＶＣベースサブパーティションである。文書Ｎ１３６５６において定義されているように、ＨＥＶＣビデオストリーム（HEVC video stream）は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｂにおいて規定されたバイトストリームである。ＨＥＶＣ時間ビデオサブビットストリームは、０に等しいＴｅｍｐｏｒａｌＩＤを有するＨＥＶＣ時間サブレイヤ、または０に等しくないＴｅｍｐｏｒａｌＩＤを有するゼロ以上のＨＥＶＣ時間サブレイヤを備えるビットストリームである。文書Ｎ１３６５６において定義されているように、ＨＥＶＣベースサブパーティションは、ターゲットレイヤ識別子リストが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むターゲットＨＥＶＣ動作点によって識別された、ターゲット最上位ＴｅｍｐｏｒａｌＩｄまでの１つまたは複数のレイヤのすべてのＶＣＬ ＮＡＬユニットと関連する非ＶＣＬ ＮＡＬユニットとを含んでいる、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２において規定された適合ビットストリームでもあるＨＥＶＣビデオサブビットストリームである。
[0096] ０ｘ２７に等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｇにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＴｅｍｐｏｒａｌＩｄ
０を含むＨＥＶＣエンハンスメントサブパーティションである。文書Ｎ１３６５６において定義されているように、ＨＥＶＣエンハンスメントサブパーティションは、ＨＥＶＣベースサブパーティションとゼロ以上の他のＨＥＶＣサブパーティションとを有するそのＨＥＶＣレイヤ集合が、最上位レイヤの動作点のレイヤリストおよびこのビデオサブビットストリーム含まれる最上位ＴｅｍｐｏｒａｌＩｄに従って、有効なＨＥＶＣ積層ビデオストリームをもたらす、１つもしくは複数のＨＥＶＣレイヤ、またはＨＥＶＣ時間ビデオサブビットストリームもしくはそのＨＥＶＣ時間ビデオサブセットである。ＨＥＶＣ時間ビデオサブセットは、１つまたは複数のＨＥＶＣ時間サブレイヤを備える。ＨＥＶＣ時間ビデオサブセットは、その中にＨＥＶＣ時間ビデオサブセットが０に等しいＴｅｍｐｏｒａｌＩＤを有するＨＥＶＣ時間サブレイヤを必ずしも含むとは限らないＨＥＶＣ時間ビデオサブビットストリームとは異なる。
[0097] 文書Ｎ１３６５６において定義されているように、ＨＥＶＣレイヤ集合は、ＨＥＶＣビデオシーケンス内のすべてのＨＥＶＣレイヤ成分の連続するＨＥＶＣレイヤ成分集合である。文書Ｎ１３６５６において定義されているように、ＨＥＶＣレイヤ成分は、ＨＥＶＣサブパーティションに属するＨＥＶＣアクセスユニットのＶＣＬ ＮＡＬユニットおよび関連する非ＶＣＬ ＮＡＬユニットである。さらに、文書Ｎ１３６５６において定義されているように、ＨＥＶＣレイヤ成分集合は、ＨＥＶＣレイヤリストによって示された順序でＨＥＶＣレイヤリスト内で示されたすべてのＨＥＶＣサブパーティションからの同じ出力時間を有するすべてのＨＥＶＣレイヤ成分の連結であり、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｆにおいて定義された有効なアクセスユニットをもたらす。
[0098] ＭＰＥＧ−２ ＴＳのコンテキスト内で使用される「ＨＥＶＣサブパーティション」という用語は、ＨＥＶＣベースサブパーティションまたはＨＥＶＣエンハンスメントサブパーティションのいずれかを指す。ＳＨＶＣおよびＭＶ−ＨＥＶＣのコンテキストでは、同じ概念が「パーティション」と呼ばれる場合がある。ＨＥＶＣ ＴＳ仕様において定義されているように、「ＨＥＶＣベースサブパーティション」という用語は、ＨＥＶＣ規格に適合し、ターゲットレイヤ識別子リストが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むターゲットＨＥＶＣ動作点によって識別された、ターゲット最上位ＴｅｍｐｏｒａｌＩｄまでの１つまたは複数のレイヤのすべてのＶＣＬ ＮＡＬユニットを含んでいる、ＨＥＶＣビデオサブビットストリームである。さらに、ＨＥＶＣ ＴＳ仕様において定義されているように、「ＨＥＶＣエンハンスメントサブパーティション」という用語は、ＨＥＶＣベースサブパーティションとゼロ以上の他のＨＥＶＣサブパーティションとを有するそのＨＥＶＣレイヤ集合が、最上位レイヤの動作点のレイヤリストおよびこのビデオサブビットストリーム含まれる最上位ＴｅｍｐｏｒａｌＩｄに従って、有効なＨＥＶＣ積層ビデオストリームをもたらす、１つもしくは複数のＨＥＶＣレイヤ、またはＨＥＶＣ時間ビデオサブビットストリームもしくはそのＨＥＶＣ時間ビデオサブセットを指す。
[0099] ０ｘ２８に等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｇにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＨＥＶＣ時間エンハンスメントサブパーティションである。文書Ｎ１３６５６において定義されているように、ＨＥＶＣ時間エンハンスメントサブパーティションは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２において規定された１つまたは複数の補完時間サブレイヤを含んでいる、同じＨＥＶＣビデオストリームの別のＨＥＶＣエンハンスメントサブパーティションと同じＨＥＶＣレイヤのセットのＨＥＶＣ時間ビデオサブセットである。本開示では、補完時間サブレイヤは、メインサブパーティションに時間（フレームレート）拡張を提供するＨＥＶＣ時間エンハンスメントサブパーティションである。たとえば、２つの時間サブレイヤ（Ｔｉｄ ０およびＴｉｄ １）を有するレイヤを仮定する。この例では、Ｔｉｄ ０がメインサブパーティション内にあり、Ｔｉｄ １が時間エンハンスメントサブパーティション内にある２つのエレメンタリストリーム（または２つのサブパーティション）内に、２つの時間サブレイヤを搬送することが可能である。
[0100] さらに、０ｘ２９に等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｈにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＴｅｍｐｏｒａｌＩｄ ０を含むＨＥＶＣエンハンスメントサブパーティションである。０ｘ２Ａに等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｈにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＨＥＶＣ時間エンハンスメントサブパーティションである。
[0101] 上記で簡単に示されたように、ＭＰＥＧ−２システム仕様は、プログラムストリームおよびトランスポートストリームの概念を定義する。プログラムストリームおよびトランスポートストリームは、様々な用途を対象にする２つの代替的な多重化である。プログラムストリームは、デジタルストレージサービスからの単一のプログラムの記憶および表示のためにバイアスされ、プログラムストリームは、誤りがかなり起こりやすいので、誤りのない環境での使用を対象とする。対照的に、トランスポートストリームは、潜在的に誤りを起こしやすいチャネルを介するいくつかのプログラムの同時配信を対象とする。一般に、トランスポートストリームは、単一のトランスポートストリームが多くの独立したプログラムに適応することができるように、ブロードキャストなどのマルチプログラムアプリケーションのために考案された多重化である。プログラムストリームは、それに属するエレメンタリストリームを備えるにすぎず、通常、可変長のパケットを含んでいる。
[0102] プログラムストリームでは、寄与しているエレメンタリストリームから導出されたＰＥＳパケットが「パック」に編成される。パックは、パックヘッダと、オプションのシステムヘッダと、寄与しているエレメンタリストリーム（すなわち、プログラムストリームのエレメンタリストリーム）のいずれかから取られる任意の数のＰＥＳパケットとを任意の順序で備える。システムヘッダは、プログラムストリームの最大データレート、プログラムストリームの寄与しているビデオおよびオーディオのエレメンタリストリームの数、およびさらなるタイミング情報などの、プログラムストリームの特性の概要を含んでいる。デコーダ３０などのデコーダは、システムヘッダに含まれている情報を使用して、デコーダがプログラムストリームを復号することが可能であるか否かを決定することができる。
[0103] トランスポートストリームは、一連のトランスポートパケットを備える。トランスポートパケットは、ＰＥＳパケットの１つのタイプである。トランスポートパケットの各々は、１８８バイト長である。トランスポートストリーム内の短い固定長パケットの使用は、トランスポートストリームがプログラムストリームよりも誤りが起こりにくいことを意味する。さらに、リードソロモン符号化などの標準的な誤り保護プロセスを介してトランスポートパケットを処理すると、各々１８８バイト長のトランスポートパケットのさらなる誤り保護を与えることができる。トランスポートストリームの誤り耐性が向上することは、ブロードキャスト環境において発見されるものなどの、誤りを起こしやすいチャネルを克服するより良い機会をトランスポートストリームが有することを意味する。トランスポートストリームの誤り耐性が高まること、およびトランスポートストリーム内で多くの同時プログラムを搬送できることを考慮すると、トランスポートストリームが明らかに２つの多重化（すなわち、プログラムストリームおよびトランスポートストリーム）のうちの良い方であるように見える。しかしながら、トランスポートストリームは、プログラムストリームよりもさらに高度な多重化であり、その結果、作成および逆多重化を行うことがより困難である。
[0104] トランスポートパケットの最初のバイトは同期バイトであり、０ｘ４７である。単一のトランスポートストリームは、各々が多くのパケット化エレメンタリストリームを備える、多くの様々なプログラムを搬送することができる。加えて、トランスポートパケットは、１３ビットのパケット識別子（ＰＩＤ）フィールドを含む。ＰＩＤフィールドは、あるエレメンタリストリームのデータを含んでいるトランスポートパケットを、他のエレメンタリストリームのデータを搬送するトランスポートパケットと区別するために使用される。各エレメンタリストリームが一意のＰＩＤ値を与えられることを保証することは、マルチプレクサの責務である。トランスポートパケットの最後のバイトは連続カウントフィールドである。連続カウントフィールドの値は、同じエレメンタリストリームに属する連続するトランスポートパケットの間で増分される。連続カウントフィールドの値を増分すると、デコーダ３０などのデコーダが、トランスポートパケットの減少または増加を検出し、そうでない場合トランスポートパケットの減少または増加からもたらされる場合がある誤りを潜在的に隠すことが可能になる。
[0105] トランスポートパケットが属するエレメンタリストリームは、トランスポートパケットのＰＩＤ値に基づいて決定される場合があるが、デコーダは、どのエレメンタリストリームがどのプログラムに属するかを決定することができる必要があり得る。したがって、プログラム固有情報は、プログラムと構成要素のエレメンタリストリームとの間の関係を明示的に指定する。たとえば、プログラム固有情報は、プログラムとプログラムに属するエレメンタリストリームとの間の関係を指定することができる。トランスポートストリームのプログラム固有情報には、プログラムマップテーブル（ＰＭＴ）、プログラム関連テーブル（ＰＡＴ）、限定受信テーブル、およびネットワーク情報テーブルが含まれ得る。
[0106] トランスポートストリーム内で搬送されるあらゆるプログラムは、プログラムマップテーブル（ＰＭＴ）に関連付けられる。ＰＭＴは、２つ以上のプログラムを含むことが許される。たとえば、トランスポートストリーム内で搬送される複数のプログラムは、同じＰＭＴに関連付けられる場合がある。プログラムに関連付けられたＰＭＴは、そのプログラムおよびそのプログラムを備えるエレメンタリストリームについての詳細を与える。たとえば、番号３を有するプログラムは、ＰＩＤ３３を有するビデオと、ＰＩＤ５７を有する英語のオーディオと、ＰＩＤ６０を有する中国語のオーディオとを含んでいる場合がある。言い換えれば、この例では、ＰＭＴは、そのトランスポートパケットが３３に等しい値を有するＰＩＤフィールドを含むエレメンタリストリームが、３に等しい番号（たとえば、ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ）を有するプログラムのビデオを含んでいることと、そのトランスポートパケットが５７に等しい値を有するＰＩＤフィールドを含むエレメンタリストリームが、番号３を有するプログラムの英語のオーディオを含んでいることと、そのトランスポートパケットが６０に等しい値を有するＰＩＤフィールドを含むエレメンタリストリームが、番号３を有するプログラムの中国語のオーディオを含んでいることとを指定する場合がある。
[0107] 基本ＰＭＴは、ＭＰＥＧ−２システム仕様内で規定された多くの記述子のうちのいくつかで装飾される場合がある。言い換えれば、ＰＭＴは１つまたは複数の記述子を含む場合がある。記述子は、プログラムまたはプログラムの構成要素のエレメンタリストリームについてのさらなる情報を搬送する。記述子は、ビデオ符号化パラメータ、オーディオ符号化パラメータ、言語識別情報、パンアンドスキャン情報、限定アクセス詳細、著作権情報などを含む場合がある。放送事業者または他のユーザは、必要な場合、追加のプライベート記述子を定義することができる。ビデオ関連構成要素のエレメンタリストリームでは、階層記述子が存在する場合もある。階層記述子は、階層的にコーディングされたビデオ、オーディオ、およびプライベートストリームの構成要素を含んでいるプログラム要素を識別する情報を提供する。プライベートストリームは、プログラム固有情報のストリームなどのメタデータを含む場合がある。一般に、プログラム要素は、プログラム（すなわち、プログラムの構成要素のエレメンタリストリーム）に含まれるデータまたはエレメンタリストリームのうちの１つである。ＭＰＥＧ−２トランスポートストリームでは、プログラム要素は、通常、パケット化される。ＭＰＥＧ−２プログラムストリームでは、プログラム要素はパケット化されない。
[0108] プログラムストリームのプログラム固有情報は、プログラムストリームマップ（ＰＳＭ）を含む場合がある。プログラムストリームのＰＳＭは、プログラムストリーム内のエレメンタリストリームの記述と、エレメンタリストリームの互いとの関係とを提供する。トランスポートストリーム内で搬送されるとき、この構造は修正されてはならない。ＰＳＭは、ｓｔｒｅａｍ＿ｉｄ値が０ｘＢＣであるときにＰＥＳパケットとして存在する。
[0109] 上記で示されたように、トランスポートストリームのプログラム固有情報は、プログラム関連テーブル（ＰＡＴ）を含む場合がある。トランスポートストリームのＰＡＴは、トランスポートストリーム内で利用可能なすべてのプログラムの完全なリストを含んでいる。ＰＡＴは、常にＰＩＤ値０を有する。言い換えれば、０に等しいＰＩＤ値を有するトランスポートパケットは、ＰＡＴを含んでいる。ＰＡＴは、それぞれのプログラムに関連付けられたプログラムマップテーブルを含んでいるトランスポートパケットのＰＩＤ値とともに、トランスポートストリームの各それぞれのプログラムを列記する。たとえば、上述された例示的なＰＭＴでは、ＰＡＴは、プログラム番号３のエレメンタリストリームを指定するＰＭＴが１００１のＰＩＤを有することを指定する情報を含む場合があり、別のＰＭＴが１００２の別のＰＩＤを有することを指定する情報を含む場合がある。言い換えれば、この例では、ＰＡＴは、そのＰＩＤフィールドが１００１に等しい値を有するトランスポートパケットが、プログラム番号３のＰＭＴを含んでいることを指定する場合があり、ＰＡＴは、そのＰＩＤフィールドが１００２に等しい値を有するトランスポートパケットが、別のプログラムのＰＭＴを含んでいることを指定する場合がある。
[0110] さらに、上記で示されたように、トランスポートストリームのプログラム固有情報は、ネットワーク情報テーブル（ＮＩＴ）を含む場合がある。トランスポートストリームのＰＡＴ内で指定されたプログラム番号０は、特別な意味を有する。具体的には、プログラム番号０はＮＩＴを指す。トランスポートストリームのＮＩＴはオプションであり、存在するとき、ＮＩＴは、トランスポートストリームを搬送する物理ネットワークについての情報を提供する。たとえば、ＮＩＴは、チャネル周波数、衛星トランスポンダ詳細、変調特性、サービス発信者、サービス名称、および利用可能な代替ネットワークの詳細などの情報を提供することができる。
[0111] 上記で示されたように、トランスポートストリームのプログラム固有情報は、限定受信テーブル（ＣＡＴ）を含む場合がある。いくつかの例では、トランスポートストリーム内の任意のエレメンタリストリームがスクランブルされる場合、ＣＡＴは存在しなければならない。ＣＡＴは、使用中のスクランブリングシステムの詳細を提供し、限定アクセス管理と資格情報とを含んでいるトランスポートパケットのＰＩＤ値を提供する。ＭＰＥＧ−２は、この情報のフォーマットを規定しない。
[0112] 上記で示されたように、ＰＭＴは、プログラムまたはプログラムの構成要素のエレメンタリストリームについての情報を搬送する、１つまたは複数の記述子を含む場合がある。ＰＭＴ内の１つまたは複数の記述子は、階層記述子を含む場合がある。ＭＰＥＧ−２トランスポートストリーム（ＴＳ）では、階層記述子は、様々なエレメンタリストリーム内でサブビットストリームの階層をシグナリングするように設計されている。階層記述子は、Ｌ−ＨＥＶＣ内のレイヤなどの、階層的にコーディングされたビデオ、オーディオ、およびプライベートストリームの構成要素を含んでいるプログラム要素を識別する情報を提供する。下記の表２−４９は、階層記述子のシンタックスを示す。表２−４９に続く段落は、階層記述子のフィールドのセマンティクスを記載する。
Figure 2017535184
[0113] ｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ−「０」に設定されると、関連するプログラム要素が、ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘによって参照されるプログラム要素から得られるビットストリームのフレームレートを向上させることを示す、１ビットフラグ。このフラグの「１」の値は予約済みである。
[0114] ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ−「０」に設定されると、関連するプログラム要素が、ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘによって参照されるプログラム要素から得られるビットストリームの空間解像度を向上させることを示す、１ビットフラグ。このフラグの「１」の値は予約済みである。
[0115] ｑｕａｌｉｔｙ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ−「０」に設定されると、関連するプログラム要素が、ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘによって参照されるプログラム要素から得られるビットストリームのＳＮＲ品質または忠実度を向上させることを示す、１ビットフラグ。このフラグの「１」の値は予約済みである。
[0116] ｈｉｅｒａｒｃｈｙ＿ｔｙｐｅ−関連する階層レイヤとその階層組込み型レイヤとの間の階層関係が（下記に示される）表２−５０において定義される。スケーラビリティが２つ以上の次元において適用される場合、このフィールドは、「８」の値（「複合スケーラビリティ」）に設定されなければならず、フラグｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、およびｑｕａｌｉｔｙ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇはそれに応じて設定されなければならない。ＭＶＣビデオサブビットストリームの場合、このフィールドは、「９」の値（「ＭＶＣビデオサブビットストリーム」）に設定されなければならず、フラグｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、およびｑｕａｌｉｔｙ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇは、「１」に設定されなければならない。ＭＶＣベースビューサブビットストリームの場合、ｈｉｅｒａｒｃｈｙ＿ｔｙｐｅフィールドは、「１５」の値に設定されなければならず、フラグｔｅｍｐｏｒａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、ｓｐａｔｉａｌ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇ、およびｑｕａｌｉｔｙ＿ｓｃａｌａｂｉｌｉｔｙ＿ｆｌａｇは、「１」に設定されなければならない。
[0117] ｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘ−ｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘは、コーディングレイヤ階層のテーブルにおいて関連するプログラム要素の一意のインデックスを定義する６ビットフィールドである。インデックスは、シングルプログラム定義内で一意にならなければならない。Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０の付属書類Ｇにおいて定義されている１つまたは複数のプロファイルに適合するＡＶＣビデオストリームのビデオサブビットストリームの場合、これは、同じアクセスユニットのビデオサブビットストリームの関連するスケーラブルビデオコーディング依存性表現が、ｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘの昇順（ascending order）で再アセンブルされる場合にビットストリーム順序が正しくなるように割り当てられる、プログラム要素インデックスである。Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０の付属書類Ｈにおいて定義されている１つまたは複数のプロファイルに適合するＡＶＣビデオストリームのＭＶＣビデオサブビットストリームの場合、これは、同じアクセスユニットのＭＶＣビデオサブビットストリームの関連するＭＶＣビュー成分サブセットが、ｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘの昇順で再アセンブルされる場合にビットストリーム順序が正しくなるように割り当てられる、プログラム要素インデックスである。
[0118] ｔｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ−「０」に設定されると、ＴＲＥＦフィールドが関連するエレメンタリストリーム内のＰＥＳパケットヘッダ内に存在する場合があることを示す、１ビットフラグ。このフラグの「１」の値は予約済みである。
[0119] ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘ−ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘは、このｈｉｅｒａｒｃｈｙ＿ｄｅｓｃｒｉｐｔｏｒに関連付けられたエレメンタリストリームの復号の前に、復号順序でアクセスされ存在する必要があるプログラム要素のｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘを定義する６ビットフィールドである。ｈｉｅｒａｒｃｈｙ＿ｔｙｐｅ値が１５である場合、ｈｉｅｒａｒｃｈｙ＿ｅｍｂｅｄｄｅｄ＿ｌａｙｅｒ＿ｉｎｄｅｘフィールドは未定義になる。
[0120] ｈｉｅｒａｒｃｈｙ＿ｃｈａｎｎｅｌ−ｈｉｅｒａｒｃｈｙ＿ｃｈａｎｎｅｌは、送信チャネルの順序セットにおいて関連するプログラム要素のための所期のチャネル番号を示す６ビットフィールドである。最もロバストな送信チャネルは、全体的な送信階層定義に関して、このフィールドの最低値によって定義される。所与のｈｉｅｒａｒｃｈｙ＿ｃｈａｎｎｅｌは、いくつかのプログラム要素に同時に割り当てられる場合がある。
[0121] 下記の表２−５０は、階層記述子のｈｉｅｒａｒｃｈｙ＿ｔｙｐｅフィールドの値の意味を記載する。
Figure 2017535184
[0122] Ｌ−ＨＥＶＣ ＴＳドラフトでは、（ＰＴＬ情報と呼ばれる）プロファイル、ティア、およびレベルの情報、ならびに動作点情報は、ＨＥＶＣ拡張記述子およびＨＥＶＣ動作点記述子内でシグナリングされる。２つの記述子のシンタックス表が以下の表に示される。
Figure 2017535184
Figure 2017535184
[0123] 最近、積層ＨＥＶＣの搬送向けのＭＰＥＧ−２ ＴＳの改正が開始された。最新文書は、ＭＰＥＧ文書ｗ１４５６２、２０１４年７月の中の「Ｔｅｘｔ ｏｆ ＩＳＯ／ＩＥＣ１３８１８−１：２０１３／Ｓｔｕｄｙ ｏｆ ＰＤＡＭ ７−Ｃａｒｒｉａｇｅ ｏｆ Ｌａｙｅｒｅｄ ＨＥＶＣ」（以下、「Ｌ−ＨＥＶＣ ＴＳドラフト」）である。Ｌ−ＨＥＶＣ ＴＳドラフトでは、現在のバッファモデルが以下のように記述されている。ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２２２．０｜ＩＳＯ／ＩＥＣ１３８１８−１プログラムの中に０ｘ２７〜０ｘ２Ａの範囲内のｓｔｒｅａｍ＿ｔｙｐｅ値を有する少なくとも１つのストリームが存在するとき、および、ビットストリームパーティション固有のコード化ピクチャバッファ（ＣＰＢ）動作をシグナリングするために、アクティブＨＲＤパラメータシンタックス構造内のｓｕｂ＿ｐｉｃ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく設定されたとき、２．４．２に記述されたトランスポートシステムターゲットデコーダ（Ｔ−ＳＴＤ）モデルは、図２に示されたように、および下記に指定されるように拡張される。図２は、ビットストリームパーティション固有のＣＰＢ動作向けのＴ−ＳＴＤモデル拡張を示す概念図である。
[0124] 以下の追加記法は、Ｔ−ＳＴＤ拡張を記述するために使用され、図２に示されている。
[0125] ｔ（ｉ）は、トランスポートストリームのｉ番目のバイトがシステムターゲットデコーダに入るときの秒単位の時間を示す。
[0126] ｌは、（ＴｅｍｐｏｒａｌＩｄ ０を含む）ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７または０ｘ２９の受信ＨＥＶＣサブパーティションへのインデックスである。ＨＥＶＣサブパーティションの順序は、存在する場合、ＨＥＶＣ動作点記述子によって示され、存在しない場合、順序は、階層記述子によって示される依存関係によって与えられる。同じインデックスが、対応するＨＥＶＣ時間エンハンスメントサブパーティションにも適用される。ここで、ｌは、ＨＥＶＣベースサブパーティションに関連付けられたｎから始まり、（ｎ＋ｍ）に達し、ここで、ｍは下記で指定される。
[0127] ｍは、ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７または０ｘ２９の受信ＨＥＶＣサブパーティションの数である。
[0128] Ｈｌは、同じＨＥＶＣベースサブパーティションを有する階層記述子によって関連付けられた、ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７または０ｘ２９のｌ番目の受信ＨＥＶＣサブパーティションの受信ＨＥＶＣ対応時間エンハンスメントサブパーティションの数である。
[0129] ＥＳl,kは、ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７もしくは０ｘ２９のｌ番目の受信ＨＥＶＣサブパーティションのｋ番目のＨＥＶＣ対応時間エンハンスメントサブパーティション、またはｋが０に等しい場合、ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７もしくは０ｘ２９のｌ番目のＨＥＶＣサブパーティションを含んでいる受信エレメンタリストリームである。
[0130] ＥＳn+m,Hmは、受信エレメンタリストリームのセット内の最上位ＨＥＶＣ動作点のＨＥＶＣサブパーティションを含んでいる受信エレメンタリストリームである。
[0131] ＰＩＤn+m,Hmは、ＥＳn+m,Hmを識別するパケット識別子値である。
[0132] ｊは、出力ＨＥＶＣアクセスユニットへのインデックスである。
[0133] Ｃl（ｊ）は、ｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２７もしくは０ｘ２９のｌ番目の受信ＨＥＶＣサブパーティション、またはＨＥＶＣ対応時間エンハンスメントサブパーティションのＨＥＶＣレイヤ成分である。
[0134] Ａn（ｊ）は、ＨＥＶＣ完全時間表現のｊ番目のＨＥＶＣアクセスユニットである。
[0135] ｔｄn（ｊ）は、システムターゲットデコーダ内のＡn（ｊ）の復号時間である。
[0136] ｔｒl（ｊ）は、Ｃl（ｊ）に添付されたＰＥＳヘッダ内で利用可能である場合、ＴＲＥＦの値であり、そうでない場合、システムターゲットデコーダ内のＡn（ｊ）の復号時間である。
[0137] ＴＢl,kは、エレメンタリストリームＥＳl,k用のトランスポートバッファである。
[0138] ＴＢＳl,kは、バイト単位で測定されたトランスポートバッファＴＢl,kのサイズである。
[0139] ＭＢl,kは、エレメンタリストリームＥＳl,k用の多重化バッファである。
[0140] ＭＢＳl,kは、バイト単位で測定された多重化バッファＭＢl,kのサイズである。
[0141] ＥＢlは、受信ＨＥＶＣ時間ビデオサブビットストリームＥＳl,0および受信ＨＥＶＣ時間ビデオサブセットＥＳl,1〜ＥＳl,H用のエレメンタリストリームバッファである。注Ｘ１−各バッファＥＢlは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｆにおいて規定されたように、１つまたは複数のパーティションを含んでいる。
[0142] ＥＢＳlは、バイト単位で測定されたエレメンタリストリームバッファＥＢlのサイズである。
[0143] Ｒｘl,kは、下記に規定されるように、ｋ番目のトランスポートバッファＴＢl,kからｋ番目の多重化バッファＭＢl,kへの転送レートである。
[0144] Ｒｂｘl,kは、下記に規定されるように、ｋ番目の多重化バッファＭＢl,kからエレメンタリストリームバッファＥＢlへの転送レートである。注Ｘ２−インデックスｎは、使用される場合、受信エレメンタリストリームおよび関連するバッファがある特定のＨＥＶＣベースサブパーティションに属することを示し、これらのエレメンタリストリームおよび関連するバッファを、他のエレメンタリストリームおよびバッファから区別し、図２の記法および他のＴ−ＳＴＤ拡張との一貫性を維持する。
[0145] ＴＢl,k、ＭＢl,k、ＥＢlのバッファ管理に関して、以下が適用される。
・受信エレメンタリストリームＥＳl,kごとに１つのトランスポートバッファＴＢl,kが存在し、サイズＴＢＳl,kは５１２バイトに固定される。
・受信エレメンタリストリームＥＳl,kごとに１つの多重化バッファＭＢl,kが存在し、多重化バッファＭＢl,kのサイズＭＢＳl,kは以下のように制約される。
Figure 2017535184
ここで、
ＢＳoh、パケットオーバーヘッドバッファリング、およびＢＳmux、追加多重化バッファリングは、文書Ｎ１３６５６の項２．１７．２に規定されている通りである。
ＭａｘＣＰＢ［ｔｉｅｒ，ｌｅｖｅｌ]およびＭａｘＢＲ［ｔｉｅｒ，ｌｅｖｅｌ]は、ＥＳl,kに関連付けられたＨＥＶＣ動作点のティアおよびレベルについての、ＨＥＶＣのティアおよびレベルの仕様から取られる。
ｃｐｂ＿ｓｉｚｅは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｆにおいて規定されているように、サブレイヤＨＲＤパラメータから取られ、ＥＳl,kに関連付けられたＨＥＶＣ動作点に含まれる。
・受信エレメンタリストリームのセット内のＨｌ＋１個のエレメンタリストリームＥＳl,0〜ＥＳlm,Hl用に１つのエレメンタリストリームバッファＥＢlが存在し、合計サイズＥＢＳlは、
Figure 2017535184
であり、ここで、ｃｐｂ＿ｓｉｚｅは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｆにおいて規定されているように、サブレイヤＨＲＤパラメータから取られ、ＥＳl,Hに関連付けられたＨＥＶＣ動作点に含まれる。
・ＴＢl,kからＭＢl,kへの転送は、以下のように適用される。
・ＴＢl、k内にデータが存在しない場合、Ｒｘl、kはゼロに等しい。
・そうでない場合、Ｒｘl,k＝ｂｉｔ＿ｒａｔｅであり、
ここで、ｂｉｔ＿ｒａｔｅは、バイトストリームフォーマットのためのＣＰＢへのデータフローのＣｐｂＢｒＮａｌＦａｃｔｏｒ／ＣｐｂＢｒＶｃｌＦａｃｔｏｒ×ＢｉｔＲａｔｅ［ｉ]であり、ＢｉｔＲａｔｅ［ｉ]は、サブレイヤＨＲＤパラメータがＥＳl,k内のＨＥＶＣビデオサブパーティション用のＶＰＳ内に存在するとき、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２において定義されている通りである。
・ＭＢl、kからＥＢlへの転送は、以下のように適用される。
・ＨＥＶＣビデオサブビットストリーム用のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に設定されたＨＥＶＣ＿ｔｉｍｉｎｇ＿ａｎｄ＿ＨＲＤ＿ｄｅｓｃｒｉｐｔｏｒが存在する場合、ＭＢl,kからＥＢlへのデータの転送は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて定義されているように、エレメンタリストリームＥＳl,HのＣＰＢ内のデータ到達についてのＨＲＤ定義方式に従わなければならない。
・そうでない場合、以下のように、ＭＢl、kからＥＢlにデータを転送するために漏洩方法が使用されなければならない。
Figure 2017535184
ここで、ＭａｘＢＲ［ｔｉｅｒ，ｌｅｖｅｌ]は、エレメンタリストリームＥＳl,k内の関連するＨＥＶＣ積層ビデオサブビットストリーム（まで）を再アセンブルすることからもたらされる、ＨＥＶＣ動作点のティアおよびレベルについて、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２（表Ａ．２）の中のティアおよびレベルの仕様内のバイトストリームフォーマット用に定義されている通りである。
ＭＢl,k内にＰＥＳパケットペイロードデータが存在し、ＥＢlが一杯でない場合、ＰＥＳパケットペイロードは、Ｒｂｘl、kに等しいレートでＭＢl、kからＥＢlに転送される。ＥＢlが一杯である場合、データはＭＢl、kから取り出されない。１バイトのデータがＭＢl、kからＥＢlに転送されるとき、ＭＢl、k内にあり、そのバイトに先行するすべてのＰＥＳパケットヘッダバイトは、瞬時に取り出され、廃棄される。ＭＢl、k内にＰＥＳパケットペイロードデータが存在しないとき、ＭＢl、kからデータは取り出されない。ＭＢl、kに入るすべてのデータはＭＢl、kから出る。すべてのＰＥＳパケットペイロードデータバイトは、ＭＢl、kから出ると瞬時にＥＢlに入る。
[0146] ２０１４年１０月１０日に出願された米国仮特許出願第６２／０６２，６８１号に記載されている、ＨＥＶＣ拡張の搬送向けのＭＰＥＧ−２ ＴＳの設計が関係する。
[0147] 上記に示された記述子に加えて、記述子は、１つまたは複数のＨＥＶＣタイミングおよびＨＲＤ記述子を含む場合がある。ＨＥＶＣタイミングおよびＨＲＤ記述子は、ＨＥＶＣビデオストリーム、ＨＥＶＣ時間ビデオサブビットストリーム、またはＨＥＶＣ時間ビデオサブセット用のタイミングおよびＨＲＤのパラメータを提供する。下記の表２−１１０は、文書Ｎ１３６５６において定義された、ＨＥＶＣタイミングおよびＨＲＤ記述子用のシンタックス表である。
Figure 2017535184
[0148] 表２−１１０では、ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇは、トランスポートストリーム内で使用するためにのみ定義された１ビットフラグである。ＨＥＶＣタイミングおよびＨＲＤ記述子が、トランスポートストリーム内で搬送されるＨＥＶＣビデオストリームまたはＨＥＶＣ最上位時間サブレイヤ表現に関連付けられるとき、以下が適用される。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に設定された場合、バッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて定義されているように、関連するＨＥＶＣビデオストリームまたはＨＥＶＣ最上位時間サブレイヤ表現の中に存在しなければならない。これらのバッファリング期間ＳＥＩメッセージは、コーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔの値を搬送しなければならず、ＮＡＬ ＨＲＤ用のｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔの値をさらに搬送することができる。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に設定された場合、文書Ｎ１３６５６の２．１７．２において定義されているＴ−ＳＴＤ内のＭＢnからＥＢnへの各バイトの転送、または文書Ｎ１３６５６の２．１７．３において定義されているＴ−ＳＴＤ内のＭＢn,kからＥＢnへの転送は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて規定されているように、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１に等しいＳｃｈｅｄＳｅｌＩｄｘ用の、コーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔの値から、またはコーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔの値から決定された、ＮＡＬ ＨＲＤ内のＣＰＢへのそのバイト用の配信スケジュールに従わなければならない。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「０」に設定されると、文書Ｎ１３６５６の２．１７．２において定義されているＴ−ＳＴＤ内のＭＢnからＥＢnへの転送、または文書Ｎ１３６５６の２．１７．３において定義されているＴ−ＳＴＤ内のＭＢn,kからＥＢnへの転送のために、漏洩方法が使用されなければならない。
[0149] したがって、Ｎ１３６５６において規定されたＨＥＶＣタイミングおよびＨＲＤ記述子のバージョンでは、ＳｃｈｅｄＳｅｌＩｄｘの値は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１に等しく設定される。ＨＲＤの動作では、仮想ストリームスケジューラは、ＳｃｈｅｄＳｅｌＩｄｘによって示された配信スケジュールに従ってテストビットストリームを配信する。
[0150] 上述されたように、現在のＨＥＶＣタイミングおよびＨＲＤ記述子では、ＳｃｈｅｄＳｅｌＩｄｘの値は、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１に等しく設定される。しかしながら、ＨＥＶＣ仕様では、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の１つ値だけではなく（すなわち、単一の値だけではなく）、値のアレイ、時間サブレイヤごとのそれぞれの値が存在する。したがって、値のうちのどれが使用されるべきかは少なくとも不明確である。さらに、０よりも大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１の任意の特定の値の場合、複数の配信スケジュールが存在する可能性があり、いつも最後の配信スケジュールがなぜ常に選ばれる（すなわち、選択される）かは明確でない。最後に、ＳＨＶＣ／ＭＶ−ＨＥＶＣ ＨＲＤの最終設計では、特定の出力レイヤセット用の配信スケジュールは、様々なレイヤ用の様々な配信スケジュールの組合せである。
[0151] この問題を克服するために、本開示では、ＳｃｈｅｄＳｅｌＩｄｘ（すなわち、スケジュール選択インデックス）の値は、ＨＥＶＣタイミングおよびＨＲＤ記述子内で明示的にシグナリングされることが提案される。たとえば、シンタックス要素ｔａｒｇｅｔ＿ｓｃｈｅｄｕｋｅ＿ｉｄｘは、ＨＥＶＣタイミングおよびＨＲＤ記述子内でシグナリングされる場合がある。一代替案では、ＳｃｈｅｄＳｅｌＩｄｘの値は、動作点ごとにＨＥＶＣ動作点記述子内でシグナリングされる。したがって、一例では、ビデオ処理デバイス（たとえば、ソースデバイス１２、ビデオエンコーダ２０）は、ＨＥＶＣタイミングおよびＨＲＤ記述子内で、または動作点ごとにＨＥＶＣ動作点記述子内で、スケジュール選択インデックスの値を明示的にシグナリングする。同様に、一例では、ビデオデコーダ３０（または宛先デバイス１４）は、ＨＥＶＣタイミングおよびＨＲＤ記述子内で、または動作点ごとにＨＥＶＣ動作点記述子内で、明示的にシグナリングされたスケジュール選択インデックスの値を取得することができる。
[0152] ＳＨＶＣ／ＭＶ−ＨＥＶＣ仕様では、１つまたは複数のＨＲＤパラメータシンタックス構造が存在する場合があり、ビットストリームの各パーティションは、ＨＲＤパラメータシンタックス構造のうちの１つを指す。ＭＰＥＧ−２システム上のＬ−ＨＥＶＣの搬送の場合、ＨＥＶＣサブパーティションごとに現在適用可能なＨＲＤパラメータは、明確に規定されていない。言い換えれば、特定のＨＥＶＣサブパーティションにどのＨＲＤパラメータが適用されるかは明確でない。ＨＥＶＣサブパーティションに適用可能なＨＲＤパラメータシンタックス構造は、ＨＥＶＣサブパーティションに関与するＨＲＤ動作を実施する際に使用される。
[0153] この問題を克服するために、本開示は、パーティションに適用可能なＨＲＤパラメータが、ＳＨＶＣドラフトテキスト７またはＭＶ−ＨＥＶＣドラフトテキスト９のｖｐｓ＿ｖｕｉ＿ｂｓｐ＿ｈｒｄ＿ｐａｒａｍｓシンタックス表（すなわち、ビデオパラメータセットビデオ有用性ビットストリームパーティションＨＲＤパラメータシンタックス表）において指定されたシンタックス要素ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]によってそのインデックスが示されるＨＲＤパラメータセットに割り当てられることを提案する。ここで、パーティションという用語がＳＨＶＣ／ＭＶ−ＨＥＶＣのコンテキストにおいて使用される。たとえば、ビデオデコーダ３０は、ビットストリームのパーティションに適用可能はＨＲＤパラメータが、ＳＨＶＣドラフト仕様またはＭＶ−ＨＥＶＣドラフト仕様のビデオパラメータセットビデオ有用性ビットストリームパーティションＨＲＤパラメータシンタックス表において指定されたシンタックス要素によって示されたインデックスを有するＨＲＤパラメータに割り当てられると決定することができる。同様に、ビデオ処理デバイスは、ＳＨＶＣドラフト仕様またはＭＶ−ＨＥＶＣドラフト仕様のビデオパラメータセットビデオ有用性ビットストリームパーティションＨＲＤパラメータシンタックス表において、ビットストリームのパーティション、適用可能なＨＲＤパラメータに対応するパーティションに割り当てられた適用可能なＨＲＤパラメータへのインデックスを示すシンタックス要素を生成することができる。
[0154] したがって、いくつかの例では、ビデオエンコーダ２０などのビデオ処理デバイスは、シンタックス要素のアレイ（たとえば、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]）と、複数のＨＲＤパラメータシンタックス構造（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（））とを含むＶＰＳを生成することができる。複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータのそれぞれのセットを備える。シンタックス要素のアレイの各それぞれのシンタックス要素は、複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する。
[0155] さらに、ビデオ処理デバイスは、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素（たとえば、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘ）を備えるＨＥＶＣタイミングおよびＨＲＤ記述子を生成することができる。ビデオ処理デバイスは、複数のエレメンタリストリームとＨＥＶＣタイミングおよびＨＲＤ記述子とを備えるＭＰＥＧ−２データストリームなどのデータストリームを生成することができる。パラメータのセット（たとえば、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]）は、特定のエレメンタリストリームに適用可能であると識別された特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別する。この例では、特定のＨＲＤパラメータシンタックス構造は、複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は、動作点の一部である。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有する等しいパラメータ（たとえば、ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ）を含む場合がある。さらに、いくつかの例では、パラメータのセットは、その値が図７の例に示される方式で決定される第２のパラメータ（たとえば、ｐａｒｔｉｔｉｏｎＩｄｘ）を含む。加えて、パラメータのセットは、第３、第４、および第５のパラメータを含む場合がある。第３のパラメータ（たとえば、ＴａｒｇｅｔＯｌｓＩｄｘ）は、動作点のターゲット出力レイヤセットインデックスを指定する。第４のパラメータ（たとえば、ＴａｒｇｅｔＰｓＩｄｘ）は、動作点のターゲット区分化方式インデックスを指定し、第５のパラメータ（たとえば、ＨｉｇｈｅｓｔＴｉｄ）は、動作点の最上位時間識別子を指定する。
[0156] 同様の例では、ビデオデコーダ３０は、複数のエレメンタリストリームとＨＥＶＣタイミングおよびＨＲＤ記述子とを備えるＭＰＥＧ−２データストリームなどのデータストリームを受信することができる。ＨＥＶＣタイミングおよびＨＲＤ記述子は、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素（たとえば、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘ）を備える。さらに、ビデオデコーダ３０は、パラメータのセットに基づいて、ＶＰＳ内のシンタックス要素のアレイ内のシンタックス要素を識別することができる。ＶＰＳは、複数のＨＲＤパラメータシンタックス構造（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（））を備える。複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータのそれぞれのセットを備える。シンタックス要素のアレイの各それぞれのシンタックス要素は、複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータ（たとえば、ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ）を含む場合がある。さらに、いくつかの例では、パラメータのセットは、その値が図７の例に示される方式で決定される第２のパラメータ（たとえば、ｐａｒｔｉｔｉｏｎＩｄｘ）を含む。加えて、パラメータのセットは、第３、第４、および第５のパラメータを含む場合がある。第３のパラメータ（たとえば、ＴａｒｇｅｔＯｌｓＩｄｘ）は、動作点のターゲット出力レイヤセットインデックスを指定する。第４のパラメータ（たとえば、ＴａｒｇｅｔＰｓＩｄｘ）は、動作点のターゲット区分化方式インデックスを指定し、第５のパラメータ（たとえば、ＨｉｇｈｅｓｔＴｉｄ）は、動作点の最上位時間識別子を指定する。さらに、この例では、ビデオデコーダ３０は、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することができる。複数のエレメンタリストリームは、特定のエレメンタリストリームを含む。
[0157] ＪＣＴーＶＣグループおよびＪＣＴ−３Ｖグループの札幌会合において、プロファイル、ティア、およびレベル（ＰＴＬ）の情報が、各出力レイヤセットまたは動作点の代わりに、各レイヤに関連付けられることが合意された。この決定は、以下の２つの事実のために、Ｌ−ＨＥＶＣ ＴＳドラフトにおけるバッファモデルの設計に対する影響を有する。第１に、現在、エレメンタリストリームはＨＥＶＣサブパーティション（たとえば、ＨＥＶＣベースサブパーティション、ＨＥＶＣエンハンスメントサブパーティション、またはＨＥＶＣ時間エンハンスメントサブパーティション）であり、１つまたは複数のレイヤは、エレメンタリストリーム内で搬送され得る。第２に、バッファモデル内の各エレメンタリストリームは、トランスポートバッファ（ＴＢn）と、多重化バッファ（ＭＢn）と、エレメンタリストリームバッファ（ＥＢn）とを通過する。
[0158] 現在、ＭＢnのサイズは以下の式に基づいて計算される。
Figure 2017535184
ここで、ＢＳmux、ＢＳoh、およびＭａｘＣＰＢ［ｔｉｅｒ，ｌｅｖｅｌ]はＰＴＬ情報に依存する。上記の式において、ＢＳoh、パケットオーバーヘッドバッファリング、およびＢＳmux、追加多重化バッファリングは、文書Ｎ１３６５６の項２．１７．２において規定されている通りである。ＭａｘＣＰＢ［ｔｉｅｒ，ｌｅｖｅｌ]およびＭａｘＢＲ［ｔｉｅｒ，ｌｅｖｅｌ]は、ＥＳl,kに関連付けられたＥＳl,k ＨＥＶＣ動作点のティアおよびレベルについての、ＨＥＶＣのティアおよびレベルの仕様から取られる。ｃｐｂ＿ｓｉｚｅは、ＥＳl,kに関連付けられたＨＥＶＣ動作点について、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｆにおいて規定されたように、適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）内のサブレイヤＨＲＤパラメータから取られる。エレメンタリストリームが２つ以上のレイヤを有するとき、利用可能なＰＴＬ情報の２つ以上のセットが存在する。結果として、ＰＴＬ情報のどのセットからＢＳmux、ＢＳoh、およびＭａｘＣＰＢ［ｔｉｅｒ，ｌｅｖｅｌ]の値が計算または導出されるべきかは明確でない。
[0159] この問題を克服するために、本開示は、２つ以上のレイヤを含まないように各エレメンタリストリーム（すなわち、ＨＥＶＣサブパーティション）を制約（すなわち、制限または要求）することを提案する。たとえば、ビデオ処理デバイス（たとえば、ソースデバイス１２、ビデオエンコーダ２０）は、１つまたは複数のエレメンタリストリームを備えるデータストリーム（たとえば、ＭＰＥＧ−２のプログラムストリームまたはトランスポートストリーム）を生成することができる。この例では、データストリームは、１つまたは複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う。同様の例では、ビデオデコーダ３０は、１つまたは複数のエレメンタリストリームを備えるデータストリーム（たとえば、ＭＰＥＧ−２のプログラムストリームまたはトランスポートストリーム）のビデオデータを復号することができる。この例では、データストリームは、１つまたは複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う。
[0160] 上述されたように、ＨＥＶＣタイミングおよびＨＲＤ記述子は、タイミングおよびＨＲＤのパラメータを提供する。現在のＨＥＶＣタイミングおよびＨＲＤ記述子は、現在のＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子（program level descriptor）であるか、プログラム要素レベルの記述子であるかを指定しない。以下の両方が可能である。第１に、ＨＥＶＣタイミングおよびＨＲＤ記述子は、プログラムレベルの記述子としてシグナリングされる場合がある。ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子としてシグナリングされると、ＨＥＶＣタイミングおよびＨＲＤ記述子のこの単一のインスタンスがｓｔｒｅａｍ＿ｔｙｐｅ ０ｘ２４、０ｘ２５、０ｘ２７〜０ｘ２Ａを有するすべてのエレメンタリストリームに適用されるので、ＨＲＤタイミングおよびＨＲＤ記述子のただ１つのインスタンスが存在するべきである。第２に、ＨＥＶＣタイミングおよびＨＲＤ記述子は、プログラム要素レベルの記述子としてシグナリングされる。その記述子は特定のエレメンタリストリームのみに適用される。これにより、ＨＥＶＣタイミングおよびＨＲＤ記述子がいくつかのエレメンタリストリーム用に存在し、いくつかの他のエレメンタリストリーム用に存在しない可能性が与えられる。そのようなシナリオは可能であるが、そのようなより細かい粒状のシグナリングの利点はないように見える。
[0161] この問題を克服するために、本開示は以下を提案する。存在するとき、ＨＥＶＣタイミングおよびＨＲＤ記述子は、プログラムレベルの記述子としてシグナリングされなければならない。存在するとき、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２２２．０｜ＩＳＯ／ＩＥＣ１３８１８−１のための多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在しなければならない。したがって、いくつかの例では、ビデオ処理デバイス（たとえば、ソースデバイス１２、ビデオエンコーダ２０）は、ＩＴＵ−Ｔ勧告Ｈ．２２２．０規格に適合するＭＰＥＧ−２データストリーム内で、プログラムレベルの記述子としてＨＥＶＣタイミングおよびＨＲＤ記述子を生成し、ＭＰＥＧ−２データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる。同様の例では、ビデオデコーダ３０は、ＩＴＵ−Ｔ勧告Ｈ．２２２．０規格に適合するＭＰＥＧ−２データストリームから、プログラムレベルの記述子としてＨＥＶＣタイミングおよびＨＲＤ記述子を取得し、ＭＰＥＧ−２データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが（たとえば、ビットストリーム適合の条件として）必要とされる。
[0162] 文書Ｎ１３６５６内のＨＥＶＣタイミングおよびＨＲＤ記述子の記述では、ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に等しい場合、バッファリング期間およびピクチャタイミングのＳＥＩメッセージは、関連するＨＥＶＣビデオストリームまたはＨＥＶＣ最上位時間サブレイヤ表現の中に存在しなければならないことが規定される。しかしながら、それらのＳＥＩメッセージの存在のＮ１３６５６の文書内のさらなる記述は存在しない。発生する可能性がある１つの問題は、ＳＥＩメッセージが存在するが、ＨＥＶＣ動作点記述子において定義された動作点の一部のみに適用可能であるか、またはどれにも適用可能でない場合があることである。上述されたように、ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇは、ＨＥＶＣタイミングおよびＨＲＤ記述子において指定される。
[0163] 上記の問題を回避するために、本開示は、ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作点記述子内でシグナリングされる動作点の各々に適用可能なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ＨＥＶＣビデオストリーム内に存在しなければならないことが規定されるべきであることを提案する。
[0164] したがって、この問題を克服するために、ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子（HEVC operation descriptor）内でシグナリングされる動作点の各々に適用可能なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ＨＥＶＣビデオストリーム内に存在しなければならないという制約（constraint）（すなわち、制限（restriction）または要求（requirement））を有することが提案される。したがって、いくつかの例では、ビデオ処理デバイス（たとえば、ソースデバイス１２、ビデオエンコーダ２０）は、ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ＨＥＶＣビデオストリーム内に存在しなければならないという制約に従うプログラムストリームまたはトランスポートストリームを生成する。いくつかの例では、ビデオデコーダ３０（または宛先デバイス１４）は、ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ＨＥＶＣビデオストリーム内に存在しなければならないという制約に従うプログラムストリームまたはトランスポートストリームのビデオデータを復号する。
[0165] ＪＣＴＶＣ−Ｒ１０１３では、「復号ユニット」という用語は、ＳｕｂＰｉｃＨｒｄＦｌａｇが０に等しい場合アクセスユニットとして、または、そうでない場合、アクセスユニット内の１つもしくは複数のＶＣＬ ＮＡＬユニットおよび関連する非ＶＣＬ ＮＡＬユニットからなるアクセスユニットのサブセットとして定義される。ＪＣＴＶＣ−Ｒ１０１３の項Ｃ．１において規定されたビットストリーム適合性検査内で復号プロセスが起動された場合、選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内のｓｕｂ＿ｐｉｃ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ＣＰＢは、アクセスユニットレベル（この場合、変数ＳｕｂＰｉｃＨｒｄＦｌａｇは０に等しく設定される）またはサブピクチャレベル（この場合、変数ＳｕｂＰｉｃＨｒｄＦｌａｇは１に等しく設定される）のいずれかで動作するようにスケジュールされる。そうでない場合、ＳｕｂＰｉｃＨｒｄＦｌａｇは０に等しく設定され、ＣＰＢはパーティションユニットレベルで動作するようにスケジュールされる。そうではなく、ＪＣＴＶＣ−Ｒ１０１３の項Ｃ．１において規定されたビットストリーム適合性検査内で復号プロセスが起動されない場合、ＳｕｂＰｉｃＨｒｄＦｌａｇは（ＳｕｂＰｉｃＨｒｄＰｒｅｆｅｒｒｅｄＦｌａｇ＆＆ｓｕｂ＿ｐｉｃ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）に等しく設定される。変数ＳｕｂＰｉｃＨｒｄＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって指定されるか、または外部手段によって指定されないとき０に等しく設定されるかのいずれかである。
[0166] Ｌ−ＨＥＶＣ ＴＳドラフト内の現在のバッファモデルは、超低遅延バッファモデルをサポートしない。アクセスユニットレベルで束ねられた、すなわち、アクセスユニット全体に対してＤＴＳのただ１つの値が存在する、所与の復号タイムスタンプ（ＤＴＳ）に基づいて、エレメンタリストリームバッファ（ＥＢ）からバイト単位のデータが削除される。そのため、所与のアクセスユニットに関連付けられたすべてのデータ（すなわち、すべてのバイト）は、所与のＤＴＳに基づいてエレメンタリストリームから削除される。そのような方法は、アクセスユニット全体がＣＰＢ内で利用可能になる前にデータがＣＰＢから削除されるように予想される超低遅延モードがサポートされないことを意味する。
[0167] この問題を克服するために、本開示は以下を提案する。
・ＭＰＥＧ−２システム内の復号ユニットの定義を提供する。
・ビデオストリームを含んでいるプログラムごとに、復号ユニットの粒度（たとえば、アクセスユニット、アクセスユニット内のピクチャの集合、ピクチャ、スライス、スライスセグメント）の指示をシグナリングする。
・同じアクセスユニットに属する各ＰＥＳパケットは異なるＤＴＳを有する場合があるが、同じ復号ユニットに属するＰＥＳパケットのＤＴＳは同じでなければならない。
・エレメンタリストリームバッファからのピクチャの削除はＤＴＳ値に基づく。
[0168] 上記の技法向けの代替の解決策は以下の通りであり得る。エレメンタリストリームからのデータの削除は、それらがビデオストリーム内に存在するときの復号ユニット情報ＳＥＩメッセージの存在を考慮に入れる。
[0169] 上記に示されたように、本開示の技法によれば、ビデオストリームを含んでいるプログラムごとに、復号ユニットの粒度の指示がシグナリングされる。したがって、一例では、ビデオ処理デバイス（たとえば、宛先デバイス１４、ビデオデコーダ３０）は、データストリームを受信し、ビデオストリームを含んでいるデータストリームのプログラムごとに、復号ユニットの粒度の指示を取得する。同様の例では、ビデオ処理デバイス（たとえば、ソースデバイス１２、ビデオエンコーダ２０）は、ビデオストリームを含んでいるデータストリームのプログラムごとに、復号ユニットの粒度の指示を含むデータストリームを生成することができる。これらの例では、復号ユニットの粒度は、アクセスユニット、アクセスユニット内のピクチャの集合、ピクチャ、スライス、またはスライスセグメントのうちの１つであり得る。
[0170] さらに、上記に示されたように、本開示の技法によれば、同じアクセスユニットに属する各ＰＥＳパケットは異なるＤＴＳを有する場合があるが、同じ復号ユニットに属するＰＥＳパケットのＤＴＳは同じでなければならない。したがって、少なくともいくつかのそのような例では、同じアクセスユニットに属する各ＰＥＳパケットは異なるＤＴＳを有する場合があり、同じ復号ユニットに属するＰＥＳパケットのＤＴＳは同じであることが必要とされる。
[0171] 加えて、上記に示されたように、本開示の技法によれば、エレメンタリストリームバッファからのピクチャの削除はＤＴＳ値に基づく場合がある。したがって、１つのそのような例では、ビデオデコーダは、バッファにデータを記憶し、データのアクセスユニット全体がバッファ内で利用可能になる前に、バッファからデータを削除する。
[0172] 本開示はいくつかの技法を提案する。これらの方法のうちのいくつかは単独で適用される場合があり、それらのうちのいくつかは組み合わせて適用される場合がある。
[0173] 図３は、本開示の技法を実装することができる例示的なビデオエンコーダ２０を示すブロック図である。図３は説明のために提供され、本開示で広く例示され記載される技法を限定するものと見なされるべきではない。説明のために、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオエンコーダ２０を記載する。しかしながら、本開示の技法は、他のコーディング規格または方法に適用可能であり得る。ビデオエンコーダ２０は、本開示の技法を実施するように構成され得るデバイスの一例を表す。
[0174] 図３の例では、ビデオエンコーダ２０は、予測処理ユニット１００と、ビデオデータメモリ１０１と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット１１０と、復元ユニット１１２と、フィルタユニット１１４と、復号ピクチャバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０と、イントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニットと、動き補償ユニットとを含む（図示せず）。他の例では、ビデオエンコーダ２０は、より多いか、より少ないか、または異なる機能構成要素を含む場合がある。
[0175] ビデオデータメモリ１０１は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶することができる。ビデオデータメモリ１０１に記憶されるビデオデータは、たとえば、ビデオソース１８から取得される場合がある。復号ピクチャバッファ１１６は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオエンコーダ２０によってビデオデータを符号化する際に使用するための参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ１０１および復号ピクチャバッファ１１６は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスなどの、様々なメモリデバイスのいずれかによって形成される場合がある。ビデオデータメモリ１０１および復号ピクチャバッファ１１６は、同じメモリデバイスまたは別個のメモリデバイスによって提供される場合がある。様々な例では、ビデオデータメモリ１０１は、ビデオエンコーダ２０の他の構成要素とのオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0176] ビデオエンコーダ２０は、ビデオデータを受信する。ビデオエンコーダ２０は、ビデオデータのピクチャのスライス内の各ＣＴＵを符号化することができる。ＣＴＵの各々は、等しいサイズのルーマコーディングツリーブロック（ＣＴＢ）およびピクチャの対応するＣＴＢに関連付けられる場合がある。ＣＴＵを符号化することの一部として、予測処理ユニット１００は、４分木区分化を実施して、ＣＴＵのＣＴＢを徐々により小さいブロックに分割することができる。より小さいブロックはＣＵのコーディングブロックであり得る。たとえば、予測処理ユニット１００は、ＣＴＵに関連付けられたＣＴＢを４つの等しいサイズのサブブロックに区分化することができ、サブブロックのうちの１つまたは複数を４つの等しいサイズのサブサブブロックに区分化することができ、以下同様である。
[0177] ビデオエンコーダ２０は、ＣＴＵのＣＵを符号化して、ＣＵの符号化表現（すなわち、コード化ＣＵ）を生成することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの間でＣＵに関連付けられたコーディングブロックを区分化することができる。したがって、各ＰＵは、ルーマ予測ブロックおよび対応するクロマ予測ブロックに関連付けられる場合がある。ビデオエンコーダ２０およびビデオデコーダ３０は、様々なサイズを有するＰＵをサポートすることができる。上記で示されたように、ＣＵのサイズはＣＵのルーマコーディングブロックのサイズを指す場合があり、ＰＵのサイズはＰＵのルーマ予測ブロックのサイズを指す場合がある。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、イントラ予測の場合は２Ｎ×２ＮまたはＮ×ＮのＰＵサイズをサポートし、インター予測の場合は２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称のＰＵサイズをサポートすることができる。ビデオエンコーダ２０およびビデオデコーダ３０はまた、インター予測の場合は２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対する非対称区分化をサポートすることができる。
[0178] インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実施することにより、ＰＵについての予測データを生成することができる。ＰＵについての予測データは、ＰＵの予測ブロックと、ＰＵについての動き情報とを含む場合がある。インター予測処理ユニット１２０は、ＰＵがＩスライス内にあるか、Ｐスライス内にあるか、またはＢスライス内にあるかに応じて、ＣＵのＰＵに対して様々な演算を実施することができる。Ｉスライスでは、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス内にある場合、インター予測処理ユニット１２０は、ＰＵに対してインター予測を実施しない。したがって、Ｉモードで符号化されたブロックの場合、予測ブロックは、同じフレーム内の前に符号化された隣接ブロックからの空間予測を使用して形成される。ＰＵがＰスライス内にある場合、インター予測処理ユニット１２０は、単方向インター予測を使用してＰＵの予測ブロックを生成することができる。ＰＵがＢスライス内にある場合、インター予測処理ユニット１２０は、単方向インター予測または双方向インター予測を使用してＰＵの予測ブロックを生成することができる。
[0179] イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実施することにより、ＰＵについての予測データを生成することができる。ＰＵについての予測データは、ＰＵの予測ブロックと、様々なシンタックス要素とを含む場合がある。イントラ予測処理ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライスの中のＰＵに対してイントラ予測を実施することができる。
[0180] ＰＵに対してイントラ予測を実施するために、イントラ予測処理ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵについての予測データの複数のセットを生成することができる。イントラ予測処理ユニット１２６は、隣接ＰＵのサンプルブロックからのサンプルを使用して、ＰＵ用の予測ブロックを生成することができる。隣接ＰＵは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば３３個の方向のイントラ予測モードを使用することができる。いくつかの例では、イントラ予測モードの数は、ＰＵに関連付けられた領域のサイズに依存する場合がある。
[0181] 予測処理ユニット１００は、ＰＵについてインター予測処理ユニット１２０によって生成された予測データ、またはＰＵについてイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵについての予測データを選択することができる。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみメトリックに基づいて、ＣＵのＰＵについての予測データを選択する。選択された予測データの予測ブロックは、本明細書では、選択された予測ブロックと呼ばれる場合がある。
[0182] 残差生成ユニット１０２は、ＣＵ用のコーディングブロック（たとえば、ルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロック）、ならびにＣＵのＰＵ用の選択された予測ブロック（たとえば、予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロック）に基づいて、ＣＵ用の残差ブロック（たとえば、ルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロック）を生成することができる。たとえば、残差生成ユニット１０２は、残差ブロック内の各サンプルが、ＣＵのコーディングブロック内のサンプルと、ＣＵのＰＵの対応する選択された予測ブロック内の対応するサンプルとの間の差分に等しい値を有するように、ＣＵの残差ブロックを生成することができる。
[0183] 変換処理ユニット１０４は、４分木区分化を実施して、ＣＵに関連付けられた残差ブロックをＣＵのＴＵに関連付けられた変換ブロックに区分化することができる。したがって、ＴＵは、ルーマ変換ブロックおよび２つのクロマ変換ブロックに関連付けられる場合がある。ＣＵのＴＵのルーマ変換ブロックおよびクロマ変換ブロックのサイズおよび位置は、ＣＵのＰＵの予測ブロックのサイズおよび位置に基づく場合も、基づかない場合もある。「残差４分木」（ＲＱＴ）として知られる４分木構造は、領域の各々に関連付けられたノードを含む場合がある。ＣＵのＴＵは、ＲＱＴのリーフノードに対応する場合がある。
[0184] 変換処理ユニット１０４は、ＴＵの変換ブロックに１つまたは複数の変換を適用することにより、ＣＵのＴＵごとに変換係数ブロックを生成することができる。変換処理ユニット１０４は、ＴＵに関連付けられた変換ブロックに様々な変換を適用することができる。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を変換ブロックに適用することができる。いくつかの例では、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは、変換係数ブロックとして扱われる場合がある。
[0185] 量子化ユニット１０６は、係数ブロック内の変換係数を量子化することができる。量子化プロセスは、変換係数の一部またはすべてに関連付けられたビット深度を低減することができる。たとえば、量子化の間にｎビット変換係数がｍビット変換係数に切り捨てられる場合があり、ここで、ｎはｍよりも大きい。量子化ユニット１０６は、ＣＵに関連付けられた量子化パラメータ（ＱＰ）値に基づいて、ＣＵのＴＵに関連付けられた係数ブロックを量子化することができる。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰ値を調整することにより、ＣＵに関連付けられた係数ブロックに適用される量子化の程度を調整することができる。量子化は情報の損失をもたらす場合があり、したがって、量子化変換係数は、元の係数よりも低い精度を有する場合がある。
[0186] 逆量子化ユニット１０８および逆変換処理ユニット１１０は、それぞれ、係数ブロックに逆量子化および逆変換を適用して、係数ブロックから残差ブロックを復元することができる。復元ユニット１１２は、予測処理ユニット１００によって生成された１つまたは複数の予測ブロックからの対応するサンプルに復元残差ブロックを加算して、ＴＵに関連付けられた復元変換ブロックを生成することができる。このようにして、ＣＵのＴＵごとに変換ブロックを復元することにより、ビデオエンコーダ２０は、ＣＵのコーディングブロックを復元することができる。
[0187] フィルタユニット１１４は、１つまたは複数のデブロッキング演算を実施して、ＣＵに関連付けられたコーディングブロック内のブロッキングアーティファクトを低減することができる。復号ピクチャバッファ１１６は、フィルタユニット１１４が復元コーディングブロックに対して１つまたは複数のデブロッキング演算を実施した後、復元コーディングブロックを記憶することができる。インター予測処理ユニット１２０は、復元コーディングブロックを含んでいる参照ピクチャを使用して、他のピクチャのＰＵに対してインター予測を実施することができる。加えて、イントラ予測処理ユニット１２６は、復号ピクチャバッファ１１６内の復元コーディングブロックを使用して、ＣＵと同じピクチャ内の他のＰＵに対してイントラ予測を実施することができる。
[0188] エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能構成要素からデータを受け取ることができる。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受け取ることができ、予測処理ユニット１００からシンタックス要素を受け取ることができる。エントロピー符号化ユニット１１８は、データに対して１つまたは複数のエントロピー符号化演算を実施して、エントロピー符号化データを生成することができる。たとえば、エントロピー符号化ユニット１１８は、ＣＡＢＡＣ演算、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）演算、可変対可変（Ｖ２Ｖ）長コーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）演算、確率間隔区分化エントロピー（ＰＩＰＥ）コーディング演算、指数ゴロム符号化演算、または別のタイプのエントロピー符号化演算をデータに対して実施することができる。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化データを含むビットストリームを出力することができる。たとえば、ビットストリームはＣＵ用のＲＱＴを表すデータを含む場合がある。
[0189] 図４は、本開示の技法を実装するように構成された例示的なビデオデコーダ３０を示すブロック図である。図４は説明のために提供され、本開示で広く例示され記載される技法を限定するものではない。説明のために、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオデコーダ３０を記載する。しかしながら、本開示の技法は、他のコーディング規格または方法に適用可能であり得る。
[0190] 図４の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、ビデオデータメモリ１５１と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット１５６と、復元ユニット１５８と、フィルタユニット１６０と、復号ピクチャバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４とイントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多いか、より少ないか、または異なる機能構成要素を含む場合がある。
[0191] ビデオデータメモリ１５１は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化ビデオビットストリームなどのビデオデータを記憶することができる。ビデオデータメモリ１５１に記憶されるビデオデータは、たとえば、チャネル１６から、たとえば、カメラなどのローカルビデオソースから、ビデオデータの有線もしくはワイヤレスのネットワーク通信を介して、または物理データ記憶媒体にアクセスすることによって取得される場合がある。ビデオデータメモリ１５１は、符号化ビデオビットストリームからの符号化ビデオデータを記憶するコード化ピクチャバッファ（ＣＰＢ）を形成することができる。復号ピクチャバッファ１６２は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオデコーダ３０によってビデオデータを復号する際に使用するための参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ１５１および復号ピクチャバッファ１６２は、同期ＤＲＡＭ（ＳＤＲＡＭ）を含むダイナミックランダムアクセスメモリ（ＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスなどの、様々なメモリデバイスのいずれかによって形成される場合がある。ビデオデータメモリ１５１および復号ピクチャバッファ１６２は、同じメモリデバイスまたは別個のメモリデバイスによって提供される場合がある。様々な例では、ビデオデータメモリ１５１は、ビデオデコーダ３０の他の構成要素とのオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
[0192] ＣＰＢ１５１は、ビットストリームの符号化ビデオデータ（たとえば、ＮＡＬユニット）を受信し、記憶する。エントロピー復号ユニット１５０は、ＣＰＢから符号化ビデオデータ（たとえば、ＮＡＬユニット）を受け取り、ＮＡＬユニットを構文解析してシンタックス要素を取得することができる。エントロピー復号ユニット１５０は、ＮＡＬユニット内のエントロピー符号化シンタックス要素をエントロピー復号することができる。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、復元ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて、復号ビデオデータを生成することができる。エントロピー復号ユニット１５０は、エントロピー符号化ユニット１１８のプロセスとは全体的に逆のプロセスを実施することができる。
[0193] ビットストリームからシンタックス要素を取得することに加えて、ビデオデコーダ３０は、区分化されていないＣＵに対して復元演算を実施することができる。ＣＵに対して復元演算を実施するために、ビデオデコーダ３０は、ＣＵの各ＴＵに対して復元演算を実施することができる。ＣＵのＴＵごとに復元演算を実施することにより、ビデオデコーダ３０は、ＣＵの残差ブロックを復元することができる。
[0194] ＣＵのＴＵに対して復元演算を実施することの一部として、逆量子化ユニット１５４は、ＴＵに関連付けられた係数ブロックを逆量子化、すなわち量子化解除することができる。逆量子化ユニット１５４は、ＴＵのＣＵに関連付けられたＱＰ値を使用して量子化の程度を決定し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定することができる。すなわち、圧縮比、すなわち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御される場合がある。圧縮比はまた、採用されたエントロピーコーディングの方法に依存する場合がある。
[0195] 逆量子化ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、ＴＵに関連付けられた残差ブロックを生成するために、係数ブロックに１つまたは複数の逆変換を適用することができる。たとえば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ）、逆回転変換、逆方向変換、または別の逆変換を係数ブロックに適用することができる。
[0196] イントラ予測を使用してＰＵが符号化される場合、イントラ予測処理ユニット１６６は、イントラ予測を実施してＰＵの予測ブロックを生成することができる。イントラ予測処理ユニット１６６は、イントラ予測モードを使用して、空間的に隣接するブロックのサンプルに基づいてＰＵの予測ブロックを生成することができる。イントラ予測処理ユニット１６６は、ビットストリームから取得された１つまたは複数のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定することができる。
[0197] インター予測を使用してＰＵが符号化される場合、エントロピー復号ユニット１５０は、ＰＵについての動き情報を決定することができる。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、１つまたは複数の参照ブロックを決定することができる。動き補償ユニット１６４は、１つまたは複数の参照ブロックに基づいて、ＰＵ用の予測ブロック（たとえば、予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロック）を生成することができる。
[0198] 復元ユニット１５８は、適用可能であれば、ＣＵのＴＵ用の変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロック）、ならびにＣＵのＰＵの予測ブロック（たとえば、ルーマブロック、Ｃｂブロック、およびＣｒブロック）、すなわち、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵ用のコーディングブロック（たとえば、ルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロック）を復元することができる。たとえば、復元ユニット１５８は、変換ブロック（たとえば、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロック）のサンプルを、予測ブロック（たとえば、ルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロック）の対応するサンプルに加算して、ＣＵのコーディングブロック（たとえば、ルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロック）を復元することができる。
[0199] フィルタユニット１６０は、デブロッキング演算を実施して、ＣＵのコーディングブロックに関連付けられたブロッキングアーティファクトを低減することができる。ビデオデコーダ３０は、復号ピクチャバッファ１６２にＣＵのコーディングブロックを記憶することができる。復号ピクチャバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２などのディスプレイデバイス上での提示のために、参照ピクチャを供給することができる。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ１６２内のブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算またはインター予測演算を実施することができる。
[0200] 本明細書に記載された技法のすべては、個別にまたは組合せで使用される場合があることを理解されたい。例に応じて、本明細書に記載された技法のうちのいずれかのいくつかの行為またはイベントは、異なるシーケンスで実施することができ、追加、マージ、または完全に除外される場合がある（たとえば、すべての記載された行為またはイベントが本技法の実践に必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを介して、連続的ではなく同時に実施される場合がある。加えて、本開示のいくつかの態様は、明確にするために、単一のモジュールまたはユニットによって実施されるものとして記載されているが、本開示の技法は、ビデオコーダと関連付けられたユニットまたはモジュールの組合せによって実施される場合があることを理解されたい。
[0201] 例示のためにＨＥＶＣ規格に関して、本開示のいくつかの態様が記載された。ただし、本開示に記載された技法は、まだ開発されていない他の標準またはプロプライエタリのビデオコーディングプロセスを含む、他のビデオコーディングプロセスに対して有用であり得る。
[0202] 上記に記載された技法は、その両方が一般にビデオコーダと呼ばれる場合がある、ビデオエンコーダ２０（図１および図３）ならびに／またはビデオデコーダ３０（図１および図４）によって実施される場合がある。同様に、ビデオコーディングは、適用可能であれば、ビデオ符号化またはビデオ復号を指す場合がある。
[0203] 本開示のこの以下のセクションは、本開示の他の場所で記載された技法の例示的な実装形態を記載する。上記の提案を実装するために示唆されるテキストが下記に示される。削除されるテキストは二重角括弧に囲まれたイタリック体のテキスト（たとえば、［［テキスト]]）として示され、追加テキストは下線付きのテキストとして示される。
５．１ ＨＥＶＣタイミングおよびＨＲＤ記述子の修正
現在のＬ−ＨＥＶＣ ＴＳドラフトのセクション２．６．９７の内容を以下と差し替える。
ＨＥＶＣビデオストリームの場合、ＨＥＶＣタイミングおよびＨＲＤ記述子は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて定義されたように、適用可能なタイミングおよびＨＲＤのパラメータを提供する。ＨＥＶＣビデオストリームが「１」に設定されたｖｐｓ＿ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを有するＶＰＳパラメータを搬送しない限り、ＨＥＶＣタイミングおよびＨＲＤ記述子の多くて１つのインスタンスが存在しなければならず、ｐｒｏｇｒａｍ＿ｍａｐセクション内のｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｌｅｎｇｔｈフィールドの直後のデータ要素のグループに含まれなければならない。
ＨＥＶＣビデオストリームまたは再アセンブルされたＨＥＶＣビデオストリームのためのＰＭＴ内のＨＥＶＣタイミングおよびＨＲＤ記述子の不在は、Ｔ−ＳＴＤにおける漏洩方法の使用をシグナリングする。しかし、そのような使用は、ＨＥＶＣタイミングおよびＨＲＤ記述子内の「０」に設定されたｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇによってシグナリングすることもできる。バッファＥＢlへの転送レートがＨＥＶＣビデオストリームまたはビデオサブビットストリームから再アセンブルされたＡＶＣビデオストリームに含まれているＨＲＤパラメータから決定することができる場合、「１」に設定されたｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇを有するＡＶＣタイミングおよびＨＲＤ記述子は、そのＨＥＶＣビデオストリームまたは再アセンブルされたＨＥＶＣビデオストリームのためにＰＭＴに含まれなければならない。（表２−１０３ｓｅｐｔｉｅｎｓ参照。）
Figure 2017535184
現在のＬ−ＨＥＶＣ ＴＳドラフトのセクション２．６．９８の内容を以下と差し替える。
ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇ−この１ビットフラグは、トランスポートストリーム内で使用するためにのみ定義される。ＨＥＶＣタイミングおよびＨＲＤ記述子が、トランスポートストリーム内で搬送されるＨＥＶＣビデオストリーム［［またはＨＥＶＣ最上位時間サブレイヤ表現]]に関連付けられるとき、以下が適用される。
ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に等しい場合、バッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて定義されたように、関連するＨＥＶＣビデオストリーム［［またはＨＥＶＣ最上位時間サブレイヤ表現]]の中に存在しなければならず、ＨＥＶＣ動作記述子内でシグナリングされる各動作点は、適用可能なバッファリング期間ＳＥＩメッセージとピクチャタイミングＳＥＩメッセージとをもたなければならない。これらのバッファリング期間ＳＥＩメッセージは、コーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔの値を搬送しなければならず、ＮＡＬ ＨＲＤ用のｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔの値をさらに搬送することができる。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「１」に設定された場合、文書Ｎ１３６５６の２．１７．２において定義されているＴ−ＳＴＤ内のＭＢnからＥＢnへの各バイトの転送、または文書Ｎ１３６５６の２．１７．３において定義されているＴ−ＳＴＤ内のＭＢn,kからＥＢnへの転送、または文書Ｎ１３６５６の２．１７．４において定義されているＴ−ＳＴＤ内のＭＢ n からＥＢ n への転送は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｃにおいて規定されているように、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘに等しいＳｃｈｅｄＳｅｌＩｄｘ用の、コーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔから、またはコーディングされたｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｎａｌ＿ｉｎｉｔｉａｌ＿ａｌｔ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｏｆｆｓｅｔの値から決定された、ＮＡＬ ＨＲＤ内のＣＰＢへのそのバイト用の配信スケジュールに従わなければならない。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが「０」に設定されると、２．１７．［［３]]４において定義されているＴ−ＳＴＤ内のＭＢnからＥＢnへの転送のために、漏洩方法が使用されなければならない。
ＨＥＶＣ＿ｔｉｍｉｎｇ＿ａｎｄ＿ＨＲＤ＿ｄｅｓｃｒｉｐｔｏｒが存在し、ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇの値が１に等しいとき、動作点ｏｐＡの一部であるエレメンタリストリームｅｓＡに適用可能なＨＲＤパラメータは、ＨＥＶＣビデオストリームのアクティブＶＰＳ内のｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造であり、ここで、
− ＴａｒｇｅｔＯｌｓＩｄｘはｏｐＡのｔａｒｇｅｔ＿ｏｌｓに等しく、
− ＴａｒｇｅｔＰｓＩｄｘはｏｐＡのｔａｒｇｅｔ＿ｐａｒｔｉｔｉｏｎｉｎｇ＿ｓｃｈｅｍｅに等しく、
− ＨｉｇｈｅｓｔＴｉｄはｏｐＡのｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄに等しく、
− ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘはｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘに等しく、
− ｐａｒｔｉｔｉｏｎＩｄｘは以下のように定義されるｉｄｘＡに等しい。
ｌｉｓｔＡを、階層記述子または階層拡張記述子（hierarchy extension descriptor）内に存在するそれらの階層レイヤインデックス値（hierarchy layer index value）に従って、昇順でｏｐＡに含まれている、０ｘ２４、０ｘ２７、または０ｘ２９に等しいｓｔｒｅａｍ＿ｔｙｐｅを有するエレメンタリストリームのリスト（list）であるとする。ｅｓＡがｌｉｓｔＡのメンバ（member）である場合、ｉｄｘＡはｌｉｓｔＡ内のｅｓＡのインデックスであり、そうでない場合、ｉｄｘＡはｌｉｓｔＡ内のｅｓＢのインデックスであり、ここで、ｅｓＡはｅｓＢの優待時間エンハンスメントである。
ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘ−この５ビットフィールドは、ＳｃｈｅｄＳｅｌＩｄｘに割り当てられた配信スケジュールのインデックスを示す。ｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇの値が０に等しいとき、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘの意味は定義されない。
ｐｉｃｔｕｒｅ＿ａｎｄ＿ｔｉｍｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ−この１ビットフラグは、「１」に設定されると、９０ｋＨｚ＿ｆｌａｇおよび９０−ｋＨｚシステムクロックへの正確なマッピング用のパラメータがこの記述子に含まれていることを示す。
９０ｋＨｚ＿ｆｌａｇ−この１ビットフラグは、「１」に設定されると、ＨＥＶＣ時間基準の周波数が９０ｋＨｚであることを示す。
Ｎ，Ｋ−ＨＥＶＣビデオストリーム［［またはＨＥＶＣ最上位時間サブレイヤ表現]]の場合、ＨＥＶＣ時間基準の周波数は、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｅにおいて定義されているように、ＶＵＩパラメータ内のシンタックス要素ｖｕｉ＿ｔｉｍｅ＿ｓｃａｌｅによって定義される。ＨＥＶＣのｔｉｍｅ＿ｓｃａｌｅとＳＴＣとの間の関係は、この記述子内のパラメータＮおよびＫにより、以下のように定義されなければならない。
Figure 2017535184
９０ｋＨｚ＿ｆｌａｇが「１」に設定された場合、Ｎは１に等しく、Ｋは３００に等しい。９０ｋＨｚ＿ｆｌａｇが「０」に設定された場合、ＮおよびＫの値は、ＮおよびＫのフィールドのコーディングされた値によって提供される。
注−これにより、たとえば、ＰＴＳまたはＤＴＳがＰＥＳヘッダ内で符号化されないＨＥＶＣアクセスユニット用のデコーダにおいて、ＰＴＳおよびＤＴＳのタイムスタンプの計算に必要とされる、９０ｋＨｚ単位までのｔｉｍｅ＿ｓｃａｌｅの単位で表現される時間のマッピングが可能になる。
ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−この３２ビットフィールドは、Ｒｅｃ．ＩＴＵ−Ｔ Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類ＥにおけるＶＵＩパラメータ内のｖｕｉ＿ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋフィールドとちょうど同じ方法でコーディングされる。このフィールドによって提供される情報は、ＨＥＶＣタイミングおよびＨＲＤ記述子が関連付けられる、ＨＥＶＣビデオストリーム［［またはＨＥＶＣ最上位時間サブレイヤ表現]]全体に適用されなければならない。
[0204] 図５は、本開示の技法による、ビデオエンコーダの例示的な動作を示すフローチャートである。本開示のフローチャートは例として提供される。本開示の他の例では、より多い、より少ない、もしくは異なるアクションが存在する場合があり、および／またはアクションは異なる順序で、もしくは並行して実施される場合がある。
[0205] 図５の例では、ビデオエンコーダ２０は、シンタックス要素のアレイ（たとえば、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]）と、複数のＨＲＤパラメータシンタックス構造とを含むＶＰＳを生成する（２００）。複数のＨＲＤパラメータシンタックス構造（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（））の各それぞれのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータのそれぞれのセットを備える。シンタックス要素のアレイの各それぞれのシンタックス要素は、複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する。
[0206] さらに、図５の例では、ビデオエンコーダ２０は、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素（たとえば、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘ）を備えるＨＥＶＣタイミングおよびＨＲＤ記述子を生成する（２０２）。さらに、ビデオエンコーダ２０は、複数のエレメンタリストリームとＨＥＶＣタイミングおよびＨＲＤ記述子とを備えるデータストリーム（たとえば、ＭＰＥＧ−２データストリーム）を生成する（２０４）。パラメータのセットは、特定のエレメンタリストリームに適用可能であると識別された特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素のアレイ内のシンタックス要素を識別する。この例では、特定のＨＲＤパラメータシンタックス構造は、複数のＨＲＤパラメータシンタックス構造のうちの１つであり、特定のＨＲＤパラメータシンタックス構造は、動作点の一部である。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータ（たとえば、ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ）を含む場合がある。さらに、いくつかの例では、パラメータのセットは、その値が図７の例に示される方式で決定される第２のパラメータ（たとえば、ｐａｒｔｉｔｉｏｎＩｄｘ）を含む。加えて、パラメータのセットは、第３、第４、および第５のパラメータを含む場合がある。第３のパラメータ（たとえば、ＴａｒｇｅｔＯｌｓＩｄｘ）は、動作点のターゲット出力レイヤセットインデックスを指定する。第４のパラメータ（たとえば、ＴａｒｇｅｔＰｓＩｄｘ）は、動作点のターゲット区分化方式インデックスを指定し、第５のパラメータ（たとえば、ＨｉｇｈｅｓｔＴｉｄ）は、動作点の最上位時間識別子を指定する。
[0207] 図６は、本開示の技法による、ビデオデコーダの例示的な動作を示すフローチャートである。図６の例では、ビデオデコーダ３０は、複数のエレメンタリストリームとＨＥＶＣタイミングおよびＨＲＤ記述子とを備えるデータストリーム（たとえば、ＭＰＥＧ−２データストリーム）を取得する（２５０）。ＨＥＶＣタイミングおよびＨＲＤ記述子は、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素（たとえば、ｔａｒｇｅｔ＿ｓｃｈｅｄｕｌｅ＿ｉｄｘ）を備える。
[0208] さらに、図６の例では、ビデオデコーダ３０は、パラメータのセットに基づいて、ＶＰＳ内のシンタックス要素のアレイ（たとえば、ｂｓｐ＿ｈｒｄ＿ｉｄｘ［ＴａｒｇｅｔＯｌｓＩｄｘ]［ＴａｒｇｅｔＰｓＩｄｘ]［ＨｉｇｈｅｓｔＴｉｄ]［ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ]［ｐａｒｔｉｔｉｏｎＩｄｘ]）内のシンタックス要素を識別する（２５２）。図６の例では、ＶＰＳは、複数のＨＲＤパラメータシンタックス構造（たとえば、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（））を含む。複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造は、ＨＲＤパラメータのそれぞれのセット（たとえば、ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなど）を備える。シンタックス要素のアレイの各それぞれのシンタックス要素は、複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する。パラメータのセットは、ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータ（たとえば、ＳｃｈｅｄＳｅｌＣｏｍｂＩｄｘ）を含む場合がある。さらに、いくつかの例では、パラメータのセットは、その値が図７の例に示される方式で決定される第２のパラメータ（たとえば、ｐａｒｔｉｔｉｏｎＩｄｘ）を含む。加えて、パラメータのセットは、第３、第４、および第５のパラメータを含む場合がある。第３のパラメータ（たとえば、ＴａｒｇｅｔＯｌｓＩｄｘ）は、動作点のターゲット出力レイヤセットインデックスを指定する。第４のパラメータ（たとえば、ＴａｒｇｅｔＰｓＩｄｘ）は、動作点のターゲット区分化方式インデックスを指定し、第５のパラメータ（たとえば、ＨｉｇｈｅｓｔＴｉｄ）は、動作点の最上位時間識別子を指定する。
[0209] 加えて、図６の例では、ビデオデコーダ３０は、識別されたシンタックス要素によって指定されたインデックスに基づいて、複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別する（２５４）。複数のエレメンタリストリームは、特定のエレメンタリストリームを含む。
[0210] 図７は、本開示の技法による、ビデオコーダがパラメータの値を決定する例示的な動作を示すフローチャートである。図７の例では、ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）は、０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており動作点内にある、複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定する（３００）。上記で示されたように、０ｘ２４に等しいストリームタイプを有するエレメンタリストリームは、ＨＥＶＣビデオストリームまたはＨＥＶＣ時間ビデオサブビットストリームまたはＨＥＶＣベースサブパーティションである。０ｘ２７に等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｇにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＴｅｍｐｏｒａｌＩｄ ０を含むＨＥＶＣエンハンスメントサブパーティションである。０ｘ２９に等しいストリームタイプを有するエレメンタリストリームは、ＩＴＵ−Ｔ Ｒｅｃ．Ｈ．２６５｜ＩＳＯ／ＩＥＣ２３００８−２の付属書類Ｈにおいて定義された１つまたは複数のプロファイルに適合するＨＥＶＣビデオストリームのＴｅｍｐｏｒａｌＩｄ ０を含むＨＥＶＣエンハンスメントサブパーティションである。
[0211] 図７の例では、リストは、リスト内のエレメンタリストリーム用の階層レイヤインデックス値に従う昇順である。ビデオコーダがビデオエンコーダであるインスタンスでは、ビデオエンコーダは、データストリームを生成することの一部として、データストリーム内に、複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、それぞれのエレメンタリストリーム用の階層レイヤインデックス値（たとえば、ｈｉｅｒａｒｃｈｙ＿ｌａｙｅｒ＿ｉｎｄｅｘ）を備える階層記述子または階層拡張記述子を含めることができる。ビデオコーダがビデオデコーダであるインスタンスでは、ビデオデコーダは、データストリームを取得することの一部として、複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を取得することができる。
[0212] さらに、図７の例では、ビデオコーダは、特定のエレメンタリストリームがリストのメンバであるかどうかを決定することができる（３０２）。特定のエレメンタリストリームがリストのメンバである場合（３０２の「はい」）、ビデオコーダは、パラメータの値がリスト内の特定のエレメンタリストリームのインデックスであると決定することができる（３０４）。特定のエレメンタリストリームがリストのメンバではない場合（３０２の「いいえ」）、ビデオコーダは、パラメータの値がリスト内のエレメンタリストリームのうちの１つのインデックスであると決定することができる（３０６）。特定のエレメンタリストリームは、リスト内のエレメンタリストリームの補完時間エンハンスメント（complementary temporal enhancement）である。
[0213] 技法の様々な態様の特定の組合せが上述されたが、これらの組合せは、本開示に記載された技法の例を単に示すために提供される。したがって、本開示の技法は、これらの例示的な組合せに限定されるべきではなく、本開示に記載された技法の様々な態様の任意の想起可能な組合せを包含する場合がある。
[0214] １つまたは複数の例では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せに実装される場合がある。ソフトウェアに実装される場合、機能は１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行される場合がある。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従ってある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含む場合がある。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応する場合がある。データ記憶媒体は、本開示に記載された技法の実装用の命令、コード、および／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含む場合がある。
[0215] 限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0216] 命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路などの、１つまたは複数のプロセッサによって実行される場合がある。したがって、本明細書で使用する「プロセッサ」という用語は、上記の構造、または、本明細書に記載された技法の実装に適した任意の他の構造のいずれかを指す場合がある。加えて、いくつかの態様では、本明細書に記載された機能は、符号化および復号のために構成された専用ハードウェアおよび／もしくはソフトウェアモジュール内に設けられるか、または複合コーデックに組み込まれる場合がある。また、本技法は、１つまたは複数の回路または論理要素内で十分に実装される可能性がある。
[0217] 本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置に実装される場合がある。様々な構成要素、モジュール、またはユニットは、開示された技法を実施するように構成されたデバイスの機能的態様を強調するように本開示において記載されているが、様々なハードウェアユニットによる実現を必ずしも必要としない。むしろ、上述されたように、様々なユニットは、適切なソフトウェアおよび／またはファームウェアとともに、上述された１つまたは複数のプロセッサを含む、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって提供される場合がある。
[0218] 様々な例が記載された。これらおよび他の例は以下の特許請求の範囲内にある。
[0218] 様々な例が記載された。これらおよび他の例は以下の特許請求の範囲内にある。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを処理する方法であって、
複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することとを備え、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、方法。
［Ｃ２］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを受信することが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を受信することを備え、
前記方法が、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
を備え、ここにおいて、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ１に記載の方法。
［Ｃ３］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ２に記載の方法。
［Ｃ４］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ１に記載の方法。
［Ｃ５］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ１に記載の方法。
［Ｃ６］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ１に記載の方法。
［Ｃ７］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ１に記載の方法。
［Ｃ８］
ビデオデータを処理する方法であって、
シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
を備え、
パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、方法。
［Ｃ９］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを生成することが、前記データストリーム内に、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を含めることを備え、
前記方法が、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ８に記載の方法。
［Ｃ１０］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ９に記載の方法。
［Ｃ１１］
前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ８に記載の方法。
［Ｃ１２］
前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ８に記載の方法。
［Ｃ１３］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ８に記載の方法。
［Ｃ１４］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ８に記載の方法。
［Ｃ１５］
ビデオデータを処理するためのデバイスであって、
前記ビデオデータを記憶するように構成されたメモリと、
１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備え、前記エレメンタリストリームが前記ビデオデータの符号化表現を備える、
パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することと
を行うように構成され、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、デバイス。
［Ｃ１６］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを取得することが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を取得することを備え、
前記１つまたは複数のプロセッサが、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
を行うようにさらに構成され、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ１５に記載のデバイス。
［Ｃ１７］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ１６に記載のデバイス。
［Ｃ１８］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ１５に記載のデバイス。
［Ｃ１９］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ１５に記載のデバイス。
［Ｃ２０］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ１５に記載のデバイス。
［Ｃ２１］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ１５に記載のデバイス。
［Ｃ２２］
ビデオデータを処理するためのデバイスであって、
前記ビデオデータを記憶するように構成されたメモリと、
１つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
を行うように構成され、
パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、デバイス。
［Ｃ２３］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記１つまたは複数のプロセッサが、
前記データストリーム内に、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を含めることと、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
を行うように構成され、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ２２に記載のデバイス。
［Ｃ２４］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ２３に記載のデバイス。
［Ｃ２５］
前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ２２に記載のデバイス。
［Ｃ２６］
前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ２２に記載のデバイス。
［Ｃ２７］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ２２に記載のデバイス。
［Ｃ２８］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ２２に記載のデバイス。
［Ｃ２９］
ビデオデータを処理するためのデバイスであって、
複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得するための手段と、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別するための手段と、ここにおいて、
前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別するための手段と
を備え、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、デバイス。
［Ｃ３０］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
前記デバイスが、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定するための手段と、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定するための手段と
をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ２９に記載のデバイス。
［Ｃ３１］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ３０に記載のデバイス。
［Ｃ３２］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ２９に記載のデバイス。
［Ｃ３３］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ２９に記載のデバイス。
［Ｃ３４］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ２９に記載のデバイス。
［Ｃ３５］
ビデオデータを処理するためのデバイスであって、
シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成するための手段と、ここにおいて、
前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成するための手段と、
複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成するための手段とを備え、
パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、デバイス。
［Ｃ３６］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
前記デバイスが、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定するための手段と、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定するための手段と
をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ３５に記載のデバイス。
［Ｃ３７］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ３６に記載のデバイス。
［Ｃ３８］
前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ３５に記載のデバイス。
［Ｃ３９］
前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ３５に記載のデバイス。
［Ｃ４０］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ３５に記載のデバイス。
［Ｃ４１］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ３５に記載のデバイス。
［Ｃ４２］
命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、
複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することとをデバイスの１つまたは複数のプロセッサに行わせ、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、コンピュータ可読記憶媒体。
［Ｃ４３］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
前記命令が、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
を行うように前記１つまたは複数のプロセッサをさらに構成し、
前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ４２に記載のコンピュータ可読記憶媒体。
［Ｃ４４］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ４３に記載のコンピュータ可読記憶媒体。
［Ｃ４５］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ４２に記載のコンピュータ可読記憶媒体。
［Ｃ４６］
前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ４２に記載のコンピュータ可読記憶媒体。
［Ｃ４７］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ４２に記載のコンピュータ可読記憶媒体。
［Ｃ４８］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ４２に記載のコンピュータ可読記憶媒体。
［Ｃ４９］
命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、
シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
をデバイスの１つまたは複数のプロセッサに行わせ、
パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、コンピュータ可読記憶媒体。
［Ｃ５０］
前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
前記命令が、
０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
ように、前記第２のパラメータの前記値を決定することと
を行うように前記１つまたは複数のプロセッサをさらに構成し、
前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、Ｃ４９に記載のコンピュータ可読記憶媒体。
［Ｃ５１］
パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、Ｃ５０に記載のコンピュータ可読記憶媒体。
［Ｃ５２］
前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、Ｃ４９に記載のコンピュータ可読記憶媒体。
［Ｃ５３］
前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、Ｃ４９に記載のコンピュータ可読記憶媒体。
［Ｃ５４］
前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、Ｃ４９に記載のコンピュータ可読記憶媒体。
［Ｃ５５］
前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、Ｃ４９に記載のコンピュータ可読記憶媒体。

Claims (55)

  1. ビデオデータを処理する方法であって、
    複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
    パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
    前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
    前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することと
    を備え、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、方法。
  2. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを受信することが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を受信することを備え、
    前記方法が、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    を備え、ここにおいて、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項１に記載の方法。
  3. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項２に記載の方法。
  4. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項１に記載の方法。
  5. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項１に記載の方法。
  6. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項１に記載の方法。
  7. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項１に記載の方法。
  8. ビデオデータを処理する方法であって、
    シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
    前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
    複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
    を備え、
    パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、方法。
  9. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを生成することが、前記データストリーム内に、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を含めることを備え、
    前記方法が、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項８に記載の方法。
  10. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項９に記載の方法。
  11. 前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項８に記載の方法。
  12. 前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項８に記載の方法。
  13. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項８に記載の方法。
  14. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項８に記載の方法。
  15. ビデオデータを処理するためのデバイスであって、
    前記ビデオデータを記憶するように構成されたメモリと、
    １つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
    複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備え、前記エレメンタリストリームが前記ビデオデータの符号化表現を備える、
    パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
    前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
    前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することと
    を行うように構成され、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、デバイス。
  16. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームを取得することが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を取得することを備え、
    前記１つまたは複数のプロセッサが、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    を行うようにさらに構成され、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項１５に記載のデバイス。
  17. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項１６に記載のデバイス。
  18. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項１５に記載のデバイス。
  19. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項１５に記載のデバイス。
  20. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項１５に記載のデバイス。
  21. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項１５に記載のデバイス。
  22. ビデオデータを処理するためのデバイスであって、
    前記ビデオデータを記憶するように構成されたメモリと、
    １つまたは複数のプロセッサとを備え、前記１つまたは複数のプロセッサが、
    シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
    前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
    複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
    を行うように構成され、
    パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、デバイス。
  23. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記１つまたは複数のプロセッサが、
    前記データストリーム内に、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を含めることと、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    を行うように構成され、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項２２に記載のデバイス。
  24. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項２３に記載のデバイス。
  25. 前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項２２に記載のデバイス。
  26. 前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項２２に記載のデバイス。
  27. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項２２に記載のデバイス。
  28. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項２２に記載のデバイス。
  29. ビデオデータを処理するためのデバイスであって、
    複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得するための手段と、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
    パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別するための手段と、ここにおいて、
    前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
    前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別するための手段と
    を備え、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、デバイス。
  30. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
    前記デバイスが、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定するための手段と、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定するための手段と
    をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項２９に記載のデバイス。
  31. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項３０に記載のデバイス。
  32. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項２９に記載のデバイス。
  33. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項２９に記載のデバイス。
  34. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項２９に記載のデバイス。
  35. ビデオデータを処理するためのデバイスであって、
    シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成するための手段と、ここにおいて、
    前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成するための手段と、
    複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成するための手段と
    を備え、
    パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、デバイス。
  36. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
    前記デバイスが、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定するための手段と、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定するための手段と
    をさらに備え、前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項３５に記載のデバイス。
  37. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項３６に記載のデバイス。
  38. 前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項３５に記載のデバイス。
  39. 前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項３５に記載のデバイス。
  40. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項３５に記載のデバイス。
  41. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項３５に記載のデバイス。
  42. 命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、
    複数のエレメンタリストリームと高効率ビデオコーディング（ＨＥＶＣ）タイミングおよび仮想参照デコーダ（ＨＲＤ）記述子とを備えるデータストリームを取得することと、ここにおいて、前記ＨＥＶＣタイミングおよびＨＲＤ記述子が、配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える、
    パラメータのセットに基づいて、ビデオパラメータセット（ＶＰＳ）内のシンタックス要素のアレイ内のシンタックス要素を識別することと、ここにおいて、
    前記ＶＰＳが複数のＨＲＤパラメータシンタックス構造を備え、ここにおいて、前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    パラメータの前記セットが、前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、
    前記識別されたシンタックス要素によって指定されたインデックスに基づいて、前記複数のＨＲＤパラメータシンタックス構造内の特定のＨＲＤパラメータシンタックス構造を、動作点の一部である特定のエレメンタリストリームに適用可能であると識別することと
    をデバイスの１つまたは複数のプロセッサに行わせ、前記複数のエレメンタリストリームが前記特定のエレメンタリストリームを含む、コンピュータ可読記憶媒体。
  43. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
    前記命令が、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    を行うように前記１つまたは複数のプロセッサをさらに構成し、
    前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項４２に記載のコンピュータ可読記憶媒体。
  44. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項４３に記載のコンピュータ可読記憶媒体。
  45. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項４２に記載のコンピュータ可読記憶媒体。
  46. 前記データストリームは、プログラムストリームまたはトランスポートストリームであり、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項４２に記載のコンピュータ可読記憶媒体。
  47. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項４２に記載のコンピュータ可読記憶媒体。
  48. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項４２に記載のコンピュータ可読記憶媒体。
  49. 命令を記憶したコンピュータ可読記憶媒体であって、前記命令が、実行されると、
    シンタックス要素のアレイと複数の仮想参照デコーダ（ＨＲＤ）パラメータシンタックス構造とを含むビデオパラメータセット（ＶＰＳ）を生成することと、ここにおいて、
    前記複数のＨＲＤパラメータシンタックス構造の各それぞれのＨＲＤパラメータシンタックス構造が、ＨＲＤパラメータのそれぞれのセットを備える、
    シンタックス要素の前記アレイの各それぞれのシンタックス要素が、前記複数のＨＲＤパラメータシンタックス構造の中のＨＲＤパラメータシンタックス構造のインデックスを指定する、
    配信スケジュールのインデックスを示すターゲットスケジュールインデックスシンタックス要素を備える高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子を生成することと、
    複数のエレメンタリストリームと前記高効率ビデオコーディング（ＨＥＶＣ）タイミングおよびＨＲＤ記述子とを備えるデータストリームを生成することと
    をデバイスの１つまたは複数のプロセッサに行わせ、
    パラメータのセットが、特定のエレメンタリストリームに適用可能な特定のＨＲＤパラメータシンタックス構造のインデックスを指定するシンタックス要素の前記アレイ内のシンタックス要素を識別し、前記特定のＨＲＤパラメータシンタックス構造が前記複数のＨＲＤパラメータシンタックス構造のうちの１つであり、前記特定のＨＲＤパラメータシンタックス構造が動作点の一部であり、パラメータの前記セットが前記ターゲットスケジュールインデックスシンタックス要素の値に等しい値を有するパラメータを備える、コンピュータ可読記憶媒体。
  50. 前記パラメータが第１のパラメータであり、パラメータの前記セットが第２のパラメータを含み、前記データストリームが、前記複数のエレメンタリストリームのそれぞれのエレメンタリストリームごとに、前記それぞれのエレメンタリストリーム用の階層レイヤインデックス値を備える階層記述子または階層拡張記述子を備え、
    前記命令が、
    ０ｘ２４、０ｘ２７、または０ｘ２９に等しいストリームタイプを有しており前記動作点内にある、前記複数のエレメンタリストリーム内のエレメンタリストリームのリストを決定することと、前記リストが、前記リスト内の前記エレメンタリストリーム用の前記階層レイヤインデックス値に従う昇順である、
    前記特定のエレメンタリストリームが前記リストのメンバである場合、前記第２のパラメータの値が前記リスト内の前記特定のエレメンタリストリームの前記インデックスであり、
    前記特定のエレメンタリストリームが前記リストのメンバではない場合、前記第２のパラメータの前記値が前記リスト内の前記エレメンタリストリームのうちの１つの前記インデックスである
    ように、前記第２のパラメータの前記値を決定することと
    を行うように前記１つまたは複数のプロセッサをさらに構成し、
    前記特定のエレメンタリストリームが前記リスト内の前記エレメンタリストリームの補完時間エンハンスメントである、請求項４９に記載のコンピュータ可読記憶媒体。
  51. パラメータの前記セットが第３、第４、および第５のパラメータを含み、前記第３のパラメータが動作点のターゲット出力レイヤセットインデックスを指定し、前記第４のパラメータが前記動作点のターゲット区分化方式インデックスを指定し、前記第５のパラメータが前記動作点の最上位時間識別子を指定する、請求項５０に記載のコンピュータ可読記憶媒体。
  52. 前記データストリームは、前記複数のエレメンタリストリームの各々が２つ以上のレイヤを含まないという制約に従う、請求項４９に記載のコンピュータ可読記憶媒体。
  53. 前記データストリームは、前記ＨＥＶＣタイミングおよびＨＲＤ記述子のｈｒｄ＿ｍａｎａｇｅｍｅｎｔ＿ｖａｌｉｄ＿ｆｌａｇが１に等しい場合、ＨＥＶＣ動作記述子内でシグナリングされる各動作点に適用可能なバッファリング期間補足エンハンスメント情報（ＳＥＩ）メッセージおよびピクチャタイミングＳＥＩメッセージがＨＥＶＣビデオストリーム内に存在しなければならないという制約に従う、請求項４９に記載のコンピュータ可読記憶媒体。
  54. 前記ＨＥＶＣタイミングおよびＨＲＤ記述子がプログラムレベルの記述子であり、ここにおいて、前記データストリーム内に多くて１つのＨＥＶＣタイミングおよびＨＲＤ記述子が存在することが必要とされる、請求項４９に記載のコンピュータ可読記憶媒体。
  55. 前記データストリームが、モーションピクチャエキスパートグループ（ＭＰＥＧ）−２データストリームである、請求項４９に記載のコンピュータ可読記憶媒体。
JP2017519873A 2014-10-15 2015-10-15 Ｈｅｖｃ拡張の搬送用データストリームのｈｒｄ記述子およびバッファモデルの設計 Active JP6612338B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462064414P 2014-10-15 2014-10-15
US62/064,414 2014-10-15
US14/883,256 US20160112724A1 (en) 2014-10-15 2015-10-14 Hrd descriptor and buffer model of data streams for carriage of hevc extensions
US14/883,256 2015-10-14
PCT/US2015/055712 WO2016061334A1 (en) 2014-10-15 2015-10-15 Design of hrd descriptor and buffer model of data streams for carriage of hevc extensions

Publications (2)

Publication Number Publication Date
JP2017535184A true JP2017535184A (ja) 2017-11-24
JP6612338B2 JP6612338B2 (ja) 2019-11-27

Family

ID=54366510

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017519873A Active JP6612338B2 (ja) 2014-10-15 2015-10-15 Ｈｅｖｃ拡張の搬送用データストリームのｈｒｄ記述子およびバッファモデルの設計

Country Status (10)

Country Link
US (2) US20160112724A1 (ja)
EP (1) EP3207710B1 (ja)
JP (1) JP6612338B2 (ja)
KR (1) KR102383621B1 (ja)
CN (1) CN107079176B (ja)
AU (1) AU2015332493B2 (ja)
CU (1) CU24676B1 (ja)
PE (1) PE20170758A1 (ja)
TW (1) TWI692242B (ja)
WO (1) WO2016061334A1 (ja)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160112724A1 (en) 2014-10-15 2016-04-21 Qualcomm Incorporated Hrd descriptor and buffer model of data streams for carriage of hevc extensions
JP6715467B2 (ja) * 2015-07-01 2020-07-01 パナソニックＩｐマネジメント株式会社 符号化方法、復号方法、符号化装置、復号装置および符号化復号装置
GB201513316D0 (en) * 2015-07-29 2015-09-09 Flynn Thomas M P19-0 encoding engine
JP6969541B2 (ja) * 2016-04-12 2021-11-24 ソニーグループ株式会社 送信装置および送信方法
CN113892271A (zh) * 2019-05-30 2022-01-04 夏普株式会社 用于在视频编码中发送信号通知假想参考解码器参数的系统和方法
US11166033B2 (en) * 2019-06-06 2021-11-02 Qualcomm Incorporated Adaptation parameter set in access unit in video coding
WO2021061390A1 (en) * 2019-09-24 2021-04-01 Futurewei Technologies, Inc. Sei message for single layer ols
KR20220115958A (ko) 2019-12-26 2022-08-19 바이트댄스 아이엔씨 코딩된 비트스트림들에서의 비디오 계층들의 시그널링에 대한 제약들
WO2021134018A1 (en) 2019-12-26 2021-07-01 Bytedance Inc. Signaling of decoded picture buffer parameters in layered video
JP2023508680A (ja) 2019-12-27 2023-03-03 バイトダンス インコーポレイテッド ビデオコーディングにおけるサブピクチャシグナリング
WO2021137597A1 (ko) * 2019-12-30 2021-07-08 엘지전자 주식회사 Ols에 대한 dpb 파라미터를 사용하는 영상 디코딩 방법 및 그 장치
WO2021142369A1 (en) 2020-01-09 2021-07-15 Bytedance Inc. Signalling of the wavefront parallel processing
CN115668944A (zh) 2020-03-30 2023-01-31 Lg电子株式会社 用信号通知dpb参数的视频编码/解码方法和设备及存储比特流的计算机可读记录介质
KR20220161426A (ko) * 2020-03-30 2022-12-06 엘지전자 주식회사 Dpb 파라미터의 개수 정보를 시그널링하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 컴퓨터 판독 가능한 기록 매체
WO2021201513A1 (ko) * 2020-03-30 2021-10-07 엘지전자 주식회사 Sps 내 ptl, dpb 및 hrd 관련 정보를 시그널링하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 컴퓨터 판독 가능한 기록 매체
KR20220162740A (ko) * 2020-04-02 2022-12-08 엘지전자 주식회사 Dpb 관련 정보 및 ptl 관련 정보를 시그널링하는 영상 부호화/복호화 방법, 장치 및 비트스트림을 저장한 컴퓨터 판독 가능한 기록 매체
WO2021222037A1 (en) * 2020-04-26 2021-11-04 Bytedance Inc. Conditional signaling of weighted prediction information
KR20230025429A (ko) * 2020-06-06 2023-02-21 엘지전자 주식회사 스케일러빌리티를 위한 서브-비트스트림 추출 기반 영상 코딩 장치 및 방법
KR20230023721A (ko) * 2020-06-06 2023-02-17 엘지전자 주식회사 레이어 정보 시그널링 기반 영상 코딩 장치 및 방법
CN113225584B (zh) * 2021-03-24 2022-02-22 西安交通大学 一种基于编码和缓存的跨层联合的视频传输方法、系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5930390A (en) 1996-03-28 1999-07-27 Intel Corporation Encoding/decoding signals using a remap table
US7343037B1 (en) * 2004-02-04 2008-03-11 Microsoft Corporation Dynamic, locally-adaptive, lossless palettization of color and grayscale images
US9451252B2 (en) * 2012-01-14 2016-09-20 Qualcomm Incorporated Coding parameter sets and NAL unit headers for video coding
US9161039B2 (en) * 2012-09-24 2015-10-13 Qualcomm Incorporated Bitstream properties in video coding
US10147202B2 (en) * 2013-03-15 2018-12-04 Arm Limited Methods of and apparatus for encoding and decoding data
US9800895B2 (en) 2013-06-27 2017-10-24 Qualcomm Incorporated Depth oriented inter-view motion vector prediction
US9558567B2 (en) * 2013-07-12 2017-01-31 Qualcomm Incorporated Palette prediction in palette-based video coding
BR112016012417B1 (pt) * 2013-12-18 2023-04-11 Hfi Innovation Inc Método e aparelho para inicialização e gerenciamento de paleta
CN105900432B (zh) * 2014-01-02 2019-05-10 Vid拓展公司 用于屏幕内容编码的二维调色板编码
US10567804B2 (en) * 2014-01-08 2020-02-18 Qualcomm Incorporated Carriage of HEVC extension bitstreams and buffer model with MPEG-2 systems
KR102324004B1 (ko) * 2014-03-14 2021-11-09 브이아이디 스케일, 인크. 스크린 콘텐츠 코딩을 위한 팔레트 코딩
US10237557B2 (en) * 2014-06-20 2019-03-19 Hfi Innovation Inc. Method of run-length coding for palette predictor
US10306269B2 (en) 2014-10-10 2019-05-28 Qualcomm Incorporated Operation point for carriage of layered HEVC bitstream
US20160112724A1 (en) 2014-10-15 2016-04-21 Qualcomm Incorporated Hrd descriptor and buffer model of data streams for carriage of hevc extensions

Also Published As

Publication number Publication date
US10171842B2 (en) 2019-01-01
WO2016061334A1 (en) 2016-04-21
EP3207710B1 (en) 2021-07-14
TWI692242B (zh) 2020-04-21
AU2015332493A1 (en) 2017-03-23
KR20170072201A (ko) 2017-06-26
BR112017007798A2 (pt) 2017-12-19
CU24676B1 (es) 2023-09-07
KR102383621B1 (ko) 2022-04-05
CN107079176A (zh) 2017-08-18
US20180255324A1 (en) 2018-09-06
JP6612338B2 (ja) 2019-11-27
CN107079176B (zh) 2020-07-03
AU2015332493B2 (en) 2019-06-06
CU20170051A7 (es) 2017-08-08
PE20170758A1 (es) 2017-07-04
EP3207710A1 (en) 2017-08-23
TW201620305A (zh) 2016-06-01
US20160112724A1 (en) 2016-04-21

Similar Documents

Publication Publication Date Title
JP6612338B2 (ja) Ｈｅｖｃ拡張の搬送用データストリームのｈｒｄ記述子およびバッファモデルの設計
RU2633100C2 (ru) Применимость битового субпотока к вложенным sei-сообщениям при кодировании видео
JP6009679B2 (ja) ビデオコーディングにおける仮想参照デコーダパラメータ
US9521393B2 (en) Non-nested SEI messages in video coding
JP6608395B2 (ja) スケーラブルビデオコード化におけるビットストリーム適合制約
WO2015168591A1 (en) Method and device for decoding multi-layer video data by determining the capability of the decoder based on profile, tier and level associated with partition containing one or more layers
JP2017508339A (ja) Ｍｐｅｇ−２システムによるｈｅｖｃ拡張ビットストリームの搬送およびバッファモデル
JP6452798B2 (ja) ビデオコーディング拡張の搬送のためのトランスポートストリーム
JP6442067B2 (ja) Ｈｅｖｃ拡張の搬送のための動作点のシグナリング

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170628

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180919

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190925

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191001

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191030

R150 Certificate of patent or registration of utility model

Ref document number: 6612338

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250