JP6474815B2 - トリックプレイサービス提供のための信号送受信装置及び信号送受信方法 - Google Patents

Description

本発明は、信号送受信装置及び信号送受信方法に関する。

デジタル技術及び通信技術の発展により、放送、映画だけでなく、インターネット及び個人メディアなどの様々な領域においてオーディオ／ビデオ中心のマルチメディアコンテンツの普及及び需要が急速に拡大しつつある。しかも、放送及び映画で立体感を提供する現実感メディアに対する消費者ニーズも増加している。また、ディスプレイ技術の発展によって家庭のＴＶ画面が大型化するに伴い、ＨＤ級以上の高画質・高現実感のコンテンツを楽しもうとする消費も増加している。３ＤＴＶに加えてＵＨＤＴＶ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ ＴＶ）のような現実感放送が次世代放送サービスとして関心を受けており、特に、ＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）放送サービスに関する議論が増加している現状である。

ＵＨＤ放送コンテンツは、ＳＤ又はＨＤ放送コンテンツに比べてより高画質のコンテンツを提供することから、伝送すべきデータ量が比較的多い。そこで、このような高画質のコンテンツを効率的に伝送するために、新しいデータ圧縮方法を開発している。近年、既存のＨ．２６４／ＡＶＣ圧縮方法から進展したＨＥＶＣ圧縮方法が商用化しており、このＨＥＶＣによってエンコードされたコンテンツデータを活用する方法に関する研究が必要である。

既存のエンコードされたコンテンツに対してはトリックプレイ（ｔｒｉｃｋ ｐｌａｙ）が可能である。ここでいうトリックプレイとは、一定時間後に映像を再生できる機能であるランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）、及び２倍速、４倍速などのような倍速機能を提供するサービスを意味する。

従来にはＡＶＣストリームに基づくメディアサービスに対してトリックプレイ機能を提供したが、例えば、既存のＣＦＦ（Ｃｏｍｍｏｎ Ｆｉｌｅ Ｆｏｒｍａｔ） ｍｅｄｉａｌ ｆｉｌｅ ｆｏｒｍａｔに対してＨ．２６４／ＡＶＣエンコードされたコンテンツのトリックプレイが可能だった。

本発明の目的は、エンコードされたストリームに対してトリックプレイをより効率的に提供できる信号送受信方法及び信号送受信装置を提供することにある。

本発明の他の目的は、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信できる信号送受信方法及び信号送受信装置を提供することにある。

本発明の他の目的は、エンコードされたストリームのトリックプレイをシグナルする場合に拡張可能な方式を提供できる信号送受信方法及び信号送受信装置を提供することにある。

本発明の他の目的は、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより一層効率的なトリックプレイを可能にすることができる信号送受信方法及び信号送受信装置を提供することにある。

本発明の他の目的は、ＨＥＶＣに基づく放送コンテンツのトリックプレイのために放送信号を送受信する方法及び／又は装置を提供し、ＨＥＶＣストリームに適したファイルフォーマットを定義してより効率的にトリックプレイを提供する信号送受信方法及び信号送受信装置を提供することにある。

本発明の他の目的は、ユーザに最大倍速情報を提供できるシグナリング方法を提供し、ＨＥＶＣのテンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）を用いてトリックプレイを提供する信号送受信方法及び信号送受信装置を提供することにある。

本発明の一実施例は、ビデオソースデータをエンコードし、ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むビデオデータを出力するステップと、上記ビデオデータを送信するステップとを含む信号送信方法を提供する。

上記ＧＯＰメタデータは、テンポラルＩＤ情報、ピクチャタイプ情報及びテンポラルサブレイヤピクチャタイプ情報を含むことができる。

上記ピクチャタイプ情報は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅのうち、トリックプレイに用いられるＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅを示し、上記テンポラルＩＤ情報は、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅの特定値に対応し、上記テンポラルサブレイヤピクチャタイプ情報は、ＨＥＶＣのＴＳＡ（Ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャ又はＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャのいずれかを示すことができる。

上記ビデオデータを送信するステップは、最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒ）アシスト情報を含み、ビデオストリームを生成するステップと、上記ビデオストリームを伝送するステップとを有することができる。

本発明の他の実施例は、エンコードされたビデオデータを受信し、上記エンコードされたビデオデータのＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをパースしてＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを得るステップと、上記得たＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータに基づいて上記エンコードされたビデオデータを復号するステップとを有する信号受信方法を提供する。

本発明の他の実施例は、ビデオソースデータをエンコードし、ＧＯＰメタデータを有するＳＥＩメッセージを含むビデオデータを出力するビデオエンコーダと、上記ビデオデータを伝送するビデオ伝送部とを備える、信号送信装置を提供する。

本発明の他の実施例は、エンコードされたビデオデータを受信し、上記エンコードされたビデオデータのＳＥＩメッセージをパースしてＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを得るビデオパーサーと、上記ビデオパーサーが得たＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータに基づいて、上記エンコードされたビデオデータを復号するビデオデコーディング部とを備える、信号受信装置を提供する。

本発明の他の実施例は、ビデオデータをエンコードしてビデオストリームを生成するステップであって、上記ビデオストリームは、上記ビデオストリームの最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒ）アシスト情報を含む、ステップと、上記生成されたビデオストリームを伝送するステップとを有する、信号送信方法を提供する。

本発明の他の実施例は、受信した信号を逆多重化してビデオストリームを抽出する逆多重化部であって、上記ビデオストリームは、上記ビデオストリームの最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ ｖｉｄｅｏ ｒｅｃｏｒｄｅｒ）アシスト情報を含む、逆多重化部と、上記ＰＶＲアシスト情報に基づいて、上記抽出されたビデオストリームをデコードし、上記ビデオデータのトリックプレイを行うビデオデコーダとを備える、信号受信装置を提供する。

本発明の実施例によれば、エンコードされたストリームに対してトリックプレイをより効率的に提供することができる。

本発明の実施例によれば、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信することができる。

本発明の実施例によれば、エンコードされたストリームのトリックプレイをシグナルする場合、拡張可能な方式を提供することができる。

本発明の実施例によれば、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより効率的なトリックプレイを可能にすることができる。
本発明の実施例によれば、ＨＥＶＣに基づく放送コンテンツのトリックプレイのために放送信号を送受信する方法及び／又は装置を提供し、ＨＥＶＣストリームに適したファイルフォーマットを定義してより効率的にトリックプレイを提供することができる。

本発明の実施例によれば、ユーザに最大倍速情報を提供できるシグナリング方法を提供し、ＨＥＶＣのテンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）を用いてトリックプレイを提供することができる。

本発明の一実施例に係るトリックプレイのためのシグナリング方法をシナリオによって示す図である。 本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Ｃｏｍｍｏｎ Ｆｉｌｅ Ｆｏｒｍａｔ）ボックス構造（ｂｏｘ ｓｔｒｕｃｔｕｒｅ）を示す図である。 本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックス（ｓｙｎｔａｘ）を示す図である。 本発明の一実施例に係るＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれたＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）をサポートするエレメントを示す図である。 本発明の一実施例に係るＨＥＶＣストリームの場合、ランダムアクセスのためのピクチャタイプを示す図である。 本発明の一実施例によってクローズドＧＯＰである場合、トリックプレイの方法を示す図である。 本発明の一実施例によって、オープンＧＯＰ（ｏｐｅｎ ＧＯＰ）であり、ＧＯＰがＤＬＰ（ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）を含む場合、トリックプレイの方法を示す図である。 本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがＤＬＰ及びＳＬＰ（ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）を含む場合、トリックプレイの方法を示す図である。 本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがＳＬＰを含む場合、トリックプレイの方法を示す図である。 本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックス（ｔｒｉｃｋ ｐｌａｙ ｂｏｘ）の構成を示す図である。 本発明の他の実施例によって、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれたｐｉｃ＿ｔｙｐｅを説明するための図である。 本発明の一実施例によってｐｉｃ＿ｔｙｐｅにリーディングピクチャ（ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）に関連した内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の他の実施例によって、ｐｉｃ＿ｔｙｐｅにリーディングピクチャに関連した内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の一実施例に係るテンポラルスケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。 本発明の一実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の他の実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＴＳＡである場合、フレームレートの変更方法を示す図である。 本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、フレームレートの変更方法を示す図である。 本発明の一実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。 本発明の一実施例に係るテンポラルｉｄ（ｔｅｍｐｏｒａｌ ｉｄ）とティア（ｔｉｅｒ）を複合的に用いたトリックプレイの方法を示す図である。 本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。 本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。 本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。 本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。 本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。 本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。 本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）の構成を示す図である。 本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。 本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。 本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。 本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。 本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。 本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。 本発明の一実施例に係る受信装置を示す図である。 本発明の一実施例に係るティアフレームワーク（ｔｉｅｒ ｆｒａｍｅｗｏｒｋ）とＨＥＶＣテンポラルサブレイヤを比較した図である。 本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。 本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。 本発明の一実施例に係る放送信号送信方法を示す図である。 本発明の一実施例に係る放送信号受信装置の構造を示す図である。 本発明に係る信号送受信方法の一実施例を示す図である 本発明の実施例によってビデオデータをエンコードする場合ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）の構造を例示する図である。 本発明の実施例によって送受信されるビデオデータのシンタックスの一例を示す図である。 本発明の実施例に係るビデオストリームのトリックプレイをサポートできるピクチャタイプ情報を例示する図である。 本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイの動作例を示す図である。 本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドによるテンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ ｓｕｂｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）の例を示す図である。 本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサービスレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）のタイプがＴＳＡである場合、トリックプレイのためのフレームレート（ｆｒａｍｅ ｒａｔｅ）を変更する例を示す図である。 本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサービスレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド）のタイプがＳＴＳＡである場合、トリックプレイのためのフレームレート（ｆｒａｍｅ ｒａｔｅ）を変更する例を示す図である。 本発明に係る信号受信装置の一実施例を示す図である。 本発明に係る信号送信装置の一実施例を示す図である。

本発明の理解と説明の便宜のために、用語及び略語について下記の通り定義する。

ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）は、既存Ｈ．２６５／ＡＶＣ技術に比べて約２倍も高い圧縮率を有しながら同一のビデオ品質を提供する高効率ビデオコーディング標準である。

テンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｉｌｉｔｙ）は、時間的スケーラビリティを意味し、同一の空間解像度でフレーム周波数が異なるものを符号化する方法を意味する。

トリックプレイ（ｔｒｉｃｋ ｐｌａｙ）は、一定時間後の映像をプレイできるランダムアクセスが可能であり、倍速機能を提供する機能を意味する。

