JP7641986B2 - Ｔｃｉ状態のアクティブ化及びコードポイントからｔｃｉ状態へのマッピングのためのシステム及び方法 - Google Patents

Description

本出願は、2020年4月9日に提出された仮特許出願シリアル番号63/007,746の利益を主張し、その開示はその全体が本明細書で援用される。

送信設定インジケータ（ＴＣＩ：Transmission Configuration Indicator）状態のアクティブ化及びコードポイントからＴＣＩ状態へのマッピングのためのシステム及び方法が提供される。

新世代のモバイル無線通信システム（５Ｇ）又はニューレディオ（ＮＲ：New Radio）は、多様なユースケースのセット及び多様な展開シナリオのセットをサポートする。

ＮＲは、ダウンリンク（即ち、ネットワークノード、ｇＮＢ、ｅＮＢ、又は基地局からユーザ装置又はＵＥ）においてＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重）を使用し、アップリンク（即ち、ユーザ装置（ＵＥ）からニューレディオ基地局（ｇＮＢ））においてＣＰ－ＯＦＤＭと離散フーリエ変換拡散直交周波数分割多重（ＤＦＴ－Ｓ－ＯＦＤＭ）との両方を使用する。時間領域において、ＮＲダウンリンク及びアップリンク物理リソースは、それぞれ１ｍｓの等しいサイズのサブフレームに編成される。サブフレームは更に、等しい継続期間の複数のスロットに分割される。

スロット長は、サブキャリア間隔に依存する。サブキャリア間隔がΔｆ＝１５ｋＨｚの場合、サブフレームあたり１スロットのみが存在し、各スロットは、サブキャリア間隔とは無関係に、常に１４個のＯＦＤＭシンボルから構成される。

図１は、いくつかの実施形態による、１５ｋＨｚのサブキャリア間隔を有するＮＲ時間領域構成を示す。ＮＲにおける典型的なデータスケジューリングはスロットベースであり、図１には、最初の２個のシンボルが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りの１２個のシンボルが物理ダウンリンクデータチャネル（ＰＤＳＣＨ）又は物理アップリンクデータチャネル（ＰＵＳＣＨ）のいずれかである物理データチャネル（ＰＤＣＨ）を含む例が示されていいる。

ＮＲでは、異なる複数のサブキャリア間隔値がサポートされる。サポートされるサブキャリア間隔値（異なるヌメロロジとも称される）は、Δｆ＝（１５×２^α）ｋＨｚで与えられ、ここで、αは非負の整数である。Δｆ＝１５ｋＨｚは、ＬＴＥでも使用される基本サブキャリア間隔である。異なるサブキャリア間隔におけるスロット継続時間を以下の表に示す：

周波数領域物理リソースの定義では、システム帯域幅は複数のリソースブロック（ＲＢ）に分割され、それぞれ１２個の連続するサブキャリアに対応する。共通ＲＢ（ＣＲＢ）は、システム帯域幅の一端から０で始まる番号が付けられる。ＵＥには、１つ又は最大４つの帯域幅部分（ＢＷＰ：bandwidth part）が設定され、ＢＷＰはキャリア上でサポートされるＲＢのサブセットでありうる。このため、ＢＷＰは、ゼロより大きいＣＲＢで始まりうる。設定された全てのＢＷＰは、ＣＲＢ ０という共通リファレンスを有する。このため、ＵＥには、狭いＢＷＰ（例えば、１０ＭＨｚ）及び広いＢＷＰ（例えば、１００ＭＨｚ）が設定されうるだけでなく、１つのＢＷＰのみが所与の時点においてＵＥに対してアクティブでありうる。物理リソースブロック（ＰＲＢ：Physical Resource Block）には、ＢＷＰ内で０からＮ－１までの番号が付けられる（ただし、このため、０番目のＰＲＢは、Ｋ＞０であるＫ番目のＣＲＢでありうる）。

図２には、基本的なＮＲ物理時間‐周波数リソースグリッドが示されており、１４シンボルスロット内の１つのリソース（ＲＢ）のみが示されている。１つのＯＦＤＭシンボルインターバルの期間中の１つのＯＦＤＭサブキャリアは、１つのリソース要素（ＲＥ）を形成する。

ダウンリンク送信は、動的にスケジュールされてよく、即ち、各スロットにおいて、ｇＮＢが、どのＵＥデータが送信されるべきか、及び、現在のダウンリンクスロットにおいてどのＲＢ上でデータが送信されるべきかについて、ＰＤＣＣＨを介してダウンリンク制御情報（ＤＣＩ）を送信する。ＰＤＣＣＨは、典型的には、ＮＲにおいて各スロット内で最初の１つ又は２つのＯＦＤＭシンボルで送信される。ＵＥデータは、ＰＤＳＣＨ上で搬送される。ＵＥはまず、ＰＤＣＣＨを検出及び復号し、復号が成功した後、ＰＤＣＣＨ内の復号された制御情報に基づいて、対応するＰＤＳＣＨを復号する。

アップリンクデータ送信は、ＰＤＣＣＨを使用して動的にスケジューリングされてもよい。ダウンリンクと同様に、ＵＥはまず、ＰＤＣＣＨにおいてアップリンクグラントを復号し、その後、変調次数、符号化率、アップリンクリソース割り当て等の、アップリンクグラント内の復号された制御情報に基づいて、ＰＵＳＣＨ上でデータを送信する。

現在、ある課題が存在している。ＤＣＩフォーマット１＿１の場合、ＴＣＩフィールドが有効化されると、ＤＣＩフォーマット１＿１内のＴＣＩフィールドは常に３ビット（即ち、８コードポイント）である。このため、ＤＣＩフォーマット１＿１内のＴＣＩフィールド・コードポイントの個数は、ＴＣＩフィールドが、異なる複数のＣＯＲＥＳＥＴにおいて有効化される場合に変化しない。

したがって、ＴＣＩ状態アクティブ化の改善と、コードポイントからＴＣＩ状態へのマッピングの改善とが必要とされる。

送信設定インジケータ（ＴＣＩ：Transmission Configuration Indicator）のアクティブ化及びコードポイントからＴＣＩ状態へのマッピングのためのシステム及び方法が提供される。いくつかの実施形態において、ＴＣＩ状態をアクティブ化するために無線デバイスによって実行される方法は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のためのＴＣＩフィールドを有する複数のダウンリンク制御情報（ＤＣＩ）フォーマットを監視するように設定されることと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を、複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信することと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を、複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントに対してマッピングするための、別個のＭＡＣ ＣＥを受信することと、のうちの１つ以上を含む。いくつかの実施形態において、複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である。利点は、ダウンリンクスケジューリングのためのＴＣＩ状態が、別個のＭＡＣ ＣＥを使用することによって各ＤＣＩフォーマットに対してより柔軟に選択されうることを含みうる。例えば、ＤＣＩフォーマット１＿２は、ＴＣＩ状態の１つのセット（例えば、ビームの１つのセット）を用いてダウンリンクにおいてＵＲＬＬＣデータをスケジューリングするために使用されうる。そして、ＤＣＩフォーマット１＿１は、ＴＣＩ状態の別のセット（例えば、ビームの第２のセット）を用いてダウンリンクにおいて拡張モバイルブロードバンド（ｅＭＢＢ：enhanced Mobile Broadband）データをスケジューリングするために使用されうる。

いくつかの実施形態において、ＴＣＩ状態をアクティブ化するために基地局によって実行される方法は、ＰＤＳＣＨ受信のためのＴＣＩフィールドを有する複数のＤＣＩフォーマットを監視するように無線デバイスを設定することと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための単一のＭＡＣ ＣＥを、無線デバイスへ送信することと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントにマッピングするための別個のＭＡＣ ＣＥを、無線デバイスへ送信することと、のうちの１つ以上を含む。

いくつかの実施形態において、ＤＣＩのＴＣＩフィールド内のコードポイントの個数Ｓが、ＭＡＣ ＣＥアクティブ化コマンド内のコードポイントの最大個数未満である場合、Ｓ個のコードポイントが、ＭＡＣ ＣＥアクティブ化コマンド内の最初のＳ個のコードポイントにマッピングされる。

いくつかの実施形態において、単一のアクティブ化コマンドが、ＤＣＩフォーマット１＿１及び１＿２の両方についてのＴＣＩ状態アクティブ化／非アクティブ化のために使用される場合、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、ＭＡＣ ＣＥアクティブ化コマンドに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態である。

ＤＣＩフォーマット１＿２のための、コードポイントと１つ以上のＴＣＩ状態との間のマッピングを決定するための方法が提案され、以下のうちの１つ以上を含む：
・同じＭＡＣ ＣＥアクティブ化コマンドをＤＣＩフォーマット１＿１と共有し、ＴＣＩ状態をアクティブ化し、かつ、ＤＣＩフォーマット１＿２についてのコードポイントにマッピングするために、当該アクティブ化コマンド内の最初のＳ個のコードポイントについてのマッピングを使用すること、ここで、Ｓは、ＣＯＲＥＳＥＴ内のＤＣＩフォーマット１＿２に対して設定されたコードポイントの個数である；及び／又は
・同じＭＡＣ ＣＥアクティブ化コマンドをＤＣＩフォーマット１＿１と共有し、設定されたオフセット値から開始して、アクティブ化コマンド内のＳ個の連続するコードポイントについてのマッピングを使用すること；
・ＤＣＩ フォーマット１＿２ について別個のＭＡＣ ＣＥアクティブ化コマンドを使用すること。

更に、単一の共有及び別個のＭＡＣ ＣＥアクティブ化ケースの両方のためのデフォルトＴＣＩ状態を決定することも提案される。

本明細書では、上述の問題のうちの１つ以上に対処する種々の実施形態が提案される。いくつかの実施形態において、複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である。いくつかの実施形態において、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、１つのＤＣＩフォーマット内のＴＣＩフィールド・コードポイントのサブセットのマッピングを別のＤＣＩフォーマットのＴＣＩフィールド・コードポイントに使用することを含む。いくつかの実施形態において、ＤＣＩフォーマット１＿１における最初のＳ個のＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、ここで、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数である。いくつかの実施形態において、ＤＣＩフォーマット１＿１におけるＴＣＩフィールド・コードポイントＳ₀＋１～Ｓ₀＋Ｓにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、ここで、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数であり、Ｓ₀は、例えば、予め規定された、固定された、又は設定変更可能な値のいずれかである。

いくつかの実施形態において、Ｓは、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2からＳ＝２^Kと決定され、Ｋは、tci-PresentInDCI-ForDCI-Format1-2によって設定される１、２、又は３のうちの１つの値を取りうる。

いくつかの実施形態において、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、単一のＭＡＣ ＣＥ内の複数のＤＣＩフォーマットのいずれかにおけるコードポイントの個数よりも多い個数のコードポイントへのＴＣＩ状態マッピングを受信することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第１のサブセットの、第１のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第２のサブセットの、第２のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、のうちの１つ以上を含む。

いくつかの実施形態において、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、ＭＡＣ ＣＥ内のフィールドを使用して、複数のＤＣＩフォーマットのうちでどのＤＣＩフォーマットにＴＣＩコードポイントマッピングが適用されるかを示すことを含む。

いくつかの実施形態において、異なるＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングする。

いくつかの実施形態において、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、ＭＡＣ ＣＥに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる。

いくつかの実施形態において、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、異なるＭＡＣ ＣＥのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる。

ある実施形態は、以下の技術的利点のうちの１つ以上を提供しうる。このように、いくつかの実施形態の利点は、単一のＭＡＣ ＣＥが、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを、複数のダウンリンクＤＣＩフォーマットに提供するために使用されうることを含みうる。これは各ダウンリンクＤＣＩフォーマットのために別個のＭＡＣ ＣＥを導入する必要性を回避する。

異なるＭＡＣ ＣＥを使用して、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを複数のダウンリンクＤＣＩフォーマットに対して提供する、いくつかの他の実施形態と関連付けられた利点もある。当該利点は、ダウンリンクスケジューリングのためのＴＣＩ状態が、別個のＭＡＣ ＣＥを使用することによって各ＤＣＩフォーマットに対してより柔軟に選択されうることを含みうる。例えば、ＤＣＩフォーマット１＿２は、ＴＣＩ状態の１つのセット（例えば、ビームの１つのセット）を用いてダウンリンクにおいてＵＲＬＬＣデータをスケジューリングするために使用されうる。そして、ＤＣＩフォーマット１＿１は、ＴＣＩ状態の別のセット（例えば、ビームの第２のセット）を用いてダウンリンクにおいてｅＭＢＢデータをスケジューリングするために使用されうる。

提案されたソリューションの別の利点は、複数のダウンリンクＤＣＩフォーマットに対する、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングが、単一のＭＡＣ ＣＥ又は異なるＭＡＣ ＣＥのいずれかによって提供される場合に、デフォルトＴＣＩ状態の定義を提供することでありうる。

本明細書に組み込まれ、その一部を形成する添付図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理を説明するのに役立つ。

図１は、いくつかの実施形態による、本開示のいくつかの他の実施形態による、１５ｋＨｚのサブキャリア間隔を有するＮＲ時間領域構成を示す。

図２は、本開示のいくつかの他の実施形態による、基本的なＮＲ物理時間－周波数リソースグリッドを示す。

図３は、本開示の実施形態が実装されうるセルラ通信システムの一例を示す。

図４は、本開示のいくつかの他の実施形態による、シングルシンボルＤＭＲＳ及びダブルシンボルＤＭＲＳを有する設定タイプ１及びタイプ２のための、並びに、１４シンボルの送信インターバルの３番目のシンボルに１番目のＤＭＲＳを有するマッピングタイプＡのための、フロントロードＤＭＲＳのマッピングを示す。

図５は、いくつかの実施形態による、単一のスケジューラを用いるマルチＰＤＣＣＨベースのマルチＴＲＰ送信の例を示す。

図６は、いくつかの実施形態による、独立したスケジューラを用いるマルチＰＤＣＣＨベースのマルチＴＲＰ送信の例を示す。

図７は、いくつかの実施形態による、ＵＥが異なるＴＲＰから送信された複数のＰＤＣＣＨを介してＰＤＳＣＨを受信するシナリオにおける、ＴＣＩ状態とＤＭ－ＲＳ ＣＤＭグループとの間の関係を示す例を示す。

図８は、本開示のいくつかの他の実施形態による、ＰＤＳＣＨ１がＴＲＰ１からのＰＤＣＣＨ１によってスケジューリングされ、ＰＤＳＣＨ２がＴＲＰ２からのＰＤＣＣＨ２によってスケジューリングされる例を示す。

図９は、本開示のいくつかの他の実施形態による、マルチＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のためのＴＣＩ状態アクティブ化／非アクティブ化ＰＤＳＣＨ ＭＡＣ ＣＥを示す。

図１０は、本開示のいくつかの他の実施形態による、単一のＣＷが２つのＴＲＰを介して送信される、ＮＲリリース１６においてサポートされるＮＣ－ＪＴの例を示す。

図１１は、本開示のいくつかの他の実施形態による、ＦＤＭ方式Ａ（FDMSchemeA）を用いるマルチＴＲＰ ＰＤＳＣＨ送信の例を示し、ここで、ＰＤＳＣＨは、ＰＲＧ（プリコーディングＲＢグループ）｛０，２，４｝でＴＲＰ１を介して送信され、ＰＲＧ｛１，３，５｝でＴＲＰ２を介して送信される。

図１２は、本開示のいくつかの他の実施形態による、同じＴＢを有するＰＤＳＣＨ＃１がＴＲＰ１からのＰＲＧ｛０，２，４｝で送信され、同じＴＢを有するＰＤＳＣＨ＃２がＴＲＰ２からのＰＲＧ｛１，３，５｝で送信される、ＦＤＭ方式Ｂ（FDMSchemeB）を用いるデータ送信の例を示す。

図１３は、スロット内の４つのＯＦＤＭシンボルのミニスロットにおいてＰＤＳＣＨ反復が生じるＴＤＭ方式Ａ（TDMSchemeA）を用いるデータ送信の例を示す。

図１４は、いくつかの実施形態による、複数のＴＲＰとともにマルチＤＣＩを用いるＰＤＳＣＨ送信の例を示す

図１５は、本開示のいくつかの他の実施形態による、シングルＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のためのＴＣＩ状態アクティブ化／非アクティブ化ＰＤＳＣＨ ＭＡＣ ＣＥを示す。

図１６は、本開示のいくつかの他の実施形態による、ＴＣＩフィールドの所与のコードポイントからＴＣＩ状態へのマッピングについてのデフォルトＴＣＩ状態の例を示す。

図１７は、本開示のいくつかの他の実施形態による、マルチＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のためのデフォルトＴＣＩ状態を示す例を示す。

図１８は、本開示のいくつかの他の実施形態による、送信設定インジケータ（ＴＣＩ）状態をアクティブ化するための、無線デバイスによって実行される方法を示す。

図１９は、本開示のいくつかの他の実施形態による、ＴＣＩ状態をアクティブ化するための、基地局によって実行される方法を示す。

図２０は、いくつかの実施形態による、ＤＣＩフォーマット１＿１におけるＴＣＩフィールドにマッピングされた、アクティブ化されたＴＣＩ状態のサブセットが、ＤＣＩフォーマット１＿２におけるＴＣＩフィールドのコードポイントにマッピングされていることを示す例を示す。

図２１は、いくつかの実施形態による、ＤＣＩフォーマット１＿１におけるＴＣＩフィールドにマッピングされた、アクティブ化されたＴＣＩ状態のサブセットが、ＤＣＩフォーマット１＿２におけるＴＣＩフィールドのコードポイントにマッピングされていることを示す第２の例を示す。

図２２は、本開示のいくつかの実施形態に係る無線アクセスノードの概略的なブロック図である。

図２３は、本開示のいくつかの実施形態に係る無線アクセスノードの仮想化された実施形態を示す概略的なブロック図である。

