JP2025511368A - エントロピ符号化に関連するシステム及び方法 - Google Patents

Abstract

デバイスは、１つ以上のアクションを実行するように構成され得る。本デバイスは、コンテキスト適応エントロピ復号化のための量子化パラメータ補正に関連する値を取得するように構成され得る。デバイスは、スロープ係数及びオフセット係数を取得するように構成され得る。デバイスは、スロープ係数と、オフセット係数と、量子化パラメータ補正に関連する値とに基づいて、コンテキスト適応エントロピ復号化に関連する確率状態の初期値を決定するように構成され得る。デバイスは、確率状態の初期値に基づいてコンテキスト適応エントロピ復号化を実行するように構成され得る。

Description

（関連出願の相互参照）
本出願は、２０２２年４月８日に出願された欧州特許出願第２２３０５５０７．０号の利益を主張し、その内容は参照により本明細書に組み込まれる。

ビデオ符号化システムは、デジタルビデオコンテンツを圧縮して、例えば、かかるコンテンツに必要とされる記憶容量及び／又は送信帯域幅を低減するように使用され得る。これらの符号化システムは、例えば、ブロックベース、ウェーブレットベース、及び／又はオブジェクトベースのシステムを含むことができ、ビデオコンテンツの無損失圧縮を達成するために、エントロピ符号化技法を使用してビデオコンテンツを符号化／復号化することができる。したがって、エントロピ符号化の効率及び柔軟性を改善することによって、ビデオ符号化システムの性能も改善され得る。

コンテキスト適応バイナリ算術符号化（ＣＡＢＡＣ）などのエントロピ符号化に関連するシステム、方法、及び手段が本明細書で開示される。本開示の実施形態によれば、ビデオデコーダは、エントロピ復号化確率状態を決定するための第１の複数のパラメータを含み得るエントロピ復号化コンテキストモデルを決定し、第１の複数のパラメータのうちの少なくとも１つのための補正値を取得するように構成されたプロセッサを含み得る。プロセッサは、補正値が第１の複数のパラメータのうちの少なくとも１つに適用され得るエントロピ復号化コンテキストモデルに基づいてエントロピ復号化確率状態を決定することと、エントロピ復号化確率状態に少なくとも基づいてビデオデータのスライスに対してエントロピ復号化を実行することとを行うように更に構成され得る。

本開示の実施形態によれば、ビデオエンコーダは、エントロピ符号化確率状態を決定するための第１の複数のパラメータを含み得るエントロピ符号化コンテキストモデルを決定し、第１の複数のパラメータのうちの少なくとも１つのための補正値を（例えば、残差係数値、スライスタイプ、及び／又はエントロピ符号化コンテキストに関係する他のファクタに基づいて）決定するように構成されたプロセッサを含み得る。プロセッサは、補正値が第１の複数のパラメータのうちの少なくとも１つに適用され得るエントロピ符号化コンテキストモデルに基づいてエントロピ符号化確率状態を決定することと、エントロピ符号化確率状態に少なくとも基づいてビデオデータのスライスに対してエントロピ符号化を実行することとを行うように更に構成され得る。プロセッサは、ビデオデータのスライス及び／又はビデオデータ中の補正値の指示を含めるように構成され得る。

例では、第１の複数のパラメータは、量子化パラメータ、並びにエントロピ復号化又は符号化確率状態を決定するときに適用されるべき第１のスロープ係数及び第１のオフセットを含み得、（例えば、ビデオエンコーダ又はビデオデコーダの）プロセッサは、エントロピ復号化又は符号化確率状態を決定するときに補正値を量子化パラメータに適用するように構成され得る。実施形態では、エントロピ復号化又は符号化コンテキストモデルは、エントロピ符号化ウィンドウサイズを決定するための第２の複数のパラメータを更に含んでもよく、第２の複数のパラメータは、エントロピ符号化ウィンドウサイズを決定するときに適用される第２のスロープ係数及び第２のオフセットを含んでもよい。

例では、コンテキストについての初期確率状態が更新され得る。例では、（例えば、ビデオエンコーダ又はビデオデコーダの）プロセッサは、エントロピ符号化がビデオデータのスライスに対して開始された後にエントロピ復号化又は符号化確率状態を更新するように更に構成され得る。例えば、プロセッサは、ビデオデータのスライスに関連するいくつかのデータユニット（例えば、符号化ユニット又はビン）がエントロピ符号化又は復号化された後に、エントロピ復号化又は符号化確率状態（又は他のパラメータ）を更新するように構成され得る。

例では、エントロピ復号化又は符号化コンテキストモデルは、復号化又は符号化されているビデオデータのスライスタイプ（例えば、イントラ予測（Ｉ）、双予測（Ｂ）、又は単予測（Ｐ））に少なくとも基づいて決定され得、（例えば、ビデオエンコーダ又はビデオデコーダの）プロセッサは、ビデオデータに関連するスライスヘッダから補正値を取得するように構成され得る。

例では、ビデオエンコーダは、ビデオデコーダに送信されるビデオデータ中に適用可能なエントロピ符号化コンテキストモデルの指示を含めることができ、ビデオデコーダは、ビデオデータ（例えば、スライスタイプ）中に含まれる指示及び／又は他の情報を使用して、適用可能なエントロピ符号化コンテキストモデルを決定し、及び／又は、例えば、適用可能なエントロピ符号化コンテキストモデルをエントロピ符号化パラメータにマッピングし得るルックアップテーブル（ＬＵＴ）から、エントロピ符号化コンテキストモデルに関連するエントロピ符号化パラメータ（例えば、エントロピ符号化初期化パラメータ）を更に取得することができる。

本明細書で説明するシステム、方法、及び手段は、本明細書で説明する動作をプロセッサに実行させるための命令を含み得る、エンコーダ、デコーダ、及び／又はコンピュータ可読媒体を含み得る。

１つ以上の開示された実施形態が実装され得る、例示的な通信システムを例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、例示的な無線アクセスネットワーク（radio access network、ＲＡＮ）及び例示的なコアネットワーク（core network、ＣＮ）を例解するシステム図である。 一実施形態による、図１Ａに例解される通信システム内で使用され得る、更なる例示的なＲＡＮ及び更なる例示的なＣＮを例解するシステム図である。 例示的なビデオエンコーダを示すブロック図である。 例示的なビデオデコーダを示すブロック図である。 様々な態様及び例が実装され得るシステムの例を示すブロック図である。 エントロピ符号化に関連する例示的な動作を示す流れ図である。 エントロピ符号化に関連する例示的な動作を示す別の流れ図である。 パラメータ初期化の例を示す流れ図である。 ビンの復号化の例を示す流れ図である。 エントロピ符号化コンテキストモデル初期化の例を示す流れ図である。 エントロピ符号化コンテキストモデル切り替えの例を示す流れ図である。

より詳細な理解は、例として添付の図面と併せて与えられる、以下の説明から得られ得る。

図１Ａは、１つ以上の開示された実施形態が実装され得る、例示的な通信システム１００を例解する図である。通信システム１００は、音声、データ、ビデオ、メッセージ伝達、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多重アクセスシステムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を通じて、このようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、コード分割多重アクセス（code division multiple access、ＣＤＭＡ）、時分割多重アクセス（time division multiple access、ＴＤＭＡ）、周波数分割多重アクセス（frequency division multiple access、ＦＤＭＡ）、直交ＦＤＭＡ（orthogonal FDMA、ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（single-carrier FDMA、ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ－Ｓｐｒｅａｄ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（unique word OFDM、ＵＷ－ＯＦＤＭ）、リソースブロックフィルタ処理ＯＦＤＭ、フィルタバンク多重キャリア（filter bank multicarrier、ＦＢＭＣ）などの、１つ以上のチャネルアクセス方法を用い得る。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話ネットワーク（public switched telephone network、ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、を含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作し、かつ／又は通信するように構成された、任意のタイプのデバイスであり得る。例として、それらのうちのいずれかが「局（station）」及び／又は「ＳＴＡ」と称され得るＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信及び／又は受信するように構成され得、ユーザ機器（user equipment、ＵＥ）、移動局、固定加入者ユニット又は移動加入者ユニット、加入ベースのユニット、ページャ、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポット又はＭｉ－Ｆｉデバイス、モノのインターネット（Internet of Things、ｌｏＴ）デバイス、ウォッチ又は他の着用式の、ヘッドマウントディスプレイ（head-mounted display、ＨＭＤ）、車両、ドローン、医療デバイス及びアプリケーション（例えば、遠隔手術用）、工業用デバイス及びアプリケーション（例えば、工業用及び／又は自動処理チェーンコンテキストで動作するロボット及び／又は他の無線デバイス）、家電デバイス、商業用無線ネットワーク及び／又は工業用無線ネットワークで動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｄのいずれも、互換的にＵＥと称され得る。

通信システム１００はまた、基地局１１４ａ及び／又は基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地局トランシーバ（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、各々単一の要素として描示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得ることが理解されよう。

基地局１１４ａは、基地局コントローラ（base station controller、ＢＳＣ）、無線ネットワークコントローラ（radio network controller、ＲＮＣ）、リレーノードなど、他の基地局及び／又はネットワーク要素（図示せず）もまた含み得る、ＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａ及び／又は基地局１１４ｂは、セル（図示せず）と称され得る、１つ以上の搬送波周波数で無線信号を送信及び／又は受信するように構成され得る。これらの周波数は、認可スペクトル、未認可スペクトル、又は認可スペクトルと未認可スペクトルとの組み合わせであり得る。セルは、相対的に固定され得るか、又は経時的に変化し得る特定の地理的エリアに、無線サービスのカバレッジを提供し得る。セルは、セルセクタに更に分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分けられ得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバを、すなわち、セルのセクタごとに１つのトランシーバを含み得る。一実施形態では、基地局１１４ａは、多重入力多重出力（multiple-input multiple output、ＭＩＭＯ）技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。例えば、ビーム形成を使用して、所望の空間方向に信号を送信及び／又は受信し得る。

基地局１１４ａ、１１４ｂは、エアーインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上と通信し得、このエアーインターフェースは、任意の好適な無線通信リンク（例えば、無線周波数（radio frequency、ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光など）であり得る。エアーインターフェース１１６は、任意の好適な無線アクセス技術（radio access technology、ＲＡＴ）を使用して確立され得る。

より具体的には、上記のように、通信システム１００は、多重アクセスシステムであり得るが、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの、１つ以上のチャネルアクセス方式を用い得る。例えば、ＲＡＮ１０４／１１３内の基地局１１４ａ、及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは、広帯域ＣＤＭＡ（wideband CDMA、ＷＣＤＭＡ）を使用して、エアーインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（Downlink、ＤＬ）パケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed UL Packet Access、ＨＳＵＰＡ）を含み得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏ（ＬＴＥ－Ａ Ｐｒｏ）を使用してエアーインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ無線アクセスなどの無線技術を実装し得、この技術は、新しい無線（New Radio、ＮＲ）を使用してエアーインターフェース１１６を確立し得る。

一実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。例えば、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（dual connectivity、ＤＣ）原理を使用して、ＬＴＥ無線アクセス及びＮＲ無線アクセスを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアーインターフェースは、複数のタイプの無線アクセス技術、及び／又は複数のタイプの基地局（例えば、ｅＮＢ及びｇＮＢ）に送られる／そこから送られる送信によって、特徴付けられ得る。

他の実施形態では、基地局１１４ａ及びＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線フィデリティ（Wireless Fidelity、ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard、ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであり得、事業所、家庭、車両、キャンパス、工業施設、（例えば、ドローンによる使用のための）空中回廊、道路などのような局所的エリアにおける無線接続を容易にするために、任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。更に別の一実施形態では、基地局１１４ｂ及びＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がない場合がある。

ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得るが、これは、音声、データ、アプリケーション、及び／又はボイスオーバインターネットプロトコル（voice over internet protocol、ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に提供するように構成された、任意の種類のネットワークであり得る。データは、例えば、異なるスループット要件、待ち時間要件、誤り許容要件、信頼性要件、データスループット要件、モビリティ要件などの、様々なサービス品質（quality of service、ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼制御、支払い請求サービス、移動体ロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供し得、かつ／又はユーザ認証などの高レベルセキュリティ機能を実施し得る。図１Ａには示していないが、ＲＡＮ１０４／１１３及び／又はＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを採用する、他のＲＡＮと、直接又は間接的に通信し得ることが理解されよう。例えば、ＮＲ無線技術を利用し得るＲＡＮ１０４／１１３に接続されていることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、又はＷｉＦｉ無線技術を用いて、別のＲＡＮ（図示せず）と通信し得る。

ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての機能を果たし得る。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service、ＰＯＴＳ）を提供する回線交換電話網を含み得る。インターネット１１０は、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得、これらのネットワーク及びデバイスは、送信制御プロトコル（transmission control protocol、ＴＣＰ）、ユーザデータグラムプロトコル（user datagram protocol、ＵＤＰ）、及び／又はＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（internet protocol、ＩＰ）などの、共通通信プロトコルを使用する。ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は運用されている、有線通信ネットワーク及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ又は異なるＲＡＴを用い得る、１つ以上のＲＡＮに接続された別のＣＮを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか又は全ては、マルチモード機能を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る）。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２を例解するシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、とりわけ、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、前述の要素の任意の部分的組み合わせを含み得ることが理解されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（digital signal processor、ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuits、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Arrays、ＦＰＧＡ）回路、任意の他の種類の集積回路（integrated circuit、ＩＣ）、状態機械などで、あり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８及びトランシーバ１２０を別個のコンポーネントとして描示するが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップにおいて一体に統合され得るということが理解されよう。

