(57)【特許請求の範囲】
【請求項１】
ビデオデータをエンコードしてビデオエレメンタリストリームを生成するステップであって、前記ビデオエレメンタリストリームがテンポラルスケーラビリティを支援するテンポラルサブレイヤを含み、前記テンポラルサブレイヤがテンポラル識別子によって識別される、ステップと、
前記ビデオエレメンタリストリームを含むパケット化されたエレメンタリストリーム（ＰＥＳ）パケットを生成するステップと、
アダプテーションフィールドおよびペイロードを含むトランスポートストリーム（ＴＳ）パケットを生成するステップであって、前記ペイロードが、前記生成されたＰＥＳパケットを含み、
前記アダプテーションフィールドが、トリックプレイを行うためのＰＶＲアシスト情報を含み、
前記ＰＶＲアシスト情報が、前記テンポラルサブレイヤ内のピクチャの前記テンポラル識別子を用いることによって得られるティアナンバーを示すティアナンバー情報を含み、
前記ＰＶＲアシスト情報が、前記エンコードされたビデオデータを含む前記ビデオエレメンタリストリームの最大テンポラル識別子を示す最大テンポラル識別情報を含み、
前記最大テンポラル識別情報が、前記ビデオエレメンタリストリームから支援されるトリックプレイの速度を提供するために用いられる、ステップと、
前記生成されたＴＳパケットを含む放送信号を生成するステップと、
前記生成された放送信号を送信するステップと、
を有する、放送信号送信方法。
【請求項２】
前記アダプテーションフィールドは、プライベートデータバイトフィールドを含み、
前記プライベートデータバイトフィールドは、前記ＰＶＲアシスト情報を含む、請求項１に記載の放送信号送信方法。
【請求項３】
前記ピクチャがＲＡＰピクチャであるとき、前記ティアナンバーは０であり、前記ピクチャが前記ＲＡＰピクチャとは異なるとき、前記ティアナンバーは前記ピクチャの前記テンポラル識別子に１を足した値と等しく、
前記テンポラル識別子は、前記テンポラルサブレイヤの前記ピクチャを保持するＮＡＬユニット内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドによってシグナリングされる、請求項１に記載の放送信号送信方法。
【請求項４】
前記ＰＶＲアシスト情報は、追加ティアナンバーを示す追加ティアナンバー情報を含み、前記追加ティアナンバーは、前記テンポラル識別子の値として０を有するピクチャのディペンデンシを示し、
高速トリックプレイが、前記テンポラル識別子の値として０を有するとともに特定追加ティアナンバーを有するピクチャをデコーディングすることによって提供され、
低速トリックプレイが、前記テンポラル識別子の値として０を有するピクチャおよび前記テンポラル識別子の値として１以上を有するピクチャをデコーディングすることによって提供される、請求項１に記載の放送信号送信方法。
【請求項５】
前記トリックプレイは、前記ティアナンバー情報をパースせずに前記テンポラルサブレイヤの前記ピクチャを保持するＮＡＬユニット内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドをパースすることのみによって提供される、請求項１に記載の放送信号送信方法。
【請求項６】
前記ＰＶＲアシスト情報は、イントラフレーム間に存在するフレームの個数を示すフレーム個数情報を含む、請求項１に記載の放送信号送信方法。
【請求項７】
アダプテーションフィールドおよびペイロードを含むトランスポートストリーム（ＴＳ）パケットを含む放送信号を受信する受信部であって、前記ペイロードがビデオエレメンタリストリームを含むパケット化されたエレメンタリストリーム（ＰＥＳ）パケットを含み、
前記ビデオエレメンタリストリームが、テンポラルスケーラビリティを支援するテンポラルサブレイヤを含み、前記テンポラルサブレイヤが、テンポラル識別子によって識別され、
前記アダプテーションフィールドが、トリックプレイを行うためのＰＶＲアシスト情報を含み、
前記ＰＶＲアシスト情報が、前記テンポラルサブレイヤ内のピクチャの前記テンポラル識別子を用いることによって得られるティアナンバーを示すティアナンバー情報を含み、
前記ＰＶＲアシスト情報が、ビデオデータを含む前記ビデオエレメンタリストリームの最大テンポラル識別子を示す最大テンポラル識別情報を含み、
前記最大テンポラル識別情報が、前記ビデオエレメンタリストリームから支援されるトリックプレイの速度を提供するために用いられる、受信部と、
前記放送信号から前記ＴＳパケットを抽出するＴＳパケット抽出部と、 前記抽出されたＴＳパケットから前記ＰＥＳパケットを抽出するＰＥＳパケット抽出部と、
前記抽出されたＰＥＳパケットから前記ビデオエレメンタリストリームを抽出するビデオエレメンタリストリーム抽出部と、
前記ティアナンバー情報および前記最大テンポラル識別情報を用いて、前記抽出されたビデオエレメンタリストリームをデコードするデコーダと、
を備える、放送信号受信装置。
【請求項８】
前記アダプテーションフィールドは、プライベートデータバイトフィールドを含み、
前記プライベートデータバイトフィールドは、前記ＰＶＲアシスト情報を含む、請求項７に記載の放送信号受信装置。
【請求項９】
前記ピクチャがＲＡＰピクチャであるとき、前記ティアナンバーは０であり、前記ピクチャが前記ＲＡＰピクチャとは異なるとき、前記ティアナンバーは前記ピクチャの前記テンポラル識別子に１を足した値と等しく、
前記テンポラル識別子は、前記テンポラルサブレイヤの前記ピクチャを保持するＮＡＬユニット内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドによってシグナリングされる、請求項７に記載の放送信号受信装置。
【請求項１０】
前記ＰＶＲアシスト情報は、追加ティアナンバーを示す追加ティアナンバー情報を含み、前記追加ティアナンバーは、前記テンポラル識別子の値として０を有するピクチャのディペンデンシを示し、
高速トリックプレイが、前記テンポラル識別子の値として０を有するとともに特定追加ティアナンバーを有するピクチャをデコーディングすることによって提供され、
低速トリックプレイが、前記テンポラル識別子の値として０を有するピクチャおよび前記テンポラル識別子の値として１以上を有するピクチャをデコーディングすることによって提供される、請求項７に記載の放送信号受信装置。
【請求項１１】
前記トリックプレイは、前記ティアナンバー情報をパースせずに前記テンポラルサブレイヤの前記ピクチャを保持するＮＡＬユニット内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドをパースすることのみによって提供される、請求項７に記載の放送信号受信装置。
【請求項１２】
前記ＰＶＲアシスト情報は、イントラフレーム間に存在するフレームの個数を示すフレーム個数情報を含む、請求項７に記載の放送信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
[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]  図１９は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、フレームレートの変更方法を示す図である。（シナリオ３）
【図２０】[56]  図２０は、本発明の一実施例によって、テンポラルスケーラビリティを支援するＨＥＶＣストリームで高倍速のトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ３）
【図２１】[57]  図２１は、本発明の他の実施例によってテンポラルスケーラビリティを支援するＨＥＶＣストリームで高倍速のトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。
【図２２】[58]  図２２は、本発明の一実施例に係る放送信号受信システムの構造を示す図である。
【図２３】[59]  図２３は、本発明の一実施例に係る受信端の構造を示す図である。
【図２４】[60]  図２４は、本発明の一実施例に係るテンポラルｉｄ（ｔｅｍｐｏｒａｌ  ｉｄ）とティア（ｔｉｅｒ）を複合的に用いたトリックプレイの方法を示す図である。
【図２５】[61]  図２５は、本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。
【図２６】[62]  図２６は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【図２７】[63]  図２７は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【図２８】[64]  図２８は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図２９】[65]  図２９は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図３０】[66]  図３０は、本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）
【図３１】[67]  図３１は、本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）の構成を示す図である。
【図３２】[68]  図３２は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【図３３】[69]  図３３は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【図３４】[70]  図３４は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３５】[71]  図３５は、本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）
【図３６】[72]  図３６は、本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）
【図３７】[73]  図３７は、本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイを支援するためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）
【図３８】[74]  図３８は、本発明の一実施例に係る受信装置を示す図である。
【図３９】[75]  図３９は、本発明の一実施例に係るティアフレームワーク（ｔｉｅｒ  ｆｒａｍｅｗｏｒｋ）とＨＥＶＣテンポラルサブレイヤを比較した図である。
【図４０】[76]  図４０は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図４１】[77]  図４１は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。
【図４２】[78]  図４２は、本発明の一実施例に係る放送信号送信方法を示す図である。
【図４３】[79]  図４３は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。[80]
【発明を実施するための形態】
【００２６】
[81]  以下、添付の図面、及び添付の図面に記載された内容を参照して本発明の実施例を詳しく説明するが、本発明はそれらの実施例に制限又は限定されるものではない。
【００２７】
[82]  本明細書で使われる用語は、本発明での機能を考慮すると共に、可能な限り現在広く使われる一般的な用語を選択したが、これは当該分野に従事する技術者の意図、慣例、又は新しい技術の出現などによって変更されてもよい。また、特定の場合は、出願人が任意に選定した用語もあり、その場合、該当する発明の説明箇所でその意味を記載するだろう。したがって、本明細書で使われる用語は、単純な用語の名称ではなくその用語が持つ実質的な意味と本明細書全般にわたる内容に基づいて解釈されなければならないことは明らかである。
[83]  
【００２８】
[84]  本発明の理解と説明の便宜のために、用語及び略語について下記の通り定義する。
【００２９】
[85]  ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）は、既存Ｈ．２６５／ＡＶＣ技術に比べて約２倍も高い圧縮率を有しながら同一のビデオ品質を提供する高効率ビデオコーディング標準である。
【００３０】
[86]  テンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｉｌｉｔｙ）は、時間的スケーラビリティを意味し、同一の空間解像度でフレーム周波数が異なるものを符号化する方法を意味する。
【００３１】
[87]  トリックプレイ（ｔｒｉｃｋ  ｐｌａｙ）は、一定時間後の映像をプレイできるランダムアクセスが可能であり、倍速機能を提供する機能を意味する。
【００３２】
[88]  オープンＧＯＰ（Ｏｐｅｎ ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ以前に位置しているピクチャを参照ピクチャとして用いてエンコーディングできる構造を意味する。すなわち、リーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）を含むＧＯＰを意味する。
【００３３】
[89]  クローズドＧＯＰ（Ｃｌｏｓｅｄ  ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ内のピクチャのみを参照ピクチャとして用いる構造を意味する。すなわち、オープンＧＯＰとは違い、リーディングピクチャを含まない。
【００３４】
[90]  リーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）は、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に比べてデコーティング順序は遅いが、再生順序は早いピクチャを意味する。
【００３５】
[91]  テンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティを支援するために導入された用語で、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【００３６】
[92]  ティア（ｔｉｅｒ）は、ＡＶＣストリーム又はｍｐｅｇ−２ストリームでトリックプレイを支援するために導入された用語である。ティアは、ＴＳパケット（ＴＳ  ｐａｃｋｅｔ）内のアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）に含むことができる。
[93]  
【００３７】
[94]  図１は、本発明の一実施例に係るトリックプレイ方法をシナリオによって示す図である。
【００３８】
[95]  本発明の一実施例によれば、ＨＥＶＣのテンポラルスケーラビリティ使用の有無によってトリックプレイのためのシグナリング方法を定義することができる。
【００３９】
[96]  本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティを提供しないストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを含む場合において、クローズドＧＯＰであれば、ビデオストリームがリーディングピクチャを含まないため、ＣＦＦメディアファイルフォーマットに定義されたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ及びｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる（シナリオ１−１）。一方、オープンＧＯＰであれば、ｐｉｃ＿ｔｙｐｅにリーディングピクチャタイプを含ませ、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌをシグナリングすることで、トリックプレイを提供できる（シナリオ１−２）。
【００４０】
[97]  本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティベースのストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きいピクチャを含む場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ、ｐｉｃ＿ｔｙｐｅ及びｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる。より具体的に、ストリームに含まれたｔｅｍｐｏｒａｌ＿ｉｄを用いて支援可能な倍速レベルをシグナリングすることで、トリックプレイを提供できる（シナリオ２）。また、シナリオ２と同様に、ｔｅｍｐｏｒａｌ＿ｉｄを用いて支援可能な倍速レベルをシグナリングし、さらにｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャを用いることで、倍速のための追加サービスを提供できる（シナリオ３）。
【００４１】
[98]  同図に表示されたボックスは、ビデオストリームを構成するピクチャを示し、ボックス中に記述されたＴ＿ＩＤは、テンポラルスケーラビリティを支援するためのｔｅｍｐｏｒａｌ＿ｉｄを意味できる。
[99]  
【００４２】
[100]  図２は、本発明の一実施例に係るＨＥＶＣベースのストリームを支援するためのＣＦＦ（Ｃｏｍｍｏｎ  Ｆｉｌｅ  Ｆｏｒｍａｔ）ボックス構造を示す図である。
【００４３】
[101]  同図で“ＮＬ０”、“ＮＬ１”及び“ＮＬ２”は、ＣＦＦボックスの包含関係を表し、“Ｆｏｒｍａｔ Ｒｅｑ．”は、当該ボックスの存在有無及び個数を表し、“Ｓｐｅｃｉｆｉｃａｔｉｏｎ”は、当該ボックスが定義されている標準書の部分を表し、“Ｄｅｓｃｒｉｐｔｉｏｎ”は、当該ボックスの説明を表すことができる。“ＦｏｒｍａｔＲｅｑ．”が“＋”なら、当該ボックスが一つ以上存在するということを意味し、“０／１”なら、当該ボックスが存在するか存在しないかを意味し、“１”なら、当該ボックスが存在することを意味し、“０”なら、当該ボックスが存在しないことを意味できる。
【００４４】
[102]  同図は、本発明の一実施例に係るＣＦＦボックス構造であって、既存のＣＦＦにＨＥＶＣのための新しいトリックプレイボックスを追加したものである。また、本発明の一実施例に係るＣＦＦボックス構造は、ＨＥＶＣベースのｎａｌユニット（ｎａｌ  ｕｎｉｔ）を支援するために“ｈｖｃｎ”と略称される ストレージボックス（ｓｔｏｒａｇｅ  ｂｏｘ）を含むことができる。
[103]  
【００４５】
[104]  図３は、本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックスを示す図である。
【００４６】
[105]  本発明の一実施例によれば、ＣＦＦボックス構造（ＣＦＦ  ｂｏｘ  ｓｔｒｕｃｔｕｒｅ）は、“ｈｖｃｎ”と略称されるｎａｌユニットストレージボックス（ｎａｌ  ｕｎｉｔ  ｓｔｏｒａｇｅ  ｂｏｘ）を含むことができる。
【００４７】
[106]  本発明の一実施例によれば、トリックプレイのためにコデックス別にｎａｌユニットストレージボックスを定できる。
【００４８】
[107]  本発明の一実施例によれば、トリックプレイのためにコデックス別にｎａｌユニットストレージボックスを定義せず、既存の“ｔｒｉｃｋ”ボックスの内部に既存のＡＶＣトリックボックス（ＡＶＣ  ｔｒｉｃｋ  ｂｏｘ）と別にＨＥＶＣトリックボックスを定義できる。また、“ｔｒｉｃｋ”ボックスのフラグによってＡＶＣ又はＨＥＶＣトリックプレイ（ＨＥＶＣ  ｔｒｉｃｋ  ｐｌａｙ）が選択されうる。
【００４９】
[108]  同図で、ＨＥＶＣＣｏｎｆｉｇは、ＨＥＶＣのＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）及びＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）を含むことができ、ＳＰＳのＶＵＩパラメータなどのビデオ情報を含むことができる。
[109]  
【００５０】
[110]  図４は、本発明の一実施例に係るＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれたＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）を支援するエレメントを示す図である。
【００５１】
[111]  本発明の一実施例に係るｘｍｌボックスで参照しているＣｏｍｍｏｎ＿ＭｅｔａｄａｔａはＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントを含むことができる。
【００５２】
[112]  本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントをｘｍｌスキーマによって文字列値を有することができ、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは１個存在してもよく、存在しなくてもよい。
【００５３】
[113]  本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値（ｍｉｎ．ｌｕｍｉｎａｎｃｅ  ａｎｄ／ｏｒ  ｍａｘ．ｌｕｍｉｎａｎｃｅ）を示すことができる。
【００５４】
[114]  本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値で区別されるｐｒｏｆｉｌｅ値を示すことができる。例えば、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、Ｃｏｎｖｅｎｔｉｏｎａｌｃａｐａｃｉｔｙ（ｍｉｎ：０．１ｃｄ／ｍ２、ｍａｘ：１００ｃｄ／ｍ２）、Ｍｉｄ ｃａｐａｃｉｔｙ（ｍｉｎ：０．００１ｃｄ／ｍ２、ｍａｘ：１０００ｃｄ／ｍ２）、又はＨｉｇｈ ｃａｐａｃｉｔｙ（ｍｉｎ：０．０００１ｃｄ／ｍ２、ｍａｘ：１００００ｃｄ／ｍ２）を示すことができる。
[115]  
【００５５】
[116]  図５は、本発明の一実施例に係るＨＥＶＣストリームの場合、ランダムアクセスのためのピクチャタイプを示す図である。
【００５６】
[117]  同図は、ＨＥＶＣＮａｌユニットタイプ（ＨＥＶＣ  Ｎａｌ  ｕｎｉｔ  ｔｙｐｅ）のうち、ランダムアクセス及びトリックプレイの実行のために基本となり得るピクチャの種類を示す図である。
【００５７】
[118]  同図で、陰影で表示されたピクチャタイプ（ＴＳＡ、ＳＴＳＡ）は、テンポラルｉｄ（ｔｅｍｐｏｒａｌ ＩＤ）が０よりも大きいストリームが含まれる場合、すなわち、テンポラルスケーラビリティが提供される場合に、トリックプレイのために使用可能なＨＥＶＣテンポラルサブレイヤピクチャタイプ（ＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）を示すことができる。上述の陰影で表示されたピクチャタイプは、本発明の一実施例に係るシナリオ２及び３で用いることができる。
【００５８】
[119]  本発明の一実施例によれば、ランダムアクセスポイントピクチャ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ  ｐｉｃｔｕｒｅｓ）は、ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）、ＢＬＡ（Ｂｒｏｋｅｎ  Ｌｉｎｋ  Ａｃｃｅｓｓ）及び／又はＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）を含むことができ、リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄｅｃｏｄａｂｌｅ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）及び／又はＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができ、テンポラルサブレイヤアクセスピクチャ（ｔｅｍｐｏｒａｌ  ｓｕｂｌａｙｅｒ  ａｃｃｅｓｓ  ｐｉｃｔｕｒｅｓ）は、ＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）及び／又はＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）を含むことができる。
【００５９】
[120]  ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）ピクチャは、関連したリーディングピクチャを有する場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。
【００６０】
[121]  ＢＬＡ（Ｂｒｏｋｅｎ  Ｌｉｎｋ  Ａｃｃｅｓｓ）ピクチャは、関連したＲＡＤＬピクチャは有するが、関連したＲＡＳＬピクチャは有しない場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。
【００６１】
[122]  ＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）ピクチャは、関連したリーディングピクチャを有する場合を含むことができる。
【００６２】
[123]  ＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
【００６３】
[124]  ＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
[125]  
【００６４】
[126]  図６は、本発明の一実施例によって、クローズドＧＯＰである場合にトリックプレイの方法を示す図である。（シナリオ１−１）
【００６５】
[127]  同図は、ビデオストリーム内に最大ｔｅｍｐｏｒａｌ＿ｉｄ値が０であり、クローズドＧＯＰである場合に、トリックプレイを行う方法を示す図である。ここで、ＧＯＰは、ＧｒｏｕｐＯｆ Ｐｉｃｔｕｒｅの略称で、ランダムアクセスを可能にするための符号化されたピクチャの集合を意味する。ここで、クローズドＧＯＰは、リーディングピクチャを含まないＧＯＰを意味し、オープンＧＯＰはリーディングピクチャを含むＧＯＰを意味できる。ここで、リーディングピクチャとは、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＶコーデックスでランダムアクセスポイントと同じ概念）に比べてデコーティング順序は遅いが、ディスプレイ順序は早いピクチャを意味できる。
【００６６】
[128]  同図で、一つの四角ボックスは一つのピクチャを表すことができる。ここで、ピクチャは、フレーム及び／又は画像と同じ意味で使われてもよい。
【００６７】
[129]  同図で、Ｉ１からＰ９までのピクチャ集合は、一つのＧＯＰを表すことができる。ここで、Ｉピクチャは、ＭＰＥＧ符号化信号で使われる３種類のピクチャ形式の一つで、一つの完全なピクチャを構成するための全てのデータを含むことができる。すなわち、Ｉピクチャは、他のピクチャを参照しなくて済む。Ｐピクチャは、現在のピクチャと再生順序上その前のピクチャとの差異を観察して作られた予測情報と実際情報との差値のみを含むことができる。すなわち、Ｐピクチャは、再生順序上現在のピクチャの前に存在するピクチャを参照することができる。Ｂピクチャは、現在のピクチャ、再生順序上現在のピクチャの前に存在するピクチャ、及び現在のピクチャの後に存在するピクチャ間の差異を観察して作られた予測情報のみを含むことができる。すなわち、Ｂピクチャは、現在のピクチャの前及び後に存在するピクチャを参照できる。同図で、矢印はピクチャ間の参照関係を示すことができる。例えば、Ｂ３ピクチャは、完全な画像を作るために、Ｉ１ピクチャ及びＢ５ピクチャを参照でき、Ｐ９ピクチャはＩ１ピクチャを参照できる。
【００６８】
[130]  同図で、四角中の数字は、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを示すことができる。例えば、一番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であるピクチャを表し、二番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であるピクチャを表し、三番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であるピクチャを表すことができる。
【００６９】
[131]  本発明の一実施例によれば、２倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至４を有するピクチャをデコーティングすることによって行うことができる。４倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至３を有するピクチャをデコーティングすることによって行うことができる。８倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至２を有するピクチャをデコーティングすることによって行うことができる。１６倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１を有するピクチャをデコーティングすることによって行うことができる。
[132]  
【００７０】
[133]  図７は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャを含む場合に、トリックプレイの方法を示す図である。（シナリオ１−２）
【００７１】
[134]  一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００７２】
[135]  二番目の図で、表示されたＢ０からＢ６までのピクチャはデコーディング可能リーディングピクチャを表すことができる。
【００７３】
[136]  同図で、ＧＯＰに含まれたリーディングピクチャは、デコーディング可能リーディングピクチャであるため、二番目の図に示すように、矢印部分からディスプレイでき、三番目の図に示すようにトリックプレイを行うことができる。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ１、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができる。
[137]  
【００７４】
[138]  図８は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャ（ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）及びスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）
【００７５】
[139]  一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００７６】
[140]  二番目及び三番目の図で、表示されたＢ０からＢ２までのピクチャがスキップ可能リーディングピクチャを表すことができ、表示されたＢ３からＢ６までのピクチャがデコーディング可能リーディングピクチャを表すことができる。
【００７７】
[141]  同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図に示すように、Ｂ３ピクチャからディスプレイ可能であり、三番目の図に示すように、Ｂ３ピクチャからトリックプレイが可能である。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬを含むことができ、スキップ可能リーディングピクチャは、ＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができる。
[142]  
【００７８】
[143]  図９は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）
【００７９】
[144]  一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時ビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００８０】
[145]  二番目及び三番目の図で、表示されたＢ０からＢ６までのピクチャがスキップ可能リーディングピクチャを表すことができる。
【００８１】
[146]  同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図で、ＲＡＰからディスプレイでき、２倍速トリックプレイが行われる場合、三番目の図に示すように、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、スキップ可能リーディングピクチャは、ＲＡＳＬを含むことができる。
[147]  
【００８２】
[148]  図１０は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【００８３】
[149]  同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【００８４】
[150]  本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスを定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【００８５】
[151]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【００８６】
[152]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【００８７】
[153]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられていたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
[154]  
【００８８】
[155]  図１１は、本発明の他の実施例によって、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【００８９】
[156]  同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【００９０】
[157]  本発明の一実施例によれば、既存に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【００９１】
[158]  本発明の一実施例に係るｔｒｉｋボックスは、フラグを用いてビデオコーデック（ｖｉｄｅｏ  ｃｏｄｅｃ）に合わせてストリームを分離してシグナリングできる。また、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【００９２】
[159]  本発明の一実施例に係るフラグ値が０である場合、ｔｒｉｋボックスは、Ｈ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１である場合、ｔｒｉｋボックスは、ＨＥＶＣトリックプレイをシグナリングできる。
【００９３】
[160]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【００９４】
[161]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【００９５】
[162]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌはトリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
[163]  
【００９６】
[164]  図１２は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイを支援するためのトリックプレイボックスに含まれたｐｉｃ＿ｔｙｐｅを説明するための図である。
【００９７】
[165]  本発明の一実施例に係るｐｉｃ＿ｔｙｐｅは、０乃至１５の値を有することができる。
【００９８】
[166]  ｐｉｃ＿ｔｙｐｅが０である場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有しないＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｎ＿ＬＰを示すことができる。
【００９９】
[167]  ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、関連したデコーディング可能リーディングピクチャを有するＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｗ＿ＲＡＤＬを示すことができる。
【０１００】
[168]  ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｎ＿ＬＰを示すことができる。
【０１０１】
[169]  ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャを有するが、関連したＲＡＳＬピクチャを有しないＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＲＡＤＬを示すことができる。
【０１０２】
[170]  ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャ及びＲＡＳＬピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＬＰを示すことができる。
【０１０３】
[171]  ｐｉｃ＿ｔｙｐｅが５の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＣＲＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＣＲＡ＿ＮＵＴを示すことができる。
【０１０４】
[172]  ｐｉｃ＿ｔｙｐｅが７の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＤＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＤＬ＿Ｎ又はＲＡＤＬ＿Ｒを示すことができる。
【０１０５】
[173]  ｐｉｃ＿ｔｙｐｅが８の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＳＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＳＬ＿Ｎ又はＲＡＳＬ＿Ｒを示すことができる。
【０１０６】
[174]  ｐｉｃ＿ｔｙｐｅが９の場合、ｐｉｃ＿ｔｙｐｅは、定められていないＩピクチャを表すことができる。
【０１０７】
[175]  ｐｉｃ＿ｔｙｐｅ１０は、ｕｎｋｎｏｗｎ値に該当できる。
【０１０８】
[176]  ｐｉｃ＿ｔｙｐｅ１１乃至１５は、ｒｅｓｅｒｖｅｄ値に該当できる。
[177]  
【０１０９】
[178]  図１３は、本発明の一実施例によって、ｐｉｃ＿ｔｙｐｅに、リーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１１０】
[179]  同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【０１１１】
[180]  本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１１２】
[181]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１１３】
[182]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは３ビットの値を示すことができる。
【０１１４】
[183]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは５ビットの値を示すことができる。
[184]  
【０１１５】
[185]  図１４は、本発明の他の実施例によってｐｉｃ＿ｔｙｐｅにリーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１１６】
[186]  同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【０１１７】
[187]  本発明の一実施例によれば、既存に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１１８】
[188]  本発明の一実施例に係るｔｒｉｋボックスは、ｆａｌｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１１９】
[189]  本発明の一実施例に係るフラグ値が０の場合、ｔｒｉｋボックスはＨ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１の場合、ｔｒｉｋボックスはＨＥＶＣトリックプレイをシグナリングできる。
【０１２０】
[190]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１２１】
[191]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１である場合、３ビットの値を示すことができる。
【０１２２】
[192]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。本発明の一実施例に係るフラグ値が０である場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができ、フラグ値が１の場合、５ビットの値を示すことができる。
【０１２３】
[193]    本発明のさらに他の実施例によれば、トリックプレイを行う際、リーディングピクチャはディスプレイされないという制約が含まれる場合、ｐｉｃ＿ｔｙｐｅは下記のように構成されてもよい。ｐｉｃ＿ｔｙｐｅが０の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｋｎｏｗｎサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＩＤＲサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＣＲＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＢＬＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｃｏｎｓｔｒａｉｎｅｄＩサンプルであることを示すことができる。この場合、ＨＥＶＣストリームに対するｐｉｃ＿ｔｙｐｅ及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドに割り当てられるビット数を減らすことができる。ここで、サンプルはピクチャと同じ意味を有することができる。
[194]  
【０１２４】
[195]  図１５は、本発明の一実施例に係るテンポラルスケーラビリティを支援するＨＥＶＣストリームの構成を示す図である。
【０１２５】
[196]  同図で、四角ボックスは、ストリームに含まれるピクチャを表すことができ、Ｔ＿ＩＤはテンポラルｉｄを表すことができる。
[197]  
【０１２６】
[198]  図１６は、本発明の一実施例によってねテンポラルスケーラビリティを支援するＨＥＶＣストリームで最大倍速を制限してトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１２７】
[199]  同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティを支援するＨＥＶＣストリームでトリックプレイを支援するために、最大支援可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供することができる。
【０１２８】
[200]  本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１２９】
[201]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つサンプルは一つのピクチャを意味できる。
【０１３０】
[202]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【０１３１】
[203]  ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別できる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤでＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについては差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａｌ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合、フレームレートは１５ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合、フレームレートは３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接接近できるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更できる。一方、ＳＴＳＡは、段階的接近しかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまず接近し、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに接近することができる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１３２】
[204]  ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１３３】
[205]  ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１３４】
[206]  ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２である場合、本発明は、最大、２＾２である４倍速を提供できる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。本発明の一実施例にはｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅよりも速い倍速は支援できず、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ倍速数は支援できる。また、本発明の一実施例は、計算されたｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ値よりも小さい値として割り当てる制限（ｃｏｎｓｔｒａｉｎｔ）をシグナリングすることができる。
【０１３５】
[207]  ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームで、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
[208]  
【０１３６】
[209]  図１７は、本発明の他の実施例によってテンポラルスケーラビリティを支援するＨＥＶＣストリームで最大倍速を制限してトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１３７】
[210]  同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティを支援するＨＥＶＣストリームにおいてトリックプレイを支援するために最大支援可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供できる。
【０１３８】
[211]  本発明の一実施例によれば、既存に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１３９】
[212]  本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１４０】
[213]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１４１】
[214]  ｐｉｃ＿ｔｙｐｅフィールドはも、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１４２】
[215]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１４３】
[216]  ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡはフレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接接近できるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的接近しかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまず接近し、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに接近できる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１４４】
[217]  ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１４５】
[218]  ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１４６】
[219]  ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は、提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２の場合、本発明は、最大、２＾２である４倍速を提供することができる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。
【０１４７】
[220]  ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
[221]  
【０１４８】
[222]  図１８は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＴＳＡである場合にフレームレートの変更方法を示す図である。
【０１４９】
[223]  同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイしていたが、すなわち、４倍速でトリックプレイを行っていたが、直接１倍速（正常倍速）でディスプレイすることができる。
【０１５０】
[224]  同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイしていたが、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。
[225]  
【０１５１】
[226]  図１９は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合にフレームレートの変更方法を示す図である。（シナリオ３）
【０１５２】
[227]  同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイする途中で、すなわち、４倍速でトリックプレイを行う途中で、直接１倍速（正常倍速）でディスプレイすることばできず、中間に２倍速でディスプレイする過程を経た後、１倍速でディスプレイすることができる。したがって、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合には、変換が可能な倍速数に対する制限を知らせる方法が必要でありうる。すなわち、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄをシグナリングする必要がありうる。
【０１５３】
[228]  同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡであり、４倍速でディスプレイする途中で１倍速でディスプレイしようとする場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイする途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることはできず、ｔｅｍｐｏｒａｌ＿ｉｄが１であるピクチャをデコーティング及びディスプレイした後、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。
[229]  
【０１５４】
[230]  図２０は、本発明の一実施例によって、テンポラルスケーラビリティを支援するＨＥＶＣストリームで高倍速のトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。（シナリオ３）
【０１５５】
[231]  本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１５６】
[232]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１５７】
[233]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【０１５８】
[234]  ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接接近できるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的接近しかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまず接近し、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに接近できる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１５９】
[235]  ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１６０】
[236]  ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１６１】
[237]  ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドはｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１６２】
[238]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１６３】
[239]  本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイで支援可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１６４】
[240]  本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって、４倍速よりも高倍速のトリックプレイサービスを提供することができる。
[241]  
【０１６５】
[242]  図２１は、本発明の他の実施例によってテンポラルスケーラビリティを支援するＨＥＶＣストリームで高倍速のトリックプレイを支援するためのトリックプレイボックスの構成を示す図である。
【０１６６】
[243]  本発明の一実施例によれば、既存に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１６７】
[244]  本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１６８】
[245]  ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１６９】
[246]  ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１７０】
[247]  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシーレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存にトリックプレイ方法と同一に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１７１】
[248]  ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接接近できるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的接近しかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまず接近し、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに接近できる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１７２】
[249]  ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１７３】
[250]  ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１７４】
[251]  ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１７５】
[252]  本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイで支援可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１７６】
[253]  本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２である場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって４倍速よりも高倍速のトリックプレイサービスを提供できる。
[254]  
【０１７７】
[255]  図２２は、本発明の一実施例に係る放送信号受信システムの構造を示す図である。
【０１７８】
[256]  本発明の一実施例に係る放送信号受信システムは、再生装置（ｐｌａｙｅｒ  ｄｅｖｉｃｅ）２２０１０、記憶装置（ｓｔｏｒａｇｅ  ｄｅｖｉｃｅ）２２０２０、ＫＩＣサーバー２２０３０、ライセンスサーバー（ｌｉｃｅｎｓｅ  ｓｅｒｖｅｒ）２２０４０及び／又はダウンロードサーバー２２０５０を備えることができる。
【０１７９】
[257]  再生装置２２０１０としてはＵＨＤＴＶを含むことができる。再生装置は、ＳＣＳＡアプリケーション及び従来ファイルシステム（ｔｒａｄｉｔｉｏｎａｌ  ｆｉｌｅ  ｓｙｓｔｅｍ）を含むことができる。
【０１８０】
[258]  記憶装置２２０２０としてはＳＤカード、ＵＳＢ及び／又はＳＳＤメモリーを含むことができる。記憶装置は、従来ファイルシステムを含むことができる。
【０１８１】
[259]  ＫＩＣサーバー２２０３０は、個人情報を識別する情報を含むことができる。
【０１８２】
[260]  ライセンスサーバー２２０４０は、コンテンツのライセンスに関連した情報を含むことができる。
【０１８３】
[261]  ダウンロード２２０５０は、コンテンツ及びコンテンツに関連する情報を含むことができる。
【０１８４】
[262]  本発明の一実施例によれば、再生装置は、コンテンツに対するライセンスを獲得するために次のような過程を行うことができる。まず、記憶装置がライセンスファイルを含んでいるか否か確認し、ライセンスファイルを含んでいると、ライセンスファイルからコンテンツキー（ｃｏｎｔｅｎｔ  ｋｅｙ）を取得することができる。記憶装置がライセンスファイルを含んでいないと、バルクコンテンツ（ｂｕｌｋ  ｃｏｎｔｅｎｔ）を確認し、バルクコンテンツがライセンスファイルを含む場合、ライセンスファイルからコンテンツキーを取得することができる。そして、コンテンツキーを用いてライセンスサーバーからライセンスを取得することができる。
【０１８５】
[263]  本発明の一実施例によれば、受信機は、ダウンロードしたコンテンツをディスプレイするために、当該コンテンツに対するライセンスを取得する必要がありうる。
[264]  
【０１８６】
[265]  図２３は、本発明の一実施例に係る受信端の構造を示す図である。
【０１８７】
[266]  本発明の一実施例に係る受信端は、ＵＨＤディスプレイ部２３０１０、セカンドデバイス２３０２０、ＵＨＤデコーティング部２３０３０、ＵＳＢ２３０４０及び／又は遠隔操縦器２３０５０を備えることができる。
【０１８８】
[267]  ＵＨＤディスプレイ部２３０１０は、ＵＨＤデコーティング部２３０３０を含むことができる。ＵＨＤディスプレイ部２３０１０としてＵＨＤＴＶを含むことができる。
【０１８９】
[268]  セカンドデバイス２３０２０としては、携帯電話、タブレット、ノートパソコンなどを含むことができる。
【０１９０】
[269]  ＵＨＤデコーティング部２３０３０はＵＨＤディスプレイ部２３０１０を含むことができる。ＵＨＤデコーティング部２３０３０としてはＵＨＤＴＶを含むことができる。
【０１９１】
[270]  ＵＳＢ ２３０４０は、他のメモリーデバイスであってもよい。本発明の一実施例に係るＵＳＢは、セカンドスクリーン用メタデータ、ＵＲＬ及び／又は再生目録を記憶することができる。
【０１９２】
[271]  遠隔操縦器２３０５０としては、ＵＨＤ ＴＶに適したコントローラを含むことができる。
【０１９３】
[272]  本発明の一実施例によれば、ＵＨＤ ＴＶは、ＵＳＢに含まれているコンテンツメタデータをセカンドデバイスに送信でき、セカンドデバイスのディスプレイに表示させることができる。まず、ユーザは、ＵＳＢに、セカンドスクリーンに表示するメタデータ、ＵＲＬ及び／又は再生目録を記憶することができる。ＵＨＤＴＶとセカンドデバイスは自動でペアリング（ｐａｉｒｉｎｇ）ができ、このとき、両デバイスは、ＵＰｎＰベースのＳＳＤＰを通して接続可能である。ＵＳＢをＵＨＤＴＶに接続すると、ＵＨＤ ＴＶは、セカンドスクリーンに表示するコンテンツ情報、すなわち、ＵＳＢに含まれた情報をセカンドデバイスに送信することができる。セカンドデバイスは、ＵＨＤＴＶから伝達された情報をディスプレイすることができる。
【０１９４】
[273]  本発明の一実施例によれば、ユーザはＵＳＢにトリックプレイに関する情報を記憶させることができ、トリックプレイに関する情報は、ＵＨＤＴＶに接続されたセカンドデバイスを介してディスプレイできる。
[274]  
【０１９５】
[275]  図２４は、本発明の一実施例に係るテンポラルｉｄとティアを複合的に用いたトリックプレイの方法を示す図である。
【０１９６】
[276]  本発明の一実施例によれば、ティア値は、テンポラルｉｄが０であるピクチャのみに割り当てることができる。
【０１９７】
[277]  同図に示すように、本発明の一実施例に係る受信機は、テンポラルｉｄが０、１、２又は３であるピクチャをデコーティング及びディスプレイすることによって正常倍速のトリックプレイを行うことができ、テンポラルｉｄが０、１又は２であるピクチャをデコーティング及びディスプレイすることによって２倍速のトリックプレイを行うことができ、テンポラルｉｄが０又は１であるピクチャをデコーティング及びディスプレイすることによって４倍速のトリックプレイを行うことができ、テンポラルｉｄが０であるピクチャを全てデコーティング及びディスプレイすることによって８倍速のトリックプレイを行うことができる。本発明は、テンポラルｉｄが０であるピクチャに対してそれぞれ異なるティア値を割り当てることによって、８倍速よりも速いトリックプレイを行うことができる。
【０１９８】
[278]  本発明の一実施例によれば、トリックプレイを提供するために次のような方法が用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタを用いるためにティアとテンポラルｉｄをマッピングすることで、トリックプレイが提供できる（シナリオＡ）。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタにテンポラルｉｄを用いたトリックプレイを含むことで、トリックプレイが提供できる（シナリオＢ）。ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングして実際トリックプレイのために必要なパケットのみを選択することで、トリックプレイが提供できる（シナリオＣ）。
【０１９９】
[279]  本発明の一実施例に係るテンポラルサブレイヤ又はテンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティを支援するために導入された用語であって、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【０２００】
[280]  本発明の一実施例に係るティアは、ＡＶＣストリーム又はｍｐｅｇ−２ストリームにおいてトリックプレイを支援するために導入された用語である。該ティアは、ＴＳパケット内にアダプテーションフィールドに含めることができる。
[281]  
【０２０１】
[282]  図２５は、本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。
【０２０２】
[283]  本発明の一実施例に係る既存のティアは、レイヤ間ディペンデンシーを示すことができる。
【０２０３】
[284]  同図に示すように、テンポラルｉｄが３であるピクチャは、ティア値として６を有することができ、テンポラルｉｄが２であるピクチャは、ティア値として４を有することができ、テンポラルｉｄが１であるピクチャは、ティア値として３を有することができ、テンポラルｉｄが０であるピクチャのうち、Ｉピクチャは、ティア値として１を有することができ、Ｐピクチャはティア値として２を有することができる。すなわち、テンポラルｉｄが０であるピクチャは同一のテンポラルｉｄを有するが、互いに異なるティア値を有することができる。
【０２０４】
[285]  本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄを有する、すなわち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが最も高いピクチャは、ティア値として６又は７を有することができる。そして、それ以外のｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャは、ティア値として１乃至５を有することができる。このとき、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイＵＥに該当するピクチャは、ピクチャのタイプによってティア値として１又は２値を有することができる。
[286]  
【０２０５】
[287]  図２６は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０２０６】
[288]  本発明の一実施例によれば、テンポラルｉｄは含むが、ティア情報は含まないＨＥＶＣストリームに基づいてトリックプレイを提供するためにテンポラルｉｄとティアをマッピングする方法を用いることができる。（シナリオＡ）
【０２０７】
[289]  本発明の一実施例に係るトリックプレイを提供するために、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法を用いることができ（シナリオＡ−ａ）、一つのテンポラルｉｄを複数個のティアにマッピングする方法を用いることができる（シナリオＡ−ｂ）。
【０２０８】
[290]  本発明の一実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、既存のティアが有する意味にかかわらず、テンポラルｉｄの値をそのままティアに１：１でマッピングさせることができる。
【０２０９】
[291]  本発明の他の実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は、廃棄可能ピクチャ（ｄｉｓｃａｒｄａｂｌｅ  ｐｉｃｔｕｒｅ）という既存ティアの意味をそのまま維持して、最大テンポラルｉｄは、ｔｉｅｒ６又は７にマッピングさせることができる。
【０２１０】
[292]  上述したシナリオＡによれば、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタの大部分をそのまま用いることができるという長所がある。ただし、本発明の一実施例はＨＥＶＣストリームに基づいているため、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれた一部のフィールドは修正される必要がある。例えば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれたＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から１．２８秒当たり抽出可能な最小フレームの数の値を伝達することができる（Ｔｈｉｓ  ｆｉｅｌｄ  ｃｏｎｖｅｙｓ  ｔｈｅ  ｖａｌｕｅ  ｏｆ  ｔｈｅ  ｉｎｔｅｎｄｅｄ  ｍｉｎｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ｅｘｔｒａｃｔａｂｌｅ  ｆｒａｍｅｓ  ｐｅｒ  １．２８  ｓｅｃ．  ｆｒｏｍ  ｔｉｅｒ  １  ｔｈｒｏｕｇｈ  “ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｉｒ＿ｍ”）と新しく定義できる。
【０２１１】
[293]  同図は、本発明の一実施例であるシナリオＡ−ａによるトリックプレイ方法を示す図である。
【０２１２】
[294]  同図に示すように、テンポラルｉｄが３であるピクチャは、ｔｉｅｒ ４にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ １にマッピングできる。
【０２１３】
[295]  本発明の一実施例であるシナリオＡは、８倍速以上のトリックプレイは提供できない。
[296]  
【０２１４】
[297]  図２７は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０２１５】
[298]  本発明の一実施例は、以前の図面とは違い、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持し、最大テンポラルｉｄをｔｉｅｒ６又は７にマッピングさせることができる。
【０２１６】
[299]  同図に示すように、テンポラルｉｄが３であるピクチャはｔｉｅｒ ６にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ１にマッピングできる。
【０２１７】
[300]  同図が以前の図面と異なる点は、最大テンポラルｉｄであるテンポラルｉｄ ３に該当するピクチャをｔｉｅｒ６にマッピングしたということであろう。
[301]  
【０２１８】
[302]  図２８は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２１９】
[303]  同図は、本発明の一実施例に係るシナリオＡ−ａにおいて、既存のティアが有する意味にかからわず、テンポラルｉｄの値をそのままティアに１：１でマッピングした結果を示している。
【０２２０】
[304]  同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ４にマッピングできる。
【０２２１】
[305]  本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既存に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンス（ｒｅｆｅｒｅｎｃｅ）として用いられないピクチャを意味した。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。
【０２２２】
[306]  本発明の一実施例は、テンポラルサブレイヤとティアが同一の数字を有するようにマッピングでき、トリックプレイを行う際に上述したマッピング情報を用いることができる。
[307]  
【０２２３】
[308]  図２９は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２２４】
[309]  同図は、本発明の他の実施例に係るシナリオＡ−ａにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持して、最大テンポラルｉｄはｔｉｅｒ６又は７にマッピングした結果を示している。
【０２２５】
[310]  同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ６にマッピングできる。
【０２２６】
[311]  本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既存に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６は、レファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、上述した通り、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が４であるピクチャは、ｔｉｅｒ６にマッピングできる。ここで、レファレンスとして用いられないピクチャである場合はｔｉｅｒ７にマッピングできる。
[312]  
【０２２７】
[313]  図３０は、本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）
【０２２８】
[314]  同図に示すように、最大テンポラルｉｄであるテンポラルｉｄが１であるピクチャは、ｔｉｅｒ４又は６にマッピングでき、テンポラルｉｄが０である残り５個のピクチャはｔｉｅｒ０乃至３にマッピングできる。
【０２２９】
[315]  本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既存に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンスとして用いられないピクチャを意味している。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ４にマッピングできる。（３００１０）
【０２３０】
[316]  本発明の他の実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既存に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６はレファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ６にマッピングできる。（３００２０）
[317]  
【０２３１】
[318]  図３１は、本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールドの構成を示す図である。
【０２３２】
[319]  本発明の一実施例は、ｔｉｅｒ及びｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値をトリックプレイのための速度情報とマッピングするデスクリプタを提供することができる。
【０２３３】
[320]  本発明の一実施例によれば、既存トリックプレイのための情報はＴＳパケットのアダプテーションフィールドに含まれたため、テンポラルｉｄを含むＨＥＶＣストリームのトリックプレイのための情報であるＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏも、上述したアダプテーションフィールドに含まれてもよい。
【０２３４】
[321]  同図は、ＴＳパケットのアダプテーションフィールドに含まれたデータフィールド（ｄａｔａ  ｆｉｅｌｄ）の構成を示す図である。
【０２３５】
[322]  同図に示すように、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇが０ｘ００であれば、当該データフィールドはｒｅｓｅｒｖｅｄであることを示すことができ、０ｘ０１であれば、当該データフィールドはＡｎｎｏｕｎｃｅｍｅｎｔｓｗｉｔｃｈｉｎｇデータフィールドであることを示すことができ、０ｘ０２であれば、ＡＵ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０３であれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０４であれば、ＴＳＡＰｔｉｍｅ ｌｉｎｅに対するデータフィールドであることを示すことができ、０ｘ０５てであれば、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに対するデータフィールドであることを示すことができる。
【０２３６】
[323]  本発明の一実施例は、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏデスクリプタを用いてテンポラルｉｄにティア値をマッピングし、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎデスクリプタを用いてｔｉｅｒベースでトリックプレイを提供することができる。
[324]  
【０２３７】
[325]  図３２は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【０２３８】
[326]  本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏは、ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０２３９】
[327]  ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、テンポラルｉｄを用いてエンコーディングしたか否かをシグナリングすることができる。
【０２４０】
[328]  ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間にディペンデンシー（ｄｅｐｅｎｄｅｎｃｙ）の有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。
【０２４１】
[329]  ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは最大テンポラルｉｄ値を示すことができ、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが示す値は、テンポラルｉｄに１を足した値である。
【０２４２】
[330]  ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬユニットヘッダー（ＮＡＬ ｕｎｉｔ  ｈｅａｄｅｒ）に含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が示す値と同じ値を有することができる。
【０２４３】
[331]  ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１とマッピングされるティア値を示すことができる。
【０２４４】
[332]  ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０２４５】
[333]  ｉｆ（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供できるため、本発明の一実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎを用いるためにテンポラルｉｄをティアにマッピングさせることができる。
【０２４６】
[334]  本発明の他の実施例は、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを用いてルックアップテーブルを生成でき、該ルックアップテーブルを用いてＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎのティア関連情報をｔｅｍｐｏｒａｌ＿ｉｄで解釈して使用することができる。
【０２４７】
[335]  本発明の他の実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏからｆｏｒループを削除し、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが位置しているレベルにｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを位置させることもできる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを各ピクチャごとにシグナリングすることができる。
[336]  
【０２４８】
[337]  図３３は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【０２４９】
[338]  本発明の一実施例に係るｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドが０であれば、提供可能なトリックプレイの倍速は１倍速であり、１なら、提供可能なトリックプレイの倍速は２倍速であり、２なら、提供可能なトリックプレイの倍速は４倍速であり、３なら、提供可能なトリックプレイの倍速は８倍速であり、４なら、提供可能なトリックプレイの倍速は１６倍速であり、５なら、提供可能なトリックプレイの倍速は３２倍速であり、６なら、提供可能なトリックプレイの倍速は６４倍速でありうる。
[339]  
【０２５０】
[340]  図３４は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０２５１】
[341]  本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドを含むことができる。
【０２５２】
[342]  ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０２５３】
[343]  ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０２５４】
[344]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎと関連しているピクチャのティアナンバーを示すことができる。最小ティアナンバーは０で、最大ティアナンバーは７であってもよい。本発明の一実施例によれば、ＨＥＶＣである場合、ＨＥＶＣＲＡＰピクチャのティアナンバーは０であり、ＨＥＶＣ ＲＡＰピクチャ以外の残り全てのピクチャのティアナンバーは、テンポラルｉｄに１を足した値であってもよい。本発明の一実施例によれば、このフィールドは、ビデオストリームに含まれるピクチャのティアナンバーを示すことができ、ティアナンバー情報と命名できる。ここで、ティアナンバーは、テンポラルサブレイヤをシグナリングするために用いることができる。
【０２５５】
[345]  ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、以前のＲＡＰピクチャにおいてこのフィールドの値が１である場合に、ＲＡＰ以外のピクチャで１値を有することができる。
【０２５６】
[346]  ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ビデオストリームがＡＶＣ又はＨＥＶＣストリームであり、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃｔ＿ｓｔｒｕｃｔフィールドが存在する場合に、１値を有することができる。
【０２５７】
[347]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒフィールドが存在する場合に１値を有することができる。
【０２５８】
[348]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１値を有することができる。
【０２５９】
[349]  ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１値を有することができる。
【０２６０】
[350]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏフィールドが存在する場合に１値を有することができる。
【０２６１】
[351]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドが存在する場合に１値を有することができる。ＨＥＶＣである場合、このフィールドは０値を有するように推奨されてもよい。
【０２６２】
[352]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドが存在する場合に１値を有することができる。ＨＥＶＣである場合、このフィールドは０値を有することができる。
【０２６３】
[353]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールドは、ピクチャの属しているセグメントのｉｄを伝達することができる。
【０２６４】
[354]  ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールドは、ピクチャの属しているプログラムのｉｄを伝達することができる。
【０２６５】
[355]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのセグメント内で先頭の再生順序を有するピクチャである場合、１値を有することができる。
【０２６６】
[356]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールドは、一つのセグメント内で末尾の再生順序を有するピクチャである場合、１値を有することができる。
【０２６７】
[357]  ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのプログラム内で先頭の再生順序を有するピクチャである場合、１値を有することができる。
【０２６８】
[358]  ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールドは、一つのプログラム内で末尾の再生順序を有するピクチャである場合、１値を有することができる。
【０２６９】
[359]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールドは、新しい場面の再生順序上先頭のピクチャである場合に１値を有することができる。
【０２７０】
[360]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドと関連しているティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２７１】
[361]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から秒当たり抽出可能な最小フレームの数の値を伝達することができる。
【０２７２】
[362]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドは、トリックプレイを行う間にデコーダに無視されてもよいＭＭＣＯｓ下の最小ティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２７３】
[363]  本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドをさらに含むことができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドが示す値と同じティアナンバーを有するピクチャのうち、デコーティング順序上次の順序のピクチャの相対的な位置を示すことができ、ティアネクストピクチャ情報と命名できる。
【０２７４】
[364]  本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ビデオデータのトリックプレイを行うためのメタデータを含み、ＰＶＲアシスト情報と命名できる。
[365]  
【０２７５】
[366]  図３５は、本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）
【０２７６】
[367]  本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含む方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供することができる。
【０２７７】
[368]  本発明の一実施例は、テンポラルｉｄベースのテンポラルスケーラビリティを支援するために、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと共にＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をシグナリングすることができる。
【０２７８】
[369]  本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０２７９】
[370]  同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。
【０２８０】
[371]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。
【０２８１】
[372]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。
【０２８２】
[373]  ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。
【０２８３】
[374]  本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの値を用いて計算できる。
[375]  
【０２８４】
[376]  図３６は、本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）
【０２８５】
[377]  本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含める方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供できる。
【０２８６】
[378]  本発明の一実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま使用し、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドにＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の意味を含めることができる。また、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ティアの意味が変更されたことを知らせることができる。
【０２８７】
[379]  本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０２８８】
[380]  同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。ただし、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、本発明の一実施例によってテンポラルｉｄフレームワークにそのまま用いることができる。すなわち、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。
【０２８９】
[381]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをテンポラルｉｄを示すフィールドとして用いた場合、１値を有することができる。
【０２９０】
[382]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。
【０２９１】
[383]  ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。
【０２９２】
[384]  本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの意味を有するＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド値を用いて計算できる。
【０２９３】
[385]  本発明のさらに他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｆｒａｍｅｗｏｒｋという２ビット以上のフィールドをＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに追加して、ＰＶＲを提供するフレームワークの種類を区別することができる。本発明の一実施例は、既存のティア、サブストリームフレームワーク及びテンポラルｉｄフレームワークを区別することができる。この場合、既存にＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれたフラグ値は用いられなくてもよく、本発明の一実施例は、各フレームワークに該当するタグ値に代えて条件文を構成することができる。
[386]  
【０２９４】
[387]  図３７は、本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイを支援するためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）
【０２９５】
[388]  本発明の一実施例によるＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０２９６】
[389]  ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０２９７】
[390]  ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０２９８】
[391]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。
【０２９９】
[392]  ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１値を有することができる。
【０３００】
[393]  ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１値を有することができる。
【０３０１】
[394]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。
【０３０２】
[395]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間にディペンデンシーの有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。
【０３０３】
[396]  ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。
【０３０４】
[397]  ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１に該当するティア値を示すことができる。
【０３０５】
[398]  ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０３０６】
[399]  ｉｆ（ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供することができる。
【０３０７】
[400]  本発明の他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。
【０３０８】
[401]  本発明のさらに他の実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま置き、上述したフィールド値をＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値を示すように変更して使用することができる。この場合、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドの意味が変更されたということをシグナリングする必要がある。
【０３０９】
[402]  本発明のさらに他の実施例は、ティア無しでテンポラルｉｄのみを用いてトリックプレイを提供することができる。すなわち、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングし、実際トリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。例えば、テンポラルｉｄが０から３まで構成されたストリームを２倍速でプレイしようとする場合、本発明の一実施例は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値が１、２又は３であるＴＳパケットのみをシステムデコーダ（ｓｙｓｔｅｍ  ｄｅｃｏｄｅｒ）に伝達することによって２倍速トリックプレイを提供できる。
[403]  
【０３１０】
[404]  図３８は、本発明の一実施例に係る受信装置を示す図である。
【０３１１】
[405]  本発明の一実施例に係る受信装置は、受信部（Ｔｕｎｅｒ）３８０１０、復調部（Ｄｅｍｏｄｕｌａｔｏｒ）３８０２０、トリックプレイ実行部（Ｔｒｉｃｋ  ｐｌａｙ）３８０３０、システムデコーダ／逆多重化部（Ｓｙｓｔｅｍｄ  ｅｃｏｄｅｒ  ａｎｄ  Ｄｅｍｕｘ）３８０４０及び／又はビデオデコーダ（Ｖｉｄｅｏ  ｄｅｃｏｄｅｒ）３８０５０を備えることができる。
【０３１２】
[406]  受信部３８０１０は、放送網、ケーブル網及び／又はインターネットを通して送信される放送信号を受信することができる。
【０３１３】
[407]  復調部３８０２０は、変調技法によって変調された放送信号を復調することができる。
【０３１４】
[408]  トリックプレイ実行部３８０３０は、各シナリオに従う方法によってトリックプレイのためのＴＳパケットを選別することができる。本発明の一実施例に係るシナリオ１、２及び３に関する詳細な説明は、前述した通りである。
【０３１５】
[409]  システムデコーダ／逆多重化部３８０４０は、システム情報をデコーティングでき、多重化された放送信号を単位ストリーム別に分離できる。逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。
【０３１６】
[410]  ビデオデコーダ３８０５０は、ビデオストリームをデコーティングすることができる。ビデオデコーダはシステムデコーダ及びトリックプレイ実行部を含むことができ、ビデオデコーダは、ＰＶＲアシスト情報に基づいてトリックプレイのために選別されたビデオストリームをデコーティングすることによって、ビデオデータのトリックプレイを行うことができる。
[411]  
【０３１７】
[412]  図３９は、本発明の一実施例に係るティアフレームワークとＨＥＶＣテンポラルサブレイヤとを比較したものである。
【０３１８】
[413]  本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤの階層構造は、ティアシステムフレームワークに類似している。本発明の一実施例に係るテンポラルｉｄはティアナンバーにマッチングできる。本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、ティアシステムフレームワークと類似の方法によってＰＶＲを支援することができる。
【０３１９】
[414]  本発明の一実施例に係るＨＥＶＣ準拠（ｃｏｍｐｌｉａｎｔ）エンコーダ／デコーダは、ＨＥＶＣテンポラルサブレイヤを支援できる。本発明の一実施例に係るテンポラルｉｄは、ＨＥＶＣでエンコーディングされたストリームに存在できる。ストリームがテンポラルサブレイヤ構造によってエンコーディングされた場合、トリックプレイのためのいかなる特別なエンコーディング構造も必要としない。したがって、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、トリックプレイを支援する場合にエンコーディング負担を軽減することができる。
【０３２０】
[415]  同図に示すように、ティアフレームワークで、ｔｉｅｒ７は、参照されない廃棄可能ピクチャを意味し、ｔｉｅｒ６は、参照される廃棄可能ピクチャを意味した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、参照されるピクチャであるか否かを区別しなくてもよい。ティアフレームワークでｔｉｅｒ１はＲＡＰピクチャを示し、ｔｉｅｒ２はＰピクチャを示した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤでテンポラルｉｄ０は、ＩＲＡＰピクチャを含むＩピクチャ、Ｐピクチャ及びＢピクチャを全て示すことができる。
【０３２１】
[416]  本発明の一実施例によれば、異なるサブレイヤがテンポラルｉｄ６と７に指定されてもよい。したがって、ティアナンバー６及び７と比較すると、本発明の一実施例によってテンポラルｉｄを用いる場合、追加的な倍速を支援することができる。
【０３２２】
[417]  本発明の一実施例によれば、より速い倍速を支援するために、テンポラルｉｄが０であるベースサブレイヤでフレーム区別が必要でありうる。
[418]  
【０３２３】
[419]  図４０は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０３２４】
[420]  本発明の一実施例によれば、デコーティング過程前にアクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔｓ；ＡＵｓ）をフィルタリングするために、ビデオレベルに与えられたテンポラルｉｄはシステムレベルでシグナリングされうる。
【０３２５】
[421]  本発明の一実施例によれば、テンポラルｉｄが０であるベースサブレイヤでより高い倍速を支援するために、イントラ（ｉｎｔｒａ）フレームがシグナリングされうる。
【０３２６】
[422]  本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌｉｄ＿ｚｅｒｏフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドを含むことができる。
【０３２７】
[423]  ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０３２８】
[424]  ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０３２９】
[425]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ピクチャのテンポラルｉｄを示すことができる。実際に、テンポラルｉｄは、このフィールドから１を引いた値を有することができる。このフィールドの最小値は１、最大値は７を有することができる。ＨＥＶＣストリームの場合、このフィールドの値はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。
【０３３０】
[426]  ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１値を有することができる。このフィールドは、ＲＡＰピクチャに該当するピクチャでのみ提供されうる。
【０３３１】
[427]  ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールドは、現在アクセスユニットがイントラ（ｉｎｔｒａ）ピクチャであると、１値を有することができる。本発明の一実施例は、このフィールドを用いて、イントラピクチャをシグナルすることができ、イントラピクチャをシグナルすることによって、より速い倍速のトリックプレイを提供することができる。
【０３３２】
[428]  ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄを示すことができる。実際に、最大テンポラルｉｄは、このフィールドから１を引いた値を示すことができる。このフィールドは１から７までの値を有することができる。
【０３３３】
[429]  ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ＿Ｉｄ＿ｚｅｒｏフィールドは、テンポラルｉｄが０であるベースサブレイヤでイントラ（ｉｎｔｒａ）フレームｋ間に存在するイントラフレーム以外のフレームの個数を示すことができる。このフィールドは、トリックプレイの速度を推測するために用いることができる。
【０３３４】
[430]  ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドは、将来使用のために残したフィールドである。
【０３３５】
[431]  ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、将来使用のために残したフィールドを示すことができる。
[432]  
【０３３６】
[433]  図４１は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。
【０３３７】
[434]  同図で、一番目の図４１０１０は、一つのＧＯＰに該当するピクチャを再生順序によって整列したものである。一番目の図で、Ｉは、Ｉピクチャを表すことができ、Ｂは、Ｂピクチャを表すことができ、ＰはＰピクチャを表すことができる。また、ピクチャの種類を表すアルファベット下部の添え字は、再生順序を表すことができる。一番目の図で、矢印は、ピクチャ間の参照関係を示すことができる。
【０３３８】
[435]  同図で、二番目の図４１０２０は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いてトリックプレイを提供する方法を示すものである。一つの四角ボックスは一つのピクチャを表すことができる。四角中の数字はテンポラルｉｄを示すことができる。四角中のｘ表示は、トリックプレイ時にデコーティング及び再生されるピクチャを表すことができる。二番目の図に示すように、２倍速から８倍速トリックプレイまでは、ＨＥＶＣテンポラルサブレイヤによって提供することができる。
【０３３９】
[436]  同図で、三番目の図４１０３０は、本発明の一実施例に係るベースサブレイヤシグナリングを用いてトリックプレイを提供する方法を示すものである。本発明の一実施例は、イントラピクチャのみをデコーティング及び再生することによって、１２倍速、２４倍速及び４８倍速のトリックプレイを提供することができる。
【０３４０】
[437]  本発明の一実施例では、ＲＡＰでないピクチャに対してはティア（ｔｉｅｒ）値を、テンポラルｉｄ（ｔｅｍｐｏｒａｌ  ｉｄ）に１を足したた値にマッチさせ、ＲＡＰピクチャに対してはティア値を０と指定することによってトリックプレイを提供することができる。
[438]  
【０３４１】
[439]  図４２は、本発明の一実施例に係る放送信号送信方法を示す図である。
【０３４２】
[440]  本発明の一実施例は、次のような手続きによって放送信号を送信することができる。まず、本発明の一実施例は、ビデオデータをエンコードしてビデオストリームを生成することができる（Ｓ４２０１０）。ここで、ビデオストリームは、ＡＶＣ又はＨＥＶＣコーデックによってエンコードすることができる。ここで、ビデオストリームはビデオデータのトリックプレイを行うためのＰＶＲアシスト情報を含むことができる。ＰＶＲアシスト情報は、受信機又はＰＶＲ装置でビデオデータのトリックプレイを行うために必要な情報を意味することができる。ＰＶＲアシスト情報に関する詳細な説明は、図３４で前述した。次に、本発明の一実施例は、シグナリング情報を生成することができる（Ｓ４２０２０）。ここで、シグナリング情報は、ＰＳＩ、ＰＳＩＰ、ＳＩなどの情報に該当してもよい。次に、本発明の一実施例は、ビデオストリーム及びシグナリング情報を一つの放送ストリームに多重化することができる（Ｓ４２０３０）。ここで、ビデオストリームは、ビデオ単位ストリーム、ビデオ単位ストリームがパケット化されたＰＥＳストリーム、又はＴＳパケットを含むトランスポートストリームを意味することができる。多重化する段階で、本発明の一実施例は、ビデオストリームをオーディオストリーム、プログラムストリームなどと共に多重化して一つのトランスポートストリームを生成することができる。次に、本発明の一実施例は、多重化された放送ストリームを含む放送信号を生成することができる（Ｓ４２０４０）。ここで、多重化された放送ストリームは、多重化された一つのトランスポートストリームを意味することができる。ここで、本発明の一実施例は、多重化された放送ストリームを様々な変調方式を用いて変調することによって放送信号を生成することができる。次に、本発明の一実施例は、生成された放送信号を伝送することができる（Ｓ４２０５０）。ここで、本発明の一実施例は、生成された放送信号を、地上波放送網、ケーブル網及びインターネット網の少なくとも一つを介して伝送することができる。
【０３４３】
[441]  本発明の他の実施例によれば、ビデオストリームはアダプテーションフィールドを含み、アダプテーションフィールドはＰＶＲアシスト情報を含むことができる。ここで、アダプテーションフィールドは、ＴＳパケットのヘッダーとペイロードとの間に存在するフィールドであり、データを含むことができる。本発明の一実施例に係るビデオストリームは、数個のＴＳパケットを含むストリームを意味することができる。したがって、本発明の一実施例に係るビデオストリームは、アダプテーションフィールドを含むことができる。
【０３４４】
[442]  本発明の更に他の実施例によれば、アダプテーションフィールドはプライベートデータバイトフィールドを含むことができ、プライベートデータバイトフィールドはＰＶＲアシスト情報を含むことができる。ここで、プライベートデータバイトフィールドはアダプテーションフィールドに含まれ、数個のデータフィールドを含むことができる。上述した数個のデータフィールドのうちいずれか一つはＰＶＲアシスト情報を含むことができる。
【０３４５】
[443]  本発明の更に他の実施例によれば、ビデオストリームは、一つ以上のテンポラルサブレイヤを含むことができ、ここで、テンポラルサブレイヤはピクチャの集合を示すことができる。本発明の一実施例に係るエンコードされたビデオデータを含むＮＡＬユニットのヘッダーは、テンポラル識別プラス情報を含むことができる。ここで、テンポラル識別プラス情報は、テンポラル識別情報に１を加算した値を示すことができ、テンポラル識別情報は、テンポラルサブレイヤを識別する情報を含むことができる。本発明の一実施例に係るテンポラル識別プラス情報は、テンポラルサブレイヤを識別するために用いることができる。テンポラルサブレイヤはｔｅｍｐｏｒａｌ  ｓｕｂｌａｙｅｒと、テンポラル識別情報はｔｅｍｐｏｒａｌ  ｉｄと、テンポラル識別プラス情報はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１と命名することができる。
【０３４６】
[444]  本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、ビデオストリームに含まれるピクチャのティアナンバーを示すティアナンバー情報を含むことができる。ここで、ティアナンバーを、テンポラルサブレイヤをシグナルするために用いることができる。ティアナンバーは、ピクチャ間にディペンデンシを示すことができる。ＨＥＶＣである場合、ティアナンバーは、テンポラル識別情報と類似に、テンポラルサブレイヤをシグナルするために用いることができる。ティアナンバー情報をＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと命名することができる。上述したティアナンバー情報に関する詳細な説明は、図３４、図３５、図３６で前述した。
【０３４７】
[445]  本発明の更に他の実施例によれば、ビデオストリームに含まれるピクチャのうち、ＨＥＶＣピクチャのティアナンバーは０値であり、ＨＥＶＣ  ＲＡＰピクチャ以外のピクチャのティアナンバーは、テンポラル識別情報が示す値に１を加算した値を有することができる。これに関する詳細な説明は、図３４、図３９、図４０で前述した。
【０３４８】
[446]  本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、ティアナンバー情報が示す値と同じティアナンバーを有するピクチャのうち、デコーディング順序上、現在ピクチャの次のピクチャの相対的な位置を示すティアネクストピクチャ情報を含むことができる。ここで、ティアネクストピクチャ情報に関する詳細な説明は、図３４で前述した。
[447]  
【０３４９】
[448]  図４３は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【０３５０】
[449]  本発明の一実施例に係る放送信号受信装置４３０１０は、受信部４３０２０、逆多重化部４３０３０及び／又はデコーダ４３０４０を備えることができる。
【０３５１】
[450]  受信部は、放送信号を受信することができる。
【０３５２】
[451]  逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。ここで、ビデオストリームは、ビデオデータのトリックプレイを行うためのＰＶＲアシスト情報を含むことができる。
【０３５３】
[452]  デコーダは、上述したＰＶＲアシスト情報に基づいて抽出されたビデオストリームをデコードし、ビデオデータのトリックプレイを行うことができる。デコーダは、特定テンポラル識別情報値を有するピクチャだけをデコードしてトリックプレイを行うことができる。
【０３５４】
[453]  本発明の一実施例に係るＰＶＲアシスト情報は、ビデオストリームに含まれるピクチャのティアナンバーを示すティアナンバー情報を含み、ここで、ティアナンバーは、テンポラル識別情報値が０であるピクチャのディペンデンシ（ｄｅｐｅｎｄｅｎｃｙ）を示し、デコーダは、テンポラル識別情報値が０であるピクチャのうち、特定ティアナンバーを有するピクチャだけをデコードして高倍速トリックプレイを行い、テンポラル識別情報値が０であるピクチャ及びテンポラル識別情報値が０以上である特定テンポラル識別情報値を有するピクチャをデコードして低倍速トリックプレイを行うことができる。
【０３５５】
[454]  本発明の一実施例に係る放送信号受信装置は、テンポラル識別プラス情報をパースして特定テンポラル識別情報値を有するピクチャだけをデコーダに伝達するパーシング部をさらに備えることができ、デコーダは、パーシング部から伝達されたピクチャだけをデコードしてトリックプレイを行うことができる。ここで、上述したパーシング部は、図２８のトリックプレイ実行部と同じ機能を有することができる。
【０３５６】
[455]  本発明の一実施例に係るＰＶＲアシスト情報は、テンポラル識別情報値が０であるテンポラルサブレイヤにおいて、イントラ（Ｉｎｔｒａ）フレーム間に存在するイントラフレーム以外のフレームの個数を示す情報を含むことができる。
【０３５７】
[456]  同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図３８に示した放送信号受信装置の構成と同じ名称を有する構成は、図３８に示した放送信号受信装置の構成と同じ機能を有することができる。
【０３５８】
[457]  同図に示す、本発明の一実施例に係る放送信号受信装置の構成のうち、図４２に示した放送信号送信方法の過程に対応する構成は、図４２に示した放送信号送信方法の過程に対応する機能を有することができる。
[458]  
【０３５９】
[459]  説明の便宜のために各図面を分けて説明したが、各図面で示した実施例を組み合わせて新しい実施例として具現するように設計することも可能である。そして、当業者の必要によって、以前に説明された実施例を実行するためのプログラムが記録されているコンピュータで読み取り可能な記録媒体を設計することも本発明の権利範囲に属する。
【０３６０】
[460]  本発明に係る装置及び方法は、上述したような実施例の構成と方法が限定的に適用されるものではなく、上述した実施例は様々な変形がなされるように各実施例の全て又は一部が選択的に組み合わされて構成されてもよい。
【０３６１】
[461]  一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサが読み取り可能な記録媒体に、プロセッサが読み取り可能なコードとして具現することが可能である。プロセッサが読み取り可能な記録媒体は、プロセッサが読み取り可能なデータが記憶される全ての種類の記録装置を含む。プロセッサが読み取り可能な記録媒体の例には、ＲＯＭ、ＲＡＭ、ＣＤ−ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶装置などがあり、また、インターネットを通した伝送などのようなキャリアウェーブの形態として具現されるものも含む。また、プロセッサが読み取り可能な記録媒体は、ネットワークで接続されたコンピュータシステムに分散され、分散方式でプロセッサが読み取り可能なコードが記憶されて実行されてもよい。
【０３６２】
[462]  また、以上では本発明の好適な実施例について図示及び説明したが、本発明は、上述した特定の実施例に限定されず、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術の分野における通常の知識を有する者にとって様々な変形実施が可能であることはいうまでもなく、それらの変形実施は本発明の技術的思想や展望から別個として理解されてはならない。
【０３６３】
[463]  なお、当該明細書では物の発明も方法の発明も説明されており、必要によって、両発明の説明は補充的に適用されてもよい。
[464]  
【実施例】
【０３６４】
[465]  発明の実施例は、前述した通り、発明を実施するための形態で詳述された。
[466]  
【産業上の利用可能性】
【０３６５】
[467]  本発明は、放送産業全般で利用可能である。
【図１】
0006263267.tif 000002
【図２】
0006263267.tif 000003
【図３】
0006263267.tif 000004
【図４】
0006263267.tif 000005
【図５】
0006263267.tif 000006
【図６】
0006263267.tif 000007
【図７】
0006263267.tif 000008
【図８】
0006263267.tif 000009
【図９】
0006263267.tif 000010
【図１０】
0006263267.tif 000011
【図１１】
0006263267.tif 000012
【図１２】
0006263267.tif 000013
【図１３】
0006263267.tif 000014
【図１４】
0006263267.tif 000015
【図１５】
0006263267.tif 000016
【図１６】
0006263267.tif 000017
【図１７】
0006263267.tif 000018
【図１８】
0006263267.tif 000019
【図１９】
0006263267.tif 000020
【図２０】
0006263267.tif 000021
【図２１】
0006263267.tif 000022
【図２２】
0006263267.tif 000023
【図２３】
0006263267.tif 000024
【図２４】
0006263267.tif 000025
【図２５】
0006263267.tif 000026
【図２６】
0006263267.tif 000027
【図２７】
0006263267.tif 000028
【図２８】
0006263267.tif 000029
【図２９】
0006263267.tif 000030
【図３０】
0006263267.tif 000031
【図３１】
0006263267.tif 000032
【図３２】
0006263267.tif 000033
【図３３】
0006263267.tif 000034
【図３４】
0006263267.tif 000035
【図３５】
0006263267.tif 000036
【図３６】
0006263267.tif 000037
【図３７】
0006263267.tif 000038
【図３８】
0006263267.tif 000039
【図３９】
0006263267.tif 000040
【図４０】
0006263267.tif 000041
【図４１】
0006263267.tif 000042
【図４２】
0006263267.tif 000043
【図４３】
0006263267.tif 000044