図２４は、本開示の他のいくつかの実施形態に係る無線アクセスノードの概略的なブロック図である。

図２５は、本開示のいくつかの実施形態に係る無線通信デバイスの概略的なブロック図である。

図２６は、本開示の他のいくつかの他の実施形態に係る無線通信デバイスの概略的なブロック図である。

図２７は、実施形態に従って、通信システムが、３ＧＰＰ(登録商標)タイプのセルラネットワーク等の通信ネットワークを含み、当該通信ネットワークが、本開示のいくつかの実施形態に係る、ＲＡＮ等のアクセスネットワークとコアネットワークとを含むことを示す。

図２８は、本開示のいくつかの他の実施形態に係る、ＵＥ、基地局、及びホストコンピュータの、実施形態による例示的実装を示す。

図２９は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。

図３０は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。

図３１は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。

図３２は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。

以下に記載される実施形態は、当業者が実施形態を実施することを可能にするとともに、実施形態を実施する最良の形態を示すための情報を表す。添付図面に照らして以下の説明を読むと、当業者であれば本開示の概念を理解し、本明細書で特に対処されていないこれらの概念の適用を認識するであろう。これらの概念及び適用は、本開示の範囲内にあることを理解されたい。

無線ノード： 本明細書で使用されるように、「無線ノード」は、無線アクセスノード又は無線通信デバイスのいずれかである。

無線アクセスノード： 本明細書で使用されるように、「無線アクセスノード」又は「無線ネットワークノード」又は「無線アクセスネットワークノード」は、信号を無線で送信及び／又は受信するように動作するセルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）内の任意のノードである。無線アクセスノードのいくつかの例には、基地局（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ(登録商標)）第５世代（５Ｇ）ＮＲネットワークにおけるニューレディオ（ＮＲ）基地局（ｇＮＢ）、３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワークにおける拡張型又は発展型ノードＢ（ｅＮＢ：enhanced or evolved Node B））、高電力又はマクロ基地局、低電力基地局（例えば、マイクロ基地局、ピコ基地局、ホームｅＮＢ等）、中継ノード、基地局の機能の一部を実装するネットワークノード（例えば、ｇＮＢセントラルユニット（ｇＮＢ－ＣＵ：gNB Central Unit）を実装するネットワークノード、又はｇＮＢ分散ユニット（ｇＮＢ－ＤＵ：gNB Distributed Unit）を実装するネットワークノード）、又は、他の何らかのタイプの無線アクセスノードの機能の一部を実装するネットワークノードが含まれるが、これらに限定されない。

コアネットワークノード： 本明細書で使用されるように、「コアネットワークノード」は、コアネットワーク内の任意のタイプのノード、又はコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例には、例えば、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）、パケットデータネットワークゲートウェイ（Ｐ－GW：Packet Data Network Gateway）、サービス能力エクスポージャ機能（ＳＣＥＦ：Service Capability Exposure Function）、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）等が挙げられる。コアネットワークノードの他の例には、アクセス及びモビリティ機能（ＡＭＦ：Access and Mobility Function）、ユーザプレーン機能（ＵＰＦ：User Plane Function）、セッション管理機能（ＳＭＦ：Session Management Function）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ：etwork Function (NF) Repository Function）、ポリシー制御機能（ＰＣＦ：Policy Control Function）、統合データ管理（ＵＤＭ：Unified Data Management）等を実装するノードが含まれる。

通信デバイス： 本明細書で使用されるように、「通信デバイス」は、アクセスネットワークへのアクセスを有する任意のタイプのデバイスである。通信デバイスのいくつかの例には、携帯電話、スマートフォン、センサデバイス、メータ、車両、家庭電化製品、医療機器、メディアプレーヤ、カメラ、又は、例えば、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、若しくはパーソナルコンピュータ（ＰＣ）等の任意のタイプの家庭用電子機器が含まれるが、これらに限定されない。通信デバイスは、無線又は有線接続を介して音声データ及び／又はデータをやりとりすることが可能な、ポータブル型、ハンドヘルド型、コンピュータ内蔵型、又は車載型のモバイルデバイスでありうる。

無線通信デバイス： １つのタイプの通信デバイスは、無線通信デバイスであり、これは、無線ネットワーク（例えば、セルラネットワーク）へのアクセスを有する（即ち、無線ネットワークによるサービスを受ける）任意のタイプの無線デバイスでありうる。無線デバイスのいくつかの例には、３ＧＰＰネットワーク内のユーザ装置デバイス（ＵＥ）、マシンタイプ通信（ＭＴＣ）デバイス、及びインターネット・オブ・シングス（ＩｏＴ）デバイスが含まれるが、これらに限定されない。そのような無線通信デバイスのいくつかの例は、携帯電話、スマートフォン、センサデバイス、メータ、車両、家庭電化製品、医療機器、メディアプレーヤ、カメラ、又は、例えば、テレビ、ラジオ、照明装置、タブレットコンピュータ、ラップトップ、若しくはＰＣ等の任意のタイプの家庭用電子機器でありうるか、又はそれらに内蔵されうる。無線通信デバイスは、無線接続を介して音声データ及び／又はデータをやりとりすることが可能な、ポータブル型、ハンドヘルド型、コンピュータ内蔵型、又は車載型のモバイルデバイスでありうる。

ネットワークノード： 本明細書で使用されるように、「ネットワークノード」は、ＲＡＮの一部であるか又はセルラ通信ネットワーク／システムのコアネットワークの一部である、任意のノードである。

本明細書で与えられる説明は、３ＧＰＰセルラ通信システムに焦点を当てており、したがって、３ＧＰＰの用語又は３ＧＰＰの用語に類似する用語がしばしば使用されていることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語を参照しうるが、特に、５Ｇ ＮＲの概念に関しては、セルの代わりにビームを使用が使用されうるため、本明細書で説明される概念がセル及びビームの両方に等しく適用可能であることに留意することが重要であることに留意されたい。

図３は、本開示の実施形態が実装されうるセルラ通信システム３００の一例を示す。本明細書で説明される実施形態において、セルラ通信システム３００は、ＮＲ ＲＡＮ若しくはＬＴＥ ＲＡＮ（即ち、発展型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ＲＡＮ）を含む５Ｇシステム（５ＧＳ）、又はＬＴＥ ＲＡＮを含む発展型パケットシステム（ＥＰＳ）である。この例では、ＲＡＮは、５Ｇ ＮＲではｇＮＢ（例えば、ｇｎ－ｅＮＢと称される、５Ｇコア（５ＧＣ）に接続されるＬＴＥ ＲＡＮノード）と称される基地局３０２－１及び３０２－２を含み、これらは対応する（マクロ）セル３０４－１及び３０４－２を制御する。基地局３０２－１及び３０２－２は、本明細書では集合的に基地局３０２と一般的に称されるとともに、個別に基地局３０２と称される。（マクロ）セル３０４－１及び３０４－２は、本明細書では集合的に（マクロ）セル３０４と一般的に称されるとともに、個別にマクロセル３０４と称される。ＲＡＮは、対応するスモールセル３０８－１～３０８－４を制御するいくつかの低電力ノード３０６－１～３０６－４も含みうる。低電力ノード３０６－１～３０６－４は、スモール基地局（ピコ又はフェムト基地局等）又はリモートラジオヘッド（ＲＲＨ）等であってもよい。特に、図示されていないが、スモールセル３０８－１～３０８－４の１つ以上は、基地局３０２によって代替的に提供されてもよい。低電力ノード３０６－１～３０６－４は、本明細書では一般的に、集合的に低電力ノード３０６と称されるとともに、個別に低電力ノード３０６と称される。同様に、スモールセル３０８－１～３０８－４は、本明細書では一般的に、集合的にスモールセル３０８と称されるとともに、個別にスモールセル３０８と称される。セルラ通信システム３００は、コアネットワーク３１０を更に含み、当該コアネットワークは５ＧＳにおいて５Ｇコア（５ＧＣ）と称される。基地局３０２（及びオプションとして低電力ノード３０６）は、コアネットワーク３１０に接続されている。

基地局３０２及び低電力ノード３０６は、対応するセル３０４及び３０８内の無線通信デバイス３１２－１～３１２－５にサービスを提供する。無線通信デバイス３１２－１～３１２－５は、本明細書では集合的に無線通信デバイス３１２と一般的に称されるとともに、個別に無線通信デバイス３１２と称される。以下の説明では、無線通信装置３１２は、多くの場合、ＵＥであるが、本開示はそれに限定されない。

ＱＣＬ及びＴＣＬ状態

同じ基地局アンテナから、別々のアンテナポートから複数の信号が送信されうる。これらの信号は、受信機で測定された場合に、例えば、ドップラーシフト／スプレッド、平均遅延スプレッド、又は平均遅延に関して、同じラージスケール特性を有しうる。これらのアンテナポートは、疑似コロケーション（ＱＣＬ：Quasi Co-Located）と言われる。

ネットワークは更に、２つのアンテナポートがＱＣＬであることを端末にシグナリングしうる。２つのアンテナポートが特定のパラメータ（例えば、ドップラースプレッド）に関してＱＣＬであることをＵＥが知っている場合、ＵＥは、当該アンテナポートのうちの１つから送信されたリファレンス信号に基づいて、そのパラメータを推定し、他のアンテナポートでの他のリファレンス信号又は物理チャネルの受信時にその推定値を使用しうる。典型的には、第１のアンテナポートは、（ソースＲＳとして知られる）チャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ）のような測定リファレンス信号によって表され、第２のアンテナポートは、ＰＤＳＣＨ又はＰＤＣＣＨ受信のための（ターゲットＲＳとして知られる）復調リファレンス信号（ＤＭＲＳ）である。

例えば、アンテナポートＡ及びＢが平均遅延に関してＱＣＬである場合、ＵＥは、アンテナポートＡから受信した（ソースリファレンス信号（ＲＳ）として知られる）信号から平均遅延を推定でき、アンテナポートＢ（ターゲットＲＳ）から受信した信号が同じ平均遅延を有すると仮定できる。これは、ＤＭＲＳを利用してチャネルを測定しようとする際、ＵＥがチャネルの特性を事前に知ることができるため、復調に役立ち、これは、ＵＥが、例えば適切なチャネル推定フィルタを選択するのに有用である。

ＱＣＬに関してどのような仮定が行われうるのかに関する情報が、ネットワークからＵＥへシグナリングされる。ＮＲでは、送信されたソースＲＳと送信されたターゲットＲＳとの間のＱＣＬ関係についての以下の４つのタイプが規定された：
・タイプＡ：｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝
・タイプＢ：｛ドップラーシフト、ドップラースプレッド｝
・タイプＣ：｛平均遅延、ドップラーシフト｝
・タイプＤ：｛空間Ｒｘパラメータ｝

ＱＣＬタイプＤは、アナログビームフォーミングによるビーム管理を容易にするために導入され、空間ＱＣＬとして知られている。現在、空間ＱＣＬの厳密な規定はないが、２つの送信されたアンテナポートが空間的にＱＣＬである場合、ＵＥはそれらを受信するために同じＲｘビームを使用しうる。これは、信号を受信するためにアナログビームフォーミングを使用するＵＥにとって有用であり、なぜなら、ＵＥは、ある信号を受信する前に、ある方向にそのＲＸビームを調整する必要があるためである。信号がそれが以前に受信した何らかの他の信号と空間的にＱＣＬであることをＵＥが知っている場合、当該ＵＥは、同じＲＸビームを安全に使用して、この信号も受信できる。ビーム管理については、議論はほとんどがＱＣＬタイプＤを中心としているが、ＲＳのためのタイプＡのＱＣＬ関係をＵＥに伝えることも必要であり、その結果、全ての関連するラージスケールパラメータを推定できることに留意されたい。

典型的には、これは、時間／周波数オフセット推定のために、トラッキング用ＣＳＩ－ＲＳ又はトラッキングリファレンス信号（ＴＲＳ：Tracking Reference Signal）をＵＥに設定することによって実現される。任意のＱＣＬリファレンスを使用できるようにするには、ＵＥが十分に良好なＳＩＮＲでそれを受信する必要がある。多くの場合、これは、あるＵＥに対して適切なビームでＴＲＳが送信されなければならないことを意味する。

ビーム及び送信ポイント（ＴＲＰ）選択にダイナミクスを導入するために、無線リソース制御（ＲＲＣ）シグナリングを通じてＭ個のＴＣＩ（送信設定インジケーション）状態がＵＥに設定されることができ、Ｍは、ＵＥの能力に応じて、ＰＤＳＣＨ受信のために周波数範囲２（ＦＲ２）において最大１２８であり、ＦＲ１において最大８である。

各ＴＣＩ状態は、ＱＣＬ情報、即ち、１つ又は２つのソースＤＬ ＲＳ、を含み、各ソースＲＳはＱＣＬタイプと関連付けられる。例えば、ＴＣＩ状態は、リファレンス信号のペアを含み、それぞれＱＣＬタイプと関連付けられ、例えば、２つの異なるＣＳＩ－ＲＳ｛ＣＳＩ－ＲＳ１，ＣＳＩ－ＲＳ２｝は、｛qcl-Type1，qcl-Type2｝＝｛Type A，Type D｝としてＴＣＩ状態において設定される。これは、ＵＥが、ＣＳＩ－ＲＳ１からドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッドを、ＣＳＩ－ＲＳ２から空間Ｒｘパラメータ（即ち、使用するＲＸビーム）を導出できることを意味する。

ＴＣＩ状態のリスト内のＭ個の状態のそれぞれは、ネットワークから送信されるＭ個の可能性のあるビームのリストとして、又はＵＥと通信するためにネットワークによって使用されるＭ個の可能性のあるＴＲＰのリストとして解釈されうる。Ｍ個のＴＣＩ状態は更に、１つ又は複数のＴＲＰから送信される１つ又は複数のビームの組み合わせとして解釈されうる。

利用可能なＴＣＩ状態の第１のリストはＰＤＳＣＨに対して設定され、ＴＣＩ状態の第２のリストはＰＤＣＣＨに対して設定される。各ＴＣＩ状態は、ＴＣＩ状態ＩＤとして知られるポインタを含み、これは、ＴＣＩ状態を指す。また、ネットワークは、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を介して、ＰＤＣＣＨに対して１つのＴＣＩ状態をアクティブ化し（即ち、ＰＤＣＣＨのためにＴＣＩを提供し）、ＰＤＳＣＨに対して最大Ｍ個のアクティブＴＣＩ状態をアクティブ化する。ＵＥがサポートするアクティブＴＣＩ状態の個数は、ＵＥ能力であるが、最大値は８である。

設定された各ＴＣＩ状態は、ソースリファレンス信号（ＣＳＩ－ＲＳ又はＳＳ／ＰＢＣＨ）とターゲットリファレンス信号（例えば、ＰＤＳＣＨ／ＰＤＣＣＨ ＤＭＲＳポート）との間の疑似コロケーション関連付けのためのパラメータを含む。ＴＣＩ状態は、ＣＳＩ－ＲＳの受信のためのＱＣＬ情報を運ぶためにも使用される。

（合計６４個の設定されたＴＣＩ状態のリストからの）８個のアクティブＴＣＩ状態がＵＥに設定されると仮定する。このため、５６個のＴＣＩ状態が、この特定のＵＥに対して非アクティブであり（ただし、いくつかは別のＵＥに対してアクティブでありうる）、ＵＥは、それらに対して推定されるラージスケールパラメータを有するように準備されている必要はない。しかし、ＵＥは、各ＴＣＩ状態によって示されるソースＲＳの測定及び解析によって、８個のアクティブＴＣＩ状態のためのラージスケールパラメータを連続的にトラッキング及び更新する。ＰＤＳＣＨをＵＥにスケジューリングする場合、ＤＣＩは、１つのアクティブＴＣＩへのポインタを含む。その結果、ＵＥは、ＰＤＳＣＨ ＤＭＲＳチャネル推定と、それによりＰＤＳＣＨ復調とを実行する際に使用するラージスケールパラメータ推定値を把握する。

ＤＭＲＳ

復調リファレンス信号は、物理レイヤデータチャネル、ＰＤＳＣＨ（ＤＬ）及びＰＵＳＣＨ（ＵＬ）、並びに物理レイヤダウンリンク制御チャネル（ＰＤＣＣＨ）のコヒーレント復調に使用される。ＤＭ－ＲＳは、関連する物理レイヤチャネルを運ぶリソースブロックに限定され、受信機が時間／周波数選択性フェージング無線チャネルを効率的に処理できるように、ＯＦＤＭ時間－周波数グリッドの、割り当てられたリソース要素にマッピングされる。

ＤＭ－ＲＳのリソース要素へのマッピングは、周波数領域及び時間領域の両方の密度に関して設定変更可能であり、周波数領域における２つのマッピングタイプ（設定タイプ１又はタイプ２）及び時間領域における２つのマッピングタイプ（マッピングタイプＡ又はタイプＢ）は、送信インターバル内の最初のＤＭ－ＲＳのシンボル位置を規定する。時間領域におけるＤＭ－ＲＳマッピングは更に、シングルシンボルベース又はダブルシンボルベースでありうる。その後者はＤＭ－ＲＳが２つの隣り合うシンボルのペアにマッピングされることを意味する。更に、１、２、３又は４シングルシンボルＤＭ－ＲＳと、１又は２ダブルシンボルＤＭ－ＲＳとがＵＥに設定されうる。低いドップラーを有するシナリオでは、フロントロードＤＭ－ＲＳのみ（即ち、１シングルシンボルＤＭ－ＲＳ又は１ダブルシンボルＤＭ－ＲＳ）を設定することで十分でありうるが、高いドップラーを有するシナリオでは、追加のＤＭ－ＲＳが必要とされる。

