特開 2024-153647 アップリンク伝送でのＵＥ内の優先順位付け

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024153647

(43)【公開日】2024-10-29

(54)【発明の名称】アップリンク伝送でのＵＥ内の優先順位付け

(51)【国際特許分類】

   H04W 28/04 20090101AFI20241022BHJP

   H04W 72/232 20230101ALI20241022BHJP

   H04W 72/231 20230101ALI20241022BHJP

   H04W 72/56 20230101ALI20241022BHJP

   H04L 1/1867 20230101ALI20241022BHJP

【ＦＩ】

H04W28/04 110

H04W72/232

H04W72/231

H04W72/56

H04L1/1867

【審査請求】有

【請求項の数】20

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2024107426

(22)【出願日】2024-07-03

(62)【分割の表示】P 2021547451の分割

【原出願日】2020-02-14

(31)【優先権主張番号】62/805,614

(32)【優先日】2019-02-14

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】62/824,701

(32)【優先日】2019-03-27

(33)【優先権主張国・地域又は機関】US

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】アイヤー，ラクシュミ，アール．

(72)【発明者】

【氏名】テリー，ステファン，イー．

(72)【発明者】

【氏名】スヴェドマン，パトリック

(72)【発明者】

【氏名】リ，チン

(72)【発明者】

【氏名】リ，イーファン

(72)【発明者】

【氏名】アジャクプレ，パスカル，エム．

(72)【発明者】

【氏名】ジャン，グオドン

(72)【発明者】

【氏名】ツァイ，アラン，ワイ．

(72)【発明者】

【氏名】アワディン，モハメド

(57)【要約】      （修正有）

【課題】アップリンク（ＵＬ）伝送でのＵＥ内の優先順位付けのための方法および装置を提供する。
【解決手段】無線通信デバイス１０２は、プロセッサを備え、第１の伝送に対応付けられる第１のアップリンクグラントを示す第１の情報、および第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の情報を受信し、第１の情報および第２の情報に基づいて、第１の伝送および第２の伝送が少なくとも部分的に時間で重複することを決定し、第１の伝送に対応付けられる第１の優先度および第２の伝送に対応付けられる第２の優先度を決定し、第１の優先度および第２の優先度に少なくとも部分的に基づいて、他方の伝送に優先する一方の伝送の優先順位付け、または第２の伝送による第１の伝送のプリエンプションのうちの少なくとも１つを生じさせる。
【選択図】図３７Ｂ

【特許請求の範囲】

【請求項1】

１つまたは複数のプロセッサと、メモリと、を備える装置であって、前記装置の前記メ
モリに記憶されるコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命
令は、前記装置の前記１つまたは複数のプロセッサによって実行されると、前記装置デバ
イスに、
第１の伝送に対応付けられる第１のアップリンクグラントを示す第１の情報を受信させ
、
第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の情報を受信させ
、
前記第１の情報および前記第２の情報に基づいて、前記第１の伝送および前記第２の伝
送が少なくとも部分的に時間で重複することを決定させ、
前記第１の伝送に対応付けられる第１の優先度および前記第２の伝送に対応付けられる
第２の優先度を決定させ、
前記第１の優先度および前記第２の優先度に少なくとも部分的に基づいて、
前記第１の伝送と前記第２の伝送のうちの他方の伝送に優先する、前記第１の伝送と
第２の伝送のうちの一方の伝送の優先順位付け、または
前記第２の伝送による前記第１の伝送のプリエンプション、
のうちの少なくとも１つを生じさせる、装置。

【請求項2】

前記第１の優先度を決定することは、
論理チャネル優先順位付けプロシージャを実行して、データが前記第１のアップリンク
グラントの媒体アクセス制御（Medium Access Control：ＭＡＣ）層プロトコルデータ
ユニット（Protocol Data Unit：ＰＤＵ）に多重化される論理チャネルを選択すること
と、
前記第１の優先度が、前記論理チャネルの間で最高の優先度の論理チャネルを有するこ
とを決定することと、を含む、請求項１に記載の装置。

【請求項3】

前記第２の優先度を決定することは、
論理チャネル優先順位付けプロシージャを実行して、データが前記第２のアップリンク
グラントの媒体アクセス制御（Medium Access Control：ＭＡＣ）層プロトコルデータ
ユニット（Protocol Data Unit：ＰＤＵ）に多重化される論理チャネルを選択すること
と、
前記第２の優先度が、前記論理チャネルの間で最高の優先度の論理チャネルを有するこ
とを決定することと、を含む、請求項１に記載の装置。

【請求項4】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第１の優先度が、前記第１のアップリンクグラントに対応付けられる優先度である
ことを決定させる、請求項１に記載の装置。

【請求項5】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第２の優先度が、前記第２のアップリンクグラントに対応付けられる優先度である
ことを決定させる、請求項１に記載の装置。

【請求項6】

前記他方の伝送に優先する前記一方の伝送の前記優先順位付けを生じさせることは、
前記第１の優先度が前記第２の優先度よりも高い場合に、前記第２の伝送よりも前記第
１の伝送を優先すること、または
前記第２の優先度が前記第１の優先度よりも高く、前記第２の伝送に対応付けられるデ
ータが物理層に提出されていない場合に、前記第１の伝送よりも前記第２の伝送を優先す
ることを含む、請求項１に記載の装置。

【請求項7】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記優先された第１の伝送または第２の伝送についてのデータを前記物理層に送信させ
る、請求項６に記載の装置。

【請求項8】

前記優先された第１の伝送または第２の伝送についてのデータは、１つもしくは複数の
媒体アクセス制御（Medium Access Control：ＭＡＣ）サービスデータユニット（Servi
ce Data Unit：ＳＤＵ）、または１つもしくは複数のＭＡＣ制御要素（Control Eleme
nt：ＣＥ）を含む、請求項７に記載の装置。

【請求項9】

前記優先された第１の伝送または第２の伝送についてのデータは、スケジューリングリ
クエスト（Scheduling Request：ＳＲ）である、請求項７に記載の装置。

【請求項10】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第１の伝送を優先させ、
前記第２の伝送をキャンセルさせ、
前記第２の伝送の前記キャンセルを前記物理層に対して通知させ、
前記第２のアップリンクグラントが使用されていないことをネットワークに対して通知
させる、請求項６に記載の装置。

【請求項11】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第２の伝送を優先させ、
前記第１の伝送をキャンセルさせ、
前記第１の伝送の前記キャンセルを前記物理層に対して通知させ、
第１のアップリンクグラントが使用されていないことをネットワークに対して通知させ
る、請求項６に記載の装置。

【請求項12】

前記第２のアップリンクグラントが使用されていないことを前記ネットワークに通知す
ることは、
スケジューリングリクエスト（Scheduling Request：ＳＲ）またはバッファ状態報告
を前記ネットワークに送信して、前記第２の伝送についての新しいアップリンクグラント
をリクエストすることを含む、請求項１０に記載の装置。

【請求項13】

前記第２のアップリンクグラントは、スケジューリングリクエスト（Scheduling Requ
est：ＳＲ）についてであり、ＳＲ保留状態は、前記第２のアップリンクグラントについ
て維持される、請求項１０に記載の装置。

【請求項14】

第１のアップリンクグラントが使用されていないことを前記ネットワークに通知するこ
とは、
スケジューリングリクエスト（Scheduling Request：ＳＲ）またはバッファ状態報告
を前記ネットワークに送信して、前記第１の伝送についての新しいアップリンクグラント
をリクエストすることを含む、請求項１１に記載の装置。

【請求項15】

前記第１のアップリンクグラントは、スケジューリングリクエスト（Scheduling Requ
est：ＳＲ）についてであり、ＳＲ保留状態は、前記第１のアップリンクグラントについ
て維持される、請求項１１に記載の装置。

【請求項16】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第１の優先度を有する前記第１の伝送についての第１のデータを物理層に送信させ
、
前記第２の優先度を有する前記第２の伝送についての第２のデータを前記物理層に送信
させる、請求項１に記載の装置。

【請求項17】

前記第２の伝送による前記第１の伝送の前記プリエンプションを生じさせることは、
前記第２の優先度が前記第１の優先度よりも高く、前記第１の伝送についてのデータが
物理層に既に送信されている場合に、前記第２の伝送によって前記第１の伝送をプリエン
プションすることを含む、請求項１に記載の装置。

【請求項18】

前記コンピュータ実行可能命令は、前記１つまたは複数のプロセッサによって実行され
ると、前記装置にさらに、
前記第１の伝送をプリエンプションするように前記物理層に示して、前記第２の伝送の
第２のデータを前記物理層に送信させる、請求項１７に記載の装置。

【請求項19】

前記第１の優先度および前記第２の優先度を決定することは、ダウンリンク制御情報（
Downlink Control Information：ＤＣＩ）で示される第３の情報に基づく、請求項１に
記載の装置。

【請求項20】

前記装置は、ユーザ端末（User Equipment：ＵＥ）を備える、請求項１に記載の装置
。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０１９年２月１４日出願の米国仮特許出願番号第６２／８０５，６１４号
、および２０１９年３月２７日出願の米国仮特許出願番号第６２／８２４，７０１号の利
益を請求し、それらの全体が参照により本明細書に援用される。

【背景技術】

【0002】

種々のアプリケーションをサポートするために様々な優先度レベルの伝送をサポートす
ることが望ましい場合がある。優先度は、媒体アクセス制御（Medium Access Control
：ＭＡＣ）層で識別可能であり得るが、時には、物理層自体で優先度の識別を可能にする
ことが有益であり得る。これは、物理伝送が始まったときに起こり得るが、物理層でプリ
エンプションされなければならない。したがって、物理層で優先度を識別し、ユーザ端末
（User Equipment：ＵＥ）内の衝突が物理ダウンリンク共有チャネル（Physical Downl
ink Shared Channel：ＰＤＳＣＨ）上で生じるときにＵＥ挙動を定め、衝突を処理する
ためにＵＥプロシージャを定め、ＵＥがＭＡＣ層で優先順位付けを解明することを可能に
する必要がある。

【発明の概要】

【0003】

本概要は、詳細な説明で以下にさらに記載される、単純化された形態でのコンセプトの
選択を導入するために提供される。本概要は、請求された主題の主要な機構または必須の
機構を識別するのを意図したものでもなく、請求された主題の範囲を限定するために使用
されるのを意図したものでもない。さらに、請求された主題は、本開示の任意の部分で記
されるいずれかまたはすべての欠点を解決する制約に限定されない。

【0004】

伝送中のＵＥ内の優先順位付けのための方法および装置が本明細書で記載される。アッ
プリンク（Uplink：ＵＬ）での伝送の優先度を識別し、ＵＥ内のＰＤＳＣＨ衝突を処理し
、複数のハイブリッドＡＲＱ（Hybrid ARQ：ＨＡＲＱ） ＡＣＫコードブックをサポー
トし、複数の優先度についての物理アップリンク共有チャネル（Physical Uplink Shar
ed Channel：ＰＵＳＣＨ）、ＰＵＳＣＨ繰り返しでＵＣＩを有効にし、構成されたグラ
ント（Configured Grant：ＣＧ）および動的なグラントについてのＨＡＲＱ ＩＤの衝
突を処理し、ＵＥ内の競合を処理するＭＡＣ層を有効にするための方法が記載される。

【0005】

一例では、装置は、第１の伝送に対応付けられる第１のアップリンクグラントを示す第
１の情報、および第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の
情報を受信し得る。装置は、第１の情報および第２の情報に基づいて、第１の伝送および
第２の伝送が少なくとも部分的に時間で重複することを決定し得る。装置は、第１の伝送
に対応付けられる第１の優先度および第２の伝送に対応付けられる第２の優先度を決定し
得る。次いで、装置は、第１の優先度および第２の優先度に少なくとも部分的に基づいて
、他方の伝送に優先する一方の伝送の優先順位付け、または第２の伝送による第１の伝送
のプリエンプションのうちの少なくとも１つを生じさせ得る。

【図面の簡単な説明】

【0006】

前述の概要および以下の詳細な説明は、添付の図面と共に読むとより十分に理解される
。本開示を例示するために、本開示の様々な態様が示される。しかしながら、本開示は、
論じられる特定の態様に限定されない。

【図1】図１は、タイプ２の構成されたグラントの優先度を変更する有効化ＤＣＩの図である。

【図2】図２は、セル無線ネットワーク一時識別子（Cell Radio-Network Temporary Identifier：Ｃ－ＲＮＴＩ）が優先度レベルＲＮＴＩでマスクされたＰＵＳＣＨおよび物理アップリンク制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）の図である。

【図3A】図３Ａは、ＰＤＳＣＨ間のリソース要素（Resource Element：ＲＥ）衝突の高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの図である。

【図3B】図３Ｂは、ＰＤＳＣＨ間のＲＥ衝突無しの高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの図である。

【図4A】図４Ａは、ＰＤＳＣＨ_{ＵＲＬＬＣ}によるプリエンプション、ＵＥ内のプリエンプションのみの図であり、新無線（New Radio：ＮＲ）ノードＢ（NR NodeB：ｇＮＢ）は、プリエンプション標示を送信しなくてもよい。

【図4B】図４Ｂは、ＰＤＳＣＨ_{ＵＲＬＬＣ}によるプリエンプション、ＵＥ間およびＵＥ内のプリエンプションの図であり、ｇＮＢは、プリエンプション標示を送信する。

【図5】図５は、プリエンプションのイベントでの低優先度ＨＡＲＱプロセスのソフトバッファを流すためのＵＥプロシージャの図である。

【図6】図６は、ＵＥ_２がより低い優先度のＵＥ_０およびＵＥ_１のＰＤＳＣＨをプリエンプションするが、より高い優先度のＵＥ３のＰＤＳＣＨをプリエンプションしない図である。

【図7】図７は、ＲＮＴＩ_ｐマスクを通じて示される優先度のソフトバッファを流すためのＵＥプロシージャの図である。

【図8A】図８Ａは、ＰＵＣＣＨ Ｍ＝１、スロットでの単一のＵＣＩフィードバック機会でのＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の図である。

【図8B】図８Ｂは、ＰＵＣＣＨ Ｍ＝２、スロットでの複数のＵＣＩフィードバック機会でのＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の図である。

【図9A】図９Ａは、サブスロット構成Ｍ＝１、１つのサブスロット／スロットの図である。

【図9B】図９Ｂは、サブスロット構成Ｍ＝２、２つのサブスロット／スロットの図である。

【図10】図１０は、Ｋ１が最低の優先度についてのサブスロット（スロットごとに２つ）の最も細かい粒度で増分される（高度化モバイルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ））図である。

【図11】図１１は、Ｋ１がＰＵＣＣＨについてのスロットを示し、Ｋ１ａがサブスロットを示す図である。

【図12】図１２は、ｐ＝０（ｅＭＢＢ）およびｐ＝１（超高信頼低遅延通信（Ultra-Reliable and Low Latency Communications：ＵＲＬＬＣ））についての別々のＨＡＲＱ ＡＣＫコードブックの図である。

【図13】図１３は、複数の送受信ポイント（Transmission and Reception Point：ＴＲＰ）へのＰＵＣＣＨ伝送の図である。

【図14】図１４は、複数のＴＲＰへのＰＵＣＣＨ伝送の図である。ＰＵＣＣＨリソースインジケータ（PUCCH Resource Indicator：ＰＲＩ）＝０は、Ｂ０上のＴＲＰ０へのＰＵＣＣＨ伝送について構成され、ＰＲＩ＝１は、Ｂ０上のＴＲＰ１へのＰＵＣＣＨ伝送について構成される。

【図15】図１５は、（この例でＣＯＲＥＳＥＴから導出される）ＴＲＰ認識に基づくＰＵＣＣＨ空間方向の図である。

【図16】図１６は、複数のＨＡＲＱ ＡＣＫコードブックがスロット内の単一のＰＵＳＣＨ上でピギーバックされる図である。

【図17】図１７は、ＰＵＳＣＨの異なるホップ上のＵＣＩ_ｍマッピングの図である。

【図18】図１８は、ＵＣＩ_０がＰＵＳＣＨのホップ上で分割されてマッピングされる図である。

【図19】図１９は、ＵＣＩ_０をマッピングするためのＵＥプロシージャの図である。Ｍ＝１の場合、ＵＣＩ_０は、各ホップにマッピングされる。Ｍ＞１の場合、ＵＣＩ_０は、ホップ＃０にマッピングされ、ＵＣＩ_１は、ホップ＃１にマッピングされる、などである。

【図20A】図２０Ａは、ＰＵＳＣＨリソースで多重化されるＰＵＳＣＨ上でＵＣＩ_ｍについてのＨＡＲＱ－ＡＣＫおよびＣＳＩのマッピングの図である。

【図20B】図２０Ｂは、ＰＵＳＣＨ上のみのＵＣＩでのＰＵＳＣＨ上のＵＣＩ_ｍについてのＨＡＲＱ－ＡＣＫおよびＣＳＩのマッピングの図である。

【図21A】図２１Ａは、ＵＣＩ_１の近傍に復調参照信号（Demodulation Reference Signal：ＤＭＲＳ）がないＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの図である。

【図21B】図２１Ｂは、ＵＣＩ_１の近傍に導入される追加のＤＭＲＳのＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの図である。

【図22A】図２２Ａは、ＵＣＩ_ｅＭＢＢがＵＣＩ_{ＵＲＬＬＣ}に先行するＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの図である。

【図22B】図２２Ｂは、ＵＣＩ_{ＵＲＬＬＣ}がＵＣＩ_ｅＭＢＢに先行するＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの図である。

【図22C】図２２Ｃは、ＵＣＩ_ｅＭＢＢおよびＵＣＩ_{ＵＲＬＬＣ}がＰＵＳＣＨの同じサブスロットにマッピングされるＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの図である。

【図22D】図２２Ｄは、ＵＣＩ_{ＵＲＬＬＣ}リソースがまずマッピングされてＵＣＩ_ｅＭＢＢが後に続くＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_{ｅＭ ＢＢ}の図である。

【図23A】図２３Ａは、ミニスロットでのＰＵＳＣＨの繰り返しのＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。

【図23B】図２３Ｂは、スロット境界の間の複数のセグメント伝送のＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。

【図23C】図２３Ｃは、周波数ホッピングを伴うミニスロットのＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。

【図23D】図２３Ｄは、ホッピングを伴う複数のセグメント伝送のＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。

【図24A】図２４Ａは、各セグメントでＰＵＳＣＨリソースに比例してマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。

【図24B】図２４Ｂは、ＰＵＳＣＨセグメント間でほぼ等しくマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。

【図24C】図２４Ｃは、各繰り返しについての別々に生成されたＵＣＩ変調シンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。

【図25A】図２５Ａは、ＵＣＩを最小遅延でＰＵＳＣＨにマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。

【図25B】図２５Ｂは、端に整列するＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。

【図25C】図２５Ｃは、ＵＥ能力に応じてＰＵＳＣＨにＵＣＩをマッピングするＰＵＣＣＨ（Ｄ）と重複する第１のＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。

【図25D】図２５Ｄは、ＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の別の図である。

【図26】図２６は、異なるＴＲＰへのＰＵＳＣＨ繰り返しの伝送の図である。

【図27A】図２７Ａは、各ＴＲＰについての別々のＨＡＲＱ－ＡＣＫコードブックの異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しへのＵＣＩマッピングの図である。

【図27B】図２７Ｂは、各ＴＲＰについて繰り返される共通のコードブックを有するＵＣＩの異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しへのＵＣＩマッピングの図である。

【図28A】図２８Ａは、スケジューリングリクエストインジケータ（Scheduling Request Indicator：ＳＲＩ）サイクルを伴うＰＵＳＣＨ繰り返しの図である。

【図28B】図２８Ｂは、ＳＲＩが時間リソースに固定されたＰＵＳＣＨ繰り返しの図である。

【図28C】図２８Ｃは、繰り返しインスタンスの機能としてのＳＲＩを有するＰＵＳＣＨ繰り返しの図である。

