知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024050800
(43)【公開日】2024-04-10
(54)【発明の名称】マルチタイプツリーコーディング
(51)【国際特許分類】
H04N 19/70 20140101AFI20240403BHJP
H04N 19/96 20140101ALI20240403BHJP
【ＦＩ】
H04N19/70
H04N19/96
【審査請求】有
【請求項の数】1
【出願形態】ＯＬ
(21)【出願番号】P 2024015726
(22)【出願日】2024-02-05
(62)【分割の表示】P 2020523730の分割
【原出願日】2018-11-01
(31)【優先権主張番号】62/580,094
(32)【優先日】2017-11-01
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/617,696
(32)【優先日】2018-01-16
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．３ＧＰＰ
(71)【出願人】
【識別番号】514041959
【氏名又は名称】ヴィド スケール インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(72)【発明者】
【氏名】ユウェン・ヘ
(72)【発明者】
【氏名】ファンイー・ダンムゥ
(72)【発明者】
【氏名】シャオユ・シュ
(72)【発明者】
【氏名】ヤン・イェ
(57)【要約】
【課題】マルチタイプツリー（ＭＴＴ）コーディングを提供する。
【解決手段】識別されたブロックは、１つ以上の兄弟ノード（例えば、兄弟ノードＢ０およびＢ１）にパーティション化され得る。ブロックについてのパーティション化方向およびパーティション化タイプが決定され得る。ブロックのパーティション化タイプがバイナリツリー（ＢＴ）の場合、兄弟ノードＢＯに対して１つ以上のパーティション化パラメータが決定され得る。兄弟ノードＢ１について、パーティション化パラメータが決定され得る。デコーダは、例えば、ブロックについてのパーティション化方向、ブロックについてのパーティション化タイプ、およびＢ１についての第１のパーティション化パラメータに基づいて、Ｂ１の第２のパーティション化パラメータのインジケーションを受信するかどうかを決定し、第２のパーティション化パラメータを導出し得る。
【選択図】図８
【解決手段】識別されたブロックは、１つ以上の兄弟ノード（例えば、兄弟ノードＢ０およびＢ１）にパーティション化され得る。ブロックについてのパーティション化方向およびパーティション化タイプが決定され得る。ブロックのパーティション化タイプがバイナリツリー（ＢＴ）の場合、兄弟ノードＢＯに対して１つ以上のパーティション化パラメータが決定され得る。兄弟ノードＢ１について、パーティション化パラメータが決定され得る。デコーダは、例えば、ブロックについてのパーティション化方向、ブロックについてのパーティション化タイプ、およびＢ１についての第１のパーティション化パラメータに基づいて、Ｂ１の第２のパーティション化パラメータのインジケーションを受信するかどうかを決定し、第２のパーティション化パラメータを導出し得る。
【選択図】図８
【特許請求の範囲】
【請求項1】
マルチタイプツリー（ＭＴＴ）フォーマットで符号化されたビデオコンテンツを復号する方法であって、
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定すること、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定することと、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出ことと、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号することと、
を含む、方法。
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定すること、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定することと、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出ことと、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号することと、
を含む、方法。
【請求項2】
前記第４のパーティション化パラメータの前記インジケーションが受信されることを条件として、前記インジケーションに基づいて前記第４のパーティション化パラメータを決定することをさらに含む、請求項１に記載の方法。
【請求項3】
前記親パーティション化タイプがトリプルツリー（ＴＴ）であり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化タイプし、前記中央の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じであるという条件で、前記中央の兄弟ノードについての前記パーティション化タイプはＴＴに導出される、請求項１に記載の方法。
【請求項4】
前記親パーティション化タイプがＴＴであり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記中央の兄弟についてのパーティション化タイプを示し、前記中央の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じでないという条件で、前記中央の兄弟ノードについての前記パーティション化タイプが受信される、請求項１に記載の方法。
【請求項5】
前記親パーティション化タイプがＴＴであり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化タイプを示し、及び、前記第４のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、前記中央の兄弟ノードについてのパーティション化タイプがバイナリツリー（ＢＴ）であるという条件で、前記中央の兄弟ノードについての前記パーティション化方向は前記親パーティション化方向と直交するように決定される、請求項１に記載の方法。
【請求項6】
前記親パーティション化タイプがＴＴであり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化タイプを示し、前記第４のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、前記中央の兄弟ノードについてのパーティション化タイプがＴＴであるという条件で、前記中央の兄弟ノードについての前記パーティション化方向が受信される、請求項１に記載の方法。
【請求項7】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードのパーティション化方向を示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードのパーティション化タイプを示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、前記第１の兄弟ノードについてのパーティション化方向と前記第２の兄弟ノードのパーティション化方向が異なるか、又は前記第１の兄弟ノードについてのパーティション化タイプがＴＴで、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向の双方が前記親パーティション化方向と同じであるかの条件で、前記第２の兄弟ノードについての前記パーティション化タイプが受信される、請求項１に記載の方法。
【請求項8】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化方向を示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化タイプを示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、前記第１の兄弟ノードについての前記パーティション化タイプがＢＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向が同じであるという条件で、前記第２の兄弟ノードのパーティション化タイプがＴＴになるように導出され、前記第１の兄弟ノードについての前記パーティション化タイプがＴＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向の双方が前記親パーティション化方向に直交するという条件で、前記第２の兄弟ノードについての前記パーティション化タイプがＢＴになるように導出される、請求項１に記載の方法。
【請求項9】
前記親パーティション化タイプがＴＴであるという条件で、前記第１の兄弟ノード、前記第２の兄弟ノード、または第３の兄弟ノードのうちの１つ以上の１つ以上の境界を決定することと、
前記境界にデブロッキングフィルタを適用ことと
をさらに備える、請求項１に記載の方法。
前記境界にデブロッキングフィルタを適用ことと
をさらに備える、請求項１に記載の方法。
【請求項10】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化タイプを示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化方向を示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、前記第１の兄弟ノードについての前記パーティション化タイプ及び第２の兄弟ノードについての前記パーティション化タイプが異なるか、又は、前記第１の兄弟ノードについての前記パーティション化タイプ及び前記第２の兄弟ノードについての前記パーティション化タイプの双方がＢＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記親パーティション化方向が同じでないか、又は、前記第１の兄弟ノードについての前記パーティション化タイプ及び前記第２の兄弟ノードについての前記パーティション化タイプの双方がＴＴであり、前記第１の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向に対して直交でないかの条件で、前記第２の兄弟ノードの前記パーティション化方向が受信される、請求項１に記載の方法。
【請求項11】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化タイプを示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードのパーティション化方向を示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化を示し、及び、前記第４のパーティション化パラメータは前記第２の兄弟ノードについてのパーティション化方向を示し、前記第１の兄弟ノードについての前記パーティション化タイプ及び前記第２の兄弟ノードについての前記パーティション化タイプの双方がＢＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記親パーティション化方向が同じであるという条件で、前記第２の兄弟ノードについての前記パーティション化方向が前記第１の兄弟ノードについての前記パーティション化方向と直交するように導出され、前記第１の兄弟ノードについての前記パーティション化タイプ及び前記第２の兄弟ノードについての前記パーティション化タイプの双方がＴＴであり、前記第１の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向に直交するという条件で、前記第２の方向は前記第１の兄弟ノードについての前記パーティション化方向に直交するように導出される、請求項１に記載の方法。
【請求項12】
マルチタイプツリー（ＭＴＴ）フォーマットでビデオコンテンツを符号化する方法であって、
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定することと、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、ビットストリームに前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを含めるかどうかを決定することと、
前記ビットストリームに前記第１のパーティション化パラメータ、前記第２のパーティション化パラメータ、前記第３のパーティション化パラメータ、及び前記親パーティション化方向のインジケーションを含めることと
を含む、方法。
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定することと、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、ビットストリームに前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを含めるかどうかを決定することと、
前記ビットストリームに前記第１のパーティション化パラメータ、前記第２のパーティション化パラメータ、前記第３のパーティション化パラメータ、及び前記親パーティション化方向のインジケーションを含めることと
を含む、方法。
【請求項13】
前記親パーティション化タイプがＴＴであり、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプし、前記第２の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じであるという条件で、前記第２の兄弟ノードについての前記パーティション化タイプは前記ビットストリームに含まれない、請求項１２に記載の方法。
【請求項14】
前記親パーティション化タイプがＴＴであり、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、前記第２の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じでないという条件で、前記第２の兄弟ノードについての前記パーティション化タイプが前記ビットストリームに含められない、請求項１２に記載の方法。
【請求項15】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードのパーティション化方向を示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードのパーティション化タイプを示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、前記第１の兄弟ノードについてのパーティション化方向と前記第２の兄弟ノードのパーティション化方向が異なるか、又は前記第１の兄弟ノードについてのパーティション化タイプがＴＴで、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向の双方が前記親パーティション化方向と同じであるかの条件で、前記第２の兄弟ノードについての前記パーティション化タイプが前記ビットストリームに含められる、請求項１２に記載の方法。
【請求項16】
前記親パーティション化タイプがＢＴであり、前記第１のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化方向を示し、前記第２のパーティション化パラメータが前記第１の兄弟ノードについてのパーティション化タイプを示し、前記第３のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記第２の兄弟ノードについてのパーティション化タイプを示し、前記第１の兄弟ノードについての前記パーティション化タイプがＢＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向が同じであるか、前記第１の兄弟ノードについての前記パーティション化タイプがＴＴであり、前記第１の兄弟ノードについての前記パーティション化方向及び前記第２の兄弟ノードについての前記パーティション化方向の双方が前記親パーティション化方向に直交するかの条件で、前記第２の兄弟ノードについての前記パーティション化タイプが前記ビットストリームに含められない、請求項１２に記載の方法。
【請求項17】
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定し、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定し、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定し、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出し、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号する
ように構成されたプロセッサを備えた、無線送／受信ユニット（ＷＴＲＵ）。
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定し、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定し、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出し、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号する
ように構成されたプロセッサを備えた、無線送／受信ユニット（ＷＴＲＵ）。
【請求項18】
前記第４のパーティション化パラメータの前記インジケーションが受信されることを条件として、前記プロセッサは、前記インジケーションに基づいて前記第４のパーティション化パラメータを決定するようにさらに構成される、請求項１７に記載のＷＴＲＵ。
【請求項19】
前記親パーティション化タイプがＴＴであり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化タイプし、前記中央の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じであるという条件で、前記中央の兄弟ノードについての前記パーティション化タイプはＴＴに導出される、請求項１７に記載のＷＴＲＵ。
【請求項20】
前記親パーティション化タイプがＴＴであり、前記第２の兄弟ノードが中央の兄弟ノードであり、前記第３のパーティション化パラメータが前記中央の兄弟ノードについてのパーティション化方向を示し、及び、前記第４のパーティション化パラメータが前記中央の兄弟についてのパーティション化タイプを示し、前記中央の兄弟ノードについての前記パーティション化方向が前記親パーティション化方向と同じでないという条件で、前記中央の兄弟ノードについての前記パーティション化タイプが受信される、請求項１７に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、マルチタイプツリーコーディングに関する。
【背景技術】
【0002】
関連出願の相互参照
本出願は、２０１７年１１月１日に出願された米国特許仮出願第６２／５８０，０９４号および２０１８年１月１６日に出願された米国特許仮出願第６２／６１７，６９６号の利益を主張し、これらの仮出願の内容は、参照によって本明細書に組み込まれる。
本出願は、２０１７年１１月１日に出願された米国特許仮出願第６２／５８０，０９４号および２０１８年１月１６日に出願された米国特許仮出願第６２／６１７，６９６号の利益を主張し、これらの仮出願の内容は、参照によって本明細書に組み込まれる。
【0003】
多様なデジタルビデオ圧縮技術は、効率的なデジタルビデオ通信、配信および消費を可能にする。標準化されたビデオ圧縮技術のいくつかの例は、Ｈ．２６１、ＭＰＥＧ－１、ＭＰＥＧ－２、Ｈ．２６３、ＭＰＥＧ－４ ｐａｒｔ２およびＨ．２６４／ＭＰＥＧ－４ ｐａｒｔ １０ ＡＶＣである。高度なビデオ圧縮技術、例えば高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）などは、Ｈ．２６４／ＡＶＣと比較して、同じビデオ品質において２倍の圧縮または半分のビットレートを提供し得る。
【発明の概要】
【0004】
システム、方法、および手段が、マルチタイプツリー（ＭＴＴ：Ｍｕｌｔｉ－Ｔｙｐｅ Ｔｒｅｅ）符号化のために提供され得る。ブロックが識別され得る。ブロックは、クアッドツリーのルートノードであり得る。ブロックは、１つまたは複数の（例えば、２つの）兄弟ノード（例えば、兄弟ノードＢ０およびＢ１）へパーティション化され得る。ブロックについてのパーティション化方向およびパーティション化タイプが決定され得る。パーティション化方向は、例えば、水平または垂直とし得る。パーティション化タイプは、例えば、バイナリツリー（ＢＴ）またはトリプルツリー（ＴＴ）とし得る。ブロックについてのパーティション化タイプがバイナリツリー（ＢＴ）である場合、１つまたは複数の（例えば、２つの）パーティション化パラメータ（例えば、方向および／またはタイプ）が、例えばシグナリングを介して、兄弟ノードＢ０に対して決定され得る。（例えば、１つの）パーティション化パラメータ（例えば、第１のパーティション化パラメータ）が、例えばシグナリングを介して、兄弟ノードＢ１に対して決定され得る。例えば、パーティション化方向およびパーティション化タイプがＢ０に対して決定されてもよく、パーティション化方向またはタイプがＢ１に対して決定されてもよい。復号器は、例えば、ブロックについてのパーティション化方向、ブロックについてのパーティション化タイプ、およびＢ１に対する第１のパーティション化パラメータに基づいて、Ｂ１に対する第２のパーティション化パラメータのインジケーションを受け取るべきかどうかを決定し得る。例えば、復号器が、インジケーションを受け取らないことを決定した場合、復号器は、例えば、ブロックについてのパーティション化方向、ブロックについてのパーティション化タイプ、およびＢ１に対する第１のパーティション化パラメータに基づいて、第２のパーティション化パラメータを導出し得る。ブロックについてのパーティション化タイプがＢＴである場合、復号器は、Ｂ０に対するパーティション化パラメータに基づいて、第２のパラメータを導出し得る。例えば、復号器がインジケーションを受け取ることを決定した場合、復号器は、インジケーションに基づいて、第２のパーティション化パラメータを決定し得る。Ｂ１は、第１のパーティション化パラメータおよび第２のパーティション化パラメータに基づいて復号され得る。
【0005】
一例において、兄弟ノードのパーティション化タイプのシグナリングはスキップされ得る。第１のパーティション化パラメータは、Ｂ１についてのパーティション化方向であってもよく（例えば、示してもよく）、第２のパーティション化パラメータは、Ｂ１についてのパーティション化タイプであってもよい。Ｂ０についてのパーティション化方向とＢ１についてのパーティション化方向とが異なる場合、復号器は、Ｂ１についてのパーティション化タイプを受け取ることを決定し得る（例えば、受け取り得る）。Ｂ０についてのパーティション化タイプがトリプルツリー（ＴＴ）であり、かつ、Ｂ０についてのパーティション化方向およびＢ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じである場合、復号器は、Ｂ１についてのパーティション化タイプを受け取ることを決定し得る。Ｂ０についてのパーティション化タイプがＢＴであり、かつ、Ｂ０についてのパーティション化方向とＢ１についてのパーティション化方向とが同じである場合、復号器は、Ｂ１についてのパーティション化タイプを受け取らないことを決定し得る。復号器は、Ｂ１についてのパーティション化タイプをＴＴとして導出し得る。Ｂ０についてのパーティション化タイプがＴＴであり、かつ、Ｂ０についてのパーティション化方向およびＢ１についてのパーティション化方向が、ブロックについてのパーティション化方向に直交する場合、復号器は、Ｂ１についてのパーティション化タイプを受け取らないことを決定してもよく、復号器は、Ｂ１についてのパーティション化タイプをＢＴとして導出してもよい。
【0006】
一例において、兄弟ノードのパーティション化方向のシグナリングはスキップされ得る。第１のパーティション化パラメータは、Ｂ１についてのパーティション化タイプであってよく、第２のパーティション化パラメータは、Ｂ１についてのパーティション化方向であってもよい。復号器は、Ｂ０についてのパーティション化タイプとＢ１についてのパーティション化タイプとが異なる場合、Ｂ１についてのパーティション化方向を受け取ることを決定し得る。復号器は、Ｂ０についてのパーティション化タイプとＢ１についてのパーティション化タイプとが両方ともＢＴであり、かつ、Ｂ０についてのパーティション化方向とブロックについてのパーティション化方向とが同じでない場合、Ｂ１についてのパーティション化方向を受け取ることを決定し得る。復号器は、Ｂ０についてのパーティション化タイプとＢ１についてのパーティション化タイプとが両方ともＴＴであり、かつ、Ｂ０についてのパーティション化方向とブロックについてのパーティション化方向とが直交しない場合、Ｂ１についてのパーティション化方向を受け取ることを決定し得る。Ｂ０についてのパーティション化タイプとＢ１についてのパーティション化タイプとが両方ともＢＴであり、かつ、Ｂ０についてのパーティション化方向とブロックについてのパーティション化方向とが同じである場合、復号器は、Ｂ１についてのパーティション化方向を受け取らないことを決定し得る。復号器は、Ｂ０についてのパーティション化方向に直交するように、Ｂ１についてのパーティション化方向を導出し得る。復号器は、Ｂ０についてのパーティション化タイプとＢ１についてのパーティション化タイプとが両方ともＴＴであり、かつ、Ｂ０についてのパーティション化方向とブロックについてのパーティション化方向とが直交する場合、Ｂ１についてのパーティション化方向を受け取らないことを決定してもよく、復号器は、Ｂ０についてのパーティション化方向に直交するように、Ｂ１についてのパーティション化方向を導出してもよい。
【0007】
ブロックについてのパーティション化タイプはＴＴであり得る。Ｂ１は、中央の兄弟ノードであり得る。第１のパーティション化パラメータは、Ｂ１についてのパーティション化方向であってもよく、第２のパーティション化パラメータは、Ｂ１についてのパーティション化タイプであってもよい。例えば、Ｂ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じでない場合、復号器は、Ｂ１についてのパーティション化タイプを受け取り得る。復号器は、例えば、Ｂ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じである場合、Ｂ１についてのパーティション化タイプをＴＴと決定し得る。
【0008】
第１のパーティション化パラメータは、Ｂ１についてのパーティション化タイプであってもよく、第２のパーティション化パラメータは、Ｂ１についてのパーティション化方向であってもよい。例えば、Ｂ１についてのパーティション化タイプがＴＴである場合、復号器は、Ｂ１についてのパーティション化方向を受け取ってもよい。例えば、Ｂ１についてのパーティション化タイプがＢＴである場合、復号器は、ブロックについてのパーティション化方向に直交するように、Ｂ１についてのパーティション化方向を導出してもよい。
【0009】
ビデオコンテンツは、ＭＴＴフォーマットにおいて符号化され得る。ブロックが識別され得る。ブロックは、クアッドツリーのルートノードであり得る。ブロックは、１つまたは複数の（例えば、２つの）兄弟ノード（例えば、兄弟ノードＢ０およびＢ１）へパーティション化されるバイナリツリー（ＢＴ）であり得る。ブロックについてのパーティション化方向およびパーティション化タイプが決定され得る。ブロックについてのパーティション化タイプがＢＴである場合、１つまたは複数の（例えば、２つの）パーティション化パラメータ（例えば、方向および／またはタイプ）が、兄弟ノードＢ０に対して決定され得る。（例えば、１つの）パーティション化パラメータ（例えば、第１のパーティション化パラメータ）が、兄弟ノードＢ１に対して決定され得る。例えば、パーティション化方向およびパーティション化タイプがＢ０に対して決定されてもよく、パーティション化方向またはタイプがＢ１に対して決定されてもよい。符号器は、例えば、ブロックについてのパーティション化方向、ブロックについてのパーティション化タイプ、およびＢ１についての第１のパーティション化パラメータに基づいて、ビットストリーム内にＢ１についての第２のパーティション化パラメータを含めるべきかどうかを決定し得る（例えば、含み得る）。符号器は、ビットストリーム内に、Ｂ０についてのパーティション化パラメータ、Ｂ１についての第１のパーティション化パラメータ、およびブロックについてのパーティション化方向のインジケーションを含み得る。
【0010】
一例において、符号器は、兄弟ノードのパーティション化タイプのシグナリングをスキップし得る。ブロックについてのパーティション化タイプは、ＢＴであり得る。第１のパーティション化パラメータは、Ｂ１についてのパーティション化方向であってもよく、第２のパーティション化パラメータは、Ｂ１についてのパーティション化タイプであってもよい。Ｂ０についてのパーティション化方向とＢ１についてのパーティション化方向とが異なる場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含めることを決定し得る。Ｂ０についてのパーティション化タイプがトリプルツリー（ＴＴ）であり、かつ、Ｂ０についてのパーティション化方向およびＢ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じである場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含めることを決定し得る。Ｂ０についてのパーティション化タイプがＢＴであり、かつ、Ｂ０についてのパーティション化方向とＢ１についてのパーティション化方向とが同じである場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含めないことを決定してもよい。Ｂ０についてのパーティション化タイプがＴＴであり、かつ、Ｂ０についてのパーティション化方向およびＢ１についてのパーティション化方向が、ブロックについてのパーティション化方向と直交する場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含めないことを決定し得る。
【0011】
ブロックについてのパーティション化タイプは、ＴＴであり得る。第１のパーティション化パラメータはＢ１についてのパーティション化方向であってもよく、第２のパーティション化パラメータはＢ１についてのパーティション化タイプであってもよい。例えば、Ｂ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じでない場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含め得る。例えば、Ｂ１についてのパーティション化方向が、ブロックについてのパーティション化方向と同じである場合、符号器は、ビットストリーム内にＢ１についてのパーティション化タイプを含めないことを決定し得る。
【0012】
現在のブロックについてのパーティション化タイプが受け取られ得る。ブロックについての第１のパーティション化方向および第２のパーティション化方向の利用可能性は、パーティション化タイプに基づいて決定され得る。復号器は、第１のパーティション化方向および第２のパーティション化方向の利用可能性に基づいて、現在のパーティション化方向を受け取ることを決定し得る。現在のパーティション化方向は、第１のパーティション化方向または第２のパーティション化方向のうちの１つまたは複数と同じであり得る。復号器は、現在のパーティション化方向に基づいて、ブロックを復号し得る。復号器は、第１のパーティション化方向または第２のパーティション化方向のうちの１つだけが利用可能である場合、現在のパーティション化方向を受け取らないことを決定してもよく、復号器は、現在のパーティション化方向を、利用可能なパーティション化方向に決定し得る。復号器は、第１のパーティション化方向および第２のパーティション化方向の両方が利用可能である場合、現在のパーティション化方向を受け取ることを決定し得る。第１のパーティション化方向は垂直方向であってもよく、第２のパーティション化方向は水平方向であってもよい。パーティション化タイプがＢＴであり、かつ、現在のブロックの幅が、最小許容ＢＴノードサイズの少なくとも２倍である場合、垂直方向は、利用可能であると決定され得る。パーティション化タイプがＴＴであり、かつ、現在のブロックの幅が、最小許容ＢＴサイズの少なくとも４倍である場合、垂直方向は、利用可能であると決定され得る。パーティション化タイプがＢＴであり、かつ、現在のブロックの高さが、最小許容ＢＴノードサイズの少なくとも２倍である場合、水平方向は、利用可能であると決定され得る。パーティション化タイプがＴＴであり、かつ、現在のブロックの高さが、最小許容ＢＴサイズの少なくとも４倍である場合、垂直方向は、利用可能であると決定され得る。
【0013】
ブロックは、３つのサブブロック、すなわち、Ｂ０、Ｂ１およびＢ２へＴＴパーティション化され得る。Ｂ０、Ｂ１またはＢ２の１つまたは複数の境界が決定され得る。デブロッキングフィルタが、境界に対して適用され得る。
【図面の簡単な説明】
【0014】
図における同様の参照符号は、同様の要素を示す。
【0015】
【図1】ブロックベースのハイブリッドビデオ符号化システムの例を示す図である。
【図2】ブロックベースのビデオ復号器の例を示す図である。
【図3】クアッドツリープラスバイナリツリー（ＱＴＢＴ）ブロックパーティション化の例を示す図である。
【図4A】ＱＴＢＴシグナリング冗長除去の例を示す図である。
【図4B】ＱＴＢＴシグナリング冗長除去の例を示す図である。
【図5】ＱＴＢＴにおけるブロック符号化の例を示す図である。
【図6A】コーディング結果再使用の例を示す図である。
【図6B】コーディング結果再使用の例を示す図である。
【図6C】コーディング結果再使用の例を示す図である。
【図7A】マルチタイプツリー（ＭＴＴ）パーティション化タイプの例を示す図である。
【図7B】マルチタイプツリー（ＭＴＴ）パーティション化タイプの例を示す図である。
【図7C】マルチタイプツリー（ＭＴＴ）パーティション化タイプの例を示す図である。
【図7D】マルチタイプツリー（ＭＴＴ）パーティション化タイプの例を示す図である。
【図7E】マルチタイプツリー（ＭＴＴ）パーティション化タイプの例を示す図である。
【図8】ＭＴＴにおけるツリータイプシグナリングの例を示す図である。
【図9】ＭＴＴにおけるツリータイプシグナリングの例を示す図である。
【図10】ブロックについてのコンテキスト導出のために近隣ブロックを使用する例を示す図である。
【図11A】ＭＴＴにおけるシグナリング冗長低減の例を示す図である。
【図11B】ＭＴＴにおけるシグナリング冗長低減の例を示す図である。
【図11C】ＭＴＴにおけるシグナリング冗長低減の例を示す図である。
【図11D】ＭＴＴにおけるシグナリング冗長低減の例を示す図である。
【図12】ＭＴＴについての高速符号化の例を示す図である。
【図13】水平ＴＴパーティション化についての尤度チェックの例を示す図である。
【図14】ＴＴパーティション化テストについての最良の候補方向の例示的な決定を示す図である。
【図15A】ＭＴＴパーティション化についてのコーディング結果再使用の例を示す図である。
【図15B】ＭＴＴパーティション化についてのコーディング結果再使用の例を示す図である。
【図15C】ＭＴＴパーティション化についてのコーディング結果再使用の例を示す図である。
【図15D】ＭＴＴパーティション化についてのコーディング結果再使用の例を示す図である。
【図15E】ＭＴＴパーティション化についてのコーディング結果再使用の例を示す図である。
【図16】ＣＵサイズチェックのための近隣ブロックセットの例の図である。
【図17A】１つまたは複数の開示されている実施形態が実装され得る例示的な通信システムを例示するシステム図である。
【発明を実施するための形態】
【0016】
例示的な実施形態の詳細な説明が、様々な図を参照して、ここで説明されるであろう。本説明は、考え得る実装例の詳細な例を提供するが、詳細は例示的であるように意図されており、本出願の範囲を全く限定しないことが、留意されるべきである。
【0017】
ビデオコーディングシステムは、例えば、記憶および／または送信帯域幅を低減するために、デジタルビデオ信号を圧縮し得る。多様なタイプのビデオコーディングシステム、例えば、ブロックベースのシステム、ウェーブレットベースのシステムおよびオブジェクトベースのシステムなどがある。ブロックベースのビデオコーディングシステムは、国際的なビデオコーディング標準、例えば、（ムービングピクチャエキスパートグループ）ＭＰＥＧ－１／２／４ ｐａｒｔ ２、Ｈ．２６４／ＭＰＥＧ－４ ｐａｒｔ １０ アドバンストビデオコーディング（ＡＶＣ）、ＶＣ－１および高効率ビデオ符号化（ＨＥＶＣ）などを含み得る。
【0018】
ＨＥＶＣは、例えば、従来世代のビデオコーディング（例えばＨ．２６４／ＭＰＥＧ ＡＶＣ）と比較して、およそ５０％のビットレート節約または均等な知覚品質を提供し得る。優れたコーディング効率は、ＨＥＶＣ上で（例えば、付加的なコーディングツールを用いて）達成され得る。ＶＣＥＧおよびＭＰＥＧ（例えば、ジョイントビデオエクスプロレーションチーム（ＪＶＥＴ））は、ＨＥＶＣ上でのコーディング効率の実質的な向上を提供し得るコーディング技術をサポートし得る。
【0019】
図１は、ブロックベースのハイブリッドビデオ符号化システムの例である。入力ビデオ信号２は、ブロックごとに処理され得る。拡張ブロックサイズ（例えばコーディングユニット（ＣＵ））は、例えば、高解像度（例えば１０８０ｐ以上）のビデオ信号を効率的に圧縮するために、使用され得る。ＣＵは、例えば、６４×６４ピクセルのサイズを有し得る。ＣＵは、１つまたは複数の予測ユニット（ＰＵ）へパーティション化され得る。予測は、ＰＵに対して別々に適用され得る。空間的予測６０および／または時間的予測６２が、例えば、（例えば各）入力ビデオブロック（例えばマクロブロック（ＭＢ）またはＣＵ）に対して、実行されてもよい。
【0020】
空間的予測（例えばイントラ予測）は、例えば、ビデオピクチャ／スライスにおける既にコーディング済みの近隣ブロックのサンプル（例えば参照サンプル）からのピクセルを使用することによって、現在のビデオブロックを予測し得る。空間的予測は、ビデオ信号において固有であり得る空間的冗長性を低減し得る。時間的予測（例えば、インター予測または動き補償された予測）は、例えば、既にコーディング済みのビデオピクチャからの再構築されたピクセルを使用することによって、現在のビデオブロックを予測し得る。時間的予測は、ビデオ信号において固有であり得る時間的冗長性を低減し得る。所与のビデオブロックについての時間的予測信号は、例えば、１つまたは複数の動きベクトル（ＭＶ：ｍｏｔｉｏｎ ｖｅｃｔｏｒｓ）によって、シグナリングされてもよい。ＭＶは、現在のブロックと参照ブロックとの間の動きの量および方向を示し得る。（例えば、各ビデオブロックについての）参照ピクチャインデックスは、例えば、複数の参照ピクチャがサポートされる場合に、送られ得る。参照ピクチャインデックスは、時間的予測信号が由来する（例えば、参照ピクチャ記憶装置６４内の）参照ピクチャを識別するために使用され得る。
【0021】
符号器におけるモード判定ブロック８０は、（例えば、空間的予測および／または時間的予測の後に）、例えば、レート歪み最適化に基づいて、（例えば最良の）予測モードを選び得る。予測ブロックは、現在のビデオブロック１６から減算されてもよい。予測残差は、（例えば、変換４を使用して）脱相関され、（例えば、量子化６を使用して）量子化され得る。量子化された残差係数は、例えば、再構築された残余を形成するために、逆量子化され１０および／または逆変換され１２得る。再構築された残余は、例えば、再構築されたビデオブロックを形成するために、予測ブロック２６に足し戻され得る。インループフィルタリング６６（例えば、非ブロック化フィルタおよび／または適応ループフィルタ）は、例えば、それが参照ピクチャ記憶装置６４へ投入され将来のビデオブロックをコーディングするために使用される前に、再構築されたビデオブロックに対して適用され得る。エントロピーコーディングユニット８は、例えば、コーディングモード（例えば、インターまたはイントラ）、予測モード情報、動き情報および／または量子化された残差係数を圧縮し、パック化することによって、出力ビデオビットストリーム２０を形成し得る。
【0022】
図２は、ブロックベースのビデオ復号器の例である。ビデオビットストリーム２０２は、エントロピー復号ユニット２０８においてアンパック化され、エントロピー復号され得る。コーディングモードおよび予測情報は、例えば、予測ブロックを形成するために、空間的予測ユニット２６０（例えば、イントラコーディングされた場合）または時間的予測ユニット２６２（例えば、インターコーディングされた場合）へ送られ得る。残差変換係数は、例えば、残差ブロックを再構築するために、逆量子化ユニット２１０および逆変換ユニット２１２へ提供され得る。予測ブロックと残差ブロックとは、例えば、加算２２６において、足し合わされ得る。インループフィルタリングは、再構築されたブロックに対して、例えば、それが参照ピクチャ記憶装置２６４に記憶される前に、適用され得る。参照ピクチャ記憶装置２６４内の再構築されたビデオは、例えば、表示デバイスを駆動するために、および／または将来のビデオブロックを予測するために、送出され得る。
【0023】
ピクチャは、例えば、クアッドツリー構造に基づいて、ＣＵへ分割されてもよく、このことはＣＵを（例えば、領域の信号特性に基づいて）適当なサイズへ分割することを可能にし得る。ＣＵは、イントラコーディングされたブロックとインターコーディングされたブロックとを区別するために使用され得る基本的なクアッドツリースプリット領域を表し得る。複数の重複しないＰＵが、ＣＵ内で定義され得る。（例えば各）ＰＵは、個々の予測パラメータ（例えば、イントラ予測モード、動きベクトル、参照ピクチャインデックス等）を用いて領域を特定し得る。残余は、例えば、ＰＵに対して予測プロセスを適用することによって、取得され得る。ＣＵは、例えば、別のクアッドツリーに基づいて、１つまたは複数の変換ユニット（ＴＵ）へさらに分割されてもよい。（例えば各）ＴＵは、例えば、ＴＵサイズに等しい変換サイズを用いて残差コーディングを適用することによって、ブロックを特定してもよい。
【0024】
ブロックパーティション化構造は、過去のビデオコーディング標準に対して著しいコーディング利得を提供し得る。イントラコーディングとインターコーディングとの間で切り替えるための最小粒度を提供し得るＣＵパーティション化は、正方形であってもよく、クアッドツリー構造に従ってもよい。ＰＵパーティション化は、限定された数のタイプを有し得る。
【0025】
クアッドツリープラスバイナリツリー（ＱＴＢＴ）ブロックパーティション化構造が使用されてもよい。ＱＴＢＴ構造における（例えば各）コーディングツリーユニット（ＣＴＵ）は、クアッドツリーのルートノードであり得る。ブロックは、クアッドツリー手法でパーティション化され得る。（例えば１つの）ノードのクアッドツリースプリット化は、ノードが最小許容クアッドツリーサイズ（ＭｉｎＱＴＳｉｚｅ）に到達するまで、繰り返され得る。クアッドツリーノードは、例えば、ノードのクアッドツリーサイズが、許容されるバイナリツリーサイズの最大値（ＭａｘＢＴＳｉｚｅ）ほどの大きさである場合、水平方向または垂直方向において（例えばバイナリツリーによって）さらにパーティション化され得る。バイナリツリーの分割は、例えば、バイナリツリーノードが、許容されるバイナリツリーノードサイズの最小値（ＭｉｎＢＴＳｉｚｅ）または許容されるバイナリツリー深さの最大値に到達するまで、繰り返され得る。バイナリツリーノードは、（例えば、さらなるパーティション化なしに）予測および／または変換の基本単位として使用され得る。
【0026】
ＱＴＢＴパーティション化構造の例において、ブロックサイズは１２８ｘ１２８であってもよく、ＭｉｎＱＴＳｉｚｅは１６ｘ１６であってもよく、ＭａｘＢＴＳｉｚｅは６４ｘ６４であってもよく、およびＭｉｎＢＴＳｉｚｅは４であってもよい。クアッドツリーパーティション化は、クアッドツリーリーフノードを生成するためにブロックに対して適用され得る。クアッドツリーリーフノードサイズは、１２８ｘ１２８から１６ｘ１６におよび得る。１２８ｘ１２８のクアッドツリーノードサイズは、最大バイナリツリーサイズ（例えばＭａｘＢＴＳｉｚｅ）を越えてもよい。例えば、クアッドツリーノードサイズがＭａｘＢＴＳｉｚｅ以下である場合、クアッドツリーノードは、バイナリツリーによってさらにパーティション化されてもよい。クアッドツリーノード（例えば、バイナリツリーのルートノード）は、０に等しいバイナリツリー深さを有し得る。例えば、バイナリツリー深さがＭａｘＢＴＤｅｐｔｈに到達するまで、またはバイナリツリーノードがＭｉｎＢＴＳｉｚｅに等しい幅もしくは高さを有するまで、バイナリツリーパーティション化が繰り返されてもよい。
【0027】
図３は、ＱＴＢＴブロックパーティション化の例を示す。実線は、クアッドツリー分割を表し得、点線は、バイナリツリー分割を表し得る。パーティション化方向インジケーション（例えばフラグ）は、例えば、バイナリツリーノードがさらに分割される場合、例えば、水平分割が使用され得るか、または垂直分割が使用され得るかを示すために、シグナリングされ得る。クアッドツリー分割は、ブロックを、等しいサイズを有する４つのサブブロックへパーティション化し得る。
【0028】
（例えばＱＴＢＴにおける）ブロックは、例えば、ＱＴ、水平ＢＴおよび垂直ＢＴによって、パーティション化され得る。異なるパーティション化手続きが、同じパーティション化結果を生み出し得る。
【0029】
図４Ａ～図４Ｂは、ＱＴＢＴシグナリング冗長除去の例を示す。図４Ａは、水平ＢＴパーティション化を用いたＱＴＢＴシグナリング冗長除去の例を示す。図４Ｂは、垂直ＢＴパーティション化を用いたＱＴＢＴシグナリング冗長除去の例を示す。
【0030】
図４Ａに示されるように、ブロックは、水平ＢＴパーティション化によってサブブロックＢ０およびＢ１へパーティション化され得る。垂直ＢＴパーティション化によるサブブロックＢ０およびＢ１のさらなるパーティション化は、ブロックがまず垂直ＢＴパーティション化によってパーティション化され、続いて、各サブブロックが水平ＢＴパーティション化によってパーティション化された結果と同じ最終的なパーティション化結果を生み出し得る。ＱＴＢＴは、垂直ＢＴパーティション化の後に水平ＢＴパーティション化が続くことを可能にし、水平ＢＴパーティション化の後に垂直ＢＴパーティション化が続くことを不可能にする制約を有し得る。
【0031】
図４Ｂに示されるように、制約は、（例えば、図４Ｂに示されるサブブロックＢ０およびＢ１を作成する）垂直ＢＴパーティション化を伴う正方形ブロックに対して適用され得る。水平ＢＴによるサブブロックＢ０およびＢ１のさらなるパーティション化は、ＱＴパーティション化による結果と均等な結果を生み出し得る。例えば、左側のサブブロックＢ０が水平ＢＴによってパーティション化される場合、水平ＢＴは、右側のサブブロックＢ１に対して適用されなくてもよい。例えば、ＱＴはＱＴＢＴにおける非正方形ブロックに対して適用されないので、この制約は正方形ブロックに対して適用可能とし得る。
【0032】
図５は、ＱＴＢＴにおけるブロック符号化の例を示す。符号器は、さらなるパーティション化なしに、レート歪み（ＲＤ）コストを（例えば、最初に）チェックし得る。コストは、所与のブロックについて、異なるコーディングモード（例えば、インターモードおよびイントラモード）を使用してチェックされ得る。ＢＴ深さが決定され得る。ＢＴ深さは、ＱＴパーティション化ツリーの現在のノードからリーフノードまでの深さであり得る。現在のブロックのＢＴ深さが、最大ＢＴ深さ（ＭａｘＢＴＤｅｐｔｈ）より小さいかどうか、決定が行われ得る。決定に応じて、符号器は、例えば、現在のブロックに対して水平ＢＴパーティション化を適用することによって、ＲＤコストをチェックし得る。符号器は、例えば、現在のブロックに対して垂直ＢＴパーティション化を適用することによって、ＲＤコストをチェックしてもよい。現在のブロックのＱＴ深さが、最大ＱＴ深さより小さいかどうか、決定が行われ得る。決定に応じて、符号器は、例えば、現在のブロックに対してＱＴパーティション化を適用することによって、ＲＤコストをチェックし得る。最小ＲＤコストを有するパーティション化は、現在のブロックに対する最良のパーティション化スキームとして扱われ得る。
【0033】
ＱＴＢＴフレームワークを用いる高速符号化が実行され得る。１つまたは複数のパーティション化スキームが、例えば、所与のブロックに対して、適用され得る。いくつかのサブブロックは、異なるパーティション化スキームを用いて繰り返し得る。例えば、（例えば、図６における例によって示されるような）３つのパーティション化スキームが、（例えば１つの）ブロックに対して適用されてもよい。
【0034】
図６Ａ～図６Ｃは、ＱＴＢＴにおける左上のサブブロックについてのコーディング結果再使用の例を示す。図６Ａは、上部のサブブロックに対して水平ＢＴ、その後に垂直ＢＴを適用する例を示す。図６Ｂは、左側のサブブロックに対して垂直ＢＴ、その後に水平ＢＴを適用する例を示す。図６Ｃは、正方形ブロックにＱＴパーティション化を適用する例を示す。図６Ａ～図６Ｃに示される３つの例における左上のサブブロックＢ０は、同じであり得る。高速符号化は、例えば、初回における、Ｂ０についてのコーディング結果を記録し得る。記憶されたコーディング結果は、他のパーティション化スキームにおいてブロックＢ０に対して再使用され得る。このようにして、左上のブロックは、一度だけ符号化され得る。
【0035】
ＱＴＢＴは、１つまたは複数（例えば、１つまたは２つ）の方向における等しいパーティション化を可能にし得る。マルチタイプツリー（ＭＴＴ）パーティション化は、より多くのパーティション化を可能にし得る。ＭＴＴは、例えば、（例えば、図７における例によって示されるような）５つのパーティション化タイプをサポートしてもよい。
【0036】
図７Ａ～図７Ｅは、ＭＴＴパーティション化タイプの例を示す。図７Ａは、クアッドツリー（ＱＴ）パーティション化の例を示す。図７Ｂは、垂直ＢＴパーティション化の例を示す。図７Ｃは、水平ＢＴパーティション化の例を示す。図７Ｄは、垂直トリプルツリー（ＴＴ）パーティション化の例を示す。図７Ｅは、水平ＴＴパーティション化の例を示す。
【0037】
ＴＴパーティション化は、ブロックを３つの部分へ分割し得る。例えば、（例えば、図７Ｄに示されるような）垂直ＴＴは、ブロックを垂直方向においてパーティション化してもよい。パーティション化されたサブブロックの幅はそれぞれ、例えば、ブロック幅の１／４、１／２および１／４に等しくなり得る。ＢＴおよびＴＴは、予測ツリー（ＰＴ：ｐｒｅｄｉｃｔｉｏｎ ｔｒｅｅ）として扱われ得る。ＰＴ深さは、ＱＴパーティション化ツリーの現在のノードからリーフノードまでの深さとし得る。ブロックは、ＱＴによって（例えば、最初に）パーティション化され得る。（例えば各）ＱＴリーフノードは、例えば、水平ＢＴ、垂直ＢＴ、水平ＴＴおよび／または垂直ＴＴによって、パーティション化され得る。ブロック幅および高さは、２の累乗であり得る。ＴＴパーティション化は、例えば、ブロックの１／４または１／２の幅および／または高さを有するサブブロックを作成し得、したがって、サブブロック幅および高さは、ＭＴＴにおいて２の累乗となり得る。ブロックは、中央においてパーティション化されなくてもよく、このことは柔軟性を提供し得る。
【0038】
図８は、ＭＴＴ実装におけるツリータイプシグナリングの例を示す。例えば、ＱＴリーフノードが、ＢＴまたはＴＴによってさらに分割される場合、１つまたは複数（例えば２つ）のフラグがシグナリングされ得る。パーティション化方向インジケーション（例えば方向フラグ）は、例えば、パーティション化が水平パーティション化であるか、または垂直パーティション化であるかを示し得る。パーティション化タイプインジケーション（例えばタイプフラグ）は、例えば、パーティション化がＢＴパーティション化であるか、またはＴＴパーティション化であるかを示し得る。
【0039】
例示的な構文要素（例えばＰＴタイプ）が、ＭＴＴにおいて使用され得る。ＰＴタイプは符号化され得る。
【0040】
ＱＴＢＴにおける最大ＢＴ深さについては限度があってもよい。ＢＴとＴＴとの両方が、ＰＴとして扱われてもよい。最大ＰＴ深さは、ＢＴおよびＴＴに対して適用されてもよい。ＢＴ深さおよびＴＴ深さは、別々に制御されてもよい。
【0041】
同じパーティション化結果が、異なるツリーパーティション化スキームを用いて達成され得る。例えば、水平ＢＴを使用して２つのサブブロックへパーティション化され、次いで、それらが垂直ＢＴを使用して４つのサブブロックへパーティション化されるブロックは、ブロックを垂直ＢＴを使用して２つのサブブロックへパーティション化し、次いで、それらが水平ＢＴを使用してパーティション化される結果と同じ結果を達成し得る。パーティション化制約は、構文冗長を低減し、および／または符号化複雑度を低減すると考えられ得る。
【0042】
ＱＴＢＴにおける非ブロック化は、１つまたは複数のＴＴ境界へ拡張される。
【0043】
最大ＢＴ深さが、ＱＴＢＴにおいて設定され得る。ＴＴパーティション化タイプを足すことは、符号化複雑度を増加させ得る。高速符号化アルゴリズムは、性能に悪影響を与えずに、複雑度を制御するために使用され得る。
【0044】
例示的なＭＴＴシグナリングスキームが、本明細書において開示され得る。コンテキスト符号化は、近隣ＣＵのパーティション化タイプ、例えば、パーティション化タイプ（ＢＴまたはＴＴ）に基づき得る。最大ＴＴ深さ制限が、ＴＴパーティション化に適用されてもよい。シグナリング冗長は、ＭＴＴフレームワークにおいて低減され得る。ＱＴＢＴにおける非ブロック化は、ＱＴ境界およびＢＴ境界に対して適用され得る。ＭＴＴにおける非ブロック化は、ＴＴパーティション化をサポートするように拡張され得る。高速ＴＴ符号化手続きが、ＭＴＴコーディングにおいて実行されてもよい。
【0045】
ツリータイプシグナリングが、ＭＴＴにおいて提供され得る。（例えば、図８に示されるような）ＭＴＴの例において、方向は、分割を伴う（例えば各）ＱＴリーフノードに対して（例えば、最初に）シグナリングされ得る。ＰＴタイプ（例えばＢＴまたはＴＴ）は、ＱＴリーフノードに対して（例えば、２番目に）シグナリングされ得る。（例えば、図９に示されるような）他の例は、異なるシグナリング順序を有してもよい。
【0046】
図９は、ＭＴＴにおけるツリータイプシグナリングの例を示す。（例えば、現在のブロックについての）ＰＴタイプがシグナリングされ得る。ＰＴタイプは（例えば、復号器によって）受信され得る。水平方向および垂直方向の利用可能性は、例えばＰＴタイプに基づいて、決定され（例えば、チェックされ）得る。ＣＵサイズは、最小ＢＴサイズ（例えば４）以上とし得る。例えば、パーティション化タイプがＢＴであり、かつ、現在のブロックの幅が２ｘＭｉｎＢＴＳｉｚｅ以上である場合、垂直ＢＴパーティション化が、現在のブロックに対して利用可能であり得る。例えば、現在のブロックの高さが２ｘＭｉｎＢＴＳｉｚｅ以上である場合、水平ＢＴパーティション化が、現在のブロックに利用可能であり得る。例えば、パーティション化タイプがＴＴであり、かつ、現在のブロックの幅が４ｘＭｉｎＢＴＳｉｚｅ以上である場合、垂直ＴＴパーティション化が、現在のブロック対して利用可能であり得る。例えば、現在のブロックの高さが４ｘＭｉｎＢＴＳｉｚｅ以上である場合、水平ＴＴパーティション化が、現在のブロックに利用可能であり得る。例えば、両方の方向が利用可能である場合（例えば、この場合のみ）、方向がシグナリングされてもよい。例えば、１つの方向（例えば、１つの方向のみ）が利用可能である場合、方向は、利用可能な方向として推測され（例えば、導出され）得る。ブロックは、推測された方向に基づいて復号され得る。
【0047】
コンテキストベースのＣＡＢＡＣコーディングは、ＰＴタイプコーディングに対して使用され得る。コンテキストは、１つまたは複数のブロック、例えば、（例えば、図１０に示されるような）近隣ＣＵの左側および上側のブロックから導出され得る。
【0048】
図１０は、ブロックについてのコンテキスト導出のために近隣ブロックを使用する例を示す。現在のブロックについてのツリー深さ、すなわち、ＴＤｅｐｔｈは、例えば、式（１）に従って計算され得る：
ＴＤｅｐｔｈ（Ｂ）＝２＊ＱＴＤｅｐｔｈ（Ｂ）＋ＰＴＤｅｐｔｈ（Ｂ） （１）
ただし、ＱＴＤｅｐｔｈ（Ｂ）は、ルートからのＱＴツリーの深さとし得、ＰＴＤｅｐｔｈ（Ｂ）は、ＱＴリーフノードからの現在のノードＢの深さとし得る。
ＴＤｅｐｔｈ（Ｂ）＝２＊ＱＴＤｅｐｔｈ（Ｂ）＋ＰＴＤｅｐｔｈ（Ｂ） （１）
ただし、ＱＴＤｅｐｔｈ（Ｂ）は、ルートからのＱＴツリーの深さとし得、ＰＴＤｅｐｔｈ（Ｂ）は、ＱＴリーフノードからの現在のノードＢの深さとし得る。
【0049】
左側のブロックＢLについての相対的なＰＴ深さ、すなわち、ＲＰＴＤｅｐｔｈ（ＢL）は、例えば、式（２）に従って計算され得る：
ＲＰＴＤｅｐｔｈ（ＢL）＝ＴｒｅｅＤｅｐｔｈ（Ｂ）－２＊ＱＴＤｅｐｔｈ（ＢL） （２）
ＲＰＴＤｅｐｔｈ（ＢL）＝ＴｒｅｅＤｅｐｔｈ（Ｂ）－２＊ＱＴＤｅｐｔｈ（ＢL） （２）
【0050】
上側のブロックＢAについての相対的なＰＴ深さ、すなわち、ＲＰＴＤｅｐｔｈ（ＢA）は、例えば、式（３）に従って計算され得る：
ＲＰＴＤｅｐｔｈ（ＢA）＝ＴｒｅｅＤｅｐｔｈ（Ｂ）－２＊ＱＴＤｅｐｔｈ（ＢA） （３）
ＲＰＴＤｅｐｔｈ（ＢA）＝ＴｒｅｅＤｅｐｔｈ（Ｂ）－２＊ＱＴＤｅｐｔｈ（ＢA） （３）
【0051】
ＢLについてのコンテキストインデックス、すなわち、ＣＩ（ＢL）は、例えば、式（４）に従って導出され得る：
【0052】
【数1】
【0053】
ただし、ＰＴＴｙｐｅ（ＲＰＴＤｅｐｔｈ（ＢL））は、ＰＴ深さＲＰＴＤｅｐｔｈ（ＢL）におけるブロックＢLのＰＴタイプとし得る。
【0054】
上側の近隣ブロックＢAについてのコンテキストインデックス、すなわち、ＣＩ（ＢA）は、例えば、式（５）に従って導出され得る：
【0055】
【数2】
【0056】
現在のブロックＢのコンテキストは、ＰＴタイプコーディング、すなわち、Ｃ（Ｂ）に対して使用されてもよく、Ｃ（Ｂ）は、例えば、式（６）に従って計算され得る：
Ｃ（Ｂ）＝ｍｉｎ（３，ＣＩ（ＢL）＋ＣＩ（ＢA）） （６）
Ｃ（Ｂ）＝ｍｉｎ（３，ＣＩ（ＢL）＋ＣＩ（ＢA）） （６）
【0057】
例えば、４つのコンテキストが存在し得る。コンテキスト（例えば、コンテキスト０）は、（例えば、ルートに関して）同じツリー深さにおける、左側および上側の（例えば、両方の）近隣ブロックがＢＴパーティション化タイプを有することを示し得る。コンテキスト（例えば、コンテキスト１）は、近隣ブロックが異なるパーティション化タイプを有することを示し得る。コンテキスト（例えば、コンテキスト２）は、（例えば両方の）近隣ブロックがＴＴパーティション化タイプを有することを示し得る。コンテキスト（例えば、コンテキスト３）は、（例えば全ての）他の場合を示し得る。１つまたは複数のコンテキスト（例えば、コンテキスト０およびコンテキスト２）が、左側および上側の近隣ブロックが同じパーティション化タイプを有することを示すための１つのコンテキストとして組み合わされてもよい。
【0058】
最大ツリー深さ制限が、ＴＴに対して提供され得る。最大ＢＴ深さ（ＭａｘＢＴＤｅｐｔｈ）は、ＢＴツリーの深さを制限するために使用され得る。輝度成分および彩度成分についてのパーティション化ツリーは、例えば、イントラスライスコーディングのために、分離され得る。輝度成分および彩度成分は、例えば、インタースライスコーディングのために、（例えば１つの）パーティション化ツリーを共有してもよい。イントラスライスにおける、輝度成分についてのＭａｘＢＴＤｅｐｔｈおよび彩度成分についてのＭａｘＢＴＤｅｐｔｈ、ならびにインタースライスについてのＭａｘＢＴＤｅｐｔｈは、例えば、シーケンスパラメータセット（ＳＰＳ）において、シグナリングされ得る。ＭａｘＢＴＤｅｐｔｈは、ＭＴＴにおいてＴＴに対して適用され得る。最大ＴＴ深さＭａｘＴＴＤｅｐｔｈは、例えば、以下の場合のうちの１つまたは複数（例えば各々）に対して、使用され得る：イントラスライスにおける輝度成分、イントラスライスおよびインタースライスにおける彩度成分。ＭａｘＴＴＤｅｐｔｈとＭａｘＢＴＤｅｐｔｈとの間の差は、例えば、ＳＰＳにおいて、ＰＰＳにおいて、および／またはピクチャレベルにおいて（例えば、スライスヘッダにおいて）、シグナリングされ得る。一例において、符号器は、例えば、現在のピクチャと同じ時間層における過去のコーディング済みのピクチャの平均ＰＴ深さに基づいて、現在のピクチャについてのＭａｘＴＴＤｅｐｔｈを適応的に設定してもよい。一例において、符号器は、下位の時間層におけるピクチャについてのＭａｘＴＴＤｅｐｔｈを増加させてもよい（例えば、それらは、上位の時間層についての参照ピクチャであるため）。符号器は、上位の時間層におけるピクチャについてのＭａｘＴＴＤｅｐｔｈを減少させてもよい。符号器は、例えば、インタースライスについてＭａｘＴＴＤｅｐｔｈをＭａｘＢＴＤｅｐｔｈと同じに維持しつつ、イントラスライスにおける輝度成分および彩度成分についてのＭａｘＴＴＤｅｐｔｈを増加させてもよい。
【0059】
一例において、ＭａｘＴＴＤｅｐｔｈは、ＱＴ深さに応じて設定されてもよい。符号器は、異なるＱＴ深さを有するブロックに対して、異なるＭａｘＴＴＤｅｐｔｈを設定し得る。
【0060】
シグナリング冗長低減が、ＭＴＴにおいて提供され得る。ブロックの１つまたは複数（例えば２つ）の異なるパーティション化が、同じ結果を達成し得る。例えば、水平ＢＴ、その後に垂直ＴＴによってパーティション化されたブロックは、垂直ＴＴ、その後に水平ＢＴによってパーティション化されたブロックと同じ結果を達成し得る。符号器は、ブロックに対してパーティション化スキームを選択するように構成され得る。符号器は、同じ結果を有するパーティション化スキームの選択を不可能にしてもよい。例えば、ブロックＢＰは、１つまたは複数（例えば２つ）のサブブロックＢ０およびＢ１へ、（例えば、水平ＢＴまたは垂直ＢＴを使用して）パーティション化されてもよい。符号器は、ビットストリーム内に、ＢＰについてのパーティション化方向、Ｂ０についての１つもしくは複数（例えば２つ）のパーティション化パラメータ、および／またはＢ１についての（例えば１つの）パーティション化パラメータを含み得る。復号器は、ＢＰについてのパーティション化方向を受け取り得る。復号器は、Ｂ０についての１つまたは複数（例えば２つ）のパーティション化パラメータ（例えば、タイプおよび／または方向）、ならびにＢ１についての（例えば１つの）パーティション化パラメータ（例えば、タイプまたは方向）を受け取ってもよい。復号器は、例えば、Ｂ０についてのパーティション化パラメータおよびＢＰについてのパーティション化方向に基づいて、Ｂ１についての第２のパーティション化パラメータを導出し得る。例えば、第２のパーティション化パラメータについて１つのオプション（例えば、１つのオプションのみ）が許可される場合（例えば、パラメータが方向である場合には水平もしくは垂直、またはパラメータがタイプである場合にはＢＴもしくはＴＴ）、復号器は、Ｂ１についての第２のパーティション化パラメータを導出し得る。例えば、第２のパーティション化パラメータについて２つ以上のオプションが許可される場合、符号器は、ビットストリーム内にＢ１についての第２のパーティション化パラメータを含め得る。例えば、第２のパーティション化パラメータについて２つ以上のオプションが許可される場合、復号器は、Ｂ１についての第２のパーティション化パラメータを受け取り得る。第２のパーティション化パラメータは、ブロックを復号するために使用され得る。１つまたは複数（例えば４つ）の場合が、（例えば、図１１における例によって示されるように）ＭＴＴにおけるシグナリング冗長を低減すると考えられ得る。
【0061】
【0062】
図１１Ａは、シグナリング冗長が低減され得る場合の例を示す。ブロック（例えば、図１１ＡにおけるブロックＢＰ）は、水平ＢＴによってパーティション化されてもよく、２つの結果として生じるサブブロック（例えば兄弟ノード）は、垂直ＴＴによってさらにパーティション化されてもよい。２つのパーティション化の順序を交換すること（例えば、ブロックを垂直ＴＴを用いてパーティション化し、次いで、３つのサブブロックを水平ＢＴを用いてパーティション化する）は、同じパーティション化結果を生み出し得る。例えば、ブロックが水平ＢＴによってパーティション化される場合、垂直ＴＴパーティション化は、サブブロック（例えば、図１１ＡにおけるＢ１）に対して適用されなくてもよく、他方のサブブロック（例えば、図１１ＡにおけるＢ０）は、垂直ＴＴによってさらにパーティション化される。サブブロック（例えば、Ｂ１）についてのパーティション化パラメータ（例えば、パーティション化タイプまたはパーティション化方向）を、符号器は、ビットストリーム内に含めてもよく、復号器は受け取ってもよい。例えば、１つまたは複数（例えば、２つ）のオプション（例えば、パーティション化方向については垂直および／または水平、ならびにパーティション化タイプについてはＢＴおよび／またはＴＴ）が、パーティション化パラメータに対して許可される場合、パーティション化パラメータは、ビットストリーム内に含められ、受け取られ得る。復号器は、ブロックおよび別のサブブロック（例えば、Ｂ０）のパーティション化方向および／またはタイプに基づいて、パーティション化パラメータを導出し得る。例えば、１つ（例えば、１つのみ）のオプションが、パーティション化パラメータに対して許可される場合、復号器は、パーティション化パラメータを導出し得る。
【0063】
例えば、ブロックＣは、水平ＢＴを使用して、２つのサブブロック、すなわち、Ｃ０およびＣ１へパーティション化されてもよい。Ｃ０は、垂直ＴＴを使用して、さらにパーティション化されてもよい。符号器は、ビットストリーム内に、Ｃについてのパーティション化方向およびタイプ、ならびにＣ０についてのパーティション化方向およびタイプのインジケーションを含め得る。符号器は、ビットストリーム内に、Ｃ１が垂直にパーティション化されるというインジケーションを含めてもよい。復号器は、インジケーションを受け取り得る。復号器は、インジケーションに基づいて、Ｃ１についてのパーティション化タイプを導出し得る。例えば、復号器は、Ｃ１についてのパーティション化タイプをＢＴと導出し得る（例えば、Ｃ１に対してＴＴを適用することが許可されないため）。
【0064】
図１１Ｂは、シグナリング冗長が低減され得る場合の例を示す。ブロック（例えば、図１１ＢにおけるブロックＢＰ）は、水平ＢＴによってパーティション化されてもよく、２つの結果として生じるサブブロックは、水平ＢＴによってさらにパーティション化されてもよい。ブロックおよびサブブロックをこのようにパーティション化することは、ブロックを水平ＴＴによってパーティション化し、結果として生じる中央ブロックを水平ＢＴによってパーティション化することと、同じパーティション化結果を生み出し得る。例えば、ブロックが水平ＢＴによってパーティション化され、他方のサブブロック（例えば、図１１ＢにおけるＢ０）が水平ＢＴによってさらにパーティション化される場合、水平ＢＴパーティション化は、サブブロック（例えば、図１１ＢにおけるＢ１）に対して適用されなくてもよい。サブブロック（例えば、Ｂ１）についてのパーティション化パラメータ（例えば、パーティション化タイプまたはパーティション化方向）を、符号器は、ビットストリーム内に含めてもよく、復号器は、受け取ってもよい。例えば、１つまたは複数（例えば、２つ）のオプション（例えば、パーティション化方向については垂直および／または水平、ならびにパーティション化タイプについてはＢＴおよび／またはＴＴ）が、パーティション化パラメータに対して許可される場合、パーティション化パラメータは、ビットストリーム内に含められ、受け取られ得る。復号器は、ブロックおよび別のサブブロック（例えば、Ｂ０）のパーティション化方向および／またはタイプに基づいて、パーティション化パラメータを導出し得る。例えば、１つ（例えば、１つのみ）のオプションが、パーティション化パラメータに対して許可される場合、復号器は、パーティション化パラメータを導出し得る。
【0065】
例えば、ブロックＣは、水平ＴＴを使用して、３つのサブブロック、すなわち、Ｃ０、Ｃ１、およびＣ２へパーティション化されてもよい。Ｃ１は、中央サブブロックであり得る。符号器は、ビットストリーム内に、Ｃについてのパーティション化方向およびタイプのインジケーションを含め得る。符号器は、ビットストリーム内に、Ｃ１が水平にパーティション化されるというインジケーションを含め得る。復号器は、インジケーションを受け取り得る。復号器は、インジケーションに基づいて、Ｃ１についてのパーティション化タイプを導出し得る。例えば、復号器は、Ｃ１についてのパーティション化タイプをＴＴと導出し得る（例えば、Ｃ１に対してＢＴを適用することが許可されないため）。
【0066】
図１１Ｃおよび１１Ｄは、例えば、図１１Ａおよび図１１Ｂにおける水平パーティション化を垂直パーティション化に変化させることによって、シグナリング冗長が低減され得る場合の例を示す。例えば、図１１Ｃに示されるように、例えば、ブロック（例えば、図１１Ｃ～図１１ＤにおけるブロックＢＰ）が垂直ＢＴによってパーティション化され、他方のサブブロック（例えば、図１１Ｃ～図１１ＤにおけるＢ０）が水平ＴＴによってさらにパーティション化される場合、水平ＴＴは、サブブロック（例えば、図１１Ｃ～図１１ＤにおけるＢ１）に対して適用されなくてもよい。例えば、図１１Ｄに示されるように、例えば、ブロックが垂直ＢＴによってパーティション化され、サブブロックＢ０が垂直ＢＴによってさらにパーティション化される場合、垂直ＢＴは、サブブロックＢ１に対して適用されなくてもよい。サブブロック（例えば、Ｂ１）についてのパーティション化パラメータ（例えば、パーティション化タイプまたはパーティション化方向）を、符号器は、ビットストリーム内に含めてもよく、復号器は、受け取ってもよい。例えば、１つまたは複数（例えば、２つ）のオプション（例えば、パーティション化方向については垂直および／または水平、ならびにパーティション化タイプについてはＢＴおよび／またはＴＴ）が、パーティション化パラメータに対して許可される場合、パーティション化パラメータは、ビットストリーム内に含められ、受け取られ得る。復号器は、ブロックおよび別のサブブロック（例えば、Ｂ０）のパーティション化方向および／またはタイプに基づいて、パーティション化パラメータを導出し得る。例えば、１つ（例えば、１つのみ）のオプションが、パーティション化パラメータに対して許可される場合、復号器は、パーティション化パラメータを導出し得る。
【0067】
非ブロック化は、ＭＴＴフレームワークにおいて提供され得る。非ブロック化は、１つまたは複数（例えば全て）のＣＵ境界（例えば、ＱＴ境界および／またはＢＴ境界）に対して適用され得る。ＣＵ境界は、１つまたは複数のＴＴ境界を含み得る。非ブロック化は、（例えば全ての）ＴＴ境界に対して適用されるように拡張されてもよい。境界強度の導出および／または非ブロック化フィルタリングが実行されてもよい。ブロックは、ＴＴパーティション化によって、１つまたは複数（例えば３つ）の兄弟ノードへパーティション化され得る。兄弟ノードについてのパーティション化タイプおよび／または方向は、本明細書において説明されるように受け取られ、および／または導出され得る。兄弟ノードの１つまたは複数の境界が決定され得る。非ブロック化フィルタが境界に対して適用されてもよい。
【0068】
高速ＭＴＴ符号化は、本明細書において説明されるように実行され得る。早期終了および最良のＴＴ方向決定は、例えば、ＴＴ ＲＤコストチェックの前に、実行され得る。図１２は、ＭＴＴについての高速符号化の例を示す。点線のブロックは、ＴＴ ＲＤチェックプロセスを示し得る。例えば、現在のＰＴ深さが最大ＴＴ深さより小さく、かつ、現在のブロックサイズが最大ＢＴサイズより小さい場合（例えば、この場合にのみ）、ＴＴパーティション化が、符号化においてテストされ得る。
【0069】
例えば、ＴＴパーティション化ＲＤコストチェックの前に、水平ＴＴパーティション化と垂直ＴＴパーティション化との尤度がチェックされ得る。方向におけるＴＴパーティション化の尤度が低いことは、その方向におけるＴＴパーティション化が現在のブロックに対する最良のパーティション化スキームではないことを示し得る。その方向におけるＴＴパーティション化のＲＤコストチェックは、スキップされ得る。図１３は、水平ＴＴパーティション化についての尤度チェックの例を示す。テストフラグ（例えば、Ｈｏｒ＿ＴＴ＿Ｔｅｓｔフラグ）は、符号器が水平ＴＴパーティション化をテストするかどうかを示し得る。例えば、現在のＰＴ深さが、予め定義された閾値ＦＴＴ＿ＴＨ（例えば１）より大きく、かつ、水平ＢＴパーティション化が、最良のパーティション化スキームでない場合、水平ＴＴパーティション化の尤度は低くなり得、フラグＨｏｒ＿ＴＴ＿Ｔｅｓｔは、符号器が水平ＴＴパーティション化チェックをスキップしてもよいことを示す値（例えば、０）に設定され得る。水平ＢＴパーティション化のＲＤコストは、パーティション化なしのＲＤコストと比較され得る。例えば、水平ＢＴパーティション化のＲＤコストが、パーティション化なしのＲＤコストより大きい（例えば、比率が、予め定義された閾値Ａ＿ＴＨより大きい）場合、水平ＴＴは、テストされなくてもよく、フラグＨｏｒ＿ＴＴ＿Ｔｅｓｔは、符号器が水平ＴＴパーティション化チェックをスキップしてもよいことを示す値（例えば、０）に設定され得る。水平ＴＴパーティション化の尤度は高くなり得、フラグＨｏｒ＿ＴＴ＿Ｔｅｓｔは、例えば、残りの場合において、符号器が水平ＴＴパーティション化チェックをテストしてもよいことを示す値（例えば、１）に設定されてもよい。垂直ＴＴパーティション化についての尤度チェックは、同様の手法で実行され得る。
【0070】
１つまたは複数の候補方向（例えば、最良の候補方向）は、例えば、ＢＴパーティション化のＲＤコストに基づいて決定され得る。候補方向は、ＴＴパーティション化についての尤度チェックの後に決定され得る。図１４は、ＴＴパーティション化チェックについての最良の候補方向の例示的な決定を示す。水平ＢＴのＲＤコストは、垂直ＢＴのＲＤコストと比較され得る。例えば、水平パーティション化および垂直ＴＴパーティション化（例えば、これらの両方）がテストされる場合、垂直ＢＴおよび／または水平ＢＴのＲＤコストは、現在のブロックについてテストされ得る。例えば、２つのＲＤコストの比率が、予め定義された閾値Ｄ＿ＴＨより小さい場合、両方の方向が、ＴＴパーティション化チェックについての最良の候補方向と考えられ得る。より小さいＢＴパーティション化ＲＤコストを有する方向が、ＴＴパーティション化チェックについての最良の候補方向と考えられてもよい。例えば、ＴＴパーティション化が、テストされる唯一のパーティション化である場合、ＴＴパーティション化は、最良の候補方向として扱われ得る。符号器は、例えば、最良の方向決定に基づいて、ＴＴパーティション化についての１つまたは複数（例えば２つ）の方向についてのテストをスキップし得る。
【0071】
高速符号化は、例えば、図６における例によって示されるように、過去のコーディング結果を再使用することによって拡張され得る。図１５Ａ～図１５Ｅは、異なるＭＴＴパーティション化についてのコーディング結果再使用の例を示す。図１５は、サブブロック（例えば、左上のサブブロック）に対するコーディングが再使用され得る５つの例示的な場合を示す。図１５Ａは、ブロックが水平ＢＴによってパーティション化され、その後に上側のサブブロックに対する水平ＢＴパーティション化が続く例を示す。例えば、ブロックが水平ＴＴによってパーティション化される場合、左上のブロックＢ０は同じになり得る。図１５Ｂは、水平方向を垂直方向に変化させることによって、図１５Ａにおける例に類似した例を示す。図１５Ｃは、ブロックが水平ＢＴによってパーティション化され、その後に上側のサブブロックに対する垂直ＴＴパーティション化が続く例を示す。例えば、ブロックが垂直ＴＴによってパーティション化され、その後に左側のサブブロックに対する水平ＢＴパーティション化が続く場合、左上のブロックＢ０は同じとなり得る。図１５Ｄは、水平方向と垂直方向とを切り替えることによって、図１５Ｃにおける例に類似した例を示す。図１５Ｅは、ブロックが水平ＴＴによってパーティション化され、その後に上側のサブブロックに対する垂直ＴＴパーティション化が続く例を示す。例えば、ブロックが垂直ＴＴによってパーティション化され、その後に左側のサブブロックに対する水平ＴＴパーティション化が続く場合、左上のブロックＢ０は同じとなり得る。
【0072】
一例において、早期終了は、最も上位の時間層におけるピクチャに対して適用され得る。ピクチャの時間層は、ピクチャが別のピクチャのコーディングのための参照として使用されるかどうかを示し得る。時間層におけるピクチャは、同じ時間層またはより上位の時間層における他のピクチャをコーディングするために使用され得る。例えば、より下位の時間層（例えば、時間層０）におけるピクチャは、より上位の時間層（例えば、時間層２）におけるピクチャをコーディングするために使用されてもよい。より上位の時間層におけるピクチャは、より下位の時間層におけるピクチャを参照し得る。より下位の時間層におけるピクチャは、より上位の時間層におけるピクチャより多く割り当てられたビットを有し得る。符号器は、例えば、（例えば、さらなるパーティション化なしに）コーディングモードを使用して、ＲＤ性能をテストし得る。例えば、最良のモードが非常に効率的なコーディングモード（例えば、スキップモード）であり、かつ、現在のＰＴ深さが、その近隣ＣＵ（例えば、左側および／または上側等）の最大ＰＴ深さ以上である場合、符号器は、水平ＴＴチェックおよび垂直ＴＴチェックをスキップしてもよい。例えば、ブロックがスキップモードを選択し、ツリー深さが閾値を超えることを理由に、符号器は、水平ＴＴチェックおよび垂直ＴＴチェックをスキップしてもよい。早期終了は、例えば、（例えば、ピクチャがどの時間層に属するかにかかわらず）時間的距離の観点から、参照ピクチャリストにおいて近い参照ピクチャを有するピクチャに対して適用され得る。２つのピクチャ間の時間的距離は、それらのピクチャ順序カウントの絶対差によって測定され得る。
【0073】
コンテンツ分析は、どのパーティション化をテストするべきかを決定するために（例えば、ＲＤコストベースの高速符号化スキームに加えて、またはＲＤコストベースの高速符号化スキームの代替として）適用され得る。（例えばブロックＢについての）一例において、１つまたは複数のテストは、例えば、ＢＴ（例えば、ＢＴのみ）をテストするべきか、またはＴＴ（例えば、ＴＴのみ）をテストするべきかを決定するために実行されてもよい。例示的なテストは下記に提示される。
【0074】
Ｂは、ＢＴを使用して、２つの水平な部分または垂直な部分へパーティション化され得る。コンテンツ分析は、（例えば各）ＢＴ部分に対して実行され得る。一例において、平均値および／または分散が、（例えば各）ＢＴについて計算されてもよい。これらは、Ａ（ＢＴ０）、Ａ（ＢＴ１）、Ｖ（ＢＴ０）およびＶ（ＢＴ１）として表され得る。
【0075】
Ｂは、ＴＴを使用して、３つの水平な部分または垂直な部分へパーティション化され得る。コンテンツ分析は、（例えば各）ＴＴ部分に対して実行され得る。一例において、平均値および／または分散が、（例えば各）ＢＴ部分について計算されてもよい。これらは、Ａ（ＴＴ０）、Ａ（ＴＴ１）、Ａ（ＴＴ２）、Ｖ（ＴＴ０）、Ｖ（ＴＴ１）およびＶ（ＴＴ１）として表され得る。
【0076】
１つまたは複数（例えば２つ）のＢＴ統計値間の差が計算され得る。例えば、｜Ａ（ＢＴ０）－Ａ（ＢＴ１）｜および｜Ｖ（ＢＴ０）－Ｖ（ＢＴ１）｜が計算され得る。１つまたは複数（例えば３つ）のＴＴ統計値間の差が計算されてもよい。例えば、ｍａｘ（｜Ａ（ＴＴ０）－Ａ（ＴＴ１）｜，｜Ａ（ＴＴ１）－Ａ（ＴＴ２）｜，｜Ａ（ＴＴ２）－Ａ（ＴＴ０）｜）、およびｍａｘ（｜Ｖ（ＴＴ０）－Ｖ（ＴＴ１）｜，｜Ｖ（ＴＴ１）－Ｖ（ＴＴ２）｜，｜Ｖ（ＴＴ２）－Ｖ（ＴＴ０）｜）が計算され得る。
【0077】
ＢＴ／ＴＴ統計値は、例えば、平均値と分散との差の重み付けされた組み合わせを使用して統合されてもよく、例えば、Ｄｉｆｆ＿Ｓｔａｔｓ（ＢＴ）＝｜Ａ（ＢＴ０）－Ａ（ＢＴ１）｜＋ｗ＊｜Ｖ（ＢＴ０）－Ｖ（ＢＴ１）｜。Ｄｉｆｆ＿Ｓｔａｔｓ（ＴＴ）は、同様の手法で計算され得る。例えば、２つのＢＴの間のＢＴ統計値における差が、３つのＴＴの間のＴＴ統計値における差より大きい場合、ＢＴパーティション化は、ブロックＢについて（例えば、ブロックＢについてのみ）テストされてもよい。例えば、３つのＴＴの間のＴＴ統計値における差が、２つのＢＴの間のＢＴ統計値における差より大きい場合、ＴＴパーティション化は、ブロックＢについて（例えば、ブロックＢについてのみ）テストされてもよい。
【0078】
平均値および分散は、コンテンツ分析の例として使用される。他のコンテンツ特性（例えば、パーティション化境界に沿った水平勾配／垂直勾配）が収集され、高速符号化決定において使用され得る。
【0079】
高速ＭＴＴ符号化は、コーディングユニットサイズに対する制限と共に実装され得る。
【0080】
（例えば、図１２に関する）説明において述べたように、符号器は、現在のコーディングブロックに対する異なるパーティション化（例えば、非パーティション化、水平ＢＴパーティション化、垂直ＢＴパーティション化、水平ＴＴパーティション化、垂直ＴＴパーティション化、ＱＴパーティション化）についてのＲＤコストをチェックし得る。符号器は、最小のＲＤコストを有する最良のパーティション化を選択し得る。高速符号化は、本明細書において開示されるように（例えば、ＲＤコストチェックなしに、いくつかの方向を推測することによって）実行され得る。
【0081】
ＣＵサイズを考慮することによる高速ＭＴＴ符号化が実装されてもよい。現在のＣＵとその空間的に近隣するＣＵとの間に相関関係が存在し得る。ＣＵサイズは、その近隣から徐々に変化し得る。局所的なＣＵサイズ情報は、ＭＴＴ符号化を加速するために使用され得る。例えば、現在のコーディングブロックが符号化される前に、符号器は、近隣のコーディング済みのＣＵのサイズをチェックし、近隣から最小ＣＵサイズおよび最大ＣＵサイズを見出し得る。最小ＣＵサイズ（ＣＵ＿ＳＩＺＥMIN）および最大ＣＵサイズ（ＣＵ＿ＳＩＺＥMAX）は、式（７）および式（８）を使用して、現在のコーディングブロックについて決定され得る：
ＣＵ＿ＳＩＺＥMIN＝ｍａｘ（ＳＩＺＥ＿ＭＩＮ，ｍｉｎ（ＣＵＳｉｚｅ（Ｂi））／２T），Ｂi∈ＮＢＳ （７）
ＣＵ＿ＳＩＺＥMAX＝ｍｉｎ（ＳＩＺＥ＿ＭＡＸ，ｍａｘ（ＣＵＳｉｚｅ（Ｂi））＊２T），Ｂi∈ＮＢＳ （８）
ただし、Ｂiは、ｉ番目の近隣ブロックとし得、現在のブロックの近隣ブロックセット（ＮＢＳ：ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ ｓｅｔ）に属し得、Ｔは、予め定義された閾値（例えば、１）とし得、ＳＩＺＥ＿ＭＩＮは、許可される最小ＣＵサイズ（例えば、４ｘ４）とし得、ＳＩＺＥ＿ＭＡＸは、許可される最大ＣＵサイズ（例えば、１２８ｘ１２８）とし得る。ＮＢＳは、様々な手法で定義され得る。例えば、図１６において、（ａ）（例えば、図１６の左側）では、現在のブロックＣのＮＢＳは、左方向からの１つまたは複数（例えば全て）の近隣のブロック、および上方向からの１つまたは複数（例えば全て）の近隣ブロックとして定義されてもよい。一例において、図１６において、（ｂ）（例えば、図１６の右側）では、ＮＢＳは、１つまたは複数（例えば４つ）の角部近隣ブロックとして定義されてもよい。一例において、現在のコーディングブロックのサイズがＣＵ＿ＳＩＺＥMAXより大きい場合、非パーティション化のＲＤコストチェックはスキップされてもよく、現在のコーディングブロックは、ＢＴ、ＴＴまたはＱＴによってさらにパーティション化されてもよい。現在のコーディングブロックのサイズがＣＵ＿ＳＩＺＥMINより小さい場合、次いで、ＢＴ、ＴＴまたはＱＴについてのＲＤコストチェックはスキップされ得る。一例において、限定されたＣＵサイズがチェックされてもよい。
ＣＵ＿ＳＩＺＥMIN＝ｍａｘ（ＳＩＺＥ＿ＭＩＮ，ｍｉｎ（ＣＵＳｉｚｅ（Ｂi））／２T），Ｂi∈ＮＢＳ （７）
ＣＵ＿ＳＩＺＥMAX＝ｍｉｎ（ＳＩＺＥ＿ＭＡＸ，ｍａｘ（ＣＵＳｉｚｅ（Ｂi））＊２T），Ｂi∈ＮＢＳ （８）
ただし、Ｂiは、ｉ番目の近隣ブロックとし得、現在のブロックの近隣ブロックセット（ＮＢＳ：ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ ｓｅｔ）に属し得、Ｔは、予め定義された閾値（例えば、１）とし得、ＳＩＺＥ＿ＭＩＮは、許可される最小ＣＵサイズ（例えば、４ｘ４）とし得、ＳＩＺＥ＿ＭＡＸは、許可される最大ＣＵサイズ（例えば、１２８ｘ１２８）とし得る。ＮＢＳは、様々な手法で定義され得る。例えば、図１６において、（ａ）（例えば、図１６の左側）では、現在のブロックＣのＮＢＳは、左方向からの１つまたは複数（例えば全て）の近隣のブロック、および上方向からの１つまたは複数（例えば全て）の近隣ブロックとして定義されてもよい。一例において、図１６において、（ｂ）（例えば、図１６の右側）では、ＮＢＳは、１つまたは複数（例えば４つ）の角部近隣ブロックとして定義されてもよい。一例において、現在のコーディングブロックのサイズがＣＵ＿ＳＩＺＥMAXより大きい場合、非パーティション化のＲＤコストチェックはスキップされてもよく、現在のコーディングブロックは、ＢＴ、ＴＴまたはＱＴによってさらにパーティション化されてもよい。現在のコーディングブロックのサイズがＣＵ＿ＳＩＺＥMINより小さい場合、次いで、ＢＴ、ＴＴまたはＱＴについてのＲＤコストチェックはスキップされ得る。一例において、限定されたＣＵサイズがチェックされてもよい。
【0082】
閾値Ｔは、現在のブロックとその近隣との間のＣＵサイズの変化量を決定し得る。一例において、より小さなＴは、より小さな（例えば、相対的）変化量、および、より低い符号化複雑度を有し得る。Ｔは、現在のコーディングブロックサイズに基づいて、異なって設定され得る。例えば、現在のコーディングブロックのサイズが大きい場合、次いで、（例えば、現在のコーディングブロックが、近隣ＣＵのサイズに関して、より大きい変化量を有することを理由として）Ｔは、現在のコーディングブロックに対して、より大きな変化量を許可するようにより大きく（例えば、２に）設定されてもよい。別の例において、現在のコーディングブロックのサイズが小さい場合、次いで、（例えば、現在のコーディングブロックが、その親から異なるパーティション化を用いて既にテストされていることを理由として）Ｔは、現在のコーディングブロックに対して、より小さな変化量を許可するようにより小さく（例えば、１に）なり得る。別の例において、現在のコーディングブロックのサイズが、最小ＣＵサイズに相当するほど小さい（例えば、２ ｘ ＳＩＺＥ＿ＭＩＮ）場合、次いで、Ｔは、高速符号化について変化量を許可しないように０に設定され得る。異なるパーティション化モード（例えば、ＢＴ、ＴＴ、またはＱＴなど）の場合、Ｔは異なり得る。例えば、Ｔは、ＱＴパーティション化に対しては、大きな変化量を許可するようにより大きく設定されてもよく、ＢＴおよびＴＴに対しては、より小さく設定されてもよい。
【0083】
ＮＢＳにおける近隣ブロックＢiが利用可能でない（例えば、ピクチャ境界外にある、またはまだコーディング済みでない）場合、式（７）および式（８）は、１つまたは複数（例えば、２つの）手法で評価され得る。例えば、Ｂiからの近隣ブロックは、ＮＢＳから排除されてもよい。ＮＢＳが空である（例えば、利用可能なコーディング済みの近隣ＣＵが存在しない）場合、ＣＵ＿ＳＩＺＥMINは、ＳＩＺＥ＿ＭＩＮに設定されてもよく、ＣＵ＿ＳＩＺＥMAXは、ＳＩＺＥ＿ＭＡＸに設定されてもよい。例えば、１つまたは複数（例えば全て）の利用不可能な近隣ブロックが数えられてもよい。利用不可能な近隣ブロックの割合が、予め定義された割合より大きい場合、ＣＵ＿ＳＩＺＥMINは、ＳＩＺＥ＿ＭＩＮに設定されてもよく、ＣＵ＿ＳＩＺＥMAXは、ＳＩＺＥ＿ＭＡＸに設定されてもよい。
【0084】
ＣＵサイズは、式（９）を使用して、ＣＵの深さによって計算され得る：
ＣＵ＿Ｓｉｚｅ＝ＳＩＺＥ＿ＭＡＸ／２depth （９）
ＣＵの深さは、（例えば、高速ＭＴＴ符号化を実装するために）ＣＵサイズについての測定値として使用され得る。
ＣＵ＿Ｓｉｚｅ＝ＳＩＺＥ＿ＭＡＸ／２depth （９）
ＣＵの深さは、（例えば、高速ＭＴＴ符号化を実装するために）ＣＵサイズについての測定値として使用され得る。
【0085】
図１７Ａは、１つまたは複数の開示されている実施形態が実装され得る例示的な通信システム１００を例示する図である。通信システム１００は、コンテンツ、例えば、音声、データ、ビデオ、メッセージング、ブロードキャスト等などを複数の無線ユーザへ提供する多元接続システムであり得る。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースを共有することを通じて、そのようなコンテンツにアクセスすることを可能にし得る。例えば、通信システム１００は、１つまたは複数のチャネルアクセス法、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ－ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ ＵＷ ＤＴＳ－ｓ ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ－ＯＦＤＭ）、リソース、ブロックフィルタードＯＦＤＭ、フィルタバンクマルチキャリア（ＦＢＭＣ）等などを採用してもよい。
【0086】
図１７Ａに示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含み得るが、開示されている実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定することが認識されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境内で動作および／または通信するように構成された、任意のタイプのデバイスであり得る。例として、いずれも「局」および／または「ＳＴＡ」と称され得る、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定加入者ユニットまたは移動加入者ユニット、加入ベースのユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップコンピュータ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ－Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計または他の着用可能物、頭部装着型ディスプレイ（ＨＭＤ：ｈｅａｄ－ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ）、車両、ドローン、医療デバイスおよび適用例（例えば遠隔手術）、産業デバイスおよび適用例（例えば、産業処理チェーンコンテキストおよび／または自動処理チェーンコンテキストにおいて動作する、ロボットおよび／または他のワイヤレスデバイス）、家電デバイス、商業無線ネットワークおよび／または産業無線ネットワーク上で動作するデバイス等を含んでもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれも、ＵＥと互換的に称され得る。
【0087】
通信システム１００は、基地局１１４ａおよび／または基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースして、１つまたは複数の通信ネットワーク、例えば、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２へのアクセスを促進するように構成された、任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地送受信局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であってもよい。基地局１１４ａ、１１４ｂは、単一の要素として各々図示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含んでもよいことが認識されるであろう。
【0088】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部であり得、ＲＡＮ１０４／１１３は、他の基地局および／またはネットワーク要素（図示せず）、例えば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等なども含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称され得る、１つまたは複数の搬送周波数上で、無線信号を送信および／または受信するように構成され得る。これらの周波数は、認可されたスペクトル、認可されていないスペクトル、または認可されたスペクトルと認可されていないスペクトルとの組み合わせ内にあり得る。セルは、相対的に固定され得る、または時間と共に変化し得る特定の地理的エリアに対する無線サービスのためのカバレッジを提供し得る。セルは、セルセクタへさらに分けられ得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタへ分けられてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信器、すなわち、セルのセクタごとに１つの送受信器を含んでもよい。一実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、セルのセクタごとに複数の送受信器を利用してもよい。例えば、所望の空間方向における信号を送信および／または受信するために、ビームフォーミングが使用されてもよい。
【0089】
基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数とエアインターフェース１１６上で通信し得、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線、等）であってもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0090】
より詳細には、上記のように、通信システム１００は、多元接続システムであってもよく、１つまたは複数のチャネルアクセススキーム、例えば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡ等などを採用してもよい。例えば、ＲＡＮ１０４／１１３における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）地上無線アクセス（ＵＴＲＡ： Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）を実装してもよく、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７を確立し得る。ＷＣＤＭＡは、通信プロトコル、例えば、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含み得る。
【0091】
一実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）などを実装してもよく、Ｅ－ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ－Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ－Ａ Ｐｒｏ）を使用して、エアインターフェース１１６を確立してもよい。
【0092】
一実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＮＲ無線アクセスなどを実装してもよく、ＮＲ無線アクセスは、新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）を使用して、エアインターフェース１１６を確立してもよい。
【0093】
一実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装してもよい。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアル接続性（ＤＣ：ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）原理を使用して、ＬＴＥ無線アクセスとＮＲ無線とを共に実装してもよい。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（例えば、ｅＮＢおよびｇＮＢ）へ／から送られる送信によって特徴づけられ得る。
【0094】
他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線技術、例えば、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティー（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセスのための世界的な相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定標準２０００（ＩＳ－２０００）、暫定標準９５（ＩＳ－９５）、暫定標準８５６（ＩＳ－８５６）、グローバル移動体通信システム（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ：Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実装してもよい。
【0095】
図１７Ａにおける基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、局所的なエリア、例えば、事業所、家庭、車両、キャンパス、産業施設、（例えば、ドローンによる使用のための）空中回廊）、車道等などにおける無線接続性を促進するために、任意の適切なＲＡＴを利用してもよい。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線技術、例えば、ＩＥＥＥ８０２．１１などを実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線技術、例えばＩＥＥＥ８０２．１５などを実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。また別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、ＮＲ等）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１７Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスすることを必要とされなくてもよい。
【0096】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信し得、ＣＮ１０６／１１５は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークであり得る。データは、様々なサービス品質（ＱｏＳ）要件、例えば、異なるスループット要件、レイテンシ要件、誤差許容要件、信頼性要件、データスループット要件、モビリティ要件等を有し得る。ＣＮ１０６／１１５は、呼制御、課金サービス、モバイルロケーションベースサービス、プリペイド通話、インターネット接続性、ビデオ配信等を提供し、および／または高度なセキュリティ機能、例えばユーザ認証などを実行し得る。図１７Ａには図示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信し得ることが認識されるであろう。例えば、ＮＲ無線技術を利用していてもよい、ＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５は、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ ２０００、ＷｉＭＡＸ、Ｅ－ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）とも通信してもよい。
【0097】
ＣＮ１０６／１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしての役割も果たし得る。ＰＳＴＮ１０８は、旧来の電話サービス（ＰＯＴＳ：ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回路交換電話網を含んでもよい。インターネット１１０は、一般の通信プロトコル、例えば、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される、有線通信ネットワークおよび／または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のＣＮを含んでもよく、１つまたは複数のＲＡＮは、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用してもよい。
【0098】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの一部または全部は、マルチモード能力を含み得る（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信器を含み得る）。例えば、図１７Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成されてもよい。
【0099】
図１７Ｂは、例示的なＷＴＲＵ１０２を例示するシステム図である。図１７Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信器１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺装置１３８を特に含み得る。ＷＴＲＵ１０２は、実施形態と合致したままで、前述の要素の任意のサブ組み合わせを含み得ることが認識されるであろう。
【0100】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械等であってもよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／または、ＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実行し得る。プロセッサ１１８は、送受信器１２０に結合されてもよく、送受信器１２０は、送信／受信要素１２２に結合されてもよい。図１７Ｂは、プロセッサ１１８と送受信器１２０とを別個の構成要素として図示しているが、プロセッサ１１８および送受信器１２０は、電子パッケージまたはチップにおいて共に一体化されてもよいことが認識されるであろう。
【0101】
送信／受信要素１２２は、エアインターフェース１１６上で基地局（例えば基地局１１４ａ）へ信号を送信し、または基地局から信号を受信するように構成され得る。例えば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。一実施形態において、送信／受信要素１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光線信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。また別の実施形態において、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが、認識されるであろう。
【0102】
送信／受信要素１２２は、図１７Ｂにおいて単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでもよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するために、２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【0103】
送受信器１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信器１２０は、ＷＴＲＵ１０２が複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１などを介して通信することを可能にするために、複数の送受信器を含み得る。
【0104】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、もしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、これらからユーザ入力データを受け取り得る。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へユーザデータを出力もし得る。また、プロセッサ１１８は、任意のタイプの適切なメモリ、例えば、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などからの情報にアクセスし、任意のタイプの適切なメモリ内にデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含んでもよい。他の実施形態において、プロセッサ１１８は、ＷＴＲＵ１０２に物理的に位置しないメモリ、例えば、サーバまたはホームコンピュータ（図示せず）上のメモリなどからの情報にアクセスし、ＷＴＲＵ１０２に物理的に位置しないメモリ内にデータを記憶し得る。
【0105】
プロセッサ１１８は、電源１３４から電力を受け取り、ＷＴＲＵ１０２における他の構成要素に電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池バッテリ（例えば、ニッケルーカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ－ｉｏｎ）等）、太陽電池、燃料電池等を含んでもよい。
【0106】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合され得、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて、またはこの情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信し、および／または、２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、実施形態と合致したままで、任意の適切な位置決定方法によって位置情報を獲得し得ることが認識されるであろう。
【0107】
プロセッサ１１８は、他の周辺装置１３８にさらに結合され得、他の周辺装置１３８は、付加的な特徴、機能性および／または有線接続性もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る。例えば、周辺装置１３８は、加速度計、ｅコンパス、衛星送受信器、（写真および／またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信器、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカー等を含んでもよい。周辺装置１３８は、１つまたは複数のセンサを含んでもよく、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体認証センサ、および／または湿度センサのうちの１つまたは複数であってもよい。
【0108】
ＷＴＲＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ダウンリンクとの両方についての特定のサブフレームに関連付けられた）信号の一部または全部の送信および受信が並行および／または同時であり得る全二重無線を含み得る。全二重無線は、ハードウェア（例えばチョーク）、またはプロセッサを介した（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８を介した）信号処理のいずれかを介して、自己干渉を低減し、および／または実質的に除去する干渉管理ユニットを含み得る。一実施形態において、ＷＲＴＵ１０２は、（例えば、（例えば、送信のための）ＵＬと（例えば、受信のための）ダウンリンクとのいずれかについての特定のサブフレームに関連付けられた）信号の一部または全部の送信および受信のための半二重無線を含んでもよい。
【0109】
図１７Ｃは、一実施形態に係るＲＡＮ１０４およびＣＮ１０６を例示するシステム図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ－ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４は、ＣＮ１０６とも通信し得る。
【0110】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と合致したままで、任意の数のｅノードＢを含み得ることが認識されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信器を含み得る。１つの実施形態において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅノードＢ１６０ａは、例えば、ＷＴＲＵ１０２ａへ無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用し得る。
【0111】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理判定、ハンドオーバ判定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング等を取り扱うように構成され得る。図１７Ｃに示されたように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上で互いに通信し得る。
【0112】
図１７Ｃに示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（すなわちＰＧＷ）１６６を含み得る。前述の要素の各々は、ＣＮ１０６の一部として図示されているが、これらの要素のいずれも、ＣＮ運用者以外のエンティティによって所有および／または運用されてもよいことが認識されるであろう。
【0113】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ期間中に特定のサービングゲートウェイを選択すること等に関与し得る。ＭＭＥ１６２は、ＲＡＮ１０４と、他の無線技術、例えばＧＳＭおよび／またはＷＣＤＭＡなどを採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【0114】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送し得る。ＳＧＷ１６４は、他の機能、例えば、ｅノードＢ間のハンドオーバ期間中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとって利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、記憶すること等などを実行し得る。
【0115】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得、ＰＧＷ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにパケット交換ネットワーク、例えばインターネット１１０などへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【0116】
ＣＮ１０６は、他のネットワークとの通信を促進し得る。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに回路交換ネットワーク、例えばＰＳＴＮ１０８などへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を促進し得る。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。また、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される、他の有線ネットワークおよび／または無線ネットワークを含み得る。
【0117】
ＷＴＲＵは、図１７Ａ～図１７Ｄにおいて無線端末として説明されているが、一定の代表的実施形態において、そのような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的にまたは恒久的に）使用し得ることが想定される。
【0118】
代表的実施形態において、他のネットワーク１１２はＷＬＡＮであってもよい。
【0119】
インフラストラクチャベーシックサービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）と、ＡＰに関連付けられた、１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、配電システム（ＤＳ：Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｓｙｓｔｅｍ）、またはＢＳＳへの／からのトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスを有し、または、これらへのインターフェースを有し得る。ＢＳＳ外に由来するＳＴＡへのトラフィックは、ＡＰを通じて到来し得、ＳＴＡへ配信され得る。ＳＴＡに由来する、ＢＳＳ外の目的地へのトラフィックは、ＡＰへ送られて、それぞれの目的地へ配信され得る。例えば、ソースＳＴＡが、ＡＰへトラフィックを送り得、ＡＰが、目的地ＳＴＡへトラフィックを配信して得る場合、ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通じて送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックとして考慮され、および／または称され得る。ピアツーピアトラフィックは、ソースと、ダイレクトリンクセットアップ（ＤＬＳ）を有する目的地ＳＴＡとの間で（例えば、これらの間で直接）送られ得る。一定の代表的実施形態において、ＤＬＳは、８０２．１１ｅ ＤＬＳまたは８０２．１１ｚトンネル化ＤＬＳ（ＴＤＬＳ：ｔｕｎｎｅｌｅｄ ＤＬＳ）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しなくてもよく、ＩＢＳＳ内のＳＴＡ（例えば、全てのＳＴＡ）またはＩＢＳＳを使用するＳＴＡは、互いに直接通信してもよい。ＩＢＳＳ通信モードは、本明細書において、通信の「アドホック」モードと称されることもある。
【0120】
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用する場合、ＡＰは、固定チャネル、例えば１次チャネル上などでビーコンを送信し得る。１次チャネルは、固定幅（例えば、２０ＭＨｚの広帯域幅）であっても、またはシグナリングを介して動的に設定される幅であってもよい。１次チャネルは、ＢＳＳの運用チャネルであってもよく、ＡＰとの接続を確立するためにＳＴＡによって使用されてもよい。一定の代表的実施形態において、搬送波感知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ：Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）は、例えば、８０２．１１システムにおいて実装され得る。ＣＳＭＡ／ＣＡの場合、ＡＰを含むＳＴＡ（例えば、あらゆるＳＴＡ）が、１次チャネルを感知し得る。１次チャネルが、特定のＳＴＡによって、使用中であると感知され／検出され、および／または決定された場合、特定のＳＴＡは後退し得る。１つのＳＴＡ（例えば、１つのみの局）は、所与のＢＳＳにおいて任意の所与の時間に送信し得る。
【0121】
高スループット（ＨＴ）ＳＴＡは、例えば、４０ＭＨｚの広帯域チャネルを形成するための、２０ＭＨｚの１次チャネルと、隣接するまたは隣接しない２０ＭＨｚのチャネルとの組み合わせを介して、４０ＭＨｚの広帯域チャネルを通信のために使用し得る。
【0122】
超高スループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚの広帯域チャネルをサポートし得る。４０ＭＨｚのチャネル、および／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成されてもよい。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または２つの連続しない８０ＭＨｚのチャネルを組み合わせることによって形成されてもよく、後者は、８０＋８０構成と称され得る。８０＋８０構成の場合、データは、チャネル符号化の後に、データを２つのストリームに分け得るセグメントパーサを通過させられ得る。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理は、各ストリームに対して別々に行われ得る。ストリームは、２つの８０ＭＨｚのチャネル上へマッピングされ得、データは、送信元ＳＴＡによって送信され得る。受信側ＳＴＡの受信器において、８０＋８０構成についての上述された動作は逆にされてもよく、組み合わされたデータは、メディアアクセス制御（ＭＡＣ）へ送られ得る。
【0123】
サブ１ＧＨｚの動作モードは、８０２．１１ａｆおよび８０２．１１ａｈによってサポートされている。チャネル動作帯域幅、および搬送波は、８０２．１１ｎ、および８０２．１１ａｃにおいて使用されるものと比べて、８０２．１１ａｆおよび８０２．１１ａｈにおいては低減される。８０２．１１ａｆは、テレビホワイトスペース（ＴＶＷＳ）スペクトルにおける５ＭＨｚ、１０ＭＨｚおよび２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して、１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的実施形態によれば、８０２．１１ａｈは、メータタイプ制御／マシンタイプ通信、例えば、マクロカバレッジエリア内のＭＴＣデバイスなどをサポートし得る。ＭＴＣデバイスは、一定の能力、例えば、一定の帯域幅および／または限定された帯域幅のためのサポート（例えば、これらのためのサポートのみ）を含む、限定された能力を有し得る。ＭＴＣデバイスは、（例えば、非常に長いバッテリ寿命を維持するための）閾値を超えるバッテリ寿命を有するバッテリを含み得る。
【0124】
複数のチャネル、およびチャネル帯域幅をサポートし得るＷＬＡＮシステム、例えば、８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどは、１次チャネルとして指定され得るチャネルを含む。１次チャネルは、ＢＳＳ内の全てのＳＴＡによってサポートされる最も一般的な動作帯域幅に等しい帯域幅を有し得る。１次チャネルの帯域幅は、ＢＳＳ内で動作する全てのＳＴＡのうちで、最小帯域幅の動作モードをサポートするＳＴＡによって、設定および／または限定され得る。８０２．１１ａｈの例において、たとえＡＰ、およびＢＳＳ内の他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅の動作モードをサポートする場合でも、１次チャネルは、１ＭＨｚモードをサポートする（例えば、１ＭＨｚモードのみをサポートする）ＳＴＡ（例えばＭＴＣタイプデバイス）のための１ＭＨｚ幅であり得る。搬送波感知および／またはネットワーク割り当てベクトル（ＮＡＶ）設定は、１次チャネルの状態に依存し得る。例えば、（１ＭＨｚの動作モードのみをサポートする）ＳＴＡがＡＰへ送信することに起因して、１次チャネルが使用中である場合、たとえ周波数帯域の大部分がアイドリング状態のままであり、利用可能であり得るとしても、利用可能な周波数帯域全体が使用中であると考えられ得る。
【0125】
米国において、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚである。韓国において、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本において、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに対して利用可能な総帯域幅は、国コードに応じて、６ＭＨｚから２６ＭＨｚである。
【0126】
図１７Ｄは、一実施形態に係るＲＡＮ１１３およびＣＮ１１５を例示するシステム図である。上記のように、ＲＡＮ１１３は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＮＲ無線技術を採用し得る。ＲＡＮ１１３は、ＣＮ１１５とも通信し得る。
【0127】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３は、実施形態と合致したままで、任意の数のｇＮＢを含み得ることが認識されるであろう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは各々、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための、１つまたは複数の送受信器を含み得る。１つの実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。例えばｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃへ信号を送信し、および／またはｇＮＢ１８０ａ、１８０ｂ、１８０ｃから信号を受信するために、ビームフォーミングを利用してもよい。したがって、ｇＮＢ１８０ａは、例えば、ＷＴＲＵ１０２ａへ無線信号を送信し、および／またはＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用し得る。一実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装してもよい。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）へ複数のコンポーネントキャリアを送信してもよい。これらのコンポーネントキャリアのサブセットは、認可されていないスペクトル上にあり得、一方で、残りのコンポーネントキャリアは、認可されたスペクトル上にあり得る。一実施形態において、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、多地点協調（ＣｏＭＰ）技術を実装してもよい。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信してもよい。
【0128】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなヌメロロジーと関連付けられた送信を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。例えば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭ副搬送波間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変化し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間持続する）様々な長さまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【0129】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にもアクセスせずに、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数をモビリティアンカーポイントとして利用してもよい。スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、認可されていない帯域内の信号を使用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信してもよい。非スタンドアロン構成において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、別のＲＡＮ、例えば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどとも通信および／または接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信および／または接続し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するために、ＤＣ原理を実装してもよい。非スタンドアロン構成において、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとしての役割を果たしてもよく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにサービス提供するための付加的なカバレッジおよび／またはスループットを提供してもよい。
【0130】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理判定、ハンドオーバ判定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ－ＵＴＲＡとの間の相互作用、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂへのユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）１８２ａ、１８２ｂへの制御プレーン情報のルーティング等を取り扱うように構成され得る。図１７Ｄに示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェース上で互いに通信し得る。
【0131】
図１７Ｄに示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、および、場合により、データネットワーク（ＤＮ）１８５ａ、１８５ｂを含み得る。前述の要素の各々は、ＣＮ１１５の一部として図示されているが、これらの要素のいずれも、ＣＮ運用者以外のエンティティによって所有および／または運用されてもよいことが認識されるであろう。
【0132】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得、制御ノードとしての役割を果たし得る。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングのためのサポート（例えば、異なる要件を有する異なるＰＤＵセッションの取り扱い）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理等に関与し得る。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用されているサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。例えば、異なるネットワークスライスは、異なる使用例、例えば、超高信頼低遅延（ＵＲＬＬＣ：ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ｌｏｗ ｌａｔｅｎｃｙ）アクセスに依拠したサービス、高度モバイルブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ ｍａｓｓｉｖｅ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）アクセスに依拠したサービス、マシンタイプ通信（ＭＴＣ）アクセスのためのサービス等などのために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、他の無線技術、例えばＬＴＥ、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏなど、および／または非３ＧＰＰアクセス技術、例えばＷｉＦｉなどを採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【0133】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５内のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、Ｎ４インターフェースを介してＣＮ１１５内のＵＰＦ１８４ａ、１８４ｂにも接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し得、ＵＰＦ１８４ａ、１８４ｂを通じてトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、他の機能、例えば、ＵＥ ＩＰアドレスを管理し割り当てること、ＰＤＵセッションを管理すること、ポリシー施行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供すること等などを実行し得る。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネット（登録商標）ベース等であってもよい。
【0134】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３内のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得、このことは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにパケット交換ネットワーク、例えばインターネット１１０などへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＵＰＦ１８４、１８４ｂは、他の機能、例えば、パケットをルーティングおよび転送すること、ユーザプレーンポリシーを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを取り扱うこと、ダウンリンクパケットをバッファリングすること、モビリティアンカリングを提供すること等などを実行し得る。
【0135】
ＣＮ１１５は、他のネットワークとの通信を促進し得る。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含んでもよく、またはＩＰゲートウェイと通信してもよい。また、ＣＮ１１５は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに他のネットワーク１１２へのアクセスを提供し得、他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される、他の有線ネットワークおよび／または無線ネットワークを含み得る。１つの実施形態において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースと、ＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースとを介して、ＵＰＦ１８４ａ、１８４ｂを通じてローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【0136】
図１７Ａ～図１７Ｄ、および図１７Ａ～図１７Ｄの対応する説明を考慮して、ＷＴＲＵ１０２ａ～ｄ、基地局１１４ａ～ｂ、ｅノードＢ１６０ａ～ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ～ｃ、ＡＭＦ１８２ａ～ｂ、ＵＰＦ１８４ａ～ｂ、ＳＭＦ１８３ａ～ｂ、ＤＮ１８５ａ～ｂ、および／または本明細書において説明される任意の他のデバイスのうちの１つまたは複数に関して、本明細書において説明される機能のうちの１つもしくは複数、または全部は、１つまたは複数のエミュレーションデバイス（図示せず）によって実行されてもよい。エミュレーションデバイスは、本明細書において説明される機能の１つもしくは複数、または全部をエミュレートするように構成された、１つまたは複数のデバイスであり得る。例えば、エミュレーションデバイスは、他のデバイスをテストするために、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために、使用され得る。
【0137】
エミュレーションデバイスは、実験室環境内および／または運用者ネットワーク環境内の他のデバイスの１つまたは複数のテストを実装するように設計され得る。例えば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするために、有線通信ネットワークおよび／または無線通信ネットワークの一部として完全にまたは部分的に実装および／または展開されつつ、１つもしくは複数、または全部の機能を実行してもよい。１つまたは複数のエミュレーションデバイスは、有線通信ネットワークおよび／または無線通信ネットワークの一部として一時的に実装／展開されつつ、１つもしくは複数、または全部の機能を実行してもよい。エミュレーションデバイスは、テストの目的のために別のデバイスに直接結合されてもよく、および／または、無線での（over-the-air）無線通信を使用してテストを実行してもよい。
【0138】
１つまたは複数のエミュレーションデバイスは、有線通信ネットワークおよび／または無線通信ネットワークの一部として実装／展開されずに、全てを含めて、１つもしくは複数の機能を実行してもよい。例えば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実装するために、テスト実験室ならびに／または未展開の（例えばテスト用）有線通信ネットワークおよび／もしくは無線通信ネットワークにおけるテストシナリオにおいて利用されてもよい。１つまたは複数のエミュレーションデバイスは、テスト機器であってもよい。直接的なＲＦ結合および／または無線通信を介した（例えば、１つもしくは複数のアンテナを含み得る）ＲＦ回路類が、データを送信および／または受信するためにエミュレーションデバイスによって使用されてもよい。
【0139】
システム、方法、および手段が、マルチタイプツリー（ＭＴＴ）コーディングのために開示されてきた。ツリータイプシグナリングがＭＴＴのために提供され得る。コンテキスト符号化は、近隣コーディングユニット（ＣＵ）のパーティション化タイプ（例えば、バイナリツリー（ＢＴ）またはトリプルツリー（ＴＴ））に基づき得る。最大ツリー深さ制限は、例えば、ＴＴパーティション化に対して適用され得る。シグナリング冗長は、ＭＴＴにおいて除去され得る。ＭＴＴにおける非ブロック化は、クアッドツリー（ＱＴ）境界、ＢＴ境界およびＴＴ境界をサポートし得る。高速ＭＴＴ符号化が実行される。
【0140】
特徴および要素は、特定の組み合わせにおいて上述されているが、当業者は、各特徴または要素が単独でまたは他の特徴および要素との任意の組み合わせにおいて使用されることが可能であることを認識するであろう。また、本明細書において説明される方法は、コンピュータまたはプロセッサによる実行のためのコンピュータ読取可能な媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実装されてもよい。コンピュータ読取可能な媒体の例は、（有線接続または無線接続により送信される）電気信号およびコンピュータ読取可能な記憶媒体を含む。コンピュータ読取可能な記憶媒体の例は、読出専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、ならびに、ＣＤ－ＲＯＭディスクおよびデジタルバーサタイルディスク（ＤＶＤ）などの光学媒体を含むが、これらに限定されない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のための無線周波数送受信器を実装するために使用されてもよい。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6A】
【図6B】
【図6C】
【図7A】
【図7B】
【図7C】
【図7D】
【図7E】
【図8】
【図9】
【図10】
【図11A】
【図11B】
【図11C】
【図11D】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図15C】
【図15D】
【図15E】
【図16】
【図17A】
【図17B】
【図17C】
【図17D】
【手続補正書】
【提出日】2024-03-06
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
マルチタイプツリー（ＭＴＴ）フォーマットで符号化されたビデオコンテンツを復号する方法であって、
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定すること、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定することと、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出ことと、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号することと、
を含む、方法。
少なくとも第１の兄弟ノード及び第２の兄弟ノードにパーティション化されるブロックを特定すること、
前記第１の兄弟ノードについて第１のパーティション化パラメータ及び第２のパーティション化パラメータ、前記第２の兄弟ノードについての第３のパーティション化パラメータ、並びに前記ブロックについての親パーティション化タイプ及び親パーティション化方向を決定することと、
前記第３のパーティション化パラメータ、前記親パーティション化タイプ、及び前記親パーティション化方向に基づいて、前記第２の兄弟ノードの第４のパーティション化パラメータのインジケーションを受信するかどうかを決定することと、
前記第４のパーティション化パラメータが受信されると決定されないという条件で、前記第３のパーティション化パラメータ及び前記親パーティション化方向に基づいて前記第４のパーティション化パラメータを導き出ことと、
前記第３のパーティション化パラメータ及び前記第４のパーティション化パラメータに基づいて、前記第２の兄弟ノードを復号することと、
を含む、方法。