図４は、シングルシンボルＤＭ－ＲＳ及びダブルシンボルＤＭ－ＲＳを有する設定タイプ１及びタイプ２のための、並びに、１４シンボルの送信インターバルの３番目のシンボルに１番目のＤＭ－ＲＳを有するマッピングタイプＡのための、フロントロードＤＭ－ＲＳのマッピングを示す。タイプ１及びタイプ２は、マッピング構成とサポートされるＤＭ－ＲＳ ＣＤＭグループの個数との両方に関して異なっており、ここで、タイプ１は２つのＣＤＭグループをサポートし、タイプ２は３つのＣＤＭグループをサポートしている。ＣＤＭグループは陰影付けによって示されている。

複数の送信ポイント又はパネル（ＴＲＰ）を介したＰＤＳＣＨ送信

１つのシナリオでは、異なるＭＩＭＯレイヤが異なるＴＲＰを介して送信される複数のＴＲＰを介して、ダウンリンクデータが送信される。これは、非コヒーレントジョイント送信（ＮＣ－ＪＴ：Non-coherent Joint Transmission）と称される。別のシナリオでは、異なる時間／周波数リソースが、異なるＴＲＰに割り当てられうるとともに、１つ以上のＰＤＳＣＨが、異なるＴＲＰを介して送信される。ＮＲリリース１６では、マルチＴＲＰ送信をスケジューリングする２つの方法、即ち、マルチＰＤＣＣＨベースのマルチＴＲＰ送信、及びシングルＰＤＣＣＨベースのマルチＴＲＰ送信が規定されている。マルチＰＤＣＣＨベースのマルチＴＲＰ送信、及びシングルＰＤＣＣＨベースのマルチＴＲＰ送信は、ダウンリンク拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックとＵＥへのダウンリンクＵＲＬＬＣトラフィックとを供給するために使用されうる。

複数の送信ポイント（ＴＲＰ）を介したマルチＰＤＣＣＨベースのＤＬデータ送信

図５は、いくつかの実施形態による、単一のスケジューラを用いるマルチＰＤＣＣＨベースのマルチＴＲＰ送信の例を示す。図５には一例が示されており、データは２つのＴＲＰを介してＵＥに送信され、各ＴＲＰは１つのコードワードにマッピングされた１つのＴＢを搬送する。ＵＥが４つの受信アンテナを有する一方で、ＴＲＰの各々が２つの送信アンテナのみを有する場合、ＵＥは最大４つのＭＩＭＯレイヤをサポートしうるが、各ＴＲＰは最大で２つのＭＩＭＯレイヤを送信しうる。この場合、２つのＴＲＰを介してＵＥにデータを送信することによって、２つのＴＲＰから最大４つのアグリゲーションされたレイヤが使用されうるので、ＵＥへのピークデータレートを増加させることができる。これは、トラフィック負荷及びそれ故にリソース利用率が各ＴＲＰにおいて低い場合に有益である。この例では、単一のスケジューラが、２つのＴＲＰ上でデータをスケジューリングするために使用される。あるスロット内で２つのＴＲＰのそれぞれから１つのＰＤＣＣＨが送信され、それぞれが１つのＰＤＳＣＨをスケジューリングする。これは、ＵＥがあるスロット内で２つのＴＲＰから２つのＰＤＣＣＨ及び関連する２つのＰＤＳＣＨを受信する、マルチＰＤＣＣＨ又はマルチＤＣＩ方式と称される。

図６は、いくつかの実施形態による、独立したスケジューラを用いるマルチＰＤＣＣＨベースのマルチＴＲＰ送信の例を示す。図６に示される別のシナリオでは、各ＴＲＰにおいて独立したスケジューラが使用される。この場合、非理想的なバックホール、即ち、サイクリックプレフィックス長に匹敵する大きな遅延及び／又は遅延変動を有するバックホール、又は場合によっては更に長い、最大数ミリ秒のバックホールに起因して、２つのスケジューラ間の緩やかな協調のみが行われうる。

ＮＲ仕様３ＧＰＰ ＴＳ ３８．２１１では、以下のような制限がある：

「ＵＥは、同じＣＤＭグループ内のＰＤＳＣＨ ＤＭ－ＲＳが、ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド、及び空間Ｒｘに関して準コロケーション（quasi co-located）されると仮定しうる。」

ＵＥがＣＤＭグループ内の全てのＤＭＲＳポートでスケジューリングされない場合、そのＣＤＭグループの残りのポートを使用して、別のＵＥが同時にスケジューリングされうる。また、ＵＥは、コヒーレント干渉抑制を実行するために、その他のＵＥのチャネル（それ故に、干渉信号）を推定しうる。したがって、これは、ＭＵ－ＭＩＭＯスケジューリング及びＵＥ干渉抑制において有用である。

ＵＥが、異なるＴＲＰから送信された複数のＰＤＣＣＨを介してＰＤＳＣＨを受信するマルチＴＲＰシナリオの場合、ＴＲＰが空間的に分離されうるので、異なるＴＲＰから送信された信号は、準コロケーションされない可能性が最も高い。この場合、異なるＴＲＰから送信されるＰＤＳＣＨは、それらと関連付けられた異なるＴＣＩ状態を有することになる。更に、３ＧＰＰ ＴＳ ３８．２１１からの上記の制限によれば、２つのＴＲＰと関連付けられた２つのＰＤＳＣＨ ＤＭ－ＲＳは、異なるＤＭ－ＲＳ ＣＤＭグループに属する必要がある（２つのＰＤＳＣＨ ＤＭ－ＲＳはＱＣＬではないので、同じＤＭ－ＲＳ ＣＤＭグループに属することはできない）。図７は、いくつかの実施形態による、ＵＥが異なるＴＲＰから送信された複数のＰＤＣＣＨを介してＰＤＳＣＨを受信するシナリオにおける、ＴＣＩ状態とＤＭ－ＲＳ ＣＤＭグループとの間の関係を示す例を示す。図７は、複数ＰＤＣＣＨマルチＴＲＰシナリオについてのＴＣＩ状態とＤＭ－ＲＳ ＣＤＭグループとの間の例示的な関係を示す。本例では、ＰＤＳＣＨ１は、ＴＣＩ状態ｐと関連付けられ、ＰＤＳＣＨ２は、ＴＣＩ状態ｑと関連付けられる。異なるＴＲＰからのＰＤＳＣＨ ＤＭ－ＲＳは更に、それらが準コロケーションされていないので、異なるＤＭ－ＲＳ ＣＤＭグループに属する。本例では、ＰＤＳＣＨ１のためのＤＭＲＳは、ＣＤＭグループｕに属し、ＰＤＳＣＨ２のためのＤＭＲＳは、ＣＤＭグループｖに属する。

マルチＰＤＣＣＨベースのマルチＴＲＰ動作の場合、各々がＴＲＰと関連付けられた２つのＣＯＲＥＳＥＴプールが、ＵＥに設定される必要がある。各ＣＯＲＥＳＥＴプールは、同じプールに属するＣＯＲＥＳＥＴのコレクションである。ＣＯＲＥＳＥＴプールインデックスには、各ＣＯＲＥＳＥＴにおいて０又は１の値が設定されうる。図８に例を示しており、ＰＤＳＣＨ１は、ＴＲＰ１からのＰＤＣＣＨ１によってスケジューリングされ、ＰＤＳＣＨ２は、ＴＲＰ２からのＰＤＣＣＨ２によってスケジューリングされる。２つのＰＤＳＣＨは、時間及び周波数において完全に、部分的に又はオーバラップしないことがある。図８の例における２つのＤＣＩについては、それらは別個ＣＯＲＥＳＥＴプールに属する２つのＣＯＲＥＳＥＴで送信される（即ち、ＤＣＩ１及びＤＣＩ２は、それぞれCORESETPoolIndex 0及び1に属する別々のＣＯＲＥＳＥＴで送信される）。

マルチＤＣＩベースのＰＤＳＣＨスケジューリングの場合、ＴＣＩ状態アクティブ化及びＤＣＩ内のＴＣＩフィールドのコードポイントへのマッピングは、ＣＯＲＥＳＥＴプールごとに行われ、単一のＴＣＩ状態のみがＤＣＩ内ＴＣＩフィールドのコードポイントにマッピングされうる。これは、ＣＯＲＥＳＥＴプールで送信されたＤＣＩが、関連するＴＲＰからのＰＤＳＣＨのみをスケジューリングしうることを意味する。図９には、対応するＴＣＩ状態アクティブ化／非アクティブ化ＰＤＳＣＨ ＭＡＣ ＣＥが示されており、ここで、TCI-StateId ｉを有するＴＣＩ状態が、Ｔ_iフィールドが１に設定される場合にはアクティブ化され、かつ、ＤＣＩ送信設定インジケーション・フィールドのコードポイントにマッピングされ、Ｔ_iフィールドが０に設定される場合には非アクティブ化される。ＴＣＩ状態がマッピングされるコードポイントは、Ｔ_iフィールドが１に設定された全てのＴＣＩ状態の中のその序数位置によって決定され、即ち、Ｔ_iフィールドが１に設定された第１のＴＣＩ状態は、コードポイント値０にマッピングされなければならず、Ｔ_iフィールドが１に設定された第２のＴＣＩ状態は、コードポイント値１にマッピングされなければならない、等である。アクティブ化されたＴＣＩ状態の最大個数は、ＣＯＲＥＳＥＴプールごとに８である。図９は、マルチＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のためのＴＣＩ状態アクティブ化／非アクティブ化ＰＤＳＣＨ ＭＡＣ ＣＥ（ＴＳ ３８．３２１の６．１．３．１４節から再現される）を示す。

フィールド「CORESET Pool ID」が１に設定される場合、このＭＡＣ ＣＥはＣＯＲＥＳＥＴプールＩＤ＝１を有するＣＯＲＥＳＥＴによってスケジューリングされたＤＬ送信に適用されなければならないことを示し、それ以外の場合、このＭＡＣ ＣＥは、ＣＯＲＥＳＥＴプールＩＤが存在しないか、又はＣＯＲＥＳＥＴプールＩＤ＝０を有するＣＯＲＥＳＥＴによってスケジューリングされたＤＬ送信に適用されなければならない。３ＧＰＰ ＴＳ ３８．３２１の表６．２．１－１によれば、このＭＡＣ ＣＥに対応する論理チャネルＩＤ（ＬＣＩＤ：Logical Channel ID）は５３である。

複数の送信ポイント（ＴＲＰ）を介したシングルＰＤＣＣＨベースのＤＬデータ送信

ＰＤＳＣＨは、複数のＴＲＰからＵＥに送信されうる。異なるＴＲＰは異なる物理的位置に位置付けられうる、及び／又は異なるビームを有しうるので、伝搬チャネルは異なりうる。異なるＴＲＰ又はビームからＰＤＳＣＨデータを受信することを容易にするために、ＵＥは、ＤＣＩ内のＴＣＩフィールドの単一のコードポイントによって、各々がＴＲＰ又はビームと関連付けられた２つのＴＣＩ状態を知らされうる。

図１０は、単一のＣＷが２つのＴＲＰを介して送信される、ＮＲリリース１６においてサポートされるＮＣ－ＪＴの例を示す。図１０には、単一のＤＣＩを使用する２つのＴＲＰを介したＰＤＳＣＨ送信の一例が示されており、ここで、単一のコードワード（例えば、ＣＷ０）を有するＰＤＳＣＨの異なる複数のレイヤが、それぞれ異なるＴＣＩ状態と関連付けられた２つのＴＲＰを介して送信される。この場合、２つのＣＤＭグループにおける、レイヤごとに１つである２つのＤＭＲＳポートも、ＵＥにシグナリングされる。第１のＴＣＩ状態は、第１のＣＤＭグループ内のＤＭＲＳポートと関連付けられ、第２のＴＣＩ状態は、第２のＣＤＭグループ内のＤＭＲＳポートと関連付けられる。このアプローチは、ＮＲリリース１６の３ＧＰＰ議論においてＮＣ－ＪＴ（Non-coherent joint transmission（非コヒーレントジョイント送信）又は方式１ａと称されることが多い。

複数のＴＲＰを介してＰＤＳＣＨを送信することは更に、ＵＲＬＬＣアプリケーションのためのＰＤＳＣＨ送信の信頼性を改善するために使用されうる。ＮＲリリース１６では、「ＦＤＭ方式Ａ（FDMSchemeA）」、「ＦＤＭ方式Ｂ（FDMSchemeB）」、「ＴＤＭ方式Ａ（TDMSchemeA）」及びスロットベースＴＤＭ方式を含む、いくつかのアプローチが導入されている。方式４との用語は、ＮＲリリース１６の３ＧＰＰ議論におけるスロットベースＴＤＭ方式を含む議論において使用されることに留意されたい。

図１１には、ＦＤＭ方式Ａを用いたマルチＴＲＰ ＰＤＳＣＨ送信の例が示されており、ここで、ＰＤＳＣＨは、ＰＲＧ（プリコーディングＲＢグループ）｛０，２，４｝でＴＲＰ１を介して送信され、ＰＲＧ｛１，３，５｝でＴＲＰ２を介して送信される。ＴＲＰ１からの送信は、ＴＣＩ状態１と関連付けられ、一方、ＴＲＰ２からの送信は、ＴＣＩ状態２と関連付けられる。ＦＤＭ方式Ａの場合、ＴＲＰ１及びＴＲＰ２からの送信はオーバラップしないので、ＤＭＲＳポートは同じでありうる（即ち、ＤＭＲＳポート０が両方の送信のために使用される）。ＰＤＳＣＨは、ＴＲＰ１を介して送信されるＰＤＣＣＨによってスケジューリングされる。

図１２は、同じＴＢを有するＰＤＳＣＨ＃１がＴＲＰ１からのＰＲＧ｛０，２，４｝で送信され、同じＴＢを有するＰＤＳＣＨ＃２がＴＲＰ２からのＰＲＧ｛１，３，５｝で送信される、ＦＤＭ方式Ｂを用いたデータ送信の例を示す。ＴＲＰ１からの送信は、ＴＣＩ状態１と関連付けられ、一方、ＴＲＰ２からの送信は、ＴＣＩ状態２と関連付けられる。ＦＤＭ方式Ｂの場合、ＴＲＰ１及びＴＲＰ２からの送信はオーバラップしないので、ＤＭＲＳポートは同じでありうる（即ち、ＤＭＲＳポート０が両方の送信のために使用される）。２つのＰＤＳＣＨは同じ符号化データペイロードを搬送するが、同じ又は異なる冗長バージョンを有するので、ＵＥはより信頼性の高い受信を達成するために２つのＰＤＳＣＨのソフト合成を行うことができる。

図１３は、スロット内の４つのＯＦＤＭシンボルのミニスロットにおいてＰＤＳＣＨ反復が生じる、ＴＤＭ方式Ａを用いたデータ送信の例を示す。各ＰＤＳＣＨは、同じ又は異なるＲＶと関連付けられうる。ＴＲＰ１からのＰＤＳＣＨ＃１の送信は、第１のＴＣＩ状態と関連付けられ、ＴＲＰ２からのＰＤＳＣＨ＃２の送信は、第２のＴＣＩ状態と関連付けられる。

図１４は、いくつかの実施形態による、複数のＴＲＰとともにマルチＤＣＩを用いるＰＤＳＣＨ送信の例を示す例えば、スロットベースＴＤＭ方式を用いたマルチＴＲＰデータ送信が図１４に示されており、同じＴＢのための４つのＰＤＳＣＨが、２つのＴＲＰを介して、４つの連続するスロットで送信される。各ＰＤＳＣＨは、異なるＲＶと関連付けられる。ＴＲＰ１からの奇数番号のＰＤＳＣＨの送信は、第１のＴＣＩ状態と関連付けられ、ＴＲＰ２からの偶数番号のＰＤＳＣＨの送信は、第２のＴＣＩ状態と関連付けられる。

全てのシングルＰＤＣＣＨベースのＤＬマルチＴＲＰ ＰＤＳＣＨ方式については、１つのＴＲＰから送信される単一のＤＣＩを使用して、２つのＴＲＰを介した複数のＰＤＳＣＨ送信をスケジューリングする。ネットワークはＲＲＣを介して複数のＴＣＩ状態をＵＥに設定し、新たなＭＡＣ ＣＥがＮＲリリース１６で導入された。図１５には、拡張ＰＤＳＣＨ ＭＡＣ ＣＥが示されており、これは、シングルＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のための拡張ＴＣＩ状態アクティブ化／非アクティブ化ＰＤＳＣＨ ＭＡＣ ＣＥ（ＴＳ ３８．３２１の６．１．３．２４節から再現される）を示す。このＭＡＣ ＣＥは、ＴＣＩフィールド内のコードポイントを１つ又は２つのＴＣＩ状態にマッピングするために使用されうる。

この拡張ＰＤＳＣＨ ＭＡＣ ＣＥにおいて、TCI state ID_i,jは、ＤＣＩのＴＣＩフィールド内のｉ番目のコードポイントに対して示された、ｊ番目のＴＣＩ状態を示す。更に、ＭＡＣ ＣＥ内のＣ_iフィールドは、追加のＴＣＩ状態が、ＤＣＩのＴＣＩフィールド内のｉ番目のコードポイントと関連付けられているかどうかを示す。したがって、ＭＡＣ ＣＥにおけるTCI state ID_i,j及びＣ_i フィールドは、ＤＣＩにおけるＴＣＩフィールドのコードポイントへの、アクティブ化されたＴＣＩ状態のマッピングを提供するために使用される。TCI state ID_i,jは更に、ＰＤＳＣＨに対してアクティブ化されたＴＣＩ状態を提供する。例えば、Ｃ_i フィールドが０に設定される場合、ＤＣＩのＴＣＩフィールドのコードポイントｉにマッピングされる１つのＴＣＩ状態（即ち、TCI state ID_i,1）のみが存在し、追加のＴＣＩ状態TCI state ID_i,2はＭＡＣ ＣＥに存在しない。Ｃi フィールドが１に設定される場合、ＤＣＩのＴＣＩフィールドのコードポイントｉにマッピングされる２つのＴＣＩ状態（即ち、TCI state ID_i,1及びTCI state ID_i,2）が存在し、追加のＴＣＩ状態TCI state ID_i,2がＭＡＣ ＣＥに存在する。３ＧＰＰ ＴＳ ３８．３２１の表６．２．１－１によれば、このＭＡＣ ＣＥに対応する論理チャネルＩＤ（ＬＣＩＤ）は４６である。