オープンＧＯＰ（Ｏｐｅｎ ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ以前に位置しているピクチャを参照ピクチャとして用いてエンコーディングできる構造を意味する。すなわち、リーディングピクチャ（ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）を含むＧＯＰを意味する。

クローズドＧＯＰ（Ｃｌｏｓｅｄ ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ内のピクチャのみを参照ピクチャとして用いる構造を意味する。すなわち、オープンＧＯＰとは違い、リーディングピクチャを含まない。

リーディングピクチャ（ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）は、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）に比べてデコーティング順序は遅いが、再生順序は早いピクチャを意味する。

テンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティをサポートするために導入された用語で、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。

ティア（ｔｉｅｒ）は、ＡＶＣストリーム又はｍｐｅｇ−２ストリームでトリックプレイをサポートするために導入された用語である。ティアは、ＴＳパケット（ＴＳ ｐａｃｋｅｔ）内のアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）に含むことができる。

図１は、本発明の一実施例に係るトリックプレイ方法をシナリオによって示す図である。

本発明の一実施例によれば、ＨＥＶＣのテンポラルスケーラビリティ使用の有無によってトリックプレイのためのシグナリング方法を定義することができる。

本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティを提供しないストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを含む場合において、クローズドＧＯＰであれば、ビデオストリームがリーディングピクチャを含まないため、ＣＦＦメディアファイルフォーマットに定義されたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ及びｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる（シナリオ１−１）。一方、オープンＧＯＰであれば、ｐｉｃ＿ｔｙｐｅにリーディングピクチャタイプを含ませ、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌをシグナリングすることで、トリックプレイを提供できる（シナリオ１−２）。

本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティベースのストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きいピクチャを含む場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ、ｐｉｃ＿ｔｙｐｅ及びｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる。より具体的に、ストリームに含まれたｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングすることで、トリックプレイを提供できる（シナリオ２）。また、シナリオ２と同様に、ｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングし、さらにｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャを用いることで、倍速のための追加サービスを提供できる（シナリオ３）。

同図に表示されたボックスは、ビデオストリームを構成するピクチャを示し、ボックス中に記述されたＴ＿ＩＤは、テンポラルスケーラビリティをサポートするためのｔｅｍｐｏｒａｌ＿ｉｄを意味できる。

図２は、本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Ｃｏｍｍｏｎ Ｆｉｌｅ Ｆｏｒｍａｔ）ボックス構造を示す図である。

同図で“ＮＬ０”、“ＮＬ１”及び“ＮＬ２”は、ＣＦＦボックスの包含関係を表し、“Ｆｏｒｍａｔ Ｒｅｑ．”は、当該ボックスの存在有無及び個数を表し、“Ｓｐｅｃｉｆｉｃａｔｉｏｎ”は、当該ボックスが定義されている規格書の部分を表し、“Ｄｅｓｃｒｉｐｔｉｏｎ”は、当該ボックスの説明を表すことができる。“Ｆｏｒｍａｔ Ｒｅｑ．”が“＋”なら、当該ボックスが一つ以上存在するということを意味し、“０／１”なら、当該ボックスが存在するか存在しないかを意味し、“１”なら、当該ボックスが存在することを意味し、“０”なら、当該ボックスが存在しないことを意味できる。

同図は、本発明の一実施例に係るＣＦＦボックス構造であって、既存のＣＦＦにＨＥＶＣのための新しいトリックプレイボックスを追加したものである。また、本発明の一実施例に係るＣＦＦボックス構造は、ＨＥＶＣベースの ｎａｌユニット（ｎａｌ ｕｎｉｔ）をサポートするために“ｈｖｃｎ”と略称されるストレージボックス（ｓｔｏｒａｇｅ ｂｏｘ）を含むことができる。

図３は、本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックスを示す図である。

本発明の一実施例によれば、ＣＦＦボックス構造（ＣＦＦ ｂｏｘ ｓｔｒｕｃｔｕｒｅ）は、“ｈｖｃｎ”と略称されるｎａｌユニットストレージボックス（ｎａｌ ｕｎｉｔ ｓｔｏｒａｇｅ ｂｏｘ）を含むことができる。

本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義できる。

本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義せず、既存の“ｔｒｉｃｋ”ボックスの内部に既存のＡＶＣトリックボックス（ＡＶＣ ｔｒｉｃｋ ｂｏｘ）と別にＨＥＶＣトリックボックスを定義できる。また、“ｔｒｉｃｋ”ボックスのフラグによってＡＶＣ又はＨＥＶＣトリックプレイ（ＨＥＶＣ ｔｒｉｃｋ ｐｌａｙ）が選択されうる。

同図で、ＨＥＶＣＣｏｎｆｉｇは、ＨＥＶＣのＳＰＳ（Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）及びＰＰＳ（Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ）を含むことができ、ＳＰＳのＶＵＩパラメータなどのビデオ情報を含むことができる。

図４は、本発明の一実施例に係るＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれたＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）をサポートするエレメントを示す図である。

本発明の一実施例に係るｘｍｌボックスで参照しているＣｏｍｍｏｎ＿ＭｅｔａｄａｔａはＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントを含むことができる。

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントはｘｍｌスキーマによって文字列値を有することができ、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは１個存在してもよく、存在しなくてもよい。

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値（ｍｉｎ．ｌｕｍｉｎａｎｃｅ ａｎｄ／ｏｒ ｍａｘ．ｌｕｍｉｎａｎｃｅ）を示すことができる。

本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値で区別されるｐｒｏｆｉｌｅ値を示すことができる。例えば、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、Ｃｏｎｖｅｎｔｉｏｎａｌ ｃａｐａｃｉｔｙ（ｍｉｎ：０．１ｃｄ／ｍ２、ｍａｘ：１００ｃｄ／ｍ２）、Ｍｉｄ ｃａｐａｃｉｔｙ（ｍｉｎ：０．００１ｃｄ／ｍ２、ｍａｘ：１０００ｃｄ／ｍ２）、又はＨｉｇｈ ｃａｐａｃｉｔｙ（ｍｉｎ：０．０００１ｃｄ／ｍ２、ｍａｘ：１００００ｃｄ／ｍ２）を示すことができる。

図５は、本発明の一実施例に係るＨＥＶＣストリームの場合、ランダムアクセスのためのピクチャタイプを示す図である。

同図は、ＨＥＶＣ Ｎａｌユニットタイプ（ＨＥＶＣ Ｎａｌ ｕｎｉｔ ｔｙｐｅ）のうち、ランダムアクセス及びトリックプレイの実行のために基本となり得るピクチャの種類を示す図である。

同図で、陰影で表示されたピクチャタイプ（ＴＳＡ、ＳＴＳＡ）は、テンポラルｉｄ（ｔｅｍｐｏｒａｌ ＩＤ）が０よりも大きいストリームが含まれる場合、すなわち、テンポラルスケーラビリティが提供される場合に、トリックプレイのために使用可能なＨＥＶＣテンポラルサブレイヤピクチャタイプ（ＨＥＶＣ ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）を示すことができる。上述の陰影で表示されたピクチャタイプは、本発明の一実施例に係るシナリオ２及び３で用いることができる。

本発明の一実施例によれば、ランダムアクセスポイントピクチャ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ ｐｉｃｔｕｒｅｓ）は、ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）、ＢＬＡ（Ｂｒｏｋｅｎ Ｌｉｎｋ Ａｃｃｅｓｓ）及び／又はＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）を含むことができ、リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ Ｐｉｃｔｕｒｅ）及び／又はＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ Ｐｉｃｔｕｒｅ）を含むことができ、テンポラルサブレイヤアクセスピクチャ（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ ｐｉｃｔｕｒｅｓ）は、ＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）及び／又はＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）を含むことができる。

ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャは、関連したリーディングピクチャを有する場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。

ＢＬＡ（Ｂｒｏｋｅｎ Ｌｉｎｋ Ａｃｃｅｓｓ）ピクチャは、関連したＲＡＤＬピクチャは有するが、関連したＲＡＳＬピクチャは有しない場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。

ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャは、関連したリーディングピクチャを有する場合を含むことができる。

ＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。

ＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。

図６は、本発明の一実施例によって、クローズドＧＯＰである場合にトリックプレイの方法を示す図である。（シナリオ１−１）

同図は、ビデオストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄ値が０であり、クローズドＧＯＰである場合に、トリックプレイを行う方法を示す図である。ここで、ＧＯＰは、Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの略称で、ランダムアクセスを可能にするための符号化されたピクチャの集合を意味する。ここで、クローズドＧＯＰは、リーディングピクチャを含まないＧＯＰを意味し、オープンＧＯＰはリーディングピクチャを含むＧＯＰを意味できる。ここで、リーディングピクチャとは、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＶコーデックスでランダムアクセスポイントと同じ概念）に比べてデコーティング順序は遅いが、ディスプレイ順序は早いピクチャを意味できる。

同図で、一つの四角ボックスは一つのピクチャを表すことができる。ここで、ピクチャは、フレーム及び／又は画像と同じ意味で使われてもよい。

同図で、Ｉ１からＰ９までのピクチャ集合は、一つのＧＯＰを表すことができる。ここで、Ｉピクチャは、ＭＰＥＧ符号化信号で使われる３種類のピクチャ形式の一つで、一つの完全なピクチャを構成するための全てのデータを含むことができる。すなわち、Ｉピクチャは、他のピクチャを参照しなくて済む。Ｐピクチャは、現在のピクチャと再生順序上その前のピクチャとの差異を観察して作られた予測情報と実際情報との差値のみを含むことができる。すなわち、Ｐピクチャは、再生順序上現在のピクチャの前に存在するピクチャを参照することができる。Ｂピクチャは、現在のピクチャ、再生順序上現在のピクチャの前に存在するピクチャ、及び現在のピクチャの後に存在するピクチャ間の差異を観察して作られた予測情報のみを含むことができる。すなわち、Ｂピクチャは、現在のピクチャの前及び後に存在するピクチャを参照できる。同図で、矢印はピクチャ間の参照関係を示すことができる。例えば、Ｂ３ピクチャは、完全な画像を作るために、Ｉ１ピクチャ及びＢ５ピクチャを参照でき、Ｐ９ピクチャはＩ１ピクチャを参照できる。

同図で、四角中の数字は、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを示すことができる。例えば、一番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であるピクチャを表し、二番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であるピクチャを表し、三番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であるピクチャを表すことができる。

本発明の一実施例によれば、２倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至４を有するピクチャをデコーティングすることによって行うことができる。４倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至３を有するピクチャをデコーティングすることによって行うことができる。８倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至２を有するピクチャをデコーティングすることによって行うことができる。１６倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１を有するピクチャをデコーティングすることによって行うことができる。

