JP7148768B2 - アップリンクｈａｒｑ－ａｃｋリソースの効率的なアロケーション - Google Patents

Description

多層異種ネットワークに基本的なカバレッジを提供するマクロ基地局の同種ネットワークからロングタームエボリューション（ＬＴＥ）システムが発展しつつある。多層異種ネットワークでは、マイクロ、ピコ、及びフェムト基地局並びにリレーノードなどの低電力ノードによってマクロ基地局がオーバーレイ及び補完され得る。ＬＴＥリリース８で用いられるオリジナルのシグナリング設計原理の一部は、これらの異種ネットワークで用いられる場合にもはや最適ではないことが観察されている。改善されたダウンリンク（ＤＬ）及びアップリンク（ＵＬ）マルチユーザ多入力／多出力（ＭＵ－ＭＩＭＯ）、固有物理セルＩＤ又は共有物理セルＩＤの状況でのＤＬ及びＵＬ多地点協調送信（ＣｏＭＰ）、並びにキャリアアグリゲーション（ＣＡ）のための新たなキャリアタイプなどの、ＬＴＥリリース１０及びリリース１１における機能向上は、従来のＤＬ制御チャネル容量に対して多大な負担になる。また、低電力ノードのセル範囲拡張領域内でユーザ機器（ＵＥ）が受けるマクロ基地局からの干渉により、ＤＬ制御信号の復号がうまくいかないことがある。したがって、ＬＴＥリリース１１には拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）が含まれている。ＬＴＥリリース１１において、ＥＰＤＣＣＨの目的の一部には、周波数ドメインセル間干渉制御をサポートする能力である制御チャネル容量の増大、制御チャネルリソースの空間的再利用の改善、及び制御チャネル上のビームフォーミングのサポートが含まれる。

開示される実施形態により、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを選択するためのシステム及び方法が提供される。拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）が、基地局から受信される信号において第１のサブフレームで検出される。ＥＰＤＣＣＨに対してＨＡＲＱ－ＡＣＫリソースインジケータオフセット（Δ_ＡＲＯ）値が識別される。ＥＰＤＣＣＨに対応するハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）の送信のためにＰＵＣＣＨリソースが選択される。ＰＵＣＣＨリソースは、Δ_ＡＲＯ値に基づいて選択される。第２のアンテナポートでのＨＡＲＱ－ＡＣＫの送信のために第２のＰＵＣＣＨリソースが選択され得る。或いは、ＥＰＤＣＣＨにおけるΔ_ＡＲＯフィールドは、準静的に構成されるＰＵＣＣＨリソースのセットのうちの１つを示し得る。

ＨＡＲＱ－ＡＣＫリソースオフセットフィールド値が、ＥＰＤＣＣＨのダウンリンク制御情報（ＤＣＩ）フォーマットにおいて検出され得る。ＥＰＤＣＣＨに対するΔ_ＡＲＯ値は、Δ_ＡＲＯ値に対して、或るＤＣＩフォーマットについてのＨＡＲＱ－ＡＣＫリソースオフセットフィールド値をマッピングするテーブル内のＨＡＲＱ－ＡＣＫリソースオフセットフィールド値を検索することによって識別され得る。

ＨＡＲＱ－ＡＣＫリソースオフセットフィールド値は、ＤＣＩペイロードにおける２ビットフィールドとし得る。例えば、この２ビットフィールドは、｛０、－１、－２、２｝の範囲のΔ_ＡＲＯ値に対応し得る。ＥＰＤＣＣＨのＤＣＩフォーマットにおけるＨＡＲＱ－ＡＣＫリソースオフセットフィールドは、小さなオフセット又は大きなオフセットを示すために用いられ得る。

一実施形態では、ユーザ機器デバイスが、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を基地局から受信される信号においてサブフレームｎで検出するように構成される受信プロセッサ回路を含む。ユーザ機器デバイスはさらに、ハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）をサブフレームｎ＋ｋで基地局に送信するための物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを選択するように構成される送信プロセッサ回路を含む。ここで、ｋ≧４であり、ＰＵＣＣＨリソースは、ＨＡＲＱ－ＡＣＫリソースオフセットに基づいて選択される。ユーザ機器デバイスはさらに、基地局にＰＵＣＣＨリソースを送信するように構成されるモデムを含む。送信プロセッサ回路はさらに、第２のアンテナポートでのＨＡＲＱ－ＡＣＫの送信のために第２のＰＵＣＣＨリソースを選択するように構成され得る。

ＡＲＯがない場合の２つのＥＰＤＣＣＨセット間のＰＵＣＣＨリソース遮断を考慮に入れたＥＰＤＣＣＨ遮断確率を示す。

δ＝１でＡＲＯが存在する場合のＥＰＤＣＣＨ遮断確率を示す。

４個のＵＥで構成される軽度に負荷されたシステムにおける遮断確率の比較を示すチャートである。

図３に示す軽度に負荷されたシステムについてのＰＵＣＣＨ使用の比較を示すチャートである。

１４個のＵＥで構成される重度に負荷されたシステムにおける遮断確率の比較を示すチャートである。

図５に示す重度に負荷されたシステムについてのＰＵＣＣＨ使用の比較を示すチャートである。

一実施形態に従ったワイヤレス通信ネットワークのブロック図である。

一実施形態に従ったｅＮＢ又はＵＥとして用いられ得るシステムのハイレベルブロック図である。

一実施形態に従ったＥＰＤＣＣＨベースのＰＵＣＣＨリソースアロケーションを示す。

１つのＰＵＣＣＨリソースアロケーションブロック内の小さなΔ_ＡＲＯ値の使用を示すブロック図である。

１つのＰＵＣＣＨリソースアロケーションブロックから別のＰＵＣＣＨリソースアロケーションブロックに移動するために大きなΔ_ＡＲＯ値を用いることを示すブロック図である。

近隣のブロックを超えてＵＥリソースアロケーションが移動される改変を示すブロック図である。

拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）が、ＬＴＥリリース１１に導入される。物理アップリンク制御チャネル（ＰＵＣＣＨ）上のハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）リソースは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）又はＥＰＤＣＣＨのいずれかによってスケジュールされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の送信に応答して決定される必要がある。

ＰＤＣＣＨでは、動的ＰＵＣＣＨリソースが下記の式によって与えられる。

ここで、