ＮＲリリース１５におけるデフォルトＴＣＩ状態の定義

ＮＲリリース１５では、閾値timeDurationForQCLが、ＵＥの能力に基づいてＵＥによって報告される。スケジューリングＤＣＩで、ＵＥは、ＴＣＩ状態のインジケーションと、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットのインジケーションとを受信しうる。

ＴＣＩ状態が、ＰＤＳＣＨをスケジューリングするＤＣＩにおいて示される場合、ＵＥは、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが、閾値timeDurationForQCLよりも大きい、ＰＤＳＣＨ ＤＭＲＳアンテナポートの準コロケーションを判定するために、示されたＴＣＩ状態を使用する。

ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが閾値timeDurationForQCL未満である場合、ＵＥは、（１つ以上の）ＰＤＳＣＨ ＤＭＲＳアンテナポートが、最新のスロットにおいて最も低いCORESET-IDを有する、監視されたサーチ空間と関連付けられたＣＯＲＥＳＥＴのＰＤＣＣＨ準コロケーション・インジケーションのために使用される（１つ以上の）ＱＣＬパラメータに関して（１つ以上の）ＲＳと準コロケーションされると仮定しうる。最も低いCORESET-IDを有するＣＯＲＥＳＥＴの（１つ以上の）ＲＳとの準コロケーションのこの仮定は、本開示において「デフォルトＴＣＩ状態」と称される。

スケジューリングされたＰＤＳＣＨのサービングセルのための設定されたＴＣＩ状態のいずれもが「QCL-TypeD」を含まない場合、ＵＥは、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットにかかわらず、そのスケジューリングされたＰＤＳＣＨのためのＤＣＩによって示されるＴＣＩ状態から他のＱＣＬ仮定を取得しなければならない。

ＮＲリリース１６における（１つ以上の）デフォルトＴＣＩ状態の定義

ＮＲリリース１６では、マルチＤＣＩに対してデフォルトＴＣＩ状態が定義され、シングルＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ送信が定義される。

シングルＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ送信方式について、２つのデフォルトＴＣＩ状態が定義される。２つのデフォルトＴＣＩ状態はそれぞれ異なるＴＲＰに対応する。３ＧＰＰ ＴＳ ３８．２１４（Ｖ１６．１．０）では、シングルＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ送信方式に対して２つのデフォルトＴＣＩ状態が以下のように定義される：

「ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値timeDurationForQCL未満であり、かつ、ＰＤＳＣＨのサービングセルのための少なくとも１つの設定されたＴＣＩ状態が「QCL-TypeD」を含み、かつ、少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートが、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態と関連付けられた（１つ以上の）ＱＣＬパラメータに関して（１つ以上の）ＲＳと準コロケーションされると仮定しうる。」

図１６は、ＴＣＩフィールドの所与のコードポイントからＴＣＩ状態へのマッピングについてのデフォルトＴＣＩ状態の例を示す。この例では、２つの異なるＴＣＩ状態を含む最も低いコードポイントはコードポイント１である。したがって、この例におけるシングルＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ方式のためのデフォルトＴＣＩ状態は、ＩＤ２及び３を有するＴＣＩ状態によって与えられる。

マルチＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ送信方式の場合、２つのデフォルトＴＣＩ状態も定義される。２つのデフォルトＴＣＩ状態はそれぞれ異なるＴＲＰに対応する。３ＧＰＰ ＴＳ ３８．２１４（Ｖ１６．１．０）では、マルチＤＣＩベースのマルチＴＲＰ ＰＤＳＣＨ送信方式に対して２つのデフォルトＴＣＩ状態が以下のように定義される：

「TCI-PresentInDCIが「enabled」に設定される、及びTCI-PresentInDCIがＲＲＣ接続モードにおいて設定されていない、両方の場合について、ＵＥが、ControlResourceSet内のCORESETPoolIndexについての２つの異なる値を含む上位レイヤパラメータPDCCH-Configによって設定された場合に、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値timeDurationForQCL未満である場合、ＵＥは、サービングセルのCORESETPoolIndexの値と関連付けられたＰＤＳＣＨのＤＭ－ＲＳポートが、CORESETPoolIndexの値であってＰＤＳＣＨをスケジューリングするＰＤＣＣＨと同じ値が設定された複数のＣＯＲＥＳＥＴのうち、最も低いCORESET-IDを有する、監視されたサーチ空間と関連付けられたＣＯＲＥＳＥＴの、ＰＤＣＣＨ準コロケーション・インジケーションのために使用される（１つ以上の）ＱＣＬパラメータに関して、CORESETPoolIndexの値であってサービングセルのアクティブＢＷＰ内のＰＤＳＣＨをスケジューリングするＰＤＣＣＨと同じ値と関連付けられた１つ以上のＣＯＲＥＳＥＴがＵＥによって監視される最新のスロットにおいて、（１つ以上の）ＲＳと準コロケーションされると仮定しうる。」

図１７は、マルチＤＣＩベースのＰＤＳＣＨマルチＴＲＰ送信のためのデフォルトＴＣＩ状態を示す例を示す。この例では、ＰＤＳＣＨ１は、ＴＲＰ１からＣＯＲＥＳＥＴプール０のＣＯＲＥＳＥＴを介してＰＤＣＣＨ １によってスケジューリングされ、ＰＤＳＣＨ２は、ＴＲＰ２からＣＯＲＥＳＥＴプール１のＣＯＲＥＳＥＴを介してＰＤＣＣＨ２によってスケジューリングされる。同図には、ＴＲＰ１及びＴＲＰ２からの２つのＰＤＳＣＨの簡略化されたデフォルトＴＣＩ状態の定義が与えられている。

ダウンリンクＰＤＳＣＨスケジューリングのためのＤＣＩフォーマット

ＮＲリリース１５では、ＮＲにおけるＰＤＳＣＨをスケジューリングするための２つのＤＣＩフォーマット（即ち、ＤＣＩフォーマット１＿０及びＤＣＩフォーマット１＿１）が定義された。ＤＣＩフォーマット１＿０は、ＤＣＩフォーマット１＿１よりも小さいサイズを有し、ＵＥがネットワークに完全に接続されていないときに使用されうる一方で、ＤＣＩフォーマット１＿１は、２つのトランスポートブロック（ＴＢ）を伴うＭＩＭＯ（多入力多出力）送信をスケジューリングするために使用されうる。ＴＣＩフィールドは、上位レイヤパラメータTCI-PresentInDCIがＣＯＲＥＳＥＴにおいて「有効（enabled）」に設定され場合に、ＤＣＩフォーマット１＿１に存在する。３ＧＰＰ ＴＳ ３８．２１２に規定されているように、有効な場合のＴＣＩフィールドは３ビットを含む。ＤＣＩフォーマット１＿１のＴＣＩフィールドは、ＰＤＳＣＨ ＤＭＲＳポートのためのソースリファレンス信号を提供する（１つ以上の）ＴＣＩ状態を示す。しかしながら、ＤＣＩフォーマット１－０では、ＴＣＩフィールドは存在しない。

ＮＲリリース１６では、ＤＬスケジューリングのための新たなＤＣＩフォーマット１＿２が導入される。新たなＤＣＩフォーマットを有するための主な動機の１つは、非常に小さいＤＣＩサイズを設定することができることであり、これにより、多くの柔軟性を失うことなく、ある程度のＰＤＣＣＨ信頼性の改善を提供できる。したがって、新たなＤＣＩフォーマットの主な設計目標は、リリース１５のＤＣＩフォーマット０＿０／１＿０と比べて１０～１６ビットの低減を目標とする最小ＤＣＩサイズを有する、潜在的な新しいフィールドを含む、いくつかのフィールドのための設定変更可能なサイズを有するＤＣＩを有することである。

ＤＣＩフォーマット１＿２におけるＴＣＩフィールドは、０、１、２、又は３ビットのサイズを有しうる。ＤＣＩフォーマット１＿２におけるＴＣＩフィールドの存在は、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2を介してＣＯＲＥＳＥＴごとに設定される。ＣＯＲＥＳＥＴごとの設定されtci-PresentInDCI-ForDCI-Format1-2の値は、そのＣＯＲＥＳＥＴのためのＤＣＩフォーマット１＿２のＴＣＩフィールド内のビット数を示す１、２又は３のいずれかでありうる。したがって、ＤＣＩフォーマット１＿２のＴＣＩフィールド内のコードポイントの個数は、異なるＣＯＲＥＳＥＴ間で異なりうる。

現在、ある課題が存在している。ＤＣＩフォーマット１＿１の場合、ＴＣＩフィールドが有効化されると、ＤＣＩフォーマット１＿１内のＴＣＩフィールドは常に３ビット（即ち、８コードポイント）である。このため、ＤＣＩフォーマット１＿１内のＴＣＩフィールド・コードポイントの数は、ＴＣＩフィールドが、異なる複数のＣＯＲＥＳＥＴにおいて有効化される場合に変化しない。

しかしながら、ＤＣＩフォーマット１＿２内のＴＣＩフィールドは、０、１、２又は３ビット（即ち、０、２、４又は８個のコードポイント）の間で可変である。更に、ＤＣＩフォーマット１＿２では、tci-PresentInDCI-ForDCI-Format1-2が、異なるＣＯＲＥＳＥＴにおいて異なる値に設定される場合に、異なるＴＣＩフィールドサイズが異なるＣＯＲＥＳＥＴに対して使用されうることが可能である。

ＮＲでは、ＵＥは、ＰＤＳＣＨスケジューリングのためにＤＣＩフォーマット１＿１及び１＿２の両方を監視するように設定されうる。例えば、ＵＥが厳しい遅延及び信頼性要求条件を有するＵＲＬＬＣトラフィックでサービングされる場合に、当該ＵＥは、フォーマットＤＣＩフォーマット１＿２を使用してＤＬでスケジューリングされうる。ＤＣＩフォーマット１＿１は、ｅＭＢＢトラフィックでＵＥをスケジューリングする場合に使用されうる。

図９及び図１５の現在のＭＡＣ ＣＥ設計は、ＴＣＩフィールドがTCI-PresentInDCIパラメータを介して有効化される場合にいつでもＴＣＩフィールド内のコードポイントの個数が８であるＤＣＩフォーマット１＿１に対して良好に機能する。しかしながら、図９及び図１５の現在のＭＡＣ ＣＥ設計は、ＤＣＩフォーマット１＿２のためのＴＣＩ状態アクティブ化、及びＴＣＩフィールド・コードポイントからＴＣＩ状態へのマッピングに対処しておらず、ＤＣＩフォーマット１＿２のためのＴＣＩフィールド・コードポイントの個数は異なるＣＯＲＥＳＥＴにおいて異なりうる。

したがって、（特に、ＵＥが、ＤＣＩフォーマット１＿１及び１＿２の両方を監視するように設定されている場合に）ＤＣＩフォーマット１＿２について、ＴＣＩ状態をアクティブ化し、かつ、ＴＣＩフィールド・コードポイントからＴＣＩ状態へのマッピングを実行することは、オープンな問題である。別の関連する問題は、ＵＥがＰＤＳＣＨスケジューリングのためにＤＣＩフォーマット１＿１及び１＿２の両方を監視するように設定される場合に、デフォルトＴＣＩ状態をどのように定めるかである。

ＴＣＩ状態のアクティブ化及びコードポイントからＴＣＩ状態へのマッピングのためのシステム及び方法が提供される。いくつかの実施形態において、ＴＣＩ状態をアクティブ化するための、無線デバイスによって実行される方法は、ＰＤＳＣＨ受信のためのＴＣＩフィールドを有する複数のＤＣＩフォーマットを監視するように設定されることと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を、複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一の媒体アクセス制御ＭＡＣ ＣＥを受信することと、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を、複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントに対してマッピングするための、別個のＭＡＣ ＣＥを受信することと、のうちの１つ以上を含む。いくつかの実施形態において、複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である。利点は、ダウンリンクスケジューリングのためのＴＣＩ状態が、別個のＭＡＣ ＣＥを使用することによって各ＤＣＩフォーマットに対してより柔軟に選択されうることを含みうる。例えば、ＤＣＩフォーマット１＿２は、ＴＣＩ状態の１つのセット（例えば、ビームの１つのセット）を用いてダウンリンクにおいてＵＲＬＬＣデータをスケジューリングするために使用されうる。そして、ＤＣＩフォーマット１＿１は、ＴＣＩ状態の別のセット（例えば、ビームの第２のセット）を用いてダウンリンクにおいてｅＭＢＢデータをスケジューリングするために使用されうる。

図１８は、送信設定インジケータ（ＴＣＩ）状態をアクティブ化するための、無線デバイスによって実行される方法を示す。いくつかの実施形態において、方法は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のためのＴＣＩフィールドを有する複数のダウンリンク制御情報（ＤＣＩ）フォーマットを監視するように設定されること（ステップ１８００）、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信すること（ステップ１８０２）、及び、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを受信すること（ステップ１８０４）、のうちの１つ以上を含む。

図１９は、ＴＣＩ状態をアクティブ化するための、基地局によって実行される方法を示す。いくつかの実施形態において、方法は、ＰＤＳＣＨ受信のためのＴＣＩフィールドを有する複数のＤＣＩフォーマットを監視するように無線デバイスを設定すること（ステップ１９００）、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための単一のＭＡＣ ＣＥを、無線デバイスへ送信すること（ステップ１９０２）、及び、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントにマッピングするための別個のＭＡＣ ＣＥを、無線デバイスへ送信すること（ステップ１９０４）、のうちの１つ以上を含む。

このように、いくつかの実施形態の利点は、単一のＭＡＣ ＣＥが、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを、複数のダウンリンクＤＣＩフォーマットに提供するために使用されうることを含みうる。これは各ダウンリンクＤＣＩフォーマットのために別個のＭＡＣ ＣＥを導入する必要性を回避する。

異なるＭＡＣ ＣＥを使用して、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを複数のダウンリンクＤＣＩフォーマットに対して提供する、いくつかの他の実施形態と関連付けられた利点もある。当該利点は、ダウンリンクスケジューリングのためのＴＣＩ状態が、別個のＭＡＣ ＣＥを使用することによって各ＤＣＩフォーマットに対してより柔軟に選択されうることを含みうる。例えば、ＤＣＩフォーマット１＿２は、ＴＣＩ状態の１つのセット（例えば、ビームの１つのセット）を用いてダウンリンクにおいてＵＲＬＬＣデータをスケジューリングするために使用されうる。そして、ＤＣＩフォーマット１＿１は、ＴＣＩ状態の別のセット（例えば、ビームの第２のセット）を用いてダウンリンクにおいてｅＭＢＢデータをスケジューリングするために使用されうる。

提案されたソリューションの別の利点は、複数のダウンリンクＤＣＩフォーマットに対する、ＴＣＩ状態のアクティブ化及びＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングが、単一のＭＡＣ ＣＥ又は異なるＭＡＣ ＣＥのいずれかによって提供される場合に、デフォルトＴＣＩ状態の定義を提供することでありうる。

実施形態１－アクティブ化されたＴＣＩ状態をＤＣＩフォーマット１＿１及び１＿２の両方のＴＣＩフィールド・コードポイントにマッピングするための単一ＭＡＣ ＣＥの使用。

一実施形態では、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、アクティブ化されたＴＣＩ状態を、ＤＣＩフォーマット１＿１及び１＿２の両方のＴＣＩフィールド・コードポイントにマッピングする。この実施形態では、アクティブ化され、かつ、ＤＣＩフォーマット１＿２におけるＴＣＩフィールドのコードポイントにマッピングされるＴＣＩ状態が、アクティブ化され、かつ、ＤＣＩフォーマット１＿１におけるＴＣＩフィールドのコードポイントにマッピングされるＴＣＩ状態のサブセットである。

この実施形態は、両方の現在のＭＡＣ ＣＥ（即ち、本開示における図９及び図１５におけるもの）に適用される。

特に、ＤＣＩフォーマット１＿２に対してＫ（Ｋ＝１，２，３）ビットが設定される場合、ＤＣＩフォーマット１＿２のＳ＝２^K個のコードポイントは、ＭＡＣ ＣＥの最初のＳ＝２^K個のコードポイントにマッピングされる。図２０は、いくつかの実施形態による、ＤＣＩフォーマット１＿１におけるＴＣＩフィールドにマッピングされた、アクティブ化されたＴＣＩ状態のサブセットが、ＤＣＩフォーマット１＿２におけるＴＣＩフィールドのコードポイントにマッピングされていることを示す例を示す。図２０には、ＤＣＩフォーマット１＿２のＴＣＩフィールドが４つのコードポイント（即ち、Ｋ＝２及びＳ＝４）を有する場合の例を示している。この例では、ＤＣＩフォーマット１＿１における最初の４つのＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされる。

