(57)【要約】【課題】ｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用。【解決手段】ダウンリンクデータ送信がダウンリンクサブフレーム内において実行される。１つ又は複数のリソースが判定される。１つ又は複数のリソースは、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の送信又は受信に使用するためのものである。判定された関連性セットは、ダウンリンク基準構成に依存している。それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有する。関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される。エラー情報は、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用して送信又は受信される。方法、装置、プログラム、及びプログラムプロダクトが開示されている。【選択図】図９
2016533658.tif 000002
【特許請求の範囲】
【請求項１】
ダウンリンクサブフレーム内においてダウンリンクデータ送信を受信するステップと、
１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における前記受信された送信のエラー情報の送信に使用される１つ又は複数のリソースを判定するステップであって、前記判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンクサブフレーム内において前記判定された１つ又は複数のリソースを使用して前記エラー情報を送信するステップと、
を含む方法。
【請求項２】
ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信するステップと、
１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における前記受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定するステップであって、前記判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンクサブフレーム内において前記判定された１つ又は複数のリソースを使用してエラー情報を受信するステップと、
を含む方法。
【請求項３】
１つ又は複数のリソースを判定するステップは、
システム情報ブロック−１によって通知されたアップリンク−ダウンリンク構成、
ＡＣＫ／ＮＡＣＫリソースオフセット、
持続的なＡＣＫ／ＮＡＣＫ及びスケジューリング要求インジケータ用に予約されたリソースの数
デルタシフト、
物理的ダウンリンク制御チャネル直交周波数分割マルチプレックスシンボルの数、及び、
前記ダウンリンクデータ送信をスケジューリングする第１制御チャネル要素／機能強化型制御チャネル要素のインデックス、
のうちの１つ又は複数を有する１つ又は複数の追加パラメータに基づいて前記１つ又は複数のリソースを判定するステップを含む請求項１又は２に記載の方法。
【請求項４】
第１グループは、ダウンリンク基準構成に従ってダウンリンク又は特殊サブフレームとして定義されると共に同一のインデックスを有するシステム情報ブロック−１によって構成されたダウンリンクサブフレーム又は特殊サブフレームと同一のアップリンクサブフレームと関連付けられたサブフレームを含む請求項１ないし３のいずれか１項に記載の方法。
【請求項５】
第２グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１通知に従ってダウンリンク又は特殊サブフレームであると共に前記第１グループには属していないサブフレームを含む請求項１ないし４のいずれか１項に記載の方法。
【請求項６】
第３グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１通知に従ってアップリンクサブフレームであると共にいずれのその他のグループにも属してはいないダウンリンク又は特殊サブフレームを含む請求項１ないし５のいずれか１項に記載の方法。
【請求項７】
前記１つ又は複数のリソースを判定するステップは、それぞれのアップリンクサブフレームごとに、前記第１グループに属するサブフレームを最低のインデックスを有するリソースにマッピングするステップを有し、このステップは、前記第２グループに属する前記サブフレームが、第２の最低のインデックスを有するリソースに対してマッピングされるステップと、前記第３グループに属する前記サブフレームが、最大インデックスを有するリソースに対してマッピングされるステップと、によって後続される、請求項６に記載の方法。
【請求項８】
前記１つ又は複数のリソースを判定するステップは、前記第２及び第３グループ内のサブフレームについて、以下に示されている表を使用し、システム情報ブロック−１によって付与されたダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定するステップを有し、サブフレーム２、３、及び７の列のそれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、且つ、ＳＩＢは、システム情報ブロックである、請求項６に記載の方法。
【表１】
2016533658.tif 000004
【請求項９】
前記１つ又は複数のリソースを判定するステップは、以下に示されている表を使用し、前記第１グループ内のサブフレームについて、システム情報ブロック−１によって付与されたダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定するステップを有し、サブフレーム２、３、及び７の列のぞれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、且つ、ＳＩＢは、システム情報ブロックである、請求項４に記載の方法。
【表２】
2016533658.tif 000005
【請求項１０】
前記方法は、特定のモードに対して構成されたユーザー機器によってのみ、適用される請求項１ないし９のいずれか１項に記載の方法。
【請求項１１】
前記特定のモードは、時分割デュープレックスモード又はｅＩＭＴＡ（ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ）モードである、請求項１０に記載の方法。
【請求項１２】
ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信する手段と、
１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における前記受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定する手段であって、前記判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームである前記サブフレームについてのみ、定義される、手段と、
前記アップリンクサブフレーム内において前記判定された１つ又は複数のリソースを使用してエラー情報を受信する手段と、
を備える装置。
【請求項１３】
ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信する手段と、
１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における前記受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定する手段であって、前記判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームである前記サブフレームについてのみ、定義される、手段と、
前記アップリンクサブフレーム内において前記判定された１つ又は複数のリソースを使用してエラー情報を受信する手段と、
を備える装置。
【請求項１４】
前記１つ又は複数のリソースを判定する手段は、
システム情報ブロック−１によって通知されたアップリンク−ダウンリンク構成、
ＡＣＫ／ＮＡＣＫリソースオフセット、
持続的なＡＣＫ／ＮＡＣＫ及びスケジューリング要求インジケータ用に予約されたリソースの数、
デルタシフト、
物理的ダウンリンク制御チャネル直交周波数分割マルチプレックスシンボルの数、又は、
前記ダウンリンクデータ送信をスケジューリングする第１制御チャネル要素／機能強化型制御チャネル要素のインデックス、
のうちの１つ又は複数を有する１つ又は複数の追加パラメータに基づいて前記１つ又は複数のリソースを判定する手段を更に備える請求項１又は２に記載の装置。
【請求項１５】
第１グループは、ダウンリンク基準構成に従ってダウンリンク又は特殊サブサブフレームとして定義されると共に同一のインデックスを有するシステム情報ブロック−１によって構成されたダウンリンクサブフレーム又は特殊サブフレームと同一のアップリンクサブフレームと関連付けられたサブフレームを備える、請求項１ないし３のいずれか１項に記載の装置。
【請求項１６】
第２グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１通知に従ってダウンリンク又は特殊サブフレームであると共に前記第１グループに属してはいないサブフレームを備える、請求項１ないし４のいずれか１項に記載の装置。
【請求項１７】
第３グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１通知に従ってアップリンクサブフレームであると共にいずれのその他のグループにも属してはいないダウンリンク又は特殊サブフレームを備える、請求項１ないし５のいずれか１項に記載の装置。
【請求項１８】
前記１つ又は複数のリソースを判定する手段は、それぞれのアップリンクフレームごとに、前記第１グループに属するサブフレームを最低のインデックスを有するリソースにマッピングする手段を有し、このステップは、前記第２グループに属する前記サブフレームが、第２の最低のインデックスを有するリソースに対してマッピングされるステップと、前記第３グループに属する前記サブフレームが、最大インデックスを有するリソースに対してマッピングされるステップと、によって後続される、請求項６に記載の装置。
【請求項１９】
前記１つ又は複数のリソースを判定する手段は、以下に示されている表を使用し、前記第２及び第３グループ内のサブフレームについて、システム情報ブロック−１によって付与されたダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定する手段を有し、サブフレーム２、３、及び７の列のそれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、且つ、ＳＩＢは、システム情報ブロックである、請求項６に記載の装置。
【表３】
2016533658.tif 000006
【請求項２０】
前記１つ又は複数のリソースを判定する手段は、以下に示されている表を使用し、前記第１グループ内のサブフレームについて、システム情報ブロック−１によって付与されるダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定する手段を有し、サブフレーム２、３、及び７の列のそれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、且つ、ＳＩＢは、システム情報ブロックである、請求項４に記載の装置。
【表４】
2016533658.tif 000007
【請求項２１】
前記装置は、特定のモードに対して構成されたユーザー機器である請求項１２に記載の装置。
【請求項２２】
前記特定のモードは、時分割デュープレクシングモード又はｅＩＭＴＡモードである請求項１０に記載の装置。
【請求項２３】
請求項１２に記載の前記装置を備えるユーザー機器。
【請求項２４】
請求項１３に記載の前記装置を備える基地局。
【請求項２５】
請求項１２ないし２２のいずれか１項に記載の前記装置を備えるシステム。
【請求項２６】
請求項１２に記載の前記装置と、請求項１３に記載の前記装置と、を更に備える請求項２５に記載のシステム。
【請求項２７】
前記コンピュータプログラムがプロセッサ上において実行された際に請求項１ないし１１のいずれか１項に記載の前記方法を実行するコードを備えるコンピュータプログラム。
【請求項２８】
前記コンピュータプログラムは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読媒体を有するコンピュータプログラムプロダクトである請求項２７に記載のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ：ＨＡＲＱ）リソースの割当に関し、且つ、更に詳しくは、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ）用のＨＡＲＱリソースの割当に関する。
【背景技術】
【０００２】
本節は、以下に開示されている本発明の背景又は状況の提供を意図したものである。本明細書における説明は、実行可能ではあったものの、必ずしもこれまでに着想、実装、又は記述されたものではない概念を含みうる。従って、そうではない旨が明示的に本明細書において示されていない限り、本節において記述されている内容は、本出願の説明にとって従来技術ではなく、且つ、本節における包含によって従来技術であることが承認されるものでもない。明細書及び／又は添付図面において見出されうる省略形は、請求項の直前の本明細書の末尾において定義されている。
【０００３】
３ＧＰＰ  ＬＴＥ  Ｒｅｌ−１２は、ＬＴＥ−Ａｄｖａｎｃｅｄシステムの一部分を構成することになる。本開示は、ＴＤ−ＬＴＥ（即ち、ＬＴＥのＴＤＤモード）用の動的なＵＬ−ＤＬ再構成に関係するＨＡＲＱ−ＡＣＫ用のＰＵＣＣＨリソースの割当に合焦している。周知のように、ＨＡＲＱ−ＡＣＫは、受信された情報が正しく受信されていないことを通知するエラー情報を送信するための技法である。本明細書における説明は、Ｒｅｌ−１２  Ｗｏｒｋ  Ｉｔｅｍ  ｅＩＭＴＡ−「Ｆｕｒｔｈｅｒ  Ｅｎｈａｎｃｅｍｅｎｔｓ  ｔｏ  ＬＴＥ  ＴＤＤ  ｆｏｒ  ＤＬ−ＵＬ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ」の範囲に含まれる。Ｗｏｒｋ  Ｉｔｅｍ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｆｏｒ  ｅＩＭＴＡ（ＲＰ−１２１７７２  ｂｙ  ＣＡＴＴ）は、２０１２年１２月４日〜７日のスペインのバルセロナにおけるＲＡＮ＃５８会合において承認されたものである。
【０００４】
ｅＩＭＴＡ  ＷＩの目標は、例えば、スモールセル内におけるトラフィック適合のための相対的にフレキシブルなＴＤＤ  ＵＬ−ＤＬ再構成を可能にするというものである。Ｒｅｌ−１２の仮定に準拠した開始点は、ｅＮｏｄｅＢが、ＵＬ−ＤＬ構成が実際には非常に静的である既存の状況との比較において、（例えば、フレキシブルなＵＬ／ＤＬモードに対して構成されたＵＥの場合に）ＵＬ−ＤＬ構成を相対的に頻繁に変化させうるというものである。例えば、ＴＤ−ＬＴＥ  Ｒｅｌ−１１は、６４０ｍｓ以上の周期を有するＵＬ−ＤＬ再構成をサポートしている。ＲＡＮ  ＷＧ１の進捗に基づいたｅＩＭＴＡ機能のための基本的な仮定を以下に列挙する。
・ＳＩＢ−１を使用したセル内においてブロードキャストされる予め定義されたセル固有のＵＬ−ＤＬ構成が存在している。このセル内のレガシーＵＥ（Ｒｅｌ−８〜Ｒｅｌ−１１）は、常に、この構成に準拠している。
・新しいＴＤＤ  ＵＬ−ＤＬ構成は、導入されず、フレキシブルなＴＤＤ再構成は、既存の（例えば、７つの）構成の間においてのみ、発生することができる。これらの構成については、詳細に後述する。
・ＴＤＤ再構成は、新しいフレキシブルな構成に対して構成されたＵＥの場合には、（最大で）無線フレーム（＝１０ｍｓ）周期を伴って発生することができる。
・それぞれのＵＬ−ＤＬ構成において、リンク方向が常に既定されている固定サブフレームが存在している。これらの固定サブフレームは、Ｄ（Ｄｏｗｎｌｉｎｋ）、Ｓ（Ｓｐｅｃｉａｌ）、及びＵ（Ｕｐｌｉｎｋ）と表記される。
・更には、フレキシブルサブフレーム（Ｆと表記される）も存在している。フレキシブルサブフレームは、Ｄ又はＵとして使用することができる。レガシーＵＥの計測の観点においては、特殊サブフレーム（例えば、無線フレームのサブフレーム＃６）は、（Ｕではなく）Ｓ又はＤとしてのみ使用可能であってよい。
・フレキシブルサブフレームの数は、（ＰＤＳＣＨ用のＨＡＲＱ／スケジューリングタイミングを定義するＳＩＢ−１構成及びＤＬ基準構成などの）シナリオによって左右される。
【０００５】
既存のＴＤＤ  ＵＬ−ＤＬ構成との関連において、図１は、ＴＤ−ＬＴＥ（Ｒｅｌ−８／９／１０／１１）用のＵＬ／ＤＬ構成を示している。物理的ＰＵＳＣＨリソースは、図２に示されている２つのＰＵＣＣＨセグメントの間に配置されている。又、図２には、物理的ＰＵＣＣＨリソースブロックへのｍとして表記された論理的ＰＵＣＣＨリソースブロックのマッピングも示されている。様々なＰＵＣＣＨフォーマットの間における論理的なスプリットを考慮することにより、周期的なＣＳＩ報告を搬送するＰＵＣＣＨフォーマット２／２ａ  ２ｂが、システム帯域幅の最も外側のリソースブロックに（ＲＢ０の近傍に、又はＮULRB−１の近傍に）配置されていることに留意されたい。持続的にスケジューリングされるＰＤＳＣＨ及びＳＲＩ用のＡＣＫ／ＮＡＣＫは、周期的なＣＳＩに隣接したＰＵＣＣＨリソースブロック上に配置されており、動的にスケジューリングされるＰＤＳＣＨに対して予約されたＡＣＫ／ＮＡＣＫリソースは、ＰＵＣＣＨのために予約された最も内側のリソースブロックに配置されている。動的なＰＵＣＣＨのサイズが、ＰＵＳＣＨにとって利用可能である連続的なスペクトルを定義していることに留意されたい。即ち、ＰＵＣＣＨ用のエリアの間のエリアをＰＵＳＣＨのために使用してもよい。
【０００６】
図３を参照すれば、この図は、例示用のＳＩＢ−１によって構成されたＵＬ−ＤＬ構成＃０によるダウンリンク（Ｄ）、アップリンク（Ｕ）、及び特殊（Ｓ）サブフレームを示す１０個のサブフレームのみならず、フレキシブルなＵＬ／ＤＬモードに対して構成されたＲｅｌ−１２  ＵＥにとって利用可能であるフレキシブルサブフレームをも有する無線フレームの一例である。図３においては、ＴＤＤ構成０（ゼロ）が使用されているが、同一の原理は、その他の構成にも同様に適用される。無線フレーム内の所与のサブフレームが、ダウンリンク、特殊、又はアップリンクサブフレームであるのかどうかを定義するＳＩＢ−１によって構成されたＵＬ−ＤＬ構成に加えて、フレキシブルなＴＤＤ  ＵＬ−ＤＬ構成のケースにおいては、（特殊フレームをダウンリンクサブフレームに変更することができるように）、例えば、アップリンクサブフレームのいくつかを「ＳＩＢ−１」というラベルが付与された行内に示されているものからダウンリンクフレームに変更することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＴＤＤ  ｅＩＭＴＡシステムにおいては、ＨＡＲＱ／スケジューリングタイミングに関係した課題が依然として活発に議論されていが、基本的な原理については合意済みである。ＲＡＮ  ＷＧ１において解決されずに残っている問題は、例えば、正確なＨＡＲＱタイムライン、ＨＡＲＱプロセスの連続性、ＨＡＲＱ−ＡＣＫリソースの割当、及びこれらに類似したものに関係している。
【０００８】
本開示においては、焦点は、ＰＵＣＣＨ上におけるＨＡＲＱ−ＡＣＫリソースの割当に対して配置されている。現時点の仕様（最新のものがＲｅｌ−１１である）においては、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは、対応したＰＤＣＣＨの最低の（即ち、第１の）ＣＣＥ及び準静的に構成されたＰＵＣＣＨフォーマット１／１ａ／１ｂの開始位置に基づいて黙示的に判定されている。更には、ＴＤＤモードにおいては、ＳＩＢ−１構成及びサブフレームインデックスの関数として定義された別個のタイミングオフセットが存在している。ＨＡＲＱ／タイミングの観点においては、ｅＩＭＴＡ機能は、以下のように、同一のＰＵＣＣＨフォーマット１／１ａ／１ｂリソースを共有する２つの並行なＵＥの組を生成することになる。
・ＳＩＢ−１  ＵＬ−ＤＬ構成に従ってＨＡＲＱ／スケジューリングタイミングに準拠したレガシーＵＥ、及び、
・ＤＬ基準構成に従ってＨＡＲＱ／スケジューリングタイミングに準拠したｅＩＭＴＡ  ＵＥ
【０００９】
この結果、ＰＵＣＣＨリソースの衝突問題が発生することになり、これらの衝突問題は、適切なシステム設計によって回避することを要する。さもなければ、共有ＰＤＣＣＨ（及び／又は、ＥＰＤＣＣＨ）リソースをレガシーＵＥとｅＩＭＴＡ  ＵＥの間において割り当てているスケジューラエンティティの複雑性が増大することになる。
【課題を解決するための手段】
【００１０】
以下は、可能な実施形態の例の提供を目的としたものであり、従って、限定を目的としたものではない。
【００１１】
例示用の一実施形態は、方法であって、方法は、ダウンリンクサブフレーム内においてダウンリンクデータ送信を受信するステップと、１つ又は複数のダウンリンク又は特殊サブフレームとアップリングサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の送信に使用される１つ又は複数のリソースを判定するステップであって、判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリングサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、ステップと、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を送信するステップと、を有する。
【００１２】
更なる例示用の実施形態は、コンピュータプログラムがプロセッサ上において実行された際に以前の段落の方法を実行するコードを有するコンピュータプログラムを含む。この段落によるコンピュータプログラムにおいては、コンピュータプログラムは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムを有するコンピュータ可読媒体を有するコンピュータプログラムプロダクトである。
【００１３】
例示用の装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を含む。１つ又は複数のメモリ及びコンピュータプログラムコードは、１つ又は複数のプロセッサにより、装置が、少なくとも、ダウンリンクサブフレーム内においてダウンリンクデータ送信を受信するステップと、１つ又は複数のダウンリンク又は特殊サブフレームとアップリングサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の送信に使用される１つ又は複数のリソースを判定するステップであって、判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリングサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、ステップと、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を送信するステップと、を実行するようにするべく、構成されている。
【００１４】
更なる例示用の実施形態は、装置であって、装置は、ダウンリンクサブフレーム内においてダウンリンクデータ送信を受信する手段と、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された情報のエラー情報の送信に使用される１つ又は複数のリソースを判定する手段であって、判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、手段と、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を送信する手段と、を有する。
【００１５】
別の例示用の実施形態は、方法であり、方法は、ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信するステップと、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定するステップであって、判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、ステップと、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を受信するステップと、を有する。
【００１６】
更なる例示用の実施形態は、コンピュータプログラムがプロセッサ上において実行された際に以前の段落の方法を実行するためのコードを有するコンピュータプログラムを含む。この段落によるコンピュータプログラムにおいては、コンピュータプログラムは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読媒体を有するコンピュータプログラムプロダクトである。
【００１７】
例示用の装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を含む。１つ又は複数のメモリ及びコンピュータプログラムコードは、１つ又は複数のプロセッサにより、装置が、少なくとも、ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信するステップと、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定するステップであって、この場合に、判定された関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、ステップと、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を受信するステップと、を実行するようにするべく、構成されている。
【００１８】
更なる例示用の実施形態は、装置であり、装置は、ダウンリンクサブフレーム内においてダウンリンクデータ送信を送信する手段と、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを定義する手段であって、判定される関連性セットは、ダウンリンク基準構成に依存しており、それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有し、且つ、関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される、手段と、アプリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー情報を受信する手段と、を有する。
【図面の簡単な説明】
【００１９】
【図１】ＴＤ−ＬＴＥ（Ｒｅｌ−８／９／１０／１１）用のＵＩ／ＤＬ構成を示す。
【図２】物理的なＲＢへの論理的なＰＵＣＣＨ  ＲＢのマッピングを示す。
【図３】例示用のＳＩＢ−１構成＃０によるダウンリンク（Ｄ）、アップリンク（Ｕ）、及び特殊（Ｓ）サブフレームを示す１０個のサブフレームのみならず、フレキシブルなＵＬ／ＤＬモードに対して構成されたＲｅｌ−１２  ＵＥにとって利用可能であるフレキシブル（Ｆ）サブフレームをも有する無線フレームの一例である。
【図４】例示用の実施形態が実施されうる例示用のシステムのブロックダイアグラムである。
【図５】ＴＤＤ用のダウンリンク関連性セットインデックスＫ：｛ｋ0，ｋ1，・・・ｋM-1｝の表であり、且つ、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１１．３．０（２０１３−０６）の表１０．１．３．１−１の複写である。
【図６】ｅＩＭＴＡにおけるＰＵＣＣＨリソースの衝突を示しており、且つ、ＭｅｄｉａＴｅｋ  Ｉｎｃ．，  “Ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ＨＡＲＱ−ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎ  ＴＤＤ  ｅＩＭＴＡ”，  Ｒ１  −１３３２８２，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃７４，  Ｂａｒｃｅｌｏｎａ，  Ｓｐａｉｎ，  １９ｔｈ  −  ２３ｒｄ  Ａｕｇｕｓｔ  ２０１３の図１である。
【図７】例示用の一実施形態によるｅＩＭＴＡ  ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースのグループ分けを示す。
【図８】例示用の一実施形態によるＤＬ／特殊サブフレームに対するグループ分けを示す。
【図９】ＴＤＤのＤＬ基準構成＝５におけるダウンリンク関連性セットインデックスＫ：｛ｋ0，ｋ1，・・・ｋM-1｝を示す。
【図１０】ＴＤＤのＤＬ基準構成＝２におけるダウンリンク関連性セットインデックスＫ：｛ｋ0，ｋ1，・・・ｋM-1｝を示す。
【図１１】例示用の一実施形態によるダウンリンク関連性セットインデックスのレガシー及びｅＩＭＴＡの表を使用したｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにＵＥによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又は、ハードウェアにおいて実装された論理によって実行される機能を示す。
【図１２】例示用の一実施形態によるダウンリンク関連性セットインデックスのレガシー及びｅＩＭＴＡの表を使用したｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにｅＮＢによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又はハードウェアにおいて実装された論理によって実行される機能を示す。
【図１３】例示用の一実施形態によるダウンリンク関連性セットインデックスのｅＩＭＴＡの表のみを使用したｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにＵＥによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又は、ハードウェアにおいて実装された論理によって実行される機能を示す。
【図１４】例示用の一実施形態によるダウンリンク関連性セットインデックスのｅＩＭＴＡの表のみを使用したｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにｅＮＢによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又は、ハードウェアにおいて実装された論理によって実行される機能を示す。
【図１５】例示用の一実施形態によるｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにＵＥによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又は、ハードウェアにおいて実装された論理によって実行される機能を示す。
【図１６】例示用の一実施形態によるｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のためにｅＮＢによって実行される論理フロー図であり、且つ、例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又は、ハードウェアにおいて実装された論理によって実行される機能を示す。
【図１７】ｅＩＭＴＡ及び非ｅＩＭＴＡのＵＥが同一のタイミングを有するサブフレーム（グループ１のサブフレーム）用のサブフレームインデックス付けの表である。
【図１８】ｅＩＭＴＡ及び非ｅＩＭＴＡのＵＥが異なるタイミングを有するサブフレーム（グループ２及び３のサブフレーム）用のサブフレームインデックス付けの表である。
【発明を実施するための形態】
【００２０】
本明細書における例示用の実施形態は、ｅＩＭＴＡ用のＰＵＣＣＨ上におけるＨＡＲＱ−ＡＣＫリソースの割当について記述している。例示用の実施形態が使用されうるシステムに従って、これらの技法に関する更なる説明を提示する。
【００２１】
図４を参照すれば、この図は、例示用の実施形態が実施されうる例示用のシステムのブロックダイアグラムを示している。図４において、レガシーＵＥ１１０−１及びｅＩＭＴＡ  ＵＥ１１０−２は、ネットワーク１００との無線通信状態にある。ユーザー機器１１０のそれぞれは、１つ又は複数のバス１２７によって相互接続された１つ又は複数のプロセッサ１２０、１つ又は複数のメモリ１２５、及び１つ又は複数のトランシーバ１３０（１つ又は複数の送信機Ｔｘ及び１つ又は複数の受信機Ｒｘを有する）を含む。１つ又は複数のトランシーバ１３０は、１つ又は複数のアンテナ１２８と接続されている。１つ又は複数のメモリ１２５は、コンピュータプログラムコード１２３を含む。レガシーＵＥ１１０−１は、無線リンク１１１−１を介してｅＮＢ１７５と通信しており、且つ、ｅＩＭＴＡ  ＵＥ１１０−２も、同様に、無線リンク１１１−２を介してｅＮＢ１７５と通信している。ｅＩＭＴＡ  ＵＥ１１０−２は、ＨＡＲＱ−ＡＣＫ  ＲＡ（Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ）ユニット１２１を含み、このユニットにより、ｅＩＭＴＡ  ＵＥ１１０−２は、本明細書において記述されている動作を実行する。例示用の一実施形態においては、１つ又は複数のメモリ１２５−２及びコンピュータプログラムコード１２３−２は、１つ又は複数のプロセッサ１２０−２により、ユーザー機器１１０−２が、本明細書において記述されている動作のうちの１つ又は複数を実行するようにするべく、構成されている。コンピュータプログラムコード１２３は、ＨＡＲＱ−ＡＣＫ  ＲＡユニット１２１を形成するコードであってもよい。別の例においては、ＨＡＲＱ−ＡＣＫ  ＲＡユニット１２１は、少なくとも部分的に、例えば、１つ又はプロセッサ１２０−２内の回路として形成されている。更に詳細に後述するように、本明細書における例示用の実施形態は、無線リンク１１１上においてＵＬ通信を使用している際のＵＥ１１０−１及び１１０−２の間における可能なリソース衝突に関係している。
【００２２】
ｅＮＢ１７５は、１つ又は複数のバス１５７を通じて相互接続された１つ又は複数のプロセッサ１５０、１つ又は複数のメモリ１５５、１つ又は複数のネットワークインターフェイス（Ｎ／Ｗ  Ｉ／Ｆ）１６１、及び１つ又は複数のトランシーバ１６０（１つ又は複数の送信機Ｔｘ及び１つ又は複数の受信機Ｒｘを有する）を含む。１つ又は複数のトランシーバ１６０は、１つ又は複数のアンテナ１５８に接続されている。１つ又は複数のメモリ１５５は、コンピュータプログラムコード１５３を含む。ｅＮＢ１７５は、ｅＮＢ１７５が本明細書において記述されている動作を実行するようにするＨＡＲＱ−ＡＣＫ  ＲＡユニット１５１を更に含む。例示用の一実施形態においては、１つ又は複数のメモリ１５５及びコンピュータプログラムコード１５３は、１つ又は複数のプロセッ１５０により、ｅＮＢ１７５が、本明細書において記述されている動作のうちの１つ又は複数を実行するようにするべく、構成されている。例えば、ＨＡＲＱ−ＡＣＫ  ＲＡユニット１５１は、コンピュータプログラムコード１５３として（例えば、少なくとも部分的に）実装されている。別の例においては、ＨＡＲＱ−ＡＣＫ  ＲＡユニット１５１は、例えば、１つ又は複数のプロセッサ１５０内の回路として少なくとも部分的に形成されている。１つ又は複数のネットワークインターフェイス１６１は、ネットワーク１７０及び１３１などのネットワーク上において通信している。２つ以上のｅＮＢ１７５は、例えば、ネットワーク１７０を使用して通信している。ネットワーク１７０は、有線又は無線であるか、或いは、これらの両方であってもよく、且つ、例えば、Ｘ２インターフェイスを実装してもよい。
【００２３】
無線ネットワーク１００は、ＭＭＥ／ＳＧＷ機能を含んでもよいと共に電話ネットワーク及び／又はデータ通信ネットワーク（例えば、インターネット）などの更なるネットワークとの間の接続を提供するネットワーク制御要素（Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ：ＮＣＥ）１９０を含んでもよい。ｅＮＢ１７５は、ネットワーク１３１を介してＮＣＥ１７５に結合されている。ネットワーク１３１は、例えば、Ｓ１インターフェイスとして実装されてもよい。ＮＣＥ１９０は、１つ又は複数のバス１８５を通じて相互接続された１つ又は複数のプロセッサ１７７、１つ又は複数のメモリ１７１、及び１つ又は複数のネットワークインターフェイス（Ｎ／Ｗ  Ｉ／Ｆ）１８０を含む。１つ又は複数のメモリ１７１は、コンピュータプログラムコード１７３を含む。１つ又は複数のメモリ１７１及びコンピュータプログラムコード１７３は、１つ又は複数のプロセッサ１７５により、ＮＣＥ１９０が、１つ又は複数の動作を実行するようにするべく、構成されている。
【００２４】
コンピュータ可読メモリ１２５、１５５、及び１７１は、ローカルな技術的環境に適した任意のタイプであってもよく、且つ、半導体に基づいたメモリ装置、フラッシュメモリ、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ、及び着脱自在のメモリなどの任意の適切なデータストレージ技術を使用して実装されうる。プロセッサ１２０、１５０、及び１７７は、ローカルな技術的環境に適した任意のタイプであってもよく、且つ、非限定的な例として、汎用コンピュータ、特殊目的コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づいたプロセッサ、集積回路（例えば、本明細書における動作のうちの１つ又は複数を実行するように設計されたもの）、及びフィールドプログラム可能なゲートアレイなどのプログラム可能なモジュール（例えば、本明細書における動作のうちの１つ又は複数を実行するように設計されたもの）のうちの１つ又は複数を含んでもよい。従って、本明細書における例示用の実施形態は、１つ又は複数のプロセッサ１２０により、ＵＥが本明細書における動作を実行するようにするべく構成された１つ又は複数のメモリ及１２５及びコンピュータプログラムコード１２３によって実行されてもよく、集積回路及び／又はプログラム可能なモジュールなどのハードウェア（例えば、１つ又は複数のプロセッサ１２０において実施されたもの）により、実行されてもよく、或いは、これらのなんらかの組合せにより、実行されてもよい。
【００２５】
一般的に、ユーザー機器１１０の様々な実施形態は、限定を伴うことなしに、スマートフォンなどのセルラー電話機、無線通信能力を有するパーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信能力を有する携帯型コンピュータ、無線通信能力を有するデジタルカメラなどの画像キャプチャ装置、無線通信能力を有するゲーム装置、無線通信能力を有する音楽保存及び再生アプライアンス、無線インターネットアクセス及びブラウジングを許容するインターネットアプライアンス、無線通信能力を有するタブレット、並びに、このような機能の組合せを内蔵した携帯型ユニット又は端末を含むことができる。
【００２６】
本明細書における例示用の実施形態は、ｅＩＭＴＡ用のＰＵＣＣＨ上におけるＨＡＲＱ−ＡＣＫリソースの割当に関する。まずは、従来のシステムに伴う問題に関する更なる説明を提示し、且つ、次いで、例示用の実施形態を提示する。
【００２７】
ＲＡＮ１＃７４における合意によれば、ＴＤＤ  ｅＩＭＴＡ  ＨＡＲＱ−ＡＣＫフィードバックタイミングは、恐らくは、以下のような所謂基準構成原理に基づいたものとなる（ＮＳＮ，  Ｎｏｋｉａ，  “Ｏｎ  ＨＡＲＱ  ｔｉｍｉｎｇ  ｆｏｒ  ＴＤＤ  ｅＩＭＴＡ”，  Ｒ１−１３３４７７，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃７４，  Ｂａｒｃｅｌｏｎａ，  Ｓｐａｉｎ，  １９  −  ２３  Ａｕｇｕｓｔ  ２０１３を参照されたい）。
１）以下を定義するＵＬ基準ＵＬ／ＤＬ構成
ａ）ＰＵＳＣＨからＰＨＩＣＨへのタイミング
ｂ）ＤＣＩ／ＰＨＩＣＨからＰＵＳＣＨへのタイミング、及び
ｃ）ＵＬ用のＨＡＲＱプロセスの数
２）以下を定義するＤＬ基準ＵＬ／ＤＬ構成（本明細書においては、「ＤＬ基準構成」と呼称される）
ａ）ＰＤＳＣＨからＡＣＫへのタイミング
ｂ）ＤＬ側におけるＨＡＲＱプロセスの最大数、及び、
ｃ）ＵＬにおけるＨＡＲＱ−ＡＣＫシグナリング（例えば、ＨＡＲＱ−ＡＣＫコードブックのサイズ）
【００２８】
最も可能性の高い解決策は、ＵＬ基準構成が、ＳＩＢ−１を介してシグナリングされるＵＬ−ＤＬ構成として定義されるというものである。この結果、特に、動的なＵＬ−ＤＬ再構成をサポートすることができないセル内にレガシー（Ｒｅｌ−１１以前の）ＵＥが存在している（例えば、代表的な）ケースにおいて、リソースの割当が単純化される。
【００２９】
現時点の仕様（最新のものがＲｅｌ−１１である）においては、ＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソースは、対応した物理的なリソースインデックスから黙示的に判定されている。例えば、ＰＤＣＣＨ／ＥＰＤＣＣＨの第１ＣＣＥ／ＥＣＣＥインデックスが、ＤＬサブフレームのインデックス並びにＣＣＥ／ＥＣＣＥ及びいくつかの更に高次の層によって構成されたパラメータを搬送するＯＦＤＭシンボルのインデックスと共に、ＤＬ  ＨＡＲＱ−ＡＣＫリソースを判定するべく、使用されている。
【００３０】
ＴＤＤにおけるＨＡＲＱ−ＡＣＫ用のＰＵＣＣＨフォーマット１ａ／１ｂリソースの割当における具体的な課題は、複数のＤＬサブフレームが単一のＵＬサブフレームと関連付けられうるというものである。図５に示されている表に示されているように、Ｍ（１、２、３、４であってもよい）個のＤＬサブフレームに対応したＨＡＲＱ−ＡＣＫが、１つのＵＬサブフレーム内において報告されている。この表は、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１１．３．０（２０１３−０６）の表１０．１．３．１−１の複写であることに留意されたい。更には、図５に示されている表の場合には、ＵＥは、サブフレームｎ内においてＰＵＣＣＨリソースを使用することになり、この場合に、ＰＤＳＣＨ送信は、対応したＰＤＣＣＨの、或いは、１つ又は複数のサブフレームｎ〜ｋ内におけるダウンリンクＳＰＳリリースを通知するＰＤＣＣＨの、検出によって通知され、ここで、ｋ∈Ｋである。即ち、ＵＬ−ＤＬ構成０（ゼロ）の場合には、ＵＥは、６、４、６、及び４の対応したサブフレームオフセット値について、サブフレーム２、４、７、及び９内においてＨＡＲＱ−ＡＣＫを報告することになろう。
【００３１】
ＰＵＣＣＨ用のＨＡＲＱ−ＡＣＫリソースの割当を考慮した際に、図５の表に示されているダウンリンク関連性セットの概念について更に詳細に理解するのがよい。ＤＬ関連性セットは、それぞれのＵＬサブフレームｎごとに、それぞれのＤＬ／特殊サブフレームのＨＡＲＱフィードバックが送信されるタイミング及び順序を定義している。例えば、ＵＬ−ＤＬ構成＃０の場合には、ＵＬサブフレーム＃ｎ＝２において、ＰＵＣＣＨは、６つのサブフレームだけ以前のＤＬサブフレームのＨＡＲＱ−ＡＣＫを搬送してもよく、即ち、このケースにおけるＨＡＲＱの遅延は、６フレームである。本明細書においては、ＨＡＲＱ遅延用の表の値をサブフレームオフセット値と呼称する。同様に、ＵＬ−ＤＬ構成１（ワン）の場合には、ＵＬサブフレーム＃２内において、ＨＡＲＱ−ＡＣＫは、７つ又は６つのサブフレームだけ以前のＤＬサブフレームについてシグナリングされてもよく、且つ、ＰＵＣＣＨリソースは、この特定の順序（例えば、まず、ＤＬサブフレームｎ−７用の、次いで、ＤＬサブフレームｎ−６用のＨＡＲＱ−ＡＣＫなど）において充足される。
【００３２】
Ｒｅｌ−８／９／１０／１１のＴＤＤ動作におけるＰＤＣＣＨの場合には、複数のＤＬサブフレームに対応したＰＵＣＣＨリソースが、異なるサブフレームの間におけるリソースの衝突が存在しないように、関連するＵＬサブフレーム内において連結及びインターリーブされている（例えば、ＤＬサブフレーム当たりに４０個のＣＣＥ及びＭ＝２の場合に、８０個のＰＵＣＣＨリソースが予約される）。具体的には、ＰＤＣＣＨ  ＯＦＤＭシンボル［ｓ１，ｓ２，ｓ３，．．．］及びサブフレーム［ＳＦ１，ＳＦ２，ＳＦ３，．．．］に対応したＰＤＣＣＨリソースは、以下の順序において、ＰＵＣＣＨに対してマッピングされる。
・ＳＦ１−ｓ１
・ＳＦ２−ｓ１
・ＳＦ３−ｓ１
・  …
・ＳＦ１−ｓ２
・ＳＦ２−ｓ２
・ＳＦ３−ｓ２
・  …
【００３３】
黙示的なマッピングを管理している規則は、（図５に示されている表に従って）ＵＬ−ＤＬ構成に依存していることから、ｅＩＭＴＡのＵＥとレガシーＵＥの間において、物理的リソースインデックスとＨＡＲＱ−ＡＣＫリソースの間のマッピングの理解が異なっている可能性が高い。このケースにおいては、ｅＩＭＴＡのＵＥ及びレガシーＵＥによって取得されるＨＡＲＱ−ＡＣＫリソースは、図６に示されているように、衝突しうる。図６は、ｅＩＭＴＡにおけるＰＵＣＣＨリソースの衝突を示しており、且つ、ＭｅｄｉａＴｅｋ  Ｉｎｃ．，  “Ｄｉｓｃｕｓｓｉｏｎ  ｏｎ  ＨＡＲＱ−  ＡＣＫ  ｒｅｓｏｕｒｃｅ  ｉｎ  ＴＤＤ  ｅＩＭＴＡ”，  Ｒ１  −１３３２８２，  ３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ１  Ｍｅｅｔｉｎｇ  ＃７４，  Ｂａｒｃｅｌｏｎａ，  Ｓｐａｉｎ，  １９ｔｈ  −  ２３ｒｄ  Ａｕｇｕｓｔ  ２０１３の図１である。Ｒ１−１３３２８２は、この図（ここで、以下における「図１」は、本明細書における図６である）について、「チャネル選択を伴うＰＵＣＣＨフォーマット１ａ／１ｂ／１ｂの場合には、ＤＬ  ＨＡＲＱ−ＡＣＫ（即ち、ＰＵＣＣＨ）リソースは、対応したＰＤＣＣＨ／ＥＰＤＣＣＨの送信に使用される第１ＣＣＥ／ＥＣＣＥインデックスによって黙示的に判定される。一例が図１に示されており、この場合には、ＤＬ  ＨＡＲＱ基準構成が５であり、且つ、ＳＩＢ−１によって通知される構成が０であると仮定されている。ｅＩＭＴＡ  ＵＥは、ＤＬサブフレーム＃９内においてＰＤＳＣＨを受信し、且つ、レガシーＵＥは、ＤＬサブフレーム＃６内において受信する。ＰＤＣＣＨ／ＥＰＤＣＣＨの送信に使用される第１ＣＣＥ／ＥＣＣＥインデックスが同一である場合には、ＵＬサブフレーム＃２内において、ＤＬ  ＨＡＲＱ−ＡＣＫリソースの衝突が発生する」と記述している。
【００３４】
衝突の理由は、以下のとおりである。レガシーＵＥ１１０−１が、構成０（ゼロ）を使用していることから、図５の表に従って、レガシーＵＥ１１０−１は、例えば、ＨＡＲＱ−ＡＣＫフィードバックのためにサブフレーム２を使用することになり、且つ、サブフレーム２内のＰＵＣＣＨは、６フレームだけ以前のＤＬサブフレーム用のＨＡＲＱ−ＡＣＫを搬送することになる。一方、ｅＩＭＴＡ  ＵＥ１１０−２も、ＨＡＲＱ−ＡＣＫフィードバックのためにサブフレーム２を使用することになり、その理由は、ｅＩＭＴＡ  ＵＥ１１０−２が構成５を使用しており、且つ、図５の表に従って、ｅＩＭＴＡ  ＵＥ１１０−２がサブフレーム２を使用することになり、且つ、ＰＵＣＣＨが、１３、１２、９、８、７、５、４、１１、及び／又は６フレームだけ以前のＤＬサブフレーム用のＨＡＲＱ−ＡＣＫを搬送することになるからである。ｅＩＭＴＡ  ＵＥ１１０−２は、９つの異なるオフセット値を伴って（まず、オフセット＝１３を有するサブフレームがＰＵＣＣＨ内において配置される）、サブフレーム２を使用することにより、９つのサブフレームに対応したＨＡＲＱ−ＡＣＫフィードバックを送信している。従って、潜在的な衝突がサブフレーム２内において発生することになり、その理由は、レガシーＵＥ１１０−１とｅＩＭＴＡ  ＵＥ１１０−２の両方が、サブフレーム２内において（第１ＣＣＥ／ＥＣＣＥインデックスによって黙示的に判定される）同一のリソースを使用しているからである。
【００３５】
Ｒ１−１３３２８２においては、ｅＩＭＴＡ用のＰＵＣＣＨ  ＨＡＲＱ−ＡＣＫリソース割当に関係した基本的な問題が議論され、且つ、３つの主要な代替肢が示唆されている。１つの代替肢は、黙示的なリソース割当である。この代替肢の主要な欠点は、この代替肢が、ＰＵＣＣＨオーバーヘッドを常に高い状態において維持するという点にある。例えば、ＰＵＣＣＨフォーマット１／１ａ／１ｂのオーバーヘッドは、ＰＤＣＣＨ用の２０ＭＨｚのＢＷの３つのＯＦＤＭＡシンボルを使用すると共に通常のＰＵＣＣＨフォーマット１／１ａ１ｂのリソース密度（ＰＲＢ当たりに１８個のＨＡＲＱ−ＡＣＫ用のリソースであって、これは、デルタシフト＝２に対応しており、デルタシフトについては、更に詳細に後述する）を使用している際に、４０％（８０＊９個のＰＲＢ／１８＝１００個のＰＲＢのうちの４０個のＰＲＢ）という高いものになりうる。大部分のケースにおいて、ＰＵＣＣＨフォーマット１／１ａ／１ｂのオーバーヘッドは、ＤＬ基準構成としてのＤＬヘビー構成（ＤＬ−ｈｅａｖｙ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の使用法に基づいて、常に、最大値に位置している。これは、ＵＬ能力が、ｅＩＭＴＡ用のボトルネックになりうることを意味しており、これは、動的なＵＬ−ＤＬトラフィック適合の十分な潜在力を取得することができないことを意味しうる。
【００３６】
Ｒ１−１３３２８２において提案されている第２の代替肢は、明示的なリソース割当である。この選択肢に伴う問題は、この代替肢が、かなり静的であるという点にあり、ＰＵＣＣＨリソースを動的に調節することが不可能であり、且つ、衝突を回避するべく、実際には、専用のリソースが、すべてのＵＥに必要となり、これにより、ＰＵＣＣＨオーバーヘッドが大幅に増大する。
【００３７】
Ｒ１−１３３２８２において提案されている第３の代替肢は、部分的に黙示的であると共に部分的に明示的であるリソース割当であり、これは、基本的に、代替肢１及び２の組合せである。第３の代替肢に伴う主要な問題は、この代替肢が、非常に複雑な解決策に容易に結び付くという点にある。
【００３８】
以下の説明においては、ＰＵＣＣＨ上におけるＨＡＲＱ−ＡＣＫリソースの衝突を回避するための解決策について記述する。本明細書における例示用の一態様は、ｅＩＭＴＡにおける様々なタイプのＤＬサブフレームに対応した（即ち、固定された、且つ、フレキシブルな）ＨＡＲＱ−ＡＣＫ用の黙示的なマッピング規則を提供するいうものである。換言すれば、ｅＩＭＴＡモードに対して構成されたＵＥ用の図５に示されている表に類似した新しいダウンリンク関連性セットインデックスの表が定義される。Ｒｅｌ−１２のＵＥは、ｅＩＭＴＡ及びＰＵＣＣＨフォーマット１／１ａ／１ｂフィードバックモードに対して構成された際に、新しい表に（即ち、既存の表に準拠する代わりに）準拠することを要する。
【００３９】
問題は、ｅＩＭＴＡのケースにおけるＤＬ基準構成（例えば、ＵＬ−ＤＬ構成５）によって定義されたＤＬ関連性セットインデックスを構成する方式である。例えば、ＥＬ基準構成が＃５に対応しているケースにおいては、ＵＬサブフレーム＃ｎ＝２において、９つの異なるＤＬサブフレーム（ｎ−１３、ｎ−１２、ｎ−９、ｎ−８、ｎ−７、ｎ−５、ｎ−４、ｎ−１１、ｎ−６）用のＰＵＣＣＨリソースを提供する必要がある（図５のＵＬ−ＤＬ構成５を参照されたい）。以下の例示用の実施形態は、この及びＤＬ基準構成＃２用のＰＵＣＣＨリソースのみならず、任意のＤＬ基準構成用のＰＵＣＣＨを導出するための原理をも提供している。
【００４０】
ＰＵＣＣＨリソースにおける衝突の可能性を除去しつつ、この及びその他のＤＬ基準構成用のＰＵＣＣＨリソースを提供するべく、例示用の一実施形態によれば、第１に、（１）ＤＬサブフレームが３つの異なるグループに分割され、且つ、第２に、（２）グループ内において、好ましいＤＬ関連性セットのインデックス付けが提供されている。
【００４１】
（１）との関連において、ＤＬサブフレームを３つの異なるグループに分割することにより、（ＤＬ基準構成に従って）ＰＵＣＣＨフィードバックにとって利用可能である異なるＵＬサブフレームについて、且つ、異なるＳＩＢ−１構成を伴うケースについて、グループ分けが別個に実施される。個々のグループの説明は、以下のとおりである。
【００４２】
グループ１：レガシー固定ＤＬサブフレーム
これらは、以下の基準を充足するサブフレームのサブセットである。
−サブフレームは、ＤＬ基準構成により、ＤＬ又は特殊サブフレームとして定義されており、且つ、
−サブフレームは、同一のインデックスを有するＳＩＢ−１によって構成されたＤＬサブフレーム又は特殊サブフレームとして、同一のＵＬサブフレームと関連付けられる。即ち、同一のインデックスが固定サブフレーム（即ち、ＤＬ又はＳ）と関係しており、即ち、同一のインデックスが、ｅＩＭＴＡ（ｅＩＭＴＡ固有の関連性セットに準拠している）とレガシー（ＳＩＢ−１構成に対応した関連性セットに準拠している）の両方に対して適用される。
【００４３】
換言すれば、グループ１用のＤＬ関連性セットは、ＳＩＢ−１  ＵＬ−ＤＬ構成及びＤＬ基準ＵＬ−ＤＬ構成に対応したＤＬ関連性セットの組合せである。このグループのサブフレームの関連付けの順序は、レガシーＵＥのＤＬ関連性セットのものに対応している。固定されたダウンリンクサブフレームは、そのサブフレームにおける送信方向が常にＤＬであるようなもの、即ち、サブフレームをＵＬサブフレームとして動的に構成することができないようなもの、になっていることに留意されたい。
【００４４】
ＳＩＢ−１  ＵＬ−ＤＬ構成に対応したＤＬ関連性セット内にサブフレームインデックスが存在しており、これらのサブフレームインデックスが、ＤＬ基準ＵＬ−ＤＬ構成に対応したＤＬ関連性セット内には存在していないというシナリオにおいては、グループ１に対応したリソース割当規則の例外が必要とされうる。このシナリオにおいて、衝突を伴わないＨＡＲＱ−ＡＣＫリソース割当を保証するべく、以下の選択肢を適用することができる。
１）Ｒ１−１３３２８２によって提案された仮想インデックスの概念を導入すると共に／又は、
２）ｅＩＭＴＡ  ＵＥに対応したＨＡＲＱ−ＡＣＫ用の（恐らくは、サブフレームインデックス／ＳＩＢ−１構成／ＤＬ基準構成に応じた）可変の（又は、構成可能な）ＰＵＣＣＨフォーマット１／１ａ／１ｂの開始位置を提供する。
【００４５】
この選択肢の必要性は、将来の検討課題であることに留意されたい。以下に示されているように、この選択肢は、最も適切なＤＬ基準構成（＃２及び＃５）の場合には、必要とされないことに留意されたい。
【００４６】
グループ２：その他の固定ＤＬサブフレーム
このサブフレームの組は、ＵＬサブフレームとして動的に構成することができないグループ１には属していないＳＩＢ−１によってシグナリングされるＤＬ／特殊サブフレームから構成されている。このサブセットのダウンリンク関連性セットの割当順序は、以下のようなＲｅｌ−８において使用されている原理に準拠してもよく、或いは、そうでなくてもよい。
１）まずは、ＤＬサブフレーム、最後に、特殊サブフレーム、さもなければ、
２）サブフレームインデックスに従う（昇順）。
【００４７】
グループ３：フレキシブルなＤＬサブフレーム
このグループは、フレキシブルなＤＬ／特殊サブフレームを含み、この場合には、（これらが、ＳＩＢ−１構成によるＵＬサブフレームであることから）、レガシーＵＥをＤＬにおいてスケジューリングすることができない。
【００４８】
例示用の一実施形態においては、このサブセットのダウンリンク関連性セットの割当順序は、無線フレームの最後のフレキシブルサブフレームから始まり、且つ、ＵＬサブフレームに隣接したフレキシブルサブフレームが関連性セット内において最後に出現するような方式で、１つ又は複数のフレキシブルサブフレームに向かって継続される。これは、ＤＬ割当の確率と一致している（最も可能性が高いＤＬサブフレームが、相対的に可能性が低いＤＬサブフレームの前に配置される）。
【００４９】
第２に、（ｓ）との関連において、好適なＤＬ関連性セットのインデックス付けが、グループ内において提供されている場合には、サブフレームの異なるグループに対応したＰＵＣＣＨリソースが判定される順序は、図７に示されているように、以下のとおりである。
・第１に、グループ１のサブフレームに対応したＨＡＲＱ−ＡＣＫ  ＰＵＣＣＨリソース（準静的なＰＵＣＣＨフォーマット１／１ａ／１ｂ領域に隣接したＵＬスペクトルのエッジの向かって配置された最小インデックスを有するもの）、
・第２に、グループ２に対応したＰＵＣＣＨリソース、及び、
・第３に、グループ３に対応したＰＵＣＣＨリソース
【００５０】
順序（グループの間における且つグループの内部におけるもの）は、ＰＵＣＣＨによって占有される連続的な周波数スペクトルのサイズが極小化されると共に占有されていないＰＵＳＣＨ用のＰＵＣＣＨリソースを使用する可能性が極大化されるような方式により、選択される。例えば、図７において、ＰＵＣＣＨリソースが空いている尤度は、ＰＵＳＣＨ領域に隣接した状態において配置されたリソースの間において最高であり、これにより、空き状態のＰＵＣＣＨリソースに加えて、ＰＵＳＣＨのスケジューリングが可能となる。尤度は、ＰＵＳＣＨ領域から更に離れるように移動した際に、徐々に減少する。最小のリソースインデックスを有する周波数ホッピングＰＵＣＣＨリソースは、システム帯域幅の最も外側の部分（「スペクトルエッジ」として示されており、これは、最大番号が付与されたＲＢであって、ＮULRB−１が割り当てられている）を占有しており、ＰＵＳＣＨは、システム帯域幅の中央において（即ち、「スペクトルの中心」に向かって）配置されていることに留意されたい。図２を参照されたい。
【００５１】
図７は、ＳＩＢ−１によってシグナリングされるＵＬ−ＤＬ構成が＃０である例示用のケースを提示しており、且つ、ＤＬ基準構成は、ＵＬ−ＤＬ構成＃５である。提示されているＡ／Ｎバンドリングウィンドウは、サブフレーム＃２に対応している。図７は、周波数スペクトル内における様々なＰＵＣＣＨタイプの配置を示している（刻みの単位は、物理的リソースブロックＰＲＢである）。図は、スペクトルの一方の側のみを示している。実際には、ＰＵＣＣＨは、中心周波数を中心として対称的に周波数ホッピングの原理を利用している。従って、類似のＰＵＣＣＨ構造がアップリンク周波数スペクトルの別の側にも存在している（この図には示されておらず、図２に示されている）。
【００５２】
図８には、上述の順序付けの態様をも同様に考慮した提案されているケースの例示用の関連性セットが示されており、これは、例示用の一実施形態によるＤＬ／特殊サブフレームに対するグループ分けを示している。最上部に、サブフレーム６１０が示されており、且つ、ＳＩＢ−１＃０、ＤＬ−ｒｅｆｅｒｅｎｃｅ−ｃｏｎｆ  ＃５（ＤＬ基準構成＃５）、及びＦｌｅｘにおけるサブフレームの使用法も示されている。ダウンリンク基準構成は、「Ａ／Ｎバンドリングウィンドウ（ＤＬ  ｒｅｆ  ｃｏｎｆ）」として示されている。
【００５３】
ＳＩＢ−１の関連性セットとオーバーラップしたサブフレームを含むグループ１は、サブフレーム｛６｝（サブフレームオフセット値｛６｝及びＵＬ−ＤＬ構成５と関係しており、図５を参照されたい）を含む。その他の固定ＤＬサブフレーム（Ｄ／Ｆ）を含むグループ２は、サブフレーム｛０，１，５｝（サブフレームオフセット値｛１２、１１、及び７｝及びＵＬ−ＤＬ構成５に関係しており、図５を参照されたい）を含む。フレキシブルサブフレームを含むグループ３は、サブフレーム｛９，３，４，７，８｝（サブフレームオフセット値｛１３、９、８、５、４｝及びＵＬ−ＤＬ構成５に関係しており、図５を参照されたい）を含む。
【００５４】
オリジナルの関連性セット（ＤＬ基準構成）は、１３、１２、９、８、７、５、４、１１、６というものであった。レガシーＵＥの関連性セットは、６である（「Ａ／Ｎバンドリングウィンドウ（ＳＩＢ−１）」を参照されたい）。ｅＩＭＴＡ  ＵＥ用の例示用の関連性セットは、６、１２、７、１１、１３、８、４、９、５というものである。
【００５５】
例示用の一実装形態は、仕様がダウンリンク関連性セットインデックスのＤＬ基準構成固有の表を定義するようなものである。ＵＥとｅＮＢの両方が、ｅＩＭＴＡモードに対して構成された同一のＵＥ用の表を利用している。
【００５６】
図９及び図１０の表は、すべてのＳＩＢ−１  ＵＬ−ＤＬ構成をカバーする例示用の提案されたダウンリンク関連性セットの設計を示している。又、これらの図は、サブフレームの例示用のグループ分けをも示している。これらの例においては、最も適切なＤＬ基準構成（＃５及び＃２）を有するケースが（それぞれ、図９及び図１０において）示されている。現時点のＲＡＮ  ＷＧ１決定に基づいて、これは、選択肢が、サポートされているＤＬ基準構成のみであるようなものであってもよいであろう。但し、先程付与された原理に基づいて、任意のＤＬ基準構成について、ＤＬ関連性セットを導出することができる）。
【００５７】
ＤＬ基準構成＃２は、ＳＩＢ−１によって構成されたＵＬ−ＤＬ構成＃３〜５と共に、利用可能ではないことに留意されたい。この理由は、ＤＬ基準構成＃２が、ｅＩＭＴＡの動作仮定と一致していないからであり、ＵＬ−ＤＬ構成＃３〜５に従って動作している際に、ＤＬ基準構成＃２の使用法は、ＤＬサブフレーム（例えば、サブフレーム＃７）をＵＬサブフレームに変換するステップを必要とすることになろう。この結果、共通基準信号がサブフレーム内に存在しているという仮定により、すべての利用可能なＤＬサブフレームからＲＲＭ／ＲＬＣ計測を実施しているレガシー（非ｅＩＭＴＡ）ＵＥの場合に、問題が発生することになる。
【００５８】
図１２〜図１４は、ｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のために実行される論理フロー図である。これらの図のそれぞれは、例示用の一実施形態による例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又はハードウェアにおいて実施された論理によって実行される機能を示している。図１１及び図１２は、それぞれ、ＵＥ及びｅＮＢを対象しており、且つ、ダウンリンク関連性セットインデックスのレガシー及びｅＩＭＴＡの表を使用した実施形態を対象としている。図１３及び図１４は、それぞれ、ＵＥ及びｅＮＢを対象としており、且つ、ダウンリンク関連性セットインデックスのｅＩＭＴＡの表のみを使用した実施形態を対象としている。
【００５９】
図１２〜図１４のブロックは、必ずしも、図示の順序において実行されないことに留意されたい。この順序は、説明を支援するために選択されたものに過ぎない。
【００６０】
図１１を参照すれば、この図は、例えば、ＨＡＲＱ−ＡＣＫ  ＲＡ１２１ユニットの制御の下において、ｅＩＭＴＡ  ＵＥ１１０−２によって実行される。図１１のブロックは、ブロック内において１つ又は複数の機能を実行する相互接続された手段又はユニットであるものと見なされてもよい。ブロック１１０３において、ｅＩＭＴＡ  ＵＥ１１０−２は、１つ又は複数のＤＬサブフレーム内においてＤＬ情報を受信している。ブロック１１０５において、ｅＩＭＴＡ  ＵＥ１１０−２は、ＵＥがＤＬ情報を受信する１つ又は複数のそれぞれのＤＬサブフレームごとに、ＤＬサブフレーム内における対応したＰＤＣＣＨ／ＥＰＤＣＣＨの送信に使用される第１ＣＣＥ／ＥＣＣＥインデックスを判定している。図８において、「ＡＮバンドリングウィンドウ（ＤＬ  ｒｅｆ  ｃｏｎｆ）」によって示されているように、ｅＩＭＴＡ  ＵＥ１１０−２は、それぞれ、１３、１２、１１、９、８、７、６、５、及び４のＨＡＲＱサブフレームオフセット値に対応したサブフレーム９、０、１、３、４、５、６、７、及び８内においてダウンリンク情報を受信することができよう。ブロック１１１０において、ｅＩＭＴＡ  ＵＥ１１０−２は、ブロードキャストされたＳＩＢ−１によって通知されたＵＬ−ＤＬ構成を受信している。ブロック１１１５において、ｅＩＭＴＡ  ＵＥ１１０−２は、通知されたＤＬ基準構成を受信している。
【００６１】
この例は、ダウンリンク関連性セットインデックスの２つの異なる表の組の使用を伴っている。第１の表の組は、図５に示されている「レガシー」の表である。第２の表の組は、図９及び図１０に（例として）示されている「ｅＩＭＴＡ」の表である。図５のレガシーの表は、ＵＬ−ＤＬ構成にのみ対応したダウンリンク関連性セットインデックスを有することに留意されたい。一方、図９及び図１０のｅＩＭＴＡの表のそれぞれは、ＤＬ基準構成及びＵＬ−ＤＬ構成の両方に対応したダウンリンク関連性セットインデックスを有する。
【００６２】
ブロック１１２０において、ｅＩＭＴＡ  ＵＥ１１０−２は、通知されたＤＬ基準構成が、複数の選択されたＤＬ基準構成のうちの１つであるかどうかを判定している。例えば、選択されたＤＬ基準構成は、ＤＬ基準構成５又はＤＬ基準構成２であってもよいであろう。通知されたＤＬ基準構成が、複数の選択されたＤＬ基準構成のうちの１つでない場合には（ブロック１１２０＝いいえ）、図５のレガシーの表が使用される。従って、ブロック１１２５において、ｅＩＭＴＡ  ＵＥ１１０−２は、ＵＬ−ＤＬ構成にのみ対応した（例えば、更に、通知されたＤＬ基準構成には対応していない）ダウンリンク関連性セットインデックスの表（即ち、図５のレガシーの表）にアクセスしている。ブロック１１３０において、ｅＩＭＴＡ  ＵＥ１１０−２は、ＵＬ−ＤＬ構成（行を選択するためのもの）及びｎ（１つ又は複数の列／１つ又は複数のアップリンクサブフレームを選択するためのもの）に基づいて表内の１つ又は複数のエントリにアクセスしている。例えば、恐らくは、通知されたＵＬ−ＤＬ構成は、１であり、従って、ｅＩＭＴＡ  ＵＥ１１０−２は、サブフレーム２、３、７、及び／又は８に対応した１つ又は複数のエントリにアクセスしうるであろう。
【００６３】
通知されたＤＬ基準構成が、ＤＬ基準構成２又は５であるなどのように、複数の選択されたＤＬ基準構成のうちの１つである場合には（ブロック１１２０＝はい）、図９又は図１０の対応したｅＩＭＴＡの表が使用される。従って、ブロック１１３５において、ｅＩＭＴＡ  ＵＥ１１０−２は、通知されたＤＬ基準構成に対応した（例えば、更に、ＵＬ−ＤＬ構成にも対応している）ダウンリンク関連性セットインデックスの表にアクセスしている。例えば、通知されたＤＬ基準構成が５である場合には、図９の表が使用され、通知されたＤＬ基準構成が２である場合には、図１０の表が使用される。ブロック１1４０において、ｅＩＭＴＡ  ＵＥ１１０−２は、通知されたＵＬ−ＤＬ構成（行を選択するためのもの）及びｎ（１つ又は複数の列／１つ又は複数のアップリンクサブフレームを選択するためのもの）に基づいて表内の１つ又は複数のエントリにアクセスしている。例えば、通知されたＵＬ−ＤＬ構成が３である場合には、ｅＩＭＴＡ  ＵＥ１１０−２は、（７、６、１１、１３、１２、５、４、８、９のＨＡＲＱサブフレームオフセット値を示す）サブフレーム２用のエントリにアクセスすることになろう。
【００６４】
ブロック１１４５において、ｅＩＭＴＡ  ＵＥ１１０−２は、アクセスされた１つ又は複数のエントリに基づいて、１つ又は複数のＨＡＲＱサブフレームオフセット値を判定している。ブロック１１５０において、ｅＩＭＴＡ  ＵＥ１１０−２は、判定された１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスに基づいて、１つ又は複数のサブフレーム内において使用するための１つ又は複数のリソースを判定している。図７において示されているように、判定された第１ＣＣＥ／ＥＣＣＥインデックスは、ＰＵＣＣＨスペクトル内のどこにおいてｅＩＭＴＡ  ＵＥ１１０−２がＨＡＲＱ−ＡＣＫ情報を送信するのかを判定するべく、使用される。ブロック１１５５において、ｅＩＭＴＡ  ＵＥ１１０−２は、ｎによって通知された１つ又は複数のアップリングサブフレーム内において、判定された１つ又は複数の第１のＣＣＥ／ＥＣＣＥインデックスに基づいて選択された１つ又は複数のリソースに関する１つ又は複数のＨＡＲＱサブセットオフセット値によって選択されたＤＬサブフレームのＨＡＲＱ−ＡＣＫ情報を送信している。一例として、ｎが２であり、通知されたＤＬ基準構成が２であり（従って、図１０が使用され）、且つ、ＵＬ−ＤＬ構成が６である場合には、ｅＩＭＴＡ  ＵＥ１１０−２は、（ＨＡＲＱサブフレームオフセットのうちの１つによって定義される）サブフレーム２よりも７サブフレームだけ以前のサブフレームに対応したＨＡＲＱ−ＡＣＫ情報を（サブフレーム２内において）送信することになろう。第２サブフレーム内において使用されるリソースは、サブフレーム２よりも７サブフレームだけ以前のサブフレームからの判定された第１ＣＣＥ／ＥＣＣＥインデックスに基づいている。ＨＡＲＱサブフレームオフセット値の組の全体は、７、６、８、４であるが、以前の例においては、７のみが使用されていることに留意されたい。
【００６５】
図１２を参照すれば、図１２は、例えば、ＨＡＲＱ−ＡＣＫ  ＲＡユニット１５１の制御下において、ｅＮＢ１７５によって実行される。図１２のブロックは、ブロック内において１つ又は複数の機能を実行する相互接続された手段又はユニットであるものとして見なされてもよい。この図は、ダウンリンク関連性セットインデックスのレガシー及びｅＩＭＴＡの表を使用した一実施形態を対象としている。ブロック１２０５において、ｅＮＢ１７５は、通知されたＵＬ−ＤＬ構成をＳＩＢ−１内においてブロードキャストしている。ブロック１２１５において、ｅＮＢ１７５は、ＤＬ基準構成をＵＥに対してシグナリングしている。
【００６６】
ブロック１２２０において、ｅＮＢ１７５は、通知されたＤＬ基準構成が、複数の選択されたＤＬ基準構成のうちの１つであるかどうかを判定している。そうではない場合には、図５のレガシーの表が使用されるが、そうである場合には、対応したｅＩＭＴＡの表（例えば、図９又は図１０）が使用される。
【００６７】
従って、通知されたＤＬ基準構成が、複数の選択されたＤＬ基準構成のうちの１つでない場合には（ブロック１２２０＝いいえ）、図５のレガシーの表が使用される。ブロック１２２５において、ｅＮＢ１７５は、ＵＬ−ＤＬ構成にのみ対応した（例えば、更に、通知されたＤＬ基準構成には対応していない）ダウンリンク関連性セットインデックスの表にアクセスしている。ブロック１２３０において、ｅＮＢ１７５は、通知されたＵＬ−ＤＬ構成（行を選択するためのもの）及びｎ（１つ又は複数の列／１つ又は複数のサブフレームを選択するためのもの）に基づいてレガシーの表内の１つ又は複数のエントリにアクセスしている。ブロック１２３３において、ｅＮＢ１７５は、基地局がＤＬ情報をＵＥに送信する１つ又は複数のＤＬサブフレームについて、レガシー規則に基づいて１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスにおいてＰＤＣＣＨ／ＥＰＤＣＨを（例えば、ＵＥに）送信している。
【００６８】
通知されたＤＬ基準構成が、ＤＬ基準構成２又はＤＬ基準構成５であるなどのように、複数の選択されたＤＬ基準構成のうちの１つである場合には（ブロック１２２０＝はい）、対応したｅＩＭＴＡの表（例えば、それぞれ、図１０又は図９）が使用される。ブロック１２３５において、ｅＮＢ１７５は、ＤＬ基準構成に対応した（例えば、更に、ＵＬ−ＤＬ構成にも対応している）ダウンリンク関連性セットインデックスにアクセスしている。ブロック１２４０において、ｅＮＢ１７５は、通知されたＵＬ−ＤＬ構成（行を選択するためのもの）及びｎ（１つ又は複数の列及び／又は１つ又は複数のサブフレームを選択するためのもの）に基づいて、レガシーの表内の１つ又は複数のエントリにアクセスしている。ブロック１２４３において、ｅＮＢ１７５は、基地局がＤＬ情報をＵＥに送信する１つ又は複数のＤＬサブフレームについて、ＵＥが割り当てられたグループに少なくとも基づいて１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスにおいてＰＤＣＣＨ／ＥＰＤＣＣＨを送信している。グループ割当規則については、上述している。更には、例示用のグループは、図９及び図１０に示されている。
【００６９】
ブロック１２４５において、ｅＮＢ１７５は、アクセスされた１つ又は複数のエントリに基づいて、ＵＥによって使用される１つ又は複数のＨＡＲＱサブセットオフセット値を判定している。ブロック１２５０において、ｅＮＢ１７５は、使用された１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスに基づいて、ＵＥが１つ又は複数のサブフレーム内において使用することになる１つ又は複数のリソースを判定している。上述のように（図７も参照されたい）、使用された１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスは、ＰＵＣＣＨスペクトル内においてリソースを黙示的に割り当てている。ブロック１２５５において、ｅＮＢ１７５は、ｎによって通知された１つ又は複数のＵＬサブフレーム内において、判定された１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスに基づいて選択された１つ又は複数のリソースに関する１つ又は複数のＨＡＲＱサブセットオフセット値によって選択されたＤＬサブフレームのＨＡＲＱ−ＡＣＫ情報を受信している。
【００７０】
以下の例示用の実施形態は、少なくとも部分的に図１１に関係している。従って、例示用の方法は、通知されたダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つであるかどうかを判定するステップと、判定に応答して、複数のアップリンク−ダウンリンク構成に対応しているが、通知されたダウンリンク基準構成には対応していないダウンリンク関連性セットインデックスの表に、或いは、通知されたダウンリンク基準構成に対応したダウンリンク関連性セットインデックスの表に、アクセスするステップと、通知されたアップリンク−ダウンリンク構成に基づいてアクセスされた表内のエントリにアクセスし、アップリンクにおいてＨＡＲＱ−ＡＣＫ情報を送信するべく使用するためのサブフレームオフセット値及びアップリンクサブフレームを判定するステップと、判定されたアップリンクサブフレームにおいて、アップリンクにおいて、判定されたサブフレームオフセット値に対応したダウンリンクサブフレームのＨＡＲＱ−ＡＣＫ情報を送信するステップと、を含む。
【００７１】
以前の段落の方法において、複数のアップリンク−ダウンリンク構成にのみ対応しているが、通知されたダウンリンク基準構成には対応していないダウンリンク関連性セットインデックスの表は、ダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つではないという判定に応答して、アクセスされ、且つ、ダウンリンク基準構成に対応したダウンリンク関連性セットインデックスの表は、ダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つであるという判定に応答して、アクセスされる。
【００７２】
上述の方法であって、通知されたダウンリンク基準構成を受信するステップを更に有する。上述の方法であって、ＳＩＢ−１ブロードキャスト内において、通知されたアップリン−ダウンリンク構成を受信するステップを更に有する。上述の方法であって、方法は、ダウンリンク情報が受信される１つ又は複数のダウンリンクサブフレームのそれぞれごとに、ダウンリンクサブフレーム内における対応したＰＤＣＣＨ／ＥＰＤＣＣＨの送信に使用される第１ＣＣＥ／ＥＣＣＥインデックスを判定するステップを更に有し、且つ、送信ステップは、アップリンクにおいて、対応した判定されたアップリンクサブフレームにおける第１ＣＣＥ／ＥＣＣＥインデックスに対応したリソース内において、判定されたサブフレームオフセット値に対応したダウンリンクサブフレームのＨＡＲＱ−ＡＣＫ情報を送信するステップを更に有する。
【００７３】
上述の方法であって、複数の選択されたダウンリンク基準構成は、５のダウンリンク基準構成及び２のダウンリンク基準構成から構成されている。
【００７４】
以前の段落の方法であって、それぞれのダウンリンク基準構成のそれぞれの表は、複数のアップリンク−ダウンリンク構成のうちのそれぞれのアップリンク−ダウンリンク構成のエントリの組を有し、且つ、複数のアップリンク−ダウンリンク構成は、ＳＩＢ−１ブロードキャストにおいてブロードキャストすることができる可能なアップリンク−ダウンリンク構成である。
【００７５】
装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を有する。１つ又は複数のメモリ及びプログラムコードは、１つ又は複数のプロセッサにより、装置が上述の方法のいずれかにおける動作を少なくとも実行するようにするべく、構成されている。
【００７６】
コンピュータプログラムプロダクトは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読ストレージ媒体を有する。コンピュータプログラムコードは、コンピュータが上述の方法のいずれかを実行するようにするためのコードを有する。
【００７７】
装置は、上述の方法のいずれかの機能を実行するための手段を有する。
【００７８】
以下の例は、少なくとも部分的に図１２に関係している。例示用の一実施形態においては、方法は、通知されたダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つであるかどうかを判定するステップと、判定に応答して、複数のアップリンク−ダウンリンク構成に対応しているが、通知されたダウンリンク基準構成には対応していないダウンリンク関連性セットインデックスの表に、或いは、ダウンリンク基準構成に対応したダウンリンク関連性セットインデックスの表に、アクセスするステップと、通知されたアップリンク−ダウンリンク構成に基づいてアクセスされた表内のエントリにアクセスし、アップリンクにおいてＨＡＲＱ−ＡＣＫ情報を受信するべく使用するためのサブフレームオフセット値及びアップリンクサブフレームを判定するステップと、アップリンクにおいて、判定されたアップリンクサブフレームにおいて、判定されたサブフレームオフセット値に対応したダウンリンクサブフレームのＨＡＲＱ−ＡＣＫ情報を受信するステップと、を含む。
【００７９】
以前の段落の方法において、複数のアップリンク−ダウンリンク構成にのみ対応しているが、通知されたダウンリンク基準構成には対応していないダウンリンク関連性セットインデックスの表は、ダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つではないという判定に応答して、アクセスされ、且つ、ダウンリンク基準構成に対応したダウンリンク関連性セットインデックスの表は、ダウンリンク基準構成が、複数の選択されたダウンリンク基準構成のうちの１つであるという判定に応答して、アクセスされる。
【００８０】
上述の方法であって、通知されたダウンリンク基準構成をユーザー機器に送信するステップを更に有する。上述の方法であって、ＳＩＢ−１ブロードキャスト内において、通知されたアップリンク−ダウンリンク構成をユーザー機器に対して送信するステップを更に有する。
【００８１】
上述の方法であって、方法は、ダウンリンク情報がユーザー機器に送信される１つ又は複数のダウンリンクサブフレームのそれぞれごとに、対応した１つ又は複数のダウンリンクサブフレーム内において、１つ又は複数の第１ＣＣＥ／ＥＣＣＥインデックスにおいてＰＤＣＣＨ／ＥＰＤＣＣＨを送信するステップであって、第１ＣＣＥ／ＥＣＣＥインデックスは、ユーザー機器が割り当てられたグループに基づいている、ステップを更に有し、且つ、受信ステップは、アップリンクにおいて、対応した判定されたアップリンクサブフレームにおける判定された第１ＣＣＥ／ＥＣＣＥインデックスに対応したリソース内において、判定されたサブフレームオフセット値に対応したダウンリンクサブフレームのＨＡＲＱ−ＡＣＫ情報を受信するステップを更に有する。
【００８２】
以前の段落の方法であって、ユーザー機器は、レガシー固定ＤＬサブフレームから構成されたグループ１、その他の固定ＤＬサブフレームから構成されたグループ２、及びフレキシブルＤＬサブフレームから構成されたグループ３に、グループ分けされている。
【００８３】
上述の方法であって、複数の選択されたダウンリンク基準構成は、５のダウンリンク基準構成と２のダウンリンク基準構成から構成されている。
【００８４】
以前の段落の方法であって、それぞれのダウンリンク基準構成のそれぞれの表は、複数のアップリンク−ダウンリンク構成のうちのそれぞれのアップリンク−ダウンリンク構成のエントリの組を有し、且つ、複数のアップリンク−ダウンリンク構成は、ＳＩＢ−１ブロードキャストにおいてブロードキャストすることができる可能なアップリンク−ダウンリンク構成である。
【００８５】
コンピュータプログラムプロダクトは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読ストレージ媒体を有する。コンピュータプログラムコードは、コンピュータが上述の方法のいずれかを実行するようにするためのコードを有する。
【００８６】
装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を有する。１つ又は複数のメモリ及びコンピュータプログラムコードは、１つ又は複数のプロセッサにより、装置が上述の方法のいずれかにおける動作を少なくとも実行するようにするべく、構成されている。
【００８７】
装置は、上述の方法のうちのいずれかの方法の機能を実行する手段を有する。
【００８８】
図１３及び図１４は、それぞれ、ＵＥ及びｅＮＢを対象としており、且つ、ダウンリンク関連性セットインデックスのｅＩＭＴＡの表のみを使用した実施形態を対象としている。図１３を参照すれば、この例は、例えば、ＤＬ基準構成当たりに１つずつなどの複数のｅＩＭＴＡの表を使用している。図１４のブロックは、ブロック内において１つ又は複数の機能を実行するための相互接続された手段又はユニットであるものと見なされてもよい。ＤＬ基準構成当たりに１つの表が存在することになろう。ブロックの大部分については、上述されており、従って、この時点においては、説明を省略することとする。ブロック１３３５において、ｅＩＭＴＡ  ＵＥ１１０−２は、複数のダウンリンク関連性セットインデックスの表のうちの１つにアクセスしており、アクセスされた表は、通知されたＤＬ基準構成に対応している（例えば、更に、ＵＬ−ＤＬ構成にも対応している）。ブロックの残りの部分は、図１１と同一である。
【００８９】
図１４においては、この例は、例えば、ＤＬ基準構成当たりに１つなどの複数のｅＩＭＴＡの表を使用している。図１４のブロックは、ブロック内において１つ又は複数の機能を実行するための相互接続された手段又はユニットであるものと見なされてもよい。ＤＬ基準構成当たりに１つの表が存在することになろう。ブロックの大部分については、上述しており、従って、この時点においては、説明を省略することとする。ブロック１４３５において、ｅＩＭＴＡ  ＵＥ１１０−２は、複数のダウンリンク関連性セットインデックスの表のうちの１つにアクセスしており、アクセスされた表は、通知されたＤＬ基準構成に対応している（例えば、更に、ＵＬ−ＤＬ構成にも対応している）。ブロックの残りの部分は、図１２と同一である。
【００９０】
図１５及び図１６は、ｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用のために、それぞれ、ＵＥ又はｅＮＢによって実行される論理フロー図である。これらの図は、可能な実装形態の更なる例である。これらの図のそれぞれは、例示用の一実施形態による例示用の方法の動作、コンピュータ可読メモリ上において実施されたコンピュータプログラム命令の実行の結果、及び／又はハードウェアにおいて実装された論理によって実行される機能を示している。図のブロックのそれぞれは、ブロック内において機能を実行するための手段であるものと見なされてもよい。
【００９１】
図１５のブロックは、例えば、ＨＡＲＱ−ＡＣＫリソース割当ユニット１２１の制御の下において、ＵＥによって実行されるものと仮定されている。図１５のブロックは、ブロック内において１つ又は複数の機能を実行するための相互接続された手段又はユニットであるものと見なされてもよい。ブロック１５１０において、ＵＥ１１０は、ダウンリンクサブフレーム内においてＤＬデータ送信を受信している。ブロック１５２０において、ＵＥは、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の送信に使用される１つ又は複数のリソースを判定している。判定された関連性セットは、ダウンリンク基準構成に依存している。それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有する。関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される。ブロック１５３０において、ＵＥ１１０は、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー（例えば、ＨＡＲＱ−ＡＣＫ）情報を送信している。
【００９２】
ブロック１５２５によって示されているように、１つ又は複数の追加パラメータは、以下のもののうちの１つ又は複数を有してもよい。
ＳＩＢ−１によって通知されたＵＬ−ＤＬ構成、
ＡＲＯ（ＡＣＫ／ＮＡＣＫリソースオフセット）、
ダウンリンク制御情報と共に動的にシグナリングされる整数又は変数であるＡＣＫ／ＮＡＣＫリソースオフセット、
持続的なＡＣＫ／ＮＡＣＫ及びＳＲＩ用に予約されたリソースの数であるＮ(1)PUCCH、
２つの連続的なＰＵＣＣＨフォーマット１／１ａ／１ｂリソースの間の循環的なシフトの観点における差であるデルタシフト、
ＰＤＣＣＨ  ＯＦＤＭシンボル、又は、
ＤＬデータ送信をスケジューリングする第１ＣＣＥ／ＥＣＣＥのインデックス
【００９３】
ＡＲＯは、複数のＵＥの間におけるＰＵＣＣＨリソースの衝突を回避するためのメカニズムであることに留意されたい。一例が、以下に示されている。
【表１】
2016533658.tif 000003
これは、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１１．３．０（２０１３−０６）の表１０．１．２．１−１である。ＡＲＯに関する更なる詳細について、例えば、３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１１．３．０（２０１３−０６）の節１０．１．２．１「ＦＤＤ  ＨＡＲＱ−ＡＣＫ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｏｎｅ  ｃｏｎｆｉｇｕｒｅｄ  ｓｅｒｖｉｎｇ  ｃｅｌｌ」を参照されたい。
【００９４】
更なる留意点は、Ｎ(1)PUCCHに関係している。これは、動的なＰＵＣＣＨリソース空間の準静的に構成された開始位置（例えば、オフセット）に対応している。原則的に、例えば、様々なサブフレームグループについて、定義された複数のオフセット値が存在しうるであろう。デルタシフトとの関連において、このパラメータは、同一の直交カバーシーケンスを使用することにより、２つの隣接したＡＣＫ／ＮＡＣＫリソースの間における循環的シフトの差を定義している。従って、デルタシフトは、ＰＲＢ当たりのＰＵＣＣＨフォーマット１／１ａ／１ｂリソースの数をも定義している。
【００９５】
別の例示用の実施形態は、図１５に示されている方法であって、この場合に、それぞれのアップリンクサブフレームの関連性は、少なくとも２つのグループへのダウンリンクサブフレームのグループ分けを有する。
【００９６】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、第１グループは、ＤＬ基準構成に従ってＤＬ又は特殊サブフレームとして定義されると共に同一のインデックスを有するＳＩＢ−１によって構成されたＤＬ又は特殊サブフレームと同一のＵＬサブフレームと関連付けられたダウンリンクサブフレームを有する。
【００９７】
別の例示用の実施形態は、以前の段落の方法であって、この場合に、第２グループは、ＳＩＢ−１通知に従ってダウンリンク又は特殊サブフレームであると共に第１グループには属していないサブフレームを有する。
【００９８】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、第３グループは、ＳＩＢ−１通知に従ってアップリンクサブフレームであると共にいずれのその他のグループにも属してはいないダウンリンク又は特殊サブフレームを有する。
【００９９】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の送信のために使用される１つ又は複数のリソースを判定するステップは、それぞれのアップリンクサブフレームごとに、第１グループに属するダウンリンクサブフレームを最低のインデックスを有するリソースにマッピングするステップを有し、このステップは、第２グループに属するＤＬサブフレームが、第２の最低のインデックスを有するリソースにマッピングされるステップと、第３グループに属するダウンリンクサブフレームが、最大のインデックスを有するリソースにマッピングされるステップと、によって後続されている。
【０１００】
更なる例示用の実施形態は、図１５を参照して上述した任意の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の送信に使用される１つ又は複数のリソースを判定するステップは、５のＤＬ基準構成について、図９に示されている表を使用してダウンリンクサブフレームを図９に示されているグループにマッピングするステップを有する。
【０１０１】
更なる例示用の実施形態は、図１５を参照して上述した任意の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の送信に使用される１つ又は複数のリソースを判定するステップは、２のＤＬ基準構成について、図１０に示されている表を使用してダウンリンクサブフレームを図１０によって示されているグループにマッピングするステップを有する。
【０１０２】
更なる例示用の実施形態は、図１５を参照して上述した任意の方法であって、この場合に、エラー情報の送信に使用される１つ又は複数のリソースを判定するステップは、第２及び第３グループ内のサブフレームについて、図１７に示されている表を使用し、システム情報ブロック−１によって付与されたダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定するステップを有する。
【０１０３】
更なる例示用の実施形態は、図１５を参照して上述した任意の方法であって、この場合には、方法は、特定のモードに対して構成されたユーザー機器によってのみ、適用される。この段落の方法において、特定のモードは、時分割デュープレックスモード又はｅＩＭＴＡモードである。
【０１０４】
装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を含む。１つ又は複数のメモリ及びコンピュータプログラムは、１つ又は複数のプロセッサにより、装置が図１５を参照して上述した任意の方法における動作を少なくとも実行するようにするべく、構成されている。
【０１０５】
コンピュータプログラムプロダクトは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読ストレージ媒体を有する。コンピュータプログラムコードは、図１５を参照して上述した任意の方法を実行するためのコードを有する。
【０１０６】
装置は、図１５を参照して上述した任意の方法の機能を実行する手段を有する。
【０１０７】
図１６を参照すれば、図１６は、例えば、ＨＡＲＱ  ＡＣＫリソース割当ユニット１５１の制御下において、ｅＮＢ１７５によって実行されるものと仮定されている。図１６のブロックは、ブロック内において１つ又は複数の機能を実行する相互接続された手段又はユニットであるものと見なされてもよい。ブロック１６１０において、ｅＮＢ１７５は、ダウンリンクサブフレーム内においてＤＬデータ送信を送信している。ブロック１６２０において、ｅＮＢ１７５は、１つ又は複数のダウンリンク又は特殊サブフレームとアップリンクサブフレームの間の関連性セットに少なくとも基づいてアップリンクサブフレーム内における受信された送信のエラー情報の受信に使用される１つ又は複数のリソースを判定している。判定された関連性セットは、ダウンリンク基準構成に依存している。それぞれのアップリンクサブフレームの関連性セットは、少なくとも２つのグループへのダウンリンク又は特殊サブフレームのグループ分けを有する。関連性セットは、対応したダウンリンク基準構成におけるアップリンクサブフレームであるサブフレームについてのみ、定義される。ブロック１６３０において、ｅＮＢ１７５は、アップリンクサブフレーム内において判定された１つ又は複数のリソースを使用してエラー（例えば、ＨＡＲＱ−ＡＣＫ）情報を受信している。
【０１０８】
ブロック１５２５については、図１５を参照して上述されている。
【０１０９】
別の例示用の実施形態は、図１６に示されている方法であって、この場合に、それぞれのアップリンクサブフレームの関連性は、少なくとも２つのグループへのダウンリンクサブフレームのグループ分けを有する。
【０１１０】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、第１グループは、ＤＬ基準構成に従ってＤＬ又は特殊サブフレームとして定義されると共に同一のインデックスを有するＳＩＢ−１によって構成されたＤＬ又は特殊サブフレームと同一のＵＬサブフレームと関連付けられたダウンリンクサブフレームを有する。
【０１１１】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、第２グループは、ＳＩＢ−１通知に従ってダウンリンク又は特殊サブフレームであると共に第１グループには属していないサブフレームを有する。
【０１１２】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、第３グループは、ＳＩＢ−１通知に従ってアップリンクサブフレームであると共にいずれのその他のグループにも属していないダウンリンク又は特殊サブフレームを有する。
【０１１３】
更なる例示用の実施形態は、以前の段落の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の受信に使用される１つ又は複数のリソースを判定するステップは、それぞれのアップリンクサブフレームごとに、第１グループに属するダウンリンクサブフレームを最低のインデックスを有するリソースにマッピングするステップを有し、このステップは、第２グループに属するＤＬサブフレームが、第２の最低のインデックスを有するリソースに対してマッピングされるステップと、第３グループに属するダウンリンクサブフレームが、最大インデックスを有するリソースに対してマッピングされるステップと、によって後続されている。
【０１１４】
更なる例示用の実施形態は、図１６を参照して上述した任意の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の受信に使用される１つ又は複数のリソースを判定するステップは、５のＤＬ基準構成について、図９に示されている表を使用してダウンリンクサブフレームを図９によって示されているグループにマッピングするステップを有する。
【０１１５】
更なる例示用の実施形態は、図１６を参照して上述した任意の方法であって、この場合に、ＨＡＲＱ−ＡＣＫ情報の受信に使用される１つ又は複数のリソースを判定するステップは、２のＤＬ基準構成について、図１０に示されている表を使用してダウンリンクサブフレームを図１０によって示されているグループにマッピングするステップを有する。
【０１１６】
更なる例示用の実施形態は、図１６を参照して上述した任意の方法であって、この場合に、エラー情報の送信に使用される１つ又は複数のリソースを判定するステップは、図１８に示されている表を使用し、第１グループ内のサブフレームについて、システム情報ブロック−１によって付与されたダウンリンク基準構成及びアップリンク−ダウンリンク構成に対応した使用するべきアップリンクサブフレームを判定するステップを有する。
【０１１７】
更なる例示用の実施形態は、図１６を参照して上述した任意の方法であって、この場合に、方法は、特定のモードに対して構成されたユーザー機器によってのみ、適用される。この段落の方法であって、特定のモードは、時分割デュープレックスモード又はｅＩＭＴＡモードである。
【０１１８】
装置は、１つ又は複数のプロセッサと、コンピュータプログラムコードを含む１つ又は複数のメモリと、を含む。１つ又は複数のメモリ及びコンピュータプログラムコードは、１つ又は複数のプロセッサにより、装置が図１６を参照して上述した任意の方法における動作を少なくとも実行するようにするべく、構成されている。
【０１１９】
コンピュータプログラムプロダクトは、コンピュータと共に使用されるその内部において実施されたコンピュータプログラムコードを有するコンピュータ可読ストレージ媒体を有する。コンピュータプログラムコードは、図１６を参照して上述した任意の方法を実行するためのコードを有する。
【０１２０】
装置は、図１６を参照して上述した任意の方法の機能を実行する手段を有する。
【０１２１】
上述の内容に加えて、黙示的なＨＡＲＱ−ＡＣＫリソース割当用の既存のＴＤＤ原理は、様々なＰＤＣＣＨ  ＯＦＤＭシンボル／サブフレームに対応したＣＣＥをＰＵＣＣＨフォーマット１／１ａ／１ｂリソースにマッピングする際に、使用されてもよい。別の実施形態においては、グループ２及びグループ３のＰＵＣＣＨリソース（但し、グループ１のものではない）に対応した更なる最適化されたマッピングを使用することができる。例えば、これらのグループについて、（「最初に、ＰＤＣＣＨシンボル」の代わりに）「最初に、サブフレーム」マッピングを使用することができよう。
【０１２２】
例示用の実施形態の利点及び技術的効果は、以下の非限定的な例のうちの１つ又は複数を含む。
１）例示用の実施形態は、非ｅＩＭＴＡのＵＥとの間の衝突が（ｅＮＢスケジューラに基づいた解決策／スケジューリング制限を伴うことなしに）完全に回避されるように、完全な下位互換性を有する。
２）大きな利点は、例示用の実施形態が、ＰＵＣＣＨリソース空間を極小化し、且つ、従って、ＵＬオーバーヘッドを極小化するというものである。占有されていないリソースは、自動的にＰＵＣＣＨ領域の末尾において出現することになることから、ＰＵＣＣＨリソースは、ＨＡＲＱ  ＡＣＫリソースの最大数に従ってサイズ設定する必要がない。
・選択されたＵＬ−ＤＬ構成におけるＤＬサブフレームの数が少ないほど、ＰＵＣＣＨに必要とされるリソースも少なくなる。
・占有されていないＰＵＣＣＨリソースは、ＰＵＳＣＨ用に使用することができる。
３）実装形態は、３ＧＰＰ  ＴＳ３６．２１３仕様における２つの追加の表を介して容易に取り扱うことができる。
４）ｅＩＭＴＡ  ＰＵＣＣＨ  ＲＡ用の解決策は、いずれの場合にも複雑なスケジューラ制限を回避するように規定することを要する。
【０１２３】
図１７及び図１８は、図９及び図１０の情報を観察する異なる方法である。具体的には、図１７は、ｅＩＭＴＡのＵＥと非ｅＩＭＴＡのＵＥが同一のタイミングを有するサブフレーム（グループ１のサブフレーム）用のサブフレームインデックス付けの表である。図１７の表には、図９（ＤＬ基準構成５）と図１０（ＤＬ基準構成２）の両方のグループ１のサブフレームオフセット値が含まれている。図１７は、ＤＬ基準構成４を更に示している。一方、図１８は、ｅＩＭＴＡのＵＥと非ｅＩＭＴＡのＵＥが異なるタイミングを有するサブフレーム（グループ２及び３のサブフレーム）用のサブフレームインデックス付けの表である。図１８の表には、図９（ＤＬ基準構成５）と図１０（ＤＬ基準構成２）の両方のグループ２及び３のサブフレームオフセット値が含まれている。図１８は、ＤＬ基準構成４を更に示している。
【０１２４】
図１７においては、「（６）」が列挙されている。これは、ＳＩＢ−１  ＵＬ−ＤＬ構成に対応したＤＬ関連性セット内においてサブフレームインデックスが存在しているケースを表しており、これらのサブフレームインデックスは、ＤＬ基準ＵＬ−ＤＬ構成に対応したＤＬ関連性セット内には、存在していない。このケースにおいては、ｅＩＭＴＡ  ＵＥは、丸括弧内において示されたサブフレームに従ってＰＵＣＣＨリソースを予約する必要があるが、リソース衝突を回避するべく、なんらのＨＡＲＱ−ＡＣＫをもそれらのリソース上にマッピングするべきではない。
【０１２５】
本明細書における実施形態は、ソフトウェア（１つ又は複数のプロセッサによって実行されるもの）、ハードウェア（例えば、アプリケーション固有の集積回路）、又はソフトウェアとハードウェアの組合せにおいて、実装されてもよい。例示用の一実施形態においては、ソフトウェア（例えば、アプリケーションロジックや命令セット）は、様々な従来のコンピュータ可読媒体のうちのいずれかのコンピュータ可読媒体上において維持されている。本明細書の文脈においては、「コンピュータ可読媒体」は、コンピュータなどの命令実行システム、装置、又は機器によって又はこれとの関連において使用される命令を収容、保存、通信、伝播、又は搬送しうる任意の媒体又は手段であってもよく、コンピュータの一例は、例えば、図４において表現及び図示されている。コンピュータ可読媒体は、伝播する信号を含んでいないが、コンピュータなどの命令実行システム、装置、又は機器によって又はこれとの関連において使用される命令を収容又は保存しうる任意の媒体又は手段でありうるコンピュータ可読ストレージ媒体（例えば、メモリ１２５、１５５、１７１、又はその他の装置）を有してもよい。
【０１２６】
必要に応じて、本明細書において記述されている様々な機能は、相互の関係において異なる順序で且つ／又は同時に実行されてもよい。更には、必要に応じて、上述の機能のうちの１つ又は複数は、任意選択であってもよく、或いは、組み合わせられてもよい。
【０１２７】
本発明の様々な態様は、独立請求項において記述されているが、本発明のその他の態様は、独立請求項の特徴と記述されている実施形態及び／又は従属請求項からの特徴のその他の組合せを有し、且つ、請求項において明示的に記述されている組合せのみではない。
【０１２８】
又、上述の内容は、本発明の例示用の実施形態を記述しているが、これらの説明は、限定的な意味において検討されるべきではないことにも、ここでは留意されたい。むしろ、添付の請求項において定義されている本発明の範囲を逸脱することなしに実施されうるいくつかの変更及び変形が存在している。
【０１２９】
本明細書及び／又は添付図面において見出されうる以下の省略形は、以下のように定義されている。
３ＧＰＰ：ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ
ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ
Ａ／Ｎ、ＡＣＫ／ＮＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ
ＡＲＯ：ＡＣＫ／ＮＡＣＫ  Ｒｅｓｏｕｒｃｅ  Ｏｆｆｓｅｔ
ＣＣＥ：Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ
ＣＳＩ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ（ＣＳＩ、ＰＭＩ、Ｒｌ、及びＰＴＩを含む）
Ｄ：Ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ
ＤＬ：Ｄｏｗｎｌｉｎｋ（基地局からＵＥへ）
ＥＣＣＥ：Ｅｎｈａｎｃｅｄ  ＣＣＥ
ｅＩＭＴＡ：Ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍａｎａｇｅｍｅｎｔ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ
ｅＮＢ：Ｅｎｈａｎｃｅｄ  Ｎｏｄｅ  Ｂ（ＬＴＥ  ｂａｓｅ  ｓｔａｔｉｏｎ）
ＥＰＤＣＣＨ：Ｅｎｈａｎｃｅｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ
Ｆ：Ｆｌｅｘｉｂｌｅ  ｓｕｂｆｒａｍｅ
ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ
ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ
ｍｓ：ｍｉｌｌｉｓｅｃｏｎｄｓ
ＮＡＣＫ：Ｎｅｇａｔｉｖｅ  ＡＣＫ
ＯＦＤＭ：Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ
ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ
ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ
ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  ＨＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ
ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ
ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ
ＲＡ：Ｒｅｓｏｕｒｃｅ  Ａｌｌｏｃａｔｉｏｎ
ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ
ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ
Ｒｅｌ：Ｒｅｌｅａｓｅ
ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ
Ｓ：Ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ
ＳＦ：Ｓｕｂｆｒａｍｅ
ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ
ＳＧＷ：Ｓｅｒｖｉｎｇ  ＧａｔｅＷａｙ
ＳＰＳ：Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ
ＳＲＩ：Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ
ＴＤ−ＬＴＥ：Ｔｉｍｅ−Ｄｉｖｉｓｉｏｎ−Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ
ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ
Ｕ：Ｕｐｌｉｎｋ  ｓｕｂｆｒａｍｅ
ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ
ＵＬ：Ｕｐｌｉｎｋ（ＵＥから基地局へ）
Ｗｌ：Ｗｏｒｋ  Ｉｔｅｍ
ＷＧ：Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ
【図１】
2016533658.tif 000008
【図２】
2016533658.tif 000009
【図３】
2016533658.tif 000010
【図４】
2016533658.tif 000011
【図５】
2016533658.tif 000012
【図６】
2016533658.tif 000013
【図７】
2016533658.tif 000014
【図８】
2016533658.tif 000015
【図９】
2016533658.tif 000016
【図１０】
2016533658.tif 000017
【図１１】
2016533658.tif 000018
【図１２】
2016533658.tif 000019
【図１３】
2016533658.tif 000020
【図１４】
2016533658.tif 000021
【図１５】
2016533658.tif 000022
【図１６】
2016533658.tif 000023
【図１７】
2016533658.tif 000024
【図１８】
2016533658.tif 000025
【手続補正書】
【提出日】平成28年5月31日(2016.5.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ダウンリンク・サブフレーム内においてダウンリンクデータ送信を受信するステップと、
１つ以上のダウンリンク又は特殊サブフレームとアップリンク・サブフレームの間の関連性セットに少なくとも基づいてアップリンク・サブフレーム内における前記受信された送信のエラー情報の送信に使用される１つ以上のリソースを決定するステップであって、
前記決定された関連性セットは、ダウンリンク基準構成に依存しており、
それぞれのアップリンク・サブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグルーピングを含み、
関連性セットは、対応したダウンリンク基準構成におけるアップリンク・サブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンク・サブフレーム内において前記決定された１つ以上のリソースを使用して前記エラー情報を送信するステップと、
を含む方法。
【請求項２】
１つ以上のリソースを決定するステップは、
システム情報ブロック−１によって標示されたアップリンク−ダウンリンク構成、   
ＡＣＫ／ＮＡＣＫリソースオフセット、持続的なＡＣＫ／ＮＡＣＫおよびスケジューリング要求インジケータ用に予約されたリソースの数、デルタシフト、物理的ダウンリンク制御チャネル直交周波数分割マルチプレックスシンボルの数、および、前記ダウンリンクデータ送信をスケジューリングする第１制御チャネル要素／機能強化型制御チャネル要素のインデックス、のうちの１つ以上を含む１つ以上の追加パラメータに基づいて前記１つ以上のリソースを決定するステップ
を含む、請求項１に記載の方法。
【請求項３】
第１グループは、ダウンリンク基準構成に従ってダウンリンク又は特殊サブフレームとして定義され、同一のインデックスを有するシステム情報ブロック−１によって構成されたダウンリンク・サブフレームまたは特殊サブフレームと同一のアップリンク・サブフレームと関連付けられたサブフレームを含む、請求項１に記載の方法。
【請求項４】
第２グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１標示にしたがって、ダウンリンク又は特殊サブフレームであり、前記第１グループに属していないサブフレームを含む、請求項３に記載の方法。
【請求項５】
第３グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１標示にしたがって、アップリンク・サブフレームである、または、他のいずれのグループにも属していないダウンリンク又は特殊サブフレームを含む、請求項４に記載の方法。
【請求項６】
エラー情報の送信のために使用される前記１つ以上のリソースを決定するステップは、それぞれのアップリンク・サブフレームごとに、前記第１グループに属するサブフレームを最低のインデックスを有するリソースにマッピングするステップを含み、
該ステップには、前記第２グループに属する前記サブフレームが、第２の最低のインデックスを有するリソースに対してマッピングされるステップと、前記第３グループに属する前記サブフレームが、最大インデックスを有するリソースに対してマッピングされるステップと、が後続する、請求項５に記載の方法。
【請求項７】
エラー情報の送信のために使用される前記１つ以上のリソースを決定するステップは、システム情報ブロック−１によって与えられるダウンリンク基準構成およびアップリンク−ダウンリンク構成に対応した使用するべきアップリンク・サブフレームを決定するために、前記第２および第３グループ内のサブフレームについて、以下に示されている表を使用するステップを含み、
サブフレーム２、３、７の列のぞれぞれのエントリは、関連性セットであり、
ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、ＳＩＢは、システム情報ブロックである、請求項５に記載の方法。
【表１】
2016533658.tif 000026
【請求項８】
エラー情報の送信のために使用される前記１つ以上のリソースを決定するステップは、システム情報ブロック−１によって与えられるダウンリンク基準構成およびアップリンク−ダウンリンク構成に対応した使用するべきアップリンク・サブフレームを決定するために、前記第１グループ内のサブフレームについて、以下に示されている表を使用するステップを含み、
サブフレーム２、３、７の列のぞれぞれのエントリは、関連性セットであり、
ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、ＳＩＢは、システム情報ブロックである、請求項３に記載の方法。
【表２】
2016533658.tif 000027
【請求項９】
前記方法は、特定のモードに対して構成されたユーザー機器によってのみ、適用される、請求項１に記載の方法。
【請求項１０】
前記特定のモードは、時分割デュープレクシングモードまたは、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄＩｎｔｅｒｆｅｒｅｎｃｅＭａｎａｇｅｍｅｎｔａｎｄＴｒａｆｆｉｃＡｄａｐｔａｔｉｏｎ）モードである、請求項９に記載の方法。
【請求項１１】
１つ以上のプロセッサと、コンピュータ・プログラム・コードを含む１つ以上のメモリとを備える装置であって、
前記１つ以上のメモリおよび前記コンピュータ・プログラム・コードは、前記１つ以上のプロセッサで、前記装置に、少なくとも、
ダウンリンク・サブフレーム内においてダウンリンクデータ送信を受信するステップと、
１つ以上のダウンリンク又は特殊サブフレームとアップリンク・サブフレームの間の関連性セットに少なくとも基づいてアップリンク・サブフレーム内における前記受信された送信のエラー情報の送信に使用される１つ以上のリソースを決定するステップであって、
前記決定された関連性セットは、ダウンリンク基準構成に依存しており、
それぞれのアップリンク・サブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグルーピングを含み、
関連性セットは、対応したダウンリンク基準構成におけるアップリンク・サブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンク・サブフレーム内において前記決定された１つ以上のリソースを使用して前記エラー情報を送信するステップと、を実行させる、装置。
【請求項１２】
ダウンリンク・サブフレーム内においてダウンリンクデータ送信を送信するステップと、
１つ以上のダウンリンク又は特殊サブフレームとアップリンク・サブフレームの間の関連性セットに少なくとも基づいてアップリンク・サブフレーム内における受信された前記送信のエラー情報の受信に使用される１つ以上のリソースを決定するステップであって、
前記決定された関連性セットは、ダウンリンク基準構成に依存しており、
それぞれのアップリンク・サブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグルーピングを含み、
関連性セットは、対応したダウンリンク基準構成におけるアップリンク・サブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンク・サブフレーム内において前記決定された１つ以上のリソースを使用してエラー情報を受信するステップと、を含む方法。
【請求項１３】
１つ以上のリソースを決定するステップは、システム情報ブロック−１によって標示されたアップリンク−ダウンリンク構成、ＡＣＫ／ＮＡＣＫリソースオフセット、持続的なＡＣＫ／ＮＡＣＫおよびスケジューリング要求インジケータ用に予約されたリソースの数、デルタシフト、物理的ダウンリンク制御チャネル直交周波数分割マルチプレックスシンボルの数、および、前記ダウンリンクデータ送信をスケジューリングする第１制御チャネル要素／機能強化型制御チャネル要素のインデックス、のうちの１つ以上を含む１つ以上の追加パラメータに基づいて前記１つ以上のリソースを決定するステップを更に含む、請求項１２に記載の方法。
【請求項１４】
第１グループは、ダウンリンク基準構成に従ってダウンリンク又は特殊サブフレームとして定義され、
同一のインデックスを有するシステム情報ブロック−１によって構成されたダウンリンク・サブフレームまたは特殊サブフレームと同一のアップリンク・サブフレームと関連付けられたサブフレームを含む、請求項１２に記載の方法。
【請求項１５】
第２グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１標示にしたがって、ダウンリンク又は特殊サブフレームであり、前記第１グループに属していないサブフレームを含む、請求項１４に記載の方法。
【請求項１６】
第３グループは、アップリンク−ダウンリンク構成のシステム情報ブロック−１標示にしたがってアップリンク・サブフレームである、または、その他のいずれのグループにも属していないダウンリンク又は特殊サブフレームを含む、請求項１５に記載の方法。
【請求項１７】
エラー情報の受信のために使用される前記１つ以上のリソースを決定するステップは、それぞれのアップリンク・サブフレームごとに、前記第１グループに属するサブフレームを最低のインデックスを有するリソースにマッピングするステップを含み、
該ステップには、前記第２グループに属する前記サブフレームが、第２の最低のインデックスを有するリソースに対してマッピングされるステップと、前記第３グループに属する前記サブフレームが、最大インデックスを有するリソースに対してマッピングされるステップと、が後続する、請求項１６に記載の方法。
【請求項１８】
エラー情報の受信のために使用される前記１つ以上のリソースを決定するステップは、システム情報ブロック−１によって与えられるダウンリンク基準構成およびアップリンク−ダウンリンク構成に対応した使用するべきアップリンク・サブフレームを決定するために、前記第２および第３グループ内のサブフレームについて、以下に示されている表を使用するステップを含み、
サブフレーム２、３、７の列のぞれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬは、アップリンクであり、ＳＩＢは、システム情報ブロックである、請求項１６に記載の方法。
【表３】
2016533658.tif 000028
【請求項１９】
エラー情報の受信のために使用される前記１つ以上のリソースを決定するステップは、システム情報ブロック−１によって与えられるダウンリンク基準構成およびアップリンク−ダウンリンク構成に対応した使用するべきアップリンク・サブフレームを決定するために、前記第１グループ内のサブフレームについて、以下に示された表を使用するステップを含み、
サブフレーム２、３、７の列のぞれぞれのエントリは、関連性セットであり、ＤＬは、ダウンリンクであり、ＵＬはアップリンクであり、ＳＩＢは、システム情報ブロックである、請求項１４に記載の方法。
【表４】
2016533658.tif 000029
【請求項２０】
１つ以上のプロセッサと、コンピュータ・プログラム・コードを含む１つ以上のメモリとを備える装置であって、
前記１つ以上のメモリおよび前記コンピュータ・プログラム・コードは、前記１つ以上のプロセッサで、前記装置に、少なくとも、
ダウンリンク・サブフレーム内においてダウンリンクデータ送信を送信するステップと、
１つ以上のダウンリンク又は特殊サブフレームとアップリンク・サブフレームの間の関連性セットに少なくとも基づいてアップリンク・サブフレーム内における受信された前記送信のエラー情報の受信に使用される１つ以上のリソースを決定するステップであって、
前記決定された関連性セットは、ダウンリンク基準構成に依存しており、
それぞれのアップリンク・サブフレームの前記関連性セットは、少なくとも２つのグループへの前記ダウンリンク又は特殊サブフレームのグルーピングを含み、
関連性セットは、対応したダウンリンク基準構成におけるアップリンク・サブフレームである前記サブフレームについてのみ、定義される、ステップと、
前記アップリンク・サブフレーム内において前記決定された１つ以上のリソースを使用して前記エラー情報を受信するステップと、を実行させる、装置。
【国際調査報告】
2016533658.tif 000030
2016533658.tif 000031
2016533658.tif 000032