は、準静的ＰＵＣＣＨ領域から動的ＰＵＣＣＨ領域を画定する動的ＰＵＣＣＨオフセットパラメータであり、セル全体に共通（セル固有）又は特定のＵＥ専用（ＵＥ固有）のいずれかである。パラメータｎ_ＣＣＥは、第１の又は最下位にインデックス付けされる制御チャネル要素を示し、これは、ＰＤＳＣＨ上の対応するダウンリンク共有チャネル（ＤＬ－ＳＣＨ）データ送信をスケジュールするＰＤＣＣＨに対して用いられる。

ＥＰＤＣＣＨでは、ＥＰＤＣＣＨ領域がＵＥに対して専用に構成されることが合意されている。ＵＥが、ダウンリンク制御情報を受信するためのＵＥ固有のサーチ空間を形成するように、最大２つのＥＰＤＣＣＨセットを備えて構成され得る。各セットは｛２、４、８｝物理リソースブロック（ＰＲＢ）対を含み得、各セットは多数の拡張制御チャネル要素（ＥＣＣＥ）で構成される。これらのＥＣＣＥは、ＥＰＤＣＣＨセット毎にインデックス付けされる。ＥＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）メッセージを送信するために１つ又は複数のＥＣＣＥがまとめられる。このＥＰＤＣＣＨの定義に基づいて、動的ＰＵＣＣＨリソースアロケーションが、ＥＰＤＣＣＨセット毎に定義され、式（１）から下記の式に変形される。

ｆ（ｎ_ｅＣＣＥ）の項は、送信されるＥＰＤＣＣＨを構築するために用いられるＥＰＤＣＣＨセットｋにおける最下位にインデックス付けされるＥＣＣＥの関数である。

の項は、ＥＰＤＣＣＨセットｋについての準静的に構成される専用のＰＵＣＣＨリソース開始オフセットである。Δ_ＡＲＯは、動的にシグナリングされるＨＡＲＱ－ＡＣＫリソースインジケータオフセットであり、これは、ＰＤＣＣＨ及びＥＰＤＣＣＨセットからのＰＵＣＣＨリソース間の衝突を解決するために用いられ得る。Δ_ＡＲＯはまた、２つのＥＰＤＣＣＨセットに関連付けられるＰＵＣＣＨリソース間の衝突を解決するために用いられ得る。

ＰＤＣＣＨ及びＥＰＤＣＣＨ ＤＬ割当てに対応するＰＵＣＣＨ領域は、複数の非オーバーラップＰＵＣＣＨ領域にマッピングされ得る。この区画分けにより、ＰＤＣＣＨ及びＥＰＤＣＣＨ ＤＬ割当てから導出されるＰＵＣＣＨリソース間で起こりうる衝突が回避される。一方で、非オーバーラップ領域を生成することは、ＵＬリソースを効率的に使用しないことになる。これは、それにより、物理アップリンク共有チャネル（ＰＵＳＣＨ）上のアップリンク共有チャネル（ＵＬ－ＳＣＨ）データ送信に利用可能なアップリンク周波数リソースが制限されるからである。

したがって、ＰＤＣＣＨ及びＥＰＤＣＣＨから導出されるＰＵＣＣＨ領域間で或る程度オーバーラップさせ、動的にシグナリングされるＨＡＲＱ－ＡＣＫリソースインジケータオフセット（Δ_ＡＲＯ）を用いて潜在的なＰＵＣＣＨリソースの衝突を解決することがより効率的である。２ビットＡＲＯフィールドが値［－δ，０，δ，２δ］を用いて定義される。ここで、δは単位オフセット値である。本発明の一実施形態では、本明細書で記載されるＡＲＯは、ＰＤＳＣＨ上でのＤＬ割当てをスケジュールするＤＣＩフォーマットにおける新たなフィールドにおいて伝達される。ＵＥが値「０」を受信する場合、それは、式（２）のＰＵＣＣＨリソースを決定する際にオフセットが与えられないことを示す。したがって、ＬＴＥ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）は、ＰＵＣＣＨ領域がＰＤＣＣＨ及びＥＰＤＣＣＨセットの間でオーバーラップするときＰＵＣＣＨリソース間の衝突を回避するために用い得る３つの可能なオフセットを有する。また、δ＝２の単位オフセットを用いることによって、ＰＵＣＣＨ送信ダイバーシチの場合に、２つの連続するリソースが確保され得ることが保証される。

ＡＲＯの必要性を示すために、ＡＲＯがない場合の２つのＥＰＤＣＣＨセット間のＰＵＣＣＨリソースの遮断を考慮に入れたＥＰＤＣＣＨ遮断確率を図１に図示する。図１における異なる曲線は、２つのＥＰＤＣＣＨセットに関連付けられるＰＵＣＣＨ領域の異なるレベルのオーバーラップを示す。図２は、δ＝１でＡＲＯが存在する場合のＥＰＤＣＣＨ遮断確率を図示する。図１と図２を比較すると、遮断確率１０％では、ＡＲＯなしで８個のＵＥ（というよりは８つのＤＣＩアロケーション）がスケジュールされ得、ＡＲＯがある場合少なくとも１２個のＵＥがスケジュールされ得ることがわかる。これにより、ＥＰＤＣＣＨ上で制御チャネル容量が５０％増加する。

ＡＲＯにより全体的な遮断確率は減少するが、ＡＲＯはいくらかの制限ももたらす。例えば、ＵＥがキャリアアグリゲーションにおいて２次サービングセル（ＳＣｅｌｌ）でＰＤＳＣＨを受信するように構成される場合、ＵＥは、チャネル選択付きＰＵＣＣＨフォーマット１ｂ又はＰＵＣＣＨフォーマット３を用いてＨＡＲＱ－ＡＣＫフィードバックを送信するようにも構成される。いずれのＰＵＣＣＨフォーマットの場合でも、ＳＣｅｌｌのＰＤＳＣＨ上の検出されるデータ送信に対応するＰＵＣＣＨリソースは、ＰＤＳＣＨをスケジュールするＤＣＩの送信電力制御（ＴＰＣ）フィールドにおいて伝達されるＨＡＲＱ－ＡＣＫリソースインジケータ（ＡＲＩ）値によって示される。そのため、ＥＰＤＣＣＨがＳＣｅｌｌのＰＤＳＣＨをスケジュールする場合、ＤＣＩフォーマットには別個のＡＲＯフィールドが必要とされない。したがって、本発明の実施形態は、ＡＲＯフィールドについて下記のオプションを含む：すなわち、（１）ＤＣＩフォーマットにおいてＡＲＯフィールドが構成されない、（２）ＤＣＩフォーマットにおいてＡＲＯフィールドが冗長情報とともに構成される、又は（３）ＳＣｅｌｌでＰＤＳＣＨをスケジュールするＥＰＤＣＣＨ上でＤＣＩが送信される際に確保されるＡＲＯフィールドを指定する、である。

