(57)【要約】ピクチャまたはビデオフレームにおいて、フレキシブルグリッドリージョンを使用するための方法および装置が、開示される。一実施形態においては、方法は、フレームを構成する、複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信するステップを含む。各第１のグリッドリージョンごとに、方法は、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信するステップを含み、複数の第２のグリッドリージョンは、それぞれの第１のグリッドリージョンをパーティショニングする。方法は、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするステップと、各第１のグリッドリージョンを、第２のパラメータのそれぞれのセットに基づいて、複数の第２のグリッドリージョンにパーティショニングするステップとをさらに含む。
2022500914.tif 000002
【特許請求の範囲】
【請求項１】
ビデオ情報を処理するための方法であって、
フレームを構成する、複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信するステップと、
各第１のグリッドリージョンごとに、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信するステップであって、前記複数の第２のグリッドリージョンは、それぞれの前記第１のグリッドリージョンをパーティショニングする、ステップと、
前記フレームを、第１のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンにパーティショニングするステップと、
各第１のグリッドリージョンを、第２のパラメータのそれぞれの前記セットに基づいて、前記複数の第２のグリッドリージョンにパーティショニングするステップと
を備える方法。
【請求項２】
第１のパラメータの前記セット、および第２のパラメータの前記セットは、シーケンスパラメータセット、ピクチャパラメータセット、およびスライスヘッダのいずれかで受信される請求項１に記載の方法。
【請求項３】
各第１のグリッドリージョンは、それぞれの長方形の第２のグリッドリージョンにパーティショニングされる請求項１に記載の方法。
【請求項４】
それぞれの第１のグリッドリージョンに対応する前記複数の第２のグリッドリージョンの各々は、同じサイズである請求項１に記載の方法。
【請求項５】
各第１のグリッドリージョンは、異なるサイズである請求項１に記載の方法。
【請求項６】
前記フレームは、ピクチャフレーム、またはビデオフレームである請求項１に記載の方法。
【請求項７】
ビデオ情報を処理するための方法であって、
複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信するステップと、
複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信するステップと、
フレームを、第１のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンにパーティショニングするステップと、
前記複数の第１のグリッドリージョンを、第２のパラメータの前記セットに基づいて、前記複数の第２のグリッドリージョンにグループ化するステップと
を備える方法。
【請求項８】
各第１のグリッドリージョン、または各第２のグリッドリージョンは、異なるサイズである請求項７に記載の方法。
【請求項９】
前記複数の第２のグリッドリージョンに基づいて、１つまたは複数のビットストリームを生成するステップをさらに備える請求項７に記載の方法。
【請求項１０】
第１のパラメータの前記セット、および第２のパラメータの前記セットは、シーケンスパラメータセット、ピクチャパラメータセット、およびスライスヘッダのいずれかで受信される請求項７に記載の方法。
【請求項１１】
前記フレームは、ピクチャフレーム、またはビデオフレームである請求項７に記載の方法。
【請求項１２】
ビデオ情報を処理するための方法であって、
それぞれのグリッドリージョンのグリッドリージョンエッジ上において、パディング操作が実行されるべきであるかどうかを示す、パディングフラグを受信するステップと、
前記パディングフラグに基づいて、前記グリッドリージョンエッジ上において、パディングを実行するステップと
を備える方法。
【請求項１３】
前記パディングは、反復パディング、またはジオメトリパディングである請求項１２に記載の方法。
【請求項１４】
前記パディングフラグは、パディングおよびループフィルタシンタックス、パラメータセット、ならびにスライスヘッダのいずれかで受信される請求項１２に記載の方法。
【請求項１５】
受信機と通信可能に結合されたプロセッサであって、
フレームを構成する、複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信し、
各第１のグリッドリージョンごとに、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信し、前記複数の第２のグリッドリージョンは、それぞれの前記第１のグリッドリージョンをパーティショニングしており、
前記フレームを、第１のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンにパーティショニングし、
各第１のグリッドリージョンを、第２のパラメータのそれぞれの前記セットに基づいて、前記複数の第２のグリッドリージョンにパーティショニングする
ように構成された、プロセッサ
を備えた無線送受信ユニット（ＷＴＲＵ）。
【請求項１６】
第１のパラメータの前記セット、および第２のパラメータの前記セットは、シーケンスパラメータセット、ピクチャパラメータセット、およびスライスヘッダのいずれかで受信される請求項１５に記載のＷＴＲＵ。
【請求項１７】
各第１のグリッドリージョンは、それぞれの長方形の第２のグリッドリージョンにパーティショニングされる請求項１５に記載のＷＴＲＵ。
【請求項１８】
それぞれの第１のグリッドリージョンに対応する前記複数の第２のグリッドリージョンの各々は、同じサイズである請求項１５に記載のＷＴＲＵ。
【請求項１９】
各第１のグリッドリージョンは、異なるサイズである請求項１５に記載のＷＴＲＵ。
【請求項２０】
前記フレームは、ピクチャフレーム、またはビデオフレームである請求項１５に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示される実施形態は、一般に、ピクチャまたはビデオ情報をシグナリングおよび処理することに関する。例えば、本明細書に開示される１つまたは複数の実施形態は、ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置に関する。
【背景技術】
【０００２】
本明細書に開示される実施形態は、一般に、ピクチャまたはビデオ情報をシグナリングおよび処理することに関する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】国際公開第２０１８／０４５１０８号パンフレット
【特許文献２】米国特許出願第６２／７７５１３０号明細書
【特許文献３】米国特許出願第６２／７８１７４９号明細書
【非特許文献】
【０００４】
【非特許文献１】ＪＣＴＶＣ−Ｒ１０１３＿ｖ６，  “Ｄｒａｆｔ  ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  （ＨＥＶＣ）  ｖｅｒｓｉｏｎ２，”  Ｊｕｎｅ  ２０１４
【非特許文献２】ＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１  Ｎ１７８２７  “ＷＤ２  ｏｆ  ＩＳＯ／ＩＥＣ  ２３０９０−２  ＯＭＡＦ  ２ｎｄ  ｅｄｉｔｉｏｎ”，  Ｊｕｌｙ．  ２０１８
【非特許文献３】ＪＶＥＴ−Ｋ０１５５，  “ＡＨＧ１２：  Ｆｌｅｘｉｂｌｅ  Ｔｉｌｅ  Ｐａｒｔｉｔｉｏｎｉｎｇ”，  Ｊｕｌｙ  ２０１８
【非特許文献４】ＪＶＥＴ−Ｋ０２６０，  “Ｆｌｅｘｉｂｌｅ  ｔｉｌｅ”，  Ｊｕｌｙ  ２０１８
【非特許文献５】ＪＶＥＴ−Ｄ００７５，  “ＡＨＧ８：  Ｇｅｏｍｅｔｒｙ  ｐａｄｄｉｎｇ  ｆｏｒ  ３６０  ｖｉｄｅｏ  ｃｏｄｉｎｇ”，  Ｏｃｔ  ２０１６
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置を提供する。
【課題を解決するための手段】
【０００６】
ピクチャまたはビデオフレームにおいて、フレキシブルグリッドリージョンを使用するための方法および装置が、開示される。一実施形態においては、方法は、フレームを構成する、複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信するステップを含む。各第１のグリッドリージョンごとに、方法は、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信するステップを含み、複数の第２のグリッドリージョンは、それぞれの第１のグリッドリージョンをパーティショニングする。方法は、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするステップと、各第１のグリッドリージョンを、第２のパラメータのそれぞれのセットに基づいて、複数の第２のグリッドリージョンにパーティショニングするステップとをさらに含む。
【０００７】
より詳細な理解は、本明細書に添付された図面を併用する、例として与えられた、以下の詳細な説明から得ることができる。説明における図は、例である。そのため、図および詳細な説明は、限定的なものと見なされるべきではなく、他の等しく有効な例が、可能であり、存在する可能性がある。さらに、図中の同様の参照番号は、同様の要素を示す。
【発明の効果】
【０００８】
ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置を提供する。
【図面の簡単な説明】
【０００９】
【図１Ａ】１つまたは複数の開示される実施形態を実施できる例示的な通信システムの図である。
【図１Ｂ】実施形態による、図１Ａの通信システム内で使用できる例示的無線送受信ユニット（ＷＴＲＵ）の図である。
【図１Ｃ】実施形態による、図１Ａの通信システム内で使用できる例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワーク（ＣＮ）のシステム図である。
【図１Ｄ】実施形態による、図１Ａの通信システム内で使用できるさらなる例示的ＲＡＮおよびＣＮの図である。
【図２Ａ】１つまたは複数の実施形態によるタイル列および行がピクチャにわたって均等に分配される、ＨＥＶＣタイルパーティションの例を示す図である。
【図２Ｂ】１つまたは複数の実施形態によるタイル列および行がピクチャにわたって均等に分配されない、ＨＥＶＣタイルパーティションの例の図である。
【図３】１つまたは複数の実施形態によるピクチャ境界からサンプル値をコピーする、反復パディングスキームの例の図である。
【図４】１つまたは複数の実施形態による正距円筒図法（ＥＲＰ）形式を使用した、ジオメトリパディングプロセスの例の図である。
【図５】１つまたは複数の実施形態による同じ解像度のＨＥＶＣ  ＭＣＴＳベースのリージョントラックのマージの例の図である。
【図６】１つまたは複数の実施形態によるキューブマップ（ＣＭＰ）パーティショニングの例を例示する図である。
【図７】１つまたは複数の実施形態によるスライスヘッダを有するＣＭＰパーティショニングを例示する図である。
【図８】１つまたは複数の実施形態による６Ｋ有効ＥＲＰ解像度（ＨＥＶＣベース）を達成する、前処理およびエンコーディングスキームを例示する図である。
【図９Ａ】１つまたは複数の実施形態による従来のタイルを使用したパーティショニングを例示する図である。
【図９Ｂ】１つまたは複数の実施形態によるフレキシブルタイルを使用したパーティショニングを例示する図である。
【図１０】１つまたは複数の実施形態によるフレキシブルタイルのためのジオメトリパディングを例示する図である。
【図１１Ａ】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルシグナリングの第１の例の図である。
【図１１Ｂ】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルシグナリングの第２の例の図である。
【図１２Ａ】１つまたは複数の実施形態によるピクチャの符号化ツリーブロック（ＣＴＢ）ラスタスキャンの例の図である。
【図１２Ｂ】１つまたは複数の実施形態による従来のタイルのＣＴＢラスタスキャンの例を例示する図である。
【図１２Ｃ】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルのＣＴＢラスタスキャンの例の図である。
【図１３】１つまたは複数の実施形態による各リージョンベースのタイルに対して、それぞれのタイル識別子を使用する例の図である。
【発明を実施するための形態】
【００１０】
Ｉ．例示的なネットワークおよびデバイス
図１Ａは、１つまたは複数の開示される実施形態をその中で実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１１】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【００１２】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ニューラジオ（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１３】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【００１５】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１６】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１７】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【００１８】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【００１９】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（例えば、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００２０】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００２１】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信することができる。
【００２２】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【００２３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２４】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２６】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２７】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２８】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【００３０】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム−イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３１】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３２】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【００３３】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理のいずれかを介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【００３４】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【００３５】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３６】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【００３７】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３８】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供することができる。
【００３９】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【００４０】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４１】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。
【００４２】
図１Ａ〜図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【００４３】
いくつかの代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。
【００４４】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【００４５】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信することができる。
【００４６】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【００４７】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【００４８】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。
【００４９】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体をビジーと見なすことができる。
【００５０】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【００５１】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【００５２】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【００５３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５４】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【００５５】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ−ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを扱うように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【００５６】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００５７】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供することができる。
【００５８】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵまたはＵＥ  ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【００５９】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【００６０】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００６１】
図１Ａ〜図１Ｄ、および図１Ａ〜図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【００６２】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用してテストを実行することができる。
【００６３】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【００６４】
ビデオ符号化システムは、デジタルビデオ信号を圧縮するために使用することができ、それは、ストレージニーズ、および／または上で説明されたネットワークのいずれかなどのネットワーク上における、ビデオ信号の送信帯域幅を低減することができる。ビデオ符号化システムは、ブロックベース、ウェーブレットベース、および／またはオブジェクトベースのシステムを含むことができる。ブロックベースのビデオ符号化システムは、ＭＰＥＧ−１／２／４パート２、Ｈ．２６４／ＭＰＥＧ−４パート１０  ＡＶＣ、ＶＣ−１、高効率ビデオ符号化（ＨＥＶＣ）、および／または多用途ビデオ符号化（ＶＶＣ）などの、１つまたは複数の規格に基づくこと、それらを使用すること、それらに従うこと、それらに準拠することなどができる。ブロックベースのビデオ符号化システムは、ブロックベースのハイブリッドビデオ符号化フレームワークを含むことができる。
【００６５】
いくつかの例においては、ビデオストリーミングデバイスは、１つまたは複数のビデオエンコーダを備えることができ、各エンコーダは、異なる解像度、フレームレート、またはビットレートで、ビデオビットストリームを生成することができる。ビデオストリーミングデバイスは、１つまたは複数のビデオデコーダを備えることができ、各デコーダは、エンコードされたビデオビットストリームを検出および／またはデコードすることができる。様々な実施形態においては、１つもしくは複数のビデオエンコーダ、および／または１つもしくは複数のデコーダは、メモリと通信可能に結合されたプロセッサ、受信機、および／または送信機を有するデバイス内において、実施することができる。メモリは、本明細書において開示される様々な実施形態（例えば、代表的な手順）のいずれかを実行するための命令を含む、プロセッサによって実行可能な命令を含むことができる。様々な実施形態においては、デバイスは、無線送受信ユニット（ＷＴＲＵ）の様々な要素として構成することができ、および／またはそれらを用いるように構成することができる。ＷＴＲＵおよびそれの要素の例示的な詳細は、本明細書においては、図１Ａ〜図１Ｄおよび付随する開示において提供されている。
【００６６】
ＩＩ．ＨＥＶＣ
ＩＩ．１  高効率ビデオ符号化（ＨＥＶＣ）タイル
いくつかの例においては、ビデオフレームは、スライスおよび／またはタイルに分割することができる。スライスは、独立したスライスセグメントで始まり、すべての後続の従属スライスセグメントを含む、１つまたは複数のスライスセグメントからなるシーケンスである。タイルは、長方形であり、ＨＥＶＣが指定するように、整数個の符号化ツリーユニットを含む。各スライスおよびタイルについて、以下の条件の一方または両方が、満たされるものとし（例えば、［１］（非特許文献１）を参照）、すなわち、１）スライス内のすべての符号化ツリーユニットは、同じタイルに属し、および／または、２）タイル内のすべての符号化ツリーユニットは、同じスライスに属する。
【００６７】
いくつかの例においては、ＨＥＶＣにおけるタイル構造は、行の高さおよび列の幅を指定することによって、ピクチャパラメータセット（ＰＰＳ）でシグナリングされる。個々の行および／または列は、異なるサイズを有することができるが、パーティショニングは、常に、左から右に、または上から下に、ピクチャ全体にわたることができる。
【００６８】
いくつかの例においては、ＨＥＶＣタイルシンタックスを使用することができる。例においては、表１に示されるように、第１のフラグｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用して、タイルが使用されるかどうかを指定することができる。例えば、第１のフラグ（ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が、設定されている場合、タイル列および行の数が、指定される。第２のフラグｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列境界、同じく、タイル行境界が、ピクチャにわたって一様に分配されるかどうかを指定するために、使用することができる。例えば、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇが、ゼロ（０）に等しいとき、列の幅および行の高さを指定するために、シンタックス要素ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、およびｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］が、明示的にシグナリングされる。加えて、第３のフラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用して、ピクチャ内のすべてのタイル境界に対して、タイル境界を横断するインループフィルタをオンにするか、それともオフにするかを指定することができる。
【００６９】
【表１】
2022500914.tif 000003
【００７０】
一実施においては、タイルパーティションの２つの例が、図２Ａおよび図２Ｂに示されている。第１の例においては、図２Ａに示されるように、タイル列および行は、ピクチャ２００にわたって（６つのグリッドリージョンに）均等に分配される。第２の例においては、図２Ｂに示されるように、タイル列および行は、ピクチャ２０２にわたって（６つのグリッドリージョンに）均等に分配されず、したがって、タイル列幅および行高が、明示的に指定される必要があることがある。
【００７１】
いくつかの例においては、ＨＥＶＣは、補助強化情報（ＳＥＩ）メッセージを介して、時間的に動き制約されたタイルセット（ＭＣＴＳ）と呼ばれる、特別なタイルセットを指定する。ＭＣＴＳ  ＳＥＩメッセージは、インター予測プロセスが、各識別されたタイルセット外のサンプル値、および／または識別されたタイルセット外の１つもしくは複数のサンプル値を使用して導出された、分数サンプル位置におけるサンプル値は、識別されたタイルセット内のいずれのサンプルのインター予測のためにも使用することができないように、制約されることを示す［１］（非特許文献１）。いくつかのケースにおいては、各ＭＣＴＳを、独立して、ＨＥＶＣビットストリームから抽出し、デコードすることができる。
【００７２】
ＩＩ．２  動き補償予測のためのパディング
いくつかの例においては、既存のビデオコーデックは、平面上においてキャプチャされる従来の２次元（２Ｄ）ビデオのために、設計されている。動き補償予測が、参照ピクチャの境界の外のいずれかのサンプルを使用するとき、ピクチャの境界からサンプル値をコピーすることによって、反復パディングが、実行される。
【００７３】
例においては、図３は、反復パディングスキーム３００を例示している。例えば、ブロックＢ０は、部分的に、参照ピクチャの外に存在する。部分Ｐ０は、部分Ｐ３の左上サンプルで埋められる。部分Ｐ１は、各行が、部分Ｐ３の最上行で埋められる。部分Ｐ２は、各列が、部分Ｐ３の左列で埋められる。
【００７４】
いくつかの例においては、３６０度ビデオは、球全体上のビデオ情報を包含し、したがって、３６０度ビデオは、本質的に、循環的特性を有する。この循環的特性を考慮するとき、「境界」に含まれる情報は、すべて、球面上でラップアラウンドするので、３６０度ビデオの参照ピクチャは、もはや「境界」を有さない。いくつかの実施においては、３６０度ビデオのためのジオメトリパディング（例えば、［５］（非特許文献５）において提案されるジオメトリパディング）を使用することができる。
【００７５】
例においては、図４は、正距円筒図法形式（ＥＲＰ）を有する３６０度ビデオのための、ジオメトリパディングプロセス４００を例示している。この例においては、ＥＲＰのためのジオメトリパディングプロセスは、矢印（例えば、矢印Ａ）において、埋められるパディングを含むことができ、それは、対応する矢印（例えば、矢印Ａ’）に沿って取られ、他も同様であり、アルファベットラベルは、対応を示している。例えば、３６０度ビデオの左境界および右境界において、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦにおけるサンプルは、Ａ’、Ｂ’、Ｃ’、Ｄ’、Ｅ’、およびＦ’におけるサンプルでパディングされる。上境界において、Ｇ、Ｈ、Ｉ、およびＪにおけるサンプルは、Ｇ’、Ｈ’、Ｉ’、およびＪ’におけるサンプルでパディングされる。下境界において、Ｋ、Ｌ、Ｍ、およびＮにおけるサンプルは、Ｋ’、Ｌ’、Ｍ’、およびＮ’におけるサンプルでパディングされる。現在ＨＥＶＣにおいて使用されている反復パディング方法と比較して、ジオメトリパディングは、意味のあるサンプルを提供し、ＥＲＰピクチャ境界の外のエリアについて、近隣サンプルの連続性を向上させることができる。
【００７６】
ＩＩＩ．ビューポート依存の全方位ビデオ処理
全方位メディア形式（ＯＭＡＦ）は、ムービングピクチャエキスパーツグループ（ＭＰＥＧ）によって開発された、システム標準形式である。ＯＭＡＦは、３６０度ビデオ、画像、音声、および関連付けられた時間設定されたテキストを含む、全方位メディアを可能にする、メディア形式を定義する。いくつかのビューポート依存の全方位ビデオ処理スキームが、例えば、［２］（非特許文献２）の附属書Ｄにおいて説明されている。
【００７７】
例においては、等解像度ＭＣＴＳベースのビューポート依存のスキームは、同じ全方位ビデオコンテンツを、異なるピクチャ品質およびビットレートで、いくつかのＨＥＶＣビットストリームにエンコードする。各ＭＣＴＳは、１つのリージョントラックに含まれ、エクストラクタトラックも、作成される。ＯＭＡＦプレーヤは、ビューイング方向に基づいて、各サブピクチャトラックが受信される、品質を選択する。
【００７８】
図５は、［２］（非特許文献２）の条項Ｄ４．２からの例示的なスキーム５００を例示している。この例においては、ＯＭＡＦプレーヤは、ＭＣＴＳトラック１、２、５、および６を、特定の品質で受信し、リージョントラック３、４、７、および８を、別の品質で受信する。単一のＨＥＶＣデコーダを用いてデコードすることができる、ビットストリームを再構成するために、エクストラクタトラックを使用する。異なる品質のＭＣＴＳを有する、再構成されたＨＥＶＣビットストリームのタイルは、本明細書で説明されるＨＥＶＣタイルシンタックスによって、シグナリングすることができる。
【００７９】
別の例においては、同じ全方位ビデオソースコンテンツを、いくつかの空間解像度にエンコードするために、ＭＣＴＳベースのビューポート依存のビデオ処理スキームを使用する。ビューイング方向に基づいて、エクストラクタは、ビューイング方向に一致するタイルを高解像度で選択し、他のタイルを低解像度で選択することができる。エクストラクタトラックから分解されたビットストリームは、ＨＥＶＣに準拠しており、単一のＨＥＶＣデコーダによって、デコードすることができる。
【００８０】
図６は、［２］（非特許文献２）の条項Ｄ．６．４からのキューブマップ（ＣＭＰ）パーティショニングスキーム６００の例を例示している。この例においては、ＨＥＶＣベースのビューポート依存のＯＭＡＦビデオプロファイルを用いて、６Ｋ有効ＣＭＰ解像度を達成するための、前処理およびエンコーディングが、示されている。このコンテンツは、それぞれ１５３６×１５３６および７６８×７６８のＣＭＰフェースサイズを有する、２つの空間解像度でエンコードされる。両方のビットストリームにおいて、６×４のタイルグリッドが、使用され、各タイルの位置ごとに、ＭＣＴＳが、符号化される。各符号化されたＭＣＴＳシーケンスは、リージョントラックとして記憶される。各異なるビューポート適応ＭＣＴＳ選択ごとに、エクストラクタトラックが、作成される。これは、２４個のエクストラクタトラックの作成をもたらす。エクストラクタトラックの各サンプルにおいて、各ＭＣＴＳごとに、１つのエクストラクタが、作成され、１つまたは複数の選択された高解像度または低解像度ＭＣＴＳを含む、リージョントラックから、データを抽出する。各エクストラクタトラックは、７６８、７６８、および／もしくは３８４個のルーマサンプル（例えば、輝度の１つもしくは複数のピクセル）に等しいタイル列幅、ならびに／または７６８個のルーマサンプルの一定のタイル行高を有する、３×６タイルの同じタイルグリッドを使用する。低解像度のビットストリームから抽出された各タイルは、２つのスライスを含む。エクストラクタトラックから分解されたビットストリームは、例えば、ＨＥＶＣレベル５．１に準拠した、１９２０×４６０８の解像度を有する。
【００８１】
いくつかのケースにおいては、上述の再構成されたビットストリームのＭＣＴＳは、上で（例えば、表１において）説明された、ＨＥＶＣタイルシンタックスを使用して、表されないことがある。代わりに、各パーティションに対して、スライスを使用することができる。図７を参照すると、例においては、２つの抽出されたトラックが、すなわち、左側の抽出されたトラックおよび右側の抽出されたトラックが、存在する。左側の抽出されたトラックは、スライスヘッダ７０２、７０４、７０６、７０８、７１０、および７１２として表される、６個のスライスヘッダを有する。右側の抽出されたトラックは、スライスヘッダ７１４、７１６、７１８、７２０、７２２、７２４、７２６、７２８、７３０、７３２、７３４、および７３６として表される、１２個のスライスヘッダを有する。このケースにおいては、図６におけるエクストラクタトラックのパーティショニングは、図７に示されるように、最終的に１２個のスライスヘッダになることができる。
【００８２】
図８は、６Ｋ有効ＥＲＰ解像度（例えば、ＨＥＶＣベース）を達成するための、前処理およびエンコーディングスキーム８００の例を例示している。非特許文献２の条項Ｄ６．３は、６Ｋ有効ＥＲＰ解像度を達成するための、ＭＣＴＳベースのビューポート依存のスキームを提示する。例においては、６Ｋ解像度（６１４４×３０７２）の全方位ビデオは、３つの空間解像度に、すなわち、６Ｋ（６１４４×３０７２）、３Ｋ（３０７２×１５３６）、および１．５Ｋ（１５３６×７６８）にリサンプリングされる。６Ｋシーケンス、および３Ｋシーケンスは、上側および下側から３０度の仰角範囲を除外することによって、それぞれ、（グリッド８０２に示されるように）６１４４×２０４８、および（グリッド８０４に示されるように）３０７２×１０２４にクロップされる。クロップされた６Ｋおよび３Ｋ入力シーケンスは、各タイルがＭＣＴＳになる方法で、８×１タイルグリッドを有するように、エンコードされる。
【００８３】
グリッド８０６に示されるように、３０度の仰角範囲に対応する、サイズ３０７２×２５６の上側および下側ストライプは、３Ｋ入力シーケンスから抽出される。上側ストライプおよび下側ストライプは、タイルの行が単一のＭＣＴＳとなる方法で、４×１のタイルグリッドを有する別々のビットストリームとして、エンコードされる。グリッド８０８に示されるように、３０度の仰角範囲に対応する、サイズ１５３６×１２８の上側および下側ストライプは、１．５Ｋ入力シーケンスから抽出される。各ストライプは、例えば、ストライプの左側をピクチャの上側に、またストライプの右側をピクチャの下側に配置することによって、サイズ７６８×２５６のピクチャになるように配置される。
【００８４】
この例においては、クロップされた６Ｋおよび３Ｋビットストリームからの各ＭＣＴＳシーケンスは、別々のトラックとして、カプセル化することができる。３Ｋまたは１．５Ｋの入力シーケンスの上側または下側ストライプを含む、各ビットストリームは、１つのトラック（例えば、トラック８１０）として、カプセル化することができる。
【００８５】
クロップされた６Ｋビットストリームからの４つの隣接タイルの各選択に対して、および赤道の上と下のビューイング方向に対して別々に、エクストラクタトラックが、準備される。これは、１６個のエクストラクタトラックの作成をもたらす。各エクストラクタトラックは、例えば、図９Ａおよび図９Ｂに例示されるように、同じ配置を使用する。例えば、図９Ａにおいては、グリッド９００は、従来の２×２のタイルによるセグメンテーション（ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ＝１）を含む。図９Ｂにおいては、グリッド９０２は、フレキシブルタイルによるセグメンテーション（ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ＝１）を含む。エクストラクタトラックから分解された、ビットストリームのピクチャサイズは、ＨＥＶＣレベル５．１に準拠した、３８４０×２３０４である。いくつかのケースにおいては、エクストラクタトラックのタイルパーティショニングは、上で（例えば、表１において）説明された、ＨＥＶＣタイルシンタックスを用いて、指定されないことがある。
【００８６】
ＩＶ．ＨＥＶＣタイル
ＨＥＶＣにおけるタイルは、符号化ツリーユニット（ＣＴＵ）境界に揃う。いくつかの例においては、ＨＥＶＣタイルの主な用途は、最小の圧縮効率低下で、ピクチャを独立したセグメントにパーティショニングすることである。一実施においては、ＨＥＶＣタイルを使用して、ビューポート依存の全方位ビデオ処理のために、ピクチャをパーティショニングする。その場合、ソースビデオは、パーティショニングされ、近隣タイルセットとは独立してデコードすることができる、１つまたは複数のＭＣＴＳを使用して、エンコードされる。エクストラクタは、ビューポート方向に基づいて、タイルセットのサブセットを選択し、ＯＭＡＦプレーヤ消費のために、ＨＥＶＣ準拠のエクストラクタトラックを形成することができる。
【００８７】
多用途ビデオ符号化（ＶＶＣ）など、次世代ビデオ圧縮規格については、ＣＴＵのサイズは、画像の解像度の増加のせいで、より大きくなることがある。タイルセグメンテーションの粒度も、大きくなりすぎて、フレームパッキング境界に揃わないことがある。負荷バランシングのため、ピクチャを等しいサイズのＣＴＵに分割することも、困難である。さらに、従来のタイル構造は、ＯＭＡＦビューポート依存の処理のための上述のパーティション構造を扱わないことがあり、その上、パーティションのためにスライスを使用することによるビットコストは、高い。
【００８８】
フレキシブルタイル構造およびシンタックスは、ＭＰＥＧ＃１２３における、［３］（非特許文献３）および［４］（非特許文献４）によって、提案された。非特許文献３は、ピクチャは、従来のタイルのように、一定サイズのＣＴＵに分割することができるが、より良好な負荷バランシングを達成し、フレームパッキング境界に揃えるために、タイル境界における右端および下端ＣＴＵのサイズは、一定のＣＴＵサイズと異なることができることを提案した。各タイルの右側エッジおよび下側エッジにおける端数サイズのＣＴＵは、ピクチャ境界におけるのと同様に、エンコードおよびデコードされる。
【００８９】
非特許文献４は、長方形であるが、可変サイズのフレキシブルタイルをサポートすることを提案した。各タイルは、デコーディング順において先行するタイルサイズからタイルサイズをコピーすることによって、またはタイル幅１つおよびタイル高１つの符号語によって、個別にシグナリングされる。提案されたシンタックスを用いて、図６および図８に示されたパーティショニング構造をサポートすることができる。しかしながら、そのようなシンタックス形式は、ＨＥＶＣタイルシンタックス形式と比較して、一般に使用される従来のタイル構造について、著しいオーバヘッドコストをもたらすことがある。
【００９０】
したがって、（例えば、ビデオフレームにおいて）フレキシブルタイルをサポートするための、新しいまたは改良された方法、スキーム、および信号設計が、望まれる。
【００９１】
Ｖ．フレキシブルタイルのための代表的な手順
本開示において、本発明者らは、例えば、１）フレキシブルタイルに対するジオメトリパディングおよびループフィルタの制約、２）全体的なシグナリングオーバヘッドを低減するために、従来のタイルとフレキシブルタイルとを区別するためのシグナリング、３）グリッドリージョンベースのフレキシブルタイルシグナリング設計およびスキャニング変換、ならびに４）タイルベースのビデオ処理のための初期量子化パラメータ（ＱＰ）シグナリングを含む、フレキシブルグリッドリージョンまたはタイルをサポートするための、数々の実施形態、手順、方法、アーキテクチャ、テーブル、および信号設計について説明する。
【００９２】
様々な実施形態においては、本開示において使用される「リージョン」という用語は、グリッドリージョンの第１のセットを表すことができ、本開示において使用される「タイル」という用語は、グリッドリージョンの第２のセットを表すことができる。例においては、ピクチャまたはビデオフレームは、グリッドリージョンの第１のセット（例えば、リージョン）に分割することができ、グリッドリージョンの第１のセットの各グリッドリージョンは、さらに、グリッドリージョンの第２のセット（例えば、タイル）に分割することができる。いくつかのケースにおいては、本開示において使用される「リージョン」、「グリッドリージョン」、および「タイル」という用語は、交換可能であることができ、グリッドリージョンの第１のセットまたは第２のセットとして、表すことができる。
【００９３】
Ｖ．１  タイル境界上におけるパディングおよびループフィルタ制約
従来のタイルパーティショニングは、ピクチャの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがあり、フレキシブルタイルは、タイルの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがある。図９は、例において、従来の方法を使用した、従来のタイルおよびフレキシブルタイル両方のケースについて、そのような不完全さを例示している。各タイルの右側エッジおよび下側エッジ沿いの不完全なＣＴＵは、ピクチャ境界におけるのと同様に、エンコードおよびデコードすることができる。
【００９４】
ジオメトリパディングは、３６０度ビデオが含む情報は、すべて、球面上でラップアラウンドし、そのような循環的特性（cyclic property）は、どのような投影形式を使用して、３６０度ビデオを２Ｄ平面上において表すかにかかわらず、保持されることを仮定する。ジオメトリパディングは、３６０度ビデオピクチャ境界に適用することができるが、循環的特性は、パーティショニング構造に依存するので、フレキシブルタイル境界に適用されないことがある。タイルパーティショニングに基づいて、エンコーダは、各タイルに対して、例えば、動き補償予測のために、水平ジオメトリパディングまたは垂直ジオメトリパディングを展開することができるかどうかを、決定または判定することができる。
【００９５】
いくつかの実施形態においては、タイルエッジ上において、パディング操作を実行することができるかどうかを示すために、パディングフラグを（例えば、ＷＴＲＵの受信機に）シグナリングすることができる。ｐａｄｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、設定されている場合、タイルエッジ上において、反復パディングまたはジオメトリパディングを実行することができる。いくつかの例においては、フレキシブルタイルシンタックス構造については、各タイルを個別にシグナリングすることができる。いくつかのケースにおいては、各タイルについて、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒ、およびｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒをシグナリングすることができる。
【００９６】
いくつかの実施形態においては、タイル境界を横断してループフィルタ操作を実行することができるかどうかを、ＰＰＳで示すために、ＨＥＶＣにおいては、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナリングした。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、設定されている場合、例えば、タイルのどのエッジをフィルタリングすることができるかを示すために、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒをシグナリングすることができる。
【００９７】
例においては、表２は、タイルまたはグリッドリージョンのための、パディングおよびループフィルタシンタックス形式を例示している。
【００９８】
【表２】
2022500914.tif 000004
【００９９】
表２においては、１に等しいｐａｄｄｉｎｇ＿ｅｎａｂｌｅ＿ｆｌａｇは、現在のタイルにおいて、パディング操作を使用することができることを示し、０に等しいｐａｄｄｉｎｇ＿ｅｎａｂｌｅ＿ｆｌａｇは、現在のタイルにおいて、パディング操作が使用されないことを示す。
【０１００】
表２においては、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビットマッピングの一例は、時計回り順に、最上位のビットが、上側エッジのためのフラグであり、２番目に上位のビットが、右側エッジのためのフラグであり、以降も同様であることができる。ビット値が、１に等しいとき、ジオメトリパディング操作を、対応するタイルエッジに対して適用することができ、ビット値が、０に等しいとき、ジオメトリパディング操作は、対応するタイルエッジに対して実行されない。存在しないときは、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【０１０１】
表２においては、ｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビットマッピングの一例は、時計回り順に、最上位のビットが、上側エッジのためのフラグであり、２番目に上位のビットが、右側エッジのためのフラグであり、以降も同様であることができる。ビット値が、１に等しいとき、反復パディング操作を、対応するタイルエッジに対して適用することができ、ビット値が、０に等しいとき、反復パディング操作は、対応するタイルエッジに対して実行されない。存在しないときは、ｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【０１０２】
表２においては、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビット値が、１に等しいとき、ループフィルタ操作を、対応するタイルエッジを横断して適用することができ、ビット値が、０に等しいとき、ループフィルタ操作は、対応するタイルエッジを横断して実行されない。存在しないときは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【０１０３】
別の実施形態においては、パディング有効化フラグｐａｄｄｉｎｇ＿ｏｎ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳレベルでシグナリングすることができる。ｐａｄｄｉｎｇ＿ｏｎ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、０に等しいとき、タイルレベルにおけるｐａｄｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、０であると推測される。
【０１０４】
別の実施形態においては、現在のタイルエッジのサイズと、対応する参照境界のサイズが、同じでない（例えば、異なる）とき、ジオメトリパディングを無効化（disable）することができる。
【０１０５】
図１０は、ＥＲＰピクチャにおいてフレキシブルタイルを使用する例を例示している。この例においては、ＥＲＰピクチャ１０００は、各々が可変サイズを有する、多数のタイルに分割することができる。ジオメトリパディングは、タイルパーティショニンググリッドに応じて、特定のタイルエッジに対して有効化（enable）することができる。
【０１０６】
Ｖ．２  従来のタイルグリッドとフレキシブルタイルグリッドとを区別するためのシグナリング
従来のタイルパーティショニングは、同じタイル行に属するすべてのタイルを、同じ行高を有するように、また同じタイル列に属するすべてのタイルを、同じ列幅を有するように制限する。このような制限は、タイルシグナリングを単純化し、タイルセットが形状において長方形であることを保証する。フレキシブルタイルは、個々のタイルが、異なるサイズを有することを可能にし、各タイルの特性が、個別にシグナリングされることを可能にする。そのようなシグナリングは、様々なパーティショニンググリッドをサポートするが、著しいビットオーバヘッドを導入することがある。オーバヘッドビットコストとタイルパーティショニング柔軟性との間の妥協は、従来のパーティショニンググリッドとフレキシブルパーティショニンググリッドとを区別するための、インジケータまたはフラグを含むことによって、実現することができる。インジケータまたはフラグは、ピクチャ全体が、通常のＭ×Ｎグリッドにパーティショニングされるかどうかを示すことができ、ここで、ＭおよびＮは、整数である。従来のＨＥＶＣタイルシンタックスは、通常のＭ×Ｎタイルグリッドに適用することができ、一方、非特許文献４または本開示において説明されるような、新しいフレキシブルタイルシンタックスは、フレキシブルタイルグリッドに適用することができる。
【０１０７】
いくつかの例においては、本明細書で説明されるインジケータまたはフラグは、シーケンスパラメータセットおよび／もしくはピクチャパラメータセットにおいて、またはそれらでシグナリングすることができる。
【０１０８】
Ｖ．３  フレキシブルタイルのためのグリッドリージョンベースのシグナリング
いくつかの例においては、タイル列境界、同じく、タイル行境界は、ピクチャにわたって広がる。フレキシブルタイルの動機となる使用事例は、異なるピクチャ解像度からの複数のＭＣＴＳトラックが、単一のＨＥＶＣ準拠のエクストラクタトラックにマージされる、ビューポート依存の全方位ビデオ処理手法である。エクストラクタトラックのタイルグリッドは、異なるピクチャ解像度からのものであることができ、したがって、図６および／または図８に示されるように、タイル列および行境界は、ピクチャにわたって連続でないことがある。
【０１０９】
各タイルのサイズを個別にシグナリングする代わりに、各グリッドリージョンをシグナリングするように、シグナリングスキーム／設計を使用または構成することができ、そのグリッドリージョンにおいては、特定のタイルまたはリージョンパーティショニングスキームが、利用される。例においては、フレキシブルタイルを可能にするために、異なるリージョンは、異なるグリッドパーティショニングを有することができる。この例においては、それぞれのリージョンは、多数のタイルを有することができ、各タイルは、同じまたは異なるサイズを有することができる。いくつかの例においては、第１のタイルは、同じグリッドリージョン内の第２のタイルと比較して、異なるサイズを有することができる。いくつかのケースにおいては、各行のタイルは、同じ高さを共有することができ、各列のタイルは、同じ幅を共有することができる。
【０１１０】
表３は、この例示的なシグナリングスキーム／設計において使用するための、例示的なフレキシブルタイルシンタックス（例えば、マルチレベルシンタックス）を示している。
【０１１１】
【表３】
2022500914.tif 000005
【０１１２】
ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、ピクチャをパーティショニングする、リージョン列の数を指定する。ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、０以上ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ−１以下の範囲にあるものとする。
【０１１３】
ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、ピクチャをパーティショニングする、リージョン行の数を指定する。ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、０以上ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ−１以下の範囲にあるものとする。
【０１１４】
リージョンは、左から右および上から下の、ラスタスキャニング順であることができる。リージョンの総数ＮｕｍＲｅｇｉｏｎｓは、以下のように導出することができる。
【０１１５】
ＮｕｍＲｅｇｉｏｎｓ＝（ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）×（ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）
１に等しいｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されないが、シンタックス要素ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１、およびｒｅｇｉｏｎ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１を使用して、明示的にシグナリングされることを指定する。存在しないときは、ｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇの値は、１に等しいと推測される。
【０１１６】
ｒｅｇｉｏｎ＿ｓｉｚｅ＿ｕｎｉｔ＿ｉｄｃは、リージョンのユニットサイズが、符号化ツリーブロック単位であることを指定する。存在しないときは、ｒｅｇｉｏｎ＿ｓｉｚｅ＿ｕｎｉｔ＿ｉｄｃのデフォルト値は、０に等しいと推測される。変数ＲｅｇｉｏｎＵｎｉｔＩｎＣｔｂｓＹは、以下のように導出される。
【０１１７】
ＲｅｇｉｏｎＵｎｉｔＩｎＣｔｂｓＹ＝１＜＜ｒｅｇｉｏｎ＿ｕｎｉｔ＿ｓｉｚｅ＿ｉｄｃ
ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、第ｉのリージョン列の幅を、符号化ツリーブロック単位で指定する。存在しないときは、ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ピクチャ幅ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹに等しいと推測される。
【０１１８】
ｒｅｇｉｏｎ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、第ｉのリージョン行の高さを、符号化ツリーブロック単位で指定する。存在しないときは、ｒｅｇｉｏｎ＿ｒｏｗ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ピクチャ高ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹに等しいと推測される。
【０１１９】
図１１Ａおよび図１１Ｂは、それぞれ、図６および図８に示されたエクストラクタトラックに適用される、リージョンベースのフレキシブルタイルシグナリングの２つの例を例示している。
【０１２０】
図１１Ａを参照すると、図６のエクストラクタトラックは、異なる解像度を有する２つのピクチャから、トラック１１００として再構成される。２つのリージョンが、識別され、各リージョン内においては、タイルが、一様に分配される。トラック１１００の左リージョンは、２×６グリッドにパーティショニングされ、トラック１１００の右リージョンは、１×１２グリッドにパーティショニングされる。
【０１２１】
図１１Ｂを参照すると、図８のエクストラクタトラックは、４つの異なる解像度のピクチャから、トラック１１１０として再構成され、４つのリージョンが、識別され、各リージョン内においては、タイルが、一様に分配される。第１のリージョンのパーティショニンググリッドは、４×１であり、第２のリージョンのパーティショニンググリッドは、２×２であり、第３のリージョンのパーティショニンググリッドは、４×１であり、第４のリージョンのパーティショニンググリッドは、１×２である。
【０１２２】
様々な実施形態においては、ビデオ情報を処理する（例えば、ビデオまたはピクチャをエンコードまたはデコードする）とき、本明細書において説明される、リージョンパーティショニングおよびグルーピングメカニズムを利用することができる。例においては、ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、フレーム（例えば、ビデオフレームまたはピクチャフレーム）を構成する、複数の第１のグリッドリージョン（例えば、タイル）を定義する、第１のパラメータのセットを受信する（または識別する）ように構成することができる。各第１のグリッドリージョンごとに、ＷＴＲＵは、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信する（または識別する）ように構成することができ、複数の第２のグリッドリージョンは、それぞれの第１のグリッドリージョンをパーティショニングすることができる。ＷＴＲＵは、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするように、また各第１のグリッドリージョンを、第２のパラメータのそれぞれのセットに基づいて、複数の第２のグリッドリージョンにパーティショニングするように構成することができる。
【０１２３】
別の例においては、ＷＴＲＵは、ビデオ情報を処理するためのパラメータまたは構成の複数のセットを受信（または識別）するように構成することができる。例えば、ＷＴＲＵは、（複数の第１のグリッドリージョンを定義する）第１パラメータのセット、および（複数の第２のグリッドリージョンを定義する）第２パラメータのセットを受信（または識別）するように構成することができる。ＷＴＲＵは、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするように、および複数の第１のグリッドリージョンを、第２のパラメータのセットに基づいて、複数の第２のグリッドリージョンにグループ化（または再構成）するように構成することができる。いくつかのケースにおいては、第１のグリッドリージョンまたは第２のグリッドリージョンは、タイルまたはスライスであることができ、フレーム（例えば、ビデオフレームもしくはピクチャフレーム）を構成もしくは再構成するために、または１つもしくは複数のビットストリームを生成するために、使用することができる。
【０１２４】
Ｖ．４  符号化ツリーブロック（ＣＴＢ）ラスタおよびフレキシブルタイルスキャニング変換プロセス
いくつかの実施形態においては、符号化ツリーブロックラスタおよびフレキシブルタイルスキャニング変換プロセスを起動することによって、以下の変数のうちの１つまたは複数を導出することができる。
【０１２５】
ａ）ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、タイルスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＲｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＣｔｂＡｄｄｒＲｓＴｏＴｓ［ｃｔｂＡｄｄｒＲｓ］、
ｂ）タイルスキャンにおけるＣＴＢアドレスから、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｃｔｂＡｄｄｒＴｓ］、
ｃ）タイルスキャンにおけるＣＴＢアドレスから、タイルＩＤへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＴｉｌｅＩｄ［ｃｔｂＡｄｄｒＴｓ］、
ｄ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル列の幅を指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＣｏｌｕｍｎＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］、および／または
ｅ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル行の高さを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＲｏｗＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］。
【０１２６】
図１２Ａは、ピクチャフレーム１２００のＣＴＢラスタスキャンの例を例示している。図１２Ｂは、ピクチャフレーム１２１０における従来のタイルのＣＴＢラスタスキャンの
例を例示している。図１２Ｃは、ピクチャフレーム１２２０におけるリージョンベースのフレキシブルタイルのＣＴＢラスタスキャンの例を例示している。ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、従来のタイルスキャンにおけるＣＴＢアドレスへの変換は、ＨＥＶＣ［１］（非特許文献１）において指定されている。しかしながら、ＨＥＶＣは、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのフレキシブルタイルスキャンにおけるＣＴＢアドレスに、どのように変換するかを指定していない。
【０１２７】
いくつかの実施形態においては、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのフレキシブルタイルスキャンにおけるＣＴＢアドレスへの変換は、以下のように構成することができ、すなわち、
１）変数ＣｔｂＳｉｚｅＹ、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹは、ＨＥＶＣ［１］（非特許文献１）において指定されているものと同じであり、および／または２）ＣＴＢ単位で第ｉのリージョン列の幅を指定する、ｉが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｅｇｉｏｎＣｏｌＷｉｄｔｈ［ｉ］を使用し、新しいリストは、以下のように導出することができる。
if( uniform_region_flag )
for( i = 0; i  <=  num_region_columns_minus1; i++ )
regionColWidth[ i ] =(( i + 1)*PicWidthInCtbsY) / (num_region_columns_minus1+1) - (i * PicWidthInCtbsY ) / (num_region_columns_minus1+1)
else {
regionColWidth[ num_region_columns_minus1 ] = PicWidthInCtbsY
for( i = 0; i < num_region_columns_minus1; i++ ) {
regionColWidth[ i ] = RegionUnitInCtbsY  * ( region_column_width_minus1[ i ] + 1 )
regionColWidth[ num_region_columns_minus1 ]  -=  regionColWidth[ i ]
}
}
【０１２８】
いくつかの実施形態においては、ＣＴＢ単位で第ｊのリージョン行の高さを指定する、ｊが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｅｇｉｏｎＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出することができる。
if( uniform_region_flag )
for( j = 0;  j  <=  num_region_rows_minus1; j++ )
regionRowHeight[ j ] = (( j + 1 ) * PicHeightInCtbsY) / (num_region_rows_minus1 + 1) - (j * PicHeightInCtbsY) / (num_region_rows_minus1 + 1)
else {
regionRowHeight[ num_region_rows_minus1 ] = PicHeightInCtbsY
for( j = 0; j < num_region_rows_minus1; j++ ) {
regionRowHeight[ j ] = RegionUnitInCtbsY * ( region_row_height_minus1[ j ] + 1 )
regionRowHeight[ num_tile_rows_minus1 ]  -=  regionRowHeight[ j ]
}
}
【０１２９】
いくつかの例においては、ラスタスキャニング順で第ｉのリージョンの、新しい変数ＲｅｇｉｏｎＷｉｄｔｈＩｎＣｔｂｓＹ、およびＲｅｇｉｏｎＨｅｉｇｈｔＩｎＣｔｂｓＹは、以下のように導出することができる。
RegionWidthInCtbsY[ i ] = regionColWidth[ i % (num_region_columns_minus1 + 1) ]
RegionRowInCtbsY[ i ] = regionRowHeight[ i / (num_region_row_minus1 + 1) ]
RegionSizeInCtbsY[ i ] = RegionWidthInCtbsY[ i ] * RegionRowInCtbsY[ i ]
【０１３０】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの列境界のロケーションを指定する、ｉが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１以下の範囲にある、新しいリストｒｅｇｉｏｎＣｏｌＢｄ［ｉ］は、以下のように導出することができる。
for ( regionColBd[0] = 0; i = 0; i  <=  num_region_columns_minus1; i++ )
regionColBd[ i + 1 ] = regionColBd[ i ] + regionColWidth[ i ]
【０１３１】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｊのリージョンの行境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１以下の範囲にある、新しいリストｒｅｇｉｏｎＲｏｗＢｄ［ｊ］は、以下のように導出することができる。
for( regionRowBd[ 0 ] = 0; j = 0; j  <=  num_region_rows_minus1; j++ )
regionRowBd[ j + 1 ] = regionRowBd[ j ] + regionRowHeight[ j ]
【０１３２】
いくつかの実施形態においては、ＣＴＢ単位で第ｉのリージョンの第ｊのタイル列の幅を指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、新しいリストｃｏｌＷｉｄｔｈ［ｉ］［ｊ］は、以下のように導出することができる。
if( uniform_spacing_flag )
for( j = 0; j  <=  num_tile_columns_minus1[ i ]; j++ )
colWidth[i][j] = ((i + 1)*RegionWidthInCtbsY[ i ])/(num_tile_columns_minus1[ i ]+1)-(i*RegionWidthInCtbsY[i])/ (num_tile_columns_minus1[i]+1)
else {
colWidth[ num_tile_columns_minus1[i] ] = RegionWidthInCtbsY[i] 
for( j = 0; j < num_tile_columns_minus1[i]; j++ ) {
colWidth[ i ][ j ] = column_width_minus1[ i ][ j ] + 1
colWidth[ i ][ num_tile_columns_minus1 ]  -=  colWidth[ i ][ j ]
}
}
【０１３３】
いくつかの実施形態においては、ＣＴＢ単位で第ｉのリージョンの第ｊのタイル行の高さを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｏｗＨｅｉｇｈｔ［ｉ］［ｊ］は、以下のように導出することができる。
if( uniform_spacing_flag )
for( j = 0; j  <=  num_tile_rows_minus1[i]; j++ )
rowHeight[i][j] = ((j+1)*RegionHeightInCtbsY[i]) / (num_tile_rows_minus1[i]+1)-(j*RegionHeightInCtbsY[i]) / (num_tile_rows_minus1[i] + 1)
else {
rowHeight[i][ num_tile_rows_minus1[i] ] = RegionHeightInCtbsY[i]
for( j = 0; j < num_tile_rows_minus1[i]; j++ ) {
rowHeight[ i ][ j ] = row_height_minus1[ i ][ j ] + 1
rowHeight[ i ][ num_tile_rows_minus1 ]  -=  rowHeight[ i ][ j ]
}
}
【０１３４】
いくつかの例においては、新しい変数ＣｏｌｕｍｎＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］、およびＲｏｗＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように導出することができる。
ColumnWidthInLumaSamples[ i ][ j ] = colWidth[ i ][ j ]  * CtbSizeY
RowHeightInLumaSamples[ i ][ j ] = rowHeight[ i ][ j ]  * CtbSizeY
【０１３５】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの第ｊのタイルの列境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］＋１以下の範囲にある、新しいリストｃｏｌＢｄ［ｉ］［ｊ］は、以下のように導出することができる。
colBd[i][0] = ( i == 0 ) ? 0 : colBd[ i -1 ][ 0 ] + regionColBd[ i-1 ]
colBd[i][0] =  ( colBd[i][ 0 ] == PicWidthInCtbsY ) ? 0 : colBd[i][0]
for ( j = 0; j  <=  num_tile_columns_minus1[i]; j++ )
colBd[ i ][ j + 1 ] = colBd[i][j] + colWidth[i][j]
【０１３６】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの第ｊのタイルの行境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＋１以下の範囲にある、新しいリストｒｏｗＢｄ［ｉ］［ｊ］は、以下のように導出することができる。
rowBd[ i ][ 0 ] = ( i == 0 ) ? 0 : rowBd[ i -1 ][ 0 ] + regionRowBd[ i-1 ]
rowBd[ i ][ 0 ] = (rowBd[ i ][ 0 ] == PicHeightInCtbsY) ? 0 : rowBd[ i ][ 0 ]
for( j = 0; j  <=  num_tile_rows_minus1[ i ]; j++ )
rowBd[ i ][ j + 1 ] = rowBd[ i ][ j ] + rowHeight[ i ][ j ]
【０１３７】
いくつかの実施形態においては、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのタイルスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＲｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＣｔｂＡｄｄｒＲｓＴｏＴｓ［ｃｔｂＡｄｄｒＲｓ］は、以下のように導出することができる。
for ( ctbAddrRs = 0; ctbAddrRs < PicSizeInCtbsY; ctbAddrRs++ ) {
tbX = ctbAddrRs % PicWidthInCtbsY
tbY = ctbAddrRs / PicWidthInCtbsY
for ( i = 0; i  <=  num_region_columns_minus1; i++ )
if ( tbX >= regionColBd[ i ])
regionX = i
for ( j = 0; j  <=  num_region_rows_minus1; j++ ) 
if( tbY  >=  regionRowBd[ j ] )
regionY = j
regionId = regionY * ( num_region_columns_minus1 + 1 ) + regionX
for ( i = 0; i  <=  num_tile_columns_minus1[ regionId ]; i++ )
if( tbX  >=  colBd[ regionId][ i ] )
tileX = i
for( j = 0; j  <=  num_tile_rows_minus1[ regionId ]; j++ ) 
if( tbY  >=  rowBd[ regionId ][ j ] )
tileY = j
CtbAddrRsToTs[ ctbAddrRs ] = 0
for (i = 0; i < regionId; i++)
CtbAddrRsToTs[ ctbAddrRs ]  +=  RegionSizeInCtbsY[ i ]
for( i = 0; i < tileX; i++ )
CtbAddrRsToTs[ ctbAddrRs ]  +=  rowHeight[ regionId ][ tileY ] * colWidth[ regionId ][ i ]
for( j = 0; j < tileY; j++ )
CtbAddrRsToTs[ ctbAddrRs ]  +=  RegionWidthInCtbsY[ regionId ] * rowHeight[ regionId ][ j ]
CtbAddrRsToTs[ ctbAddrRs ]  +=  ( tbY - rowBd[ regionId ][ tileY ] ) * colWidth[ regionId ][ tileX ] + tbX - colBd[ regionId ][ tileX ]
}
【０１３８】
リージョンベースのタイルスキャンにおけるＣＴＢアドレスから、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｃｔｂＡｄｄｒＴｓ］は、以下のように導出することができる。
for( ctbAddrRs = 0; ctbAddrRs < PicSizeInCtbsY; ctbAddrRs++ )
CtbAddrTsToRs[ CtbAddrRsToTs[ ctbAddrRs ] ] = ctbAddrRs2
タイルスキャンにおけるＣＴＢアドレスから、タイルインデックスまたはＩＤへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、リストＴｉｌｅＩｄ［ｃｔｂＡｄｄｒＴｓ］は、以下のように導出することができる。
for ( n = 0, tileIdx = 0, regionIdx = 0; n  <=  num_region_rows_minus1; n++ ) 
for( m = 0; m  <=  num_region_columns_minus1; m++, regionIdx ++)
for( j = 0, j  <=  num_tile_rows_minus1[ regionIdx ]; j++ )
for( i = 0; i  <=  num_tile_columns_minus1[ regionIdx]; i++, tileIdx++ )
for( y = rowBd[regionIdx][ j ]; y < rowBd[regionIdx][ j + 1 ]; y++ ) 
for( x = colBd[regionIdx][ i ]; x < colBd[regionIdx][ i + 1 ]; x++ )
TileId[ CtbAddrRsToTs[ y * PicWidthInCtbsY+ x ] ] = tileIdx
【０１３９】
代替的な実施形態においては、各リージョンベースのタイルのためのタイル識別子（ＩＤ）は、２次元（２Ｄ）配列によって表すことができる。第１のインデックスは、リージョンインデックスであることができ、第２のインデックスは、リージョン内におけるタイルインデックスであることができる。図１３は、ピクチャフレーム１３００におけるＴｉｌｅＩＤ表現の例である。
【０１４０】
タイルスキャンにおけるＣＴＢアドレスから、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ−１以下の範囲にある、２ＤタイルＩＤ  ＴｉｌｅＩｄ０［ｃｔｂＡｄｄｒＴｓ］、およびＴｉｌｅＩｄ１［ｃｔｂＡｄｄｒＴｓ］（例えば、２つの新しいリスト）への変換は、以下のように導出することができる。
for ( n = 0, regionIdx = 0; n  <=  num_region_rows_minus1; n++ ) {
for( m = 0; m  <=  num_tile_columns_minus1; m++; regionIdx++) {
TileId0[ CtbAddrRsToTs[ y * PicWidthInCtbsY+ x ] ] = regionIdx
for( j = 0, tileIdx = 0; j  <=  num_tile_rows_minus1[ regionIdx ]; j++ )
for( i = 0; i  <=  num_tile_columns_minus1[ regionIdx ]; i++, tileIdx++ )
for( y = rowBd[regionIdx][ j ]; y < rowBd[regionIdx][ j + 1 ]; y++ ) 
for( x = colBd[[regionIdx][ i ]; x < colBd[regionIdx][ i + 1 ]; x++ )
TileId1[ CtbAddrRsToTs[ y * PicWidthInCtbsY+ x ] ] = tileIdx
}
}
【０１４１】
Ｖ．５  タイル符号化のための初期量子化パラメータ
いくつかの実施形態においては、ＨＥＶＣは、各スライスのための初期量子化値を指定することができる。スライス内の符号化ブロックに対して、１つまたは複数の初期量子化パラメータ（ＱＰ）を使用することができる。スライスのためのルーマ量子化パラメータＳｌｉｃｅＱｐYの初期値は、以下のように導出される。
【０１４２】
ＳｌｉｃｅＱｐY＝２６＋ｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６＋ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ
ここで、ｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６は、ＰＰＳでシグナリングされ、ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａは、独立のスライスセグメントヘッダでシグナリングされる。
【０１４３】
スライスのためのクロマ量子化パラメータ、およびスライス内の符号化ブロックは、同様に、ＰＰＳおよびスライスヘッダでシグナリングされる。
【０１４４】
全方位ビデオ処理については、タイルのセットは、ビューポートまたはフェースにマッピングすることができる。各ビューポートまたはフェースは、ビューポート依存のビデオ処理をサポートするために、異なる品質（例えば、解像度）に符号化することができる。タイルの量子化パラメータは、ＨＥＶＣにおいて指定されるように、スライスヘッダＳｌｉｃｅＱｐYから推測することができ、またはタイルの特性として、明示的にシグナリングすることができる。
【０１４５】
いくつかの例においては、３６０度のビデオ情報のシグナリング［６］（特許文献１）を使用することができる。例えば、特定のフェースが、別のフェースよりも高品質または低品質で符号化されるケースにおいては、各フェースのためのＱＰを明示的にシグナリングすることができる。同じフェースに属する符号化ツリーブロックは、フェースのための同じ初期ＱＰ信号を共用することができる。
【０１４６】
いくつかの実施形態においては、同じリージョンに属するすべてのタイルが、同じ初期リージョンＱＰを共用することができるように、リージョンおよび／またはタイルレベルで、ＱＰをシグナリングすることができる。あるいは、各タイルは、初期リージョンＱＰ、および個々のタイルのＱＰオフセット値に基づいた、独自の初期ＱＰ値を有することができる。表４は、そのような実施形態に従った、例示的なシグナリング構造を示している。
【０１４７】
【表４】
2022500914.tif 000006
【０１４８】
ｒｅｇｉｏｎ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、異なるリージョンに対して、異なるＱＰが使用されるかどうかを指定する。
【０１４９】
ｒｅｇｉｏｎ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］は、符号化ユニットレイヤ内のｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔの値によって変更されるまで、リージョン内のタイルに対して使用される、ＱＰの初期値を指定する。第ｉのリージョンのためのＱｐY量子化パラメータＲｅｇｉｏｎＱｐY［ｉ］の初期値は、以下のように導出することができる。
RegionQpY[i] = 26 + init_qp_minus26 + region_qp_delta[i]
【０１５０】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、異なるタイルに対して、異なるＱＰが使用されるかどうかを指定する。
【０１５１】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］［ｍ］［ｎ］は、第ｉのリージョンの位置［ｍ］［ｎ］におけるタイル内のコーディングブロックに対して使用される、ＱＰの初期値を指定する。存在しないときは、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔの値は、０に等しいと推測することができる。量子化パラメータＴｉｌｅＱｐＹ［ｉ］［ｍ］［ｎ］の値は、以下のように導出することができる。
TileQpY[ i ][ m ][ n ] = RegionQpY[ i ] + tile_qp_delta[ i ][ m ][ n ]
【０１５２】
各タイルのＱＰは、タイルインデックス順に、指定することができる。タイルインデックスは、以下のように、リージョンインデックス、ならびにタイル列および行の値から導出することができる。
for ( tileIdx = 0, i = 0; i < NumRegions; i++ ) 
for ( m = 0; m <= num_tile_rows_minus1[i]; m++)
for ( n = 0; n <= num_tile_cols_minus1[i]; n++, tileIdx++)
TileQpY[tileIdx] = RegionQpY[ i ] + tile_qp_delta[ i ][ m ][ n ]
【０１５３】
代替的な実施形態においては、タイルＱＰオフセットは、リストで指定することができ、各タイルは、対応するテーブルインデックスを参照することによって、それの初期ＱＰ値を導出することができる。表５は、例示的なＱＰオフセットリストを示しており、表６は、例示的なタイルＱＰ形式を示している。
【０１５４】
【表５】
2022500914.tif 000007
【０１５５】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｌｅｎ＿ｍｉｎｕｓ１プラス１は、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔシンタックス要素の数を指定する。ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔは、初期ＱＰからのタイルＱＰの導出において使用される、ＱＰオフセット値のリストを指定する。
【０１５６】
【表６】
2022500914.tif 000008
【０１５７】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘは、ＴｉｌｅＱｐＯｆｆｓｅｔYの値を決定するために使用される、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔへのインデックスを指定する。存在するときは、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘの値は、０以上ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｌｅｎ＿ｍｉｎｕｓ１以下の範囲にあるものとする。
【０１５８】
いくつかの実施形態においては、第ｉのタイルの変数ＴｉｌｅＱｐＯｆｆｓｅｔY［ｉ］、およびＴｉｌｅＱｐY［ｉ］は、以下のように導出することができる。
TileQpOffsetY[i] = tile_qp_offset_list[ tile_qp_offset_idx ]
TileQpY[i] = 26 + init_qp_minus26 + TileQpOffsetY[i]
【０１５９】
以下の参照文献、すなわち、［１］非特許文献１、［２］非特許文献２、［３］非特許文献３、［４］非特許文献４、［５］非特許文献５、［６］特許文献１、［７］特許文献２、および［８］特許文献３の各々は、参照により本明細書に組み込まれる。
【０１６０】
ＶＩＩ．結論
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【０１６１】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて言及した。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する参照は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【０１６２】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。代表的な実施形態は、上で言及されたプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが、提供される方法をサポートすることができることが理解されるべきである。
【０１６３】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分配される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【０１６４】
説明的な実施形態においては、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実施することができる。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行することができる。
【０１６５】
システムの態様のハードウェア実施とソフトウェア実施との間に残る差異は、僅かしか存在しない。ハードウェアを使用するか、それともソフトウェアを使用するかは、一般に（例えば、しかし、ある状況においては、ハードウェアとソフトウェアとの間における選択が、重要になることがあるので、常にではないが）、コスト対効率のトレードオフを表す、設計上の選択である。本明細書において説明されるプロセスおよび／もしくはシステム、ならびに／または他の技術が、それによって影響されることがある、様々な手段（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）が、存在することができ、好ましい手段は、プロセスおよび／もしくはシステム、ならびに／または他の技術が展開される状況とともに、変化することがある。例えば、実施者が、スピードおよび精度が、最優先であると決定した場合、実施者は、主にハードウェアおよび／またはファームウェア手段を選択することができる。柔軟性が、最優先である場合、実施者は、主にソフトウェア実施を選択することができる。あるいは、実施者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選択することができる。
【０１６６】
上述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスの様々な実施形態を記述した。そのようなブロック図、フローチャート、および／または例が、１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、フローチャート、または例内における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質的にそれらの任意の組み合わせによって、個別に、および／または集団で、実施することができることが、当業者によって理解されよう。適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１６７】
特徴および要素が、上では特定の組み合わせで提供されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。本開示は、様々な態様の例示として意図された、本出願において説明される特定の実施形態に関して、限定されるべきではない。当業者に明らかであるように、それの主旨および範囲から逸脱することなく、多くの変更および変形を行うことができる。本出願の説明において使用される要素、行為、または命令は、明示的にそのようなものとして提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書において列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置が、上述の説明から当業者には明らかであろう。そのような変更および変形は、添付の特許請求の範囲内に包含されることが意図される。本開示は、そのような特許請求の範囲がそれを含む資格がある均等物の全範囲とともに、添付の特許請求の範囲の請求項だけによって限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【０１６８】
本明細書において使用される用語は、特定の実施形態を説明することを目的としているにすぎず、限定的であることは意図されていないことも理解されるべきである。本明細書において使用される場合、本明細書において参照されるとき、「局」およびそれの略語「ＳＴＡ」、「ユーザ機器」およびそれの略語「ＵＥ」という用語は、（ｉ）以下で説明されるような、無線送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵの数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能性を用いるように構成された、無線対応および／もしくは有線対応の（例えば、接続可能な）デバイス、（ｉｉｉ）以下で説明されるような、ＷＴＲＵのすべてよりも少ない構造および機能性を用いるように構成された、無線対応および／もしくは有線対応のデバイス、または（ｉｖ）類似したものを意味することができる。本明細書において列挙された任意のＵＥまたはモバイルデバイスを代表する（またはそれらと交換可能である）ことができる、例示的なＷＴＲＵの詳細は、図１Ａ〜図１Ｄに関して、以下で提供される。
【０１６９】
ある代表的な実施形態においては、本明細書において説明される本発明のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合された形式を介して、実施することができる。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様が、全体的または部分的に、集積回路で、１つもしくは複数のコンピュータ上において動作する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上において動作する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上において動作する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上において動作する１つもしくは複数のプログラムとして）、ファームウェアとして、または実質的にそれらの任意の組み合わせとして、同等に実施することができること、また回路を設計すること、ならびに／またはソフトウェアおよび／もしくはファームウェアのためのコードを書くことが、本開示を踏まえて、十分に当業者の技能の範囲内にあることを認識されよう。加えて、当業者は、本明細書において説明される本発明のメカニズムは、プログラム製品として、様々な形態で分配することができること、また実際に配信を実行するために使用される特定のタイプの信号保持媒体にかかわりなく、本明細書において説明される本発明の説明的な実施形態が、適用されることを理解されよう。信号保持媒体の例は、以下を、すなわち、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、ならびにデジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプ媒体を含むが、それらに限定されない。
【０１７０】
本明細書において説明される本発明は、他の異なる構成要素内に含まれる、またはそれらと接続される、異なる構成要素をときには例示する。そのような描写されるアーキテクチャは、単なる例にすぎず、実際には、同じ機能性を達成する、他の多くのアーキテクチャを実施することができることが理解されるべきである。概念的な意味では、同じ機能性を達成するための構成要素のいずれの配置も、所望の機能性を達成することができるように、効果的に「関連付け」られる。したがって、特定の機能性を達成するために組み合わされる、本明細書における任意の２つの構成要素は、アーキテクチャまたは介在構成要素に関係なく、所望の機能性が達成されるように、互いに「関連付けられた」ものとして見ることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に接続された」または「動作可能に結合された」ものと見なすこともでき、そのように関連付けることが可能な任意の２つの構成要素も、所望の機能性を達成するために、互いに「動作可能に結合可能である」と見なすことができる。動作可能に結合可能な特定の例は、物理的に対にすることが可能な、および／もしくは物理的に対話する構成要素、ならびに／または無線で対話可能な、および／もしくは無線で対話する構成要素、ならびに／または論理的に対話する、および／もしくは論理的に対話可能な構成要素を含むが、それらに限定されない。
【０１７１】
本明細書における実質的にいずれの複数形および／または単数形の用語の使用に関しても、当業者は、状況または用途に適するように、複数形から単数形に、および／または単数形から複数形に転換することができる。明確にするために、様々な単数形／複数形の置換が、本明細書において明確に記述されることがある。
【０１７２】
一般に、本明細書において、特に、添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）において使用される用語は、一般に「オープン」タームとして意図されていることが、当業者によって理解されよう（例えば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含むが、〜に限定されない」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は、「少なくとも、〜を有する」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「含むが、〜に限定されない」と解釈されるべきであるなど）。導入される請求項列挙物の具体的な数が、意図される場合、そのような意図は、請求項において明示的に記述され、そのような記述がないときは、そのような意図が存在しないことが、当業者によってさらに理解されよう。例えば、ただ１つのアイテムが、意図される場合、「単一」という用語、または類似の言葉を使用することができる。理解の助けとして、以下の添付の特許請求の範囲、および／または本明細書における説明は、請求項列挙物を導入するために、導入句「少なくとも１つ」および「１つまたは複数」の使用を含むことができる。しかしながら、そのような句の使用は、同じ請求項が、導入句「１つまたは複数」または「少なくとも１つ」、および「ａ」または「ａｎ」などの不定冠詞を含むときであっても、不定冠詞「ａ」または「ａｎ」による請求項列挙物の導入が、そのような導入される請求項列挙物を含む任意の特定の請求項を、そのような列挙物をただ１つ含む実施形態に限定することを暗示すると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つ」または「１つまたは複数」を意味すると解釈されるべきである）。同じことが、請求項列挙物を導入するために使用される定冠詞の使用に対して当てはまる。加えて、導入される請求項列挙物の具体的な数が、明示的に記述される場合であっても、そのような記述は、少なくとも記述された数を意味すると解釈されるべきであることを、当業者は認識されよう（例えば、他の修飾語句を伴わない「２つの列挙物」の無修飾の列挙は、少なくとも２つの列挙物、または２つ以上の列挙物を意味する）。
【０１７３】
さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）。説明内であろうと、特許請求の範囲内であろうと、または図面内であろうと、２つ以上の代替項を提示する、実質的にいずれの選言的な語および／または句も、項の１つ、項のどちらか、または項の両方を含む可能性を企図していると理解されるべきであることが、当業者によってさらに理解されよう。例えば、「ＡまたはＢ」という句は、「Ａ」、または「Ｂ」、または「ＡおよびＢ」の可能性を含むと理解される。さらに、本明細書において使用される場合、複数のアイテムおよび／またはアイテムの複数のカテゴリのリストが後続する「〜のうちのいずれか」という用語は、アイテムおよび／またはアイテムのカテゴリ「のうちのいずれか」、「の任意の組み合わせ」、「のうちの任意の複数」、および／または「のうちの複数の任意の組み合わせ」を、個々に、または他のアイテムおよび／もしくはアイテムの他のカテゴリと併せて、含むことが意図される。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む、任意の数のアイテムを含むことが意図される。加えて、本明細書において使用される場合、「数」という用語は、ゼロを含む、任意の数を含むことが意図される。
【０１７４】
加えて、本開示の特徴または態様が、マーカッシュ群に関して説明される場合、本開示も、それによって、マーカッシュ群のいずれか個々のメンバまたはメンバのサブグループに関して説明されることを当業者は認識されよう。
【０１７５】
当業者によって理解されるように、書かれた説明を提供することに関してなど、ありとあらゆる目的のために、本明細書において開示されるすべての範囲は、ありとあらゆる可能なサブ範囲、およびそれのサブ範囲の組み合わせも包含する。いずれの記載される範囲も、少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分解された同じ範囲を十分に記述し、可能にするものとして、容易に認識することができる。非限定的な例として、本明細書において説明される各範囲は、下方３分の１、中央３分の１、および上方３分の１などに簡単に分解することができる。やはり当業者によって理解されるように、「最大で」、「少なくとも」、「より大きい」、および「より小さい」などのすべての言葉は、記述された数を含み、上で説明されたように、後でサブ範囲に分割することができる範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、例えば、１〜３個のセルを有するグループは、１個、２個、または３個のセルを有するグループを指す。同様に、１〜５個のセルを有するグループは、１個、２個、３個、４個、または５個のセルを有するグループを指し、その他についても同様である。
【０１７６】
さらに、特許請求の範囲は、その趣旨で述べられない限り、提供された順序または要素に限定されるものとして読まれるべきではない。加えて、いずれかの請求項における「〜のための手段」という用語の使用は、米国特許法第１１２条第６段落、またはミーンズプラスファンクションクレーム形式を行使することが意図され、「〜のための手段」という用語を伴わないいずれの請求項も、そのようなものとして意図されない。
【０１７７】
ソフトウェアと関連付けられたプロセッサを使用して、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。ＷＴＲＵは、ハードウェア、および／またはソフトウェア無線（ＳＤＲ）を含む、ソフトウェアで実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの、他の構成要素と併せて、使用することができる。
【０１７８】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【０１７９】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【０１８０】
本開示を通して、ある代表的な実施形態を、他の代表的な実施形態と選択的に、または他の代表的な実施形態と組み合わせて、使用することができることを、当業者は理解する。
【０１８１】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に含まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＲＴＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【０１８２】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて言及した。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【０１８３】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。
【０１８４】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分配される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【０１８５】
適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１８６】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【０１８７】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【図１Ａ】
2022500914.tif 000009
【図１Ｂ】
2022500914.tif 000010
【図１Ｃ】
2022500914.tif 000011
【図１Ｄ】
2022500914.tif 000012
【図２Ａ】
2022500914.tif 000013
【図２Ｂ】
2022500914.tif 000014
【図３】
2022500914.tif 000015
【図４】
2022500914.tif 000016
【図５】
2022500914.tif 000017
【図６】
2022500914.tif 000018
【図７】
2022500914.tif 000019
【図８】
2022500914.tif 000020
【図９Ａ】
2022500914.tif 000021
【図９Ｂ】
2022500914.tif 000022
【図１０】
2022500914.tif 000023
【図１１Ａ】
2022500914.tif 000024
【図１１Ｂ】
2022500914.tif 000025
【図１２Ａ】
2022500914.tif 000026
【図１２Ｂ】
2022500914.tif 000027
【図１２Ｃ】
2022500914.tif 000028
【図１３】
2022500914.tif 000029
【手続補正書】
【提出日】令和3年5月12日(2021.5.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオ情報を処理するための方法であって、
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ−ジョンエッジの上で、パディング操作が実施されることになるかどうかを決定するステップと、
前記フレームにおいて前記１つまたは複数のグリッドリ−ジョンエッジの上で、前記パディング操作が実施されることになるかどうかを示すパディングフラグを送るステップと
を備える方法。
【請求項２】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項１に記載の方法。
【請求項３】
前記パディングフラグは、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて送られる請求項１に記載の方法。
【請求項４】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項１に記載の方法。
【請求項５】
前記パディングフラグは、垂直ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記垂直ラップアラウンド動き補償を含む請求項１に記載の方法。
【請求項６】
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを決定するステップと、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを決定するステップであって、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしている、ステップと、
前記フレームをパーティショニングするために、第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している情報を送るステップと
をさらに備える請求項１に記載の方法。
【請求項７】
第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している前記情報は、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて送られる請求項６に記載の方法。
【請求項８】
ビデオ情報を処理するための方法であって、
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ−ジョンエッジの上で、パディング操作が実施されることになるかどうかを示しているパディングフラグを受信するステップと、
前記受信されたパディングフラグに基づいて、前記フレームにおいて前記１つまたは複数のグリッドリ−ジョンエッジの上で、前記パディング操作を実施するステップと
を備える方法。
【請求項９】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項８に記載の方法。
【請求項１０】
前記パディングフラグは、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて受信される請求項８に記載の方法。
【請求項１１】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項８に記載の方法。
【請求項１２】
前記パディングフラグは、垂直ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記垂直ラップアラウンド動き補償を含む請求項８に記載の方法。
【請求項１３】
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するステップであって、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしている、ステップと、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングするステップと、
前記それぞれの第２のパラメータのセットに基づいて、各第１のグリッドリージョンを、前記複数の第２のグリッドリージョンにパーティショニングするステップ
をさらに備える請求項８に記載の方法。
【請求項１４】
第１のパラメータの前記セットおよび第２のパラメータの前記セットは、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて受信される請求項１３に記載の方法。
【請求項１５】
複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信するステップと、
複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するステップと、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングするステップと、
第２のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンを前記複数の第２のグリッドリージョンにグループ化するステップと
をさらに備える請求項８に記載の方法。
【請求項１６】
各第１のグリッドリージョンまたは各第２のグリッドリージョンは、サイズが異なる請求項１５に記載の方法。
【請求項１７】
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ−ジョンエッジの上で、パディング操作が実施されることになるかどうかを決定し、
前記フレームにおいて前記１つまたは複数のグリッドリ−ジョンエッジの上で、前記パディング操作が実施されることになるかどうかを示すパディングフラグを生成するよう構成された１つ以上のプロセッサと、
前記パディングフラグを含むメッセージを送るよう構成された送信機と
を備えた装置。
【請求項１８】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項１７に記載の装置。
【請求項１９】
前記送信機は、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて、前記パディングフラグを送るよう構成された請求項１７に記載の装置。
【請求項２０】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項１７に記載の装置。
【請求項２１】
前記１つ以上のプロセッサは、
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを決定し、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを決定し、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしているようさらに構成され、
前記送信機は、前記フレームをパーティショニングするために、第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している情報を送るようさらに構成された請求項１７に記載の装置。
【請求項２２】
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ−ジョンエッジの上で、パディング操作が実施されることになるかどうかを示しているパディングフラグを受信するよう構成された受信機と、
前記受信されたパディングフラグに基づいて、前記フレームにおいて前記１つまたは複数のグリッドリ−ジョンエッジの上で、前記パディング操作を実施するよう構成された１つ以上のプロセッサと
を備えた装置。
【請求項２３】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項２２に記載の装置。
【請求項２４】
前記受信機は、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて前記パディングフラグを受信するよう構成された請求項２２に記載の装置。
【請求項２５】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化または無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項２２に記載の装置。
【請求項２６】
前記受信機は、
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信し、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしているよう構成され、
前記１つ以上のプロセッサは、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングし、
前記それぞれの第２のパラメータのセットに基づいて、各第１のグリッドリージョンを、前記複数の第２のグリッドリージョンにパーティショニングするよう構成された請求項２２に記載の装置。
【請求項２７】
前記受信機は、
シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて、第１のパラメータの前記セットおよび第２のパラメータの前記セットを受信するよう構成された請求項２６に記載の装置。
【請求項２８】
前記受信機は、
複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、
複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するよう構成され、
前記１つ以上のプロセッサは、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングし、
第２のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンを前記複数の第２のグリッドリージョンにグループ化するよう構成された請求項２２に記載の装置。
【国際調査報告】
2022500914.tif 000030
2022500914.tif 000031
2022500914.tif 000032
2022500914.tif 000033
2022500914.tif 000034