図７は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャを含む場合に、トリックプレイの方法を示す図である。（シナリオ１−２）

一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。

二番目の図で、表示されたＢ０からＢ６までのピクチャはデコーディング可能リーディングピクチャを表すことができる。

同図で、ＧＯＰに含まれたリーディングピクチャは、デコーディング可能リーディングピクチャであるため、二番目の図に示すように、矢印部分からディスプレイでき、三番目の図に示すようにトリックプレイを行うことができる。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ１、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ Ｐｉｃｔｕｒｅ）を含むことができる。

図８は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャ（ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）及びスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）

一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。

二番目及び三番目の図で、表示されたＢ０からＢ２までのピクチャがスキップ可能リーディングピクチャを表すことができ、表示されたＢ３からＢ６までのピクチャがデコーディング可能リーディングピクチャを表すことができる。

同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図に示すように、Ｂ３ピクチャからディスプレイ可能であり、三番目の図に示すように、Ｂ３ピクチャからトリックプレイが可能である。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬを含むことができ、スキップ可能リーディングピクチャは、ＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ Ｐｉｃｔｕｒｅ）を含むことができる。

図９は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）

一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。

二番目及び三番目の図で、表示されたＢ０からＢ６までのピクチャがスキップ可能リーディングピクチャを表すことができる。

同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図で、ＲＡＰからディスプレイでき、２倍速トリックプレイが行われる場合、三番目の図に示すように、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、スキップ可能リーディングピクチャは、ＲＡＳＬを含むことができる。

図１０は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）

同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスを定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられていたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。

図１１は、本発明の他の実施例によって、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）

同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。

本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。

本発明の一実施例に係るｔｒｉｋボックスは、フラグを用いてビデオコーデック（ｖｉｄｅｏ ｃｏｄｅｃ）に合わせてストリームを分離してシグナリングできる。また、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

本発明の一実施例に係るフラグ値が０である場合、ｔｒｉｋボックスは、Ｈ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１である場合、ｔｒｉｋボックスは、ＨＥＶＣトリックプレイをシグナリングできる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌはトリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。

図１２は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれたｐｉｃ＿ｔｙｐｅを説明するための図である。

本発明の一実施例に係るｐｉｃ＿ｔｙｐｅは、０乃至１５の値を有することができる。

ｐｉｃ＿ｔｙｐｅが０である場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有しないＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｎ＿ＬＰを示すことができる。

ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、関連したデコーディング可能リーディングピクチャを有するＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｗ＿ＲＡＤＬを示すことができる。

ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｎ＿ＬＰを示すことができる。

ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャを有するが、関連したＲＡＳＬピクチャを有しないＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＲＡＤＬを示すことができる。

ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャ及びＲＡＳＬピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＬＰを示すことができる。

ｐｉｃ＿ｔｙｐｅが５の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＣＲＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＣＲＡ＿ＮＵＴを示すことができる。

ｐｉｃ＿ｔｙｐｅが７の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＤＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＤＬ＿Ｎ又はＲＡＤＬ＿Ｒを示すことができる。

ｐｉｃ＿ｔｙｐｅが８の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＳＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＳＬ＿Ｎ又はＲＡＳＬ＿Ｒを示すことができる。

ｐｉｃ＿ｔｙｐｅが９の場合、ｐｉｃ＿ｔｙｐｅは、定められていないＩピクチャを表すことができる。

ｐｉｃ＿ｔｙｐｅ１０は、ｕｎｋｎｏｗｎ値に該当できる。

ｐｉｃ＿ｔｙｐｅ１１乃至１５は、ｒｅｓｅｒｖｅｄ値に該当できる。

図１３は、本発明の一実施例によって、ｐｉｃ＿ｔｙｐｅに、リーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは３ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは５ビットの値を示すことができる。

図１４は、本発明の他の実施例によってｐｉｃ＿ｔｙｐｅにリーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）

同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。

本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。

本発明の一実施例に係るｔｒｉｋボックスは、ｆａｌｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

本発明の一実施例に係るフラグ値が０の場合、ｔｒｉｋボックスはＨ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１の場合、ｔｒｉｋボックスはＨＥＶＣトリックプレイをシグナリングできる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１である場合、３ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。本発明の一実施例に係るフラグ値が０である場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができ、フラグ値が１の場合、５ビットの値を示すことができる。

本発明のさらに他の実施例によれば、トリックプレイを行う際、リーディングピクチャはディスプレイされないという制約が含まれる場合、ｐｉｃ＿ｔｙｐｅは下記のように構成されてもよい。ｐｉｃ＿ｔｙｐｅが０の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｋｎｏｗｎサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＩＤＲサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＣＲＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＢＬＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｃｏｎｓｔｒａｉｎｅｄ Ｉサンプルであることを示すことができる。この場合、ＨＥＶＣストリームに対するｐｉｃ＿ｔｙｐｅ及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドに割り当てられるビット数を減らすことができる。ここで、サンプルはピクチャと同じ意味を有することができる。

図１５は、本発明の一実施例に係るテンポラルスケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。

同図で、四角ボックスは、ストリームに含まれるピクチャを表すことができ、Ｔ＿ＩＤはテンポラルｉｄを表すことができる。

図１６は、本発明の一実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティをサポートするＨＥＶＣストリームでトリックプレイをサポートするために、最大サポート可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供することができる。

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別できる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤでＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについては差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａｌ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合、フレームレートは１５ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合、フレームレートは３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更できる。一方、ＳＴＳＡは、段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチすることができる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。

ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２である場合、本発明は、最大、２＾２である４倍速を提供できる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。本発明の一実施例にはｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅよりも速い倍速はサポートできず、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ倍速数はサポートできる。また、本発明の一実施例は、計算されたｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ値よりも小さい値として割り当てる制限（ｃｏｎｓｔｒａｉｎｔ）をシグナリングすることができる。

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームで、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

図１７は、本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）

同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティをサポートするＨＥＶＣストリームにおいてトリックプレイをサポートするために最大サポート可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供できる。

本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。

本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡはフレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。

ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は、提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２の場合、本発明は、最大、２＾２である４倍速を提供することができる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

図１８は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＴＳＡである場合にフレームレートの変更方法を示す図である。

同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイしていたが、すなわち、４倍速でトリックプレイを行っていたが、直接１倍速（正常倍速）でディスプレイすることができる。

同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイしていたが、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。

図１９は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合にフレームレートの変更方法を示す図である。（シナリオ３）

同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイする途中で、すなわち、４倍速でトリックプレイを行う途中で、直接１倍速（正常倍速）でディスプレイすることばできず、中間に２倍速でディスプレイする過程を経た後、１倍速でディスプレイすることができる。したがって、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合には、変換が可能な倍速数に対する制限を知らせる方法が必要でありうる。すなわち、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄをシグナリングする必要がありうる。

同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡであり、４倍速でディスプレイする途中で１倍速でディスプレイしようとする場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイする途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることはできず、ｔｅｍｐｏｒａｌ＿ｉｄが１であるピクチャをデコーティング及びディスプレイした後、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。

図２０は、本発明の一実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）

本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドはｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。

本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって、４倍速よりも高倍速のトリックプレイサービスを提供することができる。

図２１は、本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。

本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。

本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。

ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。

ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。

ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。

ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。

本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２である場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって４倍速よりも高倍速のトリックプレイサービスを提供できる。

図２２は、本発明の一実施例に係るテンポラルｉｄとティアを複合的に用いたトリックプレイの方法を示す図である。

本発明の一実施例によれば、ティア値は、テンポラルｉｄが０であるピクチャのみに割り当てることができる。

同図に示すように、本発明の一実施例に係る受信機は、テンポラルｉｄが０、１、２又は３であるピクチャをデコーティング及びディスプレイすることによって正常倍速のトリックプレイを行うことができ、テンポラルｉｄが０、１又は２であるピクチャをデコーティング及びディスプレイすることによって２倍速のトリックプレイを行うことができ、テンポラルｉｄが０又は１であるピクチャをデコーティング及びディスプレイすることによって４倍速のトリックプレイを行うことができ、テンポラルｉｄが０であるピクチャを全てデコーティング及びディスプレイすることによって８倍速のトリックプレイを行うことができる。本発明は、テンポラルｉｄが０であるピクチャに対してそれぞれ異なるティア値を割り当てることによって、８倍速よりも速いトリックプレイを行うことができる。

本発明の一実施例によれば、トリックプレイを提供するために次のような方法を用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタを用いるためにティアとテンポラルｉｄをマッピングすることで、トリックプレイが提供できる（シナリオＡ）。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタにテンポラルｉｄを用いたトリックプレイを含むことで、トリックプレイが提供できる（シナリオＢ）。ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングして実際トリックプレイのために必要なパケットのみを選択することで、トリックプレイが提供できる（シナリオＣ）。

本発明の一実施例に係るテンポラルサブレイヤ又はテンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティをサポートするために導入された用語であって、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。

本発明の一実施例に係るティアは、ＡＶＣストリーム又はｍｐｅｇ−２ストリームにおいてトリックプレイをサポートするために導入された用語である。該ティアは、ＴＳパケット内にアダプテーションフィールドに含めることができる。

図２３は、本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。

本発明の一実施例に係る既存のティアは、レイヤ間ディペンデンシを示すことができる。

同図に示すように、テンポラルｉｄが３であるピクチャは、ティア値として６を有することができ、テンポラルｉｄが２であるピクチャは、ティア値として４を有することができ、テンポラルｉｄが１であるピクチャは、ティア値として３を有することができ、テンポラルｉｄが０であるピクチャのうち、Ｉピクチャは、ティア値として１を有することができ、Ｐピクチャはティア値として２を有することができる。すなわち、テンポラルｉｄが０であるピクチャは同一のテンポラルｉｄを有するが、互いに異なるティア値を有することができる。

本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄを有する、すなわち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが最も高いピクチャは、ティア値として６又は７を有することができる。そして、それ以外のｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャは、ティア値として１乃至５を有することができる。このとき、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤに該当するピクチャは、ピクチャのタイプによってティア値として１又は２の値を有することができる。

図２４は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

本発明の一実施例によれば、テンポラルｉｄは含むが、ティア情報は含まないＨＥＶＣストリームに基づいてトリックプレイを提供するためにテンポラルｉｄとティアをマッピングする方法を用いることができる。（シナリオＡ）

