JP2022520589A - 送信動作および受信動作を実行するユーザ機器およびシステム - Google Patents

送信動作および受信動作を実行するユーザ機器およびシステム Download PDF

Info

Publication number
JP2022520589A
JP2022520589A JP2021547297A JP2021547297A JP2022520589A JP 2022520589 A JP2022520589 A JP 2022520589A JP 2021547297 A JP2021547297 A JP 2021547297A JP 2021547297 A JP2021547297 A JP 2021547297A JP 2022520589 A JP2022520589 A JP 2022520589A
Authority
JP
Japan
Prior art keywords
pusch
time domain
value
rrc
transmissions
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021547297A
Other languages
English (en)
Other versions
JPWO2020164811A5 (ja
Inventor
アンキット バムリ
秀俊 鈴木
尚哉 芝池
哲矢 山本
ホンチャオ リ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JP2022520589A publication Critical patent/JP2022520589A/ja
Publication of JPWO2020164811A5 publication Critical patent/JPWO2020164811A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

ユーザ機器は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥで定義されるテーブルを設定し、このテーブルの少なくとも１つの行は、複数のＰＵＳＣＨ送信用に割当てられる時間領域リソースに関連する第１の値セットを含む。ユーザ機器は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。ユーザ機器は、複数のＰＵＳＣＨ送信用に割当てられる時間領域リソースを、ＤＣＩを伝えるスロットのインデックスと、割当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットとに基づいて決定する。ユーザ機器は、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、複数のＰＵＳＣＨを、時間領域リソースを使用して送信する。【選択図】 図７

Description

本開示は、通信システムにおける信号の送信および受信に関する。詳細には、本開示は、そのような送信および受信のための方法および装置に関する。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、次世代のセルラー技術の技術仕様に取り組んでおり、この技術は、「新無線（ＮＲ：New Radio）」無線アクセス技術（ＲＡＴ：radio access technology）を含む第５世代（５Ｇ）とも呼ばれ、最大１００ＧＨｚの周波数範囲で動作する。
ＮＲは、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）およびＬＴＥアドバンスト（ＬＴＥ－Ａ：LTE Advanced）に代表される技術の後続技術である。ＮＲは、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）などを含む、定義されているいくつかの使用シナリオ、要件、および配備シナリオに対処する単一の技術的フレームワークの提供を促進するように計画されている。
例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、診断、および治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣには、スマートウェアラブルやセンサネットワークなど遅延の影響が小さいデータ伝送による多数の装置を使用するシナリオが含まれうる。
ｅＭＢＢサービスおよびＵＲＬＬＣサービスは、いずれも極めて広い帯域幅を必要とする点において似ているが、違いとして、ＵＲＬＬＣサービスでは、極めて小さいレイテンシおよび極めて高い信頼性が要求される。ＮＲでは、物理層は、時間－周波数リソースに基づいており（ＬＴＥにおける直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）など）、マルチアンテナ動作をサポートする。
ＬＴＥやＮＲなどのシステムでは、さらなる改善およびオプションによって、通信システム、およびシステムに関連する特定のデバイスの効率的な動作を促進することができる。
Technical Report TR 38.804 v14.0.0 TS 38.300 v.15.0.0 3GPP TR 38.801 v14.0.0, "Study on new radio access technology: Radio access architecture and interfaces" Recommendation ITU-R M.2083: IMT Vision - "Framework and overall objectives of the future development of IMT for 2020 and beyond", September 2015 RP-172115 3GPP TR 38.913 V15.0.0 ," Study on Scenarios and Requirements for Next Generation Access Technologies" RP-172817 3GPP TS 38.211 "NR; Physical channels and modulation" V15.4.0 TS 38.212 "NR; Multiplexing and channel coding" V15.4.0 TS 38.213 "NR; Physical layer procedures for control" V15.4.0 TS 38.214 "NR; Physical layer procedures for data" V15.4.0 RP-181477, "New SID on Physical Layer Enhancements for NR URLLC", Huawei, HiSilicon, Nokia, Nokia Shanghai Bell 3GPP TS 22.261 "Service requirements for next generation new services and markets" V16.4.0
本発明を制限することのない例示的な一実施形態は、追加のシグナリングオーバーヘッドなしで、トランスポートブロックの繰り返しのサポートにおける柔軟性の改善を促進する。
一実施形態においては、本明細書に開示する技術は、ユーザ機器（ＵＥ：user equipment）であって、受信機と、プロセッサと、送信機とを備えたユーザ機器、を提供する。受信機は、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）ｃｏｎｆｉｇ情報要素（ＩＥ：information element）を、無線リソース制御（ＲＲＣ：radio resource control）シグナリングの形で受信し、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。
プロセッサは、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥ（PUSCH time domain resource allocation list IE）によって定義されるテーブルを設定し、このテーブルは行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む。
受信機は、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ：downlink control information）シグナリングを受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。
プロセッサは、動作時、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定する。
送信機は、動作時、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、複数のＰＵＳＣＨ送信を、それぞれ決定された割り当てられた時間領域リソースを使用して送信し、データのトランスポートブロックが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータ、に基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す。
なお、一般的な実施形態または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして、実施できることに留意されたい。
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個別に得ることができ、ただしこのような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの概略図を示している。 ＬＴＥ ｅＮＢ、ＮＲ ｇＮＢ、およびＵＥの例示的なユーザプレーンおよび制御プレーンアーキテクチャのブロック図を示している。 大規模マシンタイプ通信（ｍＭＴＣ）および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示している概略図である。 例示的なシナリオによる、ユーザ機器（ＵＥ）および基地局（ＢＳ）を含む、ＮＲにおける通信システムを示している。 ユーザ機器（ＵＥ）および基地局（ＢＳ）の例示的な実装形態のブロック図を描いている。 ユーザ機器（ＵＥ）および基地局（ＢＳ）の例示的な実装形態のブロック図を描いている。 例示的なメカニズムに従って複数のＰＵＳＣＨ送信を実行するユーザ機器のシーケンス図を示している。 複数のＰＵＳＣＨ送信のためのＲＲＣによって設定されるテーブルと、複数のＰＵＳＣＨ送信のための対応する時間領域リソース割当ての概略図を示している。 複数のＰＵＳＣＨ送信のためのＲＲＣによって設定されるテーブルと、複数のＰＵＳＣＨ送信のための対応する時間領域リソース割当ての概略図を示している。 ユーザ機器（ＵＥ）の別の例示的な実装形態と、基地局（ＢＳ）の別の例示的な実装形態のブロック図を描いている。 ユーザ機器（ＵＥ）の別の例示的な実装形態と、基地局（ＢＳ）の別の例示的な実装形態のブロック図を描いている。 例示的なメカニズムに従ってＰＵＳＣＨの繰り返しを実行するユーザ機器のシーケンス図を示している。 第６の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第６の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第６の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第６の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第６の例示的な実装形態のさらなる使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第６の例示的な実装形態のさらなる使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第７の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第７の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第７の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第７の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第８の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第８の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第８の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第８の例示的な実装形態の別の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第９の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。 第９の例示的な実装形態の使用による、ＰＵＳＣＨの繰り返しのためのＲＲＣによって設定されるテーブルと、時間領域における対応するリソース割当ての概略図を示している。
以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。
背景技術のセクションで説明したように、３ＧＰＰは、最大１００ＧＨｚの周波数範囲で動作する新無線（ＮＲ）アクセス技術の開発を含む、第５世代セルラー技術（簡潔に５Ｇと呼ばれる）の次のリリースの策定を進めている。３ＧＰＰは、市場の緊急なニーズと、より長期的な要求条件の両方を適切な時期に満たしながら、ＮＲシステムの標準化を成功させるために必要な技術要素を明らかにして開発しなければならない。これを達成する目的で、検討項目「New Radio Access Technology（新無線アクセス技術）」では、無線インタフェースおよび無線ネットワークアーキテクチャを進化・発展させることが検討されている。結果および合意事項は、非特許文献１（その全体が参照により本明細書に組み込まれている）にまとめられている。
特に、全体的なシステムアーキテクチャに関して暫定的な合意がなされた。ＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク）（Next Generation - Radio Access Network）はｇＮＢから構成され、これらのｇＮＢは、ＵＥに向かう次世代（ＮＧ）無線アクセスユーザプレーンプロトコルＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ（サービスデータアプリケーションプロトコル／パケットデータコンバージェンスプロトコル／無線リンク制御／媒体アクセス制御／物理）および制御プレーンプロトコルＲＲＣ（無線リソース制御）を終端させる。ＮＧ－ＲＡＮアーキテクチャは、参照により本明細書に組み込まれている非特許文献２の４節に基づいて、図１に示してある。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。またｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能）（Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能）（User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。
例えば非特許文献３に反映されているように、現在、さまざまな異なる配置シナリオが、サポートに関して検討されている。この文献には、例えば、非中央集中型の配置シナリオ（非特許文献３の５．２節）（中央集中型の配置は、参照により本明細書に組み込まれている５．４節に示されている）が提示されており、このシナリオでは、５Ｇ ＮＲをサポートする基地局を配置することができる。図２は、例示的な非中央集中型の配置シナリオを示しており、この非特許文献３の図５．２．－１に基づいているが、ＬＴＥ ｅＮＢおよびユーザ機器（ＵＥ）をさらに示しており、ユーザ機器（ＵＥ）は、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されている。前に述べたように、ＮＲ ５Ｇにおける新しいｅＮＢを例示的にｇＮＢと呼ぶことができる。
前にも述べたように、第３世代パートナーシッププロジェクトの新無線（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスおよびアプリケーションをサポートするように想定されている３つのユースケースが検討されている（非特許文献４を参照）。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は、２０１７年１２月に３ＧＰＰによって決定された。現在および今後の策定作業には、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれるであろう。（非特許文献４からの）図３は、ＩＭＴ－２０２０以降における想定される使用シナリオのいくつかの例を示している。
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産プロセスのワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。現在のＷＩＤ（作業項目説明）である非特許文献５では、非特許文献６によって設定される要件を満たすための技術を明らかにすることによって、ＵＲＬＬＣの超高信頼性をサポートすることが合意されている。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件としてユーザプレーンの目標レイテンシが含まれ、ＵＬ（アップリンク）で０．５ｍｓ、ＤＬ（ダウンリンク）で０．５ｍｓである。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
ＲＡＮ１の観点からは、信頼性は、複数の可能な方法で向上させることができる。信頼性を向上させるための現在のスコープは、非特許文献７に記載されており、ＵＲＬＬＣのための個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどが挙げられる。しかしながら、ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を達成するためのスコープが広がりうる（ＮＲ ＵＲＬＬＣの重要な要件については、参照により本明細書に組み込まれている非特許文献６も参照）。したがって、リリース１５におけるＮＲ ＵＲＬＬＣは、１Ｅ－５のＢＬＥＲに対応する成功確率で、１ｍｓのユーザプレーンレイテンシ以内に３２バイトのデータパケットを送信できる必要がある。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、ミッションクリティカルなアプリケーションが挙げられる（非特許文献４も参照）。
さらに、リリース１５におけるＮＲ ＵＲＬＬＣが対象とする技術強化として、レイテンシの改善および信頼性の向上が目標とされている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が停止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信にプリエンプトされる。プリエンプションは、特定のサービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる（技術強化については、非特許文献８、非特許文献９、非特許文献１０、非特許文献１１（いずれも参照により本明細書に組み込まれている）も参照）。
ｍＭＴＣのユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有する必要がある。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般に、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシチが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
ＮＲ ＵＲＬＬＣリリース１６では、ファクトリオートメーション、輸送産業、電力供給など、より厳しい要件を有するさらなるユースケースが認識されている（参照により本明細書に組み込まれている非特許文献１２を参照）。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時間同期（値は周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ（特にユーザプレーンの目標レイテンシ０．５ｍｓ）である（参照により本明細書に組み込まれている非特許文献１３および非特許文献１２も参照）。
さらに、リリース１６のＮＲ ＵＲＬＬＣでは、ＲＡＮ１の観点からのいくつかの技術強化が認識されている。特に、コンパクトなＤＣＩ、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）の繰り返し、ＰＤＣＣＨの監視の増大、に関連するＰＤＣＣＨの強化が挙げられる。さらに、ＵＣＩ（アップリンク制御情報）の強化は、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化に関連する。また、ミニスロットレベルのホッピングおよび再送信／繰り返しに関連する、ＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロット（１４個のシンボルを有するスロット）より少ない数のシンボルを含む送信時間間隔（ＴＴＩ：Transmission Time Interval）を意味する。
一般的には、ＴＴＩは、スケジューリング割当てのタイミングの粒度を決める。１ＴＴＩは、所与の信号が物理層にマッピングされる時間間隔である。従来、ＴＴＩ長は、１４シンボル（スロットベースのスケジューリング）から２シンボル（非スロットベースのスケジューリング）まで変化することができる。ダウンリンク送信およびアップリンク送信は、１０個のサブフレーム（持続時間１ｍｓ）から構成されるフレーム（持続時間１０ｍｓ）に編成されるように規定されている。スロットベースの送信では、サブフレームが複数のスロットに分割され、スロットの数は、ヌメロロジー／サブキャリア間隔によって定義され、規定されている値は、サブキャリア間隔１５ｋＨｚの場合の１０スロットからサブキャリア間隔２４０ｋＨｚの場合の３２０スロットまでの範囲内である。スロットあたりのＯＦＤＭシンボルの数は、通常のサイクリックプレフィックスの場合には１４個、拡張サイクリックプレフィックスの場合には１２個である（参照により本明細書に組み込まれている非特許文献８の４．１節（一般的なフレーム構造）、４．２節（ヌメロロジー）、４．３．１節（フレームおよびサブフレーム）、および４．３．２節（スロット）を参照）。しかしながら、送信用の時間リソースの割当ては、非スロットベースであってもよい。特に、非スロットベースの割当てにおけるＴＴＩが、スロットではなくミニスロットに対応することができる。例えば、データ／制御シグナリングの要求された送信に、１つまたは複数のミニスロットを割り当てることができる。非スロットベースの割当てでは、ＴＴＩの最小長さは、従来では２個のＯＦＤＭシンボルとすることができる。
その他の認識されている強化は、スケジューリング／ＨＡＲＱ／ＣＳＩ処理タイムラインと、ＵＥ間のアップリンク送信の優先順位付け／多重化に関連する。さらに認識されている強化は、改善された設定済みグラント動作に焦点をあてたアップリンクの設定済みグラント（グラントフリー）送信、Ｋ回の繰り返しおよびスロット内のミニスロットの繰り返しを保証する明示的なＨＡＲＱ－ＡＣＫなどの例示的な方法、およびＭＩＭＯ（多入力多出力）に関連する他の強化である（非特許文献１３も参照）。
本開示は、信頼性／レイテンシをさらに改善する目的と、非特許文献１２に識別されているユースケースに関連する他の要件を目的とする、レイヤ１の可能な強化に関する。具体的には、ＰＵＳＣＨ（物理アップリンク共有チャネル）の繰り返しの強化について説明する。本開示に提案する発想は、リリース１６のＮＲ ＵＲＬＬＣに関する新しいＳＩ（検討項目）／ＷＩ（作業項目）の主要スコープ内であるＰＵＳＣＨ繰り返しの強化に影響を及ぼすものと予測される。
［ＰＵＳＣＨの繰り返し］
可能な強化のためのスコープの１つは、スロット内でのＰＵＳＣＨのミニスロット繰り返しに関連する。以下では、スロット内でのＰＵＳＣＨの繰り返しをサポートする動機について説明し、このサポートにより、ＮＲ ＵＲＬＬＣの新しい要件を満たす目的で、信頼性および／またはレイテンシをさらに改善するための繰り返しメカニズムの拡張が可能になりうる。
ＵＲＬＬＣ ＰＵＳＣＨ送信におけるレイテンシ要件を達成するためには、信頼性の要件が満たされるならば、１回の（ワンショット）送信（すなわち１回の（ＴＴＩ）割当て）が理想的である。しかしながら、１回の送信によって、目標ＢＬＥＲの１Ｅ－６が常に達成されるとは限らない。したがって、再送信または繰り返しのメカニズムが必要となる。
ＮＲ リリース１５では、ワンショット送信が十分ではないとき、目標ＢＬＥＲを達成するために再送信および繰り返しの両方がサポートされる。ＨＡＲＱベースの再送信は周知であり、フィードバック情報を使用し、チャネル条件に従って後続の再送信を改善することによって、全体的な信頼性を向上させる。しかしながらＨＡＲＱベースの再送信は、フィードバック処理タイムラインに起因して追加の遅延が生じる。したがって、遅延の影響が小さいサービスの場合には繰り返しが有用であり、なぜなら繰り返しでは、フィードバックを待機することなく以降に同じトランスポートブロックを送信するためである。
ＰＵＳＣＨの繰り返しは、「同じトランスポートブロックの以前の（１回または複数の）送信のフィードバックを待機することなく、同じトランスポートブロックを２回以上送信する」ものとして定義することができる。ＰＵＳＣＨ再送信の利点は、全体的な信頼性が向上することと、フィードバックが必要ないためＨＡＲＱと比較してレイテンシが減少することである。しかしながら一般的には、リンクアダプテーションが不可能であり、またリソースの使用が不十分でありうる。
ＮＲ リリース１５では、繰り返しの限られたサポートが導入されている。繰り返しの半静的な設定のみが許可される。さらに、繰り返しは、スロット間でのみ許可される（スロットレベルのＰＵＳＣＨ繰り返し）。繰り返しは、前の送信のスロットに続くスロット内でのみ可能である。スロット間での繰り返しの場合、ヌメロロジーおよびサービスタイプ（例：ＵＲＬＬＣ、ｅＭＢＢ）によっては、繰り返しの間のレイテンシが長すぎることがある。
繰り返しのこのような限られたサポートは、主としてＰＵＳＣＨマッピングタイプＡの場合に有用である。このＰＵＳＣＨマッピングタイプＡでは、スロットの先頭から始まるＰＵＳＣＨ送信のみが許可される。繰り返しを使用する場合、最初のＰＵＳＣＨ送信および各繰り返しは、複数の連続するスロットの先頭から始まる。
繰り返しの限られたサポートは、ＰＵＳＣＨマッピングタイプＢの場合には有用性が低い。ＰＵＳＣＨマッピングタイプＢでは、ＰＵＳＣＨ送信はスロット内の任意のシンボルから始まることが許可される。繰り返しを使用する場合、最初のＰＵＳＣＨ送信および各繰り返しは、複数の連続するスロット内の同じシンボルから始まる。
いずれの場合にも、このような限られたサポートでは、ＮＲリリース１５における厳しいレイテンシ要件（すなわち最大０．５ｍｓのレイテンシ）を達成できないことがある。このため、ミニスロットの繰り返しが必要となる。これに加えて、繰り返しの限られたサポートでは、ミニスロットから得られる利点（すなわち送信時間間隔（ＴＴＩ）がスロットより少ない数のシンボルを含む（スロットは１４個のシンボルを含む））が生かされない。
［ＰＵＳＣＨ割当て］
可能性のある強化のもう１つのスコープは、スロット内でのＰＵＳＣＨのミニスロット割当てに関連する。以下では、スロット内での複数の異なるＰＵＳＣＨ送信の割当てをサポートする動機について説明し、このようなサポートにより、ＮＲ ＵＲＬＬＣの新しい要件をさらに満たすための信頼性要件を満たしながら、レイテンシをさらに改善するためのアップリンク使用法の潜在的な拡張が可能になりうる。
ＵＲＬＬＣ ＰＵＳＣＨ送信におけるレイテンシ要件を達成するためには、この場合も、信頼性が満たされるならば、ワンショット送信（すなわち１回の（ＴＴＩ）割当て）が理想的である。しかしながら、同時のＰＵＳＣＨ送信の場合、ユーザプレーンの目標レイテンシ０．５ｍｓが常に達成されるとは限らない。したがって、アップリンク割当ての拡張が必要となる。
ＮＲリリース１５では、アップリンクのスケジューリングは、ＴＴＩあたり１つのアップリンクグラントに制約される。１回のＰＵＳＣＨ送信の場合、このスケジューリング制約は制限ではなく、ワンショット送信を通じて、ユーザプレーンの目標レイテンシを達成することができる。しかしながら、同時のＰＵＳＣＨ送信の場合、このスケジューリング制約の結果として、ユーザプレーンの目標レイテンシを満たすのにワンショット送信が十分ではないことがある。
特に、同時のＰＵＳＣＨ送信では個別のアップリンクグラントが必要となるが、スケジューリング制約の理由で、個別のアップリンクグラントを連続するＴＴＩでシグナリングしなければならない。したがって同時のＰＵＳＣＨ送信の場合、このスケジューリング制約によって不必要な遅延が発生する。また、ＰＵＳＣＨをスロット内の複数のミニスロットに割り当てることも不可能である。
いずれの場合にも、このようなスケジューリング制約に起因して、ＮＲリリース１５における厳しいレイテンシ要件（すなわち最大０．５ｍｓのレイテンシ）を達成できないことがある。このため、ＰＵＳＣＨのミニスロット割当てが必要となる。これに加えて、繰り返しの限られたサポートでは、ミニスロットから得られる利点（すなわち送信時間間隔（ＴＴＩ）がスロットより少ない数のシンボルを含む（スロットは１４個のシンボルを含む））が生かされない。
［アップリンクの一般的なシナリオ］
本開示の著者は、上記を考慮し、ＰＵＳＣＨ送信のより柔軟なサポート（すなわち個別のアップリンクグラントを必要とするＰＵＳＣＨ送信に制約されないメカニズム）の必要性があることを認識した。
同時に、柔軟性の増大は、追加のシグナリングオーバーヘッドの代償として得られるものではない。言い換えれば、本開示の著者は、ＰＵＳＣＨ送信の柔軟なサポートが、現在のアップリンクスケジューリングメカニズム（すなわちアップリンクグラントの現在のフォーマット）の変更を必要としないものとすることを認識した。言い換えれば、アップリンクグラントを伝えるための例えばダウンリンク制御情報（ＤＣＩ）フォーマット０－０または０－１の形でのシグナリングメカニズムが同じままであり、したがってＰＵＳＣＨ送信をスケジューリングするときの追加のシグナリングオーバーヘッドが回避される。
したがって、本開示の提案は、必ずしも追加のシグナリングオーバーヘッドが発生しない柔軟なタイミングでのトランスポートブロック（ＴＢ）送信をサポートすることである。以下の開示は、アップリンク送信に焦点をあてて提示してある。しかしながら、これは制限と解釈されないものとし、なぜなら本明細書に開示されているコンセプトはダウンリンク送信にも等しく適用できるためである。
図４は、無線通信ネットワークにおけるユーザ機器（ＵＥ）４１０および基地局（ＢＳ）４６０を含む例示的な通信システムを示している。このような通信システムは、ＮＲおよび／またはＬＴＥおよび／またはＵＭＴＳなどの３ＧＰＰシステムとすることができる。例えば図に示したように、基地局（ＢＳ）はｇＮＢ（ｇＮｏｄｅＢ、例えばＮＲ ｇＮＢ）またはｅＮＢ（ｅＮｏｄｅＢ、例えばＬＴＥ ｇＮＢ）とすることができる。しかしながら本開示は、これらの３ＧＰＰシステムまたは任意の他のシステムに制限されない。
実施形態および例示的な実装形態は、３ＧＰＰシステムのいくつかの用語を使用して説明されているが、本開示は、任意の別の通信システム、特に任意のセルラーシステム、ワイヤレスシステム、および／またはモバイルシステムにも適用可能である。
なお、本開示の基礎となる原理を明瞭かつ理解しやすく説明できるように、多くの想定がなされていることに留意されたい。しかしながらこれらの想定は、説明を目的とする単なる例にすぎず、本開示の範囲を制限しないことを理解されたい。当業者には、以下の開示の原理を、請求項に記載されているようにさまざまなシナリオに適用できる、および本明細書に明示的に説明されていない方法で適用できることが認識されるであろう。
移動端末は、ＬＴＥおよびＮＲではユーザ機器（ＵＥ）と称される。ユーザ機器は、携帯電話、スマートフォン、タブレットコンピュータ、またはユーザ機器の機能を有するＵＳＢ（ユニバーサルシリアルバス）スティックなどのモバイルデバイスとすることができる。しかしながらモバイルデバイスという用語はこれらに限定されず、一般的には、中継器がこのようなモバイルデバイスの機能を有することもでき、モバイルデバイスが中継器として機能することもできる。
基地局（ＢＳ）は、相互接続されたユニット（例えば（中央の）ベースバンドユニットおよび様々な無線周波数ユニット）のシステムの少なくとも一部を形成し、端末にサービスを提供するためにネットワーク内の様々なアンテナパネルや無線ヘッドをインタフェースで接続する。言い換えれば、基地局は、端末への無線アクセスを提供する。
再び図を参照し、ユーザ機器４１０は、処理回路（またはプロセッサ）４３０および送信機／受信機（または送受信機）４２０を備えており、これらは図には個別の構成ブロックとして示してある。同様に、基地局４６０は、処理回路（またはプロセッサ）４８０および送信機／受信機（または送受信機）４７０を備えており、これらは図には個別の構成ブロックとして示してある。ユーザ機器４１０の送信機／受信機４２０は、基地局４６０の送信機／受信機４７０に、無線リンク４５０を介して、通信可能に結合されている。
［第１の一般的なアップリンクシナリオ］
図５および図６は、それぞれ、ユーザ機器４１０および基地局４６０の構成ブロックの第１の一般的なシナリオによる例示的な実装形態を描いている。この例示的な実装形態のユーザ機器４１０は、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機５２０－ａ、テーブル設定処理回路５３０－ａ、ＤＣＩ受信機５２０－ｂ、設定済みグラントｃｏｎｆｉｇ ＩＥ受信機５２０－ｃ、割当てリソース決定処理回路５３０－ｂ、トランスポートブロック選択送信機５２０－ｄ、ＰＵＳＣＨ送信生成送信機５２０－ｅ、およびＰＵＳＣＨ送信機５２０－ｆを備えている。
同様に、この例示的な実装形態の基地局４６０は、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機６７０－ａ、テーブル設定処理回路５８０－ａ、ＤＣＩ送信機５７０－ｂ、設定済みグラントｃｏｎｆｉｇ ＩＥ送信機５７０－ｃ、リソース割当て処理回路５８０－ｂ、およびＰＵＳＣＨ受信機５７０－ｄを備えている。
一般的に本開示では、ユーザ機器４１０が、基地局４６０の通信範囲内にあり、ダウンリンクにおける少なくとも１つの帯域幅部分およびアップリンクにおける少なくとも１つの帯域幅部分を使用できるように設定されているものと想定している。これらの帯域幅部分は、基地局４６０によってサービス提供されるキャリア帯域幅の中に位置している。
さらに、本開示では、ユーザ機器４１０が無線リソース制御（ＲＲＣ）接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと称する）で動作しており、したがってダウンリンクにおいてデータおよび／または制御信号を基地局４６０から受信することができ、アップリンクにおいてデータおよび／または制御信号を基地局４６０に送信することができるものと想定している。
本開示で提案するように複数のＰＵＳＣＨ送信を実行する前に、ユーザ機器４１０は、無線リソース制御（ＲＲＣ）プロトコルレイヤおよび媒体アクセス制御（ＭＡＣ）プロトコルレイヤにおいて定義される制御メッセージを受信する。言い換えればユーザ機器４１０は、様々な通信技術の異なるプロトコルレイヤにおいて容易に利用可能であるシグナリングメカニズムを採用する。
一般的には、ＲＲＣにおいて定義される制御メッセージと、ＭＡＣにおいて定義される制御メッセージとの間には、実質的な違いがある。この違いは、ＲＲＣ制御メッセージが通常では無線リソース（例：無線リンク）を半静的に設定するために使用されるのに対して、ＭＡＣ制御メッセージは、各媒体アクセス（例：送信）を個別に動的に定義するために使用されることから、すでに明らかである。この点からただちに理解されるように、ＲＲＣ制御が発生する頻度は、ＭＡＣ制御より小さい。
したがって、過度なＭＡＣ制御シグナリングオーバーヘッドは、通信システムの性能を実質的に低下させることがあるのに対して、ＲＲＣ制御メッセージは、標準化において寛容に扱われてきた。言い換えれば、ＭＡＣ制御シグナリングオーバーヘッドは、システム性能に対する制約として一般に認識されている。
上記を考慮して、本開示の著者は、従来のメカニズムの欠点を克服し、アップリンクまたはダウンリンクにおける柔軟なトランスポートブロック（ＴＢ）送信を可能にすると同時に、ＭＡＣシグナリングオーバーヘッドを回避するメカニズム、を提案する。
本開示の文脈においては、用語「トランスポートブロック」は、アップリンク送信および／またはダウンリンク送信のデータ単位として理解されたい。例えば、用語「トランスポートブロック」は、ＭＡＣレイヤのパケットデータユニット（ＰＤＵ）と等価であることが広く理解されている。したがって、トランスポートブロックの送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信および／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信として等しく理解される。
特に、ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信は一般的にペイロードを伝えるため、本開示は、ＭＡＣ ＰＤＵを伝えるＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信について言及する。言い換えれば、用語「ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信」は、ＰＵＳＣＨおよび／またはＰＤＳＣＨでＭＡＣ ＰＤＵを送信することを記述しているものと理解されたい。
図７を参照し、動的なグラント、すなわち時間領域リソース割当てフィールドを伝えるＤＣＩ（例えばＤＣＩフォーマット０－０のＤＣＩまたはＤＣＩフォーマット０－１のＤＣＩ）に基づいて、複数のＰＵＳＣＨ送信を実行することに関連する一般的なシナリオを説明する。
ただしこの説明は、本開示がＰＵＳＣＨ送信の拡張（例えばＰＵＳＣＨ送信の繰り返し）のみに制限されるようには理解されないものとする。本明細書に開示されているコンセプトは、ダウンリンク送信にも等しく適用できることが明らかになるであろう。
ユーザ機器４１０の受信機４２０は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する（例えば図７のステップ７１０を参照）。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、無線リソース制御（ＲＲＣ）シグナリングの形で受信され、特定の帯域幅部分に適用可能である。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供している基地局４６０から受信される。この受信動作は、例えば図５のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機５２０－ａによって実行することができる。
ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特に、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称される情報要素（ＩＥ）の形でパラメータのリストを伝え、このパラメータリストの各パラメータが「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する（例えば図７のステップ７２０を参照）。設定されたテーブルは、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む少なくとも１行を含む。
例えば、テーブルは行を含み、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図５のテーブル設定処理回路５３０－ａによって実行することができる。
例示的な一実装形態においては、ＲＲＣによって設定されるテーブルの各行は、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称されるパラメータリストの「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される複数のパラメータの１つに対応する。しかしながらこのことは、次の代替シナリオから明らかであるように、本開示に対する制限として理解されないものとする。
この例示的な実装形態とは異なるシナリオも考えられ、すなわちそれらのシナリオでは、設定されたテーブルのいくつかの行が、パラメータリストを有するＩＥに含まれているそれぞれのパラメータに対応しており、他の行が、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに配置された原則をそのまま適用する事前に指定される一連の規則に従って設定される。
しかしながらこれらのシナリオにおいても、ＲＲＣによって設定されるテーブル全体がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されることに変わりない。
次いで、ユーザ機器４１０の受信機４２０が、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する（例えば図７のステップ７３０を参照）。このＤＣＩは、値ｍを有する時間領域リソース割当てフィールドを伝え、値ｍは、設定されたテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図５のＤＣＩ受信機５２０－ｂによって実行することができる。
本開示の文脈においては、このＤＣＩはアップリンクグラントを伝え、なぜならこのＤＣＩはＰＵＳＣＨ送信をトリガーする目的を果たすためである。この点において、受信されるＤＣＩは、ＤＣＩフォーマット０－０またはＤＣＩフォーマット０－１である。また、説明するシナリオは、ＰＵＳＣＨの繰り返しが動的なグラントによってスケジューリングされる状況を言及している。
ただしこのことは、本開示に対する制限として理解されないものとし、なぜなら本明細書に開示されているコンセプトは、設定済みグラントまたはグラントフリーのスケジューリング手法にも等しく適用可能であるためである。グラントフリースケジューリング手法の詳しい説明は、図７に描いたメカニズムの代替形態として与えられる。
次いで、ユーザ機器４１０のプロセッサ４３０は、複数のＰＵＳＣＨ送信用に割り当てられるリソースを決定する。明確さおよび簡潔さを目的として、以下の説明は、時間領域のリソースの割当てに焦点をあてている。この決定動作は、例えば図５の割当てリソース決定処理回路５３０－ｂによって実行することができる。
複数のＰＵＳＣＨ送信用にユーザ機器４１０によって使用される時間領域リソースは、基地局４６０によって前に割り当てられている。したがってこの文脈においては、プロセッサ４３０は、前に割り当てられたリソースのうち、どのリソースを複数のＰＵＳＣＨ送信に使用するかを決定する。参照を容易にするため、複数のＰＵＳＣＨ送信は、いずれも１つのＤＣＩによってスケジューリングされる最初のＰＵＳＣＨ送信および少なくとも１回の後続のＰＵＳＣＨ送信を含むものと理解することができる。
プロセッサ４３０は、この決定動作の一部として、複数のＰＵＳＣＨ送信の最初の送信用に割り当てられる時間領域リソースを、（ｉ）受信されたＤＣＩを伝えるスロットのインデックス、および（ｉｉ）割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セット、に基づいて、決定する（図７の例えばステップ７４０を参照）。
例えば、プロセッサ４３０は、最初のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、（ｉ）受信されたＤＣＩを伝えるスロットのインデックスと、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定することができる。このことは、ＰＵＳＣＨマッピングタイプを示す値がタイプＢマッピングを示すことをプロセッサ４３０が以前に求めたことを意味する（ＰＵＳＣＨ送信がスロット内の任意のシンボルから始まることが許可されるときにのみ、値ＳＬＩＶに基づいて決定する必要がある）。
さらにこの例において、いま、受信されたＤＣＩが、番号ｋを有するスロットにおいて伝えられており、このＤＣＩが、値ｍを有する時間領域リソース割当てフィールドを有するものと想定する。この場合、プロセッサは、最初のＰＵＳＣＨ送信に関して、ＲＲＣによって設定されるテーブルの、行インデックスｍ＋１を有する行に戻り、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶを使用する。これらの値を使用して、プロセッサは、最初のＰＵＳＣＨ送信用に割り当てられる時間領域リソースが、番号ｋ＋Ｋ２のスロットに含まれ、値ＳＬＩＶに対応する、シンボルで表したこのスロットにおける開始位置および長さを有することを決定する。
この例においてプロセッサ４３０は、割り当てられるリソースを決定するとき、第１の値セットにさらに含まれる、ＰＵＳＣＨマッピングタイプを示す値を使用することもできる。具体的には、この値がタイプＡのＰＵＳＣＨマッピングを示している場合、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの長さのみを使用する。値がタイプＢのＰＵＳＣＨマッピングを示している場合には、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの開始および長さの両方を使用する。
次にプロセッサ４３０は、後続のＰＵＳＣＨ送信に関する動作に進む。
これを目的として、プロセッサ４３０は、後続のＰＵＳＣＨ送信が異なる（または個別の）ＰＵＳＣＨ送信であるのか、または繰り返されるＰＵＳＣＨ送信であるのかをユーザ機器４１０に示す第２のパラメータをチェックする（例えば図７のステップ７５０を参照）。言い換えれば、第２のパラメータは、後続のＰＵＳＣＨ送信がどのように利用されるか（すなわち異なるトランスポートブロックを伝える、または同じトランスポートブロックを伝えるために利用される）をプロセッサ４３０に指示する。
図７に描いたメカニズムでは、複数のＰＵＳＣＨ送信の最初の送信は、常に、固有なＰＵＳＣＨ送信、例えば異なる（または個別の）ＰＵＳＣＨ送信であるものと理解されたい。したがって第２のパラメータは、後続のＰＵＳＣＨ送信がこの最初の（または他の先行する）ＰＵＳＣＨ送信と異なっている（または異なっていない）かのみを指定する。これに関して、プロセッサ４３０は、最初のＰＵＳＣＨ送信のための動作を完了した後に、第２のパラメータのチェックを実行することができる。
ここで強調しておくべき点として、第２のパラメータは、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるＲＲＣによって設定されるテーブルの行に含まれる。言い換えれば、ＲＲＣによって設定されるテーブル（全体）がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるため、このテーブルに含まれる第２のパラメータも、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
しかしながらこのことは、本開示に対する制限として理解されないものとし、なぜなら本明細書に開示されているコンセプトは、複数のＰＵＳＣＨ送信すべてを対象とする相違（または異なっていない）（すなわちすべてのＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるか、または繰り返されるＰＵＳＣＨ送信であるか）を一様に指定する第２のパラメータにも等しく適用可能であるためである。この場合、プロセッサ４３０による異なる動作シーケンスも可能である。
後からさらに詳しく説明するが、例示的な一実装形態によれば、プロセッサ４３０は、第２のパラメータをチェックするため、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に戻り、その行が第２のパラメータを含むか否かをチェックすることができる。しかしながら、別の例示的な実装形態によれば、プロセッサ４３０は、第２のパラメータが異なるＰＵＳＣＨ送信を示しているか、繰り返されるＰＵＳＣＨ送信を示しているかをチェックする目的で、受信されるＤＣＩまたは物理層設定を使用することもできる。
チェックの結果として、異なる（または個別の）ＰＵＳＣＨ送信を示している場合、図７に描いたメカニズムの動作シーケンスは、プロセッサ４３０が、異なる（または個別の）ＰＵＳＣＨ送信の形の後続の（最初ではない）送信用に割り当てられる時間領域リソースを決定するステップ（例えば図７のステップ７７０を参照）に進む。
図７に描いたメカニズムでは、プロセッサ４３０は、必ずしも、基地局４６０からユーザ機器４１０にシグナリングされる明示的な指示情報に基づいて時間領域リソースを決定しなくてもよい。代わりに、プロセッサ４３０は、異なる（個別の）ＰＵＳＣＨ送信用の時間領域リソースを決定するために、最初のＰＵＳＣＨ送信と後続のＰＵＳＣＨ送信との間の事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存することもできる。
また、プロセッサ４３０は、第１の値セットに指定されているものと同じタイミング関係を、後続のＰＵＳＣＨ送信用の連続する複数のスロットに適用することによって、時間領域リソースを決定することができる。結果として、最初のＰＵＳＣＨ送信と後続の各ＰＵＳＣＨ送信は、複数の連続するスロットの同じシンボルから始まり、同じシンボル長さを有する。ただし以下の代替形態から明らかであるように、このことは本開示に対する制限として理解されないものとする。
チェックの結果が、繰り返されるＰＵＳＣＨ送信を示している場合、図７に描いたメカニズムの動作シーケンスは、プロセッサ４３０が、最初の（または他の先行する）ＰＵＳＣＨ送信の繰り返される送信の形の後続のＰＵＳＣＨ送信用の（明示的な）時間領域リソース割当てが存在するかをチェックするステップ（例えば図７のステップ７５５を参照）に進む。
これを目的として、プロセッサ４３０は、後続のＰＵＳＣＨ送信用の（明示的な）時間領域リソース割当てに関連する第３の値セットが存在するかをチェックする（例えば図７のステップ７５５を参照）。これを目的として、プロセッサ４３０は、行インデックスｍ＋１の行に戻り、その行が、繰り返されるＰＵＳＣＨ送信の形における後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを指定している第３の値セット（例えば少なくとも１つの値）を含むか否かをチェックする。
チェックの結果が「いいえ」である場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返しを対象に、従来のスロットベースの繰り返しメカニズム（設定されている場合）を使用する（例えば図７のステップ７６０を参照）。言い換えれば、プロセッサ４３０は、最初のＰＵＳＣＨ送信とその繰り返しとの間の、事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存する。例えばこの結果として、最初のＰＵＳＣＨ送信および各繰り返しが、複数の連続するスロットの同じシンボルから始まり、同じシンボル長さを有する。
再び本例を参照し、プロセッサ４３０は、少なくとも１回の後続のＰＵＳＣＨ送信を対象に、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に戻り、最初のＰＵＳＣＨ送信の１回目の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋１（１は標準化によって固定されている事前定義される定数）のスロットに含まれ、同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。
２回目の繰り返しが存在する場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の２回目の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋２（２はこの場合にも標準化によって固定されている事前定義される定数）のスロットに含まれ、最初のＰＵＳＣＨ送信およびその１回目の繰り返しと同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。
さらにこの例において、行インデックスｍ＋１の行に示されているＰＵＳＣＨマッピングタイプがタイプＢであると想定し、かつ、値ＳＬＩＶが、シンボル４から始まりシンボル長さが４であることを示していると想定すると、プロセッサ４３０は、最初のＰＵＳＣＨ送信、その１回目の繰り返し、およびその２回目の繰り返しの各々が、それぞれ、番号ｋ＋Ｋ２、番号ｋ＋Ｋ２＋１、番号ｋ＋Ｋ２＋２のスロット内の、シンボル４、シンボル５、シンボル６、およびシンボル７に対応するリソースを有することを決定する。
明らかに、プロセッサ４３０によって決定されるこれらの割り当てられたリソースは、柔軟に設定することができない。このことは、プロセッサ４３０による以下の代替決定方法によって克服される。
チェックの結果が「はい」である場合、プロセッサ４３０は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第３の値セット（例えば少なくとも１つの値）を使用して、後続のＰＵＳＣＨ送信における、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを決定する（例えば図７のステップ７７０を参照）。言い換えれば、含まれる第３の値セットは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられる時間領域リソースを指定している。
ここで強調しておくべき点として、第３の値セット（例えば少なくとも１つの値）は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるＲＲＣによって設定されるテーブルの行に含まれる。言い換えれば、ＲＲＣによって設定されるテーブル（全体）がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるため、このテーブルに含まれる第３の値セットも、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
この制約を満たすためには、第３の値セットを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータによって（直接）規定することができる、またはこれに代えて、第３の値セットを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる関連するパラメータから（間接的に）推測することができる。いずれの場合も、第３の値セットは、最初のＰＵＳＣＨ送信の繰り返しを時間領域において指定する。
例示的な一実装形態においては、プロセッサ４３０は、第３の値セットに関して、別の開始・長さインジケータを示す値ＳＬＩＶ’を、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる修正されたＳＬＩＶパラメータから（間接的に）推測することができる。修正されたＳＬＩＶパラメータには、例えば、２倍、３倍、．．．の数のビットが提供される（例えば７ビットの代わりに１４ビット、または７ビットの代わりに２１ビット、以下同様）。したがってプロセッサ４３０は、テーブルを設定するとき、ＲＲＣによって設定されるテーブルの第１の値セットに含まれる値ＳＬＩＶと、第３の値セットに含まれる値ＳＬＩＶ’を、この修正されたＳＬＩＶパラメータを使用して（間接的に）推測することができる。
認識すべき重要な点として、ユーザ機器４１０のプロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられる時間領域リソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの第３の値セットを使用して決定する。この方法は、従来のスロットベースの繰り返しメカニズムとは実質的に異なる。
図７には描いていないが、代替メカニズムにおいては、プロセッサ４３０は、異なる（または個別の）ＰＵＳＣＨ送信の形における後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの第３の値セットを使用して決定することもできる。したがって第３の値セットは、繰り返されるＰＵＳＣＨ送信用に使用されることに制限されない。
この代替メカニズムの場合、プロセッサ４３０は、第２のパラメータのチェック（例えば図７のステップ７５０を参照）の結果が、異なる（または個別の）ＰＵＳＣＨ送信を示した後、図７に描いたメカニズムから逸脱し、すなわち（明示的な）時間領域リソース割当てに関連する第３の値セットが存在するかをチェックする（例えば図７のステップ７５５に類似する）。
このチェックを行う場合、このメカニズムは図７に描いたメカニズムとは異なる。この違いが適用されるのは、異なる（または個別の）ＰＵＳＣＨ送信が示された場合のみである。このチェックの結果が「はい」である場合、プロセッサ４３０は、異なる（または個別の）ＰＵＳＣＨ送信の形における後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、第３の値セットを使用して決定する。
この方法は、以下の理由で従来のメカニズムとは異なる。
第一に、第３の値セットは、ＲＲＣによって設定されるテーブルの行のうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（能動的に）インデックス付けされる行から取得される。この点において、受信されるＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍを変化させることによって、後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを決定するために使用される第３の値セットを変化させることが可能となる。したがって、このように割り当てられるリソースの柔軟性が高まる。
第二に、第３の値セットは、ＲＲＣによって設定されるテーブルのうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（すでに）インデックス付けされている（同じ）行から取得される。この点において、後続のＰＵＳＣＨ送信用に割り当てられるリソースを決定するときに、受信されたＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍ以外の追加のインデックス値が必要ない。したがって、追加のシグナリングオーバーヘッドが回避される。
結果として、これにより、シグナリングオーバーヘッドを回避しながら柔軟性を高めることが可能になり、すなわちユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの第３の値セットを使用して決定する。
その後、ユーザ機器４１０の送信機４２０が、最初のＰＵＳＣＨ送信および後続のＰＵＳＣＨ送信を含む複数のＰＵＳＣＨ送信において伝えられるデータのトランスポートブロックを選択する（例えば図７のステップ７８０を参照）。データのトランスポートブロックのこの選択は、第２のパラメータに基づく。
第２のパラメータが、異なる（または個別の）ＰＵＳＣＨ送信を示している場合、送信機４２０は、複数のＰＵＳＣＨ送信の各々に対して、データの異なるトランスポートブロックを選択する。第２のパラメータが、繰り返されるＰＵＳＣＨ送信を示している場合、送信機４２０は、複数のＰＵＳＣＨ送信すべてに対して、データの同じトランスポートブロックを選択する。この選択動作は、例えば図５のトランスポートブロック選択送信機５２０－ｄによって実行することができる。
次に送信機４２０は、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨ送信を生成する（例えば図７のステップ７９０を参照）。この生成動作は、例えば図５のＰＵＳＣＨ送信生成送信機５２０－ｅによって実行することができる。
例示的な実装形態においては、この生成動作は、後からさらに詳しく説明するように、ＲＲＣによって設定されるテーブルのインデックス付き行の中の、複数のＰＵＳＣＨの生成に関連する少なくとも１つの第４の値に基づくことができる。さらに、この生成動作は、同様に後からさらに詳しく説明するように、ＲＲＣによって設定されるテーブルのインデックス付き行の中の、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第５のパラメータに従うことができる。
最後に、ユーザ機器４１０の送信機４２０が、最初のＰＵＳＣＨ送信および後続のＰＵＳＣＨ送信（すなわち異なる（または個別の）ＰＵＳＣＨ送信の形、または繰り返されるＰＵＳＣＨ送信の形における後続のＰＵＳＣＨ送信）用にそれぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する（図７には描いていない）。この送信動作は、例えば図５のＰＵＳＣＨ送信機５２０－ｆによって実行することができる。
要約すれば、ＴＴＩあたり１つのアップリンクグラントの結果としての、アップリンクスケジューリングの制約の軽減を促進するメカニズムを開示する。この目的のため、ＲＲＣによって設定されるテーブルは、ユーザ機器が、アップリンクグラントを含む１つのＤＣＩしか受信していないにもかかわらず、複数のＰＵＳＣＨ送信（異なる（または個別の）ＰＵＳＣＨ送信の形、または繰り返されるＰＵＳＣＨ送信の形）を送信することを可能にする。
したがって本開示は、ＰＵＳＣＨ送信のより柔軟なサポートを可能にし、すなわち、連続するＴＴＩにおける個別のアップリンクグラントが要求される個別のＰＵＳＣＨ送信に制限されないメカニズムを可能にする。
このメカニズムは、前述したように、後続のＰＵＳＣＨ送信のための（明示的な）時間領域リソース割当てを示す可能な方法と組み合わせることができる。結果として、シグナリングオーバーヘッドを回避しながら柔軟性の向上が促進され、すなわちユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの第３の値セットを使用して決定する。
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図６のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機６７０－ａによって実行することができる。
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを有する。この設定動作は、例えば図６のテーブル設定処理回路６８０－ａによって実行することができる。
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図６のＤＣＩ送信機６７０－ｂによって実行することができる。
基地局４６０のプロセッサ４８０は、複数のＰＵＳＣＨ送信用の時間領域リソースを、（ｉ）送信されたＤＣＩを伝えるスロットのインデックス、および（ｉｉ）割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セット、に基づいて割り当てる。このリソース割当て動作は、例えば図６のリソース割当て処理回路６８０－ｂによって実行することができる。
次に基地局４６０の受信機４７０は、それぞれ割り当てられた時間領域リソースを使用して、複数のＰＵＳＣＨ送信を受信する。この受信動作は、例えば図６のＰＵＳＣＨ受信機６７０－ｄによって実行することができる。
さらに、基地局４６０の受信機４７０は、複数の受信されたＰＵＳＣＨ送信の中で伝えられるデータのトランスポートブロックを処理する。この処理動作は、例えば図６のトランスポートブロック処理受信機６７０－ｅによって実行することができる。
特に、データのトランスポートブロックは、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、第２のパラメータは、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるか、繰り返されるＰＵＳＣＨ送信であるかを示す。
以下では、設定済みグラント（またはグラントフリー）（すなわちＲＲＣシグナリングの形で受信される設定済みグラントｃｏｎｆｉｇ ＩＥ）に基づいてＰＵＳＣＨ繰り返しを実行し、さらにＰＵＳＣＨ時間領域リソース割当てリストＩＥを含むことに関連する、一般的なシナリオについて説明する。
ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供する基地局４６０から受信される。この受信動作は、例えば図５のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機５２０－ａによって実行することができる。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。ＲＲＣによって設定されるテーブルは行を備えており、各行は、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを有する。この設定動作は、例えば図５のテーブル設定処理回路５３０－ａによって実行することができる。
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で受信し、値ｍは、設定されるテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図５の設定済みグラントｃｏｎｆｉｇ ＩＥ受信機５２０－ｃによって実行することができる。
ユーザ機器４１０のプロセッサ４３０は、複数のＰＵＳＣＨ送信用に割り当てられるリソースを、（ｉ）受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値、および（ｉｉ）割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セット、に基づいて決定する。この決定動作は、例えば図５の割当てリソース決定処理回路５３０－ｂによって実行することができる。
次にユーザ機器４１０の送信機４２０は、複数のＰＵＳＣＨ送信の中で伝えられるデータのトランスポートブロックを選択する。この選択動作は、例えば図５のトランスポートブロック選択送信機５２０－ｄによって実行することができる。
特に、データのトランスポートブロックは、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて選択され、第２のパラメータは、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるか、繰り返されるＰＵＳＣＨ送信であるかを示す。
最後に、ユーザ機器４１０の送信機４２０は、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する。この送信動作は、例えば図５のＰＵＳＣＨ送信機５２０－ｆによって実行することができる。
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信し、このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図６のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機６７０－ａによって実行することができる。
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを有する。この設定動作は、例えば図６のテーブル設定処理回路６８０－ａによって実行することができる。
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図６の設定済みグラントｃｏｎｆｉｇ ＩＥ送信機６７０－ｃによって実行することができる。
基地局４６０のプロセッサ４８０は、複数のＰＵＳＣＨ送信用のリソースを、（ｉ）送信される設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値、および（ｉｉ）割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セット、に基づいて割り当てる。このリソース割当て動作は、例えば図６のリソース割当て処理回路６８０－ｂによって実行することができる。
次に基地局４６０の受信機４７０は、それぞれ割り当てられた時間領域リソースを使用して、複数のＰＵＳＣＨ送信を受信する。この受信動作は、例えば図６のＰＵＳＣＨ受信機６７０－ｄによって実行することができる。
さらに、基地局４６０の受信機４７０は、複数の受信されたＰＵＳＣＨ送信の中で伝えられるデータのトランスポートブロックを処理する。この処理動作は、例えば図６のトランスポートブロック処理受信機６７０－ｅによって実行することができる。
特に、データのトランスポートブロックは、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、第２のパラメータは、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるか、繰り返されるＰＵＳＣＨ送信であるかを示す。
［一般的なシナリオを補足する代替形態］
上の説明は、第２のパラメータが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれることを、基地局４６０および／またはユーザ機器４１０が想定する実装形態に焦点をあてて、行ってきた。しかしながら前に述べたように、この説明は本開示を制限するようには理解されないものとする。
そうではなく、上の説明は、基地局４６０とユーザ機器４１０との間で第２のパラメータを明示的または暗黙的にシグナリングするという共通のコンセプトをいずれも共有する本開示の多数の代替実装形態の１つに対応しているにすぎない。
より詳細には、上に説明した実装形態のプロセッサ４３０は、後続のＰＵＳＣＨ送信について、これらの送信が異なる（または個別の）ＰＵＳＣＨ送信であるか繰り返されるＰＵＳＣＨ送信であるかを、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に含まれる第２のパラメータから判定する目的で、ＲＲＣによって設定されるテーブルのこのインデックス付き行に戻る。
当業者には、第２のパラメータが、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるＲＲＣによって設定されるテーブルの行に含まれることが容易に理解されるであろう。言い換えれば、ＲＲＣによって設定されるテーブル（全体）がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるため、このテーブルに含まれる第２のパラメータもＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
要するに、この一実装形態における第２のパラメータは、ＰＵＳＣＨ時間領域リソース割当てリストＩＥの形で、ユーザ機器４１０と基地局４６０との間で明示的にシグナリングされる。
本開示の代替実装形態は、ＰＵＳＣＨ送信（またはＰＤＳＣＨ送信）をスケジューリングする受信されるＤＣＩであって、第２のパラメータをユーザ機器４１０および／または基地局４６０に伝えるＤＣＩ、に焦点をあてる。このような場合、第２のパラメータを、基地局４６０とユーザ機器４１０との間で明示的または暗黙的にシグナリングすることができる。
より詳細には、これらの代替実装形態のプロセッサ４３０は、後続のＰＵＳＣＨ送信について、これらの送信が異なる（または個別の）ＰＵＳＣＨ送信であるか繰り返されるＰＵＳＣＨ送信であるかを、受信されたＤＣＩを介して伝えられる第２のパラメータから判定する目的で、複数のＰＵＳＣＨ送信をスケジューリングする受信されたＤＣＩに戻る。
［代替実装形態の第１の例］
代替実装形態の第１の例では、第２のパラメータを、基地局４６０とユーザ機器４１０との間で送信されるＤＣＩに含まれている個別の（例：新規の）ビットフィールドの形で、受信されるＤＣＩを介して伝えることができる。この方法は、ＤＣＩフォーマット０－０のＤＣＩ、またはＤＣＩフォーマット０－１のＤＣＩに等しく適用される。したがって、ＤＣＩに含まれるこの個別の（例：新規の）ビットフィールドによって、ユーザ機器４１０と基地局４６０との間で第２のパラメータを明示的にシグナリングすることが可能になる。
ＤＣＩに含まれる個別の（例：新規の）ビットフィールドは、例えば「ＴＢｒｅｐｅａｔ」と称することができ、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるか繰り返されるＰＵＳＣＨ送信であるかを示す１ビットのみのフォーマットを有することができる。１ビットのフォーマットを有するビットフィールドを考えると、ビット値「０」は、複数のＰＵＳＣＨ送信が、異なる（または個別の）ＰＵＳＣＨ送信の形で送信されることを示すことができ、これに対してビット値「１」は、複数のＰＵＳＣＨ送信が、繰り返されるＰＵＳＣＨ送信の形で使用されることを示すことができる。
なおこの文脈では、ユーザ機器４１０の受信機４２０によって受信されるＤＣＩは、次に送信機４２０によって送信される複数のＰＵＳＣＨ送信すべてを（少なくともＰＵＳＣＨ送信のタイミング関係に関して）一様にスケジューリングすることに留意されたい。したがって、ＤＣＩの個別の（例：新規の）ビットフィールド内の第２のパラメータに関して、最初のＰＵＳＣＨ送信と後続のＰＵＳＣＨ送信を区別することは、不自然に見えるかもしれない。
そのような不自然な区別を避ける目的で、ＤＣＩと、ＤＣＩに含まれる第２のパラメータの両方が、複数のＰＵＳＣＨ送信すべてを一様に特徴付けるものとする。ただしこのように述べることは、前に述べたことを次のように単純化するにすぎない。
第２のパラメータが、複数の繰り返されるＰＵＳＣＨ送信を示す場合、最初のＰＵＳＣＨ送信の繰り返しであるのは、後続のＰＵＳＣＨ送信である。第２のパラメータが、複数の異なる（または個別の）ＰＵＳＣＨ送信を示す場合、最初のＰＵＳＣＨ送信とは異なるのは、後続のＰＵＳＣＨ送信である。
要約すれば、代替実装形態のこの第１の例では、ＲＲＣシグナリングオーバーヘッドと、ＤＣＩを送信するときのＭＡＣシグナリングオーバーヘッドとの間で良好なトレードオフを達成することが可能である。これに加えて、この第１の例では、第２のパラメータがＤＣＩの中で明示的に提供されるため、時間領域リソース割当てのためのＲＲＣ設定に影響しないメカニズムを提供することが促進される。
［代替実装形態の第２の例］
代替実装形態の第２の例では、第２のパラメータを、基地局４６０とユーザ機器４１０との間で送信されるＤＣＩの巡回冗長検査（ＣＲＣ）ビットフィールドをスクランブルするために使用される特定の（例：新規の）無線ネットワーク一時識別子（ＲＮＴＩ）の形で、受信されるＤＣＩを介して伝えることができる。この方法は、ＤＣＩフォーマット０－０のＤＣＩ、またはＤＣＩフォーマット０－１のＤＣＩに等しく適用される。したがって、特定の（例：新規の）ＲＮＴＩによって、ユーザ機器４１０と基地局４６０との間で第２のパラメータを暗黙的にシグナリングすることが可能になる。
例えば、特定の（例：新規の）ＲＮＴＩを使用するようにユーザ機器４１０を設定することができる。ユーザ機器４１０の受信機４２０は、ＤＣＩを受信した後、最初は、ＤＣＩのＣＲＣフィールドをその特定の（例：新規の）ＲＮＴＩによってスクランブルせずにＤＣＩの復号を試みることができる。ＤＣＩが受信機４２０によって正常に復号される場合、プロセッサ４３０は、ＤＣＩが複数のＰＵＳＣＨ送信すべてを繰り返されるＰＵＳＣＨ送信の形でスケジューリングしていることを示す第２のパラメータを推測する。
受信機４２０は、ＤＣＩを復号する最初の試みが失敗する場合、ＤＣＩのＣＲＣフィールドを特定の（例：新規の）ＲＮＴＩによってスクランブルして、ＤＣＩの復号を試みることができる。ＤＣＩが受信機によって正常に復号される場合、プロセッサ４３０は、ＤＣＩが複数のＰＵＳＣＨ送信すべてを異なる（または個別の）ＰＵＳＣＨ送信の形でスケジューリングしていることを示す第２のパラメータを推測する。
なおこの場合も、ユーザ機器４１０の受信機４２０によって受信されるＤＣＩは、次に送信機４２０によって送信される複数のＰＵＳＣＨ送信すべてを（少なくともＰＵＳＣＨ送信のタイミング関係に関して）一様にスケジューリングすることに留意されたい。したがって、ＤＣＩの個別の（例：新規の）ビットフィールド内の第２のパラメータに関して、最初のＰＵＳＣＨ送信と後続のＰＵＳＣＨ送信を区別することは、不自然に見えるかもしれない。
そのような不自然な区別を避ける目的で、ＤＣＩと、ＤＣＩに含まれる第２のパラメータの両方が、複数のＰＵＳＣＨ送信すべてを一様に特徴付けるものとする。ただしこのように述べることは、前に述べたことを次のように単純化するにすぎない。
第２のパラメータが、複数の繰り返されるＰＵＳＣＨ送信を示す場合、最初のＰＵＳＣＨ送信の繰り返しであるのは、後続のＰＵＳＣＨ送信である。第２のパラメータが、複数の異なる（または個別の）ＰＵＳＣＨ送信を示す場合、最初のＰＵＳＣＨ送信とは異なるのは、後続のＰＵＳＣＨ送信である。
要約すれば、代替実装形態のこの第２の例では、ＲＲＣシグナリングオーバーヘッドを回避し、またＤＣＩを送信するときの追加のＭＡＣシグナリングオーバーヘッドを回避することが可能である。さらに、この第２の例では、第２のパラメータがＤＣＩの中で暗黙的に提供されるため、時間領域リソース割当てのためのＲＲＣ設定に影響しないメカニズムを提供することが促進される。
本開示のさらなる代替実装形態では、例えばＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが適用可能である特定の帯域幅部分をブロードキャストしているセルに最初にアクセスするときに、基地局４６０から受信されるユーザ機器４１０の物理層設定に焦点をあてる。この物理層設定は、「送信／受信シナリオまたはサービスタイプの物理層識別」と呼ぶこともできる。
より詳細には、基地局４６０とユーザ機器４１０との間でシグナリングされる物理層設定が、第２のパラメータを伝える。したがって、これらの代替実装形態のプロセッサ４３０は、後続のＰＵＳＣＨ送信について、これらの送信が異なる（または個別の）ＰＵＳＣＨ送信であるか繰り返されるＰＵＳＣＨ送信であるかを、物理層設定を介して伝えられる第２のパラメータから判定する目的で、受信された物理層設定に戻る。
［代替実装形態の第３の例］
代替実装形態の第３の例では、第２のパラメータを、物理（Ｐｈｙ－）パラメータＩＥに含まれる個別の（例：新規の）パラメータの形で、物理層設定を介して伝えることができる。
このＰｈｙ－パラメータＩＥは、ＲＲＣシグナリングの形でユーザ機器４１０の受信機４２０によって受信される。Ｐｈｙ－パラメータＩＥを受信した後、プロセッサ４３０は、同じ受信された第２のパラメータから、このパラメータが複数のＰＵＳＣＨ送信すべてを対象に異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示しているか否かを推測する。したがって、Ｐｈｙ－パラメータＩＥに含まれるこの個別の（例：新規の）パラメータによって、ユーザ機器４１０と基地局４６０との間で第２のパラメータを明示的にシグナリングすることが可能になる。
例えば、Ｐｈｙ－パラメータＩＥに含まれる個別の（例：新規の）パラメータは、「ｐｕｓｃｈ－ＭｕｌｔｉｐｌｅＴｒａｓｍｉｓｓｉｏｎｓ」と称することができ、フォーマット「ＥＮＵＭＥＲＡＴＥＤ｛ｒｅｐｅａｔＴＢ， ｄｉｆｆｅｒｅｎｔＴＢ］」とすることができる。このパラメータは、本開示の中心的な形態の場合のように、複数のＰＵＳＣＨ送信をスケジューリングするために１つのＤＣＩが設定されるときにのみ考慮することができる。複数のＰＵＳＣＨ送信をスケジューリングするために１つのＤＣＩが設定されない場合、このパラメータはユーザ機器４１０によって考慮されない。このような区別は、すべてのＤＣＩに適用することができる、または特定のＤＣＩに制限することができる。
［代替実装形態の第４の例］
代替実装形態の第４の例では、第２のパラメータを、特定の帯域幅部分を対象とする特定の無線周波数帯設定の形で、物理層設定を介して伝えることができる。
無線周波数帯設定は、ＲＲＣシグナリングの形でユーザ機器４１０の受信機４２０によって受信される。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが適用可能である特定の帯域幅部分の無線周波数帯設定を受信した後、プロセッサ４３０は、無線周波数帯設定が、アンライセンス動作モードでのみ使用することのできる特定の無線帯域を示しているか否かをチェックすることによって、第２のパラメータを推測する。
例えば、産業、科学、および医療（ＩＳＭ）無線帯域は、電気通信以外の産業、科学、および医療目的に無線周波数（ＲＦ）エネルギを使用するために国際的に予約されている無線帯域（無線周波数帯の一部）である。この専用目的の理由で、これらの無線帯域はアンライセンス動作モードでのみ使用することができる。
特定の無線帯域に関するチェックの結果が「はい」である場合、プロセッサ４３０は、複数のＰＵＳＣＨ送信すべてが、繰り返されるＰＵＳＣＨ送信の形で実行されることを示す第２のパラメータを推測する。特定の無線帯域に関するチェックの結果が「いいえ」である場合、プロセッサ４３０は、複数のＰＵＳＣＨ送信すべてが、異なる（または個別の）ＰＵＳＣＨ送信の形で実行されることを示す第２のパラメータを推測する。
したがって、無線周波数帯設定によって、ユーザ機器４１０と基地局４６０との間で第２のパラメータを暗黙的にシグナリングすることが可能になる。より詳細には、無線周波数帯設定が、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥも適用可能である同じ特定の帯域幅部分に関連することにより、ユーザ機器４１０は、アンライセンス動作モードと、その特定の帯域幅部分でのＰＵＳＣＨ送信の信頼性を向上させる必要性（または要件）との間の関係を、暗黙的に確立することができる。
要約すれば、代替実装形態のこの第４の例では、ＤＣＩを送信するときにＲＲＣシグナリングオーバーヘッドを回避し、また追加のＭＡＣシグナリングオーバーヘッドを回避することが可能である。さらに、この第４の例では、アンライセンス周波数帯における繰り返されるＰＵＳＣＨ送信を一貫して保証することのできるメカニズムの提供が促進される。
［代替実装形態の第５の例］
代替実装形態の第５の例では、第２のパラメータを、特定の信頼性要件および／またはレイテンシ要件を有するサービスタイプ設定の形で、物理層設定を介して伝えることができる。
このサービスタイプ設定は、ＲＲＣシグナリングの形でユーザ機器４１０の受信機４２０によって受信される。サービス設定を受信した後、プロセッサ４３０は、サービスタイプ設定の特定の信頼性要件および／またはレイテンシ要件が特定の目標値を超えているか否かを判定することによって、第２のパラメータを推測する。
例えば、プロセッサ４３０は、サービスタイプ設定の特定の信頼性要件および／またはレイテンシ要件がそれぞれの目標値より低い（よりゆるい）と判定する場合、複数のＰＵＳＣＨ送信が異なる（または個別の）ＰＵＳＣＨ送信の形で実行されることを示す第２の値を推測する。プロセッサ４３０が、特定の信頼性要件および／またはレイテンシ要件がそれぞれの目標値より高い（より厳しい）と判定する場合、複数のＰＵＳＣＨ送信が、繰り返されるＰＵＳＣＨ送信の形で実行されることを示す第２の値を推測する。
したがって、特定の信頼性要件および／またはレイテンシ要件を有するサービスタイプ設定によって、ユーザ機器４１０と基地局４６０との間で第２のパラメータを暗黙的にシグナリングすることが可能になる。
［ダウンリンクの一般的なシナリオ］
すでに上述したように、本開示は、アップリンクでのトランスポートブロック（ＴＢ）送信に限定されず、ダウンリンク送信にも等しく適用することができ、すなわちダウンリンクにおけるトランスポートブロック送信の柔軟なサポートを達成することができる。この場合にも、トランスポートブロック（ＴＢ）送信は、追加のシグナリングオーバーヘッドが発生しない柔軟なタイミングでサポートされる。
言い換えれば、トランスポートブロック送信をスケジューリングするときの柔軟性が改善される恩恵は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の場合に達成可能であるのみならず、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信の場合にも等しく達成可能である。このことは、ＰＵＳＣＨ時間領域リソース割当てリスト（ＰＵＳＣＨ－Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ Ｌｉｓｔ）情報要素（ＩＥ）とＰＤＳＣＨ時間領域リソース割当てリスト（ＰＤＳＣＨ－Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ Ｌｉｓｔ）ＩＥとが極めて類似していることから容易に導かれる。
また、以下で説明するスケジューリングは、ＤＣＩフォーマット１－０または１－１の中のＰＤＳＣＨ時間領域リソース割当てフィールドに依存し、このフィールドが、前述したＤＣＩフォーマット０－０または０－１の中のＰＵＳＣＨ時間領域リソース割当てフィールドに極めて類似しているため、追加のシグナリングオーバーヘッドが発生しない。
一般的には、ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。ＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥは、基地局４６０によってサービス提供される特定の帯域幅部分に適用可能である。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＤＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。ＲＲＣによって設定されるテーブルは行を備えており、各行は、複数のＰＤＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを有する。
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。
ユーザ機器４１０のプロセッサ４３０は、複数のＰＤＳＣＨ送信用に割り当てられるリソースを、（ｉ）受信されたＤＣＩを伝えるスロットのインデックス、および（ｉｉ）割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セット、に基づいて決定する。
その後、ユーザ機器４１０の受信機４２０は、複数のＰＤＳＣＨ送信を、それぞれ決定された割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＤＳＣＨ送信の中で伝えられるデータのトランスポートブロックを処理する。
特に、データのトランスポートブロックは、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、第２のパラメータは、複数のＰＤＳＣＨ送信が異なるＰＤＳＣＨ送信であるか繰り返されるＰＤＳＣＨ送信であるかを示す。
［第１の例示的な実装形態］
以下の第１の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行が、（ただ）１つの第２のパラメータを含み、この第２のパラメータが、後続のＰＵＳＣＨ送信が異なる（または個別の）ＰＵＳＣＨ送信であることを示す値「Ｄｉｆｆｅｒｅｎｔ（異なる）」、または、後続のＰＵＳＣＨ送信が繰り返されるＰＵＳＣＨ送信であることを示す値「Ｒｅｐｅａｔ（繰り返し）」、の一方を有するという理解に基づいて着想されたものである。
複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信は、常に、異なるＰＵＳＣＨ送信であるため、（ただ）１つの第２のパラメータの場合に、この最初のＰＵＳＣＨ送信と後続のＰＵＳＣＨ送信とを区別することは不自然に見えるかもしれない。これに関して、（ただ）１つの第２のパラメータがすべてのＰＵＳＣＨ送信に関連するものとする。
言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、複数のＰＵＳＣＨ送信すべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す少なくとも１つの第２のパラメータのうちの同じパラメータを含む。
ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例１として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000002
［第２の例示的な実装形態］
以下の第２の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行が、後続のＰＵＳＣＨ送信を対象とする個別の第２のパラメータを含むという理解に基づいて着想されたものである。第２のパラメータの各々は、それぞれの後続のＰＵＳＣＨ送信が、先行するＰＵＳＣＨ送信と比較して、異なる（例：個別の）ＰＵＳＣＨ送信であることを示す値「Ｄｉｆｆｅｒｅｎｔ（異なる）」、または、それぞれの後続のＰＵＳＣＨ送信が、先行するＰＵＳＣＨ送信と比較して、繰り返されるＰＵＳＣＨ送信であることを示す値「Ｒｅｐｅａｔ（繰り返し）」、の一方を有する。
言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く複数のＰＵＳＣＨ送信の各々について、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す少なくとも１つの第２のパラメータのうちの異なるパラメータを含む。
ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例２として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000003
［第３の例示的な実装形態］
以下の第３の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第３の値セットの少なくとも１つが、少なくとも１回の後続のＰＵＳＣＨ送信用の別のスロットオフセットを示す値Ｋ２’、少なくとも１回の後続のＰＵＳＣＨ送信用の別の開始・長さインジケータ値を示す値ＳＬＩＶ’、および／または、少なくとも１回の後続のＰＵＳＣＨ送信の回数を示す値、のうちの少なくとも１つであるという理解に基づいて着想されたものである。
特に、別の開始・長さインジケータ値ＳＬＩＶ’は、少なくとも１回の後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースの開始を指定するシンボル番号を示す値Ｓ’と、少なくとも１回の後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースの長さを指定するシンボル数を示す値Ｌ’とを含む。
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを指定する第１の値セットからの値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、少なくとも１回の後続のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを指定する値Ｋ２’および／またはＳＬＩＶ’を含む第３の値セットを含む。さらに、第３の値セットは、少なくとも１回の後続のＰＵＳＣＨ送信の回数を示す値を含み、指定される割り当てられた時間領域リソースのうち、どの時間領域リソースを後続のＰＵＳＣＨ送信に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足する。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例３として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000004
［第４の例示的な実装形態］
以下の第４の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行が、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第４の値を含むという理解に基づいて着想されたものである。少なくとも１つの第４の値は、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨ送信を生成するときにユーザ機器を支援する。
言い換えれば、ユーザ機器４１０の送信機４２０は、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨ送信を、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第４の値に基づいて生成する。少なくとも１つの第４の値も、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる。
第４の値の一例は、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々を対象とする、異なる変調・符号化方式（ＭＣＳ）インデックス値である。言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、後続のＰＵＳＣＨ送信の各々を対象とする、異なる変調・符号化方式（ＭＣＳ）インデックス値を含む。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例４－１として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000005
後続のＰＵＳＣＨ送信の各々を対象とするこのような異なるＭＣＳインデックス値を使用することで、本開示では、各送信用のチャネルの条件に対して、ＭＣＳインデックスをより正確に合致させることができる。
第４の値の別の例は、複数のＰＵＳＣＨ送信すべてを対象とする同じ変調・符号化方式（ＭＣＳ）インデックス値（例：最大の堅牢性のインデックス値）である。言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、複数のＰＵＳＣＨ送信すべてを対象とする同じ変調・符号化方式（ＭＣＳ）インデックス値を含む。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例４－２として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000006
第４の値のさらなる例は、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々を対象とする、異なる冗長バージョン（ＲＶ）オフセット値である。言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、後続のＰＵＳＣＨ送信の各々を対象とする異なる冗長バージョン（ＲＶ）オフセット値を含む。
例えば、いま、値「１」を含むＲＶフィールドを有するＤＣＩが、ユーザ機器４１０の受信機４２０によって受信されたと想定すると、送信機４２０は、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を、ＤＣＩの値「１」のＲＶフィールドによって決定される値「１」のＲＶを使用して生成する。さらに送信機は、複数のＰＵＳＣＨ送信の後続のＰＵＳＣＨ送信を、値「１」に、ＲＲＣによって設定されるテーブルのインデックス付き行からの、後続のＰＵＳＣＨ送信の各々を対象とするそれぞれのＲＶオフセット値を加えた値のＲＶを使用して、生成する。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例４－３として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000007
後続のＰＵＳＣＨ送信の各々を対象とするこのような異なるＲＶオフセット値を使用することで、本開示では、異なるＰＵＳＣＨ送信をスケジューリングするときのより高い柔軟性が可能になる。言い換えれば、各ＰＵＳＣＨ送信に対して独立したＲＶオフセットが使用可能となる。
第４の値のさらなる例は、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々を対象とする同じ冗長バージョン（ＲＶ）オフセット値である。言い換えれば、ＲＲＣによって設定されるテーブルのインデックス付き行は、後続のＰＵＳＣＨ送信の各々を対象とする同じ冗長バージョン（ＲＶ）オフセット値を含む。
例えば、いま、値「１」を含むＲＶフィールドを有するＤＣＩが、ユーザ機器４１０の受信機４２０によって受信されると想定すると、送信機４２０は、最初のＰＵＳＣＨ送信のみならず、複数のＰＵＳＣＨ送信の後続のＰＵＳＣＨ送信を、値「１」に、ＲＲＣによって設定されるテーブルのインデックス付き行からの、複数のＰＵＳＣＨ送信すべてを対象とする同じＲＶオフセット値を加えた値のＲＶを使用して、生成する。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、このテーブルを、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って設定する。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例４－４として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000008
［第５の例示的な実装形態］
以下の第５の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行が、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第５のパラメータを含むという理解に基づいて着想されたものである。少なくとも１つの第５のパラメータは、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨを生成するときにユーザ機器を支援する。
複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第５のパラメータは、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０によって作成されるテーブルを定義するＰＵＳＣＨ時間領域リソース割当てリストＩＥにさらに含まれる。
言い換えれば、ユーザ機器４１０の送信機４２０は、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨを、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第５のパラメータによって規定される原則に従って生成する。少なくとも１つの第５のパラメータも、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる。
複数のＰＵＳＣＨ送信の生成に関連する原則を規定する第５のパラメータの一例は、複数のＰＵＳＣＨ送信の各々についてトランスポートブロックサイズ（ＴＢＳ）が個別に計算されるのか、またはすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータである。
例えば、いま、複数のＰＵＳＣＨ送信のためのトランスポートブロックサイズ（ＴＢＳ）を含むＤＣＩが、ユーザ機器４１０の受信機４２０によって受信されると想定する。この場合、送信機４２０は、そのＴＢＳがＰＵＳＣＨ送信の各々について個別に計算されているのか、またはすべてのＰＵＳＣＨ送信の結合されたＴＢＳとして計算されているのかを知る必要がある。
最初のケースでは、送信機４２０は、ＤＣＩからの同じＴＢＳをそれぞれが有するＰＵＳＣＨ送信を生成する。２番目のケースでは、送信機は、ＤＣＩからの結合されたＴＢＳを、ＰＵＳＣＨ送信の総数で除した値に対応するＴＢＳをそれぞれが有するＰＵＳＣＨ送信を生成する。いずれのケースでも、少なくとも１つの第５のパラメータによって規定される原則に従う送信機４２０は、複数のＰＵＳＣＨ送信を生成することができる。
複数のＰＵＳＣＨ送信の生成に関連する原則を規定する第５のパラメータの別の例は、複数のＰＵＳＣＨ送信の各々に対して変調・符号化方式（ＭＣＳ）インデックスが個別に決定されるのか、またはすべてのＰＵＳＣＨ送信に対して同じＭＣＳインデックスが決定されるのか、を示すパラメータである。
言い換えれば、送信機４２０は、変調・符号化方式（ＭＣＳ）インデックスの決定原則を示すこのパラメータを使用することで、後続のＰＵＳＣＨ送信を、最初の送信と同じＭＣＳに従って生成する、または、後続の各送信のＭＣＳを後続の各送信のトランスポートブロックサイズおよび利用可能なリソースに基づいて計算することによって、生成する。
各送信に同じＭＣＳを使用するように示されているときには、トランスポートブロックサイズが異なる場合、各送信の長さが異なる可能性がある。この場合、送信機は、最初のＰＵＳＣＨ送信と同じ原則に従ってＭＣＳを決定する。
最初のＰＵＳＣＨ送信の後の後続の各ＰＵＳＣＨ送信についてＭＣＳを決定する必要があるときには、トランスポートブロックサイズおよびリソースに応じて、最初の送信のＭＣＳ値と比較して最も近いＭＣＳ値を計算する。
変調・符号化方式（ＭＣＳ）インデックスの決定原則を示すパラメータを含むＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例５として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000009
複数のＰＵＳＣＨ送信の生成に関連する原則を規定する第５のパラメータのさらなる例は、複数のＰＵＳＣＨ送信すべてに対して、受信されたＤＣＩ内のＲＶフィールドに基づいて同じ冗長バージョン（ＲＶ）を決定するか否かを示すパラメータである。
これに代えて、複数のＰＵＳＣＨ送信の後続のＰＵＳＣＨ送信のＲＶを示すための追加のパラメータを導入しないことができる。この場合、ユーザ機器４１０の送信機４２０は、受信機４２０によって受信されるＤＣＩのＲＶフィールドによって明示的に決定される最初のＰＵＳＣＨ送信のＲＶと同じＲＶを再利用する。
複数のＰＵＳＣＨ送信の生成に関連する原則を規定する第５のパラメータのさらなる例は、復調用参照シンボル（ＤＭＲＳ）が、少なくとも最初のＰＵＳＣＨ送信または複数のＰＵＳＣＨ送信すべてに存在するか否かを示すパラメータである。
［第１の一般的なアップリンクシナリオの包括的な例］
次に図８および図９を参照し、第１の一般的なシナリオにおいて説明した効果と、多数の例示的な実装形態の効果とを組み合わせた包括的な例を提示する。ただしこの例は本開示に対する制限として理解されないものとし、なぜなら代替の組合せも考えられるためである。
特に、この例は、複数のＰＵＳＣＨ送信のためのＲＲＣによって設定されるテーブルと、複数のＰＵＳＣＨ送信のための、対応する時間領域リソース割当ての形で提示してある。
ＲＲＣによって設定されるテーブルは、この例においても、ユーザ機器４１０のプロセッサ４３０によって、すなわちＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、設定される。このことは前に説明した。以下で重要なのは、プロセッサ４３０と送信機４２０が、ＲＲＣによって設定されるテーブルを利用しながらどのように協働して複数のＰＵＳＣＨ送信を行うかについて説明することである。
図８に示したこのテーブルでは、多数の値／パラメータが組み合わされており、これらは第１の値セット、第２のパラメータ、第３の値セット、第４の値、および第５のパラメータとして参照されている。番号は特定の理由に従うものではなく、例えば重要性の程度を区別するものではなく、使用順序を表すものでもない。そうではなく、番号は、これらを明確に区別するための一意の参照番号として与えられている。
例えば、値Ｋ２と値Ｋ２’を混同することはできず、なぜなら値Ｋ２は第１の値セットに含まれる（かつ属している）のに対して、値Ｋ２’は第３の値セットに含まれる（かつ属している）ためである。しかしながら、これらの多数の値／パラメータは、複数のＰＵＳＣＨ送信が行われる前にプロセッサ４３０および送信機４２０によって実行される類似する動作に関連付けられるように、その機能に基づいてグループ分けされている。
この例では、プロセッサ４３０が、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される図８に示したテーブルを設定し、受信機が、合計で３回のＰＵＳＣＨ送信をスケジューリングするＤＣＩであって、値２のｍを有する（したがって行インデックスｍ＋１として３をテーブルに提供する）時間領域リソース割当てフィールドを伝えるＤＣＩ、を受信したものと想定する。
スケジューリングされる３回のＰＵＳＣＨ送信は、ＰＵＳＣＨ送信＃１，＃２，および＃３として個々に参照することができる、または、最初のＰＵＳＣＨ送信（＃１）および後続のＰＵＳＣＨ送信（＃２および＃３）として理解することができる。
プロセッサ４３０は、最初のＰＵＳＣＨ送信（＃１）用に割り当てられる時間領域リソースを決定するため、ＲＲＣによって設定されるテーブルの行インデックス３のインデックス付き行内の第１のパラメータセットに戻る。
プロセッサ４３０は、ＰＵＳＣＨマッピングタイプを示す値から、ＰＵＳＣＨマッピングタイプがタイプｂであることを推測し、これは、リソース割当てがスロット内で始まることができ、かつ必ずしもスロットの先頭から始まらなくてよいことを意味する。このタイプｂは、最初のＰＵＳＣＨ送信に適用可能であるのみならず、後続のＰＵＳＣＨ送信にも適用可能である。
さらにプロセッサ４３０は、値Ｋ２から、最初のＰＵＳＣＨ送信用に割り当てられる時間領域リソースが、スロット番号ｋ＋２のスロットに含まれることを推測する。これに加えてプロセッサ４３０は、値Ｓおよび値Ｌから、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを推測する。
プロセッサ４３０は、後続のＰＵＳＣＨ送信（＃２および＃３）用に割り当てられる時間領域リソースを決定するため、行インデックス３を有するインデックス付き行内の第３のパラメータセットに戻る。
プロセッサ４３０は、値Ｋ２’から、後続のＰＵＳＣＨ送信＃２，＃３用に割り当てられる時間領域リソースが、受信されたＤＣＩを伝えるスロットインデックスに対応する値ｋを基準として決まるスロットに含まれることを推測する。
したがって、後続のＰＵＳＣＨ送信＃２，＃３用に割り当てられる時間領域リソースは、それぞれ、スロット番号ｋ＋２のスロット、およびスロット番号ｋ＋３のスロットに含まれる。これに加えて、２つの値Ｓ’および２つの値Ｌ’が含まれており、これらの値は、後続のＰＵＳＣＨ送信＃２，＃３用に割り当てられるリソースが、スロット番号ｋ＋２およびｋ＋３のそれぞれのスロットにおいて、シンボル番号６およびシンボル番号１から始まることを示している。時間領域におけるそれぞれのリソース割当ても示してある。
プロセッサ４３０は、スケジューリングされたＰＵＳＣＨ送信において送信するデータのトランスポートブロックを選択するため、ＲＲＣによって設定されるテーブルの行インデックス３を有するインデックス付き行内の第２のパラメータに戻る。
プロセッサ４３０は、第２のパラメータとして含まれている値｛Ｒ，Ｄ｝から、後続のＰＵＳＣＨ送信＃２，＃３が、異なるＰＵＳＣＨ送信であるか、または繰り返されるＰＵＳＣＨ送信であるかを推測する。
後続のＰＵＳＣＨ送信＃２については、先行するＰＵＳＣＨ送信の繰り返しを意味する値Ｒを有する第２のパラメータは、先行するＰＵＳＣＨ送信＃１のトランスポートブロックを繰り返す、データの同じトランスポートブロックが選択されるべきことを示している。後続のＰＵＳＣＨ送信＃３については、先行するＰＵＳＣＨ送信とは異なることを意味する値Ｄを有する第２のパラメータは、先行するＰＵＳＣＨ送信＃２のトランスポートブロックとは異なる、データの新しいトランスポートブロックが選択されるべきことを示している。
言い換えれば、第２のパラメータは、後続のＰＵＳＣＨ送信が、先行するＰＵＳＣＨ送信の繰り返しであるかまたは異なることを定義する。
プロセッサ４３０は、データのトランスポートブロックをより効率的に選択するため、ＲＲＣによって設定されるテーブルの行インデックス３を有するインデックス付き行内の第５のパラメータのＴＢＳ決定パラメータに戻る。
プロセッサ４３０は、ＴＢＳ個別計算を意味する値Ｃを有するＴＢＳ決定パラメータから、ＰＵＳＣＨ送信の各々についてトランスポートブロックサイズが個別に計算されるべきことを推測する。この計算には、プロセッサ４３０によって取得されるさらなる情報が必要である。
特に、プロセッサ４３０は、ＲＲＣによって設定されるテーブルの行インデックス３を有するインデックス付き行内の同じ第５のパラメータのＭＣＳ決定パラメータにさらに戻る。
プロセッサ４３０は、同じＭＣＳの決定を意味する値Ｓを有するＭＣＳ決定パラメータから、すべてのＰＵＳＣＨ送信に対して同じ変調・符号化方式（ＭＣＳ）インデックスが決定されることを推測する。これに関して、プロセッサ４３０は、送信機４２０が、最初のＰＵＳＣＨ送信＃１および後続のＰＵＳＣＨ送信＃２，＃３を、スケジューリングＤＣＩの中のＭＣＳフィールドに対応する同じＭＣＳを使用して生成できるものと判断する。
送信機４２０は、実際に使用されるべきＭＣＳインデックスに関して、スケジューリングＤＣＩの中のＭＣＳフィールドに戻り、また、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第４の値のＭＣＳインデックス値に戻る。
より具体的には、送信機４２０は、ＲＲＣによって設定されるテーブルのインデックス付き行に戻り、同じテーブルに含まれる第４の値の中にＭＣＳインデックス値があるかをチェックする。この場合、送信機４２０は、ＭＣＳインデックス値４を見つける。ＭＣＳインデックス値が見つかったことと、ＰＵＳＣＨ送信#１，＃２，＃３のすべてに対して同じＭＣＳ値が使用されるべきことを認識しているため、送信機は、ＰＵＳＣＨ送信を生成するときに、スケジューリングＤＣＩの中のＭＣＳフィールドを参照する代わりに、このＭＣＳインデックス値４を使用する。
したがってこの時点でプロセッサ４３０は、複数のＰＵＳＣＨ送信の各々について個別にＴＢＳを計算することもできる。
特に、プロセッサ４３０は、すべてのＰＵＳＣＨ送信が同じシンボル長さ（Ｌ＝４）を有することと、すべてのＰＵＳＣＨ送信が同じＭＣＳを使用して生成されるべきことから、ＰＵＳＣＨ送信の各々のトランスポートブロックサイズ（ＴＢＳ）も同じに計算されることを決定する。言い換えれば、プロセッサ４３０は、ＭＣＳ決定パラメータが、ＭＣＳを個別に計算することを示している場合でも、同じ量の時間領域リソース（すべてのＰＵＳＣＨが同じ長さＬ＝４を有する）と、同じＭＣＳとから、個別に計算しても、すべてのＰＵＳＣＨ送信＃１，＃２，＃３に対して同じＴＢＳが得られることを推測する。
送信機４２０は、実際に使用されるべきＴＢＳ値について、複数のＰＵＳＣＨ送信をスケジューリングするＤＣＩに含まれるＴＢＳ値に戻り、ＤＣＩからのＴＢＳ値をＰＵＳＣＨの総数で除することによって各ＴＢＳ値を計算する。
さらにプロセッサ４３０は、同じＲＶインデックスではないことを意味する第５のパラメータのＲＶパラメータＮから、ＰＵＳＣＨ送信のすべてを生成するときに使用される冗長バージョン（ＲＶ）インデックスが、すべてのＰＵＳＣＨ送信に対して同じではないことを推測する。冗長バージョン（ＲＶ）インデックスが同じではないため、送信機４２０は、第４のパラメータ、すなわちＲＶオフセット値に戻り、このＲＶオフセット値を使用して、後続のＰＵＳＣＨ送信のＲＶインデックスを決定する。
実際に使用されるべきＲＶについて、送信機４２０は、複数のＰＵＳＣＨ送信をスケジューリングするＤＣＩに含まれるＲＶフィールドに戻り、また、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第４の値のＲＶオフセット値に戻る。
より具体的には、送信機４２０は、ＰＵＳＣＨ送信を生成するとき、最初のＰＵＳＣＨ送信＃１に対しては、ＤＣＩのＲＶフィールドに基づいてＲＶ０を決定し、後続のＰＵＳＣＨ送信＃２，＃３に対しては、ＤＣＩのＲＶフィールドに、ＲＲＣによって設定されるテーブルの行インデックス３を有するインデックス付き行内の第４のパラメータに対応するＲＶオフセット１を加えることに基づいてＲＶ１を決定する。
最後にプロセッサ４３０は、テーブルのインデックス付き行に含まれる第５のパラメータのＤＭＲＳパラメータに戻り、最初のみＤＭＲＳを意味するＤＭＲＳパラメータＦから、復調用参照シンボル（ＤＭＲＳ）が複数のＰＵＳＣＨ送信のうち最初のＰＵＳＣＨ送信にのみ存在することを推測する。
最後にＰＵＳＣＨ送信＃１，＃２，＃３が生成され、ＰＵＳＣＨ送信機が、割り当てられた時間領域リソースを使用してこれらを送信する。このことは図９に示してある。
［第２の一般的なアップリンクシナリオ］
図１０および図１１は、それぞれ、ユーザ機器４１０の構成ブロックおよび基地局４６０の構成ブロックの第２の一般的なシナリオによる、別の例示的な実装形態を描いている。この例示的な実装形態のユーザ機器４１０は、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機１０２０－ａ、テーブル設定処理回路１０３０－ａ、ＤＣＩ受信機１０２０－ｂ、設定済みグラントｃｏｎｆｉｇ ＩＥ受信機１０２０－ｃ、割当てリソース決定処理回路１０３０－ｂ、およびＰＵＳＣＨ送信機１０２０－ｄを備えている。
同様に、この例示的な実装形態の基地局４６０は、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機１１７０－ａ、テーブル設定処理回路１１８０－ａ、ＤＣＩ送信機１１７０－ｂ、設定済みグラントｃｏｎｆｉｇ ＩＥ送信機１１７０－ｃ、リソース割当て処理回路１１８０－ｂ、およびＰＵＳＣＨ受信機１１７０－ｄを備えている。
一般的に本開示では、ユーザ機器４１０が、基地局４６０の通信範囲内にあり、ダウンリンクにおける少なくとも１つの帯域幅部分およびアップリンクにおける少なくとも１つの帯域幅部分を使用できるように設定されているものと想定している。これらの帯域幅部分は、基地局４６０によってサービス提供されるキャリア帯域幅の中に位置している。
さらに、本開示では、ユーザ機器４１０が無線リソース制御（ＲＲＣ）接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤと称する）で動作しており、したがってダウンリンクにおいてデータおよび／または制御信号を基地局４６０から受信することができ、アップリンクにおいてデータおよび／または制御信号を基地局４６０に送信することができるものと想定している。
本開示で提案するようにＰＵＳＣＨの繰り返しを実行する前に、ユーザ機器４１０は、無線リソース制御（ＲＲＣ）プロトコルレイヤおよび媒体アクセス制御（ＭＡＣ）プロトコルレイヤにおいて定義される制御メッセージを受信する。言い換えればユーザ機器４１０は、様々な通信技術の異なるプロトコルレイヤにおいて容易に利用可能であるシグナリングメカニズムを採用する。
一般的には、ＲＲＣにおいて定義される制御メッセージと、ＭＡＣにおいて定義される制御メッセージとの間には、実質的な違いがある。この違いは、ＲＲＣ制御メッセージが通常では無線リソース（例：無線リンク）を半静的に設定するために使用されるのに対して、ＭＡＣ制御メッセージは、各媒体アクセス（例：送信）を個別に動的に定義するために使用されることから、すでに明らかである。この点からただちに理解されるように、ＲＲＣ制御が発生する頻度は、ＭＡＣ制御より小さい。
したがって、過度なＭＡＣ制御シグナリングオーバーヘッドは、通信システムの性能を実質的に低下させることがあるのに対して、ＲＲＣ制御メッセージは、標準化において寛大に扱われてきた。言い換えれば、ＭＡＣ制御シグナリングオーバーヘッドは、システム性能に対する制約として一般に認識されている。
この理由から、ＰＵＳＣＨの繰り返しの従来のメカニズムは、最初のＰＵＳＣＨ送信とその繰り返しとの間の事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存する。言い換えれば、システム性能を低下させる危険性の方が、ＰＵＳＣＨ繰り返しをより柔軟に使用する恩恵よりも重要であることが判明した。
上記を考慮して、本開示の著者は、従来のメカニズムの欠点を克服し、トランスポートブロック（ＴＢ）の柔軟な繰り返しを可能にすると同時に、シグナリングオーバーヘッドを回避するメカニズム、を提案する。
本発明の文脈においては、用語「トランスポートブロック」は、アップリンク送信および／またはダウンリンク送信のデータ単位として理解されたい。例えば、用語「トランスポートブロック」は、ＭＡＣレイヤのパケットデータユニット（ＰＤＵ）と等価であることが広く理解されている。したがって、トランスポートブロックの送信は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信および／または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信として等しく理解される。
特に、ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信は一般的にペイロードを伝えるため、本開示は、ＭＡＣ ＰＤＵを伝えるＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信について言及する。言い換えれば、用語「ＰＵＳＣＨ送信および／またはＰＤＳＣＨ送信」は、ＰＵＳＣＨおよび／またはＰＤＳＣＨでＭＡＣ ＰＤＵを送信することを記述しているものと理解されたい。
図１２を参照し、動的なグラント、すなわち時間領域リソース割当てフィールドを伝えるＤＣＩ（例えばＤＣＩフォーマット０－０のＤＣＩまたはＤＣＩフォーマット０－１のＤＣＩなど）に基づいて、ＰＵＳＣＨの繰り返しを実行することに関連する一般的なシナリオについて説明する。
ただしこの説明は、本開示がＰＵＳＣＨ送信の拡張（より具体的にはＰＵＳＣＨ送信の繰り返し）のみに制限されるようには理解されないものとする。本明細書に開示されているコンセプトは、ダウンリンク送信にも等しく適用できることが明らかになるであろう。
ユーザ機器４１０の受信機４２０は、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する（例えば図１２のステップ１２１０を参照）。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、無線リソース制御（ＲＲＣ）シグナリングの形で受信され、特定の帯域幅部分に適用可能である。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供している基地局４６０から受信される。この受信動作は、例えば図１０のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機１０２０－ａによって実行することができる。
ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特に、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称される情報要素（ＩＥ）の形でパラメータのリストを伝え、このパラメータリストの各パラメータが「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する（例えば図１２のステップ１２２０を参照）。このテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図１０のテーブル設定処理回路１０３０－ａによって実行することができる。
例示的な一実装形態においては、ＲＲＣによって設定されるテーブルの各行は、「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎＬｉｓｔ」と称されるパラメータリストの「ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ」と称される複数のパラメータの１つに対応する。しかしながらこのことは、次の代替シナリオから明らかであるように、本開示に対する制限として理解されないものとする。
この例示的な実装形態とは異なるシナリオも考えられ、すなわちこれらのシナリオでは、設定されたテーブルのいくつかの行が、パラメータリストを有するＩＥに含まれているそれぞれのパラメータに対応しており、他の行が、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに配置された原則をそのまま適用する事前に指定される一連の規則に従って設定される。
しかしながらこれらのシナリオにおいても、ＲＲＣによって設定されるテーブル全体がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されることに変わりない。
次いで、ユーザ機器４１０の受信機４２０が、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する（例えば図１２のステップ１２３０を参照）。このＤＣＩは、値ｍを有する時間領域リソース割当てフィールドを伝え、値ｍは、設定されたテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図１０のＤＣＩ受信機１０２０－ｂによって実行することができる。
本開示の文脈においては、このＤＣＩはアップリンクグラントを伝え、なぜならこのＤＣＩはＰＵＳＣＨ繰り返しをトリガーする目的を果たすためである。この点において、受信されるＤＣＩは、ＤＣＩフォーマット０－０またはＤＣＩフォーマット０－１である。この点において、説明しているシナリオは、ＰＵＳＣＨ繰り返しが動的なグラントによってスケジューリングされる状況を言及している。
ただしこのことは、本開示に対する制限として理解されないものとし、なぜなら本明細書に開示されているコンセプトは、設定済みグラントまたはグラントフリーのスケジューリング手法にも等しく適用可能であるためである。このグラントフリーのスケジューリング手法の詳しい説明は、図１２に描いたメカニズムの代替形態として与えられる。
次いで、ユーザ機器４１０のプロセッサ４３０は、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定する。明確さおよび簡潔さを目的として、以下の説明は、時間領域のリソースの割当てに焦点をあてている。この決定動作は、例えば図１０の割当てリソース決定処理回路１０３０－ｂによって実行することができる。
最初のＰＵＳＣＨ送信およびその（１回または複数の）繰り返し用にユーザ機器４１０によって使用されるリソースは、基地局４６０によって前に割り当てられている。したがってこの文脈においては、プロセッサ４３０は、前に割り当てられたリソースのうち、ＰＵＳＣＨ送信およびその（１回または複数の）繰り返し用にどのリソースを使用するかを決定する。
この決定動作の一部として、プロセッサ４３０は、初めに、最初のＰＵＳＣＨ送信用に割り当てられるリソースを、（ｉ）受信されたＤＣＩを伝えるスロットのインデックスと、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定する（例えば図１２のステップ１２４０を参照）。このことは、ＰＵＳＣＨマッピングタイプを示す値がタイプＢのマッピングを示していることをプロセッサ４３０が前に求めたことを意味する。
例えば、いま、受信されたＤＣＩが、番号ｋを有するスロットで伝えられ、さらにＤＣＩが、値ｍを有する時間領域リソース割当てフィールドを有すると想定する。この場合、プロセッサは、最初のＰＵＳＣＨ送信に対しては、ＲＲＣによって設定されるテーブルのインデックスｍ＋１の行に戻り、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを使用する。プロセッサは、これらの値を使用して、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、番号ｋ＋Ｋ２のスロットに含まれ、値ＳＬＩＶに対応する、シンボルで表したこのスロットにおける開始位置および長さを有することを決定する。
割り当てられるリソースを決定するとき、プロセッサ４３０は、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行にさらに含まれる、ＰＵＳＣＨマッピングタイプを示す値も使用する。特に、この値がタイプＡのＰＵＳＣＨマッピングを示している場合、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの長さのみを使用する。この値がタイプＢのＰＵＳＣＨマッピングを示している場合、プロセッサ４３０は、開始・長さインジケータを示す値ＳＬＩＶの開始および長さの両方を使用する。
次にプロセッサ４３０は、この決定動作の一部として、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定する。これを目的として、プロセッサ４３０は、繰り返し用として、時間領域リソース割当てに関連する（明示的な）パラメータ（例：タイミング）が存在するかをチェックする（例えば図１２のステップ１２５０を参照）。これを目的として、プロセッサ４３０は、行インデックスｍ＋１の行に戻り、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する追加の値（例：少なくとも１つの値）がこの行に含まれているか否かをチェックする。
チェックの結果が「いいえ」である場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返しに対して、従来のスロットベースの繰り返しメカニズムを使用する（例えば図１２のステップ１２６０を参照）。言い換えれば、プロセッサ４３０は、最初のＰＵＳＣＨ送信とその繰り返しとの間の事前に指定される（例えば関連する標準規格に固定的に規定されている）タイミング関係に依存する。例えばこの結果として、最初のＰＵＳＣＨ送信および各繰り返しが、複数の連続するスロットの同じシンボルから始まり、同じシンボル長さを有する。
本例を参照し、プロセッサ４３０は、少なくとも１回の繰り返しに対して、ＲＲＣによって設定されるテーブルの行インデックスｍ＋１の行に戻り、最初のＰＵＳＣＨ送信の最初の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋１（１は標準化によって固定された事前定義される定数）のスロットに含まれ、同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。
２回目の繰り返しが存在する場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の２回目の繰り返し用に割り当てられるリソースが、番号ｋ＋Ｋ２＋２（２はこの場合も標準化によって固定されている事前定義される定数）のスロットに含まれ、最初のＰＵＳＣＨ送信およびその１回目の繰り返しの場合と同じ値ＳＬＩＶに対応する、シンボルで表したそのスロットにおける開始位置および長さを有することを決定する。さらなる繰り返しは、連続するスロットにおいて続く。
さらにこの例において、行インデックスｍ＋１の行に示されるＰＵＳＣＨマッピングタイプがタイプＢであると想定し、また値ＳＬＩＶが、開始がシンボル４であり長さが４個のシンボルであることを示していると想定すると、プロセッサ４３０は、最初のＰＵＳＣＨ送信、そのＰＵＳＣＨ送信の１回目の繰り返し、および２回目の繰り返しの各々が、それぞれ、番号ｋ＋Ｋ２、番号ｋ＋Ｋ２＋１、番号ｋ＋Ｋ２＋２のスロット内の、シンボル４、シンボル５、シンボル６、およびシンボル７に対応するリソースを有することを決定する。
明らかに、プロセッサ４３０によって決定されるこれらの割り当てられたリソースは、柔軟に設定することができない。このことは、プロセッサ４３０による以下の代替決定方法によって克服される。
チェックの結果が「はい」である場合、プロセッサ４３０は、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを決定する目的で、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる追加の値（例：少なくとも１つの値）を使用する（例えば図１２のステップ１２７０を参照）。言い換えれば、含まれる少なくとも１つの追加の値は、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定している。
ここで強調しておくべき点として、少なくとも１つの追加の値は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるＲＲＣによって設定されるテーブルの行に含まれる。言い換えれば、ＲＲＣによって設定されるテーブル（全体）がＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるため、このテーブルに含まれる少なくとも１つの追加の値も、ＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
この制約を満たすためには、少なくとも１つの追加の値を、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータによって（直接）規定することができる、またはこれに代えて、少なくとも１つの追加の値を、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる関連するパラメータから（間接的に）推測することができる。いずれの場合にも、少なくとも１つの追加の値は、最初のＰＵＳＣＨ送信の繰り返しを時間領域において指定する。
なお認識すべき重要な点として、ユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを決定する目的に、ＲＲＣによって設定されるテーブルのインデックス付き行からの追加の値を使用する。この方法は、従来のスロットベースの繰り返しメカニズムとは以下の理由で実質的に異なる。
第一に、少なくとも１つの追加の値は、ＲＲＣによって設定されるテーブルの行のうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（能動的に）インデックス付けされる行から取得される。この点において、受信されるＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍを変化させることによって、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定するために使用される少なくとも１つの追加の値を変化させることが可能となる。したがって、このように割り当てられるリソースの柔軟性が高まる。
第二に、少なくとも１つの追加の値は、ＲＲＣによって設定されるテーブルの行のうち、受信されたＤＣＩの時間領域リソース割当てフィールド内の値ｍから導かれる行インデックスｍ＋１によって（すでに）インデックス付けされている（同じ）行から取得される。この点において、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを決定するときに、受信されたＤＣＩの時間領域リソース割当てフィールド内のインデックス値ｍ以外の追加のインデックス値が必要ない。したがって、追加のシグナリングオーバーヘッドが回避される。
結果として、これにより、シグナリングオーバーヘッドを回避しながら柔軟性を高めることが可能になり、すなわちユーザ機器４１０のプロセッサ４３０は、繰り返し用に割り当てられるリソースを、ＲＲＣによって設定されるテーブルのインデックス付き行からの少なくとも１つの追加の値を使用して決定する。
最後に、ユーザ機器４１０の送信機４２０は、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返し用に割り当てられる、それぞれ決定されたリソースを使用して、ＰＵＳＣＨ送信を送信する（図１２には示していない）。この送信動作は、例えば図５のＰＵＳＣＨ送信機５２０－ｆによって実行することができる。
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図１１のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機１１７０－ａによって実行することができる。
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図１１のテーブル設定処理回路１１８０－ａによって実行することができる。
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図１１のＤＣＩ送信機１１７０－ｂによって実行することができる。
基地局４６０のプロセッサ４８０は、（ｉ）送信されるＤＣＩを伝えるスロットのインデックス、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てる。
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。このリソース割当て動作は、例えば図１１のリソース割当て処理回路１１８０－ｂによって実行することができる。
最後に、基地局４６０の受信機４７０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用とにそれぞれ割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する。この受信動作は、例えば図１１のＰＵＳＣＨ受信機１１７０－ｄによって実行することができる。
以下では、設定済みグラント（またはグラントフリー）（すなわちＲＲＣシグナリングの形で受信される設定済みグラントｃｏｎｆｉｇ ＩＥ）に基づいてＰＵＳＣＨ繰り返しを実行し、さらにＰＵＳＣＨ時間領域リソース割当てリストＩＥを含むことに関連する、一般的なシナリオについて説明する。
ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、その特定の帯域幅部分をサービス提供する基地局４６０から受信される。この受信動作は、例えば図１０のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ受信機１０２０－ａによって実行することができる。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図１０のテーブル設定処理回路１０３０－ａによって実行することができる。
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で受信し、値ｍは、設定されるテーブルに行インデックスｍ＋１を提供する。この受信動作は、例えば図１０の設定済みグラントｃｏｎｆｉｇ ＩＥ受信機１０２０－ｃによって実行することができる。
ユーザ機器４１０のプロセッサ４３０は、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、（ｉ）受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて決定する。
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。この決定動作は、例えば図１０の割当てリソース決定処理回路１０３０－ｂによって実行することができる。
最後に、ユーザ機器４１０の送信機４２０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用のそれぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する。この送信動作は、例えば図１０のＰＵＳＣＨ送信機１０３０－ｄによって実行することができる。
上の説明は、ユーザ機器４１０の観点からなされている。しかしながらこのことは、本開示に対する制限として理解されないものとする。基地局４６０は、本明細書に開示されている一般的なシナリオを等しく実行する。
基地局４６０の送信機４７０は、無線リソース制御（ＲＲＣ）シグナリングの形で物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を送信し、このＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥは、特定の帯域幅部分に適用可能である。この送信動作は、例えば図１１のＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥ送信機１１７０－ａによって実行することができる。
次に基地局４６０のプロセッサ４８０は、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。このＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。この設定動作は、例えば図１１のテーブル設定処理回路１１８０－ａによって実行することができる。
次いで、基地局４６０の送信機４７０は、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で送信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。この送信動作は、例えば図１１の設定済みグラントｃｏｎｆｉｇ ＩＥ送信機１１７０－ｃによって実行することができる。
基地局４６０のプロセッサ４８０は、（ｉ）送信される設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てる。
特に、割り当てられるリソースの決定は、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。このリソース割当て動作は、例えば図１１のリソース割当て処理回路１１８０－ｂによって実行することができる。
最後に、基地局４６０の受信機４７０は、最初のＰＵＳＣＨ送信用と、その少なくとも１回の繰り返し用とにそれぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する。この受信動作は、例えば図１１のＰＵＳＣＨ受信機１１７０－ｄによって実行することができる。
［ダウンリンクの一般的なシナリオ］
すでに上述したように、本開示は、アップリンクにおけるトランスポートブロック（ＴＢ）の繰り返しに限定されず、ダウンリンク送信にも等しく適用することができ、すなわちダウンリンクにおける繰り返しの柔軟なサポートを達成することができる。この場合にも、トランスポートブロック（ＴＢ）の繰り返しは、追加のシグナリングオーバーヘッドが発生しない柔軟なタイミングでサポートされる。
言い換えれば、トランスポートブロックの繰り返しをスケジューリングするときの柔軟性が改善される恩恵は、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の場合に達成可能であるのみならず、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信の場合にも等しく達成可能である。このことは、ＰＵＳＣＨ時間領域リソース割当てリスト情報要素（ＩＥ）とＰＤＳＣＨ時間領域リソース割当てリストＩＥとが極めて類似していることから容易に導かれる。
また、以下で説明するスケジューリングは、ＤＣＩフォーマット１－０または１－１の中のＰＤＳＣＨ時間領域リソース割当てフィールドに依存し、このフィールドが、前述したＤＣＩフォーマット０－０または０－１の中のＰＵＳＣＨ時間領域リソース割当てフィールドに極めて類似しているため、追加のシグナリングオーバーヘッドが発生しない。
一般的には、ユーザ機器４１０の受信機４２０は、無線リソース制御（ＲＲＣ）シグナリングの形で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を受信する。ＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥは、基地局４６０によってサービス提供される特定の帯域幅部分に適用可能である。
次にユーザ機器４１０のプロセッサ４３０は、受信されたＰＤＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＤＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定する。ＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＤＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶとを有する。
次いで、ユーザ機器４１０の受信機４２０は、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍは、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する。
ユーザ機器４１０のプロセッサ４３０は、最初のＰＤＳＣＨ送信用に割り当てられるリソースと、最初のＰＤＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースとを、（ｉ）受信されたＤＣＩを伝えるスロットのインデックス、（ｉｉ）ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２、および（ｉｉｉ）開始・長さインジケータを示す値ＳＬＩＶ、に基づいて決定する。
特に、割り当てられるリソースの決定は、最初のＰＤＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域のリソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値に基づく。
最後に、ユーザ機器４１０の受信機４２０は、最初のＰＤＳＣＨ送信用およびその少なくとも１回の繰り返し用にそれぞれ決定された割り当てられたリソースを使用して、ＰＤＳＣＨ送信を受信する。
［第６の例示的な実装形態］
以下の第６の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、オプションとして少なくとも１回の繰り返しの回数を示す値、の少なくとも１つであるという理解に基づいて着想されたものである。
特に、第２の開始・長さインジケータ値ＳＬＩＶ’は、少なくとも１回の繰り返し用に割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’とを含む。
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｋ２’および／またはＳＬＩＶ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられるリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足する。
特に、この第６の例示的な実装形態では、ＲＲＣによって設定されるテーブルは行を備えており、各行は、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶと、追加の値として、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、を含む。
下の表１は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
Figure 2022520589000010
この例示的な表１では、値ＳＬＩＶおよび値ＳＬＩＶ’は、それぞれ、割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ，Ｓ’と、割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ，Ｌ’とを含むように示してある。
特に、このＲＲＣによって設定されるテーブルは、追加の値Ｋ２’およびＳＬＩＶ’（より良好にはＫ２’，Ｓ’，Ｌ’）の１セットのみを含むのではなく、ユーザ機器４１０によって送信されるＰＵＳＣＨ繰り返しの各々を対象とする、そのような追加の値のセットを含む。これにより、追加のシグナリングオーバーヘッドを発生させることなく、ＰＵＳＣＨ繰り返しの各々における高いレベルの柔軟性が達成される。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例６として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000011
この例６から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、繰り返しの回数を示す値（リソースインジケータ値（ＲＩＶ）割当ての回数と称される）と、繰り返しの各々を対象とする（ＲＩＶ割当てと称される）、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、をさらに含む。
例６のＰＵＳＣＨ時間領域リソース割当てリストＩＥと、表１のＲＲＣによって設定されるテーブルを比較すると、ＩＥにおける、繰り返しの回数を示す値（ＲＩＶ割当ての回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｋ２’、値Ｓ’、および値Ｌ’の各々の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
図１３～図１８に描いた、第６の例示的な実装形態の様々な使用に関連して、追加の値についてさらに詳しく説明する。
［第６の例示的な実装形態の１つの使用］
第６の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１３および図１４に描いてあり、ここでは第６の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値を提示してあり、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、２つの追加の値Ｋ２’を含み、これらの値Ｋ２’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、受信されたＤＣＩを伝えるスロットの番号に対応する値ｋを基準として決まるスロット、または、受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中で追加的に伝えられる時間領域オフセットフィールドの値に対応する値ｋを基準として決まるスロット、に含まれることを示している。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、それぞれ、スロット番号ｋ＋２のスロット、およびスロット番号ｋ＋３のスロットに含まれる。さらに２つの値Ｓ’および２つの値Ｌ’が含まれており、これらの値は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、それぞれ、スロット番号ｋ＋２のスロットにおいてシンボル番号６のシンボルから、および、スロット番号ｋ＋３のスロットにおいてシンボル番号１のシンボルから、始まることを示している。時間領域におけるそれぞれのリソース割当ても示してある。
［第６の例示的な実装形態の別の使用］
第６の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図１５および図１６に描いてあり、ここでは第６の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、２つの追加の値Ｋ２’を含み、これらの値Ｋ２’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返しの両方のために割り当てられるリソースが、最初のＰＵＳＣＨ送信用に割り当てられるリソースが含まれるスロット番号ｋ＋２を基準として決まるスロット、に含まれることを示している。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、それぞれ、スロット番号（ｋ＋２）＋０のスロット、およびスロット番号（ｋ＋２）＋１のスロットに含まれる。さらに２つの値Ｓ’および２つの値Ｌ’が含まれており、これらの値は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、それぞれ、スロット番号（ｋ＋２）＋０のスロットにおいてシンボル番号６のシンボルから、および、スロット番号（ｋ＋２）＋１のスロットにおいてシンボル番号１のシンボルから、始まることを示している。時間領域におけるそれぞれのリソース割当ても示してある。
［第６の例示的な実装形態のさらなる使用］
第６の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図１７および図１８に描いてあり、ここでは第６の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、２つの追加の値Ｋ２’を含み、これらの値Ｋ２’は、最初のＰＵＳＣＨ送信の１回目の繰り返し用に割り当てられるリソースが、最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロット番号ｋ＋２を基準として決まるスロットに含まれ、２回目の繰り返し用に割り当てられるリソースが、１回目の繰り返し用に割り当てられるリソースを含むスロット番号（ｋ＋２）＋１を基準として決まるスロットに含まれることを示している。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、それぞれ、スロット番号（ｋ＋２）＋１のスロット、およびスロット番号（（ｋ＋２）＋１）＋１のスロットに含まれる。さらに２つの値Ｓ’および２つの値Ｌ’が含まれており、これらの値は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、それぞれ、スロット番号（ｋ＋２）＋１のスロットにおいてシンボル番号１のシンボルから、および、スロット番号（（ｋ＋２）＋１）＋１のスロットにおいてシンボル番号１のシンボルから、始まることを示している。時間領域におけるそれぞれのリソース割当ても示してある。
言い換えれば、第２のスロットオフセットは、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースが含まれるスロットのインデックスを基準として指定する。
［第７の例示的な実装形態］
以下の第７の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも１つであるという理解に基づいて着想されたものである。
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｇ’および／または値Ｌ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられたリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足することができる。
下の表２は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
Figure 2022520589000012
特に、ＲＲＣによって設定されるテーブルは、追加の値Ｇ’およびＬ’の１セットのみを含むのではなく、すべての繰り返しに適用される１つの追加の値Ｌ’と、ユーザ機器４１０によって送信されるＰＵＳＣＨ繰り返しの各々を対象とする追加の値Ｇ’のセットとを含む。これにより、追加のシグナリングオーバーヘッドを発生させることなく、ＰＵＳＣＨ繰り返しの各々における高いレベルの柔軟性が達成される。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例７として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000013
この例７から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、各繰り返しの長さをシンボル数で示す値Ｌ’（各繰り返しの長さと称される）と、繰り返しの回数を示す値（繰り返しの回数と称される）と、繰り返しの各々を対象とする（繰り返しギャップと称される）、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’、をさらに含む。
例７のＰＵＳＣＨ時間領域リソース割当てリストＩＥを、表２のＲＲＣによって設定されるテーブルと比較すると、ＩＥにおける、繰り返しの回数を示す値（繰り返しの回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｇ’の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
図１９～図２２に描いた、第７の例示的な実装形態の様々な使用に関連して、追加の値についてさらに詳しく説明する。
［第７の例示的な実装形態の１つの使用］
第７の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図１９および図２０に描いてあり、ここでは第７の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、１回目の繰り返しおよび２回目の繰り返しの各々に対して割り当てられるリソースの、シンボル数としての長さが４であることを示す１つの追加の値Ｌ’と、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前に１個および６個のシンボル数のギャップＧ’を含むようなシンボルから始まることを示す２つの追加の値Ｇ’を含む。
１回目の繰り返しおよび２回目の繰り返しを対象に、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋１＋４で終わることが決まる。６個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋６＋１から始まり、シンボル番号４＋６＋１＋４で終わることが決まる。時間領域におけるそれぞれのリソース割当ても示してある。
［第７の例示的な実装形態の別の使用］
第７の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図２１および図２２に描いてあり、ここでは第７の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、１回目の繰り返しおよび２回目の繰り返しの各々に対して割り当てられるリソースの、シンボル数としての長さが４であることを示す１つの追加の値Ｌ’と、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前に１個および１個のシンボル数のギャップを含むようなシンボルから始まることを示す２つの追加の値Ｇ’を含む。
１回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。２回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、１回目の繰り返し用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４＋１＋４を基準とする。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。さらに、１個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル４＋１＋４＋１＋１から始まり、シンボル番号４＋１＋４＋１＋４で終わることが決まる。
言い換えれば、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
［第８の例示的な実装形態］
以下の第８の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも１つであるという理解に基づいて着想されたものである。
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｇ’および／または値Ｌ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられたリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足することができる。
下の表３は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
Figure 2022520589000014
特に、ＲＲＣによって設定されるテーブルは、追加の値Ｇ’およびＬ’の１セットのみを含むのではなく、ユーザ機器４１０によって送信されるＰＵＳＣＨ繰り返しの各々を対象とする、追加の値Ｇ’および値Ｌ’のセットを含む。これにより、追加のシグナリングオーバーヘッドを発生させることなく、ＰＵＳＣＨ繰り返しの各々における高いレベルの柔軟性が達成される。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例８として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000015
この例８から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、繰り返しの回数（繰り返しの回数と称される）を示す値と、繰り返しの各々を対象とする（各繰り返しギャップと称される）、各繰り返しの長さをシンボル数で示す値Ｌ’（各繰り返しの長さと称される）と、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、をさらに含む。
例８のＰＵＳＣＨ時間領域リソース割当てリストＩＥと、表３のＲＲＣによって設定されるテーブルを比較すると、ＩＥにおける、繰り返しの回数を示す値（繰り返しの回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｇ’および値Ｌ’の各々の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
図２３～図２６に描いた、第８の例示的な実装形態の様々な使用に関連して、追加の値についてさらに詳しく説明する。
［第８の例示的な実装形態の１つの使用］
第８の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図２３および図２４に描いてあり、ここでは第８の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、２つの追加の値Ｌ’および２つの追加の値Ｇ’を含み、値Ｌ’は、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースの長さをシンボル数４，３で示しており、値Ｇ’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前にシンボル数１，６のギャップＧ’が存在するようなシンボルから始まることを示している。
１回目の繰り返しおよび２回目の繰り返しを対象に、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。６個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋６＋１から始まり、シンボル番号４＋６＋３で終わることが決まる。時間領域におけるそれぞれのリソース割当ても示してある。
［第８の例示的な実装形態の別の使用］
第８の例示的な実装形態のＲＲＣによって設定されるテーブルの別の使用を、図２５および図２６に描いてあり、ここでは第８の例示的な実装形態の別の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は、２つの追加の値Ｌ’および２つの追加の値Ｇ’を含み、値Ｌ’は、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースの長さをシンボル数４，３で示しており、値Ｇ’は、最初のＰＵＳＣＨ送信の１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースが、割り当てられるリソースの前にシンボル数１，１のギャップＧ’が存在するようなシンボルから始まることを示している。
１回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、最初のＰＵＳＣＨ送信用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４を基準とする。２回目の繰り返しの場合、値Ｇ’によって示されるギャップのシンボル数は、１回目の繰り返し用に割り当てられるリソースのスロットｋ＋２内の最後のシンボルの番号４＋１＋４を基準とする。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１個のシンボルのギャップにより、１回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋１から始まり、シンボル番号４＋１＋４で終わることが決まる。さらに、１個のシンボルのギャップにより、２回目の繰り返し用に割り当てられるリソースがシンボル番号４＋１＋４＋１＋１から始まり、シンボル番号４＋１＋４＋１＋３で終わることが決まる。
言い換えれば、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
［第９の例示的な実装形態］
以下の第９の例示的な実装形態は、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値が、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示すオプションの値、のうちの少なくとも一方であるという理解に基づいて着想されたものである。
上記の理解によれば、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信用に割り当てられるリソースを指定する値を含むだけではない。それに加えて、ＲＲＣによって設定されるテーブルは、最初のＰＵＳＣＨ送信の繰り返し用に割り当てられるリソースを指定する追加の値Ｌ’を含む。さらに、少なくとも１回の繰り返しの回数を示すオプションの追加の値は、指定される割り当てられたリソースのうち、どのリソースを繰り返し用に使用するかをより柔軟に決定することを可能にすることにおいて、ＲＲＣによって設定されるテーブルをさらに補足することができる。
下の表４は、このようなＲＲＣによって設定されるテーブルの一例を再現している。
Figure 2022520589000016
特に、ＲＲＣによって設定されるテーブルは、１つの追加の値Ｌ’を含むのみではなく、ユーザ機器４１０によって送信されるＰＵＳＣＨ繰り返しの各々を対象とする追加の値Ｌ’のセットを含む。これにより、追加のシグナリングオーバーヘッドを発生させることなく、ＰＵＳＣＨ繰り返しの各々における高いレベルの柔軟性が達成される。
特に、ユーザ機器４１０のプロセッサ４３０または基地局４６０のプロセッサ４８０は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれるパラメータに従って、すなわちＰＵＳＣＨ時間領域リソース割当てと称されるパラメータのリストに従って、このテーブルを設定する。言い換えれば、このテーブルは、ＲＲＣシグナリングの形で受信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義される。
このようなＰＵＳＣＨ時間領域リソース割当てリストＩＥの一例を、以下に、すなわち例９として再現してある。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000017
この例９から理解できるように、ＰＵＳＣＨ時間領域リソース割当てパラメータは、ＰＵＳＣＨマッピングタイプを示す値と、最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶのみならず、繰り返しの回数を示す値（繰り返しの回数と称される）と、繰り返しの各々を対象とする（繰り返し長さと称される）、少なくとも１回の繰り返しの各繰り返しの長さをシンボル数で示す値Ｌ’（各繰り返しの長さと称される）とをさらに含む。
例９のＰＵＳＣＨ時間領域リソース割当てリストＩＥと、表４のＲＲＣによって設定されるテーブルを比較すると、ＩＥにおける、繰り返しの回数を示す値（繰り返しの回数と称される）は、ＲＲＣによって設定されるテーブルでは間接的に（すなわち値Ｌ’の総数の形で）反映されているにすぎないことを理解できる。しかしながらこの値を、ＲＲＣによって設定されるテーブルに直接含めることもできる。
図２７および図２８に描いた、第９の例示的な実装形態の異なる使用に関連して、追加の値についてさらに詳しく説明する。
［第９の例示的な実装形態の１つの使用］
第９の例示的な実装形態のＲＲＣによって設定されるテーブルの１つの使用を、図２７および図２８に描いてあり、ここでは第９の例示的な実装形態の使用による、ＰＵＳＣＨ繰り返し用のＲＲＣによって設定される例示的なテーブルを提示してあり、時間領域における対応するリソース割当ても示してある。
このＲＲＣによって設定される例示的なテーブルによれば、行インデックス３の行に値が与えられており、これらの値に対応する、時間領域におけるリソース割当ても示してある。ＲＲＣによって設定されるテーブルは、行インデックス３の行に、ＰＵＳＣＨマッピングタイプがタイプｂであることを示す値を含み、これは、リソース割当てがスロット内で始まることができ、必ずしもスロットの先頭から始まらなくてもよいことを意味する。
さらにこの行は値Ｋ２を含み、値Ｋ２は、最初のＰＵＳＣＨ送信用に割り当てられるリソースがスロット番号ｋ＋２のスロットに含まれることを示している。さらに値Ｓおよび値Ｌが含まれており、これらの値は、最初のＰＵＳＣＨ送信用に割り当てられるリソースが、スロット番号ｋ＋２のスロットにおいてシンボル番号１のシンボルから始まり、４個のシンボルの長さを有することを示している。
さらにこの行は２つの追加の値Ｌ’を含み、値Ｌ’は、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースの長さを、シンボル数４，４で示している。
１回目の繰り返しの場合、割り当てられるリソースの開始は、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルに連続的に続き、２回目の繰り返しの場合、割り当てられるリソースの開始は、１回目の繰り返し用に割り当てられるリソースの最後のシンボルに連続的に続く。
したがって、１回目の繰り返しおよび２回目の繰り返し用に割り当てられるリソースは、スロット番号ｋ＋２のスロットに含まれる。特に、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号は４である。したがって、１回目の繰り返し用に割り当てられるリソースは、シンボル番号４＋１から始まり、シンボル番号４＋４で終わるように決まる。さらに、２回目の繰り返し用に割り当てられるリソースは、シンボル番号４＋４＋１から始まり、シンボル番号４＋４＋４で終わるように決まる。時間領域におけるそれぞれのリソース割当ても示してある。
［さらなる例示的な実装形態］
次にさらなる例示的な実装形態を参照し、この実施形態に従って、第１の例示的な実装形態または第２の例示的な実装形態の挙動を基地局４６０において設定することができる。この目的のため、例示的なＰＵＳＣＨ時間領域リソース割当てリストＩＥを以下に、すなわち例１０のように指定することができる。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000018
さらに別の例示的な実装形態においては、ＰＵＳＣＨ時間領域リソース割当てリストＩＥは、各ＰＵＳＣＨ送信に対してトランスポートブロックサイズが個別に計算されるのか、またはすべてのＰＵＳＣＨ送信（最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含む）の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータをさらに含む。
このさらなる例示的な実装形態を、第６～第９の例示的な実装形態のいずれかと組み合わせることができる。第６の例示的な実装形態と組み合わされる場合、例示的なＰＵＳＣＨ時間領域リソース割当てリストＩＥは、以下に、すなわち例１１のように再現したように指定することができる。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000019
重要な点として、例１１は、トランスポートブロックサイズ（ＴＢＳ）を計算するための２つの異なる計算メカニズム、すなわち結合されたＴＢＳの計算と個別のＴＢＳの計算を言及している。しかしながらこのことは、本開示に対する制限として解釈されないものとする。そうではなく、３種類またはそれ以上の異なる計算メカニズムが使用される合意に達した場合、それら３種類またはそれ以上の異なる計算メカニズムのうちの適用可能なメカニズムをＰＵＳＣＨ時間領域リソース割当てリストＩＥを介して示し得ることが、当業者には容易に理解されるであろう。
さらなる例示的な実装形態においては、ＰＵＳＣＨ時間領域リソース割当てリストＩＥは、各ＰＵＳＣＨ送信に対して周波数ホッピングが個別に適用されるのか、またはすべてのＰＵＳＣＨ送信（最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含む）に対して連続的な周波数ホッピングが適用されるのか、を示すパラメータをさらに含む。
このさらなる例示的な実装形態を、第６～第９の例示的な実装形態のいずれかと組み合わせることができる。第６の例示的な実装形態と組み合わされる場合、例示的なＰＵＳＣＨ時間領域リソース割当てリストＩＥは、以下に、すなわち例１２のように再現したように指定することができる。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000020
重要な点として、例１２は、２つの異なる周波数ホッピングメカニズム（すなわち周波数ホッピングが個別に適用されるメカニズム、またはすべてのＰＵＳＣＨ送信に適用されるメカニズム）を言及している。しかしながらこのことは、本開示に対する制限として解釈されないものとする。そうではなく、３種類またはそれ以上の異なる周波数ホッピングメカニズムが使用される合意に達した場合、それら３種類またはそれ以上の異なる周波数ホッピングメカニズムのうちの適用可能なメカニズムをＰＵＳＣＨ時間領域リソース割当てリストＩＥを介して示し得ることが、当業者には容易に理解されるであろう。
さらに別の例示的な実装形態においては、ＰＵＳＣＨ時間領域リソース割当てリストＩＥは、復調用参照シンボル（ＤＭＲＳ）が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返しのすべてまたは個々の各繰り返しに存在するか否かを示すパラメータ、をさらに含む。
このさらなる例示的な実装形態を、第６～第９の例示的な実装形態のいずれかと組み合わせることができる。第６の例示的な実装形態と組み合わされる場合、例示的なＰＵＳＣＨ時間領域リソース割当てリストＩＥは、以下に、すなわち例１３のように再現したように指定することができる。専門用語は将来的に変更されうるため、この例は、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる追加のパラメータを伝える機能およびコンセプトに関して、より広く理解されるものとする。
Figure 2022520589000021
第１の態様によれば、ユーザ機器（ＵＥ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、受信機と、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、プロセッサと、受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で受信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、受信されたＤＣＩを伝えるスロットの番号と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定し、動作時、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する送信機と、を備えており、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、ユーザ機器、を提供する。
第２の態様によれば、ユーザ機器（ＵＥ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、受信機と、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、プロセッサと、受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で受信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定し、動作時、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信する送信機と、を備えており、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、ユーザ機器、を提供する。
第１の態様または第２の態様に加えて提供される第３の態様によれば、少なくとも１つの追加の値が、少なくとも１回の繰り返し用の第２のスロットオフセットを示す値Ｋ２’と、少なくとも１回の繰り返し用の第２の開始・長さインジケータ値を示す値ＳＬＩＶ’と、少なくとも１回の繰り返しの回数を示す値、の１つである、および／または、第２の開始・長さインジケータ値ＳＬＩＶ’が、少なくとも１回の繰り返し用に割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、を含む。
第２の態様または第３の態様に加えて提供される第４の態様によれば、少なくとも１つの追加の値が、第２のスロットオフセットを示す値Ｋ２’である場合、第２のスロットオフセットは、少なくとも１回の繰り返しすべての割り当てられるリソースを、受信されたＤＣＩを伝えるスロットの番号を基準として、または、受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられる時間領域オフセットフィールドの値を基準として、指定する。
第３の態様または第４の態様に加えて提供される第５の態様によれば、少なくとも１つの追加の値が、第２のスロットオフセットを示す値Ｋ２’である場合、第２のスロットオフセットは、少なくとも１回の繰り返しすべての割り当てられるリソースを、最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する。
第３の態様または第４の態様に加えて提供される第６の態様によれば、少なくとも１つの追加の値が、第２のスロットオフセットを示す値Ｋ２’である場合、第２のスロットオフセットは、少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、最初のＰＵＳＣＨ送信用に割り当てられるリソースを含むスロットの番号を基準として指定する、または、第２のスロットオフセットは、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースを含むスロットの番号を基準として指定する。
第１の態様または第２の態様に加えて提供される第７の態様によれば、少なくとも１つの追加の値は、少なくとも１回の繰り返し用に割り当てられるリソースの前のギャップのシンボル数を示す値Ｇ’と、少なくとも１回の繰り返し用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、少なくとも１回の繰り返しの回数を示す値、の１つである。
第７の態様に加えて提供される第８の態様によれば、少なくとも１つの追加の値が、ギャップのシンボル数を示す値Ｇ’である場合、ギャップのシンボル数は、少なくとも１回の繰り返しすべての割り当てられるリソースを、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
第８の態様に加えて提供される第９の態様によれば、少なくとも１つの追加の値が、ギャップのシンボル数を示す値Ｇ’である場合、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの１回目の繰り返し用に割り当てられるリソースを、最初のＰＵＳＣＨ送信用に割り当てられるリソースの最後のシンボルの番号を基準として指定する、または、ギャップのシンボル数は、少なくとも１回の繰り返しのうちの後続の繰り返し用に割り当てられるリソースを、少なくとも１回の繰り返しのうちの先行する繰り返し用に割り当てられるリソースの最後のシンボルの番号を基準として指定する。
第３の態様または第８の態様に加えて提供される第１０の態様によれば、少なくとも１つの追加の値が、割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’である場合、シンボル数は、少なくとも１回の繰り返しすべての割り当てられるリソースの長さを指定する、または、シンボル数は、少なくとも１回の繰り返しのうちの個々の繰り返し用に割り当てられるリソースの長さを指定する。
第１の態様から第１０の態様の一態様に加えて提供される第１１の態様によれば、ＰＵＳＣＨ時間領域リソース割当てリストＩＥは、トランスポートブロックサイズが各ＰＵＳＣＨ送信に対して個別に計算されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータと、周波数ホッピングが各ＰＵＳＣＨ送信に対して個別に適用されるのか、または、最初のＰＵＳＣＨ送信およびその少なくとも１回の繰り返しを含むすべてのＰＵＳＣＨ送信に対して、連続する周波数ホッピングが適用されるのか、を示すパラメータと、復調用参照シンボル（ＤＭＲＳ）が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返しのすべてまたは個々の各繰り返しに存在するか否かを示すパラメータ、の少なくとも１つ、をさらに含む。
第１２の態様によれば、ＵＥの方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で受信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、受信されたＤＣＩを伝えるスロットの番号と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定するステップと、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信するステップと、を含み、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、方法、を提供する。
第１３の態様によれば、ＵＥの方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で受信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、最初のＰＵＳＣＨ送信用に割り当てられるリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられるリソースを、受信された設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて決定するステップと、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を送信するステップと、を含み、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、方法、を提供する。
第１４の態様によれば、基地局（ＢＳ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、送信機と、動作時、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、プロセッサと、送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で送信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、最初のＰＵＳＣＨ送信用のリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを、送信されるＤＣＩを伝えるスロットの番号と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて割り当て、動作時、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する受信機と、を備えており、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、基地局、を提供する。
第１５の態様によれば、基地局（ＢＳ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、送信機と、動作時、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、プロセッサと、送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で送信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、最初のＰＵＳＣＨ送信用のリソースと、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを、送信される設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて割り当て、動作時、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信する受信機と、を備えており、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、基地局、を提供する。
第１６の態様によれば、基地局（ＢＳ）の方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）を、媒体アクセス制御（ＭＡＣ）シグナリングの形で送信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、送信されるＤＣＩを伝えるスロットの番号と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てるステップと、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信するステップと、を含み、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、方法、を提供する。
第１７の態様によれば、基地局（ＢＳ）の方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、各行が、ＰＵＳＣＨマッピングタイプを示す値と、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、を有する、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝える設定済みグラントｃｏｎｆｉｇ ＩＥを、ＲＲＣシグナリングの形で送信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、送信される設定済みグラントｃｏｎｆｉｇ ＩＥの中でさらに伝えられかつ時間領域リソース割当てフィールドに関連付けられる時間領域オフセットフィールドの値と、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、スロットオフセットを示す値Ｋ２と、開始・長さインジケータを示す値ＳＬＩＶと、に基づいて、最初のＰＵＳＣＨ送信用のリソースを割り当て、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用のリソースを割り当てるステップと、最初のＰＵＳＣＨ送信用と最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用の、それぞれ決定された割り当てられたリソースを使用して、ＰＵＳＣＨ送信を受信するステップと、を含み、割り当てられるリソースの決定が、最初のＰＵＳＣＨ送信の少なくとも１回の繰り返し用に割り当てられる時間領域リソースを指定する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの追加の値、に基づく、方法、を提供する。
第１８の態様によれば、ユーザ機器（ＵＥ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、受信機と、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定し、動作時、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、複数のＰＵＳＣＨ送信を、それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、を備えており、データのトランスポートブロックが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータ、に基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、ユーザ機器、を提供する。
第１８の態様に加えて提供される第１９の態様によれば、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、少なくとも１つの第２のパラメータ（Ｒ，Ｄ）のうちの同じパラメータが、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第１８の態様に加えて提供される第２０の態様によれば、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる、少なくとも１つの第２のパラメータのうちの異なるパラメータが、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々を対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第１８の態様から第２０の態様に加えて提供される第２１の態様によれば、少なくとも１つの第２のパラメータは、ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる。
第２２の態様によれば、ユーザ機器（ＵＥ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、受信機と、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定し、動作時、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、複数のＰＵＳＣＨ送信を、それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、を備えており、データのトランスポートブロックが、受信されたＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、ユーザ機器、を提供する。
第２２の態様に加えて提供される第２３の態様によれば、少なくとも１つの第２のパラメータは、受信されるＤＣＩの専用ビットフィールドに含まれており、少なくとも１つの第２のパラメータのうちの同じパラメータが、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第２２の態様に加えて提供される第２４の態様によれば、受信機は、動作時、受信されるＤＣＩの巡回冗長検査（ＣＲＣ）ビットフィールドをスクランブルするために使用される特定の無線ネットワーク一時識別子（ＲＮＴＩ）から、少なくとも１つの第２のパラメータを推測し、推測される同じ少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第２５の態様によれば、ユーザ機器（ＵＥ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、受信機と、動作時、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定し、動作時、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、複数のＰＵＳＣＨ送信を、それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、を備えており、データのトランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、ユーザ機器、を提供する。
第２５の態様に加えて提供される第２６の態様によれば、受信機は、動作時、ＲＲＣシグナリングの形での物理（Ｐｈｙ）パラメータＩＥに含まれる少なくとも１つの第２のパラメータを受信し、受信される同じ少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第２５の態様に加えて提供される第２７の態様によれば、受信機は、動作時、少なくとも１つの第２のパラメータを、特定の帯域幅部分の無線周波数帯設定から推測し、推測される同じ少なくとも１つの第２の値が、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第２５の態様に加えて提供される第２８の態様によれば、受信機は、動作時、少なくとも１つの第２のパラメータを、特定の信頼性要件および／またはレイテンシ要件を有するサービスタイプ設定から推測し、推測される同じ少なくとも１つの第２の値が、複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す。
第１８の態様から第２８の態様に加えて提供される第２９の態様によれば、割り当てられる時間領域リソースの決定が、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルの各行に含まれる第１の値セット、に基づき、第１の値セットが、複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信のＰＵＳＣＨマッピングタイプを示す値と、複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２と、複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶと、を含む。
第１８の態様から第２９の態様に加えて提供される第３０の態様によれば、割り当てられる時間領域リソースの決定が、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第３の値、にさらに基づき、少なくとも１つの第３の値が、複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用の別のスロットオフセットを示す値Ｋ２’と、複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用の別の開始・長さインジケータ値を示す値ＳＬＩＶ’と、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の総数を示す値、の少なくとも１つを含む。
第３０の態様に加えて提供される第３１の態様によれば、別の開始・長さインジケータ値ＳＬＩＶ’は、複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用に割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ’と、複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’と、を含む。
第１８の態様から第３１の態様に加えて提供される第３２の態様によれば、送信機は、動作時、データの選択されたトランスポートブロックを伝える複数のＰＵＳＣＨ送信を、複数のＰＵＳＣＨ送信の生成に関連する、ＲＲＣによって設定されるテーブルのインデックス付き行にさらに含まれる少なくとも１つの第４の値、に基づいてさらに生成し、少なくとも１つの第４の値が、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々に対する異なる変調・符号化方式（ＭＣＳ）インデックス値、または、複数のＰＵＳＣＨ送信のすべてを対象とする同じ変調・符号化方式（ＭＣＳ）インデックス値、および、複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、複数のＰＵＳＣＨ送信の各々に対する異なる冗長バージョン（ＲＶ）オフセット値、または、複数のＰＵＳＣＨ送信のすべてを対象とする同じ冗長バージョン（ＲＶ）オフセット値、のうちの少なくとも１つを含む。
第１８の態様から第３２の態様に加えて提供される第３３の態様によれば、ＰＵＳＣＨ時間領域リソース割当てリストＩＥは、複数のＰＵＳＣＨ送信の生成に関連する少なくとも１つの第５のパラメータをさらに含み、少なくとも１つの第５のパラメータが、トランスポートブロックサイズが複数のＰＵＳＣＨ送信の各々に対して個別に計算されるのか、またはすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータ、変調・符号化方式（ＭＣＳ）インデックスが複数のＰＵＳＣＨ送信の各々に対して個別に決定されるのか、またはすべてのＰＵＳＣＨ送信に対して同じＭＣＳインデックスが決定されるのか、を示すパラメータ、複数のＰＵＳＣＨ送信のすべてに対して、受信されたＤＣＩ内のＲＶフィールドに基づいて同じ冗長バージョン（ＲＶ）が決定されるか否かを示すパラメータ、および、復調用参照シンボル（ＤＭＲＳ）が、複数のＰＵＳＣＨ送信の少なくとも最初のＰＵＳＣＨ送信またはすべてのＰＵＳＣＨ送信に存在するか否かを示すパラメータ、のうちの少なくとも１つを含む。
第３４の態様によれば、ＵＥの方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定するステップと、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、それぞれ決定された割り当てられた時間領域リソースを使用して複数のＰＵＳＣＨ送信を送信するステップと、を含み、データのトランスポートブロックが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータ、に基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
第３５の態様によれば、ＵＥの方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定するステップと、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、それぞれ決定された割り当てられた時間領域リソースを使用して複数のＰＵＳＣＨ送信を送信するステップと、を含み、データのトランスポートブロックが、受信されたＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
第３６の態様によれば、ＵＥの方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて決定するステップと、複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、それぞれ決定された割り当てられた時間領域リソースを使用して複数のＰＵＳＣＨ送信を送信するステップと、を含み、データのトランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
第３７の態様によれば、基地局（ＢＳ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、送信機と、動作時、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当て、動作時、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、を備えており、データのトランスポートブロックが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、基地局、を提供する。
第３８の態様によれば、基地局（ＢＳ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、送信機と、動作時、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当て、動作時、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、を備えており、データのトランスポートブロックが、送信されるＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、基地局、を提供する。
第３９の態様によれば、基地局（ＢＳ）であって、動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、送信機と、動作時、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、プロセッサと、送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、プロセッサが、動作時、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当て、動作時、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、を備えており、データのトランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、基地局、を提供する。
第４０の態様によれば、基地局の方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当てるステップと、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理するステップと、を含み、データのトランスポートブロックが、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
第４１の態様によれば、基地局の方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当てるステップと、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理するステップと、を含み、データのトランスポートブロックが、送信されるＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
第４２の態様によれば、基地局の方法であって、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信するステップであって、ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信するステップであって、値ｍが、ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、複数のＰＵＳＣＨ送信用の時間領域リソースを、送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルのインデックス付き行に含まれる第１の値セットと、に基づいて割り当てるステップと、複数のＰＵＳＣＨ送信を、それぞれ割り当てられた時間領域リソースを使用して受信し、複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理するステップと、を含み、データのトランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、少なくとも１つの第２のパラメータが、複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、方法、を提供する。
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。
上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。
ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。
しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。
さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。
本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。
このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。
本通信装置は、携帯型または可搬型に限定されず、非携帯型または据え付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じて、データを交換するステップを含むことができる。
本通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、本通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。
本通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

Claims (15)

  1. ユーザ機器（ＵＥ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記受信機と、
    動作時、前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定し、
    動作時、前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記複数のＰＵＳＣＨ送信を、前記それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、
    を備えており、
    データの前記トランスポートブロックが、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの第２のパラメータ、に基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    ユーザ機器。
  2. 前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる、前記少なくとも１つの第２のパラメータ（Ｒ，Ｄ）のうちの同じパラメータが、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    または、
    前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる、前記少なくとも１つの第２のパラメータのうちの異なるパラメータが、前記複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、前記複数のＰＵＳＣＨ送信の各々を対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    および／または、
    前記少なくとも１つの第２のパラメータが、前記ＰＵＳＣＨ時間領域リソース割当てリストＩＥに含まれる、
    請求項１に記載のユーザ機器。
  3. ユーザ機器（ＵＥ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記受信機と、
    動作時、前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定し、
    動作時、前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記複数のＰＵＳＣＨ送信を、前記それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、
    を備えており、
    データの前記トランスポートブロックが、前記受信されたＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    ユーザ機器。
  4. 前記少なくとも１つの第２のパラメータが、前記受信されるＤＣＩの専用ビットフィールドに含まれており、前記少なくとも１つの第２のパラメータのうちの同じパラメータが、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    または、
    前記受信機が、動作時、前記受信されるＤＣＩの巡回冗長検査（ＣＲＣ）ビットフィールドをスクランブルするために使用される特定の無線ネットワーク一時識別子（ＲＮＴＩ）から、前記少なくとも１つの第２のパラメータを推測し、推測される同じ少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    請求項３に記載のユーザ機器。
  5. ユーザ機器（ＵＥ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信する受信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記受信機と、
    動作時、前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記受信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定し、
    動作時、前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記複数のＰＵＳＣＨ送信を、前記それぞれ決定された割り当てられた時間領域リソースを使用して送信する送信機と、
    を備えており、
    データの前記トランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    ユーザ機器。
  6. 前記受信機が、動作時、ＲＲＣシグナリングの形での物理（Ｐｈｙ）パラメータＩＥに含まれる前記少なくとも１つの第２のパラメータを受信し、受信される同じ少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    または、
    前記受信機が、動作時、前記少なくとも１つの第２のパラメータを、前記特定の帯域幅部分の無線周波数帯設定から推測し、推測される同じ少なくとも１つの第２の値が、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    または、
    前記受信機が、動作時、前記少なくとも１つの第２のパラメータを、特定の信頼性要件および／またはレイテンシ要件を有するサービスタイプ設定から推測し、推測される同じ少なくとも１つの第２の値が、前記複数のＰＵＳＣＨ送信のすべてを対象に、異なるＰＵＳＣＨ送信または繰り返されるＰＵＳＣＨ送信を示す、
    請求項５に記載のユーザ機器。
  7. 割り当てられる時間領域リソースの前記決定が、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルの各行に含まれる前記第１の値セット、に基づき、前記第１の値セットが、
    － 前記複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信のＰＵＳＣＨマッピングタイプを示す値、
    － 前記複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信用のスロットオフセットを示す値Ｋ２、および、
    － 前記複数のＰＵＳＣＨ送信のうちの少なくとも最初のＰＵＳＣＨ送信用の開始・長さインジケータを示す値ＳＬＩＶ、
    を含む、
    および／または、
    割り当てられる時間領域リソースの前記決定が、割り当てられる時間領域リソースに関連する、ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの第３の値、にさらに基づき、前記少なくとも１つの第３の値が、
    － 前記複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用の別のスロットオフセットを示す値Ｋ２’、
    － 前記複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用の別の開始・長さインジケータ値を示す値ＳＬＩＶ’、および、
    － 前記複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、前記複数のＰＵＳＣＨ送信の総数を示す値、
    の少なくとも１つを含む、
    および／または、
    前記別の開始・長さインジケータ値ＳＬＩＶ’が、
    － 前記複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用に割り当てられるリソースの開始を指定するシンボル番号を示す値Ｓ’、および、
    － 前記複数のＰＵＳＣＨ送信のうちの後続のＰＵＳＣＨ送信用に割り当てられるリソースの長さを指定するシンボル数を示す値Ｌ’、
    を含む、
    請求項１から請求項６のいずれか１項に記載のユーザ機器。
  8. 前記送信機が、動作時、データの前記選択されたトランスポートブロックを伝える前記複数のＰＵＳＣＨ送信を、前記複数のＰＵＳＣＨ送信の生成に関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行にさらに含まれる少なくとも１つの第４の値、に基づいてさらに生成し、前記少なくとも１つの第４の値が、
    － 前記複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、前記複数のＰＵＳＣＨ送信の各々に対する異なる変調・符号化方式（ＭＣＳ）インデックス値、または、
    － 前記複数のＰＵＳＣＨ送信のすべてを対象とする同じ変調・符号化方式（ＭＣＳ）インデックス値、
    および、
    － 前記複数のＰＵＳＣＨ送信の最初のＰＵＳＣＨ送信を除く、前記複数のＰＵＳＣＨ送信の各々に対する異なる冗長バージョン（ＲＶ）オフセット値、または、
    － 前記複数のＰＵＳＣＨ送信のすべてを対象とする同じ冗長バージョン（ＲＶ）オフセット値、
    の少なくとも１つを含む、
    請求項１から請求項７のいずれか１項に記載のユーザ機器。
  9. 前記ＰＵＳＣＨ時間領域リソース割当てリストＩＥが、前記複数のＰＵＳＣＨ送信の前記生成に関連する少なくとも１つの第５のパラメータ、をさらに含み、前記少なくとも１つの第５のパラメータが、
    － 前記トランスポートブロックサイズが前記複数のＰＵＳＣＨ送信の各々に対して個別に計算されるのか、またはすべてのＰＵＳＣＨ送信の結合されたトランスポートブロックサイズが計算されるのか、を示すパラメータ、
    － 変調・符号化方式（ＭＣＳ）インデックスが前記複数のＰＵＳＣＨ送信の各々に対して個別に決定されるのか、またはすべてのＰＵＳＣＨ送信に対して同じＭＣＳインデックスが決定されるのか、を示すパラメータ、
    － 前記複数のＰＵＳＣＨ送信のすべてに対して、前記受信されたＤＣＩ内のＲＶフィールドに基づいて同じ冗長バージョン（ＲＶ）が決定されるか否かを示すパラメータ、および、
    － 復調用参照シンボル（ＤＭＲＳ）が、前記複数のＰＵＳＣＨ送信の少なくとも最初のＰＵＳＣＨ送信またはすべてのＰＵＳＣＨ送信に存在するか否かを示すパラメータ、
    の少なくとも１つを含む、
    請求項１から請求項８のいずれか１項に記載のユーザ機器。
  10. ユーザ機器（ＵＥ）の方法であって、
    物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、
    前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、
    値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、
    前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定するステップと、
    前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記それぞれ決定された割り当てられた時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信するステップと、
    を含み、
    データの前記トランスポートブロックが、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの第２のパラメータ、に基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    方法。
  11. ユーザ機器（ＵＥ）の方法であって、
    物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、
    前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、
    値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、
    前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定するステップと、
    前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記それぞれ決定された割り当てられた時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信するステップと、
    を含み、
    データの前記トランスポートブロックが、前記受信されたＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    方法。
  12. ユーザ機器（ＵＥ）の方法であって、
    物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で受信するステップであって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、ステップと、
    前記受信されたＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するステップであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、ステップと、
    値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップであって、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供する、ステップと、
    前記複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースを、前記受信されたＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて決定するステップと、
    前記複数のＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを選択し、前記それぞれ決定された割り当てられた時間領域リソースを使用して前記複数のＰＵＳＣＨ送信を送信するステップと、
    を含み、
    データの前記トランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて選択され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    方法。
  13. 基地局（ＢＳ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記送信機と、
    動作時、前記送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用の時間領域リソースを、前記送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて割り当て、
    動作時、前記複数のＰＵＳＣＨ送信を、前記それぞれ割り当てられた時間領域リソースを使用して受信し、前記複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、
    を備えており、
    データの前記トランスポートブロックが、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる少なくとも１つの第２のパラメータに基づいて処理され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    基地局。
  14. 基地局（ＢＳ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記送信機と、
    動作時、前記送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用の時間領域リソースを、前記送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて割り当て、
    動作時、前記複数のＰＵＳＣＨ送信を、前記それぞれ割り当てられた時間領域リソースを使用して受信し、前記複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、
    を備えており、
    データの前記トランスポートブロックが、前記送信されるＤＣＩのシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    基地局。
  15. 基地局（ＢＳ）であって、
    動作時、物理アップリンク共有チャネル（ＰＵＳＣＨ）ｃｏｎｆｉｇ情報要素（ＩＥ）を、無線リソース制御（ＲＲＣ）シグナリングの形で送信する送信機であって、前記ＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥが特定の帯域幅部分に適用可能である、前記送信機と、
    動作時、前記送信されるＰＵＳＣＨ ｃｏｎｆｉｇ ＩＥの中で伝えられるＰＵＳＣＨ時間領域リソース割当てリストＩＥによって定義されるテーブルを設定するプロセッサであって、前記テーブルが行を備えており、少なくとも１つの行が、複数のＰＵＳＣＨ送信用に割り当てられる時間領域リソースに関連する第１の値セットを含む、前記プロセッサと、
    前記送信機が、動作時、値ｍを有する時間領域リソース割当てフィールドを伝えるダウンリンク制御情報（ＤＣＩ）シグナリングを送信し、前記値ｍが、前記ＲＲＣによって設定されるテーブルに行インデックスｍ＋１を提供し、
    前記プロセッサが、動作時、前記複数のＰＵＳＣＨ送信用の時間領域リソースを、前記送信されるＤＣＩを伝えるスロットのインデックスと、割り当てられる時間領域リソースに関連する、前記ＲＲＣによって設定されるテーブルの前記インデックス付き行に含まれる前記第１の値セットと、に基づいて割り当て、
    動作時、前記複数のＰＵＳＣＨ送信を、前記それぞれ割り当てられた時間領域リソースを使用して受信し、前記複数の受信されたＰＵＳＣＨ送信で伝えられるデータのトランスポートブロックを処理する、受信機と、
    を備えており、
    データの前記トランスポートブロックが、物理層設定のシグナリングを介して伝えられる少なくとも１つの第２のパラメータに基づいて処理され、前記少なくとも１つの第２のパラメータが、前記複数のＰＵＳＣＨ送信が異なるＰＵＳＣＨ送信であるかまたは繰り返されるＰＵＳＣＨ送信であるかを示す、
    基地局。
JP2021547297A 2019-02-14 2020-01-07 送信動作および受信動作を実行するユーザ機器およびシステム Pending JP2022520589A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP19000087.7 2019-02-14
EP19000087.7A EP3697013A1 (en) 2019-02-14 2019-02-14 User equipment and system performing transmission and reception operations
EP19167701.2 2019-04-05
EP19167701.2A EP3697015A1 (en) 2019-02-14 2019-04-05 User equipment and system performing transmission and reception operations
PCT/EP2020/050219 WO2020164811A1 (en) 2019-02-14 2020-01-07 User equipment and system performing transmission and reception operations

Publications (2)

Publication Number Publication Date
JP2022520589A true JP2022520589A (ja) 2022-03-31
JPWO2020164811A5 JPWO2020164811A5 (ja) 2022-12-13

Family

ID=65493783

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021547296A Pending JP2022520588A (ja) 2019-02-14 2019-12-20 送信動作および受信動作を実行するユーザ機器およびシステム
JP2021547297A Pending JP2022520589A (ja) 2019-02-14 2020-01-07 送信動作および受信動作を実行するユーザ機器およびシステム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2021547296A Pending JP2022520588A (ja) 2019-02-14 2019-12-20 送信動作および受信動作を実行するユーザ機器およびシステム

Country Status (10)

Country Link
US (2) US11943764B2 (ja)
EP (5) EP3697013A1 (ja)
JP (2) JP2022520588A (ja)
KR (2) KR20210126607A (ja)
CN (2) CN113348642B (ja)
AU (2) AU2019429754A1 (ja)
BR (2) BR112021010864A2 (ja)
MX (2) MX2021009816A (ja)
WO (2) WO2020164784A1 (ja)
ZA (1) ZA202105680B (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220159652A1 (en) * 2019-03-29 2022-05-19 Lg Electronics Inc. Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception
KR20230106740A (ko) 2019-08-01 2023-07-13 주식회사 윌러스표준기술연구소 무선 통신 시스템에서 상향링크 공유 채널(physicaluplink shared channel: pusch)를 송수신하는 방법, 장치 및 시스템
WO2021029752A1 (ko) * 2019-08-14 2021-02-18 엘지전자 주식회사 무선 통신 시스템에서 하향링크 데이터를 송수신 하는 방법 및 이에 대한 장치
CN111092695B (zh) * 2019-11-05 2023-09-26 中兴通讯股份有限公司 重传次数确定方法、指示方法、装置、终端、通信节点及介质
US11646832B2 (en) * 2020-04-09 2023-05-09 Ofinno, Llc HARQ feedback collision in unlicensed bands
US20210360660A1 (en) * 2020-05-15 2021-11-18 Samsung Electronics Co., Ltd. Method and apparatus for coverage enhancement of msg3
US20240031075A1 (en) * 2020-10-23 2024-01-25 Apple Inc. Aggregated retransmission schemes
KR20220081309A (ko) * 2020-12-08 2022-06-15 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 어그리게이션 번호 표시 방법 및 장치
US20220312413A1 (en) * 2021-03-23 2022-09-29 Samsung Electronics Co., Ltd. Transmission of uplink channels with repetitions
CN116471688A (zh) * 2022-01-11 2023-07-21 大唐移动通信设备有限公司 一种时域资源确定方法、终端设备及存储介质
WO2024072088A1 (ko) * 2022-09-29 2024-04-04 엘지전자 주식회사 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2522096A2 (en) * 2010-01-08 2012-11-14 InterDigital Patent Holdings, Inc. Method and apparatus for channel resource mapping in carrier aggregation
EP2561717A4 (en) * 2010-04-22 2015-07-15 Sharp Kk COMMUNICATION METHOD AND SYSTEM FOR ALLOCATING UPLINK CONTROL CHANNEL RESOURCES AND BASE STATION, USER DEVICE AND INTEGRATED CIRCUIT ARRANGEMENT THEREIN
ES2733945T3 (es) * 2011-06-15 2019-12-03 Samsung Electronics Co Ltd Extensión de señalización de control de enlace descendente físico en un sistema de comunicaciones
AU2012333299B2 (en) * 2011-10-31 2016-07-21 Samsung Electronics Co., Ltd. Feedback method and apparatus for cooperative multi-point communication in communication system
US9241327B2 (en) * 2012-01-23 2016-01-19 Intel Corporation LTE enhancements for small packet transmissions
US9560640B2 (en) * 2012-07-13 2017-01-31 Lg Electronics Inc. Method and apparatus for transmitting control information
KR102086515B1 (ko) * 2012-09-16 2020-03-09 엘지전자 주식회사 무선 통신 시스템에서 안테나 포트 관계를 고려한 하향링크 신호 송수신 방법 및 장치
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
EP2787670A1 (en) * 2013-04-05 2014-10-08 Panasonic Intellectual Property Corporation of America MCS table adaptation for 256-QAM
CN105393618B (zh) 2013-05-15 2019-11-29 华为技术有限公司 信号传输方法、装置、通信系统、终端和基站
US9479298B2 (en) * 2013-07-08 2016-10-25 Intel IP Corporation Demodulation reference signals (DMRS)for side information for interference cancellation
US20170041921A1 (en) 2014-01-15 2017-02-09 Nec Corporation Method for transmitting uplink control information, wireless terminal, and base station
WO2015137632A1 (en) * 2014-03-11 2015-09-17 Lg Electronics Inc. Method for allocating temporary identifier to terminal in random access procedure in wireless communication system and apparatus tehrefor
KR101857667B1 (ko) * 2014-03-12 2018-06-19 엘지전자 주식회사 무선 자원의 용도 변경을 지원하는 무선 통신 시스템에서 상향링크 제어 채널 송신 방법 및 이를 위한 장치
JP6568872B2 (ja) * 2014-07-03 2019-08-28 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける上向きリンクデータの送信方法及びこのために装置
CN107667565B (zh) * 2015-04-09 2022-01-28 三星电子株式会社 在使用非授权频带的蜂窝网络中分配资源的方法及其设备
AU2015390318B2 (en) 2015-04-10 2020-01-16 Panasonic Intellectual Property Corporation Of America Wireless communication method, eNodB and user equipment
US11637593B2 (en) * 2015-07-09 2023-04-25 Qualcomm Incorporated Machine type communication (MTC) configuration, interference management, and retuning time for uplink transmissions
WO2017044066A1 (en) * 2015-09-11 2017-03-16 Intel IP Corporation Transmission of uplink control information in wireless systems
WO2017149194A1 (en) * 2016-03-01 2017-09-08 Nokia Technologies Oy Pucch resource allocation
EP3439218B1 (en) * 2016-03-27 2021-01-13 LG Electronics Inc. -1- Method for transmitting and receiving uplink demodulation reference signal in wireless communication system, and apparatus therefor
CN107819502A (zh) * 2016-09-10 2018-03-20 北京信威通信技术股份有限公司 一种波束训练的方法及装置
KR101948901B1 (ko) 2017-05-18 2019-02-15 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전송을 수행하는 방법 및 이를 위한 장치
US10499386B2 (en) * 2017-06-15 2019-12-03 Sharp Kabushiki Kaisha Procedure, base station and user equipment for uplink transmission without grant
WO2018232284A1 (en) * 2017-06-16 2018-12-20 Chatterjee Debdeep New radio (nr) frequency-domain resource allocation techniques
JP2020137007A (ja) * 2019-02-22 2020-08-31 シャープ株式会社 基地局装置、端末装置、通信方法、および、集積回路
WO2020200176A1 (zh) * 2019-03-30 2020-10-08 华为技术有限公司 确定传输资源的方法及装置
US20220279551A1 (en) * 2019-08-09 2022-09-01 Sharp Kabushiki Kaisha Terminal apparatus, base station apparatus, and communication method
KR20210033370A (ko) * 2019-09-18 2021-03-26 삼성전자주식회사 네트워크 협력 통신을 위한 상향링크 반복 전송 방법 및 장치
WO2022025165A1 (en) * 2020-07-30 2022-02-03 Sharp Kabushiki Kaisha User equipments, base stations and signaling for relaxed uplink processing time

Also Published As

Publication number Publication date
EP3925133A1 (en) 2021-12-22
AU2019429754A1 (en) 2021-06-03
CN113348642B (zh) 2024-04-02
EP4221053A1 (en) 2023-08-02
ZA202105680B (en) 2023-07-26
BR112021010864A2 (pt) 2021-08-31
BR112021009802A2 (pt) 2021-08-17
US11943764B2 (en) 2024-03-26
JP2022520588A (ja) 2022-03-31
EP3925134A1 (en) 2021-12-22
EP3925133B1 (en) 2023-05-03
CN113475031B (zh) 2024-04-12
CN113475031A (zh) 2021-10-01
KR20210126607A (ko) 2021-10-20
US20220014333A1 (en) 2022-01-13
WO2020164811A1 (en) 2020-08-20
EP3697013A1 (en) 2020-08-19
US20210377979A1 (en) 2021-12-02
KR20210118859A (ko) 2021-10-01
EP3697015A1 (en) 2020-08-19
MX2021009818A (es) 2021-09-08
WO2020164784A1 (en) 2020-08-20
MX2021009816A (es) 2021-09-08
AU2020220581A1 (en) 2021-05-27
CN113348642A (zh) 2021-09-03

Similar Documents

Publication Publication Date Title
JP2022520589A (ja) 送信動作および受信動作を実行するユーザ機器およびシステム
TWI691225B (zh) 衝突處理之方法、及其使用者設備和基地台
US11974303B2 (en) Flexible repetition of PUSCH mini-slots within a slot
JP7303291B2 (ja) Ｈａｒｑ－ａｃｋの伝送方法、端末装置およびネットワーク装置
JP6745360B2 (ja) ダウンリンク送信の設定
JP6998307B2 (ja) 端末及び通信方法
CN111181694B (zh) 一种上行控制信息的传输方法及装置
WO2019158013A1 (zh) 信道传输方法和装置、网络设备及计算机可读存储介质
US11962533B2 (en) User equipment and base station performing transmission and reception operations
JP2023550983A (ja) 通信の方法、装置及びコンピュータ記憶媒体
RU2799505C2 (ru) Пользовательское оборудование и система, осуществляющая операции передачи и приема
RU2801706C2 (ru) Пользовательское оборудование и система, выполняющие операции передачи и приема
WO2022257118A1 (en) Multiple transport block scheduling with downlink control information and hybrid automatic repeat request ack/nack
JP2024079774A (ja) 送受信処理を実行するユーザ装置及び基地局
CN118157831A (zh) 执行发送和接收操作的用户设备和系统
JP2022544178A (ja) 上りリンク信号の送受信方法及び装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210817

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221202

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221202

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240326

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240507