＜すべてのＤＣＩフォーマットに対する明示的ＡＲＯフィールド＞
一実施形態では、ＥＰＤＣＣＨ上で送信されるすべてのＤＣＩフォーマットに対して、ＵＬ ＭＩＭＯ送信をスケジュールするために用いられるＤＣＩフォーマット４を除き、明示的ＡＲＯフィールドが導入される。

１次セルでＥＰＤＣＣＨ上又はダウンリンクセミパーシステントスケジューリング（ＳＰＳ）リリースを示すＥＰＤＣＣＨ上のＤＬ割当ての検出によって示されるＰＤＳＣＨ送信をＵＥが受信すると、ＵＥはＤＣＩペイロードにおける明示的な２ビットＡＲＯフィールドを用いてＥＰＤＣＣＨを復号する。ＡＲＯフィールド値は、｛－２，０，２，４｝の範囲のリソースオフセット（Δ_ＡＲＯ）を示す。本発明の他の実施形態において、この範囲は｛－１，０，１，３｝又は｛－２，－１，０，２｝とし得、ここで教示される主な考え方は、ＰＵＣＣＨリソース衝突を解決するために小さなオフセット値が定義されるということである。表１及び表２は、ＤＣＩフォーマットにおけるＡＲＯフィールドにおける値についての代替Δ_ＡＲＯマッピングを例示する。

或いは、リソースオフセット範囲は、ＵＥがＰＵＣＣＨフォーマット１ａ／１ｂについての送信ダイバーシチに対して構成されるか否かに基づいて構成され得る。２つのアンテナポートでＰＵＣＣＨフォーマット１ａ／１ｂを送信するようにＵＥが構成されるとき、ＡＲＯフィールドは、｛－２，０，２，４｝の範囲のオフセットを示す。１つのアンテナポートでＰＵＣＣＨフォーマット１ａ／１ｂを送信するようにＵＥが構成されるとき、ＡＲＯフィールドは、｛－１，０，１，２｝の範囲又は｛０，１，２，３｝の範囲のオフセットを示す。

＜ＡＲＯフィールドは、下記の条件下で確保され得る＞
ＰＵＣＣＨフォーマット３に対して構成される時分割二重（ＴＤＤ）ＵＥであって、ＥＰＤＣＣＨがＤＣＩメッセージにおいて１より大きいダウンリンク割当てインデックス（ＤＡＩ）の値とともに検出される、又は、構成されたＳＣｅｌｌでＰＤＳＣＨをスケジュールするＥＰＤＣＣＨが検出され、ＵＥがＰＵＣＣＨフォーマット３又はチャネル選択付きＰＵＣＣＨフォーマット１ｂのいずれかに対して構成される場合、ＦＤＤ及びＴＤＤキャリアアグリゲーションの両方、である。

＜準静的に構成されるリソース＞
別の実施形態において、ＵＥがＰＵＣＣＨフォーマット３に対して構成されるとき、又は、ＵＥがチャネル選択付きＰＵＣＣＨフォーマット１ｂを用いるキャリアアグリゲーションに対して構成されるとき、明示的なＡＲＯフィールドが、準静的に構成されるリソース、例えば、４つの準静的に構成されるリソースのセットのうちの１つなど、を示すために用いられ得る。

ＬＴＥリリース１０では、ＳＣｅｌｌでＰＤＳＣＨをスケジュールするＰＤＣＣＨをＵＥが検出するとき、ＤＣＩフォーマットのＴＰＣフィールドがＡＲＩ値として再解釈され得る。また、単一セル動作用に構成されるＴＤＤ ＵＥがＰＵＣＣＨフォーマット３に対して構成されるとき、ダウンリンク割当てインデックス（ＤＡＩ）値が１より大きい場合、ＰＤＳＣＨをスケジュールするＤＣＩフォーマットのＴＰＣフィールドがＡＲＩを示すために用いられ得る。この実施形態では、ＴＰＣフィールドが、ＡＲＩ値を示すのではなく、その元の機能であるＴＰＣコマンドを提供する機能に戻される。

したがって、１次セルでＰＤＳＣＨをスケジュールするＥＰＤＣＣＨ又は１次セルでＳＰＳリリースを示すＥＰＤＣＣＨに対してＤＡＩ値が１より大きいとき、ＴＰＣフィールドは、送信電力制御コマンドを示し、ＨＡＲＱ－ＡＣＫリソースオフセット（ＡＲＯ）フィールドは、最大４つの準静的に構成されるＰＵＣＣＨフォーマット３リソースのセットのうちの１つを示す。

１次セルで送信され、２次セルでＰＤＳＣＨをスケジュールするＥＰＤＣＣＨでは、ＥＰＤＣＣＨのＴＰＣフィールドは、最大４つの準静的に構成されるＰＵＣＣＨフォーマット３リソースのセットのうちの１つを示し得る。このＥＰＤＣＣＨのＡＲＯフィールドは、ゼロに設定され得るか、又は、確保され得る（すなわち、値が定義されない）。

一代替形態では、ＥＰＤＣＣＨのＴＰＣフィールド及びＡＲＯフィールドはいずれも、最大４つの準静的に構成されるＰＵＣＣＨフォーマット３リソースのセットのうちの、同じＰＵＣＣＨフォーマット３リソースを示し得る。別の代替形態において、ＴＰＣフィールドがＴＰＣコマンドを示し得、ＡＲＯフィールドが最大４つの準静的に構成されるＰＵＣＣＨフォーマット３リソースのセットのうちの１つのＰＵＣＣＨフォーマット３リソースを示す。ＵＥが、同じサブフレームにおいて、１次セルでＰＤＳＣＨをスケジュールする１次セルでのＥＰＤＣＣＨ、及び２次セルでＰＤＳＣＨをスケジュールする１次セルでの別のＥＰＤＣＣＨを検出する場合、両方のＥＰＤＣＣＨで同じＴＰＣ値が送信される。

