(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-07-29
(45)【発行日】2024-08-06
(54)【発明の名称】フレキシブルグリッドリージョンのための方法および装置
(51)【国際特許分類】
H04N 19/70 20140101AFI20240730BHJP
H04N 19/119 20140101ALI20240730BHJP
H04N 19/174 20140101ALI20240730BHJP
H04N 19/55 20140101ALI20240730BHJP
H04N 19/563 20140101ALI20240730BHJP
【ＦＩ】
H04N19/70
H04N19/119
H04N19/174
H04N19/55
H04N19/563
【請求項の数】
24
(21)【出願番号】P 2021513890
(86)(22)【出願日】2019-09-13
(65)【公表番号】
(43)【公表日】2022-01-04
(86)【国際出願番号】 US2019051000
(87)【国際公開番号】W WO2020056247
(87)【国際公開日】2020-03-19
【審査請求日】2022-09-13
(31)【優先権主張番号】62/731,777
(32)【優先日】2018-09-14
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】514041959
【氏名又は名称】ヴィド スケール インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】フ、ヨン
(72)【発明者】
【氏名】イー、ヤン
(72)【発明者】
【氏名】ハムザ、アーマッド
【審査官】田中 純一
(56)【参考文献】
【文献】米国特許出願公開第２０１７／００８５９１７（ＵＳ，Ａ１）
【文献】特表２０１８－５３４８２７（ＪＰ，Ａ）
【文献】国際公開第２０１８／００９７４６（ＷＯ，Ａ１）
【文献】特表２０１９－５２５５６３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ ７／１２
Ｈ０４Ｎ １９／００ － １９／９８
(57)【特許請求の範囲】
【請求項1】
ビデオ情報を処理するための方法であって、フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ－ジョンエッジの上で、パディング操作が実施されることになるかどうかを決定するステップと、
前記フレームにおいて前記１つまたは複数のグリッドリ－ジョンエッジの上で、前記パディング操作が実施されることになるかどうかを示すパディングフラグを送るステップと、
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを決定するステップと、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを決定するステップであって、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしている、ステップと、
前記フレームをパーティショニングするために、第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している情報を送るステップと
を備える方法。
【請求項2】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項１に記載の方法。
【請求項3】
前記パディングフラグは、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて送られる請求項１に記載の方法。
【請求項4】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項１に記載の方法。
【請求項5】
前記パディングフラグは、垂直ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記垂直ラップアラウンド動き補償を含む請求項１に記載の方法。
【請求項6】
第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している前記情報は、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて送られる請求項１に記載の方法。
【請求項7】
ビデオ情報を処理するための方法であって、フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ－ジョンエッジの上で、パディング操作が実施されることになるかどうかを示しているパディングフラグを受信するステップと、
前記受信されたパディングフラグに基づいて、前記フレームにおいて前記１つまたは複数のグリッドリ－ジョンエッジの上で、前記パディング操作を実施するステップと、
複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信するステップと、
複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するステップと、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングするステップと、
第２のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンを前記複数の第２のグリッドリージョンにグループ化するステップと
を備える方法。
【請求項8】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項７に記載の方法。
【請求項9】
前記パディングフラグは、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて受信される請求項７に記載の方法。
【請求項10】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項７に記載の方法。
【請求項11】
前記パディングフラグは、垂直ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記垂直ラップアラウンド動き補償を含む請求項７に記載の方法。
【請求項12】
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、前記複数の第１のグリッドリージョンの各々に対して、対応する複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するステップであって、前記対応する複数の第２のグリッドリージョンは、前記複数の第１のグリッドリージョンの各々をパーティショニングしている、ステップと、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングするステップと、
前記第２のパラメータのセットの各々に基づいて、前記複数の第１のグリッドリージョンの各々を、前記対応する複数の第２のグリッドリージョンにパーティショニングするステップ
をさらに備える請求項７に記載の方法。
【請求項13】
第１のパラメータの前記セットおよび第２のパラメータの前記セットは、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて受信される請求項１２に記載の方法。
【請求項14】
各第１のグリッドリージョンまたは各第２のグリッドリージョンは、サイズが異なる請求項７に記載の方法。
【請求項15】
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ－ジョンエッジの上で、パディング操作が実施されることになるかどうかを決定し、前記フレームにおいて前記１つまたは複数のグリッドリ－ジョンエッジの上で、前記パディング操作が実施されることになるかどうかを示すパディングフラグを生成し、
前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを決定し、
各第１のグリッドリージョンに対して、複数の第２のグリッドリージョンを定義する第２のパラメータのセットを決定し、前記複数の第２のグリッドリージョンはそれぞれの第１のグリッドリージョンをパーティショニングしているよう構成された１つ以上のプロセッサと、
前記パディングフラグを含むメッセージを送り、
前記フレームをパーティショニングするために、第１のパラメータの前記セットおよび第２のパラメータの前記セットを示している情報を送るよう構成された送信機と
を備えた装置。
【請求項16】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項１５に記載の装置。
【請求項17】
前記送信機は、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて、前記パディングフラグを送るよう構成された請求項１５に記載の装置。
【請求項18】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項１５に記載の装置。
【請求項19】
フレームにおいてそれぞれのグリッドリージョンの１つまたは複数のグリッドリ－ジョンエッジの上で、パディング操作が実施されることになるかどうかを示しているパディングフラグを受信し、
複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、
複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信するよう構成された受信機と、
前記受信されたパディングフラグに基づいて、前記フレームにおいて前記１つまたは複数のグリッドリ－ジョンエッジの上で、前記パディング操作を実施し、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングし、
第２のパラメータの前記セットに基づいて、前記複数の第１のグリッドリージョンを前記複数の第２のグリッドリージョンにグループ化するよう構成された１つ以上のプロセッサと
を備えた装置。
【請求項20】
前記パディング操作は、反復パディングまたはジオメトリパディングを含む請求項１９に記載の装置。
【請求項21】
前記受信機は、パディングおよびループフィルタシンタックス、パラメータセットまたはスライスヘッダのいずれかにおいて前記パディングフラグを受信するよう構成された請求項１９に記載の装置。
【請求項22】
前記パディングフラグは、水平ラップアラウンド動き補償が有効化されるかまたは無効化されるかを示し、前記パディング操作は、前記水平ラップアラウンド動き補償を含む請求項１９に記載の装置。
【請求項23】
前記受信機は、前記フレームを含む複数の第１のグリッドリージョンを定義する第１のパラメータのセットを受信し、
前記複数の第１のグリッドリージョンの各々に対して、対応する複数の第２のグリッドリージョンを定義する第２のパラメータのセットを受信し、前記対応する複数の第２のグリッドリージョンは、前記複数の第１のグリッドリージョンの各々をパーティショニングしているよう構成され、
前記１つ以上のプロセッサは、
第１のパラメータの前記セットに基づいて、前記フレームを前記複数の第１のグリッドリージョンにパーティショニングし、
前記第２のパラメータのセットの各々に基づいて、前記複数の第１のグリッドリージョンの各々を、前記対応する複数の第２のグリッドリージョンにパーティショニングするよう構成された請求項１９に記載の装置。
【請求項24】
前記受信機は、シーケンスパラメータセット、ピクチャパラメータセット、またはスライスヘッダのいずれかにおいて、第１のパラメータの前記セットおよび第２のパラメータの前記セットを受信するよう構成された請求項２３に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書に開示される実施形態は、一般に、ピクチャまたはビデオ情報をシグナリングおよび処理することに関する。例えば、本明細書に開示される１つまたは複数の実施形態は、ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置に関する。
【背景技術】
【0002】
本明細書に開示される実施形態は、一般に、ピクチャまたはビデオ情報をシグナリングおよび処理することに関する。
【先行技術文献】
【特許文献】
【0003】
【文献】国際公開第２０１８／０４５１０８号パンフレット
【文献】米国特許出願第６２／７７５１３０号明細書
【文献】米国特許出願第６２／７８１７４９号明細書
【非特許文献】
【0004】
【文献】ＪＣＴＶＣ－Ｒ１０１３＿ｖ６， “Ｄｒａｆｔ ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ （ＨＥＶＣ） ｖｅｒｓｉｏｎ２，” Ｊｕｎｅ ２０１４
【文献】ＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１ Ｎ１７８２７ “ＷＤ２ ｏｆ ＩＳＯ／ＩＥＣ ２３０９０－２ ＯＭＡＦ ２ｎｄ ｅｄｉｔｉｏｎ”， Ｊｕｌｙ． ２０１８
【文献】ＪＶＥＴ－Ｋ０１５５， “ＡＨＧ１２： Ｆｌｅｘｉｂｌｅ Ｔｉｌｅ Ｐａｒｔｉｔｉｏｎｉｎｇ”， Ｊｕｌｙ ２０１８
【文献】ＪＶＥＴ－Ｋ０２６０， “Ｆｌｅｘｉｂｌｅ ｔｉｌｅ”， Ｊｕｌｙ ２０１８
【文献】ＪＶＥＴ－Ｄ００７５， “ＡＨＧ８： Ｇｅｏｍｅｔｒｙ ｐａｄｄｉｎｇ ｆｏｒ ３６０ ｖｉｄｅｏ ｃｏｄｉｎｇ”， Ｏｃｔ ２０１６
【発明の概要】
【発明が解決しようとする課題】
【0005】
ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置を提供する。
【課題を解決するための手段】
【0006】
ピクチャまたはビデオフレームにおいて、フレキシブルグリッドリージョンを使用するための方法および装置が、開示される。一実施形態においては、方法は、フレームを構成する、複数の第１のグリッドリージョンを定義する、第１のパラメータのセットを受信するステップを含む。各第１のグリッドリージョンごとに、方法は、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信するステップを含み、複数の第２のグリッドリージョンは、それぞれの第１のグリッドリージョンをパーティショニングする。方法は、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするステップと、各第１のグリッドリージョンを、第２のパラメータのそれぞれのセットに基づいて、複数の第２のグリッドリージョンにパーティショニングするステップとをさらに含む。
【0007】
より詳細な理解は、本明細書に添付された図面を併用する、例として与えられた、以下の詳細な説明から得ることができる。説明における図は、例である。そのため、図および詳細な説明は、限定的なものと見なされるべきではなく、他の等しく有効な例が、可能であり、存在する可能性がある。さらに、図中の同様の参照番号は、同様の要素を示す。
【発明の効果】
【0008】
ピクチャ／ビデオフレームにおいてフレキシブルグリッドリージョンまたはタイルを使用するための方法および装置を提供する。
【図面の簡単な説明】
【0009】
【図1A】１つまたは複数の開示される実施形態を実施できる例示的な通信システムの図である。
【図2A】１つまたは複数の実施形態によるタイル列および行がピクチャにわたって均等に分配される、ＨＥＶＣタイルパーティションの例を示す図である。
【図2B】１つまたは複数の実施形態によるタイル列および行がピクチャにわたって均等に分配されない、ＨＥＶＣタイルパーティションの例の図である。
【図3】１つまたは複数の実施形態によるピクチャ境界からサンプル値をコピーする、反復パディングスキームの例の図である。
【図4】１つまたは複数の実施形態による正距円筒図法（ＥＲＰ）形式を使用した、ジオメトリパディングプロセスの例の図である。
【図5】１つまたは複数の実施形態による同じ解像度のＨＥＶＣ ＭＣＴＳベースのリージョントラックのマージの例の図である。
【図6】１つまたは複数の実施形態によるキューブマップ（ＣＭＰ）パーティショニングの例を例示する図である。
【図7】１つまたは複数の実施形態によるスライスヘッダを有するＣＭＰパーティショニングを例示する図である。
【図8】１つまたは複数の実施形態による６Ｋ有効ＥＲＰ解像度（ＨＥＶＣベース）を達成する、前処理およびエンコーディングスキームを例示する図である。
【図9A】１つまたは複数の実施形態による従来のタイルを使用したパーティショニングを例示する図である。
【図9B】１つまたは複数の実施形態によるフレキシブルタイルを使用したパーティショニングを例示する図である。
【図10】１つまたは複数の実施形態によるフレキシブルタイルのためのジオメトリパディングを例示する図である。
【図11A】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルシグナリングの第１の例の図である。
【図11B】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルシグナリングの第２の例の図である。
【図12A】１つまたは複数の実施形態によるピクチャの符号化ツリーブロック（ＣＴＢ）ラスタスキャンの例の図である。
【図12B】１つまたは複数の実施形態による従来のタイルのＣＴＢラスタスキャンの例を例示する図である。
【図12C】１つまたは複数の実施形態によるリージョンベースのフレキシブルタイルのＣＴＢラスタスキャンの例の図である。
【図13】１つまたは複数の実施形態による各リージョンベースのタイルに対して、それぞれのタイル識別子を使用する例の図である。
【発明を実施するための形態】
【0010】
Ｉ．例示的なネットワークおよびデバイス
図１Ａは、１つまたは複数の開示される実施形態をその中で実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
図１Ａは、１つまたは複数の開示される実施形態をその中で実施することができる、例示的な通信システム１００を例示する図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムであることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソースブロックフィルタードＯＦＤＭ、およびフィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【0011】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスであることができる。例として、それのどれもが、「局」および／または「ＳＴＡ」と呼ばれることがある、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリクションベースのユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブル、ヘッドマウントディスプレイ（ＨＭＤ）、乗物、ドローン、医療用デバイスおよびアプリケーション（例えば、遠隔手術）、工業用デバイスおよびアプリケーション（例えば、工業用および／または自動化された処理チェーン状況において動作するロボットおよび／または他の無線デバイス）、家電デバイス、ならびに商業用および／または工業用無線ネットワーク上において動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいずれも、交換可能に、ＵＥと呼ばれることがある。
【0012】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスであることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ニューラジオ（ＮＲ）ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として描かれているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【0013】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であることができ、ＲＡＮ１０４／１１３は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示せず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある、１つまたは複数のキャリア周波数上において、無線信号を送信および／または受信するように構成することができる。これらの周波数は、免許要スペクトル、免許不要スペクトル、または免許要スペクトルと免許不要スペクトルとの組み合わせの中にあることができる。セルは、相対的に一定であることができる、または時間とともに変化することができる特定の地理的エリアに、無線サービス用のカバレージを提供することができる。セルは、さらに、セルセクタに分割することができる。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルの各セクタに対して１つずつ含むことができる。実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、セルの各セクタに対して複数の送受信機を利用することができる。例えば、所望の空間方向において信号を送信および／または受信するために、ビームフォーミングを使用することができる。
【0014】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して、確立することができる。
【0015】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムであることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ－ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）、および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【0016】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などの無線技術を実施することができる。
【0017】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ニューラジオ（ＮＲ）を使用して、エアインターフェース１１６を確立することができる、ＮＲ無線アクセスなどの無線技術を実施することができる。
【0018】
実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を使用して、ＬＴＥ無線アクセスと、ＮＲ無線アクセスとを一緒に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術、ならびに／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）に／から送信される送信によって特徴付けることができる。
【0019】
他の実施形態においては、基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（例えば、ワイヤレスフィデリティ（ＷｉＦｉ））、ＩＥＥＥ８０２．１６（例えば、マイクロ波アクセス用世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用高速データレート（ＥＤＧＥ）、およびＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【0020】
図１Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることができ、事業所、自宅、乗物、キャンパス、産業用施設、（例えば、ドローンによって使用される）エアコリド、および車道など、局所化されたエリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂと、ＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【0021】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであることができる。データは、異なるスループット要件、遅延要件、エラー耐性要件、信頼性要件、データスループット要件、およびモビリティ要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、ビリングサービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的通信を行うことができることが理解されよう。例えば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を利用する別のＲＡＮ（図示せず）とも通信することができる。
【0022】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄが、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する、回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなる地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のＣＮを含むことができる。
【0023】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上において、異なる無線ネットワークと通信するための、複数の送受信機を含むことができる）。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【0024】
図１Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【0025】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などであることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として描いているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【0026】
送信／受信要素１２２は、エアインターフェース１１６上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであることができる。実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器であることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および／または受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【0027】
図１Ｂにおいては、送信／受信要素１２２は、単一の要素として描かれているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【0028】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【0029】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【0030】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に電力を分配するように、および／またはそれらへの電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスであることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル－カドミウム（ＮｉＣｄ）、ニッケル－亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウム－イオン（Ｌｉ－ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【0031】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれの代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定方法を用いて、ロケーション情報を獲得することができることが理解されよう。
【0032】
プロセッサ１１８は、さらに他の周辺機器１３８に結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真および／またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、ならびにアクティビティトラッカなどを含むことができる。周辺機器１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、気圧計、ジェスチャセンサ、バイオメトリックセンサ、および／または湿度センサのうちの１つまたは複数であることができる。
【0033】
ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬと（例えば、受信用の）ダウンリンクの両方のための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信が、並列および／または同時であることができる、全二重無線を含むことができる。全二重無線は、ハードウェア（例えば、チョーク）、またはプロセッサ（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８）を介する信号処理のいずれかを介して、自己干渉を低減させ、および／または実質的に除去するために、干渉管理ユニット１３９を含むことができる。実施形態においては、ＷＴＲＵ１０２は、（例えば、（例えば、送信用の）ＵＬまたは（例えば、受信用の）ダウンリンクのどちらかのための特定のサブフレームと関連付けられた）信号のいくつかまたはすべての送信および受信のための、半二重無線を含むことができる。
【0034】
図１Ｃは、実施形態に従った、ＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上で言及されたように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、ＣＮ１０６とも通信することができる。
【0035】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。
【0036】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成することができる。図１Ｃに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において、互いに通信することができる。
【0037】
図１Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含むことができる。上記の要素の各々は、ＣＮ１０６の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【0038】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間における交換のためのコントロールプレーン機能を提供することができる。
【0039】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。ＳＧＷ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からルーティングおよび転送することができる。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときにページングをトリガすること、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することができる。
【0040】
ＳＧＷ１６４は、ＰＧＷ１６６に接続することができ、ＰＧＷ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【0041】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＰＳＴＮ１０８など、回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１０６は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。
【0042】
図１Ａ～図１Ｄにおいては、ＷＴＲＵは、無線端末として説明されるが、ある代表的な実施形態においては、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的または永続的に）使用することができることが企図されている。
【0043】
いくつかの代表的な実施形態においては、他のネットワーク１１２は、ＷＬＡＮであることができる。
【0044】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにあるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰと関連付けられた１つまたは複数の局（ＳＴＡ）とを有することができる。ＡＰは、トラフィックをＢＳＳ内および／またはＢＳＳ外に搬送する、配信システム（ＤＳ）または別のタイプの有線／無線ネットワークへのアクセスまたはインターフェースを有することができる。ＢＳＳ外部から発信されたＳＴＡへのトラフィックは、ＡＰを通して到着することができ、ＳＴＡに配送することができる。ＳＴＡからＢＳＳ外部の送信先に発信されたトラフィックは、それぞれの送信先に配送するために、ＡＰに送信することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送信することができ、例えば、送信元ＳＴＡは、トラフィックをＡＰに送信することができ、ＡＰは、トラフィックを送信先ＳＴＡに配送することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なすことができ、および／またはピアツーピアトラフィックと呼ばれることがある。ピアツーピアトラフィックは、直接リンクセットアップ（ＤＬＳ）を用いて、送信元ＳＴＡと送信先ＳＴＡとの間で（例えば、直接的に）送信することができる。ある代表的な実施形態においては、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内の、またはＩＢＳＳを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接的に通信することができる。ＩＢＳＳモードの通信は、本明細書においては、ときに「アドホック」モードの通信と呼ばれることがある。
【0045】
８０２．１１ａｃインフラストラクチャモードの動作または類似したモードの動作を使用するとき、ＡＰは、プライマリチャネルなどの固定されたチャネル上において、ビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅帯域幅）、またはシグナリングを介して動的に設定された幅であることができる。プライマリチャネルは、ＢＳＳの動作チャネルであることができ、ＡＰとの接続を確立するために、ＳＴＡによって使用することができる。ある代表的な実施形態においては、例えば、８０２．１１システムにおいては、キャリアセンス多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）を実施することができる。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）は、プライマリチャネルをセンスすることができる。プライマリチャネルが、特定のＳＴＡによってセンス／検出され、および／またはビジーであると決定された場合、特定のＳＴＡは、バックオフすることができる。与えられたＢＳＳ内においては、任意の与えられた時間に、１つのＳＴＡ（例えば、ただ１つの局）が、送信することができる。
【0046】
高スループット（ＨＴ）ＳＴＡは、例えば、プライマリ２０ＭＨｚチャネルを隣接または非隣接２０ＭＨｚチャネルと組み合わせて、４０ＭＨｚ幅のチャネルを形成することを介して、通信のために４０ＭＨｚ幅チャネルを使用することができる。
【0047】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅チャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、連続する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって形成することができ、または２つの非連続な８０ＭＨｚチャネルを組み合わせることによって形成することができ、これは、８０＋８０構成と呼ばれることがある。８０＋８０構成の場合、データは、チャネルエンコーディングの後、データを２つのストリームに分割することができるセグメントパーサを通過することができる。各ストリームに対して別々に、逆高速フーリエ変換（ＩＦＦＴ）処理、および時間領域処理を行うことができる。ストリームは、２つの８０ＭＨｚチャネル上にマッピングすることができ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機においては、８０＋８０構成のための上で説明された動作を逆転することができ、組み合わされたデータは、媒体アクセス制御（ＭＡＣ）に送信することができる。
【0048】
１ＧＨｚ未満モードの動作は、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃにおいて使用されるそれらと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減させられる。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態に従うと、８０２．１１ａｈは、マクロカバレージエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、一定の機能を、例えば、一定の帯域幅および／または限られた帯域幅のサポート（例えば、それらのサポートだけ）を含む限られた機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含むことができる。
【0049】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートすることができる、ＷＬＡＮシステムは、プライマリチャネルとして指定することができるチャネルを含む。プライマリチャネルは、ＢＳＳ内のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内において動作するすべてのＳＴＡの中の、最小帯域幅動作モードをサポートするＳＴＡによって設定および／または制限することができる。８０２．１１ａｈの例においては、ＢＳＳ内のＡＰおよび他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプデバイス）のために、プライマリチャネルは、１ＭＨｚ幅であることができる。キャリアセンシングおよび／またはネットワークアロケーションベクトル（ＮＡＶ）設定は、プライマリチャネルのステータスに依存することができる。例えば、（１ＭＨｚ動作モードだけをサポートする）ＳＴＡが、ＡＰに送信しているせいで、プライマリチャネルが、ビジーである場合、周波数バンドの大部分が、アイドルのままであり、利用可能であることができるとしても、利用可能な周波数バンド全体をビジーと見なすことができる。
【0050】
米国においては、８０２．１１ａｈによって使用することができる利用可能な周波数バンドは、９０２ＭＨｚから９２８ＭＨｚである。韓国においては、利用可能な周波数バンドは、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本においては、利用可能な周波数バンドは、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈのために利用可能な合計帯域幅は、国の規則に応じて、６ＭＨｚから２６ＭＨｚである。
【0051】
図１Ｄは、実施形態に従った、ＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上で言及されたように、ＲＡＮ１１３は、ＮＲ無線技術を利用して、エアインターフェース１１６上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３は、ＣＮ１１５とも通信することができる。
【0052】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、ＲＡＮ１１３は、実施形態との整合性を保ちながら、任意の数のｇＮＢを含むことができることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信機を含むことができる。一実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信することができる。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信することができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに複数のコンポーネントキャリアを送信することができる（図示せず）。これらのコンポーネントキャリアのサブセットは、免許不要スペクトル上にあることができるが、残りのコンポーネントキャリアは、免許要スペクトル上にあることができる。実施形態においては、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａとｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から調整された送信を受信することができる。
【0053】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分ごとに様々であることができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間だけ持続する）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【0054】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの）他のＲＡＮにアクセスすることもなしに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカポイントとして利用することができる。スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、免許不要バンド内において信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し／別のＲＡＮにも接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し／ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することができる。非スタンドアロン構成においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカとしての役割を果たすことができ、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスするための追加のカバレージおよび／またはスループットを提供することができる。
【0055】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーンデータのユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのルーティング、ならびにコントロールプレーン情報のアクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂへのルーティングなどを扱うように構成することができる。図１Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上において、互いに通信することができる。
【0056】
図１Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、おそらくは、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含むことができる。上記の要素の各々は、ＣＮ１１５の部分として描かれているが、これらの要素のうちのいずれも、ＣＮオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【0057】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、レジストレーションエリアの管理、ＮＡＳシグナリングの終了、およびモビリティ管理などを担うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用することができる。例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、高速大容量モバイルブロードバンド（ｅＭＢＢ）アクセスに依存するサービス、および／またはマシンタイプコミュニケーション（ＭＴＣ）アクセスのためのサービスなど、異なる使用事例のために、異なるネットワークスライスを確立することができる。ＡＭＦ１８２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、および／またはＷｉＦｉのような非３ＧＰＰアクセス技術など、他の無線技術を利用する他のＲＡＮ（図示せず）との間の交換のためのコントロールプレーン機能を提供することができる。
【0058】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続することもできる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通したトラフィックのルーティングを構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＷＴＲＵまたはＵＥ ＩＰアドレスの管理および割り当てを行うこと、ＰＤＵセッションを管理すること、ポリシ実施およびＱｏＳを制御すること、ならびにダウンリンクデータ通知を提供することなど、他の機能を実行することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、およびイーサネットベースなどであることができる。
【0059】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続することができ、それらは、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンポリシを実施すること、マルチホーミングＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、ならびにモビリティアンカリングを提供することなど、他の機能を実行することができる。
【0060】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、ＣＮ１１５は、他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線および／または無線ネットワークを含むことができる。一実施形態においては、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、およびＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通して、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【0061】
図１Ａ～図１Ｄ、および図１Ａ～図１Ｄについての対応する説明に鑑みて、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他の任意のデバイスのうちの１つまたは複数に関する、本明細書において説明される機能の１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行することができる。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数またはすべてをエミュレートするように構成された、１つまたは複数のデバイスであることができる。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用することができる。
【0062】
エミュレーションデバイスは、実験室環境において、および／またはオペレータネットワーク環境において、他のデバイスの１つまたは複数のテストを実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／または無線通信ネットワークの一部として、完全または部分的に実施および／または展開されながら、１つもしくは複数またはすべての機能を実行することができる。１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として、一時的に実施／展開されながら、１つもしくは複数またはすべての機能を実行することができる。エミュレーションデバイスは、テストを行う目的で、別のデバイスに直接的に結合することができ、および／またはオーバザエア無線通信を使用してテストを実行することができる。
【0063】
１つまたは複数のエミュレーションデバイスは、有線および／または無線通信ネットワークの一部として実施／展開されずに、すべての機能を含む１つまたは複数の機能を実行することができる。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために、テスト実験室ならびに／または展開されていない（例えば、テスト）有線および／もしくは無線通信ネットワークにおける、テストシナリオにおいて利用することができる。１つまたは複数のエミュレーションデバイスは、テスト機器であることができる。データを送信および／または受信するために、直接ＲＦ結合、および／または（例えば、１つもしくは複数のアンテナを含むことができる）ＲＦ回路を介した無線通信を、エミュレーションデバイスによって使用することができる。
【0064】
ビデオ符号化システムは、デジタルビデオ信号を圧縮するために使用することができ、それは、ストレージニーズ、および／または上で説明されたネットワークのいずれかなどのネットワーク上における、ビデオ信号の送信帯域幅を低減することができる。ビデオ符号化システムは、ブロックベース、ウェーブレットベース、および／またはオブジェクトベースのシステムを含むことができる。ブロックベースのビデオ符号化システムは、ＭＰＥＧ－１／２／４パート２、Ｈ．２６４／ＭＰＥＧ－４パート１０ ＡＶＣ、ＶＣ－１、高効率ビデオ符号化（ＨＥＶＣ）、および／または多用途ビデオ符号化（ＶＶＣ）などの、１つまたは複数の規格に基づくこと、それらを使用すること、それらに従うこと、それらに準拠することなどができる。ブロックベースのビデオ符号化システムは、ブロックベースのハイブリッドビデオ符号化フレームワークを含むことができる。
【0065】
いくつかの例においては、ビデオストリーミングデバイスは、１つまたは複数のビデオエンコーダを備えることができ、各エンコーダは、異なる解像度、フレームレート、またはビットレートで、ビデオビットストリームを生成することができる。ビデオストリーミングデバイスは、１つまたは複数のビデオデコーダを備えることができ、各デコーダは、エンコードされたビデオビットストリームを検出および／またはデコードすることができる。様々な実施形態においては、１つもしくは複数のビデオエンコーダ、および／または１つもしくは複数のデコーダは、メモリと通信可能に結合されたプロセッサ、受信機、および／または送信機を有するデバイス内において、実施することができる。メモリは、本明細書において開示される様々な実施形態（例えば、代表的な手順）のいずれかを実行するための命令を含む、プロセッサによって実行可能な命令を含むことができる。様々な実施形態においては、デバイスは、無線送受信ユニット（ＷＴＲＵ）の様々な要素として構成することができ、および／またはそれらを用いるように構成することができる。ＷＴＲＵおよびそれの要素の例示的な詳細は、本明細書においては、図１Ａ～図１Ｄおよび付随する開示において提供されている。
【0066】
ＩＩ．ＨＥＶＣ
ＩＩ．１ 高効率ビデオ符号化（ＨＥＶＣ）タイル
いくつかの例においては、ビデオフレームは、スライスおよび／またはタイルに分割することができる。スライスは、独立したスライスセグメントで始まり、すべての後続の従属スライスセグメントを含む、１つまたは複数のスライスセグメントからなるシーケンスである。タイルは、長方形であり、ＨＥＶＣが指定するように、整数個の符号化ツリーユニットを含む。各スライスおよびタイルについて、以下の条件の一方または両方が、満たされるものとし（例えば、［１］（非特許文献１）を参照）、すなわち、１）スライス内のすべての符号化ツリーユニットは、同じタイルに属し、および／または、２）タイル内のすべての符号化ツリーユニットは、同じスライスに属する。
ＩＩ．１ 高効率ビデオ符号化（ＨＥＶＣ）タイル
いくつかの例においては、ビデオフレームは、スライスおよび／またはタイルに分割することができる。スライスは、独立したスライスセグメントで始まり、すべての後続の従属スライスセグメントを含む、１つまたは複数のスライスセグメントからなるシーケンスである。タイルは、長方形であり、ＨＥＶＣが指定するように、整数個の符号化ツリーユニットを含む。各スライスおよびタイルについて、以下の条件の一方または両方が、満たされるものとし（例えば、［１］（非特許文献１）を参照）、すなわち、１）スライス内のすべての符号化ツリーユニットは、同じタイルに属し、および／または、２）タイル内のすべての符号化ツリーユニットは、同じスライスに属する。
【0067】
いくつかの例においては、ＨＥＶＣにおけるタイル構造は、行の高さおよび列の幅を指定することによって、ピクチャパラメータセット（ＰＰＳ）でシグナリングされる。個々の行および／または列は、異なるサイズを有することができるが、パーティショニングは、常に、左から右に、または上から下に、ピクチャ全体にわたることができる。
【0068】
いくつかの例においては、ＨＥＶＣタイルシンタックスを使用することができる。例においては、表１に示されるように、第１のフラグｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用して、タイルが使用されるかどうかを指定することができる。例えば、第１のフラグ（ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が、設定されている場合、タイル列および行の数が、指定される。第２のフラグｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、タイル列境界、同じく、タイル行境界が、ピクチャにわたって一様に分配されるかどうかを指定するために、使用することができる。例えば、ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇが、ゼロ（０）に等しいとき、列の幅および行の高さを指定するために、シンタックス要素ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、およびｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］が、明示的にシグナリングされる。加えて、第３のフラグｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを使用して、ピクチャ内のすべてのタイル境界に対して、タイル境界を横断するインループフィルタをオンにするか、それともオフにするかを指定することができる。
【0069】
【表1】
【0070】
一実施においては、タイルパーティションの２つの例が、図２Ａおよび図２Ｂに示されている。第１の例においては、図２Ａに示されるように、タイル列および行は、ピクチャ２００にわたって（６つのグリッドリージョンに）均等に分配される。第２の例においては、図２Ｂに示されるように、タイル列および行は、ピクチャ２０２にわたって（６つのグリッドリージョンに）均等に分配されず、したがって、タイル列幅および行高が、明示的に指定される必要があることがある。
【0071】
いくつかの例においては、ＨＥＶＣは、補助強化情報（ＳＥＩ）メッセージを介して、時間的に動き制約されたタイルセット（ＭＣＴＳ）と呼ばれる、特別なタイルセットを指定する。ＭＣＴＳ ＳＥＩメッセージは、インター予測プロセスが、各識別されたタイルセット外のサンプル値、および／または識別されたタイルセット外の１つもしくは複数のサンプル値を使用して導出された、分数サンプル位置におけるサンプル値は、識別されたタイルセット内のいずれのサンプルのインター予測のためにも使用することができないように、制約されることを示す［１］（非特許文献１）。いくつかのケースにおいては、各ＭＣＴＳを、独立して、ＨＥＶＣビットストリームから抽出し、デコードすることができる。
【0072】
ＩＩ．２ 動き補償予測のためのパディング
いくつかの例においては、既存のビデオコーデックは、平面上においてキャプチャされる従来の２次元（２Ｄ）ビデオのために、設計されている。動き補償予測が、参照ピクチャの境界の外のいずれかのサンプルを使用するとき、ピクチャの境界からサンプル値をコピーすることによって、反復パディングが、実行される。
いくつかの例においては、既存のビデオコーデックは、平面上においてキャプチャされる従来の２次元（２Ｄ）ビデオのために、設計されている。動き補償予測が、参照ピクチャの境界の外のいずれかのサンプルを使用するとき、ピクチャの境界からサンプル値をコピーすることによって、反復パディングが、実行される。
【0073】
例においては、図３は、反復パディングスキーム３００を例示している。例えば、ブロックＢ０は、部分的に、参照ピクチャの外に存在する。部分Ｐ０は、部分Ｐ３の左上サンプルで埋められる。部分Ｐ１は、各行が、部分Ｐ３の最上行で埋められる。部分Ｐ２は、各列が、部分Ｐ３の左列で埋められる。
【0074】
いくつかの例においては、３６０度ビデオは、球全体上のビデオ情報を包含し、したがって、３６０度ビデオは、本質的に、循環的特性を有する。この循環的特性を考慮するとき、「境界」に含まれる情報は、すべて、球面上でラップアラウンドするので、３６０度ビデオの参照ピクチャは、もはや「境界」を有さない。いくつかの実施においては、３６０度ビデオのためのジオメトリパディング（例えば、［５］（非特許文献５）において提案されるジオメトリパディング）を使用することができる。
【0075】
例においては、図４は、正距円筒図法形式（ＥＲＰ）を有する３６０度ビデオのための、ジオメトリパディングプロセス４００を例示している。この例においては、ＥＲＰのためのジオメトリパディングプロセスは、矢印（例えば、矢印Ａ）において、埋められるパディングを含むことができ、それは、対応する矢印（例えば、矢印Ａ’）に沿って取られ、他も同様であり、アルファベットラベルは、対応を示している。例えば、３６０度ビデオの左境界および右境界において、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦにおけるサンプルは、Ａ’、Ｂ’、Ｃ’、Ｄ’、Ｅ’、およびＦ’におけるサンプルでパディングされる。上境界において、Ｇ、Ｈ、Ｉ、およびＪにおけるサンプルは、Ｇ’、Ｈ’、Ｉ’、およびＪ’におけるサンプルでパディングされる。下境界において、Ｋ、Ｌ、Ｍ、およびＮにおけるサンプルは、Ｋ’、Ｌ’、Ｍ’、およびＮ’におけるサンプルでパディングされる。現在ＨＥＶＣにおいて使用されている反復パディング方法と比較して、ジオメトリパディングは、意味のあるサンプルを提供し、ＥＲＰピクチャ境界の外のエリアについて、近隣サンプルの連続性を向上させることができる。
【0076】
ＩＩＩ．ビューポート依存の全方位ビデオ処理
全方位メディア形式（ＯＭＡＦ）は、ムービングピクチャエキスパーツグループ（ＭＰＥＧ）によって開発された、システム標準形式である。ＯＭＡＦは、３６０度ビデオ、画像、音声、および関連付けられた時間設定されたテキストを含む、全方位メディアを可能にする、メディア形式を定義する。いくつかのビューポート依存の全方位ビデオ処理スキームが、例えば、［２］（非特許文献２）の附属書Ｄにおいて説明されている。
全方位メディア形式（ＯＭＡＦ）は、ムービングピクチャエキスパーツグループ（ＭＰＥＧ）によって開発された、システム標準形式である。ＯＭＡＦは、３６０度ビデオ、画像、音声、および関連付けられた時間設定されたテキストを含む、全方位メディアを可能にする、メディア形式を定義する。いくつかのビューポート依存の全方位ビデオ処理スキームが、例えば、［２］（非特許文献２）の附属書Ｄにおいて説明されている。
【0077】
例においては、等解像度ＭＣＴＳベースのビューポート依存のスキームは、同じ全方位ビデオコンテンツを、異なるピクチャ品質およびビットレートで、いくつかのＨＥＶＣビットストリームにエンコードする。各ＭＣＴＳは、１つのリージョントラックに含まれ、エクストラクタトラックも、作成される。ＯＭＡＦプレーヤは、ビューイング方向に基づいて、各サブピクチャトラックが受信される、品質を選択する。
【0078】
図５は、［２］（非特許文献２）の条項Ｄ４．２からの例示的なスキーム５００を例示している。この例においては、ＯＭＡＦプレーヤは、ＭＣＴＳトラック１、２、５、および６を、特定の品質で受信し、リージョントラック３、４、７、および８を、別の品質で受信する。単一のＨＥＶＣデコーダを用いてデコードすることができる、ビットストリームを再構成するために、エクストラクタトラックを使用する。異なる品質のＭＣＴＳを有する、再構成されたＨＥＶＣビットストリームのタイルは、本明細書で説明されるＨＥＶＣタイルシンタックスによって、シグナリングすることができる。
【0079】
別の例においては、同じ全方位ビデオソースコンテンツを、いくつかの空間解像度にエンコードするために、ＭＣＴＳベースのビューポート依存のビデオ処理スキームを使用する。ビューイング方向に基づいて、エクストラクタは、ビューイング方向に一致するタイルを高解像度で選択し、他のタイルを低解像度で選択することができる。エクストラクタトラックから分解されたビットストリームは、ＨＥＶＣに準拠しており、単一のＨＥＶＣデコーダによって、デコードすることができる。
【0080】
図６は、［２］（非特許文献２）の条項Ｄ．６．４からのキューブマップ（ＣＭＰ）パーティショニングスキーム６００の例を例示している。この例においては、ＨＥＶＣベースのビューポート依存のＯＭＡＦビデオプロファイルを用いて、６Ｋ有効ＣＭＰ解像度を達成するための、前処理およびエンコーディングが、示されている。このコンテンツは、それぞれ１５３６×１５３６および７６８×７６８のＣＭＰフェースサイズを有する、２つの空間解像度でエンコードされる。両方のビットストリームにおいて、６×４のタイルグリッドが、使用され、各タイルの位置ごとに、ＭＣＴＳが、符号化される。各符号化されたＭＣＴＳシーケンスは、リージョントラックとして記憶される。各異なるビューポート適応ＭＣＴＳ選択ごとに、エクストラクタトラックが、作成される。これは、２４個のエクストラクタトラックの作成をもたらす。エクストラクタトラックの各サンプルにおいて、各ＭＣＴＳごとに、１つのエクストラクタが、作成され、１つまたは複数の選択された高解像度または低解像度ＭＣＴＳを含む、リージョントラックから、データを抽出する。各エクストラクタトラックは、７６８、７６８、および／もしくは３８４個のルーマサンプル（例えば、輝度の１つもしくは複数のピクセル）に等しいタイル列幅、ならびに／または７６８個のルーマサンプルの一定のタイル行高を有する、３×６タイルの同じタイルグリッドを使用する。低解像度のビットストリームから抽出された各タイルは、２つのスライスを含む。エクストラクタトラックから分解されたビットストリームは、例えば、ＨＥＶＣレベル５．１に準拠した、１９２０×４６０８の解像度を有する。
【0081】
いくつかのケースにおいては、上述の再構成されたビットストリームのＭＣＴＳは、上で（例えば、表１において）説明された、ＨＥＶＣタイルシンタックスを使用して、表されないことがある。代わりに、各パーティションに対して、スライスを使用することができる。図７を参照すると、例においては、２つの抽出されたトラックが、すなわち、左側の抽出されたトラックおよび右側の抽出されたトラックが、存在する。左側の抽出されたトラックは、スライスヘッダ７０２、７０４、７０６、７０８、７１０、および７１２として表される、６個のスライスヘッダを有する。右側の抽出されたトラックは、スライスヘッダ７１４、７１６、７１８、７２０、７２２、７２４、７２６、７２８、７３０、７３２、７３４、および７３６として表される、１２個のスライスヘッダを有する。このケースにおいては、図６におけるエクストラクタトラックのパーティショニングは、図７に示されるように、最終的に１２個のスライスヘッダになることができる。
【0082】
図８は、６Ｋ有効ＥＲＰ解像度（例えば、ＨＥＶＣベース）を達成するための、前処理およびエンコーディングスキーム８００の例を例示している。非特許文献２の条項Ｄ６．３は、６Ｋ有効ＥＲＰ解像度を達成するための、ＭＣＴＳベースのビューポート依存のスキームを提示する。例においては、６Ｋ解像度（６１４４×３０７２）の全方位ビデオは、３つの空間解像度に、すなわち、６Ｋ（６１４４×３０７２）、３Ｋ（３０７２×１５３６）、および１．５Ｋ（１５３６×７６８）にリサンプリングされる。６Ｋシーケンス、および３Ｋシーケンスは、上側および下側から３０度の仰角範囲を除外することによって、それぞれ、（グリッド８０２に示されるように）６１４４×２０４８、および（グリッド８０４に示されるように）３０７２×１０２４にクロップされる。クロップされた６Ｋおよび３Ｋ入力シーケンスは、各タイルがＭＣＴＳになる方法で、８×１タイルグリッドを有するように、エンコードされる。
【0083】
グリッド８０６に示されるように、３０度の仰角範囲に対応する、サイズ３０７２×２５６の上側および下側ストライプは、３Ｋ入力シーケンスから抽出される。上側ストライプおよび下側ストライプは、タイルの行が単一のＭＣＴＳとなる方法で、４×１のタイルグリッドを有する別々のビットストリームとして、エンコードされる。グリッド８０８に示されるように、３０度の仰角範囲に対応する、サイズ１５３６×１２８の上側および下側ストライプは、１．５Ｋ入力シーケンスから抽出される。各ストライプは、例えば、ストライプの左側をピクチャの上側に、またストライプの右側をピクチャの下側に配置することによって、サイズ７６８×２５６のピクチャになるように配置される。
【0084】
この例においては、クロップされた６Ｋおよび３Ｋビットストリームからの各ＭＣＴＳシーケンスは、別々のトラックとして、カプセル化することができる。３Ｋまたは１．５Ｋの入力シーケンスの上側または下側ストライプを含む、各ビットストリームは、１つのトラック（例えば、トラック８１０）として、カプセル化することができる。
【0085】
クロップされた６Ｋビットストリームからの４つの隣接タイルの各選択に対して、および赤道の上と下のビューイング方向に対して別々に、エクストラクタトラックが、準備される。これは、１６個のエクストラクタトラックの作成をもたらす。各エクストラクタトラックは、例えば、図９Ａおよび図９Ｂに例示されるように、同じ配置を使用する。例えば、図９Ａにおいては、グリッド９００は、従来の２×２のタイルによるセグメンテーション（ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ＝１）を含む。図９Ｂにおいては、グリッド９０２は、フレキシブルタイルによるセグメンテーション（ｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇ＝１）を含む。エクストラクタトラックから分解された、ビットストリームのピクチャサイズは、ＨＥＶＣレベル５．１に準拠した、３８４０×２３０４である。いくつかのケースにおいては、エクストラクタトラックのタイルパーティショニングは、上で（例えば、表１において）説明された、ＨＥＶＣタイルシンタックスを用いて、指定されないことがある。
【0086】
ＩＶ．ＨＥＶＣタイル
ＨＥＶＣにおけるタイルは、符号化ツリーユニット（ＣＴＵ）境界に揃う。いくつかの例においては、ＨＥＶＣタイルの主な用途は、最小の圧縮効率低下で、ピクチャを独立したセグメントにパーティショニングすることである。一実施においては、ＨＥＶＣタイルを使用して、ビューポート依存の全方位ビデオ処理のために、ピクチャをパーティショニングする。その場合、ソースビデオは、パーティショニングされ、近隣タイルセットとは独立してデコードすることができる、１つまたは複数のＭＣＴＳを使用して、エンコードされる。エクストラクタは、ビューポート方向に基づいて、タイルセットのサブセットを選択し、ＯＭＡＦプレーヤ消費のために、ＨＥＶＣ準拠のエクストラクタトラックを形成することができる。
ＨＥＶＣにおけるタイルは、符号化ツリーユニット（ＣＴＵ）境界に揃う。いくつかの例においては、ＨＥＶＣタイルの主な用途は、最小の圧縮効率低下で、ピクチャを独立したセグメントにパーティショニングすることである。一実施においては、ＨＥＶＣタイルを使用して、ビューポート依存の全方位ビデオ処理のために、ピクチャをパーティショニングする。その場合、ソースビデオは、パーティショニングされ、近隣タイルセットとは独立してデコードすることができる、１つまたは複数のＭＣＴＳを使用して、エンコードされる。エクストラクタは、ビューポート方向に基づいて、タイルセットのサブセットを選択し、ＯＭＡＦプレーヤ消費のために、ＨＥＶＣ準拠のエクストラクタトラックを形成することができる。
【0087】
多用途ビデオ符号化（ＶＶＣ）など、次世代ビデオ圧縮規格については、ＣＴＵのサイズは、画像の解像度の増加のせいで、より大きくなることがある。タイルセグメンテーションの粒度も、大きくなりすぎて、フレームパッキング境界に揃わないことがある。負荷バランシングのため、ピクチャを等しいサイズのＣＴＵに分割することも、困難である。さらに、従来のタイル構造は、ＯＭＡＦビューポート依存の処理のための上述のパーティション構造を扱わないことがあり、その上、パーティションのためにスライスを使用することによるビットコストは、高い。
【0088】
フレキシブルタイル構造およびシンタックスは、ＭＰＥＧ＃１２３における、［３］（非特許文献３）および［４］（非特許文献４）によって、提案された。非特許文献３は、ピクチャは、従来のタイルのように、一定サイズのＣＴＵに分割することができるが、より良好な負荷バランシングを達成し、フレームパッキング境界に揃えるために、タイル境界における右端および下端ＣＴＵのサイズは、一定のＣＴＵサイズと異なることができることを提案した。各タイルの右側エッジおよび下側エッジにおける端数サイズのＣＴＵは、ピクチャ境界におけるのと同様に、エンコードおよびデコードされる。
【0089】
非特許文献４は、長方形であるが、可変サイズのフレキシブルタイルをサポートすることを提案した。各タイルは、デコーディング順において先行するタイルサイズからタイルサイズをコピーすることによって、またはタイル幅１つおよびタイル高１つの符号語によって、個別にシグナリングされる。提案されたシンタックスを用いて、図６および図８に示されたパーティショニング構造をサポートすることができる。しかしながら、そのようなシンタックス形式は、ＨＥＶＣタイルシンタックス形式と比較して、一般に使用される従来のタイル構造について、著しいオーバヘッドコストをもたらすことがある。
【0090】
したがって、（例えば、ビデオフレームにおいて）フレキシブルタイルをサポートするための、新しいまたは改良された方法、スキーム、および信号設計が、望まれる。
【0091】
Ｖ．フレキシブルタイルのための代表的な手順
本開示において、本発明者らは、例えば、１）フレキシブルタイルに対するジオメトリパディングおよびループフィルタの制約、２）全体的なシグナリングオーバヘッドを低減するために、従来のタイルとフレキシブルタイルとを区別するためのシグナリング、３）グリッドリージョンベースのフレキシブルタイルシグナリング設計およびスキャニング変換、ならびに４）タイルベースのビデオ処理のための初期量子化パラメータ（ＱＰ）シグナリングを含む、フレキシブルグリッドリージョンまたはタイルをサポートするための、数々の実施形態、手順、方法、アーキテクチャ、テーブル、および信号設計について説明する。
本開示において、本発明者らは、例えば、１）フレキシブルタイルに対するジオメトリパディングおよびループフィルタの制約、２）全体的なシグナリングオーバヘッドを低減するために、従来のタイルとフレキシブルタイルとを区別するためのシグナリング、３）グリッドリージョンベースのフレキシブルタイルシグナリング設計およびスキャニング変換、ならびに４）タイルベースのビデオ処理のための初期量子化パラメータ（ＱＰ）シグナリングを含む、フレキシブルグリッドリージョンまたはタイルをサポートするための、数々の実施形態、手順、方法、アーキテクチャ、テーブル、および信号設計について説明する。
【0092】
様々な実施形態においては、本開示において使用される「リージョン」という用語は、グリッドリージョンの第１のセットを表すことができ、本開示において使用される「タイル」という用語は、グリッドリージョンの第２のセットを表すことができる。例においては、ピクチャまたはビデオフレームは、グリッドリージョンの第１のセット（例えば、リージョン）に分割することができ、グリッドリージョンの第１のセットの各グリッドリージョンは、さらに、グリッドリージョンの第２のセット（例えば、タイル）に分割することができる。いくつかのケースにおいては、本開示において使用される「リージョン」、「グリッドリージョン」、および「タイル」という用語は、交換可能であることができ、グリッドリージョンの第１のセットまたは第２のセットとして、表すことができる。
【0093】
Ｖ．１ タイル境界上におけるパディングおよびループフィルタ制約
従来のタイルパーティショニングは、ピクチャの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがあり、フレキシブルタイルは、タイルの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがある。図９は、例において、従来の方法を使用した、従来のタイルおよびフレキシブルタイル両方のケースについて、そのような不完全さを例示している。各タイルの右側エッジおよび下側エッジ沿いの不完全なＣＴＵは、ピクチャ境界におけるのと同様に、エンコードおよびデコードすることができる。
従来のタイルパーティショニングは、ピクチャの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがあり、フレキシブルタイルは、タイルの右側エッジまたは下側エッジにおいて、ＣＴＵの整数倍を有さないことがある。図９は、例において、従来の方法を使用した、従来のタイルおよびフレキシブルタイル両方のケースについて、そのような不完全さを例示している。各タイルの右側エッジおよび下側エッジ沿いの不完全なＣＴＵは、ピクチャ境界におけるのと同様に、エンコードおよびデコードすることができる。
【0094】
ジオメトリパディングは、３６０度ビデオが含む情報は、すべて、球面上でラップアラウンドし、そのような循環的特性（cyclic property）は、どのような投影形式を使用して、３６０度ビデオを２Ｄ平面上において表すかにかかわらず、保持されることを仮定する。ジオメトリパディングは、３６０度ビデオピクチャ境界に適用することができるが、循環的特性は、パーティショニング構造に依存するので、フレキシブルタイル境界に適用されないことがある。タイルパーティショニングに基づいて、エンコーダは、各タイルに対して、例えば、動き補償予測のために、水平ジオメトリパディングまたは垂直ジオメトリパディングを展開することができるかどうかを、決定または判定することができる。
【0095】
いくつかの実施形態においては、タイルエッジ上において、パディング操作を実行することができるかどうかを示すために、パディングフラグを（例えば、ＷＴＲＵの受信機に）シグナリングすることができる。ｐａｄｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、設定されている場合、タイルエッジ上において、反復パディングまたはジオメトリパディングを実行することができる。いくつかの例においては、フレキシブルタイルシンタックス構造については、各タイルを個別にシグナリングすることができる。いくつかのケースにおいては、各タイルについて、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒ、およびｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒをシグナリングすることができる。
【0096】
いくつかの実施形態においては、タイル境界を横断してループフィルタ操作を実行することができるかどうかを、ＰＰＳで示すために、ＨＥＶＣにおいては、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇをシグナリングした。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、設定されている場合、例えば、タイルのどのエッジをフィルタリングすることができるかを示すために、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒをシグナリングすることができる。
【0097】
例においては、表２は、タイルまたはグリッドリージョンのための、パディングおよびループフィルタシンタックス形式を例示している。
【0098】
【表2】
【0099】
表２においては、１に等しいｐａｄｄｉｎｇ＿ｅｎａｂｌｅ＿ｆｌａｇは、現在のタイルにおいて、パディング操作を使用することができることを示し、０に等しいｐａｄｄｉｎｇ＿ｅｎａｂｌｅ＿ｆｌａｇは、現在のタイルにおいて、パディング操作が使用されないことを示す。
【0100】
表２においては、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビットマッピングの一例は、時計回り順に、最上位のビットが、上側エッジのためのフラグであり、２番目に上位のビットが、右側エッジのためのフラグであり、以降も同様であることができる。ビット値が、１に等しいとき、ジオメトリパディング操作を、対応するタイルエッジに対して適用することができ、ビット値が、０に等しいとき、ジオメトリパディング操作は、対応するタイルエッジに対して実行されない。存在しないときは、ｇｅｏｍｅｔｒｙ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【0101】
表２においては、ｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビットマッピングの一例は、時計回り順に、最上位のビットが、上側エッジのためのフラグであり、２番目に上位のビットが、右側エッジのためのフラグであり、以降も同様であることができる。ビット値が、１に等しいとき、反復パディング操作を、対応するタイルエッジに対して適用することができ、ビット値が、０に等しいとき、反復パディング操作は、対応するタイルエッジに対して実行されない。存在しないときは、ｒｅｐｅｔｉｔｉｖｅ＿ｐａｄｄｉｎｇ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【0102】
表２においては、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒは、各タイルエッジをビットにマッピングする、ビットマップである。ビット値が、１に等しいとき、ループフィルタ操作を、対応するタイルエッジを横断して適用することができ、ビット値が、０に等しいとき、ループフィルタ操作は、対応するタイルエッジを横断して実行されない。存在しないときは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ｉｎｄｉｃａｔｏｒのデフォルト値は、０に等しいと推測することができる。
【0103】
別の実施形態においては、パディング有効化フラグｐａｄｄｉｎｇ＿ｏｎ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ＰＰＳレベルでシグナリングすることができる。ｐａｄｄｉｎｇ＿ｏｎ＿ｔｉｌｅ＿ｅｎａｂｌｅｄ＿ｆｌａｇが、０に等しいとき、タイルレベルにおけるｐａｄｄｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、０であると推測される。
【0104】
別の実施形態においては、現在のタイルエッジのサイズと、対応する参照境界のサイズが、同じでない（例えば、異なる）とき、ジオメトリパディングを無効化（disable）することができる。
【0105】
図１０は、ＥＲＰピクチャにおいてフレキシブルタイルを使用する例を例示している。この例においては、ＥＲＰピクチャ１０００は、各々が可変サイズを有する、多数のタイルに分割することができる。ジオメトリパディングは、タイルパーティショニンググリッドに応じて、特定のタイルエッジに対して有効化（enable）することができる。
【0106】
Ｖ．２ 従来のタイルグリッドとフレキシブルタイルグリッドとを区別するためのシグナリング
従来のタイルパーティショニングは、同じタイル行に属するすべてのタイルを、同じ行高を有するように、また同じタイル列に属するすべてのタイルを、同じ列幅を有するように制限する。このような制限は、タイルシグナリングを単純化し、タイルセットが形状において長方形であることを保証する。フレキシブルタイルは、個々のタイルが、異なるサイズを有することを可能にし、各タイルの特性が、個別にシグナリングされることを可能にする。そのようなシグナリングは、様々なパーティショニンググリッドをサポートするが、著しいビットオーバヘッドを導入することがある。オーバヘッドビットコストとタイルパーティショニング柔軟性との間の妥協は、従来のパーティショニンググリッドとフレキシブルパーティショニンググリッドとを区別するための、インジケータまたはフラグを含むことによって、実現することができる。インジケータまたはフラグは、ピクチャ全体が、通常のＭ×Ｎグリッドにパーティショニングされるかどうかを示すことができ、ここで、ＭおよびＮは、整数である。従来のＨＥＶＣタイルシンタックスは、通常のＭ×Ｎタイルグリッドに適用することができ、一方、非特許文献４または本開示において説明されるような、新しいフレキシブルタイルシンタックスは、フレキシブルタイルグリッドに適用することができる。
従来のタイルパーティショニングは、同じタイル行に属するすべてのタイルを、同じ行高を有するように、また同じタイル列に属するすべてのタイルを、同じ列幅を有するように制限する。このような制限は、タイルシグナリングを単純化し、タイルセットが形状において長方形であることを保証する。フレキシブルタイルは、個々のタイルが、異なるサイズを有することを可能にし、各タイルの特性が、個別にシグナリングされることを可能にする。そのようなシグナリングは、様々なパーティショニンググリッドをサポートするが、著しいビットオーバヘッドを導入することがある。オーバヘッドビットコストとタイルパーティショニング柔軟性との間の妥協は、従来のパーティショニンググリッドとフレキシブルパーティショニンググリッドとを区別するための、インジケータまたはフラグを含むことによって、実現することができる。インジケータまたはフラグは、ピクチャ全体が、通常のＭ×Ｎグリッドにパーティショニングされるかどうかを示すことができ、ここで、ＭおよびＮは、整数である。従来のＨＥＶＣタイルシンタックスは、通常のＭ×Ｎタイルグリッドに適用することができ、一方、非特許文献４または本開示において説明されるような、新しいフレキシブルタイルシンタックスは、フレキシブルタイルグリッドに適用することができる。
【0107】
いくつかの例においては、本明細書で説明されるインジケータまたはフラグは、シーケンスパラメータセットおよび／もしくはピクチャパラメータセットにおいて、またはそれらでシグナリングすることができる。
【0108】
Ｖ．３ フレキシブルタイルのためのグリッドリージョンベースのシグナリング
いくつかの例においては、タイル列境界、同じく、タイル行境界は、ピクチャにわたって広がる。フレキシブルタイルの動機となる使用事例は、異なるピクチャ解像度からの複数のＭＣＴＳトラックが、単一のＨＥＶＣ準拠のエクストラクタトラックにマージされる、ビューポート依存の全方位ビデオ処理手法である。エクストラクタトラックのタイルグリッドは、異なるピクチャ解像度からのものであることができ、したがって、図６および／または図８に示されるように、タイル列および行境界は、ピクチャにわたって連続でないことがある。
いくつかの例においては、タイル列境界、同じく、タイル行境界は、ピクチャにわたって広がる。フレキシブルタイルの動機となる使用事例は、異なるピクチャ解像度からの複数のＭＣＴＳトラックが、単一のＨＥＶＣ準拠のエクストラクタトラックにマージされる、ビューポート依存の全方位ビデオ処理手法である。エクストラクタトラックのタイルグリッドは、異なるピクチャ解像度からのものであることができ、したがって、図６および／または図８に示されるように、タイル列および行境界は、ピクチャにわたって連続でないことがある。
【0109】
各タイルのサイズを個別にシグナリングする代わりに、各グリッドリージョンをシグナリングするように、シグナリングスキーム／設計を使用または構成することができ、そのグリッドリージョンにおいては、特定のタイルまたはリージョンパーティショニングスキームが、利用される。例においては、フレキシブルタイルを可能にするために、異なるリージョンは、異なるグリッドパーティショニングを有することができる。この例においては、それぞれのリージョンは、多数のタイルを有することができ、各タイルは、同じまたは異なるサイズを有することができる。いくつかの例においては、第１のタイルは、同じグリッドリージョン内の第２のタイルと比較して、異なるサイズを有することができる。いくつかのケースにおいては、各行のタイルは、同じ高さを共有することができ、各列のタイルは、同じ幅を共有することができる。
【0110】
表３は、この例示的なシグナリングスキーム／設計において使用するための、例示的なフレキシブルタイルシンタックス（例えば、マルチレベルシンタックス）を示している。
【0111】
【表3】
【0112】
ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１プラス１は、ピクチャをパーティショニングする、リージョン列の数を指定する。ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、０以上ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－１以下の範囲にあるものとする。
【0113】
ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１プラス１は、ピクチャをパーティショニングする、リージョン行の数を指定する。ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１は、０以上ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－１以下の範囲にあるものとする。
【0114】
リージョンは、左から右および上から下の、ラスタスキャニング順であることができる。リージョンの総数ＮｕｍＲｅｇｉｏｎｓは、以下のように導出することができる。
【0115】
ＮｕｍＲｅｇｉｏｎｓ＝（ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１）×（ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１）
１に等しいｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されないが、シンタックス要素ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１、およびｒｅｇｉｏｎ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１を使用して、明示的にシグナリングされることを指定する。存在しないときは、ｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇの値は、１に等しいと推測される。
１に等しいｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されることを指定する。０に等しいｕｎｉｆｏｒｍ＿ｓｐａｃｉｎｇ＿ｆｌａｇは、リージョン列境界、同じく、リージョン行境界が、ピクチャにわたって一様に分配されないが、シンタックス要素ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１、およびｒｅｇｉｏｎ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１を使用して、明示的にシグナリングされることを指定する。存在しないときは、ｕｎｉｆｏｒｍ＿ｒｅｇｉｏｎ＿ｆｌａｇの値は、１に等しいと推測される。
【0116】
ｒｅｇｉｏｎ＿ｓｉｚｅ＿ｕｎｉｔ＿ｉｄｃは、リージョンのユニットサイズが、符号化ツリーブロック単位であることを指定する。存在しないときは、ｒｅｇｉｏｎ＿ｓｉｚｅ＿ｕｎｉｔ＿ｉｄｃのデフォルト値は、０に等しいと推測される。変数ＲｅｇｉｏｎＵｎｉｔＩｎＣｔｂｓＹは、以下のように導出される。
【0117】
ＲｅｇｉｏｎＵｎｉｔＩｎＣｔｂｓＹ＝１＜＜ｒｅｇｉｏｎ＿ｕｎｉｔ＿ｓｉｚｅ＿ｉｄｃ
ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、第ｉのリージョン列の幅を、符号化ツリーブロック単位で指定する。存在しないときは、ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ピクチャ幅ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹに等しいと推測される。
ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］プラス１は、第ｉのリージョン列の幅を、符号化ツリーブロック単位で指定する。存在しないときは、ｒｅｇｉｏｎ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ピクチャ幅ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹに等しいと推測される。
【0118】
ｒｅｇｉｏｎ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］プラス１は、第ｉのリージョン行の高さを、符号化ツリーブロック単位で指定する。存在しないときは、ｒｅｇｉｏｎ＿ｒｏｗ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１の値は、ピクチャ高ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹに等しいと推測される。
【0119】
【0120】
図１１Ａを参照すると、図６のエクストラクタトラックは、異なる解像度を有する２つのピクチャから、トラック１１００として再構成される。２つのリージョンが、識別され、各リージョン内においては、タイルが、一様に分配される。トラック１１００の左リージョンは、２×６グリッドにパーティショニングされ、トラック１１００の右リージョンは、１×１２グリッドにパーティショニングされる。
【0121】
図１１Ｂを参照すると、図８のエクストラクタトラックは、４つの異なる解像度のピクチャから、トラック１１１０として再構成され、４つのリージョンが、識別され、各リージョン内においては、タイルが、一様に分配される。第１のリージョンのパーティショニンググリッドは、４×１であり、第２のリージョンのパーティショニンググリッドは、２×２であり、第３のリージョンのパーティショニンググリッドは、４×１であり、第４のリージョンのパーティショニンググリッドは、１×２である。
【0122】
様々な実施形態においては、ビデオ情報を処理する（例えば、ビデオまたはピクチャをエンコードまたはデコードする）とき、本明細書において説明される、リージョンパーティショニングおよびグルーピングメカニズムを利用することができる。例においては、ＷＴＲＵ（例えば、ＷＴＲＵ１０２）は、フレーム（例えば、ビデオフレームまたはピクチャフレーム）を構成する、複数の第１のグリッドリージョン（例えば、タイル）を定義する、第１のパラメータのセットを受信する（または識別する）ように構成することができる。各第１のグリッドリージョンごとに、ＷＴＲＵは、複数の第２のグリッドリージョンを定義する、第２パラメータのセットを受信する（または識別する）ように構成することができ、複数の第２のグリッドリージョンは、それぞれの第１のグリッドリージョンをパーティショニングすることができる。ＷＴＲＵは、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするように、また各第１のグリッドリージョンを、第２のパラメータのそれぞれのセットに基づいて、複数の第２のグリッドリージョンにパーティショニングするように構成することができる。
【0123】
別の例においては、ＷＴＲＵは、ビデオ情報を処理するためのパラメータまたは構成の複数のセットを受信（または識別）するように構成することができる。例えば、ＷＴＲＵは、（複数の第１のグリッドリージョンを定義する）第１パラメータのセット、および（複数の第２のグリッドリージョンを定義する）第２パラメータのセットを受信（または識別）するように構成することができる。ＷＴＲＵは、フレームを、第１のパラメータのセットに基づいて、複数の第１のグリッドリージョンにパーティショニングするように、および複数の第１のグリッドリージョンを、第２のパラメータのセットに基づいて、複数の第２のグリッドリージョンにグループ化（または再構成）するように構成することができる。いくつかのケースにおいては、第１のグリッドリージョンまたは第２のグリッドリージョンは、タイルまたはスライスであることができ、フレーム（例えば、ビデオフレームもしくはピクチャフレーム）を構成もしくは再構成するために、または１つもしくは複数のビットストリームを生成するために、使用することができる。
【0124】
Ｖ．４ 符号化ツリーブロック（ＣＴＢ）ラスタおよびフレキシブルタイルスキャニング変換プロセス
いくつかの実施形態においては、符号化ツリーブロックラスタおよびフレキシブルタイルスキャニング変換プロセスを起動することによって、以下の変数のうちの１つまたは複数を導出することができる。
いくつかの実施形態においては、符号化ツリーブロックラスタおよびフレキシブルタイルスキャニング変換プロセスを起動することによって、以下の変数のうちの１つまたは複数を導出することができる。
【0125】
ａ）ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、タイルスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＲｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＣｔｂＡｄｄｒＲｓＴｏＴｓ［ｃｔｂＡｄｄｒＲｓ］、
ｂ）タイルスキャンにおけるＣＴＢアドレスから、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｃｔｂＡｄｄｒＴｓ］、
ｃ）タイルスキャンにおけるＣＴＢアドレスから、タイルＩＤへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＴｉｌｅＩｄ［ｃｔｂＡｄｄｒＴｓ］、
ｄ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル列の幅を指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＣｏｌｕｍｎＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］、および／または
ｅ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル行の高さを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＲｏｗＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］。
ｂ）タイルスキャンにおけるＣＴＢアドレスから、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｃｔｂＡｄｄｒＴｓ］、
ｃ）タイルスキャンにおけるＣＴＢアドレスから、タイルＩＤへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＴｉｌｅＩｄ［ｃｔｂＡｄｄｒＴｓ］、
ｄ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル列の幅を指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＣｏｌｕｍｎＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］、および／または
ｅ）ルーマサンプル単位で第ｉのリージョンの第ｊのタイル行の高さを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、リストＲｏｗＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］。
【0126】
図１２Ａは、ピクチャフレーム１２００のＣＴＢラスタスキャンの例を例示している。図１２Ｂは、ピクチャフレーム１２１０における従来のタイルのＣＴＢラスタスキャンの
例を例示している。図１２Ｃは、ピクチャフレーム１２２０におけるリージョンベースのフレキシブルタイルのＣＴＢラスタスキャンの例を例示している。ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、従来のタイルスキャンにおけるＣＴＢアドレスへの変換は、ＨＥＶＣ［１］（非特許文献１）において指定されている。しかしながら、ＨＥＶＣは、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのフレキシブルタイルスキャンにおけるＣＴＢアドレスに、どのように変換するかを指定していない。
例を例示している。図１２Ｃは、ピクチャフレーム１２２０におけるリージョンベースのフレキシブルタイルのＣＴＢラスタスキャンの例を例示している。ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、従来のタイルスキャンにおけるＣＴＢアドレスへの変換は、ＨＥＶＣ［１］（非特許文献１）において指定されている。しかしながら、ＨＥＶＣは、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのフレキシブルタイルスキャンにおけるＣＴＢアドレスに、どのように変換するかを指定していない。
【0127】
いくつかの実施形態においては、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのフレキシブルタイルスキャンにおけるＣＴＢアドレスへの変換は、以下のように構成することができ、すなわち、
１）変数ＣｔｂＳｉｚｅＹ、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ、ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹは、ＨＥＶＣ［１］（非特許文献１）において指定されているものと同じであり、および／または２）ＣＴＢ単位で第ｉのリージョン列の幅を指定する、ｉが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｅｇｉｏｎＣｏｌＷｉｄｔｈ［ｉ］を使用し、新しいリストは、以下のように導出することができる。
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( 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 ]
}
}
【0128】
いくつかの実施形態においては、ＣＴＢ単位で第ｊのリージョン行の高さを指定する、ｊが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｅｇｉｏｎＲｏｗＨｅｉｇｈｔ［ｊ］は、以下のように導出することができる。
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 ]
}
}
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 ]
}
}
【0129】
いくつかの例においては、ラスタスキャニング順で第ｉのリージョンの、新しい変数ＲｅｇｉｏｎＷｉｄｔｈＩｎＣｔｂｓＹ、およびＲｅｇｉｏｎＨｅｉｇｈｔＩｎＣｔｂｓＹは、以下のように導出することができる。
RegionWidthInCtbsY[ i ] = regionColWidth[ i % (num_region_columns_minus1 + 1) ]
RegionRowInCtbsY[ i ] = regionRowHeight[ i / (num_region_row_minus1 + 1) ]
RegionSizeInCtbsY[ i ] = RegionWidthInCtbsY[ i ] * RegionRowInCtbsY[ i ]
RegionWidthInCtbsY[ i ] = regionColWidth[ i % (num_region_columns_minus1 + 1) ]
RegionRowInCtbsY[ i ] = regionRowHeight[ i / (num_region_row_minus1 + 1) ]
RegionSizeInCtbsY[ i ] = RegionWidthInCtbsY[ i ] * RegionRowInCtbsY[ i ]
【0130】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの列境界のロケーションを指定する、ｉが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１＋１以下の範囲にある、新しいリストｒｅｇｉｏｎＣｏｌＢｄ［ｉ］は、以下のように導出することができる。
for ( regionColBd[0] = 0; i = 0; i <= num_region_columns_minus1; i++ )
regionColBd[ i + 1 ] = regionColBd[ i ] + regionColWidth[ i ]
for ( regionColBd[0] = 0; i = 0; i <= num_region_columns_minus1; i++ )
regionColBd[ i + 1 ] = regionColBd[ i ] + regionColWidth[ i ]
【0131】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｊのリージョンの行境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｒｅｇｉｏｎ＿ｒｏｗｓ＿ｍｉｎｕｓ１＋１以下の範囲にある、新しいリストｒｅｇｉｏｎＲｏｗＢｄ［ｊ］は、以下のように導出することができる。
for( regionRowBd[ 0 ] = 0; j = 0; j <= num_region_rows_minus1; j++ )
regionRowBd[ j + 1 ] = regionRowBd[ j ] + regionRowHeight[ j ]
for( regionRowBd[ 0 ] = 0; j = 0; j <= num_region_rows_minus1; j++ )
regionRowBd[ j + 1 ] = regionRowBd[ j ] + regionRowHeight[ j ]
【0132】
いくつかの実施形態においては、ＣＴＢ単位で第ｉのリージョンの第ｊのタイル列の幅を指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］以下の範囲にある、新しいリストｃｏｌＷｉｄｔｈ［ｉ］［ｊ］は、以下のように導出することができる。
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_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 ]
}
}
【0133】
いくつかの実施形態においては、ＣＴＢ単位で第ｉのリージョンの第ｊのタイル行の高さを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１以下の範囲にある、新しいリストｒｏｗＨｅｉｇｈｔ［ｉ］［ｊ］は、以下のように導出することができる。
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 ]
}
}
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 ]
}
}
【0134】
いくつかの例においては、新しい変数ＣｏｌｕｍｎＷｉｄｔｈＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］、およびＲｏｗＨｅｉｇｈｔＩｎＬｕｍａＳａｍｐｌｅｓ［ｉ］［ｊ］は、以下のように導出することができる。
ColumnWidthInLumaSamples[ i ][ j ] = colWidth[ i ][ j ] * CtbSizeY
RowHeightInLumaSamples[ i ][ j ] = rowHeight[ i ][ j ] * CtbSizeY
ColumnWidthInLumaSamples[ i ][ j ] = colWidth[ i ][ j ] * CtbSizeY
RowHeightInLumaSamples[ i ][ j ] = rowHeight[ i ][ j ] * CtbSizeY
【0135】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの第ｊのタイルの列境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１［ｉ］＋１以下の範囲にある、新しいリストｃｏｌＢｄ［ｉ］［ｊ］は、以下のように導出することができる。
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]
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]
【0136】
いくつかの実施形態においては、符号化ツリーブロック単位で第ｉのリージョンの第ｊのタイルの行境界のロケーションを指定する、ｊが０以上ｎｕｍ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１［ｉ］＋１以下の範囲にある、新しいリストｒｏｗＢｄ［ｉ］［ｊ］は、以下のように導出することができる。
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 ]
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 ]
【0137】
いくつかの実施形態においては、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスから、リージョンベースのタイルスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＲｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＣｔｂＡｄｄｒＲｓＴｏＴｓ［ｃｔｂＡｄｄｒＲｓ］は、以下のように導出することができる。
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++ ) {
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 ]
}
【0138】
リージョンベースのタイルスキャンにおけるＣＴＢアドレスから、ピクチャのＣＴＢラスタスキャンにおけるＣＴＢアドレスへの変換を指定する、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、リストＣｔｂＡｄｄｒＴｓＴｏＲｓ［ｃｔｂＡｄｄｒＴｓ］は、以下のように導出することができる。
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( 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
【0139】
代替的な実施形態においては、各リージョンベースのタイルのためのタイル識別子（ＩＤ）は、２次元（２Ｄ）配列によって表すことができる。第１のインデックスは、リージョンインデックスであることができ、第２のインデックスは、リージョン内におけるタイルインデックスであることができる。図１３は、ピクチャフレーム１３００におけるＴｉｌｅＩＤ表現の例である。
【0140】
タイルスキャンにおけるＣＴＢアドレスから、ｃｔｂＡｄｄｒＴｓが０以上ＰｉｃＳｉｚｅＩｎＣｔｂｓＹ－１以下の範囲にある、２ＤタイルＩＤ ＴｉｌｅＩｄ０［ｃｔｂＡｄｄｒＴｓ］、およびＴｉｌｅＩｄ１［ｃｔｂＡｄｄｒＴｓ］（例えば、２つの新しいリスト）への変換は、以下のように導出することができる。
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
}
}
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
}
}
【0141】
Ｖ．５ タイル符号化のための初期量子化パラメータ
いくつかの実施形態においては、ＨＥＶＣは、各スライスのための初期量子化値を指定することができる。スライス内の符号化ブロックに対して、１つまたは複数の初期量子化パラメータ（ＱＰ）を使用することができる。スライスのためのルーマ量子化パラメータＳｌｉｃｅＱｐYの初期値は、以下のように導出される。
いくつかの実施形態においては、ＨＥＶＣは、各スライスのための初期量子化値を指定することができる。スライス内の符号化ブロックに対して、１つまたは複数の初期量子化パラメータ（ＱＰ）を使用することができる。スライスのためのルーマ量子化パラメータＳｌｉｃｅＱｐYの初期値は、以下のように導出される。
【0142】
ＳｌｉｃｅＱｐY＝２６＋ｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６＋ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａ
ここで、ｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６は、ＰＰＳでシグナリングされ、ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａは、独立のスライスセグメントヘッダでシグナリングされる。
ここで、ｉｎｉｔ＿ｑｐ＿ｍｉｎｕｓ２６は、ＰＰＳでシグナリングされ、ｓｌｉｃｅ＿ｑｐ＿ｄｅｌｔａは、独立のスライスセグメントヘッダでシグナリングされる。
【0143】
スライスのためのクロマ量子化パラメータ、およびスライス内の符号化ブロックは、同様に、ＰＰＳおよびスライスヘッダでシグナリングされる。
【0144】
全方位ビデオ処理については、タイルのセットは、ビューポートまたはフェースにマッピングすることができる。各ビューポートまたはフェースは、ビューポート依存のビデオ処理をサポートするために、異なる品質（例えば、解像度）に符号化することができる。タイルの量子化パラメータは、ＨＥＶＣにおいて指定されるように、スライスヘッダＳｌｉｃｅＱｐYから推測することができ、またはタイルの特性として、明示的にシグナリングすることができる。
【0145】
いくつかの例においては、３６０度のビデオ情報のシグナリング［６］（特許文献１）を使用することができる。例えば、特定のフェースが、別のフェースよりも高品質または低品質で符号化されるケースにおいては、各フェースのためのＱＰを明示的にシグナリングすることができる。同じフェースに属する符号化ツリーブロックは、フェースのための同じ初期ＱＰ信号を共用することができる。
【0146】
いくつかの実施形態においては、同じリージョンに属するすべてのタイルが、同じ初期リージョンＱＰを共用することができるように、リージョンおよび／またはタイルレベルで、ＱＰをシグナリングすることができる。あるいは、各タイルは、初期リージョンＱＰ、および個々のタイルのＱＰオフセット値に基づいた、独自の初期ＱＰ値を有することができる。表４は、そのような実施形態に従った、例示的なシグナリング構造を示している。
【0147】
【表4】
【0148】
ｒｅｇｉｏｎ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、異なるリージョンに対して、異なるＱＰが使用されるかどうかを指定する。
【0149】
ｒｅｇｉｏｎ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］は、符号化ユニットレイヤ内のｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔの値によって変更されるまで、リージョン内のタイルに対して使用される、ＱＰの初期値を指定する。第ｉのリージョンのためのＱｐY量子化パラメータＲｅｇｉｏｎＱｐY［ｉ］の初期値は、以下のように導出することができる。
RegionQpY[i] = 26 + init_qp_minus26 + region_qp_delta[i]
RegionQpY[i] = 26 + init_qp_minus26 + region_qp_delta[i]
【0150】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、異なるタイルに対して、異なるＱＰが使用されるかどうかを指定する。
【0151】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ［ｉ］［ｍ］［ｎ］は、第ｉのリージョンの位置［ｍ］［ｎ］におけるタイル内のコーディングブロックに対して使用される、ＱＰの初期値を指定する。存在しないときは、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔの値は、０に等しいと推測することができる。量子化パラメータＴｉｌｅＱｐＹ［ｉ］［ｍ］［ｎ］の値は、以下のように導出することができる。
TileQpY[ i ][ m ][ n ] = RegionQpY[ i ] + tile_qp_delta[ i ][ m ][ n ]
TileQpY[ i ][ m ][ n ] = RegionQpY[ i ] + tile_qp_delta[ i ][ m ][ n ]
【0152】
各タイルのＱＰは、タイルインデックス順に、指定することができる。タイルインデックスは、以下のように、リージョンインデックス、ならびにタイル列および行の値から導出することができる。
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 ]
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 ]
【0153】
代替的な実施形態においては、タイルＱＰオフセットは、リストで指定することができ、各タイルは、対応するテーブルインデックスを参照することによって、それの初期ＱＰ値を導出することができる。表５は、例示的なＱＰオフセットリストを示しており、表６は、例示的なタイルＱＰ形式を示している。
【0154】
【表5】
【0155】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｌｅｎ＿ｍｉｎｕｓ１プラス１は、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔシンタックス要素の数を指定する。ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔは、初期ＱＰからのタイルＱＰの導出において使用される、ＱＰオフセット値のリストを指定する。
【0156】
【表6】
【0157】
ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘは、ＴｉｌｅＱｐＯｆｆｓｅｔYの値を決定するために使用される、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔへのインデックスを指定する。存在するときは、ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｉｄｘの値は、０以上ｔｉｌｅ＿ｑｐ＿ｏｆｆｓｅｔ＿ｌｉｓｔ＿ｌｅｎ＿ｍｉｎｕｓ１以下の範囲にあるものとする。
【0158】
いくつかの実施形態においては、第ｉのタイルの変数ＴｉｌｅＱｐＯｆｆｓｅｔY［ｉ］、およびＴｉｌｅＱｐY［ｉ］は、以下のように導出することができる。
TileQpOffsetY[i] = tile_qp_offset_list[ tile_qp_offset_idx ]
TileQpY[i] = 26 + init_qp_minus26 + TileQpOffsetY[i]
TileQpOffsetY[i] = tile_qp_offset_list[ tile_qp_offset_idx ]
TileQpY[i] = 26 + init_qp_minus26 + TileQpOffsetY[i]
【0159】
以下の参照文献、すなわち、［１］非特許文献１、［２］非特許文献２、［３］非特許文献３、［４］非特許文献４、［５］非特許文献５、［６］特許文献１、［７］特許文献２、および［８］特許文献３の各々は、参照により本明細書に組み込まれる。
【0160】
ＶＩＩ．結論
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体内に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ１０２、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【0161】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて言及した。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する参照は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【0162】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。代表的な実施形態は、上で言及されたプラットフォームまたはＣＰＵに限定されず、他のプラットフォームおよびＣＰＵが、提供される方法をサポートすることができることが理解されるべきである。
【0163】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分配される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【0164】
説明的な実施形態においては、本明細書において説明される動作、プロセスなどのいずれも、コンピュータ可読媒体上に記憶されたコンピュータ可読命令として実施することができる。コンピュータ可読命令は、モバイルユニット、ネットワーク要素、および／または他の任意のコンピューティングデバイスのプロセッサによって実行することができる。
【0165】
システムの態様のハードウェア実施とソフトウェア実施との間に残る差異は、僅かしか存在しない。ハードウェアを使用するか、それともソフトウェアを使用するかは、一般に（例えば、しかし、ある状況においては、ハードウェアとソフトウェアとの間における選択が、重要になることがあるので、常にではないが）、コスト対効率のトレードオフを表す、設計上の選択である。本明細書において説明されるプロセスおよび／もしくはシステム、ならびに／または他の技術が、それによって影響されることがある、様々な手段（例えば、ハードウェア、ソフトウェア、および／またはファームウェア）が、存在することができ、好ましい手段は、プロセスおよび／もしくはシステム、ならびに／または他の技術が展開される状況とともに、変化することがある。例えば、実施者が、スピードおよび精度が、最優先であると決定した場合、実施者は、主にハードウェアおよび／またはファームウェア手段を選択することができる。柔軟性が、最優先である場合、実施者は、主にソフトウェア実施を選択することができる。あるいは、実施者は、ハードウェア、ソフトウェア、および／またはファームウェアの何らかの組み合わせを選択することができる。
【0166】
上述の詳細な説明は、ブロック図、フローチャート、および／または例の使用を介して、デバイスおよび／またはプロセスの様々な実施形態を記述した。そのようなブロック図、フローチャート、および／または例が、１つまたは複数の機能および／または動作を含む限り、そのようなブロック図、フローチャート、または例内における各機能および／または動作は、広範囲のハードウェア、ソフトウェア、ファームウェア、または実質的にそれらの任意の組み合わせによって、個別に、および／または集団で、実施することができることが、当業者によって理解されよう。適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【0167】
特徴および要素が、上では特定の組み合わせで提供されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。本開示は、様々な態様の例示として意図された、本出願において説明される特定の実施形態に関して、限定されるべきではない。当業者に明らかであるように、それの主旨および範囲から逸脱することなく、多くの変更および変形を行うことができる。本出願の説明において使用される要素、行為、または命令は、明示的にそのようなものとして提供されない限り、本発明にとって重要または必須であると解釈されるべきではない。本明細書において列挙されたものに加えて、本開示の範囲内の機能的に同等の方法および装置が、上述の説明から当業者には明らかであろう。そのような変更および変形は、添付の特許請求の範囲内に包含されることが意図される。本開示は、そのような特許請求の範囲がそれを含む資格がある均等物の全範囲とともに、添付の特許請求の範囲の請求項だけによって限定されるべきである。本開示は、特定の方法またはシステムに限定されないことが理解されるべきである。
【0168】
本明細書において使用される用語は、特定の実施形態を説明することを目的としているにすぎず、限定的であることは意図されていないことも理解されるべきである。本明細書において使用される場合、本明細書において参照されるとき、「局」およびそれの略語「ＳＴＡ」、「ユーザ機器」およびそれの略語「ＵＥ」という用語は、（ｉ）以下で説明されるような、無線送信および／もしくは受信ユニット（ＷＴＲＵ）、（ｉｉ）以下で説明されるような、ＷＴＲＵの数々の実施形態のいずれか、（ｉｉｉ）以下で説明されるような、とりわけ、ＷＴＲＵのいくつかもしくはすべての構造および機能性を用いるように構成された、無線対応および／もしくは有線対応の（例えば、接続可能な）デバイス、（ｉｉｉ）以下で説明されるような、ＷＴＲＵのすべてよりも少ない構造および機能性を用いるように構成された、無線対応および／もしくは有線対応のデバイス、または（ｉｖ）類似したものを意味することができる。本明細書において列挙された任意のＵＥまたはモバイルデバイスを代表する（またはそれらと交換可能である）ことができる、例示的なＷＴＲＵの詳細は、図１Ａ～図１Ｄに関して、以下で提供される。
【0169】
ある代表的な実施形態においては、本明細書において説明される本発明のいくつかの部分は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル信号プロセッサ（ＤＳＰ）、および／または他の統合された形式を介して、実施することができる。しかしながら、当業者は、本明細書において開示される実施形態のいくつかの態様が、全体的または部分的に、集積回路で、１つもしくは複数のコンピュータ上において動作する１つもしくは複数のコンピュータプログラムとして（例えば、１つもしくは複数のコンピュータシステム上において動作する１つもしくは複数のプログラムとして）、１つもしくは複数のプロセッサ上において動作する１つもしくは複数のプログラムとして（例えば、１つもしくは複数のマイクロプロセッサ上において動作する１つもしくは複数のプログラムとして）、ファームウェアとして、または実質的にそれらの任意の組み合わせとして、同等に実施することができること、また回路を設計すること、ならびに／またはソフトウェアおよび／もしくはファームウェアのためのコードを書くことが、本開示を踏まえて、十分に当業者の技能の範囲内にあることを認識されよう。加えて、当業者は、本明細書において説明される本発明のメカニズムは、プログラム製品として、様々な形態で分配することができること、また実際に配信を実行するために使用される特定のタイプの信号保持媒体にかかわりなく、本明細書において説明される本発明の説明的な実施形態が、適用されることを理解されよう。信号保持媒体の例は、以下を、すなわち、フロッピーディスク、ハードディスクドライブ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどの記録可能タイプ媒体、ならびにデジタルおよび／またはアナログ通信媒体（例えば、光ファイバケーブル、導波路、有線通信リンク、無線通信リンクなど）などの伝送タイプ媒体を含むが、それらに限定されない。
【0170】
本明細書において説明される本発明は、他の異なる構成要素内に含まれる、またはそれらと接続される、異なる構成要素をときには例示する。そのような描写されるアーキテクチャは、単なる例にすぎず、実際には、同じ機能性を達成する、他の多くのアーキテクチャを実施することができることが理解されるべきである。概念的な意味では、同じ機能性を達成するための構成要素のいずれの配置も、所望の機能性を達成することができるように、効果的に「関連付け」られる。したがって、特定の機能性を達成するために組み合わされる、本明細書における任意の２つの構成要素は、アーキテクチャまたは介在構成要素に関係なく、所望の機能性が達成されるように、互いに「関連付けられた」ものとして見ることができる。同様に、そのように関連付けられた任意の２つの構成要素は、所望の機能性を達成するために、互いに「動作可能に接続された」または「動作可能に結合された」ものと見なすこともでき、そのように関連付けることが可能な任意の２つの構成要素も、所望の機能性を達成するために、互いに「動作可能に結合可能である」と見なすことができる。動作可能に結合可能な特定の例は、物理的に対にすることが可能な、および／もしくは物理的に対話する構成要素、ならびに／または無線で対話可能な、および／もしくは無線で対話する構成要素、ならびに／または論理的に対話する、および／もしくは論理的に対話可能な構成要素を含むが、それらに限定されない。
【0171】
本明細書における実質的にいずれの複数形および／または単数形の用語の使用に関しても、当業者は、状況または用途に適するように、複数形から単数形に、および／または単数形から複数形に転換することができる。明確にするために、様々な単数形／複数形の置換が、本明細書において明確に記述されることがある。
【0172】
一般に、本明細書において、特に、添付の特許請求の範囲（例えば、添付の特許請求の範囲の本文）において使用される用語は、一般に「オープン」タームとして意図されていることが、当業者によって理解されよう（例えば、「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、「含むが、～に限定されない」と解釈されるべきであり、「有する（ｈａｖｉｎｇ）」という用語は、「少なくとも、～を有する」と解釈されるべきであり、「含む（ｉｎｃｌｕｄｅｓ）」という用語は、「含むが、～に限定されない」と解釈されるべきであるなど）。導入される請求項列挙物の具体的な数が、意図される場合、そのような意図は、請求項において明示的に記述され、そのような記述がないときは、そのような意図が存在しないことが、当業者によってさらに理解されよう。例えば、ただ１つのアイテムが、意図される場合、「単一」という用語、または類似の言葉を使用することができる。理解の助けとして、以下の添付の特許請求の範囲、および／または本明細書における説明は、請求項列挙物を導入するために、導入句「少なくとも１つ」および「１つまたは複数」の使用を含むことができる。しかしながら、そのような句の使用は、同じ請求項が、導入句「１つまたは複数」または「少なくとも１つ」、および「ａ」または「ａｎ」などの不定冠詞を含むときであっても、不定冠詞「ａ」または「ａｎ」による請求項列挙物の導入が、そのような導入される請求項列挙物を含む任意の特定の請求項を、そのような列挙物をただ１つ含む実施形態に限定することを暗示すると解釈されるべきではない（例えば、「ａ」および／または「ａｎ」は、「少なくとも１つ」または「１つまたは複数」を意味すると解釈されるべきである）。同じことが、請求項列挙物を導入するために使用される定冠詞の使用に対して当てはまる。加えて、導入される請求項列挙物の具体的な数が、明示的に記述される場合であっても、そのような記述は、少なくとも記述された数を意味すると解釈されるべきであることを、当業者は認識されよう（例えば、他の修飾語句を伴わない「２つの列挙物」の無修飾の列挙は、少なくとも２つの列挙物、または２つ以上の列挙物を意味する）。
【0173】
さらに、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、およびＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」などに類似した従来表現が、使用される場合、一般に、そのような構文は、当業者が従来表現を理解する意味で意図されている（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つを有するシステム」は、Ａだけを、Ｂだけを、Ｃだけを、ＡとＢを一緒に、ＡとＣを一緒に、ＢとＣを一緒に、および／またはＡ、Ｂ、Ｃを一緒に有するシステムなどを含むが、それらに限定されない）。説明内であろうと、特許請求の範囲内であろうと、または図面内であろうと、２つ以上の代替項を提示する、実質的にいずれの選言的な語および／または句も、項の１つ、項のどちらか、または項の両方を含む可能性を企図していると理解されるべきであることが、当業者によってさらに理解されよう。例えば、「ＡまたはＢ」という句は、「Ａ」、または「Ｂ」、または「ＡおよびＢ」の可能性を含むと理解される。さらに、本明細書において使用される場合、複数のアイテムおよび／またはアイテムの複数のカテゴリのリストが後続する「～のうちのいずれか」という用語は、アイテムおよび／またはアイテムのカテゴリ「のうちのいずれか」、「の任意の組み合わせ」、「のうちの任意の複数」、および／または「のうちの複数の任意の組み合わせ」を、個々に、または他のアイテムおよび／もしくはアイテムの他のカテゴリと併せて、含むことが意図される。さらに、本明細書において使用される場合、「セット」または「グループ」という用語は、ゼロを含む、任意の数のアイテムを含むことが意図される。加えて、本明細書において使用される場合、「数」という用語は、ゼロを含む、任意の数を含むことが意図される。
【0174】
加えて、本開示の特徴または態様が、マーカッシュ群に関して説明される場合、本開示も、それによって、マーカッシュ群のいずれか個々のメンバまたはメンバのサブグループに関して説明されることを当業者は認識されよう。
【0175】
当業者によって理解されるように、書かれた説明を提供することに関してなど、ありとあらゆる目的のために、本明細書において開示されるすべての範囲は、ありとあらゆる可能なサブ範囲、およびそれのサブ範囲の組み合わせも包含する。いずれの記載される範囲も、少なくとも等しい半分、３分の１、４分の１、５分の１、１０分の１などに分解された同じ範囲を十分に記述し、可能にするものとして、容易に認識することができる。非限定的な例として、本明細書において説明される各範囲は、下方３分の１、中央３分の１、および上方３分の１などに簡単に分解することができる。やはり当業者によって理解されるように、「最大で」、「少なくとも」、「より大きい」、および「より小さい」などのすべての言葉は、記述された数を含み、上で説明されたように、後でサブ範囲に分割することができる範囲を指す。最後に、当業者によって理解されるように、範囲は、各個々のメンバを含む。したがって、例えば、１～３個のセルを有するグループは、１個、２個、または３個のセルを有するグループを指す。同様に、１～５個のセルを有するグループは、１個、２個、３個、４個、または５個のセルを有するグループを指し、その他についても同様である。
【0176】
さらに、特許請求の範囲は、その趣旨で述べられない限り、提供された順序または要素に限定されるものとして読まれるべきではない。加えて、いずれかの請求項における「～のための手段」という用語の使用は、米国特許法第１１２条第６段落、またはミーンズプラスファンクションクレーム形式を行使することが意図され、「～のための手段」という用語を伴わないいずれの請求項も、そのようなものとして意図されない。
【0177】
ソフトウェアと関連付けられたプロセッサを使用して、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、モビリティ管理エンティティ（ＭＭＥ）もしくは進化型パケットコア（ＥＰＣ）、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。ＷＴＲＵは、ハードウェア、および／またはソフトウェア無線（ＳＤＲ）を含む、ソフトウェアで実施されるモジュール、ならびにカメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、バイブレーションデバイス、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、近距離無線通信（ＮＦＣ）モジュール、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなどの、他の構成要素と併せて、使用することができる。
【0178】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【0179】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【0180】
本開示を通して、ある代表的な実施形態を、他の代表的な実施形態と選択的に、または他の代表的な実施形態と組み合わせて、使用することができることを、当業者は理解する。
【0181】
特徴および要素が、上では特定の組み合わせで説明されたが、各特徴または要素は、単独で、または他の特徴および要素との任意の組み合わせで使用することができることを、当業者は理解されよう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のために、コンピュータ可読媒体に含まれた、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。非一時的なコンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ－ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＲＴＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための、無線周波数送受信機を実施することができる。
【0182】
さらに、上で説明された実施形態においては、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスについて言及した。これらのデバイスは、少なくとも１つの中央処理ユニット（「ＣＰＵ」）と、メモリとを含むことができる。コンピュータプログラミングの分野における当業者の慣行に従って、行為、および動作または命令のシンボル表現に対する言及は、様々なＣＰＵおよびメモリによって実行することができる。そのような行為、および動作または命令は、「実行される」、「コンピュータで実行される」または「ＣＰＵで実行される」と言われることがある。
【0183】
行為、およびシンボリックに表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを、当業者は理解されよう。電気システムは、データビットを表し、それは、結果として生じる電気信号の変換または低減、およびメモリシステム内のメモリロケーションにおけるデータビットの維持を引き起こすことができ、それによって、ＣＰＵの動作、および信号の他の処理を再構成し、またはさもなければ変更する。データビットが維持されるメモリロケーションは、データビットに対応する、またはデータビットを表す、特定の電気的、磁気的、光学的、または有機的特性を有する、物理的なロケーションである。
【0184】
データビットは、ＣＰＵによって可読な、磁気ディスク、光ディスク、および他の任意の揮発性（例えば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（例えば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含む、コンピュータ可読媒体上に維持することもできる。コンピュータ可読媒体は、協調的な、または相互接続されたコンピュータ可読媒体を含むことができ、それらは、処理システム上に排他的に存在し、または処理システムに対してローカルもしくはリモートであることができる、複数の相互接続された処理システム間に分配される。代表的な実施形態は、上で言及されたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートすることができることが理解される。
【0185】
適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け標準製品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【0186】
本発明は、通信システムに関して説明されたが、システムは、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施することができることが企図される。ある実施形態においては、様々な構成要素の機能のうちの１つまたは複数は、汎用コンピュータを制御するソフトウェアで実施することができる。
【0187】
加えて、本発明は、特定の実施形態を参照して、本明細書において例示および説明されたが、本発明は、示された詳細に限定されることを意図しない。むしろ、特許請求の範囲の均等物のスコープおよび範囲内において、また本発明から逸脱することなく、詳細に様々な変更を行うことができる。
【図1A】
【図1B】
【図1C】
【図1D】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9A】
【図9B】
【図10】
【図11A】
【図11B】
【図12A】
【図12B】
【図12C】
【図13】