送信／受信要素１２２は、エアーインターフェース１１６を介して、基地局（例えば、基地局１１４ａ）との間で信号を送信するか、又は受信するように構成され得る。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、又は可視光信号を送信、かつ／又は受信するように構成されたエミッタ／検出器であり得る。更に別の実施形態では、送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び／又は受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信かつ／又は受信するように構成され得ることが理解されよう。

送信／受信要素１２２は、単一の要素として図１Ｂに描示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアーインターフェース１１６を介して無線信号を送受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含み得る。

トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。したがって、トランシーバ１２０は、例えば、ＮＲ及びＩＥＥＥ８０２．１１などの複数のＲＡＴを介してＷＴＲＵ１０２が通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニット）に結合され得、これらからユーザが入力したデータを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意の種類の好適なメモリから情報にアクセスし、当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク、又は任意の他の種類のメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバ又はホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置していないメモリから情報にアクセスして、当該メモリにデータを記憶し得る。

プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２における他の構成要素に電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池（例えば、ニッケルカドミウム（nickel-cadmium、ＮｉＣｄ）、ニッケル亜鉛（nickel-zinc、ＮｉＺｎ）、ニッケル金属水素化物（nickel metal hydride、ＮｉＭＨ）、リチウムイオン（lithium-ion、Ｌｉ－ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。

プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得るが、これは、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、又はその代わりに、ＷＴＲＵ１０２は、エアーインターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）からロケーション情報を受信し、かつ／又は２つ以上の近接基地局から受信されている信号のタイミングに基づいて、そのロケーションを決定し得る。ＷＴＲＵ１０２は、一実施形態との一貫性を有したまま、任意の好適なロケーション決定方法によってロケーション情報を取得し得ることが理解されよう。

プロセッサ１１８は、他の周辺機器１３８に更に結合され得るが、他の周辺機器１３８には、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェア及び／又はハードウェアモジュールが含まれ得る。例えば、周辺機器１３８には、加速度計、電子コンパス、衛星トランシーバ、（写真及び／又はビデオのための）デジタルカメラ、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、仮想現実及び／又は拡張現実（Virtual Reality/Augmented Reality、ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどが含まれ得る。周辺機器１３８は、１つ以上のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、方位センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、及び／又は湿度センサのうちの１つ以上であり得る。

ＷＴＲＵ１０２は、（例えば、ＵＬ（例えば、送信用）及びダウンリンク（例えば、受信用）の両方のための特定のサブフレームと関連付けられた信号のいくつか又は全ての送信及び受信が、並列及び／又は同時であり得る、全二重無線機を含み得る。全二重無線機は、ハードウェア（例えば、チョーク）又はプロセッサ（例えば、別個のプロセッサ（図示せず）又はプロセッサ１１８を介して）を介した信号処理のいずれかを介して自己干渉を低減し、かつ又は実質的に排除するための干渉管理ユニットを含み得る。一実施形態では、ＷＲＴＵ１０２は、（例えば、ＵＬ（例えば、送信用）又はダウンリンク（例えば、受信用）のいずれかのための特定のサブフレームと関連付けられた）信号のうちのいくつか又は全てのうちのどれかの送信及び受信のための、半二重無線機を含み得る。

図１Ｃは、一実施形態にかかる、ＲＡＮ１０４及びＣＮ１０６を例解するシステム図である。上記のように、ＲＡＮ１０４は、エアーインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信し得る。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との一貫性を有したまま、任意の数のｅノードＢを含み得るということが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアーインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／又はＷＴＲＵ１０２ａから無線信号を受信し得る。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、かつ無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリングなどを処理するように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。

図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（mobility management entity、ＭＭＥ）１６２、サービングゲートウェイ（serving gateway、ＳＧＷ）１６４、及びパケットデータネットワーク（packet data network、ＰＤＮ）ゲートウェイ（又はＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として描示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運営され得ることが理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択すること、などの役割を果たし得る。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ及び／又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供し得る。

ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングして、転送し得る。ＳＧＷ１６４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカする機能、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガする機能、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理及び記憶する機能などの、他の機能を実行し得る。

ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。

ＣＮ１０６は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。

ＷＴＲＵは、無線端末として図１Ａ～図１Ｄに説明されているが、ある特定の代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的又は永久的に）使用し得ることが企図される。

代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。

インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのアクセスポイント（ＡＰ）及びＡＰと関連付けられた１つ以上の局（ＳＴＡ）を有し得る。ＡＰは、配信システム（Distribution System、ＤＳ）若しくはＢＳＳに入り、かつ／又はＢＳＳから出るトラフィックを搬送する、別のタイプの有線ネットワーク／無線ネットワークへのアクセス又はインターフェースを有し得る。ＢＳＳ外を起点とする、ＳＴＡへのトラフィックは、ＡＰを通って到達し得、ＳＴＡに送られ得る。ＳＴＡを起点としてＢＳＳ外の宛先へと向かうトラフィックは、それぞれの宛先に送られるように、ＡＰに送信され得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを通って送信され得、ソースＳＴＡは、ＡＰにトラフィックを送り得、ＡＰは、トラフィックを宛先ＳＴＡに送り得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとしてみなされ得る、かつ／又は称され得る。ピアツーピアトラフィックは、ソースＳＴＡと宛先ＳＴＡとの間で（例えば、これらの間で直接的に）、直接リンクセットアップ（direct link setup、ＤＬＳ）を使用して送られ得る。ある特定の代表的な実施形態では、ＤＬＳは、８０２．１１ｅ ＤＬＳ又は８０２．１１ｚトンネル化ＤＬＳ（tunneled DLS、ＴＤＬＳ）を使用し得る。独立ＢＳＳ（Independent BSS、ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しない場合があり、ＩＢＳＳ内又はこれを使用するＳＴＡ（例えば、ＳＴＡの全て）は、互いに直接通信し得る。通信のＩＢＳＳモードは、本明細書では、「アドホック」通信モードと称され得る。

８０２．１１ａｃインフラストラクチャ動作モード又は同様の動作モードを使用する際、ＡＰは、プライマリチャネルなどの固定チャネル上にビーコンを送信し得る。プライマリチャネルは、固定幅（例えば、２０ＭＨｚ幅の帯域幅）又はシグナリングを介して動的に設定される幅であり得る。プライマリチャネルは、ＢＳＳの動作チャネルであり得るが、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。ある特定の代表的な実施形態では、例えば、８０２．１１システムにおいて、衝突回避を備えたキャリア感知多重アクセス（Carrier Sense Multiple Access with Collision Avoidance、ＣＳＭＡ／ＣＡ）が実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、全てのＳＴＡ）は、プライマリチャネルを検知し得る。プライマリチャネルが特定のＳＴＡによってビジーであると検知／検出、かつ／又は決定された場合、特定のＳＴＡは、バックオフされ得る。１つのＳＴＡ（例えば、１つの局のみ）は、所与のＢＳＳにおいて、任意の所与の時間に送信され得る。

高スループット（High Throughput、ＨＴ）ＳＴＡは、通信のための４０ＭＨｚ幅のチャネルを使用し得、この４０ＭＨｚ幅のチャネルは、例えば、プライマリ２０ＭＨｚチャネルと、隣接又は非隣接の２０ＭＨｚチャネルとの組み合わせを介して形成され得る。

非常に高いスループット（Very High Throughput、ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、及び／又は１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚ及び／又は８０ＭＨｚチャネルは、隣接する複数の２０ＭＨｚチャネルを組み合わせることによって形成され得る。１６０ＭＨｚチャネルは、８つの連続する２０ＭＨｚチャネルを組み合わせることによって、又は８０＋８０構成と称され得る２つの隣接していない８０ＭＨｚチャネルを組み合わせることによって、形成され得る。８０＋８０構成の場合、チャネル符号化後、データは、データを２つのストリームに分け得るセグメントパーサを通過し得る。逆高速フーリエ変換（Inverse Fast Fourier Transform、ＩＦＦＴ）処理、及び時間領域処理は、各ストリームで別個に行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成に対する上記で説明される動作は逆にされ得、組み合わされたデータは媒体アクセス制御（Medium Access Control、ＭＡＣ）に送られ得る。

サブ１ＧＨｚの動作モードは、８０２．１１ａｆ及び８０２．１１ａｈによってサポートされる。チャネル動作帯域幅及び搬送波は、８０２．１１ｎ及び８０２．１１ａｃで使用されるものと比較して、８０２．１１ａｆ及び８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（TV White Space、ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、及び２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、及び１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロ通信範囲エリア内のＭＴＣデバイスなど、メータタイプの制御／マシンタイプ通信をサポートし得る。ＭＴＣデバイスは、ある特定の性能、例えば、ある特定の及び／又は限定された帯域幅のためのサポート（例えば、これらのみをサポートする）を含む、限定された性能を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するために）閾値を上回るバッテリ寿命を有するバッテリを含み得る。

複数のチャネル、並びに８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、及び８０２．１１ａｈなどのチャネル帯域幅をサポートし得るＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおける全てのＳＴＡによってサポートされる最大共通動作帯域幅に等しい帯域幅を有し得る。プライマリチャネルの帯域幅は、最小帯域幅動作モードをサポートするＢＳＳで動作する全てのＳＴＡの中から、ＳＴＡによって設定され、かつ／又は制限され得る。８０２．１１ａｈの実施例では、プライマリチャネルは、ＡＰ、及びＢＳＳにおける他のＳＴＡが２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、及び／又は他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（例えば、これのみをサポートする）ＳＴＡ（例えば、ＭＴＣ型デバイス）に対して１ＭＨｚ幅であり得る。キャリア感知及び／又はネットワーク割り当てベクトル（Network Allocation Vector、ＮＡＶ）設定は、プライマリチャネルのステータスに依存し得る。例えば、ＡＰに送信する（１ＭＨｚ動作モードのみをサポートする）ＳＴＡに起因して、プライマリチャネルが動作中である場合、周波数帯域の大部分が動作休止のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が動作中であるとみなされ得る。

米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯域は、９０２ＭＨｚ～９２８ＭＨｚである。韓国では、利用可能な周波数帯域は９１７．５ＭＨｚ～９２３．５ＭＨｚである。日本では、利用可能な周波数帯域は９１６．５ＭＨｚ～９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な総帯域幅は、国のコードに応じて６ＭＨｚ～２６ＭＨｚである。

図１Ｄは、一実施形態による、ＲＡＮ１１３及びＣＮ１１５を例解するシステム図である。上記のように、ＲＡＮ１１３は、エアーインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＮＲ無線技術を採用し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信し得る。

ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、一実施形態との一貫性を有したまま、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアーインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ビームフォーミングを利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し得る、かつ／又はｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信し得る。したがって、ｇＮＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送信、かつ／又は受信し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。例えば、ｇＮＢ１８０ａは、複数の要素搬送波をＷＴＲＵ１０２ａ（図示せず）に送信し得る。こうした要素搬送波のサブセットは、未認可スペクトル上にあり得るが、残りの要素搬送波は、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（Coordinated Multi-Point、ＣｏＭＰ）技術を実装し得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａ及びｇＮＢ１８０ｂ（及び／又はｇＮＢ１８０ｃ）からの協調送信を受信し得る。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔及び／又はＯＦＤＭサブキャリア間隔は、無線送信スペクトルの異なる送信、異なるセル、及び／又は異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、かつ／又は様々な長さの絶対時間が持続する）様々な又はスケーラブルな長さのサブフレーム又は送信時間間隔（transmission time interval、ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成及び／又は非スタンドアロン構成でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、未認可帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し、これらに接続する一方で、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信し、これらに接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つ以上のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ及び１つ以上のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためのＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティアンカとして機能し得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービス提供するための追加のカバレッジ及び／又はスループットを提供し得る。

ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）と関連付けられ得、無線リソース管理意思決定、ハンドオーバ意思決定、ＵＬ及び／又はＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間のインターワーキング、ユーザプレーン機能（User Plane Function、ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータの経路指定、アクセス及びモビリティ管理機能（Access and Mobility Management Function、ＡＭＦ）１８２ａ、１８２ｂへの制御プレーン情報の経路指定などを処理するように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信し得る。