さらなる代替形態において、ＴＰＣフィールド及びＡＲＯフィールドはいずれも、ＰＵＣＣＨフォーマット３リソースを選択するための同じＡＲＩ値を示し得る。

＜１次セルのみ＞
さらなる実施形態において、明示的なＡＲＯフィールドが、１次セルでＥＰＤＣＣＨにおいて搬送されるＤＣＩフォーマットにのみ挿入される。ＵＥは、ＡＲＯフィールドの存在を仮定して、１次セルのＥＰＤＣＣＨを復号する。２次セルのＥＰＤＣＣＨでは、明示的なＡＲＯフィールドはない。

＜ＴＤＤのためのＰＵＣＣＨリソースアロケーション＞
検出されるＥＰＤＣＣＨに対応するＴＤＤ動的ＰＵＣＣＨリソースアロケーションは、１つの重要な例外を除いてＦＤＤに類似している。ＴＤＤでは、ＵＥは、複数のＤＬサブフレームにおいて受信されるＰＤＳＣＨに対応するＵＬサブフレームにおいてＨＡＲＱ－ＡＣＫフィードバックを送る必要があり得る。ＥＰＤＣＣＨセットｋに対する準静的なリソースオフセットに加えて、長さＭのＨＡＲＱ－ＡＣＫバンドルウィンドウの各ＤＬサブフレームに対してＰＵＣＣＨリソースが確保されなければならない。ＨＡＲＱ－ＡＣＫバンドルウィンドウは、ＤＬアソシエーションセットとしても知られている。ＤＬアソシエーションセットの長さＭは、ＴＤＤ ＵＬ／ＤＬ構成及びＵＬサブフレームに依存する。

ＥＰＤＣＣＨスケジューリングのためのＰＵＣＣＨリソース領域は、長さＭのＨＡＲＱ－ＡＣＫ ＤＬアソシエーションセットの各サブフレームに対して順次アロケートされる。特に、ｉ番目のＤＬサブフレームでは、ＰＵＣＣＨ領域は、すべての先行するサブフレーム０，・・・，ｉ－１におけるＥＣＣＥの総数だけオフセットされる。サブフレームｎ－ｋ_ｍについてのＥＰＤＣＣＨセットｑにおいてＮ_{ｅＣＣＥ，ｑ，ｍ}個のＥＣＣＥがある場合、等しい数のＮ_{ｅＣＣＥ，ｑ，ｍ}個のＰＵＣＣＨリソースが、サブフレームｎ－ｋ_ｍにおいて送信されるＰＤＳＣＨに対してＵＬサブフレームｎにおいて確保される。

アンテナポートｐ_０に対するサブフレームｎ－ｋ_ｍに対応する動的ＰＵＣＣＨリソースアロケーションは、下記により与えられる。

ここで、

であり、

は、ＥＰＤＣＣＨセットｑについてのリソースブロックにおけるＥＣＣＥの数である。

式（３）から、ＥＰＤＣＣＨベースの動的ＰＵＣＣＨリソースアロケーションでのＰＵＣＣＨオーバーヘッドがかなり大きくなり得ることが観察され得る。そのため、ＰＵＣＣＨリソースアロケーションを圧縮してＰＵＳＣＨ送信容量を改善する方法を設計することが望ましい。したがって、この場合のＨＡＲＱ－ＡＣＫリソースオフセットインジケータは、下記２つの目的に用いられ得る。
（１）ＥＰＤＣＣＨセット間、及び／又はＥＰＤＣＣＨとＰＤＣＣＨ（ＦＤＤに類似）との間の、ＰＵＣＣＨリソース衝突を避けるために用いられる。
（２）ＨＡＲＱ－ＡＣＫバンドルウィンドウにおける各ＤＬサブフレームに対して確保されるＰＵＣＣＨ領域間のＰＵＣＣＨリソース圧縮のために用いられる。

何らかのリソース圧縮を組み込むことにより、ＦＤＤと比較して、リソース衝突に利用可能な自由度が低減される。どのサブフレームでも非常に多くのＵＥがスケジュールされるフルに負荷されるシステムでは、ＤＬサブフレーム当たりの各ＰＵＣＣＨ領域がＰＵＣＣＨ送信に必要とされるので、リソース圧縮は必要とされないことがある。このような状況では、ＴＤＤ及びＦＤＤに対して同じ衝突回避能力を規定することが望ましい。

＜ＰＵＣＣＨリソース圧縮及び衝突回避方法＞
＜３ビットＡＲＯフィールド＞
一実施形態では、ＡＲＯフィールドサイズは、衝突回避及びＰＵＣＣＨリソース圧縮両方をサポートするために３ビットに設定され得る。表３は、上記式３のＰＵＣＣＨリソースに対して、ＤＣＩフォーマットにおけるＡＲＯフィールド値をマッピングする例を示す。

表３のオプション１では、最後の４つのエントリが、ｉ番目のＤＬサブフレームについてのＰＵＣＣＨリソースを、ＥＰＤＣＣＨセットｑのサブフレームｉ－１におけるＥＣＣＥの数だけオフセットする。これらのエントリは、ＦＤＤと同様に、｛－２，０，１，２｝の値だけさらにオフセットすることによってリソース衝突回避能力を保持する。この手法により、ほぼ１つのＤＬサブフレーム分のリソース圧縮が可能となる。例えば、ＤＬアソシエーションセットの長さがＵＬサブフレームｎ＝２及びｎ＝７のいずれでもＭ＝４であるＴＤＤ ＵＬ／ＤＬ構成２では、ＤＬアソシエーションセットの４番目のＤＬサブフレームについて暗示的リソースアロケーションを節約することが可能である。リソース圧縮と衝突回避の組み合わせで構成される、ＡＲＯ値の異なるマッピングが他の実施形態でも用いられ得る。

表３のオプション２では、最後の４つのエントリが、リソースアロケーションを、１つ又は複数の前のＤＬサブフレームにおけるセットｑにアロケートされるＥＣＣＥの数だけオフセットする。

＜ＰＵＣＣＨリソース衝突回避及びリソース圧縮のトレードオフ＞
ＴＤＤ ＰＵＣＣＨリソース圧縮は、ＡＲＯフィールドサイズがＦＤＤに対して変化しない場合、リソース衝突回避能力を低減する。このことが、いずれの二重モードについてもＤＣＩフォーマットにおいて同じＡＲＯフィールドサイズを保つために許容され得ると見なされる場合、下記の値のセットが様々なオプションにおいて用いられ得る。