【図29A】図２９Ａは、ＰＵＳＣＨ ＨＡＲＱ ＩＤについての４回の繰り返しセットを有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29B】図２９Ｂは、伝送３および４を終了させるための早期終了標示（Early Termination Indication：ＥＴＩ）標示を有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29C】図２９Ｃは、ＰＵＳＣＨ繰り返しの終了の際のＰＵＳＣＨ上のみのＵＣＩを有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29D】図２９Ｄは、繰り返しの遅延された終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29E】図２９Ｅは、早期終了を示すオーバーライドグラントを伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29F】図２９Ｆは、後の繰り返しでのＮＡＣされたコードブロックグループ（Code Block Group：ＣＢＧ）の伝送を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29G】図２９Ｇは、ＰＵＳＣＨ繰り返しの早期終了タイマーベースの終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図29H】図２９Ｈは、繰り返しの選択的な終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。

【図30】図３０は、グループからの１つのＴＲＰが伝送を否定応答するときのＴＲＰグループ内のＴＲＰへの再伝送の図である。

【図31A】図３１Ａは、すべてのＴＲＰグループからＡＣＫを受信する際にＵＥがそのＨＡＲＱバッファを流す図である。

【図31B】図３１Ｂは、ＵＥが少なくとも１つのＡＣＫの受信ですべてのＴＲＰグループからＡＣＫを識別し、ＨＡＲＱバッファがタイマーの満了後に流れる図である。

【図32A】図３２Ａは、ｅＭＢＢ ＰＵＳＣＨリソースがＵＲＬＬＣリソースの位置でパンクチャされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。

【図32B】図３２Ｂは、ｅＭＢＢ伝送が完全にキャンセルされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。

【図32C】図３２Ｃは、ｅＭＢＢ ＰＵＳＣＨリソースが、衝突がＵＲＬＬＣ ＰＵＳＣＨと生じるシンボル上でパンクチャされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。

【図33】図３３は、ＰＵＳＣＨ_{ＵＲＬＬＣ}およびＰＵＳＣＨ_ｅＭＢＢが同じＨＡＲＱ－ＩＤ Ｄを有する図である（ＰＵＳＣＨリソースが衝突しないことに留意されたい）。

【図34】図３４は、ＣＧ ＰＵＳＣＨのＵＥ内の衝突の図である。より低い優先度のＣＧ ＰＵＳＣＨは、より高い優先度のＣＧ ＰＵＳＣＨによってキャンセルまたはパンクチャされる。

【図35A】図３５Ａは、ｇＮＢから動的なグラントを受信する際のＵＥ内のプリエンプションされた低優先度ＣＧ ＰＵＳＣＨの再伝送の図である。

【図35B】図３５Ｂは、ＣＧ ＰＵＳＣＨとしてのＵＥ内のプリエンプションされた低優先度ＣＧ ＰＵＳＣＨ再伝送の再伝送の図である。

【図36A】図３６Ａは、ＵＥ内のダウンリンク（Downlink：ＤＬ）およびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＳＣＨ衝突の図である。

【図36B】図３６Ｂは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＣＣＨ衝突の図である。

【図36C】図３６Ｃは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＵＳＣＨおよび高優先度ＰＤＳＣＨ衝突の図である。

【図37A】図３７Ａは、本明細書で記載および請求される方法および装置が具現化され得る、例示的な通信システムを示す。

【図37B】図３７Ｂは、無線通信のために構成された例示的な装置またはデバイスのブロック図である。

【図37C】図３７Ｃは、例示的な無線アクセスネットワーク（Radio Access Network：ＲＡＮ）およびコアネットワークのシステム図である。

【図37D】図３７Ｄは、別の例示的なＲＡＮおよびコアネットワークのシステム図である。

【図37E】図３７Ｅは、別の例示的なＲＡＮおよびコアネットワークのシステム図である。

【図37F】図３７Ｆは、例示的なコンピューティングシステムのブロック図である。

【図37G】図３７Ｇは、別の例示的な通信システムのブロック図である。

【発明を実施するための形態】

【0007】

伝送中のＵＥ内の優先順位付けのための方法および装置が本明細書で記載される。本明
細書で記載される実施形態では、ユーザ端末（ＵＥ）、無線通信デバイス、および無線伝
送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）という用語は、特に
規定されていない限り、制約なく交換可能に使用され得る。

【0008】

以下の略語および定義が本明細書で使用され得る。
BWP：Bandwidth Part（帯域幅パート）
cDAI：counter- DownLink Assignment Index（カウンタダウンリンク割り当てインデ
ックス）
CA：Carrier Aggregation（キャリアアグリゲーション）
CBG：Code Block Group（コードブロックグループ）
CG：Configured Grant（構成されたグラント）
CNGTI：Code Block Group Transmission Index（コードブロックグループ伝送インデ
ックス）
C-RNTI：Cell Radio-Network Temporary Identifier（セル無線ネットワーク一時識別
子）
CS-RNTI：Configured Schedule Radio-Network Temporary Identifier（構成された
スケジュール無線ネットワーク一時識別子）
CSI-RS：Channel State Information Reference Signal（チャネル状態情報参照信号
）
DAI：DownLink Assignment Index（ダウンリンク割り当てインデックス）
DC：Dual Connectivity（デュアルコネクティビティ）
DL：Downlink（ダウンリンク）
DL-SCH：Downlink Shared Channel（ダウンリンク共有チャネル）
DMRS：Demodulation Reference Signal（復調参照信号）
eMBB：enhanced Mobile Broadband（高度化モバイルブロードバンド）
eNB：Evolved Node B（発展型ノードＢ）
FDD：Frequency Division Duplex（周波数分割複信）
FR1：Frequency region 1 (sub 6GHz)（周波数領域１（サブ６ＧＨｚ））
FR2：Frequency region 2 (mmWave)（周波数領域２（ミリ波））
gNB：NR NodeB（ＮＲノードＢ）
HARQ：Hybrid ARQ（ハイブリッドＡＲＱ）
IE：Information Element（情報要素）
IIoT：Industrial Internet of Things（産業用のモノのインターネット）
KPI：Key Performance Indicators（重要業績評価指標）
L1：Layer 1（層１）
L2：Layer 2（層２）
L3：Layer 3（層３）
LAA：License Assisted Access（ライセンスアシストアクセス）
LTE：Long Term Evolution（ロングタームエボリューション）
MAC：Medium Access Control（媒体アクセス制御）
MCS：Modulation Coding Scheme（変調コーディングスキーム）
MCS-C-RNTI：Modulation Coding Scheme Cell Radio Network Temporary Identif
ier（変調コーディングスキームセル無線ネットワーク一時識別子）
MIB：Master Information Block（マスター情報ブロック）
MTC：Machine-Type Communications（マシンタイプ通信）
mMTC：Massive Machine Type Communication（大規模マシンタイプ通信）
NR：New Radio（新無線）
NR-U：NR Unlicensed（ＮＲアンライセンス）
OS：OFDM Symbol（ＯＦＤＭシンボル）
OFDM：Orthogonal Frequency Division Multiplexing（直交周波数分割多重）
PCell：Primary Cell（プライマリセル）
PHY：Physical Layer（物理層）
PRACH：Physical Random Access Channel（物理ランダムアクセスチャネル）
PRI：PUCCH Resource Indicator（ＰＵＣＣＨリソースインジケータ）
RACH：Random Access Channel（ランダムアクセスチャネル）
RAN：Radio Access Network（無線アクセスネットワーク）
RAP：Random Access Preamble（ランダムアクセスプリアンブル）
RAR：Random Access Response（ランダムアクセス応答）
RAT：Radio Access Technology（無線アクセス技術）
RRC：Radio Resource Control（無線リソース制御）
RS：Reference signal（参照信号）
SCell：Secondary Cell（セカンダリセル）
SI：System Information（システム情報）
SR：Scheduling Request（スケジューリングリクエスト）
tDAI：total-DownLink Assignment Index（トータルのダウンリンク割り当てインデッ
クス）
TB：Transport Block（移送ブロック）
TCI：Transmission Configuration Indicator（伝送構成インジケータ）
TDD：Time Division Duplex（時分割複信）
TRP：Transmission and Reception Point（送受信ポイント）
TTI：Transmission Time Interval（伝送時間間隔）
UE：User Equipment（ユーザ端末）
UL：Uplink（アップリンク）
UL-SCH：Uplink Shared Channel（アップリンク共有チャネル）
URLLC：Ultra-Reliable and Low Latency Communications（超高信頼低遅延通信）

【0009】

産業用のモノのインターネット（ＩＩＯＴ）などのアプリケーションでは、複数のデー
タストリームが、センサまたはアクチュエータによって生成され得る。これらのストリー
ムは、共通のＵＥを通じてｇＮＢに伝送され得る。データストリームは、遅延、信頼性、
ペイロードサイズ、サービスの品質（Quality of Service：ＱｏＳ）などの点で異なる
要件を有し得る。ネットワークは、ｇＮＢおよびＵＥがそれらの要件に応じてデータスト
リームを優先することを可能にしなければならない。単純な例は、ＵＥがｅＭＢＢおよび
ＵＲＬＬＣ動作の両方をサポートする場合である。例えば、ドローンは、ｅＭＢＢ能力が
ビデオ伝送をサポートすることを必要とし得るが、ＵＲＬＬＣ能力がリアルタイムでステ
アリングされることを必要とし得る。ｅＭＢＢ伝送よりも、ＰＤＳＣＨ、ＰＵＳＣＨ、物
理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）、
ＰＵＣＣＨなどのＵＲＬＬＣ伝送を優先することが必要であり得る。

【0010】

優先度間のリソース競合により優先順位付けが生じなければならないいくつかのシナリ
オは、以下のこと、すなわち、低優先度ＰＵＳＣＨグラントに優先する高優先度ＰＤＳＣ
ＨグラントのＵＥ内の優先順位付け、ＣＧと動的なグラントとの間のリソース競合がある
ときのＰＵＳＣＨのＵＥ内の優先順位付け、動的な低優先度ＰＵＳＣＨグラントに優先す
る動的な高優先度ＰＵＳＣＨグラント間のリソース競合があるときのＰＵＳＣＨのＵＥ内
の優先順位付け、異なる優先度の制御情報伝送間のリソース競合があるときのＵＬ制御情
報のＵＥ内の優先順位付け、ならびに異なる優先度の制御チャネルおよびデータチャネル
の間のリソース競合があるときのＵＥ内の優先順位付けを含むが、それらに限定されない
。加えて、ＵＥが複数のＣＧで構成されているときに以下のシナリオ、すなわち、異なる
優先度の複数のＣＧ ＰＵＳＣＨ間のＵＥ内の優先順位付けが考えられ得る。

【0011】

第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：
３ＧＰＰ） ＮＲリリース１５では、グループ共通のＰＤＣＣＨベースのプリエンプショ
ンインジケータ（ＩＮＴ－ＲＮＴＩでのフォーマット２＿１でのＤＣＩ）が導入されて、
ｅＭＢＢ ＵＥのグループに特定のリソースがＤＬでプリエンプションされることを示し
た。ＵＥが、サービングセルの構成されたセットからサービングセルについてＤＣＩフォ
ーマット２＿１を検出する場合、ＵＥは、ＵＥへの伝送が、ＰＲＢのセットおよび最後の
監視期間のシンボルのセットから、ＤＣＩフォーマット２＿１によって示されるＰＲＢお
よびシンボルで存在しないことを想定し得る。ＰＲＢのセットは、アクティブなＤＬ Ｂ
ＷＰと等しい場合がある。プリエンプションされたリソースは、粗い粒度（スロットまた
はそのまとまりでのプリエンプション状態を示す１４ビット）で示され得る。プリエンプ
ションが、せいぜい半分のＢＷＰまたは全体のＢＷＰについて、影響を受けたリソースが
その帯域幅に及ばない場合でさえ示され得るため、周波数でのプリエンプション標示は特
に粗い場合がある。プリエンプション標示は、ｅＭＢＢ ＵＥに、そのＰＤＳＣＨリソー
スがプリエンプションによって影響を受ける場合にそのバッファを流すように提案し得る
。ＵＥは、そのＨＡＲＱバッファでの影響を受けたソフトビット、または影響を受けたＰ
ＤＳＣＨを処理するいくつかの他のバッファからのソフトビット／シンボルを流し得る。
例えば、ＨＡＲＱバッファは、前のｅＭＢＢ受信からのソフトビットを既に含み得、プリ
エンプションされた伝送は、ｅＭＢＢ再伝送である。前の伝送との再伝送のソフト結合の
前に、典型的には、ＵＥはまず、信号を受信バッファ内に受信し、次いで、結果をＨＡＲ
Ｑソフトビットバッファに結合する前に、受信された信号上での様々な動作（例えば、Ｆ
ＦＴ、チャネル推定、復調）を実行する。この場合、ＨＡＲＱソフトビットバッファは流
される必要がない。しかし、影響を受けた再伝送を含む別の中間のバッファ（複数可）は
流され得る。したがって、フラッシングが生じる位置は、総称してバッファと称される。

【0012】

３ＧＰＰ ＮＲリリース１６では、プリエンプション標示は、ＵＬについて考えられて
おり、ｅＭＢＢ ＵＥに、そのリソースの一部がＵＲＬＬＣ伝送によってプリエンプショ
ンされ得る標示が提供される。したがって、ｅＭＢＢ ＵＥは、それらのリソースで伝送
してはいけない。

【0013】

３ＧＰＰ ＮＲリリース１５は、ＰＵＣＣＨリソースセットおよびリソースセットごと
の複数のＰＵＣＣＨリソース構成を定めている。ＵＥは、そのＵＣＩのペイロードに基づ
いてＰＵＣＣＨリソースセットを決定し、グラントをスケジュールするＤＣＩからＰＵＣ
ＣＨリソースインジケータ（ＰＲＩ）を決定し得る。ＰＵＣＣＨ伝送についての空間方向
は、ＰＵＣＣＨリソースごとに構成され得、ビーム対応を示すＲＲＣ構成ＲＳのリストか
らのＭＡＣ制御要素（Control Element：ＣＥ）によって有効にされ得る。

【0014】

３ＧＰＰ ＮＲリリース１５は、ＨＡＲＱ ＡＣＫ伝送について半静的なコードブック
および動的なコードブックをサポートする。ＵＥは、コードブックの１つを使用するよう
に構成され得る。半静的なコードブックは、固定されたサイズを有し得る。ＵＥは、ＰＤ
ＳＣＨについてのグラントを受信しない場合でさえ、すべてのスロットについてＨＡＲＱ
ＡＣＫを伝送し得る。それは、当該スロットについてＮＡＣＫを伝送し得る。したがっ
て、ペイロードは、半静的なコードブックについて大きい場合がある。動的なコードブッ
クは、可変のサイズを有し得、スケジュールされたグラントについてのみＨＡＲＱ ＡＣ
Ｋの伝送をサポートし得る。スケジューリングＤＣＩは、そのコードブックについてのス
ケジュールされたグラントの数を示すためにｃＤＡＩおよびｔＤＡＩをＵＥに示した。ｃ
ＤＡＩは、スケジューリングＤＣＩが伝送されるごとに増分され、一方、ｔＤＡＩは、（
キャリアの間のスケジューリングを含む）コードブックでのＤＡＩの総数のカウントを維
持する。ＤＣＩが受信されない場合、ｃＤＡＩとｔＤＡＩとの間の相違は、どのＤＣＩが
受信されなかったかを示し得る。このため、ＵＥは、スケジュールされたＰＤＳＣＨを曖
昧なく決定し、受信されなかったＤＣＩを否定応答し得る。

【0015】

ＵＥが、特定のＰＵＣＣＨ伝送と重複するＰＵＳＣＨ伝送を有する場合、ＵＥは、ＰＵ
ＳＣＨをパンクチャするか、またはＵＣＩについてのリソースの周囲でＰＵＳＣＨリソー
スをレートマッチングすることによって、ＰＵＳＣＨ上でＵＣＩをピギーバックし得る。
エンコードされたＨＡＲＱ－ＡＣＫビットは、第１のＤＭＲＳの直後にマッピングされ得
、ＰＵＳＣＨが周波数ホッピングを使用する場合、ＨＡＲＱ－ＡＣＫ変調シンボルは、周
波数ホップ間で分割され得る。エンコードされたＣＳＩビットは、ＰＵＳＣＨの第１の非
ＤＭＲＳシンボルから開始してマッピングされ得る。

【0016】

異なる遅延、信頼性要件、周期、およびペイロードを有する複数のトラフィックタイプ
は、単一のＵＥについてサポートされ得る。複数の構成されたグラント（ＣＧ）は、異な
るトラフィックタイプおよび優先度をサポートするためにＵＥに構成され得る。

【0017】

３ＧＰＰ ＮＲリリース１５では、ＣＧ ＰＵＳＣＨが導入された。グラントは、ＲＲ
Ｃ構成され得るか（タイプ１）、またはＤＣＩを通じて有効／無効にされ得る（タイプ２
）。構成されたグラントタイマーは、ＨＡＲＱプロセスの伝送で開始されて、ＵＥからの
同じＨＡＲＱプロセスの新しい伝送を防止し得る。ＣＧ ＰＵＳＣＨがｇＮＢで正しくデ
コードされない場合、ｇＮＢは、ＣＳ－ＲＮＴＩで再伝送についての動的なグラントをＵ
Ｅに送信する。

【0018】

コードブロックグループ（ＣＢＧ）は、ＵＥがＴＢについて、より細かい粒度でＡＣＫ
／ＮＡＣＫを伝送できるように、３ＧＰＰ ＮＲリリース１５で導入された。また、ｇＮ
Ｂは、ＤＣＩでコードブロックグループ伝送インデックス（Code Block Group Transm
ission Index：ＣＢＧＴＩ）フィールドを通じてＣＢＧのインデックスを示すことによ
って、特定のＣＢＧについて再伝送をスケジュールし得る。

【0019】

本明細書で記載される実施形態は、異なる優先度レベルの伝送に関連する問題に対処す
る。本明細書で記載される例で、ＵＲＬＬＣトラフィックは、高優先度伝送を表すために
使用され得、ｅＭＢＢトラフィックは、低優先度伝送を表すために使用され得る。しかし
ながら、本明細書で記載される技術は、２つよりも多い優先度がＵＥによってサポートさ
れ得る任意の伝送タイプに適用され得る。

【0020】

様々なアプリケーションをサポートするために様々な優先度レベルの伝送をサポートす
ることが望ましい場合がある。伝送優先度は、ＭＡＣ層で識別可能であり得るが、物理層
で優先度の識別を可能にすることが有益であり得る。例えば、物理伝送は、既に始まって
いる場合があるが、物理層でプリエンプションされなければならない。物理層で優先度を
識別する方法が本明細書で記載される。

【0021】

例えば、ＵＥ内のＰＤＳＣＨ衝突のイベントで、ＵＥは、プリエンプション標示を受信
する際、ｅＭＢＢおよびＵＲＬＬＣトラフィックの両方を流し得る。これは、ＵＲＬＬＣ
サービスの信頼性および遅延を保つために回避されなければならない。ＵＥ内の衝突がＰ
ＤＳＣＨ上で生じるときのＵＥ挙動を定める方法が本明細書で記載される。

【0022】

ＨＡＲＱ ＡＣＫ伝送は、複数の優先度のために使用され得る。従来のシステムでは、
ＵＥは、両方の衝突するＰＤＳＣＨグラントについてＡＣＫ／ＮＡＣＫを伝送するための
定められたメカニズムを有しない。ＨＡＲＱコードブックは、異なる信頼性および遅延要
件で伝送についてＵＣＩをサポートするように拡張され得る。ＵＣＩがＰＵＳＣＨ上でピ
ギーバックされるとき、ＵＣＩおよびＰＵＳＣＨの優先度レベルが考慮され得る。

【0023】

ＰＵＳＣＨグラントのＵＥ内の優先順位付けを処理するためのプロシージャが本明細書
で記載される。例えば、動的なグラントまたは高優先度の構成されたグラントの間でＵＬ
ＵＥ内の衝突があり、動的なグラントが生じる場合、本明細書で記載されるＵＥプロシ
ージャは、衝突を処理する。ＵＥ内の優先順位付けのためのＭＡＣ層プロシージャは、Ｕ
ＥがＭＡＣ層で優先順位付けを解明することを可能にするように本明細書で記載される。

【0024】