図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（Session Management Function、ＳＭＦ）１８３ａ、１８３ｂ、及び場合によってはデータネットワーク（Data Network、ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として描示されているが、これらの要素のいずれも、ＣＮオペレータ以外のエンティティによって所有及び／又は運用され得ることが理解されよう。

ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃの１つ以上に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ネットワークスライシングのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの処理）、特定のＳＭＦ１８３ａ、１８３ｂの選択、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などの役割を果たし得る。ネットワークスライスは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃを利用しているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、超高信頼低遅延（ultra-reliable low latency、ＵＲＬＬＣ）アクセスに依存するサービス、拡張大規模モバイルブロードバンド（enhanced massive mobile broadband、ｅＭＢＢ）アクセスに依存するサービス、マシンタイプ通信（machine type communication、ＭＴＣ）アクセスのためのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ及び／又はＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を用いる他のＲＡＮ（図示せず）との間で交換するための制御プレーン機能を提供し得る。

ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択及び制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥ ＩＰアドレスを管理し、配分すること、ＰＤＵセッションを管理すること、ポリシー執行及びＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどの、他の機能を実施し得る。ＰＤＵセッション種類は、ＩＰベース、非ＩＰベース、イーサネットベースなどであり得る。

ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つ以上に接続され得、これにより、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し得る。ＵＰＦ１８４、１８４ｂは、パケットを経路指定し、転送すること、ユーザプレーンポリシーを執行すること、多重ホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供することなどの、他の機能を実施し得る。

ＣＮ１１５は、他のネットワークとの通信を容易にし得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のネットワーク１１２へのアクセスを提供し得、この他のネットワークは、他のサービスプロバイダによって所有及び／又は運用されている他の有線及び／又は無線ネットワークを含み得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェース、及びＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースを介して、ＵＰＦ１８４ａ、１８４ｂを通じて、ローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。

図１Ａ～図１Ｄ、及び図１Ａ～図１Ｄの対応する説明から見て、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ及びｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ及びｂ、ＵＰＦ１８４ａ及びｂ、ＳＭＦ１８３ａ及びｂ、ＤＮ１８５ａ及びｂ、並びに／又は本明細書に記載される任意の他のデバイスのうちの１つ以上に関する、本明細書に記載される機能のうちの１つ以上又は全ては、１つ以上のエミュレーションデバイス（図示せず）によって実施されてもよい。エミュレーションデバイスは、本明細書に説明される機能のうちの１つ以上又は全てをエミュレートするように構成された１つ以上のデバイスであり得る。例えば、エミュレーションデバイスを使用して、他のデバイスを試験し、かつ／又は、ネットワーク及び／若しくはＷＴＲＵ機能をシミュレートし得る。

エミュレーションデバイスは、ラボ環境及び／又は事業者ネットワーク環境における他のデバイスの１つ以上の試験を実装するように設計され得る。例えば、１つ以上のエミュレーションデバイスは、通信ネットワーク内の他のデバイスを試験するために、有線及び／又は無線通信ネットワークの一部として完全に若しくは部分的に実装及び／又は展開されている間、１つ以上若しくは全ての機能を実施し得る。１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として一時的に実装／展開されている間、１つ以上若しくは全ての機能を実施し得る。エミュレーションデバイスは、試験を目的として、別のデバイスに直接結合され得、かつ／又は地上波無線通信を使用して、試験を実施し得る。

１つ以上のエミュレーションデバイスは、有線及び／又は無線通信ネットワークの一部として実装／展開されていない間、全てを含む１つ以上の機能を実施し得る。例えば、エミュレーションデバイスは、１つ以上の構成要素の試験を実装するために、試験実験室での試験シナリオ、並びに／又は展開されていない（例えば、試験用の）有線及び／若しくは無線通信ネットワークにおいて利用され得る。１つ以上のエミュレーションデバイスは、試験機器であり得る。ＲＦ回路（例えば、１つ以上のアンテナを含み得る）を介した直接ＲＦ結合及び／又は無線通信は、データを送信及び／又は受信するように、エミュレーションデバイスによって使用され得る。

本出願は、ツール、特徴、実施例、モデル、手法などを含む様々な態様を記載している。これらの態様の多くは、具体的に記載され、少なくとも個々の特性を示すために、限定的であり得るように記載されることが多い。しかしながら、これは、説明を明確にすることを目的としており、それらの態様の適用又は範囲を限定するものではない。実際、異なる態様の全てが組み合わされ、交換されて、更なる態様を提供し得る。その上、これらの態様は、同様に、先の出願に説明される態様と組み合わされ、かつ交換され得る。

本出願において説明及び企図される態様は、多くの異なる形態で実装され得る。本明細書に記載の図５～図１０は、いくつかの実施例を提供し得るが、他の実施例も企図される。図５～図１０の考察は、実装形態の範囲を限定するものではない。上記態様の少なくとも１つは、概して、ビデオ符号化及び復号化に関し、少なくとも１つの他の態様は、概して、生成又は符号化されたビットストリームを送信することに関する。これら及び他の態様は、方法、装置、説明される方法のうちのいずれかに従ってビデオデータを符号化若しくは復号化するための命令を記憶したコンピュータ可読記憶媒体、及び／又は説明される方法のうちのいずれかに従って生成されたビットストリームを記憶したコンピュータ可読記憶媒体として実装され得る。

本出願では、「再構成された」及び「復号化された」という用語は同じ意味で使用され得、「ピクセル」及び「サンプル」という用語は交換可能に使用され得、「画像」、「ピクチャ」、及び「フレーム」という用語は交換可能に使用され得る。

様々な方法が本明細書に説明されており、本方法の各々は、説明された方法を達成するための１つ以上の工程又は行為を含む。工程又は行為の特定の順序が、方法の適切な動作のために必要とされない限り、特定の工程及び／又は行為の順序及び／又は使用は、修正又は組み合わされ得る。追加的に、「第１の」、「第２の」などの用語は、様々な実施例では、例えば、「第１の復号化」及び「第２の復号化」などの要素、コンポーネント、ステップ、動作などを修正するために使用され得る。このような用語の使用は、具体的に必要とされない限り、修飾された動作に対する順序付けを意味するものではない。そのため、本実施例では、第１の復号化は、第２の復号化の前に実行される必要はなく、例えば、第２の復号化の前、第２の復号化中、又は第２の復号化と重複する期間中に発生し得る。

本出願に記載の様々な方法及び他の態様は、図２及び図３に示すように、ビデオエンコーダ２００及びデコーダ３００のモジュール、例えば、復号化モジュールを変更するために使用され得る。その上、本明細書で開示される主題は、例えば、標準又は推奨に記載されているかどうかにかかわらず、既存の又は将来開発されるかどうかにかかわらず、任意のタイプ、形式、又はバージョンのビデオコーディング、並びに任意のこのような標準及び推奨の拡張に適用され得る。別段の指示がない限り、又は技術的に不可能でない限り、本出願に記載の態様は、個々に又は組み合わせて使用され得る。

本出願で説明される実施例において、様々な数値が使用されている。これら及び他の特定の値は、例を説明する目的であり、説明される態様は、これらの特定の値に限定されない。

図２は、例示的なビデオエンコーダを示す図である。例示的なエンコーダ２００の変形例が企図されるが、エンコーダ２００は、全ての予想される変形例を説明することなく、明確にする目的で以下に記載される。

符号化する前に、ビデオシーケンスは、符号化前処理（２０１）、例えば、カラー変換を入力カラーピクチャに適用すること（例えば、ＲＧＢ４：４：４からＹＣｂＣｒ４：２：０への変換）、又は圧縮に対してより弾性のある信号分布を得るために、入力ピクチャ成分の再マッピングを実施すること（例えば、色成分の１つのヒストグラム等化を使用する）を、受け得る。メタデータは、その前処理と関連付けられ、ビットストリームに添付され得る。

以下に記載のように、エンコーダ２００では、ピクチャは、エンコーダ要素によって符号化される。符号化されるピクチャは、分割され（２０２）、例えば、コーディングユニット（coding unit、ＣＵ）の単位で処理される。各ユニットは、例えば、イントラモード又はインタモードのいずれかを使用して符号化される。ユニットがイントラモードで符号化される際、そのユニットは、イントラ予測（２６０）を実行する。インタモードでは、動き推定（２７５）及び動き補償（２７０）が実行される。エンコーダは、ユニットを符号化するためにイントラモード、又はインタモードのどちらを使用すべきかを決定し（２０５）、例えば、予測モードフラグによって、イントラ又はインタの決定を示す。予測残差は、例えば、原画像ブロックから予測ブロックを減算することによって（２１０）計算される。

次に、その予測残差を、変換して（２２５）、量子化する（２３０）。ビットストリームを出力するために、量子化された変換係数、並びに動きベクトルと他のシンタックス要素をエントロピ符号化する（２４５）。エンコーダは、変換をスキップし、量子化を非変換残差信号に直接適用することができる。エンコーダは、変換及び量子化の双方を迂回することができる、つまり、残差は、変換プロセス又は量子化プロセスを適用することなく直接コード化される。

エンコーダは、符号化されたブロックを復号化して、更なる予測のための参照を提供する。予測残差を復号化するために、量子化された変換係数を、逆量子化して（２４０）、逆変換する（２５０）。復号化された予測残差と予測されたブロックとを組み合わせて（２５５）、画像ブロックを再構成する。ループ内フィルタ（２６５）は、例えば、符号化アーチファクトを低減するためのデブロッキング／サンプル適応オフセット（Sample Adaptive Offset、ＳＡＯ）フィルタリングを実施するために、再構成されたピクチャに適用される。フィルタリングされた画像を参照ピクチャバッファ（２８０）に記憶する。

図３は、ビデオデコーダの一例を示す図である。例示的なデコーダ３００では、ビットストリームは、以下に説明されるように、デコーダ要素によって復号化される。ビデオデコーダ３００は、概して、図２に記載の符号化パスとは逆の復号化パスを実施する。更に、エンコーダ２００は、概して、ビデオデータ符号化の一環として、ビデオ復号化を実行する。

特に、デコーダの入力は、ビデオエンコーダ２００によって生成され得るビデオビットストリームを含む。ビットストリームは、最初に、変換係数、動きベクトル、及び他の符号化された情報を取得するために、エントロピ復号化される（３３０）。ピクチャ分割情報は、ピクチャがどのように分割されているかを示す。したがって、デコーダは、復号化されたピクチャ分割情報に従って、ピクチャを分割し得る（３３５）。予測残差を復号化するために、変換係数を、逆量子化して（３４０）、逆変換する（３５０）。復号化された予測残差と予測されたブロックとを組み合わせて（３５５）、画像ブロックを再構成する。予測されたブロックは、イントラ予測（３６０）から又は動き補償予測（すなわち、インター予測）（３７５）から取得され得る（３７０）。ループ内フィルタ（３６５）を、再構成された画像に適用する。フィルタリングされた画像を参照ピクチャバッファ（３８０）に記憶する。

復号化されたピクチャは、復号化後処理（３８５）、例えば、逆カラー変換（例えば、ＹＣｂＣｒ４：２：０からＲＧＢ４：４：４への変換）、又は符号化前処理（２０１）において実施された再マッピングプロセスの逆を実施する逆再マッピングを更に経ることができる。復号化後処理は、符号化前処理において導出され、ビットストリームにおいてシグナリングされたメタデータを使用することができる。実施例では、復号化された画像（例えば、復号化後処理が使用される場合、ループ内フィルタ（３６５）の適用後及び／又は復号化後処理（３８５）の後）は、ユーザへのレンダリングのためにディスプレイデバイスに送信され得る。

ダイナミックモデル切り替え及び／又はパラメータ付けを有する例示的なコンテキスト適応バイナリ算術コーダ（例えば、エンコーダ及び／又はデコーダ）が使用され得る。

図４は、本明細書に記載される様々な態様及び実施例が実装され得るシステムの一例を示す図である。システム４００は、以下に記載される様々なコンポーネントを含むデバイスとして具体化され得、本文献に記載される態様のうちの１つ以上を実施するように構成されている。このようなデバイスの例としては、これらに限定されるものではないが、パーソナルコンピュータ、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、デジタルマルチメディア・セットトップ・ボックス、デジタルテレビ受信機、パーソナルビデオ記録システム、コネクテッド家電、及びサーバなどの様々な電子デバイスが挙げられる。システム４００の要素は、単独で、又は組み合わせて、単一の集積回路（ＩＣ）、複数のＩＣ、及び／又は別個のコンポーネントに具現化され得る。例えば、少なくとも１つの実施例では、システム４００の処理及びエンコーダ／デコーダ要素は、複数のＩＣ及び／又は別個のコンポーネントにわたって分散される。様々な実施例では、システム４００は、例えば、通信バスを介して、又は専用の入力ポート及び／若しくは出力ポートを通じて、１つ以上の他のシステム又は他の電子デバイスに通信可能に結合される。様々な実施例では、システム４００は、本文献に記載される態様のうちの１つ以上を実装するように構成されている。