代替の実施形態では、ＤＣＩフォーマット１＿２のＴＣＩフィールドが、Ｓ＜８個のコードポイントを有する場合に、ＤＣＩフォーマット１＿１のコードポイントＳ₀＋１～Ｓ₀＋Ｓに対応するアクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＳ個のコードポイントにマッピングされるように、オフセットＳ₀が設定されうる。ここで、Ｓ₀は、（Ｓ₀＋Ｓ）≦８を満たすコードポイントオフセット値であり、仕様において規定された固定値であってもよいし、又は設定変更可能な上位レイヤパラメータであってもよい。Ｓ₀が設定変更可能なパラメータである場合、この設定変更可能なパラメータは、tci-PresentInDCI-ForDCI-Format1-2が設定されるＣＯＲＥＳＥＴにおいて設定されうる。図２１は、いくつかの実施形態による、ＤＣＩフォーマット１＿１におけるＴＣＩフィールドにマッピングされた、アクティブ化されたＴＣＩ状態のサブセットが、ＤＣＩフォーマット１＿２におけるＴＣＩフィールドのコードポイントにマッピングされていることを示す第２の例を示す。図２１は、Ｓ₀＝２の場合の例を示している。

この実施形態を図９のＭＡＣ ＣＥに組み込むために、図９のＭＡＣ ＣＥにおけるＴ_iについてのフィールド記述は以下のように変更されうる（変更箇所が太字で示されている）：

Ｔ_i： ＴＳ ３８．３３１［５］で規定されるTCI-StateId ｉを有するＴＣＩ状態が存在する場合、このフィールドは、TCI-StateId ｉを有するＴＣＩ状態のアクティブ化／非アクティブ化状態を示し、それ以外の場合、ＭＡＣエンティティはＴ_iフィールドを無視しなければならない。Ｔ_iフィールドは、ＴＳ ３８．２１４［７］で規定されるように、TCI-StateId ｉを有するＴＣＩ状態が、アクティブ化され、ＤＣＩ送信設定インジケーション・フィールドのコードポイントにマッピングされることを示すために１に設定される。Ｔ_iフィールドは、TCI-StateId ｉを有するＴＣＩ状態が非アクティブ化されること、及び、ＤＣＩ送信設定インジケーション・フィールドのコードポイントにマッピングされないことを示すために０に設定される。ＴＣＩ状態がマッピングされるコードポイントは、Ｔ_iフィールドが１に設定された全てのＴＣＩ状態の中のその序数位置によって決定され、即ち、Ｔ_iフィールドが１に設定された第１のＴＣＩ状態は、コードポイント値０にマッピングされなければならず、Ｔ_iフィールドが１に設定された第２のＴＣＩ状態は、コードポイント値１にマッピングされなければならない、等である。

同様に、本実施形態は、図１５のＭＡＣ ＣＥにおけるＴＣＩ状態ＩＤ_i,jフィールドに関するフィールド記述を以下のように変更することによって、３ＧＰＰ ＴＳ ３８．３２１における図１５のＭＡＣ ＣＥに組み込まれうる：

ＴＣＩ状態ＩＤ_i,j： このフィールドは、ＴＳ ３８．３３１［５］において規定されるとおりのTCI-StateIdによって識別されるＴＣＩ状態を示し、ｉは、ＴＳ ３８．２１２［９］において規定されるとおりのＤＣＩ送信設定インジケーション・フィールドのコードポイントのインデックスであり、ＴＣＩ状態ＩＤ_i,jは、ＤＣＩ送信設定インジケーション・フィールドにおけるｉ番目のコードポイントについて示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤ_i,jフィールドのセットを有する全てのＴＣＩコードポイントの中のその序数位置によって決定され、即ち、ＴＣＩ状態ＩＤ_0,1及びＴＣＩ状態ＩＤ_0,2を有する第１のＴＣＩコードポイントは、コードポイント値０にマッピングされなければならず、ＴＣＩ状態ＩＤ_1,1及びＴＣＩ状態ＩＤ_1,2を有する第２のＴＣＩコードポイントは、コードポイント値１にマッピングされなければ、等である。ＴＣＩ状態ＩＤ_i,2は、Ｃ_iフィールドのインジケーションに基づいてオプションである。ＤＣＩフォーマット１＿２のＴＣＩフィールド内のコードポイントの個数Ｓが、ＤＣＩフォーマット１＿１のＴＣＩフィールド内のコードポイントの最大個数未満である場合、ＤＣＩフォーマット１＿１内の最初のＳ個のＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２内のＴＣＩフィールド・コードポイントにマッピングされる。アクティブ化されたＴＣＩコードポイントの最大個数は８であり、ＴＣＩコードポイントにマッピングされるＴＣＩ状態の最大個数は２である。

この実施形態の主な利点は、既存のＭＡＣ ＣＥが、この実施形態のソリューションをこれらの既存のＭＡＣ ＣＥに組み込むことによって再利用されうることである。したがって、新たなＭＡＣ ＣＥを導入する必要性が回避される。

この実施形態の変形例では、上記マッピングは、ＴＳ ３８．２１４又はＴＳ ３８．２１２に規定され、ＴＳ ３８．３２１に変更は導入されない。即ち、ＴＳ ３８．２１４に以下のテキストが追加される：

「ＤＣＩフォーマット１＿２のＴＣＩフィールド内のコードポイントの個数Ｓが、ＤＣＩフォーマット１＿１のＴＣＩフィールド内のコードポイントの個数未満である場合、ＤＣＩフォーマット１＿１内の最初のＳ個のＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２内のＴＣＩフィールド・コードポイントにマッピングされる。」

あるいは、３８．２１４に以下のテキストが追加されてもよい：

「ＤＣＩのＴＣＩフィールド内のコードポイントの個数Ｓが、ＭＡＣ ＣＥアクティブ化コマンド内のコードポイントの最大個数未満である場合、Ｓ個のコードポイントが、ＭＡＣ ＣＥアクティブ化コマンド内の最初のＳ個のコードポイントにマッピングされる。」

いくつかの実施形態では、ＵＥに、異なるＣＯＲＥＳＥＴプールインデックスを有する２つのＣＯＲＥＳＥＴが設定され、ＤＣＩフォーマット１＿２が当該２つのＣＯＲＥＳＥＴのうちの１つにおいて有効化される場合、ＤＣＩフォーマット１＿２が有効化されるされるＣＯＲＥＳＥＴのＣＯＲＥＳＥＴプールインデックスに対応する「CORESET Pool ID」をＭＡＣ ＣＥが示すときにのみ、ＤＣＩフォーマット１＿２のためのアクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを示すために、図９のＭＡＣ ＣＥが使用されうる。以下の例について検討する：
ＣＯＲＥＳＥＴプールインデックス０が設定され、ＤＣＩフォーマット１＿２が有効化される、ＣＯＲＥＳＥＴ１、及び／又は
ＣＯＲＥＳＥＴプールインデックス１が設定され、ＤＣＩフォーマット１＿２ が無効化される、ＣＯＲＥＳＥＴ２。

この場合、「CORESET Pool ID＝０」を有する図９のＭＡＣ ＣＥが、アクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを示す場合には、このアクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングは、ＤＣＩフォーマット１＿２に適用される。フォーマット１＿２を有するＤＣＩがＣＯＲＥＳＥＴ１を介して送信される場合、アクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングは、フォーマット１＿２を有するＤＣＩに適用される。しかしながら、「CORESET Pool ID＝１」を有する図９のＭＡＣ ＣＥが、アクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを示す場合には、ＤＣＩフォーマット１＿２はＣＯＲＥＳＥＴ２において有効化されないので、このアクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングは、ＤＣＩフォーマット１＿２に適用されない。このＵＥ動作は更に、設定される２つの異なるＣＯＲＥＳＥＴプールをサポートする能力を有するＵＥに依存しうる（即ち、ＵＥはこの能力をｇＮＢに知らせる）。ＵＥが２つの異なるＣＯＲＥＳＥＴプールをサポートする能力を有しない場合、図９のＭＡＣ ＣＥにおいて示される「CORESET Pool ID」に応じて、ＤＣＩフォーマット１＿２のための、アクティブ化されたＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを可能にするルールは適用されない。

１つの他の実施形態では、ＤＣＩフォーマット１＿２のためのＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを提供するために、あるＭＡＣ ＣＥのみが使用される。例えば、一実施形態では、図９のＭＡＣ ＣＥのみが、ＤＣＩフォーマット１＿２のためのＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを提供することが可能になる。この実施形態では、ＤＣＩフォーマット１＿１及び１＿２のための、異なるＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを可能にするために、異なるＭＡＣ ＣＥが使用されうる。例えば、図９のＭＡＣ ＣＥは、ＤＣＩフォーマット１＿２のためのＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを提供するために使用されうるが、図１５のＭＡＣ ＣＥは、ＤＣＩフォーマット１＿１のためのＴＣＩ状態からＴＣＩフィールド・コードポイントへのマッピングを提供するために使用されうる。

実施形態２－アクティブ化されたＴＣＩ状態をＤＣＩフォーマット１＿１及び１＿２のＴＣＩフィールド・コードポイントにマッピングするための別個のＭＡＣ ＣＥの使用。

いくつかのシナリオでは、異なる複数のＴＣＩ状態をアクティブ化し、アクティブ化されたＴＣＩ状態の異なる複数のセットをＤＣＩフォーマット１＿１及び１＿２のＴＣＩフィールド・コードポイントにマッピングすることが有益でありうる。この理由は、ＤＣＩフォーマット１＿２は、ＴＣＩ状態の１つのセット（例えば、ビームの１つのセット）を用いてダウンリンクにおいてＵＲＬＬＣデータをスケジューリングするために使用されうるとともに、ＤＣＩフォーマット１＿１は、ＴＣＩ状態の別のセット（例えば、ビームの第２のセット）を用いてダウンリンクにおいてｅＭＢＢデータをスケジューリングするために使用されうることである。

この実施形態では、ＴＣＩ状態の異なるセットをアクティブ化し（即ち、ＤＣＩフォーマット１＿１に対してアクティブ化されたものとは異なる）、これらのＴＣＩ状態を、ＤＣＩフォーマット１＿２のＴＣＩフィールド・コードポイントにマッピングするために、図９のＭＡＣ ＣＥと同様の構成を有する別個の新たなＭＡＣ ＣＥがＮＲに導入される。新たなＭＡＣ ＣＥは、ＴＣＩ状態をアクティブ化し、これらのＴＣＩ状態をＤＣＩフォーマット１＿２のＴＣＩフィールド・コードポイントにマッピングするためにのみ使用される。新たなＭＡＣ ＣＥは、３ＧＰＰ ＴＳ ３８．３２１において表６．２．１－１に規定された既存のＬＣＩＤ空間から、又はＴＳ ３８．８２１において表６．２．１－１ａに新たに導入されたｅＬＣＩＤ空間から、新たなＬＣＩＤを割り当てられる。（対応するＬＣＩＤ ５３を有する）図９の既存のＭＡＣ ＣＥは、ＴＣＩ状態をアクティブ化し、これらのＴＣＩ状態をＤＣＩフォーマット１＿１のＴＣＩフィールド・コードポイントにマッピングするためにのみ使用される。これは、マルチＤＣＩベースのＰＤＳＣＨマルチＴＲＰ方式があるシナリオにおいて使用されると場合に、２つのＤＣＩフォーマットに対して、ＴＣＩ状態の異なるセットをアクティブ化するために有益である。

同様に、ＴＣＩ状態の異なるセットをアクティブ化し（即ち、ＤＣＩフォーマット１＿１に対してアクティブ化されたものとは異なる）、これらのＴＣＩ状態をＤＣＩフォーマット１＿２のＴＣＩフィールド・コードポイントにマッピングするために、図１５のＭＡＣ ＣＥと同様の構成の新たなＭＡＣ ＣＥがＮＲに導入されうる。新たなＭＡＣ ＣＥは、ＴＣＩ状態をアクティブ化し、これらのＴＣＩ状態をＤＣＩフォーマット１＿２のＴＣＩフィールド・コードポイントにマッピングするためにのみ使用される。新たなＭＡＣ ＣＥは、３ＧＰＰ ＴＳ ３８．８２１において表６．２．１－１に規定された既存のＬＣＩＤ空間から、又は３ＧＰＰ ＴＳ ３８．８２１－ｇ００において表６．２．１－１ａに新たに導入されたｅＬＣＩＤ空間から、新たなＬＣＩＤを割り当てられる。（対応するＬＣＩＤ ４６を有する）図１５の既存のＭＡＣ ＣＥは、ＴＣＩ状態をアクティブ化し、これらのＴＣＩ状態をＤＣＩフォーマット１＿１のＴＣＩフィールド・コードポイントにマッピングするためにのみ使用される。これは、シングルＤＣＩベースのＰＤＳＣＨマルチＴＲＰ方式があるシナリオにおいて使用されると場合に、２つのＤＣＩフォーマットに対して、ＴＣＩ状態の異なるセットをアクティブ化するために有益である。

実施形態３

異なるＴＣＩ状態をＤＣＩフォーマット１＿１及び１＿２に割り当てる柔軟性を有するが、ＭＡＣ ＣＥの個数を増加させない（即ち、新たなＭＡＣ ＣＥを導入しない）ために、本開示の図１５におけるリリース１６ ＭＡＣ ＣＥを拡張することが可能である。

一実施形態では、図１５のＭＡＣ ＣＥの予約ビットＲが、ＭＡＣC ＣＥがどのＤＣＩフォーマットに適用されるかを示すために使用される。本実施形態によれば、ＲフィールドはＥフィールドに変更され、Ｅフィールドが「０」に設定されている場合に、ＭＡＣ ＣＥはＤＣＩフォーマット１＿１に適用され、Ｅフィールドが「１」に設定されている場合に、ＭＡＣ ＣＥはＤＣＩフォーマット１＿２に適用される。本実施形態による３ＧＰＰ ＴＳ ３８．３２１の６．１．３．２４節への必要な変更が以下で示されており、追加されたテキストが太字で示されている：

６．１．３．２４ ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための拡張ＴＣＩ状態アクティブ化／非アクティブ化

ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための拡張ＴＣＩ状態アクティブ化／非アクティブ化が、表６．２．１－１に規定されるとおりのＬＣＩＤを有するＭＡＣ ＰＤＵサブヘッダによって識別される。以下のフィールドの１つ以上から成る可変サイズを有する：
‐サービングセルＩＤ（Serving Cell ID）：このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルのアイデンティティを示す。フィールドの長さは５ビットである；
‐ＢＷＰ ＩＤ： このフィールドは、ＭＡＣ ＣＥが適用されるＤＬ ＢＷＰを、ＴＳ ３８．２１２［９］で規定されるとおりのＤＣＩ帯域幅部分インジケータ（bandwidth part indicator）フィールドのコードポイントとして示す。ＢＷＰ ＩＤフィールドの長さは２ビットである；
‐Ｃ_i： ＴＣＩ状態ＩＤ_i,2を含むオクテットが存在するかどうかを示す。このフィールドが「１」に設定された場合、ＴＣＩ状態ＩＤ_i,2を含むオクテットが存在する。このフィールドが「０」に設定された場合、ＴＣＩ状態ＩＤ_i,2を含むオクテットは存在しない；
‐ＴＣＩ状態ＩＤ_i,j： このフィールドは、ＴＳ ３８．３３１［５］において規定されるとおりのTCI-StateIdによって識別されるＴＣＩ状態を示し、ｉは、ＴＳ ３８．２１２［９］において規定されるとおりのＤＣＩ送信設定インジケーション・フィールドのコードポイントのインデックスであり、ＴＣＩ状態ＩＤ_i,jは、ＤＣＩ送信設定インジケーション・フィールドにおけるｉ番目のコードポイントについて示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤ_i,jフィールドのセットを有する全てのＴＣＩコードポイントの中のその序数位置によって決定され、即ち、ＴＣＩ状態ＩＤ_0,1及びＴＣＩ状態ＩＤ_0,2を有する第１のＴＣＩコードポイントは、コードポイント値０にマッピングされなければならず、ＴＣＩ状態ＩＤ_1,1及びＴＣＩ状態ＩＤ_1,2を有する第２のＴＣＩコードポイントは、コードポイント値１にマッピングされなければならない、等である。ＴＣＩ状態ＩＤ_i,2は、Ｃ_iフィールドのインジケーションに基づいてオプションである。アクティブ化されたＴＣＩコードポイントの最大個数は８であり、ＴＣＩコードポイントにマッピングされるＴＣＩ状態の最大個数は２である。

別の実施形態では、アクティブ化されたＴＣＩコードポイントの最大個数が、８から８＋Ｓに増加され、Ｓは、ＤＣＩフォーマット１＿２に対して設定されたコードポイントの個数である。最初の８つのコードポイントは、ＤＣＩフォーマット１＿１に対応し、最後のＳ個のコードポイントは、ＤＣＩフォーマット１＿２に対応する。本実施形態において、Ｓは、０、２、４又は８の値をとりうる。このマッピングは、３ＧＰＰ ＴＳ ３８．２１４において詳述されうる。正確なマッピングがＴＳ ３８．２１４内にあると仮定した場合のＴＳ ３８．８２１に対する必要な変更が、本実施形態によれば以下に示され、追加されたテキストが太字で示されている：

６．１．３．２４ ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための拡張ＴＣＩ状態アクティブ化／非アクティブ化

ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための拡張ＴＣＩ状態アクティブ化／非アクティブ化が、表６．２．１－１に規定されるとおりのＬＣＩＤを有するＭＡＣ ＰＤＵサブヘッダによって識別される。以下のフィールドから成る可変サイズを有する：
‐サービングセルＩＤ： このフィールドは、ＭＡＣ ＣＥが適用されるサービングセルのアイデンティティを示す。フィールドの長さは５ビットである；
‐ＢＷＰ ＩＤ： このフィールドは、ＭＡＣ ＣＥが適用されるＤＬ ＢＷＰを、ＴＳ ３８．２１２［９］で規定されるとおりのＤＣＩ帯域幅部分インジケータ（bandwidth part indicator）フィールドのコードポイントとして示す。ＢＷＰ ＩＤフィールドの長さは２ビットである；
‐Ｃ_i： ＴＣＩ状態ＩＤ_i,2を含むオクテットが存在するかどうかを示す。このフィールドが「１」に設定された場合、ＴＣＩ状態ＩＤ_i,2を含むオクテットが存在する。このフィールドが「０」に設定された場合、ＴＣＩ状態ＩＤ_i,2を含むオクテットは存在しない；
‐ＴＣＩ状態ＩＤ_i,j： このフィールドは、ＴＳ ３８．３３１［５］において規定されるとおりのTCI-StateIdによって識別されるＴＣＩ状態を示し、ｉは、ＴＳ ３８．２１２［９］において規定されるとおりのＤＣＩ送信設定インジケーション・フィールドのコードポイントのインデックスであり、ＴＣＩ状態ＩＤ_i,jは、ＤＣＩ送信設定インジケーション・フィールドにおけるｉ番目のコードポイントについて示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤ_i,jフィールドのセットを有する全てのＴＣＩコードポイントの間の序数位置によって決定される。

