IP Force 特許公報掲載プロジェクト 2022.1.31 β版

ホーム > 特許ランキング > インターデイジタル ヴィーシー ホールディングス インコーポレイテッド

このエントリーをはてなブックマークに追加

知財求人 - 知財ポータルサイト「IP Force」

▶ インターデイジタル　ヴィーシー　ホールディングス　インコーポレイテッドの特許一覧

特許7602709組みあわせたインターおよびイントラ予測
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-11
(45)【発行日】2024-12-19
(54)【発明の名称】組みあわせたインターおよびイントラ予測
(51)【国際特許分類】
   H04N 19/52 20140101AFI20241212BHJP
   H04N 19/70 20140101ALI20241212BHJP
【ＦＩ】
H04N19/52
H04N19/70
【請求項の数】 15
(21)【出願番号】P 2021537807
(86)(22)【出願日】2019-12-20
(65)【公表番号】
(43)【公表日】2022-02-24
(86)【国際出願番号】 US2019068008
(87)【国際公開番号】W WO2020142279
(87)【国際公開日】2020-07-09
【審査請求日】2022-12-20
(31)【優先権主張番号】62/786,653
(32)【優先日】2018-12-31
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】318017914
【氏名又は名称】インターデイジタル ヴィーシー ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】シウ、シャオユウ
(72)【発明者】
【氏名】フ、ユーウェン
(72)【発明者】
【氏名】ルオ、チャンコン
【審査官】岩井 健二
(56)【参考文献】
【文献】国際公開第２０２０／１１７６１９（ＷＯ，Ａ１）
【文献】国際公開第２０２０／０９６３８９（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０２０／０１５４１０１（ＵＳ，Ａ１）
【文献】Ru-Ling Liao, and Chong Soon Lim，CE10 related: Combining multi-hypothesis prediction with triangular prediction unit mode，Joint Video Exploration Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-K0148-v2，11th Meeting: Ljubljana, SI,，2018年07月，pp.1-4
【文献】Ruoyang Yu，CE10-related: A fix for merge_triangle_flag signaling，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0118-v2，13th Meeting: Marrakech, MA，2019年01月，pp.1-2
【文献】Yi-Wen Chen, and Xianglin Wang，Non-CE4: Regular merge flag coding，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-M0231，13th Meeting: Marrakech, MA，2019年01月，pp.1-3
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｎ １９／００ － １９／７０
(57)【特許請求の範囲】
【請求項1】
ビデオデコードのためのデバイスであって、
三角形マージモードがピクチャに対して有効であることを決定し、
組みあわせたインターマージ／イントラ予測（ＣＩＩＰ）がビデオブロックに適用されるかどうかを示すＣＩＩＰインディケーションを取得し、
前記ＣＩＩＰインディケーションに基づいて、ＣＩＩＰが前記ビデオブロックに適用されることを決定し、
ＣＩＩＰが前記ビデオブロックに適用されるという前記決定に基づいて、前記ビデオブロックに対して三角形マージモードを無効し、
前記ビデオブロックに対する三角形マージモードの前記無効に基づいて前記ピクチャをデコードする
ように構成されたプロセッサーを備えたことを特徴とするデバイス。
【請求項2】
前記プロセッサーは、ＣＩＩＰが前記ビデオブロックに適用されることを決定することに基づいて、前記ビデオブロックに対する三角形マージモードインディケーションがビデオデータにおいてシグナリングされないことを決定し、三角形マージモードが前記ビデオブロックに対して無効にされることを推論するようにさらに構成されることを特徴とする請求項１に記載のデバイス。
【請求項3】
前記ビデオブロックは第１のビデオブロックであり、前記プロセッサーは、
前記ピクチャにおける第２のビデオブロックを取得し、
ＣＩＩＰが前記第２のビデオブロックに適用されないことを決定し、
ＣＩＩＰが前記第２のビデオブロックに適用されないことを決定することに少なくとも基づいて、前記ビデオブロックに対して三角形マージモードを使用するかどうかを決定するために三角形マージモードインディケーションを取得する
ようにさらに構成されることを特徴とする請求項１に記載のデバイス。
【請求項4】
前記三角形マージモードインディケーションは、ビデオブロックレベルで取得されることを特徴とする請求項３に記載のデバイス。
【請求項5】
ビデオデコードのための方法であって、
三角形マージモードがピクチャに対して有効であることを決定するステップと、
組みあわせたインターマージ／イントラ予測（ＣＩＩＰ）がビデオブロックに適用されるかどうかを示すＣＩＩＰインディケーションを取得するステップと、
前記ＣＩＩＰインディケーションに基づいて、ＣＩＩＰが前記ビデオブロックに適用されることを決定するステップと、
ＣＩＩＰが前記ビデオブロックに適用されるという前記決定に基づいて、前記ビデオブロックに対して三角形マージモードを無効にするステップと、
前記ビデオブロックに対する三角形マージモードの前記無効に基づいて前記ピクチャをデコードするステップと
を備えることを特徴とする方法。
【請求項6】
ＣＩＩＰが前記ビデオブロックに適用されることを決定することに基づいて、前記ビデオブロックに対する三角形マージモードインディケーションがビデオデータにおいてシグナリングされないことを決定するステップと、三角形マージモードが前記ビデオブロックに対して無効にされることを推論するステップとをさらに備えることを特徴とする請求項５に記載の方法。
【請求項7】
前記ビデオブロックは第１のビデオブロックであり、前記方法は、
前記ピクチャにおける第２のビデオブロックを取得するステップと、
ＣＩＩＰが前記第２のビデオブロックに適用されないことを決定するステップと、
ＣＩＩＰが前記第２のビデオブロックに適用されないことを決定することに少なくとも基づいて、前記第２のビデオブロックに対して三角形マージモードを使用するかどうかを決定するために三角形マージモードインディケーションを取得するステップと
をさらに備えることを特徴とする請求項５に記載の方法。
【請求項8】
前記三角形マージモードインディケーションは、ビデオブロックレベルで取得されることを特徴とする請求項７に記載の方法。
【請求項9】
ビデオエンコードのためのデバイスであって、
ピクチャに対する三角形マージモードを有効にすると決定し、
前記ピクチャのビデオブロックを取得し、
組みあわせたインターマージ／イントラ予測（ＣＩＩＰ）が前記ビデオブロックに適用されることを決定し、
ＣＩＩＰが前記ビデオブロックに適用されるという前記決定に基づいて、前記ビデオブロックに対して三角形マージモードを無効にし、
前記ビデオブロックに対する三角形マージモードの前記無効に基づいて前記ピクチャをエンコードする
ように構成されたプロセッサーを備えたことを特徴とするデバイス。
【請求項10】
前記プロセッサーは、
ＣＩＩＰが前記ビデオブロックに適用されることを示す、ビデオデータにおける前記ビデオブロックに対するＣＩＩＰインディケーションを含む、
ようにさらに構成されることを特徴とする請求項９に記載のデバイス。
【請求項11】
前記ビデオブロックは第１のビデオブロックであり、前記プロセッサーは、
前記ピクチャの第２のビデオブロックを取得し、
前記第２のビデオブロックに対してＣＩＩＰを無効にすると決定し、
前記第２のビデオブロックに対してＣＩＩＰを無効にすると決定することに少なくとも基づいて、三角形マージモードが前記第２のビデオブロックに対して使用されるかどうかを示す三角形マージモードインディケーションを含む
ようにさらに構成されることを特徴とする請求項９に記載のデバイス。
【請求項12】
ビデオエンコードのための方法であって、
ピクチャに対する三角形マージモードを有効にすると決定するステップと、
前記ピクチャのビデオブロックを取得するステップと、
組みあわせたインターマージ／イントラ予測（ＣＩＩＰ）が前記ビデオブロックに適用されることを決定するステップと、
ＣＩＩＰが前記ビデオブロックに適用されるという前記決定に基づいて、前記ビデオブロックに対して三角形マージモードを無効にするステップと、
前記ビデオブロックに対する三角形マージモードの前記無効に基づいて前記ピクチャをエンコードするステップと
を備えることを特徴とする方法。
【請求項13】
前記ビデオブロックは第１のビデオブロックであり、前記方法は、
前記ピクチャの第２のビデオブロックを取得するステップと、
前記第２のビデオブロックに対してＣＩＩＰを無効にすると決定するステップと、
前記第２のビデオブロックに対してＣＩＩＰを無効にすると決定することに少なくとも基づいて、三角形マージモードが前記第２のビデオブロックに対して使用されるかどうかを示す三角形マージモードインディケーションを含むステップと
をさらに備えることを特徴とする請求項１２に記載の方法。
【請求項14】
前記デバイスは、メモリーを備えたことを特徴とする請求項１ないし４、および９ないし１１のいずれか一項に記載のデバイス。
【請求項15】
１つまたは複数のプロセッサーに、請求項５ないし８、１２、および１３のいずれか一項に記載の方法を行わせるための命令を含むことを特徴とするコンピューター読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、組みあわせたインターおよびイントラ予測に関し、より詳細には、ビデオ処理における組みあわせたインターおよびイントラ予測に関する。
【背景技術】
【0002】
関連出願への相互参照
本出願は、２０１８年１２月３１日に出願された米国仮特許出願第６２／７８６，６５３号の優先権を主張しており、本明細書に参照によって全体として組み入れられる。
【0003】
背景技術
ビデオ符号化システムは、デジタルビデオ信号を圧縮するのに広く使用されて、ストレージニーズ、および／または上記信号の伝送帯域幅を減らす。例えば、ブロックベース、ウェーブレットベース、およびオブジェクトベースのシステムのような種々のタイプのビデオ符号化システムに、ブロックベースのハイブリッドビデオ符号化システムは、広く使用され開発されている。
【発明の概要】
【0004】
システム、方法、および手段は、組みあわせたインターおよびイントラ予測（combined inter and intra prediction）に対して開示される。ビデオ符号化デバイスは、ＭＭＶＤ（motion vector difference：動きベクトル差分）モードが、符号化単位のインター予測を生成するのに使用されるかどうかを示すＭＭＶＤモードインディケーションを受信することがある。ビデオ符号化デバイスは、例えば、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードが符号化単位のインター予測を生成するのに使用されないことを示すとき、ＣＩＩＰ（combined inter merge/intra prediction：組みあわせたインターマージ／イントラ予測）インディケーションを受信することがある。ビデオ符号化デバイスは、例えば、ＭＭＶＤモードインディケーションおよび／またはＣＩＩＰインディケーションに基づいて、符号化単位に対して三角形のマージモードを使用するかどうかを決定し得る。ＣＩＩＰインディケーションは、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードが符号化単位に対して使用されることを示すとき、受信されないことがある。ＭＭＶＤモードインディケーションは、符号化単位ごとに受信されることがある。
【0005】
ＣＩＩＰインディケーションが、ＣＩＩＰが符号化単位に対して適用されることを示すという条件にて、ビデオ符号化デバイスは、符号化単位に対して三角形のマージモードを無効にすることがある。ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがインター予測を生成するのに使用されることを示すという条件にて、ビデオ符号化デバイスは、符号化単位に対して三角形のマージモードを無効にすることがある。ＣＩＩＰインディケーションが、ＣＩＩＰが符号化単位に対して適用されないことを示し、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがインター予測を生成するのに使用されないことを示すという条件にて、ビデオ符号化デバイスは、符号化単位に対して三角形のマージモードを有効にすることがある。ビデオ符号化デバイスは、三角形マージフラグを受信することなく、符号化単位に対して三角形のマージモードを有効にすることがある。ビデオ符号化デバイスは、ＭＭＶＤモードインディケーションまたはＣＩＩＰインディケーションのうちの１つまたは複数に基づいて、符号化単位に対して三角形のマージモードを有効にするかどうかを推論し得る。ＣＩＩＰインディケーションは、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードが符号化単位に対して使用されることを示すとき、受信されないことがある。ＭＭＶＤモードインディケーションは、符号化単位ベースごとに受信されることがある。
【図面の簡単な説明】
【0006】
【図1】ブロックベースのビデオエンコーダーの例示的な図を例示する。
【図2】図２（ａ）は、マルチタイプの木構造および四分割におけるブロック分割に関連付けられた例を例示し、図２（ｂ）は、マルチタイプの木構造および垂直二分割におけるブロック分割に関連付けられた例を例示し、図２（ｃ）は、マルチタイプの木構造および水平二分割におけるブロック分割に関連付けられた例を例示し、図２（ｄ）は、マルチタイプの木構造および垂直三分割におけるブロック分割に関連付けられた例を例示し、図２（ｅ）は、マルチタイプの木構造および水平三分割におけるブロック分割に関連付けられた例を例示する。
【図3】ブロックベースのビデオデコーダーの例示的な図を例示する。
【図4】図４（ａ）は、組みあわせたインターおよびイントラ予測、ならびにＤＣプレーンモード（planar mode）に関連付けられた例を例示し、図４（ｂ）は、組みあわせたインターおよびイントラ予測、ならびに水平方向モードに関連付けられた例を例示し、図４（ｃ）は、組みあわせたインターおよびイントラ予測、ならびに垂直方向モードに関連付けられた例を例示する。
【図5】選択的時間動きベクトル予測に関連付けられた例を例示する。
【図6】アフィン動き場のモデリングに関連付けられた例を例示する。
【図7】図７Ａは、ダイアゴナルトライアングル分割ベースの動き補償予測に関連付けられた例を例示し、図７Ｂは、逆ダイアゴナルトライアングル分割ベースの動き補償予測に関連付けられた例を例示する。
【図8】三角形モードにおける単方向予測ＭＶ（動きベクトル）を生成することに関連付けられた例を例示する。
【図9】イントラモード導出に関連付けられた例を例示する。
【図10】イントラモード導出に対するテンプレートサンプルの勾配算出に関連付けられた例を例示する。
【図11】ＣＣＬＭ（ｃｒｏｓｓ－ｃｏｍｐｏｎｅｎｔ ｌｉｎｅａｒ ｍｏｄｅｌ）色差予測サンプルを使用する組みあわせたインターおよびイントラ予測に対する色差予測に関連付けられた例を例示する。
【図12】色差インター予測サンプルおよびＣＣＬＭ色差予測サンプルを組み合わせることによって組みあわせたインターおよびイントラ予測に対する色差予測に関連付けられた例を例示する。
【図13A】１つまたは複数の開示されている態様が実装されることがある例示的な通信システムのシステム図である。
【図13B】図１３Ａに例示された通信システム内において使用されることがある例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）のシステム図である。
【図13C】図１３Ａに例示された通信システム内において使用されることがある例示的なＲＡＮ（無線アクセスネットワーク）および例示的なＣＮ（コアネットワーク）のシステム図である。
【図13D】図１３Ａに例示された通信システム内において使用されることがあるさらなる例示的なＲＡＮおよびさらなる例示的なＣＮのシステム図である。
【発明を実施するための形態】
【0007】
高い符号化効率と適度な実装の複雑さとを与えることがある符号化ツールは、次の、アフィン動きモデル、選択的時間動きベクトル予測（alternative temporal motion vector prediction）またはＡＴＭＶＰ（advanced temporal motion vector prediction）、ＩＭＶ（整数動きベクトル）、ＧＢｉ（generalized bi-prediction）、ＢＤＯＦ（bi-directional optical flow）、ＣＩＩＰ（combined inter merge/intra prediction）、MMVD（merge with motion vector difference）、ペアワイズ平均マージ候補（pairwise average merge candidate）、インター符号化のための三角形のインター予測（triangular inter prediction）、ＣＣＬＭ（cross-component linear model）、マルチラインイントラ予測（multi-line intra prediction）、イントラ予測のためのＣＰＲ（current picture referencing）、ＥＭＴ（enhanced multiple transform）、量子化および変換符号化のための従属量子化（dependent quantization）、およびループ内フィルタのためのＡＬＦ（adaptive loop filtering）のうちの少なくとも１つを含むことがある。
【0008】
図１は、例示的なブロックベースのハイブリッドビデオエンコーダーシステム２００のブロック図を示す。入力ビデオ信号２０２は、ブロックずつ処理され得る。拡張されたブロックサイズ（たとえば、符号化単位またはＣＵと言われる）は、高解像度（たとえば、１０８０ｐおよび／またはより上）のビデオ信号を圧縮するのに使用されることがある。ＣＵは、１２８ｘ１２８ピクセルまでのサイズを含むことがある。ブロックは、四分木に基づいて分割されることがある。ＣＴＵ（coding tree unit）は、四分木／二分木／三分木に基づいて、変化する局所的な特性に適応させるＣＵに割られることがある。ＣＵは、別個の予測が適用され得る予測単位またはＰＵに分割されることがある、または分割されないことがある。ＣＵは、さらなる分割なしに予測および変換のための基本単位として使用され得る。マルチタイプの木構造において、（たとえば、１つの）ＣＴＵは、四分木の構造によって分割され得る（たとえば、最初に分割され得る）。四分木の葉ノード（たとえば、各四分木葉ノード）は、二分木構造および三分木構造によってさらに分割されることがある。図２に示されるように、１つまたは複数（たとえば、５つ）の割る型がある。次の、四分割（たとえば、（ａ））、水平二分割（たとえば、（ｃ））、垂直二分割（たとえば、（ｂ））、水平三分割（たとえば、（ｅ））、および垂直三分割（たとえば、（ｄ））のうちの１つまたは複数は、例示的な割る型であり得る。
【0009】
図１を参照して、入力ビデオブロック（たとえば、ＭＢ（マクロブロック）またはＣＵ）に対して、空間予測２６０または動き予測２６２が、行われることがある。空間予測（たとえば、またはイントラ予測）は、カレントビデオブロックを予測する同一のビデオピクチャおよび／またはスライスにおいて既に符号化された隣接ブロックからピクセルを使用することがある。空間予測は、ビデオ信号に固有の空間的な冗長性を減らすことがある。動き予測（たとえば、インター予測または時間予測と言われる）は、カレントビデオブロックを予測する既に符号化されたビデオピクチャからピクセルを使用することがある。動き予測は、ビデオ信号に固有の時間的な冗長性を減らすことがある。与えられているビデオブロックに対する動き予測信号は、カレントブロックとその参照ブロックとの間の動きの量および／または方向を示す動きベクトルによってシグナリングされることがある。複数の参照ピクチャがサポートされるならば、ビデオブロックの参照ピクチャインデックスは、デコーダーにシグナリングされ得る。参照インデックスは、時間予測信号が参照ピクチャストア４６４におけるどの参照ピクチャから来ることがあるかを特定するのに使用され得る。
【0010】
空間予測および／または動き予測の後に、エンコーダーにおけるモード決定２８０は、例えば、レート歪み最適化に基づいて予測モードを選択することがある。予測ブロックは、２１６にて、カレントビデオブロックから減じられ得る。予測残差は、変換モジュール２０４および量子化モジュール２０６を使用して非相関化されて、目標ビットレートを達成し得る。量子化された残差係数は、２１０にて逆量子化され、２１２にて逆変換されて、再構成された残差を形成し得る。再構成された残差は、２２６にて、予測ブロックに戻して加えられて、再構成されたビデオブロックを形成し得る。例えば、デブロッキングフィルタおよび／または適応的なループフィルタなどのループ内フィルタは、基準ピクチャストア２６４に入れられる前に、２６６にて、再構成されたビデオブロックに適応されることがある。参照ピクチャストア２６４における参照ピクチャは、将来のビデオブロックを符号化するのに使用され得る。出力ビデオビットストリーム２２０が形成され得る。符号化モード（たとえば、インターまたはイントラ）、予測モード情報、動き情報、および／または量子化された残差係数は、エントロピー符号化ユニット２０８へ送られて、ビットストリーム２２０を形成するために圧縮されパックされることがある。
【0011】
図３は、例示的なブロックベースのビデオエンコーダーの一般的なブロック図を示す。ビデオビットストリーム３０２は、エントロピーデコードユニット３０８にて、受信され、アンパックされ、および／またはエントロピーデコードされ得る。符号化モードおよび／または予測情報は、空間予測ユニット３６０（たとえば、イントラ符号化されている場合）に、および／または時間予測ユニット３６２（たとえば、インター符号化されている場合）に送られることがある。予測ブロックは、空間予測ユニット３６０および／または時間予測ユニット３６２にて形成されることがある。残差変換係数は、逆量子化ユニット３１０および逆変換ユニット３１２へ送られて、残差ブロックを再構成し得る。予測ブロックおよび残差ブロックは、３２６にて加えられ得る。再構成されたブロックは、ループ内フィルタリング３６６を通り抜けることがあり、参照ピクチャストア３６４に格納されることがある。参照ピクチャストア３６４における再構成されたビデオは、ディスプレイデバイスを駆動するのに、および／または将来のビデオブロックを予測するのに使用され得る。
【0012】
１つまたは複数の符号化モジュール、例えば、インター予測に関連付けられたものは、強化されてインター符号化効率を向上させることがある。１つまたは複数の符号化ツールが、本明細書にて説明され得る。
【0013】
組みあわせたインターおよびイントラ予測（combined inter and intra prediction）が行われることがある。
【0014】
図１および３に示されるように、インター予測およびイントラ予測は、ビデオ信号に存在する時間的なおよび空間的な冗長性を利用するのに使用され得る。例にて、ＰＵは、時間領域または空間領域のいずれかにおいて元のビデオの相関を利用し得る。インター予測およびイントラ予測の特性を考えて、上記のスキームは、あるビデオコンテンツに対して、最善ではないことがある。例えば、古いオブジェクトと新出現のオブジェクトとが混じり合っているビデオ領域に対して、たとえば、インター予測およびイントラ予測を一緒に組み合わせるやり方があるならば、より良い符号化効率が期待されることがある。上記考慮に基づいて、組みあわせたインターおよびイントラ予測ツール（combined inter and intra prediction tool）が行われることがある。組みあわせたインターおよびイントラ予測ツールは、イントラ予測を、マージモードから生成されるインター予測と組み合わせることがある。例にて、マージモードで符号化される各ＣＵに対して、フラグは、シグナリングされて、組みあわせたインターおよびイントラモードが適用されるかされないかを示し得る。フラグが真であるとき、追加のシンタックスがシグナリングされて、例えば、予め定義されたイントラモード候補リストからイントラモードを選択することがある。輝度成分に対して、イントラモード候補は、４度（4-frequently）、選択されるイントラモード、たとえば、プレーン（planar）、ＤＣ、水平方向、および垂直方向を含むことある。色差成分に対して、ＤＭモード（たとえば、色差成分が輝度イントラモードを再利用して予測サンプルを生成することを示す）は、どんなシグナリングもなしに適用されることがある。重みは、インター予測サンプルとイントラ予測サンプルとを組み合わせるのに適用され得る。次のうちの１つまたは複数が適用されることがある。
【0015】
ＤＣモードまたはプレーンモード（planar mode）によって予測されるＣＵと、幅または高さが４以下のＣＵとに対して、相等しい重み（たとえば、０．５）が適用されることがある。
【0016】
ＣＵが水平方向モードまたは垂直方向モードのいずれかによって予測され、ＣＵが幅および高さにおいて４つのサンプルより大きいならば、ＣＵは、（たとえば、適用されるイントラモードに従属する）水平方向または垂直方向に割られることがあり、割ることは、４つの相等しいサイズの領域の中にあり得る。（Ｗ＿ｉｎｔｒａi，Ｗ＿ｉｎｔｅｒi）として示される重みの組み合わせ、ただし、ｉ＝０，・・・，３。例にて、（Ｗ＿ｉｎｔｒａ0，Ｗ＿ｉｎｔｅｒ0）＝（０．７５， ０．２５）、（Ｗ＿ｉｎｔｒａ1，Ｗ＿ｉｎｔｅｒ1）＝（０．６２５，０．３７５）、（Ｗ＿ｉｎｔｒａ2，Ｗ＿ｉｎｔｅｒ2）＝（０．３７５，０．６２５）、および（Ｗ＿ｉｎｔｒａ3，Ｗ＿ｉｎｔｅｒ3）＝（０．２５，０．７５）、ただし、（Ｗ＿ｉｎｔｒａ0，Ｗ＿ｉｎｔｅｒ0）は、再構成隣接サンプル（たとえば、イントラ参照サンプル）に最も近いリージョンに対応することがあり、（Ｗ＿ｉｎｔｒａ3，Ｗ＿ｉｎｔｅｒ3）は、再構成隣接サンプルから最も遠く離れたリージョンに対応し得る。図４は、組みあわせたインターおよびイントラ予測モード（inter and intra prediction mode）に対して、インター予測サンプルとイントラ予測サンプルとを組み合わせるのに適用され得る例示的な重みを例示する。例えば、（ａ）は、ＤＣおよび／またはプレーンモードにおいて適用され得る例示的な重みを例示し、（ｂ）は、水平方向モードにおいて適用され得る例示的な重みを例示し、（ｃ）は、垂直方向モードにおいて適用され得る例示的な重みを例示する。表１は、組みあわせたインターおよびイントラ予測に対して追加されるシンタックスエレメントを組み入れた後の例示的な符号化単位シンタックステーブルを示す。
【0017】
【表1】