システム４００は、例えば、本明細書に記載の様々な態様を実装するために、内部に読み込まれた命令を実行するように構成された。少なくとも１つのプロセッサ４１０を含む。プロセッサ４１０は、組み込みメモリ、入出力インターフェース、及び当技術分野において既知の様々な他の回路を含むことができる。システム４００は、少なくとも１つのメモリ４２０（例えば、揮発性メモリデバイス、及び／又は不揮発性メモリデバイス）を含む。システム４００は、記憶デバイス４４０を含み、これは、不揮発性メモリ、及び／又は揮発性メモリを含むことができ、こうしたメモリとしては、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、読み取り専用メモリ（ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、フラッシュ、磁気ディスクドライブ、及び／又は光ディスクドライブが挙げられるが、これらに限定されない。記憶デバイス４４０は、非限定的な例として、内部記憶デバイス、取り付け型記憶デバイス（着脱式、及び非着脱式記憶デバイスを含む）、及び／又はネットワークアクセス可能記憶デバイスを含むことができる。

システム４００は、例えば、符号化されたビデオ、又は復号化されたビデオを提供するためにデータを処理するように構成されたエンコーダ／デコーダモジュール４３０を含み、エンコーダ／デコーダモジュール４３０は、自身のプロセッサ、及びメモリを含むことができる。エンコーダ／デコーダモジュール４３０は、符号化機能及び／又は復号化機能を実行するためにデバイス内に含まれ得るモジュールを表す。既知であるように、デバイスは、符号化モジュール及び復号化モジュールの一方又は両方を含むことができる。なお、エンコーダ／デコーダモジュール４３０は、システム４００の別個の要素として実装されてもよく、又は当業者に周知のハードウェアとソフトウェアとの組み合わせとして、プロセッサ４１０内に組み込まれてもよい。

本文献に記載される様々な態様を実施するためにプロセッサ４１０又はエンコーダ／デコーダ４３０にロードされるプログラムコードは、記憶デバイス４４０に記憶され、その後、プロセッサ４１０による実行のためにメモリ４２０にロードされ得る。様々な実施例によれば、プロセッサ４１０、メモリ４２０、記憶デバイス４４０、及びエンコーダ／デコーダモジュール４３０のうちの１つ以上は、本文献に記載されるプロセスの実施中に様々なアイテムのうちの１つ以上を記憶することができる。かかる記憶されたアイテムは、入力ビデオ、復号化されたビデオ、又は復号化されたビデオの一部、ビットストリーム、行列、変数、並びに、方程式、式、演算、及び演算ロジックの処理からの中間結果、又は最終結果を含むことができるが、これらに限定されない。

いくつかの実施例では、プロセッサ４１０及び／又はエンコーダ／デコーダモジュール４３０の内部のメモリは、命令を記憶し、符号化又は復号化中に必要な処理のための作業メモリを提供するために使用される。ただし、他の実施例では、処理デバイスの外部のメモリ（例えば、処理デバイスは、プロセッサ４１０又はエンコーダ／デコーダモジュール４３０のいずれかであり得る）が、これらの機能のうちの１つ以上のために使用される。外部メモリは、メモリ４２０及び／又は記憶デバイス４４０、例えば、ダイナミック揮発性メモリ及び／又は不揮発性フラッシュメモリであってもよい。いくつかの実施例では、外部不揮発性フラッシュメモリが、例えば、テレビのオペレーティングシステムを記憶するために使用される。少なくとも１つの実施例では、ＲＡＭなどの高速外部ダイナミック揮発性メモリが、ビデオ符号化及び復号化動作のためのワーキングメモリとして使用される。

システム４００の要素への入力は、ブロック４４５に示されるように、様々な入力デバイスを通して提供されてもよい。このような入力デバイスとしては、（ｉ）例えば、放送局によって地上波で送信されるＲＦ信号を受信する無線周波数（ＲＦ）部分、（ｉｉ）コンポーネント（Component、ＣＯＭＰ）入力端子（又はＣＯＭＰ入力端子のセット）、（ｉｉｉ）ユニバーサルシリアルバス（ＵＳＢ）入力端子、及び／又は（ｉｖ）高解像度マルチメディアインターフェース（High Definition Multimedia Interface、ＨＤＭＩ）入力端子が挙げられるが、これらに限定されない。他の実施例には、図４には示されていないが、コンポジットビデオが含まれる。

様々な実施例では、ブロック４４５の入力デバイスは、当該技術分野で知られているように、関連付けられたそれぞれの入力処理要素を有する。例えば、ＲＦ部分は、（ｉ）所望の周波数を選択すること（信号を選択すること、又は信号をある帯域の周波数に帯域制限することとも称される）、（ｉｉ）選択された信号をダウンコンバートすること、（ｉｉｉ）（例えば）ある特定の実施例ではチャネルと称され得る信号周波数帯域を選択するために、より狭い周波数帯域に再び帯域制限すること、（ｉｖ）ダウンコンバートされ帯域制限された信号を復調することと、（ｖ）誤り訂正を実施すること、及び／又は（ｖｉ）所望のデータパケットストリームを選択するために逆多重化することと、に好適な要素と関連付けられ得る。様々な実施例のＲＦ部分は、これらの機能を実施するための１つ以上の要素、例えば、周波数セレクタ、信号セレクタ、帯域リミッタ、チャネルセレクタ、フィルタ、ダウンコンバータ、復調器、誤り訂正器、及び多重分離器を含む。ＲＦ部は、様々なこれらの機能を実施するチューナを含むことができ、例えば、受信した信号をより低い周波数（例えば、中間周波数又は近ベースバンド周波数）に、又はベースバンドにダウンコンバートすることを含む。１つのセットトップボックスの実施例では、ＲＦ部分及びその関連付けられた入力処理要素は、有線（例えば、ケーブル）媒体によって送信されたＲＦ信号を受信し、フィルタ処理、ダウンコンバート、及び所望の周波数帯域への再度のフィルタ処理によって周波数選択を実施する。様々な実施例は、上に記載される（及び他の）要素の順序を再配列し、これらの要素のいくつかを除去し、並びに／又は他の要素を追加して、類似の機能若しくは異なる機能を実施する。要素を追加することには、例えば、増幅器及びアナログ－デジタル変換器を挿入するなど、既存の要素間に要素を挿入することを含めることができる。様々な実施例では、ＲＦ部分は、アンテナを含む。

ＵＳＢ端子及び／又はＨＤＭＩ端子は、システム４００をＵＳＢ接続及び／又はＨＤＭＩ接続を介して他の電子デバイスに接続するためのそれぞれのインターフェースプロセッサを含むことができる。入力処理の様々な態様、例えば、リードソロモン誤り補正は、例えば、必要に応じて、別個の入力処理ＩＣ内又はプロセッサ４１０内に実装され得ることを理解されたい。同様に、ＵＳＢ又はＨＤＭＩインターフェース処理の態様は、必要に応じて、別個のインターフェースＩＣ内又はプロセッサ４１０内に実装されてもよい。復調、誤り補正、及び多重分離されたストリームは、例えば、プロセッサ４１０、並びに、メモリ及び記憶要素を組み合わせて動作するエンコーダ／デコーダ４３０を含む、様々な処理要素に提供されて、出力デバイスに提示するために必要なデータストリームを処理する。

システム４００の様々な要素は、統合型筐体内に提供され得る。統合型筐体内では、様々な要素が相互接続され、好適な接続配列４２５、例えば、Ｉｎｔｅｒ－ＩＣ（Ｉ２Ｃ）バス、配線、及びプリント回路基板を含む当該技術分野で知られている内部バスを使用して、それらの間でデータを送信し得る。

システム４００は、通信チャネル４６０を介して、他のデバイスとの通信を可能にする通信インターフェース４５０を含む。通信インターフェース４５０は、限定されないが、通信チャネル４６０を介してデータを送信、かつ受信するように構成されたトランシーバを含むことができる。通信インターフェース４５０は、モデム又はネットワークカードを含むことができるが、これに限定されず、通信チャネル４６０は、例えば、有線及び／又は無線媒体内に実装され得る。

データは、様々な実施例では、Ｗｉ－Ｆｉネットワーク、例えば、ＩＥＥＥ８０２．１１（ＩＥＥＥは、ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓを指す）などの無線ネットワークを使用して、システム４００にストリーミングされるか、又は他の方法で提供される。これらの実施例のＷｉ－Ｆｉ信号は、Ｗｉ－Ｆｉ通信用に適応された通信チャネル４６０及び通信インターフェース４５０を介して受信される。これらの実施例の通信チャネル４６０は、典型的には、ストリーミングアプリケーション及び他のオーバートップ通信を可能にするためにインターネットを含む外部ネットワークへのアクセスを提供するアクセスポイント又はルータに接続される。他の実施例は、入力ブロック４４５のＨＤＭＩ接続を経由してデータを配信するセットトップボックスを使用して、ストリーミングされたデータをシステム４００に提供する。更に他の実施例は、入力ブロック４４５のＲＦ接続を使用して、ストリーミングされたデータをシステム４００に提供する。上記のように、様々な実施例は、非ストリーミング様式でデータを提供する。追加的に、様々な実施例は、Ｗｉ－Ｆｉ以外の無線ネットワーク、例えば、セルラーネットワーク又はＢｌｕｅｔｏｏｔｈ（登録商標）ネットワークを使用する。

システム４００は、ディスプレイ４７５、スピーカ４８５、及び他の周辺デバイス４９５を含む、様々な出力デバイスに出力信号を提供することができる。様々な実施例のディスプレイ４７５は、例えば、タッチスクリーンディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、湾曲ディスプレイ、及び／又は折り畳み式ディスプレイのうちの１つ以上を含む。ディスプレイ４７５は、テレビ、タブレット、ラップトップ、携帯電話（モバイルフォン）、又は他のデバイスのためのものであり得る。更に、ディスプレイ４７５を、他の構成要素と統合することができ（例えば、スマートフォン内のように）、あるいは、別個にする（例えば、ラップトップ用の外部モニタ）こともできる。他の周辺デバイス４９５は、様々な実施例では、スタンドアロンデジタルビデオディスク（若しくはデジタル多用途ディスク）（両方の用語についてＤＶＤ）、ディスクプレイヤ、ステレオシステム、及び／又は照明システムのうちの１つ以上を含む。様々な実施例は、システム４００の出力に基づいて機能を提供する１つ以上の周辺デバイス４９５を使用する。例えば、ディスクプレイヤは、システム４００の出力を再生する機能を実行する。

様々な実施例では、制御信号は、ＡＶ．Ｌｉｎｋ、コンシューマエレクトロニクス制御（Consumer Electronics Control、ＣＥＣ）、又はユーザ介入の有無を問わずデバイス間の制御を可能にする他の通信プロトコルなどのシグナリングを使用して、システム４００とディスプレイ４７５、スピーカ４８５、又は他の周辺デバイス４９５との間で通信される。出力デバイスは、それぞれのインターフェース４７０、４８０、及び４９０を通じた専用接続を介して、システム４００に通信可能に連結されてもよい。代替的に、出力デバイスは、通信インターフェース４５０を介し、通信チャネル４６０を使用して、システム４００に接続されてもよい。ディスプレイ４７５及びスピーカ４８５は、例えば、テレビなどの電子デバイス内のシステム４００の他のコンポーネントと単一のユニットに統合され得る。様々な実施例では、ディスプレイインターフェース４７０は、例えば、タイミングコントローラ（timing controller、ＴＣｏｎ）チップなどのディスプレイドライバを含む。

ディスプレイ４７５及びスピーカ４８５は、代替的に、例えば、入力４４５のＲＦ部分が別個のセットトップボックスの一部分である場合、他のコンポーネントのうちの１つ以上とは別個であり得る。ディスプレイ４７５及びスピーカ４８５が外部コンポーネントである様々な実施例では、出力信号は、例えば、ＨＤＭＩポート、ＵＳＢポート、又はＣＯＭＰ出力を含む専用の出力接続を介して提供され得る。

これらの実施例は、プロセッサ４１０によって、又はハードウェアによって、又はハードウェア及びソフトウェアの組み合わせによって実装されるコンピュータソフトウェアによって行われ得る。非限定的な実施例として、これらの実施例は、１つ以上の集積回路によって実装され得る。メモリ４２０は、技術環境に適切な任意のタイプであり得、非限定的な例として、光メモリデバイス、磁気メモリデバイス、半導体ベースのメモリデバイス、固定メモリ、及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実装され得る。プロセッサ４１０は、技術環境に適切な任意のタイプのものであり得、非限定的な例として、マイクロプロセッサ、汎用コンピュータ、専用コンピュータ、及びマルチコアアーキテクチャに基づくプロセッサのうちの１つ以上を包含することができる。

様々な実装形態は、復号化を伴う。本出願で使用されるとき、「復号化」は、例えば、ディスプレイに好適な最終出力をもたらすために、受信した符号化されたシーケンスに対して実施されるプロセスの全て又は一部を包含することができる。様々な実施例では、このようなプロセスは、典型的には、デコーダによって実施されるプロセス、例えば、エントロピ復号化、逆量子化、逆変換、及び差分復号化のうちの１つ以上を含む。様々な例では、そのようなプロセスは、同じく、又は代替的に、本出願で説明する様々な実装形態のデコーダによって実行されるプロセス、例えば、スロープ係数と、オフセット係数と、コンテキスト適応エントロピ復号化のための量子化パラメータ補正に関連する値とに基づいて、コンテキスト適応エントロピ復号化に関連する複数の確率の初期値を決定することなどを含む。