本発明の一実施例に係るトリックプレイを提供するために、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法を用いることができ（シナリオＡ−ａ）、一つのテンポラルｉｄを複数個のティアにマッピングする方法を用いることができる（シナリオＡ−ｂ）。

本発明の一実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、既存のティアが有する意味にかかわらず、テンポラルｉｄの値をそのままティアに１：１でマッピングさせることができる。

本発明の他の実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は、廃棄可能ピクチャ（ｄｉｓｃａｒｄａｂｌｅ ｐｉｃｔｕｒｅ）という既存ティアの意味をそのまま維持して、最大テンポラルｉｄは、ｔｉｅｒ６又は７にマッピングさせることができる。

上述したシナリオＡによれば、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタの大部分をそのまま用いることができるという長所がある。ただし、本発明の一実施例はＨＥＶＣストリームに基づいているため、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれた一部のフィールドは修正される必要がある。例えば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれたＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ １から１．２８秒当たり抽出可能な最小フレーム数の値を伝達することができる（Ｔｈｉｓ ｆｉｅｌｄ ｃｏｎｖｅｙｓ ｔｈｅ ｖａｌｕｅ ｏｆ ｔｈｅ ｉｎｔｅｎｄｅｄ ｍｉｎｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｅｘｔｒａｃｔａｂｌｅ ｆｒａｍｅｓ ｐｅｒ １．２８ ｓｅｃ． ｆｒｏｍ ｔｉｅｒ １ ｔｈｒｏｕｇｈ “ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｉｒ＿ｍ”）と新しく定義できる。

同図は、本発明の一実施例であるシナリオＡ−ａによるトリックプレイ方法を示す図である。

同図に示すように、テンポラルｉｄが３であるピクチャは、ｔｉｅｒ ４にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ １にマッピングできる。

本発明の一実施例であるシナリオＡは、８倍速以上のトリックプレイは提供できない。

図２５は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）

本発明の一実施例は、以前の図面とは違い、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持し、最大テンポラルｉｄをｔｉｅｒ ６又は７にマッピングさせることができる。

同図に示すように、テンポラルｉｄが３であるピクチャはｔｉｅｒ ６にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ１にマッピングできる。

同図が以前の図面と異なる点は、最大テンポラルｉｄであるテンポラルｉｄ ３に該当するピクチャをｔｉｅｒ ６にマッピングしたということであろう。

図２６は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。

同図は、本発明の一実施例に係るシナリオＡ−ａにおいて、既存のティアが有する意味にかからわず、テンポラルｉｄの値をそのままティアに１：１でマッピングした結果を示している。

同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ４にマッピングできる。

本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンス（ｒｅｆｅｒｅｎｃｅ）として用いられないピクチャを意味した。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。

本発明の一実施例は、テンポラルサブレイヤとティアが同一の数字を有するようにマッピングでき、トリックプレイを行う際に上述したマッピング情報を用いることができる。

図２７は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。

同図は、本発明の他の実施例に係るシナリオＡ−ａにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持して、最大テンポラルｉｄはｔｉｅｒ６又は７にマッピングした結果を示している。

同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ６にマッピングできる。

本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６は、レファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、上述した通り、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が４であるピクチャは、ｔｉｅｒ６にマッピングできる。ここで、レファレンスとして用いられないピクチャである場合はｔｉｅｒ７にマッピングできる。

図２８は、本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）

同図に示すように、最大テンポラルｉｄであるテンポラルｉｄが１であるピクチャは、ｔｉｅｒ４又は６にマッピングでき、テンポラルｉｄが０である残り５個のピクチャはｔｉｅｒ０乃至３にマッピングできる。

本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンスとして用いられないピクチャを意味している。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ４にマッピングできる。（２８０１０）

本発明の他の実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６はレファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ６にマッピングできる。（２８０２０）

図２９は、本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールドの構成を示す図である。

本発明の一実施例は、ｔｉｅｒ及びｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値をトリックプレイのための速度情報とマッピングするデスクリプタを提供することができる。

本発明の一実施例によれば、既存トリックプレイのための情報はＴＳパケットのアダプテーションフィールドに含まれたため、テンポラルｉｄを含むＨＥＶＣストリームのトリックプレイのための情報であるＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏも、上述したアダプテーションフィールドに含まれてもよい。

同図は、ＴＳパケットのアダプテーションフィールドに含まれたデータフィールド（ｄａｔａ ｆｉｅｌｄ）の構成を示す図である。

同図に示すように、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇが０ｘ００であれば、当該データフィールドはｒｅｓｅｒｖｅｄであることを示すことができ、０ｘ０１であれば、当該データフィールドはＡｎｎｏｕｎｃｅｍｅｎｔ ｓｗｉｔｃｈｉｎｇデータフィールドであることを示すことができ、０ｘ０２であれば、ＡＵ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０３であれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０４であれば、ＴＳＡＰ ｔｉｍｅ ｌｉｎｅに対するデータフィールドであることを示すことができ、０ｘ０５であれば、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに対するデータフィールドであることを示すことができる。

本発明の一実施例は、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏデスクリプタを用いてテンポラルｉｄにティア値をマッピングし、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎデスクリプタを用いてｔｉｅｒベースでトリックプレイを提供することができる。

図３０は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。

本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏは、ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。

ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、テンポラルｉｄを用いてエンコーディングしたか否かをシグナリングすることができる。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間のディペンデンシ（ｄｅｐｅｎｄｅｎｃｙ）の有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは最大テンポラルｉｄ値を示すことができ、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが示す値は、テンポラルｉｄに１を足した値である。

ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬユニットヘッダー（ＮＡＬ ｕｎｉｔ ｈｅａｄｅｒ）に含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が示す値と同じ値を有することができる。

ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１とマッピングされるティア値を示すことができる。

ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。

ｉｆ（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供できるため、本発明の一実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎを用いるためにテンポラルｉｄをティアにマッピングさせることができる。

本発明の他の実施例は、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを用いてルックアップテーブルを生成でき、該ルックアップテーブルを用いてＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎのティア関連情報をｔｅｍｐｏｒａｌ＿ｉｄで解釈して使用することができる。

本発明の他の実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏからｆｏｒループを削除し、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが位置しているレベルにｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを位置させることもできる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを各ピクチャごとにシグナリングすることができる。

図３１は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。

本発明の一実施例に係るｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドが０であれば、提供可能なトリックプレイの倍速は１倍速であり、１なら、提供可能なトリックプレイの倍速は２倍速であり、２なら、提供可能なトリックプレイの倍速は４倍速であり、３なら、提供可能なトリックプレイの倍速は８倍速であり、４なら、提供可能なトリックプレイの倍速は１６倍速であり、５なら、提供可能なトリックプレイの倍速は３２倍速であり、６なら、提供可能なトリックプレイの倍速は６４倍速でありうる。

図３２は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドを含むことができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎと関連しているピクチャのティアナンバーを示すことができる。最小ティアナンバーは０で、最大ティアナンバーは７であってもよい。ティアナンバー０は、将来使用のために残しておいてもよい。本発明の一実施例によれば、ＨＥＶＣである場合、ＨＥＶＣ ＲＡＰピクチャのティアナンバーは０であり、ＨＥＶＣ ＲＡＰピクチャ以外の残り全てのピクチャのティアナンバーは、テンポラルｉｄに１を足した値であってもよい。本発明の一実施例によれば、このフィールドは、ビデオストリームに含まれるピクチャのティアナンバーを示すことができ、ティアナンバー情報と命名できる。ここで、ティアナンバーは、テンポラルサブレイヤをシグナリングするために用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍは、ティアナンバー情報と命名できる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、以前のＲＡＰピクチャにおいてこのフィールドの値が１である場合に、ＲＡＰ以外のピクチャで１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ビデオストリームがＡＶＣ又はＨＥＶＣストリームであり、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃｔ＿ｓｔｒｕｃｔフィールドが存在する場合に、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒフィールドが存在する場合に１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有するように推奨されてもよい。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールドは、ピクチャの属しているセグメントのｉｄを伝達することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールドは、ピクチャの属しているプログラムのｉｄを伝達することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのセグメント内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールドは、一つのセグメント内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのプログラム内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールドは、一つのプログラム内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールドは、新しい場面の再生順序上先頭のピクチャである場合に１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドと関連しているティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から秒当たり抽出可能な最小フレーム数の値を伝達することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドは、トリックプレイを行う間にデコーダに無視されてもよいＭＭＣＯｓ下の最小ティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドをさらに含むことができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドが示す値と同じティアナンバーを有するピクチャのうち、デコーティング順序上次の順序のピクチャの相対的な位置を示すことができ、ティアネクストピクチャ情報と命名できる。

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ビデオデータのトリックプレイを行うためのメタデータを含み、ＰＶＲアシスト情報と命名できる。

図３３は、本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）

本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含む方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供することができる。

本発明の一実施例は、テンポラルｉｄベースのテンポラルスケーラビリティをサポートするために、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと共にＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をシグナリングすることができる。

本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。

同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。このフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を示すことができる。このフィールドは、ＲＡＰピクチャごとに提供できる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。このフィールドは、０乃至６のいずれか一つの値を有することができる。このフィールドは、トリックプレイの速度に関する情報を提供するために用いることができる。

本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの値を用いて計算できる。

図３４は、本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）

本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含める方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供できる。

本発明の一実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま使用し、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドにＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の意味を含めることができる。また、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ティアの意味が変更されたことを知らせることができる。

本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。

同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。ただし、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、本発明の一実施例によってテンポラルｉｄフレームワークにそのまま用いることができる。すなわち、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをテンポラルｉｄを示すフィールドとして用いた場合、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。

本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの意味を有するＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド値を用いて計算できる。

本発明のさらに他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｆｒａｍｅｗｏｒｋという２ビット以上のフィールドをＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに追加して、ＰＶＲを提供するフレームワークの種類を区別することができる。本発明の一実施例は、既存のティア、サブストリームフレームワーク及びテンポラルｉｄフレームワークを区別することができる。この場合、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれたフラグ値は用いられなくてもよく、本発明の一実施例は、各フレームワークに該当するタグ値に代えて条件文を構成することができる。

図３５は、本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）

本発明の一実施例によるＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間のディペンデンシの有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１に該当するティア値を示すことができる。

ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。

ｉｆ（ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供することができる。

本発明の他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。

本発明のさらに他の実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま置き、上述したフィールド値をＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値を示すように変更して使用することができる。この場合、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドの意味が変更されたということをシグナリングする必要がある。