＜オプション１＞
ＤＬアソシエーションセットのｉ番目のサブフレームでは、ＡＲＯ値のセットは、

として与えられる。
サブフレームｉ＝０では、このセットはＦＤＤについての同じもの、すなわち｛０，２，－１，－２｝、に戻り、ｉ＞１では、１ＤＬサブフレームのリソース圧縮が可能である。

＜オプション２＞
ＨＡＲＱ－ＡＣＫバンドルウィンドウのｉ番目のサブフレームでは、ＡＲＯ値のセットは、

として与えられる。サブフレームｉ＝０では、このセットはＦＤＤについての同じもの、すなわち｛０，２，－１，－２｝、に戻り、ｉ＞１では、１ＤＬサブフレームのリソース圧縮が可能である。

オプション１及びオプション２は類似しているが、最後の２つのオフセット値がわずかに異なる。

＜オプション３＞
代替として、ＡＲＯセットは、

と定義され得る。

本発明によって教示される主たる考え方は、小さなオフセット及び大きなオフセットのいずれもＡＲＯフィールドに対して設計され得るので、他の代替オプションも排除されない。小さなオフセットは、２つのＥＰＤＣＣＨセットにおける割当て間、又は、ＥＰＤＣＣＨセットとＰＤＣＣＨベースのリソースのアロケーションの間のＰＵＣＣＨリソース衝突を解決するために用いられる。一方、大きなオフセットは、１つの確保されたブロックから別の確保されたブロックに移ることによってＰＵＣＣＨリソースを圧縮するために用いられる。

図３は、２つのＥＰＤＣＣＨセット、ＴＤＤ ＵＬ／ＤＬ構成＃２、及び、４個のＵＥで構成される軽度に負荷されたシステムの場合の遮断確率の比較を図示するチャートである。

図４は、図３に示す軽度に負荷されたシステムについてのＰＵＣＣＨ使用の比較を図示するチャートである。

図５は、２つのＥＰＤＣＣＨセット、ＴＤＤ ＵＬ／ＤＬ構成＃２、及び、１４個のＵＥで構成される重度に負荷されたシステムの場合の遮断確率の比較を図示するチャートである。

図６は、図５に示す重度に負荷されたシステムについてのＰＵＣＣＨ使用の比較を図示するチャートである。

図３～図６は、上述したようなオプション１、２、及び３を比較するものである。これらの比較において、ＡＲＯなしの場合の結果、及び｛０，２，－１，－２｝のＦＤＤ ＡＲＯセットを用いた結果が基準として含まれている。

図３及び図５は、すべてのＵＥがバンドルウィンドウの各サブフレームにおいてスケジュールされると仮定して、各スケジュールされたＤＬサブフレームの遮断確率を示す。図４及び図６は、スケジュールされたＤＬサブフレームのそれぞれに対応する各ＰＵＣＣＨサブ領域のＰＵＣＣＨ使用を示す。図３～図６に示す比較結果は、下記のように要約し得る。

軽度に負荷されたシステムでは、すべてのＡＲＯオプション（ＦＤＤ ＡＲＯセットを含む）が、ＡＲＯなしの場合に対して遮断確率を低減するという所期の目標を達成する。したがって、リソース圧縮を衝突回避と組み合わせるためのすべての３つのオプションについて、１ＰＵＣＣＨサブ領域が節約され得る。一実施形態では、オプション１及びオプション２は、最良のＰＵＣＣＨ使用を実現する。ＥＰＤＣＣＨセットにおける１６個のＥＣＣＥの場合、これは、ほぼ１ＰＲＢになる（ｅＮＢが、１８個のフォーマット１ａ／１ｂリソースを１つのＰＲＢにアロケートすると仮定した場合）。

重度に負荷されたシステムでは、第１サブ領域においてＰＵＣＣＨ使用が１００％に近づくが、最後のサブ領域においては依然としてかなりのＰＵＣＣＨ使用がある（すなわち、ＦＤＤ ＡＲＯセットを用いる場合と比較してＰＵＣＣＨが節約されない）。また、システムの観点から、フルに負荷されたシステムでＰＵＣＣＨオーバーヘッドを最小化にする際に際立った改善がない場合がある。より高いアグリゲーションレベルが送信される可能性が一層大きい場合、ＦＤＤでのＰＵＣＣＨリソース使用が低いという主張があり得るが、ＰＵＣＣＨ ＰＲＢ当たりの詰め込み効率を増加させることは必ずしも望ましくない。これは、その結果、セル間干渉が大きくなるからである（これは、ＰＤＣＣＨベースのＰＵＣＣＨリソースアロケーションにも当てはまる）。

図５はまた、オプション３では、各ＤＬサブフレームに対し、衝突回避を犠牲にしてリソース圧縮のためにより多くの自由度が用いられるので、遮断確率が低いことを示している。対照的に、オプション１及びオプション２は、自由度を効率的に利用してリソース圧縮及び衝突回避の両方の能力を提供しているように見える。

＜ＰＵＣＣＨリソースアロケーションについてのＥＰＤＣＣＨモニタリングセット＞
ＬＴＥリリース１１のＵＥは、すべての可能なＤＬ及び特殊サブフレームのサブセットのＥＰＤＣＣＨをモニタリングするように構成され得る。ＵＥがサブフレームにおけるＥＰＤＣＣＨをモニタリングするように構成されていない場合、ＵＥは、ＳＰＳリリースを示すＰＤＣＣＨを含むＤＬ割当て及びＵＬグラントについてレガシーＰＤＣＣＨをモニタリングする。長さＭ＞１の同じＤＬアソシエーションセットにおいて、いくつかのサブフレームにおけるＥＰＤＣＣＨ及び他のサブフレームにおけるＰＤＣＣＨをモニタリングするようにＵＥが構成され得ることが起こり得る。このような状況では、ＰＵＣＣＨリソースアロケーションが規定される必要がある。

対応するＥＰＤＣＣＨの、又はサブフレームｎ－ｋ_ｍにおけるダウンリンクＳＰＳリリースを示すＥＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信では、アンテナポートｐ_０に対するＰＵＣＣＨリソースは、

