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