本発明のさらに他の実施例は、ティア無しでテンポラルｉｄのみを用いてトリックプレイを提供することができる。すなわち、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングし、実際トリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。例えば、テンポラルｉｄが０から３まで構成されたストリームを２倍速でプレイしようとする場合、本発明の一実施例は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値が１、２又は３であるＴＳパケットのみをシステムデコーダ（ｓｙｓｔｅｍ ｄｅｃｏｄｅｒ）に伝達することによって２倍速トリックプレイを提供できる。

図３６は、本発明の一実施例に係る受信装置を示す図である。

本発明の一実施例に係る受信装置は、受信部（Ｔｕｎｅｒ）３６０１０、復調部（Ｄｅｍｏｄｕｌａｔｏｒ）３６０２０、トリックプレイ実行部（Ｔｒｉｃｋ ｐｌａｙ）３６０３０、システムデコーダ／逆多重化部（Ｓｙｓｔｅｍ ｄｅｃｏｄｅｒ ａｎｄ Ｄｅｍｕｘ）３６０４０及び／又はビデオデコーダ（Ｖｉｄｅｏ ｄｅｃｏｄｅｒ）３６０５０を備えることができる。

受信部３６０１０は、放送網、ケーブル網及び／又はインターネットを通して送信される放送信号を受信することができる。

復調部３６０２０は、変調方式に応じて変調された放送信号を復調することができる。

トリックプレイ実行部３６０３０は、各シナリオに従う方法によってトリックプレイのためのＴＳパケットを選別することができる。本発明の一実施例に係るシナリオ１、２及び３に関する詳細な説明は、前述した通りである。

システムデコーダ／逆多重化部３６０４０は、システム情報をデコーティングでき、多重化された放送信号を単位ストリーム別に分離できる。逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。

ビデオデコーダ３６０５０は、ビデオストリームをデコーティングすることができる。ビデオデコーダはシステムデコーダ及びトリックプレイ実行部を含むことができ、ビデオデコーダは、ＰＶＲアシスト情報に基づいてトリックプレイのために選別されたビデオストリームをデコーティングすることによって、ビデオデータのトリックプレイを行うことができる。ビデオデコーダは、ＰＶＲアシスト情報に含まれたテンポラル識別情報及び最大テンポラル識別情報に基づいてトリックプレイを行うことができる。

図３７は、本発明の一実施例に係るティアフレームワークとＨＥＶＣテンポラルサブレイヤとを比較したものである。

本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤの階層構造は、ティアシステムフレームワークに類似している。本発明の一実施例に係るテンポラルｉｄはティアナンバーにマッチングできる。本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、ティアシステムフレームワークと類似の方法によってＰＶＲをサポートすることができる。

本発明の一実施例に係るＨＥＶＣ準拠（ｃｏｍｐｌｉａｎｔ）エンコーダ／デコーダは、ＨＥＶＣテンポラルサブレイヤをサポートできる。本発明の一実施例に係るテンポラルｉｄは、ＨＥＶＣでエンコーディングされたストリームに存在できる。ストリームがテンポラルサブレイヤ構造によってエンコーディングされた場合、トリックプレイのためのいかなる特別なエンコーディング構造も必要としない。したがって、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、トリックプレイをサポートする場合にエンコーディング負担を軽減することができる。

同図に示すように、ティアフレームワークで、ｔｉｅｒ７は、参照されない廃棄可能ピクチャを意味し、ｔｉｅｒ６は、参照される廃棄可能ピクチャを意味した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、参照されるピクチャであるか否かを区別しなくてもよい。ティアフレームワークでｔｉｅｒ１はＲＡＰピクチャを示し、ｔｉｅｒ２はＰピクチャを示した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤでテンポラルｉｄ０は、ＩＲＡＰピクチャを含むＩピクチャ、Ｐピクチャ及びＢピクチャを全て示すことができる。

本発明の一実施例によれば、異なるサブレイヤがテンポラルｉｄ６と７に指定されてもよい。したがって、ティアナンバー６及び７と比較すると、本発明の一実施例によってテンポラルｉｄを用いる場合、追加的な倍速をサポートすることができる。

本発明の一実施例によれば、より速い倍速をサポートするために、テンポラルｉｄが０であるベースサブレイヤでフレーム区別が必要でありうる。

図３８は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。

本発明の一実施例によれば、デコーティング過程前にアクセスユニット（ａｃｃｅｓｓ ｕｎｉｔｓ；ＡＵｓ）をフィルタリングするために、ビデオレベルに与えられたテンポラルｉｄはシステムレベルでシグナリングされうる。

本発明の一実施例によれば、テンポラルｉｄが０であるベースサブレイヤでより高い倍速をサポートするために、イントラ（ｉｎｔｒａ）フレームがシグナリングされうる。

本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ ｉｄ＿ｚｅｒｏフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドを含むことができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。

ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ピクチャのテンポラルｉｄを示すことができる。実際に、テンポラルｉｄは、このフィールドから１を引いた値を有することができる。このフィールドの最小値は１、最大値は７を有することができる。ＨＥＶＣストリームの場合、このフィールドの値はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を有することができる。このフィールドは、ＲＡＰピクチャに該当するピクチャでのみ提供されうる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールドは、現在アクセスユニットがｉｎｔｒａピクチャであると、１の値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄを示すことができる。実際に、最大テンポラルｉｄは、このフィールドから１を引いた値を示すことができる。このフィールドは１から７までの値を有することができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌＩｄ＿ｚｅｒｏフィールドは、テンポラルｉｄが０であるベースサブレイヤでイントラ（ｉｎｔｒａ）フレーム間に存在するイントラフレーム以外のフレームの個数を示すことができる。このフィールドは、トリックプレイの速度を推測するために用いることができる。

ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドは、将来使用のために残したフィールドである。

ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、将来使用のために残したフィールドを示すことができる。

図３９は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。

同図で、一番目の図３９０１０は、一つのＧＯＰに該当するピクチャを再生順序によって整列したものである。一番目の図で、Ｉは、Ｉピクチャを表すことができ、Ｂは、Ｂピクチャを表すことができ、ＰはＰピクチャを表すことができる。また、ピクチャの種類を表すアルファベット下部の添え字は、再生順序を表すことができる。一番目の図で、矢印は、ピクチャ間の参照関係を示すことができる。

同図で、二番目の図３９０２０は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いてトリックプレイを提供する方法を示すものである。一つの四角ボックスは一つのピクチャを表すことができる。四角中の数字はテンポラルｉｄを示すことができる。四角中のｘ表示は、トリックプレイ時にデコーティング及び再生されるピクチャを表すことができる。二番目の図に示すように、２倍速から８倍速トリックプレイまでは、ＨＥＶＣテンポラルサブレイヤによって提供することができる。

同図で、三番目の図３９０３０は、本発明の一実施例に係るベースサブレイヤシグナリングを用いてトリックプレイを提供する方法を示すものである。本発明の一実施例は、イントラピクチャのみをデコーティング及び再生することによって、１２倍速、２４倍速及び４８倍速のトリックプレイを提供することができる。

図４０は、本発明の一実施例に係る放送信号送信方法を示す図である。

本発明の一実施例は、次のような手続きによって放送信号を送信することができる。まず、本発明の一実施例は、ビデオデータをエンコードしてビデオストリームを生成することができる（Ｓ４００１０）。ここで、ビデオストリームを、ＡＶＣ又はＨＥＶＣコーデックによってエンコードすることができる。ここで、ビデオストリームはビデオストリームの最大テンポラル識別情報値を有するＰＶＲアシスト情報を含むことができる。最大テンポラル識別情報は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄと命名することができる。最大テンポラル識別情報に関する詳細な説明は、図３０、図３３、図３４、図３５、図３８で前述した。ＰＶＲアシスト情報は、受信機又はＰＶＲ装置でビデオデータのトリックプレイを行うために必要な情報を意味することができる。ＰＶＲアシスト情報に関する詳細な説明は、図３４で前述した。次に、本発明の一実施例は、生成されたビデオストリームを含む放送信号を生成することができる（Ｓ４００２０）。ここで、ビデオストリームは、ビデオ単位ストリーム、ビデオ単位ストリームがパケット化されたＰＥＳストリーム、又はＴＳパケットを含むトランスポートストリームを意味することができる。生成されたビデオストリームを様々な変調方式を用いて変調することによって放送信号を生成することができる。次に、本発明の一実施例は、生成された放送信号を伝送することができる（Ｓ４００３０）。ここで、本発明の一実施例は、生成された放送信号を、地上波放送網、ケーブル網及びインターネット網のうち少なくとも一つを介して伝送することができる。

本発明の更に他の実施例によれば、ビデオストリームはアダプテーションフィールドを含み、アダプテーションフィールドはＰＶＲアシスト情報を含むことができる。ここで、アダプテーションフィールドはＴＳパケットのヘッダーとペイロードとの間に存在するフィールドであって、データを含むことができる。本発明の一実施例に係るビデオストリームは、数個のＴＳパケットを含むストリームを意味することができる。したがって、本発明の一実施例に係るビデオストリームはアダプテーションフィールドを含むことができる。

本発明の更に他の実施例によれば、アダプテーションフィールドは、プライベートデータバイトフィールドを含むことができ、プライベートデータバイトフィールドは、ＰＶＲアシスト情報を含むことができる。ここで、プライベートデータバイトフィールドは、アダプテーションフィールドに含まれ、数個のデータフィールドを含むことができる。上述した数個のデータフィールドのうちいずれか一つは、ＰＶＲアシスト情報を含むことができる。

本発明の更に他の実施例によれば、ビデオストリームは、一つ以上のテンポラルサブレイヤを含むことができ、ここで、テンポラルサブレイヤは、ピクチャの集合を示すことができる。本発明の一実施例に係るエンコードされたビデオデータを含むＮＡＬユニットのヘッダーは、テンポラル識別プラス情報を含むことができる。ここで、テンポラル識別プラス情報は、テンポラル識別情報に１を加算した値を示すことができ、テンポラル識別情報は、テンポラルサブレイヤを識別する情報を含むことができる。本発明の一実施例に係るテンポラル識別プラス情報は、テンポラルサブレイヤを識別するために用いることができる。テンポラルサブレイヤはｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒと、テンポラル識別情報はｔｅｍｐｏｒａｌ ｉｄと、テンポラル識別プラス情報はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１と命名することができる。

本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、ビデオストリームの最大テンポラル識別情報値を示す最大テンポラル識別情報を含むことができる。ＨＥＶＣでエンコードされたビデオストリームは、複数のテンポラルサブレイヤを有することができ、各テンポラルサブレイヤはテンポラル識別情報によって識別されてもよい。本発明の一実施例に係る最大テンポラル識別情報は、複数のテンポラルサブレイヤのうちの最大テンポラル識別情報を有するテンポラルサブレイヤのテンポラル識別情報を意味することができる。