一実施形態に従って、ｇＮＢは、ＲＮＴＩ、ＤＣＩ長さ、ＤＣＩでのフィールド、ＰＤ
ＣＣＨリソース、グラントの時間長のうちの１つを使用して、ＤＣＩを通じてグラントの
優先度を示し得る。ＵＥは、ＰＵＳＣＨデータまたはＰＵＣＣＨで使用されるＲＮＴＩを
通じてＵＬ伝送で優先度を示し得る。ＵＥ内のプリエンプションの場合、プリエンプショ
ンインジケータが受信されないとき、ＵＥは、その高優先度ＰＤＳＣＨによってプリエン
プションされた、その低優先度バッファのリソースを流し得る。ＵＥ内のプリエンプショ
ンの場合、プリエンプションインジケータが受信されるとき、ＵＥは、プリエンプション
インジケータのＲＮＴＩを使用して、流されるバッファの優先度を決定し得る。複数のＨ
ＡＲＱ ＡＣＫコードブックは、複数の優先度についてサポートされ得る。ＲＲＣシグナ
リングは、各優先度のために使用されるコードブックでＵＥを構成し得る。複数のＨＡＲ
Ｑ ＡＣＫコードブックは、スロットで伝送され得る。各コードブックは、スロットのサ
ブスロットで伝送され得る。サブスロットは、より細かい粒度でＫ１パラメータによって
示され得るか、または追加のフィールドＫ１ａは、スロット内のサブスロットオフセット
を示すためにＤＣＩで導入され得る。複数の動的なコードブックが構成される場合、ＵＥ
は、ＰＤＳＣＨグラントについてのｃＤＡＩ、ｔＤＡＩ、および優先度標示を使用して、
ＡＣＫ／ＮＡＣＫが属するコードブックを決定し得る。複数のＴＲＰ伝送について、ＵＥ
は、異なるコードブックでＨＡＲＱ ＡＣＫフィードバックを各ＴＲＰに伝送し得る。Ｃ
ＯＲＥＳＥＴ ＤＭＲＳまたは別の構成されたＲＳは、ＰＵＣＣＨ伝送について空間方向
を示し得る。ＵＥは、ＭＡＣ ＣＥを通じて構成される空間方向をオーバーライドし得、
ＰＵＣＣＨを伝送するためにＣＯＲＥＳＥＴまたは構成されたＲＳによって示される空間
方向を使用し得る。複数のＨＡＲＱ ＡＣＫコードブックは、ＰＵＳＣＨ伝送上でピギー
バックされ得る。各コードブックは、ＰＵＳＣＨの１つのサブスロットにマッピングされ
得る。優先度の異なるＵＣＩを搬送する異なるコードブックは、ＰＵＳＣＨ伝送の異なる
ホップにマッピングされ得る。０のベータオフセット値は、ＰＵＳＣＨ上のピギーバック
されたＵＣＩリソースを除去するようにサポートされ得る。ＨＡＲＱ ＡＣＫコードブッ
クは、ＰＵＳＣＨ伝送の複数の繰り返しにマッピングされ得る。より高い優先度のＣＧグ
ラントのＨＡＲＱプロセスＩＤが、より低い優先度の動的なグラントのものと衝突すると
き、ＵＥは、低優先度グラントを無視し得る。複数のＣＧグラントがＵＥで衝突するとき
、ＵＥは、ＣＧリソース上で、プリエンプションされたＣＧグラントを再伝送し得る。Ｕ
ＥのＰＵＳＣＨ繰り返しは、１つのＴＲＰで認知されている早期終了、タイマーベースの
終了、またはどのＴＲＰが伝送を認知したかに応じた選択的な終了の影響下にあり得る。

【0025】

本明細書で記載される例の一部は、ペアでないスペクトルについてであり得、一部の図
は、ｙ軸で「周波数」ラベルを明示的には含まない。これは主に、時間領域（ｘ軸）がこ
れらの図で関連するためである。しかしながら、本明細書で記載される原理／例はまた、
ペアのスペクトルに適用され得る。

【0026】

グラントの優先度のＰＨＹ層識別が本明細書で記載される。ＵＥは、ＰＤＳＣＨを受信
するため、またはＰＵＳＣＨもしくはＰＵＣＣＨを伝送するためにスケジュールまたは構
成され得る。しかしながら、ｇＮＢは、より高い優先度の伝送でその伝送をオーバーライ
ドし得る。例えば、ｅＭＢＢ ＰＤＳＣＨは、そのＵＥについてＵＲＬＬＣ ＰＤＳＣＨ
によってプリエンプションされ得る。別の例では、ｅＭＢＢ ＰＵＳＣＨは、ＵＲＬＬＣ
ＰＵＳＣＨによってプリエンプションされ得る。ＵＲＬＬＣ ＰＵＣＣＨは、ｅＭＢＢ
ＰＵＣＣＨと衝突し得る。グラントに反応するのに十分な時間がある場合、ＵＥのＭＡ
Ｃ層は、より高い優先度の伝送を優先し得、ＭＡＣは、優先された伝送をＵＥに届け、よ
り低い優先度の伝送をキャンセルし得る。ＵＬ上で、ＵＥは、ＰＨＹ層で伝送を既に開始
している場合、別の伝送がより重要であり得ることを識別し、より低い優先度の伝送を停
止し、より高い優先度の伝送を伝送し得る。この目的で、ＰＨＹ層で伝送の優先度の認識
を有することが望ましい場合がある。例えば、ＤＬ ＰＤＳＣＨグラントの優先度がＰＨ
Ｙで認識されている場合、ＵＥは、それに応じて、他の低優先度ＵＬ伝送よりもそのＨＡ
ＲＱ－ＡＣＫ ＵＣＩ伝送を優先し得る。以下の方法のうちの１つを通じて優先度をＵＥ
に示すことが有益であり得る。

【0027】

ＲＮＴＩは、グラントのＤＣＩにスクランブルをかけて優先度をＵＥに示すために使用
され得る。ｅＭＢＢおよびＵＲＬＬＣが２つの優先度レベルのみである場合、より高い信
頼性についてＭＣＳを示すＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）は、ＵＲＬＬＣを示すよう
に解釈され得る。しかしながら、ＵＲＬＬＣ自体内の優先度などの複数の優先度がサポー
トされる場合、複数のＲＮＴＩは、優先度を示すために使用され得る。ｇＮＢは、以下の
表１での例で示すように、異なるＲＮＴＩでＵＥを構成し、それらの相対的な優先度レベ
ルを示し得る。優先度レベル「０」は、最低の優先度に対応し得、優先度は、優先度レベ
ルの昇順で増加する。

【0028】

【表1】

【0029】

表１に示す例示的なＲＮＴＩは、ＵＥのＣ－ＲＮＴＩをマスクするために使用され得る
。グラントを受信すると、ＵＥは、すべての可能性のあるマスクＲＮＴＩについてＤＣＩ
のＣＲＣを確認し得、ＣＲＣが通すものを選択し得る。

【0030】

動的なグラントについて、ＲＮＴＩは、ＤＣＩを盲目的にデコードすることによってＵ
Ｅによって検出され得、Ｃ－ＲＮＴＩ“下記の数式１”ＲＮＴＩｐによって与えられ得る
。ここで、ＲＮＴＩｐは、優先度レベルｐを有する表１からのマスクＲＮＴＩであり得る
。これらの例では、ＲＮＴＩマスクは、一般に複数のＵＥに構成され得る。この構成は、
ＳＩを通じて、またはＵＥ固有の方法で生じ得、複数のＵＥは、異なる優先度について同
じＲＮＴＩｐ値で構成され得る。

【0031】

【数1】

【0032】

一例では、マスクの代わりに、ｇＮＢは、複数の優先度レベルについて複数のＣ－ＲＮ
ＴＩ（Ｃ－ＲＮＴＩ１、Ｃ－ＲＮＴＩ２など）をＵＥに提供し得る。構成は、ＵＥ固有の
方法で実行され得る。

【0033】

代替的にまたはさらに、ＲＮＴＩは、グループ共通のＰＤＣＣＨを通じて複数のＵＥに
提供され得る。

【0034】

タイプ１ＵＬの構成されたグラントについて、グラントについての優先度レベルは、Ｒ
ＲＣを通じて構成され得る。例えば、異なる構成されたグラントを区別するために、構成
されたグラントにＩＤ「構成されたグラントＩＤ」が与えられる場合、ＩＤは、優先度レ
ベルに等しい場合がある。特定のアプリケーションについて、複数の構成されたグラント
に同じ優先度を提供することが有用であり得る。例えば、ＮＲ－Ｕアプリケーションでは
、特定の優先度を有するトラフィックには、複数の構成されたグラントが与えられ得、Ｕ
Ｅは、チャネル利用可能性に基づいてグラントを選択する。この場合、フィールド「優先
度レベル」は、構成されたグラントＩＤに加えて構成され得る。

【0035】

タイプ２の構成されたグラントについて、有効化ＤＣＩは、表１でのターゲット優先度
レベルのＲＮＴＩでマスクされたＣＳ－ＲＮＴＩを使用し得る。有効化ＤＣＩは、ＣＳ－
ＲＮＴＩ”上記の数式１“ＲＮＴＩｐを使用してスクランブルをかけられ得る。無効化Ｄ
ＣＩはまた、ＲＮＴＩｐでマスクされたＣＳ－ＲＮＴＩを使用し得る。これは、特に、優
先度レベルおよび構成されたグラントＩＤがグラントについて同じであり得る場合に、好
適であり得る。代替的にまたはさらに、無効化ＤＣＩは、ＣＳ－ＲＮＴＩのみを使用して
、ＵＥへのグラントを無効にし得、それは、プロシージャを簡易にして無効化ＤＣＩの堅
牢性を向上させる。ＵＥは、構成されたグラントＩＤを使用して、タイプ２グラントを無
効にするように決定する。

【0036】

図１は、構成されたグラントの優先度が別の有効化ＤＣＩによって変更され得ることを
示す図５０である。図１は、ＰＤＣＣＨ５１、他の信号５２、およびギャップ５５を示す
。図１はまた、優先度レベル２についてＣＳ－ＲＮＴＩ”上記の数式１“ＲＮＴＩ_２を使
用してスクランブルをかけられる有効化ＤＣＩ５６、および優先度レベル４についてＣＳ
－ＲＮＴＩ”上記の数式１“ＲＮＴＩ_４を使用してスクランブルをかけられる有効化ＤＣ
Ｉ５７を示す。ＰＵＳＣＨ５３は、優先度レベル２を有する、構成されたグラントを含み
、ＰＵＳＣＨ５４は、優先度レベル４を有する、構成されたグラントを含む。代替的にま
たはさらに、ｇＮＢからのＭＡＣ ＣＥは、優先度レベルをＵＥに設定するために使用さ
れ得る。

【0037】

ＤＣＩでの明示的なフィールド「優先度レベル」は、グラントの優先度を示し得る。

【0038】

グラントについてのＤＣＩ長さは、グラントの優先度を示し得る。コンパクトなＤＣＩ
は、ＵＲＬＬＣのために使用され得るが、本方法を用いて、より多くのＤＣＩ長さが、優
先度の複数のレベルをサポートするように定められる必要がある。

【0039】

ＤＣＩのＣＣＥの開始ＰＲＢなどのＰＤＣＣＨの１つまたは複数の特性は、優先度レベ
ルを示し得る。例えば、（開始ＰＲＢ ｍｏｄ優先度レベル最大）は、グラントについて
の優先度レベルを設定し得る。ＰＤＣＣＨの開始シンボルは、優先度を示し得る。ＰＤＣ
ＣＨのアグリゲーションレベル（Aggregation Level：ＡＬ）は、優先度を示し得、ＵＲ
ＬＬＣ ＤＣＩがより高い優先度を必要とし得るため、ｅＭＢＢ ＤＣＩと比較して、よ
り高いＡＬが使用され得る。「ＡＬ_{ｒｅｆ，ｐ}」と表される参照ＡＬのセットは、各優先
度についてＵＥに構成され得る。受信されたＡＬがそのセット内にある場合、ＵＥは、優
先度レベルｐに属するようにＰＤＣＣＨを識別し得る。

【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】

【表2】

【0069】

図１１は、Ｋ１がＰＵＣＣＨについてのスロットを示し、Ｋ１ａがサブスロットを示す
例１１００を示す。図１１は、複数のスロット、すなわち、サブスロット０ １１１０お
よびサブスロット１ １１１１を備えるスロット＃０ １１１６、サブスロット０ １１
１２およびサブスロット１ １１１３を備えるスロット＃１ １１１７、ならびにサブス
ロット０ １１１４およびサブスロット１ １１１５を備えるスロット＃２ １１１８を
示す。図１１はまた、ＰＤＣＣＨ１１０１、ギャップ１１０８、他の信号１１０７、Ｋ１
＝１およびＫ１ａ＝１のＰＤＳＣＨ_０１１０２、Ｋ１＝１およびＫ１ａ＝１のＰＤＳＣＨ
_１１１０３、Ｋ１＝１およびＫ１ａ＝０のＰＤＳＣＨ_２１１０４、ＰＵＣＣＨ_０１１１０
５、ならびにＰＵＣＣＨ_２１１０６を示す。追加のビットが、ＰＵＣＣＨについてのサブ
スロットを示すためにスケジューリングＤＣＩでフィールド「Ｋ１ａ」で導入され得る。
Ｋ１は、スロットに関して増分され得、Ｋ１ａは、スロット内のサブスロット数のオフセ
ットを提供し得る。図１１では、Ｋ１は、スロットオフセットを示し、Ｋ１ａは、ＰＵＣ
ＣＨリソースについてのそのスロット内のサブスロットオフセットを示す。この例につい
てのスロットごとのＭ＝２サブスロット。

【0070】

異なる優先度伝送についてのＨＡＲＱコードブックが本明細書で記載される。ｇＮＢは
、異なる優先度についてのＨＡＲＱ ＡＣＫビットが共同でエンコードされるか、または
別々にエンコードされるかを判定し得る。それが別々にエンコードされる場合、異なるコ
ードブックが異なる優先度レベルのために使用され得る。ｇＮＢは、ＲＲＣシグナリング
を通じて、各優先度レベルについてのコードブックタイプを示し得る。例えば、ｅＭＢＢ
伝送は、半静的なコードブックを使用し得、一方、ＵＲＬＬＣは、動的なコードブックを
使用し得る。ＵＣＩでのオーバーヘッドがより小さくなり得、より小さいペイロードが高
信頼性でより少ないリソースで伝送され得るため、動的なコードブックは、ＵＲＬＬＣに
十分適合し得る。また、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫが低遅延で伝送され得ることが予
期され得る。したがって、多くのＰＤＳＣＨが同じＰＵＣＣＨで多重化されなくてもよい
。このため、半静的なコードブックは、特にＵＲＬＬＣトラフィックが突発的であり得る
場合に不要であってもよい。

【0071】

異なる優先度についての別々のＰＵＣＣＨリソースセット、または各リソースセットで
の追加のＰＵＣＣＨリソースを構成することが望ましい場合がある。例えば、ｅＭＢＢト
ラフィックは、スロットの最後のシンボルでＰＵＣＣＨリソースを有し得るが、一方、Ｕ
ＲＬＬＣは、遅延を最小化するためにスロットの先頭のシンボルでのリソースを含むスロ
ットでの複数のＰＵＣＣＨリソースを必要とし得る。ＲＲＣシグナリングは、ＰＵＣＣＨ
リソースセット、およびＰＵＣＣＨリソースセットでのＰＵＣＣＨリソースを通じて認知
され得るＰＤＳＣＨの対応する優先度レベルを構成し得る。

【0072】

ＰＵＣＣＨリソースセットは、異なる優先度レベルについて異なっている場合、ＨＡＲ
Ｑ－ＡＣＫについての別々のコードブックを使用し得る。ＰＵＣＣＨリソースセットが異
なる優先度レベルの２つの伝送について同じであり得る場合、そのＨＡＲＱ－ＡＣＫは、
共同でエンコードされて１つのコードブックで伝送され得るか、または別々のコードブッ
ク上で伝送され得る。異なる優先度のＨＡＲＱ－ＡＣＫが共同で伝送され得るかどうかの
この挙動は、ＲＲＣシグナリングを通じてｇＮＢによってＵＥに構成され得る。

【0073】

図１２は、ｐ＝０（ｅＭＢＢ）およびｐ＝１（ＵＲＬＬＣ）についての別々のＨＡＲＱ
ＡＣＫコードブックの例１２００を示す。図１２は、ＰＤＣＣＨ_０１ｐ＝０およびＫ１
＝３ １２０１、ＰＤＣＣＨ_００ｐ＝１ １２０２、ＰＤＣＣＨ_１１ｐ＝１ １２０３、
ＰＤＣＣＨ_２２ｐ＝１ １２０４、ＰＤＣＣＨ_３３ｐ＝１ １２０５、ＰＤＣＣＨ_３４ｐ
＝０およびＫ１＝１ １２０８、ＰＤＣＣＨ_１１ｐ＝０およびＫ１＝３ １２１１、ＰＤ
ＣＣＨ_２３ｐ＝０およびＫ１＝２ １２１２、およびＰＤＣＣＨ_３４ｐ＝０およびＫ１＝
１ １２１３、ギャップ１２１８、他のＤＬ信号１２０６、ＰＵＣＣＧ１２０７、ならび
にＰＵＣＣＨ１２１０を示す。複数の動的なコードブックが複数の優先度レベルのために
使用される場合、カウンタｃＤＡＩおよびｔＤＡＩが、各優先度レベルについて別々に定
められ得る。優先度レベルｐのコードブックは、パラメータｃＤＡＩｐおよびｔＤＡＩｐ
を使用してそれらの動的なコードブックを決定し得る。ｃＤＡＩｐおよびｔＤＡＩｐは、
スケジューリングＤＣＩで示され得、ｐは、（前述の方法のうちの１つを通じて）ＤＣＩ
またはＰＤＣＣＨに埋め込まれた優先度レベルからＵＥによって決定され得る。したがっ
て、ＵＥは、優先度レベルｐについて伝送するためのコードブックを準備し得る。図１２
の例では、ｃＤＡＩおよびｔＤＡＩ値は、ｅＭＢＢおよびＵＲＬＬＣ ＰＤＳＣＨについ
て独立して増分され得る。ｅＭＢＢ ＰＤＣＣＨは、スロット＃３ １２１７でＰＵＣＣ
Ｈ１２１０リソースを示し得る。その結果、それらのＨＡＲＱ－ＡＣＫは、１つのコード
ブックで結合されてスロット＃３ １２１７で、ＰＵＣＣＨ１２１０上で伝送され得る。
ＵＲＬＬＣ ＰＤＣＣＨは、スロット＃１ １２１５でＰＵＣＣＨリソースを示し得、Ｕ
ＲＬＬＣ ＨＡＲＱ－ＡＣＫは、１つのコードブックに結合されてスロット＃１ １２０
７で、ＰＵＣＣＨ上で伝送され得る。ｔＤＡＩおよびｃＤＡＩが優先度間で共有される場
合、それらのコードブックは容易に分けることができない。これは、ＤＣＩが見落とされ
る場合、ｃＤＡＩとｔＤＡＩとの間の相違がそれを示すが、ＵＥは、ＵＲＬＬＣまたはｅ
ＭＢＢ伝送のスケジューリングを見落としたかどうかを判定することができず、したがっ
て、ｅＭＢＢコードブックまたはＵＲＬＬＣコードブックでの見落とされたＰＤＳＣＨを
否定応答するかどうかを認識しないためである。

【0074】

コードブックは、ＰＵＣＣＨリソースに基づいて定められ得る。これにより、最も近い
ＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫの伝送が可能になり得、ＵＲＬＬＣ遅延要件の
恩恵となり得る。複数の優先度レベルのＰＤＳＣＨが同じＰＵＣＣＨリソースを指し、Ｕ
Ｅが異なる優先度レベルについてＨＡＲＱ－ＡＣＫを多重化することを許可される場合、
ＵＥは、同じＰＵＣＣＨリソースでそれらの伝送のＨＡＲＱ－ＡＣＫを共同で伝送し得る
。この場合、ｃＤＡＩは、各ＰＵＣＣＨリソース伝送機会の後に再設定され得る。