‐Ｒ： 予約ビット、「０」に設定。

実施形態４：デフォルトＴＣＩ状態の定義

本セクションでは、実施形態１～３で提案された拡張に対応して、デフォルトのＴＣＩ状態の定義が提供される。なお、本セクションの残りの部分におけるアクティブ化コマンド（activation command）とは、ＭＡＣ ＣＥ（即ち、上記の実施形態１～３で提案されたＭＡＣ ＣＥのいずれか１つ）を送信して、ＴＣＩ状態をアクティブ化することを指す。

ＤＣＩフォーマット１＿１及び１＿２に対応するＴＣＩ状態のアクティブ化のために単一のＭＡＣ ＣＥが使用される

単一のアクティブ化コマンドが、ＤＣＩフォーマット１＿１及び１＿２の両方についてのＴＣＩ状態アクティブ化／非アクティブ化のために使用される場合、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、ＭＡＣ ＣＥアクティブ化コマンドに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態である。

より具体的には、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値timeDurationForQCL未満であり、かつ、スケジューリングされたＰＤＳＣＨのサービングセルのための少なくとも１つの設定されたＴＣＩ状態が「QCL-TypeD」を含み、かつ、アクティブ化コマンドに含まれる少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートが、アクティブ化コマンドに含まれる２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態と関連付けられた（１つ以上の）ＱＣＬパラメータに関して（１つ以上の）ＲＳと準コロケーションされると仮定しうる。

ＤＣＩフォーマット１＿１及び１＿２についてのＴＣＩアクティブ化のための別個のＭＡＣ ＣＥ

ＤＣＩフォーマット１＿１及び１＿２についてのＴＣＩ状態アクティブ化／非アクティブ化のために別個のアクティブ化コマンドが使用される場合、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、２つのアクティブ化コマンドのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態でありうる。

より具体的には、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値timeDurationForQCL未満であり、かつ、スケジューリングされたＰＤＳＣＨのサービングセルのための少なくとも１つの設定されたＴＣＩ状態が「QCL-TypeD」を含み、かつ、アクティブ化コマンドのうちの少なくとも１つに含まれる少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートが、アクティブ化コマンドのうちの１つに含まれる２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態と関連付けられた（１つ以上の）ＱＣＬパラメータに関して（１つ以上の）ＲＳと準コロケーションされると仮定しうる。

アクティブ化コマンドの両方が、２つのＴＣＩ状態にマッピングされたコードポイントを含む場合、一実施形態では、２つのアクティブ化コマンドのうちの１つが仕様によって決定されうる。例えば、ＤＣＩフォーマット１＿１のアクティブ化コマンドがこの場合に常に選択される。あるいは、２つのアクティブ化コマンドのうちの１つが上位レイヤによって設定されうる。

図２２は、本開示のいくつかの実施形態に係る無線アクセスノード２２００の概略的なブロック図である。オプション機能は破線のボックスによって表される。無線アクセスノード２２００は、例えば、基地局３０２若しくは３０６、又は本明細書で説明される基地局３０２若しくはｇＮＢの機能の全て若しくは一部を実装するネットワークノードでありうる。図示されるように、無線アクセスノード２２００は、１つ以上のプロセッサ２２０４（例えば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、及び／又はフィールドプログラマブルゲートアレイ（ＦＰＧＡ）等）、メモリ２２０６、及びネットワークインタフェース２２０８を含む制御システム２２０２を含む。１つ以上のプロセッサ２２０４は、本明細書において処理回路とも称される。また、無線アクセスノード２２００は、１つ以上のアンテナ２２１６に結合された１つ以上の送信機２２１２及び１つ以上の受信機２２１４をそれぞれ含む、１つ以上の無線ユニット２２１０を含みうる。無線ユニット２２１０は、無線インタフェース回路と称されうるか又はその一部でありうる。いくつかの実施形態では、（１つ以上の）無線ユニット２２１０は、制御システム２２０２の外部にあり、例えば有線接続（例えば光ケーブル）を介して制御システム２２０２に接続される。しかし、いくつかの他の実施形態では、（１つ以上の）無線ユニット２２１０及び潜在的には（１つ以上の）アンテナ２２１６は、制御システム２２０２と一緒に統合される。１つ以上のプロセッサ２２０４は、本明細書で説明される無線アクセスノード２２００の１つ以上の機能を提供するように動作する。いくつかの実施形態では、（１つ以上の）機能が、例えばメモリ２２０６に格納され、かつ、１つ以上のプロセッサ２２０４によって実行されるソフトウェアで実装される。

図２３は、本開示のいくつかの実施形態に係る無線アクセスノード２２００の仮想化された実施形態を示す概略的なブロック図である。この説明は、他のタイプのネットワークノードにも同様に適用可能である。更に、他のタイプのネットワークノードも、同様の仮想化アーキテクチャを有しうる。先と同様、オプション機能は破線のボックスによって表される。

本明細書で使用される「仮想化」無線アクセスノードは、無線アクセスノード２２００の機能の少なくとも一部が（例えば、（１つ以上の）ネットワーク内の（１つ以上の）物理処理ノードで実行されている（１つ以上の）仮想マシンを介して）（１つ以上の）仮想コンポーネントとして実装された無線アクセスノード２２００の実装である。図示のように、この例では、無線アクセスノード２２００は、上述のように、制御システム２２０２及び／又は１つ以上の無線ユニット２２１０を含みうる。制御システム２２０２は、例えば光ケーブル等を介して（１つ以上の）無線ユニット２２１０に接続されうる。無線アクセスノード２２００、（１つ以上の）ネットワーク２３０２に結合されるか又は（１つ以上の）ネットワーク１２０２の一部として含まれる１つ以上の処理ノード２３００に接続される。存在する場合、制御システム２２０２又は（１つ以上の）無線ユニットは、ネットワーク２３０２を介して（１つ以上の）処理ノード２３００に接続される。各処理ノード２３００は、１つ以上のプロセッサ２３０４（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡ等）、メモリ２３０６、及びネットワークインタフェース２３０８を含む。

この例では、本明細書で説明される無線アクセスノード２２００の機能２３１０は、１つ以上の処理ノード２３００で実装されるか、又は１つ以上の処理ノード２３００並びに制御システム２２０２及び／又は無線ユニット２２１０にわたって任意の所望の方法で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード２２００の機能２３１０の一部又は全てが、（１つ以上の）処理ノード２３００によってホストされる（１つ以上の）仮想環境に実装される１つ以上の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者によって理解されるように、所望の機能２３１０の少なくともいくつかを実行するために、（１つ以上の）処理ノード２３００と制御システム２２０２との間の追加のシグナリング又は通信が使用される。とりわけ、いくつかの実施形態では、制御システム２２０２は含まれなくてもよく、その場合、（１つ以上の）無線ユニット２２１０が、適切な（１つ以上の）ネットワークインタフェースを介して（１つ以上の）処理ノード２３００と直接通信する。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、当該少なくとも１つのプロセッサに、本明細書で説明される実施形態のいずれかに係る仮想環境における無線アクセスノード２２００の１つ以上の機能２３１０の機能を実装する無線アクセスノード２２００又はノード（例えば、処理ノード２３００）の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体（メモリ等の非一時的なコンピュータ読み取り可能媒体）のいずれかである。

図２４は、本開示の他のいくつかの実施形態に係る無線アクセスノード２２００の概略的なブロック図である。無線アクセスノード２２００は、１つ以上のモジュール２４００を含み、各モジュールはソフトウェアで実装される。（１つ以上の）モジュール２４００は、本明細書で説明される無線アクセスノード２２００の機能を提供する。この説明は、モジュール２４００が処理ノード２３００の１つで実装されるか又は複数の処理ノード２３００に分散される、及び／又は（１つ以上の）処理ノード２３００及び制御システム２２０２に分散される、図２３の処理ノード２３００に等しく適用可能である。

図２５は、本開示のいくつかの実施形態に係る無線通信デバイス２５００の概略的なブロック図である。図示されるように、無線通信デバイス２５００は、１つ以上のプロセッサ２５０２（例えば、ＣＰＵ、ＡＳＩＣ、及び／又はＦＰＧＡ等）、メモリ２５０４、並びに、１つ以上のアンテナ２５１２に結合された１つ以上の送信機２５０８及び１つ以上の受信機２５１０をそれぞれ含む、１つ以上のトランシーバ２５０６を含む。当業者によって理解されるように、（１つ以上の）トランシーバ２５０６は、（１つ以上の）アンテナ２５１２に接続され、（１つ以上の）アンテナ２５１２と（１つ以上の）プロセッサ２５０２との間でやりとりされる信号を調整するように構成された、無線フロントエンド回路を備える。プロセッサ２５０２は、本明細書において処理回路とも称される。トランシーバ２５０６は、本明細書において無線回路とも称される。いくつかの実施形態では、上述の無線通信デバイス２５００の機能は、例えばメモリ２５０４に格納され、（１つ以上の）プロセッサ２５０２により実行されるソフトウェアで完全に又は部分的に実装されうる。なお、無線通信デバイス２５００は、例えば、１つ以上のユーザインタフェースコンポーネント）（例えば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つ以上の）スピカー、及び／又はそれと同様のもの、及び／又は、無線通信デバイス２５００への情報の入力を可能にする及び／又は無線通信デバイス２５００からの情報の出力を可能にするための任意の他のコンポーネントを含む、入出力インタフェース）、電源（例えば、バッテリ及び関連する電力回路）等といった、図２５に示されていない追加のコンポーネントを備えてもよい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されると、本明細書に記載の実施形態のいずれかに従って少なくとも１つのプロセッサに無線通信デバイス２５００の機能を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラムプロダクトを含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体（メモリ等の非一時的なコンピュータ読み取り可能媒体）のいずれかである。

図２６は、本開示の他のいくつかの他の実施形態に係る無線通信デバイス２５００の概略的なブロック図である。無線通信デバイス２５００は、１つ以上のモジュール２６００を含み、各モジュールはソフトウェアで実装される。（１つ以上の）モジュール２６００は、本明細書で説明される無線通信デバイス２５００の機能を提供する。

図２７を参照すると、実施形態に従って、通信システムは、３ＧＰＰタイプのセルラネットワーク等の通信ネットワーク２７００を含み、当該通信ネットワークは、無線アクセスネットワーク等のアクセスネットワーク２７０２と、コアネットワーク２７０４とを含む。アクセスネットワーク２７０２は、それぞれ対応するカバレッジエリア２７０８Ａ，２７０８Ｂ，２７０８Ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、又はその他のタイプの無線アクセスポイント（ＡＰ）等の複数の基地局２７０６Ａ，２７０６Ｂ，２７０６Ｃを備える。各基地局２７０６Ａ，２７０６Ｂ，２７０６Ｃは、有線又は無線コネクション２７１０を介してコアネットワーク２７０４に接続可能である。カバレッジエリア２７０８Ｃに位置する第１のＵＥ２７１２は、対応する基地局２７０６Ｃに無線で接続する、又は当該基地局によってページングされるように構成される。カバレッジエリア２７０８Ａ内の第２のＵＥ２７１４は、対応する基地局２７０６Ａに無線で接続可能である。この例では、複数のＵＥ２７１２，２７１４が示されているが、開示された実施形態は、単一のＵＥがカバレッジエリア内にある状況、又は単一のＵＥが対応する基地局２７０６に接続している状況にも同様に適用可能である。

通信ネットワーク２７００自体は、ホストコンピュータ２７１６に接続され、当該ホストコンピュータは、独立型サーバ、クラウド実装型サーバ、分散型サーバのハードウェア及び／又はソフトウェアで、又はサーバファーム内の処理リソースとして実施されうる。ホストコンピュータ２７１６は、サービスプロバイダの所有であっても制御下にあってもよく、又は、サービスプロバイダによって又はサービスプロバイダの代わりに操作されてもよい。通信ネットワーク２７００とホストコンピュータ２７１６との間のコネクション２７１８及び２７２０は、コアネットワーク２７０４からホストコンピュータ２７１６に直接延びていてもよいし、オプションの中間ネットワーク２７２２を介して延びていてもよい。中間ネットワーク２７２２は、パブリックネットワーク、プライベートネットワーク、又はホストネットワークのうちの１つ以上の組合せであってもよく、中間ネットワーク２７２２は、もしあれば、バックボーンネットワーク又はインターネットであってもよく、特に、中間ネットワーク２７２２は、２つ以上のサブネットワーク（図示せず）を含んでもよい。

図２７の通信システムは、全体として、接続されたＵＥ２７１２，２７１４のうちの１つとホストコンピュータ２７１６との間の接続性を与える。当該接続性は、オーバー・ザ・トップ（ＯＴＴ：over-the-top）コネクション２７２４として説明されうる。ホストコンピュータ２７１６及び接続されたＵＥ２７１２，２７１４は、アクセスネットワーク２７０２、コアネットワーク２７０４、任意の中間ネットワーク２７２２、及び可能性のある更なるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴコネクション２７２４を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴコネクション２７２４は、ＯＴＴコネクション２７２４が通過する参加通信デバイスが、アップリンク通信及びダウンリンク通信のルーティングに気付かないという意味で、トランスペアレントでありうる。例えば、基地局２７０６は、接続されたＵＥ２７１２に転送される（例えば、ハンドオーバされる）ホストコンピュータ２７１６から発信されたデータを有する、到着するダウンリンク通信の過去のルーティングについて通知されてなくてもよく、又は通知される必要がなくてもよい。同様に、基地局２７０６は、ＵＥ２７１２からホストコンピュータ２７１６へ向かう、発信されるアップリンク通信の将来のルーティングを知っている必要はない。

図２８を参照して、前の段落で説明したＵＥ、基地局及びホストコンピュータの実施形態による実装例を以下で説明する。通信システム２８００において、ホストコンピュータ２８０２は、通信システム２８００の、異なる通信デバイスのインタフェースとの有線又は無線接続をセットアップ及び維持するように構成された通信インタフェース２８０６を含むハードウェア２８０４を備える。ホストコンピュータ２８０２は、ストレージ能力及び／又は処理能力を有しうる処理回路２８０８を更に備える。特に、処理回路２８０８は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を含みうる。ホストコンピュータ２８０２は、ホストコンピュータ２８０２内に格納された又はホストコンピュータ２８０２がアクセス可能である、かつ、処理回路２８０８によって実行可能であるソフトウェア２８１０を更に備える。ソフトウェア２８１０は、ホストアプリケーション２８１２を含む。ホストアプリケーション２８１２は、ＵＥ２８１４及びホストコンピュータ２８０２で終端するＯＴＴコネクション２８１６を介して接続するＵＥ２８１４等のリモートユーザにサービスを提供するように動作可能でありうる。サービスをリモートユーザに提供する際に、ホストアプリケーション２８１２は、ＯＴＴコネクション２８１６を使用して送信されるユーザデータを提供しうる。

通信システム２８００は更に、通信システム内に設けられ、かつ、ホストコンピュータ２８０２及びＵＥ２８１４と通信することを可能にするハードウェア２８２０を備える基地局２８１８を含む。ハードウェア２８２０は、通信システム２８００の、異なる通信デバイスのインタフェースとの有線又は無線コネクションをセットアップ及び維持するための通信インタフェース２８２２と、基地局２８１８によってサービスが行われるカバレッジエリア（図２８には図示せず）内に位置するＵＥ２８１４との少なくとも無線コネクション２８２６をセットアップ及び維持するための無線インタフェース２８２４とを含みうる。通信インタフェース２８２２は、ホストコンピュータ２８０２へのコネクション２８２８を容易にするように構成されうる。コネクション２８２８は、直接でありうるか、又は、通信システムのコアネットワーク（図２８には図示せず）を通過及び／又は通信システムの外部の１つ以上の中間ネットワークを通過しうる。示される実施形態において、基地局２８１８のハードウェア２８２０は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を含みうる処理回路２８３０を更に含む。基地局２８１８は、内部に格納された又は外部コネクションを介してアクセス可能なソフトウェア２８３２を更に有する。

通信システム２８００は、既に言及したＵＥ２８１４を更に含む。ＵＥ２８１４のハードウェア２８３４は、ＵＥ２８１４が現在位置しているカバレッジエリアにサービスを行う基地局との無線コネクション２８２６をセットアップ及び維持するように構成された無線インタフェース２８３６を含みうる。ＵＥ２８１４のハードウェア２８３４は、命令を実行するように適合された１つ以上のプログラマブルプロセッサ、ＡＳＩＣ、ＦＰＧＡ、又はこれらの組み合わせ（図示せず）を含みうる処理回路２８３８を更に含む。ＵＥ２８１４は、ＵＥ２８１４内に格納された又はＵＥ２８１４がアクセス可能である、かつ、処理回路２８３８によって実行可能であるソフトウェア２８４０を更に備える。ソフトウェア２８４０は、クライアントアプリケーション２８４２を含む。クライアントアプリケーション２８４２は、ホストコンピュータ２８０２のサポートにより、ＵＥ２８１４を介して人間の又は人間以外のユーザにサービスを提供するように動作可能でありうる。ホストコンピュータ２８０２において、実行中のホストアプリケーション２８１２は、ＵＥ２８１４及びホストコンピュータ２８０２で終端するＯＴＴコネクション２８１６を介して、実行中のクライアントアプリケーション２８４２と通信しうる。ユーザにサービスを提供する際、クライアントアプリケーション２８４２は、ホストアプリケーション２８１２から要求データを受信し、当該要求データに応じてユーザデータを提供しうる。ＯＴＴコネクション２８１６は、要求データ及びユーザデータの両方を転送しうる。クライアントアプリケーション２８４２は、提供するユーザデータを生成するためにユーザとのインタラクションを行いうる。