本発明の更に他の実施例によれば、最大テンポラル識別情報は、０乃至６のいずれか一つの値を有することができる。したがって、本発明の更に他の実施例によってテンポラル識別情報値がティア（ｔｉｅｒ）ナンバーと一対一でマッチする場合、既に定義されていたティアナンバーの範囲内でマッチすればよい。既にティアナンバーは０から７まで定義されている。

本発明の更に他の実施例によれば、最大テンポラル識別情報を、トリックプレイの速度に関する情報を提供するために用いすることができる。最大テンポラル識別情報は、トリックプレイの最大倍速に関する情報をシグナルすることができる。本発明の一実施例は、各テンポラル識別情報に該当するトリックプレイ倍速をシグナルすることができる。最大テンポラル識別情報をシグナルすることによって、本発明の一実施例は、ユーザにサービスが可能な最大倍速情報を知らせることができ、ユーザの要求を受けてトリックプレイの倍速を決定し、決定された倍速を提供することができる。これに関する詳細な説明は、図３３及び図３８で前述した。

本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、最大テンポラル識別情報を含むか否かを示すテンポラル識別フラグ情報を含むことができる。ここで、テンポラル識別フラグ情報は少なくともＲＡＰごとに提供されてもよい。テンポラル識別フラグ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと命名することができる。テンポラル識別フラグ情報は、ＰＶＲアシスト情報内に最大テンポラル識別情報が含まれていると、１の値を有することができる。ＡＶＣストリームである場合、テンポラル識別フラグ情報は０の値を有することができる。本発明の一実施例は、テンポラル識別フラグ情報をＲＡＰごとに提供することによって、最大テンポラル識別情報をＲＡＰごとにシグナルすることができる。これによって、本発明の一実施例はトリックプレイの最大倍速情報をＲＡＰごとにシグナルすることができる。これに関する詳細な説明は、図３２及び図３８で前述した。

図４１は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。

本発明の一実施例に係る放送信号受信装置４１０１０は、受信部４１０２０、逆多重化部４１０３０及び／又はデコーダ４１０４０を含むことができる。

受信部は、放送信号を受信することができる。

逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。ここで、ビデオストリームは、ビデオストリームの最大テンポラル識別情報値を有するＰＶＲアシスト情報を含むことができる。

デコーダは、上述したＰＶＲアシスト情報に基づいて、抽出されたビデオストリームをデコードし、ビデオデータのトリックプレイを行うことができる。

同図に示している、本発明の一実施例に係る放送信号受信装置の構成のうち、図３６に示した放送信号受信装置の構成と同じ名称を有する構成は、図３６に示した放送信号受信装置の構成と同じ機能を有することができる。

同図に示している、本発明の一実施例に係る放送信号受信装置の構成のうち、図４０に示した放送信号送信方法の手続きに対応する構成は、図４０に示した放送信号送信方法の手続きに対応する機能を有することができる。

以下では、上記のように、信号伝送のためのＰＥＳレベルの他に、ビデオデータレベルでトリックプレイを効率的に行うことができる実施例を開示する。

上述した実施例によれば、ビデオ伝送段階でビデオトリックプレイを効率的に実行できるようにトリックプレイに関する情報を送受信することができる。

しかしながら、上述した実施例とは別に又は上述した実施例に加えて、ビデオデータレベルでトリックプレイのための情報をあらかじめシグナルするようにすれば、ビデオデコーダがあらかじめトリックプレイに関する情報を取得し、トリックプレイを効率的に行うことができる。

以下、本発明を容易に説明し得る実施例を、図面を参照して説明する。

図４２は、本発明に係る信号送受信方法の一実施例を示す図である。

ビデオソースデータをエンコードする（Ｓ１１０）。

ビデオソースデータをエンコードする方式としてＡＶＣ又はＨＥＶＣを用いることができる。

例えば、ＨＥＶＣエンコードされたビデオストリームは、そのビデオデータのピクチャ情報を有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ（ｍｅｓｓａｇｅ）を含むことができる。

ＨＥＶＣエンコードされたビデオデータストリームのトリックプレイのために、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを含むことができる。ＨＥＶＣビデオデータは、コーディングスライスセグメントＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニット又はそのサブユニットを含むＶＣＬデータ（ｖｉｄｅｏ ｃｏｄｉｎｇ ｌａｙｅｒ（ＶＣＬ） ＮＡＬ ｕｎｉｔ）を伝送することができるが、ＳＥＩメッセージがＧＯＰメタデータを含むと、ＶＣＬデータの前にピクチャに関する情報をシグナルすることができ、効率的なトリックプレイが可能である。

ＳＥＩメッセージ内のＧＯＰメタデータは、全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）などを含むことができる。

ＳＥＩメッセージにＧＯＰメタデータを含めたビデオを伝送する（Ｓ１２０）。

このように送信したビデオデータを受信してプレイする場合、次のような方法を用いることができる。

エンコードされたビデオデータを受信する（Ｓ２１０）。

受信したビデオのＳＥＩメッセージをパース（ｐａｒｓｅ）してＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを得る（Ｓ２２０）。この場合、ビデオのＳＥＩメッセージのＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータから、ビデオデータの全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）などを得ることができる。

ＳＥＩメッセージをパースして得たＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを用いて、エンコードされたビデオソースデータをデコードする（Ｓ２３０）。この場合、ＳＥＩメッセージのＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを用いて、ビデオソースデータのピクチャをフィルタし、フィルタされたピクチャを用いてトリックプレイを行うことができる。このように、ビデオのＳＥＩメッセージに含まれたＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータのピクチャ情報、及びエンコードされたビデオデータのピクチャのポインタ（又はビデオインデックス）を用いると、効率的なトリックプレイを行うことができる。すなわち、ビデオデコーダは、ビデオパーサーがＳＥＩメッセージをパースして得たメタデータを用いて、ビデオソースのピクチャポインタでフィルタされたピクチャをデコードするため、トリックプレイを効率的に行うことができる。

図４３は、本発明の実施例によってビデオデータをエンコードする場合にＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）の構造を例示する図である。同図を参照して本発明の一実施例を説明すると、次のとおりである。

ビデオソースデータをエンコードして出力する場合、ＧＯＰ単位でビデオデータを伝送することができる。

この例は、ＧＯＰ単位で伝送されるビデオデータの一例であるが、同図の最上段における、ＧＯＰ−１、ＧＯＰ、ＧＯＰ＋１はそれぞれ時間順で伝送されるＧＯＰを示し、同図は、ＮＡＬユニットヘッダー（ＮＡＬ ｕｎｉｔ ｈｅａｄｅｒ）の最大ｔｅｍｐｏｒａｌ＿ｉｄが２であり、ＧＯＰサイズが２４である場合を示す。

ＧＯＰは、一つ以上のタイプのピクチャの集合を示すが、ＧＯＰは、Ｉ、Ｐ、Ｂの複数のピクチャタイプを含むことができる。

同図で、ＧＯＰ内のピクチャタイプとディスプレイ順序を共に表示し、ディスプレイされるピクチャの順序をＩ１，Ｂ２，Ｂ３，Ｂ４，Ｐ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．と例示した。

しかし、ビデオエンコーディングの参照関係によってＧＯＰ内のデコーディング順序は、Ｉ１，Ｐ５，Ｂ３，Ｂ２，Ｂ４，Ｐ９，Ｂ７，Ｂ６．．と例示したように、ディスプレイ順序とは異なる順序を有する。

コーディングされたスライスセグメントがＩＲＡＰ（ｉｎｔｒａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）ピクチャに含まれる場合、Ｔｅｍｐｏｒａｌ＿Ｉｄは０の値を有する。この例で、Ｉ１，Ｐ５，Ｐ９，Ｐ１３，Ｐ１７，Ｐ２１は、Ｔｅｍｐｏｒａｌ＿Ｉｄが０の値を有する。

Ｂ３，Ｂ７，Ｂ１１，Ｂ１５，Ｂ１９，Ｂ２３は、デコーディング順序においてＴｅｍｐｏｒａｌ＿Ｉｄが０であるピクチャだけを用いるピクチャであり、Ｔｅｍｐｏｒａｌ＿Ｉｄが１の値を有する。

そして、Ｂ２，Ｂ４，Ｂ６，Ｂ８，Ｂ１０，Ｂ１２，Ｂ１４，Ｂ１６，Ｂ１８，Ｂ２０，Ｂ２２及びＢ２４は、デコーディング順序においてＴｅｍｐｏｒａｌ＿Ｉｄが０と１であるピクチャを用いるピクチャであり、Ｔｅｍｐｏｒａｌ＿Ｉｄが２の値を有する。

本発明の実施例でＧＯＰを構成する各ピクチャは、それぞれのテンポラルＩＤ（ｔｅｍｐｏｒａｌ ＩＤ）、ピクチャタイプ（ｐｉｃｔｕｒｅ ｔｙｐｅ）、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）及びディペンデンシレベル（ｄｅｐｅｎｄｅｎｃｙ ｌｅｖｅｌ）情報を含むことができるが、ビデオストリームを構成する全ＧＯＰの個数とＧＯＰの各ピクチャの情報をＳＥＩメッセージで優先的にシグナルすることができる。これについて詳述すると、次のとおりである。

図４４は、本発明の実施例によって送受信されるビデオデータのシンタックスの一例を示す図である。

本発明の実施例によってエンコードされたビデオデータ、特に、ＨＥＶＣを用いてエンコードされたビデオデータのＳＥＩメッセージはＧＯＰのメタデータ情報を含むことができる。

例えば、ＳＥＩメッセージのｐａｙｌｏａｄＴｙｐｅが特定ｐａｙｌａｄＴｙｐｅである場合（ｐａｙｌｏａｄＴｙｐｅ ＝ ＝ ｘｘｘ）、ＳＥＩメッセージはトリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。この情報は、ビデオエレメントのＳＥＩメッセージのＳＥＩ ＲＢＳＰ（ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）に含めることができる。

受信機のデコーダ内のビデオパーサーは、ビデオデータのＨＥＶＣ ＮＡＬユニットをパース（ｐａｒｓｅ）したとき、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がＳＥＩデータに該当する値であり、ｐａｙｌｏａｄＴｙｐｅが特定値である場合、ビデオデータのＳＥＩメッセージ内からトリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｌｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ）を得ることができる。このとき、ｐａｙｌｏａｄＴｙｐｅは０よりも大きい整数値を有することができる。