【0075】

複数のＴＲＰ ＰＵＣＣＨ伝送が本明細書で記載される。複数のＴＲＰ伝送をサポート
するとき、ＵＥは、第１のＴＲＰから第１のＰＤＣＣＨおよび対応する第１のＰＤＳＣＨ
を受信し、第２のＴＲＰから第２のＰＤＣＣＨおよび対応する第２のＰＤＳＣＨを受信し
得る。第１および第２のＰＤＳＣＨについての時間周波数リソースは、重複しているか、
重複していないか、または部分的に重複し得る。例えば、ＰＤＳＣＨは、同じスロットま
たは異なるスロットで受信され得る。ＰＤＳＣＨは、例えば、重複するＰＲＢまたは重複
しないＰＲＢ上で受信され得る。

【0076】

いくつかのシナリオでは、ＵＥは、第１のセットの層が第１のＴＲＰから生じるＰＤＳ
ＣＨ、および第２のセットの層が第２のＴＲＰから生じるＰＤＳＣＨを受信し得る。一例
では、第１および第２のセットの層は、異なるコードワードまたは移送ブロックを伝送す
るために使用され得る。別の例では、単一のコードワードまたは移送ブロックが、第１お
よび第２のセットの層上で伝送され得る。

【0077】

セルで異なるＴＲＰから／異なるＴＲＰへ伝送され／受信される信号／チャネルは、異
なるアプリケーションに対応付けられ得、それによって、異なる優先度レベルに対応付け
られ得る。例えば、マクロＴＲＰは、コアネットワークへの最良の接続を有するため、Ｕ
ＲＬＬＣのために使用され得るが、一方、理想的でないバックホールを伴うＵＥの位置の
近くの低電力ＴＲＰは、ｅＭＢＢトラフィックのために使用され得る。

【0078】

図１３は、ＵＥが複数のＴＲＰに伝送する例１３００を示す。図１３は、スロット１３
１４中のＰＤＣＣＨ１３１０、ギャップ１３１１、ならびにＰＵＣＣＨ１３１２および１
３１３を示す。ＵＥ１３０３は、ＵＣＩ_０のＰＵＣＣＨ１３１２をビームＢ_０１３０４上
のＴＲＰ_０１３０１に伝送し、ＵＣＩ_１のＰＵＣＣＨ１３１３をビームＢ_１１３０５上の
ＴＲＰ_１１３０２に伝送する。ＵＥ１３０３は、別々のＵＣＩを各ＴＲＰ１３０１および
１３０２に提供し得る。各ＵＣＩは、特定のＴＲＰに対応する（例えば、第１もしくは第
２のＰＤＳＣＨまたはＰＤＳＣＨの第１もしくは第２のセットの層に対応する）ＣＳＩ報
告およびＨＡＲＱ－ＡＣＫを含み得る。その結果、ＵＥ１３０３は、適切な空間方向でＰ
ＵＣＣＨ１３１２および１３１３を各ＴＲＰ１３０１および１３０２に伝送し得る。言い
換えると、ＤＬ ＲＳまたはＵＬ ＲＳを伴うＱＣＬに対応するＰＵＣＣＨ伝送について
のビームは、各ＴＲＰについて異なり得る。

【0079】

図１４は、複数のＴＲＰへのＰＵＣＣＨ伝送の例１４００を示す。図１４は、ＰＤＣＣ
Ｈ１４０５、ギャップ１４０９、他の信号１４０８、スロット＃０ １４２０中でＴＲＰ
_ｉによって伝送されるＫ１＝４およびＰＲＩ＝０のＰＤＳＣＨ_０１４０６、ＴＲＰ_ｊによ
って伝送されるＫ１＝２およびＰＲＩ＝１のＰＤＳＣＨ_１１４０７、ＰＵＣＣＨ ＵＣＩ
_０１４１０、ならびにＰＵＣＣＨ ＵＣＩ_１１４１１を示す。空間方向がＵＣＩ_０および
ＵＣＩ_１の各々について異なり得るため、異なるＰＵＣＣＨリソースは、各ＰＵＣＣＨリ
ソースが特定の空間方向で識別され得るように、ＵＣＩ_０およびＵＣＩ_１について示され
得る。図１４に示すように、ＵＣＩ_０およびＵＣＩ_１は、それぞれ、ＰＵＣＣＨ１４１０
およびＰＵＣＣＨ１４１１で伝送される。

【0080】

図１４はまた、ＴＲＰ_ｉおよびＴＲＰ_ｊは、それぞれ、ＰＲＩ＝０およびＰＲＩ＝１で
ビームＢ_０１４０１およびＢ_１１４０２上でＰＤＳＣＨ_０１４０６およびＰＤＳＣＨ_１１
４０７をＵＥに伝送することを示す。ＵＥは、ＵＣＩ_０のＰＵＣＣＨ１４１０で、ビーム
Ｂ_０１４０３上のスロット＃２ １４２１でＴＲＰ_０に応答し、ＵＣＩ_１のＰＵＣＣＨ１
４１１で、ビームＢ_１１４０４上のスロット＃３でＴＲＰ_１に応答する。ＰＲＩ＝０のＰ
ＵＣＣＨリソースは、ビームＢ_０１４０３上の伝送のために構成され得、ＰＲＩ＝１のリ
ソースは、ビームＢ_１１４０４上の伝送のために構成され得る。ＰＵＣＣＨリソースの空
間方向のこの構成は、ＭＡＣ ＣＥ有効化を通じて行われ得る。複数のＴＲＰがサポート
される場合、複数のＰＵＣＣＨリソースは、異なる空間方向について構成される。

【0081】

有効化オーバーヘッドを克服するために、以下の代替が考えられ得る。ＵＥは、ＴＲＰ
の認識に基づいて空間方向を使用するように構成され得る。ＴＲＰの認識は、ＳＳＢまた
はＣＳＩ－ＲＳもしくはＵＬ ＳＲＳに対する空間関係の形態で示され得る。例えば、Ｔ
ＲＰの認識は、ＣＯＲＥＳＥＴに結び付けられ得る。例えば、ＴＲＰｉは、ＣＯＲＥＳＥ
Ｔ_ｉを使用してスケジュールし得る。次いで、ＣＯＲＥＳＥＴ_ｉのＴＣＩ構成は、ＴＲＰ
_ｉについてＰＵＣＣＨのために使用される空間方向を示し得る。この場合、ＵＥは、ＭＡ
Ｃ ＣＥ有効化空間方向を無視し得る。その代わりに、それは、ＴＲＰ認識および対応す
る空間方向を使用し得る。

【0082】

図１５は、ＴＲＰ認識に基づくＰＵＣＣＨ空間方向の例１５００を示す。図１５は、Ｐ
ＤＣＣＨ１５０９、ギャップ１５１１、他の信号１５１０、スロット＃０ １５２０中で
ＴＲＰ_ｉによって伝送されるＫ１＝４およびＰＲＩ＝０のＰＤＳＣＨ_０１５０６、ＴＲＰ
_ｊによって伝送されるＫ１＝２およびＰＲＩ＝１のＰＤＳＣＨ_１１５０８、スロット＃２
１５２１中でのＰＵＣＣＨ ＵＣＩ_０１５１２、ならびにＰＵＣＣＨ ＵＣＩ_１１５１
３を示す。図１５は、ＰＤＣＣＨ１５０５で伝送されるＣＯＲＥＳＥＴ_ｉがＴＲＰ_ｉにつ
いて構成され得る場合を示す。ＴＲＰ_ｉは、ＰＲＩ＝０のＰＤＳＣＨでスケジュールし得
るが、ＵＥは、ＴＲＰ_ｉについてビームＢ_０１５０１を使用し得る。ＣＯＲＥＳＥＴ_ｊは
、ＰＤＣＣＨ１５０７で伝送され、ＴＲＰ_ｊについて構成され得る。ＴＲＰ_ｊは、ＰＲＩ
＝０のＰＤＳＣＨでスケジュールし得るが、ＵＥは、ＴＲＰ_ｊについてビームＢ_１１５０
２を使用し得る。別の代替として、ＣＯＲＥＳＥＴのＴＣＩ状態を使用する代わりに、Ｓ
ＳＢまたはＣＳＩ－ＲＳもしくはＳＲＳに基づく空間方向が、より高い層のシグナリング
を通じて各ＴＲＰについてＵＥに割り当てられ得る。

【0083】

ＴＲＰの認識は、任意の構成情報で明示的に使用されなくてもよいことに留意されたい
。その代わりに、ＴＲＰは、空間方向を通じて間接的に識別され得る。異なるＰＵＣＣＨ
についての空間方向は、ＤＬ ＲＳもしくはＵＬ ＲＳを通じて明示的に構成され得るか
、またはＤＬチャネルに、例えば、上述のようなＣＯＲＥＳＥＴ_ｉに、異なるＰＤＳＣＨ
伝送のＴＣＩ状態に、もしくはＰＤＳＣＨ伝送の異なる層の異なるＴＣＩ状態に接続され
得る。

【0084】

ＰＵＳＣＨ上のＵＣＩが本明細書で記載される。低優先度ＰＵＳＣＨ上でピギーバック
される高優先度ＵＣＩが本明細書で記載される。ＵＲＬＬＣについてのＰＵＣＣＨがｅＭ
ＢＢについてのＰＵＳＣＨと重複するとき、ＵＲＬＬＣ ＵＣＩは、ｅＭＢＢ ＰＵＳＣ
Ｈ上にピギーバックされ得ることが提案される。Ｍ＞１がＵＲＬＬＣについてサポートさ
れ得るため、ＵＣＩの複数のインスタンスまたはコードブックは、ＰＵＳＣＨ上でピギー
バックされ得る。

【0085】

図１６は、複数のＨＡＲＱ ＡＣＫコードブックがスロット内の単一のＰＵＳＣＨ上で
ピギーバックされる例１６００を示す。図１６は、ＰＤＣＣＨ１６０１、ギャップ１６０
７、および他の信号１６０２を示す。ｅＭＢＢ ＰＵＳＣＨ１６０８は、スロット＃３
１６２３についてスケジュールされ得る。ＵＲＬＬＣ ＰＤＳＣＨ１６０３、１６０４、
１６０５、および１６０６は、スロット＃１ １６２１およびスロット＃２ １６２２で
スケジュールされ得る。（ＵＣＩ_０と表される）ＰＤＳＣＨ_０およびＰＤＳＣＨ_１につい
てのＡＣＫ／ＮＡＣＫ１６０９は、スロット＃３の最初の半分（サブスロット＃０ １６
２４）で、共同でエンコードおよび伝送され得、一方、（ＵＣＩ_１と表される）ＰＤＳＣ
Ｈ_２およびＰＤＳＣＨ_３についてのＡＣＫ／ＮＡＣＫ１６１０は、スロット＃３の後の半
分（サブスロット＃１ １６２５）で、共同でエンコードおよび伝送され得る。

【0086】

ｅＭＢＢ ＰＵＳＣＨは、ＵＣＩを受け入れるためにレートマッチングまたはパンクチ
ャされ得る。ＰＤＳＣＨを処理する際のＵＥ能力および遅延に応じて、以下のことを含む
がそれに限定されない方法は、ＰＵＳＣＨ上でＵＣＩ_０およびＵＣＩ_１をマッピングする
ために使用され得る。
（１）ＰＵＳＣＨは、ＵＣＩ_０およびＵＣＩ_１のマッピングを可能にするためにパンク
チャされ得る。
（２）ＰＵＳＣＨは、ＵＣＩ_０およびＵＣＩ_１についてのリソースの周囲でレートマッ
チングされ得る。
（３）ＰＵＳＣＨは、ＵＣＩ_０についてのリソースの周囲でレートマッチングされ得、
ＵＣＩ_１についてのリソースによってパンクチャされ得る。このケースは、ＰＵＳＣＨが
ＵＣＩ_１を受け入れるためにレートマッチングされることを可能にするのに遅延が十分で
ない場合に適用され得る。

【0087】

同様の原理がＣＳＩを搬送するＵＣＩに適用され得る。ＵＲＬＬＣが、スロットごとに
複数回、ＵＣＩ測定値および報告を必要とする場合、報告は、図１６でのＵＣＩ_０および
ＵＣＩ_１と同様にＰＵＳＣＨ上でピギーバックされ得る。

【0088】

代替的に、スロット上のＵＣＩ伝送のあるインスタンスは、ＨＡＲＱ ＡＣＫであり得
、一方、他のインスタンスは、ＣＳＩのみを搬送し得る。例えば、ＵＣＩ_０は、ＨＡＲＱ
－ＡＣＫを含み得、一方、ＵＣＩ_１は、ＣＳＩ報告を含み得る。

【0089】

代替的に、スロットでのＭ個のＵＣＩフィードバック機会は、各々ＨＡＲＱ－ＡＣＫお
よびＣＳＩの両方を搬送し得る。

【0090】

ＵＣＩについてのＲＥの数は、ＰＵＳＣＨをスケジュールするＤＣＩまたはより高い層
のシグナリングを通じて示され得るベータオフセット因子である下記の数式２、下記の数
式３、および下記の数式４によって決定され得る。ベータオフセット因子は、ＵＣＩ伝送
のために使用され得るＰＵＳＣＨリソースの一部を表す。ＵＥが、ＵＣＩの各サポート優
先度についての異なるセットのオフセットで構成されるべきであることが本明細書で提案
される。ＰＵＳＣＨ上のＵＣＩの第ｍ番目のシグナリング機会は、ＵＣＩ_ｍによって表さ
れ得る。例えば、図１６では、ｍ＝０およびｍ＝１がサポートされ得る。ＵＥが、ｍ個の
機会の各々についての下記の数式５、下記の数式６、および下記の数式７の値で構成され
るべきであることが本明細書で提案される。これは、異なるＵＣＩについてのターゲット
信頼性を構成する際にｇＮＢにより大きな柔軟性を提供する。構成は、より高い層または
ＰＵＳＣＨをスケジュールするＤＣＩを通じて生じ得、ベータオフセットを示すフィール
ドは、以下の方法のうちの１つで構成され得る。
（１）ベータオフセットインジケータは、ｍ個のＵＣＩ機会の各々に利用可能であり得
る。２ビットが各機会のために使用される場合、必要とされるビットの総数は、機会の数
と同量であり、一部の場合で大きくなり得る。

【0091】

【数2】

【0092】

【数3】

【0093】

【数4】

【0094】

【数5】

【0095】

【数6】

【0096】

【数7】

【0097】

（２）ベータオフセットインジケータは、機会の数に関わらず２ビットであり得、した
がって、ＤＣＩサイズは、ｍが変わる場合に変える必要がない。この場合、ベータオフセ
ットインジケータは、ｍ個の機会の各々についてのオフセットインデックスを示す。一例
が表３に示される。ここで、ＵＥは、ｍ個の機会の各々についての４つの下記の数式８の
インデックスのセットで構成され得る。下記の数式９は、下記の数式１０についてのベー
タオフセット値の表へのインデックスであり得る。ここで、ｉは、ターゲットＵＣＩのペ
イロードを表す。例えば、ｉ＝０は、ＵＥが最大２個のＨＡＲＱ－ＡＣＫ情報ビットを多
重化する場合を表し、ｉ＝１は、ＵＥが２個よりも多く最大１１個のＨＡＲＱ－ＡＣＫ情
報ビットを多重化する場合を表し、ｉ＝２は、ＵＥがＨＡＲＱ－ＡＣＫでの１１個よりも
多くのビットを多重化する場合を表す。ＤＣＩは、使用されるオフセットの列を示すベー
タオフセットインジケータの２ビットを搬送する。一例として、ＵＲＬＬＣ ＵＣＩにつ
いての下記の数式１１は、より大きな信頼性をＵＲＬＬＣ ＵＣＩに提供するために、ｅ
ＭＢＢ ＵＣＩについての下記の数式１２よりも大きくあり得る。

【0098】

【数8】

【0099】

【数9】

【0100】

【数10】

【0101】

【数11】

【0102】

【数12】

【0103】

【表3】

【0104】

ＰＵＳＣＨホッピングがＵＥについて構成される場合、ＵＣＩ_ｍは、ｅＭＢＢ ＰＵＳ
ＣＨの異なるホップでマッピングされ得る。これは、ＵＣＩがＰＵＳＣＨの各ホップに分
割されてマッピングされ得る他のシステムと異なり得る。

【0105】

図１７は、ＰＵＳＣＨの異なるホップ上のＵＣＩ_ｍマッピングの例１７００を示す。図
１７は、周波数１７１１に関するスロット１７１０中の、ＰＤＣＣＨ１７０１、ギャップ
１７０２を示す。図１７での例で分かるように、ｅＭＢＢ ＰＵＳＣＨが２つのホップで
構成される場合、ＰＤＳＣＨ_０およびＰＤＳＣＨ_１についてのＡＣＫ－ＮＡＣＫ１７０７
を含むＵＣＩ_０１７０３は、ＰＵＳＣＨ１７０４のホップ１で伝送され得る。ＰＤＳＣＨ
_２およびＰＤＳＣＨ_３についてのＡＣＫ－ＮＡＣＫ１７０８を含むＵＣＩ_１１７０６は、
ＰＵＳＣＨ１７０５のホップ２で伝送され得る。

【0106】

単一のＨＡＲＱ－ＡＣＫコードブックのみがＰＵＳＣＨ上でマッピングされることを必
要とする場合、すなわち、Ｍ＝１の場合、エンコード、レートマッチング、および変調さ
れたＵＲＬＬＣ ＵＣＩのベクトルは、両方のｅＭＢＢ ＰＵＳＣＨホップに分割されて
マッピングされ得る。図１８は、ＵＣＩ_０がＰＵＳＣＨのホップ上で分割されてマッピン
グされる例１８００を示す。この構成は、後のホップからの遅延が許容可能である場合に
使用され得る。ＵＥは、各ＰＵＳＣＨホップ上の、または（遅延を限定するために）特定
のホップのみへのＵＣＩ_ｍのマッピングをサポートするように構成され得る。図１８は、
周波数１８１１に関するスロット１８１０中の、ＰＤＣＣＨ１８０１、ギャップ１８０２
を示す。図１８での例で分かるように、ＰＤＳＣＨ_０およびＰＤＳＣＨ_１についてのエン
コードされたＡＣＫ－ＮＡＣＫの一部分１８０７を含むＵＣＩ_０１０８３は、ＰＵＳＣＨ
１８０４のホップ１で伝送され得る。ＰＤＳＣＨ_０およびＰＤＳＣＨ_１についてのエンコ
ードされたＡＣＫ－ＮＡＣＫの残りの部分１８０８を含むＵＣＩ_０１８０６は、ＰＵＳＣ
Ｈ１８０５のホップ２で伝送され得る。

【0107】

ＵＥは、ＵＣＩの１つのインスタンスのみを有する場合（Ｍ＝１）、図１８に示すよう
に、ＵＣＩを両方のホップに分割してマッピングし得る。しかしながら、それは、ＵＣＩ
のＭ＞１のインスタンスを伝送しなければならない場合、図１７に示すように、ＵＣＩを
ホッピングするのではなく、インスタンスをマッピングし得る。代替的に、ＵＲＬＬＣ
ＵＣＩは、ｅＭＢＢ ＰＵＳＣＨのリソース上で伝送され得、一方、ｅＭＢＢデータは伝
送されない、すなわち、ＵＲＬＬＣ ＵＣＩだけが、それらのリソースについてのＵＬ－
ＳＣＨ上で伝送される。

【0108】

図１９は、ＵＣＩ_０をマッピングするための例示的なプロシージャ１９００を示す。図
１９の例では、ＵＣＩ_０は、Ｍ＝１（図１８での例）の場合に複数のホップにマッピング
され得る。Ｍ＞１の場合、ＵＣＩの各インスタンスは、対応するホップ（図１７での例）
内に多重化され得る。プロシージャが開始すると（ステップ１９０１）、ＵＥは、スロッ
ト＃ｉについてのＭの値（マッピングするためのＵＣＩインスタンスの数）を決定し得る
（ステップ１９０２）。次いで、ＵＥは、Ｍが１よりも大きいかどうかを判定し得る（ス
テップ１９０３）。Ｍが１よりも大きい場合、ＵＥは、ＵＣＩ_ｍトップホップ＃ｍをマッ
ピングし得る（ステップ１９０４）。Ｍが１以下である場合、ＵＥは、Ｈ ＰＵＳＣＨホ
ップに対応するＵＣＩを分割し、各ＰＵＳＣＨホップ上でＵＣＩの一部分をマッピングし
得る（ステップ１９０５）。次いで、プロシージャが終了し得る（ステップ１９０６）。

