JP7288067B2 - 複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ - Google Patents

複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ Download PDF

Info

Publication number
JP7288067B2
JP7288067B2 JP2021546881A JP2021546881A JP7288067B2 JP 7288067 B2 JP7288067 B2 JP 7288067B2 JP 2021546881 A JP2021546881 A JP 2021546881A JP 2021546881 A JP2021546881 A JP 2021546881A JP 7288067 B2 JP7288067 B2 JP 7288067B2
Authority
JP
Japan
Prior art keywords
pdsch
harq
group
pdcch
pucch
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
JP2021546881A
Other languages
English (en)
Other versions
JP2022521690A (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 JP2022521690A publication Critical patent/JP2022521690A/ja
Application granted granted Critical
Publication of JP7288067B2 publication Critical patent/JP7288067B2/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/1861—Physical mapping 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated

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

本開示は無線通信に関し、詳細には、監視するべきダウンリンク制御チャネル候補の割り当てと、ダウンリンク制御チャネル候補に関連したフィードバックの実装形態とに関する。
新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）フレーム構造およびリソースグリッド
第３世代パートナーシッププロジェクト（３ＧＰＰ）新無線（ＮＲ）（「５Ｇ」としても知られている）は、ダウンリンク（すなわちｇＮＢまたは基地局などのネットワークノードからユーザ機器すなわちＵＥなどの無線デバイス）とアップリンク（すなわち無線デバイスからネットワークノード）との両方でＣＰ－ＯＦＤＭ（サイクリックプレフィックス直交周波数分割多重（ＯＦＤＭ））を使用する。アップリンクでは、離散フーリエ変換（ＤＦＴ）拡散の直交周波数分割多重（ＯＦＤＭ）もサポートされる。時間ドメインでは、ＮＲのダウンリンクおよびアップリンクは、それぞれ１ｍｓのサイズのサブフレームに等しく編成される。サブフレームは、等しい持続時間の複数のスロットへとさらに分割される。スロット長さはサブキャリア間隔に依拠する。Δｆ＝１５ｋＨｚのサブキャリア間隔については、１つのサブフレーム当たり１つのスロットしかなく、各スロットは１４のＯＦＤＭシンボルから成る。
ＮＲにおけるデータスケジューリングは、一般的にはスロットごとに実施される。１４のシンボルスロットを有する例が図１に示されており、最初の２つのシンボルが物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含み、残りの部分は、ＰＤＳＣＨ（物理ダウンリンク共有チャネル）またはＰＵＳＣＨ（物理アップリンク共有チャネル）のいずれかの物理共用データチャネルを含む。
ＮＲでは種々のサブキャリア間隔値がサポートされる。サポートされるサブキャリア間隔値（異なるニューメロロジーとも称される）はΔｆ＝（１５×２μ）ｋＨｚで与えられ、ここでμ∈｛０，１，２，３，４｝である。Δｆ＝１５ｋＨｚは基本的なサブキャリア間隔である。種々のサブキャリア間隔におけるスロット持続時間は
Figure 0007288067000001
で与えられる。
周波数ドメインにおいて、システムの帯域幅は、それぞれが１２の連続したサブキャリアに対応するリソースブロック（ＲＢ）へと分割される。ＲＢは、システムの帯域幅の一端から、０から始まる番号を付けられる。図２には基本的なＮＲの物理的時間－周波数リソースグリッドが示されており、１４のシンボルスロットの内、示されているのは１つのリソースブロック（ＲＢ）だけである。１つのＯＦＤＭシンボル間隔中の１つのＯＦＤＭサブキャリアが１つのリソースエレメント（ＲＥ）を形成する。
ダウンリンク送信は動的にスケジューリングされ、すなわち、ネットワークノードは、それぞれのスロットにおいて、無線デバイスデータの送信先や現在のダウンリンクスロットにおいてデータを送信するＲＢに関するダウンリンク制御情報（ＤＣＩ）を、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を通じて送信する。無線デバイスデータはＰＤＳＣＨで搬送される。
ＮＲでは、ＰＤＳＣＨをスケジューリングするために、ＤＣＩフォーマット１－０、ＤＣＩフォーマット１－１の２つのＤＣＩフォーマットが規定されている。ＤＣＩフォーマット１－０はＤＣＩ １－１よりも小さいサイズを有し、無線デバイスがネットワークに完全には接続されていないとき使用され得、ＤＣＩフォーマット１－１は、複数のＭＩＭＯレイヤを用いるＭＩＭＯ（多入力多出力）送信をスケジューリングするために使用され得る。
ＱＣＬおよびＴＣＩ状態
同一のネットワークノードアンテナの別々のアンテナポートからいくつかの信号が送信され得る。これらの信号は、たとえばドップラーシフト／拡散、平均遅延拡散、または平均遅延に関して同一の大規模な特性を有することができる。これらのアンテナポートは擬似コロケーション（ＱＣＬ）されていると称され得る。
次いで、ネットワークノードは、２つのアンテナポートがＱＣＬであることを無線デバイスにシグナリングすることができる。無線デバイスは、いくつかのパラメータ（たとえばドップラー拡散）に関して２つのアンテナポートがＱＣＬであることを知っている場合には、アンテナポートのうちの一方に基づいてそのパラメータを推定し、他方のアンテナポートを受信するときこの推定を使用することができる。一般的には、第１のアンテナポートはＣＳＩ－ＲＳ（ソースＲＳとして知られている）などの測定参照信号によって表され、第２のアンテナポートは復調用参照信号（ＤＭＲＳ）（ターゲットＲＳとして知られている）である。
たとえば、アンテナポートＡとＢとが平均遅延に関してＱＣＬであるなら、無線デバイスは、アンテナポートＡから受信された信号（ソース参照信号（ＲＳ）として知られている）から平均遅延を推定し、アンテナポートＢから受信された信号（ターゲットＲＳ）は同一の平均遅延を有すると想定することができる。これによって、無線デバイスは、ＤＭＲＳを利用してチャネルを測定しようとするとき、前もってチャネルの特性を知ることができるので、たとえば適切なチャネル推定フィルタを選択するのに役立ち、復調のために有益である。
ＱＣＬに関して可能な仮定についての情報は、ネットワークノードから無線デバイスにシグナリングされる。ＮＲでは、送信されるソースＲＳと送信されるターゲットＲＳとの間に、以下の４つのタイプのＱＣＬ関係が規定されている。
－ タイプＡ：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝
－ タイプＢ：｛ドップラーシフト、ドップラー拡散｝
－ タイプＣ：｛平均遅延、ドップラーシフト｝
－ タイプＤ：｛空間Ｒｘパラメータ｝
ＱＣＬタイプＤは、アナログビーム形成を用いてビーム管理を容易にするために導入されたものであり、ｓｐａｔｉａｌ ＱＣＬとして知られている。現在、空間ＱＣＬの厳密な規定はないが、２つの送信されるアンテナポートが空間的にＱＣＬである場合、無線デバイスは、それらを受信するために同一のＲｘビームを使用することができる状況を指し得る。ビーム管理に関して、ＱＣＬタイプＤを軸に議論されても、無線デバイスに対してＲＳに関するタイプＡのＱＣＬ関係を伝達することも必要になり得、その結果、無線デバイスは、関連する大規模なパラメータをすべて推定し得ることに留意されたい。
一般的には、これは、無線デバイスを、時間／周波数オフセット推定の追跡用のＣＳＩ－ＲＳ（ＴＲＳ）を用いて設定することによって達成される。無線デバイスは、任意のＱＣＬ参照を使用し得るためには、ＴＲＳを十分に優れたＳＩＮＲで受信する必要があることになる。多くの場合、これは、ＴＲＳが、ある特定の無線デバイスに対して適切なビームで送信されなければならないことを意味する。
ビームおよび送信ポイント（ＴＲＰすなわち送受信ポイント）選択におけるダイナミクスを導入するために、無線デバイスは、ＮのＴＣＩ状態を有するＲＲＣシグナリングによって設定され得、Ｎは、無線デバイスの能力に応じて、周波数範囲２（ＦＲ２）では１２８まで、周波数範囲１（ＦＲ１）では８つまでである。
各ＴＣＩ状態がＱＣＬ情報すなわち１つまたは２つのソースＤＬ ＲＳを含み、各ソースＲＳがＱＣＬタイプに関連付けられている。たとえば、ＴＣＩ状態は、それぞれがＱＣＬタイプに関連した参照信号の対を含み、たとえば２つの異なるＣＳＩ－ＲＳ｛ＣＳＩ－ＲＳ１、ＣＳＩ－ＲＳ２｝が、ＴＣＩ状態において｛ｑｃｌ－Ｔｙｐｅ１、ｑｃｌ－Ｔｙｐｅ２｝＝｛タイプＡ、タイプＤ｝として設定される。これは、無線デバイスが、ＣＳＩ－ＲＳ１からドップラーシフト、ドップラー拡散、平均遅延、遅延拡散を導出することができ、ＣＳＩ－ＲＳ２から空間Ｒｘパラメータ（すなわち使用するべきＲＸビーム）を導出することができることを意味する。
ＴＣＩ状態のリストにおけるＮの状態の各々が、ネットワークから送信されたＮの可能なビームのリストまたはネットワークノードによって無線デバイスと通信するために使用されるＮの可能なＴＲＰのリストと解釈され得る。
利用可能なＴＣＩ状態の第１のリストはＰＤＳＣＨ用に設定され、ＰＤＣＣＨ用の第２のリストは、ＴＣＩ状態ＩＤとして知られている、ＰＤＳＣＨ用に設定されたＴＣＩ状態のサブセットに対するポインタを含む。ネットワークノードは、次いで、ＰＤＣＣＨ用に１つのＴＣＩ状態を活性化し（すなわちＰＤＣＣＨにＴＣＩを供給し）、ＰＤＳＣＨ用に８つまでのアクティブＴＣＩ状態を活性化する。無線デバイスがサポートするアクティブＴＣＩ状態の数は無線デバイスの能力に基づくものであるが、最大でも８つまでである。
それぞれの設定されたＴＣＩ状態は、ソース参照信号（ＣＳＩ－ＲＳまたはＳＳＢ）とターゲット参照信号（たとえばＰＤＳＣＨ／ＰＤＣＣＨのＤＭＲＳポート）との間の擬似コロケーション関連のパラメータを含む。ＴＣＩ状態は、ＣＳＩ－ＲＳを受信するためのＱＣＬ情報を伝達するためにも使用される。
ＣＯＲＥＳＥＴおよび検索空間
ＵＥは、対応する検索空間セットに応じてＰＤＣＣＨ監視を用いて設定されたそれぞれの活性化されたサービングセル上のアクティブＤＬ帯域幅部分（ＢＷＰ）上の１つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）におけるＰＤＣＣＨ候補のセットを監視するが、監視することは、監視されるＤＣＩフォーマットによって各ＰＤＣＣＨ候補を復号化することを意味する。ＰＤＣＣＨ候補は、下記の表１に指示されるような１つまたは複数の制御チャネルエレメント（ＣＣＥ）を含む。ＣＣＥは６つのリソースエレメントグループ（ＲＥＧ）から成り、ＲＥＧは１つのＯＦＤＭシンボル中の１つのＲＢと等しい。
Figure 0007288067000002
無線デバイスが監視するべきＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間セットに関して規定される。検索空間セットは、共通の検索空間（ＣＳＳ）セットまたは無線デバイス固有の検索空間（ＵＳＳ）セットであり得る。無線デバイスは、ＰＤＣＣＨ候補を監視するための１０セットまでの検索空間を伴って設定され得る。制御リソースセット（ＣＯＲＥＳＥＴ）に対して検索空間セットが規定される。ＣＯＲＥＳＥＴは、周波数ドメインにおける
Figure 0007288067000003
のリソースブロックおよび時間ドメインにおける
Figure 0007288067000004
の連続したＯＦＤＭシンボルから成る。無線デバイスは５つまでのＣＯＲＥＳＥＴを用いて設定され得る。それぞれのＣＯＲＥＳＥＴについて、無線デバイスは、ＲＲＣ（無線リソース制御）シグナリングによって、ＣＯＲＥＳＥＴ情報エレメント（ＩＥ）を用いて設定され得、これは以下を含み得る。
－ ＣＯＲＥＳＥＴインデックスｐ（０≦ｐ＜１５）
－ ＤＭ－ＲＳスクランブリングのシーケンス初期化値
－ 無線デバイスが同一のＤＭ－ＲＳ（復調用参照信号）プリコーダの使用を想定することができる、周波数ドメインにおける複数のＲＥＧ用のプリコーダ細分性
－ 複数の連続したシンボル
－ リソースブロックのセット
－ ＣＣＥからＲＥＧへのマッピングパラメータ
－ ＣＯＲＥＳＥＴ ｐにおいて６４までのＴＣＩ状態のリストが設定され得る。これらのＴＣＩ状態は、ＴＣＩ状態の１つのＲＳセットにおけるソースＤＬ ＲＳとＰＤＣＣＨ ＤＭＲＳポート（すなわちＣＯＲＥＳＥＴ ｐにわたって規定された検索空間のうちの１つにおいて受信されるＰＤＣＣＨ用のＤＭＲＳポート）との間のＱＣＬ関係を与えるように使用される。ソースＤＬ ＲＳはＣＳＩ－ＲＳまたはＳＳＢのいずれかであり得る
－ ＣＯＲＥＳＥＴ ｐにおけるＰＤＣＣＨによって送信されるＤＣＩフォーマット１＿１に関する送信設定指示（ＴＣＩ）フィールドの存否の指示
無線デバイスは、それぞれの検索空間セットについて以下を用いて設定され得る。
－ 検索空間セットインデックスｓ（０≦ｓ＜４０）
－ 検索空間セットｓとＣＯＲＥＳＥＴ ｐとの間の関係
－ ｋｓのスロットのＰＤＣＣＨ監視周期性、およびｏｓのスロットのＰＤＣＣＨ監視オフセット
－ ＰＤＣＣＨ監視のためのスロットの内部のＣＯＲＥＳＥＴの第１のシンボルを指示するスロットの内部のＰＤＣＣＨ監視パターン
－ 検索空間セットｓが存在するスロットの数を指示するＴｓ＜ｋｓのスロットの持続時間
－ ＣＣＥアグリゲーションレベルＬ当たりのＰＤＣＣＨ候補の数
Figure 0007288067000005
－ 検索空間セットｓがＣＳＳセットまたはＵＳＳセットのいずれかであるという指示
および／または
－ 監視するべきＤＣＩフォーマット
無線デバイスは、検索空間セットｓについて、
Figure 0007288067000006
であれば、フレーム番号ｎｆのフレームにおけるスロット番号
Figure 0007288067000007
のスロットにＰＤＣＣＨ監視オケージョンが存在すると判定する。無線デバイスは、スロット
Figure 0007288067000008
から始めてＴｓの連続したスロットの検索空間セットｓについてＰＤＣＣＨを監視し、次のｋｓ－Ｔｓの連続したスロットの検索空間セットｓについてはＰＤＣＣＨを監視しない。
無線デバイスは、最初にＰＤＣＣＨを検知して復号化し、復号化が成功すると、次いで、ＰＤＣＣＨにおける復号化制御情報を基に、対応するＰＤＳＣＨを復号化する。ＰＤＳＣＨがうまく復号化されたとき、ＨＡＲＱ（ハイブリッドＡＲＱ）ＡＣＫがＰＵＣＣＨ（物理アップリンク制御チャネル）を通じてネットワークノードに送られる。そうでなければ、ＨＡＲＱ ＮＡＣＫがＰＵＣＣＨを通じてネットワークノードに送られ、その結果、データが無線デバイスに再送信され得る。詳細には、１つまたは複数の例では、ダウンリンク送信を受信するための基本手順は、無線デバイスが、最初に、スロットｎ＋Ｋ０（Ｋ０は０以上である）のスロットにおいてスケジューリングされるＰＤＳＣＨにおけるＤＬデータを指し示すスロットｎにおけるＰＤＤＣＨを監視して復号化することを含み得る。無線デバイスは、次いで、対応するＰＤＳＣＨにおけるデータを復号化する。無線デバイスは、復号化の結果に基づいて、タイムスロットｎ＋Ｋ１において、ネットワークノードに、正確な復号化の肯定応答（ＡＣＫ）または失敗したかもしくは不正確な復号化の否定応答（ＮＡＣＫ）を送る。Ｋ０とＫ１はどちらもダウンリンクＤＣＩで指示され得る。
アップリンクデータ送信も、ＰＤＣＣＨを使用して動的にスケジューリングされる。ダウンリンクに似て、無線デバイスは、最初にＰＤＣＣＨにおけるアップリンクグラントを復号化し、次いで、アップリンクグラントにおける変調次数、符号化レート、アップリンクリソース割り当てなどの復号化された制御情報を基に、ＰＵＳＣＨを通じてデータを送信する。
空間多重化
マルチアンテナ技術は、無線通信システムのデータレートおよび信頼性を大幅に向上させることができる。送信機と受信機の両方が、多入力多出力（ＭＩＭＯ）通信チャネルをもたらす複数のアンテナを装備していれば、性能が改善され得る。そのようなシステムおよび／または関連技術は、一般にＭＩＭＯと称される。
ＮＲにおける構成要素は、ＭＩＭＯアンテナ配備およびＭＩＭＯ関連技術のサポートである。空間多重化は、良好なチャネル状態において高データレートを達成するために使用されるＭＩＭＯ技法のうちの１つである。一例として、空間多重化動作の図解が図３に与えられている。
情報を搬送するシンボルベクトルｓ＝［ｓ１，ｓ２，．．．，ｓｒ］ＴがＮＴ×ｒのプリコーダ行列Ｗを掛けられ、これはＮＴの部分空間（ＮＴのアンテナポートに対応する）の次元のベクトル空間において送信エネルギーを分散するようにサーブする。プリコーダ行列は、一般的には可能なプリコーダ行列のコードブックから選択され、一般的には、所与の数のシンボルストリームに関するコードブックにおける固有のプリコーダ行列を指定するプリコーダ行列インジケータ（ＰＭＩ）によって指示される。ｓにおけるｒのシンボルはそれぞれがＭＩＭＯレイヤに対応し、ｒは送信ランクと称される。このようにして、同一の時間および周波数のリソースエレメント（ＲＥ）によって複数のシンボルが同時に送信され得るので、空間多重化が達成される。シンボルの数ｒは、一般的には現在のチャネル特性に適するように適合される。
無線デバイスで、ある特定のＲＥ ｎにおいてＮＲの受信アンテナを用いて受信される信号は、次式で与えられ、
ｙｎ＝ＨｎＷｓ＋ｅｎ
ここで、ｙｎはＮＲ×１の受信信号ベクトルであり、ＨｎはＲＥにおけるＮＲ×ＮＴのチャネル行列であり、ｅｎは無線デバイスによってＲＥにおいて受信されたＮＲ×１のノイズおよび干渉のベクトルである。プリコーダＷは、周波数にわたって一定の広帯域プリコーダ、または周波数選択性、すなわち周波数にわたって異なるプリコーダであり得る。
プリコーダ行列は、多くの場合、ＮＲ×ＮＴのＭＩＭＯチャネル行列Ｈｎの特性を整合させるように選択され、いわゆるチャネル依存のプリコーディングをもたらす。これは一般に閉ループプリコーディングとも称され、無線デバイスに送信エネルギーの多くを伝達するという意味で、基本的に、強い送信エネルギーを部分空間に集中させようとするものである。加えて、プリコーダ行列は、チャネルを直交させるようにも選択され、無線デバイスにおける適切な線形等化の後にレイヤ間干渉が低減されることを意味する。
プリコーダの列の数には送信ランクが反映され、したがって空間的に多重化されたレイヤの数も反映される。送信ランクは、無線デバイスにおいて観測された信号対干渉雑音比（ＳＩＮＲ）にも依拠する。一般的には、高いランクで送信するためには高いＳＩＮＲが必要とされる。効果的な性能のためには、干渉ばかりでなくチャネル特性も調和させる送信ランクを選択することが重要であり得る。プリコーディング行列、送信ランク、およびチャネル品質は、チャネル状態情報（ＣＳＩ）の一部であり、一般的には無線デバイスによって測定されてネットワークノード（たとえばｇＮＢ）にフィードバックされる。
ＮＲ ＭＩＭＯデータ送信
複数のＭＩＭＯレイヤを通じてのＮＲデータ送信の一例が図４に示されている。ＭＩＭＯレイヤの総数またはランクに依拠して、１つのコードワード（ＣＷ）または２つのコードワードのいずれかが使用される。ＮＲリリース－１５では、レイヤの総数が４以下であれば１つのコードワードが使用され、レイヤの数が４を超えると２つのコードワードが使用される。それぞれのコードワードがトランスポートブロック（ＴＢ）の符号化データビットを含む。ビットレベルスクランブリングの後に、スクランブルされたビットは、コードワードｑの複素数値の変調シンボル
Figure 0007288067000009
にマッピングされる。次いで、複素数値の変調シンボルは、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３８．２１１ ｖ１５．４．０の表７．３．１．３－１に従って、レイヤ
Figure 0007288067000010
にマッピングされる。
復調のために、ＤＭＲＳポートとも称される復調用参照信号（ＤＭＲＳ）が、それぞれのデータレイヤに沿って送信される。ベクトルのブロック
Figure 0007288067000011
が次式によってＤＭＲＳアンテナポートにマッピングされ、
Figure 0007288067000012
ここで
Figure 0007288067000013
である。ＤＭＲＳアンテナポートのセット｛ｐ０，．．．，ｐｖ－１｝およびレイヤマッピングのためのポートは、３ＧＰＰ ＴＳ ３８．２１２ ｖ１５．４．０の表７．３．１．２．２－１／２／３／４に従ってＤＣＩで動的に指示される。
ＰＵＣＣＨを通じてのＮＲ ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバック
無線デバイスは、サービングネットワークノードからスロットｎにおいてダウンリンクでＰＤＳＣＨを受信するとき、ＰＤＳＣＨがうまく復号化されれば、ネットワークノードに、ＨＡＲＱ ＡＣＫを、スロットｎ＋ｋにおいてＰＵＣＣＨ（物理アップリンク制御チャネル）リソースを通じてアップリンクでフィードバックし、そうでなければ、スロットｎ＋ｋにおいてネットワークノードにＨＡＲＱ ＮＡＣＫを送って、ＰＤＳＣＨがうまく復号化されないと指示する。ＰＤＳＣＨによって２つのＴＢが搬送される場合、それぞれのＴＢについてＨＡＲＱ ＡＣＫ／ＮＡＣＫが報告されるので、１つのＴＢがうまく復号化されない場合には、ネットワークノードによって再送信する必要があるのはそのＴＢのみである。
ＤＣＩフォーマット１－０については、ｋは３ビットのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ｔｉｍｉｎｇ－ｉｎｄｉｃａｔｏｒフィールドによって指示される。ＤＣＩフォーマット１－１については、ｋは、存在する場合には３ビットのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ｔｉｍｉｎｇ－ｉｎｄｉｃａｔｏｒフィールドによって指示され、または上位レイヤによって無線リソース制御（ＲＲＣ）シグナリングを通じて指示される。
符号ブロックグループ（ＣＢＧ）送信が設定される場合には、ＴＢにおけるそれぞれのＣＢＧ向けにＨＡＲＱ ＡＣＫ／ＮＡＣＫが代わりに報告される。
複数のキャリアを用いるキャリアアグリゲーション（ＣＡ）および／またはＴＤＤ動作の場合には、単一のＰＵＣＣＨにおいて、複数のアグリゲートされたＨＡＲＱ ＡＣＫビット／ＮＡＣＫビットを送る必要がある。
ＮＲでは、ＵＥに対して４つまでのＰＵＣＣＨリソースセットが設定され得る。ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０のＰＵＣＣＨリソースセットは３２までのＰＵＣＣＨリソースを有することができ、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝１～３のＰＵＣＣＨリソースセットについては、それぞれのセットは８つまでのＰＵＣＣＨリソースを有することができる。無線デバイスは、スロットにおいて送られるアグリゲートされたＵＣＩ（アップリンク制御情報）ビットの数に基づいて、スロットにおけるＰＵＣＣＨリソースセットを判定する。ＵＣＩビットは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫビット、スケジューリング要求（ＳＲ）ビット、およびチャネル状態情報（ＣＳＩ）ビットから成る。
無線デバイスは、ＯＵＣＩのＵＣＩ情報ビットを送信する場合には、ＰＵＣＣＨリソースセットを、
－ ＨＡＲＱ－ＡＣＫ情報の送信とＳＲの送信とが同時に生じる場合には、ＯＵＣＩ≦２であれば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０であるＰＵＣＣＨリソースの第１のセットであって、１つのＳＲ送信機会において１つまたは２つのＨＡＲＱ－ＡＣＫ情報ビットと１つの正または負のＳＲとを含むものであると判定し、または
－ 上位レイヤによって供給された場合には、２＜ＯＵＣＩ≦Ｎ２であれば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝１であるＰＵＣＣＨリソースの第２のセットであると判定し、または
－ 上位レイヤによって供給された場合には、Ｎ２＜ＯＵＣＩ≦Ｎ３であれば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝２であるＰＵＣＣＨリソースの第３のセットであると判定し、または
－ 上位レイヤによって供給された場合には、Ｎ３＜ＯＵＣＩ≦１７０６であれば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝３であるＰＵＣＣＨリソースの第４のセットであると判定し、Ｎ１＜Ｎ２＜Ｎ３は上位レイヤによって供給されたものである。
ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨ送信については、無線デバイスはＰＵＣＣＨリソースセットを判定した後にＰＵＣＣＨリソースを判定する。ＰＵＣＣＨリソース判定は、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１における３ビットのＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドに基づくものとなる。
ＣＡおよび／またはＴＤＤの場合に２つ以上のＤＣＩフォーマット１＿０または１＿１が受信されると、ＰＵＣＣＨリソースは、無線デバイスが検知する複数の受信されたＤＣＩフォーマット１＿０のまたはＤＣＩフォーマット１＿１のうち最後のＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１におけるＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ（ＰＲＩ）フィールドを基に判定される。複数の受信されたＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１は、ＰＵＣＣＨ送信用の同一のスロットを指示するＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒフィールドの値を有する。ＰＵＣＣＨリソース判定のために、検知されたＤＣＩフォーマットが、最初に、同一のＰＤＣＣＨ監視オケージョンに関するサービングセルインデックスにわたって昇順にインデックス付けされ、次いで、ＰＤＣＣＨ監視オケージョンインデックスにわたって昇順にインデックス付けされる。
３ビットのＰＲＩフィールドが、最大で８つのＰＵＣＣＨリソースを有するＰＵＣＣＨリソースのセットにおいてＰＵＣＣＨリソースにマッピングする。ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ＝０であるＰＵＣＣＨリソースの第１のセットについて、このセットにおけるＰＵＣＣＨリソースの数（ＲＰＵＣＣＨ）が８よりも多いときには、無線デバイスは、受信したＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１のうちで、ＰＤＣＣＨ受信における最後のＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１を検知するのに応答して、ＨＡＲＱ－ＡＣＫ情報を搬送するために、インデックスｒＰＵＣＣＨ（０≦ｒＰＵＣＣＨ≦ＲＰＵＣＣＨ－１）を有するＰＵＣＣＨリソースを判定し、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータフィールドの値が、ＰＵＣＣＨ送信用の同一のスロットを次式で指示し、
Figure 0007288067000014
ここで、ＮＣＣＥ，ｐは、３ＧＰＰ ＴＳ ３８．２１３ ｖ１５．４．０の下位条項１０．１に記述されているようなＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１に関するＰＤＣＣＨ受信のＣＯＲＥＳＥＴ ｐにおけるＣＣＥの数であり、ｎＣＣＥ，ｐは、ＰＤＣＣＨ受信に関する第１のＣＣＥのインデックスであり、ΔＰＲＩは、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１におけるＰＵＣＣＨリソースインジケータフィールドの値である。
空間的関係の規定
ＱＣＬは、無線デバイスの観点から、２つの異なるＤＬ ＲＳ間の関係を指すが、ＮＲでは、ＵＬ（アップリンク）ＲＳ（ＰＵＣＣＨ／ＰＵＳＣＨ ＤＭＲＳ）と、ＤＬ ＲＳ（ＣＳＩ－ＲＳまたはＳＳＢ）またはＵＬ ＲＳ（ＳＲＳ）のいずれかであり得る別のＲＳとの間の関係を指すために、「空間的関係」という用語も採用される。これは無線デバイスの観点からも規定される。
ＵＬ ＲＳがＤＬ ＲＳに空間的に関連付けられていると、これは、無線デバイスが、以前にＤＬ ＲＳを受信したのと反対の（逆の）方向にＵＬ ＲＳを送信してよいことを意味する。より正確には、無線デバイスは、空間的に関連付けられたＤＬ ＲＳを受信するために以前に使用したＲｘ空間フィルタリング設定と「同じ」Ｔｘ空間フィルタリング設定を、ＵＬ ＲＳの送信のために適用するべきである。ここで、「空間フィルタリング設定」という用語法は、データ／制御の送信／受信用の送信機または受信機のいずれかに適用されるアンテナウェイトを指し得る。
他方では、第１のＵＬ ＲＳが第２のＵＬ ＲＳに対して空間的に関連付けられている場合には、無線デバイスは、第１のＵＬ ＲＳの送信用には、第２のＵＬ ＲＳを送信するために以前に使用したＴｘ空間フィルタリング設定と同一のＴｘ空間フィルタリング設定を適用するべきである。
ＰＵＣＣＨ用の空間的関係の使用例が図５に示されている。最初に、ＴＲＰ Ａにおけるネットワークノードは、ＰＵＣＣＨ ＤＭＲＳがＤＬ ＲＳに対して空間的に関連付けられていると無線デバイス（ＷＤ）に指示する。次いで、無線デバイスは、図５の（ａ）に示されるＲＸ空間フィルタリング設定（すなわちＲｘビーム）を使用してＤＬ ＲＳを受信する。図５の（ｂ）に示されるように、無線デバイスは、図５の（ａ）で使用したものと同じＴＸ空間フィルタリング設定（すなわちＴｘビーム）を使用してＰＵＣＣＨを送信する。
ＰＵＣＣＨに関する空間的関係の指示
ＮＲに関して、３ＧＰＰ ＴＳ ３８．２１３および３ＧＰＰ ＴＳ ３８．３３１は、無線デバイスが、ＰＵＣＣＨに関する８つまでの空間的関係のリストを用いてＲＲＣ設定され得ると指定する。このリストは、ＲＲＣパラメータ、ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによって与えられる。たとえば、リストは、一般的には複数のＳＳＢおよび／またはＣＳＩ－ＲＳリソースのＩＤを含むことになる。あるいは、リストは複数のＳＲＳリソースのＩＤをも含み得る。
無線デバイス（ネットワークノード）によって実施されたＤＬ（ＵＬ）ビーム管理測定に基づいて、ネットワークノードは、ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏの中の設定されたＲＳ ＩＤのリストからＲＳ ＩＤのうちの１つを選択する。選択された空間的関係は、次いで、所与のＰＵＣＣＨリソースに関して無線デバイスにシグナリングされるＭＡＣ－ＣＥメッセージによって活性化される。無線デバイスは、次いで、そのＰＵＣＣＨリソース上での送信のためのＴｘ空間フィルタリング設定を調整するために、シグナリングされた空間的関係を使用する。
ＰＵＣＣＨの空間的関係の活性化／非活性化のためのＭＡＣ ＣＥの一例が図６に示されている。ＭＡＣ－ＣＥメッセージは、（１）ＰＵＣＣＨリソースのＩＤ、および（２）ＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏにおける８つの設定された空間的関係のうち選択されるもののインジケータ（Ｓ０、Ｓ１、Ｓ２、．．．、Ｓ７の８ビットによって示される）を含む。ＭＡＣ ＣＥはまた、ＭＡＣ ＣＥが適合するサービングセルＩＤと、３ＧＰＰ ＴＳ ３８．２１２に指定されているようなＤＣＩ帯域幅部分インジケータフィールドのコードポイントとしてＭＡＣ ＣＥが適合するＵＬ ＢＷＰを指示するＢＷＰ ＩＤ（帯域幅部分ＩＤ）とを含む。
それぞれのＰＵＣＣＨ＿ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏは、ＰＵＣＣＨに関する空間的関係を証明することに加えて、ＰＵＣＣＨ電力制御のためにパスロスが推定され得る参照ＲＳ（すなわちｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ）のＩＤをも与える。ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳは、ＣＳＩ－ＲＳまたはＳＳＢのいずれかであり得る。
PUCCH-SpatialRelationInfo ::= SEQUENCE {
pucch-SpatialRelationInfoId PUCCH-SpatialRelationInfoId,
servingCellId ServCellIndex ＼＼OPTIONAL, -- Need S
referenceSignal CHOICE {
ssb-Index SSB-Index,
csi-RS-Index NZP-CSI-RS-ResourceId,
srs SEQUENCE {
resource SRS-ResourceId,
uplinkBWP BWP-Id
}
},
pucch-PathlossReferenceRS-Id PUCCH-PathlossReferenceRS-Id,
p0-PUCCH-Id P0-PUCCH-Id,
closedLoopIndex ENUMERATED { i0, i1 }
}
ＨＵＡＷＥＩ ＴＥＣＨ ＣＯ． ＬＴＤのＷＯ ２０１８／２２８４８７ Ａ１は、確実な通信のための複数の送受信ポイント共同のための方法およびデバイスを説明している。ＶＩＶＯ： 「ＵＣＩ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＵＲＬＬＣ」、３ＧＰＰ Ｄｒａｆｔ； Ｒ１－１９００１２７は、ＵＣＩに対する可能な拡張を説明している。
本開示の一態様によれば、１つまたは複数のネットワークノードと通信するように設定された無線デバイス（ＷＤ）によって実施される方法が提供される。この方法は、１つまたは複数のネットワークノードから、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを受信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを監視することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを受信することと、
第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを１つまたは複数のネットワークノードに送信することと
を含む。
この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。この態様のいくつかの実施形態では、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信することが、第１のＰＵＣＣＨリソースにおける第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＵＣＣＨリソースにおける第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信することをさらに含む。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。この態様のいくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。
この態様のいくつかの実施形態では、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信することが、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースの同一のＰＵＣＣＨリソース上で送信することをさらに含む。この態様のいくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
本開示の別の態様によれば、１つまたは複数のネットワークノードと通信するように設定された無線デバイス（ＷＤ）が提供される。無線デバイスは処理回路を備え、処理回路は、無線デバイスに、
１つまたは複数のネットワークノードから、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを受信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを監視することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを受信することと、
第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを１つまたは複数のネットワークノードに送信することと
を行わせるように設定されている。
この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。この態様のいくつかの実施形態では、処理回路は、無線デバイスに、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で送信させ、第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で送信させるように設定されることによって、無線デバイスに第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信させるようにさらに設定されている。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。
この態様のいくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。この態様のいくつかの実施形態では、処理回路は、無線デバイスに、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で送信させるように設定されることによって、無線デバイスに第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信させるようにさらに設定されている。この態様のいくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
本開示のさらに別の態様によれば、無線デバイス（ＷＤ）と通信するように設定されたネットワークノードによって実施される方法が提供される。この方法は、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを送信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを送信することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを送信することと、
第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することと
を含む。
この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。この態様のいくつかの実施形態では、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することが、第１のＰＵＣＣＨリソースにおける第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＵＣＣＨリソースにおける第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することをさらに含む。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。この態様のいくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。
この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。この態様のいくつかの実施形態では、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することが、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースの同一のＰＵＣＣＨリソース上で受信することをさらに含む。この態様のいくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
本開示の別の態様によれば、無線デバイス（ＷＤ）と通信するように設定されたネットワークノードが提供される。ネットワークノードは処理回路を含む。処理回路は、ネットワークノードに、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを送信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを送信することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを送信することと、
第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することと
を行わせるように設定されている。
この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。この態様のいくつかの実施形態では、処理回路は、ネットワークノードに、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で受信させ、第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で受信させるように設定されることによって、ネットワークノードに第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信させるようにさらに設定されている。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。
この態様のいくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。この態様のいくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。この態様のいくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。この態様のいくつかの実施形態では、処理回路は、ネットワークノードに、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で受信させるように設定されることによって、ネットワークノードに第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信させるようにさらに設定されている。この態様のいくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
本実施形態のより十分な理解ならびに付随する利点および特徴が、以下の発明を実施するための形態を参照して、添付の図面とともに検討すれば、より容易に理解されよう。
１５ｋＨｚのサブキャリア間隔を伴うＮＲ時間ドメイン構造の図である。 ＮＲ物理リソースグリッドの図である。 ＮＲおよびＬＴＥにおけるプリコーディングされた空間多重化モードの送信構造の図である。 複数のアンテナにわたるＮＲ ＭＩＭＯデータ送信の図である。 ＰＵＣＣＨに関する空間的関係を使用する一例の図である。 ＰＵＣＣＨ空間的関係の活性化／非活性化ＭＡＣ ＣＥの図である。 単一のスケジューラを用いるＮＣ－ＪＴの一例の図である。 独立したスケジューラを用いるＮＣ－ＪＴの一例の図である。 本開示の原理に従って中間ネットワークによってホストコンピュータに接続された通信システムを示す例示的なネットワークアーキテクチャの概略図である。 本開示のいくつかの実施形態により、少なくとも部分的に無線接続を通じて、ネットワークノードを介して無線デバイスと通信するホストコンピュータのブロック図である。 本開示のいくつかの実施形態によって、無線デバイスにおいてクライアントアプリケーションを実行するために、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システムに実装された例示的な方法を示す流れ図である。 本開示のいくつかの実施形態によって、無線デバイスにおいてユーザデータを受信するために、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システムに実装された例示的な方法を示す流れ図である。 本開示のいくつかの実施形態によって、ホストコンピュータにおいて無線デバイスからユーザデータを受信するために、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システムに実装された例示的な方法を示す流れ図である。 本開示のいくつかの実施形態によって、ホストコンピュータにおいてユーザデータを受信するために、ホストコンピュータ、ネットワークノードおよび無線デバイスを含む通信システムに実装された例示的な方法を示す流れ図である。 本開示のいくつかの実施形態による、ネットワークノードにおける例示的な処理の流れ図である。 本開示のいくつかの実施形態による、無線デバイスにおける例示的な処理の流れ図である。 複数のＴＲＰ送信のために２つのＣＯＲＥＳＥＴを有する単一のＣＯＲＥＳＥＴグループを設定する一例の図である。２つのＴＢ向けのＨＡＲＱ Ａ／Ｎが、単一のＰＵＣＣＨにおいて連帯的に符号化されて送信される。 複数のＴＲＰ送信のためにそれぞれが１つのＣＯＲＥＳＥＴを有する２つのＣＯＲＥＳＥＴグループを設定する一例の図である。異なるＣＯＲＥＳＥＴグループにおいて検知されたＰＤＣＣＨに関連したＨＡＲＱ Ａ／Ｎは、異なるＰＵＣＣＨリソースにおいて報告される。 それぞれのＣＯＲＥＳＥＴグループにおいてＰＲＩ値を制限することによって２つのＣＯＲＥＳＥＴグループの間でＰＵＣＣＨリソースを区画する一例の図である。 異なるＴＲＰによるＴＢの再送信を示す図である。 例５の一実施形態を示す図である。
複数の送信ポイントまたはパネル（ＴＲＰ）にわたるノンコヒーレント共通送信（ＮＣ－ＪＴ）
ＮＣ－ＪＴは、種々のＭＩＭＯレイヤが種々のＴＲＰを通じて送信される、複数のＴＲＰにわたるＭＩＭＯデータ送信を指す。図７に示される一例では、データが２つのＴＲＰ（たとえばＴＲＰ １およびＴＲＰ ２）を通じて無線デバイスに送られ、各ＴＲＰが、１つのコードワードにマッピングされた１つのＴＢを搬送する。無線デバイスに４つの受信アンテナがあってＴＲＰの各々には送信アンテナが２つしかないときには、無線デバイスは４つまでのＭＩＭＯレイヤサポートすることができるが、各ＴＲＰが送信することができるのは最大でも２つのＭＩＭＯレイヤまでである。この場合、２つのＴＲＰを通じて無線デバイスにデータを送信することによって２つのＴＲＰから４つまでのアグリゲートされたレイヤが使用され得るように、無線デバイスに対するピークデータレートが増加され得る。これは、各ＴＲＰにおいてトラフィック負荷が軽く、したがってリソース利用が少ないときには有利である。この例では、２つのＴＲＰにわたってデータをスケジューリングするために単一のスケジューラが使用されている。遅延がないとき、一般に２つのＴＲＰの間は理想的なバックホール（ＢＨ）と称される。実際には、遅延は、送信において使用されるサイクリックプレフィックスよりもはるかに小さく、そのため受信機における遅延の影響は無視できる。
別のシナリオでは、図８に示されるように、たとえば各ＴＲＰ（ＴＲＰ １およびＴＲＰ ２）において独立したスケジューラが使用される。この場合、非理想バックホール、すなわちサイクリックプレフィックス長に匹敵するか、場合によってはさらに長い、数ミリ秒までの大きい遅延および／または遅延変動があるバックホールのせいで、２つのスケジューラの間で可能なのは半静的調整から半動的調整のみである。
Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ＲＡＮ）１＃ ａｄｈｏｃ ｍｅｅｔｉｎｇ ＮＲ＿ＡＨ＿１９０１において、ｅＭＢＢ（モバイルブロードバンドのさらなる高度化）に関して、複数のＰＤＣＣＨベースのマルチＴＲＰ／パネルダウンリンク送信のために、複数の受信されたＰＤＳＣＨに対して別個のＡＣＫ／ＮＡＣＫペイロード／フィードバックがサポートされ得ることが検討された。別個のＡＣＫ／ＮＡＣＫペイロード／フィードバックを搬送するＰＵＣＣＨの詳細が、さらに研究されることになっている。受信されたＰＤＳＣＨに対する共通のＡＣＫ／ＮＡＣＫのペイロード／フィードバックをさらにサポートするべきかどうかも、さらに研究されることになっている。
各ＴＲＰについて「ＰＤＣＣＨ－ｃｏｎｆｉｇ」と「ＰＵＣＣＨ－Ｃｏｎｆｉｇ」の別個の対を設定することが検討されている。ＰＤＣＣＨ－ＣｏｎｆｉｇとＰＵＳＣＨ－Ｃｏｎｆｉｇが別個であることにより、無線デバイスは、検知されたＰＤＣＣＨがどのＴＲＰから送信されたものであるかを認識して、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するための対応するＰＵＣＣＨリソースを見いだすことが可能になる。ＮＲ ３ＧＰＰ Ｒｅｌ－１５では、それぞれのキャリアまたはサービングセルについて、無線デバイスは、無線デバイスキャリアまたはセル上でＰＤＣＣＨを受信するためのすべてのパラメータを含むＰＤＣＣＨ－Ｃｏｎｆｉｇ ＩＥを用いて設定される。
ＴＲＰ情報を、
－ 動的ＴＲＰ差別化のための、ＤＣＩにおける明示的ビット
－ 動的ＴＲＰ差別化のために、たとえば
○ ＨＡＲＱ処理ＩＤフィールド
○ ＴＣＩフィールド
○ アンテナポートフィールドといった既存のＤＣＩフィールドを再解釈すること
－ ＤＭＲＳシーケンス初期化フィールドまたはＰＲＩフィールドなどの他のフィールド
－ ＴＲＰ １またはＴＲＰ ２からの対応するＤＣＩを監視するための、設定されたＣＯＲＥＳＥＴ／検索空間に基づく動的ＴＲＰ差別化
－ ＴＲＰ １およびＴＲＰ ２からＤＣＩを受信するために、種々のＣＲＣマスク（たとえば種々のＲＮＴＩ）を使用することのうちの１つまたは複数によって動的に指示することが検討されている。
各ＰＵＣＣＨリソースセットの中に、種々のＴＲＰを送信するために使用され得るＰＵＣＣＨリソースに対応する種々のＰＵＣＣＨリソースグループを導入することも検討されている。それぞれのＰＵＣＣＨリソースセットの中に２つのＰＵＣＣＨリソースグループの表記を導入すると、ＤＣＩにおけるＰＲＩフィールドの全領域を、各ＴＲＰ用に個別に使用することが可能になる。
すべての設定されたＣＯＲＥＳＥＴを、それぞれが１つのＴＲＰに関連する、ＤＬ制御設定用の２つのグループへと分割する別の検討があり得る。加えて、ＴＲＰ上でそれぞれ関連付けられた２つのＰＵＣＣＨ－Ｃｏｎｆｉｇおよび２つのＰＤＳＣＨ－Ｃｏｎｆｉｇが提案された。ＮＲ ３ＧＰＰ Ｒｅｌ－１５では、ＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、無線デバイスがＰＵＣＣＨを送信するためのすべての情報を含む。同様に、ＰＤＳＣＨ－Ｃｏｎｆｉｇ ＩＥは、無線デバイスがＰＤＳＣＨを受信するためのすべての情報を含む。
ＴＲＰ ＰＤＣＣＨまたはＣＯＲＥＳＥＴ設定ごとの既存の提案に関連する問題の１つに、非理想バックホールの場合の個別のＰＵＣＣＨリソースを用いる個別のＡ／Ｎペイロードと、理想的なバックホールの場合の単一のＰＵＣＣＨを用いる共通のＨＡＲＱ Ａ／Ｎフィードバックとの両方を、どのようにサポートするのかというものがある。ＴＲＰ ＰＤＣＣＨおよびＰＵＣＣＨごとの設定では、別個のＰＵＣＣＨリソースでの個別のＡ／Ｎペイロードのみがサポートされ得る。
ＴＲＰ ＰＵＣＣＨごとのリソース割り当てを用いる既存の提案に関連する別の問題は、ＰＵＣＣＨオーバヘッドが大きくなる可能性があることである。ＴＲＰの間の半静的調整が遅いために、１つのＴＲＰに割り当てられた使用されないＰＵＣＣＨリソースを、別のＴＲＰによるＰＤＳＣＨ送信のために使用することができない。したがって、使用されないリソースが無駄になる。
本開示のいくつかの実施形態は、ダウンリンク制御チャネル候補に関連したフィードバックの監視および実装のために、ダウンリンク制御チャネル候補を割り当てるための方法、システムおよび装置を有利に提供するものである。
本開示の１つまたは複数の実施形態は、
－ マルチＴＲＰ送信のために、２つ以上のＣＯＲＥＳＥＴグループが設定されるときには、ＣＯＲＥＳＥＴグループごとに、個別のＰＵＣＣＨリソースにおいて個別のＨＡＲＱ Ａ／Ｎフィードバックが報告されるように、ＴＲＰに対してＣＯＲＥＳＥＴグループを暗示的に結びつけること。単一のＣＯＲＥＳＥＴグループが設定されるときには、共通のＨＡＲＱ Ａ／Ｎフィードバックが実施されることになる。各ＣＯＲＥＳＥＴが２つ以上のＴＲＰに接続され得る
－ ＣＯＲＥＳＥＴグループごとにＰＲＩ（ＰＵＣＣＨリソースインジケータ）値の制限がある、無線デバイスにトランスペアレントな、ＴＲＰの間のＰＵＣＣＨリソースシェアリング、および
－ 理想的なバックホールを用いる共通のＨＡＲＱ Ａ／Ｎの場合のＴＢ識別のうちの１つまたは複数を含む。
本明細書で説明された１つまたは複数の実施形態は、個別のＰＵＣＣＨリソースにおいて個別のＨＡＲＱ Ａ／Ｎペイロードが送信される、非理想バックホールを用いるマルチＴＲＰ送信と、単一のＰＵＣＣＨリソースにおいて共通のＨＡＲＱ Ａ／Ｎがフィードバックされる、理想的なバックホールを用いるマルチＴＲＰ送信との両方のマルチＴＲＰをサポートするものである。
無線デバイスにトランスペアレントな、ＴＲＰの間のＰＵＣＣＨリソースシェアリングを用いると、ＰＵＣＣＨオーバヘッドが低減され得る。これは、ＮＣ－ＪＴが有利なのは、システム負荷が非常に軽く、ＰＵＣＣＨリソース利用が少ないと予期されるときのみであるので、正しいとされる。
例示的な実施形態を詳細に説明する前に、実施形態は、主として、ダウンリンク制御チャネル候補の割り当てに関連した、ダウンリンク制御チャネル候補に関連したフィードバックの監視および実装のための装置構成要素と処理ステップとの組合せに存することが留意される。それゆえに、本明細書の説明の利益を有する当業者には見てすぐに分かるはずの詳細で本開示が不明瞭になることのないように、必要に応じて図面の中で従来のシンボルによって表される構成要素は、実施形態の理解に関係のある特定の詳細のみを示す。説明の全体にわたって、類似の番号は類似の要素を指す。
本明細書で使用される「第１の」、「第２の」、「上部の」および「下部の」等の関係語は、そのようなエンティティまたは要素の間に、いかなる物理的関係性もしくは論理的関係性または順序も、必要とすることまたは示唆することなく、１つのエンティティまたは要素を別のエンティティまたは要素から識別するためにのみ使用され得るものである。本明細書で使用される専門用語は、特別な実施形態のみを説明するためのものであり、本明細書で説明される概念の実施形態を限定するようには意図されていない。本明細書で使用される「１つの（ａ）」、「１つの（ａｎ）」および「この（ｔｈｅ）」といった単数形は、文脈がそうでないことを明白に示さない限り複数形も同様に含むことが意図されている。「備える」、「備えている」、「含む」および／または「含んでいる」という用語は、本明細書で使用されたとき、明示された機能、整数、ステップ、動作、要素、および／または構成要素の存在を指定するが、１つまたは複数の他の機能、整数、ステップ、動作、要素、構成要素、および／またはこれらのグループの存在もしくは追加を排除するものではないことがさらに理解されよう。
本明細書で説明される実施形態では、「～と通信する」等の連結する用語は、たとえば物理的接触、誘導、電磁放射、無線シグナリング、赤外線シグナリングまたは光学的シグナリングによって達成され得る電気通信またはデータ通信を指示するために使用され得るものである。当業者なら、複数の構成要素が相互運用され得ること、また修正形態や変形形態が電気通信やデータ通信を達成し得ることを十分に理解するはずである。
本明細書で説明されるいくつかの実施形態では、「結合された」、「接続された」等の用語は、本明細書では必ずしも直接的ではない接続を指示するように使用され得、また有線接続および／または無線接続を含み得る。
本明細書で使用される「ネットワークノード」という用語は、無線ネットワークに含まれるあらゆる種類のネットワークノードであり得、基地局（ＢＳ）、無線基地局、ベーストランシーバ局（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、ｇノードＢ（ｇＮＢ）、エボルブドノードＢ（ｅＮＢまたはｅＮｏｄｅＢ）、ノードＢ、ＭＳＲ ＢＳなどのマルチスタンダード無線（ＭＳＲ）の無線ノード、マルチセル／マルチキャスト調整エンティティ（ＭＣＥ）、中継ノード、無線アクセスバックホール統合伝送（ＩＡＢ）ノード、中継を制御するドナーノード、無線アクセスポイント（ＡＰ）、送信ポイント、送信ノード、リモートラジオユニット（ＲＲＵ）リモート無線ヘッド（ＲＲＨ）、コアネットワークノード（たとえば移動管理エンティティ（ＭＭＥ）、自己組織化ネットワーク（ＳＯＮ）ノード、調整ノード、測位ノード、ＭＤＴノードなど）、外部ノード（たとえばサードパーティノード、現在のネットワークの外のノード）、分散アンテナシステム（ＤＡＳ）におけるノード、スペクトルアクセスシステム（ＳＡＳ）ノード、エレメント管理システム（ＥＭＳ）などをさらに含み得る。ネットワークノードはテスト機器も備え得る。本明細書で使用される「無線ノード」という用語は、無線デバイス（ＷＤ）または無線ネットワークノードなどの無線デバイス（ＷＤ）を表すためにも使用され得る。１つまたは複数のネットワークノードには１つまたは複数のＴＲＰが備えられ得る。
いくつかの実施形態では、無線デバイス（ＷＤ）またはユーザ機器（ＵＥ）という非限定的な用語が互換的に使用される。本明細書のＷＤは、無線デバイス（ＷＤ）など、無線信号を介してネットワークノードまたは別のＷＤと通信することが可能な任意のタイプの無線デバイスであり得る。ＷＤはまた、無線通信デバイス、ターゲットデバイス、デバイスツーデバイス（Ｄ２Ｄ）ＷＤ、マシン型ＷＤまたはマシンツーマシン通信（Ｍ２Ｍ）が可能なＷＤ、低コストおよび／または低複雑度ＷＤ、ＷＤを装備したセンサ、タブレット、モバイル端末、スマートフォン、ラップトップ組込み装備（ＬＥＥ：ｌａｐｔｏｐ ｅｍｂｅｄｄｅｄ ｅｑｕｉｐｐｅｄ）、ラップトップ搭載機器（ＬＭＥ：ｌａｐｔｏｐ ｍｏｕｎｔｅｄ ｅｑｕｉｐｍｅｎｔ）、ＵＳＢドングル、顧客構内機器（ＣＰＥ）、モノのインターネット（ＩｏＴ）デバイス、または狭帯域ＩｏＴ（ＮＢ－ＩＯＴ）デバイスなどであり得る。
いくつかの実施形態では「無線ネットワークノード」という総称も使用される。これは、基地局、無線基地局、ベーストランシーバ局、基地局コントローラ、ネットワークコントローラ、ＲＮＣ、エボルブドノードＢ（ｅＮＢ）、ノードＢ、ｇＮＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、ＩＡＢノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）のリモート無線ヘッド（ＲＲＨ）のうちの任意のものを備え得るあらゆる種類の無線ネットワークノードであり得る。
本明細書で使用されるリソースという用語は、時間の長さおよび／または周波数の観点から表現された任意のタイプの物理リソースまたは無線リソースに対応し得るものである。信号は、無線ノードによって時間リソースを通じて送信または受信される。時間リソースの例には、シンボル、タイムスロット、サブフレーム、無線フレーム、送信時間間隔（ＴＴＩ）、インターリービング時間などがある。
指示は、一般に、それが表す情報および／または指示する情報を明示的かつ／または暗示的に指示し得る。暗示的指示は、たとえば送信のために使用される位置および／またはリソースに基づき得る。明示的指示は、たとえば１つまたは複数のパラメータを用いるパラメータ化、および／または１つまたは複数のインデックス、および／または情報を表す１つまたは複数のビットパターンに基づき得る。本明細書で説明される制御シグナリングは、利用されるリソースシーケンスを基に制御シグナリングタイプを暗示的に指示するものであることが特に考えられ得る。
ダウンリンクにおける送信は、ネットワークまたはネットワークノードから端末への送信に関係し得る。アップリンクにおける送信は、端末からネットワークまたはネットワークノードへの送信に関係し得る。サイドリンクにおける送信は、１つの端末から別の端末への（直接的な）送信に関係し得る。アップリンク、ダウンリンクおよびサイドリンク（たとえばサイドリンクの送信および受信）は通信方向と考えられてよい。いくつかの変形形態では、アップリンクおよびダウンリンクは、たとえば無線バックホールおよび／または中継通信および／またはたとえば基地局もしくは類似のネットワークノードの間の（無線）ネットワーク通信、特にそのようなものにおいて終結する通信のための、ネットワークノードの間の無線通信を記述するためにも使用され得る。バックホールおよび／または中継通信および／またはネットワーク通信は、サイドリンク通信またはアップリンク通信またはそれに類似の形態として実装されると考えられてよい。
情報（たとえば設定情報、制御チャネル情報、スケジューリング情報、データ、ＨＡＲＱフィードバックなど）を受信することは、１つまたは複数の情報メッセージを受信することを含み得る。シグナリングを受信することは、１つまたは複数のメッセージ、特にシグナリングによって搬送されるメッセージを、たとえば情報を求めて検索および／またはリッスンされ得るリソースの想定されたセットに基づいて、復調することおよび／または復号化することおよび／またはたとえばブラインド検知することといった検知することを含むと考えられてよい。通信の送信側と受信側の両方が、設定を認識していて、設定に少なくとも部分的に基づき、情報を送信および／または受信するためのリソースのセットを判定し得ると想定されてよい。
端末または無線デバイスまたはノードを設定することは、無線デバイスまたはノードに、たとえば少なくとも１つの設定および／またはレジスタエントリおよび／または動作モードといったその設定を変更させることおよび／またはそのように命令することを包含し得る。端末または無線デバイスまたはノードは、たとえば端末または無線デバイスのメモリの中の情報またはデータによって、それ自体を設定するように適合され得る。別のデバイスまたはノードまたはネットワークによって、ノードまたは端末または無線デバイスを設定することは、他のデバイスまたはノードまたはネットワークによって、無線デバイスまたはノードに、たとえば割り当てデータ（設定データでもよく、かつ／または設定データを含み得る）および／またはスケジューリングデータおよび／またはスケジューリンググラントといった情報および／またはデータおよび／または命令を送信することを指し得、かつ／または含み得る。端末を設定することは、端末に、使用するべき変調および／またはエンコーディングを指示する割り当てデータ／設定データを送ることを含み得る。端末は、スケジューリングデータを用いておよび／もしくはスケジューリングデータのために設定されてよく、かつ／または、スケジューリングされた、および／もしくは割り当てられたアップリンクリソースを、たとえば送信するために使用するように、かつ／またはスケジューリングされた、および／もしくは割り当てられたダウンリンクリソースを、たとえば受信するために使用するように設定され、１つまたは複数のＰＤＣＣＨ候補を監視するようにスケジューリングされてもよい。アップリンクリソースおよび／またはダウンリンクリソースは、スケジューリングされてよく、かつ／または割り当てデータもしくは設定データが含まれていてもよい。
シグナリングは１つまたは複数の信号および／またはシンボルを含み得る。参照シグナリングは１つまたは複数の参照信号および／またはシンボルを含み得る。データシグナリングは、データ、詳細にはユーザデータおよび／またはペイロードデータならびに／あるいは無線レイヤおよび／または物理レイヤの上の通信レイヤからのデータを含む、信号および／またはシンボルに関係し得る。復調用参照シグナリングは１つまたは複数の復調信号および／またはシンボルを含むと考えられてよい。復調用参照シグナリングは、特にＮＲ、３ＧＰＰおよび／またはＬＴＥの技術によるＤＭＲＳを含み得る。復調用参照シグナリングは、一般に、端末のような受信デバイスが、関連したデータシグナリングまたはデータを復号化および／または復調するための参照を供給するシグナリングを表すと考えられてよい。復調用参照シグナリングは、データまたはデータシグナリングに、詳細には特定のデータまたはデータシグナリングに関連付けられてよい。データシグナリングおよび復調用参照シグナリングは、組み合わされ、かつ／または多重化されると考えられてよく、たとえばサブフレームまたはスロットまたはシンボルを対象として含む同じ時間間隔および／またはリソースブロックのような同じ時間－周波数リソース構造の中に、たとえば配置される。リソースエレメントは、たとえば共通の変調の中で表された１つのシンボルまたは複数のビットによって対象として含まれる時間および周波数の範囲を表す、最小の時間－周波数リソースを表し得る。リソースエレメントは、たとえばシンボル時間長さおよびサブキャリアを、詳細にはＮＲ、３ＧＰＰおよび／またはＬＴＥの規格におけるものを、対象として含み得る。データ送信は、たとえばデータの特定のブロックおよび／またはトランスポートブロックといった特定のデータの送信を表してよく、かつ／またはこれに関係してもよい。一般に、復調用参照シグナリングは、復調用参照シグナリングを識別し得、かつ／または規定し得る、一連の信号および／またはシンボルを表し得、かつ／または含み得る。
本開示では、たとえば、３ＧＰＰ ＬＴＥおよび／または新無線（ＮＲ）など、１つの特定の無線システムからの専門用語が使用され得るが、これは、本開示の範囲を上述のシステムのみに限定するものと見なされるべきでないことに留意されたい。限定はしないが、広帯域符号分割多元接続（ＷＣＤＭＡ）、マイクロ波アクセスのための世界的相互運用性（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）、および汎欧州デジタル移動電話方式（ＧＳＭ）を含む、他の無線システムも、本開示の中に対象として含まれる理念を活用することから恩恵を受け得る。
無線デバイスまたはネットワークノードによって実施されるものとして本明細書で説明される機能が、複数の無線デバイスおよび／またはネットワークノード上で分散され得ることにさらに留意されたい。言い換えれば、本明細書で説明されるネットワークノードおよび無線デバイスの機能は、単一の物理デバイスによる実施に限定されず、実際は、いくつかの物理デバイス間で分散され得ると考えられる。
別段に規定されていない限り、本明細書で使用される（技術用語および科学用語を含む）すべての用語は、本開示が属する技術の当業者によって通常理解されるものと同じ意味を有する。本明細書で使用される用語は、本明細書および関連技術の文脈におけるそれらの用語の意味に従う意味を有するものとして解釈されるべきであり、そのように本明細書で明確に規定されていない限り、理想的なまたは過度に形式的な意味に解釈されないことがさらに理解されよう。
実施形態は、ダウンリンク制御チャネル候補に関連したフィードバックの監視および実装のための、ダウンリンク制御チャネル候補の割り当てを提供するものである。
類似の要素が類似の参照数字によって参照されている図面を再び参照して、図９には、ＬＴＥおよび／またはＮＲ（５Ｇ）などの規格をサポートする、無線アクセスネットワークなどのアクセスネットワーク１２およびコアネットワーク１４を備える３ＧＰＰタイプのセルラーネットワークなどの、一実施形態による通信システム１０の概略図が示されている。アクセスネットワーク１２には、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなどの複数のネットワークノード１６ａ、１６ｂ、１６ｃ（総体としてネットワークノード１６と称される）が含まれており、それぞれが、対応するカバレッジエリア１８ａ、１８ｂ、１８ｃ（総体としてカバレッジエリア１８と称される）を規定している。各ネットワークノード１６ａ、１６ｂ、１６ｃは、有線または無線の接続２０を通じてコアネットワーク１４に接続可能である。カバレッジエリア１８ａに配置された第１の無線デバイス（ＷＤ）２２ａは、対応するネットワークノード１６ａに無線で接続するかまたはネットワークノード１６ａによってページングされるように設定されている。カバレッジエリア１８ｂにおける第２のＷＤ２２ｂは、対応するネットワークノード１６ｂに対して無線で接続可能である。この例では複数のＷＤ２２ａ、２２ｂ（総体として無線デバイス２２と称される）が示されているが、開示された実施形態は、カバレッジエリアに単独のＷＤが存在する状況や、単独のＷＤが、対応するネットワークノード１６に接続されている状況にも同様に適用可能である。便宜上２つのＷＤ２２および３つのネットワークノード１６しか示されていないが、通信システムは、はるかに多くのＷＤ２２およびネットワークノード１６を含み得ることに留意されたい。
また、ＷＤ２２は、２つ以上のネットワークノード１６および２つ以上のタイプのネットワークノード１６と、同時通信し得ること、および／または個別に通信するように設定され得ることが企図されている。たとえば、ＷＤ２２は、ＬＴＥをサポートするネットワークノード１６と、ＮＲをサポートする同一または異なるネットワークノード１６とに対するデュアルコネクティビティを有し得る。一例として、ＷＤ２２は、ＬＴＥ／Ｅ－ＵＴＲＡＮ用のｅＮＢおよびＮＲ／ＮＧ－ＲＡＮ用のｇＮＢと通信することができる。
通信システム１０自体がホストコンピュータ２４に接続されてよく、ホストコンピュータ２４は、ハードウェアおよび／またはスタンドアロンのサーバ、クラウドで実施されるサーバ、分散型サーバのソフトウェア、もしくはサーバファームにおける処理リソースとして具現され得る。ホストコンピュータ２４はサービスプロバイダの所有権または制御下にあってよく、あるいはサービスプロバイダによって、またはサービスプロバイダのために運用されてよい。通信システム１０とホストコンピュータ２４との間の接続２６、２８は、コアネットワーク１４からホストコンピュータ２４まで直接及んでよく、または任意選択の中間ネットワーク３０を介して及んでもよい。中間ネットワーク３０は、パブリックネットワーク、プライベートネットワーク、ホスティングされたネットワークのうちの１つでよく、または２つ以上の組合せでもよい。中間ネットワーク３０は、存在する場合には、バックボーンネットワークまたはインターネットでよい。いくつかの実施形態では、中間ネットワーク３０は、２つ以上のサブネットワーク（図示せず）を備え得る。
全体としての図９の通信システムは、接続されたＷＤ２２ａ、２２ｂのうちの１つとホストコンピュータ２４との間のコネクティビティを可能にする。コネクティビティはオーバーザトップ（ＯＴＴ）接続として説明され得る。ホストコンピュータ２４および接続されたＷＤ２２ａ、２２ｂは、アクセスネットワーク１２、コアネットワーク１４、任意の中間ネットワーク３０および可能なさらなるインフラストラクチュア（図示せず）を仲介物として使用して、ＯＴＴ接続を通じてデータおよび／またはシグナリングを通信するように設定されている。ＯＴＴ接続は、ＯＴＴ接続を通す、関与している通信デバイスのうちの少なくともいくつかが、アップリンクおよびダウンリンクの通信のルーティングを意識しないという意味でトランスペアレントであり得る。たとえば、ネットワークノード１６は、接続されたＷＤ２２ａに転送される（たとえばハンドオーバされる）、ホストコンピュータ２４由来のデータを伴う入来ダウンリンク通信の過去のルーティングに関して通知されなくてよく、通知される必要もない。同様に、ネットワークノード１６は、ＷＤ２２ａを起源とする、ホストコンピュータ２４に向けた発信アップリンク通信の将来のルーティングを意識する必要はない。
ネットワークノード１６は、割り当てユニット３２を含むように設定されてよく、割り当てユニット３２は、ネットワークノード１６に、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを送信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを送信することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを送信することと、
第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することと
を行わせるように設定されている。
いくつかの実施形態では、ネットワークノード１６は、たとえばダウンリンク制御チャネル候補の割り当てを指示するように設定された割り当てユニット３２を含むように設定されている。
無線デバイス２２は判定ユニット３４を含むように設定されてよく、判定ユニット３４は、無線デバイス２２に、
１つまたは複数のネットワークノード１６から、
第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを受信することと、
１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを監視することと、
第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを受信することと、第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを１つまたは複数のネットワークノードに送信することと
を行わせるように設定されている。
いくつかの実施形態では、無線デバイス２２は判定ユニット３４を含むように設定され、判定ユニット３４は、たとえばダウンリンク制御チャネル候補を監視するための割り当てを実装し、監視に少なくとも部分的に基づいてフィードバックすなわちＨＡＲＱフィードバックをもたらすように設定される。
次に、前節で論じられたＷＤ２２、ネットワークノード１６、およびホストコンピュータ２４の、一実施形態による例示の実装形態を、図１０を参照しながら説明する。通信システム１０において、ホストコンピュータ２４が備えるハードウェア（ＨＷ）３８に含まれる通信インターフェース４０は、通信システム１０の異なる通信デバイスのインターフェースに対する有線または無線の接続をセットアップして維持するように設定されている。ホストコンピュータ２４がさらに備える処理回路４２は、記憶能力および／または処理能力を有し得る。処理回路４２はプロセッサ４４およびメモリ４６を含み得る。詳細には、処理回路４２は、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、たとえば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）といった、処理および／または制御のための集積回路を備え得る。プロセッサ４４は、メモリ４６にアクセスする（たとえば書込みおよび／または読取りを行う）ように設定されてよく、メモリ４６は、たとえばキャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光学的メモリおよび／またはＥＰＲＯＭ（消去可能プログラム可能読取り専用メモリ）といったあらゆる種類の揮発性メモリおよび／または不揮発性メモリを備え得る。
処理回路４２は、本明細書で説明された方法および／または処理のうちの任意のものを制御するように設定されてよく、かつ／または、そのような方法および／または処理をたとえばホストコンピュータ２４に実施させるように設定されてもよい。プロセッサ４４は、本明細書で説明されたホストコンピュータ２４の機能を実施するための１つまたは複数のプロセッサ４４に相当する。ホストコンピュータ２４は、データ、プログラムのソフトウェアコードおよび／または本明細書で説明された他の情報を記憶するように設定されたメモリ４６を含む。いくつかの実施形態では、プロセッサ４４および／または処理回路４２は、ソフトウェア４８および／またはホストアプリケーション５０が含み得る命令を実行することにより、ホストコンピュータ２４に関して本明細書で説明された処理を実施する。命令はホストコンピュータ２４に関連したソフトウェアでよい。
ソフトウェア４８は処理回路４２によって実行可能であり得る。ソフトウェア４８はホストアプリケーション５０を含む。ホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終結するＯＴＴ接続５２によって接続されているＷＤ２２などのリモートユーザにサービスを提供するように動作可能であり得る。ホストアプリケーション５０は、リモートユーザにサービスを提供するとき、ＯＴＴ接続５２を使用して送信されるユーザデータを供給し得る。「ユーザデータ」は、説明された機能性を実装するものとして本明細書で説明されたデータおよび情報でよい。一実施形態では、ホストコンピュータ２４は、サービスプロバイダに制御および機能性を提供するように設定されてよく、サービスプロバイダによって、またはサービスプロバイダのために動作され得る。ホストコンピュータ２４は、処理回路４２を備えることにより、ネットワークノード１６および／または無線デバイス２２を観察すること、監視すること、制御すること、および／またはこれらとの間の送受信が可能になり得る。ホストコンピュータ２４の処理回路４２は、サービスプロバイダが、監視と、監視に関連したフィードバックとのために、ダウンリンク制御チャネル候補の割り当てに関連した情報を、送信すること、受信すること、処理すること、判定すること、転送することなどを可能にするように設定された情報ユニット５４を含み得る。
通信システム１０は、通信システム１０に設けられたネットワークノード１６をさらに含み、ハードウェア５８を含むことによってホストコンピュータ２４およびＷＤ２２と通信することができる。ハードウェア５８は、通信システム１０の異なる通信デバイスのインターフェースとの有線または無線の接続をセットアップして維持するための通信インターフェース６０、ならびに、少なくともネットワークノード１６によってサーブされたカバレッジエリア１８にあるＷＤ２２との無線接続６４をセットアップして維持するための無線インターフェース６２を含み得る。無線インターフェース６２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、ならびに／あるいは１つまたは複数のＲＦトランシーバとして形成され得、またはこれらを含み得る。通信インターフェース６０は、ホストコンピュータ２４に対する接続６６を助長するように設定されてよい。接続６６は直接的でよく、あるいは、通信システム１０のコアネットワーク１４を通ってよく、かつ／または通信システム１０の外部の１つまたは複数の中間ネットワーク３０を通ってもよい。
示された実施形態では、ネットワークノード１６のハードウェア５８は処理回路６８をさらに含む。処理回路６８はプロセッサ７０およびメモリ７２を含み得る。詳細には、処理回路６８は、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、たとえば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）といった、処理および／または制御のための集積回路を備え得る。プロセッサ７０は、メモリ７２にアクセスする（たとえば書込みおよび／または読取りを行う）ように設定されてよく、メモリ７２は、たとえばキャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光学的メモリおよび／またはＥＰＲＯＭ（消去可能プログラム可能読取り専用メモリ）といったあらゆる種類の揮発性メモリおよび／または不揮発性メモリを備え得る。
したがって、ネットワークノード１６には、さらに、ソフトウェア７４が、たとえば内部でメモリ７２に記憶されるか、または外部接続によって、ネットワークノード１６がアクセス可能な外部記憶装置（たとえばデータベース、記憶装置の配列、ネットワーク記憶デバイスなど）に記憶される。ソフトウェア７４は処理回路６８によって実行可能であり得る。処理回路６８は、本明細書で説明された方法および／または処理のうちの任意のものを制御するように設定されてよく、かつ／または、そのような方法および／または処理をたとえばネットワークノード１６に実施させるように設定されてもよい。プロセッサ７０は、本明細書で説明されたネットワークノード１６の機能を実施するための１つまたは複数のプロセッサ７０に相当する。メモリ７２は、データ、プログラムのソフトウェアコードおよび／または本明細書で説明された他の情報を記憶するように設定されている。いくつかの実施形態では、プロセッサ７０および／または処理回路６８は、ソフトウェア７４が含み得る命令を実行することにより、ネットワークノード１６に関して本明細書で説明された処理を実施する。たとえば、ネットワークノード１６の処理回路６８は、本明細書で説明されたような１つまたは複数のネットワークノード１６の機能（たとえば図１５ならびに他の図を参照しながら説明されたネットワークノードの処理）を実施するように設定された割り当てユニット３２を含み得る。
いくつかの実施形態では、処理回路６８の割り当てユニット３２は、無線インターフェース６２とともに、ネットワークノード１６に、本開示の１つまたは複数の実施形態によって、設定および／またはチャネルを送信させ、かつ／またはＨＡＲＱを受信させるように設定される。
通信システム１０は、既に言及されたＷＤ２２をさらに含む。ＷＤ２２のハードウェア８０が含み得る無線インターフェース８２は、ＷＤ２２が今のところ位置するカバレッジエリア１８にサーブしているネットワークノード１６との無線接続６４をセットアップして維持するように設定されている。無線インターフェース８２は、たとえば、１つまたは複数のＲＦ送信機、１つまたは複数のＲＦ受信機、ならびに／あるいは１つまたは複数のＲＦトランシーバとして形成され得、またはこれらを含み得る。
ＷＤ２２のハードウェア８０は処理回路８４をさらに含む。処理回路８４はプロセッサ８６およびメモリ８８を含み得る。詳細には、処理回路８４は、中央処理装置などのプロセッサおよびメモリに加えて、またはその代わりに、たとえば、命令を実行するように適合された１つまたは複数のプロセッサおよび／またはプロセッサコアおよび／またはＦＰＧＡ（フィールドプログラマブルゲートアレイ）および／またはＡＳＩＣ（特定用途向け集積回路）といった、処理および／または制御のための集積回路を備え得る。プロセッサ８６は、メモリ４６にアクセスする（たとえば書込みおよび／または読取りを行う）ように設定されてよく、メモリ８８は、たとえばキャッシュおよび／またはバッファメモリおよび／またはＲＡＭ（ランダムアクセスメモリ）および／またはＲＯＭ（読取り専用メモリ）および／または光学的メモリおよび／またはＥＰＲＯＭ（消去可能プログラム可能読取り専用メモリ）といったあらゆる種類の揮発性メモリおよび／または不揮発性メモリを備え得る。
したがって、ＷＤ２２はソフトウェア９０をさらに含み得、これは、たとえばＷＤ２２のメモリ８８、またはＷＤ２２がアクセス可能な外部記憶装置（たとえばデータベース、記憶装置の配列、ネットワーク記憶デバイスなど）に記憶されている。ソフトウェア９０は処理回路８４によって実行可能であり得る。ソフトウェア９０はクライアントアプリケーション９２を含み得る。クライアントアプリケーション９２は、ホストコンピュータ２４のサポートを伴って、ＷＤ２２を介して、人間のユーザまたは人間以外のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ２４において実行中のホストアプリケーション５０は、ＷＤ２２およびホストコンピュータ２４において終結するＯＴＴ接続５２を通じて、実行中のクライアントアプリケーション９２と通信し得る。ユーザにサービスを提供するとき、クライアントアプリケーション９２は、ホストアプリケーション５０から要求データを受け取り、要求データに応答してユーザデータを供給してよい。ＯＴＴ接続５２は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション９２は、供給するユーザデータを生成するためにユーザと対話してよい。
処理回路８４は、本明細書で説明された方法および／または処理のうちの任意のものを制御するように設定されてよく、かつ／または、そのような方法および／または処理をたとえばＷＤ２２に実施させるように設定されてもよい。プロセッサ８６は、本明細書で説明されたＷＤ２２の機能を実施するための１つまたは複数のプロセッサ８６に相当する。ＷＤ２２は、データ、プログラムのソフトウェアコードおよび／または本明細書で説明された他の情報を記憶するように設定されたメモリ８８を含む。いくつかの実施形態では、プロセッサ８６および／または処理回路８４は、ソフトウェア９０および／またはクライアントアプリケーション９２が含み得る命令を実行することにより、ＷＤ２２に関して本明細書で説明された処理を実施する。たとえば、無線デバイス２２の処理回路８４は、本明細書で説明されたような１つまたは複数の無線デバイス２２の機能（たとえば図１６ならびに他の図を参照しながら説明された無線デバイスの処理）を実施するように設定された判定ユニット３４を含み得る。
いくつかの実施形態では、処理回路８４の判定ユニット３４は、無線インターフェース８２とともに、無線デバイス２２に、本開示の１つまたは複数の実施形態によって、設定および／またはチャネルを受信させ、かつ／またはＨＡＲＱを送信させるように設定される。
いくつかの実施形態では、ネットワークノード１６、ＷＤ２２、およびホストコンピュータ２４の内部作用は図１０に示された通りでよく、独立して、周囲のネットワークトポロジは図９のものでよい。
図１０において、ＯＴＴ接続５２は、ホストコンピュータ２４と無線デバイス２２との間のネットワークノード１６を介した通信を図示するように抽象的に描かれており、いかなる仲介のデバイスにも、これらのデバイスを介したメッセージの正確なルーティングにも、明示的な参照はない。ネットワークインフラストラクチャは、ＷＤ２２、もしくはホストコンピュータ２４を運営するサービスプロバイダ、または両方から隠すように設定し得るルーティングを判定してよい。ＯＴＴ接続５２が有効であるとき、ネットワークインフラストラクチャは、（たとえばネットワークの負荷分散の配慮または再設定に基づいて）ルーティングの動的変更をさらに判定してよい。
ＷＤ２２とネットワークノード１６との間の無線接続６４は、本開示の全体にわたって説明された実施形態の教示に従うものである。様々な実施のうちの１つまたは複数が、無線接続６４が最終セグメントを形成し得るＯＴＴ接続５２を使用して、ＷＤ２２に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態のうちのいくつかの教示は、データレート、レイテンシ、および／または電力消費を改善することにより、ユーザ待ち時間の短縮、ファイルサイズに対する制限の緩和、応答性の改善、バッテリ寿命の延長などの利益を提供するものである。
いくつかの実施形態では、データレート、レイテンシならびに１つまたは複数の実施形態を改善する他の要因を監視するための測定手順が提供され得る。測定結果の変化に応答してホストコンピュータ２４とＷＤ２２との間のＯＴＴ接続５２を再設定するための任意選択のネットワーク機能がさらに存在し得る。ＯＴＴ接続５２を再設定するための測定手順および／またはネットワーク機能は、ホストコンピュータ２４のソフトウェア４８、もしくはＷＤ２２のソフトウェア９０、または両方で実施されてよい。実施形態では、センサ（図示せず）が、ＯＴＴ接続５２を通す通信デバイスの中に、または同デバイスに関連して配備されてよく、センサは、上記の例の監視された量の値または他の物理量の値を供給することよって測定手順に関与してよく、ソフトウェア４８、９０は、これらの値から、監視される量を計算するかまたは推定してよい。ＯＴＴ接続５２の再設定は、メッセージフォーマット、再送信セッティング、望ましいルーティングなどを含み得、再設定は、ネットワークノード１６に影響を及ぼす必要はなく、ネットワークノード１６にとって未知のものまたは感知できないものでよい。そのような手順および機能のいくつかは、当技術において既知の、実施され得るものである。ある特定の実施形態では、測定は専用のＷＤシグナリングを包含し得、ホストコンピュータ２４の測定のスループット、伝搬時間、レイテンシなどを助長する。いくつかの実施形態では、測定は、ソフトウェア４８、９０が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続５２を使用して、メッセージ、詳細には空すなわち「ダミー」のメッセージを送信するように実装され得る。
したがって、いくつかの実施形態では、ホストコンピュータ２４は、ユーザデータを供給するように設定された処理回路４２と、ユーザデータをＷＤ２２に送信するためにセルラーネットワークに転送するように設定された通信インターフェース４０とを含む。いくつかの実施形態では、セルラーネットワークは、無線インターフェース６２を有するネットワークノード１６をも含む。いくつかの実施形態では、ネットワークノード１６および／またはネットワークノード１６の処理回路６８は、ＷＤ２２への送信の準備／開始／維持／サポート／終了および／またはＷＤ２２からの送信を受信するための準備／中止／維持／サポート／終了のために、本明細書で説明された機能および／または方法を実施するように設定されている。
いくつかの実施形態では、ホストコンピュータ２４は、処理回路４２と、ＷＤ２２からネットワークノード１６への送信に由来するユーザデータを受信するように設定された通信インターフェース４０とを含む。いくつかの実施形態では、ＷＤ２２は、ネットワークノード１６への送信の準備／開始／維持／サポート／終了、および／またはネットワークノード１６からの送信を受信するための準備／中止／維持／サポート／終了のために、本明細書で説明された機能および／または方法を実施するように設定されており、かつ／またはそのように設定された無線インターフェース８２および／または処理回路８４を備える。
図９および図１０では、割り当てユニット３２などの様々な「ユニット」が示され、判定ユニット３４はそれぞれのプロセッサの内部にあるものとして示されているが、これらのユニットは、一部が処理回路の中の対応するメモリに記憶されるように実装され得ることが企図されている。言い換えれば、これらのユニットはハードウェアに実装されてよく、またはハードウェアとソフトウェアの組合せで処理回路の中に実装されてもよい。
図１１は、一実施形態による、たとえば図９および図１０の通信システムなどの通信システムに実装された例示的な方法を示す流れ図である。通信システムは、図１０を参照しながら説明されたものであり得るホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含み得る。この方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを供給する（ブロックＳ１００）。第１のステップの任意選択のサブステップにおいて、ホストコンピュータ２４は、たとえばホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを供給する（ブロックＳ１０２）。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１０４）。任意選択の第３のステップにおいて、ネットワークノード１６は、本開示の全体にわたって説明された実施形態の教示に従って、ホストコンピュータ２４が開始した送信で搬送されたユーザデータをＷＤ２２に送信する（ブロックＳ１０６）。任意選択の第４のステップにおいて、ＷＤ２２は、たとえばホストコンピュータ２４によって実行されるホストアプリケーション５０に関連したクライアントアプリケーション９２などのクライアントアプリケーションを実行する（ブロックＳ１０８）。
図１２は、一実施形態による、たとえば図９の通信システムなどの通信システムに実装された例示的な方法を示す流れ図である。通信システムは、図９および図１０を参照しながら説明されたものであり得るホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含み得る。この方法の第１のステップにおいて、ホストコンピュータ２４はユーザデータを供給する（ブロックＳ１１０）。任意選択のサブステップ（図示せず）において、ホストコンピュータ２４は、たとえばホストアプリケーション５０などのホストアプリケーションを実行することによってユーザデータを供給する。第２のステップにおいて、ホストコンピュータ２４は、ＷＤ２２にユーザデータを搬送する送信を始動する（ブロックＳ１１２）。送信は、本開示の全体にわたって説明された実施形態の教示に従って、ネットワークノード１６を通されてよい。任意選択の第３のステップにおいて、ＷＤ２２は、送信で搬送されたユーザデータを受信する（ブロックＳ１１４）。
図１３は、一実施形態による、たとえば図９の通信システムなどの通信システムに実装された例示的な方法を示す流れ図である。通信システムは、図９および図１０を参照しながら説明されたものであり得るホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含み得る。この方法の任意選択の第１のステップにおいて、ＷＤ２２は、ホストコンピュータ２４によって供給された入力データを受信する（ブロックＳ１１６）。第１のステップの任意選択のサブステップにおいて、ＷＤ２２はクライアントアプリケーション９２を実行する（ブロックＳ１１８）ことにより、ホストコンピュータ２４によって供給された入力データを受信するのに反応してユーザデータを供給する。加えて、またはその代わりに、任意選択の第２のステップにおいて、ＷＤ２２はユーザデータを供給する（ブロックＳ１２０）。第２のステップの任意選択のサブステップにおいて、ＷＤは、たとえばクライアントアプリケーション９２などのクライアントアプリケーションを実行する（ブロックＳ１２２）ことによってユーザデータを供給する。ユーザデータを供給するとき、実行されるクライアントアプリケーション９２は、ユーザから受信されたユーザ入力をさらに考慮に入れてよい。ユーザデータが供給される特定のやり方に関係なく、ＷＤ２２は、任意選択の第３のサブステップにおいて、ホストコンピュータ２４へのユーザデータの送信を開始してよい（ブロックＳ１２４）。この方法の第４のステップにおいて、ホストコンピュータ２４は、本開示の全体にわたって説明された実施形態の教示に従って、ＷＤ２２から送信されたユーザデータを受信する（ブロックＳ１２６）。
図１４は、一実施形態による、たとえば図９の通信システムなどの通信システムに実装された例示的な方法を示す流れ図である。通信システムは、図９および図１０を参照しながら説明されたものであり得るホストコンピュータ２４、ネットワークノード１６、およびＷＤ２２を含み得る。この方法の任意選択の第１のステップにおいて、本開示の全体にわたって説明された実施形態の教示により、ネットワークノード１６はＷＤ２２からユーザデータを受信する（ブロックＳ１２８）。任意選択の第２のステップにおいて、ネットワークノード１６は、受信されたユーザデータのホストコンピュータ２４への送信を開始する（ブロックＳ１３０）。第３のステップにおいて、ホストコンピュータ２４は、ネットワークノード１６によって開始された送信で搬送されたユーザデータを受信する（ブロックＳ１３２）。
図１５は、本開示の１つまたは複数の実施形態による、ネットワークノード１６における例示的な処理の流れ図である。ネットワークノード１６によって実施される１つまたは複数のブロックおよび／または機能は、ネットワークノード１６の、処理回路６８の割り当てユニット３２、プロセッサ７０、通信インターフェース６０、無線インターフェース６２などの１つまたは複数の要素によって実施され得る。１つまたは複数の実施形態では、ネットワークノード１６は、第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって送信する（ブロックＳ１３４）ように設定されている。ネットワークノード１６は、１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨならびに１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって送信する（ブロックＳ１３６）ように設定されている。ネットワークノード１６は、第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）ならびに第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって送信する（ブロックＳ１３８）ように設定されている。ネットワークノード１６は、第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって受信する（ブロックＳ１４０）に設定されている。
いくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。いくつかの実施形態では、処理回路６８は、ネットワークノード１６に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で受信させ、第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で受信させるように設定されることによって、ネットワークノード１６に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信させるようにさらに設定されている。いくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。いくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。いくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。いくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。
いくつかの実施形態では、処理回路６８は、ネットワークノード１６に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で受信させるように設定されることによって、ネットワークノード１６に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信させるようにさらに設定されている。いくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
１つまたは複数の実施形態では、ネットワークノード１６は、無線デバイスが監視するためのダウンリンクリソースの少なくとも１つのグループに関連したダウンリンク制御チャネル候補を、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって割り当てるように設定されており、ダウンリンク制御チャネル候補は複数の送受信ポイント（ＴＲＰ）に関連付けられている。１つまたは複数の実施形態では、ダウンリンク制御チャネル候補は、本明細書で説明された１つまたは複数のＣＯＲＥＳＥＴに対応する。１つまたは複数の実施形態では、ダウンリンクリソースの少なくとも１つのグループは、本明細書で説明された少なくとも１つのＣＯＲＥＳＥＴグループに対応する。１つまたは複数の実施形態では、本明細書で説明されたように、ダウンリンク制御チャネル候補すなわちＰＤＣＣＨ候補の割り当てが無線デバイスに指示される。１つまたは複数の実施形態では、ネットワークノード１６は、割り当てられたダウンリンクリソースにおけるＰＤＣＣＨならびに別のＴＲＰからの関連したＰＤＣＣＨを、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって送信するように設定されている。１つまたは複数の実施形態では、ネットワークノード１６は、無線デバイス２２から、アップリンク制御チャネルにおける少なくとも１つのリソースにおいて、ダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、処理回路６８、プロセッサ７０、無線インターフェース６２および通信インターフェース６０のうちの１つまたは複数などによって、ＰＤＳＣＨの状態の復号化に関するフィードバックシグナリングを受信するように設定されている。１つまたは複数の実施形態では、フィードバックシグナリングは、本明細書で説明されたＨＡＲＱシグナリングおよび／またはＨＡＲＱメッセージングに対応する。１つまたは複数の実施形態では、本明細書で説明されたように、フィードバックシグナリングはＰＵＣＣＨリソース上で送信される。１つまたは複数の実施形態では、ブロックのうちの１つまたは複数は、ネットワークノード１６によって、ブロックのうちの１つまたは複数が省略されるかまたはスキップされ得るように実施され得る。
１つまたは複数の実施形態によれば、無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングはアップリンク制御チャネルにおける個別のリソース上で受信される。１つまたは複数の実施形態によれば、ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングは、アップリンク制御チャネルの同じリソース上で受信されるダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである。
図１６は、本開示のいくつかの実施形態による、無線デバイス２２における例示的な処理の流れ図である。無線デバイス２２によって実施される１つまたは複数のブロックおよび／または機能は、無線デバイス２２の、処理回路８４の判定ユニット３４、プロセッサ８６、無線インターフェース８２などの１つまたは複数の要素によって実施され得る。１つまたは複数の実施形態では、無線デバイス２２は、１つまたは複数のネットワークノードから、第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを、処理回路８４、プロセッサ８６、および無線インターフェース８２のうちの１つまたは複数などによって受信する（ブロックＳ１４２）ように設定されている。１つまたは複数の実施形態では、無線デバイス２２は、１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨと、１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨとを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって監視する（ブロックＳ１４４）ように設定されている。１つまたは複数の実施形態では、無線デバイス２２は、第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨとを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって受信する（ブロックＳ１４６）ように設定されている。１つまたは複数の実施形態では、無線デバイス２２は、１つまたは複数のネットワークノードに、第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって送信する（ブロックＳ１４８）ように設定されている。
いくつかの実施形態では、第１のグループインデックスは第２のグループインデックスとは異なる。いくつかの実施形態では、１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、少なくとも１つの第１のＴＣＩ状態は少なくとも１つの第２のＴＣＩ状態とは異なるものである。いくつかの実施形態では、処理回路８４は、無線デバイス２２に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で送信させ、第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で送信させるように設定されることによって、無線デバイス２２に第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信させるようにさらに設定されている。いくつかの実施形態では、第１のＰＵＣＣＨリソースは第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、第２のＰＵＣＣＨリソースは第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される。いくつかの実施形態では、第１のＰＲＩは第２のＰＲＩとは異なる。
いくつかの実施形態では、第１のＰＵＣＣＨリソースは第２のＰＵＣＣＨリソースとは異なる。いくつかの実施形態では、第１のグループインデックスは第２のグループインデックスと等しい。いくつかの実施形態では、処理回路８４は、無線デバイス２２に、第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを、ＰＵＣＣＨ設定によって設定されたＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で送信させるように設定されることによって、無線デバイス２２に第１のＰＤＳＣＨに関連した第１のＨＡＲＱ Ａ／Ｎと第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを送信させるようにさらに設定されている。いくつかの実施形態では、１つまたは複数の第１のＣＯＲＥＳＥＴの各々に第１のグループインデックスが含まれており、１つまたは複数の第２のＣＯＲＥＳＥＴの各々に第２のグループインデックスが含まれている。
１つまたは複数の実施形態では、無線デバイス２２は、ダウンリンクリソースの少なくとも１つのグループに関連する割り当てられたダウンリンク制御チャネル候補におけるＰＤＣＣＨを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって、監視するように設定されており、ダウンリンク制御チャネル候補は複数の送受信ポイント（ＴＲＰ）に関連付けられている。１つまたは複数の実施形態では、無線デバイス２２は、割り当てられたダウンリンクリソースにおけるＰＤＣＣＨおよび関連したＰＤＣＣＨを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって受信するように設定されている。１つまたは複数の実施形態では、無線デバイス２２は、ＰＤＣＣＨが受信されるダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、アップリンク制御チャネルにおける少なくとも１つのリソースにおけるＰＤＳＣＨの状態の復号化に関するフィードバックシグナリングを、処理回路８４、プロセッサ８６および無線インターフェース８２のうちの１つまたは複数などによって送信するように設定されている。１つまたは複数の実施形態では、ブロックのうちの１つまたは複数は、無線デバイス２２によって、ブロックのうちの１つまたは複数が省略されるかまたはスキップされ得るように実施され得る。
１つまたは複数の実施形態では、ダウンリンク制御チャネル候補は、本明細書で説明された１つまたは複数のＣＯＲＥＳＥＴに対応する。１つまたは複数の実施形態では、ダウンリンクリソースの少なくとも１つのグループは、本明細書で説明された少なくとも１つのＣＯＲＥＳＥＴグループに対応する。１つまたは複数の実施形態では、フィードバックシグナリングは、本明細書で説明されたＨＡＲＱシグナリングおよび／またはＨＡＲＱメッセージングに対応する。１つまたは複数の実施形態では、本明細書で説明されたように、ダウンリンク制御チャネル候補すなわちＰＤＣＣＨ候補の割り当てが無線デバイスに指示される。
１つまたは複数の実施形態によれば、無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングはアップリンク制御チャネルにおける個別のリソース上で受信される。１つまたは複数の実施形態によれば、ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングは、アップリンク制御チャネルの同じリソース上で受信されるダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである。
ダウンリンク制御チャネル候補に関連したフィードバックの監視および実装のための、ダウンリンク制御チャネル候補の割り当てのための機構を全体的に説明してきたが、これらの構成、実施形態、機能、および処理の詳細は、下記のように提供され、ネットワークノード１６、無線デバイス２２および／またはホストコンピュータ２４によって実装され得る。
例１：ＣＯＲＥＳＥＴグループを明示的に設定する
複数のＰＤＣＣＨを用いるマルチＴＲＰ ＰＤＳＣＨ送信のために、無線デバイス２２に対してＣＯＲＥＳＥＴグループが設定され得る。ＣＯＲＥＳＥＴグループは、たとえばＰＤＣＣＨ候補といった１つまたは複数のＣＯＲＥＳＥＴを含むことができる。これは、各ＣＯＲＥＳＥＴ設定ＩＥにＣＯＲＥＳＥＴグループ識別子／識別情報（ＩＤ）を含めることによって行われ得る。ＣＯＲＥＳＥＴグループの最大数も（たとえばＲＲＣシグナリングによって）設定され得る。たとえば、ｍａｘＮｒｏｆＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＧｒｏｕｐｓ＝２、とする。
ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ情報エレメントの例は、下記で１つまたは複数のフィールドが太字で指示されている。
Figure 0007288067000015
ＰＵＣＣＨ送信用の同一のスロットを指示するＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒの値を有する、同一のＣＯＲＥＳＥＴグループに属する１つまたは複数のＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨに対する、たとえばフィードバックシグナリングといったＨＡＲＱ Ａ／Ｎは、同一のＰＵＣＣＨリソースにおいて報告され得る。
ＰＵＣＣＨ送信用の同一のスロットを指示するＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒの値を有して、異なるＣＯＲＥＳＥＴグループに属するＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨについては、異なるＣＯＲＥＳＥＴグループにおいて検知されたＰＤＣＣＨに対するＨＡＲＱ Ａ／Ｎ用に、個別のＰＵＣＣＨリソースが使用され得る。
理想的なバックホールを用いるマルチＴＲＰ送信のために、複数のＣＯＲＥＳＥＴを用いる単一のＣＯＲＥＳＥＴグループは、この例示のＣＯＲＥＳＥＴグループ構成で、１つのＴＲＰに関連した各ＣＯＲＥＳＥＴを用いて設定されてよい。この場合、スロットにおける異なるＴＲＰから送信されたＰＤＣＣＨに対するＨＡＲＱ Ａ／Ｎは、アグリゲートされて同一のＰＵＣＣＨリソースで報告され得る。図１７に示される一例では、２つのＴＲＰ（たとえばＴＲＰ１、ＴＲＰ２）向けに、それぞれがＴＣＩ状態によって１つのＴＲＰに関連付けられた２つのＣＯＲＥＳＥＴを有する単一のＣＯＲＥＳＥＴグループが設定されている。ＰＤＣＣＨが同一のＣＯＲＥＳＥＴグループにおいて検知されるため、同一のスロットにスケジューリングされた２つのＴＢ用のＨＡＲＱ Ａ／Ｎは、多重化されるかまたは連帯的に符号化されて単一のＰＵＣＣＨリソースで報告される（たとえば図１７に示されるように、ＴＢ１用のＡ／ＮとＴＢ２用のＡ／Ｎとが、多重化されるかまたは連帯的に符号化されて、単一のＰＵＣＣＨリソースで報告される）。
非理想バックホールを用いるマルチＴＲＰ送信のために、複数のＣＯＲＥＳＥＴグループが、各ＣＯＲＥＳＥＴグループを１つのＴＲＰに関連付けて設定され得る。この場合、スロットにおける異なるＴＲＰから送信されたＰＤＣＣＨに対するＨＡＲＱ Ａ／Ｎは、別々のＰＵＣＣＨリソースで個別に報告され得る。図１８に示される一例では、２つのＴＲＰ（たとえばＴＲＰ１、ＴＲＰ２）向けに、２つのＣＯＲＥＳＥＴグループ（ＣＯＲＥＳＥＴグループ＃１およびグループ＃２）がそれぞれ１つのＣＯＲＥＳＥＴ（グループ＃１のＣＯＲＥＳＥＴ １およびグループ＃２のＣＯＲＥＳＥＴ ２）を有して設定され、ＴＣＩ状態によって１つのＴＲＰに関連付けられる。異なるＣＯＲＥＳＥＴグループにおいて検知されたＰＤＣＣＨ向けのＨＡＲＱ Ａ／Ｎは異なるＰＵＣＣＨリソースにマッピングされ、すなわちＰＤＣＣＨ ＃ｉに関連したＡ／ＮはＰＵＣＣＨ ＃ｎに、ＰＤＣＣＨ ＃ｊに関連したＡ／ＮはＰＵＣＣＨ ＃ｍにマッピングされる。
このタイプの動作を可能にするために、ＤＣＩにおけるＰＲＩフィールドが、このＤＣＩを受信したＣＯＲＥＳＥＴのＣＯＲＥＳＥＴグループに依拠して解釈されるように、一実施形態では、ＨＡＲＱ Ａ／Ｎ用のＰＵＣＣＨリソースセットの設定は、特定のＣＯＲＥＳＥＴグループ向けのものになる。これは、ＰＵＣＣＨリソースセットのリストが１つまたは複数のネットワークノード１６によって設定され、リストにおける各エントリが１つのＣＯＲＥＳＥＴグループに対応することを示唆し得る。
しかしながら、複数のＣＯＲＥＳＥＴグループが利用されるなら、２つ以上のＰＵＣＣＨ送信が必ずしも同時に必要とされるわけではないので、ＰＵＣＣＨリソースの独立したセットを常に設定することは、ＰＵＣＣＨオーバヘッドの点では浪費的であろう。代替実施形態では、（たとえば１つまたは複数のネットワークノード１６によって）すべてのＣＯＲＥＳＥＴグループに対して同一のＰＵＣＣＨリソースセットが設定され、ＤＣＩのＰＲＩフィールド（たとえばネットワークノード１６によって送信される）はこれらのリソースセットを指す。しかしながら、ＰＵＣＣＨ送信のために、（ＷＤ２２によって送信される）異なるＣＯＲＥＳＥＴグループに対応する２つ以上のＨＡＲＱ Ａ／Ｎが同一のＰＲＩおよび同一のスロットとともに指示されたときには、１つのＣＯＲＥＳＥＴグループのＨＡＲＱ Ａ／Ｎだけが、指示されたＰＵＣＣＨリソースにおいて（無線デバイス２２によって）送信され、他のＣＯＲＥＳＥＴグループには他のＰＵＣＣＨリソースが割り当てられるように、ルールが適用されてよい。この実施形態の一変形形態では、別のＰＵＣＣＨリソースセットからのＰＵＣＣＨリソースが、一定のルールに従って選択される。あるいは、（たとえばＷＤ２２および／またはネットワークノード１６によって）他のＣＯＲＥＳＥＴグループ向けに、規格の中の一定のルールに従って、別のＰＲＩに対応するＰＵＣＣＨリソースが選択される。
例２：ＣＯＲＥＳＥＴグループの暗示的判定
例１のようにＲＲＣシグナリングによって明示的にＣＯＲＥＳＥＴグループを規定することに対する代替形態では、ＣＯＲＥＳＥＴグループが暗示的に割り当てられ得る。
一例では、同一のＴＣＩ＿ｓｔａｔｅ識別子を伴う設定されたＣＯＲＥＳＥＴは同一のＣＯＲＥＳＥＴグループに属し、異なるＴＣＩ＿ｓｔａｔｅ識別子を伴うＣＯＲＥＳＥＴは異なるＣＯＲＥＳＥＴグループに属するものと識別される。
別の例では、ＴＣＩ状態におけるソース参照信号（ＲＳ）は２つのグループに分割され得る。同一のＲＳグループにおけるソースＲＳを有するＴＣＩ＿ｓｔａｔｅを伴うＣＯＲＥＳＥＴは、同一のＣＯＲＥＳＥＴグループに属する。
「ＣＯＲＥＳＥＴグループ」という用語は、規格で指定されているわけではないが、ここでは機能性を規定するために使用されることに留意されたい。ここで本開示の一部として説明されたような類似の機能性は、３ＧＰＰ規格ではＣＯＲＥＳＥＴグループという語法を導入せずに規定され得る。
実施形態３：無線デバイス２２にトランスペアレントな、２つのＴＲＰの間のＰＵＣＣＨリソースシェアリング
異なるＣＯＲＥＳＥＴグループ向けに個別のＰＵＣＣＨリソースを明示的に設定する代わりに、非理想バックホールおよび複数のＰＤＣＣＨを用いるマルチＴＲＰ送信の場合には、ＣＯＲＥＳＥＴグループの間のＰＵＣＣＨリソースの区画が無線デバイス２２にトランスペアレントになり得る。これは、異なるＣＯＲＥＳＥＴグループにＰＵＣＣＨリソースインジケータ（ＰＲＩ）フィールドの異なる値を割り当てることによって行われ得る。たとえば、無線デバイス２２に対して（たとえばネットワークノード１６によって）２つのＣＯＲＥＳＥＴグループ｛ＣＯＲＥＳＥＴグループ＃１、ＣＯＲＥＳＥＴグループ＃２｝が設定され、ＣＯＲＥＳＥＴグループ＃１がＴＲＰ＃１に関連付けられ、ＣＯＲＥＳＥＴグループ＃２がＴＲＰ＃２に関連付けられるときには、ＣＯＲＥＳＥＴグループ＃１には｛０、１、２、３、４、５｝のＰＲＩ値がマッピングされ得、ＣＯＲＥＳＥＴグループ＃２には｛６、７｝のＰＲＩ値がマッピングされ得る。このマッピングは２つのＴＲＰの間で半静的に連動され得、そのため、ＰＤＳＣＨがＣＯＲＥＳＥＴグループ＃１のＴＲＰ＃１からスケジューリングされるとき、｛０、１、２、３、４、５｝のＰＲＩ値のみが割り当てられ得る。同様に、ＰＤＳＣＨがＣＯＲＥＳＥＴグループ＃１のＴＲＰ＃１からスケジューリングされる場合には、｛６、７｝のＰＲＩ値のみが割り当てられ得る。しかし、無線デバイス２２の観点からは、ＮＲ Ｒｅｌ－１５のように同一のＰＵＣＣＨ設定が使用される。例３は図１９に示されている。
例４：共通のＨＡＲＱ Ａ／Ｎの場合のＴＢ識別
理想的なバックホールおよび複数のＰＤＣＣＨを用いるマルチＴＲＰ ＰＤＳＣＨ送信の場合には、ＨＡＲＱが処理するダウンリンクの数はＮＲ ３ＧＰＰ Ｒｅｌ－１５におけるものと同じであって、１６までのＨＡＲＱが処理され得、ＨＡＲＱ処理は２つのＴＲＰによって共有され得る。同一のＨＡＲＱ処理ＩＤを有する２つのＰＤＣＣＨによって（たとえばネットワークノード１６によって）スケジューリングされた２つのＰＤＳＣＨが同一のキャリア周波数のスロットにおいて受信され、しかも同一のＣＯＲＥＳＥＴグループに属する２つの個別のＣＯＲＥＳＥＴにおいて２つのＰＤＣＣＨが受信されたときには、２つのＴＢに対するＡ／Ｎは、アグリゲートされて（たとえばＷＤ２２によって）単一のＰＵＣＣＨにおいて報告される。２つのＴＢの各々を正しいＨＡＲＱバッファに関連付けるために、ＴＢ１とＴＢ２とを識別する必要がある。
一実施形態では、ＴＢ１とＴＢ２とはＣＯＲＥＳＥＴ ＩＤによって識別され得る。たとえば、ＴＢ１がＣＯＲＥＳＥＴ ＃１に関連付けられ、ＴＢ２がＣＯＲＥＳＥＴ ＃２に関連付けられる。これは、ＴＢ１が（たとえばＷＤ２２によって）うまく受信されない場合には、（たとえばネットワークノード１６によって）ＣＯＲＥＳＥＴ ＃１から再送信がスケジューリングされなければならないことをも意味する。
別の実施形態では、ＤＣＩフォーマット１－１においてＴＢ１とＴＢ２とが直接識別され得、すなわち、ＤＣＩにおいてＴＢ２が無効にされたときにはＴＢ１が送信される。同様に、ＤＣＩにおいてＴＢ１が無効にされるとＴＢ２が送信される。これにより、異なるＣＯＲＥＳＥＴにおいてＴＢをスケジューリングすることによって異なるＴＲＰからＴＢを再送信することが可能になり得、これはいくつかのシナリオにおいて有利であり得る。図２０に示される一例では、（たとえばネットワークノード１６による）ＴＢ１の第１の送信はＴＲＰ１を介して行われ、再送信はＴＲＰ２から（たとえばネットワークノード１６によって）スケジューリングされる。
図１７～図２１に示されたスケジューラおよびＴＲＰの構成は、説明のために１つのネットワークノード１６に属するものとして示されているが、他の実施形態は、そのようなスケジューラおよびＴＲＰの構成を２つ以上のネットワークノード１６に実装し得ること（たとえばネットワークノードが各ＴＲＰを備えてよく、ネットワークノードが各スケジューラを備えてよく、ネットワークノードが２つ以上のＴＲＰおよび／または２つ以上のスケジューラを含み得る、など）を理解されたい。
例５：空間的関連性情報を使用する暗示的ＰＵＣＣＨリソースグループ
この実施形態では、所与のＴＲＰから送信されるＰＤＳＣＨのために使用されるＰＵＣＣＨリソースは、ＰＵＣＣＨリソースの空間的関連性情報を使用して暗示的に判定され得る。図２１には、この実施形態用の一例が、２つのＴＲＰを用いるマルチＰＤＣＣＨシナリオに関して下記のように示されている（この例では２つのＴＲＰが示されているが、この実施形態は３つ以上のＴＲＰに関して一般化され得ることを理解されたい）。
－ 無線デバイス２２は、ネットワークノード１６によって、それぞれが異なるＴＲＰに関連した２つのＣＯＲＥＳＥＴを用いて設定される。図２１に示されるように、ＣＯＲＥＳＥＴ １はＴＲＰ Ａに関連付けられ、ＣＯＲＥＳＥＴ ２はＴＲＰ Ｂに関連付けられている。
－ ＤＬ ＲＳ ＡおよびＢは、それぞれＴＲＰ ＡおよびＢから送信される。これらのダウンリンクＲＳは、ＣＳＩ－ＲＳまたはＳＳＢのいずれかであり得る。
－ ネットワークノード１６は、ＣＯＲＥＳＥＴ １を使用して送信されるＰＤＣＣＨ ＤＭＲＳ用のＱＣＬソースＲＳとしてＤＬ ＲＳ Ａを有するＣＯＲＥＳＥＴ １のＴＣＩ状態を、ＭＡＣ ＣＥを使用して活性化する。同様に、ネットワークノード１６は、ＣＯＲＥＳＥＴ ２を使用して送信されるＰＤＣＣＨ ＤＭＲＳ用のＱＣＬソースＲＳとしてＤＬ ＲＳ Ｂを有するＣＯＲＥＳＥＴ ２のＴＣＩ状態を、別のＭＡＣ ＣＥを使用して活性化する。
－ ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースの第１の部分用のＭＡＣ ＣＥによって、ソースＲＳとしてＤＬ ＲＳ Ａを有する空間的関係が活性化される。ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースの第２の部分用のＭＡＣ ＣＥによって、ソースＲＳとしてＤＬ ＲＳ Ｂを有する第２の空間的関係が活性化される。
１つまたは複数の実施形態では、
－ 「ＰＵＣＣＨリソースの活性化された空間的関係におけるソースＲＳが、ＣＯＲＥＳＥＴの活性化されたＴＣＩ状態におけるＱＣＬソースＲＳと同一であること」
という条件が満たされると、ＰＵＣＣＨリソースにおいて、ＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨ向けのＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）が報告される。
そのゆえに、活性化された空間的関係において、ＣＯＲＥＳＥＴの活性化されたＴＣＩ状態のＱＣＬソースＲＳと同じソースＲＳを有する無線デバイス２２に対して（たとえばネットワークノード１６によって）設定されたすべてのＰＵＣＣＨリソースは、そのＣＯＲＥＳＥＴに関連した暗示的ＰＵＣＣＨリソースグループに対応する。また、ＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫは、そのＣＯＲＥＳＥＴに関連したＰＵＣＣＨリソースグループに属するＰＵＣＣＨリソースにおいて報告される。
図２１の例では、空間的関係のソースＲＳとしてＤＬ ＲＳ Ａを有する８つのＰＵＣＣＨリソースが、ＣＯＲＥＳＥＴ １に関連した暗示的ＰＵＣＣＨリソースグループを形成する。同様に、空間的関係のソースＲＳとしてＤＬ ＲＳ Ｂを有する、ＰＵＣＣＨリソースにおける８つのＰＵＣＣＨリソースが、ＣＯＲＥＳＥＴ ２に関連した暗示的ＰＵＣＣＨリソースグループを形成する。
１つまたは複数の実施形態では、ＰＵＣＣＨ送信用の同一のスロットを指示する、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータの値を有するＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨ向けのＨＡＲＱ Ａ／Ｎが、そのＣＯＲＥＳＥＴに関連した暗示的ＰＵＣＣＨグループのＰＵＣＣＨリソースのうちの１つで報告される。
例５の利点の１つには、ＰＵＣＣＨリソースをよりうまく利用し得ることがある。たとえば、第１のＣＯＲＥＳＥＴに関連した未使用のＰＵＣＣＨリソースがある場合には、これらのＰＵＣＣＨリソースの空間的関係のソースＲＳが第２のＣＯＲＥＳＥＴのアクティブＱＣＬソースＲＳと同じになるように、これらのＰＵＣＣＨリソースの空間的関係を変更することにより、これらのＰＵＣＣＨリソースが第２のＣＯＲＥＳＥＴに関連付けられ得る。そのゆえに、この実施形態は、専用のＰＵＣＣＨリソースが（たとえばネットワークノード１６によって）１つのＴＲＰとともに使用されるようにＲＲＣ設定される方式と比較して、ＰＵＣＣＨリソースのより優れた利用を提供することができる。
１つまたは複数の実施形態の代替バージョンでは、
－ 「ＰＵＣＣＨリソースの活性化された空間的関係におけるｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳが、ＣＯＲＥＳＥＴの活性化されたＴＣＩ状態におけるＱＣＬソースＲＳと同一であること」
という条件が満たされると、ＰＵＣＣＨリソースにおいて、ＣＯＲＥＳＥＴにおいて検知されたＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨ向けのＡＣＫ／ＮＡＣＫが報告される。
よって、ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳはＣＯＲＥＳＥＴに関連した暗示的ＰＵＣＣＨリソースグループを規定するために、空間的関係のソースＲＳの代わりに使用され得る。
この実施形態では、暗示的ＰＵＣＣＨリソースグループは、ＰＵＣＣＨリソースセットにおけるＰＵＣＣＨリソースのサブセットである。
ＡＣＫ／ＮＡＣＫを報告するための、暗示的ＰＵＣＣＨリソースグループの内部からのＰＵＣＣＨリソースは、３ビットのＰＲＩフィールドによって指示されることに留意されたい。暗示的ＰＵＣＣＨリソースグループの中のＰＵＣＣＨリソースの数Ｒ’ＰＵＣＣＨが８つよりも多ければ、ＰＵＣＣＨリソースは背景技術の節における類似の式を使用して判定され、この場合ＲＰＵＣＣＨがＲ’ＰＵＣＣＨで置換される。
「暗示的ＰＵＣＣＨリソースグループ」という用語は、規格で指定されているわけではないが、ここでは機能性を規定するために使用されることに留意されたい。ここで本開示の一部として説明されたような類似の機能性は、３ＧＰＰ規格では「暗示的ＰＵＣＣＨリソースグループ」という語法を導入せずに規定され得る。
いくつかの事例
事例１． 「ＣＯＲＥＳＥＴグループ」を１つまたは複数のＴＲＰに暗示的に結びつけ、ＣＯＲＥＳＥＴに設定されたＴＣＩ状態またはＴＣＩ状態向けに設定されたソース参照信号によって、各ＣＯＲＥＳＥＴをＣＯＲＥＳＥＴグループＩＤに明示的に関連付けるか、またはＣＯＲＥＳＥＴをＣＯＲＥＳＥＴグループに暗示的に関連付ける。各ＣＯＲＥＳＥＴグループにおいて検知されて同一のスロットで送られるＰＤＣＣＨに関連したＨＡＲＱ Ａ／Ｎは、連帯的に符号化されて個別のＰＵＣＣＨリソースで送られる。
事例２． 「ＣＯＲＥＳＥＴグループ」間の下記のようなＰＵＣＣＨリソース区画
ａ． 同一のＰＲＩ値が使用されて同一のＰＵＣＣＨリソースセットが判定されたために衝突が生じたとき、複数のＣＯＲＥＳＥＴグループによってＰＵＣＣＨリソースが共有され、１つのＣＯＲＥＳＥＴグループに関連したＡ／Ｎを別々のＰＵＣＣＨリソースに送るためのルールが使用される。
ｂ． 異なるＣＯＲＥＳＥＴグループには異なるＰＲＩ値範囲が割り当てられるように、ＰＲＩ値範囲に基づいて、異なるＣＯＲＥＳＥＴグループ用のＰＵＣＣＨリソースが区画される。そのような区画は無線デバイス２２にトランスペアレントである。
ｃ． 異なるＣＯＲＥＳＥＴグループ用のＰＵＣＣＨリソースは、ＣＯＲＥＳＥＴのＴＣＩ状態およびＰＵＣＣＨリソースに関連した空間的関係に基づいて暗示的に区画され、ＣＯＲＥＳＥＴのＱＣＬ参照ソースＲＳと同一の空間的関係のソースＲＳを有するＰＵＣＣＨリソースは、ＣＯＲＥＳＥＴから送信されたＰＤＣＣＨに関連付けられる。
事例３． 単一のＰＵＣＣＨリソースで送られるＨＡＲＱ Ａ／Ｋの共通のエンコーディングの場合には、ＴＢ識別は、ＰＤＣＣＨが受信されたＣＯＲＥＳＥＴに基づいて、またはＤＣＩで明示的に指示されて、実施され得る。
加えて、いくつかの実施形態は、以下の実施形態のうちの１つまたは複数を含み得る。
実施形態Ａ１． 無線デバイス（ＷＤ）と通信するように設定されたネットワークノードであって、ネットワークノードおよび／またはネットワークノードが備える無線インターフェースならびに／あるいはネットワークノードが備える処理回路が、
複数の送受信ポイント（ＴＲＰ）に関連付けられているダウンリンク制御チャネル候補を無線デバイスが監視するためのダウンリンクリソースの少なくとも１つのグループに関連したダウンリンク制御チャネル候補を割り当てることと、
割り当てられたダウンリンクリソースにおける物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、異なるＴＲＰからの関連する物理ダウンリンク制御チャネル（ＰＤＳＣＨ）とを送信することと、
ダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、アップリンク制御チャネルにおける少なくとも１つのリソースにおける無線デバイスからＰＤＳＣＨの復号化状態に関するフィードバックシグナリングを受信することと
のうちの１つまたは複数を実施するように設定されている、ネットワークノード。
実施形態Ａ２． 無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングがアップリンク制御チャネルにおける個別のリソース上で受信される、実施形態Ａ１に記載のネットワークノード。
実施形態Ａ３． ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングが、アップリンク制御チャネルの同じリソース上で受信されるダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである、実施形態Ａ１に記載のネットワークノード。
実施形態Ｂ１． ネットワークノードにおいて実施される方法であって、
複数の送受信ポイント（ＴＲＰ）に関連付けられているダウンリンク制御チャネル候補を無線デバイスが監視するためのダウンリンクリソースの少なくとも１つのグループに関連したダウンリンク制御チャネル候補を割り当てることと、
割り当てられたダウンリンクリソースにおけるＰＤＣＣＨと、異なるＴＲＰからの関連するＰＤＳＣＨとを送信することと、
ダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、アップリンク制御チャネルにおける少なくとも１つのリソースにおいてフィードバックシグナリングを受信することと
のうちの１つまたは複数を含む方法。
実施形態Ｂ２． 無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングがアップリンク制御チャネルにおける個別のリソース上で受信される、実施形態Ｂ１に記載の方法。
実施形態Ｂ３． ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングが、アップリンク制御チャネルの同じリソース上で受信されたダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである、実施形態Ｂ１に記載の方法。
実施形態Ｃ１． ネットワークノードと通信するように設定された無線デバイス（ＷＤ）であって、ＷＤおよび／またはＷＤが備える無線インターフェースならびに／あるいはＷＤが備える処理回路が、
ダウンリンクリソースの少なくとも１つのグループに関連する割り当てられたダウンリンク制御チャネル候補における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することであって、ダウンリンク制御チャネル候補が複数の送受信ポイント（ＴＲＰ）に関連付けられている、ＰＤＣＣＨを監視することと、
割り当てられたダウンリンクリソースにおけるＰＤＣＣＨと、関連した物理ダウンリンク共有チャネル（ＰＤＳＣＨ）とを受信することと、
ＰＤＣＣＨが受信されるダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、アップリンク制御チャネルにおける少なくとも１つのリソースにおけるからＰＤＳＣＨの復号化状態に関するフィードバックシグナリングを送信することと
のうちの１つまたは複数を実施するように設定されている、ＷＤ。
実施形態Ｃ２． 無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングがアップリンク制御チャネルにおける個別のリソース上で受信される、実施形態Ｃ１に記載のＷＤ。
実施形態Ｃ３． ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングが、アップリンク制御チャネルの同じリソース上で受信されるダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである、実施形態Ｃ１に記載のＷＤ。
実施形態Ｄ１． 無線デバイス（ＷＤ）に実装された方法であって、
ダウンリンクリソースの少なくとも１つのグループに関連する割り当てられたダウンリンク制御チャネル候補における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を監視することであって、ダウンリンク制御チャネル候補が複数の送受信ポイント（ＴＲＰ）に関連付けられている、監視することと、
割り当てられたダウンリンクリソースにおけるＰＤＣＣＨと、関連した物理ダウンリンク共有チャネル（ＰＤＳＣＨ）とを受信することと、
ダウンリンク制御チャネル候補の割り当てに少なくとも部分的に基づいて、アップリンク制御チャネルにおける少なくとも１つのリソースにおけるＰＤＳＣＨの復号化状態に関するフィードバックシグナリングを送信することと
のうちの１つまたは複数を含む方法。
実施形態Ｄ２． 無線デバイスが監視するべきダウンリンク制御チャネル候補がダウンリンクリソースの複数のグループに対応する場合には、ダウンリンクリソースの各グループに関連したフィードバックシグナリングがアップリンク制御チャネルにおける個別のリソース上で受信される、実施形態Ｄ１に記載の方法。
実施形態Ｄ３． ダウンリンク制御チャネル候補がダウンリンクリソースのグループに対応する場合には、フィードバックシグナリングが、アップリンク制御チャネルの同じリソース上で受信されるダウンリンクリソースのグループにおける各ダウンリンク制御チャネル候補に関連した共通のフィードバックシグナリングである、実施形態Ｄ１に記載の方法。
本明細書で説明された概念は、方法、データ処理システム、実行可能なコンピュータプログラムを記憶するコンピュータプログラム製品および／またはコンピュータ記憶媒体として具現され得ることが、当業者には諒解されよう。それゆえに、本明細書で説明された概念は、全面的にハードウェアの実施形態、全面的にソフトウェアの実施形態、またはソフトウェアの態様とハードウェアの態様とを組み合わせた実施形態の形をとり得、すべてが本明細書では一般に「回路」または「モジュール」として参照される。本明細書で説明されたあらゆる処理、ステップ、アクションおよび／または機能性は、ソフトウェアおよび／またはファームウェアおよび／またはハードウェアで実装され得る対応するモジュールによって実施されてよく、かつ／またはこれらに関連付けられてよい。さらに、本開示は、コンピュータによって実行可能なコンピュータプログラムコードが媒体の中に具現されている、有形のコンピュータ使用可能な記憶媒体上のコンピュータプログラム製品の形態をとり得る。ハードディスク、ＣＤ－ＲＯＭ、電子記憶デバイス、光記憶デバイス、または磁気記憶デバイスを含めて、あらゆる適切な有形のコンピュータ可読媒体が利用され得る。
本明細書では、いくつかの実施形態が、方法、システムおよびコンピュータプログラム製品の流れ図および／またはブロック図を参照しながら説明されている。流れ図および／またはブロック図の各ブロック、ならびに流れ図および／またはブロック図におけるブロックの組合せが、コンピュータプログラム命令によって実装され得ることが理解されよう。これらのコンピュータプログラム命令は、マシンを製作するために、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサによって実行する命令が、流れ図および／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するための手段をもたらすように、（専用コンピュータをもたらすために）汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサに供給され得る。
これらのコンピュータプログラム命令は、コンピュータ可読記憶装置に記憶されたこれらの命令が、流れ図および／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装する命令手段を含む製品をもたらすように、コンピュータまたは他のプログラマブルデータ処理装置に、特定のやり方で機能するように指令することができるコンピュータ可読記憶装置または記憶媒体にも記憶され得る。
これらのコンピュータプログラム命令は、コンピュータまたは他のプログラマブルデータ処理装置にもロードされ得、コンピュータ実施処理を生成するために、コンピュータまたは他のプログラマブル装置上で実行する命令が、流れ図および／またはブロック図の１つまたは複数のブロックにおいて指定された機能／行為を実装するためのステップをもたらすように、コンピュータまたは他のプログラマブル装置上で実施される一連の動作ステップをもたらす。
ブロックにおいて示された機能／行為は、動作の図解で示された順番から外れて生じてもよいことを理解されたい。たとえば、連続して示された２つのブロックが、包含される機能性／行為に依拠して、実際には実質的に同時に実行されてよく、または逆順で実行されることもあり得る。図のうちのいくつかは、通信経路上に、通信の主要な方向を示すための矢印を含むが、表現された矢印の反対方向にも通信が生じ得ることを理解されたい。
本明細書で説明された概念の動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）またはＣ＋＋などのオブジェクト指向プログラミング言語で書かれてよい。しかしながら、本開示の動作を実行するためのコンピュータプログラムコードは、「Ｃ」プログラム言語などの従来の手続き型プログラミング言語で書かれてもよい。プログラムコードは、スタンドアロンのソフトウェアパッケージとして、全面的にユーザコンピュータ上で、または部分的にユーザコンピュータ上で実行されてよく、あるいは部分的にユーザコンピュータ上かつ部分的に遠隔コンピュータ上で、または全面的に遠隔コンピュータ上で、実行されてもよい。後者のシナリオでは、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）によってユーザコンピュータに接続されてよく、または（たとえばインターネットサービスプロバイダを使用してインターネットを通じて）外部コンピュータに接続されてもよい。
本明細書では、上記の説明および図面に関連して多くの異なる実施形態が開示されてきた。これらの実施形態のすべての組合せおよびサブコンビネーションを文字通り記述したり図解したりすることは、過度にくどく、不明瞭にしてしまう恐れがあることが理解されよう。それゆえに、すべての実施形態が任意のやり方および／または組合せで組み合わされ得、本明細書は、図面を含めて、本明細書で説明された実施形態、ならびにこれらの実施形態を作製したり使用したりするやり方および処理の、すべての組合せおよびサブコンビネーションの完全な書面の説明を構成するように解釈されるものとし、あらゆるそのような組合せまたはサブコンビネーションに対する特許権の主張をサポートするものとする。
本明細書で説明された実施形態は、上記で詳細に示されて説明されたことに限定されるわけではないことが当業者には諒解されよう。加えて、上記で別様に述べられていない限り、すべての添付図面が原寸に比例しないことに留意されたい。上記の教示に照らして、以下の特許請求の範囲から逸脱することなく、種々の修正形態および変形形態が可能である。

Claims (28)

  1. １つまたは複数のネットワークノード（１６）と通信するように設定された無線デバイス（２２）（ＷＤ）によって実施される方法であって、
    前記１つまたは複数のネットワークノード（１６）から、
    第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
    それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを受信すること（Ｓ１４２）と、
    前記１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および前記１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを監視すること（Ｓ１４４）と、
    前記第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および前記第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを受信すること（Ｓ１４６）と、
    前記第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と前記第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを前記１つまたは複数のネットワークノード（１６）に送信すること（Ｓ１４８）と
    を含み、
    前記第１のグループインデックスが前記第２のグループインデックスと等しい場合、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを送信することが、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを、前記ＰＵＣＣＨ設定によって設定された前記ＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で送信することをさらに含む、
    方法。
  2. 前記１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、前記１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、前記少なくとも１つの第１のＴＣＩ状態が前記少なくとも１つの第２のＴＣＩ状態とは異なる、請求項１に記載の方法。
  3. 前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎを送信することが、
    前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で送信し、前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で送信することをさらに含む、請求項１または２に記載の方法。
  4. 前記第１のＰＵＣＣＨリソースが前記第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、前記第２のＰＵＣＣＨリソースが前記第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される、請求項３に記載の方法。
  5. 前記第１のＰＲＩが前記第２のＰＲＩとは異なる、請求項４に記載の方法。
  6. 前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項３から５のいずれか一項に記載の方法。
  7. 前記１つまたは複数の第１のＣＯＲＥＳＥＴの各々に前記第１のグループインデックスが含まれており、前記１つまたは複数の第２のＣＯＲＥＳＥＴの各々に前記第２のグループインデックスが含まれている、請求項１から６のいずれか一項に記載の方法。
  8. １つまたは複数のネットワークノード（１６）と通信するように設定された無線デバイス（２２）（ＷＤ）であって、処理回路（８４）を備える無線デバイス（２２）において、前記処理回路（８４）が、前記無線デバイス（２２）に、
    前記１つまたは複数のネットワークノード（１６）から、
    第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
    それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを受信することと、
    前記１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および前記１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを監視することと、
    前記第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および前記第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを受信することと、
    前記第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と前記第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを前記１つまたは複数のネットワークノード（１６）に送信することと
    を行わせるように設定されていて、
    前記第１のグループインデックスが前記第２のグループインデックスと等しい場合、前記処理回路（８４）が、前記無線デバイス（２２）に、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを、前記ＰＵＣＣＨ設定によって設定された前記ＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で送信させるように設定されていることによって、前記無線デバイス（２２）に前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを送信させるようにさらに設定されている、
    無線デバイス（２２）。
  9. 前記１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、前記１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、前記少なくとも１つの第１のＴＣＩ状態が前記少なくとも１つの第２のＴＣＩ状態とは異なる、請求項８に記載の無線デバイス（２２）。
  10. 前記処理回路（８４）が、前記無線デバイス（２２）に、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で送信させ、前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で送信させるように設定されることによって、
    前記無線デバイス（２２）に前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを送信させるようにさらに設定されている、請求項８または９に記載の無線デバイス（２２）。
  11. 前記第１のＰＵＣＣＨリソースが前記第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、前記第２のＰＵＣＣＨリソースが前記第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される、請求項１０に記載の無線デバイス（２２）。
  12. 前記第１のＰＲＩが前記第２のＰＲＩとは異なる、請求項１１に記載の無線デバイス（２２）。
  13. 前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項１０から１２のいずれか一項に記載の無線デバイス（２２）。
  14. 前記１つまたは複数の第１のＣＯＲＥＳＥＴの各々に前記第１のグループインデックスが含まれており、前記１つまたは複数の第２のＣＯＲＥＳＥＴの各々に前記第２のグループインデックスが含まれている、請求項８から１３のいずれか一項に記載の無線デバイス（２２）。
  15. 無線デバイス（２２）（ＷＤ）と通信するように設定されたネットワークノード（１６）によって実施される方法であって、
    第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
    それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを送信することと、
    前記１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および前記１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを送信することと、
    前記第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および前記第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを送信することと、
    前記第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と前記第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することと
    を含み、
    前記第１のグループインデックスが前記第２のグループインデックスと等しい場合、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを受信することが、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを、前記ＰＵＣＣＨ設定によって設定された前記ＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で受信することをさらに含む、
    方法。
  16. 前記１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、前記１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、前記少なくとも１つの第１のＴＣＩ状態が前記少なくとも１つの第２のＴＣＩ状態とは異なる、請求項１５に記載の方法。
  17. 前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを受信することが、
    前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で受信し、前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で受信することをさらに含む、請求項１５または１６に記載の方法。
  18. 前記第１のＰＵＣＣＨリソースが前記第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、前記第２のＰＵＣＣＨリソースが前記第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される、請求項１７に記載の方法。
  19. 前記第１のＰＲＩが前記第２のＰＲＩとは異なる、請求項１８に記載の方法。
  20. 前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項１７から１９のいずれか一項に記載の方法。
  21. 前記１つまたは複数の第１のＣＯＲＥＳＥＴの各々に前記第１のグループインデックスが含まれており、前記１つまたは複数の第２のＣＯＲＥＳＥＴの各々に前記第２のグループインデックスが含まれている、請求項１５から２０のいずれか一項に記載の方法。
  22. 無線デバイス（２２）（ＷＤ）と通信するように設定されたネットワークノード（１６）であって、処理回路（６８）を備えるネットワークノード（１６）において、前記処理回路（６８）が、前記ネットワークノード（１６）に、
    第１のグループインデックスを有する１つまたは複数の第１の制御リソースセット（ＣＯＲＥＳＥＴ）の第１のグループ、および第２のグループインデックスを有する１つまたは複数の第２の制御リソースセット（ＣＯＲＥＳＥＴ）の第２のグループの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）設定と、
    それぞれが複数のＰＵＣＣＨリソースを含む複数のＰＵＣＣＨリソースセットの物理アップリンク制御チャネル（ＰＵＣＣＨ）設定とを送信することと、
    前記１つまたは複数の第１のＣＯＲＥＳＥＴの第１のグループにおける第１のＰＤＣＣＨ、および前記１つまたは複数の第２のＣＯＲＥＳＥＴの第２のグループにおける第２のＰＤＣＣＨを送信することと、
    前記第１のＰＤＣＣＨによってスケジューリングされた第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、および前記第２のＰＤＣＣＨによってスケジューリングされた第２のＰＤＳＣＨを送信することと、
    前記第１のＰＤＳＣＨに関連した第１のハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（Ａ／Ｎ）と前記第２のＰＤＳＣＨに関連した第２のＨＡＲＱ Ａ／Ｎとを受信することと
    を行わせるように設定されていて、
    前記第１のグループインデックスが前記第２のグループインデックスと等しい場合、前記処理回路（６８）が、前記ネットワークノード（１６）に、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを、前記ＰＵＣＣＨ設定によって設定された前記ＰＵＣＣＨリソースのうちの同一のＰＵＣＣＨリソース上で受信させるように設定されることによって、前記ネットワークノード（１６）に前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを受信させるようにさらに設定されている、
    ネットワークノード（１６）。
  23. 前記１つまたは複数のＣＯＲＥＳＥＴの第１のグループが少なくとも１つの第１の送信設定インジケータ（ＴＣＩ）状態に関連付けられ、前記１つまたは複数のＣＯＲＥＳＥＴの第２のグループが少なくとも１つの第２のＴＣＩ状態に関連付けられ、前記少なくとも１つの第１のＴＣＩ状態が前記少なくとも１つの第２のＴＣＩ状態とは異なる、請求項２２に記載のネットワークノード（１６）。
  24. 前記処理回路（６８）が、前記ネットワークノード（１６）に、前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎを第１のＰＵＣＣＨリソース上で受信させ、前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを第２のＰＵＣＣＨリソース上で受信させるように設定されることによって、
    前記ネットワークノード（１６）に前記第１のＰＤＳＣＨに関連した前記第１のＨＡＲＱ Ａ／Ｎおよび前記第２のＰＤＳＣＨに関連した前記第２のＨＡＲＱ Ａ／Ｎを受信させるようにさらに設定されている、請求項２２または２３に記載のネットワークノード（１６）。
  25. 前記第１のＰＵＣＣＨリソースが前記第１のＰＤＣＣＨに含まれる第１のＰＵＣＣＨリソースインジケータ（ＰＲＩ）によって指示され、前記第２のＰＵＣＣＨリソースが前記第２のＰＤＣＣＨに含まれる第２のＰＲＩによって指示される、請求項２４に記載のネットワークノード（１６）。
  26. 前記第１のＰＲＩが前記第２のＰＲＩとは異なる、請求項２５に記載のネットワークノード（１６）。
  27. 前記第１のＰＵＣＣＨリソースが前記第２のＰＵＣＣＨリソースとは異なる、請求項２４から２６のいずれか一項に記載のネットワークノード（１６）。
  28. 前記１つまたは複数の第１のＣＯＲＥＳＥＴの各々に前記第１のグループインデックスが含まれており、前記１つまたは複数の第２のＣＯＲＥＳＥＴの各々に前記第２のグループインデックスが含まれている、請求項２２から２７のいずれか一項に記載のネットワークノード（１６）。
JP2021546881A 2019-02-15 2020-02-06 複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ Active JP7288067B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962806412P 2019-02-15 2019-02-15
US62/806,412 2019-02-15
PCT/IB2020/050964 WO2020165702A1 (en) 2019-02-15 2020-02-06 Harq ack for multi-pdcch scheduled pdsch transmission over multiple transmission reception points

Publications (2)

Publication Number Publication Date
JP2022521690A JP2022521690A (ja) 2022-04-12
JP7288067B2 true JP7288067B2 (ja) 2023-06-06

Family

ID=69650668

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021546881A Active JP7288067B2 (ja) 2019-02-15 2020-02-06 複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ

Country Status (5)

Country Link
US (1) US20220116183A1 (ja)
EP (1) EP3925124A1 (ja)
JP (1) JP7288067B2 (ja)
MX (1) MX2021009572A (ja)
WO (1) WO2020165702A1 (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4221027A1 (en) 2018-12-13 2023-08-02 Lg Electronics, Inc. Method for transmitting and receiving data in wireless communication system and apparatus therefor
WO2020122686A1 (ko) * 2018-12-13 2020-06-18 엘지전자 주식회사 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
CN111435920B (zh) * 2019-03-29 2022-03-22 维沃移动通信有限公司 多发送接收点trp配置方法、设备及存储介质
EP3962160A1 (en) * 2019-04-26 2022-03-02 Ntt Docomo, Inc. User terminal and wireless communication method
CN113812200B (zh) * 2019-04-30 2024-03-26 日本电气株式会社 多trp/面传输的下行链路重传
KR102520456B1 (ko) * 2019-07-12 2023-04-12 엘지전자 주식회사 무선 통신 시스템에서 harq-ack 정보를 송수신 하는 방법 및 이에 대한 장치
US11929805B2 (en) * 2019-07-26 2024-03-12 Ofinno, Llc Channel state information reporting for non-coherent joint transmission
US11665718B2 (en) * 2019-10-02 2023-05-30 Qualcomm Incorporated Dynamic control channel resources
US11950248B2 (en) * 2020-01-30 2024-04-02 Samsung Electronics Co., Ltd. Dynamic adaptation on PDCCH monitoring behavior across multi-TRPs
JP2023517951A (ja) * 2020-03-10 2023-04-27 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてｐｄｃｃｈ送受信方法及び装置
US11757587B2 (en) * 2020-05-24 2023-09-12 Qualcomm Incorporated Switch between coherent and non-coherent PUCCH transmissions
US11770812B2 (en) * 2020-07-08 2023-09-26 Samsung Electronics Co. , Ltd. Methods and apparatuses for physical layer beam indications
US11930517B2 (en) * 2020-09-04 2024-03-12 Qualcomm Incorporated CSI difference report
CN116326024A (zh) * 2020-10-09 2023-06-23 中兴通讯股份有限公司 执行小区间多传输/接收点操作的资源映射
CN114499785A (zh) * 2020-10-23 2022-05-13 大唐移动通信设备有限公司 波束指示方法、终端、网络侧设备、装置和存储介质
CN116250334A (zh) * 2020-10-23 2023-06-09 鸿颖创新有限公司 用于上行链路传输的波束指示方法及用户设备
CN114598417A (zh) * 2020-12-07 2022-06-07 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2022186632A1 (ko) * 2021-03-04 2022-09-09 엘지전자 주식회사 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
WO2022216042A1 (en) * 2021-04-06 2022-10-13 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
US20220329360A1 (en) * 2021-04-06 2022-10-13 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
AU2022348189A1 (en) * 2021-09-15 2024-04-04 Nokia Technologies Oy Flexible tci state indication under unified tci framework

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016519890A (ja) 2013-04-05 2016-07-07 エルジー エレクトロニクス インコーポレイティド 無線接続システムにおいて上りリンク制御情報送信方法及び装置
WO2018228487A1 (en) 2017-06-15 2018-12-20 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016519890A (ja) 2013-04-05 2016-07-07 エルジー エレクトロニクス インコーポレイティド 無線接続システムにおいて上りリンク制御情報送信方法及び装置
WO2018228487A1 (en) 2017-06-15 2018-12-20 Huawei Technologies Co., Ltd. Method and devices for multiple transmit receive point cooperation for reliable communication
US20200154467A1 (en) 2017-06-15 2020-05-14 Huawei Technologies Co., Ltd. Method and Devices for Multiple Transmit Receive Point Cooperation for Reliable Communication

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
Ericsson，On multi-TRP and multi-panel[online]，3GPP TSG RAN WG1 #96 R1-1902540，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902540.zip>，2019年02月15日
vivo，UCI enhancements for URLLC[online]，3GPP TSG RAN WG1 adhoc_NR_AH_1901 R1- 1900127，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1901/Docs/R1-1900127.zip>，2019年01月12日

Also Published As

Publication number Publication date
US20220116183A1 (en) 2022-04-14
WO2020165702A1 (en) 2020-08-20
EP3925124A1 (en) 2021-12-22
JP2022521690A (ja) 2022-04-12
MX2021009572A (es) 2021-09-08

Similar Documents

Publication Publication Date Title
JP7288067B2 (ja) 複数の送受信ポイントにわたってｐｄｓｃｈ送信スケジューリングされたマルチｐｄｃｃｈ用のｈａｒｑ ａｃｋ
US20220094399A1 (en) Low overhead channel state information (csi) feedback for multi-transmission point (trp) transmission
JP7057347B2 (ja) 無線通信システムにおけるチャンネル状態報告のための方法及びその装置
US10306501B2 (en) Method for reporting channel status in wireless communication system and apparatus therefor
US11050540B2 (en) Method for reporting channel state in wireless communication system and device therefor
US20220191892A1 (en) Medium access control (mac) control element signaling for multi-transmission point/multi panel physical downlink shared channel transmission
US10374677B2 (en) Method for channel-related feedback and apparatus for same
US10374664B2 (en) Method for reporting channel state in wireless communication system and apparatus therefor
US10341000B2 (en) Method for reporting channel state in wireless communication system and apparatus therefor
JP7402310B2 (ja) 動的スペクラム共有を伴う非コヒーレント共同送信のためのレートマッチング
US20160323901A1 (en) Method for channel measurement and report in wireless communication system and apparatus therefor
JP2019134430A (ja) 上りリンク制御情報を送信するための方法及びそのための装置
JP2018522474A (ja) 非周期的チャネル状態情報−参照信号を用いたチャネル状態報告のための方法及びそのための装置
JP2019528610A (ja) 無線通信システムにおけるチャネル態報告のための方法及びその装置
JP2018506230A (ja) 無線通信システムにおけるチャネル状態報告方法及びそのための装置
US20230179354A1 (en) Receiving time overlapping downlink reference signals and channels
KR20220003593A (ko) 다운링크(dl) 반영구적 스케줄링을 갖는 복수의 물리적 다운링크 공유 채널(pdsch)에 대한 하이브리드 자동 반복 요청(harq) 피드백
CN116114215A (zh) 无线通信系统中发送或接收上行链路的方法和设备
US10439698B2 (en) Channel state reporting method in wireless communication system and device for same
JP2023526813A (ja) 複数のｔｒｐにわたる単一のｃｏｒｅｓｅｔに基づいたｐｄｃｃｈのダイバーシティ
US10469236B2 (en) Method for reporting channel state in wireless communication system and apparatus therefor
US20210307037A1 (en) User terminal and radio communication method
US20240106614A1 (en) RELIABLE CSI FEEDBACK TOWARDS MULTIPLE TRPs
US20220232555A1 (en) Indication of uplink control channel repetition in wireless communication
US10966246B2 (en) Collision avoidance between EPDCCH and aperiodic CSI-RS

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211021

A529 Written submission of copy of amendment under article 34 pct

Free format text: JAPANESE INTERMEDIATE CODE: A529

Effective date: 20211006

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211021

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20220930

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221011

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230110

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20230310

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230410

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: 20230425

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230525

R150 Certificate of patent or registration of utility model

Ref document number: 7288067

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150