受信機のデコーダのビデオパーサーは、トリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｌｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ（））をデコードし、ビデオデータのトリックプレイのためのＧＯＰのメタデータ情報を取得することができる。

この情報を用いて、受信機は、トリックプレイのためのＧＯＰのメタデータ情報を、ビデオデータのロー・データをデコードする前にあらかじめ取得し、効率的なトリックプレイを実現することができる。

トリックプレイのためのＧＯＰのメタデータ情報は、次のような情報を含むことができる。

ＧＯＰ＿ｔｏｔａｌ＿ｃｏｕｎｔフィールドは、ストリームを構成する全ＧＯＰの個数を示す。

ＧＯＰ＿ｓｉｚｅフィールドは、ＧＯＰを構成する全ピクチャの個数を示す。

ｍａｘ＿ｔｅｍｐｏｒａｌ＿ＩＤフィールドは、ビデオストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示す。

ｔｅｍｐｏｒａｌ＿ＩＤフィールドは、ＨＥＶＣ標準で定義するｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１を用いて計算されたテンポラルＩＤ（ｔｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１？１）と同じ値を有することができる。

例えば、ＨＥＶＣ標準でｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが１６〜２３である場合、すなわち、ＲＡＰ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｉｃｔｕｒｅ）である場合には、ＴｅｍｐｏｒａｌＩｄ値が０の値を有することができ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ（ＴＳＡ）ｐｉｃｔｕｒｅ）＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ（ｓｔｅｐ−ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ（ＳＴＳＡ）ｐｉｃｔｕｒｅ）＿Ｒ、又はＳＴＳＡ＿Ｎである場合、ＴｅｍｐｏｒａｌＩｄ値が０でない値を有することができる。

ｐｉｃｔｕｒｅ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅのうち、トリックプレイに利用可能な一部のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを選択してｐｉｃ＿ｔｙｐｅとして構成することができる。これについては後述する。

ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、１以上であるテンポラルＩＤを有するピクチャのうち、適応的（ａｄａｐｔｉｖｅ）に変更可能なｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを示す。この情報は、テンポラルサブレイヤピクチャタイプフィールドを示すが、その詳細な例は、後述する。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、ＧＯＰ内の各ピクチャの依存度の大きさを表す情報を示すが、これに対する値を例示すると、次のとおりである。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ００である場合、このビデオサンプルのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが知られていないことを示す（Ｔｈｅ ｄｅｐｅｎｄｅｎｃｙ ｌｅｖｅｌ ｏｆ ｔｈｉｓ ｓａｍｐｌｅ ｉｓ ｕｎｋｎｏｗｎ）。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ０１乃至０ｘ３Ｅである場合、ビデオサンプルが、この値よりも大きいｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを有するビデオサンプルに依存しないということを示す（Ｔｈｉｓ ｓａｍｐｌｅ ｄｏｅｓ ｎｏｔ ｄｅｐｅｎｄ ｏｎ ｓａｍｐｌｅｓ ｗｉｔｈ ａ ｇｒｅａｔｅｒ ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ ｖａｌｕｅｓ ｔｈａｎ ｔｈｉｓ ｏｎｅ）。

例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ３Ｆである場合は、ｒｅｓｅｒｖｅｄフィールドとしてもよい。

ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイ動作は後述する。

図４５は、本発明の実施例に係るビデオストリームのトリックプレイをサポート可能なピクチャタイプ情報を例示する図である。

ピクチャタイプ情報（ｐｉｃ＿ｔｙｐｅ）は、このフィールドの該当値によって、関連リーディングピクチャ（ｌｅａｄｉｎｇ ｐｉｃｔｕｒｅ）がないＩＤＲ（ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）（ｐｉｃ＿ｔｙｐｅ＝０）、復号可能なリーディングピクチャを有するＩＤＲ（ｐｉｃ＿ｔｙｐｅ＝１）、関連リーディングピクチャを有しないＢＬＡ（ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ）（ｐｉｃ＿ｔｙｐｅ＝２）などを示すことができる。

この例で、ｐｉｃ＿ｔｙｐｅが４である場合、ＢＬＡが関連ＲＡＤＬ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ）とＲＡＳＬ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ）ピクチャを有し得ることを示し、ｐｉｃ＿ｔｙｐｅが５である場合、ＣＲＡ（ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）ピクチャが関連リーディングピクチャを有し得ることを示す。ｐｉｃ＿ｔｙｐｅが６である場合、ＲＡＤＬピクチャを、ｐｉｃ＿ｔｙｐｅが７である場合、ＲＡＳＬピクチャなどを示すことができる。

ここで、リーディングピクチャは、出力順で、関連ＩＲＡＰピクチャに先行するピクチャのことを指し、ＢＬＡ（ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ）は、各ＶＣＬ ＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、又はＢＬＡ＿Ｎ＿ＬＰと同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＩＲＡＰピクチャを意味する。ＣＲＡ（ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ）は、各ＶＣＬ ＮＡＬユニットがＣＲＡ＿ＮＵＴと同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＩＲＡＰピクチャを意味する。

各ピクチャタイプ情報と関連したｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、最右列に例示されている。

図４６は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイの動作例を示す図である。

同図で例示するように、各ピクチャがＩ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．の順序を有するとすれば、Ｉ１及びＩ２５のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であり、Ｐ５及びＰ１７はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが２であり、Ｂ５，Ｂ１３，Ｂ２１のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であることをそれぞれ示す。そして、Ｂ３，Ｂ７，Ｂ１１，Ｂ１５，Ｂ１９，Ｂ２３のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であり、Ｂ２，Ｂ４，Ｂ６，Ｂ８，Ｂ１０，Ｂ１２，Ｂ１４，Ｂ１６，Ｂ１８，Ｂ２０，Ｂ２２，Ｂ２４のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であることを例示する。

２倍速のトリックプレイを行う場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２、３、及び４であるピクチャを利用し、同図に例示するように、例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であれば、当該サンプルを含んだトリックプレイの場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ＝１，２，３に該当するサンプルだけを用いてプレイすればいいことを意味する。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを用いてトリックプレイをする際に参照すべきレイヤのレベルと参照してはならないレイヤのレベルとを区別することができる。

図４７は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドによるテンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）の例を示す図である。

上述したように、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）は、テンポラルＩＤを有するピクチャのうち、適応的（ａｄａｐｔｉｖｅ）に変更可能なＴｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを区別する情報である。

サブレイヤ（Ｓｕｂ＿ｌａｙｅｒ）は、特定ＴｅｍｐｏｒａｌＩｄ値を有するＶＣＬ ＮＡＬユニットと関連ｎｏｎ−ＶＣＬ ＮＡＬユニットを構成するテンポラルスケーブル（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｌｅ）ビットストリームのテンポラルスケーブルレイヤ（ｔｅｍｐｏｒａｌ ｓｃａｌａｂｌｅ ｌａｙｅｒ）を示す。

サブレイヤレファレンスピクチャ（Ｓｕｂ＿ｌａｙｅｒ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）は、デコーディング順序において同じサブレイヤの連続したピクチャのデコーディングプロセスでインタープレディクション（ｉｎｔｅｒ ｐｒｅｄｉｃｔｉｏｎ）のために使用できるサンプルを含むピクチャであり、サブレイヤノンレファレンスピクチャ（ｓｕｂ−ｌａｙｅｒ ｎｏｎ−ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ）は、デコーディング順序において同じサブレイヤの連続したピクチャのデコーディングプロセスでインタープレディクションのために使用できないサンプルを含むピクチャである。

この例で、テンポラルサブレイヤピクチャタイプ情報の値が０である場合、当該サンプルがレファレンスＴＳＡ（Ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャであることを示す。テンポラルＴＳＡピクチャは、各ＶＣＬ ＮＡＬユニットがＴＳＡ＿Ｒ又はＴＳＡ＿Ｎのようなｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するコーディングされたピクチャのことを指す。

テンポラルサブレイヤピクチャタイプ情報の値が１である場合、当該サンプルがノンレファレンスＴＳＡピクチャであることを示す。

テンポラルサブレイヤピクチャタイプ情報の値が２である場合、当該サンプルがレファレンスＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャであることを示すが、ＳＴＳＡピクチャは、各ＶＣＬ ＮＡＬユニットがＳＴＳＡ＿Ｒ又はＳＴＳＡ＿Ｎのようなｎａｌ＿ｕｎｉｔ＿ｔｙｅを有するコーディングされたピクチャのことを指す。

テンポラルサブレイヤピクチャタイプ情報の値が３である場合、当該サンプルがノンレファレンスＳＴＳＡピクチャであることを示すことができる。

各テンポラルサブレイヤピクチャタイプ情報によるトリックプレイの差異について説明する。Ｔｅｍｐｏｒａｌ＿ＩＤが０でないレイヤでＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ ｐｉｃｔｕｒｅ）とＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ ｐｉｃｔｕｒｅ）に基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのような方式で又はどれくらい異なるフレームレートに変更できるかにおいて差異がある。すなわち、両ピクチャタイプは、一度に飛ばし得るｔｅｍｐｏｒａｌ＿ｉｄの個数が異なる。これにつしては後述する。

図４８は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）のタイプがＴＳＡである場合、トリックプレイのためのフレームレート（フレームレート）を変更する例を示す図である。

同図で、Ｔ＿ＩＤはＴｅｍｐｏｒａｌ＿ＩＤを表すが、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＴＳＡである場合、トリックプレイによりｔｅｍｐｏｒａｌ＿ＩＤが２であるレイヤのストリームだけを４倍速でディスプレイしてから、倍速数を１倍速の正常速度でディスプレイすることができる。

すなわち、Ｔ＿ＩＤが１であるピクチャはＴＳＡピクチャであるが、同図で、Ｔ＿ＩＤが２であるピクチャとＴ＿ＩＤが０であるピクチャとを連結した矢印で表示するように、別個のＴｅｍｐｏｒａｌ＿ＩＤを有するピクチャを用いて倍速を直接変換できるトリックプレイを提供することができる。（点線で表示）。

図４９は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド）のタイプがＳＴＳＡである場合、トリックプレイのためのフレームレートを変更する例を示す図である。

同図でＴ＿ＩＤはＴｅｍｐｏｒａｌ＿ＩＤを表すが、Ｔ＿ＩＤが１である場合、ＳＴＳＡピクチャであってもよい。同図は、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＳＴＳＡである場合、トリックプレイによりｔｅｍｐｏｒａｌ＿ＩＤが２であるレイヤのストリームだけを４倍速でディスプレイするが、倍速数を２倍速にしてプレイした後、次のＳＴＳＡで１倍速で（正常速度で）ディスプレイする過程を示す。