【0109】

図２０Ａは、ＰＵＳＣＨリソースで多重化されるＰＵＳＣＨ上でＵＣＩ_ｍについてのＨ
ＡＲＱ－ＡＣＫおよびＣＳＩの例示的なマッピング２０００を示す。図２０Ａの例は、Ｍ
＝２についてのＰＵＳＣＨ上のＵＣＩ_ｍのマッピングを示す。図２０Ａは、ＰＤＣＣＨ２
００１、ギャップ２００２、ＰＵＳＣＨ２００７、ＯＦＤＭシンボル＃３ＤＭＲＳ２００
３、ＯＦＤＭシンボル＃１１ＤＭＲＳ２００４、ＣＳＩ２００９、およびＨＡＲＱ ＡＣ
Ｋ２００８を示す。ＵＣＩ_ｍは、以下のように時間領域でマッピングされ得る。変調ＨＡ
ＲＱ－ＡＣＫシンボルは、ＤＭＲＳの近くにマッピングされ得る。例えば、それらは、第
１のセットの隣接するＤＭＲＳシンボルの後に第１の利用可能な非ＤＭＲＳシンボル上で
開始し得る。タイプＡ ＤＭＲＳを伴うＰＵＳＣＨについて、マッピングは、ＤＭＲＳに
先行するシンボルから、当該シンボルが利用可能である場合に開始し得る。変調ＣＳＩシ
ンボルは、第１の利用可能な非ＤＭＲＳシンボル上で開始してマッピングされ得る。

【0110】

周波数領域では、ＵＣＩ_ｍの変調シンボルは、以下のように決定される連続するＲＥ間
の距離ｄでの分配方法でシンボルｉのＲＥにマッピングされ得る。
（１）ｄ＝１、ＯＦＤＭシンボルｉの始めのそのＵＣＩについてのマッピングされてい
ない変調シンボルの数が、このＯＦＤＭシンボルでの利用可能なＲＥの数以上であり得る
場合。図２０ＡでのＵＣＩ_１２００６のＨＡＲＱ－ＡＣＫは、ｄ＝１についてのマッピン
グを示す。

【0111】

（２）ｄ＝フロア（第ｉ番目のＯＦＤＭシンボル上の利用可能なＲＥの数／ＯＦＤＭシ
ンボルｉの始めのそのＵＣＩについてのマッピングされていない変調シンボルの数）図２
０ＡでのＵＣＩ_０２００５のＨＡＲＱ－ＡＣＫは、ｄ＞１についてのマッピングを示す。
これにより、周波数多様性を活かすための周波数のリソースの最大分配が可能になる。

【0112】

ＵＣＩは、ＰＵＳＣＨ上の移送ブロックのすべての層にマッピングされ得る。

【0113】

図２０Ｂは、ＰＵＳＣＨ上のみのＵＣＩでのＰＵＳＣＨ上のＵＣＩ_ｍの例示的なマッピ
ングを示す。図２０Ｂは、ＰＤＣＣＨ２０２０、ギャップ２０２１、ＯＦＤＭシンボル＃
３ＤＭＲＳ２０２２、ＯＦＤＭシンボル＃１１ＤＭＲＳ２０２３、ＵＣＩ_０２０２４、お
よびＵＣＩ_１２０２５を示す。ＵＣＩは、ＰＵＳＣＨリソース上で伝送されるだけであり
得る。例えば、複数のＵＲＬＬＣ ＰＤＳＣＨについてのＵＣＩは、１つのｅＭＢＢ Ｐ
ＵＳＣＨについてのリソースを介して別々に伝送され得る。ＵＲＬＬＣ ＵＣＩについて
の必要とされるリソースが、ある閾値を超える場合、ｅＭＢＢ ＰＵＳＣＨは落とされ得
、ＲＥは、ＵＣＩについて完全に使用され得る。ＵＣＩ_０２０２４およびＵＣＩ_１２０２
５についてのシンボルの数は、ベータオフセットがＵＣＩの各々についてどのように構成
されるかに応じて異なり得る。

【0114】

ＵＣＩの複数のインスタンスを搬送するｅＭＢＢ ＰＵＳＣＨについて、十分なＤＭＲ
Ｓシンボルが存在しない場合、ＵＣＩのすべてのインスタンスがＤＭＲＳの次にマッピン
グされることが可能ではない。次いで、ＤＭＲＳシンボルから離れてマッピングされるＵ
ＣＩについての性能ロスがあり得る。これは、以下の方法で処理され得る。

【0115】

図２１Ａは、ＵＣＩ_１の近傍にＤＭＲＳがないＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリ
ソースの例２１００を示す。図２１Ａは、ＰＤＣＣＨ２１０１、ギャップ２１０２、ＯＦ
ＤＭシンボル＃３ＤＭＲＳ２１０４、ＰＵＳＣＨ２１０６、ＯＦＤＭシンボル＃３ ２１
０３、ＯＦＤＭシンボル＃８ ２１０８、ＵＣＩ_０２１０５、ＵＣＩ_１２１０７、ＨＡＲ
Ｑ ＡＣＫ２１０９、および他のＵＬ信号２１１０を示す。ベータオフセットパラメータ
の値、例えば、下記の数式１３は、ＤＭＲＳに近くない場合があるＵＣＩインスタンスに
ついて十分大きく設定され得る。図２１Ａの例では、ＰＵＳＣＨは、７つのシンボルの長
さであり得、１つのＤＭＲＳシンボルのみが構成される。ここで、ＵＣＩ_１２１０７は、
ＵＣＩ_０２１０５と比較して、より多くのリソースを使用し得るが、両方とも同じペイロ
ードを搬送する。ＵＣＩ_１２１０７の追加のリソースは、ＵＣＩ_１２１０７についてのよ
り乏しいチャネル推定品質を補うのに役立ち得る。ＤＭＲＳがＨＡＲＱ－ＡＣＫ ＵＣＩ
のマッピング位置の次に利用可能でない場合、ＵＥは、因子下記の数式１４でベータオフ
セット値を増加させ得る。ここで、下記の数式１４は、ＲＲＣシグナリングを通じてＵＥ
に構成され得る。ＵＥは、下記の数式１４の代わりに因子下記の数式１３を使用してリソ
ースの数を計算し得る。したがって、＞１は、ＵＣＩマッピングのための追加のリソース
をＵＥに提供し得る。

【0116】

【数13】

【0117】

【数14】

【0118】

図２１Ｂは、ＵＣＩ_１の近傍に導入される追加のＤＭＲＳを伴うＨＡＲＱ－ＡＣＫ Ｕ
ＣＩマッピングリソースの例を示す。図２０Ｂは、ＰＤＣＣＨ２１２０、ギャップ２１２
１、ＯＦＤＭシンボル＃３ＤＭＲＳ２１２３、ＰＵＳＣＨ２１２５、ＯＦＤＭシンボル＃
３ ２１２２、ＯＦＤＭシンボル＃８ ２１２７、ＵＣＩ_０２１２４、ＵＣＩ_１２１２６
、ＤＭＲＳ２１２８、ＨＡＲＱ ＡＣＫ２１３０、および他のＵＬ信号２１２９を示す。
ＵＥは、ＤＭＲＳシンボルがその近傍でＵＣＩ_ｍをマッピングするのに利用可能であり得
ることを保証するためにＰＵＳＣＨについてのＤＭＲＳ構成を変更する。図２１Ｂに示す
ように、ＯＳ＃３で１つのＤＭＲＳを伴う７つのシンボルＰＵＳＣＨについて構成される
が、ＵＥは、ＯＳ＃７で追加のＤＭＲＳを伴う７つのシンボルの長さのＰＵＳＣＨを生成
し得、その結果、ＵＣＩ_１は、追加のＤＭＲＳシンボルの近傍でマッピングされ得る。Ｕ
Ｅは、ＲＲＣシグナリングを通じた当該サブスロットでのピギーバックされたＵＣＩが必
要な場合、ＤＭＲＳについての追加の位置で構成されることが予期され得る。

【0119】

より低い優先度のＵＣＩは、より高い優先度のＰＵＳＣＨ上でピギーバックされ得る。
ベータオフセット値が０に等しくあり得る場合、ＰＵＳＣＨ上でピギーバックされ得るＵ
ＣＩはない。１未満の値が、高優先度ＰＵＳＣＨ上の低優先度ＵＣＩについてのいくつか
のピギーバックされたリソースを可能にするためにサポートされ得る。

【0120】

ＵＥは、図２２Ａ～２２Ｂに示す方法でスロット＃３でＵＣＩ_ｅＭＢＢおよびＵＣＩ_{Ｕ
ＲＬＬＣ}の両方を伝送し得る。図２２Ａは、ＵＣＩ_ｅＭＢＢがＵＣＩ_{ＵＲＬＬＣ}に先行す
るＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの例２２００
を示す。図２２Ａは、ＰＤＣＣＨ２２０１、他のＵＬ信号２２０２、ＤＭＲＳ２２１０、
ＨＡＲＱ ＡＣＫ ＵＣＩ２２６０、およびギャップ２２０８を示す。図２２Ａはまた、
スロット＃０ ２２１２、スロット＃１ ２２１３、スロット＃２ ２２１４、ならびに
サブスロット０ ２２０６およびサブスロット１ ２２０７を備えるスロット＃３ ２２
１５を示す。いくつかのシナリオでは、ＵＥが、スロット中にＵＲＬＬＣおよびｅＭＢＢ
の両方について伝送するためのＨＡＲＱ－ＡＣＫを有し得ることが可能であってもよい。
図２２Ａの例では、ｅＭＢＢ ＰＤＳＣＨ_０２２０２およびＰＤＳＣＨ_１２２０３は、ス
ロット＃０ ２２１２およびスロット＃１ ２２１３でスケジュールされ得、ＵＣＩ_{ｅＭ
ＢＢ}２２１０のＨＡＲＱ－ＡＣＫ報告は、スロット＃３ ２２１５についてスケジュール
され得る。ＵＲＬＬＣ ＰＤＳＣＨ_２２２０４およびＵＲＬＬＣ ＰＤＳＣＨ_３２２０５
は、スロット＃３ ２２１５でＵＥについてスケジュールされ得、ＵＣＩ_{ＵＲＬＬＣ}２２
０９のＨＡＲＱ－ＡＣＫ報告もまた、スロット＃３ ２２１５についてスケジュールされ
得る。ＵＥは、スロット＃３ ２２１５でスケジュールされるＰＵＳＣＨ２２１２を有し
、したがって、スロット＃３ ２２１５で、ＰＵＳＣＨ上でＵＣＩをピギーバックし得る
。ＵＥは、スロット＃３ ２２０５の第１のサブスロット２２０６でのＵＣＩ_ｅＭＢＢ２
２１０、およびスロット＃３ ２２０５の後のサブスロット２２０７でのＵＣＩ_{ＵＲＬＬ
Ｃ}２２０９をピギーバックする。これは、ＵＲＬＬＣについての遅延要件が、スロット＃
３ ２２１５の端での伝送が許容されるようなものであるときに可能であり得る。

【0121】

図２２Ｂは、ＵＣＩ_{ＵＲＬＬＣ}がＵＣＩ_ｅＭＢＢに先行するＰＵＳＣＨにピギーバック
されるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの例を示す。図２２Ｂは、ＰＤＣＣＨ２２
２０、他のＵＬ信号２２２２、ＤＭＲＳ２２３３、およびギャップ２２２７を示す。図２
２Ｂはまた、スロット＃０ ２２３４、スロット＃１ ２２３５、スロット＃２ ２２３
６、ならびにサブスロット０ ２２２８およびサブスロット１ ２２２９を備えるスロッ
ト＃３ ２２３７を示す。いくつかのシナリオでは、ＵＥが、スロット中にＵＲＬＬＣお
よびｅＭＢＢの両方について伝送するためのＨＡＲＱ－ＡＣＫを有し得ることが可能であ
ってもよい。図２２Ｂの例では、ｅＭＢＢ ＰＤＳＣＨ_０２２２１およびＰＤＳＣＨ_１２
２２３は、スロット＃０ ２２３４およびスロット＃１ ２２３５でスケジュールされ得
、ＵＣＩ_ｅＭＢＢ２２３１のＨＡＲＱ－ＡＣＫ報告は、スロット＃３ ２２３７について
スケジュールされ得る。ＵＲＬＬＣ ＰＤＳＣＨ_２２２２５およびＵＲＬＬＣ ＰＤＳＣ
Ｈ_３２２２６は、スロット＃３ ２２３７でＵＥについてスケジュールされ得、ＵＣＩ_{Ｕ
ＲＬＬＣ}２２３０のＨＡＲＱ－ＡＣＫ報告もまた、スロット＃３ ２２３７についてスケ
ジュールされ得る。ＵＥは、スロット＃３ ２２３７でスケジュールされるＰＵＳＣＨ２
２３２を有し、したがって、スロット＃３でのＰＵＳＣＨ２２３２上でＵＣＩをピギーバ
ックし得る。図２２Ｂでは、ＵＥは、スロット＃３ ２２３７の第１のサブスロット２２
２８でのＵＣＩ_{ＵＲＬＬＣ}２２３０、およびスロット２２３７の後のサブスロット２２３
１でのＵＣＩ_ｅＭＢＢ２２３１をピギーバックする。これにより、ＵＥが所与の時間ライ
ン内でＵＲＬＬＣグラントを処理する能力を有すれば、ＵＲＬＬＣ ＵＣＩが時間で優先
されることが可能になる。

【0122】

図２２Ｃは、ＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢがＰＵＳＣＨの同じサブスロット
にマッピングされるＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_{ｅＭ
ＢＢ}の例を示す。図２２Ｃは、ＰＤＣＣＨ２２４０、ギャップ２２４１、ＰＵＳＣＨ２２
４３、ＯＦＤＭシンボル＃３ ２２４２、ＤＭＲＳ２２４５、ＯＦＤＭシンボル＃１１
２２４４、ＨＡＲＱ ＡＣＫ ＵＣＩ_{ＵＲＬＬＣ}２２４６、およびＨＡＲＱ ＡＣＫ Ｕ
ＣＩ_ｅＭＢＢ２２４７を含むスロット２２４８を示す。図２２Ｃでは、ＵＣＩ_ｅＭＢＢ２
２４７およびＵＣＩ_{ＵＲＬＬＣ}２２４６の両方が、ＰＵＳＣＨ２２４３の第１のＤＭＲＳ
２２４５に続いてマッピングされ得る。ＵＣＩ_{ＵＲＬＬＣ}２２４６がまずマッピングされ
て、ＵＣＩ_ｅＭＢＢ２２４７が後に続くＤＭＲＳ２２４５の次に遅延の恩恵およびリソー
スをそれに提供し得る。

【0123】

図２２Ｄは、ＵＣＩ_{ＵＲＬＬＣ}リソースがまずマッピングされてＵＣＩ_ｅＭＢＢが後に
続くＰＵＳＣＨにピギーバックされるＵＣＩ_{ＵＲＬＬＣ}およびＵＣＩ_ｅＭＢＢの例を示す
。図２２Ｄは、ＰＤＣＣＨ２２５０、ギャッ２２５１、ＰＵＳＣＨ２２５５、ＯＦＤＭシ
ンボル＃３ ２２５２、ＤＭＲＳ２２５６、ＯＦＤＭシンボル＃１１ ２２５４、ＨＡＲ
Ｑ ＡＣＫ ＵＣＩ_{ＵＲＬＬＣ}２２５７、およびＨＡＲＱ ＡＣＫ ＵＣＩ_ｅＭＢＢ２２
５８を含むスロット２２５９を示す。ＵＣＩ_{ＵＲＬＬＣ}２２５７がＤＭＲＳ２２５６の次
のシンボル上ですべてのリソースを占有する場合、ＵＣＩ_ｅＭＢＢ２２５８は、図２２Ｄ
の例に示すように次のシンボルでマッピングされ得る。

【0124】

複数の優先度のＵＣＩのジョイント伝送が本明細書で記載される。ＵＥは、複数の優先
度のＵＣＩのジョイント伝送をサポートし得る、すなわち、ＵＥは、複数の優先度のＨＡ
ＲＱ ＡＣＫビットを共同でエンコードし、それを伝送する。ＵＥがＰＵＳＣＨ上で当該
ＵＣＩを伝送するとき、ＵＥが、ＵＣＩで最高の優先度のＨＡＲＱ－ＡＣＫのベータオフ
セット値を適用することが本明細書で提案される。より高い優先度のＵＣＩのベータオフ
セット値が、ＰＵＳＣＨ上でＵＣＩにより多くのリソースを提供し、したがって、より高
い優先度により高い信頼性を提供し得ることを考慮すると、より低い優先度のＨＡＲＱ－
ＡＣＫもまた、より高い信頼性を受信し得る。

【0125】

ＵＥは、Ｂ_ｌｏｗ＜Ｂ_{ｔｈｒｅｓｈ}である場合に、優先度レベルｐ_ｌｏｗのＢ_ｌｏｗＨ
ＡＲＱ－ＡＣＫビットを優先度レベルｐ_ｈｉｇｈのＢ_ｈｉｇｈＨＡＲＱ－ＡＣＫビットで
多重化し得る。ここで、Ｂ_{ｔｈｒｅｓｈ}は、以下の方法のうちの１つで決定され得る閾値
であり得る。
（１）Ｂ_{ｔｈｒｅｓｈ}は、ＲＲＣシグナリングを通じてｇＮＢによってＵＥに構成され
得る。

【0126】

（２）Ｂ_{ｔｈｒｅｓｈ}は、ＢｌｏｗおよびＢ_ｈｉｇｈの関数であり得る。例えば、Ｂ_ｌ
ｏｗ／Ｂ_ｈｉｇｈ＜＝Ｖの場合がある。ここで、Ｖは、ｇＮＢによってＵＥに構成される
定数またはパラメータであり得る。

【0127】

（３）Ｂ_{ｔｈｒｅｓｈ}は、ベータオフセット値の関数であり得る。例えば、ベータオフ
セット値は、ＵＣＩで多重化される最高の優先度レベルのものに対応し得る。

【0128】

（４）Ｂ_{ｔｈｒｅｓｈ}は、ベータオフセット値、Ｂ_ｌｏｗおよびＢ_ｈｉｇｈの関数であ
り得る。例えば、ベータオフセット１についてＢ_ｌｏｗ／Ｂ_ｈｉｇｈ＜＝Ｖ１、ベータオ
フセット２についてＢ_ｌｏｗ／Ｂ_ｈｉｇｈ＜＝Ｖ２などである。ここで、Ｖ１、Ｖ２など
は、ｇＮＢによってＵＥに構成される定数またはパラメータであり得る。

【0129】

ＨＡＲＱプロセスの繰り返しを伴うＵＣＩマッピングが本明細書で記載される。高優先
度ＰＵＳＣＨについて、ｇＮＢは、繰り返しをスケジュールし得る。１つのＵＬグラント
は、信頼性のために同じＨＡＲＱプロセスの２つ以上の伝送をスケジュールし得る。ＨＡ
ＲＱプロセスの複数の伝送は、１つのスロット内であり得るか、または連続する利用可能
なスロットでのスロット境界の間であり得る。繰り返しは、異なるスロットにある場合、
異なる開始シンボルおよび／または時間長を有し得る。各ＰＵＳＣＨ伝送は、ＰＵＳＣＨ
セグメントと称され得る。各ＰＵＳＣＨセグメントは、異なる数のリソースを有し得る。
ＵＣＩは、図２３Ａ～２３Ｂでのいくつかの例に示すように、当該繰り返しまたはセグメ
ント上でマッピングされ得る。ここで、ラベルｒｅｐは、繰り返しを表す。ＵＲＬＬＣお
よびｅＭＢＢ ＵＣＩの両方は、以下に論じる方法を通じてＰＵＳＣＨ上でピギーバック
され得る。

