(57)【特許請求の範囲】
【請求項１】
ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームをエンコードするステップであって、
前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
各テンポラルサブレイヤは、テンポラルＩＤを有する、ステップと、
前記ビデオストリームを含むトランスポートストリーム（ＴＳ）パケットを生成するステップであって、
前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、ステップと、
前記ビデオストリームを送信するステップと、
を含む、信号送信方法。
【請求項２】
前記テンポラルＩＤは、ＮＡＬユニットヘッダー内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングされる、請求項１に記載の信号送信方法。
【請求項３】
トランスポートストリーム（ＴＳ）パケットを受信するステップであって、
前記ＴＳパケットは、ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームを含み、
前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
各テンポラルサブレイヤは、テンポラルＩＤを有し、
前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、ステップと、
前記ＰＶＲアシスト情報をパースするステップと、
前記ＰＶＲアシスト情報に基づいて、前記ビデオストリームを復号するステップと、
を含む、信号受信方法。
【請求項４】
前記テンポラルＩＤは、ＮＡＬユニットヘッダー内のｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングされる、請求項３に記載の信号受信方法。
【請求項５】
ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）に該当するビデオストリームをエンコードするビデオエンコーダであって、
前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
各テンポラルサブレイヤは、テンポラルＩＤを有する、ビデオエンコーダと、
前記ビデオストリームを含むトランスポートストリーム（ＴＳ）パケットを生成するプロセッサであって、
前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含む、プロセッサと、
ＨＥＶＣビデオストリームと、
前記ビデオストリームを伝送するビデオ伝送部と、
を含む、信号送信装置。
【請求項６】
トランスポートストリーム（ＴＳ）パケットを受信する受信機であって、
前記ＴＳパケットは、ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリーム又はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）ビデオストリームに該当するビデオストリームを含み、
前記ＨＥＶＣビデオストリームは、スケーラビリティをサポートするための多数のテンポラルサブレイヤを含み、
各テンポラルサブレイヤは、テンポラルＩＤを有し、
前記ＴＳパケットは、トリックプレイのためのＰＶＲ（Ｐｅｒｓｏｎａｌ  Ｖｉｄｅｏ  Ｒｅｃｏｒｄｅｒ）アシスト情報を含むアダプテーションフィールドを含み、
前記ＰＶＲアシスト情報は、ティアピクチャナンバーエレメントを含み、
前記ティアピクチャナンバーエレメントは、前記ＡＶＣビデオストリームのティアナンバーを示すため、又は、前記ＨＥＶＣビデオストリームのテンポラルＩＤを得るために使用され、
前記ＰＶＲアシスト情報は、前記ＨＥＶＣビデオストリームの最大テンポラルＩＤを示す最大テンポラルＩＤエレメントが前記ＰＶＲアシスト情報の中に存在するか否かを示すためのテンポラルＩＤフラグエレメントをさらに含み、
前記最大テンポラルＩＤエレメントは、前記ＨＥＶＣビデオストリームからサポートされるトリックプレイ速度に関する情報を提供するために使用される、受信機と、
前記ＰＶＲアシスト情報をパースするパーサーと、
前記ＰＶＲアシスト情報に基づいて、前記ビデオストリームを復号するビデオデコーディング部と、
を含む、信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置及び信号送受信方法に関する。
【背景技術】
【０００２】
デジタル技術及び通信技術の発展により、放送、映画だけでなく、インターネット及び個人メディアなどの様々な領域においてオーディオ／ビデオ中心のマルチメディアコンテンツの普及及び需要が急速に拡大しつつある。しかも、放送及び映画で立体感を提供する現実感メディアに対する消費者ニーズも増加している。また、ディスプレイ技術の発展によって家庭のＴＶ画面が大型化するに伴い、ＨＤ級以上の高画質・高現実感のコンテンツを楽しもうとする消費も増加している。３ＤＴＶに加えてＵＨＤＴＶ（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  ＴＶ）のような現実感放送が次世代放送サービスとして関心を受けており、特に、ＵＨＤ（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ）放送サービスに関する議論が増加している現状である。
【０００３】
ＵＨＤ放送コンテンツは、ＳＤ又はＨＤ放送コンテンツに比べてより高画質のコンテンツを提供することから、伝送すべきデータ量が比較的多い。そこで、このような高画質のコンテンツを効率的に伝送するために、新しいデータ圧縮方法を開発している。近年、既存のＨ．２６４／ＡＶＣ圧縮方法から進展したＨＥＶＣ圧縮方法が商用化しており、このＨＥＶＣによってエンコードされたコンテンツデータを活用する方法に関する研究が必要である。
【０００４】
既存のエンコードされたコンテンツに対してはトリックプレイ（ｔｒｉｃｋ  ｐｌａｙ）が可能である。ここでいうトリックプレイとは、一定時間後に映像を再生できる機能であるランダムアクセス（ｒａｎｄｏｍ  ａｃｃｅｓｓ）、及び２倍速、４倍速などのような倍速機能を提供するサービスを意味する。
【０００５】
従来にはＡＶＣストリームに基づくメディアサービスに対してトリックプレイ機能を提供したが、例えば、既存のＣＦＦ（Ｃｏｍｍｏｎ  Ｆｉｌｅ  Ｆｏｒｍａｔ）  ｍｅｄｉａｌ  ｆｉｌｅ  ｆｏｒｍａｔに対してＨ．２６４／ＡＶＣエンコードされたコンテンツのトリックプレイが可能だった。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の目的は、エンコードされたストリームに対してトリックプレイをより効率的に提供できる信号送受信方法及び信号送受信装置を提供することにある。
【０００７】
本発明の他の目的は、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信できる信号送受信方法及び信号送受信装置を提供することにある。
【０００８】
本発明の他の目的は、エンコードされたストリームのトリックプレイをシグナルする場合に拡張可能な方式を提供できる信号送受信方法及び信号送受信装置を提供することにある。
【０００９】
本発明の他の目的は、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより一層効率的なトリックプレイを可能にすることができる信号送受信方法及び信号送受信装置を提供することにある。
【００１０】
本発明の他の目的は、ＨＥＶＣに基づく放送コンテンツのトリックプレイのために放送信号を送受信する方法及び／又は装置を提供し、ＨＥＶＣストリームに適したファイルフォーマットを定義してより効率的にトリックプレイを提供する信号送受信方法及び信号送受信装置を提供することにある。
【００１１】
本発明の他の目的は、ユーザに最大倍速情報を提供できるシグナリング方法を提供し、ＨＥＶＣのテンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｉｌｉｔｙ）を用いてトリックプレイを提供する信号送受信方法及び信号送受信装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の一実施例は、ビデオソースデータをエンコードし、ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むビデオデータを出力するステップと、上記ビデオデータを送信するステップとを含む信号送信方法を提供する。
【００１３】
上記ＧＯＰメタデータは、テンポラルＩＤ情報、ピクチャタイプ情報及びテンポラルサブレイヤピクチャタイプ情報を含むことができる。
【００１４】
上記ピクチャタイプ情報は、ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅのうち、トリックプレイに用いられるＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅを示し、上記テンポラルＩＤ情報は、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅの特定値に対応し、上記テンポラルサブレイヤピクチャタイプ情報は、ＨＥＶＣのＴＳＡ（Ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャ又はＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャのいずれかを示すことができる。
【００１５】
上記ビデオデータを送信するステップは、最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ  ｖｉｄｅｏ  ｒｅｃｏｒｄｅｒ）アシスト情報を含み、ビデオストリームを生成するステップと、上記ビデオストリームを伝送するステップとを有することができる。
【００１６】
本発明の他の実施例は、エンコードされたビデオデータを受信し、上記エンコードされたビデオデータのＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージをパースしてＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを得るステップと、上記得たＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータに基づいて上記エンコードされたビデオデータを復号するステップとを有する信号受信方法を提供する。
【００１７】
本発明の他の実施例は、ビデオソースデータをエンコードし、ＧＯＰメタデータを有するＳＥＩメッセージを含むビデオデータを出力するビデオエンコーダと、上記ビデオデータを伝送するビデオ伝送部とを備える、信号送信装置を提供する。
【００１８】
本発明の他の実施例は、エンコードされたビデオデータを受信し、上記エンコードされたビデオデータのＳＥＩメッセージをパースしてＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを得るビデオパーサーと、上記ビデオパーサーが得たＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータに基づいて、上記エンコードされたビデオデータを復号するビデオデコーディング部とを備える、信号受信装置を提供する。
【００１９】
本発明の他の実施例は、ビデオデータをエンコードしてビデオストリームを生成するステップであって、上記ビデオストリームは、上記ビデオストリームの最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ  ｖｉｄｅｏ  ｒｅｃｏｒｄｅｒ）アシスト情報を含む、ステップと、上記生成されたビデオストリームを伝送するステップとを有する、信号送信方法を提供する。
【００２０】
本発明の他の実施例は、受信した信号を逆多重化してビデオストリームを抽出する逆多重化部であって、上記ビデオストリームは、上記ビデオストリームの最大テンポラル識別情報値を有するＰＶＲ（ｐｅｒｓｏｎａｌ  ｖｉｄｅｏ  ｒｅｃｏｒｄｅｒ）アシスト情報を含む、逆多重化部と、上記ＰＶＲアシスト情報に基づいて、上記抽出されたビデオストリームをデコードし、上記ビデオデータのトリックプレイを行うビデオデコーダとを備える、信号受信装置を提供する。
【発明の効果】
【００２１】
本発明の実施例によれば、エンコードされたストリームに対してトリックプレイをより効率的に提供することができる。
【００２２】
本発明の実施例によれば、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信することができる。
【００２３】
本発明の実施例によれば、エンコードされたストリームのトリックプレイをシグナルする場合、拡張可能な方式を提供することができる。
【００２４】
本発明の実施例によれば、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより効率的なトリックプレイを可能にすることができる。
本発明の実施例によれば、ＨＥＶＣに基づく放送コンテンツのトリックプレイのために放送信号を送受信する方法及び／又は装置を提供し、ＨＥＶＣストリームに適したファイルフォーマットを定義してより効率的にトリックプレイを提供することができる。
【００２５】
本発明の実施例によれば、ユーザに最大倍速情報を提供できるシグナリング方法を提供し、ＨＥＶＣのテンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｉｌｉｔｙ）を用いてトリックプレイを提供することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施例に係るトリックプレイのためのシグナリング方法をシナリオによって示す図である。
【図２】本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Ｃｏｍｍｏｎ  Ｆｉｌｅ  Ｆｏｒｍａｔ）ボックス構造（ｂｏｘ  ｓｔｒｕｃｔｕｒｅ）を示す図である。
【図３】本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックス（ｓｙｎｔａｘ）を示す図である。
【図４】本発明の一実施例に係るＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれたＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）をサポートするエレメントを示す図である。
【図５】本発明の一実施例に係るＨＥＶＣストリームの場合、ランダムアクセスのためのピクチャタイプを示す図である。
【図６】本発明の一実施例によってクローズドＧＯＰである場合、トリックプレイの方法を示す図である。
【図７】本発明の一実施例によって、オープンＧＯＰ（ｏｐｅｎ  ＧＯＰ）であり、ＧＯＰがＤＬＰ（ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）を含む場合、トリックプレイの方法を示す図である。
【図８】本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがＤＬＰ及びＳＬＰ（ｓｋｉｐｐｅｄ  ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）を含む場合、トリックプレイの方法を示す図である。
【図９】本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがＳＬＰを含む場合、トリックプレイの方法を示す図である。
【図１０】本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックス（ｔｒｉｃｋ  ｐｌａｙ  ｂｏｘ）の構成を示す図である。
【図１１】本発明の他の実施例によって、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図１２】本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれたｐｉｃ＿ｔｙｐｅを説明するための図である。
【図１３】本発明の一実施例によってｐｉｃ＿ｔｙｐｅにリーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）に関連した内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図１４】本発明の他の実施例によって、ｐｉｃ＿ｔｙｐｅにリーディングピクチャに関連した内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図１５】本発明の一実施例に係るテンポラルスケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。
【図１６】本発明の一実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図１７】本発明の他の実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図１８】本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＴＳＡである場合、フレームレートの変更方法を示す図である。
【図１９】本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、フレームレートの変更方法を示す図である。
【図２０】本発明の一実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図２１】本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【図２２】本発明の一実施例に係るテンポラルｉｄ（ｔｅｍｐｏｒａｌ  ｉｄ）とティア（ｔｉｅｒ）を複合的に用いたトリックプレイの方法を示す図である。
【図２３】本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。
【図２４】本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。
【図２５】本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。
【図２６】本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図２７】本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【図２８】本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。
【図２９】本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）の構成を示す図である。
【図３０】本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【図３１】本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【図３２】本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３３】本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３４】本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３５】本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３６】本発明の一実施例に係る受信装置を示す図である。
【図３７】本発明の一実施例に係るティアフレームワーク（ｔｉｅｒ  ｆｒａｍｅｗｏｒｋ）とＨＥＶＣテンポラルサブレイヤを比較した図である。
【図３８】本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【図３９】本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。
【図４０】本発明の一実施例に係る放送信号送信方法を示す図である。
【図４１】本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【図４２】本発明に係る信号送受信方法の一実施例を示す図である
【図４３】本発明の実施例によってビデオデータをエンコードする場合ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）の構造を例示する図である。
【図４４】本発明の実施例によって送受信されるビデオデータのシンタックスの一例を示す図である。
【図４５】本発明の実施例に係るビデオストリームのトリックプレイをサポートできるピクチャタイプ情報を例示する図である。
【図４６】本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイの動作例を示す図である。
【図４７】本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドによるテンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ  ｓｕｂｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）の例を示す図である。
【図４８】本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサービスレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）のタイプがＴＳＡである場合、トリックプレイのためのフレームレート（ｆｒａｍｅ  ｒａｔｅ）を変更する例を示す図である。
【図４９】本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサービスレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド）のタイプがＳＴＳＡである場合、トリックプレイのためのフレームレート（ｆｒａｍｅ  ｒａｔｅ）を変更する例を示す図である。
【図５０】本発明に係る信号受信装置の一実施例を示す図である。
【図５１】本発明に係る信号送信装置の一実施例を示す図である。
【発明を実施するための形態】
【００２７】
本発明の理解と説明の便宜のために、用語及び略語について下記の通り定義する。
【００２８】
ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）は、既存Ｈ．２６５／ＡＶＣ技術に比べて約２倍も高い圧縮率を有しながら同一のビデオ品質を提供する高効率ビデオコーディング標準である。
【００２９】
テンポラルスケーラビリティ（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｉｌｉｔｙ）は、時間的スケーラビリティを意味し、同一の空間解像度でフレーム周波数が異なるものを符号化する方法を意味する。
【００３０】
トリックプレイ（ｔｒｉｃｋ  ｐｌａｙ）は、一定時間後の映像をプレイできるランダムアクセスが可能であり、倍速機能を提供する機能を意味する。
【００３１】
オープンＧＯＰ（Ｏｐｅｎ ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ以前に位置しているピクチャを参照ピクチャとして用いてエンコーディングできる構造を意味する。すなわち、リーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）を含むＧＯＰを意味する。
【００３２】
クローズドＧＯＰ（Ｃｌｏｓｅｄ  ＧＯＰ）は、一つのＧＯＰ内のピクチャをエンコーディングするとき、該当するＧＯＰ内のピクチャのみを参照ピクチャとして用いる構造を意味する。すなわち、オープンＧＯＰとは違い、リーディングピクチャを含まない。
【００３３】
リーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）は、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）に比べてデコーティング順序は遅いが、再生順序は早いピクチャを意味する。
【００３４】
テンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティをサポートするために導入された用語で、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【００３５】
ティア（ｔｉｅｒ）は、ＡＶＣストリーム又はｍｐｅｇ−２ストリームでトリックプレイをサポートするために導入された用語である。ティアは、ＴＳパケット（ＴＳ  ｐａｃｋｅｔ）内のアダプテーションフィールド（ａｄａｐｔａｔｉｏｎ  ｆｉｅｌｄ）に含むことができる。
【００３６】
図１は、本発明の一実施例に係るトリックプレイ方法をシナリオによって示す図である。
【００３７】
本発明の一実施例によれば、ＨＥＶＣのテンポラルスケーラビリティ使用の有無によってトリックプレイのためのシグナリング方法を定義することができる。
【００３８】
本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティを提供しないストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみを含む場合において、クローズドＧＯＰであれば、ビデオストリームがリーディングピクチャを含まないため、ＣＦＦメディアファイルフォーマットに定義されたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ及びｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる（シナリオ１−１）。一方、オープンＧＯＰであれば、ｐｉｃ＿ｔｙｐｅにリーディングピクチャタイプを含ませ、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌをシグナリングすることで、トリックプレイを提供できる（シナリオ１−２）。
【００３９】
本発明の一実施例に係るビデオストリームがテンポラルスケーラビリティベースのストリームである場合、すなわち、ビデオストリームが、ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きいピクチャを含む場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ、ｐｉｃ＿ｔｙｐｅ及びｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅをシグナリングすることで、トリックプレイを提供できる。より具体的に、ストリームに含まれたｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングすることで、トリックプレイを提供できる（シナリオ２）。また、シナリオ２と同様に、ｔｅｍｐｏｒａｌ＿ｉｄを用いてサポート可能な倍速レベルをシグナリングし、さらにｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャを用いることで、倍速のための追加サービスを提供できる（シナリオ３）。
【００４０】
同図に表示されたボックスは、ビデオストリームを構成するピクチャを示し、ボックス中に記述されたＴ＿ＩＤは、テンポラルスケーラビリティをサポートするためのｔｅｍｐｏｒａｌ＿ｉｄを意味できる。
【００４１】
図２は、本発明の一実施例に係るＨＥＶＣベースのストリームをサポートするためのＣＦＦ（Ｃｏｍｍｏｎ  Ｆｉｌｅ  Ｆｏｒｍａｔ）ボックス構造を示す図である。
【００４２】
同図で“ＮＬ０”、“ＮＬ１”及び“ＮＬ２”は、ＣＦＦボックスの包含関係を表し、“Ｆｏｒｍａｔ Ｒｅｑ．”は、当該ボックスの存在有無及び個数を表し、“Ｓｐｅｃｉｆｉｃａｔｉｏｎ”は、当該ボックスが定義されている規格書の部分を表し、“Ｄｅｓｃｒｉｐｔｉｏｎ”は、当該ボックスの説明を表すことができる。“Ｆｏｒｍａｔ Ｒｅｑ．”が“＋”なら、当該ボックスが一つ以上存在するということを意味し、“０／１”なら、当該ボックスが存在するか存在しないかを意味し、“１”なら、当該ボックスが存在することを意味し、“０”なら、当該ボックスが存在しないことを意味できる。
【００４３】
同図は、本発明の一実施例に係るＣＦＦボックス構造であって、既存のＣＦＦにＨＥＶＣのための新しいトリックプレイボックスを追加したものである。また、本発明の一実施例に係るＣＦＦボックス構造は、ＨＥＶＣベースの ｎａｌユニット（ｎａｌ  ｕｎｉｔ）をサポートするために“ｈｖｃｎ”と略称されるストレージボックス（ｓｔｏｒａｇｅ  ｂｏｘ）を含むことができる。
【００４４】
図３は、本発明の一実施例に係る“ｈｖｃｎ”ボックスのシンタックスを示す図である。
【００４５】
本発明の一実施例によれば、ＣＦＦボックス構造（ＣＦＦ  ｂｏｘ  ｓｔｒｕｃｔｕｒｅ）は、“ｈｖｃｎ”と略称されるｎａｌユニットストレージボックス（ｎａｌ  ｕｎｉｔ  ｓｔｏｒａｇｅ  ｂｏｘ）を含むことができる。
【００４６】
本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義できる。
【００４７】
本発明の一実施例によれば、トリックプレイのためにコーデック別にｎａｌユニットストレージボックスを定義せず、既存の“ｔｒｉｃｋ”ボックスの内部に既存のＡＶＣトリックボックス（ＡＶＣ  ｔｒｉｃｋ  ｂｏｘ）と別にＨＥＶＣトリックボックスを定義できる。また、“ｔｒｉｃｋ”ボックスのフラグによってＡＶＣ又はＨＥＶＣトリックプレイ（ＨＥＶＣ  ｔｒｉｃｋ  ｐｌａｙ）が選択されうる。
【００４８】
同図で、ＨＥＶＣＣｏｎｆｉｇは、ＨＥＶＣのＳＰＳ（Ｓｅｑｕｅｎｃｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）及びＰＰＳ（Ｐｉｃｔｕｒｅ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ）を含むことができ、ＳＰＳのＶＵＩパラメータなどのビデオ情報を含むことができる。
【００４９】
図４は、本発明の一実施例に係るＣｏｍｍｏｎ＿Ｍｅｔａｄａｔａに含まれたＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）をサポートするエレメントを示す図である。
【００５０】
本発明の一実施例に係るｘｍｌボックスで参照しているＣｏｍｍｏｎ＿ＭｅｔａｄａｔａはＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントを含むことができる。
【００５１】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントはｘｍｌスキーマによって文字列値を有することができ、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは１個存在してもよく、存在しなくてもよい。
【００５２】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値（ｍｉｎ．ｌｕｍｉｎａｎｃｅ  ａｎｄ／ｏｒ  ｍａｘ．ｌｕｍｉｎａｎｃｅ）を示すことができる。
【００５３】
本発明の一実施例に係るＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、最小及び／又は最大明るさ値で区別されるｐｒｏｆｉｌｅ値を示すことができる。例えば、ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅエレメントは、Ｃｏｎｖｅｎｔｉｏｎａｌ ｃａｐａｃｉｔｙ（ｍｉｎ：０．１ｃｄ／ｍ２、ｍａｘ：１００ｃｄ／ｍ２）、Ｍｉｄ ｃａｐａｃｉｔｙ（ｍｉｎ：０．００１ｃｄ／ｍ２、ｍａｘ：１０００ｃｄ／ｍ２）、又はＨｉｇｈ ｃａｐａｃｉｔｙ（ｍｉｎ：０．０００１ｃｄ／ｍ２、ｍａｘ：１００００ｃｄ／ｍ２）を示すことができる。
【００５４】
図５は、本発明の一実施例に係るＨＥＶＣストリームの場合、ランダムアクセスのためのピクチャタイプを示す図である。
【００５５】
同図は、ＨＥＶＣ  Ｎａｌユニットタイプ（ＨＥＶＣ  Ｎａｌ  ｕｎｉｔ  ｔｙｐｅ）のうち、ランダムアクセス及びトリックプレイの実行のために基本となり得るピクチャの種類を示す図である。
【００５６】
同図で、陰影で表示されたピクチャタイプ（ＴＳＡ、ＳＴＳＡ）は、テンポラルｉｄ（ｔｅｍｐｏｒａｌ ＩＤ）が０よりも大きいストリームが含まれる場合、すなわち、テンポラルスケーラビリティが提供される場合に、トリックプレイのために使用可能なＨＥＶＣテンポラルサブレイヤピクチャタイプ（ＨＥＶＣ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）を示すことができる。上述の陰影で表示されたピクチャタイプは、本発明の一実施例に係るシナリオ２及び３で用いることができる。
【００５７】
本発明の一実施例によれば、ランダムアクセスポイントピクチャ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ  ｐｉｃｔｕｒｅｓ）は、ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）、ＢＬＡ（Ｂｒｏｋｅｎ  Ｌｉｎｋ  Ａｃｃｅｓｓ）及び／又はＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）を含むことができ、リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄｅｃｏｄａｂｌｅ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）及び／又はＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができ、テンポラルサブレイヤアクセスピクチャ（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ  ｐｉｃｔｕｒｅｓ）は、ＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）及び／又はＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）を含むことができる。
【００５８】
ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ  Ｄｅｃｏｄｉｎｇ  Ｒｅｆｒｅｓｈ）ピクチャは、関連したリーディングピクチャを有する場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。
【００５９】
ＢＬＡ（Ｂｒｏｋｅｎ  Ｌｉｎｋ  Ａｃｃｅｓｓ）ピクチャは、関連したＲＡＤＬピクチャは有するが、関連したＲＡＳＬピクチャは有しない場合及び／又は関連したリーディングピクチャを有しない場合を含むことができる。
【００６０】
ＣＲＡ（Ｃｌｅａｎ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ）ピクチャは、関連したリーディングピクチャを有する場合を含むことができる。
【００６１】
ＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
【００６２】
ＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャは、同一のｓｕｂ−ｌａｙｅｒで参照されない場合及び／又は同一のｓｕｂ−ｌａｙｅｒで参照される場合を含むことができる。
【００６３】
図６は、本発明の一実施例によって、クローズドＧＯＰである場合にトリックプレイの方法を示す図である。（シナリオ１−１）
【００６４】
同図は、ビデオストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄ値が０であり、クローズドＧＯＰである場合に、トリックプレイを行う方法を示す図である。ここで、ＧＯＰは、Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅの略称で、ランダムアクセスを可能にするための符号化されたピクチャの集合を意味する。ここで、クローズドＧＯＰは、リーディングピクチャを含まないＧＯＰを意味し、オープンＧＯＰはリーディングピクチャを含むＧＯＰを意味できる。ここで、リーディングピクチャとは、ＨＥＶＣでＩＲＡＰ（Ｉｎｔｒａ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＶコーデックスでランダムアクセスポイントと同じ概念）に比べてデコーティング順序は遅いが、ディスプレイ順序は早いピクチャを意味できる。
【００６５】
同図で、一つの四角ボックスは一つのピクチャを表すことができる。ここで、ピクチャは、フレーム及び／又は画像と同じ意味で使われてもよい。
【００６６】
同図で、Ｉ１からＰ９までのピクチャ集合は、一つのＧＯＰを表すことができる。ここで、Ｉピクチャは、ＭＰＥＧ符号化信号で使われる３種類のピクチャ形式の一つで、一つの完全なピクチャを構成するための全てのデータを含むことができる。すなわち、Ｉピクチャは、他のピクチャを参照しなくて済む。Ｐピクチャは、現在のピクチャと再生順序上その前のピクチャとの差異を観察して作られた予測情報と実際情報との差値のみを含むことができる。すなわち、Ｐピクチャは、再生順序上現在のピクチャの前に存在するピクチャを参照することができる。Ｂピクチャは、現在のピクチャ、再生順序上現在のピクチャの前に存在するピクチャ、及び現在のピクチャの後に存在するピクチャ間の差異を観察して作られた予測情報のみを含むことができる。すなわち、Ｂピクチャは、現在のピクチャの前及び後に存在するピクチャを参照できる。同図で、矢印はピクチャ間の参照関係を示すことができる。例えば、Ｂ３ピクチャは、完全な画像を作るために、Ｉ１ピクチャ及びＢ５ピクチャを参照でき、Ｐ９ピクチャはＩ１ピクチャを参照できる。
【００６７】
同図で、四角中の数字は、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを示すことができる。例えば、一番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であるピクチャを表し、二番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であるピクチャを表し、三番目のピクチャは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であるピクチャを表すことができる。
【００６８】
本発明の一実施例によれば、２倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至４を有するピクチャをデコーティングすることによって行うことができる。４倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至３を有するピクチャをデコーティングすることによって行うことができる。８倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１乃至２を有するピクチャをデコーティングすることによって行うことができる。１６倍速トリックプレイは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ値として１を有するピクチャをデコーティングすることによって行うことができる。
【００６９】
図７は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャを含む場合に、トリックプレイの方法を示す図である。（シナリオ１−２）
【００７０】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００７１】
二番目の図で、表示されたＢ０からＢ６までのピクチャはデコーディング可能リーディングピクチャを表すことができる。
【００７２】
同図で、ＧＯＰに含まれたリーディングピクチャは、デコーディング可能リーディングピクチャであるため、二番目の図に示すように、矢印部分からディスプレイでき、三番目の図に示すようにトリックプレイを行うことができる。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ１、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができる。
【００７３】
図８は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがデコーディング可能リーディングピクチャ（ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）及びスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）
【００７４】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００７５】
二番目及び三番目の図で、表示されたＢ０からＢ２までのピクチャがスキップ可能リーディングピクチャを表すことができ、表示されたＢ３からＢ６までのピクチャがデコーディング可能リーディングピクチャを表すことができる。
【００７６】
同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図に示すように、Ｂ３ピクチャからディスプレイ可能であり、三番目の図に示すように、Ｂ３ピクチャからトリックプレイが可能である。ここで、２倍速トリックプレイが行われる場合、各ピクチャのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによって、図面に表示された通り、Ｂ３、Ｂ５、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、デコーディング可能リーディングピクチャは、ＲＡＤＬを含むことができ、スキップ可能リーディングピクチャは、ＲＡＳＬ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｓｋｉｐｐｅｄ  Ｌｅａｄｉｎｇ  Ｐｉｃｔｕｒｅ）を含むことができる。
【００７７】
図９は、本発明の一実施例によって、オープンＧＯＰであり、ＧＯＰがスキップ可能リーディングピクチャを含む場合にトリックプレイの方法を示す図である。（シナリオ１−２）
【００７８】
一番目の図は、ビデオストリームをなすピクチャのデコーティング順序を示すものであり、二番目の図は、正常倍速時にビデオストリームをなすピクチャのディスプレイ順序を示すものであり、三番目の図は、２倍速トリックプレイ時にビデオストリームをなすピクチャのディスプレイ順序を示すものである。
【００７９】
二番目及び三番目の図で、表示されたＢ０からＢ６までのピクチャがスキップ可能リーディングピクチャを表すことができる。
【００８０】
同図で、スキップ可能リーディングピクチャはディスプレイされず、トリックプレイができない。したがって、二番目の図で、ＲＡＰからディスプレイでき、２倍速トリックプレイが行われる場合、三番目の図に示すように、ＲＡＰ及びＢ１ピクチャがディスプレイされうる。ここで、スキップ可能リーディングピクチャは、ＲＡＳＬを含むことができる。
【００８１】
図１０は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【００８２】
同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【００８３】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスを定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【００８４】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【００８５】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【００８６】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられていたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【００８７】
図１１は、本発明の他の実施例によって、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−２）
【００８８】
同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【００８９】
本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【００９０】
本発明の一実施例に係るｔｒｉｋボックスは、フラグを用いてビデオコーデック（ｖｉｄｅｏ  ｃｏｄｅｃ）に合わせてストリームを分離してシグナリングできる。また、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【００９１】
本発明の一実施例に係るフラグ値が０である場合、ｔｒｉｋボックスは、Ｈ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１である場合、ｔｒｉｋボックスは、ＨＥＶＣトリックプレイをシグナリングできる。
【００９２】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【００９３】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【００９４】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌはトリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【００９５】
図１２は、本発明の一実施例によってｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスに含まれたｐｉｃ＿ｔｙｐｅを説明するための図である。
【００９６】
本発明の一実施例に係るｐｉｃ＿ｔｙｐｅは、０乃至１５の値を有することができる。
【００９７】
ｐｉｃ＿ｔｙｐｅが０である場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有しないＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｎ＿ＬＰを示すことができる。
【００９８】
ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、関連したデコーディング可能リーディングピクチャを有するＩＤＲピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＩＤＲ＿Ｗ＿ＲＡＤＬを示すことができる。
【００９９】
ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｎ＿ＬＰを示すことができる。
【０１００】
ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャを有するが、関連したＲＡＳＬピクチャを有しないＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＲＡＤＬを示すことができる。
【０１０１】
ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、関連したＲＡＤＬピクチャ及びＲＡＳＬピクチャを有するＢＬＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＢＬＡ＿Ｗ＿ＬＰを示すことができる。
【０１０２】
ｐｉｃ＿ｔｙｐｅが５の場合、ｐｉｃ＿ｔｙｐｅは、関連したリーディングピクチャを有するＣＲＡピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＣＲＡ＿ＮＵＴを示すことができる。
【０１０３】
ｐｉｃ＿ｔｙｐｅが７の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＤＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＤＬ＿Ｎ又はＲＡＤＬ＿Ｒを示すことができる。
【０１０４】
ｐｉｃ＿ｔｙｐｅが８の場合、ｐｉｃ＿ｔｙｐｅは、ＲＡＳＬピクチャを表すことができる。この場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはＲＡＳＬ＿Ｎ又はＲＡＳＬ＿Ｒを示すことができる。
【０１０５】
ｐｉｃ＿ｔｙｐｅが９の場合、ｐｉｃ＿ｔｙｐｅは、定められていないＩピクチャを表すことができる。
【０１０６】
ｐｉｃ＿ｔｙｐｅ１０は、ｕｎｋｎｏｗｎ値に該当できる。
【０１０７】
ｐｉｃ＿ｔｙｐｅ１１乃至１５は、ｒｅｓｅｒｖｅｄ値に該当できる。
【０１０８】
図１３は、本発明の一実施例によって、ｐｉｃ＿ｔｙｐｅに、リーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１０９】
同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【０１１０】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１１１】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１１２】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは３ビットの値を示すことができる。
【０１１３】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは５ビットの値を示すことができる。
【０１１４】
図１４は、本発明の他の実施例によってｐｉｃ＿ｔｙｐｅにリーディングピクチャと関連している内容が含まれていない場合、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０であるＨＥＶＣストリームのトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ１−１）
【０１１５】
同図は、ストリーム内の最大ｔｅｍｐｏｒａｌ＿ｉｄが０であるストリームをトリックプレイするためにトリックプレイボックスのシグナリング方法を示す図である。
【０１１６】
本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１１７】
本発明の一実施例に係るｔｒｉｋボックスは、ｆａｌｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１１８】
本発明の一実施例に係るフラグ値が０の場合、ｔｒｉｋボックスはＨ．２６４／ＡＶＣ ｔｒｉｃｋ ｐｌａｙをシグナリングでき、フラグ値が１の場合、ｔｒｉｋボックスはＨＥＶＣトリックプレイをシグナリングできる。
【０１１９】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１２０】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１である場合、３ビットの値を示すことができる。
【０１２１】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。本発明の一実施例に係るフラグ値が０である場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができ、フラグ値が１の場合、５ビットの値を示すことができる。
【０１２２】
本発明のさらに他の実施例によれば、トリックプレイを行う際、リーディングピクチャはディスプレイされないという制約が含まれる場合、ｐｉｃ＿ｔｙｐｅは下記のように構成されてもよい。ｐｉｃ＿ｔｙｐｅが０の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｋｎｏｗｎサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが１の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＩＤＲサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが２の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＣＲＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが３の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがＢＬＡサンプルであることを示すことができ、ｐｉｃ＿ｔｙｐｅが４の場合、ｐｉｃ＿ｔｙｐｅは、当該サンプルがｕｎｃｏｎｓｔｒａｉｎｅｄ Ｉサンプルであることを示すことができる。この場合、ＨＥＶＣストリームに対するｐｉｃ＿ｔｙｐｅ及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドに割り当てられるビット数を減らすことができる。ここで、サンプルはピクチャと同じ意味を有することができる。
【０１２３】
図１５は、本発明の一実施例に係るテンポラルスケーラビリティをサポートするＨＥＶＣストリームの構成を示す図である。
【０１２４】
同図で、四角ボックスは、ストリームに含まれるピクチャを表すことができ、Ｔ＿ＩＤはテンポラルｉｄを表すことができる。
【０１２５】
図１６は、本発明の一実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１２６】
同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティをサポートするＨＥＶＣストリームでトリックプレイをサポートするために、最大サポート可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供することができる。
【０１２７】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１２８】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１２９】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【０１３０】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別できる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤでＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについては差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａｌ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合、フレームレートは１５ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合、フレームレートは３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更できる。一方、ＳＴＳＡは、段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチすることができる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１３１】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１３２】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１３３】
ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２である場合、本発明は、最大、２＾２である４倍速を提供できる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。本発明の一実施例にはｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅよりも速い倍速はサポートできず、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ倍速数はサポートできる。また、本発明の一実施例は、計算されたｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ値よりも小さい値として割り当てる制限（ｃｏｎｓｔｒａｉｎｔ）をシグナリングすることができる。
【０１３４】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームで、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１３５】
図１７は、本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで最大倍速を制限してトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ２）
【０１３６】
同図は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが０よりも大きい、すなわち、テンポラルスケーラビリティをサポートするＨＥＶＣストリームにおいてトリックプレイをサポートするために最大サポート可能な倍速を制限できるようにシグナリングする方法を示す図である。例えば、最大ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、最大４倍速まで提供できる。
【０１３７】
本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１３８】
本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１３９】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１４０】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０の場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１４１】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイできる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１４２】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡはフレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１４３】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１４４】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１４５】
ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドは、提供可能な最大倍速情報を示すことができる。ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を用いて、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅ（提供可能な最大倍速）＝２＾（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）という式から、本発明は、提供可能な最大倍速をシグナリングすることができる。例えば、最大テンポラルｉｄが２の場合、本発明は、最大、２＾２である４倍速を提供することができる。本発明の一実施例によれば、本発明は、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅを上述の式から計算された値よりも小さい値として割り当てる制限をおくことができる。例えば、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅの値が１なら２倍速、２なら４倍速、３なら８倍速、４なら１６倍速を示すことができる。ここで、ｃｏｎｓｔｒａｉｎｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅは、ｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅと同じ意味を有することができる。
【０１４６】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄは、ｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１４７】
図１８は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＴＳＡである場合にフレームレートの変更方法を示す図である。
【０１４８】
同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイしていたが、すなわち、４倍速でトリックプレイを行っていたが、直接１倍速（正常倍速）でディスプレイすることができる。
【０１４９】
同図に示すように、テンポラルサブレイヤピクチャタイプがＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイしていたが、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。
【０１５０】
図１９は、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合にフレームレートの変更方法を示す図である。（シナリオ３）
【０１５１】
同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡである場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤのストリームのみをディスプレイする途中で、すなわち、４倍速でトリックプレイを行う途中で、直接１倍速（正常倍速）でディスプレイすることばできず、中間に２倍速でディスプレイする過程を経た後、１倍速でディスプレイすることができる。したがって、本発明の一実施例に係るテンポラルサブレイヤピクチャタイプがＳＴＳＡである場合には、変換が可能な倍速数に対する制限を知らせる方法が必要でありうる。すなわち、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄをシグナリングする必要がありうる。
【０１５２】
同図に示すように、テンポラルサブレイヤピクチャタイプがＳＴＳＡであり、４倍速でディスプレイする途中で１倍速でディスプレイしようとする場合、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャをデコーティング及びディスプレイする途中で、直接、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることはできず、ｔｅｍｐｏｒａｌ＿ｉｄが１であるピクチャをデコーティング及びディスプレイした後、ｔｅｍｐｏｒａｌ＿ｉｄが２であるピクチャをデコーティング及びディスプレイすることができる。
【０１５３】
図２０は、本発明の一実施例によって、テンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。（シナリオ３）
【０１５４】
本発明の一実施例によれば、“ｔｒｉｋｈｖｃ”という新しいボックスが定義できる。本発明の一実施例に係るｔｒｉｋｈｖｃボックスは、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを含むことができる。
【０１５５】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１５６】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。ｐｉｃ＿ｔｙｐｅフィールドは４ビットの値を示すことができる。
【０１５７】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に、（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは、段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１５８】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１５９】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１６０】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドはｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１６１】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１６２】
本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１６３】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２の場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって、４倍速よりも高倍速のトリックプレイサービスを提供することができる。
【０１６４】
図２１は、本発明の他の実施例によってテンポラルスケーラビリティをサポートするＨＥＶＣストリームで高倍速のトリックプレイをサポートするためのトリックプレイボックスの構成を示す図である。
【０１６５】
本発明の一実施例によれば、既に定義された“ｔｒｉｋ”というボックスを用いてＨＥＶＣストリームのトリックプレイを行うことができる。本発明の一実施例によれば、フラグを用いてＡＶＣ又はＨＥＶＣトリックプレイを選択することができる。
【０１６６】
本発明の一実施例に係るｔｒｉｋボックスは、ｆｌａｇ、ｓａｍｐｌｅ＿ｃｏｕｎｔ値だけ反復されるｆｏｒループ内に、ｐｉｃ＿ｔｙｐｅフィールド、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールド、ｔｅｍｐｏｒａｌ＿ｉｄフィールド及び／又はｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドを含むことができる。
【０１６７】
ｓａｍｐｌｅ＿ｃｏｕｎｔは、ストリームに含まれたピクチャの総個数を意味できる。ここで、一つのサンプルは一つのピクチャを意味できる。
【０１６８】
ｐｉｃ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅで定義されたピクチャの種類を示すことができる。トリックプレイに利用可能な一部のＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅは、本発明の一実施例に係るｐｉｃ＿ｔｙｐｅで選択して用いることができる。本発明の一実施例に係るフラグ値が０である場合、ｐｉｃ＿ｔｙｐｅフィールドは２ビットの値を示すことができ、フラグ値が１の場合、４ビットの値を示すことができる。
【０１６９】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、当該ピクチャのディペンデンシレベルを示すことができる。本発明の一実施例に係るｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う場合に用いることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、既存ＡＶＣのトリックプレイボックスで用いられたｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドと同一であってもよい。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であるサンプルを含めてトリックプレイを行うということは、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２又は３に該当するサンプルのみをデコーティングしてディスプレイするということを意味できる。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌは、トリックプレイを行う際に捨ててもよいレイヤのレベルを意味できる。リーディングピクチャが存在する場合にもデコーディング可能リーディングピクチャはｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有し、受信側は、既存のトリックプレイ方法と同様に、該当しないピクチャをスキップしながら該当するピクチャのみをデコーティングしてディスプレイすることができる。ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは６ビットの値を示すことができる。
【０１７０】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、当該ピクチャがＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャかを示すことができる。ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが１であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが２であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがＳＴＳＡピクチャであることを示すことができ、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅが３であれば、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅは、当該ピクチャがｕｎｋｎｏｗｎピクチャであることを示すことができる。ＨＥＶＣは、テンポラルスケーラビリティを提供し、適応的にフレームレートを変更できるように、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ａｃｃｅｓｓ＿ｐｉｃｔｕｒｅを区別することができる。すなわち、ＨＥＶＣは、ｔｅｍｐｏｒａｌ＿ｉｄが０でないレイヤにおいてＴＳＡピクチャ及びＳＴＳＡピクチャに基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのように及びどれくらい変更できるかについて差異がありうる。すなわち、ＴＳＡとＳＴＳＡは、一度にいくつのｔｅｍｐｏｒａ＿ｉｄをスキップできるかについて差異がありうる。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０の場合にフレームレートは１５ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが１の場合にフレームレートは３０ｐで、ｔｅｍｐｏｒａｌ＿ｉｄが２の場合に（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ）フレームレートは６０ｐであると、ＴＳＡは、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤに直接アプローチできるため、放送システムは、フレームレートが１５ｐであるサービスを提供する途中で、直接、６０ｐであるサービスを提供するように変更することができる。一方、ＳＴＳＡは段階的アプローチしかできないため、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤからｔｅｍｐｏｒａｌ＿ｉｄが１であるレイヤにまずアプローチし、次にｔｅｍｐｏｒａｌ＿ｉｄが２であるレイヤにアプローチできる。したがって、この場合、放送システムは、順次に、フレームレートが１５ｐであるサービスを提供する途中で３０ｐであるサービスを提供し、最終的に６０ｐであるサービスを提供することができる。
【０１７１】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示すことができる。
【０１７２】
ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ＨＥＶＣのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値を用いて計算されたテンポラルｉｄ値を示すことができる。ｔｅｍｐｏｒａｌ＿ｉｄフィールドが有する値は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値から１を引いた値を示すことができる。
【０１７３】
ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄフィールドは、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅによって変更可能な最大フレームレートを知らせるために、移動可能なｔｅｍｐｏｒａｌ＿ｉｄを示すことができる。例えば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２であるストリームにおいて、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをディスプレイする４倍速のトリックプレイを提供していたが、正常倍速（１倍速）に戻そうとするとき、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅがＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ値を有することができる。一方、ＳＴＳＡであれば、ｎｅｘｔ＿ｔｅｍｐｏｒａｌ＿ｉｄはｔｅｍｐｏｒａｌ＿ｉｄ値に１を足した値を有することができる。
【０１７４】
本発明の一実施例によれば、同図のトリックプレイボックスは、トリックプレイでサポート可能な最大倍速を示すｍａｘ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｍｏｄｅフィールドを含むことができる。
【０１７５】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄが２である場合、２倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０及び１であるピクチャのみをデコーティングすることができる。また、４倍速トリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャのみをデコーティング及びディスプレイすることができる。また、４倍速よりも高倍速のトリックプレイサービスを提供するために、受信側は、ｔｅｍｐｏｒａｌ＿ｉｄが０であるピクチャの中でｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌによってピクチャを分類し、該当するｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを有するピクチャのみをデコーティング及びディスプレイすることによって４倍速よりも高倍速のトリックプレイサービスを提供できる。
【０１７６】
図２２は、本発明の一実施例に係るテンポラルｉｄとティアを複合的に用いたトリックプレイの方法を示す図である。
【０１７７】
本発明の一実施例によれば、ティア値は、テンポラルｉｄが０であるピクチャのみに割り当てることができる。
【０１７８】
同図に示すように、本発明の一実施例に係る受信機は、テンポラルｉｄが０、１、２又は３であるピクチャをデコーティング及びディスプレイすることによって正常倍速のトリックプレイを行うことができ、テンポラルｉｄが０、１又は２であるピクチャをデコーティング及びディスプレイすることによって２倍速のトリックプレイを行うことができ、テンポラルｉｄが０又は１であるピクチャをデコーティング及びディスプレイすることによって４倍速のトリックプレイを行うことができ、テンポラルｉｄが０であるピクチャを全てデコーティング及びディスプレイすることによって８倍速のトリックプレイを行うことができる。本発明は、テンポラルｉｄが０であるピクチャに対してそれぞれ異なるティア値を割り当てることによって、８倍速よりも速いトリックプレイを行うことができる。
【０１７９】
本発明の一実施例によれば、トリックプレイを提供するために次のような方法を用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタを用いるためにティアとテンポラルｉｄをマッピングすることで、トリックプレイが提供できる（シナリオＡ）。ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタにテンポラルｉｄを用いたトリックプレイを含むことで、トリックプレイが提供できる（シナリオＢ）。ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングして実際トリックプレイのために必要なパケットのみを選択することで、トリックプレイが提供できる（シナリオＣ）。
【０１８０】
本発明の一実施例に係るテンポラルサブレイヤ又はテンポラルｉｄは、ＨＥＶＣでテンポラルスケーラビリティをサポートするために導入された用語であって、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１によってシグナリングできる。
【０１８１】
本発明の一実施例に係るティアは、ＡＶＣストリーム又はｍｐｅｇ−２ストリームにおいてトリックプレイをサポートするために導入された用語である。該ティアは、ＴＳパケット内にアダプテーションフィールドに含めることができる。
【０１８２】
図２３は、本発明の一実施例によって、既存のティア概念によるトリックプレイ方法を示す図である。
【０１８３】
本発明の一実施例に係る既存のティアは、レイヤ間ディペンデンシを示すことができる。
【０１８４】
同図に示すように、テンポラルｉｄが３であるピクチャは、ティア値として６を有することができ、テンポラルｉｄが２であるピクチャは、ティア値として４を有することができ、テンポラルｉｄが１であるピクチャは、ティア値として３を有することができ、テンポラルｉｄが０であるピクチャのうち、Ｉピクチャは、ティア値として１を有することができ、Ｐピクチャはティア値として２を有することができる。すなわち、テンポラルｉｄが０であるピクチャは同一のテンポラルｉｄを有するが、互いに異なるティア値を有することができる。
【０１８５】
本発明の一実施例によれば、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄを有する、すなわち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが最も高いピクチャは、ティア値として６又は７を有することができる。そして、それ以外のｔｅｍｐｏｒａｌ＿ｉｄを有するピクチャは、ティア値として１乃至５を有することができる。このとき、ｔｅｍｐｏｒａｌ＿ｉｄが０であるレイヤに該当するピクチャは、ピクチャのタイプによってティア値として１又は２の値を有することができる。
【０１８６】
図２４は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０１８７】
本発明の一実施例によれば、テンポラルｉｄは含むが、ティア情報は含まないＨＥＶＣストリームに基づいてトリックプレイを提供するためにテンポラルｉｄとティアをマッピングする方法を用いることができる。（シナリオＡ）
【０１８８】
本発明の一実施例に係るトリックプレイを提供するために、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法を用いることができ（シナリオＡ−ａ）、一つのテンポラルｉｄを複数個のティアにマッピングする方法を用いることができる（シナリオＡ−ｂ）。
【０１８９】
本発明の一実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、既存のティアが有する意味にかかわらず、テンポラルｉｄの値をそのままティアに１：１でマッピングさせることができる。
【０１９０】
本発明の他の実施例は、上述したシナリオＡ−ａ及びシナリオＡ−ｂにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は、廃棄可能ピクチャ（ｄｉｓｃａｒｄａｂｌｅ  ｐｉｃｔｕｒｅ）という既存ティアの意味をそのまま維持して、最大テンポラルｉｄは、ｔｉｅｒ６又は７にマッピングさせることができる。
【０１９１】
上述したシナリオＡによれば、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタの大部分をそのまま用いることができるという長所がある。ただし、本発明の一実施例はＨＥＶＣストリームに基づいているため、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれた一部のフィールドは修正される必要がある。例えば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏデスクリプタに含まれたＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ １から１．２８秒当たり抽出可能な最小フレーム数の値を伝達することができる（Ｔｈｉｓ  ｆｉｅｌｄ  ｃｏｎｖｅｙｓ  ｔｈｅ  ｖａｌｕｅ  ｏｆ  ｔｈｅ  ｉｎｔｅｎｄｅｄ  ｍｉｎｉｍｕｍ  ｎｕｍｂｅｒ  ｏｆ  ｅｘｔｒａｃｔａｂｌｅ  ｆｒａｍｅｓ  ｐｅｒ  １．２８  ｓｅｃ．  ｆｒｏｍ  ｔｉｅｒ  １  ｔｈｒｏｕｇｈ  “ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｉｒ＿ｍ”）と新しく定義できる。
【０１９２】
同図は、本発明の一実施例であるシナリオＡ−ａによるトリックプレイ方法を示す図である。
【０１９３】
同図に示すように、テンポラルｉｄが３であるピクチャは、ｔｉｅｒ ４にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ １にマッピングできる。
【０１９４】
本発明の一実施例であるシナリオＡは、８倍速以上のトリックプレイは提供できない。
【０１９５】
図２５は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングする方法によるトリックプレイ方法を示す図である。（シナリオＡ−ａ）
【０１９６】
本発明の一実施例は、以前の図面とは違い、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持し、最大テンポラルｉｄをｔｉｅｒ ６又は７にマッピングさせることができる。
【０１９７】
同図に示すように、テンポラルｉｄが３であるピクチャはｔｉｅｒ ６にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ ３にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ ２にマッピングでき、テンポラルｉｄが０であるピクチャはｔｉｅｒ１にマッピングできる。
【０１９８】
同図が以前の図面と異なる点は、最大テンポラルｉｄであるテンポラルｉｄ ３に該当するピクチャをｔｉｅｒ ６にマッピングしたということであろう。
【０１９９】
図２６は、本発明の一実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２００】
同図は、本発明の一実施例に係るシナリオＡ−ａにおいて、既存のティアが有する意味にかからわず、テンポラルｉｄの値をそのままティアに１：１でマッピングした結果を示している。
【０２０１】
同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ４にマッピングできる。
【０２０２】
本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンス（ｒｅｆｅｒｅｎｃｅ）として用いられないピクチャを意味した。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。
【０２０３】
本発明の一実施例は、テンポラルサブレイヤとティアが同一の数字を有するようにマッピングでき、トリックプレイを行う際に上述したマッピング情報を用いることができる。
【０２０４】
図２７は、本発明の他の実施例によって、一つのテンポラルｉｄを一つのティアに１：１でマッピングした結果を示す図である。
【０２０５】
同図は、本発明の他の実施例に係るシナリオＡ−ａにおいて、テンポラルｉｄの値をティアに１：１でマッピングさせるものの、ｔｉｅｒ６、７は廃棄可能ピクチャという既存ティアの意味をそのまま維持して、最大テンポラルｉｄはｔｉｅｒ６又は７にマッピングした結果を示している。
【０２０６】
同図におけるｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒに含まれたフィールドであって、テンポラルｉｄに１を足した値を示すことができる。例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値が１であれば、テンポラルｉｄは０になりうる。したがって、同図に示すように、テンポラルｉｄが０であるピクチャは、ｔｉｅｒ１にマッピングでき、テンポラルｉｄが１であるピクチャはｔｉｅｒ２にマッピングでき、テンポラルｉｄが２であるピクチャはｔｉｅｒ３にマッピングでき、テンポラルｉｄが３であるピクチャはｔｉｅｒ６にマッピングできる。
【０２０７】
本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６は、レファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、上述した通り、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が４であるピクチャは、ｔｉｅｒ６にマッピングできる。ここで、レファレンスとして用いられないピクチャである場合はｔｉｅｒ７にマッピングできる。
【０２０８】
図２８は、本発明の一実施例によって、一つのテンポラルｉｄを複数個のティアにマッピングする方法によるトリックプレイの方法を示す図である。（シナリオＡ−ｂ）
【０２０９】
同図に示すように、最大テンポラルｉｄであるテンポラルｉｄが１であるピクチャは、ｔｉｅｒ４又は６にマッピングでき、テンポラルｉｄが０である残り５個のピクチャはｔｉｅｒ０乃至３にマッピングできる。
【０２１０】
本発明の一実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と異なってもよい。既存のｔｉｅｒ６及び７は、廃棄可能ピクチャを意味し、ｔｉｅｒ７はレファレンスとして用いられないピクチャを意味している。しかし、マッピングによって新しく定義されるティアは、既存のｔｉｅｒ６及び７が持っていた意味を持っていなくてもよい。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ４にマッピングできる。（２８０１０）
【０２１１】
本発明の他の実施例によれば、テンポラルｉｄとマッピングした新しいティアは、既に用いられていたティアの意味と同一であってもよい。ｔｉｅｒ６及び７は廃棄可能ピクチャを意味でき、ｔｉｅｒ６はレファレンスとして用いられるピクチャを意味し、ｔｉｅｒ７は、レファレンスとして用いられないピクチャを意味できる。したがって、同図に示すように、テンポラルｉｄが１であるピクチャは、ｔｉｅｒ６にマッピングできる。（２８０２０）
【０２１２】
図２９は、本発明の一実施例に係るテンポラルｉｄとティアとのマッピングのための情報を含むＴＳパケットのアダプテーションフィールドの構成を示す図である。
【０２１３】
本発明の一実施例は、ｔｉｅｒ及びｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値をトリックプレイのための速度情報とマッピングするデスクリプタを提供することができる。
【０２１４】
本発明の一実施例によれば、既存トリックプレイのための情報はＴＳパケットのアダプテーションフィールドに含まれたため、テンポラルｉｄを含むＨＥＶＣストリームのトリックプレイのための情報であるＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏも、上述したアダプテーションフィールドに含まれてもよい。
【０２１５】
同図は、ＴＳパケットのアダプテーションフィールドに含まれたデータフィールド（ｄａｔａ  ｆｉｅｌｄ）の構成を示す図である。
【０２１６】
同図に示すように、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇが０ｘ００であれば、当該データフィールドはｒｅｓｅｒｖｅｄであることを示すことができ、０ｘ０１であれば、当該データフィールドはＡｎｎｏｕｎｃｅｍｅｎｔ ｓｗｉｔｃｈｉｎｇデータフィールドであることを示すことができ、０ｘ０２であれば、ＡＵ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０３であれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに対するデータフィールドであることを示すことができ、０ｘ０４であれば、ＴＳＡＰ ｔｉｍｅ ｌｉｎｅに対するデータフィールドであることを示すことができ、０ｘ０５であれば、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに対するデータフィールドであることを示すことができる。
【０２１７】
本発明の一実施例は、ＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏデスクリプタを用いてテンポラルｉｄにティア値をマッピングし、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎデスクリプタを用いてｔｉｅｒベースでトリックプレイを提供することができる。
【０２１８】
図３０は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏの構成を示す図である。
【０２１９】
本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏは、ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０２２０】
ｉｎｃｌｕｄｅｄ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、テンポラルｉｄを用いてエンコーディングしたか否かをシグナリングすることができる。
【０２２１】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間のディペンデンシ（ｄｅｐｅｎｄｅｎｃｙ）の有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。
【０２２２】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは最大テンポラルｉｄ値を示すことができ、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが示す値は、テンポラルｉｄに１を足した値である。
【０２２３】
ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ＮＡＬユニットヘッダー（ＮＡＬ ｕｎｉｔ  ｈｅａｄｅｒ）に含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が示す値と同じ値を有することができる。
【０２２４】
ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１とマッピングされるティア値を示すことができる。
【０２２５】
ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０２２６】
ｉｆ（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供できるため、本発明の一実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎを用いるためにテンポラルｉｄをティアにマッピングさせることができる。
【０２２７】
本発明の他の実施例は、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを用いてルックアップテーブルを生成でき、該ルックアップテーブルを用いてＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎのティア関連情報をｔｅｍｐｏｒａｌ＿ｉｄで解釈して使用することができる。
【０２２８】
本発明の他の実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏからｆｏｒループを削除し、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが位置しているレベルにｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを位置させることもできる。本発明の一実施例は、上述したＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏを含むデスクリプタを各ピクチャごとにシグナリングすることができる。
【０２２９】
図３１は、本発明の一実施例に係るＨＥＶＣ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｔｉｅｒ＿ｍａｐｐｉｎｇ＿ｉｎｆｏに含まれたｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドの構成を示す図である。
【０２３０】
本発明の一実施例に係るｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドが０であれば、提供可能なトリックプレイの倍速は１倍速であり、１なら、提供可能なトリックプレイの倍速は２倍速であり、２なら、提供可能なトリックプレイの倍速は４倍速であり、３なら、提供可能なトリックプレイの倍速は８倍速であり、４なら、提供可能なトリックプレイの倍速は１６倍速であり、５なら、提供可能なトリックプレイの倍速は３２倍速であり、６なら、提供可能なトリックプレイの倍速は６４倍速でありうる。
【０２３１】
図３２は、本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０２３２】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドを含むことができる。
【０２３３】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０２３４】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０２３５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎと関連しているピクチャのティアナンバーを示すことができる。最小ティアナンバーは０で、最大ティアナンバーは７であってもよい。ティアナンバー０は、将来使用のために残しておいてもよい。本発明の一実施例によれば、ＨＥＶＣである場合、ＨＥＶＣ ＲＡＰピクチャのティアナンバーは０であり、ＨＥＶＣ ＲＡＰピクチャ以外の残り全てのピクチャのティアナンバーは、テンポラルｉｄに１を足した値であってもよい。本発明の一実施例によれば、このフィールドは、ビデオストリームに含まれるピクチャのティアナンバーを示すことができ、ティアナンバー情報と命名できる。ここで、ティアナンバーは、テンポラルサブレイヤをシグナリングするために用いることができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍは、ティアナンバー情報と命名できる。
【０２３６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｂｌｏｃｋ＿ｔｒｉｃｋ＿ｍｏｄｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、以前のＲＡＰピクチャにおいてこのフィールドの値が１である場合に、ＲＡＰ以外のピクチャで１の値を有することができる。
【０２３７】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃ＿ｓｔｒｕｃｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ビデオストリームがＡＶＣ又はＨＥＶＣストリームであり、ＰＶＲ＿ａｓｓｉｓｔ＿ｐｉｃｔ＿ｓｔｒｕｃｔフィールドが存在する場合に、１の値を有することができる。
【０２３８】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｉｎ＿ｔｉｅｒフィールドが存在する場合に１の値を有することができる。
【０２３９】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。
【０２４０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。
【０２４１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。
【０２４２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有するように推奨されてもよい。
【０２４３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドが存在する場合に１の値を有することができる。ＨＥＶＣである場合、このフィールドは０の値を有することができる。
【０２４４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｉｄフィールドは、ピクチャの属しているセグメントのｉｄを伝達することができる。
【０２４５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｉｄフィールドは、ピクチャの属しているプログラムのｉｄを伝達することができる。
【０２４６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのセグメント内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。
【０２４７】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇ＿ｅｎｄ＿ｆｌａｇフィールドは、一つのセグメント内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。
【０２４８】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔａｒｔ＿ｆｌａｇフィールドは、一つのプログラム内で先頭の再生順序を有するピクチャである場合、１の値を有することができる。
【０２４９】
ＰＶＲ＿ａｓｓｉｓｔ＿ｐｒｇ＿ｓｔｏｐ＿ｆｌａｇフィールドは、一つのプログラム内で末尾の再生順序を有するピクチャである場合、１の値を有することができる。
【０２５０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｃｅｎｅ＿ｃｈａｎｇｅ＿ｆｌａｇフィールドは、新しい場面の再生順序上先頭のピクチャである場合に１の値を有することができる。
【０２５１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドと関連しているティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２５２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍフィールドを通してｔｉｅｒ１から秒当たり抽出可能な最小フレーム数の値を伝達することができる。
【０２５３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏフィールドは、トリックプレイを行う間にデコーダに無視されてもよいＭＭＣＯｓ下の最小ティアナンバーを示すことができる。ＨＥＶＣである場合、このフィールドは存在しなくてもよい。
【０２５４】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドをさらに含むことができる。ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎｅｘｔ＿ｐｉｃ＿ｔｉｅｒフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドが示す値と同じティアナンバーを有するピクチャのうち、デコーティング順序上次の順序のピクチャの相対的な位置を示すことができ、ティアネクストピクチャ情報と命名できる。
【０２５５】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ビデオデータのトリックプレイを行うためのメタデータを含み、ＰＶＲアシスト情報と命名できる。
【０２５６】
図３３は、本発明の一実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ａ）
【０２５７】
本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含む方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供することができる。
【０２５８】
本発明の一実施例は、テンポラルｉｄベースのテンポラルスケーラビリティをサポートするために、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍと共にＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１をシグナリングすることができる。
【０２５９】
本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０２６０】
同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。
【０２６１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。
【０２６２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。このフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を示すことができる。このフィールドは、ＲＡＰピクチャごとに提供できる。
【０２６３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。このフィールドは、０乃至６のいずれか一つの値を有することができる。このフィールドは、トリックプレイの速度に関する情報を提供するために用いることができる。
【０２６４】
本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの値を用いて計算できる。
【０２６５】
図３４は、本発明の他の実施例に係るテンポラルｉｄフレームワークが追加されたＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ａ−ｂ）
【０２６６】
本発明の一実施例は、ＴＳパケットのアダプテーションフィールドに含まれる既存ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに、テンポラルｉｄを用いたトリックプレイを含める方法を提供することができる。すなわち、本発明の一実施例は、テンポラルｉｄフレームワークを提供できる。
【０２６７】
本発明の一実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま使用し、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドにＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の意味を含めることができる。また、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ティアの意味が変更されたことを知らせることができる。
【０２６８】
本発明の一実施例によれば、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述した全てのフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを含むことができる。
【０２６９】
同図で、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示した以前の図面で前述したフィールドと同じ名称を有するフィールドは、以前の図面で前述した意味と同じ意味を有することができる。ただし、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、本発明の一実施例によってテンポラルｉｄフレームワークにそのまま用いることができる。すなわち、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。
【０２７０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをテンポラルｉｄを示すフィールドとして用いた場合、１の値を有することができる。
【０２７１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。
【０２７２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。
【０２７３】
本発明の一実施例によれば、トリックプレイの倍速数は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドとＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドの意味を有するＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールド値を用いて計算できる。
【０２７４】
本発明のさらに他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｆｒａｍｅｗｏｒｋという２ビット以上のフィールドをＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに追加して、ＰＶＲを提供するフレームワークの種類を区別することができる。本発明の一実施例は、既存のティア、サブストリームフレームワーク及びテンポラルｉｄフレームワークを区別することができる。この場合、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎに含まれたフラグ値は用いられなくてもよく、本発明の一実施例は、各フレームワークに該当するタグ値に代えて条件文を構成することができる。
【０２７５】
図３５は、本発明の一実施例に係るテンポラルｉｄを用いたトリックプレイをサポートするためのＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。（シナリオＢ−ｂ）
【０２７６】
本発明の一実施例によるＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドを含むことができる。
【０２７７】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０２７８】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０２７９】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、現在フレームのテンポラルｉｄ値を示し、実際にＮＡＬユニットヘッダーに含まれたｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を示すことができる。
【０２８０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｕｂｓｔｒｅａｍ＿ｉｎｆｏフィールドが存在する場合に１の値を有することができる。
【０２８１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｓｅｇｍｅｎｔａｔｉｏｎ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｍ＿ｃｕｍｕｌａｔｉｖｅ＿ｆｒａｍｅｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｎ＿ｍｍｃｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドのいずれか一つの値が１である場合に、１の値を有することができる。
【０２８２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、テンポラルｉｄと関連している情報を含むか否かを示すことができる。
【０２８３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、テンポラルサブレイヤ間のディペンデンシの有無を示すことができる。すなわち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇフィールドは、下位テンポラルサブレイヤピクチャが上位テンポラルサブレイヤピクチャを参照しない場合、１を有する。
【０２８４】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄ値を示し、実際に、テンポラルｉｄ最大値に１を足した値を示すことができる。
【０２８５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールドは、ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１に該当するティア値を示すことができる。
【０２８６】
ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドは、テンポラルｉｄ値によって提供可能な最大トリックプレイ速度を示すことができる。
【０２８７】
ｉｆ（ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１＞１）条件文は、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１よりも大きい場合を示すことができる。すなわち、テンポラルスケーラビリティが用いられたストリームであることを示すことができ、この場合、テンポラルｉｄを用いてトリックプレイを提供することができる。
【０２８８】
本発明の他の実施例は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドを、ｆｏｒループ中にＰＶＲ＿ａｓｓｉｓｔ＿ｃｕｒｒ＿ｔｉｅｒ＿ｎｕｍフィールド及びＰＶＲ＿ａｓｓｉｓｔ＿ｔｒｉｃｋ＿ｐｌａｙ＿ｓｐｅｅｄフィールドと同じレベルに位置させ、各ｔｅｍｐｏｒａｌ＿ｉｄによるティアナンバーとトリックプレイのための速度をシグナリングすることができる。
【０２８９】
本発明のさらに他の実施例は、既存のＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドをそのまま置き、上述したフィールド値をＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド値を示すように変更して使用することができる。この場合、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍ＿ｔｏ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｆｌａｇフィールドを用いて、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｉｅｒ＿ｐｉｃ＿ｎｕｍフィールドの意味が変更されたということをシグナリングする必要がある。
【０２９０】
本発明のさらに他の実施例は、ティア無しでテンポラルｉｄのみを用いてトリックプレイを提供することができる。すなわち、ＮＡＬ＿ｕｎｉｔ＿ｈｅａｄｅｒのｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１情報をパーシングし、実際トリックプレイのために必要なパケットのみを選択することによって、トリックプレイを提供できる（シナリオＣ）。例えば、テンポラルｉｄが０から３まで構成されたストリームを２倍速でプレイしようとする場合、本発明の一実施例は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値が１、２又は３であるＴＳパケットのみをシステムデコーダ（ｓｙｓｔｅｍ  ｄｅｃｏｄｅｒ）に伝達することによって２倍速トリックプレイを提供できる。
【０２９１】
図３６は、本発明の一実施例に係る受信装置を示す図である。
【０２９２】
本発明の一実施例に係る受信装置は、受信部（Ｔｕｎｅｒ）３６０１０、復調部（Ｄｅｍｏｄｕｌａｔｏｒ）３６０２０、トリックプレイ実行部（Ｔｒｉｃｋ  ｐｌａｙ）３６０３０、システムデコーダ／逆多重化部（Ｓｙｓｔｅｍ  ｄｅｃｏｄｅｒ  ａｎｄ  Ｄｅｍｕｘ）３６０４０及び／又はビデオデコーダ（Ｖｉｄｅｏ  ｄｅｃｏｄｅｒ）３６０５０を備えることができる。
【０２９３】
受信部３６０１０は、放送網、ケーブル網及び／又はインターネットを通して送信される放送信号を受信することができる。
【０２９４】
復調部３６０２０は、変調方式に応じて変調された放送信号を復調することができる。
【０２９５】
トリックプレイ実行部３６０３０は、各シナリオに従う方法によってトリックプレイのためのＴＳパケットを選別することができる。本発明の一実施例に係るシナリオ１、２及び３に関する詳細な説明は、前述した通りである。
【０２９６】
システムデコーダ／逆多重化部３６０４０は、システム情報をデコーティングでき、多重化された放送信号を単位ストリーム別に分離できる。逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。
【０２９７】
ビデオデコーダ３６０５０は、ビデオストリームをデコーティングすることができる。ビデオデコーダはシステムデコーダ及びトリックプレイ実行部を含むことができ、ビデオデコーダは、ＰＶＲアシスト情報に基づいてトリックプレイのために選別されたビデオストリームをデコーティングすることによって、ビデオデータのトリックプレイを行うことができる。ビデオデコーダは、ＰＶＲアシスト情報に含まれたテンポラル識別情報及び最大テンポラル識別情報に基づいてトリックプレイを行うことができる。
【０２９８】
図３７は、本発明の一実施例に係るティアフレームワークとＨＥＶＣテンポラルサブレイヤとを比較したものである。
【０２９９】
本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤの階層構造は、ティアシステムフレームワークに類似している。本発明の一実施例に係るテンポラルｉｄはティアナンバーにマッチングできる。本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、ティアシステムフレームワークと類似の方法によってＰＶＲをサポートすることができる。
【０３００】
本発明の一実施例に係るＨＥＶＣ準拠（ｃｏｍｐｌｉａｎｔ）エンコーダ／デコーダは、ＨＥＶＣテンポラルサブレイヤをサポートできる。本発明の一実施例に係るテンポラルｉｄは、ＨＥＶＣでエンコーディングされたストリームに存在できる。ストリームがテンポラルサブレイヤ構造によってエンコーディングされた場合、トリックプレイのためのいかなる特別なエンコーディング構造も必要としない。したがって、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、トリックプレイをサポートする場合にエンコーディング負担を軽減することができる。
【０３０１】
同図に示すように、ティアフレームワークで、ｔｉｅｒ７は、参照されない廃棄可能ピクチャを意味し、ｔｉｅｒ６は、参照される廃棄可能ピクチャを意味した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤは、参照されるピクチャであるか否かを区別しなくてもよい。ティアフレームワークでｔｉｅｒ１はＲＡＰピクチャを示し、ｔｉｅｒ２はＰピクチャを示した。しかし、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤでテンポラルｉｄ０は、ＩＲＡＰピクチャを含むＩピクチャ、Ｐピクチャ及びＢピクチャを全て示すことができる。
【０３０２】
本発明の一実施例によれば、異なるサブレイヤがテンポラルｉｄ６と７に指定されてもよい。したがって、ティアナンバー６及び７と比較すると、本発明の一実施例によってテンポラルｉｄを用いる場合、追加的な倍速をサポートすることができる。
【０３０３】
本発明の一実施例によれば、より速い倍速をサポートするために、テンポラルｉｄが０であるベースサブレイヤでフレーム区別が必要でありうる。
【０３０４】
図３８は、本発明の他の実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの構成を示す図である。
【０３０５】
本発明の一実施例によれば、デコーティング過程前にアクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔｓ；ＡＵｓ）をフィルタリングするために、ビデオレベルに与えられたテンポラルｉｄはシステムレベルでシグナリングされうる。
【０３０６】
本発明の一実施例によれば、テンポラルｉｄが０であるベースサブレイヤでより高い倍速をサポートするために、イントラ（ｉｎｔｒａ）フレームがシグナリングされうる。
【０３０７】
本発明の一実施例に係るＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド、ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌ ｉｄ＿ｚｅｒｏフィールド、ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールド及び／又はＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドを含むことができる。
【０３０８】
ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは、当該データフィールドがＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎであることを示すことができる。ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールドは０ｘ０３を有することができる。
【０３０９】
ｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドは、ｄａｔａ＿ｆｉｅｌｄ＿ｔａｇフィールド及びｄａｔａ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈフィールドを除くＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｆｏｒｍａｔｉｏｎの長さを示すことができる。
【０３１０】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、ピクチャのテンポラルｉｄを示すことができる。実際に、テンポラルｉｄは、このフィールドから１を引いた値を有することができる。このフィールドの最小値は１、最大値は７を有することができる。ＨＥＶＣストリームの場合、このフィールドの値はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１値と同じ値を有することができる。
【０３１１】
ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフィールドは、ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドが存在すると、１の値を有することができる。このフィールドは、ＲＡＰピクチャに該当するピクチャでのみ提供されうる。
【０３１２】
ＰＶＲ＿ａｓｓｉｓｔ＿ｉｎｔｒａ＿ｐｉｃｔｕｒｅ＿ｆｌａｇフィールドは、現在アクセスユニットがｉｎｔｒａピクチャであると、１の値を有することができる。
【０３１３】
ＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１フィールドは、最大テンポラルｉｄを示すことができる。実際に、最大テンポラルｉｄは、このフィールドから１を引いた値を示すことができる。このフィールドは１から７までの値を有することができる。
【０３１４】
ＰＶＲ＿ａｓｓｉｓｔ＿ＰＢ＿ｎｕｍｂｅｒｓ＿ｉｎ＿ｔｅｍｐｏｒａｌＩｄ＿ｚｅｒｏフィールドは、テンポラルｉｄが０であるベースサブレイヤでイントラ（ｉｎｔｒａ）フレーム間に存在するイントラフレーム以外のフレームの個数を示すことができる。このフィールドは、トリックプレイの速度を推測するために用いることができる。
【０３１５】
ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿０フィールドは、将来使用のために残したフィールドである。
【０３１６】
ＰＶＲ＿ａｓｓｉｓｔ＿ｒｅｓｅｒｖｅｄ＿ｂｙｔｅフィールドは、将来使用のために残したフィールドを示すことができる。
【０３１７】
図３９は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いたトリックプレイ方法を示す図である。
【０３１８】
同図で、一番目の図３９０１０は、一つのＧＯＰに該当するピクチャを再生順序によって整列したものである。一番目の図で、Ｉは、Ｉピクチャを表すことができ、Ｂは、Ｂピクチャを表すことができ、ＰはＰピクチャを表すことができる。また、ピクチャの種類を表すアルファベット下部の添え字は、再生順序を表すことができる。一番目の図で、矢印は、ピクチャ間の参照関係を示すことができる。
【０３１９】
同図で、二番目の図３９０２０は、本発明の一実施例に係るＨＥＶＣテンポラルサブレイヤを用いてトリックプレイを提供する方法を示すものである。一つの四角ボックスは一つのピクチャを表すことができる。四角中の数字はテンポラルｉｄを示すことができる。四角中のｘ表示は、トリックプレイ時にデコーティング及び再生されるピクチャを表すことができる。二番目の図に示すように、２倍速から８倍速トリックプレイまでは、ＨＥＶＣテンポラルサブレイヤによって提供することができる。
【０３２０】
同図で、三番目の図３９０３０は、本発明の一実施例に係るベースサブレイヤシグナリングを用いてトリックプレイを提供する方法を示すものである。本発明の一実施例は、イントラピクチャのみをデコーティング及び再生することによって、１２倍速、２４倍速及び４８倍速のトリックプレイを提供することができる。
【０３２１】
図４０は、本発明の一実施例に係る放送信号送信方法を示す図である。
【０３２２】
本発明の一実施例は、次のような手続きによって放送信号を送信することができる。まず、本発明の一実施例は、ビデオデータをエンコードしてビデオストリームを生成することができる（Ｓ４００１０）。ここで、ビデオストリームを、ＡＶＣ又はＨＥＶＣコーデックによってエンコードすることができる。ここで、ビデオストリームはビデオストリームの最大テンポラル識別情報値を有するＰＶＲアシスト情報を含むことができる。最大テンポラル識別情報は、ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ又はＰＶＲ＿ａｓｓｉｓｔ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄと命名することができる。最大テンポラル識別情報に関する詳細な説明は、図３０、図３３、図３４、図３５、図３８で前述した。ＰＶＲアシスト情報は、受信機又はＰＶＲ装置でビデオデータのトリックプレイを行うために必要な情報を意味することができる。ＰＶＲアシスト情報に関する詳細な説明は、図３４で前述した。次に、本発明の一実施例は、生成されたビデオストリームを含む放送信号を生成することができる（Ｓ４００２０）。ここで、ビデオストリームは、ビデオ単位ストリーム、ビデオ単位ストリームがパケット化されたＰＥＳストリーム、又はＴＳパケットを含むトランスポートストリームを意味することができる。生成されたビデオストリームを様々な変調方式を用いて変調することによって放送信号を生成することができる。次に、本発明の一実施例は、生成された放送信号を伝送することができる（Ｓ４００３０）。ここで、本発明の一実施例は、生成された放送信号を、地上波放送網、ケーブル網及びインターネット網のうち少なくとも一つを介して伝送することができる。
【０３２３】
本発明の更に他の実施例によれば、ビデオストリームはアダプテーションフィールドを含み、アダプテーションフィールドはＰＶＲアシスト情報を含むことができる。ここで、アダプテーションフィールドはＴＳパケットのヘッダーとペイロードとの間に存在するフィールドであって、データを含むことができる。本発明の一実施例に係るビデオストリームは、数個のＴＳパケットを含むストリームを意味することができる。したがって、本発明の一実施例に係るビデオストリームはアダプテーションフィールドを含むことができる。
【０３２４】
本発明の更に他の実施例によれば、アダプテーションフィールドは、プライベートデータバイトフィールドを含むことができ、プライベートデータバイトフィールドは、ＰＶＲアシスト情報を含むことができる。ここで、プライベートデータバイトフィールドは、アダプテーションフィールドに含まれ、数個のデータフィールドを含むことができる。上述した数個のデータフィールドのうちいずれか一つは、ＰＶＲアシスト情報を含むことができる。
【０３２５】
本発明の更に他の実施例によれば、ビデオストリームは、一つ以上のテンポラルサブレイヤを含むことができ、ここで、テンポラルサブレイヤは、ピクチャの集合を示すことができる。本発明の一実施例に係るエンコードされたビデオデータを含むＮＡＬユニットのヘッダーは、テンポラル識別プラス情報を含むことができる。ここで、テンポラル識別プラス情報は、テンポラル識別情報に１を加算した値を示すことができ、テンポラル識別情報は、テンポラルサブレイヤを識別する情報を含むことができる。本発明の一実施例に係るテンポラル識別プラス情報は、テンポラルサブレイヤを識別するために用いることができる。テンポラルサブレイヤはｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒと、テンポラル識別情報はｔｅｍｐｏｒａｌ  ｉｄと、テンポラル識別プラス情報はｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１と命名することができる。
【０３２６】
本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、ビデオストリームの最大テンポラル識別情報値を示す最大テンポラル識別情報を含むことができる。ＨＥＶＣでエンコードされたビデオストリームは、複数のテンポラルサブレイヤを有することができ、各テンポラルサブレイヤはテンポラル識別情報によって識別されてもよい。本発明の一実施例に係る最大テンポラル識別情報は、複数のテンポラルサブレイヤのうちの最大テンポラル識別情報を有するテンポラルサブレイヤのテンポラル識別情報を意味することができる。
【０３２７】
本発明の更に他の実施例によれば、最大テンポラル識別情報は、０乃至６のいずれか一つの値を有することができる。したがって、本発明の更に他の実施例によってテンポラル識別情報値がティア（ｔｉｅｒ）ナンバーと一対一でマッチする場合、既に定義されていたティアナンバーの範囲内でマッチすればよい。既にティアナンバーは０から７まで定義されている。
【０３２８】
本発明の更に他の実施例によれば、最大テンポラル識別情報を、トリックプレイの速度に関する情報を提供するために用いすることができる。最大テンポラル識別情報は、トリックプレイの最大倍速に関する情報をシグナルすることができる。本発明の一実施例は、各テンポラル識別情報に該当するトリックプレイ倍速をシグナルすることができる。最大テンポラル識別情報をシグナルすることによって、本発明の一実施例は、ユーザにサービスが可能な最大倍速情報を知らせることができ、ユーザの要求を受けてトリックプレイの倍速を決定し、決定された倍速を提供することができる。これに関する詳細な説明は、図３３及び図３８で前述した。
【０３２９】
本発明の更に他の実施例によれば、ＰＶＲアシスト情報は、最大テンポラル識別情報を含むか否かを示すテンポラル識別フラグ情報を含むことができる。ここで、テンポラル識別フラグ情報は少なくともＲＡＰごとに提供されてもよい。テンポラル識別フラグ情報は、ＰＶＲ＿ａｓｓｉｓｔ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと命名することができる。テンポラル識別フラグ情報は、ＰＶＲアシスト情報内に最大テンポラル識別情報が含まれていると、１の値を有することができる。ＡＶＣストリームである場合、テンポラル識別フラグ情報は０の値を有することができる。本発明の一実施例は、テンポラル識別フラグ情報をＲＡＰごとに提供することによって、最大テンポラル識別情報をＲＡＰごとにシグナルすることができる。これによって、本発明の一実施例はトリックプレイの最大倍速情報をＲＡＰごとにシグナルすることができる。これに関する詳細な説明は、図３２及び図３８で前述した。
【０３３０】
図４１は、本発明の一実施例に係る放送信号受信装置の構造を示す図である。
【０３３１】
本発明の一実施例に係る放送信号受信装置４１０１０は、受信部４１０２０、逆多重化部４１０３０及び／又はデコーダ４１０４０を含むことができる。
【０３３２】
受信部は、放送信号を受信することができる。
【０３３３】
逆多重化部は、受信した放送信号を逆多重化してビデオストリームを抽出することができる。ここで、ビデオストリームは、ビデオストリームの最大テンポラル識別情報値を有するＰＶＲアシスト情報を含むことができる。
【０３３４】
デコーダは、上述したＰＶＲアシスト情報に基づいて、抽出されたビデオストリームをデコードし、ビデオデータのトリックプレイを行うことができる。
【０３３５】
同図に示している、本発明の一実施例に係る放送信号受信装置の構成のうち、図３６に示した放送信号受信装置の構成と同じ名称を有する構成は、図３６に示した放送信号受信装置の構成と同じ機能を有することができる。
【０３３６】
同図に示している、本発明の一実施例に係る放送信号受信装置の構成のうち、図４０に示した放送信号送信方法の手続きに対応する構成は、図４０に示した放送信号送信方法の手続きに対応する機能を有することができる。
【０３３７】
以下では、上記のように、信号伝送のためのＰＥＳレベルの他に、ビデオデータレベルでトリックプレイを効率的に行うことができる実施例を開示する。
【０３３８】
上述した実施例によれば、ビデオ伝送段階でビデオトリックプレイを効率的に実行できるようにトリックプレイに関する情報を送受信することができる。
【０３３９】
しかしながら、上述した実施例とは別に又は上述した実施例に加えて、ビデオデータレベルでトリックプレイのための情報をあらかじめシグナルするようにすれば、ビデオデコーダがあらかじめトリックプレイに関する情報を取得し、トリックプレイを効率的に行うことができる。
【０３４０】
以下、本発明を容易に説明し得る実施例を、図面を参照して説明する。
【０３４１】
図４２は、本発明に係る信号送受信方法の一実施例を示す図である。
【０３４２】
ビデオソースデータをエンコードする（Ｓ１１０）。
【０３４３】
ビデオソースデータをエンコードする方式としてＡＶＣ又はＨＥＶＣを用いることができる。
【０３４４】
例えば、ＨＥＶＣエンコードされたビデオストリームは、そのビデオデータのピクチャ情報を有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ（ｍｅｓｓａｇｅ）を含むことができる。
【０３４５】
ＨＥＶＣエンコードされたビデオデータストリームのトリックプレイのために、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを含むことができる。ＨＥＶＣビデオデータは、コーディングスライスセグメントＮＡＬ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニット又はそのサブユニットを含むＶＣＬデータ（ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｌａｙｅｒ（ＶＣＬ）  ＮＡＬ  ｕｎｉｔ）を伝送することができるが、ＳＥＩメッセージがＧＯＰメタデータを含むと、ＶＣＬデータの前にピクチャに関する情報をシグナルすることができ、効率的なトリックプレイが可能である。
【０３４６】
ＳＥＩメッセージ内のＧＯＰメタデータは、全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ  ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ  ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）などを含むことができる。
【０３４７】
ＳＥＩメッセージにＧＯＰメタデータを含めたビデオを伝送する（Ｓ１２０）。
【０３４８】
このように送信したビデオデータを受信してプレイする場合、次のような方法を用いることができる。
【０３４９】
エンコードされたビデオデータを受信する（Ｓ２１０）。
【０３５０】
受信したビデオのＳＥＩメッセージをパース（ｐａｒｓｅ）してＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを得る（Ｓ２２０）。この場合、ビデオのＳＥＩメッセージのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータから、ビデオデータの全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ  ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ  ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）などを得ることができる。
【０３５１】
ＳＥＩメッセージをパースして得たＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを用いて、エンコードされたビデオソースデータをデコードする（Ｓ２３０）。この場合、ＳＥＩメッセージのＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを用いて、ビデオソースデータのピクチャをフィルタし、フィルタされたピクチャを用いてトリックプレイを行うことができる。このように、ビデオのＳＥＩメッセージに含まれたＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータのピクチャ情報、及びエンコードされたビデオデータのピクチャのポインタ（又はビデオインデックス）を用いると、効率的なトリックプレイを行うことができる。すなわち、ビデオデコーダは、ビデオパーサーがＳＥＩメッセージをパースして得たメタデータを用いて、ビデオソースのピクチャポインタでフィルタされたピクチャをデコードするため、トリックプレイを効率的に行うことができる。
【０３５２】
図４３は、本発明の実施例によってビデオデータをエンコードする場合にＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）の構造を例示する図である。同図を参照して本発明の一実施例を説明すると、次のとおりである。
【０３５３】
ビデオソースデータをエンコードして出力する場合、ＧＯＰ単位でビデオデータを伝送することができる。
【０３５４】
この例は、ＧＯＰ単位で伝送されるビデオデータの一例であるが、同図の最上段における、ＧＯＰ−１、ＧＯＰ、ＧＯＰ＋１はそれぞれ時間順で伝送されるＧＯＰを示し、同図は、ＮＡＬユニットヘッダー（ＮＡＬ   ｕｎｉｔ  ｈｅａｄｅｒ）の最大ｔｅｍｐｏｒａｌ＿ｉｄが２であり、ＧＯＰサイズが２４である場合を示す。
【０３５５】
ＧＯＰは、一つ以上のタイプのピクチャの集合を示すが、ＧＯＰは、Ｉ、Ｐ、Ｂの複数のピクチャタイプを含むことができる。
【０３５６】
同図で、ＧＯＰ内のピクチャタイプとディスプレイ順序を共に表示し、ディスプレイされるピクチャの順序をＩ１，Ｂ２，Ｂ３，Ｂ４，Ｐ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．と例示した。
【０３５７】
しかし、ビデオエンコーディングの参照関係によってＧＯＰ内のデコーディング順序は、Ｉ１，Ｐ５，Ｂ３，Ｂ２，Ｂ４，Ｐ９，Ｂ７，Ｂ６．．と例示したように、ディスプレイ順序とは異なる順序を有する。
【０３５８】
コーディングされたスライスセグメントがＩＲＡＰ（ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ）ピクチャに含まれる場合、Ｔｅｍｐｏｒａｌ＿Ｉｄは０の値を有する。この例で、Ｉ１，Ｐ５，Ｐ９，Ｐ１３，Ｐ１７，Ｐ２１は、Ｔｅｍｐｏｒａｌ＿Ｉｄが０の値を有する。
【０３５９】
Ｂ３，Ｂ７，Ｂ１１，Ｂ１５，Ｂ１９，Ｂ２３は、デコーディング順序においてＴｅｍｐｏｒａｌ＿Ｉｄが０であるピクチャだけを用いるピクチャであり、Ｔｅｍｐｏｒａｌ＿Ｉｄが１の値を有する。
【０３６０】
そして、Ｂ２，Ｂ４，Ｂ６，Ｂ８，Ｂ１０，Ｂ１２，Ｂ１４，Ｂ１６，Ｂ１８，Ｂ２０，Ｂ２２及びＢ２４は、デコーディング順序においてＴｅｍｐｏｒａｌ＿Ｉｄが０と１であるピクチャを用いるピクチャであり、Ｔｅｍｐｏｒａｌ＿Ｉｄが２の値を有する。
【０３６１】
本発明の実施例でＧＯＰを構成する各ピクチャは、それぞれのテンポラルＩＤ（ｔｅｍｐｏｒａｌ  ＩＤ）、ピクチャタイプ（ｐｉｃｔｕｒｅ  ｔｙｐｅ）、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）及びディペンデンシレベル（ｄｅｐｅｎｄｅｎｃｙ  ｌｅｖｅｌ）情報を含むことができるが、ビデオストリームを構成する全ＧＯＰの個数とＧＯＰの各ピクチャの情報をＳＥＩメッセージで優先的にシグナルすることができる。これについて詳述すると、次のとおりである。
【０３６２】
図４４は、本発明の実施例によって送受信されるビデオデータのシンタックスの一例を示す図である。
【０３６３】
本発明の実施例によってエンコードされたビデオデータ、特に、ＨＥＶＣを用いてエンコードされたビデオデータのＳＥＩメッセージはＧＯＰのメタデータ情報を含むことができる。
【０３６４】
例えば、ＳＥＩメッセージのｐａｙｌｏａｄＴｙｐｅが特定ｐａｙｌａｄＴｙｐｅである場合（ｐａｙｌｏａｄＴｙｐｅ  ＝  ＝  ｘｘｘ）、ＳＥＩメッセージはトリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。この情報は、ビデオエレメントのＳＥＩメッセージのＳＥＩ  ＲＢＳＰ（ｒａｗ  ｂｙｔｅ  ｓｅｑｕｅｎｃｅ  ｐａｙｌｏａｄ）に含めることができる。
【０３６５】
受信機のデコーダ内のビデオパーサーは、ビデオデータのＨＥＶＣ  ＮＡＬユニットをパース（ｐａｒｓｅ）したとき、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がＳＥＩデータに該当する値であり、ｐａｙｌｏａｄＴｙｐｅが特定値である場合、ビデオデータのＳＥＩメッセージ内からトリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｌｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ）を得ることができる。このとき、ｐａｙｌｏａｄＴｙｐｅは０よりも大きい整数値を有することができる。
【０３６６】
受信機のデコーダのビデオパーサーは、トリックプレイサービスのためのＧＯＰメタデータ情報（ｔｒｉｃｋｌｐｌａｙ＿ｓｅｒｖｉｃｅ＿ＧＯＰ＿ｍｅｔａｄａｔａ＿ｉｎｆｏ（））をデコードし、ビデオデータのトリックプレイのためのＧＯＰのメタデータ情報を取得することができる。
【０３６７】
この情報を用いて、受信機は、トリックプレイのためのＧＯＰのメタデータ情報を、ビデオデータのロー・データをデコードする前にあらかじめ取得し、効率的なトリックプレイを実現することができる。
【０３６８】
トリックプレイのためのＧＯＰのメタデータ情報は、次のような情報を含むことができる。
【０３６９】
ＧＯＰ＿ｔｏｔａｌ＿ｃｏｕｎｔフィールドは、ストリームを構成する全ＧＯＰの個数を示す。
【０３７０】
ＧＯＰ＿ｓｉｚｅフィールドは、ＧＯＰを構成する全ピクチャの個数を示す。
【０３７１】
ｍａｘ＿ｔｅｍｐｏｒａｌ＿ＩＤフィールドは、ビデオストリームに含まれた最大ｔｅｍｐｏｒａｌ＿ｉｄ値を示す。
【０３７２】
ｔｅｍｐｏｒａｌ＿ＩＤフィールドは、ＨＥＶＣ標準で定義するｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１を用いて計算されたテンポラルＩＤ（ｔｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１？１）と同じ値を有することができる。
【０３７３】
例えば、ＨＥＶＣ標準でｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが１６〜２３である場合、すなわち、ＲＡＰ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｉｃｔｕｒｅ）である場合には、ＴｅｍｐｏｒａｌＩｄ値が０の値を有することができ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ（ＴＳＡ）ｐｉｃｔｕｒｅ）＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ（ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ（ＳＴＳＡ）ｐｉｃｔｕｒｅ）＿Ｒ、又はＳＴＳＡ＿Ｎである場合、ＴｅｍｐｏｒａｌＩｄ値が０でない値を有することができる。
【０３７４】
ｐｉｃｔｕｒｅ＿ｔｙｐｅフィールドは、ＨＥＶＣのＮＡＬ＿ｕｎｉｔ＿ｔｙｐｅのうち、トリックプレイに利用可能な一部のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを選択してｐｉｃ＿ｔｙｐｅとして構成することができる。これについては後述する。
【０３７５】
ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドは、１以上であるテンポラルＩＤを有するピクチャのうち、適応的（ａｄａｐｔｉｖｅ）に変更可能なｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを示す。この情報は、テンポラルサブレイヤピクチャタイプフィールドを示すが、その詳細な例は、後述する。
【０３７６】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドは、ＧＯＰ内の各ピクチャの依存度の大きさを表す情報を示すが、これに対する値を例示すると、次のとおりである。例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ００である場合、このビデオサンプルのｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが知られていないことを示す（Ｔｈｅ  ｄｅｐｅｎｄｅｎｃｙ  ｌｅｖｅｌ  ｏｆ  ｔｈｉｓ  ｓａｍｐｌｅ  ｉｓ  ｕｎｋｎｏｗｎ）。
【０３７７】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ０１乃至０ｘ３Ｅである場合、ビデオサンプルが、この値よりも大きいｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドを有するビデオサンプルに依存しないということを示す（Ｔｈｉｓ  ｓａｍｐｌｅ  ｄｏｅｓ  ｎｏｔ  ｄｅｐｅｎｄ  ｏｎ  ｓａｍｐｌｅｓ  ｗｉｔｈ  ａ  ｇｒｅａｔｅｒ  ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ  ｖａｌｕｅｓ  ｔｈａｎ  ｔｈｉｓ  ｏｎｅ）。
【０３７８】
例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドが０ｘ３Ｆである場合は、ｒｅｓｅｒｖｅｄフィールドとしてもよい。
【０３７９】
ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイ動作は後述する。
【０３８０】
図４５は、本発明の実施例に係るビデオストリームのトリックプレイをサポート可能なピクチャタイプ情報を例示する図である。
【０３８１】
ピクチャタイプ情報（ｐｉｃ＿ｔｙｐｅ）は、このフィールドの該当値によって、関連リーディングピクチャ（ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）がないＩＤＲ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ）（ｐｉｃ＿ｔｙｐｅ＝０）、復号可能なリーディングピクチャを有するＩＤＲ（ｐｉｃ＿ｔｙｐｅ＝１）、関連リーディングピクチャを有しないＢＬＡ（ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ）（ｐｉｃ＿ｔｙｐｅ＝２）などを示すことができる。
【０３８２】
この例で、ｐｉｃ＿ｔｙｐｅが４である場合、ＢＬＡが関連ＲＡＤＬ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ）とＲＡＳＬ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｓｋｉｐｐｅｄ  ｌｅａｄｉｎｇ）ピクチャを有し得ることを示し、ｐｉｃ＿ｔｙｐｅが５である場合、ＣＲＡ（ｃｌｅａｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）ピクチャが関連リーディングピクチャを有し得ることを示す。ｐｉｃ＿ｔｙｐｅが６である場合、ＲＡＤＬピクチャを、ｐｉｃ＿ｔｙｐｅが７である場合、ＲＡＳＬピクチャなどを示すことができる。
【０３８３】
ここで、リーディングピクチャは、出力順で、関連ＩＲＡＰピクチャに先行するピクチャのことを指し、ＢＬＡ（ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ）は、各ＶＣＬ  ＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、又はＢＬＡ＿Ｎ＿ＬＰと同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＩＲＡＰピクチャを意味する。ＣＲＡ（ｃｌｅａｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）は、各ＶＣＬ  ＮＡＬユニットがＣＲＡ＿ＮＵＴと同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＩＲＡＰピクチャを意味する。
【０３８４】
各ピクチャタイプ情報と関連したｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、最右列に例示されている。
【０３８５】
図４６は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌフィールドによるトリックプレイの動作例を示す図である。
【０３８６】
同図で例示するように、各ピクチャがＩ１，Ｂ２，Ｂ３，Ｂ４，Ｂ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．の順序を有するとすれば、Ｉ１及びＩ２５のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１であり、Ｐ５及びＰ１７はｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが２であり、Ｂ５，Ｂ１３，Ｂ２１のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であることをそれぞれ示す。そして、Ｂ３，Ｂ７，Ｂ１１，Ｂ１５，Ｂ１９，Ｂ２３のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが４であり、Ｂ２，Ｂ４，Ｂ６，Ｂ８，Ｂ１０，Ｂ１２，Ｂ１４，Ｂ１６，Ｂ１８，Ｂ２０，Ｂ２２，Ｂ２４のｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが５であることを例示する。
【０３８７】
２倍速のトリックプレイを行う場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが１、２、３、及び４であるピクチャを利用し、同図に例示するように、例えば、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌが３であれば、当該サンプルを含んだトリックプレイの場合、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ＝１，２，３に該当するサンプルだけを用いてプレイすればいいことを意味する。したがって、ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌを用いてトリックプレイをする際に参照すべきレイヤのレベルと参照してはならないレイヤのレベルとを区別することができる。
【０３８８】
図４７は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールドによるテンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）の例を示す図である。
【０３８９】
上述したように、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂｌａｙｅｒ＿ｐｉｃｔｕｒｅ＿ｔｙｐｅ）は、テンポラルＩＤを有するピクチャのうち、適応的（ａｄａｐｔｉｖｅ）に変更可能なＴｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを区別する情報である。
【０３９０】
サブレイヤ（Ｓｕｂ＿ｌａｙｅｒ）は、特定ＴｅｍｐｏｒａｌＩｄ値を有するＶＣＬ  ＮＡＬユニットと関連ｎｏｎ−ＶＣＬ  ＮＡＬユニットを構成するテンポラルスケーブル（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｌｅ）ビットストリームのテンポラルスケーブルレイヤ（ｔｅｍｐｏｒａｌ  ｓｃａｌａｂｌｅ  ｌａｙｅｒ）を示す。
【０３９１】
サブレイヤレファレンスピクチャ（Ｓｕｂ＿ｌａｙｅｒ  ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ）は、デコーディング順序において同じサブレイヤの連続したピクチャのデコーディングプロセスでインタープレディクション（ｉｎｔｅｒ  ｐｒｅｄｉｃｔｉｏｎ）のために使用できるサンプルを含むピクチャであり、サブレイヤノンレファレンスピクチャ（ｓｕｂ−ｌａｙｅｒ  ｎｏｎ−ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ）は、デコーディング順序において同じサブレイヤの連続したピクチャのデコーディングプロセスでインタープレディクションのために使用できないサンプルを含むピクチャである。
【０３９２】
この例で、テンポラルサブレイヤピクチャタイプ情報の値が０である場合、当該サンプルがレファレンスＴＳＡ（Ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャであることを示す。テンポラルＴＳＡピクチャは、各ＶＣＬ  ＮＡＬユニットがＴＳＡ＿Ｒ又はＴＳＡ＿Ｎのようなｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するコーディングされたピクチャのことを指す。
【０３９３】
テンポラルサブレイヤピクチャタイプ情報の値が１である場合、当該サンプルがノンレファレンスＴＳＡピクチャであることを示す。
【０３９４】
テンポラルサブレイヤピクチャタイプ情報の値が２である場合、当該サンプルがレファレンスＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャであることを示すが、ＳＴＳＡピクチャは、各ＶＣＬ  ＮＡＬユニットがＳＴＳＡ＿Ｒ又はＳＴＳＡ＿Ｎのようなｎａｌ＿ｕｎｉｔ＿ｔｙｅを有するコーディングされたピクチャのことを指す。
【０３９５】
テンポラルサブレイヤピクチャタイプ情報の値が３である場合、当該サンプルがノンレファレンスＳＴＳＡピクチャであることを示すことができる。
【０３９６】
各テンポラルサブレイヤピクチャタイプ情報によるトリックプレイの差異について説明する。Ｔｅｍｐｏｒａｌ＿ＩＤが０でないレイヤでＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ  ｐｉｃｔｕｒｅ）とＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ  ｐｉｃｔｕｒｅ）に基づいてダイナミックにフレームレートを変更させることができる。ＴＳＡとＳＴＳＡは、フレームレートをどのような方式で又はどれくらい異なるフレームレートに変更できるかにおいて差異がある。すなわち、両ピクチャタイプは、一度に飛ばし得るｔｅｍｐｏｒａｌ＿ｉｄの個数が異なる。これにつしては後述する。
【０３９７】
図４８は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）のタイプがＴＳＡである場合、トリックプレイのためのフレームレート（フレームレート）を変更する例を示す図である。
【０３９８】
同図で、Ｔ＿ＩＤはＴｅｍｐｏｒａｌ＿ＩＤを表すが、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＴＳＡである場合、トリックプレイによりｔｅｍｐｏｒａｌ＿ＩＤが２であるレイヤのストリームだけを４倍速でディスプレイしてから、倍速数を１倍速の正常速度でディスプレイすることができる。
【０３９９】
すなわち、Ｔ＿ＩＤが１であるピクチャはＴＳＡピクチャであるが、同図で、Ｔ＿ＩＤが２であるピクチャとＴ＿ＩＤが０であるピクチャとを連結した矢印で表示するように、別個のＴｅｍｐｏｒａｌ＿ＩＤを有するピクチャを用いて倍速を直接変換できるトリックプレイを提供することができる。（点線で表示）。
【０４００】
図４９は、本発明の実施例に係るトリックプレイのためのＧＯＰのメタデータ情報のうち、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅフィールド）のタイプがＳＴＳＡである場合、トリックプレイのためのフレームレートを変更する例を示す図である。
【０４０１】
同図でＴ＿ＩＤはＴｅｍｐｏｒａｌ＿ＩＤを表すが、Ｔ＿ＩＤが１である場合、ＳＴＳＡピクチャであってもよい。同図は、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＳＴＳＡである場合、トリックプレイによりｔｅｍｐｏｒａｌ＿ＩＤが２であるレイヤのストリームだけを４倍速でディスプレイするが、倍速数を２倍速にしてプレイした後、次のＳＴＳＡで１倍速で（正常速度で）ディスプレイする過程を示す。
【０４０２】
同図で、Ｔ＿ＩＤが２であるピクチャとＴ＿ＩＤが１であるピクチャとを連結した矢印で表示したように、別個のＴｅｍｐｏｒａｌ＿ＩＤを有するピクチャを用いて順次に倍速変換が可能なトリックプレイを提供することができる（点線で表示）。
【０４０３】
上記の図４８及び図４９では、変換可能な倍速数に対する制限事項（ｃｏｎｓｔｒａｉｎｔ）を知らせる方法が必要である。例えば、ｔｅｍｐｏｒａｌ＿ｉｄが０である場合、フレームレートが１５ｐ、ｔｅｍｐｏｒａｌ＿ｉｄが１である場合、フレームレートが３０ｐであり、ｔｅｍｐｏｒａｌ＿ｉｄが２である（ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ＝２）場合、フレームレートが６０ｐである、と仮定する。
【０４０４】
この場合、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＴＳＡであれば、ｔｅｍｐｏｒａｌ＿ｉｄ０からｔｅｍｐｏｒａｌ＿ｉｄ２に直接アプローチ可能であるため、適応的ストリーム（ａｄａｐｔｉｖｅ  ｓｔｒｅａｍ）を送受信した場合、フレームレートが１５ｐであるビデオサービスを提供しているが、フレームレートが６０ｐサービスに直接変更可能であることを示すことができる。したがって、ｔｅｍｐｏｒａｌ＿ｉｄとｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅを用いると、トリックプレイ変換をより効率的に行うことができる。
【０４０５】
他の例として、テンポラルサブレイヤピクチャタイプ情報（ｔｅｍｐｏｒａｌ＿ｓｕｂ＿ｌａｙｅｒ＿ｐｉｃ＿ｔｙｐｅ）がＳＴＳＡである場合、ピクチャに対して段階的アプローチのみ可能であるため、ｔｅｍｐｏｒａｌ＿ｉｄ０からｔｅｍｐｏｒａｌ＿ｉｄ１にアプローチし、その後、ｔｅｍｐｏｒａｌ＿ｉｄ２にアプローチすることができる。
【０４０６】
したがって、順次に、１５ｐビデオから３０ｐビデオに転換し、さらに３０ｐビデオから６０ｐビデオにサービスを変更することができる。このように、Ｔｅｍｐｏｒａｌ＿ＩＤが０でないレイヤでＴＳＡ（Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャとＳＴＳＡ（Ｓｔｅｐ−ｗｉｓｅ  Ｔｅｍｐｏｒａｌ  Ｓｕｂ−ｌａｙｅｒ  Ａｃｃｅｓｓ）ピクチャに基づいてダイナミックにフレームレートを変更させることができる。
【０４０７】
図５０は、本発明に係る信号受信装置の一実施例を示す図である。同図を参照して、本発明に係る信号受信装置の一実施例を説明すると、次のとおりである。
【０４０８】
信号受信装置の一実施例はデコーダを備えることができるが、デコーダは、一時記憶部２１０、ビデオパーサー２２０及びビデオデコーディング部２３０を備えることができる。
【０４０９】
信号受信装置の一実施例は、エンコードされたビデオデータを受信することができる。エンコードされたデータは、時間的な順序で、ＧＯＰに含まれたピクチャを含むことができる。
【０４１０】
一時記憶部２１０は、エンコードされたビデオデータを一時記憶するバッファの役割を担うことができるが、この場合、エンコードされたビデオデータはファイル形式であってもよく、ビデオストリームであってもよい。
【０４１１】
ビデオパーサー２２０は、エンコードされたビデオデータからＳＥＩメッセージをパースしてＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを得ることができる。ＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータは、上述したように、ビデオデータの全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ、テンポラルＩＤ（ｔｅｍｐｏｒａｌ  ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）を含むことができる。ビデオパーサー２２０は、ＳＥＩメッセージをパースし、ＳＥＩメッセージから得たＧＯＰメタデータをビデオデコーディング部２３０に伝達することができる。
【０４１２】
又は、ビデオパーサー２２０は、ＧＯＰメタデータを用いてＧＯＰ内のピクチャをフィルタしたりデマックスして出力することができる。
【０４１３】
ビデオデコーディング部２３０は、ビデオパーサー２２０が出力するビデオデータを用いてビデオを再生するようにデコードすることができる。
【０４１４】
ビデオデコーディング部２３０は、ビデオデータ内のインデックスに基づいてトリックプレイを行うことができる。
【０４１５】
この場合、ビデオデコーディング部２３０は、ビデオパーサー２２０が得たＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータに基づいて、ビデオトリックプレイを効率的に行うことができる。これについては図４６乃至図４８に例示した。
【０４１６】
例えば、ビデオパーサー２２０は、ビデオデータ内の各ピクチャ（又はコーディングスライスセグメント）に対するｔｅｍｐｏｒａｌＩＤ、ピクチャタイプ情報、ディペンデンシレベル情報（ｄｅｐｅｎｄｅｎｃｙ＿ｌｅｖｅｌ）及びテンポラルサブレイヤピクチャタイプを用いて、ＧＯＰ内のピクチャの中からトリックプレイに必要なピクチャを出力し、ビデオデコーディング部２３０がデコーディング順序に関する情報をビデオデータを復号しながら直接得ることに比べてより速く得て、該当のピクチャをまずデコードするようにすることができる。
【０４１７】
同図で受信されるビデオデータのＧＯＰ内のピクチャは、Ｉ１，Ｂ２，Ｂ３，Ｂ４，Ｐ５，Ｂ６，Ｂ７，Ｐ９，Ｂ１０，Ｂ１１，Ｂ１２．．と例示し、その下の括弧中にｔｅｍｐｏｒａｌＩＤ値を例示した。
【０４１８】
ビデオパーサー２２０がＳＥＩメッセージからＧＯＰメタデータを得た場合、ビデオデコーディング部２３０は、ＧＯＰメタデータを用いて例示の順序でピクチャをデコードすることができる。これによって、１倍速の正常速度でビデオピクチャをディスプレイすることができる。
【０４１９】
しかし、ビデオパーサー２２０がＳＥＩメッセージからＧＯＰメタデータを得た場合、ビデオデコーディング部２３０は、ＧＯＰメタデータを用いて２倍速のトリックプレイをするとき、Ｉ１，Ｐ５，Ｂ３，Ｐ９，Ｂ７，Ｐ１３，Ｂ１１，Ｐ１７，Ｂ１５，Ｐ２１，Ｂ１９，Ｂ２３のデコーディング順序でピクチャをデコードしてトリックプレイを行うことができる。
【０４２０】
ビデオデコーディング部２３０は、ビデオパーサー２２０がパースしたＧＯＰメタデータを用いて４倍速のトリックプレイをする場合、Ｉ５，Ｐ５，Ｐ９，Ｐ１３，Ｐ１７，Ｐ２１のデコーディング順序でピクチャをデコードしてトリックプレイを行うことができる。
【０４２１】
他の例として、ビデオデコーディング部２３０は、トリックプレイ時に倍速変換をする場合、テンポラルサブレイヤピクチャタイプ情報を用いることができる。
【０４２２】
信号受信装置の一実施例は、ビデオプロセシング部２４０をさらに備えることができ、ビデオプロセシング部２４０は、ビデオデコーディング部２４０が復号したビデオデータに対してスケーリング処理などの様々な後処理を行うことができる。
【０４２３】
したがって、ビデオデコーディング部２３０は、ビデオソースデータを復号しながらトリックプレイのための情報を得るとともに、ビデオパーサー２２０からＳＥＩメッセージを介してしあらかじめトリックプレイに必要な情報を得ることによって、より効率的にトリックプレイを行うことができる。
【０４２４】
図５１は、本発明に係る信号送信装置の一実施例を示す図である。同図を参照して、本発明に係る信号送信装置の一実施例の動作を説明すると、次のとおりである。
【０４２５】
本発明に係る信号送信装置の一実施例は、ビデオソースエンコーダ３１０及びビデオ伝送部３２０を含む。
【０４２６】
ビデオソースエンコーダ３１０は、ビデオソースデータをエンコードする（Ｓ１１０）。ビデオソースエンコーダ３１０は、ビデオソースデータをエンコードする方式としてＡＶＣ又はＨＥＶＣを用いることができる。
【０４２７】
ビデオソースエンコーダ３１０は、ビデオ伝送部３２０に送信するビデオフォーマットを生成して出力することができるが、例えば、ＨＥＶＣエンコードされたビデオストリームは、そのビデオデータのピクチャ情報を有するＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ  Ｅｎｈａｎｃｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ）メッセージを含むことができる。
【０４２８】
ＨＥＶＣエンコードされたビデオデータストリームのトリックプレイのために、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰ（Ｇｒｏｕｐ  ｏｆ  Ｐｉｃｔｕｒｅ）メタデータを含むことができる。
【０４２９】
ＳＥＩメッセージ内のＧＯＰメタデータは、全ＧＯＰの個数、ＧＯＰサイズ、ＧＯＰを構成する各ピクチャのピクチャタイプ（ｐｉｃｔｕｒｅ  ｔｙｐｅ）、テンポラルＩＤ（ｔｅｍｐｏｒａｌ  ＩＤ）及びテンポラルサブレイヤピクチャ情報（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ｐｉｃｔｕｒｅ  ｔｙｐｅ）などを含むことができる。これについては図４４に例示した。
【０４３０】
ビデオ伝送部３２０は、ＨＥＶＣビデオデータのＳＥＩメッセージにＧＯＰメタデータを含めたビデオを伝送する。
【０４３１】
ビデオを伝送する場合、トリックプレイを効率的に実現するために、図１乃至図４１で例示したように、ＰＥＳレベルでの情報を含むことができる。
【０４３２】
したがって、受信機のデコーダがＳＥＩメッセージ内のＧＯＰメタデータを用いて、より効率的にビデオトリックプレイを行うことが可能になる。
【０４３３】
本発明の実施例によれば、標準化されたエンコーディング方式によるストリーム、例えば、ＡＶＣ又はＨＥＶＣストリームのトリックプレイのためのシグナリング情報を送受信することができ、且つ、エンコードされたストリームのトリックプレイをシグナルする場合、拡張可能な方式を提供することができる。そして、ＨＥＶＣエンコードされたコンテンツに対するトリックプレイ方式と互換可能でありながらもより効率的なトリックプレイを可能にさせることができる。
【０４３４】
実施例は、発明を実施するための形態で記述された。
【産業上の利用可能性】
【０４３５】
本発明は、放送及びビデオ信号処理分野で利用可能であり、反復可能性がある産業上の利用可能性がある。
【図１】
0006474815.tif 000002
【図２】
0006474815.tif 000003
【図３】
0006474815.tif 000004
【図４】
0006474815.tif 000005
【図５】
0006474815.tif 000006
【図６】
0006474815.tif 000007
【図７】
0006474815.tif 000008
【図８】
0006474815.tif 000009
【図９】
0006474815.tif 000010
【図１０】
0006474815.tif 000011
【図１１】
0006474815.tif 000012
【図１２】
0006474815.tif 000013
【図１３】
0006474815.tif 000014
【図１４】
0006474815.tif 000015
【図１５】
0006474815.tif 000016
【図１６】
0006474815.tif 000017
【図１７】
0006474815.tif 000018
【図１８】
0006474815.tif 000019
【図１９】
0006474815.tif 000020
【図２０】
0006474815.tif 000021
【図２１】
0006474815.tif 000022
【図２２】
0006474815.tif 000023
【図２３】
0006474815.tif 000024
【図２４】
0006474815.tif 000025
【図２５】
0006474815.tif 000026
【図２６】
0006474815.tif 000027
【図２７】
0006474815.tif 000028
【図２８】
0006474815.tif 000029
【図２９】
0006474815.tif 000030
【図３０】
0006474815.tif 000031
【図３１】
0006474815.tif 000032
【図３２】
0006474815.tif 000033
【図３３】
0006474815.tif 000034
【図３４】
0006474815.tif 000035
【図３５】
0006474815.tif 000036
【図３６】
0006474815.tif 000037
【図３７】
0006474815.tif 000038
【図３８】
0006474815.tif 000039
【図３９】
0006474815.tif 000040
【図４０】
0006474815.tif 000041
【図４１】
0006474815.tif 000042
【図４２】
0006474815.tif 000043
【図４３】
0006474815.tif 000044
【図４４】
0006474815.tif 000045
【図４５】
0006474815.tif 000046
【図４６】
0006474815.tif 000047
【図４７】
0006474815.tif 000048
【図４８】
0006474815.tif 000049
【図４９】
0006474815.tif 000050
【図５０】
0006474815.tif 000051
【図５１】
0006474815.tif 000052