であり、ここで、Ｓ（ｍ）は、ＵＥがＥＰＤＣＣＨをモニタリングするように構成される、ＤＬアソシエーションセット｛ｎ－ｋ_０，ｎ－ｋ_１，・・・，ｎ－ｋ_ｍ－１｝におけるＤＬサブフレームのサブセットである。このＴＤＤリソースアロケーションは、ＤＬアソシエーションセットのすべてのＭ個のＤＬサブフレームにおけるＥＰＤＣＣＨをモニタリングするようにＵＥが構成される場合、

となることを暗示している。ＰＵＣＣＨリソースは、セットｑに対して確保されるものとする。最悪のケースは、ＤＬサブフレームが９個でＵＬサブフレームが１個のＴＤＤ ＵＬ－ＤＬ構成５の場合に起こる。

図７はワイヤレス通信ネットワーク７００のブロック図であり、ワイヤレス通信ネットワーク７００は、ダウンリンクで直交周波数分割多重アクセス（ＯＦＤＭＡ）を用い、アップリンクでシングルキャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）を用いるＬＴＥネットワークとし得る。ＬＴＥでは、周波数トーン又は周波数ビンと称することがある複数の直交サブキャリアにシステム帯域を分割する。各サブキャリアは、データ、制御、又は基準信号で変調され得る。ワイヤレスネットワーク７００は、多数のエボルブドＮｏｄｅ Ｂ（ｅＮＢ）７０１及び他のネットワーク実体を含む。ｅＮＢ７０１は、ユーザ機器デバイス（ＵＥ）７０２、７０５と通信する。各ｅＮＢ７０１は、特定の地理エリア又は「セル」７０３に対して通信サービスを提供する。ｅＮＢ７０１は、例えば、マクロ基地局、マイクロ基地局、ピコ基地局、又はフェムト基地局とし得る。ネットワークコントローラ７０４が、ｅＮＢ７０１のセットと結合され得、これらのｅＮＢ７０１に対して協調及び制御を提供する。

ＵＥ７０２、７０５は、静止していても移動していてもよく、ワイヤレスネットワーク７００にわたって配置され得る。ＵＥ７０２、７０５は、端末、移動局、加入者ユニット、ステーションと呼ばれ得、例えば、移動電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ラップトップ又はノートブックコンピュータ、タブレットなどである。ＵＥ７０２が、ＵＥ７０２が位置するセル７０３に対してサービスを提供するｅＮＢ７０１と通信する。

ＵＥ７０２は、ｅＮＢ７０１のセル７０３同士が重なっている場合、２つ以上のｅＮＢ７０１と通信し得る。一方のｅＮＢ７０１が１次セル（ＰＣｅｌｌ）となり、他方のｅＮＢ７０１が２次サービングセル（ＳＣｅｌｌ）となり得る。

図８は、例えば、図７のｅＮＢ７０１又はＵＥ７０２とし得る、ｅＮＢ又はＵＥとして用いられ得るシステム８００のハイレベルブロック図である。システム８００は、インターフェース８０１から送信され得るデータを送信プロセッサ８０２で受信する。データは、例えば、ＰＵＳＣＨで送信され得るオーディオ又はビデオ情報或いは他のデータファイル情報を含み得る。送信プロセッサ８０２はまた、コントローラ８０３からＰＵＣＣＨ、ＰＵＳＣＨ、又はＳＲＳで送信され得る制御又はＨＡＲＱ－ＡＣＫ情報を受信し得る。送信プロセッサ８０２は、データ記号、制御記号、及び基準記号を得るため、データ及び制御情報を処理する（例えば、復号及び記号マッピングする）。送信プロセッサ８０２はまた、データ記号及び／又は制御記号並びに基準記号に対して空間処理又はプリコーディングを行ない得る。送信プロセッサ８０２の出力はモデム８０４に提供される。モデム８０４は、送信プロセッサ８０２からの出力記号ストリームを処理して出力サンプルストリームを得る。出力サンプルストリームは、アンテナ８０５を介して送信される前に、アナログへ変換すること、増幅すること、及びアップコンバージョンすることによってさらに処理される。他の実施形態において、複数のアンテナ８０５での多入力多出力（ＭＩＭＯ）送信をサポートするために複数のモデム８０４が用いられ得る。

また、信号は、他のデバイスからアンテナ８０５を介してシステム８００において受信される。受信された信号は、復調のためモデム８０４に提供される。モデム８０４は、入力サンプルを得るため、例えば、フィルタリングすること、増幅すること、ダウンコンバージョンすること、及び／又はデジタル化することによって信号を処理する。モデム８０４又は受信プロセッサ８０６は、受信された記号を得るため、入力サンプルをさらに処理し得る。次いで、受信プロセッサ８０６は、例えば、復調すること、デインターリーブすること、及び／又は復号することによって記号を処理する。次いで、受信プロセッサ８０６は、ｅＮＢ又はＵＥの使用のため、復号されたデータをインターフェース８０１に提供する。受信プロセッサはさらに、復号された制御情報をコントローラ８０３に提供する。

コントローラ８０３は、例えば、タイミング及び電力レベルを調整することなどによって、ｅＮＢ又はＵＥにおけるシステム８００の動作を指示し得る。メモリ８０７が、コントローラ８０３、送信プロセッサ８０２、及び／又は受信プロセッサ８０６のためのデータ及びプログラムコードをストアし得る。スケジューラ８０８などの付加的な構成要素が、（例えば、ｅＮＢにおける）システム８００による１つ又は複数の成分キャリアでのダウンリンク及び／又はアップリンクデータ送信をスケジュールし得る。

図９は、一実施形態に従ったＥＰＤＣＣＨベースのＰＵＣＣＨリソースアロケーションを図示する。ｅＮｏｄｅＢ９０１が、ダウンリンクチャネルでＵＥ９０３に送信する。例えば、ｅＮｏｄｅＢ９０１は、Ｍ個のＥＰＤＣＣＨ及びＰＤＳＣＨを、サブフレームｎ－ｋ０で始まるサブフレームｎ－ｋ_Ｍ－１までのＭ個のダウンリンクサブフレーム９０３－１～９０３－ＭでＵＥ９０２に送信する。後続のアップリンクサブフレームｎにおいて、ＵＥ９０２は、Ｍ個のダウンリンクサブフレーム９０３についてＨＡＲＱ－ＡＣＫ９０４をｅＮｏｄｅＢ９０１にフィードバックしなければならない。ｅＮｏｄｅＢ９０１は、Ｍ個のサブフレームについてのＰＵＣＣＨリソース９０５を確保する。ＦＤＤでは、Ｍ＝１及びｋ_０＝４である。ＴＤＤでは、Ｍ＞１及びｋ_ｍ≧４であり、ＵＬサブフレーム及び表４に示すようなＴＤＤ ＵＬ／ＤＬ構成によって決まる値を取る。本明細書で開示される発明の実施形態は、ＰＵＣＣＨリソース圧縮のためのシステム及び方法を提供し、ＰＵＣＣＨリソース圧縮は、ＰＤＳＣＨがＥＰＤＣＣＨによってスケジュールされるときＰＵＣＣＨリソースを節約する。また、実施形態は、複数のＵＥ間、及び／又は複数のＥＰＤＣＣＨセット間のＰＵＣＣＨリソース衝突を回避する。

