▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
特表2024-512809共通ＴＣＩ動作におけるＴＣＩアクティブ化及び適用のための拡張
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-19
(54)【発明の名称】共通ＴＣＩ動作におけるＴＣＩアクティブ化及び適用のための拡張
(51)【国際特許分類】
H04W 16/28 20090101AFI20240312BHJP
H04W 72/231 20230101ALI20240312BHJP
H04W 72/0446 20230101ALI20240312BHJP
H04W 72/1273 20230101ALI20240312BHJP
【ＦＩ】
H04W16/28
H04W72/231
H04W72/0446
H04W72/1273
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023561128
(86)(22)【出願日】2022-04-05
(85)【翻訳文提出日】2023-11-07
(86)【国際出願番号】 US2022071540
(87)【国際公開番号】W WO2022217217
(87)【国際公開日】2022-10-13
(31)【優先権主張番号】63/170,798
(32)【優先日】2021-04-05
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110001243
【氏名又は名称】弁理士法人谷・阿部特許事務所
(74)【代理人】
【識別番号】110002848
【氏名又は名称】弁理士法人ＮＩＰ＆ＳＢＰＪ国際特許事務所
(72)【発明者】
【氏名】スヴェドマン、パトリック
(72)【発明者】
【氏名】アドジャクプル、パスカル
(72)【発明者】
【氏名】パン、カイル
(72)【発明者】
【氏名】ツァイ、アラン
(72)【発明者】
【氏名】リ、イファン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE10
5K067KK02
(57)【要約】
送信構成インジケータ（ＴＣＩ）状態（例えば、ビーム）がダウンリンク制御情報（ＤＣＩ）によって指示され、その後、制御チャネルとデータチャネルの両方に適用され、いくつかの態様では、ダウンリンクとアップリンクの両方に適用され得る、共通ビーム動作に対処するための方法、装置、及びシステムが説明される。
【特許請求の範囲】
【請求項1】
装置であって、前記装置は、プロセッサと、通信回路と、命令を含むメモリとを備える次世代ノードＢ（ｇＮＢ）であり、前記命令は、前記プロセッサによって実行されると、前記装置に、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用して、送信構成インジケータ（ＴＣＩ）状態の第１のセットであって、前記ＴＣＩ状態の第１のセットが、制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックス値に関連付けられている、ＴＣＩ状態の第１のセットをアクティブ化させ、
前記ＴＣＩ状態の第１のセットからのダウンリンク制御情報（ＤＣＩ）に少なくとも部分的に基づいて、前記ＴＣＩ状態の第１のセットに関連付けられた第１の送信構成インジケータ（ＴＣＩ）状態を判定させ、かつ
判定された前記第１のＴＣＩ状態を少なくとも１つの制御チャネル又はデータチャネルに適用させる、装置。
【請求項2】
前記命令が更に、前記装置に、前記判定された第１のＴＣＩ状態を物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）に適用させ、前記ＰＵＣＣＨ又はＰＵＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリング又はアクティブ化される、請求項１に記載の装置。
【請求項3】
前記命令が更に、前記装置に、前記判定された第１のＴＣＩ状態を前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に適用させ、前記ＰＤＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリングされる、請求項１に記載の装置。
【請求項4】
前記命令が更に、前記装置に、前記ＭＡＣ ＣＥによって送信構成インジケータ（ＴＣＩ）状態の第２のセットをアクティブ化させ、
前記ＤＣＩに少なくとも部分的に基づいて、前記ＴＣＩ状態の第２のセットに関連付けられた第２の送信構成インジケータ（ＴＣＩ）状態を判定させ、かつ
判定された前記第２のＴＣＩ状態を物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）に適用させ、
前記ＰＵＣＣＨ又はＰＵＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第１の制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリング又はアクティブ化され、
前記判定された第１のＴＣＩ状態が、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第２の制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された第２の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に適用され、
前記ＰＤＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第３の制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された第３の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリングされる、請求項１に記載の装置。
【請求項5】
前記命令が更に、前記装置に、前記ＤＣＩに少なくとも部分的に基づいて、送信構成インジケータ（ＴＣＩ）コードポイントを判定させ、前記ＣＯＲＥＳＥＴプールインデックス値が、前記ＴＣＩコードポイントに関連付けられている、請求項４に記載の装置。
【請求項6】
前記命令が更に、前記装置に、前記ＴＣＩ状態の第１のセットに関連付けられた第２の送信構成インジケータ（ＴＣＩ）状態を判定させ、
前記ＴＣＩ状態の第１のセットをアクティブ化した後、及び前記判定された第１のＴＣＩ状態を適用する前に、判定された前記第２のＴＣＩ状態を前記少なくとも１つの制御チャネル又はデータチャネルに適用させる、請求項１に記載の装置。
【請求項7】
前記ＭＡＣ ＣＥが、送信構成インジケータ（ＴＣＩ）コードポイントのための送信構成インジケータ（ＴＣＩ）状態識別フィールドを備える、請求項１に記載の装置。
【請求項8】
前記ＭＡＣ ＣＥが、アクティブ化のためのいくつかの送信構成インジケータ（ＴＣＩ）状態識別子を備える、請求項１に記載の装置。
【請求項9】
方法であって、ネットワークによって、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を使用して、送信構成インジケータ（ＴＣＩ）状態の第１のセットであって、前記ＴＣＩ状態の第１のセットが制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックス値に関連付けられている、ＴＣＩ状態の第１のセットをアクティブ化することと、
前記ＴＣＩ状態の第１のセットからのダウンリンク制御情報（ＤＣＩ）に少なくとも部分的に基づいて、前記ＴＣＩ状態の第１のセットに関連付けられた第１の送信構成インジケータ（ＴＣＩ）状態を判定することと、
判定された前記第１のＴＣＩ状態を少なくとも１つの制御チャネル又はデータチャネルに適用することと、を含む、方法。
【請求項10】
前記ネットワークによって、前記判定された第１のＴＣＩ状態を物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）に適用することを更に含み、前記ＰＵＣＣＨ又はＰＵＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリング又はアクティブ化される、請求項９に記載の方法。
【請求項11】
前記ネットワークによって、前記判定された第１のＴＣＩ状態を前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に適用することを更に含み、前記ＰＤＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリングされる、請求項９に記載の方法。
【請求項12】
前記ネットワークによって、前記ＭＡＣ ＣＥによって送信構成インジケータ（ＴＣＩ）状態の第２のセットをアクティブ化することと、前記ネットワークによって、前記ＤＣＩに少なくとも部分的に基づいて、前記ＴＣＩ状態の第２のセットに関連付けられた第２の送信構成インジケータ（ＴＣＩ）状態を判定することと、
前記ネットワークによって、判定された前記第２のＴＣＩ状態を物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）に適用することと、を更に含み、
前記ＰＵＣＣＨ又はＰＵＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリング又はアクティブ化され、
前記判定された第１のＴＣＩ状態が、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又は物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に適用され、
前記ＰＤＳＣＨが、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられた制御リソースセット（ＣＯＲＥＳＥＴ）上で受信された物理ダウンリンク制御チャネル（ＰＤＣＣＨ）によってスケジューリングされる、請求項９に記載の方法。
【請求項13】
前記ネットワークによって、前記ＤＣＩに少なくとも部分的に基づいて、送信構成インジケータ（ＴＣＩ）コードポイントを判定することを更に含み、前記ＣＯＲＥＳＥＴプールインデックス値が、前記ＴＣＩコードポイントに関連付けられている、請求項１２に記載の方法。
【請求項14】
前記ネットワークによって、前記ＴＣＩ状態の第１のセットに関連付けられた第２の送信構成インジケータ（ＴＣＩ）状態を判定することと、前記ネットワークによって、前記ＴＣＩ状態の第１のセットをアクティブ化した後、及び前記判定された第１のＴＣＩ状態を適用する前に、判定された前記第２のＴＣＩ状態を前記少なくとも１つの制御チャネル又はデータチャネルに適用することと、を更に含む、請求項９に記載の方法。
【請求項15】
前記ＭＡＣ ＣＥが、送信構成インジケータ（ＴＣＩ）コードポイントのための送信構成インジケータ（ＴＣＩ）状態識別フィールドを備える、請求項９に記載の方法。
【請求項16】
前記ＭＡＣ ＣＥが、アクティブ化のためのいくつかの送信構成インジケータ（ＴＣＩ）状態識別子を備える、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本出願は、２０２１年４月５日に出願された「Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＴＣＩ Ａｃｔｉｖａｔｉｏｎ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎ ｉｎ Ｃｏｍｍｏｎ ＴＣＩ Ｏｐｅｒａｔｉｏｎ」と題する米国特許仮出願第６３／１７０，７９８号の利益を主張し、その内容は参照によりその全体が本明細書に組み込まれる。
本出願は、２０２１年４月５日に出願された「Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＴＣＩ Ａｃｔｉｖａｔｉｏｎ ａｎｄ Ａｐｐｌｉｃａｔｉｏｎ ｉｎ Ｃｏｍｍｏｎ ＴＣＩ Ｏｐｅｒａｔｉｏｎ」と題する米国特許仮出願第６３／１７０，７９８号の利益を主張し、その内容は参照によりその全体が本明細書に組み込まれる。
【背景技術】
【0002】
統合ＴＣＩ状態フレームワーク（「共通ビーム」とも呼ばれる）では、ＴＣＩ状態のプールがＲＲＣ構成されている。プール内のＴＣＩ状態のサブセットは、ＭＡＣ ＣＥによってアクティブ化され得る。ＵＥは、アクティブ化されたＴＣＩ状態にあるＲＳを追跡することが予想されるが、アクティブ化されていないプール内のＴＣＩ状態にあるＲＳを必ずしも追跡しない。ＵＥの複雑さ及び電力消費に起因して、セル内のアクティブ化されたＴＣＩ状態の数は制限され、例えば、最大８つのアクティブ化されたＴＣＩ状態である。
【0003】
ｇＮＢは、ＤＣＩ内のアクティブ化されたＴＣＩ状態のうちの１つを示すことができる。ＴＣＩ状態が適用されると、後のＤＣＩによって別のＴＣＩ状態が示されるまで、ＴＣＩ状態は使用中のままである。ＭＡＣ ＣＥ内のアクティブ化コマンドと、それに続くＤＣＩ内の指示（指示に対する潜在的な肯定応答を含む）は、必要とされるよりも長い待ち時間をもたらし、場合によっては、いくらかの不要なＤＣＩオーバーヘッドを伴う可能性がある。頻繁なＭＡＣ ＣＥアクティブ化は、いくつかの重要なシナリオにおいて必要とされ得る。より短い待ち時間及びより低いオーバーヘッドを有する効率的なＭＡＣ ＣＥアクティブ化方式が望ましく、必要とされる。
【0004】
５Ｇネットワークにおける共通ビーム動作は、例えば、Ｓａｍｓｕｎｇ，ＲＰ－２０２０２４、「Ｒｅｖｉｓｅｄ ＷＩＤ：Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｏｎ ＭＩＭＯ ｆｏｒ ＮＲ」、２０２０年９月、３ＧＰＰ ＴＳ ３８．２１４ Ｖ１６．４．０；３ＧＰＰ ＴＳ ３８．１０１－２ Ｖ１６．５．０；３ＧＰＰ ＴＳ ３８．３２１ Ｖ１６．３．０；３ＧＰＰ ＴＳ ３８．３３１ Ｖ１６．３．１；及び３ＧＰＰ ＴＳ ３８．１３３ Ｖ１６．６．０に記載されているものなど、多種多様なシナリオ、サーバ、ゲートウェイ、及びデバイスを包含し得る。
【発明の概要】
【0005】
共通ＴＣＩ動作におけるＴＣＩアクティブ化及び適用のための拡張を含む、共通ビーム動作のための方法、装置、及びシステムが本明細書で説明される。
【0006】
いくつかの態様によれば、ＴＣＩ状態（例えば、ビーム）は、ＤＣＩによって指示され、その後、制御チャネルとデータチャネルの両方に適用され、場合によってはダウンリンクとアップリンクの両方にも適用され得る。ＤＣＩによって指示されるＴＣＩ状態は、ＭＡＣ ＣＥによってアクティブ化されたＴＣＩ状態のセットから選択され得る。一態様では、デフォルトＴＣＩ状態は、ＭＡＣ ＣＥベースのアクティブ化時に使用され得、それは、例えば、より低い待ち時間及びオーバーヘッドでＴＣＩが適用されることをもたらし得る。更に、ＤＣＩで指示されるＴＣＩ状態とデフォルトＴＣＩ状態との間の相互作用に関する解決策も提供される。
【0007】
いくつかの態様によれば、ＤＣＩ内の指示に従うＴＣＩ状態適用の代替形態が提供される。一態様では、対応するＴＣＩ状態のアクティブ化時間と併せてＤＣＩによるＴＣＩ指示を有するシナリオに関する解決策が提供される。
【0008】
いくつかの態様によれば、装置は、次世代ノードＢ（next generation Node B、ｇＮＢ）又はユーザ機器（user equipment、ＵＥ）のうちの１つ以上を含み得る。本装置は、プロセッサと、通信回路と、メモリとを含み得る。メモリは、プロセッサによって実行されたとき、装置に１つ以上の動作を実施させる命令を記憶し得る。いくつかの態様によれば、１つ以上のステップが方法に含まれ得る。
【0009】
一態様では、ＴＣＩ状態の第１のセットは、ＭＡＣ ＣＥを使用してアクティブ化され得る。ＴＣＩ状態の第１のセットと関連付けられた第１のＴＣＩ状態は、ＴＣＩ状態の第１のセットからのＤＣＩに少なくとも部分的に基づいて判定され得る。ＴＣＩ状態の第１のセットは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられ得る。ＤＣＩは、ＣＯＲＥＳＥＴ上で受信され得、ＣＯＲＥＳＥＴのために使用されるＴＣＩは、ＵＥによって適用され得る。更に、ＭＡＣ ＣＥは、ＴＣＩコードポイントのためのＴＣＩ状態識別フィールド、及び／又はアクティブ化のためのいくつかのＴＣＩ状態識別子を含み得る。
【0010】
一態様では、判定された第１のＴＣＩ状態は、少なくとも１つの制御チャネル又はデータチャネルに適用され得る。判定された第１のＴＣＩ状態は、ＰＵＣＣＨ及び／又はＰＵＳＣＨに適用され得る。例えば、ＰＵＣＣＨ又はＰＵＳＣＨは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨによってスケジューリング又はアクティブ化され得る。更に、判定された第１のＴＣＩ状態は、ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨ又はＰＤＳＣＨに適用され得る。ＰＤＳＣＨは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨによってスケジューリングされ得る。いくつかの態様によれば、ＴＣＩ状態の第１のセットと関連付けられた第２のＴＣＩ状態が判定され得る。ＴＣＩ状態の第１のセットをアクティブ化した後、及び判定された第１のＴＣＩ状態を適用する前に、判定された第２のＴＣＩ状態は、少なくとも１つの制御チャネル又はデータチャネルに適用され得る。
【0011】
いくつかの態様によれば、ＴＣＩ状態の第２のセットは、ＭＡＣ ＣＥによってアクティブ化され得る。ＴＣＩ状態の第２のセットに関連付けられた第２のＴＣＩ状態は、ＤＣＩに少なくとも部分的に基づいて判定され得る。判定された第２のＴＣＩ状態は、ＰＵＣＣＨ又はＰＵＳＣＨに適用され得る。更に、判定された第１のＴＣＩ状態は、ＰＤＣＣＨ又はＰＤＳＣＨに適用され得る。ＰＵＣＣＨ又はＰＵＳＣＨは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第１のＣＯＲＥＳＥＴ上で受信された第１のＰＤＣＣＨによってスケジューリング又はアクティブ化され得る。判定された第１のＴＣＩ状態は、ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第２のＣＯＲＥＳＥＴ上で受信された第２のＰＤＣＣＨ又はＰＤＳＣＨに適用され得る。ＰＤＳＣＨは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられた第３のＣＯＲＥＳＥＴ上で受信された第３のＰＤＣＣＨによってスケジューリングされ得る。
【0012】
いくつかの態様によれば、第１のＴＣＩ状態は、ＣＯＲＥＳＥＴのサブセットに適用され得、ＣＯＲＥＳＥＴのサブセットは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられ得る。一態様では、ＴＣＩコードポイントは、ＤＣＩに少なくとも部分的に基づいて判定され得、ＣＯＲＥＳＥＴプールインデックス値は、ＴＣＩコードポイントに関連付けられ得る。別の態様では、ＣＯＲＥＳＥＴプールインデックス値は、ＭＡＣ ＣＥにおいて受信されたＴＣＩアクティブ化に関連付けられ得、ＭＡＣ ＣＥは、ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨにおいて受信され得る。
【0013】
本概要は、簡略化された形態で概念の選択を導入するために提供され、これは「発明を実施するための形態」において以下に更に説明される。この概要は、特許請求される主題の主要な特徴又は本質的な特徴を特定することを意図するものではなく、また、特許請求される主題の範囲を限定するために使用されることを意図するものでもない場合がある。更に、特許請求される主題は、この開示のいずれかの部分に記載された、いずれか又は全ての欠点を解決する特徴に限定されない場合がある。
【図面の簡単な説明】
【0014】
より詳細な理解は、以下の説明から、例示として添付の図面と併せて与えられ得る。
【図1】結合及び／又は分離ＴＣＩアクティブ化のためのＭＡＣ ＣＥの例示的な図を示す。
【図2】結合及び／又は分離ＴＣＩアクティブ化のためのＭＡＣ ＣＥの例示的な図を示す。
【図3】結合及び／又は分離ＴＣＩアクティブ化のためのＭＡＣ ＣＥの例示的な図を示す。
【図4】結合及び／又は分離ＴＣＩアクティブ化のためのＭＡＣ ＣＥの例示的な図を示す。
【図5】既知及び未知のＴＣＩ（又はＴＣＩ状態）のＴＣＩアクティブ化遅延の例示的な図を示す。
【図6】デフォルトＴＣＩの適用の例示的な図を示す。
【図7】デフォルトＴＣＩの適用の例示的な図を示す。
【図8】デフォルトＴＣＩの適用の例示的な図を示す。
【図9】デフォルトＴＣＩの適用の例示的な図を示す。
【図10】デフォルトＴＣＩの適用の例示的な図を示す。
【図11】ＴＣＩの適用のための基本手順の例示的な図を示す。
【図12】ＴＣＩ適用タイムラインＡｌｔ １の例示的な図を示す。
【図13】ＴＣＩ適用タイムラインＡｌｔ ２Ａの例示的な図を示す。
【図14】ＴＣＩ適用タイムラインＡｌｔ ２Ａの例示的な図を示す。
【図15】ＴＣＩ適用タイムラインＡｌｔ ２Ａの例示的な図を示す。
【図16】ＴＣＩ適用タイムラインＡｌｔ ２Ｂの例示的な図を示す。
【図17】ＴＣＩ適用タイムラインＡｌｔ ２Ｂの例示的な図を示す。
【図18】ＴＣＩ適用タイムラインＡｌｔ ２Ｂの例示的な図を示す。
【図19】ＴＣＩ適用タイムラインＡｌｔ ２Ｂの例示的な図を示す。
【図20】ＴＣＩ適用タイムラインＡｌｔ ３の例示的な図を示す。
【図21】ＴＣＩ適用タイムラインＡｌｔ ３の例示的な図を示す。
【図22】ＴＣＩアクティブ化及び適用の例示的な図を示す。
【図23】ＴＣＩアクティブ化及び適用の例示的な図を示す。
【図24】ＴＣＩアクティブ化及び適用の例示的な図を示す。
【図25】ＴＣＩアクティブ化及び適用タイムラインの例示的な図を示す。
【図26】ＴＣＩアクティブ化、適用、及びデフォルトＴＣＩの例示的な図を示す。
【図27】ＴＣＩ適用タイムラインの例示的な図を示す。
【図28】ＴＣＩ適用タイムラインの例示的な図を示す。
【図29】同じＴＣＩ適用時間を有する複数のＤＣＩの例を示す。
【図30】同じＴＣＩ適用時間を有する複数のＤＣＩの例を示す。
【図31】順不同のＴＣＩ適用時間を有する複数のＤＣＩの例を示す。
【図32A】例示的な通信システムを示す。
【図32B】例示的なＲＡＮ及びコアネットワークのシステム図である。
【図32C】例示的なＲＡＮ及びコアネットワークのシステム図である。
【図32D】例示的なＲＡＮ及びコアネットワークのシステム図である。
【図32E】別の例示的な通信システムを示す。
【図32F】ＷＴＲＵなどの例示的な装置又はデバイスのブロック図である。
【図32G】例示的なコンピューティングシステムのブロック図である。
【発明を実施するための形態】
【0015】
表１は、本明細書で使用される略語のいくつかを記載する。
【0016】
【表1】
【0017】
ＮＲにおける擬似コロケーション（ＱＣＬ）
いくつかの実施形態によれば、ネットワークは、異なるＲＳ間のＵＥ ＱＣＬ関係を構成する／示すことができる。ＱＣＬ関係は、ソースＲＳ及びターゲットＲＳを有する（ターゲットはまた物理チャネルであってもよいが、この例は以下では簡潔にするために省略される）。ＱＣＬ関係は、ソースＲＳから推定された１つ以上のパラメータを適用することによって、ターゲットＲＳの受信及び／又は処理においてＵＥを支援することができる。
いくつかの実施形態によれば、ネットワークは、異なるＲＳ間のＵＥ ＱＣＬ関係を構成する／示すことができる。ＱＣＬ関係は、ソースＲＳ及びターゲットＲＳを有する（ターゲットはまた物理チャネルであってもよいが、この例は以下では簡潔にするために省略される）。ＱＣＬ関係は、ソースＲＳから推定された１つ以上のパラメータを適用することによって、ターゲットＲＳの受信及び／又は処理においてＵＥを支援することができる。
【0018】
ネットワークは、どの種類のパラメータに対してＱＣＬ関係が成り立つかについて構成することができる。例えば、以下のＱＣＬタイプを定義することができる。「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝、「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト、ドップラー拡散｝、「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト、平均遅延｝、「ＱＣＬ－ＴｙｐｅＤ」：｛空間Ｒｘパラメータ｝。
【0019】
ソースＲＳは、同期信号／ＰＢＣＨブロック（ＳＳＢ）又はＣＳＩ－ＲＳリソース（本明細書では簡潔にするためにＣＳＩ－ＲＳとも呼ばれる）であり得る。
【0020】
ターゲットＲＳは、ＣＳＩ－ＲＳリソース、ＰＤＣＣＨのＤＭＲＳ、又はＰＤＳＣＨのＤＭＲＳであり得る。
【0021】
既知及び未知のＴＣＩ状態
ＵＥは、いくつかの信号を測定し、次いで、測定結果を報告するように構成され得る。ＵＥは、ＵＥが測定結果を報告するように構成されない他の信号を用いて構成され得る。多くの場合、ＵＥは、前者の信号に対していくつかの動作（例えば、ＵＥ ＲＸビーム調整）を実施したが、後者の信号に対しては実施しなかったと仮定され得る。いくつかの実施形態によれば、これは、既知及び未知のＴＣＩ状態の概念に関連する。
ＵＥは、いくつかの信号を測定し、次いで、測定結果を報告するように構成され得る。ＵＥは、ＵＥが測定結果を報告するように構成されない他の信号を用いて構成され得る。多くの場合、ＵＥは、前者の信号に対していくつかの動作（例えば、ＵＥ ＲＸビーム調整）を実施したが、後者の信号に対しては実施しなかったと仮定され得る。いくつかの実施形態によれば、これは、既知及び未知のＴＣＩ状態の概念に関連する。
【0022】
ＴＣＩ状態は、ターゲットＴＣＩ状態についてのＬ１－ＲＳＲＰ測定報告のために使用されるＲＳリソースの最後の送信からアクティブＴＣＩ状態切り替えの完了までの期間中に以下の条件が満たされる場合、既知であり、Ｌ１－ＲＳＲＰ測定のためのＲＳリソースは、ターゲットＴＣＩ状態におけるＲＳであるか、又はターゲットＴＣＩ状態にＱＣＬされる。
【0023】
（１）ＴＣＩ状態切り替えコマンドが、ビーム報告又は測定のためのＲＳリソースの最後の送信時に１２８０ｍｓ以内に受信される。
【0024】
（２）ＵＥが、ＴＣＩ状態切り替えコマンドの前に、ターゲットＴＣＩ状態について少なくとも１つのＬ１－ＲＳＲＰ報告を送信している。
【0025】
（３）ＴＣＩ状態が、ＴＣＩ状態切り替え期間中に検出可能なままである。
【0026】
（４）ＴＣＩ状態に関連付けられたＳＳＢが、ＴＣＩ切り替え期間中に検出可能なままである。
【0027】
（５）ＴＣＩ状態のＳＮＲ≧－３ｄＢ。
【0028】
上記以外の場合、ＴＣＩ状態は未知である。
【0029】
ＴＣＩ状態アクティブ化遅延は、典型的には、ＴＣＩ状態が既知の場合よりもＴＣＩ状態が未知の場合の方が著しく長い。
【0030】
問題の記述
問題１－ＴＣＩ状態適用待ち時間
統合ＴＣＩ状態フレームワーク（「共通ビーム」とも呼ばれる）では、ＴＣＩ状態のプールがＲＲＣ構成されている。プール内のＴＣＩ状態のサブセットは、ＭＡＣ ＣＥによってアクティブ化され得る。ＵＥは、アクティブ化されたＴＣＩ状態にあるＲＳを追跡することが予想されるが、アクティブ化されていないプール内のＴＣＩ状態にあるＲＳを必ずしも追跡しない。ＵＥの複雑さ及び電力消費に起因して、セル内のアクティブ化されたＴＣＩ状態の数は制限され、例えば、最大８つのアクティブ化されたＴＣＩ状態である。
問題１－ＴＣＩ状態適用待ち時間
統合ＴＣＩ状態フレームワーク（「共通ビーム」とも呼ばれる）では、ＴＣＩ状態のプールがＲＲＣ構成されている。プール内のＴＣＩ状態のサブセットは、ＭＡＣ ＣＥによってアクティブ化され得る。ＵＥは、アクティブ化されたＴＣＩ状態にあるＲＳを追跡することが予想されるが、アクティブ化されていないプール内のＴＣＩ状態にあるＲＳを必ずしも追跡しない。ＵＥの複雑さ及び電力消費に起因して、セル内のアクティブ化されたＴＣＩ状態の数は制限され、例えば、最大８つのアクティブ化されたＴＣＩ状態である。
【0031】
ｇＮＢは、ＤＣＩ内のアクティブ化されたＴＣＩ状態のうちの１つを示すことができる。ＴＣＩ状態が適用されると、後のＤＣＩによって別のＴＣＩ状態が示されるまで、ＴＣＩ状態は使用中のままである。ＭＡＣ ＣＥ内のアクティブ化コマンドと、それに続くＤＣＩ内の指示（例えば、指示に対する潜在的な肯定応答を含む）は、必要とされるよりも長い待ち時間をもたらし、場合によっては、いくらかの不要なＤＣＩオーバーヘッドを伴う可能性がある。頻繁なＭＡＣ ＣＥアクティブ化は、いくつかの重要なシナリオにおいて必要とされ得ることが予見される。より短い待ち時間及びより低いオーバーヘッドを有する効率的なＭＡＣ ＣＥアクティブ化方式が望ましく、必要とされる。
【0032】
問題２－デフォルトＴＣＩ状態
より短い待ち時間及びより低いオーバーヘッドＭＡＣ ＣＥアクティブ化を達成するための問題１に対する１つの潜在的な解決策は、デフォルトＴＣＩ状態の定義を伴い、デフォルトＴＣＩ状態は、ＴＣＩ状態アクティブ化時に、例えば、ＤＣＩに続くＴＣＩ適用時間の前に適用され得る。しかしながら、デフォルトＴＣＩ状態がどのように指示されるか、又は選択されるかを定義する必要がある。
より短い待ち時間及びより低いオーバーヘッドＭＡＣ ＣＥアクティブ化を達成するための問題１に対する１つの潜在的な解決策は、デフォルトＴＣＩ状態の定義を伴い、デフォルトＴＣＩ状態は、ＴＣＩ状態アクティブ化時に、例えば、ＤＣＩに続くＴＣＩ適用時間の前に適用され得る。しかしながら、デフォルトＴＣＩ状態がどのように指示されるか、又は選択されるかを定義する必要がある。
【0033】
ＭＡＣ ＣＥアクティブ化コマンドに続いて、１つ以上のデフォルトＴＣＩ状態が定義及び適用され得る。しかしながら、ＴＣＩはまた、ＤＣＩ中のＴＣＩコードポイントによって指示され得る。デフォルトＴＣＩと指示されたＴＣＩとの間の相互作用及び優先順位を解決する必要がある。
【0034】
問題３－ＴＣＩアクティブ化時のＴＣＩ適用タイムライン
ＤＣＩで指示されるＴＣＩ状態がいつ適用され得るか、例えば、ＤＣＩの受信後のある時間、又は対応する肯定応答の送信後のある時間に関するいくつかのオプションがある。
ＤＣＩで指示されるＴＣＩ状態がいつ適用され得るか、例えば、ＤＣＩの受信後のある時間、又は対応する肯定応答の送信後のある時間に関するいくつかのオプションがある。
【0035】
ＴＣＩ状態アクティブ化の時間の前後に受信されたＤＣＩについて、解決される必要がある曖昧な挙動を有するいくつかの場合がある。
【0036】
送信構成インジケータ（ＴＣＩ）
ＴＣＩは、ＮＲにおけるＱｕａｓｉ Ｃｏ－Ｌｏｃａｔｉｏｎ（ＱＣＬ）に記載されているように、異なる信号及び／又はチャネル間の特定の関係、例えば、擬似コロケーション（ＱＣＬ）を指示するためにネットワークによって使用され得る概念である。いくつかのプロパティ、例えばパラメータは、ＴＣＩ中のソースＲＳから導出され、ターゲットＲＳ又はチャネルを受信及び／又は復号している間に使用され得る。そのようなプロパティの一例は、空間Ｒｘパラメータ（ＱＣＬ－ＴｙｐｅＤ）である。そのようなＱＣＬ関係は、ＵＥがソースＲＳからターゲットＲＳ／チャネルのための好適な受信ビームを導出し得ることを暗示し得る。他の例は、ドップラー及び遅延に関連するパラメータを含む。いくつかの実施形態によれば、ＴＣＩはビームに対応し得るので、ビームはＴＣＩの省略表現として使用され得る。異なるＤＬ ＴＸビームが異なるＤＬ ＲＸビームを必要とし得るので、ビームは、ＤＬ ＴＸビーム及び／又はＤＬ ＲＸビームに対応し得る。例えば、ＤＬ ＲＳがＵＬ ＴＸビームのための空間基準として使用される場合、異なるＤＬ ＴＸビームが異なるＵＬ ＴＸビームに対応し得るので、ビームはまた、ＵＬ ＴＸビームに対応し得る。しかしながら、ビーム用語を使用する本明細書における例は、ＴＣＩがＦＲ１におけるキャリア周波数などの空間パラメータについてのＱＣＬを含まない場合にも適用可能である。例えば、「共通ビーム動作」という用語を使用する例は、空間パラメータが適用可能でない場合、例えば、ＴＣＩがＱＣＬ－ＴｙｐｅＤをもつソースＲＳを含まない場合にも適用可能であり得る。例えば、ＦＲ１などのより低い周波数帯域では、ＵＥは、ＤＬ信号／チャネル受信の前にＤＬ ＲＸビームトレーニングを、又はＵＬ信号／チャネル送信の前にＵＬ ＴＸビームトレーニングを実施する必要がない可能性があるので、ＵＥは、例えば、ＱＣＬ－ＴｙｐｅＡ又はＱＣＬーＴｙｐｅＣのみを有するＴＣＩ状態で構成され得る。
ＴＣＩは、ＮＲにおけるＱｕａｓｉ Ｃｏ－Ｌｏｃａｔｉｏｎ（ＱＣＬ）に記載されているように、異なる信号及び／又はチャネル間の特定の関係、例えば、擬似コロケーション（ＱＣＬ）を指示するためにネットワークによって使用され得る概念である。いくつかのプロパティ、例えばパラメータは、ＴＣＩ中のソースＲＳから導出され、ターゲットＲＳ又はチャネルを受信及び／又は復号している間に使用され得る。そのようなプロパティの一例は、空間Ｒｘパラメータ（ＱＣＬ－ＴｙｐｅＤ）である。そのようなＱＣＬ関係は、ＵＥがソースＲＳからターゲットＲＳ／チャネルのための好適な受信ビームを導出し得ることを暗示し得る。他の例は、ドップラー及び遅延に関連するパラメータを含む。いくつかの実施形態によれば、ＴＣＩはビームに対応し得るので、ビームはＴＣＩの省略表現として使用され得る。異なるＤＬ ＴＸビームが異なるＤＬ ＲＸビームを必要とし得るので、ビームは、ＤＬ ＴＸビーム及び／又はＤＬ ＲＸビームに対応し得る。例えば、ＤＬ ＲＳがＵＬ ＴＸビームのための空間基準として使用される場合、異なるＤＬ ＴＸビームが異なるＵＬ ＴＸビームに対応し得るので、ビームはまた、ＵＬ ＴＸビームに対応し得る。しかしながら、ビーム用語を使用する本明細書における例は、ＴＣＩがＦＲ１におけるキャリア周波数などの空間パラメータについてのＱＣＬを含まない場合にも適用可能である。例えば、「共通ビーム動作」という用語を使用する例は、空間パラメータが適用可能でない場合、例えば、ＴＣＩがＱＣＬ－ＴｙｐｅＤをもつソースＲＳを含まない場合にも適用可能であり得る。例えば、ＦＲ１などのより低い周波数帯域では、ＵＥは、ＤＬ信号／チャネル受信の前にＤＬ ＲＸビームトレーニングを、又はＵＬ信号／チャネル送信の前にＵＬ ＴＸビームトレーニングを実施する必要がない可能性があるので、ＵＥは、例えば、ＱＣＬ－ＴｙｐｅＡ又はＱＣＬーＴｙｐｅＣのみを有するＴＣＩ状態で構成され得る。
【0037】
更に、ＱＣＬ情報は、ＱＣＬ－ＴｙｐｅＤを有するソースＲＳが（ＵＥによるＤＬの受信に使用される）空間Ｒｘパラメータに関連するだけでなく、ＵＥによるＵＬの送信に使用され得る空間領域送信フィルタなどの空間Ｔｘパラメータにも関連するように拡張され得る。
【0038】
ＴＣＩ状態という用語は、本明細書では、例えば、１つ以上のＲＳ、対応するＱＣＬタイプなどを含む、構成要素又は情報要素（例えば、ＴＣＩ状態又はＴＣＩ状態－ｒ１７）として使用され得る。以下で更に説明するように、１つ以上のＴＣＩは、ＴＣＩ状態から判定又は導出され得る。例えば、ＴＣＩ状態からＤＬ ＴＣＩ及びＵＬ ＴＣＩを判定することができる。
【0039】
ＴＣＩコードポイントという用語は、本明細書では、ＤＣＩ中のＴＣＩフィールドの許容値として使用され得る。ＴＣＩコードポイントは、１つ以上のＴＣＩ状態、例えば、複数のＤＬ ＴＣＩ状態、又はＤＬ ＴＣＩのために使用される１つのＴＣＩ状態及びＵＬ ＴＣＩのために使用される１つのＴＣＩ状態にマッピングし得る。ＴＣＩコードポイントは、１つ以上のＴＣＩ、例えば、１つのＤＬ ＴＣＩ及び１つのＵＬ ＴＣＩにマッピングし得る。ＴＣＩ状態は、１つ以上のＴＣＩに対応し得ることに留意されたい。
【0040】
共通ビーム動作
ＤＬ及びＵＬ ＴＣＩの結合及び分離
Ｒｅｌ－１５／１６におけるＮＲは、様々な信号及びチャネルに対するＱＣＬ情報を構成／指示するための柔軟なフレームワークをサポートする。異なるＱＣＬ情報は、異なるＣＳＩ－ＲＳ、異なるＣＯＲＥＳＥＴ（ＰＤＣＣＨのモニタリング及び受信のために使用される）及びＰＤＳＣＨに適用されることができる。更に、異なるＱＣＬ情報は、セル内の異なるＢＷＰ及び異なるセルに適用することができる。これは、非常に一般的なシナリオであるが、全てのそれらの信号及びチャネルが同じビーム対（例えば、送信機におけるビーム及び受信機におけるビーム）を使用する場合であっても、大きなシグナリングオーバーヘッドを意味する可能性がある。結果として、共通ビーム動作は、例えば、オーバーヘッド及び待ち時間低減のために、ＮＲ Ｒｅｌ－１７において規定される。共通ビーム動作は、統合ＴＣＩフレームワークに直接関連し、ときにはそれと同義である。
ＤＬ及びＵＬ ＴＣＩの結合及び分離
Ｒｅｌ－１５／１６におけるＮＲは、様々な信号及びチャネルに対するＱＣＬ情報を構成／指示するための柔軟なフレームワークをサポートする。異なるＱＣＬ情報は、異なるＣＳＩ－ＲＳ、異なるＣＯＲＥＳＥＴ（ＰＤＣＣＨのモニタリング及び受信のために使用される）及びＰＤＳＣＨに適用されることができる。更に、異なるＱＣＬ情報は、セル内の異なるＢＷＰ及び異なるセルに適用することができる。これは、非常に一般的なシナリオであるが、全てのそれらの信号及びチャネルが同じビーム対（例えば、送信機におけるビーム及び受信機におけるビーム）を使用する場合であっても、大きなシグナリングオーバーヘッドを意味する可能性がある。結果として、共通ビーム動作は、例えば、オーバーヘッド及び待ち時間低減のために、ＮＲ Ｒｅｌ－１７において規定される。共通ビーム動作は、統合ＴＣＩフレームワークに直接関連し、ときにはそれと同義である。
【0041】
共通ビーム動作では、Ｍ（例えば、Ｍ＝１又はＭ≧１）個のＤＬ ＴＣＩにおけるソース基準信号は、ＣＣ（例えば、サービングセル）におけるＣＯＲＥＳＥＴの１つ以上のサブセット（例えば、全ての構成されたＣＯＲＥＳＥＴ）及びＰＤＳＣＨ上での少なくともＵＥ専用受信のための共通ＱＣＬ情報を提供する。共通ＱＣＬ情報は、（例えば、ＣＳＩ測定及び報告のための）ＣＳＩのためのＣＳＩ－ＲＳリソース、トラッキングのためのＣＳＩ－ＲＳ、及び／又はビーム管理のためのＣＳＩ－ＲＳ（例えば、非周期的ＣＳＩ－ＲＳ及び／又は反復を用いて構成されたＣＳＩ－ＲＳ）にも適用され得る。Ｍ＝２の例では、ＵＥは、２つのＤＬ ＴＣＩを同時に維持し、２つのＤＬ ＴＣＩは、それぞれ、２つのＴＲＰからの送信のために使用され得る。（ＰＤＣＣＨモニタリング、後続のＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなどのために）どのＴＣＩを使用すべきかは、送信がどのＣＯＲＥＳＥＴプールに関連付けられるかに依存し得る。
【0042】
更に、Ｎ個（例えば、Ｎ＝１又はＮ≧１）のＵＬ ＴＣＩにおけるソース基準信号は、少なくとも動的グラント／構成グラントベースのＰＵＳＣＨ及びＣＣ（例えば、サービングセル）における専用ＰＵＣＣＨリソースの全てに対して、ＵＬ ＴＸ空間フィルタを判定するための共通ＱＣＬ情報（又は基準）を提供する。共通ＱＣＬ情報は、アンテナスイッチング／コードブックベース／非コードブックベースのＵＬ送信のために構成されたリソースセット内のＳＲＳリソースにも適用され得る。場合によっては、それはビーム管理のためのＳＲＳに適用され得る。
【0043】
Ｍ個及び／又はＮ個のＴＣＩは、１つ以上のサービングセル、例えば、帯域中の全てのセル又はサービングセルの構成されたリスト中の全てのセルに適用され得る。ＴＣＩは、それらのサービングセルの１つ、サブセット、又は全てのＤＬ及び／又はＵＬ ＢＷＰに適用され得る。
【0044】
結合ＴＣＩは、ＤＬ ＱＣＬ情報（例えば、ＱＣＬ－ＴｙｐｅＤ）とＵＬ ＴＸ空間フィルタの両方を判定するために使用される共通ソースＲＳを指すことがある。この場合、ＭはＮに等しくてもよい。
【0045】
別個のＴＣＩは、ＤＬ ＴＣＩとＵＬ ＴＣＩとが別個である、例えば、分離している場合を指し得る。この場合、ＭはＮと等しくてもよく、又はＮとは異なっていてもよい。
【0046】
場合によっては、ネットワークは、ＴＣＩ状態のプールを用いてＵＥを構成し、プール内のＴＣＩ状態は、結合ＴＣＩ又は分離ＴＣＩとして構成され得る。分離として構成されたＴＣＩ状態は、任意選択の追加のソースＲＳ、例えば、空間基準又はＱＣＬ－ＴｙｐｅＤとしての第２のソースＲＳを含み得る。そのような場合、例えば、ＱＣＬ－ＴｙｐｅＤを有する第１のソースＲＳは、分離ＤＬ ＴＣＩにおいて使用され得、例えば、ＱＣＬ－ＴｙｐｅＤ、「空間基準」、又はそれがＵＬのための空間基準として使用されるべきであると判定するための別の指定を用いて構成された第２のソースＲＳは、分離ＵＬ ＴＣＩにおいて使用され得る。
【0047】
ＴＣＩ状態の結合プール
場合によっては、ＴＣＩ状態のプールは、ＵＥに対してＲＲＣ構成され得、ＴＣＩ状態は、結合ＴＣＩ、（分離）ＤＬ ＴＣＩ、及び／又は（分離）ＵＬ ＴＣＩを導出するために使用され得る。
場合によっては、ＴＣＩ状態のプールは、ＵＥに対してＲＲＣ構成され得、ＴＣＩ状態は、結合ＴＣＩ、（分離）ＤＬ ＴＣＩ、及び／又は（分離）ＵＬ ＴＣＩを導出するために使用され得る。
【0048】
例えば、ＴＣＩ状態は、対応する（ＲＳごとの）ＱＣＬタイプ情報を有するソースＲＳのセットを含むことができる。
【0049】
結合ＴＣＩの場合、ＤＬ ＴＣＩ及びＵＬ ＴＣＩの両方が同じＴＣＩ状態から導出され得る。例えば、ＴＣＩ状態でＱＣＬ－ＴｙｐｅＤを有するソースＲＳは、ＤＬ ＴＣＩでの空間ＱＣＬ及びＵＬ ＴＣＩでの空間関係（又はＱＣＬ）に使用される。言い換えれば、ＵＥは、ＤＬ ＲＸビームを判定するとともに、ＵＬ ＴＸビームを判定するために同じソースＲＳを使用し得る。
【0050】
分離ＴＣＩの場合、ＤＬ ＴＣＩはプール内のＴＣＩ状態から導出することができ、ＵＬ ＴＣＩは同じプール内の別のＴＣＩ状態から導出することができる。
【0051】
１．１．１ ＴＣＩ状態の分離プール
場合によっては、ＴＣＩ状態の複数のプールがＵＥに対してＲＲＣ構成され得、プールは互いに素であり得るか又は重複し得る。例えば、ＴＣＩ状態の第１のプールを使用して、結合ＴＣＩ又は（分離）ＤＬ ＴＣＩを導出することができ、ＴＣＩ状態の第２のプールを使用して、（分離）ＵＬ ＴＣＩを導出することができる。一例では、第２のプール内のＴＣＩ状態の内容は、第１のプール内のＴＣＩ状態の内容と同様であってもよく、例えば、必須パラメータ及びオプションパラメータの同じセットを含んでもよい。別の例では、第２のプール内のＴＣＩ状態の内容は、第１のプール内のＴＣＩ状態の内容とは異なってもよく、例えば、ＵＬ関連の必須パラメータ及びオプションパラメータのより小さいセットを含んでもよい。
場合によっては、ＴＣＩ状態の複数のプールがＵＥに対してＲＲＣ構成され得、プールは互いに素であり得るか又は重複し得る。例えば、ＴＣＩ状態の第１のプールを使用して、結合ＴＣＩ又は（分離）ＤＬ ＴＣＩを導出することができ、ＴＣＩ状態の第２のプールを使用して、（分離）ＵＬ ＴＣＩを導出することができる。一例では、第２のプール内のＴＣＩ状態の内容は、第１のプール内のＴＣＩ状態の内容と同様であってもよく、例えば、必須パラメータ及びオプションパラメータの同じセットを含んでもよい。別の例では、第２のプール内のＴＣＩ状態の内容は、第１のプール内のＴＣＩ状態の内容とは異なってもよく、例えば、ＵＬ関連の必須パラメータ及びオプションパラメータのより小さいセットを含んでもよい。
【0052】
例えば、ＴＣＩ状態は、対応する（ＲＳごとの）ＱＣＬタイプ情報を有するソースＲＳのセットを含むことができる。
【0053】
結合ＴＣＩの場合、ＤＬ ＴＣＩ及びＵＬ ＴＣＩの両方が、ＴＣＩ状態の第１のプールからの同じＴＣＩ状態から導出され得る。例えば、ＴＣＩ状態でＱＣＬ－ＴｙｐｅＤを有するソースＲＳは、ＤＬ ＴＣＩでの空間ＱＣＬ及びＵＬ ＴＣＩでの空間関係（又はＱＣＬ）に使用される。言い換えれば、ＵＥは、ＤＬ ＲＸビームを判定するとともに、ＵＬ ＴＸビームを判定するために同じソースＲＳを使用し得る。
【0054】
分離ＴＣＩの場合、ＤＬ ＴＣＩは第１のプール内のＴＣＩ状態から導出することができ、ＵＬ ＴＣＩは第２のプール内のＴＣＩ状態から導出することができる。
【0055】
ＴＣＩアクティブ化
概要
ＴＣＩのセットは、１つ以上のＭＡＣ ＣＥを使用してアクティブ化され得る。アクティブ化の目的は以下を含む。
概要
ＴＣＩのセットは、１つ以上のＭＡＣ ＣＥを使用してアクティブ化され得る。アクティブ化の目的は以下を含む。
【0056】
（１）ＵＥは、アクティブ化されたＴＣＩ中のソースＲＳを追跡して、それらが低遅延で他の信号／チャネルのためのＱＣＬ／空間基準として容易に使用され得るようにし、例えば、ＵＥは、アクティブ化されていないＴＣＩ中のソースＲＳを追跡する必要がない場合がある。
【0057】
（２）アクティブ化されたＴＣＩは、ＴＣＩコードポイントにマッピングされ得、例えば、ＤＣＩは、共通ビーム動作についてのＴＣＩを更新するために、１つ以上のＴＣＩコードポイントを指示し得る（ＴＣＩ指示を参照）。
【0058】
場合によっては、ＭＡＣ ＣＥは、結合ＴＣＩ又は分離ＤＬ／ＵＬのいずれかをアクティブ化し、例えば、ＭＡＣ ＣＥ内でアクティブ化される全てのＴＣＩは、結合ＴＣＩ又は分離ＤＬ／ＵＬ ＴＣＩのいずれかである。
【0059】
場合によっては、ＭＡＣ ＣＥは、結合であるいくつかのＴＣＩと、分離ＤＬ／ＵＬ ＴＣＩである他のＴＣＩとをアクティブ化する。
【0060】
共通ビーム動作についてのＭ個及び／又はＮ個のＴＣＩは、１つ以上のＤＣＩ及び／又は１つ以上のＭＡＣ ＣＥを使用して動的に指示され、アクティブ化／非アクティブ化され、又は更新され得る。指示という用語は、しばしば、ＤＣＩベースのシグナリングのために使用される。ＭＡＣ ＣＥベースのシグナリングでは、アクティブ化及び非アクティブ化という用語がしばしば使用される。更新は、最初の指示又はアクティブ化の後に行うことができる。これ以降、ＴＣＩの第１のセットをアクティブ化するＭＡＣ ＣＥは、以前にアクティブ化されたがＴＣＩの第１のセットに含まれていないＴＣＩの第２のセットを暗黙的に非アクティブ化する場合があるので、アクティブ化という用語は、非アクティブ化の概念、例えば「アクティブ化又は非アクティブ化」も含み得る。場合によっては、Ｍ個及び／又はＮ個のＴＣＩのサブセットが、ＤＣＩ及び／又はＭＡＣ ＣＥを使用して指示され／アクティブ化され／更新され得る。例えば、ＤＣＩ及び／又はＭＡＣ ＣＥ内のＴＣＩ指示／アクティブ化／更新は、例えば、パラメータｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘ－ｒ１６を通して、あるＣＯＲＥＳＥＴプールインデックス値（例えば、０又は１）に関連付けられたＣＯＲＥＳＥＴのサブセットに適用され得る。
【0061】
一例において、第１のＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上の第１のＤＣＩにおいて受信されたＴＣＩコードポイントは、第１のＣＯＲＥＳＥＴプールインデックス値を有するＣＯＲＥＳＥＴのＴＣＩ状態を指示する／アクティブ化する／更新するために使用されてもよい。第２のＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上の第２のＤＣＩにおいて受信されたＴＣＩコードポイントは、第２のＣＯＲＥＳＥＴプールインデックス値を有するＣＯＲＥＳＥＴのＴＣＩを指示する／アクティブ化する／更新するために使用されてもよい。例えば、第１のＤＣＩにおいて受信されたＴＣＩコードポイントが第１のＴＣＩを指示し、第２のＤＣＩにおいて受信されたＴＣＩコードポイントが第２のＴＣＩを指示する場合、Ｍ及び／又はＮは２に等しくなり得る。
【0062】
別の例では、ＤＣＩにおいて受信されたＴＣＩコードポイントは、複数の、例えば、２つのＴＣＩに対応し得る。場合によっては、これらの複数のＴＣＩの異なるサブセットが、ＣＯＲＥＳＥＴの異なるサブセットに適用され、例えば、第１のＴＣＩが、第１のＣＯＲＥＳＥＴプールインデックスに関連付けられたＣＯＲＥＳＥＴに適用され、第２のＴＣＩが、第２のＣＯＲＥＳＥＴプールインデックスに関連付けられたＣＯＲＥＳＥＴに適用される。
【0063】
別の例では、第１のＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ内の第１のＭＡＣ ＣＥ内で受信されたＴＣＩアクティブ化／更新を使用して、第１のＣＯＲＥＳＥＴプールインデックス値を有するＣＯＲＥＳＥＴのＴＣＩを指示する／アクティブ化する／更新することができる。第２のＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨ内の第２のＭＡＣ ＣＥ内で受信されたＴＣＩアクティブ化／更新を使用して、第２のＣＯＲＥＳＥＴプールインデックス値を有するＣＯＲＥＳＥＴのＴＣＩを指示する／アクティブ化する／更新することができる。更に別の例では、ＴＣＩアクティブ化／更新のためのＭＡＣ ＣＥは、ＣＯＲＥＳＥＴプールインデックス値をもつＣＯＲＥＳＥＴのＴＣＩが指示される／アクティブ化される／更新されるべきであることを指示するＣＯＲＥＳＥＴプールインデックス値を含み得る。
【0064】
別の例では、ＭＡＣ ＣＥにおいて受信されたＴＣＩアクティブ化／更新は、複数の、例えば、２つのＴＣＩに対応し得る。場合によっては、これらの複数のＴＣＩの異なるサブセットが、ＣＯＲＥＳＥＴの異なるサブセットに適用され、例えば、第１のＴＣＩが、第１のＣＯＲＥＳＥＴプールインデックスに関連付けられたＣＯＲＥＳＥＴに適用され、第２のＴＣＩが、第２のＣＯＲＥＳＥＴプールインデックスに関連付けられたＣＯＲＥＳＥＴに適用される。
【0065】
場合によっては、ＤＣＩ及び／又はＭＡＣ ＣＥによって指示される／アクティブ化される／更新される複数のＴＣＩ、例えば、２つのＴＣＩが、同じＣＯＲＥＳＥＴに適用され、例えば、ＣＯＲＥＳＥＴは、複数の同時にアクティブなＴＣＩを有し得る。
【0066】
ＰＤＳＣＨのためのＴＣＩは、ＤＬ ＢＷＰ中のＣＯＲＥＳＥＴのＴＣＩに続き得る。例えば、Ｍ＝１の場合、同じＴＣＩがＣＯＲＥＳＥＴ及びＰＤＳＣＨに適用される。例えば、Ｍ＞１（例えば、Ｍ＝２）の場合、ＵＥは、ＰＤＳＣＨ受信のためにＭ個のＴＣＩの全て又はサブセットを適用し得る。例えば、Ｍ＝２の場合、ＵＥは、ＰＤＳＣＨ受信のためにＴＣＩの両方又は一方を適用し得る。例えば、ＵＥは、ＰＤＳＣＨをスケジューリングしたＤＣＩが受信されたＣＯＲＥＳＥＴのために使用されるＴＣＩを適用し得る。Ｍ＝２の別の例では、２つのＴＣＩがＣＯＲＥＳＥＴに関連付けられてよく、これは、ＰＤＣＣＨが２つのＴＣＩを使用して、例えば同じ時間周波数リソース上で、いわゆるＳＦＮのような送信方式で、又は時間領域及び／若しくは周波数領域におけるＰＤＣＣＨ反復によって受信されてよく、異なるＰＤＣＣＨオケージョンが異なるＴＣＩに対応することを意味する。同様に、複数のＴＣＩが、例えば、ＳＦＮのような送信によって、又は時間領域及び／若しくは周波数領域における反復によって、ＰＤＳＣＨ受信のために使用され得、異なるＰＤＳＣＨオケージョンが異なるＴＣＩに対応する。
【0067】
例えば、Ｍ＝１の場合、同じＴＣＩがＣＯＲＥＳＥＴ及びＰＵＳＣＨに適用される。例えば、Ｍ＞１（例えば、Ｍ＝２）の場合、ＵＥは、ＰＵＳＣＨ送信のためにＭ個のＴＣＩの全て又はサブセットを適用し得る。例えば、Ｍ＝２の場合、ＵＥは、ＰＵＳＣＨ送信のためにＴＣＩの両方又は一方を適用し得る。例えば、ＵＥは、ＰＵＳＣＨをスケジューリングしたＤＣＩが受信されたＣＯＲＥＳＥＴのために使用されるＴＣＩを適用し得る。Ｍ＝２の別の例では、２つのＴＣＩがＣＯＲＥＳＥＴに関連付けられてよく、これは、ＰＤＣＣＨが２つのＴＣＩを使用して、例えば同じ時間周波数リソース上で、いわゆるＳＦＮのような送信方式で、又は時間領域及び／若しくは周波数領域におけるＰＤＣＣＨ反復によって受信されてよく、異なるＰＤＣＣＨオケージョンが異なるＴＣＩに対応することを意味する。同様に、複数のＴＣＩが、例えば、複数のＵＬ ＴＲＰを通して、又は時間領域及び／若しくは周波数領域における反復によって、ＰＵＳＣＨ送信のために使用され得、異なるＰＵＳＣＨオケージョンが異なるＴＣＩに対応する。
【0068】
分離したＤＬ及びＵＬ ＴＣＩの場合、異なるＵＬ ＴＣＩは、ＣＯＲＥＳＥＴの異なるサブセット、例えば、異なるＣＯＲＥＳＥＴプールインデックスをもつＣＯＲＥＳＥＴに関連付けられ得る。一例では、例えば、ＣＯＲＥＳＥＴ上のＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫの送信のために、ＣＯＲＥＳＥＴ上のＰＤＣＣＨ受信によってトリガされるＰＵＣＣＨリソース上の送信は、ＣＯＲＥＳＥＴに関連付けられたＵＬ ＴＣＩに続き得る。同様に、ＰＵＳＣＨの送信は、ＰＵＳＣＨをスケジューリングするか、又は対応する構成されたＵＬグラントをアクティブ化するために使用されるＣＯＲＥＳＥＴに関連付けられたＵＬ ＴＣＩを使用し得る。
【0069】
ＣＯＲＥＳＥＴ及びＰＵＳＣＨに関して、ＰＵＣＣＨリソースの送信は、複数のＵＬ ＴＣＩ（Ｎ＞１）、例えば、ＰＵＣＣＨ送信をトリガしたＰＤＣＣＨが受信されたＣＯＲＥＳＥＴに関連付けられた複数のＵＬ ＴＣＩを使用し得る。複数のＵＬ ＴＣＩを使用するＰＵＣＣＨ送信は、異なるＴＣＩを使用する異なる反復を有する時間における反復を含み得る。同様に、異なるＰＵＳＣＨ送信のために異なるＴＣＩが使用されている複数のＵＬ ＴＣＩを使用するＰＵＳＣＨ反復は、Ｎ＞１の一例である。
【0070】
結合ＴＣＩのためのＴＣＩアクティブ化
結合ＴＣＩの場合、同じＴＣＩ状態が、ＤＬ ＴＣＩ及びＵＬ ＴＣＩを判定するために使用され得る。例えば、ＤＬのためのＱＣＬ－ＴｙｐｅＤソースＲＳがＵＬのための空間関係／ＱＣＬとしても使用される場合、ＵＥは、ＤＬ及びＵＬのために同じビームを使用することができる。
結合ＴＣＩの場合、同じＴＣＩ状態が、ＤＬ ＴＣＩ及びＵＬ ＴＣＩを判定するために使用され得る。例えば、ＤＬのためのＱＣＬ－ＴｙｐｅＤソースＲＳがＵＬのための空間関係／ＱＣＬとしても使用される場合、ＵＥは、ＤＬ及びＵＬのために同じビームを使用することができる。
【0071】
したがって、結合ＴＣＩの場合、ＴＣＩ状態のＭＡＣ ＣＥアクティブ化は、ＤＬ ＴＣＩとＵＬ ＴＣＩの両方をアクティブ化することになり、ＴＣＩ状態は、ＴＣＩ状態の結合プールから、又は分離したＤＬ／ＵＬ ＴＣＩの場合には結合ＴＣＩ及びＤＬ ＴＣＩに使用されるＴＣＩ状態のプールから取得されることになる。ＤＬ ＴＣＩ及びＵＬ ＴＣＩは、同じＴＣＩコードポイントにマッピングされ得る。
【0072】
分離ＤＬ／ＵＬ ＴＣＩのためのＴＣＩアクティブ化
場合によっては、ＭＡＣ ＣＥは、ＴＣＩコードポイントにマッピングされるように、ＤＬ ＴＣＩをアクティブ化する。場合によっては、ＭＡＣ ＣＥは、ＴＣＩコードポイントにマッピングされるように、ＵＬ ＴＣＩをアクティブ化する。場合によっては、例えば、異なるＴＣＩコードポイントに対応する、アクティブ化されたＴＣＩは、同じ又は異なるＰＤＳＣＨ中で多重化され得る２つの異なるＭＡＣ ＣＥによってアクティブ化されている。例えば、第１のＭＡＣ ＣＥは、ＴＣＩコードポイントの第１のセットについてＤＬ ＴＣＩのセットをアクティブ化し、第２のＭＡＣ ＣＥは、ＴＣＩコードポイントの第２のセットについてＵＬ ＴＣＩのセットをアクティブ化する。場合によっては、ＭＡＣ ＣＥは、同じＴＣＩコードポイントにマッピングされるように、分離ＤＬ ＴＣＩと分離ＵＬ ＴＣＩとをアクティブ化する。
場合によっては、ＭＡＣ ＣＥは、ＴＣＩコードポイントにマッピングされるように、ＤＬ ＴＣＩをアクティブ化する。場合によっては、ＭＡＣ ＣＥは、ＴＣＩコードポイントにマッピングされるように、ＵＬ ＴＣＩをアクティブ化する。場合によっては、例えば、異なるＴＣＩコードポイントに対応する、アクティブ化されたＴＣＩは、同じ又は異なるＰＤＳＣＨ中で多重化され得る２つの異なるＭＡＣ ＣＥによってアクティブ化されている。例えば、第１のＭＡＣ ＣＥは、ＴＣＩコードポイントの第１のセットについてＤＬ ＴＣＩのセットをアクティブ化し、第２のＭＡＣ ＣＥは、ＴＣＩコードポイントの第２のセットについてＵＬ ＴＣＩのセットをアクティブ化する。場合によっては、ＭＡＣ ＣＥは、同じＴＣＩコードポイントにマッピングされるように、分離ＤＬ ＴＣＩと分離ＵＬ ＴＣＩとをアクティブ化する。
【0073】
場合によっては、ＴＣＩコードポイントについての結合ＴＣＩのアクティブ化は、同じＴＣＩコードポイントについてＤＬ ＴＣＩとＵＬ ＴＣＩとを分離してアクティブ化することによって達成され得、ＤＬ ＴＣＩ及びＵＬ ＴＣＩは、例えば同じＴＣＩ状態を指すことによって、同じソースＲＳを含む。ＴＣＩコードポイントについての分離ＤＬ／ＵＬ ＴＣＩは、異なるソースＲＳを用いてＤＬ ＴＣＩ及びＵＬ ＴＣＩをアクティブ化することによって、例えば、ＴＣＩ状態の同じ又は異なるプール内の異なるＴＣＩ状態を指すことによって、達成され得る。このようにして、同じアクティブ化機構、例えば、同じＭＡＣ ＣＥが、結合ＤＬ／ＵＬ ＴＣＩと分離ＤＬ／ＵＬ ＴＣＩの両方に使用され得る。例えば、アクティブ化のためのＭＡＣ ＣＥは、ＴＣＩコードポイントについてのＤＬ ＴＣＩ及びＵＬ ＴＣＩを示すための分離したフィールドを含み得る。
【0074】
別の例では、ＴＣＩアクティブ化のためのＭＡＣ ＣＥは、ＴＣＩコードポイントについての１つ又は２つのＴＣＩ状態Ｉｄフィールドを含むことができる。１つのＴＣＩ状態Ｉｄフィールドの場合は、結合ＴＣＩの場合に対応し得る。２つのＴＣＩ状態Ｉｄフィールドの場合は、分離ＤＬ／ＵＬ ＴＣＩの場合に対応することができ、例えば、第１のフィールドがＤＬ ＴＣＩに対応し、第２のフィールドがＵＬ ＴＣＩに対応する。３ＧＰＰ ＴＳ ３８．３２１ Ｖ１６．３．０からのＭＡＣ ＣＥ提示フォーマットなどに従う例示的な図が図１及び図２に示されている。これらの例は、実際には、３ＧＰＰ ＴＳ ３８．３２１ Ｖ１６．３．０の項６．１．３．２４における「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ ＭＡＣ ＣＥ」に従うので、ＭＡＣ ＣＥ及びその論理チャネルＩＤを再利用することができる。他の場合には、新規のＭＡＣ ＣＥが、場合によっては、新規ＭＡＣ ＣＥのための新規論理チャネルＩＤとともに導入される。
【0075】
いくつかの実施形態によれば、フィールド定義は、３ＧＰＰ ＴＳ ３８．３２１ Ｖ１６．３．０の項６．１．３．２４に従うことができ、以下の潜在的な更新を伴う。
【0076】
Ａ：０又は１に設定され得る。場合によっては、それは、ＭＡＣ ＣＥが、（例えば、Ｒｅｌ－１６におけるような）「ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのための拡張ＴＣＩ状態アクティブ化／非アクティブ化」のためのものであるか、又は、例えば、本明細書で説明されるような統合ＴＣＩフレームワークのためのＴＣＩ状態アクティブ化／非アクティブ化のためのものであるかを示すことができる。例えば、０に設定される場合、それは、ＭＡＣ ＣＥが、Ｒｅｌ－１６におけるような「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ」のためのものであることを示し、１に設定される場合、それは、例えば、本明細書で説明されるような、統合ＴＣＩフレームワークのためのＴＣＩ状態アクティブ化／非アクティブ化を示す。この実施形態では、（例えば、Ｒｅｌ－１６におけるような）「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ」のための論理チャネルＩＤが再使用され得る。図２に示される代替実施形態では、Ｒｅｌ－１６「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ」ＭＡＣ ＣＥ ＳＤＵは、変更なしでそのまま再使用され、例えば、図１で提案されるように、ＭＡＣ ＣＥ ＳＤＵの第１のオクテット内のＲビットのフィールドへの再利用なしに、全ての予約ビットを含む。代わりに、本明細書で導入される新規論理チャネルＩＤは、「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ ＭＡＣ ＣＥ」（例えば、Ｒｅｌ－１６におけるような）と、本明細書で説明される統合ＴＣＩフレームワークのためのＴＣＩ状態アクティブ化／非アクティブ化の指示のためのＭＡＣ ＣＥとを区別するために使用される。
【0077】
ＴＣＩ状態ＩＤｉ，ｊ：このフィールドは、３ＧＰＰ ＴＳ ３８．３３１ Ｖ１６．３．１に規定されているＴＣＩ－ＳｔａｔｅＩｄによって識別されるＴＣＩ状態を示し、ｉはＴＣＩコードポイントインデックスであり、ＴＣＩ状態ＩＤｉ，ｊはｉ番目のＴＣＩコードポイントインデックスに対して示されるｊ番目のＴＣＩ状態を示す。ＴＣＩ状態がマッピングされるＴＣＩコードポイントは、ＴＣＩ状態ＩＤｉ，ｊフィールドのセットを有する全てのＴＣＩコードポイントの中のその順序位置によって判定され、例えば、ＴＣＩ状態ＩＤ０，１及びＴＣＩ状態ＩＤ０，２を有する第１のＴＣＩコードポイントはコードポイント値０にマッピングされ、ＴＣＩ状態ＩＤ１，１及びＴＣＩ状態ＩＤ１，２を有する第２のＴＣＩコードポイントはコードポイント値１にマッピングされ、以下同様である。ＴＣＩ状態ＩＤｉ，２は、Ｃｉフィールドの指示に基づいて任意選択である。アクティブ化されたＴＣＩコードポイントの最大数はＫ（例えば８）であり、例えばＮ＜Ｋであり、ＴＣＩコードポイントにマッピングされたＴＣＩ状態の最大数はＬ（例えば２）である。
【0078】
場合によっては、例えば、ＵＥが共通ビーム動作で構成される場合、統合ＴＣＩフレームワークのためのＴＣＩ状態アクティブ化／非アクティブ化をサポートして本明細書で導入される新規ＭＡＣ ＣＥ論理チャネルＩＤが使用される場合、又は（例えば、Ｒｅｌ－１６におけるような）「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ ＭＡＣ ＣＥ」のために指定されたＭＡＣ ＣＥ論理ＩＤが使用され、フィールドＡが１に設定される場合、フィールドＴＣＩ状態ＩＤｉ，ｊは以下のように解釈され得る。
○ＴＣＩコードポイントｉに対して単一のＴＣＩ状態がアクティブ化されている場合、例えばＣｉ＝０である場合：
■例えば、ＴＣＩ状態ＩＤｉ，１が結合ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，１が、ＤＬ ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，１が、例えば、ＴＣＩ状態ＩＤがＵＬ ＴＣＩのための分離プール内のＴＣＩ状態を指す場合、ＵＬ ＴＣＩを示す。
○ＴＣＩコードポイントｉに対して２つのＴＣＩ状態がアクティブ化されている場合、例えば、Ｃｉ＝１である場合：
■例えば、ＴＣＩ状態ＩＤｉ，１は、ＤＬ ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，２が、ＵＬ ＴＣＩを示す。
●一例では、ＴＣＩ状態ＩＤｉ，２がＴＣＩ状態ＩＤｉ，１に等しく、これは結合ＴＣＩがアクティブ化のために指示されることを意味し得る。
■ＤＬ及びＵＬ ＴＣＩのためのＴＣＩ状態の分離プールを有する一例では、
●ＴＣＩ状態ＩＤｉ，２が、ＤＬ ＴＣＩ状態を含む第１のプール内のＴＣＩ状態を指す場合、上記で説明したように、それは、例えば、マルチＴＲＰベースのＤＬ送信などの複数のＤＬ ＴＣＩを用いたＰＤＣＣＨ及び／又はＰＤＳＣＨ送信のための第２のＤＬ ＴＣＩのアクティブ化を示す。
●ＴＣＩ状態ＩＤｉ，２が、ＵＬ ＴＣＩ状態を含む第２のプール内のＴＣＩ状態を指す場合、上記で説明したように、それはＵＬ ＴＣＩのアクティブ化を示す。
○ＴＣＩコードポイントｉに対して単一のＴＣＩ状態がアクティブ化されている場合、例えばＣｉ＝０である場合：
■例えば、ＴＣＩ状態ＩＤｉ，１が結合ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，１が、ＤＬ ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，１が、例えば、ＴＣＩ状態ＩＤがＵＬ ＴＣＩのための分離プール内のＴＣＩ状態を指す場合、ＵＬ ＴＣＩを示す。
○ＴＣＩコードポイントｉに対して２つのＴＣＩ状態がアクティブ化されている場合、例えば、Ｃｉ＝１である場合：
■例えば、ＴＣＩ状態ＩＤｉ，１は、ＤＬ ＴＣＩを示す。
■例えば、ＴＣＩ状態ＩＤｉ，２が、ＵＬ ＴＣＩを示す。
●一例では、ＴＣＩ状態ＩＤｉ，２がＴＣＩ状態ＩＤｉ，１に等しく、これは結合ＴＣＩがアクティブ化のために指示されることを意味し得る。
■ＤＬ及びＵＬ ＴＣＩのためのＴＣＩ状態の分離プールを有する一例では、
●ＴＣＩ状態ＩＤｉ，２が、ＤＬ ＴＣＩ状態を含む第１のプール内のＴＣＩ状態を指す場合、上記で説明したように、それは、例えば、マルチＴＲＰベースのＤＬ送信などの複数のＤＬ ＴＣＩを用いたＰＤＣＣＨ及び／又はＰＤＳＣＨ送信のための第２のＤＬ ＴＣＩのアクティブ化を示す。
●ＴＣＩ状態ＩＤｉ，２が、ＵＬ ＴＣＩ状態を含む第２のプール内のＴＣＩ状態を指す場合、上記で説明したように、それはＵＬ ＴＣＩのアクティブ化を示す。
【0079】
場合によっては、例えば、ＵＥが共通ビーム動作で構成されていない場合、統合ＴＣＩフレームワークのためのＴＣＩ状態アクティブ化／非アクティブ化のサポートにおいて本明細書で導入される新しいＭＡＣ ＣＥ論理チャネルＩＤが使用されない場合、又は（例えば、Ｒｅｌ－１６におけるように）「Ｅｎｈａｎｃｅｄ ＴＣＩ Ｓｔａｔｅｓ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ｆｏｒ ＵＥ－ｓｐｅｃｉｆｉｃ ＰＤＳＣＨ ＭＡＣ ＣＥ」のために指定されたＭＡＣ ＣＥ論理ＩＤが使用され、フィールドＡが０に設定される場合、フィールドＴＣＩ状態ＩＤｉ，ｊは、例えば、３ＧＰＰ ＴＳ ３８．３２１ Ｖ１６．３．０の項６．１．３．２４におけるように、レガシーシステムにおけるように解釈され得る。
【0080】
上記の例は、ＴＣＩコードポイントｉごとに３つ以上の指示されたＴＣＩ状態ＩＤに容易に拡張することができる。ＭＡＣ ＣＥ内のＴＣＩコードポイントｉごとのアクティブ化のための指示されたＴＣＩ状態ＩＤの数は、Ｑｉと表され得る。図１に示すＭＡＣ ＣＥの例示的な拡張では、フィールドＣｉは、ＴＣＩコードポイントｉについての次のオクテットが存在するかどうかを示すフィールドＣｉ，ｑ（ｑ＝１、．．．、Ｑｉ）で置き換えられてもよい。例えば、ｑ＝Ｑｉの場合Ｃｉ，ｑ＝０であり、ｑ＜Ｑｉの場合Ｃｉ，ｑ＝１であり、ただし、考えられる例外として、ＴＣＩコードポイントｉごとのオクテットの最大数の場合に最後のオクテットに対してＣｉ，ｑフィールドは存在せず、この場合、Ｒフィールドが代わりに使用され得る。言い換えれば、フィールドＴＣＩ状態ＩＤｉ，１、．．．、ＴＣＩ状態ＩＤｉ，Ｑｉは、コードポイントｉについて含まれる。これらの例は、図３（第１のオクテットにＡフィールドを有する）及び図４（第１のオクテットにＲフィールドを有する）に示されている。
【0081】
これらのＴＣＩ状態ＩＤの解釈のいくつかの例を以下に説明する。
■Ｑｉ＝３：
●最初の２つのＴＣＩ状態ＩＤは、２つのＤＬ ＴＣＩのアクティブ化に対応し、第３のＴＣＩ状態ＩＤは、ＵＬ ＴＣＩのアクティブ化に対応する。
●第１のＴＣＩ状態ＩＤはＤＬ ＴＣＩのアクティブ化に対応し、第２及び第３のＴＣＩ状態ＩＤはＵＬ ＴＣＩのアクティブ化に対応する。
■Ｑｉ＝４：
●最初の２つのＴＣＩ状態ＩＤは、２つのＤＬ ＴＣＩのアクティブ化に対応し、第３及び第４のＴＣＩ状態ＩＤは、ＵＬ ＴＣＩのアクティブ化に対応する。
■Ｑｉ＝３：
●最初の２つのＴＣＩ状態ＩＤは、２つのＤＬ ＴＣＩのアクティブ化に対応し、第３のＴＣＩ状態ＩＤは、ＵＬ ＴＣＩのアクティブ化に対応する。
●第１のＴＣＩ状態ＩＤはＤＬ ＴＣＩのアクティブ化に対応し、第２及び第３のＴＣＩ状態ＩＤはＵＬ ＴＣＩのアクティブ化に対応する。
■Ｑｉ＝４：
●最初の２つのＴＣＩ状態ＩＤは、２つのＤＬ ＴＣＩのアクティブ化に対応し、第３及び第４のＴＣＩ状態ＩＤは、ＵＬ ＴＣＩのアクティブ化に対応する。
【0082】
別の例では、ＴＣＩコードポイントｉについて、ＭＡＣ ＣＥは、以下のうちの１つ以上を指示し得る
●：アクティブ化のための指示されたＴＣＩ状態ＩＤの数（例えば、上記の例におけるＱｉ ＴＣＩ状態ＩＤと同様）
●：アクティブ化のための指示されたＴＣＩ状態ＩＤの数（例えば、上記の例におけるＱｉ ＴＣＩ状態ＩＤと同様）
【0083】
指示されたＴＣＩ状態ＩＤについて：
●対応するＴＣＩ状態が結合ＴＣＩのためのものであるか、又は分離ＤＬ／ＵＬ ＴＣＩのためのものであるかが示され得る。
●分離ＤＬ／ＵＬ ＴＣＩの場合、例えば、ＴＣＩ状態の結合プール（ＴＣＩ状態の結合プールを参照）の場合には、ＴＣＩ状態がＤＬ ＴＣＩ又はＵＬ ＴＣＩを判定するためのものであるかどうかが指示され得る。
●分離ＤＬ／ＵＬ ＴＣＩの場合、例えば、ＴＣＩ状態の分離プール（ＴＣＩ状態の分離プールを参照）の場合、ＵＥは、ＴＣＩ状態ＩＤがＴＣＩ状態の第１のプールからのものである場合（結合又はＤＬ ＴＣＩの場合）、ＴＣＩ状態がＤＬ ＴＣＩのためのものであると判定し、ＴＣＩ状態ＩＤがＴＣＩ状態の第２のプールからのものである場合（ＵＬ ＴＣＩの場合）、ＴＣＩ状態がＵＬ ＴＣＩのためのものであると判定することができる。
●対応するＴＣＩ状態が結合ＴＣＩのためのものであるか、又は分離ＤＬ／ＵＬ ＴＣＩのためのものであるかが示され得る。
●分離ＤＬ／ＵＬ ＴＣＩの場合、例えば、ＴＣＩ状態の結合プール（ＴＣＩ状態の結合プールを参照）の場合には、ＴＣＩ状態がＤＬ ＴＣＩ又はＵＬ ＴＣＩを判定するためのものであるかどうかが指示され得る。
●分離ＤＬ／ＵＬ ＴＣＩの場合、例えば、ＴＣＩ状態の分離プール（ＴＣＩ状態の分離プールを参照）の場合、ＵＥは、ＴＣＩ状態ＩＤがＴＣＩ状態の第１のプールからのものである場合（結合又はＤＬ ＴＣＩの場合）、ＴＣＩ状態がＤＬ ＴＣＩのためのものであると判定し、ＴＣＩ状態ＩＤがＴＣＩ状態の第２のプールからのものである場合（ＵＬ ＴＣＩの場合）、ＴＣＩ状態がＵＬ ＴＣＩのためのものであると判定することができる。
【0084】
場合によっては、ＭＡＣ ＣＥは、結合ＴＣＩ又は分離ＤＬ／ＵＬ ＴＣＩのみをアクティブ化する。一例では、ＭＡＣ ＣＥ中のビットは、２つの場合のうちのどちらが適用されるかを示し得る。
【0085】
ＵＥが分離ＤＬ／ＵＬ ＴＣＩで動作するように構成され、及び／又は分離ＤＬ／ＵＬ ＴＣＩ動作がＭＡＣ ＣＥを使用してアクティブ化される場合、ＴＣＩコードポイントに対応するＤＬ ＴＣＩ及びＵＬ ＴＣＩは、同じソースＲＳを含み得る。そのような状況は、事実上、コードポイントのための結合ＴＣＩとみなされ得る。
【0086】
様々な場合では、ＭＡＣ ＣＥは、ＴＣＩコードポイントのためのＴＣＩ状態をアクティブ化し、ＴＣＩコードポイントを示すＤＣＩはまた、ＴＣＩ状態が結合ＴＣＩ、ＤＬ ＴＣＩ又はＵＬ ＴＣＩのために使用されるべきかどうかを示す。
【0087】
ＴＣＩアクティブ化タイムライン
ＭＡＣ ＣＥにおいてアクティブ化コマンドを受信すると、ＭＡＣ ＣＥによってアクティブ化されたＴＣＩが使用可能になるまでにある程度の時間がかかることがある。ＵＥは、他の信号／チャネルを受信するためのＱＣＬ基準としてＴＣＩを使用可能になる前に、ソースＲＳ、又はソースＲＳとともにＲＳ ＱＣＬを受信する必要があり得る。様々な信号／チャネルに対してどのＴＣＩが使用又は仮定されるべきかの曖昧さを回避するために、ｇＮＢ及びＵＥが、ＴＣＩアクティブ化タイムラインの同じ理解を有する場合、例えば、ＴＣＩアクティブ化ＭＡＣ ＣＥに含まれるＴＣＩが実際にアクティブ化されるとき、有益である。この共通の理解がここで仮定される。
ＭＡＣ ＣＥにおいてアクティブ化コマンドを受信すると、ＭＡＣ ＣＥによってアクティブ化されたＴＣＩが使用可能になるまでにある程度の時間がかかることがある。ＵＥは、他の信号／チャネルを受信するためのＱＣＬ基準としてＴＣＩを使用可能になる前に、ソースＲＳ、又はソースＲＳとともにＲＳ ＱＣＬを受信する必要があり得る。様々な信号／チャネルに対してどのＴＣＩが使用又は仮定されるべきかの曖昧さを回避するために、ｇＮＢ及びＵＥが、ＴＣＩアクティブ化タイムラインの同じ理解を有する場合、例えば、ＴＣＩアクティブ化ＭＡＣ ＣＥに含まれるＴＣＩが実際にアクティブ化されるとき、有益である。この共通の理解がここで仮定される。
【0088】
ＴＣＩアクティブ化タイムラインは、以下に関連し得る。
（１）ＵＥがアクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨを受信した時間、例えば、ＰＤＳＣＨが受信されたスロット
（２）ＵＥが、アクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を有するＰＵＣＣＨを送信する時間、例えば、それが送信されるスロット又は
（３）ＵＥがアクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨの復号に成功した時間。
（１）ＵＥがアクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨを受信した時間、例えば、ＰＤＳＣＨが受信されたスロット
（２）ＵＥが、アクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫ情報を有するＰＵＣＣＨを送信する時間、例えば、それが送信されるスロット又は
（３）ＵＥがアクティブ化ＭＡＣ ＣＥを搬送するＰＤＳＣＨの復号に成功した時間。
【0089】
ＰＤＳＣＨ反復の場合、タイムラインは、最後の送信に関連し得る。ＰＵＣＣＨ反復の場合、タイムラインは、いくつかの場合には、最初の送信に関連し、他の場合には最後の送信に関連し得る。ＵＥがＰＵＣＣＨを送信したであろう時間を使用することによって、ＨＡＲＱ－ＡＣＫが実際にＰＵＳＣＨにおいて多重化される場合であっても、ＰＵＣＣＨベースの基準点が使用され得る。
【0090】
ＴＣＩ（又はＴＣＩ状態）は、既知及び未知のＴＣＩ状態に記載されているように、「既知」又は「未知」であるとみなされ得る。ＴＣＩアクティブ化は、典型的には、ＴＣＩが既知である場合よりも未知での場合の方が著しく長い。
【0091】
既知のＴＣＩは、既にアクティブ化されているか、又はされていない可能性があり、これはまた、アクティブ化遅延に影響を及ぼし得る。例えば、ＴＣＩは、既にアクティブ化されたＤＬ ＴＣＩと同じソースＲＳ（又は同じＲＳがソースＲＳとＱＣＬされる）を含むＵＬ ＲＳをアクティブ化するＭＡＣ ＣＥが受信されるとき、ＤＬ ＴＣＩのために既にアクティブ化されていることがある。既にアクティブ化された既知のＴＣＩのアクティブ化遅延は、まだアクティブ化されていない既知のＴＣＩよりも短くなり得る。
【0092】
更に、既知のＴＣＩ状態のアクティブ化遅延はまた、ＭＡＣ ＣＥ復号後の最初のＳＳＢ送信までの時間などの他の要因に依存することもあり、それは異なるＳＳＢについて異なることがある。
【0093】
ＭＡＣ ＣＥにおけるＴＣＩアクティブ化コマンドは、既知のＴＣＩのみ、未知のＴＣＩのみ、又は既知のＴＣＩと未知のＴＣＩとの混合、並びに既にアクティブ化された既知のＴＣＩとまだアクティブ化されていないＴＣＩとの混合を含み得る。図５は、ＴＣＩ（又はＴＣＩ状態）ｄ１、ｄ２、．．．、ｄ７のセットのアクティブ化のためのＭＡＣ ＣＥを搬送するＰＤＳＣＨの受信後のＴＣＩアクティブ化遅延を示す。
【0094】
上記の説明を考慮すると、セット中の異なるＴＣＩについての（公称）アクティブ化遅延は、全く異なり得る。これを処理するために、以下の２つのオプションが考慮され得る：
（１）全てのＴＣＩの（実際の仮定された）アクティブ化遅延は、例えば未知のＴＣＩ状態の最長（公称）ＴＣＩアクティブ化遅延に従う。
（２）セット内の異なるＴＣＩの（実際の仮定された）アクティブ化遅延は、それらの個々の（公称）ＴＣＩアクティブ化遅延に従う。
（１）全てのＴＣＩの（実際の仮定された）アクティブ化遅延は、例えば未知のＴＣＩ状態の最長（公称）ＴＣＩアクティブ化遅延に従う。
（２）セット内の異なるＴＣＩの（実際の仮定された）アクティブ化遅延は、それらの個々の（公称）ＴＣＩアクティブ化遅延に従う。
【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】
ＴＣＩ適用Ａｌｔ ２Ａ
ＴＣＩ適用タイムラインの１つの代替形態では、ＴＣＩは、ＴＣＩコードポイントを搬送するＤＣＩの肯定応答後のある時間に適用される。例えば、ＴＣＩは、ＡＣＫ（例えば、ＡＣＫを搬送するＰＵＣＣＨリソース）の最初又は最後のシンボルの後の少なくともＸｍｓ又はＹシンボルである第１のスロットにおいて適用される。
ＴＣＩ適用タイムラインの１つの代替形態では、ＴＣＩは、ＴＣＩコードポイントを搬送するＤＣＩの肯定応答後のある時間に適用される。例えば、ＴＣＩは、ＡＣＫ（例えば、ＡＣＫを搬送するＰＵＣＣＨリソース）の最初又は最後のシンボルの後の少なくともＸｍｓ又はＹシンボルである第１のスロットにおいて適用される。
【0138】
場合によっては、ＤＣＩの肯定応答は、ＤＣＩによってスケジューリングされたＰＤＳＣＨの肯定応答と結合して送信される。場合によっては、これは、ＰＤＳＣＨに対するＡＣＫ又はＮＡＣＫがＤＣＩのＡＣＫを暗示し得ることを意味する。指示されたビームは、ＵＥがＡＣＫ又はＮＡＣＫを送信した場合に適用され得るが、ＵＥがＡＣＫ又はＮＡＣＫを送信しなかった場合には適用され得ない。いくつかの場合には、ＰＤＳＣＨへのＡＣＫはＤＣＩのＡＣＫを暗示し得、ＰＤＳＣＨへのＮＡＣＫはＤＣＩへのＮＡＣＫを暗示し得る。指示されたビームは、ＵＥがＡＣＫを送信した場合に適用され得るが、ＵＥがＮＡＣＫを送信した場合には適用され得ない。
【0139】
図１３は、ＴＣＩ適用タイムラインＡｌｔ ２Ａの例示的な図を示す。ＰＤＣＣＨによって搬送されるＤＣＩは、以前のＴＣＩとは異なる新規ＴＣＩを指示する。新規ＴＣＩは、ＤＣＩによってスケジューリングされたＰＤＳＣＨの肯定応答の受信後、少なくともＴ３（例えば、ｍｓ又はシンボル単位）である第１のスロット中に適用される。この図はまた、閾値Ｔ２を含み、それは、いくつかの例では、該当する場合、ＲＲＣパラメータ値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬと同一であり得、又は他の例では何らかの他の値であり得る。図１３に示される例では、ＤＣＩとＰＤＳＣＨとの間の時間差は、閾値Ｔ２よりも大きい。
【0140】
図１４はまた、ＴＣＩ適用タイムラインＡｌｔ ２Ａの例示的な図を示す。この例では、ＤＣＩとＰＤＳＣＨとの間の時間差は閾値Ｔ４よりも小さい。ビームは、図１３の例と比較してより早く、ＤＣＩが受信されたスロット後の２スロットに既に適用され得る。
【0141】
場合によっては、ＤＣＩのＡＣＫ／ＮＡＣＫは、ＤＣＩによってスケジューリングされたＰＤＳＣＨのＡＣＫ／ＮＡＣＫとは分離している。場合によっては、例えば、ＤＣＩがダウンリンクスケジューリング割当てを含まない場合、ＰＤＳＣＨの対応するＡＣＫ／ＮＡＣＫは存在しない。場合によっては、分離ＡＣＫは、ＵＥがＤＣＩを正常に受信及び復号したことを意味する。場合によっては、分離ＡＣＫは、ＵＥが、ＤＣＩにおいて、例えば、前のＴＣＩとは異なる新規ＴＣＩを正常に受信したことを意味する。ＵＥは、対応する分離ＡＣＫの送信後に、指示されたＴＣＩを適用し得る。
【0142】
図１５は、ＡＣＫ／ＮＡＣＫ又はＰＤＳＣＨ（図中のＡＣＫ２）から分離したＤＣＩの肯定応答（図中のＡＣＫ１）を伴うＴＣＩ適用タイムラインの例示的な図を示す。この例では、指示されたＴＣＩは、新規ＴＣＩの受信成功の肯定応答（ＡＣＫ１）の後の少なくともＴ４（例えば、ｍｓ又はシンボルの単位で）である第１のスロット中で適用され得る。
【0143】
ＴＣＩ適用Ａｌｔ ２Ｂ
ＴＣＩ適用タイムラインの１つの代替形態では、ＴＣＩは、例えば、いくつかの条件下で、ＤＣＩによってスケジューリングされたＰＤＳＣＨ及び／又は肯定応答に適用され得ることを除いて、ＴＣＩコードポイント指示を搬送するＤＣＩの肯定応答後の一定時間に適用される。そのような条件の一例は、ＤＣＩとＰＤＳＣＨとの間の時間差がある閾値以上であることである。ＴＣＩは、例えば、いくつかの条件下で、対応するＡＣＫ、例えば、ＰＵＣＣＨリソースに適用され得る。そのような条件の一例は、ＤＣＩと肯定応答との間の時間差がある閾値以上であることである。ＰＤＳＣＨ及び／又はＡＣＫへのＴＣＩ適用の例外に加えて、この代替形態は、上記で説明したＡｌｔ ２Ａに従うことができる。
ＴＣＩ適用タイムラインの１つの代替形態では、ＴＣＩは、例えば、いくつかの条件下で、ＤＣＩによってスケジューリングされたＰＤＳＣＨ及び／又は肯定応答に適用され得ることを除いて、ＴＣＩコードポイント指示を搬送するＤＣＩの肯定応答後の一定時間に適用される。そのような条件の一例は、ＤＣＩとＰＤＳＣＨとの間の時間差がある閾値以上であることである。ＴＣＩは、例えば、いくつかの条件下で、対応するＡＣＫ、例えば、ＰＵＣＣＨリソースに適用され得る。そのような条件の一例は、ＤＣＩと肯定応答との間の時間差がある閾値以上であることである。ＰＤＳＣＨ及び／又はＡＣＫへのＴＣＩ適用の例外に加えて、この代替形態は、上記で説明したＡｌｔ ２Ａに従うことができる。
【0144】
例えば、ＤＣＩとスケジューリングされたＰＤＳＣＨとの間の時間オフセットが閾値を超える場合、（新規）ＴＣＩ更新が、（ビーム指示ＤＣＩによってスケジューリングされた）ＰＤＳＣＨ及び／又は対応するＡＣＫ送信に、存在する場合、適用され得ることを除いて、例えば、ＴＣＩは、ＡＣＫの最初のシンボル又は最後のシンボル（例えば、ＡＣＫを搬送するＰＵＣＣＨリソース）の少なくともＸｍｓ又はＹシンボル後の最初のスロットに適用される。いくつかの場合には、指示されたＴＣＩは、ＤＣＩとＡＣＫとの間の時間差が、ＰＤＳＣＨのために使用される閾値とは異なり得るか又は同じであり得る閾値以上である場合、ＡＣＫ送信に適用され得る。いくつかのＵＥ実装形態は、ＤＬ送信よりもＵＬ送信に新規ＴＣＩを適用するためにより多くの時間を必要とし得る。他のＵＥ実装形態は、より少ない時間又は同じ時間を必要とし得る。
【0145】
指示されたＴＣＩがＤＬとＵＬの両方に適用可能である、例えば結合ＴＣＩであるいくつかの場合には、ＴＣＩは、（例えば、ＰＵＣＣＨリソース上の）スケジューリングされたＰＤＳＣＨ及びＡＣＫ／ＮＡＣＫに適用され得る。
【0146】
ＤＣＩが、ＤＬに適用可能なＴＣＩ（ＤＬ ＴＣＩ）と、ＵＬに適用可能なＴＣＩ状態（ＵＬ ＴＣＩ）とを指示するいくつかの場合、例えば、分離ＤＬ／ＵＬ ＴＣＩである場合、ＤＬ ＴＣＩは、スケジューリングされたＰＤＳＣＨに適用され得、ＵＬ ＴＣＩは、（例えば、ＰＵＣＣＨリソース上の）ＡＣＫ／ＮＡＣＫに適用され得る。
【0147】
ＤＣＩが、ＤＬに適用可能であるがＵＬには適用可能でないＴＣＩ（分離ＤＬ ＴＣＩ）を指示するいくつかの場合、ＤＬ ＴＣＩは、スケジューリングされたＡＣＫ／ＮＡＣＫには適用され得るが、ＡＣＫ／ＮＡＣＫには適用され得ない。代わりに、前のＵＬ ＴＣＩがＡＣＫ／ＮＡＣＫに適用される。
【0148】
ＤＣＩが、ＵＬに適用可能であるがＤＬには適用可能でないＴＣＩ（分離ＵＬ ＴＣＩ）を指示するいくつかの場合、ＵＬ ＴＣＩは、ＡＣＫ／ＮＡＣＫには適用され得るが、スケジューリングされたＰＤＳＣＨには適用され得ない。代わりに、以前のＤＬ ＴＣＩがＰＤＳＣＨに適用される。
【0149】
図１６は、新規ＴＣＩを指示するＤＣＩによってスケジューリングされたＰＤＳＣＨの肯定応答のしばらく後に新規ＴＣＩが全体的に適用される、ＴＣＩ適用タイムラインの一例を示す。しかしながら、スケジューリングされたＰＤＳＣＨ及び対応するＡＣＫにも新規ＴＣＩが適用される。ＡＣＫに適用されるＴＣＩは、例えば結合ＴＣＩの場合は同じであってもよく、例えば分離ＤＬ及びＵＬ ＴＣＩの場合は異なっていてもよい。ＤＣＩとスケジューリングされたＰＤＳＣＨとの間の時間差が閾値Ｔ５より大きいので、新規ＴＣＩがＰＤＳＣＨにも適用される。ＰＤＳＣＨのＡＣＫにも新規ＴＣＩが適用される。この例は、指示されたＴＣＩが肯定応答に適用されるかどうかを判定するために使用され得る時間閾値Ｔ６を含む。場合によっては、肯定応答のための別個の閾値が使用されないが、代わりに、ＰＤＳＣＨのためのものと同じ閾値、例えば、Ｔ５が使用される。時間閾値Ｔ７は、新規ＴＣＩが全体的に適用されるという肯定応答後の最小時間を示す。
【0150】
図１７は、図１６と同様であるが、ＤＣＩとスケジューリングされたＰＤＳＣＨとの間の時間差が閾値Ｔ５未満である。この場合、以前のＴＣＩがＰＤＳＣＨ受信に適用される。しかしながら、ＰＤＳＣＨの肯定応答は、閾値（いくつかの場合にはＴ５、いくつかの場合にはＴ６）の後に来る。この例では、新規ＴＣＩをＡＣＫに適用するかどうかは明確でない。一手法では、新規ＴＣＩが、スケジューリングされたＰＤＳＣＨ及び対応する肯定応答の両方に適用されるか、又はどちらにも適用されない。言い換えれば、以前のＴＣＩは、ＰＤＳＣＨに適用されるので、ＡＣＫにも適用される。このアプローチは、例えば、結合ＴＣＩの場合に使用され得る。別の手法では、ＤＣＩと肯定応答との間の時間差が閾値（例えば、図１７の例示的な図におけるＴ５又はＴ６）以上である場合、新規ＴＣＩが肯定応答に適用される。このアプローチは、例えば、分離ＤＬ及びＵＬ ＴＣＩが使用される場合、例えば、ＤＣＩで指示される場合に使用され得る。代替的に、この手法は、例えば、ＤＣＩで指示される、結合又は分離ＤＬ及びＵＬ ＴＣＩが使用されるかどうかにかかわらず、使用され得る。図１７では、時間差は閾値、例えばＴ５又はＴ６よりも大きいので、新規ＴＣＩが肯定応答の送信に適用され得る。上記の例では、新規ＴＣＩがスケジューリングされたＰＤＳＣＨ又は対応するＡＣＫに適用されない場合、前のＴＣＩが結合でも分離でも、適用される。
【0151】
図１８は、ＴＣＩ更新を搬送するＤＣＩの肯定応答（ＡＣＫ１）の送信後しばらくしてから新規ＴＣＩが全体的に適用されるＴＣＩ適用タイムラインの一例を示す。この例では、ＤＣＩの肯定応答は、ＰＤＳＣＨの肯定応答とは分離していることに留意されたい。場合によっては、ＤＣＩはＤＬ割当てを含まないので、ＰＤＳＣＨはＤＣＩによってスケジューリングされず、対応する肯定応答（ＡＣＫ２）は必要とされず、これは図１９に示されている。図１８では、ＤＣＩとスケジューリングされたＰＤＳＣＨとの間の時間差が閾値未満であるため、以前のＴＣＩ（例えば、結合ＴＣＩ又はＤＬ ＴＣＩ）がＰＤＳＣＨ受信のために使用される。しかしながら、場合によっては、例えば、図１８及び図１９に示される例では、ＤＣＩと肯定応答（例えば、ＰＵＣＣＨリソース上で送信される）との間の時間差がＴ８又はＴ９などの閾値より大きい場合、新規ＴＣＩ（例えば、結合ＴＣＩ又はＵＬ ＴＣＩ）がＡＣＫ１に適用される。
【0152】
例えば、信頼性向上のための反復の目的で、ＴＣＩコードポイントが２つの結合ＴＣＩにマッピングされた場合を考える。場合によっては、ＤＣＩは、そのようなＴＣＩコードポイントを指示し、反復を伴うＰＤＳＣＨをスケジューリングするが、反復を伴わないＰＵＣＣＨリソースを指示する。ＡＣＫはまた、反復を伴わないＰＵＳＣＨによって搬送され得る。この場合、ＵＥは、ＰＤＳＣＨ送信に両方のＴＣＩを適用し得るが、ＡＣＫを搬送するＵＬ送信には１つのＴＣＩのみを適用し得る。ＵＥは、ＴＣＩコードポイントにマッピングされたＴＣＩのうちの１つ、例えば、アクティブ化ＭＡＣ ＣＥ中で最初に指示されたＴＣＩ状態、又は最も低いＴＣＩ状態ＩＤをもつＴＣＩを選択し得る。
【0153】
ＴＣＩ適用Ａｌｔ ２Ｃ
場合によっては、ＵＥは、１つ以上のＴＣＩ適用タイムラインをサポートし得る。一例では、ＵＥは、Ａｌｔ １、Ａｌｔ ２Ａの一方又は両方をサポートすることができる。様々な他の例では、ＵＥは、例えば、Ａｌｔ ２Ｂ及び／又はＡｌｔ ３を含む、他の１つ以上のＴＣＩ適用タイムラインをサポートし得る。
場合によっては、ＵＥは、１つ以上のＴＣＩ適用タイムラインをサポートし得る。一例では、ＵＥは、Ａｌｔ １、Ａｌｔ ２Ａの一方又は両方をサポートすることができる。様々な他の例では、ＵＥは、例えば、Ａｌｔ ２Ｂ及び／又はＡｌｔ ３を含む、他の１つ以上のＴＣＩ適用タイムラインをサポートし得る。
【0154】
ＵＥは、例えば、ＲＲＣレイヤ上でのＵＥ能力シグナリングを使用して、その能力をネットワークに指示し得る。場合によっては、例えば、ＵＥが１つのＴＣＩ適用タイムラインのサポートを指示した場合、ＵＥは、指示されたタイムラインが使用されるべきであると仮定し得る。ＵＥが１つ以上のタイムラインのためのサポートを指示した場合を含めたいくつかの場合では、ＵＥは、ｇＮＢが、あるＴＣＩタイムラインを使用するために、例えば、ＲＲＣ構成を使用してＵＥを構成した後に、ＴＣＩ適用タイムラインが使用されると仮定し得る。
【0155】
ＴＣＩ適用Ａｌｔ ３
場合によっては、ＵＥは、ＤＣＩの受信後の十分な適用時間、並びに肯定応答の送信後の十分な時間との両方を与えるＴＣＩ適用タイムラインをサポートする。
場合によっては、ＵＥは、ＤＣＩの受信後の十分な適用時間、並びに肯定応答の送信後の十分な時間との両方を与えるＴＣＩ適用タイムラインをサポートする。
【0156】
例えば、ＴＣＩは、ビーム指示をもつＤＣＩの最初又は最後のシンボル後の少なくともＸ１ｍｓ又はＹ１シンボルであり、ＴＣＩ指示の肯定応答の最初又は最後のシンボル後のＸ２ｍｓ又はＹ２シンボルである第１のスロット中で適用される。
【0157】
場合によっては、ＴＣＩ指示の肯定応答は、ＤＣＩによってスケジューリングされたＰＤＳＣＨの肯定応答でもあるが、場合によっては分離であることに留意されたい。
【0158】
図２０及び図２１は、Ａｌｔ ３の例を示す。図２０では、ＤＣＩの後のＴ１１（ｍｓ又はシンボル）である第１のスロットは、肯定応答の後のＴ１２（ｍｓ又はシンボル）である第１のスロットよりも１スロット早い。新規ＴＣＩは、両方の条件を満たす第１のスロットにおいて適用されるので、２つのスロットのうちの後者において適用される。同様に、図２１では、ＤＣＩの後のＴ１１（ｍｓ又はシンボル）である第１のスロットは、肯定応答の後のＴ１２（ｍｓ又はシンボル）である第１のスロットよりも１スロット遅い。新規ＴＣＩは、両方の条件を満たす第１のスロットにおいて適用されるので、２つのスロットのうちの後者において適用される。
【0159】
ＴＣＩ適用タイムラインの拡張についての説明
ＴＣＩアクティブ化時のＴＣＩ適用
上記で説明したように、ＵＥへのＴＣＩシグナリングは、多ステップ手順であり得、それは、第１に、ＴＣＩ状態の１つ以上のプールのＲＲＣシグナリング、第２に、１つ以上のＴＣＩのアクティブ化及びＭＡＣ ＣＥによるＴＣＩコードポイントへのマッピング、第３に、ＤＣＩを使用する１つ以上のＴＣＩの指示を伴い得る。
ＴＣＩアクティブ化時のＴＣＩ適用
上記で説明したように、ＵＥへのＴＣＩシグナリングは、多ステップ手順であり得、それは、第１に、ＴＣＩ状態の１つ以上のプールのＲＲＣシグナリング、第２に、１つ以上のＴＣＩのアクティブ化及びＭＡＣ ＣＥによるＴＣＩコードポイントへのマッピング、第３に、ＤＣＩを使用する１つ以上のＴＣＩの指示を伴い得る。
【0160】
第１のステップは、ほとんどの場合、ＵＥが多数のＴＣＩ状態で構成され得るので、低頻度で実施されると仮定され得る。
【0161】
しかしながら、第２のステップ（ＭＡＣ ＣＥアクティブ化）は、いくつかの要因に応じて、比較的頻繁に実施されなければならない場合がある。例えば、いくつかのＵＥは、ＤＣＩシグナリングが許容するもの（例えば、８）よりも少ない数（例えば、２、４、又は６）のアクティブ化されたＴＣＩ状態をサポートし得る。更に、いくつかのシナリオ、例えば、高周波数帯域は、狭ビームを利用し得る。これは、比較的小さいＵＥ移動が、異なるビームに対応し得る、アクティブ化されたＴＣＩ状態の新規セットを必要とし得ることを暗示し得る。当然ながら、高速ＵＥはまた、新規ＴＣＩ状態の頻繁なアクティブ化を必要とし得る。ＭＡＣ ＣＥによる潜在的な比較的頻繁なＴＣＩアクティブ化は、ＴＣＩアクティブ化（ＭＡＣ ＣＥ）タイムラインと適用（ＤＣＩ）タイムラインとの間の効率及び相互作用を改善するための引数である。
【0162】
２つの基本原理を考えることができる。
【0163】
原理１：ＴＣＩを指示するためのＤＣＩは、ＴＣＩがアクティブ化された後に送信され得る。
【0164】
【0165】
原理２：ＴＣＩが適用時間にアクティブ化されている場合、ＴＣＩを指示するＤＣＩは、ＴＣＩがアクティブ化される前に送信され得る。
【0166】
これは図２４に示されている。
【0167】
図２２及び図２３では、ＴＣＩコードポイント＃１にマッピングされたＴＣＩのアクティブ化及び指示に焦点を当てた原理１の例示的な図が示されている。ＭＡＣ ＣＥは、ＴＣＩ ｑ１をアクティブ化し、それをＴＣＩコードポイント＃１にマッピングする。以前に、別のＴＣＩ ｑ０がアクティブ化されており、このＴＣＩコードポイントにマッピングされている。図２２では、ＤＣＩは、アクティブ化時間の前に受信される。したがって、指示されたＴＣＩコードポイント＃１は、ＴＣＩ ｑ０を指すと解釈され、したがって、対応する適用時間に適用される。図２３において、ＤＣＩは、アクティブ化時間の後に受信され、これは、指示されたＴＣＩコードポイント＃１が、新たにアクティブ化されたＴＣＩ ｑ１を指すと解釈されることを意味する。
【0168】
図２４では、同様にＴＣＩコードポイント＃１にマッピングされたＴＣＩのアクティブ化及び指示に焦点を当てた原理２の例示的な図が示されている。ＤＣＩは、アクティブ化時間の前に受信される。しかしながら、指示されたＴＣＩは、ＤＣＩの受信よりも後に適用されるべきである。この例では、適用時間は、アクティブ化時間の後である。したがって、原理２によれば、指示されたＴＣＩコードポイント＃１は、新たにアクティブ化されたＴＣＩ ｑ１を指すと解釈され、したがって、対応する適用時間に適用される。
【0169】
これら２つの原理を比較すると、原理２は、（ＭＡＣ ＣＥにおける）アクティブ化コマンドと対応する適用時間との間の最も低い待ち時間をもたらす。したがって、原理２は、別段の記載がない限り、本明細書では全体的に仮定され得る。
【0170】
ＴＣＩ適用－更なる拡張
いくつかの態様に従って、ＴＣＩ適用タイムラインが上述された。様々な更なる問題及び解決策がここで説明される。
いくつかの態様に従って、ＴＣＩ適用タイムラインが上述された。様々な更なる問題及び解決策がここで説明される。
【0171】
まず、図２５の例示的な図を考える。上記の図と同様に、任意のＴＣＩコードポイントを考慮することができ、この例では、それはＴＣＩコードポイント＃１である。ＴＣＩアクティブ化ＭＡＣ ＣＥが受信され、これは、このコードポイントのＴＣＩ ｑ１をアクティブ化する。以前に、ＴＣＩ ｑ０がアクティブ化されており、このコードポイントにマッピングされている。ＭＡＣ ＣＥに続いて、ｑ１について、あるＴＣＩアクティブ化遅延がある。ＴＣＩコードポイントは、アクティブ化の時間の前に受信されたＤＣＩによって指示される。ＤＣＩ（例えば、フォーマット１＿１又は１＿２）は、アクティブ化時間後にＰＤＳＣＨをスケジューリングする。ＴＣＩ適用閾値Ｔ１の後に、１、２、及び３とラベル付けされた他の信号／チャネルが存在する。共通ビーム動作がこれらの信号／チャネルに適用可能であると仮定される。例えば、それらは、ＵＥがＰＤＣＣＨをモニタリングするＣＯＲＥＳＥＴを表す。別の例では、例えば、指示されたＴＣＩが結合ＴＣＩ又はＵＬ ＴＣＩである場合、信号／チャネルは、例えば、ＰＵＣＣＨリソース、ＳＲＳ、又はＰＵＳＣＨを表し得る。
【0172】
ｑ１はｑ０とは異なるものとする。ＴＣＩ適用閾値（例えば、図２５のＴ１）は、異なる場合及び異なる代替形態における異なる値に対応し得る。Ａｌｔ １に基づく一例では、適用閾値は、ＤＣＩの後の時間（例えば、図２５に示されるようなＴ１）に対応し得る。Ａｌｔ ２Ａに基づく一例では、適用閾値は、ＡＣＫ後の時間（例えば、Ｔ４）に対応し得る。Ａｌｔ ２Ｂに基づく一例では、適用閾値は、ＡＣＫ後の時間（例えば、Ｔ１０）に対応し得る。Ａｌｔ ３に基づく一例では、適用閾値は、後の適用時間（例えば、Ｔ１１又はＴ１２）を与える、ＤＣＩの後の時間又はＡＣＫの後の時間に対応し得る。
【0173】
この状況におけるＴＣＩ適用は曖昧な場合があり、解決策を必要とする場合がある。いくつかの実施形態に従って、いくつかのオプションが以下に提示される。
【0174】
オプション１：ＤＣＩ内で指示されるＴＣＩコードポイント＃１はｑ０を指す。ＴＣＩ ｑ０は、Ｓ１、Ｓ２、スケジューリングされたＰＤＳＣＨ及びＳ３に適用される。
【0175】
オプション２：ＤＣＩ内で指示されるＴＣＩコードポイント＃１は、Ｓ１についてはｑ０を指すが、Ｓ２、スケジューリングされたＰＤＳＣＨ及びＳ３についてはｑ１を指す。
【0176】
オプション３：ＤＣＩ内で指示されるＴＣＩコードポイント＃１は、Ｓ１及びＳ２についてはｑ０を指すが、スケジューリングされたＰＤＳＣＨ及びＳ３についてはｑ１を指す。
【0177】
オプション４：ＤＣＩ内で指示されるＴＣＩコードポイント＃１は、Ｓ２、スケジューリングされたＰＤＳＣＨ及びＳ３についてはｑ１を指す。ＤＣＩは、適用閾値（例えば、Ｔ１）の後であっても、Ｓ１のＴＣＩに影響を与えない。
【0178】
オプション５：ＤＣＩ内で指示されるＴＣＩコードポイント＃１は、スケジューリングされたＰＤＳＣＨ及びＳ３についてはｑ１を指す。ＤＣＩは、適用閾値（例えば、Ｔ１）の後であっても、Ｓ１及びＳ２のＴＣＩに影響を与えない。
【0179】
オプション１は、概して、上述の原理１及び原理２の両方に従う。欠点は、ｑ１の適用が可能な限り早く適用されないことである。しかしながら、これは、以下のようにＰＤＳＣＨのためのレガシーＴＣＩルールを再定義することを必要とし得る。
【0180】
ＵＥが単一スロットＰＤＳＣＨを用いて構成され、ＤＬ ＤＣＩの受信（又はその代替態様に応じてＡＣＫの送信）と対応するＰＤＳＣＨとの間の時間オフセットが閾値（例えば、Ｔ１）以上であるとき、指示されたＴＣＩ（又はＴＣＩ状態）は、指示されたＴＣＩ（又はＴＣＩ状態）が適用可能である第１のスロット中のアクティブ化されたＴＣＩ（又はＴＣＩ状態）に基づくべきである。ＵＥが多スロットＰＤＳＣＨを用いて構成され、ＤＬ ＤＣＩの受信（又はその代替態様に応じてＡＣＫの送信）と対応する第１のＰＤＳＣＨとの間の時間オフセットが閾値（例えば、Ｔ１）以上であるとき、指示されたＴＣＩ状態）は、指示されたＴＣＩ（又はＴＣＩ状態）が適用可能である第１のスロット中のアクティブ化されたＴＣＩ（又はＴＣＩ状態）に基づくべきであり、ＵＥは、アクティブ化されたＴＣＩ状態がスケジューリングされたＰＤＳＣＨを伴うスロットにわたって同じであることを予想するものである。
【0181】
オプション２は、例えば、指示されたＴＣＩコードポイントが、ＰＤＳＣＨのスロット中のアクティブ化されたＴＣＩ（又はＴＣＩ状態）に基づいて解釈されるという、ＰＤＳＣＨのためのレガシーＴＣＩルールに従う。利点は、ＴＣＩ ｑ１を可能な限り早く、例えばＳ２については既に使用できることである。欠点は、ＴＣＩコードポイントの指示をもつ同じＤＣＩが、信号／チャネルを含むスロットがアクティブ化時間の前であるか後であるかに応じて、２つの異なるＴＣＩを指し得ることである。
【0182】
オプション２は、以下のように表現される場合がある。
【0183】
ＵＥが、対応するＴＣＩがアクティブ化される前のスロット中の適用時間をもつ新規ＴＣＩコードポイントを指示し、対応するＴＣＩがアクティブ化された後のスロット中のＰＤＳＣＨをスケジューリングするＤＣＩを受信するとき、時間適用閾値の後（例えば、時間Ｔ１の後）、かつスケジューリングされたＰＤＳＣＨのスロットまで、信号／チャネルのために使用される指示されたＴＣＩは、信号／チャネルを含むスロット中のアクティブ化されたＴＣＩに基づくべきである。
【0184】
オプション３は、オプション２と同様の欠点を有するが、ＴＣＩ状態アクティブ化時ではなく、スケジューリングされたＰＤＳＣＨを用いてＴＣＩ切り替えが行われる。例えば、次のように表現することができる。
【0185】
ＵＥが、対応するＴＣＩがアクティブ化される前のスロット中の適用時間をもつ新規ＴＣＩコードポイントを指示し、対応するＴＣＩがアクティブ化された後のスロット中のＰＤＳＣＨをスケジューリングするＤＣＩを受信するとき、適用閾値の後（例えば、時間Ｔ１の後）、かつスケジューリングされたＰＤＳＣＨのスロットの前まで、信号／チャネルのために使用される指示されたＴＣＩは、そのＤＣＩを含むスロット中のアクティブ化されたＴＣＩに基づくべきである。スケジューリングされたＰＤＳＣＨのスロット及び（次のＴＣＩ更新までの）後続のスロットのために使用される指示されたＴＣＩは、スケジューリングされたＰＤＳＣＨのスロットにおけるアクティブ化されたＴＣＩ状態に基づくべきである。
【0186】
オプション４は、単一のＴＣＩを指示する単一のＤＣＩの利点と、アクティブ化時の早期ＴＣＩ適用の利点との両方を有する。信号／チャネルＳ１は、適用閾値の後（例えば、閾値Ｔ１の後）であり、したがって、そのＴＣＩは、通常、ＤＣＩによって指示されるＴＣＩによって更新されている。しかしながら、スケジューリングされたＰＤＳＣＨは、指示されたＴＣＩのアクティブ化時間の後である（及びＴＣＩが異なる）ので、Ｓ１は、例えば、ＤＣＩの受信の前に適用可能であった、前のＴＣＩを使用することになる。これは例えば以下のように表現することができる。
【0187】
ＵＥが、対応するＴＣＩがアクティブ化される前のスロットにおいて適用時間をもつ新規ＴＣＩコードポイントを示し、対応するＴＣＩがアクティブ化された後のスロットにおいてＰＤＳＣＨをスケジューリングするＤＣＩを受信するとき、指示されたＴＣＩは、アクティブ化時間の前のスロットにおける信号／チャネルのために使用されない。
【0188】
オプション５は、オプション４と同様であるが、新規ＴＣＩは、スケジューリングされたＰＤＳＣＨまで適用されない。これは以下のように表現することができる。
【0189】
ＵＥが、対応するＴＣＩがアクティブ化される前のスロットにおいて適用時間をもつ新規ＴＣＩコードポイントを示し、対応するＴＣＩがアクティブ化された後のスロットにおいてＰＤＳＣＨをスケジューリングするＤＣＩを受信するとき、指示されたＴＣＩは、ＰＤＳＣＨのスロットの前のスロットにおける信号／チャネルのために使用されない。
【0190】
上記のオプションは、ＭＡＣ ＣＥベースのアクティブ化に続くデフォルトＴＣＩ状態、例えば、ＤＣＩによって指示されるＴＣＩコードポイントがアクティブ化時間の前に使用されないオプション４及びオプション５と組み合わされ得ることに留意されたい。場合によっては、デフォルトＴＣＩ、又はデフォルトＴＣＩが適用される前に指示されたＴＣＩのどちらを優先するかについて解決される必要があり得る曖昧さがあり得る。一例として、図２６を考える。ＴＣＩ ｑ１（ＴＣＩコードポイント＃１にマッピングされる）及びＴＣＩ ｑ２（コードポイント＃０にマッピングされる）を含む、ＴＣＩがアクティブ化されたＭＡＣ ＣＥコマンドが受信される。ｑ２がデフォルトＴＣＩであり、ｑ２のアクティブ化時に（共通ビームＴＣＩとして）適用されると仮定する。しかしながら、この例では、ＤＣＩは、デフォルトＴＣＩの適用前の適用時間をもつＴＣＩコードポイント＃１を示す。別の例では、適用時間は、デフォルトＴＣＩの適用後であり得る。ＤＣＩはまた、ＰＤＳＣＨをスケジューリングし、通常の条件下（例えば、ＴＣＩアクティブ化又はデフォルトＴＣＩの関与がない）では、ＤＣＩ内で指示されたＴＣＩがＰＤＳＣＨのために使用される。
【0191】
いくつかの態様によれば、本明細書に記載される説明及び解決策は、他の例、例えば、Ａｌｔ ２Ａ、２Ｂ、２Ｃ、又は３が使用される例にも適用可能である。違いは、適用時間がどのように判定されるか、例えば、ＤＣＩの後又はＡＣＫの後などであり得る。別の違いは、例えば、２Ａの場合、スケジューリングされたＰＤＳＣＨがアクティブ化時間より前であるが、ＡＣＫ又は適用時間がアクティブ化時間、例えばｔ’の後であることであり得る。スケジューリンググラントを伴わないＤＣＩを使用するＴＣＩ指示の場合、ＡＣＫ又は適用時間は、アクティブ化時間の後であり得る。
【0192】
（時間ｔ’における）ｑ１のアクティブ化後のＴＣＩ適用は曖昧な場合があり、解決策を必要とする場合がある。デフォルトＴＣＩ（ｑ２）は、ｑ２のアクティブ化がより早いことを前提として、少なくとも、ｑ２のアクティブ化時間とｔ’との間で使用されると仮定され得る。ｔ’がｑ２のアクティブ化と同時であるか又はそれよりも早い場合、これは仮定されない可能性がある。いくつかのオプションを以下に提示する。
【0193】
オプション１：デフォルトＴＣＩ（ｑ２）が、ｔ’の後にも使用される。
【0194】
オプション１－１：デフォルトＴＣＩが、ＰＤＳＣＨにも使用される。
【0195】
オプション１－２：指示されたＴＣＩ ｑ１が、ＰＤＳＣＨのために使用されるが、他の信号／チャネルのためには使用されない。
【0196】
オプション２：指示されたＴＣＩ ｑ１が、ｔ’後の信号／チャネルのために使用される。
【0197】
オプション１では、デフォルトＴＣＩが、ＤＣＩで指示されるＴＣＩよりも優先される。このルールは、例えば以下のように定式化することができる。
【0198】
スロットｎ内の信号／チャネルは、スロットｎ－１までの最も遅い適用時間を有する指示されたＴＣＩ、又はスロットｎ－１までの最も遅いアクティブ化時間を有するデフォルトＴＣＩのいずれか遅い方を使用する。オプション１－２は、デフォルトＴＣＩアクティブ化時間の前にＤＣＩによってスケジューリングされたデフォルトＴＣＩアクティブ化時間の後のＰＤＳＣＨの例外を追加し得る。
【0199】
オプション２では、指示されたＴＣＩ ｑ１がデフォルトＴＣＩよりも優先される。
【0200】
第２に、図２７及び図２８の例示的な図を考える。ＤＣＩは、任意のアクティブ化されたＴＣＩコードポイント、この例ではコードポイント＃１を示す。Ａｌｔ １の原理に従って、指示されたＴＣＩは、Ｔ１の遅延後に適用可能であり得る。同じＤＣＩがまた、ＰＤＳＣＨをスケジューリングし、これは、適用時間の前に開始に及ぶ。ＤＣＩによってスケジューリングされるマルチスロットＰＤＳＣＨ送信の場合（例えば、図２８）、第１のＰＤＳＣＨ（例えば、図２８のＰＤＳＣＨ１）送信は、適用時間の前に開始に及ぶ。ＤＣＩが以前に使用されたＴＣＩとは異なるＴＣＩを指示すると仮定する。ＤＣＩによって指示されるＴＣＩは、時間差が小さすぎるため、ＰＤＳＣＨを受信するために使用されない。代わりに、前のＴＣＩが使用される。複数の繰り返されるＰＤＳＣＨの場合、第１のＰＤＳＣＨに対する時間差が小さすぎる場合、前のＴＣＩが使用されてもよく、個々の時間差が閾値よりも大きいＰＤＳＣＨ繰り返し（例えば、図２８のＰＤＳＣＨ２）に対しても使用されてもよい。共通のＴＣＩが使用される信号／チャネルＳ１及びＳ２も存在する（上記の例示的な信号／チャネルを参照）。Ｓ１及びＳ２の両方は、ＴＣＩ適用時間の後であり、例えば、ＤＣＩと信号／チャネルとの間の時間差が閾値（この例ではＴ１）以上である。
【0201】
この状況におけるＴＣＩ適用は曖昧な場合があり、解決策を必要とする場合がある。いくつかのオプションを以下に説明する。
【0202】
Ｓ１自体を考えると、ＤＣＩとＳ１との間の時間差が閾値より大きいので、ＤＣＩで指示されたＴＣＩが適用されるべきである。しかしながら、この場合には例外が必要となる場合がある。図２７では、Ｓ１は、前のＴＣＩを使用してＰＤＳＣＨを受信するためにも使用されるシンボル上で受信され得、これは、特に、ＦＲ２などの空間ＱＣＬが適用可能な周波数範囲において、ＵＥが１つのＴＣＩを用いて、ＰＤＳＣＨを受信し、別のＴＣＩを用いてＳ１では受信することを禁止し得る。この場合、以前のＴＣＩをＳ１に対しても使用する方がよい。ＵＥが、例えばＦＲ１において、同じ受信シンボルに異なるＴＣＩ状態を適用することができる場合など、他の場合には、ＵＥが、新規ＴＣＩをＳ１に適用し得る。
【0203】
例外は、例えば以下のように定式化することができる。
【0204】
（新規ＴＣＩを示す）最新のＤＣＩと信号／チャネルとの間の時間差が閾値（例えば、Ｔ１）以上である場合、ＵＥは、その信号／チャネルが、最新のＤＣＩによって指示されるＴＣＩ中のＱＣＬ－ＴｙｐｅＤソースＲＳとは異なるＱＣＬ－ＴｙｐｅＤソースＲＳをもつ前のＴＣＩを使用する別の信号／チャネル（例えば、同じＤＣＩによってスケジューリングされたＰＤＳＣＨ）と同じシンボル中で受信される場合を除いて、信号／チャネルのために指示されたＴＣＩを使用するものとする。
【0205】
図２８に示される例の場合、Ｓ１は、ＤＣＩによってスケジューリングされるＰＤＳＣＨと同じシンボル内になくてもよいが、繰り返しのうちの２つの間にあってもよい。なお、Ｓ１はＵＬ信号／チャネルであってもよい。第１のオプションでは、以前のビームが後のＰＤＳＣＨ繰り返しに適用されても、コードポイント＃１によって指示されるＴＣＩがＳ１のために使用される。これは、余分なビーム切り替えをもたらし得るが、場合によっては実現可能であり得る。第２のオプションでは、コードポイント＃１によって指示されるＴＣＩは、概して、前のＴＣＩを使用してＰＤＳＣＨが受信された後まで、例えばＳ１を含めて適用されない。
【0206】
例外は、例えば以下のように定式化することができる：
ＤＣＩ内のＴＣＩコードポイントによって指示されるＴＣＩは、ＤＣＩによってスケジューリングされる１つ以上のＰＤＳＣＨに前のＴＣＩが適用されない限り（例えば、ＤＣＩとＰＤＳＣＨの開始との間の時間差が小さすぎるので）、ＤＣＩ後の少なくとも特定時刻に開始する信号／チャネルに適用され、したがって、ＤＣＩ内のＴＣＩコードポイントによって指示されるＴＣＩは、ＰＤＳＣＨの後、例えば最後のＰＤＳＣＨの後の最初のスロットに適用される。
ＤＣＩ内のＴＣＩコードポイントによって指示されるＴＣＩは、ＤＣＩによってスケジューリングされる１つ以上のＰＤＳＣＨに前のＴＣＩが適用されない限り（例えば、ＤＣＩとＰＤＳＣＨの開始との間の時間差が小さすぎるので）、ＤＣＩ後の少なくとも特定時刻に開始する信号／チャネルに適用され、したがって、ＤＣＩ内のＴＣＩコードポイントによって指示されるＴＣＩは、ＰＤＳＣＨの後、例えば最後のＰＤＳＣＨの後の最初のスロットに適用される。
【0207】
ここで、図２７及び図２８のＳ２を考える。Ｓ２自体を考えると、ＤＣＩとＳ２との間の時間差が閾値より大きいので、ＤＣＩで指示されたＴＣＩが適用されるべきである。更に、Ｓ２は、ＤＣＩによってスケジューリングされたＰＤＳＣＨの後であり、したがって、上記の例外は適用されない可能性がある。しかしながら、Ｓ２が最後のＰＤＳＣＨと同じスロット内にある場合、前のＴＣＩを適用する例外がこの場合にも使用され得る。これは、前の例外によって捕捉され得る。
【0208】
同一又は順不同のＴＣＩ適用時間を有する複数のＤＣＩ
場合によっては、ＵＥは、複数のＴＣＩコードポイント指示とともに、スロット中で、例えば、異なるシンボル中で、及び／又は異なるサービングセル中で、複数のＤＣＩを受信し得る。複数のＴＣＩは、同じ適用時間、例えば後続のスロットを有し得る。これは図２９に示されている。この状況は、解決される必要があり得る曖昧さをもたらし得る。
場合によっては、ＵＥは、複数のＴＣＩコードポイント指示とともに、スロット中で、例えば、異なるシンボル中で、及び／又は異なるサービングセル中で、複数のＤＣＩを受信し得る。複数のＴＣＩは、同じ適用時間、例えば後続のスロットを有し得る。これは図２９に示されている。この状況は、解決される必要があり得る曖昧さをもたらし得る。
【0209】
場合によっては、複数のＤＣＩは、異なるセル中で受信される。したがって、それらは、異なるヌメロロジ、例えば、サブキャリア間隔及びスロット持続時間で受信される。
【0210】
いくつかの態様によれば、ここで考慮される複数のＤＣＩは、共通のＴＣＩ動作（統合ＴＣＩフレームワーク）のためのＴＣＩ指示を搬送することができるようなＤＣＩである。例えば、それらは、共通ビーム動作が適用されるサービングセルにおいて受信される。
【0211】
場合によっては、複数のＤＣＩが、例えば、同じセル中で又は異なるセル中で同時に受信され得る。そのようなＤＣＩが同じＴＣＩを指示することが仕様によって必要とされ得る。他の場合には、ＵＥは、どのＴＣＩを適用すべきかを判定するために、ＤＣＩのうちの１つ、例えば、最も低いサービングセルインデックスをもつサービングセルにおいて受信されたＤＣＩ、及び／又は最も低いインデックスをもつＣＯＲＥＳＥＴ若しくは探索空間セットにおいて受信されたＤＣＩを選択し得る。
【0212】
場合によっては、図３０に示すように、異なるスロットで受信されたＤＣＩが同じＴＣＩ適用時間を有し得る。この場合も同様であり、対処される必要があり得る。
【0213】
概して、最後の時点においてｇＮＢによって送信された情報を使用することは、ｇＮＢがその時点でより良い情報を有し得るので、有益であり得る。しかしながら、例えば、ＴＣＩ切り替えがＵＥパネルの電源投入などを伴う場合、早期のＤＣＩによって開始されたＵＥにおけるＴＣＩ切り替え手順を中断するという実装の観点からの問題があり得る。
【0214】
一手法では、スロット内のＤＣＩ内の全ての関連するＴＣＩ指示、例えば、統合ＴＣＩフレームワーク内のＴＣＩ状態更新のためのＴＣＩ指示が、同じＴＣＩコードポイントを指示する必要があるという、仕様によって課される制約がある。場合によっては、ＤＣＩが異なるスロットで受信される場合であっても、同じ適用時間、例えば、同じスロットを有する全ての関連するＴＣＩ指示が同じＴＣＩコードポイントを指示する必要があるという制約が課される。
【0215】
別の手法では、ＵＥが、同じスロット中で適用時間とともに異なるＴＣＩコードポイントを指示する複数のＤＣＩを受信した場合、ＵＥは、ＤＣＩのうちの１つを選択する。一例では、ＵＥは、最初に受信されたＤＣＩ（例えば、最初の開始シンボル又は終了シンボル）を選択し得る。別の例では、ＵＥは、最後に受信されたＤＣＩ（例えば、最後の開始シンボル又は終了シンボル）を選択し得る。
【0216】
別の手法では、ＵＥは、最初に肯定応答されたＤＣＩ（例えば、公称ＰＵＣＣＨリソースの最初の開始又は終了シンボル）、又は最後に肯定応答されたＤＣＩ（例えば、公称ＰＵＣＣＨリソースの最初の開始又は終了シンボル）を選択し得る。
【0217】
場合によっては、同じ適用時間をもつＤＣＩは、異なる種類のＴＣＩを指示し、例えば、第１のＤＣＩは分離ＤＬ ＴＣＩを指示し、第２のＤＣＩはＵＬ ＴＣＩを指示する。そのような場合、両方のＴＣＩが適用され得る。場合によっては、第１のＤＣＩは結合ＴＣＩを指示し、第２のＤＣＩは分離ＵＬ ＴＣＩを指示する。そのような場合、第１のＤＣＩからの（例えば結合ＴＣＩから導出された）ＤＬ ＴＣＩ、並びに第２のＤＣＩからの分離ＵＬ ＴＣＩが適用され得る。
【0218】
場合によっては、デフォルトＴＣＩは、ＤＣＩによって指示されるＴＣＩと同じ適用時間（例えば、デフォルトＴＣＩのアクティブ化時間）を有する。指示されたＴＣＩはまた、デフォルトＴＣＩと同じＭＡＣ ＣＥによってアクティブ化されたＴＣＩに対応し得る。場合によっては、デフォルトＴＣＩが、指示されたＴＣＩの代わりに適用される。場合によっては、デフォルトＴＣＩの代わりに、指示されたＴＣＩが適用される。場合によっては、指示されたＴＣＩは、分離ＵＬ ＴＣＩ又は分離ＤＬ ＴＣＩのいずれかであり得る。この場合、指示されたＴＣＩ（例えば、分離ＵＬ ＴＣＩ）は、デフォルトＴＣＩの一部、例えば、ＤＬ ＴＣＩ（例えば、分離ＤＬ ＴＣＩ又は結合ＴＣＩのＤＬ部分）と同様に適用され得る。
【0219】
場合によっては、順不同のＴＣＩ適用が発生し得る。例えば、第１のＴＣＩを指示する第１のＤＣＩは、第２のＴＣＩを指示する第２のＤＣＩの前に（例えば、より早いスロットにおいて）受信され、第２のＴＣＩの適用時間は、第１のＴＣＩの適用の前である。図３１は、順不同のＴＣＩ適用時間を有する複数のＤＣＩの例示的な図を示す。
【0220】
いくつかの態様によれば、順不同ＴＣＩ適用の理由は、例えば、以下で説明するように、異なる適用時間代替形態について異なり得る。例えば、Ａｌｔ ２Ａ又は２Ｂでは、適用時間は、ＤＣＩとスケジューリングされたＰＤＳＣＨとの間の時間差、スケジューリングされたＰＤＳＣＨの持続時間（複数のスロットにわたり得る）、及びＰＤＳＣＨと対応する肯定応答との間の時間差に依存し得る。これらの時間差は、対応するＤＣＩにおいて（例えば、「時間領域リソース割当て」フィールド及び／又は「ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ＿ｔｉｍｉｎｇ＿ｉｎｄｉｃａｔｏｒ」フィールドを通して）指示され得、したがって、異なるＤＣＩに対して異なり得る。
【0221】
場合によっては、（例えば、ＰＤＳＣＨ又はＰＵＳＣＨのための）スケジューリング割当てをもつＤＣＩを使用するＴＣＩ更新、並びにスケジューリング割当てをもたないＤＣＩを使用するＴＣＩ更新がサポートされる。スケジューリング割当てがない場合（又はＵＬグラントを搬送するＤＣＩがある場合）、ＤＣＩに対する別個の肯定応答、例えば、ＰＤＳＣＨに対応しない肯定応答があり得る。復号に成功したＤＣＩに対する肯定応答は、復号に成功したＤＣＩ及び復号に成功した後続のＰＤＳＣＨに対する肯定応答よりも速くＵＥによって送信され得ることが予想され得る。
【0222】
ＴＣＩ適用についてのネットワーク及びＵＥ仮定は、例えば、図３１に示すように、上記で説明したような場合に曖昧であり得る。別々に又は組み合わせて使用することができる例示的な解決策を以下に示す。
【0223】
例１：順不同ＴＣＩ適用時間は、仕様によって禁止され得る。
【0224】
例２：第２の適用時間を有するＴＣＩを指示する復号に成功した第２のＤＣＩの場合、以前のＤＣＩにおいて受信された後の適用時間を有するＴＣＩ指示をオーバーライド（又はキャンセル）する。第２のＤＣＩが分離ＴＣＩ、例えばＵＬ ＴＣＩ又はＤＬ ＴＣＩを指示する場合、同じ（分離ＴＣＩ）のためのＴＣＩ指示のみをオーバーライド（又はキャンセル）する。例えば、第２のＤＣＩがＵＬ ＴＣＩを指示し、前のＤＣＩもＵＬ ＴＣＩを指示するが、後の適用時間を有する場合、ＵＥは、後の時間にＵＬ ＴＣＩを適用しない。いくつかの態様によれば、同じ原理が、結合ＴＣＩのＤＬ及び／又はＵＬ部分に適用され得る。
【0225】
例３（例えば、場合によっては例２と同等であってもよい）：第１のＴＣＩの適用時に、後のＤＣＩからのＴＣＩが既に適用されている場合（例えば、図３１の時間ｔ２におけるように）、第１のＴＣＩは適用されない。そうでない場合、第１のＴＣＩが適用される。例２におけるように、上記の考慮は、ＵＬ ＴＣＩ及びＤＬ ＴＣＩについて別々に適用され得ることに留意されたい。一例では、第１の分離ＵＬ ＴＣＩの適用時に、後のＤＣＩからの分離ＵＬ ＴＣＩが既に適用されている場合（例えば、図３１の時間ｔ２におけるように）、第１の分離ＵＬ ＴＣＩは適用されない。一例では、第１の分離ＵＬ ＴＣＩの適用時に、後のＤＣＩからの分離ＵＬ ＴＣＩ（又は結合ＴＣＩ）が既に適用されている場合（例えば、図３１の時間ｔ２におけるように）、第１の分離ＵＬ ＴＣＩは適用されない。同じ原理が、結合ＴＣＩのＤＬ及び／又はＵＬ部分に適用され得る。
【0226】
例４：復号に成功した異なるＤＣＩに対応する異なるＴＣＩは、対応するＤＣＩが異なる順序で受信されたかどうかにかかわらず、適用時間の順序で適用される。
【0227】
例示的な通信ネットワーク
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービスの品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含むセルラ電気通信ネットワーク技術の技術標準を開発する。最近の無線アクセス技術（ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと称される）、ＬＴＥ（一般に４Ｇと称される）、ＬＴＥ－Ａｄｖａｎｃｅｄ標準、及び「３２Ｇ」とも称され得る新しい無線（New Radio、ＮＲ）が含まれる。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続及び含むと予想され得、これは、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想され得る。フレキシブル無線アクセスは、７ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され得、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲの使用事例に対処することができる異なる動作モードを含むことが予想され得る。ウルトラモバイルブロードバンドは、例えば屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供し得るセンチメートル波及びミリ波スペクトルを含むと予想され得る。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、７ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想され得る。
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project、３ＧＰＰ）は、コーデック、セキュリティ、及びサービスの品質の作業を含む、無線アクセス、コアトランスポートネットワーク、及びサービス能力を含むセルラ電気通信ネットワーク技術の技術標準を開発する。最近の無線アクセス技術（ＲＡＴ）標準には、ＷＣＤＭＡ（一般に３Ｇと称される）、ＬＴＥ（一般に４Ｇと称される）、ＬＴＥ－Ａｄｖａｎｃｅｄ標準、及び「３２Ｇ」とも称され得る新しい無線（New Radio、ＮＲ）が含まれる。３ＧＰＰ ＮＲ標準開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続及び含むと予想され得、これは、７ＧＨｚ未満の新しいフレキシブル無線アクセスの提供、及び７ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むと予想され得る。フレキシブル無線アクセスは、７ＧＨｚ未満の新しいスペクトルにおける新しい非後方互換性無線アクセスからなると予想され得、同じスペクトルで一緒に多重化されて、分岐要件を有する一連の広範な３ＧＰＰ ＮＲの使用事例に対処することができる異なる動作モードを含むことが予想され得る。ウルトラモバイルブロードバンドは、例えば屋内用途及びホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供し得るセンチメートル波及びミリ波スペクトルを含むと予想され得る。特に、ウルトラモバイルブロードバンドは、センチメートル波及びミリ波固有のデザイン最適化を用いて、７ＧＨｚ未満のフレキシブル無線アクセスと共通のデザインフレームワークを共有することが予想され得る。
【0228】
３ＧＰＰは、ＮＲがサポートすることが予想され得る様々な使用事例を識別し、データ転送速度、待ち時間、及びモビリティのための多種多様なユーザ経験要件をもたらす。使用事例としては、以下の一般的なカテゴリ：強化されたモバイルブロードバンド（enhanced mobile broadband、ｅＭＢＢ）、超信頼性低遅延通信（ＵＲＬＬＣ）、大量機械型通信（massive machine type communications、ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、マイグレーション、及びインターワーキング、エネルギー節約）、並びに車車間通信（Vehicle-to-Vehicle Communication、Ｖ２Ｖ）、車両対インフラストラクチャ通信（Vehicle-to-Infrastructure、Ｖ２Ｉ）、車両対ネットワーク通信（Vehicle-to-Network Communication、Ｖ２Ｎ）、車両対歩行者通信（Vehicle-to-Pedestrian Communication、Ｖ２Ｐ）、及び他のエンティティとの車両通信のうちのいずれかを含み得る、強化された車両対あらゆるモノ（enhanced vehicle-to-everything、ｅＶ２Ｘ）通信が挙げられる。これらのカテゴリにおける特定のサービス及び用途には、数例を挙げると、例えば、監視及びセンサネットワーク、デバイスリモート制御、双方向リモート制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、第１対応者の接続性、自動車用ｅコール、災害警報、リアルタイムのゲーム、多人数テレビ電話、自律走行、拡張現実、触覚インターネット、仮想現実、ホームオートメーション、ロボット、及び空中ドローンが含まれる。これらの使用事例などの全てが、本明細書で企図される。
【0229】
図３２Ａは、本明細書に記載及び特許請求されるシステム、方法、及び装置が使用され得る例示的な通信システム１００を例示する。通信システム１００は、無線送信／受信ユニット（wireless transmit/receive unit、ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、及び／又は１０２ｇを含み得、これらは全般的又は集合的にＷＴＲＵ１０２又は複数のＷＴＲＵ１０２と称され得る。通信システム１００は、無線アクセスネットワーク（radio access network、ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０３２Ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（public switched telephone network、ＰＳＴＮ）１０８、インターネット１１０、他のネットワーク１１２、及びネットワークサービス１１３を含み得る。１１３。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、及び／又はエッジコンピューティングなどを含み得る。
【0230】
本明細書に開示される概念は、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素とともに使用され得ることが理解され得る。ＷＴＲＵ１０２の各々は、無線環境において動作し、かつ／又は通信するように構成された任意のタイプの装置又はデバイスであり得る。図３２Ａの例では、ＷＴＲＵ１０２の各々は、ハンドヘルド無線通信装置として図８Ａ～図８Ｅに図示され得る。無線通信のために企図される多種多様な使用事例では、各ＷＴＲＵは、単なる例として、ユーザ機器（ＵＥ）、移動局、固定若しくは移動加入者ユニット、ページャ、携帯電話、携帯情報端末（personal digital assistant、ＰＤＡ）、スマートフォン、ラップトップコンピュータ、タブレット、ネットブック、ノートパソコン、パーソナルコンピュータ、無線センサ、家庭用電気機械器具、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、バス、若しくはトラックなどの車両、又は飛行機などを含む無線信号を送信及び／又は受信するように構成された任意のタイプの装置又はデバイスを含むか、又はこれらに含まれ得ることが理解され得る。
【0231】
通信システム１００はまた、基地局１１４ａ、及び基地局１１４ｂを含み得る。図３２Ａの例では、各基地局１１４ａ及び１１４ｂは、単一の要素として図示され得る。実際には、基地局１１４ａ及び１１４ｂは、任意の数の相互接続された基地局及び／又はネットワーク要素を含み得る。基地局１１４ａは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はネットワークサービス１１３などの１つ以上の通信ネットワークへのアクセスを容易にするために、リモート無線ヘッド（Remote Radio Head、ＲＲＨ）１１８ａ、１１８ｂ、送信及び受信点（Transmission and Reception Point、ＴＲＰ）１１３２Ａ、１１３２Ｂ、及び／又は路側ユニット（Roadside Unit、ＲＳＵ）１２０ａ及び１２０ｂのうちの少なくとも１つと有線でかつ／又は無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。
【0232】
ＴＲＰ１１３２Ａ、１１３２Ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又は他のネットワーク１１２などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａ及び１２０ｂは、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、及び／又はネットワークサービス１１３などの、１つ以上の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つと無線でインターフェース接続するように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局（Base Transceiver Station、ＢＴＳ）、ノード－Ｂ、ｅノード－Ｂ、ホームノードＢ、ホームｅノードＢ、次世代ノード－Ｂ（Next Generation Node-B、ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（access point、ＡＰ）、ワイヤレスルータなどであってもよい。
【0233】
基地局１１４ａは、基地局コントローラ（Base Station Controller、ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller、ＲＮＣ）、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３／１０４／１０５の一部であり得る。同様に、基地局１１４ｂは、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局及び／又はネットワーク要素（図示せず）も含み得る、ＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂの一部であり得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を送信及び／又は受信するように構成され得る。同様に、基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線及び／又は無線信号を送信及び／又は受信するように構成され得る。セルは、更にセルセクタに分けられ得る。例えば、基地局１１４ａと関連付けられたセルは、３つのセクタに分けられ得る。したがって、例えば、基地局１１４ａは、３つのトランシーバ、例えば、セルの各セクタについて１つのトランシーバを含み得る。基地局１１４ａは、多重入力多重出力（Multiple-Input Multiple Output、ＭＩＭＯ）技術を用い得、したがって、例えば、セルの各セクタについて複数のトランシーバを利用し得る。
【0234】
基地局１１４ａは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇのうちの１つ以上と通信し得、これらは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency、ＲＦ）、マイクロ波、赤外線（infrared、ＩＲ）、紫外線（ultraviolet、ＵＶ）、可視光、センチメートル波、ミリ波、など）であり得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0235】
基地局１１４ｂは、有線又はエアインターフェース１１３２Ｂ／１１６ｂ／１１７ｂを介して、ＲＲＨ １１８ａ及び１１８ｂ、ＴＲＰ １１３２Ａ及び１１３２Ｂ、及び／又はＲＳＵ １２０ａ及び１２０ｂのうちの１つ以上と通信し得、これは、任意の好適な有線（例えば、ケーブル、光ファイバなど）又は無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１３２Ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立され得る。
【0236】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１３２Ａ、１１３２Ｂ、及び／又はＲＳＵ １２０ａ、１２０ｂは、エアインターフェース１１３２Ｃ／１１６ｃ／１１７ｃを介して、ＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ以上と通信し得、これは、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチメートル波、ミリ波など）であり得る。エアインターフェース１１３２Ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立され得る。
【0237】
ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチメートル波、ミリ波など）であり得るサイドリンク通信などの直接エアインターフェース１１３２Ｄ／１１６ｄ／１１７ｄを介して互いに通信し得る。エアインターフェース１１３２Ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立され得る。
【0238】
通信システム１００は、多重アクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなど、１つ以上のチャネルアクセス方式を採用し得る。例えば、ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、又はＲＡＮ１０３ｂ／１０４ｂ／１１３２ＢにおけるＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１３２Ａ、１１３２Ｂ、及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０３２ＢにおけるＲＳＵ１２０ａ、１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、ユニバーサル移動体通信システム（Universal Mobile Telecommunications System、ＵＭＴＳ）、地上無線アクセス（Terrestrial Radio Access、ＵＴＲＡ）などの無線技術を実装し得、これは、広帯域ＣＤＭＡ（Wideband CDMA、ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７又は１１３２Ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access、ＨＳＰＡ）及び／又は進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access、ＨＳＤＰＡ）及び／又は高速アップリンクパケットアクセス（High-Speed Uplink Packet Access、ＨＳＵＰＡ）を含み得る。
【0239】
ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０３２ＢにおけるＲＲＨ１１８ａ及び１１８ｂ、ＴＲＰ１１３２Ａ及び１１３２Ｂ、並びに／又はＲＡＮ１０３ｂ／１０４ｂ／１０３２ＢにおけるＲＳＵ１２０ａ及び１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄは、進化型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access、Ｅ－ＵＴＲＡ）などの無線技術を実装し得、これは、例えば、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）及び／又はＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７又は１１３２Ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。エアインターフェース１１５／１１６／１１７又は１１３２Ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥ及びＬＴＥ－Ａ技術は、ＬＴＥ Ｄ２Ｄ及び／又はＶ２Ｘ技術、並びにインターフェース（サイドリンク通信など）を含み得る。同様に、３ＧＰＰ ＮＲ技術は、ＮＲ Ｖ２Ｘ技術、及びインターフェース（サイドリンク通信など）を含み得る。
【0240】
ＲＡＮ１０３／１０４／１０５における基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、及び１０２ｇ、又はＲＡＮ１０３ｂ／１０４ｂ／１０３２ＢにおけるＲＲＨ１１８ａ及び１１８ｂ、ＴＲＰ１１３２Ａ及び１１３２Ｂ、並びに／又はＲＡＮ１０３ｂ／１０４ｂ／１０３２ＢにおけるＲＳＵ１２０ａ及び１２０ｂ、並びにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワイマックス（Worldwide Interoperability for Microwave Access、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ、ＩＳ－２０００）、暫定規格９５（Interim Standard、ＩＳ－９５）、暫定規格８５６（Interim Standard、ＩＳ－８５６）、汎欧州デジタル移動電話方式（Global System for Mobile communications、ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced Data rates for GSM Evolution、ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0241】
図３２Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、又はアクセスポイントであってもよく、事業所、家庭、車両、列車、空中、衛星、工場、キャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の好適なＲＡＴを利用し得る。基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network、ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（wireless personal area network、ＷＰＡＮ）を確立し得る。基地局１１４ｃ及びＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立し得る。図３２Ａに示されるように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【0242】
ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂは、コアネットワーク１０６／１０７／１０９と通信し得、これは、音声、データ、メッセージング、認可及び認証、適用、及び／又はボイスオーバインターネットプロトコル（Voice Over Internet Protocol、ＶｏＩＰ）サービスをＷＴＲＵ１０２のうちの１つ以上に提供するように構成された、任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、移動体位置ベースのサービス、プリペイド発呼、インターネット接続性、パケットデータネットワーク接続性、イーサネット接続性、ビデオ配信などを提供し得、かつ／又はユーザ認証などの、高レベルセキュリティ機能を実施し得る。
【0243】
図３２Ａには示されていないが、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂ並びに／又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂと同じＲＡＴ、又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接的に通信し得ることが理解され得る。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ又はＮＲ無線技術を用いて別のＲＡＮ（図示せず）と通信し得る。
【0244】
コアネットワーク１０６／１０７／１０９はまた、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ＷＴＲＵ１０２のためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、旧来の電話サービス（Plain Old Telephone Service、ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおける送信制御プロトコル（Transmission Control Protocol、ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol、ＵＤＰ）、及びインターネットプロトコル（internet protocol、ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される、有線及び／又は無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５及び／若しくはＲＡＮ１０３ｂ／１０４ｂ／１０３２Ｂと同じＲＡＴ、又は異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続された任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）又は別のコアネットワークを含み得る。
【0245】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆのいくつか又は全ては、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、及び１０２ｆは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含み得る。例えば、図３２Ａに示されるＷＴＲＵ１０２ｇは、セルラベースの無線技術を用い得る基地局１１４ａ、及びＩＥＥＥ８０２無線技術を用い得る基地局１１４ｃと通信するように構成され得る。
【0246】
図３２Ａには示されていないが、ユーザ機器は、ゲートウェイへの有線接続を行い得ることが理解され得る。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway、ＲＧ）であり得る。ＲＧは、コアネットワーク１０６／１０７／１０９への接続性を提供し得る。本明細書に含まれるアイデアの多くは、ネットワークに接続するために有線接続を使用するＷＴＲＵ及びＵＥであるＵＥに等しく適用され得ることが理解され得る。例えば、無線インターフェース１１５、１１６、１１７、及び１１３２Ｃ／１１６ｃ／１１７ｃに適用されるアイデアは、有線接続に等しく適用され得る。
【0247】
図３２Ｂは、例示的なＲＡＮ１０３及びコアネットワーク１０６のシステム図であり得る。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いて、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図３２Ｂに示されるように、ＲＡＮ１０３は、ノード－Ｂ１４０ａ、１４０ｂ、及び１４０ｃを含み得、これらは各々、エアインターフェース１１５を介して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含み得る。ノード－Ｂ１４０ａ、１４０ｂ、及び１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノード－Ｂ及び無線ネットワークコントローラ（ＲＮＣ）を含み得ることが理解され得る。
【0248】
図３２Ｂに示されるように、ノード－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。更に、ノード－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノード－Ｂ１４０ａ、１４０ｂ、及び１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ及び１４２ｂと通信し得る。ＲＮＣ１４２ａ及び１４２ｂは、Ｉｕｒインターフェースを介して互いに通信し得る。ＲＮＣ１４２ａ及び１４２ｂの各々は、それが接続され得るそれぞれのノード－Ｂ１４０ａ、１４０ｂ、及び１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ及び１４２ｂの各々は、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行又はサポートするように構成され得る。
【0249】
図３２Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（media gateway、ＭＧＷ）１４４、モバイルスイッチングセンタ（Mobile Switching Center、ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node、ＳＧＳＮ）１４８、及び／又はゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node、ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解され得る。
【0250】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の地上回線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。
【0251】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。
【0252】
コアネットワーク１０６はまた、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含み得る他のネットワーク１１２に接続され得る。
【0253】
図３２Ｃは、例示的なＲＡＮ１０４及びコアネットワーク１０７のシステム図であってもよい。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を用いて、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【0254】
ＲＡＮ１０４は、ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃを含み得るが、ＲＡＮ１０４が、任意の数のｅノード－Ｂを含み得ることが理解され得る。ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと通信するための１つ以上のトランシーバを含み得る。例えば、ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、ＭＩＭＯ技術を実行し得る。したがって、ｅノード－Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、ＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。
【0255】
ｅノード－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク及び／又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図３２Ｃに示されるように、ｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃは、Ｘ２インターフェースを介して互いに通信し得る。
【0256】
図３２Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway、ＭＭＥ）１６２、サービングゲートウェイ１６４、及びパケットデータネットワーク（Packet Data Network、ＰＤＮ）ゲートウェイ１６６を含み得る。前述の要素の各々は、コアネットワーク１０７の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。
【0257】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノード－Ｂ１６０ａ、１６０ｂ及び１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃ、ベアラアクティブ化／非アクティブ化のユーザを認証し、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択するなどの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭ又はＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間の交換のための制御プレーン機能を提供し得る。
【0258】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノード－Ｂ１６０ａ、１６０ｂ、及び１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、一般に、ユーザデータパケットを、ＷＴＲＵ １０２ａ、１０２ｂ、及び１０２ｃに／ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃからルーティング及び転送し得る。サービングゲートウェイ１６４はまた、ｅノード Ｂ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに利用可能であり得るときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのコンテキストを管理及び記憶することなど、他の機能を実施し得る。
【0259】
サービングゲートウェイ１６４はまた、ＰＤＮゲートウェイ１６６に接続され得、ＰＤＮゲートウェイ１６６は、インターネット１１０など、パケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にし得る。
【0260】
コアネットワーク１０７は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと従来の固定電話回線通信デバイスとの間の通信を容易にし得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem、ＩＭＳ）サーバ）を含み得るか、又はこれと通信し得る。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。
【0261】
図３２Ｄは、例示的なＲＡＮ１０５及びコアネットワーク１０９のシステム図であってもよい。ＲＡＮ１０５は、ＮＲ無線技術を用いて、エアインターフェース１１７を介してＷＴＲＵ １０２ａ及び１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を用いて、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。
【0262】
ＲＡＮ１０５は、ｇノード－Ｂ１８０ａ及び１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇノード－Ｂを含み得ることが理解され得る。ｇノード－Ｂ１８０ａ及び１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ １０２ａ及び１０２ｂと通信するための１つ以上のトランシーバを含み得る。統合アクセス及びバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇノード－Ｂとの間で使用され得、このエアインターフェースは、１つ又は複数のｇＮＢを介したコアネットワーク１０９であってもよい。ｇノード－Ｂ１８０ａ及び１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、及び／又はデジタルビームフォーミング技術を実装し得る。したがって、ｇノード－Ｂ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、かつＷＴＲＵ１０２ａからワイヤレス信号を受信し得る。ＲＡＮ１０５は、ｅノード－Ｂなどの他のタイプの基地局を用い得ることを理解されたい。また、ＲＡＮ１０５は、２つ以上のタイプの基地局を採用し得ることも理解され得る。例えば、ＲＡＮは、ｅノード－Ｂ及びｇノード－Ｂを用い得る。
【0263】
Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることが理解され得る。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための、１つ以上のトランシーバを含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。
【0264】
ｅノード－Ｂ１８０ａ及び１８０ｂの各々は、特定のセル（図示せず）と関連付けられ得、アップリンク及び／又はダウンリンクにおいて、無線リソース管理決定、ハンドオーバ決定、ユーザのスケジューリングなどを処理するように構成され得る。図３２Ｄに示されるように、ｇノード－Ｂ１８０ａ及び１８０ｂは、例えば、Ｘｎインターフェースを介して互いに通信し得る。
【0265】
図３２Ｄに示されるコアネットワーク１０９は、３２Ｇコアネットワーク（32G core network、３２ＧＣ）であってもよい。コアネットワーク１０９は、無線アクセスネットワークによって相互接続されている顧客に多数の通信サービスを提供し得る。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用されるとき、「コアネットワークエンティティ」又は「ネットワーク機能」という用語は、コアネットワークの１つ以上の機能を実施する任意のエンティティを指す。そのようなコアネットワークエンティティは、無線及び／若しくはネットワーク通信のために構成された装置、又は図３２Ｇに例示されるシステム９０などのコンピュータシステムのメモリに記憶された、及びこれらのプロセッサで実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることが理解され得る。
【0266】
図３２Ｄの例では、３２Ｇコアネットワーク１０９は、アクセス及びモビリティ管理機能（access and mobility management function、ＡＭＦ）１７２、セッション管理機能（Session Management Function、ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function、ＵＰＦ）１７６ａ及び１７６ｂ、ユーザデータ管理機能（User Data Management Function、ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function、ＡＵＳＦ）１９０、ネットワーク露出機能（Network Exposure Function、ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function、ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function、Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository、ＵＤＲ）１７８を含み得る。前述の要素の各々は、３２Ｇコアネットワーク１０９の一部として図示されているが、これらの要素のいずれも、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作され得ることが理解されよう。また、３２Ｇコアネットワークは、これらの要素の全てからなるとは限らず、追加の要素からなる場合があり、これらの要素の各々の複数の実例からなる場合があることも理解され得る。図３２Ｄは、ネットワーク機能が互いに直接接続することを示しているが、これらが直径ルーティングエージェント又はメッセージバスなどのルーティングエージェントを介して通信し得ることを理解されたい。
【0267】
図３２Ｄの例では、ネットワーク機能間の接続性は、一組のインターフェース又は基準点を介して達成され得る。ネットワーク機能は、他のネットワーク機能又はサービスによって呼び出されるか、又はコールされる一組のサービスとしてモデル化されるか、記載されるか、又は実装され得ることが理解され得る。ネットワーク機能サービスの呼び出しは、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の発呼などを介して達成され得る。
【0268】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続され得、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、ユーザプレーントンネル構成情報を、Ｎ２インターフェースを介してＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、ユーザプレーントンネル構成情報を、Ｎ１１インターフェースを介してＳＭＦから受信し得る。ＡＭＦ１７２は、一般に、ＮＡＳパケットを、Ｎ１インターフェースを介して、ＷＴＲＵ １０２ａ、１０２ｂ、及び１０２ｃに／からルーティングし、転送し得る。Ｎ１インターフェースは、図３２Ｄに示されていない場合がある。
【0269】
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、かつＮ４インターフェースを介してＵＰＦ１７６ａ及び１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのＩＰアドレス割当て、ＵＰＦ１７６ａ及びＵＰＦ１７６ｂにおけるトラフィックステアリングルールの管理及び構成、並びにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たし得る。
【0270】
ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃと他のデバイスとの間の通信を容易にするために、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂはまた、他のタイプのパケットデータネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得る。例えば、他のネットワーク１１２は、イーサネットネットワーク、又はデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックステアリングルールを受信し得る。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースと接続することによって、又はＮ９インターフェースを介して互いに若しくは他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加えて、ＵＰＦ１７６は、パケットルーティング及び転送、ポリシールールの施行、ユーザプレーントラフィックのサービス処理品質、ダウンリンクパケットバッファリングの役割を果たし得る。
【0271】
ＡＭＦ１７２はまた、Ｎ３ＩＷＦ１９９に、例えば、Ｎ２インターフェースを介して接続され得る。Ｎ３ＩＷＦは、例えば、３ＧＰＰによって定義されていない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと３２Ｇコアネットワーク１７０との間の接続を容易にする。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じ又は同様の様式で、Ｎ３ＩＷＦ１９９と相互作用し得る。
【0272】
ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続され、Ｎ１５インターフェースを介してＡＭＦ１７２に接続され、Ｎ５インターフェースを介してアプリケーション機能（Application Function、ＡＦ）１８８に接続され得る。Ｎ１５及びＮ５インターフェースは、図３２Ｄには示されていない。ＰＣＦ１８４は、ＡＭＦ１７２及びＳＭＦ１７４などの制御プレーンノードにポリシールールを提供してもよく、制御プレーンノードがこれらのルールを施行することを可能にする。ＰＣＦ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃのためにＡＭＦ１７２にポリシーを送信することができて、ＡＭＦは、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにポリシーを送達することができる。次いで、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃにおいて施行又は適用され得る。
【0273】
ＵＤＲ１７８は、認証証明書及び加入情報のためのリポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続してもよく、その結果、ネットワーク機能は、リポジトリ内にあり得るデータに追加し得、そのデータを読み取り、かつこのデータを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続してもよい。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続してもよい。
【0274】
ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対するネットワーク機能を認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続してもよい。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続してもよい。ＵＤＲ１７８とＵＤＭ１９７とは、緊密に統合され得る。
【0275】
ＡＵＳＦ１９０は、認証関連動作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に、及びＮ１２インターフェースを介してＡＭＦ１７２に接続する。
【0276】
ＮＥＦ１９６は、３２Ｇコアネットワーク１０９における能力及びサービスをアプリケーション機能（ＡＦ）１８８に露出する。露出は、Ｎ３３ ＡＰＩインターフェースで発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、３２Ｇコアネットワーク１０９の能力及びサービスを露出させるために、他のネットワーク機能に接続してもよい。
【0277】
アプリケーション機能１８８は、３２Ｇコアネットワーク１０９内のネットワーク機能と相互作用してもよい。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接インターフェースを介してもよいし、又はＮＥＦ１９６を介して発生してもよい。アプリケーション機能１８８は、３２Ｇコアネットワーク１０９の一部とみなされてもよいし、又は３２Ｇコアネットワーク１０９の外部にあり、モバイルネットワークオペレータと取引関係を有する企業によって展開されてもよい。
【0278】
ネットワークスライシングは、モバイルネットワークオペレータが使用して、オペレータのエアインターフェースの後ろの、１つ以上の「仮想」コアネットワークをサポートし得るメカニズムであり得る。これは、コアネットワークを１つ以上の仮想ネットワークに「スライス」して、単一のＲＡＮ全体で実行される、異なるＲＡＮ又は異なるサービスタイプをサポートすることを含む。ネットワークスライシングにより、オペレータは、例えば、機能性、性能、及び分離の領域において、多様な要件を必要とする異なる市場シナリオのための最適化された解決策を提供するようにカスタマイズされたネットワークを作成することを可能にする。
【0279】
３ＧＰＰは、ネットワークスライシングをサポートするために３２Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様でときには極端な要件を必要とする３２Ｇの使用事例の多様なセット（例えば、大規模なＩｏＴ、重要な通信、Ｖ２Ｘ、及び強化されたモバイルブロードバンド）をサポートするために使用し得る良好なツールであり得る。ネットワークスライシング技術を使用することなく、ネットワークアーキテクチャは、各使用事例が自らの特定の組の性能、スケーラビリティ、及び可用性要件を有するときに必要な、より広範囲の使用事例を効率的にサポートするのに十分な柔軟性及び拡張性がない可能性が高い場合がある。更に、新しいネットワークサービスの導入をより効率的にするべきである。
【0280】
再び図３２Ｄを参照すると、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続してもよい。ＡＭＦは、１つ以上のスライスの論理的に一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、又は１０２ｃの、１つ以上のＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能との接続又は通信を調整してもよい。ＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、並びに他のネットワーク機能の各々は、同じスライス又は異なるスライスの一部であってもよい。それらが異なるスライスの一部であるとき、それらは、異なるコンピューティングリソース、セキュリティ証明書などを利用し得るという意味で、互いに分離され得る。
【0281】
コアネットワーク１０９は、他のネットワークとの通信を容易にし得る。例えば、コアネットワーク１０９は、３２Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含み得るか、又はこれと通信し得る。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を容易にするショートメッセージサービス（short message service、ＳＭＳ）サービスセンターを含むか、又はこれと通信し得る。例えば、３２Ｇコアネットワーク１０９は、ＷＴＲＵ １０２ａ、１０２ｂ、及び１０２ｃとサーバ又はアプリケーション機能１８８との間の非ＩＰデータパケットの交換を容易にし得る。加えて、コアネットワーク１７０は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、及び１０２ｃに提供し得、ネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される他の有線及び／又は無線ネットワークを含み得る。
【0282】
本明細書に記載され、図８Ａ、図８Ｃ、図８Ｄ、及び図８Ｅに例示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに与えられる名前によって識別されるが、将来のそれらのエンティティ及び機能は、他の名前によって識別され得、将来の３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開された将来の仕様において、特定のエンティティ又は機能が組み合わされ得ることが理解され得る。こうして、図８Ａ、図８Ｂ、図８Ｃ、図８Ｄ、及び図８Ｅに記載及び例示される特定のネットワークエンティティ及び機能は、例としてのみ提供され、本明細書に開示及び特許請求される主題は、現在定義されているか又は将来定義されているかにかかわらず、任意の同様の通信システムにおいて具現化又は実装され得ることが理解され得る。
【0283】
図３２Ｅは、本明細書に記載のシステム、方法、装置が使用され得る例示的な通信システム１１１を例示する。通信システム１１１は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、及び路側ユニット（ＲＳＵ）１２３ａ及び１２３ｂを含み得る。実際には、本明細書に提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、及び／又は他のネットワーク要素に適用され得る。１つ又は複数の、又は全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、アクセスネットワークのカバレッジ１３１の範囲外であり得る。ＷＴＲＵ Ａ、Ｂ、及びＣはＶ２Ｘグループを形成し、このときＷＴＲＵ Ａはグループリードであり、ＷＴＲＵ Ｂ及びＣはグループメンバーであり得る。
【0284】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９を介して互いに通信し得る。図３２Ｅの例では、ＷＴＲＵ Ｂ及びＦは、アクセスネットワークのカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、それらがアクセスネットワークのカバレッジ１３１の下に、又はアクセスネットワークのカバレッジ１３１の外側にあるかどうかにかかわらず、インターフェース１２３２Ａ、１２３２Ｂ、又は１２８などのサイドリンクインターフェース（例えば、ＰＣ５又はＮＲ ＰＣ５）を介して互いに直接通信してもよい。例えば、図３２Ｅの例では、アクセスネットワークのカバレッジ１３１の外側にあり得るＷＲＴＵ Ｄは、カバレッジ１３１内にあり得るＷＴＲＵ Ｆと通信する。
【0285】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対ネットワーク通信（Ｖ２Ｎ）１３３又はサイドリンクインターフェース１２３２Ｂを介してＲＳＵ１２３ａ又は１２３ｂと通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対インフラストラクチャ通信（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、及びＦは、車両対人間通信（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。
【0286】
図３２Ｆは、図３２Ａ、図８Ｂ、図８Ｃ、図８Ｄ、又は図８ＥのＷＴＲＵ１０２などの、本明細書に記載のシステム、方法、及び装置による無線通信及び動作のために構成され得る、例示的な装置又はデバイスＷＴＲＵ１０２のブロック図であり得る。図３２Ｆに示すように、ＷＴＲＵ１０２の例は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（global positioning system、ＧＰＳ）チップセット１３６、及び／又は他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、前述の要素の任意の部分組み合わせを含み得ることが理解され得る。また、基地局１１４ａ及び１１４ｂ、並びに／又は基地局１１４ａ及び１１４ｂは、限定されないが、トランシーバ局（ＢＴＳ）、ノード－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノード－Ｂ、進化型ホームノード－Ｂ（evolved home node-B、ｅＮｏｄｅＢ）、ホーム進化型ノード－Ｂ（home evolved node-B、ＨｅＮＢ）、ホーム進化型ノード－Ｂゲートウェイ、次世代ノード－Ｂ（ｇノード－Ｂ）、及びプロキシノードなどを表してもよく、数ある中でも、図３２Ｆに図示され、本明細書に記載される要素のうちのいくつか又は全てを含んでもよい。
【0287】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図３２Ｆは、プロセッサ１１８及びトランシーバ１２０を別個の構成要素として表しているが、プロセッサ１１８及びトランシーバ１２０は、電子パッケージ又はチップ内にともに統合され得ることが理解され得る。
【0288】
ＵＥの送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば、図３２Ａの基地局１１４ａ）に信号を送信するか、若しくは基地局（例えば、図３２Ａの基地局１１４ａ）から信号を受信するか、又はエアインターフェース１１３２Ｄ／１１６ｄ／１１７ｄを介して、別のＵＥに信号を送信するか、若しくは別のＵＥから信号を受信するように構成され得る。例えば、送信／受信要素１２２は、ＲＦ信号を送信及び／又は受信するように構成されたアンテナであり得る。送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を送信及び／又は受信するように構成されたエミッタ／検出器であり得る。送信／受信要素１２２は、ＲＦ信号及び光信号の両方を送信及び受信するように構成され得る。送信／受信要素１２２は、無線又は有線信号の任意の組み合わせを送信及び／又は受信するように構成され得ることが理解され得る。
【0289】
加えて、送信／受信要素１２２は、単一の要素として図３２Ｆに図示され得るが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用い得る。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信及び受信するための２つ以上の送信／受信要素１２２（例えば、多重アンテナ）を含み得る。
【0290】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲ及びＩＥＥＥ８０２．１１若しくはＮＲ及びＥ－ＵＴＲＡを介して通信すること、又は異なるＲＲＨ、ＴＲＰ、ＲＳＵ、又はノードへの複数のビームを介して同じＲＡＴと通信することを可能にするための複数のトランシーバを含み得る。
【0291】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（liquid crystal display、ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（organic light-emitting diode、ＯＬＥＤ）ディスプレイユニットに結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０及び／又はリムーバブルメモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、かつ当該メモリにデータを記憶し得る。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（random-access memory、ＲＡＭ）、読み取り専用メモリ（read-only memory、ＲＯＭ）、ハードディスク又は任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、加入者識別モジュール（subscriber identity module、ＳＩＭ）カード、メモリスティック、セキュアデジタル（secure digital、ＳＤ）メモリカードなどを含み得る。プロセッサ１１８は、クラウド又はエッジコンピューティングプラットフォーム又はホームコンピュータ（図示せず）でホストされ得るサーバ上など、ＷＴＲＵ１０２上に物理的に位置していない場合があるメモリから情報にアクセスし、そのメモリにデータを記憶し得る。
【0292】
プロセッサ１１８は、電源１３４から電力を受信し得るが、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、かつ／又は制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾式セル電池、太陽電池、燃料電池などを含み得る。
【0293】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合され得、これは、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度及び緯度）を提供するように構成され得る。ＧＰＳチップセット１３６からの情報に加えて又はその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して場所情報を受信し、かつ／又は２つ以上の近くの基地局から受信されている信号のタイミングに基づいて、その場所を判定し得る。ＷＴＲＵ１０２は、任意の好適な位置判定方法によって場所情報を取得し得ることが理解され得る。
【0294】
プロセッサ１１８は、他の周辺機器１３８に更に結合され得、追加の特徴、機能、及び／又は有線若しくは無線接続を提供する１つ以上のソフトウェアモジュール及び／又はハードウェアモジュールを含み得る。例えば、周辺機器１３８は、加速度計、生体認証（例えば、指紋認証）センサ、電子コンパス、衛星トランシーバ、デジタルカメラ（写真又はビデオ用）、ユニバーサルシリアルバス（universal serial bus、ＵＳＢ）ポート、又は他の相互接続インターフェース、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（frequency modulated、ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュールなどの様々なセンサを含み得る。
【0295】
ＷＴＲＵ１０２は、センサ、家庭用電気機械器具、スマートウォッチ若しくはスマートクロージングなどのウェアラブルデバイス、医療若しくはｅヘルスデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車などの車両、又は飛行機などの他の装置又はデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して、そのような装置又はデバイスの他の構成要素、モジュール、又はシステムに接続することができる。
【0296】
図３２Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、又はネットワークサービス１１３における、特定のノード又は機能エンティティなどの、図８Ａ、図８Ｃ、図８Ｄ、及び図８Ｅに例示される通信ネットワークのうちの１つ以上の装置が具体化され得る、例示的なコンピューティングシステム９０のブロック図であり得る。コンピューティングシステム９０は、コンピュータ又はサーバを装備し得、主にコンピュータ可読命令によって制御され得、ソフトウェアの形態であり得るか、又はそのようなソフトウェアが記憶又はアクセスされ得る場所はどこでも、又はどのような手段によってでもあり得る。そのようなコンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に作業をさせ得る。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はコンピューティングシステム９０が通信ネットワークで動作することを可能にする任意の他の機能を実施し得る。コプロセッサ８１は、メインプロセッサ９１とは異なる任意選択のプロセッサであり得、追加の機能を実施し得るか、又はプロセッサ９１を支援し得る。プロセッサ９１及び／又はコプロセッサ８１は、本明細書に開示される方法及び装置に関連するデータを受信、生成、及び処理することができる。
【0297】
動作中、プロセッサ９１は、命令をフェッチ、復号、及び実行し、コンピューティングシステムのメインデータ転送経路、システムバス８０を介して他のリソースに情報を送信する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信し、システムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺構成要素相互接続）バスであり得る。
【0298】
システムバス８０に結合されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶及び取り出されることを可能にする回路を含む。ＲＯＭ９３は一般に、容易に修正し得ない記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られるか、又は変更され得る。ＲＡＭ８２及び／又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２はまた、システム内のプロセスを分離し、システムプロセスをユーザプロセスから分離するメモリ保護機能を提供し得る。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスし得ない。
【0299】
加えて、コンピューティングシステム９０は、プリンタ９４、キーボード８４、マウス９５、及びディスクドライブ８５などの、プロセッサ９１から周辺機器に命令を通信する役割を果たす周辺機器コントローラ８３を含み得る。
【0300】
ディスプレイコントローラ９６によって制御され得るディスプレイ８６は、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用され得る。そのような視覚的出力は、テキスト、グラフィック、アニメーショングラフィック、及び動画を含み得る。視覚的出力は、グラフィカルユーザインターフェース（graphical user interface、ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信され得るビデオ信号を生成するために必要な電子部品を含む。
【0301】
更に、コンピューティングシステム９０は、コンピューティングシステム９０を、図８Ａ、図８Ｂ、図８Ｃ、図８Ｄ、及び図８ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、又は他のネットワーク１１２などの外部通信ネットワーク若しくはデバイスに接続するために使用され得る、例えば、無線若しくは有線ネットワークアダプタ９７などの通信回路を含み得、コンピューティングシステム９０が、それらのネットワークの他のノード又は機能的エンティティと通信することを可能にする。通信回路は、単独で、又はプロセッサ９１と組み合わせて、本明細書に記載の特定の装置、ノード、又は機能エンティティの送信及び受信ステップを実施するために使用され得る。
【0302】
本明細書に記載の装置、システム、方法、及びプロセスのいずれか又は全ては、コンピュータ可読記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具体化され得、その命令は、プロセッサ１１８又は９１などのプロセッサによって実行されるときに、プロセッサに、本明細書に記載のシステム、方法、及びプロセスを実施及び／又は実装させることが理解され得る。具体的には、本明細書に記載のステップ、動作、又は機能のいずれかは、無線及び／又は有線ネットワーク通信のために構成された装置又はコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ可読記憶媒体は、任意の非一時的な（例えば、有形又は物理的）方法又は技術で実装される、情報を記憶するための、揮発性及び不揮発性、リムーバブル及び非リムーバブルな媒体を含むが、そのようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（digital versatile disks、ＤＶＤ）又は他の光ディスク記憶、磁気カセット、磁気テープ、磁気ディスク記憶装置、若しくは他の磁気記憶デバイス、又は所望の情報を記憶するために使用され得、コンピューティングシステムによってアクセスされ得る任意の他の有形若しくは物理媒体が含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32A】
【図32B】
【図32C】
【図32D】
【図32E】
【図32F】
【図32G】
【手続補正書】
【提出日】2023-12-08
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
トランシーバと１つ以上のプロセッサとを備える無線送信／受信ユニット（ＷＴＲＵ）であって、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）であって、前記ＭＡＣ ＣＥが、送信構成インジケータ（ＴＣＩ）コードポイントのための複数のＴＣＩ状態のアクティブ化を指示する、ＭＡＣ ＣＥを受信し、
前記ＴＣＩコードポイントを含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信し、
複数のアクティブ化されたＴＣＩ状態のうちの第１のＴＣＩ状態を使用して第２のＰＤＣＣＨ送信であって、前記第２のＰＤＣＣＨ送信が、複数の送信オケージョンに対して物理アップリンク制御チャネル（ＰＵＣＣＨ）送信又は物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするための情報を含む、第２のＰＤＣＣＨ送信を受信し、かつ
前記複数のアクティブ化されたＴＣＩ状態のうちの第２のＴＣＩ状態を使用することによって、前記複数の送信オケージョンで前記ＰＵＣＣＨ送信又は前記ＰＵＳＣＨ送信を送信するように構成されており、前記第２のＴＣＩ状態のうちの異なるＴＣＩ状態が、前記複数の送信オケージョンのうちの異なる送信オケージョンにおいて使用される、ＷＴＲＵ。
【請求項2】
前記第１のＴＣＩ状態が複数のダウンリンク（ＤＬ）ＴＣＩ状態を含み、前記第２のＴＣＩ状態が複数のアップリンク（ＵＬ）ＴＣＩ状態を含む、請求項１に記載のＷＴＲＵ。
【請求項3】
前記複数のＴＣＩ状態のうちのあるＴＣＩ状態が、アクティブ化時間において使用され、前記第１のＰＤＣＣＨ送信が、前記アクティブ化時間より前に受信される、請求項１に記載のＷＴＲＵ。
【請求項4】
前記ＴＣＩコードポイントについての前記複数のＴＣＩ状態が、制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックス値に関連付けられており、前記第１のＰＤＣＣＨ送信が、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信される、請求項１に記載のＷＴＲＵ。
【請求項5】
前記ＭＡＣ ＣＥが、前記ＴＣＩコードポイントについてのＴＣＩ状態識別フィールドを備える、請求項１に記載のＷＴＲＵ。
【請求項6】
前記ＭＡＣ ＣＥが、アクティブ化のためのいくつかの送信構成インジケータ（ＴＣＩ）状態識別子を備える、請求項１に記載のＷＴＲＵ。
【請求項7】
前記ＰＤＣＣＨ送信がダウンリンク制御情報（ＤＣＩ）を含み、前記ＤＣＩが前記ＴＣＩコードポイントの指示を含む、請求項１に記載のＷＴＲＵ。
【請求項8】
前記アクティブ化されたＴＣＩ状態が、ＴＣＩアクティブ化タイムラインに基づいてアクティブ化される、請求項１に記載のＷＴＲＵ。
【請求項9】
前記第１のＰＤＣＣＨ送信が、前記複数のＴＣＩ状態のうちの１つ以上がアクティブ化される前に受信される、請求項１に記載のＷＴＲＵ。
【請求項10】
無線送信／受信ユニット（ＷＴＲＵ）によって実施される方法であって、前記方法が、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）であって、前記ＭＡＣ ＣＥが、送信構成インジケータ（ＴＣＩ）コードポイントのための複数のＴＣＩ状態のアクティブ化を指示する、ＭＡＣ ＣＥを受信することと、
前記ＴＣＩコードポイントを含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、
複数のアクティブ化されたＴＣＩ状態のうちの第１のＴＣＩ状態を使用して第２のＰＤＣＣＨ送信であって、前記第２のＰＤＣＣＨ送信が、複数の送信オケージョンに対して物理アップリンク制御チャネル（ＰＵＣＣＨ）送信又は物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするための情報を含む、第２のＰＤＣＣＨ送信を受信することと、
前記複数のアクティブ化されたＴＣＩ状態のうちの第２のＴＣＩ状態を使用することによって、前記複数の送信オケージョンで前記ＰＵＣＣＨ送信又は前記ＰＵＳＣＨ送信を送信することと、を含み、前記第２のＴＣＩ状態のうちの異なるＴＣＩ状態が、前記複数の送信オケージョンのうちの異なる送信オケージョンにおいて使用される、方法。
【請求項11】
前記第１のＴＣＩ状態が複数のダウンリンク（ＤＬ）ＴＣＩ状態を含み、前記第２のＴＣＩ状態が複数のアップリンク（ＵＬ）ＴＣＩ状態を含む、請求項１０に記載の方法。
【請求項12】
前記複数のＴＣＩ状態のうちのあるＴＣＩ状態が、アクティブ化時間において使用され、前記第１のＰＤＣＣＨ送信が、前記アクティブ化時間より前に受信される、請求項１０に記載の方法。
【請求項13】
前記ＴＣＩコードポイントについての前記複数のＴＣＩ状態が、制御リソースセット（ＣＯＲＥＳＥＴ）プールインデックス値に関連付けられており、前記第１のＰＤＣＣＨ送信が、前記ＣＯＲＥＳＥＴプールインデックス値に関連付けられたＣＯＲＥＳＥＴ上で受信される、請求項１０に記載の方法。
【請求項14】
前記ＭＡＣ ＣＥが、前記ＴＣＩコードポイントについてのＴＣＩ状態識別フィールドを備える、請求項１０に記載の方法。
【請求項15】
前記ＭＡＣ ＣＥが、アクティブ化のためのいくつかの送信構成インジケータ（ＴＣＩ）状態識別子を備える、請求項１０に記載の方法。
【請求項16】
前記ＰＤＣＣＨ送信がダウンリンク制御情報（ＤＣＩ）を含み、前記ＤＣＩが前記ＴＣＩコードポイントの指示を含む、請求項１０に記載の方法。
【請求項17】
前記アクティブ化されたＴＣＩ状態が、ＴＣＩアクティブ化タイムラインに基づいてアクティブ化される、請求項１０に記載の方法。
【請求項18】
前記第１のＰＤＣＣＨ送信が、前記複数のＴＣＩ状態のうちの１つ以上がアクティブ化される前に受信される、請求項１０に記載の方法。
【請求項19】
システムであって、１つ以上のプロセッサと、
前記１つ以上のプロセッサに結合されたメモリと、を備え、前記メモリが、実行可能な命令を記憶しており、前記命令が、前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに、
媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）であって、前記ＭＡＣ ＣＥが、送信構成インジケータ（ＴＣＩ）コードポイントのための複数のＴＣＩ状態のアクティブ化を指示する、ＭＡＣ ＣＥを受信することと、
前記ＴＣＩコードポイントを含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信を受信することと、
複数のアクティブ化されたＴＣＩ状態のうちの第１のＴＣＩ状態を使用して第２のＰＤＣＣＨ送信であって、前記第２のＰＤＣＣＨ送信が、複数の送信オケージョンに対して物理アップリンク制御チャネル（ＰＵＣＣＨ）送信又は物理アップリンク共有チャネル（ＰＵＳＣＨ）送信をスケジューリングするための情報を含む、第２のＰＤＣＣＨ送信を受信することと、
前記複数のアクティブ化されたＴＣＩ状態のうちの第２のＴＣＩ状態を使用することによって、前記複数の送信オケージョンで前記ＰＵＣＣＨ送信又は前記ＰＵＳＣＨ送信を送信することと、を含む動作を実現させ、前記第２のＴＣＩ状態のうちの異なるＴＣＩ状態が、前記複数の送信オケージョンのうちの異なる送信オケージョンにおいて使用される、システム。
【請求項20】
前記第１のＴＣＩ状態が複数のダウンリンク（ＤＬ）ＴＣＩ状態を含み、前記第２のＴＣＩ状態が複数のアップリンク（ＵＬ）ＴＣＩ状態を含む、請求項１９に記載のシステム。
【国際調査報告】