更なる実施例として、一実施例では、「復号化」とは、エントロピ復号化のみを指し、別の実施例では、「復号化」とは、差分復号化のみを指し、別の実施例では、「復号化」とは、エントロピ復号化と差分復号化との組み合わせを指す。「復号化プロセス」という語句が、具体的に動作のサブセットを指すことを目的とするか、又は全体としてより広範な復号化プロセスを指すことを目的とするものであるかは、具体的な説明の文脈に基づいて明らかになり、当業者によって十分に理解されると考えられる。

様々な実装形態は、符号化を伴う。「復号化」に関する上記の考察と同様に、本出願で使用される「符号化」は、例えば、符号化されたビットストリームを作り出すために入力ビデオシーケンスに対して実施されるプロセスの全て又は一部を包含することができる。様々な実施例では、このようなプロセスは、典型的には、エンコーダによって実施されるプロセス、例えば、分割、差分符号化、変換、量子化、及びエントロピ符号化のうちの１つ以上を含む。様々な例では、そのようなプロセスは、同じく、又は代替的に、本出願で説明する様々な実装形態のエンコーダによって実行されるプロセス、例えば、スロープ係数と、オフセット係数と、コンテキスト適応エントロピ符号化のための量子化パラメータ補正に関連する値とに基づいて、コンテキスト適応エントロピ符号化に関連する複数の確率の初期値を決定することなどを含む。

更なる実施例として、一実施例では、「符号化」とは、エントロピ符号化のみを指し、別の実施例では、「符号化」とは、差分符号化のみを指し、別の実施例では、「符号化」とは、差分符号化とエントロピ符号化との組み合わせを指す。「符号化プロセス」という句が、具体的に動作のサブセットを指すことを目的とするか、又は全体としてより広範な符号化プロセスを指すことを目的とするものであるかは、具体的な記載の文脈に基づいて明らかになり、当業者によって十分に理解されると考えられる。

本明細書で使用されるシンタックス要素、例えば、エントロピ符号化初期化のスライドヘッダ指示、エントロピ符号化に関連する補正値のスライスヘッダ指示、エントロピ符号化オフセットの指示、エントロピ符号化モデル切り替えの指示などは、記述的用語であることに留意されたい。したがって、これらは他の構文要素名の使用を排除するものではない。

図がフロー図として提示されている場合、その図は対応する装置のブロック図も提供するものと理解されたい。同様に、図がブロック図として提示されている場合、その図は対応する方法／プロセスのフロー図も提供するものと理解されたい。

本明細書に説明される実装形態及び態様は、例えば、方法若しくはプロセス、装置、ソフトウェアプログラム、データストリーム、又は信号において実装され得る。たとえ単一の形態の実装形態の文脈でのみ考察される場合でも（例えば、方法としてのみ考察される）、考察された特徴の実装形態は、他の形態（例えば、装置又はプログラム）でも実装することができる。装置は、例えば、適切なハードウェア、ソフトウェア、及びファームウェアで実装され得る。方法は、例えば、プロセッサで実装され得、プロセッサとは、一般に処理デバイスを指し、例えば、コンピュータ、マイクロプロセッサ、集積回路、又はプログラマブル論理デバイスが含まれる。プロセッサには、例えば、エンドユーザ間の情報の通信を容易にする、コンピュータ、セルラー電話、ポータブル／携帯情報端末（personal digital assistant、「ＰＤＡ」）などのデバイスなどの通信デバイスも含まれる。

「一実施例（one example）」若しくは「一実施例（an example）」又は「一実装形態（one implementation）」若しくは「一実装形態（an implementation）」、並びにこれらの他の変形例への言及は、実施例に関連して記載される特定の特徴、構造、特性などが少なくとも１つの実施例に含まれることを意味する。そのため、本出願全体を通して様々な場所に現れる「一実施例では（in one example）」若しくは「一実施例では（in an example）」又は「一実装形態では（in one implementation）」若しくは「一実装形態では（in an implementation）」という句、並びに任意の他の変形例の出現は、必ずしも全てが同じ実施例を指すとは限らない。

加えて、本出願は、様々な情報を「判定する」ことに言及する場合がある。情報を判定することは、例えば、情報を推定すること、情報を計算すること、情報を予測すること、又は情報をメモリから取り出すことの１つ以上を含むことができる。取得することは、受信すること、取り出すこと、構築すること、生成すること、及び／又は判定することを含み得る。

更に、本出願は、様々な情報に「アクセスする」ことに言及する場合がある。情報にアクセスすることは、例えば、情報を受信すること、（例えば、メモリから）情報を取得すること、情報を記憶すること、情報を移動すること、情報をコピーすること、情報を計算すること、情報を判定すること、情報を予測すること、又は情報を推定することの１つ以上を含むことができる。

加えて、本出願は、様々な情報を「受信する」ことに言及する場合がある。受信することは、「アクセスする」ことと同様に、広義の用語であることを意図している。情報を受信することは、例えば、情報にアクセスすること、又は（例えば、メモリから）情報を取得することのうちの１つ以上を含むことができる。更に、「受信すること」は、一般には、例えば、情報を記憶する、情報を処理する、情報を送信する、情報を移動する、情報をコピーする、情報を消去する、情報を計算する、情報を判定する、情報を予測する、又は情報を推定するなどの操作中に、何らかの方式で関与する。

例えば、「Ａ／Ｂ」、「Ａ及び／又はＢ」、並びに「Ａ及びＢのうちの少なくとも１つ」の場合、次の「／」、「及び／又は」、並びに「のうちの少なくとも１つ」のいずれかの使用は、第１の列挙された選択肢（Ａ）のみの選択、又は第２の列挙された選択肢（Ｂ）のみの選択、又は両方の選択肢（Ａ及びＢ）の選択を包含することが意図されていることを理解されたい。更なる例として、「Ａ、Ｂ、及び／又はＣ」及び「Ａ、Ｂ、及びＣのうちの少なくとも１つ」の場合、このような表現は、第１の列挙された選択肢（Ａ）のみの選択、又は第２の列挙された選択肢（Ｂ）のみの選択、又は第３の列挙された選択肢（Ｃ）のみの選択、又は第１及び第２の列挙された選択肢（Ａ及びＢ）のみの選択、又は第１及び第３の列挙された選択肢（Ａ及びＣ）のみの選択、又は第２及び第３の列挙された選択肢のみの選択（Ｂ及びＣ）のみ、又は３つ全ての選択肢の選択（Ａ及びＢ及びＣ）を包含することが意図される。このことは、当該技術分野及び関連技術分野の当業者に明らかであるように、列挙された項目の数だけ拡張され得る。

また、本明細書で使用されるとき、「シグナリングする」という語は、特に、対応するデコーダに対して何かを示すことを意味する。エンコーダ信号は、例えば、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇ，ｓｈ＿ｄｑｐ＿ｃａｂａｃ＿ｍｏｄｅｌ，ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｏｆｆｓｅｔ，ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｓｗｉｔｃｈなどの指示を含み得る。このようにして、一実施例では、同じパラメータがエンコーダ側とデコーダ側の両方で使用される。したがって、例えば、エンコーダは、デコーダが同じ特定のパラメータを使用することができるように、特定のパラメータをデコーダに送信することができる（明示的なシグナリング）。逆に、デコーダが既に特定のパラメータ並びに他のパラメータを有する場合、単にデコーダが特定のパラメータを知り選択することを可能にするために、送信せずにシグナリングを使用し得る（暗黙的なシグナリング）。あらゆる実際の機能の送信を回避することによって、様々な実施例においてビット節約が実現される。シグナリングは、様々な方法で達成され得ることを理解されたい。例えば、様々な実施例では、１つ以上の構文要素、フラグなどを使用して、対応するデコーダに情報をシグナリングする。上記は、「信号」という用語の動詞形に関連するが、「信号」という用語は、本明細書では名詞としても使用されることがある。

当業者には明らかであるように、実装形態は、例えば、記憶又は送信され得る情報を搬送するようにフォーマットされた様々な信号を生成し得る。情報は、例えば、方法を実施するための命令、又は記載されている実装形態の１つによって生成されるデータを含むことができる。例えば、信号は、記載される実施例のビットストリームを搬送するようにフォーマットされ得る。このような信号は、例えば、（例えば、スペクトルの無線周波数部分を使用して）電磁波として、又はベースバンド信号としてフォーマットされ得る。フォーマットすることは、例えば、データストリームを符号化し、符号化されたデータストリームで搬送波を変調することを含み得る。信号が搬送する情報は、例えば、アナログ情報又はデジタル情報であり得る。信号は、周知のように、様々な異なる有線リンク又は無線リンクによって送信され得る。信号は、プロセッサ可読媒体に記憶されるか、プロセッサ可読媒体からアクセス若しくは受信され得る。

多くの実施例が、本明細書に記載されている。実施例の特徴は、様々な特許請求のカテゴリ及びタイプにわたって単独で又は任意の組み合わせで提供され得る。更に、実施例は、本明細書に記載される特徴、デバイス、又は態様のうちの１つ以上を、単独で又は任意の組み合わせで、様々な特許請求のカテゴリ及びタイプにわたって含み得る。例えば、本明細書に記載される特徴は、本明細書に記載されるように生成された情報を含むビットストリーム又は信号に実現され得る。情報により、デコーダが、記載される実施形態のいずれかに従って、ビットストリーム、エンコーダ、ビットストリーム、及び／又はデコーダを復号化することが可能になり得る。例えば、本明細書に記載の特徴は、ビットストリーム又は信号を生成及び／又は送信及び／又は受信及び／又は復号化することによって実現され得る。例えば、本明細書に記載の特徴は、方法、プロセス、装置、命令を記憶する媒体、データを記憶する媒体、又は信号として実現され得る。例えば、本明細書に記載される特徴は、ＴＶ、セットトップボックス、携帯電話、タブレット、又は復号化を実施する他の電子デバイスによって実装され得る。ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイスは、結果として得られる画像（例えば、ビデオビットストリームの残差再構成からの画像）を（例えば、モニタ、スクリーン、又は他のタイプのディスプレイを使用して）表示し得る。ＴＶ、セットトップボックス、携帯電話、タブレット、又は他の電子デバイスは、符号化された画像を含む信号を受信し、復号化を実施し得る。

図２及び図３に示されているように、ビデオエンコーダ／デコーダ（コーデック）は、ビデオデータを圧縮又は解凍するためにエントロピ符号化（例えば、エントロピ符号化又はエントロピ復号化）技法を採用し得る。ビデオコーデックは、例えば、コンテキスト適応バイナリ算術符号化（context-adaptive binary arithmetic coding、ＣＡＢＡＣ）技法をビデオデータに適用し得、その間に、ビデオコーデックは、バイナリ化プロセスを通して取得され、複数のバイナリシンボル（ビン）によって表され得るバイナリ値及び／又は一般値を符号化／復号化し得る。ビデオコードは、処理されるべきビンのためのコンテキストを決定し得（例えば、コンテキストをビンに取り付け得）、ビンに対する符号化／復号化動作を完了した後にビンの確率状態（例えば、確率値）を更新し得る。ビデオコーデックは、（例えば、動作又はプロセスのコンテキストに基づいて）エントロピ符号化動作又はプロセスのためのエントロピ符号化コンテキストモデル（例えば、エントロピ符号化コンテキストモデル又はエントロピ復号化コンテキストモデル）を決定し得、コンテキストモデルに基づいてエントロピ符号化動作又はプロセスを実行し得る。以下でより詳細に説明されるように、そのようなコンテキストモデルは、例えば、エントロピ符号化動作に関連する初期確率状態、確率状態が更新され得る速度などを含む、複数のコンテキスト固有パラメータを含み得る。

図５はエントロピ符号化の例を示し、図６はエントロピ復号化の例を示す。図示のように、ビデオエンコーダ又はデコーダは、エントロピ符号化又は復号化されるべきビン（例えば、各ビン）のためのコンテキストを決定（例えば、選択）し得る。コンテキストは、以下の情報のうちの１つ以上を含み得る。コンテキストは、ビンの確率状態（例えば、現在の確率状態）を含むことができ、それは、ｐ０及びｐ１などの複数の（例えば、２つの）確率の加重和として決定され得る。コンテキストは、確率状態が更新され得る速度を表し得るウィンドウサイズを含み得る。確率状態は、例えば、以下のように更新され得る。ｐ’＝ｗ^＊ｂ＋（１－ｗ）^＊ｐ、ここで、ｐは前の確率を表し得、ｐ’は更新された確率を表し得、ｂは符号化又は復号化されているビンを示し得、ｗはウィンドウサイズを表し得る。複数の確率状態（例えば、ｐ０及びｐ１）は、それぞれのウィンドウサイズ（例えば、ｗ０及びｗ１）に基づいて更新され得、ビン（例えば、各ビン）は、複数の確率状態に基づいて符号化／復号化され得る。例えば、ビンは、２つの確率ｐ０及びｐ１の平均（例えば、単純平均）に基づいて符号化／復号化され得る。コンテキストは、本明細書で説明される確率状態（例えば、ｐ０及び／又はｐ１）のうちの１つ以上を初期化するために使用され得る初期確率状態を含み得る。