動的ＨＡＲＱ－ＡＣＫリソースオフセット（Δ_ＡＲＯ）は、上述の式３に示すようにＵＬサブフレーム９０４におけるＰＵＣＣＨリソースを圧縮するために用いられる。

図１０は、１つのＰＵＣＣＨリソースアロケーションブロック内の小さなΔ_ＡＲＯ値の使用を図示するブロック図である。ＦＤＤ及びＴＤＤでは、比較的小さな値のΔ_ＡＲＯ１００１を用い、ＵＥは、ＰＵＣＣＨリソースアロケーションブロック１００４内でリソース１００２からリソース１００３に移る。単一のＰＵＣＣＨリソースアロケーションブロック内のこの移動は、異なるＵＥ間の衝突を回避するために用いられる。

図１１は、１つのＰＵＣＣＨリソースアロケーションブロックから別のＰＵＣＣＨリソースアロケーションブロックに移るために大きなΔ_ＡＲＯ値を用いることを図示するブロック図である。Ｍ＝４のダウンリンクサブフレームのＴＤＤでは、比較的大きな値のΔ_ＡＲＯ１１０１を用い、ＵＥが、ＰＵＣＣＨリソースアロケーションブロック１１０３における１１０２からＰＵＣＣＨリソースアロケーションブロック１１０５内の１１０４に移る。この移動により、ＰＵＣＣＨリソースアロケーションブロック１１０３が節約される。

図１２は、図１１に示す実施形態の改変を図示するブロック図である。ここで、ＵＥリソースアロケーションは、近隣のブロックを超えて移される。図１２では、Δ_ＡＲＯ１２０１が、ＵＥリソースアロケーションをブロック１２０３における１２０２からブロック１２０５における１２０４に移す。

＜１つの構成されたサービングセルについてのＦＤＤ ＨＡＲＱ－ＡＣＫ手順＞
サブフレームｎ－４における対応するＥＰＤＣＣＨの検出によって示されるＰＤＳＣＨ送信では、又は、サブフレームｎ－４におけるダウンリンクＳＰＳリリースを示すＥＰＤＣＣＨでは、ＵＥは、分布された送信に対してＥＰＤＣＣＨ－ＰＲＢセットが構成される場合、

を用い、或いは、局所化された送信に対してＥＰＤＣＣＨ－ＰＲＢセットが構成される場合、

を用いる。

これらの値はアンテナポートｐ_０に対するものであり、ここで、ｎ_{ＥＣＣＥ，ｑ}は、ＥＰＤＣＣＨ－ＰＲＢセットｑにおける対応するＤＣＩ割当てを送信するために用いられる第１のＥＣＣＥの番号（すなわち、ＥＰＤＣＣＨを構築するために用いられる最小ＥＣＣＥインデックス）である。Δ_ＡＲＯの値は、下記表５に示されるように、対応するＥＰＤＣＣＨのＤＣＩフォーマットにおけるＨＡＲＱ－ＡＣＫリソースオフセットフィールドから決められる。表５は、Δ_ＡＲＯ値に対して、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２ＤにおけるＡＣＫ／ＮＡＣＫリソースオフセットフィールドをマッピングしたものである。ＥＰＤＣＣＨ－ＰＲＢセットｑについての

は、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｔａｒｔＯｆｆｓｅｔ－ｒ１１と呼ばれる一層高位の層パラメータによって構成される。ＥＰＤＣＣＨ－ＰＲＢセットｑについての

は、３ＧＰＰ ＴＳ ３６．２１１のセクション６．８Ａ．１：「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ （Ｅ－ＵＴＲＡ）； Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ」にて与えられる。ｎ’は、局所化されたＥＰＤＣＣＨ送信に用いられるアンテナポートから決められ、３ＧＰＰ ＴＳ ３６．２１１のセクション６．８Ａ．５に記載されている。

２アンテナポート送信では、アンテナポートｐ_１についてのＰＵＣＣＨリソースは、分布された送信に対してＥＰＤＣＣＨ－ＰＲＢセットが構成される場合、

で与えられ、或いは、局所化された送信に対してＥＰＤＣＣＨ－ＰＲＢセットが構成される場合、

で与えられる。

本発明の特許請求の範囲内で、説明した実施形態に改変を加えることができ、また、多くの他の実施形態が可能であることが当業者には理解されよう。

Claims (19)

1. 物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを選択する方法であって、
   拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を基地局から受信される１つ又はそれ以上の信号において第１のサブフレームで検出することと、
   前記ＥＰＤＣＣＨによって搬送されるＤＣＩペイロードにおける２ビットのハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）リソースオフセットフィールドに基づいてＨＡＲＱ－ＡＣＫリソースオフセット値を識別することであって、前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドがセット｛０，－１，－２，２｝における値に対応する、前記識別することと、
   前記ＥＰＤＣＣＨに対応するＨＡＲＱ－ＡＣＫの送信のためにＰＵＣＣＨリソースを選択することであって、前記ＰＵＣＣＨリソースが前記ＨＡＲＱ－ＡＣＫリソースオフセット値に基づいて単一のＰＵＣＣＨリソースアロケーションブロック又は複数のＰＵＣＣＨリソースアロケーションブロック内で選択される、前記選択することと、
   を含み、
   前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドが以下のテーブルに従ってＨＡＲＱ－ＡＣＫリソースオフセット値にマッピングされ、
   

   

   ここで、ＡＲＯフィールド値が前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドに対応し、Δ_ＡＲＯが前記ＨＡＲＱ－ＡＣＫリソースオフセット値に対応する、方法。
2. 請求項１に記載の方法であって、
   第２のアンテナポートでの前記ＨＡＲＱ－ＡＣＫの送信のために第２のＰＵＣＣＨリソースを選択することを更に含む、方法。