図２８に示されるホストコンピュータ２８０２、基地局２８１８、及びＵＥ２８１４は、それぞれ、図２７のホストコンピュータ２７１６、基地局２７０６Ａ，２７０６Ｂ，２７０６Ｃのうちの１つ、及びＵＥ２７１２，２７１４のうちの１つと、類似又は同一でありうることに留意されたい。即ち、これらのエンティティの内部動作は、図２８に示されるようなものであってもよく、独立して、周囲のネットワークトポロジは図２７のものであってもよい。

図２８では、あらゆる中間デバイス及びそれらのデバイスを介したメッセージの正確なルーティングに明示的に言及することなく、ＯＴＴコネクション２８１６が、基地局２８１８を介したホストコンピュータ２８０２とＵＥ２８１４との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャは、ＵＥ２８１４から若しくはホストコンピュータ２８０２を操作するサービスプロバイダから、又はその両方から隠すように構成されうるルーティングを決定しうる。ＯＴＴコネクション２８１６がアクティブである間に、ネットワークインフラストラクチャは、（例えば、負荷の考慮又はネットワークの再設定に基づいて）ルーティングを動的に変更する決定を更に行いうる。

ＵＥ２８１４と基地局２８１８との間の無線コネクション２８２６は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つ以上は、無線コネクション２８２６が最後のセグメントを形成するＯＴＴコネクション２８１６を使用してＵＥ２８１４に提供されるＯＴＴサービスの性能を改善しうる。より正確には、これらの実施形態の教示は、例えば、データレート、レイテンシ、消費電力等を改善し、それによって、例えば、ユーザ待ち時間の低減、ファイルサイズの緩和された制限、より良好な応答性、バッテリ寿命の延長等の利点を提供しうる。

いくつかの実施形態では、１つ又は以上の実施形態が改善するデータレート、レイテンシ及びその他の要因をモニタリングする目的で、測定手順が提供されうる。更に、測定結果の変動に応じて、ホストコンピュータ２８０２とＵＥ２８１４との間のＯＴＴコネクション２８１６を再設定するためのオプションのネットワーク機能があってもよい。ＯＴＴコネクション２８１６を再設定するための測定手順及び／又はネットワーク機能は、ホストコンピュータ２８０２のソフトウェア２８１０及びハードウェア２８０４、又はＵＥ２８１４のソフトウェア２８４０及びハードウェア２８３４、又はその両方で実装されうる。いくつかの実施形態では、センサ（図示せず）が、ＯＴＴコネクション２８１６が通過する通信デバイスに配置されうるか又はそれに関連して配置されうる。当該センサは、上記で例示された、モニタリングされた量の値を供給することによって、又はソフトウェア２８１０，２８４０が当該モニタリングされた量を他の物理量の値から計算又は推定しうる、当該他の物理量の値を供給することによって、測定手順に関与しうる。ＯＴＴコネクション２８１６の再設定は、メッセージフォーマット、再送設定、好ましいルーティング等を含んでもよく、当該再設定は、基地局２８１８に影響を与える必要はなく、基地局２８１８には未知であるか又は感知できなくてもよい。そのような手順及び機能は、当技術分野で知られており、実施されている可能性がある。特定の実施形態では、測定は、ホストコンピュータ２８０２の、スループット、伝搬時間、レイテンシ等の測定を容易にする独自のＵＥシグナリングを伴いうる。測定は、ソフトウェア２８１０及び２８４０が、伝搬時間、エラー等を監視しながら、ＯＴＴコネクション２８１６を使用してメッセージ（特に、空の又は「ダミー」メッセージ）を送信させるという形で実行されうる。

図２９は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図２７及び図２８を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図２９に対する図面の言及のみがこのセクションに含まれる。ステップ２９００で、ホストコンピュータがユーザデータを提供する。ステップ２９００の（オプションでありうる）サブステップ２９０２では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２９０４で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。（オプションでありうる）ステップ２９０６で、基地局が、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。（同様にオプションでありうる）ステップ２９０８で、ＵＥが、ホストコンピュータによって実行されるホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。

図３０は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図２７及び図２８を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図３０に対する図面の言及のみがこのセクションに含まれる。本方法のステップ３０００で、ホストコンピュータがユーザデータを提供する。オプションのサブステップ（図示せず）で、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３００２で、ホストコンピュータが、ＵＥへのユーザデータを搬送する送信を開始する。当該送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を通過しうる。（オプションでありうる）ステップ３００４で、ＵＥが、当該送信で搬送されたユーザデータを受信する。

図３１は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図２７及び図２８を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図３１に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ３１００で、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加的に又は代替的に、ステップ３１０２で、ＵＥは、ユーザデータを提供する。ステップ３１００の（オプションでありうる）サブステップ３１０４では、ホストコンピュータが、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ３１０２の（オプションでありうる）サブステップ３１０６で、ＵＥが、ホストコンピュータによって提供された受信入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されるクライアントアプリケーションは、ユーザから受け付けたユーザ入力を更に考慮してもよい。ユーザデータが提供された特定の方法にかかわらず、ＵＥは、（オプションでありうる）サブステップ３１０８で、ユーザデータのホストコンピュータへの送信を開始する。本方法のステップ３１１０で、ホストコンピュータが、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図３２は、一実施形態による、通信システムにおいて実行される方法を示すフローチャートである。通信システムは、図２７及び図２８を参照して説明されうるホストコンピュータ、基地局、及びＵＥを含む。本開示を簡単にするために、図３２に対する図面の言及のみがこのセクションに含まれる。（オプションでありうる）ステップ３２００で、本開示全体にわたって説明される実施形態の教示に従って、基地局が、ＵＥからユーザデータを受信する。（オプションでありうる）ステップ３２０２で、基地局が、受信したユーザデータのホストコンピュータへの送信を開始する。（オプションでありうる）ステップ３２０４で、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。

本明細書に開示された任意の適切なステップ、方法、特徴、機能、又は利点は、１つ以上の仮想装置の１つ以上の機能ユニット又はモジュールを通じて実行されてもよい。各仮想装置は、いくつかのこれらの機能ユニットを備えてもよい。これらの機能ユニットは、１つ以上のマイクロプロセッサ又はマイクロコントローラを含みうる処理回路と、デジタルシグナルプロセッサ（ＤＳＰ）、専用デジタルロジック等を含みうる他のデジタルハードウェアを用いて実装されてもよい。処理回路は、メモリに格納されたプログラムコードを実行するように構成されてもよく、当該メモリは、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光ストレージデバイス等の、１つ以上のタイプのメモリを含んでもよい。メモリに格納されたプログラムコードは、１つ以上の遠隔通信及び／又はデータ通信プロトコルを実行するためのプログラム命令と、本明細書で説明される技術のうちの１つ以上を実行するための命令とを含む。いくつかの実装では、処理回路は、それぞれの機能ユニットに、本開示の１つ以上の実施形態に従って対応する機能を実行させるために使用されてもよい。

図面内のプロセスは、本開示の特定の実施形態によって実行される動作の特定の順序を示しうるが、そのような順序は例示的であることを理解されたい（例えば、代替の実施形態は、異なる順序で動作を実行する、特定の動作を組み合わせる、特定の動作をオーバーラップする等してもよい。）

実施形態

グループＡの実施形態

実施形態１： 送信設定インジケータ（ＴＣＩ）状態をアクティブ化するために無線デバイスによって実行される方法であって、当該方法は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のためのＴＣＩフィールドを有する複数のダウンリンク制御情報（ＤＣＩ）フォーマットを監視するように設定されること（1800）と、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を受信すること（1802）と、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを受信すること（1804）と、のうちの１つ以上を含む、方法。

実施形態２： 実施形態１の方法であって、複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である、方法。

実施形態３： 実施形態１又は２の方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、１つのＤＣＩフォーマット内のＴＣＩフィールド・コードポイントのサブセットのマッピングを別のＤＣＩフォーマットのＴＣＩフィールド・コードポイントに使用することを含む、方法。

実施形態４： 実施形態３の方法であって、ＤＣＩフォーマット１＿１における最初のＳ個のＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数である、方法。

実施形態５： 実施形態３の方法であって、ＤＣＩフォーマット１＿１におけるＴＣＩフィールド・コードポイントＳ₀＋１～Ｓ₀＋Ｓにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数であり、Ｓ₀は、例えば、予め規定された、固定された、又は設定変更可能な値のいずれかである、方法。

実施形態６： 実施形態４又は５の方法であって、Ｓは、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2からＳ＝２^Kと決定され、Ｋは、tci-PresentInDCI-ForDCI-Format1-2によって設定される１、２、又は３のうちの１つの値を取りうる、方法。

実施形態７： 実施形態１又は２の方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、単一のＭＡＣ ＣＥ内の複数のＤＣＩフォーマットのいずれかにおけるコードポイントの個数よりも多い個数のコードポイントへのＴＣＩ状態マッピングを受信することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第１のサブセットの、第１のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第２のサブセットの、第２のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、のうちの１つ以上を含む、方法。

実施形態８： 実施形態１から７のいずれかの方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、ＭＡＣ ＣＥ内のフィールドを使用して、複数のＤＣＩフォーマットのうちでどのＤＣＩフォーマットにＴＣＩコードポイントマッピングが適用されるかを示すことを含む、方法。

実施形態９： 実施形態１から８のいずれかの方法であって、異なるＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングする、方法。

実施形態１０： 実施形態１から９のいずれかの方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、ＭＡＣ ＣＥに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる、方法。

実施形態１１： 実施形態１から９のいずれかの方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、異なるＭＡＣ ＣＥのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる、方法。

実施形態１２： 上記実施形態のいずれかの方法であって、ユーザデータを提供することと、当該ユーザデータを、基地局への送信を介してホストコンピュータへ転送することと、を更に含む、方法。

グループＢの実施形態

実施形態１３： 送信設定インジケータ（ＴＣＩ）状態をアクティブ化するために基地局によって実行される方法であって、当該方法は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）受信のためのＴＣＩフィールドを有する複数のダウンリンク制御情報（ＤＣＩ）フォーマットを監視するように無線デバイスを設定すること（1900）と、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための単一の媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を、無線デバイスへ送信すること（1902）と、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのそれぞれのＴＣＩフィールド・コードポイントにマッピングするための別個のＭＡＣ ＣＥを、無線デバイスへ送信すること（1904）と、のうちの１つ以上を含む、方法。

実施形態１４： 実施形態１３の方法であって、複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である、方法。

実施形態１５： 実施形態１３又は１４の方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、１つのＤＣＩフォーマット内のＴＣＩフィールド・コードポイントのサブセットのマッピングを別のＤＣＩフォーマットのＴＣＩフィールド・コードポイントに使用することを含む、方法。

実施形態１６： 実施形態１５の方法であって、ＤＣＩフォーマット１＿１における最初のＳ個のＴＣＩフィールド・コードポイントにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数である、方法。

実施形態１７： 実施形態１５の方法であって、ＤＣＩフォーマット１＿１におけるＴＣＩフィールド・コードポイントＳ₀＋１～Ｓ₀＋Ｓにマッピングされた、アクティブ化されたＴＣＩ状態が、ＤＣＩフォーマット１＿２におけるＴＣＩフィールド・コードポイントにマッピングされ、Ｓは、例えば、ＤＣＩフォーマット１＿２のＴＣＩフィールドにおけるコードポイントの個数であり、Ｓ₀は、例えば、予め規定された、固定された、又は設定変更可能な値のいずれかである、方法。

実施形態１８： 実施形態１６又は１７の方法であって、Ｓは、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2からＳ＝２^Kと決定され、Ｋは、tci-PresentInDCI-ForDCI-Format1-2によって設定される１、２、又は３のうちの１つの値を取りうる、方法。

実施形態１９： 実施形態１３又は１４の方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、単一のＭＡＣ ＣＥ内の複数のＤＣＩフォーマットのいずれかにおけるコードポイントの個数よりも多い個数のコードポイントへのＴＣＩ状態マッピングを受信することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第１のサブセットの、第１のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、ＭＡＣ ＣＥ内のＴＣＩフィールド・コードポイントの第２のサブセットの、第２のＤＣＩフォーマットのＴＣＩフィールド・コードポイントへのマッピングを使用することと、のうちの１つ以上を含む、方法。

実施形態２０： 実施形態１３から１９のいずれかの方法であって、単一のＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングすることは、ＭＡＣ ＣＥ内のフィールドを使用して、複数のＤＣＩフォーマットのうちでどのＤＣＩフォーマットにＴＣＩコードポイントマッピングが適用されるかを示すことを含む、方法。

実施形態２１： 実施形態１３から２０のいずれかの方法であって、異なるＭＡＣ ＣＥを使用して、ＴＣＩ状態をアクティブ化し、かつ、アクティブ化されたＴＣＩ状態を複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングする、方法。

実施形態２２： 実施形態１３から２１のいずれかの方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、ＭＡＣ ＣＥに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる、方法。

実施形態２３： 実施形態１３から２２のいずれかの方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、異なるＭＡＣ ＣＥのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められる、方法。

実施形態２４： 上記の実施形態のいずれかの方法であって、ユーザデータを取得することと、当該ユーザデータをホストコンピュータ又は無線デバイスへ転送することと、を更に含む、方法。

グループＣの実施形態

実施形態２５： 送信設定インジケータ（ＴＣＩ）状態をアクティブ化するための無線デバイスであって、当該無線デバイスは、グループＡの実施形態のいずれかに含まれるステップを実行するように構成された処理回路と、無線デバイスに電力を供給するように構成された電源回路と、を備える、無線デバイス。

実施形態２６： 送信設定インジケータ（ＴＣＩ）状態をアクティブ化するための基地局であって、当該基地局は、グループＢの実施形態のいずれかに含まれるステップを実行するように構成された処理回路と、基地局に電力を供給するように構成された電源回路と、を備える、基地局。

実施形態２７： 送信設定インジケータ（ＴＣＩ）状態をアクティブ化するためのユーザ装置（ＵＥ）であって、ＵＥは、無線信号を送受信するように構成されたアンテナと、アンテナに接続され、かつ、処理回路に接続され、アンテナと処理回路との間で通信される信号を調整するように構成された無線フロントエンド回路と、グループＡの実施形態のいずれかに含まれるステップを実行するように構成された処理回路と、処理回路に接続され、ＵＥへの情報の入力が処理回路によって処理されることを可能にするように構成された入力インタフェースと、処理回路に接続され、処理回路によって処理されたＵＥからの情報を出力するように構成された出力インタフェースと、処理回路に接続され、ＵＥに電力を供給するように構成されたバッテリと、を備える、ＵＥ。

実施形態２８： ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ユーザ装置（ＵＥ）に送信するためにユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、セルラネットワークは、無線インタフェース及び処理回路を有する基地局を備え、基地局の処理回路は、グループＢの実施形態のいずれかに含まれるステップを実行するように構成される、通信システム。

実施形態２９： 上記実施形態の通信システムであって、基地局を更に備える、通信システム。

実施形態３０： 上記２つの実施形態の通信システムであって、ＵＥを更に含み、ＵＥは基地局と通信するように構成される、通信システム。

実施形態３１： 上記３つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、ＵＥは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成された処理回路を備える、通信システム。

実施形態３２： ホストコンピュータ、基地局、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥへユーザデータを搬送する送信を開始することと、を含み、基地局は、グループＢの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態３３： 上記実施形態の方法であって、基地局において、ユーザデータを送信することを更に含む、方法。

実施形態３４： 上記２つの実施形態の方法であって、ユーザデータは、ホストアプリケーションを実行することによってホストコンピュータにおいて提供され、方法は更に、ＵＥにおいて、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行することを含む、方法。

実施形態３５： 基地局と通信するように構成されたユーザ装置（ＵＥ）であって、ＵＥは、無線インタフェースと、上記３つの実施形態の方法を実行するように構成された処理回路とを備える、ＵＥ。

実施形態３６： ホストコンピュータを含む通信システムであって、当該ホストコンピュータは、ユーザデータを提供するように構成された処理回路と、ＵＥ（ユーザ装置）に送信するためにユーザデータをセルラネットワークへ転送するように構成された通信インタフェースと、を備え、ＵＥは、無線インタフェース及び処理回路を有する基地局を備え、ＵＥの処理回路は、グループＡの実施形態のいずれかに含まれるステップを実行するように構成される、通信システム。

実施形態３７： 上記実施形態の通信システムであって、セルラネットワークは、ＵＥと通信するように構成された基地局を更に含む、通信システム。

実施形態３８： 上記２つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それによってユーザデータを提供するように構成され、ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行するように構成される、通信システム。

実施形態３９： ホストコンピュータ、基地局、及びユーザ装置（ＵＥ）を含む通信システムにおいて実行される方法であって、ホストコンピュータにおいて、ユーザデータを提供することと、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥへユーザデータを搬送する送信を開始することと、を含み、ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態４０： 上記実施形態の方法であって、ＵＥにおいて、基地局からユーザデータを受信することを更に含む、方法。

実施形態４１： ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、ＵＥは、無線インタフェース及び処理回路を備え、ＵＥの処理回路は、グループＡの実施形態のいずれかに含まれるステップを実行するように構成される、通信システム。

実施形態４２： 上記実施形態の通信システムであって、ＵＥを更に備える、通信システム。