【0130】

図２３Ａは、繰り返し間にＵＣＩ分割を伴うミニスロットでのＰＵＳＣＨの繰り返しを
伴うＨＡＲＱプロセスの繰り返しの例２３００を示す。図２３Ａは、ＰＤＣＣＨ２３０１
、ギャップ２３０２、ＰＵＳＣＨ２３０３、およびＤＭＲＳ２３０６を含むスロット２３
０８を示す。図２３Ａの例では、ＰＵＳＣＨ繰り返しはスロット内で生じ、ＰＵＳＣＨ_０
２３０４および２３０５は、ミニスロットで２回伝送され得、ＵＣＩの変調シンボル２３
０７（この例ではＨＡＲＱ－ＡＣＫ）は、２つに分割されてミニスロットの各々でマッピ
ングされ得る。この場合、単一の繰り返しでのレートマッチングまたはパンクチャリング
の量が低減され得、それによって、所与のＰＵＳＣＨ伝送の性能ロスを限定する。

【0131】

図２３Ｂは、繰り返し間にＵＣＩ分割を伴うスロット境界の間の複数のセグメント伝送
を伴うＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｂは、ＰＤＣＣＨ２３１０、ギャ
ップ２３１１、他のＵＬ信号２３１２、ＰＵＳＣＨ２３１６、およびＤＭＲＳ２３１７を
含む、スロット＃０ ２３１８およびスロット＃１ ２３１９を示す。図２３Ｂの例では
、繰り返しは、スロットの間で生じ得、繰り返し内の各伝送は、異なる時間長および開始
ＯＦＤＭシンボルを有する。ＰＵＳＣＨ_０２３１３および２３１４は、スロットの間で２
回伝送され得る。ＵＣＩ２３１５は、２つに分割されてＰＵＳＣＨセグメントの各々でマ
ッピングされ得る。

【0132】

図２３Ｃは、繰り返し間にＵＣＩ分割を伴う周波数ホッピングを伴うミニスロットでの
ＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｃは、ＰＤＣＣＨ２３２０、ギャップ２
３２１、ＰＵＳＣＨ２３２２および２３３０、ならびにＤＭＲＳ２３２３および２３２９
を含む、周波数２３３１に関するスロット＃０ ２３２５を示す。図２３Ｃの例では、Ｐ
ＵＳＣＨ繰り返し２３２６および２３２７は、スロット２３２５内で生じるが、各繰り返
しは、周波数多様性を伝送に提供する異なる周波数２３２１ホップを有する。ここで再度
、ＵＣＩ２３２４は、２つの部分に分割され得、各部分は、１つのＰＵＳＣＨ伝送上にマ
ッピングされ得る。

【0133】

図２３Ｄは、繰り返し間にＵＣＩ分割を伴うホッピングを伴う複数のセグメント伝送で
のＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｄは、ＰＤＣＣＨ２３４０、ギャップ
２３４１、他のＵＬ信号２３４２、ＰＵＳＣＨ２３４７および２３５０、ならびにＤＭＲ
Ｓ２３４２および２３４９を含む、周波数２３５３に関するスロット＃０ ２３４５およ
びスロット＃１ ２３５２を示す。図２３Ｄの例では、ＰＵＳＣＨセグメントは、スロッ
トの間で生じ、ＰＵＳＣＨ繰り返し２３４６および２３４８内の各伝送は、異なる時間長
および開始ＯＦＤＭシンボルを有する。ここで再び、ＵＣＩ２３４４は、２つの部分に分
割され得、各部分は、周波数２３５３多様性から恩恵を受け得るように各ＰＵＳＣＨセグ
メントにマッピングされ得る。

【0134】

繰り返しのミニスロット間または繰り返しのセグメント間のＵＣＩのエンコードおよび
変調されたシンボルの分割は、以下の方法で行われ得る。

【0135】

変調ＵＣＩシンボルは、繰り返しの間で、共同で生成され、繰り返しの各々でのリソー
スの量に応じて分割され得る。これは、レートマッチングからの性能ロスが、より少ない
リソースを有する繰り返しについてのＰＵＳＣＨ性能に影響を与えないことを保証する。
例えば、図２３Ｂおよび図２３Ｄでは、第１のＰＵＳＣＨセグメントは、７ＯＳであり得
、一方、第２のセグメントは、５ＯＳのみであり得、第１よりも少ないリソースを有する
。この場合、ＵＣＩは、そのセグメントでリソースに比例して各セグメントにマッピング
され得る。

【0136】

単一のＤＣＩは、繰り返し／セグメントをスケジュールし得る。それは、Ｒ ＰＵＳＣ
Ｈ繰り返し／セグメントのセットに及ぶＵＣＩマッピングのために使用するベータオフセ
ットを示し得る。ベータオフセットは、Ｒ ＰＵＳＣＨ繰り返しまたはＲセグメントの間
の利用可能なリソースの総数に適用され得る。下記の数式１５と表される、ＨＡＲＱ－Ａ
ＣＫ伝送についての層ごとのコード化された変調シンボルの数は、式１に示すように、Ｒ
繰り返し／セグメントの間で利用可能なＰＵＳＣＨリソースの総数に基づいて決定され得
る（下記の数式１６）。

【0137】

【数15】

【0138】

【数16】

【0139】

ここで、
下記の数式１７は、ＨＡＲＱ－ＡＣＫビットの数であり得る。
下記の数式１８の場合、下記の数式１９、そうでない場合、下記の数式２０は、
ＨＡＲＱ－ＡＣＫについてのＣＲＣビットの数であり得る（下記の数式２１）。
下記の数式２２は、ＰＵＳＣＨ伝送のＵＬ－ＳＣＨについてのコードブロックの
数であり得る。
ＰＵＳＣＨ伝送をスケジュールするＤＣＩフォーマットが、ＵＥが第ｒ番目のコ
ードブロックを伝送しない場合があることを示すＣＢＧＴＩフィールドを含む場合、Ｋ_ｒ
＝０、そうでない場合、Ｋ_ｒは、ＰＵＳＣＨ伝送のＵＬ－ＳＣＨについての第ｒ番目のコ
ードブロックサイズであり得る。
下記の数式２３は、サブキャリアの数として表される、ＰＵＳＣＨ伝送のスケジ
ュールされた帯域幅であり得る。
下記の数式２４は、ＰＵＳＣＨ伝送でのＰＴＲＳを搬送するＯＦＤＭシンボルｌ
でのサブキャリアの数であり得る。
下記の数式２５は、繰り返しｒｅｐのＰＵＳＣＨ伝送で下記の数式２６について
ＯＦＤＭシンボルｌでＵＣＩの伝送のために使用され得るリソース要素の数であり得、下
記の数式２７は、ＤＭＲＳのために使用されるすべてのＯＦＤＭシンボルを含むＰＵＳＣ
ＨのＯＦＤＭシンボルの総数であり得る。
ＰＵＳＣＨのＤＭＲＳを搬送する任意のＯＦＤＭシンボルについて、下記の数式
２８である。
ＰＵＳＣＨのＤＭＲＳを搬送しない任意のＯＦＤＭシンボルについて、下記の数
式２９＝下記の数式３０－下記の数式３１である。
αは、より高い層のパラメータのスケーリングによって構成され得る。
下記の数式３２は、レプリションｒｅｐのＰＵＳＣＨ伝送で第１のＤＭＲＳシン
ボル（複数可）の後にＰＵＳＣＨのＤＭＲＳを搬送しない第１のＯＦＤＭシンボルのシン
ボルインデックスであり得る。
αは、各優先度レベルについて別々に構成され得る。ＵＲＬＬＣについて、より
大きいα値は、ＵＣＩについてより多くのリソースを与え得る。
下記の数式３３のシンボルは、各繰り返しでＰＵＳＣＨリソースに基づいて繰り
返し間で分割され得る。下記の数式３４は、ＰＵＳＣＨ繰り返し「ｒｅｐ」にマッピング
される変調シンボルの数であり得、式２によって与えられ得る（下記の数式３５）。

【0140】

【数17】

【0141】

【数18】

【0142】

【数19】

【0143】

【数20】

【0144】

【数21】

【0145】

【数22】

【0146】

【数23】

【0147】

【数24】

【0148】

【数25】

【0149】

【数26】

【0150】

【数27】

【0151】

【数28】

【0152】

【数29】

【0153】

【数30】

【0154】

【数31】

【0155】

【数32】

【0156】

【数33】

【0157】

【数34】

【0158】

【数35】

【0159】

図２４Ａは、各セグメントでＰＵＳＣＨリソースに比例してマッピングして、繰り返し
の間で、共同で生成されたＵＣＩシンボルを有する繰り返し間の変調ＵＣＩシンボルを分
割するための例示的なプロシージャ２４００を示す。ＵＣＩがエンコードされ得（ステッ
プ２４０１）、次いで、ベータオフセット２４０３を使用して、レートマッチングが、Ｒ
繰り返しＰＵＳＣＨリソースのセットで総ＰＵＳＣＨリソースに基づいて実行される（ス
テップ２４０２）。ＵＣＩが変調され（ステップ２４０４）、次いで、ＵＣＩがＲ ＵＣ
Ｉセグメントに分割され得、ＵＣＩセグメント_ｒｅｐ長さは、ＰＵＳＣＨ_ｒｅｐでのリソ
ースの数に比例する（ステップ２４０５）。次いで、ＵＣＩセグメント_ｒｅｐは、ＰＵＳ
ＣＨ_ｒｅｐにマッピングされ得る（ステップ２４０６）。

【0160】

下記の数式３６のＵＣＩ変調シンボルは、式１に記載されるように生成され得、式３に
示すようにＰＵＳＣＨ繰り返しまたはセグメント間でほぼ等しく分割され得る。図２３Ａ
～２３Ｄでの例は、２回の繰り返し間のＵＣＩリソースの等しい分割を示す（下記の数式
３７）。

【0161】

【数36】

【0162】

【数37】

【0163】

図２４Ｂは、ＰＵＳＣＨセグメント間でほぼ等しくマッピングして、繰り返しの間で、
共同で生成されたＵＣＩシンボルを有する繰り返し間の変調ＵＣＩシンボルを分割するた
めの例示的なプロシージャを示す。ＵＣＩがエンコードされ得（ステップ２４１１）、次
いで、ベータオフセット２４１３を使用して、レートマッチングが、Ｒ繰り返しＰＵＳＣ
Ｈリソースのセットで総ＰＵＳＣＨリソースに基づいて実行される（ステップ２４１２）
。ＵＣＩが変調され（ステップ２４１４）、次いで、ＵＣＩがＲ ＵＣＩセグメントにほ
ぼ等しく分割され得る（ステップ２４１５）。次いで、ＵＣＩセグメント_ｒｅｐは、ＰＵ
ＳＣＨ_ｒｅｐにマッピングされ得る（ステップ２４１６）。

【0164】

ＵＣＩの下記の数式３８の変調シンボルは、式４に示すように、各ＰＵＳＣＨ繰り返し
について別々に生成され得、そのＰＵＳＣＨについてのベータオフセット値に基づいて各
繰り返し／セグメントにマッピングされ得る。ここで、下記の数式３９は、ＰＵＳＣＨの
各繰り返しについてのベータオフセット値であり得る。

【0165】

【数38】

【0166】

【数39】

【0167】

図２４Ｃは、各繰り返しについての別々に生成されたＵＣＩ変調シンボルを有する変調
ＵＣＩシンボルを分割するための例示的なプロシージャを示す。ＵＣＩがエンコードされ
得（ステップ２４２１）、次いで、ベータオフセット２４２３を使用して、レートマッチ
ングが、ＰＵＳＣＨ_ｒｅｐについて実行される（ステップ２４２２）。ＵＣＩが変調され
（ステップ２４２３）、次いで、ＵＣＩセグメント_ｒｅｐは、ＰＵＳＣＨ_ｒｅｐにマッピ
ングされ得る（ステップ２４２４）（下記の数式４０）。

【0168】

【数40】

【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】

ＤＬとＵＬとの間のＵＥ内の優先順位付けが本明細書で記載される。いくつかの状況で
は、競合は、ＵＥでのＤＬ伝送とＵＬ伝送との間で生じ得る。フレキシブルシンボルにつ
いての構成は、ＳＦＩ－ＲＮＴＩでスクランブルをかけられるフォーマット２＿０グルー
プ共通のＤＣＩなどのＤＣＩを通じてＲＲＣ構成されるか、または示され得るスロットフ
ォーマットで「Ｘ」と表され得る。ＤＬとＵＬとの間のＵＥ内の競合の場合、以下のシナ
リオが生じ得る。

【0228】

図３６Ａは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＳ
ＣＨ衝突の図３６００である。図３６Ａは、ＰＤＣＣＨ３６０１、他のＤＬ信号３６０２
、およびギャップ３６０６を含む、スロット＃０ ３６０７、スロット＃１ ３６０８、
スロット＃２ ３６０９を示す。図３６Ａの例では、１つまたは複数のフレキシブルシン
ボルが、グラント（例えば、ｅＭＢＢ ＰＤＳＣＨ３６０３）を通じて低優先度ＰＤＳＣ
Ｈについてスケジュールされ得る。高優先度ＵＬグラントはまた、同じシンボルのうちの
１つまたは複数（例えば、ＵＲＬＬＣ ＰＵＳＣＨ３６０５）上でスケジュールされ得る
。この場合、ＵＥは、ＰＤＳＣＨ３６０４を中断し得、ＰＵＳＣＨを伝送し得る。

【0229】

図３６Ｂは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＣ
ＣＨ衝突の図である。図３６Ｂは、ＰＤＣＣＨ３６１０、他のＤＬ信号３６１１、および
ギャップ３６１２を含む、スロット＃０ ３６１７、スロット＃１ ３６１８、スロット
＃２ ３６１９を示す。図３６Ｂの例では、１つまたは複数のフレキシブルシンボルが、
グラント（例えば、ｅＭＢＢ ＰＤＳＣＨ３６１４）を通じて低優先度ＰＤＳＣＨについ
てスケジュールされ得る。高優先度ＵＬグラント（例えば、ＰＵＣＣＨ３６１５上のＵＲ
ＬＬＣ ＵＣＩ ３６１６）はまた、そのＰＵＣＣＨが同じフレキシブルシンボルのうち
の１つまたは複数上であり得るようにスケジュールされ得る。この場合、ＵＥは、ＰＤＳ
ＣＨ３６２０を中断し得、ＰＵＣＣＨ３６１５を伝送する。

【0230】

図３６Ｃは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＵＳＣＨおよび高優先度ＰＤＳ
ＣＨ衝突の図である。図３６Ｃは、ＰＤＣＣＨ３６３０、他のＤＬ信号３６３１、および
ギャップ３６３２を含む、スロット＃０ ３６３６、スロット＃１ ３６３７、スロット
＃２ ３６３８を示す。図３６Ｃの例では、１つまたは複数のフレキシブルシンボルが、
グラント（例えば、ｅＭＢＢ ＰＵＳＣＨ３６３３）を通じて低優先度ＰＵＳＣＨについ
てスケジュールされ得る。高優先度ＤＬグラント（例えば、ＵＲＬＬＣ ＰＤＳＣＨ３６
３４）はまた、そのＰＤＳＣＨが同じフレキシブルシンボルのうちの１つまたは複数上で
あり得るようにスケジュールされ得る。この場合、ＵＥは、ＰＵＳＣＨ３６３５を中断し
得、ＰＤＳＣＨ３６３４を受信する。

【0231】

アップリンク伝送のＭＡＣ層優先順位付けおよびプリエンプションが本明細書で記載さ
れる。ＵＬ伝送について、ＵＥのＭＡＣ層は、グラントに反応するのに十分な時間がある
場合、より高い優先度の伝送を優先し得る。ＭＡＣ伝送は、物理伝送が時間で部分的にま
たは完全に重複するときに競合していると考えられ得る。ＵＥのＭＡＣは、新しい競合す
る伝送を優先し、および／または物理層に既に届けられた既存の伝送をプリエンプション
し得る。

【0232】

利用可能な競合するグラントに反応するのに十分な時間がある場合、ＭＡＣは、ＭＡＣ
プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）が物理層へ届く前に個々の
ＰＵＳＣＨ伝送の優先度を決定し得る。１つまたは複数のＭＡＣ ＰＤＵが物理層へ届く
前に、競合するグラントを優先するのに不十分な時間である場合、ＭＡＣは、物理層に既
に提供されたＭＡＣ ＰＤＵの伝送をプリエンプションし得るか、または各伝送の適切な
処理のために相対的な優先度情報を物理層に提供し得る。

【0233】

ＭＡＣはまた、競合するスケジューリングリクエスト（ＳＲ）とＰＵＳＣＨ伝送との間
で優先し得る。競合するＰＵＳＣＨ伝送と同様に、ＳＲ伝送についてのＭＡＣプロシージ
ャは、最小の処理時間によって、および／または物理層に伝送を通知するときに影響を受
ける。

【0234】

構成されたグラントまたは動的なグラントについて、ＵＥは、各個々のグラントについ
ての最小の処理時間要件まで、ＭＡＣ ＰＤＵ多重化およびアセンブリを遅延させ得る。
同様に、ＭＡＣ ＳＲ処理および物理層への伝送標示が、（例えば、対応付けられたＰＵ
ＣＣＨリソースが利用できるまで）遅延され得る。既存の競合するグラントまたはＳＲに
ついての最小の処理要件の前に、新しい競合するグラントが決定されるか、または競合す
るＳＲがトリガされる場合、ＵＥは、ＭＡＣ伝送優先順位付け動作を実行し得る。

【0235】

ＭＡＣ伝送優先順位付けは、以下の動作を含み得る。
ＭＡＣは、各々の顕著なグラントについて、第１のグラントが、各グラントについての
最小の処理要件を考慮して処理される必要があるときの前に、どの論理チャネルが各々の
顕著なグラントについて各ＰＤＵに多重化され得るかを決定し得る。各論理チャネルは、
１つまたは複数の優先度で構成され得、ＭＡＣ ＰＤＵに多重化される論理チャネルにつ
いて選択される最高の優先度は、伝送の優先度を決定し得る。ＭＡＣ制御要素（ＣＥ）の
優先度もまた考慮され得る。各ＭＡＣ ＣＥタイプ（すなわち、ＰＨＲ、ＢＳＲ、．．．
）は、ＰＵＳＣＨ伝送の優先度を決定するために使用される既知の優先度を有し得る。例
えば、ＭＡＣ ＰＤＵに多重化される論理チャネルおよびＭＡＣ ＣＥの最高の優先度は
、ＰＵＳＣＨ伝送優先度を決定するために使用され得る。この動作は、既存のＭＡＣ Ｐ
ＤＵ多重化およびアセンブリプロシージャを２ステッププロシージャに効果的に分割し得
る。既存の論理チャネル優先順位付け（Logical Channel Prioritization：ＬＣＰ）プ
ロシージャは、伝送についての各ＭＡＣ ＰＤＵを多重化およびアセンブルするとき、利
用可能なデータの優先度を決定し得る。このプロシージャでは、優先度利用可能データは
、ＭＡＣ ＰＤＵの多重化およびアセンブリならびにＭＡＣ ＣＥの生成が開始される前
に第１のステップで決定される。

【0236】

代替的には、優先度は、各構成されたグラントおよび／または動的なグラントに対応付
けられ得る。この場合、ＭＡＣ ＰＤＵ上に多重化される論理チャネルの優先度は考慮さ
れなくてもよい。データ多重化のための通常の論理チャネル優先順位付けが行われ得る。
ＰＵＳＣＨ伝送優先度は、グラントによって決定され得る。伝送に利用可能なデータおよ
び／または各グラントに対応付けられる優先度、もしくは各ＭＡＣ ＰＤＵに多重化され
る論理チャネルに対応付けられる優先度、もしくはＳＲをトリガした論理チャネルの優先
度に応じて、ＭＡＣは、各伝送および再伝送の優先度を決定し得る。

【0237】