【0018】
表１を参照して、次のうちの１つまたは複数が適用され得る。ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ［ｘ０］［ｙ０］は、カレント符号化単位に対して組みあわせたインターおよびイントラ予測が適用されるかどうかを示し得る。ｍｈ＿ｉｎｔｒａ＿ｆｌａｇ［ｘ０］［ｙ０］が存在しないとき、０に等しいと推論され得る。ｍｈ＿ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］およびｍｈ＿ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］は、例えば、入力として、サンプル位置（ｘ０，ｙ０）、カレント符号化ブロックの幅、カレント符号化ブロックの高さ、ｍｈ＿ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ［ｘ０］［ｙ０］、およびｍｈ＿ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ［ｘ０］［ｙ０］を有するｍｈイントラモードに対して、輝度イントラ予測モードの導出処理を呼び出すことによって、輝度サンプルに対してイントラ予測モードを示し得る。
【0019】
例えば、組みあわせたインターおよびイントラ予測モードは、カレントＣＵが、従来のマージモード、たとえば、ＨＥＶＣのマージモードのために使用されることのように５つの空間的に隣接したものおよび２つの時間的に隣接したものによって符号化されるとき、有効にされることがある。ビットストリームにおいてＭＶをシグナリングするインターＣＵ、または他のマージモード（たとえば、アフィンマージ、ＡＴＭＶＰ、ＭＭＶＤおよび三角形予測）において符号化されるインターＣＵに対して、組みあわせたインターおよびイントラ予測は、無効にされることがある。
【0020】
サブブロックマージモードが行われることがある。
【0021】
マージモードによって符号化されるＣＵ（たとえば、各ＣＵ）は、予測方向（たとえば、各予測方向）に対して、動きパラメーターのセット（たとえば、１つの動きベクトルおよび１つの参照ピクチャインデックス）を有することがある。サブブロックレベルにて動き情報の導出を可能にする１つまたは複数のマージ候補は、マージモードに含まれることがある。サブブロックマージ候補のカテゴリは、ＡＴＭＶＰ（alternative temporal motion vector prediction：選択的時間動きベクトル予測）を含むことがある。ＡＴＭＶＰは、ＴＭＶＰ（時間動きベクトル予測）ツールの同一のコンセプトにおいて構築されることがあり、ＣＵに、時間的な隣接ピクチャ（たとえば、同一位置の参照ピクチャ）からの複数の小さなブロックからサブブロックの動き情報をフェッチすることを可能にすることがある。サブブロックマージ候補のカテゴリは、ＣＵの内側のサブブロックの動きをアフィンモデルに基づいてモデル化することがある、アフィンマージモードを含み得る。
【0022】
ＡＴＭＶＰが行われることがある。
【0023】
ＡＴＭＶＰにおいて、時間動きベクトル予測は、例えば、ブロックに、カレントブロックの中のサブブロックに対して、動き情報（たとえば、動きベクトルおよび参照インデックスを含む、複数の動き情報）を導出することを可能にすることによって向上され得る。サブブロック（たとえば、各サブブロック）に対する動き情報は、カレントピクチャの時間的に隣接するピクチャの対応する小さなブロックから導出され得る。
【0024】
ＡＴＭＶＰは、ブロックのサブブロックの動き情報を導出し得る。次のうちの１つまたは複数が適用されることがある。カレントブロックの対応するブロック（たとえば、同一位置のブロック（collocated block）と呼ばれることがある）は、選択された時間的な参照ピクチャにおいて特定され得る。カレントブロックは、サブブロックに割られることがあり、各サブブロックの動き情報は、例えば、図５に示されるように、同一位置のピクチャにおいて対応する小ブロックから導出され得る。
【0025】
図５は、例示的なサブブロック動き情報導出５００を描く。カレントブロックは、サブブロックに割られることがあり、各サブブロックの動き情報は、例えば、図５に示されるように、同一位置のピクチャにおいて対応する小ブロックから導出され得る。選択された時間的な参照ピクチャは、同一位置のピクチャ（collocated picture）と呼ばれることがある。次のうちの１つまたは複数が適用されることがある。同一位置のブロックおよび同一位置のピクチャは、カレントブロックの空間的な隣接ブロックの動き情報によって特定され得る。図５は、ＡＴＭＶＰに関連付けられた例を例示する。図５を参照して、ブロックＡは、カレントブロックのマージ候補リストにおいて第１の利用可能なマージ候補として特定され得る。ブロックＡの対応する動きベクトル（たとえば、ＭＶA）と参照インデックスとは、同一位置のピクチャおよび同一位置のブロックを特定するのに使用され得る。同一位置のピクチャにおける同一位置のブロックの位置は、ブロックＡの動きベクトル（ＭＶA）を、カレントブロックの座標に加えることによって決定され得る。
【0026】
カレントブロックは、サブブロックに割られることがあり、各サブブロックの動き情報は、例えば、図５に示されるように、同一位置のピクチャにおいて対応する小ブロックから導出され得る。例にて、カレントブロックにおいて各サブブロックに対する動き情報は、（たとえば、図５にて赤い矢印によって示されるように）同一位置のブロックにおいて対応する小ブロックから導出され得る。小ブロック（たとえば同一位置のブロックの中の各小ブロック）の動き情報は、特定され、カレントブロックにおいて対応するサブブロックの動きベクトルおよび参照インデックスに変換され得る（たとえば、時間動きベクトルのスケーリングが適用され得るＨＥＶＣにおけるＴＭＶＰと同様のやり方において）。
【0027】
アフィンモデルは、動き情報を示すのに使用され得る。ビデオシーケンスに存在する動きについて１つまたは複数のタイプ、たとえば、次のうちの１つまたは複数、並進運動、ズームイン／アウト、回転、遠近法の動き（perspective motion）、または他の不規則な動きがあり得る。アフィン動き場のモデリングに基づく動き補償予測が適用され得る。図６は、アフィン動き場のモデリング６００の例を例示する。図６に示すように、ブロックのアフィン動き場は、１つまたは複数、たとえば、３つの、制御点の動きベクトルによって説明されることがある。三制御点動き（three control-point motion）に基づいて、１つのアフィンブロックの動き場は、次のように説明され得る。
【0028】
【数1】
【0029】
動きベクトル（ｖ0x，ｖ0y）は、左上の角の制御点の動きベクトルであることがあり、動きベクトル（ｖ1x，ｖ1y）は、右上の角の制御点の動きベクトルであり得る。１つのビデオブロックがアフィンモードによって符号化されるとき、動き場は、４ｘ４ブロックの粒度に基づいて導出され得る。各４ｘ４ブロックの動きベクトルを導出するために、各４ｘ４サブブロックの中心サンプルの動きベクトルは、（１）に従って算出され得る。それは、１／１６ｐｅｌの正確さの概数で表され得る。導出された動きベクトルは、動き補償段階にて使用されて、カレントブロックの内側の各サブブロックの予測信号を生成し得る。
【0030】
三角形インター予測（triangle inter prediction）が行われることがある。図７は、例示的な三角形の予測分割（prediction partition）７００、７０２を描く。
【0031】
あるコンテンツ（たとえば、自然のビデオコンテンツ）にて、２つの動く物体の間の境界は、水平または垂直（たとえば、完全に水平または垂直）ではないことがあり、長方形ブロックによって正確に近似することが難しいことがある。三角形の予測は、たとえば、動き補償予測に対して三角の分割を可能にするように適用され得る。図７に示すように、三角形の予測は、ＣＵを、１つまたは複数（たとえば、２つ）の三角形の予測単位に、たとえば、対角方向または逆対角方向において割ることがある。三角形の予測単位（たとえば、ＣＵの中の各三角形の予測単位）は、単方向予測候補リストから導出され得る、それ自体の単方向予測動きベクトルおよび参照フレームインデックスを使用してインター予測されることがある。
【0032】
図８は、例示的な単方向予測動きベクトル候補導出８００を描く。単方向予測候補リストは、１つまたは複数（たとえば、５つ）の単方向予測動きベクトル候補を含むことがある。単方向予測動きベクトル候補は、マージ処理（たとえば、ＨＥＶＣのマージ処理）のために使用されるのと同様の（たとえば、同じ）空間的な／時間的な隣接ブロックから導出され得る。例にて、単方向予測ＭＶ候補は、図８に示されるように、５つの空間的に隣接するブロックと、２つの時間的に同一位置されるブロックとから導出され得る。図８を参照して、７つの隣接ブロックの動きベクトルは、（たとえば、隣接ブロックが双方向予測されるならば）隣接ブロックのＬ０動きベクトル、隣接ブロックのＬ１動きベクトル、隣接ブロックのＬ０およびＬ１動きベクトルの平均化動きベクトルの順に、収集され、単方向予測ＭＶ候補に加えられることがある。ＭＶ候補の数が５未満であるならば、零（０）動きベクトルがＭＶ候補リストに加えられる。
【0033】
色差イントラ予測に対してクロスコンポーネント予測（cross-component prediction）が行われることがある。あるビデオコンテンツ（たとえば、自然のビデオコンテンツ）の輝度成分と色差成分との間に相関が存在し得る。ＣＣＬＭ（cross-component linear model）予測モードは、色差イントラ予測に対して使用され得る。ＣＣＬＭ予測モードにて、色差サンプルは、ブロック（たとえば、同一のブロック）の再構成された輝度サンプルから、線形モデル、たとえば、（２）を使用することによって予測され得る。
【0034】
【数2】
【0035】
（２）を参照して、ｐｒｅｄc（ｉ，ｊ）は、ブロックにおける色差サンプルの予測を示すことがあり、ｐｒｅｄL（ｉ，ｊ）は、４：２：０色差フォーマットコンテンツに対してダウンサンプリングされ得る、色差ブロックと同じ解像度にて同一のブロックの再構成された輝度サンプルを示すことがある。パラメーターαおよびβは、それぞれ、線形モデルのスケーリングパラメーターおよびオフセットを示し得る。
【0036】
本明細書に説明されるように、輝度成分に対して、たとえば、プレーンモード、ＤＣモード、水平方向モード、および垂直方向モードを含む、１つまたは複数の（たとえば、最大４度使用される）イントラモードは、（たとえば、組みあわせたインターおよびイントラ予測モードによって）サポートされることがある。符号化デバイス（たとえば、エンコーダー）は、複数のイントラモードを試験し得る。符号化デバイスは、複数のイントラモードのうち、（たとえば、レート歪みのトレードオフの観点から）最高性能を提供するイントラモードを選択し得る。符号化デバイスは、選択されたイントラモードをシグナリングし得る（たとえば、デコーダーへ明示的にシグナリングされる）。組みあわせたインターおよびイントラ予測モードに対して、ビットレートの無視できない（たとえば、著しい）量が、イントラモードの符号化に費やされることがある。例にて、計算能力の増加により、現代のデバイス（たとえば、デコーダーを装備したワイヤレスモバイルデバイスなどのバッテリー式デバイスでさえ）は、いくつかの洗練された動作を行うことがある。デコーダー側にて組みあわせたインターおよびイントラ予測に対して使用されるイントラモードが導出され得る。デコーダー側の導出が正確であるならば、イントラモードのシグナリングがスキップされることがあり、符号化効率が向上され得る。
【0037】
組みあわせたインターおよびイントラ予測は、ＣＵがマージモードによって符号化されるときに有効にされ得る。マージモードは、（たとえば、図８に示されるように）マージモードに対して５つの空間的に隣接したものおよび２つの時間的に隣接したものを使用することを含み得る。他のマージモード（たとえば、アフィンマージ、ＡＴＭＶＰ、ＭＭＶＤおよび三角形予測）によって予測されるインターＣＵに対して、組みあわせたインターおよびイントラ予測は、無効にされることがある（たとえば、常にされることがある）。例えば、ＭＭＶＤに対して組みあわせたインターおよびイントラ予測は、ＭＭＶＤモードが真の双方向予測シナリオ（たとえば、参照リストＬ０およびＬ１から前の予測および後の予測がある）においてで主に選択されるので、無効にされることがある。動き補償予測（たとえば、インター予測）は、カレントＣＵを予測するのに正確であり得る。追加のインター予測が不必要であり得る。組みあわせたインターおよびイントラ予測（combined inter and intra prediction）が他のマージモードに対して無効にされることがある。１つまたは複数のマージモード（たとえば、ＡＴＭＶＰおよび三角形予測モード）に対して、同一の参照ピクチャにおいて空間的に隣接したものから、または時間的な参照ピクチャの同一位置のブロックから導出されるサブブロックの動きは、正確ではないことがある。今述べた場合に、組みあわせたインターおよびイントラ予測のこれらのマージモードとの組み合わせを可能にすることは、（たとえば、符号化性能の観点から）有益であり得る。
【0038】
組みあわせたインターおよびイントラ予測モードの符号化性能が向上され得る。イントラモード導出は、例えば、符号化デバイス（たとえば、デコーダー）の計算能力を利用することによって、イントラモードをシグナリングすることのオーバーヘッドをスキップすることがある。組みあわせたインターおよびイントラ予測モードに対して色差の符号化が向上され得る。組みあわせたインターおよびイントラ予測モードの適用は、例えば、三角形インター予測および／またはサブブロックマージモードを含む、１つまたは複数の符号化ツールにより拡張され得る。
【0039】
組みあわせたインターおよびイントラ予測が、例えば、デコーダーイントラモード導出により行われることがある。例えば、組みあわせたインターおよびイントラ予測において、輝度成分の選択されたイントラモード（たとえば、プレーンモード、ＤＣモード、水平方向モード、または垂直方向モード）は、符号化デバイス（たとえば、エンコーダーまたはデコーダー）へ、および／または符号化デバイスからシグナリングされ得る。選択されたイントラモードをシグナリングすることは、ビットストリームの無視できない部分（たとえば、アウトプットビットスチーム（output bit-steam））をのせることがある、および／または全体的な符号化性能を減らすことがある。組みあわせたインターおよびイントラ予測に対して使用されるイントラモードは、符号化デバイス（たとえば、デコーダー）にて導出されることがあり、オーバーヘッドを減らし得る。換言すれば、デコーダーは、（たとえば、１つまたは複数の隣接再構成サンプルに基づいて）組みあわせたインターおよびイントラ予測に対してイントラモードを導出し得る。例えば、組みあわせたインターおよびイントラ予測が（たとえば、ビットストリームにてイントラモードを直にシグナリングする代わりに）ＣＵに適用されるとき、イントラモードは、ＣＵの隣接再構成サンプルから導出されることがある。
【0040】
図９は、例示的なイントラモード導出９００（たとえば、組みあわせたインターおよびイントラ予測に対するイントラモードのデコーダー側の導出）を例示する。図９に示されるように、組みあわせたインターおよびイントラ予測が適用されるカレントＣＵは、Ｎ×Ｎ（幅×高さ）のサイズを含むことがある。テンプレートは、カレントＣＵのイントラモードを導出するのに使用される再構成されたサンプルのセットを指定することがある。図９にて影を付けられたリージョンは、テンプレートを表し得る。テンプレートサイズは、ターゲットブロックの上および左に拡張されるＬ型リージョン内のサンプルの数、たとえば、Ｌとして示され得る。例えば、勾配解析は、カレントＣＵのサンプルと隣接ブロックとの間に強い相関（たとえば、テンプレート）があるとき、テンプレートサンプルの上に適用され得る。勾配解析は、カレントＣＵの組みあわせたインターおよびイントラ予測に対して使用されるイントラモードを推定するのに使用され得る。例にて、（３）に示されるように、３×３のＳｏｂｅｌフィルタを適用して、テンプレートのサンプルの水平および垂直勾配を算出し得る。
【0041】
【数3】
【0042】
２つの行列（たとえばＭxおよびＭy）は、サンプル（たとえば、テンプレートサンプルの中心に置かれたサンプル）の３×３のウインドウと乗じられ得る。２つの勾配値、ＧxおよびＧyと、アクティビティ値Ａｃｔhとは、各テンプレートサンプルの水平および垂直勾配を、たとえば、（４）を使用して合計することによって算出され得る。
【0043】
【数4】
【0044】
（４）を参照して、
【0045】
【数5】
【0046】
および
【0047】
【数6】
【0048】
は、それぞれ、座標（ｉ，ｊ）におけるテンプレートサンプルの水平および垂直勾配を示し得る。Ωは、テンプレートにおけるサンプルの座標の集合を示すことがある。図１０は、イントラモード導出に対するテンプレートサンプルの例示的な勾配算出１０００を例示する。（４）にて算出された勾配値およびアクティビティ値を与えられ、最終的なイントラモード（たとえば、カレントＣＵに適用された最終的なイントラモード）は、（５）によって決定され得る。
【0049】
【数7】
【0050】
（５）を参照して、ｔｈgおよびｔｈactは、符号化デバイス（たとえば、エンコーダーおよび／またはデコーダー）にて固定され使用され得る、勾配値およびアクティビティ値に対する２つの予め定義されたしきい値を示すことがある。例にて、勾配値およびアクティビティ値に対するしきい値は、符号化デバイス（たとえば、エンコーダー）によって決定され、ビットストリームにおいて他の符号化デバイス（たとえば、デコーダー）へシグナリングされることがある。
【0051】
図９にて、Ｌ型のリージョンを形成する再構成サンプル（たとえば、カレントＣＵに最も近い再構成サンプル）は、テンプレートとして使用されることがある。例にて、異なったかたちおよび／またはサイズを有するテンプレートが選択されることがあり、異なった複雑さ／性能のトレードオフを提供することがある。大きなテンプレートサイズを選択すると、テンプレートのサンプルは、ターゲットブロックから遠く離れることがある。テンプレートとターゲットブロックとの間の相関は、不十分であり得る。大きいテンプレートサイズは、エンコードおよびデコードの（たとえば、より多くのサンプルが勾配およびアクティビティ算出に対して考慮され得ることが与えられる）複雑さを増すことがある。大きいテンプレートサイズは、ノイズが与えられるとき信頼できる推定を手放すことがある。例にて、適応的なテンプレートサイズは、イントラモードの推定に対して使用され得る。例えば、テンプレートサイズは、ＣＵサイズに基づいて決定されることがある。テンプレートサイズは、図９において「Ｌ」の値によって表されることがある。例にて、第１のテンプレートサイズは、あるＣＵサイズ（たとえば、６４サンプル未満）に対して使用されることがあり、第２のテンプレートサイズは、他のＣＵのサイズ（たとえば、６４サンプル以上を有するＣＵ）に対して使用され得る。第１のテンプレートサイズは、３（たとえば、図９に示されるようなＬ＝３）であり得る。第２のテンプレートサイズは、５（たとえば、図９に示されるようなＬ＝５）であり得る。
【0052】
デコーダーは、組みあわせたインターおよびイントラ予測に対して輝度イントラモードを選択することがある。組みあわせたインターおよびイントラ予測に対する輝度イントラモードは、例えば、インター予測サンプルとイントラ予測サンプルとの間の差分を最小にすることによって、選択されることがある。組みあわせたインターおよびイントラ予測に対する輝度イントラモードは、（たとえば、各イントラ予測モードに対して）インター予測信号とイントラ予測信号との間において測定されたコストを算出することによって、選択されることがある。次のコスト測定値のうちの１つまたは複数（たとえばテンプレートコスト測定）は、例えば、差分絶対値和（ＳＡＤ：sum of absolute difference）、差分二乗和（ＳＳＤ：sum of square difference）、および／またはＳＡＴＤ（sum of absolute transformed difference）など、適用され得る。コストの比較に基づいて、最小のテンプレートコストを生じるイントラ予測モードは、カレントＣＵのイントラ予測モード（たとえば、カレントＣＵの最善なイントラ予測モード）として選択されることがある。例にて、最も低い測定コストに関連付けられたイントラ予測モードは、（たとえば、デコーダーによって）選択されることがある。
【0053】
組みあわせたインターおよびイントラ予測は、色差ＣＣＬＭにより行われることがある。組みあわせたインターおよびイントラ予測において、ＤＭ（direct mode）は、１つまたは複数の色差成分に、例えば、シグナリングすることなく適用され得る。ＤＭにおいて、輝度成分イントラモードは、１つまたは複数の色差成分に対して再利用され得る。輝度成分と色差成分との間にチャネル間相関が存在することがある。例えば、輝度成分は、色差成分とチャネル間相関を有し得る。色差成分は、輝度成分とチャネル間相関を有し得る。ＣＣＬＭは、色差イントラ予測に対して使用され得る。例えば、ＣＣＬＭは、色差サンプルが、線形モデルに基づいて適用されているサブサンプリングにより、対応する輝度サンプルから予測される、色差イントラ予測に対して使用され得る。１つまたは複数のＣＣＬＭモデルパラメーターは、１つまたは複数の隣接輝度および／または色差サンプル（たとえば、カレントＣＵの周りのおざなりの隣接輝度および色差サンプル）から導出され得る。ＤＭモードは、例えば、組みあわせたインターおよびイントラ予測がＣＵに適用されるとき、色差サンプルのイントラ予測に対してＣＣＬＭモードと取り替えられ得る。換言すれば、ＣＣＬＭモードは、（たとえば、ＤＭモードの代わりに）１つまたは複数の色差成分へ適用され得る。
【0054】
ＣＣＬＭモードは、次のやり方のうちの１つまたは複数において色差成分へ適用され得る。例にて、ＣＵの１つまたは複数の輝度予測サンプルは、（たとえば、ビットストリームにおいてシグナリングされるイントラモードに基づく）イントラ予測、および（たとえば、マージボックスによって示される隣接ブロックのＭＶに基づく）インター予測から生成される予測サンプルを混合することによって生成され得る。輝度成分の１つまたは複数の輝度予測サンプルおよび残差サンプルは、一緒に加えられて、例えば、１つまたは複数の再構成された輝度サンプルを生成する（たとえば、形成する）ことがある。１つまたは複数の再構成された輝度サンプルは、サブサンプリングされ得る。１つまたは複数の再構成された輝度サンプルは、ＣＣＬＭモードに基づいて、１つまたは複数の彩度予測サンプルを生成するのに使用され得る。
【0055】
例にて、１つまたは複数の色差予測サンプル（たとえば、ＣＣＬＭ予測サンプル）は、色差インター予測サンプルと組み合わされて、色差成分に対して最終的な予測サンプルを生成し得る。１つまたは複数の色差予測サンプルは、色差インター予測サンプルと言われることがある。
【0056】
図１１は、ＣＣＬＭ色差予測サンプルを使用する（たとえば、直に使用する）組みあわせたインターおよびイントラ予測に対して例示的な色差予測１１００を例示する。ＣＣＬＭモードを色差成分に適用する（たとえば、図１１にて示されるような）第１の例示的な方法において、色差ＬＭ予測サンプルは、直に使用され得る。
【0057】
図１２は、色差インター予測サンプルおよびＣＣＬＭ色差予測サンプルを組み合わせることによって組みあわせたインターおよびイントラ予測に対して例示的な色差予測１２００を例示する。ＣＣＬＭモードを色差成分に適用する（たとえば、図１２にて示されるような）第２の例示的な方法において、色差イントラ予測サンプルは、色差インター予測サンプルと組み合わされ得る。
【0058】
ＤＭおよびＣＣＬＭモードは、組みあわせたインターおよびイントラ予測の色差イントラ予測に対して有効にされ得る。フラグは、例えば、組みあわせたインターおよびイントラ予測がカレントＣＵに対して有効にされるとき、シグナリングされ得る。フラグは、ＤＭモードまたはＣＣＬＭモードが適用されるかどうかを示すことがある。次のうちの１つまたは複数が適用されることがある。フラグが真に設定されるとき、ＤＭモードは、たとえば、色差成分の同一のイントラモードが再利用されて、色差イントラ予測サンプルを生成するように、色差成分に適用され得る。フラグが偽に設定されるとき、ＣＣＬＭモードは、色差サンプルのイントラ予測に適用され得る、たとえば、色差インター予測サンプルが、サブサンプリングされた輝度再構成サンプルから線形モードに基づいて生成されるだろう。
【0059】
組みあわせたインターおよびイントラ予測は、他の符号化ツールと相互作用することがある。組みあわせたインターおよびイントラ予測は、ＣＵがマージモード（たとえば、従来のマージモード）によって符号化されるときに有効にされ得る。組みあわせたインターおよびイントラ予測モードは、１つまたは複数の他のインター符号化ツール（たとえば、アフィンマージ、ＡＴＭＶＰ、および三角形予測を含む）と相互作用することがある。組みあわせたインターおよびイントラ予測モードと、１つまたは複数の他のインター符号化ツールとの間の相互作用（複数可）（たとえば、相互作用の共力作用）は、向上され得る。次のうちの１つまたは複数が適用されることがある。
【0060】
組みあわせたインターおよびイントラ予測は、サブブロックマージモードに対して有効にされることがある。動き情報は、サブブロックレベルにおいて導出され得る。例えば、動き情報のサブブロック導出は、サブブロックマージモード、たとえば、ＡＴＭＶＰおよびアフィンモードを通じて有効にされ得る。例にて、組みあわせたインターおよびイントラ予測は、（たとえば、サブブロックモードによって予測されるＣＵに対して）無効にされることがある。サブブロック動き情報は、１つまたは複数の空間的に隣接したものから（たとえば、アフィンマージモードにおいて）導出される（たとえば、完全に導出される）ことがある。サブブロック動き情報は、１つまたは複数の時間的に隣接したものから（たとえば、ＡＴＭＶＰモードにおいて）導出されることがある。サブブロック動き情報は、カレントＣＵの予測サンプルを生成するのに十分正確ではないことがある。サブブロックマージモードに対して組みあわせたインターおよびイントラ予測は、有効にされることがある。例にて、組みあわせたインターおよびイントラ予測は、ＡＴＭＶＰモードに対して有効にされる（たとえば、単に有効にされる）ことがあり、アフィンマージモードに対して無効にされる（たとえば、常に無効にされる）ことがある。組みあわせたインターおよびイントラ予測フラグは、例えば、組みあわせたインターおよびイントラ予測を有効にするためにシグナリングされ得る。組みあわせたインターおよびイントラ予測フラグは、サブブロックマージモードインデックスの後にシグナリングされ得る。サブブロックマージインデックスがアフィン候補を参照するとき、組みあわせたインターおよびイントラ予測フラグは、スキップされることがある。サブブロックマージインデックスがアフィン候補を参照するとき、組みあわせたインターおよびイントラ予測フラグは、偽である、たとえば、組みあわせたインターおよびイントラ予測を無効にする、と推論されることがある。サブブロックマージインデックスがＡＴＭＶＰ候補を参照するならば、組みあわせたインター／イントラフラグは、組みあわせたインターおよびイントラ予測がカレントＣＵに対して有効にされるかどうかを示すのにシグナリングされ得る。
【0061】
組みあわせたインターおよびイントラ予測は、三角形モード（たとえば、三角形のマージモード）に対して有効にされることがある。三角形予測にて、カレントＣＵのＰＵ（たとえば、各ＰＵ）は、カレントＣＵに関する単方向予測候補からＭＶ（たとえば、動きベクトル候補）を使用してインター予測され得る。単方向予測候補リストにおいてＭＶ候補は、ＣＵの動きを説明するのに十分正確ではないことがある、カレントＣＵの空間的におよび／または時間的に隣接するブロックから導出され得る。組みあわせたインターおよびイントラ予測は、例えば、三角形インター予測の効率を向上させる三角形予測モード用であり得る。イントラ予測モード（たとえば、単一のイントラ予測モード）は、１つまたは複数（たとえば、２）のＰＵに対してシグナリングされ得る。イントラ予測モードは、例えば、各ＰＵに対して別個にシグナリングされ得る。
【0062】
三角形モードは、組みあわせたインターおよびイントラ予測および／またはＭＭＶＤモードに対して無効にされ得る。三角形モードは、三角形のマージモードと言われることがある。三角形のマージモードは、ＣＩＩＰが適用されず、ＭＭＶＤモードが使用されないとき、有効にされ得る。例えば、ビデオ符号化デバイス（たとえば、図１に示されるように構成されたエンコーダー）は、三角形のマージモードを有効にするかどうかを決定することがある。エンコーダーが三角形のマージモードを有効にすると決定するとき、エンコーダーは、ＣＩＩＰを適用せず、ＭＭＶＤモードを使用しないと決定することがある。例えば、ビデオ符号化デバイスは、三角形のマージモードインディケーション（たとえば、三角形のマージモードフラグ）を受信することなく、三角形のマージモードを有効にすることがある。ビデオ符号化デバイス（たとえば、図３に示されるように構成されたデコーダー）は、ＭＭＶＤモードインディケーション（たとえば、ＭＭＶＤフラグ）を受信することがある。例えば、エンコーダーは、ＭＭＶＤモードインディケーションをビデオ符号化デバイスに送ることがある。ビデオ符号化デバイスは、（たとえば、図１３Ａ～１３Ｄに示されるＷＴＲＵ１０２のような）ＷＴＲＵであり得る。ビデオ符号化デバイスは、（たとえば、図１３Ａ～１３Ｄに示されるＷＴＲＵ１０２のような）ＷＴＲＵを含み得る。ＭＭＶＤモードインディケーションは、ＭＭＶＤモードがＣＵのインター予測を生成するのに使用されるかどうかを示すことがある。ＭＭＶＤモードインディケーションは、符号化単位ベースごとに受信されることがある。ビデオ符号化デバイスは、ＣＩＩＰ（combine inter merge/intra prediction：組みあわせたインターマージ／イントラ予測）インディケーション（たとえば、ＣＩＩＰフラグ）を受信することがある。例えば、エンコーダーは、ＣＩＩＰインディケーションをビデオ符号化デバイスに送ることがある。ＣＩＩＰインディケーションは、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがＣＵに対して使用されることを示すとき、受信されないことがある。ＣＩＩＰインディケーションは、ＣＩＩＰがＣＵに対して適用されることを示し得る。
【0063】
例にて、三角形マージフラグは、例えば、サブブロックマージフラグ、組みあわせたインター／イントラフラグ、および／またはＭＭＶＤフラグの後に、シグナリングされ得る。上のフラグのうちの１つまたは複数が真に設定されるならば、三角形フラグは、シグナリングされないことがある。ＣＩＩＰインディケーションが、ＣＩＩＰがＣＵに対して適用されることを示すとき、三角形マージフラグは、シグナリングされないことがある。例えば、エンコーダーは、ＣＩＩＰインディケーションが、ＣＩＩＰがＣＵに対して適用されないことを示すとき、ビデオ符号化デバイス（たとえば、デコーダー）へのメッセージにおいて三角形マージフラグを含まないと決定されることがある。ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがインター予測を生成するのに使用されることを示すとき、三角形マージフラグは、シグナリングされないことがある。例えば、エンコーダーは、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがインター予測を生成するのに使用されることを示すとき、ビデオ符号化デバイス（たとえば、デコーダー）へのメッセージにおいて三角形マージフラグを含まないと決定されることがある。三角形マージフラグがシグナルされないとき、三角形マージフラグは、偽（たとえば三角形モードを無効にする）と推論されることがある。例えば、ビデオ符号化デバイスは、ＭＭＶＤモードインディケーションおよび／またはＣＩＩＰインディケーションに基づいて、ＣＵに対して三角形のマージモードを有効にするかどうかを推論し得る。ビデオ符号化デバイスは、例えば、ＭＭＶＤモードインディケーションが、ＭＭＶＤモードがインター予測を生成するのに使用されることを示すとき、ＣＵに対して三角形のマージモードを無効にすることがある。ビデオ符号化デバイスは、例えば、ＣＩＩＰインディケーションが、ＣＩＩＰがＣＵに対して適用されることを示すとき、三角形のマージモードを無効にすることがある。３つのフラグが偽に設定されるならば、三角形フラグは、例えば、三角形モードがカレントＣＵに適用されるかどうかを示すのにシグナリングされ得る。
【0064】
図１３Ａは、１つまたは複数の開示されている態様が実装され得る例示的な通信システム１００を例示する図である。通信システム１００は、例えば、音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数のワイヤレスユーザーに提供するマルチプルアクセスのシステムであることがあり得る。通信システム１００は、複数のワイヤレスユーザーに、ワイヤレス帯域幅を含むシステムリソースの共有を通じて、上記のコンテンツにアクセスできるようにすることがあり得る。例えば、通信システム１００は、例えば、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交周波数分割多元接続）、ＳＣ－ＦＤＭＡ（シングルキャリアＦＤＭＡ）、ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ（zero-tail unique-word DFT-Spread OFDM）、ＵＷ－ＯＦＤＭ（unique word OFDM）、リソースブロックフィルターされた（resource block-filtered）ＯＦＤＭ、ＦＢＭＣ（filter bank multicarrier）などのような１つまたは複数のチャネルアクセスの方法を採用することがあり得る。
【0065】
図１３Ａに示すように、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことがあり得るが、開示される態様は、いくつものＷＴＲＵ、基地局、ネットワーク、および／またはネットワークエレメントを予想すると理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作するおよび／または通信するように構成されるどのタイプのデバイスであってもよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、いずれも、「局」および／または「ＳＴＡ」ということがあり、ワイヤレス信号を送信するおよび／または受信するように構成されることがあり、ＵＥ（ユーザー機器）、移動局、固定または移動の加入者ユニット、サブスクリプションベースのユニット、ページャー、セルラー電話、ＰＤＡ（パーソナルデジタルアシスタント）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピューター、ワイヤレスセンサー、ホットスポットまたはＭｉ－Ｆｉデバイス、ＩｏＴ（モノのインターネット）デバイス、腕時計または他のウェアラブル、ＨＭＤ（ヘッドマウントディスプレイ）、車両、ドローン、医療用のデバイスおよびアプリケーション（たとえば、遠隔手術）、工業用のデバイスおよびアプリケーション（たとえば、工業のおよび／または自動化された処理チェーンのコンテキストにおいて動作するロボットおよび／または他のワイヤレスデバイス）、家電デバイス、商業および／または工業のワイヤレスネットワーク上に動作するデバイスなどを含むことがあり得る。どのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄをとっても、ＵＥと交換可能にいうことがあり得る。
【0066】
さらに、通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂを含むこともあり得る。基地局１１４ａ、１１４ｂの各々は、１つまたは複数の通信ネットワーク、例えば、ＣＮ１０６／１１５、インターネット１１０、および／またはその他のネットワーク１１２などへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェイスするように構成されるどのタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（無線基地局装置）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、ｇＮＢ、ＮＲ ＮｏｄｅＢ、サイトコントローラー、ＡＰ（アクセスポイント）、ワイヤレスルータなどであることがあり得る。基地局１１４ａ、１１４ｂは、各々、単一の要素として描かれる一方、基地局１１４ａ、１１４ｂは、相互接続された基地局および／またはネットワークエレメントをいくつでも含むことがあり得ると理解されるであろう。
【0067】
基地局１１４ａは、さらに、他の基地局および／または、例えば、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワーク制御装置）、中継ノードなどのようなネットワークエレメント（図示せず）を含むこともあり得るＲＡＮ１０４／１１３の一部であることがあり得る。基地局１１４ａおよび／または基地局１１４ｂは、１つまたは複数のキャリア周波数上にワイヤレス信号を送信するおよび／または受信するように構成されることがあり、セル（図示せず）ということがあり得る。今述べた周波数は、許可されたスペクトル、許可されていないスペクトル、または許可されたスペクトルと、許可されていないスペクトルとの組合せであることがあり得る。セルは、相対的に固定されることがあり、またはやがて変化することがあり得る特定の地理的なエリアに対して、カバレッジをワイヤレスサービスに提供することがあり得る。さらに、セルは、セルのセクターに分割されることがあり得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクターに分割されることがあり得る。したがって、一態様において、基地局１１４ａは、３つのトランシーバー、すなわち、セルの各セクターに対して１つを含むことがあり得る。態様において、基地局１１４ａは、ＭＩＭＯ（multiple-input multiple output）の技術を採用することがあり、セルの各セクターに対して複数のトランシーバーを利用することがあり得る。例えば、ビームフォーミングは、望ましい空間方向に信号を送信するおよび／または受信するために使用されることがあり得る。
【0068】
基地局１１４ａ、１１４ｂは、適切な、どんなワイヤレス通信リンク（たとえば、ＲＦ（無線周波数）、マイクロ波、センチメートル波、マイクロメートル波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）でもあることがあり得るエアインターフェイス１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することがあり得る。エアインターフェイス１１６は、適切な、どのＲＡＴ（無線アクセス技術）を使用しても確立されることがあり得る。
【0069】
より具体的には、上に述べたように、通信システム１００は、マルチプルアクセスのシステムであることがあり、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような１つまたは複数のチャネルアクセススキームを採用することがあり得る。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ＷＣＤＭＡ（wideband CDMA）を使用してエアインターフェイス１１５／１１６／１１７を確立することがあり得るＵＴＲＡ（UMTS（Universal Mobile Telecommunications System） Terrestrial Radio Access）などの無線技術を実装することがあり得る。ＷＣＤＭＡは、例えば、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことがあり得る。ＨＳＰＡは、ＨＳＤＰＡ（High-Speed DL(Downlink) Packet Access）および／またはＨＳＵＰＡ（High-Speed UL Packet Access）を含むことがあり得る。
【0070】
態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ－Ａ（LTE-Advanced）および／またはＬＴＥ－Ａ Ｐｒｏ（LTE-Advanced Pro）を使用してエアインターフェイス１１６を確立することがあり得る、例えばＥ－ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することがあり得る。
【0071】
態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＮＲ（New Radio）を使用してエアインターフェイス１１６を確立することがあり得る、例えばＮＲの無線アクセスなどの無線技術を実装することがあり得る。
【0072】
態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装することがあり得る。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばＤＣ（dual connectivity；デュアルコネクティビティ）の原理を使用して、ＬＴＥの無線アクセスおよびＮＲ無線のアクセスをともに実装することがあり得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェイスは、複数の種類の無線アクセス技術、および／または複数の種類の基地局（たとえば、ｅＮＢおよびｇＮＢ）に／から送られる送信によって、特徴付けられることがあり得る。
【0073】
他の態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ＩＥＥＥ８０２．１１（すなわち、ＷｉＦｉ（Wireless Fidelity））、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ＥＶ－ＤＯ、ＩＳ－２０００（Interim Standard 2000）、ＩＳ－９５（Interim Standard 95）、ＩＳ－８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などのような無線技術を実装することがあり得る。
【0074】
図１３Ａにおける基地局１１４ｂは、例えば、ワイヤレスルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、またはアクセスポイントであることがあり、例えば、事業所、家庭、車両、キャンパス、工業施設、空中回廊（たとえば、ドローンによる使用のための）、車道などのような局所的なエリアにおいてワイヤレス接続を容易にするのに適したどんなＲＡＴでも利用してよい。一態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（wireless local area network）を確立するために、例えばＩＥＥＥ８０２．１１などの無線技術を実装することがあり得る。態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（wireless personal area network）を確立するために、例えばＩＥＥＥ８０２．１５などの無線技術を実装することがあり得る。さらに別の態様において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲなど）を利用することがあり得る。図１３Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有することがあり得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることが要求されないことがあり得る。
【0075】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信状態であることがあり、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されるどのタイプのネットワークであってもよい。データは、例えば、異なるスループットの要件、待ち時間の要件、エラーの許容範囲の要件、信頼性の要件、データスループットの要件、モビリティの要件などのような様々なＱｏＳ（quality of service）の要件を有することがあり得る。ＣＮ１０６／１１５は、コール制御、料金請求サービス、モバイルロケーションベースサービス（mobile location-based service）、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／または例えばユーザー認証などのハイレベルなセキュリティー機能を実行することがあり得る。図１３Ａに示されないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接の通信状態にあることがあり得ると理解されるであろう。例えば、ＣＮ１０６／１１５は、ＮＲの無線技術を利用していることがあり得るＲＡＮ１０４／１１３に接続されていることに加えて、さらに、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉの無線技術を採用する別のＲＡＮ（図示せず）と通信状態にあることもあり得る。
【0076】
さらに、ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすこともあり得る。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換の電話網を含むことがあり得る。インターネット１１０は、一般的な通信プロトコル、例えば、ＴＣＰ（transmission control protocol）／ＩＰ（internet protocol）のインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰ（user datagram protocol）、および／またはＩＰなどを使用する相互接続されたコンピューターネットワークおよびデバイスからなるグローバルシステムを含むことがあり得る。ネットワーク１１２は、他のサービスプロバイダによって所有されるおよび／または運営される有線および／またはワイヤレスの通信ネットワークを含むことがあり得る。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同一のＲＡＴまたは異なるＲＡＴを採用することがあり得る１つまたは複数のＲＡＮに接続される別のＣＮを含むことがあり得る。
【0077】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモードの性能を含むことがあり得る（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別個のワイヤレスリンクを介して別個のワイヤレスネットワークと通信するために複数のトランシーバーを含むことがあり得る）。例えば、図１３Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することがあり得る基地局１１４ａと、およびＩＥＥＥ８０２の無線技術を採用することがあり得る基地局１１４ｂと通信するように構成されることがあり得る。
【0078】
図１３Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１３Ｂに示すように、ＷＴＲＵ１０２は、数ある中でも、プロセッサー１１８、トランシーバー１２０、送信／受信エレメント１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外しできないメモリー１３０、取り外し可能なメモリー１３２、電源１３４、ＧＰＳ（グローバルポジショニングシステム）のチップセット１３６、および／または他の周辺機器１３８を含むことがあり得る。ＷＴＲＵ１０２は、態様に矛盾しないまま、上述の要素のどんな部分的な組合せ（sub-combination）でも含むことあり得ると理解されるであろう。
【0079】
プロセッサー１１８は、汎用プロセッサー、専用プロセッサー、従来型プロセッサー、ＤＳＰ（digital signal processor）、複数のマイクロプロセッサー、ＤＳＰコアとともに１つまたは複数のマイクロプロセッサー、コントローラー、マイクロコントローラー、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）回路、他種類のＩＣ（集積回路）のいずれか、ステートマシンなどであることがあり得る。プロセッサー１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２にワイヤレス環境において動作できるようにする他のどんな機能でも実行することがあり得る。プロセッサー１１８は、送信／受信エレメント１２２に結合することがあり得るトランシーバー１２０に結合されることがあり得る。図１３Ｂは、プロセッサー１１８およびトランシーバー１２０を別々のコンポーネントとして描く一方、プロセッサー１１８およびトランシーバー１２０は、電子パッケージまたはチップにおいてともに統合されることがあり得ると理解されるであろう。
【0080】
送信／受信エレメント１２２は、エアインターフェイス１１６を介して、基地局（たとえば、基地局１１４ａ）に対して信号を送信するまたは受信するように構成されることがあり得る。例えば、一態様においては、送信／受信エレメント１２２は、ＲＦ信号を送信するおよび／または受信するように構成されるアンテナであることがあり得る。態様において、送信／受信エレメント１２２は、例えば、ＩＲ信号、ＵＶ信号もしくは可視光信号を送信する、および／または受信するように構成されるエミッター／ディテクターであることがあり得る。さらに別の態様において、送信／受信エレメント１２２は、ＲＦおよび光の信号の両方を送信するおよび／または受信するように構成されることがあり得る。送信／受信エレメント１２２は、ワイヤレス信号のどんな組合せでも送信するおよび／または受信するように構成されることがあり得ると理解されるであろう。
【0081】
送信／受信エレメント１２２は、図１３Ｂにおいて単一の要素として描かれるが、ＷＴＲＵ１０２は、送信／受信エレメント１２２をいくつでも含むことがあり得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯの技術を採用することがあり得る。したがって、一態様において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して、ワイヤレス信号を送信し受信するために、２つ以上の送信／受信エレメント１２２（たとえば、複数のアンテナ）を含むことがあり得る。
【0082】
トランシーバー１２０は、送信／受信エレメント１２２によって送信されることである信号を変調するように、および送信／受信エレメント１２２によって受信される信号を復調するように構成されることがあり得る。上に述べたように、ＷＴＲＵ１０２は、マルチモードの性能を有することがあり得る。したがって、例えば、トランシーバー１２０は、ＷＴＲＵ１０２に、例えばＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信できるようにするために、複数のトランシーバーを含むことがあり得る。
【0083】
ＷＴＲＵ１０２のプロセッサー１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（液晶ディスプレイ）ディスプレイユニットもしくはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）により、結合されることがありおよびユーザー入力データを受信することがあり得る。さらに、プロセッサー１１８は、ユーザーデータを、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもあり得る。加えて、プロセッサー１１８は、適切な、どんなタイプのメモリーでも、例えば、取り外しできないメモリー１３０および／または取り外し可能なメモリー１３２などに対して、情報にアクセスしデータを格納することがあり得る。取り外しできないメモリー１３０は、ＲＡＭ（random-access memory）、ＲＯＭ（読み出し専用メモリー）、ハードディスク、または他のどんなタイプのメモリーストレージデバイスでも含むことがあり得る。取り外し可能なメモリー１３２は、ＳＩＭ（subscriber identity module）カード、メモリースティック、ＳＤ（secure digital）メモリーカードなどを含むことがあり得る。他の態様において、プロセッサー１１８は、ＷＴＲＵ１０２に物理的に配置されない、例えば、サーバーまたはホーコンピューター（図示せず）などのメモリーに対して、情報にアクセスしデータを格納することがあり得る。
【0084】
プロセッサー１１８は、電源１３４から電力を受け取ることがあり、ＷＴＲＵ１０２におけるその他のコンポーネントへの電力を分配および／または制御するように構成されることがあり得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するのに適したどのデバイスでもあってもよい。例えば、電源１３４は、１つまたは複数の乾電池（たとえば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ－ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などを含むことがあり得る。
【0085】
さらに、プロセッサー１１８は、ＷＴＲＵ１０２の現在のロケーションに関する位置情報（たとえば、経度および緯度）を提供するように構成されることがあり得るＧＰＳチップセット１３６に結合されることもあり得る。ＧＰＳチップセット１３６からの情報に加えてまたは代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介して位置情報を受信する、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてそのロケーションを決定することがあり得る。ＷＴＲＵ１０２は、態様に矛盾しないまま、適切な、どんな位置決定（location-determination）の方法を通じてでも位置情報を取得することがあり得るということが理解されるであろう。
【0086】
さらに、プロセッサー１１８は、追加の特徴、機能性、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことがあり得る他の周辺機器１３８に結合されることがあり得る。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバー、デジタルカメラ（写真および／またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動デバイス、テレビジョントランシーバー、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（frequency modulated）ラジオユニット、デジタルミュージックプレーヤー、メディアプレーヤー、ビデオゲームプレーヤーモジュール、インターネットブラウザー、ＶＲ／ＡＲ（仮想現実および／または拡張現実）デバイス、アクティビティートラッカーなどを含むことがあり得る。周辺機器１３８は、１つまたは複数のセンサーを含むことがあり、センサーは、ジャイロスコープ、加速度計、ホール効果センサー、磁力計、方位センサー、近接センサー、温度センサー、時間センサー、ジオロケーションセンサー（geolocation sensor）、高度計、光センサー、タッチセンサー、磁力計、気圧計、ジェスチャーセンサー、生体認証センサー、および／または湿度センサーのうちの１つまたは複数であることがあり得る。
【0087】
ＷＴＲＵ１０２は、（たとえば、ＵＬ（たとえば、送信用）およびダウンリンク（たとえば、受信用）の両方に関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が並列および／または同時であることがあり得る全二重無線を含むことがあり得る。全二重無線は、ハードウェア（たとえば、チョーク）か、プロセッサー（たとえば、別々のプロセッサー（図示せず）、またはプロセッサー１１８による）による信号処理かのいずれかによる自己干渉を減らすおよびまたは実質的になくすための干渉管理ユニットを含むことがあり得る。態様において、ＷＲＴＵ１０２は、（たとえば、ＵＬ（たとえば、送信用）かダウンリンク（たとえば、受信用）かのいずれかに関して特定のサブフレームに関連付けられた）信号のうちのいくつかまたはすべての送信および受信が半二重無線を含むことがあり得る。
【0088】
図１３Ｃは、態様によるＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上に述べたように、ＲＡＮ１０４は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ－ＵＴＲＡの無線技術を採用することがあり得る。さらに、ＲＡＮ１０４は、ＣＮ１０６と通信状態にあることもあり得る。
【0089】
ＲＡＮ１０４は、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことがあり得るが、ＲＡＮ１０４は、態様に矛盾しないまま、ｅＮｏｄｅ－Ｂをいくつでも含むことがあり得ると理解されるであろう。ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがあり得る。一態様において、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯの技術を実装することがあり得る。したがって、例えば、ｅＮｏｄｅ－Ｂ１６０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するおよび／またはワイヤレス信号を受信するために複数のアンテナを使用することがあり得る。
【0090】
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリングなどを取り扱うように構成されることがあり得る。図１３Ｃに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェイスを介して互いに通信することがあり得る。
【0091】
図１３Ｃに示すＣＮ１０６は、ＭＭＥ（mobility management entity）１６２、ＳＧＷ（サービングゲートウェイ）１６４、およびＰＤＮ（packet data network）ゲートウェイ（またはＰＧＷ）１６６を含むことがあり得る。上述の要素の各々は、ＣＮ１０６の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあり得るということが理解されるであろう。
【0092】
ＭＭＥ１６２は、Ｓ１インターフェイスを介して、ＲＡＮ１０４におけるｅＮｏｄｅ－Ｂ１６２ａ、１６２ｂ、１６２ｃの各々に接続されることがあり、制御ノードとしての役割を果たすことがあり得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ベアラのアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期の接続中に特定のサービングゲートウェイを選択することなどに対して責任があることがあり得る。ＭＭＥ１６２は、ＲＡＮ１０４と、例えば、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、制御プレーン機能を提供することがあり得る。
【0093】
ＳＧＷ１６４は、Ｓ１インターフェイスを介して、ＲＡＮ１０４におけるｅＮｏｄｅ Ｂ１６０ａ、１６０ｂ、１６０ｃの各々に接続されることがあり得る。一般に、ＳＧＷ１６４は、ユーザーデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して、ルーティングし転送することがあり得る。ＳＧＷ１６４は、例えば、ｅＮｏｄｅ Ｂ間ハンドオーバーの間にユーザープレーンを固定すること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し格納することなどのような他の機能を実行することがあり得る。
【0094】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、パケット交換ネットワーク、例えばインターネット１１０などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得るＰＧＷ１６６に接続されることがあり得る。
【0095】
ＣＮ１０６は、他のネットワークとの通信を容易にすることがあり得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、回線交換ネットワーク、例えばＰＳＴＮ１０８などへのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間におけるインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり、またはＩＰゲートウェイと通信することがあり得る。加えて、ＣＮ１０６は、他のサービスプロバイダによって所有されるおよび／または運営される他の有線および／またはワイヤレスのネットワークを含むことがあり得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。
【0096】
ＷＴＲＵは、図１３Ａ～図１３Ｄにおいてワイヤレス端末として説明されるが、ある代表的な態様において、上記の端末は、通信ネットワークとの有線通信インターフェイスを（たとえば、一時的にまたは永久に）使用することがあり得ると予想される。
【0097】
代表的な態様において、その他のネットワーク１１２は、ＷＬＡＮであることがあり得る。
【0098】
インフラストラクチャーのＢＳＳ（Basic Service Set）のモードにおけるＷＬＡＮは、ＢＳＳ用のＡＰ（アクセスポイント）と、ＡＰに関連付けられた１つまたは複数のＳＴＡ（ステーション）とを有することがあり得る。ＡＰは、ＤＳ（配信システム）、またはＢＳＳに出入りするトラフィックを搬送する別のタイプの有線ネットワーク／ワイヤレスネットワークに対するアクセスまたはインターフェイスを有することがあり得る。ＢＳＳの外部から生じるＳＴＡへのトラフィックは、ＡＰを通じて届くことがあり得て、ＳＴＡへ配信されることがあり得る。ＳＴＡからＢＳＳの外部の宛先へ生じるトラフィックは、ＡＰへ送られて、それぞれの宛先へ配信されることがあり得る。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、発信元のＳＴＡがトラフィックをＡＰに送ることがあり得て、ＡＰがトラフィックを送信先のＳＴＡに配信することがあり得る場合に、ＡＰを通じて送られることがあり得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアのトラフィックと考えられる、および／またはいわれることがあり得る。ピアツーピアのトラフィックは、ＤＬＳ（direct link setup）によって、発信元および送信先のＳＴＡ間に（たとえば、の間でダイレクトに）送られることがあり得る。ある代表的な態様において、ＤＬＳは、８０２．１１ｅのＤＬＳまたは８０２．１１ｚのＴＤＬＳ（tunneled DLS）を使用することがあり得る。ＩＢＳＳ（Independent BSS）モードを使用するＷＬＡＮは、ＡＰを有さないことがあり、ＩＢＳＳ内のまたはＩＢＳＳを使用するＳＴＡ（たとえば、すべてのＳＴＡ）は、互いに直接通信することがあり得る。通信のＩＢＳＳモードは、本明細書においは、時には、通信の「アドホック」モードということがあり得る。
【0099】
動作の８０２．１１ａｃインフラストラクチャーモードまたは動作の同様のモードを使用するとき、ＡＰは、例えば、プライマリーチャネルなどの固定されたチャネル上にビーコンを送信することがあり得る。プライマリーチャネルは、固定された幅（たとえば、２０ＭＨｚ幅の帯域幅）、またはシグナリングにより動的に設定される幅であることがあり得る。プライマリーチャネルは、ＢＳＳの動作チャネルであることがあり、ＡＰとの接続を確立するためにＳＴＡによって使用されることがあり得る。ある代表的な態様において、ＣＳＭＡ／ＣＡ（搬送波感知多重アクセス/衝突回避）は、例えば、８０２．１１システムに実装されることがあり得る。ＣＳＭＡ／ＣＡに関し、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）は、プライマリーチャネルを感知することがあり得る。プライマリーチャネルが、特定のＳＴＡによって、感知される／検出される、および／または、ビジーであると決定されるならば、特定のＳＴＡは、バックオフをすることがあり得る。１つのＳＴＡ（たとえば、ただ１つのステーション）は、与えられたＢＳＳにおいて、与えられたどんなときにでも送信することがあり得る。
【0100】
ＨＴ（高スループット）のＳＴＡは、例えば、４０ＭＨｚ幅のチャネルを構成するために、２０ＭＨｚのプライマリーチャネルと、隣接するまたは隣接していない２０ＭＨｚのチャネルとの組み合わせによって、通信用に４０ＭＨｚ幅のチャネルを使用することがあり得る。
【0101】
ＶＨＴ（Very High Throughput）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの幅のチャネルをサポートすることがあり得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続的な（contiguous）２０ＭＨｚを組み合わせることによって構成されることがあり得る。１６０ＭＨｚのチャネルは、８つの連続的な２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成ということがあり得る２つの非連続的な（non-contiguous）８０ＭＨｚのチャネルを組み合わせることによって、構成されることがあり得る。８０＋８０構成に関し、データは、チャネルエンコーディングの後に、データを２つのストリームへと分割することがあり得るセグメントパーサー（segment parser）にすすむことがあり得る。ＩＦＦＴ（逆高速フーリエ変換）処理、および時間領域処理は、別々に、各ストリーム上において行われることがあり得る。ストリームは、２つの８０ＭＨｚのチャネル上にマップされることがあり、データは、送信側のＳＴＡによって送信されることがあり得る。受信側のＳＴＡのレシーバーにおいて、上に述べた８０＋８０構成に対する動作は、反転されることがあり、組み合わされたデータは、ＭＡＣ（メディアアクセス制御）に送られることがあり得る。
【0102】
動作のサブの１ＧＨｚモードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされる。チャネルの動作帯域幅、およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃに使用されるのと比較して８０２．１１ａｆおよび８０２．１１ａｈにおいて減らされる。８０２．１１ａｆは、ＴＶＷＳ（ＴＶホワイトスペース）のスペクトルにおける５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、ＴＶＷＳでない（non-TVWS）スペクトルを使用する１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な態様によれば、８０２．１１ａｈは、メータタイプ制御（Meter Type Control）／マシンタイプ通信（Machine-Type Communication）を、例えば、マクロカバレッジエリアにおけるＭＴＣデバイスなどをサポートすることがあり得る。ＭＴＣデバイスは、ある程度の性能、例えば、ある程度のおよび／または制限された帯域幅用のサポート（たとえば、サポートのみ）を含む制限された性能を有することがあり得る。ＭＴＣデバイスは、（たとえば、非常に長いバッテリー寿命を維持するために）しきい値を超えるバッテリー寿命を有するバッテリーを含むことがあり得る。
【0103】
複数のチャネル、およびチャネル帯域幅、例えば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどをサポートすることがあり得るＷＬＡＮシステムは、プライマリーチャネルとして指定されることがあり得るチャネルを含む。プライマリーチャネルは、ＢＳＳにおいて、すべてのＳＴＡによってサポートされる最大の共通の動作帯域幅に等しい帯域幅を有することがあり得る。プライマリーチャネルの帯域幅は、ＢＳＳにおいて動作しているすべてのＳＴＡの中から、最小の帯域幅の動作モードをサポートするＳＴＡによって設定および／または制限されることがあり得る。８０２．１１ａｈの例において、たとえＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅の動作モードをサポートしても、プライマリーチャネルは、１ＭＨｚモードをサポートする（たとえば、サポートするだけの）ＳＴＡ（たとえば、ＭＴＣタイプデバイス）に対して１ＭＨｚ幅であることがあり得る。キャリアセンシングおよび／またはＮＡＶ（Network Allocation Vector；ネットワーク割当てベクトル）設定は、プライマリーチャネルの状態に依存することがあり得る。プライマリーチャネルが、例えば、ＡＰに送信している（１ＭＨｚの動作モードだけをサポートする）ＳＴＡに起因してビジーであるならば、利用可能な全周波数帯域は、たとえ周波数帯域の大部分がアイドルのままであり利用可能であることがあり得ても、ビジーと考えられることがあり得る。
【0104】
米国において、８０２．１１ａｈによって使用されることがあり得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまでである。韓国において、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚまでである。日本において、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまでである。８０２．１１ａｈに利用可能な合計の帯域幅は、国コードによって、６ＭＨｚから２６ＭＨｚまでである。
【0105】
図１３Ｄは、態様によるＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上に述べたように、ＲＡＮ１１３は、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲの無線技術を採用することがあり得る。さらに、ＲＡＮ１１３は、ＣＮ１１５と通信状態にあることもあり得る。
【0106】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことがあり得るが、ＲＡＮ１１３は、態様に矛盾しないまま、ｇＮＢをいくつでも含むことがあり得るということが理解されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバーを含むことがあり得る。一態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯの技術を実装することがあり得る。例えば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに対して、信号を送信するおよび／または信号を受信するためにビームフォーミングを利用することがあり得る。したがって、例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａに対して、ワイヤレス信号を送信するために、および／またはワイヤレス信号を受信するために、複数のアンテナを使用することがあり得る。態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーションの技術を実装することがあり得る。例えば、ｇＮＢ１８０ａは、複数のコンポーネントキャリアをＷＴＲＵ１０２ａ（図示せず）に送信することがあり得る。今述べたコンポーネントキャリアのサブセットは、残りのコンポーネントキャリアが、許可されたスペクトラム上にあることがあり得る間、許可されないスペクトラム上にあることがあり得る。態様において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＣｏＭＰ（Coordinated Multi-Point）の技術を実装することがあり得る。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信することがあり得る。
【0107】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジー（numerology）に関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。例えば、ＯＦＤＭのシンボル間隔および／またはＯＦＤＭのサブキャリア間隔は、別個の送信、別個のセル、および／またはワイヤレス送信のスペクトルについての別個の部分に対して、変わることがあり得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、種々のまたはスケーラブルな長さのサブフレームまたはＴＴＩ（送信時間間隔）（たとえば、様々な数のＯＦＤＭシンボルおよび／または永続的な様々な長さの絶対時間を含む）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。
【0108】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロンの構成および／またはスタンドアロンでない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成されることがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を、モビリティアンカーポイント（mobility anchor point）として利用することがあり得る。スタンドアロンの構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、許可されない帯域における信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することがあり得る。スタンドアロンではない構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮと通信している／接続している間にも、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信する／接続することがあり得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣの原理を実装して、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信することがあり得る。スタンドアロンではない構成において、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして役割を果たすことがあり、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービスを提供することに、追加のカバレッジおよび／またはスループットを提供することがあり得る。
【0109】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられることがあり、無線リソース管理の決定、ハンドオーバーの決定、ＵＬおよび／またはＤＬにおけるユーザーのスケジューリング、ネットワークスライシングのサポート、デュアルコネクティビティ、ＮＲとＥ－ＵＴＲＡとの間におけるインターワーキング、ＵＰＦ（User Plane Function）１８４ａ、１８４ｂに対するユーザープレーンのデータのルーティング、ＡＭＦ（Access and Mobility Management Function）１８２ａ、１８２ｂに対する制御プレーンの情報のルーティングなどを取り扱うように構成されることがあり得る。図１３Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェイスを介して互いに通信することがあり得る。
【0110】
図１３Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのＳＭＦ（セッション管理機能）１８３ａ、１８３ｂ、およびことによるとＤＮ（データネットワーク）１８５ａ、１８５ｂを含むことがあり得る。上述の要素の各々は、ＣＮ１１５の一部として描かれる一方、今述べた要素のうちのいずれかが、ＣＮオペレーター以外のエンティティーによって所有されるおよび／または運営されることがあり得るということが理解されるであろう。
【0111】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェイスを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、制御ノードとしての役割を果たすことがあり得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザーを認証すること、ネットワークスライシングに対するサポート（たとえば、別個の要件を有する別個のＰＤＵのセッションを取り扱うこと）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などに対して責任があることがあり得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ用のＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用されることがあり得る。例えば、別個のネットワークスライスは、例えば、超高信頼低遅延（ＵＲＬＬＣ）アクセスに依存するサービス、ｅＭＢＢ（enhanced massive mobile broadband）のアクセスに依存するサービス、ＭＴＣ（マシンタイプ通信）のアクセスに関するサービスなどのような別個のユースケース（use case）に関して確立されることがあり得る。ＡＭＦ１６２は、制御プレーン機能を、ＲＡＮ１１３と、例えばＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏなどの他の無線技術および／または例えばＷｉＦｉなどの非３ＧＰＰアクセス技術を採用する他のＲＡＮ（図示せず）との間の切り替えに、提供することがあり得る。
【0112】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェイスを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続されることがあり得る。さらに、ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェイスを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続されることもあり得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し制御し、ＵＰＦ１８４ａ、１８４ｂを通るトラフィックのルーティングを構成することがあり得る。ＳＭＦ１８３ａ、１８３ｂは、例えば、ＵＥのＩＰアドレスを管理し割当てること、ＰＤＵのセッションを管理すること、ポリシーの実施（policy enforcement）およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなどのような他の機能を実行することがあり得る。ＰＤＵのセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどであることがあり得る。
【0113】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェイスを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続されることがあり、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、例えば、インターネット１１０などのパケット交換ネットワークへのアクセスを提供することがあり得る。ＵＰＦ１８４、１８４ｂは、例えば、パケットをルーティングし転送すること、ユーザープレーンのポリシーを実施すること、マルチホームのＰＤＵのセッションをサポートすること、ユーザープレーンのＱｏＳを取り扱うこと、ダウンリンクのパケットをバッファリングすること、モビリティアンカリング（mobility anchoring）を提供することなどのような他の機能を実行することがあり得る。
【0114】
ＣＮ１１５は、他のネットワークとの通信を容易にすることがあり得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間におけるインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバー）を含むことがあり、またはＩＰゲートウェイと通信することがあり得る。加えて、ＣＮ１１５は、他のサービスプロバイダによって所有されるおよび／または運営される他の有線および／またはワイヤレスのネットワークを含むことがあり得る他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することがあり得る。一態様において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェイス、およびＵＰＦ１８４ａ、１８４ｂとＤＮ（データネットワーク）１８５ａ、１８５ｂとの間におけるＮ６インターフェイスを介するＵＰＦ１８４ａ、１８４ｂを通じて、ローカルなＤＮ１８５ａ、１８５ｂに接続されることがあり得る。
【0115】
図１３Ａ～１３Ｄ、および図１３Ａ～１３Ｄに対応する説明の観点から、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅＮｏｄｅ－Ｂ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される他のどのデバイス（複数可）をとっても、１つまたは複数に関連して、本明細書において説明される機能のうちの１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されることがあり得る。エミュレーションデバイスは、本明細書において説明される機能のうちの１つもしくは複数またはすべてをエミュレートするように構成される１つまたは複数のデバイスであることがあり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用されることがあり得る。
【0116】
エミュレーションデバイスは、ラボ環境において、および／またはオペレーターのネットワーク環境において、他のデバイスの１つまたは複数のテストを実装するように設計されることがあり得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線および／またはワイヤレスの通信ネットワークの一部として全体的にもしくは部分的に実装されているおよび／または展開されている間、１つもしくは複数のまたはすべての機能を実行することがあり得る。１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として一時的に実装されている／展開されている間、１つもしくは複数のまたはすべての機能を実行することがあり得る。エミュレーションデバイスは、テスティングの目的のために別のデバイスに直接結合されることがあり、および／またはＯＴＡ（over-the-air）のワイヤレス通信を使用してテスティングを実行することがあり得る。
【0117】
１つまたは複数のエミュレーションデバイスは、有線および／またはワイヤレスの通信ネットワークの一部として実装されていない／展開されていない間、すべてを含む、１つまたは複数の機能を実行することがあり得る。例えば、エミュレーションデバイスは、１つまたは複数のコンポーネントのテスティングを実装するために、テスティングラボラトリーならびに／または展開されない（たとえば、テスティングの）有線および／もしくはワイヤレスの通信ネットワークにおけるテスティングのシナリオにおいて利用されることがあり得る。１つまたは複数のエミュレーションデバイスは、テスト機器であることがあり得る。ダイレクトなＲＦカップリング（direct RF coupling）、および／または（たとえば、１つもしくは複数のアンテナを含むことがあり得る）ＲＦ回路を介したワイヤレス通信は、データを送信するおよび／または受信するために、エミュレーションデバイスによって使用されることがあり得る。
【0118】
本明細書において説明される処理および技法は、コンピュータープログラム、ソフトウェア、ならびに／またはコンピューターおよび／もしくはプロセッサーによる実行のためにコンピューター読み取り可能な媒体に組み入れられたファームウェアにおいて実装されることがあり得る。コンピューター読み取り可能な媒体の例は、限定されないが、（有線および／またはワイヤレス接続を通じて送信される）電気信号および／またはコンピューター読み取り可能な記録媒体を含む。コンピューター読み取り可能な記録媒体の例は、限定されないが、ＲＯＭ（described）、ＲＡＭ（random access memory）、レジスター、キャッシュメモリー、半導体メモリーデバイス、例えば、限定されないが、内蔵ハードディスクおよび取り外し可能なディスクなどの磁気メディア、光磁気メディア、ならびに／または例えば、ＣＤ－ＲＯＭディスクおよび／もしくはＤＶＤ（digital versatile disk）などの光メディアを含む。ソフトウェアに関連付けられたプロセッサーは、ＷＴＲＵ、端末、基地局、ＲＮＣ、および／またはどんなホストコンピューターにおいてでも、使用するための無線周波数トランシーバーを実装するために使用されることがあり得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13A】
【図13B】
【図13C】
【図13D】
Copyright © 2010-2025 Science Impact Inc. All Rights Reserved.