実施形態４３： 上記２つの実施形態の通信システムであって、基地局を更に含み、当該基地局は、ＵＥと通信するように構成された無線インタフェースと、ＵＥから基地局への送信によって搬送されるユーザデータをホストコンピュータへ転送するように構成された通信インタフェースと、を備える、通信システム。

実施形態４４： 上記３つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、ＵＥの処理回路は、ホストコンピュータと関連付けられたクライアントアプリケーションを実行することで、ユーザデータを提供するように構成される、通信システム。

実施形態４５： 上記４つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように構成され、ＵＥの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより、要求データに応じてユーザデータを提供するように構成される、通信システム。

実施形態４６： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、方法は、ホストコンピュータにおいて、ＵＥから基地局へ送信されたユーザデータを受信することを含み、ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態４７： 上記実施形態の方法であって、ＵＥにおいて、基地局へユーザデータを提供することを更に含む、方法。

実施形態４８： 上記２つの実施形態の方法であって、ＵＥにおいて、クライアントアプリケーションを実行し、それにより、送信対象のユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することと、を更に含む、方法。

実施形態４９： 上記３つの実施形態の方法であって、ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データであって、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによってホストコンピュータにおいて提供される入力データを受信することと、を含み、送信対象のユーザデータは、入力データに応じてクライアントアプリケーションによって提供される、方法。

実施形態５０： ユーザ装置（ＵＥ）から基地局への送信から生じるユーザデータを受信するように構成された通信インタフェースを備えるホストコンピュータを含む通信システムであって、基地局は、無線インタフェース及び処理回路を備え、基地局の処理回路は、グループＢの実施形態のいずれかに含まれるステップのいずれかを実行するように構成される、通信システム。

実施形態５１： 上記実施形態の通信システムであって、基地局を更に備える、通信システム。

実施形態５２： 上記２つの実施形態の通信システムであって、ＵＥを更に含み、ＵＥは基地局と通信するように構成される、通信システム。

実施形態５３： 上記３つの実施形態の通信システムであって、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように構成され、ＵＥは、ホストコンピュータと関連付けられたクライアントアプリケーションを実行することで、ホストコンピュータによって受信されるユーザデータを提供するように構成される、通信システム。

実施形態５４： ホストコンピュータ、基地局、及びＵＥ（ユーザ装置）を含む通信システムにおいて実行される方法であって、方法は、ホストコンピュータにおいて、基地局がＵＥから受信した送信から生じたユーザデータを、基地局から受信することを含み、ＵＥは、グループＡの実施形態のいずれかに含まれるステップを実行する、方法。

実施形態５４： 上記実施形態の方法であって、基地局において、からユーザデータを受信することを更に含む、方法。

実施形態５５： 上記２つの実施形態の方法であって、基地局において、受信したユーザデータのホストコンピュータへの送信を開始することを更に含む、方法。

本開示では、以下の略語の少なくともいくつかが使用されうる。略語間に不整合がある場合、それが上記でどのように使用されるかが優先されるべきである。以下で複数回リストされた場合、最初のリストは、その後の任意のリストよりも優先されるべきである。
・3GPP Third Generation Partnership Project（第３世代パートナーシッププロジェクト）
・5G Fifth Generation（第５世代）
・5GC Fifth Generation Core（第５世代コア）
・5GS Fifth Generation System（第５世代システム）
・AF Application Function（アプリケーション機能）
・AMF Access and Mobility Function（アクセス及びモビリティ機能）
・AN Access Network（アクセスネットワーク）
・AP Access Point（アクセスポイント）
・ASIC Application Specific Integrated Circuit（特定用語向け集積回路）
・AUSF Authentication Server Function（認証サーバ機能）
・CPU Central Processing Unit（中央処理装置）
・DN Data Network（データネットワーク）
・DSP Digital Signal Processor（デジタルシグナルプロセッサ）
・eNB Enhanced or Evolved Node B（拡張型又は発展型ノードＢ）
・EPS Evolved Packet System（発展型パケットシステム）
・E-UTRA Evolved Universal Terrestrial Radio Access（発展型ユニバーサル地上無線アクセス）
・FPGA Field Programmable Gate Array（フィールド・プログラマブル・ゲート・アレイ）
・gNB New Radio Base Station（ニューレディオ基地局）
・gNB-DU New Radio Base Station Distributed Unit（ニューレディオ基地局分散ユニット）
・HSS Home Subscriber Server（ホーム加入者サーバ）
・IoT Internet of Things（インターネット・オブ・シングス）
・IP Internet Protocol（インターネットプロトコル）
・LTE Long Term Evolution（ロングタームエボリューション）
・MME Mobility Management Entity（モビリティ管理エンティティ）
・MTC Machine-Type Communication（マシンタイプ通信）
・NEF Network Exposure Function（ネットワーク公開機能）
・NF Network Function（ネットワーク機能）
・NR New Radio（ニューレディオ）
・NRF Network Function Repository Function（ネットワーク機能リポジトリ機能）
・NSSF Network Slice Selection Function（ネットワークスライス選択機能）
・OTT Over-the-Top（オーバ・ザ・トップ）
・PC Personal Computer（パーソナルコンピュータ）
・PCF Policy Control Function（ポリシー制御機能）
・P-GW Packet Data Network Gateway（パケットデータネットワーク・ゲートウェイ）
・QoS Quality of Service（サービス品質）
・RAM Random Access Memory（ランダムアクセスメモリ）
・RAN Radio Access Network（無線アクセスネットワーク）
・ROM Read Only Memory（リードオンリーメモリ）
・RRH Remote Radio Head（リモート無線ヘッド）
・RTT Round Trip Time（ラウンドトリップ時間）
・SCEF Service Capability Exposure Function（サービス能力公開機能）
・SMF Session Management Function（セッション管理機能）
・UDM Unified Data Management（統合データ管理）
・UE User Equipment（ユーザ装置）
・UPF User Plane Function（ユーザプレーン機能）

当業者であれば、本開示の実施形態に対する改良及び修正を認識するであろう。全てのそのような改良及び修正は、本明細書に開示された概念の範囲内にあると考えられる。

Claims (32)

1. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するために無線デバイスによって実行される方法であって、前記方法は、
   ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドをそれぞれ有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように設定されること（1800）であって、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールドは、異なるサイズで構成される、ことと、
   複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールドのコードポイントのセットにマッピングするための、単一のＴＣＩ状態アクティブ化コマンドを受信すること（1802）であって、コードポイントの前記セット内の少なくとも１つのコードポイントが、２つのアクティブ化されたＴＣＩ状態にマッピングされる、ことと、
   前記複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれについての前記ＴＣＩフィールドのコードポイントの前記セットにマッピングするための、別個のＴＣＩ状態アクティブ化コマンドを受信すること（1804）であって、コードポイントの前記セット内のコードポイントのうちの前記少なくとも１つが、前記２つのアクティブ化されたＴＣＩ状態にマッピングされる、ことと、
   を含む、方法。
2. 請求項１に記載の方法であって、前記単一のＴＣＩ状態アクティブ化コマンドは、ＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）である、方法。
3. 請求項１に記載の方法であって、前記複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である、方法。
4. 請求項１から３のいずれか１項に記載の方法であって、前記複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールドのコードポイントの前記セットにマッピングするための、前記単一のＴＣＩ状態アクティブ化コマンドを受信することは、前記単一のＴＣＩ状態アクティブ化コマンドによって提供されるコードポイントの前記セットよりも少ない個数のコードポイントを有するＴＣＩフィールドを有するＤＣＩフォーマットに対して、前記マッピングのサブセットを使用することを含む、方法。
5. 請求項１から４のいずれか１項に記載の方法であって、ＤＣＩの前記ＴＣＩフィールドのコードポイントの個数Ｓが、前記単一のＴＣＩ状態アクティブ化コマンドにおいて提供されるコードポイントの最大個数よりも少ない場合、前記Ｓ個のコードポイントは、前記単一のＴＣＩ状態アクティブ化コマンドにおける最初のＳ個のコードポイントにマッピングされる、方法。
6. 請求項１から５のいずれか１項に記載の方法であって、前記単一のＴＣＩ状態アクティブ化コマンドが、ＤＣＩフォーマット１＿１及び１＿２の両方についてのＴＣＩ状態アクティブ化／非アクティブ化に使用される場合、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、前記単一のＴＣＩ状態アクティブ化コマンドに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態である、方法。
7. 請求項５又は６に記載の方法であって、Ｓは、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2からＳ＝２^Kと決定され、Ｋは、tci-PresentInDCI-ForDCI-Format1-2によって設定される、１、２又は３のうちの１つの値を取りうる、方法。
8. 請求項２又は３に記載の方法であって、単一のＭＡＣ ＣＥを使用して、前記複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールドのコードポイントの前記セットにマッピングすることは、
   前記ＭＡＣ ＣＥで、前記複数のＤＣＩフォーマットのいずれかにおける前記ＴＣＩフィールドのコードポイントの個数よりも多い個数のコードポイントへのＴＣＩ状態マッピングを受信することと、
   第１のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントへの、前記ＭＡＣ ＣＥ内の前記ＴＣＩフィールド・コードポイントの第１のサブセットのマッピングを使用することと、
   第２のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントへの、前記ＭＡＣ ＣＥ内の前記ＴＣＩフィールド・コードポイントの第２のサブセットのマッピングを使用することと、
   を含む、方法。
9. 請求項１から８のいずれか１項に記載の方法であって、単一のＭＡＣ ＣＥを使用して、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントにマッピングすることは、前記ＭＡＣ ＣＥ内のフィールドを使用して、ＴＣＩコードポイント・マッピングが、前記複数のＤＣＩフォーマットのうちのいずれのＤＣＩフォーマットに適用されるかを示すことを含む、方法。
10. 請求項１から９のいずれか１項に記載の方法であって、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールド・コードポイントにマッピングするための、前記別個のＴＣＩ状態アクティブ化コマンドを受信することは、前記複数のＤＣＩフォーマットのそれぞれについて、前記複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を当該ＤＣＩフォーマットの前記ＴＣＩフィールドのコードポイントの前記セットにマッピングするための、１つのＭＡＣ ＣＥアクティブ化コマンドを受信することを含む、方法。
11. 請求項１から１０のいずれか１項に記載の方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む単一のＭＡＣ ＣＥに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められている、方法。
12. 請求項１から１１のいずれか１項に記載の方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む別個のＭＡＣ ＣＥのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められている、方法。
13. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するために基地局によって実行される方法であって、前記方法は、
    ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドをそれぞれ有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように無線デバイスを設定すること（1900）であって、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールドは、異なるサイズで構成される、ことと、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについてのＴＣＩフィールド・コードポイントにマッピングするための、単一のＴＣＩ状態アクティブ化コマンドを、前記無線デバイスへ送信すること（1902）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれについての前記ＴＣＩフィールド・コードポイントにマッピングするための、別個のＴＣＩ状態アクティブ化コマンドを、前記無線デバイスへ送信すること（1904）と、
    を含む、方法。
14. 請求項１３に記載の方法であって、前記単一のＴＣＩ状態アクティブ化コマンドは、ＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）である、方法。
15. 請求項１４に記載の方法であって、前記複数のＤＣＩフォーマットのうちの１つ以上は、ＤＣＩフォーマット１＿１及び／又は１＿２である、方法。
16. 請求項１３から１５のいずれか１項に記載の方法であって、ＭＡＣ ＣＥを使用して、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントにマッピングすることは、前記単一のＴＣＩアクティブ化コマンドによって提供されるコードポイントのセットよりも少ない個数のコードポイントを有するＴＣＩフィールドを有するＤＣＩフォーマットについての前記アクティブ化コマンド内の前記ＴＣＩフィールド・コードポイントのサブセットに対して、前記マッピングを使用することを含む、方法。
17. 請求項１３から１６のいずれか１項に記載の方法であって、ＤＣＩの前記ＴＣＩフィールドのコードポイントの個数Ｓが、前記単一のＴＣＩ状態アクティブ化コマンドにおけるコードポイントの最大個数よりも少ない場合、前記Ｓ個のコードポイントは、前記単一のＴＣＩ状態アクティブ化コマンドにおける最初のＳ個のコードポイントにマッピングされる、方法。
18. 請求項１３から１７のいずれか１項に記載の方法であって、前記単一のＴＣＩ状態アクティブ化コマンドが、ＤＣＩフォーマット１＿１及び１＿２の両方についてのＴＣＩ状態アクティブ化／非アクティブ化に使用される場合、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む、前記単一のＴＣＩ状態アクティブ化コマンドに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態である、方法。
19. 請求項１７又は１８に記載の方法であって、Ｓは、上位レイヤパラメータtci-PresentInDCI-ForDCI-Format1-2からＳ＝２^Kと決定され、Ｋは、tci-PresentInDCI-ForDCI-Format1-2によって設定される、１、２又は３のうちの１つの値を取りうる、方法。
20. 請求項１３から１５のいずれか１項に記載の方法であって、ＭＡＣ ＣＥを使用して、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールドのコードポイントにマッピングすることは、
    前記ＭＡＣ ＣＥで、前記複数のＤＣＩフォーマットのいずれかにおける前記ＴＣＩフィールドのコードポイントの個数よりも多い個数のコードポイントへのＴＣＩ状態マッピングを送信することと、
    第１のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントへの、前記ＭＡＣ ＣＥ内の前記ＴＣＩフィールド・コードポイントの第１のサブセットのマッピングを使用することと、
    第２のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントへの、前記ＭＡＣ ＣＥ内の前記ＴＣＩフィールド・コードポイントの第２のサブセットのマッピングを使用することと、
    を含む、方法。
21. 請求項１３から２０のいずれか１項に記載の方法であって、単一のＭＡＣ ＣＥを使用して、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールド・コードポイントにマッピングすることは、前記ＭＡＣ ＣＥ内のフィールドを使用して、ＴＣＩコードポイント・マッピングが、前記複数のＤＣＩフォーマットのうちのいずれのＤＣＩフォーマットに適用されるかを示すことを含む、方法。
22. 請求項１３から２１のいずれか１項に記載の方法であって、別個のＭＡＣ ＣＥを使用して、前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットについての前記ＴＣＩフィールド・コードポイントにマッピングすることは、前記複数のＤＣＩフォーマットのそれぞれについて、複数のＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を当該ＤＣＩフォーマットの前記ＴＣＩフィールドのコードポイントのセットにマッピングするための、１つのＭＡＣ ＣＥアクティブ化コマンドを受信することを含む、方法。
23. 請求項１３から２２のいずれか１項に記載の方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む単一のＭＡＣ ＣＥに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められている、方法。
24. 請求項１３から２２のいずれか１項に記載の方法であって、デフォルトＴＣＩ状態は、２つの異なるＴＣＩ状態を含む別個のＭＡＣ ＣＥのうちの１つに含まれるＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態として定められている、方法。
25. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するための無線デバイス（2500）であって、
    ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドを有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように設定されること（1800）であって、前記複数のＤＣＩフォーマットの前記ＴＣＩフィールドは、異なるサイズで構成される、ことと、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一のＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）を受信すること（1802）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれの前記ＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを受信すること（1804）と、
    を実行するように構成される、無線デバイス。
26. 請求項２５に記載の無線デバイス（2500）であって、前記無線デバイス（2500）は更に、請求項２から１２のいずれか１項に記載の方法を実行するように構成される、無線デバイス。
27. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するための無線デバイス（2500）であって、
    １つ以上の送信機（2508）と、
    １つ以上の受信機（2510）と、
    前記１つ以上の送信機（2508）及び前記１つ以上の受信機（2510）と関連付けられた処理回路（2502）と、を備え、前記処理回路（2502）は前記無線デバイス（2500）に、
    ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドを有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように設定されること（1800）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一のＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）を受信すること（1802）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれの前記ＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを受信すること（1804）と、
    を実行させるように構成される、無線デバイス。
28. 請求項２７に記載の無線デバイス（2500）であって、前記処理回路（2502）は更に、請求項２から１２のいずれか１項に記載の方法を前記無線デバイス（2500）に実行させるように構成される、無線デバイス。
29. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するための基地局（2200）であって、
    ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドを有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように無線デバイスを設定すること（1900）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一のＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）を、前記無線デバイスへ送信すること（1902）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれの前記ＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを、前記無線デバイスへ送信すること（1904）と、
    を実行するように構成される、基地局。
30. 請求項２９に記載の基地局（2200）であって、前記基地局（2200）は更に、請求項１４から２４のいずれか１項に記載の方法を実行するように構成される、基地局。
31. ＴＣＩ（送信設定インジケータ）状態をアクティブ化するための基地局（2200）であって、
    １つ以上の送信機（2212）と、
    １つ以上の受信機（2214）と、
    前記１つ以上の送信機（2212）及び前１つ以上の受信機（2214）と関連付けられた処理回路（2204）と、を備え、前記処理回路（2204）は前記基地局（2200）に、
    ＰＤＳＣＨ（物理ダウンリンク共有チャネル）受信のためのＴＣＩフィールドを有する複数のＤＣＩ（ダウンリンク制御情報）フォーマットを監視するように無線デバイスを設定すること（1900）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのＴＣＩフィールド・コードポイントにマッピングするための、単一のＭＡＣ（媒体アクセス制御）ＣＥ（制御要素）を、前記無線デバイスへ送信すること（1902）と、
    前記ＴＣＩ状態をアクティブ化し、かつ、当該アクティブ化されたＴＣＩ状態を、前記複数のＤＣＩフォーマットのそれぞれの前記ＴＣＩフィールド・コードポイントにマッピングするための、別個のＭＡＣ ＣＥを、前記無線デバイスへ送信すること（1904）と、
    を実行させるように構成される、基地局。
32. 請求項３１に記載の基地局（2200）であって、前記処理回路（2204）は更に、請求項１４から２４のいずれか１項に記載の方法を前記基地局（2200）に実行させるように構成される、基地局。

Images