所与のコンテキストのためのパラメータ（例えば、初期確率状態、ウィンドウサイズなど）は、他の条件及び／又はパラメータ（例えば、エントロピ符号化プロセスの外部の条件及び／又はパラメータ）に依存し得る（例えば、それに従って決定され得る）。これらの条件及び／又はパラメータは、例えば、符号化／復号化されるべきスライスのタイプ（例えば、イントラ（Ｉ）、双予測（Ｂ）、又は単方向（Ｐ）など）、量子化パラメータ（ｑｐ）などを含み得る。（例えば、ビン、スライスなどに関連する）エントロピ符号化動作又はプロセスのためのコンテキスト（例えば、コンテキストモデル）は、エンコーダ及びデコーダによって一貫して決定及び／又は適用され得、エントロピ符号化動作又はプロセス中に使用され得るパラメータを制御し得る。

図７は、スライスの始めに（例えば、スライスの処理が開始される前に）実行され得るエントロピ符号化パラメータ初期化の例を示す。図示のように、初期化プロセスから取得されたパラメータは、スロープ係数ａ、オフセットｂ、第１のエントロピ符号化（例えば、符号化又は復号化）ウィンドウサイズｗ０、第２のエントロピ符号化ウィンドウサイズｗ１、及び／又は量子化パラメータｑｐを含み得る。スロープ係数ａ及びオフセットｂは、例えば線形関数ｐ＝ａ^＊ｑｐ＋ｂに基づいて、初期エントロピ符号化確率状態ｐを決定するために使用され得る。加えて、指示（例えば、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇによって表されるフラグ）は、パラメータ切り替えがスライスのために許可され得るかどうかを示すために、（例えば、非イントラスライスのための）スライスヘッダ中で（例えば、エンコーダによって）シグナリングされるか、又は（例えば、デコーダによって）取得され得る。例えば、スライスヘッダ中のｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇがＢスライスについて真に設定されている場合、Ｐスライスのために構成された初期化パラメータがＢスライスのために使用され得る。逆に、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇがＢスライスに対して偽に設定される場合、ＰスライスパラメータセットはＢスライスに対して使用されないことがある。以下の表１は、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇに関連付けられ得るシグナリングシンタックスを示す。

図８は、ビデオデコーダにおいて、単一のバイナリビンなどのビンを復号化する例を示す。

エントロピコーダ（例えば、エントロピ符号化モジュール又はエンジン）は、変換ブロック及び変換スキップブロックのために別個の残差符号化構造を使用し得、及び／又は変換係数のためにコンテキストモデリングを実行し得る。エントロピコーダは、６４個の異なる代表確率状態の間で切り替えるために、確率遷移プロセス（例えば、テーブルベースの確率遷移プロセス）を利用し得る。範囲パラメータ（例えば、ｉｖｌＣｕｒｒＲａｎｇｅ）は、エントロピ符号化エンジンの状態を表すために使用され得、そのようなパラメータは、間隔範囲（例えば、新しい間隔範囲）の計算の前に４つの値のセットに量子化され得る。状態遷移は、ｉｖｌＣｕｒｒＲａｎｇｅ^＊ｐＬＰＳ（ｐＳｔａｔｅＩｄｘ）の値を近似するために６４×４の８ビット事前計算値を含むテーブルを使用して実装され得、ここで、ｐＬＰＳは、最低確率シンボル（ＬＰＳ）の確率であり得、ｐＳｔａｔｅＩｄｘは、現在の状態のインデックスであり得る。復号化決定は、以下の式１によって示される事前計算されたＬＵＴなどのルックアップテーブル（ＬＵＴ）を使用して行われ得る。ｉｖｌＬｐｓＲａｎｇｅは、そのようなＬＵＴを使用して取得され、ｉｖｌＣｕｒｒＲａｎｇｅを更新するために、及び／又は出力ｂｉｎＶａｌを計算するために使用され得る。
ｉｖｌＬｐｓＲａｎｇｅ＝ｒａｎｇｅＴａｂＬｐｓ［ｐＳｔａｔｅＩｄｘ］［ｑＲａｎｇｅＩｄｘ］ （１）

いくつかの例では、確率状態又は値は、確率インデックスｐＳｔａｔｅＩｄｘによって表され得、本明細書で説明する計算のうちの１つ以上は、例えば、ＬＵＴなしで、それぞれの関数に基づいて（例えば、対応する式を用いて）実行され得る。（例えば、確率推定の精度を改善するために）多仮説確率更新モデルが適用され得る。例えば、確率インデックスｐＳｔａｔｅＩｄｘは、区間細分割においてエントロピコーダ（例えば、バイナリ算術コーダ）によって使用され得、確率ｐ０を表すｐＳｔａｔｅＩｄｘ０及び確率ｐ１を表すｐＳｔａｔｅＩｄｘ１など、複数（例えば、２つ）の確率仮説に基づいて決定され得る。複数の確率仮説は、エントロピ符号化コンテキストモデルに（例えば、全てのエントロピ符号化コンテキストモデルに）関連付けられ、異なる適応レートを用いて（例えば、独立して）更新され得る。エントロピ符号化コンテキストモデルのための（例えば、あらゆるエントロピ符号化コンテキストモデルのための）適応レート（例えば、ｐＳｔａｔｅＩｄｘ０及びｐＳｔａｔｅＩｄｘ１のための）は、例えば、コンテキストモデルに関連するビンから収集された統計に基づいて、事前トレーニングされ得る。次いで、（例えば、ｐＳｔａｔｅＩｄｘのための）確率推定値が、複数の確率仮説に関連する推定値の平均に基づいて導出され得る。

エントロピ符号化は、例えば、スライスの始めに（例えば、スライスの処理が開始される前に）呼び出され得るパラメータ初期化プロセス（例えば、量子化パラメータ依存初期化プロセス）を含み得る。例では、スライスのための初期ルーマ量子化パラメータ（ｑｐ）が与えられると、エントロピ符号化コンテキストモデルに関連する（例えば、ｐｒｅＣｔｘＳｔａｔｅとして示される）初期確率状態は、以下に示される式を使用して導出され得る。
ｍ＝ｓｌｏｐｅＩｄｘ×５－４５ （２ａ）
ｎ＝（ｏｆｆｓｅｔＩｄｘ＜＜３）＋７ （３ａ）
ｐｒｅＣｔｘＳｔａｔｅ＝Ｃｌｉｐ３（１、１２７、（（ｍ×（ＱＰ－３２））＞＞４）＋ｎ） （４ａ）
ここで、スロープ係数（例えば、ｓｌｏｐｅＩｄｘによって表される）及びオフセット（例えば、ｏｆｆｓｅｔＩｄｘによって表される）は３ビットに制限され得、初期化値は６ビット精度で表され得る。例では、スライスのための初期ルーマ量子化パラメータ（ｑｐ）が与えられると、エントロピ符号化コンテキストモデルに関連する初期確率状態（例えば、ｐｒｅＣｔｘＳｔａｔｅと示される）は、以下のように導出され得る。
ｍ＝（ｉｎｉｔＩｄ＞＞３）－４ （２ｂ）
ｎ＝（ｉｎｉｔＩｄ＆７）×１８＋１ （３ｂ）
ｐｒｅＣｔｘＳｔａｔｅ＝Ｃｌｉｐ３（１、１２７、（（ｍ×（ＱＰ－１６））。＞＞１）＋ｎ） （４ｂ）
ここで、ｉｎｉｔＩｄは、スライスタイプ及び／又はエントロピ符号化コンテキストに依存し得る値をもつパラメータであり得る。

確率状態ｐｒｅＣｔｘＳｔａｔｅは、線形領域における確率を（例えば、直接的に）表し得、エントロピ符号化エンジン（例えば、算術符号化エンジン）への入力として与えられる前に、（例えば、以下の式によって示されるような）１つ以上のシフト演算を介して導出され得る。このようにして、（例えば、２５６バイトテーブルを使用し得る）対数領域から線形領域へのマッピングがスキップされ得る。
ｐＳｔａｔｅＩｄｘ０＝ｐｒｅＣｔｘＳｔａｔｅ＜＜３ （５）
ｐＳｔａｔｅＩｄｘ１＝ｐｒｅＣｔｘＳｔａｔｅ＜＜７ （６）

（例えば、算術符号化エンジンによって）エントロピ符号化において使用される（例えば、本明細書で説明する確率状態のための）中間精度は、例えば、１０ビット又は１４ビットから１５ビットに増加され得る。最低確率シンボル（ＬＰＳ）範囲更新は、以下に示される例示的な論理に基づいて実行され得る。
ｑ＞＝１６３８４の場合
ｑ＝２^１５－１－ｑ
Ｒ_ＬＰＳ＝（ｒａｎｇｅ^＊（ｑ＞＞６））＞＞９）＋１
ここで、「ｒａｎｇｅ」は、現在の間隔の幅を表す変数（例えば、９ビット変数）であり得、ｑは、現在のエントロピ符号化コンテキストモデルの確率状態を表す変数（例えば、１５ビット変数）であり得、Ｒ_ＬＰＳは、ＬＰＳの更新された範囲であり得る。この動作は、９ビットルックアップテーブル内の５１２×２５６エントリをルックアップすることによって実現され得る。（例えば、エンコーダによって）ビット推定のために使用される２５６エントリルックアップテーブルは、５１２エントリに拡張され得る。

エントロピ符号化ウィンドウサイズは、エントロピ符号化のコンテキストに基づいて（例えば、エントロピ符号化に関連するスライスタイプに基づいて）決定され得る。符号化統計は、異なるスライスタイプに対して変化し得るので、エントロピ符号化確率状態は、所与のコンテキスト（例えば、スライスタイプ）に適するレートで更新され得る。例えば、（例えば、エントロピ符号化コンテキストモデルに対応する）所与のコンテキストの場合、Ｉスライス、Ｂスライス、及びＰスライスのために異なるウィンドウサイズが定義（例えば、構成）され得る。スロープ係数及び／又はオフセットなどのエントロピ符号化初期化パラメータは、同様に定義され得る。ウィンドウサイズ及び／又はエントロピ符号化初期化パラメータは、（例えば、特定のビデオデータセット及び／又は特定の符号化規格のために）再トレーニングされ得る。

エントロピ符号化コンテキストモデルをパラメータ化してもよいし、エントロピ符号化コンテキストモデルに含まれるパラメータの数を増やしてもよいし、エントロピ符号化コンテキストモデル間の切り替えを可能にしてもよい。図９は、エントロピ符号化のためのコンテキストベースのパラメータ初期化の例を示す。図示のように、エントロピ符号化のためのコンテキストは、スライスタイプ（例えば、Ｉ、Ｂ、又はＰ）を含み得る。スライスタイプがＢ又はＰであり、パラメータ切り替え指示（例えば、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇ）が真に設定されている場合、エントロピコーダ（例えば、エンコーダ又はデコーダ）は、ＢスライスのためにＰスライス用に構成されたパラメータを使用し、ＰスライスのためにＢスライスに構成されたパラメータを使用することを決定し得る。指示（例えば、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇ）が偽に設定される場合（又はスライスタイプがＩである場合）、スライスタイプのために構成された元のパラメータが、そのタイプのスライスのために使用され得る。（例えば、対応するコンテキストモデルに関連する）関連パラメータは、例えば、スロープ係数ａ、オフセットｂ、（例えば、関係するスライスのための）ｑｐ、第１のエントロピ符号化ウィンドウサイズ（ｗ０）、第２のエントロピ符号化ウィンドウサイズ（ｗ１）などを含み得る。本明細書で説明するように、スロープ係数ａ及びオフセットｂは、例えば、線形関数ｐ＝ａ^＊ｑｐ＋ｂに基づいて、初期確率状態又は値ｐを決定するために使用され得る。

図１０は、パラメータがエントロピ符号化コンテキストモデルの一部として取得及び／又は使用され得る、エントロピ符号化のためのコンテキストベースパラメータ初期化の例を示す。示されるように、図９に示されるコンテキストモデルパラメータに加えて、コンテキストモデルパラメータのうちの少なくとも１つのための補正値が、パラメータ初期化プロセス中に取得され、使用され得る。そのような補正値（例えば、ｄｑｐ＿ｃａｂａｃ）は、例えば、本明細書に記載のｑｐパラメータに、及び初期確率状態ｐの決定中に、例えば、ｐ＝ａ^＊（ｑｐ＋ｄｑｂ＿ｃａｂａｃ）＋ｂに基づいて適用することができる。例えば、エンコーダは、符号化動作のコンテキストに基づいて（例えば、スライスタイプ、バイナリ化された残差係数値などに基づいて）補正値を決定し得、デコーダに送信されるビデオデータ中で（例えば、パラメータ切り替えフラグｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇと同様に、スライスヘッダ中などのスライスレベルで）決定された補正値を（例えば、変数要素又はシンタックス要素ｄｑｐ＿ｃａｂａｃを介して）示し得る。補正値は、グローバル（例えば、全てのエントロピ符号化コンテキストに対して同じ）であるか、又は異なるあらかじめ定義されたコンテキストに固有（例えば、残差係数値に基づくコンテキストに対する第１の値と、他のファクタに基づくコンテキストに対する第２の値とを有する）であり得る。