ＰＵＳＣＨ伝送優先度はまた、グラント優先度およびＭＡＣ ＰＤＵ内で多重化される
データの優先度の組合せによって決定され得る。例えば、多重化されるデータまたはグラ
ントの最高の優先度は、ＰＵＳＣＨ伝送優先度を決定するために使用され得る。

【0238】

伝送優先順位付けが適用されるとき、より低い優先度のグラント（複数可）またはＳＲ
伝送が利用されなくてもよいか、または追加の情報が、伝送を適切に優先するために物理
層に提供され得る。グラントを利用することは、データ、例えば、ＭＡＣサービスデータ
ユニット（Service Data Unit：ＳＤＵ）またはＭＡＣ ＣＥのＭＡＣ ＰＤＵへの多
重化およびアセンブリと、グラントに対応付けられるそのＭＡＣ ＰＤＵの伝送と、を含
むか、またはグラントに対応付けられるＳＲの伝送を含む。グラントが利用されないとき
、データのＭＡＣ ＰＤＵへの多重化またはアセンブリが実行されず、ＳＲ伝送が実行さ
れない。

【0239】

グラントが伝送優先順位付けにより利用されないことをＭＡＣが決定する場合、ＭＡＣ
は、キャンセルされていないより高い優先度の伝送を適切に処理するために、ＭＡＣによ
ってキャンセルされる伝送を物理層に通知し得る。利用されないグラントは、ｇＮＢスケ
ジューラに直接的にまたは間接的にシグナリングされ得る。例えば、キャンセルされなか
った、優先された伝送は、伝送キャンセル標示を提供し得る。

【0240】

より低い優先度の伝送がＭＡＣによってキャンセルされないとき、ＭＡＣによって決定
される相対的な優先度は、各ＭＡＣ ＰＤＵおよび／またはＳＲ伝送と共に物理層に提供
され得る。各伝送を一意に処理することに加えて、各伝送の相対的な優先度を示す多少の
信頼情報を保証することが、ｇＮＢスケジューラに直接的にまたは間接的にシグナリング
され得る。

【0241】

ＭＡＣ伝送優先順位付けがどのように決定されるか（すなわち、ＬＣＰまたはグラント
ベース）に関わらず、グラントが優先順位付けにより利用されないとき、ＭＡＣは、失わ
れたグラントをプロシージャが回復することを可能にし得る。これは、失われたグラント
によって提供された論理チャネル（複数可）に対応付けられる構成されたＳＲリソースに
ついて、ＳＲをトリガすることによって、および／またはＳＲ保留状態を維持することに
よって達成され得る。バッファ状態報告もまた、失われたグラントの結果として生成され
得る。グラントが利用されない場合があることをＭＡＣが決定するとき、この動作は、Ｍ
ＡＣの内部であり得る。グラントが利用されないことを物理層が決定するとき、ＭＡＣは
、失われたグラントを回復するためのプロシージャを開始することを通知され得る。

【0242】

既存の競合するグラントまたは競合するＳＲ伝送の最小の処理要件の後に、新しい競合
するグラントが決定されるか、または競合するＳＲがトリガされる場合、ＵＥは、ＭＡＣ
伝送プリエンプション動作を実行し得る。

【0243】

ＭＡＣ伝送プリエンプション動作は、以下の動作を含み得る。
ＭＡＣは、既存のグラント（すなわち、グラントもしくは論理チャネルベース）または
ＳＲ伝送の最小のグラント処理時間の前に新しいグラントまたはＳＲ伝送が決定されると
きに優先順位付けがどのように決定されるのかと同様に、伝送優先度を決定し得る。

【0244】

新しいグラントまたはＳＲ伝送が、既存のグラントまたはＳＲ伝送よりも高い優先度で
あることを決定される場合、ＭＡＣは、ＭＡＣ ＰＤＵの通常の多重化およびアセンブリ
を実行し、ならびに／またはＳＲ処理を実行し得る。ＭＡＣ ＰＤＵおよび／またはＳＲ
がより低い層に届けられるとき、プリエンプション標示が含まれ得る。プリエンプション
標示は、プリエンプションされるＭＡＣ ＰＤＵまたはＳＲ伝送を識別し得る。

【0245】

物理層がプリエンプション標示を検出すると、プリエンプションされた伝送は、優先さ
れた伝送をより確実に正しく伝送するために破棄されるか、または調整（すなわち、パン
クチャリング）され得る。伝送が物理層によって破棄される場合、ＭＡＣに通知され得る
。破棄されたＭＡＣ ＰＤＵ伝送について、ＭＡＣは、失われたデータを回復するための
動作を行い得る。例えば、ＨＡＲＱ ＮＡＣＫが、キャンセルされた伝送について受信さ
れた場合、同様の動作が行われ得る。ＨＡＲＱ再伝送の最大数は、伝送がキャンセルされ
なかった場合に許可されるのと同じ数の実際の伝送を可能にするために増分され得る。破
棄されたＳＲ伝送について、ＭＡＣは、ＳＲ保留状態をキャンセルし、および／またはＳ
Ｒを再トリガし得る。ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵが破棄される場合、ＭＡＣは、
失われたＭＡＣ ＣＥ（すなわち、ＢＳＲ、ＰＨＲ）を回復および再伝送するための動作
を行い得る。これは、ＭＡＣ ＣＥを再トリガし、および／または対応付けられた禁止タ
イマーをクリアすることによって達成され得る。

【0246】

既存の伝送がプリエンプションされると、新しいプリエンプション伝送が、プリエンプ
ションされた伝送のｇＮＢスケジューラに標示を直接的にまたは間接的に提供し得る。こ
れにより、ｇＮＢは、破棄された伝送をリスケジュールするか、またはより低い優先度の
ＳＲが受信されたかのような動作を行うこととなり得る。

【0247】

新しいグラントまたはＳＲ伝送が、既存のＭＡＣ ＰＤＵまたはＳＲ伝送よりも低い優
先度であることを決定されると、ＭＡＣは、現在のより高い優先度の伝送を中断しないか
もしれない処理を決定するために、新しいグラントもしくはＳＲ伝送を破棄するか、また
は相対的な優先度情報を物理層に提供する。ＭＡＣが新しいグラントまたはＳＲ伝送を破
棄する場合、ＭＡＣ ＰＤＵの多重化およびアセンブリ、ならびに／またはＳＲ伝送の処
理は実行されなくてもよい。この動作は、効果的に、ＭＡＣ ＰＤＵ多重化およびアセン
ブリ、ならびにＳＲ処理を、優先順位付けが第１のステップで決定される２ステッププロ
シージャにする。物理層にもキャンセルが通知され得る。

【0248】

物理層プリエンプションが適用され得る場合、ＭＡＣ層には、キャンセルされた伝送が
通知され得る。この場合、ＭＡＣは、次の利用可能なグラントで、キャンセルされた伝送
の伝送を再開し得る。この動作は、キャンセルされた伝送について受信されるＨＡＲＱ
ＮＡＫの受信と同様のプロシージャを引き起こし得る。ＨＡＲＱ再伝送の最大数は、伝送
がキャンセルされなかった場合に許可されるのと同じ数の実際の伝送を可能にするために
増分され得る。ＰＨＹがグラントプリエンプションまたはグラント優先順位付けを実行す
ることが実用的であり得るシナリオの例として、以下のうちの１つまたは複数が含まれる
。
物理層は、ＭＡＣからプリエンプション標示を検出し得る。

【0249】

ＭＡＣは、伝送優先度を有する伝送についてＰＨＹに指示し得る。ＰＨＹは、ＭＡＣに
よって提供される伝送優先度に基づいて、伝送プリエンプションを実行し得る。

【0250】

ＭＡＣは、優先度を下げられた伝送および／またはプリエンプションされた伝送のトラ
ックを維持し得る。優先度を下げられた伝送および／またはプリエンプションされた伝送
の数の閾値を超え得ると、ＭＡＣは、より低い優先度の伝送の失敗を報告し正すための動
作を行い得る。優先度を下げられた伝送および／またはプリエンプションされた伝送の閾
値が論理チャネルまたは特定のグラントについて生じると、伝送失敗をより効率的に正す
ための動作を行うために、優先度のより高い層に通知され得る。行われる動作は、ＮＢス
ケジューラへの状態の報告、および／またはグラントの論理チャネルの相対的な優先度の
調整であり得る。

【0251】

第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランス
ポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービス
の品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術
的規格を開発している。最新の無線アクセス技術（ＲＡＴ）規格は、（一般に３Ｇと称さ
れる）広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと
称される）ＬＴＥと、ＬＴＥアドバンスト規格と、を含む。３ＧＰＰは、「５Ｇ」とも称
される新無線（ＮＲ）と呼ばれる次世代セルラー技術の標準化に取り組み始めている。３
ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが
予期されており、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と
、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含
むことが予期されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペ
クトルで新しい非後方互換性無線アクセスで構成されることが予期されており、同じスペ
クトル内で共に多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセ
ットに対処し得る、異なる動作モードを含むことが予期されている。ウルトラモバイルブ
ロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホ
ットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期
されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計
最適化を伴って、共通設計フレームワークを、６ＧＨｚを下回るフレキシブルな無線アク
セスと共有することが予期されている。

【0252】

３ＧＰＰは、データレート、遅延、およびモビリティのための様々なユーザ体験要件を
もたらして、ＮＲがサポートすることが予期される種々のユースケースを特定している。
ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（例
えば、密集エリアでのブロードバンドアクセス、屋内のウルトラハイブロードバンドアク
セス、人込みでのブロードバンドアクセス、あらゆるところでの５０＋Ｍｂｐｓ、超低コ
ストブロードバンドアクセス、車両でのモバイルブロードバンド）、重要通信、大規模マ
シンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング
、移行およびインターワーキング、エネルギー節約）、ならびに拡張ビークルツーエブリ
シング（enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含み、ｅＶ２Ｘ通信は、
ビークルツービークル（Vehicle-To-Vehicle：Ｖ２Ｖ）通信、ビークルツーインフラスト
ラクチャ（Vehicle-To-Infrastructure：Ｖ２Ｉ）通信、ビークルツーネットワーク（Veh
icle-To-Network：Ｖ２Ｎ）通信、ビークルツー歩行者（Vehicle-To-Pedestrian：Ｖ２Ｐ
）通信、および他のエンティティとのビークル通信のうちのいずれかを含み得る。これら
のカテゴリでの具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げる
と、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルク
ラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第
１応答者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビ
デオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これら
のユースケースのすべておよび他のものが、本明細書で検討される。

【0253】

図３７Ａは、本明細書で記載および請求される方法および装置が具現化され得る、例示
的な通信システム１００の一実施形態を示す。図示するように、例示的な通信システム１
００は、（概して、または集合的にＷＴＲＵ１０２と称され得る）無線伝送／受信ユニッ
ト（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および
／または１０２ｇと、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１
０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換
電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、イン
ターネット１１０と、他のネットワーク１１２と、Ｖ２Ｘサーバ（またはＰｒｏＳｅ機能
およびサーバ）１１３と、を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、
基地局、ネットワーク、および／またはネットワーク要素を検討することが理解されよう
。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇの
各々は、無線環境で動作および／または通信するように構成された任意のタイプの装置ま
たはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２
ｅ、１０２ｆ、１０２ｇは、ハンドヘルド無線通信装置として図３７Ａ～３７Ｅに描写さ
れるが、５Ｇ無線通信のために検討される様々なユースケースに伴って、各ＷＴＲＵは、
一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユ
ニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：
ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコ
ンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッ
チまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボッ
ト、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含
む、無線信号を伝送および／または受信するように構成された任意のタイプの装置または
デバイスを備え得るか、またはそれらで具現化され得ることを理解されたい。

【0254】

通信システム１００はまた、基地局１１４ａと、基地局１１４ｂと、を含み得る。基地
局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線で
インターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１
１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワーク
へのアクセスを促進するように構成された任意のタイプのデバイスであり得る。基地局１
１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、ＴＲ
Ｐ（送受信ポイント）１１９ａ、１１９ｂ、ならびに／またはロードサイドユニット（Ro
adside Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線および／
または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、イン
ターネット１１０、他のネットワーク１１２、ならびに／またはＶ２Ｘサーバ（もしくは
ＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアク
セスを促進するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、
１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり
、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他
のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進する
ように構成された任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、Ｗ
ＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワ
ーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク
１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成され
た任意のタイプのデバイスであり得る。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０
２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネッ
トワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、な
らびに／またはＶ２Ｘサーバ（もしくはＰｒｏＳｅ機能およびサーバ）１１３などの１つ
または複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプの
デバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base
Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅ
ノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルー
タなどであり得る。基地局１１４ａ、１１４ｂは、各々、単一の要素として描写されてい
るが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネ
ットワーク要素を含み得ることが理解されよう。

【0255】

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であり得、それらＲＡＮはま
た、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコ
ントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局およ
び／またはネットワーク要素（図示せず）も含み得る。基地局１１４ｂは、ＲＡＮ１０３
ｂ／１０４ｂ／１０５ｂの一部であり得、それらＲＡＮはまた、基地局コントローラ（Ｂ
ＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および
／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａは、特定の地理的領
域内で無線信号を伝送および／または受信するように構成され得、その地理的領域は、セ
ル（図示せず）と称され得る。基地局１１４ｂは、特定の地理的領域内で有線および／ま
たは無線信号を伝送および／または受信するように構成され得、その地理的領域は、セル
（図示せず）と称され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局
１１４ａに対応付けられるセルは、３つのセクタに分割され得る。したがって、一実施形
態では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含み
得る。一実施形態では、基地局１１４ａは、多入力多出力（Multiple-Input Multiple
Output：ＭＩＭＯ）技術を採用し得、したがって、セルのセクタごとに複数の送受信機を
利用し得る。

【0256】

基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequ
ency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）
、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５／１１６／１
１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信し得
る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（
ＲＡＴ）を使用して確立され得る。

【0257】

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または
無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（
ＵＶ）、可視光、センチ波、ミリ波など）であり得る、有線またはエアインターフェース
１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１
１９ｂ、ならびに／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つまたは複数と通信
し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アク
セス技術（ＲＡＴ）を使用して確立され得る。

【0258】

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０
ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ
波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、エ
アインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ
、１０２ｅ、１０２ｆのうちの１つまたは複数と通信し得る。エアインターフェース１１
５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立
され得る。

【0259】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／ま
たは１０２ｇは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ
波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、エ
アインターフェース１１５ｄ／１１６ｄ／１１７ｄ（図示せず）を介して相互に通信し得
る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス
技術（ＲＡＴ）を使用して確立され得る。

【0260】

より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであ
り得、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまた
は複数のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０
５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０
３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、
およびＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１
０２ｆは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunica
tions System：ＵＭＴＳ）、地上波無線アクセス（Universal Terrestrial Radio Ac
cess：ＵＴＲＡ）などの無線技術を実装し得、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ
）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ
／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed
Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ
＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス
（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速アップリン
クパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含み得る。

【0261】

一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、また
はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ
、１１９ｂ、および／もしくはＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、
１０２ｄは、発展型ＵＭＴＳ地上波無線アクセス（Evolved UMTS Terrestrial Radio
Access：Ｅ－ＵＴＲＡ）などの無線技術を実装し得、それにより、ロングタームエボリ
ューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ
）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ
／１１７ｃをそれぞれ確立し得る。将来、エアインターフェース１１５／１１６／１１７
は、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク
通信などの）ＬＴＥ Ｄ２ＤおよびＶ２Ｘ技術ならびにインターフェースを含む。３ＧＰ
Ｐ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェース
を含む。

【0262】

一実施形態では、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１
１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａ、１２
０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．
１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・
アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、
ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格
２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）
、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global Syst
em for Mobile communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレ
ート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（
ＧＥＲＡＮ）などの無線技術を実装し得る。

【0263】

図３７Ａでの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノー
ドＢ、またはアクセスポイントであり得、会社、自宅、車両、キャンパスなどの場所など
の局所エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得
る。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１
などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area
Network：ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｃおよびＷＴＲＵ
１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネ
ットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立し得る。さらに別
の実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（
例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して
、ピコセルまたはフェムトセルを確立し得る。図３７Ａに示すように、基地局１１４ｂは
、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コア
ネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要
がない場合がある。

【0264】

ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは
、コアネットワーク１０６／１０７／１０９と通信し得、そのコアネットワークは、音声
、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル
（Voice over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２
ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイ
プのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コ
ール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インター
ネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高
レベルセキュリティ機能を実行し得る。

【0265】

図３７Ａでは示されていないが、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡ
Ｎ１０３ｂ／１０４ｂ／１０５ｂならびに／またはコアネットワーク１０６／１０７／１
０９は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１
０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得
ることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０
４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え
て、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲ
ＡＮ（図示せず）と通信し得る。

【0266】

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／または他
のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１
０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回
線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（Tr
ansmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Dat
agram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートで
のインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを
使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステ
ムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／ま
たは運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１
１２は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１
０５ｂと同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続され
る別のコアネットワークを含み得る。

【0267】

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部また
はすべては、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと
通信するための複数の送受信機を含み得る。例えば、図３７Ａに示すＷＴＲＵ１０２ｅは
、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技
術を採用し得る基地局１１４ｃと通信するように構成され得る。

【0268】

図３７Ｂは、例えば、ＷＴＲＵ１０２などの、本明細書で示される実施形態に従って無
線通信のために構成された例示的な装置またはデバイスのブロック図である。図３７Ｂに
示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送
／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプ
レイ／タッチパッド／インジケータ１２８と、取り外し不可メモリ１３０と、取り外し可
能メモリ１３２と、電源１３４と、全地球測位システム（Global Positioning System
：ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を含み得る。ＷＴＲＵ１０２
は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含み得ることが
理解されよう。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、ノードＢ
、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノー
ドＢ（ｅノードＢ）、ホーム発展型ノードＢ（Home evolved Node-B：ＨｅＮＢ）、ホ
ーム発展型ノードＢゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１
１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノードは、図３７Ｂ
に示され本明細書で記載される要素の一部またはすべてを含み得ることが実施形態で検討
される。

【0269】

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジ
タル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッ
サ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、
マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated C
ircuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable G
ate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：Ｉ
Ｃ）、状態マシンなどであり得る。プロセッサ１１８は、信号コーディング、データ処理
、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作するこ
とを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、伝送／受信要素１２
２に接続され得る送受信機１２０に接続され得る。図３７Ｂは、個別のコンポーネントと
してプロセッサ１１８および送受信機１２０を描写しているが、プロセッサ１１８および
送受信機１２０が、電子パッケージまたはチップ内に一緒に統合され得ることが理解され
よう。

【0270】

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

【0271】

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

【0272】

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

【0273】

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１
２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶
ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットもしくは有機
発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）
に接続され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザ
データをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレ
イ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、取
り外し不可メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの
好適なメモリから情報にアクセスし、そこにデータを記憶し得る。取り外し不可メモリ１
３０は、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メ
モリ（Read-Only Memory ：ＲＯＭ）、ハードディスク、または任意の他のタイプのメ
モリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、加入者識別モジュール（Su
bscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（
Secure Digital：ＳＤ）メモリカードなどを含み得る。一実施形態では、プロセッサ１
１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理
的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。

【0274】

プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２内の他のコンポ
ーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、Ｗ
ＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は
、１つまたは複数の乾電池、太陽電池、燃料電池などを含み得る。

【0275】

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

【0276】

プロセッサ１１８はさらに、追加の特徴、機能、および／または有線もしくは無線コネ
クティビティを提供する、１つもしくは複数のソフトウェアおよび／またはハードウェア
モジュールを含み得る、他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は
、加速度計、バイオメトリック（例えば、指紋）センサなどの様々なセンサ、ｅコンパス
、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（
Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デ
バイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）
モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プ
レーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ
などを含み得る。

【0277】

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類
などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドロー
ン、例えば、車、トラック、電車、または飛行機の車両などの他の装置またはデバイスで
具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続イ
ンターフェースなどの１つまたは複数の相互接続インターフェースを介して、当該装置ま
たはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。

【0278】