同図で、Ｔ＿ＩＤが２であるピクチャとＴ＿ＩＤが１であるピクチャとを連結した矢印で表示したように、別個のＴｅｍｐｏｒａｌ＿ＩＤを有するピクチャを用いて順次に倍速変換が可能なトリックプレイを提供することができる（点線で表示）。

上記の図４８及び図４９では、変換可能な倍速数に対する制限事項（ｃｏｎｓｔｒａｉｎｔ）を知らせる方法が必要である。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０である場合、フレームレートが１５ｐ、ｔｅｍｐｏｒａｌ＿ｉｄが１である場合、フレームレートが３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２である（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＝２）場合、フレームレートが６０ｐである、と仮定する。

この場合、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＴＳＡであれば、ｔｅｍｐｏｒａｌ＿ｉｄ０からｔｅｍｐｏｒａｌ＿ｉｄ２に直接アプローチ可能であるため、適応的ストリーム（ａｄａｐｔｉｖｅ ｓｔｒｅａｍ）を送受信した場合、フレームレートが１５ｐであるビデオサービスを提供しているが、フレームレートが６０ｐサービスに直接変更可能であることを示すことができる。したがって、ｔｅｍｐｏｒａｌ＿ｉｄとｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを用いると、トリックプレイ変換をより効率的に行うことができる。

他の例として、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＳＴＳＡである場合、ピクチャに対して段階的アプローチのみ可能であるため、ｔｅｍｐｏｒａｌ＿ｉｄ０からｔｅｍｐｏｒａｌ＿ｉｄ１にアプローチし、その後、ｔｅｍｐｏｒａｌ＿ｉｄ２にアプローチすることができる。

したがって、順次に、１５ｐビデオから３０ｐビデオに転換し、さらに３０ｐビデオから６０ｐビデオにサービスを変更することができる。このように、Ｔｅｍｐｏｒａｌ＿ＩＤが０でないレイヤでＴＳＡ（Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャとＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂ−ｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャに基づいてダイナミックにフレームレートを変更させることができる。

図５０は、本発明に係る信号受信装置の一実施例を示す図である。同図を参照して、本発明に係る信号受信装置の一実施例を説明すると、次のとおりである。

信号受信装置の一実施例はデコーダを備えることができるが、デコーダは、一時記憶部２１０、ビデオパーサー２２０及びビデオデコーディング部２３０を備えることができる。

信号受信装置の一実施例は、エンコードされたビデオデータを受信することができる。エンコードされたデータは、時間的な順序で、ＧＯＰに含まれたピクチャを含むことができる。

一時記憶部２１０は、エンコードされたビデオデータを一時記憶するバッファの役割を担うことができるが、この場合、エンコードされたビデオデータはファイル形式であってもよく、ビデオストリームであってもよい。

ビデオパーサー２２０は、エンコードされたビデオデータからＳＥＩメッセージをパースしてＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを得ることができる。ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータは、上述したように、ビデオデータの全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ、テンポラルＩＤ（ｔｅｍｐｏｒａｌ ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）を含むことができる。ビデオパーサー２２０は、ＳＥＩメッセージをパースし、ＳＥＩメッセージから得たＧＯＰメタデータをビデオデコーディング部２３０に伝達することができる。

又は、ビデオパーサー２２０は、ＧＯＰメタデータを用いてＧＯＰ内のピクチャをフィルタしたりデマックスして出力することができる。

ビデオデコーディング部２３０は、ビデオパーサー２２０が出力するビデオデータを用いてビデオを再生するようにデコードすることができる。

ビデオデコーディング部２３０は、ビデオデータ内のインデックスに基づいてトリックプレイを行うことができる。

この場合、ビデオデコーディング部２３０は、ビデオパーサー２２０が得たＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータに基づいて、ビデオトリックプレイを効率的に行うことができる。これについては図４６乃至図４８に例示した。

例えば、ビデオパーサー２２０は、ビデオデータ内の各ピクチャ（又はコーディングスライスセグメント）に対するｔｅｍｐｏｒａｌＩＤ、ピクチャタイプ情報、ディペンデンシレベル情報（ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ）及びテンポラルサブレイヤピクチャタイプを用いて、ＧＯＰ内のピクチャの中からトリックプレイに必要なピクチャを出力し、ビデオデコーディング部２３０がデコーディング順序に関する情報をビデオデータを復号しながら直接得ることに比べてより速く得て、該当のピクチャをまずデコードするようにすることができる。

同図で受信されるビデオデータのＧＯＰ内のピクチャは、Ｉ１，Ｂ２，Ｂ３，Ｂ４，Ｐ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．と例示し、その下の括弧中にｔｅｍｐｏｒａｌＩＤ値を例示した。

ビデオパーサー２２０がＳＥＩメッセージからＧＯＰメタデータを得た場合、ビデオデコーディング部２３０は、ＧＯＰメタデータを用いて例示の順序でピクチャをデコードすることができる。これによって、１倍速の正常速度でビデオピクチャをディスプレイすることができる。

しかし、ビデオパーサー２２０がＳＥＩメッセージからＧＯＰメタデータを得た場合、ビデオデコーディング部２３０は、ＧＯＰメタデータを用いて２倍速のトリックプレイをするとき、Ｉ１，Ｐ５，Ｂ３，Ｐ９，Ｂ７，Ｐ１３，Ｂ１１，Ｐ１７，Ｂ１５，Ｐ２１，Ｂ１９，Ｂ２３のデコーディング順序でピクチャをデコードしてトリックプレイを行うことができる。

ビデオデコーディング部２３０は、ビデオパーサー２２０がパースしたＧＯＰメタデータを用いて４倍速のトリックプレイをする場合、Ｉ５，Ｐ５，Ｐ９，Ｐ１３，Ｐ１７，Ｐ２１のデコーディング順序でピクチャをデコードしてトリックプレイを行うことができる。

他の例として、ビデオデコーディング部２３０は、トリックプレイ時に倍速変換をする場合、テンポラルサブレイヤピクチャタイプ情報を用いることができる。

信号受信装置の一実施例は、ビデオプロセシング部２４０をさらに備えることができ、ビデオプロセシング部２４０は、ビデオデコーディング部２４０が復号したビデオデータに対してスケーリング処理などの様々な後処理を行うことができる。

したがって、ビデオデコーディング部２３０は、ビデオソースデータを復号しながらトリックプレイのための情報を得るとともに、ビデオパーサー２２０からＳＥＩメッセージを介してしあらかじめトリックプレイに必要な情報を得ることによって、より効率的にトリックプレイを行うことができる。

図５１は、本発明に係る信号送信装置の一実施例を示す図である。同図を参照して、本発明に係る信号送信装置の一実施例の動作を説明すると、次のとおりである。

本発明に係る信号送信装置の一実施例は、ビデオソースエンコーダ３１０及びビデオ伝送部３２０を含む。

ビデオソースエンコーダ３１０は、ビデオソースデータをエンコードする（Ｓ１１０）。ビデオソースエンコーダ３１０は、ビデオソースデータをエンコードする方式としてＡＶＣ又はＨＥＶＣを用いることができる。

ビデオソースエンコーダ３１０は、ビデオ伝送部３２０に送信するビデオフォーマットを生成して出力することができるが、例えば、ＨＥＶＣエンコードされたビデオストリームは、そのビデオデータのピクチャ情報を有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことができる。

ＨＥＶＣエンコードされたビデオデータストリームのトリックプレイのために、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅ）メタデータを含むことができる。

ＳＥＩメッセージ内のＧＯＰメタデータは、全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ ｓｕｂ−ｌａｙｅｒ ｐｉｃｔｕｒｅ ｔｙｐｅ）などを含むことができる。これについては図４４に例示した。

ビデオ伝送部３２０は、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰメタデータを含めたビデオを伝送する。

ビデオを伝送する場合、トリックプレイを効率的に実現するために、図１乃至図４１で例示したように、ＰＥＳレベルでの情報を含むことができる。

したがって、受信機のデコーダがＳＥＩメッセージ内のＧＯＰメタデータを用いて、より効率的にビデオトリックプレイを行うことが可能になる。

本発明の実施例によれば、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信することができ、且つ、エンコードされたストリームのトリックプレイをシグナルする場合、拡張可能な方式を提供することができる。そして、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより効率的なトリックプレイを可能にさせることができる。

実施例は、発明を実施するための形態で記述された。

本発明は、放送及びビデオ信号処理分野で利用可能であり、反復可能性がある産業上の利用可能性がある。

Claims (6)

1. ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームをエンコードするステップであって、
   前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
   各テンポラルサブレイヤは、テンポラルＩＤを有する、ステップと、
   前記ビデオストリームを含むトランスポートストリーム（ＴＳ）パケットを生成するステップであって、
   前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
   前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
   前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
   前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
   前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、ステップと、
   前記ビデオストリームを送信するステップと、
   を含む、信号送信方法。
2. 前記テンポラルＩＤは、ＮＡＬユニットヘッダー内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングされる、請求項１に記載の信号送信方法。
3. トランスポートストリーム（ＴＳ）パケットを受信するステップであって、
   前記ＴＳパケットは、ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームを含み、
   前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
   各テンポラルサブレイヤは、テンポラルＩＤを有し、
   前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
   前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
   前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
   前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
   前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、ステップと、
   前記ＰＶＲアシスト情報をパースするステップと、
   前記ＰＶＲアシスト情報に基づいて、前記ビデオストリームを復号するステップと、
   を含む、信号受信方法。
4. 前記テンポラルＩＤは、ＮＡＬユニットヘッダー内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングされる、請求項３に記載の信号受信方法。
5. ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）に該当するビデオストリームをエンコードするビデオエンコーダであって、
   前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
   各テンポラルサブレイヤは、テンポラルＩＤを有する、ビデオエンコーダと、
   前記ビデオストリームを含むトランスポートストリーム（ＴＳ）パケットを生成するプロセッサであって、
   前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
   前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
   前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
   前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含む、プロセッサと、
   ＨＥＶＣビデオストリームと、
   前記ビデオストリームを伝送するビデオ伝送部と、
   を含む、信号送信装置。
6. トランスポートストリーム（ＴＳ）パケットを受信する受信機であって、
   前記ＴＳパケットは、ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームを含み、
   前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
   各テンポラルサブレイヤは、テンポラルＩＤを有し、
   前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
   前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
   前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
   前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
   前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、受信機と、
   前記ＰＶＲアシスト情報をパースするパーサーと、
   前記ＰＶＲアシスト情報に基づいて、前記ビデオストリームを復号するビデオデコーディング部と、
   を含む、信号受信装置。

Images