表２は、エントロピ符号化モデル（例えば、ｓｈ＿ｄｑｐ＿ｃａｂａｃ＿ｍｏｄｅｌ）のための補正値（例えば、ｓｈ＿ｑｐ＿ｄｅｌｔａ）を（例えば、スライスヘッダ中で）シグナリングするために使用され得るシグナリングシンタックスを示す。

表２に示すように、ｓｈ＿ｄｑｐ＿ｃａｂａｃ＿ｍｏｄｅｌは、スライスヘッダに含まれてもよい。例では、このパラメータのシグナリングは、パラメータのシグナリングをアクティブ化又は非アクティブ化することができるフラグなど、ＳＰＳ中で与えられる指示を条件とすることができる。例では、シンタックス要素（例えば、ｐｐｓ＿ｃａｂａｃ＿ｉｎｉｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇなど）は、パラメータがビデオビットストリーム中に存在する／シグナリングされるかどうかを示すために使用され得る。

上記で提供された例のうちのいくつかにおいて説明されるように、エントロピ符号化コンテキストモデルは、エントロピ符号化に関連する初期確率状態を決定するために使用され得る第１の複数のパラメータ（例えば、スロープ係数ａ、オフセットｂ、量子化パラメータｑｐなど）を含み得る。例では、エントロピ符号化コンテキストモデルは、エントロピ符号化に関連する更新ウィンドウサイズを決定するために（例えば、スライスタイプ及び／又はパラメータ切り替えフラグｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇとともに）使用され得る第２の複数のパラメータを更に含み得る。例えば、第２の複数のパラメータは、例えば、以下の線形方程式によって示されるように、１つ以上のウィンドウサイズ値を決定するために量子化パラメータｑｐ（例えば、初期確率状態を決定するために使用される同じ量子化パラメータ）に適用され得る１つ以上のスロープ係数及び１つ以上のオフセットを含み得る。
ｗ０＝ａ０^＊ｑｐ＋ｂ０ （７）
ｗ１＝ａ１^＊ｑｐ＋ｂ１ （８）
ここで、ａ０及びａ１は、それぞれウィンドウサイズｗ０及びｗ１に関連するスロープ係数を表すことができ、ｂ０及びｂ１は、それぞれウィンドウサイズｗ０及びｗ１に関連するオフセットを表すことができる。ａ０、ａ１、ｂ０、及びｂ１の値は、所与のエントロピ符号化コンテキストに基づいて（例えば、スライスタイプに基づいて）決定され得、そのエントロピ符号化コンテキストのために（例えば、そのスライスタイプのために）固定され得る。

例では、エントロピ符号化確率状態（例えば、現在のエントロピ符号化確率状態）は、例えば、以下の式に基づいて、複数の確率状態（例えば、本明細書で説明する確率ｐ０及びｐ１）の加重和として計算され得る。
ｐ＝ｖ^＊ｐ０＋（１－ｖ）^＊ｐ１ （９）
ここで、重みｖは、対応するエントロピ符号化コンテキストに基づいて（例えば、現在のスライスのタイプに基づいて）決定され得、ｐ０は、ｗ０更新に関連する確率を示し得、ｐ１は、ｗ１更新に関連する確率を示し得る。例では、上記の式に適用される重みｖは、例えば、以下の式によって示されるように、量子化パラメータｑｐの線形関数として決定され得る。
ｖ＝ａ２^＊ｑｐ＋ｂ２ （１０）
ここで、ａ２（例えば、傾斜係数）及びｂ２（例えば、オフセット）は、本明細書で説明するエントロピ符号化コンテキストモデルの一部であり得る。

したがって、エントロピ符号化確率状態（例えば、初期確率状態）、エントロピ符号化ウィンドウサイズ、及び／又はエントロピ符号化関連重みは、コンテキスト固有パラメータに基づいて決定され得る。エントロピ符号化のために、複数のコンテキストベースのパラメータを含むエントロピ符号化コンテキストモデルが使用され得る。そのようなエントロピ符号化コンテキストモデルの使用は、以下のように表され得る。
ｐ＝ａ＿ｐ（ｎ）^＊ｘ＋ｂ＿ｐ（ｎ） （１１）
ｗ０＝ａ＿ｗ０（ｎ）^＊ｘ＋ｂ＿ｗ０（ｎ） （１２）
ｗ１＝ａ＿ｗ１（ｎ）^＊ｘ＋ｂ＿ｗ１（ｎ） （１３）
ｖ＝ａ＿ｖ（ｎ）^＊ｘ＋ｂ＿ｖ（ｎ） （１４）
ここで、ｐ、ｗ、及びｖはそれぞれ、本明細書で説明される確率状態（例えば、初期確率状態）、ウィンドウサイズ、及び重みを表し得、ｎはコンテキストモデルインデックスであり得、ｘは１つ以上のシグナリングされた値に基づいて導出され得る。例では、コンテキストモデルｎは、複数のパラメータ（例えば、ａ＿ｐ、ｂ＿ｐ、ａ＿ｗ０、ａ＿ｗ１、ｂ＿ｗ０、ｂ＿ｗ１、ａ＿ｖ、ｂ＿ｖなど）を含み得、それらのうちのいくつか（例えば、ａ＿ｐ及びｂ＿ｐ）は、確率状態を決定するために使用され得、他のものは、ウィンドウサイズ（例えば、ａ＿ｗ０、ａ＿ｗ１、ｂ＿ｗ０、及びｂ＿ｗ１）又は重み（例えば、ａ＿ｖ、及びｂ＿ｖ）を決定するために使用され得る。例では、ｘは、ｘ＝ｑｐ＋ｄｑｐなどの量子化パラメータの関数として導出され得、ここで、本明細書で説明するように、ｑｐはスライスの量子化パラメータを表し得、ｄｑｐはｑｐのためのシグナリングされた補正値を表し得る。

エントロピ符号化のためのコンテキストモデルは、コンテキストごとに異なり得るので、所与のエントロピ符号化プロセスにおいて使用されるべきモデルインデックスｎ（及び対応するコンテキストモデル）は、エントロピ符号化プロセスのコンテキストに基づいて決定（例えば、初期化）され得る。例では、複数のモデル（例えば、２つのモデル）が所与のスライスタイプに利用可能であり得、どのモデルが使用され得るかに関する指示（例えば、フラグ）が（例えば、エンコーダからデコーダに）送信され得る。例では、複数のシンタックス要素が、スライスヘッダ中でシグナリングされ得る同じコンテキストモデルインデックスを共有し得る。

例では、エントロピ符号化コンテキストのための確率状態、ウィンドウサイズ、及び／又はエントロピ符号化重みは、（例えば、線形関数の代わりに）ルックアップテーブル（ＬＵＴ）に基づいて決定され得る。例えば、そのようなＬＵＴは、異なるエントロピ符号化コンテキストと、対応する確率値、ウィンドウサイズ値、及び／又はエントロピ符号化重みとの間のマッピング関係を含み得、ここで、エントロピ符号化コンテキストは、それぞれのコンテキストモデルインデックス（ｎ）及び／又は量子化パラメータ（ｑｐ、本明細書で説明するように補正値によって修正され得る）によって表され得る。したがって、現在のコンテキストの指示を受信すると、エントロピコーダは、指示及びＬＵＴ中に含まれるマッピング関係に基づいて、対応する確率値、ウィンドウサイズ値、及び／又はエントロピ符号化重みを決定し得る。

例では、上記で説明したマッピング関係は、ビン分布に強い影響を有し得るパラメータなど、他のパラメータに依存し得る。これらのパラメータは、例えば、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１として符号化されたフレームのｔｅｍｐｏｒａｌ＿ｉｄなどの時間識別に関係する指示、現在フレームと現在フレームを復号化するために使用される参照フレームとの間のピクチャ順序カウント（ＰＯＣ：picture order count）における距離などを含み得る。

以下の表３は、エントロピ符号化コンテキストモデルに関連付けられ得るシンタックス要素の例を示す。

表３に示されているように、エントロピ符号化モデルオフセット又は補正値（例えば、ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｏｆｆｓｅｔ）の指示は、ビデオデータ中で（例えば、ビデオビットストリーム中で）送信され得る。このパラメータは、例えば、ｘ＝ｑｐ＋ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｏｆｆｓｅｔに基づいて、本明細書で説明するｘパラメータを計算するために使用され得る。適用可能なエントロピ符号化モデル（例えば、ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｓｗｉｔｃｈ）の指示はまた、ビデオデータ中でシグナリングされ得、適用されるべきエントロピ符号化コンテキストモデル（例えば、パラメータセット）のインデックスを決定するために使用され得る。例えば、ビデオデータに含まれるｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｓｗｉｔｃｈなどのパラメータを使用して、エントロピ符号化コンテキストモデルのインデックス（Ｎ）は、Ｎ＝３^＊ｓｌｉｃｅ＿ｔｙｐｅ＋ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｓｗｉｔｃｈに基づいて決定され得、ここで、ｓｌｉｃｅ＿ｔｙｐｅは、以下のように定義され得る。Ｂスライス＝０、Ｐスライス＝１、及びイントラスライス＝２。このようにして、エンコーダは、適用可能なコンテキストモデルの指示（例えば、ｓｈ＿ｃａｂａｃ＿ｍｏｄｅｌ＿ｓｗｉｔｃｈを介して）及び／又はスライスタイプをシグナリングすることができ、デコーダは、そのような情報を使用してモデルインデックスを導出し、ＬＵＴを読み取って、コンテキスト固有エントロピ符号化パラメータ（例えば、本明細書で説明するａ＿ｐ、ｂ＿ｐ、ａ＿ｗ０、ｂ＿ｗ０、ａ＿ｗ１、ｂ＿ｗ１、ａ＿ｖ、ｂ＿ｖなど）のうちの１つ以上を決定することができる。

以下の表４は、パラメータ（例えば、ａ＿ｐ、ｂ＿ｐ、ａ＿ｗ０、ｂ＿ｗ０、ａ＿ｗ１、ｂ＿ｗ１、ａ＿ｖ、ｂ＿ｖなど）を含み得る（例えば、コンテキストモデルに対応する）パラメータセットＳｉの選択に関連付けられ得るシンタックス要素の例を示す。

ここで、本明細書で説明されるエントロピ符号化パラメータ（例えば、確率状態、ウィンドウサイズ、及び／又はａ＿ｐ、ｂ＿ｐ、ａ＿ｗ、ｂ＿ｗなどの初期化パラメータ）のシグナリング、決定、及び／又は更新は、ピクチャフレームの開始時に（例えば、ピクチャフレームの処理が開始される前に）、ピクチャフレームの途中で（例えば、ピクチャフレームに関連する所定の数の符号化ユニット又はビンが完了した後に）、及び／又は周期的に（例えば、エンコーダ又はデコーダによって決定された周期性に基づいて）実行され得ることに留意されたい。

モデルパラメータの抽出を行ってもよい。（例えば、コンテキストベースのエントロピ符号化パラメータに関係する）第１のスライスタイプ（例えば、Ｂ）から第２のスライスタイプ（例えば、Ｐ）に、及びその逆に切り替えるための機構は、いずれかのスライスタイプに関連するレートを推定することを伴い得る。例えば、スライスタイプＢに関連するレート及びスライスタイプＰに関連するレートが推定され得、スライスについて計算された推定値は、ｓｈ＿ｃａｂａｃ＿ｉｎｉｔ＿ｆｌａｇのどの値（例えば、真又は偽）を送信すべきかを決定するための基準として使用され得る。推定は、ビンの部分コストを計算するために使用され得る固定確率（例えば、初期確率）に基づいて実行され得る。０又は１に等しいビンの比は、所与のコンテキストについてのエントロピ符号化状態（例えば、最終状態）によって近似され得る。

上記で説明した推定技法は、エントロピ符号化パラメータによるコスト（例えば、ビンの分数コスト）の依存性をキャプチャするように修正され得る。例では、１又は０に等しいビンの比は、ビン値の和（例えば、１と０の和など）とビンの数とを記憶することによって計算され得る。例では、比は、統計的ノイズの影響を受けにくい可能性がある最大ウィンドウを有するコンテキストモデルに基づいて推定され得る。例では、エントロピ符号化状態が初期状態に依存し得るビンの数は、本明細書で説明されるパラメータのセット（例えば、２つ以上のセット）を用いて計算され得る。数は、パラメータの関数としてオフラインで計算されてもよく、数（例えば、Ｎ）が導出されると、パラメータに対するコスト差は、最初のＮ個のビンに基づいて（例えば、正確に又は近似として）計算されてもよい。

