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

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

▶ クアルコム,インコーポレイテッドの特許一覧

(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-02-02
(54)【発明の名称】PUSCH送信の早期終了
(51)【国際特許分類】
   H04W 72/23 20230101AFI20240126BHJP
   H04W 72/1268 20230101ALI20240126BHJP
   H04W 72/0446 20230101ALI20240126BHJP
   H04W 28/04 20090101ALI20240126BHJP
【FI】
H04W72/23
H04W72/1268
H04W72/0446
H04W28/04 110
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023544126
(86)(22)【出願日】2022-01-26
(85)【翻訳文提出日】2023-07-20
(86)【国際出願番号】 US2022070360
(87)【国際公開番号】W WO2022170301
(87)【国際公開日】2022-08-11
(31)【優先権主張番号】17/165,860
(32)【優先日】2021-02-02
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.BLUETOOTH
2.ZIGBEE
(71)【出願人】
【識別番号】507364838
【氏名又は名称】クアルコム,インコーポレイテッド
(74)【代理人】
【識別番号】100108453
【弁理士】
【氏名又は名称】村山 靖彦
(74)【代理人】
【識別番号】100163522
【弁理士】
【氏名又は名称】黒田 晋平
(72)【発明者】
【氏名】フン・ディン・リ
(72)【発明者】
【氏名】ゴクル・スリッダーラン
(72)【発明者】
【氏名】ヨンジュン・カク
【テーマコード(参考)】
5K067
【Fターム(参考)】
5K067AA11
5K067AA43
5K067CC04
5K067DD24
5K067EE02
5K067EE10
5K067HH28
(57)【要約】
前のPUSCH送信または反復が正常に復号されたかどうかを示す基地局からのDCIに応答して、進行中のPUSCH送信の反復の早期終了をUEが実行することを可能にする態様が提供される。UEは、ULデータ送信およびULデータ送信の反復を構成する情報を取得する。UEは、ULデータ送信を基地局に送る。UEは、DL制御チャネルにおけるDL情報の受信に応答して、ULデータ送信の反復を終了する。したがって、UE電力低減およびリソース効率の向上が達成され得る。さらに、反復は、DL制御チャネルが受信されるCORESETに続くタイムギャップの後に終了する。結果として、PUSCH反復を終了するための開始時間は、動的TDD、PDCCHとPUSCHとの間の異なるヌメロロジー、および複数のPUSCH処理能力などの様々なタイミングの考慮事項に適応するように構成され得る。
【特許請求の範囲】
【請求項1】
ユーザ機器(UE)におけるワイヤレス通信の方法であって、
アップリンクデータ送信および前記アップリンクデータ送信の反復を構成する情報を取得するステップと、
前記アップリンクデータ送信を基地局に送るステップと、
ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、前記アップリンクデータ送信の前記反復を終了するステップとを含み、
前記反復が、前記ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、
方法。
【請求項2】
前記タイムギャップが、前記CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しい、請求項1に記載の方法。
【請求項3】
前記タイムギャップがスロット中に終わり、前記終了が後続のスロットの最初のシンボルで始まる、請求項1に記載の方法。
【請求項4】
前記ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、請求項1に記載の方法。
【請求項5】
前記ダウンリンク情報が、周波数領域リソース割当て(FDRA)、変調およびコーディング方式(MCS)、および他のパラメータを含み、前記HARQ-ACKが、前記FDRAまたは前記MCSの第1の事前に構成されたビット値と、前記他のパラメータの第2の事前に構成されたビット値とによって示され、前記第2の事前に構成されたビット値が前記第1の事前に構成されたビット値とは異なる、請求項4に記載の方法。
【請求項6】
前記ダウンリンク情報が、前記タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、請求項1に記載の方法。
【請求項7】
前記タイムギャップがスロット中に終わり、前記後続のアップリンクデータ送信が後続のスロットの初期シンボルで始まる、請求項6に記載の方法。
【請求項8】
前記タイムギャップが、前記ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、前記アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、請求項1に記載の方法。
【請求項9】
前記タイムギャップが、物理ダウンリンク制御チャネル(PDCCH)を含むダウンリンク帯域幅部分(BWP)の第1のサブキャリア間隔(SCS)と、物理アップリンク共有チャネル(PUSCH)を含むアップリンクBWPの第2のSCSとの関数である、請求項1に記載の方法。
【請求項10】
前記タイムギャップが、UE物理アップリンク共有チャネル(PUSCH)処理能力の関数である、請求項1に記載の方法。
【請求項11】
前記タイムギャップが、前記アップリンクデータ送信の第1のシンボルが復調参照信号(DMRS)のために予約されているかどうかを示す構成の関数である、請求項1に記載の方法。
【請求項12】
前記タイムギャップが、物理アップリンク共有チャネル(PUSCH)準備時間の関数である、請求項1に記載の方法。
【請求項13】
前記タイムギャップが、複数の別々に構成可能な部分を含む、請求項1に記載の方法。
【請求項14】
前記別々に構成可能な部分のうちの1つが、事前に構成されているか、物理アップリンク共有チャネル(PUSCH)構成で示されているか、またはUE能力に依存している、請求項13に記載の方法。
【請求項15】
前記別々に構成可能な部分のうちの1つが、前記ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、前記アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、請求項13に記載の方法。
【請求項16】
ワイヤレス通信のための装置であって、
プロセッサと、
前記プロセッサに結合されたメモリと、
前記メモリ内に記憶された命令とを備え、前記命令が、前記プロセッサによって実行されると、前記装置に、
アップリンクデータ送信および前記アップリンクデータ送信の反復を構成する情報を取得することと、
前記アップリンクデータ送信を基地局に送ることと、
ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、前記アップリンクデータ送信の前記反復を終了することとを行わせるように動作可能であり、
前記反復が、前記ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、
装置。
【請求項17】
前記タイムギャップが、前記CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しい、請求項16に記載の装置。
【請求項18】
前記ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、請求項16に記載の装置。
【請求項19】
前記ダウンリンク情報が、前記タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、請求項16に記載の装置。
【請求項20】
前記タイムギャップが、前記ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、前記アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、請求項16に記載の装置。
【請求項21】
前記タイムギャップが、物理ダウンリンク制御チャネル(PDCCH)を含むダウンリンク帯域幅部分(BWP)の第1のサブキャリア間隔(SCS)と、物理アップリンク共有チャネル(PUSCH)を含むアップリンクBWPの第2のSCSとの関数である、請求項16に記載の装置。
【請求項22】
前記タイムギャップが、UE物理アップリンク共有チャネル(PUSCH)処理能力の関数である、請求項16に記載の装置。
【請求項23】
前記タイムギャップが、前記アップリンクデータ送信の第1のシンボルが復調参照信号(DMRS)のために予約されているかどうかを示す構成の関数である、請求項16に記載の装置。
【請求項24】
前記タイムギャップが、物理アップリンク共有チャネル(PUSCH)準備時間の関数である、請求項16に記載の装置。
【請求項25】
前記タイムギャップが、複数の別々に構成可能な部分を含む、請求項16に記載の装置。
【請求項26】
前記別々に構成可能な部分のうちの1つが、前記ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、前記アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、請求項25に記載の装置。
【請求項27】
ワイヤレス通信のための装置であって、
アップリンクデータ送信および前記アップリンクデータ送信の反復を構成する情報を取得するための手段と、
前記アップリンクデータ送信を基地局に送るための手段と、
ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、前記アップリンクデータ送信の前記反復を終了するための手段とを備え、
前記反復が、前記ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、
装置。
【請求項28】
前記ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、請求項27に記載の装置。
【請求項29】
前記ダウンリンク情報が、前記タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、請求項27に記載の装置。
【請求項30】
コンピュータ実行可能コードを記憶するコンピュータ可読記録媒体であって、前記コードが、プロセッサによって実行されると、前記プロセッサに、
アップリンクデータ送信および前記アップリンクデータ送信の反復を構成する情報を取得することと、
前記アップリンクデータ送信を基地局に送ることと、
ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、前記アップリンクデータ送信の前記反復を終了することとを行わせ、
前記反復が、前記ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、
コンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本特許出願は、本出願の譲受人に譲渡され、あらゆる目的で参照により本明細書に明確に組み込まれる、2021年2月2日に出願された「EARLY TERMINATION OF PUSCH TRANSMISSION」という名称の米国特許出願第17/165,860号の優先権を主張する。
【0002】
本開示は、一般に、通信システムに関し、より詳細には、ユーザ機器(UE)と基地局との間のワイヤレス通信に関する。
【背景技術】
【0003】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソースを共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。そのような多元接続技術の例には、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、および時分割同期符号分割多元接続(TD-SCDMA)システムがある。
【0004】
これらの多元接続技術は、異なるワイヤレスデバイスが都市、国家、地域、さらには地球規模で通信することを可能にする共通プロトコルを提供するために様々な電気通信規格において採用されている。例示的な電気通信規格は5Gニューラジオ(NR:New Radio)である。5G NRは、レイテンシ、信頼性、セキュリティ、(たとえば、モノのインターネット(IoT)を伴う)スケーラビリティに関連する新たな要件、および他の要件を満たすように、第3世代パートナーシッププロジェクト(3GPP(登録商標))によって公表された継続的なモバイルブロードバンド進化の一部である。5G NRは、拡張モバイルブロードバンド(eMBB)、大規模機械タイプ通信(mMTC)、および超高信頼低遅延通信(URLLC)に関連付けられたサービスを含む。5G NRのいくつかの態様は、4Gロングタームエボリューション(LTE)規格に基づいてよい。5G NR技術においてさらなる改善の必要がある。これらの改善はまた、他の多元接続技術、およびこれらの技術を利用する電気通信規格にも適用可能であり得る。
【発明の概要】
【課題を解決するための手段】
【0005】
以下は、1つ以上の態様の基本的理解をもたらすために、そのような態様の簡略化された概要を提示する。本概要は、すべての企図される態様の広範な概説ではなく、すべての態様の主要または重要な要素を識別するものでもなく、いずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示されるより詳細な説明の前置きとして、1つ以上の態様のいくつかの概念を簡略化された形で提示することである。
【0006】
本開示の一態様では、方法、コンピュータ可読媒体、および装置が提供される。装置はUEであり得る。UEは、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得する。UEは、アップリンクデータ送信を基地局に送り、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了する。反復は、ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する。
【0007】
上記の目的および関係する目的の達成のために、1つまたは複数の態様は、以下で十分に説明され、特に特許請求の範囲の中で指摘される特徴を備える。以下の説明および添付の図面は、1つ以上の態様のいくつかの例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が採用されてもよい様々な方法のうちのほんのいくつかを示すものであり、この説明は、すべてのそのような態様およびそれらの均等物を含むものとすることが意図される。
【図面の簡単な説明】
【0008】
図1】ワイヤレス通信システムおよびアクセスネットワークの一例を示す図である。
図2A】本開示の様々な態様による、第1のフレームの一例を示す図である。
図2B】本開示の様々な態様による、サブフレーム内のDLチャネルの一例を示す図である。
図2C】本開示の様々な態様による、第2のフレームの一例を示す図である。
図2D】本開示の様々な態様による、サブフレーム内のULチャネルの一例を示す図である。
図3】アクセスネットワークの中の基地局およびユーザ機器(UE)の一例を示す図である。
図4】送信の復号の成功を明示的に示すダウンリンク情報に応答して終了したアップリンクデータ送信の一例を示す図である。
図5】第1の送信の復号の成功を暗黙的に示し、第2のアップリンクデータ送信をスケジューリングするダウンリンク情報に応答して終了した第1のアップリンクデータ送信の一例を示す図である。
図6】ダウンリンク情報が受信されるCORESETに続くタイムギャップの一例を示す図である。
図7】ダウンリンク情報が受信されるCORESETに続くタイムギャップの別の例を示す図である。
図8】ダウンリンク情報が受信されるCORESETに続くタイムギャップのさらなる例を示す図である。
図9】アップリンクデータ送信に対する明示的な肯定応答フィードバックとして機能するダウンリンク情報の一例を示す図である。
図10】送信の復号の成功を明示的に示すCORESETにおけるダウンリンク情報に応答して終了したアップリンクデータ送信の一例を示す図である。
図11】第1の送信の復号の成功を暗黙的に示し、第2のアップリンクデータ送信をスケジューリングするCORESETにおけるダウンリンク情報に応答して終了した第1のアップリンクデータ送信の一例を示す図である。
図12】UEと基地局との間のコールフロー図である。
図13】UEにおけるワイヤレス通信の方法のフローチャートである。
図14】例示的装置のためのハードウェア実装形態の一例を示す図である。
図15A】UEによって実行される例示的なプロセスのフローチャートである。
図15B】UEによって実行される例示的なプロセスのフローチャートである。
図15C】UEによって実行される例示的なプロセスのフローチャートである。
【発明を実施するための形態】
【0009】
添付の図面とともに以下に記載する詳細な説明は、様々な構成の説明として意図され、本明細書で説明する概念が実践され得る唯一の構成を表すものではない。詳細な説明は、様々な概念の完全な理解を与える目的で、具体的な詳細を含む。しかしながら、これらの概念がこれらの具体的な詳細なしに実践され得ることは、当業者には明らかとなろう。いくつかの事例では、よく知られている構造および構成要素は、そのような概念を不明瞭にすることを避けるためにブロック図の形で示される。
【0010】
基地局は、物理アップリンク共有チャネル(PUSCH)においてアップリンクデータを送信するようにUEを構成すると、カバレージ強化のためにそのアップリンクデータの反復を送り、データの信頼性を向上させるようにUEに指示し得る。典型的には、UEは、動的許可に応答してPUSCH送信の最大16回の反復、または構成された許可に応答して最大8回の反復を送るように構成され得る。しかしながら、たとえば、拡張モバイルブロードバンド(eMBB)/ボイスオーバーインターネットプロトコル(VoIP)のためのPUSCHカバレージをさらに拡張するために、拡張されたカバレージで低能力UEをサポートするために、または他の場合に、反復の数は、16回を超えて増加され得る。したがって、UEは、基地局がアップリンクデータを正常に復号するために、そのアップリンクデータの多数の反復を送り得る。
【0011】
いくつかの場合には、基地局は、すべての構成された反復を受信した後にアップリンクデータを正常に復号し得(たとえば、UEがセルエッジなど基地局からかなり離れて位置するとき)、他の場合には、基地局は、構成された反復のうちのいくつかを受信した後にのみデータを正常に復号し得る。たとえば、基地局が、8つのPUSCH反復を送信するようにUEを構成した場合であっても、UEがセルエッジにない場合、またはそうでなければ高い信号品質を有するジオメトリにある場合、基地局は、4つのPUSCH反復(または8未満の何らかの他の数)のみを受信した後に、データを正常に復号し得る。
【0012】
さらに、非同期ハイブリッド自動再送要求(HARQ)肯定応答(ACK)は、ダウンリンク送信(たとえば、UEから基地局へのHARQ-ACK)に応答してNRにおいてサポートされるが、基地局は、従来、PUSCH送信(たとえば、基地局からUEへのHARQ-ACK)に応答してHARQ-ACKフィードバックを提供しない。代わりに、基地局がアップリンクデータを正常に復号したか、復号に失敗したかに応じて、基地局は、UEが後続のPUSCH送信においてアップリンクデータを再送信すべきかどうかを示すダウンリンク制御情報(DCI)をUEに提供し得る。特に、基地局がアップリンクデータを復号することに失敗した場合、基地局は、アップリンクデータを再送信するようにUEに指示するDCIをUEに提供することができ、一方、基地局がアップリンクデータを正常に復号した場合、基地局は、そのようなDCIを提供せず、UEは、基地局がそのようなDCIをある時間期間内に提供していないと決定した後、データが正常に受信されたと仮定する。
【0013】
したがって、基地局が前のPUSCH送信または反復においてアップリンクデータをすでに復号していた場合であっても、UEは、DCIを受信するための時間期間が経過するまで、基地局がデータを正常に復号したと決定しない場合があり、したがって、UEは、その間に不必要なPUSCH反復を送り続ける場合がある。その結果、UEは、非効率的な反復で送信電力およびPUSCHリソースを無駄にする可能性がある。したがって、UE電力を節約し、リソース効率を高めるために、UEが進行中のPUSCH送信の早期終了を実行すること(たとえば、非効率な反復を終了すること)を可能にすることが有用である。
【0014】
したがって、PUSCH送信の反復を終了するための態様が提供される。第1の例では、基地局は、PUSCH送信の復号の成功を明示的に示すDCIをPDCCHで提供し得る。指示は、DCIの様々なパラメータのための構成されたビット値を使用して提供され得る。たとえば、DCIは、周波数領域リソース割当て(FDRA)フィールドまたはMCSフィールドがすべて1に設定され、DCIの1つまたは複数の他のパラメータ(たとえば、時間領域リソース割当て(TDRA)、周波数ホッピングフラグなど)中のすべての残りのビットがゼロに設定された、DCIフォーマット0-0または0-1を有し得る。UEは、DCIを搬送するPDCCHを制御リソースセット(CORESET)で受信し、DCIは、CORESETに続くタイムギャップの後に(たとえば、CORESETの最後のシンボル後T個のシンボルまでに)PUSCH送信の後続の反復を終了することをUEに指示し得る。第2の例では、基地局は、第1のPUSCH送信の復号の成功を暗黙的に示すDCIをPDCCHで提供し得る。たとえば、基地局は、第1のPUSCH送信と重複する時間リソース内で第2のPUSCH送信をスケジューリングするUEにDCIを提供し得る。UEは、DCIを搬送するPDCCHをCORESETで受信し、DCIは、CORESETに続くタイムギャップの後に(たとえば、CORESETの最後のシンボル後T個のシンボルまでに)第1のPUSCH送信の後続の反復を終了することをUEに指示し得る。DCIはまた、CORESETに続くタイムギャップの後のアップリンクスロットにおいて第2のPUSCH送信を送信することをUEに指示し得る。第1の例または第2の例のいずれかにおいて、タイムギャップ(たとえば、Tの値)は、PDCCHサブキャリア間隔(SCS)およびPUSCH SCS、PUSCH処理能力、PUSCHリソース割振りの第1のシンボルが復調参照信号(DMRS)のために予約されているかどうか、ならびにPUSCH準備時間の関数であり得る。加えて、タイムギャップ(T)は、UE処理マージンのための追加のシンボル数Δを含み得(たとえば、T=T+Δ)、その持続時間は、PDCCH SCSおよびPUSCH SCSの関数であり得る。たとえば、追加のシンボル数Δの持続時間は、PDCCH SCSとPUSCH SCSとの間のより小さいSCSの関数であり得る。
【0015】
電気通信システムのいくつかの態様が、ここで、様々な装置および方法に関して提示される。これらの装置および方法は、以下の詳細な説明において説明され、(「要素」と総称される)様々なブロック、構成要素、回路、プロセス、アルゴリズムなどによって添付図面において示される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装され得る。そのような要素がハードウェアとして実装されるか、またはソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課された設計制約に依存する。
【0016】
例として、要素または要素の任意の部分または要素の任意の組合せは、1つ以上のプロセッサを含む「処理システム」として実装されてもよい。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、グラフィックス処理装置(GPU)、中央処理装置(CPU)、アプリケーションプロセッサ、デジタル信号プロセッサ(DSP)、縮小命令セットコンピューティング(RISC)プロセッサ、システムオンチップ(SoC)、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアを含む。処理システムの中の1つ以上のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外で呼ばれるかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアコンポーネント、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数などを意味するように広く解釈されるものとする。
【0017】
したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、またはそれらの任意の組合せにおいて実装され得る。ソフトウェアにおいて実装される場合、機能は、コンピュータ可読媒体上に記憶され得るか、またはコンピュータ可読媒体上に1つもしくは複数の命令もしくはコードとして符号化され得る。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスできる任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気的消去可能プログラマブルROM(EEPROM)、光ディスクストレージ、磁気ディスクストレージ、他の磁気記憶デバイス、上述のタイプのコンピュータ可読媒体の組合せ、またはコンピュータによってアクセスできる命令もしくはデータ構造の形態のコンピュータ実行可能コードを記憶するために使用できる任意の他の媒体を備えることができる。
【0018】
図1は、ワイヤレス通信システムおよびアクセスネットワーク100の一例を示す図である。ワイヤレス通信システム(ワイヤレスワイドエリアネットワーク(WWAN)とも呼ばれる)は、基地局102、ユーザ機器(UE)104、発展型パケットコア(EPC)160、および別のコアネットワーク190(たとえば、5Gコア(5GC))を含む。基地局102は、マクロセル(大電力セルラー基地局)および/またはスモールセル(小電力セルラー基地局)を含んでよい。マクロセルは基地局を含む。スモールセルは、フェムトセル、ピコセル、およびマイクロセルを含む。
【0019】
4Gロングタームエボリューション(LTE)(発展型ユニバーサルモバイル電気通信システム(UMTS)地上波無線アクセスネットワーク(E-UTRAN)と総称される)のために構成された基地局102は、第1のバックホールリンク132(たとえば、S1インターフェース)を通してEPC160とインターフェースし得る。5Gニューラジオ(NR)(次世代RAN(NG-RAN)と総称される)のために構成された基地局102は、第2のバックホールリンク184を通してコアネットワーク190とインターフェースし得る。他の機能に加えて、基地局102は、以下の機能、すなわち、ユーザデータの転送、無線チャネルの暗号化および解読、完全性保護、ヘッダ圧縮、モビリティ制御機能(たとえば、ハンドオーバ、デュアル接続性)、セル間干渉協調、接続のセットアップおよび解放、負荷分散、非アクセス層(NAS)メッセージのための配信、NASノード選択、同期、無線アクセスネットワーク(RAN)共有、マルチメディアブロードキャストマルチキャストサービス(MBMS)、加入者および機器の追跡、RAN情報管理(RIM)、ページング、測位、ならびに警告メッセージの配送のうちの、1つ以上を実行してもよい。基地局102は、第3のバックホールリンク134(たとえば、X2インターフェース)を介して互いに直接または間接的に(たとえば、EPC160またはコアネットワーク190を通じて)通信し得る。第1のバックホールリンク132、第2のバックホールリンク184、および第3のバックホールリンク134は、ワイヤードまたはワイヤレスであってよい。
【0020】
基地局102は、UE104とワイヤレスに通信してもよい。基地局102の各々は、それぞれの地理的カバレージエリア110に通信カバレージを提供してもよい。重複する地理的カバレージエリア110がある場合がある。たとえば、スモールセル102'は、1つまたは複数のマクロ基地局102のカバレージエリア110と重複するカバレージエリア110'を有する場合がある。スモールセルとマクロセルの両方を含むネットワークは、ヘテロジニアスネットワークと呼ばれることがある。ヘテロジニアスネットワークはまた、限定加入者グループ(CSG:Closed Subscriber Group)と呼ばれる制限付きグループにサービスを提供し得るホーム発展型ノードB(eNB)(HeNB:Home evolved Node B)を含んでよい。基地局102とUE104との間の通信リンク120は、UE104から基地局102へのアップリンク(UL)(逆方向リンクとも呼ばれる)送信、および/または基地局102からUE104へのダウンリンク(DL)(順方向リンクとも呼ばれる)送信を含んでよい。通信リンク120は、空間多重化、ビームフォーミング、および/または送信ダイバーシティを含む、多入力多出力(MIMO)アンテナ技術を使用することがある。通信リンクは、1つまたは複数のキャリアを通じてよい。基地局102/UE104は、各方向における送信のために使用される合計Yxメガヘルツ(MHz)(x本のコンポーネントキャリア)までのキャリアアグリゲーションにおいて割り振られた、キャリア当たりYMHz(たとえば、5、10、15、20、100、400MHzなど)までの帯域幅のスペクトルを使用し得る。キャリアは、互いに隣接してもまたはしなくてもよい。キャリアの割振りは、DLおよびULに関して非対称であってよい(たとえば、UL用よりも多数または少数のキャリアがDL用に割り振られてよい)。コンポーネントキャリアは、1次コンポーネントキャリアおよび1つまたは複数の2次コンポーネントキャリアを含んでよい。1次コンポーネントキャリアは1次セル(PCell:Primary Cell)と呼ばれることがあり、2次コンポーネントキャリアは2次セル(SCell:Secondary Cell)と呼ばれることがある。
【0021】
いくつかのUE104は、デバイス間(D2D)通信リンク158を使用して互いに通信し得る。D2D通信リンク158は、DL/UL WWANスペクトルを使用してよい。D2D通信リンク158は、物理サイドリンクブロードキャストチャネル(PSBCH)、物理サイドリンクディスカバリチャネル(PSDCH)、物理サイドリンク共有チャネル(PSSCH)、および物理サイドリンク制御チャネル(PSCCH)など、1つ以上のサイドリンクチャネルを使用してもよい。D2D通信は、たとえば、WiMedia、Bluetooth、ZigBee、米国電気電子技術者協会(IEEE)802.11規格に基づくWi-Fi、LTE、またはNRなど、様々なワイヤレスD2D通信システムを通したものであってよい。
【0022】
ワイヤレス通信システムは、通信リンク154を介して、たとえば5ギガヘルツ(GHz)無認可周波数スペクトルなどにおいて、Wi-Fi局(STA)152と通信しているWi-Fiアクセスポイント(AP)150をさらに含んでよい。無認可周波数スペクトルにおいて通信するとき、STA152/AP150は、チャネルが利用可能であるかどうかを決定するために、通信する前にクリアチャネルアセスメント(CCA)を実行し得る。
【0023】
スモールセル102'は、認可および/または無認可周波数スペクトルにおいて動作し得る。無認可周波数スペクトルの中で動作するとき、スモールセル102'は、NRを利用してよく、Wi-Fi AP150によって使用されるのと同じ無認可周波数スペクトル(たとえば、5GHzなど)を使用し得る。無認可周波数スペクトルにおいてNRを利用するスモールセル102'は、アクセスネットワークへのカバレージを増強し、および/またはアクセスネットワークの容量を増大させる場合がある。
【0024】
電磁スペクトルはしばしば、周波数/波長に基づいて、様々なクラス、帯域、チャネルなどへと再分割される。5G NRでは、2つの初期の動作帯域が、周波数範囲の呼称FR1(410MHz~7.125GHz)およびFR2(24.25GHz~52.6GHz)として特定されている。FR1とFR2との間の周波数は、しばしば、ミッドバンド周波数と呼ばれる。FR1の一部分は6GHzよりも高いが、FR1は、しばしば、様々な文書および論文において(互換的に)「サブ6GHz」帯域と呼ばれる。同様の命名法上の問題がFR2に関して生じることがあるが、これは、国際電気通信連合(ITU)によって「ミリ波」帯域として識別される極高周波(EHF)帯域(30GHz~300GHz)とは異なるにもかかわらず、文書および論文において、しばしば、「ミリ波」帯域と(互換的に)呼ばれる。
【0025】
上記の態様を念頭に置いて、別段に明記されていない限り、「サブ6GHz」などの用語が、本明細書で使用される場合、6GHzに満たないことがあり得るか、FR1内であり得るか、またはミッドバンド周波数を含み得る周波数を、広く表す場合があることを理解されたい。さらに、別段に明記されていない限り、「ミリ波」などの用語が、本明細書で使用される場合、ミッドバンド周波数を含み得るか、FR2内であり得るか、またはEHF帯域内であり得る周波数を、広く表してよいことを理解されたい。
【0026】
基地局102は、スモールセル102'であろうとラージセル(たとえば、マクロ基地局)であろうと、eNB、gNodeB(gNB)、もしくは別のタイプの基地局を含んでもよく、および/またはそのように呼ばれてもよい。gNB180などのいくつかの基地局は、UE104と通信して、従来のサブ6GHzスペクトルで、ミリ波周波数、および/または準ミリ波周波数で動作し得る。gNB180がミリ波周波数または準ミリ波周波数の中で動作するとき、gNB180はミリ波基地局と呼ばれることがある。ミリ波基地局180は、経路損失および短い距離を補償するために、UE104と一緒にビームフォーミング182を使用し得る。基地局180およびUE104は各々、ビームフォーミングを促進するために、アンテナ要素、アンテナパネル、および/またはアンテナアレイなどの複数のアンテナを含み得る。
【0027】
基地局180は、1つまたは複数の送信方向182'においてUE104にビームフォーミングされた信号を送信し得る。UE104は、1つまたは複数の受信方向182''において基地局180からビームフォーミングされた信号を受信してもよい。UE104はまた、1つまたは複数の送信方向において基地局180にビームフォーミングされた信号を送信してもよい。基地局180は、1つまたは複数の受信方向においてUE104からビームフォーミングされた信号を受信してもよい。基地局180/UE104は、基地局180/UE104の各々に対する最良の受信方向および送信方向を決定するためにビーム訓練を実行してもよい。基地局180に対する送信方向および受信方向は、同じであっても同じでなくてもよい。UE104に対する送信方向および受信方向は、同じであっても同じでなくてもよい。
【0028】
EPC160は、モビリティ管理エンティティ(MME)162、他のMME164、サービングゲートウェイ166、MBMSゲートウェイ168、ブロードキャストマルチキャストサービスセンター(BM-SC)170、およびパケットデータネットワーク(PDN)ゲートウェイ172を含んでもよい。MME162は、ホーム加入者サーバ(HSS)174と通信していてもよい。MME162は、UE104とEPC160との間のシグナリングを処理する制御ノードである。一般に、MME162はベアラおよび接続の管理を行う。すべてのユーザインターネットプロトコル(IP)パケットは、サービングゲートウェイ166を通じて転送され、サービングゲートウェイ166自体は、PDNゲートウェイ172に接続される。PDNゲートウェイ172は、UE IPアドレス割振りならびに他の機能を提供する。PDNゲートウェイ172およびBM-SC170は、IPサービス176に接続される。IPサービス176は、インターネット、イントラネット、IPマルチメディアサブシステム(IMS)、PSストリーミングサービス、および/または他のIPサービスを含み得る。BM-SC170は、MBMSユーザサービスプロビジョニングおよび配信のための機能を提供することができる。BM-SC170は、コンテンツプロバイダMBMS送信のためのエントリポイントとして働いてよく、パブリックランドモバイルネットワーク(PLMN:Public Land Mobile Network)内のMBMSベアラサービスを許可および起動するために使用されてよく、MBMS送信をスケジュールするために使用されてよい。MBMSゲートウェイ168は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN:Multicast Broadcast Single Frequency Network)エリアに属する基地局102にMBMSトラフィックを配信するために使用されてよく、セッション管理(開始/停止)およびeMBMS関連の課金情報を収集することを担当してよい。
【0029】
コアネットワーク190は、アクセスおよびモビリティ管理機能(AMF)192、他のAMF193、セッション管理機能(SMF)194、ならびにユーザプレーン機能(UPF)195を含み得る。AMF192は、統合データ管理(UDM)196と通信していることがある。AMF192は、UE104とコアネットワーク190との間のシグナリングを処理する制御ノードである。一般に、AMF192は、サービス品質(QoS)フローおよびセッション管理を提供する。すべてのユーザIPパケットは、UPF195を通じて転送される。UPF195は、UEのIPアドレス割振りならびに他の機能を提供する。UPF195は、IPサービス197に接続される。IPサービス197は、インターネット、イントラネット、IMS、パケット交換(PS)ストリーミングサービス、および/または他のIPサービスを含み得る。
【0030】
基地局は、gNB、ノードB、eNB、アクセスポイント、トランシーバ基地局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、送信受信ポイント(TRP)、もしくは何らかの他の適切な用語を含むことがあり、および/またはそれらとして呼ばれることがある。基地局102は、EPC160またはコアネットワーク190へのアクセスポイントをUE104に提供する。UE104の例は、セルラーフォン、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤ)、カメラ、ゲーム機、タブレット、スマートデバイス、ウェアラブルデバイス、車両、電気メーター、ガスポンプ、大型もしくは小型の調理家電、健康管理デバイス、インプラント、センサー/アクチュエータ、ディスプレイ、または任意の他の類似の機能デバイスを含む。UE104のうちのいくつかは、IoTデバイス(たとえば、パーキングメーター、ガスポンプ、トースター、車両、心臓モニタなど)と呼ばれることがある。UE104は、局、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、移動加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他の何らかの好適な用語で呼ばれることもある。
【0031】
本開示は5G NRに焦点を当て得るが、本明細書で説明する概念および様々な態様は、LTE、LTE-Advanced(LTE-A)、符号分割多元接続(CDMA)、Global System for Mobile communications(GSM)、または他のワイヤレス/無線アクセス技術など、他の同様のエリアに適用可能であり得る。
【0032】
再び図1を参照すると、いくつかの態様では、UE104は、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得することと、アップリンクデータ送信を基地局に送ることと、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了することとを行うように構成された物理アップリンク共有チャネル(PUSCH)終了コンポーネント198を含み得、反復は、ダウンリンク制御チャネルが受信されるCORESETに続くタイムギャップの後に終了する。
【0033】
図2Aは、5G NRフレーム構造内の第1のサブフレームの一例を示す図200である。図2Bは、5G NRサブフレーム内のDLチャネルの例を示す図230である。図2Cは、5G NRフレーム構造内の第2のサブフレームの例を示す図250である。図2Dは、5G NRサブフレーム内のULチャネルの例を示す図280である。5G NRフレーム構造は、サブキャリアの特定のセット(キャリアシステム帯域幅)に対してサブキャリアのセット内のサブフレームがDLもしくはULのいずれかに専用である周波数分割複信(FDD)であってよく、または、サブキャリアの特定のセット(キャリアシステム帯域幅)に対してサブキャリアのセット内のサブフレームがDLとULの両方に専用である時分割複信(TDD)であってよい。図2A図2Cによって提供される例では、5G/NRフレーム構造はTDDであると想定され、サブフレーム4は(大部分がDLを有する)スロットフォーマット28を用いて構成され、ここで、DはDLであり、UはULであり、Fは、DL/ULの間での使用にとってフレキシブルであり、サブフレーム3は(大部分がULを有する)スロットフォーマット34を用いて構成される。サブフレーム3、4は、それぞれ、スロットフォーマット34、28を用いて示されるが、任意の特定のサブフレームが、様々な利用可能なスロットフォーマット0~61のうちのいずれかを用いて構成されてよい。スロットフォーマット0、1は、それぞれ、すべてがDL、ULである。他のスロットフォーマット2~61は、DL、UL、およびフレキシブルなシンボルの混合を含む。UEは、受信されるスロットフォーマットインジケータ(SFI)を通じて、スロットフォーマットを用いて(DL制御情報(DCI)を通じて動的に、または無線リソース制御(RRC)シグナリングを通じて半静的に/静的に)構成される。以下の説明はTDDである5G NRフレーム構造にも当てはまることに留意されたい。
【0034】
他のワイヤレス通信技術は、異なるフレーム構造および/または異なるチャネルを有してよい。たとえば10ミリ秒(ms)のフレームは、サイズが等しい10個のサブフレーム(1ms)に分割され得る。各サブフレームは、1つ以上のタイムスロットを含んでよい。サブフレームはまた、7個、4個、または2個のシンボルを含み得る、ミニスロットを含んでよい。各スロットは、スロット構成に応じて7個または14個のシンボルを含んでよい。スロット構成0の場合、各スロットは14個のシンボルを含んでよく、スロット構成1の場合、各スロットは7個のシンボルを含んでよい。DL上のシンボルは、サイクリックプレフィックス(CP)直交周波数分割多重(OFDM)(CP-OFDM)シンボルであってもよい。UL上のシンボルは、CP-OFDMシンボル(高スループットシナリオ用)または離散フーリエ変換(DFT)拡散OFDM(DFT-s-OFDM)シンボル(シングルキャリア周波数分割多元接続(SC-FDMA)シンボルとも呼ばれる)(電力制限シナリオ用であって、単一のストリーム送信に限定される)であってよい。サブフレーム内のスロットの数は、スロット構成およびヌメロロジーに基づく。スロット構成0では、異なるヌメロロジーμ0~4がそれぞれ、サブフレーム当たり1個、2個、4個、8個、および16個のスロットを許容する。スロット構成1では、異なるヌメロロジー0~2がそれぞれ、サブフレーム当たり2個、4個、および8個のスロットを許容する。したがって、スロット構成0およびヌメロロジーμのために、14個のシンボル/スロットおよび2μ個のスロット/サブフレームがある。サブキャリア間隔およびシンボル長/持続時間は、ヌメロロジーの機能である。サブキャリア間隔は2μ*15キロヘルツ(kHz)に等しくてよく、ただし、μはヌメロロジー0~4である。したがって、ヌメロロジーμ=0は15kHzのサブキャリア間隔を有し、ヌメロロジーμ=4は240kHzのサブキャリア間隔を有する。シンボル長/持続時間は、サブキャリア間隔と反比例する。図2A図2Dは、スロット当たり14個のシンボルがあるスロット構成0およびサブフレーム当たり4個のスロットがあるヌメロロジーμ=2の例を与える。スロット持続時間は0.25msであり、サブキャリア間隔は60kHzであり、シンボル持続時間はほぼ16.67μsである。フレームのセット内には、周波数分割多重化される1つまたは複数の異なる帯域幅部分(BWP)(図2B参照)があり得る。各BWPは、特定のヌメロロジーを有し得る。
【0035】
リソースグリッドは、フレーム構造を表すために使用され得る。各タイムスロットは、12個の連続するサブキャリアに及ぶリソースブロック(RB)(物理RB(PRB)とも呼ばれる)を含む。リソースグリッドは複数のリソース要素(RE)に分割される。各REによって搬送されるビット数は、変調方式に依存する。
【0036】
図2Aに示されるように、REのうちのいくつかは、UEのための参照(パイロット)信号(RS)を搬送する。RSは、UEにおけるチャネル推定のために、復調RS(DM-RS)(100xがポート番号である、ある特定の構成のためにRxとして示されるが、他のDM-RS構成が可能である)と、チャネル状態情報参照信号(CSI-RS)とを含み得る。RSはまた、ビーム測定RS(BRS)、ビーム改善RS(BRRS)、および位相追跡RS(PT-RS)を含み得る。
【0037】
図2Bは、フレームのサブフレーム内の様々なDLチャネルの一例を示す。物理ダウンリンク制御チャネル(PDCCH)は、1つ以上の制御チャネル要素(CCE)内でDCIを搬送し、各CCEは9個のREグループ(REG)を含み、各REGはOFDMシンボルの中に4個の連続するREを含む。1つのBWP内のPDCCHは、制御リソースセット(CORESET)と呼ばれ得る。追加BWPが、チャネル帯域幅にわたる、より大きいおよび/またはより低い周波数にあってよい。1次同期信号(PSS)は、フレームの特定のサブフレームのシンボル2内にあってよい。PSSは、サブフレーム/シンボルタイミングおよび物理レイヤ識別情報を判断するためにUE104によって使われる。2次同期信号(SSS)は、フレームの特定のサブフレームのシンボル4内にあってよい。SSSは、物理レイヤセル識別情報グループ番号および無線フレームタイミングを判断するためにUEによって使われる。物理レイヤ識別情報および物理レイヤセル識別情報グループ番号に基づいて、UEは物理セル識別子(PCI)を判断することができる。PCIに基づいて、UEは上述のDM-RSのロケーションを判断することができる。マスタ情報ブロック(MIB)を搬送する物理ブロードキャストチャネル(PBCH)は、PSSおよびSSSと論理的にグループ化されて、同期信号(SS)/PBCHブロック(SSブロック(SSB)とも呼ばれる)を形成し得る。MIBは、システム帯域幅の中のRBの数およびシステムフレーム番号(SFN)を提供する。物理ダウンリンク共有チャネル(PDSCH)は、ユーザデータ、システム情報ブロック(SIB)などのPBCHを通じて送信されないブロードキャストシステム情報、およびページングメッセージを搬送する。
【0038】
図2Cに示されるように、REのうちのいくつかが、基地局におけるチャネル推定のためのDM-RS(1つの特定の構成のためにRとして示されるが、他のDM-RS構成が可能である)を搬送する。UEは、物理アップリンク制御チャネル(PUCCH)用のDM-RS、および物理アップリンク共有チャネル(PUSCH)用のDM-RSを送信し得る。PUSCH DM-RSは、PUSCHの最初の1つまたは2つのシンボルの中で送信され得る。PUCCH DM-RSは、短いPUCCHが送信されるのかそれとも長いPUCCHが送信されるのかに応じて、かつ使用される特定のPUCCHフォーマットに応じて、異なる構成で送信され得る。UEは、サウンディング参照信号(SRS)を送信し得る。SRSは、サブフレームの最後のシンボルにおいて送信され得る。SRSはコム構造を有することがあり、UEはコムのうちの1つでSRSを送信することがある。SRSは、UL上での周波数依存スケジューリングを可能にするために、チャネル品質推定のために基地局によって使用され得る。
【0039】
図2Dは、フレームのサブフレーム内の様々なULチャネルの一例を示す。PUCCHは、一構成では、図示のように位置し得る。PUCCHは、スケジューリング要求、チャネル品質インジケータ(CQI)、プリコーディング行列インジケータ(PMI)、ランクインジケータ(RI)、およびハイブリッド自動再送要求(HARQ)肯定応答(ACK)/否定応答(NACK)フィードバックなどのアップリンク制御情報(UCI)を搬送する。PUSCHは、データを搬送し、バッファステータス報告(BSR)、パワーヘッドルーム報告(PHR)、および/またはUCIを搬送するためにさらに使用されることがある。
【0040】
図3は、アクセスネットワークにおいて基地局310がUE350と通信しているブロック図である。DLでは、EPC160からのIPパケットが、コントローラ/プロセッサ375に提供され得る。コントローラ/プロセッサ375は、レイヤ3およびレイヤ2の機能を実装する。レイヤ3は、無線リソース制御(RRC)レイヤを含み、レイヤ2は、サービスデータ適合プロトコル(SDAP)レイヤ、パケットデータコンバージェンスプロトコル(PDCP)レイヤ、無線リンク制御(RLC)レイヤ、および媒体アクセス制御(MAC)レイヤを含む。コントローラ/プロセッサ375は、システム情報(たとえば、MIB、SIB)のブロードキャスティング、RRC接続制御(たとえば、RRC接続ページング、RRC接続確立、RRC接続修正、およびRRC接続解放)、無線アクセス技術(RAT)間モビリティ、ならびにUE測定報告のための測定構成に関連するRRCレイヤ機能性と、ヘッダ圧縮/解凍、セキュリティ(暗号化、解読、完全性保護、完全性検証)、およびハンドオーバサポート機能に関連するPDCPレイヤ機能性と、上位レイヤパケットデータユニット(PDU)の転送、ARQを介した誤り訂正、RLCサービスデータユニット(SDU)の連結、セグメンテーション、およびリアセンブリ、RLCデータPDUの再セグメンテーション、ならびにRLCデータPDUの並べ替えに関連するRLCレイヤ機能性と、論理チャネルとトランスポートチャネルとの間のマッピング、トランスポートブロック(TB)上へのMAC SDUの多重化、TBからのMAC SDUの逆多重化、スケジューリング情報報告、HARQを介した誤り訂正、優先度処理、および論理チャネル優先順位付けに関連するMACレイヤ機能性とを提供する。
【0041】
送信(TX)プロセッサ316および受信(RX)プロセッサ370は、様々な信号処理機能に関連するレイヤ1機能を実施する。物理(PHY)レイヤを含むレイヤ1は、トランスポートチャネル上の誤り検出、トランスポートチャネルの前方誤り訂正(FEC)コーディング/復号、インターリービング、レートマッチング、物理チャネル上へのマッピング、物理チャネルの変調/復調、およびMIMOアンテナ処理を含んでよい。TXプロセッサ316は、様々な変調方式(たとえば、2位相シフトキーイング(BPSK)、4位相シフトキーイング(QPSK)、M位相シフトキーイング(M-PSK)、M相直交振幅変調(M-QAM))に基づく信号コンスタレーションへのマッピングを処理する。コーディングおよび変調されたシンボルは、次いで、並列ストリームに分割され得る。各ストリームは、次いで、OFDMサブキャリアにマッピングされ、時間領域および/または周波数領域において参照信号(たとえば、パイロット)と多重化され、次いで、逆高速フーリエ変換(IFFT)を使用して一緒に合成されて、時間領域OFDMシンボルストリームを搬送する物理チャネルを生成し得る。OFDMストリームは、複数の空間ストリームを生成するために空間的にプリコーディングされる。チャネル推定器374からのチャネル推定値は、コーディングおよび変調方式を決定するために、かつ空間処理のために使用され得る。チャネル推定値は、UE350によって送信された参照信号および/またはチャネル状態フィードバックから導出され得る。各空間ストリームは、次いで、別個の送信機318TXを介して異なるアンテナ320に提供され得る。各送信機318TXは、送信のためにそれぞれの空間ストリームを用いてRFキャリアを変調し得る。
【0042】
UE350において、各受信機354RXは、そのそれぞれのアンテナ352を通じて信号を受信する。各受信機354RXは、RFキャリア上に変調された情報を復元し、その情報を受信(RX)プロセッサ356に提供する。TXプロセッサ368およびRXプロセッサ356は、様々な信号処理機能に関連するレイヤ1機能を実装する。RXプロセッサ356は、UE350に向けられた任意の空間ストリームを復元するために、情報に対して空間処理を実行してもよい。複数の空間ストリームは、UE350に宛てられている場合、RXプロセッサ356によって単一のOFDMシンボルストリームに結合され得る。RXプロセッサ356は、次いで、高速フーリエ変換(FFT)を使用して、OFDMシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、OFDM信号の各サブキャリアに対して別々のOFDMシンボルストリームを備える。各サブキャリア上のシンボル、および参照信号は、基地局310によって送信された最も可能性の高い信号コンスタレーションポイントを決定することによって復元および復調される。これらの軟判定は、チャネル推定器358によって算出されたチャネル推定値に基づいてもよい。軟判定は、次いで、復号およびデインターリーブされて、物理チャネル上で基地局310によって当初送信されたデータおよび制御信号を復元する。データおよび制御信号は、次いで、レイヤ3機能およびレイヤ2機能を実施するコントローラ/プロセッサ359に提供される。
【0043】
コントローラ/プロセッサ359は、プログラムコードとデータとを記憶するメモリ360に関連付けられ得る。メモリ360は、コンピュータ可読媒体と呼ばれる場合がある。ULでは、コントローラ/プロセッサ359は、EPC160からのIPパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットリアセンブリ、解読、ヘッダ解凍、および制御信号処理を行う。コントローラ/プロセッサ359はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用する誤り検出に関与する。
【0044】
基地局310によるDL送信に関して説明された機能と同様に、コントローラ/プロセッサ359は、システム情報(たとえば、MIB、SIB)収集、RRC接続、および測定報告と関連付けられるRRCレイヤ機能と、ヘッダ圧縮/解凍およびセキュリティ(暗号化、解読、完全性保護、完全性検証)と関連付けられるPDCPレイヤ機能と、上位レイヤPDUの転送、ARQを介した誤り訂正、RLC SDUの連結、セグメンテーション、およびリアセンブリ、RLCデータPDUの再セグメンテーション、ならびにRLCデータPDUの並べ替えと関連付けられるRLCレイヤ機能と、論理チャネルとトランスポートチャネルとの間のマッピング、TB上へのMAC SDUの多重化、TBからのMAC SDUの逆多重化、スケジューリング情報報告、HARQを通じた誤り訂正、優先度処理、および論理チャネル優先順位付けと関連付けられるMACレイヤ機能とを提供する。
【0045】
基地局310によって送信された参照信号またはフィードバックからチャネル推定器358によって導出されるチャネル推定値は、適切なコーディングおよび変調方式を選択するとともに空間処理を容易にするために、TXプロセッサ368によって使用されてもよい。TXプロセッサ368によって生成された空間ストリームは、別個のトランスミッタ354TXを介して異なるアンテナ352に提供されてもよい。各送信機354TXは、送信のためにそれぞれの空間ストリームでRFキャリアを変調し得る。
【0046】
UL送信は、UE350における受信機機能に関して説明した方式と同様の方式で基地局310において処理される。各受信機318RXは、それぞれのアンテナ320を通じて信号を受信する。各受信機318RXは、RFキャリア上に変調された情報を復元し、その情報をRXプロセッサ370に提供する。
【0047】
コントローラ/プロセッサ375は、プログラムコードとデータとを記憶するメモリ376に関連付けられ得る。メモリ376は、コンピュータ可読媒体と呼ばれる場合がある。ULでは、コントローラ/プロセッサ375は、UE350からのIPパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケットリアセンブリ、解読、ヘッダ解凍、制御信号処理を行う。コントローラ/プロセッサ375からのIPパケットは、EPC160に提供され得る。コントローラ/プロセッサ375はまた、HARQ動作をサポートするために、ACKおよび/またはNACKプロトコルを使用する誤り検出に関与する。
【0048】
TXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359のうちの少なくとも1つが、図1のPUSCH終了コンポーネント198に関連した態様を実行するように構成され得る。
【0049】
基地局は、PUSCHにおいてアップリンクデータを送信するようにUEを構成すると、カバレージ強化のためにそのアップリンクデータの反復を送り、データの信頼性を向上させるようにUEに指示し得る。たとえば、基地局は、動的許可(たとえば、パラメータpusch-AggregationFactorまたは別の名前)に応答してPUSCH上でUEが送信し得るアップリンクデータの反復の数を示し得るPUSCH構成(たとえば、pusch-Configまたは別の名前)を、専用RRCシグナリングを介してUEに送信し得る。別の例では、基地局は、構成された許可(たとえば、パラメータrepKまたは別の名前)に応答してPUSCH上でUEが送信し得るアップリンクデータの反復の数を示し得る構成された許可構成(たとえば、configuredGrantConfigまたは別の名前)をUEに送信し得る。典型的には、UEは、動的許可に応答してPUSCH送信の最大16回の反復、または構成された許可に応答して最大8回の反復を送るように構成され得る。しかしながら、反復の数は、たとえば、拡張モバイルブロードバンド(eMBB)/ボイスオーバーインターネットプロトコル(VoIP)のためのPUSCHカバレージをさらに拡張するために、拡張されたカバレージで低能力UEをサポートするために、または他の場合に、16回を超えて増加され得る。たとえば、農村または一部の都市エリアでは、ダウンリンクチャネルは、通常、アップリンクチャネルよりも高い信号品質(たとえば、約6~12dB)を含み、したがって、PUSCHの反復は、信号品質におけるこの劣化を補償するように働き得る。
【0050】
したがって、UEは、基地局がアップリンクデータを正常に復号するために、そのアップリンクデータの多数の反復を送り得る。いくつかの場合には、基地局は、すべての構成された反復を受信した後にアップリンクデータを正常に復号し得(たとえば、UEがセルエッジなど基地局からかなり離れて位置するとき)、他の場合には、基地局は、構成された反復のうちのいくつかを受信した後にのみデータを正常に復号し得る。たとえば、基地局が、8つのPUSCH反復を送信するようにUEを構成した場合であっても、UEがセルエッジにない場合、またはそうでなければ高い信号品質を有するジオメトリにある場合、基地局は、4つのPUSCH反復(または8未満の何らかの他の数)のみを受信した後に、データを正常に復号し得る。
【0051】
しかしながら、非同期ハイブリッド自動再送要求(HARQ)肯定応答(ACK)は、ダウンリンク送信(たとえば、UEから基地局へのHARQ-ACK)に応答してNRにおいてサポートされるが、基地局は、従来、PUSCH送信(たとえば、基地局からUEへのHARQ-ACK)に応答してHARQ-ACKフィードバックを提供しない。代わりに、基地局がアップリンクデータを正常に復号したか、復号に失敗したかに応じて、基地局は、UEが後続のPUSCH送信においてアップリンクデータを再送信すべきかどうかを示すダウンリンク制御情報(DCI)をUEに提供し得る。たとえば、基地局がアップリンクデータを復号することに失敗した場合、基地局は、アップリンクデータを再送信するようにUEに指示するDCIをUEに提供することができ、一方、基地局がアップリンクデータを正常に復号した場合、基地局は、そのようなDCIを提供せず、UEは、基地局がそのようなDCIをある時間期間内に提供していないと決定した後、データが正常に受信されたと仮定する。したがって、基地局が前のPUSCH送信または反復においてアップリンクデータをすでに復号していた場合であっても、UEは、DCIを受信するための時間期間が経過するまで、基地局がデータを正常に復号したと決定しない場合があり、したがって、UEは、その間に不必要なPUSCH反復を送り続ける場合がある。その結果、UEは、非効率的な反復で送信電力およびPUSCHリソースを無駄にする可能性がある。したがって、UE電力を節約し、リソース効率を高めるために、UEが進行中のPUSCH送信の早期終了を実行すること(たとえば、非効率な反復を終了すること)を可能にすることが有用である。
【0052】
LTE拡張マシンタイプ通信(eMTC)では、UEは、基地局からのDCIに応答して、全二重(FD)周波数分割複信(FD-FDD)および時分割複信(TDD)展開における進行中のアップリンク送信を終了し得る。たとえば、基地局は、MTC物理ダウンリンク制御チャネル(MPDCCH)においてUEにDCIを提供し得、DCIは、基地局が前のアップリンク送信を正常に復号したことを明示的にまたは暗黙的に示し得る。UEは、次いで、DCIに応答して、進行中のPUSCH送信を終了し得る。
【0053】
指示は、DCIが指定されたDCIパラメータ中のビット値のある構成を含む2つのDCIフォーマットのうちの1つを含むとき、明示的(有効なHARQ-ACKとして働く)であり得る。たとえば、基地局がUEからのアップリンク送信を正常に復号したことを明示的に承認するために、基地局は、リソースブロック割当てフィールドがすべて1に設定され、すべての残りのビットが0に設定された(フラグフォーマット6-0A/フォーマット6-1Aの区別およびDCIサブフレーム反復数を除く)DCIフォーマット6-0Aを有するDCIをUEに提供し得る。代替的に、基地局は、変調およびコーディング方式(MCS)フィールドがすべて1に設定され、すべての残りのビットが0に設定された(フラグフォーマット6-0B/フォーマット6-1Bの区別およびDCIサブフレーム反復数を除く)DCIフォーマット6-0Bを有するDCIをUEに提供し得る。一方、基地局が、以前にスケジュールされたPUSCH送信または反復と時間的に重複する新しいPUSCHトランスポートブロックをスケジュールするとき、指示は暗黙的であり得る。たとえば、基地局がUEからのアップリンク送信を正常に復号したことを暗黙的に承認するために、基地局は、重複する時間リソースで新しいPUSCHトランスポートブロックをスケジューリングするUEにDCIを提供し得る。
【0054】
上記のように、基地局がDCIフォーマット6-0Aまたは6-0Bを使用して前のアップリンク送信を正常に復号したことを明示的に示すMPDCCHにおけるDCIを、UEがサブフレームNにおいて受信すると、kがサブフレームの数である場合、UEは、サブフレームN+kまでにPUSCH上でのデータの送信を終了または停止し得る。たとえば、FDD展開では、kは4サブフレームであり得、TDD展開では、kはサブフレーム番号(またはスロット番号)およびTDDアップリンク/ダウンリンク構成(たとえば、k=4、5、6、または7)の関数であり得る。UEは、MPDCCHにおけるDCIの早期復号に応答して、サブフレームN+kよりも早くPUSCH送信を終了し得る。同様に、それは、基地局が、重複するリソースにおける新しいPUSCH送信をスケジューリングすることによって、前のアップリンク送信を正常に復号したことを暗黙的に示すMPDCCHにおけるDCIを、UEがサブフレームMにおいて受信すると、UEは、サブフレームM+kまでにPUSCH上でのデータの送信を終了または停止し得る。UEは、たとえば、MPDCCHにおけるDCIの早期復号に応答して、サブフレーム M +kよりも早くPUSCH送信を終了し得る。加えて、UEは、サブフレームM+kにおいて始まるDCIに応答して、新しいPUSCH送信を送信し得る。
【0055】
図4は、UEが、PUSCH送信の正常な復号を明示的に示すDCIに応答して、PUSCH送信402を終了する一例400を示す。基地局は、最初に、MPDCCHにおいてDCI404をPUSCH送信をスケジューリングするUEに提供し、それに応答して、UEは、PUSCH送信402において、そのアップリンクデータを基地局に送信し始める。UEが1回または複数回の反復でそのアップリンクデータを送信している間、基地局はPUSCH送信を正常に復号することができる。さらに、基地局は、たとえば、UEからのバッファステータス報告に応答して、または何らかの他の方法で、UEがその送信バッファにおいて送るべき追加のデータを有さないと決定し得る。したがって、基地局は、PUSCH送信が正常に復号されたことを明示的に示すDCI406をUEに提供し得る。たとえば、DCI406は、新しいPUSCH送信をスケジュールしない、上記で説明したような構成されたビット値を有するDCIフォーマット6-0Aまたは6-0Bを有し得る。UEは、次いで、DCI406に応答して、そのPUSCH送信を終了し得る。たとえば、UEがサブフレームNにおいてDCI406を受信すると仮定すると、UEは、サブフレームN+kまでにPUSCH送信を終了することができる。たとえば、UEは、終了したPUSCH送信408によって表されるように、サブフレームN+kで始まるそのアップリンクデータの反復の送信を停止し得る。
【0056】
同様に、図5は、UEが、第1のPUSCH送信の正常な復号を暗黙的に示し、第2のPUSCH送信504をスケジューリングするDCIに応答して、第1のPUSCH送信502を終了する一例500を示す。基地局は、最初に、MPDCCHにおいてDCI506を第1のPUSCH送信をスケジューリングするUEに提供し、それに応答して、UEは、第1のPUSCH送信502において、そのアップリンクデータを基地局に送信し始める。UEが1回または複数回の反復でそのアップリンクデータを送信している間、基地局は第1のPUSCH送信を正常に復号することができる。さらに、基地局は、たとえば、UEからのバッファステータス報告に応答して、または何らかの他の方法で、UEがその送信バッファにおいて送るべき追加のデータを有すると決定し得る。したがって、UEは、第1のPUSCH送信が正常に復号されたことを暗黙的に示すDCI508をUEに提供し得る。たとえば、DCI508は、第1のPUSCH送信502と重複する時間リソースで第2のPUSCH送信504をスケジュールし得る。次いで、UEは、DCI508に応答してその第1のPUSCH送信を終了し、その第2のPUSCH送信を送信し得る。たとえば、UEがサブフレームMにおいてDCI508を受信すると仮定すると、UEは、サブフレームM+kまでに第1のPUSCH送信を終了し、サブフレームM+kにおいて開始する第2のPUSCH送信を送信し始め得る。たとえば、UEは、終了したPUSCH送信510によって表されるように、サブフレームM+kにおいて始まるその第1のアップリンクデータの反復の送信を停止し、サブフレームM+kにおいて始まるその第2のアップリンクデータの送信を開始し得る。
【0057】
しかしながら、LTE eMTCは、上記で説明したように明示的または暗黙的フィードバックに基づいてPUSCH送信の早期終了をサポートし得るが、そのような終了したPUSCH送信(サブフレームN+kおよびM+k)に関連付けられたタイムラインは、NRにおいて維持可能ではない場合がある。たとえば、NRは、LTEにおいてサポートされる静的TDD構成(たとえば、7つのTDD UL/DL構成0~6)とは対照的に、基地局がシンボルまたはスロットフォーマット(たとえば、サブフレーム内のダウンリンク(DL)シンボルおよびアップリンク(UL)シンボルまたはスロットの配置)を動的に変更し得る、動的TDD構成をサポートする。したがって、DCIの受信後にkサブフレームのPUSCH送信を終了する試みは、動的UL/DL構成との競合のために失敗し得る。さらに、NRは、LTEとは対照的に、PDCCHとPUSCHとの間の異なるヌメロロジー(たとえば、PDCCHとPUSCHとは異なるサブキャリア間隔(SCS)を含み得る)、したがって、PDCCHとPUSCHとの間の異なるシンボル持続時間をサポートする。したがって、DCIおよび終了したPUSCH送信が異なるSCSまたはシンボル持続時間に関連付けられる場合、TDD展開におけるスロット番号またはTDD UL/DL構成に基づくkの動的値、およびFDD展開におけるkの固定値は、適切でない場合がある。さらに、NRは、LTEとは対照的に、UEの複数のPUSCH処理能力をサポートする。たとえば、PDCCH送信を受信した後、PUSCH処理能力2を有するUEは、PUSCH処理能力1を有するUEと比較して、約半分の時間量でPUSCH送信を送り始め得る(たとえば、15kHz SCSと仮定して、能力1ではDCIを受信してから10シンボル後とは対照的に、能力2ではDCIを受信してから5シンボル後)。したがって、UEが高度なPUSCH処理能力を有する場合、DCIを受信してからkサブフレーム後にPUSCH送信を終了することは、非効率的であり得る。
【0058】
したがって、本開示の態様は、NRとLTEとの間のそのようなタイミング考慮事項を考慮する、PUSCH送信を終了するためのタイムラインを提供する。第1の例では、基地局は、PUSCH送信の復号の成功を明示的に示すDCIをPDCCHで提供し得る。たとえば、DCIは、周波数領域リソース割当て(FDRA)フィールドまたはMCSフィールドがすべて1に設定され、DCIの1つまたは複数の他のパラメータ(たとえば、時間領域リソース割当て(TDRA)、周波数ホッピングフラグなど)中のすべての残りのビットがゼロに設定された、DCIフォーマット0-0または0-1を有し得る。UEは、DCIを搬送するPDCCHを制御リソースセット(CORESET)で受信し、DCIは、CORESETに続くタイムギャップの後に(たとえば、CORESETの最後のシンボル後T個のシンボルまでに)PUSCH送信の後続の反復を終了することをUEに指示し得る。第2の例では、基地局は、第1のPUSCH送信の復号の成功を暗黙的に示すDCIをPDCCHで提供し得る。たとえば、基地局は、第1のPUSCH送信と重複する時間リソース内で第2のPUSCH送信をスケジューリングするUEにDCIを提供し得る。UEは、DCIを搬送するPDCCHをCORESETで受信し、DCIは、CORESETに続くタイムギャップの後に(たとえば、CORESETの最後のシンボル後T個のシンボルまでに)第1のPUSCH送信の後続の反復を終了することをUEに指示し得る。DCIはまた、CORESETに続くタイムギャップの後のアップリンクスロットにおいて第2のPUSCH送信を送信することをUEに指示し得る。第1の例または第2の例のいずれかにおいて、タイムギャップ(たとえば、Tの値)は、PDCCH SCSおよびPUSCH SCS、PUSCH処理能力、PUSCHリソース割振りの第1のシンボルが復調参照信号(DMRS)のために予約されているかどうか、ならびにPUSCH準備時間の関数であり得る。加えて、タイムギャップ(T)は、UE処理マージンのための追加のシンボル数Δを含み得(たとえば、T=T+Δ)、その持続時間は、PDCCH SCSおよびPUSCH SCSの関数であり得る。たとえば、追加のシンボル数Δの持続時間は、PDCCH SCSとPUSCH SCSとの間のより小さいSCSの関数であり得る。
【0059】
したがって、NRの異なるタイミング考慮事項を考慮するタイムラインに基づくPUSCH送信の終了が達成され得る。たとえば、ここで、PUSCH反復の終了は、LTEのDCIサブフレームタイミング基準(DCIを含むサブフレームの終端)ではなく、CORESETシンボルタイミング基準(DCIを含むCORESETの最後のシンボル)に対するものである。CORESETシンボルタイミング基準は、DCIサブフレームタイミング基準よりも構成可能であるので(基地局は、固定されたサブフレームの終端とは対照的に、CORESETの最後のシンボルをスロットの任意のシンボルになるように構成することができる)、PUSCH終了開始時間においてより多くの柔軟性を達成することができる。さらに、基地局は、固定されたDCIサブフレームタイミング基準とは対照的に、異なるSCS、動的CORESETシンボルタイミング基準を構成することができるので、異なるSCSから生じる異なるシンボルまたはスロット持続時間をよりよく考慮することができる。さらに、タイムギャップ(T)はまた、SCS、PUSCH処理能力、または他のタイミング構成(たとえば、DMRS)の関数であり得るので、様々なPUSCH終了開始時間が取得され得る。
【0060】
タイムギャップ(T)は、以下の例示的なパラメータのうちの1つまたは複数の関数であり得る。一例では、Tは、DCIを搬送するPDCCHのサブキャリア間隔と、PUSCHのサブキャリア間隔との関数であり得る。たとえば、DCIおよびPUSCH送信のSCSが両方とも15kHzである場合、Tは、ある値であり得、DCIおよびPUSCH送信のSCSが両方とも30kHzである場合、Tは、別の値であり得、DCIのSCSが15kHzであり、PUSCH送信のSCSが30kHzである場合、Tは、別の値であり得、以下同様である。同様に、Tは、PDCCHが監視されるアクティブDL BWPのサブキャリア間隔と、PUSCHが送信されるアクティブUL BWPのサブキャリア間隔との関数であり得る。たとえば、DCIを搬送するDL BWPおよびPUSCH送信を搬送するUL BWPのSCSが両方とも15kHzである場合、Tは、ある値であり得、DL BWPおよびUL BWPのSCSが両方とも30kHzである場合、Tは、別の値であり得、DL ZWPのSCSが15kHzであり、UL BWPのSCSが30kHzである場合、Tは、別の値であり得、以下同様である。別の例では、Tは、UEのPUSCH処理能力の関数であり得る。たとえば、Tは、UE PUSCH処理能力1ではある値、およびUE PUSCH処理能力2では別の値であり得る。さらなる例では、Tは、PUSCH割振りの第1のシンボルがDMRSのみからなるかどうかを示す構成の関数であり得る。たとえば、基地局がPUSCH送信のスロットの第1のシンボルをDMRSのみを含むように構成する場合、Tは、ある値であり得、基地局がPUSCH送信のスロットの第1のシンボルをPUSCHデータのみ、またはPUSCHデータおよびDMRSを含むように構成する場合、Tは、別の値であり得る。追加の例では、Tは、UE PUSCH準備時間Tproc,2の関数であり得、Tproc,2は、PUSCH準備時間N2の関数であり、N2は、UE処理能力1でのヌメロロジーμに基づき、μは、最大のTproc,2DL、μULの間のより小さい値またはSCS)をもたらす(μDLUL)のうちの1つに対応し、μDLは、PUSCHをスケジューリングするDCIを搬送するPDCCHが送信されたときのサブキャリア間隔に対応し、μULは、PUSCHが送信されるべきサブキャリア間隔に対応する。たとえば、Tの値は、N2の異なる値に対して異なり得る。
【0061】
上述の例示的なパラメータのうちの1つまたは複数の関数であることに加えて、タイムギャップ(T)は、追加のUE処理マージンのために増加され得る。たとえば、大きいPUSCH準備時間を有する低能力UEのために、または複数の基地局(たとえば、ハンドオーバ中のソース基地局およびターゲット基地局)に同時に送信するUEのために、追加のシンボル数(Δ)がTに追加され得る。一例では、Δの値は固定され得る。たとえば、Δは、0、1、2、または何らかの他の数の値に事前に構成され得る。別の例では、Δの値は、たとえば、PUSCH構成内でUEに示され得る。たとえば、基地局がPUSCH構成をUEに提供するとき(たとえば、pusch-Config)、PUSCH構成は、Δの構成された値(たとえば、0、1、2、または何らかの他の数のシンボル)を示し得る。さらなる例では、Δの値は、UE能力に依存し得る。たとえば、UEがPUSCH処理能力2に対応できる場合、Δは、ある値であり得、UEがPUSCH処理能力1のみに対応できる場合、Δは、別の値であり得る。いずれの例においても、Δの持続時間は、DCIを搬送するPDCCHのSCSと、アップリンク送信を搬送するPUSCHのSCS(たとえば、PDCCH SCSとPUSCH SCSとの間のより小さいSCS)との関数であり得る。たとえば、より小さいSCSが15kHzである場合、Δの時間的な長さの合計は、ある値であり得、より小さいSCSが30kHzである場合、Δの時間的な長さの合計は、別の値であり得、以下同様である。
【0062】
図6は、DCIを搬送するPDCCHが受信されるCORESET604に続くタイムギャップ602の一例600を示す。UEは、スロット606(スロットN)においてCORESET604を受信し得る。図示の例では、タイムギャップ602はT=12シンボルであるが、他の例では、タイムギャップは、SCS、UE能力、または上記で説明した他のパラメータに応じて異なる数のシンボルであり得る。さらに、この例では、CORESET604の最後のシンボル608は、スロット606の第2のシンボル(シンボル1)であるが、他の例では、CORESET604の最後のシンボル608は、スロット606内の異なるシンボルであり得る。したがって、図示の例では、UEは、スロット606の第2のシンボルの後の12シンボルまでに前のPUSCH送信の後続のPUSCH反復を終了し得る。すなわち、UEは、遅くとも後続のスロット610のシンボル0(スロットN+1)から開始するPUSCH送信の反復の送信を停止し得る。同様に、DCIが第2のPUSCH送信をスケジュールする場合、UEは、タイムギャップ602の後に第2のPUSCH送信を送信し始め得る。たとえば、UEは、DCIに応答して、後続のスロット610のシンボル0から開始する第2のPUSCH送信を送信し始め得る。
【0063】
図7は、DCIを搬送するPDCCHが受信されるCORESET704に続くタイムギャップ702の別の例700を示す。図6の例と同様に、UEは、スロット706(スロットN)においてCORESET704を受信し得る。図示の例では、タイムギャップ702はT=13シンボルであるが、他の例では、タイムギャップは、SCS、UE能力、または上記で説明した他のパラメータに応じて異なる数のシンボルであり得る。さらに、図6の例と同様に、ここでは、CORESET704の最後のシンボル708は、スロット706の第2のシンボル(シンボル1)であるが、他の例では、CORESET704の最後のシンボル708は、スロット706内の異なるシンボルであり得る。しかしながら、図6の例とは異なり、ここでは、タイムギャップ702は、スロット、この場合、次のスロット710(スロットN+1)の途中で終わる。したがって、UEが、CORESETに続くタイムギャップの後に後続のPUSCH反復を終了することになった場合、終了は、スロットの途中で始まることになる。そのような部分的なスロット終了を防止するために、UEは、図7に示すように、後続のスロット712(スロットN+2)の開始まで終了を遅延させてもよい。その結果、UEは、次のスロット710(スロットN+1)のシンボル1から開始するのではなく、後続のスロット712(スロットN+2)のシンボル0から開始するPUSCH送信の反復の送信を停止し得る。同様に、DCIが第2のPUSCH送信をスケジュールする場合、UEは、タイムギャップ702および追加の時間遅延の後に第2のPUSCH送信を送信し始め得る。たとえば、UEは、DCIに応答して、後続のスロット712のシンボル0から開始する第2のPUSCH送信を送信し始め得る。
【0064】
図8は、DCIを搬送するPDCCHが受信されるCORESET804に続くタイムギャップ802のさらなる例800を示す。図6および図7の例と同様に、UEは、スロット806(スロットN)においてCORESET804を受信し得る。また、図6の例と同様に、ここでは、CORESET804の最後のシンボル808は、スロット806の第2のシンボル(シンボル1)であるが、他の例では、CORESET804の最後のシンボル808は、スロット806内の異なるシンボルであり得る。しかしながら、図6および図7の例とは異なり、ここでは、タイムギャップ802は、基地局が別個に構成し得る第1のタイムギャップ部分810(T個のシンボル)および第2のタイムギャップ部分812(Δ個のシンボル)を含む、複数の部分を含み得る。第1のタイムギャップ部分810は、図6および図7のタイムギャップ602、702に対応し得る。たとえば、図示の例では、第1のタイムギャップ部分810はT=12シンボルであるが、他の例では、第1のタイムギャップ部分は、SCS、UE能力、または上記で説明した他の例示的なパラメータに応じて異なる数のシンボルであり得る。第2のタイムギャップ部分812は、追加のUE処理マージンのための追加のシンボル数であり得る。たとえば、図示の例では、第2のタイムギャップ部分812はΔ=2シンボルであるが、他の例では、第2のタイムギャップ部分は、上記で説明したようにPDCCH SCSおよびPUSCH SCSに応じて異なる数のシンボルであり得る。加えて、図7の例と同様に、ここでは、タイムギャップ802(第1のタイムギャップ部分810および第2のタイムギャップ部分812を含む)は、スロット、この場合、次のスロット814(スロットN+1)の途中で終わる。したがって、UEが、CORESETに続くタイムギャップの後に後続のPUSCH反復を終了することになった場合、終了は、スロットの途中で始まることになる。そのような部分的なスロット終了を防止するために、UEは、図8に示すように、後続のスロット816(スロットN+2)の開始まで終了を遅延させてもよい。その結果、UEは、次のスロット814(スロットN+1)のシンボル1から開始するのではなく、後続のスロット816(スロットN+2)のシンボル0から開始するPUSCH送信の反復の送信を停止し得る。同様に、DCIが第2のPUSCH送信をスケジュールする場合、UEは、タイムギャップ802および追加の時間遅延の後に第2のPUSCH送信を送信し始め得る。たとえば、UEは、DCIに応答して、後続のスロット816のシンボル0から開始する第2のPUSCH送信を送信し始め得る。
【0065】
したがって、UEは、基地局が前のPUSCH送信の復号に成功したことを暗黙的または明示的に示すDCIに応答して、PUSCH送信の後続の反復を終了し得る。DCIが前のアップリンク送信の反復の重複するリソースにおいて後続のアップリンク送信をスケジュールするとき、DCIは、復号の成功を暗黙的に示し得る。DCIがその様々なDCIフォーマットパラメータ(たとえば、DCIフォーマット0_0または0_1)に事前に構成されたビット値を含むとき、DCIは、復号の成功(事実上HARQ-ACKとして機能する)を明示的に示し得る。明示的なHARQ-ACKとして機能するそのようなDCIは、後続のアップリンク送信をスケジューリングしない。
【0066】
図9は、明示的なHARQ-ACKとして機能するDCIの一例900を示す。図示の例はDCIフォーマット0_0を参照するが、DCIフォーマットは他の例では異なり得る(たとえば、DCIフォーマット0_1)。DCIは、FDRA902、MCS904、およびTDRA、周波数ホッピングフラグ、新データインジケータ、冗長バージョン、HARQプロセス番号などの他のパラメータ906を含む、様々なパラメータであり得る。基地局がPUSCH送信を正常に復号したことを明示的に示すために、基地局は、1つの事前に構成されたビット値(たとえば、ビットシーケンス)に従って1つまたは複数のDCIパラメータのビットを、および異なる事前に構成されたビット値(たとえば、異なるビットシーケンス)に従って1つまたは複数の他のDCIパラメータのビットを構成し得る。たとえば、図9の例に示すように、基地局は、FDRA902またはMCS904(または両方)を、すべて1ビットを含むように構成し得、他のパラメータ906のうちの1つまたは複数を、すべてゼロビットを含むように構成し得る。基地局は、代替として、FDRAまたはMCS(または両方)を、すべてゼロビットを含むように構成し、他のパラメータのうちの1つまたは複数を、すべて1ビットを含むように構成し得る。他の例では、基地局は、明示的なHARQ-ACKを示すために、DCIのFDRA、MCS、または他のパラメータを他のビットシーケンスで構成し得る。したがって、UEがDCIを受信すると、UEは、DCIが前のPUSCH送信を承認するように働き、したがって、UEは、前のPUSCH送信の後続の反復を終了し得ることを決定し得る。
【0067】
図10は、UEが、PUSCH送信の正常な復号を明示的に示す、CORESET1004(たとえば、図6図8のCORESET604、704、804)におけるDCIに応答して、PUSCH送信1002を終了する一例1000を示す。基地局は、最初に、PDCCHにおいてDCI1006をPUSCH送信をスケジューリングするUEに提供し、それに応答して、UEは、PUSCH送信1002において、そのアップリンクデータを基地局に送信し始める。UEが1回または複数回の反復でそのアップリンクデータを送信している間、基地局はPUSCH送信を正常に復号することができる。さらに、基地局は、たとえば、UEからのバッファステータス報告に応答して、または何らかの他の方法で、UEがその送信バッファにおいて送るべき追加のデータを有さないと決定し得る。したがって、基地局は、PUSCH送信が正常に復号されたことを明示的に示すDCI1008をCORESET1004でUEに提供し得る。たとえば、DCI1008は、図9に関して上記で説明したように、FDRAフィールドまたはMCSフィールドがすべて1に設定され、DCIの1つまたは複数の他のパラメータ(たとえば、TDRA、周波数ホッピングフラグなど)における残りのすべてのビットがゼロに設定されたDCIフォーマット0-0または0-1を有し得る。DCI1008を受信したことに応答して、UEは、DCI1008を含むCORESET1004に続くタイムギャップ1012(たとえば、タイムギャップ602、702、802)の後に、終了したPUSCH送信1010によって表されるように、そのPUSCH送信を終了し得る。
【0068】
図11は、UEが、第1のPUSCH送信の正常な復号を暗黙的に示し、第2のPUSCH送信1106をスケジューリングする、CORESET1104(たとえば、図6図8のCORESET604、704、804)におけるDCIに応答して、第1のPUSCH送信1102を終了する一例1100を示す。基地局は、最初に、PDCCHにおいてDCI1108を第1のPUSCH送信をスケジューリングするUEに提供し、それに応答して、UEは、第1のPUSCH送信1102において、そのアップリンクデータを基地局に送信し始める。UEが1回または複数回の反復でそのアップリンクデータを送信している間、基地局は第1のPUSCH送信を正常に復号することができる。さらに、基地局は、たとえば、UEからのバッファステータス報告に応答して、または何らかの他の方法で、UEがその送信バッファにおいて送るべき追加のデータを有すると決定し得る。したがって、UEは、第1のPUSCH送信が正常に復号されたことを暗黙的に示すDCI1110をUEに提供し得る。たとえば、DCI1110は、第1のPUSCH送信1102の反復と重複する時間リソースで第2のPUSCH送信1106をスケジュールし得る。DCI1110を受信したことに応答して、UEは、DCI1110を含むCORESET1104に続くタイムギャップ1114(たとえば、タイムギャップ602、702、802)の後に、終了したPUSCH送信1112によって表されるように、そのPUSCH送信を終了し、その第2のPUSCH送信を送信し始め得る。
【0069】
図12は、UE1202と基地局1204との間のコールフローの一例1200である。UEは、能力情報メッセージ1206を基地局に送信することができる。たとえば、基地局から能力照会を受信したことに応答して、UEは、UEが高度なPUSCH処理能力(たとえば、PUSCH処理能力2)に対応しているかどうかを示す能力情報メッセージを提供し得る。基地局は、構成1208をUEに提供し得る。たとえば、構成は、動的許可に応答してUEがPUSCH上で送信し得るアップリンクデータの反復の数を示すPUSCH構成であり得る。代替的に、構成は、構成された許可に応答してUEがPUSCH上で送信し得るアップリンクデータの反復の数を示す構成された許可構成であり得る。
【0070】
その後、UE1202は、アップリンクデータ送信1212をスケジューリングする基地局1204からDCI1210を受信し得る。たとえば、DCI1210は、図10または図11のDCI1006またはDCI1108にそれぞれ対応し得る。同様に、アップリンクデータ送信1212は、図10または図11のPUSCH送信1002または第1のPUSCH送信1102にそれぞれ対応し得る。UEは、次いで、構成1208によって構成されるアップリンクデータ送信の1つまたは複数の反復1214を含む、アップリンクデータ送信1212を基地局に送信し得る。
【0071】
この例では、基地局1204は、1つまたは複数の反復1214を受信した後、アップリンクデータ送信1212を正常に復号する。したがって、基地局は、アップリンクデータ送信が正常に復号されたことを明示的または暗黙的に示すDCI1216をUE1202に提供し得る。たとえば、DCI1216は、UEがその送信バッファに送るべき追加のデータを有していない場合、図10のCORESET1004内のDCI1008に対応し得る。そのような場合、DCI1216は、図9に関して上記で説明したように、HARQ-ACKを効果的に示すようにビット値で構成されたそのパラメータのうちの1つまたは複数を含むDCIフォーマット0-0または0-1を有し得る。代替的に、DCI1216は、UEがその送信バッファに送るべき追加のデータを有している場合、図11のCORESET1104内のDCI1110に対応し得る。そのような場合、DCI1216は、1つまたは複数の反復1214と重複する時間リソース内で後続のアップリンクデータ送信1218をスケジュールし得る。
【0072】
1220において、DCI1216の受信に応答して、UE1202は、アップリンクデータ送信1212の後続の反復を終了し得る。たとえば、基地局1204が、アップリンクデータ送信1212の8回の反復を送信するようにUEを構成した場合、基地局は、4回の反復(反復1214)の後にデータを正常に復号し、次のスケジュールされた反復の前に、DCI1216をUEに提供し得る。その結果、UEは、終了したアップリンクデータ反復1222(たとえば、それぞれ、図10または図11の終了したPUSCH送信1010、1112)によって表されるように、残りの4つの反復を基地局に送信することを控え得る。別の例では、最初の構成された反復の前でさえ基地局がアップリンクデータ送信1212を正常に復号した場合、UEは、8回の反復を基地局に送信することを控え得る。UEは、DCI1216を含むCORESETに続くタイムギャップ(たとえば、図6図8および図10図11のタイムギャップ602、702、802、1012、1114)の後に、その反復を終了し得る。タイムギャップは、たとえば、DCI1210を搬送するPDCCHのSCS、アップリンクデータ送信1212または反復1214を搬送するPUSCHのSCS、能力情報メッセージ1206で報告されるUEのPUSCH処理能力、または他の要因の関数であり得る。さらに、DCI1216が、後続のアップリンクデータ送信1218を、終了したアップリンクデータ反復1222と重複するリソースでスケジュールする場合、UEは、重複するリソースにおいて後続のアップリンクデータ送信を送信し得る。
【0073】
図13は、ワイヤレス通信の方法のフローチャート1300である。方法は、UE(たとえば、UE104、350、1202、装置1402)によって実行され得る。随意の態様が、破線で示されている。本方法によって、NRとLTEとの間の異なるタイミング考慮事項を考慮するために、UEは、CORESETに続くタイムギャップの後にPUSCH送信を終了することができる。
【0074】
1302において、UEは、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得する。たとえば、1302は、取得コンポーネント1440によって実施され得る。たとえば、図12を参照すると、UE1202は、アップリンクデータ送信1212およびアップリンクデータ送信1212の反復1214を構成する構成1208を基地局1204から取得し得る。たとえば、構成は、動的許可に応答してUEがPUSCH上で送信し得るアップリンクデータの反復の数を示すPUSCH構成であり得る。別の例では、構成は、構成された許可に応答してUEがPUSCH上で送信し得るアップリンクデータの反復の数を示す構成された許可構成であり得る。したがって、取得された情報は、PUSCH構成、構成された許可構成、またはアップリンクデータ反復を含むアップリンクデータ送信のための他の構成であり得る。アップリンクデータ送信を構成する情報およびアップリンクデータ送信の反復は、同じ情報(たとえば、単一の構成)または異なる情報(たとえば、異なる構成)であり得る。
【0075】
1304において、UEは、アップリンクデータ送信を基地局に送る。たとえば、1304は、送信コンポーネント1442によって実施され得る。たとえば、図12を参照すると、UE1202は、アップリンクデータ送信1212を基地局1204に送り得る。UE1202はまた、アップリンクデータ送信の1つまたは複数の反復1214を送り得る。アップリンクデータ送信および反復は、DCI1210によってスケジュールされ得る。
【0076】
最後に、1306において、UEは、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了する。たとえば、1306は、終了コンポーネント1444によって実施され得る。たとえば、図12を参照すると、1220において、UE1202は、終了したアップリンクデータ反復1222によって表されるように、アップリンクデータ送信1212の1つまたは複数の後続の反復を終了するか、または送ることを控える。UEは、PDCCHにおいてDCI1216を受信したことに応答して、反復を送ることを控え得る。
【0077】
反復は、ダウンリンク制御チャネルが受信されるCORESETに続くタイムギャップの後に終了する。たとえば、図6図8および図10図12を参照すると、UE1202は、DCI1216(たとえば、DCI1008、1110)を搬送するPDCCHが受信されたCORESET(たとえば、CORESET604、704、804、1004、1104)に続くタイムギャップ(たとえば、タイムギャップ602、702、802、1012、1114)の後、1220においてその反復を終了し得る。
【0078】
タイムギャップは、CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しくなり得る。たとえば、図6を参照すると、タイムギャップ602は、CORESET604の最後のシンボル608に続く12個のシンボル(T=12個のシンボル)の長さに等しくなり得る。別の例では、図7を参照すると、タイムギャップ702は、CORESET704の最後のシンボル708に続く13個のシンボル(T=13個のシンボル)の長さに等しくなり得る。タイムギャップは、他の例では異なるシンボル長を有し得る。加えて、タイムギャップはスロット中に終わり得、1306での終了は、後続のスロットの初期シンボルで始まり得る。たとえば、図7および図8を参照すると、タイムギャップ702、802は、次のスロット710、814(スロットN+1)中に終わり得、終了したPUSCH送信(たとえば、図12の終了したアップリンクデータ反復1222)は、後続のスロット712、816(スロットN+2)のシンボル0で始まり得る。
【0079】
ダウンリンク情報は、HARQ-ACKを示し得る。この例では、ダウンリンク情報は、FDRA、MCS、および他のパラメータを含み得、HARQ-ACKは、FDRAまたはMCSの第1の事前に構成されたビット値と、他のパラメータの第2の事前に構成されたビット値とによって示され得る。第2の事前に構成されたビット値は、第1の事前に構成されたビット値とは異なり得る。たとえば、図10および図12を参照すると、DCI1008、1216は、アップリンクデータ送信1212または反復1214が正常に復号されたことを明示的に示し得る。たとえば、DCI1008、1216は、図9に関して上記で説明したように、HARQ-ACKを効果的に示すようにビット値で構成されたそのパラメータのうちの1つまたは複数を含むDCIフォーマット0-0または0-1を有し得る。一例として、DCIのFDRA902またはMCS904は、すべて1に設定され得、DCIの他のパラメータ906は、すべて0に設定され得る。基地局1204は、たとえば、UEがその送信バッファにおいて送るべき追加のデータを有していない場合、このDCIを提供し得る。
【0080】
ダウンリンク情報は、タイムギャップの後に後続のアップリンクデータ送信をスケジューリングし得る。たとえば、図11および図12を参照すると、DCI1110、1216は、アップリンクデータ送信1212または反復1214が正常に復号されたことを暗黙的に示し得る。たとえば、DCI1216は、タイムギャップ602、702、802、1114の後、1つまたは複数の反復1214と重複する時間リソース内で後続のアップリンクデータ送信1218をスケジュールし得る。さらに、タイムギャップは、スロット中に終わり得、後続のアップリンクデータ送信は、後続のスロットの初期シンボルで始まり得る。たとえば、図8を参照すると、タイムギャップ802は、次のスロット814(スロットN+1)中に終わり得、後続のPUSCH送信(たとえば、図12の後続のアップリンクデータ送信1218)は、後続のスロット816(スロットN+2)のシンボル0で始まり得る。
【0081】
タイムギャップは、ダウンリンク情報を搬送するPDCCHの第1のSCSと、アップリンクデータ送信を搬送するPUSCHの第2のSCSとの関数であり得る。たとえば、図6図8および図10図12を参照すると、タイムギャップ602、702、802、1012、1114(T)は、DCI1008、1110、1216を搬送するPDCCHのサブキャリア間隔と、アップリンクデータ送信1212または反復1214を搬送するPUSCHのサブキャリア間隔との関数であり得る。たとえば、DCIおよびPUSCH送信のSCSが両方とも15kHzである場合、Tは、ある値であり得、DCIおよびPUSCH送信のSCSが両方とも30kHzである場合、Tは、別の値であり得、DCIのSCSが15kHzであり、PUSCH送信のSCSが30kHzである場合、Tは、別の値であり得、以下同様である。
【0082】
タイムギャップは、PDCCHを含むダウンリンクBWPの第1のSCSと、PUSCHを含むアップリンクBWPの第2のSCSとの関数であり得る。たとえば、図6図8および図10図12を参照すると、タイムギャップ602、702、802、1012、1114(T)は、DCI1008、1110、1216を搬送するPDCCHが監視されるアクティブDL BWPのサブキャリア間隔と、アップリンクデータ送信1212または反復1214を搬送するPUSCHが送信されるアクティブUL BWPのサブキャリア間隔との関数であり得る。たとえば、DCIを搬送するDL BWPおよびPUSCH送信を搬送するUL BWPのSCSが両方とも15kHzである場合、Tは、ある値であり得、DL BWPおよびUL BWPのSCSが両方とも30kHzである場合、Tは、別の値であり得、DL ZWPのSCSが15kHzであり、UL BWPのSCSが30kHzである場合、Tは、別の値であり得、以下同様である。
【0083】
タイムギャップは、UE PUSCH処理能力の関数であり得る。たとえば、図6図8および図10図12を参照すると、タイムギャップ602、702、802、1012、1114(T)は、UEのPUSCH処理能力の関数であり得る。たとえば、Tは、UE PUSCH処理能力1ではある値、およびUE PUSCH処理能力2では別の値であり得る。UEのPUSCH処理能力は、たとえば、図12の能力情報メッセージ1206で示され得る。
【0084】
タイムギャップは、アップリンクデータ送信の第1のシンボルがDMRSのために予約されているかどうかを示す構成の関数であり得る。たとえば、図6図8および図10図12を参照すると、タイムギャップ602、702、802、1012、1114(T)は、アップリンクデータ送信1212または反復1214のためのPUSCH割振りの第1のシンボルがDMRSのみで構成されているかどうかを示す構成(たとえば、構成1208または異なる構成)の関数であり得る。たとえば、基地局がPUSCH送信のスロットの第1のシンボルをDMRSのみを含むように構成する場合、Tは、ある値であり得、基地局がPUSCH送信のスロットの第1のシンボルをPUSCHデータのみ、またはPUSCHデータおよびDMRSを含むように構成する場合、Tは、別の値であり得る。
【0085】
タイムギャップは、PUSCH準備時間の関数であり得る。たとえば、図6図8および図10図12を参照すると、タイムギャップ602、702、802、1012、1114(T)は、UE PUSCH準備時間Tproc,2の関数であり得、Tproc,2は、PUSCH準備時間N2の関数であり、N2は、UE処理能力1でのヌメロロジーμに基づき、μは、最大のTproc,2DL、μULの間のより小さい値またはSCS)をもたらす(μDLUL)のうちの1つに対応し、μDLは、PUSCHをスケジューリングするDCIを搬送するPDCCHが送信されたときのサブキャリア間隔に対応し、μULは、PUSCHが送信されるべきサブキャリア間隔に対応する。たとえば、Tの値は、N2の異なる値に対して異なり得る。
【0086】
タイムギャップは、複数の別々に構成可能な部分を含み得る。たとえば、図8を参照すると、タイムギャップ802は、基地局が別個に構成し得る第1のタイムギャップ部分810(T個のシンボル)および第2のタイムギャップ部分812(Δ個のシンボル)を含む、複数の部分を含み得る。別々に構成可能な部分のうちの1つ(たとえば、第2のタイムギャップ部分812)は、事前に構成され(たとえば、固定され)ているか、PUSCH構成(たとえば、構成1208または異なる構成)で示されているか、またはUE能力に依存し得る。たとえば、一例では、Δの値は、0、1、2、または何らかの他の数の値に固定され得る。別の例では、基地局は、PUSCH構成(たとえば、0、1、2、または何らかの他の数のシンボル)内でΔの値をUEに動的に示し得る。さらなる例では、Δの値は、UE能力に依存し得る。たとえば、UEがPUSCH処理能力2に対応できる場合、Δは、ある値であり得、UEがPUSCH処理能力1のみに対応できる場合、Δは、別の値であり得る。
【0087】
加えて、別々に構成可能な部分のうちの1つ(たとえば、第2のタイムギャップ部分812)は、ダウンリンク情報を搬送するPDCCHの第1のSCSと、アップリンクデータ送信を搬送するPUSCHの第2のSCSとの関数であり得る。たとえば、Δの持続時間は、DCI1216を搬送するPDCCHのSCSと、アップリンク送信1212または反復1214を搬送するPUSCHのSCS(たとえば、PDCCH SCSとPUSCH SCSとの間のより小さいSCS)との関数であり得る。たとえば、より小さいSCSが15kHzである場合、Δの時間的な長さの合計は、ある値であり得、より小さいSCSが30kHzである場合、Δの時間的な長さの合計は、別の値であり得、以下同様である。
【0088】
図14は、装置1402のハードウェア実装形態の例を示す図1400である。装置1402は、UEであり、セルラーRFトランシーバ1422および1つまたは複数の加入者アイデンティティモジュール(SIM)カード1420に結合されたセルラーベースバンドプロセッサ1404(モデムとも呼ばれる)と、セキュアデジタル(SD)カード1408およびスクリーン1410に結合されたアプリケーションプロセッサ1406と、Bluetoothモジュール1412と、ワイヤレスローカルエリアネットワーク(WLAN)モジュール1414と、全地球測位システム(GPS)モジュール1416と、電源1418とを含む。セルラーベースバンドプロセッサ1404は、セルラーRFトランシーバ1422を通して、UE104および/またはBS102/180と通信する。セルラーベースバンドプロセッサ1404は、コンピュータ可読媒体/メモリを含み得る。コンピュータ可読媒体/メモリは非一時的であり得る。セルラーベースバンドプロセッサ1404は、コンピュータ可読媒体/メモリ上に記憶されたソフトウェアの実行を含む、一般的な処理を担当する。ソフトウェアは、セルラーベースバンドプロセッサ1404によって実行されると、セルラーベースバンドプロセッサ1404に、上に記載した様々な機能を実施させる。コンピュータ可読媒体/メモリは、ソフトウェアを実行するとき、セルラーベースバンドプロセッサ1404によって操作されるデータを記憶するために使用されてもよい。セルラーベースバンドプロセッサ1404は、受信コンポーネント1430、通信マネージャ1432、および送信コンポーネント1434をさらに含む。通信マネージャ1432は、1つまたは複数の図示されるコンポーネントを含む。通信マネージャ1432内のコンポーネントは、コンピュータ可読媒体/メモリに格納され、かつ/またはセルラーベースバンドプロセッサ1404内のハードウェアとして構成されてよい。セルラーベースバンドプロセッサ1404は、UE350のコンポーネントであってよく、メモリ360ならびに/またはTXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359のうちの少なくとも1つを含み得る。一構成では、装置1402は、モデムチップであってよく、ベースバンドプロセッサ1404だけを含めばよく、別の構成では、装置1402は、UE全体(たとえば、図3の350参照)であってよく、装置1402の前述の追加モジュールを含み得る。
【0089】
通信マネージャ1432は、たとえば、1302に関連して説明したように、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得するように構成された取得コンポーネント1440を含む。図15Aは、取得コンポーネント1440によって実行されるプロセスまたはアルゴリズムの一例1500を示す。取得コンポーネントは、たとえば、RXプロセッサ356において実装され得る。1502において、取得コンポーネント1440は、情報を受信する。たとえば、図3を参照すると、取得コンポーネント1440は、1つまたは複数のそれぞれのアンテナ352を介して基地局310から情報を搬送する信号を受信し得る。次いで、1504において、取得コンポーネント1440は、受信された情報を復号する。たとえば、図3を参照すると、取得コンポーネントは、変調方式(たとえば、BPSK、QPSK、M-PSK、M-QAMなど)に基づいて受信された情報を復調し得る。
【0090】
通信マネージャ1432は、情報の形態の入力を取得コンポーネント1440から受信し、たとえば、1304に関連して説明したように、アップリンクデータ送信を基地局に送るように構成された送信コンポーネント1442をさらに含む。図15Bは、送信コンポーネント1442によって実行されるプロセスまたはアルゴリズムの一例1520を示す。送信コンポーネントは、たとえば、TXプロセッサ368において実装され得る。1522において、送信コンポーネント1442は、アップリンクデータを符号化する。たとえば、図3を参照すると、送信コンポーネント1442は、変調方式(たとえば、BPSK、QPSK、M-PSK、M-QAMなど)に基づいてアップリンクデータを変調し得る。次いで、1524において、送信コンポーネント1442は、符号化されたアップリンクデータを送信する。たとえば、図3を参照すると、送信コンポーネントは、1つまたは複数のそれぞれのアンテナ352を介して符号化されたアップリンクデータを基地局310に送信し得る。
【0091】
通信マネージャ1432は、情報の形態の入力を取得コンポーネント1440から受信し、たとえば、1306に関連して説明したように、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答してアップリンクデータ送信の反復を終了するように構成された終了コンポーネント1444をさらに含む。図15Cは、終了コンポーネント1444によって実行されるプロセスまたはアルゴリズムの一例1540を示す。終了コンポーネントは、たとえば、コントローラ/プロセッサ359において実装され得る。1542において、終了コンポーネント1444は、ダウンリンク情報を受信する。たとえば、図3を参照すると、終了コンポーネント1444は、RXプロセッサ356(またはRXプロセッサ356の取得コンポーネント1440)からDCIを受信し得る。たとえば、RXプロセッサ356内の取得コンポーネント1440は、1つまたは複数のそれぞれのアンテナ352を介して基地局310からDCIを含むPDCCHペイロードを搬送する信号を受信し、変調方式(たとえば、BPSK、QPSK、M-PSK、M-QAMなど)に基づいてPDCCHペイロードを復調し、DCIを含む復調されたPDCCHペイロードをコントローラ/プロセッサ359中の終了コンポーネント1444に提供し得る。次いで、終了コンポーネント1444は、復調されたPDCCHペイロードを復号して、DCIを受信し得る。次いで、1544において、終了コンポーネント1444は、受信されたダウンリンク情報に応答して反復を送信することを控える。たとえば、図3を参照すると、終了コンポーネント1444は、TXプロセッサ368(またはTXプロセッサの送信コンポーネント1442)へのアップリンクデータ反復の配信を停止し得る。
【0092】
装置は、図13および図15A図15Cの前述のフローチャートにおけるアルゴリズムのブロックの各々を実行する追加のコンポーネントを含み得る。したがって、図13および図15A図15Cの前述のフローチャートにおける各ブロックは、コンポーネントによって実行され得、装置は、それらのコンポーネントのうちの1つまたは複数を含み得る。コンポーネントは、述べられたプロセス/アルゴリズムを遂行するように具体的に構成された1つもしくは複数のハードウェアコンポーネントであるか、述べられたプロセス/アルゴリズムを実施するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであってよい。
【0093】
一構成において、装置1402、および特にセルラーベースバンドプロセッサ1404は、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得するための手段と、アップリンクデータ送信を基地局に送るための手段と、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了するための手段とを含む。反復は、ダウンリンク制御チャネルが受信されるCORESETに続くタイムギャップの後に終了する。
【0094】
一構成では、タイムギャップは、CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しくなり得る。
【0095】
一構成では、タイムギャップは、スロット中に終わり得、終了は、後続のスロットの初期シンボルで始まり得る。
【0096】
一構成では、ダウンリンク情報は、HARQ-ACKを示し得る。一構成では、ダウンリンク情報は、FDRA、MCS、および他のパラメータを含み得、HARQ-ACKは、FDRAまたはMCSの第1の事前に構成されたビット値と、他のパラメータの第2の事前に構成されたビット値とによって示され得、第2の事前に構成されたビット値は、第1の事前に構成されたビット値とは異なる。
【0097】
一構成では、ダウンリンク情報は、タイムギャップの後に後続のアップリンクデータ送信をスケジューリングし得る。一構成では、タイムギャップは、スロット中に終わり得、後続のアップリンクデータ送信は、後続のスロットの初期シンボルで始まり得る。
【0098】
一構成では、タイムギャップは、ダウンリンク情報を搬送するPDCCHの第1のSCSと、アップリンクデータ送信を搬送するPUSCHの第2のSCSとの関数であり得る。
【0099】
一構成では、タイムギャップは、PDCCHを含むダウンリンクBWPの第1のSCSと、PUSCHを含むアップリンクBWPの第2のSCSとの関数であり得る。
【0100】
一構成では、タイムギャップは、UE PUSCH処理能力の関数であり得る。
【0101】
一構成では、タイムギャップは、アップリンクデータ送信の第1のシンボルがDMRSのために予約されているかどうかを示す構成の関数であり得る。
【0102】
一構成では、タイムギャップは、PUSCH準備時間の関数であり得る。
【0103】
一構成では、タイムギャップは、複数の別々に構成可能な部分を含み得る。一構成では、別々に構成可能な部分のうちの1つは、事前に構成されているか、PUSCH構成で示されているか、またはUE能力に依存している。一構成では、別々に構成可能な部分のうちの1つは、ダウンリンク情報を搬送するPDCCHの第1のSCSと、アップリンクデータ送信を搬送するPUSCHの第2のSCSとの関数であり得る。
【0104】
上述の手段は、上述の手段によって列挙された機能を実施するように構成された、装置1402の上述のコンポーネントのうちの1つまたは複数であり得る。上記で説明したように、装置1402は、TXプロセッサ368と、RXプロセッサ356と、コントローラ/プロセッサ359とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって列挙された機能を実施するように構成されたTXプロセッサ368、RXプロセッサ356、およびコントローラ/プロセッサ359であってよい。
【0105】
基地局が、前のPUSCH送信または反復においてアップリンクデータをすでに復号している場合、NRにおけるPUSCHのためのHARQフィードバックの従来の欠如のために、UEは、不必要なPUSCH反復を送り続け得る。その結果、UEは、非効率的な反復で送信電力およびPUSCHリソースを無駄にする可能性がある。この電力の浪費および非効率性に対処するために、基地局は、前のPUSCH送信が正常に復号されたかどうかを明示的または暗示的に示すDCIをUEに提供し得、UEは、進行中のPUSCH送信の早期終了を実行し得る(たとえば、非効率な反復を終了する)。したがって、UE電力低減およびリソース効率の向上が達成され得る。さらに、UEは、DCIを含むサブフレームに続くいくつかのサブフレーム(k個のサブフレーム)の後ではなく、DCIを搬送するPDCCHを含むCORESETに続くタイムギャップ(T個のシンボル)の後にPUSCH送信を終了し得る。タイムギャップは、PDCCH SCS(またはDL BWP SCS)、PUSCH SCS(またはUL BWP SCS)、UE PUSCH処理能力、DMRS構成、またはPUSCH準備時間などの様々なパラメータの関数であり得る。そのような構成可能なタイミングは、NRに存在する様々なタイミング構成(たとえば、動的TDD、PDCCHとPUSCHとの間の異なるヌメロロジー、および複数のPUSCH処理能力)に適応し、競合を最小限に抑えることができる。さらに、タイムギャップは、別々に構成可能な部分に分割され得、その部分のうちの1つはまた、PDCCH SCSおよびPUSCH SCSの関数であり得る。そのような構成された部分は、上記で説明したようにNRに存在する様々なタイミング構成を同様に考慮しながら、低能力UEのための追加のUE処理マージンを提供し得る。
【0106】
開示するプロセス/フローチャートにおけるブロックの特定の順序または階層が例示的な手法の例示であることが理解される。設計選好に基づいて、プロセス/フローチャートにおけるブロックの特定の順序または階層が並べ替えられてよいことが理解される。さらに、いくつかのブロックが組み合わせられてよく、または省略されてもよい。添付の方法請求項は、様々なブロックの要素を例示的な順序で提示しており、提示された特定の順序または階層に限定されるものでない。
【0107】
上記の説明は、本明細書で説明した様々な態様を任意の当業者が実践することを可能にするように提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書で定義する一般原理は他の態様に適用され得る。したがって、特許請求の範囲は、本明細書に示される態様に限定することは意図されず、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、単数形での要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「1つまたは複数の」を意味するものである。「場合(if)」、「とき(when)」、および「間(while)」などの用語は、即時的時間関係または反応を含意するのではなく、「という条件の下で」を意味するように解釈されるべきである。つまり、これらのフレーズ、たとえば、「とき(when)」は、アクションに応答するか、またはアクションの出現中の即時的アクションを含意するのではなく、条件が満たされた場合に、ただしアクションが起こるための特定の、または即時的な時間制約を要さずにアクションが起こることを単に含意する。「例示的」という語は、「例、事例、または例示として機能すること」を意味するように本明細書で使用される。「例示的」として本明細書で説明するいかなる態様も、必ずしも他の態様よりも好ましいまたは有利であると解釈されるべきでない。別段に明記されていない限り、「いくつかの」という用語は1つまたは複数を指す。「A、B、またはCのうちの少なくとも1つ」、「A、B、またはCのうちの1つまたは複数」、「A、B、およびCのうちの少なくとも1つ」、「A、B、およびCのうちの1つまたは複数」、「A、B、C、またはそれらの任意の組合せ」などの組合せは、A、B、および/またはCの任意の組合せを含み、複数のA、複数のB、または複数のCを含み得る。具体的には、「A、B、またはCのうちの少なくとも1つ」、「A、B、またはCのうちの1つまたは複数」、「A、B、およびCのうちの少なくとも1つ」、「A、B、およびCのうちの1つまたは複数」、「A、B、C、またはそれらの任意の組合せ」などの組合せは、Aのみ、Bのみ、Cのみ、AおよびB、AおよびC、BおよびC、またはAおよびBおよびCであってもよく、任意のそのような組合せは、A、B、またはCのうちの1つまたは複数のメンバーを含んでもよい。当業者に知られているか、または後に知られることになる、本開示全体を通じて説明された様々な態様の要素に対するすべての構造的および機能的均等物が、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。さらに、本明細書で開示されたものは、そのような開示が特許請求の範囲に明示的に列挙されているかどうかにかかわらず、公に供されるものではない。「モジュール」、「機構」、「要素」、「デバイス」などの語は、「手段」という語の代用ではないことがある。したがって、いかなるクレーム要素も、その要素が「のための手段」という語句を使用して明確に列挙されていない限り、ミーンズプラスファンクションとして解釈されるべきではない。
【0108】
以下の例は、例示的なものにすぎず、限定なしで、本明細書に記載する他の実施形態または教示の態様と組み合わされてもよい。
【0109】
例1は、ユーザ機器(UE)におけるワイヤレス通信の方法であり、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得するステップと、アップリンクデータ送信を基地局に送るステップと、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了するステップとを含み、反復が、ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、方法である。
【0110】
例2は、タイムギャップが、CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しい、例1に記載の方法である。
【0111】
例3は、タイムギャップがスロット中に終わり、終了が後続のスロットの最初のシンボルで始まる、例1および2のいずれか一項に記載の方法である。
【0112】
例4は、ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、例1~3のいずれか一項に記載の方法である。
【0113】
例5は、ダウンリンク情報が、周波数領域リソース割当て(FDRA)、変調およびコーディング方式(MCS)、および他のパラメータを含み、HARQ-ACKが、FDRAまたはMCSの第1の事前に構成されたビット値と、他のパラメータの第2の事前に構成されたビット値とによって示され、第2の事前に構成されたビット値が第1の事前に構成されたビット値とは異なる、例4に記載の方法である。
【0114】
例6は、ダウンリンク情報が、タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、例1~3のいずれか一項に記載の方法である。
【0115】
例7は、タイムギャップがスロット中に終わり、後続のアップリンクデータ送信が後続のスロットの初期シンボルで始まる、例6に記載の方法である。
【0116】
例8は、タイムギャップが、ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、例1~7のいずれか一項に記載の方法である。
【0117】
例9は、タイムギャップが、物理ダウンリンク制御チャネル(PDCCH)を含むダウンリンク帯域幅部分(BWP)の第1のサブキャリア間隔(SCS)と、物理アップリンク共有チャネル(PUSCH)を含むアップリンクBWPの第2のSCSとの関数である、例1~8のいずれか一項に記載の方法である。
【0118】
例10は、タイムギャップが、UE物理アップリンク共有チャネル(PUSCH)処理能力の関数である、例1~9のいずれか一項に記載の方法である。
【0119】
例11は、タイムギャップが、アップリンクデータ送信の第1のシンボルが復調参照信号(DMRS)のために予約されているかどうかを示す構成の関数である、例1~10のいずれか一項に記載の方法である。
【0120】
例12は、タイムギャップが、物理アップリンク共有チャネル(PUSCH)準備時間の関数である、例1~11のいずれか一項に記載の方法である。
【0121】
例13は、タイムギャップが、複数の別々に構成可能な部分を含む、例1~12のいずれか一項に記載の方法である。
【0122】
例14は、別々に構成可能な部分のうちの1つが、事前に構成されているか、物理アップリンク共有チャネル(PUSCH)構成で示されているか、またはUE能力に依存している、例13に記載の方法である。
【0123】
例15は、別々に構成可能な部分のうちの1つが、ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、例13または14に記載の方法である。
【0124】
例16は、ワイヤレス通信のための装置であり、プロセッサと、プロセッサに結合されたメモリと、メモリ内に記憶された命令とを備え、命令が、プロセッサによって実行されると、装置に、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得することと、アップリンクデータ送信を基地局に送ることと、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了することとを行わせ、反復が、ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、装置である。
【0125】
例17は、タイムギャップが、CORESETの最後のシンボルに続く1つまたは複数のシンボルの長さに等しい、例16に記載の装置である。
【0126】
例18は、ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、例16および17のいずれか一項に記載の装置である。
【0127】
例19は、ダウンリンク情報が、タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、例16および17のいずれか一項に記載の装置である。
【0128】
例20は、タイムギャップが、ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、例16~19のいずれか一項に記載の装置である。
【0129】
例21は、タイムギャップが、物理ダウンリンク制御チャネル(PDCCH)を含むダウンリンク帯域幅部分(BWP)の第1のサブキャリア間隔(SCS)と、物理アップリンク共有チャネル(PUSCH)を含むアップリンクBWPの第2のSCSとの関数である、例16~20のいずれか一項に記載の装置である。
【0130】
例22は、タイムギャップが、UE物理アップリンク共有チャネル(PUSCH)処理能力の関数である、例16~21のいずれか一項に記載の装置である。
【0131】
例23は、タイムギャップが、アップリンクデータ送信の第1のシンボルが復調参照信号(DMRS)のために予約されているかどうかを示す構成の関数である、例16~22のいずれか一項に記載の装置である。
【0132】
例24は、タイムギャップが、物理アップリンク共有チャネル(PUSCH)準備時間の関数である。例16~23のいずれか一項に記載の装置である。
【0133】
例25は、タイムギャップが、複数の別々に構成可能な部分を含む、例16~24のいずれか一項に記載の装置である。
【0134】
例26は、別々に構成可能な部分のうちの1つが、ダウンリンク情報を搬送する物理ダウンリンク制御チャネル(PDCCH)の第1のサブキャリア間隔(SCS)と、アップリンクデータ送信を搬送する物理アップリンク共有チャネル(PUSCH)の第2のSCSとの関数である、例25に記載の装置である。
【0135】
例27は、ワイヤレス通信のための装置であり、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得するための手段と、アップリンクデータ送信を基地局に送るための手段と、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了するための手段とを備え、反復が、ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、装置である。
【0136】
例28は、ダウンリンク情報が、ハイブリッド自動再送要求(HARQ)肯定応答(HARQ-ACK)を示す、例27に記載の装置である。
【0137】
例29は、ダウンリンク情報が、タイムギャップの後に後続のアップリンクデータ送信をスケジュールする、例27に記載の装置である。
【0138】
例30は、コンピュータ実行可能コードを記憶するコンピュータ可読媒体であり、コードは、プロセッサによって実行されると、プロセッサに、アップリンクデータ送信およびアップリンクデータ送信の反復を構成する情報を取得することと、アップリンクデータ送信を基地局に送ることと、ダウンリンク制御チャネルにおけるダウンリンク情報の受信に応答して、アップリンクデータ送信の反復を終了することとを行わせ、反復が、ダウンリンク制御チャネルが受信される制御リソースセット(CORESET)に続くタイムギャップの後に終了する、コンピュータ可読媒体である。
【符号の説明】
【0139】
100 アクセスネットワーク
102 基地局
102' スモールセル
104 ユーザ機器(UE)
110 地理的カバレッジエリア
110' カバレージエリア
120 通信リンク
132 第1のバックホールリンク
134 第3のバックホールリンク
150 Wi-Fiアクセスポイント(AP)
152 Wi-Fi局(STA)
154 通信リンク
158 デバイス間(D2D)通信リンク
160 発展型パケットコア(EPC)
162 モビリティ管理エンティティ(MME)
164 他のMME
166 サービングゲートウェイ
168 MBMSゲートウェイ
170 ブロードキャストマルチキャストサービスセンター(BM-SC)
172 パケットデータネットワーク(PDN)ゲートウェイ
174 ホーム加入者サーバ(HSS)
176 IPサービス
180 基地局
182 ビームフォーミング
182' 送信方向
182'' 受信方向
184 第2のバックホールリンク
190 コアネットワーク
192 アクセスおよびモビリティ管理機能(AMF)
193 他のAMF
194 セッション管理機能(SMF)
195 ユーザプレーン機能(UPF)
196 統合データ管理(UDM)
197 IPサービス
198 PUSCH終了コンポーネント
310 基地局
316 送信(TX)プロセッサ
318 送信機
318 受信機
320 アンテナ
350 UE
352 アンテナ
354 受信機
354 トランスミッタ
354 送信機
356 受信(RX)プロセッサ
358 チャネル推定器
359 コントローラ/プロセッサ
360 メモリ
368 TXプロセッサ
370 受信(RX)プロセッサ
374 チャネル推定器
375 コントローラ/プロセッサ
376 メモリ
402 PUSCH送信
404 DCI
406 DCI
408 PUSCH送信
502 第1のPUSCH送信
504 第2のPUSCH送信
506 DCI
508 DCI
510 PUSCH送信
602 タイムギャップ
604 CORESET
606 スロット
608 最後のシンボル
610 後続スロット
702 タイムギャップ
704 CORESET
706 スロット
708 最後のシンボル
710 次のスロット
712 後続のスロット
802 タイムギャップ
804 CORESET
806 スロット
808 最後のシンボル
810 第1のタイムギャップ部分
812 第2のタイムギャップ部分
814 次のスロット
902 FDRA
904 MCS
906 他のパラメータ
1002 PUSCH送信
1004 CORESET
1006 DCI
1008 DCI
1010 PUSCH送信
1012 タイムギャップ
1102 第1のPUSCH送信
1104 CORESET
1106 第2のPUSCH送信
1108 DCI
1110 DCI
1202 UE
1204 基地局
1206 能力情報メッセージ
1208 構成
1210 DCI
1212 アップリンクデータ送信
1214 反復
1216 DCI
1218 アップリンクデータ送信
1222 アップリンクデータ反復
1402 装置
1404 セルラーベースバンドプロセッサ
1406 アプリケーションプロセッサ
1408 セキュアデジタル(SD)カード
1410 スクリーン
1412 Bluetoothモジュール
1414 ワイヤレスローカルエリアネットワーク(WLAN)モジュール
1416 全地球測位システム(GPS)モジュール
1418 電源
1420 加入者アイデンティティモジュール(SIM)カード
1422 セルラーRFトランシーバ
1430 受信コンポーネント
1432 通信マネージャ
1434 送信コンポーネント
1440 取得コンポーネント
1442 送信コンポーネント
1444 終了コンポーネント
図1
図2A
図2B
図2C
図2D
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15A
図15B
図15C
【国際調査報告】