Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP7516405B2 - アップリンク伝送でのｕｅ内の優先順位付け - Google Patents
[go: Go Back, main page]

JP7516405B2 - アップリンク伝送でのｕｅ内の優先順位付け - Google Patents

アップリンク伝送でのｕｅ内の優先順位付け Download PDF

Info

Publication number
JP7516405B2
JP7516405B2 JP2021547451A JP2021547451A JP7516405B2 JP 7516405 B2 JP7516405 B2 JP 7516405B2 JP 2021547451 A JP2021547451 A JP 2021547451A JP 2021547451 A JP2021547451 A JP 2021547451A JP 7516405 B2 JP7516405 B2 JP 7516405B2
Authority
JP
Japan
Prior art keywords
transmission
priority
pusch
uci
trp
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.)
Active
Application number
JP2021547451A
Other languages
English (en)
Other versions
JP2022520823A (ja
Inventor
アイヤー，ラクシュミ，アール．
テリー，ステファン，イー．
スヴェドマン，パトリック
リ，チン
リ，イーファン
アジャクプレ，パスカル，エム．
ジャン，グオドン
ツァイ，アラン，ワイ．
アワディン，モハメド
Original Assignee
インターデイジタル パテント ホールディングス インコーポレイテッド
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 インターデイジタル パテント ホールディングス インコーポレイテッド filed Critical インターデイジタル パテント ホールディングス インコーポレイテッド
Publication of JP2022520823A publication Critical patent/JP2022520823A/ja
Priority to JP2024107426A priority Critical patent/JP7707384B2/ja
Application granted granted Critical
Publication of JP7516405B2 publication Critical patent/JP7516405B2/ja
Priority to JP2025111980A priority patent/JP2025163014A/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • 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
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • 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
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/0051—Allocation of pilot signals, i.e. of signals known to the receiver of dedicated pilots, i.e. pilots destined for a single user or terminal
    • 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 signalling, 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/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • 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/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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • 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
    • H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
    • 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
    • H04W72/232—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

（関連出願の相互参照）
本出願は、２０１９年２月１４日出願の米国仮特許出願番号第６２／８０５，６１４号、および２０１９年３月２７日出願の米国仮特許出願番号第６２／８２４，７０１号の利益を請求し、それらの全体が参照により本明細書に援用される。
種々のアプリケーションをサポートするために様々な優先度レベルの伝送をサポートすることが望ましい場合がある。優先度は、媒体アクセス制御（Medium Access Control：ＭＡＣ）層で識別可能であり得るが、時には、物理層自体で優先度の識別を可能にすることが有益であり得る。これは、物理伝送が始まったときに起こり得るが、物理層でプリエンプションされなければならない。したがって、物理層で優先度を識別し、ユーザ端末（User Equipment：ＵＥ）内の衝突が物理ダウンリンク共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）上で生じるときにＵＥ挙動を定め、衝突を処理するためにＵＥプロシージャを定め、ＵＥがＭＡＣ層で優先順位付けを解明することを可能にする必要がある。
本概要は、詳細な説明で以下にさらに記載される、単純化された形態でのコンセプトの選択を導入するために提供される。本概要は、請求された主題の主要な機構または必須の機構を識別するのを意図したものでもなく、請求された主題の範囲を限定するために使用されるのを意図したものでもない。さらに、請求された主題は、本開示の任意の部分で記されるいずれかまたはすべての欠点を解決する制約に限定されない。
伝送中のＵＥ内の優先順位付けのための方法および装置が本明細書で記載される。アップリンク（Uplink：ＵＬ）での伝送の優先度を識別し、ＵＥ内のＰＤＳＣＨ衝突を処理し、複数のハイブリッドＡＲＱ（Hybrid ARQ：ＨＡＲＱ） ＡＣＫコードブックをサポートし、複数の優先度についての物理アップリンク共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）、ＰＵＳＣＨ繰り返しでＵＣＩを有効にし、構成されたグラント（Configured Grant：ＣＧ）および動的なグラントについてのＨＡＲＱ ＩＤの衝突を処理し、ＵＥ内の競合を処理するＭＡＣ層を有効にするための方法が記載される。
一例では、装置は、第１の伝送に対応付けられる第１のアップリンクグラントを示す第１の情報、および第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の情報を受信し得る。装置は、第１の情報および第２の情報に基づいて、第１の伝送および第２の伝送が少なくとも部分的に時間で重複することを決定し得る。装置は、第１の伝送に対応付けられる第１の優先度および第２の伝送に対応付けられる第２の優先度を決定し得る。次いで、装置は、第１の優先度および第２の優先度に少なくとも部分的に基づいて、他方の伝送に優先する一方の伝送の優先順位付け、または第２の伝送による第１の伝送のプリエンプションのうちの少なくとも１つを生じさせ得る。
前述の概要および以下の詳細な説明は、添付の図面と共に読むとより十分に理解される。本開示を例示するために、本開示の様々な態様が示される。しかしながら、本開示は、論じられる特定の態様に限定されない。
図１は、タイプ２の構成されたグラントの優先度を変更する有効化ＤＣＩの図である。 図２は、セル無線ネットワーク一時識別子（Cell Radio-Network Temporary Identifier：Ｃ－ＲＮＴＩ）が優先度レベルＲＮＴＩでマスクされたＰＵＳＣＨおよび物理アップリンク制御チャネル（Physical Uplink Control Channel：ＰＵＣＣＨ）の図である。 図３Ａは、ＰＤＳＣＨ間のリソース要素（Resource Element：ＲＥ）衝突の高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの図である。 図３Ｂは、ＰＤＳＣＨ間のＲＥ衝突無しの高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの図である。 図４Ａは、ＰＤＳＣＨＵＲＬＬＣによるプリエンプション、ＵＥ内のプリエンプションのみの図であり、新無線（New Radio：ＮＲ）ノードＢ（NR NodeB：ｇＮＢ）は、プリエンプション標示を送信しなくてもよい。 図４Ｂは、ＰＤＳＣＨＵＲＬＬＣによるプリエンプション、ＵＥ間およびＵＥ内のプリエンプションの図であり、ｇＮＢは、プリエンプション標示を送信する。 図５は、プリエンプションのイベントでの低優先度ＨＡＲＱプロセスのソフトバッファを流すためのＵＥプロシージャの図である。 図６は、ＵＥ２がより低い優先度のＵＥ０およびＵＥ１のＰＤＳＣＨをプリエンプションするが、より高い優先度のＵＥ３のＰＤＳＣＨをプリエンプションしない図である。 図７は、ＲＮＴＩｐマスクを通じて示される優先度のソフトバッファを流すためのＵＥプロシージャの図である。 図８Ａは、ＰＵＣＣＨ Ｍ＝１、スロットでの単一のＵＣＩフィードバック機会でのＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の図である。 図８Ｂは、ＰＵＣＣＨ Ｍ＝２、スロットでの複数のＵＣＩフィードバック機会でのＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の図である。 図９Ａは、サブスロット構成Ｍ＝１、１つのサブスロット／スロットの図である。 図９Ｂは、サブスロット構成Ｍ＝２、２つのサブスロット／スロットの図である。 図１０は、Ｋ１が最低の優先度についてのサブスロット（スロットごとに２つ）の最も細かい粒度で増分される（高度化モバイルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ））図である。 図１１は、Ｋ１がＰＵＣＣＨについてのスロットを示し、Ｋ１ａがサブスロットを示す図である。 図１２は、ｐ＝０（ｅＭＢＢ）およびｐ＝１（超高信頼低遅延通信（Ultra-Reliable and Low Latency Communications：ＵＲＬＬＣ））についての別々のＨＡＲＱ ＡＣＫコードブックの図である。 図１３は、複数の送受信ポイント（Transmission and Reception Point：ＴＲＰ）へのＰＵＣＣＨ伝送の図である。 図１４は、複数のＴＲＰへのＰＵＣＣＨ伝送の図である。ＰＵＣＣＨリソースインジケータ（PUCCH Resource Indicator：ＰＲＩ）＝０は、Ｂ０上のＴＲＰ０へのＰＵＣＣＨ伝送について構成され、ＰＲＩ＝１は、Ｂ０上のＴＲＰ１へのＰＵＣＣＨ伝送について構成される。 図１５は、（この例でＣＯＲＥＳＥＴから導出される）ＴＲＰ認識に基づくＰＵＣＣＨ空間方向の図である。 図１６は、複数のＨＡＲＱ ＡＣＫコードブックがスロット内の単一のＰＵＳＣＨ上でピギーバックされる図である。 図１７は、ＰＵＳＣＨの異なるホップ上のＵＣＩｍマッピングの図である。 図１８は、ＵＣＩ０がＰＵＳＣＨのホップ上で分割されてマッピングされる図である。 図１９は、ＵＣＩ０をマッピングするためのＵＥプロシージャの図である。Ｍ＝１の場合、ＵＣＩ０は、各ホップにマッピングされる。Ｍ＞１の場合、ＵＣＩ０は、ホップ＃０にマッピングされ、ＵＣＩ１は、ホップ＃１にマッピングされる、などである。 図２０Ａは、ＰＵＳＣＨリソースで多重化されるＰＵＳＣＨ上でＵＣＩｍについてのＨＡＲＱ－ＡＣＫおよびＣＳＩのマッピングの図である。 図２０Ｂは、ＰＵＳＣＨ上のみのＵＣＩでのＰＵＳＣＨ上のＵＣＩｍについてのＨＡＲＱ－ＡＣＫおよびＣＳＩのマッピングの図である。 図２１Ａは、ＵＣＩ１の近傍に復調参照信号（Demodulation Reference Signal：ＤＭＲＳ）がないＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの図である。 図２１Ｂは、ＵＣＩ１の近傍に導入される追加のＤＭＲＳのＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの図である。 図２２Ａは、ＵＣＩｅＭＢＢがＵＣＩＵＲＬＬＣに先行するＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの図である。 図２２Ｂは、ＵＣＩＵＲＬＬＣがＵＣＩｅＭＢＢに先行するＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの図である。 図２２Ｃは、ＵＣＩｅＭＢＢおよびＵＣＩＵＲＬＬＣがＰＵＳＣＨの同じサブスロットにマッピングされるＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの図である。 図２２Ｄは、ＵＣＩＵＲＬＬＣリソースがまずマッピングされてＵＣＩｅＭＢＢが後に続くＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの図である。 図２３Ａは、ミニスロットでのＰＵＳＣＨの繰り返しのＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。 図２３Ｂは、スロット境界の間の複数のセグメント伝送のＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。 図２３Ｃは、周波数ホッピングを伴うミニスロットのＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。 図２３Ｄは、ホッピングを伴う複数のセグメント伝送のＨＡＲＱプロセスの繰り返し、繰り返し間のＵＣＩ分割の図である。 図２４Ａは、各セグメントでＰＵＳＣＨリソースに比例してマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。 図２４Ｂは、ＰＵＳＣＨセグメント間でほぼ等しくマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。 図２４Ｃは、各繰り返しについての別々に生成されたＵＣＩ変調シンボルの繰り返し間の変調ＵＣＩシンボルを分割する図である。 図２５Ａは、ＵＣＩを最小遅延でＰＵＳＣＨにマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。 図２５Ｂは、端に整列するＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。 図２５Ｃは、ＵＥ能力に応じてＰＵＳＣＨにＵＣＩをマッピングするＰＵＣＣＨ（Ｄ）と重複する第１のＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の図である。 図２５Ｄは、ＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の別の図である。 図２６は、異なるＴＲＰへのＰＵＳＣＨ繰り返しの伝送の図である。 図２７Ａは、各ＴＲＰについての別々のＨＡＲＱ－ＡＣＫコードブックの異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しへのＵＣＩマッピングの図である。 図２７Ｂは、各ＴＲＰについて繰り返される共通のコードブックを有するＵＣＩの異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しへのＵＣＩマッピングの図である。 図２８Ａは、スケジューリングリクエストインジケータ（Scheduling Request Indicator：ＳＲＩ）サイクルを伴うＰＵＳＣＨ繰り返しの図である。 図２８Ｂは、ＳＲＩが時間リソースに固定されたＰＵＳＣＨ繰り返しの図である。 図２８Ｃは、繰り返しインスタンスの機能としてのＳＲＩを有するＰＵＳＣＨ繰り返しの図である。 図２９Ａは、ＰＵＳＣＨ ＨＡＲＱ ＩＤについての４回の繰り返しセットを有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｂは、伝送３および４を終了させるための早期終了標示（Early Termination Indication：ＥＴＩ）標示を有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｃは、ＰＵＳＣＨ繰り返しの終了の際のＰＵＳＣＨ上のみのＵＣＩを有する複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｄは、繰り返しの遅延された終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｅは、早期終了を示すオーバーライドグラントを伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｆは、後の繰り返しでのＮＡＣされたコードブロックグループ（Code Block Group：ＣＢＧ）の伝送を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｇは、ＰＵＳＣＨ繰り返しの早期終了タイマーベースの終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図２９Ｈは、繰り返しの選択的な終了を伴う複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの図である。 図３０は、グループからの１つのＴＲＰが伝送を否定応答するときのＴＲＰグループ内のＴＲＰへの再伝送の図である。 図３１Ａは、すべてのＴＲＰグループからＡＣＫを受信する際にＵＥがそのＨＡＲＱバッファを流す図である。 図３１Ｂは、ＵＥが少なくとも１つのＡＣＫの受信ですべてのＴＲＰグループからＡＣＫを識別し、ＨＡＲＱバッファがタイマーの満了後に流れる図である。 図３２Ａは、ｅＭＢＢ ＰＵＳＣＨリソースがＵＲＬＬＣリソースの位置でパンクチャされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。 図３２Ｂは、ｅＭＢＢ伝送が完全にキャンセルされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。 図３２Ｃは、ｅＭＢＢ ＰＵＳＣＨリソースが、衝突がＵＲＬＬＣ ＰＵＳＣＨと生じるシンボル上でパンクチャされる、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の図である。 図３３は、ＰＵＳＣＨＵＲＬＬＣおよびＰＵＳＣＨｅＭＢＢが同じＨＡＲＱ－ＩＤ Ｄを有する図である（ＰＵＳＣＨリソースが衝突しないことに留意されたい）。 図３４は、ＣＧ ＰＵＳＣＨのＵＥ内の衝突の図である。より低い優先度のＣＧ ＰＵＳＣＨは、より高い優先度のＣＧ ＰＵＳＣＨによってキャンセルまたはパンクチャされる。 図３５Ａは、ｇＮＢから動的なグラントを受信する際のＵＥ内のプリエンプションされた低優先度ＣＧ ＰＵＳＣＨの再伝送の図である。 図３５Ｂは、ＣＧ ＰＵＳＣＨとしてのＵＥ内のプリエンプションされた低優先度ＣＧ ＰＵＳＣＨ再伝送の再伝送の図である。 図３６Ａは、ＵＥ内のダウンリンク（Downlink：ＤＬ）およびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＳＣＨ衝突の図である。 図３６Ｂは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＣＣＨ衝突の図である。 図３６Ｃは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＵＳＣＨおよび高優先度ＰＤＳＣＨ衝突の図である。 図３７Ａは、本明細書で記載および請求される方法および装置が具現化され得る、例示的な通信システムを示す。 図３７Ｂは、無線通信のために構成された例示的な装置またはデバイスのブロック図である。 図３７Ｃは、例示的な無線アクセスネットワーク（Radio Access Network：ＲＡＮ）およびコアネットワークのシステム図である。 図３７Ｄは、別の例示的なＲＡＮおよびコアネットワークのシステム図である。 図３７Ｅは、別の例示的なＲＡＮおよびコアネットワークのシステム図である。 図３７Ｆは、例示的なコンピューティングシステムのブロック図である。 図３７Ｇは、別の例示的な通信システムのブロック図である。
伝送中のＵＥ内の優先順位付けのための方法および装置が本明細書で記載される。本明細書で記載される実施形態では、ユーザ端末（ＵＥ）、無線通信デバイス、および無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）という用語は、特に規定されていない限り、制約なく交換可能に使用され得る。
以下の略語および定義が本明細書で使用され得る。
BWP：Bandwidth Part（帯域幅パート）
cDAI：counter- DownLink Assignment Index（カウンタダウンリンク割り当てインデックス）
CA：Carrier Aggregation（キャリアアグリゲーション）
CBG：Code Block Group（コードブロックグループ）
CG：Configured Grant（構成されたグラント）
CNGTI：Code Block Group Transmission Index（コードブロックグループ伝送インデックス）
C-RNTI：Cell Radio-Network Temporary Identifier（セル無線ネットワーク一時識別子）
CS-RNTI：Configured Schedule Radio-Network Temporary Identifier（構成されたスケジュール無線ネットワーク一時識別子）
CSI-RS：Channel State Information Reference Signal（チャネル状態情報参照信号）
DAI：DownLink Assignment Index（ダウンリンク割り当てインデックス）
DC：Dual Connectivity（デュアルコネクティビティ）
DL：Downlink（ダウンリンク）
DL-SCH：Downlink Shared Channel（ダウンリンク共有チャネル）
DMRS：Demodulation Reference Signal（復調参照信号）
eMBB：enhanced Mobile Broadband（高度化モバイルブロードバンド）
eNB：Evolved Node B（発展型ノードＢ）
FDD：Frequency Division Duplex（周波数分割複信）
FR1：Frequency region 1 (sub 6GHz)（周波数領域１（サブ６ＧＨｚ））
FR2：Frequency region 2 (mmWave)（周波数領域２（ミリ波））
gNB：NR NodeB（ＮＲノードＢ）
HARQ：Hybrid ARQ（ハイブリッドＡＲＱ）
IE：Information Element（情報要素）
IIoT：Industrial Internet of Things（産業用のモノのインターネット）
KPI：Key Performance Indicators（重要業績評価指標）
L1：Layer 1（層１）
L2：Layer 2（層２）
L3：Layer 3（層３）
LAA：License Assisted Access（ライセンスアシストアクセス）
LTE：Long Term Evolution（ロングタームエボリューション）
MAC：Medium Access Control（媒体アクセス制御）
MCS：Modulation Coding Scheme（変調コーディングスキーム）
MCS-C-RNTI：Modulation Coding Scheme Cell Radio Network Temporary Identifier（変調コーディングスキームセル無線ネットワーク一時識別子）
MIB：Master Information Block（マスター情報ブロック）
MTC：Machine-Type Communications（マシンタイプ通信）
mMTC：Massive Machine Type Communication（大規模マシンタイプ通信）
NR：New Radio（新無線）
NR-U：NR Unlicensed（ＮＲアンライセンス）
OS：OFDM Symbol（ＯＦＤＭシンボル）
OFDM：Orthogonal Frequency Division Multiplexing（直交周波数分割多重）
PCell：Primary Cell（プライマリセル）
PHY：Physical Layer（物理層）
PRACH：Physical Random Access Channel（物理ランダムアクセスチャネル）
PRI：PUCCH Resource Indicator（ＰＵＣＣＨリソースインジケータ）
RACH：Random Access Channel（ランダムアクセスチャネル）
RAN：Radio Access Network（無線アクセスネットワーク）
RAP：Random Access Preamble（ランダムアクセスプリアンブル）
RAR：Random Access Response（ランダムアクセス応答）
RAT：Radio Access Technology（無線アクセス技術）
RRC：Radio Resource Control（無線リソース制御）
RS：Reference signal（参照信号）
SCell：Secondary Cell（セカンダリセル）
SI：System Information（システム情報）
SR：Scheduling Request（スケジューリングリクエスト）
tDAI：total-DownLink Assignment Index（トータルのダウンリンク割り当てインデックス）
TB：Transport Block（移送ブロック）
TCI：Transmission Configuration Indicator（伝送構成インジケータ）
TDD：Time Division Duplex（時分割複信）
TRP：Transmission and Reception Point（送受信ポイント）
TTI：Transmission Time Interval（伝送時間間隔）
UE：User Equipment（ユーザ端末）
UL：Uplink（アップリンク）
UL-SCH：Uplink Shared Channel（アップリンク共有チャネル）
URLLC：Ultra-Reliable and Low Latency Communications（超高信頼低遅延通信）
産業用のモノのインターネット（ＩＩＯＴ）などのアプリケーションでは、複数のデータストリームが、センサまたはアクチュエータによって生成され得る。これらのストリームは、共通のＵＥを通じてｇＮＢに伝送され得る。データストリームは、遅延、信頼性、ペイロードサイズ、サービスの品質（Quality of Service：ＱｏＳ）などの点で異なる要件を有し得る。ネットワークは、ｇＮＢおよびＵＥがそれらの要件に応じてデータストリームを優先することを可能にしなければならない。単純な例は、ＵＥがｅＭＢＢおよびＵＲＬＬＣ動作の両方をサポートする場合である。例えば、ドローンは、ｅＭＢＢ能力がビデオ伝送をサポートすることを必要とし得るが、ＵＲＬＬＣ能力がリアルタイムでステアリングされることを必要とし得る。ｅＭＢＢ伝送よりも、ＰＤＳＣＨ、ＰＵＳＣＨ、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）、ＰＵＣＣＨなどのＵＲＬＬＣ伝送を優先することが必要であり得る。
優先度間のリソース競合により優先順位付けが生じなければならないいくつかのシナリオは、以下のこと、すなわち、低優先度ＰＵＳＣＨグラントに優先する高優先度ＰＤＳＣＨグラントのＵＥ内の優先順位付け、ＣＧと動的なグラントとの間のリソース競合があるときのＰＵＳＣＨのＵＥ内の優先順位付け、動的な低優先度ＰＵＳＣＨグラントに優先する動的な高優先度ＰＵＳＣＨグラント間のリソース競合があるときのＰＵＳＣＨのＵＥ内の優先順位付け、異なる優先度の制御情報伝送間のリソース競合があるときのＵＬ制御情報のＵＥ内の優先順位付け、ならびに異なる優先度の制御チャネルおよびデータチャネルの間のリソース競合があるときのＵＥ内の優先順位付けを含むが、それらに限定されない。加えて、ＵＥが複数のＣＧで構成されているときに以下のシナリオ、すなわち、異なる優先度の複数のＣＧ ＰＵＳＣＨ間のＵＥ内の優先順位付けが考えられ得る。
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ） ＮＲリリース１５では、グループ共通のＰＤＣＣＨベースのプリエンプションインジケータ（ＩＮＴ－ＲＮＴＩでのフォーマット２＿１でのＤＣＩ）が導入されて、ｅＭＢＢ ＵＥのグループに特定のリソースがＤＬでプリエンプションされることを示した。ＵＥが、サービングセルの構成されたセットからサービングセルについてＤＣＩフォーマット２＿１を検出する場合、ＵＥは、ＵＥへの伝送が、ＰＲＢのセットおよび最後の監視期間のシンボルのセットから、ＤＣＩフォーマット２＿１によって示されるＰＲＢおよびシンボルで存在しないことを想定し得る。ＰＲＢのセットは、アクティブなＤＬ ＢＷＰと等しい場合がある。プリエンプションされたリソースは、粗い粒度（スロットまたはそのまとまりでのプリエンプション状態を示す１４ビット）で示され得る。プリエンプションが、せいぜい半分のＢＷＰまたは全体のＢＷＰについて、影響を受けたリソースがその帯域幅に及ばない場合でさえ示され得るため、周波数でのプリエンプション標示は特に粗い場合がある。プリエンプション標示は、ｅＭＢＢ ＵＥに、そのＰＤＳＣＨリソースがプリエンプションによって影響を受ける場合にそのバッファを流すように提案し得る。ＵＥは、そのＨＡＲＱバッファでの影響を受けたソフトビット、または影響を受けたＰＤＳＣＨを処理するいくつかの他のバッファからのソフトビット／シンボルを流し得る。例えば、ＨＡＲＱバッファは、前のｅＭＢＢ受信からのソフトビットを既に含み得、プリエンプションされた伝送は、ｅＭＢＢ再伝送である。前の伝送との再伝送のソフト結合の前に、典型的には、ＵＥはまず、信号を受信バッファ内に受信し、次いで、結果をＨＡＲＱソフトビットバッファに結合する前に、受信された信号上での様々な動作（例えば、ＦＦＴ、チャネル推定、復調）を実行する。この場合、ＨＡＲＱソフトビットバッファは流される必要がない。しかし、影響を受けた再伝送を含む別の中間のバッファ（複数可）は流され得る。したがって、フラッシングが生じる位置は、総称してバッファと称される。
３ＧＰＰ ＮＲリリース１６では、プリエンプション標示は、ＵＬについて考えられており、ｅＭＢＢ ＵＥに、そのリソースの一部がＵＲＬＬＣ伝送によってプリエンプションされ得る標示が提供される。したがって、ｅＭＢＢ ＵＥは、それらのリソースで伝送してはいけない。
３ＧＰＰ ＮＲリリース１５は、ＰＵＣＣＨリソースセットおよびリソースセットごとの複数のＰＵＣＣＨリソース構成を定めている。ＵＥは、そのＵＣＩのペイロードに基づいてＰＵＣＣＨリソースセットを決定し、グラントをスケジュールするＤＣＩからＰＵＣＣＨリソースインジケータ（ＰＲＩ）を決定し得る。ＰＵＣＣＨ伝送についての空間方向は、ＰＵＣＣＨリソースごとに構成され得、ビーム対応を示すＲＲＣ構成ＲＳのリストからのＭＡＣ制御要素（Control Element：ＣＥ）によって有効にされ得る。
３ＧＰＰ ＮＲリリース１５は、ＨＡＲＱ ＡＣＫ伝送について半静的なコードブックおよび動的なコードブックをサポートする。ＵＥは、コードブックの１つを使用するように構成され得る。半静的なコードブックは、固定されたサイズを有し得る。ＵＥは、ＰＤＳＣＨについてのグラントを受信しない場合でさえ、すべてのスロットについてＨＡＲＱ ＡＣＫを伝送し得る。それは、当該スロットについてＮＡＣＫを伝送し得る。したがって、ペイロードは、半静的なコードブックについて大きい場合がある。動的なコードブックは、可変のサイズを有し得、スケジュールされたグラントについてのみＨＡＲＱ ＡＣＫの伝送をサポートし得る。スケジューリングＤＣＩは、そのコードブックについてのスケジュールされたグラントの数を示すためにｃＤＡＩおよびｔＤＡＩをＵＥに示した。ｃＤＡＩは、スケジューリングＤＣＩが伝送されるごとに増分され、一方、ｔＤＡＩは、（キャリアの間のスケジューリングを含む）コードブックでのＤＡＩの総数のカウントを維持する。ＤＣＩが受信されない場合、ｃＤＡＩとｔＤＡＩとの間の相違は、どのＤＣＩが受信されなかったかを示し得る。このため、ＵＥは、スケジュールされたＰＤＳＣＨを曖昧なく決定し、受信されなかったＤＣＩを否定応答し得る。
ＵＥが、特定のＰＵＣＣＨ伝送と重複するＰＵＳＣＨ伝送を有する場合、ＵＥは、ＰＵＳＣＨをパンクチャするか、またはＵＣＩについてのリソースの周囲でＰＵＳＣＨリソースをレートマッチングすることによって、ＰＵＳＣＨ上でＵＣＩをピギーバックし得る。エンコードされたＨＡＲＱ－ＡＣＫビットは、第１のＤＭＲＳの直後にマッピングされ得、ＰＵＳＣＨが周波数ホッピングを使用する場合、ＨＡＲＱ－ＡＣＫ変調シンボルは、周波数ホップ間で分割され得る。エンコードされたＣＳＩビットは、ＰＵＳＣＨの第１の非ＤＭＲＳシンボルから開始してマッピングされ得る。
異なる遅延、信頼性要件、周期、およびペイロードを有する複数のトラフィックタイプは、単一のＵＥについてサポートされ得る。複数の構成されたグラント（ＣＧ）は、異なるトラフィックタイプおよび優先度をサポートするためにＵＥに構成され得る。
３ＧＰＰ ＮＲリリース１５では、ＣＧ ＰＵＳＣＨが導入された。グラントは、ＲＲＣ構成され得るか（タイプ１）、またはＤＣＩを通じて有効／無効にされ得る（タイプ２）。構成されたグラントタイマーは、ＨＡＲＱプロセスの伝送で開始されて、ＵＥからの同じＨＡＲＱプロセスの新しい伝送を防止し得る。ＣＧ ＰＵＳＣＨがｇＮＢで正しくデコードされない場合、ｇＮＢは、ＣＳ－ＲＮＴＩで再伝送についての動的なグラントをＵＥに送信する。
コードブロックグループ（ＣＢＧ）は、ＵＥがＴＢについて、より細かい粒度でＡＣＫ／ＮＡＣＫを伝送できるように、３ＧＰＰ ＮＲリリース１５で導入された。また、ｇＮＢは、ＤＣＩでコードブロックグループ伝送インデックス（Code Block Group Transmission Index：ＣＢＧＴＩ）フィールドを通じてＣＢＧのインデックスを示すことによって、特定のＣＢＧについて再伝送をスケジュールし得る。
本明細書で記載される実施形態は、異なる優先度レベルの伝送に関連する問題に対処する。本明細書で記載される例で、ＵＲＬＬＣトラフィックは、高優先度伝送を表すために使用され得、ｅＭＢＢトラフィックは、低優先度伝送を表すために使用され得る。しかしながら、本明細書で記載される技術は、２つよりも多い優先度がＵＥによってサポートされ得る任意の伝送タイプに適用され得る。
様々なアプリケーションをサポートするために様々な優先度レベルの伝送をサポートすることが望ましい場合がある。伝送優先度は、ＭＡＣ層で識別可能であり得るが、物理層で優先度の識別を可能にすることが有益であり得る。例えば、物理伝送は、既に始まっている場合があるが、物理層でプリエンプションされなければならない。物理層で優先度を識別する方法が本明細書で記載される。
例えば、ＵＥ内のＰＤＳＣＨ衝突のイベントで、ＵＥは、プリエンプション標示を受信する際、ｅＭＢＢおよびＵＲＬＬＣトラフィックの両方を流し得る。これは、ＵＲＬＬＣサービスの信頼性および遅延を保つために回避されなければならない。ＵＥ内の衝突がＰＤＳＣＨ上で生じるときのＵＥ挙動を定める方法が本明細書で記載される。
ＨＡＲＱ ＡＣＫ伝送は、複数の優先度のために使用され得る。従来のシステムでは、ＵＥは、両方の衝突するＰＤＳＣＨグラントについてＡＣＫ／ＮＡＣＫを伝送するための定められたメカニズムを有しない。ＨＡＲＱコードブックは、異なる信頼性および遅延要件で伝送についてＵＣＩをサポートするように拡張され得る。ＵＣＩがＰＵＳＣＨ上でピギーバックされるとき、ＵＣＩおよびＰＵＳＣＨの優先度レベルが考慮され得る。
ＰＵＳＣＨグラントのＵＥ内の優先順位付けを処理するためのプロシージャが本明細書で記載される。例えば、動的なグラントまたは高優先度の構成されたグラントの間でＵＬ ＵＥ内の衝突があり、動的なグラントが生じる場合、本明細書で記載されるＵＥプロシージャは、衝突を処理する。ＵＥ内の優先順位付けのためのＭＡＣ層プロシージャは、ＵＥがＭＡＣ層で優先順位付けを解明することを可能にするように本明細書で記載される。
一実施形態に従って、ｇＮＢは、ＲＮＴＩ、ＤＣＩ長さ、ＤＣＩでのフィールド、ＰＤＣＣＨリソース、グラントの時間長のうちの１つを使用して、ＤＣＩを通じてグラントの優先度を示し得る。ＵＥは、ＰＵＳＣＨデータまたはＰＵＣＣＨで使用されるＲＮＴＩを通じてＵＬ伝送で優先度を示し得る。ＵＥ内のプリエンプションの場合、プリエンプションインジケータが受信されないとき、ＵＥは、その高優先度ＰＤＳＣＨによってプリエンプションされた、その低優先度バッファのリソースを流し得る。ＵＥ内のプリエンプションの場合、プリエンプションインジケータが受信されるとき、ＵＥは、プリエンプションインジケータのＲＮＴＩを使用して、流されるバッファの優先度を決定し得る。複数のＨＡＲＱ ＡＣＫコードブックは、複数の優先度についてサポートされ得る。ＲＲＣシグナリングは、各優先度のために使用されるコードブックでＵＥを構成し得る。複数のＨＡＲＱ ＡＣＫコードブックは、スロットで伝送され得る。各コードブックは、スロットのサブスロットで伝送され得る。サブスロットは、より細かい粒度でＫ１パラメータによって示され得るか、または追加のフィールドＫ１ａは、スロット内のサブスロットオフセットを示すためにＤＣＩで導入され得る。複数の動的なコードブックが構成される場合、ＵＥは、ＰＤＳＣＨグラントについてのｃＤＡＩ、ｔＤＡＩ、および優先度標示を使用して、ＡＣＫ／ＮＡＣＫが属するコードブックを決定し得る。複数のＴＲＰ伝送について、ＵＥは、異なるコードブックでＨＡＲＱ ＡＣＫフィードバックを各ＴＲＰに伝送し得る。ＣＯＲＥＳＥＴ ＤＭＲＳまたは別の構成されたＲＳは、ＰＵＣＣＨ伝送について空間方向を示し得る。ＵＥは、ＭＡＣ ＣＥを通じて構成される空間方向をオーバーライドし得、ＰＵＣＣＨを伝送するためにＣＯＲＥＳＥＴまたは構成されたＲＳによって示される空間方向を使用し得る。複数のＨＡＲＱ ＡＣＫコードブックは、ＰＵＳＣＨ伝送上でピギーバックされ得る。各コードブックは、ＰＵＳＣＨの１つのサブスロットにマッピングされ得る。優先度の異なるＵＣＩを搬送する異なるコードブックは、ＰＵＳＣＨ伝送の異なるホップにマッピングされ得る。０のベータオフセット値は、ＰＵＳＣＨ上のピギーバックされたＵＣＩリソースを除去するようにサポートされ得る。ＨＡＲＱ ＡＣＫコードブックは、ＰＵＳＣＨ伝送の複数の繰り返しにマッピングされ得る。より高い優先度のＣＧグラントのＨＡＲＱプロセスＩＤが、より低い優先度の動的なグラントのものと衝突するとき、ＵＥは、低優先度グラントを無視し得る。複数のＣＧグラントがＵＥで衝突するとき、ＵＥは、ＣＧリソース上で、プリエンプションされたＣＧグラントを再伝送し得る。ＵＥのＰＵＳＣＨ繰り返しは、１つのＴＲＰで認知されている早期終了、タイマーベースの終了、またはどのＴＲＰが伝送を認知したかに応じた選択的な終了の影響下にあり得る。
本明細書で記載される例の一部は、ペアでないスペクトルについてであり得、一部の図は、ｙ軸で「周波数」ラベルを明示的には含まない。これは主に、時間領域（ｘ軸）がこれらの図で関連するためである。しかしながら、本明細書で記載される原理／例はまた、ペアのスペクトルに適用され得る。
グラントの優先度のＰＨＹ層識別が本明細書で記載される。ＵＥは、ＰＤＳＣＨを受信するため、またはＰＵＳＣＨもしくはＰＵＣＣＨを伝送するためにスケジュールまたは構成され得る。しかしながら、ｇＮＢは、より高い優先度の伝送でその伝送をオーバーライドし得る。例えば、ｅＭＢＢ ＰＤＳＣＨは、そのＵＥについてＵＲＬＬＣ ＰＤＳＣＨによってプリエンプションされ得る。別の例では、ｅＭＢＢ ＰＵＳＣＨは、ＵＲＬＬＣ ＰＵＳＣＨによってプリエンプションされ得る。ＵＲＬＬＣ ＰＵＣＣＨは、ｅＭＢＢ ＰＵＣＣＨと衝突し得る。グラントに反応するのに十分な時間がある場合、ＵＥのＭＡＣ層は、より高い優先度の伝送を優先し得、ＭＡＣは、優先された伝送をＵＥに届け、より低い優先度の伝送をキャンセルし得る。ＵＬ上で、ＵＥは、ＰＨＹ層で伝送を既に開始している場合、別の伝送がより重要であり得ることを識別し、より低い優先度の伝送を停止し、より高い優先度の伝送を伝送し得る。この目的で、ＰＨＹ層で伝送の優先度の認識を有することが望ましい場合がある。例えば、ＤＬ ＰＤＳＣＨグラントの優先度がＰＨＹで認識されている場合、ＵＥは、それに応じて、他の低優先度ＵＬ伝送よりもそのＨＡＲＱ－ＡＣＫ ＵＣＩ伝送を優先し得る。以下の方法のうちの１つを通じて優先度をＵＥに示すことが有益であり得る。
ＲＮＴＩは、グラントのＤＣＩにスクランブルをかけて優先度をＵＥに示すために使用され得る。ｅＭＢＢおよびＵＲＬＬＣが２つの優先度レベルのみである場合、より高い信頼性についてＭＣＳを示すＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）は、ＵＲＬＬＣを示すように解釈され得る。しかしながら、ＵＲＬＬＣ自体内の優先度などの複数の優先度がサポートされる場合、複数のＲＮＴＩは、優先度を示すために使用され得る。ｇＮＢは、以下の表１での例で示すように、異なるＲＮＴＩでＵＥを構成し、それらの相対的な優先度レベルを示し得る。優先度レベル「０」は、最低の優先度に対応し得、優先度は、優先度レベルの昇順で増加する。
Figure 0007516405000001
表１に示す例示的なＲＮＴＩは、ＵＥのＣ－ＲＮＴＩをマスクするために使用され得る。グラントを受信すると、ＵＥは、すべての可能性のあるマスクＲＮＴＩについてＤＣＩのＣＲＣを確認し得、ＣＲＣが通すものを選択し得る。
動的なグラントについて、ＲＮＴＩは、ＤＣＩを盲目的にデコードすることによってＵＥによって検出され得、Ｃ－ＲＮＴＩ“下記の数式１”ＲＮＴＩｐによって与えられ得る。ここで、ＲＮＴＩｐは、優先度レベルｐを有する表１からのマスクＲＮＴＩであり得る。これらの例では、ＲＮＴＩマスクは、一般に複数のＵＥに構成され得る。この構成は、ＳＩを通じて、またはＵＥ固有の方法で生じ得、複数のＵＥは、異なる優先度について同じＲＮＴＩｐ値で構成され得る。
Figure 0007516405000002
一例では、マスクの代わりに、ｇＮＢは、複数の優先度レベルについて複数のＣ－ＲＮＴＩ（Ｃ－ＲＮＴＩ１、Ｃ－ＲＮＴＩ２など）をＵＥに提供し得る。構成は、ＵＥ固有の方法で実行され得る。
代替的にまたはさらに、ＲＮＴＩは、グループ共通のＰＤＣＣＨを通じて複数のＵＥに提供され得る。
タイプ１ＵＬの構成されたグラントについて、グラントについての優先度レベルは、ＲＲＣを通じて構成され得る。例えば、異なる構成されたグラントを区別するために、構成されたグラントにＩＤ「構成されたグラントＩＤ」が与えられる場合、ＩＤは、優先度レベルに等しい場合がある。特定のアプリケーションについて、複数の構成されたグラントに同じ優先度を提供することが有用であり得る。例えば、ＮＲ－Ｕアプリケーションでは、特定の優先度を有するトラフィックには、複数の構成されたグラントが与えられ得、ＵＥは、チャネル利用可能性に基づいてグラントを選択する。この場合、フィールド「優先度レベル」は、構成されたグラントＩＤに加えて構成され得る。
タイプ２の構成されたグラントについて、有効化ＤＣＩは、表１でのターゲット優先度レベルのＲＮＴＩでマスクされたＣＳ－ＲＮＴＩを使用し得る。有効化ＤＣＩは、ＣＳ－ＲＮＴＩ”上記の数式１“ＲＮＴＩｐを使用してスクランブルをかけられ得る。無効化ＤＣＩはまた、ＲＮＴＩｐでマスクされたＣＳ－ＲＮＴＩを使用し得る。これは、特に、優先度レベルおよび構成されたグラントＩＤがグラントについて同じであり得る場合に、好適であり得る。代替的にまたはさらに、無効化ＤＣＩは、ＣＳ－ＲＮＴＩのみを使用して、ＵＥへのグラントを無効にし得、それは、プロシージャを簡易にして無効化ＤＣＩの堅牢性を向上させる。ＵＥは、構成されたグラントＩＤを使用して、タイプ２グラントを無効にするように決定する。
図１は、構成されたグラントの優先度が別の有効化ＤＣＩによって変更され得ることを示す図５０である。図１は、ＰＤＣＣＨ５１、他の信号５２、およびギャップ５５を示す。図１はまた、優先度レベル２についてＣＳ－ＲＮＴＩ”上記の数式１“ＲＮＴＩ２を使用してスクランブルをかけられる有効化ＤＣＩ５６、および優先度レベル４についてＣＳ－ＲＮＴＩ”上記の数式１“ＲＮＴＩ４を使用してスクランブルをかけられる有効化ＤＣＩ５７を示す。ＰＵＳＣＨ５３は、優先度レベル２を有する、構成されたグラントを含み、ＰＵＳＣＨ５４は、優先度レベル４を有する、構成されたグラントを含む。代替的にまたはさらに、ｇＮＢからのＭＡＣ ＣＥは、優先度レベルをＵＥに設定するために使用され得る。
ＤＣＩでの明示的なフィールド「優先度レベル」は、グラントの優先度を示し得る。
グラントについてのＤＣＩ長さは、グラントの優先度を示し得る。コンパクトなＤＣＩは、ＵＲＬＬＣのために使用され得るが、本方法を用いて、より多くのＤＣＩ長さが、優先度の複数のレベルをサポートするように定められる必要がある。
ＤＣＩのＣＣＥの開始ＰＲＢなどのＰＤＣＣＨの１つまたは複数の特性は、優先度レベルを示し得る。例えば、（開始ＰＲＢ ｍｏｄ優先度レベル最大）は、グラントについての優先度レベルを設定し得る。ＰＤＣＣＨの開始シンボルは、優先度を示し得る。ＰＤＣＣＨのアグリゲーションレベル（Aggregation Level：ＡＬ）は、優先度を示し得、ＵＲＬＬＣ ＤＣＩがより高い優先度を必要とし得るため、ｅＭＢＢ ＤＣＩと比較して、より高いＡＬが使用され得る。「ＡＬｒｅｆ，ｐ」と表される参照ＡＬのセットは、各優先度についてＵＥに構成され得る。受信されたＡＬがそのセット内にある場合、ＵＥは、優先度レベルｐに属するようにＰＤＣＣＨを識別し得る。
ＨＡＲＱプロセスは、特定の優先度レベルについて構成され得る。高い処理能力を有するＵＥについて、これは、ＨＡＲＱ－ＡＣＫについての典型的な遅延が小さくあり得るため、十分に機能し得る。したがって、ほとんどのＨＡＲＱプロセスは、ＵＲＬＬＣケースをサポートする必要がない場合がある。
グラントでのリソースの数は、優先度レベルを示し得る。例えば、２ＯＳと４ＯＳとの間の長さのミニスロットでのＰＵＳＣＨ伝送は、最高の優先度を有し得、一方、１０ＯＳと１４ＯＳとの間の長さのミニスロットでのＰＵＳＣＨ伝送は、最低の優先度を示し得る。時間リソース範囲および対応する優先度の表は、ＲＲＣシグナリングを通じてＵＥに示され得る。グラントを受信する際、ＵＥは、それに利用可能な時間リソースの量から優先度を識別し得る。グラントのＭＣＳは、優先度レベルを示し得、より高い信頼性を要求する高優先度伝送は、より低いスペクトル効率を有するＭＣＳ値を有し得る。
ｇＮＢは、複数のＤＭＲＳシーケンスを異なる優先度レベルに対応するＵＥに構成し得る。ＵＥは、ＰＤＳＣＨグラントを受信すると、ＰＤＳＣＨのＤＭＲＳシーケンスを検出し得、優先度レベルを認識し得る。例えば、ＲＮＴＩマスクは、異なる優先度レベルについてのＤＭＲＳシーケンスを生成するために使用され得る。
ＤＣＩの到着時間は、優先度レベルを決定し得る。最新のＤＣＩは、より高い優先度のＤＣＩを表し得る。しかしながら、これは、すべてのシナリオに適用されなくてもよい。例えば、いくつかのシナリオでは、ＵＥは、複数のＴＲＰからセルでＤＬ信号／チャネルを受信し、および／または複数のＴＲＰにセルでＵＬ信号／チャネルを伝送し得る。この複数のＴＲＰケースでは、１つのＴＲＰは、ｅＭＢＢグラントを提供し得る。第２のＴＲＰは、ＵＲＬＬＣグラントを提供し得る。ｅＭＢＢグラントは、ＵＲＬＬＣグラントの後に到着し得るが、ＰＤＳＣＨリソースは、ＵＥ内の衝突をもたらして衝突し得る。この場合、最新のＤＣＩは、優先度の優れたインジケータでなくてもよい。
ＵＣＩの優先度は、グラントの優先度に対応付けられ得る。例えば、ＰＤＳＣＨが優先度レベルｐを有する場合、そのＨＡＲＱ ＡＣＫフィードバックは、優先度ｐを有する。周期的ＣＳＩ報告は、報告が特定の優先度ｐ＞ｐｌｏｗについてのＢＬＥＲターゲットに対応する場合でさえ、ｇＮＢによって構成されたより低い優先度レベルｐｌｏｗでＵＥに伝送され得る。これは、概して、周期的ＣＳＩ報告がほとんどの伝送よりも低い優先度を有するためであり得る。（ｅＭＢＢおよびＵＲＬＬＣについての）すべての周期的ＣＳＩ報告は、同じ周期で伝送され得る。しかしながら、２つの優先度の周期的ＣＳＩ報告間で衝突がある場合、より高い優先度のＢＬＥＲについての報告が優先され得、より低い優先度のＢＬＥＲについての報告が落とされ得る。一方、Ａ－ＣＳＩ報告は、対応するトラフィックの優先度レベルで伝送され得、それをスケジュールするＤＣＩによって示される優先度レベルを使用し得る。
伝送でのＰＵＳＣＨまたはＰＵＣＣＨなどのＵＬ伝送の優先度を示すことが有用であり得る。例えば、ＵＥは、別々のコードブックでＡＣＫ／ＮＡＣＫをＵＲＬＬＣおよびｅＭＢＢ ＰＤＳＣＨに提供し得、その結果、各優先度についての遅延および信頼性は、それぞれ、ＰＵＣＣＨの適切なスケジューリングおよびコーディングレートを通じて達成され得る。ＰＵＣＣＨ ＨＡＲＱ－ＡＣＫリソースは、ＵＲＬＬＣおよびｅＭＢＢの両方によって使用され得る。
図２は、Ｃ－ＲＮＴＩが優先度レベルＲＮＴＩでマスクされたＰＵＳＣＨおよびＰＵＣＣＨの例２００を示す。ＵＥは、ＵＬ ＵＣＩにスクランブルをかけるために使用されるＲＮＴＩ（＝Ｃ－ＲＮＴＩ”上記の数式１“ＲＮＴＩｐ）を通じて優先度を示す。ｇＮＢは、ＰＵＣＣＨ ＨＡＲＱ－ＡＣＫが受信された優先度レベルを認識するためにＲＮＴＩを識別し得る。図２は、ＰＤＣＣＨ２０１、他の信号２０６、およびギャップ２０５を示す。図２はまた、マスクＲＮＴＩｐ１でスクランブルをかけられるスロット＃０でのＤＣＩ２１０が、スロット＃２でのＰＵＳＣＨ０ ２０３をスケジュールすることを示す。ＰＵＳＣＨはまた、優先度レベルマスクＲＮＴＩｐ１ ２０３で伝送され得る。マスクＲＮＴＩｐ１でスクランブルをかけられるＤＣＩは、スロット＃１でＰＤＳＣＨ０をスケジュールし得る（２２０）。対応するＰＵＣＣＨは、スロット＃３上で伝送され得る。ここで、ＵＣＩは、ＲＮＴＩｐ２ ２０４のマスクでスクランブルをかけられ得る。
所与の優先度についてのプリエンプション標示は、別の実施形態に従って本明細書で記載される。ＵＥ内のＤＬプリエンプションが生じると、低優先度ＰＤＳＣＨのＵＥ１へのグラントは、より高い優先度のＵＥ１へのグラントによってプリエンプションされ得る。
図３Ａは、ＰＤＳＣＨ間のリソース要素（ＲＥ）衝突を伴う高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの例３００を示す。図３Ａは、周波数３１４に関するスロット＃２ ３１３へのスロット＃０ ３１２についての、ＰＤＣＣＨ３０１、ＰＤＳＣＨｅＭＢＢ３０２、ＰＤＳＣＨＵＲＬＬＣ３０３、および他の信号３０４を示す。図３Ａの例では、低優先度ＰＤＳＣＨｅＭＢＢは、スロット＃０でＤＣＩによってスロット＃２についてスケジュールされ得る（３１０）。続いて、スロット＃２でのＤＣＩは、スロット＃２で高優先度ＵＲＬＬＣ ＰＤＳＣＨＵＲＬＬＣをスケジュールする（３１１）。その結果、リソースは、ＰＤＳＣＨについて衝突する。
図３Ｂは、ＰＤＳＣＨｅＭＢＢおよびＰＤＳＣＨＵＲＬＬＣが周波数で衝突しないが時間で重複するときの高優先度ＰＤＳＣＨによる低優先度ＰＤＳＣＨのＵＥ内のプリエンプションの例を示す。図３Ｂは、周波数３２４に関するスロット＃２ ３２３へのスロット＃０ ３２２についての、ＰＤＣＣＨ３０５、ＰＤＳＣＨｅＭＢＢ３０６、ＰＤＳＣＨＵＲＬＬＣ３０７、および他の信号３０８を示す。図３Ｂの例では、低優先度ＰＤＳＣＨｅＭＢＢは、スロット＃０でＤＣＩによってスロット＃２についてスケジュールされ得る（３２０）。続いて、スロット＃２でのＤＣＩは、スロット＃２で高優先度ＵＲＬＬＣ ＰＤＳＣＨＵＲＬＬＣをスケジュールする（３２１）。ＵＥは、両方のＰＤＳＣＨを処理する能力を有する場合、それを行い得る。そうでない場合、ＵＥは、そのＰＤＳＣＨｅＭＢＢがそれ自体のＰＤＳＣＨ ＵＲＬＬＣによってプリエンプションされたと想定し得る。
図４Ａは、ＰＤＳＣＨＵＲＬＬＣによるプリエンプションの例４００を示す。図４Ａは、周波数４１１に関するスロット４１０についての、ＰＤＣＣＨ４０１、ＰＤＳＣＨｅＭＢＢ４０２および４０３、ならびにＵＥ１ ＰＤＳＣＨＵＲＬＬＣ４０４を示す。プリエンプションが完全にＵＥ内のプリエンプションである場合、すなわち、他のＵＥが影響を受けないかもしれない場合、ｇＮＢは、スクランブルのためにＩＮＴ－ＲＮＴＩを使用するフォーマット２＿１でグループ共通のＤＣＩを通じてプリエンプション標示を送信する必要がない。この場合、ＵＥ１は、低優先度および高優先度グラントについての衝突するリソースを認識する際、ＤＬプリエンプションを識別し得る。ＵＥ１は、低優先度ＰＤＳＣＨについてのそのそれぞれのバッファで、影響を受けたＲＥに対応するソフトビットを自動的に流す。
図４Ｂは、ＰＤＳＣＨＵＲＬＬＣによるプリエンプションの別の例を示す。図４Ｂは、周波数４２１に関するスロット４２０についての、ＰＤＣＣＨ４０５、ＰＤＳＣＨｅＭＢＢ４０６および４０７、ならびにＵＥ１ ＰＤＳＣＨＵＲＬＬＣ４０８を示す。この例では、プリエンプションされたリソースは、他のＵＥからのリソースを含み得る。ここで、ＵＥ２のｅＭＢＢ ＰＤＳＣＨ４０６がプリエンプションされ得る。この場合、ｇＮＢは、プリエンプションの標示をＵＥに送信し得る。例えば、標示は、スクランブルのためにＩＮＴ－ＲＮＴＩを使用するフォーマット２＿１でグループ共通のＤＣＩを介して送信され得る。ＵＥ１は、プリエンプション標示を受信する場合、低優先度および高優先度ＰＤＳＣＨの両方についてそのバッファを流し得る。しかし、この場合、それは、高優先度バッファを流すべきではない。その代わりに、ＵＥ１は、低優先度バッファのみを流すために以下の情報のうちの１つを使用し得る。
（１）ＵＥ１は、より最新の伝送（ＰＤＳＣＨ１）がより高い優先度であると想定され得るため、時間でより前に受信された伝送（ＰＤＳＣＨ０）に対応するそのバッファを流し得る。
ＵＥ１は、グラントで優先度レベル情報を使用して、より高い優先度のＨＡＲＱプロセスを決定し得、より低い優先度でバッファを流す。
図５は、低優先度ＰＤＳＣＨおよび高優先度ＰＤＳＣＨのＵＥ内の衝突を有するＵＥについての低優先度ＨＡＲＱバッファを流すための例示的なプロシージャ５００を示す。プロシージャが開始すると（ステップ５０１）、ＵＥは、ＵＥ内のＰＤＳＣＨ衝突について監視し得る（ステップ５０２）。ＵＥは、ＰＤＳＣＨのＵＥ内の衝突があるかどうかを判定し得る（ステップ５０３）。ＰＤＳＣＨのＵＥ内の衝突が検出されない場合、ＵＥは、ステップ５０２に戻り得る。ＰＤＳＣＨのＵＥ内の衝突が検出される場合、ＵＥは、プリエンプション標示が衝突するリソースについて受信されたかどうかを判定し得る（ステップ５０４）。ＵＥ内のプリエンプションについて、どのグラントがより高い優先度を有するか、およびどのリソースがより低い優先度のバッファについて流されるかを示すＵＥ固有のプリエンプション標示が、ｇＮＢによってＵＥに送信され得る。プリエンプション標示ＤＣＩは、優先度のセットをそのペイロードで搬送し得、それについて、ＵＥは、そのバッファを、そのリソースがプリエンプションを経験する場合に流し得る。プリエンプション標示が、衝突するリソースについて受信された場合、ＵＥは、プリエンプションインジケータによって示されるリソースでより低い優先度のバッファを流し得る（ステップ５０５）。プリエンプション標示が、衝突するリソースについて受信されなかった場合、ＵＥは、高優先度ＰＤＳＣＨによって影響を受けるより低い優先度のバッファでソフトビットを流し得る（ステップ５０６）。次いで、プロシージャが終了する（ステップ５０７）。代替的なプロシージャでは、ＵＥが（衝突するグラントの到着による）ＵＥ内のプリエンプションおよびプリエンプションインジケータの両方を検出する場合、ＵＥは、プリエンプションインジケータを無視し得る。それは、そのより高い優先度のＰＤＳＣＨによってプリエンプションされたＲＥでのそのより低い優先度のＰＤＳＣＨのビットのみを流し得る。
図６は、ＵＥが他のＵＥのＰＤＳＣＨをプリエンプションする例６００を示す。図６は、周波数６１１に関するスロット６１０についての、ＰＤＣＣＨ６０１、ＵＥ１ＰＤＳＣＨ優先度レベル１ ６０２、ＵＥ０ＰＤＳＣＨ優先度レベル０ ６０３、ＵＥ２ＰＤＳＣＨ優先度レベル２ ６０５、およびＵＥ３ＰＤＳＣＨ優先度レベル３ ６０４を示す。複数の優先度レベルがＵＥによってサポートされ得るとき、流されなければならない優先度レベルを示すことが必要であり得る。例えば、ＵＥ２が優先度レベル＝２ ６０５を有するＰＤＳＣＨ伝送を有することを考慮する。それは、ＵＥ１の優先度レベル＝１ ６０２およびＵＥ０の優先度レベル＝０ ６０３の特定のリソースをプリエンプションする。しかしながら、それは、（ＵＥ３の優先度がＵＥ２の優先度よりも高い場合があるため）ＵＥ３の優先度レベル＝３ ６０４のリソースをプリエンプションしない。
フォーマット２＿１ＤＣＩは、粗いレベルで、時間および周波数で影響を受けたＲＥを示し得る。しかし、標示は、ＵＥ３のリソースがプリエンプションされない場合があることを示す粒度を有しない。このため、リリース１５プロシージャによると、ＵＥ０、ＵＥ１、およびＵＥ３はすべて、それらのバッファを流し得る。しかし、その意図は、ＵＥ０およびＵＥ１のみがそれらのバッファを、ＵＥ３のバッファに影響を与えることなく流すことを可能にすることである。このため、本明細書で記載される実施形態では、ＩＮＴ－ＲＮＴＩは、優先度レベルマスクでマスクされ得る。プリエンプションインジケータＤＣＩを受信するＵＥは、マスクを検出し得、流す優先度レベルを決定し得る。現在の例では、ｇＮＢは、ＲＮＴＩ１のマスクでＤＣＩを送信する。このため、ＵＥは、優先度レベル≦１を有する場合にそのバッファを流さなければならないことを認識し得る。したがって、ＵＥ０およびＵＥ１のみが、それらのバッファを流し、ＵＥ３はバッファを流さない。
図７は、ＲＮＴＩｐマスクを通じて示される優先度のソフトバッファを流すためのＵＥでの使用についての例示的なプロシージャ７００を示す。図７の例では、ＵＥは、優先度レベル＜＝プリエンプションインジケータを通じた受信優先度標示で、影響を受けたバッファを流す。プロシージャが開始すると（ステップ７０１）、ＵＥは、プリエンプションインジケータについて監視し得る（ステップ７０２）。ＵＥは、優先度レベルｐを示すプリエンプション標示が受信されたかどうかを判定し得る（ステップ７０３）。優先度レベルｐを示すプリエンプション標示が受信された場合、ＵＥは、優先度レベル＜＝ｐについてのプリエンプションされたリソースでバッファを流し得る（ステップ７０４）。優先度レベルｐを示すプリエンプション標示が受信されなかった場合、ＵＥは、ステップ７０２に戻り得る。次いで、プロシージャが終了する（ステップ７０５）。
代替的にまたはさらに、ＵＥは、プリエンプションインジケータを通じて他のＵＥをプリエンプションしている伝送の優先度レベルを示し得る。プリエンプションインジケータによって示される優先度よりも低い優先度でプリエンプションされたリソースを有するＵＥは、そのバッファを流す。
高優先度および低優先度制御シグナリングのためのプロシージャが本明細書で記載される。一般に、高優先度伝送は、低優先度伝送よりも優先され得る。ＵＥは、高優先度伝送をサポートするために低優先度伝送をキャンセルまたはパンクチャし得る。以下のことを含むがそれに限定されないシナリオがサポートされ得る。
（１）ＵＥは、高優先度ＰＵＳＣＨを優先して低優先度ＰＵＣＣＨを落とす。
（２）ＵＥは、高優先度ＰＵＣＣＨを優先して低優先度ＰＵＳＣＨを落とす。
（３）ＵＥは、高優先度ＵＣＩを優先して低優先度ＵＣＩを落とす。
（４）ＵＥは、高優先度ＰＵＣＣＨを優先して低優先度ＰＵＣＣＨを落とす。
（５）ＵＥは、高優先度ＰＵＳＣＨを優先して低優先度ＰＵＳＣＨを落とす。
異なる優先度での伝送を受け入れるための他の方法もまた、以下に記載されるようにサポートされ得る。
スロットでの複数のＰＵＣＣＨ伝送機会が本明細書で記載される。ＵＣＩは、スロットごとに１回伝送され得る。低遅延高優先度ＰＤＳＣＨについてのスロットごとのＭ個（Ｍ≧１）のＵＣＩフィードバック機会を提供することが望ましい場合がある。Ｍの値が大きいほど、スロット内のフィードバック機会の数が多くなる。スロット内のＵＣＩ伝送についての各機会の時間リソースは、サブスロットと称され得る。このため、Ｍ個のサブスロットが、スロットでのＵＣＩ伝送についてサポートされ得る。
図８Ａは、単一のＵＣＩフィードバックを伴うＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の例８００を示す。図８Ａは、複数のスロットについての、ＰＤＣＣＨ８０１、ＰＤＳＣＨ０ Ｋ１＝４ ＰＲＩ＝０ ８０２、ＰＤＳＣＨ１ Ｋ１＝３ ＰＲＩ＝１ ８０３、ＰＤＳＣＨ２ Ｋ１＝４ ＰＲＩ＝０ ８０４、ＰＤＳＣＨ３ Ｋ１＝２ ＰＲＩ＜１ ８０８、ＰＵＣＣＨ０１ ＰＲＩ＝１ ８０７、ＰＵＣＣＨ２３ ＰＲＩ＝１ ８０９、他のＤＬ信号８１０、他のＵＬ信号８０５、およびギャップ８０６を示す。図８Ａに示すように、複数のＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫは、スロットで１回のみＨＡＲＱコードブックで、共同で伝送され得る。ここで、ＰＤＳＣＨ０８０２およびＰＤＳＣＨ１８０３についてのＡＣＫ／ＮＡＣＫは、対応するＫ１値がＵＣＩフィードバックについてのスロット＃４を表すように、ＰＵＣＣＨ０１８０７上で伝送され得、ＰＲＩ＝１は、ＰＲＩが最新のスケジューリングＤＣＩからであるように使用され得る。同様に、ＰＤＳＣＨ２８０４およびＰＤＳＣＨ３８０８についてのＡＣＫ／ＮＡＣＫは、対応するＫ１値がＵＣＩフィードバックについてのスロット＃５を表すように、ＰＵＣＣＨ２３８０９上で伝送され得る。
図８Ｂは、スロットでの複数のＵＣＩフィードバック機会を伴うＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫ ＵＣＩ伝送の例を示す。図８Ｂは、複数のサブスロット（例えば、サブスロット８２１および８２２）についての、ＰＤＣＣＨ８１１、ＰＤＳＣＨ０８１２、ＰＤＳＣＨ１８１３、ＰＤＳＣＨ２８１４、ＰＤＳＣＨ３８１５、ＰＵＣＣＨ０１８１９、ＰＵＣＣＨ２３８２０、他のＵＬ信号８１６、およびギャップ８１７を示す。図８Ｂに示すように、複数の機会が、スロットでのＵＣＩフィードバックに提供され得る。ここで、２つのＰＵＣＣＨ伝送が、スロットでサポートされ得る（Ｍ＝２）。ＰＤＳＣＨは、スロット＃０での２ＯＳミニスロット８１３で受信され得る。ＰＤＳＣＨ０およびＰＤＳＣＨ１についてのＡＣＫ／ＮＡＣＫは、スロット＃１でＯＳ＃６、７に及ぶＰＵＣＣＨ０１８１９としてサブスロット＃１で伝送され得、一方、ＰＤＳＣＨ２およびＰＤＳＣＨ３についてのＡＣＫ／ＮＡＣＫは、スロット＃１ ８２３でＯＳ＃１２、１３に及ぶＰＵＣＣＨ２３８２０としてサブスロット＃２で伝送され得る。
サブスロットの数は、ＲＲＣシグナリングを通じてｇＮＢによってＵＥに構成され得る。さらに、サブスロットは、異なるタイプのトラフィック、その優先度、および遅延をサポートするために異なる長さであり得る。ｇＮＢは、重複しない方法でサブスロットをＵＥに構成し得、その結果、サブスロット上の伝送間で衝突がない場合がある。代替的に、ｇＮＢは、重複するリソースでサブスロットをＵＥに構成し得る。ＵＥが、２つの重複するサブスロット上で伝送するようにスケジュールされ得ることを識別する場合、伝送のうちの１つを落とし得る。より低い優先度の伝送が落とされ得るか、後のサブスロットが落とされ得るか、または前のサブ０スロットが落とされ得る。
以下の方法は、サブスロットがＭ＞１のときにＰＵＣＣＨ伝送のために使用されることを示すために使用され得る。
Ｍ個のサブスロットがＰＵＣＣＨ伝送について許可され得る場合、Ｋ１は、サブスロットに関して示され得る。スロットごとのサブスロットの数は、各優先度レベルについて構成され得る。Ｋ１は、それに応じて各優先度レベルについて解釈され得るため、各優先度レベルは、スロットごとにそれに構成されたサブスロットの数に従ってＫ１を解釈する。この構成は、ＲＲＣシグナリングを通じてＵＥに提供され得る。以下の表２は、Ｋ１がどのようにスロットごとの異なる数のサブスロットについて構成され得るかについての例を与える。
図９Ａは、スロットごとに１つのサブスロットおよびスロットのユニットで増分されたＫ１について構成されたｅＭＢＢ ＰＤＳＣＨを有する例示的なサブスロット構成９００を示す。図９Ａは、ＰＤＣＣＨ９０１、ギャップ９０５、Ｋ１＝２のＰＤＳＣＨ０９０２と、Ｋ１＝１のＰＤＳＣＨ１９０３と、ＰＵＣＣＨ０１９０４と、を備える、複数のスロット（例えば、スロット＃０ ９１０およびスロット＃２ ９１１）を示す。Ｋ１＝２のＰＤＳＣＨ０９０２およびＫ１＝１のＰＤＳＣＨ１９０３は、スロット＃２ ９１１で、共同で認知され得る。
図９Ｂは、スロットごとに２つのサブスロットおよびスロットの半分のユニットで増分されたＫ１について構成されたＵＲＬＬＣ ＰＤＳＣＨを有する別の例示的なサブスロット構成を示す。図９Ｂは、複数のスロット、すなわち、サブスロット０ ９３０およびサブスロット１ ９３１を備えるスロット＃０ ９３６、サブスロット０ ９３２およびサブスロット１ ９３３を備えるスロット＃１ ９３７、ならびにサブスロット０ ９３４およびサブスロット１ ９３５を備えるスロット＃２ ９３８を示す。図９Ｂはまた、ＰＤＣＣＨ９２０、ギャップ９２５、他の信号９２６、Ｋ１＝３のＰＤＳＣＨ０９２１、Ｋ１＝２のＰＤＳＣＨ１９３９、Ｋ１＝２のＰＤＳＣＨ２９２２、ＰＵＣＣＨ０１９２３、およびＰＵＣＣＨ２９２４を示す。図９Ｂの例では、Ｋ１＝３のＤＳＣＨ０およびＫ１＝２のＰＤＳＣＨ１は、スロット＃１のサブスロット＃１で、共同で認知され得る。そして、Ｋ１＝２のスロット＃１のサブスロット＃０でのＰＤＳＣＨ２は、スロット＃２のサブスロット＃０で認知され得る。
図１０は、最低の優先度についてのサブスロットの最も細かい粒度で増分されるＫ１ １０００を示す。図１０は、ＰＤＣＣＨ１００１、ギャップ１００５、Ｋ１＝４のＰＤＳＣＨ０１００２と、Ｋ１＝２のＰＤＳＣＨ１１００３と、ＰＵＣＣＨ０１１００４と、を備える、複数のスロット（例えば、スロット＃０ １０１０およびスロット＃２ １０１１）を示す。Ｋ１＝４のＰＤＳＣＨ０１００２およびＫ１＝２のＰＤＳＣＨ１１００３は、スロット＃２ １０１１で、共同で認知され得る。この代替では、Ｋ１は、最も細かい粒度に応じて、すなわち、スロットごとのサブスロットの最大数に応じて解釈され得る。ＵＥは、グラントでシグナリングされる優先度レベルに基づいて使用するＫ１を決定し得る。図１０は、ＵＥについてのスロットごとのサブスロットの最も大きい数が２であり得ることを想定して、スロットごとのサブスロットの最大数でＫ１を増分するｅＭＢＢユースケースを示す。このため、２、４、６などのＫ１値のみが、ｅＭＢＢについてのスロットに関してＰＵＣＣＨリソースの標示としてｅＭＢＢについて有効であり得る。
Figure 0007516405000003
図１１は、Ｋ１がＰＵＣＣＨについてのスロットを示し、Ｋ１ａがサブスロットを示す例１１００を示す。図１１は、複数のスロット、すなわち、サブスロット０ １１１０およびサブスロット１ １１１１を備えるスロット＃０ １１１６、サブスロット０ １１１２およびサブスロット１ １１１３を備えるスロット＃１ １１１７、ならびにサブスロット０ １１１４およびサブスロット１ １１１５を備えるスロット＃２ １１１８を示す。図１１はまた、ＰＤＣＣＨ１１０１、ギャップ１１０８、他の信号１１０７、Ｋ１＝１およびＫ１ａ＝１のＰＤＳＣＨ０１１０２、Ｋ１＝１およびＫ１ａ＝１のＰＤＳＣＨ１１１０３、Ｋ１＝１およびＫ１ａ＝０のＰＤＳＣＨ２１１０４、ＰＵＣＣＨ０１１１０５、ならびにＰＵＣＣＨ２１１０６を示す。追加のビットが、ＰＵＣＣＨについてのサブスロットを示すためにスケジューリングＤＣＩでフィールド「Ｋ１ａ」で導入され得る。Ｋ１は、スロットに関して増分され得、Ｋ１ａは、スロット内のサブスロット数のオフセットを提供し得る。図１１では、Ｋ１は、スロットオフセットを示し、Ｋ１ａは、ＰＵＣＣＨリソースについてのそのスロット内のサブスロットオフセットを示す。この例についてのスロットごとのＭ＝２サブスロット。
異なる優先度伝送についてのＨＡＲＱコードブックが本明細書で記載される。ｇＮＢは、異なる優先度についてのＨＡＲＱ ＡＣＫビットが共同でエンコードされるか、または別々にエンコードされるかを判定し得る。それが別々にエンコードされる場合、異なるコードブックが異なる優先度レベルのために使用され得る。ｇＮＢは、ＲＲＣシグナリングを通じて、各優先度レベルについてのコードブックタイプを示し得る。例えば、ｅＭＢＢ伝送は、半静的なコードブックを使用し得、一方、ＵＲＬＬＣは、動的なコードブックを使用し得る。ＵＣＩでのオーバーヘッドがより小さくなり得、より小さいペイロードが高信頼性でより少ないリソースで伝送され得るため、動的なコードブックは、ＵＲＬＬＣに十分適合し得る。また、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫが低遅延で伝送され得ることが予期され得る。したがって、多くのＰＤＳＣＨが同じＰＵＣＣＨで多重化されなくてもよい。このため、半静的なコードブックは、特にＵＲＬＬＣトラフィックが突発的であり得る場合に不要であってもよい。
異なる優先度についての別々のＰＵＣＣＨリソースセット、または各リソースセットでの追加のＰＵＣＣＨリソースを構成することが望ましい場合がある。例えば、ｅＭＢＢトラフィックは、スロットの最後のシンボルでＰＵＣＣＨリソースを有し得るが、一方、ＵＲＬＬＣは、遅延を最小化するためにスロットの先頭のシンボルでのリソースを含むスロットでの複数のＰＵＣＣＨリソースを必要とし得る。ＲＲＣシグナリングは、ＰＵＣＣＨリソースセット、およびＰＵＣＣＨリソースセットでのＰＵＣＣＨリソースを通じて認知され得るＰＤＳＣＨの対応する優先度レベルを構成し得る。
ＰＵＣＣＨリソースセットは、異なる優先度レベルについて異なっている場合、ＨＡＲＱ－ＡＣＫについての別々のコードブックを使用し得る。ＰＵＣＣＨリソースセットが異なる優先度レベルの２つの伝送について同じであり得る場合、そのＨＡＲＱ－ＡＣＫは、共同でエンコードされて１つのコードブックで伝送され得るか、または別々のコードブック上で伝送され得る。異なる優先度のＨＡＲＱ－ＡＣＫが共同で伝送され得るかどうかのこの挙動は、ＲＲＣシグナリングを通じてｇＮＢによってＵＥに構成され得る。
図１２は、ｐ＝０（ｅＭＢＢ）およびｐ＝１（ＵＲＬＬＣ）についての別々のＨＡＲＱ ＡＣＫコードブックの例１２００を示す。図１２は、ＰＤＣＣＨ０１ｐ＝０およびＫ１＝３ １２０１、ＰＤＣＣＨ００ｐ＝１ １２０２、ＰＤＣＣＨ１１ｐ＝１ １２０３、ＰＤＣＣＨ２２ｐ＝１ １２０４、ＰＤＣＣＨ３３ｐ＝１ １２０５、ＰＤＣＣＨ３４ｐ＝０およびＫ１＝１ １２０８、ＰＤＣＣＨ１１ｐ＝０およびＫ１＝３ １２１１、ＰＤＣＣＨ２３ｐ＝０およびＫ１＝２ １２１２、およびＰＤＣＣＨ３４ｐ＝０およびＫ１＝１ １２１３、ギャップ１２１８、他のＤＬ信号１２０６、ＰＵＣＣＧ１２０７、ならびにＰＵＣＣＨ１２１０を示す。複数の動的なコードブックが複数の優先度レベルのために使用される場合、カウンタｃＤＡＩおよびｔＤＡＩが、各優先度レベルについて別々に定められ得る。優先度レベルｐのコードブックは、パラメータｃＤＡＩｐおよびｔＤＡＩｐを使用してそれらの動的なコードブックを決定し得る。ｃＤＡＩｐおよびｔＤＡＩｐは、スケジューリングＤＣＩで示され得、ｐは、（前述の方法のうちの１つを通じて）ＤＣＩまたはＰＤＣＣＨに埋め込まれた優先度レベルからＵＥによって決定され得る。したがって、ＵＥは、優先度レベルｐについて伝送するためのコードブックを準備し得る。図１２の例では、ｃＤＡＩおよびｔＤＡＩ値は、ｅＭＢＢおよびＵＲＬＬＣ ＰＤＳＣＨについて独立して増分され得る。ｅＭＢＢ ＰＤＣＣＨは、スロット＃３ １２１７でＰＵＣＣＨ１２１０リソースを示し得る。その結果、それらのＨＡＲＱ－ＡＣＫは、１つのコードブックで結合されてスロット＃３ １２１７で、ＰＵＣＣＨ１２１０上で伝送され得る。ＵＲＬＬＣ ＰＤＣＣＨは、スロット＃１ １２１５でＰＵＣＣＨリソースを示し得、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫは、１つのコードブックに結合されてスロット＃１ １２０７で、ＰＵＣＣＨ上で伝送され得る。ｔＤＡＩおよびｃＤＡＩが優先度間で共有される場合、それらのコードブックは容易に分けることができない。これは、ＤＣＩが見落とされる場合、ｃＤＡＩとｔＤＡＩとの間の相違がそれを示すが、ＵＥは、ＵＲＬＬＣまたはｅＭＢＢ伝送のスケジューリングを見落としたかどうかを判定することができず、したがって、ｅＭＢＢコードブックまたはＵＲＬＬＣコードブックでの見落とされたＰＤＳＣＨを否定応答するかどうかを認識しないためである。
コードブックは、ＰＵＣＣＨリソースに基づいて定められ得る。これにより、最も近いＰＵＣＣＨリソースでのＨＡＲＱ－ＡＣＫの伝送が可能になり得、ＵＲＬＬＣ遅延要件の恩恵となり得る。複数の優先度レベルのＰＤＳＣＨが同じＰＵＣＣＨリソースを指し、ＵＥが異なる優先度レベルについてＨＡＲＱ－ＡＣＫを多重化することを許可される場合、ＵＥは、同じＰＵＣＣＨリソースでそれらの伝送のＨＡＲＱ－ＡＣＫを共同で伝送し得る。この場合、ｃＤＡＩは、各ＰＵＣＣＨリソース伝送機会の後に再設定され得る。
複数のＴＲＰ ＰＵＣＣＨ伝送が本明細書で記載される。複数のＴＲＰ伝送をサポートするとき、ＵＥは、第１のＴＲＰから第１のＰＤＣＣＨおよび対応する第１のＰＤＳＣＨを受信し、第２のＴＲＰから第２のＰＤＣＣＨおよび対応する第２のＰＤＳＣＨを受信し得る。第１および第２のＰＤＳＣＨについての時間周波数リソースは、重複しているか、重複していないか、または部分的に重複し得る。例えば、ＰＤＳＣＨは、同じスロットまたは異なるスロットで受信され得る。ＰＤＳＣＨは、例えば、重複するＰＲＢまたは重複しないＰＲＢ上で受信され得る。
いくつかのシナリオでは、ＵＥは、第１のセットの層が第１のＴＲＰから生じるＰＤＳＣＨ、および第２のセットの層が第２のＴＲＰから生じるＰＤＳＣＨを受信し得る。一例では、第１および第２のセットの層は、異なるコードワードまたは移送ブロックを伝送するために使用され得る。別の例では、単一のコードワードまたは移送ブロックが、第１および第２のセットの層上で伝送され得る。
セルで異なるＴＲＰから／異なるＴＲＰへ伝送され／受信される信号／チャネルは、異なるアプリケーションに対応付けられ得、それによって、異なる優先度レベルに対応付けられ得る。例えば、マクロＴＲＰは、コアネットワークへの最良の接続を有するため、ＵＲＬＬＣのために使用され得るが、一方、理想的でないバックホールを伴うＵＥの位置の近くの低電力ＴＲＰは、ｅＭＢＢトラフィックのために使用され得る。
図１３は、ＵＥが複数のＴＲＰに伝送する例１３００を示す。図１３は、スロット１３１４中のＰＤＣＣＨ１３１０、ギャップ１３１１、ならびにＰＵＣＣＨ１３１２および１３１３を示す。ＵＥ１３０３は、ＵＣＩ０のＰＵＣＣＨ１３１２をビームＢ０１３０４上のＴＲＰ０１３０１に伝送し、ＵＣＩ１のＰＵＣＣＨ１３１３をビームＢ１１３０５上のＴＲＰ１１３０２に伝送する。ＵＥ１３０３は、別々のＵＣＩを各ＴＲＰ１３０１および１３０２に提供し得る。各ＵＣＩは、特定のＴＲＰに対応する（例えば、第１もしくは第２のＰＤＳＣＨまたはＰＤＳＣＨの第１もしくは第２のセットの層に対応する）ＣＳＩ報告およびＨＡＲＱ－ＡＣＫを含み得る。その結果、ＵＥ１３０３は、適切な空間方向でＰＵＣＣＨ１３１２および１３１３を各ＴＲＰ１３０１および１３０２に伝送し得る。言い換えると、ＤＬ ＲＳまたはＵＬ ＲＳを伴うＱＣＬに対応するＰＵＣＣＨ伝送についてのビームは、各ＴＲＰについて異なり得る。
図１４は、複数のＴＲＰへのＰＵＣＣＨ伝送の例１４００を示す。図１４は、ＰＤＣＣＨ１４０５、ギャップ１４０９、他の信号１４０８、スロット＃０ １４２０中でＴＲＰｉによって伝送されるＫ１＝４およびＰＲＩ＝０のＰＤＳＣＨ０１４０６、ＴＲＰｊによって伝送されるＫ１＝２およびＰＲＩ＝１のＰＤＳＣＨ１１４０７、ＰＵＣＣＨ ＵＣＩ０１４１０、ならびにＰＵＣＣＨ ＵＣＩ１１４１１を示す。空間方向がＵＣＩ０およびＵＣＩ１の各々について異なり得るため、異なるＰＵＣＣＨリソースは、各ＰＵＣＣＨリソースが特定の空間方向で識別され得るように、ＵＣＩ０およびＵＣＩ１について示され得る。図１４に示すように、ＵＣＩ０およびＵＣＩ１は、それぞれ、ＰＵＣＣＨ１４１０およびＰＵＣＣＨ１４１１で伝送される。
図１４はまた、ＴＲＰｉおよびＴＲＰｊは、それぞれ、ＰＲＩ＝０およびＰＲＩ＝１でビームＢ０１４０１およびＢ１１４０２上でＰＤＳＣＨ０１４０６およびＰＤＳＣＨ１１４０７をＵＥに伝送することを示す。ＵＥは、ＵＣＩ０のＰＵＣＣＨ１４１０で、ビームＢ０１４０３上のスロット＃２ １４２１でＴＲＰ０に応答し、ＵＣＩ１のＰＵＣＣＨ１４１１で、ビームＢ１１４０４上のスロット＃３でＴＲＰ１に応答する。ＰＲＩ＝０のＰＵＣＣＨリソースは、ビームＢ０１４０３上の伝送のために構成され得、ＰＲＩ＝１のリソースは、ビームＢ１１４０４上の伝送のために構成され得る。ＰＵＣＣＨリソースの空間方向のこの構成は、ＭＡＣ ＣＥ有効化を通じて行われ得る。複数のＴＲＰがサポートされる場合、複数のＰＵＣＣＨリソースは、異なる空間方向について構成される。
有効化オーバーヘッドを克服するために、以下の代替が考えられ得る。ＵＥは、ＴＲＰの認識に基づいて空間方向を使用するように構成され得る。ＴＲＰの認識は、ＳＳＢまたはＣＳＩ－ＲＳもしくはＵＬ ＳＲＳに対する空間関係の形態で示され得る。例えば、ＴＲＰの認識は、ＣＯＲＥＳＥＴに結び付けられ得る。例えば、ＴＲＰｉは、ＣＯＲＥＳＥＴｉを使用してスケジュールし得る。次いで、ＣＯＲＥＳＥＴｉのＴＣＩ構成は、ＴＲＰｉについてＰＵＣＣＨのために使用される空間方向を示し得る。この場合、ＵＥは、ＭＡＣ ＣＥ有効化空間方向を無視し得る。その代わりに、それは、ＴＲＰ認識および対応する空間方向を使用し得る。
図１５は、ＴＲＰ認識に基づくＰＵＣＣＨ空間方向の例１５００を示す。図１５は、ＰＤＣＣＨ１５０９、ギャップ１５１１、他の信号１５１０、スロット＃０ １５２０中でＴＲＰｉによって伝送されるＫ１＝４およびＰＲＩ＝０のＰＤＳＣＨ０１５０６、ＴＲＰｊによって伝送されるＫ１＝２およびＰＲＩ＝１のＰＤＳＣＨ１１５０８、スロット＃２ １５２１中でのＰＵＣＣＨ ＵＣＩ０１５１２、ならびにＰＵＣＣＨ ＵＣＩ１１５１３を示す。図１５は、ＰＤＣＣＨ１５０５で伝送されるＣＯＲＥＳＥＴｉがＴＲＰｉについて構成され得る場合を示す。ＴＲＰｉは、ＰＲＩ＝０のＰＤＳＣＨでスケジュールし得るが、ＵＥは、ＴＲＰｉについてビームＢ０１５０１を使用し得る。ＣＯＲＥＳＥＴｊは、ＰＤＣＣＨ１５０７で伝送され、ＴＲＰｊについて構成され得る。ＴＲＰｊは、ＰＲＩ＝０のＰＤＳＣＨでスケジュールし得るが、ＵＥは、ＴＲＰｊについてビームＢ１１５０２を使用し得る。別の代替として、ＣＯＲＥＳＥＴのＴＣＩ状態を使用する代わりに、ＳＳＢまたはＣＳＩ－ＲＳもしくはＳＲＳに基づく空間方向が、より高い層のシグナリングを通じて各ＴＲＰについてＵＥに割り当てられ得る。
ＴＲＰの認識は、任意の構成情報で明示的に使用されなくてもよいことに留意されたい。その代わりに、ＴＲＰは、空間方向を通じて間接的に識別され得る。異なるＰＵＣＣＨについての空間方向は、ＤＬ ＲＳもしくはＵＬ ＲＳを通じて明示的に構成され得るか、またはＤＬチャネルに、例えば、上述のようなＣＯＲＥＳＥＴｉに、異なるＰＤＳＣＨ伝送のＴＣＩ状態に、もしくはＰＤＳＣＨ伝送の異なる層の異なるＴＣＩ状態に接続され得る。
ＰＵＳＣＨ上のＵＣＩが本明細書で記載される。低優先度ＰＵＳＣＨ上でピギーバックされる高優先度ＵＣＩが本明細書で記載される。ＵＲＬＬＣについてのＰＵＣＣＨがｅＭＢＢについてのＰＵＳＣＨと重複するとき、ＵＲＬＬＣ ＵＣＩは、ｅＭＢＢ ＰＵＳＣＨ上にピギーバックされ得ることが提案される。Ｍ＞１がＵＲＬＬＣについてサポートされ得るため、ＵＣＩの複数のインスタンスまたはコードブックは、ＰＵＳＣＨ上でピギーバックされ得る。
図１６は、複数のＨＡＲＱ ＡＣＫコードブックがスロット内の単一のＰＵＳＣＨ上でピギーバックされる例１６００を示す。図１６は、ＰＤＣＣＨ１６０１、ギャップ１６０７、および他の信号１６０２を示す。ｅＭＢＢ ＰＵＳＣＨ１６０８は、スロット＃３ １６２３についてスケジュールされ得る。ＵＲＬＬＣ ＰＤＳＣＨ１６０３、１６０４、１６０５、および１６０６は、スロット＃１ １６２１およびスロット＃２ １６２２でスケジュールされ得る。（ＵＣＩ０と表される）ＰＤＳＣＨ０およびＰＤＳＣＨ１についてのＡＣＫ／ＮＡＣＫ１６０９は、スロット＃３の最初の半分（サブスロット＃０ １６２４）で、共同でエンコードおよび伝送され得、一方、（ＵＣＩ１と表される）ＰＤＳＣＨ２およびＰＤＳＣＨ３についてのＡＣＫ／ＮＡＣＫ１６１０は、スロット＃３の後の半分（サブスロット＃１ １６２５）で、共同でエンコードおよび伝送され得る。
ｅＭＢＢ ＰＵＳＣＨは、ＵＣＩを受け入れるためにレートマッチングまたはパンクチャされ得る。ＰＤＳＣＨを処理する際のＵＥ能力および遅延に応じて、以下のことを含むがそれに限定されない方法は、ＰＵＳＣＨ上でＵＣＩ０およびＵＣＩ１をマッピングするために使用され得る。
（１）ＰＵＳＣＨは、ＵＣＩ０およびＵＣＩ１のマッピングを可能にするためにパンクチャされ得る。
（２）ＰＵＳＣＨは、ＵＣＩ０およびＵＣＩ１についてのリソースの周囲でレートマッチングされ得る。
（３）ＰＵＳＣＨは、ＵＣＩ０についてのリソースの周囲でレートマッチングされ得、ＵＣＩ１についてのリソースによってパンクチャされ得る。このケースは、ＰＵＳＣＨがＵＣＩ１を受け入れるためにレートマッチングされることを可能にするのに遅延が十分でない場合に適用され得る。
同様の原理がＣＳＩを搬送するＵＣＩに適用され得る。ＵＲＬＬＣが、スロットごとに複数回、ＵＣＩ測定値および報告を必要とする場合、報告は、図１６でのＵＣＩ０およびＵＣＩ１と同様にＰＵＳＣＨ上でピギーバックされ得る。
代替的に、スロット上のＵＣＩ伝送のあるインスタンスは、ＨＡＲＱ ＡＣＫであり得、一方、他のインスタンスは、ＣＳＩのみを搬送し得る。例えば、ＵＣＩ０は、ＨＡＲＱ－ＡＣＫを含み得、一方、ＵＣＩ１は、ＣＳＩ報告を含み得る。
代替的に、スロットでのＭ個のＵＣＩフィードバック機会は、各々ＨＡＲＱ－ＡＣＫおよびＣＳＩの両方を搬送し得る。
ＵＣＩについてのＲＥの数は、ＰＵＳＣＨをスケジュールするＤＣＩまたはより高い層のシグナリングを通じて示され得るベータオフセット因子である下記の数式２、下記の数式３、および下記の数式４によって決定され得る。ベータオフセット因子は、ＵＣＩ伝送のために使用され得るＰＵＳＣＨリソースの一部を表す。ＵＥが、ＵＣＩの各サポート優先度についての異なるセットのオフセットで構成されるべきであることが本明細書で提案される。ＰＵＳＣＨ上のＵＣＩの第ｍ番目のシグナリング機会は、ＵＣＩｍによって表され得る。例えば、図１６では、ｍ＝０およびｍ＝１がサポートされ得る。ＵＥが、ｍ個の機会の各々についての下記の数式５、下記の数式６、および下記の数式７の値で構成されるべきであることが本明細書で提案される。これは、異なるＵＣＩについてのターゲット信頼性を構成する際にｇＮＢにより大きな柔軟性を提供する。構成は、より高い層またはＰＵＳＣＨをスケジュールするＤＣＩを通じて生じ得、ベータオフセットを示すフィールドは、以下の方法のうちの１つで構成され得る。
（１）ベータオフセットインジケータは、ｍ個のＵＣＩ機会の各々に利用可能であり得る。２ビットが各機会のために使用される場合、必要とされるビットの総数は、機会の数と同量であり、一部の場合で大きくなり得る。
Figure 0007516405000004
Figure 0007516405000005
Figure 0007516405000006
Figure 0007516405000007
Figure 0007516405000008
Figure 0007516405000009
（２）ベータオフセットインジケータは、機会の数に関わらず２ビットであり得、したがって、ＤＣＩサイズは、ｍが変わる場合に変える必要がない。この場合、ベータオフセットインジケータは、ｍ個の機会の各々についてのオフセットインデックスを示す。一例が表３に示される。ここで、ＵＥは、ｍ個の機会の各々についての４つの下記の数式８のインデックスのセットで構成され得る。下記の数式９は、下記の数式１０についてのベータオフセット値の表へのインデックスであり得る。ここで、ｉは、ターゲットＵＣＩのペイロードを表す。例えば、ｉ＝０は、ＵＥが最大２個のＨＡＲＱ－ＡＣＫ情報ビットを多重化する場合を表し、ｉ＝１は、ＵＥが２個よりも多く最大１１個のＨＡＲＱ－ＡＣＫ情報ビットを多重化する場合を表し、ｉ＝２は、ＵＥがＨＡＲＱ－ＡＣＫでの１１個よりも多くのビットを多重化する場合を表す。ＤＣＩは、使用されるオフセットの列を示すベータオフセットインジケータの２ビットを搬送する。一例として、ＵＲＬＬＣ ＵＣＩについての下記の数式１１は、より大きな信頼性をＵＲＬＬＣ ＵＣＩに提供するために、ｅＭＢＢ ＵＣＩについての下記の数式１２よりも大きくあり得る。
Figure 0007516405000010
Figure 0007516405000011
Figure 0007516405000012
Figure 0007516405000013
Figure 0007516405000014
Figure 0007516405000015
ＰＵＳＣＨホッピングがＵＥについて構成される場合、ＵＣＩｍは、ｅＭＢＢ ＰＵＳＣＨの異なるホップでマッピングされ得る。これは、ＵＣＩがＰＵＳＣＨの各ホップに分割されてマッピングされ得る他のシステムと異なり得る。
図１７は、ＰＵＳＣＨの異なるホップ上のＵＣＩｍマッピングの例１７００を示す。図１７は、周波数１７１１に関するスロット１７１０中の、ＰＤＣＣＨ１７０１、ギャップ１７０２を示す。図１７での例で分かるように、ｅＭＢＢ ＰＵＳＣＨが２つのホップで構成される場合、ＰＤＳＣＨ０およびＰＤＳＣＨ１についてのＡＣＫ－ＮＡＣＫ１７０７を含むＵＣＩ０１７０３は、ＰＵＳＣＨ１７０４のホップ１で伝送され得る。ＰＤＳＣＨ２およびＰＤＳＣＨ３についてのＡＣＫ－ＮＡＣＫ１７０８を含むＵＣＩ１１７０６は、ＰＵＳＣＨ１７０５のホップ２で伝送され得る。
単一のＨＡＲＱ－ＡＣＫコードブックのみがＰＵＳＣＨ上でマッピングされることを必要とする場合、すなわち、Ｍ＝１の場合、エンコード、レートマッチング、および変調されたＵＲＬＬＣ ＵＣＩのベクトルは、両方のｅＭＢＢ ＰＵＳＣＨホップに分割されてマッピングされ得る。図１８は、ＵＣＩ０がＰＵＳＣＨのホップ上で分割されてマッピングされる例１８００を示す。この構成は、後のホップからの遅延が許容可能である場合に使用され得る。ＵＥは、各ＰＵＳＣＨホップ上の、または（遅延を限定するために）特定のホップのみへのＵＣＩｍのマッピングをサポートするように構成され得る。図１８は、周波数１８１１に関するスロット１８１０中の、ＰＤＣＣＨ１８０１、ギャップ１８０２を示す。図１８での例で分かるように、ＰＤＳＣＨ０およびＰＤＳＣＨ１についてのエンコードされたＡＣＫ－ＮＡＣＫの一部分１８０７を含むＵＣＩ０１０８３は、ＰＵＳＣＨ１８０４のホップ１で伝送され得る。ＰＤＳＣＨ０およびＰＤＳＣＨ１についてのエンコードされたＡＣＫ－ＮＡＣＫの残りの部分１８０８を含むＵＣＩ０１８０６は、ＰＵＳＣＨ１８０５のホップ２で伝送され得る。
ＵＥは、ＵＣＩの１つのインスタンスのみを有する場合（Ｍ＝１）、図１８に示すように、ＵＣＩを両方のホップに分割してマッピングし得る。しかしながら、それは、ＵＣＩのＭ＞１のインスタンスを伝送しなければならない場合、図１７に示すように、ＵＣＩをホッピングするのではなく、インスタンスをマッピングし得る。代替的に、ＵＲＬＬＣ ＵＣＩは、ｅＭＢＢ ＰＵＳＣＨのリソース上で伝送され得、一方、ｅＭＢＢデータは伝送されない、すなわち、ＵＲＬＬＣ ＵＣＩだけが、それらのリソースについてのＵＬ－ＳＣＨ上で伝送される。
図１９は、ＵＣＩ０をマッピングするための例示的なプロシージャ１９００を示す。図１９の例では、ＵＣＩ０は、Ｍ＝１（図１８での例）の場合に複数のホップにマッピングされ得る。Ｍ＞１の場合、ＵＣＩの各インスタンスは、対応するホップ（図１７での例）内に多重化され得る。プロシージャが開始すると（ステップ１９０１）、ＵＥは、スロット＃ｉについてのＭの値（マッピングするためのＵＣＩインスタンスの数）を決定し得る（ステップ１９０２）。次いで、ＵＥは、Ｍが１よりも大きいかどうかを判定し得る（ステップ１９０３）。Ｍが１よりも大きい場合、ＵＥは、ＵＣＩｍトップホップ＃ｍをマッピングし得る（ステップ１９０４）。Ｍが１以下である場合、ＵＥは、Ｈ ＰＵＳＣＨホップに対応するＵＣＩを分割し、各ＰＵＳＣＨホップ上でＵＣＩの一部分をマッピングし得る（ステップ１９０５）。次いで、プロシージャが終了し得る（ステップ１９０６）。
図２０Ａは、ＰＵＳＣＨリソースで多重化されるＰＵＳＣＨ上でＵＣＩｍについてのＨＡＲＱ－ＡＣＫおよびＣＳＩの例示的なマッピング２０００を示す。図２０Ａの例は、Ｍ＝２についてのＰＵＳＣＨ上のＵＣＩｍのマッピングを示す。図２０Ａは、ＰＤＣＣＨ２００１、ギャップ２００２、ＰＵＳＣＨ２００７、ＯＦＤＭシンボル＃３ＤＭＲＳ２００３、ＯＦＤＭシンボル＃１１ＤＭＲＳ２００４、ＣＳＩ２００９、およびＨＡＲＱ ＡＣＫ２００８を示す。ＵＣＩｍは、以下のように時間領域でマッピングされ得る。変調ＨＡＲＱ－ＡＣＫシンボルは、ＤＭＲＳの近くにマッピングされ得る。例えば、それらは、第１のセットの隣接するＤＭＲＳシンボルの後に第１の利用可能な非ＤＭＲＳシンボル上で開始し得る。タイプＡ ＤＭＲＳを伴うＰＵＳＣＨについて、マッピングは、ＤＭＲＳに先行するシンボルから、当該シンボルが利用可能である場合に開始し得る。変調ＣＳＩシンボルは、第１の利用可能な非ＤＭＲＳシンボル上で開始してマッピングされ得る。
周波数領域では、ＵＣＩｍの変調シンボルは、以下のように決定される連続するＲＥ間の距離ｄでの分配方法でシンボルｉのＲＥにマッピングされ得る。
（１）ｄ＝１、ＯＦＤＭシンボルｉの始めのそのＵＣＩについてのマッピングされていない変調シンボルの数が、このＯＦＤＭシンボルでの利用可能なＲＥの数以上であり得る場合。図２０ＡでのＵＣＩ１２００６のＨＡＲＱ－ＡＣＫは、ｄ＝１についてのマッピングを示す。
（２）ｄ＝フロア（第ｉ番目のＯＦＤＭシンボル上の利用可能なＲＥの数／ＯＦＤＭシンボルｉの始めのそのＵＣＩについてのマッピングされていない変調シンボルの数）図２０ＡでのＵＣＩ０２００５のＨＡＲＱ－ＡＣＫは、ｄ＞１についてのマッピングを示す。これにより、周波数多様性を活かすための周波数のリソースの最大分配が可能になる。
ＵＣＩは、ＰＵＳＣＨ上の移送ブロックのすべての層にマッピングされ得る。
図２０Ｂは、ＰＵＳＣＨ上のみのＵＣＩでのＰＵＳＣＨ上のＵＣＩｍの例示的なマッピングを示す。図２０Ｂは、ＰＤＣＣＨ２０２０、ギャップ２０２１、ＯＦＤＭシンボル＃３ＤＭＲＳ２０２２、ＯＦＤＭシンボル＃１１ＤＭＲＳ２０２３、ＵＣＩ０２０２４、およびＵＣＩ１２０２５を示す。ＵＣＩは、ＰＵＳＣＨリソース上で伝送されるだけであり得る。例えば、複数のＵＲＬＬＣ ＰＤＳＣＨについてのＵＣＩは、１つのｅＭＢＢ ＰＵＳＣＨについてのリソースを介して別々に伝送され得る。ＵＲＬＬＣ ＵＣＩについての必要とされるリソースが、ある閾値を超える場合、ｅＭＢＢ ＰＵＳＣＨは落とされ得、ＲＥは、ＵＣＩについて完全に使用され得る。ＵＣＩ０２０２４およびＵＣＩ１２０２５についてのシンボルの数は、ベータオフセットがＵＣＩの各々についてどのように構成されるかに応じて異なり得る。
ＵＣＩの複数のインスタンスを搬送するｅＭＢＢ ＰＵＳＣＨについて、十分なＤＭＲＳシンボルが存在しない場合、ＵＣＩのすべてのインスタンスがＤＭＲＳの次にマッピングされることが可能ではない。次いで、ＤＭＲＳシンボルから離れてマッピングされるＵＣＩについての性能ロスがあり得る。これは、以下の方法で処理され得る。
図２１Ａは、ＵＣＩ１の近傍にＤＭＲＳがないＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの例２１００を示す。図２１Ａは、ＰＤＣＣＨ２１０１、ギャップ２１０２、ＯＦＤＭシンボル＃３ＤＭＲＳ２１０４、ＰＵＳＣＨ２１０６、ＯＦＤＭシンボル＃３ ２１０３、ＯＦＤＭシンボル＃８ ２１０８、ＵＣＩ０２１０５、ＵＣＩ１２１０７、ＨＡＲＱ ＡＣＫ２１０９、および他のＵＬ信号２１１０を示す。ベータオフセットパラメータの値、例えば、下記の数式１３は、ＤＭＲＳに近くない場合があるＵＣＩインスタンスについて十分大きく設定され得る。図２１Ａの例では、ＰＵＳＣＨは、７つのシンボルの長さであり得、１つのＤＭＲＳシンボルのみが構成される。ここで、ＵＣＩ１２１０７は、ＵＣＩ０２１０５と比較して、より多くのリソースを使用し得るが、両方とも同じペイロードを搬送する。ＵＣＩ１２１０７の追加のリソースは、ＵＣＩ１２１０７についてのより乏しいチャネル推定品質を補うのに役立ち得る。ＤＭＲＳがＨＡＲＱ－ＡＣＫ ＵＣＩのマッピング位置の次に利用可能でない場合、ＵＥは、因子下記の数式１４でベータオフセット値を増加させ得る。ここで、下記の数式１４は、ＲＲＣシグナリングを通じてＵＥに構成され得る。ＵＥは、下記の数式１４の代わりに因子下記の数式１３を使用してリソースの数を計算し得る。したがって、＞１は、ＵＣＩマッピングのための追加のリソースをＵＥに提供し得る。
Figure 0007516405000016
Figure 0007516405000017
図２１Ｂは、ＵＣＩ１の近傍に導入される追加のＤＭＲＳを伴うＨＡＲＱ－ＡＣＫ ＵＣＩマッピングリソースの例を示す。図２０Ｂは、ＰＤＣＣＨ２１２０、ギャップ２１２１、ＯＦＤＭシンボル＃３ＤＭＲＳ２１２３、ＰＵＳＣＨ２１２５、ＯＦＤＭシンボル＃３ ２１２２、ＯＦＤＭシンボル＃８ ２１２７、ＵＣＩ０２１２４、ＵＣＩ１２１２６、ＤＭＲＳ２１２８、ＨＡＲＱ ＡＣＫ２１３０、および他のＵＬ信号２１２９を示す。ＵＥは、ＤＭＲＳシンボルがその近傍でＵＣＩｍをマッピングするのに利用可能であり得ることを保証するためにＰＵＳＣＨについてのＤＭＲＳ構成を変更する。図２１Ｂに示すように、ＯＳ＃３で１つのＤＭＲＳを伴う７つのシンボルＰＵＳＣＨについて構成されるが、ＵＥは、ＯＳ＃７で追加のＤＭＲＳを伴う７つのシンボルの長さのＰＵＳＣＨを生成し得、その結果、ＵＣＩ１は、追加のＤＭＲＳシンボルの近傍でマッピングされ得る。ＵＥは、ＲＲＣシグナリングを通じた当該サブスロットでのピギーバックされたＵＣＩが必要な場合、ＤＭＲＳについての追加の位置で構成されることが予期され得る。
より低い優先度のＵＣＩは、より高い優先度のＰＵＳＣＨ上でピギーバックされ得る。ベータオフセット値が０に等しくあり得る場合、ＰＵＳＣＨ上でピギーバックされ得るＵＣＩはない。１未満の値が、高優先度ＰＵＳＣＨ上の低優先度ＵＣＩについてのいくつかのピギーバックされたリソースを可能にするためにサポートされ得る。
ＵＥは、図２２Ａ～２２Ｂに示す方法でスロット＃３でＵＣＩｅＭＢＢおよびＵＣＩＵＲＬＬＣの両方を伝送し得る。図２２Ａは、ＵＣＩｅＭＢＢがＵＣＩＵＲＬＬＣに先行するＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの例２２００を示す。図２２Ａは、ＰＤＣＣＨ２２０１、他のＵＬ信号２２０２、ＤＭＲＳ２２１０、ＨＡＲＱ ＡＣＫ ＵＣＩ２２６０、およびギャップ２２０８を示す。図２２Ａはまた、スロット＃０ ２２１２、スロット＃１ ２２１３、スロット＃２ ２２１４、ならびにサブスロット０ ２２０６およびサブスロット１ ２２０７を備えるスロット＃３ ２２１５を示す。いくつかのシナリオでは、ＵＥが、スロット中にＵＲＬＬＣおよびｅＭＢＢの両方について伝送するためのＨＡＲＱ－ＡＣＫを有し得ることが可能であってもよい。図２２Ａの例では、ｅＭＢＢ ＰＤＳＣＨ０２２０２およびＰＤＳＣＨ１２２０３は、スロット＃０ ２２１２およびスロット＃１ ２２１３でスケジュールされ得、ＵＣＩｅＭＢＢ２２１０のＨＡＲＱ－ＡＣＫ報告は、スロット＃３ ２２１５についてスケジュールされ得る。ＵＲＬＬＣ ＰＤＳＣＨ２２２０４およびＵＲＬＬＣ ＰＤＳＣＨ３２２０５は、スロット＃３ ２２１５でＵＥについてスケジュールされ得、ＵＣＩＵＲＬＬＣ２２０９のＨＡＲＱ－ＡＣＫ報告もまた、スロット＃３ ２２１５についてスケジュールされ得る。ＵＥは、スロット＃３ ２２１５でスケジュールされるＰＵＳＣＨ２２１２を有し、したがって、スロット＃３ ２２１５で、ＰＵＳＣＨ上でＵＣＩをピギーバックし得る。ＵＥは、スロット＃３ ２２０５の第１のサブスロット２２０６でのＵＣＩｅＭＢＢ２２１０、およびスロット＃３ ２２０５の後のサブスロット２２０７でのＵＣＩＵＲＬＬＣ２２０９をピギーバックする。これは、ＵＲＬＬＣについての遅延要件が、スロット＃３ ２２１５の端での伝送が許容されるようなものであるときに可能であり得る。
図２２Ｂは、ＵＣＩＵＲＬＬＣがＵＣＩｅＭＢＢに先行するＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの例を示す。図２２Ｂは、ＰＤＣＣＨ２２２０、他のＵＬ信号２２２２、ＤＭＲＳ２２３３、およびギャップ２２２７を示す。図２２Ｂはまた、スロット＃０ ２２３４、スロット＃１ ２２３５、スロット＃２ ２２３６、ならびにサブスロット０ ２２２８およびサブスロット１ ２２２９を備えるスロット＃３ ２２３７を示す。いくつかのシナリオでは、ＵＥが、スロット中にＵＲＬＬＣおよびｅＭＢＢの両方について伝送するためのＨＡＲＱ－ＡＣＫを有し得ることが可能であってもよい。図２２Ｂの例では、ｅＭＢＢ ＰＤＳＣＨ０２２２１およびＰＤＳＣＨ１２２２３は、スロット＃０ ２２３４およびスロット＃１ ２２３５でスケジュールされ得、ＵＣＩｅＭＢＢ２２３１のＨＡＲＱ－ＡＣＫ報告は、スロット＃３ ２２３７についてスケジュールされ得る。ＵＲＬＬＣ ＰＤＳＣＨ２２２２５およびＵＲＬＬＣ ＰＤＳＣＨ３２２２６は、スロット＃３ ２２３７でＵＥについてスケジュールされ得、ＵＣＩＵＲＬＬＣ２２３０のＨＡＲＱ－ＡＣＫ報告もまた、スロット＃３ ２２３７についてスケジュールされ得る。ＵＥは、スロット＃３ ２２３７でスケジュールされるＰＵＳＣＨ２２３２を有し、したがって、スロット＃３でのＰＵＳＣＨ２２３２上でＵＣＩをピギーバックし得る。図２２Ｂでは、ＵＥは、スロット＃３ ２２３７の第１のサブスロット２２２８でのＵＣＩＵＲＬＬＣ２２３０、およびスロット２２３７の後のサブスロット２２３１でのＵＣＩｅＭＢＢ２２３１をピギーバックする。これにより、ＵＥが所与の時間ライン内でＵＲＬＬＣグラントを処理する能力を有すれば、ＵＲＬＬＣ ＵＣＩが時間で優先されることが可能になる。
図２２Ｃは、ＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢがＰＵＳＣＨの同じサブスロットにマッピングされるＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの例を示す。図２２Ｃは、ＰＤＣＣＨ２２４０、ギャップ２２４１、ＰＵＳＣＨ２２４３、ＯＦＤＭシンボル＃３ ２２４２、ＤＭＲＳ２２４５、ＯＦＤＭシンボル＃１１ ２２４４、ＨＡＲＱ ＡＣＫ ＵＣＩＵＲＬＬＣ２２４６、およびＨＡＲＱ ＡＣＫ ＵＣＩｅＭＢＢ２２４７を含むスロット２２４８を示す。図２２Ｃでは、ＵＣＩｅＭＢＢ２２４７およびＵＣＩＵＲＬＬＣ２２４６の両方が、ＰＵＳＣＨ２２４３の第１のＤＭＲＳ２２４５に続いてマッピングされ得る。ＵＣＩＵＲＬＬＣ２２４６がまずマッピングされて、ＵＣＩｅＭＢＢ２２４７が後に続くＤＭＲＳ２２４５の次に遅延の恩恵およびリソースをそれに提供し得る。
図２２Ｄは、ＵＣＩＵＲＬＬＣリソースがまずマッピングされてＵＣＩｅＭＢＢが後に続くＰＵＳＣＨにピギーバックされるＵＣＩＵＲＬＬＣおよびＵＣＩｅＭＢＢの例を示す。図２２Ｄは、ＰＤＣＣＨ２２５０、ギャッ２２５１、ＰＵＳＣＨ２２５５、ＯＦＤＭシンボル＃３ ２２５２、ＤＭＲＳ２２５６、ＯＦＤＭシンボル＃１１ ２２５４、ＨＡＲＱ ＡＣＫ ＵＣＩＵＲＬＬＣ２２５７、およびＨＡＲＱ ＡＣＫ ＵＣＩｅＭＢＢ２２５８を含むスロット２２５９を示す。ＵＣＩＵＲＬＬＣ２２５７がＤＭＲＳ２２５６の次のシンボル上ですべてのリソースを占有する場合、ＵＣＩｅＭＢＢ２２５８は、図２２Ｄの例に示すように次のシンボルでマッピングされ得る。
複数の優先度のＵＣＩのジョイント伝送が本明細書で記載される。ＵＥは、複数の優先度のＵＣＩのジョイント伝送をサポートし得る、すなわち、ＵＥは、複数の優先度のＨＡＲＱ ＡＣＫビットを共同でエンコードし、それを伝送する。ＵＥがＰＵＳＣＨ上で当該ＵＣＩを伝送するとき、ＵＥが、ＵＣＩで最高の優先度のＨＡＲＱ－ＡＣＫのベータオフセット値を適用することが本明細書で提案される。より高い優先度のＵＣＩのベータオフセット値が、ＰＵＳＣＨ上でＵＣＩにより多くのリソースを提供し、したがって、より高い優先度により高い信頼性を提供し得ることを考慮すると、より低い優先度のＨＡＲＱ－ＡＣＫもまた、より高い信頼性を受信し得る。
ＵＥは、Ｂｌｏｗ＜Ｂｔｈｒｅｓｈである場合に、優先度レベルｐｌｏｗのＢｌｏｗＨＡＲＱ－ＡＣＫビットを優先度レベルｐｈｉｇｈのＢｈｉｇｈＨＡＲＱ－ＡＣＫビットで多重化し得る。ここで、Ｂｔｈｒｅｓｈは、以下の方法のうちの１つで決定され得る閾値であり得る。
（１）Ｂｔｈｒｅｓｈは、ＲＲＣシグナリングを通じてｇＮＢによってＵＥに構成され得る。
（２）Ｂｔｈｒｅｓｈは、ＢｌｏｗおよびＢｈｉｇｈの関数であり得る。例えば、Ｂｌｏｗ／Ｂｈｉｇｈ＜＝Ｖの場合がある。ここで、Ｖは、ｇＮＢによってＵＥに構成される定数またはパラメータであり得る。
（３）Ｂｔｈｒｅｓｈは、ベータオフセット値の関数であり得る。例えば、ベータオフセット値は、ＵＣＩで多重化される最高の優先度レベルのものに対応し得る。
（４）Ｂｔｈｒｅｓｈは、ベータオフセット値、ＢｌｏｗおよびＢｈｉｇｈの関数であり得る。例えば、ベータオフセット１についてＢｌｏｗ／Ｂｈｉｇｈ＜＝Ｖ１、ベータオフセット２についてＢｌｏｗ／Ｂｈｉｇｈ＜＝Ｖ２などである。ここで、Ｖ１、Ｖ２などは、ｇＮＢによってＵＥに構成される定数またはパラメータであり得る。
ＨＡＲＱプロセスの繰り返しを伴うＵＣＩマッピングが本明細書で記載される。高優先度ＰＵＳＣＨについて、ｇＮＢは、繰り返しをスケジュールし得る。１つのＵＬグラントは、信頼性のために同じＨＡＲＱプロセスの２つ以上の伝送をスケジュールし得る。ＨＡＲＱプロセスの複数の伝送は、１つのスロット内であり得るか、または連続する利用可能なスロットでのスロット境界の間であり得る。繰り返しは、異なるスロットにある場合、異なる開始シンボルおよび／または時間長を有し得る。各ＰＵＳＣＨ伝送は、ＰＵＳＣＨセグメントと称され得る。各ＰＵＳＣＨセグメントは、異なる数のリソースを有し得る。ＵＣＩは、図２３Ａ～２３Ｂでのいくつかの例に示すように、当該繰り返しまたはセグメント上でマッピングされ得る。ここで、ラベルｒｅｐは、繰り返しを表す。ＵＲＬＬＣおよびｅＭＢＢ ＵＣＩの両方は、以下に論じる方法を通じてＰＵＳＣＨ上でピギーバックされ得る。
図２３Ａは、繰り返し間にＵＣＩ分割を伴うミニスロットでのＰＵＳＣＨの繰り返しを伴うＨＡＲＱプロセスの繰り返しの例２３００を示す。図２３Ａは、ＰＤＣＣＨ２３０１、ギャップ２３０２、ＰＵＳＣＨ２３０３、およびＤＭＲＳ２３０６を含むスロット２３０８を示す。図２３Ａの例では、ＰＵＳＣＨ繰り返しはスロット内で生じ、ＰＵＳＣＨ０２３０４および２３０５は、ミニスロットで２回伝送され得、ＵＣＩの変調シンボル２３０７（この例ではＨＡＲＱ－ＡＣＫ）は、２つに分割されてミニスロットの各々でマッピングされ得る。この場合、単一の繰り返しでのレートマッチングまたはパンクチャリングの量が低減され得、それによって、所与のＰＵＳＣＨ伝送の性能ロスを限定する。
図２３Ｂは、繰り返し間にＵＣＩ分割を伴うスロット境界の間の複数のセグメント伝送を伴うＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｂは、ＰＤＣＣＨ２３１０、ギャップ２３１１、他のＵＬ信号２３１２、ＰＵＳＣＨ２３１６、およびＤＭＲＳ２３１７を含む、スロット＃０ ２３１８およびスロット＃１ ２３１９を示す。図２３Ｂの例では、繰り返しは、スロットの間で生じ得、繰り返し内の各伝送は、異なる時間長および開始ＯＦＤＭシンボルを有する。ＰＵＳＣＨ０２３１３および２３１４は、スロットの間で２回伝送され得る。ＵＣＩ２３１５は、２つに分割されてＰＵＳＣＨセグメントの各々でマッピングされ得る。
図２３Ｃは、繰り返し間にＵＣＩ分割を伴う周波数ホッピングを伴うミニスロットでのＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｃは、ＰＤＣＣＨ２３２０、ギャップ２３２１、ＰＵＳＣＨ２３２２および２３３０、ならびにＤＭＲＳ２３２３および２３２９を含む、周波数２３３１に関するスロット＃０ ２３２５を示す。図２３Ｃの例では、ＰＵＳＣＨ繰り返し２３２６および２３２７は、スロット２３２５内で生じるが、各繰り返しは、周波数多様性を伝送に提供する異なる周波数２３２１ホップを有する。ここで再度、ＵＣＩ２３２４は、２つの部分に分割され得、各部分は、１つのＰＵＳＣＨ伝送上にマッピングされ得る。
図２３Ｄは、繰り返し間にＵＣＩ分割を伴うホッピングを伴う複数のセグメント伝送でのＨＡＲＱプロセスの繰り返しの例を示す。図２３Ｄは、ＰＤＣＣＨ２３４０、ギャップ２３４１、他のＵＬ信号２３４２、ＰＵＳＣＨ２３４７および２３５０、ならびにＤＭＲＳ２３４２および２３４９を含む、周波数２３５３に関するスロット＃０ ２３４５およびスロット＃１ ２３５２を示す。図２３Ｄの例では、ＰＵＳＣＨセグメントは、スロットの間で生じ、ＰＵＳＣＨ繰り返し２３４６および２３４８内の各伝送は、異なる時間長および開始ＯＦＤＭシンボルを有する。ここで再び、ＵＣＩ２３４４は、２つの部分に分割され得、各部分は、周波数２３５３多様性から恩恵を受け得るように各ＰＵＳＣＨセグメントにマッピングされ得る。
繰り返しのミニスロット間または繰り返しのセグメント間のＵＣＩのエンコードおよび変調されたシンボルの分割は、以下の方法で行われ得る。
変調ＵＣＩシンボルは、繰り返しの間で、共同で生成され、繰り返しの各々でのリソースの量に応じて分割され得る。これは、レートマッチングからの性能ロスが、より少ないリソースを有する繰り返しについてのＰＵＳＣＨ性能に影響を与えないことを保証する。例えば、図２３Ｂおよび図２３Ｄでは、第１のＰＵＳＣＨセグメントは、７ＯＳであり得、一方、第２のセグメントは、５ＯＳのみであり得、第１よりも少ないリソースを有する。この場合、ＵＣＩは、そのセグメントでリソースに比例して各セグメントにマッピングされ得る。
単一のＤＣＩは、繰り返し／セグメントをスケジュールし得る。それは、Ｒ ＰＵＳＣＨ繰り返し／セグメントのセットに及ぶＵＣＩマッピングのために使用するベータオフセットを示し得る。ベータオフセットは、Ｒ ＰＵＳＣＨ繰り返しまたはＲセグメントの間の利用可能なリソースの総数に適用され得る。下記の数式１５と表される、ＨＡＲＱ－ＡＣＫ伝送についての層ごとのコード化された変調シンボルの数は、式１に示すように、Ｒ繰り返し／セグメントの間で利用可能なＰＵＳＣＨリソースの総数に基づいて決定され得る（下記の数式１６）。
Figure 0007516405000018
Figure 0007516405000019
ここで、
下記の数式１７は、ＨＡＲＱ－ＡＣＫビットの数であり得る。
下記の数式１８の場合、下記の数式１９、そうでない場合、下記の数式２０は、ＨＡＲＱ－ＡＣＫについてのＣＲＣビットの数であり得る（下記の数式２１）。
下記の数式２２は、ＰＵＳＣＨ伝送のＵＬ－ＳＣＨについてのコードブロックの数であり得る。
ＰＵＳＣＨ伝送をスケジュールするＤＣＩフォーマットが、ＵＥが第ｒ番目のコードブロックを伝送しない場合があることを示すＣＢＧＴＩフィールドを含む場合、Ｋｒ＝０、そうでない場合、Ｋｒは、ＰＵＳＣＨ伝送のＵＬ－ＳＣＨについての第ｒ番目のコードブロックサイズであり得る。
下記の数式２３は、サブキャリアの数として表される、ＰＵＳＣＨ伝送のスケジュールされた帯域幅であり得る。
下記の数式２４は、ＰＵＳＣＨ伝送でのＰＴＲＳを搬送するＯＦＤＭシンボルｌでのサブキャリアの数であり得る。
下記の数式２５は、繰り返しｒｅｐのＰＵＳＣＨ伝送で下記の数式２６についてＯＦＤＭシンボルｌでＵＣＩの伝送のために使用され得るリソース要素の数であり得、下記の数式２７は、ＤＭＲＳのために使用されるすべてのＯＦＤＭシンボルを含むＰＵＳＣＨのＯＦＤＭシンボルの総数であり得る。
ＰＵＳＣＨのＤＭＲＳを搬送する任意のＯＦＤＭシンボルについて、下記の数式２８である。
ＰＵＳＣＨのＤＭＲＳを搬送しない任意のＯＦＤＭシンボルについて、下記の数式２９＝下記の数式３０－下記の数式３１である。
αは、より高い層のパラメータのスケーリングによって構成され得る。
下記の数式３２は、レプリションｒｅｐのＰＵＳＣＨ伝送で第１のＤＭＲＳシンボル（複数可）の後にＰＵＳＣＨのＤＭＲＳを搬送しない第１のＯＦＤＭシンボルのシンボルインデックスであり得る。
αは、各優先度レベルについて別々に構成され得る。ＵＲＬＬＣについて、より大きいα値は、ＵＣＩについてより多くのリソースを与え得る。
下記の数式３３のシンボルは、各繰り返しでＰＵＳＣＨリソースに基づいて繰り返し間で分割され得る。下記の数式３４は、ＰＵＳＣＨ繰り返し「ｒｅｐ」にマッピングされる変調シンボルの数であり得、式２によって与えられ得る（下記の数式３５）。
Figure 0007516405000020
Figure 0007516405000021
Figure 0007516405000022
Figure 0007516405000023
Figure 0007516405000024
Figure 0007516405000025
Figure 0007516405000026
Figure 0007516405000027
Figure 0007516405000028
Figure 0007516405000029
Figure 0007516405000030
Figure 0007516405000031
Figure 0007516405000032
Figure 0007516405000033
Figure 0007516405000034
Figure 0007516405000035
Figure 0007516405000036
Figure 0007516405000037
Figure 0007516405000038
図２４Ａは、各セグメントでＰＵＳＣＨリソースに比例してマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルを有する繰り返し間の変調ＵＣＩシンボルを分割するための例示的なプロシージャ２４００を示す。ＵＣＩがエンコードされ得（ステップ２４０１）、次いで、ベータオフセット２４０３を使用して、レートマッチングが、Ｒ繰り返しＰＵＳＣＨリソースのセットで総ＰＵＳＣＨリソースに基づいて実行される（ステップ２４０２）。ＵＣＩが変調され（ステップ２４０４）、次いで、ＵＣＩがＲ ＵＣＩセグメントに分割され得、ＵＣＩセグメントｒｅｐ長さは、ＰＵＳＣＨｒｅｐでのリソースの数に比例する（ステップ２４０５）。次いで、ＵＣＩセグメントｒｅｐは、ＰＵＳＣＨｒｅｐにマッピングされ得る（ステップ２４０６）。
下記の数式３６のＵＣＩ変調シンボルは、式１に記載されるように生成され得、式３に示すようにＰＵＳＣＨ繰り返しまたはセグメント間でほぼ等しく分割され得る。図２３Ａ～２３Ｄでの例は、２回の繰り返し間のＵＣＩリソースの等しい分割を示す（下記の数式３７）。
Figure 0007516405000039
Figure 0007516405000040
図２４Ｂは、ＰＵＳＣＨセグメント間でほぼ等しくマッピングして、繰り返しの間で、共同で生成されたＵＣＩシンボルを有する繰り返し間の変調ＵＣＩシンボルを分割するための例示的なプロシージャを示す。ＵＣＩがエンコードされ得（ステップ２４１１）、次いで、ベータオフセット２４１３を使用して、レートマッチングが、Ｒ繰り返しＰＵＳＣＨリソースのセットで総ＰＵＳＣＨリソースに基づいて実行される（ステップ２４１２）。ＵＣＩが変調され（ステップ２４１４）、次いで、ＵＣＩがＲ ＵＣＩセグメントにほぼ等しく分割され得る（ステップ２４１５）。次いで、ＵＣＩセグメントｒｅｐは、ＰＵＳＣＨｒｅｐにマッピングされ得る（ステップ２４１６）。
ＵＣＩの下記の数式３８の変調シンボルは、式４に示すように、各ＰＵＳＣＨ繰り返しについて別々に生成され得、そのＰＵＳＣＨについてのベータオフセット値に基づいて各繰り返し／セグメントにマッピングされ得る。ここで、下記の数式３９は、ＰＵＳＣＨの各繰り返しについてのベータオフセット値であり得る。
Figure 0007516405000041
Figure 0007516405000042
図２４Ｃは、各繰り返しについての別々に生成されたＵＣＩ変調シンボルを有する変調ＵＣＩシンボルを分割するための例示的なプロシージャを示す。ＵＣＩがエンコードされ得（ステップ２４２１）、次いで、ベータオフセット２４２３を使用して、レートマッチングが、ＰＵＳＣＨｒｅｐについて実行される（ステップ２４２２）。ＵＣＩが変調され（ステップ２４２３）、次いで、ＵＣＩセグメントｒｅｐは、ＰＵＳＣＨｒｅｐにマッピングされ得る（ステップ２４２４）（下記の数式４０）。
Figure 0007516405000043
別の代替として、ＵＣＩは、繰り返し間で分割されるのではなく、ＰＵＳＣＨ繰り返しのうちの１つに完全にマッピングされ得る。ＵＣＩを搬送し得る繰り返しは、そのＵＣＩに対応するＰＵＣＣＨと重複するものであり得る。ＰＵＣＣＨの開始は、ＰＵＳＣＨ繰り返しの開始と一致し得るか、またはＰＵＣＣＨの終了は、ＰＵＳＣＨ繰り返しの終了と一致し得る。この場合、ＵＥは、ＰＵＳＣＨのその特定の繰り返しにＵＣＩをマッピングする。図２５Ａ～２５Ｄは、（ＰＵＳＣＨ上でＵＣＩをピギーバックすることによって落とされ得る）ＰＵＣＣＨ伝送がＰＵＳＣＨと共に示される例を提供する。
図２５Ａは、ＵＣＩを最小遅延でＰＵＳＣＨにマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の例２５００を示す。図２５Ａは、ＰＤＣＣＨ２５０１、ギャップ２５０２、ＤＭＲＳ２５０４、ＰＵＳＣＨ２５０３、およびＨＡＲＱ ＡＣＫ ＵＣＩ０２５０５を含む、ミニスロット２５０６および２５０７を備えるスロット＃０ ２５０９を示す。図２５Ａの例では、１２－ＯＳ ＰＵＣＣＨ２５０８の開始位置は、ＰＵＳＣＨ２５０３の第１の伝送の開始位置に整列され得る。その結果、ＵＣＩ２５０５は、そのミニスロット２５０６上にピギーバックされ得、ＰＵＣＣＨ２５０８が落とされ得る。
図２５Ｂは、ＰＵＳＣＨのセグメントの端に整列するＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の例を示す。図２５Ｂは、ＰＤＣＣＨ２５１０、ギャップ２５１１、ＤＭＲＳ２５１３、ＰＵＳＣＨ２５１２、およびＨＡＲＱ ＡＣＫ ＵＣＩ０２５１４を含む、ミニスロット２５１５および２５１６を備えるスロット＃０ ２５１８を示す。図２５Ｂの例では、８－ＯＳ ＰＵＣＣＨ２５１７の端は、ＰＵＳＣＨ２５１２の第２のセグメントの端に整列され得る。その結果、ＵＣＩ２５１４は、第２のセグメント上にピギーバックされ得、ＰＵＣＣＨ２５１７が落とされ得る。
図２５Ｃは、ＰＵＳＣＨのセグメントの端に整列する第１のＰＵＳＣＨにＵＣＩをマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の例を示す。図２５Ｃは、ＰＤＣＣＨ２５２０、ギャップ２５２１、ＤＭＲＳ２５２２、ＰＵＳＣＨ２５２３、およびＨＡＲＱ ＡＣＫ ＵＣＩ０２５２４を含む、ミニスロット２５２５および２５２６を備えるスロット＃０ ２５２８を示す。図２５Ｃの例では、４－ＯＳ ＰＵＣＣＨの開始位置は、ＰＵＳＣＨ２５２５の第１のミニスロットの開始より遅れる。しかし、ＵＥは、それを第１のミニスロット２５２５にマッピングする能力を有する場合にそれを行い、ＰＵＣＣＨ２５２７が落とされ得る。
図２５Ｄは、ＵＥの能力に応じてＵＣＩをＰＵＳＣＨにマッピングするＰＵＳＣＨ繰り返しを介したＵＣＩ伝送の例を示す。図２５Ｄは、ＰＤＣＣＨ２５３０、ギャップ２５３１、ＤＭＲＳ２５３２、ＰＵＳＣＨ２５３３、およびＨＡＲＱ ＡＣＫ ＵＣＩ０２５３４を含む、ミニスロット２５３５および２５３６を備えるスロット＃０ ２５３８を示す。図２５Ｄの例では、ＰＵＣＣＨ２５３７は、図２５ＣでのＰＵＣＣＨと同様であり得る。しかしながら、ＵＥは、ピギーバックされたＵＣＩ２５３４を処理する際の遅延により、それを第１のミニスロット２５３５にマッピングする能力を有しない。したがって、ＵＥは、繰り返しの第２のミニスロット２５３６上でそれをマッピングし、ＰＵＣＣＨ２５３７が落とされ得る。
図２６は、異なるＴＲＰへのＰＵＳＣＨ繰り返しの伝送の例２６００を示す。図２６は、ＰＤＣＣＨ２６０１およびギャップ２６０２を含む、ミニスロット２６０３および２６０４を備えるスロット２６０５を示す。複数のＴＲＰ動作の場合、ＵＥ２６０３は、各繰り返しまたはセグメントを異なるＴＲＰに伝送し得る、すなわち、ＤＬ ＲＳまたはＵＬ ＲＳを伴うＱＣＬを有するビームの空間方向または対応は、各繰り返し／セグメントについて異なっている。図２６の例では、ＰＵＳＣＨは、スロット２６０５内のミニスロット２６０３および２６０４で繰り返され得る。ＴＲＰ０２６０１およびＴＲＰ１２６０２への伝送は、それぞれ、ビームＢ０２６０４およびＢ１２６０５上で伝送され得る。
異なるＰＵＳＣＨ繰り返しもまた、図２３Ｃに示すように周波数でホッピングし得る。同様に、図２３Ｂおよび図２３ＤでのセグメントなどのＰＵＳＣＨ伝送の異なるセグメントもまた、異なるＴＲＰに伝送され得る。
複数のＴＲＰ ＰＵＳＣＨ上でＵＣＩをピギーバックするためのあるソリューションが以下に論じられる。各ＴＲＰについてのＵＣＩは、ターゲットＴＲＰがその関連のＵＣＩを受信するように、異なる繰り返し／セグメントにマッピングされ得る。各ＵＣＩについてのＨＡＲＱ ＡＣＫのコードブックは、そのＴＲＰからのＰＤＳＣＨについてのＨＡＲＱ ＡＣＫビットのみを含み得る。例えば、第１のＵＣＩは、第１のＰＤＳＣＨのＡＣＫ／ＮＡＣＫビット（複数可）を含む。第１のＵＣＩおよび第１のＰＵＳＣＨ繰り返し／セグメントは、空間関係を共有する。一例では、第１のＰＤＳＣＨのＴＣＩ状態（または第１のＰＤＳＣＨの層のセットのＴＣＩ状態）でのＲＳは、第１のＰＵＳＣＨ繰り返し／セグメントの空間関係でのＲＳと同じであり得る。例えば、ＵＥは、第１のＰＤＳＣＨのＴＣＩ状態でのＲＳから第１のＰＵＳＣＨ繰り返し／セグメントの空間関係についてのＲＳを導出し得る。
代替的にまたはさらに、ＵＥは、特定の空間方向での伝送でＴ ＴＲＰについてＵＣＩを報告するように構成され得る。この場合、ＵＣＩのコードブックは、それらのＴ ＴＲＰ用のＨＡＲＱ－ＡＣＫビットまたはＣＳＩ報告のみを含み得る。
図２７Ａは、各ＴＲＰについての別々のＨＡＲＱ－ＡＣＫコードブックで異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しにＵＣＩをマッピングする例２７００を示す。図２７Ａは、ＰＤＣＣＨ２７０１、ギャップ２７０２、ＤＭＲＳ２７０４、ＰＵＳＣＨ２７０３、（ビームＢ０２７０９で伝送される）ＨＡＲＱ ＡＣＫ ＵＣＩ０２７０５、および（ビームＢ１２７１０で伝送される）ＨＡＲＱ ＡＣＫ ＵＣＩ１２７０６を含む、ミニスロット２７０７および２７０８を備えるスロット２７１３を示す。図２７Ａの例では、ＵＣＩ伝送が（ビームＢＰＵＣＣＨ２７１１で伝送される）ＰＵＣＣＨ２７１１上で生じる場合、ＨＡＲＱ－ＡＣＫについてのコードブックは、ＵＣＩＴｏｔａｌと表され得るＴＲＰ０およびＴＲＰ１の両方についてのビットを含み得る。しかし、ＰＵＳＣＨ２７０３がＴＲＰ０およびＴＲＰ１の各々への伝送に利用可能であるとき、ＵＥは、ＵＣＩＴｏｔａｌのペイロードをＵＣＩ０２７０５およびＵＣＩ１２７０６に分割し得る。ここで、ＵＣＩ０２７０５は、ＴＲＰ０についてのＨＡＲＱ－ＡＣＫビットを含み得、ＵＣＩ１２７０６は、ＴＲＰ１についてのビットを含み得る。ＵＣＩ０２７０５およびＵＣＩ１２７０６は、それぞれの繰り返しまたはセグメントにエンコードされ、変調され、マッピングされ得る。言い換えると、異なるコードブックは、ピギーバックされたＵＣＩを各ＴＲＰに伝送するために使用され得る。
いくつかの場合、（複数のＴＲＰからの）ＰＤＳＣＨ繰り返しおよび（複数のＴＲＰへの）ＰＵＳＣＨ繰り返しの両方が使用され得る。ＲＲＣは、ＨＡＲＱ－ＡＣＫが対応するＰＵＳＣＨ上でピギーバックされるように、特定のＰＤＳＣＨ繰り返しおよび特定のＰＵＳＣＨ繰り返しの間でビーム／空間対応付けを構成し得る。ＵＥがビーム対応を有する場合、異なるＰＵＳＣＨ繰り返しの空間関係は、ＰＤＳＣＨ繰り返しのＴＣＩ状態でのＲＳ（複数可）として構成され得るか、または代替的もしくは追加的に、ＲＳ（複数可）から導出され得る。一例では、第１のＰＵＳＣＨ繰り返し空間関係が、第１のＰＤＳＣＨ繰り返しのＴＣＩ状態などに等しくなり得るように、ＰＤＳＣＨ繰り返しとＰＵＳＣＨ繰り返しとの間の連続した対応付けがある。例えば、第１のＰＵＳＣＨ繰り返し空間関係でのＲＳが第１のＰＤＳＣＨ繰り返しのＴＣＩ状態でのＲＳ、例えば、ＱＣＬタイプＤ（空間Ｒｘパラメータに関するＱＣＬ）を有するＴＣＩ状態でのＲＳなどに等しいように、ＰＤＳＣＨ繰り返しとＰＵＳＣＨ繰り返しとの間の連続した対応付けがあり得る。
図２７Ｂは、各ＴＲＰについて繰り返される共通のコードブックを有するＵＣＩで異なるＴＲＰについてのターゲットのＰＵＳＣＨ繰り返しにＵＣＩをマッピングする例を示す。図２７Ｂは、ＰＤＣＣＨ２７１１、ギャップ２７１２、ＤＭＲＳ２７１４、ＰＵＳＣＨ２７１３、（ビームＢ０２７１９で伝送される）ＨＡＲＱ ＡＣＫ ＵＣＩ０２７１５、および（ビームＢ１２７２０で伝送される）ＨＡＲＱ ＡＣＫ ＵＣＩ１２７１６を含む、ミニスロット２７１７および２７１８を備えるスロット２７２３を示す。図２７Ｂの例では、複数のＴＲＰ ＰＵＳＣＨ上でＵＣＩをピギーバックするための別のソリューションが示され、ここで、（ビームＢＰＵＣＣＨ２７２２で伝送される）ＰＵＣＣＨ２７２１でのＵＣＩＴｏｔａｌが、ＰＵＳＣＨミニスロット２７１７および２７１８の各々でエンコードされ、変調され、繰り返され得る。このため、各ＴＲＰは、全体のＵＣＩを受信し得、それから、関連のＨＡＲＱ－ＡＣＫビットのみを選び得る。代替的にまたはさらに、ＴＲＰは、バックホールを通じて通信し、堅牢性を向上させるために複数のＴＲＰからＵＣＩＴｏｔａｌの結合を可能にし得る。
ベータオフセットは、（異なる空間方向でのチャネル条件に依存し得る）各ビームについての異なるレベルの保護を可能にするために、異なるＰＵＳＣＨ繰り返しについて別々に構成され得る。したがって、リソースの数は、レプリションセット内で、各ＰＵＳＣＨ上でＵＣＩについて異なり得る。
ＣＧまたは動的なグラントについてのＰＵＳＣＨ繰り返しが本明細書で記載される。ＣＧ ＰＵＳＣＨが複数のＴＲＰ動作で使用されるか、または所与のＨＡＲＱプロセスについてＰＵＳＣＨリソースを複数のＴＲＰに提供する動的なグラントが使用されるとき、以下の構成が考えられ得る。
図２８Ａは、スケジューリングリクエストインジケータ（ＳＲＩ）サイクルを伴うＰＵＳＣＨ繰り返しの例２８００を示す。図２８Ａは、ＰＤＣＣＨ２８０１、ギャップ２８０２、ＳＲＩ１２８０３、ＳＲＩ２２８０４、ＳＲＩ３２８０６、およびＳＲＩ４２８０７を含む、スロット２８１０および２８１１を示す。図２８Ａの例では、ＣＧまたは動的なグラント内の繰り返し２８０５のセット内の各繰り返しは、異なるＳＲＩ（例えば、ＳＲＩ２８０３、ＳＲＩ２８０４、ＳＲＩ２８０６、およびＳＲＩ２８０７）、ＴＣＩ状態、ならびに／またはプレコーダに対応し得、その結果、ＵＥは、異なる空間方向で（異なるＴＲＰに）繰り返し内で各ＰＵＳＣＨを伝送し得る。したがって、ＵＥは、異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダを通じて繰り返して、繰り返しセットを完了させ得る。図２８Ａの例では、繰り返しについてのＳＲＩ（例えば、ＳＲＩ２８０３、ＳＲＩ２８０４、ＳＲＩ２８０６、およびＳＲＩ２８０７）、ＴＣＩ状態、および／またはプレコーダは、（少なくともタイプ１ＣＧについて、そしてもしかするとタイプ２ＣＧについて）ＲＲＣを通じてＵＥについて構成され得る。代替的に、繰り返しについてのＳＲＩ、ＴＣＩ状態、および／またはプレコーダは、タイプ２ＣＧについて有効化ＤＣＩを通じてシグナリングされ得る。
図２８Ｂは、ＳＲＩが時間リソースに固定されたＰＵＳＣＨ繰り返しの例を示す。図２８Ｂは、ＰＤＣＣＨ２８２０、ギャップ２８２１、他の信号２８２２、ＳＲＩ２２８２３、ＳＲＩ３２８２５、およびＳＲＩ４２８２６を含む、スロット２８２７および２８２８を示す。図２８Ｂの例では、繰り返しセット２８２４での伝送についてのＳＲＩ、ＴＣＩ状態、および／またはプレコーダは、グラントの時間リソースに結び付けられ得る。このため、ＵＥがそのＣＧ伝送をいつ始めるかに応じて、図２８Ｂでの例に示すように、それは、異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダで始まり得る。ここで、ＵＥは、繰り返しセット２８２４内で３回のみＰＵＳＣＨを伝送することができてもよく、第１の伝送は、スロットの後の半分で始まる。しかし、ＳＲＩは、（シンボルまたはミニスロットもしくはスロットに関する場合がある）伝送の時間に結び付けられ得るため、第１の伝送は、ＳＲＩ２２８２３を使用する。
図２８Ｃは、繰り返し分析の機能としてのＳＲＩを有するＰＵＳＣＨ繰り返しの例を示す。図２８Ｃは、ＰＤＣＣＨ２８３０、ギャップ２８３１、他の信号２８３２、ＳＲＩ１２８３３、ＳＲＩ２２８３５、およびＳＲＩ３２８３６を含む、スロット２８３７および２８３８を示す。図２８Ｃの例では、代替的に、ＳＲＩ、ＴＣＩ状態、および／またはプレコーダは、繰り返しセット２８３４内の第ｒ番目の伝送に結び付けられ得る。図２８Ｃの例では、ＵＥは、繰り返しセット内で３回のみＰＵＳＣＨを伝送することができ、第１の伝送は、スロットの後の半分で始まる。第１の伝送は、ＳＲＩ１２８３３を使用し得る。ＴＲＰは、各繰り返し機会で、ＳＲＩ、ＴＣＩ状態、および／またはプレコーダの複数の可能性について監視し得る。
いくつかの場合、繰り返しの数は、構成された／示された異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダの数よりも大きくてもよい。いくつかの場合、ＵＥは、まず、各異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダで１回の繰り返しを伝送し得、その後、ラップアラウンドし得、第１のＳＲＩ、ＴＣＩ状態、および／またはプレコーダを使用し、そのため、次の繰り返しは、異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダを使用し得る。代替的に、ＵＥは、いくつかの次の繰り返しで同じＳＲＩ、ＴＣＩ状態、および／またはプレコーダを使用し得、そのため、すべてのＳＲＩ、ＴＣＩ状態、および／またはプレコーダが、繰り返しの間に使用され得るが、ラップアラウンドなしで使用され得る。
ＣＧでの異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダでＰＵＳＣＨ ＨＡＲＱプロセス繰り返しを伝送する代替として、ＵＥは、それに構成された複数のＣＧを有し得る。ここで、各ＣＧは、１つのＳＲＩ、ＴＣＩ状態、および／またはプレコーダに対応する。このため、ＣＧ内の繰り返しは、同じＳＲＩ、ＴＣＩ状態、および／またはプレコーダを使用する。タイプ１、そしてもしかするとタイプ２ＣＧについて、複数のＣＧは、ＲＲＣを通じて構成され得る。ここで、各ＣＧは、異なるＳＲＩ、ＴＣＩ状態、および／またはプレコーダを有する。ＳＲＩ、ＴＣＩ状態、および／またはプレコーダを除くすべてのパラメータは、これらのＣＧについて同じであり得る。したがって、ＤＭＲＳは、これらのＣＧについて同じであり得る。空間方向は、あるＣＧを別のＣＧと区別し得る。代替的に、ＤＭＲＳは、ＣＧの各々について異なり得る。タイプ２ＣＧについて、ＳＲＩ、ＴＣＩ状態、および／またはプレコーダは、有効化ＤＣＩを通じて示され得る。当該ＣＧは、一般にＲＲＣを通じて構成され（それによって構成オーバーヘッドを低減し）、または単一のＤＣＩで、共同で有効および無効にされ得る、単一の構成されたグラントグループに結合され得る。
繰り返しセット内のＰＵＳＣＨ伝送の早期終了をサポートすることが有益であり得る。これは、構成されたグラントおよび動的にスケジュールされたグラントの両方に適用され得る。ＴＲＰがＰＵＳＣＨを正しくデコードする場合、ＵＥは、そのＰＵＳＣＨの残りの繰り返しを他のＴＲＰに伝送する必要がない。したがって、ＴＲＰは、早期終了標示（ＥＴＩ）をＵＥに提供して、残りの繰り返しを終了し得る。これにより、より優れたスペクトル利用、より少ない干渉、およびＵＥについての電力消費の低減が可能になり得る。
図２９Ａ～２９Ｈは、複数のＴＲＰシナリオでのＰＵＳＣＨ繰り返しの例２９００を提供する。図２９Ａは、ＰＤＣＣＨ２９０１、ギャップ２９０２、ＴＲＰ１に向けられるＳＲＩ１２９０３、ＴＲＰ２に向けられるＳＲＩ２２９０４、ＴＲＰ３に向けられるＳＲＩ３２９０６、およびＴＲＰ４に向けられるＳＲＩ４２９０７を含む、スロット２９０８および２９０９を示す。図２９Ａの例では、ＵＥは、４回のＰＵＳＣＨ繰り返しセット２９０５を有する。ここで、各ＰＵＳＣＨ伝送は、４つのＴＲＰ、すなわち、ＴＲＰ１、ＴＲＰ２、ＴＲＰ３、およびＴＲＰ４に向けられる。
図２９Ｂは、ＰＤＣＣＨ２９１０、ギャップ２９１１、ＴＲＰ１に向けられるＳＲＩ１２９１２、ＴＲＰ２に向けられるＳＲＩ２２９１３、ＴＲＰ３に向けられる終了したＳＲＩ３２９１８、およびＴＲＰ４に向けられる終了したＳＲＩ４２９１９を含む、スロット２９２０および２９２１を示す。図２９Ｂの例では、ＴＲＰ１は、繰り返しセット２９１４でＰＵＳＣＨの第１の伝送２９０３をうまくデコードし、繰り返しセットでの次のスロットで、ＰＤＣＣＨ上でＤＣＩを通じてＥＴＩ２９１５をＵＥに送信する。ＵＥは、早期終了を識別し、繰り返しセット２９１７での第３および第４の伝送（ＴＲＰ３に向けられる終了したＳＲＩ３２９１８およびＴＲＰ４に向けられる終了したＳＲＩ４２９１９）をキャンセルする。
図２９Ｃは、ＰＤＣＣＨ２９３０、ギャップ２９３１、ＴＲＰ１に向けられるＳＲＩ１２９３５、ＴＲＰ２に向けられるＳＲＩ２２９３６、ＴＲＰ３に向けられる終了したＳＲＩ３２９４０、ＴＲＰ４に向けられる終了したＳＲＩ４２９４１、およびＵＣＩ２９３３を含む、スロット２９４２および２９４３を示す。図２９Ｃの例では、ＵＥが、ＰＵＳＣＨ伝送繰り返しセット２９３２と同時にＵＣＩ２９３３を伝送しなければならない場合、ＵＣＩ２９３３は、ＰＵＳＣＨ上でピギーバックされ得る。早期終了がＰＵＳＣＨ伝送の一部をキャンセル２９３７する（ＥＴＩ２９３７によってＰＤＣＣＨ上でＵＥに示される）場合、ＵＣＩ２９３３は、繰り返しセット２９３９の間にＰＵＳＣＨ上のみのＵＣＩの形態でそれらのＰＵＳＣＨリソース（ＴＲＰ３に向けられる終了したＳＲＩ３２９４０、およびＴＲＰ４に向けられる終了したＳＲＩ４２９４１）上で伝送され得る。
図２９Ｄは、ＰＤＣＣＨ２９５０、ギャップ２９５１、ＴＲＰ１に向けられるＳＲＩ１２９５２、ＴＲＰ２に向けられるＳＲＩ２２９５３、ＴＲＰ３に向けられるＳＲＩ３２９５７、およびＴＲＰ４に向けられる終了したＳＲＩ４２９５８を含む、スロット２９５９および２９６０を示す。図２９Ｄの例では、ＥＴＩ２９４６ＤＣＩが、繰り返しセット２９５４から少なくとも１つの伝送を受信したＰＤＣＣＨ上でＴＲＰからＵＥである場合、ＤＣＩは、別のＨＡＲＱプロセスについてのオーバーライドグラントの形態であり得る。ＵＥは、ＥＴＩ ＤＣＩを伝送するＴＲＰのＩＤを識別し得、新しいグラントが前のものよりも優先され得ることを、すなわち、前のグラントが早く終了することを決定２９４６し得る。ここで、ＵＥがＨＡＲＱ ＩＤ＃１についての重複するグラントを受信するため、ＨＡＲＱ ＩＤ＃０は、終了２９５６する。したがって、オーバーライドグラントは、繰り返しを暗黙的に終了させる。
ＥＴＩを搬送するＤＣＩは、以下の方法で伝送され得る。
（１）ＥＴＩ ＤＣＩは、ＵＥ固有であり得、ＵＥのＣ－ＲＮＴＩまたはＣＳ－ＲＮＴＩでスクランブルをかけられ得る。
（２）ＥＴＩ ＤＣＩは、グループ共通であり、ＥＴＩ－ＲＮＴＩでスクランブルをかけられ得る。ＵＥは、ＲＲＣシグナリングを通じてＥＴＩ－ＲＮＴＩで構成され得る。ＤＣＩは、早期終了を適用し得るＵＥ－ＩＤを示し得る。代替的に、ＥＴＩ ＤＣＩは、グループ共通のＵＬプリエンプション標示ＰＤＣＣＨの形態で生じ得る。ここで、ＵＥは、特定のリソース上の伝送からプリエンプションされる。
（３）ＵＥは、処理される１つまたは複数のＨＡＲＱ上でＡＣＫをＵＥに提供するＡＫ－ＤＣＩから暗黙的にＥＴＩを識別し得る。
ＥＴＩ ＤＣＩは、明示的または暗黙的に、以下の情報をＵＥに提供し得る。
（１）終了するＰＵＳＣＨ ＨＡＲＱプロセス、すなわち、これは、ＡＣＫ－ＤＣＩが所与のＨＡＲＱプロセスについてＡＣＫを示すかどうかを暗黙的に示し得る。
（２）後にＰＵＳＣＨ繰り返しが終了し得る繰り返しの数。理想的でないバックホール条件が存在し得るため、早期終了は、ＥＴＩの受信の直後に生じなくてもよいが、Ｋ回の繰り返しが完了した後に望まれ得る。この時間により、ＴＲＰがそのＨＡＲＱプロセスについてのＡＣＫ状態を通信することが可能になる。
図２９Ｅは、ＰＤＣＣＨ２９６１、ギャップ２９６２、ＴＲＰ１に向けられるＳＲＩ１２９６３、ＴＲＰ２に向けられるＳＲＩ２２９６４、ＴＲＰ３に向けられるＳＲＩ３２９６８、およびＴＲＰ４に向けられる終了したＳＲＩ４２９６９を含む、スロット２９７１および２９７２を示す。図２９Ｅの例では、ＥＴＩ２９７０が繰り返しセット２９６５からの少なくとも１つのＰＤＣＣＨ伝送上でＵＥに受信される場合、ＵＥは、ＥＴＩを伝送するＴＲＰのＩＤを識別し得、ＨＡＲＱ ＩＤ＃０が終了２９６６することを決定２９７０し得る。
図２９Ｆは、ＰＤＣＣＨ２９７３、ギャップ２９７４、ＴＲＰ１に向けられるＳＲＩ１２９７５、ＴＲＰ２に向けられるＳＲＩ２２９７６、ＴＲＰ３に向けられる修正されたＳＲＩ３２９７９、およびＴＲＰ４に向けられる修正されたＳＲＩ４２９８０を含む、スロット２９８２および２９８３を示す。図２９Ｆの例では、ＰＤＣＣＨ上のＵＥへのＥＴＩ２９８１ＤＣＩは、残りの繰り返し２９７８についてのＰＵＳＣＨグラントを修正し得る。例えば、ＴＲＰ１が、ＨＡＲＱ ＩＤ＃０の第１のＰＵＳＣＨ伝送を受信し、ＣＢＧ１がＮＡＣＫであり、一方、他のＣＢＧがＡＣＫであることを観測する場合、ＥＴＩ２９８１ＤＣＩは、ＵＥが第ｒ番目の繰り返しからＣＢＧ１のみを伝送する必要があることを示し得る。図２９Ｆは、第３および第４の伝送が、ＣＢＧ１上でＮＡＣＫを示すＥＴＩ２９８１の受信の際に、ＵＥ２９８１によって修正２９７９および２９８０されることを示す。
図２９Ｇは、ＰＤＣＣＨ２９８４、ギャップ２９８５、ＴＲＰ１に向けられるＳＲＩ１２９８６、ＴＲＰ２に向けられるＳＲＩ２２９８７、ＴＲＰ３に向けられるＳＲＩ３２９９１、およびＴＲＰ４に向けられる終了したＳＲＩ４２９９２を含む、スロット２９９４および２９９５を示す。図２９Ｇの例では、タイマーベースの早期終了は、ＴＲＰ４に向けられる終了したＳＲＩ４２９９２で示される。代替的に、早期終了をサポートするために、ｇＮＢは、タイマー、早期終了タイマーでＵＥを構成し得る。ＵＥは、ＰＤＣＣＨ上でＥＴＩ２９３３を受信すると、タイマー２９８８を設定し、それを減らすか、またはタイマーをリセットする。タイマー２９８８がリセットまたは満了すると、ＵＥは、対応するＨＡＲＱ ＩＤについての残りのＰＵＳＣＨ繰り返し２９８９を終了させる。タイマー値は、ＲＲＣシグナリングを通じてＵＥについて構成され得、ＴＲＰ間のバックホールの遅延およびＥＴＩによる変化に反応するＵＥ能力に基づいてｇＮＢによって決定され得る。
選択的な終了が本明細書で記載される。ＥＴＩは、選択的な終了を示し得る、すなわち、（例えば、ＴＲＰ１およびＴＲＰ３が理想的なバックホールを有する場合）特定の繰り返しが落とされ得る。ＴＲＰ１は、第１の伝送をうまくデコードすると、第３の伝送のみを終了させるＥＴＩをＴＲＰ３に送信する。ＴＲＰ１は、最小遅延内でＰＵＳＣＨについてのＡＣＫの状態をＴＲＰ３に通信する。
図２９Ｈは、ＰＤＣＣＨ２９９６、ギャップ２９９７、ＴＲＰ１に向けられるＳＲＩ１２９９８、ＴＲＰ２に向けられるＳＲＩ２２９９９、ＴＲＰ３に向けられるＳＲＩ３２９２６、およびＴＲＰ４に向けられるＳＲＩ４２９２７を含む、スロット２９４４および２９４５を示す。ＴＲＰ１に向けられるＳＲＩ１２９９８、ＴＲＰ２に向けられるＳＲＩ２２９９９、ＴＲＰ３に向けられるＳＲＩ３２９２６は、繰り返し２９２３の間に伝送される。しかしながら、図２９Ｈの例では、ＴＲＰ４およびＴＲＰ１は、ノンディールバックホールを有し得る。その結果、ＴＲＰ１からのＡＣＫは、許容可能な遅延内でＴＲＰ４に通信されず（例えば、ＨＡＲＱ ＩＤ＃０は、タイマー満了２９２５で終了する）、ＴＲＰ４がＵＥからＰＵＳＣＨを受信すべきことが望まれる。ＰＤＣＣＨ上のＵＥへのＥＴＩ２９２２は、ＴＲＰ３への伝送を終了させる。その結果、ＵＥは、ＴＲＰ３への伝送を終了させ、ＴＲＰ４への第４のＰＵＳＣＨ伝送を実行する。
当該動作を可能にするために、ＴＲＰグループが特定のＴＲＰで構成された「ＴＲＰグループ」の概念が導入される。ｇＮＢは、ＲＲＣシグナリングを通じて複数のＴＲＰグループでＵＥを構成し得る。ＴＲＰグループは、そのグループでの少なくとも１つの他のＴＲＰに関して理想的なバックホール条件を有するＴＲＰを含むことが予期される。ここで、ＴＲＰグループでのＴＲＰがＨＡＲＱプロセスを肯定応答する場合、理想的なバックホール条件が、そのＴＲＰグループ内でＡＣＫのＴＲＰ間通信を可能にすることが予期されるため、ＵＥは、そのグループでの他のＴＲＰへのそのＨＡＲＱプロセスの繰り返しの伝送を終了させ得る。
図３０は、グループからの１つのＴＲＰが伝送を否定応答するときのＴＲＰグループ内のＴＲＰへの例示的な再伝送３０００を示す。図３０は、ＰＤＣＣＨ３００１、ギャップ３００２、ならびに伝送された繰り返し３００６の間、すなわち、ＴＲＰ１に向けられるＳＲＩ１３００３、ＴＲＰ２に向けられるＳＲＩ２３００４、ＴＲＰ３に向けられるＳＲＩ３３００８、およびＴＲＰ４に向けられるＳＲＩ４３００９を含む、スロット３０１４、３０１５、および３０１６を示す。図３０の例では、ＴＲＰグループでのＴＲＰが再伝送を必要とする場合、ＵＥは、そのグループ内の１つまたは複数のＴＲＰにＨＡＲＱプロセスの再伝送のみを行い得る。ＴＲＰ１およびＴＲＰ３がＴＲＰグループ１にあるが、一方、ＴＲＰ２およびＴＲＰ４がＴＲＰグループ２にあることを想定する。ＵＥは、ＨＡＲＱ ＩＤ＃０のＰＵＳＣＨ繰り返しについてのＵＬグラントを有し得る。ＴＲＰ１は、ＰＵＳＣＨ ＨＡＲＱ ＩＤ＃０についてのＡＣＫ３００５を検出するが、一方、ＴＲＰ２は、ＮＡＣＫ３００７を検出する（ＴＲＰ１は、明示的または暗黙的に、ＰＤＣＣＨ上でＵＥにＡＣＫ３００５を示し得、ＴＲＰ２は、明示的または暗黙的に、ＰＤＣＣＨ上でＵＥにＮＡＣＫ３００７を示し得る）。再伝送についての動的なグラントは、そのＴＲＰグループ内の１つまたは複数のＴＲＰへの再伝送３０１１（例えば、ＴＲＰ２に向けられるＳＲＩ２３０１２およびＴＲＰ４に向けられるＳＲＩ４３０１３）をスケジュールし得る。代替的に、ＣＧについて、ＵＥは、ＡＣＫが受信されなかったＴＲＰグループのみに再伝送し得る。この例では、ＵＥは、ＴＲＰグループ２内であるＴＲＰ２ ３０１２および／またはＴＲＰ４ ３０１３のみにＨＡＲＱ ＩＤ＃０を再伝送し得る。ＵＥは、ＲＲＣシグナリングを通じてターゲットＴＲＰグループ内の特定のＴＲＰに再伝送するように構成され得る。これにより、再伝送をスケジュールするときのＤＣＩでのシグナリングオーバーヘッドが低減され得る。
図３１Ａ～３１Ｂは、すべてのＴＲＰグループからＡＣＫを識別するＵＥの例３１００を示す。ＵＥは、各ＴＲＰグループ内の少なくとも１つのＴＲＰからＡＣＫを受信するまで、またはタイマー、ａｃｋＴＲＰタイマーが満了するまでＩＤ＃０についてそのＨＡＲＱバッファをクリアしなくてもよい。これは、すべてのターゲットＴＲＰ（もしくはＴＲＰグループ）が、ＡＣＫ状態を受信し、ならびに／またはＴＲＰ（もしくはＴＲＰグループ）間の認知されたＨＡＲＱプロセスのデータおよび／もしくはＡＣＫ状態を転送するのに十分な時間を有することを保証するためである。
図３１Ａは、ＰＤＣＣＨ３１０１、ギャップ３１０２、ならびに伝送された繰り返し３１０７の間、すなわち、ＴＲＰ１に向けられるＳＲＩ１３１０３、ＴＲＰ２に向けられるＳＲＩ２３１０４、ＴＲＰ３に向けられるＳＲＩ３３１０９、およびＴＲＰ４に向けられるＳＲＩ４３１１０を含む、スロット３１１３および３１１４を示す。図３１Ａは、ＡＣＫの受信が各ＴＲＰグループからである例を示す。ＵＥは、（例えば、ＨＡＲＱ ＩＤ＃０についてのＴＲＰ１からのＡＣＫ３１０５およびＨＡＲＱ ＩＤ＃０についてのＴＲＰ２からのＡＣＫ３１０６を受信するＰＤＣＣＨ上で）ＴＲＰグループでのＴＲＰからＡＣＫを受信すると、ａｃｋＴＲＰタイマー３１０８を設定して減らし始め得る。ＵＥは、タイマー３１０８が満了する前にすべての他のＴＲＰグループからＡＣＫを受信する場合、ＩＤ＃０についてのＨＡＲＱバッファをクリア３１１１し得る。
図３１Ｂは、ＰＤＣＣＨ３１２０、ギャップ３１２１、ならびに伝送された繰り返し３１２６の間、すなわち、ＴＲＰ１に向けられるＳＲＩ１３１２２、ＴＲＰ２に向けられるＳＲＩ２３１２３、ＴＲＰ３に向けられるＳＲＩ３３１２９、およびＴＲＰ４に向けられるＳＲＩ４３１３０を含む、スロット３１３１、３１３２、および３１３３を示す。図３１Ｂは、代替的な例を示す。（例えば、ＨＡＲＱ ＩＤ＃０についてのＴＲＰ１からＡＣＫ３１２４を受信するＰＤＣＣＨ上で）すべてのＡＣＫがＨＡＲＱ ＩＤ＃０についてＴＲＰグループから受信される前にＵＥのａｃｋＴＲＰタイマー３１２６が満了する場合、ＵＥは、図３１Ｂに示すように、別のＴＲＰグループからＮＡＣＫ（例えば、ＨＡＲＱ ＩＤ＃０についてのＴＲＰ２からのＮＡＣＫ３１２７）を受信する場合でさえ、ＨＡＲＱ ＩＤ＃０についてのそのバッファをクリア３１３４し得る。これは、ＴＲＰが、接続されたＴＲＰまたはＴＲＰグループ間でＡＣＫの状態および／またはＰＵＳＣＨデータを通信するのに十分な時間を有することが予期されるためである。
ＡＣＫは、同じＨＡＲＱ ＩＤについてのグラントを通じてＴＲＰによってＵＥに暗黙的に示され得るが、ＮＤＩセットで新しい伝送を示すことに留意されたい。
図３１Ａ～３１Ｂに示す例では、タイマーは、そのＨＡＲＱプロセスについての第１のＡＣＫの受信の際に設定され得る。本明細書で提示される他の代替はまた、タイマーを設定するための開始ポイントと考えられ得る。
タイマーは、ＰＵＳＣＨの最初の伝送がそのＨＡＲＱ ＩＤの繰り返しセットで生じるときに設定され得る。
タイマーは、ＰＵＳＣＨの最後の伝送がそのＨＡＲＱ ＩＤの繰り返しセットで生じるときに設定され得る。
ａｃｋＴＲＰタイマーについての値は、ＲＲＣシグナリングを通じてＵＥに構成され得、理想的でないバックホールでの遅延に依存し得る。
ＰＵＳＣＨのＵＥ内の優先順位付けが本明細書で記載される。動的なグラントに優先する、構成されたグラントの優先順位付けが本明細書で記載される。ＵＥは、高優先度の構成されたグラントを有し得るが、構成されたグラントと衝突する低優先度のＰＵＳＣＨについての動的なグラントを受信し得る。この場合、ＵＥは、動的なグラントを提供するのではなく、構成されたグラントを伝送するだけであり得る。代替的にまたはさらに、ＵＥは、能力を有する場合、動的なグラントＰＵＳＣＨをパンクチャし得、利用可能なリソース上で動的なＰＵＳＣＨを伝送し得る。ｇＮＢは、構成されたグラントのＤＭＲＳを監視し得、それを受信する場合、高優先度の構成されたグラントＰＵＳＣＨを処理することを予期し得る。
図３２Ａ～図３２Ｃは、低優先度ＰＵＳＣＨグラントと高優先度ＰＵＳＣＨグラントとの間のＵＥ内の衝突の例３２００を示す。図３２Ａは、周波数３２０８に関する、ＰＤＣＣＨ３２０１およびギャップ３２０２を含む、スロット３２０７および３２０９を示す。図３２Ａの例では、ＵＥは、ｅＭＢＢ ＰＵＳＣＨ１３２０４について受信される動的なグラントとリソース競合３２０６を有するＣＧ ＰＵＳＣＨ ＵＲＬＬＣ機会３２０３を伝送し得る。ここで、ＵＥは、リソース競合があるＲＥでＰＵＳＣＨ１３２１０をパンクチャした。
図３２Ａは、周波数３２１８に関する、ＰＤＣＣＨ３２１１およびギャップ３２１２を含む、スロット３２１７および３２１９を示す。ＵＥは、ｅＭＢＢ ＰＵＳＣＨ１３２１４について受信される動的なグラントとリソース競合を有するＣＧ ＰＵＳＣＨ ＵＲＬＬＣ機会３２１３を伝送し得る。図３２Ｂの代替的な例では、ＵＥは、ｅＭＢＢ３２１４およびＵＲＬＬＣ ＰＵＳＣＨ３２１６の両方を同時に処理することができない場合があるため、ＰＵＳＣＨ１３２１４をキャンセルする。
図３２Ｃは、周波数３２２９に関する、ＰＤＣＣＨ３２２０およびギャップ３２２１を含む、スロット３２２７および３２２８を示す。ＵＥは、ｅＭＢＢ ＰＵＳＣＨ１３２２４について受信される動的なグラントとリソース競合を有するＣＧ ＰＵＳＣＨ ＵＲＬＬＣ機会３２２２を伝送し得る。図３２Ｃの代替的な例では、ＰＵＳＣＨ１３２２３は、ＣＧ ＰＵＳＣＨ３２２３と重複しないシンボル上でのみ伝送され得、すなわち、ＰＵＳＣＨ１３２２４は、ＣＧ ＰＵＳＣＨ３２２５と重複するシンボルでパンクチャされ得る。
同様の挙動は、高優先度の動的なＵＬグラントが低優先度の動的なＵＬグラントとリソース競合を有する場合についてサポートされ得る。このシナリオは、ｇＮＢが低優先度ＵＬグラントを伝送し、続いて、低優先度グラントと衝突するより高い優先度のＵＬグラントを同じＵＥに伝送する場合に生じ得る。代替的にまたはさらに、複数のＴＲＰケースでは、あるＴＲＰは、高優先度グラントをスケジュールし得るが、一方、別のＴＲＰは、ＵＥでリソース競合となり得る低優先度ＵＬグラントをスケジュールし得る。
図３３は、ＰＵＳＣＨ ＵＲＬＬＣおよびＰＵＳＣＨ ｅＭＢＢが同じＨＡＲＱ ＩＤを有する例３３００を示す。図３３は、周波数３３０８に関する、ＰＤＣＣＨ３３０１およびギャップ３３０２を含む、スロット３３０６および３３０７を示す。ＵＥは、ＣＧ ＰＵＳＣＨ ＵＲＬＬＣ機会３３０３を伝送し得、ＵＥは、ＨＡＲＱ－ＩＤ「Ｈ」３３０５を有するＰＵＳＣＨ ｅＭＢＢ伝送についてのＵＬグラントを受信する。ＵＥはまた、同じＨＡＲＱ－ＩＤを有する構成されたグラントＰＵＳＣＨＵＲＬＬＣ伝送３３０４を有する。この場合、ＩＤ Ｈを有するＵＥの伝送バッファは、ＵＲＬＬＣデータを含む。ＵＲＬＬＣ ＨＡＲＱ伝送がｇＮＢによって正しく受信されなかったことをＵＥが認識するまでこれを流すべきでないことが望ましい場合がある。この場合、同じＨＡＲＱ ＩＤを有する、より低い優先度のＰＵＳＣＨについての動的なグラントが受信される場合、ＵＥは、リソースがＰＵＳＣＨＵＲＬＬＣとＰＵＳＣＨｅＭＢＢとの間で衝突しない場合であっても、その低優先度グラントを無視し得る。
ＵＲＬＬＣ ＰＵＳＣＨの応答が暗黙的に生じ得る、すなわち、ＵＥは、タイマー、構成されたグラントタイマーの満了の前に、より高い優先度（ＵＲＬＬＣ優先度）を示すＤＣＩでＨＡＲＱ－ＩＤ Ｈについてのリスケジューリングを受信しない。したがって、ＰＵＳＣＨｅＭＢＢのいずれかが、ＰＵＳＣＨＵＲＬＬＣ伝送に続いて、構成されたグラントタイマー時間長内で生じる場合、ＵＥは、ＰＵＳＣＨｅＭＢＢグラントのすべてまたは一部を落とす。
ＰＵＳＣＨグラントがさらに時間で衝突する場合、どのＰＵＳＣＨが伝送されたかをｇＮＢが正しく識別することを可能にするために、伝送されたＰＵＳＣＨの優先度レベルを示すことが望ましい場合がある。ここで、ＵＥは、その優先度レベルに対応するＲＮＴＩｐを使用してそのＰＵＳＣＨ伝送でそのＲＮＴＩをマスクし得る。
ｇＮＢが、ＣＧへの応答を明示的に示した場合、ＵＥは、応答が受信され得るまでその伝送バッファＨを流さなくてもよい。ｇＮＢが、ＨＡＲＱ ＩＤ衝突のイベントで曖昧さを回避するために認知されているＰＵＳＣＨプロセスの優先度を示し得ることが本明細書で提案される。
図３４は、ＣＧ ＰＵＳＣＨのＵＥ内の衝突の例３４００を示す。ＵＥは、異なる優先度レベルの複数の構成されたグラントで構成され得る場合、より低い優先度のＣＧ ＰＵＳＣＨの伝送を開始し得るが、それをプリエンプションして、より高い優先度のＣＧ ＰＵＳＣＨを伝送する必要があり得る。図３４は、周波数３４１１に関する、ＰＤＣＣＨ３４０１およびギャップ３４０２を含む、スロット３４０８、３４０９、および３４１０を示す。ＵＥは、ＣＧ ＰＵＳＣＨ ＵＲＬＬＣ機会３４０３を伝送し得る。図３４の代替的な例では、ＵＥは、２つのＣＧ、ｅＭＢＢと称される低優先度ＰＵＳＣＨ３４０４についてのもの、およびＵＲＬＬＣと称される高優先度ＰＵＳＣＨ３４０３を有するもので構成され得る。ＵＥは、ＣＧを介して伝送についてのＵＲＬＬＣ ＴＢを受信すると、ｅＭＢＢ ＰＵＳＣＨ伝送３４０５を開始し得る。このため、ＵＥ伝送は、ｅＭＢＢ伝送３４０６をキャンセルまたはパンクチャし、ＵＲＬＬＣ ＰＵＳＣＨ３４０７を伝送し得る。ｇＮＢは、両方の優先度の両方のＣＧ ＰＵＳＣＨについてＤＭＲＳを監視し得、ＵＲＬＬＣ ＣＧ ＰＵＳＣＨがｅＭＢＢ ＣＧ ＰＵＳＣＨをパンクチャしたことを検出し得る。ｇＮＢは、そのソフトバッファでｅＭＢＢ ＣＧ ＰＵＳＣＨのパンクチャされた部分を流し得る。
異なる優先度を有するＣＧが、それらの構成されたグラントタイマー時間長について構成された異なる時間長を有することが本明細書で提案される。低優先度伝送について、ＰＵＳＣＨ時間長は、高優先度伝送よりも長くてもよい。したがって、低優先度ＣＧ ＰＵＳＣＨについての構成されたグラントタイマーについてのより長い時間長を有することが望ましい場合がある。
図３５Ａは、ｇＮＢから動的なグラントを受信する際のＵＥ内のプリエンプションされた低優先度ＣＧ ＰＵＳＣＨの再伝送の例３５００を示す。ｅＭＢＢ ＣＧ ＰＵＳＣＨがパンクチャされた場合、動作のモードは、ｇＮＢがＣＳ－ＲＮＴＩでその再伝送についての動的なグラントをスケジュールすることを可能にし得る。図３５Ａの例では、ＵＥ３５０２は、スロット３５０３中でＨＡＲＱ ＩＤ Ｄ３５０４をｇＮＢ３５０１に伝送し、構成されたグラントタイマーが開始３５０３する。構成されたグラントタイマーが満了３５０６した後、ＵＥ３５０２は、ＩＤ Ｄについての動的なグラント３５０７を受信し、次いで、ＵＥ３５０２は、動的なグラント上でＨＡＲＱ ＩＤ Ｄ３５０９を再伝送する。しかしながら、この場合、再伝送についての遅延は高くなり得る。
図３５Ｂは、ＣＧ ＰＵＳＣＨとしての再伝送の例を示す。図３５Ｂの例では、ＵＥ３５２２は、スロット３５２６中でＨＡＲＱ ＩＤ Ｄ３５２４をｇＮＢ３５２１に伝送し、構成されたグラントタイマーが開始３５２３する。この代替的な例では、再伝送は、構成されたグラントタイマーの満了の前に生じ得、その代わりに、ＵＥは、それ自体のＵＲＬＬＣトラフィックによってパンクチャされるため、スロット３５２８中でＰＵＳＣＨを再伝送３５２９する。ＵＥは、再伝送の際に、構成されたグラントタイマーを再開３２５７する。ＵＥは、ＣＧ再伝送の後、ＨＡＲＱ ＩＤ Ｄ３５３０についての動的なグラントを受信する場合、動的なグラントを無視し得る。
さらに、再伝送は、キャンセルまたはパンクチャされたＣＢＧのみを含み得る。ＵＥは、低優先度ＰＵＳＣＨでのすべてのＣＢＧか、または低優先度ＰＵＳＣＨでの影響を受けたＣＢＧのみを再伝送するように構成されたＲＲＣであり得る。ｇＮＢは、どのＣＢＧが第１の伝送で影響を受けたかを認識するため、再伝送を正しくソフト結合し得る。したがって、再伝送で、伝送されたＣＢＧＴＩを示す必要がなくてもよい。
ＤＬとＵＬとの間のＵＥ内の優先順位付けが本明細書で記載される。いくつかの状況では、競合は、ＵＥでのＤＬ伝送とＵＬ伝送との間で生じ得る。フレキシブルシンボルについての構成は、ＳＦＩ－ＲＮＴＩでスクランブルをかけられるフォーマット２＿０グループ共通のＤＣＩなどのＤＣＩを通じてＲＲＣ構成されるか、または示され得るスロットフォーマットで「Ｘ」と表され得る。ＤＬとＵＬとの間のＵＥ内の競合の場合、以下のシナリオが生じ得る。
図３６Ａは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＳＣＨ衝突の図３６００である。図３６Ａは、ＰＤＣＣＨ３６０１、他のＤＬ信号３６０２、およびギャップ３６０６を含む、スロット＃０ ３６０７、スロット＃１ ３６０８、スロット＃２ ３６０９を示す。図３６Ａの例では、１つまたは複数のフレキシブルシンボルが、グラント（例えば、ｅＭＢＢ ＰＤＳＣＨ３６０３）を通じて低優先度ＰＤＳＣＨについてスケジュールされ得る。高優先度ＵＬグラントはまた、同じシンボルのうちの１つまたは複数（例えば、ＵＲＬＬＣ ＰＵＳＣＨ３６０５）上でスケジュールされ得る。この場合、ＵＥは、ＰＤＳＣＨ３６０４を中断し得、ＰＵＳＣＨを伝送し得る。
図３６Ｂは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＤＳＣＨおよび高優先度ＰＵＣＣＨ衝突の図である。図３６Ｂは、ＰＤＣＣＨ３６１０、他のＤＬ信号３６１１、およびギャップ３６１２を含む、スロット＃０ ３６１７、スロット＃１ ３６１８、スロット＃２ ３６１９を示す。図３６Ｂの例では、１つまたは複数のフレキシブルシンボルが、グラント（例えば、ｅＭＢＢ ＰＤＳＣＨ３６１４）を通じて低優先度ＰＤＳＣＨについてスケジュールされ得る。高優先度ＵＬグラント（例えば、ＰＵＣＣＨ３６１５上のＵＲＬＬＣ ＵＣＩ ３６１６）はまた、そのＰＵＣＣＨが同じフレキシブルシンボルのうちの１つまたは複数上であり得るようにスケジュールされ得る。この場合、ＵＥは、ＰＤＳＣＨ３６２０を中断し得、ＰＵＣＣＨ３６１５を伝送する。
図３６Ｃは、ＵＥ内のＤＬおよびＵＬ衝突、低優先度ＰＵＳＣＨおよび高優先度ＰＤＳＣＨ衝突の図である。図３６Ｃは、ＰＤＣＣＨ３６３０、他のＤＬ信号３６３１、およびギャップ３６３２を含む、スロット＃０ ３６３６、スロット＃１ ３６３７、スロット＃２ ３６３８を示す。図３６Ｃの例では、１つまたは複数のフレキシブルシンボルが、グラント（例えば、ｅＭＢＢ ＰＵＳＣＨ３６３３）を通じて低優先度ＰＵＳＣＨについてスケジュールされ得る。高優先度ＤＬグラント（例えば、ＵＲＬＬＣ ＰＤＳＣＨ３６３４）はまた、そのＰＤＳＣＨが同じフレキシブルシンボルのうちの１つまたは複数上であり得るようにスケジュールされ得る。この場合、ＵＥは、ＰＵＳＣＨ３６３５を中断し得、ＰＤＳＣＨ３６３４を受信する。
アップリンク伝送のＭＡＣ層優先順位付けおよびプリエンプションが本明細書で記載される。ＵＬ伝送について、ＵＥのＭＡＣ層は、グラントに反応するのに十分な時間がある場合、より高い優先度の伝送を優先し得る。ＭＡＣ伝送は、物理伝送が時間で部分的にまたは完全に重複するときに競合していると考えられ得る。ＵＥのＭＡＣは、新しい競合する伝送を優先し、および／または物理層に既に届けられた既存の伝送をプリエンプションし得る。
利用可能な競合するグラントに反応するのに十分な時間がある場合、ＭＡＣは、ＭＡＣプロトコルデータユニット（Protocol Data Unit：ＰＤＵ）が物理層へ届く前に個々のＰＵＳＣＨ伝送の優先度を決定し得る。１つまたは複数のＭＡＣ ＰＤＵが物理層へ届く前に、競合するグラントを優先するのに不十分な時間である場合、ＭＡＣは、物理層に既に提供されたＭＡＣ ＰＤＵの伝送をプリエンプションし得るか、または各伝送の適切な処理のために相対的な優先度情報を物理層に提供し得る。
ＭＡＣはまた、競合するスケジューリングリクエスト（ＳＲ）とＰＵＳＣＨ伝送との間で優先し得る。競合するＰＵＳＣＨ伝送と同様に、ＳＲ伝送についてのＭＡＣプロシージャは、最小の処理時間によって、および／または物理層に伝送を通知するときに影響を受ける。
構成されたグラントまたは動的なグラントについて、ＵＥは、各個々のグラントについての最小の処理時間要件まで、ＭＡＣ ＰＤＵ多重化およびアセンブリを遅延させ得る。同様に、ＭＡＣ ＳＲ処理および物理層への伝送標示が、（例えば、対応付けられたＰＵＣＣＨリソースが利用できるまで）遅延され得る。既存の競合するグラントまたはＳＲについての最小の処理要件の前に、新しい競合するグラントが決定されるか、または競合するＳＲがトリガされる場合、ＵＥは、ＭＡＣ伝送優先順位付け動作を実行し得る。
ＭＡＣ伝送優先順位付けは、以下の動作を含み得る。
ＭＡＣは、各々の顕著なグラントについて、第１のグラントが、各グラントについての最小の処理要件を考慮して処理される必要があるときの前に、どの論理チャネルが各々の顕著なグラントについて各ＰＤＵに多重化され得るかを決定し得る。各論理チャネルは、１つまたは複数の優先度で構成され得、ＭＡＣ ＰＤＵに多重化される論理チャネルについて選択される最高の優先度は、伝送の優先度を決定し得る。ＭＡＣ制御要素（ＣＥ）の優先度もまた考慮され得る。各ＭＡＣ ＣＥタイプ（すなわち、ＰＨＲ、ＢＳＲ、．．．）は、ＰＵＳＣＨ伝送の優先度を決定するために使用される既知の優先度を有し得る。例えば、ＭＡＣ ＰＤＵに多重化される論理チャネルおよびＭＡＣ ＣＥの最高の優先度は、ＰＵＳＣＨ伝送優先度を決定するために使用され得る。この動作は、既存のＭＡＣ ＰＤＵ多重化およびアセンブリプロシージャを２ステッププロシージャに効果的に分割し得る。既存の論理チャネル優先順位付け（Logical Channel Prioritization：ＬＣＰ）プロシージャは、伝送についての各ＭＡＣ ＰＤＵを多重化およびアセンブルするとき、利用可能なデータの優先度を決定し得る。このプロシージャでは、優先度利用可能データは、ＭＡＣ ＰＤＵの多重化およびアセンブリならびにＭＡＣ ＣＥの生成が開始される前に第１のステップで決定される。
代替的には、優先度は、各構成されたグラントおよび／または動的なグラントに対応付けられ得る。この場合、ＭＡＣ ＰＤＵ上に多重化される論理チャネルの優先度は考慮されなくてもよい。データ多重化のための通常の論理チャネル優先順位付けが行われ得る。ＰＵＳＣＨ伝送優先度は、グラントによって決定され得る。伝送に利用可能なデータおよび／または各グラントに対応付けられる優先度、もしくは各ＭＡＣ ＰＤＵに多重化される論理チャネルに対応付けられる優先度、もしくはＳＲをトリガした論理チャネルの優先度に応じて、ＭＡＣは、各伝送および再伝送の優先度を決定し得る。
ＰＵＳＣＨ伝送優先度はまた、グラント優先度およびＭＡＣ ＰＤＵ内で多重化されるデータの優先度の組合せによって決定され得る。例えば、多重化されるデータまたはグラントの最高の優先度は、ＰＵＳＣＨ伝送優先度を決定するために使用され得る。
伝送優先順位付けが適用されるとき、より低い優先度のグラント（複数可）またはＳＲ伝送が利用されなくてもよいか、または追加の情報が、伝送を適切に優先するために物理層に提供され得る。グラントを利用することは、データ、例えば、ＭＡＣサービスデータユニット（Service Data Unit：ＳＤＵ）またはＭＡＣ ＣＥのＭＡＣ ＰＤＵへの多重化およびアセンブリと、グラントに対応付けられるそのＭＡＣ ＰＤＵの伝送と、を含むか、またはグラントに対応付けられるＳＲの伝送を含む。グラントが利用されないとき、データのＭＡＣ ＰＤＵへの多重化またはアセンブリが実行されず、ＳＲ伝送が実行されない。
グラントが伝送優先順位付けにより利用されないことをＭＡＣが決定する場合、ＭＡＣは、キャンセルされていないより高い優先度の伝送を適切に処理するために、ＭＡＣによってキャンセルされる伝送を物理層に通知し得る。利用されないグラントは、ｇＮＢスケジューラに直接的にまたは間接的にシグナリングされ得る。例えば、キャンセルされなかった、優先された伝送は、伝送キャンセル標示を提供し得る。
より低い優先度の伝送がＭＡＣによってキャンセルされないとき、ＭＡＣによって決定される相対的な優先度は、各ＭＡＣ ＰＤＵおよび／またはＳＲ伝送と共に物理層に提供され得る。各伝送を一意に処理することに加えて、各伝送の相対的な優先度を示す多少の信頼情報を保証することが、ｇＮＢスケジューラに直接的にまたは間接的にシグナリングされ得る。
ＭＡＣ伝送優先順位付けがどのように決定されるか（すなわち、ＬＣＰまたはグラントベース）に関わらず、グラントが優先順位付けにより利用されないとき、ＭＡＣは、失われたグラントをプロシージャが回復することを可能にし得る。これは、失われたグラントによって提供された論理チャネル（複数可）に対応付けられる構成されたＳＲリソースについて、ＳＲをトリガすることによって、および／またはＳＲ保留状態を維持することによって達成され得る。バッファ状態報告もまた、失われたグラントの結果として生成され得る。グラントが利用されない場合があることをＭＡＣが決定するとき、この動作は、ＭＡＣの内部であり得る。グラントが利用されないことを物理層が決定するとき、ＭＡＣは、失われたグラントを回復するためのプロシージャを開始することを通知され得る。
既存の競合するグラントまたは競合するＳＲ伝送の最小の処理要件の後に、新しい競合するグラントが決定されるか、または競合するＳＲがトリガされる場合、ＵＥは、ＭＡＣ伝送プリエンプション動作を実行し得る。
ＭＡＣ伝送プリエンプション動作は、以下の動作を含み得る。
ＭＡＣは、既存のグラント（すなわち、グラントもしくは論理チャネルベース）またはＳＲ伝送の最小のグラント処理時間の前に新しいグラントまたはＳＲ伝送が決定されるときに優先順位付けがどのように決定されるのかと同様に、伝送優先度を決定し得る。
新しいグラントまたはＳＲ伝送が、既存のグラントまたはＳＲ伝送よりも高い優先度であることを決定される場合、ＭＡＣは、ＭＡＣ ＰＤＵの通常の多重化およびアセンブリを実行し、ならびに／またはＳＲ処理を実行し得る。ＭＡＣ ＰＤＵおよび／またはＳＲがより低い層に届けられるとき、プリエンプション標示が含まれ得る。プリエンプション標示は、プリエンプションされるＭＡＣ ＰＤＵまたはＳＲ伝送を識別し得る。
物理層がプリエンプション標示を検出すると、プリエンプションされた伝送は、優先された伝送をより確実に正しく伝送するために破棄されるか、または調整（すなわち、パンクチャリング）され得る。伝送が物理層によって破棄される場合、ＭＡＣに通知され得る。破棄されたＭＡＣ ＰＤＵ伝送について、ＭＡＣは、失われたデータを回復するための動作を行い得る。例えば、ＨＡＲＱ ＮＡＣＫが、キャンセルされた伝送について受信された場合、同様の動作が行われ得る。ＨＡＲＱ再伝送の最大数は、伝送がキャンセルされなかった場合に許可されるのと同じ数の実際の伝送を可能にするために増分され得る。破棄されたＳＲ伝送について、ＭＡＣは、ＳＲ保留状態をキャンセルし、および／またはＳＲを再トリガし得る。ＭＡＣ ＣＥを含むＭＡＣ ＰＤＵが破棄される場合、ＭＡＣは、失われたＭＡＣ ＣＥ（すなわち、ＢＳＲ、ＰＨＲ）を回復および再伝送するための動作を行い得る。これは、ＭＡＣ ＣＥを再トリガし、および／または対応付けられた禁止タイマーをクリアすることによって達成され得る。
既存の伝送がプリエンプションされると、新しいプリエンプション伝送が、プリエンプションされた伝送のｇＮＢスケジューラに標示を直接的にまたは間接的に提供し得る。これにより、ｇＮＢは、破棄された伝送をリスケジュールするか、またはより低い優先度のＳＲが受信されたかのような動作を行うこととなり得る。
新しいグラントまたはＳＲ伝送が、既存のＭＡＣ ＰＤＵまたはＳＲ伝送よりも低い優先度であることを決定されると、ＭＡＣは、現在のより高い優先度の伝送を中断しないかもしれない処理を決定するために、新しいグラントもしくはＳＲ伝送を破棄するか、または相対的な優先度情報を物理層に提供する。ＭＡＣが新しいグラントまたはＳＲ伝送を破棄する場合、ＭＡＣ ＰＤＵの多重化およびアセンブリ、ならびに／またはＳＲ伝送の処理は実行されなくてもよい。この動作は、効果的に、ＭＡＣ ＰＤＵ多重化およびアセンブリ、ならびにＳＲ処理を、優先順位付けが第１のステップで決定される２ステッププロシージャにする。物理層にもキャンセルが通知され得る。
物理層プリエンプションが適用され得る場合、ＭＡＣ層には、キャンセルされた伝送が通知され得る。この場合、ＭＡＣは、次の利用可能なグラントで、キャンセルされた伝送の伝送を再開し得る。この動作は、キャンセルされた伝送について受信されるＨＡＲＱ ＮＡＫの受信と同様のプロシージャを引き起こし得る。ＨＡＲＱ再伝送の最大数は、伝送がキャンセルされなかった場合に許可されるのと同じ数の実際の伝送を可能にするために増分され得る。ＰＨＹがグラントプリエンプションまたはグラント優先順位付けを実行することが実用的であり得るシナリオの例として、以下のうちの１つまたは複数が含まれる。
物理層は、ＭＡＣからプリエンプション標示を検出し得る。
ＭＡＣは、伝送優先度を有する伝送についてＰＨＹに指示し得る。ＰＨＹは、ＭＡＣによって提供される伝送優先度に基づいて、伝送プリエンプションを実行し得る。
ＭＡＣは、優先度を下げられた伝送および／またはプリエンプションされた伝送のトラックを維持し得る。優先度を下げられた伝送および／またはプリエンプションされた伝送の数の閾値を超え得ると、ＭＡＣは、より低い優先度の伝送の失敗を報告し正すための動作を行い得る。優先度を下げられた伝送および／またはプリエンプションされた伝送の閾値が論理チャネルまたは特定のグラントについて生じると、伝送失敗をより効率的に正すための動作を行うために、優先度のより高い層に通知され得る。行われる動作は、ＮＢスケジューラへの状態の報告、および／またはグラントの論理チャネルの相対的な優先度の調整であり得る。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最新の無線アクセス技術（ＲＡＴ）規格は、（一般に３Ｇと称される）広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと称される）ＬＴＥと、ＬＴＥアドバンスト規格と、を含む。３ＧＰＰは、「５Ｇ」とも称される新無線（ＮＲ）と呼ばれる次世代セルラー技術の標準化に取り組み始めている。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期されており、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含むことが予期されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペクトルで新しい非後方互換性無線アクセスで構成されることが予期されており、同じスペクトル内で共に多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処し得る、異なる動作モードを含むことが予期されている。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークを、６ＧＨｚを下回るフレキシブルな無線アクセスと共有することが予期されている。
３ＧＰＰは、データレート、遅延、およびモビリティのための様々なユーザ体験要件をもたらして、ＮＲがサポートすることが予期される種々のユースケースを特定している。ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（例えば、密集エリアでのブロードバンドアクセス、屋内のウルトラハイブロードバンドアクセス、人込みでのブロードバンドアクセス、あらゆるところでの５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両でのモバイルブロードバンド）、重要通信、大規模マシンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、ならびに拡張ビークルツーエブリシング（enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を含み、ｅＶ２Ｘ通信は、ビークルツービークル（Vehicle-To-Vehicle：Ｖ２Ｖ）通信、ビークルツーインフラストラクチャ（Vehicle-To-Infrastructure：Ｖ２Ｉ）通信、ビークルツーネットワーク（Vehicle-To-Network：Ｖ２Ｎ）通信、ビークルツー歩行者（Vehicle-To-Pedestrian：Ｖ２Ｐ）通信、および他のエンティティとのビークル通信のうちのいずれかを含み得る。これらのカテゴリでの具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１応答者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースのすべておよび他のものが、本明細書で検討される。
図３７Ａは、本明細書で記載および請求される方法および装置が具現化され得る、例示的な通信システム１００の一実施形態を示す。図示するように、例示的な通信システム１００は、（概して、または集合的にＷＴＲＵ１０２と称され得る）無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇと、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、Ｖ２Ｘサーバ（またはＰｒｏＳｅ機能およびサーバ）１１３と、を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇの各々は、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、１０２ｇは、ハンドヘルド無線通信装置として図３７Ａ～３７Ｅに描写されるが、５Ｇ無線通信のために検討される様々なユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗り物などを含む、無線信号を伝送および／または受信するように構成された任意のタイプの装置またはデバイスを備え得るか、またはそれらで具現化され得ることを理解されたい。
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂと、を含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、ＴＲＰ（送受信ポイント）１１９ａ、１１９ｂ、ならびに／またはロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、ならびに／またはＶ２Ｘサーバ（もしくはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、ならびに／またはＶ２Ｘサーバ（もしくはＰｒｏＳｅ機能およびサーバ）１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであり得る。基地局１１４ａ、１１４ｂは、各々、単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であり得、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得、それらＲＡＮはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａは、特定の地理的領域内で無線信号を伝送および／または受信するように構成され得、その地理的領域は、セル（図示せず）と称され得る。基地局１１４ｂは、特定の地理的領域内で有線および／または無線信号を伝送および／または受信するように構成され得、その地理的領域は、セル（図示せず）と称され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに対応付けられるセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含み得る。一実施形態では、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用し得、したがって、セルのセクタごとに複数の送受信機を利用し得る。
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、ならびに／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であり得る、エアインターフェース１１５ｄ／１１６ｄ／１１７ｄ（図示せず）を介して相互に通信し得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
より具体的には、上記のように、通信システム１００は、複数のアクセスシステムであり得、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、およびＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上波無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装し得、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含み得る。
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上波無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装し得、それにより、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２ＤおよびＶ２Ｘ技術ならびにインターフェースを含む。３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含む。
一実施形態では、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａ、１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
図３７Ａでの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、会社、自宅、車両、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立し得る。一実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立し得る。さらに別の実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図３７Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信し得、そのコアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実行し得る。
図３７Ａでは示されていないが、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることが理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加えて、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートでのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続される別のコアネットワークを含み得る。
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含み得、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図３７Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。
図３７Ｂは、例えば、ＷＴＲＵ１０２などの、本明細書で示される実施形態に従って無線通信のために構成された例示的な装置またはデバイスのブロック図である。図３７Ｂに示すように、例示的なＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、取り外し不可メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含み得ることが理解されよう。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（Home evolved Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノードは、図３７Ｂに示され本明細書で記載される要素の一部またはすべてを含み得ることが実施形態で検討される。
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、伝送／受信要素１２２に接続され得る送受信機１２０に接続され得る。図３７Ｂは、個別のコンポーネントとしてプロセッサ１１８および送受信機１２０を描写しているが、プロセッサ１１８および送受信機１２０が、電子パッケージまたはチップ内に一緒に統合され得ることが理解されよう。
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介した基地局（例えば、基地局１１４ａ）へ信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、一実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであり得る。一実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されたエミッタ／検出器であり得る。さらなる実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されよう。
加えて、伝送／受信要素１２２は、単一の要素として図３７Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に接続され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、取り外し不可メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。取り外し不可メモリ１３０は、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory ：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得る。一実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上などのＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。
プロセッサ１１８は、電源１３４から電力を受信し得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含み得る。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続され得る。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な位置決定方法によって位置情報を取得し得ることが理解されよう。
プロセッサ１１８はさらに、追加の特徴、機能、および／または有線もしくは無線コネクティビティを提供する、１つもしくは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの様々なセンサ、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の車両などの他の装置またはデバイスで具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、当該装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
図３７Ｃは、一実施形態に係る、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図３７Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を各々含み得る、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に対応付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のノードＢおよびＲＮＣを含み得ることが理解されよう。
図３７Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を果たすかまたはサポートするように構成され得る。
図３７Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含み得る。上述の要素の各々が、コアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２に接続され得る。
図３７Ｄは、一実施形態に係る、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅノードＢを含み得ることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。
ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に対応付けられ得、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成され得る。図３７Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して相互に通信し得る。
図３７Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６と、を含み得る。上述の要素の各々が、コアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択などの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバーの間のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実行し得る。
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲートウェイ１６６に接続され得る。
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
図３７Ｅは、一実施形態に係る、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するアクセスサービスネットワーク（Access Service Network：ＡＳＮ）であり得る。以下でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照ポイントと定められ得る。
図３７Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２と、を含み得るが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは各々、ＲＡＮ１０５内の特定のセルに対応付けられ得、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含み得る。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービスの品質（ＱｏＳ）ポリシー強制などのモビリティ管理機能を提供し得る。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして機能し得、ページング、加入者プロフィールのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を果たし得る。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照ポイントと定められ得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得るＲ２参照ポイントと定められ得る。
基地局１８０ａ、１８０ｂ、および１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバーおよび基地局間のデータの転送を促進するためのプロトコルを含むＲ８参照ポイントと定められ得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照ポイントと定められ得る。Ｒ６参照ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に対応付けられるモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含み得る。
図３７Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３参照ポイントと定められ得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ－ＨＡ）１８４と、認証、認可、アカウンティング（Authentication Authorization Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８と、を含み得る。上述の要素の各々が、コアネットワーク１０９の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることが理解されよう。
ＭＩＰ－ＨＡは、ＩＰアドレス管理の役割を果たし得、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にし得る。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートの役割を果たし得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
図３７Ｅでは示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネットワーク１０９は、他のコアネットワークに接続され得ることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４参照ポイントと定められ得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先のコアネットワークとの間のインターワーキングを促進するためのプロトコルを含み得るＲ５参照と定められ得る。
本明細書で記載され、図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに示されている、コアネットワークエンティティは、特定の既存の３ＧＰＰ仕様でのそれらのエンティティに与えられる名称によって識別されるが、将来、それらのエンティティおよび機能は、他の名称によって識別され得、特定のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様で組み合わせられ得ることを理解されたい。したがって、図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７Ｅに記載および示されている特定のネットワークエンティティおよび機能は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在定められているか、または将来的に定められるかどうかに関わらす、任意の類似通信システムで具現化または実装され得ることを理解されたい。
図３７Ｆは、例示的なコンピューティングシステム９０のブロック図であり、ここで、ＲＡＮ１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２での特定のノードまたは機能エンティティなどの、図３７Ａ、３７Ｃ、３７Ｄ、および３７Ｅに示される通信ネットワークの１つまたは複数の装置が、具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、ソフトウェアの形態（当該ソフトウェアが記憶されるかまたはアクセスされる場所または手段がいかなるものであっても）であり得るコンピュータ可読命令によって主に制御され得る。当該コンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能を実行し得る。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実行するか、またはプロセッサ９１を支援し得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連するデータを受信、生成、および処理し得る。
プロセッサ９１は、動作時に、命令をフェッチ、デコード、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。当該システムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定める。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインと、を含む。当該システムバス８０の例は、周辺コンポーネント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。
システムバス８０に接続されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３と、を含む。当該メモリは、情報が記憶され、かつ読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供し得る。したがって、第１のモードで実行するプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされているメモリのみにアクセスし得、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を果たす、周辺機器コントローラ８３を含み得る。
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。当該視覚出力は、テキストと、グラフィックスと、動画グラフィックスと、ビデオと、を含み得る。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポーネントを含む。
さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または図３７Ａ、３７Ｂ、３７Ｃ、３７Ｄ、および３７Ｅの他のネットワーク１１２などの外部通信ネットワークに接続するために使用され得る、例えば、ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にし得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載される、特定の装置、ノード、または機能エンティティの伝送および受信ステップを実行するために使用され得る。
図３７Ｇは、本明細書で記載および請求される方法および装置が具現化され得る、例示的な通信システム１１１の一実施形態を示す。図示するように、例示的な通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆと、基地局と、Ｖ２Ｘサーバと、ＲＳＵ ＡおよびＢと、を含み得るが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することが理解されよう。１つのもしくはいくつかのまたはすべてのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅは、ネットワークの範囲の外（例えば、図では、破線として示されるセルカバレッジ境界の外）にあり得る。ＷＴＲＵ Ａ、Ｂ、Ｃは、ＷＴＲＵ Ａがグループリードであり、ＷＴＲＵ ＢおよびＣがグループメンバーであるＶ２Ｘグループを形成する。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆは、Ｕｕインターフェースまたはサイドリンク（ＰＣ５）インターフェースを介して通信し得る。
本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム、方法、およびプロセスを実行および／または実装させることを理解されたい。具体的には、本明細書で記載されるステップ、動作、または機能のうちのいずれも、当該コンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および取り外し不可媒体を含むが、当該コンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体を含むが、それらに限定されない。

Claims (20)

  1. １つまたは複数のプロセッサと、メモリと、を備える装置であって、前記１つまたは複数のプロセッサは、
    第１の伝送に対応付けられる第１のアップリンクグラントを示す第１の情報を受信することと、
    第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の情報を受信することであって、前記第１の伝送又は前記第２の伝送のうちの少なくとも１つは、スケジューリングリクエストを含む、ことと、
    複数のハイブリッドＡＲＱ（Hybrid Automatic Repeat Request：ＨＡＲＱ）コードブックを示す構成情報を受信することと、
    前記第１の情報および前記第２の情報に基づいて、前記第１の伝送および前記第２の伝送が少なくとも部分的に時間で重複することを決定することと、
    前記第１の伝送に対応付けられる第１の優先度および前記第２の伝送に対応付けられる第２の優先度を、データが前記第１のアップリンクグラントの媒体アクセス制御（Medium Access Control：ＭＡＣ）層プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）に多重化される論理チャネルを選択するための論理チャネル優先順位付けプロシージャに基づいて、決定し、データが前記第２のアップリンクグラントのＭＡＣ層ＰＤＵに多重化される論理チャネルを選択することであって、前記第１の優先度又は前記第２の優先度が、前記論理チャネルの間で最高の優先度の論理チャネルに対応付けられる、ことと、
    前記第１の優先度に対応付けられる前記第１の伝送のための第１のＨＡＲＱコードブック、及び前記第２の優先度に対応付けられる前記第２の伝送のための第２のＨＡＲＱコードブックを決定することと、
    前記第１の伝送及び前記第２の伝送を、前記第１の伝送又は前記第２の伝送の前記第１の優先度および前記第２の優先度に少なくとも部分的に基づいて、それぞれ、伝送することと
    を行うように構成された、装置。
  2. 前記１つまたは複数のプロセッサが、
    前記第１の優先度が、前記第１のアップリンクグラントに対応付けられる優先度であることを決定することと、前記第２の優先度が、前記第２のアップリンクグラントに対応付けられる優先度であることを決定することと、を行うように構成された、請求項１に記載の装置。
  3. 前記１つまたは複数のプロセッサが、
    前記第１の優先度が前記第２の優先度よりも高い場合に、前記第２の伝送よりも前記第１の伝送を優先すること、または
    前記第２の優先度が前記第１の優先度よりも高く、前記第１の伝送に対応付けられるデータが物理層に提出されていない場合に、前記第１の伝送よりも前記第２の伝送を優先することと、を行うように構成された、請求項１に記載の装置。
  4. 前記１つまたは複数のプロセッサが、
    前記優先された第１の伝送または第２の伝送についてのデータを前記物理層に送信すること、を行うように構成された、請求項３に記載の装置。
  5. 前記優先された第１の伝送または第２の伝送についてのデータは、１つもしくは複数の媒体アクセス制御（Medium Access Control：ＭＡＣ）サービスデータユニット（Service Data Unit：ＳＤＵ）、または１つもしくは複数のＭＡＣ制御要素（Control Element：ＣＥ）を含む、請求項４に記載の装置。
  6. 前記優先された第１の伝送または第２の伝送についてのデータは、スケジューリングリクエスト（Scheduling Request：ＳＲ）である、請求項４に記載の装置。
  7. 前記１つまたは複数のプロセッサがさらに、
    前記第１の伝送を優先することと、
    前記第２の伝送をキャンセルすることと、
    前記第２の伝送の前記キャンセルを前記物理層に対して通知することと、
    前記第２のアップリンクグラントが使用されていないことをネットワークに対して通知することと、を行うように構成された、請求項３に記載の装置。
  8. 前記１つまたは複数のプロセッサがさらに、
    前記第２の伝送を優先することと、
    前記第１の伝送をキャンセルすることと、
    前記第１の伝送の前記キャンセルを前記物理層に対して通知することと、
    第１のアップリンクグラントが使用されていないことをネットワークに対して通知することと、を行うように構成された、請求項３に記載の装置。
  9. 前記第２のアップリンクグラントが使用されていないことを前記ネットワークに通知することは、
    スケジューリングリクエスト（Scheduling Request：ＳＲ）またはバッファ状態報告を前記ネットワークに送信して、前記第２の伝送についての新しいアップリンクグラントをリクエストすることを含む、請求項７に記載の装置。
  10. 前記第２のアップリンクグラントは、スケジューリングリクエスト（Scheduling Request：ＳＲ）についてであり、ＳＲ保留状態は、前記第２のアップリンクグラントについて維持される、請求項７に記載の装置。
  11. 第１のアップリンクグラントが使用されていないことを前記ネットワークに通知することは、
    スケジューリングリクエスト（Scheduling Request：ＳＲ）またはバッファ状態報告を前記ネットワークに送信して、前記第１の伝送についての新しいアップリンクグラントをリクエストすることを含む、請求項８に記載の装置。
  12. 前記第１のアップリンクグラントは、スケジューリングリクエスト（Scheduling Request：ＳＲ）についてであり、ＳＲ保留状態は、前記第１のアップリンクグラントについて維持される、請求項８に記載の装置。
  13. 前記１つまたは複数のプロセッサがさらに、
    前記第２の優先度が前記第１の優先度よりも高く、前記第１の伝送についてのデータが物理層に既に送信されている場合に、前記第２の伝送によって前記第１の伝送をプリエンプションすること、を行うように構成された、請求項１に記載の装置。
  14. 前記１つまたは複数のプロセッサがさらに、
    前記第１の伝送をプリエンプションするように前記物理層に示して、前記第２の伝送の第２のデータを前記物理層に送信すること、を行うように構成された、請求項１３に記載の装置。
  15. 前記第１の優先度および前記第２の優先度を決定することは、ダウンリンク制御情報（Downlink Control Information：ＤＣＩ）で示される第３の情報に基づく、請求項１に記載の装置。
  16. コンピュータが実行する方法であって、
    第１の伝送に対応付けられる第１のアップリンクグラントを示す第１の情報を受信することと、
    第２の伝送に対応付けられる第２のアップリンクグラントを示す第２の情報を受信することであって、前記第１の伝送又は前記第２の伝送のうちの少なくとも１つは、スケジューリングリクエストを含む、ことと、
    複数のハイブリッドＡＲＱ（Hybrid Automatic Repeat Request：ＨＡＲＱ）コードブックを示す構成情報を受信することと、
    前記第１の情報および前記第２の情報に基づいて、前記第１の伝送および前記第２の伝送が少なくとも部分的に時間で重複することを決定することと、
    前記第１の伝送に対応付けられる第１の優先度および前記第２の伝送に対応付けられる第２の優先度を、データが前記第１のアップリンクグラントの媒体アクセス制御（Medium Access Control：ＭＡＣ）層プロトコルデータユニット（Protocol Data Unit：ＰＤＵ）に多重化される論理チャネルを選択するための論理チャネル優先順位付けプロシージャに基づいて、決定し、データが前記第２のアップリンクグラントのＭＡＣ層ＰＤＵに多重化される論理チャネルを選択することであって、前記第１の優先度又は前記第２の優先度が、前記論理チャネルの間で最高の優先度の論理チャネルに対応付けられる、ことと、
    前記第１の優先度に対応付けられる前記第１の伝送のための第１のＨＡＲＱコードブック、及び前記第２の優先度に対応付けられる前記第２の伝送のための第２のＨＡＲＱコードブックを決定することと、
    前記第１の伝送及び前記第２の伝送を、前記第１の伝送又は前記第２の伝送の前記第１の優先度および前記第２の優先度に少なくとも部分的に基づいて、それぞれ、伝送することと
    を含む方法。
  17. 前記第１の優先度が前記第２の優先度よりも高い場合に、前記第２の伝送よりも前記第１の伝送を優先すること、または
    前記第２の優先度が前記第１の優先度よりも高く、前記第１の伝送に対応付けられるデータが物理層に提出されていない場合に、前記第１の伝送よりも前記第２の伝送を優先すること
    をさらに含む、請求項１６に記載の方法。
  18. 前記優先された第１の伝送または第２の伝送についてのデータは、１つもしくは複数の媒体アクセス制御（Medium Access Control：ＭＡＣ）サービスデータユニット（Service Data Unit：ＳＤＵ）、または１つもしくは複数のＭＡＣ制御要素（Control Element：ＣＥ）を含む、請求項１７に記載の方法。
  19. 前記優先された第１の伝送または第２の伝送についてのデータは、スケジューリングリクエスト（Scheduling Request：ＳＲ）である、請求項１７に記載の方法。
  20. 前記第１の優先度および前記第２の優先度を決定することは、ダウンリンク制御情報（Downlink Control Information：ＤＣＩ）で示される第３の情報に基づく、請求項１６に記載の方法。
JP2021547451A 2019-02-14 2020-02-14 アップリンク伝送でのｕｅ内の優先順位付け Active JP7516405B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2024107426A JP7707384B2 (ja) 2019-02-14 2024-07-03 アップリンク伝送でのｕｅ内の優先順位付け
JP2025111980A JP2025163014A (ja) 2019-02-14 2025-07-02 アップリンク伝送でのｕｅ内の優先順位付け

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962805614P 2019-02-14 2019-02-14
US62/805,614 2019-02-14
US201962824701P 2019-03-27 2019-03-27
US62/824,701 2019-03-27
PCT/US2020/018333 WO2020168223A1 (en) 2019-02-14 2020-02-14 Intra-ue prioritization in uplink transmissions

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024107426A Division JP7707384B2 (ja) 2019-02-14 2024-07-03 アップリンク伝送でのｕｅ内の優先順位付け

Publications (2)

Publication Number Publication Date
JP2022520823A JP2022520823A (ja) 2022-04-01
JP7516405B2 true JP7516405B2 (ja) 2024-07-16

Family

ID=70005718

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2021547451A Active JP7516405B2 (ja) 2019-02-14 2020-02-14 アップリンク伝送でのｕｅ内の優先順位付け
JP2024107426A Active JP7707384B2 (ja) 2019-02-14 2024-07-03 アップリンク伝送でのｕｅ内の優先順位付け
JP2025111980A Pending JP2025163014A (ja) 2019-02-14 2025-07-02 アップリンク伝送でのｕｅ内の優先順位付け

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2024107426A Active JP7707384B2 (ja) 2019-02-14 2024-07-03 アップリンク伝送でのｕｅ内の優先順位付け
JP2025111980A Pending JP2025163014A (ja) 2019-02-14 2025-07-02 アップリンク伝送でのｕｅ内の優先順位付け

Country Status (6)

Country Link
US (3) US12069679B2 (ja)
EP (1) EP3909356A1 (ja)
JP (3) JP7516405B2 (ja)
KR (2) KR20260003434A (ja)
CN (3) CN120320911A (ja)
WO (1) WO2020168223A1 (ja)

Families Citing this family (83)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12052729B2 (en) * 2019-03-28 2024-07-30 JRD Communication (Shenzhen) Ltd. Transmission pre-emption
US20220191882A1 (en) * 2019-03-28 2022-06-16 Lg Electronics Inc. Method, user equipment, device, and storage medium for performing uplink transmission, and method and base station for performing uplink reception
CN111277386B (zh) * 2019-03-28 2021-09-17 维沃移动通信有限公司 下行分配索引确定方法、终端和网络设备
WO2020192741A1 (en) * 2019-03-28 2020-10-01 FG Innovation Company Limited Method and apparatus with multi-pdsch reception and harq feedback transmission control
CN111757496B (zh) * 2019-03-29 2023-07-11 华为技术有限公司 一种通信方法及装置
EP3952454A4 (en) * 2019-03-29 2022-04-06 Honda Motor Co., Ltd. CONTROL DEVICE, TERMINAL DEVICE, CONTROL METHOD AND PROGRAM
WO2020200251A1 (en) * 2019-04-04 2020-10-08 FG Innovation Company Limited Method and apparatus for operating configured grant timers in wireless communication system
CN113302864A (zh) * 2019-04-30 2021-08-24 Oppo广东移动通信有限公司 确定harq码本的方法和设备
US11870594B2 (en) * 2019-05-13 2024-01-09 At&T Intellectual Property I, L.P. Facilitating a group hybrid automatic repeat request procedure for sidelink group case in advanced networks
US11528730B2 (en) * 2019-06-28 2022-12-13 Qualcomm Incorporated Multi-transmission time interval (TTI) grant scheduling
CN119544159A (zh) * 2019-07-16 2025-02-28 北京小米移动软件有限公司 反馈信息传输方法及装置、用户设备、基站和存储介质
WO2021022439A1 (en) * 2019-08-05 2021-02-11 Zte Corporation Systems and methods for determining feedback codebook
US20220321307A1 (en) * 2019-08-16 2022-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Priority based multiplexing
WO2021034233A1 (en) * 2019-08-16 2021-02-25 Telefonaktiebolaget Lm Ericsson (Publ) Signaling multiplexing with latency requirement
WO2021040595A1 (en) * 2019-08-26 2021-03-04 Telefonaktiebolaget Lm Ericsson (Publ) Collision handling of configured grant based autonomous uplink transmissions
WO2021063655A1 (en) * 2019-10-02 2021-04-08 Sony Corporation Communications device, infrastructure equipment and methods
US11497021B2 (en) * 2019-11-04 2022-11-08 Samsung Electronics Co., Ltd. Method and apparatus for fast beam management
US11490414B2 (en) * 2020-02-14 2022-11-01 Qualcomm Incorporated Techniques for intra-user equipment and inter-user equipment cancelation of overlapping communications
US11558884B2 (en) * 2020-02-14 2023-01-17 Qualcomm Incorporated Systems and methods for uplink transmission overlap resolution
WO2021185229A1 (zh) * 2020-03-20 2021-09-23 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11595974B2 (en) * 2020-04-01 2023-02-28 Qualcomm Incorporated Intra-user equipment traffic prioritization on uplink with medium access control-physical (MAC-PHY) layer interaction
CN115380609B (zh) * 2020-04-15 2024-12-17 高通股份有限公司 传输的用户装备内优先级排序
US11923980B2 (en) * 2020-04-17 2024-03-05 Qualcomm Incorporated HARQ flush indicator for uplink transmissions and sidelink transmissions
US11848780B2 (en) 2020-04-17 2023-12-19 Qualcomm Incorporated Methods and apparatus to facilitate a HARQ flush indicator for transmissions
US12034544B2 (en) 2020-04-17 2024-07-09 Qualcomm Incorporated Methods and apparatus to facilitate a multiple bit new data indicator
US20230114310A1 (en) * 2020-04-21 2023-04-13 Qualcomm Incorporated Enhanced cg-ul transmission over pusch
WO2021226758A1 (en) * 2020-05-09 2021-11-18 Qualcomm Incorporated Dithering jittered periodic traffic for single uplink configured grant
CN117750530A (zh) * 2020-05-12 2024-03-22 大唐移动通信设备有限公司 一种碰撞处理、指示方法及设备、装置、介质
US11917603B2 (en) * 2020-05-21 2024-02-27 Qualcomm Incorporated Encoding repetitions of a physical uplink control channel (PUCCH)
WO2022026788A1 (en) * 2020-07-30 2022-02-03 Ofinno, Llc Frequency hopping in multiple transmission and reception points
CN116058053B (zh) * 2020-08-06 2025-09-19 中兴通讯股份有限公司 用于管理共享频谱信道上的传输的方法和设备
CN114126049A (zh) 2020-08-25 2022-03-01 Oppo广东移动通信有限公司 无线通信方法和设备
EP4205340A1 (en) * 2020-08-28 2023-07-05 Telefonaktiebolaget LM Ericsson (publ) Radio network node, user equipment and methods performed in a wireless communication network
WO2022053843A1 (en) * 2020-09-11 2022-03-17 Orope France Sarl Apparatus and method of communication
US12022506B2 (en) * 2020-09-14 2024-06-25 Qualcomm Incorporated Multiplexing or prioritization of conflicting transmissions
US11943805B2 (en) * 2020-09-18 2024-03-26 Qualcomm Incorporated Beta offset factor configuration for uplink control information multiplexing on a physical uplink shared channel
CN116458225B (zh) * 2020-09-25 2025-04-04 高通股份有限公司 不同优先级的上行链路控制信息(uci)和经配置授权-uci(cg-uci)的复用
US11985660B2 (en) * 2020-10-08 2024-05-14 Electronics And Telecommunications Research Institute Method and apparatus for transmitting and receiving feedback information in communication system
US11895667B2 (en) * 2020-10-09 2024-02-06 Qualcomm Incorporated Multiple feedback control for group common-physical downlink shared channel (GC-PDSCH) in multimedia broadcast multicast service (MBMS)
US11844104B2 (en) * 2020-10-16 2023-12-12 Qualcomm Incorporated Cancellation order for scheduled uplink repetitive transmissions with different priorities
EP4238379B1 (en) * 2020-10-30 2026-04-01 Sony Group Corporation Communication devices and methods
JP2024020669A (ja) * 2020-12-24 2024-02-15 シャープ株式会社 端末装置、基地局装置、および、通信方法
US20240057075A1 (en) * 2020-12-25 2024-02-15 Lenovo (Beijing) Limited Methods and apparatuses for multi-trp transmission
CN112867154B (zh) * 2020-12-30 2023-11-28 京信网络系统股份有限公司 资源分配方法、装置、基站、用户设备和存储介质
CN114698108B (zh) * 2020-12-31 2025-10-17 维沃移动通信有限公司 Uci复用的方法、装置、设备及可读存储介质
US20220210806A1 (en) * 2020-12-31 2022-06-30 Ofinno, Llc Uplink Data Transmission for Random Access of Reduced Capability Device
US20240032027A1 (en) * 2021-01-09 2024-01-25 Qualcomm Incorporated Acknowledgment indications for downlink control information based transmissions
WO2022152169A1 (en) * 2021-01-12 2022-07-21 Essen Innovation Company Limited Wireless communication method and user equipment
CN117596686A (zh) * 2021-01-14 2024-02-23 上海推络通信科技合伙企业(有限合伙) 一种被用于无线通信的节点中的方法和装置
WO2022152928A1 (en) * 2021-01-18 2022-07-21 Telefonaktiebolaget Lm Ericsson (Publ) Method for receiving and combining multiple physical downlink shared channel (pdsch)
CN114828234B (zh) * 2021-01-27 2025-03-25 北京紫光展锐通信技术有限公司 一种上行控制信息uci发送方法、装置、芯片
WO2022165761A1 (zh) * 2021-02-05 2022-08-11 北京小米移动软件有限公司 提前终止方法、装置、设备及存储介质
WO2022187129A1 (en) * 2021-03-01 2022-09-09 Intel Corporation Flexible uplink control information (uci) transmission with physical uplink shared channel (pusch)
US12432716B2 (en) * 2021-03-31 2025-09-30 Qualcomm Incorporated Dynamic reconfiguration of uplink control channel resources for a scheduling request
US20240305433A1 (en) * 2021-04-05 2024-09-12 Lg Electronics Inc. Method for transmitting harq-ack information, user equipment, processing device, storage medium and computer program, and harq-ack information reception method and base station
JP2024513699A (ja) * 2021-04-06 2024-03-27 インテル コーポレイション アップリンク送信のためのユーザ装置内の優先順位付けの改良
US20240178939A1 (en) * 2021-04-06 2024-05-30 Intel Corporation Techniques for multi-transmission-reception point (trp) based uplink channel transmission
US20240188121A1 (en) * 2021-05-27 2024-06-06 Qualcomm Incorporated Transmission control for multi-relay based communication
EP4380269A4 (en) * 2021-07-28 2025-01-01 Beijing Xiaomi Mobile Software Co., Ltd. METHOD AND APPARATUS FOR DETERMINING RESOURCES, DEVICE AND READABLE STORAGE MEDIUM
WO2023015096A1 (en) * 2021-08-04 2023-02-09 Qualcomm Incorporated Sidelink grant collision handling
US12356425B2 (en) * 2021-08-04 2025-07-08 Qualcomm Incorporated Sidelink grant collision handling
WO2023010403A1 (en) * 2021-08-05 2023-02-09 Apple Inc. Prioritizing transmissions by user equipment
WO2023011190A1 (en) * 2021-08-06 2023-02-09 Mediatek Singapore Pte. Ltd. Method and apparatus for autonomous reliability enhancements in mobile communications
WO2023014819A1 (en) * 2021-08-06 2023-02-09 Intel Corporation Enhanced multiplexing of uplink control information with different physical layer priorities
CN115707108A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 一种通信方法、装置及系统
CN118355616A (zh) * 2021-12-10 2024-07-16 株式会社Ntt都科摩 无线中继装置、基站以及无线中继方法
CN116419395A (zh) 2022-01-07 2023-07-11 北京三星通信技术研究有限公司 无线通信系统中的终端及其通信方法
EP4477003A4 (en) * 2022-02-11 2025-10-15 Apple Inc USER EQUIPMENT PRIORITIZATION OF UPLINK AUTHORIZATIONS
US20250105951A1 (en) * 2022-03-10 2025-03-27 Qualcomm Incorporated Flushing hybrid automatic repeat request buffers in a multiple transmission reception point configuration
WO2023206459A1 (en) * 2022-04-29 2023-11-02 Qualcomm Incorporated Uplink multiplexing for multiple transmission reception point operations
CN117177375A (zh) * 2022-05-23 2023-12-05 中兴通讯股份有限公司 资源协调方法、电子设备、存储介质
CN119422428A (zh) * 2022-06-21 2025-02-11 Lg电子株式会社 在无线通信系统中发送或接收信号的方法和装置
EP4555812A4 (en) * 2022-07-14 2026-04-22 Qualcomm Inc Uplink collision management for multiple transmit-receive communications
US20240113844A1 (en) * 2022-09-30 2024-04-04 Qualcomm Incorporated BEAM SWITCH RULES ASSOCIATED WITH SWITCHING BETWEEN MULTIPLE TRANSMISSION AND RECEPTION POINT (mTRP) and SINGLE TRP (sTRP)
US20240146463A1 (en) * 2022-11-02 2024-05-02 Interdigital Patent Holdings, Inc. Opportunistic total ack-based transmission
JP2024087276A (ja) * 2022-12-19 2024-07-01 三菱電機株式会社 無線装置、車上設備、地上設備および無線システム
KR20250142293A (ko) * 2023-02-06 2025-09-30 엘지전자 주식회사 무선 통신 시스템에서 신호를 송수신 하는 방법 및 이를 위한 장치
US20240314778A1 (en) * 2023-03-14 2024-09-19 Qualcomm Incorporated Ue assistance in pdsch collision avoidance with pre-grants
US20240323989A1 (en) * 2023-03-24 2024-09-26 Qualcomm Incorporated Collision indication for multiple transmit receive points
US20240380521A1 (en) * 2023-05-12 2024-11-14 Qualcomm Incorporated Early hybrid automatic repeat request process termination
US20250212247A1 (en) * 2023-12-21 2025-06-26 Qualcomm Incorporated Prioritization and multiplexing framework
US20250337532A1 (en) * 2024-04-30 2025-10-30 Mediatek Inc. Method and user equipment for determining uplink re-transmission strategy
WO2026073441A1 (en) * 2024-10-04 2026-04-09 Google Llc Collision of ue-initiated transmission and other uplink (ul) transmission (s) in a wireless communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012503379A (ja) 2009-01-13 2012-02-02 中▲興▼通▲訊▼股▲ふぇん▼有限公司 無線ネットワークにおけるスケジューリングリクエストを触発或は送信する方法及び装置
JP2018207493A (ja) 2017-06-08 2018-12-27 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
WO2019016951A1 (ja) 2017-07-21 2019-01-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101636931B1 (ko) * 2009-12-11 2016-07-06 삼성전자 주식회사 이동통신 시스템에서 경쟁 기반 액세스를 수행하는 방법 및 장치
US8582527B2 (en) 2011-07-01 2013-11-12 Ofinno Technologies, Llc Hybrid automatic repeat request in multicarrier systems
EP3051736B1 (en) * 2015-01-30 2020-04-29 Panasonic Intellectual Property Corporation of America Prioritization in the logical channel prioritization procedure for sidelink logical channels in ProSe direct communications
JP2019518392A (ja) * 2016-06-15 2019-06-27 コンヴィーダ ワイヤレス， エルエルシー 新しい無線のための許可不要アップリンク伝送
US10667267B2 (en) * 2016-12-22 2020-05-26 Qualcomm Incorporated Traffic-priority-based transmission power fallback for interference mitigation
CN108347784B (zh) * 2017-01-23 2023-10-13 华为技术有限公司 一种资源调度方法以及无线接入网设备和终端设备
EP3599789B1 (en) * 2017-03-22 2024-02-14 Sony Group Corporation Terminal device, base station device, communication method, and storage medium
CN108811151B (zh) * 2017-05-05 2020-09-29 华为技术有限公司 一种发送上行信息的方法、终端设备以及接入网设备
WO2018202907A1 (en) * 2017-05-05 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) A method and device in a radio network
EP3626009B1 (en) * 2017-06-15 2024-01-10 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication
EP4236597A3 (en) * 2018-06-19 2023-11-29 Mitsubishi Electric Corporation User apparatus, base station and communication system
US11503619B2 (en) * 2018-07-06 2022-11-15 Qualcomm Incorporated Feedback for multi-point communications
CN118574232B (zh) * 2018-10-31 2025-07-29 联想（新加坡）私人有限公司 抢占上行链路资源的分配
US11197189B2 (en) * 2019-01-17 2021-12-07 FG Innovation Company Limited Method and apparatus for SR and BSR cancellation
WO2020148122A1 (en) * 2019-01-18 2020-07-23 Sony Corporation Communications device, infrastructure equipment and methods
EP3963780B1 (en) * 2019-05-03 2024-08-28 Telefonaktiebolaget LM Ericsson (publ) Uplink control information handling for sub-slots

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012503379A (ja) 2009-01-13 2012-02-02 中▲興▼通▲訊▼股▲ふぇん▼有限公司 無線ネットワークにおけるスケジューリングリクエストを触発或は送信する方法及び装置
JP2018207493A (ja) 2017-06-08 2018-12-27 華碩電腦股▲ふん▼有限公司 無線通信システムにおける複数のｓｒ（スケジューリング要求）構成の方法及び装置
WO2019016951A1 (ja) 2017-07-21 2019-01-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Sony，Considerations on intra-UE transmission multiplexing & prioritisation[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1-1900376，フランス，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900376.zip>，2019年01月11日，[検索日 2023/12/12]

Also Published As

Publication number Publication date
US20220217760A1 (en) 2022-07-07
US20250071773A1 (en) 2025-02-27
JP2022520823A (ja) 2022-04-01
CN113424626B (zh) 2025-06-13
US20240357606A1 (en) 2024-10-24
CN120320912A (zh) 2025-07-15
JP2025163014A (ja) 2025-10-28
EP3909356A1 (en) 2021-11-17
JP2024153647A (ja) 2024-10-29
CN120320911A (zh) 2025-07-15
KR20260003434A (ko) 2026-01-06
KR20210126718A (ko) 2021-10-20
JP7707384B2 (ja) 2025-07-14
CN113424626A (zh) 2021-09-21
WO2020168223A1 (en) 2020-08-20
US12177868B2 (en) 2024-12-24
KR102905372B1 (ko) 2025-12-30
US12069679B2 (en) 2024-08-20

Similar Documents

Publication Publication Date Title
JP7516405B2 (ja) アップリンク伝送でのｕｅ内の優先順位付け
US12120730B2 (en) Scheduling requests, status reports, and logical channel prioritization
US12133236B2 (en) Communications management using down link control information
US20250132866A1 (en) Autonomous uplink transmission in unlicensed new radio spectrum
KR102841857B1 (ko) 비면허 스펙트럼에서의 신뢰가능 harq-ack 송신
CN109644084B (zh) 新无线电中的物理信道
CN114667745A (zh) 用于新无线电uu接口上的组播的harq反馈
JP2020505814A (ja) Ｎｒにおける効率的なアクセスと送信の機構
WO2018036629A1 (en) Improving uplink communication efficiency in a wireless network

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20221108

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230207

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231213

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231219

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20240315

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240520

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240703

R150 Certificate of patent or registration of utility model

Ref document number: 7516405

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150