特徴及び要素は、特定の組み合わせにおいて上述されているが、当業者であれば、各特徴又は要素が単独で又は他の特徴及び要素との任意の組み合わせで使用され得ることが理解されよう。加えて、本明細書に記載される方法は、コンピュータ又はプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア又はファームウェアにおいて実装され得る。コンピュータ可読媒体の実施例としては、電子信号（有線又は無線接続を介して送信される）及びコンピュータ可読記憶媒体が挙げられる。コンピュータ可読記憶媒体の実施例としては、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスク及びリムーバブルディスクなどの磁気媒体、磁気光学媒体及びＣＤ－ＲＯＭディスク及びデジタル多用途ディスク（digital versatile disk、ＤＶＤ）などの光学媒体が挙げられるが、これらに限定されない。ソフトウェアと関連付けられたプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、又は任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装し得る。

Claims (39)

1. ビデオ復号化デバイスであって、
   プロセッサを備え、前記プロセッサが、
   エントロピ復号化コンテキストモデルを決定することであって、前記エントロピ復号化コンテキストモデルが、エントロピ復号化確率状態を決定するための第１の複数のパラメータを含む、ことと、
   前記第１の複数のパラメータのうちの少なくとも１つのための補正値を取得することと、
   前記エントロピ復号化コンテキストモデルに基づいて前記エントロピ復号化確率状態を決定することであって、前記補正値が、前記エントロピ復号化確率状態の前記決定中に前記第１の複数のパラメータのうちの前記少なくとも１つに適用される、ことと、
   少なくとも前記エントロピ復号化確率状態に基づいてビデオデータのスライスに対してエントロピ復号化を実行することと、を行うように構成される、ビデオ復号化デバイス。
2. 前記第１の複数のパラメータは、量子化パラメータと、前記エントロピ復号化確率状態を決定するときに前記プロセッサによって適用されるべき第１のスロープ係数と、前記エントロピ復号化確率状態を決定するときに前記プロセッサによって適用されるべき第１のオフセットとを含み、前記プロセッサは、前記エントロピ復号化確率状態を決定するときに前記補正値を前記量子化パラメータに適用するように構成される、請求項１に記載のビデオ復号化デバイス。
3. 前記エントロピ復号化コンテキストモデルは、エントロピ復号化ウィンドウサイズを決定するための第２の複数のパラメータを更に含む、請求項１又は２に記載のビデオ復号化デバイス。
4. 前記エントロピ復号化コンテキストモデルは、エントロピ復号化ウィンドウサイズを決定するときに前記プロセッサによって適用されるべきスロープ係数及びオフセットを更に含む、請求項１又は２に記載のビデオ復号化デバイス。
5. 前記エントロピ復号化コンテキストモデルが、少なくとも、ビデオデータの前記スライスのスライスタイプと、前記ビデオ復号化デバイスによって受信された前記エントロピ復号化コンテキストモデルの指示とに基づいて決定される、請求項１～４のいずれか一項に記載のビデオ復号化デバイス。
6. 前記エントロピ復号化確率状態は、初期エントロピ復号化確率状態である、請求項１～５のいずれか一項に記載のビデオ復号化デバイス。
7. 前記プロセッサは、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ復号化された後に、前記エントロピ復号化確率状態を更新するように構成される、請求項１～６のいずれか一項に記載のビデオ復号化デバイス。
8. 前記プロセッサは、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ復号化された後に、前記第１の複数のパラメータのうちの少なくとも１つを更新するように構成される、請求項１～６のいずれか一項に記載のビデオ復号化デバイス。
9. 前記プロセッサは、ビデオデータの前記スライスに関連するスライスヘッダから前記補正値を取得するように構成される、請求項１～８のいずれか一項に記載のビデオ復号化デバイス。
10. ビデオ復号化方法であって、前記方法は、
    エントロピ復号化コンテキストモデルを決定することであって、前記エントロピ復号化コンテキストモデルは、エントロピ復号化確率状態を決定するための第１の複数のパラメータを含む、ことと、
    前記第１の複数のパラメータのうちの少なくとも１つのための補正値を取得することと、
    前記エントロピ復号化コンテキストモデルに基づいて前記エントロピ復号化確率状態を決定することであって、前記補正値は、前記エントロピ復号化確率状態の前記決定中に前記第１の複数のパラメータのうちの前記少なくとも１つに適用される、ことと、
    少なくとも前記エントロピ復号化確率状態に基づいてビデオデータのスライスに対してエントロピ復号化を実行することと、を含む、ビデオ復号化方法。
11. 前記第１の複数のパラメータは、量子化パラメータ、前記エントロピ復号化確率状態を決定するときに前記プロセッサによって適用される第１のスロープ係数、及び前記エントロピ復号化確率状態を決定するときに前記プロセッサによって適用される第１のオフセットを含み、前記プロセッサは、前記エントロピ復号化確率状態を決定するときに前記量子化パラメータに前記補正値を適用するように構成される、請求項１０に記載のビデオ復号化方法。
12. 前記エントロピ復号化コンテキストモデルは、エントロピ復号化ウィンドウサイズを決定するための第２の複数のパラメータを更に含む、請求項１０又は１１に記載のビデオ復号化方法。
13. 前記エントロピ復号化コンテキストモデルは、前記エントロピ復号化ウィンドウサイズを決定するときに適用されるスロープ係数及びオフセットを更に含む、請求項１０又は１１に記載のビデオ復号化方法。
14. 前記エントロピ復号化コンテキストモデルが、ビデオデータの前記スライスのスライスタイプと、前記ビデオ復号化デバイスによって受信された前記エントロピ復号化コンテキストモデルの指示とに少なくとも基づいて決定される、請求項１０～１３のいずれか一項に記載のビデオ復号化方法。
15. 前記エントロピ復号化確率状態は、初期エントロピ復号化確率状態である、請求項１０～１４のいずれか一項に記載のビデオ復号化方法。
16. 前記エントロピ復号化確率状態は、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ復号化された後に更新される、請求項１０～１５のいずれか一項に記載のビデオ復号化方法。
17. 前記第１の複数のパラメータのうちの少なくとも１つは、ビデオデータの前記スライスに関連する所定の数のデータユニットがエントロピ復号化された後に更新される、請求項１０～１５のいずれか一項に記載のビデオ復号化方法。
18. 前記補正値は、ビデオデータの前記スライスに関連するスライスヘッダから取得される、請求項１０～１７のいずれか一項に記載のビデオ復号化方法。
19. ビデオ符号化デバイスであって、
    プロセッサを備え、前記プロセッサが、
    エントロピ符号化コンテキストモデルを決定することであって、前記エントロピ符号化コンテキストモデルが、エントロピ符号化確率状態を決定するための第１の複数のパラメータを含む、ことと、
    前記第１の複数のパラメータのうちの少なくとも１つのための補正値を決定することと、
    前記エントロピ符号化コンテキストモデルに基づいて前記エントロピ符号化確率状態を決定することであって、前記補正値は、前記エントロピ符号化確率状態の前記決定中に前記第１の複数のパラメータのうちの前記少なくとも１つに適用される、ことと、
    少なくとも前記エントロピ符号化確率状態に基づいてビデオデータのスライスに対してエントロピ符号化を実行することと、を行うように構成される、ビデオ符号化デバイス。
20. 前記第１の複数のパラメータは、量子化パラメータと、前記エントロピ符号化確率状態を決定するときに前記プロセッサによって適用されるべき第１のスロープ係数と、前記エントロピ符号化確率状態を決定するときに前記プロセッサによって適用されるべき第１のオフセットとを含み、前記プロセッサは、前記エントロピ符号化確率状態を決定するときに前記補正値を前記量子化パラメータに適用するように構成される、請求項１９に記載のビデオ符号化デバイス。
21. 前記エントロピ符号化コンテキストモデルが、エントロピ符号化ウィンドウサイズを決定するための第２の複数のパラメータを更に含む、請求項１９又は２０に記載のビデオ符号化デバイス。
22. 前記エントロピ符号化コンテキストモデルは、前記エントロピ符号化ウィンドウサイズを決定するときに前記プロセッサによって適用されるべきスロープ係数及びオフセットを更に含む、請求項１９又は２０に記載のビデオ符号化デバイス。
23. 前記エントロピ符号化コンテキストモデルが、ビデオデータの前記スライスのスライスタイプに少なくとも基づいて決定され、前記プロセッサが、前記スライスタイプと前記エントロピ符号化コンテキストモデルの指示とをビデオ復号化デバイスにシグナリングするように更に構成される、請求項１９～２２のいずれか一項に記載のビデオ符号化デバイス。
24. 前記エントロピ符号化確率状態は、初期エントロピ符号化確率状態である、請求項１９～２３のいずれか一項に記載のビデオ符号化デバイス。
25. 前記プロセッサが、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ符号化された後に、前記エントロピ符号化確率状態を更新するように構成される、請求項１９～２４のいずれか一項に記載のビデオ符号化デバイス。
26. 前記プロセッサが、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ符号化された後に、前記第１の複数のパラメータのうちの少なくとも１つを更新するように構成される、請求項１９～２４のいずれか一項に記載のビデオ符号化デバイス。
27. 前記プロセッサが、ビデオデータの前記スライスに関連するスライスヘッダ中に前記補正値の指示を含めるように構成される、請求項１９～２６のいずれか一項に記載のビデオ符号化デバイス。
28. ビデオ符号化方法であって、前記方法は、
    エントロピ符号化コンテキストモデルを決定することであって、前記エントロピ符号化コンテキストモデルが、エントロピ符号化確率状態を決定するための第１の複数のパラメータを含む、ことと、
    前記第１の複数のパラメータのうちの少なくとも１つのための補正値を決定することと、
    前記エントロピ符号化モデルに基づいて前記エントロピ符号化確率状態を決定することであって、前記補正値は、前記エントロピ符号化確率状態の前記決定中に前記第１の複数のパラメータのうちの前記少なくとも１つに適用される、ことと、
    少なくとも前記エントロピ符号化確率状態に基づいてビデオデータのスライスに対してエントロピ符号化を実行することと、を含む、ビデオ符号化方法。
29. 前記第１の複数のパラメータは、量子化パラメータと、前記エントロピ符号化確率状態を決定するときに前記プロセッサによって適用される第１のスロープ係数と、前記エントロピ符号化確率状態を決定するときに前記プロセッサによって適用される第１のオフセットとを含み、前記プロセッサは、前記エントロピ符号化確率状態を決定するときに前記量子化パラメータに前記補正値を適用するように構成される、請求項２８に記載のビデオ符号化方法。
30. 前記エントロピ符号化コンテキストモデルは、エントロピ符号化ウィンドウサイズを決定するための第２の複数のパラメータを更に含む、請求項２８又は２９に記載のビデオ符号化方法。
31. 前記エントロピ符号化コンテキストモデルは、前記エントロピ符号化ウィンドウサイズを決定するときに適用されるスロープ係数及びオフセットを更に含む、請求項２８又は２９に記載のビデオ符号化方法。
32. 前記エントロピ符号化コンテキストモデルが、ビデオデータの前記スライスのスライスタイプに少なくとも基づいて決定され、前記ビデオ符号化方法が、前記スライスタイプと前記エントロピ符号化コンテキストモデルの指示とをビデオ復号化デバイスにシグナリングすることを更に備える、請求項２８～３１のいずれか一項に記載のビデオ符号化方法。
33. 前記エントロピ符号化確率状態は、初期エントロピ符号化確率状態である、請求項２８～３２のいずれか一項に記載のビデオ符号化方法。
34. 前記エントロピ符号化確率状態は、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ符号化された後に更新される、請求項２８～３３のいずれか一項に記載のビデオ符号化方法。
35. 前記第１の複数のパラメータのうちの少なくとも１つは、ビデオデータの前記スライスに関連するいくつかのデータユニットがエントロピ符号化された後に更新される、請求項２８～３３のいずれか一項に記載のビデオ符号化方法。
36. ビデオデータの前記スライスに関連するスライスヘッダ中で前記補正値をシグナリングすることを更に備える、請求項２８～３５のいずれか一項に記載のビデオ符号化方法。
37. 非一時的コンピュータ可読媒体に記憶されており、少なくとも１つのプロセッサによって実行されたときに、請求項１０～１８又は請求項２８～３６の少なくとも一項に記載の方法の工程を実装するプログラムコード命令を含むコンピュータプログラム製品。
38. プロセッサによって実行されたときに、請求項１０～１８又は請求項２８～３６の少なくとも一項に記載の方法の工程を実装するプログラムコード命令を含むコンピュータプログラム。
39. 請求項２８～３６のいずれか一項に記載の方法を使用してエントロピ符号化されたビデオデータのスライスを含むビデオデータ。