JP6659772B2 - Ｐｕｃｃｈリソース割り当ておよび使用 - Google Patents

Ｐｕｃｃｈリソース割り当ておよび使用 Download PDF

Info

Publication number
JP6659772B2
JP6659772B2 JP2018121634A JP2018121634A JP6659772B2 JP 6659772 B2 JP6659772 B2 JP 6659772B2 JP 2018121634 A JP2018121634 A JP 2018121634A JP 2018121634 A JP2018121634 A JP 2018121634A JP 6659772 B2 JP6659772 B2 JP 6659772B2
Authority
JP
Japan
Prior art keywords
downlink
subframe
user equipment
control channel
group
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
JP2018121634A
Other languages
English (en)
Other versions
JP2018148585A (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 JP2018148585A publication Critical patent/JP2018148585A/ja
Application granted granted Critical
Publication of JP6659772B2 publication Critical patent/JP6659772B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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
    • 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

Description

本発明は、一般的に、ハイブリッド自動反復要求（Ｈｙｂｒｉｄ Ａｕｔoｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ：ＨＡＲＱ）リソース割り当てに関し、より具体的には、物理アップリンク制御チャネル（Ｐｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）上でのエンハンスト干渉マネジメントおよびトラフィックアダプテーション（Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ：ｅＩＭＴＡ）のためのＨＡＲＱリソース割り当てに関する。
本節では、下記に開示される本発明に至るまでの背景または状況を提供することが意図されている。ここにおける記述は、追及できる概念を含むことができるが、この概念は、必ずしも以前に考察、実現、または記述されたものであるとは限らない。従って、ここにおいて特に明確に示されない限り、本節で記述されるものは、本願における記述に対しての先行技術ではなく、また本節に含まれることにより、先行技術であると認められるものではない。本明細書および／または図面において見出すことができる略語は、本明細書の最後、請求項の前において定義されている。
「Ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔ ｔｏ ＬＴＥ ＴＤＤ ｆｏｒ ＤＬ−ＵＬ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐａｔａｔｉｏｎ （ＴＤＤ＿ｅＩＭＴＡ）（ＤＬ−ＵＬ干渉マネジメントおよびトラフィックアダプテーションのためのＬＴＥ ＴＤＤ（ＴＤＤ＿ｅＩＭＴＡ）への更なる強化）」を特徴とする３ＧＰＰ Ｒｅｌｅａｓｅ １２がある。ｅＩＭＴＡ ＷＩの目標は、例えば、スモールセルにおけるトラフィックアダプテーションのために、よりフレキシブルなＴＤＤ ＵＬ−ＤＬ再構成を可能にすることである。Ｒｅｌ−１２の仮定の結果としての開始点は、ｅＮｏｄｅＢが（例えば、スモールセルに対して）、ＵＬ−ＤＬ構成が実際は非常に静的である現在の状況と比較して、ＵＬ−ＤＬ構成を相対的に高い頻度で（フレキシブルＵＬ／ＤＬモードに構成されたＵＥに対して）変更できるということである。
本開示においては、例えば、ＴＤＤ ｅＩＭＴＡのためのＰＵＣＣＨリソースの割り当てに焦点を置く。異なってはいるが、現在のＴＤＤ構成が、アップリンクおよびダウンリンクに対するＨＡＲＱ／スケジューリングタイミングを定義するという、いわゆる参照構成原則に従って、ｅＩＭＴＡのためのＨＡＲＱ／スケジューリングタイミングを配置することが決定されてきた。３ＧＰＰ ＲＡＮ１＃７５会議（２０１３年１１月１１〜１５日）後の関連する決定は、下記のように要約される。
・ ＴＤＤ＿ｅＩＭＴＡで構成されたＵＥに対しては、アップリンクスケジューリングタイミングおよびＨＡＲＱタイミングは、ＳＩＢ−１において信号通知されるＵＬ−ＤＬ構成に従う。
・ ＤＬ ＨＡＲＱ参照構成は、Ｒｅｌ−８ ＴＤＤ ＵＬ−ＤＬ構成｛２、４、５｝から選択可能である。
・ＳＩＢ−１（ＰＣｅｌｌの場合）およびＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ ＩＥ（ＳＣｅｌｌの場合）においてＤＬサブフレームまたは特殊サブフレームの下りパイロットタイムスロット（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ：ＤｗＰＴＳ）として構成されるサブフレームは、アップリンク送信のために使用すべきではない。
・如何なる有効なＵＬおよびＤＬ ＨＡＲＱ参照構成のもとでも、ＵＥは、ＤＬ ＨＡＲＱ参照構成においてＵＬサブフレームまたは特殊サブフレームとして構成される如何なるサブフレームも、ＤＬサブフレームとして動的に使用されることを期待すべきではない。
・これらの決定は、下記に、より詳細に記述するように、ＨＡＲＱ情報に対する競合問題に繋がる可能性がある。
本節は、例示的であることが意図され、制限的であることは意図されていない。
例としての実施の形態においては、方法は、
基地局により、ユーザ機器の第１セットが、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第１セットであって、第１インデックスにおいて開始する物理アップリンク制御チャネルリソースの第１セットを決定することと、
基地局により、ユーザ機器の第２セットが、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第２セットであって、ユーザ機器の第１および第２セットにおけるユーザ機器は異なっており、物理アップリンク制御チャネルリソースの第２セットは第２インデックスにおいて開始し、ユーザ機器の第１セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットのみを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、ユーザ機器の第２セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、物理アップリンク制御チャネルリソースの第２セットを使用して、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送る、物理アップリンク制御チャネルリソースの第２セットを決定することと、
基地局によるアップリンク受信のために、物理アップリンク制御チャネルリソースの第１セットを使用しての、第１ユーザ機器からの確認応答情報を受信し、物理アップリンク制御チャネルリソースの第１および第２セットを使用しての、第２ユーザ機器からの確認応答情報を受信することと、を備える。
追加的な、例としての実施の形態はコンピュータプログラムを含み、コンピュータプログラムは、自身がプロセッサ上で実行されるときに、前段落の方法を行うためのコードを備えている。この段落に係るコンピュータプログラムであって、コンピュータプログラムは、コンピュータでの使用のために、内部で具現化されるコンピュータプログラムコードを保持しているコンピュータ読み取り可能媒体を備えるコンピュータプログラム製品である。
別の、例としての実施の形態においては、装置は、
基地局により、ユーザ機器の第１セットが、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第１セットであって、第１インデックスにおいて開始する物理アップリンク制御チャネルリソースの第１セットを決定するための手段と、
基地局により、ユーザ機器の第２セットが、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第２セットであって、ユーザ機器の第１および第２セットにおけるユーザ機器は異なっており、物理アップリンク制御チャネルリソースの第２セットは第２インデックスにおいて開始し、ユーザ機器の第１セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットのみを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、ユーザ機器の第２セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、物理アップリンク制御チャネルリソースの第２セットを使用して、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送る、物理アップリンク制御チャネルリソースの第２セットを決定するための手段と、
基地局によるアップリンク受信のために、物理アップリンク制御チャネルリソースの第１セットを使用しての、第１ユーザ機器からの確認応答情報を受信し、物理アップリンク制御チャネルリソースの第１および第２セットを使用しての、第２ユーザ機器からの確認応答情報を受信するための手段と、を備える。
別の、例としての装置は、１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリを含んでいる。１つ以上のメモリとコンピュータプログラムコードは、１つ以上のプロセッサにより、装置に少なくとも下記のことを行わせるように構成されており、下記のこととは、
基地局により、ユーザ機器の第１セットが、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第１セットであって、第１インデックスにおいて開始する物理アップリンク制御チャネルリソースの第１セットを決定することと、
基地局により、ユーザ機器の第２セットが、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第２セットであって、ユーザ機器の第１および第２セットにおけるユーザ機器は異なっており、物理アップリンク制御チャネルリソースの第２セットは第２インデックスにおいて開始し、ユーザ機器の第１セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットのみを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、ユーザ機器の第２セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、物理アップリンク制御チャネルリソースの第２セットを使用して、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送る、物理アップリンク制御チャネルリソースの第２セットを決定することと、
基地局によるアップリンク受信のために、物理アップリンク制御チャネルリソースの第１セットを使用しての、第１ユーザ機器からの確認応答情報を受信し、物理アップリンク制御チャネルリソースの第１および第２セットを使用しての、第２ユーザ機器からの確認応答情報を受信することと、である。
更なる、例としての実施の形態においては、方法は、
ダウンリンクサブフレームの２つの異なるグループであって、第１グループは、ダウンリンクサブフレームの第１セットを含み、第２グループはダウンリンクサブフレームの第２セットを含む、ダウンリンクサブフレームの２つの異なるグループに対応する物理アップリンク制御チャネルリソースの構成を決定することと、
ダウンリンクサブフレームの第１セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第１セットの開始点を決定することと、
ダウンリンクサブフレームの第２セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第２セットの開始点を決定することと、
所与のダウンリンクサブフレームに対して、物理ダウンリンク共有チャネルデータのスケジューリングを行う物理ダウンリンク制御チャネルの情報を受信し、所与のダウンリンクサブフレームが、サブフレームのグループの何れのグループに属するかを決定し、所与のダウンリンクサブフレームに対して、スケジューリング物理ダウンリンク制御チャネルの最下位の制御チャネル要素のインデックスを決定することを行うことと、
少なくとも物理アップリンク制御チャネルリソース構成と、最下位の制御チャネル要素のインデックスと、現在のサブフレームインデックスと、決定されたグループと、決定された開始点と、に基づいて、受信した物理ダウンリンク共有チャネルデータに対応する、確認応答送信のための１つ以上の物理アップリンク制御チャネルリソースを決定することと、
物理アップリンク制御チャネルリソースの第１および第２セットの開始点の１つまたは両者を使用して、決定された１つ以上の物理アップリンク制御チャネルリソースの確認応答情報を送信することと、を備える。
追加的な、例としての実施の形態はコンピュータプログラムを含み、コンピュータプログラムは、自身がプロセッサ上で実行されるときに、前段落の方法を行うためのコードを備えている。この段落に係るコンピュータプログラムであって、コンピュータプログラムは、コンピュータでの使用のために、内部で具現化されるコンピュータプログラムコードを保持しているコンピュータ読み取り可能媒体を備えるコンピュータプログラム製品である。
更なる、例としての実施の形態は、装置であって、
ダウンリンクサブフレームの２つの異なるグループであって、第１グループは、ダウンリンクサブフレームの第１セットを含み、第２グループはダウンリンクサブフレームの第２セットを含む、ダウンリンクサブフレームの２つの異なるグループに対応する物理アップリンク制御チャネルリソースの構成を決定するための手段と、
ダウンリンクサブフレームの第１セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第１セットの開始点を決定するための手段と、
ダウンリンクサブフレームの第２セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第２セットの開始点を決定するための手段と、
所与のダウンリンクサブフレームに対して、物理ダウンリンク共有チャネルデータのスケジューリングを行う物理ダウンリンク制御チャネルの情報を受信するための手段と、所与のダウンリンクサブフレームが、サブフレームのグループの何れのグループに属するかを決定し、所与のダウンリンクサブフレームに対して、スケジューリング物理ダウンリンク制御チャネルの最下位の制御チャネル要素のインデックスを決定することを行うための手段と、
少なくとも物理アップリンク制御チャネルリソース構成と、最下位の制御チャネル要素のインデックスと、現在のサブフレームインデックスと、決定されたグループと、決定された開始点と、に基づいて、受信した物理ダウンリンク共有チャネルデータに対応する、確認応答送信のための１つ以上の物理アップリンク制御チャネルリソースを決定するための手段と、
物理アップリンク制御チャネルリソースの第１および第２セットの開始点の１つまたは両者を使用して、決定された１つ以上の物理アップリンク制御チャネルリソースの確認応答情報を送信するための手段と、を備える装置である。
例としての装置は、１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリを含んでいる。１つ以上のメモリとコンピュータプログラムコードは、１つ以上のプロセッサにより、装置に少なくとも下記を行わせるように構成されており、下記のこととは、
ダウンリンクサブフレームの２つの異なるグループであって、第１グループは、ダウンリンクサブフレームの第１セットを含み、第２グループはダウンリンクサブフレームの第２セットを含む、ダウンリンクサブフレームの２つの異なるグループに対応する物理アップリンク制御チャネルリソースの構成を決定することと、
ダウンリンクサブフレームの第１セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第１セットの開始点を決定することと、
ダウンリンクサブフレームの第２セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第２セットの開始点を決定することと、
所与のダウンリンクサブフレームに対して、物理ダウンリンク共有チャネルデータのスケジューリングを行う物理ダウンリンク制御チャネルの情報を受信し、所与のダウンリンクサブフレームが、サブフレームのグループの何れのグループに属するかを決定し、所与のダウンリンクサブフレームに対して、スケジューリング物理ダウンリンク制御チャネルの最下位の制御チャネル要素のインデックスを決定することを行うことと、
少なくとも物理アップリンク制御チャネルリソース構成と、最下位の制御チャネル要素のインデックスと、現在のサブフレームインデックスと、決定されたグループと、決定された開始点と、に基づいて、受信した物理ダウンリンク共有チャネルデータに対応する、確認応答送信のための１つ以上の物理アップリンク制御チャネルリソースを決定することと、
物理アップリンク制御チャネルリソースの第１および第２セットの開始点の１つまたは両者を使用して、決定された１つ以上の物理アップリンク制御チャネルリソースの確認応答情報を送信することと、である。
付随する図面において、
例としての実施の形態を実践できる、例としてのシステムのブロック図である。 ＴＤＤに対するダウンリンクアソシエーションセットインデックスＫ：｛ｋ0、ｋ1、・・・ｋM-1｝の表（Ｔａｂｌｅ １）を例示しており、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１１．３．０（２０１３−０６）からのＴａｂｌｅ １０．１．３．１−１のコピーである。 例におけるダウンリンクＨＡＲＱ−ＡＣＫタイミングを例示している。 レガシーユーザとｅＩＭＴＡユーザとの間のＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソース衝突を例示しており、ここにおいて、ＳＩＢ−１により信号通知されるＵＬ−ＤＬ構成は＃４であり、ＤＬ ＨＡＲＱ参照構成は＃５である。 ＰＤＣＣＨリソースと論理ＰＵＣＣＨリソースとの間のマッピングを例示している。 論理ＰＵＣＣＨ ＲＢの物理ＲＢへのマッピングを例示している。 ｅＩＭＴＡ ＰＵＣＣＨリソースに対するリソースの構成のしかたの２つの例を例示しており、ここにおいては、ＳＩＢ−１ ＵＬ-ＤＬ構成＃４およびＤＬ ＨＡＲＱ参照構成＃５が仮定されている。 ＰＤＣＣＨリソースと論理ＰＵＣＣＨリソースとの間のマッピングの例を例示している。 Ｇｏｕｐ Ａのダウンリンクサブフレームに対するＰＵＣＣＨリソース割り当てのためのｅＩＭＴＡダウンリンクアソシエーションセットインデックスＫA：
の表（Ｔａｂｌｅ ２）である。
Ｇｏｕｐ Ｂのダウンリンクサブフレームに対するＰＵＣＣＨリソース割り当てのためのｅＩＭＴＡダウンリンクアソシエーションセットインデックスＫB： の表（Ｔａｂｌｅ ３）である。
ＴＤＤに対するＨＡＲＱ−ＡＣＫビットインデクシングＫ：｛ｋ0、ｋ1、・・・ｋM-1｝のためのｅＩＭＴＡダウンリンクアソシエーションセットの表（Ｔａｂｌｅ ４）である。 ３ＧＰＰ ＴＳ ３６．２１１ Ｖ１２．０．０（２０１３−１２）からの、「Ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ（アップリンク−ダウンリンク構成）」というタイトルのＴａｂｌｅ ４．２−２である。 ＰＵＣＣＨリソース割り当ておよび使用のためにｅＮＢにより行われる論理フロー図であり、例としての実施の形態に従う、例としての方法の動作、コンピュータ読み取り可能メモリ上で具現化されるコンピュータプログラム指令の実行結果、および／または、ハードウェアにおいて実現される論理により行われる機能を例示している。 ＰＵＣＣＨリソースの割り当ておよび使用のためにｅＩＭＴＡ ＵＥにより行われる論理フロー図であり、例としての実施の形態に従う、例としての方法の動作、コンピュータ読み取り可能メモリ上で具現化されるコンピュータプログラム指令の実行結果、および／または、ハードウェアにおいて実現される論理により行われる機能を例示している。
ここにおいて、例としての実施の形態は、例えば、ＴＤＤ ｅＩＭＴＡのための、例えば、ＰＵＣＣＨリソースの割り当ておよび使用を記述する。これらの技術の追加的記述は、例としての実施の形態を使用できるシステムが記述された後に提示される。
図１を見ると、図１は、例としての実施の形態を実践できる、例としてのシステムのブロック図を示している。図１において、レガシーＵＥ１１０−１とｅＩＭＴＡ ＵＥ１１０−２は、ネットワーク１００と無線通信している。ユーザ機器１１０のそれぞれは、１つ以上のバス１２７を通して相互接続されている、１つ以上のプロセッサ１２０と、１つ以上のメモリ１２５と、１つ以上のトランシーバ１３０（１つ以上の送信機Ｔｘと、１つ以上の受信機Ｒｘを備えている）と、を含んでいる。１つ以上のトランシーバ１３０は、１つ以上のアンテナ１２８に接続されている。１つ以上のメモリ１２５は、コンピュータプログラムコード１２３を含んでいる。レガシーＵＥ１１０−１は、無線リンク１１１−１を介してｅＮＢ１７５と通信し、ｅＩＭＴＡ ＵＥ１１０−２も同様に無線リンク１１１−２を介してｅＮＢ１７５と通信する。ｅＩＭＴＡ ＵＥ１１０−２はＨＡＲＱ−ＡＣＫ ＲＡ（Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ（リソース割り当て））ユニット１２１を含み、ＨＡＲＱ−ＡＣＫ ＲＡユニット１２１は、ｅＩＭＴＡ ＵＥ１１０−２に、ここにおいて記述される動作を行わせる。例としての実施の形態においては、１つ以上のメモリ１２５−２とコンピュータプログラムコード１２３−２は、１つ以上のプロセッサ１２０−２により、ユーザ機器１１０−２に、ここにおいて記述されるような動作の１つ以上を行わせるように構成されている。コンピュータプログラムコード１２３は、ＨＡＲＱ−ＡＣＫ ＲＡユニット１２１を形成するコードであることが可能である。別の例においては、ＨＡＲＱ−ＡＣＫ ＲＡユニット１２１は、少なくとも部分的には回路として、例えば１つ以上のプロセッサ１２０−２において形成される。下記に、より詳細に記述するように、ここにおける例としての実施の形態は、無線リンク１１１上のＵＬ通信を使用している間の、ＵＥ１１０−１と１１０−２との間の起こり得るリソース衝突に関係している。
ｅＮＢ１７５は、１つ以上のバス１５７を通して相互接続されている、１つ以上のプロセッサ１５０と、１つ以上のメモリ１５５と、１つ以上のネットワークインタフェース（Ｎ／Ｗ ＩＦ）１６１と、１つ以上のトランシーバ１６０（１つ以上の送信機Ｔｘと、１つ以上の受信機Ｒｘを備えている）と、１つ以上のネットワーク（Ｎ／Ｗ）インタフェース（ＩＦ）１６１と、を含んでいる。１つ以上のトランシーバ１６０は、１つ以上のアンテナ１５８に接続されている。１つ以上のメモリ１５５は、コンピュータプログラムコード１５３を含んでいる。ｅＮＢ１７５は更に、ｅＮＢ１７５に、ここにおいて記述されるような動作を行わせるＨＡＲＱ−ＡＣＫ ＲＡユニット１５１も含んでいる。例としての実施の形態においては、１つ以上のメモリ１５５とコンピュータプログラムコード１５３は、１つ以上のプロセッサ１５０により、ｅＮＢ１７５に、ここにおいて記述されるような動作の１つ以上を行わせるように構成されている。別の例においては、ＨＡＲＱ−ＡＣＫ ＲＡユニット１５１は、少なくとも部分的には回路として、例えば、１つ以上のプロセッサ１５０において形成される。１つ以上のネットワークインタフェース１６１は、ネットワーク１７０および１３１のようなネットワーク上で通信する。２つ以上のｅＮＢ１７５は、例えば、ネットワーク１７０を使用して通信する。ネットワーク１７０は、有線、無線、またはその両者であってよく、例えば、Ｘ２インタフェースを実現できる。
無線ネットワーク１００は、ＭＭＥ／ＳＧＷ機能を含むことができ、テレフォンネットワークおよび／またはデータ通信ネットワーク（例えば、インターネット）のような更に別のネットワークとの接続性を提供するネットワーク制御要素（ＮＣＥ）１９０を含むことができる。ｅＮＢ１７５は、ネットワーク１３１を介してＮＣＥ１９０に結合される。ネットワーク１３１は、例えば、Ｓ１インタフェースとして実現できる。ＮＣＥ１９０は、１つ以上のバス１８５を通して相互接続されている、１つ以上のプロセッサ１７７と、１つ以上のメモリ１７１と、１つ以上のネットワークインタフェース（Ｎ／Ｗ ＩＦ）１８０と、を含んでいる。１つ以上のメモリ１７１は、コンピュータプログラムコード１７３を含んでいる。１つ以上のメモリとコンピュータプログラムコード１７３は、１つ以上のプロセッサ１７５により、ＮＣＥ１９０に、１つ以上の動作を行わせるように構成されている。
コンピュータ読み取り可能メモリ１２５、１５５、および１７１は、局所的技術環境に適している任意のタイプであってよく、半導体ベースのメモリ装置、フラッシュメモリ、磁気メモリ装置およびシステム、光学メモリ装置およびシステム、固定メモリおよび取り外し可能メモリのような、任意の適切なデータ記憶技術を使用して実現できる。プロセッサ１２０、１５０、および１７７は、局所的技術環境に適している任意のタイプであってよく、非制限的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、マルチコアプロセッサアーキテクチャに基づくデジタル信号プロセッサ（ＤＳＰ）およびプロセッサ、集積回路（例えば、ここにおける動作の１つ以上を行うように設計されている）、および、フィールドプログラマブルゲートアレイ（例えば、ここにおける動作の１つ以上を行うように設計されている）のようなプログラム可能モジュールの１つ以上を含むことができる。このため、ここにおける例としての実施の形態は、１つ以上のプロセッサ１２０により、ＵＥに、ここにおける動作を行わせるように構成されている１つ以上のメモリ１２５とコンピュータプログラムコード１２３により行うことができ、集積回路および／またはプログラム可能モジュール、またはこれらのある組み合わせのような、ハードウェア（例えば、１つ以上のプロセッサ１２０において具現化される）により行うことができる。
一般的に、ユーザ機器１１０の種々の実施の形態は、制限されることはないが、スマートフォンのような携帯電話、タブレット、無線通信機能を有している個人情報端末（ＰＤＡ）、無線通信機能を有している携帯型コンピュータ、無線通信機能を有しているデジタルカメラのような撮像装置、無線通信機能を有しているゲーム機器、無線通信機能を有している音楽録音および再生機器、無線インターネットアクセスおよび閲覧を可能にするインターネット機器、無線通信機能付きタブレットを、そのような機能の組み合わせを内蔵している携帯型ユニットまたは端末と共に含むことが可能である。
前述したように、ここにおける例としての実施の形態は、例えば、ＴＤＤ ｅＩＭＴＡのためのＰＵＣＣＨリソース割り当ておよび使用に関係している。従来のシステムの問題点の追加的記述が最初に提示され、そして、例としての実施の形態が提示される。
ＴＤ−ＬＴＥ仕様は、図２に示されている表（Ｔａｂｌｅ １）により例示されているＤＬアソシエーションセットによるＰＵＣＣＨ ＨＡＲＱタイミングを定義しており、表は、ＴＤＤに対するダウンリンクアソシエーションセットインデックスＫ：｛ｋ0、ｋ1、・・・ｋM-1｝の表であり、３ＧＰＰ ＴＳ ３６．２１３ Ｖ１１．３．０（２０１３−０６）からのＴａｂｌｅ １０．１．３．１−１のコピーである。現在の仕様（ｅＩＭＴＡの機能なし）においては、ＵＬサブフレームに対する固定ダウンリンクアソシエーションセットが、各ＵＬ−ＤＬ構成に対して定義されている。同じバンドリングウインドウにおけるダウンリンクサブフレームに対するＨＡＲＱフィードバックは、図２に示されているＴａｂｌｅ １に従って、予め定義されているアップリンクサブフレームにおいてフィードバックされる。
現在の仕様（Ｒｅｌｅａｓｅ−１１までの）においては、ＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソースは、幾つかの他のパラメータと共に、対応するＰＤＣＣＨ／ＥＰＤＣＣＨの最下位のＣＣＥと、半静的に構成されたＰＵＣＣＨ Ｆｏｒｍａｔ１／１ａ／１ｂの開始位置に基づいて、非明示的に決定される。更に、ＴＤＤモードにおいては、ＳＩＢ−１構成とサブフレームインデックスの関数として定義されている別個のタイミングオフセットがある。ＨＡＲＱ／タイミングの観点からは、ｅＩＭＴＡ機能は、同じＰＵＣＣＨ Ｆｏｒｍａｔ１／１ａ／１ｂリソースを共有するＵＥの２つの平行セットを作成する。それは、
・ ＳＩＢ−構成による、ＨＡＲＱ／スケジューリングタイミングに従うレガシーＵＥと、
・ ＤＬ参照構成による、ＨＡＲＱ／スケジューリングタイミングに従うｅＩＭＴＡ ＵＥである。
これは、適切なシステム設計により回避すべき、ＰＵＣＣＨリソース衝突および／またはＰＵＣＣＨオーバーヘッド問題（下記に、より詳細に記述されているように）をもたらす。
より具体的には、現在の３ＧＰＰ合意に基づくと、ｅＩＭＴＡ機能が可能とされた場合、ｅＩＭＴＡ ＵＥ１１０−２は、ＤＬ ＨＡＲＱ−ＡＣＫ（ＵＬを介して送信される）のタイミングは、ＳＩＢ−１ ＵＬ／ＤＬ構成または動的に信号通知される構成とは無関係に、ＤＬ参照構成、つまり、構成２、４、または５に従うと仮定する。そのため、所与のセルにおいては、レガシーＵＥとｅＩＭＴＡ ＵＥは、図３の例において例示されているように、異なるＤＬ ＨＡＲＱ−ＡＣＫタイミングを有することができる。つまり、
・ ｅＩＭＴＡ ＵＥは、ＵＬ／ＤＬ構成＃５（ＤＬ ＨＡＲＱ参照構成）に従って動作し、
・ レガシーＵＥは、ＵＬ／ＤＬ構成＃４（ＳＩＢ−１で定義されるＵＬ／ＤＬ構成）に従って動作する。
これは、２つのＵＥタイプに対応するＰＵＣＣＨリソースがオーバーラップする状況をもたらす。この問題は図３に示されている。
ＤＬアソシエーションセット（図２の表参照）は、各ＵＬサブフレームｎに対して、タイミング、および各ＤＬ／Ｓｐｅｃｉａｌ（特殊）サブフレームに対するＨＡＲＱ−ＡＣＫフィードバックが送信される順序を定義する。図３に示されている例は、次の通りである。
・ ＵＬ／ＤＬ構成＃４とＵＬサブフレーム＃２では、ＰＵＣＣＨは、ＤＬデータ送信に対するＨＡＲＱ−ＡＣＫ、つまり、ＰＤＳＣＨトランスポートブロックを搬送し、これは、１２、８、７、または１１サブフレーム早く受信されたものであり（つまり、現在のサブフレーム＃２よりも早い）、つまり、この場合におけるＨＡＲＱ遅延は、少なくとも７サブフレームである。
・ 同様に、ＵＬ／ＤＬ構成＃５とＵＬサブフレーム＃２に対しては、ＰＵＣＣＨは、ＤＬデータ送信に対するＨＡＲＱ−ＡＣＫを搬送し、それは、１３、１２、９、８、７、５、４、１１、または６サブフレーム早く受信されたものである（つまり、現在のサブフレーム＃２よりも早い）。
・ ここで、現在のリソース割り当て規則に従うと、ｅＩＭＴＡ ＵＥ（サブフレームオフセット値１３、１２、９、８、７、５、４、１１、６）およびレガシーＵＥ（サブフレームオフセット値１２、８、７、１１）に対して定義される、オーバーラップしているＨＡＲＱ−ＡＣＫリソース空間があることになる。
Ｒｅｌ−８／９／１０／１１ ＴＤＤ動作において、複数のＤＬデータ送信に対応するＰＵＣＣＨリソースＨＡＲＱ−ＡＣＫは、関連するＵＬサブフレームにおいて連結およびインタリーブされ（例えば、ＤＬサブフレーム当たり４０ＣＣＥおよびＭ＝２であれば、８０のＰＵＣＣＨリソースが留保される）、それにより、異なるサブフレーム間のリソース衝突はない。具体的には、ＰＤＣＣＨ ＯＦＤＭシンボル［ｓ１、ｓ２、ｓ３、．．．］に対応するＰＤＣＣＨリソースとサブフレーム［ＳＦ１、ＳＦ２、ＳＦ３、．．．］は、下記の順序でＰＵＣＣＨにマップされる。
・ ＳＦ１−ｓ１
・ ＳＦ２−ｓ１
・ ＳＦ３−ｓ１
・ ．．．
・ ＳＦ１−ｓ２
・ ＳＦ２−ｓ２
・ ＳＦ３−ｓ２
・ ．．．
この原則は、ブロックインターリービングと称される。ブロックインターリービングは、レガシーＵＥ１１０−１の観点からは明らかに恩恵があるが、ブロックインターリービングはｅＩＭＴＡ ＵＥ１１０−２に関しては、ある課題を押し付ける。図４Ａは、ＤＬ参照構成＃５を仮定した、非明示的なＰＵＣＣＨリソース割り当て問題を更に例示している。第１ＰＤＣＣＨ ＯＦＤＭＡシンボル４１０−１に関連するリソースオーバーラッピング問題は、すでに解決されていると仮定することが可能である。より特別には、図２は、ＳＩＢ−１構成によるＨＡＲＱ−ＡＣＫビット順序を提供する（［１２、８、７、１１］）。図４Ａにおける例においては、ＳＩＢ−１構成は番号４であり、ＤＬ ＨＡＲＱ参照構成は番号５である。レガシーシステムに対してはＰＵＣＣＨリソース５１０があり、ｅＩＭＴＡに対してはＰＵＣＣＨリソース５１１がある。ＨＡＲＱビット順序が、単純に構成＃５、つまり、ｅＩＭＴＡ ＵＥに対する［１３、１２、９、８、７、５、４、１１、６］に従う場合は、最大でも１つのＵＬサブフレームにおいてフィードバックされる９個のＤＬサブフレームに対応するＨＡＲＱ記載値がある。このため、第１ＰＤＣＣＨ ＯＦＤＭシンボルにおいて導出されたとしても、レガシーＵＥ１１０−１に対するＨＡＲＱ−ＡＣＫ順序が［１２、８、７、１１］なので、ＰＵＣＣＨリソースは衝突する。以前の従来技術では、ＨＡＲＱビットを［１２、８、７、１１、１３、５、４、６、９］のように再順序化することが提案されていて、そのため、ＰＵＣＣＨリソース（第１ＰＤＣＣＨ ＯＦＤＭシンボルから導出）の衝突は回避可能である。図４Ａにおける例は、この例まで使用されていた従来技術に基づいている。しかし、現在のブロックインターリービングが、ｅＩＭＴＡ ＵＥに対してそのように適用されると、第２ＰＤＣＣＨ ＯＦＤＭシンボル４１０−２と第３ＰＤＣＣＨ ＯＦＤＭシンボル４１０−３に対応する少なくともＰＵＣＣＨリソースに対しては、リソース衝突は回避できなくなる。従って、リソース衝突または過度のＰＵＣＣＨオーバーヘッドを回避する、より進んだリソース割り当て方法を考える必要がある。
図４Ｂは、ＰＤＣＣＨリソースと論理ＰＵＣＣＨリソースとの間のマッピングを例示している。知られているように、ＰＤＣＣＨは、０．．．Ｘ（３個のＰＤＣＣＨ ＯＦＤＭシンボルがあるときは、Ｘは８０までの値を取ることが可能である）のインデックスを付けられた制御チャネル要素（ＣＣＥ）を含んでいる。ＰＤＣＣＨは、例えば、ＰＤＳＣＨデータのスケジューリングに使用される。ダウンリンクに示されているサブフレームは複数であるが、アップリンクにおいて示されているのは単一のサブフレームのみである。ＰＤＳＣＨデータに対応するＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨリソースは下記に依存する。
１） ＰＤＳＣＨのスケジューリングを行うＰＤＣＣＨの最下位のＣＣＥのインデックス、
２） スケジューリングＰＤＣＣＨが送信されたＰＤＣＣＨ ＯＦＤＭシンボル、および／または
３） スケジューリングＰＤＣＣＨが送信されたサブフレーム（例えば、複数のＤＬサブフレームに対するＴＤＤ ＨＡＲＱ−ＡＣＫが、時々は、同じＵＬサブフレームの間に送信される場合のように）。
論理ＰＵＣＣＨ ＲＢは物理ＲＢにマップされることにも更に留意されたい。これは、図４Ｃに例示されており、図４Ｃは、ＵＬに対するシステム帯域のエッジにおけるＰＵＣＣＨを示している。システム帯域の開始はリソースブロックゼロ（ＲＢ０）であり、終了はリソースブロック
である。この例は、
使用する。２つのスロットがあり、各スロットはこの例においては、１２個のサブキャリアと、多数のＳＣ−ＦＤＭＡシンボルを有しているリソースブロックである。ＳＣ−ＦＤＭＡシンボル数は、通常のサイクリックプレフィックス長の場合は、ＰＲＢにおいて１４のＳＣ−ＦＤＭＡシンボルが可能であり、拡張ＣＰの場合は、１ＰＲＢ当たり１２のＳＣ−ＦＤＭＡシンボルがある。ＯＦＤＭシンボル４１０−１、４１０−２、および４１０−３は、ＰＵＣＣＨリソースブロックを非明示的に導出するために使用可能である。
幾つかの会社は、自社の論文において、ＨＡＲＱ−ＡＣＫリソース割り当てを改善するためにはある機構が必要であることを突き止めた。これらの会社により提案された実現可能なオプションと、それらの問題は下記の通りである。
オプション１、明示的リソース割り当て：これは単純明快なオプションであり、レガシーおよびｅＩＭＴＡに対するＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソースは、例えば、ＲＲＣ構成を介して、明示的にＵＥに信号通知される。このオプションについての問題は、それがかなり静的であるということである。ＰＵＣＣＨリソースを動的に調整することは可能でなく、衝突を回避するためには、専用リソースが実際にはすべてのＵＥに対して必要となり、ＰＵＣＣＨのオーバーヘッドを相当に増大させる。
オプション２、部分的に非明示的、および部分的に明示的なリソース割り当て：ＳＩＢ−１ ＤＬサブフレームとオーバーラップしていないＤＬサブフレームに対するリソースは、レガシーリソースから切り離される。このオプションについての問題は、バンドルウインドウサイズがＳＩＢ−１構成に依存し、そしてリソースは、現在の更新された構成におけるＵＬサブフレームに割り当てられ、ＰＵＣＣＨリソースの無駄とパフォーマンスの損失を引き起こすということである。
オプション３：２０１３年９月２７日に出願された米国出願第６１／８８３、４６９号で、現在は、２０１４年９月３日に出願された米国特許第１４／４７５、７９７号は、ＰＵＣＣＨリソース衝突問題（例えば、リソースオーバーラッピング問題）を解決する方法を提供した。このオプションでは、例としての実施の形態において、異なるＤＬサブフレームに対応するＰＵＣＣＨリソースは、ＤＬサブフレームのタイプに従って配置される。レガシーＳＩＢ−１ ＤＬサブフレームは、例えば、第１ＰＵＣＣＨリソースに割り当てられ、他のＳＩＢ−１ ＤＬサブフレームとフレキシブルサブフレームが後に続く。これに相応して、ＤＬアソシエーションセットが、現在の仕様とは異なる順序で更新される。このオプションは、例えば、ＥＰＤＣＣＨがＤＬスケジューリングに使用される場合に対しては最適であると考えることが可能である。しかし、ＰＤＣＣＨでは、リソース割り当てはまた、ＰＤＣＣＨを搬送するＯＦＤＭＡシンボルのインデックスにも依存するので、このオプションは、図４Ａに示されているように、潜在的に最適なものではなくなる。
ここにおける例としての実施の形態は、これらの問題を改善または解決できる。例としての実施の形態は、ダウンリンクサブフレームを、リソース割り当ての目的のために２つのグループに分割することを含んでいる。これらのグループは、Ｇｒｏｕｐ ＡおよびＧｒｏｕｐ Ｂと呼ばれる。
１） Ｇｒｏｕｐ Ａは、例としての実施の形態においては、ＤＬ ＨＡＲＱ参照構成により、ＤＬまたは特殊サブフレームとして定義されるサブフレームであって、同じサブフレームオフセット（例えば、図２におけるｎ−ｋの同じ値）を有する、ＳＩＢ−１により構成されるＤＬまたは特殊サブフレームと同じＵＬサブフレーム（例えば、図２におけるサブフレームｎ）と関連付けられているサブフレームを含んでいる。
２） Ｇｒｏｕｐ Ｂは、例えば、ＤＬ ＨＡＲＱ参照構成に従う他のＤＬ、特殊、またはフレキシブルサブフレームを含んでいる。
例としての実施の形態は、例えば、ｅＩＭＴＡが作動されていないときは、レガシー（例えば、Ｇｒｏｕｐ Ａ）に対して、別個のＰＵＣＣＨリソースとダウンリンクアソシエーションセットの表を定義し、ｅＩＭＴＡが作動されているときは、他の非レガシーＤＬサブフレーム（例えば、Ｇｒｏｕｐ Ｂ）をそれぞれ定義することである。
１つの更なる態様は、Ｇｒｏｕｐ Ｂに属するＤＬサブフレームのＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨリソースの開始点が、Ｇｒｏｕｐ Ａのサブフレームの開始点とは異なるということである。これは、下記の代替的方法で達成可能である。
１） ＵＥは、ＰＣＦＩＣＨを介して信号通知されるＣＦＩ（Ｃａｒｒｉｅｒ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ：キャリアフォーマットインディケータ）に基づいて、Ｇｒｏｕｐ Ｂのサブフレームに対するｅＩＭＴＡ ＤＬサブフレームリソースの開始点を決定することが可能である。Ｇｒｏｕｐ Ａにおける各ＤＬサブフレームに対するＣＦＩを知ることで、ｅＩＭＴＡ ＵＥ１１０−２は、Ｇｒｏｕｐ Ａに対して幾つのＰＵＣＣＨ ＨＡＲＱ−ＡＣＫリソースが留保されているかを知る。Ｇｒｏｕｐ Ｂに対するＰＵＣＣＨリソースは、Ｇｒｏｕｐ Ａの後に直接続く。
２） Ｇｒｏｕｐ Ｂのサブフレームに対するｅＩＭＴＡ ＤＬサブフレームリソースの開始点は、より上位の層（例えば、専用または共通ＲＲＣ信号通知）を介して、ｅＮｏｄｅＢによりＵＥに信号通知可能である。信号通知はアブソリュート（つまり、Ｇｒｏｕｐ Ｂに対する開始リソースを示す整数）であることが可能である。代替的に、信号通知は、Ｇｒｏｕｐ ＡにおけるＤＬサブフレームおよび／またはＧｒｏｕｐ Ａに対するＰＵＣＣＨリソースの開始点に関するものであってよい。そのような信号通知の１つの例は、ｅＮＢが、Ｇｒｏｕｐ Ａに対するＰＵＣＣＨ領域のサイズ（例えば、リソース数）を決定するときに、ＵＥに対して、ＣＦＩを仮定するための値を構成するということである。
３） ｅＩＭＴＡ ＤＬ Ｇｒｏｕｐ Ｂのサブフレームリソースに対する開始点は予め決定することが可能であり、予め決定したＣＦＩ値（つまり、１、２、３または４）を仮定して、レガシーＤＬサブフレームリソース（つまり、Ｇｒｏｕｐ Ａ）に直接続くことが可能である。
１つの更なる、例としてのオプションは、Ｇｒｏｕｐ ＡとＧｒｏｕｐ Ｂに属するサブフレームに対して、異なるブロックインターリービングの方法を定義することである。
・ Ｇｒｏｕｐ Ａは、レガシーＵＥに従ってブロックインターリービングを適用する。
・ Ｇｒｏｕｐ Ｂは、ブロックインターリービングを適用してもしなくてもよい（例えば、これはｅＮＢに対する構成パラメータとしても定義可能である）。
インターリービングの例は次の通りである。Ｇｒｏｕｐ Ｂ／サブフレームｎに対するＤＬアソシエーションセットにおいて３つの値［７、８、４］があると仮定する。２つのＯＦＤＭＡシンボルがＰＤＣＣＨに対して使用されると仮定する（ｓ１とｓ２）。ブロックインターリービングは、下記の順序を作成する：［７s1、８s1、４s1、７s2、８s2、４s2］。下記の順序［７s1、７s2、８s1、８s2、４s1、４s2］を作成するブロックインターリービングはない。
図５Ａは、どのようにしてＰＵＣＣＨリソースの２つのセットを構成することが可能であるかの２つの例を例示している。図５Ａは、図４Ａにおける例と同じ例を考察する（つまり、ＳＩＢ−１構成は番号４、ＤＬ ＨＡＲＱ参照構成は番号５、およびｎ＝２）。両方の例は、ブロックインターリービングはＧｒｏｕｐ ＡとＧｒｏｕｐ Ｂに対して適用されると仮定している。現在のレガシーアプローチは、ＰＵＣＣＨリソース５１０により例示されており、第１の、例としてのアプローチは、ＰＵＣＣＨリソース５１３により例示されており、第２の、例としてのアプローチは、ＰＵＣＣＨリソース５１４により例示されている。図５Ａの上部５８０は、Ｇｒｏｕｐ ＡおよびＧｒｏｕｐ Ｂのダウンリンクサブフレームに対応するＰＵＣＣＨリソースが、まったくオーバーラップしない状況に対応している。つまり、レガシーＵＥとｅＩＭＴＡ ＵＥの両者に対して使用されるＰＵＣＣＨリソース５２０−１は、リソース５３０−１がリソース５２０−１の後に開始するので、ｅＩＭＴＡ ＵＥに対してのみ使用されるＰＵＣＣＨリソース５３０−１とはオーバーラップしない。これは、例えば、Ｇｒｏｕｐ Ｂに対する開始オフセットは、Ｇｒｏｕｐ ＡにおけるすべてのＤＬサブフレームに対してＣＦＩ＝３を仮定して計算されると定義することにより達成可能である。
図５Ｂは、図５Ａの上部５８０で提案されたような、ＰＤＣＣＨリソースと論理ＰＵＣＣＨリソースとの間のマッピングの例を例示している。図５Ｂは図４Ｂと類似している。図５Ｂの例においては、ｅＩＭＴＡ ＰＵＣＣＨリソース５３０−１は、レガシーＰＵＣＣＨリソース５１０（および５２０−１）とオーバーラップしない。
図５Ａの下部５９０においては、レガシーＰＵＣＣＨリソース（Ｇｒｏｕｐ Ａ）５１０とｅＩＭＴＡ ＰＵＣＣＨリソース（Ｇｒｏｕｐ Ｂ）５２０−１との間の多少のオーバーラップは許容される。つまり、ｅＩＭＴＡ Ｇｒｏｕｐ Ｂのリソース５３０−２は、リソース５１０に対する第３ＰＤＣＣＨ ＯＦＤＭシンボル４１０−３に対応するレガシーＧｒｏｕｐ Ａのリソース５１０（または、ｅＩＭＴＡ Ｇｒｏｕｐ Ｂのリソース５３０−２に対する第１ＰＤＣＣＨ ＯＦＤＭシンボル４１０−１に対応するＰＵＣＣＨリソースとして示されているもの）とオーバーラップしてよい。（リソース５３０−２を介する）Ｇｒｏｕｐ Ｂのリソースの開始点は、（リソース５１０を介する）レガシーリソースの終了点とオーバーラップしている。このオプションは、ＰＵＣＣＨオーバーヘッドとリソース衝突の回避との間のトレードオフを提供することにおいて利点であることが可能である。つまり、衝突回避とオーバーヘッドとの間にはトレードオフがあり、衝突が常に回避されなければならない場合は、レガシーとＧｒｏｕｐ Ｂのリソースとの間の如何なるリソースのオーバーラップもあることはできないということであるが、これはオーバーヘッドを増大する。
下記において、例は、起こり得る、予期される仕様の影響である。これらの例は、ブロックインターリービングがＧｒｏｕｐ ＡとＧｒｏｕｐ Ｂの両者に適用されることを仮定している。
単一のダウンリンクアソシエーションセットの表（つまり、ＴＳ ３６．２１３におけるＴａｂｌｅ １０．１．３．１−１）の代わりに、２つまたは３つの表を定義できる。Ｇｒｏｕｐ ＡとＧｒｏｕｐ Ｂに属する異なるＤＬサブフレームに対するダウンリンクアソシエーションセットの表は、図６と図７のＴａｂｌｅ ２とＴａｂｌｅ ３それぞれに提示されている。Ｔａｂｌｅ ２における記載値の幾つかは、０（ゼロ）のＳＩＢ−１により与えられるＵＬ−ＤＬ構成と４のＤＬ ＨＡＲＱ参照構成に対するサブフレーム２における「（６）」のように、丸カッコで囲まれていることに留意されたい。これは、ＳＩＢ−１ ＵＬ−ＤＬ構成に対応するＤＬアソシエーションセットに、ＤＬ参照ＵＬ−ＤＬ構成に対応するＤＬアソシエーションセットには存在しないサブフレームインデックスが存在する場合を表している。この場合、ｅＩＭＴＡ ＵＥ１１０−２は、カッコ（例えば、丸カッコ）内に示されているサブフレームに対してＰＵＣＣＨリソースを留保する必要があるが、リソース衝突を回避するために、如何なるＨＡＲＱ−ＡＣＫをもこれらのリソース上にマップすべきではない。より具体的には、レガシーＵＥとの衝突を回避するためには、図６における表は、その記載値を、図２における表と同じ順序で有するべきであるということである。しかし、所与のサブフレームで送信されるＰＤＣＣＨ（およびＰＤＳＣＨ）に対して、ＨＡＲＱ遅延が、ＳＩＢ−１に基づくレガシーＵＬ−ＤＬ構成と、ＤＬ参照構成の間で異なるという幾つかの問題となる場合がある。記載値（６）はそのような場合である。
例としての実施の形態においては、新しいバンドリングウインドウパラメータＭAとＭBが、Ｔａｂｌｅ ２と３それぞれに従って、Ｇｒｏｕｐ Ａのサブフレームと、他のＧｒｏｕｐ Ｂのサブフレームに対して定義される（ＨＡＲＱ−ＡＣＫリソース割り当てのためには、Ｇｒｏｕｐ Ａに対してのみ新しいバンドリングウインドウパラメータを定義すれば十分である）。ＰＵＣＣＨリソース割り当ておよび使用の場合に対しては、バンドリングウインドウパラメータＭAとＭBは、単に、カッコ内（つまり、「（６）」のような、丸カッコにおける記載値）のインデックスも含めた、表の各記載値におけるインデックス数である。他の幾つかの使用の場合に対しては、例えば、ＰＵＳＣＨ／ＰＵＣＣＨ Ｆｏｒｍａｔ ３上のＨＡＲＱ−ＡＣＫビット順序に対しては、バンドリングウインドウパラメータＭAとＭBは、カッコ内のインデックスを除外した、表の各記載値におけるインデックス数である。従って、ＳＩＢ−１構成２、ＤＬ−ＨＡＲＱ参照構成２、およびサブフレーム２に対しては、ＭA＝４且つＭB＝０である。ＰＵＣＣＨリソースは、Ｔａｂｌｅ ２および３から導出される。
ＨＡＲＱビット順序は、例としての実施の形態においては、下記の原則に従う。
− Ｇｒｏｕｐ ＡのＨＡＲＱ−ＡＣＫビットが最初で、
− Ｇｒｏｕｐ ＢのＨＡＲＱ−ＡＣＫビットが後に続く。
図８に示されているＴａｂｌｅ ４は、Ｔａｂｌｅ ２および３に基づいて構築され、ＨＡＲＱ−ＡＣＫビット順序を指定する１つの方法を提示する。例えば、図８は、ＳＩＢ−１により与えられる０のＵＬ−ＤＬ構成と、２のＤＬ ＨＡＲＱ参照構成のサブフレーム２に対しては、「６、７、８、４」の順序を示している。「６、７、８、４」の順序における「６」は図６（Ｇｒｏｕｐ Ａ）からのものであり、「６、７、８、４」の順序における「７、８、４」は、図７（Ｇｒｏｕｐ Ｂ）からのものである。別の例として、１のＳＩＢ−１により与えられるＵＬ−ＤＬ構成と、４のＤＬ ＨＡＲＱ参照構成のサブフレーム３に対しては、順序は「４、７、６、５」である。「４、７、６、５」の順序における「７、６、５」は、図７（Ｇｒｏｕｐ Ｂ）からのものであり、「４、７、６、５」の順序における「４」は図６（Ｇｒｏｕｐ Ａ）からのものである。
上記の表に加えて、ここにおいて提案される例としての実施の形態での３ＧＰＰ ＴＳ ３６．２１３における第１０．１．３．１節に対する例としての標準の影響を下記に示す。下記の「［３］」は、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１２．０．０（２０１３−１２）を指すことに留意されたい。参照を容易にするために、３ＧＰＰ ＴＳ ３６．２１１ Ｖ１２．０．０（２０１３−１２）からの、「Ｕｐｌｉｎｋ−ｄｏｗｎｌｉｎｋ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ（アップリンク−ダウンリンク構成）」というタイトルの付いたＴａｂｌｅ ４．２−２を図９において再生成する。３ＧＰＰ ＴＳ ３６．２１３ Ｖ１２．０．０（２０１３−１２）の１５３頁から１５９頁と、第１０．１．３．１節、「ＴＤＤ ＨＡＲＱ−ＡＣＫ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｏｎｅ ｃｏｎｆｉｇｕｒｅｄ ｓｅｒｖｉｎｇ ｃｅｌｌ（１つの構成されたサービスセルに対するＴＤＤ ＨＡＲＱ−ＡＣＫ手順）」もまた参照することができる。
ｅＩＭＴＡで構成された１つのサービングセルに対するＴＤＤ ＨＡＲＱ−ＡＣＫバンドリングに対しては、対応するＰＤＣＣＨ／ＥＰＤＣＣＨの検出により示されるＰＤＳＣＨ送信がある場合、または、サブフレームｎ−ｋ内であって、ここにおいてｋ∈Ｋであり、Ｋ（Ｔａｂｌｅ ４において定義されている）は、サブフレームｎ、ＳＩＢ−１ ＵＬ／ＤＬ構成（［３］におけるＴａｂｌｅ ４．２−２において定義されている）、およびＤＬ ＨＡＲＱ参照構成に依存するＭ要素｛ｋ0、ｋ1、・・・ｋM-1｝のセットであるサブフレームｎ−ｋ内のダウンリンクＳＰＳリリースを示すＰＤＣＣＨ/ＥＰＤＣＣＨがある場合は、ＵＥは、ＰＵＣＣＨフォーマット１ａ／１ｂに対してアンテナポートｐにマップされた
に対する、サブフレームｎにおけるＨＡＲＱ−ＡＣＫの送信に対しては、ＰＵＣＣＨリソース
を使用すべきであり、ＰＤＳＣＨ送信またはダウンリンクＳＰＳリリースを示しているＰＤＣＣＨが、サブフレームｎ−ｋmであって、ここにおいてｋmが、サブフレームｎ−ｋ内であって、ｋ∈Ｋであるサブフレームｎ−ｋ内で、ＵＥが、ＰＤＳＣＨ送信またはダウンリンクＳＰＳリリースを示しているＰＤＣＣＨ／ＥＰＤＣＣＨを検出するように、セットｋにおける最小値であるサブフレームｎ−ｋmにおいて検出される場合は、ＵＥはまず、Ｎc≦ｎCCE＜Ｎc+1を成立させるｃ値を｛０、１、２、３｝から選択し、アンテナポートｐ0に対しては、
＝（Ｍx−ｍ−１）・Ｎc＋ｍ・Ｎc+1＋ｎCCE＋ＮeIMTA_PUCCHを使用すべきであり、ここにおいて
は、より上位の層により構成され、Ｎc＝
であり、ｎCCEは、サブフレームｎ−ｋmにおける対応するＰＤＣＣＨと、対応するｍの送信のために使用される第１ＣＣＥの番号である。２つのアンテナポート送信が、ＰＵＣＣＨフォーマット１ａ／１ｂに対して構成されるときは、アンテナポートｐ1に対するＨＡＲＱ−ＡＣＫバンドリングのためのＰＵＣＣＨリソースは、
＝（Ｍx−ｍ−１）・Ｎc＋ｍ・Ｎc+1＋ｎCCE＋１+ＮeIMTA_PUCCHで与えられる。インデックスｋmのダウンリンクサブフレームがＧｒｏｕｐ Ａにあるときは、公式におけるパラメータｍの値は、Ｔａｂｌｅ ２において定義される新しいインデックスと置き換えられ、Ｍx＝ＭAおよびＮeIMTA_PUCCH＝
である。インデックスｋmのダウンリンクサブフレームがＧｒｏｕｐ Ｂにあるときは、公式におけるパラメータｍの値は、Ｔａｂｌｅ ３において定義される新しいインデックスと置き換えられ、Ｍx＝ＭBおよびＮeIMTA_PUCCH＝
＋ＮGoupB・（段落番号
の
であり、ＮGoupBは、より上位の層により構成される。
ＴＤＤ ＨＡＲＱ−ＡＣＫ多重化、Ｍ＞１のサブフレームｎであって、ここでＭはＴａｂｌｅ ４で定義されるセットＫにおける要素数であるサブフレームｎ、およびｅＩＭＴＡで構成される１つのサービングセルに対しては、サブフレームｎ-ｋiから導出されるＰＵＣＣＨリソースは
と表記され、サブフレームｎ-ｋiからのＡＣＫ／ＮＡＣＫ／ＤＴＸ応答であって、ここで、ｋi∈Ｋ（Ｔａｂｌｅ ４において定義）および０≦ｉ≦Ｍ−１であるＡＣＫ／ＮＡＣＫ／ＤＴＸ応答は、ＨＡＲＱ−ＡＣＫ（ｉ）と表記される。
対応するＰＤＣＣＨ、またはサブフレームｎ-ｋiであって、ここにおいて、ｋi∈Ｋであるサブフレームｎ-ｋiにおけるダウンリンクＳＰＳリリースを示しているＰＤＣＣＨの検出により示されるＰＤＳＣＨ送信に対しては、ＰＵＣＣＨリソース
＝（Ｍx−ｉ−１）・Ｎc＋ｉ・Ｎc+1＋ｎCCE、i＋ＮeIMTA_PUCCHであり、ここにおいてｃは、Ｎc≦ｎCCE、i＜Ｎc+1が成り立つように｛０、１、２、３｝から選択され、ここにおいてＮc＝
であり、ｎCCE、iは、サブフレームｎ-ｋiにおける対応するＰＤＣＣＨの送信のために使用される第１ＣＣＥの番号である。インデックスｋiのダウンリンクサブフレームがＧｒｏｕｐｅ Ａである場合は、パラメータ
におけるｉの値は変えられず、公式の他の部分におけるパラメータｉの値は、Ｔａｂｌｅ ２において定義される新しいインデックスと置き換えられ、Ｍx＝ＭAおよびＮeIMTA_PUCCH＝
である。インデックスｋiのダウンリンクサブフレームがＧｒｏｕｐｅ Ｂである場合は、パラメータ
におけるｉの値は変えられず、公式の他の部分におけるパラメータｉの値は、Ｔａｂｌｅ ３において定義される新しいインデックスと置き換えられ、Ｍx＝ＭBおよびＮeIMTA_PUCCH＝
＋ＮGoupBであり、
ＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨリソースを定義するリソース割り当て公式においては、Ｇｒｏｕｐｅ Ｂのリソースに対する開始点オフセットを表す１つの更なる項が追加される。
＝（ＭB−ｍ−１）・Ｎc＋ｍ・Ｎc+1＋ｎCCE＋
の（２）が入ります）+ＮGroupB
新しいオフセット項ＮGroupBは、種々の方法で定義可能である。
− オフセットは、より上位の層を介して構成される整数変数であることが可能である。
− オフセットは、Ｇｒｏｕｐ ＡのバンドリングウインドウサイズＭAと、ＰＤＣＣＨ ＯＦＤＭシンボル当たりの制御チャネル要素数Ｎcと、Ｇｒｏｕｐ Ａのサブフレームに対するＣＦＩについての仮定に基づいて決定することが可能であり、例えば、
ＮGroupB＝ＭA＊Ｎc＊ＮCFIであり、ＮCFI＝ＵＥが、Ｇｒｏｕｐｅ Ｂのサブフレームの開始オフセットを計算するときに仮定するＣＦＩを表す整数変数であり、予め決定されている｛１、２、３、または４｝か、より上位の層を介して（例えば、専用ＲＲＣ信号通知）信号通知されるかの何れかである。
代替的に、ＵＥはまた、ＮGroupBを、ＰＣＦＩＣＨを介して信号通知される実際のＣＦＩと、各ＰＤＣＣＨ ＯＦＤＭシンボル上のＣＣＥの数に基づいて決定することもできる。
図１０を見ると、この図は、ＰＵＣＣＨリソース割り当ておよび使用のためにｅＮＢにより行われる論理フロー図である。この図はまた、例としての実施の形態に従う、例としての方法の動作、コンピュータ読み取り可能メモリ上で具現化されるコンピュータプログラム指令の実行結果、および／または、ハードウェアにおいて実現される論理により行われる機能も例示している。図におけるブロックは、このブロックにおける機能を行うための相互接続された手段と考えることができる。図１０におけるブロックは、例えば、ＨＡＲＱ−ＡＣＫ ＲＡ１５１の制御のもとで、ｅＮＢ１７５により行われる。
ブロック１０１０において、ｅＮＢ１７５は、ＵＥ（例えば、レガシーＵＥ）の第１セットが、確認応答情報（例えば、ＨＡＲＱ ＡＣＫ情報）をｅＮＢに送るために使用する物理アップリンク制御チャネルリソースの第１セットを決定する。物理アップリンク制御チャネルリソースの第１セットは第１インデックスにおいて開始する。ブロック１０２０において、ｅＮＢ１７５は、ＵＥ（例えば、ｅＩＭＴＡ ＵＥ）の第２セットが、確認応答情報（例えば、ＨＡＲＱ ＡＣＫ情報）をｅＮＢに送るために使用する物理アップリンク制御チャネルリソースの第２セットを決定する。ＵＥの第１および第２セットにおけるＵＥは異なっている。物理アップリンク制御チャネルリソースの第２セットは、物理アップリンク制御チャネルリソースの第１セットを開始する第１インデックスよりも後(例えば、第１インデックスの値が、第２インデックスの値未満である、図５Ｂに例示しているような論理インデクシングに関して）であってよい第２インデックスにおいて開始する。ＵＥの第１セットにおけるＵＥは、物理アップリンク制御チャネルリソースの第１セットのみを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報をｅＮＢに送る。一方、ＵＥの第２セットにおけるＵＥは、物理アップリンク制御チャネルリソースの第１セットを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報をｅＮＢに送ることが可能であり、物理アップリンク制御チャネルリソースの第２セットを使用して、ダウンリンクサブフレームの第２グループに対する確認応答情報をｅＮＢに送ることが可能である。ブロック１０３０において、ｅＮＢ１７５は、ＵＬ受信（つまり、ＵＥ１１０による送信のｅＮＢによる情報の受信）のために、物理アップリンク制御チャネルリソースの第１セットを使用しての、第１ＵＥからの確認応答情報を受信し、物理アップリンク制御チャネルリソースの第１および第２セットを使用しての、第２ＵＥからの確認応答情報を受信する。
別の、例としての実施の形態においては、ｅＮＢ１７５は、第２インデックスの位置（例えば、インデックスのセットの１つに対応している）を決定可能であり、従って、ＰＵＣＣＨリソースの第２セットの開始点を決定可能であり、位置を指し示すものをＵＥの第２セットにおけるＵＥに信号通知可能である。より具体的には、ｅＮＢ１７５は、ＣＦＩ（Ｃａｒｒｉｅｒ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ（キャリアフォーマットインディケータ））に基づいて、ｅＩＭＴＡ ＤＬサブフレームリソースの開始点を決定できる。ｅＮＢ１７５はＣＦＩを、ＰＣＦＩＣＨを介してｅＩＭＴＡ ＵＥに信号通知できる。
別の、例としての実施の形態においては、ｅＮＢ１７５は、第２インデックスの位置を決定可能であり、従って、ＰＵＣＣＨリソースの第２セットの開始点を決定可能であり、位置を指し示すものをＵＥの第２セットにおけるＵＥに信号通知可能である。より具体的には、ｅＩＭＴＡ ＤＬサブフレームリソースの開始点は、より上位の層（例えば、専用または共通ＲＲＣ信号通知）を介して、ｅＮＢ１７５により信号通知可能である。信号通知はアブソリュート（つまり、ＵＥの第２セットにおけるＵＥの開始インデックス（例えば、リソース）を示している整数）であることが可能である。代替的に、信号通知は、ＵＥの第１セットにおけるＵＥに割り当てられるＤＬサブフレーム（つまり、Ｇｒｏｕｐｅ Ａのサイズ）、および／または、ＵＥの第１セットにおけるＵＥに対するリソースのＰＵＣＣＨセットの開始インデックスに関するものであってよい。そのような信号通知の１つの例は、ｅＮＢが、ＰＵＣＣＨリソース、例えば、ＵＥの第１セットにおけるＵＥに対する物理アップリンク制御チャネルリソースの第１セットのサイズを決定するときに、ＵＥに対して、ＣＦＩを仮定するための値を構成することである。サイズは、ｎ（つまり、ＰＵＣＣＨを搬送するＵＬサブフレーム）の関数として変化できる。レガシー（例えば、非ｅＩＭＴＡ）ＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第１セット）の開始点を、より上位の層（例えば、専用または共通ＲＲＣ信号通知）を介して、ｅＮＢ１７５により信号通知できることに留意されたい。
更なる、例としての実施の形態においては、ｅＩＭＴＡ ＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第２セット）の開始点を予め決定可能であり、例えば、予め決定されているＣＦＩ値（つまり、１、２、３、または４）を仮定して、レガシーＤＬサブフレームリソース（つまり、物理アップリンク制御チャネルリソースの第１セット）に直接続くことが可能である。
追加的な、例としての実施の形態は、ＵＥの第１および第２セットに対して、異なるブロックインターリービングの方法を定義するｅＮＢ１７５を有している。
・ ブロックインターリービングは、レガシーＵＥ、例えば、ＵＥの第１セットに従って適用される。
・ ブロックインターリービングは、第２セットにおけるＵＥ（例えば、ｅＩＭＴＡ ＵＥ）に適用してもしなくてもよい。これはｅＮＢに対する構成パラメータとしても定義可能である。
更なる、例としての実施の形態においては、物理アップリンク制御チャネルリソースの第１および第２セットはオーバーラップしてよい。つまり、物理アップリンク制御チャネルリソースの第１セットの最後は、インデックスにおいて、物理アップリンク制御チャネルリソースの第２セットを開始する第２インデックスの後に出現してよい。
追加的な、例としての実施の形態においては、第１表（例えば、図６）は、ＵＥの第１セットにおけるＵＥに対して定義され、第２表（例えば、図７）は、ＵＥの第２セットにおけるＵＥに対して定義される。
更なる、例としての実施の形態においては、単一のサブフレームに対しては、ＵＥの第１セットのＨＡＲＱ−ＡＣＫビットがＰＵＣＣＨリソースにおいて最初であり、ＵＥの第２セットのＨＡＲＱ−ＡＣＫビットが後に続くという原則が守られる。第１および第２表（例えば、図６と７）は、ＨＡＲＱ−ＡＣＫビット順序を指定する第３表（例えば、図８）を定義するために使用できる。
更なる、例としての実施の形態においては、ダウンリンクサブフレームの第１グループは、ＤＬ ＨＡＲＱ参照構成によりＤＬまたは特殊サブフレームとして定義されるサブフレームであって、同じサブフレームオフセット（例えば、図２におけるｎ−ｋの同じ値）を有する、ＳＩＢ−１により構成されるＤＬまたは特殊サブフレームと同じＵＬサブフレーム（例えば、図２におけるサブフレームｎ）と関連付けられているサブフレームを含み（例えば、それらのサブフレームに制限され）、ダウンリンクサブフレームの第２グループは、ＤＬ ＨＡＲＱ参照構成に従う他のダウンリンク、特殊、またはフレキシブルサブフレームを含んでいる（例えば、それらのサブフレームに制限される）。
追加的な、例としての実施の形態は、ＳＩＢ−１ ＵＬ／ＤＬ構成のアソシエーションセットのサイズに基づいて定義できる、第１グループのサイズ（ＭA）を定義する。
更に、第２グループの開始位置（例えば、インデックス）は、第１グループのサイズ（例えば、他のパラメータの中で）に基づくことができる。
図１１を見ると、ＰＵＣＣＨリソース割り当ておよび使用のために、ｅＩＭＴＡ ＵＥにより行われる論理フロー図が示されている。図１１は、例としての実施の形態に従う、例としての方法の動作、コンピュータ読み取り可能メモリ上で具現化されるコンピュータプログラム指令の実行結果、および／または、ハードウェアにおいて実現される論理により行われる機能を例示している。図１１におけるブロックは、このブロックにおける機能を行うための相互接続された手段と考えることができる。図１１は、例えば、ＨＡＲＱ−ＡＣＫ ＲＡ（Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ（リソース割り当て））ユニット１２１の制御のもとで、ｅＩＭＴＡ ＵＥ１１０−２による行われると仮定することができる。
ブロック１１１０において、ＵＥ１１０−２は、ＤＬサブフレームの２つの異なるセットに属するＰＵＣＣＨリソースの構成を決定する（例えば、ｅＮＢから受信する）。
○ セットの１つは、（例えば、レガシー）サブフレーム（またはＧｒｏｕｐ Ａのサブフレーム）の第１セットを含む。
○ セットの１つは、（例えば、ｅＩＭＴＡ、Ｇｒｏｕｐ Ｂの）サブフレームの第２セットを含む。
ブロック１１２０において、ＵＥは、ＰＵＣＣＨリソース内のサブフレームの第２セットの開始点（例えば、インデックス）を、（例えば、サブフレームの第１セットの開始点に追加して）を決定する。ブロック１１３０において、所与のＤＬサブフレームに対して、ＵＥ１１０−２は、（例えば）ＰＤＳＣＨデータのスケジューリングを行うＰＤＣＣＨを（ｅＮＢから）受信し、ＵＥは、下記を行う。
○ 所与のＤＬサブフレームが、サブフレームのセットの何れに属するかを決定する。
○ 所与のＤＬサブフレームに対して、スケジューリングＰＤＣＣＨの最下位のＣＣＥのインデックスを決定する。
ブロック１１４０において、（少なくとも）ＰＵＣＣＨリソース構成、ＣＣＥインデックス、（例えば、現在の）サブフレームインデックス（サブフレームｎに対するインデックスのような）、サブフレームの何れのセット（例えば、Ｇｒｏｕｐ ＡまたはＢ）が考慮されているか、およびＰＵＣＣＨリソースの第１および第２セットの開始点に基づいて、ＵＥ１１０−２は、受信したＰＤＳＣＨデータに対応する、確認応答（例えば、ＨＡＲＱ−ＡＣＫ）送信のためのＰＵＣＣＨリソースを決定する。ブロック１１５０において、ＵＥ１１０−２は、決定されたＰＵＣＣＨリソースの確認応答情報を送信する。
ＵＥ１１０−２は、例えば、ＰＵＣＣＨリソースの第１および第２セットおよび、それぞれの開始点も使用して、ＤＬサブフレームの第１セット（例えば、Ｇｒｏｕｐ Ａ）と第２セット（Ｇｒｏｕｐ Ｂ）の両者に対して確認応答情報を送信できる（例えば、図５Ｂに示されているように）ということに留意されたい。
別の、例としての実施の形態においては、ＵＥ１１０−２は、位置を指し示す信号通知をｅＮＢから受信することにより、インデックスの位置（例えば、インデックスのセットの１つに対応している）を決定可能であり、従って、ＰＵＣＣＨリソースの第２セットの開始点を決定可能である。より具体的には、ｅＩＭＴＡ ＤＬサブフレームリソースの開始点は、ＣＦＩ（Ｃａｒｒｉｅｒ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ（キャリアフォーマットインディケータ））に基づくことができ、ＵＥはｅＮＢから、ＰＣＦＩＣＨを介して、ＣＦＩの信号通知を受信できる。
別の例として、ｅＩＭＴＡ ＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第２セット）の開始点を、ｅＮＢ１７５による信号通知から、ＵＥにより受信可能である。信号通知はアブソリュート（つまり、開始インデックス（例えば、リソース）を示す整数）であることが可能である。代替的に、信号通知は、サブフレームの第１セットに割り当てられているＤＬサブフレーム（つまり、Ｇｒｏｕｐ Ａのサイズ）、および／または、サブフレームの第１セットに対するリソースのＰＵＣＣＨセットの開始インデックスに関するものであってよい。そのような信号通知の１つの例は、ＰＵＣＣＨリソース、例えば、物理アップリンク制御チャネルリソースの第１セットのサイズを決定するときの、ＣＦＩを仮定するための値である。レガシー（例えば、非ｅＩＭＴＡ）ＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第１セット）の開始点を、例えば、専用または共通ＲＲＣ信号通知を介して、ｅＮＢ１７５による信号通知を通してＵＥ１１０−２により受信できることに留意されたい。
更なる、例としての実施の形態においては、ｅＩＭＴＡ ＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第２セット）の開始点は予め決定することが可能であり、例えば、予め決定したＣＦＩ値（つまり、１、２、３または４）を仮定して、レガシーＤＬサブフレームリソース（例えば、物理アップリンク制御チャネルリソースの第１セット）に直接続くことが可能である。
追加的な、例としての実施の形態は、ＵＥの第１および第２セットに対して、異なるブロックインターリービングの方法を有している。
・ ブロックインターリービングは、レガシーＵＥ、例えば、ＵＥの第１セットに従って適用される。
・ ブロックインターリービングは、第２セットにおけるＵＥ（例えば、ｅＩＭＴＡ ＵＥ）に適用してもしなくてもよい。これに対しては、幾つかの、例としての可能性がある。ます、ブロックインターリービングの方法は、仕様において固定することができる。つまり、ブロックインターリービングの有無を仕様において固定できる。別の、例としての可能性は、ブロックインターリービングの方法／複数のブロックインターリービングの方法を、ｅＮＢによりＵＥに信号通知し、そして、ＵＥは、ブロックインターリービングが、ｅＮＢから受信した信号通知に従って、適用されるかどうかを知ることができるということである。
更なる、例としての実施の形態においては、物理アップリンク制御チャネルリソースの第１および第２セットはオーバーラップしてよい。つまり、物理アップリンク制御チャネルリソースの第１セットの最後は、インデックスにおいて、物理アップリンク制御チャネルリソースの第２セットを開始する第２インデックスの後に出現してよい。
追加的な、例としての実施の形態においては、第１表（例えば、図６）は、ＤＬサブフレームの第１セットに対するＰＵＣＣＨリソース割り当てのために定義され、第２表（例えば、図７）は、ＤＬサブフレームの第２セットに対するＰＵＣＣＨリソース割り当てのために定義される。
更なる、例としての実施の形態においては、ＨＡＲＱ−ＡＣＫビット順序の原則が守られ、それにより、ＤＬサブフレームの第１セットにおけるＰＵＣＣＨリソース割り当てのＨＡＲＱ−ＡＣＫビットが最初に置かれ、ＤＬサブフレームの第２セットにおけるＰＵＣＣＨリソース割り当てのＨＡＲＱ−ＡＣＫビットが後に続く。第１および第２表（例えば、図６と７）は、ＨＡＲＱ−ＡＣＫビット順序を指定する第３表（例えば、図８）を定義するために使用できる。この実施の形態は、ｅＮＢによる構成に基づいて、チャネル選択によりＰＵＣＣＨフォーマット１ｂに構成されるときは、ＰＵＳＣＨ上で送信されるＡＣＫ／ＮＡＣＫフィードバックに適用可能であり、ＰＵＣＣＨフォーマット３に構成されるときは、ＰＵＣＣＨ／ＰＵＳＣＨ上で送信されるＡＣＫ／ＮＡＣＫフィードバックに適用可能である。
更なる、例としての実施の形態においては、ダウンリンクサブフレームＰＵＣＣＨリソース割り当ての２つのグループと、ＴＤＤ ｅＩＭＴＡに対するＨＡＲＱ−ＡＣＫビット順序は、シングルキャリアの場合に制限されず、これらは、マルチキャリアの状況に適用可能であり、例えば、キャリアアグリゲーション（ＣＡ）で作動するＴＤＤ ｅＩＭＴＡに適用可能であり、他の状況、例えば、セル間協調（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ−Ｐｏｉｎｔ：ＣｏＭＰ）送受信で作動するＴＤＤ ｅＩＭＴＡにも適用可能である。
更なる、例としての実施の形態においては、ダウンリンクサブフレームの第１グループは、ＤＬ ＨＡＲＱ参照構成によりＤＬまたは特殊サブフレームとして定義されるサブフレームであって、同じサブフレームオフセット（例えば、図２におけるｎ−ｋの同じ値）を有する、ＳＩＢ−１により構成されるＤＬまたは特殊サブフレームと同じＵＬサブフレーム（例えば、図２におけるサブフレームｎ）と関連付けられているサブフレームを含み（例えば、それらのサブフレームに制限され）、ダウンリンクサブフレームの第２グループは、ＤＬ ＨＡＲＱ参照構成に従う他のダウンリンク、特殊、またはフレキシブルサブフレームを含んでいる（例えば、それらのサブフレームに制限される）。
例としての、非制限的な利点および技術的効果は、制限されることはないが下記を含む。
１） 提案された実現形態は、完全な後方互換性があり、このことは、非ｅＩＭＴＡ ＵＥのリソース衝突を完全に回避可能であることを意味する（例えば、ｅＮＢスケジューラに基づくソリューション／スケジューリング制約なしに）。
２） 例としての利点は、提案された実現形態が、ＰＵＣＣＨリソース空間を最小化し、そのため、ＵＬオーバーヘッドを最小化するということである。占有されていないリソースは、ＰＵＣＣＨリソースの最後に自動的に出現するので、ＰＵＣＣＨリソースを、ＨＡＲＱ ＡＣＫリソースの最大数に従う、特定の大きさにする必要がない。
３） 選択されたＵＬ−ＤＬ構成において、ＤＬサブフレームの数が少なければ少ないほど、ＰＵＣＣＨに必要なリソースの数は少ない。
４） 占有されていないＰＵＣＣＨリソースは、ＰＵＳＣＨに対して使用可能である。
５） ３ＧＰＰ ＴＳ ３６．２１３仕様における２つまたは３つの追加的な表を介して、実現形態を容易に取り扱うことが可能である。
６） ｅＩＭＴＡ ＰＵＣＣＨ ＲＡに対するソリューションは、複雑なスケジューラの制約を回避するために、如何なる場合も指定すべきである。
下記は、追加的な例である。例１。方法であって、
基地局により、ユーザ機器の第１セットが、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第１セットであって、第１インデックスにおいて開始する物理アップリンク制御チャネルリソースの第１セットを決定することと、
基地局により、ユーザ機器の第２セットが、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送るために使用する物理アップリンク制御チャネルリソースの第２セットであって、ユーザ機器の第１および第２セットにおけるユーザ機器は異なっており、物理アップリンク制御チャネルリソースの第２セットは第２インデックスにおいて開始し、ユーザ機器の第１セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットのみを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、ユーザ機器の第２セットにおけるユーザ機器は、物理アップリンク制御チャネルリソースの第１セットを使用して、ダウンリンクサブフレームの第１グループに対する確認応答情報を基地局に送り、物理アップリンク制御チャネルリソースの第２セットを使用して、ダウンリンクサブフレームの第２グループに対する確認応答情報を基地局に送る、物理アップリンク制御チャネルリソースの第２セットを決定することと、
基地局によるアップリンク受信のために、物理アップリンク制御チャネルリソースの第１セットを使用しての、第１ユーザ機器からの確認応答情報を受信し、物理アップリンク制御チャネルリソースの第１および第２セットを使用しての、第２ユーザ機器からの確認応答情報を受信することと、を備える方法。
例２。例１の方法であって、基地局が、物理アップリンク制御チャネルリソースの第２セットの開始点を指し示すものを、ユーザ機器の第２セットにおけるユーザ機器に信号通知することを更に備える方法。例３。例２の方法であって、信号通知することは、専用または共通無線リソース制御信号通知で、基地局により信号通知することを更に備える方法。例４。例３の方法であって、信号通知はアブソリュートであり、ユーザ機器の第２セットにおけるユーザ機器の開始インデックスを示す整数を示している方法。例５。例３の方法であって、信号通知は、ユーザ機器の第１セットにおけるユーザ機器に割り当てられるダウンリンクサブフレーム数に関するものであり、それに関する整数を示し、または、ユーザ機器の第１セットにおけるユーザ機器に対するリソースの物理アップリンク制御チャネルセットの開始インデックスに関するものであり、または、ユーザ機器の第１セットにおけるユーザ機器に割り当てられるダウンリンクサブフレーム数と、ユーザ機器の第１セットにおけるユーザ機器に対するリソースの物理アップリンク制御チャネルセットの開始インデックスの両者に関するものである方法。
例６。先行する例の何れかの方法であって、ダウンリンクサブフレームの第１グループは、レガシーダウンリンクサブフレームに制限され、ダウンリンクサブフレームの第２グループは、非レガシーダウンリンクサブフレームに制限される方法。例７。例６の方法であって、レガシーダウンリンクサブフレームは、ダウンリンクハイブリッド自動反復要求参照構成によりダウンリンクまたは特殊サブフレームとして定義されるサブフレームであって、同じサブフレームオフセットを有する、システム情報ブロック−１で構成されるダウンリンクまたは特殊サブフレームと同じアップリンクサブフレームと関連付けられているサブフレームに対応し、非レガシーダウンリンクサブフレームは、ダウンリンクハイブリッド自動反復要求参照構成に従う他のダウンリンク、特殊、またはフレキシブルサブフレームに対応する方法。
例８。例６または７の何れかの方法であり、ユーザ機器の第１セットにおけるユーザ機器およびユーザ機器の第２セットにおけるユーザ機器は、ダウンリンクサブフレームの第１グループに対しては、下記の表を使用し、
ユーザ機器の第２セットにおけるユーザ機器は、ダウンリンクサブフレームの第２グループに対しては、下記の表を使用し、
ここで、ＤＬは、ダウンリンク、ＨＡＲＱは、ハイブリッド自動反復要求、ＵＬは、アップリンク、ＳＩＢ−１、はシステム情報ブロック−１のことであり、サブフレームｎは、確認応答情報を送信するために使用されるサブフレームを示し、サブフレームｎに対する各記載値は、確認応答情報を報告できるサブフレームｎに関するサブフレームにおけるダウンリンクアソシエーションセットインデックスを示している方法。
例９。例６から８の何れかの方法であって、単一のアップリンクサブフレームに対しては、ユーザ機器の第１セットの確認応答情報のためのビットが物理アップリンク制御チャネルリソースにおいて最初であり、ユーザ機器の第２セットの確認応答情報のためのビットが後に続く方法。
例１０。例９の方法であって、下記の表がビット順序を指定し、
ここで、ＤＬは、ダウンリンク、ＨＡＲＱは、ハイブリッド自動反復要求、ＵＬは、アップリンク、ＳＩＢ−１は、システム情報ブロック−１のことであり、サブフレームｎは、確認応答情報を送信するために使用されるサブフレームを示し、サブフレームｎに対する各記載値は、確認応答情報を報告できるサブフレームｎに関するサブフレームにおけるダウンリンクアソシエーションセットインデックスを示し、ビット順序を定義する方法。
例１１。先行する例の何れかの方法であって、ユーザ機器の第１セットにおけるユーザ機器は、時分割複信ユーザ機器であり、エンハンスト干渉マネジメントおよびトラフィックアダプテーションを適用していないユーザ機器であり、ユーザ機器の第２セットにおけるユーザ機器は、時分割複信ユーザ機器であり、エンハンスト干渉マネジメントおよびトラフィックアダプテーションを適用しているユーザ機器である方法。
例１２。方法であって、
ダウンリンクサブフレームの２つの異なるグループであって、第１グループは、ダウンリンクサブフレームの第１セットを含み、第２グループはダウンリンクサブフレームの第２セットを含む、ダウンリンクサブフレームの２つの異なるグループに対応する物理アップリンク制御チャネルリソースの構成を決定することと、
ダウンリンクサブフレームの第１セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第１セットの開始点を決定することと、
ダウンリンクサブフレームの第２セットにおけるダウンリンクサブフレームに対する確認応答情報を送信するために使用される物理アップリンク制御チャネルリソースの第２セットの開始点を決定することと、
所与のダウンリンクサブフレームに対して、物理ダウンリンク共有チャネルデータのスケジューリングを行う物理ダウンリンク制御チャネルの情報を受信し、所与のダウンリンクサブフレームが、サブフレームのグループの何れのグループに属するかを決定し、所与のダウンリンクサブフレームに対して、スケジューリング物理ダウンリンク制御チャネルの最下位の制御チャネル要素のインデックスを決定することを行うことと、
少なくとも物理アップリンク制御チャネルリソース構成と、最下位の制御チャネル要素のインデックスと、現在のサブフレームインデックスと、決定されたグループと、決定された開始点と、に基づいて、受信した物理ダウンリンク共有チャネルデータに対応する、確認応答送信のための１つ以上の物理アップリンク制御チャネルリソースを決定することと、
物理アップリンク制御チャネルリソースの第１および第２セットの開始点の１つまたは両者を使用して、決定された１つ以上の物理アップリンク制御チャネルリソースの確認応答情報を送信することと、を備える方法。
例１３。例１２の方法であって、基地局から、物理アップリンク制御チャネルリソースの第２セットの開始点を指し示す信号通知を受信することを更に備える方法。例１４。例１３の方法であって、受信することは、専用または共通無線リソース制御信号通知で信号通知を受信することを更に備える方法。例１５。例１４の方法であって、信号通知はアブソリュートであり、開始インデックスを示す整数を示している方法。
例１６。例１２から１５の何れかの方法であって、ダウンリンクサブフレームの第１グループは、レガシーダウンリンクサブフレームに制限され、ダウンリンクサブフレームの第２グループは、非レガシーダウンリンクサブフレームに制限される方法。例１７。例１６の方法であって、レガシーダウンリンクサブフレームは、ダウンリンクハイブリッド自動反復要求参照構成によりダウンリンクまたは特殊サブフレームとして定義されるサブフレームであって、同じサブフレームオフセットを有する、システム情報ブロック−１で構成されるダウンリンクまたは特殊サブフレームと同じアップリンクサブフレームと関連付けられているサブフレームに対応し、非レガシーダウンリンクサブフレームは、ダウンリンクハイブリッド自動反復要求参照構成に従う他のダウンリンク、特殊、またはフレキシブルサブフレームに対応する方法。
例１８。例１６または１７の何れか方法であって、ユーザ機器により行われ、ユーザ機器は、第１グループにおけるダウンリンクサブフレームに対しては、下記の表を使用し、
ユーザ機器は、第２グループにおけるダウンリンクサブフレームに対しては、下記の表を使用し、
ここで、ＤＬは、ダウンリンク、ＨＡＲＱは、ハイブリッド自動反復要求、ＵＬは、アップリンク、ＳＩＢ−１は、システム情報ブロック−１のことであり、サブフレームｎは、確認応答情報を送信するために使用されるサブフレームを示し、サブフレームｎに対する各記載値は、確認応答情報を報告できるサブフレームｎに関するサブフレームにおけるダウンリンクアソシエーションセットインデックスを示す方法。
例１９。例１６から１８の何れかの方法であって、単一のサブフレームに対しては、ユーザ機器の第１セットの確認応答情報のためのビットが物理アップリンク制御チャネルリソースにおいて最初であり、ユーザ機器の第２セットの確認応答情報のためのビットが後に続く方法。
例２０。例１９の方法であって、下記の表がビット順序を指定し、
ここで、ＤＬは、ダウンリンク、ＨＡＲＱは、ハイブリッド自動反復要求、ＵＬは、アップリンク、ＳＩＢ−１は、システム情報ブロック−１のことであり、サブフレームｎは、確認応答情報を送信するために使用されるサブフレームを示し、サブフレームｎに対する各記載値は、確認応答情報を報告できるサブフレームｎに関するサブフレームにおけるダウンリンクアソシエーションセットインデックスを示し、ビット順序を定義する方法。
例２１。例１２から２０の何れかの方法であって、ユーザ機器により行われ、ユーザ機器は時分割複信ユーザ機器であり、エンハンスト干渉マネジメントおよびトラフィックアダプテーションを適用しているユーザ機器である方法。
１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリと、を備える装置。１つ以上のメモリとコンピュータプログラムコードは、１つ以上のプロセッサにより、装置に、例１−２１の何れかを行わせるように構成されている。
１つ以上のプロセッサと、コンピュータプログラムコードを含む１つ以上のメモリと、を備える装置。１つ以上のメモリとコンピュータプログラムコードは、１つ以上のプロセッサにより、装置に、例１−２１の方法の何れかを行わせるように構成されている。
例１−２１の方法の何れかを行うための手段を備えている装置。
追加的な、例としての実施の形態はコンピュータプログラムを含み、コンピュータプログラムは、コンピュータプログラムがプロセッサ上で実行されるときに、例１−２１の何れかの方法を行うためのコードを備えている。この段落に係るコンピュータプログラムであって、コンピュータプログラムは、コンピュータでの使用のために、内部で具現化されるコンピュータプログラムコードを保持しているコンピュータ読み取り可能媒体を備えるコンピュータプログラム製品である。
ここにおける実施の形態は、（１つ以上のプロセッサにより実行される）ソフトウェア、ハードウェア（例えば、特定用途向け集積回路）、または、ソフトウェアとハードウェアの組み合わせにより実現できる。例としての実施の形態においては、ソフトウェア（例えば、アプリケーションロジック、指令セット）は、種々の従来のコンピュータ読み取り可能媒体の何れか１つに維持される。本文書の状況においては、「コンピュータ読み取り可能媒体」は、例えば、図１において記述され描かれているコンピュータのような指令実行システム、装置、またはデバイスでの使用のため、またはそれらと一緒に使用するために、指令を含み、格納、通信、配布、または移送することが可能な任意の媒体または手段であってよい。コンピュータ読み取り可能媒体は、信号の配布は行わないが、コンピュータのような指令実行システム、装置、デバイスでの使用のため、またはそれらと一緒に使用するために、指令を含み、または格納することが可能な任意の媒体または手段であってよい読み取り可能格納媒体（例えば、メモリ１２５、１５５、１７１または他のデバイス）を備えることができる。
所望であれば、ここにおいて検討された異なる機能を、異なる順序および／または相互に同時に行うことができる。更に、所望であれば、上記の機能の１つ以上はオプションであってよく、または組み合わされてもよい。
種々の態様が上記および請求項に記述されるが、他の態様は、上記または請求項において記述される組み合わせのみではなく、記述される実施の形態および請求項とは異なる特徴の他の組み合わせを備えている。
ここにおいては、上記では、本発明の例としての実施の形態を記述したが、これらの記述は、制限的な意味で捉えられるべきではないことにも留意されたい。請求項により記述されるような本発明の範囲から逸脱することなく行うことができる幾つかの変形例および修正例がある。
本明細書および／または図面において見出すことができる下記の省略語は、次のように定義される。
３ＧＰＰ ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ（第３世代パートナーシッププロジェクト）
ＡＣＫ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（確認応答）
Ａ／Ｎ、ＡＣＫ／ＮＡＣＫ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（確認応答／否定的確認応答）
ＡＲＯ ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ Ｏｆｆｓｅｔ（ＡＣＫ／ＮＡＣＫリソースオフセット）
ＣＣＥ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ（制御チャネル要素）
ＣＦＩ Ｃａｒｒｉｅｒ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ（キャリアフォーマットインディケータ）
ＣＳＩ Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ（ＣＳＩ、ＰＭＩ、ＲＩ、ＰＲｌおよびＰＴＩを含む）（チャネル状態情報）
Ｄ Ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ（ダウンリンクサブフレーム）
ＤＬ Ｄｏｗｎｌｉｎｋ（ダウンリンク）（基地局からＵＥへ）
ＤｗＰＴＳ Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ（ダウンリンクパイロットタイムスロット）
ＥＣＣＥ Ｅｎｈａｎｃｅｄ ＣＣＥ（エンハンストＣＣＥ）
ｅＩＭＴＡ Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ（エンハンスト干渉マネジメントおよびトラフィックアダプテーション）
ｅＮＢ Ｅｎｈａｎｃｅｄ Ｎｏｄｅ Ｂ（ＬＴＥ ｂａｓｅ ｓｔａｔｉｏｎ）（エンハンストノードＢ（ＬＴＥ基地局））
ＥＰＤＣＣＨ Ｅｎｈａｎｃｅｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（エンハンスト物理ダウンリンク制御チャネル）
Ｆ Ｆｌｅｘｉｂｌｅ ｓｕｂｆｒａｍｅ（フレキシブルサブフレーム）
ＨＡＲＱ Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ（ハイブリッド自動反復要求）
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ロングタームエボリューション）
ＭＭＥ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（可動性管理エンティティ）
ｍｓ ｍｉｌｌｉｓｅｃｏｎｄｓ（ミリ秒）
ＮＡＣＫ Ｎｅｇａｔｉｖｅ ＡＣＫ（否定的ＡＣＫ）
ＯＦＤＭ Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘ（直交周波数分割多重）
ＰＣｅｌｌ Ｐｒｉｍａｒｙ Ｃｅｌｌ（プライマリセル）
ＰＣＦＩＣＨ Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ（物理制御フォーマットインディケータチャネル）
ＰＤＣＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（物理ダウンリンク制御チャネル）
ＰＤＳＣＨ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（物理ダウンリンク共有チャネル）
ＰＨＩＣＨ Ｐｈｙｓｉｃａｌ ＨＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ（物理ＨＡＲＱインディケータチャネル）
ＰＵＣＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ（物理アップリンク制御チャネル）
ＰＵＳＣＨ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ（物理アップリンク共有チャネル）
ＲＡ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ（リソース割り当て）
ＲＡＮ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ(無線アクセスネットワーク）
ＲＢ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ（リソースブロック）
Ｒｅｌ Ｒｅｌｅａｓｅ（リリース）
ＲＲＣ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（無線リソース制御）
Ｓ Ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ（特殊サブフレーム）
ＳＣｅｌｌ Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ（セカンダリセル）
ＳＣ−ＦＤＭＡ Ｓｉｎｇｌｅ−Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（シングルキャリア周波数分割多重アクセス）
ＳＦ Ｓｕｂｆｒａｍｅ（サブフレーム）
ＳＩＢ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ（システム情報ブロック）
ＳＧＷ Ｓｅｒｖｉｎｇ ＧａｔｅＷａｙ（サービングゲートウェイ）
ＳＰＳ Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ（半固定スケジューリング）
ＳＲＩ Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ Ｉｎｄｉｃａｔｏｒ（スケジューリング要求インディケータ）
ＴＤ−ＬＴＥ Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ−Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（時分割ロングタームエボリューション）
ＴＤＤ Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ（時分割二重化）
Ｕ Ｕｐｌｉｎｋ ｓｕｂｆｒａｍｅ（アップリンクサブフレーム）
ＵＥ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ユーザ機器）
ＵＬ Ｕｐｌｉｎｋ （アップリンク）（ＵＥから基地局へ）
ＷＩ Ｗｏｒｋ Ｉｔｅｍ（作業事項）
ＷＧ Ｗｏｒｋｉｎｇ Ｇｒｏｕｐ（作業グループ）

Claims (29)

  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. 前記装置は、時分割複信装置であり、エンハンスト干渉マネジメントおよびトラフィック・アダプテーションを適用している装置である、請求項２３ないし２７のいずれか１項に記載の装置。
  29. プロセッサ上で実行されると、請求項１ないし１６のいずれか１項に記載の方法を実行するためのコードを備えるコンピュータ・プログラム。
JP2018121634A 2013-09-27 2018-06-27 Ｐｕｃｃｈリソース割り当ておよび使用 Active JP6659772B2 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361883469P 2013-09-27 2013-09-27
US61/883,469 2013-09-27
US201461923325P 2014-01-03 2014-01-03
US61/923,325 2014-01-03

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2016518112A Division JP6416893B2 (ja) 2013-09-27 2014-09-29 Ｐｕｃｃｈリソース割り当ておよび使用

Publications (2)

Publication Number Publication Date
JP2018148585A JP2018148585A (ja) 2018-09-20
JP6659772B2 true JP6659772B2 (ja) 2020-03-04

Family

ID=51627296

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2016518112A Active JP6416893B2 (ja) 2013-09-27 2014-09-29 Ｐｕｃｃｈリソース割り当ておよび使用
JP2018121634A Active JP6659772B2 (ja) 2013-09-27 2018-06-27 Ｐｕｃｃｈリソース割り当ておよび使用

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2016518112A Active JP6416893B2 (ja) 2013-09-27 2014-09-29 Ｐｕｃｃｈリソース割り当ておよび使用

Country Status (11)

Country Link
EP (1) EP3050239B1 (ja)
JP (2) JP6416893B2 (ja)
KR (1) KR101782758B1 (ja)
CN (1) CN105794137B (ja)
CA (1) CA2925401C (ja)
ES (1) ES2720226T3 (ja)
MX (1) MX365959B (ja)
PL (1) PL3050239T3 (ja)
RU (1) RU2631660C1 (ja)
TW (1) TWI650033B (ja)
WO (1) WO2015044405A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9826523B2 (en) * 2014-03-21 2017-11-21 Qualcomm Incorporated Semi-persistent scheduling for eIMTA in LTE
US10498503B2 (en) * 2016-02-10 2019-12-03 Qualcomm Incorporated Multi-cast resource allocation by aggregation level
CN106357372A (zh) * 2016-11-15 2017-01-25 珠海市魅族科技有限公司 避免反馈消息资源冲突的方法、装置、基站及终端
EP3968726A1 (en) * 2017-01-06 2022-03-16 IDAC Holdings, Inc. Collision mitigation procedures for grant-less uplink multiple access
US11310756B2 (en) 2017-01-09 2022-04-19 Nokia Technologies Oy Flexible indication of transmission timing
WO2018157320A1 (zh) * 2017-02-28 2018-09-07 华为技术有限公司 基于载波聚合的信息发送方法及装置
US10477567B2 (en) 2018-01-12 2019-11-12 Lg Electronics Inc. Method and apparatus for transmitting/receiving wireless signal in wireless communication system
US11638275B2 (en) 2018-01-12 2023-04-25 Electronics And Telecommunications Research Institute Method for transmitting and receiving uplink control channel and device therefor
US11218996B2 (en) * 2018-04-06 2022-01-04 Qualcomm Incorporated PUCCH resource allocation before RRC setup
RU2767780C1 (ru) * 2018-04-16 2022-03-21 Телефонактиеболагет Лм Эрикссон (Пабл) Выбор ресурсов физического канала управления восходящей линии связи (pucch) до конфигурирования на уровне управления радиоресурсами (rrc)
US11425700B2 (en) * 2018-05-02 2022-08-23 Ntt Docomo, Inc. User terminal
US11115110B2 (en) * 2018-12-14 2021-09-07 Qualcomm Incorporated Default beam selection based on a subset of coresets
CN113228821A (zh) 2019-01-11 2021-08-06 瑞典爱立信有限公司 交叉链路干扰管理的节点间协调

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8477684B2 (en) * 2005-10-27 2013-07-02 Qualcomm Incorporated Acknowledgement of control messages in a wireless communication system
JP4629056B2 (ja) * 2006-10-03 2011-02-09 株式会社エヌ・ティ・ティ・ドコモ ユーザ装置、送信方法及び通信システム
US8767632B2 (en) * 2009-02-05 2014-07-01 Motorola Mobility Llc Method for uplink acknowledgement/non-acknowledgement messages in a wireless communication system
WO2011043721A2 (en) * 2009-10-05 2011-04-14 Telefonaktiebolaget L M Ericsson (Publ) Pucch resource allocation for carrier aggregation in lte-advanced
KR101468349B1 (ko) * 2010-12-13 2014-12-03 엘지전자 주식회사 Tdd 기반 무선 통신 시스템에서 ack/nack 전송 방법 및 장치
WO2012106840A1 (en) * 2011-02-10 2012-08-16 Renesas Mobile Corporation Resource allocation for flexible tdd configuration
CN103095395B (zh) * 2011-11-02 2017-09-22 中兴通讯股份有限公司 Pucch的资源配置方法、传输方法、装置和系统

Also Published As

Publication number Publication date
MX2016003802A (es) 2017-09-15
PL3050239T3 (pl) 2019-07-31
MX365959B (es) 2019-06-20
CN105794137A (zh) 2016-07-20
KR101782758B1 (ko) 2017-09-27
JP6416893B2 (ja) 2018-10-31
TW201536085A (zh) 2015-09-16
EP3050239A1 (en) 2016-08-03
TWI650033B (zh) 2019-02-01
CA2925401A1 (en) 2015-04-02
EP3050239B1 (en) 2019-03-06
CA2925401C (en) 2018-04-24
KR20160062110A (ko) 2016-06-01
RU2631660C1 (ru) 2017-09-26
WO2015044405A1 (en) 2015-04-02
ES2720226T3 (es) 2019-07-18
CN105794137B (zh) 2019-03-29
JP2018148585A (ja) 2018-09-20
JP2016537849A (ja) 2016-12-01

Similar Documents

Publication Publication Date Title
JP6659772B2 (ja) Ｐｕｃｃｈリソース割り当ておよび使用
US9473289B2 (en) PUCCH resource allocation and use
US10873426B2 (en) Methods for transmitting and receiving hybrid automatic retransmit request-acknowledgment (HARQ-ACK) index mapping and uplink resource allocation for channel selection transmission in inter-band time division duplex mode, user equipment to transmit HARQ-ACK, and eNode-B to receive HARQ-ACK
US10271319B2 (en) Physical uplink control channel (PUCCH) resource allocation (RA) for a hybrid automatic retransmission re-quest-acknowledge (HARQ-ACK) transmission
CA2925372C (en) Harq-ack resource allocation and use for eimta
US20150103703A1 (en) Resource Allocation In Different TDD Configurations With Cross Carrier Scheduling
KR20150110620A (ko) Tdd에서 epdcch에 대한 pucch 자원 배정에서 aro 값들
JP6312817B2 (ja) スペクトルアグリゲーションのデータ送信方法および装置
EP2883320B1 (en) Methods and systems for determining uplink resources

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180725

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180725

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190329

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190716

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200206

R150 Certificate of patent or registration of utility model

Ref document number: 6659772

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250