3. 請求項１に記載の方法であって、
   前記テーブルにおいてＨＡＲＱ－ＡＣＫリソースオフセットフィールド値を検索することによって前記ＥＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫリソースオフセット値を識別することを更に含む、方法。
4. 請求項３に記載の方法であって、
   前記テーブルが、ＨＡＲＱ－ＡＣＫリソースオフセット値に対して前記ＨＡＲＱ－ＡＣＫリソースオフセットフィールド値をマッピングする、方法。
5. 請求項１に記載の方法であって、
   前記ＨＡＲＱ－ＡＣＫリソースオフセット値が、準静的に構成されるＰＵＣＣＨリソースのセットのうちの１つを示す、方法。
6. 請求項３に記載の方法であって、
   前記ＥＰＤＣＣＨの前記ＤＣＩペイロードにおけるＨＡＲＱ－ＡＣＫリソースオフセットフィールドが、小さなオフセット又は大きなオフセットを示すために用いられる、方法。
7. ユーザ機器デバイスであって、
   基地局から受信される１つ又はそれ以上の信号においてサブフレームｎで拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を検出するように構成される受信プロセッサ回路と、
   サブフレームｎ＋４での前記基地局に対するハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）の送信のために物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを選択するように構成される送信プロセッサ回路であって、前記ＰＵＣＣＨリソースが前記ＥＰＤＣＣＨによって搬送されるＤＣＩペイロードにおける２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドに基づいて単一のＰＵＣＣＨリソースアロケーションブロック又は複数のＰＵＣＣＨリソースアロケーションブロック内で選択され、前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドがセット｛０，－１，－２，２｝における値に対応する、前記送信プロセッサ回路と、
   前記基地局に前記ＰＵＣＣＨリソースを送信するように構成されるモデムと、
   を含み、
   前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドが以下のテーブルに従ってＨＡＲＱ－ＡＣＫリソースフィールド値にマッピングされ、
   

   

   ここで、ＡＲＯフィールド値が前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドに対応し、Δ_ＡＲＯがＨＡＲＱ－ＡＣＫリソースオフセット値に対応する、ユーザ機器デバイス。
8. 請求項７に記載のユーザ機器デバイスであって、
   前記送信プロセッサ回路が、第２のアンテナポートでの前記ＨＡＲＱ－ＡＣＫの送信のために第２のＰＵＣＣＨリソースを選択するように更に構成される、ユーザ機器デバイス。
9. 請求項７に記載のユーザ機器デバイスであって、
   前記送信プロセッサ回路が、前記テーブルにおけるＨＡＲＱ－ＡＣＫリソースオフセットフィールド値を検索することによって前記ＥＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫリソースオフセット値を識別するように更に構成される、ユーザ機器デバイス。
10. 請求項９に記載のユーザ機器デバイスであって、
    前記テーブルが、ＨＡＲＱ－ＡＣＫリソースオフセット値に対して前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドをマッピングする、ユーザ機器デバイス。
11. 請求項７に記載のユーザ機器デバイスであって、
    前記２ビットＨＡＲＱ－ＡＣＫリソースオフセットフィールドが、準静的に構成されるＰＵＣＣＨリソースのセットのうちの１つを示す、ユーザ機器デバイス。
12. 請求項９に記載のユーザ機器デバイスであって、
    ＨＡＲＱ－ＡＣＫフィードバック情報が、前記示されたＰＵＣＣＨリソース上に送信される、ユーザ機器デバイス。
13. 物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを選択する方法であって、
    基地局から受信した１つ又はそれ以上の信号内において第１のサブフレーム内に拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）を検出することと、
    前記ＥＰＤＣＣＨによって搬送されるＤＣＩペイロードにおける２ビットのハイブリッド自動再送要求－アクノリッジメント（ＨＡＲＱ－ＡＣＫ）リソースオフセットフィールドに基づいてＨＡＲＱ－ＡＣＫリソースオフセット値を識別することであって、前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドがセット｛０，－１，－２，２｝における値に対応する、前記識別することと、
    前記ＥＰＤＣＣＨに対応するＨＡＲＱ－ＡＣＫの伝送のためにＰＵＣＣＨリソースを選択することと、
    を含み、
    前記ＰＵＣＣＨリソースが、前記ＨＡＲＱ－ＡＣＫリソースオフセット値と高次層により構成されるＰＵＣＣＨリソースオフセットとに基づいて単一のＰＵＣＣＨリソースアロケーションブロック又は複数のＰＵＣＣＨリソースアロケーションブロック内で選択され、
    前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドが、以下のテーブルに従ってＨＡＲＱ－ＡＣＫリソースオフセット値にマッピングされ、
    

    

    ここで、ＡＲＯフィールド値が前記２ビットのＨＡＲＱ－ＡＣＫリソースオフセットフィールドに対応し、Δ_ＡＲＯがＨＡＲＱ－ＡＣＫリソースオフセット値に対応する、方法。
14. 請求項１３に記載の方法であって、
    前記ＰＵＣＣＨリソースオフセットがｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＳｔａｒｔＯｆｆｓｅｔ－ｒ１１により与えられる、方法。
15. 請求項１３に方法であって、
    第２のアンテナポートでの前記ＨＡＲＱ－ＡＣＫの伝送のための第２のＰＵＣＣＨリソースを選択することを更に含む、方法。
16. 請求項１３に記載の方法であって、
    前記テーブルにおいてＨＡＲＱ－ＡＣＫリソースフィールド値を検索することにより前記ＥＰＤＣＣＨに対するＨＡＲＱ－ＡＣＫリソースオフセット値を識別することを更に含む、方法。
17. 請求項１６に記載の方法であって、
    前記テーブルが、ＨＡＲＱ－ＡＣＫリソースオフセット値に対して前記ＨＡＲＱ－ＡＣＫリソースオフセットフィールド値をマッピングする、方法。
18. 請求項１３に記載の方法であって、
    前記ＨＡＲＱ－ＡＣＫリソースオフセット値が、準静的に構成されるＰＵＣＣＨリソースの１セットの中の１つを示す、方法。
19. 請求項１６に記載の方法であって、
    前記ＥＰＤＣＣＨのＤＣＩペイロードにおけるＨＡＲＱ－ＡＣＫリソースオフセットフィールドが小さなオフセット又は大きなオフセットを示すために使用される、方法。

Images