図３７Ｃは、一実施形態に係る、ＲＡＮ１０３およびコアネットワーク１０６のシステ
ム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインタ
ーフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。
ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図３７Ｃに示すように、Ｒ
ＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃと通信するための１つまたは複数の送受信機を各々含み得る、ノードＢ１４０ａ、１
４０ｂ、１４０ｃを含み得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１
０３内の特定のセル（図示せず）に対応付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４
２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のノ
ードＢおよびＲＮＣを含み得ることが理解されよう。

【0279】

図３７Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る
。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４
０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４
２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相
互に通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノー
ドＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４
２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケ
ジューリング、ハンドオーバー制御、マクロダイバーシチ、セキュリティ機能、データ暗
号化などの他の機能を果たすかまたはサポートするように構成され得る。

【0280】

図３７Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：
ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center ：ＭＳＣ）１４６、サ
ービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、
および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：
ＧＧＳＮ）１５０を含み得る。上述の要素の各々が、コアネットワーク１０６の一部とし
て示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以
外のエンティティによって所有および／または運営され得ることが理解されよう。

【0281】

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネット
ワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続さ
れ得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに
、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ
、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。

【0282】

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネ
ットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５
０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２
ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを
提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進
し得る。

【0283】

上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有
および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１
２に接続され得る。

【0284】

図３７Ｄは、一実施形態に係る、ＲＡＮ１０４およびコアネットワーク１０７のシステ
ム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアイン
ターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る
。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。

【0285】

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

【0286】

ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に
対応付けられ得、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／ま
たはダウンリンクでのユーザのスケジューリングなどを処理するように構成され得る。図
３７Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェー
スを介して相互に通信し得る。

【0287】

図３７Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility
Management Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケット
データネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６と、を含み
得る。上述の要素の各々が、コアネットワーク１０７の一部として示されているが、これ
らの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによっ
て所有および／または運営され得ることが理解されよう。

【0288】

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

【0289】

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

【0290】

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、イ
ンターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲート
ウェイ１６６に接続され得る。

【0291】

コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネ
ットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの
回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと
従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は
、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、
ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsys
tem：ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。加えて、コアネットワーク
１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって
所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク
１１２へのアクセスを提供し得る。

【0292】

図３７Ｅは、一実施形態に係る、ＲＡＮ１０５およびコアネットワーク１０９のシステ
ム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフ
ェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセス
サービスネットワーク（Access Service Network：ＡＳＮ）であり得る。以下でさらに
論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコア
ネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照ポイントと定めら
れ得る。

【0293】

図３７Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、Ａ
ＳＮゲートウェイ１８２と、を含み得るが、ＲＡＮ１０５は、実施形態と一致したままで
、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１
８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセルに対応付けられ得、エ
アインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するた
めの１つまたは複数の送受信機を含み得る。一実施形態では、基地局１８０ａ、１８０ｂ
、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複
数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａ
から無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフト
リガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの品質（ＱｏＳ）
ポリシー強制などのモビリティ管理機能を提供し得る。ＡＳＮゲートウェイ１８２は、ト
ラフィックアグリゲーションポイントとして機能し得、ページング、加入者プロフィール
のキャッシュ、コアネットワーク１０９へのルーティングなどの役割を果たし得る。

【0294】

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース
１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントと定められ得る。加え
て、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９と
の論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０
２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホス
ト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照ポイントと定
められ得る。

【0295】

基地局１８０ａ、１８０ｂ、および１８０ｃの各々の間の通信リンクは、ＷＴＲＵハン
ドオーバーおよび基地局間のデータの転送を促進するためのプロトコルを含むＲ８参照ポ
イントと定められ得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８
２との間の通信リンクは、Ｒ６参照ポイントと定められ得る。Ｒ６参照ポイントは、ＷＴ
ＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に対応付けられるモビリティイベントに基づい
てモビリティ管理を促進するためのプロトコルを含み得る。

【0296】

図３７Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。Ｒ
ＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送および
モビリティ管理能力を促進するためのプロトコルを含むＲ３参照ポイントと定められ得る
。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Ag
ent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication Autho
rization Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８と、を含み得る。
上述の要素の各々が、コアネットワーク１０９の一部として示されているが、これらの要
素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有
および／または運営され得ることが理解されよう。

【0297】

ＭＩＰ－ＨＡは、ＩＰアドレス管理の役割を果たし得、ＷＴＲＵ１０２ａ、１０２ｂ、
および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミング
することを可能にし得る。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、Ｗ
ＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。Ａ
ＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートの役割を果たし得る。
ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば
、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８な
どの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２
ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は
、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有およ
び／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へ
のアクセスを提供し得る。

【0298】

図３７Ｅでは示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネッ
トワーク１０９は、他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１
０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１
０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４参
照ポイントと定められ得る。コアネットワーク１０９と他のコアネットワークとの間の通
信リンクは、ホームコアネットワークと訪問先のコアネットワークとの間のインターワー
キングを促進するためのプロトコルを含み得るＲ５参照と定められ得る。

【0299】

本明細書で記載され、図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに示されている、コア
ネットワークエンティティは、特定の既存の３ＧＰＰ仕様でのそれらのエンティティに与
えられる名称によって識別されるが、将来、それらのエンティティおよび機能は、他の名
称によって識別され得、特定のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を
含む、３ＧＰＰによって公開される将来的な仕様で組み合わせられ得ることを理解された
い。したがって、図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７Ｅに記載および示され
ている特定のネットワークエンティティおよび機能は、一例としてのみ提供され、本明細
書で開示および請求される主題は、現在定められているか、または将来的に定められるか
どうかに関わらす、任意の類似通信システムで具現化または実装され得ることを理解され
たい。

【0300】

図３７Ｆは、例示的なコンピューティングシステム９０のブロック図であり、ここで、
ＲＡＮ１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、ＰＳＴＮ１０８
、インターネット１１０、または他のネットワーク１１２での特定のノードまたは機能エ
ンティティなどの、図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに示される通信ネットワー
クの１つまたは複数の装置が、具現化され得る。コンピューティングシステム９０は、コ
ンピュータまたはサーバを備え得、ソフトウェアの形態（当該ソフトウェアが記憶される
かまたはアクセスされる場所または手段がいかなるものであっても）であり得るコンピュ
ータ可読命令によって主に制御され得る。当該コンピュータ可読命令は、コンピューティ
ングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９
１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッ
サ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数
のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（
ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイ
プの集積回路（ＩＣ）、状態マシンなどであり得る。プロセッサ９１は、信号コーディン
グ、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステ
ム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能を実行し得る
。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサで
あり、追加の機能を実行するか、またはプロセッサ９１を支援し得る。プロセッサ９１お
よび／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連するデー
タを受信、生成、および処理し得る。

【0301】

プロセッサ９１は、動作時に、命令をフェッチ、デコード、および実行し、コンピュー
ティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリ
ソースへ転送し、かつ他のリソースから転送する。当該システムバスは、コンピューティ
ングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定める。
システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを
送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを
動作させるための制御ラインと、を含む。当該システムバス８０の例は、周辺コンポーネ
ント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。

【0302】

システムバス８０に接続されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、
読み取り専用メモリ（ＲＯＭ）９３と、を含む。当該メモリは、情報が記憶され、かつ読
み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することが
できない記憶されたデータを含む。ＲＡＭ８２内に記憶されるデータは、プロセッサ９１
または他のハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ
８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御さ
れ得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレス
に変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム
内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能
を提供し得る。したがって、第１のモードで実行するプログラムは、それ自体のプロセス
仮想アドレス空間によってマッピングされているメモリのみにアクセスし得、プロセス間
のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにア
クセスすることができない。

【0303】

加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キー
ボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する
役割を果たす、周辺機器コントローラ８３を含み得る。

【0304】

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューテ
ィングシステム９０によって生成される視覚出力を表示するために使用される。当該視覚
出力は、テキストと、グラフィックスと、動画グラフィックスと、ビデオと、を含み得る
。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：Ｇ
ＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ
、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルデ
ィスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６
は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポー
ネントを含む。

【0305】

さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡ
Ｎ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８
、インターネット１１０、または図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７Ｅの他
のネットワーク１１２などの外部通信ネットワークに接続するために使用され得る、例え
ば、ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０
がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にし
得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載され
る、特定の装置、ノード、または機能エンティティの伝送および受信ステップを実行する
ために使用され得る。

【0306】

図３７Ｇは、本明細書で記載および請求される方法および装置が具現化され得る、例示
的な通信システム１１１の一実施形態を示す。図示するように、例示的な通信システム１
１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆと、基地局と、Ｖ
２Ｘサーバと、ＲＳＵ ＡおよびＢと、を含み得るが、開示された実施形態は、任意の数
のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することが
理解されよう。１つのもしくはいくつかのまたはすべてのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ
は、ネットワークの範囲の外（例えば、図では、破線として示されるセルカバレッジ境界
の外）にあり得る。ＷＴＲＵ Ａ、Ｂ、Ｃは、ＷＴＲＵ Ａがグループリードであり、Ｗ
ＴＲＵ ＢおよびＣがグループメンバーであるＶ２Ｘグループを形成する。ＷＴＲＵ Ａ
、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、Ｕｕインターフェースまたはサイドリンク（ＰＣ５）インター
フェースを介して通信し得る。

【0307】

本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたは
すべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば
、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１
などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム
、方法、およびプロセスを実行および／または実装させることを理解されたい。具体的に
は、本明細書で記載されるステップ、動作、または機能のうちのいずれも、当該コンピュ
ータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構
成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピ
ュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理
的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および取り外
し不可媒体を含むが、当該コンピュータ可読記憶媒体は、信号を含まない。コンピュータ
可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ
技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）も
しくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイ
スもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、かつ
コンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体
を含むが、それらに限定されない。

【図1】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8A】

【図8B】

【図9A】

【図9B】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20A】

【図20B】

【図21A】

【図21B】

【図22A】

【図22B】

【図22C】

【図22D】

【図23A】

【図23B】

【図23C】

【図23D】

【図24A】

【図24B】

【図24C】

【図25A】

【図25B】

【図25C】

【図25D】

【図26】

【図27A】

【図27B】

【図28A】

【図28B】

【図28C】

【図29A】

【図29B】

【図29C】

【図29D】

【図29E】

【図29F】

【図29G】

【図29H】

【図30】

【図31A】

【図31B】

【図32A】

【図32B】

【図32C】

【図33】

【図34】

【図35A】

【図35B】

【図36A】

【図36B】

【図36C】

【図37A】

【図37B】

【図37C】

【図37D】

【図37E】

【図37F】

【図37G】

【手続補正書】

【提出日】2024-08-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１の優先度に対応付けられた第１のハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）コードブックと、第２の優先度に対応付けられた第２のＨＡＲＱコードブックとを構成する構成情報を含む無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）シグナリングを受信することであって、前記ＲＲＣシグナリングは、前記第１のＨＡＲＱコードブックが物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）フィードバックについての第１のサブスロット長に対応付けられ、前記第２のＨＡＲＱコードブックがＰＵＣＣＨフィードバックについての第２のサブスロット長に対応付けられていることを示す、ことと、
前記第１の優先度に対応付けられた第１の物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）伝送をスケジュールする第１のダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信することであって、前記第１のＰＤＳＣＨ伝送の第１のハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）フィードバックは前記第１の優先度に対応付けられ、前記第１のＨＡＲＱフィードバックは前記第１のＨＡＲＱコードブックに対応付けられる、ことと、
前記第２の優先度に対応付けられた第２のＰＤＳＣＨ伝送をスケジュールする第２のＤＣＩを受信することであって、前記第２のＰＤＳＣＨ伝送の第２のＨＡＲＱフィードバックは前記第２の優先度に対応付けられ、前記第２のＨＡＲＱフィードバックは前記第２のＨＡＲＱコードブックに対応付けられる、ことと、
前記第１のＤＣＩにおける第１のフィールドに基づいて、前記第１のＰＤＳＣＨ伝送の前記第１のＨＡＲＱフィードバックを含む第１のＰＵＣＣＨ伝送を伝送するための第１の時間を決定することであって、前記第１のフィールドは、前記第１のＨＡＲＱコードブックに対応付けられた前記第１のサブスロット長に応じたサブスロットの第１の数を示す、ことと、
前記第２のダウンリンク制御情報ＤＣＩにおける第２のフィールドに基づいて、前記第２のＰＤＳＣＨ伝送の前記第２のＨＡＲＱフィードバックを含む第２のＰＵＣＣＨ伝送を伝送するための第２の時間を決定することであって、前記第２のフィールドは、前記第２のＨＡＲＱコードブックに対応付けられた前記第２のサブスロット長に応じたサブスロットの第２の数を示す、ことと、
前記第１のＰＵＣＣＨ伝送と、前記第２のＰＵＣＣＨ伝送とは、時間が少なくとも部分的重複するとして決定することと、
前記第１の優先度が前記第２の優先度よりも高いことに基づいて、前記第１のＰＵＣＣＨ伝送を伝送し、前記第２のＰＵＣＣＨ伝送の少なくとも一部をキャンセルすることと、
を実行するように構成されたプロセッサを備える、無線送受信ユニット（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ：ＷＴＲＵ）。

【請求項2】

前記第１のＤＣＩは、前記第１の優先度を示す第３のフィールドを含み、
前記第２のＤＣＩは、前記第２の優先度を示す第４のフィールドを含む、
請求項１に記載のＷＴＲＵ。

【請求項3】

前記第１のフィールドは、前記第１のＤＣＩのＫ１フィールドに対応する、
請求項１に記載のＷＴＲＵ。

【請求項4】

前記ＷＴＲＵは、少なくとも１つの優先度について、スロット単位で前記Ｋ１フィールドを解釈するよう構成される、
請求項３に記載のＷＴＲＵ。

【請求項5】

前記ＲＲＣシグナリングは、前記ＰＵＣＣＨフィードバックについての第１のサブスロット長の第１のシンボル数と、前記ＰＵＣＣＨフィードバックについての第２のサブスロット長の第２のシンボル数とを示し、
前記第１のシンボル数と、前記第２のシンボル数とは異なる、
請求項１に記載のＷＴＲＵ。

【請求項6】

前記ＲＲＣシグナリングは、前記ＰＵＣＣＨフィードバックに対する第１のサブスロット長および前記ＰＵＣＣＨフィードバックに対する第２のサブスロット長のうちの少なくとも１つが、スロットの半分の長さであることを示す、
請求項１に記載のＷＴＲＵ。

【請求項7】

前記ＷＴＲＵは、単一スロット内で少なくとも２つのＰＵＣＣＨ伝送を伝送するよう構成される、
請求項１に記載のＷＴＲＵ。

【請求項8】

単一スロット内の前記少なくとも２つのＰＵＣＣＨ伝送の各々は、前記単一スロットのそれぞれのサブスロットで伝送される、
請求項７に記載のＷＴＲＵ。

【請求項9】

前記ＲＲＣシグナリングはさらに、前記第１の優先度に対応付けられた前記第１のＨＡＲＱコードブックのための１つ又は複数のＰＵＣＣＨリソースの第１のセットと、前記第２の優先度に対応付けられた前記第２のＨＡＲＱコードブックのための１つ又は複数のＰＵＣＣＨリソースの第２のセットとを含む、
請求項１に記載のＷＴＲＵ。

【請求項10】

前記第１のＨＡＲＱコードブックに対応するＨＡＲＱフィードバックは、前記第２のＨＡＲＱコードブックに対応するＨＡＲＱフィードバックとは別にエンコードされる、
請求項１に記載のＷＴＲＵ。

【請求項11】

無線送受信ユニット（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ：ＷＴＲＵ）によって実行される方法であって、
第１の優先度に対応付けられた第１のハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）コードブックと、第２の優先度に対応付けられた第２のＨＡＲＱコードブックとを構成する構成情報を含む無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）シグナリングを受信することであって、前記ＲＲＣシグナリングは、前記第１のＨＡＲＱコードブックが物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）フィードバックについての第１のサブスロット長に対応付けられ、前記第２のＨＡＲＱコードブックがＰＵＣＣＨフィードバックについての第２のサブスロット長に対応付けられていることを示す、ことと、
前記第１の優先度に対応付けられた第１の物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）伝送をスケジュールする第１のダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を受信することであって、前記第１のＰＤＳＣＨ伝送の第１のハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ：ＨＡＲＱ）フィードバックは前記第１の優先度に対応付けられ、前記第１のＨＡＲＱフィードバックは前記第１のＨＡＲＱコードブックに対応付けられる、ことと、
前記第２の優先度に対応付けられた第２のＰＤＳＣＨ伝送をスケジュールする第２のＤＣＩを受信することであって、前記第２のＰＤＳＣＨ伝送の第２のＨＡＲＱフィードバックは前記第２の優先度に対応付けられ、前記第２のＨＡＲＱフィードバックは前記第２のＨＡＲＱコードブックに対応付けられる、ことと、
前記第１のＤＣＩにおける第１のフィールドに基づいて、前記第１のＰＤＳＣＨ伝送の前記第１のＨＡＲＱフィードバックを含む第１のＰＵＣＣＨ伝送を伝送するための第１の時間を決定することであって、前記第１のフィールドは、前記第１のＨＡＲＱコードブックに対応付けられた前記第１のサブスロット長に応じたサブスロットの第１の数を示す、ことと、
前記第２のＤＣＩにおける第２のフィールドに基づいて、前記第２のＰＤＳＣＨ伝送の前記第２のＨＡＲＱフィードバックを含む第２のＰＵＣＣＨ伝送を伝送するための第２の時間を決定することであって、前記第２のフィールドは、前記第２のＨＡＲＱコードブックに対応付けられた前記第２のサブスロット長に応じたサブスロットの第２の数を示す、ことと、
前記第１のＰＵＣＣＨ伝送と、前記第２のＰＵＣＣＨ伝送とは、時間が少なくとも部分的重複するとして決定することと、
前記第１の優先度が前記第２の優先度よりも高いことに基づいて、前記第１のＰＵＣＣＨ伝送を伝送し、前記第２のＰＵＣＣＨ伝送の少なくとも一部をキャンセルすることと、
を含む、方法。

【請求項12】

前記第１のＤＣＩは、前記第１の優先度を示す第３のフィールドを含み、
前記第２のＤＣＩは、前記第２の優先度を示す第４のフィールドを含む、
請求項１１に記載の方法。

【請求項13】

前記第１のフィールドは、前記第１のＤＣＩのＫ１フィールドに対応する、
請求項１１に記載の方法。

【請求項14】

前記ＷＴＲＵは、少なくとも１つの優先度について、スロット単位で前記Ｋ１フィールドを解釈する、
請求項１３に記載の方法。

【請求項15】

前記ＲＲＣシグナリングは、前記ＰＵＣＣＨフィードバックについての第１のサブスロット長の第１のシンボル数と、前記ＰＵＣＣＨフィードバックについての第２のサブスロット長の第２のシンボル数とを示し、
前記第１のシンボル数と、前記第２のシンボル数とは異なる、
請求項１１に記載の方法。

【請求項16】

前記ＲＲＣシグナリングは、前記ＰＵＣＣＨフィードバックに対する第１のサブスロット長および前記ＰＵＣＣＨフィードバックに対する第２のサブスロット長のうちの少なくとも１つが、スロットの半分の長さであることを示す、
請求項１１に記載の方法。

【請求項17】

前記ＷＴＲＵは、単一スロット内で少なくとも２つのＰＵＣＣＨ伝送を伝送する、
請求項１１に記載の方法。

【請求項18】

単一スロット内の前記少なくとも２つのＰＵＣＣＨ伝送の各々は、前記単一スロットのそれぞれのサブスロットで伝送される、
請求項１７に記載の方法。

【請求項19】

前記ＲＲＣシグナリングはさらに、前記第１の優先度に対応付けられた前記第１のＨＡＲＱコードブックのための１つ又は複数のＰＵＣＣＨリソースの第１のセットと、前記第２の優先度に対応付けられた前記第２のＨＡＲＱコードブックのための１つ又は複数のＰＵＣＣＨリソースの第２のセットとを含む、
請求項１１に記載の方法。

【請求項20】

前記第１のＨＡＲＱコードブックに対応するＨＡＲＱフィードバックは、前記第２のＨＡＲＱコードブックに対応するＨＡＲＱフィードバックとは別にエンコードされる、
請求項１１に記載の方法。

【外国語明細書】